CN116319242A - 一种基于rpa技术的云管平台微服务调度方法及装置 - Google Patents

Abstract

本文涉及人工智能技术领域，尤其涉及一种基于RPA技术的云管平台微服务调度方法及装置。包括，获取用户在云管平台上调度微服务时的历史执行信息；根据历史执行信息生成RPA应用程序；接收多个用户输入的微服务调度需求，验证所述微服务调度需求的合法性；当通过合法性验证后，对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集；从云管平台获取最小登录用户集中用户的登录信息；利用登录信息登录云管平台，并按照服务调度需求执行相应的RPA应用程序，完成微服务的调度。通过本发明实施例，避免每执行一个RPA应用程序就需要向云管平台获取输入该微服务调度需求的用户的登录信息，降低了通讯链路开销。

Description

一种基于RPA技术的云管平台微服务调度方法及装置

技术领域

本文涉及人工智能技术领域，尤其涉及一种基于RPA技术的云管平台微服务调度方法及装置。

背景技术

微服务(或微服务架构)是一种面向服务的软件开发技术，是体系结构(SOA)架构样式的一种变体，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。它是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。随着微服务和Docker相关技术的逐渐成熟，催生出包括Dubbo、Spring Cloud等一系列微服务开源框架以及Kubernetes在内的等多种基于容器技术的分布式架构领先方案。

机器人流程自动化(Robotic process automation，简称RPA)是以软件机器人及人工智能(AI)为基础的业务过程自动化科技。机器人流程自动化(RPA)系统是一种应用程序，它通过模仿最终用户在电脑的手动操作方式、提供了另一种方式来使最终用户手动操作流程自动化。

随着信创的快速发展，主机下平台整体进度加快，应用上云规模也越来越大，各类基于开源分布式架构和微服务框架的定制可视化的云平台管理系统(简称云管平台)应运而生。通过封装开源微服务调用接口及二次开发，为运维人员提供较为便捷的可视化操作界面。在大型企业，尤其是金融级企业信息科技系统中，云管平台是其最核心的云服务系统之一，其系统的安全性和可靠性等都是其中非常重要的环节。由于云管平台界面和用户权限控制的限制，无法对外直接提供方便、快捷、有效的微服务资源调度方法。若采用自动化开发方式实现云管平台的登录验签，一方面由于云管平台权限控制严格，安全级别高，难以直接通过自动化传参跳转的方式实现对云管平台的访问。另一方面，即使可以通过访问，相关应用程序本身也是不合规的。

若跳过云管平台直接使用底层框架逻辑进行调用，一方面由于底层和封装逻辑不一致，无法提供方便便捷的解决方案，且程序不具备复用性；同时由于绕过了云管平台直接调用底层框架逻辑，增加了使用风险。

现在亟需一种基于RPA技术的云管平台微服务调度方法，从而解决现有技术中用户的自动化开发和运维困难，微服务资源调度的安全风险高的问题。

发明内容

为解决现有技术中的问题，本文实施例提供了一种基于RPA技术的云管平台微服务调度方法及装置，克服了云管平台无法对外直接提供方便、快捷、有效的服务资源调度，实现了通过RPA技术调用云管平台的微服务资源调度，为软件开发人员、自动化测试人员、运维人员提供了一种直观、便捷且安全有效的微服务资源调度方法，方便其进行二次开发使用和自动化运维。

为了解决上述技术问题中的任意一种，本文的具体技术方案如下：

一方面，本文实施例提供了一种基于RPA技术的云管平台微服务调度方法，包括，

获取用户在云管平台上调度微服务时的历史执行信息；

根据所述历史执行信息生成RPA应用程序；

接收多个用户输入的微服务调度需求，验证所述微服务调度需求的合法性；

当通过合法性验证后，对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集；

从所述云管平台获取所述最小登录用户集中用户的登录信息；

利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序，完成微服务的调度。

进一步地，所述登录信息包括登录密码和/或登录验证码。

进一步地，所述历史执行信息包括所述用户在所述云管平台上调用微服务对应模块的调用参数和调用过程，所述RPA应用程序用于调用所述云管平台上的所述模块；

根据所述历史执行信息生成RPA应用程序进一步包括：

针对一个所述模块，生成该模块的调用过程中每个步骤的程序代码；

将该模块的所述调用参数的类型作为所述程序代码的传参类型；

