CN114661375A - 应用集成方法及装置 - Google Patents

Abstract

本申请实施例提供应用集成方法及装置，其方法包括：根据获取的每个应用对应的统一资源定位符URL，确定每个应用对应的标识符；根据每个标识符，确定每个应用的类型和每个应用的前端路由信息，应用的类型包括第一应用类型和第二应用类型，第一应用类型的应用包括主应用和第一子应用，第二应用类型的应用包括第二子应用；根据每个应用的类型和每个应用的前端路由信息，加载每个应用，得到目标页面；其中，目标页面是由每个应用集成的页面，且目标页面上的主应用支持为第一子应用和/或第二子应用提供服务。解决了无法有效地实现交互统一、数据互通以及满足多样化需求的应用集成的问题，进而提高用户体验。

Description

应用集成方法及装置

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种应用集成方法及装置。

背景技术

随着技术的发展，前端应用承载的内容日益复杂，特别是在工业领域中，由于工业涉及行业非常多，且每个行业下细分领域，因此，面临大量异构存量系统，具体到每个行业各类系统需求量也非常大，为了满足用户多样化需求，可以通过应用集成实现。

目前，在传统的应用集成中，一般通过单点登录(Single Sign On，SSO)的方式实现应用免登，并在新窗口打开，但是，这种方式应用和应用之间交互上是割裂的，导致用户体验效果较差。

因此，现有的应用集成方法无法有效地实现交互、功能统一，使得用户操作繁琐，进而影响用户体验。

发明内容

本申请实施例提供一种应用集成方法及装置，以解决现有技术无法有效地实现交互、功能统一，使得用户操作繁琐，进而影响用户体验。

第一方面，本申请实施例提供一种应用集成方法，所述方法包括：

根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符；

根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，所述应用的类型包括第一应用类型和第二应用类型，所述第一应用类型的应用包括主应用和第一子应用，所述第二应用类型的应用包括第二子应用；

根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面；

其中，所述目标页面是由每个所述应用集成的页面，且集成后的所述主应用支持为所述第一子应用和/或第二子应用提供服务。

可选的，所述根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，包括：

针对每个所述标识符，执行下述步骤：

根据所述标识符中字符串的组合方式，确定所述应用的类型；

根据所述标识符和对应的所述应用的类型，通过路由解析，得到所述应用的前端路由信息。

可选的，所述根据所述标识符中字符串的组合方式，确定所述应用的类型，包括：

若所述标识符中未含有用于表示应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为主应用；

若所述标识符中含有用于表示路径和应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为第一子应用；

若所述标识符中含有用于表示应用唯一标识和页码唯一标识的字符串，则确定所述应用的类型为第二应用类型且所述应用为第二子应用。

可选的，所述根据所述标识符和对应的所述应用的类型，通过路由解析，得到所述应用的前端路由信息，包括：

若所述应用为第一应用类型中的主应用，则根据所述标识符，得到所述主应用对应的预设路由信息，并将所述预设路由信息作为所述主应用对应的前端路由信息；

若所述应用为第一应用类型中的第一子应用，则根据所述标识符，解析得到所述第一子应用对应的应用唯一标识和页码唯一标识，并将所述第一子应用对应的应用唯一标识和页码唯一标识作为所述第一子应用对应的前端路由信息；

若所述应用为第一应用类型中的第二子应用，则根据所述标识符，解析得到所述第二子应用对应的应用唯一标识和页码唯一标识，并将所述第二子应用对应的应用唯一标识和页码唯一标识作为所述第二子应用对应的前端路由信息。

可选的，所述根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面，包括：

针对每个所述应用，执行下述步骤：

若所述应用为所述主应用，则根据所述主应用对应的预设路由信息，获取到所述主应用对应的配置信息，并根据所述主应用对应的配置信息，加载所述主应用的主体框架；初始化所述主应用中的多个模块，用以支持所述主应用为所述第一子应用和/或第二子应用提供服务，并初始化用于存放所述第一子应用和/或第二子应用的应用容器；渲染所述主应用对应的主页面；其中，所述多个模块包括应用通讯模块、业务组件模块以及统计打点模块；

若所述应用为所述第一子应用，则根据所述第一子应用对应的应用唯一标识和页码唯一标识，获取到所述第一子应用对应的配置信息，并根据所述第一子应用对应的配置信息，加载所述第一子应用对应的静态资源并初始化所述应用通讯模块，用以支持所述第一子应用向所述主应用通讯；渲染所述第一子应用对应的第一子页面；

若所述应用为所述第二子应用，则根据所述第二子应用对应的应用唯一标识和页码唯一标识，获取到所述第二子应用对应的预设的免登URL，并加载所述预设的免登URL，若免登成功，则对登录态进行标记，并渲染得到所述第二子应用对应的第二子页面；初始化所述应用通讯模块和所述统计打点模块，用以支持所述第二子应用向所述主应用通讯以及所述第二子应用支持自动打点和按需打点功能；

其中，所述主页面、所述第一子页面和第二子页面集成在所述目标页面上。

