CN110162386B - 一种任务下发方法及装置 - Google Patents

Abstract

本申请公开了一种任务下发方法及装置，涉及计算机技术领域，基于预先配置各个应用场景下的业务逻辑，可以有效减少业务系统的开发工作量，使得业务系统只需动态调整应用场景下的业务逻辑即可，加快了业务上线的时效。所述方法包括：当接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库；根据所述事件数据中事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则；将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应任务，下发所述事件请求对应的任务。

Description

一种任务下发方法及装置

技术领域

本申请涉及计算机技术领域，特别是涉及一种任务下发方法及装置。

背景技术

随着互联网技术的不断发展，个性化需求的爆发使得每个消费行业从更深层次引导服务和消费行为升级，让人们从初始的人工操作逐步转变为人工智能，例如，手机扫码自动下单，支付宝链接结算等无需人工操作的应用环境。而这些人工智能的应用场景下都会产生相应的业务数据，例如，通过手机扫码自动下单会生成订单数据，通过支付宝结算会生成费用数据等等。

为了常态化、高效地推动研发人员做好所负责应用场景下产生业务数据的日常运营，在项目中经常需要使用事件来处理一些业务数据，例如，对业务数据进行定时备份、结算和总结，或者插入某个业务数据超过一定时间改变某个值的状态，并将生成的事件数据加入到应用场景下的任务中，通过执行各个业务系统配置的业务逻辑，针对业务数据的特征生成与业务数据相匹配应用场景下的任务，并将与业务数据相匹配应用场景下的任务下发到客户端，以便于客户端通过执行任务中配置的事件数据，方便对业务进行排查。

然而，在实现本发明的过程中，发明人发现相关技术至少存在以下问题：

各个业务系统在执行业务逻辑之前，需要对应用场景下的整个业务逻辑的计算进行编码研发，加大了各个业务系统的开发工作量，并且在完成编码后，会将编写的程序代码固化到相应的应用场景下，一旦业务逻辑调整，各个业务系统可能需要重新编码，影响业务上线的时效性。

发明内容

有鉴于此，本申请提供了一种任务下发方法及装置，主要目的在于解决现有技术中各个业务系统的开发工作量繁重的问题。

依据本申请第一个方面，提供了一种任务下发方法，该方法包括：

当接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库；

根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则，所述预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则；

将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务。

进一步地，在所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应任务，下发所述事件请求对应的任务之前，所述方法还包括：

按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值。

进一步地，所述预先设定的获取规则中记录有适用于不同全局参数值的获取方式，当所述事件请求中携带有全局变量参数时，所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值包括：

通过监听所述事件请求，根据所述事件数据中描述数据对象的上下文获取所述实例变量在数据对象中的全局参数值；

当所述事件请求中未携带有全局变量参数时，所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值包括：

通过调用远程接口，从所述远程接口返回的请求接口数据中获取所述实例变量在数据对象中的全局参数值。

进一步地，所述预先设定的获取规则中还记录有多个逻辑判断条件，在所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值之前，所述方法还包括：

通过为所述全局参数值设置多个逻辑判断条件，生成预先设定的获取规则；

所述通过为所述全局参数值设置多个逻辑判断条件，生成预先设定的获取规则包括：

根据第一逻辑判断条件，判断是否成功获取所述实例变量在数据对象中的全局参数值；

若未成功获取所述实例变量在数据对象中的全局参数值，则根据第二逻辑判断条件，判断是否重试执行获取所述实例变量在数据对象中的全局参数值；否则，保存所述全局参数值；

若未重试执行获取所述实例变量在数据对象中的全局参数值，则根据第三逻辑判断条件，判断是否超时执行获取所述实例变量在数据对象中的全局参数值；否则，终止所述事件请求；

若未超时执行获取所述实例变量在数据对象中的全局参数值，则设置下次执行所述获取所述实例变量在数据对象中的全局参数值的获取时间；否则，终止所述事件请求。

进一步地，所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务包括：

对所述适用于所述实例变量在数据对象中执行的规则进行实例化，得到适用于实例变量在数据对象中执行的规则实例；

基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则；

从所述符合逻辑条件的实例规则中提取出适用于实例变量在数据对象中执行的多个策略动作，根据所述多个策略动作生成所述事件请求对应的任务，下发所述事件请求对应的任务。

进一步地，在所述基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则之前，所述方法还包括：

通过构建适用于实例变量在数据对象中执行的上下文参数，从所述适用于实例变量在数据对象中执行的规则实例中筛选出需要补全参数的规则实例，并对所述需要补全参数的规则实例进行参数补全。

进一步地，所述基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则包括：

将所述实例变量在数据对象中的全局参数值带入所述适用于实例变量在数据对象中执行的实例规则中，执行所述实例规则中的逻辑条件；

从所述实例规则中筛选出符合逻辑条件的实例规则。

依据本申请第二个方面，提供了一种任务下发方法，该方法包括：

