业务数据规则判断方法、装置、设备及存储介质与流程

[0001]
本申请涉及规则判断技术领域，具体而言，涉及一种业务数据规则判断方法、装置、设备及存储介质。


背景技术：

[0002]
企业设置的规则制度是对员工行为的管控，企业设置的规则制度例如可以包括企业考勤规则制度、企业用车规则制度或企业福利规则制度等，以企业用车规则制度为例进行说明，在企业用车的规则制度中，既需要管理者在b端设置具体的规则制度，也需要当用户在c端用车时，管控系统能自动进行规则制度的判定。
[0003]
由于每个公司的管理诉求也不一样，因此不同公司的管理者会设置出来各种各样的规则制度，甚至部分公司还有定制化规则制度的需求，如何保证各个公司可以快速的配置出想要的规则制度，以及新增规则制度时如何保证互不影响，这给技术同学带来了很大的挑战；现有技术中，大部分规则制度的存储方式是将各规则以整个规则的配置数据的形式进行存储。
[0004]
但是这样的配置和存储方式使得单个条件的变更需要更新整个规则对应的数据，导致规则的扩展性差，不易和后端联动。


技术实现要素：

[0005]
有鉴于此，本申请的目的在于提供一种业务数据规则判断方法、装置、设备及存储介质，能够解决现有技术中单个条件的变更需要更新整个规则的配置数据，导致规则的扩展性差，不易和后端联动的问题，达到通过提高规则扩展性的作用。
[0006]
在本申请的第一方面，本申请提供一种业务数据规则判断方法，所述方法包括：
[0007]
确定目标业务功能对应的目标规则；
[0008]
根据所述目标规则，获取所述目标规则对应的至少一个条件的配置数据；
[0009]
根据所述至少一个条件的配置数据，分别判断所述目标业务功能的业务数据是否满足所述至少一个条件，得到所述至少一个条件的判断结果；
[0010]
根据所述至少一个条件的判断结果，得到所述目标业务功能的规则判断结果。
[0011]
可选地，所述根据所述至少一个条件的判断结果，得到所述目标业务功能的规则判断结果，包括：
[0012]
对所述至少一个条件的判断结果，执行布尔聚合运算，得到所述规则判断结果。
[0013]
可选地，所述根据所述至少一个条件的配置数据，分别判断所述目标业务功能的业务数据是否满足所述至少一个条件，得到所述至少一个条件的判断结果，包括：
[0014]
根据所述至少一个条件的配置数据，以并发执行的方式，分别判断所述目标业务功能的业务数据是否满足所述至少一个条件，得到所述至少一个条件的判断结果。
[0015]
可选地，所述至少一个条件包括：复杂条件，所述复杂条件包括：多个单一条件；所述根据所述至少一个条件的配置数据，分别判断所述目标业务功能的业务数据是否满足所
述至少一个条件，得到所述至少一个条件的判断结果，包括：
[0016]
根据所述多个单一条件的配置数据，分别判断所述业务数据是否满足所述多个单一条件，得到所述多个单一条件的判断结果；
[0017]
对所述多个单一条件的判断结果执行或逻辑运算，得到所述复杂条件的判断结果。
[0018]
可选地，所述根据所述多个单一条件的配置数据，分别判断所述业务数据是否满足所述多个单一条件，得到所述多个单一条件的判断结果，包括：
[0019]
根据所述多个单一条件的配置数据，以递归方式，分别判断所述业务数据是否满足所述多个单一条件，得到所述多个单一条件的判断结果。
[0020]
可选地，所述至少一个条件中每个单一条件的配置数据包括：所述每个单一条件的配置参数、所述每个单一条件的匹配方式、所述每个单一条件的待匹配参数、所述每个单一条件的管控方式；
[0021]
所述根据所述至少一个条件的配置数据，分别判断所述目标业务功能的业务数据是否满足所述至少一个条件，得到所述至少一个条件的判断结果，包括：
[0022]
从所述业务数据中获取所述待匹配参数对应的目标数据；
[0023]
调用所述匹配方式对应的判断函数，对所述目标数据和所述配置参数进行匹配，得到所述每个单一条件的匹配结果；
[0024]
根据所述每个单一条件的匹配结果，以及所述管控方式，得到所述每个单一条件的判断结果。
[0025]
可选地，所述管控方式为所述白名单管控方式，或者，黑名单管控方式。
[0026]
可选地，所述根据所述目标规则，获取所述目标规则对应的至少一个条件的配置数据，包括：
[0027]
根据所述目标规则，采用预设的规则条件映射表，确定所述目标规则对应的至少一个条件的标识信息；
[0028]
根据所述至少一个条件的标识信息，从预设的数据库中获取所述至少一个条件的配置数据。
[0029]
可选地，所述根据所述至少一个条件的标识信息，从预设的数据库中获取所述至少一个条件的配置数据之前，所述方法还包括：
[0030]
将各所述条件的配置数据以序列化数据的形式存储至所述数据库中。
[0031]
在本申请的第二方面，本申请还提供了一种业务数据规则判断装置，所述装置包括：确定模块、获取模块和判断模块，其中：
[0032]
所述确定模块，用于确定目标业务功能对应的目标规则；
[0033]
所述获取模块，用于根据所述目标规则，获取所述目标规则对应的至少一个条件的配置数据；
[0034]
所述判断模块，用于根据所述至少一个条件的配置数据，分别判断所述目标业务功能的业务数据是否满足所述至少一个条件，得到所述至少一个条件的判断结果；
[0035]
所述获取模块，具体用于根据所述至少一个条件的判断结果，得到所述目标业务功能的规则判断结果。
[0036]
可选地，所述获取模块，具体用于对所述至少一个条件的判断结果，执行布尔聚合
运算，得到所述规则判断结果。
[0037]
可选地，所述判断模块，具体用于根据所述至少一个条件的配置数据，以并发执行的方式，分别判断所述目标业务功能的业务数据是否满足所述至少一个条件，得到所述至少一个条件的判断结果。
[0038]
可选地，所述至少一个条件包括：复杂条件，所述复杂条件包括：多个单一条件；所述判断模块，具体用于根据所述多个单一条件的配置数据，分别判断所述业务数据是否满足所述多个单一条件，得到所述多个单一条件的判断结果；
[0039]
所述获取模块，具体用于对所述多个单一条件的判断结果执行或逻辑运算，得到所述复杂条件的判断结果。
[0040]
可选地，所述判断模块，具体用于根据所述多个单一条件的配置数据，以递归方式，分别判断所述业务数据是否满足所述多个单一条件，得到所述多个单一条件的判断结果。
[0041]
可选地，所述至少一个条件中每个单一条件的配置数据包括：所述每个单一条件的配置参数、所述每个单一条件的匹配方式、所述每个单一条件的待匹配参数、所述每个单一条件的管控方式；所述装置还包括：匹配模块，其中：
[0042]
所述获取模块，用于从所述业务数据中获取所述待匹配参数对应的目标数据；
[0043]
所述匹配模块，用于调用所述匹配方式对应的判断函数，对所述目标数据和所述配置参数进行匹配，得到所述每个单一条件的匹配结果；
[0044]
所述获取模块，具体用于根据所述每个单一条件的匹配结果，以及所述管控方式，得到所述每个单一条件的判断结果。
[0045]
可选地，所述确定模块，具体用于根据所述目标规则，采用预设的规则条件映射表，确定所述目标规则对应的至少一个条件的标识信息；
[0046]
所述获取模块，具体用于根据所述至少一个条件的标识信息，从预设的数据库中获取所述至少一个条件的配置数据。
[0047]
在本申请的第三方面，提供一种业务数据规则判断设备，处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当业务数据规则判断设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行上述第一方面任一所述方法的步骤。
[0048]
在本申请的第四方面，本申请还提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面任一所述方法的步骤。
[0049]
基于上述任一方面，可以在根据目标业务功能确定目标规则后，确定目标规则对应的至少一个条件的配置数据，随后根据目标业务功能的业务数据，判断业务数据是否满足目标规则对应的至少一个条件，并根据判断结果得到目标业务功能的规则判断结果，这种判断方式由于是根据目标业务功能确定的对应的目标规则，并且根据目标业务功能的业务数据和目标规则下的至少一个条件的配置数据共同判断得到的规则判断结果，即规则判断结果与各条件的判断结果相关，由于本申请的规则中各条件均有自己的配置数据，从而可以在修改各条件的配置数据时，不会影响其他条件的配置数据，并且增加条件时，只需在规则下增加该条件对应的配置数据即可，从而解决现有技术中，单个条件的变更需要更新整个规则的配置数据，导致规则的扩展性不高，不易和后端联动的问题，起到提高规则的扩
展性的效果。
附图说明
[0050]
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0051]
图1为本申请一实施例提供的业务数据规则判断系统的结构示意图；
[0052]
图2为本申请一实施例提供的业务数据规则判断方法的流程示意图；
[0053]
图3为本申请一实施例提供的规则和条件之间的映射关系的结构示意图；
[0054]
图4为本申请另一实施例提供的业务数据规则判断方法的流程示意图；
[0055]
图5为本申请另一实施例提供的业务数据规则判断方法的流程示意图；
[0056]
图6为本申请一实施例提供的业务数据规则判断装置的结构示意图；
[0057]
图7为本申请另一实施例提供的业务数据规则判断装置的结构示意图；
[0058]
图8为本申请一实施例提供的业务数据规则判断设备的结构示意图。
具体实施方式
[0059]
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
[0060]
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0061]
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景企业版网约车的业务数据规则判断，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕企业版网约车的业务数据规则判断进行描述，但是应该理解，这仅是一个示例性实施例，本申请可以应用于各种需要进行业务数据规则判断中，例如：应用程序的业务数据规则判断(例如普通网约车应用程序的业务规则判断、影音应用程序的业务数据规则判断)、公司管理的业务数据规则判断(例如公司考勤的业务数据规则判断、公司福利的业务数据规则判断)等。
[0062]
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
[0063]
本申请的一个方面涉及一种业务数据规则判断系统。该系统可以根据用户根据在多个业务功能中确定的目标业务功能确定目标规则，再根据目标规则获取该目标规则对应的至少一个条件的配置数据，并根据至少一个条件的配置数据，分别判断目标业务功能的业务数据是否满足至少一个条件，并获取判断结果，根据判断结果确定目标业务功能的规则判断结果，其中，目标业务功能中可以包括一个条件，也可以包括多个条件，规则判断结果为根据目标业务功能中的所有条件的判断结果确定的。
[0064]
值得注意的是，在本申请提出申请之前，现有技术中大部分规则制度的存储方式是将各规则以整个规则的配置数据的形式进行存储，导致修改条件或新增条件时，均需要对整个规则的配置数据进行修改，从而导致规则的扩展性及前端可视化效果差，不易和后端联动的问题。
[0065]
本申请提供的业务数据规则判断方法可以在根据目标业务功能确定目标规则后，确定目标规则对应的至少一个条件的配置数据，随后根据目标业务功能的业务数据，判断业务数据是否满足目标规则对应的至少一个条件，并根据判断结果得到目标业务功能的规则判断结果，这种判断方式由于是根据目标业务功能确定的对应的目标规则，并且根据目标业务功能的业务数据和目标规则下的至少一个条件的配置数据共同判断得到的规则判断结果，即规则判断结果与各条件的判断结果相关，由于本申请的规则中各条件均有自己的配置数据，从而可以在修改各条件的配置数据时，不会影响其他条件的配置数据，并且增加条件时，只需在对应的规则下增加该条件对应的配置数据即可，无需修改整个规则对应的数据，可以解决现有技术中单个条件的变更需要更新整个规则的配置数据，导致规则的扩展性不高，不易和后端联动的问题，达到提高规则的扩展性的作用。
[0066]
图1是本申请实施例提供的一种业务数据规则判断系统100的架构示意图，例如：业务数据规则判断系统100可以是用于企业版网约车的业务数据规则判断服务、或是任何涉及业务数据规则判断的任意平台或场景。如图1所示，业务数据规则判断系统100可以包括服务器110、网络120、服务终端130和数据库140中的一种或多种。
[0067]
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务终端130获得的服务请求来确定用户意图。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(s)或多核处理器(m))。仅作为举例，处理器可以包括中央处理单元(central processing unit,cpu)、专用集成电路(application specific integrated circuit,asic)、专用指令集处理器(application specific instruction-set processor,asip)、图形处理单元(graphics processing unit,gpu)、物理处理单元(physics processing unit,ppu)、数字信号处理器(digital signal processor,dsp)、现场可编程门阵列(field programmable gate array,fpga)、可编程逻辑器件(programmable logic device,pld)、控制器、微控制器单元、简化指令集计算机(reduced instruction set computing,risc)、或微处理器等，或其任意组合。
[0068]
在一些实施例中，服务终端130对应的设备类型可以是移动设备，比如可以包括可穿戴设备、智能移动设备、平板计算机、膝上型计算机等。以企业版网约车的业务数据规则判断服务场景为例，服务终端130可以是用户的手机，用户通过手机登陆应用程序，并在应用程序的多个业务功能中确定目标业务功能，服务器根据目标业务功能对应的目标规则对
应的至少一个条件的配置数据，对目标业务功能的业务数据进行判断，根据至少一个条件的判断结果得到目标业务功能的判断结果，从而实现对业务数据规则的判断。
[0069]
在一些实施例中，数据库140可以连接到网络120以与业务数据规则判断系统100中的一个或多个组件(例如，服务器110，服务终端130，服务提供端等)通信。业务数据规则判断系统100中的一个或多个组件可以经由网络120访问存储在数据库140中的数据或指令。在一些实施例中，数据库140可以直接连接到业务数据规则判断系统100中的一个或多个组件，或者，数据库140也可以是服务器110的一部分。
[0070]
下面结合上述图1示出的业务数据规则判断系统100中描述的内容，对本申请实施例提供的业务数据规则判断方法进行详细说明，下述业务数据规则判断方法应用于上述系统之中，执行主体可以为服务终端或者服务器，应当理解预设场景可以根据用户需要进行设计和调整，任何涉及业务数据规则判断或是规则判断的场景均可使用，并不以实施例给出的两个场景为限。
[0071]
参照图2所示，为本申请一实施例提供的一种业务数据规则判断方法的流程示意图，下述实施例中均以企业版网约车的业务数据规则判断服务场景为例进行说明，该方法包括：
[0072]
s201：确定目标业务功能对应的目标规则。
[0073]
示例地，在一些可能的实施例中，目标业务功能为用户在通过终端设备登陆企业版网约车的应用程序后，在业务功能选择界面，通过触控操作、或语音输入操作等方式确定的目标业务功能；其中，功能选择界面可以显示至少一种业务功能，例如可以为：定点通勤功能、加班功能、代驾功能、报销功能、出差功能或自费用车功能等，例如用户在登陆企业版网约车的应用程序后，在功能选择界面选择了出差功能，此时则确定目标业务功能为出差功能，此时的目标规则为出差功能下对应的目标规则。
[0074]
其中，用户登陆企业版网约车的应用程序的方式例如可以为通过手机号和验证码验证登陆的、或通过企业账号和密码登陆的、或是通过人脸识别登陆的、或是通过声纹识别登陆的，具体用户登陆企业版网约车的应用程序的方法可以根据用户需要进行调整，并不以上述实施例给出的为限，只需可以唯一指示用户的身份信息的即可。
[0075]
可选地，在本申请的一个实施例中，用户通过终端设备登陆企业版网约车的应用程序后，例如在企业中不同职务的用户对应的业务功能可能相同可能不同，例如可能管理层用户对应的业务功能包括定点通勤功能、加班功能、代驾功能、报销功能、出差功能或自费用车功能等，基层用户对应的业务功能可能包括加班功能、代驾功能、出差功能或自费用车功能等；其中用户和业务功能之间的对应关系和使用权限为企业预先配置好的，各用户登陆成功后即可自动获取该用户的身份信息对应的对应关系，具体业务功能包括的内容以及与用户的对应关系可以根据用户需要灵活调整，本申请在此不做任何限制。
[0076]
其中，各业务功能均有其对应的规则，不同的业务功能对应的规则可能不同，各规则均为根据业务功能进行预先配置的，并且在应用过程中，可以根据用户反馈或功能需求的迭代，对各规则进行修改并更新。
[0077]
s202：根据目标规则，获取目标规则对应的至少一个条件的配置数据。
[0078]
其中，目标规则例如可以包括至少一个条件，例如可以为：时间条件、职位条件、地点条件或健康条件等，其中地点条件例如可以包括：起始地点条件和/或目的地点条件，具
体条件可能包括的内容可以根据用户需要灵活调整，并不以上述实施例给出的为限制，目标规则下可以包括一个条件的配置数据，或多个条件的配置数据，具体目标规则包括的条件的配置数据根据用户预先的配置确定，本申请在此不做任何限制。
[0079]
可选地，获取目标规则对应的至少一个条件的配置数据的方式例如可以为：根据目标规则获取目标规则对应的规则条件映射表，再根据规则条件映射表获取目标规则和对应的至少一个条件的配置数据。
[0080]
示例地，在本申请的一个实施例中，例如可以为在获取到目标规则后，采用预设的规则条件映射表，确定目标规则对应的至少一个条件的标识信息；再根据至少一个条件的标识信息，从预设的数据库中获取至少一个条件的配置数据。
[0081]
其中，每个单一条件的配置数据为预先将每个单一条件的配置数据以序列化数据的形式存储至数据库中。
[0082]
其中，这种采用预设的规则条件映射表将规则对应的各个条件存储至数据库中的方式，使得不同公司的管理者，或不同应用程序的设计者可以根据预设的规则条件映射表，对各规则对应的条件进行配置，只需设置各条件和规则之间的映射关系，就可以根据自身需要设置出来定制化的规则制度，从而保证可以快速的配置出需要的规则制度，并且各个条件的配置数据均以序列化的形式存储，从而实现基于组件化的存储，将规则中的每个单一条件均抽象为一个组件，使得每个单一条件均可以序列化为一条数据，从而灵活的存储至关系型数据库或非关系型数据库，使得后续新增规则或条件时，或修改各条件时，可以保证新增规则或条件，或修改条件时，不会影响其他规则或条件。
[0083]
示例地，在一些可能的实施例中，规则条件映射表可以为一个规则条件映射表，该规则条件映射表中可以包括多个规则和各规则对应的条件之间的映射关系；也可以为多个规则条件映射表，即每个规则均有一个对应的规则条件映射表，用于映射该规则对应的各条件。
[0084]
图3为本申请一实施例提供的规则和条件之间的映射关系的结构示意图，一个条件可以仅包括在一个规则中，也可以包括在多个规则中，如图3所示，条件1和条件2仅被规则1引用，条件4和条件5仅被规则2引用，但是条件3同时被规则1和规则2引用。
[0085]
举例说明：若规则条件表为一个规则条件映射表，则各个条件的标识信息可能与一个规则有映射关系，也可能与多个规则有映射关系；若规则条件表为多个，则各个条件的标识信息可能在一个规则条件映射表中，也可能存在于多个规则条件映射表中，即各条件可能被一个规则引用，也可能被多个规则引用，具体规则条件映射表的表格形式和各条件的引用方式可以根据用户需要灵活调整，本申请在此不做任何限制。
[0086]
s203：根据至少一个条件的配置数据，分别判断目标业务功能的业务数据是否满足至少一个条件，得到至少一个条件的判断结果。
[0087]
其中，目标业务功能的业务数据为该目标业务功能下，需要获取的用户对应的业务数据，例如可以包括用户当前起始位置数据、时间数据、健康数据或目的地数据等，具体业务数据包括的内容可以根据用户需要灵活调整，并不以上述实施例给出的为限。
[0088]
示例地，在本申请的一个实施例中，可以根据至少一个条件的配置数据，以并发执行的方式，分别判断目标业务功能的业务数据是否满足至少一个条件，得到至少一个条件的判断结果。
[0089]
其中，由于本申请规则中的各条件是独立存储，互相解耦的，因此可以并发执行各条件，各条件可以自运行，自判断，并发执行并获取各条件的判断结果，例如可以为，在本申请的一种实施例中，例如可以遍历目标规则中的各个条件，通过计算机编程语言golang的轻量级线程gorutine特性，将各个条件判定并发执行判定。
[0090]
s204：根据至少一个条件的判断结果，得到目标业务功能的规则判断结果。
[0091]
示例地，在本申请的一个实施例中，对至少一个条件的判断结果，例如可以执行布尔bool聚合运算，得到规则判断结果。
[0092]
采用本申请实施例提供的业务数据规则判断方法，可以在根据目标业务功能确定目标规则后，确定目标规则对应的至少一个条件的配置数据，随后根据目标业务功能的业务数据，判断业务数据是否满足目标规则对应的至少一个条件，并根据判断结果得到目标业务功能的规则判断结果，这种判断方式由于是根据目标业务功能确定的对应的目标规则，并且根据目标业务功能的业务数据和目标规则下的至少一个条件的配置数据共同判断得到的规则判断结果，即规则判断结果与各条件的判断结果相关，由于本申请的规则中各条件均有自己的配置数据，从而可以在修改各条件的配置数据时，不会影响其他条件的配置数据，并且增加条件时，只需在规则下增加该条件对应的配置数据即可，从而解决现有技术中，单个条件的变更需要更新整个规则的配置数据，导致规则的扩展性不高，不易和后端联动的问题，提高规则的扩展性。
[0093]
可选地，在上述实施例的基础上，本申请实施例还可提供一种业务数据规则判断方法，如下结合附图对上述方法中得到各条件的判断结果的实现过程进行示例说明。图4为本申请另一实施例提供的一种业务数据规则判断方法的流程示意图，在本申请的一个实施例中，至少一个条件例如可以包括：复杂条件，所述复杂条件包括：多个单一条件；如图4所示，s203可包括：
[0094]
s205：根据多个单一条件的配置数据，分别判断业务数据是否满足多个单一条件，得到多个单一条件的判断结果。
[0095]
其中，复杂条件是指包含了多个单一条件的条件，在设计复杂条件的过程中，可以采用单一条件设计的数据结构，例如可以为采用condition_val数据结构进行设计，其中该结构中存储着由多个单一条件的身份标识组成的数组。
[0096]
s206：对多个单一条件的判断结果执行或逻辑运算，得到复杂条件的判断结果。
[0097]
其中，在复杂条件的判定过程中，例如根据多个单一条件的配置数据，以递归方式，分别判断业务数据是否满足多个单一条件，得到多个单一条件的判断结果，在本申请的一个实施例中，单一条件的配置数据例如可以包括各单一条件的标识信息，即通过各单一条件的标识信息，从预设数据结构中获取各标识信息对应的单一条件，并通过递归的形式判定出复杂条件中的各个单一条件的判断结果，各单一条件判断结果之间按照或的逻辑进行运算，运算结果为复杂条件的判断结果。
[0098]
举例说明：复杂条件例如可以包括条件1和条件2，其中，条件1例如可以为：地点在西安时，可用车时间为21:00之后；条件2例如可以为：地点在北京时，可用车时间为20:30时候；即在该复杂条件中，只要条件1或条件2中存在一个条件通过判断，则确定该复杂条件的判断结果为通过，只有在条件1和条件2均未通过判断时，才确定该复杂条件的判断结果为未通过。
[0099]
可选地，在上述实施例的基础上，本申请实施例还可提供一种业务数据规则判断方法，如下结合附图对上述方法中获取各条件的判断结果的实现过程进行示例说明。图5为本申请另一实施例提供的一种业务数据规则判断方法的流程示意图，在本申请的一个实施例中，至少一个条件中每个单一条件的配置数据例如可以包括：每个单一条件的配置参数、每个单一条件的匹配方式、每个单一条件的待匹配参数、每个单一条件的管控方式；如图5所示，s103可包括：
[0100]
s207：从业务数据中获取待匹配参数对应的目标数据。
[0101]
示例地，在本申请的一个实施例中，例如可以根据待匹配参数中的参数类型确定业务数据中对应的目标数据，其中目标数据为数据类型与待匹配参数中的参数类型相同的数据。
[0102]
s208：调用匹配方式对应的判断函数，对目标数据和配置参数进行匹配，得到每个单一条件的匹配结果。
[0103]
可选地，在本申请的一个实施例中，每个单一条件的配置数据例如还可以包括每个单一条件的标识信息、所述每个单一条件的配置参数的类型，其中每个单一条件的管控方式例如可以为通过管控字段确定的，其中管控字段例如可以为effect字段，配置数据例如可以为表字段的形式设计，例如可以为表1所示：
[0104][0105]
表1
[0106]
s209：根据每个单一条件的匹配结果，以及管控方式，得到每个单一条件的判断结果。
[0107]
其中，通过管控方式字段的设置，可以避免黑名单或白名单判断逻辑的转换，当单一条件通过判断时，管控方式字段的取值为allow，当单一条件判断未通过时，管控方式字段的取值为deny，只有在规则下的每个单一条件的取值均为allow时，才确定该规则通过判断，否则均返回该规则未通过判断，即通过在判断每个单一条件时用到该管控方式字段，可以根据该管控方式字段确定每个单一条件的执行结果，随后根据各单一条件的执行结果确定最终的执行结果从而实现黑名单和白名单的自由配置。
[0108]
举例说明，目标业务功能为加班用车，此时的目标规则包括两个条件：地点为西安，且用车时间为21:00之后，则在本申请的一个实施例中，当前目标业务功能的业务数据包括：地点为西安，用车时间为20:00时，地点条件经过匹配结果和管控方式确定返回的判断结果为allow，时间条件经过匹配结果和管控方式确定返回的判断结果为deny，此时返回目标业务功能的规则判断结果为未通过，则用户不能在加班用车业务功能下用车；在本申
请的一个实施例中，当前目标业务功能的业务数据例如可以包括：地点为西安，用车时间为22:00时，地点条件经过匹配结果和管控方式确定返回的判断结果为allow，时间条件经过匹配结果和管控方式确定返回的判断结果为allow，此时返回目标业务功能的规则判断结果为通过，则用户可以在加班用车业务功能下用车。
[0109]
示例地，在一些可能的实施例中，管控方式例如可以为白名单管控方式，或者，黑名单管控方式。
[0110]
白名单管控方式即可通过设置正向条件，例如可以为需要设置健康数据满足条件1为白名单条件，此时即可设置白名单健康数据对应的条件1，随后在目标业务功能的业务数据中的健康数据满足条件1时，管控方式确定返回的判断结果为allow；黑名单管控方式例如可以设置反向条件，例如可以为需要设置一些地点数据为黑名单，则可以设置不包括某些地点数据的条件2，随后在目标业务功能的条件数据中的地点数据满足条件2，即不包括黑名单地点数据时，管控方式确定返回的判断结果为allow，若包括黑名单地点数据，则返回的判断结果为deny；即根据管控方式可以实现在满足条件时是通过判断还是不通过判断可以进行灵活配置，从而实现黑名单管控方式和白名单管控方式的灵活配置。
[0111]
采用本申请提供的业务数据规则判断方法，通过在各条件中增加管控方式字段，可以根据管控方式字段确定各条件的判断结果，从而实现黑名单和白名单的灵活直接配置，避免业务逻辑的转换，并且规则中的各条件之间组件化设置，序列化存储在数据库中，使得在修改条件或新增条件时，不会影响其他条件；并且各条件之间可以自运行，自解释，在判断目标规则是否通过判断的阶段，可以利用并发特性，并行执行目标规则下的所有条件，得到各单个条件的判断结果，并根据判断结果执行布尔聚合运算，确定最终的规则判断结果。
[0112]
基于同一发明构思，本申请实施例中还提供了与业务数据规则判断方法对应的业务数据规则判断装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述业务数据规则判断方法相似，因此装置的实施可以参见方法的实施，有益效果的重复之处不再赘述。
[0113]
图6为本申请一实施例提供的一种业务数据规则判断装置的结构示意图，如图6所示，该装置包括：确定模块301、获取模块302和判断模块303，其中：
[0114]
确定模块301，用于确定目标业务功能对应的目标规则。
[0115]
获取模块302，用于根据目标规则，获取目标规则对应的至少一个条件的配置数据。
[0116]
判断模块303，用于根据至少一个条件的配置数据，分别判断目标业务功能的业务数据是否满足至少一个条件，得到至少一个条件的判断结果。
[0117]
获取模块302，具体用于根据至少一个条件的判断结果，得到目标业务功能的规则判断结果。
[0118]
可选地，获取模块302，具体用于对至少一个条件的判断结果，执行布尔聚合运算，得到规则判断结果。
[0119]
可选地，判断模块303，具体用于根据至少一个条件的配置数据，以并发执行的方式，分别判断目标业务功能的业务数据是否满足至少一个条件，得到至少一个条件的判断结果。
[0120]
可选地，至少一个条件包括：复杂条件，复杂条件包括：多个单一条件；判断模块303，具体用于根据多个单一条件的配置数据，分别判断业务数据是否满足多个单一条件，得到多个单一条件的判断结果。
[0121]
获取模块302，具体用于对多个单一条件的判断结果执行或逻辑运算，得到复杂条件的判断结果。
[0122]
可选地，判断模块303，具体用于根据多个单一条件的配置数据，以递归方式，分别判断业务数据是否满足多个单一条件，得到多个单一条件的判断结果。
[0123]
图7为本申请一实施例提供的一种业务数据规则判断装置的结构示意图，至少一个条件中每个单一条件的配置数据包括：每个单一条件的配置参数、每个单一条件的匹配方式、每个单一条件的待匹配参数、每个单一条件的管控方式；如图7所示，该装置还包括：匹配模块304，其中：
[0124]
获取模块302，用于从业务数据中获取待匹配参数对应的目标数据。
[0125]
匹配模块304，用于调用匹配方式对应的判断函数，对目标数据和配置参数进行匹配，得到每个单一条件的匹配结果。
[0126]
获取模块302，具体用于根据每个单一条件的匹配结果，以及管控方式，得到每个单一条件的判断结果。
[0127]
可选地，确定模块301，具体用于根据目标规则，采用预设的规则条件映射表，确定目标规则对应的至少一个条件的标识信息。
[0128]
获取模块302，具体用于根据至少一个条件的标识信息，从预设的数据库中获取至少一个条件的配置数据。
[0129]
图8为本申请一实施例提供的一种业务数据规则判断设备的结构示意图，其中，该业务数据规则判断设备例如可以是企业应用的客户端设备，或企业应用服务的应用服务器，本申请在此不做任何限制，如图8所示，该业务数据规则判断设备包括：处理器601、存储器602和总线603；存储器602存储有处理器601可执行的机器可读指令，当业务数据规则判断设备运行时，处理器601与存储器602之间通过总线603通信，处理器601执行机器可读指令，以执行如前述方法实施例所提供的业务数据规则判断方法的步骤。
[0130]
具体地，存储器602中所存储的机器可读指令为本申请前述实施例所述的业务数据规则判断方法的执行步骤，处理器601可执行该业务数据规则判断方法对目标业务功能的业务数据进行处理，因此，该业务数据规则判断设备同样具备前述方法实施例中所述的全部有益效果，本申请亦不再重复描述。
[0131]
需要说明的是，该处理器601可以是通用计算机或特殊用途的计算机，以及其他用于处理数据的服务器等，三者都可以用于实现本申请的业务数据规则判断方法。本申请尽管仅仅通过计算机和服务器分别对业务数据规则判断方法进行了说明，但是为了方便起见，也可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。
[0132]
例如，业务数据规则判断设备可以包括用于执行程序指令的一个或多个处理器、通信总线、和不同形式的存储介质，例如，磁盘、rom、或ram，或其任意组合。示例性地，计算机平台还可以包括存储在rom、ram、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。
[0133]
为了便于说明，在上述实施例中仅描述了一个处理器。然而，应当注意，本申请中
的业务数据规则判断设备还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。
[0134]
本申请实施例还提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述业务数据规则判断方法的步骤。
[0135]
具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述业务数据规则判断方法，从而，解决现有技术中无法灵活支持黑名单和白名单的配置，容易出现误判的问题。
[0136]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0137]
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0138]
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0139]
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0140]
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。