可选的，根据所述主应用对应的配置信息，加载所述主应用的主体框架，包括：

通过所述主应用对应的预设的配置信息，获取到加载所述主应用所需的第一静态资源；

根据所述第一静态资源，加载所述主应用对应的主体框架，所述主体框架用于表示页面布局；

相应的，所述初始化所述主应用中的多个模块，包括：

对所述主应用、所述第一子应用以及所述第二子应用匹配应用程序接口，用以支持所述主应用分别与所述第一子应用和第二子应用之间通讯；

通过预设的模块打包器，动态加载所述主应用中预先配置的所述业务组件模块并开启所述业务组件模块提供的功能，用以支持所述第一子应用和/或第二子应用通过所述应用通讯模块使用所述主应用中所述业务组件模块提供的功能，所述业务组件模块提供的功能至少包括应用内容在页面上的打开方式；

为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持所述主应用监听第二子应用的统计打点请求，且若监听到所述统计打点请求，则支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。

可选的，所述根据所述第一子应用对应的配置信息，加载所述第一子应用对应的静态资源，包括：

根据所述第一子应用对应的配置信息中的权限点，确定所述第一子应用的用户是否具有访问权限；

若有访问权限，则从所述第一子应用对应的配置信息中获取第二静态资源，并加载所述第二静态资源；所述第二静态资源为所述第一子应用对应的静态资源；

相应的，所述初始化所述应用通讯模块，包括：

对所述主应用和所述第一子应用匹配应用程序接口，用以支持所述主应用与所述第一子应用之间通讯。

可选的，所述根据所述第二子应用对应的应用唯一标识和页码唯一标识，获取到所述第二子应用对应的预设的免登URL，包括：

根据所述第二子应用的应用唯一标识和页码唯一标识，获取所述第二子应用的公钥和密钥；

根据所述公钥和所述密钥，通过预设协议，获取到所述第二子应用对应的预设的免登URL；

相应的，所述初始化所述应用通讯模块和所述统计打点模块，包括：

对所述主应用和所述第二子应用匹配应用程序接口，用以支持所述主应用与所述第二子应用之间通讯；

为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。

可选的，所述根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符，包括：

通过访问获取的每个所述应用对应的URL，得到每个所述应用对应的标识符。

第二方面，本申请实施例提供一种应用集成装置，所述装置包括：

第一处理模块，用于根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符；

第二处理模块，用于根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，所述应用的类型包括第一应用类型和第二应用类型，所述第一应用类型的应用包括主应用和第一子应用，所述第二应用类型的应用包括第二子应用；

集成模块，用于根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面；

其中，所述目标页面是由每个所述应用集成的页面，且所述目标页面上的所述主应用支持为所述第一子应用和/或第二子应用提供服务。

本申请实施例提供的应用集成方法及装置，该方法首先根据获取的每个应用对应的URL，确定每个应用相对应的标识符，然后基于每个应用的标识符，解析得到每个应用所属类型以及前端路由信息，由于不同的应用的类型对应不同的加载方式，因此，通过应用的类型以及前端路由信息相结合，加载相应的应用，渲染并显示每个应用集成的目标页面，在加载应用过程中初始化主应用提供的多个模块，使得集成后的主应用能够支持为所述第一子应用和/或第二子应用提供服务，实现了功能复用且交互统一，无需新窗口打开该各个应用的页面，在一个页面上即可实现操作，为用户提供了便捷的操作，进而提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的应用集成方法的流程示意图；

图2为本申请实施例提供的目标页面的示意图；

图3为本申请再一实施例提供的应用集成方法的流程示意图；

图4为本申请实施例提供的应用集成装置的结构示意图；

图5为本申请实施例提供的电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，在传统的应用集成中，一般通过单点登录的方式实现应用免登，并在新窗口打开，但是，这种方式应用和应用之间交互上是割裂的，导致用户体验效果较差因此，现有的应用集成方法无法有效地实现交互、功能统一，使得用户操作繁琐，进而影响用户体验。

为了解决上述问题，本申请的发明构思为：通过iframe的方式加载应用，不同的应用的类型对应不同的加载逻辑，实现应用解耦，同时，基于URL路由解析，通过标识符来获取前端路由信息并依据前端路由信息加载应用，实现交互、功能统一，使得用户操作便捷，进而影响用户体验。

下面以具体实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图1为本申请实施例提供的应用集成方法的流程示意图，本实施例的方法可以由服务器执行，应用于工业场景。如图1所示，本实施例的方法，可以包括：

S101、根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符。

本实施例中，应用在平台上注册后，提供统一资源定位符(Uniform ResourceLocator，URL)，服务器可以获取到该URL。通过浏览器访问该URL，获取到标识符，比如activeKey。

可选的，根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符，可以通过以下步骤实现：

通过访问获取的每个所述应用对应的URL，得到每个所述应用对应的标识符。

本实施例中，根据访问URL做路由解析，获取activeKey。比如URL为“https：//…/iframe？activeKey＝…”，解析得到activeKey的字符串。

