CN114386836A - 基于业务规则的事件流转方法、装置及应用 - Google Patents

Abstract

本申请提出了一种基于业务规则的事件流转方法、装置及应用，其中，所述方法通过插槽方式编排业务规则，通过事件处理回调的方式进行回调规则执行。通过规则执行插槽将业务规则***到业务流中，通过回调调用插槽上的规则进而实现对业务流程进行干预。实现了业务规则动态扩展、业务逻辑修改的效果。

Description

基于业务规则的事件流转方法、装置及应用

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种基于业务规则的事件流转方法、装置及应用。

背景技术

随着国家治理体系和治理能力现代化目标的提出，随着城市治理现代化水平的提高，随着城市治理精细化能力的提高，许多城市在建设智慧城市方面进行积极探索，取得明显成效，相继建设了行业化的专业***，。在此过程中城市治理事件越来越多的要进行跨部门、跨***流转和处置。本发明基于业务规则引擎构建事件运行中枢，对城市治理事件进行事件汇聚、事件自动化分类、事件自动化受理、事件自动化分拨、事件自动化处置和事件自动化反馈。目前城市治理过程中，建设了专业化精细化的业务***，例如城市管理行业的数字城管、非现场执法***、环卫***。目前城市治理过程中，事件的处置流程和法律法规都是形成文件的，城市治理事件在***内的流转处理基本上是靠人工的方式依据事件的处置流程和法律法规对事件进行事件受理、事件分拨、事件处置以及事件反馈。在此过程中，业务人员往往依据自身的业务经验和对事件处置流程和法律法规的理解来决定事件的流转过程和处理过程，这带来了事件处置效率不高，事件处置时间过长，事件退件重新分拨等问题，当有新的业务人员进来时，这种问题表现的更明显。

因此，亟需一种基于业务规则引擎的事件流转的方法和装置，将事件上报后的事件受理、事件分拨、事件处置等过程中涉及到的业务活动实现设计配置和业务活动编排，并实现事件业务在一定程度上的自动化执行和编排，通过编排的方式，灵活的变更业务处理流程，降低因人的经验因素产生的错误率，提升事件业务流转效率，缩短流转时间，提升城市幸福感。

发明内容

本申请实施例提供了一种基于业务规则的事件流转方法、装置及应用，针对现有的城市治理事件，特别是通过市民爆料上来的事件，能够实现事件自动化受理、自动化分拨、自动化处置的有益效果。

第一方面，本申请实施例提供了一种基于业务规则的事件流转方法，所述方法包括：获取待流转事件，将所述待流转事件上报至处理责任链进行流转，其中所述处理责任链包括多个处理节点，相邻所述处理节点之间配置规则执行器插槽，所述规则执行器插槽内置插槽编号，所述规则执行器插槽中配置有至少一业务规则，记录所述插槽编号以及对应的规则编号列表；在每一所述处理节点被执行完成后，规则执行器启动，所述规则执行器根据所述插槽编号查询所述规则编号列表，从所述规则编号列表中依次获取并执行所述业务规则，输出执行后的处理数据，将所述处理数据流转至下一所述处理节点进行处理，直至所述待流转事件处置完成。

在其中一些实施例中，所述待流转事件对应有事件属性，所述事件属性中记录事件的业务数据。

在其中一些实施例中，所述业务规则包括规则类型、规则名称、规则执行条件块以及规则执行动作块，其中，所述规则执行条件块包括至少一规则条件，所述事件属性在所述规则条件中作为入参来使用；所述规则执行动作块包括至少一执行方法，在满足规则执行条件的情况下，所述规则执行动作块内的所述执行方法会被依次执行。

在其中一些实施例中，每一所述规则类型包括属性规则、受理规则、分拨规则、处置规则的任一种，所述属性规则用于提取待流转事件中的事件属性并填充至指定位置；所述受理规则用于根据事件发生区域将待流转事件分配给指定受理方；所述分拨规则用于根据事件所述部门将待流转事件分拨给指定处理部门；所述处置规则用于对待流转事件进行处置。

在其中一些实施例中，所述规则编号列表中存放***所述规则执行器插槽中的所述业务规则的业务编号，基于所述业务编号依次获取所述业务规则。

