CN113743850A - 一种下单的方法、装置、电子设备和存储介质 - Google Patents

Abstract

本发明公开了一种下单的方法、装置、电子设备和存储介质，涉及计算机技术领域。该方法的一具体实施方式包括：获取目标物品对应的库存信息，库存信息包括目标物品的剩余库存数量和被锁定库存数量；当剩余库存数量等于0且被锁定库存数量大于0时，将候补下单选项置为可操作性状态，以接收对目标物品的候补下单请求，候补下单请求包括候补订单的信息；根据被锁定库存量的释放量，更新剩余库存量；根据更新的剩余库存量和候补订单的信息，确定下单成功的候补订单。该实施方式能够解决在物品缺货无法下单时，用户通过不断查看物品信息了解该物品是否被释放库存，占用用户的时间和精力，给用户下单带来不便的问题。

Description

一种下单的方法、装置、电子设备和存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种下单的方法、装置、电子设备和存储介质。

背景技术

网络购物已经成为用户生活中的一种常用的方式，用户在从网络平台购物时，因物品数量有限等因素，经常会遇到一些物品被全部下单、无法购买的场景。但是，由于物品被下单后可以在预定时间内完成付款或取消订单，如果已下单的用户取消了订单，则该物品会释放库存，其他用户可以再下单购买，所以想要购买该物品的用户在物品无法购买后，需要通过不断查看物品信息来及时了解该物品是否被释放库存，以便于能够再下单购买。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

在物品缺货无法下单时，用户通过不断查看物品信息，来了解该物品是否被释放库存，需要占用用户较多的时间和精力，给用户下单带来不便。

发明内容

有鉴于此，本发明实施例提供一种下单的方法、装置、***和存储介质，能够解决在物品缺货无法下单时，用户通过不断查看物品信息了解该物品是否被释放库存，占用用户的时间和精力，给用户下单带来不便的问题。

为实现上述目的，根据本发明实施例的一个方面，提供了一种下单的方法。

本发明实施例的一种下单的方法包括：获取目标物品对应的库存信息，所述库存信息包括所述目标物品的剩余库存数量和被锁定库存数量；当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态，以接收对所述目标物品的候补下单请求，所述候补下单请求包括候补订单的信息；根据所述被锁定库存量的释放量，更新所述剩余库存量；根据更新的剩余库存量和所述候补订单的信息，确定下单成功的候补订单。

在一个实施例中，当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态，包括：

在用户界面设置订单操作选项，其中，所述用户界面包括所述目标物品的物品信息和所述目标物品的订单操作选项，所述订单操作选项包括下单选项和所述候补下单选项；

当所述剩余库存数量大于0时，将所述下单选项置为可操作状态，将所述候补下单选项置为不可操作状态；

当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将所述候补下单选项置为可操作性状态，将所述下单选项置为不可操作状态。

在一个实施例中，所述将所述候补下单选项置为可操作性状态，将所述下单选项置为不可操作状态，包括：

显示所述候补下单选项，且不显示所述下单选项。

在又一个实施例中，所述候补订单的信息包括候候补订单的接收时间和候补定单所包括的所述目标物品的数量；

所述根据更新的剩余库存量和所述候补订单信息，确定下单成功的候补订单，包括：

按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单。

在又一个实施例中，所述按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单，包括：

将接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若是，则确定所述目标订单失败；若否，则确定所述目标订单为下单成功的候补订单。

在又一个实施例中，在所述更新的剩余库存量大于0的情况下，所述按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单，包括：

将所述接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若所述目标订单所包括的所述目标物品的数量大于所述更新的剩余库存量，则显示是否继续下单选项，以接收是否继续下单的指示，并根据接收的指示确定所述目标订单是否下单成功的候补订单；

若所述目标订单所包括的所述目标物品的数量不大于所述更新的剩余库存量，则所述目标订单为下单成功的候补订单。

在又一个实施例中，所述根据接收的指示确定所述目标订单是否下单成功的候补订单，包括：

当接收的指示为继续下单指示，则将所述目标订单所包括的所述目标物品的数量更新为所述更新的剩余库存量，并确定所述目标订单为下单成功的候补订单；

当接收的指示不为继续下单指示，则确定所述目标订单失败。

