CN111581291A - 数据处理方法、装置、电子设备及可读介质 - Google Patents

Abstract

本公开提供了一种数据处理方法、装置、电子设备及可读介质，涉及信息处理技术领域。该方法包括：获取用户的业务数据处理请求，包括用户标识和待处理的实时业务数据获取实时业务数据的数据特征；基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；基于实时业务数据的业务规则数据对实时业务数据进行校验，得到校验结果。本公开所提供的技术方案，通过分布式***进行处理，提高了数据处理的速度；业务规则数据库中的业务规则数据是用户自定义的，避免了规则配置异常问题。

Description

数据处理方法、装置、电子设备及可读介质

技术领域

本公开涉及信息处理技术领域，具体而言，本公开涉及一种数据处理方法、装置、电子设备及可读介质。

背景技术

传统的软件工程开发中,业务逻辑通常会采用硬编码的方式写到应用程序中,当业务逻辑更改时,对应的代码也要进行相应的修改，要经历开发、测试、验证、上线等过程，业务逻辑变更的成本较大。在企业软件服务化(Software as a Service,SaaS)服务领域，通常会提供一套服务为不同的租户提供支持，业务逻辑随着租户业务场景不同，其规则的多样性和易变性也更为明显。

目前,在SaaS服务领域，由于支持多租户架构，业务规则多变，容易出现规则配置异常的问题。而且，现有的业务规则引擎***，例如Drools、Esper等。它们大都是单机部署,运算能力很难扩展。伴随着互联网的快速发展,业务数据量也迅猛增长,当面对大规模的数据时,大多数业务规则引擎数据处理的速度无法满足需要。

发明内容

本公开提供了一种数据处理方法、装置、电子设备及可读介质，用于解决现有技术中存在的问题。

第一方面，提供了一种数据处理方法，执行主体为分布式***中的规则引擎服务器，该方法包括：

获取用户的业务数据处理请求，业务数据处理请求包括用户标识和待处理的实时业务数据；

获取实时业务数据的数据特征；

基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，其中，业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

基于实时业务数据的业务规则数据对实时业务数据进行校验，得到校验结果，并将校验结果发送至事件处理服务器，以使事件处理服务器基于校验结果进行相应处理。

在一种可能的实现方式中，业务规则数据库存储在规则配置服务器中，基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，包括：

向规则配置服务器发送业务规则数据获取请求，业务规则数据获取请求中包括用户标识和数据特征；

接收规则配置服务器基于用户标识和数据特征发送的业务规则数据；

其中，数据特征包括以下至少一项：

业务标识、业务类型标识。

在一种可能的实现方式中，实时业务数据包括至少一个业务参数，业务规则数据包括各业务参数所对应的业务校验规则。

在一种可能的实现方式中，业务校验规则包括以下至少一项：

所要满足的校验操作、所要满足的数据类型、所要满足的参数取值范围、所要满足的参数形式。

在一种可能的实现方式中，对于一个业务参数，当业务参数包括多个字段时，对应的业务校验规则包括各字段的子校验规则，以及子校验规则之间的规则逻辑关系。

在一种可能的实现方式中，当业务参数包括多个字段时，基于实时业务数据对应的业务规则数据对实时业务数据进行校验得到校验结果，包括：

对实时业务数据中的各个字段对应的子校验规则是否满足规则逻辑关系进行校验，得到校验结果。

在一种可能的实现方式中，在获取实时业务数据的数据特征之前，方法还包括：

对实时业务数据进行归一化处理；

获取实时业务数据的数据特征，包括：

获取归一化处理之后的实时业务数据的数据特征。

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

请求获取模块，用于获取用户的业务数据处理请求，所述业务数据处理请求包括用户标识和待处理的实时业务数据；

特征获取模块，用于获取所述实时业务数据的数据特征；

规则获取模块，用于基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，其中，所述业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

数据校验模块，用于基于所述实时业务数据的业务规则数据对所述实时业务数据进行校验，得到校验结果，并将所述校验结果发送至事件处理服务器，以使所述事件处理服务器基于所述校验结果进行相应处理。

