智能柜的存件方法及装置

技术领域

本申请涉及信息技术领域，尤其是涉及到一种智能柜的存件方法及装置。

背景技术

随着互联网的快速发展以及人们生活节奏的加快，人们对快递业务的要求越来越高。有时用户不方便当面从配送员手里取件，而智能柜的出现可有效解决这一问题，配送员将配送件放置在智能柜中，由用户从智能柜中取件。

市面上具有多个用于订单物流处理的平台，这些平台布设了可提供自家订单存取件处理服务的智能柜。目前，在跨平台使用这些智能柜进行存件时，由于智能柜系统无法直接识别到负责第三方物流平台的配送人员的用户信息，需要配送人员手动编辑存件用户信息以及相应的配送订单信息，才能申请使用该智能柜进行存件。

然而，这种方式需要人工操作较多，在批量进行智能柜存件时，存件效率低下，会耗费大量的操作时长。

发明内容

有鉴于此，本申请提供了一种智能柜的存件方法及装置，主要目的在于改善目前现有技术中会导致智能柜存件效率较低的技术问题。

依据本申请的一个方面，提供了一种智能柜的存件方法，可应用于存件用户的客户端侧，该方法包括：

通过存件用户授权获取目标应用绑定的用户信息；

向服务端发送智能柜的存件请求，所述存件请求中携带有所述用户信息；

接收所述服务端根据所述用户信息查询的所述存件用户可在智能柜中存件的订单匹配结果；根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能；

根据用户对存件功能或取件码设置功能的操作，发送相应的存件信息。

依据本申请的另一方面，提供了一种智能柜的存件方法，可应用于服务端侧，该方法包括：

接收客户端发送的智能柜的存件请求，所述存件请求中携带有存件用户的用户信息，其中，所述用户信息是所述客户端通过存件用户授权获取到的目标应用绑定的用户信息；

根据所述用户信息，查询所述存件用户可在智能柜中存件的订单匹配结果；

向所述客户端返回所述订单匹配结果；

接收所述客户端根据用户对存件功能或取件码设置功能的操作发送的存件信息。

依据本申请的又一方面，提供了一种智能柜的存件装置，可应用于存件用户的客户端侧，该装置包括：

获取模块，用于通过存件用户授权获取目标应用绑定的用户信息；

发送模块，用于向服务端发送智能柜的存件请求，所述存件请求中携带有所述用户信息；

接收模块，用于接收所述服务端根据所述用户信息查询的所述存件用户可在智能柜中存件的订单匹配结果；

展示模块，用于根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能；

发送模块，还用于根据用户对存件功能或取件码设置功能的操作，发送相应的存件信息。

依据本申请的再一方面，提供了一种智能柜的存件装置，可应用于服务端侧，该装置包括：

接收模块，用于接收客户端发送的智能柜的存件请求，所述存件请求中携带有存件用户的用户信息，其中，所述用户信息是所述客户端通过存件用户授权获取到的目标应用绑定的用户信息；

查询模块，用于根据所述用户信息，查询所述存件用户可在智能柜中存件的订单匹配结果；

发送模块，用于向所述客户端返回所述订单匹配结果；

接收所述客户端根据用户对存件功能或取件码设置功能的操作发送的存件信息。

依据本申请再一个方面，提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述可应用于存件用户的客户端侧的智能柜的存件方法。

依据本申请再一个方面，提供了一种客户端设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述可应用于存件用户的客户端侧的智能柜的存件方法。

依据本申请再一个方面，提供了一种服务器设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述可应用于服务端侧的智能柜的存件方法。

借由上述技术方案，本申请提供的一种智能柜的存件方法及装置，与目前现有技术相比，本申请提出可支持第三方平台的配送订单存件交互的方案，无论存件用户是否为第三方平台的配送人员，均可首先通过存件用户授权获取目标应用绑定的用户信息，然后向后台服务端发送携带有该用户信息的存件请求，进而根据用户信息查询存件用户可在智能柜中存件的订单匹配结果，最后根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能，方便用户进行存件操作。无需人工进行复杂的操作，节省存件操作所需的时长，在批量进行智能柜存件时，存件效率大大提升。

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

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种智能柜的存件方法的流程示意图；

图2示出了本申请实施例提供的另一种智能柜的存件方法的流程示意图；

图3示出了本申请实施例提供的一种智能柜的存件装置的结构示意图；

图4示出了本申请实施例提供的另一种智能柜的存件装置的结构示意图。

