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

本公开提出了一种基于接口引擎的多应用数据融合的方法及系统，包括：利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。本公开技术方案解决了多个应用业务事项数据融合，实现多应用业务事项数据融合提供给用户统一办理事项的门户，能有效提高用户办理业务事项的效率。

【技术实现步骤摘要】
一种基于接口引擎的多应用数据融合的方法及系统
本公开属于信息处理
，尤其涉及一种基于接口引擎的多应用数据融合的方法及系统。
技术介绍
本部分的陈述仅仅是提供了与本公开相关的
技术介绍
信息，不必然构成在先技术。随着企业信息化建设的深入，企业应用越来越多，用户处理多个应用中业务事项时需要在多个应用之间转换，为了快速处理多个应用中的业务事项，大多企业采用单点登录实现多个应用的集成，方便企业用户统一身份登录，从一定程度上提高了用户处理多种业务事项的效率。但是，单点登录仅解决了统一身份认证的问题，让用户避免了重复登录的问题，并未解决用户在多个企业应用办理业务事项时来回跳转的问题。
技术实现思路
为克服上述现有技术的不足，本公开提供了一种基于接口引擎的多应用数据融合的方法，解决了多个应用业务事项数据融合，实现多应用业务事项数据融合提供给用户统一办理事项的门户，有效提高用户办理业务事项的效率。为实现上述目的，本公开的一个或多个实施例提供了如下技术方案：第一方面，公开了一种基于接口引擎的多应用数据融合的方法，包括：利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。进一步的技术方案，利用业务事项模板配置业务事项属性之前，还包括：接收注册业务应用请求，基于注册的业务应用建立业务事项模板。进一步的技术方案，注册业务应用请求时，添加应用名称、应用前台链接、应用后台链接及应用统一认证接入方式。进一步的技术方案，所述业务事项模板包含业务事项数据属性、业务事项显示属性以及业务事项操作；所述业务事项数据属性是指对描述业务事项的属性的数据定义；所述业务事项显示属性是指对描述业务事项的属性的显示定义；所述业务事项操作是指业务办理所需操作，定义操作名称及回调接口。进一步的技术方案，所述业务事项数据属性包括属性名称、属性数据类型、属性长度、属性是否可空、属性是否字典及属性关联字典项；所述业务事项显示属性包括属性显示名称、属性显示控件及属性格式校验规则。进一步的技术方案，还包括已注册应用接口注册，包括：注册接口名称、链接、输入参数、输出参数、接口类型。进一步的技术方案，解析为统一办理事项的门户可展示的数据格式，具体为：通过业务事项数据属性中属性名称作为应用接口数据key的对应标识，标准化数据格式，形成统一标准接口。进一步的技术方案，解析为统一办理事项的门户可展示的数据格式，还包括：通过解析业务事项模板中业务事项显示属性，动态加载统一办理事项的门户中事项详情表单；通过业务事项模板中业务事项操作，动态加载业务事项办理操作按钮及回调接口。第二方面，公开了一种基于接口引擎的多应用数据融合的系统，包括：数据接口生成模块，被配置为：利用业务事项模板配置业务事项属性，接口引擎根据业务事项属性动态读取应用接口，解析为统一办理事项的门户可展示的数据格式即形成统一标准接口；融合展示模块，被配置为：调用统一标准接口至用户统一事项办理门户进行业务事项的融合展示。以上一个或多个技术方案存在以下有益效果：本公开技术方案通过自定义业务事项模板，配置业务事项属性，接口引擎根据业务事项属性生成数据接口，用户统一事项办理门户通过调用数据接口实现业务事项的融合展示以及处理，有效提高企业用户办理业务事项的效率。本公开技术方案解决了多个应用业务事项数据融合，实现多应用业务事项数据融合提供给用户统一办理事项的门户，能有效提高用户办理业务事项的效率。本公开技术方案通过提供统一办理事项门户，将各应用事项统一展示在门户，就解决了来回跳转的问题。本专利技术附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本专利技术的实践了解到。附图说明构成本公开的一部分的说明书附图用来提供对本公开的进一步理解，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。图1为本公开实施例整体实现框图。具体实施方式应该指出，以下详细说明都是示例性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属
的普通技术人员通常理解的相同含义。需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。实施例一本实施例公开了一种基于接口引擎的多应用数据融合的方法，具体包括：步骤1：在统一事项办理门户后台注册业务应用，添加应用名称、应用前台链接、应用后台链接、应用统一认证接入方式。步骤2：梳理步骤1所述已注册应用业务事项，建立业务事项模板。所述业务事项模板包含业务事项数据属性、业务事项显示属性以及业务事项操作。所述业务事项数据属性是指对描述业务事项的属性的数据定义，包括属性名称、属性数据类型、属性长度、属性是否可空、属性是否字典、属性关联字典项。所述业务事项显示属性是指对描述业务事项的属性的显示定义，包括属性显示名称、属性显示控件、属性格式校验规则。所述业务事项操作是指业务办理所需操作，定义操作名称及回调接口。步骤3：对步骤1所述已注册应用进行应用接口注册，注册接口名称、链接、输入参数、输出参数、接口类型。需要说明的是，业务应用注册是实现统一认证即单点登录，应用接口注册是为了统一展示办理事项以及事项相关操作。步骤4：接口引擎根据步骤2所述业务事项模板动态解析步骤3所述应用接口，指对业务事项模板进行解析，动态读取应用接口，解析为统一办理事项的门户可展示的数据格式。通过业务事项数据属性中属性名称作为应用接口数据key的对应标识，标准化数据格式，形成统一标准接口。步骤5：统一事项办理门户通过调用步骤4所述接口引擎解析的统一标准接口，展示业务事项融合界面，以及操作。通过解析业务事项模板中显示属性，动态加载统一办理事项的门户中事项详情表单(详情表单包含的内容是指业务事项模板中的显示属性)；通过业务事项模板中业务事项操作，动态加载业务事项办理操作按钮及回调接口。通过上述技术方案不仅解决统一展示的问题，还解决了事项统一界面办理的问题，将各应用系统中的待办处理操作提到统一界面处理。另外，在实际操作过程中不会将所有事项都提出来，仅将高频、重要的工作事项提出。在一实施例子中，比如企业OA、财务管理昔日、客户关系管理系统等多个应用，每个应用中都存在待办，那么就需要提供一种本文档来自技高网...

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

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


2.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，利用业务事项模板配置业务事项属性之前，还包括：
接收注册业务应用请求，基于注册的业务应用建立业务事项模板。


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


4.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，所述业务事项模板包含业务事项数据属性、业务事项显示属性以及业务事项操作；
所述业务事项数据属性是指对描述业务事项的属性的数据定义；
所述业务事项显示属性是指对描述业务事项的属性的显示定义；
所述业务事项操作是指业务办理所需操作，定义操作名称及回调接口。


5.如权利要求1所述的一种基于接口引擎的多应用数据融合的方法，其特征是，所述业务事项数据属性包括属性名称、属性数据类型、属性长度、属性是否可空、属性是否字典及属性关联字典项；
所述业务事项显示属性包括属性显示名称、属性显示控件及属性格式校验规则；
进一步的...

【专利技术属性】
技术研发人员：李钊，王慧慧，宫传华，魏静，胡传会，陈通，
申请(专利权)人：山东亿云信息技术有限公司，
类型：发明
国别省市：山东;37