记录产品条件状态的方法、装置、电子设备及存储介质与流程

本申请涉及互联网技术领域，特别是涉及一种记录产品条件状态的方法、装置、电子设备及存储介质。

背景技术：

商户在平台上购买对应的产品时，有些产品(如服务产品)的必备条件很多(如商户的资质需要平台审核通过等)，而且这些条件的处理耗时也各不相同，只有等这些必备条件都达成后才能生效产品。

现有技术中，在确定必备条件的状态时，会监听各种必备条件生效的消息(包括购买结果在内)，每次监听到一个必备条件成功的消息，需要去查询其他必备条件是否成功，如果全部条件成功就生效产品，如果有条件不成功那就继续等待下一次必备条件成功的消息。

当监听到一个必备条件成功的消息才去查询其他必备条件的状态，由于必备条件的状态都记录在不同的系统中，需要从各个不同的系统中查询各个必备条件的状态，查询效率较低，而且存在由于必备条件查询系统的服务异常导致查询的条件状态错误。

技术实现要素：

本申请实施例提供一种记录产品条件状态的方法、装置、电子设备及存储介质，有助于提高查询效率及状态记录的准确性。

为了解决上述问题，第一方面，本申请实施例提供了一种记录产品条件状态的方法，包括：

在接收到产品下单请求时，确定所述产品下单请求中的产品对应的必备条件；

根据所述必备条件的数量，生成位数与所述数量相同的字段；

获取所述必备条件的状态，并通过所述字段中与所述必备条件对应的位记录所述必备条件的状态。

可选的，获取所述必备条件的状态，并通过所述字段中的位记录所述必备条件的状态，包括：

获取所述必备条件的初始状态，并通过所述字段中的位记录所述初始状态；

在接收到一个必备条件的审核成功消息时，将所述字段中与该必备条件对应的位更新为成功状态。

可选的，还包括：

若至少一个必备条件的初始状态为审核失败状态，则拒绝创建所述产品对应的订单。

可选的，还包括：

若所述必备条件的初始状态不包括审核失败状态，则创建所述产品对应的订单；

若接收到一个必备条件的审核失败消息，则取消所述订单。

可选的，在所述通过所述字段中与所述必备条件对应的位记录所述必备条件的状态之后，还包括：

根据所述字段确定所述必备条件的状态均为成功状态时，生效所述产品。

可选的，所述字段为二进制字段。

第二方面，本申请实施例提供了一种记录产品条件状态的装置，包括：

必备条件确定模块，用于在接收到产品下单请求时，确定所述产品下单请求中的产品对应的必备条件；

字段生成模块，用于根据所述必备条件的数量，生成位数与所述数量相同的字段；

条件状态记录模块，用于获取所述必备条件的状态，并通过所述字段中与所述必备条件对应的位记录所述必备条件的状态。

可选的，所述条件状态记录模块包括：

初始状态记录单元，用于获取所述必备条件的初始状态，并通过所述字段中的位记录所述初始状态；

调节状态更新单元，用于在接收到一个必备条件的审核成功消息时，将所述字段中与该必备条件对应的位更新为成功状态。

可选的，所述装置还包括：

订单拒绝模块，用于若至少一个必备条件的初始状态为审核失败状态，则拒绝创建所述产品对应的订单。

可选的，所述装置还包括：

订单创建模块，用于若所述必备条件的初始状态不包括审核失败状态，则创建所述产品对应的订单；

订单取消模块，用于若接收到一个必备条件的审核失败消息，则取消所述订单。

可选的，所述装置还包括：

产品生效模块，用于在所述通过所述字段中与所述必备条件对应的位记录所述必备条件的状态之后，根据所述字段确定所述必备条件的状态均为成功状态时，生效所述产品。

可选的，所述字段为二进制字段。

第三方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的记录产品条件状态的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的记录产品条件状态的方法的步骤。

