CN113807840A - 同一用户的多个支付端支持本地支付的方法、服务端及*** - Google Patents
同一用户的多个支付端支持本地支付的方法、服务端及*** Download PDFInfo
- Publication number
- CN113807840A CN113807840A CN202111025787.3A CN202111025787A CN113807840A CN 113807840 A CN113807840 A CN 113807840A CN 202111025787 A CN202111025787 A CN 202111025787A CN 113807840 A CN113807840 A CN 113807840A
- Authority
- CN
- China
- Prior art keywords
- payment
- identification information
- unique identification
- local
- asset
- 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
- 238000000034 method Methods 0.000 title claims abstract description 85
- 238000012546 transfer Methods 0.000 claims abstract description 50
- 238000004891 communication Methods 0.000 claims description 36
- 238000004590 computer program Methods 0.000 claims description 2
- 238000012790 confirmation Methods 0.000 description 35
- 230000008569 process Effects 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 5
- 230000009977 dual effect Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 2
- 238000006748 scratching Methods 0.000 description 2
- 230000002393 scratching effect Effects 0.000 description 2
- 238000012550 audit Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
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/22—Payment schemes or models
-
- 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3821—Electronic credentials
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种同一用户的多个支付端支持本地支付的方法、服务端及***。所述方法包括:在用户账户下设置多个唯一识别信息,每个唯一识别信息分别建立对应的本地支付资产;将所述每个唯一识别信息和其对应的本地支付资产分别下发给所述用户相应的支付端;若验证接收端发送的支付凭证合法,则从相应的本地支付资产中将所述凭证中包括的支付的数字资产划转给所述接收端所在账户;在释放本地支付资产时将其返回至所属用户账户已有的数字资产中。本方法不仅可以给同一用户的多个支付端分别确定和下发本地支付资产,而且可以使得该多个支付端共用同一用户账户已有的数字资产分别划转本地支付资产,以及可以避免因释放本地支付资产而给用户造成损失。
Description
【技术领域】
本发明涉及数字资产技术领域,尤其涉及一种同一用户的多个支付端支持本地支付的方法、服务端及***。
【背景技术】
数字资产是指以电子数据形式存在的资产,例如虚拟资产、数字货币、电子货币等。在数字资产的应用过程中,会涉及到支付端向接收端进行数字资产的本地支付,支付端(即数字资产持有者)预先将服务端下发的数字资产进行本地保存,在进行本地支付时,支付端从该本地保存的数字资产中获取待支付的数字资产,并且将该待支付的数字资产通过本地通信传递给接收端(即数字资产接收者),从而使得接收端能获得该待支付的数字资产。
本案发明人发现,在数字资产本地支付的实施过程中,一个用户有可能会有多个支付端,因此,对于同一用户的多个支付端,如何使得该多个支付端可以分别根据本地保存的数字资产进行支付,是需要解决的技术问题。
需要说明的是,上述背景信息仅用于加强对本发明背景技术的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术信息。
【发明内容】
本发明的主要目的在于提供同一用户的多个支付端支持本地支付的方法、服务端及***,进而至少在一定程度上解决由于相关技术的限制和缺陷而导致的一个或者多个技术问题,包括以下技术方案:
第一方面,提供了同一用户的多个支付端支持本地支付的方法,应用于服务端,所述方法包括:
对于有多个支付端的任一用户,在所述用户的用户账户下设置多个唯一识别信息,其中根据所述多个唯一识别信息可以分别确定到所述用户账户,对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的本地支付资产,其中每个对应的本地支付资产是从所述用户账户已有的数字资产中划转的,以及其中包括在所述用户账户下设置第一唯一识别信息,建立所述第一唯一识别信息与第一本地支付资产的对应关系,以及在所述用户账户下设置第二唯一识别信息,建立所述第二唯一识别信息与第二本地支付资产的对应关系;
将所述每个唯一识别信息和其对应的本地支付资产分别下发给所述用户相应的支付端,其中包括将所述第一唯一识别信息和所述第一本地支付资产下发给第一支付端,将所述第二唯一识别信息和所述第二本地支付资产下发给第二支付端;
当接收到接收端发送的支付凭证,所述支付凭证包括唯一识别信息和支付的数字资产,则对所述支付凭证进行验证,若验证所述支付凭证合法,则从相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户,所述相应的本地支付资产为所述包括的唯一识别信息所对应的本地支付资产;
当释放某个唯一识别信息所对应的本地支付资产,则将该对应的本地支付资产返回至所述某个唯一识别信息所属用户账户已有的数字资产中。
优选的,所述唯一识别信息包括:
支付端识别信息;或者,
所述服务端生成的并且在所述服务端上具有唯一性的识别信息;或者,
主要由账户识别信息和唯一标识组成,该账户识别信息为所述用户账户的账户识别信息,该唯一标识在所述用户账户下具有唯一性。
优选的,在所述对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的本地支付资产中,对于给其中任一唯一识别信息建立对应的本地支付资产包括:
数字资产为余额形式的数字资产,从所述用户账户的余额中减去指定的额度,并且将该指定的额度设置为所述任一唯一识别信息对应的本地支付资产;或者,
数字资产为余额形式的数字资产,从所述用户账户绑定的关联账户中转入指定额度的数字资产,并且将该指定额度设置为所述任一唯一识别信息对应的本地支付资产;或者,
数字资产为字符串形式的数字资产,从所述用户账户已有的数字资产中将指定额度的数字资产设置为所述任一唯一识别信息所对应的本地支付资产;或者,
数字资产为字符串形式的数字资产,所述用户账户中还包括余额形式的数字资产,则从所述用户账户的余额中减去指定额度,或者所述用户账户绑定的关联账户中还包括余额形式的数字资产,则从该绑定的关联账户中转入余额形式的并且为该指定额度的数字资产,以及生成面值或面值总和为该指定额度的数字资产作为所述任一唯一识别信息所对应的本地支付资产。
优选的,所述将所述每个唯一识别信息和其对应的本地支付资产分别下发给所述用户相应的支付端,对于将其中任一支付端的唯一识别信息和其对应的本地支付资产下发给所述任一支付端,所述方法包括:
将所述任一支付端的唯一识别信息和其对应的本地支付资产发送给所述任一支付端;或者,
数字资产为余额形式的数字资产,向所述任一支付端返回确认信息,该确认信息表征所述服务端已经以所述任一支付端预先保存的唯一识别信息和本地支付额度确定所述任一支付端的唯一识别信息和本地支付资产,从而使得所述任一支付端在接收到该确认信息之后,所述任一支付端将该预先保存的唯一识别信息作为所述服务端下发的唯一识别信息,并且所述任一支付端以该预先保存的本地支付额度作为所述服务端下发的本地支付资产;或者,
数字资产为余额形式的数字资产,将所述任一支付端的唯一识别信息发送给所述任一支付端,以及向所述任一支付端返回确认信息,该确认信息表征所述服务端已经以所述任一支付端预先保存的本地支付额度确定所述任一支付端的本地支付资产,从而使得所述任一支付端在接收到该确认信息之后,所述任一支付端以该预先保存的本地支付额度作为所述服务端下发的本地支付资产;或者,
将该对应的本地支付资产发送给所述任一支付端,以及向所述任一支付端返回确认信息,该确认信息表征所述服务端已经以所述任一支付端预先保存的唯一识别信息作为所述任一支付端的唯一识别信息,从而使得所述任一支付端在接收到该确认信息之后,所述任一支付端将该预先保存的唯一识别信息作为所述服务端下发的唯一识别信息。
优选的,所述对所述支付凭证进行验证还包括:
若根据所述包括的唯一识别信息没有确定到相应的用户账户,则确定所述支付凭证不合法;或/和,
若根据所述包括的唯一识别信息没有获取到对应的本地支付资产,则确定所述支付凭证不合法。
优选的,所述从相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户包括:
数字资产为余额形式的数字资产,从所述相应的本地支付资产中减去所述支付的数字资产,并且在所述接收端所在账户的余额中增加所述支付的数字资产,或者将所述支付的数字资产转入所述接收端所在账户绑定的关联账户;或者,
数字资产为字符串形式的数字资产,将所述相应的本地支付资产中所述支付的数字资产更改为所述接收端所在账户下的数字资产。
优选的,所述从所述相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户还包括:
根据所述支付凭证中包括的所述接收端所在账户的账户识别信息或者根据所述支付凭证发送方的账户识别信息确定所述接收端所在账户;或/和,
若所述接收端所在账户是属于其他服务端上的账户,则所述服务端从所述相应的本地支付资产中将所述支付的数字资产划转给该其他服务端,以使得该其他服务端将所述支付的数字资产划入所述接收端所在账户。
优选的,所述将该对应的本地支付资产返回至所述某个唯一识别信息所属用户账户已有的数字资产中包括:
数字资产为余额形式的数字资产,在所述某个唯一识别信息所属用户账户的余额中增加该对应的本地支付资产,或者将该对应的本地支付资产转入所述某个唯一识别信息所属用户账户绑定的关联账户中;或者,
数字资产为字符串形式的数字资产,将该对应的本地支付资产设置为所述某个唯一识别信息所属用户账户下已有的数字资产;或者,
数字资产为字符串形式的数字资产,所述某个唯一识别信息所属用户账户还用于余额形式的数字资产,则在所述某个唯一识别信息所属用户账户的余额中增加与该对应的本地支付资产面值相等同的额度,或者所述某个唯一识别信息所属用户账户还绑定有用于余额形式的数字资产的关联账户,则向该绑定的关联账户中转入余额形式的并且与该对应的本地支付资产面值相等同额度的数字资产。
优选的,所述某个唯一识别信息所属用户账户的确定方式包括:
若所述某个唯一识别信息为账户识别信息,则所述某个唯一识别信息所属用户账户为所述某个唯一识别信息确定的用户账户;或者,
若所述某个唯一识别信息中包括账户识别信息,则所述某个唯一识别信息所属用户账户为该账户识别信息所确定的用户账户;或者,
若所述某个唯一识别信息与账户识别信息相关联,则根据所述某个唯一识别信息获取关联的账户识别信息,所述某个唯一识别信息所属用户账户为该关联的账户识别信息所确定的用户账户。
优选的,所述方法还包括:
将所述每个唯一识别信息分别与相应的支付端信息相关联,其中包括将所述第一唯一识别信息与所述第一支付端的支付端信息相关联,将所述第二唯一识别信息与所述第二支付端的支付端信息相关联。
第二方面,提供了同一用户的多个支付端支持本地支付的方法,应用于支付端,所述方法包括:
接收服务端下发的唯一识别信息和本地支付资产,并且本地保存所述唯一识别信息和所述本地支付资产;
在进行本地支付时,从本地保存的所述本地支付资产中扣除本次本地支付的数字资产,并且生成支付凭证,在所述支付凭证中包括所述唯一识别信息和所述支付的数字资产;
将所述支付凭证通过本地通信传递给接收端。
优选的,所述接收服务端下发的唯一识别信息和本地支付资产,并且本地保存所述唯一识别信息和所述本地支付资产包括:
接收并且本地保存所述服务端发送的唯一识别信息和本地支付资产;或者,
所述本地支付资产为余额形式的数字资产,接收所述服务端返回的确认信息,该确认信息表征所述服务端已经以所述支付端预先保存的唯一识别信息和本地支付额度确定所述支付端的唯一识别信息和本地支付资产,则将该预先保存的唯一识别信息作为本地保存的所述唯一识别信息,以及以该预先保存的本地支付额度作为本地保存的所述本地支付资产;或者,
所述本地支付资产为余额形式的数字资产,接收并且本地保存所述服务端发送的唯一识别信息,以及接收所述服务端返回的确认信息,该确认信息表征所述服务端已经以所述支付端预先保存的本地支付额度确定所述支付端的本地支付资产,则所述支付端以该预先保存的本地支付额度作为本地保存的所述本地支付资产;或者,
接收并且本地保存所述服务端发送的本地支付资产,以及接收所述服务端返回的确认信息,该确认信息表征所述服务端已经以所述支付端预先保存的唯一识别信息确定所述支付端的唯一识别信息,则所述支付端将该预先保存的唯一识别信息作为本地保存的所述唯一识别信息。
优选的,所述从本地保存的所述本地支付资产中扣除本次本地支付的数字资产包括:
所述本地支付资产为余额形式的数字资产,将本地保存的所述本地支付资产更新为更新前的本地支付资产减去所述支付的数字资产之后的余额;或者,
所述本地支付资产为字符串形式的数字资产,从本地保存的所述本地支付资产中将所述支付的数字资产变更为不可用。
第三方面,提供了同一用户的多个支付端支持本地支付的方法,应用于接收端,所述方法包括:
接收支付端通过本地通信传递的支付凭证,所述支付凭证包括唯一识别信息和支付的数字资产;
将所述支付凭证发送给服务端,以使得所述服务端根据所述支付凭证进行数字资产的划转。
优选的,所述接收支付端通过本地通信传递的支付凭证之后,以及所述将所述支付凭证发送给服务端之前还包括:
对所述支付凭证进行验证,并且在验证所述支付凭证合法之后,确定所述支付端支付成功。
优选的,所述将所述支付凭证发送给服务端包括:
所述接收端与所述服务端建立网络连接,所述接收端通过网络将所述支付凭证发送给所述服务端;或者,
所述接收端将所述支付凭证同步给中间设备,以使得所述中间设备通过网络将所述支付凭证发送给所述服务端。
第四方面,一种服务端设备,所述服务端设备包括处理器、存储器,所述处理器用于运行所述存储器所存储的程序,所述程序运行时执行包括如上第一方面所述的方法。
一种支付端设备,所述支付端设备包括处理器、存储器,所述处理器用于运行所述存储器所存储的程序,所述程序运行时执行包括如上第二方面所述的方法。
一种接收端设备,所述接收端设备包括处理器、存储器,所述处理器用于运行所述存储器所存储的程序,所述程序运行时执行包括如上第三方面所述的方法。
一种芯片,包括处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如上第二方面所述的方法,或者使得安装有所述芯片的设备执行如上第三方面所述的方法。
一种存储介质,所述存储介质中存储有程序,所述程序用于实现如上第一方面所述的方法,或者所述程序用于实现如上第二方面所述的方法,或者所述程序用于实现如上第三方面所述的方法。
第五方面,一种***,所述***包括服务端设备、支付端设备和接收端设备,其中,所述服务端设备包括如上第四方面所述的服务端设备,所述支付端设备包括如上第四方面所述的支付端设备,所述接收端设备包括如上第四方面所述的接收端设备。
综上所述,本发明提供的技术方案可带来的技术效果至少包括:第一,服务端可以给同一用户的多个支付端分别确定和下发本地支付资产,亦即同一用户的多个支付端可以分别根据各自支付端上的本地支付资产进行本地支付;第二,可以使得同一用户的多个支付端共用该同一用户账户下的数字资产划转本地支付资产,避免给各支付端分别设立账户,以及避免给各支付端设立的账户分别设定数字资产;第三,当释放本地支付资产时,可以将该本地支付资产返回至所属的用户账户中,避免给用户造成本地支付资产的损失;第四,在服务端上可以分别获知同一用户下多个支付端的本地支付资产的使用情况,包括可以获知每个支付端的本地支付资产的余额或余值、扣减记录等。
【附图说明】
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1是本发明所涉及的一种实施环境的结构示意图;
图2是同一用户的多个支付端支持本地支付的方法实施例一的流程图;
图3是同一用户的多个支付端支持本地支付的方法实施例二的流程图;
图4是同一用户的多个支付端支持本地支付的方法实施例三的流程图;
图5是同一用户的多个支付端支持本地支付的方法实施例四的流程图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
【具体实施方式】
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
一、实施环境说明
请参考图1,其示出了本发明所涉及的一种实施环境的结构示意图。该实施环境包括支付端、接收端和服务端,其中:
支付端:数字资产的支付端(例如如图1所示的第一支付端或第二支付端),用于向接收端进行本地支付。支付端既可以是软件程序,例如支付客户端程序;也可以是由软件和硬件组合实现的设备,例如,既可以是智能手机、智能电视、平板电脑、笔记本电脑等用户终端设备,也可以是智能手表、智能手环等可穿戴式终端设备,还可以是诸如芯片卡、硬件钱包等其他设备。
接收端:数字资产的接收端(例如如图1所示的第一接收端或第二接收端),用于接收支付端的本地支付,并且根据支付端提供的支付凭证向服务端请求完成数字资产的划转。接收端既可以是软件程序,也可以是由软件和硬件组合实现的设备,例如,既可以是智能手机、销售终端(POS机)、扫描枪、读码器、PC(个人电脑)、服务器等设备,也可以是智能电视、平板电脑、笔记本电脑、智能手表、智能手环等终端设备,还可以是诸如芯片卡、硬件钱包等其他设备。
服务端:数字资产的服务端,用于向支付端提供用于本地支付的数字资产,以及向接收端提供数字资产划转服务,根据接收端传递的支付凭证完成数字资产在服务端的划转。实际实施过程中,服务端可以是用于提供数字资产服务的登记中心、支付中心等。服务端可以是一个物理或逻辑服务器,也可以是云服务器,还可以是由两个或两个以上分担不同职责的服务器相互协同来实现本说明书各实施例中服务端的各项功能。
支付端与接收端之间的信息传递通过本地通信以实现,本地通信是相对与数字资产服务端的通信方式而言的,即支付端与接收端之间不需经过数字资产服务端以实现相互的信息传递,例如可以包括局域网或近距离通信等方式,其中,近距离通信包括但不限于通过蓝牙、红外线、NFC、WIFI、声波、BLE(低功耗蓝牙)或图形码的通信方式。例如,在支付端和接收端不能与互联网实时通信的环境下,在该环境内建立局域网络,支付端和接收端接入该局域网络,支付端与接收端通过该局域网络相互通信;又例如,支付端与接收端通过蓝牙配对建立蓝牙通道以实现近距离通信;再例如,支付端与接收端通过NFC天线感应以实现近距离通信;还例如,支付端或接收端中的一端对要传递的信息进行编码生成图形码,另一端扫描并解析该图形码以获取要传递的信息,从而通过图形码实现支付端与接收端之间的近距离通信,图形码可以是二维码或条形码,也可以是其它可以通过扫描及解码方式获取其信息的图形。
支付端与服务端之间的信息传递,既可以由支付端与服务端建立网络连接以实现直接的信息传递,该网络既可以是互联网,也可以是专用的网络;也可以由支付端通过中间设备与服务端实现间接的信息传递,例如中间设备为带有NFC功能的前置机,支付端与该中间设备之间通过NFC通信进行信息传递,该中间设备与服务端之间通过专用网络进行信息传递,由此实现支付端通过中间设备与服务端之间的信息传递。
接收端与服务端之间的信息传递,既可以由接收端与服务端建立网络连接以实现直接的信息传递,该网络既可以是互联网,也可以是专用的网络;也可以由接收端通过中间设备与服务端实现间接的信息传递。
需要说明的是,本发明各实施例中的本地支付,是指支付端将本地保存的数字资产通过本地通信传递给接收端进行支付的支付方式,背景技术中对此亦有相应的说明。
本领域技术人员可以理解,图1中示出的实施环境结构以及本发明各实施例,可以使得支付端和接收端在处于双在线状态、或/和单离线状态、或/和双离线状态时能够实现数字资产的本地支付。可以理解,这里所指的双在线状态是指支付端和接收端都能够与数字资产服务端进行实时通信的应用场景。可以理解,这里所指的单离线状态是指支付端和接收端中只有一方能够与数字资产服务端进行实时通信的应用场景。可以理解,这里所指的双离线状态是指支付端和接收端都不能与数字资产服务端进行实时通信的应用场景,也就是说,支付端和接收端相对于数字资产服务端都处于离线状态,例如,当支付端和接收端处于网络状况较差或无需网络的环境时,比如行驶中的飞机、没有网络信号覆盖的偏僻山区或公海轮船或地下商场、数万人同时就餐造成网络支付堵塞的大型食堂、通信网络或数字资产服务端出现故障等情形,使得支付端和接收端都不能与数字资产服务端进行实时通信,因而处于双离线状态。还可以理解,随着数字资产业务在金融、支付等领域的快速推进,例如支付宝、微信支付、央行数字货币及各类银行支付业务等,都有实施本地支付的需求和必要。
可以理解,在实际实施环境中,可以包括多个甚至大量的用户和接收端,其中,每个用户可以有多个支付端。为了便于说明,图1中仅示出一个用户的第一支付端和第二支付端,并且也仅示出了第一支付端与第一接收端、第二支付端与第二接收端之间的本地通信关系,但在实际实施环境中,该第一支付端也可以向该第二接收端或其他接收端进行本地通信和本地支付,该第二支付端也可以向该第一接收端或其他接收端进行本地通信和本地支付。对于一个终端设备,既可以只作为支付端或接收端,或者也可以既作为支付端又作为接收端。
需要说明的是,本领域技术人员可以理解,图1中示出的实施环境结构并不构成对实施环境的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。图1中示出的实施环境结构仅用于加强对本发明技术的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术信息。
二、同一用户的多个支付端支持本地支付的方法实施例一
请参考图2,其示出了本发明提供的同一用户的多个支付端支持本地支付的方法实施例一的流程图。本实施例以该方法应用于图1所示实施环境中的服务端来举例说明,该方法可以包括:
步骤201.对于有多个支付端的任一用户,在所述用户的用户账户下设置多个唯一识别信息,其中根据所述多个唯一识别信息可以分别确定到所述用户账户,对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的本地支付资产,其中每个对应的本地支付资产是从所述用户账户已有的数字资产中划转的,以及其中包括在所述用户账户下设置第一唯一识别信息,建立所述第一唯一识别信息与第一本地支付资产的对应关系,以及在所述用户账户下设置第二唯一识别信息,建立所述第二唯一识别信息与第二本地支付资产的对应关系。
对于有多个支付端的任一用户,即对于有多个支付端要支持本地支付的一个或多个用户,以其中一个用户为例,给所述用户的多个支付端分别确定唯一识别信息,在所述用户的用户账户下设置该分别确定的多个唯一识别信息,并且使得根据所述多个唯一识别信息可以分别确定到所述用户账户,以及对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的本地支付资产,即每个唯一识别信息分别建立有对应的本地支付资产,并且每个对应的本地支付资产是从所述用户账户已有的数字资产中划转的。例如,以所述用户有第一支付端和第二支付端为例,对于所述第一支付端,确定所述第一支付端的唯一识别信息(即第一唯一识别信息),以及从所述用户账户已有的数字资产中划转用于所述第一支付端的本地支付资产(即第一本地支付资产),在所述用户账户下设置所述第一唯一识别信息,建立所述第一唯一识别信息与所述第一本地支付资产的对应关系;对于所述第二支付端,确定所述第二支付端的唯一识别信息(即第二唯一识别信息),以及从所述用户账户已有的数字资产中划转用于所述第二支付端的本地支付资产(即第二本地支付资产),在所述用户账户下设置所述第二唯一识别信息,建立所述第二唯一识别信息与所述第二本地支付资产的对应关系。同理,如果所述用户还有第三支付端、第四支付端等,则可以分别在所述用户账户下设置第三唯一识别信息,建立该第三唯一识别信息与第三本地支付资产的对应关系;在所述用户账户下设置第四唯一识别信息,建立该第四唯一识别信息与第四本地支付资产的对应关系等;依此类推,在此不再赘述。
可以理解,本发明实施例中的多个,是指二个或者二个以上的情况。实际应用场景中,本发明实施例中的用户既可以是自然人用户,也可以是企业用户、商业用户等,对此本发明实施例并不进行限定。
对于上述中的唯一识别信息,可以以多种方式进行确定,具体可以包括:
例如,以支付端识别信息作为该唯一识别信息,支付端识别信息为用于识别支付端的识别信息,可以是终端设备标识、芯片卡标识、手机号码、子账号、数字证书、公钥、基于公钥生成的地址或其他可用于唯一地识别支付端的信息。
又例如,该唯一识别信息为所述服务端生成的并且在所述服务端上具有唯一性的识别信息,即该唯一识别信息在所述服务端上的唯一识别信息中具有唯一性,也可以理解为在所述服务端上有多个甚至大量的用户账户关联有唯一识别信息,而生成的该唯一识别信息在唯一识别信息中具有唯一性。比如,所述服务端按顺序递增生成唯一识别信息,因此,可以确保生成的唯一识别信息会大于以前生成的唯一识别信息,则该唯一识别信息在所述服务端上具有唯一性;又比如,所述服务端根据所述服务端的当前***时间生成唯一识别信息,时间精确到秒级,并且确保本次生成的唯一识别信息与上一次生成的唯一识别信息至少相隔1秒以上才能生成,如此,则可以确保生成的唯一识别信息会大于以前生成的唯一识别信息,则生成的唯一识别信息在所述服务端具有唯一性;还比如,所述服务端生成随机信息,将该随机信息与当前所有的唯一识别信息进行比较,若比较结果为存在相同的信息,则重新生成随机信息并再次进行该比较,直至比较没有相同的信息,则确定该随机信息为本次生成的唯一识别信息。
还例如,该唯一识别信息主要由账户识别信息和唯一标识组成,该账户识别信息为所述用户账户的账户识别信息,该唯一标识在所述用户账户下具有唯一性。比如,将用于识别所述用户账户的账户识别信息(例如所述用户账户的用户账号、所述用户账户的用户身份信息、支付端识别信息等)和唯一标识组成该唯一识别信息,由此,则可以先根据该账户识别信息识别到所述用户账户,以及根据该唯一标识在所述用户账户下获取到对应的本地支付资产。
对于上述每个唯一识别信息分别对应的本地支付资产,是从所述用户账户已有的数字资产中划转的。所述用户账户已有的数字资产,通常是指所述用户账户或其关联账户下当前可用并且没有设置为用于本地支付的数字资产。所述服务端从所述用户账户已有的数字资产中划转本地支付资产,也可以理解为是,将所述用户账户已有的数字资产中指定的数字资产划转为用于本地支付的数字资产,包括将该指定的数字资产设置为用于进行本地支付的数字资产。
所述服务端从所述用户账户已有的数字资产中划转指定的数字资产作为本地支付资产,以其中给任一唯一识别信息划转对应的本地支付资产为例,根据数字资产的类型,可以采取相对应的实施方式,例如:
划转方式一,以数字资产为余额形式的数字资产为例,则可以从所述用户账户的余额中减去指定的额度,并且将该指定的额度设置为该任一唯一识别信息对应的本地支付资产。例如,以所述用户账户的余额是3000、所述指定的额度为1000为例,则将所述用户账户的余额减去1000之后为2000,并且建立该任一唯一识别信息与1000的对应关系,该对应关系表征该1000为该任一唯一识别信息对应的本地支付资产。
划转方式二,以数字资产为余额形式的数字资产为例,则还可以从所述用户账户绑定的关联账户中转入指定额度的数字资产,并且将该指定额度设置为该任一唯一识别信息对应的本地支付资产。例如,以所述服务端是第三方支付平台为例(如类似支付宝或微信支付的支付平台),并且以该指定额度为1000为例,则所述服务端从所述用户账户绑定的银行账户中转入1000,并且建立该任一唯一识别信息与1000的对应关系,该对应关系表征该1000为该任一唯一识别信息对应的本地支付资产。
划转方式三,以数字资产为字符串形式的数字资产为例,每个不同的加密字符串分别表示对应的数字资产,所述服务端从所述用户账户已有的数字资产中将指定额度的数字资产设置为用于本地支付。以数字货币为例,每个不同的加密字符串分别表示对应的数字货币,以该指定额度为1000为例,则所述服务端从所述用户账户已有的数字资产中选取面值为1000的加密字符串,或者选取面值总和为1000的多个加密字符串,并且建立该任一唯一识别信息与该面值为1000的加密字符串或该面值总和为1000的多个加密字符串的对应关系,以此表征该任一唯一识别信息对应的本地支付资产为该面值为1000的加密字符串或该面值总和为1000的多个加密字符串。
划转方式四,以数字资产为字符串形式的数字资产为例,所述用户账户中还包括余额形式的数字资产,则从所述用户账户的余额中减去指定额度,或者所述用户账户绑定的关联账户中还包括余额形式的数字资产,则从该绑定的关联账户中转入余额形式的并且为该指定额度的数字资产,以及生成面值或面值总和为该指定额度的数字资产作为该任一唯一识别信息对应的本地支付资产。以数字货币为例,并且以指定额度为1000为例,例如,所述服务端从所述用户账户的余额中减去该指定额度(即1000),并且生成面值为1000的加密字符串或者生成面值总和为1000的多个加密字符串作为该任一唯一识别信息所对应的本地支付资产;又例如,所述服务端从所述用户账户绑定的银行账户中转入1000,并且生成面值为1000的加密字符串或者生成面值总和为1000的多个加密字符串作为该任一唯一识别信息所对应的本地支付资产。
可以理解,在上述以数字资产为余额形式的数字资产为例的划转方式中,划转的本地支付资产亦相应地为余额形式的数字资产;在上述以数字资产为字符串形式的数字资产为例的划转方式中,划转的本地支付资产亦相应地为字符串形式的数字资产。
在所述用户的用户账户下设置多个唯一识别信息,以及对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的本地支付资产,可以有多种的实施方式:
示例一,表1示出了一种实施方式,在该用户账户表中,第一唯一识别信息(User1a)和第二唯一识别信息(User1b)都为所述用户账户的账户识别信息,即通过该第一唯一识别信息(User1a)和该第二唯一识别信息(User1b)都可以用于识别所述用户账户,包括获取所述用户账户的已有资产(2000)等,该第一唯一识别信息(User1a)对应的本地支付资产为第一本地支付资产(1000),该第二唯一识别信息(User1b)对应的本地支付资产为第二本地支付资产(1000)。
可以理解,该用户账户表中的已有资产是指所述用户账户已有的数字资产的余额,而第一本地支付资产和第二本地支付资产则是指从所述用户账户已有的数字资产中划转的本地支付资产,反之也可以理解,如果是采用上述划转方式一中的方式划转本地支付资产,则在划转之前所述用户账户已有的数字资产的余额为4000,在其中划转1000作为第一本地支付资产,以及划转1000作为第二本地支付资产,从而在划转之后所述用户账户已有的数字资产的余额为2000,即该用户账户表中的已有资产为2000。下述示例二和示例三与此相同或相似,将不再赘述。
表1:一种用户账户表
第一唯一识别信息 | 第一本地支付资产 | 第二唯一识别信息 | 第二本地支付资产 | 已有资产 |
User1a | 1000 | User1b | 1000 | 2000 |
示例二,表2示出了另一种实施方式,在该用户账户表中,用户账号(User1)为所述用户账户的账户识别信息,即通过该用户账号(User1)可以用于识别所述用户账户,包括获取所述用户账户的已有资产(2000)等;第一唯一标识(No1)对应的本地支付资产为第一本地支付资产(1000),第二唯一标识(No1)对应的本地支付资产为第二本地支付资产(1000),实际应用中,该用户账号(User1)和该第一唯一标识(No1)组成第一唯一识别信息,该用户账号(User1)和该第二唯一标识(No1)组成第二唯一识别信息。
表2:另一种用户账户表
用户账号 | 第一唯一标识 | 第一本地支付资产 | 第二唯一标识 | 第二本地支付资产 | 已有资产 |
User1 | No1 | 1000 | No2 | 1000 | 2000 |
示例三,表3、表4示出了又一种实施方式,在表3中,用户账号(User1)为所述用户账户的账户识别信息,即通过该用户账号(User1)可以用于识别所述用户账户,包括获取所述用户账户的已有资产(2000)等;同时在表4中,第一唯一识别信息(id1)对应的本地支付资产为1000,并且与用户账号(User1)相关联,即根据该第一唯一识别信息(id1)可以关联到用户账号(User1);第二唯一识别信息(id2)对应的本地支付资产为1000,并且与用户账号(User1)相关联,即根据该第二唯一识别信息(id2)可以关联到用户账号(User1)。
表3:又一种用户账户表(1)
用户账号 | 已有资产 |
User1 | 2000 |
表4:又一种用户账户表(2)
唯一识别信息 | 本地支付资产 | 用户账号 |
id1 | 1000 | User1 |
id2 | 1000 | User1 |
由上述确定的唯一识别信息以及示例可知,在所述用户账户下设置多个唯一识别信息,可以使得根据该多个唯一识别信息可以分别确定到所述用户账户,如上述示例一中所示,其中的唯一识别信息是所述用户账户的账户识别信息,从而根据该唯一识别信息可以确定到所述用户账户,以及确定到所述用户账户下设定的已有资产;又如上述示例二中所示,其中的唯一识别信息是包括所述用户账户的账户识别信息的信息,从而根据该唯一识别信息中包括的账户识别信息可以确定到所述用户账户,以及确定到所述用户账户下设定的已有资产;还如上述示例三中所示,其中的唯一识别信息与所述用户账户的账户识别信息相关联,从而通过该唯一识别信息可以获取到关联的账户识别信息,进而根据该关联的账户识别信息可以确定到所述用户账户,以及确定到所述用户账户下设定的已有资产。可以理解,对于上述支付端识别信息、或者以所述服务端生成的并且在所述服务端上具有唯一性的识别信息等作为的唯一识别信息,既可以参照上述示例一将其作为账户识别信息,也可以参照上述示例三将其与账户识别信息相关联。
可以理解,对于上述示例一至示例三中的已有资产(2000)和本地支付资产(1000),是以余额形式的数字资产为例进行示例说明的,其中的2000和1000分别表示相应的余额;与此相似的,在实际应用过程中,如果是字符串形式的数字资产,则其中的已有资产是面值为2000的加密字符串或者面值总和为2000的多个加密字符串,本地支付资产则是面值为1000的加密字符串或者面值总和为1000的多个加密字符串。由此还可以理解,该面值为2000(或1000)的加密字符串或者该面值总和为2000(或1000)的多个加密字符串是所述用户账户下的数字资产,也可以理解为其属主为所述用户账户。
可以理解,除了上述示例一至示例三,在实际实施过程中,还可以有更多种的实施方式,其主要作用在于,对于给所述用户的多个支付端分别确定的唯一识别信息,可以根据其中每个唯一识别信息分别确定到所述用户账户,以及可以获取到每个唯一识别信息对应的本地支付资产。
需要说明的是,如上所述的在所述用户账户下设置多个唯一识别信息,并没有限定是否同时在所述用户账户下设置多个唯一识别信息,具体的,所述服务端在所述用户账户下允许设置多个不同的唯一识别信息,对于所述用户的任一支付端,所述服务端可以根据支付端的请求、或者是中间设备的请求、或者是后台管理指令、或者是数据库操作指令等,在所述用户账户下设置用于该支付端的唯一识别信息,以及建立该唯一识别信息对应的本地支付资产。
步骤202.将所述每个唯一识别信息和其对应的本地支付资产分别下发给所述用户相应的支付端,其中包括将所述第一唯一识别信息和所述第一本地支付资产下发给第一支付端,将所述第二唯一识别信息和所述第二本地支付资产下发给第二支付端。
将所述多个唯一识别信息中的每个唯一识别信息及其对应的本地支付资产分别下发给所述用户相应的支付端,也可以理解为,对于所述用户相应的支付端中的任一支付端而言,是将该任一支付端的唯一识别信息和该唯一识别信息对应的本地支付资产下发给该任一支付端,例如,以上述步骤201中的示例为例,将所述第一唯一识别信息和所述第一本地支付资产下发给所述第一支付端,以及将所述第二唯一识别信息和所述第二本地支付资产下发给所述第二支付端。
将所述每个唯一识别信息和其对应的本地支付资产分别下发给所述用户相应的支付端,具体实施方式上,以将其中任一支付端的唯一识别信息和该唯一识别信息对应的本地支付资产下发给该任一支付端为例,具体可以包括:
例如,所述服务端将该任一支付端的唯一识别信息和该唯一识别信息对应的本地支付资产发送给该任一支付端,以使得该任一支付端接收到所述服务端发送的该唯一识别信息和该本地支付资产。
又例如,如果数字资产为余额形式的数字资产,并且如果所述服务端是根据该任一支付端预先保存的唯一识别信息和本地支付额度确定的该任一支付端的唯一识别信息和本地支付资产,则所述服务端可以向该任一支付端返回确认信息,该确认信息表征所述服务端已经根据该任一支付端预先保存的唯一识别信息和本地支付额度确定唯一识别信息和本地支付资产,从而使得该任一支付端在接收到该确认信息之后,该任一支付端将该预先保存的唯一识别信息作为所述服务端下发的唯一识别信息,以及以该预先保存的本地支付额度作为所述服务端下发的本地支付资产。可以理解,对于该任一支付端预先保存的唯一识别信息,也包括预置的唯一识别信息,例如支付端的终端设备标识、芯片卡标识等预置的支付端识别信息。
再例如,所述服务端将该任一支付端的唯一识别信息发送给该任一支付端,以使得该任一支付端接收到所述服务端发送的该唯一识别信息;并且如果数字资产为余额形式的数字资产,所述服务端向该任一支付端返回确认信息,该确认信息表征所述服务端已经以该任一支付端预先保存的本地支付额度确定本地支付资产,从而使得该任一支付端在接收到该确认信息之后,该任一支付端将该预先保存的本地支付额度作为所述服务端下发的本地支付资产,例如,该任一支付端向所述服务端发送获取本地支付资产的操作请求,该请求中请求的本地支付额度为1000,并且预先保存该本地支付额度(即1000),当该任一支付端接收到所述服务端返回的确认信息,该确认信息表征所述服务端已经以该任一支付端预先保存的本地支付额度确定了本地支付资产,则所述支付端以该预先保存的本地支付额度(即1000)作为所述服务端下发的本地支付资产(即1000)。
还例如,所述服务端将该任一支付端的本地支付资产发送给该任一支付端,以使得该任一支付端接收到所述服务端发送的该本地支付资产;并且所述服务端向该任一支付端返回确认信息,该确认信息表征所述服务端已经以该任一支付端预先保存的唯一识别信息确定唯一识别信息,从而使得该任一支付端在接收到该确认信息之后,该任一支付端将该预先保存的唯一识别信息作为所述服务端下发的唯一识别信息。
可以理解,本发明实施例可以支持一个、多个甚至大量用户各自的多个支付端支持本地支付,因此,对于该一个、多个甚至大量的用户,均可以参照上述步骤201和步骤202,从而可以给其中每个用户的多个支付端分别确定和下发唯一识别信息和其对应的本地支付资产。
步骤203.当接收到接收端发送的支付凭证,所述支付凭证包括唯一识别信息和支付的数字资产,则对所述支付凭证进行验证,若验证所述支付凭证合法,则从相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户,所述相应的本地本付资产为所述包括的唯一识别信息所对应的本地支付资产。
当所述服务端接收到接收端发送的支付凭证,所述支付凭证中包括唯一识别信息和支付的数字资产,则所述服务端对所述支付凭证进行验证,若验证所述支付凭证合法,则从相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户,所述相应的本地支付资产为所述包括的唯一识别信息所对应的本地支付资产。可以理解,所述包括的唯一识别信息是指所述支付凭证中包括的唯一识别信息。
由于在上述步骤201中建立了唯一识别信息与本地支付资产的对应关系,从而本步骤203中可以根据所述包括的唯一识别信息确定到对应的本地支付资产,即本步骤203中所述相应的本地支付资产为所述包括的唯一识别信息所对应的本地支付资产,例如,如果所述包括的唯一识别信息为所述第一唯一识别信息,则所述包括的唯一识别信息所对应的本地支付资产为所述第一本地支付资产,即所述相应的本地支付资产为所述第一本地支付资产;如果所述包括的唯一识别信息为所述第二唯一识别信息,则所述包括的唯一识别信息所对应的本地支付资产为所述第二本地支付资产,即所述相应的本地支付资产为所述第二本地支付资产。
从所述相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户,也可以理解为是在所述包括的唯一识别信息所对应的本地支付资产中扣除所述支付的数字资产,并且在所述接收端所在账户中增加所述支付的数字资产。可以理解,由于是在所述相应的本地支付资产中扣除所述支付的数字资产,因此,当所述相应的本地支付资产中没有所述支付的数字资产用于扣除,例如,所述相应的本地支付资产已经被释放(例如被删除、清空、重置为零或者失效等),或者所述相应的本地支付资产的余额或余值小于所述支付的数字资产等,则所述服务端可以确定所述支付凭证不合法,不可以进行数字资产的划转。
根据数字资产的类型,可以采取相对应的划转方式,具体可以包括:
以数字资产为余额形式的数字资产为例,则所述服务端从所述相应的本地支付资产中减去所述支付的数字资产(也可以理解为是将所述相应的本地支付资产更新为更新前的本地支付资产减去所述支付的数字资产之后的余额),以及在所述接收端所在账户的余额中增加所述支付的数字资产,或者将所述支付的数字资产转入所述接收端所在账户绑定的关联账户。例如,以所述相应的本地支付资产为1000、所述接收端所在账户的余额是1000、所述支付的数字资产是100为例,则从所述相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户之后,所述相应的本地支付资产减去100从而更新为900,所述接收端所在账户的余额增加100从而更新为1100;又例如,以所述相应的本地支付资产为1000、所述支付的数字资产是100为例,则所述相应的本地支付资产减去100从而更新为900,向所述接收端所在账户绑定的银行账户中转入100。可以理解,如果所述支付的数字资产不大于所述相应的本地支付资产,则可以进行数字资产的划转,否则,则不可以进行数字资产的划转。
以数字资产为字符串形式的数字资产为例,则所述服务端将所述相应的本地支付资产中所述支付的数字资产更改为所述接收端所在账户下的数字资产。具体的,在所述服务端记录有每个数字资产的属主,即在所述服务端对表征数字资产的加密字符串记录有相应的属主,则将所述支付的数字资产的属主更改为所述接收端所在的账户,亦即从所述相应的本地支付资产中确定所述支付的数字资产(例如根据所述支付的数字资产进行字符串匹配、或者根据所述支付的数字资产中的数字资产编号进行匹配等以进行确定),并且将其属主更改为所述接收端所在账户,以及将所述支付的数字资产更改为所述接收端所在账户下当前可用的状态(即不用于本地支付)。可以理解,如果从所述相应的本地支付资产中不能确定到所述支付的数字资产(例如匹配失败),则不可以进行数字资产的划转,即不执行从所述相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户。
可以理解,本发明实施例中所述接收端所在账户,可以以多种方式进行确定,例如,在所述支付端生成的所述支付凭证中包括所述接收端所在账户的账户识别信息(例如所述接收端所在账户的用户账号、所述接收端所在账户的用户身份信息、接收端识别信息等),即该账户识别信息为可以用于识别所述接收端所在账户的识别信息,从而所述服务端可以根据该账户识别信息确定所述接收端所在账户;又例如,所述服务端在接收到所述支付凭证时,获取发送方的账户识别信息(例如用户账号、用户身份信息、接收端识别信息等),该账户识别信息为可以用于识别所述接收端所在账户的识别信息,则所述服务端根据该账户识别信息确定所述接收端所在的账户。可以理解,所述接收端识别信息为用于识别接收端的信息,可以是终端设备标识、芯片卡标识、手机号码、账号、数字证书、公钥、基于公钥生成的地址或其他可用于唯一地识别接收端的信息。
可以理解,如果所述接收端所在账户是属于其他服务端上的账户,则所述服务端可以从所述相应的本地支付资产中将所述支付的数字资产划转给该其他服务端,然后再由该其他服务端将所述支付的数字资产划入所述接收端所在账户,如此实施的一个常见应用场景为在不同银行***的账户之间实现数字资产的划转。
所述服务端对所述支付凭证进行验证的实施方式,可以包括检查所述支付凭证的数据格式是否有效、对所述支付凭证中携带的认证信息或用户信息(如果涉及)进行验证等。
可以理解,如果根据所述包括的唯一识别信息没有确定到相应的用户账户,例如所述包括的唯一识别信息不是所述服务端上的账户识别信息,又例如所述包括的唯一识别信息中没有包括所述服务端上的账户识别信息,还例如在所述服务端上根据所述包括的唯一识别信息关联不到相应的账户识别信息等;或者根据所述包括的唯一识别信息没有获取到对应的本地支付资产,则可以确定所述支付凭证不合法,以及不执行所述从相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户。
可以理解,所述服务端可以多次接收支付凭证,并且在确定接收的支付凭证合法之后,从相应的本地支付资产中将该支付凭证中支付的数字资产划转给相应的接收端所在账户,其中,该相应的本地支付资产是指该支付凭证中唯一识别信息所对应的本地支付资产,该相应的接收端所在账户是指根据该支付凭证或其发送方所确定的接收端所在账户。
可以理解,从所述相应的本地支付资产中每进行一次数字资产的划转,则所述相应的本地支付资产会相应地减少。以数字资产为余额形式的数字资产为例,并且以所述相应的数字资产为同一个唯一识别信息所对应的本地支付资产为例,在所述相应的本地支付资产为900之后,如果再进行一次本地支付,并且支付的数字资产为200,则所述相应的本地支付资产中减去200,从而所述相应的本地支付资产更新为700;如果再进行一次本地支付,并且支付的数字资产为300,则所述相应的本地支付资产中减去300,从而所述相应的本地支付资产更新为400。又例如,以数字资产为字符串形式的数字资产为例,并且以所述相应的数字资产为同一个唯一识别信息所对应的本地支付资产为例,在所述相应的本地支付资产为面值为900的加密字符串或者面值总和为900的多个加密字符串之后,如果再进行一次本地支付,并且支付的数字资产的面值为200,则从所述相应的本地支付资产中将该面值为200的数字资产划转给所述接收端所在账户之后,所述相应的本地支付资产变更为面值为700的加密字符串或者面值总和为700的多个加密字符串;如果再进行一次本地支付,并且支付的数字资产的面值总和为300,则从所述相应的本地支付资产中将该面值总和为300的多个数字资产划转给所述接收端所在账户之后,所述相应的本地支付资产变更为面值为400的加密字符串或者面值总和为400的多个加密字符串。
在上述步骤201和步骤202中,在所述服务端上确定或下发唯一识别信息时,还可以将唯一识别信息与支付端信息相关联,从而在所述服务端上可以分别获知同一用户下多个支付端的本地支付资产的使用情况,包括可以获知每个支付端的本地支付资产的余额或余值、扣减记录等,例如将所述第一唯一识别信息与所述第一支付端的支付端信息(如第一支付端的名称、或/和类型等信息)相关联,将所述第二唯一识别信息与所述第二支付端的支付端信息(如第二支付端的名称、或/和类型等信息)相关联,由此,则根据所述第一唯一识别信息对应的所述第一本地支付资产的使用情况,可以获知第一支付端上的本地支付资产的使用情况;根据所述第二唯一识别信息对应的所述第二本地支付资产的使用情况,可以获知第二支付端上的本地支付资产的使用情况。
步骤204.当释放某个唯一识别信息所对应的本地支付资产,则将该对应的本地支付资产返回至该某个唯一识别信息所属用户账户已有的数字资产中。
在所述服务端上释放某个本地支付资产,是指将该本地支付资产变更为不可再用于本地支付,例如将该本地支付资产进行删除、清空、重置为零或使之失效等。
在所述服务端上,可能由于多种原因需要释放所述服务端上的某个本地支付资产,亦即需要释放某个唯一识别信息所对应的本地支付资产,例如当支付端注销时,或者支付端到达使用有效期,或者某个本地支付资产到达有效期,或者根据实际使用需要而需减少某个支付端对应的本地支付资产等。
可以理解,释放某个唯一识别信息所对应的本地支付资产,该对应的本地支付资产是指释放时该某个唯一识别信息所对应的本地支付资产中的全部或部分,即根据实际需要既可以是释放该某个唯一识别信息所对应的全部本地支付资产,也可以是释放其对应的部分本地支付资产,以该某个唯一识别信息为上述步骤203中示例的同一个唯一识别信息为例,在示例中所述的多次数字资产划转之后,如果再没有进行数字资产的划转,以数字资产为余额形式的数字资产为例,则释放的某个唯一识别信息所对应的本地支付资产为400,或者也可以是部分释放(例如释放的对应的本地支付资产为200,即减少200);以数字资产为字符串形式的数字资产为例,则释放的某个唯一识别信息所对应的本地支付资产为上述该面值为400的加密字符串或者该面值总和为400的多个加密字符串中的全部或部分。
在所述服务端上释放某个唯一识别信息所对应的本地支付资产时,如果是将该对应的本地支付资产直接进行删除、清空、重置为零或使之失效等,则相当于是损失了该对应的本地支付资产,因此,本步骤204将该对应的本地支付资产返回至该某个唯一识别信息所属用户账户已有的数字资产中,从而避免损失该对应的本地支付资产。
由于上述步骤201中在所述用户账户下设置多个唯一识别信息时可以使得根据该多个唯一识别信息可以分别确定到所述用户账户,因此,本步骤204中可以根据该某个唯一识别信息确定到该某个唯一识别信息所属的用户账户,例如,如果该某个唯一识别信息为上述步骤201中的所述第一唯一识别信息或所述第二唯一识别信息,则该某个唯一识别信息所属的用户账户应为上述步骤201中的所述用户账户,具体的,确定到该某个唯一识别信息所属的用户账户可以包括:
确定方式一,如果该某个唯一识别信息为账户识别信息,则确定该某个唯一识别信息所属用户账户为该某个唯一识别信息确定的用户账户。如上述步骤201中示例一中所述,在所述用户账户下设置的唯一识别信息可以是账户识别信息,因此,如果该某个唯一识别信息为账户识别信息,则确定该某个唯一识别信息所属用户账户为该某个唯一识别信息确定的用户账户。
确定方式二,如果该某个唯一识别信息中包括账户识别信息,则确定该某个唯一识别信息所属用户账户为该账户识别信息所确定的用户账户。如上述步骤201中示例二中所述,在所述用户账户下设置的唯一识别信息可以是主要由账户识别信息和唯一标识所组成的识别信息,因此,如果该某个唯一识别信息为主要由账户识别信息和唯一标识所组成的识别信息,则获取该某个唯一识别信息中包括的账户识别信息,确定该某个唯一识别信息所属用户账户为该账户识别信息所确定的用户账户。
确定方式三,如果该某个唯一识别信息与账户识别信息相关联,则根据该某个唯一识别信息获取关联的账户识别信息,该某个唯一识别信息所属用户账户为该关联的账户识别信息所确定的用户账户。如上述步骤201中示例三中所述,在所述用户账户下设置的唯一识别信息可以与账户识别信息相关联,因此,如果该某个唯一识别信息与账户识别信息相关联,则根据该某个唯一识别信息获取关联的账户识别信息,该某个唯一识别信息所属用户账户为该关联的账户识别信息所确定的用户账户。
需要说明的是,对于本发明实施例中的唯一识别信息,本发明实施例并没有限定其必须是一个字符串信息,其也可以是由多个信息共同组成的信息,例如,以唯一识别信息主要由账户识别信息和唯一标识组成为例,在所述支付凭证中包括该账户识别信息和该唯一标识,所述服务端通过获取该账户识别信息确定用户账户,再通过该唯一标识在该用户账户下获取对应的本地支付资产,因此,即使该账户识别信息和该唯一标识没有组成一个字符串信息,但通过在所述支付凭证中获取该账户识别信息和该唯一标识,依然可以起到确定所属的用户账户和获取对应的本地支付资产的作用。
与上述步骤201中从所述用户账户已有的数字资产中划转指定的数字资产作为本地支付资产相对应的,上述将该对应的本地支付资产返回至该某个唯一识别信息所属用户账户已有的数字资产中,可以采取相对应的实施方式,例如:
返回方式一,以数字资产为余额形式的数字资产为例,则可以在该某个唯一识别信息所属用户账户的余额中增加该对应的本地支付资产。例如,以该所属用户账户的余额是3000、该对应的本地支付资产为1000为例,则在释放该对应的本地支付资产,以及将该对应的本地支付资产返回至该某个唯一识别信息所属用户账户已有的数字资产之后,该所属用户账户的余额加上1000之后为3000。
返回方式二,以数字资产为余额形式的数字资产为例,则可以在该某个唯一识别信息所属用户账户绑定的关联账户中转入该对应的本地支付资产。例如,以所述服务端是第三方支付平台为例(如类似支付宝或微信支付的支付平台),并且以该对应的本地支付资产为1000为例,则在释放该对应的本地支付资产时,所述服务端向该所属用户账户绑定的银行账户中转入1000。
返回方式三,以数字资产为字符串形式的数字资产为例,所述服务端将该对应的本地支付资产设置为该某个唯一识别信息所属用户账户下已有的数字资产。以数字货币为例,每个不同的加密字符串分别表示对应的数字货币,以该对应的本地支付资产为面值为1000的加密字符串或者面值总和为1000的多个加密字符串为例,则在释放该对应的本地支付资产时,所述服务端将该面值为1000的加密字符串或者面值总和为1000的多个加密字符串从本地支付资产变更为已有的数字资产,也可以理解为是在该某个唯一识别信息所属用户账户下将该面值为1000的加密字符串或者面值总和为1000的多个加密字符串由用于本地支付的状态更改为当前可用的状态。
返回方式四,以数字资产为字符串形式的数字资产为例,该某个唯一识别信息所属用户账户还用于余额形式的数字资产,则在该某个唯一识别信息所属用户账户的余额中增加与该对应的本地支付资产面值相等同的额度,或者该某个唯一识别信息所属用户账户还绑定有用于余额形式的数字资产的关联账户,则向该绑定的关联账户中转入余额形式的并且与该对应的本地支付资产面值相等同额度的数字资产。以数字货币为例,并且以该对应的本地支付资产为面值为1000的加密字符串或者面值总和为1000的多个加密字符串为例,则在释放该对应的本地支付资产时,在该某个唯一识别信息所属用户账户的余额上增加1000,或者向该某个唯一识别信息所属用户账户绑定的银行账户中转入1000。
由上述应用于服务端的实施例可知,本发明实施例产生的技术效果至少包括,第一,服务端可以给同一用户的多个支付端分别确定和下发本地支付资产,亦即同一用户的多个支付端可以分别根据各自支付端上的本地支付资产进行本地支付;第二,可以使得同一用户的多个支付端共用该同一用户账户下的数字资产划转本地支付资产,避免给各支付端分别设立账户,以及避免给各支付端设立的账户分别设定数字资产;第三,当释放本地支付资产时,可以将该本地支付资产返回至所属的用户账户中,避免给用户造成本地支付资产的损失;第四,在服务端上可以分别获知同一用户下多个支付端的本地支付资产的使用情况,包括可以获知每个支付端的本地支付资产的余额或余值、扣减记录等。
三、同一用户的多个支付端支持本地支付的方法实施例二
请参考图3,其示出了本发明提供的同一用户的多个支付端支持本地支付的方法实施例二的流程图。本实施例以该方法应用于图1所示实施环境中的支付端(如第一支付端或第二支付端)来举例说明,该方法可以包括:
步骤301.接收服务端下发的唯一识别信息和本地支付资产,并且本地保存所述唯一识别信息和所述本地支付资产。
在上述实施例一的步骤202中,服务端将所述每个唯一识别信息和其对应的本地支付资产分别下发给所述用户相应的支付端,相对应的,本实施例二以所述相应的支付端中的任一支付端(如第一支付端或第二支付端)为例进行说明,即对于所述服务端向所述支付端(即所述相应的支付端中的任一支付端)下发的唯一识别信息和本地支付资产,所述支付端接收所述唯一识别信息和所述本地支付资产,并且本地保存所述唯一识别信息和所述本地支付资产。
步骤302.当进行本地支付时,从本地保存的所述本地支付资产中扣除本次本地支付的数字资产,并且生成支付凭证,在所述支付凭证中包括所述唯一识别信息和所述支付的数字资产。
当所述支付端在进行本地支付时,所述支付端从本地保存的所述本地支付资产中扣除本次本地支付的数字资产,并且生成支付凭证,在所述支付凭证中包括所述唯一识别信息和所述支付的数字资产。
实际实施过程中,所述支付端可以先获取支付数额,再根据所述支付数额从本地保存的所述本地支付资产中扣除本次本地支付的数字资产(以下将该本次本地支付的数字资产称为所述支付的数字资产)。可以理解,所述支付数额是指支付端要支付给接收端的数字资产的数额,所述支付数额可以是用户输入的,也可以是接收端传递给支付端的,也可以是以其他方式输入的,对此本发明实施例并不进行限定。
以数字资产为余额形式的数字资产为例,则所述支付端从本地保存的所述本地支付资产中扣除本次本地支付的数字资产,也可以理解为是将本地保存的所述本地支付资产更新为更新前的本地支付资产减去所述支付的数字资产之后的余额。例如,以上述步骤301中所述支付端本地保存的所述本地支付资产为1000为例,如果所述支付数额为100,则所述支付的数字资产亦为100,所述支付端从本地保存的所述本地支付资产中扣除本次本地支付的数字资产之后,则所述支付端本地保存的所述本地支付资产更新为900,并且所述支付凭证中包括的所述支付的数字资产为100。
以数字资产为字符串形式的数字资产为例,则所述支付端从本地保存的所述本地支付资产中扣除本次本地支付的数字资产,也可以理解为是从本地保存的所述本地支付资产中将所述支付的数字资产变更为不可用,包括删除所述支付的数字资产,或者将所述支付的数字资产设置为无效状态等。例如,以上述步骤301中所述支付端本地保存的所述本地支付资产为面值为1000的加密字符串或者面值总和为1000的多个加密字符串为例,如果所述支付数额为100,则所述支付端从本地保存的所述本地支付资产中确定面值为100的加密字符串或者面值总和为100的多个加密字符串,并且将该面值为100的加密字符串或者该面值总和为100的多个加密字符串变更为不可用(例如删除该面值为100的加密字符串或者该面值总和为100的多个加密字符串,或者将该面值为100的加密字符串或该面值总和为100的多个加密字符串设置为无效状态等),而且所述支付凭证中包括的所述支付的数字资产为该面值为100的加密字符串或者该面值总和为100的多个加密字符串,可以理解,如此实施之后,所述支付端本地保存的所述本地支付资产变更为面值为900的加密字符串或者面值总和为900的多个加密字符串,也可以理解为是所述支付端本地可以用于进行本地支付的数字资产剩余面值为900的加密字符串或者剩余面值总和为900的多个加密字符串。
可以理解,所述支付端可以进行多次本地支付,每进行一次本地支付时,则从本地保存的所述本地支付资产中扣除该次本地支付的数字资产。例如,以数字资产为余额形式的数字资产为例,在本地保存的所述本地支付资产为900之后,如果再进行一次本地支付,并且支付数额为200,则从本地保存的所述本地支付资产中减去支付数额200,则本地保存的所述本地支付资产更新为700;如果再进行一次本地支付,并且支付数额为300,则从本地保存的所述本地支付资产中减去支付数额300,则本地保存的所述本地支付资产更新为400。又例如,以数字资产为字符串形式的数字资产为例,在本地保存的所述本地支付资产为面值为900的加密字符串或者面值总和为900的多个加密字符串之后,如果再进行一次本地支付,并且支付数额为200,则从本地保存的所述本地支付资产中将面值为200的加密字符串或者面值总和为200的多个加密字符串变更为不可用,所述支付端本地保存的所述本地支付资产变更为面值为700的加密字符串或者面值总和为700的多个加密字符串;如果再进行一次本地支付,并且支付数额为300,则从本地保存的所述本地支付资产中将面值为300的加密字符串或者面值总和为300的多个加密字符串变更为不可用,所述支付端本地保存的所述本地支付资产变更为面值为400的加密字符串或者面值总和为400的多个加密字符串。
可以理解,由于所述支付端在进行本地支付时,从本地保存的所述本地支付资产中扣除该次本地支付的数字资产,因此,当所述支付端本地保存的所述本地支付资产中没有可以用于该次本地支付扣除的数字资产,例如,本地保存的所述本地支付资产已经被释放(例如被删除、清空、重置为零或者失效等),或者本地保存的所述本地支付资产的余额或余值小于该次本地支付的支付数额等,则所述支付端不能进行本地支付,即所述支付端不能根据本地保存的所述本地支付资产生成支付凭证。
步骤303.将所述支付凭证通过本地通信传递给接收端。
所述支付端通过本地通信向接收端传递所述支付凭证,如实施环境说明中所述,所述支付端可以通过局域网向所述接收端传递所述支付凭证,也可以通过蓝牙、红外线、NFC、WIFI、声波、BLE(低功耗蓝牙)或图形码等近距离通信方式向所述接收端传递所述支付凭证。
上述应用于支付端的实施例,支付端根据服务端下发的唯一识别信息和本地支付资产进行本地支付,并且在生成的支付凭证中包括该唯一识别信息,由于在服务端建立有该唯一识别信息与该本地支付资产的对应关系,因此,当服务端接收到该支付凭证之后,可以根据该唯一识别信息获取到对应的本地支付资产,以及可以根据该支付凭证从该对应的本地支付资产进行数字资产的划转。
四、同一用户的多个支付端支持本地支付的方法实施例三
请参考图4,其示出了本发明提供的同一用户的多个支付端支持本地支付的方法实施例三的流程图。本实施例以该方法应用于图1所示实施环境中的接收端(如第一接收端或第二接收端)来举例说明,该方法可以包括:
步骤401.接收支付端通过本地通信传递的支付凭证,所述支付凭证包括唯一识别信息和支付的数字资产。
在上述实施例二的步骤303中,支付端将所述支付凭证通过本地通信传递给接收端,相对应的,本实施例三以接收所述支付凭证的接收端为例进行说明,即所述接收端接收支付端通过本地通信传递的支付凭证,所述支付凭证包括唯一识别信息和支付的数字资产。
步骤402.可选的,对所述支付凭证进行验证,并且在验证所述支付凭证合法之后,确定所述支付端支付成功。
可选的,所述接收端对所述支付凭证进行验证,并且在验证所述支付凭证合法之后,确定所述支付端支付成功。
所述接收端对所述支付凭证进行验证的实施方式,可以包括检查所述支付凭证的数据格式是否有效、判断所述支付的数字资产是否达到预设要求、对所述支付凭证中携带的认证信息或用户信息(如果涉及)进行验证等。
所述接收端在验证所述支付凭证合法之后,则确定所述支付端支付成功,也可以理解为认可该次支付。以行驶的飞机为例,例如,在确定所述支付端支付成功之后,则乘务员可以为支付成功的乘客提供相应的商品或服务;又例如,所述支付端在访问应用服务器时触发购买相应的服务(如购物、观影等),并且向所述接收端发送所述支付凭证,则所述接收端在确定所述支付端支付成功之后,向应用服务器反馈表示支付成功的信息,则应用服务器确定所述支付端购买成功,并且向所述支付端提供该相应的服务。
可以理解,本步骤作为可选的实施步骤,所述接收端既可以在在线状态时实施本步骤,也可以在离线状态时实施本步骤,从而可以在所述接收端接收到所述支付凭证之后、以及在将所述支付凭证发送给所述服务端之前确定所述支付端是否支付成功。可以理解,这里所指的在线状态是指能够与数字资产服务端进行实时通信的应用场景,这里所指的离线状态是指不能够与数字资产服务端进行实时通信的应用场景。
步骤403.将所述支付凭证发送给服务端,以使得所述服务端根据所述支付凭证进行数字资产的划转。
所述接收端将所述支付凭证发送给所述服务端。具体的,既可以由所述接收端与所述服务端建立网络连接,由所述接收端直接将所述支付凭证发送给所述服务端,例如,以行驶的飞机为例,在飞机落地之后,所述接收端接入移动互联网并与所述服务端建立网络连接,由所述接收端将所述支付凭证发送给所述服务端;也可以由所述接收端间接地将所述支付凭证发送给所述服务端,即所述接收端通过中间设备(如收款服务器等收款设备)将所述支付凭证发送给所述服务端,例如,在飞机上部署有收款设备,所述接收端将所述支付凭证同步给收款设备,当飞机落地之后,收款设备与所述服务端建立网络连接,收款设备将所述支付凭证发送给所述服务端;又例如,在飞机落地之后,所述接收端接入移动互联网并与航空公司的收款服务器建立网络连接,所述接收端将所述支付凭证同步给该收款服务器,该收款服务器将所述支付凭证通过网络发送给所述服务端。
可以理解,如果所述接收端是在离线状态下接收的所述支付凭证,则所述接收端或中间设备应当在处于在线状态之后才可以将所述支付凭证发送给所述服务端。
可以理解,如果上述步骤402验证所述支付凭证不合法,则所述接收端可以不将所述支付凭证发送给所述服务端,以此避免所述服务端对不合法的支付凭证进行验证;所述接收端也可以将所述支付凭证发送给所述服务端,以使得所述服务端进行进一步的验证或/和审核记录等。
在所述接收端将所述支付凭证发送给所述服务端之后,相应的,则所述服务端接收所述接收端发送的所述支付凭证,并且对所述支付凭证进行验证,以及根据所述支付凭证进行数字资产的划转等,具体的实施过程可以参见上述实施例一中的步骤203,在此不再赘述。
上述应用于接收端的实施例,接收端通过本地通信接收支付端传递的支付凭证,并将该支付凭证发送给服务端,由此使得服务端对该支付凭证进行验证,并且在确定该支付凭证合法之后,根据该支付凭证进行数字资产的划转。
五、同一用户的多个支付端支持本地支付的方法实施例四
请参考图5,其示出了本发明提供的同一用户的多个支付端支持本地支付的方法实施例四的流程图。本实施例是结合了上述同一用户的多个支付端支持本地支付的方法实施例一、实施例二和实施例三所形成的实施例。本实施例以该方法应用于图1所示的实施环境来举例说明,并且以服务端、支付端和接收端实施一个完整的过程来进行举例说明,其中,支付端以图1所示的第一支付端、接收端以图1所示的第一接收端为例进行说明,该方法可以包括:
步骤501.服务端响应于第一支付端的操作,获取所述第一支付端所在的用户账户。
服务端响应于为第一支付端确定本地支付资产的操作,例如在所述服务端为所述第一支付端开通本地支付功能时,或者在所述第一支付端向所述服务端发送获取本地支付资产的操作请求时,又或者在所述第一支付端发生特定行为时(如用户登录等),触发所述服务端启动为所述第一支付端确定本地支付资产。
所述服务端获取所述第一支付端所在的用户账户,例如,所述服务端对所述第一支付端进行用户身份认证,从而获取所述第一支付端所在的用户账户;又例如,所述服务端接收中间设备或后台管理指令等发送的为所述第一支付端确定本地支付资产的请求,该请求中包括账户识别信息,该账户识别信息用于识别所述第一支付端所在的用户账户。
步骤502.所述服务端从所述用户账户已有的数字资产中划转用于所述第一支付端的第一本地支付资产,以及确定第一唯一识别信息。
所述服务端从所述用户账户已有的数字资产中划转用于所述第一支付端的本地支付资产,实际实施过程中,可以先确定所述第一支付端的本地支付额度,再从所述用户账户已有的数字资产中划转所述本地支付额度的数字资产作为所述第一支付端的本地支付资产。为了将所述第一支付端的本地支付资产与其他支付端的本地支付资产相区分,在这里将所述第一支付端的本地支付资产称之为第一本地支付资产。
所述服务端可以以多种实施方式确定该本地支付额度,具体可以包括:
例如,所述服务端使用一个预设的额度作为该本地支付额度,比如,所述服务端预设的额度为1000,则确定该本地支付额度为1000。
又例如,所述服务端根据支付端请求的额度确定该本地支付额度,比如,所述服务端接收所述第一支付端发送的获取本地支付额度的操作请求,该请求中请求的本地支付额度为1000,则所述服务端确定所述第一支付端对应的本地支付资产为1000。
还例如,所述服务端根据所述用户账户的支付记录或/和信用等级或/和用户信息、或/和所述用户账户下当前已经建立的本地支付资产、或/和支付端类型等确定该本地支付额度。比如,所述服务端根据所述用户账户的支付记录或/和信用等级或/和用户信息确定所述用户每个支付端的本地支付额度为1000,则该本地支付额度为1000;又比如,所述服务端将支付端分为相应的类型(例如一类、二类等类型,或者软件、硬件等类型),并且每种类型分别设定对应的本地支付额度;还比如,所述服务端确定所述用户账户总的本地支付额度为1000,如果所述服务端上已经为所述用户账户的其他支付端建立的本地支付资产的面额或面值为600,则确定所述第一支付端的该本地支付额度为400。
可以理解,本地支付资产是指用于下发给支付端进行本地支付的数字资产,本地支付额度是指用于确定本地支付资产的额度。
可以理解,当本地支付资产仅用于支付端或/和接收端在离线状态时的支付,则本地支付资产也可称之为离线支付资产,即用于离线支付的数字资产,相应地,本地支付额度也可称之为离线支付额度。
上述从所述用户账户已有的数字资产中划转所述本地支付额度的数字资产作为所述第一支付端的本地支付资产(即第一本地支付资产),根据数字资产的类型,可以采取相对应的实施方式,具体可以包括:
例如,以数字资产为余额形式的数字资产为例,从所述用户账户的余额中减去所述本地支付额度,并且将所述本地支付额度设置为所述第一唯一识别信息对应的本地支付资产。
又例如,以数字资产为余额形式的数字资产为例,从所述用户账户绑定的关联账户中转入所述本地支付额度的数字资产,并且将所述本地支付额度设置为所述第一唯一识别信息对应的本地支付资产。
再例如,以数字资产为字符串形式的数字资产为例,从所述用户账户已有的数字资产中将所述本地支付额度的数字资产设置为所述第一唯一识别信息所对应的本地支付资产。
还例如,以数字资产为字符串形式的数字资产为例,所述用户账户中还包括余额形式的数字资产,则从所述用户账户的余额中减去所述本地支付额度,或者所述用户账户绑定的关联账户中还包括余额形式的数字资产,则从该绑定的关联账户中转入余额形式的并且为所述本地支付额度的数字资产,以及生成面值或面值总和为所述本地支付额度的数字资产作为所述第一唯一识别信息所对应的本地支付资产。
所述服务端确定第一唯一识别信息,以使得将可以根据所述第一唯一识别信息获取到所述第一本地支付资产,例如,以所述第一支付端的支付端识别信息作为所述第一唯一识别信息;又例如,在所述服务端上生成具有唯一性的识别信息作为所述第一唯一识别信息;还例如,主要由账户识别信息和唯一标识组成,该账户识别信息为所述用户账户的账户识别信息,该唯一标识在所述用户账户下具有唯一性。
步骤503.所述服务端在所述用户账户下设置所述第一唯一识别信息,其中根据所述第一唯一识别信息可以确定到所述用户账户,并且所述用户账户下允许设置多个不同的唯一识别信息。
所述服务端在所述用户账户下设置所述第一唯一识别信息,其中根据所述第一唯一识别信息可以确定到所述用户账户,并且所述用户账户下允许设置多个不同的唯一识别信息。
所述服务端在所述用户账户下设置所述第一唯一识别信息,并且使得根据所述第一唯一识别信息可以确定到所述用户账户,具体可以包括多种实施方式,例如,在所述用户账户下将所述第一唯一识别信息作为账户识别信息;又例如,所述第一唯一识别信息由所述用户账户的账户识别信息和唯一标识组成,并且在所述用户账户下设置该唯一标识;还例如,将所述第一唯一识别信息与所述用户的账户识别信息相关联等。
步骤504.所述服务端建立所述第一唯一识别信息与所述第一本地支付资产的对应关系。
所述服务端建立所述第一唯一识别信息与所述第一本地支付资产的对应关系,从而使得根据所述第一唯一识别信息通过该对应关系可以获取到所述第一本地支付资产。
可以理解,如上述步骤503中所述,在所述用户账户下允许设置多个不同的唯一识别信息,因此,如果所述用户还有第二支付端、第三支付端、第四支付端等,则参照上述步骤501至504,可以在所述用户账户下设置第二唯一识别信息,以及建立所述第二唯一识别信息与第二本地支付资产的对应关系;在所述用户账户下设置第三唯一识别信息,以及建立所述第三唯一识别信息与第三本地支付资产的对应关系;在所述用户账户下设置第四唯一识别信息,以及建立所述第四唯一识别信息与第四本地支付资产的对应关系;依此类推,不再赘述。
上述步骤501至步骤504中具体的实施方式还可以参考上述实施例一步骤201中的相关说明,在此不再赘述。
步骤505.所述服务端向所述第一支付端下发所述第一唯一识别信息和所述第一本地支付资产。
所述服务端向所述第一支付端下发所述第一唯一识别信息和所述第一本地支付资产。
相应地,所述第一支付端接收所述服务端下发的所述第一唯一识别信息和所述第一本地支付资产。
步骤506.所述第一支付端本地保存所述第一唯一识别信息和所述第一本地支付资产。
所述第一支付端本地保存所述第一唯一识别信息和所述第一本地支付资产。
对于上述步骤505和步骤506,可以包括多种具体的实施方式,具体可以包括:
例如,所述服务端将所述第一唯一识别信息和所述第一本地支付资产发送给所述第一支付端,所述第一支付端接收并且本地保存所述服务端发送的所述第一唯一识别信息和所述第一本地支付资产。
又例如,以数字资产为余额形式的数字资产为例,如果所述服务端是根据所述第一支付端预先保存的唯一识别信息和本地支付资产确定的所述第一唯一识别信息和所述第一本地支付资产,则所述服务端向所述第一支付端返回确认信息,该确认信息表征所述服务端已经以所述第一支付端预先保存的唯一识别信息和本地支付额度确定唯一识别信息和本地支付资产,所述第一支付端在接收到该确认信息之后,所述第一支付端将该预先保存的唯一识别信息作为本地保存的所述第一唯一识别信息,并且以该预先保存的本地支付额度作为本地保存的所述第一本地支付资产。
再例如,以数字资产为余额形式的数字资产为例,所述服务端将所述第一唯一识别信息发送给所述第一支付端,所述第一支付端接收并且本地保存所述第一唯一识别信息;并且所述服务端向所述第一支付端返回确认信息,该确认信息表征所述服务端已经以所述第一支付端预先保存的本地支付额度确定本地支付资产,则所述第一支付端在接收到该确认信息之后,所述第一支付端以该预先保存的本地支付额度作为本地保存的所述第一本地支付资产。
还例如,所述服务端将所述第一本地支付资产发送给所述第一支付端,所述第一支付端接收并且本地保存所述第一本地支付资产;并且所述服务端向所述第一支付端返回确认信息,该确认信息表征所述服务端已经以所述第一支付端预先保存的唯一识别信息确定唯一识别信息,则所述第一支付端在接收到该确认信息之后,所述第一支付端将该预先保存的唯一识别信息作为本地保存的所述第一唯一识别信息。
上述步骤505和步骤506中具体的实施方式还可以参考上述实施例一步骤202和实施例二步骤301中的相关说明,在此不再赘述。
步骤507.当所述第一支付端在进行本地支付时,从本地保存的所述第一本地支付资产中扣除本次本地支付的数字资产,并且生成支付凭证,在所述支付凭证中包括所述第一唯一识别信息和所述支付的数字资产。
当所述第一支付端在进行本地支付时,从本地保存的所述第一本地支付资产中扣除本次本地支付的数字资产,并且生成支付凭证,在所述支付凭证中包括所述第一唯一识别信息和所述支付的数字资产。
上述从本地保存的所述第一本地支付资产中扣除本次本地支付的数字资产,具体可以包括:
例如,以数字资产为余额形式的数字资产为例,所述第一支付端将本地保存的所述本地支付资产更新为更新前的本地支付资产减去所述支付的数字资产之后的余额。
又例如,以数字资产为字符串形式的数字资产为例,所述第一支付端从本地保存的所述本地支付资产中将所述支付的数字资产变更为不可用。
本步骤507中具体的实施方式还可以参考上述实施例二步骤302中的相关说明,在此不再赘述。
步骤508.所述第一支付端将所述支付凭证通过本地通信传递给第一接收端。
所述第一支付端将所述支付凭证通过本地通信传递给第一接收端。
相应地,所述第一接收端接收所述第一支付端通过本地通信传递的所述支付凭证。
本步骤508中具体的实施方式还可以参考上述实施例二步骤303和实施例三步骤401中的相关说明,在此不再赘述。
步骤509.可选的,所述第一接收端对所述支付凭证进行验证,并且在验证所述支付凭证合法之后,确定所述第一支付端支付成功。
可选的,所述第一接收端对所述支付凭证进行验证,并且在验证所述支付凭证合法之后,确定所述第一支付端支付成功。
本步骤509中具体的实施方式还可以参考上述实施例三步骤402中的相关说明,在此不再赘述。
步骤510.所述第一接收端将所述支付凭证发送给所述服务端。
所述第一接收端将所述支付凭证发送给所述服务端,例如,所述第一接收端与所述服务端建立网络连接,所述第一接收端通过网络将所述支付凭证发送给所述服务端;又例如,所述第一接收端将所述支付凭证同步给中间设备,以使得所述中间设备通过网络将所述支付凭证发送给所述服务端。
相应地,所述服务端接收所述第一接收端发送的所述支付凭证。
本步骤510中具体的实施方式还可以参考上述实施例三步骤403中的相关说明,在此不再赘述。
步骤511.当所述服务端接收到所述第一接收端发送的所述支付凭证,则所述服务端对所述支付凭证进行验证,若验证所述支付凭证合法,则根据所述支付凭证中包括的所述第一唯一识别信息和所述对应关系确定到所述第一本地支付资产,并且从所述第一本地支付资产中将所述支付的数字资产划转给所述第一接收端所在账户。
在所述服务端,当所述服务端接收到所述第一接收端发送的所述支付凭证,则所述服务端对所述支付凭证进行验证,若验证所述支付凭证合法,则根据所述支付凭证中包括的所述第一唯一识别信息确定到的所述第一本地支付资产,并且从所述第一本地支付资产中将所述支付的数字资产划转给所述第一接收端所在账户。
由于在上述步骤504中,建立了所述第一唯一识别信息与所述第一本地支付资产的对应关系,因此,所述服务端可以根据所述支付凭证中包括的所述第一唯一识别信息和所述对应关系确定到对应的本地支付资产(即确定到所述第一本地支付资产)。
可选的,所述服务端对所述支付凭证进行验证的实施方式还可以包括:若根据所述支付凭证中包括的所述第一唯一识别信息没有确定到相应的用户账户,则确定所述支付凭证不合法;或/和,若根据所述支付凭证中包括的所述第一唯一识别信息没有获取到对应的本地支付资产,则确定所述支付凭证不合法。
上述从所述第一本地支付资产中将所述支付的数字资产划转给所述第一接收端所在账户,具体可以包括:
例如,以数字资产为余额形式的数字资产为例,所述服务端从所述第一本地支付资产中减去所述支付的数字资产,并且在所述第一接收端所在账户的余额中增加所述支付的数字资产。
又例如,以数字资产为余额形式的数字资产为例,所述服务端从所述第一本地支付资产中减去所述支付的数字资产,并且将所述支付的数字资产转入所述第一接收端所在账户绑定的关联账户。
再例如,以数字资产为字符串形式的数字资产为例,将所述第一本地支付资产中所述支付的数字资产更改为所述第一接收端所在账户下的数字资产。
所述从所述第一本地支付资产中将所述支付的数字资产划转给所述第一接收端所在账户还可以包括:根据所述支付凭证中包括的所述第一接收端所在账户的账户识别信息或者根据所述支付凭证发送方的账户识别信息确定所述第一接收端所在账户;或/和,若所述第一接收端所在账户是属于其他服务端上的账户,则所述服务端从所述第一本地支付资产中将所述支付的数字资产划转给该其他服务端,以使得该其他服务端将所述支付的数字资产划入所述第一接收端所在账户。
本步骤511中具体的实施方式还可以参考上述实施例一步骤203中的相关说明,在此不再赘述。
进一步的,在实施上述步骤502至步骤504的过程中,还可以将所述第一唯一识别信息与所述第一支付端的支付端信息(如第一支付端的名称、或/和类型等信息)相关联,以此在所述服务端上可以根据所述第一唯一识别信息对应的本地支付资产(即所述第一本地支付资产)的使用情况,可以获知所述第一支付端上的本地支付资产的使用情况。
步骤512.当所述服务端释放所述第一唯一识别信息所对应的所述第一本地支付资产,则根据所述第一唯一识别信息确定到所述用户账户,并且将所述第一本地支付资产返回至所述用户账户已有的数字资产中。
当所述服务端释放所述第一唯一识别信息所对应的所述第一本地支付资产,则根据所述第一唯一识别信息确定到所述用户账户,并且将所述第一本地支付资产返回至所述用户账户已有的数字资产中。
由于在上述步骤502和步骤503中,在所述用户账户下设置了所述第一唯一识别信息,与该设置方式相对应的,上述根据所述第一唯一识别信息确定到所述用户账户,具体可以包括:若在所述用户账户下将所述第一唯一识别信息作为账户识别信息,则根据所述第一唯一识别信息即可以确定到所述用户账户;或者,若所述第一唯识别信息主要由账户识别信息和唯一标识组成,则根据所述第一唯识别信息中包括的账户识别信息即可以确定到所述用户账户;或者,若所述第一唯一识别信息与账户识别信息相关联,则根据所述第一唯一识别信息获取关联的账户识别信息,该账户识别信息即可以用于确定所述用户账户。
上述将所述第一本地支付资产返回至所述用户账户已有的数字资产中,具体可以包括:
例如,以数字资产为余额形式的数字资产为例,在所述用户账户的余额中增加所述第一本地支付资产,或者将所述第一本地支付资产转入所述用户账户绑定的关联账户中。
又例如,以数字资产为字符串形式的数字资产为例,将所述第一本地支付资产设置为所述用户账户下已有的数字资产。
再例如,以数字资产为字符串形式的数字资产为例,所述用户账户还用于余额形式的数字资产,则在所述用户账户的余额中增加与所述第一本地支付资产面值相等同的额度,或者所述用户账户还绑定有用于余额形式的数字资产的关联账户,则向该绑定的关联账户中转入余额形式的并且与所述第一本地支付资产面值相等同额度的数字资产。
可以理解,上述释放的所述第一本地支付资产,根据实际需要,如果释放的是此时所述第一本地支付资产的余额或余值中的全部,则相对应的,返回至所述用户账户已有的数字资产中的也是该余额或余值中的全部;如果释放的是此时所述第一本地支付资产的余额或余值中的部分,则相对应的,返回至所述用户账户已有的数字资产中的也是该余额或余值中的该部分。
对于一个用户可能会有多个支付端的情况,还有一种可能的解决方法为给该用户设立多个用户账户,每个账户分别绑定一个支付端,也可以理解为是给每个支付端分别设立对应的用户账户,但是,由于此解决方法是给同一用户设立多个用户账户,因而需要为该多个用户账户分别设定数字资产以用于数字资产的划转,这增加了用户在账户管理和数字资产管理上的复杂度,而通过本发明实施例,不仅同一用户的多个支付端可以分别获取各自的本地支付资产,而且共用同一用户账户,包括共用该同一用户账户下已有的数字资产进行本地支付资产的划转,以及当释放该本地支付资产时,将该本地支付资产返回至该同一用户账户下已有的数字资产中。
上述实施过程是结合了上述同一用户的多个支付端支持本地支付的方法实施例一、实施例二和实施例三,并且以图1所示的服务端、第一支付端、第一接收端实施一个完整的过程来进行举例说明的,产生的技术效果可以参见上述实施例一、实施例二和实施例三中所述的技术效果,在此不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”、“传递”、“发送”或者任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、产品或者***不仅包括那些要素,而且还可以包括没有明确列出的其他要素,或者是还可以包括为这种过程、方法、产品或者***所固有的要素。
术语“第一”、“第二”、“第三”等(如果存在)仅用于将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。应该理解,这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
上述本发明的各实施例序号仅仅为了描述,不代表实施例的优劣。
可以以许多方式来实现本发明的方法、支付端、接收端和服务端。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法、支付端、接收端和服务端。用于方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.同一用户的多个支付端支持本地支付的方法,其特征在于,应用于服务端,所述方法包括:
对于有多个支付端的任一用户,在所述用户的用户账户下设置多个唯一识别信息,其中根据所述多个唯一识别信息可以分别确定到所述用户账户,对所述多个唯一识别信息中的每个唯一识别信息分别建立对应的本地支付资产,其中每个对应的本地支付资产是从所述用户账户已有的数字资产中划转的,以及其中包括在所述用户账户下设置第一唯一识别信息,建立所述第一唯一识别信息与第一本地支付资产的对应关系,以及在所述用户账户下设置第二唯一识别信息,建立所述第二唯一识别信息与第二本地支付资产的对应关系;
将所述每个唯一识别信息和其对应的本地支付资产分别下发给所述用户相应的支付端,其中包括将所述第一唯一识别信息和所述第一本地支付资产下发给第一支付端,将所述第二唯一识别信息和所述第二本地支付资产下发给第二支付端;
当接收到接收端发送的支付凭证,所述支付凭证包括唯一识别信息和支付的数字资产,则对所述支付凭证进行验证,若验证所述支付凭证合法,则从相应的本地支付资产中将所述支付的数字资产划转给所述接收端所在账户,所述相应的本地支付资产为所述包括的唯一识别信息所对应的本地支付资产;
当释放某个唯一识别信息所对应的本地支付资产,则将该对应的本地支付资产返回至所述某个唯一识别信息所属用户账户已有的数字资产中。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
将所述每个唯一识别信息分别与相应的支付端信息相关联,其中包括将所述第一唯一识别信息与所述第一支付端的支付端信息相关联,将所述第二唯一识别信息与所述第二支付端的支付端信息相关联。
3.同一用户的多个支付端支持本地支付的方法,其特征在于,应用于支付端,所述方法包括:
接收服务端下发的唯一识别信息和本地支付资产,并且本地保存所述唯一识别信息和所述本地支付资产;
在进行本地支付时,从本地保存的所述本地支付资产中扣除本次本地支付的数字资产,并且生成支付凭证,在所述支付凭证中包括所述唯一识别信息和所述支付的数字资产;
将所述支付凭证通过本地通信传递给接收端。
4.同一用户的多个支付端支持本地支付的方法,其特征在于,应用于接收端,所述方法包括:
接收支付端通过本地通信传递的支付凭证,所述支付凭证包括唯一识别信息和支付的数字资产;
将所述支付凭证发送给服务端,以使得所述服务端根据所述支付凭证进行数字资产的划转。
5.一种服务端设备,其特征在于,所述服务端设备包括处理器、存储器,所述处理器用于运行所述存储器所存储的程序,所述程序运行时执行包括如权利要求1至2中任一项所述的方法。
6.一种支付端设备,其特征在于,所述支付端设备包括处理器、存储器,所述处理器用于运行所述存储器所存储的程序,所述程序运行时执行包括如权利要求3所述的方法。
7.一种接收端设备,其特征在于,所述接收端设备包括处理器、存储器,所述处理器用于运行所述存储器所存储的程序,所述程序运行时执行包括如权利要求4所述的方法。
8.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求3所述的方法,或者使得安装有所述芯片的设备执行如权利要求4所述的方法。
9.一种***,其特征在于,所述***包括服务端设备、支付端设备和接收端设备,其中,所述服务端设备包括如权利要求5所述的服务端设备,所述支付端设备包括如权利要求6所述的支付端设备;所述接收端设备包括如权利要求7所述的接收端设备。
10.一种存储介质,其特征在于,所述存储介质中存储有程序,所述程序用于实现包括权利要求1至2中任一项所述的方法,或者所述程序用于实现包括权利要求3所述的方法,或者所述程序用于实现包括权利要求4所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111025787.3A CN113807840A (zh) | 2021-09-03 | 2021-09-03 | 同一用户的多个支付端支持本地支付的方法、服务端及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111025787.3A CN113807840A (zh) | 2021-09-03 | 2021-09-03 | 同一用户的多个支付端支持本地支付的方法、服务端及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113807840A true CN113807840A (zh) | 2021-12-17 |
Family
ID=78894605
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111025787.3A Pending CN113807840A (zh) | 2021-09-03 | 2021-09-03 | 同一用户的多个支付端支持本地支付的方法、服务端及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113807840A (zh) |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101593387A (zh) * | 2008-05-27 | 2009-12-02 | ***通信集团公司 | 一种使用本地账户进行远程支付的方法、***及设备 |
CN102831734A (zh) * | 2011-06-15 | 2012-12-19 | 上海博路信息技术有限公司 | 一种移动终端客户端的支付方法 |
CN103077456A (zh) * | 2012-12-11 | 2013-05-01 | 万常诚 | 离线模式下移动支付方法 |
CN105631661A (zh) * | 2015-04-27 | 2016-06-01 | 宇龙计算机通信科技(深圳)有限公司 | 离线支付方法、离线支付装置和离线支付*** |
CN107230050A (zh) * | 2016-03-25 | 2017-10-03 | 中国人民银行印制科学技术研究所 | 基于可视数字货币芯片卡进行数字货币支付的方法和*** |
CN108431844A (zh) * | 2015-12-14 | 2018-08-21 | 维萨国际服务协会 | 用于在线/离线同步的***和方法 |
CN108921542A (zh) * | 2018-05-30 | 2018-11-30 | 招商银行股份有限公司 | 数字资产的离线支付方法、付款端、收款端及存储介质 |
CN110163598A (zh) * | 2019-05-24 | 2019-08-23 | 广东飞企互联科技股份有限公司 | 移动离线支付方法及移动离线支付*** |
CN110175838A (zh) * | 2019-05-24 | 2019-08-27 | 广东飞企互联科技股份有限公司 | 离线扫码支付方法及离线扫码支付装置 |
CN110880106A (zh) * | 2019-10-30 | 2020-03-13 | 支付宝(杭州)信息技术有限公司 | 双离线支付的实现方法和装置 |
CN111144862A (zh) * | 2019-12-31 | 2020-05-12 | 深圳四方精创资讯股份有限公司 | 数字货币双离线支付的实现方法、装置、设备、存储介质 |
CN111738717A (zh) * | 2020-06-01 | 2020-10-02 | 清华大学 | 数字钱包安全防护方法、装置、电子设备及存储介质 |
CN112036847A (zh) * | 2020-08-05 | 2020-12-04 | 杭州云象网络技术有限公司 | 一种数字货币离线支付的防伪验证方法及*** |
CN112258168A (zh) * | 2020-10-23 | 2021-01-22 | 中智关爱通(上海)科技股份有限公司 | 一种基于用户数字钱包的支付方法、***和可读存储介质 |
WO2021084924A1 (ja) * | 2019-10-29 | 2021-05-06 | LINE Pay株式会社 | 端末、情報処理方法、プログラム |
CN113011861A (zh) * | 2019-12-19 | 2021-06-22 | 伦敦证券交易公共有限公司 | 通过分布式账本网络进行交易提交处理 |
-
2021
- 2021-09-03 CN CN202111025787.3A patent/CN113807840A/zh active Pending
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101593387A (zh) * | 2008-05-27 | 2009-12-02 | ***通信集团公司 | 一种使用本地账户进行远程支付的方法、***及设备 |
CN102831734A (zh) * | 2011-06-15 | 2012-12-19 | 上海博路信息技术有限公司 | 一种移动终端客户端的支付方法 |
CN103077456A (zh) * | 2012-12-11 | 2013-05-01 | 万常诚 | 离线模式下移动支付方法 |
CN105631661A (zh) * | 2015-04-27 | 2016-06-01 | 宇龙计算机通信科技(深圳)有限公司 | 离线支付方法、离线支付装置和离线支付*** |
CN108431844A (zh) * | 2015-12-14 | 2018-08-21 | 维萨国际服务协会 | 用于在线/离线同步的***和方法 |
CN107230050A (zh) * | 2016-03-25 | 2017-10-03 | 中国人民银行印制科学技术研究所 | 基于可视数字货币芯片卡进行数字货币支付的方法和*** |
CN108921542A (zh) * | 2018-05-30 | 2018-11-30 | 招商银行股份有限公司 | 数字资产的离线支付方法、付款端、收款端及存储介质 |
CN110175838A (zh) * | 2019-05-24 | 2019-08-27 | 广东飞企互联科技股份有限公司 | 离线扫码支付方法及离线扫码支付装置 |
CN110163598A (zh) * | 2019-05-24 | 2019-08-23 | 广东飞企互联科技股份有限公司 | 移动离线支付方法及移动离线支付*** |
WO2021084924A1 (ja) * | 2019-10-29 | 2021-05-06 | LINE Pay株式会社 | 端末、情報処理方法、プログラム |
CN110880106A (zh) * | 2019-10-30 | 2020-03-13 | 支付宝(杭州)信息技术有限公司 | 双离线支付的实现方法和装置 |
CN113011861A (zh) * | 2019-12-19 | 2021-06-22 | 伦敦证券交易公共有限公司 | 通过分布式账本网络进行交易提交处理 |
CN111144862A (zh) * | 2019-12-31 | 2020-05-12 | 深圳四方精创资讯股份有限公司 | 数字货币双离线支付的实现方法、装置、设备、存储介质 |
CN111738717A (zh) * | 2020-06-01 | 2020-10-02 | 清华大学 | 数字钱包安全防护方法、装置、电子设备及存储介质 |
CN112036847A (zh) * | 2020-08-05 | 2020-12-04 | 杭州云象网络技术有限公司 | 一种数字货币离线支付的防伪验证方法及*** |
CN112258168A (zh) * | 2020-10-23 | 2021-01-22 | 中智关爱通(上海)科技股份有限公司 | 一种基于用户数字钱包的支付方法、***和可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11842333B2 (en) | Secure offline transaction system using digital tokens and a secure ledger database | |
US10275757B2 (en) | Travel account | |
US10776772B2 (en) | Automated digital method and system of providing or sharing access | |
US20070265984A1 (en) | Financial transaction using mobile devices | |
RU2679532C1 (ru) | Система децентрализованного цифрового расчетного сервиса | |
KR101309749B1 (ko) | 결제 중개 시스템 및 방법 | |
US11763297B2 (en) | Systems and method for conducting and managing cryptocurrency transactions | |
WO2017160877A1 (en) | Technical architecture supporting tokenized payments | |
WO2011163525A1 (en) | Mobile networked payment system | |
EP3763095B1 (en) | Method for providing data security using one-way token | |
KR20190036154A (ko) | 전자 화폐를 이용한 상거래의 세금 관리 시스템 및 방법 | |
EP3616111A1 (en) | System and method for generating access credentials | |
KR20140048813A (ko) | 중고물품 거래/결제 중개 시스템 및 그 중개방법 | |
US20230342735A1 (en) | Carbon neutral blockchain protocol for resolving carbon offsetter payments for cryptocurrency transactions | |
CN113762951A (zh) | 同一用户的多个支付端支持离线支付额度的方法、服务端及*** | |
KR20140046831A (ko) | 결제 중개 시스템 및 방법 | |
KR20160149596A (ko) | 가상 계좌를 이용한 금융 거래 서비스 제공 방법 | |
CN113807840A (zh) | 同一用户的多个支付端支持本地支付的方法、服务端及*** | |
CN113762962A (zh) | 一种支付端丢失数字资产的解决方法、服务端及*** | |
CN113762960A (zh) | 一种离线支付额度的控制方法、支付端、接收端、服务端及*** | |
KR101177357B1 (ko) | 모바일 신용 카드를 이용한 네트워크상의 대출 실행 방법 및 이에 사용되는 웹서버 | |
US20240104560A1 (en) | Digitization of payment cards for web 3.0 and metaverse transactions | |
US20210166218A1 (en) | Reusable near field communication ("nfc") device for pre-stage point-of-sale ("pos") payments | |
KR101227615B1 (ko) | 모바일 결제 중개 시스템 | |
CN115280721A (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 |