CN112907843A - 一种基于弱网环境的自提柜存取方法和系统 - Google Patents

Abstract

本发明公开了一种基于弱网环境的自提柜存取方法和系统，方法包括以下步骤：接收至少一个自提柜发送的开关仓门事件；依据接收时间顺序将所有的开关仓门事件依次加入消费队列；依次对消费队列的开关仓门事件进行处理，生成对应自提订单的订单状态，并推送至对应的目标用户终端；维护开关仓门事件的目标仓门和自提订单的绑定关系，并根据自提柜的查询请求，将对应的绑定关系发送至自提柜。本发明自提柜与服务器端以尽量小的数据报文进行通信，从而方便服务器快速下发指令数据，减少网络拥塞；同时自提柜本地存储自提订单和目标仓门的绑定关系，在弱网环境下自提柜可以本地匹配自提订单，从而方便用户取货，提高骑手录单效率和用户取餐成功率。

Description

一种基于弱网环境的自提柜存取方法和系统

【技术领域】

本发明涉及机器人领域，尤其涉及一种基于弱网环境的自提柜存取方法和系统。

【背景技术】

随着时代的发展，外卖行业的业务量陡增，需要的骑手也就越多。末端递送，通常需要骑手和用户面对面进行餐品直接交接。由于外卖高峰期，受楼宇内电梯及用户自身原因等因素，取餐人往往不能及时到达取货地点，导致骑手需要在楼宇中等待用户，或者骑手乘梯上楼，降低了配送效率。另有疫情原因，无接触递送也成为社会的另一个焦点。采用验证码的外卖自提柜的出现，无疑满足骑手和用户二者的诉求。虽然目前4G网络通信在高层建筑阻碍方面已经有了一定的成效，但一些楼宇在4G网络信号覆盖方面仍旧存在不足之处，具体覆盖问题表现为室内一些区域信号较弱、客户感知较差、靠窗位置信号质量差等现象。

因此，需要提供一种方式，可以在信号不好的条件下完成自提柜的放餐和取餐。

【发明内容】

本发明提供了一种基于弱网环境的自提柜存取方法和系统，解决了以上所述的技术问题。

本发明解决上述技术问题的技术方案如下：一种基于弱网环境的自提柜存取方法，应用于服务器，包括以下步骤：

接收至少一个自提柜发送的开关仓门事件；

依据接收时间顺序将所有的开关仓门事件依次加入到消费队列；

依次对所述消费队列的开关仓门事件进行处理，生成对应自提订单的订单状态，并推送至对应的目标用户终端；

维护所述开关仓门事件的目标仓门和自提订单的绑定关系，并根据自提柜的查询请求，将对应的绑定关系发送至所述自提柜。

在又一个可能的实现方式中，还包括以下步骤：

接收至少一个自提柜以第一预设频率发送的状态报文，所述状态报文包括自提柜标识以及自提柜的当前使用状态；

维护所述状态报文的自提柜标识、源地址信息和源端口信息；

当接收到骑手终端发送的录单请求时，根据所述录单请求选择目标自提柜，并根据目标自提柜的状态报文为所述录单请求分配目标仓门；

当接收到骑手终端发送的开门请求时，生成开门报文，并通过对应的源地址信息和源端口信息向所述目标自提柜发送所述开门报文，所述开门报文包括目标仓门的开门指令。

在又一个可能的实现方式中，所述生成对应自提订单的订单状态，并推送至对应的目标用户终端，具体为：

当所述消费队列的事件为开门成功事件时，将对应自提订单的订单状态变更为已开门骑手放货中或者已开门取件人取货中，并推送至骑手终端和/或取件人终端；

当所述消费队列的事件为关门成功事件时，将对应自提订单的订单状态变更为骑手放货完毕已关门，并根据录单请求向对应的取件人终端发送取件信息；或者将对应自提订单的订单状态变更为取件人取货完毕已关门，并推送至骑手终端和/或取件人终端。

第二方面，本发明提供了一种基于弱网环境的自提柜存取方法，应用于自提柜，包括以下步骤：

根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，并发送至服务器；

当判断骑手已在对应仓门中放入货物并关闭仓门后，以第二预设频率向所述服务器发送查询请求，获取并存储所述服务器发送的绑定关系；

当取件人通过取货验证后，根据本地存储的所述绑定关系为所述取件人打开对应的目标仓门。

