CN109947461A - 数据判定链配置方法、装置及计算机设备 - Google Patents

Abstract

本申请提供了一种数据判定链配置方法、系统及计算机设备，方法包括：根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据；根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作。通过将数据源、判定工具及行为套件，抽象为独立的三个插件模块，为逻辑判定提供了更宽广更灵活的配置方式，用户可自行配置判定逻辑，通过判定链完成对海量数据的复杂筛选。

Description

数据判定链配置方法、装置及计算机设备

技术领域

本申请涉及到数据判定领域，特别是涉及到一种数据判定链配置方法、装置及计算机设备。

背景技术

在信息化系统中，目前对于指标项/预警的判定，通常是通过服务端代码进行逻辑判定及判定后执行相关行为套件。这种判断方式的灵活度较低，一种开发代码只能对应一种逻辑，难以复用。在遇到业务中需要执行新的判定规则时，业务人员往往无法直接配置判定逻辑及行为，只能提交需求给软件工程师来开发实现。虽然现在部分软件平台以及能够实现判定逻辑配置，但一般是通过对固定的判定逻辑提供参数化配置，以实现该判定部分的可配置化，灵活度仍旧不高。

发明内容

本申请的主要目的为提供一种数据判定链配置方法、系统及计算机设备，使用户能够方便简捷的进行数据判定链自定义设置。

本申请提出一种数据判定链配置方法，包括：

根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；

根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；

根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。

进一步地，预设数据源为多个；根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤，包括：

根据指令，从预设数据源库中选择或配置多个特定数据源作为预设数据源。

进一步地，在根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤之后，还包括：

根据指令，为预设数据源选择或配置数据获取频率；数据判定链根据数据获取频率，从预设数据源中实时或定时获取需判定数据。

进一步地，判定工具有多个；根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具的步骤，还包括：

根据指令，从预设判定工具库中为预设数据源选择或配置多个特定的判定工具，判定工具用于执行主判定或子判定；

其中，主判定直接对获取的需判定数据进行判定；子判定则基于主判定或其他子判定的判定结果，对需判定数据进行进一步判定。

进一步地，根据指令，从预设操作库中为每个判定结果选择或配置相应的操作的步骤，包括：

根据指令，结合多个不同的判定结果从预设操作库中选择或配置相应的操作；其中，多个不同判定结果包括主判定的判定结果和/或子判定的判定结果。

本申请还提出了一种数据判定链配置系统，包括：

第一选择模块，用于根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；

第二选择模块，用于根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；

第三选择模块，用于根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。

进一步地，预设数据源为多个；第一选择模块，包括：

第一选择单元，用于根据指令，从预设数据源库中选择或配置多个特定数据源作为预设数据源。

进一步地，还包括：

第四选择模块，用于根据指令，为预设数据源选择或配置数据获取频率；数据判定链根据数据获取频率，从预设数据源中实时或定时获取需判定数据。

进一步地，判定工具有多个；第二选择模块，还包括：

第二选择单元，用于根据指令，从预设判定工具库中为预设数据源选择或配置多个特定的判定工具，判定工具用于执行主判定或子判定；

其中，主判定直接对获取的需判定数据进行判定；子判定则基于主判定或其他子判定的判定结果，对需判定数据进行进一步判定。

本申请还提出了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述任一项数据判定链配置方法。

本申请与现有技术相比，有益效果是：本申请提供了一种数据判定链配置方法、系统及计算机设备，其中方法包括：根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。

通过将数据源、判定工具及行为套件，抽象为独立的三个插件模块，为逻辑判定提供了更宽广更灵活的配置方式，用户可自行配置判定逻辑，通过判定链完成对海量数据的复杂筛选。

附图说明

图1为本申请数据判定链配置方法一实施例的步骤示意图；

图2为本申请数据判定链配置系统一实施例的模块结构示意图；

图3为本申请计算机设备一实施例的结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明，本申请实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变，的连接可以是直接连接，也可以是间接连接。

另外，在本申请中如涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

参照图1，本申请提出一种数据判定链配置方法，包括：

S1：根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源：

S2：根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；

S3：根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。

在本申请提出的一种数据判定链配置方法中，其应用的工具，主要包括数据源、判定工具和行为套件三大部分，其中数据源指的是数据库应用程序所使用的数据库或者数据库服务器，用于提供需判定数据的数据来源和基础；判定工具指的是能够实现特殊判定逻辑的方法(函数、算法等)，用于为需判定数据提供多种判定规则，以得到需判定数据的判定结果；行为套件则指的是能够实现一种执行逻辑的方法，用于根据指令以及判定工具得出的判定结果，对需判定数据执行相应的操作，例如导出数据或者发送数据等操作。在本申请中，数据源、判定工具和行为套件三大部分都是以插件或者选项的形式存在，具体到实际操作中，用户可以在界面中进行可见操作。在一个具体的实施例中，抽象为三大部分模块以实现数据判定链配置，主要是一种抽象设计，在实现过程中，这三个模块主要是通过数据协议进行串联。

