CN113835780A - 一种事件响应方法及装置 - Google Patents

Abstract

本发明涉及金融科技(Fintech)领域，公开一种事件响应方法及装置，确定第一触发事件对应的各策略；策略用于设定触发事件的触发规则和触发事件的处理响应；针对各策略中的任一组合事件的策略，确定第一触发事件在策略下的事件类型；若事件类型为后序事件，则获取第二触发事件的事件记录；根据事件记录确定第一触发事件是否满足触发规则中的组合事件规则；在确定第一触发事件满足组合事件规则后，按照处理响应进行处理。该方式通过配置策略的方式提供了联合处理多个触发事件的方法，满足了更多营销场景下的需求。

Description

一种事件响应方法及装置

技术领域

本申请实施例涉及金融科技(Fintech)领域，尤其涉及一种事件响应方法及装置。

背景技术

随着计算机技术的发展，越来越多的技术(例如：大数据、云计算或区块链)应用在金融领域，传统金融业正在逐步向金融科技转变。如对于用户在银行办理业务的场景，准确检测用户所办业务是否满足银行预先设置的营销规则，而向其发送相应的奖励或者鼓励信息，这对于银行持久稳定地开发并维护自己的客户具有非常重要的意义。

目前，金融领域已经存在有通用的规则引擎方案，较出名的项目包括开源的JRules、Jess、Drools等，其底层的思路都是将业务规则与硬编码解耦合，使得业务决策从程序代码中分离出来。其中，常见的业务人员录入规则的方式，是按照要求编写规则配置文件，文件形式包括但不限于xml、yml，json等，而后通过规则引擎读取相关录入的规则配置文件而生效。

然而，目前开源的规则引擎在使用过程中常常是一入参在引擎内存中进行快速规则判断后就被立即输出，多个入参之间彼此独立。

综上，目前亟需一种可联合处理多种入参的方法。

发明内容

本申请提供一种事件响应方法及装置，用以实现联合处理多种触发事件。

第一方面，本申请实施例提供一种事件响应方法，该方法包括：确定第一触发事件对应的各策略；其中，策略用于设定触发事件的触发规则和触发事件的处理响应；针对所述各策略中的任一组合事件的策略，确定所述第一触发事件在所述策略下的事件类型；若事件类型为后序事件，则获取第二触发事件的事件记录；根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则；在确定所述第一触发事件满足所述组合事件规则后，按照所述处理响应进行处理；其中，所述第二触发事件是所述第一触发事件的前序事件。

上述方案中，通过预先配置各种策略，一个策略可以是将多个触发事件按照不同的逻辑关系组合构成的，以及在各策略中配置了触发事件被执行后的需要对用户进行响应的响应形式，从而在用户做出真的触发事件时，通过将该触发事件匹配对应的策略，如此就可以向用户给予正确的响应。该方式通过配置策略的方式提供了联合处理多个触发事件的方法，满足了更多营销场景下的需求。

在一种可能实现的方法中，所述获取第二触发事件的事件记录，包括：确定所述策略中作为所述第一触发事件的前序事件的第二触发事件的事件标识；从各事件记录中查找具有所述策略的策略标识、具有所述事件标识且具有所述第一触发事件的事件主体的事件记录，作为第二触发事件的事件记录。

上述方案中，在获知第一触发事件为组合事件的策略中的后序事件时，可以从该策略中获取前序事件的标识，从而可以从各事件记录中查找带有该策略的策略标识、所获取到的前序事件的标识以及具有与第一触发事件的事件主体为同一事件主体的事件记录，则该事件记录即为第二触发事件的事件记录。该方式中当发生了组合事件的策略中的前序事件时，通过记录该前序事件所在的策略的策略标识、该前序事件的事件标识以及该前序事件的事件主体，从而可便于后续发生的事件类型为后序事件的触发事件在各事件记录中匹配是否有它在当前策略下的前序事件，如此就可以按照该策略对用户在多个时期作出的动作进行响应，丰富了各种营销场景下的各种复杂的营销规则。

在一种可能实现的方法中，所述根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则，包括：确定所述策略中作为组合事件的所述第一触发事件与所述第二触发事件的组合关系；获取所述第二触发事件的事件记录中所述第二触发时间的第二触发时刻，并确定所述第一触发事件的第一触发时刻与所述第二触发时刻的时间差；根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则。

上述方案中，首先可获取策略中作为组合事件的第一触发事件与第二触发事件的组合关系，然后可分别获取第一触发事件与第二触发事件各自发生的时间，即获取第一触发时刻和第二触发时刻，如此可以得到两个触发时刻之间的时间差，最后通过组合关系和时间差可以确定第一触发事件是否满足触发规则中的组合事件规则。该方式中通过在组合事件的策略中预先配置好组合事件间的组合关系，以及定义好对该组合事件进行响应的时间阈值，从而当真的发生了策略中的配置的组合事件(即第一触发事件和第二触发事件)时，即可以根据策略中预先配置的规则来评估该组合事件是否满足了要求，并最终可以根据评估结果确定对用户进行响应的响应形式。

在一种可能实现的方法中，所述根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则，包括：若所述组合关系为非关系且所述时间差小于时间阈值，则确定所述第一触发事件不满足所述组合事件规则；若所述组合关系为且关系且所述时间差小于所述时间阈值，则确定所述第一触发事件满足所述组合事件规则。

