CN112258300B - 一种针对订单生成的审核方法及装置 - Google Patents

Abstract

本说明书公开了一种针对订单生成的审核方法和装置。针对订单生成审核所需的多个审核条件，分别配置功能模块；所述方法包括：接收待审核的目标订单生成请求，并根据所述请求确定针对本次订单生成进行审核所需的至少一个审核条件；根据所确定的至少一个审核条件，在预先配置的多个功能模块中选择对应的至少一个目标功能模块；利用所选择的目标功能模块构建针对所述请求的审核流程；执行所述审核流程得到审核结果，以便于在审核结果表征审核通过的情况下，生成针对所述请求的订单。

Description

一种针对订单生成的审核方法及装置

技术领域

本说明书实施例涉及计算机应用技术领域，尤其涉及一种针对订单生成的审核方法及装置。

背景技术

目前，在客户通过网络向商户请求生成订单之后，需要针对该订单的生成进行审核，具体需要经过一套固定的审核流程，确定该商户和该客户满足订单生成的审核条件后，才能生成订单。

但在实际应用中，不同的订单往往具有不同的审核需求，需要增加或减少订单生成的审核条件。由于针对不同订单都使用同一个审核程序进行审核，而出于开发能力的限制，相同的审核程序只能包含一套固定的审核流程，无法实时地根据不同需求动态调整，也就无法适应不同审核需求，影响客户和商户的使用体验。

例如，针对订购预设数量商品的订单的生成，在固定的审核流程中，可以包括两个步骤，分别是判断商户是否满足“库存商品数量大于或等于预设数量”的审核条件、以及判断客户是否满足“客户余额大于或等于订单金额”的审核条件。但是，针对不同的审核需求，无法在固定的审核流程中增加额外的步骤用于判断是否满足其他审核条件，导致需要商户人工进行额外的审核；也无法在固定的审核流程中减少已确定满足审核条件的步骤，导致增加了审核所需的时间。

发明内容

为了解决上述问题，本说明书提供了一种针对订单生成的审核方法及装置。技术方案如下所示。

一种针对订单生成的审核方法，针对订单生成审核所需的多个审核条件，分别配置功能模块；所述方法包括：

接收待审核的目标订单生成请求，并根据所述请求确定针对本次订单生成进行审核所需的至少一个审核条件；

根据所确定的至少一个审核条件，在预先配置的多个功能模块中选择对应的至少一个目标功能模块；

利用所选择的目标功能模块构建针对所述请求的审核流程；

执行所述审核流程得到审核结果，以便于在审核结果表征审核通过的情况下，生成针对所述请求的订单。

一种针对订单生成的审核装置，针对订单生成审核所需的多个审核条件，分别配置功能模块；所述装置包括：

确定单元：用于接收待审核的目标订单生成请求，并根据所述请求确定针对本次订单生成进行审核所需的至少一个审核条件；

选择单元：用于根据所确定的至少一个审核条件，在预先配置的多个功能模块中选择对应的至少一个目标功能模块；

构建单元：用于利用所选择的目标功能模块构建针对所述请求的审核流程；

执行单元：用于执行所述审核流程得到审核结果，以便于在审核结果表征审核通过的情况下，生成针对所述请求的订单。

通过为多个可能需要的审核条件配置功能模块，作为动态构建审核流程的基础，从而可以根据不同的审核需求，从多个可能需要的审核条件中，个性化地选择实际需要的至少一个审核条件，并获取对应配置的功能模块进行组合，动态构建个性化的审核流程（可以只包含实际需要的审核条件），从而适应不同订单的不同审核需求，提高客户和商户的使用体验。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本说明书实施例提供的一种针对订单生成的审核方法的流程示意图；

图2是本说明书实施例提供的一种审核流程构建方法的原理示意图；

图3是本说明书实施例提供的一种审核流程的结构示意图；

图4是本说明书实施例提供的一种审核状态机的结构示意图；

图5是本说明书实施例提供的一种审核方法的流程示意图；

图6是本说明书实施例提供的一种针对订单生成的审核装置的结构示意图；

