CN114066277A - 业务决策方法、决策平台、可读介质和电子设备 - Google Patents

Abstract

本申请涉及数据处理技术领域，公开了一种业务决策方法、决策平台、可读介质和电子设备。该方法包括：获取用户输入的待决策业务的各决策策略的参数标识和各决策策略的决策规则；基于各决策策略的参数标识、各决策策略的决策规则生成各决策策略的可执行程序，并根据各决策策略的参数标识确定各决策策略的运行顺序；根据运行顺序运行各决策策略的可执行程序，得到待决策业务的决策结果。通过本申请实施例提供的方法，在待决策业务发生变化时，无需开发人员进行重新开发/配置，降低了开发、维护成本，提高了进行业务决策的灵活性和及时性。此外，还可以减少决策策略等待该决策策略的前置策略生成决策结果的时间，业务决策的效率。

Description

业务决策方法、决策平台、可读介质和电子设备

技术领域

本申请涉及数据处理技术领域，特别涉及一种业务决策方法、决策平台、可读介质和电子设备。

背景技术

随着大数据和计算机技术的发展，在金融场景中，例如在风控、市场营销、授信管理等应用场景中，可以利用决策引擎对用户的征信大数据、消费大数据等进行分析和决策，以便于业务人员可以根据决策结果开展相关的业务，例如业务人员可以基于决策引擎确定的用户的风险评级确定对该用户的授信额度等。但是，针对不同的应用场景或不同的金融业务，决策引擎所依赖的决策策略并不相同，目前通常由业务人员确定该业务的决策策略，再由开发人员对决策引擎进行开发或配置后，决策引擎才能针对该金融业务进行决策。当金融业务的决策策略发生变化时，需要由开发人员进行再次开发或配置，如此增加了金融机构的开发、维护成本，并且不利于业务人员根据具体的金融业务调整决策过程，影响业务人员基于决策结果开展金融业务的灵活性和及时性。此外，由于部分决策策略的输入数据为其他决策策略的决策结果或决策引擎以外的数据，如何确定各决策策略的运行顺序，避免长时间等待决策策略的输入数据，也是亟需解决的问题。

发明内容

有鉴于此，本申请实施例提供了一种业务决策方法、决策平台、可读介质和电子设备。通过待决策业务的各决策策略中的参数标识，确定各决策策略的运行顺序，并根据该运行顺序运行各决策策略的可执行程序来得到待决策业务的决策结果，从而降低用户的开发成本，提高了决策效率。

第一方面，本申请实施例提供了一种业务决策方法，包括：获取用户输入的待决策业务的各决策策略的参数标识和各决策策略的决策规则；基于各决策策略的参数标识、各决策策略的决策规则生成各决策策略的可执行程序，并根据各决策策略的参数标识确定各决策策略的运行顺序；根据运行顺序运行各决策策略的可执行程序，得到待决策业务的决策结果。

在本申请实施例中，在待决策业务的决策策略发生变化时，业务人员(用户)通过重新输入变化的决策策略的决策规则和参数标识，即可使用新的决策策略对待决策业务进行决策，而无需开发人员再次对决策引擎进行开发或配置，降低了用户的开发、维护成本，提高了进行业务决策的灵活性和及时性。由于是根据各决策策略的依赖关系确定的运行顺序运行各决策策略的可执行程序，可以避免在一个决策策略存在前置决策策略，但还未运行完成前置决策策略的情况下运行该决策策略，减小了运行决策策略的可执行程序时的等待时间，提高了决策平台对待决策业务进行决策的效率。

在上述第一方面的一种可能实现中，上述参数标识包括：各决策策略的策略标识、各决策策略的输入变量标识、各决策策略的输出变量标识。

在上述第一方面的一种可能实现中，上述基于各决策策略的参数标识确定各决策策略的运行顺序，包括：根据各决策策略的策略标识、各决策策略的输入变量标识、各决策策略的输出变量标识确定各决策策略的依赖关系；根据依赖关系确定各决策策略的运行顺序。

在上述第一方面的一种可能实现中，待决策业务的相关数据包括至少一个第一数据组和至少一个第二数据组，其中各第一数据组的数据全部存储于第一电子设备，各第二数据组的数据至少部分存储于第二电子设备；根据运行顺序运行各决策策略对应的可执行程序，得到待决策业务的决策结果，包括：从第一电子设备获取各第一数据组的数据，基于获取的第一数据组的数据，根据运行顺序运行各决策策略对应的可执行程序，得到获取的第一数据组的决策结果；从第二电子设备获取各第二数据组的数据，基于获取的第二数据组的数据，根据运行顺序运行各决策策略对应的可执行程序，得到获取的数据对应的第二数据组的决策结果。