第三方面，本公开提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行如本公开的第一方面所示的数据处理方法对应的操作。

第四方面，本公开提供了一种计算机可读介质，计算机可读介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行如本公开的第一方面所示的数据处理方法对应的操作。

本公开提供的技术方案带来的有益效果是：

在本公开实施例提供了一种数据处理方法、装置、电子设备及可读介质，分布式***中的规则引擎服务器，获取用户的业务数据处理请求，业务数据处理请求包括用户标识和待处理的实时业务数据；获取实时业务数据的数据特征；基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，其中，业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；基于实时业务数据的业务规则数据对实时业务数据进行校验，得到校验结果，并将校验结果发送至事件处理服务器，以使事件处理服务器基于校验结果进行相应处理。本公开所提供的技术方案，通过分布式***中的规则引擎服务器获取实时业务数据，从业务规则数据库中获取对应的业务规则数据对实时业务数据进行校验，通过分布式***进行处理，提高了数据处理的速度；业务规则数据库中的业务规则数据是用户自定义的，避免了规则配置异常问题。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对本公开实施例描述中所需要使用的附图作简单地介绍。

图1为本公开实施例提供的一种数据处理方法的流程示意图；

图2为本公开实施例提供的数据处理过程的示意图；

图3为本公开实施例提供的规则配置***中进行规则编辑和录入的可视化界面的示意图；

图4为本公开实施例提供的一种数据处理装置的结构示意图；

图5为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对装置、模块或单元进行区分，并非用于限定这些装置、模块或单元一定为不同的装置、模块或单元，也并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。

图1为本公开实施例提供的一种数据处理方法的流程示意图，如图1所示，该方法可以包括：

步骤S101，获取用户的业务数据处理请求，业务数据处理请求包括用户标识和待处理的实时业务数据；

具体的，本公开技术方案的执行主体为分布式***中的规则引擎服务器。规则引擎服务器接收用户终端发送的业务数据处理请求，该业务数据处理请求可以为对实时业务数据进行校验的请求，其中包括用户标识，用户标识为能够唯一确定该用户身份的识别信息。业务数据处理请求中还包括用户的业务相关的待处理的实时业务数据，例如，用户为电子商务类的企业，则实时业务数据可以为用户订单数据等。

步骤S102，获取实时业务数据的数据特征；

对实时业务数据进行解析，提取实时业务数据的数据特征，数据特征为将一种业务数据与其他业务数据进行区分的特征信息，或者将一种类型的业务数据与其他类型的业务数据进行区分的特征信息。

在一种可能的实现方式中，数据特征包括以下至少一项：

业务标识、业务类型标识。

其中，数据特征可以包括业务标识或者业务类型标识中的至少一项，也可以是与数据类型相关的特征信息等所有能够对实时接收到的业务数据进行区分的特征信息，本申请对此不做限定。

步骤S103，基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，其中，业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

由于在业务规则数据库中，各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据是关联存储的，则根据用户标识能够得到对应的数据特征，根据数据特征能够得到对应的业务规则数据。其中，业务规则数据是用户针对业务数据自定义的规则数据，对不同数据特征的业务数据自定义不同的业务规则数据。

步骤S104，基于实时业务数据对应的业务规则数据对实时业务数据进行校验，得到校验结果，并将校验结果发送至事件处理服务器，以使事件处理服务器基于校验结果进行相应处理。

规则引擎服务器基于业务规则数据对实时业务数据进行校验，确定实时业务数据是否符合业务规则数据，校验成功的业务数据才能触发相应的业务事件。规则引擎服务器将校验成功的业务数据发送至业务处理服务器，业务处理服务器对校验成功的业务数据进行相应的处理，触发相应的业务事件，进入下一业务流程。

在一种可能的实现方式中，业务规则数据库存储在规则配置服务器中，基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，包括：

向规则配置服务器发送业务规则数据获取请求，业务规则数据获取请求中包括用户标识和数据特征；