例如数据协议格式为Json数据格式，则符合Json数据格式的数据源，都可以配置到数据源中。对于判定工具则抽象了接口模式，只要覆盖该接口模式的工具实现，则都可以插入到该判定链作为判定工具以实现判定逻辑。该接口模式包括：1)传入参数：选定的数据源的path表达式，根据该表达式可以在Json格式的数据源中定位到具体的数据项；2)该判定工具的判定参数：每个判定工具都可以定义自己的判定参数，在页面选择该判定工具时，根据定义的判定参数，给用户展现对应的表单收集判定参数。例如判定参数“企业规模”，类型数字。则用户选择该判定工具时，产生对应的表单收集该参数。3)判定工具判定后，数据结果为True、False。由外部判定链引擎，根据判定结果调用相应的判定执行动作。对于判定执行动作，判定系统内嵌子判定的执行动作，如果判定执行动作选择的是子判定，则由系统内嵌的逻辑迭代执行下一个判定节点。其余判定动作，由用户自行定义，可以定义发送邮件、产生消息等动作，该动作只需要可以被触发即可。例如判定执行动作可被触发，在Java语言中，有多种实现方法，既可以通过定义统一接口实现，也可以通过反射机制进行实现。该数据判定链核心主要是一个抽象设计，具体开发实现，对于不同语言有不同的实现语法，并不局限于在Java语言中。在本申请的一个具体实施例中，将数据源、判定工具和行为套件三大部分都设定为一个开源模块，允许用户进行自定义配置，用户在使用过程中，不仅可以在预设选项中进行选择，还可以根据需求进行自定义配置，以达到一个能够高度灵活自定义的效果。例如，用户不仅可以从预设数据源库中的多个数据源中选择特定数据源作为预设数据源，用于提供需判定数据，还可以在预设数据源库中配置外部的特定数据源作为预设数据源，例如数据协议格式为Json数据格式，则符合Json数据格式的数据源，都可以配置到预设数据源库中。对于预设判定工具库以及预设操作库也是如此。

在上述步骤S1中，程序根据用户发出的指令，可以从预设数据源库中在多个不同的数据源中选择一个特定的数据源作为预设数据源，该预设数据源用于提供后续需判定数据的数据来源和基础，在预设数据源库中包括了多个不同的数据源，以提供不同来源的需判定数据。在一个具体的实施例中，程序可以根据税务人员的指令，选择“企业缴税金额”作为预设数据源，然后从该预设数据源中获取需判定数据，即获取预设数据源“企业缴税金额”中各个企业的缴税金额。

在上述步骤S2中，程序在选定了需判定数据来源的预设数据源之后，需要根据特定的判定规则对需判定数据进行判定，用户才能够达到对不同的需判定数据执行不同操作的目的。在实际操作中，由于判定规则为逻辑规则，并不可见，用户无法直接选择判定规则。

因此程序再根据用户指令给该预设数据源选择或配置一个可见的判定工具(插件形式或者选项形式)，该判定工具代表了一种抽象的判定逻辑，具有相应的判定规则，例如“是否为零”、“是否大于某个数值”等。在具体应用中，在可见的判定工具插件模块中，即预设判定工具库中预设了很多不同的判定工具，每个判定工具对应不同的判定规则，程序根据用户命令选择判定工具，也即是根据命令在选择相应的判定规则。具体到实际应用中，程序根据用户命令选择可见的判定工具，然后将判定工具相对应的判定规则设定为预设判定规则，达到根据预设判定规则对需判定数据进行判定的目的，用户无需针对判定需求进行开发特定的判定规则，只需在可见的界面中进行选择判定工具即可。

程序在获取到需判定数据之后，即采用该判定工具对应的特定判定规则对需判定数据进行判定。在一个具体的实施例中，例如获取到各个企业的缴税金额之后，程序根据用户指令，采用“判定缴税金额是否大于500万”的特定判定规则对获取的各个企业的缴税金额进行判定，判定工具会返回得到一个是或否的判定结果，供程序进行进一步操作。

在上述步骤S3中，由于判定工具在对需判定数据进行判定时，其判定逻辑是根据用户需求而确定的，即不会根据需判定数据的不同而产生不确定的判定结果，即是先确定了想要的判定结果类型，再选择相应的判定工具，因此无需需判定数据的实际参与，判定工具的判定结果就已经是确定的，例如为“是”或者“否”。因此根据命令选择或配置了相应的判定工具后，就会有相应的判定结果，程序将判定结果传输给行为套件或行为套件从判定工具处获取判定结果，然后在行为套件处根据命令为不同的判定结果配置一个相应的操作，完成完整的数据判定链配置。在一些实施例中，在预设操作库中预设多个不同的操作，对应的操作可以为空操作其他具体的执行操作，从而根据从预设数据源获取到的需判定数据得到了一个对应的操作。在一个具体的实施例中，当得到“缴税金额大于500万为真”的判定结果时，就从预设操作库中选择将该需判定数据(企业缴税金额)对应的企业信息进行导出的操作，即为执行操作；当得到“缴税金额小于500万为假”的判定结果时，就对该需判定数据(企业缴税金额)对应的企业信息忽略或者不操作，即为空操作。将数据源、判定工具及行为套件，抽象为独立的三个插件模块，用户可以根据自己想要得到的筛选或者判定目的而自行配置一条数据判定链，通过自定义设置，可以完成一些逻辑度较高的筛选过程，完成对海量数据的复杂筛选。

本申请提出了一种数据判定链配置方法，包括：S1：根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；S2：根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；S3：根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。通过将数据源、判定工具及行为套件，抽象为独立的三个插件模块，为逻辑判定提供了更宽广更灵活的配置方式，用户可自行配置判定逻辑，通过判定链完成对海量数据的复杂筛选。

在一个较优的实施例中，预设数据源为多个；根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤S1，包括：