在又一个实施例中，在所述按照所述接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括所述目标物品的数量，依次确定下单成功的候补订单之前，还包括：

根据每个所述候补订单所包括所述目标物品的数量，确定所述候补订单包括所述目标物品的总数量；

当所述总数量不大于所述更新的剩余库存量时，将所述候补订单均确定为下单成功的候补订单。

为实现上述目的，根据本发明实施例的另一方面，提供了一种下单的装置。

本发明实施例的一种下单的装置包括：获取单元，用于获取目标物品对应的库存信息，所述库存信息包括所述目标物品的剩余库存数量和被锁定库存数量；设置单元，用于当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态，以接收对所述目标物品的候补下单请求，所述候补下单请求包括候补订单的信息；更新单元，还用于根据所述被锁定库存量的释放量，更新所述剩余库存量；确定单元，用于根据更新的剩余库存量和所述候补订单的信息，确定下单成功的候补订单。

在一个实施例中，所述设置单元，具体用于：

在用户界面设置订单操作选项，其中，所述用户界面包括所述目标物品的物品信息和所述目标物品的订单操作选项，所述订单操作选项包括下单选项和所述候补下单选项；

当所述剩余库存数量大于0时，将所述下单选项置为可操作状态，将所述候补下单选项置为不可操作状态；

当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将所述候补下单选项置为可操作性状态，将所述下单选项置为不可操作状态。

在又一个实施例中，所述确定单元，具体用于：

显示所述候补下单选项，且不显示所述下单选项。

在又一个实施例中，所述候补订单的信息包括候候补订单的接收时间和候补定单所包括的所述目标物品的数量；

所述确定单元，具体用于：

按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单。

在又一个实施例中，所述确定单元，具体用于：

将接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若是，则确定所述目标订单失败；若否，则确定所述目标订单为下单成功的候补订单。

在又一个实施例中，在所述更新的剩余库存量大于0的情况下，所述确定单元，具体用于：

将所述接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若所述目标订单所包括的所述目标物品的数量大于所述更新的剩余库存量，则显示是否继续下单选项，以接收是否继续下单的指示，并根据接收的指示确定所述目标订单是否下单成功的候补订单；

若所述目标订单所包括的所述目标物品的数量不大于所述更新的剩余库存量，则所述目标订单为下单成功的候补订单。

在又一个实施例中，所述确定单元，具体用于：

当接收的指示为继续下单指示，则将所述目标订单所包括的所述目标物品的数量更新为所述更新的剩余库存量，并确定所述目标订单为下单成功的候补订单；

当接收的指示不为继续下单指示，则确定所述目标订单失败。

在又一个实施例中，所述确定单元，具体用于：

根据每个所述候补订单所包括所述目标物品的数量，确定所述候补订单包括所述目标物品的总数量；

当所述总数量不大于所述更新的剩余库存量时，将所述候补订单均确定为下单成功的候补订单。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的下单的方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的下单的方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，在目标物品的剩余库存等于0且被锁定库存数量大于0时，即目标物品的一些库存被锁定，用户无法直接下单购买时，可以将候补下单选项置为可操作性状态，以接收目标物品对应的候补订单的信息下单请求，然后通过更新的剩余库存量来确定下单成功的候补订单。本发明实施例中，在目标物品无法下单但存在被锁定库存的时候，可以通过将候补下单选项置为可操作性状态来接收目标物品对应的候补下单，即用户可以提交对应目标物品的候补订单，进而在被锁定的库存有释放后，确定下单成功的候补订单，如此用户可以在物品缺货无法下单时提交候补订单，可以通过候补下单的方式来购买目标物品，而不需要不断查看物品信息来了解目标物品是否被释放库存，节省用户购买目标物品的时间和精力。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的下单的方法的一种主要流程的示意图；

图2是根据本发明实施例的显示候补下单选项的一种示意图；

图3是根据本发明实施例的确定成功的候补订单的方法的一种主要流程的示意图；

图4是根据本发明实施例的下单的方法的又一种主要流程的示意图；

图5是根据本发明实施例的下单的装置的主要单元的示意图；

图6是本发明实施例可以应用于其中的一种示例性***架构图；

图7是适于用来实现本发明实施例的计算机***的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。

本发明实施例提供一种下单的方法，该方法可以用于用户通过终端购物的场景中，终端可以安装能够下单购物的应用或App等，并通过用户界面显示物品的物品信息和操作选项，用户通过对操作选项操作实现网络平台的购物。终端在用户下单过程中还可以与服务端交互，服务端可以存储各物品的库存信息，如物品的剩余库存数量、被锁定库存数量等等，终端可以从服务端获取物品的库存信息，并基于库存信息来确定用户下单是否成功。

剩余库存数量通常是指物品还可以被直接下单购买的数量，被锁定库存数量通常是指物品被下单但还未付款的数量，即处于锁定状态的数量。物品被下单后，物品的剩余库存数量会减少该订单所包括物品的数量，同时物品的被锁定库存数量会增加该订单所包括物品的数量，如果该订单支付成功，则被锁定库存数量会减少该订单所包括物品的数量；如果该订单取消，则被锁定库存数量会减少该订单所包括物品的数量，同时剩余库存数量会增加该订单所包括物品的数量。

在用户下单过程中，经常会出现物品因库存被锁定而无法下单的场景，例如，在直播购物中，很多物品因数量有限、优惠力度大等原因会被用户抢购下单，用户下单后物品的库存会被锁定、剩余库存数量会减少，所以很容易出现库存剩余库存量不足无法下单的场景。但是，在上述场景中，一些用户下单后并不会及时付款，这些订单包括的物品会处于被锁定库存的状态，如果这些用户最终取消了订单，则这些被锁定库存的物品会被释放，即剩余库存数量增加，此时其他用户可以再继续下单购买该物品。用户为了抢购需要的物品，在物品无法下单后需要再不断查看物品的信息，以便于在物品被释放库存后可以继续下单购买。本发明实施例中，为了简化用户操作，节省用户的时间和精力，可以在物品无法下单但存在被锁定库存时，接收该物品的候补订单，即用户在物品无法下单但存在被锁定库存时可以提交候补订单，如此终端可以在物品被释放库存后自动将候补订单确定为成功的订单，从而不需要用户不断查看物品的信息也能够成功下单。

本发明实施例提供了一种下单的方法，该方法可由终端设备执行，如图1所示，该方法包括以下步骤。

S101：获取目标物品对应的库存信息。

其中，库存信息包括目标物品的剩余库存数量和被锁定库存数量。

目标物品可以为终端通过应用等允许用户下单购买的物品。服务端可以记录各物品的库存信息，例如通过库存管理模块或库存管理装置等来记录各物品的库存信息，本步骤中终端可以通过与服务端交互获取目标物品对应的库存信息。具体的，终端可以在每次接收到用户对目标物品的下单请求时向服务端获取目标物品的库存信息，也可以在目标物品的库存信息出现变动或定时向终端推送目标物品的库存信息。

S102：当剩余库存数量等于0且被锁定库存数量大于0时，将候补下单选项置为可操作性状态，以接收对目标物品的候补下单请求。

其中，候补下单请求包括候补订单的信息。

由于目标物品的剩余库存数量大于0时，说明目标物品的库存有剩余，可以被直接下单购买，即用户需要购买时可以直接下单。目标物品的剩余库存数量等于0，说明目标物品的没有剩余库存，均已被下单，即目标物品无法购买，此时如果目标物品的被锁定库存数量等于0，说明目标物品均被下单成功，没有可能再释放库存，则后续用户也无法再购买；如果目标物品的被锁定库存数量大于0，说明存在被锁定库存的目标物品，即被锁定库存数量的目标物品被下单但未支付成功，此时这些被锁定库存的目标物品存在被释放库存的可能，即用户还可能可以再下单购买目标物品。

由于在目标物品的剩余库存数量等于0且目标物品的被锁定库存数量大于0时，存在用户还可以再下单购买目标物品的可能，所以本步骤中，在目标物品的剩余库存数量等于0且目标物品的被锁定库存数量大于0时，将候补下单选项置为可操作性状态，即用户可以操作候补下单选项，以进行候补下单。用户通过候补下单选项置提交的订单为候补订单，终端在用户操作候补下单选项来提交订单时可以接收到用户的候补下单请求，候补下单请求中可包括候补订单的信息。候补订单的信息可以与正常购物下单的订单信息相同，如候补订单的接收时间，候补订单中包括目标物品的数量，目标物品的信息等等。为了避免候补订单后续被确定为成功下单后再次出现未支付的情况，则可以设置候补订单的信息还需要包括候补订单支付成功的信息。

