基于智能柜的开柜处理方法、装置及系统与流程

本申请涉及智能柜技术领域，尤其是涉及到一种基于智能柜的开柜处理方法、装置及系统。

背景技术：

智能柜可用于存放寄件物品，后续用户可通过输入取件码的方式，在智能柜中取出存放的物品。

目前，取件码可由系统自动生成或者由配送员自主设置，然后由系统发送给取件用户，取件用户利用取件码在智能柜中开门取件。

然而，有时会存在取件码发送错误、或者配送员存件时放错柜格等情况发生，导致取件用户无法取件。如果通过拨打客服电话等手段试图解决，不但会影响取件效率，而且还会增加客服压力和成本。

技术实现要素：

有鉴于此，本申请提供了一种基于智能柜的开柜处理方法、装置及系统，主要目的在于改善目前现有技术中会影响取件效率，增加客服压力和成本的技术问题。

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

获取当前登录账号的验证码信息；

发送用户自助的柜格开门请求，所述柜格开门请求中携带有所述验证码信息，以使得根据所述验证码信息进行智能柜柜格开门的安全校验；

若安全校验成功，则接收柜格开门成功的响应信息。

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

接收客户端发送的用户自助的柜格开门请求，所述柜格开门请求中携带有当前登录账号的验证码信息；

根据所述验证码信息进行智能柜柜格开门的安全校验；

若安全校验成功，则向客户端发送柜格开门成功的响应信息。

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

获取模块，用于获取当前登录账号的验证码信息；

发送模块，用于发送用户自助的柜格开门请求，所述柜格开门请求中携带有所述验证码信息，以使得根据所述验证码信息进行智能柜柜格开门的安全校验；

接收模块，用于若安全校验成功，则接收柜格开门成功的响应信息。

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

接收模块，用于接收客户端发送的用户自助的柜格开门请求，所述柜格开门请求中携带有当前登录账号的验证码信息；

校验模块，用于根据所述验证码信息进行智能柜柜格开门的安全校验；

发送模块，用于若安全校验成功，则向客户端发送柜格开门成功的响应信息。

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

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

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

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

依据本申请再一个方面，提供了一种基于智能柜的开柜处理系统，包括：上述客户端设备和上述服务器设备。

借由上述技术方案，本申请提供的一种基于智能柜的开柜处理方法、装置及系统，与目前传统方式相比，如果存在取件码发送错误、或者配送员存件时放错柜格等情况发生，本申请可实现用户自助申请开柜，具体可获取当前登录账号的验证码信息，并发送用户自助的柜格开门请求，在后台根据该验证码信息进行智能柜柜格开门的安全校验成功后，可实现申请的柜格开门成功，解决了取件用户无法取件的问题。减少拨打客服电话等操作，进而可减少取件用户等待时间，提高了智能柜的取件效率，并且降低了客服压力和成本。

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

附图说明

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

图1示出了本申请实施例提供的一种基于智能柜的开柜处理方法的流程示意图；

图2示出了本申请实施例提供的一种智能柜的示例样式示意图；

图3示出了本申请实施例提供的另一种基于智能柜的开柜处理方法的流程示意图；

图4示出了本申请实施例提供的场景实例的流程示意图；

图5示出了本申请实施例提供的一种基于智能柜的开柜处理装置的结构示意图；

图6示出了本申请实施例提供的另一种基于智能柜的开柜处理装置的结构示意图；

图7示出了本申请实施例提供的一种基于智能柜的开柜处理系统的结构示意图。

具体实施方式

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

为了改善目前现有技术中会影响取件效率，增加客服压力和成本的技术问题。本实施例提供了一种基于智能柜的开柜处理方法，如图1所示，可应用于取件用户的客户端侧，该方法包括：

步骤101、客户端获取当前登录账号的验证码信息。

