CN111915045A - 免预约送货系统、相应方法及装置 - Google Patents

Abstract

本申请公开了免预约送货系统、相关方法和装置。其中，收货容量确定方法包括：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；根据出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量；这种处理方式，使得自动确定出与实际收货量匹配的生鲜商品收货容量，既可满足收货量对收货容量的需求，又使得收货容量尽量低，且确保当天入库的生鲜商品会在当天出库；因此，可以有效提升商品品质，并节约收货资源。

Description

免预约送货系统、相应方法及装置

技术领域

本申请涉及数据处理技术领域，具体涉及收货容量确定方法和装置，收货资源确定方法和装置，免预约送货系统、方法和装置。

背景技术

在新零售行业中，零售企业主要通过统一采购方式向供应商下采购单，供应商根据企业采购需求将货品集中送达至零售企业的配送中心(各地区大仓)，配送中心每天要接收多家供应商送达的大量货品，再根据对应的各家实体店的补货需求将相应商品配送至实体店。面对多家供应商送达的大量货品，需要仓库方具备相应的收货能力，包括人工及场地等等方面，然后再基于确定的收货能力为供应商安排送货时间。由此可见，合理确定仓库收货能力成为仓库合理统筹安排收货工作的关键前提。

目前，一种典型的确定仓库收货容量的方法是，对于一般商品(如服装、酒水等等)的仓库收货场景，根据仓库的历史收货数据、人力及场地占用情况估算未来数日每天的收货容量，如将最近三个月每天的送货数量的平均值作为未来一周每天的收货容量，然后再将该收货容量核算为相应的人力和场地面积，进行人员排班和场地安排，使得仓库具备的收货能力。采用这种处理方式，使得仓库收货容量与收货量较为匹配，因此可以有效缓解早期人工确定方式存在的收货容量随意性强，人力及场地资源较为浪费的问题。

然而，在实现本发明过程中，发明人发现上述现有的技术方案至少存在如下问题：对于生鲜商品而言，一方面，由于其具有对时效性要求较高的商品特性，因此要尽量确保这类商品的仓库周转为零，以避免降低商品品质，因此通常要根据每日销量预测值确定每日采购量；另一方面，由于诸如季节原因、经营原因、用户需求等等多种因素，可能导致生鲜商品的每天采购量并不均衡，出现时多时少的现象；因此，相对现有技术确定出的多天内较为均衡的收货容量，多天内并不均衡的生鲜商品收货量就会导致仓库收货员有些天很忙且货品占用场地较大，有些天收货员却很闲且大量场地闲置。综上所述，采用现有技术确定出的较为均衡的收货容量与并不均衡的生鲜商品实际收货量之间并不匹配，由此造成人力及场地等收货资源的严重浪费。

发明内容

本申请提供收货容量确定方法，以解决现有技术存在的由于生鲜商品收货容量与实际收货量并不匹配导致的收货资源浪费问题。本申请另外提供收货容量确定装置，收货资源确定方法和装置，以及，免预约送货系统、相关方法和装置。

本申请提供一种收货容量确定方法，包括：

确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；

根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；

根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量。

可选的，所述目标销售数据包括目标销售额；

所述出库量预测值采用如下步骤确定：

确定所述目标销售额，作为第一目标销售额；

确定以第二计量单位计量的生鲜商品的商品单价；

根据所述第一目标销售额和所述商品单价，确定所述出库量预测值。

可选的，所述确定以第二计量单位计量的生鲜商品的商品单价，包括：

获取目标日期前第一时间范围的第一实际销售额和生鲜商品的以第一计量单位计量的第一销售量；

根据计量单位换算规则，确定与所述第一销售量对应的生鲜商品的以第二计量单位计量的第二销售量；

根据所述第一实际销售额和所述第二销售量，确定所述商品单价。

可选的，在所述根据所述第一目标销售额和所述商品单价，并确定所述出库量预测值之前，还包括：

获取生鲜商品在目标日期前第二时间范围的第二实际销售额；

根据所述第二实际销售额调整所述第一目标销售额。

可选的，所述确定所述目标销售额，包括：

根据所述多家实体店的生鲜商品历史销售数据，确定所述生鲜商品的历史日销售占比；

根据所述历史日销售占比和所述多家实体店在未来时间范围内的第二目标销售额，确定所述第一目标销售额。

可选的，所述入库量预测值采用如下步骤确定：

获取所述生鲜商品的仓库周转天数和仓库损耗率；

根据所述出库量预测值、仓库周转天数和仓库损耗率，确定所述入库量预测值。

可选的，在所述根据所述出库量预测值、仓库周转天数和仓库损耗率，并确定所述入库量预测值之前，还包括：

获取所述生鲜商品的BOM商品比例系数和加工转化倍数；

根据所述出库量预测值、仓库周转天数、仓库损耗率、BOM商品比例系数和加工转化倍数，确定所述入库量预测值。

本申请还提供一种收货资源确定方法，包括：

接收针对目标生鲜商品仓库在目标日期的收货资源确定请求；

确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积。

可选的，所述收货容量采用如下方式确定：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量。

可选的，所述收货员数量采用如下步骤确定：

根据仓库的设备资源数据，确定在所述目标日期的生鲜商品收货时间段内单个收货员的收货饱和度；

根据所述收货容量和所述收货饱和度，确定仓库在所述生鲜商品收货时间段的所述收货员数量。

本申请还提供一种免预约送货商品数据处理方法，包括：

确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量；所述第一标准收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；

接收针对送货日期为目标日期的目标订单的送货时间确定请求；

确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；

根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。

可选的，所述第一标准收货容量采用如下方式确定：确定仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的生鲜商品目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为第一标准收货容量。

可选的，还包括：

更新所述目标订单在所述目标日期内所述占用的送货时间段的已占用收货容量。

可选的，所述根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段，包括：

根据业务规则确定所述目标订单占用的送货时间段；

若未确定出满足业务规则的送货时间段，则通过时间段分配算法，根据所述可用收货容量和货品订购信息，确定所述目标订单占用的送货时间段。

可选的，所述业务规则还包括：生鲜商品类订单在生鲜商品送货时间段送货；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

若所述目标订单包括生鲜类商品，则确定所述占用的送货时间段为生鲜商品送货时间段。

可选的，还包括：

接收针对业务规则的第一配置请求；存储所述第一配置请求携带的业务规则和/或业务规则优先级。

可选的，所述业务规则包括：送货方在相同送货日期的多个订单占用相同的送货时间段；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

获取所述目标订单的送货方在所述目标日期内针对所述仓库的已分配送货时间段的订单信息；

将所述已分配送货时间段作为所述占用的送货时间段。

可选的，所述业务规则还包括：送货时间段为送货方的期望送货时间；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

获取送货方的期望送货时间；

获取所述仓库在目标日期内与所述期望送货时间对应的送货时间段的可用收货容量；

若与所述期望送货时间对应的送货时间段包括可用收货容量大于或者等于所述目标订单占用的收货容量数据的时间段，则将与所述期望送货时间对应的送货时间段作为所述占用的送货时间段。

可选的，还包括：

接收针对送货方的期望送货时间的第二配置请求；

存储所述第二配置请求携带的期望送货时间。

可选的，所述业务规则还包括：收货容量占用量超过占用量阈值的订单在第一时间段送货；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

确定所述目标订单的收货容量占用量；

若所述目标订单的收货容量占用量大于占用量阈值，则确定所述占用的送货时间段为第一时间段。

可选的，还包括：

接收针对占用量阈值的第三配置请求；

存储所述第三配置请求携带的占用量阈值。

可选的，所述时间段分配算法包括：

根据所述可用收货容量确定各个送货时间段的送货负载；

根据所述货品订购信息，选取所述送货负载排在低位的送货时间段作为所述占用的送货时间段。

可选的，所述根据所述可用收货容量和货品订购信息，确定所述目标订单占用的送货时间段，还包括：

若所述目标订单的占用收货容量大于各个送货时间段的可用收货容量，则将所述送货日期内最后一个的送货时间段确定为所述占用的送货时间段。

可选的，还包括：

接收针对多个目标订单的送货时间确定请求。

可选的，实现所述方法的免预约送货系统采用分布式部署方式；

所述方法基于分布式锁机制访问所述可用收货容量。

可选的，分布式锁的锁粒度包括仓库、送货日期及业务类型的组合级锁粒度。

本申请还提供一种免预约送货系统商品数据处理方法，包括：

确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

根据所述收货容量确定生鲜商品订单占用的送货时间段；

根据确定的送货时间段对所述订单执行收货处理。

可选的，所述收货容量采用如下方式确定：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量；

本申请还提供一种免预约送货系统，包括：

客户端，用于向服务器发送针对目标订单的送货时间确定请求；

服务器，用于确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量；所述第一标准收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；接收针对送货日期为目标日期的目标订单的送货时间确定请求；确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。

可选的，所述第一标准收货容量采用如下方式确定：确定仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的生鲜商品目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为第一标准收货容量；

本申请还提供一种免预约送货系统，包括：

客户端，用于向服务器发送针对目标订单的送货时间确定请求；

服务器，用于确定至少一个收货方在多个送货时间段的标准收货容量；以及，接收所述送货时间确定请求；确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

本申请还提供一种免预约送货系统商品数据处理方法，包括：

确定至少一个收货方在多个送货时间段的标准收货容量；

接收客户端发送的针对目标订单的送货时间确定请求；

确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；

根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；

向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

本申请还提供一种收货容量确定装置，包括：

出库量预测值确定单元，用于确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；

入库量预测值确定单元，用于根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；

收货容量确定单元，用于根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量。

本申请还提供一种收货资源确定装置，包括：

请求接收单元，用于接收针对目标生鲜商品仓库在目标日期的收货资源确定请求；

收货容量确定单元，用于确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

收货资源确定单元，用于根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积。

可选的，所述收货容量采用如下方式确定：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量；

本申请还提供一种免预约送货系统商品数据处理装置，包括：

第一标准收货容量确定单元，用于确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量；所述第一标准收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

第二标准收货容量确定单元，用于确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；

请求接收单元，用于接收针对送货日期为目标日期的目标订单的送货时间确定请求；

可用收货容量确定单元，用于确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；

时间段分配单元，用于根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。

可选的，所述第一标准收货容量采用如下方式确定：确定仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的生鲜商品目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为第一标准收货容量；

本申请还提供一种免预约送货系统商品数据处理装置，包括：

收货容量确定单元，用于确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

时间段分配单元，用于根据所述收货容量确定生鲜商品订单占用的送货时间段；

收货处理单元，用于根据确定的送货时间段对所述订单执行收货处理。

可选的，所述收货容量采用如下方式确定：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量；

本申请还提供一种免预约送货系统商品数据处理装置，包括：

标准收货容量确定单元，用于确定至少一个收货方在多个送货时间段的标准收货容量；

请求接收单元，用于接收客户端发送的针对目标订单的送货时间确定请求；

可用收货容量确定单元，用于确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；

时间段分配单元，用于根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；

订单发送单元，用于向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各种方法。

本申请还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各种方法。

与现有技术相比，本申请具有以下优点：

