订单处理方法及相关设备与流程

本申请涉及物流柜技术领域，更具体地，是物流柜系统、订单服务器、物流柜及相关订单处理方法。

背景技术：

如今，物流包裹已经越来越普遍，物流包裹在派送过程中经常出现无法当面派送的问题。为了解决这个问题，会在一些公共场合设置物流柜。派送员将物流包裹放入物流柜内，然后向取件人的手机等设备上发送取件密码，取件人可以自主决定取件时间。取件人取件时在物流柜上输入取件密码，便可以取得物流包裹。

可见，在目前应用中，物流柜的主要用途是暂存物流包裹，应用场景较少，使用频率不高，较难大范围的推广。

技术实现要素：

有鉴于此，本申请提供了一种物流柜系统，用以提高物流柜的应用性。

为实现所述目的，本申请提供的技术方案如下：

第一方面，本申请提供了一种物流柜系统，其特征在于，包括：

订单服务器，用于向物流柜发送目标物品的信息；以及接收到物流柜发送的所述目标物品的订单后，执行所述订单的订单处理操作；

物流柜，用于输出所述目标物品的信息；以及响应于用户对所述目标物品的信息的操作生成订单，并将所述订单发送至所述订单服务器。

第二方面，本申请提供了一种订单服务器，包括：

处理器，用于生成目标物品的信息；以及接收到所述目标物品的订单后，执行所述订单的订单处理操作；

通信接口，用于向物流柜发送所述目标物品的信息；以及接收物流柜发送的所述目标物品的订单，并将所述物流订单发送至所述处理器。

第三方面，本申请提供了一种物流柜，包括：

输出单元，用于输出所述目标物品的信息；

输入单元，用于接收用户对所述目标物品的信息的操作；

处理器，用于响应于用户对所述目标物品的信息的操作生成订单；

通信接口，用于将所述订单发送至所述订单服务器。

第四方面，本申请提供了一种物流服务器，包括：

通信接口，用于接收订单服务器发送的拼单任务关联的订单；

处理器，用于依据所述拼单任务关联的订单，生成物流订单。

第五方面，本申请提供了一种订单处理方法，应用于订单服务器，该方法包括：

生成目标物品的信息；

向物流柜发送所述目标物品的信息；

接收到所述目标物品的订单后，执行所述订单的订单处理操作。

第六方面，本申请提供了一种订单处理方法，应用于物流柜，该方法包括：

输出所述目标物品的信息；

接收用户对所述目标物品的信息的操作；

响应于用户对所述目标物品的信息的操作生成订单；

将所述订单发送至订单服务器。

第七方面，本申请提供了一种订单处理方法，应用于物流服务器，该方法包括：

接收订单服务器发送的拼单任务关联的订单；

依据所述拼单任务关联的订单，生成物流订单。

本申请提供了一种物流柜系统，该物流柜系统包括物流柜及订单服务器，物流柜上可以输出物品信息，用户可以在物流柜上执行对物品的操作，物流柜根据操作生成订单后发送至订单服务器，由订单服务器执行订单处理操作。本申请在物流柜上增加了对物品操作如购买操作的应用场景，增加了用户与物流柜的互动操作，提高了物流柜的应用性。

附图说明

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

图1为本申请提供的应用在物流柜系统上的物品操作方法的一种流程图；

图2a及图2b为本申请提供的订单服务器确定目标物品的示意图；

图3为本申请提供的应用在物流柜系统上的物品操作方法的另一流程图；

图4a及图4b为本申请提供的物流柜显示的物品购买界面的示意图；

图5为本申请提供的订单服务器将订单合并为物流订单的示意图；

图6为本申请提供的订单服务器的一种结构示意图；

图7为本申请提供的自提柜的一种结构示意图；

图8为本申请提供的物流服务器的一种结构示意图。

具体实施方式

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

物流柜，又称为快递柜，是一种供投递和提取物流包裹的自助服务设备。其服务于物流领域中“最后一公里”的布局，一般设置在小区等公共场所，派送员在最后的派件环节中，可以将物流包裹存放在物流柜内，取件人从物流柜自助取得包裹。

随着物流行业的快速发展，物流柜的铺设范围也越来越广。但目前，物流柜主要用于物流包裹的自助提取，应用场景较为单一，导致物流柜的使用频率不够高，应用范围不够广。

对此，本申请提供了一种物流柜系统，在物流柜上增加对物品的操作如购买操作场景，即用户可以在物流柜上实施物品浏览及购买等行为，以增加用户与物流柜的互动行为，提高物流柜的使用效率，进而拓宽物流柜的应用范围。