智能柜可为投放在楼宇、住宅、园区的无人化、带有电子锁的舱格设备，具体可为存储外卖餐品、快递物品等的仓储设备，如图2所示，包含多组柜体，如a、b、c、d组柜体，每组柜体内有多个柜格。当前登录账号可为当前在客户端侧登录的账号，对于本侧实施例的执行主体的客户端可配置在取件用户的智能手机、平板电脑、智能手表、智能手环等智能终端侧。

当前登录的账号可为已存件柜格绑定的订单所在平台的平台账号。验证码信息可为登录账号的用户通讯信息的验证码信息，其中，用户通讯信息可为用户的手机号、邮箱等信息，相应的，验证码信息可为当前登录账号手机号、或邮箱等的验证码，例如，可通过向该手机号、或邮箱等发送验证码，然后由用户输入或系统自动填写接收到的验证码，进而获取到当前登录账号的验证码信息。

步骤102、客户端发送用户自助的柜格开门请求。

对于本实施例，可向后台服务端发送用户自助的柜格开门请求，该服务端可以为智能柜控制系统的后台服务端。其中，柜格开门请求中可携带有当前登录账号的验证码信息，以使得后台服务端根据当前登录账号的验证码信息进行智能柜柜格开门的安全校验。具体可对验证码验证是否正确等一系列安全性的风控手段校验，经过后台服务端系统自动化地风控手段校验，即可完成开门。这种这种方式，一方面是用户无需等待接入客服语音电话，自助解决异常；另一方面是平台的客服压力和成本可以大幅度降低，进而降低企业运营成本。

步骤103、若安全校验成功，则客户端接收柜格开门成功的响应信息。

如果后台服务端安全校验成功，会向客户端返回柜格开门成功的响应信息，具体可包括开门柜格的柜格标识，开门柜格在智能柜中所在的位置，本次自助申请柜格开门成功等信息。在客户端接收到该柜格开门成功的响应信息之后，可输出相应的提示信息，以提示取件用户本次自助申请柜格开门成功，提示信息可通过文字、图片、音频、视频、灯光、振动等形式输出。

本实施例提供的基于智能柜的开柜处理方法，与目前传统方式相比，如果存在取件码发送错误、或者配送员存件时放错柜格等情况发生，本实施例可实现用户自助申请开柜，具体可获取当前登录账号的验证码信息，并发送用户自助的柜格开门请求，在后台根据该验证码信息进行智能柜柜格开门的安全校验成功后，可实现申请的柜格开门成功，解决了取件用户无法取件的问题。减少拨打客服电话等操作，进而可减少取件用户等待时间，提高了智能柜的取件效率，并且降低了客服压力和成本。

进一步的，作为上述实施例具体实施方式的细化和扩展，在实际场景中有可能是配送员将错误的取件码发送给了取件用户，导致取件错误，无法取出用户自己的物品。所以本实施例提出的自助找回物品的系统中，可选的，可建立取件用户与配送人员之间的即时通讯，使得取件用户在取件失败时可第一时间与配送人员进行联系，获取正确的取件码进行取件。即便是配送人员放错柜格，也能通过这种可选方式由配送人员提供实际的存件柜格位置或者大致的位置等，方便取件用户查找自己物品实际的存放柜格，进而便于自助申请开门指定柜格等。

相应可选的，柜格开门请求中还可携带有请求开门的目标柜格的柜格标识(如用户自助请求开门的柜格的柜格编号)，以使得若安全校验通过，则触发开启与该柜格标识对应的目标柜格的柜门；相应的，步骤103中客户端接收柜格开门成功的响应信息具体可包括：接收该目标柜格开门成功的响应信息。

在本实施例中，智能柜的柜格柜门可为半透明或全透明的样式，用户可直接查看到柜格里面存放的物品，如果是用户自己的物品，可自助申请指定柜格(即目标柜格)的柜格开启，便于更加精准地取回用户自己的物品。

进一步的，为了便于在输入取件码取件失败时及时引导用户可通过自助申请开门方式开启存放自己物品的柜格柜门，可选的，在步骤101之前，本实施例方法还可包括：发送携带有取件码信息的取件请求；若取件失败，则输出用户可自助开门的提示信息，该提示信息还可包含提示用户需要开启哪个柜格的柜门，如“请输入你要开门的柜号”；获取用户输入的柜格标识，即请求开门的目标柜格的柜格标识。