在其中一些实施例中，每一所述业务规则由以下方式生成：配置所述事件属性、所述规则类型后创建所述业务规则，为所述业务规则配置所述规则名称；基于所述事件属性生成所述规则执行条件块；根据所述规则类型生成规则执行动作块；其中，生成所述规则执行条件块包括：预设规则条件区，所述规则条件区内置能够拖拽的操作符或者操作值，从所述规则条件区中选择所述操作符作为判断条件、选择所述操作值作为比较值，将所述事件属性、所述判断条件以及所述比较值进行组合，生成至少一所述规则条件，将所述规则条件组合得到所述规则执行条件块；生成所述规则执行动作块包括：预设规则动作区，所述规则动作区内置能够拖拽的规则动作，从所述规则动作区中选取至少一所述规则动作，并对所述规则动作进行排序，得到所述规则执行动作块。

在其中一些实施例中，所述方法还包括：根据所述待流转事件的事件类型、所处业务阶段选择特定的所述业务规则完成规则编排，其中，所述业务阶段表征为所述待流转事件所处的所述处理节点在所述处理责任链上的位置。

第二方面，本申请实施例提供了一种基于业务规则的事件流转装置，包括：规则配置模块，用于获取待流转事件，将所述待流转事件上报至处理责任链进行流转，其中所述处理责任链包括多个处理节点，相邻所述处理节点之间配置规则执行器插槽，所述规则执行器插槽内置插槽编号，所述规则执行器插槽中配置有至少一业务规则，记录所述插槽编号以及对应的规则编号列表；事件流转模块，用于在每一所述处理节点被执行完成后，规则执行器启动，所述规则执行器根据所述插槽编号查询所述规则编号列表，从所述规则编号列表中依次获取并执行所述业务规则，输出执行后的处理数据，将所述处理数据流转至下一所述处理节点进行处理，直至所述待流转事件处置完成。

第三方面，本申请实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行第一方面任一项所述的基于业务规则的事件流转方法。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据第一方面任一项所述的基于业务规则的事件流转方法。

本申请实施例的主要贡献和创新点如下：

本申请实施例通过自动化执行回调钩子调用预先编排的业务规则，进而将灵活多变的业务活动需求从编码实现变成由界面设计实现，可以快速实现业务活动需求，提高了***业务逻辑实现的灵活性和扩展性，同时降低业务人员因经验问题带来的错误率。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的基于业务规则的事件流转方法的主要步骤流程图。

图2是根据本申请第一实施例的基于业务规则的事件流转方法的规则编排流程图。

图3是根据本申请第一实施例的基于业务规则的事件流转方法的规则生成界面图。

图4是根据本申请第二实施例的基于业务规则的事件流转装置的结构框图。

图5是根据本申请第三实施例的电子装置的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

本方案目的在于通过灵活编排的方式灵活变更业务处理流程，提高事件业务流转效率。基于此，本方案通过在事件的处理责任链上的任意节点灵活设置或者变更业务规则来实现提高业务流转效率的目的。

本方案针对的是当前依据自身的业务经验和对事件处置流程和法律法规的理解来决定事件的流转过程和处理过程会导致业务处理流程难以更改，因此出错率高的问题。

换言之，现有的事件处置流程在初始设计后就难以更改，导致当业务人员出错时无法及时对链路上的业务规则进行更改。因此，本方案在处理责任链上设置插槽提供不限定数量、业务类型的规则插槽位，相比于现有技术，对业务流程的管控更为灵活多变。

图1是根据本申请第一实施例的基于业务规则的事件流转方法的主要步骤流程图。

为实现该目的，如图1所示，基于业务规则的事件流转方法主要包括如下的步骤S101至步骤S12。

步骤S101、获取待流转事件，将所述待流转事件上报至处理责任链进行流转，其中所述处理责任链包括多个处理节点，相邻所述处理节点之间配置规则执行器插槽，所述规则执行器插槽内置插槽编号，所述规则执行器插槽中配置有至少一业务规则，记录所述插槽编号以及对应的规则编号列表。

在本步骤中，待流转事件可以指任意待流转处理的事件。举例而非限制，待流转事件可以是上报的城管事件，需要经过受理、分拨、处置等流程。或者是，待审批的事件，需要经过不同层级的部门审批处置等流程。

