CN114675952A - 信息处理方法、装置、电子设备、介质和程序产品 - Google Patents

Abstract

本申请公开了一种信息处理方法、装置、电子设备、介质和程序产品。该信息处理方法包括：响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点；调取所述下一处理节点对应的第二处理主体的规则表达式；其中，所述规则表达式基于所述第二处理主体，以及所述第二处理主体对应的参数信息预先构建而成；对所述规则表达式进行解析，确定所述第二处理主体。可以实现快速精确确定各处理节点对应的处理主体的效果。

Description

信息处理方法、装置、电子设备、介质和程序产品

技术领域

本申请涉及信息处理技术领域，具体涉及一种信息处理方法、装置、电子设备、介质和程序产品。

背景技术

在对一项任务进行处理时，可能需要多个处理节点对其进行处理。在现有的一些处理流程的处理节点配置中，当需要设置该处理节点的处理主体(例如可以是处理该任务的处理人员所属的机构部门)的时候，往往都是根据各个处理节点的需求情况，配置管理人员预先列出各处理主体，然后配置到处理流程的各个处理节点中。

上述一个个配置处理节点的处理主体，如此如果每个处理节点都需要管理人员预先列出各处理主体，然后逐个地选中处理主体，不仅工作量大，并且可能存在漏选和多选的可能性。同时这种配置的方式是将处理节点的处理主体嵌入到处理节点的配置当中，难以适应处理主体的组织架构调整情况。

发明内容

本申请实施例的目的是提供一种信息处理方法、装置、电子设备、介质和程序产品，如此可快速精确确定各处理节点对应的处理主体。

本申请的技术方案如下：

第一方面，提供了一种信息处理方法，该方法包括：

响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点；

调取所述下一处理节点对应的第二处理主体的规则表达式；其中，所述规则表达式基于所述第二处理主体的属性信息，以及所述第二处理主体对应的参数信息预先构建而成，所述属性信息至少包括：所述处理主体的类型和所述处理主体的层级；

对所述规则表达式进行解析，确定所述第二处理主体。

第二方面，提供了一种信息处理装置，该装置包括：

第一确定模块，用于响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点；

调取模块，用于调取所述下一处理节点对应的第二处理主体的规则表达式；其中，所述规则表达式基于所述第二处理主体的属性信息，以及所述第二处理主体对应的参数信息预先构建而成，所述属性信息至少包括：所述处理主体的类型和所述处理主体的层级；

第二确定模块，用于对所述规则表达式进行解析，确定所述第二处理主体。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例任一所述的信息处理方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现本申请实施例任一所述的信息处理方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备能够执行本申请实施例任一所述的信息处理方法的步骤。

本申请的实施例提供的技术方案至少带来以下有益效果：

本申请实施例提供的信息处理方法，通过响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，可确定对待处理业务进行处理的当前处理节点的下一处理节点，然后调取下一处理节点对应的第二处理主体的规则表达式，由于该规则表达式是预先基于第二处理主体的属性信息，以及第二处理主体对应的参数信息构建的，故可对该规则表达式进行解析，得到第二处理主体，如此根据预先设置好的处理主体的规则表达式，对该规则表达式进行解析，可精确确定出处理待处理业务的处理节点的处理主体，无需逐个地选中处理主体，同时在处理主体进行调整后，只需预先调整处理主体的规则表达式，无需修改处理主体对应的处理节点的结构代码，减轻了配置人员的工作量，节省了人力，提升了处理节点的处理主体的确定效率。

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

附图说明

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

图1是本申请第一方面实施例提供的一种信息处理方法的流程示意图之一；

图2是本申请第一方面实施例提供的一种信息处理方法的流程示意图之二；

图3是本申请第一方面实施例涉及的一种信息处理方法的场景示意图；

图4是本申请第二方面实施例提供的一种信息处理装置的结构示意图；

图5是本申请第三方面实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

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

在介绍本申请的技术方案前，首先介绍一下本申请的背景技术：

在现有的一些工作流程的节点配置中，当需要设置该处理节点的处理人的所属机构部门的时候，往往都是根据各个节点的需求情况，配置管理人员预先列出一个个的机构部门，然后硬配置到流程的节点信息中。但是对于多种多样的需求，各个环节的配置需要配置哪些机构部门也是复杂且多样的。现有的各处理节点的处理人的所属机构部门的配置方式存在如下几个问题：