也即是说，在本申请实施例中，待决策业务为对多个客户的数据进行批量决策，其中部分客户的数据全部存储于金融机构本地(第一电子设备)，部分客户的数据至少有一部分存储于第三方机构(第二电子设备)。在批量决策过程中，先对数据全部存储于金融机构本地的客户进行决策，再对至少有一部分数据存储于第三方机构的客户的数据进行决策。如此，可以避免在对客户的数据进行决策过程中由于客户的数据存储于第三方机构等待获取该客户的数据，提高对待决策业务进行批量决策的速度。

在上述第一方面的一种可能实现中，在待决策业务为风控业务或授信管理业务的情况，各决策策略包括以下决策策略中的至少一个：准入策略、身份验证策略、黑名单策略、反欺诈策略、额度策略、信用评分策略、资产评级策略。

第二方面，本申请实施例提供了一种决策平台，该决策平台包括：决策策略生成模块，决策策略生成模块包括至少一个决策引擎或规则引擎，用于获取用户输入的待决策业务的各决策策略的参数标识和各决策策略的决策规则，并基于各决策策略的参数标识、各决策策略的决策规则生成各决策策略的可执行程序；决策模块，决策模块用于根据各决策策略的参数标识确定各决策策略的运行顺序，并根据运行顺序运行各决策策略的可执行程序，得到待决策业务的决策结果。

在本申请实施例中，在待决策业务的决策策略发生变化时，业务人员向决策引擎/规则引擎输入新的决策策略以及该新的决策策略的参数标识，决策平台即可根据新的决策策略对待决策业务进行决策，从而无需开发人员再次对决策引擎进行开发或配置，降低了金融机构的开发、维护成本，提高了进行业务决策的灵活性和及时性。由于决策平台是根据各决策策略的依赖关系确定的运行顺序运行各决策策略的可执行程序，可以避免在一个决策策略存在前置决策策略，但决策平台还未运行完成前置决策策略的情况下运行该决策策略，减小了决策平台运行决策策略的可执行程序时的等待时间，提高了决策平台对待决策业务进行决策的效率。

在上述第二方面的一种可能实现中，上述参数标识包括：各决策策略的策略标识、各决策策略的输入变量标识、各决策策略的输出变量标识。

在上述第二方面的一种可能实现中，决策模块通过以下方式，根据各决策策略的参数标识确定各决策策略的运行顺序：决策模块根据各决策策略的策略标识、各决策策略的输入变量标识、各决策策略的输出变量标识确定各决策策略的依赖关系；决策模块根据依赖关系确定各决策策略的运行顺序。

在上述第二方面的一种可能实现中，上述决策平台还包括数据中心；待决策业务的相关数据包括至少一个第一数据组和至少一个第二数据组，其中各第一数据组的数据全部存储于数据中心中，各第二数据组的至少部分数据存储于数据中心以外的第三电子设备中；并且，决策模块通过以下方式，根据运行顺序运行各决策策略对应的可执行程序生成待决策业务的决策结果：从数据中心获取各第一数据组的数据，基于获取的第一数据组的数据，根据运行顺序运行各决策策略对应的可执行程序，得到获取的第一数据组的决策结果；从第三电子设备获取各第二数据组的数据，基于获取的第二数据组的数据，根据运行顺序运行各决策策略对应的可执行程序，得到获取的数据对应的第二数据组的决策结果。

也即是说，在本申请实施例中，待决策业务为通过决策平台对多个客户的数据进行批量决策，其中部分客户的数据全部存储于数据中心中，部分客户的数据至少有一部分存储于第三方机构(第三电子设备)。在批量决策过程中，决策平台先对数据全部存储于数据中心的客户进行决策，再对至少有一部分数据存储于第三方机构的客户的数据进行决策。如此，可以避免决策平台在对客户的数据进行决策过程中由于客户的数据存储于第三方机构等待获取该客户的数据，提高决策平台进行批量决策的速度。

第三方面，本申请实施例提供了一种可读介质，该可读介质上存储有指令，指令在电子设备上执行时使电子设备实现上述第一方面及第一方面的各种实现所提供的任意一种业务决策方法。

第四方面，本申请实施例提供了一种电子设备，该电子设备包括：存储器，用于存储由电子设备的一个或多个处理器执行的指令；以及处理器，是电子设备的处理器之一，用于执行存储器中存储的指令使电子设备实现上述第一方面及第一方面的各种实现所提供的任意一种业务决策方法。

附图说明

图1根据本申请的一些实施例，示出了一种业务的决策过程示意图；

图2根据本申请的一些实施例，示出了一种决策平台10的结构示意图；

图3根据本申请的一些实施例，示出了一种以宽表30存储的数据的示意图；

图4根据本申请的一些实施例，示出了一种计算引擎20的结构示意图；

图5根据本申请的一些实施例，示出了一种业务决策方法的流程示意图；

图6根据本申请的一些实施例，示出了一种业务批量决策方法的流程示意图；