收集不同事件场景下触发任务下发的事件请求，上传所述事件请求，所述事件请求中携带有事件数据；

接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作；

在数据对象中执行所述多个策略动作。

进一步地，在所述在数据对象中执行所述多个策略动作之后，所述方法还包括：

对执行所述多个策略动作后的事件进行实例化处理后得到的事件实例进行保存，并对所述事件实例进行标记，得到事件实例的标识信息；

当接收到所述事件实例的查询请求，根据所述事件实例对应的标识信息查询所述事件实例的执行过程。

依据本申请第三个方面，提供了一种任务下发装置，该装置包括：

提取单元，用于当接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库；

查找单元，用于根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则，所述预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则；

下发单元，用于将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务。

进一步地，所述装置还包括：

获取单元，用于在所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应任务，下发所述事件请求对应的任务之前，按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值。

进一步地，所述预先设定的获取规则中记录有适用于不同全局参数值的获取方式，

当所述事件请求中携带有全局变量参数时，所述获取单元，具体用于通过监听所述事件请求，根据所述事件数据中描述数据对象的上下文获取所述实例变量在数据对象中的全局参数值；

当所述事件请求中未携带有全局变量参数时，所述获取单元，具体还用于通过调用远程接口，从所述远程接口返回的请求接口数据中获取所述实例变量在数据对象中的全局参数值。

进一步地，所述装置还包括：

生成单元，用于在所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值之前，通过为所述全局参数值设置多个逻辑判断条件，生成预先设定的获取规则；

所述生成单元包括：

第一判断模块，用于根据第一逻辑判断条件，判断是否成功获取所述实例变量在数据对象中的全局参数值；

第二判断模块，用于若未成功获取所述实例变量在数据对象中的全局参数值，则根据第二逻辑判断条件，判断是否重试执行获取所述实例变量在数据对象中的全局参数值；否则，保存所述全局参数值；

第三判断模块，用于若未重试执行获取所述实例变量在数据对象中的全局参数值，则根据第三逻辑判断条件，判断是否超时执行获取所述实例变量在数据对象中的全局参数值；否则，终止所述事件请求；

设置模块，用于若未超时执行获取所述实例变量在数据对象中的全局参数值，则设置下次执行所述获取所述实例变量在数据对象中的全局参数值的获取时间；否则，终止所述事件请求。

进一步地，所述下发单元包括：

第一处理模块，用于对所述适用于所述实例变量在数据对象中执行的规则进行实例化，得到适用于实例变量在数据对象中执行的规则实例；

第二处理摸，用于基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则；

下发模块，用于从所述符合逻辑条件的实例规则中提取出适用于实例变量在数据对象中执行的多个策略动作，根据所述多个策略动作生成所述事件请求对应的任务，下发所述事件请求对应的任务。

进一步地，所述下发单元还包括：

补充模块，用于在所述基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则之前，通过构建适用于实例变量在数据对象中执行的上下文参数，从所述适用于实例变量在数据对象中执行的规则实例中筛选出需要补全参数的规则实例，并对所述需要补全参数的规则实例进行参数补全。

进一步地，所述第二处理模块，具体用于将所述实例变量在数据对象中的全局参数值带入所述适用于实例变量在数据对象中执行的实例规则中，执行所述实例规则中的逻辑条件；

所述第二处理模块，具体还用于从所述实例规则中筛选出符合逻辑条件的实例规则。

依据本申请第四个方面，提供了一种任务下发装置，该装置包括：

上传单元，用于收集不同事件场景下触发任务下发的事件请求，上传所述事件请求，所述事件请求中携带有事件数据；

接收单元，用于接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作；

执行单元，用于在数据对象中执行所述多个策略动作。

进一步地，所述装置还包括：

标记单元，用于在所述在数据对象中执行所述多个策略动作之后，对执行所述多个策略动作后的事件进行实例化处理后得到的事件实例进行保存，并对所述事件实例进行标记，得到事件实例的标识信息；

查询单元，用于当接收到所述事件实例的查询请求，根据所述事件实例对应的标识信息查询所述事件实例的执行过程。

依据本申请五个方面，提供了一种任务下发系统，该系统包括：

发送端收集不同事件场景下触发任务下发的事件请求，上传所述事件请求，所述事件请求中携带有事件数据；

当接收端接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库；

接收端根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则，所述预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则；

接收端将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务；

发送端接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作；

发送端在数据对象中执行所述多个策略动作。

依据本申请第六个方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或第二方面所述任务下发方法的步骤。

依据本申请第七方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面所述任务下发的步骤。

借由上述技术方案，本申请提供的一种任务下发方法、装置及计算机存储介质，与目前各个应用场景下的业务代码固化到相应的应用场景下，无法动态调整业务逻辑的任务下发方式相比，本申请能够根据事件数据中请求事件的标识信息从预先配置的规则表中查找适用于实例变量在数据对象中执行的规则，由于预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，使得各个业务系统中的业务逻辑可以用规则进行替换，并且利用适用于实例变量在数据对象中执行的规则，可以实时配置以及动态调整生成事件请求对应的任务，从而减少业务系统的开发工作，使得业务系统只需动态调整应用场景下的业务逻辑即可，加快了业务上线的时效。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例提供的一种任务下发方法的流程示意图；