由于可能存在用户第一使用的情况，所以可附带一些新手引导的信息或者使用说明信息等，以便指导取件用户通过自助申请找回方式开启自己物品实际存放的柜格柜门，加快用户的操作效率，进而提高用户的取件效率。

由于当前登录账号的用户通讯信息(用户的手机号、邮箱等信息)有可能发生变更，为了准确获取当前登录账号的验证码信息，便于后台服务端精确进行安全校验，可选的，步骤101具体可包括：若当前登录账号的用户通讯信息发生变更，则提示输入新的用户通讯信息，并利用新的用户通讯信息获取验证码信息；若当前登录账号的用户通讯信息未发生变更，则利用该用户通讯信息获取验证码信息。

例如，判断当前登录账号绑定的用户手机号是否发生变更，如果用户手机号未发生变更，则向该手机号发送验证码。取件用户的手机号接收到该验证码的短信消息时，用户可选择在客户端侧手动填写该验证码，或者客户端具有足够权限时也可直接读取接收到的短信消息，进而可自动填写接收到的验证码。从而客户端可通过填写的验证码得到当前登录账号的验证码信息。

而如果用户手机号发生变更，则提示输入新的手机号，然后利用新的手机号进行上述类似的获取验证码的过程，进而获得当前登录账号的验证码信息。

在实际场景中，也有可能自助申请开启柜格时由于后台服务端安全校验失败，相应的，本实施例方法还可包括：若安全校验失败，则接收柜格开门失败的响应信息，以及柜格开门的其他途径信息。其他途径信息可包含一种或多种方式，如联系客服取件、再次联系配送员等。通过这种可选方式，在安全校验失败后，也能快速指引用户通过其他途径实现智能柜取件，减少用户的等待时长。

上述实施例内容为在客户端侧描述的基于智能柜的开柜处理过程，进一步的，为了完整说明本实施例的实施方式，本实施例还提供了另一种基于智能柜的开柜处理方法，可应用于服务端侧，如图3所示，该方法包括：

步骤201、服务端接收客户端发送的用户自助的柜格开门请求。

柜格开门请求中携带有当前登录账号的验证码信息。

本实施例中的服务端可为对用户自助柜格开门申请进行安全校验的后台服务端，可配置在智能柜侧或云端侧。在安全校验成功后，可触发智能柜开启相应柜格的柜门。具体安全校验的过程可执行步骤202所示的过程。

步骤202、根据当前登录账号的验证码信息进行智能柜柜格开门的安全校验。

可选的，步骤202具体可包括：判断当前登录账号的验证码信息是否正确；若验证码信息正确，则根据客户端当前登录账号是否有智能柜的取件记录进行柜格开门的安全校验；若验证码信息错误，则确定安全校验失败。

在本实施例中，可通过判断验证码是否正确，即向客户端登录账号的手机号或邮箱发送的验证码是否与柜格开门请求中携带的验证码一致，如果不一致，说明验证码错误，安全校验失败，向客户端返回柜格开门失败的响应信息；而如果一致，说明验证码正确，并且出于安全性考虑还可继续进行其他风控手段校验，如根据当前登录账号是否有智能柜的取件记录进行柜格开门的安全校验。

在实际应用场景中，由于智能柜普遍是投放在楼宇、住宅、园区等环境使用，一个地区的智能柜通常会被该地区的用户多次使用，因此在用户自助申请柜格开门时，该用户应该有该智能柜的取件记录(首次使用该智能柜即出现取件码异常的概率极低)，即在此次申请之前，该用户很大概率应该使用过该智能柜取件。因此可根据当前登录账号是否有智能柜的取件记录进行柜格开门的安全校验，可相对准确地实现风控安全校验。可以有效阻止攻击者进行恶意自助申请开柜。