按照所述调用过程中各步骤的顺序对包括所述传参类型的程序代码进行整合，得到该模块的所述RPA应用程序。

进一步地，根据所述历史执行信息生成RPA应用程序进一步包括：

根据所述历史执行信息确定所述模块的调用次数；

在所述调用次数满足预定条件的情况下，生成该模块的所述RPA应用程序。

进一步地，所述微服务调度需求包括调用的所述模块以及相应的参数。

进一步地，验证所述微服务调度需求的合法性进一步包括：

验证输入所述微服务调度需求的用户的权限是否与所述模块相匹配。

进一步地，所述最小登录用户集为输入微服务调度需求的用户中包括所有微服务调度需求涉及模块的权限的最少用户集合。

进一步地，利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序进一步包括：

按照所述参数的类型和所述传参类型的匹配关系，将所述参数作为所述RPA应用程序中所述程序代码的传参；

根据所述RPA应用程序对应的模块的权限，在所述最小登录用户集中确定具有该权限的用户的登录信息；

利用确定的所述登录信息登录所述云管平台，并执行包括所述传参的RPA应用程序。

进一步地，所述参数包括操作对象和操作值。

进一步地，将所述参数作为所述RPA应用程序中所述程序代码的传参之前，所述方法还包括：

对多个用户针对同一模块的同一操作对象的操作值进行整合，以便于根据整合后的操作值执行该RPA应用程序。

进一步地，按照所述参数的类型，将所述参数作为所述RPA应用程序中所述程序代码的传参之前，所述方法还包括：

对多个用户针对同一模块的同一操作对象的操作值进行冲突检测；

在存在冲突的情况下，按照所述用户的微服务调度需求中该操作对象的级别对冲突的所述操作值进行整合，以便于根据整合后的操作值执行该RPA应用程序。

进一步地，所述方法还包括：

根据所述用户的历史执行信息分析所述用户对所述模块的操作习惯；

在获取多个用户输入的微服务调度需求后，判断所述用户的操作习惯与所述微服务调度需求是否符合；

若不符合，则将所述操作习惯和微服务调度需求发送给所述用户，以使所述用户决定是否按照所述操作习惯对所述微服务调度需求进行修改。

另一方面，本发明实施例还提供了一种基于RPA技术的云管平台微服务调度装置，包括：

历史执行信息获取单元，用于获取用户在云管平台上调度微服务时的历史执行信息；

RPA应用程序生成单元，用于根据所述历史执行信息生成RPA应用程序；

微服务调度需求接收单元，用于接收多个用户输入的微服务调度需求，验证所述微服务调度需求的合法性；

最小登录用户集确定单元，用于当通过合法性验证后，对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集；

登录信息获取单元，用于从所述云管平台获取所述最小登录用户集中用户的登录信息；

微服务调度单元，用于利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序，完成微服务的调度。

另一方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在存储器上的计算机程序，处理器执行所述计算机程序时实现上述的方法。

另一方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法。

最后，本发明实施例还提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现上述的方法。

利用本文实施例，实现了将用户手工在云管平台上调度微服务的过程转化为能够自动运行的RPA应用程序，RPA应用程序运行在RPA程序代理服务器上，RPA代理服务器经过云管平台认证后，能够实现对云管平台的安全访问，解决了因云管平台严格的权限控制，难以直接通过自动化传参跳转的方式访问云管平台的问题，降低了用户手工调度微服务的工作量。此外，由于需要向云管平台获取用户的登录信息，按照用户的微服务调度需求执行RPA应用程序时需要利用具有相应权限的登录信息登录云管平台后调用相应的模块，为了避免每执行一个RPA应用程序就需要向云管平台获取输入该微服务调度需求的用户的登录信息，频繁地向云管平台获取登录信息增加通讯链路开销，本发明实施例对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集，并从云管平台获取最小登录用户集中用户的登录信息，最小登录用户集中的所有用户的权限能够满足接收到的所有微服务调度需求涉及模块的权限要求，因此降低了通讯链路开销。

附图说明

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

图1所示为本发明实施例中一种基于RPA技术的云管平台微服务调度方法的实施系统示意图；

图2所示为本文实施例一种基于RPA技术的云管平台微服务调度方法的流程示意图；

图3所示为本文实施例中对微服务调度需求进行冲突检测的过程；

图4所示为本文实施例中根据所述历史执行信息生成RPA应用程序的过程；