图7是本说明书实施例提供的一种针对订单生成的审核系统的结构示意图；

图8是用于配置本说明书实施例方法的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于公开的范围。

目前，在客户通过网络向商户请求生成订单之后，需要针对该订单的生成进行审核，具体需要经过一套固定的审核流程，确定该商户和该客户满足订单生成的审核条件后，才能生成订单。

但在实际应用中，不同的订单往往具有不同的审核需求，需要增加或减少订单生成的审核条件。由于针对不同订单都使用同一个审核程序进行审核，而出于开发能力的限制，相同的审核程序只能包含一套固定的审核流程，无法实时地根据不同需求动态调整，也就无法适应不同审核需求，影响客户和商户的使用体验。

例如，针对订购预设数量商品的订单的生成，在固定的审核流程中，可以包括两个步骤，分别是判断商户是否满足“库存商品数量大于或等于预设数量”的审核条件、以及判断客户是否满足“客户余额大于或等于订单金额”的审核条件。但是，针对不同的审核需求，无法在固定的审核流程中增加额外的步骤用于判断是否满足其他审核条件，导致需要商户人工进行额外的审核；也无法在固定的审核流程中减少已确定满足审核条件的步骤，导致增加了审核所需的时间。

为了便于理解，下面给出两个示例。

1）针对订购预设数量的实体广告位的订单的生成，由于实体广告位上需要张贴对应的广告，但针对广告内容需要进行额外的审核，判断广告内容是否满足“不包含非法或不健康内容”的审核条件。而在上述示例的固定审核流程中并不存在这一审核条件，也无法增加这一额外的审核条件，导致需要商户人工进行额外的审核。

2）针对订购预设数量的虚拟商品的订单的生成，由于虚拟商品本身并不存在库存，可以无限量复制，因此，在上述示例的固定审核流程中，基于虚拟商品的特点，商户已经预先满足了“库存商品数量大于或等于预设数量”的审核条件，但固定的审核流程中无法减少已预先满足的条件，导致增加了审核所需要的时间。

为了解决上述问题，提高客户和商户的使用体验，能够适应不同订单的不同审核需求，本说明书提供了一种针对订单生成的审核方法。针对订单生成可能需要的多个审核条件分别配置功能模块，功能模块可以用于判断对应的审核条件是否被满足。根据具体的订单审核需求，可以在多个审核条件中选择至少一个审核条件，从而可以利用所选择的审核条件对应配置的功能模块构建审核流程，以便于针对该订单审核需求进行审核。

上述实施例中，通过为多个可能需要的审核条件配置功能模块，作为动态构建审核流程的基础，从而可以根据不同的审核需求，从多个可能需要的审核条件中，个性化地选择实际需要的至少一个审核条件，并获取对应配置的功能模块进行组合，动态构建个性化的审核流程（可以只包含实际需要的审核条件），从而适应不同订单的不同审核需求，提高客户和商户的使用体验。

例如，针对“库存商品数量大于或等于预设数量”的审核条件、“客户余额大于或等于订单金额”的审核条件、以及“不包含非法或不健康内容”的审核条件这三个审核条件分别配置功能模块1-3。每个功能模块可以用于判断对应的审核条件是否被满足。

针对订购预设数量商品的订单的生成，审核需求中可以指示“库存商品数量大于或等于预设数量”的审核条件，以及“客户余额大于或等于订单金额”的审核条件。因此，可以使用功能模块1和功能模块2进行审核。

针对订购预设数量的实体广告位的订单的生成，由于实体广告位上需要张贴对应的广告，但针对广告内容需要进行额外的审核，因此，审核需求中包含上述全部的3个审核条件，可以使用功能模块1-3进行审核。

针对订购预设数量的虚拟商品的订单的生成，由于虚拟商品本身并不存在库存，可以无限量复制，因此，审核需求中只包含“客户余额大于或等于订单金额”的审核条件，可以使用功能模块2进行审核。

显然，针对不同审核需求的订单生成，利用上述实施例都可以满足需求，可以动态调整审核流程中包含的审核条件（可以只包含实际需要的审核条件），从而提高客户和商户的使用体验。

