CN113885886A - 活动业务的处理方法、设备、系统及存储介质 - Google Patents

Abstract

本申请涉及电商业务领域，公开了一种活动业务的处理方法、设备、系统及存储介质，所述处理方法包括：将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；其中，所述配置更新事件与所述活动配置信息对应。能够支持基于规则配置的业务扩展，以较低成本实现营销活动业务的功能开发和运营维护需求。

Description

活动业务的处理方法、设备、系统及存储介质

技术领域

本申请涉及电商业务领域，尤其涉及一种活动业务的处理方法、设备、系统及存储介质。

背景技术

规则引擎由推理引擎发展而来，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据规则做出业务决策。一个业务规则包含一组条件和在此条件下执行的操作，它们表示业务规则应用程序的一段业务逻辑。业务规则通常应该由业务分析人员和策略管理者开发和修改，但有些复杂的业务规则也可以由技术人员使用面向对象的技术语言或脚本来定制。业务规则的理论基础是：设置一个或多个条件，当满足这些条件时会触发一个或多个操作。

目前，商业及开源规则引擎都主要使用foreward-chaining(正向推理)的Rete引擎，按照优先级匹配条件语句，实施规则语句。规则实施后，会激发事实的变化，引擎又会重新进行条件匹配，直到不能再匹配位置。

但是，随着数据规模的日益增大，业务信息的频繁变更，以及不完整数据和模糊逻辑的广泛出现，开源规则引擎设计上对于各种业务并不具有普遍适用性，其设计和使用对于营销活动类业务不友好，开发人员需要通过产品界面创建/更新配置营销活动的规则，而开源规则引擎配置界面专业性很强，很难直接给业务人员使用。

发明内容

本申请提供了一种活动业务的处理方法、设备、系统及计算机可读存储介质，能够支持基于规则配置的业务扩展，以较低成本实现营销活动业务的功能开发和运营维护需求。

第一方面，本申请提供了一种活动业务的处理方法，所述处理方法包括：

将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；

通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；

发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；

其中，所述配置更新事件与所述活动配置信息对应。

第二方面，本申请还提供了一种活动业务的处理设备，所述活动业务的处理设备包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述中任一项所述的活动业务的处理方法。

第三方面，本申请还提供一种活动业务的处理系统，所述处理系统包括活动业务的处理设备、数据库；所述活动业务的处理设备包括活动配置模块和活动交易模块；

所述活动配置模块，用于将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；

所述活动配置模块，还用于通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；

所述数据库，用于保存所述活动配置模型参数；

所述活动配置模块，还用于发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；

所述活动交易模块，用于在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如上述中任一项所述的活动业务的处理方法。

本申请公开了一种活动业务的处理方法、设备、系统及存储介质，首先，将接收到的配置业务参数转换为与配置业务参数对应的活动配置模型参数，使得用户可以自行输入/调节配置业务参数，然后，在得到配置业务参数后，将业务参数进行转换，得到底层可识别的活动配置模型参数，通过引擎中间件将活动配置模型参数保存到数据库中，生成活动配置信息，且发布配置更新事件至业务平台，使得业务平台得到活动配置模型参数更新的信息，用户可以在业务平台上采用新的活动配置模型参数进行活动交易。本申请通过将配置业务参数统一配置，不需要每次有新业务展开时，重新进行新业务的开发流程，只需要将新业务对应的配置业务参数输入，平台自动转换配置业务参数，使得业务开发能够统一、快速、高性能的开展。

附图说明

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

图1是一实施例中活动业务的处理设备的控制系统的结构示意图；

图2是一实施例中活动业务的处理方法的流程示意图；

图3是另一实施例中活动业务的处理方法的流程示意图；

图4是另一个实施例中活动业务的处理方法的逻辑流程图；

图5是另一个实施例中活动业务的处理方法的流程示意图；

图6是本发明活动业务的处理设备的结构示意性框图。

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本申请的实施例提供了一种活动业务的处理方法、设备、系统及计算机可读存储介质，能够支持基于规则配置的业务扩展，以较低成本实现营销活动业务的功能开发和运营维护需求。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图1，图1为本申请的实施例提供的一种活动业务的处理系统，所述处理系统可以包括活动业务的处理设备、数据库；该活动业务的处理设备，可以是终端，如手机、电脑、平板等，能够运行应用软件程序。

活动业务的处理设备，包括活动配置模块和活动交易模块；活动配置模块对应图中的活动配置系统，活动交易模块对应图中的活动交易系统；

所述活动配置模块，用于将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；

