CN116521296A - 一种多系统应用集成方法及多系统应用集成平台 - Google Patents

Abstract

本发明涉及系统集成应用管理技术领域，具体涉及一种多系统应用集成方法及多系统应用集成平台。本方案通过获取系统应用的基本信息，根据该基本信息在平台上创建对应该系统应用的平台应用标识，其中平台应用标识在被触发后即可进入平台应用；然后平台通过API接口获取系统应用的菜单，并根据获取的菜单创建平台应用的菜单，其中，通过获取系统应用的服务名和路由匹配模式，并通过该服务名和路由匹配模式对平台网关进行路由配置，以使平台应用的菜单能够具备系统应用的菜单的功能从而能对系统应用进行操作。采用本发明提供的多系统应用集成平台，可以通过平台管理多个系统应用，无需频繁的切换账号，有效地提高了企业人员的工作效率。

Description

一种多系统应用集成方法及多系统应用集成平台

技术领域

本发明涉及系统集成应用管理技术领域，具体涉及一种多系统应用集成方法及多系统应用集成平台。

背景技术

目前，随着计算机技术的不断发展以及企业信息化水平的提高，信息化管理系统在企业内部得到了越来越多的应用。对于使用信息化系统的企业来讲，为了开展企业日常在多方面的业务或管理，会积累或者使用多个系统应用。当前大部分企业的系统应用都是独立平台，在管理多个系统及账号时，企业就需要频繁切换系统与管理账号，严重影了响企业工作效率，而且多个系统账号不共享,当一个独立系统需要修改账号时可能导致其他系统的账号也需要修改，使得管理工作量增大，还容易出错，严重影响工作效率。

发明内容

本申请发明提供的一种多系统应用集成方法及多系统应用集成平台，解决了现有技术中企业的多个系统应用之间的账号数据无法共享，导致企业对系统管理的效率低下的问题。

根据第一方面，一种实施例中提供一种多系统应用集成方法,包括：

获取系统应用的基本信息，根据所述基本信息在平台的显示界面上创建与所述系统应用对应的平台应用的标识，所述平台应用的标识用于在被触发后启动所述平台应用，所述平台应用用于承载所述系统应用；

通过所述平台的API接口从所述系统应用中获取系统应用的菜单，根据获取的系统应用的菜单创建所述平台应用的菜单；或者，接收平台管理者输入的菜单，将其作为所述平台应用的菜单；

获取所述系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使所述平台应用的菜单具备所述系统应用的菜单的功能从而能对所述系统应用进行操作。

作为一种可实现的实施方式，所述获取系统应用的基本信息，包括：

接收系统应用注册的指令，响应于所述指令，将所述系统应用注册至nacos服务中；

从所述nacos服务中获取所述系统应用的基本信息。

作为一种可实现的实施方式，获取系统应用的基本信息，根据所述基本信息在平台的显示界面上创建与所述系统应用对应的平台应用的标识，包括：

接收所述系统应用的基本信息；所述基本信息包括所述系统应用的应用访问地址信息、身份标识号和应用程序代码；

根据所述应用访问地址信息、身份标识号和应用程序代码在平台的显示界面上创建与所述系统应用对应的平台应用的标识；

将所述系统应用的基本信息作为所述平台应用的基本信息；

将所述应用访问地址信息与所述平台的内联框架进行对接，将所述系统应用通过所述内联框架嵌入所述平台应用。

作为一种可实现的实施方式，所述通过所述平台的API接口从所述系统应用中获取系统应用的菜单，包括：

获取所述系统应用的身份标识号和/或应用程序代码；

将获取的所述系统应用的身份标识号与所述平台应用的身份标识号进行匹配，和/或，将获取的所述系统应用的应用程序代码与所述平台应用的应用程序代码进行匹配，若匹配成功，则通过所述平台的API接口从所述系统应用中获取系统应用的菜单。

作为一种可实现的实施方式，所述获取所述系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使所述平台应用的菜单具备所述系统应用的菜单的功能从而能对所述系统应用进行操作，包括：

获取所述系统应用的服务名和路由匹配模式；

所述平台网关路由根据所述系统应用的服务名和路由匹配模式配置对应的路由规则；

根据所述路由规则配置所述平台的API接口的路由信息，使所述系统应用的菜单通过所述平台的API接口同步至所述平台应用的菜单，进而使所述平台应用的菜单具备所述系统应用的菜单的功能，从而能对所述系统应用进行操作。

