CN114202297A - 业务集成系统及方法 - Google Patents

Abstract

本申请实施例公开了一种业务集成系统及方法。统一集成门户和至少一个子服务系统；子服务系统配置为，向统一集成门户上报子服务系统的产品信息，由统一集成门户根据产品信息对子服务系统进行注册验证；子服务系统还配置为，在统一集成门户验证通过后，向统一集成门户上报子服务系统关联的功能信息；统一集成门户配置为，对子服务系统上报的功能信息进行管理和呈现。采用本申请技术方案，统一集成门户不需要主动获取子服务系统的信息，也不需要实时监测子服务系统信息的更新，直接根据子服务系统主动上报的信息进行统一的管理与呈现，实现对子服务系统中功能进行及时准确地融合呈现，并实现了各子服务系统开发和升级的独立性。

Description

业务集成系统及方法

技术领域

本申请实施例涉及业务集成技术领域，尤其涉及一种业务集成系统及方法。

背景技术

统一集成门户是近年来发展最为迅速的应用系统，它通过将应用系统、数据资源、网络资源集成在统一的信息门户之下，实现统一的“人的集成、界面集成、流程集成、业务集成、消息集成、应用集成”，为企业员工、合作伙伴、社会公众提供统一信息资源访问入口，并根据用户的角色不同，提供个性化的服务。

目前，通过统一集成门户，建立各个系统的入口链接，通过点击各自系统的链接进入各自的系统。但是上述方案无法实现统一集成门户呈现各子系统并及时准确地更新，并且无法实现各子系统功能间的联动。

发明内容

本申请实施例中提供了一种业务集成系统及方法，以实现通过统一集成门户对子服务系统的融合呈现以及及时更新。

第一方面，本申请实施例中提供了一种业务集成系统，包括：统一集成门户和至少一个子服务系统；

所述子服务系统配置为，向所述统一集成门户上报所述子服务系统的产品信息，由所述统一集成门户根据所述产品信息对所述子服务系统进行注册验证；

所述子服务系统还配置为，在所述统一集成门户验证通过后，向所述统一集成门户上报所述子服务系统关联的功能信息；

所述统一集成门户配置为，对所述子服务系统上报的功能信息进行管理和呈现。

第二方面，本申请实施例中还提供了一种业务集成方法，所述方法包括：

子服务系统向所述统一集成门户上报所述子服务系统的产品信息，由所述统一集成门户根据所述产品信息对所述子服务系统进行注册验证；

在所述统一集成门户验证通过后，子服务系统向所述统一集成门户上报所述子服务系统关联的功能信息；

统一集成门户对所述子服务系统上报的功能信息进行管理和呈现。

本申请实施例中提供了一种业务集成系统，至少一个子服务系统和统一集成门户；子服务系统配置为，向统一集成门户上报子服务系统的产品信息，由统一集成门户根据产品信息对子服务系统进行注册验证；子服务系统还配置为，在统一集成门户验证通过后，向统一集成门户上报子服务系统关联的功能信息；统一集成门户配置为，对子服务系统上报的功能信息进行管理和呈现。采用本申请技术方案，子服务系统主动向统一集成门户上报产品信息和功能信息，统一集成门户不需要主动获取子服务系统的信息，也不需要实时监测子服务系统信息的更新，直接根据子服务系统主动上报的信息进行统一的管理与呈现，在子服务系统存在更新时对本地的功能信息进行及时更新，实现对子服务系统中功能进行及时准确地融合呈现，并实现了各子服务系统开发和升级的独立性。

上述发明内容仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本申请实施例中提供的一种业务集成系统的结构框图；

图2是本申请实施例中提供的一种业务集成系统的系统架构示意图；

图3是本申请实施例中提供的各子服务系统、功能与统一集成门户的系统关系图；

图4是本申请实施例中提供的一种业务集成方法的流程图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1是本申请实施例中提供的一种业务集成系统的结构框图。本申请实施例可适用于对子服务系统进行统一管理的情况。如图1所示，本申请实施例中的业务集成系统，可包括：至少一个子服务系统110和统一集成门户120。

其中：

子服务系统110配置为，向所述统一集成门户上报所述子服务系统的产品信息，由所述统一集成门户根据所述产品信息对所述子服务系统进行注册验证；