(1)每个处理节点都需要管理人员预先列出然后一个个地选中机构部门，不仅工作量大，并且当多个处理节点具有相同的配置规则(即多个处理节点具有相同的机构部门)时，需要每个处理节点重复此类配置过程，不仅配置工作量较大，并且存在多选和漏选的可能性。

(2)难以适应机构部门组织结构的调整，后续维护变更不方便。

如果按照以往的方式，当机构部门组织架构发生调整的时候，需要管理员在工作流程的处理节点配置中同步更改。如果发生管理员遗漏更改或更改不及时就容易造成工作流程的处理节点流转发生异常。例如当某一处理节点原先需求是处理人的部门必须是上一处理节点的处理人的下级部门。原先的下级部门是A、B和C。假如由于部门架构调整，D也符合条件。那么就需要配置人员第一时间更改处理节点的配置信息，将D部门也加进去。如此导致对机构部门的变动的灵活适应性不高，同时也给配置管理人员也带来了很多不便。

为了解决上述问题，本申请实施例提供了一种信息处理方法、装置、电子设备、介质和程序产品，通过响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，可确定对待处理业务进行处理的当前处理节点的下一处理节点，然后调取下一处理节点对应的第二处理主体的规则表达式，由于该规则表达式是预先基于第二处理主体属性信息，以及第二处理主体对应的参数信息构建的，故可对该规则表达式进行解析，得到第二处理主体，如此根据预先设置好的处理主体的规则表达式，对该规则表达式进行解析，可精确确定出处理待处理业务的处理节点的处理主体，无需逐个地选中处理主体，同时在处理主体进行调整后，只需预先调整处理主体的规则表达式，无需修改处理主体对应的处理节点的结构代码，减轻了配置人员的工作量，节省了人力，提升了处理节点的处理主体的确定效率。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的信息处理方法进行详细地说明。

图1是本申请实施例所提供的一种信息处理方法的流程示意图，该信息处理方法的执行主体可以为服务器。需要说明的是，上述执行主体并不构成对本申请实施例的限定。

如图1所示，本申请实施例提供的信息处理方法可以包括步骤110-步骤130。

步骤110、响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点。

步骤120、调取下一处理节点对应的第二处理主体的规则表达式。

其中，该规则表达式可以是基于第二处理主体的属性信息，以及第二处理主体对应的参数信息预先构建而成。

这里的属性信息至少可以包括：第二处理主体的类型和第二处理主体的层级。

步骤130、对规则表达式进行解析，确定第二处理主体。

在本申请的实施例中，通过响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，可确定对待处理业务进行处理的当前处理节点的下一处理节点，然后调取下一处理节点对应的第二处理主体的规则表达式，由于该规则表达式是预先基于第二处理主体属性信息，以及第二处理主体对应的参数信息构建的，故可对该规则表达式进行解析，得到第二处理主体，如此根据预先设置好的处理主体的规则表达式，对该规则表达式进行解析，可精确确定出处理待处理业务的处理节点的处理主体，无需逐个地选中处理主体，同时在处理主体进行调整后，只需预先调整处理主体的规则表达式，无需修改处理主体对应的处理节点的结构代码，减轻了配置人员的工作量，节省了人力，提升了处理节点的处理主体的确定效率。

下面对本申请实施例提供的信息处理方法进行详细介绍。

首先介绍步骤110、响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点。

其中，待处理业务可以待进行处理的业务，例如可以是请假业务，还可以是贷款申请业务，还可以是还贷业务等。

当前处理节点可以是对当对待处理业务进行的处理节点。

第一处理主体可以是当前处理节点中具体对待处理业务进行处理的对象，例如可以是人，还可以是机构部门等。在本申请的实施例中，处理主体均指代对待处理业务进行处理的机构部门。

在一个示例中，以待处理业务为贷款业务为例进行说明，现有客户申请贷款，该贷款业务从申请到最后审批通过需要通过多个处理节点，例如可以是先让贷款机构的前台部门的前台人员让客户填写贷款申请，然后再让核检部门的核检人员对填写的贷款申请进行校验，然后再通过调查部门的调查人员对该客户的有关信息(例如可是对该客户的征信信息，以及资产信息等)进行核对，在客户的有关信息均核对完成后，最后需要审批部门的审批人员确定该客户的贷款申请通过。如当前的是对客户的有关信息进行核对，则该对客户的有关信息进行核对即为当前处理节点，当前对客户的有关信息进行核对的是贷款机构中调查部门，则这里的第一处理主体可以是调查部门。

第一输入可以是用于将待处理业务流转到当前处理节点的下一处理节点处。这里的第一输入可以是点击输入、双击输入、滑动输入、填写输入、语音输入和手势输入中的一种或几种的组合，这里不做限定。

下一处理节点可以是当前处理节点的下一处理节点。

在一个示例中，继续以上述示例为例，在当前处理节点(贷款机构中调查部门)对该客户的有关信息核对完成后，可以通过执行将该待处理业务流转到下一处理节点的操作(即第一输入)，例如可以是通过点击贷款申请界面上的“下一步”的控制按钮，然后可将该待处理业务流转到审批部门，以让审批部门的审批人员确定该客户的贷款申请通过(即下一处理节点)。

然后介绍步骤120、调取下一处理节点对应的第二处理主体的规则表达式。

其中，第二处理主体可以是下一处理节点中具体对待处理业务进行处理的对象，具体的可以是对该待处理业务进行处理的机构部门。

在一个示例中，继续参考上述示例，在将待处理业务流转到让审批部门的审批人员确定该客户的贷款申请通过(即下一处理节点)后，这里的确定该客户的贷款申请通过的处理主体为审批部门，即这里的第二处理主体为审批部门。

规则表达式可以是基于第二处理主体的属性信息，以及第二处理主体对应的参数信息预先构建而成。

在本申请的一些实施例中，属性信息可以是第二处理主体的属性的信息，例如可以但不限于包括第二处理主体的类型和第二处理主体的层级等。

在一个示例中，第二处理主体的类型可以第二处理主体是什么类型的处理主体，比如可以是审批类型的处理主体，还可以是调查信息的处理主体等。第二处理主体的层级可以是第二处理主体所属的层级，例如该第二处理主体可以具有多级，比如具有3个层级，此时对待处理业务进行处理的是第2层级的第二处理主体，则这里的第二处理主体的层级即为第2级。

这里的参数信息可以是用于表征第二处理主体的参数。具体的可以是第二处理主体的编码信息。

在一个示例中，以第二处理主体审批部门为例，这里的参数信息可以是贷款机构中审批部门的编码。例如若贷款机构中审批部门的编号为“01”，则这里的参数信息为“01”。

在本申请的一些实施例中，为了进一步提升精确确定各处理节点对应的处理主体的效率，在步骤110之前，上述所涉及的信息处理方法还可以包括：

确定对待处理业务进行处理的各处理节点；

从处理主体表中获取各处理节点对应的处理主体；

基于各处理节点对应的处理主体，以及处理主体参数表，确定各处理节点对应的处理主体的参数信息；

针对每个处理节点，基于处理节点处的处理主体的属性信息，以及处理主体的参数信息，按预设生成规则生成处理节点的处理主体的规则表达式。

其中，各处理节点可以是对待处理业务进行处理的多个处理节点。

在本申请的一些实施例中，针对某一个待处理业务，该待处理业务需要通过多少个处理节点是预先知道的，故可直接根据待处理业务确定出处理该待处理业务的各业务节点。

处理主体表可以是企业内部的包含有该企业的所有机构部门的表格。

处理主体参数表可以是用于表示处理主体表中的各处理主体的参数信息的表格。

在一个示例中，以贷款机构为例，处理主体表可以是由该贷款机构中所有的机构部门所组成的表格，在该表格中具有该贷款机构中所有的机构部门。在处理主体参数表中具有该贷款机构中所有的机构部门的编码信息。

预设生成规则可以是预先设置的规则表达式的生成规则。例如可以是以JSON键值对的形式生成处理主体的规则表达式。这里不做限定。