图2示出了本申请实施例提供的生成获取规则的流程示意图；

图3示出了本申请实施例提供的事件实例下规则以及策略动作之间的映射关系示意图；

图4示出了本申请实施例提供的规则进行实例化的流程示意图；

图5示出了本申请实施例提供的另一种任务下发方法的流程示意图；

图6示出了本申请实施例提供的一种任务下发装置的结构示意图；

图7示出了本申请实施例提供的另一种任务下发装置的结构示意图；

图8示出了本申请实施例提供的另一种任务下发装置的结构示意图；

图9示出了本申请实施例提供的另一种任务下发装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

在对本发明进行详细的解释说明之前，先对本发明实施例涉及的任务下发系统进行简单介绍。

本发明实施例涉及的任务下发系统包括发送端和接收端，其中，发送端为用户端，用于收集不同事件场景下的事件请求，该事件请求中携带有事件数据，并上传携带有事件数据的事件请求，以便接收端接收事件请求，并对事件请求进行处理后，接收下发的事件请求对应的任务，获取任务中符合逻辑条件的实例规则，在数据对象中执行实例规则中被实例化处理的多个策略动作。接收端为服务端，当接收到事件请求时，触发任务下发指令，提取事件请求中的事件数据，并将事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库，并根据事件数据中请求事件的标识信息从预先配置的规则表中查找适用于实例变量在数据对象中执行的规则，将适用于实例变量在数据对象中执行的规则生成事件请求对应的任务，下发事件请求对应的任务。具体在实际应用的过程中，可以通过在服务端配置模型的方式来实现对事件请求的处理，该模型定义可以包括三部分，一部分是事件码；另一部分是参数，例如，参数包含参数a和参数b，对于参数名称a，取数来源为A接口，超时时间为1天，重识频率为一小时一次，对于参数名称b，取数来源为B接口，超时时间为一天，这里不进行限定；另一部分是规则，例如，规则包括规则1、规则2和规则3，对于规则2，下级规则为规则4，规则表达式为a==‘Y’&& c>=5，优先级为1，策略包括策略1和策略2，对于策略1，动作为发任务，执行时间为每天8点到20点，频次为一次。

本申请实施例，提供了一种任务下发方法，根据事件数据中请求事件的标识信息从预先配置的规则表中查找适用于实例变量在数据对象中执行的规则，使得业务系统可以灵活配置规则，调整业务逻辑，各个业务系统之间的协同效率得到有效提升。

如图1所示，本申请实施例提供了一种任务下发方法，该方法包括如下步骤：

101、当接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库。

在项目应用中，通常需要处理不同应用场景下的任务，例如，支付场景下的任务、订单查询场景下的任务等，而在任务下发之前，接收端往往收集各个发送端发送的事件请求，然后基于发送端所请求事件的事件数据生成相应场景下的任务后，并将相应场景下的任务下发至发送端，以便于发送端能够按照任务中的策略动作去执行相应的代码，完成相应的场景下的任务。

其中，事件请求为发送端向接收端发送处理事件的请求，例如，数据采集请求、数据异常处理请求等，事件数据通常是伴随着请求事件所生成的数据，例如针对订单查询的事件请求，事件数据可以包括但不局限于事件id、事件请求方、订单名称、订单数量等数据，这里不进行限定，当然针对不同的请求事件所生成的事件数据具体包含的数据内容有所不同，具体可以根据请求事件对应的应用场景进行设置。

在该步骤中，由于事件数据中的数据对象在处理的过程中，只有被实例化才能够将这个数据对象放入到内存中，然后才能在规定的范围内来调用。所以在接收到各个发送端上传的事件请求后，通过将事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库，以便于对数据对象进行处理。

应说明的是，具体在将事件数据中的数据对象进行实例化过程中，会为每个数据对象分配一块新的内存，并生成实例变量，该实例变量的内存布局包括对象头和实例数据，对象头主要包括对象自身的运行元数据，例如哈希码、GC分代年龄、锁状态标志等；同时还包含一个类型指针，指向类元数据，表明该数据对象所属的类型。实例数据是数据对象真正存储的有效信息，包括程序代码中定义的各种类型的字段，具体包括父类继承下来的和本身拥有字段。

102、根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则。

其中，请求事件的标识信息为事件在处理过程中能够表明事件唯一性的标识，例如，事件ID、事件编码等，这里不进行限定，通过事件数据中请求事件的标识信息，可以从预先配置的规则表中查找适用于实例变量在数据对象中执行的规则。

