具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

为了改善目前智能柜使用RS485有线通讯接口作为柜体之间的通讯接口，会增加智能柜部署成本的技术问题。本实施例提供了一种智能柜的存件方法，如图1所示，可应用于存件用户的客户端侧，该方法包括：

步骤101、客户端对智能柜中任一柜体的标识码进行扫码识别，解析得到扫码柜体的标识。

步骤102、客户端向服务端发送携带有扫码柜体的标识的存件请求。

进一步的，以使得服务端返回扫码柜体的蓝牙模块的蓝牙广播信息，并在智能柜中分配存件柜格。

需要说明的是，客户端发送存件请求的时间可以在任意时刻，而不局限于获取蓝牙广播信息的时刻。

智能柜可为取餐柜、快递柜等。智能柜可包含至少一组柜体，具体可包括：带有屏幕的主柜（相当于一组柜体）和只有灯箱和柜格的副柜（相当于另一组柜体）等，一般情况下是一个主柜+多个副柜整体构成智能柜。例如，如图2所示，可为智能柜的样式示意图，包括A、B、C、D四组柜体，其中A为带有屏幕的主柜，B、C、D为只有灯箱和柜格的副柜。数字1至28分别代表了各个柜格，即柜格编号。除此之外，智能柜还可为全由多组副柜组成的智能柜等。

智能柜中的各个柜体具有各自对应的标识码（如一维条码、二维码、或其他多维条码等）和蓝牙模块，每一组柜体上的标识码之间相互独立（每个柜体上的标识码之间形成差异），每一组柜体上的标识码可包含相应蓝牙模块广播的关键信息（如蓝牙模块设备相关的信息等），或者后台服务端有相应的映射关系等。本实施例通过扫码柜体的标识可查询到扫码柜体相应的蓝牙广播信息。客户端对智能柜中某一柜体的标识码进行扫码后可以知道寻找怎样的蓝牙广播进行连接，进而才能与扫码柜体之间实现蓝牙连接。

例如，如图2所示，A、B、C、D四组柜体上均有各自对应的二维码，并且A、B、C、D四组柜体具有各自对应的蓝牙模块，如A组柜体上的二维码与A组柜体的蓝牙模块的蓝牙广播信息对应；B组柜体上的二维码与B组柜体的蓝牙模块的蓝牙广播信息对应等。

各个柜体的蓝牙模块可以是蓝牙低功耗（Bluetooth Low Energy，BLE）模块等，智能柜的主控模块通过各个柜体的蓝牙模块进行柜体间通讯。例如，如图3所示，每个柜体拥有一个BLE模块（蓝牙模块），主柜的BLE模块作为BLE主机，其他副柜的BLE模块作为从机，组成星形网络。每个副柜中均有控制模块。

对于本存件方法实施例的执行主体可为存件用户的客户端设备，例如，智能手机、平板电脑等智能终端上安装的具有物流存件功能的应用程序（Application，APP）、或小程序、或公众号、或WEB端应用程序等。

为了便于了解，本实施例可主要以用户智能手机侧客户端为执行主体进行说明，用户可通过手机客户端对智能柜中任一柜体的标识码进行扫码识别，触发智能柜的存件操作。例如，存件用户可对自己身位附近的某一柜体上的标识码进行扫码。

扫码柜体为存件用户扫码的其中一柜体，由于该智能柜中的各个柜体具有各自对应的不同标识码，所以后台服务端可根据存件用户扫描的标识码，确定智能柜中的扫码柜体，进而可在该智能柜中分配存件柜格。

存件请求中可携带有存件用户的用户信息，以便服务端根据该存件用户的用户信息，在当前智能柜中分配对应的存件柜格信息。

步骤103、客户端接收服务端返回的扫码柜体的蓝牙模块的蓝牙广播信息，以及在智能柜中分配的存件柜格信息。

