CN114510282B - 一种自动化应用的运行方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开关于一种自动化应用的运行方法、装置、设备及存储介质，涉及计算机技术领域。本公开实施例至少解决相关技术中，触发器维护成本较高的问题。该方法包括：获取业务操作消息，业务操作消息中包括应用程序标识和操作记录；根据应用程序标识，从预设的自动化应用集中确定与应用程序标识对应的候选自动化应用；候选自动化应用中包括触发条件以及对应的执行动作；比较操作记录与候选自动化应用的触发条件，将操作记录满足触发条件的候选自动化应用确定为目标自动化应用；执行目标自动化应用所包括的执行动作。

Description

一种自动化应用的运行方法、装置、设备以及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种自动化应用的运行方法、装置、设备以及存储介质。

背景技术

目前在协同任务场景中，主要通过在客户端中设置触发器，以实现客户端的业务触发。具体的，在不同的客户端中设置有多个触发器，当客户端中的用户操作记录满足触发器的触发条件时，则会实时或者定时触发客户端执行相应的执行动作。例如，在购物类的客户端中，用户将某项商品加入购物车之后，客户端内的触发器监测到购物车内的商品数量大于预设阈值时，客户端会向用户推送一条提示信息。

对于上述协同任务场景的应用，随着客户端种类的增加，以及每一类客户端中触发器的增加，需要在每一类客户端中单独设置不同的触发器，维护成本较高。

发明内容

本公开提供一种自动化应用的运行方法、装置、设备以及存储介质，以至少解决相关技术中，触发器维护成本较高的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种自动化应用的运行方法，包括：获取业务操作消息，业务操作消息中包括应用程序标识和操作记录；根据应用程序标识，从预设的自动化应用集中确定与应用程序标识对应的候选自动化应用；候选自动化应用中包括触发条件以及对应的执行动作；比较操作记录与候选自动化应用的触发条件，将操作记录满足触发条件的候选自动化应用确定为目标自动化应用；执行目标自动化应用所包括的执行动作。

可选的，上述方法还包括：接收应用程序的创建请求；创建请求包括自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识；响应于创建请求，对创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识进行数据格式转换，以得到创建参数；存储创建参数，以生成与应用程序对应的自动化应用，并基于各应用程序对应的自动化应用得到自动化应用集。

可选的，上述方法还包括：向应用程序发送业务适配消息；业务适配消息用于指示与应用程序之间传输业务操作消息的数据格式；获取业务操作消息，包括：获取应用程序按数据格式发送的业务操作消息。

可选的，在候选自动化应用的触发器类型为定时触发的情况下，上述比较操作记录与候选自动化应用的触发条件，包括：获取候选自动化应用的触发时刻，并在触发时刻，比较操作记录是否满足候选自动化应用的触发条件。

可选的，上述在触发时刻，比较操作记录是否满足候选自动化应用的触发条件，包括：在触发时刻，对候选自动化应用的配置状态进行校验；配置状态包括候选自动化应用的版本、候选自动化应用是否已删除，以及候选自动化应用是否有效中的至少一个；在候选自动化应用的配置状态通过校验的情况下，比较操作记录是否满足候选自动化应用的触发条件。

根据本公开实施例的第二方面，提供一种服务器，包括：获取单元、确定单元、判断单元以及执行单元；获取单元，用于获取业务操作消息，业务操作消息中包括应用程序标识和操作记录；确定单元，用于根据应用程序标识，从预设的自动化应用集中确定与应用程序标识对应的候选自动化应用；候选自动化应用中包括触发条件以及对应的执行动作；判断单元，用于比较操作记录与候选自动化应用的触发条件，将操作记录满足触发条件的候选自动化应用确定为目标自动化应用；执行单元，用于执行目标自动化应用所包括的执行动作。

可选的，上述装置还包括接收单元、处理单元、存储单元以及生成单元；接收单元，用于接收应用程序的创建请求；创建请求包括自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识；处理单元，用于响应于创建请求，对创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识进行数据格式转换，以得到创建参数；存储单元，用于存储创建参数，以生成与应用程序对应的自动化应用；生成单元，用于基于各应用程序对应的自动化应用得到自动化应用集。

可选的，上述装置还包括发送单元；发送单元，用于向应用程序发送业务适配消息；业务适配消息用于指示与应用程序之间传输业务操作消息的数据格式；上述获取单元，具体用于：获取应用程序按数据格式发送的业务操作消息。

可选的，在候选自动化应用的触发器类型为定时触发的情况下，上述判断单元，具体用于：获取候选自动化应用的触发时刻，并在触发时刻，比较操作记录是否满足候选自动化应用的触发条件。

可选的，上述判断单元，具体用于：在触发时刻，对候选自动化应用的配置状态进行校验；配置状态包括候选自动化应用的版本、候选自动化应用是否已删除，以及候选自动化应用是否有效中的至少一个；在候选自动化应用的配置状态通过校验的情况下，比较操作记录是否满足候选自动化应用的触发条件。