在本实施例中，以城管事件为例，处理责任链上包括四个处理节点，分别是上报、受理、分拨以及处置，在上报和受理节点之间需要填充具体的针对上报结果进行处理的受理规则。同样的，在受理和分拨节点之间需要填充针对已受理的城管事件将如何分拨的分拨规则；在分拨和处置节点之间需要填充针对已分拨的城关事件后续将如何处置的处置规则。

因此，本方案在处理节点之间配置规则执行器插槽，用于***或者变更业务规则，实现规则动态扩展的效果。示例性地，再次参阅图2，插槽可以配置多个，每一插槽内填充至少一规则列表，如插槽1中依次序分别填充有填充规则列表和受理规则列表，表示先对上报的城管事件的事件内容进行提取，并填充至相应字段中，再根据事件内容为城管事件分配受理方。

需要说明的是，插槽编号列表中存放***所述规则执行器插槽中的所述业务规则的业务编号，基于所述业务编号能够依次获取所述业务规则。其中，业务编号用来标识业务规则的唯一性，同理插槽编号用来标识插槽的唯一性。将编号存储到数据库中，当输入插槽编号，可以从数据库中得到规则编号列表，从规则编号列表中查询业务编号从而获取对应的业务规则，执行业务规则即可输出执行后的处理数据。

本步骤的技术点在于：在事件的流转过程仍可动态***或修改业务规则，并且通过将业务规则的编排转移到后端实现，使得业务端只需要根据业务需要***规则，即可通过规则执行器插槽自动记录规则编号列表、插槽编号、业务规则名称进行业务规则编排。相较于现有技术，业务规则的设置更为灵活多变。

在步骤S101中，所述待流转事件对应有事件属性，所述事件属性中记录事件的业务数据。

具体地，在事件流传过程中，各个节点需要根据具体事件具体分析，例如：当接受到市民上报的某一城管事件后，需要获取对于该事件的具体描述，从而确定该事件是否需要受理以及需要分拨给哪一部门以及需要如何进行处置等。因此事件属性是对待流转事件的具体描述，通过具体描述从而确定业务规则。

需要说明的是，事件属性既可以是未经处理的自然语言，例如由市民上报的对违规事件的具体描述：什么事件，某人在什么地点做了什么事情。

事件属性也可以是从上报内容中提取出的关键信息，例如：事件名称、事件地址、事件划分属地等。

在本实施例中，事件属性可以在前端配置***通过事件定义模块进行定义，如根据业务需求事件属性可以定义为包括：事件编号、事件名称、事件类型、关联的事项编号、事件来源、事件状态、事件内容、事件发生地点、事件经度、事件纬度、事件附件列表、事件是否自动受理、是否自动分拨、是否多跨事件、事件归属部门等。此外，还可以通过增加字段来描述事件额外的属性，将这些事件属性存储于数据库中，在设置业务规则时事件属性可以作为规则条件的入参来使用。

步骤S102、在每一所述处理节点被执行完成后，规则执行器启动，所述规则执行器根据所述插槽编号查询所述规则编号列表，从所述规则编号列表中依次获取并执行所述业务规则，输出执行后的处理数据，将所述处理数据流转至下一所述处理节点进行处理，直至所述待流转事件处置完成。

在本步骤中，规则执行器通过事件流转过程的回调接口进行回调调用，回调接口主要处理以下步骤：第一步：依据当前规则执行器插槽编号查询已编排的规则编号列表；第二步：依据查询的规则编号列表，依次顺序获取业务规则，其中，业务规则为JSON格式，对业务规则进行解释，加载其中执行函数；第三步：根据执行函数生成规则执行语言；第四步：将上一次流转得到的结果作为当前执行的参数传入规则执行器，规则执行器依次顺序加载生成好的规则语言，进行规则执行，结果输出事件当前执行结果。

每当处理节点被执行完成后，都通过调用回调接口来启动规则执行器。继续参阅图2，在上报处理后，启动规则执行器，先获取插槽1中的填充规则列表，基于填充规则列表中的业务编号依次获取业务规则，并记载其中的执行函数，生成规则执行语言，待每个业务规则执行后得到执行结果，再根据受理规则列表中的业务编号依次获取业务规则，记载其中的执行函数，生成规则执行语言，将每个业务规则执行后得到插槽1最终的执行结果。例如最终的执行结果为：代替受理人员执行受理动作。

