CN117611147A - 一种线下支付方法、装置、设备及存储介质 - Google Patents

一种线下支付方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN117611147A
CN117611147A CN202311333089.9A CN202311333089A CN117611147A CN 117611147 A CN117611147 A CN 117611147A CN 202311333089 A CN202311333089 A CN 202311333089A CN 117611147 A CN117611147 A CN 117611147A
Authority
CN
China
Prior art keywords
terminal
transaction
information
distance
verification
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
Application number
CN202311333089.9A
Other languages
English (en)
Inventor
狄刚
穆长春
陈松
崔沛东
于鹏
赵新宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Digital Currency Institute of the Peoples Bank of China
Original Assignee
Digital Currency Institute of the Peoples Bank of China
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Digital Currency Institute of the Peoples Bank of China filed Critical Digital Currency Institute of the Peoples Bank of China
Priority to CN202311333089.9A priority Critical patent/CN117611147A/zh
Publication of CN117611147A publication Critical patent/CN117611147A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825Use of electronic signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4015Transaction verification using location information

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种线下支付方法、装置、设备及存储介质,涉及数字货币技术领域,可以提升线下数字货币的支付效率。该发明的一具体实施例方式包括:应用于第一终端,包括:获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离;根据环境信息,确定与环境信息对应的交易距离;当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作;交易操作用于实现第一终端获取第二终端支付的数字货币。

Description