本发明实施例中，终端可以通过用户界面显示目标物品的物品信息，并在用户界面设置订单操作选项，以便于用户通过操作订单操作选项来提交目标物品的订单。具体的，订单操作选项可以包括下单选项和候补下单选项，下单选项用于用户提交直接购买目标物品的订单，候补下单选项用于用户提交候补购买目标物品的候补订单。所以当剩余库存数量大于0时，可以将下单选项置为可操作状态，将候补下单选项置为不可操作状态，如此用户只能操作下单选项，可以直接下单购买目标物品；当剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态时，将下单选项置为不可操作状态，如此用户只能操作候补下单选项，可以候补下单购买目标物品。

订单操作选项可以具体为操作控件，不同操作控件通过显示不同的操作信息进行区分，例如，下单选项对应的控件可以显示“直接抢”、“立即下单”等信息，候补下单选项对应的控件可以显示“候补下单”等信息。

本发明实施例中，对用户界面中将订单操作选项置为可操作状态或不可操作状态的方式不做限定。例如，一种方式可以为：同时显示下单选项和候补下单选项，但在当剩余库存数量大于0时，只有下单选项可以操作；当剩余库存数量等于0且被锁定库存数量大于0时，只有候补下单选项可以操作。另一种方式还可以为：用户界面中通过只显示下单选项或候补下单选项，当剩余库存数量大于0时，显示下单选项且不显示候补下单选项，表示下单选项置为了可操作性状态且候补下单选项置为了不可操作状态；当剩余库存数量等于0且被锁定库存数量大于0时，显示候补下单选项且不显示下单选项，表示候补下单选项置为了可操作性状态且下单选项置为了不可操作状态，具体可以如图2所示。

需要说明的是，为了便于用户下单操作，在用户界面中还可以显示目标物品的库存信息，用户可以通过显示的库存信息来判断如何下单。候补订单为目标物品无法直接下单后提交的，并且在目标物品再次允许被下单后，可以被优先确定为成功下单的订单，即在目标物品再次允许被下单后，用户通过候补订单可以优先购买目标物品。

S103：根据被锁定库存量的释放量，更新剩余库存量。

其中，由于步骤S101中终端可以多次获取到目标物品的库存信息，所以基于每次获取的目标物品的库存信息来确定目标物品剩余库存量和被锁定库存量的变化情况，也就可以在步骤S102之后确定出被锁定库存量的释放量，进而可以更新剩余库存量，更新剩余库存量通常是可以用于用户再次购买，但是本发明实施例中在步骤S102可以接收候补订单，所以更新剩余库存量优先用于满足候补订单。

由于在服务端被锁定库释放后会直接添加至剩余库存量中，所以本步骤中终端可以直接将从服务端获取的库存信息中的剩余库存量确定为被锁定库存量的释放量。或者，终端可以从前一次获取的库存信息中被锁定库存量、本次获取的库存信息中被锁定库存量，以及两次获取库存信息之间支付成功订单包括目标物品的数量，来计算出本次被锁定库存量的释放量。

S104：根据更新的剩余库存量和候补订单的信息，确定下单成功的候补订单。

在确定出更新的剩余库存量后，可以对候补订单进行处理，根据候补订单的信息确定出下单成功的候补订单。

本发明实施例中，候补订单的信息可以包括候补定单所包括的目标物品的数量和候补定单的接收时间。所以本步骤可以执行为：按照候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和候补定单所包括的目标物品的数量，依次确定下单成功的候补订单。

候补定单的接收时间可以为接收对应候补下单请求的时间。本步骤按照候补订单的接收时间由先到后的顺序进行处理，表示候补订单接收的越早越优先处理。