本申请实施例提供的收货容量确定方法，通过确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量；这种处理方式，使得自动确定出与实际收货量匹配的生鲜商品收货容量，既可满足收货量对收货容量的需求，又使得收货容量尽量低，且确保当天入库的生鲜商品会在当天出库；因此，可以有效提升商品品质，并节约收货资源。

本申请实施例提供的收货资源确定方法，通过接收针对目标生鲜商品仓库在目标日期的收货资源确定请求；确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积；这种处理方式，使得自动确定出的生鲜商品仓库每天所需的收货员数量和收货场地面积，既可满足生鲜商品收货量对收货资源的需求，又使得收货资源尽量低；因此，可以有效提升生鲜商品收货资源的准确度，从而有效节约生鲜商品收货资源。

本申请实施例提供的免预约送货系统，通过确定仓库在目标日期的与生鲜商品收货量匹配的生鲜商品收货容量；抽象出仓库的收货能力模型，该模型包括仓库在目标日期内多个送货时间段分别对应的标准收货容量数据，以及各个时间段的已占用的收货容量数据，其中生鲜商品送货时间段(如早上6-8点)的第一标准收货容量数据为生鲜商品收货容量；并确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；根据收货能力模型和待确定送货时间段的目标订单的单据模型，通过业务规则和分配算法确定出一个合理的送货时间，输出到目标订单的单据上，并可在分配送货时间后更新相应时间段的已占用收货容量数据，以实现供应商送货免人工预约；这种处理方式，使得由系统综合仓库收货能力以及预收货现状客观地分配预约送货时间，既可保证有能力在生鲜商品送货时间段内收取所有生鲜商品，又可节约收货资源，还可保证仓库收货节奏可控，也无需人为干预送货时间的确定，免去了供应商人工履约预约送货时间环节，实现系统自动预约送货时间；因此，不仅可以有效提升生鲜商品品质，有效节约收货资源，提升仓库收货工作的平衡度，降低预约送货的难度，提升送货效率，从而提升供应商履约率，提升供应链的确定性和效率，且可以从根本上杜绝腐败问题。

本申请实施例提供的免预约送货系统商品数据处理方法，通过确定仓库在目标日期的与生鲜商品收货量匹配的生鲜商品收货容量；根据所述收货容量确定生鲜商品订单占用的送货时间段；根据确定的送货时间段对所述订单执行收货处理；这种处理方式，使得由系统综合仓库收货能力以及预收货现状客观地分配预约送货时间，既可保证有能力在生鲜商品送货时间段内收取所有生鲜商品，又可节约收货资源，还可保证仓库收货节奏可控；因此，不仅可以有效提升生鲜商品品质，节约收货资源，提升仓库收货工作的平衡度。

本申请实施例提供的免预约送货系统，通过客户端确定待确定送货时间段的目标订单，向服务器发送针对所述目标订单的送货时间确定请求；服务器预先确定至少一个收货方在多个送货时间段的标准收货容量，并响应所述请求，确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；向所述送货方发送送货时间为所述占用的送货时间段的目标订单；这种处理方式，使得由系统综合收货方收货能力以及预收货现状客观地分配预约送货时间，既保证仓库收货节奏可控，又无需人为干预送货时间的确定，免去了供应商履约预约送货时间环节，实现系统自动预约送货时间；因此，不仅可以有效降低预约送货的难度，提升送货效率，还可以有效提升仓库收货工作的平衡度，从而提升供应商履约率，提升供应链的确定性和效率，且可以从根本上杜绝腐败问题。

附图说明

图1是本申请提供的一种收货容量确定方法的实施例的流程图；

图2是本申请提供的一种收货容量确定装置的实施例的结构示意图；

图3是本申请提供的一种收货资源确定方法的实施例的流程图；

图4是本申请提供的一种收货资源确定装置的实施例的结构示意图；

图5是本申请提供的一种免预约送货系统的实施例的结构示意图；

图6是本申请提供的一种免预约送货系统的实施例的送货时间段的收货容量模型图；

图7是本申请提供的一种免预约送货商品数据处理方法的实施例的流程图；

图8是本申请提供的一种免预约送货商品数据处理装置的实施例的示意图；

图9是本申请提供的一种免预约送货商品数据处理方法的实施例的流程图；

图10是本申请提供的免预约送货商品数据处理装置的实施例的示意图；

图11是本申请提供的一种免预约送货系统的实施例的结构示意图；

图12是本申请提供的免预约送货商品数据处理方法的实施例的流程图；

图13是本申请提供的免预约送货商品数据处理装置的实施例的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请中，提供了收货容量确定方法和装置，收货资源确定方法和装置，免预约送货方法、装置及系统。在下面的实施例中逐一对各种方案进行详细说明。

第一实施例

请参考图1，其为本申请的收货容量确定方法的流程图。所述方法的执行主体包括但不限于服务器，也可以是能够执行所述方法的任意设备。在本实施例中，所述方法包括如下步骤:

步骤S101：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值。

生鲜商品仓库可面向多家实体店提供生鲜商品配货服务。所述生鲜商品，包括蔬菜、水果、海鲜水产等等具有较强时效性特性的商品，由于要求该类商品具有一定的新鲜程度，因此该类商品在仓库周转的时间通常较标准商品(如服装、日用品等等)更短，特别是对于容易死亡的鲜活水产品，其仓库周转时间甚至为零。

不同生鲜商品通常具有不同的第一计量单位，如大闸蟹的单位为只、鲤鱼的单位为斤、鲈鱼的单位为条、蔬菜和水果的单位为斤、水果礼盒的单位为盒，等等。由于仓库人员在将生鲜商品入库时，通常需要称重或点数，因此较标准商品入库而言，生鲜商品入库会消耗较多的收货人力和场地等等收货资源。本实施例提供的方法，根据计量单位归一化的生鲜商品数量确定收货容量，所述出库量预测值的计量单位可与所述收货容量的第二计量单位相同，如二者的计量单位均为箱，即将不同第一计量单位的各种生鲜商品统一为一致的第二计量单位。

所述收货容量，包括统一不同品类商品的收货差异的商品数量，即：可将各种不同的商品计量单位(如斤、只、箱等等)全部转换为统一的商品单位，如将收货容量定义为货的箱数。通过定义收货容量统一不同品类商品的收货差异，可保证本申请提供的预约送货系统很好地嵌入供应链系统，因为供应链系统的操作对象就是货，而且供应链中的人效、场地资源以及销售目标及预测都能容易地转换成货容量。例如，上海生鲜加工中心在2019/3/2的生鲜商品收货情况为：包括100只大闸蟹、150斤活鱼、200斤蔬菜、200斤水果等等，将这些商品折算为收货容量500箱。

所述出库量预测值，可根据生鲜商品仓库面向的多家实体店在目标日期的目标销售数据(如销售额或销售量等等)确定。在本实施例中，根据多家实体店在未来时间范围的目标销售总额，确定仓库在该段时间内每天的收货容量，如要根据上海生鲜加工中心面向的10家实体店在5月的总销售额目标，确定该中心在5月的收货容量，包括仓库哪些天收货，哪些天不收货，每天收多少货等等，即：以销售额确定收货能力。因此，可先确定生鲜商品仓库在未来时间范围内的目标销售额(第二目标销售额)。所述第二目标销售额，可以是基于该仓库面向的多家实体店的历史销售额、销售额环比和经营目标等等数据确定出的合理的销售额，如上海生鲜加工中心面向的10家实体店在2、3、4月的平均销售额为1000万，5月要开展大促销活动，预计5月的销售额为1500万。

在一个示例中，要确定第二目标销售额可包括采用如下处理过程：1)确定所述仓库所在地区在未来时间范围内的目标销售额，如某个零售企业在上海地区包括生鲜加工中心、冷链仓、水产仓等等多个仓库；2)根据历史销售数据，确定该地区内各个仓库的历史销售额占比；3)根据地区的目标销售额和各个仓库的历史销售额占比，确定该区域中各个仓库在未来时间范围内的目标销售额。其中，一个地区的目标销售额可以是基于该地区的历史销售额给出的合理值。

在另一个示例中，要确定第二目标销售额可包括采用如下处理过程：1)确定所述仓库在未来时间范围内的每个类目的目标销售额：2)根据各个类目的目标销售额确定整个仓库的目标销售额。其中，类目可以包括蔬菜，水果，冷藏，肉类禽蛋，海鲜水产等等。以上海生鲜加工中心为例，上海生鲜加工中心5月份蔬菜类销售目标400万，水果类销售目标500万，海鲜水产类500万。

在本实施例中，步骤S101可包括如下子步骤：

1)确定仓库面向的多家实体店在目标日期的销售额，作为第一目标销售额。

所述第一目标销售额，可采用如下步骤确定：

1.1)根据所述仓库面向的多家实体店的生鲜商品历史销售数据，确定所述生鲜商品的历史日销售占比。

确定仓库内各种生鲜商品一级类目的历史日销售占比的方式多种多样，在本实施例中，是通过实体店二级类目的历史销售占比，并根据实体店和仓库间的配送关系，汇总到仓库的一级类目，得到生鲜商品一级类目的历史日销售占比。以上海生鲜加工中心为例，上海生鲜加工中心近3个月(3月，4月，5月)15号这一天海鲜水产平均能卖整个月销量的5％，那么5月15日海鲜水产的日销售目标金额就是5000*5％＝250。

1.2)根据所述历史日销售占比和所述第二目标销售额，确定所述第一目标销售额。

通过根据每个仓库每个类目的历史日销售占比，将月销售目标拆分到日，就可以确定各个仓库在每一天的销售目标，作为日目标销售额。

在本实施例中，采用滚动方式预测所述第一目标销售额，在子步骤1.2后还可包括如下子步骤：获取生鲜商品在目标日期前第二时间范围(如目标日期为5.15日，该日期前第二时间范围为5.1-5.15日)的第二实际销售金额；根据所述第二实际销售额调整所述第一目标销售额。这种处理方式，使得可滚动预测日目标销售额，可根据当月实际的销售额对日目标销售额进行拟合修正，使收货容量计算更加精准。

具体实施时，拟合修正可以是一个线性规划模型，可以将拟合修正模型理解为简单的线性模型拟合：第二实际销售额＝a*第一目标销售额+b。对于当月已经过去的时间，第二实际销售量和第一目标销售额(销售指标)是已知的，据此可以算出a和b的值，a表示第二实际销售量和第一目标销售额之间的比例(倍数),如1.1表示第二实际销售量超出预期目标销售额10％，0.9表示第二实际销售量达不到预期目标10％个点，b表示截距项。这样，结合子步骤1.2确定出的仓库在目标日期的生鲜商品销售指标，就可以算出一个滚动预测销售目标值，这种处理方式使得仓库在目标日期的生鲜商品销售指标根据商品最近销售情况实时变化；因此，可以有效提升第一目标销售额的准确度，从而提升出库量预测值的准确度，最终会提升收货容量的准确度。

以上海生鲜加工中心海鲜水产品类为例，如根据本月发生的销售数据(1号到14号)拟合出的a＝1.1，b＝1,那么15号的滚动预测销售目标＝1.1*250+1＝276，这样在确定出库量预测值时依据的日目标销售额就是276，而不是250，因为根据这个月前几天的销售情况，实际已经超出预期。

2)确定所述以第二计量单位计量的生鲜商品的商品单价。