S11：根据指令，从预设数据源库中选择或配置多个特定数据源作为预设数据源。

在上述步骤S11中，程序根据用户指令在多个不同的数据源中进行选择预设数据源时，例如在进行企业信息筛选时，可能有公司名称，公司法人，经营内容，规模人数，注册资本等多个不同的数据源，根据筛选需要在多个数据源中选择预设数据源作为需判定数据的来源。在一些实施例中，可能需要完成较为复杂的判定逻辑，作为需判定数据来源的预设数据源不止一个。在一个具体的实施例中，例如在数据源插件模块中同时选择“经营内容”和“经营规模”两个数据源作为预设数据源；因此在判定工具插件模块中针对“经营内容”选择“是否为电子产品类”的第一判定工具，即判断该企业的经营内容是否为电子产品类，其第一判定结果有“是”和“否”两种；针对“经营规模”选择“年销售额是否大于500万”的第二判定工具，即判断该企业的年销售额是否大于500万，其第二判定结果也有“是”和“否”两种。第一判定工具和第二判定工具两者总共会得出三种不同的结果组合，因此在行为套件插件模块中可以为三种结果组合选择“若两者皆是，则发送对应企业名称到特定邮箱中”、“若一是一否，则对对应企业做标记记号并进行下一步判定”、“若两者皆否，则执行空操作”这三种不同的相应操作。在另一些实施例中，在实际应用上，发现需要更改判定需求时，可以通过上述判定的内容进行更改，达到自行更改判定需求的目的。通过对数据源、判定工具及行为套件三个插件模块的自定义配置，用户无需向开发人员频繁递交需求，无需进行代码开发即可自行完成判定需求更改，完成判定逻辑较为复杂的企业信息筛选。

在一个较优的实施例中，在根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤S1之后，还包括：

S4：根据指令，为预设数据源选择或配置数据获取频率；数据判定链根据数据获取频率，从预设数据源中实时或定时获取需判定数据。

在上述步骤S4中，在一些实施例中，数据源的数据信息的更新速率较快，用户在设置好预设数据源之后，还可以选择或者配置数据获取频率，程序根据用户设定的数据获取频率，可以实时或者定时从预设数据源中获取需判定数据，保证用户对预设数据源中数据信息的实时监控，更好的达到对海量数据进行复杂筛选的目的。

在一个较优的实施例中，判定工具有多个；根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具的步骤S2，包括：

S21：根据指令，从预设判定工具库中为预设数据源选择或配置多个特定的判定工具，判定工具用于执行主判定或子判定；

其中，主判定直接对获取的需判定数据进行判定；子判定则基于主判定或其他子判定的判定结果，对需判定数据进行进一步判定

在上述步骤S21中，对于一个需判定数据，可能需要评判其多方面因素，例如用于评定一个物质的化学成分时，可能需要对其的pH值、颗粒度、溶解度、特定成分占比等方面的因素都进行评判，因此程序根据用户命令选择或配置多个不同的判定工具，即采用多种不同的判定规则对该需判定数据进行判定，以便得出结论。

在一些实施例中，程序采用多种不同的判定规则对该需判定数据进行判定时，是采用不同的判定规则分别对该需判定数据直接进行判定，称之为主判定，主判定的判定结果直接基于需判定数据得出，而无需基于其他判定结果，在分别得出多个不同的判定结果，结合各个判定结果一次性得出多种不同的结果组合，并执行相应的动作，彼此之间的判定顺序不分先后，所有判定结果都处于同一层级。因此由于具有多个不同方面的判定结果，各个判定结果之间可以形成多种不同的组合，例如在关于三个不同因素的是否判定中，判定结果的组合共有3×2＝6种，用户可以针对不同的结果可以分别命令程序对需判定数据执行不同的操作，极大地丰富了用户自定义逻辑判断内容的多样度和复杂度，用户无需向开发人员频繁递交需求，无需重新进行代码开发，通过在系统中进行简单的选择操作，即可自行完成判定需求更改，完成判定逻辑较为复杂的信息筛选。

在另一些实施例中，程序逐次采用不用的判定规则对需判定数据进行判定，对数据一步一步的进行筛选，得出一个判定结果后，再基于该判定结果执行相应的操作或者由另一个判定工具进行进一步判定，此时针对判定结果进行进一步判定的就称之为子判定，子判定不是直接对需判定数据的判定，而是基于判定结果而进行的进一步判定，不同的判定规则之间具有主次先后之分，按照树形判定逻辑顺序将判定结果分成不同层级，例如主判定的判定结果为第一层级，下一步子判定的判定结果为第二层级，再下一步子判定的判定结果为第三层级，以此类推。例如不同的预设判定规则之间可能具有不同的权重比例，权重比例比较大的预设判定规则就先进行判定，而权重比例比较小的预设判定规则就放到后边再进行判定。例如先对需判定数据的pH值进行判定，得出第一层级的pH值判定结果，然后对第一层级中判定结果为“pH值大于7为真”的需判定数据进行颗粒度判定，得出第二层级的颗粒度判定结果，再对第二层级中判定结果为“颗粒度大于180μm为假”的需判定数据进行溶解度判定，得出第三层级的溶解度判定结果，整个数据判定链按照树形判定逻辑进行。采用树形判定逻辑的好处有二：一是只有最先进行判定的判定规则才需要对全部需判定数据进行判定，判定逻辑顺序越靠后的判定规则对应的需判定数据就越少，减少了数据的总体处理量，提高判定的效率；二是由于最先判定的为权重比例最大的预设判定规则，因此最先筛选出的需判定数据就是重要数据，在一些特殊场合之下，如果发生判定链中断，无法完成所有判定的情况，用户也能够对需判定数据先有一个基本的判定，得到大致可用的数据，随后再对需判定数据进行一步步优化，直至得出最优结论。在又一些实施例中，一些预设判定规则之间可能存在互相关联或者从属的关系，在对需判定数据进行判定时，具有关联或者从属关系的预设判定规则进行一并判定，得出一个判定结果，最后结合其他没有关联或者从属关系的预设判定规则得出的判定结果，执行相应的动作。