具体实施方式

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

为了改善目前现有技术中会导致智能柜存件效率较低的技术问题。本实施例提供了一种智能柜的存件方法，如图1所示，可应用于存件用户的客户端侧，该方法包括：

步骤101、客户端通过存件用户授权获取目标应用绑定的用户信息。

目标应用可为特定应用，或第三方应用（如可为市面上使用人数大于一定阈值的第三方应用），目标应用中可支持小程序功能，如微信、支付宝等应用程序。存件用户进入到小程序中操作进行智能柜存件。

对于本存件方法实施例的执行主体可为存件用户的客户端设备。存件用户可利用智能手机、平板电脑等智能终端上安装的目标应用，通过对智能柜上的标识码（如一维条码、二维码或多维条码等）进行扫码，进入到目标小程序中操作进行智能柜存件。除了扫码以外，存件用户还可在目标应用中主动选择进入目标小程序等。

在本实施例中，为了获取到存件用户的用户信息，可通过存件用户授权获取目标应用绑定的用户信息，作为该存件用户的用户信息。例如，小程序中如果记录有用户之前授权获取到的所在应用绑定的用户信息，则可直接拿来作为存件用户的用户信息；而小程序中如果未记录有该用户信息，则在小程序中提示用户授权获取所在应用绑定的用户信息，在授权获取得到后，同步到小程序的服务器中，以便后续执行智能柜存件时直接获取使用。

用户信息可为存件用户在目标应用中绑定的手机号、生日日期、邮箱等信息。

步骤102、客户端向服务端发送智能柜的存件请求。

其中，存件请求中携带有通过存件用户授权获取到的目标应用绑定的用户信息。服务端根据该用户信息，查询该存件用户的待存件订单，进而从这些订单中找到可在当前智能柜中存件的订单。例如，根据订单的配送地址和当前智能柜所在的位置区域，确定哪些订单可在当前智能柜中进行存件。

在本实施例中，服务端可为线上的云端侧后台，每次向服务端发送请求时可携带有智能柜的标识信息（如名称、ID号等），以便告知服务端存件的目标智能柜。除此之外，服务端还可为布置在智能柜侧的后台服务端，由于已经明确存件的目标智能柜，所以向服务端发送请求时可携带存件用户的用户信息即可。

步骤103、客户端接收服务端根据用户信息查询的存件用户可在智能柜中存件的订单匹配结果。

如果服务端根据该用户信息查询到存件用户可在当前智能柜中存件的订单，则可返回给客户端相应匹配到的订单信息；而如果服务端根据该用户信息未查询到存件用户可在当前智能柜中存件的订单，则可返回给客户端未匹配到订单的结果信息。

步骤104、客户端根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能。

如果客户端接收到匹配到的订单信息，则可展示对可在智能柜中存件订单的存件功能，存件用户通过该存件功能可实现智能柜快速存件操作。而如果客户端接收到未匹配到订单的结果信息，则可展示取件码设置功能，用于提示设置取件码。提示设置取件码的信息具体可为文字、图片、音频、视频等提示信息，并且可给出用户设置取件码的区域位置，便于在该区域位置内设置取件码。该取件码可用于取件用户在智能柜中取件。

步骤105、客户端根据用户对存件功能或取件码设置功能的操作，发送相应的存件信息。

用户对存件功能操作时，可选择需要存件的目标订单进行存件，相应的会发送存件指令，指示后台服务端为目标订单在当前智能柜中分配存件柜格。用户对取件码设置功能操作时，用户在设置完成取件码后，可创建目标订单并指示后台服务端为目标订单在当前智能柜中分配存件柜格。

与目前现有技术相比，本实施例提出可支持第三方平台的配送订单存件交互的方案，无论存件用户是否为第三方平台的配送人员，均可首先通过存件用户授权获取目标应用绑定的用户信息，然后向后台服务端发送携带有该用户信息的存件请求，进而根据用户信息查询存件用户可在智能柜中存件的订单匹配结果，最后根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能，方便用户进行存件操作。无需人工进行复杂的操作，节省存件操作所需的时长，在批量进行智能柜存件时，存件效率大大提升。