所述商品单价，包括以第二计量单位计量的生鲜商品的单价，又称为件单价，包括一个商品类目下多种商品每件(第二计量单位，如箱)的平均价格，可根据仓库内每个商品类目的历史销售额和以第二计量单位计量的销售量确定每个商品类目的件单价。例如，水产类包括大闸蟹、鲤鱼、鲈鱼、贝类等等商品，这些商品各自的第一计量单位可能均不相同，要确定这类商品的单价，可采用如下处理步骤：

2.1)获取目标日期前第一时间范围的第一实际销售额和生鲜商品的以第一计量单位计量的第一销售量。

第一时间范围，可以是目标日期前的一段时间，也可以是某一天，如目标日期为5.15日，第一时间范围为5.14日。

所述第一销售量是以第一计量单位计量的生鲜商品的销售量，如大闸蟹在5.14日的第一销售量为50只。

在本实施例中，考虑到生鲜商品的价格与季节、天气等因素的相关性较大，导致同一商品在不同日期的价格浮动较大，因此根据每个商品类目在目标日期的前一天的销售额和销售量确定每个商品类目的件单价。也就是说，第一时间范围是目标日期的前一天。

2.2)根据计量单位换算规则，确定与所述第一销售量对应的生鲜商品的以第二计量单位计量的第二销售量。

所述计量单位换算规则，又称为整散系数，可包括多种生鲜商品的由第一计量单位换算为第二计量单位的规则。在本实施例中，所述计量单位换算规则包括：a)大闸蟹：20只为1箱；b)梭子蟹：10斤为1箱；c)活鱼：50斤为1箱；d)蔬菜：10斤为1箱…。

例如，大闸蟹的第一销售量为100只，则核算为5箱；梭子蟹的第一销售量为50斤，则核算为5箱；活鱼的第一销售量为100斤，则核算为2箱；蔬菜的第一销售量为500斤，则核算为50箱。

2.3)根据所述第一实际销售额和所述第二销售量，确定所述商品单价。

在获得各类商品的第一实际销售额和第二销售量后，就可以根据这两方面信息确定所述商品单价。例如，大闸蟹的第二销售量为5箱，第一实际销售额为2000元；梭子蟹的第二销售量为5箱，第一实际销售额为1500元；活鱼的第二销售量为2箱，第一实际销售额为500元；蔬菜的第二销售量为50箱，第一实际销售额为5000元；则生鲜单品的商品单价＝(2000+1500+500+5000)/(5+5+2+50)＝145元/箱。

3)根据所述第一目标销售额和所述商品单价，确定所述出库量预测值。

在确定出仓库在目标日期的目标销售额和件单价后，就可以根据这些数据确定仓库在该天的生鲜商品出库量预测值，如第一目标销售额＝75万，件单价＝145元/箱，则出库量预测值＝5172箱，由此可确保所述出库量预测值是符合目标销售额的出库量，且与实际出库量相近。在本实施例中，可采用如下公式确定所述出库量预测值：

出库量＝[(一级商品类目的日目标销售额/一级商品类目的件单价)*(1+实体店损耗率)]。

生鲜商品从供应商送货到配送中心仓库(简称大仓)再到实体店(简称门店)再到消费者的整条链路上有比较大的损耗，主要包括两部分：大仓损耗和门店损耗。由此可见，损耗也是影响收货容量的一个重要因素。其中，实体店损耗率可根据历史数据计算得到，如一个类目在实体店的损耗件数/该类目在实体店的总件数。

其中，日目标销售额(第一目标销售额)可以是经过滚动预测得到的仓库在目标日期的目标销售额，件单价可以是根据目标日期的前一天的销售额和销售量确定的件单价。

以上海生鲜加工中心为例，海鲜水产类昨天的件单价＝20元/件(箱)(这里的生鲜商品的单位就已经和收货容量的单位统一了)，门店损耗率＝3％，那么出库量预测值＝276/20*1.03，约等于15件(箱)。

步骤S103：根据所述出库量预测值，确定仓库在目标日期的生鲜商品的入库量预测值。

本申请实施例提供的方法，是先通过仓库在一天的目标销售额计算该天的出库量，再由出库量计算该天的入库量，由于生鲜商品的零库存需求会使得仓库出库量更契合销售量(体现以销定收货能力)，而仓库入库会涉及到囤货，因此根据出库量确定入库量是符合客观规律的。

在本实施例中，步骤S103可包括如下子步骤：1)获取所述生鲜商品的仓库周转天数和仓库损耗率；2)根据所述出库量预测值、仓库周转天数和仓库损耗率，确定所述入库量预测值。所述仓库损耗率，可根据历史数据算出，如一个类目在仓库的损耗件数/该类目在仓库的总件数。

例如，水果类周转天数为8天，那么T日的入库量为未来8日(不含当日)出库量的平均值，可用公式表达如下：SUM未来8天{出库量预测值*(1+仓库损耗率)}/8。

在一个示例中，步骤S105还可包括如下子步骤：获取所述生鲜商品的BOM商品比例系数和加工转化倍数；相应的，根据所述出库量预测值、仓库周转天数、仓库损耗率、BOM商品比例系数和加工转化倍数，确定所述入库量预测值。

例如，水果类周转天数为8天，那么T日的入库量可采用如下公式计算：SUM未来8天{预测出库量*(1+仓库损耗率)*M％/加工转化倍数+预测出库量*(1-M％)}/8。其中，M％:BOM商品比例系数，即加工品在该类目商品中的占比；加工转化倍数：加工品的原材料和加工成品的转化比率，比如1箱芒果做成果切变成了3箱芒果果切，转化倍数就是3。

再例如，海鲜品类的周转天数为0，即一般是当天入当天出，不在仓内做停留，因此只要取当天的出库量预测值带入上面公式计算即可。以上海生鲜加工中心为例，加入仓库损耗率为3％，M％＝50％，加工转化倍数是2，海鲜水产类15号入库量为15*1.03*0.5/2+13*0.5约等于11。

步骤S105：根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量。

在确定所述入库量预测值后，就可以根据该预测值确定仓库在目标日期的生鲜商品收货容量。具体实施时，可以直接将入库量预测值作为所述收货容量，如上例中最后确定上海生鲜加工中心的15号的收货能力就是10箱；也可以适量放大收货容量，使其较大于入库量预测值。

所述收货容量是本申请的发明人提出的一个体现仓库在正常情况下收货能力的重要指标，该容量可表示基于一天内出勤的收货员数量和收货场地面积可正常收货的商品数量。需要强调的是，该商品数量的单位并非商品SKU的单位或采购单上的采购量单位，而是从仓库收货角度考虑的将不同商品单位计量的商品数量进行计量单位归一化后的第二计量单位。正常情况包括收货人员不加班，且收货场地不临时扩充。基于收货容量可为仓库在该天内面向的送货商分配送货时间，也可进行收货人员及收货场地的安排。

从上述实施例可见，本申请实施例提供的收货容量确定方法，本申请实施例提供的收货容量确定方法，通过确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量；这种处理方式，使得自动确定出的生鲜商品每天的收货容量与当天实际收货量匹配，既可满足收货量对收货容量的需求，又使得收货容量尽量低；因此，可以有效提升收货容量的准确度，从而有效节约收货资源。同时，由于这种处理方式使得当天入库量与当天出库量匹配，当天入库的生鲜商品会在当天出库，由此可确保生鲜商品的仓库周转为零；因此，可以有效提升商品品质。

在上述的实施例中，提供了一种收货容量确定方法，与之相对应的，本申请还提供一种收货容量确定装置。该装置是与上述方法的实施例相对应。

第二实施例

请参看图2，其为本申请的收货容量确定装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本申请另外提供一种收货容量确定装置，包括：

出库量预测值确定单元201，用于确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；

入库量预测值确定单元203，用于根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；

收货容量确定单元205，用于根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量。可选的，所述目标销售数据包括目标销售额；

所述出库量预测值确定单元201，具体用于确定所述目标销售额，作为第一目标销售额；确定以第二计量单位计量的生鲜商品的商品单价；根据所述第一目标销售额和所述商品单价，确定所述出库量预测值。

可选的，所述确定以第二计量单位计量的生鲜商品的商品单价，包括：

获取目标日期前第一时间范围的第一实际销售额和生鲜商品的以第一计量单位计量的第一销售量；

根据计量单位换算规则，确定与所述第一销售量对应的生鲜商品的以第二计量单位计量的第二销售量；

根据所述第一实际销售额和所述第二销售量，确定所述商品单价。

可选的，在所述根据所述第一目标销售额和所述商品单价，并确定所述出库量预测值之前，还包括：

获取生鲜商品在目标日期前第二时间范围的第二实际销售额；

根据所述第二实际销售额调整所述第一目标销售额。

可选的，所述确定所述目标销售额，包括：

根据所述多家实体店的生鲜商品历史销售数据，确定所述生鲜商品的历史日销售占比；

根据所述历史日销售占比和所述多家实体店在未来时间范围内的第二目标销售额，确定所述第一目标销售额。

可选的，所述入库量预测值确定单元203，具体用于获取所述生鲜商品的仓库周转天数和仓库损耗率；根据所述出库量预测值、仓库周转天数和仓库损耗率，确定所述入库量预测值。

可选的，在所述根据所述出库量预测值、仓库周转天数和仓库损耗率，并确定所述入库量预测值之前，还包括：

获取所述生鲜商品的BOM商品比例系数和加工转化倍数；

根据所述出库量预测值、仓库周转天数、仓库损耗率、BOM商品比例系数和加工转化倍数，确定所述入库量预测值。

第三实施例

与上述的收货容量确定方法相对应，本申请还提供一种收货资源确定方法，该方法的执行主体为收货资源确定装置，该装置通常部署于服务器，但并不局限于服务器，也可以是能够实现所述收货资源确定方法的任何设备。

请参考图3，其为本申请提供的一种收货资源确定方法实施例的流程图，本实施例与第一实施例内容相同的部分不再赘述，请参见实施例一中的相应部分。本申请提供的一种收货资源确定方法包括：

步骤S301：接收针对目标生鲜商品仓库在目标日期的收货资源确定请求。

所述请求可包括目标生鲜商品仓库的标识及目标日期。所述请求的发送方，可以是仓库管理人员客户端等等。

步骤S303：确定生鲜商品仓库在目标日期的生鲜商品收货容量。

所述收货容量，可根据仓库面向的多家实体店在目标日期的生鲜商品目标销售数据确定，也可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定。

在本实施例中，所述收货容量可采用如下步骤确定：1)确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；2)根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；3)根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量。

步骤S305：根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积。

在一个示例中，首先结合仓库内设备资源(悬挂链，传送带)，估算平均每个人每天收货饱和度，然后就可以根据收货容量完成人力排班。同样的，要估计场地资源，可首先确定平均每平米能容纳的最多箱货量，然后再根据收货容量估算所需场地资源。例如，每个人每天收货饱和度为8000箱/人/天，每100箱占地20平米，如果某日收货容量为80000箱，则需要10人及16000平米的场地。

在本实施例中，步骤S305还可以采用如下方式实现：根据所述收货容量，确定仓库在目标日期内生鲜商品收货时间段的收货员数量和/或收货场地面积。所述生鲜商品收货时间段，可以是收货时间小于收货时间阈值(如8点)的低温时段，如早上6-8点，这样就可以满足生鲜商品对早收货早出货的需求，以提升生鲜商品送达至实体店时的商品品质。