根据本公开实施例的第三方面，提供一种服务器，包括：处理器、用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如第一方面及其任一种可能的设计方式所提供的自动化应用的运行方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如第一方面及其任一种可能的设计方式所提供的自动化应用的运行方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当计算机指令在服务器上运行时，使得该服务器执行如第一方面及其任一种可能的设计方式所提供的自动化应用的运行方法。

本公开提供的技术方案至少带来以下有益效果：服务器在获取业务操作消息之后，能够根据业务操作消息所包括的应用程序标识以及操作记录，从预先设置的预设自动化应用中确定与应用程序标识对应的，且操作记录满足触发条件的目标自动化应用，并进一步执行目标自动化应用中的执行动作，相较于现有技术，只需预先设置多个预设自动化应用，即可适用与所有类别的客户端及应用程序，无需针对每一类客户端以及应用程序单独设置一个或多个自动化应用，进而能够自动化应用的维护成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种多自动化协同系统的结构示意图；

图2是根据一示例性实施例示出的一种服务器的结构示意图之一；

图3是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之一；

图4是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之二；

图5是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之三；

图6是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之四；

图7是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之五；

图8是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之六；

图9是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之七；

图10是根据一示例性实施例示出的一种自动化应用的运行方法的流程示意图之八；

图11是根据一示例性实施例示出的一种自动化应用的运行装置的结构示意图；

图12是根据一示例性实施例示出的一种服务器的结构示意图之二。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

另外，在本公开实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本公开实施例的描述中，“多个”是指两个或多于两个。

本公开实施例提供的一种自动化应用的运行方法可以适用于自动化协同系统。图1示出了该自动化协同系统的一种结构示意图。如图1所示，自动化协同系统10用于解决相关技术中，自动化应用维护成本高的问题。自动化协同系统10包括服务器11以及至少一个客户端(图1示例性的示出了客户端121以及客户端122，在实际应用中，可以存在更多或者更少的客户端)。服务器11与至少一个客户端连接。服务器11与至少一个客户端之间可以采用有线方式连接，也可以采用无线方式连接，本公开实施例对此不作限定。

服务器11可以用于与客户端进行数据交互，例如，服务器11可以接收客户端发送的业务操作消息，也可以向其他客户端发送用于指示执行动作的消息。

服务器11还可以执行本公开实施例中的自动化应用的运行方法，例如，响应于账户操作记录，从预先设置的预设自动化应用中确定目标自动化应用，并执行目标自动化应用所包括的执行动作。

示例性的，本公开实施例中涉及的自动化应用，可以为触发器。

客户端121可以用于显示自动化应用的配置界面，并响应于账户对配置界面所包括的多个选择框的选择操作以及对配置界面中所包括的创建控件的点击操作，获取自动化应用的触发器类型、触发条件、与触发条件对应的执行动作以及应用程序标识。

进一步的，客户端121还用于生成创建请求，并向服务器发送创建请求，以使得服务器创建自动化应用。

其中，创建请求用于请求创建预设自动化应用，创建请求包括获取到的自动化应用的触发器类型、触发器标识、触发条件、与触发条件对应的执行动作以及应用程序标识。

在一些实施例中，如图2所示，本公开实施例提供的自动化协同系统中的服务器11基于协议层面的设置，可以包括入口层111、控制层112、策略层以及数据层。

入口层111如图2所示，入口层111包括配置模块1111、远程调用模块1112以及消息接收模块1113。

其中，配置模块1111用于支持客户端实现自动化应用的配置，例如在客户端中显示自动化应用的列表，以支持客户端中显示自动化应用的配置界面，并满足账户在配置界面中实现从自动化应用的列表中选择待创建的自动化应用，以及对已创建的自动化应用的编辑、删除以及查询等操作。

相应的，作为一种示例，配置界面中除了显示有创建控件，还可以显示有编辑控件、删除控件、以及查询控件。

上述远程调用模块1112可以远程调用其他设备中的自动化应用执行相应动作。示例性的，若自动化应用存储于本地，则服务器可以直接调用本地的自动化应用或者在本地创建自动化应用。若自动化应用部署于远程服务器，则服务器可以通过远程调用模块1112调用远程服务器中的自动化应用或者将自动化应用部署于远程服务器中。

上述消息接收模块1113可以接收至少一个客户端发送的消息，与至少一个客户端进行数据以及信令的交互。

另一方面，上述控制层112包括触发器触发模块1121，触发器触发模块1121用于触发不同客户端不同应用程序对应的自动化应用，以及配置每个自动化应用的触发类型为实时触发或者换为定时触发。在一些实施例中，触发器触发模块1121还用于对服务器中的多个自动化应用执行聚合动作或者失效动作。

策略层113包括条件策略模块1131以及动作策略模块1132，条件策略模块1131用于设置或存储每个自动化应用的触发条件，动作策略模块1132用于设置或存储每个触发条件对应的执行动作。

数据层包括组Team数据源1141以及其他数据源1142。

其中，组数据源1141用于存储从与服务器连接的其他设备中获取到的数据。其他数据源1142用于存储服务器中每个自动化应用的相关信息，例如自动化应用的应用标识、客户端标识、账户标识等信息。