步骤104、客户端根据接收到的蓝牙广播信息，搜索并连接智能柜中的扫码柜体的蓝牙模块。

例如，开启存件用户智能手机中的蓝牙功能，按照服务端返回的蓝牙广播信息进行搜索查找，找到后进行蓝牙连接，进而与扫码柜体之间建立蓝牙连接。

步骤105、客户端通过蓝牙下发服务端分配的存件柜格信息和操作指令到智能柜。

进一步的，以使得智能柜根据存件柜格信息开启相应的柜格柜门。例如，如图2所示，用户扫码的是智能柜中B组柜体上的二维码，服务端分配的是智能柜中B组柜体的6号柜格作为存件柜格，下达操作指令到存件用户智能手机中，智能手机再通过蓝牙下发该操作指令到智能柜中的B组柜体，使得B组柜体中的控制模块触发开启6号柜格的柜门。

需要说明的是，发送存件柜格信息和操作指令可有多种可选方式，如存件柜格信息和操作指令可以单独发送，或者，发送的操作指令中包含存件柜格信息等。

与目前智能柜使用RS485有线通讯接口作为柜体之间的通讯接口的方式相比，本实施例中智能柜的主控模块通过各个柜体的蓝牙模块进行柜体间通讯，即采用蓝牙通讯手段实现柜体（柜子）之间的通讯，每个柜子在电气上相互独立，可分开部署在一定区域内的不同位置，节省了智能柜的部署成本。同时本实施例还能解决智能柜的离线问题，也从一定程度上解决格口合理分配问题。具体在存件过程中，根据扫码柜体的标识码的识别结果向服务端发送存件请求，以使得在智能柜中分配存件柜格，然后搜索返回的蓝牙广播信息与智能柜中的对应柜体建立蓝牙，通过蓝牙下发服务端分配的存件柜格信息和操作指令到智能柜，实现智能柜开启存件柜格。本申请提供的这种智能柜存件方案，不会受到智能柜处于网络异常状态的影响。

进一步的，作为上述实施例具体实施方式的细化和扩展，可选的，步骤103中服务端在智能柜中分配存件柜格，具体可包括：优先在扫码柜体中分配存件柜格。实现根据存件用户的身位就近分配存件柜格，减少用户查找柜格所在位置的时间，可提高存件效率，进而可实现智能柜格口的合理分配。

进一步可选的，若扫码柜体中不存在空闲可用的存件柜格，则服务端在智能柜中分配存件柜格，具体还可包括：通过扫码柜体的标识，查询智能柜中除扫码柜体以外的其他柜体的空闲可用的存件柜格；分配该其他柜体的空闲可用的存件柜格。

例如，如智能柜中每一组柜体上的标识可以是有规律的编码，可以从其中一个柜体上的标识推算出该智能柜中其他柜体的标识。进而当扫码柜体中不存在空闲可用的柜格时，在其他柜体中分配存件柜格。

例如，如图2所示，存件用户扫码的是B组柜体，服务端优先在B组柜体中分配存件柜格。如果B组柜体中没有空闲可用的柜格，那么可在A、C、D组这三组柜体中查询空闲可用的柜格进行分配，具体可通过B组的标识推算出A、C、D这三组的标识，然后分别在A、C、D组这三组柜体中查询空闲可用的柜格。如果服务端分配的是C组柜体中的柜格，那么可返回B组柜体的蓝牙广播信息给存件用户客户端，使得存件用户蓝牙连接扫码柜体，后续服务端下发的柜格分配信息由蓝牙发送给B组柜体，B组柜体的蓝牙模块再将信息转发至主柜（A组）蓝牙模块（如图3所示的蓝牙星形网络的中心节点），然后由主柜的蓝牙模块将相关信息下发至C组柜体，实现在C组柜体中开启分配的柜格的柜门。

通过本实施例中的这种处理方式，可做到柜格的合理分配。