具体实施时，步骤S305可包括如下子步骤：1)根据仓库的设备资源数据，确定在所述目标日期的生鲜商品收货时间段内单个收货员的收货饱和度，如早上6-8点间单个收货员的收货饱和度为2000箱/人/6-8点；2)根据所述收货容量和所述收货饱和度，确定仓库在所述生鲜商品收货时间段的所述收货员数量，如果某日生鲜商品收货容量为80000箱，则需要40人，且在早上6-8点间需要16000平米的收货场地。

在确定出仓库在目标日期或该日期生鲜商品收货时间段的收货员数量和/或收货场地面积后，可向请求方(如仓库管理人员客户端)回送收货员数量和/或收货场地面积，以便于仓库管理人员对目标日期进行收货人员排班，并在相应时间腾出收货场地。例如，确定上海生鲜加工中心在5.15日生鲜商品收货容量为80000箱，其余商品收货容量为100000箱，则需要在早上6-8点安排40人收货，且在早上6-8点间腾出16000平米的收货场地，而在8-17点间安排10人收货即可。

从上述实施例可见，本申请实施例提供的收货资源确定方法，通过接收针对目标生鲜商品仓库在目标日期的收货资源确定请求；确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积；这种处理方式，使得自动确定出的生鲜商品仓库每天所需的收货员数量和收货场地面积，既可满足生鲜商品收货量对收货资源的需求，又使得收货资源尽量低；因此，可以有效提升生鲜商品收货资源的准确度，从而有效节约生鲜商品收货资源。

在上述的实施例中，提供了一种收货资源确定方法，与之相对应的，本申请还提供一种收货资源确定装置。该装置是与上述方法的实施例相对应。

第四实施例

请参看图4，其为本申请的收货资源确定装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本申请另外提供一种收货资源确定装置，包括：

请求接收单元401，用于接收针对目标生鲜商品仓库在目标日期的收货资源确定请求；

收货容量确定单元403，用于确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

收货资源确定单元405，用于根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积。可选的，所述收货员数量采用如下步骤确定：

根据仓库的设备资源数据，确定在所述目标日期的生鲜商品收货时间段内单个收货员的收货饱和度；

根据所述收货容量和所述收货饱和度，确定仓库在所述生鲜商品收货时间段的所述收货员数量。

可选的，所述收货容量采用如下方式确定：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量；

第五实施例

与上述的收货容量确定方法相对应，本申请还提供一种免预约送货系统。

下面首先对仓库的现有预约送货方式及其存在的问题进行说明。

在仓库(配送中心)的收货能力是有限的(如通过上述实施例二确定的一天的收货资源与实际收货量匹配)情况下，配送中心要求供货商在送货前先要与配送中心协商好送货时间，按照约好的送货时间准时送货，以避免出现配送中心面对多家供应商集中送货造成难以应对的局面。

目前，一种典型的供应商预约送货方式是通过预约送货系统进行预约送货的方式。该方式主要是供应商通过系统提供的网站预约服务将预约送货信息传达给收货仓内作业人员，具体的预约送货过程如下所述。首先，由供应商登录系统；然后，针对目标采购单新建预约单，输入包括预约时间段在内的预约送货信息，在输入完预约送货信息后，向系统提交针对新建预约单的预约送货请求；系统响应该请求记录预约单，并向仓内作业人员发送预约送货信息，仓内作业人员对于供应商提出的送货时间做再次确认。由于这种预约方式使得供应商可以随时预约送货，因此可以有效缓解早期电话预约方式存在的预约送货难问题。

然而，在实现本发明过程中，发明人发现上述现有的技术方案至少存在如下问题：1)仍然存在供应商预约难导致的送货效率低的问题：由于该方式需要仓内作业人员对于供应商提出的送货时间做再次确认，直至双方协商达成一致，且面临多单多协商的较大工作量，因而导致预约流程过长，供应商等待耗时过长，双方沟通成本高，不能彻底解决供应商预约难的问题，从而影响送货效率；2)仓库收货工作不平衡：人工安排收货时间使得供应商送货时间随意性强，难以对仓库整体收货情况进行把控，导致仓库收货员每天收货忙的时候很忙，闲的时候很闲，收货没有节奏造成资源浪费；3)腐败及无法确保生鲜商品质量问题：网上预约后的双向确认流程导致供应商与仓内作业人员间直接沟通，因此频频出现腐败问题；例如，对于生鲜类等需要尽早送货以确保商品品质的商品，如果安排的送货时间不合适，就容易遇到交通堵塞等情况，从而导致送货时间较晚，影响商品品质，仓内作业人员面对多家供应商都想尽早送货的需求，其拥有的送货时间安排权力就容易导致暗箱操作；4)网站预约对于供应商存在一定接入成本。

本申请的发明人发现预约送货系统的现有网站预约方式存在的问题，其根本原因是供应商预约送货时间的过程包括人工参与环节，并且仓库内安排收货是由人工管理安排，因此，本申请提供的系统从解决根本问题入手，避免出现现有网站预约方式存在的问题。

本申请提供的免预约送货系统，其发明构思为：确定仓库在目标日期的与生鲜商品收货量匹配的生鲜商品收货容量；抽象出仓库的收货能力模型，该模型包括仓库在目标日期内多个送货时间段分别对应的标准收货容量数据，以及各个时间段的已占用的收货容量数据，其中生鲜商品送货时间段(如早上6-8点)的标准收货容量数据为生鲜商品收货容量；根据收货能力模型和待确定送货时间段的目标订单的单据模型，通过业务规则和分配算法确定出一个合理的送货时间，输出到目标订单的单据上，并可在分配送货时间后更新相应时间段的已占用收货容量数据，以实现供应商送货免人工预约。由于系统综合与收货量匹配的仓库收货能力以及预收货现状客观地分配预约送货时间，既可确保有能力在生鲜商品送货时间段内收取所有生鲜商品，又可节约收货资源，还可保证仓库收货节奏可控，也无需人为干预送货时间的确定，免去了供应商人工履约预约送货时间环节，实现系统自动预约送货时间；因此，不仅可以有效提升生鲜商品品质，有效节约收货资源，提升仓库收货工作的平衡度，降低预约送货的难度，提升送货效率，从而提升供应商履约率，提升供应链的确定性和效率，且可以从根本上杜绝腐败问题。

请参考图5，其为本申请的预约送货系统的结构图。所述系统包括:服务器1，以及，客户端2。

所述客户端2，用于确定待确定送货时间段的目标订单，向服务器1发送针对目标订单的送货时间确定请求。所述服务器1可预先通过上述实施例一提供的方法确定仓库在一天中的生鲜商品收货容量，并将一天的收货时间划分为多个时间片，其中包括生鲜商品送货时间段(如早上6-8点)，并可根据所述生鲜商品收货容量安排生鲜商品送货时间段的收货资源，并根据所述生鲜商品收货容量确定生鲜商品送货时间段的第一标准收货容量，以及，按比例或其他方式(如根据仓库收货资源安排规则进行分配的方式)确定所述目标日期内其他多个送货时间段(可以是非生鲜商品送货时间段)的第二标准收货容量，将一天总的收货容量分配到各个送货时间段中，由此确定各个送货时间段的标准收货容量，并响应来自客户端2的送货时间确定请求，综合仓库在各个时间段的总收货容量以及仓库的已经分配(占用)的收货容量，客观地为目标订单分配预约送货时间。

所述目标订单，可以是采购单、补货单、配货单、调拨单等等与收送货相关的订单。所述目标订单，可包括如下数据：单号，收货方编码(如仓编码)，部门编码(如良品部)，商品信息(如商品编码，商品规格，商品数量，商品类目等等)，供应商，送货日期，还可包括该订单对仓库收货容量的占用量等等信息。例如，面向供应商A下发的采购单数据包括：收货方“上海生鲜商品加工中心，良品部”，商品信息“100只大闸蟹，50斤大虾”，送货日期“2019/5/15”。

所述客户端2，包括但不限于终端设备，如个人电脑、智能手机、PAD、iPad等等，也包括服务器1以外的其他服务器，如部署有补货系统、采购系统、配货系统、调拨系统的具有确定送货时间需求的服务器。服务器1作为服务提供方，统一为所述客户端2提供送货时间确定服务。

本申请实施例提供的系统，服务器1预先确定至少一个生鲜商品仓库在多个送货时间段的标准收货容量数据；并在接收到针对目标订单的送货时间确定请求后，确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量数据；根据所述可用收货容量数据和目标订单的货品订购信息，确定所述目标订单的送货方占用的送货时间段；更新所述目标收货方在所述目标送货日期内所述占用的送货时间段的已占用收货容量数据；向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

在本实施例中，所述生鲜商品送货时间段的第一标准收货容量采用如下方式确定：确定仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的生鲜商品目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为第一标准收货容量。

所述收货方，包括但不限于以下用户的至少一者：配送中心仓库，实体店仓库。配送中心仓库，可以是配送中心的某个仓库，如某个新零售商家位于上海的常温仓或冷链仓；也可以是配送中心仓库下的某个具体部门，如水产品暂养仓下的良品部、综合部或退货部。实体店仓库，可以是某个实体店的仓库，如盒马在上海的曹家渡店的后场仓库。

所述送货方，包括但不限于以下用户的至少一者：供应商，配送中心仓库，实体店仓库。供应商，可以是某种货品的生产商或经销商。

本申请实施例提供的系统，可以应用在以下送货预约场景中：1)供应商向配送中心仓库送货，即与本申请实施例提供的系统对接的系统是集团采购系统；2)供应商用户向实体店仓库送货，即与本申请实施例提供的系统对接的系统是实体店采购系统；3)配送中心向送货实体店仓库送货，即与本申请实施例提供的系统对接的系统是补货系统及配送系统；4)从一个配送中心仓库向另一个配送中心仓库送货，即与本申请实施例提供的系统对接的系统是调拨系统；5)从一个实体店仓库向另一个实体店仓库送货，即与本申请实施例提供的系统对接的系统是调拨系统。

下面以为对接采购系统的采购单分配送货时间为例，对本申请实施例提供的系统进行说明。

在本实施例中，可以由生鲜商品仓库的作业人员通过其客户端2生成采购单，向所述服务器1发送针对该采购单的送货时间确定请求；也可以是将采购单提交到采购系统后，由部署采购系统的其他服务器确定待确定送货时间段的采购单，向所述服务器1发送所述送货时间确定请求；还可以是由供应商的作业人员通过其客户端2确定待确定送货时间段的采购单，向所述服务器1发送针对该采购单的送货时间确定请求。

所述送货时间确定请求，可以是针对一个目标订单的送货时间确定请求，也可以是针对多个目标订单的送货时间确定请求，这样服务器1就可以批量为多个目标订单分配送货时间。

在本实施例中，所述服务器1可为多个收货方提供送货时间分配的服务，且结合收货仓在送货日期的收货能力以及预送货现状，来为用户分配一个合理的具体的送货时间。因此，首先需要将一个完整的收货日拆解成几个收货时段，将每个时段称作一个“时间片”或“送货时间段”，可将其抽象成一个桶模型，每个时间片都有其成比例的收货能力，把每个时段的收货能力抽象成桶容量，这样就将如何分配送货时间问题转化成了分配桶容量问题。