在一个较优的实施例中，根据指令，从预设操作库中为每个判定结果选择或配置相应的操作的步骤S3，包括：

S31：根据指令，结合多个不同的判定结果从预设操作库中选择或配置相应的操作；其中，多个不同判定结果包括主判定的判定结果和/或子判定的判定结果。

在上述步骤S31中，如前述步骤S21所述，程序可以采用多种不同的判定规则，按照树形判定逻辑对需判定数据进行判定，因此其能够得出多种不同判定的结果。在另一个具体的实施例中，将本申请方法应用到网购筛选中，可以使用户不再停留于仅仅对商品价格或者商家名称进行筛选的简单程度。例如，在进行筛选判定时，可以对“商品价格”、“商品好评度”、“好评时间”、“商家信誉”、“商家地址”、“商家年龄”等多方面因素进行判定，例如按照“商品价格500-1000”、“商品好评度95％以上”、“好评条数大于2000”、“好评时间跨度达到1年”、“商家信誉高于4.7”、“商家地址为江浙沪”、“商家年龄大于五年”进行判定，在判定时按照前述步骤S21所述，可以分别得出多个不同的判定结果，最后结合各个判定结果一次性得出多种不同的结果组合，并执行相应的动作，彼此之间的判定顺序不分先后；也可以逐次采用不用的判定规则按照树形判定逻辑对需判定数据进行判定，对数据一步一步的进行筛选，每得出一个判定结果，便执行一次相应的行为，不同的预设判定规则之间具有主次先后之分，例如以“商品价格500-1000”这个判定规则作为主要判定最先进行判定，得出第一层级的判定结果，然后“商品好评度95％以上”这个判定规则作为次要判定排在第二，得出第二层级的判定结果。在判定链中断，其他预设判定规则无法执行时，就只输出“商品价格500-1000”以及“商品好评度95％以上”这两个预设判定规则判定结果，使用户得到一个基本符合要求的可用数据。在判定链能够完整执行所有判定时，结合不同判定结果的组合分别执行不同的动作，例如当“好评条数大于2000”的判定结果为“是”，但“好评时间跨度达到1年”的判定结果为“否”时，说明该商品有可能存在刷单行为，需要对其进行标记后再输出或者另行处理；又例如当“商品好评度95％以上”的判定结果为“是”，但“商家信誉高于4.5”的判定结果为“否”时，说明该商品可能存在一些异常情况，需要对其进行标记后再输出或者另行处理。

其中在上述判定规则中，“商品好评度95％以上”、“好评条数大于2000”以及“好评时间跨度达到1年”三个预设判定规则之间明显存在互相关联关系，其中“好评条数大于2000”和“好评时间跨度达到1年”两者之间还包含着一定的从属关系，在好评条数大于2000时，判定好评时间跨度是否达到1年才较有意义；“商家信誉高于4.7”、“商家地址为江浙沪”、“商家年龄大于五年”三个预设判定规则之间也明显存在互相关联关系。在一个具体的实施例中，程序在根据“商品价格500-1000”、“商品好评度95％以上”、“好评条数大于2000”、“好评时间跨度达到1年”、“商家信誉高于4.7”、“商家地址为江浙沪”、“商家年龄大于五年”这些判定规则进行判定时，先根据“商品价格500-1000”进行判定，然后再根据商品和商家两个不同的判定因素生成两条不同的子判定链，分别得出关于商品和商家两个不同的判定结果，最后再综合两个判定结果执行相应的操作。用户通过自定义配置数据判定链，能够实现复杂的数据判定逻辑，无需重新进行代码开发，即可达到对需判定数据进行复杂筛选的目的。

本申请提出了一种数据判定链配置方法，包括：S1：根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；S2：根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；S3：根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。通过将数据源、判定工具及行为套件，抽象为独立的三个插件模块，为逻辑判定提供了更宽广更灵活的配置方式，用户可自行配置判定逻辑，通过判定链完成对海量数据的复杂筛选。

参照图2，本申请还提出了一种数据判定链配置系统，包括：

第一选择模块10，用于根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；

第二选择模块20，用于根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；

第三选择模块30，用于根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。

在本申请提出的一种数据判定链配置系统中，主要包括第一选择模块10、第二选择模块20以及第三选择模块30三大部分，其分别对应的工具为数据源、判定工具和行为套件，其中数据源指的是数据库应用程序所使用的数据库或者数据库服务器，用于提供需判定数据的数据来源和基础；判定工具指的是能够实现特殊判定逻辑的方法(函数、算法等)，用于为需判定数据提供多种判定规则，以得到需判定数据的判定结果；行为套件则指的是能够实现一种执行逻辑的方法，用于根据判定工具得出的判定结果，对需判定数据执行相应的行为操作，例如导出数据或者发送数据等操作。在本申请中，数据源、判定工具和行为套件三大部分都是以插件或者选项的形式存在，具体到实际操作中，用户可以在界面中进行可见操作。在一个具体的实施例中，抽象为三大部分模块以实现数据判定链配置，主要是一种抽象设计，在实现过程中，这三个模块主要是通过数据协议进行串联。