在又一个可能的实现方式中，所述根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，具体为：

接收所述服务器发送的开门报文，并基于所述开门报文的开门指令与对应硬件进行交互，以打开所述目标仓门；

循环检测所述目标仓门的状态，若目标仓门已打开，则生成开门成功事件发送至服务器；若目标仓门没有打开，则生成开门失败事件发送至服务器；

当骑手在目标仓门中放货后，再次循环检测所述目标仓门的状态，若目标仓门已关闭，则生成关门成功事件发送至服务器；若目标仓门没有关闭，则生成关门失败事件发送至服务器。

第三方面，本发明提供了一种基于弱网环境的自提柜存取系统，包括服务器和至少一个自提柜，所述服务器包括接收模块、队列更新模块、状态推送模块和绑定关系推送模块，

所述接收模块用于接收至少一个自提柜发送的开关仓门事件和查询请求；

所述队列更新模块用于依据接收时间顺序将所有的开关仓门事件依次加入到消费队列；

所述状态推送模块用于依次对所述消费队列的开关仓门事件进行处理，生成对应自提订单的订单状态，并推送至对应的目标用户终端；

所述绑定关系推送模块用于维护所述开关仓门事件的目标仓门和自提订单的绑定关系，并根据自提柜的查询请求，将对应的绑定关系发送至所述自提柜。

在又一个可能的实现方式中，所述服务器还包括开门指令发送模块，所述开门指令发送模块包括：

状态报文接收单元，用于接收至少一个自提柜以第一预设频率发送的状态报文，所述状态报文包括自提柜标识以及自提柜的当前使用状态；

维护单元，用于维护所述状态报文的自提柜标识、源地址信息和源端口信息；

分配单元，用于当接收到骑手终端发送的录单请求时，根据所述录单请求选择目标自提柜，并根据目标自提柜的状态报文为所述录单请求分配目标仓门；

开门指令发送单元，用于当接收到骑手终端发送的开门请求时，生成开门报文，并通过对应的源地址信息和源端口信息向所述目标自提柜发送所述开门报文，所述开门报文包括目标仓门的开门指令。

在又一个可能的实现方式中，所述状态推送模块包括：

第一状态推送单元，用于当所述消费队列的事件为开门成功事件时，将对应自提订单的订单状态变更为已开门骑手放货中或者已开门取件人取货中，并推送至骑手终端和/或取件人终端；

第二状态推送单元，用于当所述消费队列的事件为关门成功事件时，将对应自提订单的订单状态变更为骑手放货完毕已关门，并根据录单请求向对应的取件人终端发送取件信息；或者将对应自提订单的订单状态变更为取件人取货完毕已关门，并推送至骑手终端和/或取件人终端。

在又一个可能的实现方式中，所述至少一个自提柜中每个自提柜分别包括：

事件发送模块，用于根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，并发送至服务器；

绑定关系获取模块，用于当判断骑手已在对应仓门中放入货物并关闭仓门后，以第二预设频率向所述服务器发送查询请求，获取并存储所述服务器发送的绑定关系；

控制模块，用于当取件人通过取货验证后，根据本地存储的所述绑定关系为所述取件人打开对应的目标仓门。

在又一个可能的实现方式中，所述事件发送模块包括：

交互单元，用于接收所述服务器发送的开门报文，并基于所述开门报文的开门指令与对应硬件进行交互，以打开所述目标仓门；

第一事件发送单元，用于循环检测所述目标仓门的状态，若目标仓门已打开，则生成开门成功事件发送至服务器；若目标仓门没有打开，则生成开门失败事件发送至服务器；

第二事件发送单元，用于当骑手在目标仓门中放货后，再次循环检测所述目标仓门的状态，若目标仓门已关闭，则生成关门成功事件发送至服务器；若目标仓门没有关闭，则生成关门失败事件发送至服务器。

本发明提供了一种基于弱网环境的自提柜存取方法和系统，自提柜与服务器端以尽量小的数据报文进行通信，从而方便服务器快速下发指令数据，减少网络拥塞；同时自提柜本地存储自提订单和目标仓门的绑定关系，在弱网环境下自提柜可以本地匹配自提订单，从而方便用户取餐，提高骑手录单效率和用户取餐成功率。

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

【附图说明】

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

图1为本申请实施例中自提柜和服务器的整体通信逻辑链路图；

图2为本申请实施例提供的一种基于弱网环境的自提柜存取方法的流程示意图；

图3为本申请实施例提供的一种基于弱网环境的自提柜存取方法的流程示意图；

图4为本申请实施例提供的一种基于弱网环境的自提柜存取装置的结构示意图；

图5为本申请实施例提供的一种基于弱网环境的自提柜存取装置的结构示意图；

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

图7为本申请实施例提供的一种自提柜的结构示意图。

【具体实施方式】

为了使本发明的目的、技术方案和有益技术效果更加清晰明白，以下结合附图和具体实施方式，对本发明进行进一步详细说明。应当理解的是，本说明书中描述的具体实施方式仅仅是为了解释本发明，并不是为了限定本发明。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先对本申请涉及的几个名词进行介绍和解释：

录单：骑手使用骑手终端输入餐品收件用户信息，在系统中录入订单。

放单：骑手在骑手终端的APP中进行开门操作，自提柜自动分配目标仓格，完成开门动作。此时骑手将外卖餐品放入仓格中，关门完成放单动作。

用户通知：完成自提柜放单操作后，对应取件人终端会收到要求用户自提的通知信息，通常以短信，语音等方式进行用户触达。

取单：取件人在自提柜界面上输入自己的取货码，自提柜对应仓门会自动开门，用户此时可以取出自己的餐品。

事件流：自提柜上面的任何行为，都会以特定的事件上传到服务器。事件流本身存在顺序，并保证服务器端一定能够按照顺序进行读取和处理。同事事件的产生者和消费者可以进行解隅。

用户终端：包括骑手终端和取件人终端。可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中，终端设备的名称可能也不相同，例如在5G系统中，终端设备可以称为用户设备(User Equipment，UE)。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网(Core Network,CN)进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiated Protoco l，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。

本申请中提供了一种基于弱网环境的自提柜存取方法和系统，主要有以下角色参与：

1.骑手：配送单的发起者，一般指外卖配送员、快递配送员。

2.取件人：配送单的接收者，一般指楼宇内的常住用户，比如白领用户等。

该自提柜存取系统包括：骑手终端的骑手APP、取件人终端的用户APP、至少一个自提柜和调度系统(即为下文中的服务器)，自提柜和服务器之间通过4G数据链路进行通信，整体通信逻辑链路如图1所示。

具体的，为了解决上述至少一个问题，本申请提供的一种基于弱网环境的自提柜存取方法和系统。下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请实施例中提供了一种基于弱网环境的自提柜存取方法10，如图2所示，该方法10可以由服务器执行，比如由云端服务器执行，该方法10包括：

110、接收至少一个自提柜发送的开关仓门事件；

120、依据接收时间顺序将所有的开关仓门事件依次加入到消费队列；

130、依次对所述消费队列的开关仓门事件进行处理，生成对应自提订单的订单状态，并推送至对应的目标用户终端；

140、维护所述开关仓门事件的目标仓门和自提订单的绑定关系，并根据自提柜的查询请求，将对应的绑定关系发送至所述自提柜。目标仓门和自提订单的绑定关系，包括目标仓门与取件码、取件人手机号、取件人地址等的绑定关系。

可选地，在该实施例中，还包括以下步骤：

150、接收至少一个自提柜以第一预设频率发送的状态报文，所述状态报文包括自提柜标识以及自提柜的当前使用状态；

160、维护所述状态报文的自提柜标识、源地址信息和源端口信息；

170、当接收到骑手终端发送的录单请求时，根据所述录单请求选择目标自提柜，并根据目标自提柜的状态报文为所述录单请求分配目标仓门；

180、当接收到骑手终端发送的开门请求时，生成开门报文，并通过对应的源地址信息和源端口信息向所述目标自提柜发送所述开门报文，所述开门报文包括目标仓门的开门指令。

可选地，在该实施例中，所述生成对应自提订单的订单状态，并推送至对应的目标用户终端，具体为：

当所述消费队列的事件为开门成功事件时，将对应自提订单的订单状态变更为已开门骑手放货中或者已开门取件人取货中，并推送至骑手终端和/或取件人终端；