接收规则配置服务器基于用户标识和数据特征发送的业务规则数据。

在实际应用中，用户可以通过规则配置***根据业务需求自定义业务规则数据。规则配置***包括用户设备和规则配置服务器，规则配置服务器中存储业务规则数据库。规则配置***为用户提供了业务规则数据自定义功能，用户可以在其用户设备该功能对应的可视化界面上，对某个或某些业务数据进行业务规则的配置，并将配置好的业务规则数据发送至规则配置服务器，规则配置服务器获取业务规则数据的数据特征，将数据特征和对应的业务规则数据、以及发送业务规则数据的该用户的用户标识和对应的数据特征关联存储到业务规则数据库中。

规则引擎服务器可以向规则配置服务器请求业务规则数据，规则配置服务器根据规则引擎服务器发送的业务规则数据获取请求中的用户标识和数据特征，将对应的业务规则数据发送至规则引擎服务器，规则引擎服务器通过规则配置加载器进行加载并用于实时业务数据的校验。在分布式***中，可以包括至少两个规则配置***、以及至少两个规则引擎服务器。

本公开实施例中，业务规则数据的配置和利用业务规则数据进行实时业务数据的校验分开进行，在业务进行的过程中，用户个性化配置的业务规则数据可以动态加载到规则引擎服务器中进行处理，在数据运行的同时即可实现针对不同用户的业务数据进行校验，提高了数据校验的效率。而且，通过用户个性化配置规则数据，避免了统一配置规则造成的配置异常问题，可以降低业务规则研发成本，提升***业务可定制化能力。

在一种可能的实现方式中，实时业务数据包括至少一个业务参数，对于一个业务参数，业务规则数据包括业务参数所对应业务校验规则。

在实际应用中，根据业务实现的功能或者业务类型等的不同，实时业务数据可以包括至少一个业务参数，每个业务参数对应的业务规则数据包括该业务参数对应的业务校验规则，通过业务校验规则可以对业务参数进行校验。

在一种可能的实现方式中，业务校验规则包括以下至少一项：

所要满足的校验操作、所要满足的数据类型、所要满足的参数取值范围、所要满足的参数形式。

在实际应用中，业务校验规则可以为对业务参数进行校验配置的规则。业务校验规则包括业务参数所要满足的校验操作，例如，等于、不等于、大于、小于等操作；所要满足的数据类型，例如，业务参数属于固定值(一般称为specified value)还是参考值(一般称为reference)等；所要满足的参数取值范围可以是为每个参数预先设定的一个取值范围或者取值；所要满足的参数形式可以是业务参数需要满足的可能不是具体的取值，而是一个表达式等。

在一种可能的实现方式中，对于一个业务参数，当业务参数包括多个字段时，对应的业务校验规则包括各字段的子校验规则，以及子校验规则之间的规则逻辑关系。

在实际应用中，当一个业务参数包括两个或两个以上字段时，因为需要对每个字段进行校验，因此在配置该业务参数的业务校验规则时，为各个字段配置子校验规则，以及子校验规则之间的逻辑关系，基于各个字段的子校验规则和逻辑关系，实现对业务参数的校验。

在一种可能的实现方式中，当业务参数包括多个字段时，基于所述实时业务数据对应的业务规则数据对所述实时业务数据进行校验，得到校验结果，包括：

对实时业务数据中的各个字段对应的子校验规则是否满足规则逻辑关系进行校验，得到校验结果。

在实际应用中，实时业务数据中的业务参数包括多个字段时，需要对各个字段进行校验，确定各个字段的子校验规则是否满足规则逻辑关系。例如，实时业务数据包括a、b、c三个字段，相应的，每个字段对应的子校验规则分别为a1、b1、c1，规则逻辑关系为满足a1或b1其中之一，并且满足c1；则对业务数据进行规则校验时，需要校验a是否满足a1，或者b是否满足b1，以及c是否满足c1，如果a满足a1，且c满足c1则校验结果为校验成功，或者b满足b1，且c满足c1，则校验结果也为校验成功。校验成功的实时业务数据才能进行业务事件的触发，如果校验失败，则不能触发相应的业务事件，业务规则服务器将校验成功的实时业务数据发送至事件处理服务器进行相应的处理，触发相应的业务事件。