例如数据协议格式为Json数据格式，则符合Json数据格式的数据源，都可以配置到数据源中。对于判定工具则抽象了接口模式，只要覆盖该接口模式的工具实现，则都可以插入到该判定链作为判定工具以实现判定逻辑。该接口模式包括：1)传入参数：选定的数据源的path表达式，根据该表达式可以在Json格式的数据源中定位到具体的数据项；2)该判定工具的判定参数：每个判定工具都可以定义自己的判定参数，在页面选择该判定工具时，根据定义的判定参数，给用户展现对应的表单收集判定参数。例如判定参数“企业规模”，类型数字。则用户选择该判定工具时，产生对应的表单收集该参数。3)判定工具判定后，数据结果为True、False。由外部判定链引擎，根据判定结果调用相应的判定执行动作。对于判定执行动作，判定系统内嵌子判定的执行动作，如果判定执行动作选择的是子判定，则由系统内嵌的逻辑迭代执行下一个判定节点。其余判定动作，由用户自行定义，可以定义发送邮件、产生消息等动作，该动作只需要可以被触发即可。例如判定执行动作可被触发，在Java语言中，有多种实现方法，既可以通过定义统一接口实现，也可以通过反射机制进行实现。该数据判定链核心主要是一个抽象设计，具体开发实现，对于不同语言有不同的实现语法，并不局限于在Java语言中。

上述第一选择模块10根据用户发出的指令，可以从预设数据源库中在多个不同的数据源中选择一个特定的数据源作为预设数据源，该预设数据源用于提供后续需判定数据的数据来源和基础，在预设数据源库中包括了多个不同的数据源，以提供不同来源的需判定数据。在一个具体的实施例中，程序可以根据税务人员的指令，选择“企业缴税金额”作为预设数据源，然后从该预设数据源中获取需判定数据，即获取预设数据源“企业缴税金额”中各个企业的缴税金额。

第一选择模块10在选定了需判定数据来源的预设数据源之后，系统根据第二选择模块20选择的特定判定规则对需判定数据进行判定，用户才能够达到对不同的需判定数据执行不同操作的目的。在实际操作中，由于判定规则为逻辑规则，并不可见，用户无法直接选择判定规则。

因此第二选择模块20根据用户指令给该预设数据源选择或配置一个可见的判定工具(插件形式或者选项形式)，该判定工具代表了一种抽象的判定逻辑，具有相应的判定规则，例如“是否为零”、“是否大于某个数值”等。在具体应用中，在可见的判定工具插件模块中，即预设判定工具库中预设了很多不同的判定工具，每个判定工具对应不同的判定规则，第二选择模块20根据用户命令选择判定工具，也即是根据命令在选择相应的判定规则。具体到实际应用中，第二选择模块20根据用户命令选择可见的判定工具，然后将判定工具相对应的判定规则设定为预设判定规则，达到根据预设判定规则对需判定数据进行判定的目的，用户无需针对判定需求进行开发特定的判定规则，只需在可见的界面中进行选择判定工具即可。

程序在通过第一选择模块10获取到需判定数据之后，即采用第二选择模块20选择的该判定工具对应的特定判定规则对需判定数据进行判定。在一个具体的实施例中，例如获取到各个企业的缴税金额之后，程序根据用户指令，采用“判定缴税金额是否大于500万”的特定判定规则对获取的各个企业的缴税金额进行判定，判定工具会返回得到一个是或否的判定结果，供程序进行进一步操作。

由于判定工具在对需判定数据进行判定时，其判定逻辑是根据用户需求而确定的，即不会根据需判定数据的不同而产生不确定的判定结果，即是先确定了想要的判定结果类型，再选择相应的判定工具，因此无需需判定数据的实际参与，判定工具的判定结果就已经是确定的，例如为“是/TRUE”或者“否/FALSE”。因此第二选择模块20根据命令选择或配置了相应的判定工具后，就会有相应的判定结果，程序将判定结果传输给第三选择模块30或第三选择模块30从判定工具处获取判定结果，然后在第三选择模块30处根据命令为不同的判定结果配置一个相应的操作，完成完整的数据判定链配置。在一些实施例中，对应的操作可以为空操作其他具体的执行操作，从而根据从预设数据源获取到的需判定数据得到了一个对应的操作。在一个具体的实施例中，当得到“缴税金额大于500万为真”的判定结果时，就将该需判定数据(企业缴税金额)对应的企业信息进行导出，即为执行操作；当得到“缴税金额小于500万为假”的判定结果时，就对该需判定数据(企业缴税金额)对应的企业信息忽略或者不操作，即为空操作。将数据源、判定工具及行为套件，抽象为独立的三个插件模块，用户可以根据自己想要得到的筛选或者判定目的而自行配置一条数据判定链，通过自定义设置，可以完成一些逻辑度较高的筛选过程，完成对海量数据的复杂筛选。

本申请提出了一种数据判定链配置系统，包括：第一选择模块10，用于根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；第二选择模块20，用于根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；第三选择模块30，用于根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。通过将数据源、判定工具及行为套件，抽象为独立的三个插件模块，分别对应第一选择模块10、第二选择模块20以及第三选择模块30，为逻辑判定提供了更宽广更灵活的配置方式，用户可自行配置判定逻辑，通过判定链完成对海量数据的复杂筛选。