上述方案中，一种情况是，对于策略中配置的第一触发事件与第二触发事件之间的组合关系为非关系时，在第二触发事件发生之后且在策略中配置的时间阈值之前发生了第一触发事件，则表示第一触发事件的发生不满足组合事件规则，另外一种情况是，对于组合关系为且关系时，在第二触发事件发生之后且在策略中配置的时间阈值之前发生了第一触发事件，则表示第一触发事件的发生是满足组合事件规则的。该方式中通过预先在策略中配置好多个触发事件间的组合关系，并定义好一组有组合关系的两个触发事件发生的时间间隔，从而在真的发生了该策略中配置的各触发事件时，就可以快速决策出该如何对用户进行响应，丰富了各种营销场景下的各种复杂的营销规则。

在一种可能实现的方法中，若事件类型为前序事件，则记录所述第一触发事件的事件记录；确定所述策略中作为组合事件的所述第一触发事件与第三触发事件的组合关系；若所述组合关系为非关系，则设定所述第一触发事件的等待任务；所述等待任务用于监测所述组合事件规则中配置的时间阈值内是否发生所述第三触发事件。

上述方案中，在识别出第一触发事件为一策略中的前序事件时，此时可对第一触发事件的事件记录进行存储；接着通过对该策略中的第一触发事件所在的组合事件的组合关系进行检查，并在确定组合关系为非关系时，还需要设定第一触发事件的等待任务，通过该等待任务可以确定组合事件规则中配置的时间阈值内是否发生了与第一触发事件构成组合事件的第三触发事件。通过设置等待任务，可以及时对非关系的组合事件进行响应，提升了对触发事件进行响应的效率。

在一种可能实现的方法中，若在所述时间阈值内发生所述第三触发事件，则取消所述等待任务；若在所述时间阈值内未发生所述第三触发事件，则确定满足所述组合事件规则，并按照所述处理响应进行处理。

上述方案中，针对由第一触发事件和第三触发事件构成的非关系的组合事件，通过检查在第一触发事件发生后的预设时长(即时间阈值)内有无发生第三触发事件，从而可针对性地按照策略中配置的处理响应进行处理，提升了对触发事件进行响应的效率。

在一种可能实现的方法中，在所述第一触发事件发生后，运行所述第一触发事件预先配置的各插件脚本；获取各插件脚本运行后的输出参数；所述输出参数用于所述处理响应的执行。

由于目前的开源规则引擎在投入使用时，它的入参需要开发者提前计算、聚合完成全量数据后才能够传入，尚且还不能单独完成某一项完整的产品功能，需要使用者搭配其他技术包装接入。针对该问题，本方案通过在策略配置的过程中同时为各触发事件配置插件脚本，插件脚本用于补充触发事件相关的数据，从而在用户真的发生一个触发事件的过程中，通过匹配策略后，可以选择同期执行预先配置的该触发事件下的各插件脚本，如此可以实现对触发事件的数据补充的效果。使用本专利的插件脚本框架，个性化数据加工是通过选择或新建一个插件脚本完成，该插件脚本不耦合任何触发事件，一次编写可以提供给多个触发事件使用，并可以随时发布随时生效。

在一种可能实现的方法中，所述确定第一触发事件对应的各策略，包括：根据所述第一触发事件的事件标识，确定所述第一触发事件在触发事件数组中的编号；其中，所述触发事件数组中的每一个数字对应一个策略链表；策略链表是根据触发事件对应的各策略组成的；获取所述编号对应的策略链表中的各策略。

上述方案中，对各触发事件进行处理的逻辑单元为策略，当随着触发事件增多，搜索匹配策略的时间复杂度会逐渐增加。为此，可预先基于策略和触发事件两个维度构建一数据结构，触发事件采用数组结构存储，如可通过将触发事件标识进行hash(哈希)算法取模后挨个放入数组中，每个触发事件数组元素会关联一个策略链表，策略链表元素会指定一由策略节点构成的策略树。当发生一触发事件后，通过事件标识进行hash运算取模后找到它在触发事件数组中的编号，再遍历该编号指示的一策略链表，可达到快速查找触发事件匹配的各策略的目的。

第二方面，本申请实施例提供一种事件响应装置，策略确定单元，用于确定第一触发事件对应的各策略；其中，策略用于设定触发事件的触发规则和触发事件的处理响应；处理单元，用于针对所述各策略中的任一组合事件的策略，确定所述第一触发事件在所述策略下的事件类型；若事件类型为后序事件，则获取第二触发事件的事件记录；根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则；在确定所述第一触发事件满足所述组合事件规则后，按照所述处理响应进行处理；其中，所述第二触发事件是所述第一触发事件的前序事件。

在一种可能实现的方法中，所述处理单元，具体用于：确定所述策略中作为所述第一触发事件的前序事件的第二触发事件的事件标识；从各事件记录中查找具有所述策略的策略标识、具有所述事件标识且具有所述第一触发事件的事件主体的事件记录，作为第二触发事件的事件记录。