如图5所示，本实施例将一天分为五个时间送货时间段(6:00-8:00，8:00-10:00，10:00-12:00，13:00-15:00，15:00-17:00)，将五个时间段的收货容量数据抽象为分桶模型，每个时间段对应一个体现收货容量数据的桶，一个桶的总容量就是所述标准收货容量数据，标准收货容量可表示这个时间片的标准收货能力；一个桶被占用的容量就是已占用收货容量，已占用收货容量表示已下发给供应商单据的送货时间所占用的容量；一个桶的未被占用的容量就是所述可用收货容量数据，可用收货容量表示该时间段还剩余的收货能力。

在本实施例中，预先确定至少一个收货方在多个送货时间段的标准收货容量数据，该标准收货容量数据可以体现收货方在一个送货时间段的标准收货能力，如果实际收货超出该额定能力，则视为超量工作/加班工作。对于生鲜商品，可通过上述实施例一的方法确定所述第一标准收货容量数据，并通过上述实施例二的方法确定生鲜商品送货时间段的收货资源；对于非生鲜商品(如服饰、日用品等等)，可以根据收货方的人力和场地情况合理评估对应的所述标准收货容量数据，或者采用以销定收货容量的方式确定对应的所述标准收货容量数据，以便于进一步节约收货资源。

在采用以销定收货容量的方式确定非生鲜商品的标准收货容量数据时，可以通过OTB来产出一天内总的收货容量。具体过程可以是：OTB能产出每个类目每个月的销售预算，然后由于每个品类的价格上下波动不大，可以根据历史数据算出这个品类的asp(件单价)，从而转换出销售总件数，然后再根据周销售分布比，算出每日的收货能力。在计算出非生鲜商品的一天内总的收货容量后，就可以按比例将非生鲜商品的总收货容量分配到各个非生鲜商品送货时间段，作为各个时间段的第二标准收货容量。

送货时间段的标准收货容量的单位可以根据业务需求确定，如体积单位或重量单位等等。表1示出了本实施例中的标准收货容量数据。

表1、标准收货容量数据表

由表1可见，可以为不同收货方在不同送货日期的不同时间段分别配置标准收货容量，本实施例中标准收货容量的单位为箱。在通过所述系统自动分配送货时间时，任意时间段的送货时间分配后，均应不超过该标准收货容量，如果超过则可视为额外的加班加量工作，需要加配收货人员和收货场地。

在一个示例中，要确定至少一个收货方在多个送货时间段的第二标准收货容量数据，可采用如下处理过程：1)接收客户端2发送的针对收货方的第二标准收货容量的配置请求；2)存储所述配置请求携带的收货方在不同送货日期的不同送货时间段分别对应的第二标准收货容量数据。采用这种处理方式，可由收货方的作业人员根据其经验，人工配置不同送货日期的各个送货时间段的第二标准收货容量数据。

在另一个示例中，要确定至少一个收货方在多个送货时间段的第二标准收货容量数据，可采用如下处理过程：1)获取收货方的非生鲜商品历史收货数据；2)根据所述历史收货数据，统计得到收货方的第二标准收货容量。采用这种处理方式，使得根据收货方的历史收货数据自动确定第二标准收货容量，因此，可以有效提升数据准确率，降低人工成本。

所述服务器1接收到送货时间确定请求后，就可以确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量数据。

在一个示例中，采用如下步骤确定可用收货容量数据：1)根据订单中的收货方信息(如收货仓库编码)和送货日期，在标准收货容量数据表(如表1)中查询中该仓库在指定收货日中各个时间段的标准收货容量数据；2)根据送货时间段占用记录表(可包括收货仓库编号、订单号、送货日期、送货时间段等等数据)，统计各个时间段已占用的收货能力；3)根据标准收货容量数据和已占用收货容量，确定各个时间段的可用收货容量数据。

本申请实施例提供的系统，所述服务器1不仅需要确定所述标准收货容量数据，还可记录各个时间段的收货能力的占用现状，或直接记录各个时间段的可用收货容量数据，以便于提升可用收货容量数据的确定速度。表2示出了本实施例中记录的已占用收货容量数据。

表2、已占用收货容量数据表

所述服务器1获得目标订单相应仓指定收货日的收货能力模型数据后,就可以根据所述可用收货容量数据和目标订单的货品订购信息，确定所述目标订单的送货方占用的送货时间段。

在一个示例中，可通过送货时间段分配算法，根据所述可用收货容量数据和目标订单的货品订购信息，确定所述目标订单的送货方占用的送货时间段。所述分配算法通常与业务约束无关，主要关乎能够均衡的分配收货能力。分配算法可遵循如下规则：1)一个订单只消费一个时间片的容量；2)通过已占用收货容量来描述时间片容量分配情况；3)在满足订单对收货能力的占用量需求的前提下，优先分配送货负载低的送货时间段。

在本实施例中，基于上述规则的分配算法可包括如下具体步骤：1)根据所述可用收货容量数据确定各个送货时间段的送货负载；2)根据所述货品订购信息，选取所述送货负载排在低位的送货时间段作为所述占用的送货时间段。所述送货负载，包括所述时间段的收货能力占用比。采用这种分配算法，可以为订单分配满足其对收货能力的占用量需求、且具有最小收货能力占用比的时间段。

具体实施时，时间片分配可依据累加占用容量比最小的时间片，可采用如具体分配公式：Min(O1/T1,(O1+O2)/(T1+T2),…,(O1+...+On)/(T1+...+Tn))。其中，O1表示第一个时间段已占用的收货容量数据，T1表示第一个时间段的额定收货容量数据，n表示一天内时间段总数。由上式可见，如果一天内总占用容量与一天总收货能力的比值最小，则为订单分配最晚的时间段；如第一时间段与第二时间段的累计占用量、与这两个时段累计的额定收货容量间比值最小，则为订单分配第二时间段。

如图6所示，对于一张收货容量占用量为50箱的采购单，在将其下发给供应商之前来请求具体送货时间，如果忽略业务规则等方面的约束，那么为了均衡人力及场地的收货压力，可以为它分配10:00-12:00点的时间片，因为该时间片的收货能力占用比最低。由此可见，采用上述分配算法，使得优先分配送货负载低的送货时间段，因此可确保一天内各时段分配的订单占用量较为平衡，尽量做到最大化均衡收货。

然而，在实际应用中，最平均的分配收货能力可能并不是最好的分配方式，最符合业务需求的分配方式才是最合适的。在将所述系统应用于商业场景的情况下，仅仅依据简单的平均分配时间片是不合理的，还需要遵循业务规则。因此，在本实施例中，时间片的分配由业务规则和分配算法两部分组成，业务规则优先级高于分配算法，在满足业务规则的前提下再进行尽量平均分配，且允许不同零售商之间的业务规则存在一定的差异。下面给出本申请应用的一组用于新零售业务的业务规则：(优先级从高到低)

业务规则1、供应商统一送货时间。

从数据处理角度而言，就是送货方在相同送货日期的多个订单占用相同的送货时间段。要使得分配的时间段满足该业务规则，可采用如下步骤确定送货时间段：1)获取所述目标订单的送货方在所述送货日期内针对所述目标收货方的已分配送货时间段的订单信息；2)将其他订单的所述已分配送货时间段作为所述目标订单占用的送货时间段。采用该业务规则，使得供应商同一到货日送货时间统一，不会能让供应商送多次。

例如，已经为供应商x向仓库y送货的采购单z1分配了2019/5/15日上午8-10点时间段送货，此后仓库y又向供应商x下发了送货日期仍为2019/5/15日采购单z2，采用业务规则1进行分配后，为采购单z2分配的时间段仍为上午8-10点时间段。

业务规则2、优先满足供应商期望送货时间。

采用该规则，使得如果收货方的可用收货容量充足，则优先分配供应商期望的送货时间。要使得分配的时间段满足该业务规则，可采用如下步骤确定送货时间段：1)获取送货方的期望送货时间；2)获取所述目标收货方在目标送货日期内与所述期望送货时间对应的送货时间段的可用收货容量数据；3)若与所述期望送货时间对应的送货时间段包括可用收货容量数据大于或者等于所述目标订单占用的收货容量数据的时间段，则将与所述期望送货时间对应的送货时间段作为所述占用的送货时间段。

具体实施时，服务器1还可用于接收客户端2发送的针对送货方的期望送货时间的第二配置请求；存储所述第二配置请求携带的期望送货时间，以使得可以基于该配置数据应用业务规则3分配时间。

业务规则3、大订单强制上午收货。

采用该规则，使得如果采购单对收货能力的占用量超过阈值，则无视其所占用的收货能力容量限制，将其强制安排在上午送货。要使得分配的时间段满足该业务规则，可采用如下步骤确定送货时间段：1)确定所述目标订单的收货容量占用量；2)若占用量大于占用量阈值，则确定所述占用的送货时间段为上午时段。所述第一时间段可以是上午时段。

所述订单的收货容量占用量，可以根据预先设定的整散系数对订单商品数量换算得到。例如，水产品暂养仓向水产商下发的采购单包括100只大闸蟹，对于大闸蟹设定的整散系数为0.1，经过换算后确定这100只大闸蟹占用的收货能力为10箱。

具体实施时，服务器1还可用于接收客户端2发送的针对占用量阈值的第三配置请求；存储所述第三配置请求携带的占用量阈值，以使得可以基于该配置数据应用业务规则4分配时间。

业务规则4、生鲜商品类订单早上送货。

采用该规则，使得如果采购单包括生鲜商品类，则将其送货时间段确定为早上时间段(如6-8点)。由于生鲜类商品的品质与其送货时间的早晚有关，因此应用该规则可确保商品品质。所述第二时间段可以是6-8点时段。

如果订单不属于上述四种情况，且如果可用收货容量充足，则可正常分配最优时间片，即通过上述分配算法分配最优送货时间。通过应用分配算法，使得可填充以上业务规则的不均匀性，做到最大化均衡收货。

在本实施例中，服务器1还接收客户端2发送的针对业务规则的第一配置请求；存储所述第一配置请求携带的业务规则和/或业务规则优先级。

在本实施例中，还设计了时间片分配的兜底策略，即：在通过分配算法无法为订单分配成功送货时间段的情况下，如所述目标订单的占用收货容量数据大于各个送货时间段的可用收货容量数据，则将所述送货日期内最后一个的送货时间段确定为所述占用的送货时间段。采用这种处理方式，使得超出当天收货能力的采购单或者任何异常情况发生时，采购单会被安排在最后一个时间片并且报警。

具体实施时，所述服务器1还用于接收客户端2发送的针对业务规则的第二配置请求；存储所述第二配置请求携带的业务规则和/或业务规则优先级。第二配置请求可包括多个业务规则及其应用的优先级，不同零售商可根据其业务特点指定不同的业务规则，为业务规则指定不同的优先级。

在所述服务器1为目标订单分配好时间段后,就可以向所述送货方发送送货时间为所述占用的送货时间段的目标订单，如通过所述系统向供应商客户端下发该订单，也可通过邮件系统邮件通知供应商等等方式。

