开柜控制方法、用户端及计算设备、计算机存储介质

技术领域

本发明实施例涉及智能配送技术领域，具体涉及一种开柜控制方法、用户端、服务端及计算设备、计算机存储介质。

背景技术

在电子商务领域中，关于物品（包括货品、餐品）的配送是很重要的，尤其是“最后一公里”配送是整个配送环节的末端环节，也是提升用户体验尤为重要的一环。为了解决“最后一公里”配送存在的现实难题，智能配送柜应运而生。

以外卖配送为例，目前市场上有很多配送平台，各个配送平台维护各自的用户和配送人员，并且都需要在指定场所配置各自的智能配送柜。各自平台的配送人员送餐时需要将餐品放入各自平台的智能配送柜，然后由配送人员或配送平台通知用户去对应的智能配送柜处取餐。以两个配送平台A和B为例，由于配送平台A无法获取配送平台B的用户、配送人员以及订单等信息，所以配送平台B无法共享使用配送平台A的智能配送柜。现有技术中，在“最后一公里”配送环节，不同配送平台之间信息不互通，无法共享、整合配送资源，导致配送效率低下、用户体验较差。

因此，如何利用现有的信息共享平台，实现信息互通及配送资源整合，提升“最后一公里”配送的用户体验是现有技术亟待解决的技术问题。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的开柜控制方法、用户端、服务端及计算设备、计算机存储介质。

根据本发明实施例的一个方面，提供了一种开柜控制方法，包括：

基于用户触发操作，向第一服务端发送携带用户授权凭证的登录请求，使所述第一服务端根据所述用户授权凭证向第二服务端请求得到用户信息；

接收所述第一服务端发送的与所述用户信息对应的取件信息；

基于所述取件信息，展示包含开柜功能键的取件详情页面；

响应于用户对所述取件详情页面中开柜功能键的触发操作，向所述第一服务端发送开柜请求。

在一种可选的方式中，所述方法由嵌入在第二服务端对应的用户端内的本地服务程序执行，所述本地服务程序基于用户触发操作而调起。

在一种可选的方式中，所述取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。

在一种可选的方式中，用户触发操作为用户扫码操作，所述方法还包括：

基于用户扫码操作，向第一服务端发送扫码结果信息，使第一服务端根据扫码结果信息得到智能配送柜标识信息；

所述接收第一服务端发送的与所述用户信息对应的取件信息具体为：接收第一服务端发送的与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，在所述向第一服务端发送扫码结果信息之前，所述方法还包括：对用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息作为所述扫码结果信息。

在一种可选的方式中，所述向第一服务端发送扫码结果信息，使第一服务端根据扫码结果信息得到智能配送柜标识信息具体为：

向第一服务端发送用户扫码操作的反馈信息，使第一服务端对所述用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

在一种可选的方式中，用户触发操作为用户主动启动本地服务程序的操作，所述方法还包括：

基于用户主动启动本地服务程序的操作，利用近距离通信技术，获取智能配送柜标识信息，将所述智能配送柜标识信息传递给第一服务端；

所述接收第一服务端发送的与所述用户信息对应的取件信息具体为：接收第一服务端发送的与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，在所述基于用户触发操作，向第一服务端发送携带用户授权凭证的登录请求之前，所述方法还包括：接收第一服务端通过第二服务端推送的取件通知消息；

其中，用户触发操作具体为用户对所述取件通知消息的触发操作。

在一种可选的方式中，所述取件通知消息包含用于调起本地服务程序的跳转链接。

在一种可选的方式中，在所述向第一服务端发送携带用户授权凭证的登录请求之前，所述方法还包括：判断本地是否缓存有用户授权凭证，若否，则请求用户授权，根据用户授权操作，获取用户授权凭证并进行缓存。

在一种可选的方式中，所述用户信息包含第一用户信息和第二用户信息；所述第一用户信息为第一服务端侧的用户账号信息，所述第二用户信息为第二服务端侧的用户账号信息。

在一种可选的方式中，所述接收第一服务端通过第二服务端推送的取件通知消息具体为：接收第一服务端通过第二服务端利用第二用户信息推送的取件通知消息。

根据本发明实施例的另一方面，提供了一种开柜控制方法，包括：

接收携带用户授权凭证的登录请求；

根据所述用户授权凭证向第二服务端请求得到用户信息；

查询与所述用户信息对应的取件信息；

接收由监测到用户对基于所述取件信息所展示的取件详情页面中开柜功能键的触发操作而发送的开柜请求，控制智能配送柜进行开柜。

在一种可选的方式中，所述取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。

在一种可选的方式中，所述方法还包括：接收用户扫码操作后发送的扫码结果信息，根据扫码结果信息得到智能配送柜标识信息；

所述查询与所述用户信息对应的取件信息具体为：查询与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述接收用户扫码操作后发送的扫码结果信息，根据扫码结果信息得到智能配送柜标识信息具体为：

接收用户扫码操作后发送的智能配送柜标识信息；

或者，接收用户扫码操作后发送的用户扫码操作的反馈信息，对所述用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

在一种可选的方式中，所述方法还包括：接收用户主动启动本地服务程序的操作之后，利用近距离通信技术所获取的智能配送柜标识信息；

所述查询与所述用户信息对应的取件信息具体为：查询与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述用户信息包括用户手机号码；

所述方法还包括：在存件过程中，根据配送对象端发送的携带的智能配送柜标识信息和用户手机号码的部分号码的存柜请求，记录对应的存柜信息；

所述查询与所述用户信息和所述智能配送柜标识信息对应的取件信息具体为：

查询与所述用户信息和所述智能配送柜标识信息匹配的存柜信息，根据匹配得到的存柜信息得到取件信息。

在一种可选的方式中，在所述接收携带用户授权凭证的登录请求之前，所述方法还包括：在物品入柜后，通过第二服务端向用户推送取件通知消息。

在一种可选的方式中，所述取件通知消息包含用于调起本地服务程序的跳转链接。

在一种可选的方式中，所述用户信息包含第一用户信息和第二用户信息；所述第一用户信息为第一服务端侧的用户账号信息，所述第二用户信息为第二服务端侧的用户账号信息。

在一种可选的方式中，在所述通过第二服务端向用户推送取件通知消息之前，所述方法还包括：判断数据库中是否保存有所述第一用户信息和第二用户信息；

所述通过第二服务端向用户推送取件通知消息进一步包括：

在判断出所述数据库中保存有所述第一用户信息和第二用户信息的情况下，向第二服务端发送取件通知消息，并向第二服务端传递第二用户信息，以供第二服务端利用第二用户信息向用户推送的所述取件通知消息。