进一步的，作为上述实施例具体实施方式的细化和扩展。为了实现精确匹配到存件用户可在当前智能柜中存件的订单，可选的，本实施例方法还可包括：向服务端发送智能柜的标识，该智能柜的标识可包含于存件请求、或用户扫码打开小程序时发送、或根据用户定位匹配到智能柜的标识等。智能柜的标识可为智能柜的名称、ID号、或智能柜所在的位置（二维或三维位置）等。相应的，步骤103具体可包括：接收服务端根据用户信息和智能柜的标识，查询的存件用户可在智能柜中存件的订单匹配结果。通过这种可选方式，基于智能柜的标识，可实现精确匹配到存件用户可在当前智能柜中存件的订单。

可选的，步骤104中，根据订单匹配结果展示对可在智能柜中存件订单的存件功能，具体可包括：若匹配到存件用户可在智能柜中存件的订单，则输出待存件列表，或输出智能柜中分配的存件柜格正在开门的信息，其中，待存件列表中包含服务端匹配到的存件用户可在智能柜中存件的一个或多个订单。相应的，步骤105中，根据用户对存件功能的操作，发送相应的存件信息，具体可包括：根据在待存件列表中选择的目标订单，发送存件指令；接收在智能柜中分配的与目标订单相应的存件柜格。

例如，如果匹配到存件用户可在智能柜中存件的订单为一个或多个，那么以列表形式输出存件用户这些可在智能柜中存件的订单，以方便用户根据实际需求进行选择存件。

而如果匹配到存件用户可在智能柜中存件的订单为一个时，为了加快存件效率，系统可默认为其进行分配柜格处理，在客户端侧，会输出智能柜中分配的存件柜格正在开门的信息，在系统确定分配的柜格开门成功后，可向客户端发送相应的柜格信息，如所在柜体编号、柜格编号等，使得用户明确自己的柜格是哪一个。

可选的，步骤104中，根据订单匹配结果展示取件码设置功能，具体可包括：若未匹配到存件用户可在智能柜中存件的订单，则输出提示设置取件码的信息；相应的，步骤105中，根据用户对取件码设置功能的操作，发送相应的存件信息，具体包括：接收设置的取件码；向服务端发送携带有设置的取件码的存件请求；接收服务端在智能柜中分配的与待存件订单相应的存件柜格，其中，待存件订单是根据设置的取件码创建得到的。

示例性的，提示设置的取件码对应配送订单中取件用户的手机号或手机号预设位置上的数字组合，以便在取件用户取件时通过取件用户授权获取目标应用绑定的目标手机号，并根据目标手机号得到取件码。

例如，无论存件用户是否为第三方平台的配送人员，均可根据手中的配送订单的取件用户手机号设置取件码，由于取件用户在配送订单中的手机号，很大概率与该取件用户在目标应用中绑定的用户手机号相同，所以该设置的取件码可对应取件用户在目标应用中绑定的用户手机号。这样后续取件用户在取件时，服务端无需获取第三方平台中的配送订单，通过目标小程序拉取目标应用绑定的手机号即可获取得到取件码，实现在智能柜中取件。创建的待存件订单的订单信息可包含订单标识、取件码等信息。除此之外，根据实际需求，还可包含由存件用户简单设置的订单内容、订单所在第三方平台的标识等信息。存件用户输入取件码后，会向后台服务端申请分配柜格进行存件，智能柜后台服务端在已有的剩余柜格中分配一个适合的柜格并打开柜格，返回柜格号给前端进而展示给存件用户，并可记录相应的开门日志等。

可选的，取件码可以是依据在第三方平台中配送订单的取件用户手机号设置的。在设置取件码时，可选取取件用户手机号在预设位置上的几位数字，作为取件码，如选择手机号后四位数字，或后六位数字等作为取件码。

在本实施例中，为了快速识别用户所需的服务是存件服务还是取件服务，可选的，在步骤102之前，本实施例方法还可包括：根据登录用户的身份信息，判断登录用户是否为首次使用的用户；若登录用户是首次使用的用户，则输出存件服务和取件服务的可选信息，以便根据用户选择的服务信息，快速确定用户所需的服务是存件服务还是取件服务；相应的，步骤102具体可包括：如果登录用户是首次使用的用户、且登录用户本次选择存件服务，则向服务端发送智能柜的存件请求，该存件请求中携带有步骤101中获取到的用户信息；或，如果登录用户不是首次使用的用户、且登录用户上一次使用的是存件服务，则向服务端发送智能柜的存件请求，该存件请求中携带有步骤101中获取到的用户信息。例如，首次使用系统页面会直接进入身份选择，可包括存件用户身份和取件用户身份的选择，如果选择存件用户身份则进入存件页，如果选择取件用户身份则进入取件页；而在第二次或第N次进入时，系统会根据用户上一次使用的身份来判定进入存件页或取件页。