本申请实施例公开的记录产品条件状态的方法、装置、电子设备及存储介质，通过在接收到产品下单请求时，确定产品下单请求中的产品对应的必备条件，根据必备条件的数量生成位数与所述数量相同的字段，获取必备条件的状态，并通过字段中与所述必备条件对应的位记录必备条件的状态，从而通过一个字段就可以记录各个必备条件的状态，查询该字段即可得到各个必备条件的状态，从而提高了状态查询效率，而且不必再去各个必备条件对应的系统中查询各个必备条件的状态，如果各个必备条件的系统异常而已经通过字段记录了对应的必备条件的状态时，仍然可以查询到正确的条件状态，从而提高了状态记录的准确性。

附图说明

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

图1是本申请实施例一的记录产品条件状态的方法的流程图；

图2是本申请实施例二的记录产品条件状态的方法的交互流程图；

图3是本申请实施例三的记录产品条件状态的装置的结构示意图。

具体实施方式

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

实施例一

本实施例公开的一种记录产品条件状态的方法，如图1所示，该方法包括：步骤110至步骤130。

步骤110，在接收到产品下单请求时，确定所述产品下单请求中的产品对应的必备条件。

在用户购买产品时，若所述产品的必备条件没有完全达成时，可以允许用户先购买产品，并在所有的必备条件均处于审核通过状态(即所有的必备条件均达成)时生效所述产品。所以，在接收到产品下单请求时，先根据产品下单请求中所请求的产品，确定与所述产品对应的必备条件。可以预先建立产品与必备条件的对应关系，从而接收到产品下单请求时，可以根据产品下单请求中所请求的产品，查询所述对应关系，得到与所述产品对应的必备条件。

步骤120，根据所述必备条件的数量，生成位数与所述数量相同的字段。

根据必备条件的数量，生成一个字段，使得该字段的位数与必备条件的数量相同，从而使得字段中的每一位表示一个必备条件的状态，并建立字段中的每一位与必备条件的关联关系，用字段中的每一位表示该位所关联的必备条件的状态。例如，在一个产品有三个必备条件时，生成的字段为一个三位数，每一位表示一个必备条件，并在每一位中用预设的数字表示对应的状态，如用0表示审核失败状态，用1表示审核中状态，用2表示审核成功状态等。

其中，所述字段可选为二进制字段。由于在用户购买产品后是否生效该产品，取决于所述产品的必备条件是否为审核成功状态，因此，通过二进制字段中的每一个二进制位表示相应必备条件的状态即可，即通过一个二进制位表示一个必备条件的状态，必备条件的状态包括审核成功状态和审核中状态，可以分别用1和0表示，例如可以用1表示审核成功状态，用0表示审核中状态。而对于必备条件的审核失败状态，则确定必备条件是不满足要求的，需要关闭订单或者不允许购买所述产品，这种状态不需要记录，因此，通过二进制字段就可以表示必备条件的状态，而且更加清晰地表示出了和产品生效相关的状态。

步骤130，获取所述必备条件的状态，并通过所述字段中与所述必备条件对应的位记录所述必备条件的状态。

从各个必备条件的系统中获取各个必备条件的状态，并根据各个必备条件的状态，对字段中的相应位进行赋值，从而通过字段中与必备条件对应的位记录该必备条件的状态。并且在接收到各个必备条件的状态变化消息时，及时更新字段中与该必备条件对应位的记录。

在本申请的一个实施例中，获取所述必备条件的状态，并通过所述字段中的位记录所述必备条件的状态，包括：获取所述必备条件的初始状态，并通过所述字段中的位记录所述初始状态；在接收到一个必备条件的审核成功消息时，将所述字段中与该必备条件对应的位更新为成功状态。

在接收到用户的产品下单请求并生成必备条件对应的字段后，从各个必备条件的系统中获取该必备条件的初始状态，并根据该初始状态对字段中相应位进行赋值，即通过字段中的相应位记录各个必备条件的初始状态，并监听各个必备条件的审核过程，在接收到一个必备条件的审核成功消息时，将字段中与该必备条件对应的位更新为成功状态。从而可以实时记录各个必备条件的状态，在接收到一个必备条件的审核成功消息时，不必再去其他必备条件的系统中查询其他必备条件的状态，通过字段可以直观的了解到其他必备条件的状态。