在一种可能实现的方法中，所述处理单元，具体用于：确定所述策略中作为组合事件的所述第一触发事件与所述第二触发事件的组合关系；获取所述第二触发事件的事件记录中所述第二触发时间的第二触发时刻，并确定所述第一触发事件的第一触发时刻与所述第二触发时刻的时间差；根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则。

在一种可能实现的方法中，所述处理单元，还用于：若所述组合关系为非关系且所述时间差小于时间阈值，则确定所述第一触发事件不满足所述组合事件规则；若所述组合关系为且关系且所述时间差小于所述时间阈值，则确定所述第一触发事件满足所述组合事件规则。

在一种可能实现的方法中，所述处理单元，还用于：若事件类型为前序事件，则记录所述第一触发事件的事件记录；确定所述策略中作为组合事件的所述第一触发事件与第三触发事件的组合关系；若所述组合关系为非关系，则设定所述第一触发事件的等待任务；所述等待任务用于监测所述组合事件规则中配置的时间阈值内是否发生所述第三触发事件。

在一种可能实现的方法中，所述处理单元，还用于：若在所述时间阈值内发生所述第三触发事件，则取消所述等待任务；若在所述时间阈值内未发生所述第三触发事件，则确定满足所述组合事件规则，并按照所述处理响应进行处理。

在一种可能实现的方法中，所述处理单元，还用于：在所述第一触发事件发生后，运行所述第一触发事件预先配置的各插件脚本；获取各插件脚本运行后的输出参数；所述输出参数用于所述处理响应的执行。

在一种可能实现的方法中，所述策略确定单元，具体用于：根据所述第一触发事件的事件标识，确定所述第一触发事件在触发事件数组中的编号；其中，所述触发事件数组中的每一个数字对应一个策略链表；策略链表是根据触发事件对应的各策略组成的；获取所述编号对应的策略链表中的各策略。

第三方面，本申请实施例提供了一种计算设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行如第一方面任一实现方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如第一方面任一实现方法。

附图说明

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

图1为本申请实施例提供的一种架构示意图；

图2为本申请实施例提供的一种事件响应方法的示意图；

图3为本申请实施例提供的一种策略配置界面的示意图；

图4为本申请实施例提供的一种触发事件配置界面的示意图；

图5为本申请实施例提供的一种为触发事件配置插件脚本的示意图；

图6为本申请实施例提供的一种为触发事件配置规则的示意图；

图7为本申请实施例提供的一种触发事件的处理响应的示意图；

图8为本申请实施例提供的一种触发事件-策略匹配示意图；

图9为本申请实施例提供的一种对触发事件进行处理的流程示意图；

图10为本申请实施例提供的一种事件响应装置的示意图；

图11为本申请实施例提供的一种计算设备的示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

针对目前无法对同一用户分别于不同时期输入的多个触发事件进行联合处理的问题，本申请提供一种可能的系统架构。如图1所示，为本申请实施例提供的一种架构示意图，该架构中包括至少一个终端110与服务器120。其中，终端110可以为智能手机、电脑、iPad等智能终端，服务器120可以为一台服务器，也可以为多台服务器构成的服务器集群，本申请对此不做限定。作为示例，图1中包括三个终端，分别为终端1101、终端1102和终端1103。可选的，终端1101、终端1102和终端1103分别安装有同一应用程序，如可以为一银行的网上银行的应用程序，用于线上为用户办理各种业务；相应的，服务器120可以为该网上银行这一应用程序的服务提供商提供的服务器。

以网上银行这一应用程序为例，用户可以办理的业务包括但不限于留资业务、进件业务、贷款业务。目前而言，网上银行尚且只能对用户办理的单一业务进行反馈，如凡是用户在网上银行办理了留资业务，则网上银行可能直接向该用户发放积分；如凡是用户在网上银行办理了进件业务，则网上银行可能直接向该用户发放店铺优惠券；如凡是用户在网上银行办理了符合设定额度的贷款业务，则网上银行可能直接向该用户发放5天免息券。显然，上述现有技术中，网上银行尚且无法对用户于不同时期办理的各业务做出一个总的反馈，比如，目前的网上银行尚且无法对用户在办理留资业务后的两小时内再次办理进件业务这一联合行为进行响应；又如，目前的网上银行尚且无法处理用户在办理留资业务后的两小时内并没有继续办理进件业务的情况。

综上，针对现有技术存在的问题以及基于图1所示的系统架构，本申请实施例提供一种事件响应方法。如图2所示，为本申请实施例提供的一种事件响应方法的示意图，该方法可以由图1所示的服务器执行，该方法包括：

步骤201，确定第一触发事件对应的各策略。

在本步骤中，可以将策略作为对用户做出的触发事件进行响应的最小单元，其中，策略用于设定触发事件的触发规则和触发事件的处理响应。其中，触发规则包括触发事件对应的规则条件以及触发事件间的组合关系，组合关系包括且关系和非关系；处理响应表示由服务器对触发事件进行一系列计算后，将满足要求的用户事件，使用某种动作输出，比如发放一张贷款5天免息券、发放积分、推送消息(包括应用程序和短信等方式)等触达用户的行为。

接下来可以通过下面的一个实例说明本申请是如何对策略进行配置的。

设一待配置策略为：对于2021.5.1日至2021.5.7日这一时间区间，以用户留资后2小时内进行核额为场景，并设定向核额金额大于30W的用户发放一张贷款业务的5天免息券，作为样例录入策略，则：

