一种作业监控方法、RPA服务器、电子设备及存储介质

技术领域

本发明涉及机器人应用技术领域，尤其涉及一种作业监控方法、RPA服务器、电子设备及存储介质。

背景技术

目前，常通过人工的方式对业务系统中出现异常的作业进行处置，从而导致影响作业运行的效率。

发明内容

有鉴于此，本发明实施例提供一种作业监控方法、RPA服务器、电子设备及存储介质，以解决现有技术中出现的作业运行效率的问题。

为实现上述目的，本发明实施例提供如下技术方案：

本发明实施例第一方面示出了一种作业监控方法，应用于器人流程自动化(Robotic process automation，RPA)服务器，所述RPA服务器与业务系统连接，所述方法包括：

在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；

若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；

基于所述状态指标，确定对应的处置策略；

执行所述处置策略，以对所述第一作业进行处理。

可选的，所述基于所述状态指标，确定对应的处置策略，包括：

遍历状态指标与处置策略之间的对应关系，确定与所述状态指标对应的处置策略。

可选的，还包括：

获取所述第一作业对应的作业参数、作业指标、及业务系统所处的外部环境参数，所述作业参数包括作业时长，及作业名称，所述作业指标的数量至少为一个；

基于处理模型对所述第一作业对应的作业参数、作业指标、及业务系统所处的外部环境参数进行处理，得到对应的处置策略，所述处理模块是基于样本数据构建的。

可选的，基于样本数据构建处理模型的过程包括：

采集不同运行状态异常的历史作业对应的业参数、作业指标、业务系统所处的外部环境参数以及对应的处置策略；

将所述不同运行状态异常的历史作业对应的业参数、作业指标、业务系统所处的外部环境参数以及对应的处置策略作为样本数据；

基于所述样本数据对预设模型进行训练，直至输出的处置策略与样本数据中的处置策略一致，确定当前训练得到的预设模型为处理模型，所述预设模型为神经网络模型。

可选的，包括：

获取所述第一作业对应的作业属性；

基于所述作业属性确定是否需要对所述第一作业进行处置；

若基于所述作业属性确定需要对所述第一作业进行处置，则执行基于所述状态指标，确定对应的处置策略的步骤。

可选的，所述基于所述作业属性确定是否需要对所述第一作业进行处置，包括：

判断所述作业属性中的作业等级是否大于或等于预设等级；

若大于或等于，确定需要对所述第一作业进行处置。

可选的，所述基于所述作业属性确定是否需要对所述第一作业进行处置，包括：

判断所述作业属性中是否存在与所述第一作业相关的其他作业；

若存在，确定所述其他作业是否处于运行状态；

若任一所述其他作业处于运行状态，确定需要对所述第一作业进行处置。

本发明实施例第二方面示出了一种RPA服务器，所述RPA服务器与业务系统连接，所述RPA服务器包括：

检测单元，用于在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；

获取单元，用于若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；

处理单元，用于基于所述状态指标，确定对应的处置策略；

执行单元，用于执行所述处置策略，以对所述第一作业进行处理。

本发明实施例第三方面示出了一种电子设备，所述电子设备用于运行程序，其中，所述程序运行时执行如本发明实施例第一方面示出的作业监控方法。

本发明实施例第四方面示出了一种计算机存储介质，所述存储介质包括存储程序，其中，在所述程序运行时控制所述存储介质所在设备执行如本发明实施例第一方面示出的作业监控方法。

基于上述本发明实施例提供的一种作业监控方法、RPA服务器、电子设备及存储介质，应用于RPA服务器，所述RPA服务器与业务系统连接，所述方法包括：在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；基于所述状态指标，确定对应的处置策略；执行所述处置策略，以对所述第一作业进行处理。本发明不需要人工进行协助，通过确认与所述作业对应的处理策略，增强RPA的可用性和银行业务的业务连续性，以提高作业运行效率。

附图说明

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

图1为本发明实施例示出的RPA服务器与业务系统的架构示意图；

图2为本发明实施例示出的RPA服务器的结构示意图；

图3为本发明实施例示出的一种作业监控方法的流程示意图；

图4为本发明实施例示出的另一种作业监控方法的流程示意图；

图5为本发明实施例示出的又一种作业监控方法的流程示意图。

具体实施方式

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

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

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

参见图1，为本发明实施例示出的RPA服务器与业务系统的架构示意图；

业务系统10与所述RPA服务器20连接。