候补订单的信息包括候补定单所包括的目标物品的数量，由此可以确定出每个候补订单所购买的目标物品的数量。由于每确定一个候补订单成功，更新的剩余库存量就会减少该候补订单所包括的目标物品的数量，即更新的剩余库存量会再次更新，所以每次在处理候补订单时均需要判断更新的剩余库存量是否能够满足正在处理的候补订单所包括的目标物品的数量，进而确定正在处理的候补订单是否能够下单成功。

具体的，本步骤可以执行为：将接收时间最早的候补订单确定为目标订单，并判断目标订单所包括的目标物品的数量是否大于更新的剩余库存量；若是，则确定目标订单失败；若否，则确定目标订单为下单成功的候补订单。

在所有的候补订单中，优先处理接收时间最早的候补订单，所以将接收时间最早的候补订单确定为目标订单，并判断目标订单所包括的目标物品的数量是否大于更新的剩余库存量。

在确定目标订单所包括的目标物品的数量大于更新的剩余库存量时，说明更新的剩余库存量较少，甚至为0，如此无法满足目标订单，则可以确定目标订单失败；在确定目标订单所包括的目标物品的数量不大于更新的剩余库存量时，说明更新的剩余库存量能够满足目标订单，则可以确定目标订单成功，即目标订单为下单成功的候补订单。如此循环执行上述过程，可以确定出每个候补订单是否为下单成功的候补订单。

需要说明的是，上述过程中，由于确定目标订单为下单成功的候补订单后，更新的剩余库存量被再次更新，此时再次更新后的剩余库存量有可能为0，如果再次更新后的剩余库存量为0，则无法满足剩余的全部候补订单，所以上述过程中在每次更新的剩余库存量被再次更新后，可以先判断再次更新后的剩余库存量是否为0，如果是，则确定剩余的全部候补订单失败；如果不是，则将剩余未处理的候补订单中接收时间最早的候补订单确定为目标订单，并执行上述处理过程。

在更新的剩余库存量大于0的情况下，有些候补订单中所包括的目标物品的数量可能会大于更新的剩余库存量，即用户在候补订单中购买目标物品的数量大于更新的剩余库存量，此时终端可以通过与用户交互的方式来判断用户是否接受减少购买目标物品的数量，进而确定候补订单是否下单成功，从而可以尽可能满足用户的需求。

具体的，在更新的剩余库存量大于0的情况下，本步骤可以执行为：将接收时间最早的候补订单确定为目标订单，并判断目标订单所包括的目标物品的数量是否大于更新的剩余库存量；若目标订单所包括的目标物品的数量大于更新的剩余库存量，则显示是否继续下单选项，以接收是否继续下单的指示，并根据接收的指示确定目标订单是否下单成功的候补订单；若目标订单所包括的目标物品的数量不大于更新的剩余库存量，则目标订单为下单成功的候补订单。

在所有的候补订单中，优先处理接收时间最早的候补订单，所以将接收时间最早的候补订单确定为目标订单，并判断目标订单所包括的目标物品的数量是否大于更新的剩余库存量。如果目标订单所包括的目标物品的数量不大于更新的剩余库存量，则可以直接确定目标订单为下单成功的候补订单。如果目标订单所包括的目标物品的数量大于更新的剩余库存量，则可以显示是否继续下单选项。是否继续下单选项用于提示用户是否继续下单，用户通过操作是否继续下单选项来指示此时是否还继续下单，终端接收用户的是否继续下单的指示后，可以根据接收的指示确定目标订单是否下单成功的候补订单。

用户的是否继续下单的指示可以包括继续下单指示和不继续下单指示。如果终端接收的指示为继续下单指示，则可以将目标订单所包括的目标物品的数量更新为此时更新的剩余库存量，也就是说将更新的剩余库存量全部用来满足此目标订单，然后确定此目标订单为下单成功的候补订单。如果终端接收的指示为不继续下单指示，也就是说终端接收的指示不是继续下单指示，说明用户不需要再继续下单，则可以直接确定目标订单失败。

需要说明的是，显示是否继续下单选项的方式可以为在用户界面中显示是否继续下单选项的控件，显示是否继续下单选项的用户界面与显示订单操作选项的用户界面可以相同，也可以不同。