首先，可以在服务器的管理平台创建策略，如设定策略的名称和有效期。如图3所示，为本申请实施例提供的一种策略配置界面的示意图，其中所配置的策略的名称为“五一拉新活动策略”，该策略的生效日期与失效日期分别为2021-05-01 00:00:00、2021-05-0723:59:59。

接着，在创建好图3所示的策略名称和策略有效期后，如图4所示，为本申请实施例提供的一种触发事件配置界面的示意图，如可选择触发事件，并指定是组合事件类型，设置A事件为留资事件，B事件为核额事件，A、B事件之间的组合关系为且关系，等待时长为2小时。说明的是，在策略为组合事件配置的策略时，A事件表示策略中先进入的触发事件，即前序事件，B事件表示策略中后进入的触发事件，即后序事件。

然后，在确定出A事件与B事件后，可同时针对所选取的A事件选择需要使用的插件脚本。如图5所示，为本申请实施例提供的一种为触发事件配置插件脚本的示意图，如针对于A事件，可选择为留资手机号匹配企业信息库的插件脚本，该插件脚本提供关联企业的输出参数。说明的是，针对于A事件，可以按需同时配置多个插件脚本；此外，本申请实施例不再举为B事件配置插件脚本的例子，其配置逻辑可以参考为A事件配置插件脚本的过程。

接着，在按需配置好A事件与B事件各自的插件脚本后，可继续分别针对A事件和B事件配置各自的规则条件。如图6所示，为本申请实施例提供的一种为触发事件配置规则的示意图，比如本申请实施例中需设置B事件的授信金额大于30W。

最后，在配置好上述触发事件间的组合关系、触发事件对应的插件脚本和触发事件对应的规则条件后，如图7所示，为本申请实施例提供的一种触发事件的处理响应的示意图，如选择触达动作的动作类型为发放免息券，并在动作类型为发放免息券时，具体配置免息券动作入参。

说明的是，上面仅通过对A事件与B事件之间的组合关系为且关系进行了策略的配置过程的说明，其中，策略还包括对两触发事件之间的组合关系为非关系进行配置，以及对单一触发事件进行配置，或者还可以包括对两个以上触发事件之间的组合关系进行配置。

说明的是，应用程序中配置的用户能够触发的事件为多种多样的，每一个触发事件分别对应一个触发事件标识；管理平台中对该应用程序配置的策略也将是多种多样的，每一个策略分别对应一个策略标识，不同的策略中可以同时配置有同一个触发事件，该相同的触发事件可以为一策略中的前序事件、另一策略中的后序事件，或者同为前序事件，或者同为后序事件，即策略与触发事件之间具有多对多的映射关系。同理，应用程序中配置的插件脚本也是多种多样的，每一个插件脚本分别对一个插件脚本标识，不同的策略中可以同时配置有同一个插件脚本，即策略与插件脚本之间具有多对多的映射关系。

可选的，所述确定第一触发事件对应的各策略，包括：根据所述第一触发事件的事件标识，确定所述第一触发事件在触发事件数组中的编号；其中，所述触发事件数组中的每一个数字对应一个策略链表；策略链表是根据触发事件对应的各策略组成的；获取所述编号对应的策略链表中的各策略。

比如，在服务器接收到第一触发事件时，可通过逐一遍历策略库中的各策略，确定第一触发事件对应的各策略。

比如，在服务器接收到第一触发事件时，可通过匹配预先建立的触发事件与策略之间的映射关系，根据第一触发事件的触发事件标识确定第一触发事件被配置在策略库中的哪些策略中，即确定了第一触发时间事件的各策略。

然而，上述通过匹配预先建立的触发事件与策略之间的映射关系而确定第一触发事件对应的各策略的方式，在随着触发事件增多，搜索匹配策略的时间复杂度会逐渐增加。对此，在触发事件进入服务器前，服务器可预先在内存中基于策略和触发事件两个维度构建数据结构。如图8所示，为本申请实施例提供的一种触发事件-策略匹配示意图，各触发事件采用数组结构存储，通过将各触发事件的事件标识进行hash算法取模后挨个放入数组中，每个触发事件数组编号会关联一个策略链表，策略链表可指向一棵由策略节点构成的策略树。当触发事件进入服务器后，服务器根据触发事件标识进行hash运算取模后找到对应的数组编号，再遍历数组编号中的策略链表，这样可达到快速查找触发事件匹配的策略集合目的。

假设应用程序的开发人员在触发事件集合中引入新的触发事件，这可能导致触发事件hash取模后与原有的hash数组编号不一致的问题。为了解决录入新的触发事件导致hash取模取值不准确的问题，本申请实施例中可通过监听管理平台配置修改的行为，使用hash算法按最新的策略配置重新计算一遍，得出每个触发事件新的hash数组编号，比如可称为hash算法的rebalance操作。该过程将面临一个问题，由于hash计算过程会耗费一段时间，则为了避免在重新计算和替换老版本的hash数组前导致服务器需要全局暂停服务的问题，本申请实施例可为每次rebalance操作都分配一个版本号和状态(已加载/加载中)，版本号使用时间戳为标识，并规定服务器只使用内存中版本号最大且状态为“已加载”的数据提供服务。在新的rebalance操作完成之前，服务器会继续使用已加载的最大版本既有对象，当rebalance操作完成之后，修改新版本的状态为“已完成”，此时服务器将会使用此份新数据，如此可避免服务器需全局暂停服务的问题。