基于上述图1示出的架构，本发明实施例还示出了RPA服务器的具体结构图，如图2所示，所述RPA服务器20包括：

检测单元201，用于在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；

需要说明的是，所述作业为RPA作业。

获取单元202，用于若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；

需要说明的是，对所述业务系统进行作业运行状态是实时采集，具体指1秒级采集。

处理单元203，用于基于所述状态指标，确定对应的处置策略；

执行单元204，用于执行所述处置策略，以对所述第一作业进行处理。

在具体实现中，通过所述处置策略中与之对应的处置动作，以对所述第一作业进行处理。

需要说明的是，预先设置不同的处置动作与处置策略相对应关系，采用与处置策略匹配相对应的处置动作(具体可包括处置动作1、处置动作2、...处置动作n)对第一作业进行处置。

可选的，还包括：将作业状态，处置策略，和处置策略对应的处置动作以短信形式实时通知相关人员。

在本发明实施例中，不需要人工进行协助，在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；基于所述状态指标，确定对应的处置策略；执行所述处置策略，以实现作业的实时重跑、续跑、终止、干预后重跑等处置动作，增强RPA的可用性和银行业务的业务连续性，以对所述第一作业进行处理。从而提高作业运行效率。

可选的，基于上述本发明实施例示出的RPA服务器，所述处理单元203，具体用于：

遍历状态指标与处置策略之间的对应关系，确定与所述状态指标对应的处置策略。

需要说明的是，预先通过多次试验设置不同的状态指标与处置策略之间的对应关系，不同的状态指标可以对应一个处置策略。

在具体实现中，遍历状态指标与处置策略之间的对应关系，查找与所述与所述状态指标对应的处置策略，也就是说，一个第一作业下不论存在多少个状态指标，均只对应一个处置策略。

需要说明的是，处置策略是技术人员预先根据历史处理情况设置，比如可为作业重新执行、作业跳过返回正常结果、及补充作业信息后断点续跑等处置策略。

可选的，基于上述本发明实施例示出的RPA服务器，处理单元203，还用于：获取所述第一作业对应的作业参数、作业指标、及业务系统所处的外部环境参数，所述作业参数包括作业时长，及作业名称，所述作业指标的数量至少为一个；

基于处理模型对所述第一作业对应的作业参数、作业指标、及业务系统所处的外部环境参数进行处理，得到对应的处置策略，所述处理模块是基于样本数据构建的。

需要说明的是，基于样本数据构建处理模型的过程包括：

采集不同运行状态异常的历史作业对应的业参数、作业指标、业务系统所处的外部环境参数以及对应的处置策略；

将所述不同运行状态异常的历史作业对应的业参数、作业指标、业务系统所处的外部环境参数以及对应的处置策略作为样本数据；

基于所述样本数据对预设模型进行训练，直至输出的处置策略与样本数据中的处置策略一致，确定当前训练得到的预设模型为处理模型，所述预设模型为神经网络模型。

在具体实现中，将样本数据划分成训练集和测试集，利用预设模型对训练集进行训练，得到训练完成的预设模型，再通过测试集对所述预设模型进行测试，输出对应的处置策略，若输出的处置策略与测试集中的处置策略一致，确定当前训练得到的预设模型为处理模型；若输出的处置策略与测试集中的处置策略不一致，则返回继续执行利用预设模型对训练集进行训练的过程。

可选的，基于上述本发明实施例示出的RPA服务器，处理单元203，还用于：

获取所述第一作业对应的作业属性；

基于所述作业属性确定是否需要对所述第一作业进行处置；

若基于所述作业属性确定需要对所述第一作业进行处置，则执行基于所述状态指标，确定对应的处置策略。

可选的，基于上述本发明实施例示出的RPA服务器，基于所述作业属性确定是否需要对所述第一作业进行处置的处理单元203，具体用于：

判断所述作业属性中的作业等级是否大于或等于预设等级；

若大于或等于，确定需要对所述第一作业进行处置。

需要说明的是，预设等级是技术人员预先根据多次试验设置的，小于该预设等级的业务不会影响业务系统的运行，且不会对业务运行造成影响。

可选的，基于上述本发明实施例示出的RPA服务器，基于所述作业属性确定是否需要对所述第一作业进行处置的处理单元203，具体用于：

判断所述作业属性中是否存在与所述第一作业相关的其他作业；

若存在，确定所述其他作业是否处于运行状态；