本发明实施例中，在目标物品无法下单但存在被锁定库存的时候，可以通过将候补下单选项置为可操作性状态来接收目标物品对应的候补下单，即用户可以提交对应目标物品的候补订单，进而在被锁定的库存有释放后，确定下单成功的候补订单，如此用户可以在物品缺货无法下单时提交候补订单，可以通过候补下单的方式来购买目标物品，而不需要不断查看物品信息来了解目标物品是否被释放库存，节省用户购买目标物品的时间和精力。

下面结合图1所示的实施例，本发明实施例对步骤S104的实现过程进行具体说明，如图3所示，该方法包括以下步骤。

S301：根据被锁定库存量的释放量，更新剩余库存量。

本步骤数据处理原理与步骤S103相同，在此不再赘述。

S302：根据每个候补订单所包括的目标物品的数量，确定各候补订单所包括的目标物品的总数量。

其中，候补订单的信息中包括了候补定单所包括的目标物品的数量，即该候补订单中购买目标物品的数量，所以根据每个候补订单所包括的目标物品的数量，可以确定出所有候补订单所包括的目标物品的总数量，即所有候补订单购买目标物品的总量。

S303：判断总数量是否大于更新的剩余库存量，若是，则执行步骤S304；若否，则执行步骤S305。

其中，如果候补订单所包括的目标物品的总数量较少，没有超出更新的剩余库存量，则说明更新的剩余库存量能够满足全部候补订单的需求，此时可以直接确定所有候补订单均下单成功，而不需要再一一处理候补订单。如果候补订单所包括的目标物品的总数量较多，超出了更新的剩余库存量，则说明更新的剩余库存量不能够满足全部候补订单的需求，此时可以按照候补订单的接收时间先后顺序对候补订单一一处理。所有本步骤可以先判断总数量是否大于更新的剩余库存量。

S304：按照候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和候补定单所包括的目标物品的数量，依次确定下单成功的候补订单。

本步骤确定成功的候补订单的处理过程与步骤S104中确定成功的候补订单的处理过程相同，在此不再赘述。

S305：将各候补订单均确定为下单成功的候补订单。

其中，本步骤中，目标物品的更新的剩余库存量能够满足全部候补订单的需求，所以可以直接确定所有候补订单均下单成功。

本发明实施例中，基于目标物品的更新的剩余库存量可以从目标物品的候补订单中确定出下单成功的候补订单，如此自动确定下单成功的候补订单，可以避免用户不断查看目标物品信息才有可能购买目标物品，浪费用户的时间和精力的问题。

本发明实施例对图1所示实施例中步骤S101和步骤S102进行具体说明，如图4所示，本包括如下步骤。

S401：获取目标物品的库存信息。

终端通过与服务端可以获取目标物品的库存信息。

S402：判断目标物品的剩余库存量是否大于0，若是，则将下单选项置为可操作状态，并在接收用户下单操作后提交订单；若否，则执行步骤S403。

目标物品的剩余库存量大于0时，可以直接下单购买目标物品，所以终端将下单选项置为可操作状态，用户通过操作下单选项置可以提交下单请求，终端接收用户的下单请求后可以进入订单提交界面，并在用户确认后提交订单。目标物品的剩余库存量不大于0时，可以进一步对被锁定库存量是否大于0进行判断，以判断是否需要接收候补订单。

本步骤中将下单选项置为可操作状态的同时，候补订单选项置为不可操作状态。

S403：判断目标物品的被锁定库存量是否大于0，若是，则执行步骤S404；若否，则将下单选项和候补下单选项置为不可操作状态。

目标物品的被锁定库存量大于0时，说明可以接受候补订单；目标物品的被锁定库存量不大于0时，说明目标物品均已被购买，则将下单选项置为不可操作状态，停止用户下单，同时候补订单选项置为不可操作状态。

S404：将候补下单选项置为可操作状态，接收用户通过候补下单选项提交的候补订单请求，并提交候补订单。

目标物品的剩余库存量大于0时，将候补下单选项置为可操作状态，用户通过操作候补下单选项置可以提交候补下单请求，终端接收用户的候补下单请求后可以进入候补订单提交界面，并在用户确认后提交候补订单。

本步骤中，将候补下单选项置为可操作状态的同时，将下单选项置为不可操作状态。

