CN108346043A - 结算系统及数据处理方法 - Google Patents
结算系统及数据处理方法 Download PDFInfo
- Publication number
- CN108346043A CN108346043A CN201810151885.3A CN201810151885A CN108346043A CN 108346043 A CN108346043 A CN 108346043A CN 201810151885 A CN201810151885 A CN 201810151885A CN 108346043 A CN108346043 A CN 108346043A
- Authority
- CN
- China
- Prior art keywords
- payment
- commodity
- user
- amount
- trading object
- 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.)
- Pending
Links
Classifications
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/227—Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种结算系统及数据处理方法,该结算系统包括:获取部,结算时获取一件交易对象中包含的多个用户购买的商品的支付信息;第一处理器,根据所述交易对象的支付信息,生成所述交易对象对应的支付链接;输出部,发送所述交易对象对应的支付链接,以使所述多个用户根据所述支付链接对该用户购买的商品进行结算;第二处理器,在所述多个用户均完成结算且所述多个用户的支付金额与所述交易对象中包含的商品的结算金额一致后,确定所述交易对象对应的交易完成,从而实现了多个用户分摊支付,操作简单。
Description
技术领域
本发明涉及一种用于实现多人支付的结算系统及数据处理方法。
背景技术
目前,移动支付方式由于具有方便快捷等特点,越来越受到大众的欢迎,各个商场、超市、便利店、饭店等也都支持移动付款方式。常用的移动支付方式有微信、支付宝、百度钱包等,用户无需随身携带钱包,也无需刷卡输密码,只要持有设置了支付功能的移动终端即可,方便快捷。
以微信支付为例,目前微信支付有如下三种模式:
一、网络支付方式。支付者通过“扫一扫”功能,扫描卖家提供的支付二维码,从而完成支付,如图1A所示。
二、现场支付方式。收银员通过扫描枪扫描支付者的付款二维码,从而完成支付,如图1B所示。
三、手机支付方式。支付者在支付页面选择“微信支付”功能,输入密码,完成支付。
在有些场景下,例如,商场活动只有购买三件以上商品才能够享受一定的折扣或优惠,多人可以一起购买并分摊支付,从而享受折扣或优惠。然而,上述三种微信支付模式均是支付者自己进行支付,无法实现与其他人一起分摊支付。目前,微信支付中支持群收款,群收款包括如下两种方式:
一、人均模式,即群收款时每个支付者支付的金额相同;
二、按人填金额模式,即由发起群收款的人为每个支付者填写金额,不同支付者所需支付的金额可以相同,也可以不同。
但是,群收款时收银员和顾客必须是在一个群组里,由收银员发起群收款,操作繁琐。另外,由于通过群收款的功能支付,支付金额和交易本身没有关系,因此,群收款无法适用商场、超市等购物场所的购物结算。
发明内容
鉴于上述问题,本发明的目的在于提供一种用于实现多人支付的结算系统及数据处理方法,以解决群收款时收银员和顾客必须是在一个群组里,由收银员发起群收款,操作繁琐且支付金额和交易本身没有关系的问题。
为解决上述问题,本发明第一方面涉及的结算系统,包括:获取部,结算时获取一件交易对象中包含的多个用户购买的商品的支付信息;第一处理器,根据所述交易对象的支付信息,生成所述交易对象对应的支付链接;输出部,发送所述交易对象对应的支付链接,以使所述多个用户根据所述支付链接对该用户购买的商品进行结算;第二处理器,在所述多个用户均完成结算且所述多个用户的支付金额与所述交易对象中包含的商品的结算金额一致后,确定所述交易对象对应的交易完成。
根据第一方面涉及的结算系统,可实现多个用户对同一个交易对象中包含的该多个用户购买的商品进行结算,从而实现多个用户分摊支付,且该多个用户的支付金额是与该多个用户购买商品所形成的交易对象是直接关联的,因此,可用于商场、超市等购物场所的购物结算。由于不需要收银员和顾客必须处于同一群组,即可实现多个用户分摊支付,操作简单。
在一种可能实现的方式中,所述支付信息包括所述交易对象中包含的各个商品的待结算金额;所述第一处理器根据所述各个商品的待结算金额,生成包含所述各个商品的待结算金额的总金额的支付链接;所述第二处理器在收到所述多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与所述各个商品的待结算金额的总金额相同,确定所述交易对象对应的交易完成。
在一种可能实现的方式中,所述第二处理器在收到所述多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与所述各个商品的待结算金额的总金额不相同,通过所述输出部返回用于表示本次交易未成功的状态信息。
在一种可能实现的方式中,所述交易对象中还包含的各个商品的标识信息;所述支付链接对应的支付界面中至少包含所述各个商品的标识信息和待结算金额。
该方式下,所述多个用户在支付界面能够选择自己所购买的商品,并进行相应的支付,从而能够避免支付金额错误的情况出现。
在一种可能实现的方式中,所述支付信息包括:所述交易对象中包含的各个商品的待结算金额、以及所述多个用户分别使用的支付终端的信息;所述第一处理器根据所述各个商品的待结算金额,生成包含所述各个商品的待结算金额的总金额的支付链接;所述输出部根据所述多个用户分别使用的支付终端的信息,将所述支付链接,发送给所述多个用户中的一个用户使用的支付终端;所述第二处理器在收到所述用户的支付金额后,若收到的支付金额与待结算金额的总金额相同,确定所述交易对象对应的交易完成。
在一种可能实现的方式中,还包括:所述第二处理器在收到所述用户的支付金额后,若收到的支付金额小于待结算金额的总金额,将收到的支付金额发送给所述第一处理器;所述第一处理器根据所述第二处理器发送的支付金额,更新待结算金额的总金额,并根据更新后的待结算金额的总金额,更新对应的支付链接;所述输出部根据所述多个用户分别使用的支付终端的信息,将更新后的支付链接,发送给所述多个用户中的其他用户使用的支付终端。
在一种可能实现的方式中,所述支付信息包括:所述交易对象中包含的各个商品的待结算金额、所述多个用户分别使用的支付终端的信息、以及所述各个商品与所述多个用户之间的关联关系;对于所述多个用户中的每个用户,所述第一处理器根据所述各个商品的待结算金额以及所述各个商品与所述多个用户之间的关联关系,生成包含该用户关联的商品的待结算金额的总金额的支付链接;所述输出部根据所述多个用户分别使用的支付终端的信息,将每个用户对应的支付链接,分别发送给对应的用户使用的支付终端;所述第二处理器在收到所述多个用户的支付金额后,若收到的支付金额分别与所述多个用户关联的商品的待结算金额的总金额相同,确定所述交易对象对应的交易完成。
在一种可能实现的方式中,还包括:所述第二处理器在收到所述多个用户的支付金额后,若收到的任一支付金额与对应的用户关联的商品的待结算金额的总金额不相同,确定该用户对应的交易失败;所述输出部在所述第二处理器确定交易失败后,返回用于表示本次支付失败的状态信息。
本发明第二方面涉及的数据处理方法,包括以下步骤:
结算时获取一件交易对象中包含的多个用户购买的商品的支付信息的步骤;根据所述交易对象的支付信息,生成所述交易对象对应的支付链接的步骤;送所述交易对象对应的支付链接,以使所述多个用户根据所述支付链接对该用户购买的商品进行结算的步骤;以及在所述多个用户均完成结算且所述多个用户的支付金额与所述交易对象中包含的商品的结算金额一致后,确定所述交易对象对应的交易完成的步骤。
在一种可能实现的方式中,所述支付信息包括所述交易对象中包含的各个商品的待结算金额;或者所述支付信息包括所述交易对象中包含的各个商品的待结算金额、以及所述多个用户分别使用的支付终端的信息。
附图说明
下面,参照附图对本发明所涉及的信息处理系统及信息处理方法进行说明。当结合附图考虑时,通过参照下面的详细描述,能够更完整更好地理解本发明以及容易得知其中许多伴随的优点,但此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定,其中:
图1A是概略地示出网络支付方式的构成例的图;
图1B是概略地示出现场支付方式的构成例的图;
图2是概略地示出第一实施例所涉及的结算系统的构成例的图;
图3是表示构成第二实施例所涉及的结算系统的硬件构成例的框图;
图4是表示第三实施例所涉及的多人支付系统的概略构成的图;
图5是表示POS终端的要部电路构成的框图;
图6A是表示构成第四实施例所涉及的多人支付系统的构成例的框图;
图6B是表示构成第四实施例所涉及的多人支付系统中各装置执行的操作的流程图;
图7是表示构成第五实施例所涉及的多人支付系统中各装置执行的操作的流程图;
图8A是表示构成第六实施例所涉及的多人支付系统中各装置执行的操作的流程图;
图8B是表示构成第六实施例所涉及的多人支付系统中POS机第一客面的示意图;
图8C是表示构成第六实施例所涉及的多人支付系统中POS机第二客面的示意图;
图8D是表示构成第六实施例所涉及的多人支付系统中POS机第三客面的示意图;
图8E是表示构成第六实施例所涉及的多人支付系统中POS机第四客面的示意图;
图9A是表示构成第七实施例所涉及的多人支付系统中各装置执行的操作的流程图;
图9B是表示构成第七实施例所涉及的多人支付系统中POS机第一客面的示意图;
图9C是表示构成第七实施例所涉及的多人支付系统中POS机第二客面的示意图;
图9D是表示构成第七实施例所涉及的多人支付系统中POS机第三客面的示意图;
图9E是表示构成第七实施例所涉及的多人支付系统中POS机第四客面的示意图。
具体实施方式
以下,参照附图,对本申请提供的各个实施例进行说明。
第一实施例
图2是概略地示出第一实施例所涉及的结算系统的构成例的图。
第一实施例中假设多个用户来店铺(如商场、超市、网站购物等),每个用户均购买至少一件商品,当该多个用户购买的商品对应一个交易对象时,可享受店铺的优惠条件。其中,交易对象是指购物时的商品交易单,一个交易对象中可包含至少一个商品的购买。
结算系统10用于完成该多个用户对所购买商品的结算。结算系统10可以应用于第三方支付服务器中(如微信支付的服务器、支付宝支付的服务器等),也可以应用于店铺服务器中,店铺服务器是管理店铺内的信息的装置,店铺服务器诸如设置在店铺内,店铺服务器要能与店铺内的各设备连接,则也可以设置在店铺外。其中,连接可以是物理连接,也可以是无线连接。
结算系统10包括如下结构:获取部110,结算时获取一件交易对象中包含的多个用户购买的商品的支付信息;第一处理器120,根据交易对象的支付信息,生成交易对象对应的支付链接;输出部130,发送交易对象对应的支付链接,以使多个用户根据支付链接对该用户购买的商品进行结算;第二处理器140,在多个用户均完成结算且多个用户的支付金额与交易对象中包含的商品的结算金额一致后,确定交易对象对应的交易完成。
其中,支付链接可以通过二维码等方式实现。
需要说明的是,若无优惠条件,则各个商品的结算金额即为各个商品标签上的价格;若有优惠条件,则各个商品的结算金额为各个商品标签上的价格折扣后的金额。
通过第一本实施例提供的结算系统,可实现多个用户对同一个交易对象中包含的该多个用户购买的商品进行结算,从而实现多个用户分摊支付,且该多个用户的支付金额是与该多个用户购买商品所形成的交易对象是直接关联的,因此,可用于商场、超市等购物场所的购物结算。由于不需要收银员和顾客必须处于同一群组,即可实现多个用户分摊支付,操作简单。
第一实施例中,支付信息的实现形式包括以下三种方式:
方式1、支付信息包括交易对象中包含的各个商品的待结算金额。
该方式下,第一处理器根据各个商品的待结算金额,生成包含各个商品的待结算金额的总金额的支付链接。
举例说明,假设用户A、B、C分别购买了一件商品,每个商品的待结算金额分别为T1、T2、T3,则第一处理器根据T1、T2和T3,生成包含T(T=T1+T2+T3)的支付链接。
在一种可能实现的方式中,第二处理器在收到多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与各个商品的待结算金额的总金额相同,确定交易对象对应的交易完成。
举例说明,假设用户A已支付T1,用户B已支付T2,此时,又收到了用户C支付的T3,则将T1、T2、T3的总和T’与T进行比较,发现T’=T,则确定交易完成。
进一步的,若该结算系统应用于第三方支付服务器,则第二处理器在确定交易对象对应的交易完成后,通过输出部向店铺服务器返回表示本次支付成功的状态信息。
在另一种可能实现的方式中,第二处理器在收到多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与各个商品的待结算金额的总金额不相同,确定交易对象对应的交易未完成;
输出部在第二处理器确定交易对象对应的交易未完成后,向店铺服务器返回用于表示本次交易未成功的状态信息。
具体的,用于表示本次交易未成功的状态信息包括本次交易未完成(即已收到的支付金额的总金额小于各个商品的待结算金额的总金额)和本次交易超额完成(即已收到的支付金额的总金额大于各个商品的待结算金额的总金额)。
举例说明,假设用户A已支付T1,此时,又收到了用户B支付的T2,则将T1、T2的总和T’与T进行比较,发现T’<T,则确定本次交易未完成。之后,又收到了用户C支付的T3,将T1、T2、T3的总和T’与T进行比较,发现T’=T,则确定交易完成。
又如,假设用户A已支付T1,用户B已支付T2’(假设用户B多支付了一定金额),此时,又收到了用户C支付的T3,则将T1、T2’、T3的总和T’与T进行比较,发现T’>T,则确定交易超额完成。
进一步的,若状态信息表示本次交易超额完成,则需要重新进行结算,即第二处理器通过输出部再一次发送交易对象对应的支付链接,以使多个用户进行重新支付。
该方式下,多个用户所需支付的金额,可由收银员告知,也可以通过收银界面(该界面可显示各个商品的标识信息,如商品名称、商品货号、商品图片等能够标识该商品的信息)获知自己需要支付的金额。
方式2、该方式与方式1不同的是,支付信息还包括交易对象中包含的各个商品的标识信息。其中,商品的标识信息可以是商品名称、商品货号、商品图片等能够标识该商品的信息。
该方式下,第一处理器根据各个商品的待结算金额和各个商品的标识信息,生成交易对象对应的支付链接。其中,该支付链接对应的支付界面中包含各个商品的标识信息和待结算金额。
该方式下,由于支付链接对应的支付界面中包含各个商品的标识信息和待结算金额,这样,多个用户在支付界面能够选择自己所购买的商品,并进行相应的支付,从而能够避免支付金额错误的情况出现。
该方式下,获取部、输出部、以及第二处理器的处理过程与方式1中相同,此处不再赘述。
方式3、支付信息包括:交易对象中包含的各个商品的待结算金额、以及多个用户分别使用的支付终端的信息。其中,支付终端是用户使用的对商品的购买货款等的金额进行结算的装置,如移动终端上的微信支付、支付宝支付等。
该方式下,多个用户通过扫码(如店铺提供的用于移动支付的二维码等)或店铺提供的其他方式登录该用户使用的支付终端,这样,能够获取到多个用户分别使用的支付终端的信息(如微信号等),从而能够将支付链接直接发送给指定的支付终端。
该方式下,第一处理器根据各个商品的待结算金额,生成包含各个商品的待结算金额的总金额的支付链接;输出部根据多个用户分别使用的支付终端的信息,将支付链接,发送给多个用户中的一个用户使用的支付终端。
在实施中,可以按照多个用户的登录顺序发送支付链接至该用户使用的支付终端。
在一种可能的实施方式中,第二处理器在收到用户的支付金额后,若收到的支付金额与待结算金额的总金额相同,确定交易对象对应的交易完成。
在另一种可能的实施方式中,第二处理器在收到用户的支付金额后,若收到的支付金额小于待结算金额的总金额,将收到的支付金额发送给第一处理器;第一处理器根据第二处理器发送的支付金额,更新待结算金额的总金额,并根据更新后的待结算金额的总金额,更新对应的支付链接;输出部根据多个用户分别使用的支付终端的信息,将更新后的支付链接,发送给多个用户中的其他用户使用的支付终端。
举例说明,假设用户A、B、C分别购买了一件商品,每个商品的待结算金额分别为T1、T2、T3,则第一处理器根据T1、T2和T3,生成包含T(T=T1+T2+T3)的支付链接,根据用户A使用的支付终端的信息,通过输出部将该支付链接发送给用户A使用的支付终端;第二处理器在收到用户A的支付金额T1后,发现T1<T,则将T1发送给第一处理器。第一处理器根据T1将T更新为T’(即T’=T-T1),并根据用户B使用的支付终端的信息,通过输出部将更新后的支付链接(即包含T’)发送给用户B使用的支付终端。第二处理器在收到用户B的支付金额T2后,发现T2<T’,则将T2发送给第一处理器。第一处理器根据T2将T’更新为T”(即T”=T’-T2),并根据用户C使用的支付终端的信息,通过输出部将更新后的支付链接(即包含T”)发送给用户C使用的支付终端。第二处理器在收到用户C的支付金额T3后,发现T3=T”,则确定本次交易完成。
进一步的,若该结算系统应用于第三方支付服务器,则第二处理器在确定交易对象对应的交易完成后,通过输出部向店铺服务器返回表示本次支付成功的状态信息。
方式4、支付信息包括:交易对象中包含的各个商品的待结算金额、多个用户分别使用的支付终端的信息、以及各个商品与多个用户之间的关联关系。其中,各个商品与多个用户之间的关联关系是指每个用户与该用户购买的商品之间的对应关系。
该方式下,对于多个用户中的每个用户,第一处理器根据各个商品的待结算金额以及各个商品与多个用户之间的关联关系,生成包含该用户关联的商品的待结算金额的总金额的支付链接;输出部根据多个用户分别使用的支付终端的信息,将每个用户对应的支付链接,分别发送给对应的用户使用的支付终端。
在一种可能的实施方式中,第二处理器在收到多个用户的支付金额后,若收到的支付金额分别与多个用户关联的商品的待结算金额的总金额相同,确定交易对象对应的交易完成。
在另一种可能的实施方式中,第二处理器在收到多个用户的支付金额后,若收到的任一支付金额与对应的用户关联的商品的待结算金额的总金额不相同,确定该用户对应的交易失败;输出部在第二处理器确定交易失败后,返回用于表示本次支付失败的状态信息。
进一步的,若收到的任一支付金额与对应的用户关联的商品的待结算金额的总金额不相同,确定该用户对应的交易失败,通过输出部重新向该用户发送对应的支付链接。
该方式下,第一处理器在生成每个用户对应的支付链接后,可通过输出部同时向各个用户使用的支付终端,发送对应的支付链接,也可以依据各个用户的登录顺序,依次向各个用户使用的支付终端,发送对应的支付链接。
举例说明,假设用户A、B、C分别购买了一件商品,每个商品的待结算金额分别为T1、T2、T3,则第一处理器根据T1和用户A购买的商品的信息生成对应的支付链接L1(包含T3),根据T2和用户B购买的商品的信息生成对应的支付链接L2(包含T1),根据T3和用户C购买的商品的信息生成对应的支付链接L3(包含T3);根据用户A使用的支付终端的信息,通过输出部将该支付链接L1发送给用户A使用的支付终端;根据用户B使用的支付终端的信息,通过输出部将该支付链接L2发送给用户B使用的支付终端;根据用户C使用的支付终端的信息,通过输出部将该支付链接L3发送给用户C使用的支付终端。第二处理器在收到用户A的支付金额T1’后,发现T1’=T1,则确定用户A完成支付;第二处理器在收到用户B的支付金额T2’后,发现T2’=T2,则确定用户B完成支付;第二处理器在收到用户C的支付金额T3’后,发现T3’=T3,则确定用户C完成支付。第二处理器在确定用户A、B、C均完成支付后,确定本次交易完成。
若第二处理器在收到用户A的支付金额T1’后,发现T1’与T1不相等,则确定用户A支付失败,通过输出部重新将支付链接L1发送给用户A使用的支付终端。若第二处理器在收到用户B的支付金额T2’后,发现T2’与T2不相等,则确定用户B支付失败,通过输出部重新将支付链接L2发送给用户B使用的支付终端。若第二处理器在收到所述用户C的支付金额T3’后,发现T3’与T3不相等,则确定用户C支付失败,通过输出部重新将支付链接L3发送给用户C使用的支付终端。
第二实施例
图3是表示构成第二实施例所涉及的结算系统的硬件构成例的框图。
第二实施例所涉及的结算系统20包括输入接口210和输出接口220、处理器230、存储器240、网络(NW)I/F250等。另外,结算系统不限定于图3所示的构成。结算系统可以根据运用规模、运用条件或设置环境等改变各部分构成而实现。处理器230通过执行程序实现各种处理功能。存储器240包含ROM等的程序存储器、RAM等的工作存储器等。处理器230通过执行存储器240所存储的程序实现各种处理功能。网络I/F250是通过网络与店铺服务器、POS机、支付终端等连接用的接口。例如,网络I/F250通过店铺外的广域网与店铺服务器进行通信。
第二实施例中,结算时,处理器获取一件交易对象中包含的多个用户购买的商品的支付信息;根据交易对象的支付信息,生成交易对象对应的支付链接;通过输出接口发送交易对象对应的支付链接,以使多个用户根据支付链接对该用户购买的商品进行结算;在多个用户均完成结算且多个用户的支付金额与交易对象中包含的商品的结算金额一致后,确定交易对象对应的交易完成。
若结算系统应用于第三方支付服务器,结算时,处理器通过输入接口从店铺服务器处获取一件交易对象中包含的多个用户购买的商品的支付信息。
在一种可能的实现方式中,支付信息包括交易对象中包含的各个商品的待结算金额。
处理器根据各个商品的待结算金额,生成包含各个商品的待结算金额的总金额的支付链接,并通过输出接口发送支付链接;在收到多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与各个商品的待结算金额的总金额相同,确定交易对象对应的交易完成。
另外,处理器在收到多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与各个商品的待结算金额的总金额不相同,通过输出部返回用于表示本次交易未成功的状态信息。
该实现方式中,交易对象中还包含的各个商品的标识信息;
支付链接对应的支付界面中至少包含各个商品的标识信息和待结算金额。
在另一种可能的实现方式中,支付信息包括:交易对象中包含的各个商品的待结算金额、以及多个用户分别使用的支付终端的信息。
处理器根据各个商品的待结算金额,生成包含各个商品的待结算金额的总金额的支付链接;根据多个用户分别使用的支付终端的信息,通过输出接口,将支付链接,发送给多个用户中的一个用户使用的支付终端;在收到用户的支付金额后,若收到的支付金额与待结算金额的总金额相同,确定交易对象对应的交易完成。
另外,处理器在收到用户的支付金额后,若收到的支付金额小于待结算金额的总金额,根据收到的支付金额,更新待结算金额的总金额,并根据更新后的待结算金额的总金额,更新对应的支付链接;根据多个用户分别使用的支付终端的信息,通过输出接口,将更新后的支付链接,发送给多个用户中的其他用户使用的支付终端。
在再一种可能的实现方式中,支付信息包括:交易对象中包含的各个商品的待结算金额、多个用户分别使用的支付终端的信息、以及各个商品与多个用户之间的关联关系。
对于多个用户中的每个用户,处理器根据各个商品的待结算金额以及各个商品与多个用户之间的关联关系,生成包含该用户关联的商品的待结算金额的总金额的支付链接;根据多个用户分别使用的支付终端的信息,通过输出接口,将每个用户对应的支付链接,分别发送给对应的用户使用的支付终端;在收到多个用户的支付金额后,若收到的支付金额分别与多个用户关联的商品的待结算金额的总金额相同,确定交易对象对应的交易完成。
另外,第二处理器在收到多个用户的支付金额后,若收到的任一支付金额与对应的用户关联的商品的待结算金额的总金额不相同,确定该用户对应的交易失败;通过输出接口,返回用于表示本次支付失败的状态信息。
第三实施例
图4是表示第三实施例所涉及的多人支付系统的概略构成的图。
多人支付系统1包括店铺系统20、第三方支付服务器30和手机40。
店铺系统10通过将手持终端(如商品扫描枪等)、店铺服务器120、及POS终端(即POS机)130连接而构成。各构成部分之间可以通过物理连接,也可以通过无线网络连接。手持终端110、POS终端130可以包含一台,也可以包含有多台,各个设备的台数是任意的。
手持终端是用于收银员输入用户所购买的商品的操作的终端装置。例如,可将用户所购买的商品的标识信息和待结算金额输入至店铺收银的显示界面中,从而使收银员能够核对待结算的商品及其待结算金额。
店铺服务器120是管理店铺内的信息的装置,店铺服务器诸如设置在店铺内,店铺服务器要能与店铺内的各设备连接,则也可以设置在店铺外。
POS终端130用于对用户购买的商品有关的货款进行结算的处理。
手机40中安装有支付终端(如微信、支付宝等),用户可通过手机40中安装的支付终端对所购买的商品进行结算。
图5是表示POS终端130的要部电路构成的框图。
POS终端130包括处理器141、主存储器142、辅助存储设备143、键盘144、触摸面板145、扫描仪146、打印机147、通信接口148及传输系统149。
POS终端130除包括上述计算机外,还包括作为该计算机的周边设备的键盘144、触摸面板145、扫描仪146及打印机147。
键盘144具有多个键,通过按下这些键输入店员的指示。触摸面板145显示用于向店员提示信息的画面。此外,触摸面板145通过触摸所显示的画面输入店员的指示。扫描仪146读取条码或二维码等的码符号。扫描仪146向处理器141通知已读取的码符号所示的码数据。打印机147通过对票据纸张打印票据图像从而发放票据。
辅助存储设备143所存储的应用程序相互不同。此外,POS终端130在由处理器141基于其应用程序进行数据处理时的辅助存储设备143的利用形态相互不同。
辅助存储设备143存储的一个应用程序是作为对用于实现公知的POS终端所具备的各种功能的处理和后述的处理器141的信息处理而记述的程序的POS终端应用程序143a。
POS终端130典型地在辅助存储设备143中存储有POS终端应用程序143a的状态下被转让给POS终端130的使用者。不过,在辅助存储设备143中未存储POS终端应用程序143a的状态的POS终端130的硬件和POS终端应用程序143a也可以分别转让给POS终端130的使用者。或者,也可以与在主存储器142或者辅助存储设备143中存储了别的版本的POS终端应用程序143a的POS终端130分开而将POS终端应用程序143a转让给POS终端130的使用者。
接着,对以上那样构成的多人支付系统1的动作进行说明,以下实施例中,均以结算系统应用于第三方支付服务器为例进行说明,其他情况与此类似,此处不再一一举例说明。另外,以下说明的处理的内容是一个例子,只要能够获得同样的结果,则可以调换一部分处理的顺序、适当利用其它各种处理。
第四实施例
图6A是表示构成第四实施例所涉及的多人支付系统的构成例的框图。
第四实施例中,A、B、C三名顾客一起选好商品后来到收款台;收银员使用POS机对商品进行扫码登录;店铺服务器生成支付信息发送给第三方支付服务器(如微信等);第三方支付服务器接收到店铺请求后生成支付链接,并把支付链接返回给POS机;POS机利用拿到的支付链接要求顾客A、B、C付款,顾客A、B、C各自利用手机支付自己购买商品的金额;第三方支付服务器接收到顾客分别支付的金额后,进行计算与比较,并将支付状态信息通知到店铺;店铺POS机客面(即客户端显示界面)提示顾客的支付状态信息,直到收到第三方支付服务器发来的支付完成信息的通知则交易完成。
图6B是表示构成第四实施例所涉及的多人支付系统中各装置执行的操作的流程图。
Act101:收款台收银员使用POS机对顾客A、B、C的全部商品进行扫码结账。
Act102:所有商品扫码完成后,收银员按下结账键,把所有商品的交易信息上传至店铺服务器。
Act103:店铺服务器根据交易信息生成支付信息,并发送给第三方支付服务器。
Act104:第三方支付服务器生成含有总额T的支付链接(例如:二维码),并返回给店铺服务器。
Act105:店铺服务器把收到的支付链接下发给POS机。
Act106:收银员向顾客出示支付链接(总额T),并要求顾客支付。
Act107:顾客A利用支付链接完成支付,这时第三方支付服务器收到顾客A的支付金额A后,会与总额T进行比较,并发送支付状态通知(未完成支付)到店铺服务器。
Act108:店铺服务器把支付未完成状态通知到POS机,并在POS客面显示信息提示顾客支付未完成。
Act109:顾客B与顾客C也分别向第三方支付服务器支付了自己所买商品的金额。
Act110:第三方支付服务器上得到三人的支付后,进行合计,并与总额T进行比较。当金额A+金额B+金额C=总额T时,向店铺服务器发送支付完成通知。
Act111:店铺服务器把支付完成通知下发到POS机,POS机客面上提示支付完成,交易完成。
第五实施例
第五实施例中,A、B、C三名顾客一起选好商品后来到收款台;收银员使用POS机对商品进行扫码登录;店铺服务器生成支付信息发送给第三方支付服务器(如微信等);第三方支付服务器接收到店铺请求后生成支付链接,并把支付链接返回给POS机;POS机利用支付链接要求顾客A、B、C付款;顾客A、B、C各自利用手机支付自己购买商品的金额;第三方支付服务器接收到顾客分别支付的金额后,进行计算与比较,并将支付状态信息通知到店铺;店铺POS机客面(即客户端显示界面)提示顾客支付状态信息;顾客B、C各自完成支付,其中B支付了大于自己商品的金额;第三方支付服务器接收到的支付金额超过要求金额时,对顾客A,B,C的支付全额退回,并通过店铺服务器把超额支付的消息发送给POS,提示给顾客,请求顾客重新支付;重复上述步骤直到顾客正常完成支付;第三方支付服务器把支付完成通知发给店铺服务器;店铺服务器把支付完成通知发给POS机;POS机接收到支付完成通知后通知给顾客并完成交易。
图7是表示构成第五实施例所涉及的多人支付系统中各装置执行的操作的流程图。
Act201.收银员使用POS机对顾客A、B、C的全部商品进行扫码结账。
Act202.所有商品扫码完成后,收银员按下结账键,把所有商品的交易信息发送给店铺服务器。
Act203.店铺服务器根据交易信息生成支付信息(匿名),并发送给第三方支付服务器(例如微信等)。
Act204.第三方支付服务器生成一个含有总额T的支付链接(例如:二维码)返还给店铺服务器。
Act205.店铺服务器把收到的支付链接下发给POS机。
Act206.收银员向顾客出示支付链接(总额T),并要求顾客支付。
Act207.顾客A利用支付链接完成支付,这时第三方支付服务器收到顾客A的支付金额A后,会与总额T进行比较,并发送支付状态通知(未完成支付)到店铺服务器。
Act208.店铺服务器把支付未完成状态通知到POS机,并在POS机客面显示信息提示顾客支付未完成。
Act209.顾客B与顾客C也分别向第三方支付服务器支付了自己所买商品的金额,其中顾客B由于操作失误支付了B’(B’>B)。
Act210.第三方支付服务器上得到三人的支付后,进行合计,并与总额T进行比较。由于金额A+金额B’+金额C>总额T,退回顾客A、B、C三人的支付,并发送超额支付退回的通知给店铺服务器。
Act211.店铺服务器接收到通知后下发给POS机,在POS客面提示顾客支付失败的理由,并要求重新支付。
Act212.顾客A利用支付链接完成支付,这时第三方支付服务器收到顾客A的支付金额A后,会与总额T进行比较,并发送支付状态通知(未完成支付)到店铺服务器。
Act213.店铺服务器把支付未完成状态通知到POS机,并在POS客面显示信息提示顾客支付未完成。
Act214.顾客C完成金额C的支付,第三方支付服务器发送支付状态通知(支付未完成)到店铺服务器。
Act215.店铺服务器把支付未完成状态通知到POS机,并在POS客面显示信息提示顾客支付未完成。
Act216.顾客B完成金额B的支付,第三方支付服务器经计算金额A+金额C+金额B=总额T,通知店铺服务器支付完成。
Act217.店铺服务器把支付完成的通知下发到POS机,POS机客面提示支付完成,交易完成。
第六实施例
第六实施例中,A、B、C三名顾客一起选好商品后来到款台,并顺序(A->B->C)扫码登陆各自支付移动端,此动作不强制在操作最初执行,但要求在店铺服务器生成支付信息前完成;收银员使用POS机对商品进行扫码登录;店铺服务器生成含有支付者(如微信等)信息的支付信息发送给第三方支付服务器;第三方支付服务器接收到店铺服务器请求后生成支付链接;第三方支付服务器把支付链接按顺序推送给指定的第一位顾客;收到支付链接的顾客支付自己购买商品部分的金额;第三方支付服务器收到顾客支付金额后,更新支付链接,在把支付状态通知发送给店铺服务器的同时,把更新后的支付链接推送给下一位顾客;POS机客面(即客户端显示界面)提示登陆顾客各自的支付状态,以及待支付部分信息;重复上述步骤,直到顾客B、C分别完成支付;第三方支付服务器收到全部要求金额,发送支付完成通知,经由店铺服务器到POS机,POS机客面显示支付完成信息,交易完成。
图8A是表示构成第六实施例所涉及的多人支付系统中各装置执行的操作的流程图。
Act 301.顾客A、B、C按顺序(A->B->C)扫码登录各自的支付终端,用于店铺服务器指明移动支付终端的信息。本步骤在Act 303完成前执行即可。
Act 302.收银员使用POS机对顾客A、B、C的全部商品进行扫码结账。
Act 303.所有商品扫码完成后,收银员按下结账键,把所有商品的交易信息发送给店铺服务器。
Act304.店铺服务器生成包含指明移动支付终端的信息的支付信息,并发送给第三方支付服务器(如微信等)。
Act 305.第三方支付服务器根据收到的支付信息生成支付链接(待支付金额Ta),推送给顾客A,并同时将包含待支付金额的支付状态信息(待支付金额Ta)通知给店铺服务器。
Act 306.店铺服务器把收到的支付状态信息下发给POS机,在POS机客面显示支付状态的信息(图8B)供顾客参考。
Act 307.顾客A利用支付链接完成支付金额A。
Act 308.第三方支付服务器收到顾客A的支付金额A后,更新支付链接(待支付金额Tb),在将支付链接推送给顾客B的同时,发送支付状态信息(A支付金额,待支付金额Tb)到店铺服务器。
Act 309.店铺服务器把收到的支付状态信息下发给POS机,在POS机客面显示支付状态信息(图8C)供顾客参考。
Act 310.顾客B向第三方支付服务器支付了自己所买商品的金额B。
Act 311.第三方支付服务器收到顾客B付金额B后,更新支付链接(待支付金额Tc),在将支付链接推送给顾客C的同时,发送支付状态信息(B支付金额,待支付金额Tc)到店铺服务器。
Act 312.店铺服务器把收到的支付状态信息下发给POS机,在POS机客面显示支付状态信息(图8D)供顾客参考。
Act 313.顾客C完成支付金额C(C=Tc)。
由于支付链接中包含待支付金额Tc,顾客C不可能支付超出T3的金额,因此避免了超额支付的情况出现。
Act 314.第三方支付服务器收到顾客C付金额C,由于金额C=待支付金额Tc,因此判断完成支付,并发送支付状态信息(C支付金额,完成支付)到店铺服务器。
Act 315.店铺服务器把收到的完成支付状态信息下发给POS机,在POS机客面显示完成支付的信息(图8E),交易完成。
第七实施例
第七实施例中,A、B、C三名顾客一起选好商品后来到款台,并顺序(A->B)登陆各自支付终端(例:微信号),此动作不强制在操作最初执行,但要求在店铺服务器生成支付信息前完成;收银员使用POS机对商品进行扫码登录;店铺服务器生成含有支付者(如微信等)标识信息的支付信息发送给第三方支付服务器;第三方支付服务器;接收到店铺服务器的请求后生成支付链接;第三方支付服务器把支付链接按顺序推送给指定的第一位顾客;收到支付链接的顾客支付自己购买商品部分的金额;第三方支付服务器收到顾客支付金额后,更新支付链接,在把支付状态信息发送给店铺服务器的同时,把更新后的支付链接推送给下一位顾客;店铺POS机客面提示登陆顾客各自的支付状态,以及待支付部分信息;重复以上步骤,顾客B完成支付;第三方支付服务器收到合计金额(A+B<总额T),发送支付未完成通知,经由店铺服务器到POS机,POS机客面显示支付状态信息;顾客C现金等方式支付余下部分;POS端收银员判断完成支付,并将交易完成信息上传给店铺服务器;店铺服务器通知给第三方支付服务器订正支付总额,最终完成支付。
图9A是表示构成第七实施例所涉及的多人支付系统中各装置执行的操作的流程图。
Act 401.收款台顾客A、B顺序(A->B)扫码登录各自的支付终端,用于店铺服务器指明移动支付终端的信息。本步骤在Act 403完成前执行即可。
Act 402.收银员使用POS机对顾客A、B、C的全部商品进行扫码结账。
Act 403.所有商品扫码完成后,收银员按下结账键,把所有商品的交易信息发送给店铺服务器。
Act 404.店铺服务器生成包含指明移动支付终端的信息的支付信息,并发送给第三方支付服务器(如微信等)。
Act 405.第三方支付服务器根据收到的支付信息生成支付链接(待支付金额Ta),推送给顾客A,并同时将包含待支付金额的支付状态信息(待支付金额Ta)通知给店铺服务器。
Act 406.店铺服务器把收到的支付状态信息下发给POS机,在POS机客面显示支付状态的信息(图9B)供顾客参考。
Act 407.顾客A利用支付链接完成支付金额A。
Act 408.第三方支付服务器收到顾客A的支付金额A后,更新支付链接(待支付金额Tb),在将支付链接推送给顾客B的同时,发送支付状态通知(A支付金额,待支付金额Tb)到店铺服务器。
Act 409.店铺服务器把收到的支付状态信息下发给POS机,在POS机客面显示支付状态信息(图9C)供顾客参考。
Act 410.顾客B向第三方支付服务器支付了自己所买商品的金额B。
Act 411.第三方支付服务器收到顾客B付金额B后,更新支付链接(待支付金额Tc),在将支付链接推送给顾客C的同时,发送支付状态信息(B支付金额,待支付金额Tc)到店铺服务器。
Act 412.店铺服务器把收到的支付状态信息下发给POS机,在POS机客面显示支付状态信息(图9D)供顾客参考。
Act 413.顾客C采用现金支付,支付金额C(C=Tc)。
Act 414.收银员按下支付完成按钮,更新POS机客面显示信息(图9E),并向店铺服务器上传支付状态信息,通知交易完成。
Act 415.店铺服务器根据交易完成信息中的内容,重新计算向第三方支付服务器请求的支付金额,并发出支付请求订正(金额变更)的通知。
Act 416.第三方支付服务器接到请求后,更新待支付金额,并给店铺服务器返回应答消息,交易完成。
需要说明的是,在上述的各实施例中,对装置内的存储器预先存储有处理器所执行的程序的情况进行了说明。不过,处理器所执行的程序可以从网络下载到装置,也可以从存储介质安装到装置。作为存储介质,只要是CD-ROM等的能存储程序且装置可读取的存储介质就行。此外,通过预先安装、下载获得的功能也可以与装置内部的OS(操作系统)等协作来实现。
此外,结算方法可以是微信支付、支付宝支付、百度钱包支付等的扫码支付,也可以是Apple Pay、NFC(近距离通信)支付、扫描支付、支付圈、财付通、盛付通、银联、一网通支付等,或者未来出现的新的支付手段,关于结算支付方法,这里没有特别限定,只要是能够支付货款或服务费用就可以。
虽然对本发明的几个实施例进行了说明,但是这些实施例是作为例子提出的,并不意图限定发明的范围。这些新颖的实施例可以用其他的各种形式来实施,在不脱离发明要旨的范围内可以进行各种省略、替换、变更。这些实施例及其变形均被包含在发明的范围或要旨中,而且,包含在权利要求的范围所记载的发明和其均等的范围内。
Claims (10)
1.一种结算系统,所述结算系统包括:
获取部,结算时获取一件交易对象中包含的多个用户购买的商品的支付信息;
第一处理器,根据所述交易对象的支付信息,生成所述交易对象对应的支付链接;
输出部,发送所述交易对象对应的支付链接,以使所述多个用户根据所述支付链接对该用户购买的商品进行结算;
第二处理器,在所述多个用户均完成结算且所述多个用户的支付金额与所述交易对象中包含的商品的结算金额一致后,确定所述交易对象对应的交易完成。
2.根据权利要求1所述的结算系统,其中,
所述支付信息包括所述交易对象中包含的各个商品的待结算金额;
所述第一处理器根据所述各个商品的待结算金额,生成包含所述各个商品的待结算金额的总金额的支付链接;
所述第二处理器在收到所述多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与所述各个商品的待结算金额的总金额相同,确定所述交易对象对应的交易完成。
3.根据权利要求2所述的结算系统,其中,
所述第二处理器在收到所述多个用户中的至少一个用户的支付金额后,若已收到的支付金额的总金额与所述各个商品的待结算金额的总金额不相同,通过所述输出部返回用于表示本次交易未成功的状态信息。
4.根据权利要求2或3所述的结算系统,其中,
所述交易对象中还包含的各个商品的标识信息;
所述支付链接对应的支付界面中至少包含所述各个商品的标识信息和待结算金额。
5.根据权利要求1所述的结算系统,其中,
所述支付信息包括:所述交易对象中包含的各个商品的待结算金额、以及所述多个用户分别使用的支付终端的信息;
所述第一处理器根据所述各个商品的待结算金额,生成包含所述各个商品的待结算金额的总金额的支付链接;
所述输出部根据所述多个用户分别使用的支付终端的信息,将所述支付链接,发送给所述多个用户中的一个用户使用的支付终端;
所述第二处理器在收到所述用户的支付金额后,若收到的支付金额与待结算金额的总金额相同,确定所述交易对象对应的交易完成。
6.根据权利要求4所述的结算系统,还包括:
所述第二处理器在收到所述用户的支付金额后,若收到的支付金额小于待结算金额的总金额,将收到的支付金额发送给所述第一处理器;
所述第一处理器根据所述第二处理器发送的支付金额,更新待结算金额的总金额,并根据更新后的待结算金额的总金额,更新对应的支付链接;
所述输出部根据所述多个用户分别使用的支付终端的信息,将更新后的支付链接,发送给所述多个用户中的其他用户使用的支付终端。
7.根据权利要求1所述的结算系统,其中,
所述支付信息包括:所述交易对象中包含的各个商品的待结算金额、所述多个用户分别使用的支付终端的信息、以及所述各个商品与所述多个用户之间的关联关系;
对于所述多个用户中的每个用户,所述第一处理器根据所述各个商品的待结算金额以及所述各个商品与所述多个用户之间的关联关系,生成包含该用户关联的商品的待结算金额的总金额的支付链接;
所述输出部根据所述多个用户分别使用的支付终端的信息,将每个用户对应的支付链接,分别发送给对应的用户使用的支付终端;
所述第二处理器在收到所述多个用户的支付金额后,若收到的支付金额分别与所述多个用户关联的商品的待结算金额的总金额相同,确定所述交易对象对应的交易完成。
8.根据权利要求7所述的结算系统,还包括:
所述第二处理器在收到所述多个用户的支付金额后,若收到的任一支付金额与对应的用户关联的商品的待结算金额的总金额不相同,确定该用户对应的交易失败;
所述输出部在所述第二处理器确定交易失败后,返回用于表示本次支付失败的状态信息。
9.一种数据处理方法,包括以下步骤:
结算时获取一件交易对象中包含的多个用户购买的商品的支付信息的步骤;
根据所述交易对象的支付信息,生成所述交易对象对应的支付链接的步骤;
发送所述交易对象对应的支付链接,以使所述多个用户根据所述支付链接对该用户购买的商品进行结算的步骤;以及
在所述多个用户均完成结算且所述多个用户的支付金额与所述交易对象中包含的商品的结算金额一致后,确定所述交易对象对应的交易完成的步骤。
10.根据权利要求9所述的数据处理方法,其中,
所述支付信息包括所述交易对象中包含的各个商品的待结算金额;
或者
所述支付信息包括所述交易对象中包含的各个商品的待结算金额、以及所述多个用户分别使用的支付终端的信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810151885.3A CN108346043A (zh) | 2018-02-14 | 2018-02-14 | 结算系统及数据处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810151885.3A CN108346043A (zh) | 2018-02-14 | 2018-02-14 | 结算系统及数据处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108346043A true CN108346043A (zh) | 2018-07-31 |
Family
ID=62958844
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810151885.3A Pending CN108346043A (zh) | 2018-02-14 | 2018-02-14 | 结算系统及数据处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108346043A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109447654A (zh) * | 2018-11-09 | 2019-03-08 | 银河水滴科技(北京)有限公司 | 一种基于步态特征的支付系统、方法及装置 |
CN109615350A (zh) * | 2018-10-26 | 2019-04-12 | 阿里巴巴集团控股有限公司 | 一种联合支付方法和装置 |
CN109711831A (zh) * | 2018-12-28 | 2019-05-03 | 中国银行股份有限公司 | 账务异常处理方法、银行服务器和客户端 |
CN110135832A (zh) * | 2019-04-19 | 2019-08-16 | 东芝泰格有限公司 | 多人支付系统、支付方法、支付装置及pos机 |
CN111311854A (zh) * | 2018-12-12 | 2020-06-19 | 成都茗匠科技有限公司 | 一种智能门店收银管理系统 |
CN111435499A (zh) * | 2019-01-15 | 2020-07-21 | 东芝泰格有限公司 | 信息处理装置及信息处理方法、可读存储介质、电子设备 |
TWI805040B (zh) * | 2020-12-10 | 2023-06-11 | 大陸商中國銀聯股份有限公司 | 支付方法、收款設備、付款設備及存儲介質 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103854173A (zh) * | 2014-03-28 | 2014-06-11 | 紫光股份有限公司 | 一种用于现场购物的移动支付方法 |
CN105654293A (zh) * | 2014-12-03 | 2016-06-08 | 阿里巴巴集团控股有限公司 | 支付方法及装置 |
CN106779647A (zh) * | 2017-02-27 | 2017-05-31 | 广州云移信息科技有限公司 | 一种支付结算方法及系统 |
CN106934614A (zh) * | 2015-09-21 | 2017-07-07 | Sk普兰尼特有限公司 | 支付设备、支付系统及其控制方法 |
-
2018
- 2018-02-14 CN CN201810151885.3A patent/CN108346043A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103854173A (zh) * | 2014-03-28 | 2014-06-11 | 紫光股份有限公司 | 一种用于现场购物的移动支付方法 |
CN105654293A (zh) * | 2014-12-03 | 2016-06-08 | 阿里巴巴集团控股有限公司 | 支付方法及装置 |
CN106934614A (zh) * | 2015-09-21 | 2017-07-07 | Sk普兰尼特有限公司 | 支付设备、支付系统及其控制方法 |
CN106779647A (zh) * | 2017-02-27 | 2017-05-31 | 广州云移信息科技有限公司 | 一种支付结算方法及系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109615350A (zh) * | 2018-10-26 | 2019-04-12 | 阿里巴巴集团控股有限公司 | 一种联合支付方法和装置 |
CN109615350B (zh) * | 2018-10-26 | 2023-10-31 | 创新先进技术有限公司 | 一种联合支付方法和装置 |
CN109447654A (zh) * | 2018-11-09 | 2019-03-08 | 银河水滴科技(北京)有限公司 | 一种基于步态特征的支付系统、方法及装置 |
CN111311854A (zh) * | 2018-12-12 | 2020-06-19 | 成都茗匠科技有限公司 | 一种智能门店收银管理系统 |
CN109711831A (zh) * | 2018-12-28 | 2019-05-03 | 中国银行股份有限公司 | 账务异常处理方法、银行服务器和客户端 |
CN111435499A (zh) * | 2019-01-15 | 2020-07-21 | 东芝泰格有限公司 | 信息处理装置及信息处理方法、可读存储介质、电子设备 |
CN110135832A (zh) * | 2019-04-19 | 2019-08-16 | 东芝泰格有限公司 | 多人支付系统、支付方法、支付装置及pos机 |
TWI805040B (zh) * | 2020-12-10 | 2023-06-11 | 大陸商中國銀聯股份有限公司 | 支付方法、收款設備、付款設備及存儲介質 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6615972B2 (ja) | 携帯装置による自己精算の方法 | |
CN108346043A (zh) | 结算系统及数据处理方法 | |
US9171328B2 (en) | Method for transferring shopping cart contents to a register from a mobile electronic device | |
US10567912B2 (en) | System for tracking physical objects | |
EP3038036A1 (en) | Payment service method and system using code recognition | |
JP2021086344A (ja) | キャッシュレス決済統合システム | |
CN110400434A (zh) | 电子票据系统、结算装置、促销票据服务器及信息处理方法 | |
CN108629590A (zh) | 结算系统及控制方法 | |
JP7189067B2 (ja) | 情報処理装置、情報処理方法および情報処理プログラム | |
CN105844504A (zh) | 信息处理方法、装置及系统 | |
CN106897871A (zh) | 一种购物方法和计算机可读存储媒体 | |
US20210056558A1 (en) | Checkout system, checkout method, and checkout apparatus | |
JP2002157651A (ja) | 商品購入情報処理方法及びそのシステム | |
JP6698122B2 (ja) | 情報処理装置、電子レシートシステム、プログラムおよび制御方法 | |
CN112036920A (zh) | 积分管理方法及积分管理装置 | |
JP6940650B2 (ja) | 情報処理装置、電子レシートシステムおよびプログラム | |
JP5727834B2 (ja) | 取引管理システム | |
JP5769997B2 (ja) | 取引管理システム、取引管理サーバ及び取引管理プログラム | |
JP7099893B2 (ja) | 決済システム、決済情報管理方法 | |
JP2024072481A (ja) | 情報処理装置およびプログラム | |
JP2020009200A (ja) | 決済管理プログラム、決済管理方法、ユーザ端末 | |
JP2022017823A (ja) | 情報処理装置、情報処理方法及び情報処理プログラム | |
KR20200043317A (ko) | 역결제 pos 단말을 이용한 pos 시스템 | |
WO2018158960A1 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
JP2019197543A (ja) | セルフオーダーシステム、セルフオーダー管理方法、およびプログラム |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180731 |
|
RJ01 | Rejection of invention patent application after publication |