例如，第三方平台的配送员可通过微信、支付宝等渠道扫描智能柜二维码注册成为末端用户，选择进入存件页；在存件页中配送员通过手动输入取件用户手机号后四位作为取件码创建订单；后续可根据配送员所选择的智能柜ID以及创建的订单ID向智能柜申请柜格，智能柜在已有的剩余柜格中分配一个适合的柜格并打开柜格，返回柜格号给前端展示给配送员并记录开门日志；开柜过程中等待智能柜上报开门结果并跳转完成页，提示配送员将餐品放置到正确的柜格；在配送员放件并关门后，完成整个入柜存件操作。

在实际应用场景中，智能柜的类型可能会存在多种，有的智能柜中柜格尺寸均是相同的，而有的智能柜中柜格是有不同大小尺寸的，如分为大格口和小格口，或者分为大格口、中格口和小格口等。因此，为了更好的满足用户的存件需求，找到能够适合存放存件物品的柜格，可选的，步骤105具体可包括：根据智能柜的类型，判断智能柜内是否存在尺寸不同的柜格；若智能柜内存在尺寸不同的柜格，则输出不同尺寸的可用柜格的可选信息；获取选择的目标尺寸的可用柜格；发送存件信息，该存件信息中携带有该选择的目标尺寸。进一步的，以使得在智能柜中分配对应的目标尺寸的存件柜格。通过这种可选方式，可根据存件用户的存件需求分配用户指定尺寸大小的柜格。

例如，输出大柜格、中柜格、小柜格的可选信息，便于存件用户从中选择合适尺寸的柜格。可选的，对于无空闲的特定尺寸柜格可不进行显示，或者显示出该尺寸柜格当前的空闲数为0等，防止存件用户选择无空闲柜格的特定尺寸柜格。

进一步的，步骤105中，在发送存件信息之后，本实施例方法还可包括：若接收到开门成功的响应信息，则输出分配柜格的柜格信息、开门成功信息和取件信息，其中，取件信息用于被复制后发送给取件用户，如通过手动复制取件信息，通过即时通讯软件、短信等手段告知取件用户具体的取件信息，如取件码、存储的柜格等信息；若接收到开门失败的响应信息，则输出开门失败信息和可重试开门的信息。

在具体的外卖配送场景中，第三方平台的骑手可通过微信、或支付宝等第三方软件，扫描智能柜顶部灯箱处的小程序码，进入存件或取件页面（首次使用会直接进入身份选择，第二次进入时，系统会根据骑手上一次使用的身份来判定进入存件页或取件页）；其中，存件页包含智能柜位置、配送费、输入存件码模块、开柜存件按钮、帮助和客服按钮、底部导航（存件、已存件、我的）；输入存件码模块：包含标题、输入框以及手机后四位的用途描述；当输入顾客手机后四位后，开柜存件按钮可用，点击此按钮，系统会根据当前站点的智能柜类型判断来弹出选择柜格浮窗（是否弹出会根据当前智能柜是否区分大小格）；选择格口浮窗：包含标题、大小格插图、可用格数、单价、下一步按钮、取消按钮。系统默认勾选小格。点击下一步，浮窗消失，立即弹出开门中的toast浮窗，toast一般指界面发生操作时，系统给与的黑底白字弱提示反馈浮层。

toast开门中：包含loading「图标和X号门正在打开」，loading一般指具有循环播放动画或进度指示界面状态提示条。若顺利打开柜门，则界面切换到「请存件」界面。若开门失败，则弹出toast「开门失败，请重试」；请存件界面：包含标题、已打开的柜门号及说明、取件信息及复制按钮、按钮「取消存件」「再次开门」「完成」「吐槽」「支付链接」。点击「完成」界面返回到存件首页；请存件界面点击「取消存件」，弹出取消原因弹窗：包含标题、按钮「门未开」「订单放不进去」「其他原因」，骑手点击任意按钮，界面则切换到「存件失败」界面；请存件界面点击「再次开门」，则继续弹出toast开门中，若成功打开，则骑手可以尝试将错存的订单更换。若未成功打开，则骑手可以尝试在当前页及「请存件」界面点「取消存件」中止存件流程。