示例性的，根据客户端当前登录账号是否有智能柜的取件记录进行柜格开门的安全校验，具体可包括：若客户端当前登录账号有智能柜的取件记录，则根据客户端当前登录账号在当前时间段内累计的自助请求开门次数进行柜格开门的安全校验；若当前登录账号没有该智能柜的取件记录，则确定安全校验失败。

在实际应用场景中，攻击者有可能会利用同一登录账号多次进行自助申请柜格开门，这样不仅会耗费系统资源，而且还可能会造成智能柜存件物品丢失。因此还需要对客户端当前登录账号在当前时间段内累计的自助请求开门次数进行柜格开门的安全校验，限制攻击者利用同一登录账号多次进行自助申请柜格开门，保证相应的安全性。

例如，根据客户端当前登录账号在当前时间段(如当天)内累计的自助请求开门次数(可不单针对当前的智能柜提出的自助开门请求，还包含针对其他智能柜提出的自助开门请求)进行柜格开门的安全校验，具体可包括：判断累计的自助请求开门次数是否大于或等于预设阈值(可预先设置，如阈值可为2次)；若累计的自助请求开门次数大于或等于预设阈值，则确定安全校验失败；若累计的自助请求开门次数小于预设阈值，则确定安全校验成功。

进一步的，柜格开门请求中还可携带有请求开门的目标柜格的柜格标识；相当于根据用户指定开门的柜格进行安全校验。可选的，步骤202具体还可包括：利用请求开门的目标柜格的柜格标识，查询该目标柜格绑定的存件订单是否为目标平台中的订单，其中，目标平台为有权限获取订单信息的平台；若存件订单是目标平台中的订单，则判断当前登录账号的用户通讯信息是否为目标平台中注册的用户通讯信息；若当前登录账号的用户通讯信息是目标平台中注册的用户通讯信息，或存件订单不是目标平台中的订单，则根据验证码信息进行智能柜柜格开门的安全校验；若当前登录账号的用户通讯信息不是目标平台中注册的用户通讯信息，则确定安全校验失败。

例如，如图2所示，用户请求开门的柜格是10号柜格，首先判断该10号柜格绑定的存件订单是否为有权限获取订单信息的平台a中的订单，如果存件订单不是平台a中的订单，而是平台b中的订单，那么可通过校验验证码是否正确等一系列校验方式进行安全校验；而如果存件订单是平台a中的订单，具体可进行进一步的深度安全校验，判别该用户当前登录账号的账号手机号是否为该平台a中注册的手机号，如果是该平台a中注册的手机号，说明正常，可继续通过校验验证码是否正确等一系列校验方式进行安全校验；而如果不是该平台a中注册的手机号，而该10号柜格中有平台a中订单的相应物品，说明存在异常，该用户试图跨平台取件，所以可及时进行拦截，安全校验失败。

在本实施例中，后台服务端为了防止恶意取件的事情发生，除了校验验证码是否正确等一系列的校验方式以外，还可进行进一步安全校验。例如，如果有权限获取存件柜格绑定的订单信息，那么可通过订单信息对应的用户手机号等，判断其是否与当前申请自助开柜用户的手机号一致，如果一致，说明该柜格内存件的物品即为该用户的取件物品；而如果不一致，说明该用户正试图取他人的物品，可通过校验失败的方式，有效拦截这种恶意的行为。

进一步的，本实施例还可通过收集用户的反馈意见信息，定位那些恶意取他人存件的用户，将该用户的特征信息(如手机号、登录账号、所用终端设备等)进行保存，分析生成黑名单信息，以便后续对用户自助申请开柜的请求利用该黑名单信息进行过滤筛选，以提高安全性。

步骤203、若安全校验成功，则向客户端发送柜格开门成功的响应信息。

如果安全校验成功，那么服务端可触发向智能柜发送目标柜格的开门指令，若接收到目标柜格的开门失败信息，则为了提高柜格开门成功率，可重试发送开门指令；若接收到目标柜格的开门成功信息，则向客户端发送柜格开门成功的响应信息。

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

在外卖场景中，智能柜可为智能取餐柜，为了保证存入餐品的安全，用户仅可通过系统发放的取餐码完成智能柜的柜格开门取餐。而如果取餐码发送错误，或者配送员放错柜格时，会导致取餐用户无法取餐。如果通过拨打客服电话等手段试图解决，不但会影响取餐效率，而且还会增加客服压力和成本。

为了解决上述问题，基于本实施例方法，可将开门权限下放至用户端，通过风控手段拦截恶意开门的请求，解决用户取餐异常问题，同时降低公司运营成本。当用户通过柜号找回餐品，系统会进行手机号校验、取餐记录校验、格口存放餐品是否是系统对接的目标平台(有权限获取订单信息的平台)中的餐品、该功能今天是否使用超过2次等风控校验。

如图4所示，首先用户可通过本自助系统联系配送员，发送即时通讯消息或者电话沟通等拿到正确的取餐码，如果取餐码还是错误，那么可自助申请开门；输出“请输入要开门的柜号”，用户按照提示输入柜号，实际当中智能取餐柜的柜门属于透明或半透明，所以用户可直接看见属于自己的餐品；系统获取当前账号手机号是否发生变更，如果变更，可输入新的手机号，获取验证码，而如果没有变更，则可利用手机号直接获取验证码；在获取验证码和请求开门的柜号后，可触发开门操作，后台先判断该柜号下绑定的订单是否为目标平台中的订单；如果是目标平台中的订单，则直接验证验证码是否正确，而如果不是目标平台中的订单，则判断手机号是否是该平台中注册的手机号，如果是该平台中注册的手机号，则还是验证验证码是否正确，而如果不是该平台中注册的手机号，而该柜格内存放有目标平台中的订单物品，属于跨平台取餐，不支持取出，可提示“请联系客服”；经过验证码校验后，还可进行是否有该站点(智能取餐柜)取餐记录、所有站点今日是否强制开门次数小于或等于2次等的安全校验，在校验成功后，可触发开门对应的目标柜格的柜门，实现用户自助取餐。

与目前传统方式相比，如果存在取件码发送错误、或者配送员存件时放错柜格等情况发生，本实施例可实现用户自助申请开柜，具体可获取当前登录账号的验证码信息，并发送用户自助的柜格开门请求，在后台根据该验证码信息进行智能柜柜格开门的安全校验成功后，可实现申请的柜格开门成功，解决了取件用户无法取件的问题。减少拨打客服电话等操作，进而可减少取件用户等待时间，提高了智能柜的取件效率，并且降低了客服压力和成本。

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

获取模块31，用于获取当前登录账号的验证码信息；

发送模块32，用于发送用户自助的柜格开门请求，所述柜格开门请求中携带有所述验证码信息，以使得根据所述验证码信息进行智能柜柜格开门的安全校验；

接收模块33，用于若安全校验成功，则接收柜格开门成功的响应信息。

在具体的应用场景中，可选的，所述柜格开门请求中还携带有请求开门的目标柜格的柜格标识，以使得若安全校验通过，则触发开启与所述柜格标识对应的所述目标柜格的柜门；相应的，接收模块33，具体用于接收所述目标柜格开门成功的响应信息。

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

发送模块32，还用于发送携带有取件码信息的取件请求；

输出模块，用于若取件失败，则输出用户可自助开门的提示信息；

获取模块31，还用于获取用户输入的所述柜格标识。

在具体的应用场景中，获取模块31，具体用于若当前登录账号的用户通讯信息发生变更，则提示输入新的用户通讯信息，并利用所述新的用户通讯信息获取验证码信息；若当前登录账号的用户通讯信息未发生变更，则利用所述用户通讯信息获取验证码信息。

在具体的应用场景中，接收模块33，还用于若安全校验失败，则接收柜格开门失败的响应信息，以及柜格开门的其他途径信息。

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

进一步的，作为图3所示方法的具体实现，本申请实施例提供了一种可应用于服务端侧的基于智能柜的开柜处理装置，如图6所示，该装置包括：接收模块41、校验模块42、发送模块43。