图5所示为本文实施例中利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序的过程；

图6所示为本文实施例中根据所述历史执行信息生成RPA应用程序的过程；

图7所示为本文实施例中根据用户操作习惯对用户进行提醒的过程；

图8所示为本文实施例一种基于RPA技术的云管平台微服务调度装置结构示意图；

图9所示为本文实施例计算机设备的结构示意图。

【附图标记说明】：

101、用户终端；

102、RPA服务器；

103、云管平台；

801、历史执行信息获取单元；

802、RPA应用程序生成单元；

803、微服务调度需求接收单元；

804、最小登录用户集确定单元；

805、登录信息获取单元；

806、微服务调度单元；

902、计算机设备；

904、处理设备；

906、存储资源；

908、驱动机构；

910、输入/输出模块；

912、输入设备；

914、输出设备；

916、呈现设备；

918、图形用户接口；

920、网络接口；

922、通信链路；

924、通信总线。

具体实施方式

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

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

需要说明的是，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

如图1所示为本发明实施例中一种基于RPA技术的云管平台微服务调度方法的实施系统示意图，包括用户终端101，RPA服务器102和云管平台103。用户终端101和RPA服务器102之间、用户终端101和云管平台103之间以及PRA服务器102和云管平台103之间可以通过网络进行通信，网络可以包括局域网(Local Area Network，简称为LAN)、广域网(WideArea Network，简称为WAN)、因特网或其组合，并连接至网站、用户设备(例如计算设备)和后端系统。

现有技术中，用户通过用户终端101登录云管平台103，调度微服务。本发明所述的基于RPA技术的云管平台微服务调度方法可以应用于RPA服务器102，RPA服务器102能够获取用户通过用户终端101在云管平台103上调度微服务时的历史执行信息，对历史执行信息进行分析，生成RPA应用程序，并存储在RPA服务器102的后台数据库中。后续用户需要调度微服务时，通过用户终端101向RPA服务器102输入微服务调度需求，RPA服务器102根据接收到的微服务调度需求执行相应的RPA应用程序，完成微服务的调度。

此外，需要说明的是，图1所示的仅仅是本公开提供的一种应用环境，在实际应用中，还可以包括其他应用环境，本说明书不做限制。

为了解决现有技术中存在的问题，本文实施例提供了一种基于RPA技术的云管平台微服务调度方法，该方法克服了云管平台无法对外直接提供方便、快捷、有效的服务资源调度，实现了通过RPA技术调用云管平台的微服务调度，为软件开发人员、自动化测试人员、运维人员提供了一种直观、便捷且安全有效的微服务调度方法，方便其进行二次开发使用和自动化运维。图2所示为本文实施例一种基于RPA技术的云管平台微服务调度方法的流程示意图。在本图中描述了利用RPA技术在云管平台上调度微服务的过程。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。具体的如图2所示，可以由RPA服务器102执行，所述方法可以包括：

步骤201：获取用户在云管平台上调度微服务时的历史执行信息；

步骤202：根据所述历史执行信息生成RPA应用程序；

步骤203：接收多个用户输入的微服务调度需求，验证所述微服务调度需求的合法性；

步骤204：当通过合法性验证后，对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集；

步骤205：从所述云管平台获取所述最小登录用户集中用户的登录信息；

步骤206：利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序，完成微服务的调度。

利用本发明实施例，实现了将用户手工在云管平台上调度微服务的过程转化为能够自动运行的RPA应用程序，RPA应用程序运行在RPA程序代理服务器上，RPA代理服务器经过云管平台认证后，能够实现对云管平台的安全访问，解决了因云管平台严格的权限控制，难以直接通过自动化传参跳转的方式访问云管平台的问题，降低了用户手工调度微服务的工作量。此外，由于需要向云管平台获取用户的登录信息，按照用户的微服务调度需求执行RPA应用程序时需要利用具有相应权限的登录信息登录云管平台后调用相应的模块，为了避免每执行一个RPA应用程序就需要向云管平台获取输入该微服务调度需求的用户的登录信息，频繁地向云管平台获取登录信息增加通讯链路开销，本发明实施例对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集，并从云管平台获取最小登录用户集中用户的登录信息，最小登录用户集中的所有用户的权限能够满足所有微服务调度需求涉及模块的权限要求，因此降低了通讯链路开销。