当进入「请存件」界面时：界面将通过语音提醒的方式，提醒骑手“先存件，后关门，再电话告知顾客柜门号，取餐码是顾客手机后4位”。存件失败界面：包含标题、失败图标（icon）、取消存件的描述、按钮「返回首页」，点击「返回首页」按钮，界面返回到存件首页。点击底部导航「已存件」：界面切换到已存件列表页，包含标题、顶部的活动广告、已存件列表。

进一步的，本实施例方法还包括：输出已存件列表，已存件列表中包含各个存件信息以及所述各个存件信息对应的再次开门信息；响应于所述再次开门信息的点击指令，输出更换错存订单、和/或帮助开门取件、和/或取消存件的按钮信息，其中，按钮信息在本地终端与智能柜之间距离小于预设阈值时处于可被点击状态；若接收到更换错存订单的按钮信息的点击指令，则发送分配柜格的开门请求，并保持相应的再次开门信息处于可被点击的状态；若接收到帮助开门取件或取消存件的按钮信息的点击指令，则发送分配柜格的开门请求，并更新相应的再次开门信息处于不可被点击的状态。

例如，已存件列表：包含存件时间、柜门号、取件码、智能柜地址、按钮「再次开门」「复制取件信息」。点击「再次开门」弹出开门原因弹窗（包括标题、按钮「更换错存订单」「帮助顾客开门取件」「取消存件」）。当骑手在智能柜50米范围内，弹窗内所有按钮可点击，当骑手距离智能柜大于50米时，则只有「帮助顾客开门取件」可点击，其他按钮不可点。

其中，点击更换错存订单：则柜门正常打开，按钮「再次开门」状态仍然可被点击；点击帮助顾客开门取件：则柜门打开，按钮「再次开门」状态变为不可点击；点击取消存件：则柜门打开，按钮「再次开门」状态变为不可点击。

通过上述方案可解决现有技术中将本平台订单与非本平台（第三方平台）订单的存件流程都整合在小程序，导致本平台骑手和非本平台骑手都会通过扫码存件，非本平台骑手的流程变长（扫码后的首页无法直接输入存件码存件）的问题，小程序支持第三方骑手存件，扫码即可收入取件码存件，流程更短；存件时可选择格口大小，及时透传格口的可用数量，降低骑手无效操作几率；在开柜界面增加再次开门按钮，骑手此时发现错存物品时可立即开门更换；开柜具有语音提醒，及时通过声音透传随手关门、及时告知顾客取件信息，降低骑士忘记告知取件信息的风险；在取消存件时，弹出取消原因弹窗，提供「门未开」「订单放不进去」「其他原因」三种可选原因，有助于骑士取消或流失的原因数据分析；在存件完成页增加吐槽功能，可通过问卷调研获得用户使用反馈，有利于后期用户体验优化迭代，有助于骑手使用问题原因数据分析。

上述实施例内容为在存件用户客户端侧描述的智能柜的存件操作过程，进一步的，为了完整说明本实施例的实施方式，本实施例还提供了一种智能柜的存件方法，可应用于服务端侧，如图2所示，该存件方法具体包括：

步骤201、服务端接收客户端发送的智能柜的存件请求。

存件请求中携带有存件用户的用户信息，其中，用户信息是客户端通过存件用户授权获取到的目标应用绑定的用户信息。

步骤202、根据存件用户的用户信息，查询存件用户可在智能柜中存件的订单匹配结果。

可选的，步骤202具体可包括：判断预设存储位置中是否存在与用户信息对应的第一订单信息，其中，预设存储位置中保存有具备权限获取的平台订单；若在预设存储位置中存在与用户信息对应的第一订单信息，则从第一订单中，获取存件用户可在智能柜中存件的订单，作为订单匹配结果。

例如，服务端有权限获取平台A的订单，这些订单可预先存储在特定的位置中，如平台A的订单数据库中，然后判断平台A的订单中是否有关于存件用户的订单，如果存在，则从这些关于存件用户的订单中，进一步获取存件用户可在智能柜中存件的订单，作为订单匹配结果。

示例性的，存件请求中还可携带有智能柜的标识（如智能柜的地址）；从第一订单中，获取存件用户可在智能柜中存件的订单，具体可包括：从第一订单中，获取与智能柜的标识匹配的订单，作为存件用户可在智能柜中存件的订单。

例如，从第一订单中，获取与智能柜的标识匹配的订单，作为存件用户可在智能柜中存件的订单，具体可包括：从第一订单中获取订单配送地址处于智能柜的服务区域范围内的订单，作为存件用户可在智能柜中存件的订单。每个智能柜的服务区域范围可预先设置，如智能柜1的服务区域覆盖了大厦A的一楼至六楼的配送地址，智能柜2的服务区域覆盖了大厦A的七楼至十五楼的配送地址，智能柜3的服务区域覆盖了大厦B的配送地址等。然后根据订单配送地址匹配到处于当前智能柜的服务区域范围内的订单，作为存件用户可在当前智能柜中存件的订单。

进一步可选的，在判断预设存储位置中是否存在与用户信息对应的第一订单信息之后，本实施例还可包括：若在预设存储位置中不存在第一订单信息，则通过第三方平台服务器查询与用户信息对应的第二订单信息；若查询到第二订单信息，则从第二订单信息中，获取存件用户可在智能柜中存件的订单，作为订单匹配结果。

第三方平台服务器可为物流配送平台服务器、或支持多方物流查询服务的第三方平台服务器等。例如，服务端虽没有权限获取平台B或其他平台的订单，但可通过公共的物流平台查询到有关存件用户的物流配送订单，进而从这些关于存件用户的物流配送订单中，进一步获取存件用户可在智能柜中存件的订单，作为订单匹配结果。

示例性的，从第二订单信息中，获取存件用户可在智能柜中存件的订单，具体可包括：若第二订单信息为物流订单编号，则通过物流订单编号，查询订单收货地址；然后依据该收货地址，获取与智能柜的标识匹配的订单，作为存件用户可在智能柜中存件的订单。

例如，依据收货地址，获取与智能柜的标识匹配的订单，作为存件用户可在智能柜中存件的订单，具体可包括：将收货地址处于智能柜的服务区域范围内的订单，作为存件用户可在智能柜中存件的订单。每个智能柜的服务区域范围可预先设置，然后根据物流配送订单的收货地址匹配到处于当前智能柜的服务区域范围内的订单，作为存件用户可在当前智能柜中存件的订单。

步骤203、向客户端返回订单匹配结果。

步骤204、服务端接收客户端根据用户对存件功能或取件码设置功能的操作发送的存件信息。

例如，用户对存件功能操作时，可选择需要存件的目标订单进行存件，相应的会发送存件指令，指示后台服务端为目标订单在当前智能柜中分配存件柜格。用户对取件码设置功能操作时，用户在设置完成取件码后，可创建目标订单并指示后台服务端为目标订单在当前智能柜中分配存件柜格。

与目前现有技术相比，本实施例提出可支持第三方平台的配送订单存件交互的方案，无论存件用户是否为第三方平台的配送人员，均可首先通过存件用户授权获取目标应用绑定的用户信息，然后向后台服务端发送携带有该用户信息的存件请求，进而根据用户信息查询存件用户可在智能柜中存件的订单匹配结果，最后根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能，方便用户进行存件操作。无需人工进行复杂的操作，节省存件操作所需的时长，在批量进行智能柜存件时，存件效率大大提升。

进一步的，作为图1所示方法的具体实现，本实施例提供了一种可应用于存件用户客户端侧的智能柜的存件装置，如图3所示，该装置包括：获取模块31、发送模块32、接收模块33、展示模块34。

获取模块31，用于通过存件用户授权获取目标应用绑定的用户信息；

发送模块32，用于向服务端发送智能柜的存件请求，所述存件请求中携带有所述用户信息；

接收模块33，用于接收所述服务端根据所述用户信息查询的所述存件用户可在智能柜中存件的订单匹配结果；

展示模块34，用于根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能；

发送模块32，还用于根据用户对存件功能或取件码设置功能的操作，发送相应的存件信息。

在具体的应用场景中，发送模块32，还用于向服务端发送所述智能柜的标识；

接收模块33，具体用于接收所述服务端根据所述用户信息和所述智能柜的标识，查询的所述存件用户可在智能柜中存件的订单匹配结果。

在具体的应用场景中，展示模块34，具体用于若匹配到所述存件用户可在智能柜中存件的订单，则输出待存件列表，或输出所述智能柜中分配的存件柜格正在开门的信息，其中，所述待存件列表中包含所述服务端匹配到的所述存件用户可在智能柜中存件的一个或多个订单；

发送模块32，具体用于根据在所述待存件列表中选择的目标订单，发送存件指令；接收在所述智能柜中分配的与所述目标订单相应的存件柜格。