当所述消费队列的事件为关门成功事件时，将对应自提订单的订单状态变更为骑手放货完毕已关门，并根据录单请求向对应的取件人终端发送取件信息；或者将对应自提订单的订单状态变更为取件人取货完毕已关门，并推送至骑手终端和/或取件人终端。

本申请实施例中还提供了一种基于弱网环境的自提柜存取方法20，如图3所示，该方法20可以由自提柜执行，该方法20包括：

210，根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，并发送至服务器；

220、当判断骑手已在对应仓门中放入货物并关闭仓门后，以第二预设频率向所述服务器发送查询请求，获取并存储所述服务器发送的绑定关系；

230、当取件人通过取货验证后，根据本地存储的所述绑定关系为所述取件人打开对应的目标仓门。

可选地，在该实施例中，所述根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，具体为：

接收所述服务器发送的开门报文，并基于所述开门报文的开门指令与对应硬件进行交互，以打开所述目标仓门；

循环检测所述目标仓门的状态，若目标仓门已打开，则生成开门成功事件发送至服务器；若目标仓门没有打开，则生成开门失败事件发送至服务器；

当骑手在目标仓门中放货后，再次循环检测所述目标仓门的状态，若目标仓门已关闭，则生成关门成功事件发送至服务器；若目标仓门没有关闭，则生成关门失败事件发送至服务器。

上文中分别结合图2和图3，从服务器侧和自提柜侧描述了本申请实施例提供的一种基于弱网环境的自提柜存取方法，下面以一个自提订单为例，详细描述本申请实施例提供的一种基于弱网环境的自提柜存取方法的信息交互的实现过程。具体包括以下步骤：

S1(自提柜侧)：自提柜开机后会向位于公网的一台服务器以第一预设频率发送自身的状态报文。这台公网的服务器会根据状态报文中的内容获取自提柜的唯一标识，并且维护此标识以及源地址信息和源端口信息。

S2(服务器侧)：服务器侧接收到来自于骑手的录单请求后，根据自提柜上报的状态信息，通过一定算法选择一个目标仓门，分配给骑手。

S3(服务器侧)：服务器侧接收到来自于骑手的开门请求后，生成包括对应开门指令的开门报文，并向之前保存的源地址和源端口发送开门报文。开门指令的报文会一直下放，直到发现自提柜的状态报文中此柜门已经打开。

S4(自提柜侧)：自提柜收到对应的开门指令后，与硬件进行交互，进行开门操作。自提柜循环检测目标仓门的状态信息。如果状态为开门，那么生成对应的开门成功事件。如果在一定时间内状态依然为关门，那么上传开门失败事件。

S5(服务器侧)：服务器侧收到开门成功事件或者开门失败事件后，进行存储，并依照顺序放到消费队列中。服务器侧事件消费进程按照顺序对消费队列的事件进行处理，将操作转化为对应的订单状态，并推送至骑手端。骑手端的APP根据订单的状态便会显示出已开门字样。

S6(自提柜侧)：骑手放货后，关闭自提柜对应仓格的仓门，自提柜也生成对应关门成功事件或者关门失败事件上传云端服务器。

S7(服务器侧)：服务器侧对于关门操作，会视为骑手已经放货成功。读取出之前骑手录单时填写的信息，向取件人发送对应的短信通知。服务器端需要维护所有的已经放货的订单与仓门的绑定关系。

S8(自提柜侧)：自提柜每隔数秒会向服务器侧请求已经放货的订单与仓门的绑定关系，并在本地进行存储。这样即时自提柜网络极差，只要在骑手放货后和用户取货前有过一次成功请求，那么便会拉取到此用户的单子并存储在本地。

S9(自提柜侧)：用户在界面上面输入自己的取货码，自提柜按照本地存储的订单列表找到对应取货码的自提订单，从而找到目标仓门，给用户开门。

用户取货开门、关门步骤同骑手端，故此不再赘述。

上述实施例提供了一种基于弱网环境的自提柜存取方法，自提柜与服务器端以尽量小的数据报文进行通信，从而方便服务器快速下发指令数据，减少网络拥塞；同时自提柜本地存储自提订单和目标仓门的绑定关系，在弱网环境下自提柜可以本地匹配自提订单，从而方便用户取货，提高骑手录单效率和用户取餐成功率。

基于相同的发明构思，本申请实施例提供了一种基于弱网环境的自提柜存取装置，如图4示，该基于弱网环境的自提柜存取装置30可以包括接收模块301、队列更新模块302、状态推送模块303和绑定关系推送模块304，