在本发明实施例中，云管平台用于全方位的云资源供给、运维和运营管理能力，具备一体化管控、自动化运维、智能化分析及个性化扩展等特点，用户可以登录云管平台调度微服务，即调用相应的模块并传入相应的参数，从而进行一体化管控或自动化运维等工作。用户登录云管平台时，云管平台需要对用户身份进行验证，并验证用户的权限是否能够调用相应的模块，在用户身份验证通过并且确定有相应的权限后，为用户提供所调用的模块。

在本发明实施例中，历史执行信息包括用户在云管平台上调用模块的过程，传入了哪些参数等，然后根据历史执行信息生成RPA应用程序，RPA应用程序所实现的功能与用户调用云管平台上的模块的过程一致，即模拟用户登录云管平台后的操作。例如，用户登录云管平台后，将功能A的超时时间修改为10分钟，则用户调用的模块为修改超时时间，传入的参数为10分钟和功能A，RPA服务器获取用户在云管平台上将功能A的超时时间修改为10分钟所做的操作，然后根据这些操作生成RPA应用程序。

然后接收多个用户输入的微服务调度需求，微服务调度需求中包括调用的模块和相应的参数，微服务调度需求表示用户所要实现的功能，例如用户1想要将功能B的超时时间修改为5分钟，用户2想要将功能C的超时时间修改为10分钟，用户3想要在指定时间时关闭功能D。则用户1的微服务调度需求中的模块为修改超时时间，参数为功能B、5分钟，用户2的微服务调度需求中的模块为修改超时时间，参数为功能C、10分钟，用户3的微服务调度需求中的模块为关闭功能，参数为功能D、指定时间。然后验证这些微服务调度需求的合法性，确保RPA应用程序所执行的微服务调度均为符合要求的。

根据本发明的一个实施例，验证所述微服务调度需求的合法性进一步包括：

验证输入所述微服务调度需求的用户的权限是否与所述模块相匹配。

在本发明实施例中，用户只有在自身权限与调用的模块相匹配时，才能执行相应的RPA应用程序，例如，只有用户1具有修改超时时间的权限，才能够执行修改超时时间的RPA应用程序。从而对用户权限进行监管，避免因不需要用户自行登录云管平台，无权限的用户随意调度微服务。

根据本发明的一个实施例，所述参数包括操作对象和操作值，操作对象表示用户想要针对哪个功能进行配置，操作值表示用户对该对象配置的值。例如，微服务调度需求为用户1想要将功能B的超时时间修改为5分钟，则操作对象为功能B，操作值为5分钟。

在本发明的一些其他实施例中，多个用户的微服务调度需求可能针对同一模块的同一操作对象，这样就多个微服务调度需求的操作值之间可能会存在冗余或冲突。若存在冗余，例如操作值之间为包含关系、操作值之间存在交集等，则可以将操作值进行整合，然后根据整合后的操作值执行RPA应用程序即可，提高了微服务调度需求的执行效率。

若存在冲突，则需要事先对操作值进行冲突检测，并对冲突进行处理。具体地，如图3所示，将所述参数作为所述RPA应用程序中所述程序代码的传参之前，所述方法还包括：

步骤301：对多个用户针对同一模块的同一操作对象的操作值进行冲突检测；

步骤302：在存在冲突的情况下，按照所述用户的微服务调度需求中该操作对象的级别对冲突的所述操作值进行整合，以便于根据整合后的操作值执行该RPA应用程序。

在本发明实施例中，冲突可以包括同一时段内同一操作对象的两种不同操作状态等，若存在冲突，则可以按照用户微服务调度需求中操作对象的级别对冲突的操作值进行整合，该级别可以是用户输入微服务调度需求时，根据自身业务情况设定的，每个用户提出的微服务调度需求在申请时要设置相应的级别，比如可区分例行化需求、紧急需求、有业务影响需求或无业务影响的需求等，根据具体需求场景设定必要的级别，用以方便处置当出现冲突的情况例如用户将业务重要度低的模块设置为低级别，将业务重要度高的模块设置为高级别，若冲突，则按照高级别对应参数值执行RPA应用程序，从而在冲突的情况下，保证重要度高的业务。示例性地，用户A需要在晚上19点-21点关闭服务M，用户B需要在晚上20点-21点关闭服务M，但又需要19点30-20点之间保证M服务开启状态。此时需要根据需求场景的级别，对冲突各方进行排序控制，对于级别较低，基本无影响的例行可适当推迟或取消，对级别较高的适当提前，实现动态冲突检测。