此外，在所述服务器1为目标订单分配好时间段后,还需更新所述目标收货方在所述目标送货日期内所述占用的送货时间段的已占用收货容量数据。

本申请实施例提供的系统，可以是单点部署的服务系统，也可以采用分布式部署方式，由多个计算节点基于收货能力管理数据库来处理大量并发的送货时间确定请求。如果所述预约送货系统为分布式系统，存在多个用户同时对数据库并发操作的情况，则可采用分布式锁机制管理对所述可用收货容量数据的访问处理。采用这种处理方式，使得在预约送货系统中某一个计算节点(所述服务器1)为一个目标订单分配时间段后，并且在该计算节点未对分布式收货能力管理数据库执行更新相应时间段的已占用收货容量数据之前，如果系统接收到来自其它客户端2的针对其它订单的送货时间确定请求，并分配至另一个计算节点处理该请求，则该另一个计算节点从数据库中将无法成功访问到该已占用收货容量数据，由此可避免出现数据不一致问题。

在本实施例中，在给采购单分配完时间片之后，要准确地消费掉相应时间片的容量，以保证下次分配的正确性。面对多线程的情况下存在的线程安全问题，采用如下具体的分布式锁机制来解决并发问题，设计如下：

1)利用缓存系统(如redis)的put操作同一时间只能被一个线程写入成功的原理实现，同时内置了重试机制，保证获取到锁的成功率；

2)使用ThreadLocal实现了锁线程级别的可重入，以防止同一线程多次获取同一把锁时发生死锁的情况；

3)锁粒度设计遵循最小粒度原则，为仓库编码+部门编码+送货日期+业务类型(如采购，补货，配货，调拨)，以减少不必要的锁竞争；

4)锁被设计成有限次自旋锁，一定次数拿不到锁释放资源，把机会留给其他线程；

5)设置了锁过期时间：防止某个线程没有正常释放锁时其他线程拿不到锁，导致业务异常的问题；

6)多锁操作策略：针对批量处理场景，一个线程会获取多个锁，为了避免死锁问题，设计了同时操作多个锁的方案：获取锁时按锁粒度中送货日期从小到大的顺序来获取，释放锁时按锁粒度中送货日期从大到小的顺序来释放。

在一个示例中，所述客户端2，还可用于向所述服务器1发送针对目标订单的送货量变更请求，如由于供应商缺货只能先送一半货品；所述服务器1，还用于接收所述送货量变更请求，根据所述送货量变更请求携带的变更后商品数量，更新已占用送货时间段的已占用收货容量数据。具体实施时，可首先根据变更后商品数量确定变更后的收货容量占用量，再根据变更后的收货容量占用量更新已占用送货时间段的已占用收货容量数据。采用这种处理方式，使得可实时更新可用收货容量数据，以便于收货能力的再分配；因此，可以有效提升收货方收货能力的利用率。

在一个示例中，所述客户端2，还可用于向所述服务器1发送针对目标订单的订单取消请求，如由于断货导致供应商无法送货；所述服务器2，还用于接收所述订单取消请求，释放所述目标订单已占用的送货时间段的已占用收货容量数据。采用这种处理方式，同样使得可实时更新可用收货容量数据，以便于收货能力的再分配；因此，可以有效提升收货方收货能力的利用率。

在一个示例中，所述客户端2，还可用于向所述服务器1发送针对目标订单的送货时间变更请求，如由于天气原因导致供应商延期送货；所述服务器2，还用于接收所述送货时间变更请求，释放所述目标订单已占用的送货时间段的已占用收货容量数据；根据所述可用收货容量数据、所述送货时间变更请求携带的变更后送货日期和货品订购信息，确定所述送货方占用的送货时间段；更新变更后的送货时间段的已占用收货容量数据；向所述送货方发送送货时间为所述变更后的送货时间段的目标订单。采用这种处理方式，使得允许根据实际状况变更送货日期；因此，可以有效提升供应商的用户体验。

从上述实施例可见，本申请实施例提供的免预约送货系统，通过确定仓库在目标日期的与生鲜商品收货量匹配的生鲜商品收货容量；抽象出仓库的收货能力模型，该模型包括仓库在目标日期内多个送货时间段分别对应的标准收货容量数据，以及各个时间段的已占用的收货容量数据，其中生鲜商品送货时间段(如早上6-8点)的第一标准收货容量数据为生鲜商品收货容量；并确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；根据收货能力模型和待确定送货时间段的目标订单的单据模型，通过业务规则和分配算法确定出一个合理的送货时间，输出到目标订单的单据上，并可在分配送货时间后更新相应时间段的已占用收货容量数据，以实现供应商送货免人工预约；这种处理方式，使得由系统综合仓库收货能力以及预收货现状客观地分配预约送货时间，既可保证有能力在生鲜商品送货时间段内收取所有生鲜商品，又可节约收货资源，还可保证仓库收货节奏可控，也无需人为干预送货时间的确定，免去了供应商人工履约预约送货时间环节，实现系统自动预约送货时间；因此，不仅可以有效提升生鲜商品品质，有效节约收货资源，提升仓库收货工作的平衡度，降低预约送货的难度，提升送货效率，从而提升供应商履约率，提升供应链的确定性和效率，且可以从根本上杜绝腐败问题。

第六实施例

与上述的免预约送货系统相对应，本申请还提供一种免预约送货商品数据处理方法，该方法的执行主体为免预约送货装置，该装置通常部署于服务器，但并不局限于服务器，也可以是能够实现所述免预约送货商品数据处理方法的任何设备。

请参考图7，其为本申请提供的一种免预约送货商品数据处理方法实施例的流程图，本实施例与第五实施例内容相同的部分不再赘述，请参见实施例五中的相应部分。本申请提供的一种免预约送货商品数据处理方法包括：

步骤S701：确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量。

所述仓库存有生鲜商品和非生鲜商品，其中生鲜商品通常仓库周转为零。

所述第一标准收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定。在本实施例中，所述第一标准收货容量采用如下方式确定：确定仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的生鲜商品目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为第一标准收货容量。

步骤S703：确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量。

步骤S705：接收针对送货日期为目标日期的目标订单的送货时间确定请求；

步骤S707：确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；

步骤S709：根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。

在一个示例中，所述方法还可包括如下步骤：更新所述目标订单在所述目标日期内所述占用的送货时间段的已占用收货容量。

在一个示例中，所述步骤S709可包括如下步骤：1)根据业务规则确定所述目标订单占用的送货时间段；2)若未确定出满足业务规则的送货时间段，则通过时间段分配算法，根据所述可用收货容量和货品订购信息，确定所述目标订单占用的送货时间段。

在一个示例中，所述业务规则还包括：生鲜商品类订单在生鲜商品送货时间段送货；所述根据业务规则确定所述目标订单占用的送货时间段，包括：若所述目标订单包括生鲜类商品，则确定所述占用的送货时间段为生鲜商品送货时间段。

在一个示例中，所述方法还可包括如下步骤：接收针对业务规则的第一配置请求；存储所述第一配置请求携带的业务规则和/或业务规则优先级。

在一个示例中，所述业务规则还包括：送货方在相同送货日期的多个订单占用相同的送货时间段；所述根据业务规则确定所述目标订单占用的送货时间段，包括：获取所述目标订单的送货方在所述目标日期内针对所述仓库的已分配送货时间段的订单信息；将所述已分配送货时间段作为所述占用的送货时间段。

在一个示例中，所述业务规则还包括：送货时间段为送货方的期望送货时间；所述根据业务规则确定所述目标订单占用的送货时间段，包括：获取送货方的期望送货时间；获取所述仓库在目标日期内与所述期望送货时间对应的送货时间段的可用收货容量；若与所述期望送货时间对应的送货时间段包括可用收货容量大于或者等于所述目标订单占用的收货容量数据的时间段，则将与所述期望送货时间对应的送货时间段作为所述占用的送货时间段。

在一个示例中，所述方法还可包括如下步骤：接收针对送货方的期望送货时间的第二配置请求；存储所述第二配置请求携带的期望送货时间。

在一个示例中，所述业务规则还包括：收货容量占用量超过占用量阈值的订单在第一时间段送货；所述根据业务规则确定所述目标订单占用的送货时间段，包括：确定所述目标订单的收货容量占用量；若所述目标订单的收货容量占用量大于占用量阈值，则确定所述占用的送货时间段为第一时间段。

在一个示例中，所述方法还可包括如下步骤：接收针对占用量阈值的第三配置请求；存储所述第三配置请求携带的占用量阈值。

在一个示例中，所述时间段分配算法包括：根据所述可用收货容量确定各个送货时间段的送货负载；根据所述货品订购信息，选取所述送货负载排在低位的送货时间段作为所述占用的送货时间段。

在一个示例中，步骤S709还可包括如下步骤：若所述目标订单的占用收货容量大于各个送货时间段的可用收货容量，则将所述送货日期内最后一个的送货时间段确定为所述占用的送货时间段。

在一个示例中，所述方法还可包括如下步骤：接收针对多个目标订单的送货时间确定请求。

在一个示例中，实现所述方法的免预约送货系统采用分布式部署方式；所述方法基于分布式锁机制访问所述可用收货容量。

在一个示例中，所述方法还可包括如下步骤：分布式锁的锁粒度包括仓库、送货日期及业务类型的组合级锁粒度。

从上述实施例可见，本申请实施例提供的免预约送货商品数据处理方法，通过确定仓库在目标日期的与生鲜商品收货量匹配的生鲜商品收货容量；抽象出仓库的收货能力模型，该模型包括仓库在目标日期内多个送货时间段分别对应的标准收货容量数据，以及各个时间段的已占用的收货容量数据，其中生鲜商品送货时间段(如早上6-8点)的第一标准收货容量数据为生鲜商品收货容量；并确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；根据收货能力模型和待确定送货时间段的目标订单的单据模型，通过业务规则和分配算法确定出一个合理的送货时间，输出到目标订单的单据上，并可在分配送货时间后更新相应时间段的已占用收货容量数据，以实现供应商送货免人工预约；这种处理方式，使得由系统综合仓库收货能力以及预收货现状客观地分配预约送货时间，既可保证有能力在生鲜商品送货时间段内收取所有生鲜商品，又可节约收货资源，还可保证仓库收货节奏可控，也无需人为干预送货时间的确定，免去了供应商人工履约预约送货时间环节，实现系统自动预约送货时间；因此，不仅可以有效提升生鲜商品品质，有效节约收货资源，提升仓库收货工作的平衡度，降低预约送货的难度，提升送货效率，从而提升供应商履约率，提升供应链的确定性和效率，且可以从根本上杜绝腐败问题。

在上述的实施例中，提供了一种免预约送货商品数据处理方法，与之相对应的，本申请还提供一种免预约送货商品数据处理装置。该装置是与上述方法的实施例相对应。

第七实施例

请参看图8，其为本申请的免预约送货商品数据处理装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本申请另外提供一种免预约送货商品数据处理装置，包括：

第一标准收货容量确定单元801，用于确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量；所述第一标准收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

第二标准收货容量确定单元803，用于确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；

请求接收单元805，用于接收针对送货日期为目标日期的目标订单的送货时间确定请求；

可用收货容量确定单元807，用于确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；