在一种可选的方式中，在所述通过第二服务端向用户推送取件通知消息之前，所述方法还包括：

接收配送对象端发送的携带智能配送柜标识信息以及系统内订单标识的入柜请求，查询得到系统内订单对应的第一用户信息和第二用户信息。

在一种可选的方式中，在所述通过第二服务端向用户推送取件通知消息之前，所述方法还包括：

接收配送对象端发送的携带智能配送柜标识信息以及第一用户信息的部分信息的入柜请求，根据所述第一用户信息的部分信息从数据库中匹配得到完整的第一用户信息，并得到第二用户信息。

在一种可选的方式中，所述第一用户信息为用户手机号码，第一用户信息的部分信息为用户手机号码的尾号、或头三位和尾号的组合。

在一种可选的方式中，在所述控制智能配送柜进行开柜之前，所述方法还包括：

采集用户位置信息，将所述用户位置信息与智能配送柜位置信息进行匹配；和/或，利用近距离通信技术，获取用户端与智能配送柜的近距离通信的匹配结果；

所述控制智能配送柜进行开柜具体为：若位置信息的匹配结果和/或近距离通信的匹配结果为匹配一致，则控制智能配送柜进行开柜。

根据本发明实施例的另一方面，提供了一种用户端，包括：

登录模块，用于基于用户触发操作，向第一服务端发送携带用户授权凭证的登录请求，使所述第一服务端根据所述用户授权凭证向第二服务端请求得到用户信息；

接收模块，用于接收所述第一服务端发送的与所述用户信息对应的取件信息；

展示模块，用于基于所述取件信息，展示包含开柜功能键的取件详情页面；

请求模块，用于响应于用户对所述取件详情页面中开柜功能键的触发操作，向所述第一服务端发送开柜请求。

在一种可选的方式中，所述用户端包括：本地服务程序，所述本地服务程序基于用户触发操作而调起。

在一种可选的方式中，所述取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。

在一种可选的方式中，用户触发操作为用户扫码操作，所述用户端还包括：

扫码处理模块，用于基于用户扫码操作，向第一服务端发送扫码结果信息，使第一服务端根据扫码结果信息得到智能配送柜标识信息；

所述接收模块具体用于：接收第一服务端发送的与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述扫码处理模块具体用于：对用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息作为所述扫码结果信息。

在一种可选的方式中，所述扫码处理模块具体用于：向第一服务端发送用户扫码操作的反馈信息，使第一服务端对所述用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

在一种可选的方式中，用户触发操作为用户主动启动本地服务程序的操作，所述用户端还包括：

近距离通信模块，用于基于用户主动启动本地服务程序的操作，利用近距离通信技术，获取智能配送柜标识信息，将所述智能配送柜标识信息传递给第一服务端；

所述接收模块具体用于：接收第一服务端发送的与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述用户端还包括：

消息处理模块，用于接收第一服务端通过第二服务端推送的取件通知消息；其中，用户触发操作具体为用户对所述取件通知消息的触发操作。

在一种可选的方式中，所述取件通知消息包含用于调起本地服务程序的跳转链接。

在一种可选的方式中，所述用户端还包括：授权模块，用于判断本地是否缓存有用户授权凭证，若否，则请求用户授权，根据用户授权操作，获取用户授权凭证并进行缓存。

在一种可选的方式中，所述用户信息包含第一用户信息和第二用户信息；所述第一用户信息为第一服务端侧的用户账号信息，所述第二用户信息为第二服务端侧的用户账号信息。

在一种可选的方式中，所述消息处理模块具体用于：接收第一服务端通过第二服务端利用第二用户信息推送的取件通知消息。

根据本发明实施例的另一方面，提供了一种服务端，包括：

用户信息获取模块，用于接收携带用户授权凭证的登录请求，根据所述用户授权凭证向第二服务端请求得到用户信息；

查询模块，用于查询与所述用户信息对应的取件信息；

控制模块，用于接收由监测到用户对基于所述取件信息所展示的取件详情页面中开柜功能键的触发操作而发送的开柜请求，控制智能配送柜进行开柜。

在一种可选的方式中，所述取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。

在一种可选的方式中，所述服务端还包括：处理模块，用于接收用户扫码操作后发送的扫码结果信息，根据扫码结果信息得到智能配送柜标识信息；

所述查询模块具体用于：查询与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述处理模块具体用于：

接收用户扫码操作后发送的智能配送柜标识信息；

或者，接收用户扫码操作后发送的用户扫码操作的反馈信息，对所述用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

在一种可选的方式中，所述服务端还包括：接收模块，用于接收用户主动启动本地服务程序的操作之后，利用近距离通信技术所获取的智能配送柜标识信息；

所述查询模块具体用于：查询与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述用户信息包括用户手机号码；

所述服务端还包括：存件处理模块，用于在存件过程中，根据配送对象端发送的携带的智能配送柜标识信息和用户手机号码的部分号码的存柜请求，记录对应的存柜信息；

所述查询模块具体用于：查询与所述用户信息和所述智能配送柜标识信息匹配的存柜信息，根据匹配得到的存柜信息得到取件信息。

在一种可选的方式中，所述服务端还包括：消息推送模块，用于在物品入柜后，通过第二服务端向用户推送取件通知消息。

在一种可选的方式中，所述取件通知消息包含用于调起本地服务程序的跳转链接。

在一种可选的方式中，所述用户信息包含第一用户信息和第二用户信息；所述第一用户信息为第一服务端侧的用户账号信息，所述第二用户信息为第二服务端侧的用户账号信息。

在一种可选的方式中，所述服务端还包括：判断模块，用于判断数据库中是否保存有所述第一用户信息和第二用户信息；

所述消息推送模块具体用于：在判断出所述数据库中保存有所述第一用户信息和第二用户信息的情况下，向第二服务端发送取件通知消息，并向第二服务端传递第二用户信息，以供第二服务端利用第二用户信息向用户推送的所述取件通知消息。

在一种可选的方式中，所述服务端还包括：存件处理模块，用于接收配送对象端发送的携带智能配送柜标识信息以及系统内订单标识的入柜请求，查询得到系统内订单对应的第一用户信息和第二用户信息。

在一种可选的方式中，所述服务端还包括：存件处理模块，用于接收配送对象端发送的携带智能配送柜标识信息以及第一用户信息的部分信息的入柜请求，根据所述第一用户信息的部分信息从数据库中匹配得到完整的第一用户信息，并得到第二用户信息。

在一种可选的方式中，所述第一用户信息为用户手机号码，第一用户信息的部分信息为用户手机号码的尾号、或头三位和尾号的组合。