值得一提的是，每个规则执行器插槽内可以***多个规则编号列表，每个规则编号列表中能够记录多个业务规则，且每个业务规则中还能包括多个执行函数。

具体地，每个业务规则包括规则类型、规则名称、规则执行条件块以及规则执行动作块，其中，所述规则执行条件块包括至少一规则条件，所述事件属性在所述规则条件中作为入参来使用；所述规则执行动作块包括至少一执行方法，在满足规则执行条件的情况下，所述规则执行动作块内的所述执行方法会被依次执行。

在本实施例中，每一所述业务规则由以下方式生成：配置所述事件属性、所述规则类型后创建所述业务规则，为所述业务规则配置所述规则名称；基于所述事件属性生成所述规则执行条件块；根据所述规则类型生成规则执行动作块；其中，生成所述规则执行条件块包括：预设规则条件区，所述规则条件区内置能够拖拽的操作符或者操作值，从所述规则条件区中选择所述操作符作为判断条件、选择所述操作值作为比较值，将所述事件属性、所述判断条件以及所述比较值进行组合，生成至少一所述规则条件，将所述规则条件组合得到所述规则执行条件块；生成所述规则执行动作块包括：预设规则动作区，所述规则动作区内置能够拖拽的规则动作，从所述规则动作区中选取至少一所述规则动作，并对所述规则动作进行排序，得到所述规则执行动作块。

配置好多个业务规则后，根据所述待流转事件的事件类型、所处业务阶段选择特定的所述业务规则完成规则编排，其中，所述业务阶段表征为所述待流转事件所处的所述处理节点在所述处理责任链上的位置。

具体地，在每相邻处理节点间配置业务规则时需确定待流转事件的事件类型，以及目前对该待流转事件的处理进度已处于哪个节点来选取需配置的业务规则。

此外，业务规则以规则类型划分可以包括属性规则、受理规则、分拨规则、处置规则的任一种，所述属性规则用于提取待流转事件中的事件属性并填充至指定位置；所述受理规则用于根据事件发生区域将待流转事件分配给指定受理方；所述分拨规则用于根据事件所述部门将待流转事件分拨给指定处理部门；所述处置规则用于对待流转事件进行处置。

综上，本申请实施例提供了一种基于业务规则的事件流转方法，首先该方案通过设置规则执行器插槽面向业务人员提供了操作界面，使得原先需程序编码的业务需求转变成了业务人员只需将业务规则填充至规则执行器插槽，业务规则会自动开始执行。使得事件的流转效率更高。

通过插槽方式编排业务规则，通过事件处理回调的方式进行回调规则执行。通过规则执行插槽将业务规则***到业务流中，通过回调调用插槽上的规则进而实现对业务流程进行干预。实现了业务规则动态扩展、业务逻辑修改的效果。

通过本方案可以将城市治理的专业规范和准则通过业务规则的配置和业务规则的编排来编排进业务***，通过自动化执行回调钩子调用预先编排的业务规则，进而将灵活多变的业务活动需求从编码实现变成由界面设计实现，可以快速实现业务活动需求，提高了***业务逻辑实现的灵活性和扩展性，同时降低业务人员因经验问题带来的错误率。

以下举一示例对本方案提供的基于业务规则的事件流转方法进行说明。

用户在前端配置***前端通过事件定义模块进行事件属性定义，例如，事件定义模块包含以下内容：事件默认的通用的属性，如事件编号、事件名称、事件类型、关联的事项编号、事件来源、事件状态、事件内容、事件发生地点、事件经度、事件纬度、事件附件列表、事件是否自动受理、是否自动分拨、是否多跨事件、事件归属部门或其他字段等。

用户在前端配置***前端通过规则配置模块进行规则设计和规则编排。规则配置包含以下内容：规则类型、规则名称、规则执行条件块、规则执行动作块。

其中，规则类型分为属性规则、受理规则、分拨规则、处置规则。

规则名称，是由用户输入的名称，用以表达该规则用途的。

规则执行条件块为一个或多个条件，条件执行结果返回值为布尔值。条件可以是事件属性值和固定值的比较操作，也可以是返回值为布尔值的函数方法。当有多个条件时，可以通过逻辑判断操作符(逻辑并&&、逻辑或||)组合在一起构成一个条件。所属规则执行条件主要目的是用来判断事件是否需要进行属性填充。