在一个较优的实施例中，预设数据源为多个；第一选择模块10，包括：

第一选择单元101，用于根据指令，从预设数据源库中选择或配置多个特定数据源作为预设数据源。

第一选择模块10根据用户指令在多个不同的数据源中进行选择预设数据源时，例如在进行企业信息筛选时，可能有公司名称，公司法人，经营内容，规模人数，注册资本等多个不同的数据源，根据筛选需要在多个数据源中选择预设数据源作为需判定数据的来源。在一些实施例中，可能需要完成较为复杂的判定逻辑，作为需判定数据来源的预设数据源不止一个。在一个具体的实施例中，例如通过第一选择单元101同时选择“经营内容”和“经营规模”两个数据源作为预设数据源；因此在第二选择模块20中选择针对“经营内容”选择“是否为电子产品类”的第一判定工具，即判断该企业的经营内容是否为电子产品类，其第一判定结果有“是”和“否”两种；以及选择针对“经营规模”选择“年销售额是否大于500万”的第二判定工具，即判断该企业的年销售额是否大于500万，其第二判定结果也有“是”和“否”两种。第一判定工具和第二判定工具两者总共会得出三种不同的结果组合，因此在行为套件插件模块中可以为三种结果组合选择“若两者皆是，则发送对应企业名称到特定邮箱中”、“若一是一否，则对对应企业做标记记号并进行下一步判定”、“若两者皆否，则执行空操作”这三种不同的相应操作。在另一些实施例中，在实际应用上，发现需要更改判定需求时，可以通过上述判定的内容进行更改，达到自行更改判定需求的目的。通过对数据源、判定工具及行为套件三个插件模块的自定义配置，用户无需向开发人员频繁递交需求，无需进行代码开发即可自行完成判定需求更改，完成判定逻辑较为复杂的企业信息筛选。

在一个较优的实施例中，还包括：

第四选择模块40，用于根据指令，为预设数据源选择或配置数据获取频率；数据判定链根据数据获取频率，从预设数据源中实时或定时获取需判定数据。

在一些实施例中，数据源的数据信息的更新速率较快，用户在设置好预设数据源之后，还可以通过第四选择模块40选择或者配置数据获取频率，程序根据用户设定的数据获取频率，可以实时或者定时从预设数据源中获取需判定数据，保证用户对预设数据源中数据信息的实时监控，更好的达到对海量数据进行复杂筛选的目的。

在一个较优的实施例中，判定工具有多个；第二选择模块20，包括：

第二选择单元201，用于根据指令，从预设判定工具库中为预设数据源选择或配置多个特定的判定工具，判定工具用于执行主判定或子判定；

其中，主判定直接对获取的需判定数据进行判定；子判定则基于主判定或其他子判定的判定结果，对需判定数据进行进一步判定。

对于一个需判定数据，可能需要评判其多方面因素，例如用于评定一个物质的化学成分时，可能需要对其的pH值、颗粒度、溶解度、特定成分占比等方面的因素都进行评判，因此程序通过第二选择单元201根据用户命令选择或配置多个不同的判定工具，即采用多种不同的判定规则对该需判定数据进行判定，以便得出结论。

在一些实施例中，程序采用多种不同的判定规则对该需判定数据进行判定时，是采用不同的判定规则分别对该需判定数据直接进行判定，称之为主判定，主判定的判定结果直接基于需判定数据得出，而无需基于其他判定结果，在分别得出多个不同的判定结果，结合各个判定结果一次性得出多种不同的结果组合，并执行相应的动作，彼此之间的判定顺序不分先后，所有判定结果都处于同一层级。因此由于具有多个不同方面的判定结果，各个判定结果之间可以形成多种不同的组合，例如在关于三个不同因素的是否判定中，判定结果的组合共有3×2＝6种，用户可以针对不同的结果可以分别命令程序对需判定数据执行不同的操作，极大地丰富了用户自定义逻辑判断内容的多样度和复杂度，用户无需向开发人员频繁递交需求，无需重新进行代码开发，通过在系统中进行简单的选择操作，即可自行完成判定需求更改，完成判定逻辑较为复杂的信息筛选。

在另一些实施例中，程序逐次采用不用的判定规则对需判定数据进行判定，对数据一步一步的进行筛选，得出一个判定结果后，再基于该判定结果执行相应的操作或者由另一个判定工具进行进一步判定，此时针对判定结果进行进一步判定的就称之为子判定，子判定不是直接对需判定数据的判定，而是基于判定结果而进行的判定，不同的判定规则之间具有主次先后之分，按照树形判定逻辑顺序将判定结果分成不同层级，例如主判定的判定结果为第一层级，下一步子判定的判定结果为第二层级，再下一步子判定的判定结果为第三层级，以此类推。例如不同的预设判定规则之间可能具有不同的权重比例，权重比例比较大的预设判定规则就先进行判定，而权重比例比较小的预设判定规则就放到后边再进行判定。例如先对需判定数据的pH值进行判定，得出第一层级的pH值判定结果，然后对第一层级中判定结果为“pH值大于7为真”的需判定数据进行颗粒度判定，得出第二层级的颗粒度判定结果，再对第二层级中判定结果为“颗粒度大于180μm为假”的需判定数据进行溶解度判定，得出第三层级的溶解度判定结果，整个数据判定链按照树形判定逻辑进行。采用树形判定逻辑的好处有二：一是只有最先进行判定的判定规则才需要对全部需判定数据进行判定，判定逻辑顺序越靠后的判定规则对应的需判定数据就越少，减少了数据的总体处理量，提高判定的效率；二是由于最先判定的为权重比例最大的预设判定规则，因此最先筛选出的需判定数据就是重要数据，在一些特殊场合之下，如果发生判定链中断，无法完成所有判定的情况，用户也能够对需判定数据先有一个基本的判定，得到大致可用的数据，随后再对需判定数据进行一步步优化，直至得出最优结论。在又一些实施例中，一些预设判定规则之间可能存在互相关联或者从属的关系，在对需判定数据进行判定时，具有关联或者从属关系的预设判定规则进行一并判定，得出一个判定结果，最后结合其他没有关联或者从属关系的预设判定规则得出的判定结果，执行相应的动作。