所述活动配置模块，还用于通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；

所述数据库，用于保存所述活动配置模型参数；数据库对应基础设施，包括MQ、MYSQL、REDIS。

所述活动配置模块，还用于发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；

所述活动交易模块，用于在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作。

在部署系统上，活动引擎可以作为服务中间件嵌入到活动业务相关的业务服务中，即引擎中间件。如图1所示，活动配置模块，活动交易模块是活动业务的两个核心应用系统，在部署系统上由这活动配置模块及活动交易模块向各种交易终端或其他业务系统提供活动业务相关服务能力，以上两个业务模块将活动引擎中间件以引入jar包依赖的方式集成到应用中，活动引擎中间件会根据当前业务系统的参数配置，自动获取MQ、MYSQL、REDIS等基础设施服务，以完成规则服务相关的数据提交，消息发布，数据缓存等功能。

并且，引擎中间件可以实现一个专门的活动配置功能，并将相应的API提供给活动业务应用程序，供业务侧配置活动时调用。活动业务应用程序可以在其业务逻辑中，根据业务需求将各种具体的活动配置转换为统一的活动配置模型参数，传递给引擎中间件的新增活动配置API，由引擎中间件保存到数据库中，并发布新增活动配置的平台通知给指定的业务系统。这样对于具体的活动业务而言，因为底层使用的数据模型是一致的，所以在相关的查询、修改实现上，也可以复用活动规则中间件提供的通用服务API，做到服务功能上的复用降低开发成本和质量风险。同时，由引擎中间件提供统一的配置数据更新功能，统一更新各个业务节点上的活动配置缓存，保证了分布式系统中的缓存数据一致性。显而易见的是，活动业务开发人员只需关注业务规则的具体业务逻辑实现，而无需关心在具体规则在数据库的存储方式，也就是说无论是什么类型活动的配置对于业务开发人员而已其配置方案是统一的。活动业务开发人员也无需关心活动业务应用中，对于活动规则的高并发查询可能带来的系统或数据库性能问题，大大降低了新增活动业务规则时引起系统问题的风险和不良影响。

需要说明的是，该活动业务的处理方法也可应用于活动业务的处理设备，例如，将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；其中，所述配置更新事件与所述活动配置信息对应。

以下以该活动业务的处理方法应用于活动业务的处理设备为例进行解释说明。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图2，图2是本申请一实施例提供的活动业务的处理方法的流程示意图。该活动业务的处理方法可以包括步骤S10至步骤S30，具体可以如下：

步骤S10，将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数。

具体地，用户在开发新的活动业务时，在活动业务的处理系统上输入配置业务参数，活动业务的处理系统在接收到用户的配置业务参数时，将配置业务参数转换为与所述配置业务参数对应的活动配置模型参数。

如图3所示，图3为步骤S10的子步骤的流程示意图，将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数，可以包括：

步骤S101、接收前端提交的配置业务参数。

具体地，该活动业务的处理系统，提供活动规则配置服务，支持各种类型营销活动配置，提供用于应用程序编程接口API，将各种类型活动配置的业务规则按统一数据模型保存或更新到数据库、发布活动上下架、规则更新通知、实时更新活动配置缓存。

用户可在活动运营后台的前端界面配置具体类型活动的规则参数，用户确认新增、更新活动配置后，活动运营后台前端程序将前端参数传递给活动配置模块。

步骤S102、对所述配置业务参数进行业务逻辑验证。

具体地，在得到配置业务参数后，对配置业务参数进行业务逻辑验证，业务逻辑的验证，可以是规则A和B规则不能同时出现，互斥校验，参数不能为空之类的业务逻辑校验。

步骤S103、在所述配置业务参数通过所述业务逻辑验证时，将所述配置业务参数转换为活动配置模型参数；

步骤S104、将所述活动配置模型参数提交至所述引擎中间件，以供所述引擎中间件对所述活动配置模型参数进行规范验证。

具体地，在所述配置业务参数验证通过时，将所述配置业务参数转换为活动配置模型参数；如业务活动是团购，若业务要求团购持续一周，且每天持续特定的一个小时，那么，引擎中间件将分裂为七个规则的活动配置模型参数，以符合该团购业务的规则，且将活动配置模型参数提交至所述引擎中间件，引擎中间件在得到活动配置模型参数后，对活动配置模型参数进行规范验证，例如，针对上述的团购业务，引擎中间件活动的规范验证，为校验七天，是否是字符串格式，是否符合能处理的规范等验证。