步骤202，针对所述各策略中的任一组合事件的策略，确定所述第一触发事件在所述策略下的事件类型；若事件类型为后序事件，则获取第二触发事件的事件记录；根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则；在确定所述第一触发事件满足所述组合事件规则后，按照所述处理响应进行处理；其中，所述第二触发事件是所述第一触发事件的前序事件。

在本步骤中，由于通过步骤201，可以获知第一触发事件对应的各策略，其中，在所匹配的各策略中，第一触发事件可以为组合事件的策略中的触发事件；由于组合事件的策略包括前序事件和后序事件两种事件类型，如此，若确定第一触发事件为组合事件的策略中的后序事件，则服务器可获取组合事件的策略中的前序事件的事件记录，即第二触发事件的事件记录；接着通过将第一触发事件与第二触发事件的事件记录进行比较，则可以确定第一触发事件是否满足组合事件的策略中的触发规则中的组合事件规则，并在确定满足事件规则后，按照组合事件的策略中配置的处理响应进行处理。

上述方案中，通过预先配置各种策略，一个策略可以是将多个触发事件按照不同的逻辑关系组合构成的，以及在各策略中配置了触发事件被执行后的需要对用户进行响应的响应形式，从而在用户做出真的触发事件时，通过将该触发事件匹配对应的策略，如此就可以向用户给予正确的响应。该方式通过配置策略的方式提供了联合处理多个触发事件的方法，满足了更多营销场景下的需求。

以下将结合示例分别对上述一些步骤进行详细说明。

在上述步骤202的一个实施中，所述获取第二触发事件的事件记录，包括：确定所述策略中作为所述第一触发事件的前序事件的第二触发事件的事件标识；从各事件记录中查找具有所述策略的策略标识、具有所述事件标识且具有所述第一触发事件的事件主体的事件记录，作为第二触发事件的事件记录。

在获取到第一触发事件对应的各策略中，若第一触发事件的触发事件标识匹配上一策略的后序事件的标识，则可以从该策略中读取出前序事件的标识，所读取出的前序事件的标识为第二触发事件的事件标识；在得到第二触发事件的事件标识后，可以依据该策略的策略标识、第二触发事件的事件标识和第一触发事件的事件主体(如用户身份证号、用户的手机号等)对各事件记录进行查找，如果各事件记录中存在有一条事件记录，该事件记录中记载的策略的策略标识为第一触发事件所在的策略标识，事件标识为第二触发事件的事件标识且事件主体与第一触发事件的事件主体相同，则说明该事件记录为第二触发事件的事件记录。

在上述步骤202的一个实施中，所述根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则，包括：确定所述策略中作为组合事件的所述第一触发事件与所述第二触发事件的组合关系；获取所述第二触发事件的事件记录中所述第二触发时间的第二触发时刻，并确定所述第一触发事件的第一触发时刻与所述第二触发时刻的时间差；根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则。

在本申请的某些实施中，所述根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则，包括：若所述组合关系为非关系且所述时间差小于时间阈值，则确定所述第一触发事件不满足所述组合事件规则；若所述组合关系为且关系且所述时间差小于所述时间阈值，则确定所述第一触发事件满足所述组合事件规则。

在获取第一触发事件对应的各策略之后，若第一触发事件在一组合事件的策略中为后序事件，则，首先可获取该策略中预先定义的作为第一触发事件的前序事件的第二触发事件与第一触发事件间的组合关系；接着，可从第二触发事件的事件记录中获取第二触发事件的发生时间，即获取第二触发时刻，从而可根据第一触发事件的发生时间(即第一触发时刻)和第二触发时刻计算第二触发事件与第一触发事件发生的时间差。

其中，作为前序事件的第二触发事件与作为后序事件的第一触发事件间的组合关系包括且关系和非关系两种，下面分别就这两种不同的组合关系，分析策略的处理响应，包括：

情况1：若组合关系为非关系且计算出的时间差小于第一触发事件和第二触发事件所在策略中定义的时间阈值，则表示第二触发事件的发生不满足组合事件规则，从而并不需要向用户发出任何提醒；反之，则表示第二触发事件的发生满足组合事件规则，从而需要向用户发送相关提醒。

这里可以通过一个具体的例子进行说明。如银行为了促进用户多多的办理业务，增加用户粘性，比如在用户留资后两小时内没有进行办理进件业务，则银行为了促进用户对进件业务的办理，此时银行可以向用户发送进件业务办理的消息提醒。该场景下，留资业务和进件业务构成了一个组合事件的策略中的前序事件和后序事件，该策略中的组合事件规则为两小时；那么如果一用户办理留资业务后，若该用户在之后的两小时内进行了进件业务的办理，此时表示用户不满足组合事件规则，此时银行无需向该用户发送进件业务办理的消息提醒；若该用户在之后的两小时内并没有进行进件业务的办理，此时表示用户满足组合事件规则，此时银行为了挽留用户，可向该用户发送进件业务办理的消息提醒。