本实施例方法还可解决智能柜的离线问题，示例性的，步骤103中客户端接收到的蓝牙广播信息可以是服务端在判定智能柜处于离线状态时发送的。例如，存件用户在扫描柜体上的标识码后，向云端（服务端）申请分配柜格，如果服务端判定智能柜主控模块网络在线，可优先分配当前扫码的柜体中的可用格口，并下发操作指令至智能柜主控模块，由主控模块分发至相应的柜体（分配的存件柜格所在的一组柜体），触发开启相应的柜格。而如果服务端判定智能柜主控模块网络离线，则可返回扫码柜体的蓝牙模块的蓝牙广播信息给存件用户客户端。

进一步的，为了实现智能柜信息及时同步到服务端，在步骤105之后，本实施例方法还可包括：通过蓝牙接收智能柜反馈的柜格开门结果；将柜格开门结果同步给服务端；后续可能会根据服务端返回的指示信息，输出提示重新申请存件柜格的信息，其中，该指示信息是服务端判定分配的柜格开门失败时返回的；若确认存件用户选择重新申请存件柜格，则向服务端再次申请在智能柜中分配新的存件柜格，通过这种重试机制可提高智能柜存件的成功率；最后若存件完成，则同步存件完成信息到服务端，进一步的，以使得服务端向取件用户发送智能柜的取件通知信息。

通过这种可选方式，可实现智能柜信息（如分配的6号柜格存件成功、该6号柜格当前处于被占用状态等）及时同步到服务端，后续服务端根据该最新的智能柜信息在后续处理该智能柜其他的存件请求时，准确地分配存件柜格。

步骤103中，服务端根据该存件用户的用户信息，在当前智能柜中分配对应的存件柜格信息的过程中，如果服务端有权获取存件用户的订单信息，可查询到该存件用户当前需要存件的配送订单信息，然后为该配送订单信息在当前智能柜中分配对应的存件柜格信息，即存件柜格信息是在服务端根据所述用户信息获取到存件用户的订单信息时，结合存件包装规格标准确定得到的。

除此之外，服务端还可能无权限（如平台不同导致的无法获取到另一平台内的订单数据等）查询到该用户对应存件的订单信息，此时为了帮助快速实现柜格分配，可根据预设的默认分配标准进行柜格分配。所以相应的，存件柜格信息还可以是后台服务端在根据用户信息未获取到存件用户的订单信息时，根据预设默认柜格分配标准确定得到的。例如，预设默认柜格分配标准可以为默认分配数量为1个柜格，柜格大小选取小柜格（柜格尺寸按照大、中、小区分）；或者预设默认柜格分配标准还可以设置为数量为1个柜格，柜格大小选取中柜格等。该默认柜格分配标准可根据实际需求进行预先设置。通过这种可选方式，可实现快速柜格分配，提高柜格分配的效率，进而可提高存件效率。

本实施例方法利用柜体间形成蓝牙通信方式，可有效解决RS485一问一答的低效通讯模式所带来的技术问题。

上述实施例内容为在存件用户客户端侧描述的智能柜的存件操作过程，进一步的，为了完整说明本实施例的实施方式，本实施例还提供了一种智能柜的取件方法，可应用于取件用户客户端侧，需要说明的是取件方法可与上述存件方法相互结合，进而实现智能柜完整的存取件过程。如图4所示，快速取件方法具体包括：

步骤201、客户端获取智能柜的蓝牙广播信息。

智能柜中的各个柜体具有各自对应的标识码和蓝牙模块，智能柜的主控模块通过各个柜体的蓝牙模块进行柜体间通讯。具体解释描述可参照步骤101至105中所示的内容，在此不再赘述。

对于本取件方法实施例的执行主体可为取件用户的客户端设备，例如，智能手机、平板电脑等智能终端上安装的具有物流存件功能的APP、或小程序、或公众号、或WEB端应用程序等。