S102、根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息。

其中，所述应用的类型包括第一应用类型和第二应用类型，所述第一应用类型的应用包括主应用和第一子应用，所述第二应用类型的应用包括第二子应用。

本实施例中，基于标识符中字符串，判断应用是否为第一应用类型(比如一方应用)，若是第一应用类型，继续判断该应用是主应用还是第一子应用(一方子应用)；若是第二应用类型，则该应用即为第二子应用(比如三方子应用)。通过结合类型以及标识符，获取到应用的前端路由信息，基于前端路由信息可以加载资源并初始化模块，渲染得到目标页面。

S103、根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面；

其中，所述目标页面是由每个所述应用集成的页面，且集成后的所述主应用支持为所述第一子应用和/或第二子应用提供服务。比如，主应用为A开发商开发的数字工厂的整个框架，第一子应用可以为A开发商开发的该数字工厂中衍生或新创建的某些应用(比如企业资源计划(Enterprise Resource Planning，ERP)系统、制造企业生产过程执行系统(Manufacturing Execution System，MES))，第二子应用为B开发商开发的应用。

本实施例中，不同的应用的类型加载应用的方式不同。比如，主应用加载，可以是加载主体框架、应用初始化以及应用容器初始化。第一子应用加载，可以是加载静态资源、初始化主应用预置的应用通讯模块，按需向主应用通讯。第二子应用加载，可以是获取免登URL，加载免登URL，并初始化主应用预置的应用通讯模块、统计打点模块等等。因此，通过上述应用加载进而实现应用集成的方式，无需新窗口打开各个应用的页面，在一个页面上即可实现多窗口打开，实现了交互统一、功能复用，同时简化了用户的操作步骤，便于用户查看，进而提高了用户体验。

本申请提供的应用集成方法，根据获取的每个应用对应的URL，确定每个应用相对应的标识符，然后基于每个应用的标识符，解析得到每个应用所属类型以及前端路由信息，由于不同的应用的类型对应不同的加载方式，因此，通过应用的类型以及前端路由信息相结合，加载相应的应用，渲染并显示每个应用集成的目标页面，在加载应用过程中初始化主应用提供的多个模块，使得集成后的主应用能够支持为所述第一子应用和/或第二子应用提供服务，实现了功能复用且交互统一，无需新窗口打开该各个应用的页面，在一个页面上即可实现操作，为用户提供了便捷的操作，有效地实现交互统一、数据互通以及满足多样化需求的应用集成，进而提高用户体验

可选的，根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，可以通过以下步骤实现(针对每个所述标识符，执行下述步骤)：

步骤a1、根据所述标识符中字符串的组合方式，确定所述应用的类型；

步骤a2、根据所述标识符和对应的所述应用的类型，通过路由解析，得到所述应用的前端路由信息。

本实施例中，通过解析标识符中的字符串，可以确定字符串的组合规则，基于组合规则，可以判断出该应用所属类型。针对该类型的应用，通过标识符，实现路由解析得到前端路由信息，进而拿到应用的配置资源。

可选的，根据每个所述标识符中字符串的组合方式，确定每个所述应用的类型，可以通过以下步骤实现(针对每个所述标识符，执行下述步骤)：

步骤b1、若所述标识符中未含有用于表示应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为主应用。

步骤b2、若所述标识符中含有用于表示路径和应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为第一子应用。

步骤b3、若所述标识符中含有用于表示应用唯一标识和页码唯一标识的字符串，则确定所述应用的类型为第二应用类型且所述应用为第二子应用。

本实施例中，若所述标识符中至少含有用于表示路径的字符串，则确定所述应用的类型为第一应用类型，否则为第二应用类型。

示例性的，若activeKey是以/:appId/:path这种规则出现，表示该链接(即URL)为一方子应用(即第一子应用)。这里的appId表示应用唯一标识，path表示路径。其中，该应用需提前配置好相关菜单信息、权限信息、应用购买及开通信息等。

若activeKey是以${appId}_${pageId}的方式出现，如e1cb05ecc58f46fda3d0ac6fa736ea04_1043519，表示该应用为第二方子应用。这里的pageId表示应页码唯一标识。该应用需提前注册，以获得应用ask(即公钥和密钥)，且该应用按照SSO协议或者OAuth2.0协议(一种应用/用户授权协议)实现免登接口；需配置相关菜单、权限等信息，并上架应用市场然后根据appId+pageId获取到页面URL。

其中，本实施例的实现是基于用户已购买并开通应用的场景下。

可选的，根据所述标识符和对应的所述应用的类型，通过路由解析，得到所述应用的前端路由信息，可以通过以下步骤实现(针对每个所述应用，执行下述步骤)：

步骤c1、若所述应用为第一应用类型中的主应用，则根据所述标识符，得到所述主应用对应的预设路由信息，并将所述预设路由信息作为所述主应用对应的前端路由信息。