在本申请的实施例中，通过确定的对待处理业务进行处理的各处理节点，从处理主体表中获取各处理节点对应的处理主体，然后基于处理主体参数表，从该处理主体参数表中获取各处理主体对应的参数信息，针对每个处理节点，可以基于处理节点处的处理主体的属性信息，以及处理主体的参数信息，按照预设生成规则可生成处理主体对应的规则表达式，如此可以生成与处理主体对应的规则表达式，以便基于该规则表达式可很快速的确定出处理节点对应的处理主体，提升了精确确定各处理节点对应的处理主体的效率。

在本申请的一些实施例中，为了精确确定处理主体的规则表达式，所述基于参数信息，按预设生成规则生成各处理节点的处理主体的规则表达式，具体可以包括：

基于处理节点处的处理主体的属性信息，以及处理主体的参数信息，按照JSON键值对的格式生成处理节点的处理主体的规则表达式。

其中，JSON键值对中的主键可以用于表征处理主体的属性信息，主键对应的主键值可以用于表征处理主体对应的参数信息。

在本申请的一些实施例中，这里的规则表达式可以是利用JSON键值对的形式来进行表示，在该JSON键值对中可以具有具体的运算符号，例如可以是包含、大于、等于、小于和regex like(正则运算表达式)等等。而这些运算符号的右边则可以是一些具体的对应于机构部门(处理主体)的标签属性的常量表达式。

本申请中的规则表达式可以是由形如(标签属性+运算符+相应常量表达式)形式的表述单元形成。标签属性+运算符+相应常量表达式是一个算法规则的最小表述单元。一个处理节点的处理主体可以是这些最小表述单元的组合，这些组合操作符主要可以是表示交集的AND、表示并集的AND、表示非的NOT和括号运算符。

在一个示例中，假如一个处理节点的处理主体(例如可以是一个部门)为技术部门，技术部门的部门性质字段名字叫做orgType，该处理主体的枚举值(参数信息)中的技术部门这一部门性质用“01”来代表。那么该处理主体的规则表达式中就可以用orgType：＝：01这一个最小表述单元来标识所有部门性质是技术部门的机构部门。其中“：”是一个分隔符，有特定含义。同理，假如部门层级用level表述，它的枚举值“1”、“2”和“3”分别代表一级部门、二级部门和三级部门。那么level：＝：1这个表达式就代表所有层级是一级的部门。那么(orgType：＝：01)AND(level：＝：1)这一规则表达式就表示所有层级是一级并且部门性质是技术部门的部门。

在本申请的实施例中，通过基于处理节点处的处理主体的属性信息，以及处理主体的参数信息，按照JSON键值对的格式可生成处理节点的处理主体的规则表达式，如此可生成精确的用于表征处理节点的处理主体的规则表达式，以便可基于该规则表达式可很快速的确定出处理节点对应的处理主体，提升了精确确定各处理节点对应的处理主体的效率。

现有技术中配置机构部门的方式要么是某一层级的机构部门全选，要么是一个个选。如此导致不能简单、敏捷地通过配置满足多样性的业务需求，不能灵活定制配置算法规则。

如此，在本申请的一些实施例中，后端配置人员配置处理主体的规则表达式可以是通过在前端的可视化界面进行配置的。如此可支持规则表达式的后续的修改和删除，配置人员可以基于业务需求，敏捷地自定义规则表达式，可立即生效，以此来满足复杂化、个性化的需求，定制化能力高，进而实现了灵活配置处理主体的规则表达式的效果。

最后介绍步骤130、对规则表达式进行解析，确定第二处理主体。

在本申请的一些实施例中，为了进一步提升确定处理节点对应的处理主体的效率，步骤130具体可以包括：

对规则表达式进行解析，得到规则表达式中的主键，以及主键对应的主键值；

基于主键值对应的处理主体的属性信息，以及主键值对应的参数信息，确定第二处理主体。

在本申请的实施例中，通过对规则表达式进行解析，可得到该规则表达式中的主键，以及主键对应的主键值，然后可根据主键对应的处理主体的属性信息，以及主键值对应的参数信息，可确定出第二处理主体，如此进一步提升了确定第二处理主体的效率。

在本申请的一些实施例中，为了进一步提升确定处理节点对应的处理主体的效率，所述基于主键对应的处理主体的属性信息，以及主键值对应的参数信息，确定第二处理主体，具体可以包括：