在现有技术中，用户1、用户2和用户3登录云管平台实现上述功能，则需要输入用户名和密码等信息登录云管平台，用户登录后，云管平台需要验证用户是否有权限调用相应功能所对应的模块，在确定用户的权限符合要求后，方能为用户提供调用的模块。因为本发明通过执行RPA应用程序登录云管平台，出于隐私的考量，RPA服务器上不应存储用户登录云管平台的密码等信息，因此在执行RPA应用程序调用云管平台上相应的模块前，需要向云管平台获取用户的密码等信息，然后利用获取到的密码等信息进行登录。执行RPA应用程序时，云管平台还需要判断所登录用户的权限与调用的模块是否匹配。若发出微服务调度需求的用户数量庞大，每针对一个用户的微服务调度需求执行相应的RPA程序时，都需要向云管平台获取该用户的密码，增加了通讯链路的开销，增加了RPA服务器和云管平台的通讯压力。

针对上述情况，本发明实施例根据一个用户可能具有多个模块的权限的背景，提出最小登录用户集的技术方案，最小登录用户集中的全部用户的权限能够满足接收到的所有微服务调度需求涉及模块的权限要求。具体地，本发明实施例对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集，然后从云平台获取最小登录用户集中用户的登录信息，在执行RPA应用程序时，利用RPA应用程序调用的模块所需的权限从最小登录用户集中确定相应的登录信息，利用该登录信息登录云管平台，从而避免了向云管平台获取所有发送微服务调度需求的用户的登录信息，从而降低了通讯链路的开销。

根据本发明的一个实施例，登录信息包括登录密码和/或登录验证码，云管平台可以根据自身的安全需要设定用户需要根据登录密码和/或登录验证码登录云管平台，RPA服务器根据云管平台的要求获取用户的登录密码和/或登录验证码进行登录即可。

根据本发明的一个实施例，所述历史执行信息包括所述用户在所述云管平台上调用微服务对应模块的调用参数和调用过程，所述RPA应用程序用于调用所述云管平台上的所述模块；

如图4所示，根据所述历史执行信息生成RPA应用程序进一步包括：

步骤401：针对一个所述模块，生成该模块的调用过程中每个步骤的程序代码；

步骤402：将该模块的所述调用参数的类型作为所述程序代码的传参类型；

步骤403：按照所述调用过程中各步骤的顺序对包括所述传参类型的程序代码进行整合，得到该模块的所述RPA应用程序。

在本发明实施例中，用户在云管平台上进行手动调用模块时，会输入一些调用参数，例如用户在云管平台上手动调用服务超时管理模块，则需要输入超时时间等参数。RPA服务器将这些参数的类型作为生成的调用服务超时管理模块相应程序代码的传参类型，在接收到用户的微服务调度需求时，RPA应用程序根据需求调用相应的模块，并将微服务调度需求中的参数按照参数类型作为程序代码的传参。

具体地，如图5所示，利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序进一步包括：

步骤501：按照所述参数的类型和所述传参类型的匹配关系，将所述参数作为所述RPA应用程序中所述程序代码的传参；

步骤502：根据所述RPA应用程序对应的模块的权限，在所述最小登录用户集中确定具有该权限的用户的登录信息；

步骤503：利用确定的所述登录信息登录所述云管平台，并执行包括所述传参的RPA应用程序。

在本发明实施例中，首先按照微服务调度需求中参数的类型和RPA应用程序中程序代码的传参类型的匹配关系，将参数作为RPA应用程序中程序代码的传参。然后需要登录云管平台，即根据RPA应用程序中对应的模块的权限，在确定的最小登录用户集中确定具有该权限的用户的登录信息，利用该登录信息登录云管平台，通过云管平台的登录信息校验后，执行包括传参的RPA应用程序，RPA应用程序中的程序代码自动调用相应的模块，按照传参对模块进行配置，实现相应的功能。

需要说明的是，本发明实施例中，虽然登录云管平台的用户信息与提出微服务调度需求的用户信息不同，即RPA服务器可能利用用户B的登录信息登录云管平台完成用户A的微服务调度需求，但因为接收到RPA微服务调度需求时对其进行了合法性验证，表示用户的微服务调度需求是合法的，在RPA应用程序调用相应模块时，即便使用了其他用户的登录信息登录云管平台，也能够完成微服务调度需求。RPA服务器还可以存储微服务调度需求、发送需求的用户和登录云管平台的登录信息三者之间的对应关系，便于后续追溯。