步骤c2、若所述应用为第一应用类型中的第一子应用，则根据所述标识符，解析得到所述第一子应用对应的应用唯一标识和页码唯一标识，并将所述第一子应用对应的应用唯一标识和页码唯一标识作为所述第一子应用对应的前端路由信息。

步骤c3、若所述应用为第一应用类型中的第二子应用，则根据所述标识符，解析得到所述第二子应用对应的应用唯一标识和页码唯一标识，并将所述第二子应用对应的应用唯一标识和页码唯一标识作为所述第二子应用对应的前端路由信息。

本实施例中，针对主应用，可以通过路由解析实现应用加载。在加载应用之前，需要先解析到主应用加载所需的静态资源，这里的静态资源至少包括公共资源、各类型的文件等。具体地，若该应用属于主应用，则匹配默认路由(即预设路由信息)，然后基于该预设路由信息解析所需静态资源。针对第一子应用和第二子应用，通过路由解析到appId和pageId，根据appId和pageId渲染页面。

可选的，本实施例在上述实施例的基础上，对各个应用是如何实现加载的进行了详细说明。根据所述应用的类型和所述应用的前端路由信息，加载所述应用，得到目标页面，可以通过以下步骤实现(针对每个所述应用，执行下述步骤)：

步骤d1、若所述应用为所述主应用，则根据所述主应用对应的预设路由信息，获取到所述主应用对应的配置信息，并根据所述主应用对应的配置信息，加载所述主应用的主体框架；初始化所述主应用中的多个模块，用以支持所述主应用为所述第一子应用和/或第二子应用提供服务，并初始化用于存放所述第一子应用和/或第二子应用的应用容器；渲染所述主应用对应的主页面；其中，所述多个模块包括应用通讯模块、业务组件模块以及统计打点模块。

本实施例中，针对主应用，基于预设路由信息，可以获取到加载主应用所需的配置信息，基于配置信息实现主应用的页面加载和渲染，显示出主页面。

其中，应用在加载过程中，需要初始化，即赋予应用中模块功能，保证模块能够正常提供相应的服务。主应用初始化过程包括应用初始化以及应用容器初始化。这里的应用容器是用来存在集成进来的子应用，比如第一子应用、第二子应用。

可选的，根据所述主应用对应的配置信息，加载所述主应用的主体框架，可以通过以下步骤实现：

步骤d11、通过所述主应用对应的预设的配置信息，获取到加载所述主应用所需的第一静态资源。

步骤d12、根据所述第一静态资源，加载所述主应用对应的主体框架，得到所述主页面；所述主体框架用于表示页面布局。

本实施例中，主应用(不包含应用名)的加载过程可以为：加载主体框架：页面布局(Layout),由三部分组成即包含侧边栏-导航菜单、顶部-工具栏以及应用容器。

可选的，所述初始化所述主应用中的多个模块，可以通过以下步骤实现：

步骤d13、对所述主应用、所述第一子应用以及所述第二子应用匹配应用程序接口，用以支持所述主应用分别与所述第一子应用和第二子应用之间通讯；

步骤d14、通过预设的模块打包器，动态加载所述主应用中预先配置的所述业务组件模块并开启所述业务组件模块提供的功能，用以支持所述第一子应用和/或第二子应用通过所述应用通讯模块使用所述主应用中所述业务组件模块提供的功能，所述业务组件模块提供的功能至少包括应用内容在页面上的打开方式；

步骤d15、为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持所述主应用监听第二子应用的统计打点请求，且若监听到所述统计打点请求，则支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。

具体地，应用初始化：1、初始化应用通讯模块；配置应用程序接口并开启其功能，即通过应用程序接口(postmessage)实现主应用和子应用(比如第一子应用和第二子应用)之间通讯，实现子应用可以调用主应用提供的方法，如打开Tab、全屏等常见功能操作。2、初始化业务组件模块；配置业务组件模块开启其功能，即为了解决传统iframe UI不同步问题，主应用预置常见业务组件(通过模块打包器，比如webpack实现动态加载)；比如，数据选择组件，子应用可以通过应用通讯模块，触发主应用打开数据选择弹框，由用户选择数据，并把结果回传子应用，完成后续业务；又比如，子应用有内容希望以弹窗、侧边框等方式打开，传统iframe方式，内容只能局限在子应用容器内，通过这种方式，可以实现内容全局展示。3、初始化统计打点模块；配置统计打点模块并开始其功能，即用于监听子应用统计打点请求，子应用通过相关SDK，实现自动打点和按需打点功能。

其次，初始化应用容器，配置应用容器并开启其功能。即赋予并开启应用容器用于存放集成进来的第一子应用和第二子应用。

步骤d2、若所述应用为所述第一子应用，则根据所述第一子应用对应的应用唯一标识和页码唯一标识，获取到所述第一子应用对应的配置信息，并根据所述第一子应用对应的配置信息，加载所述第一子应用对应的静态资源并初始化所述应用通讯模块，用以支持所述第一子应用向所述主应用通讯；渲染所述第一子应用对应的第一子页面。