所述接收模块301用于接收至少一个自提柜发送的开关仓门事件和查询请求；

所述队列更新模块302用于依据接收时间顺序将所有的开关仓门事件依次加入到消费队列；

所述状态推送模块303用于依次对所述消费队列的开关仓门事件进行处理，生成对应自提订单的订单状态，并推送至对应的目标用户终端；

所述绑定关系推送模块304用于维护所述开关仓门事件的目标仓门和自提订单的绑定关系，并根据自提柜的查询请求，将对应的绑定关系发送至所述自提柜。

可选的，所述基于弱网环境的自提柜存取装置30还包括开门指令发送模块300，所述开门指令发送模块300包括：

状态报文接收单元，用于接收至少一个自提柜以第一预设频率发送的状态报文，所述状态报文包括自提柜标识以及自提柜的当前使用状态；

维护单元，用于维护所述状态报文的自提柜标识、源地址信息和源端口信息；

分配单元，用于当接收到骑手终端发送的录单请求时，根据所述录单请求选择目标自提柜，并根据目标自提柜的状态报文为所述录单请求分配目标仓门；

开门指令发送单元，用于当接收到骑手终端发送的开门请求时，生成开门报文，并通过对应的源地址信息和源端口信息向所述目标自提柜发送所述开门报文，所述开门报文包括目标仓门的开门指令。

在又一个可能的实现方式中，所述状态推送模块303包括：

第一状态推送单元，用于当所述消费队列的事件为开门成功事件时，将对应自提订单的订单状态变更为已开门骑手放货中或者已开门取件人取货中，并推送至骑手终端和/或取件人终端；

第二状态推送单元，用于当所述消费队列的事件为关门成功事件时，将对应自提订单的订单状态变更为骑手放货完毕已关门，并根据录单请求向对应的取件人终端发送取件信息；或者将对应自提订单的订单状态变更为取件人取货完毕已关门，并推送至骑手终端和/或取件人终端。

本申请实施例提供的装置30中未详述的内容，可参照上述实施例中提供的方法10，本申请实施例提供的装置30能够达到的有益效果与上述实施例中提供的方法10相同，在此不再赘述。

基于相同的发明构思，本申请实施例提供了一种基于弱网环境的自提柜存取装置，如图5所示，该基于弱网环境的自提柜存取装置40可以包括：

事件发送模块401，用于根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，并发送至服务器；

绑定关系获取模块402，用于当判断骑手已在对应仓门中放入货物并关闭仓门后，以第二预设频率向所述服务器发送查询请求，获取并存储所述服务器发送的绑定关系；

控制模块403，用于当取件人通过取货验证后，根据本地存储的所述绑定关系为所述取件人打开对应的目标仓门。

可选的，所述事件发送模块401包括：

交互单元，用于接收所述服务器发送的开门报文，并基于所述开门报文的开门指令与对应硬件进行交互，以打开所述目标仓门；

第一事件发送单元，用于循环检测所述目标仓门的状态，若目标仓门已打开，则生成开门成功事件发送至服务器；若目标仓门没有打开，则生成开门失败事件发送至服务器；

第二事件发送单元，用于当骑手在目标仓门中放货后，再次循环检测所述目标仓门的状态，若目标仓门已关闭，则生成关门成功事件发送至服务器；若目标仓门没有关闭，则生成关门失败事件发送至服务器。

本申请实施例提供的装置40中未详述的内容，可参照上述实施例中提供的方法20，本申请实施例提供的装置40能够达到的有益效果与上述实施例中提供的方法20相同，在此不再赘述。

基于相同的发明构思，本申请实施例还提供一种服务器，如图6所示，该服务器50包括：存储器501、收发机502，以及一个或多个处理器503。其中，图6中以一个处理器503为例。收发机502，用于在处理器503的控制下收发数据。

处理器503和存储器501可以通过总线或者其他方式连接。存储器501作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的递送机器人的云端调度方法对应的程序指令/模块。处理器503通过运行存储在存储器501中的非易失性软件程序、指令以及模块，从而执行基于弱网环境的自提柜存取装置30的各种功能应用以及数据处理，即实现上述方法实施例提供的基于弱网环境的自提柜存取方法10以及上述装置30实施例的各个模块或单元的功能。