执行本步骤后，可以再执行步骤S103和步骤S104，实现对候补订单的处理。

本发明实施例中，在目标物品无法下单但存在被锁定库存的时候，可以通过将候补下单选项置为可操作性状态来接收目标物品对应的候补下单，即用户可以提交对应目标物品的候补订单，以便于在被锁定的库存有释放后，优先从候补订单中确定下单成功的订单，如此用户可以在物品缺货无法下单时提交候补订单，可以通过候补下单的方式来购买目标物品，而不需要不断查看物品信息来了解目标物品是否被释放库存，节省用户购买目标物品的时间和精力。

为了解决现有技术存在的问题，本发明实施例提供了一种下单的装置500，如图5所示，该装置500包括：

获取单元501，用于获取目标物品对应的库存信息，所述库存信息包括所述目标物品的剩余库存数量和被锁定库存数量；

设置单元502，用于当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态，以接收对所述目标物品的候补下单请求，所述候补下单请求包括候补订单的信息；

更新单元503，还用于根据所述被锁定库存量的释放量，更新所述剩余库存量；

确定单元504，用于根据更新的剩余库存量和所述候补订单的信息，确定下单成功的候补订单。

应理解的是，实施本发明实施例的方式与实施图1所示实施例的方式相同，在此不再赘述。

本发明实施例的一种实现方式中，所述设置单元502，具体用于：

在用户界面设置订单操作选项，其中，所述用户界面包括所述目标物品的物品信息和所述目标物品的订单操作选项，所述订单操作选项包括下单选项和所述候补下单选项；

当所述剩余库存数量大于0时，将所述下单选项置为可操作状态，将所述候补下单选项置为不可操作状态；

当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将所述候补下单选项置为可操作性状态，将所述下单选项置为不可操作状态。

本发明实施例的又一种实现方式中，所述设置单元502，具体用于：

显示所述候补下单选项，且不显示所述下单选项。

本发明实施例的又一种实现方式中，所述候补订单的信息包括候候补订单的接收时间和候补定单所包括的所述目标物品的数量；

所述确定单元504，具体用于：

按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单。

本发明实施例的又一种实现方式中，所述确定单元504，具体用于：

将接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若是，则确定所述目标订单失败；若否，则确定所述目标订单为下单成功的候补订单。

本发明实施例的又一种实现方式中，在所述更新的剩余库存量大于0的情况下，所述确定单元504，具体用于：

将所述接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若所述目标订单所包括的所述目标物品的数量大于所述更新的剩余库存量，则显示是否继续下单选项，以接收是否继续下单的指示，并根据接收的指示确定所述目标订单是否下单成功的候补订单；

若所述目标订单所包括的所述目标物品的数量不大于所述更新的剩余库存量，则所述目标订单为下单成功的候补订单。

本发明实施例的又一种实现方式中，所述确定单元504，具体用于：

当接收的指示为继续下单指示，则将所述目标订单所包括的所述目标物品的数量更新为所述更新的剩余库存量，并确定所述目标订单为下单成功的候补订单；

当接收的指示不为继续下单指示，则确定所述目标订单失败。

本发明实施例的又一种实现方式中，所述确定单元504，具体用于：

根据每个所述候补订单所包括所述目标物品的数量，确定所述候补订单包括所述目标物品的总数量；

当所述总数量不大于所述更新的剩余库存量时，将所述候补订单均确定为下单成功的候补订单。

应理解的是，实施本发明实施例的方式与实施图1或图3所示实施例的方式相同，在此不再赘述。

本发明实施例中，在目标物品无法下单但存在被锁定库存的时候，可以通过将候补下单选项置为可操作性状态来接收目标物品对应的候补下单，即用户可以提交对应目标物品的候补订单，进而在被锁定的库存有释放后，确定下单成功的候补订单，如此用户可以在物品缺货无法下单时提交候补订单，可以通过候补下单的方式来购买目标物品，而不需要不断查看物品信息来了解目标物品是否被释放库存，节省用户购买目标物品的时间和精力。

根据本发明的实施例，本发明还提供了一种电子设备和一种可读存储介质。

本发明的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的下单的方法。

图6示出了可以应用本发明实施例的下单的方法或下的那的装置的示例性***架构600。