在实际应用中，本发明实施例提供的自动化应用的运行方法可以应用于服务器，也可以应用于服务器中包括的自动化应用的运行装置，下面结合附图，以上述运行方法应用于服务器为例，对本发明实施例提供的自动化应用的运行方法进行描述。

如图3所示，本公开实施例提供的自动化应用的运行方法包括下述S201-S204。

S201、服务器获取业务操作消息。

其中，业务操作消息包括应用程序标识以及操作记录。

作为一种可能的实现方式，账户在客户端中的应用程序内执行操作之后，客户端获取账户在应用程序内的操作记录，并基于操作记录以及应用程序标识，生成业务操作消息，并向服务器发送业务操作消息。

示例性的，客户端生成业务操作消息，可以基于账户的操作构造一个商业操作传输对象BizOperateDto，并基于该BizOperateDto生成业务操作消息。

相应的，服务器接收客户端发送的业务操作消息。

在一些实施例中，服务器与客户端之间可以通过预设的分布式消息中间件RocketMQ进行通信。

示例性的，账户在客户端中的操作记录具体可以包括创建任务、复制任务、修改任务字段、修改任务组等操作。

在另外一种情况下，服务器也可以监听关系型数据库管理系统MySQL，以通过二进制日志binlog接收客户端发送的业务操作消息。

需要说明的，此步骤中的客户端可以为上述至少一个客户端中的任意一个客户端，此步骤中的应用程序也可以为客户端中的任意一个应用程序。

S202、服务器根据应用程序标识，从预设的自动化应用集中确定与应用程序标识对应的候选自动化应用。

其中，候选自动化应用中包括触发条件以及对应的执行动作。自动化应用集中包括有预设的多个自动化应用，每个自动化应用均包括触发条件以及对应的执行动作。

作为一种可能的实现方式，服务器从其存储器中获取自动化应用集，并基于应用程序标识，从预设的自动化应用集中查询与应用程序标识对应的候选自动化应用。

需要说明的，候选自动化应用的数量可以为一个，也可以为多个，本公开实施例对此不作限定。在每个自动化应用中，通常只包括一个触发条件，但一个触发条件可以对应至少一个执行动作。

上述触发条件可以为自动化应用中的规则，为导致自动化应用触发的条件，可以由自动化协同系统的开发人员预先在客户端或者服务器中配置。与触发条件对应的执行动作为满足触发条件或者规则之后由服务器执行的具体动作，同样可以由开发人员预先在客户端或者服务器中配置。

S203、服务器比较操作记录与候选自动化应用的触发条件，将操作记录满足触发条件的候选自动化应用确定为目标自动化应用。

作为一种可能的实现方式，服务器根据操作记录，依次判断操作记录是否满足每个候选自动化应用的触发条件，并在操作记录满足候选自动化应用所包括的触发条件的情况下，确定该候选自动化应用为目标自动化应用。

具体的，对于任一个候选自动化应用，若操作记录满足该候选自动化应用的触发条件，则该自动化应用为目标自动化应用。在另外一种情况下，在操作记录不满足候选自动化应用所包括的触发条件的情况下，服务器判断操作记录是否满足下一个候选自动化应用所包括的触发条件。

在实际应用中，目标自动化应用的数量可以为一个，也可以为多个，本公开实施例对此不作限定。

S204、服务器执行目标自动化应用所包括的执行动作。

作为一种可能的实现方式，服务器从其存储器中获取目标自动化应用中的触发条件对应的至少一个执行动作，并执行上述至少一个执行动作。

本公开提供的技术方案至少带来以下有益效果：服务器在获取业务操作消息之后，能够根据业务操作消息所包括的应用程序标识以及操作记录，从预先设置的预设自动化应用中确定与应用程序标识对应的，且操作记录满足触发条件的目标自动化应用，并进一步执行目标自动化应用中的执行动作，相较于现有技术，只需预先设置多个预设自动化应用，即可适用与所有类别的客户端及应用程序，无需针对每一类客户端以及应用程序单独设置一个或多个自动化应用，进而能够自动化应用的维护成本。

在一种设计中，为了能够在服务器中创建预设的自动化应用集，如图4所示，本公开实施例提供的自动化应用的运行方法，还包括下述S301-S304。

S301、服务器接收应用程序的创建请求。

其中，创建请求包括自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识。

作为一种可能的实现方式，客户端的应用程序中显示自动化应用的配置界面。

上述配置界面包括多个选择框以及创建控件，多个选择框分别用于选择自动化应用的触发器类型、应用程序标识、触发条件、与触发条件对应的执行动作，创建控件用于指示创建自动化应用。

需要说明的，自动化应用的触发器类型包括操作触发以及定时触发。操作触发为在操作记录满足触发条件的情况下，实时触发其触发条件对应的执行动作。定时触发为在接收到业务操作消息之后，在预设的触发时刻从自动化应用集中确定目标自动化应用。

在实际应用中，上述应用程序标识也被称为触发器标识。