在一个较优的实施例中，第三选择模块30，包括：

第三选择单元301，用于根据指令，结合多个不同的判定结果从预设操作库中选择或配置相应的操作；其中，多个不同判定结果包括主判定的判定结果和/或子判定的判定结果。

如前述第二选择单元201所述，程序可以采用多种不同的判定规则，按照树形判定逻辑对需判定数据进行判定，因此其能够得出多种不同判定的结果。在另一个具体的实施例中，将本申请方法应用到网购筛选中，可以使用户不再停留于仅仅对商品价格或者商家名称进行筛选的简单程度。例如，在进行筛选判定时，可以对“商品价格”、“商品好评度”、“好评时间”、“商家信誉”、“商家地址”、“商家年龄”等多方面因素进行判定，例如按照“商品价格500-1000”、“商品好评度95％以上”、“好评条数大于2000”、“好评时间跨度达到1年”、“商家信誉高于4.7”、“商家地址为江浙沪”、“商家年龄大于五年”进行判定，在判定时按照前述第二选择单元201所述，可以分别得出多个不同的判定结果，最后结合各个判定结果一次性得出多种不同的结果组合，并通过第三选择单元301选择执行相应的动作，彼此之间的判定顺序不分先后；也可以逐次采用不用的判定规则按照树形判定逻辑对需判定数据进行判定，对数据一步一步的进行筛选，每得出一个判定结果，便通过第三选择单元301选择执行一次相应的行为，不同的预设判定规则之间具有主次先后之分，例如以“商品价格500-1000”这个判定规则作为主要判定最先进行判定，得出第一层级的判定结果，然后“商品好评度95％以上”这个判定规则作为次要判定排在第二，得出第二层级的判定结果。在判定链中断，其他预设判定规则无法执行时，就只输出“商品价格500-1000”以及“商品好评度95％以上”这两个预设判定规则判定结果，使用户得到一个基本符合要求的可用数据。在判定链能够完整执行所有判定时，结合不同判定结果的组合分别执行不同的动作，例如当“好评条数大于2000”的判定结果为“是”，但“好评时间跨度达到1年”的判定结果为“否”时，说明该商品有可能存在刷单行为，需要对其进行标记后再输出或者另行处理；又例如当“商品好评度95％以上”的判定结果为“是”，但“商家信誉高于4.5”的判定结果为“否”时，说明该商品可能存在一些异常情况，需要对其进行标记后再输出或者另行处理。

其中在上述判定规则中，“商品好评度95％以上”、“好评条数大于2000”以及“好评时间跨度达到1年”三个预设判定规则之间明显存在互相关联关系，其中“好评条数大于2000”和“好评时间跨度达到1年”两者之间还包含着一定的从属关系，在好评条数大于2000时，判定好评时间跨度是否达到1年才较有意义；“商家信誉高于4.7”、“商家地址为江浙沪”、“商家年龄大于五年”三个预设判定规则之间也明显存在互相关联关系。在一个具体的实施例中，程序在根据“商品价格500-1000”、“商品好评度95％以上”、“好评条数大于2000”、“好评时间跨度达到1年”、“商家信誉高于4.7”、“商家地址为江浙沪”、“商家年龄大于五年”这些判定规则进行判定时，先根据“商品价格500-1000”进行判定，然后再根据商品和商家两个不同的判定因素生成两条不同的子判定链，分别得出关于商品和商家两个不同的判定结果，最后再综合两个判定结果执行相应的操作。用户通过自定义配置数据判定链，能够实现复杂的数据判定逻辑，无需重新进行代码开发，即可达到对需判定数据进行复杂筛选的目的。

本申请提出了一种数据判定链配置系统，包括：第一选择模块10，用于根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；第二选择模块20，用于根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；第三选择模块30，用于根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。通过将数据源、判定工具及行为套件，抽象为独立的三个插件模块，分别对应第一选择模块10、第二选择模块20以及第三选择模块30，为逻辑判定提供了更宽广更灵活的配置方式，用户可自行配置判定逻辑，通过判定链完成对海量数据的复杂筛选。

参照图3，本申请还提出了一种计算机设备1001，包括存储器1003、处理器1002以及存储在存储器1003上并可在处理器上运行的计算机程序1007，处理器1002执行计算机程序1004时实现上述中任一项的从不同数据源中获取数据的方法，包括：根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，预设数据源用于提供需判定数据，预设数据源库中包括了多个不同的数据源；

