基于智能柜的物品流转方法、装置、电子设备及存储介质与流程

文档序号:29464617发布日期:2022-04-02 02:56阅读:98来源:国知局
基于智能柜的物品流转方法、装置、电子设备及存储介质与流程

1.本技术涉及智能柜应用技术领域,尤其涉及一种基于智能柜的物品流转方法、装置、电子设备及存储介质。


背景技术:

2.随着园区智能化的快速发展以及工作节奏的加快,针对办公用品、合同文件等园区物品管理的效率和安全性要求越来越高。
3.园区物品管理领域目前主要涉及物资出库、入库、用印文件申请等管理流程,而在过程中物品流转方法存在诸多问题,例如物品申请完成后只能在特定时间领取、物品发放时人员不齐、员工交接物品时无法协调时间、物品领取时无验证等情况,造成物品流转时间长、丢失等问题,导致效率、安全性低,浪费大量人力物力成本。


技术实现要素:

4.有鉴于此,本技术提供一种基于智能柜的物品流转方法、装置、电子设备及存储介质。
5.根据本技术实施例的第一方面,提供一种基于智能柜的物品流转方法,包括:
6.接收智能柜预约请求,并响应所述智能柜预约请求输出智能柜预约界面;
7.依据针对目标智能柜柜格的预约配置操作,确定所述目标智能柜柜格的预约信息;其中,所述预约信息包括投递验证信息、领取验证信息;
8.向目标智能柜控制设备下发所述投递验证信息,以使所述目标智能柜控制设备在检测到投递操作指令时,依据下发的投递验证信息进行投递验证;其中,所述目标智能柜控制设备为所述目标智能柜柜格所属的智能柜的控制设备;
9.向目标智能柜控制设备下发所述领取验证信息,以使所述目标智能柜控制设备在检测到领取操作指令时,依据下发的领取验证信息进行领取验证。
10.根据本技术实施例的第二方面,提供一种基于智能柜的物品流转方法,包括:
11.在检测到投递操作指令的情况下,依据服务端下发的投递验证信息进行投递验证;其中,所述投递验证信息包括在目标智能柜柜格的预约信息中,所述目标智能柜柜格的预约信息由所述服务端依据针对所述目标智能柜柜格的预约配置操作确定;
12.在检测到领取操作指令的情况下,依据所述服务端下发的领取验证信息进行领取验证;其中,所述领取验证信息包括在所述目标智能柜柜格的预约信息中。
13.根据本技术实施例的第三方面,提供一种基于智能柜的物品流转装置,包括:
14.预约处理单元,被配置为接收智能柜预约请求,并响应所述智能柜预约请求输出智能柜预约界面;依据针对目标智能柜柜格的预约配置操作,确定所述目标智能柜柜格的预约信息;其中,所述预约信息包括投递验证信息、领取验证信息;
15.权限管理单元,被配置为向目标智能柜控制设备下发投递验证信息,以使目标智能柜控制设备在检测到投递操作指令时,依据下发的投递验证信息进行投递验证;其中,所
述目标智能柜控制设备为所述目标智能柜柜格所属的智能柜的控制设备;
16.所述权限管理单元,还被配置为向所述目标智能柜控制设备下发领取验证信息,以使所述目标智能柜控制设备在检测到领取操作指令时,依据下发的领取验证信息进行领取验证。
17.根据本技术实施例的第四方面,提供一种基于智能柜的物品流转装置,包括:
18.指令检测单元,被配置为检测投递操作指令,以及,检测领取操作指令;
19.权限验证单元,被配置为在所述指令检测单元检测到投递操作指令的情况下,依据服务端下发的投递验证信息进行投递验证;其中,所述投递验证信息包括在目标智能柜柜格的预约信息中,所述目标智能柜柜格的预约信息由所述服务端依据针对所述目标智能柜柜格的预约配置操作确定;
20.所述权限验证单元,还被配置为在所述指令检测单元检测到领取操作指令的情况下,依据所述服务端下发的领取验证信息进行领取验证;其中,所述领取验证信息包括在所述目标智能柜柜格的预约信息中。
21.根据本技术实施例的第五方面,提供一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
22.存储器,用于存放计算机程序;
23.处理器,用于执行存储器上所存放的程序时,实现第一方面或第二方面提供的方法。
24.根据本技术实施例的第六方面,提供一种计算机可读存储介质,计算机可读存储介质内存储有计算机程序,计算机程序被处理器执行时实现第一方面或第二方面提供的方法。
25.根据本技术实施例的第七方面,提供一种计算机程序,该计算机程序存储于计算机可读存储介质,并且当处理器执行该计算机程序时,促使处理器执行第一方面或第二方面提供的方法。
26.本技术实施例的基于智能柜的物品流转方法,通过预约用于物品流转的智能柜柜格,并设定投递验证信息以及领取验证信息,从而,通过预约的智能柜柜格进行物品投递和领取,在物品投递过程中和物品领取过程中,分别依据投递验证信息和领取验证信息进行权限验证,减少了物品流转过程中的人员沟通协调成本,提高了物品流转的效率和安全性。
附图说明
27.图1是本技术实施例提供的一种基于智能柜的物品流转方法的流程示意图;
28.图2是本技术实施例提供的一种基于智能柜的物品流转方法的流程示意图;
29.图3是本技术实施例提供的一种物品流转的整体流程的流程示意图;
30.图4是本技术实施例提供的一种基础信息创建的流程示意图;
31.图5是本技术实施例提供的一种智能柜创建的流程示意图;
32.图6是本技术实施例提供的一种预约流程的示意图;
33.图7是本技术实施例提供的一种投递流程的示意图;
34.图8是本技术实施例提供的一种领取流程的示意图;
35.图9是本技术实施例提供的一种基于智能柜的物品流转装置的结构示意图;
36.图10是本技术实施例提供的另一种基于智能柜的物品流转装置的结构示意图;
37.图11是本技术实施例提供的另一种基于智能柜的物品流转装置的结构示意图;
38.图12是本技术实施例提供的一种基于智能柜的物品流转装置的结构示意图;
39.图13是本技术实施例提供的另一种基于智能柜的物品流转装置的结构示意图;
40.图14是本技术实施例提供的一种电子设备的硬件结构示意图。
具体实施方式
41.这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
42.在本技术使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本技术。在本技术和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。
43.为了使本领域技术人员更好地理解本技术实施例提供的技术方案,并使本技术实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本技术实施例中技术方案作进一步详细的说明。
44.需要说明的是,本技术实施例中各步骤的序号大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本技术实施例的实施过程构成任何限定。
45.请参见图1,为本技术实施例提供的一种基于智能柜的物品流转方法的流程示意图,其中,该基于智能柜的物品流转方法可以应用于服务端,如图1所示,该基于智能柜的物品流转方法可以包括以下步骤:
46.步骤s100、接收智能柜预约请求,并响应智能柜预约请求输出智能柜预约界面。
47.步骤s110、依据针对目标智能柜柜格的预约配置操作,确定目标智能柜柜格的预约信息;其中,该预约信息包括投递验证信息、领取验证信息。
48.本技术实施例中,为了减少物品流转过程中的人员沟通协调成本,提高物品流转的效率,可以通过预约智能柜柜格的方式进行物品流转,即在需要进行物品流转的情况下,预约用于进行物品投递和领取的智能柜柜格。
49.示例性的,为了提高物品流转的安全性,在进行智能柜柜格预约的过程中,可以设定投递验证信息,以及领取验证信息。
50.相应地,服务端在接收到智能柜预约请求时,可以响应该智能柜预约请求输出智能柜预约界面。
51.示例性的,智能柜预约界面中可以展示智能柜信息。
52.例如,智能柜预约界面的左侧可以展示设备树,设备树由区域树和区域下的设备(智能柜)组成,界面右侧显示选中的智能柜详情。
53.示例性的,智能柜详情可以包括但不限于智能柜位置、智能柜位置编号、柜格信息。
54.示例性的,智能柜位置信息可以包括智能柜控制设备左侧或右侧,用于指示智能
柜处于智能柜控制设备的左侧或右侧。
55.示例性的,柜格信息可以包括但不限于格行、格列、格状态(占用状态、空闲状态或故障状态等)、开关状态、是否被锁定等。
56.预约人员可以在智能柜预约界面中选择预约的智能柜,并在选择的智能柜中选择柜格。
57.示例性的,服务端可以检测通过智能柜预约界面输入的针对选中的智能柜柜格(本文中称为目标智能柜柜格)的预约配置操作,确定目标智能柜柜格的预约信息。
58.示例性的,预约信息可以包括但不限于投递验证信息以及领取验证信息。
59.示例性的,目标智能柜柜格可以包括一个或多个柜格。
60.步骤s120、向目标智能柜控制设备下发投递验证信息,以使目标智能柜控制设备在检测到投递操作指令时,依据下发的投递验证信息进行投递验证;其中,目标智能柜控制设备为目标智能柜柜格所属的智能柜的控制设备。
61.步骤s130、向目标智能柜控制设备下发领取验证信息,以使目标智能柜控制设备在检测到领取操作指令时,依据下发的领取验证信息进行领取验证。
62.本技术实施例中,在预约完成的情况下,服务端可以将投递验证信息下发给目标智能柜柜格所属的智能柜的控制设备(本文中称为目标智能柜控制设备),以及,将领取验证信息下发给目标智能柜控制设备。
63.目标智能柜控制设备在检测到投递操作指令,即检测到投递人对智能柜的投递操作时,如目标智能柜控制设备检测到投递人对操作界面中的“投递”功能按钮的选择指令,可以依据下发的投递验证信息进行投递验证,其具体实现流程可以参见下文中的相关描述,本技术实施例在此不做赘述。
64.同理,目标智能柜控制设备在检测到领取操作指令,即检测到领取人对智能柜的领取操作时,如目标智能柜控制设备检测到领取人对操作界面中的“领取”功能按钮的选择指令,可以依据下发的领取验证信息进行投递验证,其具体实现流程可以参见下文中的相关描述,本技术实施例在此不做赘述。
65.在一个示例中,服务端可以在预约成功的情况下,将投递验证信息以及领取验证信息均下发至目标智能柜控制设备,由目标智能柜控制设备分别依据接收到的投递验证信息进行投递验证,以及依据接收到的领取验证信息进行领取验证,以提高验证信息下发效率。
66.在另一个示例中,服务端可以在预约成功的情况下,将投递验证信息下发至目标智能柜控制设备,由目标智能柜控制设备依据接收到的投递验证信息进行投递验证;服务端可以在投递成功的情况下,将领取验证信息下发至目标智能柜控制设备,由目标智能柜控制设备依据接收到的领取验证信息进行领取验证,保证物品投递阶段领取人无法打开目标智能柜柜格,进一步提高物品流转的安全性。
67.可见,在图1所示方法流程中,通过预约用于物品流转的智能柜柜格,并设定投递验证信息以及领取验证信息,从而,通过预约的智能柜柜格进行物品投递和领取,在物品投递过程中和物品领取过程中,分别依据投递验证信息和领取验证信息进行权限验证,减少了物品流转过程中的人员沟通协调成本,提高了物品流转的效率和安全性。
68.在一些实施例中,上述预约信息中还可以包括:投递人信息、领取人信息。
69.本技术实施例提供的基于智能柜的物品流转方案还可以包括:
70.在投递验证信息下发成功的情况下,依据投递人信息向投递人发送投递通知信息,以通知投递人进行物品投递处理;
71.在投递成功的情况下,依据领取人信息向领取人发送领取通知信息,以通知领取人进行物品领取处理。
72.示例性的,为了提高物品流转效率,使物品的投递和领取更加方便快捷,在智能柜柜格预约完成的情况下,可以通过发送通知信息的方式通知相关人员进行物品投递和物品领取。
73.相应地,在投递验证信息下发成功的情况下,服务端可以依据预约信息中的投递人信息向领取人发送投递通知信息。
74.示例性的,投递人信息可以包括投递人唯一标识信息,服务端可以依据投递人唯一标识信息获取投递人的手机号、邮箱等信息,并依据投递人的手机号、邮箱等信息通过短信和/或邮件的形式,向投递人发送投递通知信息,以通知投递人进行物品投递。
75.投递人接收到投递通知信息时,可以进行物品投递处理,即将指定物品放入指定智能柜柜格。
76.示例性的,在投递成功的情况下,服务端还可以依据预约信息中的领取人信息向领取人发送领取通知信息。
77.示例性的,领取人信息可以包括领取人唯一标识信息,服务端可以依据领取人唯一标识信息获取领取人的手机号、邮箱等信息,并依据投递人的手机号、邮箱等信息通过短信和/或邮件的形式,向领取人发送领取通知信息,以通知领取人进行物品领取处理。
78.领取人接收到领取通知信息时,可以进行物品领取处理,即从指定智能柜柜格中领取指定物品。
79.在一些实施例中,本技术实施例提供的基于智能柜的物品流转方案还可以包括:
80.在投递成功的情况下,向目标智能柜控制设备发送携带投递人信息的投递验证信息删除指令,以使目标智能柜控制设备删除与投递人信息关联的投递验证信息。
81.示例性的,为了避免投递人完成物品投递之后,再重新打开目标智能柜柜格,提高物品流转的安全性,服务端确定投递成功的情况下,可以向目标智能柜控制设备发送投递验证信息删除指令。
82.示例性的,该投递验证信息删除指令中可以携带投递人信息,目标智能柜控制设备接收到投递验证信息删除指令时,可以依据投递人信息查询与该投递人信息关联的投递验证信息,并对该投递验证信息进行删除。
83.在一些实施例中,本技术实施例提供的基于智能柜的物品流转方案还可以包括:
84.在领取成功的情况下,向目标智能柜控制设备发送携带领取人信息的领取验证信息删除指令,以使目标智能柜控制设备删除与领取人信息关联的领取验证信息。
85.示例性的,为了避免领取人完成物品领取之后,再重新打开目标智能柜柜格,影响智能柜的正常使用,服务端确定领取成功的情况下,可以向目标智能柜控制设备发送领取验证信息删除指令。
86.示例性的,该领取验证信息删除指令中可以携带领取人信息,目标智能柜控制设备接收到领取验证信息删除指令时,可以依据领取人信息查询与该领取人信息关联的领取
验证信息,并对该领取验证信息进行删除。
87.在一些实施例中,本技术实施例提供的基于智能柜的物品流转方案还可以包括:
88.在预约成功的情况下,生成预约单,并初始化预约单的状态为预约成功;
89.在投递验证信息下发成功的情况下,更新预约单的状态为投递中;
90.在投递成功、且领取验证信息下发成功的情况下,更新预约单的状态为领取中。
91.示例性的,为了使物品流转状态更直观,可以通过预约单记录一次预约对应的物品流转状态。
92.示例性的,相应地,在预约成功的情况下,可以生成预约单,并初始化预约单的状态为预约成功。
93.在预约信息中包括的投递验证信息下发成功的情况下,可以更新预约单的状态为投递中,相关人员依据该预约单的状态可以确定投递验证信息已成功下发,此次预约对应的物品处于等待投递的过程中。
94.在物品投递成功,且预约信息中包括的领取验证信息下发成功的情况下,可以更新预约单的状态为领取中,相关人员依据该预约单的状态可以确定领取验证信息已成功下发,此次预约对应的物品处于等待领取的过程中。
95.需要说明的是,在该实施例中,领取验证信息可以在物品投递成功的情况下下发,从而,相关人员在确定预约单的状态为领取中的情况下,可以确定物品已投递成功。
96.在一些实施例中,上述预约信息还可以包括:资产标识;
97.上述在预设成功的情况下,生成预约单之后,还可以包括:
98.关联该预约单与该资产标识;
99.在该资产标识对应的物品投递成功的情况下,将该预约单的状态由投递中更新为投递完成;
100.在该资产标识对应的物品领取成功的情况下,将该预约单的状态由领取中更新为完成。
101.示例性的,为了细化物品流转状态粒度,更直观地确定物品流转的状态,在物品流转过程中实现物品追踪,对于任一待流转物品,在预约人员针对该待流转物品完成了智能柜柜格预约,并生成了预约单的情况下,可以关联该待流转物品的资产标识(如资产编号)与该预约单,通过该预约单记录该待流转物品的流转状态。
102.示例性的,对于任一待流转物品,在该待流转物品的预约信息中的投递验证信息下发成功之后,若检测到该待流转物品投递成功,例如,接收到目标智能柜控制设备上报的携带该待流转物品的资产标识的投递成功事件,则可以将预约单的状态由投递中更新为投递完成。
103.在该待流转物品的预约信息中的领取验证信息下发成功之后,若检测到该待流转物品领取成功,例如,接收到目标智能柜控制设备上报的携带该待流转物品的资产标识的领取成功事件,则可以将预约单的状态由领取中更新为完成。
104.相应地,对于任一待流转物品,其完整流转过程中预约单的状态变化流程可以如下:
105.在预约成功的情况下,可以初始化预约单的状态为预约成功,此时,服务端可以通知投递人进行物品投递。
106.在投递验证信息下发成功的情况下,可以更新预约单的状态为投递中,此时,服务端可以等待投递人进行物品投递。
107.在该待流转物品投递成功的情况下,可以更新预约单的状态为投递完成,此时,服务端可以确定待流转物品已放入对应的智能柜柜格。
108.在该待流转物品投递成功的情况下,服务端可以向目标智能柜控制设备发送领取验证信息,并在领取验证信息下发成功的情况下,可以更新预约单的状态为领取中,此时,服务端可以等待领取人进行物品领取。
109.在物品领取成功的情况下,可以更新预约单的状态为完成,此时,服务端可以确定领取人已领取物品。
110.可见,对于任一待投递物品,依据对应的预约单的状态可以清楚确定该待流转物品的状态和位置。
111.示例性的,预约单的状态为预约完成或投递中,则表明待流转物品处于预约人员或投递人手中;预约单的状态为投递完成,则表明待流转物品处于智能柜柜格中;预约单的状态为领取中,则表明待流转物品处于智能柜柜格或领取人手中;预约单的状态为完成,则表明待流转物品已被领取人取走。
112.需要说明的是,在投递或领取过程中,若投递验证信息或领取验证信息下发失败,则可以将预约单的状态更新为投递人权限下发失败或领取人权限下发失败,在后续流程中根据实际策略进行相应处理,如重新进行相关验证信息下发等。
113.请参见图2,为本技术实施例提供的一种基于智能柜的物品流转方法的流程示意图,其中,该基于智能柜的物品流转方法可以应用于智能柜控制设备,如图2所示,该基于智能柜的物品流转方法可以包括以下步骤:
114.步骤s200、在检测到投递操作指令的情况下,依据服务端下发的投递验证信息进行投递验证;其中,投递验证信息包括在目标智能柜柜格的预约信息中,目标智能柜柜格的预约信息由服务端依据针对目标智能柜柜格的预约配置操作确定。
115.本技术实施例中,服务端向智能柜控制设备下发投递验证信息的实现流程可以参见图1所示方法流程中的相关描述,本技术实施例对此不再赘述。
116.本技术实施例中,智能柜控制设备检测到投递操作指令的情况下,可以触发投递验证流程,并依据服务端下发的投递验证信息进行投递验证。
117.例如,智能柜控制设备的操作界面上可以包括“投递”和“领取”功能按钮,投递人可以通过点击“投递”功能按钮的方式,进入投递流程。智能柜控制设备检测到针对“投递”功能按钮的点击指令时,可以将操作界面切换至投递验证界面。
118.示例性的,智能柜控制设备进行投递验证时,可以依据单种类型的验证信息进行验证,或者,依据多种类型的验证信息进行组合验证。
119.示例性的,投递验证信息可以包括目标智能柜柜格信息以及资产标识。
120.示例性的,服务端下发给智能柜控制设备的投递验证信息可以包括目标智能柜柜格信息以及资产标识(如资产编号)。
121.智能柜控制设备在检测到投递操作指令的情况下,可以依据该资产标识进行投递验证,例如,比较服务端下发的资产标识与投递验证过程中获取到的资产标识;若二者一致,则确定验证通过;否则,确定验证不通过。
122.举例来说,在智能柜柜格预约成功的情况下,服务端可以向智能柜控制设备下发待投递物品的资产编号以及目标智能柜柜格信息;智能柜控制设备在检测到投递操作指令时,可以通过关联的扫描枪扫描待投递物品的资产码获取资产编号,或者,由投递人在输入界面中输入资产编号,并比较获取到的资产编号与智能柜控制设备下发的资产编号,实现投递验证。
123.示例性的,在验证通过的情况下,智能柜控制设备可以依据目标智能柜柜格信息(如柜格编号)打开目标智能柜柜格,由投递人进行物品投递。
124.示例性的,在投递验证信息包括资产标识的情况下,通过投递验证不仅可以保证投递的安全性,还可以投递的准确性,减少误投的情况发生。
125.需要说明的是,上述投递验证信息还可以包括但不限于人脸信息、卡号信息以及领取码信息中的一个或多个。
126.示例性的,投递码可以在智能柜柜格预约的过程中生成,并通过投递通知信息通知给投递人。
127.以人脸验证为例,在智能柜柜格预约成功的情况下,服务端可以向智能柜控制设备下发投递人的人脸图片;智能柜控制设备可以依据服务端下发的人脸图片进行人脸建模,得到投递人的人脸模型,进而,在检测到投递操作指令时,通过关联的图像采集设备采集投递人的人脸信息,并依据投递人的人脸模型对采集到的投递人的人脸信息进行验证。
128.需要说明的是,在投递验证不通过的情况下,可以结束当前投递流程。例如,可以重新回到主界面,由投递人重新触发投递流程或者放弃投递。
129.此外,为了避免单个物品长期占用智能柜,在物品流转过程中,进行预约信息配置时,还可以设置投递有效期以及领取有效期,即投递人在接收到投递通知信息的情况下,需要在投递有效期内完成投递;领取人在接收到领取通知信息的情况下,需要在领取有效期内完成领取。
130.对于投递有效期超期的情况,可以依据实际场景需求进行延期,或者,取消此次投递,并重新进行预约。
131.对于领取有效期超期的情况,可以依据实际场景需求进行延期,或者,由其他人员代为领取,并在需要的情况下,重新进行预约。
132.此外,预约信息配置时,还可以设置投递人允许开门次数和/或领取人允许开门次数,在保证物品安全的情况下,提升物品流转的成功率。示例性的,若未设置投递人允许开门次数和/或领取人允许开门次数,则投递人允许开门次数和/或领取人允许开门次数可以取缺省值,如1次。
133.步骤s210、在检测到领取操作指令的情况下,依据服务端下发的领取验证信息进行领取验证;其中,领取验证信息包括在目标智能柜柜格的预约信息中。
134.本技术实施例中,服务端向智能柜控制设备下发领取验证信息的实现流程可以参见图1所示方法流程中的相关描述,本技术实施例对此不再赘述。
135.本技术实施例中,智能柜控制设备检测到领取操作指令的情况下,可以触发领取验证流程,并依据服务端下发的领取验证信息进行领取验证。
136.例如,智能柜控制设备的操作界面上可以包括“投递”和“领取”功能按钮,领取人可以通过点击“领取”功能按钮的方式,进入物品领取流程。智能柜控制设备检测到针对“领
取”功能按钮的点击指令时,可以将操作界面切换至领取验证界面。
137.示例性的,智能柜控制设备进行领取验证时,可以依据单种类型的验证信息进行验证,或者,依据多种类型的验证信息进行组合验证。
138.示例性的,领取验证信息可以包括目标智能柜柜格信息以及资产标识。
139.示例性的,服务端下发给智能柜控制设备的领取验证信息可以包括目标智能柜柜格信息以及资产标识(如资产编号)。
140.智能柜控制设备在检测到领取操作指令的情况下,可以依据该资产标识进行领取验证,例如,比较服务端下发的资产标识与领取验证过程中获取到的资产标识;若二者一致,则确定验证通过;否则,确定验证不通过。
141.需要说明的是,在领取验证过程中包括资产标识验证的情况下,服务端发送领取通知信息时,可以将资产标识携带在领取通知信息中发送给领取人。
142.示例性的,在验证通过的情况下,智能柜控制设备可以依据目标智能柜柜格信息(如柜格编号)打开目标智能柜柜格,由领取人进行物品领取。
143.需要说明的是,上述投递验证信息还可以包括但不限于人脸信息、卡号信息以及领取码信息中的一个或多个。
144.示例性的,领取码可以在智能柜柜格预约的过程中生成,并通过领取通知信息通知给领取人。
145.以人脸验证为例,在智能柜柜格预约成功的情况下,服务端可以向智能柜控制设备下发投递人的人脸图片;智能柜控制设备可以依据服务端下发的人脸图片进行人脸建模,得到投递人的人脸模型,进而,在检测到投递操作指令时,通过关联的图像采集设备采集投递人的人脸信息,并依据投递人的人脸模型对采集到的投递人的人脸信息进行验证。
146.需要说明的是,在领取验证不通过的情况下,可以结束当前领取流程。例如,可以重新回到主界面,由领取人重新触发领取流程或者放弃领取。
147.在一些实施例中,步骤s200中,依据服务端下发的投递验证信息进行投递验证之后,还可以包括:
148.在投递验证通过的情况下,打开目标智能柜柜格的柜门;
149.在检测到针对目标智能柜柜格的关门操作指令时,检测目标智能柜柜格中是否存在物品;
150.在目标智能柜柜格中不存在物品的情况下,拒绝关闭目标智能柜柜格的柜门。
151.示例性的,为了避免投递过程中投递人误关柜门,影响投递流程的正常进行,智能柜控制设备在投递验证通过,并打开目标智能柜柜格的柜门之后,若检测到针对目标智能柜柜格的关门操作指令,则可以检测目标智能柜柜格中是否存在物品。
152.在智能柜控制设备确定目标智能柜柜格中不存在物品的情况下,可以拒绝关闭目标智能柜柜格的柜门。
153.示例性的,在智能柜控制设备确定目标智能柜柜格中存在物品的情况下,可以关闭目标智能柜柜格的柜门。
154.需要说明的是,为了减少误投递的情况发生,智能柜柜格内部可以设置资产标识读取设备,该资产标识读取设备可以读取智能柜柜格内物品的资产标识。当智能柜控制设备确定目标智能柜柜格中存在物品的情况下,可以通过目标智能柜柜格中的资产标识读取
设备读取该物品的资产标识,并确定该物品的资产标识是否与服务端下发的待投递物品的资产标识一致;若一致,则允许关闭目标智能柜柜格的柜门;若不一致,则拒绝关闭目标智能柜柜格的柜门。
155.示例性的,智能柜控制设备确定目标智能柜柜格中物品的资产标识与服务端下发的待投递物品的资产标识不一致的情况下,可以通过语音或文字信息的方式提示投递人。
156.在一些实施例中,步骤s210中,依据服务端下发的领取验证信息进行领取验证之后,还包括:
157.在领取验证通过的情况下,打开目标智能柜柜格的柜门;
158.在检测到针对目标智能柜柜格的关门操作指令时,检测目标智能柜柜格中是否存在物品;
159.在目标智能柜柜格中存在物品的情况下,拒绝关闭目标智能柜柜格的柜门。
160.示例性的,为了避免物品领取过程中领取人误关柜门,影响物品领取流程的正常进行,智能柜控制设备在领取验证通过,并打开目标智能柜柜格的柜门之后,若检测到针对目标智能柜柜格的关门操作指令,则可以检测目标智能柜柜格中是否存在物品。
161.在智能柜控制设备确定目标智能柜柜格中存在物品的情况下,可以拒绝关闭目标智能柜柜格的柜门。
162.示例性的,在智能柜控制设备确定目标智能柜柜格中不存在物品的情况下,可以关闭目标智能柜柜格的柜门。
163.为了使本领域技术人员更好地理解本技术实施例提供的技术方案,下面结合具体实例对本技术实施例提供的技术方案进行说明。
164.本技术实施例提供一种基于智能柜的物品流转方法,该方法基于服务端管理的人员信息和智能柜信息,对智能柜下发人员信息(如上述投递人信息或领取人信息)和柜格权限信息(如上述投递验证信息或领取验证信息)实现智能柜的权限管控。通过智能柜的权限管控能力,对智能柜柜格的开关权限进行管控,结合用户预约、投递、领取等操作变更智能柜柜格权限数据实现物品流转。
165.示例性的,预约记录和操作记录可以作为后续物品定位的参考依据。
166.请参见图3,为本技术实施例提供的一种物品流转的整体流程的流程示意图,如图3所示,该整体流程可以包括:
167.1、创建基础信息。
168.示例性的,基础信息可以包括但不限于组织信息、人员信息以及权限介质等。
169.示例性的权限介质可以包括卡号和/或人脸等。
170.2、创建智能柜。
171.示例性的,可以管理区域信息,在区域下添加智能柜信息,根据智能柜信息和预设智能柜通信协议连接智能柜进行数据交互。
172.示例性的,智能柜信息可以包括智能柜所属区域信息、设备名称信息、ip信息、端口信息、用户名和密码信息等。
173.3、智能柜柜格预约。
174.示例性的,智能柜柜格预约过程中,可以依据智能柜信息和预设智能柜通信协议与智能柜进行数据交互,获取智能柜柜格状态,选择空闲柜格填写信息进行预约,根据预约
信息下发权限信息到智能柜,预约成功后通知投递人员并变更预约单状态为投递中。
175.4、物品投递。
176.示例性的,投递人接收到投递通知信息时,可以去智能柜控制设备(可以称为主控设备)上进行权限认证,认证通过后开柜存放物品。
177.物品投递完成时,智能柜控制设备可以上报投递事件。服务端可以根据预约信息下发权限变更数据到智能柜,将智能柜控制设备侧的权限信息由投递验证信息变更为领取验证信息,成功后通知领取人员并变更预约单状态为领取中。
178.5.物品领取。
179.示例性的,领取人接收领取通知信息时,可以去智能柜控制设备上进行权限认证,认证通过后开柜领取物品。
180.物品领取完成时,智能柜控制设备可以上报领取事件。服务端可以根据预约信息下发权限删除信息到智能柜,将智能柜控制设备侧的领取验证信息删除,成功后更新预约单状态为结束。
181.示例性的,服务端还可以支持预约记录和投递、领取等操作记录的查看和导出,预约记录中根据预约状态提供延期、权限重新下发等功能。
182.下面分别对各子流程进行说明。
183.一、创建基础信息
184.请参见图4,为本技术实施例提供的一种基础信息创建的流程示意图,如图4所示,该基础信息创建流程可以包括:
185.1.1、创建组织。
186.示例性的,服务端支持组织管理功能,用户可以通过组织管理界面的添加功能,创建组织信息。
187.示例性的,组织信息可以包括但不限于组织名称、组织父节点、唯一标识等信息。
188.示例性的,组织管理界面除了可以支持上述添加功能之外,还支持修改、删除、导入、导出等功能。
189.1.2、创建人员基础信息。
190.示例性的,服务端支持人员管理功能,用户可以通过人员管理界面的添加功能创建人员信息。
191.示例性的,人员信息可以包括唯一标识、所属组织、姓名、性别、手机、邮件等信息。
192.示例性的,人员管理界面除了支持上述添加功能之外,还可以支持修改、删除、导入、导出等功能。
193.1.3、人脸信息管理。
194.示例性的,用户可以通过人员管理界面的添加功能子界面或修改功能子界面中的人脸上传或抓拍功能上传人脸图片或进行人脸抓拍,人脸图片存储到存储服务中,如存储到数据库。
195.1.4、卡片管理。
196.示例性的,服务端支持卡片(如工牌)管理功能,用户可以通过卡片管理界面的添加功能开卡(即创建卡片)。
197.示例性的,卡片信息包括卡号、有效期、状态(挂失、正常)等。
198.示例性的,卡片管理界面除了支持上述添加功能之外,还支持挂失、解挂等功能。
199.二、创建智能柜
200.请参见图5,为本技术实施例提供的一种智能柜创建的流程示意图,如图5所示,该基础柜创建流程可以包括:
201.2.1、创建区域。
202.示例性的,服务端支持区域管理功能,用户可以通过区域管理界面的添加功能创建区域信息。
203.示例性的,区域信息可以包括区域名称、区域父节点、唯一标识等信息等。
204.示例性的,区域管理界面除了支持上述添加功能之外,还支持修改、删除、导入、导出等功能。
205.2.2、创建智能柜。
206.示例性的,服务端支持智能柜管理功能(可以称为设备管理功能),用户可以通过设备管理界面的添加功能创建智能柜信息。
207.示例性的,智能柜信息可以包括唯一标识、智能柜名称、网络ip、端口、用户名、密码等信息。
208.示例性的,设备管理界面除了可以支持上述添加按钮之外,还支持修改、删除、在线检查(检查智能柜的在线状态)等功能。
209.示例性的,服务器可以定时或在接收到智能柜添加通知时,启动同步智能柜柜格信息任务,依据智能柜信息,通过协议认证连接智能柜,查询智能柜在线状态。
210.示例性的,若智能柜在线状态为不在线(即离线),则可以结束任务。
211.2.3、智能柜柜格信息获取。
212.示例性的,在智能柜在线的情况下,可以获取智能柜柜格信息,同步更新到数据库中。
213.示例性的,智能柜柜格信息可以包括智能柜位置(如l:主控左侧或r:主控右侧)、智能柜位置编号、柜格信息等。
214.示例性的,柜格信息可以包括格行、格列、格状态、开关状态、是否被锁定等。
215.示例性的,对于任一智能柜柜格,可以依据该柜格所在柜行和柜列,为该柜格设置格编号。
216.三、预约流程
217.请参见图6,为本技术实施例提供的一种预约流程的示意图,如图6所示,该预约流程可以包括:
218.3.1、服务端接收到智能柜预约请求,输出智能柜预约界面。
219.示例性的,智能柜预约界面左侧可以展示设备树,设备树包括区域树和区域下的设备;界面右侧可以显示选中的智能柜详情。
220.3.2、检测通过智能柜预约界面输入的智能柜选择指令。
221.示例性的,服务端检测到智能柜选择指令时,可以从数据库中查询对应的智能柜柜格信息,并展示在界面中。
222.示例性的,智能柜柜格信息可以包括智能柜位置、智能柜位置编号、格行、格列、格状态、开关状态、是否被占用锁定等。
223.示例性的,若服务端未查询到所选中的智能柜柜格信息,即未同步智能柜柜格信息,则服务端可以依据智能柜信息,通过协议认证连接智能柜,获取智能柜柜格信息,展示该智能柜柜格信息,并存储到数据库中。
224.示例性的,界面上可以展示智能柜主控下的所有智能柜柜格信息,并通过不同颜色来区分不同状态,如空闲、占用或锁定等。
225.3.3、检测针对智能柜柜格(如上述目标智能柜柜格)的预约指令,输出预约信息配置界面。
226.示例性的,用户可以通过双击空闲状态的柜格的方式,触发服务端输出预约信息配置界面。
227.示例性的,预约信息配置界面中可以包括默认预约信息。
228.示例性的,预约信息配置界面可以包括预约人信息、投递人信息、投递有效期、投递次数、资产编号、领取人信息、领取有效期、领取次数、是否生成投递码、是否生成领取码等信息。
229.示例性的,投递人信息和领取人信息可以通过输入姓名从人员基础信息中匹配获取。
230.资产编号可以通过扫描枪扫物品资产码(已有资产编号的情况)或服务端生成并打印贴到物品上(非已有资产编号,随机生成一个资产编号,然后打印条码,贴上去)。
231.示例性的,若用户选择生成投递码,则服务端可以生成投递码,如随机生成预设位数的数字,并记录在预设信息中;若用户选择生成领取码,则服务端可以生成领取码,如随机生成预设位数的数字,并记录在预约信息中。
232.3.4、在预约成功的情况下,向目标智能柜控制设备下发投递验证信息。
233.示例性的,用户确认预约操作后,服务端启动下发权限任务。
234.服务端可以根据预约单状态下发投递人员权限(即投递验证信息)到目标智能柜控制设备。
235.示例性的,服务端可以依据设备协议生成报文(可以称为投递人权限报文)并通过设备信息连接设备下发。
236.示例性的,该报文中携带的投递验证信息可以包括人员唯一标识、人员姓名、权限有效期(投递有效期)、卡号、人脸信息(如人脸图片)、柜格编号、资产编号、投递码等信息。
237.示例性的,姓名、卡号、人脸信息等信息可以依据人员唯一标识从人员基础信息从数据库中获取。
238.3.5、服务端依据目标智能柜控制设备返回信息确定权限下发状态;若权限下发成功,则执行3.6;若权限下发失败,则更新预约记录状态为未下发投递权限并记录失败原因。
239.示例性的,目标智能柜控制设备接收到服务端发送的投递人权限报文时,可以获取该报文中携带的投递验证信息。
240.若获取成功,则可以依据人脸信息(以人脸图片)为例进行人脸建模,得到人脸模型。
241.示例性的,若投递验证信息获取成功,且人脸建模成功,则目标智能柜控制设备可以向服务端返回成功响应信息;若投递验证信息获取失败,或人脸建模失败,则目标智能柜控制设备可以向服务端返回失败响应信息。
242.示例性的,若服务端接收到目标智能柜控制设备返回的成功响应信息,则确定权限下发成功;若服务端接收到目标智能柜控制设备返回的失败响应信息,或未在预设时间内接收到目标智能柜控制设备返回的响应信息,则确定权限下发失败。
243.3.6、服务端依据投递人的人员唯一标识从人员基础信息中获取手机、邮件等信息,通过对接短信服务或邮件服务发送投递通知信息,并更新预约单状态为投递中。
244.示例性的,用户可以通过预约记录界面查看预约记录和详情,并支持重新下发权限或变更预约信息。
245.四、投递流程
246.请参见图7,为本技术实施例提供的一种投递流程的示意图,如图7所示,该投递流程可以包括:
247.4.1、目标智能柜控制设备检测投递操作指令。
248.示例性的,投递人接收到投递通知信息时,可以操作智能柜控制设备的投递功能,进入投递流程。
249.4.2、目标智能柜控制设备依据服务端下发的投递验证信息进行投递验证。
250.示例性的,投递验证方式可以包括以下方式的一种或多种:
251.4.2.1、人脸抓拍后通过算法生成建模数据进行比对。
252.4.2.2、刷卡获取卡号比对。
253.4.2.3、通过扫描枪扫描资产码获取资产编号比对。
254.4.2.4、界面输入投递码比对。
255.4.3、投递验证通过时,依据权限展示可投递柜格(即上述目标柜格)。
256.示例性的,资产编号、投递码与柜格一一对应,而人脸和卡号可以同时对应多个柜格。
257.示例性的,当目标柜格包括多个柜格时,可以由投递人选择柜格开门。
258.当目标柜格包括单个柜格时,投递验证通过时可以自动打开柜格的柜门,也可以由投递人通过开门指令,打开柜门。
259.示例性的,对于任一柜格,允许开门次数以服务端配置的投递次数为准。
260.4.4、柜格打开后投递人放入物品,完成物品存放后关闭柜格。
261.4.5、目标智能柜控制设备检测到关门操作指令时,检测目标智能柜柜格中是否存在物品。若不存在,则拒绝关闭柜门;否则,允许关闭柜门。
262.4.6、目标智能柜控制设备检测到目标智能柜柜格成功关门时,可以向服务端上报投递事件。
263.4.7、服务端接收到投递事件时,更新预约单状态为完成投递,向目标智能柜控制设备下发领取验证信息,并删除目标智能柜控制设备中对应的投递验证信息。
264.示例性的,服务端接收到投递事件时,可以启动领取人权限下发任务。
265.服务端可以根据预约单状态下发领取人员权限(即领取验证信息)到目标智能柜控制设备。
266.示例性的,服务端可以依据设备协议生成报文(可以称为领取人权限报文)并通过设备信息连接设备下发。
267.示例性的,该报文中携带的领取验证信息可以包括人员唯一标识、人员姓名、权限
有效期(领取有效期)、卡号、人脸信息(如人脸图片)、柜格编号、资产编号、领取码等信息。
268.示例性的,服务端接收到投递事件的情况下,还可以向目标智能柜控制设备下发投递人权限删除报文,该投递人权限删除报文可以携带人员唯一标识、柜格编号、权限操作(删除)等信息。
269.目标智能柜控制设备接收到该投递人权限删除报文时,可以删除与该人员唯一标识以及柜格编号匹配的投递验证信息。
270.4.8、服务端依据目标智能柜控制设备返回信息确定权限下发状态;若权限下发成功,则执行4.9;若权限下发失败,则更新预约记录状态为未下发领取权限并记录失败原因。
271.示例性的,目标智能柜控制设备接收到服务端发送的领取人权限报文时,可以获取该报文中携带的领取验证信息。
272.若获取成功,则可以依据人脸信息(以人脸图片)为例进行人脸建模,得到人脸模型。
273.示例性的,若领取验证信息获取成功,且人脸建模成功,则目标智能柜控制设备可以向服务端返回成功响应信息;若领取验证信息获取失败,或人脸建模失败,则目标智能柜控制设备可以向服务端返回失败响应信息。
274.示例性的,若服务端接收到目标智能柜控制设备返回的成功响应信息,则确定权限下发成功;若服务端接收到目标智能柜控制设备返回的失败响应信息,或未在预设时间内接收到目标智能柜控制设备返回的响应信息,则确定权限下发失败。
275.4.9、服务端依据领取人的人员唯一标识从人员基础信息中获取手机、邮件等信息,通过对接短信服务或邮件服务发送领取通知信息,并更新预约单状态为领取中。
276.五、领取流程
277.请参见图8,为本技术实施例提供的一种领取流程的示意图,如图8所示,该领取流程可以包括:
278.5.1、目标智能柜控制设备检测领取操作指令。
279.示例性的,领取人接收到领取通知信息时,可以操作智能柜控制设备的领取功能,进入物品领取流程。
280.5.2、目标智能柜控制设备依据服务端下发的领取验证信息进行领取验证。
281.示例性的,领取验证方式可以包括以下方式的一种或多种:
282.5.2.1、人脸抓拍后通过算法生成建模数据进行比对。
283.5.2.2、刷卡获取卡号比对。
284.5.2.3、界面输入资产编号比对。
285.5.2.4、界面输入投递码比对。
286.5.3、领取验证通过时,依据权限展示可领取柜格(即上述目标柜格)。
287.示例性的,资产编号、投递码与柜格一一对应,而人脸和卡号可以同时对应多个柜格。
288.示例性的,当目标柜格包括多个柜格时,可以由领取人选择柜格开门。
289.当目标柜格包括单个柜格时,领取验证通过时可以自动打开柜格的柜门,也可以由领取人通过开门指令,打开柜门。
290.示例性的,对于任一柜格,允许开门次数以服务端配置的领取次数为准。
291.5.4、柜格打开后领取人取出物品,取出物品后关闭柜格。
292.5.5、目标智能柜控制设备检测到关门操作指令时,检测目标智能柜柜格中是否存在物品。若存在,则拒绝关闭柜门;否则,允许关闭柜门。
293.5.6、目标智能柜控制设备检测到目标智能柜柜格成功关门时,可以向服务端上报领取事件。
294.5.7、服务端接收到领取事件时,更新预约单状态为完成领取,删除目标智能柜控制设备中对应的领取验证信息。
295.示例性的,服务端接收到领取事件时,可以启动领取人权限删除任务。
296.服务端可以根据预约单状态下发删除领取人权限(即领取验证信息)到目标智能柜控制设备。
297.示例性的,服务端可以依据设备协议生成报文(可以称为领取人权限删除报文)并通过设备信息连接设备下发。
298.示例性的,该领取人权限删除报文可以携带人员唯一标识、柜格编号、权限操作(删除)等信息。
299.目标智能柜控制设备接收到该领取人权限删除报文时,可以删除与该人员唯一标识以及柜格编号匹配的领取验证信息。
300.5.8、服务端依据目标智能柜控制设备返回信息确定权限下发状态;若权限下发成功,则更新预约单状态为完成,并更新目标智能柜柜格状态为空闲;否则,更新预约记录状态为删除领取人权限中并记录失败原因,并更新柜格状态为空闲。
301.需要说明的是,服务端支持定时对失败的预约记录重新下发权限和/或删除权限。
302.以上对本技术提供的方法进行了描述。下面对本技术提供的装置进行描述:
303.请参见图9,为本技术实施例提供的一种基于智能柜的物品流转装置的结构示意图,如图9所示,该基于智能柜的物品流转装置可以包括:
304.预约处理单元910,被配置为接收智能柜预约请求,并响应该智能柜预约请求输出智能柜预约界面;依据针对目标智能柜柜格的预约配置操作,确定该目标智能柜柜格的预约信息;其中,该预约信息包括投递人信息、投递验证信息、领取人信息、领取验证信息;
305.权限管理单元920,被配置为向目标智能柜控制设备下发投递验证信息,以使目标智能柜控制设备在检测到投递操作指令时,依据下发的投递验证信息进行投递验证;其中,目标智能柜控制设备为目标智能柜柜格所属的智能柜的控制设备;
306.权限管理单元920,还被配置为向目标智能柜控制设备下发投递验证信息,以使目标智能柜控制设备在检测到领取操作指令时,依据下发的领取验证信息进行领取验证。
307.在一些实施例中,预约信息还包括投递人信息、领取人信息;
308.如图10所示,上述装置还可以包括:
309.通知单元940,被配置为在投递验证信息下发成功的情况下,依据投递人信息向投递人发送投递通知信息,以通知投递人进行物品投递处理;
310.通知单元940,还被配置为在投递成功的情况下,依据领取人信息向领取人发送领取通知信息,以通知领取人进行物品领取处理。
311.在一些实施例中,如图11所示,上述装置还可以包括:
312.状态管理单元950,被配置为在预约成功的情况下,生成预约单,并初始化该预约
单的状态为预约成功;在投递验证信息下发成功的情况下,更新该预约单的状态为投递中;在投递成功、且领取验证信息下发成功的情况下,更新该预约单的状态为领取中。
313.在一些实施例中,预约信息还包括:资产标识;
314.状态管理单元950,还被配置为关联该预约单与该资产标识;在该资产标识对应的物品投递成功的情况下,将该预约单的状态由投递中更新为投递完成;在该资产标识对应的物品领取成功的情况下,将该预约单的状态由领取中更新为完成。
315.在一些实施例中,投递验证信息包括:目标智能柜柜格信息以及资产标识;
316.权限管理单元920,具体被配置为向目标智能柜控制设备下发投递验证信息,以使目标智能柜控制设备在检测到投递操作指令时,依据该资产标识进行投递验证,并在验证通过的情况下,打开目标智能柜柜格。
317.在一些实施例中,领取验证信息包括:目标智能柜格信息以及资产标识;
318.权限管理单元920,具体被配置为向目标智能柜控制设备下发投递验证信息,以使目标智能柜控制设备在检测到投递操作指令时,依据该资产标识进行领取验证,并在验证通过的情况下,打开目标智能柜柜格。
319.请参见图12,为本技术实施例提供的一种基于智能柜的物品流转装置的结构示意图,如图12所示,该基于智能柜的物品流转装置可以包括:
320.指令检测单元1210,被配置为检测投递操作指令,以及,检测领取操作指令;
321.权限验证单元1220,被配置为在指令检测单元1210检测到投递操作指令的情况下,依据服务端下发的投递验证信息进行投递验证;其中,该投递验证信息包括在目标智能柜柜格的预约信息中,目标智能柜柜格的预约信息由服务端依据针对目标智能柜柜格的预约配置操作确定;
322.权限验证单元1220,还被配置为在指令检测单元1210检测到领取操作指令的情况下,依据服务端下发的领取验证信息进行领取验证;其中,该领取验证信息包括在目标智能柜柜格的预约信息中。
323.在一些实施例中,如图13所示,上述装置还可以包括:智能柜控制单元1230和物品检测单元1240;
324.智能柜控制单元1230,被配置为在权限验证单元1220投递验证通过的情况下,打开目标智能柜柜格的柜门;
325.物品检测单元1240,被配置为在指令检测单元1210检测到针对目标智能柜柜格的关门操作指令时,检测目标智能柜柜格中是否存在物品;
326.智能柜控制单元1230,还被配置为在目标智能柜柜格中不存在物品的情况下,拒绝关闭目标智能柜柜格的柜门。
327.在一些实施例中,智能柜控制单元1230,被配置为在权限验证单元1220领取验证通过的情况下,打开目标智能柜柜格的柜门;
328.物品检测单元1240,被配置为在指令检测单元1210检测到针对目标智能柜柜格的关门操作指令时,检测目标智能柜柜格中是否存在物品;
329.智能柜控制单元1230,还被配置为在目标智能柜柜格中存在物品的情况下,拒绝关闭目标智能柜柜格的柜门。
330.在一些实施例中,投递验证信息包括:目标智能柜柜格信息,以及资产标识;
331.权限验证单元1220,具体被配置为依据该资产标识进行投递验证;
332.智能柜控制单元1230,还被配置为在权限验证单元1220验证通过的情况下,打开目标智能柜柜格。
333.在一些实施例中,领取验证信息包括:目标智能柜柜格信息,以及资产标识;
334.权限验证单元1220,具体被配置为依据该资产标识进行领取验证;
335.智能柜控制单元1230,还被配置为在权限验证单元1220验证通过的情况下,打开目标智能柜柜格。
336.请参见图14,为本技术实施例提供的一种电子设备的硬件结构示意图。该电子设备可以包括处理器1401、通信接口1402、存储器1403和通信总线1404。处理器1401、通信接口1402以及存储器1403通过通信总线1404完成相互间的通信。其中,存储器1403上存放有计算机程序;处理器1401可以通过执行存储器1403上所存放的程序,执行上文描述的基于智能柜的物品流转方法。
337.本文中提到的存储器1403可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,存储器1403可以是:ram(radom access memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
338.本技术实施例还提供了一种存储有计算机程序的计算机可读存储介质,例如图14中的存储器1403,该计算机程序可由图14所示电子设备中的处理器1401执行以实现上文中描述的基于智能柜的物品流转方法。
339.本技术实施例还提供了一种计算机程序,存储于计算机可读存储介质,例如图14中的存储器1403,并且当处理器执行该计算机程序时,促使处理器1401执行上文中描述的基于智能柜的物品流转方法。
340.需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
341.以上所述仅为本技术的较佳实施例而已,并不用以限制本技术,凡在本技术的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本技术保护的范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1