作为一种可实现的实施方式，所述方法还包括：

接收账号的登录请求，对该账号进行验证，在验证通过后，开放所述平台的所有平台应用供所述账号使用。

作为一种可实现的实施方式，所述平台应用的菜单的功能预先设置有使用权限，所述方法还包括：

接收已登录账号使用所述平台应用的菜单中一项功能的指令，响应于所述指令，判断所述已登录账号是否具有该项功能的使用权限，若是，则执行所述指令。

作为一种可实现的实施方式，所述平台的显示界面上显示的平台应用预先设置有使用权限，所述方法还包括：

接收已登录账号使用一个平台应用的指令，响应于所述指令，判断所述已登录账号是否具有该平台应用的使用权限，若是，则执行所述指令。

根据第二方面，一种实施例中提供一种多系统应用集成平台，包括：

平台应用创建模块，用于获取系统应用的基本信息，根据所述基本信息在平台的显示界面上创建与所述系统应用对应的平台应用的标识，所述平台应用的标识用于在被触发后启动所述平台应用，所述平台应用用于承载所述系统应用；

菜单创建模块，用于通过所述平台的API接口从所述系统应用中获取系统应用的菜单，根据获取的系统应用的菜单创建所述平台应用的菜单；

路由配置模块，用于获取所述系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使所述平台应用的菜单具备所述系统应用的菜单的功能从而能对所述系统应用进行操作。

根据第三方面，一种实施例中提供一种计算机可读存储介质，所述介质上存储有程序，所述程序能够被处理器执行以实现上述的方法。

据上述实施例的一种多系统应用集成方法/多系统应用集成平台，通过获取系统应用的基本信息，根据该基本信息在平台上创建对应该系统应用的平台应用标识，其中平台应用标识在被触发后即可进入平台应用；然后平台通过API接口获取系统应用的菜单，并根据获取的菜单创建平台应用的菜单，其中，通过获取系统应用的服务名和路由匹配模式，并通过该服务名和路由匹配模式对平台网关进行路由配置，以使平台应用的菜单能够具备系统应用的菜单的功能从而能对系统应用进行操作。采用本发明提供的多系统应用集成平台，可以将多个系统应用通过本发明提供的多系统应用集成方法集成到该平台，通过平台管理多个系统应用，无需频繁的多系统切换和创建账号数据，减少企业管理账号，使得多个系统应用的账号数据可以共享，有效地提高了企业人员的工作效率。

附图说明

图1为本实施例提供的一种多系统应用集成方法的流程图；

图2为本实施例提供的一种多系统应用集成方法中，创建平台应用的流程图；

图3为本实施例提供的一种多系统应用集成方法中，获取系统应用菜单的流程图；

图4为本实施例提供的一种多系统应用集成方法中，对平台的路由模式进行配置的流程图；

图5为本实施例提供的一种多系统应用集成平台的平台显示界面的结构示意图；

图6为本实施例提供的一种多系统应用集成平台的结构框图。

附图标记：10、DIOS平台；11、平台应用创建模块；12、菜单创建模块；13、路由配置模块；20、平台应用标识。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。其中不同实施方式中类似元件采用了相关联的类似的元件标号。在以下的实施方式中，很多细节描述是为了使得本申请能被更好的理解。然而，本领域技术人员可以毫不费力的认识到，其中部分特征在不同情况下是可以省略的，或者可以由其他元件、材料、方法所替代。在某些情况下，本申请相关的一些操作并没有在说明书中显示或者描述，这是为了避免本申请的核心部分被过多的描述所淹没，而对于本领域技术人员而言，详细描述这些相关操作并不是必要的，他们根据说明书中的描述以及本领域的一般技术知识即可完整了解相关操作。

另外，说明书中所描述的特点、操作或者特征可以以任意适当的方式结合形成各种实施方式。同时，方法描述中的各步骤或者动作也可以按照本领域技术人员所能显而易见的方式进行顺序调换或调整。因此，说明书和附图中的各种顺序只是为了清楚描述某一个实施例，并不意味着是必须的顺序，除非另有说明其中某个顺序是必须遵循的。

本文中为部件所编序号本身，例如“第一”、“第二”等，仅用于区分所描述的对象，不具有任何顺序或技术含义。而本申请所说“连接”、“联接”，如无特别说明，均包括直接和间接连接(联接)。