在一种可能的实现方式中，在获取实时业务数据的数据特征之前，该方法还包括：

对实时业务数据进行归一化处理；

获取实时业务数据的数据特征，包括：

获取归一化处理之后的实时业务数据的数据特征。

在实际应用中，规则引擎服务器接收在获取实时业务数据的数据特征之前，可以对业务规则数据进行归一化处理，归一化处理包括去除数据中的空格等无效字符，以及将字符进行统一大小写的处理等，针对进行归一化处理之后的业务数据再进行数据特征提取，能够提高数据处理的速度，以及提高数据处理的准确性。

为了对本公开实施例的技术方案进行更加详细的说明，下面通过一个具体的实施例对本公开技术方案中的数据处理过程进行介绍。

如图2所示，用户可以通过用户设备的规则配置界面(如图中所示的规则配置中心)配置业务规则数据，将用户标识和对应的数据特征、数据特征和对应的业务规则数据关联存储到业务规则数据库中(如图中所述的规则库)，通过规则配置加载器将业务规则数据加载到规则引擎服务器(如图中所示的规则引擎)中。规则引擎服务器获取到实时业务数据(如图中所示的数据)，对业务数据进行归一化处理(如图中所示的数据预处理)，然后获取实时业务数据的用户标识和数据特征，根据用户标识和数据特征获取到对应的业务规则数据(如图中所示的规则路由)，对业务规则数据进行解析(如图中所示的规则解析)，得到各个业务参数对应的业务校验规则，基于业务校验规则对实时业务数据中的各个业务参数进行校验(如图中所示的规则判定)，将校验成功的实时业务数据通过规则响应模块(如图中所示的规则响应)发送至事件处理服务器(如图中所示的事件引擎)，事件处理服务器通过事件注册器注册业务事件，事件处理服务器将校验成功的实时业务数据进行相应的处理，触发相应的业务事件，并应用到租户的业务***中，并接收到业务***返回的响应信息，从而完成了业务数据的校验过程。

下面通过一个具体的实施例来对本公开技术方案中利用规则配置***进行规则配置的过程进行介绍。图3中示出的是规则配置***中进行规则编辑和录入的可视化界面，规则编辑人员可以通过该界面编辑和录入规则。图中的Fliter Setup表示过滤器设置，本实施例通过设置过滤器的方式进行规则配置。其中，left value表示元数据字段，也就是待配置校验规则的业务参数的各个字段，User.Active表示业务参数User的Active字段，该字段表示当前是生效状态的User；User.Employee.HRBP表示业务参数User的Employee.HRBP字段，该字段描述了人力资源领域的一种多层查询的场景：***中的一个业务参数User会关联到对应的Employee账号上，而对于每个Employee都会关联一个或多个HRBP；当规则需要对User的HRBP进行查找的时候，可以通过加“.”的方式进行设置查找范围；可以进行多层级的字段的规则配置，如图中所示的User的下一层级Name、ID、Create Time、EmployeeID，以及EmployeeID的下一层级的Name、ID；operator表示校验操作，如图中所示的可以为“＝”；Type表示数据类型，可以为图中所示的固定值specified value、还是参考值reference；Right Value表示业务参数的取值或者表达式；图中所示的1、2、3分别对应一条子校验规则；例如，子校验规则1的意思是参数字段User.Active所要满足的校验操作为“＝”，所要满足的数据类型为specified value，所要满足的取值为Ture。可以通过图中所示的“+”添加子校验规则，通过图中的“×”来删除一条子校验规则；Relation表示规则逻辑关系，图中的“1and2or3”表示业务参数User的各子校验规则需要满足的规则逻辑关系为满足子校验规则1和2，或者满足子校验规则1和3。完成一个业务参数对应的业务规则配置之后，可以通过选择Submit进行提交，或者通过Cancel进行取消。