在一种可选的方式中，所述服务端还包括：位置匹配模块，用于采集用户位置信息，将所述用户位置信息与智能配送柜位置信息进行匹配；和/或，利用近距离通信技术，获取用户端与智能配送柜的近距离通信的匹配结果；

所述控制模块具体用于：若位置信息的匹配结果和/或近距离通信的匹配结果为匹配一致，则控制智能配送柜进行开柜。

根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述开柜控制方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述开柜控制方法对应的操作。

根据本发明实施例的提供的开柜控制方法、用户端、服务端及计算设备、计算机存储介质，第一服务端可以根据用户端发送的用户授权凭证向第二服务端请求得到用户信息，第一服务端根据用户信息获取取件信息，进而向用户端提供智能配送柜的一键开柜功能。本发明实施例中，第一服务端（对应于某一配送平台）能够向不属于该配送平台的用户提供智能配送柜的配送服务，实现了配送资源（即智能配送柜）的共享、整合，提升了“最后一公里”配送环节的配送效率，大大提升了用户取件的便捷性。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的开柜控制方法的流程图；

图2示出了根据本发明另一个实施例的开柜控制方法的流程图；

图3示出了根据本发明又一个实施例的开柜控制方法的流程图；

图4示出了根据本发明再一个实施例的开柜控制方法的流程图；

图5示出了根据本发明一个实施例的针对系统内订单的存件处理流程图；

图6示出了根据本发明一个实施例的针对系统外订单的存件处理流程图；

图7示出了根据本发明一个实施例的取件处理流程图；

图8示出了根据本发明一个实施例的用户端的结构示意图；

图9示出了根据本发明一个实施例的服务端的结构示意图；

图10示出了根据本发明实施例的一种计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

在本发明实施例提供的解决方案中，配送平台之间可共享智能配送柜，不同配送平台的配送人员都可以向智能配送柜放置物品，智能配送柜可以向其它配送平台的用户提供配送服务。在本发明实施例中，第一服务端具体为一配送平台的服务端，第二服务端具体为一开放平台的服务端，配送平台接入该开放平台，支持用户利用该开放平台的用户账号信息注册/登录配送平台。其中，开放平台可以为微信开放平台、支付宝开放平台等，本发明对此不作限制。

图1示出了根据本发明一个实施例的开柜控制方法的流程图，本方法执行于用户端，如图1所示，该方法包括如下步骤：

步骤101，基于用户触发操作，向第一服务端发送携带用户授权凭证的登录请求，使所述第一服务端根据所述用户授权凭证向第二服务端请求得到用户信息。

本步骤具体为用户端基于用户触发操作登录第一服务端的步骤，具体过程为：在监测到用户触发操作之后，用户端向第一服务端发送携带用户授权凭证的登录请求，第一服务端根据该用户授权凭证向第二服务端请求得到用户信息。其中，用户授权凭证是用户在用户端完成用户授权操作所获取的，一般情况下，用户端会将其缓存在用户端本地，以供用户后续登录使用。

其中，用户触发操作可以为用户扫码操作，用户利用用户端的扫码功能，进行扫码操作，调起嵌入在用户端内的本地服务程序，本地服务程序执行该步骤101登录第一服务端。用户触发操作也可以是用户主动启动本地服务程序的操作，用户搜索并启动本地服务程序，本地服务程序执行该步骤101登录第一服务端。

步骤102，接收第一服务端发送的与用户信息对应的取件信息。

在用户完成登录后，第一服务端根据用户信息获取取件信息，生成取件详情页面，将取件详情页面反馈给用户端。为了方便用户操作取件，取件详情页面中展现有开柜功能键。

步骤103，基于取件信息，展示包含开柜功能键的取件详情页面。

步骤104，响应于用户对所述取件详情页面中开柜功能键的触发操作，向所述第一服务端发送开柜请求。

用户端向用户呈现取件详情页面，监测用户在取件详情页面发起的一键开柜操作，例如用户点击开柜功能键，向第一服务端发送开柜请求，实现一键控制智能配送柜开柜。

可选地，取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子（也称柜格）的柜号、智能配送柜位置信息以及订单信息。相应的，取件详情页面可展示上述取件信息。如果第一服务端查询到某个用户具有放置到智能配送柜的多个柜格的多个物品等待取件，该取件详情页面具体展示多个柜格的柜号的列表，以供用户来选择通过操作开柜功能键对哪几个柜格进行同时开柜。

下面以应用于某开放平台为例详细说明上述方法的一个应用场景，在该应用场景中，上述方法的执行主体为开放平台对应的用户端，具体为嵌入在用户端内的小程序，称为配送服务小程序。

在上述步骤101中，基于用户扫码操作调起配送服务小程序，如果用户首次调起配送服务小程序，配送服务小程序要求用户进行授权操作，用户确认授权之后，配送服务小程序获得用户授权凭证，将用户授权凭证缓存在本地。配送服务小程序向第一服务端发送携带用户授权凭证的登录请求，第一服务端根据该用户授权凭证向第二服务端请求得到用户信息，该用户信息可以包括第一用户信息和第二用户信息，其中，第一用户信息为第一服务端侧的用户账号信息（如用户手机号码），第二用户信息为第二服务端侧的用户账号信息（如开放平台的用户开放账号信息，以下简称：openid）。第一服务端向配送服务小程序返回登录信息。

在上述步骤102中，用户在配送服务小程序中进行操作请求查询取件信息，第一服务端根据用户信息查询该用户对应的取件信息，反馈给配送服务小程序。

在上述步骤103中，配送服务小程序基于取件信息，展示包含开柜功能键的取件详情页面。

在上述步骤104中，用户在配送服务小程序中点击开柜功能键，配送服务小程序向第一服务端发送开柜请求，第一服务端控制智能配送柜进行开柜。

在本发明上述实施例中，第一服务端可以根据用户端发送的用户授权凭证向第二服务端请求得到用户信息，第一服务端根据用户信息查询得到取件信息，进而向用户端提供智能配送柜的一键开柜功能。第一服务端能够向不属于该配送平台的用户提供智能配送柜的配送服务，实现了配送资源的共享、整合，提升了“最后一公里”配送环节的配送效率，大大提升了用户取件的便捷性。

图2示出了根据本发明另一个实施例的开柜控制方法的流程图，本方法执行于用户端，如图2所示，该方法包括如下步骤：

步骤201，基于用户扫码操作，向第一服务端发送携带用户授权凭证的登录请求，使所述第一服务端根据所述用户授权凭证向第二服务端请求得到用户信息。