图7根据本申请的一些实施例，示出了一种电子设备100的结构示意图。

具体实施方式

本申请的说明性实施例包括业务决策方法、决策平台、可读介质和电子设备。

如前所述，针对不同的业务，决策引擎所依赖的决策策略不同，从而对于不同的业务，通常由业务人员确定该业务的决策策略，再由开发人员对决策引擎进行开发或配置后，决策引擎才能针对该金融业务进行决策。当金融业务的决策策略发生变化时，需要由开发人员进行再次开发或配置，如此增加了金融机构的开发、维护成本，并且不利于业务人员根据具体的金融业务调整决策过程，影响业务人员基于决策结果开展金融业务的灵活性和及时性。

例如，参考图1，待决策业务对应的决策过程1包括决策策略A、决策策略B、决策策略C和决策策略D。金融机构因为业务调整等因素需要在决策策略C之后加入决策策略E的情况下(即将该业务的决策过程由决策过程1调整为决策过程1′)，需要业务人员将修改的需求提供给开发人员，由开发人员对决策引擎进行开发或配置后才能基于修改后的决策过程1′进行决策。此外，由于决策策略B的输入数据包括输入数据2以及决策策略A的决策结果，如果在决策策略A未给出决策结果或未获取到输入数据2的情况下调用决策策略B，需要等待决策策略A给出决策结果或获取到输入数据2后再开始运行决策策略B，如此增加了对待决策业务进行决策的时间，降低了决策效率。

在一些应用场景中，例如风控、市场营销、授信管理等，金融机构通常对涉及同一业务的多个客户进行批量决策，也即是基于不同客户的数据使用相同的决策策略对该业务进行决策，以便于基于各客户对应的决策结果开展该业务。但是，在部分客户的数据未存储于金融机构的存储设备(例如数据中心)中的情况下，决策引擎需要从第三方机构的存储设备中获取到该部分客户的数据后再进行决策，增加了决策引擎进行批量决策的等待时间，降低了决策引擎进行批量决策的效率。

为了解决上述问题，本申请实施例提供了一种业务决策方法，该方法基于一种决策平台实现，该决策平台包括至少一种决策引擎/规则引擎，用于根据业务人员输入的决策策略的决策规则和参数标识，生成该决策策略的可执行程序。业务人员可以通过在决策引擎/规则引擎的用户界面输入待决策业务的各决策策略的决策规则和参数标识，生成各决策策略的可执行程序。决策平台可以通过待决策业务的各决策策略的参数标识，确定待决策业务的各决策策略的依赖关系，然后根据各决策策略的依赖关系确定各决策策略的运行顺序，再按照各决策策略的运行顺序运行各决策策略的可执行程序生成待决策业务的决策结果。

通过本申请实施例提供的业务决策方法，在待决策业务的决策策略发生变化时，业务人员通过向决策引擎输入新的决策策略的决策规则和该新的决策策略的参数标识，决策平台即可根据新的决策策略对待决策业务进行决策，从而无需开发人员再次对决策引擎进行开发或配置，降低了金融机构的开发、维护成本，提高了进行业务决策的灵活性和及时性。由于决策平台是根据各决策策略的依赖关系确定的运行顺序运行各决策策略的可执行程序，可以避免在一个决策策略存在前置决策策略，但决策平台还未运行完成前置决策策略的情况下运行该决策策略，减小了决策平台运行决策策略的可执行程序时的等待时间，提高了决策平台对待决策业务进行决策的效率。

例如，对于图1所示的场景，业务人员通过决策引擎/规则引擎输入的决策策略A、B、C、D的策略标识分别为AAA、BBB、CCC、DDD，输出变量标识分别为OAAA、OBBB、OCCC、ODDD，决策策略C的输入变量标识为OAAA、决策变量B的输入变量标识为OAAA、决策策略D的输入变量标识为OBBB。决策平台根据决策策略A、B、C、D的参策略标识、输入变量标识和输出变量标识，即可确定决策策略A的输出变量为决策策略B和决策策略C的输出变量、决策策略B的输出变量为决策策略D的输入变量，进而可以确定决策策略A、B、C、D的运行顺序为先运行决策策略A，再运行决策策略B或决策策略C，在运行完决策策略B后再运行决策策略D。若要将待决策业务的决策过程由决策过程1调整为决策过程1′，业务人员可以基于决策引擎生成的决策策略E的可执行程序，并输入决策策略E的参数标识，例如策略标识为EEE、输入变量标识为OCCC，决策平台在获取到决策策略E的输入变量标识OCCC的情况下，即可确定决策变量E的输入变量为策略标识为CCC的决策策略(即决策策略C)的输出变量，从而确定在运行完决策策略C后运行决策策略E，进而在运行完决策策略C的可执行程序后再运行决策策略E的可执行程序，以实现待决策业务的决策。