其中，预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，这里每个规则表对应有一个请求事件，并且每个规则表中会包含一条或多条规则，每个规则可能存在被依赖的下级规则表，例如，事件A对应规则表A中，规则表A中包括规则a1至规则a5，规则a3依赖下级规则表A1中的规则a12，这里对规则表中规则之间的依赖关系不进行限定。并且每条规则下都包含多个策略动作，通过执行策略动作可实现相应规则下的数据操作。

在该步骤中，由于不同事件场景下需要执行的数据操作并不相同，例如针对查询事件场景下需执行的是查询数据的操作，注册事件场景下需要执行的是注册数据的操作，对于不同事件场景下执行数据操作所涉及的规则也并不相同，并且针对每个事件场景下都会设置有多个逻辑条件，例如针对查询事件场景下可以设置的逻辑条件为，查询数据发生次数是否达到预定数值、查询首次下单数据的信息是否处于某一时间段等等。根据多个逻辑条件可以组合成不同的规则，所以，针对每个事件场景下适用于在数据对象中执行的规则可以为多个，且每个规则中可以记录多个不同的逻辑条件。

103、将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务。

在该步骤中，适用于实例变量在对象中执行的规则是针对发送端事件请求所生成的适用于处理请求事件的操作规则，通过将适用于实例变量在数据对象中执行的规则生成事件请求对应的任务，将事件请求对应的任务下发至发送端，以便于发送端能够根据任务中的规则来执行数据操作。

本申请实施例提供的任务下发方法，与目前各个应用场景下的业务代码固化到相应的应用场景下，无法动态调整业务逻辑的任务下发方式相比，本申请能够根据事件数据中请求事件的标识信息从预先配置的规则表中查找适用于实例变量在数据对象中执行的规则，由于预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，使得各个业务系统中的业务逻辑可以用规则进行替换，并且利用适用于实例变量在数据对象中执行的规则，可以实时配置以及动态调整生成事件请求对应的任务，从而减少业务系统的开发工作，使得业务系统只需动态调整应用场景下的业务逻辑即可，加快了业务上线的时效。

进一步地，在将适用于实例变量在数据对象中执行的规则生成事件请求对应的任务过程中，需要对适用于实例变量在数据对象中执行的规则进行处理，而该过程会应用到实例变量在数据对象中的全局参数，所以在所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应任务，下发所述事件请求对应的任务之前，需要按照预先设定的获取规则，获取实例变量在数据对象中的全局参数值。

其中，预先设定的规则中记录有适用于不同全局参数值的获取方式，可以通过事件请求的上下文中获取，也可以通过调用远程接口获取，这里不进行限定，具体可以包括但不局限于下述实现方式之一：

方式一，当事件请求中携带有全局变量参数时，可以通过监听事件请求，根据事件请求中描述数据对象的上下文获取实例变量在数据对象中的全局参数。

方式二，当事件请求中未携带有全局变量参数时，可以通过调用远程接口，从远程接口返回的请求接口数据中获取变量实例在数据对象中的全局参数。

需要说明的是，预先设定的获取规则中还记录有多个逻辑判断条件，该逻辑判断条件用于对每个局部参数值进行判断，具体可以包括表达式ID、条件名称、条件描述、业务类型等，通过为全局参数值设置多个逻辑判断条件，可以生成预先设定的获取规则，从而系统通过执行多个逻辑判断条件，来获取实例变量在数据对象中的全局参数值。

如图2所示，具体通过为全局参数值设置多个逻辑判断条件，生成预先设定的获取规则的过程，包括如下步骤：

201、根据第一逻辑判断条件，判断是否成功获取所述实例变量在数据对象中的全局参数值；若否，则执行步骤202a，若是，则执行步骤202a’。

202a、若未成功获取所述实例变量在数据对象中的全局参数值，则根据第二逻辑判断条件，判断是否重试执行获取所述实例变量在数据对象中的全局参数值；若否，则执行步骤203a，若是，则执行步骤203a’。

202a’、否则，保存所述全局参数值。

203a、若未重试执行获取所述实例变量在数据对象中的全局参数值，则根据第三逻辑判断条件，判断是否超时执行获取所述实例变量在数据对象中的全局参数值；若否，则执行步骤203a，若是，则执行步骤203a’。

203a’、否则，终止所述事件请求。

204a、若未超时执行获取所述实例变量在数据对象中的全局参数值，则设置下次执行所述获取所述实例变量在数据对象中的全局参数值的获取时间。

204a’、终止所述事件请求。

应说明的是，上述通过预设的获取规则所获取成功的全局参数值可以为后续的规则处理进行铺垫，通过将获取的全局参数值带入到适用于实例变量在数据对象中执行的规则中，能够生成不同应用场景下事件请求对应的任务，从而提高任务下发的灵活性。

在该步骤中，在将适用于实例变量在数据对象中执行的规则生成事件请求对应的任务的过程中，由于每个请求事件下会存在一个规则列表，该规则列表中又包括很多个规则，被处理的每一个规则都会产生实例，使得一个事件实例下对应有多个规则实例，并且实例规则相互之间可以存在依赖关系，每个规则对应有多个策略动作，具体每个事件实例下规则实例以及策略动作之间的映射关系如图3所示。