本发明的技术方案，主要是用于为企业提供一种多系统应用集成方法及多系统应用集成平台，以解决企业频繁切换系统与管理账号，进而使得工作效率受到严重影响的问题。本发明的多系统应用集成方法/多系统应用集成平台基于云平台构建海量数据采集、汇聚、分析和服务的体系，支撑制造资源产业级连接、柔性供给、高效配置，实现了一个账号多个系统应用，有效减少了企业的管理账号，提高了企业工作人员的工作效率。以下具体对多系统应用集成方法/多系统应用集成平台进行说明。

以下首先对下文中所提到的名词进行解释。

以下实施例中的平台可以采用DIOS平台，DIOS的全称为DistributedIntegration and Open Services Platform，DIOS平台作为一个开源的数据集成和数据治理平台，能够集成各种不同的数据源，对数据进行规范和整合，并提供一套完整的数据治理方案，使企业内部的数据能够被高效、可控地管理和使用。其中，可以在电脑等终端设备上创建虚拟的DIOS平台硬件环境，用户可以通过操作电脑等终端设备来使用该创建虚拟的DIOS平台硬件环境。或者，DIOS平台还可以是专门组建的服务器集群，用户可以通过自己的终端设备连接到这些服务器上进行使用。

系统应用通常是指一个具有特定功能的软件应用，可以独立运行，并能够通过其用户接口与用户进行交互。这样的应用程序通常被开发为特定操作系统平台或硬件系统的本地应用程序。

API接口指的是应用程序编程接口，是一组约定的程序接口，用于不同的软件应用程序之间进行交互和通信。API可将应用程序中可访问的常规功能封装在单个库中，从而简化了其他应用程序与该应用程序进行互操作的过程。本实施例中的API接口为DIOS平台上的一个用于与系统应用进行通信的接口。

内联框架，英文名称为“Inline Frame”，简称为iframe，是HTML中的一个标签，表示内联框架。它的作用是在当前页面中嵌入另一个HTML页面。比如，在一个新闻网页中插入一个视频，可以用iframe标签实现。通常情况下，iframe标签用于展示嵌入内容的网页，这些内容可能来自不同的源。在使用iframe时，可以指定iframe显示的网页，设置iframe的宽度、高度、边框等属性，以及iframe与其他元素的位置关系等。

结合图1所示，本实施例的一种多系统应用集成方法，包括如下步骤：

步骤100：获取系统应用的基本信息，根据基本信息在平台的显示界面(如与平台通信连接的人机交互装置的显示界面)上创建与系统应用对应的平台应用的标识，平台应用的标识用于在被触发后启动平台应用，平台应用用于承载系统应用，如基于平台用户的操作来控制系统应用。

具体的，可以通过如下方法获取系统应用的基本信息：接收系统应用注册的指令(例如平台通过人机交互装置接收系统应用注册的指令)，响应于指令，将系统应用注册至nacos服务中；然后从nacos服务中获取系统应用的基本信息。平台人员可以通过人机交互装置对平台进行操作，输入各种指令，并通过人机交互装置的显示界面看到平台、平台上各个平台应用执行相应指令所呈现的结果。其中，nacos服务是Dynamic Naming andConfiguration Service的首字母简称，其主要用于构建云原生应用的动态服务发现、配置管理和服务管理平台，是阿里巴巴开源的一个新一代服务注册与发现中心，也是SpringCloud Alibaba的核心组件之一。在本实施例中，它作为DIOS平台10的技术栈中的一部分，用于服务注册和发现、动态配置等方面，能够帮助工作人员更轻松地构建和管理分布式系统。本实施例中，对于一个单独的系统应用，通过平台人员将该系统应用注册至nacos服务中，那么该系统应用的基本信息即可以被DIOS平台10直接获取和调用，那么DIOS平台10在获取系统应用的基本信息后，就可以根据该基本信息在显示界面上创建与该系统应用对应的平台应用的标识，其中，平台应用的标识用于在被触发后启动平台应用，该标识例如是用来启动平台应用的快捷方式，平台应用用于承载系统应用。此时，平台应用也会生成对应系统应用的唯一的appId(身份标识号)和appCode(应用程序代码)，这样可以便与后续能够进行身份验证。

具体的，请结合图2，步骤100的实现步骤如下：

步骤110：接收系统应用的基本信息；基本信息包括系统应用的应用访问地址信息、身份标识号和应用程序代码。