下面基于附图进一步详细解释本说明书所提供的一种针对订单生成的审核方法。

如图1所示，为本说明书提供的一种针对订单生成的审核方法的流程示意图。

可以预先针对订单生成审核所需的多个审核条件，分别配置功能模块。具体可以是针对订单生成进行审核可能需要的多个审核条件，分别为每个审核条件配置功能模块。其中，功能模块与审核条件可以一一对应。功能模块可以用于判断对应的审核条件是否被满足。

需要注意的是，在审核条件中包含操作的情况下，可以由对应配置的功能模块执行该操作，也可以由对应配置的功能模块调用外部设备执行该操作。

例如，针对“成功冻结交易额”这一包含“冻结”操作的审核条件，可以由对应配置的功能模块针对交易额执行冻结操作，在冻结成功的情况下，确定该审核条件被满足；也可以由对应配置的功能模块调用外部设备，使得外部设备针对交易额进行冻结，在外部设备冻结成功的情况下，该功能模块确定该审核条件被满足。

因此，功能模块在具体执行时，可以只判断对应的审核条件是否被满足；也可以执行对应的审核条件中包含的操作，再判断对应的审核条件是否被满足；也可以调用外部设备执行对应的审核条件中包含的操作，再判断对应的审核条件是否被满足。功能模块执行成功，可以表征对应的审核条件被满足；而执行失败，可以表征对应的审核条件没有被满足。

可选地，该方法的执行主体可以是商户侧的任一设备，由商户针对订单生成进行审核；也可以是商户与客户进行业务往来的平台上的平台侧任一设备，由平台针对订单生成进行审核。

该方法可以至少包括以下步骤。

S101：接收待审核的目标订单生成请求，并根据该请求确定针对本次订单生成进行审核所需的至少一个审核条件。

需要注意的是，待审核的目标订单生成请求可以是客户发送的，也可以是商户针对客户申请的订单发送的，也可以是平台针对客户与商户之间待生成的订单发送的。

在一种可选的实施例中，可以根据该请求，确定针对本次目标订单生成进行审核所实际需要的至少一个审核条件。

请求中可以包含用于表征实际需要的至少一个审核条件的内容，也可以包含用于指示实际需要的至少一个审核条件的内容。

例如，针对可能需要的多个审核条件，请求中可以包含对每个审核条件的标记，基于标记的方式表征对应的审核条件是否属于本次订单生成所实际需要的审核条件。

或者，预先存储有订单类型与针对该类型订单生成进行审核所实际需要的审核条件集合之间的对应关系，请求中可以包含本次目标订单的订单类型，根据请求内容中包含的订单类型，可以确定对应的所实际需要的审核条件集合。

通过本实施例，可以根据请求个性化地确定实际所需要的审核条件，以便于根据不同的审核需求动态构建包含不同审核条件的审核流程。

在另一种可选的实施例中，可以根据该请求，确定S101中所确定的实际需要的审核条件之间的判断顺序，也就是审核流程中步骤的执行顺序。执行顺序可以在后续步骤中用于动态构建审核流程。

请求中可以包含用于表征审核条件之间的判断顺序的内容。例如，针对实际需要的审核条件，请求中可以包含每个审核条件的顺序记号，表征对应的审核条件在后续构建的审核流程中的判断顺序。

通过本实施例，可以根据请求个性化地确定审核条件之间的判断顺序，以便于根据不同的审核需求动态构建不同判断顺序的审核流程。

在另一种可选的实施例中，可以根据该请求，确定本次目标订单生成通过审核所需要满足的要求。该要求可以在后续步骤中用于判断针对本次订单生成的审核是否通过。

请求中可以包含用于表征本次目标订单生成通过审核所需要满足的要求的内容。所表征的要求可以根据审核需求进行个性化的限定。例如，在S101所确定的全部审核条件都被满足的情况下，审核通过；或者，在S101所确定的部分指定审核条件被满足的情况下，审核通过。