将主键对应的处理主体的属性信息，以及主键值对应的参数信息转换为结构化查询语言；

执行结构化查询语言，基于结构化查询语言的执行结果，确定第二处理主体。

在本申请的一些实施例中，可以将主键对应的处理主体的属性信息，以及主键值对应的参数信息解析为可执行的代码和结构化查询语言(Structured Query Language，SQL)，进而执行该结构化查询语言，可确定出第二处理主体。

在一个示例中，继续参考上述示例，某一处理节点的处理主体的规则表达式为(orgType：＝：01)AND(level：＝：1)，程序将分别解析出标签值(即主键表征的处理主体的属性信息，即orgType和level)、运算符(即“＝”和“AND”)和常量值(“01”和“1”)，也就是将解析出部门性质字段的值等于“01”，并且部门层级是“1”。那么对该表达式进行解析后就会形成这样的SQL表达式：select*from org where orgType＝’01’and level＝’1’(其中org是系统中机构部门表的表名)，并执行该SQL表达式，进而可获取结果值(即第二处理主体)。

在本申请的实施例中，通过将主键对应的处理主体的属性信息，以及主键值对应的参数信息转换为结构化查询语言；执行结构化查询语言，基于结构化查询语言的执行结果，确定第二处理主体，如此可快速精确的确定第二处理主体。

在本申请的一些实施例中，为了可避免规则表达式的丢失，在步骤130之后，上述所涉及的信息处理方法还可以包括：

将各处理节点对应的处理主体的规则表达式存储至流程节点属性配置表中；

对应的步骤120具体可以包括：

从流程节点属性配置表中调取下一处理节点对应的第二处理主体的规则表达式。

其中，流程节点属性配置表可以是用于存储处理节点的元属性的表格。该流程节点属性配置表是后端的配置人员配置完成后放置于后端的存储器或数据库中的。

在本申请的实施例中，在后端配置人员配置了处理主体的规则表达式后，可将该规则表达式存储在流程的处理节点的元属性中，如此可确保该规则表达式的永久性存储。

在本申请的一些实施例中，本申请中的工作流节点配置模块配置可以采用C/S架构，前端采用Vue框架，后台采用的是SpringBoot服务框架。开发语言为Java,工作流程的节点信息存储表和业务数据使用的数据库可以是Oracle12c。

为了更加清晰的理解本申请的技术方案，本申请实施例还提供了一种信息处理方法的另一可实现方式，如图2所示，本申请实施例提供的信息处理方法具体可以包括步骤210-步骤280。

步骤210、从处理主体表中获取对待处理业务进行处理的各处理节点对应的处理主体。

步骤220、基于各处理节点对应的处理主体，以及处理主体参数表，确定各处理节点对应的处理主体的参数信息。

步骤230、针对每个处理节点，基于处理节点处的处理主体的属性信息，以及处理主体的所述参数信息，按预设生成规则生成处理节点的处理主体的规则表达式。

步骤240、将规则表达式存储至流程节点属性配置表中。

在本申请的一些实施例中，步骤210-步骤240在上一实施例中均有提及，在此不再赘述。

在本申请的一些实施例中，步骤210-步骤240均为后端配置管理员配置完成。

步骤250、响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点。

步骤260、调取下一处理节点对应的第二处理主体的规则表达式。

在本申请的一些实施例中，步骤250-步骤260与上述实施例中的步骤110-步骤120一致，在此不再赘述。

步骤270、对规则表达式进行解析，转换为可执行的SQL语句的条件表达式。

步骤280、执行SQL语句，执行结果作为下一处理节点对应的第二处理主体。

在本申请的一些实施例中，步骤270-步骤280在上一实施例中均有提及，在此不再赘述。

在本申请的一些实施例中，步骤250-步骤280均为前端的系统使用人员完成。

具体的，实现本申请实施例提供的信息处理方法具体的应用场景可如图3所示。

需要说明的是，本申请实施例提供的信息处理方法，执行主体可以为信息处理装置，或者该信息处理装置中的用于执行信息处理方法的控制模块。

基于与上述的信息处理方法相同的发明构思，本申请还提供了一种信息处理装置。下面结合图4对本申请实施例提供的信息处理装置进行详细说明。