DIOS平台10可以接收系统应用的基本信息，基本信息包括系统应用的应用访问地址信息、身份标识号和应用程序代码，还包括系统应用的logo、简介等。

步骤120：根据应用访问地址信息、身份标识号和应用程序代码在平台的显示界面上创建与系统应用对应的平台应用的标识。本步骤通过现有的技术即可实现，本实施例在此不做过多要求。

步骤130：将系统应用的基本信息作为平台应用的基本信息。

步骤140：将应用访问地址信息与平台的内联框架进行对接，将系统应用通过内联框架嵌入平台应用。

本实施例中，在平台的显示界面上创建好与系统应用对应的平台应用的标识之后，就需要将系统应用嵌入到平台应用中。具体的，将系统应用的基本信息作为平台应用的基本信息，通过将应用访问地址信息接入平台的iframe，通过iframe将系统应用嵌入到平台应用中，这样平台人员可以实现在平台应用中方便地访问和使用系统应用的功能。

步骤200：通过平台的API接口从系统应用中获取系统应用的菜单，根据获取的系统应用的菜单创建平台应用的菜单；或者，接收平台管理者输入的菜单，将其作为平台应用的菜单。

本步骤可以通过两种方式实现对平台应用的菜单的创建。作为其中第一种实现方式，平台人员在应用DIOS平台10之前，会事先对平台API接口的通信方式进行设置，在将系统应用集成到平台应用时，平台可以直接通过API接口从系统应用中获取系统应用的菜单，以实现将系统应用中的菜单同步到平台应用中。作为第二种实现方式，还可以通过手动的方式将系统应用的菜单同步至平台应用中，具体的，平台人员手动将系统应用的菜单添加至平台应用中，而这些菜单可以是平台人员事先了解到该系统应用具有哪些菜单，然后将其添加至平台应用中。

此外，需说明的是，将系统应用的菜单同步到平台应用的菜单中之后，系统应用的菜单中的按钮信息也会一起同步到平台应用的菜单中。

步骤300：获取系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使平台应用的菜单具备系统应用的菜单的功能从而能对系统应用进行操作。

采用上述第一种实现方式实现对平台应用的菜单的创建时，通过本步骤的方法实现对API接口的路由配置。具体的，每个系统应用都具有其对应的服务名和路由匹配模式。首先，平台需要获取系统应用的服务名和路由匹配模式，然后根据该系统应用的服务名和路由匹配模式配置平台的网关路由规则，最后通过该路由规则实现对API接口的路由配置，以保证平台调用API接口时，就直接默认可以通过该API接口获取系统应用的菜单，进而实现使平台应用的菜单具备系统应用的菜单的功能，从而保证可以实现后续对系统应用的控制操作。

通过采用上述步骤100-步骤300的集成方法，可以实现将多个系统应用集成到DIOS平台10上。在使用时，一个用户对应一个账号，用户通过账号登陆DIOS平台10，即可以进入如图5所示的平台的显示界面中，不同的账号会对应有不同的权限等级，而权限等级与平台应用和/或菜单功能相关联，每个权限等级对应有能够使用的平台应用，和/或能够使用的平台应用中的菜单对应的全部或部分功能。例如，当一个用户账号登录到平台时，平台的显示界面会显示有该用户账号能够使用的平台应用标识20，例如A平台应用标识、B平台应用标识、C平台应用标识、D平台应用标识等，该用户可以点开任意一个显示的平台应用标识20以进入对应的平台应用，然后平台应用的显示界面中会显示该用户账号能够使用的菜单功能按钮信息，用户可以通过点击按钮信息即可实现对该平台应用的使用。并且，通过采用上述步骤100-步骤300的集成方法，一个用户只需要通过一个账号登陆DIOS平台10，即可以实现多个系统应用的使用，无需再频繁对多个不同的系统应用账号进行修改，节省了账号管理的工作量，还有效提高了工作效率。

本实施例中，请结合图3，对于步骤200中所提及的通过平台的API接口从系统应用中获取系统应用的菜单，具体通过如下步骤实现：

步骤210：获取系统应用的身份标识号和/或应用程序代码。

步骤220：将获取的系统应用的身份标识号与平台应用的身份标识号进行匹配，和/或，将获取的系统应用的应用程序代码与平台应用的应用程序代码进行匹配，若匹配成功，则执行步骤230：通过平台的API接口从系统应用中获取系统应用的菜单。