作为一种具体的示例，个性化的通过审核的要求可以包括：针对“客户余额大于交易额”和“客户信用分数大于预设值”这两个审核条件，只要满足其一即可。

通过本实施例，可以根据请求个性化地指定通过审核所需要满足的要求，以便于根据不同的审核需求动态构建不同审核通过标准的审核流程。

S102：根据所确定的至少一个审核条件，在预先配置的多个功能模块中选择对应的至少一个目标功能模块。

S103：利用所选择的目标功能模块构建针对该请求的审核流程。

为了构建个性化的、针对该请求的审核流程，除了S101所确定的实际需要的审核条件，还应该考虑审核条件之间的判断顺序。

可选地，在一种实施例中，可以根据该请求确定S101所确定的实际需要的审核条件之间的判断顺序；针对该请求，可以利用所选择的目标功能模块构建符合所确定的判断顺序的审核流程。

具体可以是根据所确定的判断顺序组合所选择的目标功能模块，审核条件在判断顺序中的位置也就是对应的目标功能模块在审核流程中的位置。

需要注意的是，根据该请求所确定的判断顺序可以是针对实际需要的全部审核条件的顺序；也可以是实际需要的部分审核条件的顺序，而其他审核条件可以并行判断，没有顺序的限制；也可以是实际需要的全部审核条件都可以并行判断，没有顺序的限制。

可选地，在另一种实施例中，在不需要根据请求确定个性化的判断顺序的情况下，如果部分审核条件之间不存在任何判断顺序，彼此互不关联，可以并行进行判断。因此，在利用这一部分的审核条件对应的部分目标功能模块构建审核流程时，可以使得这些目标功能模块并行执行，也可以按照随机确定的顺序执行，都不影响本实施例的实现。

例如，针对“商户库存大于订单商品数量”、以及“客户余额大于交易额”这两个互不关联的审核条件，在构建审核流程时可以使得对应的两个目标功能模块并行执行，也可以按照一定的先后顺序执行。

可选地，在另一种实施例中，在不需要根据请求确定个性化的判断顺序的情况下，如果部分审核条件之间存在预设的固定判断顺序，则可以在利用这一部分的审核条件对应的部分目标功能模块构建审核流程时，可以按照预设的固定判断顺序组合这部分目标功能模块。

例如，针对“客户余额大于交易额”、以及“在客户余额中冻结交易额”这两个存在固定判断顺序的审核条件，在确定客户余额大于交易额之后，才能在客户余额中冻结交易额，因此，在构建审核流程时，可以使得对应的两个目标功能模块按照固定的判断顺序执行。

为了便于进一步理解，如图2所示，为本说明书提供的一种审核流程构建方法的原理示意图。其中包含了3个目标功能模块，分别是库存查询模块、余额冻结模块和内容审查模块。

库存查询模块对应的审核条件是“库存大于订单商品数量”（审核条件1），余额冻结模块对应的审核条件是“在余额中成功冻结订单交易额”（审核条件2），内容审查模块对应的审查条件是“不包含非法内容”（审核条件3）。

其中，3个审核条件之间的判断顺序可以是先执行审核条件2，再执行审核条件3，而审核条件1与另外两个审核条件之间不存在判断顺序。

相对应地，在构建审核流程时，可以将余额冻结模块与内容审查模块按照预设的判断顺序进行组合，使得在执行审核流程时，余额冻结模块先执行，内容审查模块再执行。而库存查询模块可以并不组合，使得在执行审核流程时，可以与另外两个模块并行执行。

当然，库存查询模块也可以与另外两个模块组合，存在先后顺序（可以在余额冻结模块执行之前、内容审查模块执行之前或者之后，库存查询模块开始执行），并不影响本实施例的实现。

此外，在一种可选的实施例中，S101中的请求可以携带至少一个审核条件的条件参数。条件参数可以用于完善审核流程中的审核条件。

例如，针对“客户余额大于交易额”的审核条件，其中客户余额可以通过查询操作获取，而交易额则是待生成的订单中的参数，因此，S101中的请求可以携带待生成的订单中包含的交易额500，配置上述审核条件得到“客户余额大于500”的审核条件。具体可以是为上述审核条件对应的目标功能模块配置条件参数500。

