本发明涉及自助售货技术领域,尤其涉及一种自助售货方法、系统和电子设备。
背景技术:
受电商平台和人力成本提高的冲击,传统零售业开始寻求新的出路,无人值守商店和自助购物成为一个选择,出现了自动售货机、无人售货机、无人便利店等智能零售设备或商店,具有顾客自助、支付方便、7*24小时营业、无人值守可降低人力成本、线上线下紧密结合等特点。
现有的自动售货机均采用一体机方式,即商品的存放货架与顾客挑选商品的按键设备和购买支付设备组合在一起,具有以下缺点:1、一体机方式,搬运安装不方便;2、单机独立安装,没有商店或商场的氛围,用户体验差;3、商品的存放品种少且难以扩展;4、商品的存放量少,无法满足商品供应,特别是顾客流量大,采购频次高的需求;5、商品挑选不方便,通常需要通过按键选货;6、一次支付只能购买一件商品,购买支付不便捷;7、为了防盗,自动售货机的商品被完全封闭隔离,用户只能通过透明玻璃观看商品,用户的体验极差。
意大利德利捷公司、美国亚马逊也推出“无人值守商店”解决方案,但前者侧重自动数据采集技术,对顾客的操作要求较高,如果顾客不熟悉操作,会非常耽误时间;后者则依托强大的计算机视觉、人工智能和深度学习计算法完成购物自动化,对实体商店的配置要求较高。
发明人在实现本发明的过程中发现,现有技术中并没有提供一种比较简易、成本较低的将现有的超市购物的乐趣与线上购物的优点相结合的能够实现无人值守的自助售货的方案。例如,在超市购物中,将商品加购物车即表示当前时间是占有该商品的,顾客还能将不同的商品拿在手上观摩比较,从而选择适合自己的,而在线上购物时,如果只是把商品放置在购物车中,很有可能等结账的时候,才发现该商品已售完,用户体验不好。
技术实现要素:
为了解决现有技术中的上述至少一个技术问题,第一方面,本发明实施例提供一种自助售货方法,应用于无人值守的实体商店的云服务器,包括:
根据客户端在所述实体商店内对商品样品的购买链接的访问,向所述客户端提供商品样品的商品详情和购买入口,所述购买入口至少包括虚拟购物车;
根据客户端在虚拟购物车中对至少一种商品的添加或删除请求,将云库存数据库中的所述至少一种商品的第一库存数据变更成第二库存数据;
根据客户端最终确定的虚拟购物车中的所有商品的结算请求,生成对应的购买订单;
将所述购买订单发送至所述实体商店的本地服务器,以供所述本地服务器按照所述购买订单拣货和出货。
在上述实施例中,通过为实体商店购物的用户提供商品样品对应的商品的购买链接,让用户可以通过加购物车占有该商品,并能将购买订单传送至实体商店进行现场拣货和出货,实现无人值守的自助售货。
第二方面,本发明实施例提供一种自助售货方法,应用于无人值守的实体商店的本地服务器,包括:
接收来自云服务器的购买订单,向所述实体商店的仓储区内的拣货装置发送与所述购买订单的商品匹配的拣货指令,所述拣货指令包括商品存储位置和商品数量;
响应于所述拣货装置执行完所述拣货指令的完成通知,向所述仓储区内的传送装置发送传送指令,以将所述拣货装置所拣的商品传送至所述实体商店的提货区。
在上述实施例中,通过对云服务器发送的购物订单进行贱货和备货,实现顾客在无人值守的商店现场下单现场提货。
第三方面,本发明实施例还提供了一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行本发明上述第一方面的自助售货方法。
第四方面,本发明实施例还提供了一种非易失性计算机存储介质,存储有计算机可执行指令,所述计算机可执行指令用于执行本发明上述第二方面的自助售货方法。
第五方面,本发明实施例还提供一种计算机程序产品,所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述第一方面的自助售货方法。
第六方面,本发明实施例还提供一种计算机程序产品,所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述第二方面的自助售货方法。
第七方面,本发明实施例还提供了一种电子设备,应用于无人值守的实体商店的云服务器,包括:至少一个处理器;以及存储器;其中,所述存储器存储有可被所述至少一个处理器执行的程序,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明上述第一方面的自助售货方法。
第八方面,本发明实施例还提供了一种电子设备,应用于无人值守的实体商店的本地服务器,包括:至少一个处理器;以及存储器;其中,所述存储器存储有可被所述至少一个处理器执行的程序,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明上述第二方面的自助售货方法。
第九方面,本发明实施例还提供了一种自助售货系统,包括根据本发明第七发明所述的应用于无人值守的实体商店的云服务器的电子设备和根据本发明第八方面所述的应用于无人值守的实体商店的本地服务器的电子设备。
在本发明实施例中,通过提供一整套无人值守的自助售货商店的方案,能够实现用户在无人值守的商店体验到在超市购物的乐趣,又能实现线上支付的便捷。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的一种自助售货方法的流程图;
图2是本发明实施例二提供的一种自助售货方法的流程图;
图3是本发明实施例三提供的一种自助售货方法的流程图;
图4是本发明实施例四提供的一种自助售货方法的流程图;
图5是本发明实施例五提供的一种自助售货方法的流程图;
图6是本发明实施例六提供的一种自助售货方法的流程图;
图7是本发明实施例七提供的一种自助售货方法的流程图;
图8是本发明实施例八提供的一种自助售货方法的流程图;
图9是本发明实施例九提供的一种自助售货方法的流程图;
图10是本发明实施例十提供的一种自助售货方法的流程图;
图11是本发明实施例十一提供的一种自助售货方法的三端交互图;
图12是本发明实施例十二提供的一种自助售货系统的结构示意图;
图13是本发明实施例十三提供的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参考图1,其示出了本发明实施例一提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的云服务器。该云服务器可以管理多个无人值守的实体商店,以下以管理其中一个实体商店为例。
如图1所示,在步骤101中,根据客户端在实体商店内对商品样品的购买链接的访问,向客户端提供商品样品的商品详情和购买入口,购买入口至少包括虚拟购物车;
在步骤102中,根据客户端在虚拟购物车中对至少一种商品的添加或删除请求,将云库存数据库中的至少一种商品的第一库存数据变更成第二库存数据;
在步骤103中,根据客户端最终确定的虚拟购物车中的所有商品的结算请求,生成对应的购买订单;
在步骤104中,将购买订单发送至实体商店的本地服务器,以供本地服务器按照购买订单拣货和出货。
在本实施例中,对于步骤101,云服务器根据客户端在实体商店内对商品样品的购买链接的访问(例如扫描商品样品上的条形码或者二维码),向客户端提供商品样品的商品详情和购买入口,购买入口至少包括虚拟购物车,例如为“加入购物车”的组件,或者还可以包括“立即购买”的组件。在一些可选的实施例中,为了保证客户端确实是在实体商店获取的购买链接,该购买链接例如可以是唯一的专用于实体商店的,也可以限制超过预定时间不访问时变为无效链接,或者还可以在客户端访问该购买链接时获取用户的位置信息,如果该位置信息不在实体商店的位置区域内时,则客户端无法访问该购买链接,从而可以在一定程度上保证用户将商品加购物车或者下单时是在实体商店内的,能够防止远程操作恶意占据库存的情况,也能减少一部分用户离开实体商店误操作下单的情况。
之后,对于步骤102,云服务器根据客户端在虚拟购物车中对至少一种商品的添加或删除请求,将云库存数据库中的至少一种商品的第一库存数据变更成第二库存数据。其中,在云端和本地均有库存数据库,云库存数据库中存储有一个或多个实体商店的库存数据。当云库存数据库和本地库存数据库中任一数据库的库存数据变化,都可以相应的将库存数据的变化同步至另一库存数据库,例如云服务器接到下单请求后,扣减相应的库存并将库存变化同步至本地服务器,又如本地服务器补货完成后,加相应的库存数据并将库存变化同步至与服务器,本申请在此方面没有限制。上述将至少一种商品的第一库存数据变更成第二库存数据,可以是直接加减相应的库存数据,也可以是锁定或者解锁定相应的库存数据,通过扣减或者锁定的方式都可以使用户占有相应的商品以防止下单时没货的情况发生。例如,响应于客户端将1个商品a加入购物车,则云服务器可以对云库存数据库中的实体商店的库存数据中a的数量“减1”,也可以锁定a的一个数量,锁定之后其他人无法购买该锁定的份额,响应于客户端将3个商品b从购物车中删除,云服务器对实体商店的库存数据中b的数量“加3”或者对应于之前的3个份额的锁定实行解锁定,解锁定之后其他用户可以正常加购物车和购买。由于在客户端操作购物车的商品时,云服务器就会对云库存数据库中该实体商店的库存数据库中的数据进行相应的变更,因此,可以让用户在虚拟购物的过程中,不仅能够体验到与真实商品对应的商品样品,还能通过虚拟购物车实现与真实购物车一样的“占有”体验,并且不用一直带着选好的商品,减轻用户的负担。
接着,对于步骤103,云服务器根据客户端最终确定的虚拟购物车中的所有商品的结算请求,生成对应的购买订单。即客户端提交了一个下单请求,云服务器根据该下单请求,生成相应的购买订单,该购买订单中可以包括实体商店的编号,订单编号,订单内各商品的编号和数量等。
最后,对于步骤104,云服务器将该购买订单发送至与购买订单对应的实体商店的本地服务器,以供本地服务器按照购买订单拣货和出货。例如,云服务器根据该购买订单中包含的实体商店的编号将该购买订单发送至与该实体商店的编号对应的本地服务器,之后本地服务器根据该购买订单中各商品的编号和数量进行拣货和出货。
在本实施例中,云服务器通过对客户端在实体商店内的购买链接的访问作出响应,之后为客户端对购物车内商品的加减变更库存,对客户端的购买订单提供实时的拣货和出货,可以使客户端用户能够线上购物的方便快捷又能体验到线下购物能看到实物又能在加购物车之后就占有相应的商品以及下单后就能立即拿到相应的商品,并且还能实现实体商店的无人值守,全程自动化,减少人力物力。
进一步参考图2,其示出了其示出了本发明实施例二提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的云服务器。本流程图是图1中步骤101的细化流程。
如图2所示,在步骤201中,响应于客户端对商品样品的购买链接的访问请求,获取客户端的位置信息;
在步骤202中,当客户端的位置信息位于实体商店的位置区域内时,向客户端提供商品样品的商品详情和购买入口。
在本实施例中,对于步骤201,云服务端为了保证客户端发送访问请求时是位于实体商店内,可以在客户端发送请求后先获取客户端的位置信息。之后,对于步骤202,若云服务器判断客户端的位置信息位于实体商店的位置区域内,则向该客户端提供商品详情和购买入口,商品详情可以包括商品的厂家、产地、材料、配方、保质期等信息,购买入口可以包括用于直接下单的入口和用户添加购物车的入口。
在本实施例中,云服务器通过响应于客户端请求,获取客户端的实时位置信息,并判断是否位于实体商店内。其中,如果商店位于室内可以使用室内定位技术,例如使用wifi、蓝牙、红外线节点等,本申请在此方面没有限制。如果商店位于室外,可以采用gps等室外定位技术,本申请在此方面没有限制。从而可以保证客户端在加购物车或者下单时确实位于实体商店内,便于后续取货。并且也能将远程购买的客户端和到店购买的客户端区分开来,从而为客户端提供更多适用于实体商店的服务。
在进一步可选的实施例中,购买链接可以为专用于实体商店内的商品样品的购买链接,该购买链接能够以条码的方式提供给用户,例如以二维码的方式粘贴在商品样品上供客户端扫描。其中,每个实体商店中的商品,即使是相同的商品,二维码也不一样,至少得带有实体商店的id等信息以区分不同的实体商店的商品。并且实体商店内的商品的二维码与相应的网店的商品的二维码也是存在区别的,从而用户扫描的二维码可以确保是唯一的,不会与其他商店或者方式获得的二维码混淆。
请参考图3,其示出了本发明实施例三提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的云服务器。本流程图是图1中步骤104的后续步骤的流程图。
如图3所示,步骤301,将购买订单发送至实体商店的本地服务器;
步骤302,响应于本地服务器对购买订单的商品的出货完成通知,向购买订单的客户端发送相应的提货提醒。
在本实施例中,步骤301与图1中的步骤104相同,在此不再赘述。对于步骤302,云服务器接收到来自本地服务器的购买订单的商品的出货完成通知,则说明对应的商品已到达提货区,此时,云服务器向该购买订单的客户端发送提货提醒,从而可以提醒用户至提货口取货。
请参考图4,其示出了本发明实施例四提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的云服务器。本实施例的应用场景可以是云服务器提醒客户端取货但是客户端未到达指定的提货口取货,于是本地服务对相应的商品进行了暂时寄存处理。
如图4所示,在步骤401中,响应于本地服务器对购买订单的商品的寄存通知,向购买订单的客户端发送相应的寄存提醒;
在步骤402中,接收来自客户端的提货请求,向本地服务器发送出货指令,以对寄存的购买订单的商品出货。
在本实施例中,对于步骤401,云服务器接收到本地服务器的购买订单的商品的寄存通知后,向对应的客户端发送寄存提醒,从而提醒用户商品已寄存。之后,对于步骤402,当客户端收到提醒后,需要提货时,会向云服务器发送提货请求,云服务器接到客户端的提货请求后,可以向本地服务器发送相应的商品的出货指令,从而对购买订单的商品出货,让客户端的用户可以提货。
在一些可选的实施例中,还可以是云服务器接收到客户端的购买订单的寄存请求,向对应的本地服务器发送寄存指令已将相应的商品寄存。例如,用户临时有急事无法及时取货,则可以在客户端发起寄存请求,例如还可以规定寄存的时间,从而使用户有更好的购物体验。当然,如果超过该寄存时间,用户还没来认领,则可以采取后续的退货操作了。
在一些可选的实施例中,还会出现以下应用场景:由于商品长时间无人提取,例如云服务器发送寄存提醒之后仍然无人认领,本地服务器会向云服务器发送退货指令。此时,云服务器响应于本地服务器对购买订单的退货指令,将库存数据库中的第二库存数据还原成第一库存数据。需要说明的是,该退货指令并不是用户发出的,而是商品长时间无人认领,所以本地服务器主动发起的退货指令,针对的是无人认领的情况。例如,之前因为客户端将3个商品a加入购物车,云服务器相应地扣减了该实体商店库存数据库中商品a的3个库存,现在收到退货请求后,将商品a的3个库存加回来。当然,现实场景中,考虑到无人值守的商店中退货的商品可能无法立即返回仓储区的货架,也可以暂时不处理退货指令,等到商店不忙的时候,例如凌晨之后再来处理所有的退货指令。此时,工作人员也能将相应的商品通过补货的方式补回货架,其中,补货在实施例五中会介绍,在此不再赘述。这种延后处理退货指令的方式,也可以在一定程度上减轻服务器的负担。
请参考图5,其示出了本发明实施例五提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的云服务器。本实施例的应用场景例如可以是云服务器每天会定时查看各个实体商店的库存情况,然后给相应的补货机构发送补货通知以为实体商店补货。
如图5所示,在步骤501中,响应于接收到本地服务器的补货通知,向补货系统发送对应于本地服务器的实体商店的补货请求;
在步骤502中,响应于本地服务器返回的一个或多个商品的补货数量,更新云库存数据库中所述实体商店的一个或多个商品的库存数量。
在本实施例中,对于步骤501,云服务器接到本地服务器的补货通知,则向补货系统发送相应的补货请求以为所述本地服务器对应的实体商店补货。之后补货系统对相应的本地服务器补货。等到补货完成后,云服务器会接到本地服务器返回的补货完成通知以及一个或多个商品的补货数量以使云服务器可以更新相应的商品在云库存数据库中的库存。从而可以实现无人值守的实体商店的补货功能,使所有的环节都能实现无人值守。
在一些可选的实施例中,也可以是只有云库存数据库,从而由云服务器监测实体商店内各个商品的库存数量,例如可以为每一个商品的库存设立阈值,当库存低于阈值时报警。之后,云服务器响应于一个或多个商品的库存数量低于阈值,生成与一个或多个商品对应的补货通知发送至相应的相应的补货机构。最后,响应于本地服务器返回的一个或多个商品的补货数量,更新实体商店内该一个或多个商品的库存数量。从而可以实现无人值守的实体商店的补货功能,使所有的环节都能实现无人值守。当然,为了实体商店在网络不好无法与云服务器通信的时候也能实现售货功能,本地库存数据库也是需要的,从而当能与云服务器通信时,可以将本地库存数据库中的数据同步至云端,从而重新恢复售货。请参考图6,其示出了本发明实施例六提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的本地服务器。
如图6所示,在步骤601中,接收来自云服务器的购买订单,向实体商店的仓储区内的拣货装置发送与购买订单的商品匹配的拣货指令,拣货指令包括商品存储位置和商品数量;
在步骤602中,响应于拣货装置执行完拣货指令的完成通知,向仓储区内的传送装置发送传送指令,以将拣货装置所拣的商品传送至实体商店的提货区。
在本实施例中,对于步骤601,本地服务器接受来自云服务器的购买订单,并向该实体商店的仓储区内的拣货装置发送拣货指令,其中,本地服务器可以例如是该实体商店内的上位计算机系统,用于控制该实体商店内的拣货装置和传送装置,以及存储各商品在智能货架上的位置和数量。从而在收到购买订单后,可以根据购买订单中的各商品的编号和数量生成相应的拣货指令,该拣货指令中可以包括商品的存储位置和商品的数量,从而控制拣货装置去相应的存储位置取相应的数量的商品放置在传送带上,之后本地服务器向传送装置发传送指令。之后,对于步骤602,云服务器收到执行完拣货指令的通知,就会向传送装置发送传送指令。当然,拣货装置和传送装置可以将接收到的指令存储在相应的任务列表中,从而按照顺序依次执行各拣货指令和传送指令。
本实施例中,通过本地服务器的控制和拣货装置及传送装置的配合,能够实现无人值守的拣货和出货。
在一些可选的实施例中,在步骤601之后,还可以是如下的步骤,云服务器响应于检测到与所述购买订单的商品数量对应的商品到达提货区,向所述所述云服务器发送所述购买订单的出货完成通知。其中,检测商品数量例如是传送装置上安装有重力传感器,通过感应重力检测数量,或者还可以在传送装置上方安装红外线传感器,从而当有商品经过时,能被感知,还可以是其他方式来检测商品数量,本申请在此方面没有限制。进一步可选的,提货区可以有挡板,商品过来之后都会被挡板卡住,当检测到商品的数量与购买订单的商品数量一致时,向云服务器发送出货完成通知后,挡板会打开以使用户可以取走购买的商品。进一步可选的,为了防止用户错拿商品,挡板可以有锁定装置,提货区可以有扫描装置,当扫描到与购买订单一致的购买凭证时,挡板才能解除锁定,让用户可以取走商品。
在一些可选的实施例中,本地服务器向拣货装置发送的拣货指令可以是经由本地服务器优化计算后的拣货指令。在一些实施例中,购买订单中可能存在多个商品,但是如果按照购买订单上的顺序进行拣货可能不是最优的方案,于是本地服务器可以对其进行优化。例如,购买订单中商品的顺序为abcd,但是基于abcd各商品的存储位置进行最短路径计算后,发现badc的顺序是最优的,则可以按照优化后的顺序生成相应的拣货指令。拣货装置按照该优化后的拣货指令进行拣货,可以在很大程度上缩短拣货时间,提高出货效率,提升用户体验。
进一步参考图7,其示出了本发明实施例七提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的本地服务器。本实施例的流程是图6中步骤602及之后的流程步骤。
如图7所示,在步骤701中,响应于拣货装置执行完拣货指令的完成通知,向仓储区内的传送装置发送传送指令,以将拣货装置所拣的商品传送至实体商店的提货区;
在步骤702中,响应于传送装置发送的所拣的商品抵达提货区的通知,向云服务器发送购买订单的出货完成通知。
在本实施例中,步骤701与图6中的步骤602相同,在此不再赘述。对于步骤702,本地服务器收到传送装置发送购买订单的商品抵达提货区的通知,向云服务器发送该购买订单的出货完成通知。从而可以告知云服务器商品已抵达提货区,通过云服务器向客户端发送取货提醒。
在一些可选的实施例中,在商品抵达提货区后,本地服务器还可以向播报系统发送播报指令以控制播报系统播报相应的购买订单的信息以通知顾客来提货区提货。例如,可以以广播或者文字的形式播报订单号或者顾客的姓名。
在另一些可选的实施例中,为了防止顾客取错商品,还可以在商品的外包装上打印订单信息。进一步地,还可以通过二次验证的方式控制顾客提货,例如,购买订单的商品达到提货口后并不是直接开放给顾客的,而是锁定的,顾客还需要让机器扫描提货凭证,验证通过后方能解锁提货,从而进一步保证不会提错或被别人提走。
进一步参考图8,其示出了本发明实施例八提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的本地服务器。本实施例的流程图可以是图7中步骤702及之后的步骤流程。
如图8所示,在步骤801中,响应于传送装置发送的所拣的商品抵达提货区的通知,向云服务器发送购买订单的出货完成通知;
在步骤802中,响应于传送装置发送的购买订单的商品到达提货区无人提取的通知,向传送装置发送寄存指令,以将购买订单的商品传送至寄存区;
在步骤803中,向云服务器发送购买订单的寄存通知;
在步骤804中,响应于云服务器的出货指令,开放寄存区。
在本实施例中,步骤801与图7中的步骤702相同,在此不再赘述。对于步骤802,云服务器响应于传送装置发送的购买订单的商品到达提货区无人提取的通知,例如传送装置上可以设置定时器和重力传感器,从而可以检测商品是否被提取以及商品在传送带上放置的时间,例如可以将时间设置为1分钟,当商品到达提货区后开始计时,超过1分钟无人提取,则传送装置可以向本地服务器发送无人提取的通知,之后本地服务器向传送装置发送寄存指令,以将购买订单的商品传送至寄存区。其中,寄存区可以是位于提货区的下方,从提货区传送至寄存区可以是通过倾斜的方式将商品从位于上方的提货区转移至位于下方的寄存区。当然,提货区和寄存区还可以是其他的可以实现的位置关系,本申请在此方面没有限制。之后对于步骤803,本地服务器再向云服务器发送寄存通知。最后,对于步骤804,当本地服务器接收到云服务器的出货指令后,开放寄存区使顾客可以提取商品。从而可以实现对无人提取的商品先寄存,之后等待提取指令来了之后开放寄存区区供顾客提取,防止因为某些顾客暂时无法提取造成后面的顾客等待的情况发生,并且对于暂时无法提取的顾客也再给一次机会,先将商品寄存起来,防止被其他顾客拿走,从而安全系数更高。
在一些可选的实施例中,对于无人提取的情况,还可以是传送装置检测到超过预定时间无人提取,则传送装置直接将商品传送至寄存区,并向本地服务器发送购买订单的寄存通知。本地服务器接收到传送装置的寄存通知后,再向云服务器发送寄存通知。从而在上述实施例的基础上还能简化步骤,减少本地服务器的负担。对于商品被提取的情况,装了重力传感器的传送装置能够识别并自动执行本地服务器发送的下一个传送指令。
请参考图9,其示出了本发明实施例九提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的本地服务器。
如图9所示,在步骤901中,响应于传送装置发送的购买订单在寄存区无人提取通知,向传送装置发送转存指令,以将购买订单的商品传送至退货区;
在步骤902中,向云服务器发送购买订单的退货指令。
在本实施例中,对于步骤901,本地服务器接收到购买订单在寄存区无人提取的指令,例如在寄存区存放了一小时无人提取,则向传送装置发送转存指令,从而将相应的商品传送至退货区。其中,退货区可以位于寄存区的下方,从而当寄存区的商品超时无人认领之后,可以直接向下倾倒至退货区,之后有工作人员整理后再通过补货的方式放回仓储区,退货区可以是锁定的不对顾客开放。当然,退货区和寄存区也可以是其他的位置关系,本申请在此方面没有限制。为了节约步骤,也可以是传送装置检测到商品在寄存区预定时间内无人提取,自动将该商品传送至退货区,并向本地服务器发送转存指令。之后,对于步骤902,本地服务器再向云服务器发送退货指令。从而可以对长时间无人认领的商品进行自动地退货处理,防止顾客的误操作带来的损失,提升用户体验。
请参考图10,其示出了本发明实施例十提供的一种自助售货方法的流程图,本实施例的技术方案可适用于无人值守的实体商店的本地服务器实现补货的业务逻辑。
如图10所示,在步骤1001中,监测所述实体商店的本地库存数据库中各个商品的库存数量;
在步骤1002中,当监测到其中一个或多个商品的库存数量低于阈值,生成与所述一个或多个商品对应的补货通知,并将所述补货通知发送至云服务器;
在步骤1003中,响应于扫描的补货区的待补货商品的条码,确定待补货商品的商品编号和补货数量,生成相应的补货指令;
在步骤1004中,响应于补货完成,基于所述补货数量更新所述待补货商品的库存数量;
在步骤1005中,向云服务器发送补货完成通知及所述待补货商品的补货数量。
在本实施例中,对于步骤1001,本地服务器监测实体商店的本地库存数据库中各个商品的库存数量,例如可以每5分钟检测一次,或者每小时检测一次,本申请在此方面没有限制。之后,对于步骤1002,当监测到其中一个或多个商品的库存数量低于阈值,生成与所述一个或多个商品对应的补货通知,并将所述补货通知发送至云服务器,例如,可以给每个商品的库存设置一个相应的阈值,当低于该阈值时,就生成补货通知并向云服务器发送该补货通知。之后,在步骤1003中,实体商店可以在补货区设置扫描设备,从而可以对补入的商品进行扫描和识别,进而确定该种商品的商品编号和补货数量,生成相应的补货指令控制拣货装置补货。之后,对于步骤1004,当本地服务器接收到拣货装置发送的补货完成通知,基于对某种商品的补货数量更新本地库存数据库中相应的商品的库存数量。最后,对于步骤1005,本地服务器在补货完成之后还需要向云服务器发送补货完成的通知和各商品的补货数量,从而云服务器也可以更新该实体商店内相应的商品的库存数量,保证云端的库存数据库和本地数据的一致性。
在一些可选的实施例中,上述步骤1003,响应于扫描的补货区的待补货商品的条码,确定待补货商品的商品编号和补货数量,生成相应的补货指令还进一步包括以下步骤(图中未示出):响应于扫描的补货区的待补货商品的条码,确定待补货商品的商品编号和补货数量;基于所述商品编号,获取与所述待补货商品对应的库存位置;基于所述待补货商品的商品编号、补货数量和库存位置生成相应的补货指令。本实施例与上述实施例的区别在于,本实施例针对的是库存位置存储在本地服务器的情况,而上述实施例针对的是库存位置存储在拣货装置例如机械手的情况。由于库存位置存储在本地服务器,因此当扫描获取了商品编号之后,通过该商品编号可以获取与之关联的商品的库存位置(库存位置对于每一个商品例如是唯一的),之后基于该商品编号、补货数量和库存位置可以生成相应的补货指令控制拣货装置例如机械手补货。
在一些具体的应用场景中,例如是云服务器向补货员的客户端发送一系列的补货指令,然后补货员根据指令逐个将相应数量的商品放置在补货区,放完之后向云服务器发送放置确定指令,云服务器再向本地服务器发送补货指令,本地服务器向传送装置和拣货装置发送相应的指令进行补货操作,当拣货装置完成补货后向本地服务器发送完成补货的通知,本地服务器相应地更新商品的存储位置和存储数量,再反馈至云服务器同步更新该实体商店内各商品的库存数量。
请参考图11,其示出了本发明实施例十一提供的一种自助售货方法的三端交互图。如图所示,三端分别为客户端、云服务器和本地服务器。
首先,顾客在实体商店的体验区扫描商品样品的条码并操作后,会向云服务器发送相应的商品在购物车的添加或删除请求。之后,云服务器基于该添加或删除请求更新库存数据,为顾客的添加操作预占相应的商品份额。当顾客提交相应的下单请求后,云服务器会生成相应的购买订单并向本地服务器发送该购买订单。然后,本地服务器基于该购买订单拣货和出货。当本地服务器收到订单到达提货区的通知时,会向云服务器发送相应的通知以提醒顾客取货。响应于该购买订单的商品在第一预定时间内无人认领时,本地服务器会向云服务器发送寄存通知,之后云服务器向客户端发送寄存通知。响应于该购买订单的商品在第二预定时间无人提取时,该订单会被转存至退货区,本地服务器会向云服务器发送退货请求,之后云服务器接到退货请求后,进行相应的库存还原操作。当然,还包括相应的补货流程(图中未示出),具体可以参见实施例五和实施例十中的描述,在此不再赘述。
通过以上方案,可以实现实体商店的所有的环节无人值守,并且通过在用户加购物车时就为用户预占商品份额,为用户设置寄存区和退货区,能够极大地提升用户体验。
进一步参考图12,其示出了本发明实施例十二提供的一种自助售货系统的结构示意图。
如图12所示,该自助售货系统,包括无人值守的实体商店的云服务器、无人值守的实体商店的本地服务器以及无人值守的实体商店本身。其中,该无人值守的商店至少包括:用于展示商品样品的体验区,其中,该商品样品上包含向客户端提供商品样品的商品详情和购买入口的信息,购买入口至少包括虚拟购物车;与体验区关联并能够独立于体验区设置的用于存储库存商品的仓储区,仓储区包括智能立体货架、拣货装置和传送装置;设置在仓储区外、与仓储区的传送装置相连的用于提货的提货区;以及设置在仓储区外、与仓储区的传送装置相连的用于向仓储区补货的补货区。其中,仓储区可以是与体验区相邻设置,也可以是独立于体验区,设置在其他方便顾客取货的地方,本申请在此方面没有限制。提货区可以是设置在仓储区与体验区交接的地方,方便顾客下单之后提货。补货区可以是设置在仓储区背离体验区的一侧,从而不影响顾客在体验区购物和提货。
其中,仓储设备(如智能立体货架、拣货装置、传送装置等)可组装,避免单体无人售货机难以扩展,不方便安装搬运等缺点,采用组装式分体设计。待出售的商品可以按照一定的编码和编址有规律的放置在仓储设备的储物盒中,方便提取。仓储设备可以根据控制指令自动取出指定的商品到存储柜外的传送带上,称为出货。仓储设备还可以根据控制指令自动存入指定的商品到存储柜内,称为存货。自动传送设备可以把货物传送到指定的出货口,使得用户可以在出货口拿走购买的商品。同时还可以通过将商品放置在规格确定的储物盒内,以支持各种不规则商品的存储(包括冷鲜食品),而且使得只要场地大小允许,商品存放品种可以无限多,单种商品的储量可以足够大。
本发明在商品体验区安放开放式体验购货架,顾客可以取下商品,触摸感受观察,享受超市购物的乐趣。开放式体验购货架的商品具有报警功能,防止私自携带体验商品体走出体验区。同时仓储区的商品由于不对顾客开放也能很大程度上防止被食用和私自携带。用户可以通过智能手机app或微信等软件扫描码选货、下订单,支持用户一次购买多件商品。用户通过扫码可查看商品的厂家、产地、材料、配方、保质期等信息,便捷方便。用户通过智能手机app或微信付款后,客户购买的多件商品被自动打包传送到取货口,用户顾客拎包离开,方便快捷。
本发明实施例基于自动化存储、机械臂、物品自动传送等技术,结合移动互联网、移动第三方支付、计算机信息处理、物联网和人工智能等技术,设计实现了一种无人值守的顾客自助购物的智能售货商店。
在另一些实施例中,本发明实施例还提供了一种非易失性计算机存储介质,所述计算机存储介质存储有计算机可执行指令,该计算机可执行指令可执行上述任意方法实施例中的自助售货方法;
作为一种实施方式,本发明的非易失性计算机存储介质存储有计算机可执行指令,所述计算机可执行指令设置为:
根据客户端在所述实体商店内对商品样品的购买链接的访问,向所述客户端提供商品样品的商品详情和购买入口,所述购买入口至少包括虚拟购物车;
根据客户端在虚拟购物车中对至少一种商品的添加或删除请求,将云库存数据库中的所述至少一种商品的第一库存数据变更成第二库存数据;
根据客户端最终确定的虚拟购物车中的所有商品的结算请求,生成对应的购买订单;
将所述购买订单发送至所述实体商店的本地服务器,以供所述本地服务器按照所述购买订单拣货和出货。
作为另一种实施方式,本发明的非易失性计算机存储介质存储有计算机可执行指令,所述计算机可执行指令设置为:
接收来自云服务器的购买订单,向所述实体商店的仓储区内的拣货装置发送与所述购买订单的商品匹配的拣货指令,所述拣货指令包括商品存储位置和商品数量;
响应于所述拣货装置执行完所述拣货指令的完成通知,向所述仓储区内的传送装置发送传送指令,以将所述拣货装置所拣的商品传送至所述实体商店的提货区。
作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块,如本发明实施例中的自助售货方法对应的程序指令/模块。所述一个或者多个程序指令存储在所述非易失性计算机可读存储介质中,当被处理器执行时,执行上述任意方法实施例中的自助售货方法。
非易失性计算机可读存储介质可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据信息投放装置的使用所创建的数据等。此外,非易失性计算机可读存储介质可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中,非易失性计算机可读存储介质可选包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至信息投放装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
本发明实施例还提供一种计算机程序产品,所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述任一项自助售货方法。
图13是本发明实施例十三提供的电子设备的结构示意图,如图13所示,该设备包括:
一个或多个处理器1310以及存储器1320,图13中以一个处理器1310为例。
自助售货方法的设备还可以包括:输入装置1330和输出装置1340。
处理器1310、存储器1320、输入装置1330和输出装置1340可以通过总线或者其他方式连接,图13中以通过总线连接为例。
存储器1320为上述的非易失性计算机可读存储介质。处理器1310通过运行存储在存储器1320中的非易失性软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例自助售货方法。
输入装置1330可接收输入的数字或字符信息,以及产生与信息投放装置的用户设置以及功能控制有关的键信号输入。输出装置1340可包括显示屏等显示设备。
上述产品可执行本发明实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明实施例所提供的方法。
作为一种实施方式,上述电子设备应用于无人值守的实体商店的云服务器,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
根据客户端在所述实体商店内对商品样品的购买链接的访问,向所述客户端提供商品样品的商品详情和购买入口,所述购买入口至少包括虚拟购物车;
根据客户端在虚拟购物车中对至少一种商品的添加或删除请求,将云库存数据库中的所述至少一种商品的第一库存数据变更成第二库存数据;
根据客户端最终确定的虚拟购物车中的所有商品的结算请求,生成对应的购买订单;
将所述购买订单发送至所述实体商店的本地服务器,以供所述本地服务器按照所述购买订单拣货和出货。
作为另一种实施方式,上述电子设备应用于无人值守的实体商店的本地服务器,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
接收来自云服务器的购买订单,向所述实体商店的仓储区内的拣货装置发送与所述购买订单的商品匹配的拣货指令,所述拣货指令包括商品存储位置和商品数量;
响应于所述拣货装置执行完所述拣货指令的完成通知,向所述仓储区内的传送装置发送传送指令,以将所述拣货装置所拣的商品传送至所述实体商店的提货区。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。