具体地，针对被处理的每一个规则进行实例化的过程，如图4所示，步骤103可以包括步骤301至步骤303的下述实现方式：

301、对所述适用于所述实例变量在数据对象中执行的规则进行实例化，得到适用于实例变量在数据对象中执行的规则实例。

其中，规则实例可以包括但不局限于事件ID、事件实例ID、是否命中规则、规则实例ID等。

在该步骤中，通过实例化所得到的规则实例能够将请求事件下的规则对象放入内存中，并从内存中调用实例规则，对实例规则进行处理。

需要说明的是，为了保证规则进行实例化处理过程中的规范性，可以将适用于实例变量在数据对象中执行的规则进行优先级排序，并根据优先级排序结果对规则进行实例化处理。

302、基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则。

在该步骤中，实例变量在数据对象中的全局参数值为在规则实例处理过程中需要赋给参数的数值，通过将全局参数值赋给在数据对象中执行的规则实例中，得到符合逻辑条件的实例规则。

具体地，在执行实例规则的过程中需要对实例规则进行逻辑判断，所以实例规则中记录有多个逻辑条件，通过将实例变量在数据对象中的全局参数值带入适用于实例变量在数据对象中执行的实例规则中，执行实例规则中的逻辑条件，并从实例规则中筛选出符合逻辑条件的实例规则。

需要说明的是，为了保证获取到全局参数的可靠性，能够使用到实例规则的处理过程中，通过构建适用于实例变量在数据对象中执行的上下文参数，可以从适用于实例变量在数据对象中执行的规则实例中筛选出需要补全参数的规则实例，并对需要补全参数的规则实例进行参数补全。

上述的上下文参数的来源可以包括但不局限于参数名称、版本、状态、返回参数列表以及来源ID等，这里不进行限定。

303、从所述符合逻辑条件的实例规则中提取出适用于实例变量在数据对象中执行的多个策略动作，根据所述多个策略动作生成所述事件请求对应的任务，下发所述事件请求对应的任务。

需要说明的是，从符合逻辑条件的实例规则中提取出的策略动作在执行之前同样需要进行实例化处理，然后生成对应的任务，并将事件请求对应的任务下发到发送端。

如图5所示，本申请实施例提供了另一种任务下发方法，该方法包括如下步骤：

401、收集不同事件场景下触发任务下发的事件请求，上传所述事件请求。

其中，事件请求中携带有事件数据，由于发送端在实际应用过程中会遇到各种应用场景下的事件，需要向接收端基于各种应用场景下的事件生成任务，并根据下发的任务对事件进行处理，所以通过在发送端收集不同事件场景下触发任务下发的事件请求，并将事件请求上传至接收端。

402、接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作。

由于接收端接收到的事件请求可能并非是一个发送端发送的，也就是在同一时间可能会接收到很多事件请求，而接收端并非是一时可以处理完成的，可以通过在接收端设置定时事件请求处理，以及定时任务发放策略，例如，每间隔一小时收集发送端的事件请求，每间隔一小时向发送端发送生成的任务，以便于发送端获取符合逻辑条件的实例规则，并按照实例规则中记录的被实例化处理的多个策略动作来执行数据操作。

403、在数据对象中执行所述多个策略动作。

需要说明的是，为了便于对事件实例的过程进行查询，在数据对象中执行多个策略动作之后，通过对执行多个策略动作后的事件进行实例化处理后得到的事件实例进行保存，并对事件实例进行标记，得到事件实例的标识信息；由于整个事件实例的运行过程已经被实例化下来，以便于当接收到事件实例的查询请求，根据事件实例对应的标识信息查询事件实例的执行过程。

本申请实施例提供的任务下发方法，与目前各个应用场景下的业务代码固化到相应的应用场景下，无法动态调整业务逻辑的任务下发方式相比，本申请能够收集不同事件场景下触发任务下发的事件请求，上传事件请求，并接收下发的事件请求对应的任务，并在数据对象中执行任务中记录的多个策略动作，使得各个业务系统中的业务逻辑可以用规则进行替换，并且利用适用于实例变量在数据对象中执行的规则，可以实时配置以及动态调整生成事件请求对应的任务，从而减少业务系统的开发工作，使得业务系统只需动态调整应用场景下的业务逻辑即可，加快了业务上线的时效。

进一步地，作为图1所述方法的具体实现，本申请实施例提供了一种任务下发装置，如图6所示，所述装置包括：提取单元501、查找单元502、下发单元503。

提取单元501，可以用于当接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库；

查找单元502，可以用于根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则，所述预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则；

下发单元503，可以用于将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务。