因此，在本实施例中，还可以针对该请求携带的任一条件参数，确定该条件参数对应的目标审核条件；为对应于所述目标审核条件的目标功能模块配置该条件参数。

S104：执行审核流程得到审核结果。

执行审核流程，具体可以是调用审核流程中的目标功能模块执行相应的操作，进而根据目标功能模块的执行结果得到审核结果。在审核流程中包含判断顺序的情况下，可以根据判断顺序调用对应的目标功能模块执行相应的操作。

审核结果可以用于表征审核通过、或者表征审核未通过。

其中，审核通过所需要满足的要求可以是预先配置的，也可以是根据审核需求进行个性化配置的。

在一种可选的实施例中，可以根据S101中的请求确定审核通过所需要满足的个性化的要求。因此，可以执行审核流程得到目标功能模块的执行结果（具体可以包括目标功能模块对应的审核条件是否被满足的判断结果）；如果执行结果满足所确定的个性化的要求，则可以得到表征审核通过的审核结果。

相对应地，如果执行结果没有满足所确定的个性化的要求，则可以得到表征审核未通过的审核结果。

在另一种可选的实施例中，审核通过所需要满足的要求可以是预先配置的，例如，预先确定在S101中确定的实际需要的审核条件都满足的情况下，审核通过。

而在审核结果表征审核通过的情况下，可以生成针对S101中的请求的订单；在审核结果表征审核未通过的情况下，可以响应于S101中的请求，返回表征订单生成失败的通知。

该通知可以携带用于表征未被满足的审核条件的信息，以便于确定哪些审核条件未被满足，针对待生成的订单进行调整。

而在任一目标功能模块调用外部设备的情况下，可以基于预设方式将表征表征订单生成失败的通知发送到所调用的外部设备；预设方式可以包括：基于发布订阅机制将通知发送到订阅该通知的外部设备；和/或将通知同步到外部设备。

需要注意的是，基于审核通过所需要满足的要求，可以在执行审核流程的过程中，每得到部分（具体可以是单个）目标功能模块针对对应的审核条件的判断结果后，都可以判断当前判断结果是否不符合所需要满足的要求。一旦确定不符合所需要满足的要求，则可以直接停止执行审核流程，得到表征审核未通过的结果，加快审核速度。

例如，基于“在S101中确定的实际需要的审核条件都满足的情况下，审核通过”这一要求，在执行审核流程的过程中，如果任一目标功能模块确定对应的审核条件未被满足，则可以直接停止执行审核流程，得到表征审核未通过的结果。

上述方法流程中，通过为多个可能需要的审核条件配置功能模块，作为动态构建审核流程的基础，从而可以根据不同的审核需求，从多个可能需要的审核条件中，个性化地选择实际需要的至少一个审核条件，并获取对应配置的功能模块进行组合，动态构建个性化的审核流程（可以只包含实际需要的审核条件），从而适应不同订单的不同审核需求，提高客户和商户的使用体验。

此外，针对审核流程中的判断顺序、以及通过审核的标准，都可以根据不同的审核需求进行个性化地选择，动态构建个性化的审核流程（可以包含个性化的判断顺序和/或通过审核的标准），从而适应不同订单的审核需求，进一步提高客户和商户的使用体验。

下面针对执行审核流程进行更详细的解释。

在具体执行审核流程时，可以利用状态机作为流程的驱动。

在一种可选的实施例中，可以基于S103中所构建的审核流程构建审核状态机。S103中还可以包括构建审核状态机。审核状态机可以至少包含审核失败状态、以及每个目标功能模块对应的成功状态。其中，成功状态可以表征目标功能模块对应的审核条件被满足。

如图3所示，为本说明书提供的一种审核流程的结构示意图。其中包括3个按顺序执行的目标功能模块。按照执行的先后顺序，从前到后分别是查询功能模块、冻结功能模块和内容审查功能模块。

如图4所示，为本说明书提供的一种审核状态机的结构示意图。图4所示的审核状态机是基于图3所示的审核流程构建的，其中包含审核失败状态、查询成功状态、冻结成功状态以及内容审查成功状态。