蓝牙广播信息可用于指示客户端后续搜索怎样的蓝牙广播进行连接，才能与当前智能柜中的目标柜体（取件柜格所在的一组柜体）之间实现蓝牙连接。

步骤202、客户端根据获取到的蓝牙广播信息，搜索并连接智能柜中的对应柜体的蓝牙模块。

客户端根据获取到的蓝牙广播信息包含的蓝牙广播的关键信息，搜索附近的蓝牙广播信号中符合该条件的蓝牙广播，然而进行蓝牙连接。进而与目标柜体之间建立蓝牙连接。

步骤203、客户端通过蓝牙向智能柜发送取件指令。

进一步的，以使得智能柜开启相应待取件的柜格柜门。

例如，如图2所示的智能柜，根据待取件的柜格信息通过蓝牙向智能柜中的B组柜体发送取件指令，如指示开启6号柜格，B组柜体中的控制模块根据指示触发开启6号柜格的柜门。

目前智能柜使用RS485有线通讯接口作为柜体之间的通讯接口的方式相比，本实施例中智能柜的主控模块通过各个柜体的蓝牙模块进行柜体间通讯，即采用蓝牙通讯手段实现柜体（柜子）之间的通讯，每个柜子在电气上相互独立，可分开部署在一定区域内的不同位置，节省了智能柜的部署成本。同时本实施例还能解决智能柜的离线问题。在取件过程中，取件用户客户端通过搜索智能柜的蓝牙广播信息与智能柜中的对应柜体建立蓝牙连接，通过蓝牙向智能柜中的该柜体发送取件指令，实现智能柜开启取件柜格。本实施例提供的这种智能柜取件方案，不会受到智能柜处于网络异常状态的影响，可提高智能柜的取件效率。

进一步的，作为上述实施例具体实施方式的细化和扩展，可选的，在步骤201之前，本实施例方法还可包括：客户端接收智能柜的取件通知信息；相应的，步骤201具体可包括：对智能柜中任一柜体的标识码进行扫码识别，解析得到扫码柜体的标识，并根据扫码柜体的标识从服务端获取扫码柜体的蓝牙模块的蓝牙广播信息；或，从取件通知信息中获取智能柜的蓝牙广播信息。

例如，在存件过程完成后，服务端可向取件用户客户端APP发送取件通知信息，该取件通知信息中可包含待取件的智能柜信息（如智能柜所在位置、取件柜格号等）和相应的订单信息等。作为一种可选方式，取件用户在取件时，可对智能柜中任一柜体的标识码进行扫码，进而触发取件操作，如果智能柜的主控模块网络在线，可直接由服务端向智能柜中的主控模块触发开启相应的取件柜格；而如果智能柜的主控模块网络离线，则可返回扫码柜体的蓝牙模块的蓝牙广播信息给取件用户客户端，如果后续取件用户客户端反馈蓝牙连接失败，服务端还可根据柜体标识之间的规律，推算出该智能柜中其他柜体的蓝牙广播信息给取件用户客户端进行蓝牙连接。

而为了实现快速取件，作为另一种可选方式，服务端下发的取件通知信息中可一并携带有该智能柜中目标柜体（取件柜格所在的一组柜体）的蓝牙模块的蓝牙广播信息，进而使得取件用户手机开启蓝牙扫描模块，并在靠近该智能柜后可实现蓝牙自动连接到该目标柜体，从而快速发送取件指令，并且也会减少柜体间的信息流转所耗费的时间，提高了智能柜的取件效率。

为了实现智能柜中准确取件，可选的，在步骤203之前，本实施例方法还可包括：从服务端、或待取件订单信息、或取件通知信息中，获取待取件的柜格信息和所在的柜体信息；相应的，步骤203具体可包括：通过蓝牙向连接的柜体发送取件指令，取件指令包括待取件的柜格信息和所在的柜体信息。