进一步的，账户在客户端的配置界面中执行对多个选择框的选择操作以及对创建控件的点击操作，客户端响应于账户对多个选择框的选择操作以及对创建控件的点击操作，获取自动化应用的触发器类型、触发条件、与触发条件对应的执行动作以及应用程序标识，并生成创建请求，向服务器发送创建请求。

其中，创建请求用于请求创建预设自动化应用，创建请求包括获取到的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作以及应用程序标识。

相应的，服务器接收客户端中应用程序发送的创建请求。

需要说明的，服务器与客户端之间的通信方式，可以参照S201中的具体描述，此处不再进行赘述。

在一些实施例中，服务器在接收到创建请求之后，还基于创建请求进行slot校验，即验证创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作以及应用程序标识是否符合服务器的预设逻辑，并在创建请求通过slot校验的情况下，执行后续S302的动作。

在另外一种情况下，若该创建请求未通过slot校验，则服务器指示客户端中该应用程序，创建自动化应用失败。

S302、服务器响应于创建请求，对创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识进行数据格式转换，以得到创建参数。

作为一种可能的实现方式，服务器从创建请求中获取自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识，并按照预设的序列化格式，将自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识进行格式转换，以获取创建参数。

需要说明的，创建参数用于在服务器的数据库中存储，能够被服务器中用于创建自动化应用的装置或者模块识别。

S303、服务器存储创建参数，以生成与应用程序对应的自动化应用。

作为一种可能的实现方式，服务器将创建参数写入其数据库中，进一步基于其中的创建装置或者创建模块，创建预设自动化应用。

在一些实施例中，服务器在生成一个自动化应用之后，若该自动化应用的触发器类型为操作触发，则实时的启动该自动化应用。在另外一种情况下，若该自动化应用的触发器类型为定时触发，则服务器获取该自动化应用的预设时间段内的触发时刻，并在该触发时刻，启动该自动化应用。

S304、服务器基于各应用程序对应的自动化应用得到自动化应用集。

作为一种可能的实现方式，服务器在创建不同应用程序对应的自动化应用之后，将不同应用程序对应的不同自动化应用，组合称为自动化应用集。

本公开提供的技术方案至少带来以下有益效果：通过接收客户端的创建请求，能够根据创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识，在服务器中创建不同应用程序对应的不同自动化应用，进而得到自动化应用集。由于该创建请求为客户端基于账户在应用程序的配置界面中的选择操作以及点击操作得到的，因此能够方便不同类型的客户端以及不同类型的应用程序在服务器中创建与不同类型的应用程序标识对应的自动化应用。

在一种设计中，由于不同应用程序的类型不同，因此不同应用程序与服务器之间的通信接口、数据格式也不同，因此，为了能够实现服务器与不同类型的应用程序实现通信交互，如图5所示，本公开实施例提供的自动化应用的运行方法，还包括下述S401-S402。

S401、服务器生成业务适配消息。

其中，业务适配消息用于指示服务器与客户端的应用程序之间传输业务操作消息或者创建请求的数据格式，业务适配消息包括上述业务操作消息或者创建请求的数据格式。

需要说明的，服务器的存储器中预先存储有业务操作消息以及创建请求的数据格式。该数据格式可以由开发人员预先在服务器中设置。

S402、服务器向应用程序发送业务适配消息。

相应的，客户端中的应用程序接收该业务适配消息。

在一种后续的情况下，客户端基于业务适配消息中业务操作消息的数据格式，生成业务操作消息。

在这种情况下，本公开实施例提供的S201，具体包括下述S2011：

S2011、服务器获取应用程序按数据格式发送的业务操作消息。

在上述S402之后，作为另外一种后续的情况，客户端基于业务适配消息中创建请求的数据格式，生成上述创建请求。

本公开提供的技术方案至少带来以下有益效果：通过向不同的应用程序发送业务适配消息，可以使得不同类型的应用程序基于相同的数据格式向服务器发送业务操作消息或者创建请求，能够使得服务器实现与不同类型的应用程序的通信交互。

在一种设计中，在自动化应用的触发类型为定时触发的情况下，为了能够判断操作记录是否满足候选自动化应用所包括的触发条件，如图6所示，本公开实施例提供的S203，具体可以包括下述S501-S502。

S501、服务器获取候选自动化应用的触发时刻。

作为一种可能的实现方式，服务器可以从其储存器中获取候选自动化应用的触发时刻。

需要说明的，候选自动化应用的触发时刻可以由开发人员预先在服务器中设置。

作为另外一种可能的实现方式，服务器可以在创建各自动化应用的过程中，从创建请求中获取各自动化应用的触发时刻，并进行存储。

S502、服务器在触发时刻，比较操作记录是否满足候选自动化应用的触发条件。

作为一种可能的实现方式，服务器根据触发时刻，生成延迟消息，并向服务器中用于比较的装置或模块发送延迟消息。

其中，延迟消息中包括触发时刻，延迟消息用于指示用于比较的装置或者模块在触发时刻接收比较指令。比较指令用于指示获取操作记录，并比较操作记录是否满足候选自动化应用所包括的触发条件。