情况2：若组合关系为且关系且计算出的时间差小于第一触发事件和第二触发事件所在策略中定义的时间阈值，则表示第二触发事件的发生满足组合事件规则，从而可向用户发送相关信息；反之，则表示第二触发事件的发生不满足组合事件规则，此时并不需要向用户发送相关信息。

这里可以通过一个具体的例子进行说明。如银行为了促进用户多多的办理业务，增加用户粘性，比如用户进件后两小时内又进行了核额业务，则银行为了奖励用户在本行进行的业务办理，此时银行可以向用户发送相关优惠信息，如奖励用户1000积分，或者发放一张5天免息券等。该场景下，进件业务和核额业务构成了一个组合事件的策略中的前序事件和后序事件，该策略中的组合事件规则为两小时；那么如果一用户办理进件业务后，若该用户在之后的两小时内进行了核额业务的办理，此时表示用户满足组合事件规则，此时银行可向用户发放积分或者免息券；若该用户在之后的两小时内并没有进行核额业务的办理，此时表示用户不满足组合事件规则，此时银行将对用户不采取任何行为。

在上述步骤202的一个实施中，若事件类型为前序事件，则记录所述第一触发事件的事件记录；确定所述策略中作为组合事件的所述第一触发事件与第三触发事件的组合关系；若所述组合关系为非关系，则设定所述第一触发事件的等待任务；所述等待任务用于监测所述组合事件规则中配置的时间阈值内是否发生所述第三触发事件。

在本申请的某些实施中，若在所述时间阈值内发生所述第三触发事件，则取消所述等待任务；若在所述时间阈值内未发生所述第三触发事件，则确定满足所述组合事件规则，并按照所述处理响应进行处理。

例如，在获取到第一触发事件对应的各策略中，若第一触发事件的触发事件标识匹配上一策略的前序事件的标识，则此时可对第一触发事件进行记录，比如，记录第一触发事件当前所属的策略的策略标识、该策略中所配置的后序事件的事件标识、第一触发事件的发生时间以及第一触发事件的事件主体；接着，可对策略中的第一触发事件作为前序事件、第三触发事件作为后序事件的组合关系进行读取，如果所读取的组合关系为非关系，则可以为第一触发事件设置等待任务，该等待任务用于监测策略中配置的组合事件规则中的时间阈值内是否真的有发生第三触发事件；其中，如果在时间阈值内发生了第三触发事件，则表示用户做出了银行方预期的行为，此时可对等待任务进行取消；如果在时间阈值内并未发生第三触发事件，则表示用户并未做出银行方预期的行为，从而服务器需要向用户发送相关的鼓励信息，以提示用户前往应用程序办理相关业务，如此将可以增加用户粘性。

在本申请的某些实施中，在所述第一触发事件发生后，运行所述第一触发事件预先配置的各插件脚本；获取各插件脚本运行后的输出参数；所述输出参数用于所述处理响应的执行。

服务器在接收到的触发事件后，一般需要对触发事件进行规则判断，比如前述例子中进件后两小时内若用户的核额额度低于30W，此时也并不会向用户发放免息券，其中满足授信额度不低于30W是核额业务对应的规则条件。目前，对一触发事件进行规则判断时，仅依赖触发事件本身的属性信息，往往并不能够完全获取到可用于规则判断的数据，因此需要对触发事件进行数据补充。针对该问题，本申请实施例中可在策略配置过程中，对于策略中配置的各触发事件按需配置相关的插件脚本，如此在触发事件进入服务器后，通过运行触发事件具有的各插件脚本，则可以达到补充触发事件相关数据的目的。

可选的，插件脚本可使用groovy语言编写，在服务器中引用groovy引擎进行解析，在避免事件数据膨胀和降低耦合的优点上，还增加了动态加载的能力。由于通过插件脚本输出的参数与触发事件本身的属性信息都可以作为规则条件的判断依据，因此为了避免同一数据发生重名的问题，可为插件脚本的输出参数默认增加一个别名，如对于一触发事件A，设用户主动留下的本人手机号为13603351869，对于该触发事件A，设通过插件脚本1加工出的该用户的手机号为13987458167，以及通过插件脚本2加工出来的该用户的手机号为17502141516，则为了对触发事件本身具有的数据与通过插件脚本输出的数据进行区分，可将触发事件本身具有的数据记作“A.13603351869”，并将通过插件脚1输出的数据记作“A.S1.13987458167”，以及将通过插件脚2输出的数据记作“A.S2.17502141516”。

可选的，完成所有的规则匹配后，可执行触达动作分组。触达动作是引擎的出口，是一个计算结果，比如下发降息用户免息券、触达用户短信通知等。当存在多个动作时候，动作之间就可以存在某种关联关系——依赖和平行。如前面例子中可在向用户发放免息券的同时向用户推送一条免息券可用通知的短信，此时为依赖关系，该场景下须先向用户发放免息券后才能触达短信给用户，否则容易造成投诉；另一种情况是，如需要提醒用户进行办理进件业务时，可通过应用程序内部的消息推送和手机短信通知，这两种方式之间是平行关系，应用程序推送失败了，短信也应正常发送。为此，本申请实施例中设定了触达动作之间如果是依赖关系，则可构建一条动作链表，链表前指针对象执行失败后者不再执行；在触达动作之间为平行关系时则可通过构造多条链表，而且，因为链表之间是互相平行的，所以每个链表的加工、修改行为不应该影响其他链表，所以在进入动作分组前，会将当前触发事件上下文复制成多个副本，每个动作分组使用一个完整的副本，彼此之间写入互不影响，这样保证了动作分组之间的隔离特性。