图4是根据一示例性实施例示出的一种信息处理装置的结构示意图。

如图4所示，该信息处理装置400可以包括：

第一确定模块410，用于响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点；

调取模块420，用于调取所述下一处理节点对应的第二处理主体的规则表达式；其中，所述规则表达式基于所述第二处理主体，以及所述第二处理主体对应的参数信息预先构建而成；所述属性信息至少包括：所述处理主体的类型和所述处理主体的层级；

第二确定模块430，用于对所述规则表达式进行解析，确定所述第二处理主体。

在本申请的实施例中，通过第一确定模块响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，可确定对待处理业务进行处理的当前处理节点的下一处理节点，然后基于调取模块可调取下一处理节点对应的第二处理主体的规则表达式，由于该规则表达式是预先基于第二处理主体属性信息，以及第二处理主体对应的参数信息构建的，故可基于第二确定模块对该规则表达式进行解析，得到第二处理主体，如此根据预先设置好的处理主体的规则表达式，对该规则表达式进行解析，可精确确定出处理待处理业务的处理节点的处理主体，无需逐个地选中处理主体，同时在处理主体进行调整后，只需预先调整处理主体的规则表达式，无需修改处理主体对应的处理节点的结构代码，减轻了配置人员的工作量，节省了人力，提升了处理节点的处理主体的确定效率。

在本申请的一些实施例中，为了进一步提升精确确定各处理节点对应的处理主体的效率，上述所涉及的信息处理装置还可以包括：第三确定模块，用于确定对所述待处理业务进行处理的各处理节点；

获取模块，用于从处理主体表中获取各处理节点对应的处理主体；

第四确定模块，用于基于各处理节点对应的处理主体，以及处理主体参数表，确定各处理节点对应的处理主体的参数信息；

生成模块，用于针对每个处理节点，基于所述处理节点处的处理主体的属性信息，以及所述处理主体的所述参数信息，按预设生成规则生成所述处理节点的处理主体的规则表达式。

在本申请的一些实施例中，为了精确确定处理主体的规则表达式，所述生成模块具体可以用于：

针对每个处理节点，基于处理节点处的处理主体的属性信息，以及处理主体的参数信息，按照JSON键值对的格式生成处理节点的处理主体的规则表达式。

其中，JSON键值对中的主键可以用于表征处理主体的属性信息，主键对应的主键值可以用于表征处理主体对应的参数信息。

在本申请的一些实施例中，为了进一步提升确定处理节点对应的处理主体的效率，第二确定模块430具体可以包括：

解析单元，用于对所述规则表达式进行解析，得到所述规则表达式中的主键，以及所述主键对应的主键值；

确定单元，用于基于所述主键对应的处理主体的属性信息，以及所述主键值对应的参数信息，确定所述第二处理主体。

在本申请的一些实施例中，为了进一步提升确定处理节点对应的处理主体的效率，所述确定单元具体可以用于：

将主键对应的处理主体的属性信息，以及主键值对应的参数信息转换为结构化查询语言；

执行结构化查询语言，基于结构化查询语言的执行结果，确定第二处理主体。

在本申请的一些实施例中，为了可避免规则表达式的丢失，上述所涉及的信息处理装置还可以包括：

存储模块，用于将各处理节点对应的处理主体的规则表达式存储至流程节点属性配置表中；

对应的调取模块420具体可以用于：

从流程节点属性配置表中调取下一处理节点对应的第二处理主体的规则表达式。

本申请实施例提供的信息处理装置，可以用于执行上述各方法实施例提供的信息处理方法，其实现原理和技术效果类似，为简介起见，在此不再赘述。

基于同一发明构思，本申请实施例还提供了一种电子设备。

图5是本申请实施例提供的一种电子设备的结构示意图。如图5所示，电子设备可以包括处理器501以及存储有计算机程序或指令的存储器502。

具体地，上述处理器501可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器502可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器502可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器502可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器502可在综合网关容灾设备的内部或外部。在特定实施例中，存储器502是非易失性固态存储器。存储器可包括只读存储器(Read Only Memory image，ROM)、随机存取存储器(Random-Access Memory，RAM)、磁盘存储介质设备、光存储介质设备、闪存设备、电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行上述实施例提供的信息处理方法所描述的操作。