具体地，逻辑比较条件由三部分构成：左逻辑操作值，逻辑操作符，右逻辑操作值。例如，“事件属性1”是左逻辑操作值，是事件的某一个属性；“等于”是逻辑操作符，逻辑操作符还包括“大于”、“大于等于”、“小于”、“小于等于”、“不等于”，“包含”，“以…开头”、“以…结尾”；“数据字典值1”是右逻辑操作值。

规则执行动作块由一个方法或一组方法构成，当规则执行条件块执行结果为布尔值true时，则对应的规则执行动作块内的方法会被依次执行。在规则类型为属性规则时，规则执行动作为对事件属性进行填充指定的方法。属性规则主要用于自动进行事件属性填充，完善事件信息，如可以调用***定义的函数、接口、甚至是外部接口对事件描述内容进行分类分析、语义分析、地址提取、电话号码提取、事件等级界定、事件是否为多跨等事件属性的填充。当规则类型为受理规则时，可以执行的动作为对事件进行受理动作，如依据事件发生地址按区域进行分配受理人员、通知受理人员有事件进行受理，亦可以代替受理人员执行受理动作。在规则类型为分拨规则时，事件可以执行的动作为对事件进行分拨，如该事件被识别为多跨事件时，则按多跨的事项进行分拨到牵头部门、主责部门、协同部门等相关部门对应的账号或角色下，亦可以触发调用接口的动作将事件分拨到对应的业务***中。在规则类型为处置规则时，可以执行的动作为对事件进行处置，如将事件办结、对事件进行反馈、对事件进行入库等。

其中，规则设计如图3所示，顶部为301功能操作区，可以创建规则、保存规则、删除规则，对设计的规则画布内容进行操作，创建规则时需要选择事件定义、规则类型，选择后进入。左侧为302规则列表区域，以列表的形式展示已设计的规则列表，右侧303为规则信息区，显示规则组名称，右侧304为规则条件列表区，显示事件属性列表。右侧305为规则动作列表区，显示规则执行动作，执行规则动作根据规则类型加载对应的规则动作。中间206为规则画布区域，主要在此区域进行规则设计，输入规则名称，并设计规则条件和对应的规则动作。规则条件从304区域拖进306并进行操作符选择和操作值选择，操作值可以是输入内容，也可以从数据字典中获取。规则动作从205区域拖入。

规则动作列表区内的规则动作为对事件进行操作封装的一系列函数，包含属性值判断函数、属性值填充函数、事件描述语义分析函数。

规则设计完成后，由前端将规则配置转化为JSON格式的数据结构发送至后端保存到数据库中。

设计完成后，进行事件的流转过程，具体地，业务编排完成保存后发布，由群众/巡查人员进入事件中心进行上报后触发事件规则，上报时需要填充事件定义的相关属性内容，事件将按照编排好的流程规则进行流转，从事件的上报开始，需要对事件进行过滤筛选、汇聚分析等受理规则进行受理，对于受理成功的事件按照类别、属性等分拨规则进行分拨，对于分拨完成的时间按照归属、级别等处置规则进行处置，也就是说，某一类型的事件在从一个阶段迁移到另一个阶段的过程中，需要使用设计好的规则进行规则编排，

换言之，事件在上报后会经过一条处理责任链，处理责任链上有多个处理节点。在处理责任链上节点之间***规则执行器插槽，***的规则执行器插槽内置插槽编号，规则执行器插槽上可以***要执行的业务规则。

在事件流转过程中，事件状态变迁后，也就是事件到达相应的节点被相应的处理人处理之后，启用规则执行器，规则执行器再通过回调接口进行回调调用。其中，规则执行器回调接口的实现示例如下：

对应的规则执行器回调执行规则之后，会往事件信息中填充执行后的数据，根据执行后的数据到达对应处理人的节点，进行下一步的规则处理，直到事件处置完成。

图4是根据本申请的第二实施例的基于业务规则的事件流转装置的结构框图。

如图4所示，本申请的一个实施例提出了一种基于业务规则的事件流转装置，包括：

规则配置模块401，用于获取待流转事件，将所述待流转事件上报至处理责任链进行流转，其中所述处理责任链包括多个处理节点，相邻所述处理节点之间配置规则执行器插槽，所述规则执行器插槽内置插槽编号，所述规则执行器插槽中配置有至少一业务规则，记录所述插槽编号以及对应的规则编号列表。