当查询功能模块执行成功（即确定查询功能模块对应的审核条件被满足），则审核状态机当前状态可以切换为查询成功状态；当冻结功能模块执行成功（即确定冻结功能模块对应的审核条件被满足），则审核状态机当前状态可以切换为冻结成功状态；当内容审查功能模块执行成功（即确定内容审查功能模块对应的审核条件被满足），则审核状态机当前状态可以切换为内容审查成功状态。

此外，当任一功能模块执行失败（即确定任一功能模块对应的审核条件没有被满足），则审核状态机当前状态可以切换为审核失败状态。

如图5所示，为本说明书提供的一种审核方法的流程示意图。审核通过所需要满足的要求可以是“在S101中确定的实际需要的审核条件都满足的情况下，审核通过”。进一步地，审核流程中的目标功能模块之间可以存在先后执行顺序，相对应地，审核状态机中也可以包含目标功能模块之间的执行顺序。S104中执行审核流程时，具体可以包括以下步骤。

S201：将执行顺序中第一个目标功能模块确定为当前目标功能模块。

S202：针对当前目标功能模块，判断该目标功能模块对应的审核条件是否被满足。

若被满足，则执行S203，若没有被满足，则执行S207。

S203：确定该目标功能模块对应的审核条件被满足后，将审核状态机的当前状态切换为该目标功能模块对应的成功状态。

S204：根据执行顺序判断当前目标功能模块是否存在下一目标功能模块。

若存在，则执行S205，若不存在，则执行S206。

S205：将下一目标功能模块作为当前目标功能模块，执行S202。

S206：得到表征审核通过的审核结果。

S207：确定该目标功能模块对应的审核条件未被满足后，将审核状态机的当前状态切换为审核失败状态，得到表征审核未通过的审核结果。

而审核状态机的当前状态，可以基于预设方式发送到任一目标功能模块，也可以在任一目标功能模块调用外部设备的情况下，基于预设方式发送到所调用的任一外部设备。

发送的具体形式可以是将用于表征审核状态机当前状态的通知发送到任一目标功能模块获任一外部设备。而预设方式可以包括：基于发布订阅机制将通知发送到订阅该通知的目标功能模块获外部设备；和/或将通知同步到目标功能模块或外部设备。

本实施例中，利用状态机作为审核流程的驱动，可以清楚直观地了解审核流程当前的状态，便于了解审核流程中可能出现的问题，还可以追踪审核失败的原因。例如，当审核状态机长时间处于某一状态，则可以检查下一目标功能模块是否出现问题，无法进行判断；或者，在审核失败的情况下，查询审核状态机中跳转到审核失败状态之前的状态，确定该状态对应的目标功能模块。

将审核状态机的当前状态即时地通知到其他功能模块或者调用的外部设备，可以掌握审核流程当前的状态，便于根据当前状态进行相应的调整。例如，外部设备在被调用之前，预先将需要执行的操作执行完成；或者，功能模块在被调用之前，预先启动；或者在审核失败的情况下，外部设备或功能模块可以即时关闭相应的进程，减少资源浪费。

本说明书还提供了一种对应的装置实施例。如图6所示，为本说明书提供的一种针对订单生成的审核装置的结构示意图。预先针对订单生成审核所需的多个审核条件，分别配置功能模块。

该装置可以至少包括以下单元。

确定单元301：可以用于接收待审核的目标订单生成请求，并根据请求确定针对本次订单生成进行审核所需的至少一个审核条件。

选择单元302：可以用于根据所确定的至少一个审核条件，在预先配置的多个功能模块中选择对应的至少一个目标功能模块。

构建单元303：可以用于利用所选择的目标功能模块构建针对请求的审核流程。

执行单元304：可以用于执行审核流程得到审核结果。

其中，构建单元303可以具体用于根据请求确定至少一个审核条件之间的判断顺序；针对请求，利用所选择的目标功能模块构建符合所确定的判断顺序的审核流程。