子服务系统110还配置为，在所述统一集成门户验证通过后，向所述统一集成门户上报所述子服务系统关联的功能信息；

统一集成门户120配置为，对所述子服务系统上报的功能信息进行管理和呈现。

在本申请实施例中，图2是本申请实施例中提供的一种业务集成系统的系统架构示意图。参见图1和图2，在本申请方案的业务集成系统中，可以包括至少一个子服务系统110以及一个统一集成门户120，至少一个子服务系统110和统一集成门户120之间可以进行通信。各个子服务系统110之间独立部署，各子服务系统110之间不耦合，无强依赖关系。各子服务系统110具有各自独立的数据存储、数据处理、交互管理、web服务器。统一集成门户120为与用户进行实际交互操作的入口，也是所有子服务系统110的业务功能统一呈现的入口，统一集成门户120与各子服务系统110之间通过标准接口进行交互。

在本申请实施例中，各个子服务系统提取自身的产品信息，并将产品信息传输给统一集成门户。其中，产品信息的结构体可以表示为：

productinfo＝{productid,productname,servercode,serverversion}；

productid为产品编码，是产品出厂即生成唯一的值或与UIP协商约定的唯一值，productname为产品名称，servercode为子服务系统中的功能编码，为一个可变编码值，在子服务系统安装时定义，serverversion为功能的当前版本。

统一集成门户接收到子服务系统发送的产品信息后，根据产品信息进行注册验证。具体的，统一集成门户预先在本地确定了哪些子服务系统中的哪些功能允许上报注册，哪些子服务系统中的哪些功能不允许上报注册。在接收到子服务系统发送的产品信息后，根据产品信息中的产品编码和功能编码，对子服务系统进行注册验证，如果根据本地的预先规定确定该子服务系统中的功能具有注册权限，则向子服务系统返回注册成功消息，流程继续。如果根据本地的预先规定确定该子服务系统中的功能不具有注册权限，则向子服务系统返回注册失败消息，流程结束。

在统一集成门户验证通过后，子服务系统接收到统一集成门户返回的注册成功消息后，向统一集成门户上报子服务系统关联的功能信息。功能为子服务系统中所提供的功能。统一集成门户接收子服务系统上报的功能信息，并采用自身的呈现方法对子服务系统所具有的功能进行统一呈现。

本申请实施例中的上述技术方案，通过子服务系统向统一集成门户主动上报产品信息和功能信息，从而统一集成门户无需预先获知已有的子服务系统以及功能，就可以根据子服务系统主动上报的信息对子服务系统进行注册管理和呈现。并且无需对子服务系统的信息进行检监测，可以根据子服务系统的主动上报自动更新呈现的信息，从而实现对子服务系统中功能进行及时准确地融合呈现，并实现了各子服务系统开发和升级的独立性。

本申请实施例中提供了一种业务集成系统，至少一个子服务系统和统一集成门户；子服务系统配置为，向统一集成门户上报子服务系统的产品信息，由统一集成门户根据产品信息对子服务系统进行注册验证；子服务系统还配置为，在统一集成门户验证通过后，向统一集成门户上报子服务系统关联的功能信息；统一集成门户配置为，对子服务系统上报的功能信息进行管理和呈现。采用本申请技术方案，子服务系统主动向统一集成门户上报产品信息和功能信息，统一集成门户不需要主动获取子服务系统的信息，也不需要实时监测子服务系统信息的更新，直接根据子服务系统主动上报的信息进行统一的管理与呈现，在子服务系统存在更新时对本地的功能信息进行及时更新，实现对子服务系统中功能进行及时准确地融合呈现，并实现了各子服务系统开发和升级的独立性。

在本申请实施例的一种可选方案中，本实施方案可以与上述一个或者多个实施例中的各个可选方案结合。在本申请方案提供的业务集成系统中，在本申请实施例中，所述子服务系统110具体配置为，向所述统一集成门户发起协商过程，以在协商过程中生成密钥，所述密钥用于在所述子服务系统和所述统一集成门户的交互中对信息进行加密传输。

具体的，在子服务系统向所述统一集成门户上报所述子服务系统的产品信息之前，子服务系统发起协商过程，在协商过程中生成密钥。协商生成密钥的过程可以基于DH-RSA方案进行。子服务系统和统一集成门户都记录该密钥，并在后续的交互中，先基于密钥对信息进行加密再进行传输。