本实施例中，用户触发操作为用户扫码操作，用户利用用户端的扫码功能，进行扫码操作，调起嵌入在用户端内的本地服务程序，本地服务程序执行该步骤201登录第一服务端。

在一种可选的实施方式中，智能配送柜提供用于登录/注册的二维码，用户到达智能配送柜后，启动用户端“扫一扫”功能扫描柜上的二维码调起配送服务小程序，向第一服务端发送携带用户授权凭证的登录请求，第一服务端从第二服务端请求得到第二用户信息和用户手机号码，完成用户登录/注册，

步骤202，向第一服务端发送扫码结果信息，使第一服务端根据扫码结果信息得到智能配送柜标识信息。

在调起本地服务程序之后，本地服务程序根据用户扫码操作向第一服务端发送扫码结果信息，其中扫码结果信息中包含表征智能配送柜标识信息的信息，第一服务端根据该信息能够得到智能配送柜标识信息，以供第一服务端确定用户当前在哪个智能配送柜请求取件。

在一种可选的实施方式中，本地服务程序可以在用户端本地进行解析，将解析得到的智能配送柜标识信息发送给第一服务端，具体地，对用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息作为扫码结果信息。

在另一种可选的实施方式中，本地服务程序不进行用户端本地的解析，将用户扫码操作的反馈信息发送给第一服务端，使第一服务端对用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

上述步骤201和202可以先后执行，也可以同时执行，本发明对两个步骤的执行顺序不作限定。

步骤203，接收第一服务端发送的与用户信息和智能配送柜标识信息对应的取件信息。

在用户完成登录后，第一服务端获取到用户信息和智能配送柜标识信息，因而可以确定当前是哪个用户要在哪个智能配送柜请求取件。第一服务端查询对应的智能配送柜的存柜信息，判断该智能配送柜是否存有该用户的物品，若是，则根据存柜信息得到该用户的取件信息。

步骤204，基于取件信息，展示包含开柜功能键的取件详情页面。

步骤205，响应于用户对所述取件详情页面中开柜功能键的触发操作，向所述第一服务端发送开柜请求。

在本发明上述实施例中，第一服务端可以根据用户端发送的用户授权凭证向第二服务端请求得到用户信息，第一服务端根据用户信息查询得到取件信息，进而向用户端提供智能配送柜的一键开柜功能。第一服务端能够向不属于该配送平台的用户提供智能配送柜的配送服务，实现了配送资源的共享、整合，提升了“最后一公里”配送环节的配送效率，大大提升了用户取件的便捷性。进一步的，本实施例基于用户扫码操作使第一服务端能够定位到用户当前在哪个智能配送柜请求取件，直接定位查找对应的智能配送柜的存柜信息，无需进行大范围的查找，大大提升了处理效率。

在本发明的另一种实施例中，用户触发操作为用户主动启动本地服务程序的操作，用户搜索并启动本地服务程序之后，向第一服务端发送携带用户授权凭证的登录请求，使所述第一服务端根据所述用户授权凭证向第二服务端请求得到用户信息。基于用户主动启动本地服务程序的操作，利用近距离通信技术，获取智能配送柜标识信息，将智能配送柜标识信息传递给第一服务端。

可选地，近距离通信技术为蓝牙技术。智能配送柜内配置有蓝牙模块，可以通过蓝牙将智能配送柜标识信息传递给用户端。用户到达智能配送柜后，打开配送服务小程序，小程序启动蓝牙搜索，查找到智能配送柜后，接收智能配送柜传递的标识信息，智能配送柜标识信息传递给第一服务端。

后续处理过程与步骤203至步骤205相同，基于近距离通信技术，使第一服务端能够定位到用户当前在哪个智能配送柜请求取件，直接定位查找对应的智能配送柜的存柜信息，无需进行大范围的查找，大大提升了处理效率。

图3示出了根据本发明又一个实施例的开柜控制方法的流程图，本方法执行于用户端，如图3所示，该方法包括如下步骤：

步骤301，接收第一服务端通过第二服务端推送的取件通知消息。

本发明实施例中，第二服务端具有消息触达的功能，通过向用户推送取件通知消息实现消息触达，一方面，通过消息触达通知用户取件；另一方面，触达消息响应用户触发操作，实现一键开柜。取件通知消息包括但不仅限于公众号消息、订阅号消息、生活号消息、服务号消息等。

当配送对象将订单对应的物品放置入智能配送柜之后，智能配送柜触发关门的回调，第一服务端根据该回调消息更新存柜信息，记录订单状态为“已入柜”。之后，第一服务端通过第二服务端向用户推送取件通知消息，以通知用户取件。具体地，在配送对象存件过程中，第一服务端会获取订单对应的第一用户信息，该第一用户信息为第一服务端侧的用户账号信息。在订单入柜后，第一服务端判断数据库是否保存有该订单对应的第一用户信息，如有，则进一步判断是否还存有第一用户信息对应的第二用户信息，该第二用户信息为第二服务端侧的用户账号信息。若有，第一服务端向第二服务端发送取件通知消息，并向第二服务端传递第二用户信息，以供第二服务端利用第二用户信息向用户推送取件通知消息。

可选地，取件通知消息具体为模板消息，除了包含文字消息以外，还包含用于调起本地服务程序的跳转链接。其中，文字消息配置为引导用户触发该取件通知消息进行开柜，举例来说，文字消息可以为“您的餐品/货品已入柜，请您到达****地点点击本消息开柜”。模板消息的参数包含模板跳转链接、跳转本地服务程序所需数据等等，用户可点击取件通知消息实现本地服务程序跳转，从而调起本地服务程序。

以公众号消息为例，第一服务端向第二服务端传递数据，包括：openid（即第二用户信息），公众号ID及认证信息，消息内容（包含文字和跳转链接），第二服务端判断该openid是否关注过该公众号，若是，则向用户端推送公众号消息。

步骤302，响应于用户对取件通知消息的触发操作，调起本地服务程序，向第一服务端发送携带用户授权凭证的登录请求，使第一服务端根据用户授权凭证向第二服务端请求得到用户信息。

本步骤中，用户点击取件通知消息，调起本地服务程序，本地服务程序被调起后，首先判断本地是否缓存有用户授权凭证，若有，则向第一服务端发送携带用户授权凭证的登录请求。若没有，则请求用户授权，根据用户授权操作获取用户授权凭证并进行缓存，而后向第一服务端发送携带用户授权凭证的登录请求。第一服务端根据该用户授权凭证向第二服务端请求得到用户信息该用户信息包括第一用户信息和第二用户信息。

步骤303，接收第一服务端发送的与用户信息对应的取件信息。