根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具，以得到需判定数据的判定结果；其中，每个特定的判定工具对应特定判定规则，判定规则用于对需判定数据进行判定并得出相应的判定结果；

根据指令，从预设操作库中为每个判定结果选择或配置相应的操作，得到数据判定链；操作包括空操作或执行操作；其中，空操作指根据判定结果不执行任何操作，执行操作指根据判定结果执行具有实际动作的操作。

进一步地，预设数据源为多个；根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤，包括：

根据指令，从预设数据源库中选择或配置多个特定数据源作为预设数据源。

进一步地，在根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤之后，还包括：

根据指令，为预设数据源选择或配置数据获取频率；数据判定链根据数据获取频率，从预设数据源中实时或定时获取需判定数据。

进一步地，判定工具有多个；根据指令，从预设判定工具库中为预设数据源选择或配置特定的判定工具的步骤，还包括：

根据指令，从预设判定工具库中为预设数据源选择或配置多个特定的判定工具，判定工具用于执行主判定或子判定；

其中，主判定直接对获取的需判定数据进行判定；子判定则基于主判定或其他子判定的判定结果，对需判定数据进行进一步判定。

进一步地，根据指令，从预设操作库中为每个判定结果选择或配置相应的操作的步骤，包括：

根据指令，结合多个不同的判定结果从预设操作库中选择或配置相应的操作；其中，多个不同判定结果包括主判定的判定结果和/或子判定的判定结果。

以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种数据判定链配置方法，其特征在于，包括：

根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，所述预设数据源用于提供需判定数据，所述预设数据源库中包括了多个不同的数据源；

根据指令，从预设判定工具库中为所述预设数据源选择或配置特定的判定工具，以得到所述需判定数据的判定结果；其中，每个特定的所述判定工具对应特定判定规则，所述判定规则用于对所述需判定数据进行判定并得出相应的判定结果；

根据指令，从预设操作库中为每个所述判定结果选择或配置相应的操作，得到数据判定链；所述操作包括空操作或执行操作；其中，所述空操作指根据所述判定结果不执行任何操作，所述执行操作指根据所述判定结果执行具有实际动作的操作。

2.根据权利要求1所述的数据判定链配置方法，其特征在于，所述预设数据源为多个；所述根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤，包括：

根据指令，从所述预设数据源库中选择或配置多个所述特定数据源作为所述预设数据源。

3.根据权利要求1所述的数据判定链配置方法，其特征在于，在所述根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源的步骤之后，还包括：

根据指令，为所述预设数据源选择或配置数据获取频率；所述数据判定链根据所述数据获取频率，从所述预设数据源中实时或定时获取所述需判定数据。

4.根据权利要求1所述的数据判定链配置方法，其特征在于，所述判定工具有多个；所述根据指令，从预设判定工具库中为所述预设数据源选择或配置特定的判定工具的步骤，还包括：

根据指令，从所述预设判定工具库中为所述预设数据源选择或配置多个特定的所述判定工具，所述判定工具用于执行主判定或子判定；

其中，所述主判定直接对获取的所述需判定数据进行判定；所述子判定则基于所述主判定或其他所述子判定的判定结果，对所述需判定数据进行进一步判定。

5.根据权利要求4所述的数据判定链配置方法，其特征在于，所述根据指令，从预设操作库中为每个所述判定结果选择或配置相应的操作的步骤，包括：

根据指令，结合多个不同的所述判定结果从所述预设操作库中选择或配置相应的所述操作；其中，多个不同所述判定结果包括所述主判定的判定结果和/或所述子判定的判定结果。

6.一种数据判定链配置系统，其特征在于，包括：

第一选择模块，用于根据指令，从预设数据源库中选择或配置特定数据源作为预设数据源，所述预设数据源用于提供需判定数据，所述预设数据源库中包括了多个不同的数据源；

第二选择模块，用于根据指令，从预设判定工具库中为所述预设数据源选择或配置特定的判定工具，以得到所述需判定数据的判定结果；其中，每个特定的所述判定工具对应特定判定规则，所述判定规则用于对所述需判定数据进行判定并得出相应的判定结果；

第三选择模块，用于根据指令，从预设操作库中为每个所述判定结果选择或配置相应的操作，得到数据判定链；所述操作包括空操作或执行操作；其中，所述空操作指根据所述判定结果不执行任何操作，所述执行操作指根据所述判定结果执行具有实际动作的操作。

7.根据权利要求6所述的数据判定链配置系统，其特征在于，所述预设数据源为多个；所述第一选择模块，包括：

第一选择单元，用于根据指令，从所述预设数据源库中选择或配置多个所述特定数据源作为所述预设数据源。

8.根据权利要求6所述的数据判定链配置系统，其特征在于，还包括：

第四选择模块，用于根据指令，为所述预设数据源选择或配置数据获取频率；所述数据判定链根据所述数据获取频率，从所述预设数据源中实时或定时获取所述需判定数据。

9.根据权利要求6所述的数据判定链配置系统，其特征在于，所述判定工具有多个；所述第二选择模块，还包括：

第二选择单元，用于根据指令，从所述预设判定工具库中为所述预设数据源选择或配置多个特定的所述判定工具，所述判定工具用于执行主判定或子判定；

其中，所述主判定直接对获取的所述需判定数据进行判定；所述子判定则基于所述主判定或其他所述子判定的判定结果，对所述需判定数据进行进一步判定。

10.一种计算机设备，其特征在于，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的数据判定链配置方法。