在本发明实施例中，可能存在某些模块被用户调用的次数较少，即便生成这类模块的RPA应用程序，该RPA应用程序的执行次数也较少，但生成的RPA应用程序却需要占用一定的存储空间。针对这种情况，根据本发明的一个实施例，如图6所示，根据所述历史执行信息生成RPA应用程序进一步包括：

步骤601：根据所述历史执行信息确定所述模块的调用次数；

步骤602：在所述调用次数满足预定条件的情况下，生成该模块的所述RPA应用程序。

在本发明实施例中，生成RPA应用程序之前，还判断模块被用户手动调用的次数是否满足预定条件，例如超过预定阈值，若满足，则生成该模块的RPA应用程序，从而避免生成调用不频繁的模块的PRA应用程序，降低存储空间的占用。

根据本发明的一个实施例，为了提高用户体验，避免用户疏忽忘记发送微服务调度请求影响业务的正常运行，如图7所示，所述方法还包括：

步骤701：根据所述用户的历史执行信息分析所述用户对所述模块的操作习惯；

步骤702：在获取多个用户输入的微服务调度需求后，判断所述用户的操作习惯与所述微服务调度需求是否符合；

步骤703：若不符合，则将所述操作习惯和微服务调度需求发送给所述用户，以使所述用户决定是否按照所述操作习惯对所述微服务调度需求进行修改。

在本发明实施例中，可以利用模型分析用户的操作习惯，例如确定用户周期性调用的模块，在获取到用户输入的微服务调度需求后，判断用户的操作习惯与微服务调度需求是否符合，若符合则继续处理微服务调度请求即可，若不符合，则可能是用户遗忘，因此将分析出的用户操作习惯和本次微服务调度需求发送给用户，达到提醒用户的目的，用户决定是否按照操作习惯对本次微服务调度需求进行修改。

此外，还可以根据用户的使用记录和使用习惯，构建人物画像，推送潜在需求信息。示例性地，用户长期在周三和周五对多个微服务在固定的时间节点执行相对固定的操作。若后续用户不再在对应时间节点执行操作相关的操作，则根据人物画像和用户习惯发送短信询问和推荐操作等。

基于同一发明构思，本文实施例还提供了一种基于RPA技术的云管平台微服务调度装置，如图8所示，包括：

历史执行信息获取单元801，用于获取用户在云管平台上调度微服务时的历史执行信息；

RPA应用程序生成单元802，用于根据所述历史执行信息生成RPA应用程序；

微服务调度需求接收单元803，用于接收多个用户输入的微服务调度需求，验证所述微服务调度需求的合法性；

最小登录用户集确定单元804，用于当通过合法性验证后，对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集；

登录信息获取单元805，用于从所述云管平台获取所述最小登录用户集中用户的登录信息；

微服务调度单元806，用于利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序，完成微服务的调度。

由于上述装置解决问题的原理与上述方法相似，因此上述装置的实施可以参见上述方法的实施，重复之处不再赘述。

如图9所示为本发明实施例计算机设备的结构示意图，本发明中的装置可以为本实施例中的计算机设备，执行上述本发明的方法。计算机设备902可以包括一个或多个处理设备904，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备902还可以包括任何存储资源906，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储资源906可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储资源都可以使用任何技术来存储信息。进一步地，任何存储资源可以提供信息的易失性或非易失性保留。进一步地，任何存储资源可以表示计算机设备902的固定或可移除部件。在一种情况下，当处理设备904执行被存储在任何存储资源或存储资源的组合中的相关联的指令时，计算机设备902可以执行相关联指令的任一操作。计算机设备902还包括用于与任何存储资源交互的一个或多个驱动机构908，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备902还可以包括输入/输出模块910(I/O)，其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914)。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口(GUI)918。在其他实施例中，还可以不包括输入/输出模块910(I/O)、输入设备912以及输出设备914，仅作为网络中的一台计算机设备。计算机设备902还可以包括一个或多个网络接口920，其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。

通信链路922可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

本文实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述方法。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行上述方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (16)