本公开实施例提供的数据处理方法，分布式***中的规则引擎服务器，获取用户的业务数据处理请求，业务数据处理请求包括用户标识和待处理的实时业务数据；获取实时业务数据的数据特征；基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，其中，业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；基于实时业务数据的业务规则数据对实时业务数据进行校验，得到校验结果，并将校验结果发送至事件处理服务器，以使事件处理服务器基于校验结果进行相应处理。本公开所提供的技术方案，通过分布式***中的规则引擎服务器获取实时业务数据，从业务规则数据库中获取对应的业务规则数据对实时业务数据进行校验，通过分布式***进行处理，提高了数据处理的速度；业务规则数据库中的业务规则数据是用户自定义的，避免了规则配置异常问题。

基于与图1中所示方法相同的原理，本公开的实施例中还提供了一种数据处理装置20，如图4所示，该数据处理装置20可以包括：

请求获取模块21，用于获取用户的业务数据处理请求，所述业务数据处理请求包括用户标识和待处理的实时业务数据；

特征获取模块22，用于获取所述实时业务数据的数据特征；

规则获取模块23，用于基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，其中，所述业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

数据校验模块24，用于基于所述实时业务数据的业务规则数据对所述实时业务数据进行校验，得到校验结果，并将所述校验结果发送至事件处理服务器，以使所述事件处理服务器基于所述校验结果进行相应处理。

在一种可能的实现方式中，业务规则数据库存储在规则配置服务器中，规则获取模块23用于：

向规则配置服务器发送业务规则数据获取请求，业务规则数据获取请求中包括用户标识和数据特征；

接收规则配置服务器基于用户标识和数据特征发送的业务规则数据；

其中，数据特征包括以下至少一项：

业务标识、业务类型标识。

在一种可能的实现方式中，实时业务数据包括至少一个业务参数，业务规则数据包括各业务参数所对应的业务校验规则。

在一种可能的实现方式中，业务校验规则包括以下至少一项：

所要满足的校验操作、所要满足的数据类型、所要满足的参数取值范围、所要满足的参数形式。

在一种可能的实现方式中，对于一个业务参数，当业务参数包括多个字段时，对应的业务校验规则包括各字段的子校验规则，以及子校验规则之间的规则逻辑关系。

在一种可能的实现方式中，当业务参数包括多个字段时，数据校验模块24，用于：

对实时业务数据中的各个字段对应的子校验规则是否满足规则逻辑关系进行校验，得到校验结果。

在一种可能的实现方式中，数据处理装置20还包括数据处理模块；

数据处理模块，用于对实时业务数据进行归一化处理；

特征获取模块22，用于：

获取归一化处理之后的实时业务数据的数据特征。

本公开实施例的数据处理装置可执行本公开的实施例所提供的数据处理方法，其实现原理相类似，本公开各实施例中的数据处理装置中的各模块所执行的动作是与本公开各实施例中的数据处理方法中的步骤相对应的，对于数据处理装置的各模块的详细功能描述具体可以参见前文中所示的对应的数据处理方法中的描述，此处不再赘述。

本公开实施例提供的数据处理装置，获取用户的业务数据处理请求，业务数据处理请求包括用户标识和待处理的实时业务数据；获取实时业务数据的数据特征；基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，其中，业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；基于实时业务数据的业务规则数据对实时业务数据进行校验，得到校验结果，并将校验结果发送至事件处理服务器，以使事件处理服务器基于校验结果进行相应处理。本公开所提供的技术方案，通过分布式***中的规则引擎服务器获取实时业务数据，从业务规则数据库中获取对应的业务规则数据对实时业务数据进行校验，通过分布式***进行处理，提高了数据处理的速度；业务规则数据库中的业务规则数据是用户自定义的，避免了规则配置异常问题。

下面参考图5，其示出了适于用来实现本公开实施例的电子设备600的结构示意图。本公开实施例技术方案的执行主体可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