示例性的，服务器中用于比较的装置或模块可以为消息消费者模块。消息消费者模块在接收到延迟消息之后，从延迟消息中获取触发时刻，并在触发时刻获取操作记录。进一步的，消息消费者模块比较操作记录是否满足候选自动化应用所包括的触发条件。

需要说明的，消息消费者模块可以在出发时刻接收服务器发送的请求比较消息，并从该请求比较消息中获取操作记录。请求比较消息用于请求消息消费者模块比较操作记录是否满足候选自动化应用所包括的触发条件。

本公开提供的技术方案至少带来以下有益效果：采用上述技术特征，能够在候选自动化应用为定时触发的情况下，在预设的触发时刻比较操作记录是否满足候选自动化应用所包括的触发条件，进而可以保证在操作记录满足候选自动化应用所包括的触发条件的情况下，执行触发条件对应的执行动作，给出了一种定时触发的触发器类型下执行自动化应用的实现方式。

在一种设计中，在定时触发的触发器类型的情况下，为了保证自动化应用的准确性、有效性，如图7所示，本公开实施例提供的S502，具体可以包括下述S5021-S5022。

S5021、服务器在触发时刻，对候选自动化应用的配置状态进行校验。

其中，配置状态包括候选自动化应用的版本、候选自动化应用是否已删除，以及候选自动化应用是否有效中的至少一个。

作为一种可能的实现方式，服务器在触发时刻，分别对候选自动化应用的版本、候选自动化应用是否已删除，以及候选自动化应用是否有效中的至少一个进行校验。

在一些实施例中，服务器在触发时刻，对候选自动化应用的版本、候选自动化应用是否已删除，以及候选自动化应用是否有效进行校验，并在候选自动化应用的版本、有效状态、存在状态均通过验证的情况下，确定自动化应用的配置状态通过校验。

需要说明的，服务器生成的延迟消息中，包括上述配置状态。

在服务器对候选自动化应用的版本进行检验时，服务器确定从其存储器中获取该候选自动化应用的当前版本，并根据候选自动化应用的当前版本，对延迟消息中的候选自动化应用的版本进行校验。若版本一致，则确定该候选应用自动化通过验证。

在服务器对候选自动化应用是否有效进行检验时，服务器确定从其存储器中获取该候选自动化应用是否有效的信息，并根据获取到的信息，判断该候选自动化应用是否有效。若该信息的数值为预设值，则确定该候选自动化应用有效，即为通过验证。

在服务器对候选自动化应用是否已删除进行检验时，服务器确定从其存储器中获取该候选自动化应用的存在状态，并根据获取到的存在状态，判断该候选自动化应用是否已删除。若该存在状态为未删除，则确定该候选自动化应用通过验证。

需要说明的，服务器的MySQL中预先存储有每个候选自动化应用的当前版本、是否有效的信息以及存在状态。

在一些实施例中，当服务器新创建一个自动化应用，或者，服务器中的自动化应用出现更新、删除等事件之后，服务器会实时的更新MySQl中每个自动化应用的当前版本、是否有效的信息以及存在状态。

S5022、在候选自动化应用的配置状态通过校验的情况下，服务器比较操作记录是否满足候选自动化应用的触发条件。

作为一种可能的实现方式，在候选自动化应用的版本、有效状态、存在状态均通过验证的情况下，服务器确定该候选自动化应用具备执行条件，并进一步比较操作记录是否满足该候选自动化应用所包括的触发条件。

本公开提供的技术方案至少带来以下有益效果：由于定时触发的触发器类型具有一定的滞后性，因此，采用上述技术特征，在触发判断操作记录是否满足候选自动化应用所包括的触发条件之前，先判断该候选自动化应用是否通过配置状态的校验，能够保证自动化应用的运行的可实现性以及准确性。

在一些实施例中，本公开实施例提供的自动化应用的运行方法中，在服务器中创建自动化应用的步骤，如图8所示，在实际应用中具体可以包括以下S11-S19。

S11、服务器接收应用程序的创建请求。

此步骤的具体实施方式，可以参照本公开上述实施例中的S301，此处不再进行赘述。

S12、服务器响应于创建请求，判断创建请求是否通过校验。

作为一种可能的实现方式，服务器可以基于创建请求进行slot校验，即验证创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作以及应用程序标识是否符合服务器的预设逻辑。

S13、在创建请求校验未通过的情况下，服务器确定创建自动化应用失败。

作为一种可能的实现方式，若创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作以及应用程序标识存在任意一项不符合服务器的预设逻辑，则服务器确定创建请求未通过校验，在这种情况下，服务器确定创建自动化应用失败。

S14、在创建请求校验通过的情况下，服务器对创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识进行数据格式转换，以得到创建参数。

作为一种可能的实现方式，若创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作以及应用程序标识中各项均符合服务器的预设逻辑，则服务器确定创建请求通过校验，在这种情况下，服务器对创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识进行数据格式转换，以得到创建参数。

此步骤中服务器得到创建参数的具体实施方式，可以参照本公开实施例上述S302的描述，此处不再进行赘述。

S15、服务器存储创建参数，以生成与应用程序对应的自动化应用。

此步骤的具体实施方式，可以参照本公开上述实施例中的S303，此处不再进行赘述。