本实施例中，第一子应用的加载过程可以为：通过路由解析得到appId和pageId，并根据appId和pageId获取到对应的配置即第一子应用对应的配置信息，进而实现第一子应用加载。具体地，通过路由解析出前端路由信息，通过已预置在应用配置管理(Application Configuration Management，ACM)的配置信息，获取到加载应用所需静态资源，简化后配置如下，其中common为可复用资源配置，navigation为应用资源配置，navigation/:path为具体页面配置，通过配置灵活实现一方子应用渲染，并支持主题切换、权限控制等等。

可选的，根据所述第一子应用对应的配置信息，加载所述第一子应用对应的静态资源，可以通过以下步骤实现：

步骤d21、根据所述第一子应用对应的配置信息中的权限点，确定所述第一子应用的用户是否具有访问权限。

步骤d22、若有访问权限，则从所述第一子应用对应的配置信息中获取第二静态资源，并加载所述第二静态资源。

其中，所述第二静态资源为所述第一子应用对应的静态资源。

本实施例中，根据配置中的权限点，判断当前用户是否有权限访问，无权限则重定向至用于表示无权限的页面。加载配置中的静态资源，前端路由至对应页面。

可选的，所述初始化所述应用通讯模块，可以通过以下步骤实现：

对所述主应用和所述第一子应用匹配应用程序接口，用以支持所述主应用与所述第一子应用之间通讯。

本实施例中，在第一子应用加载过程中，初始化应用通讯模块，配置应用程序接口并开启其功能，即通过应用程序接口实现主应用和第一子应用之间通讯，实现第一子应用可以调用主应用提供的方法，如打开Tab、全屏等常见功能操作。

步骤d3、若所述应用为所述第二子应用，则根据所述第二子应用对应的应用唯一标识和页码唯一标识，获取到所述第二子应用对应的预设的免登URL，并根据所述预设的免登URL，若免登成功，则对登录态进行标记，并渲染得到所述第二子应用对应的第二子页面；初始化所述应用通讯模块和所述统计打点模块，用以支持所述第二子应用向所述主应用通讯以及所述第二子应用支持自动打点和按需打点功能。

其中，所述主页面、所述第一子页面和第二子页面集成在所述目标页面上。

本实施例中，第二子应用的加载过程可以为：通过路由解析得到appId和pageId，并根据appId和pageId获取到预设的免登URL并加载，实现免登，并跳转至目标页面。

可选的，根据所述第二子应用对应的应用唯一标识和页码唯一标识，获取到所述第二子应用对应的预设的免登URL，可以通过以下步骤实现：

步骤d31、根据所述第二子应用的应用唯一标识和页码唯一标识，获取所述第二子应用的公钥和密钥；

步骤d32、根据所述公钥和所述密钥，通过预设协议，获取到所述第二子应用对应的预设的免登URL；

本实施例中，首先，前置条件：独立软件开发商(Independent Software Vendors，ISV)注册应用、用户购买并开通应用。然后基于此场景下，根据appId和pageId获取预先定义好的免登URL，实现免登(SSO、Oauth2.0)，加载免登URL，免登成功，设置登录态、跳转至目标页面(已有登录态可以跳过免登，直接跳转目标页面)。同时，该应用集成方法依赖于ISV提供的基础数据；具体地，支持ISV通过应用AKS，向平台同步基础数据(元数据定义、主数据定义、工厂模型、工艺路径等等)实现系统数据、业务数据同步，以实现业务数据分析(质量缺陷分析、成品率分析等等)。

可选的，所述初始化所述应用通讯模块和所述统计打点模块，可以通过以下步骤实现：

步骤e1、对所述主应用和所述第二子应用匹配应用程序接口，用以支持所述主应用与所述第二子应用之间通讯；

步骤e1、为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。其中，所述主页面、所述第一子页面和第二子页面集成在所述目标页面上。

本实施例中，在第二子应用加载过程中，初始化应用通讯模块和统计打点模块。其中，初始化应用通讯模块；配置应用程序接口并开启其功能，即通过应用程序接口实现主应用和第二子应用之间通讯，实现第二子应用可以调用主应用提供的方法，如打开Tab、全屏等常见功能操作。初始化统计打点模块；配置统计打点模块并开始其功能，即用于监听第二子应用统计打点请求，第二子应用通过相关SDK，实现自动打点和按需打点功能。

示例性的，参见图2所示的目标页面的示意图。其中，目标页面包括：1.地址栏；2.菜单：按应用类型区分菜单；3.Tabs：页面多窗口打开；4.功能区：告警、消息、企业信息等等；5.子应用：负责渲染具体内容；6.主应用：负责主体框架初始化、相关sdk初始化等。

本实施例中，结合图3所示，图3为本申请再一实施例提供的应用集成方法的流程示意图。首先，获取到URL，然后通过路由解析，获取标识符并加载对应的应用。具体过程为：首先判断该应用是否为一方应用，若是一方应用，则判断是否为主应用，若是主应用，则匹配默认路由，解析所需静态资源(包含公共资源)；基于该静态资源加载主体框架，然后执行应用初始化操作，比如初始化应用通讯模块、业务组件模块、统计打点模块等，再初始化应用容器，根据activeKey加载子应用。