时间段分配单元809，用于根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。可选的，所述第一标准收货容量采用如下方式确定：确定仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的生鲜商品目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为第一标准收货容量。

第八实施例

与上述的免预约送货系统相对应，本申请还提供一种免预约送货系统商品数据处理方法，该方法的执行主体包括但不限于移动通讯设备、个人电脑、PAD、iPad、RF枪等终端设备，也可以是服务器，可供仓库作业人员在接收送货方送达货品时使用。

请参考图9，其为本申请提供的一种免预约送货系统商品数据处理方法实施例的流程图，本实施例与第五实施例内容相同的部分不再赘述，请参见实施例五中的相应部分。本申请提供的一种免预约送货系统商品数据处理方法包括：

步骤S901：确定仓库在目标日期的生鲜商品收货容量。

所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定。在本实施例中，所述收货容量采用如下方式确定：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量。

步骤S903：根据所述收货容量确定生鲜商品订单占用的送货时间段。

步骤S905：根据确定的送货时间段对所述订单执行收货处理。

从上述实施例可见，本申请实施例提供的免预约送货系统商品数据处理方法，通过确定仓库在目标日期的与生鲜商品收货量匹配的生鲜商品收货容量；根据所述收货容量确定生鲜商品订单占用的送货时间段；根据确定的送货时间段对所述订单执行收货处理；这种处理方式，使得由系统综合仓库收货能力以及预收货现状客观地分配预约送货时间，既可保证有能力在生鲜商品送货时间段内收取所有生鲜商品，又可节约收货资源，还可保证仓库收货节奏可控；因此，不仅可以有效提升生鲜商品品质，节约收货资源，提升仓库收货工作的平衡度。

在上述的实施例中，提供了一种免预约送货系统商品数据处理方法，与之相对应的，本申请还提供一种免预约送货系统商品数据处理装置。该装置是与上述方法的实施例相对应。

第九实施例

请参看图10，其为本申请的免预约送货系统商品数据处理装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本申请另外提供一种免预约送货系统商品数据处理装置，包括：

收货容量确定单元1001，用于确定仓库在目标日期的生鲜商品收货容量；所述收货容量可根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

时间段分配单元1003，用于根据所述收货容量确定生鲜商品订单占用的送货时间段；

收货处理单元1005，用于根据确定的送货时间段对所述订单执行收货处理。

可选的，所述收货容量采用如下方式确定：确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量；

第十实施例

与上述的免预约送货系统相对应，本申请还提供一种免预约送货系统。

请参考图11，其为本申请提供的一种免预约送货系统实施例的示意图，本实施例与第五实施例内容相同的部分不再赘述，请参见实施例五中的相应部分。本申请提供的一种免预约送货系统包括：服务器111和客户端112。

客户端，用于向服务器发送针对目标订单的送货时间确定请求；服务器，用于确定至少一个收货方在多个送货时间段的标准收货容量；以及，接收所述送货时间确定请求；确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

所述目标订单，可以是采购单、补货单、配货单、调拨单等等与收送货相关的订单。所述目标订单，可包括如下数据：单号，收货方编码(如仓编码)，部门编码(如良品部)，商品信息(如商品编码，商品规格，商品数量，商品类目等等)，供应商，送货日期，还可包括该订单对仓库收货能力的占用量等等信息。例如，面向供应商A下发的采购单数据包括：收货方“某地水产品暂养仓，良品部”，商品信息“100只大闸蟹，50斤大虾”，送货日期“2019/3/5”。

所述收货方，包括但不限于以下用户的至少一者：配送中心仓库，实体店仓库。配送中心仓库，可以是配送中心的某个仓库，如某个新零售商家位于上海的常温仓或冷链仓；也可以是配送中心仓库下的某个具体部门，如水产品暂养仓下的良品部、综合部或退货部。实体店仓库，可以是某个实体店的仓库，如盒马在上海的曹家渡店的后场仓库。所述收货方可以仅接收生鲜商品，也可以仅接收非生鲜商品，还可以同时包括生鲜商品和非生鲜商品。

所述送货方，包括但不限于以下用户的至少一者：供应商，配送中心仓库，实体店仓库。供应商，可以是某种货品的生产商或经销商。

本申请实施例提供的系统，可以应用在以下送货预约场景中：1)供应商向配送中心仓库送货，即与本申请实施例提供的系统对接的系统是集团采购系统；2)供应商用户向实体店仓库送货，即与本申请实施例提供的系统对接的系统是实体店采购系统；3)配送中心向送货实体店仓库送货，即与本申请实施例提供的系统对接的系统是补货系统及配送系统；4)从一个配送中心仓库向另一个配送中心仓库送货，即与本申请实施例提供的系统对接的系统是调拨系统；5)从一个实体店仓库向另一个实体店仓库送货，即与本申请实施例提供的系统对接的系统是调拨系统。

所述标准收货容量，可表示一个时间片的标准收货能力。所述标准收货容量，可以根据收货方的人力和场地情况合理评估确定。标准收货能力的单位可以根据业务需求确定，如体积单位或重量单位等等。

本申请实施例提供的系统，可以为不同收货方在不同送货日期的不同时间段分别配置标准收货容量，本实施例中标准收货容量的单位为箱。在通过所述系统自动分配送货时间时，任意时间段的送货时间分配后，均应不超过该额定收货能力，如果超过则可视为额外的加班加量工作。

在一个示例中，要确定至少一个收货方在多个送货时间段的标准收货容量，可采用如下处理过程：1)接收客户端2发送的针对收货方的标准收货容量的第一配置请求；2)存储所述第一配置请求携带的收货方在不同送货日期的不同送货时间段分别对应的标准收货容量。采用这种处理方式，可由收货方的作业人员根据其经验，人工配置不同送货日期的各个送货时间段的标准收货容量。

在另一个示例中，要确定至少一个收货方在多个送货时间段的标准收货容量，可采用如下处理过程：1)获取收货方的历史收货数据；2)根据所述历史收货数据，统计得到收货方的标准收货容量。采用这种处理方式，使得根据收货方的历史收货数据自动确定标准收货容量，因此，可以有效提升数据准确率，降低人工成本。

从上述实施例可见，本申请实施例提供的免预约送货系统，通过客户端确定待确定送货时间段的目标订单，向服务器发送针对所述目标订单的送货时间确定请求；服务器预先确定至少一个收货方在多个送货时间段的标准收货容量，并响应所述请求，确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；向所述送货方发送送货时间为所述占用的送货时间段的目标订单；这种处理方式，使得由系统综合收货方收货能力以及预收货现状客观地分配预约送货时间，既保证仓库收货节奏可控，又无需人为干预送货时间的确定，免去了供应商履约预约送货时间环节，实现系统自动预约送货时间；因此，不仅可以有效降低预约送货的难度，提升送货效率，还可以有效提升仓库收货工作的平衡度，从而提升供应商履约率，提升供应链的确定性和效率，且可以从根本上杜绝腐败问题。

第十一实施例

与上述的免预约送货系统相对应，本申请还提供一种免预约送货系统商品数据处理方法，该方法的执行主体包括但不限于服务器。

请参考图12，其为本申请提供的一种免预约送货系统商品数据处理方法实施例的流程图，本实施例与第十实施例内容相同的部分不再赘述，请参见实施例十中的相应部分。本申请提供的一种免预约送货系统商品数据处理方法包括：

步骤S1201：确定至少一个收货方在多个送货时间段的标准收货容量；

步骤S1203：接收针对目标订单的送货时间确定请求；

步骤S1205：确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；

步骤S1207：根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；

步骤S1209：向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

在一个示例中，所述确定至少一个收货方在多个送货时间段的标准收货容量，包括：接收客户端发送的针对收货方的标准收货容量的第一配置请求；存储所述第一配置请求携带的收货方在不同送货日期的不同送货时间段分别对应的标准收货容量。

在一个示例中，所述根据所述可用收货容量数据和货品订购信息，确定所述目标订单占用的送货时间段，包括：根据业务规则确定所述目标订单占用的送货时间段；若未确定出满足业务规则的送货时间段，则通过时间段分配算法，根据所述可用收货容量数据和货品订购信息，确定所述目标订单占用的送货时间段。

在一个示例中，所述方法还包括：接收针对业务规则的第二配置请求；存储所述第二配置请求携带的业务规则和/或业务规则优先级。

在一个示例中，所述业务规则包括：送货方在相同送货日期的多个订单占用相同的送货时间段；所述根据业务规则确定所述目标订单占用的送货时间段，包括：获取所述目标订单的送货方所述送货日期内针对所述目标收货方的已分配送货时间段的订单信息；将所述已分配送货时间段作为所述占用的送货时间段。

在一个示例中，所述业务规则还包括：送货时间段为送货方的期望送货时间；所述根据业务规则确定所述目标订单占用的送货时间段，包括：获取送货方的期望送货时间；获取所述目标收货方在目标送货日期内与所述期望送货时间对应的送货时间段的可用收货容量数据；若与所述期望送货时间对应的送货时间段包括可用收货容量数据大于或者等于所述目标订单占用的收货容量数据的时间段，则将与所述期望送货时间对应的送货时间段作为所述占用的送货时间段。

在一个示例中，还包括：接收客户端发送的针对送货方的期望送货时间的第三配置请求；存储所述第三配置请求携带的期望送货时间。

在一个示例中，所述时间段分配规则还包括：收货容量占用量超过占用量阈值的订单上午送货；所述根据业务规则确定所述目标订单占用的送货时间段，包括：确定所述目标订单的收货容量占用量；若所述目标订单的收货容量占用量大于占用量阈值，则确定所述占用的送货时间段为上午时段。

在一个示例中，还包括：接收客户端发送的针对占用量阈值的第四配置请求；存储所述第四配置请求携带的占用量阈值。

在一个示例中，所述业务规则还包括：生鲜商品类订单早上送货；所述根据业务规则确定所述目标订单占用的送货时间段，包括：若所述目标订单包括生鲜类商品，则确定所述占用的送货时间段为早上时段。

在一个示例中，所述时间段分配算法包括：根据所述可用收货容量数据确定各个送货时间段的送货负载；根据所述货品订购信息，选取所述送货负载排在低位的送货时间段作为所述占用的送货时间段。

在一个示例中，所述根据所述可用收货容量数据和货品订购信息，确定所述目标订单占用的送货时间段，还包括：若所述目标订单的占用收货容量数据大于各个送货时间段的可用收货容量数据，则将所述送货日期内最后一个的送货时间段确定为所述占用的送货时间段。

在一个示例中，所述收货方包括以下用户的至少一者：配送中心仓库，实体店仓库；所述送货方包括以下用户的至少一者：供应商，配送中心仓库，实体店仓库。

在一个示例中，所述送货时间确定请求包括针对多个目标订单的送货时间确定请求。

在一个示例中，实现所述方法的预约送货系统采用分布式部署方式；

所述方法基于分布式锁机制访问所述可用收货容量数据。

在一个示例中，分布式锁的锁粒度包括收货方、送货日期及业务类型的组合级锁粒度。

