商品入库的管理方法、预约方法、服务器及供应商终端与流程

本申请涉及仓库物资吞度量管理领域，尤其是涉及一种商品入库的管理方法、预约方法、服务器及供应商终端。

背景技术：

社区团购是真实居住社区内的居民团体的一种互联网线上线下购物消费行为，是依托真实社区的一种区域化、小众化、本地化、网络化的团购形式。一般是消费者在团购平台参团下单购买商品，截团之后团购平台收集到消费者的订单信息，并根据消费者的订单量向相应的供货商下单采购，供货商将所需要的商品配送到平台的仓库，仓库进行质检、点数、入库、分拣、排线等一系列操作之后，将商品交到司机手中，由司机配送到团长，再由团长通知消费者来提货，完成整个交易流程。由于这种销售方式是截团之后安排采购及发货，使得这种销售方式无浪费、价格优惠，并且及时便捷，因此，这种商业模式日渐盛行。

目前，在这社区团购的整个交易流程中，大部分的团购平台都承诺当日下单，约定日期送达，由于为了保证商品购买的及时性，一般约定日期为次日，这就要求供货商需要尽早将商品送到仓库，仓库要尽快的完成相关作业任务将商品配送出去，这样才能按时将商品送到团长处，完成履约。然而，现在社区团购的模式下，没有对商户送货和仓库收货做相关的规划和管控，都是供货商随时来送，仓库随时收货的自由模式，这种方式无法保证社区团购商品的送达时效。

技术实现要素：

有鉴于此，本申请的目的在于提供一种商品入库的管理方法、预约方法、服务器及供应商终端，通过为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

本申请实施例提供了一种商品入库的管理方法，应用于服务器，所述管理方法包括：

获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；

对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；

基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。

在一种可能的实施方式中，所述基于所述商品数量上限和所述预约信息，产生预约反馈信息，包括：

确定目标商品的入库数量与之前其他供应商在目标商品的入库预约时间段所预约成功的入库数量的累加和是否超过目标商品的入库预约时间段对应的商品入库数量上限；

如果未超过，则产生指示商品入库预约成功的预约反馈信息；

如果超过，则产生指示商品预约失败的预约反馈信息。

在一种可能的实施方式中，所述目标商品入库的预约信息还包括目标商品的品类；所述指示商品入库预约成功的预约反馈信息还包括预约成功的目标商品的入库优选月台；

所述目标商品的入库优选月台基于目标商品的品类、入库商品数量和供应商的送货习惯数据中的任意一个被确定。

在一种可能的实施方式中，通过以下步骤确定所述目标商品的入库优选月台：

将目标仓库中距离可储存所述目标商品的品类的商品的子仓库最近的月台确定为所述目标商品的入库优选月台；

或者，将目标仓库中存储量与目标商品的入库商品数量匹配的子仓库对应的月台确定为所述目标商品的入库优选月台；

或者，基于目标产品的供应商的送货习惯数据确定目标产品的常用入库月台，将所述常用入库月台确定为所述目标商品的入库优选月台。

在一种可能的实施方式中，所述管理方法还包括：

实时监测所述目标仓库的商品入库配置数据是否发生变动；

如果监测到所述目标仓库的商品入库配置数据发生变动，则基于所述目标仓库变动后的商品入库配置数据，更新与变动后的商品入库配置数据对应的可预约时间段的可入库的商品数量上限。

在一种可能的实施方式中，通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

实时获取所述目标仓库在每个可预约时间段的商品入库配置数据；

针对每个可预约时间段，比较当前获取的商品入库配置数据与之前获取的商品入库配置数据；

若当前获取的商品入库配置数据与之前获取的商品入库配置数据不同时，确定该可预约时间段的商品入库配置数据发生变动。

在一种可能的实施方式中，通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

响应监测到所述目标仓库的商品入库配置数据的调整操作，获取调整后的商品入库配置数据和与调整后的商品入库配置数据对应的预约时间段；

比较调整后的商品入库配置数据与之前记录的商品入库配置数据；

若调整后的商品入库配置数据与之前记录的商品入库配置数据不同时，确定所述目标仓库在与调整后的商品入库配置数据对应的预约时间段的商品入库配置数据发生变动。

在一种可能的实施方式中，所述管理方法还包括：

响应从供应商终端接收到预约商品入库的触发事件，针对每个可预约时间段，获取该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值；

将每个可预约时间段的可入库的商品数量余数发送至所述供应商终端。

本申请实施例还提供了一种商品入库的预约方法，应用于供应商终端，所述预约方法包括：

响应用户输入的预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；

响应用户针对所述预约条目控件所下达的被操作指令，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。

在一种可能的实施方式中，所述预约条目控件包括以下项中的至少一项：可预约时间段控件、入库数量控件和商品品类控件。

在一种可能的实施方式中，所述预约方法还包括：

响应用户输入的预约入库信息的触发事件，针对每个可预约时间段，接收该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。

在一种可能的实施方式中，所述预约方法还包括：

在显示所述入库数量控件时，显示用户确定的可预约时间的商品数量余数。

本申请实施例还提供了一种服务器，所述服务器包括：

配置数据获取模块，用于获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

上限确定模块，用针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；

信息解析模块，用于对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；

反馈模块，用于基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。

在一种可能实施方式中，所述反馈模块在用于基于所述商品数量上限和所述预约信息，产生预约反馈信息时，所述反馈模块用于：

确定目标商品的入库数量与之前其他供应商在目标商品的入库预约时间段所预约成功的入库数量的累加和是否超过目标商品的入库预约时间段对应的商品入库数量上限；

如果未超过，则产生指示商品入库预约成功的预约反馈信息；

如果超过，则产生指示商品预约失败的预约反馈信息。

在一种可能实施方式中，所述目标商品入库的预约信息还包括目标商品的品类；所述指示商品入库预约成功的预约反馈信息还包括预约成功的目标商品的入库优选月台；

所述目标商品的入库优选月台基于目标商品的品类、入库商品数量和供应商的送货习惯数据中的任意一个被确定。

在一种可能实施方式中，所述反馈模块用于通过以下步骤确定所述目标商品的入库优选月台：

将目标仓库中距离可储存所述目标商品的品类的商品的子仓库最近的月台确定为所述目标商品的入库优选月台；

或者，将目标仓库中存储量与目标商品的入库商品数量匹配的子仓库对应的月台确定为所述目标商品的入库优选月台；

或者，基于目标产品的供应商的送货习惯数据确定目标产品的常用入库月台，将所述常用入库月台确定为所述目标商品的入库优选月台。

在一种可能实施方式中，所述服务器还包括监测模块，所述监测模块用于：

实时监测所述目标仓库的商品入库配置数据是否发生变动；

如果监测到所述目标仓库的商品入库配置数据发生变动，则基于所述目标仓库变动后的商品入库配置数据，更新与变动后的商品入库配置数据对应的可预约时间段的可入库的商品数量上限。

在一种可能实施方式中，所述监测模块用于通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

实时获取所述目标仓库在每个可预约时间段的商品入库配置数据；

针对每个可预约时间段，比较当前获取的商品入库配置数据与之前获取的商品入库配置数据；

若当前获取的商品入库配置数据与之前获取的商品入库配置数据不同时，确定该可预约时间段的商品入库配置数据发生变动。

在一种可能实施方式中，所述监测模块用于通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

响应监测到所述目标仓库的商品入库配置数据的调整操作，获取调整后的商品入库配置数据和与调整后的商品入库配置数据对应的预约时间段；