一种线下支付方法、装置、设备及存储介质
技术领域
本申请涉及数字货币技术领域,尤其涉及一种线下支付方法、装置、设备及存储介质。
背景技术
随着全面数字化的推广,数字货币交易逐渐兴起,数字货币交易相比传统交易方式,具有交易速度快、交易成本低、安全性高等优势。
目前,在线下应用的数字货币交易的支付方式通常有扫码支付和近场通信(nearfield communication,NFC)支付。但是,以上支付方法需要付款方和收款方的两个终端在固定的较近距离内才能进行交易,例如,扫码支付通常需要20至30厘米,NFC支付通常需要10厘米以内,当交易环境中的客流量较大,或者距离较远时,会造成后方用户排队,支付效率较低。
发明内容
本申请提供一种线下支付方法、装置、设备及存储介质,用于解决线下数字货币的支付效率较低的问题。
本申请实施例的技术方案如下:
根据本申请实施例的第一方面,提供一种线下支付方法,应用于第一终端;该线下支付方法,包括:获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离;根据环境信息,确定与环境信息对应的交易距离;当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作;交易操作用于实现第一终端获取第二终端支付的数字货币。
可选的,当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作的方法,包括:当目标距离小于或者等于交易距离时,建立第一终端与第二终端之间的单播通信连接;通过单播通信连接,获取第二终端的交易信息;根据交易信息,得到交易信息的校验结果;当校验结果表示校验通过时,根据交易信息,更新第一终端和第二终端的数字货币信息。
可选的,通过单播通信连接,获取第二终端的交易信息的方法,包括:通过单播通信连接,向第二终端发送交易指令消息;通过单播通信连接,接收第二终端响应于交易指令消息发送的交易信息。
可选的,根据交易信息,得到交易信息的校验结果的方法,包括:对交易信息执行校验操作,得到校验结果;或者,向后台服务端发送交易请求消息,并接收后台服务端发送的校验结果;交易请求消息用于请求后台服务端对交易信息执行校验操作;交易请求消息包括:交易信息。
可选的,交易指令消息包括:第一终端为当前交易配置的第一随机数;交易信息包括:第二终端基于交易指令消息得到的第二随机数;对交易信息执行校验操作,得到校验结果的方法,包括:根据第一随机数与第二随机数,确定校验结果;当第二随机数与第一随机数一致时,校验结果表示校验通过。
可选的,交易信息包括:第二终端基于交易指令消息和共享密钥得到的第一消息认证码;对交易信息执行校验操作,得到校验结果的方法,包括:基于交易指令消息和共享密钥,得到第二消息认证码;根据第一消息认证码和第二消息认证码,确定校验结果;当第一消息认证码与第二消息认证码一致时,校验结果表示校验通过。
可选的,交易信息还包括:第二终端的数字签名。
可选的,当后台服务端对交易信息执行校验操作时,交易信息包括:目标距离和交易距离;校验操作包括:校验目标距离是否小于或者等于交易距离。
可选的,获取第二终端所处的环境信息的方法,包括:接收第二终端通过多播通信连接发送的连接请求消息;连接请求消息包括环境信息。
可选的,获取第二终端与第一终端之间的目标距离的方法,包括:获取连接请求消息的传输参数;传输参数包括:信号强度、发射/接收角度、传输速率/时长中的至少一个;根据传输参数,确定目标距离。
根据本申请实施例的第二方面,提供一种线下支付装置,应用于第一终端;该线下支付装置,包括:获取单元、确定单元和交易单元;获取单元,用于获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离;确定单元,用于根据环境信息,确定与环境信息对应的交易距离;交易单元,用于当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作;交易操作用于实现第一终端获取第二终端支付的数字货币。
可选的,交易单元,具体用于:当目标距离小于或者等于交易距离时,建立第一终端与第二终端之间的单播通信连接;通过单播通信连接,获取第二终端的交易信息;根据交易信息,得到交易信息的校验结果;当校验结果表示校验通过时,根据交易信息,更新第一终端和第二终端的数字货币信息。
可选的,交易单元,具体用于:通过单播通信连接,向第二终端发送交易指令消息;通过单播通信连接,接收第二终端响应于交易指令消息发送的交易信息。
可选的,交易单元,具体用于:对交易信息执行校验操作,得到校验结果;或者,向后台服务端发送交易请求消息,并接收后台服务端发送的校验结果;交易请求消息用于请求后台服务端对交易信息执行校验操作;交易请求消息包括:交易信息。
可选的,交易指令消息包括:第一终端为当前交易配置的第一随机数;交易信息包括:第二终端基于交易指令消息得到的第二随机数;交易单元,具体用于:根据第一随机数与第二随机数,确定校验结果;当第二随机数与第一随机数一致时,校验结果表示校验通过。
可选的,交易信息包括:第二终端基于交易指令消息和共享密钥得到的第一消息认证码;交易单元,具体用于:基于交易指令消息和共享密钥,得到第二消息认证码;根据第一消息认证码和第二消息认证码,确定校验结果;当第一消息认证码与第二消息认证码一致时,校验结果表示校验通过。
可选的,交易信息还包括:第二终端的数字签名。
可选的,当后台服务端对交易信息执行校验操作时,交易信息包括:目标距离和交易距离;校验操作包括:校验目标距离是否小于或者等于交易距离。
可选的,获取单元,具体用于接收第二终端通过多播通信连接发送的连接请求消息;连接请求消息包括环境信息。
可选的,获取单元,具体用于获取连接请求消息的传输参数;传输参数包括:信号强度、发射/接收角度、传输速率/时长中的至少一个;根据传输参数,确定目标距离。
根据本申请实施例的第三方面,提供一种线下支付装置,可以包括:处理器和用于存储处理器可执行指令的存储器;其中,处理器被配置为执行指令,以实现上述第一方面中任一种可选的线下支付方法。
根据本申请实施例的第四方面,提供一种计算机可读存储介质,计算机可读存储介质上存储有指令,当计算机可读存储介质中的指令由线下支付装置的处理器执行时,使得线下支付装置能够执行上述第一方面中任一种可选的线下支付方法。
本申请提供的技术方案至少带来以下有益效果:
基于上述任一方面,本申请中的线下支付方法,第一终端可以获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离。接着,第一终端可以根据环境信息,确定与环境信息对应的交易距离。当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作,以实现第一终端获取第二终端支付的数字货币。
由于本申请中,交易距离是基于环境信息确定的,因此相较于通用方法,本申请可以实现针对不同的交易环境,进行交易距离的灵活调整,有效提高了支付效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理,并不构成对本申请的不当限定。
图1示出了本申请实施例提供的一种线下支付***示意图;
图2示出了本申请实施例提供的一种线下支付方法的流程示意图一;
图3示出了本申请实施例提供的一种交易距离的示意图;
图4示出了本申请实施例提供的一种线下支付方法的流程示意图二;
图5示出了本申请实施例提供的一种线下支付方法的交互示意图一;
图6示出了本申请实施例提供的一种线下支付方法的交互示意图二;
图7示出了本申请实施例提供的一种线下支付装置的结构示意图一;
图8示出了本申请实施例提供的一种线下支付装置的结构示意图二。
具体实施方式
为了使本领域普通人员更好地理解本申请的技术方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
还应当理解的是,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。
如背景技术中所描述,通用的线下支付方法包括扫码支付和NFC支付。但是,以上支付方法需要付款方和收款方的两个终端在固定的较近距离内才能进行交易,例如,扫码支付通常需要20至30厘米,NFC支付通常需要10厘米以内,当交易环境中的客流量较大,或者距离较远时,会造成后方用户排队,支付效率较低。
基于此,本申请中的线下支付方法,第一终端可以获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离。接着,第一终端可以根据环境信息,确定与环境信息对应的交易距离。当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作,以实现第一终端获取第二终端支付的数字货币。
由于本申请中,交易距离是基于环境信息确定的,因此相较于通用方法,本申请可以实现针对不同的交易环境,进行交易距离的灵活调整,有效提高了支付效率。
以下结合附图对本申请实施例提供的线下支付方法进行示例性说明:
图1为本申请实施例提供的一种线下支付***示意图,如图1所示,该线下支付***中可以包括:第一终端101和第二终端102。
一些实施例中,第一终端101和第二终端102为具有数字货币交易功能和通信功能的设备,包括接收数字货币的终端和支付数字货币的终端。接收数字货币的终端,例如,销售终端(point of sale,POS)、充电桩收费终端、停车场收费终端、无人售货机等终端设备,还可以是平板电脑、手机、电子阅读器、遥控器、个人计算机(Personal Computer,PC)、笔记本电脑、车载设备、网络电视或者可穿戴设备等智能设备。支付数字货币的终端,例如,平板电脑、手机、电子阅读器、遥控器、个人计算机、笔记本电脑、车载设备、网络电视或者可穿戴设备等智能设备。本公开实施例对第一终端101和第二终端102的具体实现方式不作限制。
可选的,第一终端101或者第二终端102可以只用于接收数字货币,或者只用于支付数字货币,还可以在一个终端上实现接收和支付两种功能。
可选的,第一终端101或者第二终端102还可以具有支持消费、预授权、余额查询等功能。
可选的,第一终端101或者第二终端102还可以通过摄像头、红外检测等信息采集模块,实现采集环境信息的功能。
一种实施例中,第一终端101与第二终端102之间可以建立多播通信连接。当第一终端101与第二终端102之间需要传输安全性要求较高的数据时,例如交易信息,第一终端101与第二终端102之间也可以建立单播通信连接,可以降低数据传输的风险,保障交易安全。
可选的,第一终端101与第二终端102的连接方式可以包括:射频识别(radiofrequency identification,RFID)连接、蓝牙连接、红外线连接或者超宽带(ultra wideband,UWB)连接等可以实现单播通信和/或多播通信的任意一种连接方式。
可选的,该线下支付***中还可以包括:后台服务端103。
第一终端101可以分别与第二终端102和后台服务端103之间建立通信连接。
可选的,线下支付***中可以包括多个终端和多个后台服务端,为了便于理解,图1以“线下支付***中包括一个第一终端101、一个第二终端102和一个后台服务端103”为例进行说明。
一种实施例中,后台服务端103为具有交易处理功能的设备,用于实现交易平台或者货币管理平台与第一终端101的交互。后台服务端103可以是单独的一个服务器,或者,也可以是由多个服务器构成的服务器集群。部分实施方式中,服务器集群还可以是分布式集群。本申请对后台服务端103的具体实现方式也不作限制。
可选的,后台服务端103可以包括管理模块和交易模块。其中,管理模块用于设定交易参数,例如交易距离等。交易模块用于更新交易双方的数字货币信息。
具体的,在进行数字货币线下支付的交易场景中,当第一终端101与第二终端102之间的目标距离,小于或者等于第二终端102所处的环境信息对应的交易距离时,第一终端101与第二终端102之间可以建立单播通信连接。然后,可以通过单播通信连接,实现第二终端102向第一终端101支付数字货币的交易操作。
需要说明的是,上述第一终端101、第二终端102和后台服务端103均可以称为电子设备。
本申请实施例提供的线下支付方法可以应用于前述图1所示的应用场景中的第一终端101。如图2所示,该线下支付方法可以包括:
S1、第一终端获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离。
可选的,环境信息可以包括预先划分的多种场景类型(SceneType)中的一种场景类型,和/或,终端的设备类型(DeviceType)。其中,场景类型例如,大型商超、小额零售、停车收费等。设备类型例如移动终端、固定终端等。
在一种可以实现的方式中,第一终端可以通过信息采集模块获取所处的环境图像数据,然后识别对应的场景类型。第一终端将自身的设备类型和场景类型作为第一终端所处的环境信息。对于部分使用场景固定的第一终端(如大型商超、停车场、充电桩的收款终端),除了根据现场采集图像识获取其所处的环境信息之外,还可以将其环境信息预置在本第一终端中,交易时可由本第一终端发送给第二终端。
在一种可以实现的方式中,第一终端获取第二终端所处的环境信息的方法可以包括:第二终端可以通过信息采集模块获取所处的环境图像数据,然后识别对应的场景类型。之后,第二终端可以将自身的设备类型和场景类型作为环境信息,写入连接请求消息,通过多播通信连接向第一终端发送连接请求消息。相应的,第一终端通过多播通信连接接收到连接请求消息之后,可以读取得到环境信息。
在另一种可以实现的方式中,在第二终端距离第一终端较近的情况下,第一终端获取第二终端所处的环境信息的方法可以包括:第二终端可以将自身的设备类型写入连接请求消息,通过多播通信连接向第一终端发送连接请求消息。相应的,第一终端通过多播通信连接接收到连接请求消息之后,可以读取得到第二终端的设备类型。然后,第一终端可以通过信息采集模块获取第二终端所处的环境图像数据,然后识别对应的场景类型,将设备类型和场景类型作为第二终端所处的环境信息。
在一种可以实现的方式中,在第二终端距离第一终端较近的情况下,第一终端获取第二终端与第一终端之间的目标距离的方法可以包括:第一终端可以通过信息采集模块获取环境图像数据,然后通过的分析环境数据图像,确定目标距离。
在另一种可以实现的方式中,第一终端获取第二终端与第一终端之间的目标距离的方法还可以包括:第一终端获取连接请求消息的传输参数,其中,传输参数包括:信号强度、发射/接收角度、传输速率/时长等至少一个。应理解,基于无线通讯方式,采用信号强度、发射/接收角度、传输速率/时长等传输参数与终端之间的距离相关,因此,第一终端可以根据传输参数,确定目标距离。
S2、第一终端根据环境信息,确定与环境信息对应的交易距离。
在一种可以实现的方式中,后台服务端可以预先设定好与各种环境信息与交易距离的对应关系。第一终端可以从后台服务端获取上述对应关系,并确定与当前环境信息对应的交易距离。
示例性的,如图3所示,对应关系可以包括,当环境信息中,第一终端的设备类型为POS终端时,交易距离为10厘米(cm)以内;当设备类型为充电桩收费终端时,交易距离为1米(m)以内;当设备类型为停车场收费终端时,交易距离为2米以内;当设备类型为无人售货机时,交易距离为30厘米以内。
在另一种可以实现的方式中,后台服务端可以预先设定好与各种环境信息对预设初始距离的影响权重。第一终端可以从后台服务端获取上述预设初始距离和各种环境信息对预设初始距离的影响权重,并确定与当前环境信息对应的影响权重,根据上述影响权重和预设初始距离,确定交易距离。
S3、当目标距离小于或者等于交易距离时,第一终端执行第一终端与第二终端之间的交易操作。
交易操作用于实现第一终端获取第二终端支付的数字货币。
在一种可以实现的方式中,交易操作可以包括:第一终端向第二终端发送交易指令消息,第二终端响应于交易指令消息,向第一终端支付数字货币。
在另一种可以实现的方式中,交易操作还可以包括:第二终端主动向第一终端支付数字货币。
上述实施例提供的技术方案至少带来以下有益效果:由S1-S3可知,第一终端可以获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离。接着,第一终端可以根据环境信息,确定与环境信息对应的交易距离。当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作,以实现第一终端获取第二终端支付的数字货币。
由于本申请中,交易距离是基于环境信息确定的,因此相较于通用方法,本申请可以实现针对不同的交易环境,进行交易距离的灵活调整,有效提高了支付效率。
在一种可选的实施例中,在图2示出的方法实施例的基础上,结合图2,如图4所示,S3中,当目标距离小于或者等于交易距离时,第一终端执行第一终端与第二终端之间的交易操作的方法包括:
S31、当目标距离小于或者等于交易距离时,第一终端建立第一终端与第二终端之间的单播通信连接。
具体的,由于单播通信连接相对于多播通信连接数据安全性更高,因此,当目标距离小于或者等于交易距离时,可以建立第一终端与第二终端之间的单播通信连接,单播通信连接用于进行交易信息的传输,以提高交易安全性。
S32、第一终端通过单播通信连接,获取第二终端的交易信息。
在一种可以实现的方式中,第一终端通过单播通信连接,获取第二终端的交易信息的方法可以包括:S321-S322。
S321、第一终端通过单播通信连接,向第二终端发送交易指令消息。
可选的,交易指令消息可以包括:第一终端的标识、交易距离、第一终端为当前交易配置的第一随机数。
可选的,终端的标识可以包括终端的名称、编号、标识码、坐标位置等信息。
S322、第一终端通过单播通信连接,接收第二终端响应于交易指令消息发送的交易信息。
可选的,交易信息可以包括:第一终端的标识、第二终端的标识、第二终端基于交易指令消息得到的第二随机数、第二终端基于交易指令消息和共享密钥得到的第一消息认证码、第二终端的数字签名、目标距离和交易距离。
S33、第一终端根据交易信息,得到交易信息的校验结果。
在一种可以实现的方式中,第一终端根据交易信息,得到交易信息的校验结果的方法可以包括:S331或者S332。
S331、第一终端对交易信息执行校验操作,得到校验结果。
在一种可以实现的方式中,当交易指令消息包括第一随机数、交易信息包括第二随机数时,第一终端对交易信息执行校验操作,得到校验结果的方法可以包括:第一终端根据第一随机数与第二随机数,确定校验结果。当第二随机数与第一随机数一致时,校验结果表示校验通过。
随机数(Random)是仅一次有效的随机字符串,第一终端对每次交易要求随机数要保证不同。可选的,随机数可以与时间戳有关。
第一终端可以将每次交易完成后,该交易配置的随机数进行存储。每次处理交易信息时,首先判断交易信息中的随机数是否已经存在,如果存在则认为是重放信息。
在一种可以实现的方式中,当交易信息包括第一消息认证码时,第一终端对交易信息执行校验操作,得到校验结果的方法可以包括:第一终端基于交易指令消息和共享密钥,得到第二消息认证码,然后根据第一消息认证码和第二消息认证码,确定校验结果。当第一消息认证码与第二消息认证码一致时,校验结果表示校验通过。
可选的,第一终端可以通过任意一种消息认证码(message authenticationcode,MAC)算法,基于交易指令消息和共享密钥,计算得到第二消息认证码。第二终端计算第一消息认证码的MAC算法与第一终端相同。MAC算法可以由其他加密原语构建,例如加密散列函数或来自分组密码算法等。
此外,在使用消息认证码执行校验操作的过程中,第一终端和第二终端都可以对交易指令消息进行加密并且算出消息认证码。也就是说,使用MAC算法时,生成的一方和校验的一方持有同样的密钥,所以不能确定消息认证码的来源,因此,交易信息中还包括第二终端的数字签名。
数字签名不仅可以实现消息认证码的认证和检测篡改功能,还可以预防是否否认问题的发生。由于在消息认证码中使用的是共享密钥加密,所以持有密钥的接收端也有可能是消息的发送端,这样是无法预防事后否认行为的。而数字签名只有发送端才能生成的,因此使用数字签名就可以确定消息认证码的来源,从而保障交易信息的完整性和真实性。
容易理解的是,当第一终端无法联网与后台服务端进行通信,即离网状态时,第一终端依旧可以执行S331。
S332、第一终端向后台服务端发送交易请求消息,并接收后台服务端发送的校验结果。
交易请求消息用于请求后台服务端对交易信息执行校验操作。
交易请求消息包括:交易信息。
在一种可以实现的方式中,当后台服务端对交易信息执行校验操作时,校验操作还可以包括:后台服务端校验目标距离是否小于或者等于交易距离,以实现后台对交易距离的二次验证。此时,交易信息可以包括:目标距离和交易距离。
容易理解的是,当第一终端可以联网与后台服务端进行通信,即联网状态时,后台服务端可以执行的校验操作还可以包括对随机数进行校验、对消息认证码和数字签名进行校验等操作。此时,交易信息还可以包括:第二终端基于交易指令消息得到的第二随机数、第二终端基于交易指令消息和共享密钥得到的第一消息认证码、第二终端的数字签名。
S34、当校验结果表示校验通过时,第一终端根据交易信息,更新第一终端和第二终端的数字货币信息。
可选的,数字货币信息可以包括:货币类型、货币数量。
在一种可以实现的方式中,更新数字货币信息可以包括:增加或者减少货币类型对应的货币数量。
在一种可以实现的方式中,当第一终端具备相关权限时,可以直接更新第一终端和第二终端的数字货币信息。当第一终端不具备相关权限时,可以向后台服务端发送交易请求消息。此时,交易信息还可以包括:第一终端的标识、第二终端的标识。后台服务器响应于交易请求消息,更新第一终端的标识、第二终端的标识分别对应的数字货币信息,并向第一终端返回交易结果。
本申请实施例提供的线下支付方法包括单播通信连接的过程,以及连接后的交易过程。以下分别结合图5和图6进行描述。
如图5所示,单播通信连接的过程可以包括:S501-S505。
S501、后台服务端向第一终端发送预先设定的与各种环境信息与交易距离的对应关系。
S502、第二终端向第一终端发送连接请求消息。
其中,连接请求消息包括环境信息。
S503、第一终端根据对应关系,确定与环境信息对应的交易距离。
S504、第一终端根据连接请求消息的传输参数,确定目标距离。
S505、当目标距离小于或者等于交易距离时,第一终端建立第一终端与第二终端之间的单播通信连接。
如图6所示,以联网状态为例,连接后的交易过程可以包括:S601-S608。
S601、第一终端通过单播通信连接,向第二终端发送交易指令消息。
S602、第二终端通过单播通信连接,向第一终端发送交易信息。
S603、第一终端向后台服务端发送交易信息。
交易信息包括:随机数、消息认证码、数字签名、目标距离、交易距离、第一终端的标识、第二终端的标识。
S604、后台服务端对随机数进行校验。
S605、后台服务端对消息认证码和数字签名进行校验。
S606、后台服务端校验目标距离是否小于或者等于交易距离。
S607、当校验通过时,后台服务端更新第一终端的标识、第二终端的标识分别对应的数字货币信息。
S608、后台服务端向第一终端发送交易结果。
可以理解的,在实际实施时,本申请实施例所述的线下支付装置可以包含有用于实现前述对应线下支付方法的一个或多个硬件结构和/或软件模块,这些执行硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
基于这样的理解,本申请实施例还对应提供一种线下支付装置。图7示出了本申请实施例提供的线下支付装置的结构示意图一。如图7所示,该线下支付装置应用于区块链网络,包括:获取单元701、确定单元702和交易单元703。
获取单元701,用于获取第一终端和/或第二终端所处的环境信息,以及第二终端与第一终端之间的目标距离。
确定单元702,用于根据环境信息,确定与环境信息对应的交易距离。
交易单元703,用于当目标距离小于或者等于交易距离时,执行第一终端与第二终端之间的交易操作;交易操作用于实现第一终端获取第二终端支付的数字货币。
可选的,交易单元703,具体用于:当目标距离小于或者等于交易距离时,建立第一终端与第二终端之间的单播通信连接;通过单播通信连接,获取第二终端的交易信息;根据交易信息,得到交易信息的校验结果;当校验结果表示校验通过时,根据交易信息,更新第一终端和第二终端的数字货币信息。
可选的,交易单元703,具体用于:通过单播通信连接,向第二终端发送交易指令消息;通过单播通信连接,接收第二终端响应于交易指令消息发送的交易信息。
可选的,交易单元703,具体用于:对交易信息执行校验操作,得到校验结果;或者,向后台服务端发送交易请求消息,并接收后台服务端发送的校验结果;交易请求消息用于请求后台服务端对交易信息执行校验操作;交易请求消息包括:交易信息。
可选的,交易指令消息包括:第一终端为当前交易配置的第一随机数;交易信息包括:第二终端基于交易指令消息得到的第二随机数;交易单元703,具体用于:根据第一随机数与第二随机数,确定校验结果;当第二随机数与第一随机数一致时,校验结果表示校验通过。
可选的,交易信息包括:第二终端基于交易指令消息和共享密钥得到的第一消息认证码;交易单元703,具体用于:基于交易指令消息和共享密钥,得到第二消息认证码;根据第一消息认证码和第二消息认证码,确定校验结果;当第一消息认证码与第二消息认证码一致时,校验结果表示校验通过。
可选的,获取单元701,具体用于接收第二终端通过多播通信连接发送的连接请求消息;连接请求消息包括环境信息。
可选的,获取单元701,具体用于获取连接请求消息的传输参数;传输参数包括:信号强度、发射/接收角度、传输速率/时长中的至少一个;根据传输参数,确定目标距离。
如上所述,本申请实施例可以根据上述方法示例对第一终端进行功能模块的划分。其中,上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。另外,还需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。
关于上述实施例中的线下支付装置,其中各个模块执行操作的具体方式、以及具备的有益效果,均已经在前述方法实施例中进行了详细描述,此处不再赘述。
本申请实施例还提供一种线下支付装置。图8示出了本申请实施例提供的线下支付装置的结构示意图二。该线下支付装置可以包括至少一个处理器221,通信总线222,存储器223以及至少一个通信接口224。
处理器221可以是一个处理器(central processing units,CPU),微处理单元,ASIC,或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线222可包括一通路,在上述组件之间传送信息。
通信接口224,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如电子设备、以太网,无线接入网(radio access network,RAN),无线局域网(wirelesslocal area networks,WLAN)等。
存储器223可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。
其中,存储器223用于存储执行本申请方案的应用程序代码,并由处理器221来控制执行。处理器221用于执行存储器223中存储的应用程序代码,从而实现本申请方法中的功能。
在具体实现中,作为一种实施例,处理器221可以包括一个或多个CPU,例如图8中的处理器0和处理器1。
在具体实现中,作为一种实施例,线下支付装置可以包括多个处理器,例如图8中的处理器221和处理器225。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,线下支付装置还可以包括输入设备226和输出设备227。输入设备226和输出设备227通信,可以以多种方式接收用户的输入。例如,输入设备226可以是鼠标、键盘、触摸屏设备或传感设备等。输出设备227和处理器221通信,可以以多种方式来显示信息。例如,输出设备227可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备等。
本领域技术人员可以理解,图8中示出的结构并不构成对线下支付装置的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
本申请还提供了一种包括指令的计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述计算机可读存储介质中的指令由线下支付装置的处理器执行时,使得线下支付装置能够执行上述所示实施例提供的线下支付方法。例如,计算机可读存储介质可以为包括指令的存储器223,上述指令可由线下支付装置的处理器221执行以完成上述方法。
可选的,计算机可读存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、RAM、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (13)

1.一种线下支付方法,其特征在于,应用于第一终端;所述方法,包括:
获取所述第一终端和/或第二终端所处的环境信息,以及所述第二终端与所述第一终端之间的目标距离;
根据所述环境信息,确定与所述环境信息对应的交易距离;
当所述目标距离小于或者等于所述交易距离时,执行所述第一终端与所述第二终端之间的交易操作;所述交易操作用于实现所述第一终端获取所述第二终端支付的数字货币。
2.根据权利要求1所述的方法,其特征在于,所述当所述目标距离小于或者等于所述交易距离时,执行所述第一终端与所述第二终端之间的交易操作,包括:
当所述目标距离小于或者等于所述交易距离时,建立所述第一终端与所述第二终端之间的单播通信连接;
通过所述单播通信连接,获取所述第二终端的交易信息;
根据所述交易信息,得到所述交易信息的校验结果;
当所述校验结果表示校验通过时,根据所述交易信息,更新所述第一终端和所述第二终端的数字货币信息。
3.根据权利要求2所述的方法,其特征在于,所述通过所述单播通信连接,获取所述第二终端的交易信息,包括:
通过所述单播通信连接,向所述第二终端发送交易指令消息;
通过所述单播通信连接,接收所述第二终端响应于所述交易指令消息发送的所述交易信息。
4.根据权利要求3所述的方法,其特征在于,所述根据所述交易信息,得到所述交易信息的校验结果,包括:
对所述交易信息执行校验操作,得到所述校验结果;或者,
向后台服务端发送交易请求消息,并接收所述后台服务端发送的所述校验结果;所述交易请求消息用于请求所述后台服务端对所述交易信息执行所述校验操作;所述交易请求消息包括:所述交易信息。
5.根据权利要求4所述的方法,其特征在于,所述交易指令消息包括:所述第一终端为当前交易配置的第一随机数;所述交易信息包括:所述第二终端基于所述交易指令消息得到的第二随机数;所述对所述交易信息执行校验操作,得到所述校验结果,包括:
根据所述第一随机数与所述第二随机数,确定所述校验结果;当所述第二随机数与所述第一随机数一致时,所述校验结果表示校验通过。
6.根据权利要求4所述的方法,其特征在于,所述交易信息包括:所述第二终端基于所述交易指令消息和共享密钥得到的第一消息认证码;所述对所述交易信息执行校验操作,得到所述校验结果,包括:
基于所述交易指令消息和所述共享密钥,得到第二消息认证码;
根据所述第一消息认证码和所述第二消息认证码,确定所述校验结果;当所述第一消息认证码与所述第二消息认证码一致时,所述校验结果表示校验通过。
7.根据权利要求6所述的方法,其特征在于,所述交易信息还包括:所述第二终端的数字签名。
8.根据权利要求4所述的方法,其特征在于,当所述后台服务端对所述交易信息执行所述校验操作时,所述交易信息包括:所述目标距离和所述交易距离;所述校验操作包括:校验所述目标距离是否小于或者等于所述交易距离。
9.根据权利要求1所述的方法,其特征在于,获取所述第二终端所处的环境信息,包括:
接收所述第二终端通过多播通信连接发送的连接请求消息;所述连接请求消息包括所述环境信息。
10.根据权利要求9所述的方法,其特征在于,获取所述第二终端与所述第一终端之间的目标距离,包括:
获取所述连接请求消息的传输参数;所述传输参数包括:信号强度、发射/接收角度、传输速率/时长中的至少一个;
根据所述传输参数,确定所述目标距离。
11.一种线下支付装置,其特征在于,应用于第一终端;所述线下支付装置,包括:获取单元、确定单元和交易单元;
所述获取单元,用于获取所述第一终端和/或第二终端所处的环境信息,以及所述第二终端与所述第一终端之间的目标距离;
所述确定单元,用于根据所述环境信息,确定与所述环境信息对应的交易距离;
所述交易单元,用于当所述目标距离小于或者等于所述交易距离时,执行所述第一终端与所述第二终端之间的交易操作;所述交易操作用于实现所述第一终端获取所述第二终端支付的数字货币。
12.一种电子设备,其特征在于,所述电子设备包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1-10中任一项所述的线下支付方法。
13.一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,其特征在于,当所述计算机可读存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行如权利要求1-10中任一项所述的线下支付方法。
CN202311333089.9A 2023-10-13 2023-10-13 一种线下支付方法、装置、设备及存储介质 Pending CN117611147A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311333089.9A CN117611147A (zh) 2023-10-13 2023-10-13 一种线下支付方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311333089.9A CN117611147A (zh) 2023-10-13 2023-10-13 一种线下支付方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN117611147A true CN117611147A (zh) 2024-02-27