S16、服务器判断与应用程序对应的自动化应用的触发类型为操作触发或者为定时触发。

作为一种可能的实现方式，服务器获取自动化应用的触发类型，以确定该自动化应用为操作触发或者为定时触发。

S17、服务器在与应用程序对应的自动化应用的触发类型为操作触发的情况下，即时确定与应用程序对应的自动化应用创建成功。

S18、服务器在与应用程序对应的自动化应用的触发类型为定时触发的情况下，获取与应用程序对应的自动化应用的触发时刻。

作为一种可能的实现方式，若自动化应用的触发类型为定时触发，则服务器计算预设时间段内的触发时刻。

S19、服务器在触发时刻，确定与应用程序对应的自动化应用创建成功。

作为一种可能的实现方式，服务器生成定时创建消息，并将定时创建消息加入待处理任务列队。其中，定时创建消息中包括触发时刻，定时创建消息用于在出发时刻触发自动化应用的创建。进一步的，服务器可以在触发时刻，创建该自动化应用。

在一些实施例中，本公开实施例提供的自动化应用的运行方法中，服务器响应客户端发送的业务操作消息的过程，如图9所示，在实际应用中具体可以包括以下S21-S31。

S21、客户端获取账户在客户端的应用程序中执行的操作。

此步骤的具体实现方式，可以参照本公开实施例中上述S201中客户端侧的描述，此处不再进行赘述。

S22、客户端基于账户执行的操作，生成业务操作消息。

此步骤的具体实现方式，可以参照本公开实施例中上述S201中客户端侧的描述，此处不再进行赘述。

S23、客户端向服务器发送业务操作消息。

此步骤的具体实现方式，可以参照本公开实施例中上述S201中客户端侧的描述，此处不再进行赘述。

相应的，服务器获取客户端发送的业务操作消息。

此步骤的具体实现方式，可以参照本公开实施例中上述S201中服务器侧的描述，此处不再进行赘述。

S24、服务器根据应用程序标识，从预设的自动化应用集中确定与应用程序标识对应的候选自动化应用。

此步骤的具体实现方式，可以参照本公开实施例中上述S202中的描述，此处不再进行赘述。

S25、对于每个候选自动化应用，服务器确定该候选自动化应用的触发类型是否为操作触发。

S26、若该候选自动化应用的触发类型为定时触发，则服务器返回S25重新确定下一候选自动化应用的触发类型是否为操作触发。

S27、若该候选自动化应用的触发类型为操作触发，则服务器获取该候选自动化应用的触发条件。

此步骤的具体实现方式，可以参照本公开实施例中上述S203中的具体描述，此处不再进行赘述。

S28、服务器比较操作记录是否满足该候选自动化应用的触发条件。

此步骤的具体实现方式，可以参照本公开实施例中上述S203中的具体描述，此处不再进行赘述。

S29、若操作记录不满足该候选自动化应用的触发条件，则服务器返回S25重新确定下一候选自动化应用的触发类型是否为操作触发。

S30、若操作记录满足该候选自动化应用的触发条件，则服务器获取该候选自动化应用的执行动作。

此步骤的具体实现方式，可以参照本公开实施例中上述S203中的具体描述，此处不再进行赘述。

S31、服务器执行该候选自动化应用的执行动作。

此步骤的具体实现方式，可以参照本公开实施例中上述S203中的具体描述，此处不再进行赘述。

在一些实施例中，本公开实施例提供的自动化应用的运行方法中，服务器响应客户端发送的业务操作消息的过程，在实际应用中，结合图9，如图10所示，在上述S25之后，具体可以包括以下S32-S45。

S32、在候选自动化应用的触发类型为定时触发的情况下，服务器获取候选自动化应用的触发时刻。

此步骤的具体实现方式，可以参照本公开实施例中上述S501的具体描述，此处不再进行赘述。

需要说明的，S32与S26可以为同步操作，也可以为异步操作，本公开实施例对此不做限定。

S33、服务器根据候选自动化应用的触发时刻，生成延迟消息。

此步骤的具体实现方式，可以参照本公开实施例中上述S502的具体描述，此处不再进行赘述。

S34、服务器在触发时刻，获取候选自动化应用的配置状态。

此步骤的具体实现方式，可以参照本公开实施例中上述S5021的具体描述，此处不再进行赘述。

S35、服务器根据配置状态中的存在状态，判断该候选自动化应用是否为已删除。

此步骤的具体实现方式，可以参照本公开实施例中上述S5021的具体描述，此处不再进行赘述。

S36、若该候选自动化应用为已删除，则服务器重新执行上述S25。

S37、若该候选自动化应用为未删除，则服务器根据配置状态中的有效信息，判断该候选自动化是否有效。

此步骤的具体实现方式，可以参照本公开实施例中上述S5021的具体描述，此处不再进行赘述。

S38、若该候选自动化应用为无效状态，则服务器重新执行上述S25。

S39、若该候选自动化应用为有效状态，则服务器判断配置状态中的当前版本与延迟消息中的版本是否一致。