本申请实施例提供的任务下发装置，与目前各个应用场景下的业务代码固化到相应的应用场景下，无法动态调整业务逻辑的任务下发方式相比，本申请能够根据事件数据中请求事件的标识信息从预先配置的规则表中查找适用于实例变量在数据对象中执行的规则，由于预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，使得各个业务系统中的业务逻辑可以用规则进行替换，并且利用适用于实例变量在数据对象中执行的规则，可以实时配置以及动态调整生成事件请求对应的任务，从而减少业务系统的开发工作，使得业务系统只需动态调整应用场景下的业务逻辑即可，加快了业务上线的时效。

在具体的应用场景中，如图7所示，所述装置还包括：

获取单元504，可以用于在所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应任务，下发所述事件请求对应的任务之前，按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值；

生成单元505，可以用于在所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值之前，通过为所述全局参数值设置多个逻辑判断条件，生成预先设定的获取规则；

进一步地，所述预先设定的获取规则中记录有适用于不同全局参数值的获取方式，

当所述事件请求中携带有全局变量参数时，所述获取单元504，具体可以用于通过监听所述事件请求，根据所述事件数据中描述数据对象的上下文获取所述实例变量在数据对象中的全局参数值；

当所述事件请求中未携带有全局变量参数时，所述获取单元504，具体还可以用于通过调用远程接口，从所述远程接口返回的请求接口数据中获取所述实例变量在数据对象中的全局参数值。

进一步地，所述生产单元505包括：

第一判断模块5051，可以用于根据第一逻辑判断条件，判断是否成功获取所述实例变量在数据对象中的全局参数值；

第二判断模块5052，可以用于若未成功获取所述实例变量在数据对象中的全局参数值，则根据第二逻辑判断条件，判断是否重试执行获取所述实例变量在数据对象中的全局参数值；否则，保存所述全局参数值；

第三判断模块5053，可以用于若未重试执行获取所述实例变量在数据对象中的全局参数值，则根据第三逻辑判断条件，判断是否超时执行获取所述实例变量在数据对象中的全局参数值；否则，终止所述事件请求；

设置模块5054，可以用于若未超时执行获取所述实例变量在数据对象中的全局参数值，则设置下次执行所述获取所述实例变量在数据对象中的全局参数值的获取时间；否则，终止所述事件请求。

进一步地，所述下发单元503包括：

第一处理模块5031，可以用于对所述适用于所述实例变量在数据对象中执行的规则进行实例化，得到适用于实例变量在数据对象中执行的规则实例；

第二处理模块5032，可以用于基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则；

下发模块5033，可以用于从所述符合逻辑条件的实例规则中提取出适用于实例变量在数据对象中执行的多个策略动作，根据所述多个策略动作生成所述事件请求对应的任务，下发所述事件请求对应的任务。

进一步，所述下发单元503还包括：

补充模块5034，可以用于在所述基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则之前，通过构建适用于实例变量在数据对象中执行的上下文参数，从所述适用于实例变量在数据对象中执行的规则实例中筛选出需要补全参数的规则实例，并对所述需要补全参数的规则实例进行参数补全。

进一步地，所述第二处理模块5032，具体可以用于将所述实例变量在数据对象中的全局参数值带入所述适用于实例变量在数据对象中执行的实例规则中，执行所述实例规则中的逻辑条件；

所述第二处理模块5032，具体还可以用于从所述实例规则中筛选出符合逻辑条件的实例规则。

进一步地，作为图4所述方法的具体实现，本申请实施例提供了一种任务下发装置，如图8所示，所述装置包括：上传单元601、接收单元602、执行单元603。

上传单元601，可以用于收集不同事件场景下触发任务下发的事件请求，上传所述事件请求，所述事件请求中携带有事件数据；

接收单元602，可以用于接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作；

执行单元603，可以用于在数据对象中执行所述多个策略动作。

本申请实施例提供的任务下发装置，与目前各个应用场景下的业务代码固化到相应的应用场景下，无法动态调整业务逻辑的任务下发方式相比，本申请能够收集不同事件场景下触发任务下发的事件请求，上传事件请求，并接收下发的事件请求对应的任务，并在数据对象中执行任务中记录的多个策略动作，使得各个业务系统中的业务逻辑可以用规则进行替换，并且利用适用于实例变量在数据对象中执行的规则，可以实时配置以及动态调整生成事件请求对应的任务，从而减少业务系统的开发工作，使得业务系统只需动态调整应用场景下的业务逻辑即可，加快了业务上线的时效。

在具体的应用场景中，如图9所示，所述装置还包括：

标记单元604，可以用于在所述在数据对象中执行所述多个策略动作之后，对执行所述多个策略动作后的事件进行实例化处理后得到的事件实例进行保存，并对所述事件实例进行标记，得到事件实例的标识信息；

查询单元605，可以用于当接收到所述事件实例的查询请求，根据所述事件实例对应的标识信息查询所述事件实例的执行过程。

需要说明的是，本实施例提供的一种任务下发装置所涉及各功能单元的其他相应描述，可以参考图1、图2中和图4的对应描述，在此不再赘述。