确定单元301还可以具体用于根据请求确定本次订单生成通过审核所需满足的要求。相对应地，执行单元304具体可以用于执行审核流程得到目标功能模块的执行结果；如果执行结果满足确定单元301所确定的要求，则可以得到表征审核通过的审核结果。

确定单元301中的请求可以携带至少一个审核条件的条件参数，相对应地，构建单元303还可以具有用于针对请求携带的任一条件参数，确定该条件参数对应的目标审核条件；为对应于目标审核条件的目标功能模块配置该条件参数。

执行单元304还可以用于在审核结果表征审核通过的情况下，可以生成针对请求的订单；或者，在审核结果表征审核未通过的情况下，可以响应于请求，返回表征订单生成失败的通知，通知可以携带用于表征未被满足的审核条件的信息。

构建单元303还可以用于基于所构建的审核流程构建审核状态机。审核状态机可以包含审核失败状态、以及每个目标功能模块对应的成功状态。

相对应地，审核状态机可以根据所构建的审核流程，包含至少一个目标功能模块之间的执行顺序。执行单元304具体可以用于：将执行顺序中第一个目标功能模块作为当前目标功能模块，循环执行以下步骤，直到根据执行顺序当前目标功能模块不存在下一目标功能模块：针对当前目标功能模块，确定该目标功能模块对应的审核条件被满足后，将审核状态机的当前状态切换为该目标功能模块对应的成功状态，若根据执行顺序当前目标功能模块存在下一目标功能模块，则将下一目标功能模块作为当前目标功能模块；确定该目标功能模块对应的审核条件未被满足后，将审核状态机的当前状态切换为审核失败状态。

执行单元304还可以用于在任一目标功能模块调用外部设备的情况下，基于预设方式将表征审核状态机当前状态的通知发送到所调用的外部设备。预设方式可以包括：基于发布订阅机制将通知发送到订阅该通知的外部设备；和/或将通知同步到外部设备。

本装置实施例的其他解释可以参见上述方法实施例。

本说明书还提供了一种应用系统实施例。

如图7所示，为本说明书提供的一种针对订单生成的审核系统的结构示意图。

其中可以包括功能模块池401、审核状态机402、消息通知单元403以及执行处理单元404。功能模块池401可以包括预先配置的多个功能模块；审核状态机402可以用于驱动执行处理单元执行审核流程，并实时将当前状态发送到消息通知单元中；消息通知单元403可以用于根据审核状态机当前的状态实时通知到其他单元或其他设备；执行处理单元404可以用于执行构建的个性化审核流程，具体可以是调用审核流程中的目标功能模块确定对应的审核条件是否被满足。

审核系统在接收到订单生成请求后，可以根据请求确定针对本次订单生成实际需要的至少一个审核条件，在功能模块池401中选择对应的至少一个目标功能模块，并在执行处理单元404中构建个性化的审核流程，再根据构建的个性化审核流程，构建针对本次订单生成的审核状态机402。

具体可以由审核状态机402驱动执行处理单元404开始执行审核流程，并将当前状态实时发送到消息通知模块403。

执行处理单元404可以根据当前目标功能模块的执行结果实时反馈到审核状态机402，调整当前状态，并进一步驱动执行处理单元404调用下一目标功能模块。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现上述任一方法实施例。例如图1所示的一种针对订单生成的审核方法。

图8示出了本说明书实施例所提供的一种更为具体的计算机设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU（Central Processing Unit，中央处理器）、微处理器、应用专用集成电路（Application Specific Integrated Circuit，ASIC）、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM（Read Only Memory，只读存储器）、RAM（Random AccessMemory，随机存取存储器）、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中（图中未示出），也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块（图中未示出），以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式（例如USB、网线等）实现通信，也可以通过无线方式（例如移动网络、WIFI、蓝牙等）实现通信。

总线1050包括一通路，在设备的各个组件（例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040）之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一方法实施例。例如图1所示的一种针对订单生成的审核方法。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM）、静态随机存取存储器（SRAM）、动态随机存取存储器（DRAM）、其他类型的随机存取存储器（RAM）、只读存储器（ROM）、电可擦除可编程只读存储器（EEPROM）、快闪记忆体或其他内存技术、只读光盘只读存储器（CD-ROM）、数字多功能光盘（DVD）或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体（transitory media），如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护。