在本申请实施例的一种可选方案中，本实施方案可以与上述一个或者多个实施例中的各个可选方案结合。在本申请实施例中，所述子服务系统110具体配置为，根据与所述统一集成门户的协商过程，确定所述子服务系统需要定义的预设功能层级；基于树形表达结构，根据所述预设功能层级，定义所述子服务系统所具备的功能信息。

在本申请实施例中，子服务系统向统一集成门户发送功能信息之前，先定义功能信息。定义功能信息的预设功能层级，根据与统一集成门户的协商过程确定。例如，当协商过程中确定的预设功能层级为三级定义，则基于树形表达结构，定义三级功能信息的过程包括：

第一级定义：menuInfo＝{productid,firstMenuInfoArray}；其中，productid为产品编码，firstMenuInfoArray为一级功能菜单目录信息数组。

第二级定义：firstMenuInfoArray的每个一级功能菜单目录信息数组，每个一级功能菜单目录信息数组结构体如下：

firstMenuInfo＝{id,weburl,titel,parentid,desc,order,width,height,font,imageurl,imageurl2,cardEnable,isDisplay，secondMenuInfoArray}，该结构体包含了一级功能菜单所有属性，其中id是功能编码，是根据统一集成门户的规则确定的唯一值，title是对外呈现的菜单名称，weburl是表示该功能的访问url地址，order表示该一级功能菜单在展示中的顺序，carEnable表示该功能是否可用，isdisplay表示该功能是否在统一集成门户中可被看到，secondmenuInfoArray是该一级功能菜单所包含的二级功能菜单的目录信息数组。

第三级定义：secondmenuInfoArray的二级功能菜单目录信息数组，每个二级功能菜单目录信息数组结构体格式与一级功能菜单目录信息数组结构体基本一致，除最后的secondMenuInfoArray字段外，即二级菜单的表示结构如下：

secondMenuInfo＝{id,weburl,titel,parentid,desc,order,width,height,font,imageur l,imageurl2,cardEnable,isDisplay,}。

子服务系统将menuInfo加密得到enMenuinfo，enMenuinfo＝Ekey(menuinfo)。子服务系统将enMenuInfo发给统一集中门户。统一集中门户接收到enMenuInfo后，先解密得到menuinfo，menuinfo＝Dkey(enMenuinfo)，然后提取menuinfo中的一级功能菜单与二级功能菜单。其中，Key为密钥。

在本申请实施例的一种可选方案中，本实施方案可以与上述一个或者多个实施例中的各个可选方案结合。在本申请实施例中，所述统一集成门户120具体配置为，将所述子服务系统上报的功能信息，与本地功能信息进行匹配；若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码未匹配成功，则将所述子服务系统上报的功能信息添加入库；若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码匹配成功，而其他信息未匹配成功，则根据子服务系统上报的功能信息，对本地功能信息进行更新。

具体的，子服务系统动态上报功能信息时存在两种情况，一种为该子服务系统第一次注册上报，另一种情况是子服务系统并不是第一次注册上报，而是对功能信息进行更新后上报。因此，统一集成门户先将子服务系统上报的功能信息与本地功能信息进行匹配，若子服务系统中上报的功能信息的功能编码，与本地功能信息中的功能编码未匹配成功，则确定子服务系统为第一次注册上报，此时直接将子服务系统上报的功能信息添加入库。如果子服务系统上报的功能信息中的功能编码与本地功能信息中的功能编码匹配成功，而子服务系统中功能信息中的其他信息和本地功能信息中的其他信息未匹配成功，则确定该功能编码对应的功能信息存在更新，此时根据子服务系统上报的功能信息，对本地功能信息进行更新，针对相同功能编码的功能信息，用子服务系统上报的功能信息覆盖本地功能信息。

本申请实施例的上述方案，通过将子服务系统上报的功能信息与本地功能信息进行匹配，确定该子服务系统的功能是第一次注册上报还是进行更新，进而针对第一次注册和更新的情况，进行针对性的处理，从而在无需对子服务系统进行监督的情况下，实现对子服务系统的功能的统一管理和更新，提高了功能信息呈现的准确性和更新的及时性。