此外，决策平台对某一业务进行批量决策的过程中，可以先标记该业务对应的数据存储于决策平台外部的客户，先针对该业务对应的数据存储于决策平台内部的客户进行决策，再针对该业务对应的数据存储于决策平台外部的客户进行决策，如此，可以降低决策平台等待外部数据的时间，提高决策平台进行批量决策的效率。

可以理解，在一个决策策略的决策结果为另一决策策略的输入数据的情况下，该决策策略即为上述另一个决策策略的前置策略。

可以理解，确定各决策策略的依赖关系，即是确定各决策策略的输入数据是否为其他决策策略的决策结果。

具体地，图2根据本申请的一些实施例，示出了一种决策平台10的结构示意图。如图2所示，决策平台10包括决策策略生成模块11、数据中心12和决策模块13。其中：

决策策略生成模块11可以包括至少一个决策引擎/规则引擎，例如益博睿^TM决策引擎、

规则引擎、Sparkling Logic SMARTS^TM规则引擎等，用于根据用户输入的各决策策略的决策规则、参数标识生成待决策业务各决策策略的可执行程序，例如可以由电子设备执行的格式为“.ser”或“.jar”的可执行程序等。可以理解，电子设备可以通过运行各决策策略的可执行程序即可生成该决策策略的决策结果。

可以理解，上述决策引擎/规则引擎的类型只是一种示例，在另一些实施例中，决策策略生成模块11也可以包括其他的决策引擎/规则引擎，对应的由决策引擎/规则引擎生成的可执行程序的格式也可以是其他格式，在此不做限定。

在一些实施例中，业务人员可以通过决策策略生成模块11编写待决策业务的各决策策略的规则、输入各决策策略的参数标识(例如策略标识、输入变量标识、输出变量标识等)生成各决策策略的可执行程序。例如，在待决策业务为风控业务或授信管理业务的情况下，用户可以编写准入策略、身份验证策略、黑名单策略、反欺诈策略、额度策略、信用评分策略、资产评级策略等决策策略的规则和参数标识。

在一些实施例中，决策策略的参数标识可以包括各决策策略的策略标识、各决策策略的各输入变量的输入变量标识、各决策策略的各输出变量的输出变量标识。其中，策略标识用于唯一确定一个决策策略，也即是不同决策策略的策略标识不同；输入变量标识用于确定决策策略的输入变量的数据来源，例如该输入变量是否为其他决策策略的输出变量、该输入变量是否为外部数据等；输出变量标识用于标记决策策略的输出变量。

可以理解，在一些实施例中，决策策略生成模块11可以包括一个或多个不同的决策引擎/规则引擎，从而可以使得使用决策平台10的用户(例如金融机构)可以基于自身已有的决策引擎/规则引擎来实现决策平台10，降低用户的使用成本。

数据中心12可以用于存储待决策业务所需要的数据和待决策业务的各决策策略的可执行程序。例如，在一些实施例中，数据中心12可以用于存储客户的消费数据、征信数据、金融业务使用数据等，以便于决策模块13在执行决策策略的可执行程序时从数据中心12中快速获取决策策略所需的输入数据。

在一些实施例中，数据中心12可以以宽表的形式存储数据，以提高决策模块103获取本地数据的速度。具体地，在一些实施例中，宽表可以以客户的身份标识、客户的账户标识、客户的银行卡标识中的至少一个为主键，一列对应主键的一个参数(即一种数据，例如消费数据、征信数据、金融业务使用数据等)，将不同用户/主键对应的参数存储于同一张表中，也即是说，宽表中的每一行代表一个客户或一个客户的一个账户或一个客户的一张银行卡的数据。例如，图3根据本申请的一些实施例，示出了一种以宽表形式存储的数据示意图。如图3所示，宽表30中第一列代表不同的客户标识，其他列代表对应客户的相关数据。可以理解，宽表30中每一列中的具体内容可以是具体的数据，也可以是数据的访问地址、访问方法等，例如图3中宽表30中各客户的数据“XXX”表明该数据存储于数据中心10中；“第三方数据库”表明该数据存储于第三方数据库中，宽表30中存储了该数据的访问地址、访问方法等。

可以理解，在一些实施例中，宽表30中还可以包括各客户的数据是否完整的标识，用于表征一个客户的数据是否都存储于数据中心12中。

决策模块13用于运行待决策业务的各决策策略，生成该待决策业务的决策结果。在一些实施例中，决策模块13可以根据决策策略生成模块11生成的待决策业务的各决策策略的参数标识，确定各决策策略的依赖关系，然后根据各决策策略的依赖关系确定各决策策略的运行顺序，再按照各决策策略的运行顺序运行各决策策略的可执行程序生成待决策业务的决策结果。

