一种基于接口引擎的多应用数据融合的方法及系统[发明专利]

(12)发明专利申请

(10)申请公布号 CN 112100260 A(43)申请公布日 2020.12.18

(21)申请号 202010952268.0(22)申请日 2020.09.11

(71)申请人 山东亿云信息技术有限公司

地址 250014 山东省济南市高新区新泺大

街2008号银荷大厦B座3层(72)发明人 李钊　王慧慧　宫传华　魏静　

胡传会　陈通　(74)专利代理机构 济南圣达知识产权代理有限

公司 37221

代理人 李圣梅(51)Int.Cl.

G06F 16/25(2019.01)G06F 16/26(2019.01)G06Q 10/10(2012.01)

权利要求书1页 说明书4页 附图1页

()发明名称

一种基于接口引擎的多应用数据融合的方法及系统(57)摘要

本公开提出了一种基于接口引擎的多应用数据融合的方法及系统，包括：利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门

调用户可展示的数据格式即形成统一标准接口；

统一标准接口至用户统一事项办理门户进行业务事项的融合展示。本公开技术方案解决了多个应用业务事项数据融合，实现多应用业务事项数据融合提供给用户统一办理事项的门户，能有效提高用户办理业务事项的效率。

CN 112100260 ACN 112100260 A

权　利　要　求　书

1/1页

1.一种基于接口引擎的多应用数据融合的方法，其特征是，包括：利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；

调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。2.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，利用业务事项模板配置业务事项属性之前，还包括：

接收注册业务应用请求，基于注册的业务应用建立业务事项模板。3.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，注册业务应用请求时，添加应用名称、应用前台链接、应用后台链接及应用统一认证接入方式。

4.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，所述业务事项模板包含业务事项数据属性、业务事项显示属性以及业务事项操作；

所述业务事项数据属性是指对描述业务事项的属性的数据定义；所述业务事项显示属性是指对描述业务事项的属性的显示定义；所述业务事项操作是指业务办理所需操作，定义操作名称及回调接口。5.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，所述业务事项数据属性包括属性名称、属性数据类型、属性长度、属性是否可空、属性是否字典及属性关联字典项；

所述业务事项显示属性包括属性显示名称、属性显示控件及属性格式校验规则；进一步的技术方案，还包括已注册应用接口注册，包括：注册接口名称、链接、输入参数、输出参数、接口类型。

6.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，解析为统一办理事项的门户可展示的数据格式，具体为：通过业务事项数据属性中属性名称作为应用接口数据key的对应标识，标准化数据格式，形成统一标准接口。

7.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，解析为统一办理事项的门户可展示的数据格式，还包括：通过解析业务事项模板中业务事项显示属性，动态加载统一办理事项的门户中事项详情表单；通过业务事项模板中业务事项操作，动态加载业务事项办理操作按钮及回调接口。

8.一种基于接口引擎的多应用数据融合的系统，其特征是，包括：数据接口生成模块，被配置为：利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；

融合展示模块，被配置为：调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。

9.一种计算装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征是，所述处理器执行所述程序时实现上述权利要求1-7任一所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征是，该程序被处理器执行时执行上述权利要求1-7任一所述的方法的步骤。

2

CN 112100260 A

说　明　书

一种基于接口引擎的多应用数据融合的方法及系统

1/4页

技术领域

[0001]本公开属于信息处理技术领域，尤其涉及一种基于接口引擎的多应用数据融合的方法及系统。

背景技术

[0002]本部分的陈述仅仅是提供了与本公开相关的背景技术信息，不必然构成在先技术。

[0003]随着企业信息化建设的深入，企业应用越来越多，用户处理多个应用中业务事项时需要在多个应用之间转换，为了快速处理多个应用中的业务事项，大多企业采用单点登录实现多个应用的集成，方便企业用户统一身份登录，从一定程度上提高了用户处理多种业务事项的效率。但是，单点登录仅解决了统一身份认证的问题，让用户避免了重复登录的问题，并未解决用户在多个企业应用办理业务事项时来回跳转的问题。发明内容

[0004]为克服上述现有技术的不足，本公开提供了一种基于接口引擎的多应用数据融合的方法，解决了多个应用业务事项数据融合，实现多应用业务事项数据融合提供给用户统一办理事项的门户，有效提高用户办理业务事项的效率。[0005]为实现上述目的，本公开的一个或多个实施例提供了如下技术方案：[0006]第一方面，公开了一种基于接口引擎的多应用数据融合的方法，包括：[0007]利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；[0008]调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。[0009]进一步的技术方案，利用业务事项模板配置业务事项属性之前，还包括：[0010]接收注册业务应用请求，基于注册的业务应用建立业务事项模板。[0011]进一步的技术方案，注册业务应用请求时，添加应用名称、应用前台链接、应用后台链接及应用统一认证接入方式。[0012]进一步的技术方案，所述业务事项模板包含业务事项数据属性、业务事项显示属性以及业务事项操作；

[0013]所述业务事项数据属性是指对描述业务事项的属性的数据定义；[0014]所述业务事项显示属性是指对描述业务事项的属性的显示定义；[0015]所述业务事项操作是指业务办理所需操作，定义操作名称及回调接口。[0016]进一步的技术方案，所述业务事项数据属性包括属性名称、属性数据类型、属性长度、属性是否可空、属性是否字典及属性关联字典项；[0017]所述业务事项显示属性包括属性显示名称、属性显示控件及属性格式校验规则。[0018]进一步的技术方案，还包括已注册应用接口注册，包括：注册接口名称、链接、输入参数、输出参数、接口类型。

3

CN 112100260 A[0019]

说　明　书