若判断一方应用不是主应用，则确定该应用为一方子应用，匹配路由，根据路由加载对应静态资源，初始化应用通讯模块、统计打点模块等。

若判断该应用不是一方应用，则确定该应用为三方子应用，匹配路由，根据activeKey获取对应应用配置信息，获取免登URL(支持SSO、Oauth2.0两种协议)，渲染页面。

具体地，一方应用通过iframe的方式，实现巨石应用解耦，独立开发、独立部署，并与技术栈无关；二三方应用通过iframe+应用免登的方式，实现应用融合，从交互、数据、服务都为一体，用户无感知；通过应用通讯模块，把子应用URL同步至主应用，实现浏览器和iframe URL同步；通过主应用动态注册业务组件，实现子应用和主应用共享组件，实现UI同步；通过基础数据、业务数据、应用服务等集成，实现数据、交互、功能统一；基于iframe，UI改造成本较低。因此，本实施例中，基于iframe轻量化实现应用集成，实现了应用解耦、独立开发、独立部署；异构系统应用集成，与技术栈无关、子应用具备完全自主权；功能复用，保持功能、体验一致性；通过统一系统平台、统一门户入口、统一权限管理和统一的数据模型来集成各个阶段制中需要的所有应用。

基于同样的思路，本申请实施例还提供了上述方法对应的装置，如图4所示，图4为本申请实施例提供的应用集成装置的结构示意图。应用集成装置可以包括：

第一处理模块401，用于根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符；

第二处理模块402，用于根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，所述应用的类型包括第一应用类型和第二应用类型，所述第一应用类型的应用包括主应用和第一子应用，所述第二应用类型的应用包括第二子应用；

集成模块403，用于根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面；

其中，所述目标页面是由每个所述应用集成的页面，且所述目标页面上的所述主应用支持为所述第一子应用和/或第二子应用提供服务。

本实施例中，通过设置第一处理模块401、第二处理模块402、集成模块403，根据获取的每个应用对应的URL，确定每个应用相对应的标识符，然后基于每个应用的标识符，解析得到每个应用所属类型以及前端路由信息，由于不同的应用的类型对应不同的加载方式，因此，通过应用的类型以及前端路由信息相结合，加载相应的应用，渲染并显示每个应用集成的目标页面，在加载应用过程中初始化主应用提供的多个模块，使得集成后的主应用能够支持为所述第一子应用和/或第二子应用提供服务，实现了功能复用且交互统一，无需新窗口打开该各个应用的页面，在一个页面上即可实现操作，为用户提供了便捷的操作，进而提高了用户体验。

可选的，第二处理模块402包括第一处理单元和第二处理单元；第一处理单元，用于针对每个所述应用，根据所述标识符中字符串的组合方式，确定所述应用的类型；第二处理单元，用于针对每个所述应用，根据所述标识符和对应的所述应用的类型，通过路由解析，得到所述应用的前端路由信息。

可选的，第一处理单元，具体用于：

若所述标识符中未含有用于表示应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为主应用；

若所述标识符中含有用于表示路径和应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为第一子应用；

若所述标识符中含有用于表示应用唯一标识和页码唯一标识的字符串，则确定所述应用的类型为第二应用类型且所述应用为第二子应用。

可选的，第二处理单元，具体用于：

若所述应用为第一应用类型中的主应用，则根据所述标识符，得到所述主应用对应的预设路由信息，并将所述预设路由信息作为所述主应用对应的前端路由信息；

若所述应用为第一应用类型中的第一子应用，则根据所述标识符，解析得到所述第一子应用对应的应用唯一标识和页码唯一标识，并将所述第一子应用对应的应用唯一标识和页码唯一标识作为所述第一子应用对应的前端路由信息；

若所述应用为第一应用类型中的第二子应用，则根据所述标识符，解析得到所述第二子应用对应的应用唯一标识和页码唯一标识，并将所述第二子应用对应的应用唯一标识和页码唯一标识作为所述第二子应用对应的前端路由信息。

可选的，集成模块，具体用于：

针对每个所述应用，执行下述步骤：

若所述应用为所述主应用，则根据所述主应用对应的预设路由信息，获取到所述主应用对应的配置信息，并根据所述主应用对应的配置信息，加载所述主应用的主体框架；初始化所述主应用中的多个模块，用以支持所述主应用为所述第一子应用和/或第二子应用提供服务，并初始化用于存放所述第一子应用和/或第二子应用的应用容器；渲染所述主应用对应的主页面；其中，所述多个模块包括应用通讯模块、业务组件模块以及统计打点模块；

若所述应用为所述第一子应用，则根据所述第一子应用对应的应用唯一标识和页码唯一标识，获取到所述第一子应用对应的配置信息，并根据所述第一子应用对应的配置信息，加载所述第一子应用对应的静态资源并初始化所述应用通讯模块，用以支持所述第一子应用向所述主应用通讯；渲染所述第一子应用对应的第一子页面；