事件流转模块402，用于在每一所述处理节点被执行完成后，规则执行器启动，所述规则执行器根据所述插槽编号查询所述规则编号列表，从所述规则编号列表中依次获取并执行所述业务规则，输出执行后的处理数据，将所述处理数据流转至下一所述处理节点进行处理，直至所述待流转事件处置完成。

图5是根据本申请实施例的电子装置的硬件结构示意图。

如图5所示，本申请一个实施例的电子装置，包括存储器504和处理器502，该存储器504中存储有计算机程序，该处理器502被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

具体地，上述处理器502可以包括中央处理器(CPU)，或者特定集成电路 (ApplicationSpecificIntegratedCircuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器504可以包括用于数据或指令的大容量存储器504。举例来说而非限制，存储器504可包括硬盘驱动器(HardDiskDrive，简称为HDD)、软盘驱动器、固态驱动器(SolidStateDrive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(UniversalSerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器504可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器504可在数据处理装置的内部或外部。在特定实施例中，存储器504是非易失性(Non-Volatile)存储器。在特定实施例中，存储器504包括只读存储器(Read-OnlyMemory，简称为ROM) 和随机存取存储器(RandomAccessMemory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM (ProgrammableRead-OnlyMemory，简称为PROM)、可擦除PROM(ErasableProgrammableRead-OnlyMemory，简称为EPROM)、电可擦除PROM (ElectricallyErasableProgrammableRead-OnlyMemory，简称为EEPROM)、电可改写ROM(ElectricallyAlterableRead-OnlyMemory，简称为EAROM)或闪存 (FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(StaticRandom-AccessMemory，简称为SRAM)或动态随机存取存储器(DynamicRandomAccessMemory，简称为DRAM)，其中，DRAM 可以是快速页模式动态随机存取存储器504 (FastPageModeDynamicRandomAccessMemory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(ExtendedDateOutDynamicRandomAccessMemory，简称为EDODRAM)、同步动态随机存取内存(SynchronousDynamicRandom-AccessMemory，简称SDRAM)等。

存储器504可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器502所执行的可能的计算机程序指令。

处理器502通过读取并执行存储器504中存储的计算机程序指令，以实现上述实施例中的任意一种基于业务规则的事件流转方法。

可选地，上述电子装置还可以包括传输设备506以及输入输出设备508，其中，该传输设备506和上述处理器502连接，该输入输出设备508和上述处理器502连接。

传输设备506可以用来经由一个网络接收或者发送数据。上述的网络具体实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传输设备包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备506可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

输入输出设备508用于输入或输出信息。在本实施例中，输入的信息可以是事件内容等，输出的信息可以是各处理节点的办理结果等。

可选地，在本实施例中，上述处理器502可以被设置为通过计算机程序执行以下步骤：

S101、获取待流转事件，将所述待流转事件上报至处理责任链进行流转，其中所述处理责任链包括多个处理节点，相邻所述处理节点之间配置规则执行器插槽，所述规则执行器插槽内置插槽编号，所述规则执行器插槽中配置有至少一业务规则，记录所述插槽编号以及对应的规则编号列表。

S102、在每一所述处理节点被执行完成后，规则执行器启动，所述规则执行器根据所述插槽编号查询所述规则编号列表，从所述规则编号列表中依次获取并执行所述业务规则，输出执行后的处理数据，将所述处理数据流转至下一所述处理节点进行处理，直至所述待流转事件处置完成。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

通常，各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。本发明的一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本发明不限于此。尽管本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的这些框、装置、***、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本发明的实施例可以由计算机软件来实现，该计算机软件由移动设备的数据处理器诸如在处理器实体中可执行，或者由硬件来实现，或者由软件和硬件的组合来实现。包括软件例程、小程序和/或宏的计算机软件或程序(也称为程序产品)可以存储在任何装置可读数据存储介质中，并且它们包括用于执行特定任务的程序指令。计算机程序产品可以包括当程序运行时被配置为执行实施例的一个或多个计算机可执行组件。一个或多个计算机可执行组件可以是至少一个软件代码或其一部分。另外，在这一点上，应当注意，如图中的逻辑流程的任何框可以表示程序步骤、或者互连的逻辑电路、框和功能、或者程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片或在处理器内实现的存储块等物理介质、诸如硬盘或软盘等磁性介质、以及诸如例如DVD及其数据变体、CD等光学介质上。物理介质是非瞬态介质。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于业务规则的事件流转方法，其特征在于，包括以下步骤：

获取待流转事件，将所述待流转事件上报至处理责任链进行流转，其中所述处理责任链包括多个处理节点，相邻所述处理节点之间配置规则执行器插槽，所述规则执行器插槽内置插槽编号，所述规则执行器插槽中配置有至少一业务规则，记录所述插槽编号以及对应的规则编号列表；

在每一所述处理节点被执行完成后，规则执行器启动，所述规则执行器根据所述插槽编号查询所述规则编号列表，从所述规则编号列表中依次获取并执行所述业务规则，输出执行后的处理数据，将所述处理数据流转至下一所述处理节点进行处理，直至所述待流转事件处置完成。

2.根据权利要求1所述的基于业务规则的事件流转方法，其特征在于，所述待流转事件对应有事件属性，所述事件属性中记录事件的业务数据。

3.根据权利要求2所述的基于业务规则的事件流转方法，其特征在于，所述业务规则包括规则类型、规则名称、规则执行条件块以及规则执行动作块，其中，所述规则执行条件块包括至少一规则条件，所述事件属性在所述规则条件中作为入参来使用；所述规则执行动作块包括至少一执行方法，在满足规则执行条件的情况下，所述规则执行动作块内的所述执行方法会被依次执行。

4.根据权利要求3所述的基于业务规则的事件流转方法，其特征在于，每一所述规则类型包括属性规则、受理规则、分拨规则、处置规则的任一种，所述属性规则用于提取待流转事件中的事件属性并填充至指定位置；所述受理规则用于根据事件发生区域将待流转事件分配给指定受理方；所述分拨规则用于根据事件所述部门将待流转事件分拨给指定处理部门；所述处置规则用于对待流转事件进行处置。

5.根据权利要求1所述的基于业务规则的事件流转方法，其特征在于，所述规则编号列表中存放***所述规则执行器插槽中的所述业务规则的业务编号，基于所述业务编号依次获取所述业务规则。

6.根据权利要求3所述的基于业务规则的事件流转方法，其特征在于，每一所述业务规则由以下方式生成：

配置所述事件属性、所述规则类型后创建所述业务规则，为所述业务规则配置所述规则名称；

基于所述事件属性生成所述规则执行条件块；

根据所述规则类型生成规则执行动作块；

其中，生成所述规则执行条件块包括：预设规则条件区，所述规则条件区内置能够拖拽的操作符或者操作值，从所述规则条件区中选择所述操作符作为判断条件、选择所述操作值作为比较值，将所述事件属性、所述判断条件以及所述比较值进行组合，生成至少一所述规则条件，将所述规则条件组合得到所述规则执行条件块；

生成所述规则执行动作块包括：预设规则动作区，所述规则动作区内置能够拖拽的规则动作，从所述规则动作区中选取至少一所述规则动作，并对所述规则动作进行排序，得到所述规则执行动作块。

7.根据权利要求1所述的基于业务规则的事件流转方法，其特征在于，所述方法还包括：根据所述待流转事件的事件类型、所处业务阶段选择特定的所述业务规则完成规则编排，其中，所述业务阶段表征为所述待流转事件所处的所述处理节点在所述处理责任链上的位置。

8.一种基于业务规则的事件流转装置，其特征在于，包括：

规则配置模块，用于获取待流转事件，将所述待流转事件上报至处理责任链进行流转，其中所述处理责任链包括多个处理节点，相邻所述处理节点之间配置规则执行器插槽，所述规则执行器插槽内置插槽编号，所述规则执行器插槽中配置有至少一业务规则，记录所述插槽编号以及对应的规则编号列表；

事件流转模块，用于在每一所述处理节点被执行完成后，规则执行器启动，所述规则执行器根据所述插槽编号查询所述规则编号列表，从所述规则编号列表中依次获取并执行所述业务规则，输出执行后的处理数据，将所述处理数据流转至下一所述处理节点进行处理，直至所述待流转事件处置完成。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至7任一项所述的基于业务规则的事件流转方法。

10.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据权利要求1至7任一项所述的基于业务规则的事件流转方法。

Images