通过根据规则业务逻辑，将前端参数转换为统一的活动规则模型，并调用活动引擎中间件提供的活动配置API；活动引擎中间件接收到提交的配置请求后，进行必要的规则模型校验。

步骤S20，通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息。

在一些实施方式中，在所述活动配置模型参数通过所述规范验证时，通过所述引擎中间件将所述活动配置模型参数保存到数据库中，具体地，在活动配置模型参数校验通过后，引擎中间件会将活动配置模型参数保存到MYSQL数据库，并在REDIS数据库生成统一的活动配置信息缓存。

步骤S30，发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；

其中，所述配置更新事件与所述活动配置信息对应。

具体地，通过引擎中间件，发布配置更新通知事件，即通过MQ消息队列向业务平台广播活动配置更新事件；各个业务平台在接收到活动配置更新通知后，可使用活动配置模块提供的活动查询功能，对各种关注的业务进行相应处理。

如图4所示，图4为活动业务的处理方法中活动配置服务的流程示意图，用户可在活动运营后台前端界面配置具体类型活动的规则参数。用户确认新增、更新活动配置后，活动运营后台前端程序将前端参数传递给活动配置模块；活动配置模块，根据规则业务逻辑，将前端参数转换为统一的活动规则模型，并调用活动引擎中间件提供的活动配置API；活动引擎中间件接收到提交的配置请求后，进行必要的规则模型校验，校验通过后会将数据保存到MYSQL数据库，并在REDIS数据库生成统一的活动配置信息缓存，并同时通过MQ消息队列向业务平台广播活动配置更新事件；各个业务平台在接收到活动配置更新通知后，可使用活动配置模块提供的活动查询功能，对各种关注的业务进行相应处理。

本申请的实施例，首先，将接收到的配置业务参数转换为与配置业务参数对应的活动配置模型参数，使得用户可以自行输入/调节配置业务参数，然后，在得到配置业务参数后，将业务参数进行转换，得到底层可识别的活动配置模型参数，通过引擎中间件将活动配置模型参数保存到数据库中，生成活动配置信息，且发布配置更新事件至业务平台，使得业务平台得到活动配置模型参数更新的信息，用户可以在业务平台上采用新的活动配置模型参数进行活动交易。本申请通过将配置业务参数统一配置，不需要每次有新业务展开时，重新进行新业务的开发流程，只需要将新业务对应的配置业务参数输入，平台自动转换配置业务参数，使得业务开发能够统一、快速、高性能的开展。

示例性地，如图5所示，图5为活动业务的处理方法中活动交易服务的流程示意图，在步骤S30之后，活动业务的处理方法还包括：

步骤S40、在接收到交易请求参数时，对所述交易请求参数进行合法性验证。

用户在业务交易前台，比如提交订单页面，发起活动交易请求(如提交参加拼团活动请求)，活动业务模块为具体的活动类型(如团购业务)，提供定制的业务入口，用于接收特定业务，并在该程序入口对交易前台程序传入的根据业务定制的参数规格进行合法性验证，例如，对团购业务相关的参数规格进行合法性验证。

步骤S50、在所述交易请求参数通过所述合法性验证时，将所述交易请求参数转换为活动引擎参数。

活动业务系统对原始的交易请求参数的合法性验证通过后，需按照活动引擎中间件提供的API标准，将原始的交易请求参数转换为活动引擎标准参数格式，即转换为活动引擎参数，调用活动引擎提供的启动活动规则运算的标准API，在活动引擎中启动规则计算处理流程。

步骤S60、通过所述引擎中间件基于所述活动引擎参数构建数据执行模型。

具体地，数据执行模型可以包括活动参与模型和活动会话模型，通过所述引擎中间件基于所述活动引擎参数构建数据执行模型可以包括：通过所述引擎中间件将所述活动引擎参数组装为活动参与模型；通过所述引擎中间件生成活动会话模型，将所述活动参与模型和所述活动会话模型作为数据执行模型。

活动规则引擎中间件将交易请求参数组装成活动参与模型，并在内存中生成活动会话模型，作为规则计算过程的上下文。

步骤S70、从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数。

具体地，从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数可以包括：将所述活动会话模型作为规则计算过程的上下文；根据所述上下文中指定的活动ID，从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数。