例如，在一个产品有三个必备条件时，生成的字段为一个三位数，每一位表示一个必备条件，并在每一位中用预设的数字表示对应的状态，如用0表示审核失败状态，用1表示审核中状态，用2表示审核成功状态等。在获取到这三个必备条件的初始状态时，均为审核中状态，则可以用字段表示为111，在接收到第一个必备条件的审核成功消息时，及时将字段中与第一个必备条件对应的位更新为成功状态，即将字段更新为211。

本申请实施例公开的记录产品条件状态的方法，通过在接收到产品下单请求时，确定产品下单请求中的产品对应的必备条件，根据必备条件的数量生成位数与所述数量相同的字段，获取必备条件的状态，并通过字段中与所述必备条件对应的位记录必备条件的状态，从而通过一个字段就可以记录各个必备条件的状态，查询该字段即可得到各个必备条件的状态，从而提高了状态查询效率，而且不必再去各个必备条件对应的系统中查询各个必备条件的状态，如果各个必备条件的系统异常而已经通过字段记录了对应的必备条件的状态时，仍然可以查询到正确的条件状态，从而提高了状态记录的准确性。

在本申请的一个实施例中，所述方法还可选包括：

若至少一个必备条件的初始状态为审核失败状态，则拒绝创建所述产品对应的订单。

在获取到各个必备条件的初始状态后，如果存在至少一个必备条件的初始状态为审核失败状态，则拒绝创建所述产品对应的订单，并可以通知用户拒绝创建订单的原因，从而在产品对应的必备条件不具备时，不允许用户购买所述产品。例如，用户在购买一个服务产品时，该服务产品需要用户的门店资质，而该用户的门店资质的状态为审核失败状态，则可以直接拒绝创建该产品对应的订单。

在本申请的一个实施例中，所述方法还可选包括：

若所述必备条件的初始状态不包括审核失败状态，则创建所述产品对应的订单；若接收到一个必备条件的审核失败消息，则取消所述订单。

在获取到各个必备条件的初始状态后，若各个必备条件的初始状态均不是审核失败状态，则可以创建所述产品对应的订单，允许用户先购买所述产品，并在所有的必备条件审核通过后再生效所述产品。若创建所述产品对应的订单后，在必备条件的审核过程中，接收到一个必备条件的审核失败消息，则确定用户对所述产品的必备条件不满足要求，则直接取消订单，并向用户进行退款，使得用户可以及时了解到产品不能生效的原因。

在上述技术方案的基础上，在所述通过所述字段中与所述必备条件对应的位记录所述必备条件的状态之后，还包括：根据所述字段确定所述必备条件的状态均为成功状态时，生效所述产品。

通过字段记录产品对应的所有必备条件的状态，只需查询字段就可以查询到所有必备条件的状态，而不必再去各个必备条件的查询系统进行查询。如果查询字段确定所述产品对应的所有的必备条件的状态均为成功状态，则可以生效所述产品。在接收到一个必备条件的审核成功消息时，及时在记录条件状态的字段中更新该必备条件的状态，并查询该字段确定各个必备条件的状态，如果所有必备条件的状态均是成功状态，则可以生效产品，节省了再去各个必备条件的系统查询条件状态的时间，从而提高了产品生效的及时性。

实施例二

本实施例公开的一种记录产品条件状态的方法，本实施例以一个产品包括三个必备条件为例进行说明，记录条件状态的字段为二进制字段，三个必备条件分别为条件a、条件b和支付条件。图2是本申请实施例二的记录产品条件状态的方法的交互流程图，如图2所示，该方法包括：

步骤210，商户上传必备条件a相关信息。

步骤220，商户上传必备条件b相关信息。

步骤230，商户将产品下单请求发送至产品售卖系统。

步骤240，产品售卖系统创建订单，并生成三位的二进制字段，三个必备条件的初始状态均为审核中的状态，则二进制字段初始值为000。

本实施例中，0表示审核中的状态，1表示审核成功状态。在本步骤中，若获取到的三个必备条件的初始状态有至少一个必备条件的初始状态为审核失败状态，比如必备条件a初始状态为审核失败状态，则拒绝创建订单。

步骤250，跳转到收银台支付订单，订单支付成功后返回支付成功消息，产品售卖系统将二进制字段更新为001。