比较调整后的商品入库配置数据与之前记录的商品入库配置数据；

若调整后的商品入库配置数据与之前记录的商品入库配置数据不同时，确定所述目标仓库在与调整后的商品入库配置数据对应的预约时间段的商品入库配置数据发生变动。

在一种可能实施方式中，所述服务器还包括余数确定模块，所述余数确定模块用于：

响应从供应商终端接收到预约入库信息的触发事件，针对每个可预约时间段，获取该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值；

将每个可预约时间段的可入库的商品数量余数发送至所述供应商终端。

本申请实施例还提供一种供应商终端，所述供应商终端包括：

控件显示模块，用于响应用户输入的预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；

请求发送模块，用于响应用户针对所述预约条目控件所下达的操作指令，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

反馈接收模块，用于接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。

在一种可能实施方式中，所述预约条目控件包括以下项中的至少一项：可预约时间段控件、入库数量控件和商品品类控件。

在一种可能实施方式中，所述供应商终端还包括余数接收模块，所述余数接收模块用于：

响应用户输入的预约入库信息的触发事件，针对每个可预约时间段，接收该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。

在一种可能实施方式中，所述供应商终端还包括余数显示模块，所述余数显示模块用于：

在显示所述入库数量控件被操作时，显示用户选择的可预约时间的商品数量余数。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的管理方法或者预约方法的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的管理方法或者预约方法的步骤。

本申请实施例还提供一种计算机程序产品，包括计算机程序或指令，所述计算机程序或指令被处理器执行时实现如上述的管理方法或者预约方法的步骤。

本申请实施例提供的商品入库的管理方法、预约方法、服务器及供应商终端，首先获取目标仓库在每个可预约时间段的商品入库配置数据；所述用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；然后，针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；然后，对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；最后，基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。通过本申请实施例的方式，能够为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种商品入库的管理方法的流程图；

图2为本申请实施例所提供的另一种商品入库的管理方法的流程图；

图3为本申请实施例所提供的一种商品入库的预约方法的流程图；

图4(a)为本申请实施例所提供的一种用户界面示意图之一；

图4(b)为本申请实施例所提供的一种用户界面示意图之二；

图4(c)为本申请实施例所提供的一种用户界面示意图之三；

图5为本申请实施例所提供的一种用户界面示意图之四；

图6为商品入库过程示意图；

图7为本申请实施例所提供的一种服务器的结构示意图之一；

图8为本申请实施例所提供的一种服务器的结构示意图之二；

图9为本申请实施例所提供的一种供应商终端的结构示意图之一；

图10为本申请实施例所提供的一种供应商终端的结构示意图之二；

图11为本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“社区团购”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕社区团购进行描述，但是应该理解，本申请实施例除了可以应用于上述社区团购这一应用场景，还可以应用于其它购物场景中，有关社区团购这一应用场景仅是一个示例性实施例。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

社区团购是真实居住社区内的居民团体的一种互联网线上线下购物消费行为，是依托真实社区的一种区域化、小众化、本地化、网络化的团购形式。一般都是消费者在团购平台参团下单购买商品，截团之后团购平台收集到消费者的订单信息，并根据消费者的订单量向相应的供货商下单采购，供货商将所需要的商品配送到平台的仓库，仓库进行质检、点数、入库、分拣、排线等一系列操作之后，将商品交到司机手中，由司机配送到团长，再由团长通知消费者来提货，完成整个交易流程。由于这种销售方式是截团之后安排采购及发货，使得这种销售方式无浪费、价格优惠，并且及时便捷，因此，这种商业模式日渐盛行。

目前，在这社区团购的整个交易流程中，大部分的团购平台都承诺当日下单，约定日期送达，由于为了保证商品购买的及时性，一般约定日期为次日，这就要求供货商需要尽早将商品送到仓库，仓库要尽快的完成相关作业任务将商品配送出去，这样才能按时将商品送到团长处，完成履约。然而，现在社区团购的模式下，没有对商户送货和仓库收货做相关的规划和管控，都是供货商随时来送，仓库随时收货的自由模式。而当前模式下，供应商根据自己的时间进行自由送货，仓库随来随收，这样就会产生以下问题：第一，仓库无法提前感知供货商送货的情况，无法针对性安排收货人力；第二，某一时刻大量供应商集中到仓库送货，而由于仓库收货的月台有限，人力有限，就会导致一些供应商需要排队等候，如果排队等候的供应商过多，会导致有些供应商一直等到仓库下班了也没排到队交货，那这些商品就无法按时送出，导致无法保证社区团购商品的送达时效。

基于此，本申请实施例提供了一种商品入库的管理方法，通过为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

请参阅图1，图1为本申请实施例所提供的一种商品入库的管理方法的流程图。该商品入库的管理方法可以由服务器来执行，如图1所示，该商品入库的管理方法的具体执行过程为：

步骤s101、获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量。

步骤s102、针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限。

步骤s103、对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量。

步骤s104、基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。

本申请实施例提供了一种商品入库的管理方法，首先获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；然后，针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；然后，对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；最后，基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。通过本申请实施例的方式，能够为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

下面对本申请实施例示例性的各步骤进行说明：

在步骤s101、获取目标仓库在每个可预约时间段的商品入库配置数据。

本申请实施例中，目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，目标仓库可以是包括购物平台在目标地区所合作的用于入库或者出库商品的多个子仓库的仓库集群，其中，每个子仓库用于存储入库的商品，作为示例，该入库的商品可以是购物平台基于消费者在购物平台上选购的商品下单后向供货商预定，供货商基于购物平台的下单情况通过物流运输而来的商品，其中，存放于目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方，这里，预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体。

此外，上述子仓库可以是可储存任何商品的存储空间，也可以是根据实际情况基于不同的类别进行分类后的存储区域，例如，子仓库的不同的类别可以包括：存储量、商品品类、区域属性等。例如，当子仓库以存储量进行分类时，可以是可储存100平方米的商品的子仓库、可储存1000平方米的商品的子仓库等；当子仓库以商品品类进行分类时，子仓库可以是可储存冰鲜类商品的子仓库、可储存果蔬类商品的子仓库；当子仓库以区域属性进行分类时，可以是用于存储目标地区中的即将配送到a区的商品的子仓库，可以是用于存储目标地区中的即将配送到b区的商品的子仓库等。这里，本领域技术人员应注意，上述子仓库的分类不限于上述分类，本申请在此不做任何限定。

此外，本申请实施例中，商品入库配置数据可包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量。这里，月台可以是指目标仓库中设置的用于接收和清点商品的窗口或位置等。此外，作为示例，由于月台与子仓库的位置固定，因此，月台与相应的子仓库对应，例如，距离储存冰鲜类商品的子仓库最近的月台为冰鲜类月台；距离可储存1000平方米商品的子仓库最近的月台为大量货品卸载月台等。

在商品入库的实际场景中，通常是供货商根据自身的情况，随时来送货，目标仓库的月台随来随接，由于目标仓库中用于接收商品的月台的开放数量以及每个月台配备的收货人员的数量的限制，若在同一时间段内有大量的商品运输至目标仓库集中等待入库，则会使得供应商花费大量不必要时间在等待商品入库，同时也会造成目标仓库商品入库的秩序混乱，影响社区团购商品的送达时效。