例如，取件用户APP根据用户的具体订单信息，解析出具体的柜体号和格口号，或者向后台服务端请求得到这些信息，或者从取件通知信息中获取得到这些信息等，在用户确认取件后，通过蓝牙自动下发具体的取件信息，如柜体号、格口号等，进而实现智能柜中的准确取件。

进一步可选的，若取件柜格不属于取件用户客户端连接的柜体，则通过蓝牙模块转发至智能柜主控模块，由主控模块分发至对应的待取件柜体执行取件柜格的柜门开启。

为了实现智能柜信息及时同步到服务端，可选的，在步骤203之后，本实施例方法还可包括：通过蓝牙接收智能柜反馈的柜格开门结果；若柜格开门成功，则输出柜格开门成功的提示信息，进而及时提醒取件用户柜门已打开，可快速实现取件；在取件完成后，同步取件完成信息到服务端。如6号柜格取件成功的信息同步到服务端，服务端根据该取件用户的订单信息，对订单配送进度进行更新，并可记录该智能柜当前6号柜格处于可用状态等。

通过这种可选方式，可实现智能柜信息及时同步到服务端，后续服务端根据该最新的智能柜信息在后续处理该智能柜其他的存件请求时，准确地分配存件柜格。

进一步的，为了说明智能柜侧的处理过程，提供了一种智能柜，包括：主柜和至少一副柜，该主柜可包括：主控模块、蓝牙模块；而该副柜可包括：蓝牙模块和控制模块；主控模块可通过蓝牙模块与各副柜的蓝牙模块进行通信；主柜或副柜的蓝牙模块，可用于与用户终端建立蓝牙连接，接收用户终端发送的开柜信息；

主柜的主控模块、或副柜的控制模块，可用于接收本柜体的蓝牙模块发送的开柜信息，判断开柜信息中的柜格是否属于本柜体；若属于本柜体，则触发开启本柜体的相应柜格；该主柜的主控模块，还用于当判断开柜信息中的柜格不属于本柜体时，或接收到副柜控制模块在判定开柜信息中的柜格不属于本柜体而通过蓝牙模块发送开柜信息时，将开柜信息发送给相应的副柜进行开柜操作。

进一步可选的，主柜还可包括：网络模块；智能柜中的各个柜体定时上报最新的状态变化信息到主柜的主控模块，并由主控模块通过网络模块在线同步给服务端。

基于上述智能柜，提供了一种智能柜的处理方法，如图5所示，该处理方法包括：

步骤301、通过扫码柜体的蓝牙模块与用户终端建立蓝牙连接。

用户终端可为存件用户终端，或者取件用户终端。进而可实现存件或取件的功能服务。

步骤302、扫码柜体的控制模块接收用户终端通过蓝牙发送的柜格信息和操作指令，由扫码柜体的控制模块判断所要开门的柜格是否属于扫码柜体。

步骤303a、若所要开门的柜格属于扫码柜体，则扫码柜体的控制模块触发开启相应柜格。

步骤303b、若所要开门的柜格不属于扫码柜体，则扫码柜体的控制模块将存件柜格信息和操作指令转发至主控模块，由主控模块分发至对应柜体的控制模块以触发开启相应柜格。

例如，如图2所示，用户扫码的是智能柜中B组柜体的二维码，服务端分配的是智能柜中B组柜体的6号柜格作为存件柜格，下达操作指令到存件用户智能手机中，智能手机再通过蓝牙下发该操作指令到智能柜中的B组柜体，使得B组柜体中的控制模块触发开启6号柜格的柜门。