活动配置模型参数包含但不限于：活动开始结束时间、活动约束规则组、活动优惠规则组、活动数据操作规则组、活动专场开始结束时间等，用于启动后续的活动规则运算；活动规则加载完毕后，根据启动参数，可以选择启动指定的活动规则组(如，活动优惠预览请求只需启动优惠规则组)；启动规则组后，引擎根据规则优先级逐一运算规则计算逻辑，并将结果实时更新到活动会话模型，用于下一个启动的规则获取规则计算的动态信息(如，商品同时有降价优惠和优惠劵折扣优惠、折扣优惠需要根据降价后的商品金额计算)；业务侧可选择是否需要执行活动数据提交规则组，当执行数据提交规则组时，活动规则引擎除执行业务指定规则外(如，累计团购人数，更新优惠劵使用状态等)，还可以自动执行通用的活动事件通知(如，活动参加成功通知、活动参与记录更新通知等)，其它业务应用可根据以上事件处理与活动交易动作相关的业务处理。

步骤S80、根据所述数据执行模型以及所述活动配置模型参数，启动活动规则运算，生成规则执行结果。

具体地，根据所述数据执行模型以及所述活动配置模型参数，启动活动规则运算，生成规则执行结果可以包括：根据所述数据执行模型以及所述活动配置模型参数，启动活动规则组进行运算，得到运算结果；将所述运算结果实时更新到所述活动会话模型中；在所述活动规则组执行完毕时，通过所述引擎中间件基于所述活动会话模型中记录的运算结果生成规则执行结果。

在一些实施方式中，当所有的活动规则组都执行完毕后，活动引擎中间件根据活动会话模型中记录的规则执行记录生成最终的活动规则执行结果，并可根据业务具体业务逻辑追加其它的业务返回值，最后返回给活动交易模块；活动交易模块根据最终的活动规则执行结果，进行后续的其它业务处理。

示例性地，在根据所述数据执行模型以及所述活动配置模型参数，启动活动规则运算，生成规则执行结果之后，所述方法还包括：

在启动活动规则组进行运算时，执行活动事件通知；

其中，所述活动事件通知与所述活动规则组执行时的运算结果对应。

在一些实施方式中，在启动活动规则组进行运算时，进行活动时间的通知，活动事件通知与所述活动规则组执行时的运算结果对应，即将活动的执行进度通知到活动交易模块中，使得后台对活动进程进行监控。

如图6所示，图6为一个实施例中提供的活动业务的处理设备的结构示意性框图。该活动业务的处理设备10包括处理器11和存储器12，处理器11和存储器12通过系统总线13连接，其中，存储器12可以包括非易失性存储介质和内存储器。

非易失性存储介质可存储计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行所述计算机程序时实现一种处理方法。

处理器11用于提供计算和控制能力，支撑整个活动业务的处理设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行所述计算机程序时实现一种活动业务的处理方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所涉及的活动业务的处理设备的限定，具体的活动业务的处理设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

应当理解的是，处理器11可以是中央处理单元(Central Processing Unit，CPU)，该处理器11还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器11可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一个实施例中，所述存储器中存储有计算机程序，计算机程序被处理器11执行时，使得处理器执行所述计算机程序时实现以下步骤：

将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；

通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；

发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；

其中，所述配置更新事件与所述活动配置信息对应。

在一个实施例中，所述处理器执行所述计算机程序时还实现以下步骤：

接收前端提交的配置业务参数；

对所述配置业务参数进行业务逻辑验证；

在所述配置业务参数通过所述业务逻辑验证时，将所述配置业务参数转换为活动配置模型参数；

将所述活动配置模型参数提交至所述引擎中间件，以供所述引擎中间件对所述活动配置模型参数进行规范验证。

进一步地，所述处理器执行所述计算机程序时还实现以下步骤：

在所述活动配置模型参数通过所述规范验证时，通过所述引擎中间件将所述活动配置模型参数保存到数据库中。

在一个实施例中，所述处理器执行所述计算机程序时还实现以下步骤：

在接收到交易请求参数时，对所述交易请求参数进行合法性验证；

在所述交易请求参数通过所述合法性验证时，将所述交易请求参数转换为活动引擎参数；

通过所述引擎中间件基于所述活动引擎参数构建数据执行模型；

从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数；

根据所述数据执行模型以及所述活动配置模型参数，启动活动规则运算，生成规则执行结果。

在一个实施例中，所述处理器执行所述计算机程序时还实现以下步骤：

通过所述引擎中间件将所述活动引擎参数组装为活动参与模型；

通过所述引擎中间件生成活动会话模型，将所述活动参与模型和所述活动会话模型作为数据执行模型。

所述从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数，包括：

将所述活动会话模型作为规则计算过程的上下文；

根据所述上下文中指定的活动ID，从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数。

在一个实施例中，所述处理器执行所述计算机程序时还实现以下步骤：

