超市购物信息推送方法与系统与流程

文档序号:12694663阅读:415来源:国知局
超市购物信息推送方法与系统与流程

总的而言本发明涉及超市购物,特别涉及一种超市购物信息推送方法与系统。



背景技术:

超市购物是人们日常生活中不可缺少的部分,大部分的日常用品均从超市购买。超市中,人们在选购完商品后会到超市收银台处排队结账。排队等待的时间会从几分钟到几十分钟不等,等待时间过长会大大降低顾客的购物体验,而且超市需要设置多个收银台和收银设备,增加了企业运行成本。

有鉴于此,现有技术中公开了多种自助结算方法与系统,本申请的申请人/发明人在其系列申请中也公开了一种采用RFID标签的超市购物方法与系统。但在这些技术中,顾客只能获得所购买的商品本身的商品信息,例如商品名称、使用方法、价格等。超市中商品的优惠信息、新品信息等不能及时获取。现有技术中,在网络购物中,存在通过记录网络购物记录来向顾客推荐相关产品或消息的方法,但由于在现实超市购物过程中,无法实时获取到顾客所购买的商品信息,因此不能向顾客推荐/推送相关产品或消息。

本申请的申请人/发明人在系列申请中公开了一种超市购物信息推送方法与系统,其通过云端服务器向购物端发送购物信息,并将推送的购物信息在购物端显示,这就要求购物端具有强大的信息处理能力,并增设相应的显示装置,这对于企业而言,制造/采购成本会大幅增加,因此上述技术还有待进一步的改进。本申请中的部分内容/技术引用了系列申请中的部分内容,但这并不代表本申请与其它申请相同/相似,本申请的核心之处与其它申请截然不同。



技术实现要素:

针对现有技术的缺陷,本发明提供了一种超市购物信息推送方法与系统。

一种超市购物信息推送方法,包括以下步骤:S110:预存储各购物端的购物端ID信息;S120:通过所述购物端ID信息,将顾客端与顾客所选用的购物端相关联;S130:建立购物端与顾客端之间的私有通信链路;S140:通过设置于商品之上的无线标签,读取所述购物端内商品的商品信息,通过所述私有通信链路将所述商品信息发送至相应的顾客端,通过公共通信链路将所述商品信息发送至云端服务器;S150:根据所述商品信息判断是否存在需要推送的与所述述购物端内商品属于同类的其它商品的购物信息;S160:当判定存在需要推送的购物信息时,获取该购物信息并将其发送至与该购物端相关联的顾客端。

可选的,还包括以下步骤:S170:预存储不同商品种类间的多维映射关系;S180:当判定不存在需要推送的与所述述购物端内商品属于同类的其它商品的购物信息时,查询所述多维映射关系中其它种类的商品中是否存在需要推送的购物信息;S190:当判定其它种类的商品中存在需要推送的购物信息时,获取该购物信息并将其发送至与该购物端相关联的顾客端。所述步骤S130具体包括:云端服务器向购物端以及与该购物端相关联的顾客端发送动态验证码,当购物端接收到顾客端输入的正确验证码后,顾客端与购物端便建立起所述私有通信链路。所述购物信息为商品的优惠信息,所述步骤S140具体包括:云端服务器解析该商品信息中的商品的标号,获得与该标号相对应的商品的种类信息,判断同种类中其它商品是否存在优惠信息。所述购物信息为新品信息,所述步骤S140具体包括:云端服记录获取到商品信息的时间,解析该商品信息中的商品的标号,获得与该标号相对应的商品的种类信息,判断同种类中其它商品的上架时间与商品信息获取时间之差是否小于或等于设定的阈值。还包括以下步骤:S210:接收来自顾客端的结算请求,向购物端发送查询指令,获取购物端内暂存的商品信息;S220:当判定暂存的商品信息与结算请求一致时,生成结算信息,将该结算信息发送至相应的顾客端;S230:根据所述结算信息进行支付,将支付信息发送至云端服务器;S240:判定所述支付信息无误后,解除购物端与所述顾客端间的关联。还包括以下步骤:S310:在云端服务器预存储超市的地图信息和各商品的位置信息,所述位置信息至少包含了该商品所在区域的区域信息;S320:获取待推送的购物信息中商品的标号,根据该标号查询商品所在区域;S330:将商品所在区域在地图之上突出显示,生成查询图片,将该查询图片加入待推送购物信息中,将其发送至顾客端。所述购物信息包括:商品名称、价格、优惠信息、以及所在位置的图片信息。所述步骤S120具体包括:通过顾客端扫描位于所述购物端上的二维码获取所述购物端ID信息,将所述购物端ID信息和顾客端ID信息组成一条信息,发送至云端服务器,建立顾客端与购物端间的关联关系。