步骤260，必备条件a的系统对必备条件a进行审核。

步骤270，必备条件a的系统在必备条件a审核通过后，返回必备条件a审核成功消息，产品售卖系统将二进制字段更新为011。

步骤280，必备条件b的系统对必备条件b进行审核。

步骤290，必备条件b的系统在必备条件b审核通过后，返回必备条件b审核成功消息，产品售卖系统将二进制字段更新为111。

如果产品售卖系统接收到必备条件a的系统的审核失败消息，或者接收到必备条件b的系统的审核失败消息，则取消所述订单，并进入退款流程对所述商户进行退款。

步骤2110，产品售卖系统根据二进制字段确定各个必备条件的状态均为成功状态，则生效所述产品。

该记录产品条件状态的方法可以运用于商户购买增值服务领域，例如商户可以在门店资质和合同还在审核的情况下先购买产品商户通，等合同生效和资质审核通过后生效商户通方案。

本申请实施例公开的记录产品条件状态方法，通过使用一个二进制字段来记录所有必备条件的状态，非常的简洁明了，通过查询二进制字段可以很方便的找出产品未生效的原因，以及未生效时是否可以继续生效产品，而且查询二进制字段即可查询到各个必备条件的状态，不必再去各个必备条件的系统中查询，可以提高状态查询的效率，而且必备条件的系统异常也不影响已在二进制字段中记录的条件状态，可以提高状态记录的准确性，适用于产品购买后需要等到必备条件达成才生效的场景中。

实施例三

本实施例公开的一种记录产品条件状态的装置，如图3所示，所述记录产品条件状态的装置300包括：

必备条件确定模块310，用于在接收到产品下单请求时，确定所述产品下单请求中的产品对应的必备条件；

字段生成模块320，用于根据所述必备条件的数量，生成位数与所述数量相同的字段；

条件状态记录模块330，用于获取所述必备条件的状态，并通过所述字段中与所述必备条件对应的位记录所述必备条件的状态。

可选的，所述条件状态记录模块包括：

初始状态记录单元，用于获取所述必备条件的初始状态，并通过所述字段中的位记录所述初始状态；

调节状态更新单元，用于在接收到一个必备条件的审核成功消息时，将所述字段中与该必备条件对应的位更新为成功状态。

可选的，所述装置还包括：

订单拒绝模块，用于若至少一个必备条件的初始状态为审核失败状态，则拒绝创建所述产品对应的订单。

可选的，所述装置还包括：

订单创建模块，用于若所述必备条件的初始状态不包括审核失败状态，则创建所述产品对应的订单；

订单取消模块，用于若接收到一个必备条件的审核失败消息，则取消所述订单。

可选的，所述装置还包括：

产品生效模块，用于在所述通过所述字段中与所述必备条件对应的位记录所述必备条件的状态之后，根据所述字段确定所述必备条件的状态均为成功状态时，生效所述产品。

可选的，所述字段为二进制字段。

本申请实施例提供的记录产品条件状态的装置，用于实现本申请实施例中所述的记录产品条件状态的方法的各步骤，装置的各模块的具体实施方式参见相应步骤，此处不再赘述。

本申请实施例公开的记录产品条件状态的装置，通过必备条件确定模块在接收到产品下单请求时，确定产品下单请求中的产品对应的必备条件，字段生成模块根据必备条件的数量生成位数与所述数量相同的字段，条件状态记录模块获取必备条件的状态，并通过字段中与所述必备条件对应的位记录必备条件的状态，从而通过一个字段就可以记录各个必备条件的状态，查询该字段即可得到各个必备条件的状态，从而提高了状态查询效率，而且不必再去各个必备条件对应的系统中查询各个必备条件的状态，如果各个必备条件的系统异常而已经通过字段记录了对应的必备条件的状态时，仍然可以查询到正确的条件状态，从而提高了状态记录的准确性。

相应的，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的记录产品条件状态的方法。所述电子设备可以为pc机、移动终端、个人数字助理、平板电脑等。

本申请实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的记录产品条件状态的方法的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请实施例提供的一种记录产品条件状态的方法、装置、电子设备及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

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