如图6所示，***架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种客户端应用，例如购物类应用、网页浏览器应用、搜索类应用(仅为示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的下单的方法一般由终端设备601、602、603执行，相应地，下单的装置一般设置于终端设备601、602、603中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的计算机***700的结构示意图。图7示出的计算机***仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机***700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有***700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的***中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、设置单元、更新单元和确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取单元的功能的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的下单的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (11)

1.一种下单的方法，其特征在于，包括：

获取目标物品对应的库存信息，所述库存信息包括所述目标物品的剩余库存数量和被锁定库存数量；

当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态，以接收对所述目标物品的候补下单请求，所述候补下单请求包括候补订单的信息；

根据所述被锁定库存量的释放量，更新所述剩余库存量；

根据更新的剩余库存量和所述候补订单的信息，确定下单成功的候补订单。

2.根据权利要求1所述的方法，其特征在于，当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态，包括：

在用户界面设置订单操作选项，其中，所述用户界面包括所述目标物品的物品信息和所述目标物品的订单操作选项，所述订单操作选项包括下单选项和所述候补下单选项；

当所述剩余库存数量大于0时，将所述下单选项置为可操作状态，将所述候补下单选项置为不可操作状态；

当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将所述候补下单选项置为可操作性状态，将所述下单选项置为不可操作状态。

3.根据权利要求2所述的方法，其特征在于，所述将所述候补下单选项置为可操作性状态，将所述下单选项置为不可操作状态，包括：

显示所述候补下单选项，且不显示所述下单选项。

4.根据权利要求1所述的方法，其特征在于，所述候补订单的信息包括候候补订单的接收时间和候补定单所包括的所述目标物品的数量；

所述根据更新的剩余库存量和所述候补订单信息，确定下单成功的候补订单，包括：

按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单。

5.根据权利要求4所述的方法，其特征在于，所述按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单，包括：

将接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若是，则确定所述目标订单失败；若否，则确定所述目标订单为下单成功的候补订单。

6.根据权利要求4所述的方法，其特征在于，在所述更新的剩余库存量大于0的情况下，所述按照所述候补订单的接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括的所述目标物品的数量，依次确定下单成功的候补订单，包括：

将所述接收时间最早的所述候补订单确定为目标订单，并判断所述目标订单所包括的所述目标物品的数量是否大于所述更新的剩余库存量；

若所述目标订单所包括的所述目标物品的数量大于所述更新的剩余库存量，则显示是否继续下单选项，以接收是否继续下单的指示，并根据接收的指示确定所述目标订单是否下单成功的候补订单；

若所述目标订单所包括的所述目标物品的数量不大于所述更新的剩余库存量，则所述目标订单为下单成功的候补订单。

7.根据权利要求6所述的方法，其特征在于，所述根据接收的指示确定所述目标订单是否下单成功的候补订单，包括：

当接收的指示为继续下单指示，则将所述目标订单所包括的所述目标物品的数量更新为所述更新的剩余库存量，并确定所述目标订单为下单成功的候补订单；

当接收的指示不为继续下单指示，则确定所述目标订单失败。

8.根据权利要求4所述的方法，其特征在于，在所述按照所述接收时间由先到后的顺序，根据更新的剩余库存量和所述候补定单所包括所述目标物品的数量，依次确定下单成功的候补订单之前，还包括：

根据每个所述候补订单所包括所述目标物品的数量，确定所述候补订单包括所述目标物品的总数量；

当所述总数量不大于所述更新的剩余库存量时，将所述候补订单均确定为下单成功的候补订单。

9.一种下单的装置，其特征在于，包括：

获取单元，用于获取目标物品对应的库存信息，所述库存信息包括所述目标物品的剩余库存数量和被锁定库存数量；

设置单元，用于当所述剩余库存数量等于0且所述被锁定库存数量大于0时，将候补下单选项置为可操作性状态，以接收对所述目标物品的候补下单请求，所述候补下单请求包括候补订单的信息；

更新单元，还用于根据所述被锁定库存量的释放量，更新所述剩余库存量；

确定单元，用于根据更新的剩余库存量和所述候补订单的信息，确定下单成功的候补订单。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

Images