应理解，在上述实施例中，存储器501可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器501可选包括相对于处理器503远程设置的存储器，这些远程存储器可以通过网络连接至处理器503。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。收发机502可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。

该程序指令/模块存储在该存储器501中，当被该一个或者多个处理器503执行时，执行上述任意方法10对应的实施例中的基于弱网环境的自提柜存取方法。

本发明实施例还提供了一种非易失性计算机存储介质，该计算机存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如图6中的一个处理器503，可使得上述一个或多个处理器可执行上述任意方法实施例中的基于弱网环境的自提柜存取方法。

基于相同的发明构思，本申请实施例还提供一种自提柜。上述服务器和所述至少一个自提柜构成一种基于弱网环境的自提柜存取系统。如图7所示，该自提柜60包括：存储器601、收发机602，以及一个或多个处理器603。其中，图7中以一个处理器603为例。收发机602，用于在处理器603的控制下收发数据。

处理器603和存储器601可以通过总线或者其他方式连接。存储器601作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的递送机器人的云端调度方法对应的程序指令/模块。处理器603通过运行存储在存储器601中的非易失性软件程序、指令以及模块，从而执行基于弱网环境的自提柜存取装置40的各种功能应用以及数据处理，即实现上述方法实施例提供的基于弱网环境的自提柜存取方法20以及上述装置40实施例的各个模块或单元的功能。

应理解，在上述实施例中，存储器601可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器601可选包括相对于处理器603远程设置的存储器，这些远程存储器可以通过网络连接至处理器603。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。收发机602可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户终端，用户接口604还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

该程序指令/模块存储在该存储器601中，当被该一个或者多个处理器603执行时，执行上述方法20对应的实施例中的基于弱网环境的自提柜存取方法。

本发明实施例还提供了一种非易失性计算机存储介质，该计算机存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如图7中的一个处理器603，可使得上述一个或多个处理器可执行上述任意方法实施例中的基于弱网环境的自提柜存取方法。

本发明实施例还提供了一种计算机程序产品，该计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，该计算机程序包括程序指令，当该程序指令被电子设备执行时，使该电子设备执行任一项该的基于弱网环境的自提柜存取方法。

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

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

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种基于弱网环境的自提柜存取方法，应用于服务器，其特征在于，包括以下步骤：

接收至少一个自提柜发送的开关仓门事件；

依据接收时间顺序将所有的开关仓门事件依次加入到消费队列；

依次对所述消费队列的开关仓门事件进行处理，生成对应自提订单的订单状态，并推送至对应的目标用户终端；

维护所述开关仓门事件的目标仓门和自提订单的绑定关系，并根据自提柜的查询请求，将对应的绑定关系发送至所述自提柜。

2.根据权利要求1所述基于弱网环境的自提柜存取方法，其特征在于，还包括以下步骤：

接收至少一个自提柜以第一预设频率发送的状态报文，所述状态报文包括自提柜标识以及自提柜的当前使用状态；

维护所述状态报文的自提柜标识、源地址信息和源端口信息；

当接收到骑手终端发送的录单请求时，根据所述录单请求选择目标自提柜，并根据目标自提柜的状态报文为所述录单请求分配目标仓门；

当接收到骑手终端发送的开门请求时，生成开门报文，并通过对应的源地址信息和源端口信息向所述目标自提柜发送所述开门报文，所述开门报文包括目标仓门的开门指令。

3.根据权利要求2所述基于弱网环境的自提柜存取方法，其特征在于，所述生成对应自提订单的订单状态，并推送至对应的目标用户终端，具体为：

当所述消费队列的事件为开门成功事件时，将对应自提订单的订单状态变更为已开门骑手放货中或者已开门取件人取货中，并推送至骑手终端和/或取件人终端；

当所述消费队列的事件为关门成功事件时，将对应自提订单的订单状态变更为骑手放货完毕已关门，并根据录单请求向对应的取件人终端发送取件信息；或者将对应自提订单的订单状态变更为取件人取货完毕已关门，并推送至骑手终端和/或取件人终端。

4.一种基于弱网环境的自提柜存取方法，应用于自提柜，其特征在于，包括以下步骤：

根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，并发送至服务器；

当判断骑手已在对应仓门中放入货物并关闭仓门后，以第二预设频率向所述服务器发送查询请求，获取并存储所述服务器发送的绑定关系；