1.一种基于RPA技术的云管平台微服务调度方法，其特征在于，所述方法包括：

获取用户在云管平台上调度微服务时的历史执行信息；

根据所述历史执行信息生成RPA应用程序；

接收多个用户输入的微服务调度需求，验证所述微服务调度需求的合法性；

当通过合法性验证后，对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集；

从所述云管平台获取所述最小登录用户集中用户的登录信息；

利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序，完成微服务的调度。

2.根据权利要求1所述的方法，其特征在于，所述登录信息包括登录密码和/或登录验证码。

3.根据权利要求1所述的方法，其特征在于，所述历史执行信息包括所述用户在所述云管平台上调用微服务对应模块的调用参数和调用过程，所述RPA应用程序用于调用所述云管平台上的所述模块；

根据所述历史执行信息生成RPA应用程序进一步包括：

针对一个所述模块，生成该模块的调用过程中每个步骤的程序代码；

将该模块的所述调用参数的类型作为所述程序代码的传参类型；

按照所述调用过程中各步骤的顺序对包括所述传参类型的程序代码进行整合，得到该模块的所述RPA应用程序。

4.根据权利要求3所述的方法，其特征在于，根据所述历史执行信息生成RPA应用程序进一步包括：

根据所述历史执行信息确定所述模块的调用次数；

在所述调用次数满足预定条件的情况下，生成该模块的所述RPA应用程序。

5.根据权利要求3所述的方法，其特征在于，所述微服务调度需求包括调用的所述模块以及相应的参数。

6.根据权利要求5所述的方法，其特征在于，验证所述微服务调度需求的合法性进一步包括：

验证输入所述微服务调度需求的用户的权限是否与所述模块相匹配。

7.根据权利要求5所述的方法，其特征在于，所述最小登录用户集为输入微服务调度需求的用户中包括所有微服务调度需求涉及模块的权限的最少用户集合。

8.根据权利要求6所述的方法，其特征在于，利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序进一步包括：

按照所述参数的类型和所述传参类型的匹配关系，将所述参数作为所述RPA应用程序中所述程序代码的传参；

根据所述RPA应用程序对应的模块的权限，在所述最小登录用户集中确定具有该权限的用户的登录信息；

利用确定的所述登录信息登录所述云管平台，并执行包括所述传参的RPA应用程序。

9.根据权利要求8所述的方法，其特征在于，所述参数包括操作对象和操作值。

10.根据权利要求9所述的方法，其特征在于，将所述参数作为所述RPA应用程序中所述程序代码的传参之前，所述方法还包括：

对多个用户针对同一模块的同一操作对象的操作值进行整合，以便于根据整合后的操作值执行该RPA应用程序。

11.根据权利要求9所述的方法，其特征在于，按照所述参数的类型，将所述参数作为所述RPA应用程序中所述程序代码的传参之前，所述方法还包括：

对多个用户针对同一模块的同一操作对象的操作值进行冲突检测；

在存在冲突的情况下，按照所述用户的微服务调度需求中该操作对象的级别对冲突的所述操作值进行整合，以便于根据整合后的操作值执行该RPA应用程序。

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

根据所述用户的历史执行信息分析所述用户对所述模块的操作习惯；

在获取多个用户输入的微服务调度需求后，判断所述用户的操作习惯与所述微服务调度需求是否符合；

若不符合，则将所述操作习惯和微服务调度需求发送给所述用户，以使所述用户决定是否按照所述操作习惯对所述微服务调度需求进行修改。

13.一种基于RPA技术的云管平台微服务调度装置，其特征在于，包括：

历史执行信息获取单元，用于获取用户在云管平台上调度微服务时的历史执行信息；

RPA应用程序生成单元，用于根据所述历史执行信息生成RPA应用程序；

微服务调度需求接收单元，用于接收多个用户输入的微服务调度需求，验证所述微服务调度需求的合法性；

最小登录用户集确定单元，用于当通过合法性验证后，对输入微服务调度需求的用户的权限和微服务调度需求进行分析，确定最小登录用户集；

登录信息获取单元，用于从所述云管平台获取所述最小登录用户集中用户的登录信息；

微服务调度单元，用于利用所述登录信息登录所述云管平台，并按照所述服务调度需求执行相应的所述RPA应用程序，完成微服务的调度。

14.一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现权利要求1至12任意一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至12任一所述方法。

16.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至12任一所述方法。

Images