Family

ID=89958518

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311333089.9A Pending CN117611147A (zh) 2023-10-13 2023-10-13 一种线下支付方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN117611147A (zh)

Similar Documents

Publication Publication Date Title
US9390407B2 (en) Method and apparatus for providing real time mutable credit card information and for providing timestamp functionality
US20200394651A1 (en) Dynamic off-chain digital currency transaction processing
US11727381B2 (en) Method, server, and readable storage medium for processing payment in offline scenario
US10467604B1 (en) ATM transaction with a mobile device
CN113115285B (zh) 信息处理方法及装置
US20160253664A1 (en) Attestation by proxy
CN116599732A (zh) 加密签名记录的安全交换
JP6883095B2 (ja) 携帯型支払い用リーダにおける詐欺検出
CN103577983A (zh) 一种脱机消费电子货币的圈存方法
US9549322B2 (en) Methods and systems for authentication of a communication device
EP2819081A1 (en) Method and apparatus for transmitting wallets between mobile devices
WO2016088087A1 (en) Third party access to a financial account
US20180204214A1 (en) Systems and methods for transaction authentication using dynamic wireless beacon devices
AU2021215207A1 (en) Mid-range reader interactions
KR101407737B1 (ko) Qr 코드를 이용한 스마트 기기의 금융 정보 처리 장치 및 그 방법
US20220104102A1 (en) Proximity device network
CN117611147A (zh) 一种线下支付方法、装置、设备及存储介质
CN114169863A (zh) 一种签约方法、装置、电子设备及计算机可读介质
EP3332370A1 (en) Systems and methods for interaction authentication using dynamic wireless beacon devices
KR20110131814A (ko) 스마트폰을 이용한 모바일 이체 서비스 방법, 장치 및 기록매체
KR20150074445A (ko) 스마트 계좌 개설 방법 및 장치
US11784997B2 (en) System and method for authenticating secondary users of an entity system
CN117649231A (zh) 交易方法、装置、电子设备及存储介质
CN113781036A (zh) 在非稳定网络环境下可信的公共交通身份认证和联机支付***
CN117911023A (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