Claims (11)

1.一种针对订单生成的审核方法，针对订单生成审核所需的多个审核条件，分别配置功能模块，功能模块用于判断对应的审核条件是否被满足；所述方法包括：

接收待审核的目标订单生成请求，所述请求包含用于表征本次目标订单生成所实际需要的至少一个审核条件的内容，并根据所述请求确定针对本次订单生成进行审核所需的至少一个审核条件；

根据所确定的至少一个审核条件，在预先配置的多个功能模块中选择对应的至少一个目标功能模块；

利用所选择的目标功能模块构建针对所述请求的审核流程；

执行所述审核流程得到审核结果，以便于在审核结果表征审核通过的情况下，生成针对所述请求的订单。

2.根据权利要求1所述的方法，所述构建针对所述请求的审核流程，包括：

根据所述请求确定所述至少一个审核条件之间的判断顺序；

针对所述请求，利用所选择的目标功能模块构建符合所确定的判断顺序的审核流程。

3.根据权利要求1所述的方法，还包括：根据所述请求确定本次订单生成通过审核所需满足的要求。

4.根据权利要求3所述的方法，所述执行所述审核流程得到审核结果，包括：

执行所述审核流程得到目标功能模块的执行结果；如果所述执行结果满足所述要求，则得到表征审核通过的审核结果。

5.根据权利要求1所述的方法，所述请求携带至少一个审核条件的条件参数，在执行所述审核流程之前，所述方法还包括：

针对所述请求携带的任一条件参数，确定该条件参数对应的目标审核条件；

为对应于所述目标审核条件的目标功能模块配置该条件参数。

6.根据权利要求1所述的方法，还包括：

在审核结果表征审核未通过的情况下，响应于所述请求，返回表征订单生成失败的通知，所述通知携带用于表征未被满足的审核条件的信息。

7.根据权利要求1所述的方法，还包括：

基于所构建的审核流程构建审核状态机；所述审核状态机包含审核失败状态、以及每个目标功能模块对应的成功状态。

8.根据权利要求7所述的方法，所述审核状态机包含所述至少一个目标功能模块之间的执行顺序；所述执行所述审核流程，包括：

将所述执行顺序中第一个目标功能模块作为当前目标功能模块，循环执行以下步骤，直到根据所述执行顺序当前目标功能模块不存在下一目标功能模块：

针对当前目标功能模块，确定该目标功能模块对应的审核条件被满足后，将所述审核状态机的当前状态切换为该目标功能模块对应的成功状态，若根据所述执行顺序当前目标功能模块存在下一目标功能模块，则将下一目标功能模块作为当前目标功能模块；

确定该目标功能模块对应的审核条件未被满足后，将所述审核状态机的当前状态切换为审核失败状态。

9.根据权利要求7所述的方法，还包括：

在任一目标功能模块调用外部设备的情况下，基于预设方式将表征所述审核状态机当前状态的通知发送到所调用的外部设备；

所述预设方式包括：基于发布订阅机制将通知发送到订阅该通知的外部设备；和/或将通知同步到外部设备。

10.一种针对订单生成的审核装置，针对订单生成审核所需的多个审核条件，分别配置功能模块，功能模块用于判断对应的审核条件是否被满足；所述装置包括：

确定单元：用于接收待审核的目标订单生成请求，所述请求包含用于表征本次目标订单生成所实际需要的至少一个审核条件的内容，并根据所述请求确定针对本次订单生成进行审核所需的至少一个审核条件；

选择单元：用于根据所确定的至少一个审核条件，在预先配置的多个功能模块中选择对应的至少一个目标功能模块；

构建单元：用于利用所选择的目标功能模块构建针对所述请求的审核流程；

执行单元：用于执行所述审核流程得到审核结果，以便于在审核结果表征审核通过的情况下，生成针对所述请求的订单。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至9任一项所述的方法。

Images