步骤304，基于取件信息，展示包含开柜功能键的取件详情页面。

在用户完成登录后，基于用户通过对取件通知消息的触发操作，第一服务端直接根据用户信息获取取件信息，生成取件详情页面，将取件详情页面反馈给用户端。也就是说，用户点击取件通知消息，调起本地服务程序后，本地服务程序无需用户另行操作，直接向用户展示取件详情页面，可选地，取件详情页面中包含的开柜功能键为一键开柜控件。

可选地，取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。相应的，取件详情页面可展示上述取件信息。

步骤305，响应于用户对取件详情页面中开柜功能键的触发操作，向第一服务端发送开柜请求，以供第一服务端控制智能配送柜进行开柜。

可选地，用户点击一键开柜控件，本地服务程序向第一服务端发送开柜请求，该开柜请求携带有智能配送柜标识信息以及订单标识，第一服务端接收到开柜请求之后，控制智能配送柜对存有订单物品的柜子进行开柜，并更新存柜信息，记录订单状态为“已取出”。向本地服务程序返回开柜结果。

在本发明上述实施例中，第一服务端利用第二服务端向用户推送取件通知消息实现消息触达，用户通过对取件通知消息的触发操作，调起本地服务程序，由本地服务程序利用用户授权凭证登录第一服务端，以供第一服务端根据用户授权凭证向第二服务端请求得到用户信息完成登录。接着，本地服务程序呈现第一服务端根据用户信息生成的取件详情页面，进而向用户端提供智能配送柜的一键开柜功能。本实施例中，第一服务端能够向不属于该配送平台的用户提供智能配送柜的配送服务，实现了配送资源的共享、整合，提升了“最后一公里”配送环节的配送效率。而且，在用户端，一方面，通过消息触达通知用户取件，使用户及时得到取件通知；另一方面，触达消息响应用户点击操作，调起本地服务程序直接跳转到取件详情页面，在取件详情页面中一键操作即可开柜，无需用户到达智能配送柜现场进行复杂的扫码操作来取件，简化了用户操作方式，大大提升了用户取件的便捷性。

图4示出了根据本发明再一个实施例的开柜控制方法的流程图，本方法执行于第一服务端，如图4所示，该方法包括如下步骤：

步骤401，接收携带用户授权凭证的登录请求。

本步骤是本地服务程序被调起后，第一服务端接收本地服务程序发送的携带用户授权凭证的登录请求。其中，本地服务程序可以是基于用户扫码操作而调起，也可以是基于用户主动启动本地服务程序的操作而调起，还可以是基于用户触发触达消息而调起，具体参见上述实施例的描述，在此不再赘述。

步骤402，根据用户授权凭证向第二服务端请求得到用户信息。

基于用户的授权，第一服务端可以向第二服务端请求得到用户信息。其中，用户信息包含第一用户信息和第二用户信息。第一用户信息为用户手机号码，第二用户信息为openid。其中，配送平台侧通常是以用户手机号码作为用户账号信息，第一服务端通过向第二服务端请求得到用户手机号码和openid，能够查询到用户的待取件订单。

步骤403，查询与用户信息对应的取件信息。

其中，取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。

若用户触发操作为用户扫码操作，该方法还包括：接收用户扫码操作后发送的扫码结果信息，根据扫码结果信息得到智能配送柜标识信息。其中，接收用户扫码操作后发送的智能配送柜标识信息；或者，接收用户扫码操作后发送的用户扫码操作的反馈信息，对所述用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

若用户触发操作为用户主动启动本地服务程序的操作，该方法还包括：接收用户主动启动本地服务程序的操作之后，利用近距离通信技术所获取的智能配送柜标识信息。

本步骤则具体为：查询与用户信息和智能配送柜标识信息对应的取件信息。

步骤404，接收由监测到用户对基于取件信息所展示的取件详情页面中开柜功能键的触发操作而发送的开柜请求。

步骤405，控制智能配送柜进行开柜。

上述步骤401至步骤405的具体执行过程可以参见上述用户端实施例的描述，在此不再赘述。

在本发明的另一种实施方式中，在上述步骤401之前，方法还包括：步骤400，在物品入柜后，通过第二服务端向用户推送取件通知消息。

为了更清楚的说明本发明实施例的技术方案，下面将物品入柜过程（存件过程）进行详细介绍。其中，物品涉及的订单分为系统内订单和系统外订单。

应当理解的是，系统内订单和系统外订单是根据业务情况区分的，如果智能配送柜归属于一家配送平台，那么这家配送平台内部的订单属于系统内订单，这家配送平台以外的订单属于系统外订单。如果智能配送柜不属于任何一家配送平台，那么所有入柜的订单都属于系统外订单。本发明的技术方案支持不同配送平台的配送对象都可以向智能配送柜内放置物品。

针对系统内订单：

在配送人员到达智能配送柜之后，可通过配送对象端（配送人员使用的客户端）进行扫码，基于配送对象扫码操作，调起嵌入在配送对象端内的本地服务程序，本地服务程序被调起后，首先判断本地是否缓存有配送对象授权凭证，若有，本地服务程序向第一服务端发送携带配送对象授权凭证的登录请求，若没有，则请求配送对象授权，根据配送对象授权操作获取配送对象授权凭证并进行缓存，而后向第一服务端发送携带配送对象授权凭证的登录请求。第一服务端根据该配送对象授权凭证向第二服务端请求得到配送对象信息，包括配送对象openid和配送对象手机号码。第一服务端向配送对象返回登录信息。

在配送对象完成登录后，配送对象在本地服务程序的页面中进行操作请求查询当前正在配送的订单信息，第一服务端响应该请求，根据配送对象信息查询配送对象当前正在配送的订单信息，生成存件详情页面，将存件详情页面反馈给本地服务程序。配送对象点击存件详情页面中的存件控件，第一服务端接收配送对象端发送的入柜请求，该入柜请求携带有智能配送柜标识信息以及系统内订单标识，第一服务端接收到入柜请求之后，控制智能配送柜进行开柜，并存储存柜信息，向本地服务程序返回开柜结果。其中存柜信息可以包含：存放物品的柜子的柜号以及订单信息。由于该订单为系统内订单，因此第一服务端能够获知物品订单的详细信息，可以一并存储到存柜信息中。

配送人员将订单对应的物品放入柜子中并关上柜门之后，智能配送柜触发关门的回调，第一服务端根据该回调消息更新存柜信息，记录订单状态为“已入柜”。第一服务端查询得到系统内订单对应的第一用户信息和第二用户信息，判断数据库是否保存有该系统内订单对应的第一用户信息，如有，则进一步判断是否还存有第一用户信息对应的第二用户信息。若有，第一服务端向第二服务端发送取件通知消息，并向第二服务端传递第二用户信息，以供第二服务端利用第二用户信息向用户推送取件通知消息。