基于此，本申请中可向供货商提供可提前预约的向目标仓库送货的可选时段，即，可预约时间段。具体地，可预先设置好不同的可预约时间段，以使供应商在预约好的可预约时间段内送货，避免了出现送货拥挤的情况。

在步骤s102、针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限。

本申请实施例中，商品数量上限是指在相应的可预约时间段，目标仓库可入库的商品的最多件数。例如，在20xx年y月z日9:00-11:00这个可预约时间段，目标仓库的所有子仓库一共可入库的商品的最多件数为10000件，即，在20xx年y月z日9:00-11:00这个可预约时间段可入库的商品数量上限为10000件。

这里，在获取到目标仓库在每个可预约时间段的目标仓库的月台的开放数量和为开放的月台配备的收货人员数量之后，可基于每个可预约时间段的目标仓库的月台的开放数量和为开放的月台配备的收货人员数量，确定在相应的可预约时间段可入库的商品数量上限。

具体说来，针对每个可预约时间段，可将该可预约时间段的目标仓库的月台的开放数量、开放的月台配备的收货人员数量、每个收货人员每个时间单位内的收货数量以及可预约时间段所包括的单位时间进行统计处理，以得到该可预约时间段的商品数量上限。

在一种实施方式中，可将该可预约时间段的目标仓库的月台的开放数量、开放的月台配备的收货人员数量、每个收货人员单位时间内的收货数量以及可预约时间段所包括的单位时间相乘，以得到该可预约时间段的商品数量上限。例如，在20xx年y月q日9:00-11:00这个可预约时间段，目标仓库b有5个月台可以同时进行商品入库，每个月台配有2名收货人员，每个收货人员1个小时可完成的预先配置的目标仓库的月台的开放数量为500件，那么，在20xx年y月q日9:00-11:00这个可预约时间段的商品数量上限为：5×2×2×500＝10000件。

在另一种实施方式中，可预先分别设置该可预约时间段的目标仓库的月台的开放数量和为开放的月台配备的收货人员数量的权重，这里，该权重指示月台的开放数量或者收货人员数量对实际商品入库的影响程度。在确定该可预约时间段的商品数量上限时，可将该可预约时间段的目标仓库的月台的开放数量、月台的开放数量对应的权重、开放的月台配备的收货人员数量、收货人员数量对应的权重、每个收货人员单位时间内的收货数量、可预约时间段所包括的单位时间相乘。例如，在20xx年y月q日9:00-11:00这个可预约时间段，目标仓库b有5个月台可以同时进行商品入库，月台的开放数量对应的权重为0.7，每个月台配有2名收货人员，收货人员数量对应的权重为0.8，每个收货人员1个小时可完成的预先配置的目标仓库的月台的开放数量为500件，那么，在20xx年y月q日9:00-11:00这个可预约时间段的商品数量上限为：5×0.7×2×0.8×2×500＝5600件。

通过上述步骤s101和步骤s102即可确定出在每个可预约时间段目标仓库可入库的商品数量上限。

接下来，在步骤s103、对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息。

本申请实施例中，可实时接收由供应商终端发出的用于预约商品入库的目标商品入库请求，并解析该目标商品入库请求，以得到目标商品入库的预约信息。这里，预约信息可包括目标商品的入库预约时间段和入库数量。

在步骤s104、基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。

需要说明的是：预约反馈信息可以表征供应商是否预约成功，即，供应商是否可以在预约的可预约时间段内送货至目标仓库。作为示例，预约反馈信息可包括目标商品的入库预约时间段、入库数量、目标商品的品类等。本领域技术人员应注意，预约反馈信息包括的内容仅是示例性的，预约反馈信息所包括的内容不限于此，本申请在此不再赘述。

需要说明的是，由于目标仓库用于存储购物平台所销售的不同商品，而不同商品的供货商未必相同，目标仓库可接收不同供货商预约的入库请求，因此，可接收到不同的供货商针对同一可预约时间段发出的目标商品的入库请求，这时，为了满足在该同一可预约时间段的可入库的商品数量上限，需要比对在所请求的可预约时间段，当前供应商请求的目标商品的入库数量与其他供应商请求入库的商品的入库数量来确定该供应商是否能够预约成功。

作为示例，在具体实施时，可通过下面的方式确定该供应商是否能够预约成功：确定目标商品的入库数量与之前其他供应商在目标商品的入库预约时间段所预约的入库数量的累加和是否超过目标商品的入库预约时间段对应的商品入库数量上限；如果未超过，则产生指示商品入库预约成功的预约反馈信息，以用于告知供应商可以在该可预约时间段内将目标商品入库至目标仓库；如果超过，则产生指示商品预约失败的预约反馈信息，以用于告知供应商在当前预约的可预约时间段无法将目标商品入库至目标仓库，从而使得供应商预约其他可预约时间来将目标商品入库至目标仓库。

例如，供应商w预约的可预约时间段为20xx年y月r日10:00-11:00，供应商w在该可预约时间段预约的目标商品的入库数量为1000件，这时，可获取在该可预约时间段其他供应商预约的商品的入库数量，如果该可预约时间段目标仓库的商品数量上限为5000件，假如获取到供应商d、e和f在该可预约时间段已预约成功的商品入库数量总数为4800件，那么，在该可预约时间段，供应商w和供应商d、e和f的商品入库数量累加和5800件大于5000件，则供应商w将预约失败；假如获取到供应商d、e和f在该可预约时间段已预约成功的商品入库数量总数为3800件，那么，在该可预约时间段，供应商w和供应商d、e和f的商品入库数量累加和4800件小于5000件，则供应商w将预约成功。

此外，在商品入库数量总量未超出商品入库上限之后，还可附加地为供应商提供目标商品的入库优选月台，以使供应商能够在送货时直接将商品运送到相应的月台，从而节省寻找可卸货的月台的时间。

优选地，在本申请另一实施例中，所述目标商品入库的预约信息还包括目标商品的品类；所述指示商品入库预约成功的预约反馈信息还包括预约成功的目标商品的入库优选月台；所述目标商品的入库优选月台可基于目标商品的品类、入库商品数量和供应商的送货习惯数据中的任意一个被确定。

在一种实施方式中，将目标仓库中距离可储存所述目标商品的品类的商品的子仓库最近的月台确定为所述目标商品的入库优选月台。

例如，当目标商品的品类是冷冻类的冰鲜商品时，冰鲜商品对储存的子仓库的储存条件要求较高，如果存储失误(例如，储存在温度较高的环境中等)，会影响商品的质量，此时，冰鲜商品优选地可需要储存在就近的可储存冷冻类的冰鲜商品的子仓库中，为了解决该问题，在本申请的实施例中，可通过预约反馈信息中的入库优选月台以提示供货商将这类的冰鲜商品运送到距离可储存冰鲜商品的子仓库最近的月台，以使冰鲜商品可以尽快地储存在可存储冰鲜商品的子仓库中，从而保证了商品的质量。

在另一种实施方式中，可将目标仓库中存储量与目标商品的入库商品数量匹配的子仓库对应的月台确定为所述目标商品的入库优选月台。

例如，当预约入库的目标商品的数量较大时，如果将目标商品入库至可存储空间较小的子仓库时，如果存储空间不够，需要将目标商品分开存储，那么会造成出库查找的麻烦，为了解决该问题，在本申请的实施例中，可通过预约反馈信息中的入库优选月台来使供货商将目标商品运送到与目标商品的入库商品数量匹配的子仓库对应的月台，以使目标商品不会储存在不同的子仓库中，从而可以节省目标产品的出库时间。