在一些实施例中，为了提高决策模块13运行各决策策略的可执行程序的速度，可以通过分布式计算来实现各决策策略的可执行程序的运行，例如通过计算引擎来实现各决策策略的可执行程序的运行。例如，图4根据本申请的一些实施例，示出了一种计算引擎20的结构示意图。如图4所示，计算引擎20包括主节点21和多个工作节点，例如工作节点221、工作节点222、……、工作节点22n。其中，主节点21用于接收决策模块13传送的待决策业务的各决策策略的可执行程序、将决策策略的可执行程序分为多个子任务分发给各工作节点、以及将各工作节点的各子任务的运行结果进行汇总生成待决策业务的决策结果；各工作节点用于实际运行主节点21发送的子任务，并将各子任务的运行结果传送给主节点21。

可以理解，图4所示的计算引擎20的结构只是一种示例，在另一些实施例中，计算引擎20可以是任意可以实现分布式计算的计算引擎，包括但不限于Apache Spark^TM计算引擎、Apache Flink^TM计算引擎等，在此不做限定。

可以理解，决策平台10的各模块可以运行于相同的电子设备中，也可以运行于不同的电子设备中，同一模块还可以分别运行于多个电子设备中，在此不做限定。

可以理解，图2所示的决策平台10的结构只是一种示例，在另一些实施例中，决策平台10还可以包括更多或更少的模块，也可以拆分或组合部分模块，在此不做限定。

下面结合图2所示的决策平台10的结构以及图1所示的决策过程1′，介绍本申请实施例的技术方案。

具体地，图5根据本申请的一些实施例，示出了一种业务决策方法的流程示意图。如图5所示，该方法包括如下步骤：

S501：决策策略生成模块11生成待决策业务的各决策策略的可执行程序。决策策略生成模块11中的决策引擎/规则引擎可以根据业务人员提交的各决策策略的决策规则，各决策策略的参数标识等生成待决策业务的各决策策略的可执行程序和参数标识。

可以理解，各决策策略的参数标识的规则可以由决策平台预先设置，业务人员在可以基于各决策策略的参数标识的规则向决策策略生成模型提交各决策策略的参数标识，例如各决策策略的参数标识的规则可以为：如果在某一决策策略中某一变量的输入变量标识为“O+另一决策策略的策略标识”，说明该变量为另一决策策略的输出变量；若该变量的输入变量标识为“E”，说明该变量的来源为外部数据；若该变量的策略标识为“O+决策策略的策略标识”，说明该变量为该决策策略的输出变量。具体地，对于图1所示决策过程1′，决策策略生成模块11可以生成决策策略A、决策策略B、决策策略C、决策策略D、决策策略E的可执行程序以及各决策策略的参数标识。例如，决策策略A的策略标识为AAA、决策策略B的策略标识为BBB。决策策略B的输入变量为V1(决策策略A的决策结果)、V2(输入数据2)，输出变量为V3，其中V1的输入变量标识为OAAA，V2的输入变量标识为E，V3的输出变量标识为OBBB，则可以确定V1为决策策略A的输出变量，V2为外部数据，V3为决策策略B的输出变量。

可以理解，在另一些实施例中，各决策策略的参数标识还包括其他标识，在此不做限定。

可以理解，在一些实施例中，各决策策略的参数标识可以集成于各决策策略的可执行程序中，在另一些实施例中各决策策略的参数标识也可以以单独的文件进行存储，在此不做限定。

可以理解，在一些实施例中，决策策略生成模块11生成待决策业务的各决策策略的可执行程序后，可以将各决策策略的可执行程序存储于数据中心12中，以便于决策模块13可以获取各决策策略的可执行程序和参数标识。

S502：决策模块13根据各决策策略的参数标识确定各决策策略的依赖关系以及有依赖关系的决策策略的运行顺序。

决策模块13可以从数据中心12中获取各决策策略的参数标识，例如各决策策略的策略标识、各决策策略的各输入变量的输入变量标识、各决策策略的各输出变量的输出变量标识，并根据参数标识确定各决策策略的依赖关系，以及存在依赖关系的决策策略的运行顺序。

在一些实施例中，决策策略需要依赖该决策策略的前置策略的决策结果才能运行，也即是该决策策略的输入数据包括该决策策略的前置策略的决策结果，为了避免决策模块13在该决策策略的前置决策确定出决策结果前调用该决策策略，从而增加决策模块13等待前置策略的决策结果的时间，可以根据各决策策略的参数标识确定各决策策略的运行顺序。例如，决策模块13在获取到决策策略B的输入变量V1的输入变量标识为OAAA的情况下，即可确定决策策略B存在前置策略(策略标识为AAA的决策策略A)，则决策策略B应当在决策策略A运行完成后再运行，即是决策策略B的运行顺序排在决策策略A之后。