服务端优先在扫码柜体中分配柜格，如果在扫码柜体中分配成功，可返回该扫码柜体的蓝牙模块的蓝牙广播信息给存件用户客户端；而如果扫码柜体中不存在可用的空闲柜格，可在其他柜体中分配存件柜格。例如，如图2所示的智能柜，存件用户扫码的B组柜体，而服务端分配的是C组柜体中的柜格，那么可返回B组柜体的蓝牙广播信息给存件用户客户端，使得存件用户蓝牙连接扫码柜体，后续服务端下发的柜格分配信息由蓝牙发送给B组柜体，B组柜体的蓝牙模块再将信息转发至主柜（A组）蓝牙模块（如图3所示的蓝牙星形网络的中心节点），然后由主柜的蓝牙模块将相关信息下发至C组柜体，实现在C组柜体中开启分配的柜格的柜门。

目前智能柜使用RS485有线通讯接口作为柜体之间的通讯接口的方式，还有个主要问题是传统的RS485总线一问一答，各个柜体不能及时上报发生的事件或改变的状态，必须等待主机来查询的问题。为了解决该问题，可选的，智能柜中的各个柜体可定时上报最新的状态变化信息到智能柜中的主控模块，并由主控模块在线同步给服务端。智能柜中的各个柜体定时上报最新的状态变化信息到主控模块，并由主控模块在线同步给服务端。

为了方便理解上述各实施例方法的具体实现过程，给出如下应用场景，但不限于此：

在外卖送餐场景中，智能柜可为取餐柜。目前智能柜的传统做法是使用如RS485这样的有线通讯，部署的时候每个柜子都是靠在一起形成一组柜子，对部署的环境有一定的依赖，而且不同种类的柜子组成一组也影响美观，同时还需要依赖于其他手段解决智能柜离线的问题，事件信息及时同步的问题。

基于本实施例方法，对部署要求不高，每个柜子可以单独部署，不同类型的柜子可以分开部署，只要求在蓝牙模块良好的通讯范围之内，可以解决RS485一问一答的低效通讯模式，也能够解决智能柜的离线问题。

如图3所示的智能柜控制系统结构，每个柜体各自拥有一个独立的二维码，二维码与柜体的BLE模块的广播信息有映射关系，或者包含了广播的关键信息，用户扫描之后可以知道如何连接柜体的BLE模块。同时一组柜子的二维码有规律的编码，可以从一个二维码推算出其他柜子的二维码。

送餐员（存件用户）的存餐（存件）流程：首先存件用户扫描其中一柜体上的二维码，手机向云端申请分配格口；云端判断智能柜的主控模块是否网络在线，如果网络在线，云端优先分配当前扫码的柜体格口，云端分配好格口后下发至智能柜主控模块，由主控模块分发至相应的柜体开启存件柜格的柜门。如果网络离线，云端优先分配当前扫码的格口，手机APP根据所分配的格口自动连接对应柜体的蓝牙模块。通过蓝牙自动下发操作信息到柜体的蓝牙模块，使得开启相应的存件柜格的柜门。并且同步操作反馈信息到手机APP，手机APP同步信息到云端。

顾客（取件用户）的取餐（取件）流程：首先取件用户扫描其中一柜体的二维码，触发取件操作。如果云端判定智能柜主控模块在线，则在用户输入取件码后与云端交互，由云端下发具体的格口操作到智能柜主控模块，主控模块再分发到具体的副柜模块，实现取件柜格的柜门开启。如果云端判定智能柜主控模块网络离线，则用户手机与所扫码的柜体蓝牙模块进行蓝牙连接。手机APP根据用户的具体订单信息，解析出具体的柜体号和格口号，或者向云端请求得到这些信息。用户确认取件后，通过蓝牙自动下发具体的取件信息如柜体号、格口号等至智能柜中蓝牙连接的当前柜体。由当前柜体根据这些信息判断所要开的格口是否属于当前柜体，如果属于当前柜体，则开启相应的格口，并反馈相关信息到手机APP和主控模块，手机APP和主控模块同步信息到云端；如果不属于当前柜体，由当前柜体转发至主控模块，并由主控模块分发至对应的副柜以便开启相应的格口柜门，副柜执行操作完毕之后反馈信息至主控模块，主控模块同步信息至手机APP所连接的副柜，再同步到手机APP中，手机APP和主控模块同步信息到云端。