根据所述数据执行模型以及所述活动配置模型参数，启动活动规则组进行运算，得到运算结果；

将所述运算结果实时更新到所述活动会话模型中；

在所述活动规则组执行完毕时，通过所述引擎中间件基于所述活动会话模型中记录的运算结果生成规则执行结果。

在一个实施例中，所述处理器执行所述计算机程序时还实现以下步骤：

在启动活动规则组进行运算时，执行活动事件通知；

其中，所述活动事件通知与所述活动规则组执行时的运算结果对应。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的智能家居设备的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本申请实施例提供的任一项处理方法。

其中，所述计算机可读存储介质可以是前述实施例所述的活动业务的处理设备的内部存储单元，例如所述活动业务的处理设备的硬盘或内存。所述计算机可读存储介质也可以是所述活动业务的处理设备的外部存储设备，例如所述活动业务的处理设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种活动业务的处理方法，其特征在于，所述处理方法包括：

将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；

通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；

发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；

其中，所述配置更新事件与所述活动配置信息对应。

2.根据权利要求1所述的处理方法，其特征在于，所述将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数，包括：

接收前端提交的配置业务参数；

对所述配置业务参数进行业务逻辑验证；

在所述配置业务参数通过所述业务逻辑验证时，将所述配置业务参数转换为活动配置模型参数；

将所述活动配置模型参数提交至所述引擎中间件，以供所述引擎中间件对所述活动配置模型参数进行规范验证。

3.根据权利要求2所述的处理方法，其特征在于，所述通过引擎中间件将所述活动配置模型参数保存到数据库中，包括：

在所述活动配置模型参数通过所述规范验证时，通过所述引擎中间件将所述活动配置模型参数保存到数据库中。

4.根据权利要求1所述的处理方法，其特征在于，所述发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作之后，所述方法包括；

在接收到交易请求参数时，对所述交易请求参数进行合法性验证；

在所述交易请求参数通过所述合法性验证时，将所述交易请求参数转换为活动引擎参数；

通过所述引擎中间件基于所述活动引擎参数构建数据执行模型；

从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数；

根据所述数据执行模型以及所述活动配置模型参数，启动活动规则运算，生成规则执行结果。

5.根据权利要求4所述的处理方法，其特征在于，所述通过所述引擎中间件基于所述活动引擎参数构建数据执行模型，包括：

通过所述引擎中间件将所述活动引擎参数组装为活动参与模型；

通过所述引擎中间件生成活动会话模型，将所述活动参与模型和所述活动会话模型作为数据执行模型；

所述从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数，包括：

将所述活动会话模型作为规则计算过程的上下文；

根据所述上下文中指定的活动ID，从所述数据库中读取与所述活动引擎参数对应的活动配置模型参数。

6.根据权利要求5所述的处理方法，其特征在于，所述根据所述数据执行模型以及所述活动配置模型参数，启动活动规则运算，生成规则执行结果，包括：

根据所述数据执行模型以及所述活动配置模型参数，启动活动规则组进行运算，得到运算结果；

将所述运算结果实时更新到所述活动会话模型中；

在所述活动规则组执行完毕时，通过所述引擎中间件基于所述活动会话模型中记录的运算结果生成规则执行结果。

7.根据权利要求4所述的处理方法，其特征在于，所述根据所述数据执行模型以及所述活动配置模型参数，启动活动规则运算，生成规则执行结果之后，所述方法还包括：

在启动活动规则组进行运算时，执行活动事件通知；

其中，所述活动事件通知与所述活动规则组执行时的运算结果对应。

8.一种活动业务的处理设备，其特征在于，所述活动业务的处理设备包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如权利要求1至7中任一项所述的活动业务的处理方法。

9.一种活动业务的处理系统，其特征在于，所述处理系统包括活动业务的处理设备、数据库；所述活动业务的处理设备包括活动配置模块和活动交易模块；

所述活动配置模块，用于将接收到的配置业务参数转换为与所述配置业务参数对应的活动配置模型参数；

所述活动配置模块，还用于通过引擎中间件将所述活动配置模型参数保存到数据库中，且通过所述引擎中间件生成活动配置信息；

所述数据库，用于保存所述活动配置模型参数；

所述活动配置模块，还用于发布配置更新事件至业务平台，以供所述业务平台在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作；

所述活动交易模块，用于在接收到所述配置更新事件后，调用所述活动配置模型参数进行动态执行活动交易操作。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如权利要求1至7中任一项所述的活动业务的处理方法。

Images