在一些实施例中，各决策策略的参数标识由业务人员在通过决策策略生成模块11编写决策策略时集成于各决策策略的可执行程序中，决策模块13可以从各决策策略的可执行程序中获取各决策策略的策略标识、输入变量标识和输出变量标识。

在一些实施例中，对于不存在依赖关系的决策策略，决策模块13还可以根据用户编写的各决策策略的拓扑关系确定该部分决策策略的运行顺序。

S503：决策模块13基于各决策策略的运行顺序运行各决策策略的可执行程序。决策模块13从数据中心12中获取各决策策略的可执行程序，并根据步骤S502确定的各决策策略的运行顺序依次运行各决策策略的可执行程序，生成待决策业务的决策结果。可以理解，在一些实施例中，决策模块13在生成待决策业务的决策结果后，还可以将决策结果发送给业务人员，以便于业务人员可以基于决策结果开展业务。

可以理解，上述步骤S501至步骤S503的执行顺序只是一种示意，在另一些实施例中，也可以采用其他执行顺序，还可以拆分或合并部分步骤，在此不做限定。

通过本申请实施例提供的决策平台，在待决策业务的决策策略发生变化时，业务人员通过决策引擎生成新的决策策略以及该新的决策策略的变量标识，决策平台即可根据新的决策策略对待决策业务进行决策，从而无需开发人员对决策引擎进行再次开发或配置，降低了金融机构的开发、维护成本，提高了业务人员基于决策结果开展业务的灵活性和及时性。由于决策平台是根据各决策策略的依赖关系确定的运行顺序运行各决策策略的可执行程序，可以避免在一个决策策略存在前置决策策略，但决策平台还未运行完成前置决策策略的情况下运行该决策策略，减小了决策平台运行决策策略的可执行程序时的等待时间，提高了决策平台对待决策业务进行决策的效率。

如前所述，在一些场景中，金融机构可以针对一个业务进行批量决策，下面以业务对应的决策过程为图1所示的决策过程1′、决策过程1′的输入数据1为图3所示的宽表30中的征信数据、输入数据2为图3所示的宽表30中的消费数据为例介绍决策平台10进行批量决策的实现过程。

具体地，图6根据本申请的一些实施例，示出了一种决策平台10进行批量决策的流程示意图。如图6所示，该流程包括如下步骤：

S601：决策策略生成模块11生成待决策业务的各决策策略的可执行程序。具体可以参考步骤S601，在此不做赘述。

S602：决策模块13根据各决策策略的参数标识确定各决策策略的依赖关系以及有依赖关系的决策策略的运行顺序。具体可以参考步骤S602，在此不做赘述。

S603：决策模块13从数据中心12获取客户数据，判断当前客户的数据是否存储于数据中心12中。若当前客户的数据均存储于数据中心12中，则转至步骤S604，基于当前客户的数据进行决策；否则转至步骤S605。

例如，参考图3，客户1的征信数据和消费数据均存储于数据中心11中，则转至步骤S604；客户2的消费数据存储于第三方数据库中，则转至步骤S605。

S604：决策模块13基于当前客户的征信数据和消费数据，按确定出的运行顺序运行各决策策略的可执行程序，生成当前客户的决策结果。

S605：决策模块13标记当前客户。即是决策模块13在当前客户的征信数据和/或消费数据未存储于数据中心12的情况下记录当前客户的客户标识，以便于决策模块13在完成征信数据和消费数据存储于数据中心12的客户的决策任务后基于记录的客户标识从决策平台10以外，例如第三方数据库获取该部分客户的征信数据和/或消费数据。

S606：决策模块13检测是否已经完成对所有客户的决策或标记。如果已经完成，转到步骤S607；否则，转至步骤S603对基于下一个客户的征信数据和消费数据进行决策。

S607：决策模块13向决策平台10外部发送获取数据的请求。即是决策模块13根据记录的征信数据和/或消费数据未存储于数据中心12中的各个客户的客户标识，以及宽表30中记录的该部分客户的征信数据和/或消费数据的获取路径，向对应的第三方数据库发送数据请求。在一些实施例中，数据请求中各条数据的获取路径、各条数据对应的客户标识等。

可以理解，决策模块13可以一次向第三方数据库发送获取所需要的所有数据的请求，也可以逐个向第三方数据库发送数据请求，在此不做限定。

可以理解，在另一些实施例中，决策模块13还可以在步骤S603确定出客户的征信数据和/或消费数据未存储于数据中心12时即向第三方数据库发送数据请求。

S608：决策模块13检测是否接收到外部数据。决策模块13检测是否接收到外部数据，例如第三方数据库返回的客户的征信数据和/或消费数据。如果接收到，转至步骤S609，否则，重复步骤S608继续检测是否接收到外部数据。

可以理解，在一些实施例中，外部数据中包括该外部数据对应的客户标识，以便于决策模块13确定接收到的外部数据是哪一个客户的数据。