此步骤的具体实现方式，可以参照本公开实施例中上述S5021的具体描述，此处不再进行赘述。

需要说明的，在实际应用过程中，本公开实施例对上述S35、S37、S39的执行先后顺序不做限定。

S40、若当前版本与延迟消息中的版本不一致，则服务器重新执行S25。

S41、若当前版本与延迟消息中的版本一致，则服务器获取该候选自动化应用的触发条件。

此步骤的具体实现方式，可以参照本公开实施例中上述S27的具体描述，此处不再进行赘述。

S42、服务器比较操作记录是否满足该候选自动化应用的触发条件。

此步骤的具体实现方式，可以参照本公开实施例中上述S28的具体描述，此处不再进行赘述。

S43、若操作记录不满足该候选自动化应用的触发条件，则服务器返回S25重新确定下一候选自动化应用的触发类型是否为操作触发。

S44、若操作记录满足该候选自动化应用的触发条件，则服务器获取该候选自动化应用的执行动作。

此步骤的具体实现方式，可以参照本公开实施例中上述S30的具体描述，此处不再进行赘述。

S45、服务器执行该候选自动化应用的执行动作。

此步骤的具体实现方式，可以参照本公开实施例中上述S31的具体描述，此处不再进行赘述。

图11是根据一示例性实施例示出的一种自动化应用的运行装置的结构示意图，该运行装置可以应用于服务器，用于解决相关技术中，触发器维护成本较高的问题。参照图11所示，本公开实施例提供的运行装置60，包括获取单元601、确定单元602、判断单元603以及执行单元604。

获取单元601，用于获取业务操作消息，业务操作消息中包括应用程序标识和操作记录。

确定单元602，用于根据应用程序标识，从预设的自动化应用集中确定与应用程序标识对应的候选自动化应用。候选自动化应用中包括触发条件以及对应的执行动作。

判断单元603，用于比较操作记录与候选自动化应用的触发条件，将操作记录满足触发条件的候选自动化应用确定为目标自动化应用。

执行单元604，用于执行目标自动化应用所包括的执行动作。

可选的，如图11所示，本公开实施例提供的装置60还包括接收单元605、处理单元606、存储单元607以及生成单元608。

接收单元605，用于接收应用程序的创建请求。创建请求包括自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识。

处理单元606，用于响应于创建请求，对创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及应用程序标识进行数据格式转换，以得到创建参数。

存储单元607，用于存储创建参数，以生成与应用程序对应的自动化应用。

生成单元608，用于基于各应用程序对应的自动化应用得到自动化应用集。

可选的，如图11所示，本公开实施例提供的装置60还包括发送单元609。

发送单元609，用于向应用程序发送业务适配消息。业务适配消息用于指示与应用程序之间传输业务操作消息的数据格式。

获取单元601，具体用于：获取应用程序按数据格式发送的业务操作消息。

可选的，如图11所示，本公开实施例提供的装置60中，在候选自动化应用的触发器类型为定时触发的情况下，判断单元603，用于：

获取候选自动化应用的触发时刻，并在触发时刻，比较操作记录是否满足候选自动化应用的触发条件。

可选的，如图11所示，本公开实施例提供的判断单元603，具体用于：

在触发时刻，对候选自动化应用的配置状态进行校验。配置状态包括候选自动化应用的版本、候选自动化应用是否已删除，以及候选自动化应用是否有效中的至少一个。

在候选自动化应用的配置状态通过校验的情况下，比较操作记录是否满足候选自动化应用的触发条件。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图12是本公开提供的一种服务器的结构示意图。如图12，该服务器70可以包括至少一个处理器701以及用于存储处理器可执行指令的存储器703。其中，处理器701被配置为执行存储器703中的指令，以实现上述实施例中的自动化应用的运行方法。

另外，服务器70还可以包括通信总线702以及至少一个通信接口704。

处理器701可以是一个处理器(central processing units，CPU)，微处理单元，ASIC，或一个或多个用于控制本公开方案程序执行的集成电路。

通信总线702可包括一通路，在上述组件之间传送信息。

通信接口704，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器703可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。

其中，存储器703用于存储执行本公开方案的指令，并由处理器701来控制执行。处理器701用于执行存储器703中存储的指令，从而实现本公开方法中的功能。

作为一个示例，结合图11，自动化应用的运行装置60中的获取单元601、确定单元602、判断单元603、执行单元604、接收单元605、处理单元606、存储单元607、生成单元608以及发送单元609实现的功能与图12中的处理器701的功能相同。

在具体实现中，作为一种实施例，处理器701可以包括一个或多个CPU，例如图12中的CPU0和CPU1。

在具体实现中，作为一种实施例，服务器70可以包括多个处理器，例如图12中的处理器701和处理器707。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，服务器70还可以包括输出设备705和输入设备706。输出设备705和处理器701通信，可以以多种方式来显示信息。例如，输出设备705可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备706和处理器701通信，可以以多种方式接受账户的输入。例如，输入设备706可以是鼠标、键盘、触摸屏设备或传感设备等。

本领域技术人员可以理解，图12中示出的结构并不构成对服务器70的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