接收模块41，用于接收客户端发送的用户自助的柜格开门请求，所述柜格开门请求中携带有当前登录账号的验证码信息；

校验模块42，用于根据所述验证码信息进行智能柜柜格开门的安全校验；

发送模块43，用于若安全校验成功，则向客户端发送柜格开门成功的响应信息。

在具体的应用场景中，校验模块42，具体用于判断所述验证码信息是否正确；若所述验证码信息正确，则根据所述当前登录账号是否有所述智能柜的取件记录进行柜格开门的安全校验；若所述验证码信息错误，则确定安全校验失败。

在具体的应用场景中，校验模块42，具体还用于若所述当前登录账号有所述智能柜的取件记录，则根据所述当前登录账号在当前时间段内累计的自助请求开门次数进行柜格开门的安全校验；若所述当前登录账号没有所述智能柜的取件记录，则确定安全校验失败。

在具体的应用场景中，校验模块42，具体还用于判断所述累计的自助请求开门次数是否大于或等于预设阈值；若所述累计的自助请求开门次数大于或等于预设阈值，则确定安全校验失败；若所述累计的自助请求开门次数小于预设阈值，则确定安全校验成功。

在具体的应用场景中，所述柜格开门请求中还携带有请求开门的目标柜格的柜格标识；校验模块42，具体还用于利用所述柜格标识，查询所述目标柜格绑定的存件订单是否为目标平台中的订单，所述目标平台为有权限获取订单信息的平台；若所述存件订单是所述目标平台中的订单，则判断所述当前登录账号的用户通讯信息是否为所述目标平台中注册的用户通讯信息；若所述当前登录账号的用户通讯信息是所述目标平台中注册的用户通讯信息，或所述存件订单不是所述目标平台中的订单，则根据所述验证码信息进行智能柜柜格开门的安全校验；若所述当前登录账号的用户通讯信息不是所述目标平台中注册的用户通讯信息，则确定安全校验失败。

在具体的应用场景中，发送模块43，具体用于向所述智能柜发送所述目标柜格的开门指令；若接收到所述目标柜格的开门失败信息，则重试发送所述开门指令；若接收到所述目标柜格的开门成功信息，则向客户端发送柜格开门成功的响应信息。

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

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

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

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

基于上述如图3所示的方法，以及图6所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种服务器设备，具体可以为服务器、计算机设备、智能柜管理设备等。该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图3所示的可应用于服务端侧的基于智能柜的开柜处理方法。

可选的，上述两种实体设备都还可以包括用户接口、网络接口、摄像头、射频(radiofrequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。

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

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

基于上述内容，进一步的，本申请实施例还提供了一种基于智能柜的开柜处理系统，如图7所示，该系统包括服务器设备51、客户端设备52；服务器51具体可配置在云端侧。

其中，客户端设备52可用于执行如图1所示的方法，服务器设备51可用于执行如图3所示的方法。

客户端设备52，可用于获取当前登录账号的验证码信息；向服务器设备51发送用户自助的柜格开门请求，所述柜格开门请求中携带有所述验证码信息。

服务器设备51，可用于接收客户端设备52发送的用户自助的柜格开门请求，所述柜格开门请求中携带有当前登录账号的验证码信息；根据所述验证码信息进行智能柜柜格开门的安全校验；若安全校验成功，则向客户端设备52发送柜格开门成功的响应信息。

客户端设备52，还可用于若安全校验成功，则接收柜格开门成功的响应信息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的技术方案，与目前传统方式相比，如果存在取件码发送错误、或者配送员存件时放错柜格等情况发生，本实施例可实现用户自助申请开柜，具体可获取当前登录账号的验证码信息，并发送用户自助的柜格开门请求，在后台根据该验证码信息进行智能柜柜格开门的安全校验成功后，可实现申请的柜格开门成功，解决了取件用户无法取件的问题。减少拨打客服电话等操作，进而可减少取件用户等待时间，提高了智能柜的取件效率，并且降低了客服压力和成本。

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

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