平台要将系统应用的菜单同步到平台应用中，就需要先获取系统应用的身份标识号和/或应用程序代码，系统应用通过明文或密文的方式向平台传输身份标识号和/或应用程序代码，当采用明文的方式向平台传输时，可以直接进行传输即可；当采用明文的方式向平台传输时，需要根据平台返回的key(秘钥)进行对应的解密，以拿到正确的报文进行输入后，即可将身份标识号和/或应用程序代码传输至平台。然后平台将系统应用传输的身份标识号与平台应用的身份标识号进行匹配，和/或，平台将系统应用传输的应用程序代码与平台应用的应用程序代码进行匹配，如果匹配成功，则平台通过API接口与系统应用实现通信，即可通过API接口获取系统应用的菜单至平台应用中，实现系统应用的菜单与平台应用的菜单的同步。如果匹配不成功，则系统应用无法调用API接口，也即平台无法通过API接口与系统应用实现通信，那么就无法实现系统应用的菜单与平台应用的菜单的同步。

本实施例中，请结合图4，对于步骤300中所提及的获取系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使平台应用的菜单具备系统应用的菜单的功能从而能对系统应用进行操作，具体通过如下步骤实现：

步骤310：获取系统应用的服务名和路由匹配模式。

步骤320：平台网关路由根据系统应用的服务名和路由匹配模式配置对应的路由规则。

步骤330：根据路由规则配置平台的API接口的路由信息，使系统应用的菜单通过平台的API接口同步至平台应用的菜单，进而使平台应用的菜单具备系统应用的菜单的功能，从而能对系统应用进行操作。

在实际操作过程中，一个API接口设置一种功能，例如本实施例中使用的API接口的功能是实现系统应用与平台的通信，也即实现将系统应用的菜单同步至平台应用中。那么将多个系统应用的菜单同步至本平台中创建的对应的平台应用中时，均是通过上述API接口实现通信。那么，就需要平台人员对平台的网关路由规则进行配置。其配置过程如下：平台获取系统应用的服务名和路由匹配模式，其中，在系统应用注册到nacos服务中时，系统应用的服务名和路由匹配模式也会提供给平台，平台即可直接获取系统应用的服务名和路由匹配模式；然后平台的网关路由根据获取的系统应用的服务名和路由匹配模式配置与该系统应用对应的路由规则，然后平台人员将该路由规则配置为平台的API接口的路由信息，实现对API接口的功能配置。其中平台人员可以将与多个系统应用对应的路由规则均配置为平台的API接口的路由信息，如此，多个系统应用均可以通过该API接口分别将菜单同步至平台上对应的平台应用的菜单中，该菜单中包括有所有的按钮信息，使得平台应用的菜单能够具有系统应用菜单的功能，从而间接实现对系统应用的操作。并且，在平台应用的菜单具有系统应用菜单的功能后，平台人员还可以对平台应用中的菜单的权限进行设置，对于不同的用户账号设置不同的开放权限。

具体的，作为一种可实现的实施方式，本实施例的多系统应用集成方法还包括：接收账号的登录请求，对该账号进行验证，在验证通过后，开放平台的所有平台应用供账号使用。

在实际应用当中，一个DIOS平台10可以设置多个登录账号，例如，本实施例的DIOS平台10服务于一个企业，那么董事长、经理、组长以及员工分别会注册有一个登录账号，当需要使用平台应用时，董事长、经理、组长或员工只需要输入平台账号，DIOS平台10在接收到账号的登录请求后，对该账号进行验证，在验证通过后，DIOS平台10会开放平台应用供账号使用。

作为一种可实现的实施方式，平台的显示界面上显示的平台应用预先设置有使用权限，方法还包括：接收已登录账号使用一个平台应用的指令，响应于指令，判断已登录账号是否具有该平台应用的使用权限，若是，则执行指令。

在实际应用当中，一个DIOS平台10可以设置多个登录账号，不同的登录账号对应不同的使用权限，由于DIOS平台10上集成了多个系统应用，例如，系统应用可以是供应链协同平台系统、供应链金融系统、一键申报系统、一键风险系统、区块链平台系统，因此将使用权限与系统应用对应的平台应用进行关联。例如，董事长、经理、组长以及员工的账号的使用权限可以是不相同的，不同部门的账号的使用权限也可以是不相同的，平台人员会预先设置好不同账号对应的平台应用的使用权限，当董事长、经理、组长或员工登录自己的账号后，可以对平台上的平台应用进行操作，例如，有账号登录平台之后，平台接收到已登录账号使用一个平台应用的指令，将该登录账号与预先设置的账号使用权限进行匹配，进而判断出该账号具有使用哪些平台应用的使用权限，进而在平台的显示界面上显示该账号所能够使用的平台应用，以供该账号所属的用户使用。