2/4页

进一步的技术方案，解析为统一办理事项的门户可展示的数据格式，具体为：通过

业务事项数据属性中属性名称作为应用接口数据key的对应标识，标准化数据格式，形成统一标准接口。

[0020]进一步的技术方案，解析为统一办理事项的门户可展示的数据格式，还包括：通过解析业务事项模板中业务事项显示属性，动态加载统一办理事项的门户中事项详情表单；通过业务事项模板中业务事项操作，动态加载业务事项办理操作按钮及回调接口。[0021]第二方面，公开了一种基于接口引擎的多应用数据融合的系统，包括：[0022]数据接口生成模块，被配置为：利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；

[0023]融合展示模块，被配置为：调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。

[0024]以上一个或多个技术方案存在以下有益效果：[0025]本公开技术方案通过自定义业务事项模板，配置业务事项属性，接口引擎根据业务事项属性生成数据接口，用户统一事项办理门户通过调用数据接口实现业务事项的融合展示以及处理，有效提高企业用户办理业务事项的效率。

[0026]本公开技术方案解决了多个应用业务事项数据融合，实现多应用业务事项数据融合提供给用户统一办理事项的门户，能有效提高用户办理业务事项的效率。[0027]本公开技术方案通过提供统一办理事项门户，将各应用事项统一展示在门户，就解决了来回跳转的问题。

[0028]本发明附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。附图说明

[0029]构成本公开的一部分的说明书附图用来提供对本公开的进一步理解，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。[0030]图1为本公开实施例整体实现框图。

具体实施方式

[0031]应该指出，以下详细说明都是示例性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。

[0032]需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。[0033]在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。[0034]实施例一

[0035]本实施例公开了一种基于接口引擎的多应用数据融合的方法，具体包括：

4

CN 112100260 A[0036]

说　明　书

3/4页

步骤1：在统一事项办理门户后台注册业务应用，添加应用名称、应用前台链接、应

用后台链接、应用统一认证接入方式。[0037]步骤2：梳理步骤1所述已注册应用业务事项，建立业务事项模板。所述业务事项模板包含业务事项数据属性、业务事项显示属性以及业务事项操作。

[0038]所述业务事项数据属性是指对描述业务事项的属性的数据定义，包括属性名称、属性数据类型、属性长度、属性是否可空、属性是否字典、属性关联字典项。[0039]所述业务事项显示属性是指对描述业务事项的属性的显示定义，包括属性显示名称、属性显示控件、属性格式校验规则。

[0040]所述业务事项操作是指业务办理所需操作，定义操作名称及回调接口。[0041]步骤3：对步骤1所述已注册应用进行应用接口注册，注册接口名称、链接、输入参数、输出参数、接口类型。[0042]需要说明的是，业务应用注册是实现统一认证即单点登录，应用接口注册是为了统一展示办理事项以及事项相关操作。[0043]步骤4：接口引擎根据步骤2所述业务事项模板动态解析步骤3所述应用接口，指对业务事项模板进行解析，动态读取应用接口，解析为统一办理事项的门户可展示的数据格式。通过业务事项数据属性中属性名称作为应用接口数据key的对应标识，标准化数据格式，形成统一标准接口。[0044]步骤5：统一事项办理门户通过调用步骤4所述接口引擎解析的统一标准接口，展示业务事项融合界面，以及操作。通过解析业务事项模板中显示属性，动态加载统一办理事项的门户中事项详情表单(详情表单包含的内容是指业务事项模板中的显示属性)；通过业务事项模板中业务事项操作，动态加载业务事项办理操作按钮及回调接口。[0045]通过上述技术方案不仅解决统一展示的问题，还解决了事项统一界面办理的问题，将各应用系统中的待办处理操作提到统一界面处理。[0046]另外，在实际操作过程中不会将所有事项都提出来，仅将高频、重要的工作事项提出。

[0047]在一实施例子中，比如企业OA、财务管理昔日、客户关系管理系统等多个应用，每个应用中都存在待办，那么就需要提供一种数据融合的方式，将各应用通过统一认证中心实现用户身份统一认证，然后通过标准数据、接口注册，实现各应用待办事项的统一展示与处理。

[0048]实施例二

[0049]本实施例的目的是提供一种计算装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述实施例子一中的方法的步骤。

[0050]实施例三

[0051]本实施例的目的是提供一种计算机可读存储介质。[0052]一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时执行实施例子一中的方法的步骤。[0053]实施例四

[00]本实施例的目的是提供一种基于接口引擎的多应用数据融合的系统，包括：

5

CN 112100260 A[0055]

说　明　书

4/4页

数据接口生成模块，被配置为：利用业务事项模板配置业务事项属性，接口引擎根

据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；

[0056]融合展示模块，被配置为：调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。

[0057]以上实施例的装置中涉及的各步骤与方法实施例一相对应，具体实施方式可参见实施例一的相关说明部分。术语“计算机可读存储介质”应该理解为包括一个或多个指令集的单个介质或多个介质；还应当被理解为包括任何介质，所述任何介质能够存储、编码或承载用于由处理器执行的指令集并使处理器执行本公开中的任一方法。[0058]本领域技术人员应该明白，上述本公开的各模块或各步骤可以用通用的计算机装置来实现，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。本公开不于任何特定的硬件和软件的结合。

[0059]以上所述仅为本公开的优选实施例而已，并不用于本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

[0060]上述虽然结合附图对本公开的具体实施方式进行了描述，但并非对本公开保护范围的，所属领域技术人员应该明白，在本公开的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本公开的保护范围以内。

6

CN 112100260 A

说　明　书　附　图

1/1页

图1

7