见图1，其示出了本申请提供的物流柜系统的结构，具体包括订单服务器及物流柜。应用在该物流柜系统上的物品订购方法包括以下步骤s101～s105。

s101：订单服务器向物流柜发送目标物品的信息。

其中，为了实现用户可以在物流柜上购买物品的场景，物流柜上需要输出一些物品的信息，为了便于描述，这些物品可以称为目标物品。物流柜上所输出的物品的信息可以是由订单服务器发送给物流柜的。

订单服务器可以定期向物流柜发送物品的信息，物品可以是一种也可以是多种。订单服务器发送哪个(些)物品的信息，可以是由用户输入的或者其他设备发送过来的，或者自身根据物流柜的历史存放记录确定出来的。具体如何根据历史存放记录确定，详见下文说明。

s102：物流柜输出目标物品的信息。

其中，目标物品的信息可以包括与目标物品相关的图片、文字、音频、视频等一种或任意多种的数据。为了实现目标物品信息的输出，物流柜可以包括显示屏、音频设备、视频设备等一种或多种模块。

或者，还有一种实现方式是，物流柜可以预先存储物品的信息，并可以自身根据该物流柜的历史购买记录确定目标物品，进而可以在预先存储的物品的信息中，选择该目标物品的信息进行输出。

s103：物流柜根据用户对目标物品的信息的操作，生成订单。

其中，为了方便用户获得目标物品的购买信息，订单服务器还可以向用户发送物流柜的信息及目标物品的信息。用户可以是使用过物流柜的用户或购买过目标物品的用户或其他用户，其他用户如订购物品推送通知的用户。

用户获得购买信息后，需要通过物流柜执行对物品的操作，如购买操作。物流柜上可以设置输入设备如键盘、触控式显示屏、音频采集设备等。用户在浏览目标物品的信息后，可以在物流柜上执行对物品的操作如购买操作。物流柜根据用户的操作，生成订单。用户的操作可以包括用户输入的购买数据，购买数据可以包括所选择购买的物品的信息、购买数量等。需要说明的是，购买数据中可以包括收货地址，也可以不包括收货地址。

在实际应用中，一种应用场景是，用户在某物流柜上执行购买操作，且希望所购买的物品能直接派送到该物流柜上。

为了满足用户的此种需求，在用户执行购买操作时，可以不要求用户输入收货地址，这种情况下，物流柜系统确定收货地址为物流柜的地址。一种确定方式可以是，物流柜可以保存该物流柜的地址，在生成购买订单时，物流柜直接在购买订单中记录该物流柜的地址。或者另一种确定方式可以是，物流柜在购买订单中记录该物流柜的标识如唯一编号，订单服务器上保存有物流柜的标识与物流柜的地址之间的对应关系，订单服务器接收到购买订单后，可以根据购买订单中物流柜的标识确定出物流柜的地址，并将该地址作为目标物品的收货地址。该种方式简化用户操作，实用性更高。

另一种应用场景是，用户在某物流柜上执行购买操作，但希望将所购买的物品派送至其他地址。这种情况下，用户需要在输入购买数据时，需要输入收货地址。物流柜可以向用户展示地址候选项，用户输入的方式可以是选择某个候选项地址作为收货地址。

s104：物流柜将订单发送至订单服务器。

其中，物流柜根据用户的操作生成订单后，便可以将该订单发送至订单服务器。

s105：订单服务器接收到物流柜发送的订单后，执行订单的订单处理操作。

其中，订单服务器上存储有与订单对应的订单处理方法，订单处理方法用于根据订单的内容，生成物流订单，以供物流方发货。若目标物品时拼单物品，则订单处理方法还可以用于判断在接收到该订单后，拼单任务是否完成。

需要说明的是，在步骤s101中订单服务器可能向一个或多个物流柜发送目标物品的信息，只要接收到目标物品的信息的物流柜都可以按照步骤s102输出该目标物品的信息。在物流柜为多个的情况下，可能并非所有的物流柜上都有用户执行过操作，因此步骤s103中的物流柜并非所有输出目标物品的信息的物流柜，只要有用户在某个物流柜上执行操作，则该物流柜便可以按照步骤s3生成订单，并执行步骤s104将订单发送至订单服务器。步骤s105中订单服务器接收到任意物流柜发送的订单后，便可以根据该订单执行订单处理操作。

由以上技术方案可知，本申请提供的物流柜系统包括物流柜及订单服务器，物流柜上可以输出物品信息，用户可以在物流柜上执行物品操作，物流柜根据操作生成订单后发送至订单服务器，由订单服务器执行订单处理操作。本申请在物流柜上增加了物品购买的应用场景，增加了用户与物流柜的互动操作，提高了物流柜的应用性。