从上述实施例可见，从上述实施例可见，本申请实施例提供的免预约送货系统，通过客户端确定待确定送货时间段的目标订单，向服务器发送针对所述目标订单的送货时间确定请求；服务器预先确定至少一个收货方在多个送货时间段的标准收货容量，并响应所述请求，确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；向所述送货方发送送货时间为所述占用的送货时间段的目标订单；这种处理方式，使得由系统综合收货方收货能力以及预收货现状客观地分配预约送货时间，既保证仓库收货节奏可控，又无需人为干预送货时间的确定，免去了供应商履约预约送货时间环节，实现系统自动预约送货时间；因此，不仅可以有效降低预约送货的难度，提升送货效率，还可以有效提升仓库收货工作的平衡度，从而提升供应商履约率，提升供应链的确定性和效率，且可以从根本上杜绝腐败问题。

在上述的实施例中，提供了一种免预约送货系统商品数据处理方法，与之相对应的，本申请还提供一种免预约送货系统商品数据处理装置。该装置是与上述方法的实施例相对应。

第十二实施例

请参看图13，其为本申请的免预约送货系统商品数据处理装置的实施例的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本申请另外提供一种免预约送货系统商品数据处理装置，包括：

标准收货容量确定单元1301，用于确定至少一个收货方在多个送货时间段的标准收货容量；

请求接收单元1303，用于接收客户端发送的针对目标订单的送货时间确定请求；

可用收货容量确定单元1305，用于确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；

时间段分配单元1307，用于根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；

订单发送单元1309，用于向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (33)

1.一种收货容量确定方法，其特征在于，包括：

确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；

根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；

根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量。

2.根据权利要求1所述的方法，其特征在于，

所述目标销售数据包括目标销售额；

所述出库量预测值采用如下步骤确定：

确定所述目标销售额，作为第一目标销售额；

确定以第二计量单位计量的生鲜商品的商品单价；

根据所述第一目标销售额和所述商品单价，确定所述出库量预测值。

3.根据权利要求2所述的方法，其特征在于，所述确定以第二计量单位计量的生鲜商品的商品单价，包括：

获取目标日期前第一时间范围的第一实际销售额和生鲜商品的以第一计量单位计量的第一销售量；

根据计量单位换算规则，确定与所述第一销售量对应的生鲜商品的以第二计量单位计量的第二销售量；

根据所述第一实际销售额和所述第二销售量，确定所述商品单价。

4.根据权利要求2所述的方法，其特征在于，在所述根据所述第一目标销售额和所述商品单价，并确定所述出库量预测值之前，还包括：

获取生鲜商品在目标日期前第二时间范围的第二实际销售额；

根据所述第二实际销售额调整所述第一目标销售额。

5.根据权利要求2所述的方法，其特征在于，所述确定所述目标销售额，包括：

根据所述多家实体店的生鲜商品历史销售数据，确定所述生鲜商品的历史日销售占比；

根据所述历史日销售占比和所述多家实体店在未来时间范围内的第二目标销售额，确定所述第一目标销售额。

6.根据权利要求1所述的方法，其特征在于，所述入库量预测值采用如下步骤确定：

获取所述生鲜商品的仓库周转天数和仓库损耗率；

根据所述出库量预测值、仓库周转天数和仓库损耗率，确定所述入库量预测值。

7.根据权利要求6所述的方法，其特征在于，在所述根据所述出库量预测值、仓库周转天数和仓库损耗率，并确定所述入库量预测值之前，还包括：

获取所述生鲜商品的BOM商品比例系数和加工转化倍数；

根据所述出库量预测值、仓库周转天数、仓库损耗率、BOM商品比例系数和加工转化倍数，确定所述入库量预测值。

8.一种收货资源确定方法，其特征在于，包括：

接收针对目标生鲜商品仓库在目标日期的收货资源确定请求；

确定仓库在目标日期的生鲜商品收货容量；所述收货容量根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积。

9.根据权利要求8所述的方法，其特征在于，所述收货员数量采用如下步骤确定：

根据仓库的设备资源数据，确定在所述目标日期的生鲜商品收货时间段内单个收货员的收货饱和度；

根据所述收货容量和所述收货饱和度，确定仓库在所述生鲜商品收货时间段的所述收货员数量。

10.一种免预约送货商品数据处理方法，其特征在于，包括：

确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量；所述第一标准收货容量根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；

接收针对送货日期为目标日期的目标订单的送货时间确定请求；

确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；

根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。

11.根据权利要求10所述的方法，其特征在于，还包括：

更新所述目标订单在所述目标日期内所述占用的送货时间段的已占用收货容量。

12.根据权利要求10所述的方法，其特征在于，所述根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段，包括：

根据业务规则确定所述目标订单占用的送货时间段；

若未确定出满足业务规则的送货时间段，则通过时间段分配算法，根据所述可用收货容量和货品订购信息，确定所述目标订单占用的送货时间段。

13.根据权利要求12所述的方法，其特征在于，

所述业务规则还包括：生鲜商品类订单在生鲜商品送货时间段送货；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

若所述目标订单包括生鲜类商品，则确定所述占用的送货时间段为生鲜商品送货时间段。

14.根据权利要求12所述的方法，其特征在于，还包括：

接收针对业务规则的第一配置请求；存储所述第一配置请求携带的业务规则和/或业务规则优先级。

15.根据权利要求12所述的方法，其特征在于，

所述业务规则包括：送货方在相同送货日期的多个订单占用相同的送货时间段；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

获取所述目标订单的送货方在所述目标日期内针对所述仓库的已分配送货时间段的订单信息；

将所述已分配送货时间段作为所述占用的送货时间段。

16.根据权利要求12所述的方法，其特征在于，

所述业务规则还包括：送货时间段为送货方的期望送货时间；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

获取送货方的期望送货时间；

获取所述仓库在目标日期内与所述期望送货时间对应的送货时间段的可用收货容量；

若与所述期望送货时间对应的送货时间段包括可用收货容量大于或者等于所述目标订单占用的收货容量数据的时间段，则将与所述期望送货时间对应的送货时间段作为所述占用的送货时间段。

17.根据权利要求16所述的方法，其特征在于，还包括：

接收针对送货方的期望送货时间的第二配置请求；

存储所述第二配置请求携带的期望送货时间。

18.根据权利要求12所述的方法，其特征在于，

所述业务规则还包括：收货容量占用量超过占用量阈值的订单在第一时间段送货；

所述根据业务规则确定所述目标订单占用的送货时间段，包括：

确定所述目标订单的收货容量占用量；

若所述目标订单的收货容量占用量大于占用量阈值，则确定所述占用的送货时间段为第一时间段。

19.根据权利要求18所述的方法，其特征在于，还包括：

接收针对占用量阈值的第三配置请求；

存储所述第三配置请求携带的占用量阈值。

20.根据权利要求12所述的方法，其特征在于，

所述时间段分配算法包括：

根据所述可用收货容量确定各个送货时间段的送货负载；

根据所述货品订购信息，选取所述送货负载排在低位的送货时间段作为所述占用的送货时间段。

21.根据权利要求12所述的方法，其特征在于，所述根据所述可用收货容量和货品订购信息，确定所述目标订单占用的送货时间段，还包括：

若所述目标订单的占用收货容量大于各个送货时间段的可用收货容量，则将所述送货日期内最后一个的送货时间段确定为所述占用的送货时间段。

22.根据权利要求10所述的方法，其特征在于，还包括：

接收针对多个目标订单的送货时间确定请求。

23.根据权利要求10所述的方法，其特征在于，

实现所述方法的免预约送货系统采用分布式部署方式；

所述方法基于分布式锁机制访问所述可用收货容量。

24.根据权利要求23所述的方法，其特征在于，分布式锁的锁粒度包括仓库、送货日期及业务类型的组合级锁粒度。

25.一种免预约送货系统商品数据处理方法，其特征在于，包括：

确定仓库在目标日期的生鲜商品收货容量；所述收货容量根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

根据所述收货容量确定生鲜商品订单占用的送货时间段；

根据确定的送货时间段对所述订单执行收货处理。

26.一种免预约送货系统，其特征在于，包括：

客户端，用于向服务器发送针对目标订单的送货时间确定请求；

服务器，用于确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量；所述第一标准收货容量根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；接收针对送货日期为目标日期的目标订单的送货时间确定请求；确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。

27.一种免预约送货系统，其特征在于，包括：

客户端，用于向服务器发送针对目标订单的送货时间确定请求；

服务器，用于确定至少一个收货方在多个送货时间段的标准收货容量；以及，接收所述送货时间确定请求；确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

28.一种免预约送货系统商品数据处理方法，其特征在于，包括：

确定至少一个收货方在多个送货时间段的标准收货容量；

接收客户端发送的针对目标订单的送货时间确定请求；

确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；

根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；

向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

29.一种收货容量确定装置，其特征在于，包括：

出库量预测值确定单元，用于确定生鲜商品仓库在目标日期的生鲜商品出库量预测值；所述生鲜商品以第一计量单位计量，所述出库量预测值根据仓库面向的多家实体店在目标日期的目标销售数据确定；

入库量预测值确定单元，用于根据所述出库量预测值，确定仓库在目标日期的生鲜商品入库量预测值；

收货容量确定单元，用于根据所述入库量预测值，确定仓库在目标日期的以第二计量单位计量的生鲜商品收货容量，作为仓库在目标日期内的生鲜商品送货时间段的标准收货容量。

30.一种收货资源确定装置，其特征在于，包括：

请求接收单元，用于接收针对目标生鲜商品仓库在目标日期的收货资源确定请求；

收货容量确定单元，用于确定仓库在目标日期的生鲜商品收货容量；所述收货容量根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

收货资源确定单元，用于根据所述收货容量，确定仓库在目标日期的收货员数量和/或收货场地面积。

31.一种免预约送货系统商品数据处理装置，其特征在于，包括：

第一标准收货容量确定单元，用于确定仓库在目标日期内生鲜商品送货时间段的第一标准收货容量；所述第一标准收货容量根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

第二标准收货容量确定单元，用于确定所述目标日期内多个非生鲜商品送货时间段的第二标准收货容量；

请求接收单元，用于接收针对送货日期为目标日期的目标订单的送货时间确定请求；

可用收货容量确定单元，用于确定所述仓库在所述目标日期内多个送货时间段的可用收货容量；

时间段分配单元，用于根据所述可用收货容量和所述目标订单的货品订购信息，确定所述目标订单占用的送货时间段。

32.一种免预约送货系统商品数据处理装置，其特征在于，包括：

收货容量确定单元，用于确定仓库在目标日期的生鲜商品收货容量；所述收货容量根据仓库在目标日期的生鲜商品出库量预测值或入库量预测值确定；

时间段分配单元，用于根据所述收货容量确定生鲜商品订单占用的送货时间段；

收货处理单元，用于根据确定的送货时间段对所述订单执行收货处理。

33.一种免预约送货系统商品数据处理装置，其特征在于，包括：

标准收货容量确定单元，用于确定至少一个收货方在多个送货时间段的标准收货容量；

请求接收单元，用于接收客户端发送的针对目标订单的送货时间确定请求；

可用收货容量确定单元，用于确定与所述目标订单对应的目标收货方在目标送货日期内多个送货时间段的可用收货容量；

时间段分配单元，用于根据所述可用收货容量和货品订购信息，确定所述目标订单的送货方占用的送货时间段；

订单发送单元，用于向所述送货方发送送货时间为所述占用的送货时间段的目标订单。

Images