针对系统外订单：

在配送人员到达智能配送柜之后，可通过配送对象端（配送人员使用的客户端）进行扫码，基于配送对象扫码操作，调起嵌入在配送对象端内的本地服务程序，本地服务程序被调起后，首先判断本地是否缓存有配送对象授权凭证，若有，本地服务程序向第一服务端发送携带配送对象授权凭证的登录请求，若没有，则请求配送对象授权，根据配送对象授权操作获取配送对象授权凭证并进行缓存，而后向第一服务端发送携带配送对象授权凭证的登录请求。第一服务端根据该配送对象授权凭证向第二服务端请求得到配送对象信息，包括配送对象openid和配送对象手机号码。第一服务端向配送对象返回登录信息。

与系统内订单的处理方式所不同的是，即使配送对象完成登录，第一服务端也不能根据配送对象信息查询到配送对象当前正在配送的订单信息。因此，针对系统外订单，配送对象在本地服务程序的页面中进行操作，输入第一用户信息的部分信息，其中第一用户信息的部分信息可以为用户手机号码的部分号码，如尾号、或头三位和尾号的组合。例如，配送对象可以先输入用户手机号码的后四位尾号。第一服务端接收配送对象端发送的存柜请求，该存柜请求携带有智能配送柜标识信息以及用户手机号码的部分号码。

接着，第一服务端进行第一用户信息的校验，对第一用户信息的校验具体分为两种情况，以第一用户信息为手机号码为例：

情况（一），用户曾经在柜标识对应的智能配送柜发生过历史取件行为，那么第一服务端的该智能配送柜对应的数据库中会记录有该用户的完整手机号码。针对这种情况，第一服务端接收到配送对象输入的手机尾号后，查询到智能配送柜的数据库中记录有相同手机尾号的用户手机号码，如果匹配结果唯一，则将该系统外订单的用户手机号码补齐，存储到存柜信息中。

在实际应用场景中，即使同一智能配送柜的配送范围内也可能存在不同用户的手机尾号恰巧相同的情况，即手机尾号的匹配结果不唯一，例如查询到智能配送柜的数据库中记录有两个以上与该手机尾号相同的用户手机号码，则进一步向配送对象端发出要求输入头三位手机号码的请求。在接收到配送对象输入的头三位手机号码之后，查询智能配送柜的数据库中记录的头三位和尾号的组合都相同的用户手机号码，得到唯一的匹配结果，将该系统外订单的用户手机号码补齐，存储到存柜信息中。

情况（二），用户没有在柜标识对应的智能配送柜发生过历史取件行为，针对这种情况，第一服务端接收到配送对象输入的手机尾号后，无法匹配得到用户完整的手机号码。将该系统外订单的用户手机尾号存储到存柜信息中。

经过上述校验之后，第一服务端向配送对象端的本地服务程序返回开柜结果。配送对象将订单对应的物品放入柜子中并关上柜门之后，智能配送柜触发关门的回调，第一服务端根据该回调消息更新存柜信息，记录订单状态为“已入柜”。

对应于上述情况（一），第一服务端根据第一用户信息的部分信息从数据库中匹配得到完整的第一用户信息，进而能得到第二用户信息。第一服务端向第二服务端发送取件通知消息，并向第二服务端传递第二用户信息，以供第二服务端利用第二用户信息向用户推送取件通知消息。

对应于上述情况（二），第一服务端无法得到用户完整信息，因此无法通过消息触达的方式通知用户取件。后续用户可通过扫码取件或主动启动本地服务程序的方式完成取件。例如，采用上述图2所示的方法进行取件。由于在存件过程中，第一服务端已经将用户手机号码的部分号码存储到存柜信息中，在用户取件过程中，第一服务端可以根据基于用户扫码操作或用户主动启动本地服务程序的操作所获得的取件用户的完整手机号码和智能配送柜标识信息，确定用户要在哪个智能配送柜请求取件，第一服务端查询对应的智能配送柜的存柜信息，判断该智能配送柜的存柜信息是否记录有与当前取件用户的完整手机号码相匹配的手机号码的部分号码，若是，则根据匹配得到的存柜信息得到取件信息。

在本发明上述实施例中，第一服务端可以根据配送对象端发送的配送对象凭证向第二服务端请求得到配送对象信息，针对系统内订单和系统外订单提供了两种不同的物品入柜处理方式，实现了配送平台之间共享智能配送柜，不同配送平台的配送人员都可以向智能配送柜放置物品。针对系统内订单和用户有过历史取件行为的系统外订单，第一服务端可以利用第二服务端向用户推送取件通知消息实现消息触达，用户通过对取件通知消息的触发操作，实现一键开柜取件。

本发明实施例中，不同配送平台的配送人员都可以向智能配送柜放置物品，智能配送柜可以向其它配送平台的用户提供配送服务，实现了配送资源的共享、整合，提升了“最后一公里”配送环节的配送效率。而且，用户可以在取件详情页面中一键操作即可开柜，大大提升了用户取件的便捷性。

进一步的，为了避免用户接收到取件通知消息进行远程操作时误点击导致丢件，在基于消息触达的方式通知用户取件的情况下，在控制智能配送柜开柜之前，本发明实施例还包括：采集用户位置信息，将所述用户位置信息与智能配送柜位置信息进行匹配；和/或，利用近距离通信技术，获取用户端与智能配送柜的近距离通信的匹配结果；所述控制智能配送柜依据所述一键开柜操作对应的柜标识对相应的柜子进行开柜具体为：若位置信息的匹配结果和/或近距离通信的匹配结果为匹配一致，则控制智能配送柜依据所述一键开柜操作对应的柜标识对相应的柜子进行开柜。

一种可选地实施方式是，利用位置信息来判断用户是否已经到达智能配送柜所在地，具体地，利用本地服务程序采集用户位置信息，将用户位置信息与智能配送柜位置信息进行匹配，若两者的位置信息表明用户与智能配送柜之间的距离在预设范围内，例如，距离在5米以内，则认为用户位置信息与智能配送柜位置信息匹配一致，用户已经到达智能配送柜所在地，在这种情况下，再控制智能配送柜进行开柜。

另一种可选地实施方式是，利用近距离通信技术来判断用户是否已经到达智能配送柜所在地，以蓝牙技术为例，由本地服务程序启动用户端的蓝牙匹配，如果用户已经到达智能配送柜所在地，本地服务程序会得到蓝牙配对的匹配结果，在这种情况下，再控制智能配送柜进行开柜。