其中，与传统的RS485总线通讯不一样，各个柜子随时可以主动上报事件或者变化到主控端，无需主控端一一查询，由于降低主控端的符合，也能够及时同步信息和事件。每一柜体定时比较当前状态与上次状态是否相同，如果不同，可上报最新状态至主控模块，主控模块同步到云端并根据当前状态。

本实施例方案采用蓝牙模块（BLE）作为主副柜的通讯手段，每个柜子在电气上相互独立，可分开部署在一定区域内的不同位置，部署方便，不过高的依赖于环境，利用BLE无线通讯的特点解决部署的问题。同时还是用BLE组成了星形网络，高效的通讯模式，能够解决智能柜的离线问题，也从一定程度上解决格口合理分配问题。同时解决传统的RS485总线一问一答，副柜不能及时上报发生的事件或改变的状态，必须等待主机来查询的问题。

进一步的，作为图1所示方法的具体实现，本实施例提供了一种可应用于存件用户客户端侧的智能柜的存件装置，如图6所示，该装置包括：识别模块41、第一发送模块42、接收模块43、连接模块44、第二发送模块45。

识别模块41，用于对智能柜中任一柜体的标识码进行扫码识别，解析得到扫码柜体的标识；

第一发送模块42，用于向服务端发送携带有所述扫码柜体的标识的存件请求；

接收模块43，用于接收所述服务端返回的扫码柜体的蓝牙模块的蓝牙广播信息，以及在所述智能柜中分配的存件柜格信息，其中，所述智能柜中的各个柜体具有各自对应的标识码和蓝牙模块，所述智能柜的主控模块通过各个柜体的蓝牙模块进行柜体间通讯；

连接模块44，用于根据所述蓝牙广播信息，搜索并连接所述智能柜中的所述扫码柜体的蓝牙模块；

第二发送模块45，用于通过蓝牙下发所述服务端分配的存件柜格信息和操作指令到所述智能柜，以使得所述智能柜根据所述存件柜格信息开启相应的柜格柜门。

在具体的应用场景中，可选的，所述服务端在所述智能柜中分配存件柜格，具体包括：优先在所述扫码柜体中分配存件柜格。

在具体的应用场景中，可选的，所述服务端在所述智能柜中分配存件柜格，具体还包括：若所述扫码柜体中不存在空闲可用的存件柜格，则通过所述扫码柜体的标识，查询所述智能柜中除所述扫码柜体以外的其他柜体的空闲可用的存件柜格；分配所述其他柜体的空闲可用的存件柜格。

在具体的应用场景中，可选的，接收到的蓝牙广播信息是所述服务端在判定所述智能柜处于离线状态时发送的。

在具体的应用场景中，本装置还包括：接收模块和输出模块；

接收模块，用于在所述通过蓝牙下发所述服务端分配的存件柜格信息和操作指令到所述智能柜之后，通过蓝牙接收所述智能柜反馈的柜格开门结果；

第二发送模块45，还用于将柜格开门结果同步给所述服务端；

输出模块，用于根据所述服务端返回的指示信息，输出提示重新申请存件柜格的信息，其中，所述指示信息是所述服务端判定分配的柜格开门失败时返回的；

第二发送模块45，还用于若确认重新申请存件柜格，则向所述服务端再次申请在所述智能柜中分配新的存件柜格；若存件完成，则同步存件完成信息到所述服务端，以使得所述服务端向取件用户发送所述智能柜的取件通知信息。

在具体的应用场景中，可选的，所述存件请求中携带有存件用户的用户信息，所述存件柜格信息是在服务端根据所述用户信息获取到存件用户的订单信息时，结合存件包装规格标准确定得到的；或者是在服务端根据所述用户信息未获取到所述订单信息时，根据预设默认柜格分配标准确定得到的。