基于上述如图1、图2和图4所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1、图2和图4所示的任务下发方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施场景所述的方法。

基于上述如图1、图2和图4所示的方法，以及图5、图6、图7和图8所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1、图2和图4所示的任务下发方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频（RadioFrequency，RF）电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏（Display）、输入单元比如键盘（Keyboard）等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口（如蓝牙接口、WI-FI接口）等。

本领域技术人员可以理解，本实施例提供的任务下发的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本申请的技术方案，与目前现有技术相比，能够根据事件数据中请求事件的标识信息从预先配置的规则表中查找适用于实例变量在数据对象中执行的规则，由于预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，使得各个业务系统中的业务逻辑可以用规则进行替换，并且利用适用于实例变量在数据对象中执行的规则，可以实时配置以及动态调整生成事件请求对应的任务，从而减少业务系统的开发工作，使得业务系统只需动态调整应用场景下的业务逻辑即可，加快了业务上线的时效。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (19)

1.一种任务下发方法，其特征在于，包括：

当接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库，所述事件数据为伴随请求事件所生的数据；

根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则，所述预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，所述规则是针对发送端事件请求所生成的适用于处理请求事件的操作规则；

将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务。

2.根据权利要求1所述的方法，其特征在于，在所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应任务，下发所述事件请求对应的任务之前，所述方法还包括：

按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值。

3.根据权利要求2所述的方法，其特征在于，所述预先设定的获取规则中记录有适用于不同全局参数值的获取方式，当所述事件请求中携带有全局变量参数时，所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值包括：

通过监听所述事件请求，根据所述事件数据中描述数据对象的上下文获取所述实例变量在数据对象中的全局参数值；

当所述事件请求中未携带有全局变量参数时，所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值包括：

通过调用远程接口，从所述远程接口返回的请求接口数据中获取所述实例变量在数据对象中的全局参数值。

4.根据权利要求2所述的方法，其特征在于，所述预先设定的获取规则中还记录有多个逻辑判断条件，在所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值之前，所述方法还包括：

通过为所述全局参数值设置多个逻辑判断条件，生成预先设定的获取规则；

所述通过为所述全局参数值设置多个逻辑判断条件，生成预先设定的获取规则包括：

根据第一逻辑判断条件，判断是否成功获取所述实例变量在数据对象中的全局参数值；

若未成功获取所述实例变量在数据对象中的全局参数值，则根据第二逻辑判断条件，判断是否重试执行获取所述实例变量在数据对象中的全局参数值；否则，保存所述全局参数值；

若未重试执行获取所述实例变量在数据对象中的全局参数值，则根据第三逻辑判断条件，判断是否超时执行获取所述实例变量在数据对象中的全局参数值；否则，终止所述事件请求；

若未超时执行获取所述实例变量在数据对象中的全局参数值，则设置下次执行所述获取所述实例变量在数据对象中的全局参数值的获取时间；否则，终止所述事件请求。

5.根据权利要求2所述的方法，其特征在于，所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务包括：

对所述适用于所述实例变量在数据对象中执行的规则进行实例化，得到适用于实例变量在数据对象中执行的规则实例；

基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则；

从所述符合逻辑条件的实例规则中提取出适用于实例变量在数据对象中执行的多个策略动作，根据所述多个策略动作生成所述事件请求对应的任务，下发所述事件请求对应的任务。

6.根据权利要求5所述的方法，其特征在于，在所述基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则之前，所述方法还包括：

通过构建适用于实例变量在数据对象中执行的上下文参数，从所述适用于实例变量在数据对象中执行的规则实例中筛选出需要补全参数的规则实例，并对所述需要补全参数的规则实例进行参数补全。

7.根据权利要求5所述的方法，其特征在于，所述基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则包括：

将所述实例变量在数据对象中的全局参数值带入所述适用于实例变量在数据对象中执行的实例规则中，执行所述实例规则中的逻辑条件；

从所述实例规则中筛选出符合逻辑条件的实例规则。

8.一种任务下发方法，其特征在于，包括：

收集不同事件场景下触发任务下发的事件请求，上传所述事件请求，所述事件请求中携带有事件数据，所述事件数据为伴随请求事件所生的数据；

接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作，所述规则是针对发送端事件请求所生成的适用于处理请求事件的操作规则；

在数据对象中执行所述多个策略动作。

9.根据权利要求8所述的方法，其特征在于，在所述在数据对象中执行所述多个策略动作之后，所述方法还包括：

对执行所述多个策略动作后的事件进行实例化处理后得到的事件实例进行保存，并对所述事件实例进行标记，得到事件实例的标识信息；

当接收到所述事件实例的查询请求，根据所述事件实例对应的标识信息查询所述事件实例的执行过程。

10.一种任务下发装置，其特征在于，包括：

提取单元，用于当接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库，所述事件数据为伴随请求事件所生的数据；

查找单元，用于根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则，所述预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，所述规则是针对发送端事件请求所生成的适用于处理请求事件的操作规则；