通过以上任一种实施方式，在进行开柜之前，都先判断用户是否已经到达智能配送柜所在地，避免了在用户还未到达智能配送柜所在地时，因误点击开柜导致餐品/货品丢失的问题。

图5示出了根据本发明一个实施例的针对系统内订单的存件处理流程图，本实施例借助开放平台，使配送人员通过扫码拉起配送服务小程序（以下简称：小程序）实现在智能配送柜内存件，如图5所示，该方法包括以下步骤：

步骤501至步骤508，配送人员在到达智能配送柜后，进行扫码拉起小程序，完成登录/注册，第一服务端通过第二服务端获取到配送人员的用户信息，包括openid和配送人员手机号码。

步骤509至步骤510，配送人员在小程序页面中进行操作查询当前正在配送的订单信息，第一服务端根据配送人员手机号码查询到其当前正在配送的订单信息，返回给小程序。

步骤511至步骤512，配送人员点击存件控件，小程序发起入柜请求，该入柜请求携带有智能配送柜标识信息以及系统内订单标识。

步骤513至步骤514，第一服务端接收到入柜请求之后，控制智能配送柜进行开柜，并存储存柜信息，向本地服务程序返回开柜结果。

步骤515，配送人员将物品放入柜中关上柜门后，智能配送柜触发关门的回调。

步骤516，第一服务端根据该回调消息更新存柜信息，记录订单状态为“已入柜”。

步骤517，第一服务端查询用户手机号码是否在智能配送柜用户数据库中，且是否存有openid。如果用户有过在该智能配送柜的历史取件行为，则智能配送柜用户数据库会记录有用户手机号码和openid；如果用户没有在该智能配送柜的历史取件行为，后续无法通过公众号向用户推送消息，用户可通过其它方式完成取件，例如扫码取件。

步骤518，第一服务端向第二服务端推送公众号消息，并传递数据：用户openid，公众号ID及认证信息。

步骤519，第二服务端判断该openid是否关注过该公众号。

步骤520，若是，则向用户推送公众号消息。

本发明上述实施例中，配送人员存件时，无需提供过多的订单信息，任何配送平台的专职配送人员都可以在智能配送柜中存件，完成“最后一公里”的配送，实现了配送资源的共享、整合，提升了配送效率。

图6示出了根据本发明一个实施例的针对系统外订单的存件处理流程图，本实施例借助开放平台，使配送人员通过扫码拉起配送服务小程序（以下简称：小程序）实现在智能配送柜内存件，如图6所示，该方法包括以下步骤：

步骤601至步骤608，配送人员在到达智能配送柜后，进行扫码拉起小程序，完成登录/注册，第一服务端通过第二服务端获取到配送人员的用户信息，包括openid和配送人员手机号码。

步骤609，配送人员在小程序页面中进行操作，输入用户手机尾号。

步骤610，小程序发起入柜请求，该入柜请求携带有智能配送柜的柜ID以及用户手机尾号。

步骤611，第一服务端查询智能配送柜用户数据库有无从该柜子ID取过、且手机尾号相同的用户。

步骤612，若有且不唯一，则要求继续输入手机号头三位。

步骤613，配送人员输入手机号头三位。

步骤614，再次发起入柜请求。

步骤615，第一服务端查询智能配送柜用户数据库有无从该柜子ID取过、且手机尾号和头三位都相同的用户。

步骤616，若有且唯一，则将订单的用户手机号码补齐，存储到存柜信息。

步骤617，第一服务端控制智能配送柜进行开柜，返回开柜结果。

步骤618，配送人员将物品放入柜中关上柜门后，智能配送柜触发关门的回调。

步骤619，第一服务端根据该回调消息更新存柜信息，记录订单状态为“已入柜”。

步骤620，第一服务端查询用户手机号码是否在智能配送柜用户数据库中，且是否存有openid。

步骤621，第一服务端向第二服务端推送公众号消息，并传递数据：用户openid，公众号ID及认证信息。

步骤622，第二服务端判断该openid是否关注过该公众号。

步骤623，若是，则向用户推送公众号消息。

本发明上述实施例中，配送人员存件时，无需提供过多的订单信息，仅需输入用户手机号码尾号即可，任何配送平台的专职配送人员都可以在智能配送柜中存件，完成“最后一公里”的配送，实现了配送资源的共享、整合，提升了配送效率。

图7示出了根据本发明一个实施例的取件处理流程图，本实施例借助开放平台进行消息触达，用户通过点击公众号消息拉起配送服务小程序（以下简称：小程序）实现在智能配送柜内取件，如图7所示，该方法包括以下步骤：

步骤701至步骤708，用户到达智能配送柜后，点击公众号消息拉起小程序，完成登录/注册，第一服务端通过第二服务端获取到用户的用户信息，包括openid和用户手机号码。

步骤709至步骤710，第一服务端直接根据用户手机号码获取取件信息，生成取件详情页面，将取件详情页面返回给小程序。

步骤711至步骤712，配送人员点击存件控件，小程序发起入柜请求，该入柜请求携带有智能配送柜标识信息以及订单标识。

步骤713至步骤714，第一服务端接收到入柜请求之后，控制智能配送柜进行开柜，并更新存柜信息，记录状态为“已取出”，向小程序返回开柜结果。

本发明上述实施例中，用户取件时，通过点击公众号消息拉起小程序，直接跳转到取件详情页面，在取件详情页面中一键操作即可开柜，无需用户到达智能配送柜现场进行复杂的扫码操作来取件，简化了用户操作方式，大大提升了用户取件的便捷性。

图8示出了根据本发明一个实施例的用户端的结构示意图。如图8所示，该用户端800包括：登录模块810、接收模块820、展示模块830和请求模块840。

登录模块810，用于基于用户触发操作，向第一服务端发送携带用户授权凭证的登录请求，使所述第一服务端根据所述用户授权凭证向第二服务端请求得到用户信息；

接收模块820，用于接收所述第一服务端发送的与所述用户信息对应的取件信息；

展示模块830，用于基于所述取件信息，展示包含开柜功能键的取件详情页面；

请求模块840，用于响应于用户对所述取件详情页面中开柜功能键的触发操作，向所述第一服务端发送开柜请求。

在一种可选的方式中，所述用户端包括：本地服务程序，所述本地服务程序基于用户触发操作而调起。

在一种可选的方式中，所述取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。

在一种可选的方式中，用户触发操作为用户扫码操作，所述用户端还包括：