在另一种实施方式中，可基于目标产品的供应商的送货习惯数据确定目标产品的常用入库月台，将所述常用入库月台确定为所述目标商品的入库优选月台。

例如，在实际送货的场景下，有时基于供货商的某些局限，供货商经常到某个月台进行卸载货物，例如，基于装载商品的车辆的大小或者类型的局限，商品仅可以在几个月台进行卸载，因此，可基于预先存储的目标产品的供应商之前的送货习惯数据来确定目标商品的入库优选月台。这里，送货习惯数据可包括检测到的该供货商之前卸货的月台、入库商品的数量和承装商品的载具参数中的一个或者多个。例如，供货商的装载商品的车辆体积较大，在目标仓库外侧的月台卸载时，会影响其他装载商品的车辆的进入，因此，通常该体积较大的车辆会停靠在几个特殊的对其他车辆进入的影响不大的月台，因此，可基于该供货商之前的停靠的月台的数据，确定该供货商本次商品入库的月台，因此，在本申请的实施例中，可通过预约反馈信息中的入库优选月台以使供货商可将目标商品运送到符合供应商习惯的月台卸货。

此外，由于本申请的使用场景涉及“社区团购”场景，在该场景下，通常，团购平台会不定期组织各种促销活动，一般来说，在促销活动中可以预见未来的促销期间内目标仓库的流量会增大，此时目标仓库的商品入库配置数据基于实际流量的改变被调整，这时，使用之前的商品入库配置数据所确定的商品数量上限将会没有参考价值。例如，可能会出现在可预约时间段内商品存放数量超过商品数量上限的情况。为了解决这个问题，本申请提供了一种根据目标仓库的商品入库配置数据的变动更新商品数量上限的方法，可实时监测目标仓库的商品入库配置数据的变动情况，并根据目标仓库变动后的商品入库配置数据，调整对应的可预约时间段的可入库的商品数量上限，下面将结合图2来进行说明：

请参阅图2，图2为本申请实施例所提供的另一种商品入库的管理方法的流程图。在本申请的一个优选示例中，所述商品入库的管理方法除了包括步骤s101、步骤s102、步骤s103和步骤s104之外，如图2所示，所述商品入库的管理方法还包括步骤s201和步骤s202。

在步骤s201、实时监测所述目标仓库的商品入库配置数据是否发生变动。

关于步骤s201，在一种实施方式中，可通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

首先，实时获取目标仓库在每个可预约时间段的商品入库配置数据。

作为示例，可通过监测目标仓库中月台的开放数量以及每个月台中工作的收货人员的数量，实现对目标仓库在每个可预约时间段的商品入库配置数据的监测和获取。

例如，由于在未来的某个时间要举行促销活动，目标仓库的管理员或其他相关人员对目标仓库的商品入库配置数据存在调整的权限，目标仓库的管理员或其他相关人员会在仓库管理系统中新增临时入库商品的月台，和/或，目标仓库的管理员或其他相关人员会在仓库排班系统中新增收货人员，此时，月台的开放数量和/或为开放的月台配备的收货人员数量会发生改变，在这种情况下，可随时监测目标仓库的月台的开放数量和/或为开放的月台配备的收货人员数量以获取目标仓库在每个可预约时间段的商品入库配置数据。

然后，针对每个可预约时间段，比较当前获取的商品入库配置数据与之前获取的商品入库配置数据。若当前获取的商品入库配置数据与之前获取的商品入库配置数据不同时，确定该可预约时间段的商品入库配置数据发生变动。

例如，当前监测到在一个可预约时间段目标仓库的月台的开放数量为6个，而之前存储的在该可预约时间段目标仓库的月台的开放数量为3，通过比较可知，当前监测到的在该可预约时间段目标仓库的月台的开放数量与之前存储在该可预约时间段目标仓库的月台的开放数量不同，则可确定该预约时间段的商品入库配置数据已变动。这里，月台的开放数量和为开放的月台配备的收货人员数量中的一个或者全部的变动都被确定为该预约时间段的商品入库配置数据发生变动。另一方面，比较结果显示当前获取的商品入库配置数据与之前获取的商品入库配置数据相同时，则确定该可预约时间段的商品入库配置数据未发生变动。相应地，该可预约时间段对应的商品数量上限也未发生变动。

此外，由于目标仓库管理员或其他相关人员对目标仓库的商品入库配置数据存在调整操作，并不意味着目标仓库的商品入库配置数据一定会发生变化，因此，为了准确的确定出目标仓库的商品入库配置数据是否存在变动，在另一种实施方式中，可通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

首先，响应监测到所述目标仓库的商品入库配置数据的调整操作，获取调整后的商品入库配置数据和与调整后的商品入库配置数据对应的预约时间段。

然后，比较调整后的商品入库配置数据与之前记录的商品入库配置数据。若调整后的商品入库配置数据与之前记录的商品入库配置数据不同时，确定所述目标仓库在与调整后的商品入库配置数据对应的预约时间段的商品入库配置数据发生变动。

如果监测到所述目标仓库的商品入库配置数据发生变动，则在步骤s202、基于所述目标仓库变动后的商品入库配置数据，更新与变动后的商品入库配置数据对应的可预约时间段的可入库的商品数量上限。

具体说来，在监测到商品入库配置数据发生变动的情况下，可获取变动后的商品入库配置数据，例如，变动后的目标仓库的月台的开放数量以及为开放的月台配备的收货人员数量，并使用如上所述的商品数量上限确定方式来确定更新后的商品数量上限，例如，可预约时间段20xx年y月r日10:00-11:00的商品入库配置数据变动后的商品数量上限为6000件，原来的该可预约时间段的商品数量上限为5000件，此时，可将该可预约时间段的商品数量上限由5000件更新为6000件。

通过上述方式，可以根据目标仓库的实际情况，自动地调整在可预约时间段的可入库的商品数量上限，省去了人工修改商品数量上限的时间，并进一步避免了人工修改商品数量上限所导致的修改错误以及忘记修改的情况的发生。

进一步的，为了便于供应商可以根据目标仓库在每个可预约时间段的可入库的商品数量余数选择适合于送货的可预约时间，在一种实施方式中，所述管理方法还附加地包括向供货商终端发送在可预约时间可预约的商品数量的步骤(在图1中未示出)。

具体说来，在确定出在每个可预约时间段的可入库的商品数量上限之后，可响应从供应商终端接收到预约入库信息的触发事件，针对每个可预约时间段，获取该可预约时间段的商品数量余数，然后将每个可预约时间段的可入库的商品数量余数发送至所述供应商终端。

这里，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。此外，预约入库信息的触发事件可以为供应商通过供应商终端启动了预约送货的程序的事件，例如，在预约送货的应用程序被启动后，进入预约送货的页面的事件等。

例如，当供应商想要向目标仓库送货时，通过点击预约送货应用中的预约送货控件，进入到了预约送货界面中，此时，认为供应商终端触发了预约入库信息的触发事件，服务器响应于从供应商终端接收到预约入库信息的触发事件，确定每个可预约时间段的商品数量余数；具体的，针对于每个可预约时间段，可根据该可预约时间段可入库商品的商品数量上限与该可预约时间段的已预约的待入库商品的商品数量的差值，确定为该可预约时间段内还可接收和清点的商品数量余数，并将该可预约时间段可入库的商品数量余数发送至供应商终端，以提示供应商在每个可预约时间段内可以申请入库的商品的数量，供应商可以根据每个可预约时间段的商品数量余量选择适合自己的配送时间。

根据本申请实施例提供的商品入库的管理方法，能够为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

请参阅图3，图3为本申请实施例所提供的一种商品入库的预约方法的流程图。该预约方法可以由供货商终端来执行，如图3中所示，该商品入库的预约方法的具体执行过程为：

步骤s301、响应预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体。

步骤s302、响应用户针对所述预约条目控件所下达的操作指令，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量。

步骤s303、接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。

本申请实施例提供了一种商品入库的预约方法，首先响应预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；然后响应所述预约条目控件被操作，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；最后接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。通过本申请实施例的方式，能够通过为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

下面对本申请实施例示例性的各步骤进行说明：

在步骤s301、响应预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件。

本申请实施例中，目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，目标仓库可以是包括购物平台在目标地区所合作的用于入库或者出库商品的多个子仓库的仓库集群，其中，每个子仓库用于存储入库的商品，作为示例，该入库的商品可以是购物平台基于消费者在购物平台上选购的商品下单后向供货商预定，供货商基于购物平台的下单情况通过物流运输而来的商品，其中，存放于目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方，这里，预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体。

此外，所述预约条目控件包括以下项中的至少一项：可预约时间段控件、入库数量控件和商品品类控件。预约入库信息的触发事件可以指供应商在向目标仓库送货之前，供应商通过供应商终端启动了预约送货的程序的事件，例如，启动了预约送货的应用程序，进入了预约送货的页面；或者是当供应商在预约送货的应用程序中点击了预约送货控件；再或者是供应商在用户界面中搜索了送货等关键词，进入了预约送货的页面，均可认为供应商触发了预约入库信息的触发事件。这里，本领域技术人员应注意，上述预约入库信息的触发事件不限于上述触发时间，本申请中预约入库信息的触发事件不限于此，本申请在此不做任何限定。

此时，便可以在供应商终端所提供的用户界面中为供应商展示目标仓库预约送货的预约条目控件。这里，预约条目控件是指供应商可以通过触控的方式选择出送货时间点、商品入库数量及商品品类等运输信息的控件，供应商可以通过触控预约条目控件中包括的可预约时间段控件，从可预约时间段中选择出适合自己的商品入库时间，例如，在用户界面可显示有三个可预约时间段控件，其中，“可预约时间段控件1”对应的可预约时间段为20xx年y月q日10:00～11:00这个可预约时间段、“可预约时间段控件2”对应的可预约时间段为20xx年y月q日11:00～12:00这个可预约时间段、“可预约时间段控件3”对应的可预约时间段为20xx年y月q日12:00～13:00这个可预约时间段，当供应商触控“可预约时间段控件1”时，说明供应商所选择的商品入库时间为在“20xx年y月q日10:00～11:00”这个可预约时间段内入库商品。

进一步的，供应商还可以通过触控预约条目控件中包括的入库数量控件选择出此次商品入库的数量。例如，在用户界面中可显示有三个入库数量控件，“入库数量控件1”对应的商品入库数量为200件、“入库数量控件2”对应的商品入库数量为300件、“入库数量控件3”对应的商品入库数量为400件，当供应商触控“入库数量控件1”时，说明供应商此次入库商品的商品入库数量为200件。

进一步的，供应商还可以通过触控预约条目控件中包括的商品品类控件选择入库商品的品类，例如，可在用户界面显示有两个商品品类控件，“商品品类控件1”对应的商品品类为冰鲜类商品、“商品品类控件2”对应的商品品类为果蔬类商品，当供应商触控“商品品类控件1”时，说明供应商想要入库的商品品类为冰鲜类商品。

需要说明的是，对于预约条目控件的显示方式可以为同时显示，即同时显示预约条目控件中的可预约时间段控件、入库数量控件以及商品品类控件；还可以以逐级显示的方式逐次显示预约条目控件中的可预约时间段控件、入库数量控件以及商品品类控件，例如，首先，向供应商展示其可选的可预约时间段对应的时间控件；其次，在供应商选择了相应的可预约时间段后，向供应商展示在其选择的可预约时间段中供应商可入库的商品品类对应的商品品类控件；最后，在供应商通过显示的商品品类控件选择了相应的商品品类之后，向供应商展示在其选择的可预约时间段内，其可以向目标仓库中可入库其选择的商品品类的商品入库数量对应的入库数量控件。

作为示例，如图4(a)所示，图4(a)为本申请实施例所提供的一种用户界面示意图之一。供应商a通过点击供应商终端中送货应用程序中的预约送货控件触发了预约入库信息的触发事件，在用户界面41中显示了全部可预约时间，在本示例中，是三个其可预约送货至目标仓库的时间段对应的可预约时间段控件42，分别为20xx年y月q日10:00～11:00、20xx年y月q日11:00～12:00以及20xx年y月q日12:00～13:00，供应商可通过触控每个时间段对应的可预约时间段控件42，选择出商品入库的时间段；这里，需要说明的是，目标仓库预设的可预约送货的可预约时间段的数目可根据实际情况进行设置，可以不仅仅只有三个，也可以是根据实际情况设置的任意多个。此外，相应地，在可预约时间段被约满的情况下，还可在显示该可预约时间段的同时，显示“已约满”的信息，以对供货商进行提示。

在供应商通过可预约时间段控件选择出预约送货时间为20xx年y月q日11:00～12:00这个可预约时间段之后，用户界面跳转至商品品类控件对应的显示界面，如图4(b)所示，图4(b)为本申请实施例所提供的一种用户界面示意图之二，在用户界面中显示两个商品品类对应的商品品类控件43，分别为冰鲜类商品和果蔬类商品，供应商可通过触控每个商品品类对应的商品品类控件43，选择出待入库商品的品类。这里，需要说明的是，目标仓库可入库的商品品类可能不仅仅只有两个，也可以是根据实际情况设置的任意多个。此外，相应地，在可预约时间段被约满的情况下，还可在显示该可预约时间段的同时，显示“已约满”的信息，以对供货商进行提示。

在供应商选择出预约送货时间为20xx年y月q日11:00～12:00这个可预约时间段、待入库商品的商品品类为冰鲜类商品之后，用户界面跳转至入库数量控件对应的显示界面，如图4(c)所示，图4(c)为本申请实施例所提供的一种用户界面示意图之三，在用户界面中显示三个商品入库数量对应的入库数量控件44，分别为200件、300件和400件，供应商可通过触控每个商品入库数量对应的入库数量控件44，选择出待入库商品的商品入库数量。这里，需要说明的是，在本申请实施例中，入库数量控件可以以点选控件的方式呈现，也可以以输入控件的方式呈现，当入库数量控件以输入控件的方式呈现时，也可以根据供应商的数目输入操作将确定出目标商品的商品入库数量。

这里，本领域技术人员应注意，上述可预约时间段、商品品类及商品入库数量等入库需求信息不限于触控预约条目控件得到，在其他实施例中还可是供应商输入的信息，本申请中入库需求信息的获取方式不限于此，本申请在此不做任何限定。

在步骤s302、响应所述预约条目控件被操作，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量。

供应商终端在确定了供应商的可预约时间段、商品品类及商品入库数量等入库需求信息之后，为了使得服务器可以对供应商的入库需求信息进行判定，可基于确定出的入库需求信息生成服务器可识别的商品入库请求，以供服务器对供应商的入库需求进行判定。这里，服务器对供应商的入库需求进行判定的方式如上所述，在此不再赘述。