若所述应用为所述第二子应用，则根据所述第二子应用对应的应用唯一标识和页码唯一标识，获取到所述第二子应用对应的预设的免登URL，并加载所述预设的免登URL，若免登成功，则对登录态进行标记，并渲染得到所述第二子应用对应的第二子页面；初始化所述应用通讯模块和所述统计打点模块，用以支持所述第二子应用向所述主应用通讯以及所述第二子应用支持自动打点和按需打点功能；

其中，所述主页面、所述第一子页面和第二子页面集成在所述目标页面上。

可选的，集成模块，具体用于：

通过所述主应用对应的预设的配置信息，获取到加载所述主应用所需的第一静态资源；

根据所述第一静态资源，加载所述主应用对应的主体框架，所述主体框架用于表示页面布局。

可选的，集成模块，还具体用于：

对所述主应用、所述第一子应用以及所述第二子应用匹配应用程序接口，用以支持所述主应用分别与所述第一子应用和第二子应用之间通讯；

通过预设的模块打包器，动态加载所述主应用中预先配置的所述业务组件模块并开启所述业务组件模块提供的功能，用以支持所述第一子应用和/或第二子应用通过所述应用通讯模块使用所述主应用中所述业务组件模块提供的功能，所述业务组件模块提供的功能至少包括应用内容在页面上的打开方式；

为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持所述主应用监听第二子应用的统计打点请求，且若监听到所述统计打点请求，则支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。

可选的，集成模块，具体用于：

根据所述第一子应用对应的配置信息中的权限点，确定所述第一子应用的用户是否具有访问权限；

若有访问权限，则从所述第一子应用对应的配置信息中获取第二静态资源，并加载所述第二静态资源；所述第二静态资源为所述第一子应用对应的静态资源。

可选的，集成模块，还具体用于：

对所述主应用和所述第一子应用匹配应用程序接口，用以支持所述主应用与所述第一子应用之间通讯。

可选的，集成模块，具体用于：

根据所述第二子应用的应用唯一标识和页码唯一标识，获取所述第二子应用的公钥和密钥；

根据所述公钥和所述密钥，通过预设协议，获取到所述第二子应用对应的预设的免登URL。

可选的，集成模块，还具体用于：

对所述主应用和所述第二子应用匹配应用程序接口，用以支持所述主应用与所述第二子应用之间通讯；

为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。

可选的，第一处理模块，具体用于：

通过访问获取的每个所述应用对应的URL，得到每个所述应用对应的标识符。

本申请实施例提供的装置，可以实现上述如图1-3所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。

图5为本申请实施例提供的电子设备的硬件结构示意图。如图5所示，本实施例提供的电子设备500包括：处理器501，以及与所述处理器通信连接的存储器。其中，处理器501、存储器502通过总线503连接。

在具体实现过程中，处理器501执行所述存储器502存储的计算机执行指令，使得处理器501执行上述方法实施例中的方法。

处理器501的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在上述的图5所示的实施例中，应理解，处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的应用集成方法。

本申请实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上所述的应用集成方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种应用集成方法，其特征在于，所述方法包括：

根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符；

根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，所述应用的类型包括第一应用类型和第二应用类型，所述第一应用类型的应用包括主应用和第一子应用，所述第二应用类型的应用包括第二子应用；

根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面；

其中，所述目标页面是由每个所述应用集成的页面，且所述目标页面上的所述主应用支持为所述第一子应用和/或第二子应用提供服务。

2.根据权利要求1所述的方法，其特征在于，所述根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，包括：

针对每个所述标识符，执行下述步骤：

根据所述标识符中字符串的组合方式，确定所述应用的类型；

根据所述标识符和对应的所述应用的类型，通过路由解析，得到所述应用的前端路由信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述标识符中字符串的组合方式，确定所述应用的类型，包括：

若所述标识符中未含有用于表示应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为主应用；

若所述标识符中含有用于表示路径和应用唯一标识的字符串，则确定所述应用的类型为第一应用类型且所述应用为第一子应用；

若所述标识符中含有用于表示应用唯一标识和页码唯一标识的字符串，则确定所述应用的类型为第二应用类型且所述应用为第二子应用。

4.根据权利要求2或3所述的方法，其特征在于，所述根据所述标识符和对应的所述应用的类型，通过路由解析，得到所述应用的前端路由信息，包括：

若所述应用为第一应用类型中的主应用，则根据所述标识符，得到所述主应用对应的预设路由信息，并将所述预设路由信息作为所述主应用对应的前端路由信息；

若所述应用为第一应用类型中的第一子应用，则根据所述标识符，解析得到所述第一子应用对应的应用唯一标识和页码唯一标识，并将所述第一子应用对应的应用唯一标识和页码唯一标识作为所述第一子应用对应的前端路由信息；

若所述应用为第一应用类型中的第二子应用，则根据所述标识符，解析得到所述第二子应用对应的应用唯一标识和页码唯一标识，并将所述第二子应用对应的应用唯一标识和页码唯一标识作为所述第二子应用对应的前端路由信息。