本申请主要应用在物流柜上，物流柜是存放物流包裹的装置，物流包裹主要是用户从电子商务平台购买的物品，因此，本申请中订单服务器可以根据物流柜所存放的物品记录，来确定用户的购买偏好物品，从而在物流柜上为用户推广与购买偏好物品相关的目标物品。

一种实现方式是，订单服务器可以针对每个物流柜，为该物流柜确定所推广的目标物品。具体地，订单服务器确定任意一物流柜的历史存放物品，依据该历史存放物品确定目标物品。

其中，如图2a所示，可以预先记录物流柜存放的物品与物流柜的对应关系，例如对应关系可以记录在仓库管理系统(warehousemanagementsystem，简称wms)中，这样，订单服务器可以获得任意物流柜所存放过的物品，这些物品可以称为历史存放物品。根据历史存放物品的存放数量和/或存放频率，在历史存放物品中选择出符合预设条件的物品作为目标物品。在一种示例中，存放数量达到预设数量阈值，或者存放频率达到预设频率阈值，或者以上两者的综合。在另一示例中，存放数量在历史存放物品中排序在前预设位，或者存放频率在历史存放物品中排序在前预设位，或者以上两者的综合。

需要说明的是，在选择出某种历史存放物品后，可以将该历史存放物品作为目标物品，或者将与该历史存放物品作为同一种类的物品作为目标物品。例如，选择出的历史存放物品为啤酒，可以将啤酒作为目标物品，或者可以将与啤酒同为酒水这一种类的红酒作为目标物品。

另一种实现方式是，订单服务器可以统计多个物流柜的历史存放物品，根据该多个物流柜的历史存放物品确定目标物品。该多个物流柜是指具有相同属性的物流柜，例如物流柜同属于一个区域范围，这样方便发货方对目标物品进行发货。根据历史存放物品确定目标物品的方式可以参见上文第一种实现方式，此处并不赘述。

例如图2b所示，某市范围内设置有m个物流柜，这些物流柜的历史存放物品记录在wms系统中，订单服务器获取该m个物流柜的历史存放物品，假设共有n种历史存放物品，统计该n种历史存放物品中每种历史存放物品的存放数量和/或存放频率，选择出存放数量和/或存放频率满足预设条件的物品作为目标物品。

在以上两种实现方式中，第一种是根据物流柜自身的历史存放数据为该物流柜确定对应的目标物品，如图2a所示，确定出的目标物品被发送至对应的物流柜上输出。这样，不同的物流柜上所显示的物品可能相同也可能不同。第二种是根据具有相同属性的多个物流柜的历史存放数据，确定目标物品。如图2b所示，确定出的目标物品可以被发送至该具有相同属性(如在同一市范围)的所有物流柜。或者，确定出的目标物品可以被发送至存放过目标物品的物流柜，例如，某市范围内有m个物流柜，根据该m个物流柜的历史存放数据确定出的物品为啤酒，假设其中有n个物流柜曾存放过啤酒，则将啤酒的信息发送至该n个物流柜。

不论两种实现方式均是根据物流柜的历史存放数据来确定目标物品，物流柜的历史存放数据代表了用户的购买习惯，根据用户的购买习惯在物流柜上推广与购买习惯的物品，提高了所推广物品的购买成功率。

更进一步地，订单服务器向物流柜发送的目标物品可以为目标拼单物品。只有在目标拼单物品的订单达到预设拼单条件时，订单服务器才确定该目标拼单物品的拼单任务成功。

为了实现该发明目的，本申请提供的物流柜系统如图3所示，具体包括物流柜、订单服务器及物流服务器。应用在该物流柜系统上的物品购买方法包括以下步骤s301～s308。

s301：订单服务器向物流柜发送目标拼单物品的信息。

其中，拼单物品通常具有购买数量的要求，为了达到拼单数量要求，订单服务器可以向多个物流柜发送目标拼单物品的信息，这些物流柜可以是以上所述的具有相同属性的物流柜如在同一地区范围内的物流柜。

s302：物流柜输出目标拼单物品的信息。

其中，目标拼单的信息为文字形式，则物流柜显示的目标拼单物品的信息如图4a所示，具体可以包括：当前拼单人数、拼单要求总人数、目标拼单物品的标识、选择购买的数量、联系电话、拼单截止时间中的一项或多项。当然，在实际应用中，目标拼单物品的信息可以包括但不局限于图4a所示。

s303：物流柜根据用户对目标拼单物品的操作，生成订单。

其中，用户可以在物流柜的人机交互界面执行操作，基于图4a所展示的目标拼单物品的信息，操作可以包括购买操作，如选择购买的物品标识、选择购买的物品数量、输入联系电话等。当然，用户执行的购买操作并不局限于以上所述，只要根据物流柜输出的信息所执行的与购买目标拼单物品相关的操作均可以认为是购买操作。

物流柜可以根据用户的订单，生成与该用户相关的订单。订单可以显示给用户进行确认。基于图4a所示的目标拼单物品的信息，假设用户选择的物品包括物品1及物品2，选择的数量分别为2及3，则生成的订单如图4b所示。用户在确认后，可以选择支付方式。当然，支付方式可以包括现金、刷卡、支付宝、微信、applepay等支付方式中的任意一种或多种。

s304：物流柜将订单发送至订单服务器。

需要说明的是，有关以上四个步骤的其他说明可以参见上述图1中的对应步骤，此处并不赘述。

s305：订单服务器接收到物流柜发送的订单后，判断针对目标拼单物品的拼单任务是否满足预设拼单条件，若是，则确定拼单任务完成，若否，则确定拼单任务未完成。

其中，订单服务器确定目标拼单物品时，还需要设置预设拼单条件。订单服务器接收到物流柜发送的针对所述目标订单物品的订单后，需要判断针对该目标拼单物品的拼单任务是否满足预设拼单条件。

预设的拼单条件可以包括拼单截止时间及拼单物品总量，则接收到针对目标订单物品的订单后，需要执行两个判断。一个是判断是否到达拼单截止时间，若未达到，则统计从拼单任务开始到接收到该订单为止，购买该目标拼单物品的总量，并判断购买该目标拼单物品的总量是否达到拼单物品总量，若是，则确定拼单任务完成。

若判断到达拼单截止时间，则确定拼单任务未完成并结束流程。若未到达拼单截止时间，但购买目标拼单物品的总量未达到拼单物品总量，则确定拼单任务未完成并继续等待接收物流柜发送的订单。

当然，拼单截止时间的判断可以并非由订单服务器执行，还可以是由物流柜执行。具体地，物流柜实时判断是否达到拼单截止时间，若达到，则停止输出目标拼单物品的信息。这样，订单服务器接收到目标拼单物品的订单后，仅需判断购买目标拼单物品的总量是否达到预设的拼单物品总量即可。

s306：订单服务器在确定拼单任务完成的情况下，确定拼单任务关联的订单。

其中，若确定拼单任务完成，订单服务器需要向物流服务器发送所有购买该目标拼单物品的订单，由物流服务器生成物流订单。因此，订单服务器需要记录接收到的所有与目标拼单物品相关的订单，并在确定拼单任务完成的情况下，获得这些订单。拼单任务表示的是购买目标拼单物品的任务，这些订单也可以称为与拼单任务关联的订单。

s307：订单服务器将拼单任务关联的订单发送至物流服务器。

s308：物流服务器依据拼单任务关联的订单生成物流订单。

其中，物流服务器生成的物流订单用于发货方进行发货。物流订单包含收货方地址、物品数量等信息。

发送订单的物流柜可以是同一地区范围内的物流柜，因此可以将距离较近的物流柜发送的订单生成为同一物流订单。具体地，拼单任务关联的订单包括收货地址，物流服务器在拼单任务关联的各个订单的收货地址中，确定归属于同一派送范围的收货地址，并将归属于同一派送范围的收货地址所对应的订单确定为同一物流订单。

如图5所示，某地区内有100个物流柜向订单服务器发送购买目标拼单物品的订单，假设这些物流柜的编号从1到100，且编号1-30的物流柜归属于派送网点a，编号31-100的物流柜归属于派送网点b，物流柜的地址作为收货地址，则可以将编号1-30的物流柜发送的订单确定为一个物流订单，将编号31-100的物流柜发送的订单确定为另一物流订单。

以上将同一派送范围内的订单确定为同一物流订单的步骤可以称为订单的合并。对于发货方，按照订单拣选相关物品后，将订单作为子面单，然后将同一物流订单内的物品统一打包为一个物流包裹。该物流包裹到达对应的派送网点后，由快递员按照子面单拆分物流包裹，并分别投递至子面单对应的快递柜。

订单中还可以包含联系电话，快递员在快递柜内投递目标拼单物品后，可以通过联系电话通知用户取件。

见图6，其示出了本申请提供了一种订单服务器的结构。如图6所示，该订单服务器可以具体包括：存储器601、处理器602、通信接口603及总线604。

存储器601，用于存储程序指令和/或数据。