一种超市购物信息推送系统,包括以下单元:存储单元,用于预存储各购物端的购物端ID信息;关联单元,用于通过所述购物端ID信息,将顾客端与顾客所选用的购物端相关联;链路建立单元,用于建立购物端与顾客端之间的私有通信链路;通信单元,用于通过设置于商品之上的无线标签,读取所述购物端内商品的商品信息,通过所述私有通信链路将所述商品信息发送至相应的顾客端,通过公共通信链路将所述商品信息发送至云端服务器;判断单元,用于根据所述商品信息判断是否存在需要推送的与所述述购物端内商品属于同类的其它商品的购物信息;推送单元,用于当判定存在需要推送的购物信息时,获取该购物信息并将其发送至与该购物端相关联的顾客端。

本发明的有益效果是:购物端和云端服务器均将所要发送的信息发送至顾客端,这样顾客可以通过顾客端查看所购买的商品的信息或推荐的购物信息,这样购物端只需要设置必要的标签读取器与通信天线即可,而不必设置昂贵的处理器、显示装置、输入按键等,控制单元的体积与成本可以大大降低;实时获取到顾客所购买的商品信息,根据顾客实际的购物种类向顾客推荐相关购物信息,避免了将顾客不需要/不感兴趣的商品信息发送给顾客,提高了购物体验;根据购物端的ID信息,向不同的顾客精准的推送购物信息,避免了信息发送的盲目性,达到了精准营销;通过建立多维映射关系表,可以根据顾客的购物情况,向顾客推送其感兴趣的其它商品的购物信息;自助结算,方便快捷;可以根据地图信息,快速找到所推荐的商品。本发明大大提高了购物体验,实现了低成本购物信息的精准推送。

附图说明

图1为本发明系统整体结构示意图;

图2为本发明购物车的结构示意图;

图3为购物车中各模块连接示意图;

图4为实施例1的流程图;

图5为实施例2的流程图;

图6是多维映射关系图;

图7是实施例3的流程图;

图8是实施例4的流程图;

图9是本发明中的一超市地图;

图10为本发明推送系统的结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明的具体实施方式做详细的说明,使本发明的上述及其它目的、特征和优势将更加清晰。在全部附图中相同的附图标记指示相同的部分。并未刻意按比例绘制附图,重点在于示出本发明的主旨。

首先对本发明的系统结构做整体介绍,如图1所示,本发明中购物系统包括云端服务器、购物端和顾客端。云端服务器为系统的核心,其负责商品信息的存储、数据的分析、处理,协调购物端与顾客端等。购物端为一购物车或购物筐,其上设置有无线标签读取模块、显示模块、通信模块等,购物端用于读取商品的信息,并向顾客展示结算信息以及来自云端服务器推荐/推送的商品信息。顾客端为便携式可支付智能设备,例如可以是智能手机、智能手表、PAD等。云端服务器、购物端、顾客端之间可以进行无线通信,无线通信可以采用局域网wifi、4G/3G等各种已有的无线通信技术。

本发明中,商品上粘贴有无线标签,例如可以是RFID标签,购物端设置有读取模块,通过读取模块可以读取无线标签中的商品信息。由于采用无线标签,而标签读取模块的读取范围可以从几厘米至几十厘米不等,即根据读取模块的不同,当标签距离读取模块的距离在几厘米至几十厘米时可以读取到标签信息。若采用读取范围较小的读取模块,例如几厘米,则由于购物车/购物筐较大,放于其内的商品可以由于距离读取模块较远而不能读取。若采用读取范围较大的读取模块,例如50厘米以上,由于顾客需要手推购物车在商品周围移动,货架上的商品会由于购物车靠近该商品而发生误读取,将顾客未选购的商品计入购物金额内。且由于购物车的样式、尺寸多种多样,若为每一种购物车均选取或设置一个较佳的读取范围(即可以读取到购物车内商品信息,又不会发生误读)是一项十分繁琐的工作。

有鉴于此,如图2、3所示,以购物车为例,本发明的购物端包括一顶部开口的购物容器2,容器2的底部设置有一密封的腔体5,腔体5内设置有控制单元4,所述购物容器2除顶部开口外其余各面均设置有屏蔽金属板,即购物容器2的其余各面均由金属板制成,金属板可以是钢板、铝板、铜板等。腔体5的顶板6由非金属材质板制成,例如可以是塑料板、木板等。

购物端还可以包括一设置于所述购物容器2之外的显示模块1和必要的操作按键等,显示模块1与控制单元4相连,显示模块1可以采用触摸屏、液晶显示屏等。应当明确的是,在本申请中,显示模块1与操作按键并非必不可少之部件,为了降低成本,上述部件是可以省略的,通过后续的介绍可以看到,在省去了显示模块1与输入按键的情况下,本申请的技术方案依然可以顺利实施。

购物端上还设置有位于所述购物容器2之外的用于进行无线通信的通信天线7,例如可以将通信天线7贴于金属板的外侧,控制单元4与通信天线7相连,通过通信天线7控制单元4可以与云端服务器或顾客端进行双向通信。通信天线7具有多种通信方式,云端服务器一般远离购物端,因此在与云端服务器进行通信时其可以采用公共通信链路,如局域网wifi或4G,而顾客端与购物端的距离通常较近,因此其与顾客端的通信可以采用私有通信链路,如蓝牙或NFC等手段。本领域技术人员应当明了,购物端与云端服务器间的通信方式以及购物端与顾客端间的通信方式可以采用上述方式中的一种或多种,本发明并非意在限制具体的通信方式,只要其相互间可以自由的进行信息传输即可。

购物容器2由滚轮支架3支撑。本发明中控制单元4包括有读取模块,将读取模块置于购物容器2的底部中心可以使得读取模块距离货架之上的商品最远,减少误读取的发生,容器2的四周设置屏蔽金属板,这样读取模块所发出的读取信号(磁场信号)可以被屏蔽于容器2之内,使得位于容器2之外的商品不会感应到读取信号,从而不会误读取货架之上的商品标签,而在商品放入容器2之后,读取信号可以穿过顶板6,这样商品上的标签感应到读取信号,标签上的信息被读取模块读取,非金属顶板6可以使得读取信号穿过,能保证正常标签信息的读取,同时顶板6可以对控制单元起到保护作用,防止抛入容器2的商品对控制单元造成损坏。这样便可以在购物车内设置读取范围较大的读取模块(例如50cm以上),这样即能保证购物车内的商品标签均能被读取,而又不发生误读取。

实施例1

下面结合图4,对本发明的超市购物中购物信息推送/推荐方法做详细介绍。

S110:预存储各购物端的购物端ID信息。

本发明中,每个购物端均有唯一的一ID信息(识别信息),该ID信息用于区分不同的购物端。这一ID信息可以是一组数字/号码,云端服务器以表格的形式存储各购物端的ID信息。更进一步的,ID信息为便于智能设备识别的二维码。例如可以将该二维码贴在购物车上,或者通过购物端的显示模块1显示该二维码。

S120:通过所述购物端ID信息,将顾客端与顾客所选用的购物端相关联。

顾客在进入超市后会随机选用其中一个购物端,例如顾客可以选用其中一辆购物车,顾客在选用该购物端后,向其携带的顾客端输入所述购物端的ID信息,顾客端将该ID信息和顾客端的识别信息,即顾客端ID信息,例如可以是手机号,组成一条信息,发送至云端服务器,云端服务器存储该信息,这样顾客端与顾客所选用的购物端便建立了联系,完成关联,在购物过程中这一关联关系会存储于云端的存储器中,直至购物完成。

以购物车为例,本发明中在购物车上设置有二维码,顾客在选用该购物车后,使用其随身携带的智能手机(购物端)扫描该二位码,扫描后,可以向顾客发出信息,例如“欢迎光临XX超市,欢迎使用XX号购物车进行自助购物”,同时智能手机将购物端的识别码和手机号码组成一条信息,例如可以是:XX号购物车+13910001111,将这一信息发送至云端服务器,云端服务器存储该信息,由此便完成了顾客端与购物端的关联。

S130:建立购物端与顾客端之间的私有通信链路。

为了使得购物端能将商品信息发送给顾客端予以显示,需要建立购物端与顾客端之间的通信连接。为此在本发明中,以建立蓝牙链接为例,顾客端与购物端均具有蓝牙通信功能,其蓝牙处于开放状态。当顾客端与顾客所选用的购物端相关联后,云端服务器向购物端以及与该购物端相关联的顾客端发送动态验证码(动态配对秘钥),顾客端打开蓝牙后可以搜索到购物端,当顾客端输入接收到的正确的配对秘钥后,顾客端与购物端便建立起了安全的私有通信链路,购物端可以通过蓝牙将之后获得的商品信息发送至顾客端。

以智能手机为例,当顾客携带智能手机进入超市后,在步骤S120中通过扫描二维码建立起了手机与购物端间的关联关系,之后,云端服务器向购物端发送蓝牙开启指令,开启购物端的蓝牙,并向购物端与手机发送配对秘钥“1234”,例如可以向顾客手机发送一条信息:请打开蓝牙,配对秘钥为1234。在手机打开蓝牙后,可以搜索发现购物端的蓝牙信号,顾客输入配对秘钥1234,购物端接收到该秘钥后与云端服务器发送的秘钥进行比对,当二者一致时,验证通过,这样手机便于顾客端建立起了安全的私有通信链路。

S140:通过设置于商品之上的无线标签,读取所述购物端内商品的商品信息,通过所述私有通信链路将所述商品信息发送至相应的顾客端,通过公共通信链路将所述商品信息发送至云端服务器。

本发明中,超市中的每个商品上均贴有无线标签,例如可以是RFID标签,标签中包含了商品的商品信息,例如商品的标号、名称、价格等,其中商品的标号具有唯一性,通过这一标号可以将不同的商品区分开来。顾客携带购物端进入超市,在遇到其想要购买的商品后,顾客将该商品放入购物端的容器2中,控制单元4中的读取模块对放入容器2中商品的标签进行读取,从而得到了该商品的商品信息。购物端内设置有存储模块,通过该存储模块可以在顾客购物过程中,将所购商品的商品信息进行暂存,即暂存读取到的购物端内所有商品的商品信息。

在获取到商品信息之后,控制单元4将该商品信息与该购物端的ID信息组成一条信息,例如:XX号购物车+XX号商品+鸭绒帽+99元,其中XX号购物车为购物端的ID信息,XX号商品为商品标号,鸭绒帽为商品名称,99元为商品价格。将该条信息通过通信天线7发送给顾客端,这样顾客端便获取到了所选购商品的商品信息。与已有技术/其它申请不同,本发明中,购物端将商品信息直接发送至顾客端,这样顾客可以通过顾客端查看所购买的商品的信息,顾客端可以不必设置显示模块,减少了制造成本。

与私有通信链路不同,公共通信链路用于满足云端服务器与多个不同顾客端或购物端间的通信而设置,其信息传输量大,传输距离远,一般采用公共wifi、4G/3G等通信形式。与通过私有链路发送的信息相同,在向云端服务器发送信息时控制单元4将该商品信息与该购物端的ID信息组成一条信息,例如:XX号购物车+XX号商品+鸭绒帽+99元,将该条信息通过通信天线7发送给顾客端。即在本发明中,购物端在获得了商品信息之后,控制单元4将该商品信息与该购物端的ID信息组成一条信息,将这条信息同时通过私有链路和公共链路发送,由于私有链路与公共链路所发送的信息相同,因此可以减少信息组装的次数,加快信息处理与发送的速度。

S150:根据所述商品信息判断是否存在需要推送的与所述述购物端内商品属于同类的其它商品的购物信息。

本申请中云端服务器预存储各商品的商品信息,商品信息包含了商品的名称、标号、价格、种类、上架时间、优惠信息、使用说明等等,如表1所示。

表1

在通过步骤S140获取到所述购物端内商品的商品信息后,云端服务器解析该商品信息中的商品的标号,通过查询表1获得与该标号相对应的商品的种类信息。之后云端服务器查询该种类中其它商品的优惠信息、上架时间等,从而获知是否存在同类的其它商品的购物信息。商品的种类信息是由超市工作人员录入的,其代表了商品某种共同的特性,例如皮帽、鸭绒帽、鸭舌帽等均可以称之为帽子,可将其划入帽子类,而羽绒服与皮衣均属于冬季外套类。通过后续的说明可以看到,通过种类的划分可以向顾客更加精准的推荐相关产品/消息,大大提高购物信息推荐的效果。在本申请中所要向顾客推荐的“购物信息”包含商品的优惠信息、新品信息等。

以获取优惠信息为例,在步骤S140中云端服务器收到的一条来自76号(ID)购物车的一条消息为:76号+A113B+鸭绒帽+99元。云端服务器解析该消息获得购物车内商品的标号为A113B,之后云端服务器在表1中查询到该标号,通过表1获取到该商品属于“帽子”类,之后云端服务器将读取所存储的所有“帽子”类商品的商品信息,在表1中云端服务器会提取出鸭舌帽与皮帽这两条商品的商品信息,判断其中是否存在优惠信息,在表1中这两种商品均存在优惠信息“买一送一”、“7折”,即判定存在需要向顾客推送的购物信息。当然对于一些商品而言,不存在优惠信息,对此云端服务器会忽略这些商品的商品信息。例如顾客将1件皮衣放入了购物车,根据来自购物车的消息,云端服务器查询到的商品种类为“冬季外套”类,之后云端服务器会读取羽绒服的商品信息,由于羽绒服不存在优惠信息(即不存在需要后续发送的购物信息),因此云端服务器会忽略该条商品信息,判断不存在需要推送的购物信息。

为了获取新品信息,云端服务器在获得来自购物端的消息后,会记录该消息的获取时间,即顾客的购物时间,云端服务器解析该商品信息中的商品的标号,通过查询表1获得与该标号相对应的商品的种类信息,之后查询该种类中其它商品的上架时间,当上架时间与购物时间之差小于或等于设定的阈值时,则判断存在新品信息,即存在购物信息,反之当时间差大于设定的阈值时,则判定不存在需要推送的购物信息。

例如在步骤S140中云端服务器2016年11月25日收到的一条来自76号购物车的一条消息为:76号+A113B+鸭绒帽+99元。与上例相似,云端服务器会在表1中读取皮帽与鸭舌帽的商品信息,提取这两条商品的上架时间:2016-10-18、2016-1-20,假如设定的阈值为90天,则由于2016-10-18与2016-11-25之差小于90,则判定存在新品,即存在需要推送的购物信息,不论该商品是否存在优惠信息;而2016-1-20与2016-11-25之差大于90,则判定不存在需要推送的购物信息。

S160:当判定存在需要推送的购物信息时,获取该购物信息并将其发送至与该购物端相关联的顾客端。

继续在步骤S160中的各例。对于鸭舌帽与皮帽这两条商品的商品信息,由于存在优惠信息“买一送一”、“7折”,则云端服务器会将商品名称、价格、优惠信息等组成一条消息,将其发送给与76号购物端相关联的顾客端,或者将2016年10月18日新上架的皮帽的商品信息发送给与76号购物端相关联的顾客端。当不存在需要推送的优惠信息或新品信息时,则结束该流程即可。顾客端可以是智能手机,顾客端在接收到购物信息后,会通过显示屏幕向顾客显示,这样顾客便可以轻松的获取到超市内相关商品的优惠信息及新品信息等。

通过以上的描述可以发现,本实施例至少具有以下明显的优势:购物端和云端服务器均将所要发送的信息发送至顾客端,这样顾客可以通过顾客端查看所购买的商品的信息或推荐的购物信息,这样购物端只需要设置必要的标签读取器与通信天线即可,而不必设置昂贵的处理器、显示装置、输入按键等,控制单元的体积与成本可以大大降低;实时获取到顾客所购买的商品信息,根据顾客实际的购物种类向顾客推荐相关购物信息,避免了将顾客不需要/不感兴趣的商品信息发送给顾客,提高了购物体验;根据购物端的ID信息,向不同的顾客精准的推送购物信息,避免了信息发送的盲目性,达到了精准营销。

实施例2

在实施例1中当判定在同一种类的商品中不存在需要向顾客推送的购物信息时,则流程结束,即不向顾客端发送任何消息。但是研究发现在实际购物中,顾客除了对与所购买的商品属于同种类的商品感兴趣外,顾客对于与该种类相关的其它种类的商品也会十分感兴趣,例如购买刮胡刀的顾客通常会购买纸尿裤,购买帽子的顾客常常会购买手套等等。

有鉴于此,在该实施例中建立了一个不同商品种类间的多维映射表,查询这一映射表中其它种类的商品中是否存在需要推送的购物信息,当存在时,则将其它种类商品的购物信息发送至顾客端,这样便可以向顾客推送其可能感兴趣的商品信息。接实施例1,如图5所示。

S170:预存储不同商品种类间的多维映射关系。图6便是其中一映射表示例,在该映射表中,手套分别与帽子、袜子、围脖建立起了映射关系,这一映射关系会存储于云端服务器中。

S180:当判定不存在需要推送的与所述述购物端内商品属于同类的其它商品的购物信息时,查询所述多维映射关系中其它种类的商品中是否存在需要推送的购物信息。

例如,在步骤S140中云端服务器收到的一条来自76号(ID)购物车的一条消息为:76号+N115D+针织手套+9.9元。云端服务器解析该消息获得购物车内商品的标号为N115D,之后云端服务器在表1中查询到该标号,通过表1获取到该商品属于“手套”类,在表1中,所有“手套”类商品均不存在优惠信息,即判定不存在需要推送的与所述述购物端内商品属于同类的其它商品的购物信息。之后云端服务器会查询与手套相关的多维映射关系(图6),与手套相关的其它商品种类包含帽子、围脖、袜子,云端服务器会从表1中查询这些种类的商品中是否存在优惠信息,表1中皮帽与鸭舌帽均存在优惠信息,因此判定其它种类的商品中存在需要推送的购物信息,反之则判定不存在需要推送的信息。

S190:当判定其它种类的商品中存在需要推送的购物信息时,获取该购物信息并将其发送至与该购物端相关联的顾客端。

与步骤S160相同,对于鸭舌帽与皮帽这两条商品的商品信息,由于存在优惠信息“买一送一”、“7折”,则云端服务器会将商品名称、价格、优惠信息等组成一条消息,将其发送给与76号购物端相关联的顾客端。这样顾客便可以获得与所购买的商品密切相关的其它种类商品的推荐信息。

在该实施例中,通过建立多维映射关系表,可以根据顾客的购物情况,向顾客推送其感兴趣的其它商品的购物信息,这一方式的优点是显而易见的:顾客可以获取到其感兴趣的相关商品的信息,商家可以向顾客推送更多顾客可能想要购买的商品的信息,做到精准营销,提高顾客购物体验,增加商家商品销量。

实施例3

该实施例重点从顾客端角度做进一步介绍,以使得本领域技术人员明了整个超市购物过程,请参阅图7。

S210:接收来自顾客端的结算请求,向购物端发送查询指令,获取购物端内暂存的商品信息。

在顾客选购完商品要进行结算时,顾客可以通过顾客端相云端服务器发送结算请求,例如顾客在要结算时,可以点击手机触摸屏上的结算按键,之后手机将手机号和所接收到的商品信息一起发送给云端服务器,这样云端服务器便获得了来自顾客端的结算请求。表2为顾客端相云端服务器所发送的一条实际的结算请求。

表2

在接收到这一结算请求后,云端服务器根据请求中的顾客端ID查询与该顾客端所关联的购物端,例如查询到与13910001111号顾客端关联的购物端为02号购物车,则云端服务器向02号购物车发送查询指令,购物端相应该查询指令,将存储模块内暂存的商品信息通过通信天线7发送给云端服务器,由此,云端服务器便获取到了购物端内暂存的商品信息。这一暂存信息代表了当前购物端内实际商品的商品信息,即当前顾客所要购买的实际商品信息。

S220:当判定暂存的商品信息与结算请求一致时,生成结算信息,将该结算信息发送至相应的顾客端。

由于购物端与顾客端间的通信可能失效,或者标签失效,或者由于干扰商品信息读取错误,又或者顾客端可能会向云端服务器发送虚假的结算请求等等,在这些情况下,顾客所要结算的商品(即向云端服务器发送结算请求中的商品)与顾客实际购买的商品(即购物车内的商品),二者不一致,在这种情况下,顾客可能会少付款或者多付款。为了避免上述问题的发生,在本发明中,云端服务器在获得了结算请求与暂存的商品信息后,会提取结算请求中的商品标号与暂存的商品信息中的商品标号,比较这两组标号是否一致,当二者一致时,则判定顾客所要结算的商品与实际购买的商品一致,此时云端服务器计算商品的总金额,生成结算信息,将该结算信息发送至与相应的顾客端;当二者不一致时,云端服务器向顾客端发送提示消息,提示顾客核对购物端内的商品,例如可以向顾客发送:您所要结算的商品与您购物车内商品不符,请核对。通过这种方式可以防止错误结算的发生。

S230:根据所述结算信息进行支付,将支付信息发送至云端服务器。

顾客端在接收到所述结算信息后,确认无误时,可以点击支付按键进行支付,支付可以通过网上银行、微信、支付宝等已有的支付工具完成,支付完成后将支付信息发送至云端服务器。支付信息可以是网上银行、微信、支付宝等的支付已成功的回执或提示,当然这一支付信息也可以由第三方向云端服务器发送,例如可以由网上银行、微信、支付宝等向云端服务器发送支付信息。

S240:判定所述支付信息无误后,解除购物端与所述顾客端间的关联。

云端服务器在接收到所述支付信息后,会判断结算信息中的待支付金额与接收到的支付信息中的已支付金额是否一致,当二者一致时,则判定顾客已完成支付。在完成支付后,云端服务器删除存储器中存储的顾客端与购物端的关联关系,从而解除了购物端与所述顾客端间的关联,当然在解除关联的同时,可以向顾客发送信息“谢谢惠顾,欢迎下次光临”等,这样顾客便完成了购物,可以携带购物车内的商品返回,而购物端等待被下一位顾客再次利用。

从上述步骤S210-S240的描述可以看出,本发明中,通过将购物端与顾客端相互关联,大大方便了顾客支付,提高了购物体验,实现了自助购物;通过核对机制(S220),避免了错误结算的发生。

更进一步的,步骤S240中还可以包括:判定所述支付信息无误后,向购物端发送蓝牙关闭指令,购物端响应该指令关闭蓝牙。这样在顾客购物完毕后即时将购物车的蓝牙关闭,减少了电能消耗;待下一位顾客建立起与购物端的关联后,云端服务器再次开启购物端的蓝牙。

实施例4

实施例1-3详细介绍了购物信息的推送方法及购物结算过程。但是,实际中还存在以下问题:对于大型的购物超市而言,当顾客对其不熟悉时,需要花费较长的时间才能找到购物信息中所推荐的商品。例如,云端服务器向顾客端推送的购物信息为:新品皮帽,买一送一。顾客在看到该条推送的购物信息后,若想要购买该皮帽,顾客需要在超市中找到该皮帽,但当顾客对其不熟悉时,需要花费较长的时间才能找到该皮帽所在位置。

为此本实施例中所述购物信息至少包含有超市的地图信息,云端服务器可以向顾客端发送超市的地图信息,这一地图信息包含了超市内部的路线图、商品所在位置等等,通过顾客端上的显示屏幕可以显示包含有地图信息的商品信息,这样便可以在向顾客推送购物信息的同时,将商品所在位置告知顾客,使得顾客可以方便的找到所推荐的商品,提高了购物体验。如图8所示。

S310:在云端服务器预存储超市的地图信息和各商品的位置信息,所述位置信息至少包含了该商品所在区域的区域信息。

云端服务器包含有存储器,地图信息包含了超市内部的结构图、各区域所在位置等等,所谓区域即同一类商品所处的位置,例如液晶电视、平板电视、等离子电视等可以统一划分至电视区。图9便显示了其中一超市的地图信息,图中超市一层包括了冷鲜区、服装区、水果区等,二层为电视区、冰箱区、小家电区等,三层包括了被褥区、健身器材等等,这些区域被标记于地图上的相应位置。

本发明中云端服务器预存储了各商品的区域信息,即每个商品所在的区域,例如帽子(A114B、A235C)位于服装区,而床单位于被褥区。本发明中仅将位置信息精确到区域级,这样做有如下优点:可以减少需要存储的信息量,不必记录每种商品的精确位置;可以使得位置信息更加准确,这是由于,商品的位置信息是由工作人员录入的,若过于精确的存储商品的位置信息,则这一商品位置信息将过于庞大,例如对于有上千个货架的超市而言,若将每个商品所在的货架均记住这是十分困难的,这样在工作人员录入位置信息时便极易发生错误,例如将本应在A货架上商品记录在了B货架之上,这样顾客在查询时是不能找到该商品的,而超市中一般仅划分成几十个区域,工作人员很容易记住区域分布,可以准确的录入每种商品应处区域,这样可以使得位置信息更加准确,从而也更有助于顾客快速找到相应的商品。

S320:获取待推送的购物信息中商品的标号,根据该标号查询商品所在区域。

在步骤S160或S190中,当判定存在需要推送的购物信息时,在该实施例中云端服务器会进一步的读取购物信息中商品的标号,例如购物信息中所推荐的商品为皮帽与鸭舌帽,则云端服务器会读取到皮帽与鸭舌帽的标号:A114B、A235C。之后云端服务器会从预存储的信息中查询这些商品的位置,例如查询到帽子(A114B、A235C)位于服装区。

S330:将商品所在区域在地图之上突出显示,生成查询图片,将该查询图片加入待推送购物信息中,将其发送至顾客端。

在查询到商品所在区域后,云端服务器将该区域突出显示,例如可以将该区域用突出的颜色填充,之后将这一突出显示的地图进行截图,生成查询图片,将这一图片加入到购物信息中,这样在这一新生成的购物信息中便包含了待推荐商品的:商品名称、价格、优惠信息、以及所在位置的图片信息等。例如需要推送的购物信息为帽子(A114B、A235C),查询到A114B、A235C位于超市1层的服装区,则在地图之上改变服装区的颜色,例如将服装区用红色填充,之后将这一填充了红色的地图以图片的形式发送至顾客端,这样顾客便可以知道帽子在超市1层的服装区,可以根据超市结构图,快速的达到服装区,从而快速的寻找到所推荐的商品。

实施例5

相应的,如图10所示,本发明还公开了一种超市购物信息推送系统,其特征在于,包括以下单元:存储单元,用于预存储各购物端的购物端ID信息;关联单元,用于通过所述购物端ID信息,将顾客端与顾客所选用的购物端相关联;链路建立单元,用于建立购物端与顾客端之间的私有通信链路;通信单元,用于通过设置于商品之上的无线标签,读取所述购物端内商品的商品信息,通过所述私有通信链路将所述商品信息发送至相应的顾客端,通过公共通信链路将所述商品信息发送至云端服务器;判断单元,用于根据所述商品信息判断是否存在需要推送的与所述述购物端内商品属于同类的其它商品的购物信息;推送单元,用于当判定存在需要推送的购物信息时,获取该购物信息并将其发送至与该购物端相关联的顾客端。

本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于本申请的方法实施例而言,由于其与装置实施例基本相似,所以描述的比较简单,相关之处参见装置实施例的部分说明即可。

在以上的描述中阐述了很多具体细节以便于充分理解本发明。但是以上描述仅是本发明的较佳实施例而已,本发明能够以很多不同于在此描述的其它方式来实施,因此本发明不受上面公开的具体实施的限制。同时任何熟悉本领域技术人员在不脱离本发明技术方案范围情况下,都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰,或修改为等同变化的等效实施例。凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰,均仍属于本发明技术方案保护的范围内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1