需要说明的是，本申请实施例中，供应商可以入库商品的商品入库数量受到目标仓库中商品数量上限的控制，即商品入库数量不得超过可预约时间段的商品数量上限。例如，在20xx年y月z日9:00-11:00这个可预约时间段可预约入库的商品数量上限为1万件，则所有供应商在该可预约时间段内可入库商品的商品入库数量总数则不能够超过1万件。

在步骤s303、接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。

在接收到服务器反馈的预约反馈信息后，可将预约反馈信息显示在供应商终端所提供的用户界面中，以提示供应商是否预约成功。该预约反馈信息可以仅包括预约成功或者预约失败的提示信息，在预约成功的情况下，也可以包括用于供货商查看具体的预约详细信息的控件。具体的，若接收到供货商触发该控件的操作，则可以显示出供应商的预约成功的目标商品的入库预约时间段、入库数量、入库优选月台等中的一个或者多个。例如，目标商品的入库预约时间段为20xx年y月z日9:00-11:00；目标商品的入库数量为200件；目标商品的入库优选月台为1号月台。

若供应商预约失败，作为示例，预约反馈信息可以展示出预约失败的原因，例如，供应商所选择的可预约时间段内入库的商品入库数量超过了该可预约时间段的可入库的商品数量上限等，此时，可以将可预约时间段的可入库的商品数量上限通过预约反馈信息反馈给供应商，以使供应商可以选择其他的可预约时间来预约送货。这里，需要说明的是，预约失败的原因也可以是除了上述原因之外的其他原因，本申请在此不做任何限定。

进一步的，为了便于供应商可以根据目标仓库在每个可预约时间段的可入库的商品数量余数选择适合于送货的可预约时间，在一种实施方式中，所述预约方法还附加包括向供货商终端显示在可预约时间可预约的商品数量的步骤(在图3中未示出)。

具体说来，可响应用户输入的预约入库信息的触发事件，针对每个可预约时间段，接收该可预约时间段的商品数量余数。

这里，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。预约入库信息的触发事件如前所述，在此不在这赘述。

需要说明的是，由于目标仓库用于存储购物平台所销售的不同商品，而不同商品的供货商未必相同，因此，目标仓库接收不同供货商预约的入库请求，因此，服务器可接收到不同的供货商针对同一可预约时间段发出的目标商品的入库请求，所以，对于一个供应商来说，在每个可预约时间段其可预约的入库商品的商品数量余数则是时刻发生变化的，因此，在供应商触发了预约入库信息的触发事件时，供应商终端接收服务器当前时刻确定出的每个可预约时间段商品数量余数，进而，可以使得供应商根据商品数量余数选择合适的可预约时间段，这种方式可以提高供应商的预约成功率。

本申请中商品数量余数为可预约时间段的商品入库数量上限与该可预约时间段已预约的商品数量的差值计算得到，例如，供应商w预约的可预约时间段为20xx年y月r日10:00-11:00，20xx年y月r日10:00-11:00这个可预约时间段的商品入库数量上限为2000件，假如获取到供应商d、e和f在该可预约时间段已预约成功的商品入库数量总数为800件，则20xx年y月r日10:00-11:00这个可预约时间段的商品数量余数为1200件。

为了使得供应商可以根据每个可预约时间段的商品数量余数来选择合适的可预约时间段，在另一种实施方式中，所述预约方法还包括：在显示所述入库数量控件时，显示用户确定的可预约时间的商品数量余数。

例如，本申请中响应对可预约时间段控件的操作，例如，当供应商在用户界面中按下可预约时间段控件时，便可以视为供应商对可预约时间段控件施加了操作。

如图5所示，图5为本申请实施例所提供的一种用户界面示意图之四，在供应商通过显示在用户界面51中的可预约时间段控件52确定(例如，通过选择或者手动输入)可预约时间时，供应商终端可将供应商所确定的可预约时间段的商品数量余数53显示在用户界面51中，以使供应商根据商品数量余数调整商品入库数量，或者是重新确定可预约时间。

这里，商品数量余数的显示位置可以为用户界面中任意的空白区域，即不会对用户界面中原有显示信息造成遮挡的区域，可以显示在可预约时间段控件的周围，也可显示在用户界面中的预设区域内，在此不做限制。

根据所述商品入库的预约方法，能够通过为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

另一方面，将结合图6来详细描述商品入库的完整过程。

作为示例，如图6所示，图6为商品入库过程示意图。海鲜供应商a作为社区团购平台中的入驻供应商，可以参与到社区团购平台所组织的社区团购活动中，即在海鲜供应商a接收到购物平台在社区团购下发的采购订单后，需将采购订单中消费者所选购的商品在一定的时间内运输至购物平台合作的目标仓库中，以使目标仓库可以及时地将消费者所选购的商品运输到团长手中。

当海鲜供应商a接收到社区购物平台所下发的采购订单后，通过触控供应商终端中的预约送货应用程序，进入到预约送货软件的预约送货界面中；在预约送货界面中，首先，海鲜供应商a通过触控显示在用户界面中相应的可预约时间控件，从多个可预约时间中选择目标商品的入库时间为20xx年y月q日11:00～12:00；然后，海鲜供应商a通过触控显示在用户界面中相应的商品品类控件，选择待入库商品的商品品类为冰鲜类商品；最后，海鲜供应商a通过触控显示在用户界面中相应的入库数量控件，选择待入库商品的商品入库数量为200件。

供应商终端基于海鲜供应商a所选择的待入库商品的入库时间“20xx年y月q日11:00～12:00”、待入库商品的商品品类“冰鲜类商品”以及待入库商品的商品入库数量“200件”等入库的预约信息，生成海鲜供应商a的商品入库请求，并将商品入库请求发送至服务器，以使服务器对海鲜供应商a的入库预约请求进行验证。

服务器在接收到海鲜供应商a的商品入库请求后，解析确定出海鲜供应商a预约的入库商品的入库预约时间段为20xx年y月q日11:00～12:00，待入库商品的入库数量为200件；同时，服务器获取目标仓库在20xx年y月q日11:00～12:00这一可预约时间段对应的商品数量上限，该商品数量上限可以是服务器预先根据目标仓库在20xx年y月q日11:00～12:00这一可预约时间段内开放的月台的数量、开放的月台配备的收货人员数量以及收货人员的收货速率(即，每个单位时间收货人员的收货量)计算出来的；然后，服务器将海鲜供应商a待入库的目标商品(例如，海鲜)的入库数量200件与目标仓库在20xx年y月q日11:00～12:00这个可预约时间段内的商品数量余数150件相比较，然后，产生指示海鲜供应商a此次预约成功的预约反馈信息，并将产生预约反馈信息发送至海鲜供应商a的供应商终端。该商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。

海鲜供货商a使用的供应商终端接收并显示服务器下发的反馈信息，该反馈信息记录有此次预约成功的相关内容和详细预约信息的按钮，在海鲜供货商a点击该详细预约信息的按钮时，可显示本次预约送货的详细信息：目标商品的入库预约时间段和入库数量。

请参阅图7、图8，图7为本申请实施例所提供的一种服务器的结构示意图之一，图8为本申请实施例所提供的一种服务器的结构示意图之二。如图7中所示，所述服务器700包括：

配置数据获取模块710，用于获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

上限确定模块720，用针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；

信息解析模块730，用于对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；

反馈模块740，用于基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。

进一步的，如图8所示，所述服务器700还包括监测模块750，所述监测模块用于：

实时监测所述目标仓库的商品入库配置数据是否发生变动；

如果监测到所述目标仓库的商品入库配置数据发生变动，则基于所述目标仓库变动后的商品入库配置数据，更新与变动后的商品入库配置数据对应的可预约时间段的可入库的商品数量上限。

进一步地，所述监测模块750用于通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

实时获取所述目标仓库在每个可预约时间段的商品入库配置数据；

针对每个可预约时间段，比较当前获取的商品入库配置数据与之前获取的商品入库配置数据；

若当前获取的商品入库配置数据与之前获取的商品入库配置数据不同时，确定该可预约时间段的商品入库配置数据发生变动。

进一步地，所述监测模块750用于通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

响应监测到所述目标仓库的商品入库配置数据的调整操作，获取调整后的商品入库配置数据和与调整后的商品入库配置数据对应的预约时间段；

比较调整后的商品入库配置数据与之前记录的商品入库配置数据；

若调整后的商品入库配置数据与之前记录的商品入库配置数据不同时，确定所述目标仓库在与调整后的商品入库配置数据对应的预约时间段的商品入库配置数据发生变动。

进一步的，如图8所示，所述服务器700还包括余数确定模块760，所述余数确定模块760用于：

响应从供应商终端接收到预约入库信息的触发事件，针对每个可预约时间段，获取该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值；

将每个可预约时间段的可入库的商品数量余数发送至所述供应商终端。

进一步的，所述反馈模块740在用于基于所述商品数量上限和所述预约信息，产生预约反馈信息时，所述反馈模块750用于：

确定目标商品的入库数量与之前其他供应商在目标商品的入库预约时间段所预约成功的入库数量的累加和是否超过目标商品的入库预约时间段对应的商品入库数量上限；

如果未超过，则产生指示商品入库预约成功的预约反馈信息；

如果超过，则产生指示商品预约失败的预约反馈信息。

进一步的，所述目标商品入库的预约信息还包括目标商品的品类；所述指示商品入库预约成功的预约反馈信息还包括预约成功的目标商品的入库优选月台；

所述目标商品的入库优选月台基于目标商品的品类、入库商品数量和供应商的送货习惯数据中的任意一个被确定。

进一步的，所述反馈模块740用于通过以下步骤确定所述目标商品的入库优选月台：

将目标仓库中距离可储存所述目标商品的品类的商品的子仓库最近的月台确定为所述目标商品的入库优选月台；

或者，将目标仓库中存储量与目标商品的入库商品数量匹配的子仓库对应的月台确定为所述目标商品的入库优选月台；

或者，基于目标产品的供应商的送货习惯数据确定目标产品的常用入库月台，将所述常用入库月台确定为所述目标商品的入库优选月台。

进一步的，所述监测模块740用于通过以下步骤监测所述目标仓库的商品入库配置数据的变动：

实时获取目标仓库在每个可预约时间段的商品入库配置数据；

针对每个可预约时间段，比较当前获取的商品入库配置数据与之前获取的商品入库配置数据；

若当前获取的商品入库配置数据与之前获取的商品入库配置数据不同时，确定该可预约时间段的商品入库配置数据已变动。

本申请实施例提供的服务器，首先获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；然后，针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；然后，对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；最后，基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。通过本申请实施例的方式，能够为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

请参阅图9、图10，图9为本申请实施例所提供的一种供应商终端的结构示意图之一，图10为本申请实施例所提供的一种供应商终端的结构示意图之二。如图9中所示，所述供应商终端900包括：

控件显示模块910，用于响应预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；

请求发送模块920，用于响应消费者针对所述预约条目控件所下达的被操作指令，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

反馈接收模块930，用于接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。

进一步地，所述预约条目控件包括以下项中的至少一项：可预约时间段控件、入库数量控件和商品品类控件。

进一步的，如图10所示，所述供应商终端900还包括余数接收模块940，所述余数接收模块940用于：

响应用户输入的预约入库信息的触发事件，针对每个可预约时间段，接收该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。

进一步的，如图10所示，所述供应商终端900还包括余数显示模块950，所述余数显示模块950用于：

在显示所述入库数量控件被操作时，显示用户(即，供应商)选择的可预约时间的商品数量余数。

本申请实施例提供了一种供应商终端，首先响应预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；然后响应所述预约条目控件被操作，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；最后接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。通过本申请实施例的方式，能够通过为供应商提供预约通道来控制仓库商品入库的流量，以平衡仓库的收货能力，进而保证社区团购商品的送达时效。

ts1、一种商品入库的管理方法，其特征在于，应用于服务器，所述管理方法包括：

获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；

对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；

基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。

ts2、如权利要求ts1所述的管理方法，其特征在于，所述基于所述商品数量上限和所述预约信息，产生预约反馈信息，包括：

确定目标商品的入库数量与之前其他供应商在目标商品的入库预约时间段所预约成功的入库数量的累加和是否超过目标商品的入库预约时间段对应的商品入库数量上限；

如果未超过，则产生指示商品入库预约成功的预约反馈信息；

如果超过，则产生指示商品预约失败的预约反馈信息。

ts3、如权利要求ts2所述的管理方法，其特征在于，所述目标商品入库的预约信息还包括目标商品的品类；所述指示商品入库预约成功的预约反馈信息还包括预约成功的目标商品的入库优选月台；

所述目标商品的入库优选月台基于目标商品的品类、入库商品数量和供应商的送货习惯数据中的任意一个被确定。

ts4、如权利要求ts3所述的管理方法，其特征在于，通过以下步骤确定所述目标商品的入库优选月台：

将目标仓库中距离可储存所述目标商品的品类的商品的子仓库最近的月台确定为所述目标商品的入库优选月台；

或者，将目标仓库中存储量与目标商品的入库商品数量匹配的子仓库对应的月台确定为所述目标商品的入库优选月台；

或者，基于目标产品的供应商的送货习惯数据确定目标产品的常用入库月台，将所述常用入库月台确定为所述目标商品的入库优选月台。

ts5、如权利要求ts1所述的管理方法，其特征在于，所述管理方法还包括：

实时监测所述目标仓库的商品入库配置数据是否发生变动；

如果监测到所述目标仓库的商品入库配置数据发生变动，则基于所述目标仓库变动后的商品入库配置数据，更新与变动后的商品入库配置数据对应的可预约时间段的可入库的商品数量上限。

ts6、如权利要求ts5所述的管理方法，其特征在于，通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

实时获取所述目标仓库在每个可预约时间段的商品入库配置数据；

针对每个可预约时间段，比较当前获取的商品入库配置数据与之前获取的商品入库配置数据；

若当前获取的商品入库配置数据与之前获取的商品入库配置数据不同时，确定该可预约时间段的商品入库配置数据发生变动。

ts7、如权利要求ts5所述的管理方法，其特征在于，通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

响应监测到所述目标仓库的商品入库配置数据的调整操作，获取调整后的商品入库配置数据和与调整后的商品入库配置数据对应的预约时间段；

比较调整后的商品入库配置数据与之前记录的商品入库配置数据；

若调整后的商品入库配置数据与之前记录的商品入库配置数据不同时，确定所述目标仓库在与调整后的商品入库配置数据对应的预约时间段的商品入库配置数据发生变动。

ts8、如权利要求ts1所述的管理方法，其特征在于，所述管理方法还包括：