处理器602，通过读取所述存储器601中存储的指令和/或数据，用于执行以下操作：生成目标物品的信息；以及接收到所述目标物品的订单后，执行所述订单的订单处理操作。

通信接口603，用于向物流柜发送所述目标物品的信息；以及接收物流柜发送的所述目标物品的订单，并将所述物流订单发送至所述处理器602。

总线604，用于将订单服务器的各个硬件组件耦合在一起。

在一个示例中，所述处理器602，还用于在向物流柜发送目标物品的信息之前，确定所述物流柜的历史存放物品，依据所述历史存放物品确定目标物品。

在一个示例中，所述处理器602依据所述历史存放物品确定目标物品，包括：所述处理器602，具体用于依据所述历史存放物品的存放数量和/或存放频率确定目标物品；其中所述目标物品与所述历史存放物品相同或属于同一种类。

在一个示例中，所述处理器602，还用于在向物流柜发送目标物品的信息之前，统计与所述物流柜具有相同属性的多个物流柜的历史存放物品，依据所述多个物流柜的历史存放物品确定目标物品。

在一个示例中，所述目标物品为目标拼单物品，则所述处理器602用于执行所述订单的订单处理操作，包括：所述处理器602，具体用于判断针对所述目标拼单物品的拼单任务是否满足预设拼单条件，若是，则确定所述拼单任务完成，若否，则确定所述拼单任务未完成。

在一个示例中，所述处理器602，还用于在确定所述拼单任务完成的情况下，确定所述拼单任务关联的订单，并将所述拼单任务关联的订单发送至物流服务器；其中所述订单以供所述物流服务器依据所述拼单任务关联的订单，生成物流订单。

在一个示例中，所述处理器602用于执行所述订单的订单处理操作，包括：所述处理器602，具体用于根据所述物流柜的标识确定所述物流柜的地址，并将所述物流柜的地址作为包含所述物流柜的标识的订单的收货地址。

在一个示例中，所述通信接口603，还用于向用户发送所述物流柜的信息及所述目标物品的信息。

见图7，其示出了本申请提供的一种物流柜的结构示意图。如图7所示，自提柜包括：存储器701、输出单元702、输入单元703、处理器704、通信接口705及总线706。

存储器701，用于存储程序指令和/或数据。

输出单元702，用于输出所述目标物品的信息。其中，输出单元可以是显示屏等。

输入单元703，用于接收用户对所述目标物品的信息的操作。其中，输入单元可以是语音输入设备、键盘、触摸屏等。

处理器704，通过读取所述存储器701中存储的指令和/或数据，用于执行以下操作：响应于用户对所述目标物品的信息的操作生成订单。

通信接口705，用于将所述订单发送至所述订单服务器。

总线706，用于将物流柜的各个硬件组件耦合在一起。

在一个示例中，所述处理器704用于响应于用户对所述目标物品的信息的操作生成订单，包括：所述处理器704，具体用于响应于用户对所述目标物品的信息的操作，将所述物流柜的标识包含在所述订单中，其中所述物流柜的标识用于确定所述订单的收货地址。

见图8，其示出了本申请提供的一种物流服务器的结构示意图。如图8所示，物流服务器可以具体包括：存储器801、通信接口802、处理器803及总线804。

存储器801，用于存储程序指令和/或数据。

通信接口802，用于接收订单服务器发送的拼单任务关联的订单；

处理器803，通过读取所述存储器801中存储的指令和/或数据，用于执行以下操作：依据通信接口802接收到的所述拼单任务关联的订单，生成物流订单。

总线804，用于将物流服务器的各个硬件组件耦合在一起。

在一个示例中，所述拼单任务关联的订单包括收货地址；则所述处理器803用于依据所述拼单任务关联的订单，生成物流订单，包括：所述处理器803，具体用于在所述收货地址中确定归属于同一派送范围的收货地址，并将归属于同一派送范围的收货地址所对应的订单确定为同一物流订单。

另外，本申请还提供了一种订单处理方法，应用于订单服务器，该方法包括：生成目标物品的信息；向物流柜发送所述目标物品的信息；以及接收到所述目标物品的订单后，执行所述订单的订单处理操作。

另外，本申请还提供了一种订单处理方法，应用于物流柜，该方法包括：输出所述目标物品的信息；接收用户对所述目标物品的信息的操作；响应于用户对所述目标物品的信息的操作生成订单；以及将所述订单发送至订单服务器。

另外，本申请还提供了一种订单处理方法，应用于物流服务器，该方法包括：接收订单服务器发送的拼单任务关联的订单；以及依据所述拼单任务关联的订单，生成物流订单。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。