S609：决策模块13基于接收到的外部数据和该外部数据对应的客户的其他数据，按确定出的运行顺序运行各决策策略的可执行程序，生成该客户的决策结果。即是决策模块13在接收到外部数据后，基于接收到的外部数据和该外部数据对应的客户的其他数据进行决策。例如，接收到的外部数据为客户2的消费数据，则从数据中心12中获取客户2的征信数据，并基于客户2的消费数据和客户2的征信数据进行决策，生成客户2的决策结果。

可以理解，在一些实施例中，决策模块13在接收到外部数据后，还可以将接收到的外部数据存储于数据中心12中，以便于决策模块13下一次使用该外部数据时可以直接从数据中心12中获取，提高决策模块13进行决策的速度。

S610：决策模块13检测是否已经完成所有标记过的客户的决策。如果是，则结束决策，否则转至步骤S608检测继续是否接收到外部数据。

可以理解，前述步骤S601至步骤S610的执行顺序只是一种示例，在另一些实施例中，也可以采用其他顺序，还可以合并或拆分部分步骤，在此不做限定。

通过本申请实施例提供的方法，决策平台在进行批量决策的过程中，可以降低决策平台等待外部数据的时间，提高决策平台进行批量决策的效率。

进一步，图7根据本申请的一些实施例，示出了一种电子设备100的结构示意图。如图7所示，用于运行决策平台10的至少一个模块的电子设备100可以包括一个或多个处理器101、系统内存102、非易失性存储器(Non-Volatile Memory，NVM)103、输入/输出(I/O)设备104、通信接口105以及用于耦接处理器101、系统内存102、非易失性存储器103、通信接口104和输入/输出(I/O)设备105的系统控制逻辑106。其中：

处理器101可以包括一个或多个单核或多核处理器。在一些实施例中，处理器101可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任意组合。在一些实施例中，处理器101可以用于执行确定各决策策略的依赖关系的指令，也可以用于执行各决策策略的可执行程序对应的指令。

系统内存102是易失性存储器，例如随机存取存储器(Random-Access Memory，RAM)，双倍数据率同步动态随机存取存储器(Double Data Rate Synchronous DynamicRandom Access Memory，DDR SDRAM)等。系统内存用于临时存储数据和/或指令，例如，在一些实施例中，系统内存102可以用于存储可决策策略的可执行程序，也可以用于存储各客户的数据，例如前述宽表30。

非易失性存储器103可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，非易失性存储器103可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如硬盘驱动器(Hard Disk Drive，HDD)、光盘(Compact Disc，CD)、数字通用光盘(Digital Versatile Disc，DVD)、固态硬盘(Solid-State Drive，SSD)等。在一些实施例中，非易失性存储器103也可以是可移动存储介质，例如安全数字(Secure Digital，SD)存储卡等。在另一些实施例中，非易失性存储器103可以用于存储可决策策略的可执行程序，也可以用于存储各客户的数据，例如前述宽表30。

特别地，系统内存102和非易失性存储器103可以分别包括：指令107的临时副本和永久副本。指令107可以包括：由处理器101中的至少一个执行时使电子设备100实现本申请各实施例提供的业务决策方法。

输入/输出(I/O)设备104可以包括用户界面，使得用户能够与电子设备100进行交互。例如，在一些实施例中，输入/输出(I/O)设备104可以包括显示器等输出设备，用于显示计算引擎10的用户界面，还可以包括键盘、鼠标、触摸屏等输入设备。用户可以通过用户界面以及键盘、鼠标、触摸屏等输入设备与决策平台10进行交互，以便于录入待决策业务各决策策略的规则、参数标识等。

通信接口105可以包括收发器，用于为电子设备100提供有线或无线通信接口，进而通过一个或多个网络与任意其他合适的设备进行通信。在一些实施例中，通信接口105可以集成于电子设备100的其他组件，例如通信接口105可以集成于处理器101中。在一些实施例中，电子设备100可以通过通信接口105和其他设备通信，在决策平台10的各模块运行于不同的电子设备100时，各模块可以通过电子设备100通过接口105进行通信。

系统控制逻辑106可以包括任意合适的接口控制器，以电子设备100的其他模块提供任意合适的接口。例如在一些实施例中，系统控制逻辑106可以包括一个或多个存储器控制器，以提供连接到系统内存102和非易失性存储器103的接口。

在一些实施例中，处理器101中的至少一个可以与用于系统控制逻辑106的一个或多个控制器的逻辑封装在一起，以形成系统封装(System in Package，SiP)。在另一些实施例中，处理器101中的至少一个还可以与用于系统控制逻辑106的一个或多个控制器的逻辑集成在同一芯片上，以形成片上系统(System-on-Chip，SoC)。