下发单元，用于将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

获取单元，用于在所述将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应任务，下发所述事件请求对应的任务之前，按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值。

12.根据权利要求11所述的装置，其特征在于，所述预先设定的获取规则中记录有适用于不同全局参数值的获取方式，

当所述事件请求中携带有全局变量参数时，所述获取单元，具体用于通过监听所述事件请求，根据所述事件数据中描述数据对象的上下文获取所述实例变量在数据对象中的全局参数值；

当所述事件请求中未携带有全局变量参数时，所述获取单元，具体还用于通过调用远程接口，从所述远程接口返回的请求接口数据中获取所述实例变量在数据对象中的全局参数值。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

生成单元，用于在所述按照预先设定的获取规则，获取所述实例变量在数据对象中的全局参数值之前，通过为所述全局参数值设置多个逻辑判断条件，生成预先设定的获取规则；

所述生成单元包括：

第一判断模块，用于根据第一逻辑判断条件，判断是否成功获取所述实例变量在数据对象中的全局参数值；

第二判断模块，用于若未成功获取所述实例变量在数据对象中的全局参数值，则根据第二逻辑判断条件，判断是否重试执行获取所述实例变量在数据对象中的全局参数值；否则，保存所述全局参数值；

第三判断模块，用于若未重试执行获取所述实例变量在数据对象中的全局参数值，则根据第三逻辑判断条件，判断是否超时执行获取所述实例变量在数据对象中的全局参数值；否则，终止所述事件请求；

设置模块，用于若未超时执行获取所述实例变量在数据对象中的全局参数值，则设置下次执行所述获取所述实例变量在数据对象中的全局参数值的获取时间；否则，终止所述事件请求。

14.根据权利要求11所述的装置，其特征在于，所述下发单元包括：

第一处理模块，用于对所述适用于所述实例变量在数据对象中执行的规则进行实例化，得到适用于实例变量在数据对象中执行的规则实例；

第二处理摸，用于基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则；

下发模块，用于从所述符合逻辑条件的实例规则中提取出适用于实例变量在数据对象中执行的多个策略动作，根据所述多个策略动作生成所述事件请求对应的任务，下发所述事件请求对应的任务。

15.根据权利要求14所述的装置，其特征在于，所述下发单元还包括：

补充模块，用于在所述基于所述实例变量在数据对象中的全局参数值，对所述适用于实例变量在数据对象中执行的规则实例进行处理，得到符合逻辑条件的实例规则之前，通过构建适用于实例变量在数据对象中执行的上下文参数，从所述适用于实例变量在数据对象中执行的规则实例中筛选出需要补全参数的规则实例，并对所述需要补全参数的规则实例进行参数补全。

16.根据权利要求14所述的装置，其特征在于，

所述第二处理模块，具体用于将所述实例变量在数据对象中的全局参数值带入所述适用于实例变量在数据对象中执行的实例规则中，执行所述实例规则中的逻辑条件；

所述第二处理模块，具体还用于从所述实例规则中筛选出符合逻辑条件的实例规则。

17.一种任务下发装置，其特征在于，包括：

上传单元，用于收集不同事件场景下触发任务下发的事件请求，上传所述事件请求，所述事件请求中携带有事件数据，所述事件数据为伴随请求事件所生的数据；

接收单元，用于接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作，所述规则是针对发送端事件请求所生成的适用于处理请求事件的操作规则；

执行单元，用于在数据对象中执行所述多个策略动作。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括：

标记单元，用于在所述在数据对象中执行所述多个策略动作之后，对执行所述多个策略动作后的事件进行实例化处理后得到的事件实例进行保存，并对所述事件实例进行标记，得到事件实例的标识信息；

查询单元，用于当接收到所述事件实例的查询请求，根据所述事件实例对应的标识信息查询所述事件实例的执行过程。

19.一种任务下发系统，其特征在于，包括：

发送端收集不同事件场景下触发任务下发的事件请求，上传所述事件请求，所述事件请求中携带有事件数据，所述事件数据为伴随请求事件所生的数据；

当接收端接收到触发任务下发的事件请求时，提取所述事件请求中携带的事件数据，并将所述事件数据中的数据对象进行实例化后得到的实例变量以实例分布式结构存储至数据库；

接收端根据所述事件数据中请求事件的标识信息从预先配置的规则表中查找适用于所述实例变量在数据对象中执行的规则，所述预先配置的规则表中记录有针对不同事件场景下适用于在数据对象中执行的规则，所述规则是针对发送端事件请求所生成的适用于处理请求事件的操作规则；

接收端将所述适用于所述实例变量在数据对象中执行的规则生成所述事件请求对应的任务，下发所述事件请求对应的任务；

发送端接收下发的事件请求对应的任务，获取所述任务中符合逻辑条件的实例规则，所述实例规则中记录有被实例化处理的多个策略动作；

发送端在数据对象中执行所述多个策略动作。

Images