作为一种可实现的实施方式，平台应用的菜单的功能预先设置有使用权限，本实施例的多系统应用集成方法还包括：接收已登录账号使用平台应用的菜单中一项功能的指令，响应于指令，判断已登录账号是否具有该项功能的使用权限，若是，则执行指令。

在实际应用当中，一个DIOS平台10可以设置多个登录账号，不同的登录账号对应不同的使用权限，由于DIOS平台10上集成了多个系统应用，因此将使用权限与系统应用对应的平台应用的菜单的功能进行关联。例如，董事长、经理、组长以及员工的使用权限是不相同的，平台人员会预先设置好不同账号对应的平台应用的菜单的全部或部分功能的使用权限，当董事长、经理、组长或员工登录自己的账号时，平台接收到已登录账号使用一个平台应用的指令，将该登录账号与预先设置的账号使用权限进行匹配，进而判断出该账号具有使用哪些平台应用的菜单的功能的使用权限，进而在平台应用的显示界面上显示该账号所能够使用的平台应用的菜单所对应的功能的按钮信息，以供该账号所属的用户使用。

请结合图6，本实施例中提供一种多系统应用集成平台，包括平台应用创建模块11、菜单创建模块12以及路由配置模块13。其中，平台应用创建模块11用于获取系统应用的基本信息，根据基本信息在平台的显示界面上创建与系统应用对应的平台应用的标识，平台应用的标识用于在被触发后启动平台应用，平台应用用于承载系统应用。即，平台应用创建模块11用于执行上述步骤100，具体过程见上述方法实施例，在此不做赘述。

菜单创建模块12用于通过平台的API接口从系统应用中获取系统应用的菜单，根据获取的系统应用的菜单创建平台应用的菜单。即，菜单创建模块12用于执行上述步骤200，具体过程见上述方法实施例，在此不做赘述。

路由配置模块13，用于获取系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使平台应用的菜单具备系统应用的菜单的功能从而能对系统应用进行操作。即，路由配置模块13用于执行上述步骤300，具体过程见上述方法实施例，在此不做赘述。

本实施例中的多系统应用集成平台包括平台应用创建模块11、菜单创建模块12以及路由配置模块13。分别通过平台应用创建模块11、菜单创建模块12以及路由配置模块13来实现多系统应用集成方法。具体的，通过平台应用创建模块11获取系统应用的基本信息，根据基本信息在平台的显示界面上创建与系统应用对应的平台应用的标识；通过菜单创建模块12通过平台的API接口从系统应用中获取系统应用的菜单，根据获取的系统应用的菜单创建平台应用的菜单；通过路由配置模块13获取系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使平台应用的菜单具备系统应用的菜单的功能从而能对系统应用进行操作。其具体实现过程参考上述多系统应用集成方法实施例，本实施例在此不做过多赘述。

本实施例中还提供了一种计算机可读存储介质，介质上存储有程序，程序能够被处理器执行以实现上述的多系统应用集成方法，本实施例在此不做过多赘述。

本领域技术人员可以理解，上述实施方式中各种方法的全部或部分功能可以通过硬件的方式实现，也可以通过计算机程序的方式实现。当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存储器、磁盘、光盘、硬盘等，通过计算机执行该程序以实现上述功能。例如，将程序存储在设备的存储器中，当通过处理器执行存储器中程序，即可实现上述全部或部分功能。另外，当上述实施方式中全部或部分功能通过计算机程序的方式实现时，该程序也可以存储在服务器、另一计算机、磁盘、光盘、闪存盘或移动硬盘等存储介质中，通过下载或复制保存到本地设备的存储器中，或对本地设备的系统进行版本更新，当通过处理器执行存储器中的程序时，即可实现上述实施方式中全部或部分功能。

以上应用了具体个例对本发明进行阐述，只是用于帮助理解本发明，并不用以限制本发明。对于本发明所属技术领域的技术人员，依据本发明的思想，还可以做出若干简单推演、变形或替换。

Claims (10)