需要说明的是，本实施例提供的一种可应用于存件用户客户端侧的智能柜的存件装置所涉及各功能单元的其它相应描述，可以参考图1中方法的对应描述，在此不再赘述。

进一步的，作为图4所示方法的具体实现，本申请实施例提供了一种可应用于取件用户客户端侧的智能柜的取件装置，如图7所示，该装置包括：获取模块51、连接模块52、发送模块53。

获取模块51，用于获取智能柜的蓝牙广播信息，其中，所述智能柜中的各个柜体具有各自对应的标识码和蓝牙模块，所述智能柜的主控模块通过各个柜体的蓝牙模块进行柜体间通讯；

连接模块52，用于根据所述蓝牙广播信息，搜索并连接所述智能柜中的对应柜体的蓝牙模块；

发送模块53，用于通过蓝牙向所述智能柜发送取件指令，以使得所述智能柜开启相应待取件的柜格柜门。

在具体的应用场景中，本装置还包括：第一接收模块；

第一接收模块，用于接收智能柜的取件通知信息；

获取模块51，具体用于对所述智能柜中任一柜体的标识码进行扫码识别，解析得到扫码柜体的标识，并根据所述扫码柜体的标识从服务端获取所述扫码柜体的蓝牙模块的蓝牙广播信息；或，从所述取件通知信息中获取所述智能柜的蓝牙广播信息。

在具体的应用场景中，获取模块51，还用于在所述通过蓝牙向所述智能柜发送取件指令之前，从服务端、或待取件订单信息、或所述取件通知信息中，获取待取件的柜格信息和所在的柜体信息；

发送模块53，具体用于通过蓝牙向连接的柜体发送取件指令，所述取件指令包括所述待取件的柜格信息和所在的柜体信息。

在具体的应用场景中，本装置还包括：第二接收模块和输出模块；

第二接收模块，用于在所述通过蓝牙向所述智能柜发送取件指令之后，通过蓝牙接收所述智能柜反馈的柜格开门结果；

输出模块，用于若柜格开门成功，则输出柜格开门成功的提示信息；

发送模块53，还用于在取件完成后，同步取件完成信息到服务端。

需要说明的是，本实施例提供的一种可应用于取件用户客户端侧的智能柜的取件装置所涉及各功能单元的其它相应描述，可以参考图4中方法的对应描述，在此不再赘述。

基于上述如图1所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1所示的方法。基于上述如图4所示方法，本实施例还提供了另一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图4所示的方法。基于上述如图5所示方法，本实施例还提供了又一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图5所示的方法。

基于这样的理解，本实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本实施例各个实施场景的方法。

基于上述如图1所示的方法，以及图6所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为平板电脑、智能手机、智能手表、智能手环、智能柜操控设备、或其他网络设备等，该客户端设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的方法。

基于上述如图4所示的方法，以及图7所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了另一种客户端设备，具体可以为平板电脑、智能手机、智能手表、智能手环、智能柜操控设备、或其他网络设备等。该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图4所示的方法。

可选的，上述实体设备都还可以包括用户接口、网络接口、摄像头、射频（RadioFrequency，RF）电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏（Display）、输入单元比如键盘（Keyboard）等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口（如WI-FI接口）等。

本领域技术人员可以理解，本实施例提供的实体设备结构并不构成对这几种实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述几个实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的技术方案，采用蓝牙模块（BLE）作为主副柜的通讯手段，每个柜子在电气上相互独立，可分开部署在一定区域内的不同位置，部署方便，不过高的依赖于环境，利用BLE无线通讯的特点解决部署的问题。同时还是用BLE组成了星形网络，高效的通讯模式，能够解决智能柜的离线问题，也从一定程度上解决格口合理分配问题。同时解决传统的RS485总线一问一答，副柜不能及时上报发生的事件或改变的状态，必须等待主机来查询的问题。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。