另外，本公开还提供一种计算机可读存储介质，当计算机可读存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如上述实施例所提供的自动化应用的运行方法。

另外，本公开还提供一种计算机程序产品，包括计算机指令，当计算机指令在服务器上运行时，使得服务器执行如上述实施例所提供的自动化应用的运行方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (11)

1.一种自动化应用的运行方法，其特征在于，包括：

向应用程序发送业务适配消息；所述业务适配消息用于指示与所述应用程序之间传输业务操作消息的数据格式；

获取所述应用程序按所述数据格式发送的所述业务操作消息，所述业务操作消息中包括应用程序标识和操作记录；

根据所述应用程序标识，从预设的自动化应用集中确定与所述应用程序标识对应的候选自动化应用；所述候选自动化应用中包括触发条件以及对应的执行动作；

比较所述操作记录与所述候选自动化应用的触发条件，将所述操作记录满足触发条件的候选自动化应用确定为目标自动化应用；

执行所述目标自动化应用所包括的执行动作。

2.根据权利要求1所述的自动化应用的运行方法，其特征在于，所述方法还包括：

接收应用程序的创建请求；所述创建请求包括自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及所述应用程序标识；

响应于所述创建请求，对所述创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及所述应用程序标识进行数据格式转换，以得到创建参数；

存储所述创建参数，以生成与所述应用程序对应的自动化应用，并基于各应用程序对应的自动化应用得到所述自动化应用集。

3.根据权利要求1或2所述的自动化应用的运行方法，其特征在于，在所述候选自动化应用的触发器类型为定时触发的情况下，所述比较所述操作记录与所述候选自动化应用的触发条件，包括：

获取所述候选自动化应用的触发时刻，并在所述触发时刻，比较所述操作记录是否满足所述候选自动化应用的触发条件。

4.根据权利要求3所述的自动化应用的运行方法，其特征在于，所述在所述触发时刻，比较所述操作记录是否满足所述候选自动化应用的触发条件，包括：

在所述触发时刻，对所述候选自动化应用的配置状态进行校验；所述配置状态包括所述候选自动化应用的版本、所述候选自动化应用是否已删除，以及所述候选自动化应用是否有效中的至少一个；

在所述候选自动化应用的所述配置状态通过校验的情况下，比较所述操作记录是否满足所述候选自动化应用的触发条件。

5.一种自动化应用的运行装置，其特征在于，包括发送单元、获取单元、确定单元、判断单元以及执行单元；

所述发送单元，用于向应用程序发送业务适配消息；所述业务适配消息用于指示与所述应用程序之间传输业务操作消息的数据格式；

所述获取单元，用于获取所述应用程序按所述数据格式发送的所述业务操作消息，所述业务操作消息中包括应用程序标识和操作记录；

所述确定单元，用于根据所述应用程序标识，从预设的自动化应用集中确定与所述应用程序标识对应的候选自动化应用；所述候选自动化应用中包括触发条件以及对应的执行动作；

所述判断单元，用于比较所述操作记录与所述候选自动化应用的触发条件，将所述操作记录满足触发条件的候选自动化应用确定为目标自动化应用；

所述执行单元，用于执行所述目标自动化应用所包括的执行动作。

6.根据权利要求5所述的自动化应用的运行装置，其特征在于，所述装置还包括接收单元、处理单元、存储单元以及生成单元；

所述接收单元，用于接收应用程序的创建请求；所述创建请求包括自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及所述应用程序标识；

所述处理单元，用于响应于所述创建请求，对所述创建请求中的自动化应用的触发器类型、触发条件、与触发条件对应的执行动作，以及所述应用程序标识进行数据格式转换，以得到创建参数；

所述存储单元，用于存储所述创建参数，以生成与所述应用程序对应的自动化应用；

所述生成单元，用于基于各应用程序对应的自动化应用得到所述自动化应用集。

7.根据权利要求5或6所述的自动化应用的运行装置，其特征在于，在所述候选自动化应用的触发器类型为定时触发的情况下，所述判断单元，具体用于：

获取所述候选自动化应用的触发时刻，并在所述触发时刻，比较所述操作记录是否满足所述候选自动化应用的触发条件。

8.根据权利要求7所述的自动化应用的运行装置，其特征在于，所述判断单元，具体用于：

在所述触发时刻，对所述候选自动化应用的配置状态进行校验；所述配置状态包括所述候选自动化应用的版本、所述候选自动化应用是否已删除，以及所述候选自动化应用是否有效中的至少一个；

在所述候选自动化应用的所述配置状态通过校验的情况下，比较所述操作记录是否满足所述候选自动化应用的触发条件。

9.一种服务器，其特征在于，包括：处理器、用于存储所述处理器可执行的指令的存储器；其中，所述处理器被配置为执行指令，以实现所述权利要求1-4中任一项所述的自动化应用的运行方法。

10.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如权利要求1-4中任一项所述的自动化应用的运行方法。

11.一种计算机程序产品，包括指令，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在服务器上运行时，使得所述服务器执行如权利要求1-4中任意一项所述的自动化应用的运行方法。