1.一种多系统应用集成方法,其特征在于，包括：

获取系统应用的基本信息，根据所述基本信息在平台的显示界面上创建与所述系统应用对应的平台应用的标识，所述平台应用的标识用于在被触发后启动所述平台应用，所述平台应用用于承载所述系统应用；

通过所述平台的API接口从所述系统应用中获取系统应用的菜单，根据获取的系统应用的菜单创建所述平台应用的菜单；或者，接收平台管理者输入的菜单，将其作为所述平台应用的菜单；

获取所述系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使所述平台应用的菜单具备所述系统应用的菜单的功能从而能对所述系统应用进行操作。

2.如权利要求1所述多系统应用集成方法，其特征在于，所述获取系统应用的基本信息，包括：

接收系统应用注册的指令，响应于所述指令，将所述系统应用注册至nacos服务中；

从所述nacos服务中获取所述系统应用的基本信息。

3.如权利要求1或2所述多系统应用集成方法，其特征在于，获取系统应用的基本信息，根据所述基本信息在平台的显示界面上创建与所述系统应用对应的平台应用的标识，包括：

接收所述系统应用的基本信息；所述基本信息包括所述系统应用的应用访问地址信息、身份标识号和应用程序代码；

根据所述应用访问地址信息、身份标识号和应用程序代码在平台的显示界面上创建与所述系统应用对应的平台应用的标识；

将所述系统应用的基本信息作为所述平台应用的基本信息；

将所述应用访问地址信息与所述平台的内联框架进行对接，将所述系统应用通过所述内联框架嵌入所述平台应用。

4.如权利要求3所述多系统应用集成方法，其特征在于，所述通过所述平台的API接口从所述系统应用中获取系统应用的菜单，包括：

获取所述系统应用的身份标识号和/或应用程序代码；

将获取的所述系统应用的身份标识号与所述平台应用的身份标识号进行匹配，和/或，将获取的所述系统应用的应用程序代码与所述平台应用的应用程序代码进行匹配，若匹配成功，则通过所述平台的API接口从所述系统应用中获取系统应用的菜单。

5.如权利要求1所述多系统应用集成方法，其特征在于，所述获取所述系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使所述平台应用的菜单具备所述系统应用的菜单的功能从而能对所述系统应用进行操作，包括：

获取所述系统应用的服务名和路由匹配模式；

所述平台网关路由根据所述系统应用的服务名和路由匹配模式配置对应的路由规则；

根据所述路由规则配置所述平台的API接口的路由信息，使所述系统应用的菜单通过所述平台的API接口同步至所述平台应用的菜单，进而使所述平台应用的菜单具备所述系统应用的菜单的功能，从而能对所述系统应用进行操作。

6.如权利要求1所述多系统应用集成方法，其特征在于，还包括：

接收账号的登录请求，对该账号进行验证，在验证通过后，开放所述平台的所有平台应用供所述账号使用。

7.如权利要求1所述多系统应用集成方法，其特征在于，所述平台应用的菜单的功能预先设置有使用权限，所述方法还包括：

接收已登录账号使用所述平台应用的菜单中一项功能的指令，响应于所述指令，判断所述已登录账号是否具有该项功能的使用权限，若是，则执行所述指令。

8.如权利要求1所述多系统应用集成方法，其特征在于，所述平台的显示界面上显示的平台应用预先设置有使用权限，所述方法还包括：

接收已登录账号使用一个平台应用的指令，响应于所述指令，判断所述已登录账号是否具有该平台应用的使用权限，若是，则执行所述指令。

9.一种多系统应用集成平台，其特征在于，包括：

平台应用创建模块，用于获取系统应用的基本信息，根据所述基本信息在平台的显示界面上创建与所述系统应用对应的平台应用的标识，所述平台应用的标识用于在被触发后启动所述平台应用，所述平台应用用于承载所述系统应用；

菜单创建模块，用于通过所述平台的API接口从所述系统应用中获取系统应用的菜单，根据获取的系统应用的菜单创建所述平台应用的菜单；

路由配置模块，用于获取所述系统应用的服务名和路由匹配模式，将其与平台网关进行路由配置，使所述平台应用的菜单具备所述系统应用的菜单的功能从而能对所述系统应用进行操作。

10.一种计算机可读存储介质，其特征在于，所述介质上存储有程序，所述程序能够被处理器执行以实现如权利要求1-8中任一项所述的方法。