5.根据权利要求4所述的方法，其特征在于，所述根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面，包括：

针对每个所述应用，执行下述步骤：

若所述应用为所述主应用，则根据所述主应用对应的预设路由信息，获取到所述主应用对应的配置信息，并根据所述主应用对应的配置信息，加载所述主应用的主体框架；初始化所述主应用中的多个模块，用以支持所述主应用为所述第一子应用和/或第二子应用提供服务，并初始化用于存放所述第一子应用和/或第二子应用的应用容器；渲染所述主应用对应的主页面；其中，所述多个模块包括应用通讯模块、业务组件模块以及统计打点模块；

若所述应用为所述第一子应用，则根据所述第一子应用对应的应用唯一标识和页码唯一标识，获取到所述第一子应用对应的配置信息，并根据所述第一子应用对应的配置信息，加载所述第一子应用对应的静态资源并初始化所述应用通讯模块，用以支持所述第一子应用向所述主应用通讯；渲染所述第一子应用对应的第一子页面；

若所述应用为所述第二子应用，则根据所述第二子应用对应的应用唯一标识和页码唯一标识，获取到所述第二子应用对应的预设的免登URL，并加载所述预设的免登URL，若免登成功，则对登录态进行标记，并渲染得到所述第二子应用对应的第二子页面；初始化所述应用通讯模块和所述统计打点模块，用以支持所述第二子应用向所述主应用通讯以及所述第二子应用支持自动打点和按需打点功能；

其中，所述主页面、所述第一子页面和第二子页面集成在所述目标页面上。

6.根据权利要求5所述的方法，其特征在于，所述根据所述主应用对应的配置信息，加载所述主应用的主体框架，包括：

通过所述主应用对应的预设的配置信息，获取到加载所述主应用所需的第一静态资源；

根据所述第一静态资源，加载所述主应用对应的主体框架，所述主体框架用于表示页面布局；

相应的，所述初始化所述主应用中的多个模块，包括：

对所述主应用、所述第一子应用以及所述第二子应用匹配应用程序接口，用以支持所述主应用分别与所述第一子应用和第二子应用之间通讯；

通过预设的模块打包器，动态加载所述主应用中预先配置的所述业务组件模块并开启所述业务组件模块提供的功能，用以支持所述第一子应用和/或第二子应用通过所述应用通讯模块使用所述主应用中所述业务组件模块提供的功能，所述业务组件模块提供的功能至少包括应用内容在页面上的打开方式；

为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持所述主应用监听第二子应用的统计打点请求，且若监听到所述统计打点请求，则支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。

7.根据权利要求5所述的方法，其特征在于，所述根据所述第一子应用对应的配置信息，加载所述第一子应用对应的静态资源，包括：

根据所述第一子应用对应的配置信息中的权限点，确定所述第一子应用的用户是否具有访问权限；

若有访问权限，则从所述第一子应用对应的配置信息中获取第二静态资源，并加载所述第二静态资源；所述第二静态资源为所述第一子应用对应的静态资源；

相应的，所述初始化所述应用通讯模块，包括：

对所述主应用和所述第一子应用匹配应用程序接口，用以支持所述主应用与所述第一子应用之间通讯。

8.根据权利要求5所述的方法，其特征在于，所述根据所述第二子应用对应的应用唯一标识和页码唯一标识，获取到所述第二子应用对应的预设的免登URL，包括：

根据所述第二子应用的应用唯一标识和页码唯一标识，获取所述第二子应用的公钥和密钥；

根据所述公钥和所述密钥，通过预设协议，获取到所述第二子应用对应的预设的免登URL；

相应的，所述初始化所述应用通讯模块和所述统计打点模块，包括：

对所述主应用和所述第二子应用匹配应用程序接口，用以支持所述主应用与所述第二子应用之间通讯；

为所述统计打点模块匹配自动打点和按需打点功能并开启自动打点和按需打点功能，用以支持第二子应用通过获取对应的软件开发工具包SDK，实现自动打点和按需打点功能。

9.根据权利要求1-3任一项所述的方法，其特征在于，所述根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符，包括：

通过访问获取的每个所述应用对应的URL，得到每个所述应用对应的标识符。

10.一种应用集成装置，其特征在于，所述装置包括：

第一处理模块，用于根据获取的每个应用对应的统一资源定位符URL，确定每个所述应用对应的标识符；

第二处理模块，用于根据每个所述标识符，确定每个所述应用的类型和每个所述应用的前端路由信息，所述应用的类型包括第一应用类型和第二应用类型，所述第一应用类型的应用包括主应用和第一子应用，所述第二应用类型的应用包括第二子应用；

集成模块，用于根据每个所述应用的类型和每个所述应用的前端路由信息，加载每个所述应用，得到目标页面；

其中，所述目标页面是由每个所述应用集成的页面，且所述目标页面上的所述主应用支持为所述第一子应用和/或第二子应用提供服务。

Images