处理器501通过读取并执行存储器502中存储的计算机程序指令，以实现上述实施例中的任意一种信息处理方法。

在一个示例中，电子设备还可包括通信接口503和总线510。其中，如图5所示，处理器501、存储器502、通信接口503通过总线510连接并完成相互间的通信。

通信接口503，主要用于实现本发明实施例中各模块、设备、单元和/或设备之间的通信。

总线510包括硬件、软件或两者，将电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线510可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该电子设备可以执行本发明实施例中的信息处理方法，从而实现图1-图3描述的信息处理方法。

另外，结合上述实施例中的信息处理方法，本发明实施例可提供一种可读存储介质来实现。该可读存储介质上存储有程序指令；该程序指令被处理器执行时实现上述实施例中的任意一种信息处理方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种信息处理方法，其特征在于，所述方法包括：

响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点；

调取所述下一处理节点对应的第二处理主体的规则表达式；其中，所述规则表达式基于所述第二处理主体的属性信息，以及所述第二处理主体对应的参数信息预先构建而成，所述属性信息至少包括：所述第二处理主体的类型和所述第二处理主体的层级；

对所述规则表达式进行解析，确定所述第二处理主体。

2.根据权利要求1所述的方法，其特征在于，在所述响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点之前，所述方法还包括：

确定对所述待处理业务进行处理的各处理节点；

从处理主体表中获取各处理节点对应的处理主体；

基于各处理节点对应的处理主体，以及处理主体参数表，确定各处理节点对应的处理主体的参数信息；

针对每个处理节点，基于所述处理节点处的处理主体的属性信息，以及所述处理主体的所述参数信息，按预设生成规则生成所述处理节点的处理主体的规则表达式。

3.根据权利要求2所述的方法，其特征在于，所述基于所述处理节点处的处理主体的属性信息，以及所述处理主体的所述参数信息，按预设生成规则生成所述处理节点的处理主体的规则表达式，包括：

基于所述处理节点处的处理主体的属性信息，以及所述处理主体的所述参数信息，按照JSON键值对的格式生成所述处理节点的处理主体的规则表达式；

其中，所述JSON键值对中的主键用于表征所述处理主体的属性信息，所述主键对应的主键值用于表征所述处理主体对应的参数信息。

4.根据权利要求3所述的方法，其特征在于，所述对所述规则表达式进行解析，确定所述第二处理主体，包括：

对所述规则表达式进行解析，得到所述规则表达式中的主键，以及所述主键对应的主键值；

基于所述主键对应的处理主体的属性信息，以及所述主键值对应的参数信息，确定所述第二处理主体。

5.根据权利要求4所述的方法，其特征在于，所述基于所述主键对应的处理主体的属性信息，以及所述主键值对应的参数信息，确定所述第二处理主体，包括：

将所述主键对应的处理主体的属性信息，以及所述主键值对应的参数信息转换为结构化查询语言；

执行所述结构化查询语言，基于所述结构化查询语言的执行结果，确定所述第二处理主体。

6.根据权利要求2所述的方法，其特征在于，基于所述参数信息，按预设生成规则生成各处理节点的处理主体的规则表达式之后，所述方法还包括：

将各处理节点对应的处理主体的规则表达式存储至流程节点属性配置表中；

所述调取所述下一处理节点对应的第二处理主体的规则表达式，包括：

从所述流程节点属性配置表中调取所述下一处理节点对应的第二处理主体的规则表达式。

7.一种信息处理装置，其特征在于，所述装置包括：

第一确定模块，用于响应于对待处理业务进行处理的当前处理节点的第一处理主体的第一输入，确定对待处理业务进行处理的当前处理节点的下一处理节点；

调取模块，用于调取所述下一处理节点对应的第二处理主体的规则表达式；其中，所述规则表达式基于所述第二处理主体的属性信息，以及所述第二处理主体对应的参数信息预先构建而成，所述属性信息至少包括：所述处理主体的类型和所述处理主体的层级；

第二确定模块，用于对所述规则表达式进行解析，确定所述第二处理主体。

8.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的信息处理方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的信息处理方法。

10.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-6任意一项所述的信息处理方法。

Images