图3是本申请实施例中提供的各子服务系统、功能与统一集成门户的系统关系图。其中，UIP为统一集中门户，IDS为子服务系统。通过IDS动态注册将功能上报后，在UIP中即可看到所有独立IDS的功能，并可在统一应用中进行呈现。访问各个IDS的功能时与UIP本身的用户机制、登录进展结合，通过统一认证机制。具体的，UIP提供的给各个独立IDS的一个验证服务，当用户通过UIP访问独立子服务系统A的一个功能时，通过携带的认证信息，子服务系统A根据该认证信息，向UIP校验此次访问是否为通过，UIP发起合法访问，如果校验为合法，则正常提供服务，若校验失败，子服务系统A将此次访问挂起，拒绝服务。

在本申请实施例的一种可选方案中，本实施方案可以与上述一个或者多个实施例中的各个可选方案结合。在本申请实施例中，所述统一集成门户120具体配置为，根据所述子服务系统上报的接口汇聚信息和代理目标信息，确定是否存在访问跨域的情况；若存在，则增加代理服务，以通过代理服务实现不同子服务系统之间的跨域访问。

具体的，各个子服务系统向统一集中门户上报自身的接口汇聚信息和代理目标信息。针对接口汇聚信息，如果该子服务系统具有100个接口，且100个接口都以osa/interface/*为前缀，则上报接口汇聚信息为/osa/interface/*。如果100个接口中90个前缀为osa/interface/*，另外10个前缀为/public/interface/*，则上报的汇聚信息为osa/interface/*与/public/interface/*。代理目标信息表示该接口访问需要统一集成门户代理到哪个IP的端口进行访问。统一集成门户根据接口汇聚信息和代理目标信息确定是否存在跨域访问，如果存在跨域访问，则统一集成门户提供代理服务，以通过代理服务实现不同子服务之间的跨域访问。

本申请实施例的上述方案，统一集成门户根据各子服务系统向统一集中门户上报的接口汇聚信息和代理目标信息，自动地进行跨域访问的判断，从而在判断出存在跨域访问时，自动增加代理服务，不需要特意指示统一集成门户增加代理服务，从而实现自适应代理，提高了跨域访问的效率。

在本申请实施例的一种可选方案中，本实施方案可以与上述一个或者多个实施例中的各个可选方案结合。在本申请实施例中，所述统一集成门户120具体配置为，若接收到第一子服务系统传入的第二子服务系统中功能网页的功能编码，则查询与所述功能编码对应第二子服务系统中功能网页的网页地址；根据所述网页地址，将第一子服务系统中的当前网页跳转至第二子服务系统中的功能网页。

在实际应用中，往往需要进行页面跳转，例如从子服务系统A的功能网页1跳转至子服务系统B的功能网页2。在本申请实施例中，各个子服务系统不需要获知其他子服务系统的功能网页的地址，在第一子服务系统需要跳转到第二子服务系统中的功能网页时，第一子服务系统只需要向统一集成门户传入第二子服务系统中功能网页的功能编码，统一集成门户调用jumpmethod，根据功能编码查询与该功能编码向对应的功能网页地址，根据功能网页地址，将第一子服务系统中的当前网页跳转至第二子服务系统中的功能网页，从而实现网页的跳转。

本申请实施例的上述方案，通过统一集成门户调用jumpmethod，根据子服务系统传入的需要跳转到的功能网页的功能编码，查询对应的功能网页地址实现功能网页的跳转，从而在各个子服务系统只需要知道功能编码而无需知道功能网页地址的情况下，高效地实现功能网页的跳转，从而降低了子服务系统的存储量，提高了网页跳转效率。

在本申请实施例的一种可选方案中，本实施方案可以与上述一个或者多个实施例中的各个可选方案结合。在本申请实施例中，所述统一集成门户120具体配置为，将所述第一子服务系统的待传递数据作为附加信息，根据所述网页地址向所述第二子系统中的功能网页发送所述附加信息。

示例性的，在各个子服务系统中，往往需要进行数据的传递。在本申请实施例中，数据传递的过程可以通过网页跳转过程实现。具体的，在jumpmethod根据第二子服务系统中功能网页的功能编码查询得到功能网页的网页地址时，将第一子服务系统的待传递数据作为附加信息，在根据网页地址跳转到第二子服务系统的功能网页时，将附加信息传递至第二子服务系统，实现不同子服务系统之间的数据传递。

在本申请实施例中，所述统一集成门户120具体配置为，向所述子服务系统提供消息订阅推送服务，所述消息订阅推送服务的主题为消息类别；所述子服务系统具体配置为，作为消息发送服务方的子服务系统向所述统一集成门户发送包括目标主题的目标消息；作为消息接收服务方的子服务系统向所述统一集成门户订阅目标主题的消息订阅推送服务；所述统一集成门户具体配置为，根据消息订阅推送服务的订阅信息，将所述目标消息发送给订阅目标主题的子服务系统。

具体的，除了通过网页跳转的方式传递数据之外，还可以由统一集成门户提供消息订阅推送服务。作为消息发送服务方的各个子服务系统在需要发送数据时，向统一集成门户发送目标消息，各目标消息具有与其对应的目标主题，统一集成门户将各目标消息存储为目标主题对应的消息。作为消息接收服务方的子服务系统，向统一集成门户发送需要订阅的目标主题，统一集成门户保存该子服务系统所订阅的目标主题。当获取到作为消息接收服务方的子服务系统的消息拉取请求时，或者需要定期向作为消息接收服务方的子服务系统推送消息时，确定保存的该子服务系统所订阅的目标主题，根据该目标主题确定与其对应的目标消息，将该目标消息发送给作为消息接收服务方的子服务系统。

本申请实施例的上述方案，通过页面跳转传递数据和提供消息订阅推送服务传输数据的两种方式，实现了各个子服务系统之间的数据传输，实现了数据的联动。

图4是本申请实施例中提供的一种业务集成方法的流程图。本申请实施例可适用于对子服务系统进行统一管理的情况。如图4所示，本申请实施例中提供的业务集成方法，可包括以下步骤S210-S230：

S210、子服务系统向所述统一集成门户上报所述子服务系统的产品信息，由所述统一集成门户根据所述产品信息对所述子服务系统进行注册验证。

S220、在所述统一集成门户验证通过后，子服务系统向所述统一集成门户上报所述子服务系统关联的功能信息。

S230、统一集成门户对所述子服务系统上报的功能信息进行管理和呈现。

在本申请实施例中，子服务系统向所述统一集成门户上报所述子服务系统的产品信息之前，所述方法还包括：

向所述统一集成门户发起协商过程，以在协商过程中生成密钥，所述密钥用于在所述子服务系统和所述统一集成门户的交互中对信息进行加密传输。

在本申请实施例中，子服务系统向所述统一集成门户上报所述子服务系统关联的功能信息之前，所述方法还包括：

根据与所述统一集成门户的协商过程，确定所述子服务系统需要定义的预设功能层级；

基于树形表达结构，根据所述预设功能层级，定义所述子服务系统所具备的功能信息。

在本申请实施例中，统一集成门户对所述子服务系统上报的功能信息进行管理和呈现，包括：

将所述子服务系统上报的功能信息，与本地功能信息进行匹配；

若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码未匹配成功，则将所述子服务系统上报的功能信息添加入库；

若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码匹配成功，而其他信息未匹配成功，则根据子服务系统上报的功能信息，对本地功能信息进行更新。

在本申请实施例中，所述方法还包括：

根据所述子服务系统上报的接口汇聚信息和代理目标信息，确定是否存在访问跨域的情况；

若存在，则增加代理服务，以通过代理服务实现不同子服务系统之间的跨域访问。

在本申请实施例中，所述方法还包括：

若接收到第一子服务系统传入的第二子服务系统中功能网页的功能编码，则查询与所述功能编码对应第二子服务系统中功能网页的网页地址；

根据所述网页地址，将第一子服务系统中的当前网页跳转至第二子服务系统中的功能网页。

在本申请实施例中，根据所述网页地址，将第一子服务系统中的当前网页跳转至第二子服务系统中的功能网页，包括：

将所述第一子服务系统的待传递数据作为附加信息，根据所述网页地址向所述第二子系统中的功能网页发送所述附加信息。

在本申请实施例中，所述方法还包括：

向所述子服务系统提供消息订阅推送服务，所述消息订阅推送服务的主题为消息类别；

作为消息发送服务方的子服务系统向所述统一集成门户发送包括目标主题的目标消息；

作为消息接收服务方的子服务系统向所述统一集成门户订阅目标主题的消息订阅推送服务；

所述统一集成门户根据消息订阅推送服务的订阅信息，将所述目标消息发送给订阅目标主题的子服务系统。

本申请实施例中所提供的业务集成方法可应用于上述本发明任意实施例中所提供的业务集成系统，具备该业务集成系统相应的功能和有益效果，未在上述实施例中详尽描述的技术细节，具体可参见本申请任意实施例中所提供的业务集成系统。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种业务集成系统，其特征在于，所述系统包括：统一集成门户和至少一个子服务系统；

所述子服务系统配置为，向所述统一集成门户上报所述子服务系统的产品信息，由所述统一集成门户根据所述产品信息对所述子服务系统进行注册验证；

所述子服务系统还配置为，在所述统一集成门户验证通过后，向所述统一集成门户上报所述子服务系统关联的功能信息；

所述统一集成门户配置为，对所述子服务系统上报的功能信息进行管理和呈现。

2.根据权利要求1所述的系统，其特征在于，所述子服务系统具体配置为，

向所述统一集成门户发起协商过程，以在协商过程中生成密钥，所述密钥用于在所述子服务系统和所述统一集成门户的交互中对信息进行加密传输。

3.根据权利要求1所述的系统，其特征在于，所述子服务系统具体配置为，

根据与所述统一集成门户的协商过程，确定所述子服务系统需要定义的预设功能层级；

基于树形表达结构，根据所述预设功能层级，定义所述子服务系统所具备的功能信息。

4.根据权利要求1所述的系统，其特征在于，所述统一集成门户具体配置为，

将所述子服务系统上报的功能信息，与本地功能信息进行匹配；

若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码未匹配成功，则将所述子服务系统上报的功能信息添加入库；

若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码匹配成功，而其他信息未匹配成功，则根据子服务系统上报的功能信息，对本地功能信息进行更新。

5.根据权利要求1所述的系统，其特征在于，所述统一集成门户具体配置为，

根据所述子服务系统上报的接口汇聚信息和代理目标信息，确定是否存在访问跨域的情况；

若存在，则增加代理服务，以通过代理服务实现不同子服务系统之间的跨域访问。

6.根据权利要求1所述的系统，其特征在于，所述统一集成门户具体配置为，

若接收到第一子服务系统传入的第二子服务系统中功能网页的功能编码，则查询与所述功能编码对应第二子服务系统中功能网页的网页地址；

根据所述网页地址，将第一子服务系统中的当前网页跳转至第二子服务系统中的功能网页。

7.根据权利要求6所述的系统，其特征在于，所述统一集成门户具体配置为，

将所述第一子服务系统的待传递数据作为附加信息，根据所述网页地址向所述第二子系统中的功能网页发送所述附加信息。

8.根据权利要求1所述的系统，其特征在于，所述统一集成门户具体配置为，

向所述子服务系统提供消息订阅推送服务，所述消息订阅推送服务的主题为消息类别；

所述子服务系统具体配置为，

作为消息发送服务方的子服务系统向所述统一集成门户发送包括目标主题的目标消息；

作为消息接收服务方的子服务系统向所述统一集成门户订阅目标主题的消息订阅推送服务；

所述统一集成门户具体配置为，根据消息订阅推送服务的订阅信息，将所述目标消息发送给订阅目标主题的子服务系统。

9.一种业务集成方法，其特征在于，所述方法包括：

子服务系统向所述统一集成门户上报所述子服务系统的产品信息，由所述统一集成门户根据所述产品信息对所述子服务系统进行注册验证；

在所述统一集成门户验证通过后，子服务系统向所述统一集成门户上报所述子服务系统关联的功能信息；

统一集成门户对所述子服务系统上报的功能信息进行管理和呈现。

10.根据权利要求9所述的方法，其特征在于，统一集成门户对所述子服务系统上报的功能信息进行管理和呈现，包括：

将所述子服务系统上报的功能信息，与本地功能信息进行匹配；

若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码未匹配成功，则将所述子服务系统上报的功能信息添加入库；

若子服务系统上报的功能信息中的功能编码，与本地功能信息中的功能编码匹配成功，而其他信息未匹配成功，则根据子服务系统上报的功能信息，对本地功能信息进行更新。

11.根据权利要求9所述的方法，其特征在于，所述方法还包括：

根据所述子服务系统上报的接口汇聚信息和代理目标信息，确定是否存在访问跨域的情况；

若存在，则增加代理服务，以通过代理服务实现不同子服务系统之间的跨域访问。

Images