可以理解，电子设备100可以是能够实现决策平台10的相关功能的任意电子设备，包括但不限于计算机、服务器、平板电脑、手持计算机等，本申请实施例不做限定。

可以理解，本申请实施例示出的电子设备100的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(CD-ROMs)、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要说明的是，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (11)

1.一种业务决策方法，其特征在于，包括：

获取用户输入的待决策业务的各决策策略的参数标识和各决策策略的决策规则；

基于所述各决策策略的参数标识、所述各决策策略的决策规则生成各决策策略的可执行程序，并根据所述各决策策略的参数标识确定各所述决策策略的运行顺序；

根据所述运行顺序运行各所述决策策略的可执行程序，得到所述待决策业务的决策结果。

2.根据权利要求1所述的业务决策方法，其特征在于，所述参数标识包括：

各所述决策策略的策略标识、各所述决策策略的输入变量标识、各所述决策策略的输出变量标识。

3.根据权利要求2所述的业务决策方法，其特征在于，所述基于各所述决策策略的参数标识确定各所述决策策略的运行顺序，包括：

根据各所述决策策略的策略标识、各所述决策策略的输入变量标识、各所述决策策略的输出变量标识确定各所述决策策略的依赖关系；

根据所述依赖关系确定各所述决策策略的运行顺序。

4.根据权利要求1所述的业务决策方法，其特征在于：

所述待决策业务的相关数据包括至少一个第一数据组和至少一个第二数据组，其中各所述第一数据组的数据全部存储于第一电子设备，各所述第二数据组的数据至少部分存储于第二电子设备；所述根据所述运行顺序运行所述各决策策略对应的可执行程序，得到所述待决策业务的决策结果，包括：

从所述第一电子设备获取各所述第一数据组的数据，基于获取的第一数据组的数据，根据所述运行顺序运行所述各决策策略对应的可执行程序，得到获取的第一数据组的决策结果；

从所述第二电子设备获取各第二数据组的数据，基于获取的第二数据组的数据，根据所述运行顺序运行所述各决策策略对应的可执行程序，得到获取的数据对应的第二数据组的决策结果。

5.根据权利要求4所述的业务决策方法，其特征在于：

在所述待决策业务为风控业务或授信管理业务的情况，所述各决策策略包括以下决策策略中的至少一个：准入策略、身份验证策略、黑名单策略、反欺诈策略、额度策略、信用评分策略、资产评级策略。

6.一种决策平台，其特征在于，包括：

决策策略生成模块，所述决策策略生成模块包括至少一个决策引擎或规则引擎，用于获取用户输入的待决策业务的各决策策略的参数标识和各决策策略的决策规则，并基于所述各决策策略的参数标识、所述各决策策略的决策规则生成各决策策略的可执行程序；

决策模块，所述决策模块用于根据所述各决策策略的参数标识确定各所述决策策略的运行顺序，并根据所述运行顺序运行各所述决策策略的可执行程序，得到所述待决策业务的决策结果。

7.根据权利要求6所述的决策平台，其特征在于，所述参数标识包括：

各所述决策策略的策略标识、各所述决策策略的输入变量标识、各所述决策策略的输出变量标识。

8.根据权利要求7所述的决策平台，其特征在于，所述决策模块通过以下方式，根据各所述决策策略的参数标识确定各所述决策策略的运行顺序：

所述决策模块根据各所述决策策略的策略标识、各所述决策策略的输入变量标识、各所述决策策略的输出变量标识确定各所述决策策略的依赖关系；

所述决策模块根据所述依赖关系确定各所述决策策略的运行顺序。

9.根据权利要求6至8中任一项所述的决策平台，其特征在于，所述决策平台还包括数据中心；

所述待决策业务的相关数据包括至少一个第一数据组和至少一个第二数据组，其中各所述第一数据组的数据全部存储于所述数据中心中，各所述第二数据组的至少部分数据存储于所述数据中心以外的第三电子设备中；

并且，所述决策模块通过以下方式，根据所述运行顺序运行所述各决策策略对应的可执行程序生成所述待决策业务的决策结果：

从所述数据中心获取各所述第一数据组的数据，基于获取的第一数据组的数据，根据所述运行顺序运行所述各决策策略对应的可执行程序，得到获取的第一数据组的决策结果；

从所述第三电子设备获取各第二数据组的数据，基于获取的第二数据组的数据，根据所述运行顺序运行所述各决策策略对应的可执行程序，得到获取的数据对应的第二数据组的决策结果。

10.一种可读介质，其特征在于，所述可读介质上存储有指令，所述指令在电子设备上执行时使所述电子设备执行权利要求1至5中任一项所述的业务决策方法。

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

存储器，用于存储由所述电子设备的一个或多个处理器执行的指令；

以及处理器，是所述电子设备的处理器之一，用于执行所述存储器中存储的指令以实现权利要求1至5中任一项所述的业务决策方法。

Images