下面可以通过一个具体的例子说明本申请的服务器对触发事件进行处理的流程。

如图9所示，为本申请实施例提供的一种对触发事件进行处理的流程示意图，包括：

步骤901，事件触发。

步骤902，根据接收到的触发事件搜索策略集。作为示例，接下来以匹配到的策略为策略1为例进行说明。

步骤903，执行为触发事件配置的各插件脚本。

步骤904，校验触发事件是否满足配置的规则条件；如果是，则执行步骤905；否则结束。

步骤905，判断触发事件在当前策略(即策略1)中是否为单事件；如果是，则执行步骤915；否则，执行步骤906。

步骤906，判断触发事件在当前策略中是前序事件(即A事件)还是后序事件(即B事件)；若判断为A事件，则执行步骤907；否则，执行步骤908。

步骤907，缓存A事件在当前策略下的执行结果，并继续执行步骤909。

步骤908，从各事件记录中查找A事件，并继续执行910。

步骤909，判断A、B事件的组合关系是否为非；若是，则执行步骤911；否则结束。

步骤910，确定是否找到A事件；若是，则执行步骤912，否则结束。

步骤911，建立A事件的等待任务并结束。

步骤912，判断A、B事件的组合关系，若确定组合关系为非，则执行步骤913，若确定组合关系为且，则执行步骤914。

步骤913，取消A事件的等待任务并结束。

步骤914，判断是否满足时间阈值，若是，则执行步骤915，否则结束。

步骤915，判断是否超过策略最大限制次数，若否，则执行步骤916，否结束。其中，最大限制次数表示对于一触发事件，并不总是会向用户多次返回相同的信息，如在用户留资后1.5小时的时候办理了进件业务，银行方考虑到由于本次进件业务满足留资后2小时内办理进件业务的策略，则银行方可向用户发送一张优惠券，但是若用户留资后1.8小时的时候再次办理进件业务(可能是为了完善信息)，则银行方将不会就用户本次办理的进件业务而向用户再次发送一张优惠券。

步骤916，获取并遍历动作分组。作为示例，接下来以遍历到动作分组1为例进行说明。

步骤917，确定是否配置了前置条件，若是，则执行步骤918，否则，执行步骤919。其中，前置条件表示对规则条件的进一步细化，比如，满足核额30W将向用户发送一张5天免息券，满足核额100W将向用户发送一张15天免息券。

步骤918，确定是否满足前置条件，若是，则执行步骤919，否则结束。

步骤919，执行动作并结束。

基于同样的构思，本申请实施例提供一种事件响应装置，如图10所示，为本申请实施例提供的一种事件响应装置的示意图，该装置包括策略确定单元1001和处理单元1002；

策略确定单元1001，用于确定第一触发事件对应的各策略；其中，策略用于设定触发事件的触发规则和触发事件的处理响应；

处理单元1002，用于针对所述各策略中的任一组合事件的策略，确定所述第一触发事件在所述策略下的事件类型；若事件类型为后序事件，则获取第二触发事件的事件记录；根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则；在确定所述第一触发事件满足所述组合事件规则后，按照所述处理响应进行处理；其中，所述第二触发事件是所述第一触发事件的前序事件。

进一步的，对于该装置，处理单元1002，具体用于：确定所述策略中作为所述第一触发事件的前序事件的第二触发事件的事件标识；从各事件记录中查找具有所述策略的策略标识、具有所述事件标识且具有所述第一触发事件的事件主体的事件记录，作为第二触发事件的事件记录。

进一步的，对于该装置，处理单元1002，具体用于：确定所述策略中作为组合事件的所述第一触发事件与所述第二触发事件的组合关系；获取所述第二触发事件的事件记录中所述第二触发时间的第二触发时刻，并确定所述第一触发事件的第一触发时刻与所述第二触发时刻的时间差；根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则。

进一步的，对于该装置，处理单元1002，还用于：若所述组合关系为非关系且所述时间差小于时间阈值，则确定所述第一触发事件不满足所述组合事件规则；若所述组合关系为且关系且所述时间差小于所述时间阈值，则确定所述第一触发事件满足所述组合事件规则。

进一步的，对于该装置，处理单元1002，还用于：若事件类型为前序事件，则记录所述第一触发事件的事件记录；确定所述策略中作为组合事件的所述第一触发事件与第三触发事件的组合关系；若所述组合关系为非关系，则设定所述第一触发事件的等待任务；所述等待任务用于监测所述组合事件规则中配置的时间阈值内是否发生所述第三触发事件。

进一步的，对于该装置，处理单元1002，还用于：若在所述时间阈值内发生所述第三触发事件，则取消所述等待任务；若在所述时间阈值内未发生所述第三触发事件，则确定满足所述组合事件规则，并按照所述处理响应进行处理。