电子设备包括：存储器以及处理器，其中，这里的处理器可以称为下文所述的处理装置601，存储器可以包括下文中的只读存储器(ROM)602、随机访问存储器(RAM)603以及存储装置608中的至少一项，具体如下所示：

如图5所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取用户的业务数据处理请求，业务数据处理请求包括用户标识和待处理的实时业务数据；获取实时业务数据的数据特征；基于用户标识和数据特征，从业务规则数据库中获取与用户标识和数据特征对应的实时业务数据的业务规则数据，其中，业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；基于实时业务数据的业务规则数据对实时业务数据进行校验，得到校验结果，并将校验结果发送至事件处理服务器，以使事件处理服务器基于校验结果进行相应处理。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块或单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上***(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例，本公开提供了一种数据处理方法，所述方法的执行主体为分布式***中的规则引擎服务器，所述方法包括：

获取用户的业务数据处理请求，所述业务数据处理请求包括用户标识和待处理的实时业务数据；

获取所述实时业务数据的数据特征；

基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，其中，所述业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

基于所述实时业务数据的业务规则数据对所述实时业务数据进行校验，得到校验结果，并将所述校验结果发送至事件处理服务器，以使所述事件处理服务器基于所述校验结果进行相应处理。

在一种可能的实现方式中，所述业务规则数据库存储在规则配置服务器中，基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，包括：

向所述规则配置服务器发送业务规则数据获取请求，所述业务规则数据获取请求中包括所述用户标识和所述数据特征；

接收所述规则配置服务器基于所述用户标识和所述数据特征发送的业务规则数据；

其中，所述数据特征包括以下至少一项：

业务标识、业务类型标识。

在一种可能的实现方式中，所述实时业务数据包括至少一个业务参数，所述业务规则数据包括各业务参数所对应的业务校验规则。

在一种可能的实现方式中，所述业务校验规则包括以下至少一项：

所要满足的校验操作、所要满足的数据类型、所要满足的参数取值范围、所要满足的参数形式。

在一种可能的实现方式中，对于一个业务参数，当业务参数包括多个字段时，对应的业务校验规则包括各字段的子校验规则，以及子校验规则之间的规则逻辑关系。

在一种可能的实现方式中，当业务参数包括多个字段时，基于所述实时业务数据对应的业务规则数据对所述实时业务数据进行校验得到校验结果，包括：

对实时业务数据中的各个字段对应的子校验规则是否满足规则逻辑关系进行校验，得到校验结果。

在一种可能的实现方式中，在获取所述实时业务数据的数据特征之前，所述方法还包括：

对所述实时业务数据进行归一化处理；

所述获取所述实时业务数据的数据特征，包括：

获取归一化处理之后的实时业务数据的数据特征。

根据本公开的一个或多个实施例，本公开提供了一种数据处理装置，所述装置包括：

请求获取模块，用于获取用户的业务数据处理请求，所述业务数据处理请求包括用户标识和待处理的实时业务数据；

特征获取模块，用于获取所述实时业务数据的数据特征；

规则获取模块，用于基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，其中，所述业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

数据校验模块，用于基于所述实时业务数据的业务规则数据对所述实时业务数据进行校验，得到校验结果，并将所述校验结果发送至事件处理服务器，以使所述事件处理服务器基于所述校验结果进行相应处理。

在一种可能的实现方式中，所述业务规则数据库存储在规则配置服务器中，所述规则获取模块用于：

向所述规则配置服务器发送业务规则数据获取请求，所述业务规则数据获取请求中包括所述用户标识和所述数据特征；

接收所述规则配置服务器基于所述用户标识和所述数据特征发送的业务规则数据；

其中，所述数据特征包括以下至少一项：

业务标识、业务类型标识。

在一种可能的实现方式中，所述实时业务数据包括至少一个业务参数，所述业务规则数据包括各业务参数所对应的业务校验规则。

在一种可能的实现方式中，所述业务校验规则包括以下至少一项：

所要满足的校验操作、所要满足的数据类型、所要满足的参数取值范围、所要满足的参数形式。

在一种可能的实现方式中，对于一个业务参数，当业务参数包括多个字段时，对应的业务校验规则包括各字段的子校验规则，以及子校验规则之间的规则逻辑关系。

在一种可能的实现方式中，当业务参数包括多个字段时，所述数据校验模块用于：

对实时业务数据中的各个字段对应的子校验规则是否满足规则逻辑关系进行校验，得到校验结果。

在一种可能的实现方式中，所述数据处理装置还包括数据处理模块；

所述数据处理模块，用于：对所述实时业务数据进行归一化处理；

特征获取模块，用于：获取归一化处理之后的实时业务数据的数据特征。

根据本公开的一个或多个实施例，本公开提供了一种电子设备，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行如本公开实施例提供的所述数据处理方法对应的操作。

根据本公开的一个或多个实施例，本公开提供了一种计算机可读介质，所述计算机可读介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行本公开实施例提供的所述数据处理方法对应的操作。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法的执行主体为分布式***中的规则引擎服务器，所述方法包括：

获取用户的业务数据处理请求，所述业务数据处理请求包括用户标识和待处理的实时业务数据；

获取所述实时业务数据的数据特征；

基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，其中，所述业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

基于所述实时业务数据的业务规则数据对所述实时业务数据进行校验，得到校验结果，并将所述校验结果发送至事件处理服务器，以使所述事件处理服务器基于所述校验结果进行相应处理。

2.根据权利要求1所述的数据处理方法，其特征在于，所述业务规则数据库存储在规则配置服务器中，基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，包括：

向所述规则配置服务器发送业务规则数据获取请求，所述业务规则数据获取请求中包括所述用户标识和所述数据特征；

接收所述规则配置服务器基于所述用户标识和所述数据特征发送的业务规则数据；

其中，所述数据特征包括以下至少一项：

业务标识、业务类型标识。

3.根据权利要求1或2所述的数据处理方法，其特征在于，所述实时业务数据包括至少一个业务参数，所述业务规则数据包括各业务参数所对应的业务校验规则。

4.根据权利要求3所述的数据处理方法，其特征在于，所述业务校验规则包括以下至少一项：

所要满足的校验操作、所要满足的数据类型、所要满足的参数取值范围、所要满足的参数形式。

5.根据权利要求3所述的数据处理方法，其特征在于，对于一个业务参数，当业务参数包括多个字段时，对应的业务校验规则包括各字段的子校验规则，以及子校验规则之间的规则逻辑关系。

6.根据权利要求4所述的数据处理方法，其特征在于，当业务参数包括多个字段时，基于所述实时业务数据对应的业务规则数据对所述实时业务数据进行校验得到校验结果，包括：

对实时业务数据中的各个字段对应的子校验规则是否满足规则逻辑关系进行校验，得到校验结果。

7.根据权利要求1或2所述的数据处理方法，其特征在于，在获取所述实时业务数据的数据特征之前，所述方法还包括：

对所述实时业务数据进行归一化处理；

所述获取所述实时业务数据的数据特征，包括：

获取归一化处理之后的实时业务数据的数据特征。

8.一种数据处理装置，其特征在于，所述装置包括：

请求获取模块，用于获取用户的业务数据处理请求，所述业务数据处理请求包括用户标识和待处理的实时业务数据；

特征获取模块，用于获取所述实时业务数据的数据特征；

规则获取模块，用于基于所述用户标识和所述数据特征，从业务规则数据库中获取与所述用户标识和所述数据特征对应的所述实时业务数据的业务规则数据，其中，所述业务规则数据库中关联存储有各用户标识所对应的各数据特征、以及各数据特征各自所对应的用户自定义的业务规则数据；

数据校验模块，用于基于所述实时业务数据的业务规则数据对所述实时业务数据进行校验，得到校验结果，并将所述校验结果发送至事件处理服务器，以使所述事件处理服务器基于所述校验结果进行相应处理。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～7任一项所述的数据处理方法。

10.一种计算机可读介质，其特征在于，所述计算机可读介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述权利要求1-7中任一项所述的数据处理方法。

Images