在具体的应用场景中，展示模块34，具体还用于若未匹配到所述存件用户可在智能柜中存件的订单，则输出提示设置取件码的信息；

发送模块32，具体还用于接收设置的取件码；向服务端发送携带有所述设置的取件码的存件请求；接收所述服务端在所述智能柜中分配的与待存件订单相应的存件柜格，其中，所述待存件订单是根据所述设置的取件码创建得到的。

在具体的应用场景中，可选的，提示设置的取件码对应配送订单中取件用户的手机号或所述手机号预设位置上的数字组合，以便在所述取件用户取件时通过所述取件用户授权获取目标应用绑定的目标手机号，并根据所述目标手机号得到所述取件码。

在具体的应用场景中，展示模块34，还用于输出已存件列表，所述已存件列表中包含各个存件信息以及所述各个存件信息对应的再次开门信息；响应于所述再次开门信息的点击指令，输出更换错存订单、和/或帮助开门取件、和/或取消存件的按钮信息，其中，所述按钮信息在本地终端与所述智能柜之间距离小于预设阈值时处于可被点击状态；

发送模块32，还用于若接收到更换错存订单的按钮信息的点击指令，则发送分配柜格的开门请求，并保持相应的再次开门信息处于可被点击的状态；若接收到帮助开门取件或取消存件的按钮信息的点击指令，则发送分配柜格的开门请求，并更新相应的再次开门信息处于不可被点击的状态。

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

进一步的，作为图2所示方法的具体实现，本申请实施例提供了一种可应用于服务端侧的智能柜的存件装置，如图4所示，该装置包括：接收模块41、查询模块42、发送模块43。

接收模块41，用于接收客户端发送的智能柜的存件请求，所述存件请求中携带有存件用户的用户信息，其中，所述用户信息是所述客户端通过存件用户授权获取到的目标应用绑定的用户信息；

查询模块42，用于根据所述用户信息，查询所述存件用户可在智能柜中存件的订单匹配结果；

发送模块43，用于向所述客户端返回所述订单匹配结果；

接收模块41，还用于接收所述客户端根据用户对存件功能或取件码设置功能的操作发送的存件信息。

在具体的应用场景中，查询模块42，具体用于判断预设存储位置中是否存在与所述用户信息对应的第一订单信息，其中，所述预设存储位置中保存有具备权限获取的平台订单；若在所述预设存储位置中存在与所述用户信息对应的第一订单信息，则从所述第一订单中，获取所述存件用户可在所述智能柜中存件的订单，作为所述订单匹配结果。

在具体的应用场景中，查询模块42，具体还用于若在所述预设存储位置中不存在所述第一订单信息，则通过第三方平台服务器查询与用户信息对应的第二订单信息；若查询到所述第二订单信息，则从所述第二订单信息中，获取所述存件用户可在所述智能柜中存件的订单，作为所述订单匹配结果。

在具体的应用场景中，可选的，所述存件请求中还携带有所述智能柜的标识；查询模块42，具体还用于从所述第一订单中，获取与所述智能柜的标识匹配的订单，作为所述存件用户可在所述智能柜中存件的订单；

查询模块42，具体还用于若第二订单信息为物流订单编号，则通过所述物流订单编号，查询订单收货地址；依据所述收货地址，获取与所述智能柜的标识匹配的订单，作为所述存件用户可在所述智能柜中存件的订单。

在具体的应用场景中，查询模块42，具体还用于从所述第一订单中获取订单配送地址处于所述智能柜的服务区域范围内的订单，作为所述存件用户可在所述智能柜中存件的订单；

查询模块42，具体还用于将收货地址处于所述智能柜的服务区域范围内的订单，作为所述存件用户可在所述智能柜中存件的订单。

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

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

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

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

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

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

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

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的技术方案，与目前现有技术相比，本实施例提出可支持第三方平台的配送订单存件交互的方案，无论存件用户是否为第三方平台的配送人员，均可首先通过存件用户授权获取目标应用绑定的用户信息，然后向后台服务端发送携带有该用户信息的存件请求，进而根据用户信息查询存件用户可在智能柜中存件的订单匹配结果，最后根据订单匹配结果展示对可在智能柜中存件订单的存件功能或取件码设置功能，方便用户进行存件操作。无需人工进行复杂的操作，节省存件操作所需的时长，在批量进行智能柜存件时，存件效率大大提升。

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

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