CN113643482A - 开柜控制方法、装置及计算设备 - Google Patents
开柜控制方法、装置及计算设备 Download PDFInfo
- Publication number
- CN113643482A CN113643482A CN202111184835.3A CN202111184835A CN113643482A CN 113643482 A CN113643482 A CN 113643482A CN 202111184835 A CN202111184835 A CN 202111184835A CN 113643482 A CN113643482 A CN 113643482A
- Authority
- CN
- China
- Prior art keywords
- user information
- user
- order
- server
- cabinet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 128
- 238000012795 verification Methods 0.000 claims description 119
- 238000013475 authorization Methods 0.000 claims description 47
- 238000004891 communication Methods 0.000 claims description 21
- 238000012544 monitoring process Methods 0.000 claims description 16
- 230000001960 triggered effect Effects 0.000 claims description 11
- 238000012986 modification Methods 0.000 claims description 6
- 230000004048 modification Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 claims description 3
- 238000010200 validation analysis Methods 0.000 claims 1
- 230000000875 corresponding effect Effects 0.000 description 85
- 230000008569 process Effects 0.000 description 21
- 230000001276 controlling effect Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 230000003993 interaction Effects 0.000 description 4
- 230000002452 interceptive effect Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000002596 correlated effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000009191 jumping Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 235000013305 food Nutrition 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 238000011022 operating instruction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/10—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for means for safe-keeping of property, left temporarily, e.g. by fastening the property
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/10—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for means for safe-keeping of property, left temporarily, e.g. by fastening the property
- G07F17/12—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for means for safe-keeping of property, left temporarily, e.g. by fastening the property comprising lockable containers, e.g. for accepting clothes to be cleaned
- G07F17/13—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for means for safe-keeping of property, left temporarily, e.g. by fastening the property comprising lockable containers, e.g. for accepting clothes to be cleaned the containers being a postal pick-up locker
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F9/00—Details other than those peculiar to special kinds or types of apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Computer Networks & Wireless Communication (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Medical Informatics (AREA)
- Tourism & Hospitality (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例公开了一种开柜控制方法、装置及计算设备,在本发明实施例的技术方案中,在存件/取件用户登录之后,在页面中向存件/取件用户提供相应的入口,使得存件/取件用户访问该入口进入用户信息关联输入界面,根据存件/取件用户在输入界面中输入的第二用户信息,将第二用户信息反馈给服务端,以供服务端将第二用户信息和第一用户信息进行关联,使得后续用户在每次存件/取件时不再需要输入尾号存件/取件,可直接拉取到相应的存件/取件订单列表,提升了操作的便捷性,降低了存件/取件异常发生概率。
Description
技术领域
本发明实施例涉及智能配送技术领域,具体涉及一种开柜控制方法及装置、智能柜的控制方法及智能柜、计算设备、计算机存储介质。
背景技术
智能柜作为智能配送行业的末端解决方案,可以有效释放配送方资源占用的同时,优化了用户体验。而智能柜作为存件方与取件方进行交互的中间件,在存放物品(如包裹、餐品等)与提取物品的效率是智能柜应用过程中至关重要的环节。
现有技术中,一种情况是越来越多的人使用双卡双待手机,无论是存件者(如快递员、骑手等)还是取件者都有可能在一部手机中使用两个手机号码;还有一种情况是同一个人使用多部手机。这些情况都存在以下问题:存件者使用的跑单手机号与微信或支付宝手机号不一致,造成在使用微信或支付宝小程序进行存件入柜时无法拉取订单,只能通过输入尾号存件,增加存件异常发生概率;取件者使用的下单手机号与微信或支付宝手机号不一致,造成在使用微信或支付宝小程序进行开柜取件时无法拉取订单,造成无法使用一键取件功能,取件操作方式复杂,影响了用户的取件体验。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的开柜控制方法及装置、智能柜的控制方法、智能柜、计算设备、计算机存储介质。
根据本发明实施例的一个方面,提供了一种存件开柜控制方法,包括:
触发服务端从第一平台获取用户授权的第一用户信息或触发服务端查询基于历史用户授权时获得并存储的第一用户信息,以使服务端查询与所述第一用户信息关联的订单;
若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面;
接收用户在用户信息关联输入界面中输入的第二用户信息;
将所述第二用户信息发送给服务端,以使服务端将第二用户信息和第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
可选地,所述第一用户信息为第一手机号码;所述第二用户信息为第二手机号码。
可选地,所述触发服务端从第一平台获取用户授权的第一用户信息进一步包括:
请求用户授权;
根据用户授权操作,触发服务端从第一平台获取用户授权的第一用户信息。
可选地,在所述接收用户在用户信息关联输入界面中输入的第二用户信息之后,所述方法还包括:
触发服务端查询与所述第二用户信息关联的订单;
呈现订单页面,所述订单页面中包含与所述第二用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制所述订单对应的格口进行开柜。
可选地,在所述服务端查询与所述第一用户信息关联的订单之前,所述方法还包括:接收用户的身份选择信息;
所述服务端查询与所述第一用户信息关联的订单具体为:当用户选择第一身份时,触发服务端根据第一用户信息查询与所述第一用户信息关联的订单。
可选地,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
可选地,所述方法还包括:若订单查询结果为查询到与所述第一用户信息关联的订单,呈现订单页面,所述订单页面中包含与所述第一用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制所述订单对应的格口进行开柜。
可选地,所述方法还包括:当用户选择第二身份时,呈现存取件请求页面,所述存取件请求页面包含存取件信息的输入元素和开柜控件。
可选地,在所述接收用户的身份选择信息之前,所述方法还包括:接收用户的存取件角色选择信息。
根据本发明实施例的另一个方面,提供了一种开柜控制方法,所述方法基于在指定页面中加载的用户信息验证入口而实现,所述方法包括:
监测用户对用户信息验证入口的访问操作,生成用户信息关联输入界面;
接收用户在用户信息关联输入界面中输入的第二用户信息;
将所述第二用户信息发送给服务端,以使服务端将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
可选地,所述下次用户登录时,查询与所述第二用户信息关联的订单进一步包括:下次用户登录时,查询与第一用户信息关联的订单以及与第二用户信息关联的订单。
可选地,所述指定页面为存件记录页面。
可选地,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
可选地,在所述在指定页面中加载的用户信息验证入口之前,所述方法还包括:
若用户为取件用户,对所述取件用户关联的已存订单的存件方式进行校验,根据校验结果确定是否在所述指定页面中加载用户信息验证入口。
可选地,所述对所述取件用户关联的已存订单的存件方式进行校验,根据校验结果确定是否在所述指定页面中加载用户信息验证入口进一步包括:
对所述取件用户关联的已存订单的存件方式进行校验;
若校验结果为所述已存订单的存件方式为通过订单拉取方式进行存件,则确定在所述指定页面中加载用户信息验证入口;
若校验结果为所述已存订单的存件方式为通过输入取件用户信息进行存件,则确定不在所述指定页面中加载用户信息验证入口。
可选地,所述指定页面为取件完成页面。
可选地,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
可选地,所述用户信息输入元素的默认输入值为所述已存订单所关联的用户信息。
可选地,所述用户信息关联输入界面还包含:用户信息输入元素的默认输入值的修改控件。
根据本发明实施例的又一个方面,提供了一种智能柜的控制方法,所述方法包括:
接收服务端发送的开柜指令,其中,所述开柜指令是服务端根据第一用户信息查询与所述第一用户信息关联的订单,若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面之后,接收用户在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;其中第一用户信息是从第一平台获取用户授权的用户信息或查询基于历史用户授权时获得并存储的用户信息;
响应于所述开柜指令,控制所述订单对应的格口进行开柜。
根据本发明实施例的再一个方面,提供了一种智能柜的控制方法,所述方法包括:
接收服务端发送的开柜指令,其中,所述开柜指令是服务端接收用户对用户信息验证入口的访问操作后,在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;
响应于所述开柜指令,控制所述订单对应的格口进行开柜。
根据本发明实施例的一个方面,提供了一种开柜控制装置,包括:
触发模块,用于触发服务端从第一平台获取用户授权的第一用户信息或触发服务端查询基于历史用户授权时获得并存储的第一用户信息,以使服务端查询与所述第一用户信息关联的订单;
生成模块,用于若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面;
接收模块,用于接收用户在用户信息关联输入界面中输入的第二用户信息;
发送模块,用于将所述第二用户信息发送给服务端,以使服务端将第二用户信息和第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
可选地,所述第一用户信息为第一手机号码;所述第二用户信息为第二手机号码。
可选地,所述触发模块还用于:触发服务端查询与所述第二用户信息关联的订单;
所述装置还包括:呈现模块,用于呈现订单页面,所述订单页面中包含与所述第二用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制所述订单对应的格口进行开柜。
根据本发明实施例的另一个方面,提供了一种开柜控制装置,所述装置基于在指定页面中加载的用户信息验证入口而实现,所述装置包括:
生成模块,用于监测用户对用户信息验证入口的访问操作,生成用户信息关联输入界面;
接收模块,用于接收用户在用户信息关联输入界面中输入的第二用户信息;
发送模块,用于将所述第二用户信息发送给服务端,以使服务端将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
根据本发明实施例的又一个方面,提供了一种智能柜,所述智能柜包括:
接收模块,用于接收服务端发送的开柜指令,其中,所述开柜指令是服务端根据第一用户信息查询与所述第一用户信息关联的订单,若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面之后,接收用户在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;其中第一用户信息是从第一平台获取用户授权的用户信息或查询基于历史用户授权时获得并存储的用户信息;
开柜控制模块,用于响应于所述开柜指令,控制所述订单对应的格口进行开柜。
根据本发明实施例的再一个方面,提供了一种智能柜,所述智能柜包括:
接收模块,用于接收服务端发送的开柜指令,其中,所述开柜指令是服务端接收用户对用户信息验证入口的访问操作后,在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;
开柜控制模块,用于响应于所述开柜指令,控制所述订单对应的格口进行开柜。
根据本发明实施例的又一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述开柜控制方法或智能柜的控制方法对应的操作。
根据本发明实施例的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述开柜控制方法或智能柜的控制方法对应的操作。
根据本发明实施例的提供的开柜控制方法及装置,在存件/取件用户登录小程序后,在页面中向存件/取件用户提供相应的入口,使得存件/取件用户访问该入口进入用户信息关联输入界面,根据存件/取件用户在输入界面中输入的第二用户信息,将第二用户信息反馈给服务端,以供服务端将第二用户信息和第一用户信息进行关联,其中第一用户信息是从第一平台获取用户授权的用户信息或基于历史用户授权时获得的用户信息,使得后续用户在每次存件/取件时不再需要输入尾号存件/取件,可直接拉取到相应的存件/取件订单列表,提升了操作的便捷性,降低了存件/取件异常发生概率。
上述说明仅是本发明实施例技术方案的概述,为了能够更清楚了解本发明实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明实施例的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明实施例的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明一个实施例的开柜控制方法的流程图;
图2示出了本发明一个实施例的存件过程的小程序前端页面示意图;
图3示出了根据本发明另一个实施例的开柜控制方法的流程图;
图4示出了本发明另一个实施例的存件过程的小程序前端页面示意图;
图5示出了根据本发明又一个实施例的开柜控制方法的流程图;
图6示出了本发明一个实施例的取件过程的小程序前端页面示意图;
图7示出了根据本发明一个实施例的存件过程开柜控制方法的交互流程示意图;
图8示出了根据本发明一个实施例的取件过程开柜控制方法的交互流程示意图;
图9示出了根据本发明一个实施例的智能柜的控制方法的流程图;
图10示出了本发明一个实施例提供的开柜控制装置的结构示意图;
图11示出了本发明另一个实施例提供的开柜控制装置的结构示意图;
图12示出了本发明一个实施例提供的智能柜的结构示意图;
图13示出了根据本发明一个实施例的一种计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
由于在实际应用场景中,存/取件者有可能使用双卡双待手机,甚至是多卡多待手机,即一部手机关联多个手机号码;或者,存/取件者使用至少两部手机,同一人关联多个手机号码。目前智能柜大多支持用户使用微信或支付宝小程序扫码开柜完成存件/取件服务,在用户使用的下单手机号或跑单手机号与微信或支付宝手机号不一致的情况下,用户进行扫码开柜时,后台无法拉取到用户的下单手机号或跑单手机号所关联的订单,增加了存件/取件用户操作的复杂度,同时增加了存件/取件异常的概率。为了解决现有技术存在的技术问题,本发明实施例提供了一种开柜控制方案,在本发明实施例的技术方案中,存件用户和取件用户统称为用户,在用户登录小程序时,基于用户登录操作从第一平台获取用户授权的第一用户信息或查询基于历史用户授权时获得并存储的第一用户信息,其中第一平台为小程序的宿主客户端对应的平台,如微信平台或支付宝平台;在小程序的页面中向用户透出相应的入口,使得用户访问该入口进入用户信息关联输入界面,根据用户在用户信息关联输入界面输入的第二用户信息,将第二用户信息反馈给服务端,以供服务端将第二用户信息和第一用户信息进行关联。可选地,第一用户信息可以为用户登录小程序的宿主程序(如微信或支付宝等)所使用的手机号码,第二用户信息可以为用户登录存件/取件服务程序(即存件/取件专用APP)所使用的手机号码。应当理解的是,本发明实施例中提及的用户信息不仅限于是用户手机号码,还可以是其它用于唯一标识用户身份的相关信息。下面通过几个具体的实施例详细介绍本发明的技术方案。
图1示出了根据本发明一个实施例的开柜控制方法的流程图,如图1所示,该方法包括如下步骤:
步骤101,触发服务端从第一平台获取用户授权的第一用户信息或触发服务端查询基于历史用户授权时获得并存储的第一用户信息,以使服务端查询与第一用户信息关联的订单。
在用户登录小程序过程中,基于用户授权操作从第一平台获取用户授权的第一用户信息或查询基于历史用户授权时获得并存储的第一用户信息,其中第一平台为小程序的宿主程序对应的平台,如微信平台或支付宝平台。
用户的小程序登录过程可以为:用户可通过扫码操作调起小程序或者主动拉起小程序方式启动小程序,如果用户是首次启动小程序,基于用户登录操作小程序请求用户授权,即要求用户进行授权操作,用户确认授权之后,触发服务端从第一平台获取并存储用户授权的第一用户信息。如果用户非首次启动小程序,服务端可查询基于历史用户授权时获得并存储的第一用户信息。该第一用户信息可以为用户登录宿主程序所使用的第一手机号码。
在用户完成小程序登录之后,小程序呈现用户身份的选择页面;用户身份的选择页面至少包含第一系统用户入口和至少一个第二系统用户入口,以供用户根据各自的身份选择相应的系统入口;当监测到用户的身份选择操作后,接收用户的身份选择信息,若用户选择第一系统用户入口,则确定用户选择的是第一身份;若用户选择任一第二系统用户入口,则确定用户选择的是第二身份。其中第一系统为小程序对应的系统。以外卖配送为例,目前市场上存在多家配送系统,各个配送系统维护各自的骑手和顾客,但智能柜能够支持多家配送系统的骑手和顾客的存取餐服务,以骑手为例,当骑手使用小程序扫码智能柜登录后,小程序客户端呈现系统入口选择页面,供骑手选择其所属的系统身份。对于小程序的服务端来说,第一身份的用户是其系统内用户,第二身份的用户是系统外用户。针对骑手选择的不同的身份,后续进入不同的服务链路,实现对用户进行引流分类。
若用户选择第一身份,则触发服务端进行拉单身份验证,即服务端利用第一用户信息查询与第一用户信息关联的订单。
若用户选择第一身份,表明当前登录的用户是第一系统用户。对于小程序的服务端来说,当前登录的用户属于第一系统的系统内用户。针对系统内用户,服务端利用第一用户信息去拉取对应的订单。具体的,服务端判断利用第一用户信息是否能够拉取到相对应的订单,若是,则验证通过;否则,验证不通过。
若第一用户信息与用户的登录存取件服务程序(即存取件专用APP)所使用的用户信息一致,则服务端利用第一用户信息能够拉取到相对应的订单,表明验证通过;若第一用户信息与用户的登录存取件服务程序所使用的用户信息不一致,则服务端利用第一用户信息不能够拉取到相对应的订单,表明验证不通过。
以骑手用户为例,若骑手使用微信或支付宝小程序登录所使用的手机号与骑手的跑单手机号一致,则服务端利用微信或支付宝的手机号可以拉取到相对应的订单,表明验证通过;若两者不一致,则服务端利用微信或支付宝的手机号拉取订单失败,表明验证不通过。以顾客用户为例,若顾客使用微信或支付宝小程序登录所使用的手机号与顾客的下单手机号一致,则服务端利用微信或支付宝的手机号可以拉取到相对应的订单,表明验证通过;若两者不一致,则服务端利用微信或支付宝的手机号拉取订单失败,表明验证不通过。
步骤102,若订单查询结果为未查询到与第一用户信息关联的订单,则生成用户信息关联输入界面。
若订单查询结果为未查询到与所述第一用户信息关联的订单,生成用户信息关联输入界面,以供用户在用户信息关联输入界面输入“正确”的用户信息,本发明实施例称为第二用户信息。所谓“正确”的用户信息是指用户登录存取件服务程序所使用的用户信息,可选地,第二用户信息为第二手机号码(对于骑手指代跑单手机号码,对于顾客指代下单手机号码)。
具体地,用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。其中用户信息输入元素用于监测用户输入焦点、接收用户输入的第二用户信息;验证码输入元素用于监测用户输入焦点、接收用户输入的验证码信息。
可选地,用户信息关联输入界面可以是一弹窗形式的界面,该弹窗界面位于用户身份的选择页面之上,方便用户进行交互操作。
步骤103,接收用户在用户信息关联输入界面中输入的第二用户信息。
步骤104,将第二用户信息发送给服务端,以使服务端将第二用户信息和第一用户信息进行关联,以使得下次用户登录时,查询与第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制订单对应的格口进行开柜。
在接收到用户通过用户信息关联输入界面输入的第二用户信息之后,将第二用户信息反馈给服务端。服务端将第二用户信息和第一用户信息进行关联。通过将第二用户信息和第一用户信息进行关联,后续当用户再次使用第一用户信息完成小程序登录时,服务端将直接根据上述关联的第二用户信息拉取相对应的订单,也即,通过上述一次验证关联操作,使得后续用户在每次存件或取件时不再需要输入尾号,可直接拉取到相应的订单,提升了操作的便捷性,降低了存取件异常发生概率。
在一种可选的实施方式中,在上述步骤101中,服务端获取第一用户信息之后,将第一用户信息赋值给后端身份验证信息,该后端身份验证信息具体为用于进行拉单身份验证的信息,即服务端默认使用后端身份验证信息查询订单。在步骤104中,在将第二用户信息发送给服务端之后,服务端将后端身份验证信息更新为第二用户信息,这样在下次用户登录时,服务端使用第二用户信息查询订单。另一种替换的实施方式是,在步骤104中,在将第二用户信息发送给服务端之后,服务端将后端身份验证信息更新为第一用户信息和第二用户信息,这样在下次用户登录时,服务端可以既查询第一用户信息关联的订单,也可以查询第二用户信息关联的订单,将两个用户信息关联的订单都提供给用户,从而避免用户在将跑单手机号或下单手机号更改为第一手机号码的情况下,遗漏第一手机号码的订单。
进一步的,在步骤104之后,所述方法还包括:步骤105,触发服务端查询与第二用户信息关联的订单;呈现订单页面,订单页面中包含与第二用户信息关联的订单以及对应的开柜控件,该开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制订单对应的格口进行开柜;其中订单页面中的订单是由服务端利用第二用户信息作为后端验证身份信息所拉取相对应的订单。可选地,订单拉取页面还包括订单对应的一键开柜控件。
通过上述一次验证关联操作,服务端将用户的后端验证身份信息更新为第二用户信息,接着,服务端利用第二用户信息作为后端验证身份信息拉取相对应的订单,生成订单拉取页面反馈给小程序客户端进行呈现。其中,为了支持用户一键存取件功能,订单页面还包括各个订单对应的一键开柜控件,用户可点击一键开柜控件对目标订单发起存件入柜请求或取件出柜请求。
本发明另一个实施例还提供了一种开柜控制方法,具体包括如下步骤:
步骤一,触发服务端从第一平台获取用户授权的第一用户信息或触发服务端查询基于历史用户授权时获得并存储的第一用户信息,以使服务端查询与第一用户信息关联的订单。
步骤二,若订单查询结果为未查询到与第一用户信息关联的订单,则生成用户信息关联输入界面。
步骤三,接收用户在用户信息关联输入界面中输入的第二用户信息。
步骤四,触发服务端查询与第二用户信息关联的订单;呈现订单页面,订单页面中包含与第二用户信息关联的订单以及对应的开柜控件,该开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制订单对应的格口进行开柜。
本实施例与图1所示的实施例的不同之处在于,本实施例在接收到第二用户信息之后,不进行第一用户信息与第二用户信息的关联操作,而是直接根据第二用户信息拉取相应的订单,也即,在用户每次登录小程序时,均先根据第一用户信息拉取订单,若未查询到与第一用户信息关联的订单,则生成用户信息关联输入界面,接收用户输入的第二用户信息,根据第二用户信息拉取相应的订单。通过本实施例的方案,也达到了降低存件/取件异常发生概率的目的。
在一种可选的实施方式中,本发明上述实施例还包括:若订单查询结果为查询到与第一用户信息关联的订单,呈现订单页面,订单页面中包含与第一用户信息关联的订单以及对应的开柜控件,该开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制订单对应的格口进行开柜;其中订单页面中的订单是由服务端利用第一用户信息作为后端验证身份信息所拉取相对应的订单。可选地,订单页面还包括订单对应的一键开柜控件。
若订单查询结果为查询到与第一用户信息关联的订单,表明用户本次登录所使用的第一用户信息与用户的登录存取件服务程序所使用的用户信息一致,即无需进行上述用户信息关联操作,服务端直接利用第一用户信息作为后端验证身份信息拉取相对应的订单,生成订单页面反馈给小程序客户端进行呈现。其中,为了支持用户一键存取件功能,订单页面包括各个订单对应的一键开柜控件,用户可点击一键开柜控件对目标订单发起存件入柜请求或取件出柜请求。
在另一种可选的实施方式中,若用户选择第二身份,表明当前登录的用户是非第一系统用户,对于小程序的服务端来说,当前登录的用户属于系统外用户。小程序客户端呈现存取件请求页面,以供用户利用现有技术的存取件方式进行操作。具体地,该存取件请求页面包含存取件信息的输入元素和开柜控件。其中,存取件信息的输入元素用于监测用户输入焦点、接收用户输入的存取件信息(如顾客手机尾号信息),当监测到用户点击开柜控件时,发起对目标订单发起存件入柜请求或取件出柜请求。
进一步的,在用户利用第一用户信息完成小程序登录之后,在接收用户的身份选择信息之前,本实施例的方法还包括:接收用户的存取件角色选择信息。具体地,先呈现用户角色选择页面,以供用户选择存件用户角色或取件用户角色。在一些情况下,小程序客户端无法确定登录的用户的用户角色,例如,用户通过扫描存取合一二维码调起小程序,或者用户主动拉起小程序,小程序客户端可首先呈现用户角色选择页面,该用户角色选择页面包含存件用户入口和取件用户入口,若用户点击存件用户入口,则确定用户为存件用户,若用户点击取件用户入口,则确定用户为取件用户。
本发明上述实施例提供的方法既适用于用户存件时对存件开柜控制,也适用于用户取件时对取件开柜控制,本发明对此不作限制。
图2示出了本发明一个实施例的存件过程的小程序前端页面示意图。该图以骑手存件为例进行介绍,如图2所示,当骑手通过扫码操作调起小程序后,小程序首先进入用户角色选择页,骑手选择“骑手存件”入口后,进入到用户身份选择页,用户身份选择页包含第一系统用户入口和第二系统用户入口。如果当前骑手是第二系统用户,则选择“第二系统用户入口”进入到存件请求页,存件请求页包含存件信息的输入元素,骑手需要在此处输入顾客手机尾号,以供顾客取件时使用对应的手机号码开柜取件,输入完毕后,点击存件控件,发起存件入柜请求。如果当前骑手是第一系统用户,则选择“第一系统用户入口”,小程序客户端向服务端发送验证请求,若验证通过,则进入订单拉取页,此时订单拉取页显示的订单列表是由服务端利用微信或支付宝手机号码(即第一手机号码)作为后端验证身份信息所拉取相对应的订单列表;若验证不通过,进入用户信息关联输入界面,用户信息关联输入界面包含用户信息输入元素,骑手需要在此处输入跑单手机号(即第二手机号码),输入完毕后点击获取验证码,将当前手机接收到的验证码输入到验证码输入元素中,点击“开启一键存件”,进入到订单拉取页,此时订单拉取页显示的订单列表是由服务端利用跑单手机号作为后端验证身份信息所拉取相对应的订单列表。由于骑手开启一键存件,后续骑手在每次存件时,对于第一系统骑手,不再需要输入尾号存件,可直接拉取到骑手的订单列表,骑手可在订单拉取页进行一键存件操作。
根据本发明实施例提供的开柜控制方法,在用户登录之后,在触发服务端拉取订单之前,先引导用户选择不同系统的身份,从而对不同系统的用户进行引流分类,使不同系统的用户进入不同的服务链路。具体地,针对非第一系统用户(即第二身份的用户),无需进行服务端的身份验证,避免非第一系统用户感知到验证不通过(订单拉取失败)的信息,影响非第一系统用户的体验。针对第一系统用户,触发服务端根据第一用户信息查询与第一用户信息关联的订单,在验证不通过的情况下,生成用户信息关联输入界面,以供用户在界面中输入“正确”的用户信息,服务端将用户的后端验证身份信息更新为该“正确”的用户身份信息。通过该验证关联操作,后续当用户再次使用第一用户信息完成登录时,服务端将直接根据上述“正确”的用户信息拉取相对应的订单,使得后续用户在每次存件或取件时不再需要执行输入尾号等复杂操作,可直接拉取到相应的订单以执行一键存取件操作,提升了操作的便捷性,降低了存取件异常发生概率。
本发明上述实施例是在存件或取件过程中引导用户进行身份验证和关联。本发明还提供了一种开柜控制方法,基于在指定页面中加载的用户信息验证入口而实现。以小程序为例,通过在小程序的指定页面加载并透出用户信息验证入口,引导用户进行身份验证和关联。
图3示出了根据本发明另一个实施例的开柜控制方法的流程图,本实施例描述的是存件用户的用户信息验证过程,如图3所示,该方法包括以下步骤:
步骤301,监测存件用户对用户信息验证入口的访问操作,生成用户信息关联输入界面。
本实施例是在存件用户完成小程序登录和一次存件服务之后而执行,具体地,在存件用户完成一次存件服务后,在小程序页面加载并呈现用于指示第一系统的存件用户进行用户信息验证的用户信息验证入口。可选地,在小程序的存件记录页面呈现用于指示第一系统的存件用户进行用户信息验证的用户信息验证入口。
具体地,在存件记录页面的置顶提示栏呈现用户信息验证入口,用于引导第一系统用户点击进入用户信息关联输入界面。应当理解的是,本发明不仅限于在存件记录页面加载呈现用户信息验证入口,还可以在小程序的其它页面加载呈现用户信息验证入口。
步骤302,接收存件用户在用户信息关联输入界面中输入的第二用户信息。
监测存件用户对用户信息验证入口的访问操作,呈现用户信息关联输入界面,以供存件用户在界面中输入“正确”的用户身份信息,即第二用户信息。具体地,用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。其中用户信息输入元素用于监测用户输入焦点、接收用户输入的第二用户信息;验证码输入元素用于监测用户输入焦点、接收用户输入的验证码信息。可选地,用户信息关联输入界面可以是一弹窗界面,该弹窗界面位于存件记录页面之上,方便存件用户进行交互操作。
步骤303,将第二用户信息发送给服务端,以使服务端将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联,以使得下次存件用户登录时,查询与第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
可选地,第一用户信息为第一手机号码,第二用户信息为第二手机号码。
在进行上述关联操作之后,下次存件用户再次登录小程序之后,可以直接根据关联后的第二用户信息拉取相应的订单,呈现订单页面;其中,订单页面中的存件订单列表是由服务端利用第二用户信息作为后端验证身份信息所拉取相对应的订单列表。可选地,订单页面还包括各个存件订单对应的一键存件控件。
可选地,在步骤303中,在将第二用户信息发送给服务端之后,服务端将后端身份验证信息更新为第一用户信息和第二用户信息,这样在下次用户登录时,服务端可以既查询第一用户信息关联的订单,也可以查询第二用户信息关联的订单,将两个用户信息关联的订单都提供给用户,从而避免用户在将跑单手机号更改为第一手机号码的情况下,遗漏第一手机号码的订单。
本实施例中,通过在一次存件服务完成后,引导第一系统用户在存件记录页访问用户信息验证入口,进而引导用户输入第二用户信息,将存件用户的后端验证身份信息更新为第二用户信息,后续当存件用户再次使用第一用户信息完成小程序登录时,服务端将直接根据上述更新后的第二用户信息拉取相对应的存件订单列表,也即,通过上述一次用户信息关联操作,使得后续存件用户在每次存件时不再需要输入尾号存件,可直接拉取到相应的订单,提升了操作的便捷性,降低了存件异常发生概率。
图4示出了本发明另一个实施例的存件过程的小程序前端页面示意图。如图4所示,在骑手完成一次存件进入存件记录页之后,在存件记录页的置顶提示栏呈现用户信息验证入口,该用户信息验证入口的提示信息为“第一系统用户,无需输码一键存件”,引导第一系统用户点击进入用户信息关联输入界面;在进入到用户信息关联输入界面之后,用户信息关联输入界面包含用户信息输入元素,骑手需要在此处输入跑单手机号,输入完毕后点击获取验证码,将当前手机接收到的验证码输入到验证码输入元素中,点击“开启一键存件”,返回到存件记录页,存件记录页显示提示信息“已成功开启一键存件”。由于骑手开启一键存件,后续骑手在每次存件时,对于第一系统骑手,不再需要输入尾号存件,可直接拉取到骑手的订单,骑手可在订单拉取页进行一键存件操作。
图5示出了根据本发明又一个实施例的开柜控制方法的流程图,本实施例描述的是取件用户的用户信息验证过程,如图5所示,该方法包括以下步骤:
步骤501,监测取件用户对用户信息验证入口的访问操作,生成用户信息关联输入界面。
可选地,本实施例是在取件用户完成小程序登录和一次通过输入手机尾号进行取件服务之后而执行,具体地,在取件用户完成一次通过输入手机尾号进行取件服务后,表明最近一次的取件过程中服务端根据从第一平台获取取件用户授权的第一用户信息无法拉取到订单,才需要取件用户输入手机尾号进行取件,那么这种情况下,若能够获知取件用户为第一系统用户,则应在小程序的指定页面呈现用于指示第一系统的取件用户进行用户信息验证的用户信息验证入口。可选地,在小程序的取件服务的取件完成页面呈现用于指示第一系统的取件用户进行用户信息验证的用户信息验证入口。
具体地,在取件完成页面的置顶提示栏呈现用户信息验证入口,用于引导第一系统用户点击进入用户信息关联输入界面。应当理解的是,本发明不仅限于在取件完成页面加载呈现用户信息验证入口,还可以在小程序的其它页面加载呈现用户信息验证入口。
为了避免对非第一系统用户造成打扰,小程序客户端针对第一系统取件用户才会呈现上述用户信息验证入口。因此,本实施例需要判断当前登录的取件用户是否为第一系统的取件用户。由于第一系统的取件用户下单产生的订单是第一系统的系统内订单,对应的,在存件用户针对系统内订单进行存件时,能够通过订单拉取的方式进行存件,因此可通过对取件用户关联的已存订单的存件方式进行校验来确定当前取件用户是否为第一系统的取件用户。
具体方式可以为:对取件用户关联的已存订单的存件方式进行校验,根据校验结果确定是否在指定页面中加载用户信息验证入口。通过查询当前登录取件用户已完成取件服务(取件用户通过输入手机尾号完成的取件服务)的已存订单,校验已存订单的存件方式,若校验结果为已存订单的存件方式为通过订单拉取方式进行存件,则确定当前登录的取件用户为第一系统的取件用户,进而在指定页面中加载用户信息验证入口;若校验结果为已存订单的存件方式为通过输入取件用户信息进行存件,由于根据存件方式无法确定当前登录的取件用户是否为第一系统的取件用户,进而确定不在指定页面中加载用户信息验证入口。
步骤502,接收取件用户在用户信息关联输入界面中输入的第二用户信息。
监测取件用户对用户信息验证入口的访问操作,呈现用户信息关联输入界面,以供取件用户在界面中输入“正确”的用户身份信息,即第二用户信息。具体地,用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。其中用户信息输入元素用于监测用户输入焦点、接收用户输入的第二用户信息;验证码输入元素用于监测用户输入焦点、接收用户输入的验证码信息。可选地,用户信息关联输入界面可以是一弹窗界面,该弹窗界面位于取件完成页面之上,方便取件用户进行交互操作。
在一种可选的实施方式中,用户信息输入元素的默认输入值为已存订单关联的取件用户的用户信息。具体地,用户信息输入元素中默认预填写了已存订单关联的取件用户的手机号码,即预填写了取件用户已存订单的下单手机号码,在取件用户的下单手机号码没有变动的情况下,无需取件用户再输入用户信息。
可选地,用户信息关联输入界面还包含:用户信息输入元素的默认输入值的修改控件。在当前登录的取件用户发现默认输入的手机号码存在错误时,例如取件用户的下单手机号码发生了变动,则可通过点击修改控件输入正确的手机号码,作为第二用户信息。
步骤503,将第二用户信息发送给服务端,以使服务端将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联,以使得下次取件用户登录时,查询与第二用户信息关联的订单。
可选地,第一用户信息为第一手机号码,第二用户信息为第二手机号码。
在进行上述关联操作之后,下次取件用户再次利用第一用户信息完成小程序登录之后,可以直接根据关联后的第二用户信息拉取相应的订单,呈现订单拉取页面;其中,订单拉取页面中的取件订单列表是由服务端利用第二用户信息作为后端验证身份信息所拉取相对应的订单列表。可选地,订单拉取页面还包括各个取件订单对应的一键取件控件。
可选地,在步骤503中,在将第二用户信息发送给服务端之后,服务端将后端身份验证信息更新为第一用户信息和第二用户信息,这样在下次用户登录时,服务端可以既查询第一用户信息关联的订单,也可以查询第二用户信息关联的订单,将两个用户信息关联的订单都提供给用户,从而避免取件用户在将下单手机号更改为第一手机号码的情况下,遗漏第一手机号码的订单。
本实施例中,通过在一次取件服务完成后,引导第一系统取件用户在取件完成页面访问用户信息验证入口,进而引导用户输入第二用户信息,将取件用户的后端验证身份信息更新为第二用户信息,后续当取件用户再次使用第一用户信息完成小程序登录时,服务端将直接根据上述更新后的第二用户信息拉取相对应的取件订单列表,也即,通过上述一次用户信息关联操作,使得后续取件用户在每次取件时不再需要输入尾号取件,可直接拉取到相应的取件订单,提升了操作的便捷性,降低了取件异常发生概率。进一步的,在取件用户完成一次取件服务后,判断取件用户是否为第一系统的用户,针对第一系统用户才会呈现用户信息验证入口,避免了对非第一系统用户的打扰。
图6示出了本发明一个实施例的取件过程的小程序前端页面示意图。如图6所示,在顾客完成一次输入尾号取件进入取件完成页之后,若顾客为第一系统用户,在取件完成页的置顶提示栏呈现用户信息验证入口,该用户信息验证入口的提示信息为“第一系统用户,无需输码一键取件”,引导第一系统用户点击进入用户信息关联输入界面;在进入到用户信息关联输入界面之后,用户信息关联输入界面包含用户信息输入元素,并且用户信息输入元素的默认输入值为取件用户关联的已存订单的下单手机号,如果顾客发现手机号码存在错误,可通过点击“修改”控件进行修改;确认后点击获取验证码,将当前手机接收到的验证码输入到验证码输入元素中,点击“开启一键取件”,返回到取件完成页,取件完成页显示提示信息“已成功开启一键取件”。由于顾客开启一键取件,后续顾客在每次取件时,不再需要输入尾号取件,可直接拉取到顾客的取件订单,顾客可在订单拉取页进行一键取件操作。
图7示出了根据本发明一个实施例的存件过程开柜控制方法的交互流程示意图,如图7所示,该方法包括:用户扫描智能柜二维码登录小程序;用户选择存取件角色,若为取件用户,则执行取件操作流程;若为存件用户,用户进一步选择身份;若选择第二身份,即用户为非本系统用户,则跳转尾号存件请求页面,以供用户输入尾号进行存件;若选择第一身份,即用户为本系统用户(本系统即为第一系统),触发服务端利用第一手机号查询与第一手机号关联的订单,其中第一手机号是本次用户登录小程序,由小程序的宿主平台(即第一平台)提供的手机号;若查询到订单,跳转到订单拉取页面;若未查询到订单,生成用户信息关联输入界面(可以以弹窗形式呈现),用户输入第二手机号,点击获取验证码;服务端分配验证码,暂存第二手机号,通过短信发送验证码到第二手机号对应的设备中;用户输入验证码并点击验证,触发服务端进行第二手机号和验证码的匹配校验,若匹配成功,则触发用户拉单验证手机号更新(包含:关联第一手机号和第二手机号);若匹配失败,则验证码错误透传。在匹配成功后,服务端利用第二手机号查询与第二手机号关联的订单,若查询到订单,跳转订单拉取页面;若未查询到订单,则提示暂未获取订单,跳转尾号存件请求页面。
图8示出了根据本发明一个实施例的取件过程开柜控制方法的交互流程示意图,如图8所示,该方法包括:用户扫描智能柜二维码登录小程序;用户选择存取件角色,若为存件用户,则执行存件操作流程;若为取件用户,触发服务端根据小程序的宿主平台(即第一平台)提供的第一手机号和站点定位信息,查询智能柜对应的站点的已存订单,将站点的已存订单与第一手机号进行匹配,若匹配到订单,则跳转一键开柜界面;若未匹配到订单,则跳转到尾号取件界面,以供用户输入自己的手机尾号(应为第二手机号的尾号,即用户的下单手机号)进行开柜;在接收到用户输入的手机尾号之后,触发服务端将站点的已存订单与手机尾号进行匹配,若未匹配到订单,则透传订单不存在的提示信息;若匹配到订单,服务端进行已存订单的存件方式校验,若已存订单的存件方式为尾号存件(即骑手通过输入顾客手机尾号的方式进行存件),则跳转取件完成页,该取件完成页无用户信息验证入口;若已存订单的存件方式为拉单存件(即通过服务端拉取订单的方式进行存件),则跳转取件完成页,该取件完成页具有用户信息验证入口。用户点击用户信息验证入口,查询已存订单关联的第二手机号,生成用户信息关联输入界面(可以以弹窗形式呈现),界面中默认输入已存订单关联的第二手机号,用户点击获取验证码;服务端分配验证码,暂存第二手机号,通过短信发送验证码到第二手机号对应的设备中;用户输入验证码并点击验证,触发服务端进行第二手机号和验证码的匹配校验,若匹配成功,则触发用户拉单验证手机号更新(包含:关联第一手机号和第二手机号);若匹配失败,则验证码错误透传。
图9示出了根据本发明一个实施例的智能柜的控制方法的流程图,如图9所示,该方法包括:
步骤901,接收服务端发送的开柜指令,其中,所述开柜指令是服务端根据第一用户信息查询与所述第一用户信息关联的订单,若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面之后,接收用户在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;其中第一用户信息是从第一平台获取用户授权的用户信息或查询基于历史用户授权时获得并存储的用户信息;
步骤902,响应于所述开柜指令,控制所述订单对应的格口进行开柜。
本发明另一个实施例还提供了一种智能柜的控制方法,包括:接收服务端发送的开柜指令,其中,所述开柜指令是服务端接收用户对用户信息验证入口的访问操作后,在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;响应于所述开柜指令,控制所述订单对应的格口进行开柜。
上述方法涉及智能柜端的开柜控制方法,基于上述各个实施例提供的方法而实现,服务端接收用户在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和第一用户信息进行关联之后,查询到与第二用户信息关联的订单,将包含订单的订单拉取页面反馈给客户端进行呈现,在用户触发针对订单的一键开柜操作后,服务端确定该订单对应的格口(在存件时,服务端为订单分配格口;在取件时,服务端查询之前为该订单所分配的格口),向智能柜发送针对该订单的开柜指令;智能柜接收到开柜指令之后,控制订单对应的格口进行开柜,以供用户存件或取件。
图10示出了本发明一个实施例提供的开柜控制装置的结构示意图。如图10所示,该装置包括:
触发模块1001,用于触发服务端从第一平台获取用户授权的第一用户信息或触发服务端查询基于历史用户授权时获得并存储的第一用户信息,以使服务端查询与所述第一用户信息关联的订单;
生成模块1002,用于若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面;
接收模块1003,用于接收用户在用户信息关联输入界面中输入的第二用户信息;
发送模块1004,用于将所述第二用户信息发送给服务端,以使服务端将第二用户信息和第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
在一种可选的方式中,所述第一用户信息为第一手机号码;所述第二用户信息为第二手机号码。
在一种可选的方式中,触发模块还用于:触发服务端查询与所述第二用户信息关联的订单;
所述装置还包括:呈现模块,用于呈现订单页面,所述订单页面中包含与所述第二用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制所述订单对应的格口进行开柜。
在一种可选的方式中,触发模块进一步用于:请求用户授权;根据用户授权操作,触发服务端从第一平台获取用户授权的第一用户信息。
在一种可选的方式中,接收模块进一步用于:接收用户的身份选择信息;触发模块进一步用于:当用户选择第一身份时,触发服务端根据第一用户信息查询与所述第一用户信息关联的订单。
在一种可选的方式中,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
在一种可选的方式中,呈现模块还用于:若订单查询结果为查询到与所述第一用户信息关联的订单,呈现订单页面,所述订单页面中包含与所述第一用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制所述订单对应的格口进行开柜。
在一种可选的方式中,呈现模块还用于:当用户选择第二身份时,呈现存取件请求页面,所述存取件请求页面包含存取件信息的输入元素和开柜控件。
在一种可选的方式中,接收模块还用于:接收用户的存取件角色选择信息。
图11示出了本发明另一个实施例提供的开柜控制装置的结构示意图。所述装置基于在指定页面中加载的用户信息验证入口而实现,如图11所示,该装置包括:
生成模块1101,用于监测用户对用户信息验证入口的访问操作,生成用户信息关联输入界面;
接收模块1102,用于接收用户在用户信息关联输入界面中输入的第二用户信息;
发送模块1103,用于将所述第二用户信息发送给服务端,以使服务端将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
在一种可选的方式中,下次用户登录时,查询与第一用户信息关联的订单以及与第二用户信息关联的订单。
在一种可选的方式中,所述指定页面为存件记录页面。
在一种可选的方式中,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
在一种可选的方式中,所述装置具体用于:基于服务端在用户为取件用户的情况下,对所述取件用户关联的已存订单的存件方式进行校验,根据校验结果确定是否在所述指定页面中加载用户信息验证入口。
在一种可选的方式中,所述装置具体用于:基于服务端对所述取件用户关联的已存订单的存件方式进行校验;若校验结果为所述已存订单的存件方式为通过订单拉取方式进行存件,则确定在所述指定页面中加载用户信息验证入口;若校验结果为所述已存订单的存件方式为通过输入取件用户信息进行存件,则确定不在所述指定页面中加载用户信息验证入口。
在一种可选的方式中,所述指定页面为取件完成页面。
在一种可选的方式中,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
在一种可选的方式中,所述用户信息输入元素的默认输入值为所述已存订单所关联的用户信息。
在一种可选的方式中,所述用户信息关联输入界面还包含:用户信息输入元素的默认输入值的修改控件。
以上各模块的描述参照方法实施例中对应的描述,在此不再赘述。
根据本发明实施例提供的开柜控制装置,在存件/取件用户登录小程序之后,在小程序的页面中向存件/取件用户提供相应的入口,使得存件/取件用户访问该入口进入用户信息关联输入界面,根据存件/取件用户在界面中输入的第二用户信息,将第二用户信息反馈给服务端,以供服务端将第二用户信息和第一用户信息进行关联,以将存件/取件用户的后端验证身份信息更新为第二用户信息,使得后续用户在每次存件/取件时不再需要输入尾号存件/取件,可直接拉取到相应的存件/取件订单列表,提升了操作的便捷性,降低了存件/取件异常发生概率。
图12示出了本发明一个实施例提供的智能柜的结构示意图,如图12所示,该装置包括:
接收模块1201,用于接收服务端发送的开柜指令,其中,所述开柜指令是服务端根据第一用户信息查询与所述第一用户信息关联的订单,若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面之后,接收用户在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;其中第一用户信息是从第一平台获取用户授权的用户信息或查询基于历史用户授权时获得并存储的用户信息;
开柜控制模块1202,用于响应于所述开柜指令,控制所述订单对应的格口进行开柜。
本发明另一个实施例还提供了一种智能柜,包括:
接收模块,用于接收服务端发送的开柜指令,其中,所述开柜指令是服务端接收用户对用户信息验证入口的访问操作后,在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;
开柜控制模块,用于响应于所述开柜指令,控制所述订单对应的格口进行开柜。
本发明实施例还提供了一种非易失性计算机存储介质,计算机存储介质存储有至少一可执行指令,可执行指令可执行上述任意方法实施例中的开柜控制方法或智能柜的控制方法。
图13示出了根据本发明实施例的一种计算设备的结构示意图,本发明实施例的具体实施例并不对计算设备的具体实现做限定。
如图13所示,该计算设备可以包括:处理器(processor)1302、通信接口(Communications Interface)1304、存储器(memory)1306、以及通信总线1308。
其中:
处理器1302、通信接口1304、以及存储器1306通过通信总线1308完成相互间的通信。
通信接口1304,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器1302,用于执行程序1310,具体可以执行上述开柜控制方法或智能柜的控制方法实施例中的相关步骤。
具体地,程序1310可以包括程序代码,该程序代码包括计算机操作指令。
处理器1302可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器1306,用于存放程序1310。存储器1306可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序1310具体可以用于使得处理器1302执行上述任意方法实施例中的开柜控制方法或智能柜的控制方法。程序1310中各步骤的具体实现可以参见上述开柜控制方法或智能柜的控制方法实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再赘述。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明实施例的内容,并且上面对特定语言所做的描述是为了披露本发明实施例的较佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明实施例并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
Claims (31)
1.一种开柜控制方法,其特征在于,所述方法包括:
触发服务端从第一平台获取用户授权的第一用户信息或触发服务端查询基于历史用户授权时获得并存储的第一用户信息,以使服务端查询与所述第一用户信息关联的订单;
若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面;
接收用户在用户信息关联输入界面中输入的第二用户信息;
将所述第二用户信息发送给服务端,以使服务端将第二用户信息和第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,并根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
2.根据权利要求1所述的方法,其特征在于,所述第一用户信息为第一手机号码;所述第二用户信息为第二手机号码。
3.根据权利要求1所述的方法,其特征在于,所述触发服务端从第一平台获取用户授权的第一用户信息进一步包括:
请求用户授权;
根据用户授权操作,触发服务端从第一平台获取用户授权的第一用户信息。
4.根据权利要求1或2或3所述的方法,其特征在于,在所述接收用户在用户信息关联输入界面中输入的第二用户信息之后,所述方法还包括:
触发服务端查询与所述第二用户信息关联的订单;
呈现订单页面,所述订单页面中包含与所述第二用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,以使服务端控制所述订单对应的格口进行开柜。
5.根据权利要求1所述的方法,其特征在于,在所述服务端查询与所述第一用户信息关联的订单之前,所述方法还包括:接收用户的身份选择信息;
所述服务端查询与所述第一用户信息关联的订单具体为:当用户选择第一身份时,触发服务端根据第一用户信息查询与所述第一用户信息关联的订单。
6.根据权利要求1所述的方法,其特征在于,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
7.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:若订单查询结果为查询到与所述第一用户信息关联的订单,呈现订单页面,所述订单页面中包含与所述第一用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制所述订单对应的格口进行开柜。
8.根据权利要求5所述的方法,其特征在于,所述方法还包括:当用户选择第二身份时,呈现存取件请求页面,所述存取件请求页面包含存取件信息的输入元素和开柜控件。
9.根据权利要求5所述的方法,其特征在于,在所述接收用户的身份选择信息之前,所述方法还包括:接收用户的存取件角色选择信息。
10.一种开柜控制方法,其特征在于,所述方法基于在指定页面中加载的用户信息验证入口而实现,所述方法包括:
监测用户对用户信息验证入口的访问操作,生成用户信息关联输入界面;
接收用户在用户信息关联输入界面中输入的第二用户信息;
将所述第二用户信息发送给服务端,以使服务端将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
11.根据权利要求10所述的方法,其特征在于,所述下次用户登录时,查询与所述第二用户信息关联的订单进一步包括:下次用户登录时,查询与第一用户信息关联的订单以及与第二用户信息关联的订单。
12.根据权利要求10所述的方法,其特征在于,所述指定页面为存件记录页面。
13.根据权利要求12所述的方法,其特征在于,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
14.根据权利要求10所述的方法,其特征在于,在指定页面中加载用户信息验证入口之前,所述方法还包括:
若用户为取件用户,对所述取件用户关联的已存订单的存件方式进行校验,根据校验结果确定是否在所述指定页面中加载用户信息验证入口。
15.根据权利要求14所述的方法,其特征在于,所述对所述取件用户关联的已存订单的存件方式进行校验,根据校验结果确定是否在所述指定页面中加载用户信息验证入口进一步包括:
对所述取件用户关联的已存订单的存件方式进行校验;
若校验结果为所述已存订单的存件方式为通过订单拉取方式进行存件,则确定在所述指定页面中加载用户信息验证入口;
若校验结果为所述已存订单的存件方式为通过输入取件用户信息进行存件,则确定不在所述指定页面中加载用户信息验证入口。
16.根据权利要求14或15所述的方法,其特征在于,所述指定页面为取件完成页面。
17.根据权利要求14或15所述的方法,其特征在于,所述用户信息关联输入界面包含:用户信息输入元素以及验证码输入元素。
18.根据权利要求17所述的方法,其特征在于,所述用户信息输入元素的默认输入值为所述已存订单所关联的用户信息。
19.根据权利要求18所述的方法,其特征在于,所述用户信息关联输入界面还包含:用户信息输入元素的默认输入值的修改控件。
20.一种智能柜的控制方法,其特征在于,所述方法包括:
接收服务端发送的开柜指令,其中,所述开柜指令是服务端根据第一用户信息查询与所述第一用户信息关联的订单,若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面之后,接收用户在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;其中第一用户信息是从第一平台获取用户授权的用户信息或查询基于历史用户授权时获得并存储的用户信息;
响应于所述开柜指令,控制所述订单对应的格口进行开柜。
21.一种智能柜的控制方法,其特征在于,所述方法包括:
接收服务端发送的开柜指令,其中,所述开柜指令是服务端接收用户对用户信息验证入口的访问操作后,在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;
响应于所述开柜指令,控制所述订单对应的格口进行开柜。
22.一种开柜控制装置,其特征在于,所述装置包括:
触发模块,用于触发服务端从第一平台获取用户授权的第一用户信息或触发服务端查询基于历史用户授权时获得并存储的第一用户信息,以使服务端查询与所述第一用户信息关联的订单;
生成模块,用于若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面;
接收模块,用于接收用户在用户信息关联输入界面中输入的第二用户信息;
发送模块,用于将所述第二用户信息发送给服务端,以使服务端将第二用户信息和第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
23.根据权利要求22所述的装置,其特征在于,所述第一用户信息为第一手机号码;所述第二用户信息为第二手机号码。
24.根据权利要求22或23所述的装置,其特征在于,所述触发模块还用于:触发服务端查询与所述第二用户信息关联的订单;
所述装置还包括:呈现模块,用于呈现订单页面,所述订单页面中包含与所述第二用户信息关联的订单以及对应的开柜控件,所述开柜控件用于供用户操作以发起针对订单的开柜请求,进而使服务端控制所述订单对应的格口进行开柜。
25.一种开柜控制装置,其特征在于,所述装置基于在指定页面中加载的用户信息验证入口而实现,所述装置包括:
生成模块,用于监测用户对用户信息验证入口的访问操作,生成用户信息关联输入界面;
接收模块,用于接收用户在用户信息关联输入界面中输入的第二用户信息;
发送模块,用于将所述第二用户信息发送给服务端,以使服务端将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联,以使得下次用户登录时,查询与所述第二用户信息关联的订单,进而根据用户针对订单发起的开柜请求控制所述订单对应的格口进行开柜。
26.一种智能柜,其特征在于,所述智能柜包括:
接收模块,用于接收服务端发送的开柜指令,其中,所述开柜指令是服务端根据第一用户信息查询与所述第一用户信息关联的订单,若订单查询结果为未查询到与所述第一用户信息关联的订单,则生成用户信息关联输入界面之后,接收用户在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;其中第一用户信息是从第一平台获取用户授权的用户信息或查询基于历史用户授权时获得并存储的用户信息;
开柜控制模块,用于响应于所述开柜指令,控制所述订单对应的格口进行开柜。
27.一种智能柜,其特征在于,所述智能柜包括:
接收模块,用于接收服务端发送的开柜指令,其中,所述开柜指令是服务端接收用户对用户信息验证入口的访问操作后,在用户信息关联输入界面中输入的第二用户信息,将第二用户信息和从第一平台获取用户授权的第一用户信息或基于历史用户授权时获得并存储的第一用户信息进行关联之后,查询到与第二用户信息关联的订单而发送的针对该订单的开柜指令;
开柜控制模块,用于响应于所述开柜指令,控制所述订单对应的格口进行开柜。
28.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-19中任一项所述的开柜控制方法对应的操作。
29.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1-19中任一项所述的开柜控制方法对应的操作。
30.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求20或21所述的智能柜的控制方法对应的操作。
31.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求20或21所述的智能柜的控制方法对应的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111184835.3A CN113643482B (zh) | 2021-10-12 | 2021-10-12 | 开柜控制方法、装置及计算设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111184835.3A CN113643482B (zh) | 2021-10-12 | 2021-10-12 | 开柜控制方法、装置及计算设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113643482A true CN113643482A (zh) | 2021-11-12 |
CN113643482B CN113643482B (zh) | 2022-02-11 |
Family
ID=78426507
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111184835.3A Active CN113643482B (zh) | 2021-10-12 | 2021-10-12 | 开柜控制方法、装置及计算设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113643482B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115081877A (zh) * | 2022-06-22 | 2022-09-20 | 拉扎斯网络科技(上海)有限公司 | 异常订单报备方法、装置及计算设备 |
CN115329915A (zh) * | 2022-10-13 | 2022-11-11 | 江苏谷德运维信息技术有限公司 | 适用于智慧园区设备的数据处理方法 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104751313A (zh) * | 2015-03-13 | 2015-07-01 | 福州友宝电子科技有限公司 | 一种智能存取快件的方法和系统 |
CN107093117A (zh) * | 2016-07-22 | 2017-08-25 | 口碑控股有限公司 | 订单数据处理方法和装置 |
CN107818434A (zh) * | 2016-09-14 | 2018-03-20 | 菜鸟智能物流控股有限公司 | 取件验证方法、服务器、取件验证设备和取件验证系统 |
CN108711234A (zh) * | 2018-05-18 | 2018-10-26 | 希梦科技(深圳)有限公司 | 一种应用储物柜的取物方法、装置和终端 |
CN110060381A (zh) * | 2018-01-19 | 2019-07-26 | 阿里巴巴集团控股有限公司 | 酒店入住鉴权方法、装置及系统 |
CN110597843A (zh) * | 2019-08-06 | 2019-12-20 | 传化支付有限公司 | 运单查询方法、装置、计算机设备和存储介质 |
CN110796801A (zh) * | 2019-10-25 | 2020-02-14 | 广州甩手技术有限公司 | 一种利用智能存取柜的实现物品转交的方法、物品转交处理装置和存取柜系统 |
CN111445626A (zh) * | 2020-03-31 | 2020-07-24 | 珠海市卓优信息技术有限公司 | 仓储式智能投递购物柜、包含该柜的投递购物系统及方法 |
CN112270798A (zh) * | 2020-10-23 | 2021-01-26 | 上海中通吉网络技术有限公司 | 快递柜新用户的取件方法、装置、服务器和系统 |
CN112991634A (zh) * | 2021-04-21 | 2021-06-18 | 浙江口碑网络技术有限公司 | 智能柜的取件方法及装置 |
CN113487265A (zh) * | 2021-07-20 | 2021-10-08 | 上海万物新生环保科技集团有限公司 | 一种用于物流信息订阅、查询、推送的方法、装置及设备 |
-
2021
- 2021-10-12 CN CN202111184835.3A patent/CN113643482B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104751313A (zh) * | 2015-03-13 | 2015-07-01 | 福州友宝电子科技有限公司 | 一种智能存取快件的方法和系统 |
CN107093117A (zh) * | 2016-07-22 | 2017-08-25 | 口碑控股有限公司 | 订单数据处理方法和装置 |
CN107818434A (zh) * | 2016-09-14 | 2018-03-20 | 菜鸟智能物流控股有限公司 | 取件验证方法、服务器、取件验证设备和取件验证系统 |
CN110060381A (zh) * | 2018-01-19 | 2019-07-26 | 阿里巴巴集团控股有限公司 | 酒店入住鉴权方法、装置及系统 |
CN108711234A (zh) * | 2018-05-18 | 2018-10-26 | 希梦科技(深圳)有限公司 | 一种应用储物柜的取物方法、装置和终端 |
CN110597843A (zh) * | 2019-08-06 | 2019-12-20 | 传化支付有限公司 | 运单查询方法、装置、计算机设备和存储介质 |
CN110796801A (zh) * | 2019-10-25 | 2020-02-14 | 广州甩手技术有限公司 | 一种利用智能存取柜的实现物品转交的方法、物品转交处理装置和存取柜系统 |
CN111445626A (zh) * | 2020-03-31 | 2020-07-24 | 珠海市卓优信息技术有限公司 | 仓储式智能投递购物柜、包含该柜的投递购物系统及方法 |
CN112270798A (zh) * | 2020-10-23 | 2021-01-26 | 上海中通吉网络技术有限公司 | 快递柜新用户的取件方法、装置、服务器和系统 |
CN112991634A (zh) * | 2021-04-21 | 2021-06-18 | 浙江口碑网络技术有限公司 | 智能柜的取件方法及装置 |
CN113487265A (zh) * | 2021-07-20 | 2021-10-08 | 上海万物新生环保科技集团有限公司 | 一种用于物流信息订阅、查询、推送的方法、装置及设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115081877A (zh) * | 2022-06-22 | 2022-09-20 | 拉扎斯网络科技(上海)有限公司 | 异常订单报备方法、装置及计算设备 |
CN115329915A (zh) * | 2022-10-13 | 2022-11-11 | 江苏谷德运维信息技术有限公司 | 适用于智慧园区设备的数据处理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113643482B (zh) | 2022-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113129526B (zh) | 开柜控制方法、服务端及计算设备、计算机存储介质 | |
CN113643482B (zh) | 开柜控制方法、装置及计算设备 | |
CN105491008B (zh) | 公众账号二维码生成方法和装置、公众账号关注方法和装置 | |
CN109815013A (zh) | 业务数据处理方法、装置、计算机设备和存储介质 | |
US8909705B2 (en) | Method and system for use in providing network services interchange | |
CN110647697A (zh) | H5网页的扫码支付方法、装置、设备及存储介质 | |
CN112968977B (zh) | 信息交互方法及装置 | |
CN114140945B (zh) | 智能柜的柜格申请方法、装置及计算设备 | |
CN109726545B (zh) | 一种信息显示方法、设备、计算机可读存储介质和装置 | |
CN104967586A (zh) | 一种用户身份验证方法、装置及系统 | |
CN114005225B (zh) | 智能柜的存件方法及装置、智能柜的取件方法及装置 | |
CN114627593A (zh) | 信息交互方法、终端、服务器、系统及装置 | |
CN107861765B (zh) | 产品配置方法、设备和计算机可读存储介质 | |
KR102681782B1 (ko) | 결제 서비스 제공 방법 및 이를 수행하는 전자 장치 | |
US20220027429A1 (en) | Dynamically determining a server for enrollment with management system | |
CN110473050A (zh) | 订单提醒方法、装置、计算机设备和存储介质 | |
CN116755719A (zh) | 应用组件的数据处理方法、装置和数据处理系统 | |
CN112990830B (zh) | 存取件过程中的角色切换方法、装置及计算设备 | |
CN115310834A (zh) | 智能柜控制方法、装置,以及,配送物品存取系统 | |
CN112799613B (zh) | 三维扫描的运营系统、方法、电子装置和存储介质 | |
CN115482631A (zh) | 信息交互方法及装置 | |
CN115640565A (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
CN103634351B (zh) | 控制网络应用运行的方法和系统 | |
CN112989302A (zh) | 存取件服务的登录方法、装置及计算设备 | |
CN110717118B (zh) | 一种应用中的页面激活方法、装置、电子设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |