一种自助购物结算方法及系统与流程

文档序号:15448679发布日期:2018-09-14 23:40阅读:192来源:国知局

本说明书实施例涉及互联网应用技术领域,尤其涉及一种自助购物结算方法及系统。



背景技术:

随着移动支付技术的不断发展与普及,越来越多的线下店铺引入自助购物的方式,用户选择商品及结算的过程均自助完成。自助购物的线下店铺通常会配置特定结算设备,用户选择商品之后,使用该结算设备扫描商品条形码,由该结算设备对商品进行结算。但是如果线下店铺内配置的结算设备不足、或者用户购买的商品较多时,将可能造成用户使用该结算设备时需要排队,导致用户自助购物的体验感较差。



技术实现要素:

针对上述技术问题,本说明书实施例提供一种自助购物结算方法及系统,技术方案如下:

根据本说明书实施例的第一方面,提供一种自助购物结算方法,为商品设置标识信息图像,该方法包括:

支付客户端接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像,根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

支付客户端在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端;

服务端接收到支付客户端发送的订单信息及支付账户信息后,根据该订单信息对该支付账户进行结算扣款。

根据本说明书实施例的第二方面,提供一种自助购物结算方法,应用于支付客户端,并为商品设置标识信息图像,该方法包括:

接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像;

根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端,以指示服务端根据该订单信息对该支付账户进行结算扣款。

根据本说明书实施例的第三方面,提供一种自助购物结算方法,应用于服务端,并为商品设置标识信息图像,该方法包括:

接收到支付客户端发送的订单信息及支付账户信息后,根据该订单信息对该支付账户进行结算扣款,所述订单信息及支付账户信息为:支付客户端在从购买商品的支付操作接口获得支付确认操作的情况下,获得并发送至服务端的信息。

根据本说明书实施例的第四方面,提供一种自助购物结算系统,为商品设置标识信息图像,该系统包括:支付客户端及服务端;

支付客户端接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像,根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

支付客户端在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端;

服务端接收到支付客户端发送的订单信息及支付账户信息后,根据该订单信息对该支付账户进行结算扣款。

根据本说明书实施例的第五方面,提供一种自助购物结算装置,应用于支付客户端,并为商品设置标识信息图像,该装置包括:

图像扫描模块,用于接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像;

信息获取模块,用于根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

信息上传模块,用于在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端,以指示服务端根据该订单信息对该支付账户进行结算扣款。

根据本说明书实施例的第六方面,提供一种自助购物结算装置,应用于服务端,并为商品设置标识信息图像,该装置包括:

信息接收模块,用于接收支付客户端发送的订单信息及支付账户信息;

结算扣款模块,用于根据该订单信息对该支付账户进行结算扣款,所述订单信息及支付账户信息为:支付客户端在从购买商品的支付操作接口获得支付确认操作的情况下,获得并发送至服务端的信息。

本说明书实施例所提供的技术方案,为商品设置支付客户端可以扫描识别的标识信息图像,使用户在自助购物过程中,通过支付客户端即可获得购买商品的商品信息、并进行支付操作,将对商品进行结算的过程,由少数的特定结算设备,分散到各个用户的支付客户端,从而避免因结算设备不足、或用户需结算商品过多,而导致的用户排队问题,提升用户自助购物的体验。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书实施例。

此外,本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。

图1是本说明书实施例的自助购物结算系统的结构示意图;

图2是本说明书实施例的自助购物结算方法的一种流程示意图;

图3是本说明书实施例的自助购物结算方法的另一种流程示意图;

图4是本说明书实施例的自助购物结算方法的又一种流程示意图;

图5是本说明书实施例的一种自助购物流程的示意图;

图6是本说明书实施例的另一种自助购物流程的示意图;

图7是本说明书实施例的自助购物结算装置的第一种结构示意图;

图8是本说明书实施例的自助购物结算装置的第二种结构示意图;

图9是用于配置本说明书实施例装置的一种设备的结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于保护的范围。

在本说明书的实施例中,自助购物结算的流程涉及支付客户端及服务端,对应的系统架构示意图如图1所示,包括支付客户端设备10和服务端设备20。支付客户端设备可以是用户所携带的智能手机、平板电脑等移动终端设备,支付客户端则可以是安装于移动终端设备的应用程序,服务端设备的具体形式,可以是特定的一台服务器或服务器集群等形式,两端设备可通过各种形式的网络实现通信连接,本说明书对此并不需要进行限定。

图2为本说明书实施例提供的自助购物结算方法的交互流程图,具体可以包括以下步骤:

s201,支付客户端接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像;

本说明书实施例中,为所售卖的商品设置标识信息图像,具体的如商品包装一般都有的条形码,或者特别设置的二维码等。当用户需要进一步查看某一商品的信息、或者购买该商品时,可以操作支付客户端扫描该商品的标识信息图像。

支付客户端接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像,这里的购物扫描操作触发,可以是来自用户操作的直接触发,如将用户点击应用程序中的“扫描商品”按钮等行为,作为购物扫描操作触发,也可以是用户进行其他操作后的间接触发。

s202,支付客户端根据扫描结果获取所述购买商品的商品信息;

为商品设置的标识信息图像中,可以预先编入该商品的标识信息,还可以预先编入商品的其他信息。例如,可以编入商品名称、价格等信息,则支付客户端扫描购买商品的标识信息图像后,解析之后即可获得该商品的名称、价格等信息。

支付客户端扫描购买商品的标识信息图像后,还可以根据扫描结果向服务端发出所述购买商品的信息获取请求,服务端接收到支付客户端发送的信息获取请求后,向支付客户端发送所述购买商品的商品信息。

例如,可以在商品的标识信息图像中,编入标识该类商品的标识代码,支付客户端扫描购买商品的标识信息图像后,根据解析图像得到的标识代码,向服务端请求获取该标识代码对应商品的信息,而服务端接收到该请求后,根据标识代码查询到对应商品的名称、价格、折扣及库存等信息,并可以以文字、图像等多种表现形式,发送至支付客户端,以供用户参考决定是否购买该商品。

又如,可以为各类商品简历展示名称、价格、库存及用户评价等信息的网页,并将网址编入标识信息图像中,支付客户端扫描购买商品的标识信息图像后,解析图像得到该网址,进而向服务端发出打开该网页获取商品信息的请求,服务端接收到该请求后将网页中的商品信息发送至支付客户端。

此外,服务端可以具体包括商品服务端及支付服务端,支付客户端获取商品信息时,可以只与商品服务端进行交互。

s203,支付客户端展示支付操作接口;

支付客户端获取商品信息后,可以进一步地展示支付操作接口,以便用户在需要购买商品时进行支付。这里的支付操作可以是直接支付该商品的操作,也可以是加入订单中稍后支付的操作,等等,并且展示的支付操作接口可以是任一种或多种支付操作的接口。

s204,支付客户端在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息;

如果支付客户端从所述支付操作接口获得支付确认操作,则表明用户需要对该购买商品所在的订单进行结算,可以获得该购买商品所在订单的订单信息,以及支付该订单的支付账户的信息。

如前面所述,该订单可能只包括该购买商品,也可能还包括之前加入订单的其他商品。订单信息中可以包括各商品的名称、购买数量、单价、总价及折扣等信息。

支付账户可以是本支付客户端所绑定的支付账户,也可以是其他指定账户,例如用户选择由他人代付时,可以是用户指定的代付账户。支付账户信息可以包括账户名、支付密码及扣款渠道等信息。

s205,将获得的订单信息及支付账户信息发送至服务端;

s206,服务端接收到支付客户端发送的订单信息及支付账户信息后,根据该订单信息对该支付账户进行结算扣款。

为了便于描述,将s205与s206结合进行说明。

支付客户端获得上述订单信息及支付账户信息后,将二者发送至服务端,并由服务端进行结算扣款。

在本说明书提供的一种具体实施方式中,服务端具体可以包括:商品服务端及支付服务端,支付客户端可以将获得的订单信息及支付账户信息发送至商品服务端,订单信息中包括商品的名称、购买数量、及结算后的订单总价等信息,首先由商品服务端检验接收到的订单信息是否满足预设结算条件,例如,订单中包括的商品库存是否充足,商品单价是否与当前的商品单价一致,等等,如果经检验该订单信息满足预设结算条件,则表明可以进行结算扣款,并将该订单信息与支付账户信息发送至支付服务端,再由支付服务端根据该订单信息对该支付账户进行结算扣款。

在本说明书提供的另一种具体实施方式中,服务端具体可以包括:商品服务端及支付服务端,支付客户端可以将获得的订单信息及支付账户信息发送至商品服务端,订单信息中包括商品的名称、购买数量等信息,但支付客户端并未结算订单总价,商品服务端接收到订单信息后,首先根据本端的商品信息对订单进行结算,将结算结果加入该订单信息中,再将结算后的新的订单信息与支付账户信息发送至支付服务端,由支付服务端根据该订单信息对该支付账户进行结算扣款。

以上两种具体实施方式中,支付服务端接收的订单信息中均包括订单总价等结算信息,区别在于:第一种实施方式中,由支付客户端直接得到包括结算结果的订单信息,并发送至商品服务端进行检验;第二种实施方式中,由支付客户端将不包括结算结果的订单信息,发送至商品服务端,由商品服务端结算后将结算结果加入订单信息中。

在本说明书提供的又一种具体实施方式中,如图1所示的系统架构中还可以包括收款客户端设备,该设备可以作为收款客户端的载体设备,部署在无人超市、店铺内。支付客户端从所述支付操作接口获得支付确认操作后,还可以展示本端支付账户的付款码,并由收款客户端扫描该付款码,获取其中包含的支付账户信息,发送至服务端(如果服务端包括商品服务端及支付服务端,则发送至支付服务端)。由于根据前面的描述,支付客户端从所述支付操作接口获得支付确认操作后,已将订单信息与支付账户信息发送至服务端,因此服务端在接收到收款客户端发送的支付账户信息后,可以在预先接收的支付客户端发送的订单信息与支付账户信息中,查询所述付款码对应的支付账户信息对应的订单信息,并根据查询到的订单信息对所述付款码对应的支付账户进行结算扣款。

服务端结算扣款成功后,可以根据实际需求,向支付客户端等发送结算扣款结果(图中未示出),至此针对该购买商品的自助购物流程结束。

为了更清楚地说明本说明书实施例的自助购物结算方案,下面分别再从单侧的角度,对支付客户端与服务端所执行的自助购物结算方法进行说明:

图3所示为支付客户端所执行的自助购物结算方法流程图,具体可以包括以下步骤:

s301,接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像;

s302,根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

s303,在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端,以指示服务端根据该订单信息对该支付账户进行结算扣款。

图4所示为服务端所执行的自助购物结算方法流程图,具体可以包括以下步骤:

s401,接收支付客户端发送的订单信息及支付账户信息;

s402,根据该订单信息对该支付账户进行结算扣款,所述订单信息及支付账户信息为:支付客户端在从购买商品的所述支付操作接口获得支付确认操作的情况下,获得并发送至服务端的信息。

关于支付客户端与服务端的单侧执行方法细节,可以参见前面实施例的描述,这里不再赘述。

下面结合一个更为具体的实例,对本说明书提供的自助购物结算方法进行说明。

图5所示为一种自助购物流程的示意图,用户在无人超市中自助购物时,可以使用其智能手机中的自助购物app(application,应用程序),调用手机的摄像头扫描商品包装上的条形码,扫描后自助购物app可以自动解析条形码,获得其中编入的信息,并据此向erp(enterpriseresourceplanning,企业资源计划)服务器,获取商品的库存、售价及折扣等信息,以供用户决定是否购买该商品。

用户决定购买某一件或几件商品,并通过自助购物app形成包括购买商品名称及数量的订单后,自助购物app将订单信息及用户的支付宝账户名,发送至erp服务器,erp服务器根据本地的商品售价及折扣等信息,对订单进行结算后得到订单总价,并将商品名称、数量及订单总价等信息,与用户的支付宝账户名一同,发送至支付服务器。

同时,用户向无人超市内部署的自助服务设备的扫描窗口,展示手机中的支付宝付款码,自助服务设备扫描该付款码获得用户的支付宝账户名,并将用户的支付宝账户名发送至支付服务器。

支付服务器依据支付宝账户名,查询与该支付宝账户名一同,由erp服务器发送的订单总价,并根据查询到的订单总价对该支付宝账户进行扣款。完成扣款后分别向用户的自助购物app、自助服务设备及erp服务器反馈扣款结果。

可见,应用上述方案,用户自助购物时使用支付客户端设备,可以方便、灵活地获取商品的实时信息,还可以直接进行订单结算、支付,且支付客户端设备可以是用户个人的智能手机等设备,不需要用户排队等待使用,从而可以提升用户自助购物的体验。

此外,如图6所示,自助服务设备还可以配置摄像装置,以对用户的自助购物过程进行风险控制,用户向自助服务设备展示手机中的支付宝付款码时,还可以将存放购买商品的购物篮,置于该自助服务设备的摄像平台上,自助服务设备使用所配置的摄像装置拍摄该购物篮内的商品,并在完成付款码的扫描及购物篮内商品的拍摄后,将用户的支付宝账户名与图像一同发送至风控服务器。

风控服务器一方面对自助服务设备发送的图像进行视觉识别,得到购物篮中的商品名称及数量,另一方面根据一同发送的支付宝账户名,向支付服务器或者erp服务器关联订单,从而得到订单中的商品名称及数量。核对两份商品名称及数量是否一致,如果不一致,则将订单信息、图像及支付宝账户名发送至监控报警平台。

相应于上述方法实施例,本说明书实施例还提供一种自助购物结算装置,应用于支付客户端,参见图7所示,该装置可以包括:

图像扫描模块110,用于接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像;

信息获取模块120,用于根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

信息上传模块130,用于在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端,以指示服务端根据该订单信息对该支付账户进行结算扣款。

在本说明书提供的一种具体实施方式中,所述信息获取模块120,具体可以用于:

根据扫描结果向服务端发出所述购买商品的信息获取请求,以指示服务端接收到支付客户端发送的信息获取请求后,返回所述购买商品的商品信息。

本说明书实施例还提供一种自助购物结算装置,应用于服务端,参见图8所示,该装置可以包括:

信息接收模块210,用于接收支付客户端发送的订单信息及支付账户信息;

结算扣款模块220,用于根据该订单信息对该支付账户进行结算扣款,所述订单信息及支付账户信息为:支付客户端在从购买商品的支付操作接口获得支付确认操作的情况下,获得并发送至服务端的信息。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。

本说明书实施例还提供一种计算机设备,其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序时实现前述的应用于支付客户端的自助购物结算方法,该方法至少包括:

接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像;

根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端,以指示服务端根据该订单信息对该支付账户进行结算扣款。

本说明书实施例还提供一种计算机设备,其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序时实现前述的应用于服务端的自助购物结算方法,该方法至少包括:

接收到支付客户端发送的订单信息及支付账户信息后,根据该订单信息对该支付账户进行结算扣款,所述订单信息及支付账户信息为:支付客户端在从购买商品的支付操作接口获得支付确认操作的情况下,获得并发送至服务端的信息。

图9示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的cpu(centralprocessingunit,中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit,asic)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。

存储器1020可以采用rom(readonlymemory,只读存储器)、ram(randomaccessmemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信,也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述的应用于支付客户端的自助购物结算方法,该方法至少包括:

接收到购物扫描操作触发后,调用摄像装置扫描购买商品的标识信息图像;

根据扫描结果获取所述购买商品的商品信息,并展示支付操作接口;

在从所述支付操作接口获得支付确认操作的情况下,获得所述购买商品的订单信息及支付账户信息发送至服务端,以指示服务端根据该订单信息对该支付账户进行结算扣款。

本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述的应用于服务端的自助购物结算方法,该方法至少包括:

接收到支付客户端发送的订单信息及支付账户信息后,根据该订单信息对该支付账户进行结算扣款,所述订单信息及支付账户信息为:支付客户端在从购买商品的支付操作接口获得支付确认操作的情况下,获得并发送至服务端的信息。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。

通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本说明书实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本说明书实施例的保护范围。

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