若任一所述其他作业处于运行状态，确定需要对所述第一作业进行处置。

基于上述本发明实施例示出的架构，参见图3，本发明实施例还对应公开了一种作业监控方法的流程示意图，所述方法包括：

步骤S301：在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；

需要说明的是，对所述业务系统进行作业运行状态是实时采集，具体指1秒级采集。

步骤S302：判断是否存在运行状态异常的第一作业，若存在，则执行步骤S303，若不存在，则返回执行步骤S301。

在具体实现步骤S302的过程中，对所述业务系统的正在运行的作业进行运行状态检测，若确定存在运行状态异常的的作业，将其作为第一作业，也就是说，此时检测到存在运行状态异常的第一作业，并执行步骤S303，若确定不存在运行状态异常的的作业，则返回执行步骤S301进行继续检测。

步骤S303：获取所述第一作业对应的状态指标；

需要说明的是，状态指标包括上游数据未到达、作业运行过程存在数据格式错误、作业运行过程中存在逻辑错误未生产预期结果数据、作业超过预期开始时间未执行、作业超过预期结束时间未结束等指标。

步骤S304：基于所述状态指标，确定对应的处置策略；

需要说明的是，具体实现步骤S304的过程，包括以下步骤：

步骤S11：遍历状态指标与处置策略之间的对应关系，确定与所述状态指标对应的处置策略。

需要说明的是，预先通过多次试验设置不同的状态指标与处置策略之间的对应关系，不同的状态指标可以对应一个处置策略。

在具体实现步骤S11的过程中，遍历状态指标与处置策略之间的对应关系，查找与所述与所述状态指标对应的处置策略，也就是说，一个第一作业下不论存在多少个状态指标，均只对应一个处置策略。

需要说明的是，处置策略是技术人员预先根据历史处理情况设置，比如可为作业重新执行、作业跳过返回正常结果、及补充作业信息后断点续跑等处置策略。

步骤S305：执行所述处置策略，以对所述第一作业进行处理。

在具体实现步骤S305的过程中，通过所述处置策略中与之对应的处置动作，以对所述第一作业进行处理。

需要说明的是，预先设置不同的处置动作与处置策略相对应关系，采用与处置策略匹配相对应的处置动作(具体可包括处置动作1、处置动作2、...处置动作n)对第一作业进行处置。

可选的，还包括：将作业状态，处置策略，和处置策略对应的处置动作以短信形式实时通知相关人员。

在本发明实施例中，不需要人工进行协助，在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；基于所述状态指标，确定对应的处置策略；执行所述处置策略，以实现作业的实时重跑、续跑、终止、干预后重跑等处置动作，增强RPA的可用性和银行业务的业务连续性，以对所述第一作业进行处理。从而提高作业运行效率。

参见图4，本发明实施例还对应公开了另一种作业监控方法的流程示意图，所述方法包括：

步骤S401：在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；

步骤S402：判断是否存在运行状态异常的第一作业，若存在，则执行步骤S403，若不存在，则返回执行步骤S401。

步骤S403：获取所述第一作业对应的状态指标；

需要说明的是，步骤S401至步骤S403的具体实现过程与上述示出的步骤S301至步骤S303的具体实现过程相同，可相互参见。

步骤S404：获取所述第一作业对应的作业参数、作业指标、及业务系统所处的外部环境参数。

在步骤S404中，所述作业参数包括作业时长，及作业名称，所述作业指标的数量至少为一个；

步骤S405：基于处理模型对所述第一作业对应的作业参数、作业指标、及业务系统所处的外部环境参数进行处理，得到对应的处置策略。

在步骤S405中，所述处理模块是基于样本数据构建的。

需要说明的是，基于样本数据构建处理模型的过程，包括以下步骤：

步骤S21：采集不同运行状态异常的历史作业对应的业参数、作业指标、业务系统所处的外部环境参数以及对应的处置策略；

步骤S22：将所述不同运行状态异常的历史作业对应的业参数、作业指标、业务系统所处的外部环境参数以及对应的处置策略作为样本数据；

步骤S23：基于所述样本数据对预设模型进行训练，直至输出的处置策略与样本数据中的处置策略一致，确定当前训练得到的预设模型为处理模型。

在步骤S23中，所述预设模型为神经网络模型。

在具体实现步骤S21至步骤S23的过程中，将样本数据划分成训练集和测试集，利用预设模型对训练集进行训练，得到训练完成的预设模型，再通过测试集对所述预设模型进行测试，输出对应的处置策略，若输出的处置策略与测试集中的处置策略一致，确定当前训练得到的预设模型为处理模型；若输出的处置策略与测试集中的处置策略不一致，则返回继续执行利用预设模型对训练集进行训练的过程。

在具体实现步骤S405的过程中，利用上述步骤S21至步骤S23训练完成的处理模型对所述第一作业对应的作业参数、作业指标、及业务系统所处的外部环境参数进行处理，得到对应的处置策略。

步骤S406：执行所述处置策略，以对所述第一作业进行处理。

需要说明的是，步骤S406的具体实现过程与上述实施例示出的步骤S305的具体实现过程相同，可相互参见。

在本发明实施例中，不需要人工进行协助，在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；基于处理模型确定对应的处置策略；执行所述处置策略，以实现作业的实时重跑、续跑、终止、干预后重跑等处置动作，增强RPA的可用性和银行业务的业务连续性，以对所述第一作业进行处理。从而提高作业运行效率。

参见图5，本发明实施例还对应公开了另一种作业监控方法的流程示意图，所述方法包括：

步骤S501：在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；

步骤S502：判断是否存在运行状态异常的第一作业，若存在，则执行步骤S503，若不存在，则返回执行步骤S501。

步骤S503：获取所述第一作业对应的状态指标；

需要说明的是，步骤S501至步骤S503的具体实现过程与上述示出的步骤S301至步骤S303的具体实现过程相同，可相互参见。

步骤S504：获取所述第一作业对应的作业属性；

步骤S505：基于所述作业属性确定是否需要对所述第一作业进行处置，若基于所述作业属性确定需要对所述第一作业进行处置，执行步骤S506，若不需要对所述第一作业进行处置，则返回执行步骤S501。

需要说明的是，具体实现步骤S505的过程包括以下步骤：

步骤S31：判断所述作业属性中的作业等级是否大于或等于预设等级，若大于或等于，则执行步骤S32，若小于，不需要对所述第一作业进行处置，并返回执行步骤S501。

需要说明的是，预设等级是技术人员预先根据多次试验设置的，小于该预设等级的业务不会影响业务系统的运行，且不会对业务运行造成影响。

在具体实现步骤S31的过程中，比较所述作业属性中的作业等级与预设等级的大小，若大于或等于，则执行步骤S32，若小于，不需要对所述第一作业进行处置，并返回执行步骤S501。

步骤S32：判断所述作业属性中是否存在与所述第一作业相关的其他作业，若存在，则执行步骤S33，若不存在，则不需要对所述第一作业进行处置，并返回执行步骤S501。

在具体实现步骤S32的过程中，先确定作业属性中是否存在与所述第一作业调用关系或被调用关系的作业，若存在，确定其为与所述第一作业相关的其他作业，并执行步骤S33，若不存在，则不需要对所述第一作业进行处置，并返回执行步骤S501。

步骤S33：确定所述其他作业是否处于运行状态，若任一所述其他作业处于运行状态，则执行步骤S34，若均不存在，则不需要对所述第一作业进行处置，并返回执行步骤S501。

在具体实现步骤S33的过程中，获取每一其他作业的状态，判断每日一其他作业的状态是否为运行状态，若任一所述其他作业处于运行状态，则执行步骤S34，若均不存在，则不需要对所述第一作业进行处置，并返回执行步骤S501。

步骤S34：确定需要对所述第一作业进行处置。

需要说明的是，步骤S31与步骤S32至步骤S33的实现步骤可以同时执行，也可以仅执行其中的一种，或者，按照顺序依次执行。

步骤S506：基于所述状态指标，确定对应的处置策略；

步骤S507：执行所述处置策略，以对所述第一作业进行处理。

需要说明的是，步骤S501至步骤S503的具体实现过程与上述示出的步骤S301至步骤S303的具体实现过程相同，可相互参见。

在本发明实施例中，不需要人工进行协助，在所述业务系统进行作业时，所述RPA服务器对所述业务系统进行作业运行状态检测；若检测到存在运行状态异常的第一作业，获取所述第一作业对应的状态指标；若基于所述作业属性确定需要对所述第一作业进行处置，基于所述状态指标，确定对应的处置策略；执行所述处置策略，以实现作业的实时重跑、续跑、终止、干预后重跑等处置动作，增强RPA的可用性和银行业务的业务连续性，以对所述第一作业进行处理。从而提高作业运行效率。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。