进一步的，对于该装置，处理单元1002，还用于：在所述第一触发事件发生后，运行所述第一触发事件预先配置的各插件脚本；获取各插件脚本运行后的输出参数；所述输出参数用于所述处理响应的执行。

进一步的，对于该装置，策略确定单元1001，具体用于：根据所述第一触发事件的事件标识，确定所述第一触发事件在触发事件数组中的编号；其中，所述触发事件数组中的每一个数字对应一个策略链表；策略链表是根据触发事件对应的各策略组成的；获取所述编号对应的策略链表中的各策略。

本申请实施例还提供了一种计算设备，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。该计算设备可以包括中央处理器(Center Processing Unit，CPU)、存储器、输入/输出设备等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(Liquid Crystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。

存储器，可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中，存储器可以用于存储事件响应方法的程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行事件响应方法。

如图11所示，为本申请实施例提供的一种计算设备的示意图，该计算设备包括：

处理器1101、存储器1102、收发器1103、总线接口1104；其中，处理器1101、存储器1102与收发器1103之间通过总线1105连接；

所述处理器1101，用于读取所述存储器1102中的程序，执行上述事件响应方法；

处理器1101可以是中央处理器(central processing unit，简称CPU)，网络处理器(network processor，简称NP)或者CPU和NP的组合。还可以是硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，简称ASIC)，可编程逻辑器件(programmable logic device，简称PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，简称CPLD)，现场可编程逻辑门阵列(field-programmable gate array，简称FPGA)，通用阵列逻辑(generic array logic,简称GAL)或其任意组合。

所述存储器1102，用于存储一个或多个可执行程序，可以存储所述处理器1101在执行操作时所使用的数据。

具体地，程序可以包括程序代码，程序代码包括计算机操作指令。存储器1102可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，简称RAM)；存储器1102也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，简称HDD)或固态硬盘(solid-state drive，简称SSD)；存储器1102还可以包括上述种类的存储器的组合。

存储器1102存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集：

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

总线1105可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

总线接口1104可以为有线通信接入口，无线总线接口或其组合，其中，有线总线接口例如可以为以太网接口。以太网接口可以是光接口，电接口或其组合。无线总线接口可以为WLAN接口。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行事件响应方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种事件响应方法，其特征在于，包括：

确定第一触发事件对应的各策略；其中，策略用于设定触发事件的触发规则和触发事件的处理响应；

针对所述各策略中的任一组合事件的策略，确定所述第一触发事件在所述策略下的事件类型；若事件类型为后序事件，则获取第二触发事件的事件记录；根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则；在确定所述第一触发事件满足所述组合事件规则后，按照所述处理响应进行处理；其中，所述第二触发事件是所述第一触发事件的前序事件。

2.如权利要求1所述的方法，其特征在于，

所述获取第二触发事件的事件记录，包括：

确定所述策略中作为所述第一触发事件的前序事件的第二触发事件的事件标识；

从各事件记录中查找具有所述策略的策略标识、具有所述事件标识且具有所述第一触发事件的事件主体的事件记录，作为第二触发事件的事件记录。

3.如权利要求1所述的方法，其特征在于，

所述根据所述第二触发事件的事件记录确定所述第一触发事件是否满足所述触发规则中的组合事件规则，包括：

确定所述策略中作为组合事件的所述第一触发事件与所述第二触发事件的组合关系；

获取所述第二触发事件的事件记录中所述第二触发时间的第二触发时刻，并确定所述第一触发事件的第一触发时刻与所述第二触发时刻的时间差；

根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则。

4.如权利要求3所述的方法，其特征在于，

所述根据所述组合关系及所述时间差确定所述第一触发事件是否满足所述触发规则中的组合事件规则，包括：

若所述组合关系为非关系且所述时间差小于时间阈值，则确定所述第一触发事件不满足所述组合事件规则；

若所述组合关系为且关系且所述时间差小于所述时间阈值，则确定所述第一触发事件满足所述组合事件规则。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

若事件类型为前序事件，则记录所述第一触发事件的事件记录；

确定所述策略中作为组合事件的所述第一触发事件与第三触发事件的组合关系；

若所述组合关系为非关系，则设定所述第一触发事件的等待任务；所述等待任务用于监测所述组合事件规则中配置的时间阈值内是否发生所述第三触发事件。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

若在所述时间阈值内发生所述第三触发事件，则取消所述等待任务；

若在所述时间阈值内未发生所述第三触发事件，则确定满足所述组合事件规则，并按照所述处理响应进行处理。

7.如权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

在所述第一触发事件发生后，运行所述第一触发事件预先配置的各插件脚本；

获取各插件脚本运行后的输出参数；所述输出参数用于所述处理响应的执行。

8.如权利要求1-6任一项所述的方法，其特征在于，

所述确定第一触发事件对应的各策略，包括：

根据所述第一触发事件的事件标识，确定所述第一触发事件在触发事件数组中的编号；其中，所述触发事件数组中的每一个数字对应一个策略链表；策略链表是根据触发事件对应的各策略组成的；

获取所述编号对应的策略链表中的各策略。

9.一种计算机设备，其特征在于，包括：

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

处理器，用于调用所述存储器中存储的计算机程序，按照获得的程序执行如权利要求1-8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如权利要求1-8任一项所述的方法。

Images