当取件人通过取货验证后，根据本地存储的所述绑定关系为所述取件人打开对应的目标仓门。

5.根据权利要求4所述基于弱网环境的自提柜存取方法，其特征在于，所述根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，具体为：

接收所述服务器发送的开门报文，并基于所述开门报文的开门指令与对应硬件进行交互，以打开所述目标仓门；

循环检测所述目标仓门的状态，若目标仓门已打开，则生成开门成功事件发送至服务器；若目标仓门没有打开，则生成开门失败事件发送至服务器；

当骑手在目标仓门中放货后，再次循环检测所述目标仓门的状态，若目标仓门已关闭，则生成关门成功事件发送至服务器；若目标仓门没有关闭，则生成关门失败事件发送至服务器。

6.一种基于弱网环境的自提柜存取系统，其特征在于，包括服务器和至少一个自提柜，所述服务器包括接收模块、队列更新模块、状态推送模块和绑定关系推送模块，

所述接收模块用于接收至少一个自提柜发送的开关仓门事件和查询请求；

所述队列更新模块用于依据接收时间顺序将所有的开关仓门事件依次加入到消费队列；

所述状态推送模块用于依次对所述消费队列的开关仓门事件进行处理，生成对应自提订单的订单状态，并推送至对应的目标用户终端；

所述绑定关系推送模块用于维护所述开关仓门事件的目标仓门和自提订单的绑定关系，并根据自提柜的查询请求，将对应的绑定关系发送至所述自提柜。

7.根据权利要求6所述基于弱网环境的自提柜存取系统，其特征在于，所述服务器还包括开门指令发送模块，所述开门指令发送模块包括：

状态报文接收单元，用于接收至少一个自提柜以第一预设频率发送的状态报文，所述状态报文包括自提柜标识以及自提柜的当前使用状态；

维护单元，用于维护所述状态报文的自提柜标识、源地址信息和源端口信息；

分配单元，用于当接收到骑手终端发送的录单请求时，根据所述录单请求选择目标自提柜，并根据目标自提柜的状态报文为所述录单请求分配目标仓门；

开门指令发送单元，用于当接收到骑手终端发送的开门请求时，生成开门报文，并通过对应的源地址信息和源端口信息向所述目标自提柜发送所述开门报文，所述开门报文包括目标仓门的开门指令。

8.根据权利要求6或7所述基于弱网环境的自提柜存取系统，其特征在于，所述状态推送模块包括：

第一状态推送单元，用于当所述消费队列的事件为开门成功事件时，将对应自提订单的订单状态变更为已开门骑手放货中或者已开门取件人取货中，并推送至骑手终端和/或取件人终端；

第二状态推送单元，用于当所述消费队列的事件为关门成功事件时，将对应自提订单的订单状态变更为骑手放货完毕已关门，并根据录单请求向对应的取件人终端发送取件信息；或者将对应自提订单的订单状态变更为取件人取货完毕已关门，并推送至骑手终端和/或取件人终端。

9.根据权利要求8所述基于弱网环境的自提柜存取系统，其特征在于，所述至少一个自提柜中每个自提柜分别包括：

事件发送模块，用于根据自提订单对应目标仓门的开关检测结果生成对应的开关仓门事件，并发送至服务器；

绑定关系获取模块，用于当判断骑手已在对应仓门中放入货物并关闭仓门后，以第二预设频率向所述服务器发送查询请求，获取并存储所述服务器发送的绑定关系；

控制模块，用于当取件人通过取货验证后，根据本地存储的所述绑定关系为所述取件人打开对应的目标仓门。

10.根据权利要求9所述基于弱网环境的自提柜存取系统，其特征在于，所述事件发送模块包括：

交互单元，用于接收所述服务器发送的开门报文，并基于所述开门报文的开门指令与对应硬件进行交互，以打开所述目标仓门；

第一事件发送单元，用于循环检测所述目标仓门的状态，若目标仓门已打开，则生成开门成功事件发送至服务器；若目标仓门没有打开，则生成开门失败事件发送至服务器；

第二事件发送单元，用于当骑手在目标仓门中放货后，再次循环检测所述目标仓门的状态，若目标仓门已关闭，则生成关门成功事件发送至服务器；若目标仓门没有关闭，则生成关门失败事件发送至服务器。

Images