响应从供应商终端接收到预约入库信息的触发事件，针对每个可预约时间段，获取该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值；

将每个可预约时间段的可入库的商品数量余数发送至所述供应商终端。

ts9、一种商品入库的预约方法，其特征在于，应用于供应商终端，所述预约方法包括：

响应用户输入的预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；

响应用户针对所述预约条目控件所下达的操作指令，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。

ts10、如权利要求ts9所述的预约方法，其特征在于，所述预约条目控件包括以下项中的至少一项：可预约时间段控件、入库数量控件和商品品类控件。

ts11、如权利要求ts10所述的预约方法，其特征在于，所述预约方法还包括：

响应用户输入的预约入库信息的触发事件，针对每个可预约时间段，接收该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。

ts12、如权利要求ts11所述的预约方法，其特征在于，所述预约方法还包括：

在显示所述入库数量控件时，显示用户确定的可预约时间的商品数量余数。

ts13、一种服务器，其特征在于，所述服务器包括：

配置数据获取模块，用于获取目标仓库在每个可预约时间段的商品入库配置数据；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

上限确定模块，用针对每个可预约时间段，基于该可预约时间段的所述商品入库配置数据，确定供应商在该预约时间段可入库的商品数量上限；

信息解析模块，用于对供应商终端所发出的目标商品入库请求进行解析，得到目标商品入库的预约信息；所述预约信息包括目标商品的入库预约时间段和入库数量；

反馈模块，用于基于所述商品数量上限和所述预约信息，产生预约反馈信息，并发送所述预约反馈信息至所述供货商终端。

ts14、如权利要求ts13所述的服务器，其特征在于，所述反馈模块在用于基于所述商品数量上限和所述预约信息，产生预约反馈信息时，所述反馈模块用于：

确定目标商品的入库数量与之前其他供应商在目标商品的入库预约时间段所预约成功的入库数量的累加和是否超过目标商品的入库预约时间段对应的商品入库数量上限；

如果未超过，则产生指示商品入库预约成功的预约反馈信息；

如果超过，则产生指示商品预约失败的预约反馈信息。

ts15、如权利要求ts14所述的服务器，其特征在于，所述目标商品入库的预约信息还包括目标商品的品类；所述指示商品入库预约成功的预约反馈信息还包括预约成功的目标商品的入库优选月台；

所述目标商品的入库优选月台基于目标商品的品类、入库商品数量和供应商的送货习惯数据中的任意一个被确定。

ts16、如权利要求ts15所述的服务器，其特征在于，所述反馈模块用于通过以下步骤确定所述目标商品的入库优选月台：

将目标仓库中距离可储存所述目标商品的品类的商品的子仓库最近的月台确定为所述目标商品的入库优选月台；

或者，将目标仓库中存储量与目标商品的入库商品数量匹配的子仓库对应的月台确定为所述目标商品的入库优选月台；

或者，基于目标产品的供应商的送货习惯数据确定目标产品的常用入库月台，将所述常用入库月台确定为所述目标商品的入库优选月台。

ts17、如权利要求ts13所述的服务器，其特征在于，所述服务器还包括监测模块，所述监测模块用于：

实时监测所述目标仓库的商品入库配置数据是否发生变动；

如果监测到所述目标仓库的商品入库配置数据发生变动，则基于所述目标仓库变动后的商品入库配置数据，更新与变动后的商品入库配置数据对应的可预约时间段的可入库的商品数量上限。

ts18、如权利要求ts17所述的服务器，其特征在于，所述监测模块用于通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

实时获取所述目标仓库在每个可预约时间段的商品入库配置数据；

针对每个可预约时间段，比较当前获取的商品入库配置数据与之前获取的商品入库配置数据；

若当前获取的商品入库配置数据与之前获取的商品入库配置数据不同时，确定该可预约时间段的商品入库配置数据发生变动。

ts19、如权利要求ts17所述的服务器，其特征在于，所述监测模块用于通过以下步骤监测所述目标仓库的商品入库配置数据是否发生变动：

响应监测到所述目标仓库的商品入库配置数据的调整操作，获取调整后的商品入库配置数据和与调整后的商品入库配置数据对应的预约时间段；

比较调整后的商品入库配置数据与之前记录的商品入库配置数据；

若调整后的商品入库配置数据与之前记录的商品入库配置数据不同时，确定所述目标仓库在与调整后的商品入库配置数据对应的预约时间段的商品入库配置数据发生变动。

ts20、如权利要求ts13所述的服务器，其特征在于，所述服务器还包括余数确定模块，所述余数确定模块用于：

响应从供应商终端接收到预约入库信息的触发事件，针对每个可预约时间段，获取该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值；

将每个可预约时间段的可入库的商品数量余数发送至所述供应商终端。

ts21、一种供应商终端，其特征在于，所述供应商终端包括：

控件显示模块，用于响应用户输入的预约入库信息的触发事件，控制在所述供应商终端提供的用户界面中显示向目标仓库预约送货的预约条目控件；所述目标仓库用于存放购物平台所销售的由不同供应商运送而来的商品，存放于所述目标仓库中的商品被配送给距离所述目标仓库预设距离内的预购方；所述预购方为购物平台通过团购方式销售商品后为消费者集中分配商品的组织团体；

请求发送模块，用于响应用户针对所述预约条目控件被下达的操作指令，产生商品入库请求，并将所述商品入库请求发送至服务器；所述商品入库请求包括可预约时间段和商品入库数量；所述商品入库数量基于可预约时间段所对应的可入库的商品数量上限被控制；所述商品数量上限基于目标仓库在可预约时间段的商品入库配置数据被确定，所述商品入库配置数据包括目标仓库的月台的开放数量和为开放的月台配备的收货人员数量；

反馈接收模块，用于接收并显示所述服务器基于所述商品入库请求产生并发送的预约反馈信息。

ts22、如权利要求ts21所述的供应商终端，其特征在于，所述预约条目控件包括以下项中的至少一项：可预约时间段控件、入库数量控件和商品品类控件。

ts23、如权利要求ts22所述的供应商终端，其特征在于，所述供应商终端还包括余数接收模块，所述余数接收模块用于：

响应用户输入的预约入库信息的触发事件，针对每个可预约时间段，接收该可预约时间段的商品数量余数，所述商品数量余数为该可预约时间段的商品数量上限与该可预约时间段已预约的商品数量的差值。

ts24、如权利要求ts23所述的供应商终端，其特征在于，所述供应商终端还包括余数显示模块，所述余数显示模块用于：

在显示所述入库数量控件被操作时，显示用户选择的可预约时间的商品数量余数。

ts25、一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求ts1至ts8中任一项所述方法的步骤或者ts9至ts12任一项所述方法的步骤。

ts26、一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求ts1至ts8中任一项所述管理方法的步骤或者ts9至ts12任一项所述预约方法的步骤。

ts27、一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现权利要求ts1至ts8中任一项所述管理方法的步骤或者ts9至ts12中任一项所述的预约方法的步骤。

请参阅图11，图11为本申请实施例所提供的一种电子设备的结构示意图。如图11中所示，所述电子设备1100包括处理器1110、存储器1120和总线1130。

所述存储器1120存储有所述处理器1110可执行的机器可读指令，当电子设备1100运行时，所述处理器1110与所述存储器1120之间通过总线1130通信，所述机器可读指令被所述处理器1110执行时，可以执行如上述图1至图3所示方法实施例中的方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1至图3所示方法实施例中的方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。