扫码处理模块850，用于基于用户扫码操作，向第一服务端发送扫码结果信息，使第一服务端根据扫码结果信息得到智能配送柜标识信息；

所述接收模块820具体用于：接收第一服务端发送的与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述扫码处理模块850具体用于：对用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息作为所述扫码结果信息。

在一种可选的方式中，所述扫码处理模块850具体用于：向第一服务端发送用户扫码操作的反馈信息，使第一服务端对所述用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

在一种可选的方式中，用户触发操作为用户主动启动本地服务程序的操作，所述用户端还包括：近距离通信模块860，用于基于用户主动启动本地服务程序的操作，利用近距离通信技术，获取智能配送柜标识信息，将所述智能配送柜标识信息传递给第一服务端；

所述接收模块820具体用于：接收第一服务端发送的与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述用户端还包括：消息处理模块870，用于接收第一服务端通过第二服务端推送的取件通知消息；其中，用户触发操作具体为用户对所述取件通知消息的触发操作。

在一种可选的方式中，所述取件通知消息包含用于调起本地服务程序的跳转链接。

在一种可选的方式中，所述用户端还包括：授权模块880，用于判断本地是否缓存有用户授权凭证，若否，则请求用户授权，根据用户授权操作，获取用户授权凭证并进行缓存。

在一种可选的方式中，所述用户信息包含第一用户信息和第二用户信息；所述第一用户信息为第一服务端侧的用户账号信息，所述第二用户信息为第二服务端侧的用户账号信息。

在一种可选的方式中，所述消息处理模块870具体用于：接收第一服务端通过第二服务端利用第二用户信息推送的取件通知消息。

图9示出了根据本发明一个实施例的服务端的结构示意图。如图9所示，该服务端900包括：用户信息获取模块910，查询模块920以及控制模块930。

用户信息获取模块910，用于接收携带用户授权凭证的登录请求，根据所述用户授权凭证向第二服务端请求得到用户信息；

查询模块920，用于查询与所述用户信息对应的取件信息；

控制模块930，用于接收由监测到用户对基于所述取件信息所展示的取件详情页面中开柜功能键的触发操作而发送的开柜请求，控制智能配送柜进行开柜。

在一种可选的方式中，所述取件信息包含以下信息的一种或多种：智能配送柜标识信息、存放待取物品的柜子的柜号、智能配送柜位置信息以及订单信息。

在一种可选的方式中，所述服务端还包括：处理模块940，用于接收用户扫码操作后发送的扫码结果信息，根据扫码结果信息得到智能配送柜标识信息；

所述查询模块920具体用于：查询与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述处理模块940具体用于：

接收用户扫码操作后发送的智能配送柜标识信息；

或者，接收用户扫码操作后发送的用户扫码操作的反馈信息，对所述用户扫码操作的反馈信息进行解析，得到智能配送柜标识信息。

在一种可选的方式中，所述服务端还包括：接收模块950，用于接收用户主动启动本地服务程序的操作之后，利用近距离通信技术所获取的智能配送柜标识信息；

所述查询模块920具体用于：查询与所述用户信息和所述智能配送柜标识信息对应的取件信息。

在一种可选的方式中，所述用户信息包括用户手机号码；

所述服务端还包括：存件处理模块960，用于在存件过程中，根据配送对象端发送的携带的智能配送柜标识信息和用户手机号码的部分号码的存柜请求，记录对应的存柜信息；

所述查询模块920具体用于：查询与所述用户信息和所述智能配送柜标识信息匹配的存柜信息，根据匹配得到的存柜信息得到取件信息。

在一种可选的方式中，所述服务端还包括：消息推送模块970，用于在物品入柜后，通过第二服务端向用户推送取件通知消息。

在一种可选的方式中，所述取件通知消息包含用于调起本地服务程序的跳转链接。

在一种可选的方式中，所述用户信息包含第一用户信息和第二用户信息；所述第一用户信息为第一服务端侧的用户账号信息，所述第二用户信息为第二服务端侧的用户账号信息。

在一种可选的方式中，所述服务端还包括：判断模块980，用于判断数据库中是否保存有所述第一用户信息和第二用户信息；

所述消息推送模块970具体用于：在判断出所述数据库中保存有所述第一用户信息和第二用户信息的情况下，向第二服务端发送取件通知消息，并向第二服务端传递第二用户信息，以供第二服务端利用第二用户信息向用户推送的所述取件通知消息。

在一种可选的方式中，所述服务端还包括：存件处理模块，用于接收配送对象端发送的携带智能配送柜标识信息以及系统内订单标识的入柜请求，查询得到系统内订单对应的第一用户信息和第二用户信息。

在一种可选的方式中，所述服务端还包括：存件处理模块，用于接收配送对象端发送的携带智能配送柜标识信息以及第一用户信息的部分信息的入柜请求，根据所述第一用户信息的部分信息从数据库中匹配得到完整的第一用户信息，并得到第二用户信息。

在一种可选的方式中，所述第一用户信息为用户手机号码，第一用户信息的部分信息为用户手机号码的尾号、或头三位和尾号的组合。

在一种可选的方式中，所述服务端还包括：位置匹配模块990，用于采集用户位置信息，将所述用户位置信息与智能配送柜位置信息进行匹配；和/或，利用近距离通信技术，获取用户端与智能配送柜的近距离通信的匹配结果；

所述控制模块930具体用于：若位置信息的匹配结果和/或近距离通信的匹配结果为匹配一致，则控制智能配送柜进行开柜。

以上各模块的描述参照方法实施例中对应的描述，在此不再赘述。

本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，可执行指令可执行上述任意方法实施例中的开柜控制方法。

图10示出了根据本发明实施例的一种计算设备的结构示意图，本发明实施例的具体实施例并不对计算设备的具体实现做限定。

如图10所示，该计算设备可以包括：处理器(processor)1002、通信接口(Communications Interface)1004、存储器(memory)1006、以及通信总线1008。

其中：

处理器1002、通信接口1004、以及存储器1006通过通信总线1008完成相互间的通信。

通信接口1004，用于与其它设备比如客户端或其它服务器等的网元通信。

处理器1002，用于执行程序1010，具体可以执行上述开柜控制方法实施例中的相关步骤。

具体地，程序1010可以包括程序代码，该程序代码包括计算机操作指令。

处理器1002可能是中央处理器CPU，或者是特定集成电路ASIC（ApplicationSpecific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器1006，用于存放程序1010。存储器1006可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。

程序1010具体可以用于使得处理器1002执行上述任意方法实施例中的开柜控制方法。程序1010中各步骤的具体实现可以参见上述开柜控制方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的较佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。