CN104050567B - 离线模式下的数据交互方法、终端以及服务器 - Google Patents

离线模式下的数据交互方法、终端以及服务器 Download PDF

Info

Publication number
CN104050567B
CN104050567B CN201410240240.9A CN201410240240A CN104050567B CN 104050567 B CN104050567 B CN 104050567B CN 201410240240 A CN201410240240 A CN 201410240240A CN 104050567 B CN104050567 B CN 104050567B
Authority
CN
China
Prior art keywords
account
terminal
interaction
data
server
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.)
Expired - Fee Related
Application number
CN201410240240.9A
Other languages
English (en)
Other versions
CN104050567A (zh
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.)
Beijing Shengshang Education Technology Co ltd
Original Assignee
Tian Long Electronic Science And Technology Co Ltd Of Jiangsu Province
Shenzhen Tinno Wireless Technology Co Ltd
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 Tian Long Electronic Science And Technology Co Ltd Of Jiangsu Province, Shenzhen Tinno Wireless Technology Co Ltd filed Critical Tian Long Electronic Science And Technology Co Ltd Of Jiangsu Province
Priority to CN201410240240.9A priority Critical patent/CN104050567B/zh
Publication of CN104050567A publication Critical patent/CN104050567A/zh
Application granted granted Critical
Publication of CN104050567B publication Critical patent/CN104050567B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • 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
    • 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
    • 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/3825—Use of electronic signatures
    • 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/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/40—Authorisation, 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/401—Transaction verification

Abstract

本发明提供一种离线模式下的数据交互方法、终端以及服务器。所述数据交互方法包括：交互阶段，第一终端将第一账户的交互信息加密后生成二维码，并显示于第一终端的显示屏上，以使第二终端通过扫描二维码解密获取交互信息，并据此为第二账户充值；其中，交互信息包括交互数据和追踪码，交互数据从充值阶段中服务器为第一账户充值的充值数据中扣除，为第二账户充值是指将交互数据为第二账户所持有，追踪码由服务器生成且用以标识第一账户每一次充值的充值数据，若服务器判断交互信息中的追踪码为第一账户在充值阶段所生成，则为第二账户充值。通过上述方式，本发明能够在离线模式下实现数据交互，且交互具有可追溯性，同时安全性较高并具有很高的普及性。

Description

离线模式下的数据交互方法、终端以及服务器
技术领域
本发明涉及安全认证技术领域，具体涉及身份信息与交互认证技术领域，特别涉及一种离线模式下的数据交互方法、终端以及服务器。
背景技术
随着通信电子技术的发展，电子商务交互已成为大众生活中不可或缺的一部分。其中，移动支付作为电子商务交互的重要组成，以其具有的面对面交互的优点，更是为大众所普遍使用。
当前，实现面对面移动支付的方法主要有两种：一种是收付双方通过各自手持的终端进行即时交互，基于双方的终端均可能携带病毒或有被恶意破解等不安全因素的考虑，交互时需要收付双方实时在线，付方发送交互请求给收方，双方手持终端的后台软件即时通过网络连接服务器，由服务器完成收付双方的交互。另一种是付方手持终端，收方为通过服务提供商或服务器安全认证的终端，如自动售货机，交互时只需收方实时在线，付方可以离线，付方发送交互请求给收方，并在收方转发给服务器时由服务器自动认证且强制代扣。
然而，上述第一种方法由于需要收付双方的终端实时连网服务器，因此在网络质量没有保证、服务器被恶意攻击或者交互量巨大时，网络极易瘫痪而无法保障交互的顺利进行。第二种方法由于收方为服务器安全认证的终端，其在当前不可能大规模快速普及，并且付方的交互信息在被第三方获取时，极易被伪造，安全性较差。
发明内容
鉴于此，本发明所要解决的技术问题是提供一种离线模式下的数据交互方法、终端以及服务器，能够在离线模式下实现数据交互，且交互具有可追溯性，同时安全性较高并具有很高的普及性。
为解决上述技术问题，本发明采用的一个技术方案是：提供一种数据交互方法，包括：交互阶段，第一终端将第一账户的交互信息加密后生成二维码，并显示于第一终端的显示屏上，以使第二终端通过扫描二维码解密获取交互信息，并据此为第二账户充值；其中，交互信息包括交互数据和追踪码，交互数据从充值阶段中服务器为第一账户充值的充值数据中扣除，为第二账户充值是指将交互数据为第二账户所持有，追踪码由服务器生成且用以标识第一账户每一次充值的充值数据，若服务器判断交互信息中的追踪码为第一账户在充值阶段所生成，则执行为第二账户充值。
其中，在交互阶段之前，充值阶段包括：第一终端向服务器发送第一账户的包括充值数据和第一终端采用第一私钥签名的第一数字签名的充值请求，以使服务器在对第一数字签名认证通过后使第一账户持有充值数据，并生成追踪码。
其中，在充值阶段，若服务器生成的追踪码的数量大于预定的标准阈值，则服务器不再生成追踪码，不再执行充值阶段。
其中，交互信息还包括第一账户的账户信息、追踪码对应的交互数据的充值时间以及交互时间，以使第二终端根据交互信息为第二账户充值的步骤还包括：第二终端将第二账户的包括交互信息和第二终端采用第二私钥进行签名的第二数字签名的提现请求发送至服务器，以使服务器对第一数字签名、第二数字签名和交互信息中的追踪码进行认证，并在认证通过后使第二账户持有交互数据，且保存交互信息。
其中，充值阶段的每一次充值的充值数据可用于交互阶段的多次交互，数据交互方法进一步包括：若服务器判断多次交互时同一追踪码对应的交互数据之和等于充值数据，则追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过；或者，若服务器判断当前交互的追踪码与历史交互的追踪码相同，则当前交互的追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过；或者，若服务器判断追踪码的当前交互时间与追踪码的生成时间的差值大于预定的时间阈值，则追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过。
其中，若改由第三终端取代第一终端向服务器发送为第一账户充值的充值请求，则数据交互方法进一步包括：账户申请阶段，第一终端将第一私钥、第一账户的账户信息及其交互记录，同步保存至第三终端，以使服务器对第三终端的第一私钥进行更新。
为解决上述技术问题，本发明采用的另一个技术方案是：提供一种数据交互方法，包括：交互阶段，第二终端扫描显示于第一终端的显示屏上的二维码，并解密获取二维码包括的交互信息，据此为第二账户充值；其中，二维码由第一终端将第一账户的交互信息加密后生成，交互信息包括交互数据和追踪码，交互数据从充值阶段中服务器为第一账户充值的充值数据中扣除，为第二账户充值是指将交互数据为第二账户所持有，追踪码由服务器生成且用以标识第一账户每一次充值的充值数据，若服务器判断交互信息中的追踪码为第一账户在充值阶段所生成，则执行为第二账户充值。
其中，交互信息还包括第一终端采用第一私钥签名的第一数字签名、第一账户的账户信息、追踪码对应的交互数据的充值时间以及交互时间，第二终端根据交互信息为第二账户充值的步骤包括：第二终端将第二账户的包括交互信息和第二终端采用第二私钥进行签名的第二数字签名的提现请求发送至服务器，以使服务器对第一数字签名、第二数字签名和交互信息中的追踪码进行认证，并在认证通过后使第二账户持有交互数据，且保存交互信息。
其中，在交互阶段，第二终端扫描显示于第一终端的显示屏上的二维码的步骤之后进一步包括：第二终端通过无线网络WiFi传输、蓝牙传输、音频信号传输或二维码扫描将第二账户的账户信息传输至第一终端。
其中，若改由第四终端取代第二终端向服务器发送提现请求，数据交互方法进一步包括：账户申请阶段，第二终端将第二私钥、第二账户的账户信息及其交互记录，同步保存至第四终端，以使服务器对第四终端的第二私钥进行更新。
为解决上述技术问题，本发明采用的又一个技术方案是：提供一种数据交互终端，包括接收模块、处理模块和显示屏，在交互阶段接收模块用于获取第一账户的交互信息，处理模块用于对交互信息加密并生成二维码，显示屏用于在处理模块的控制下显示二维码，以使第二终端通过扫描二维码解密获取交互信息，并据此为第二账户充值；其中，交互信息包括交互数据和追踪码，交互数据从充值阶段中服务器为第一账户充值的充值数据中扣除，为第二账户充值是指将交互数据为第二账户所持有，追踪码由服务器生成且用以标识第一账户每一次充值的充值数据，若服务器判断交互信息中的追踪码为第一账户在充值阶段所生成，则执行为第二账户充值。
其中，数据交互终端还包括发送模块，发送模块用于在充值阶段向服务器发送第一账户的包括充值数据和第一终端采用第一私钥签名的第一数字签名的充值请求，以使服务器在对第一数字签名认证通过后使第一账户持有充值数据，并生成追踪码。
其中，若改由第三终端取代第一终端向服务器发送为第一账户充值的充值请求，则在账户申请阶段，发送模块在处理模块的控制下进一步用于将第一私钥、第一账户的账户信息及其交互记录，同步保存至第三终端，以使服务器对第三终端的第一私钥进行更新。
为解决上述技术问题，本发明采用的再一个技术方案是：提供一种数据交互终端，包括扫描模块和处理模块，在交互阶段扫描模块用于扫描显示于第一终端的显示屏上的二维码，处理模块用于解密获取二维码包括的交互信息，并据此为第二账户充值；其中，二维码由第一终端将第一账户的交互信息加密后生成，交互信息包括交互数据和追踪码，交互数据从充值阶段中服务器为第一账户充值的充值数据中扣除，为第二账户充值是指将交互数据为第二账户所持有，追踪码由服务器生成且用以标识第一账户每一次充值的充值数据，若服务器判断交互信息中的追踪码为第一账户在充值阶段所生成，则执行为第二账户充值。
其中，交互信息还包括第一终端采用第一私钥签名的第一数字签名、第一账户的账户信息、追踪码对应的交互数据的充值时间以及交互时间，数据交互终端还包括发送模块，发送模块在处理模块的控制下用于将第二账户的包括交互信息和第二终端采用第二私钥进行签名的第二数字签名的提现请求发送至服务器，以使服务器对第一数字签名、第二数字签名和交互信息中的追踪码进行认证，并在认证通过后使第二账户持有交互数据，且保存交互信息。
其中，在扫描模块扫描显示于第一终端的显示屏上的二维码之后，发送模块进一步用于通过无线网络WiFi传输、蓝牙传输、音频信号传输或二维码扫描将第二账户的账户信息传输至第一终端。
其中，若改由第四终端取代第二终端向服务器发送为第一账户充值的充值请求，则在账户申请阶段，发送模块在处理模块的控制下进一步用于将第二私钥、第二账户的账户信息及其交互记录，同步保存至第四终端，以使服务器对第四终端的第二私钥进行更新。
为解决上述技术问题，本发明采用的又一个技术方案是：提供一种用于数据交互的服务器，包括接收模块和处理模块，接收模块用于在充值阶段接收第一终端发送的为第一账户充值的充值数据，处理模块用于生成标识第一账户每一次充值的充值数据的追踪码以及使第一账户持有充值数据，以使第一终端在交互阶段将第一账户的交互信息加密后生成二维码，并显示于第一终端的显示屏上，在第二终端通过扫描二维码解密获取交互信息时，处理模块用于判断交互信息中的追踪码是否为第一账户在充值阶段所生成，若是则根据交互信息为第二账户充值；其中，交互信息包括交互数据和追踪码，交互数据从充值阶段中服务器为第一账户充值的充值数据中扣除，为第二账户充值是指将交互数据为第二账户所持有。
其中，在充值阶段，若处理模块生成的追踪码的数量大于预定的标准阈值，则处理模块不再生成追踪码，不再执行充值阶段。
其中，充值阶段的每一次充值的充值数据可用于交互阶段的多次交互，则若处理模块判断多次交互时同一追踪码对应的交互数据之和等于充值数据，则判定追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过；或者，若理模块判断当前交互的追踪码与历史交互的追踪码相同，则判定当前交互的追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过；或者，若处理模块判断追踪码的当前交互时间与追踪码的生成时间的差值大于预定的时间阈值，则判定追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过。
本发明的有益效果是：区别于现有技术的情况，本发明设计收款方通过二维码扫描的方式将交互数据发送给付款方，交互不需实时联网，在离线模式下即可实现。并且采用追踪码对收款方发送的交互信息进行有效性验证，使得交易具有可追溯性，提高了交易的安全性。
附图说明
图1是本发明第一实施例的数据交互方法的流程图；
图2是本发明第一实施例的数据交互系统的结构示意图；
图3是本发明第二实施例的数据交互系统的原理框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下文所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，均属于本发明保护的范围。
本发明首先提供一种如图1所示的数据交互方法，其基于图2所示的数据交互系统20。请参阅图2所示，数据交互系统20包括第一终端21、第二终端22以及分别与二者通信连接的服务器23，三者相互之间的通信连接(或耦合)优选为无线网络连接，当然在其他实施例中也可以是通过电性或其它形式的连接。其中：
第一终端21联网服务器23可对应登陆第一账户，第二终端22联网服务器23可对应登陆第二账户，服务器23类似于余额宝、理财通等可与银行卡账户或银联手机银行账户绑定的电子账户，或者其他电子票据计次账户、签到排队服务账户。
本发明全文所提及的数据交互优选以电子现金金额交易支付为例进行详细描述，并且优选第一终端21为交易的付款方终端，对应的第一账户为交易支付中的电子现金支付账户，第二终端22为交易的收款方终端，对应的第二账户为交易支付中的电子现金收款账户。另外，第一终端21和第二终端22均以智能手机为例，当然并不局限于智能手机，其可以是至少具有输入功能和二维码扫描功能的任何终端设备，包括PDA(Personal DigitalAssistant，个人数字助理或平板电脑)、智能手环、便携式移动通信终端等的任意组合。
图1是本发明基于图2所示数据交互系统20的第一实施例的数据交互方法的流程图。请结合图1和图2所示，本实施例的数据交互方法至少包括充值阶段的步骤S11、步骤S12，以及交互阶段的步骤S13、步骤S14，具体而言：
步骤S11：第一终端21向服务器23发送至少包括为第一账户充值的充值数据的充值请求。
用户通过第一终端21的触摸显示屏或键盘等数据输入装置输入所要充值的充值金额，即充值数据。需要说明的是，该充值金额可以全部用于本次交易，即一次充值仅用于一次交易，也可以用于交互阶段(交易阶段)的多次交易，具体由用户而定。
第一终端21根据用户输入的充值金额生成充值请求并发送给服务器23，本实施例优选充值请求还包括第一账户的账户名等账户信息，当然并不限于此，在其他实施例中充值请求可以进一步包括充值时间、充值回戳等。为确保充值阶段对充值账号的身份认证，本实施例优选充值请求还包括第一终端21采用第一私钥签名的第一数字签名，与第一私钥对应的第一公钥存储于服务器23中。
为确保充值请求的发送过程中数据的保密，优选对第一终端21本地存储的交易数据以及第一终端21和服务器23之间的通信数据进行加密，具体实现时可采用例如定期更新的AES加密算法。进行加密的密码由服务器23后台采用加密算法生成，并且必须确保第一账户对应的加密密码是唯一的，同时对用户不可见。
步骤S12：服务器23使第一账户持有充值数据，并生成追踪码。
服务器23接收到第一终端21发送的充值请求，然后进行解密获取第一数字签名，继而采用自身存储第一公钥对第一数字签名进行身份认证，认证过程具体为：用户通过第一终端21输入第一账户的密码，第一终端21优选采用SHA-1哈希算法计算该密码的哈希值(第一私钥)并发送至服务器23，服务器23验证自身存储的第一公钥是否与该哈希值相对应。如果认证失败，则终止充值，优选第一终端21显示“认证失败”信息，提示用户所进行充值的对象不合法。如果认证通过，则服务器23使第一账户持有充值数据，即为第一账户增加与充值数据相等的可用余额以完成充值，进一步优选第一终端21显示“充值完成”信息，及时告知用户，以免影响交易。
在本实施例中，追踪码是由服务器23随机生成的且用以标识第一账户每一次充值的充值数据，也就是说，追踪码是用来跟踪每一笔充值的充值金额，类似于人民币冠号，以在后续的交易支付阶段中只有服务器23判断交互信息中的追踪码为第一账户在充值阶段所生成，才可执行为第二账户充值的步骤。
进一步地，服务器23可进行交易总金额的流动性风险控制，即在充值阶段若服务器23生成的追踪码的数量大于预定的标准阈值，则服务器23不再生成追踪码，不再执行充值阶段。例如标准阈值为200万个时，若服务器23在本月或一定时间段内生成的追踪码的数量等于200万个时即不再继续生成，直至消费结束，即有收款方进行提现且提现的追踪码对应的充值金额已经全部用于交易后，才可继续生成。
需要说明的是，预定的标准阈值是能够保证追踪码在超量发生的一刻或者即将发生并预留有预警数量的生成评判标准，其可以通过对具体应用场景中发生的多起交易支付事件进行分析与总结得到。另外，该标准阈值可以是某一具体数据值，也可以是一组数据值。
步骤S13：第一终端21将第一账户的交互信息加密后生成二维码，并显示于第一终端21的显示屏上。
交互信息即本次交易支付的交易信息，本实施例优选交互信息包括交互数据(即交易时所要支付给收款方的交易金额)和追踪码，当然还可以包括第一账户的账户信息、追踪码对应的交互数据的充值时间以及交互时间(即本次交易时间)。
第一终端21再次采用第一私钥进行签名以得到用以标识第一账户的身份的第一数字签名，然后第一终端21可采用支付二维码生成管理软件自动将加密后的该第一数字签名和交互信息进行编辑以生成支付用的二维码。生成二维码后将其动态地显示于智能手机的显示屏上。
步骤S14：第二终端22扫描显示于第一终端21的显示屏上的二维码，并解密获取二维码包括的交互信息。
收款方通过第二终端22的二维码识读装置扫描第一终端21的显示屏上显示的支付二维码。第二终端22的内置软件对解密后的二维码进行解码，从而获取交互信息并进行本地存储，然后第二终端22将交互信息发送至服务器23以为第二账户充值。本实施例中为第二账户充值是指服务器23将交互数据为第二账户所持有，即使得第二账户增加与交互数据相等的余额。
本实施例优选在第二终端22扫描显示于第一终端的显示屏上的二维码之后，第二终端23通过无线网络WiFi传输、蓝牙传输、音频信号传输或二维码扫描将第二账户的账户信息传输至第一终端21，以使第一终端21获知本次交易的收款方信息，例如第二账户的账户信息，实现付款方与收款方对交易信息的及时双向共享。
步骤S15：服务器23根据交互信息为第二终端的第二账户充值。
基于本实施例的数据交互为电子现金金额交易支付，对应地，为第二账户充值可以看作是收款方的提现阶段，即收款方把交互信息记录至服务器的过程。具体而言：
第二终端22将第二账户的包括交互信息和第二终端22采用第二私钥进行签名的第二数字签名的提现请求发送至服务器23。服务器23再次采用自身存储的第一公钥对交互信息中的第一数字签名进行认证、采用自身存储的第二公钥对提现请求中的第二数字签名进行认证、对交互信息中的追踪码进行认证，并在全部认证通过后使第二账户持有交互数据，且保存交互信息，用以作为本次交易的交易记录。其中，若服务器23判断交互信息中的追踪码为第一账户在充值阶段所生成的，则表示追踪码认证通过。
对于充值阶段中每一次充值的充值数据可用于交互阶段的多次交互的情况，本实施例的数据交互方法进一步包括：若服务器23判断多次交互(交易)时同一追踪码对应的交互数据之和等于充值数据，则追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过。也就是说，若服务器23判断本次交易时所用的追踪码a对应的交易金额200元与该追踪码a之前一次或多次交易时对应的交易金额200元之和400元，等于该追踪码a在充值阶段对应的充值金额400元，则说明该笔充值金额400元已经被全部用于交易支付，服务器23在之后的交易中不执行对使用该追踪码a进行的交易认证。
对于充值阶段中每一次充值的充值数据可用于交互阶段的多次交互的情况，本发明在另一实施例中，若服务器23判断当前交互的追踪码与历史交互的追踪码相同，则当前交互的追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过。也就是说，若服务器23判断本次交易的追踪码b与前一次交易的追踪码b相同，则服务器23允许本次交易的追踪码b通过认证，但是在下一次以及以后的交易中不执行对使用该追踪码b进行的交易认证。或者，若服务器23判断本次交易的追踪码b与前一次交易的追踪码b相同，则服务器23不允许本次交易的追踪码b通过认证，并且在下一次以及以后的交易中不执行对使用该追踪码b进行的交易认证。
基于上述，可知本实施例设计收款方(第一终端21)通过二维码扫描的方式将交互数据发送给付款方(第二终端22)，交互不需实时联网，在离线模式下即可实现。另外，采用追踪码对收款方发送的交互信息进行有效性验证，使得交易具有可追溯性，提高了交易的安全性，并且追踪码的生成及认证简单且成本低，具有很高的普及性。
本发明的数据交互方法不仅用于上述实施例描述的电子现金金额交易支付，而且适用于电子票据入场，此时追踪码仅能用于一次交互(入场签到)，在一次交互认证后，该追踪码即被服务器23标记为无效，不能在下一次以及以后的入场签到中通过认证。
进一步地，本发明的数据交互方法还可适用于门禁认证，此时若服务器23判断追踪码的当前交互时间(本次门禁认证时间)与追踪码的生成时间(权限授权时间)的差值大于预定的时间阈值，例如24小时，则追踪码失效，追踪码在下一次以及以后的交互阶段中无法通过认证，即无法通过门禁认证进入。
本发明还提供有第二实施例的数据交互方法，其在第一实施例揭示的手势识别方法的基础上进行详细描述。本实施例与第一实施例的手势识别方法的不同之处在于：
本实施例考虑到若改由第三终端取代第一终端21向服务器23发送为第一账户充值的充值请求的情况，即改用第三终端取代第一终端21登陆第一账户，并进行上述充值阶段、交互阶段和提现阶段。
此处有必要引入第一实施例中对第一账户和第二账户的账户申请的描述，由于第一账户和第二账户的账户申请过程相同，因此本实施例优选以第一账户的申请为例进行描述，具体而言：
第一终端21接收用户输入的需要与银行账户等关联账户的账户名、账户卡号等申请信息，然后根据申请信息向服务器23发送账户申请请求。服务器23接收到账户申请请求后检索该申请信息中所要申请的关联账户是否已经对应开通了账户，若有则向第一终端21发送密码验证消息。用户通过第一终端21输入或设置密码，第一终端21优选采用SHA-1哈希算法计算该密码的哈希值并发送至服务器23，服务器23根据该哈希值验证用户输入的密码是否通过验证，并在通过验证后优选根据RSA非对称算法生成加密密钥数据，并将第一私钥发送给第一终端21，而对应的第一公钥保存在服务器23且不公开，进一步优选服务器23将关联账户的历史交易记录发送至第一终端21。
对于本实施例，虽然更换了登陆第一账户和第二账户的终端，但是进行数据交互时仍是由第一账户和第二账户完成，第一终端21和第二终端22的作用主要是分别对应保存第一私钥和第二私钥，并据此生成第一数字签名和第二数字签名，以便于后续的身份认证。基于此，本实施例在账户申请阶段中，第一终端21将第一私钥、第一账户的账户信息及其交互记录，同步保存至第三终端。进一步地，服务器23对第三终端的第一私钥进行更新，使得第一终端21所保存的加密密钥数据失效，从而确保加密密钥数据不会因第一终端21的更换而泄露。
同理，若改由第四终端取代第二终端22向服务器23发送提现请求，则在账户申请阶段，第二终端22将第二私钥、第二账户的账户信息及其交互记录，同步保存至第四终端。进一步地，服务器23对第四终端的第二私钥进行更新，使得第二终端22所保存的加密密钥数据失效，从而确保加密密钥数据不会因第二终端22的更换而泄露。
本发明还提供一种第二实施例的数据交互系统30。请参阅图3所示，本实施例的数据交互系统30包括第一数据交互终端31、第二数据交互终端32以及分别与二者通信连接的服务器33。其中：
第一数据交互终端31作为电子现金金额交易支付中的付款方终端，包括第一接收模块311、第一处理模块312、显示屏313和第一发送模块314。第二数据交互终端32作为电子现金金额交易支付中的收款方终端，包括扫描模块321、第二处理模块322和第二发送模块323。服务器33包括第二接收模块331和第三处理模块332。在上述数据交互方法的实施例的描述基础上，
在充值阶段，第一接收模块311用于获取用户输入的充值数据。第一发送模块314用于在第一处理模块312的控制下向服务器33发送第一账户的包括充值数据和第一数据交互终端31的第一处理模块312采用第一私钥签名的第一数字签名的充值请求。
服务器33的第二接收模块331接收第一发送模块314发送的充值请求，并在第三处理模块332对第一数字签名认证通过后使第一账户持有充值数据，且生成追踪码。在本实施例中，追踪码是由服务器33的第三处理模块332随机生成的且用以标识第一账户每一次充值的充值数据，也就是说，追踪码是用来跟踪每一笔充值的充值金额，类似于人民币冠号，以在后续的交易支付阶段中只有服务器33的第三处理模块332判断交互信息中的追踪码为第一账户在充值阶段所生成，才可执行为第二账户充值。
进一步地，服务器33可进行交易总金额的流动性风险控制，即在充值阶段若服务器33的第三处理模块332判断生成的追踪码的数量大于预定的标准阈值，则第三处理模块332不再生成追踪码，不再执行充值阶段。其中，预定的标准阈值是能够保证追踪码在超量发生的一刻或者即将发生并预留有预警数量的生成评判标准，其可以通过对具体应用场景中发生的多起交易支付事件进行分析与总结得到。另外，该标准阈值可以是某一具体数据值，也可以是一组数据值。
对于充值阶段中每一次充值的充值数据可用于交互阶段的多次交互的情况，若服务器33的第三处理模块332判断多次交互(交易)时同一追踪码对应的交互数据之和等于充值数据，则追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过。
当然，对于充值阶段中每一次充值的充值数据可用于交互阶段的多次交互的情况，在另一实施例中，若第三处理模块332判断当前交互的追踪码与历史交互的追踪码相同，则判定当前交互的追踪码失效，追踪码在下一次交互的交互阶段中无法认证通过。
由于本发明的数据交互系统30不仅用于上述实施例描述的电子现金金额交易支付，而且适用于电子票据入场，此时第三处理模块332若判断追踪码已经使用过一次，则标记该追踪码为无效，不能在下一次以及以后的入场签到中通过认证。
进一步地，本发明的数据交互系统30还可适用于门禁认证，此时若第三处理模块332判断追踪码的当前交互时间(本次门禁认证时间)与追踪码的生成时间(权限授权时间)的差值大于预定的时间阈值，例如24小时，则追踪码失效，追踪码在下一次以及以后的交互阶段中无法通过认证，即无法通过门禁认证进入。
在交互阶段，第一接收模块311用于获取第一账户的交互信息。第一处理模块312用于对交互信息加密并生成二维码。显示屏313用于在第一处理模块312的控制下显示二维码。
其中，优选交互信息包括交互数据和追踪码，交互数据从充值阶段中服务器33的第三处理模块332为第一账户充值的充值数据中扣除。当然，交互信息还可以包括第一数据交互终端31的第一处理模块312采用第一私钥签名的第一数字签名、第一账户的账户信息、追踪码对应的交互数据的充值时间以及交互时间。
扫描模块321用于在交互阶段扫描显示于第一数据交互终端31的显示屏313上的二维码。第二处理模块322用于解密获取二维码包括的交互信息，并据此为第二账户充值。其中，为第二账户充值是指将交互数据为第二账户所持有。
优选地，在扫描模块321扫描显示于显示屏313上的二维码之后，第二发送模块323用于在第二处理模块322的控制下通过无线网络WiFi传输、蓝牙传输、音频信号传输或二维码扫描将第二账户的账户信息传输至第一数据交互终端31，具体通过第一接收模块311接收。
第二发送模块323在第二处理模块322的控制下用于将第二账户的包括交互信息和第二处理模块322采用第二私钥进行签名的第二数字签名的提现请求发送至服务器33。
服务器33的第二接收模块331接收第二发送模块323发送的提现请求，并由第三处理模块332对第一数字签名、第二数字签名和交互信息中的追踪码进行认证，并在认证通过后使第二账户持有交互数据，且保存交互信息与存储介质中。
进一步地，若改由第三数据交互终端取代第一数据交互终端31向服务器33发送为第一账户充值的充值请求，则在账户申请阶段，第一发送模块314在第一处理模块312的控制下用于将第一私钥、第一账户的账户信息及其交互记录，同步保存至第三数据交互终端。优选地，服务器33的第三处理模块332对第三数据交互终端的第一私钥进行更新，使得第一数据交互终端31所保存的加密密钥数据失效，从而确保加密密钥数据不会因第一数据交互终端31的更换而泄露。
同理，若改由第四数据交互终端取代第二数据交互终端32向服务器33发送为第一账户充值的充值请求，则在账户申请阶段，第二发送模块323在第二处理模块322的控制下用于将第二私钥、第二账户的账户信息及其交互记录，同步保存至第四数据交互终端。优选地，服务器33的第三处理模块332对第四数据交互终端的第二私钥进行更新，使得第二数据交互终端32所保存的加密密钥数据失效，从而确保加密密钥数据不会因第二数据交互终端32的更换而泄露。
本实施例中所描述的数据交互系统30对应于上述第一实施例和第二实施例所述的数据交互方法，第一数据交互终端31对应于第一终端21，第二数据交互终端32对应于第二终端22，服务器33对应于图2所示的服务器23，并且各个模块执行数据交互方法对应的步骤，因此具有与其相同的技术效果。
另外，应理解，图3所示数据交互系统30所揭露的实施方式仅仅是示意性的，所描述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统中，或一些特征可以忽略，或不执行。另外，各个模块相互之间的耦合或通信连接可以是通过一些接口，也可以是电性或其它的形式。本领域技术人员可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。
综上所述，本发明设计收款方的终端通过二维码扫描的方式将交互数据发送给付款方的终端，交互不需实时联网，在离线模式下即可实现。并且采用追踪码对收款方发送的交互信息进行有效性验证，使得交易具有可追溯性，提高了交易的安全性。
再次说明，以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，例如各实施例之间技术特征的相互结合，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (20)

1.一种数据交互方法，其特征在于，所述数据交互方法包括：
交互阶段，第一终端将第一账户的交互信息加密后生成二维码，并显示于所述第一终端的显示屏上，以使第二终端通过扫描所述二维码解密获取所述交互信息，并据此为第二账户充值；
其中，所述交互信息包括交互数据和追踪码，所述交互数据从充值阶段中服务器为所述第一账户充值的充值数据中扣除，所述为第二账户充值是指将所述交互数据为所述第二账户所持有，所述追踪码由所述服务器生成且用以标识所述第一账户每一次充值的所述充值数据，若所述服务器判断所述交互信息中的追踪码为所述第一账户在所述充值阶段所生成，则执行为所述第二账户充值。
2.根据权利要求1所述的数据交互方法，其特征在于，在所述交互阶段之前，所述充值阶段包括：
所述第一终端向所述服务器发送第一账户的包括所述充值数据和所述第一终端采用第一私钥签名的第一数字签名的充值请求，以使所述服务器在对所述第一数字签名认证通过后使所述第一账户持有所述充值数据，并生成所述追踪码。
3.根据权利要求2所述的数据交互方法，其特征在于，在所述充值阶段，若所述服务器生成的所述追踪码的数量大于预定的标准阈值，则所述服务器不再生成所述追踪码，不再执行所述充值阶段。
4.根据权利要求2所述的数据交互方法，其特征在于，所述交互信息还包括所述第一账户的账户信息、所述追踪码对应的所述交互数据的充值时间以及交互时间，所述以使第二终端根据所述交互信息为第二账户充值的步骤还包括：
第二终端将第二账户的包括所述交互信息和所述第二终端采用第二私钥进行签名的第二数字签名的提现请求发送至所述服务器，以使所述服务器对所述第一数字签名、所述第二数字签名和所述交互信息中的追踪码进行认证，并在认证通过后使所述第二账户持有所述交互数据，且保存所述交互信息。
5.根据权利要求2所述的数据交互方法，其特征在于，所述充值阶段的每一次充值的所述充值数据可用于所述交互阶段的多次交互，所述数据交互方法进一步包括：
若所述服务器判断多次交互时同一追踪码对应的交互数据之和等于所述充值数据，则所述追踪码失效，所述追踪码在下一次交互的所述交互阶段中无法认证通过；
或者，若所述服务器判断当前交互的追踪码与历史交互的追踪码相同，则所述当前交互的追踪码失效，所述追踪码在下一次交互的所述交互阶段中无法认证通过；
或者，若所述服务器判断所述追踪码的当前交互时间与所述追踪码的生成时间的差值大于预定的时间阈值，则所述追踪码失效，所述追踪码在下一次交互的所述交互阶段中无法认证通过。
6.根据权利要求2所述的数据交互方法，其特征在于，若改由第三终端取代所述第一终端向所述服务器发送为所述第一账户充值的所述充值请求，则所述数据交互方法进一步包括：
账户申请阶段，所述第一终端将所述第一私钥、所述第一账户的账户信息及其交互记录，同步保存至所述第三终端，以使所述服务器对所述第三终端的所述第一私钥进行更新。
7.一种数据交互方法，其特征在于，所述数据交互方法包括：
交互阶段，第二终端扫描显示于第一终端的显示屏上的二维码，并解密获取所述二维码包括的交互信息，据此为第二账户充值；
其中，所述二维码由第一终端将第一账户的所述交互信息加密后生成，所述交互信息包括交互数据和追踪码，所述交互数据从充值阶段中服务器为所述第一账户充值的充值数据中扣除，所述为第二账户充值是指将所述交互数据为所述第二账户所持有，所述追踪码由所述服务器生成且用以标识所述第一账户每一次充值的所述充值数据，若所述服务器判断所述交互信息中的追踪码为所述第一账户在所述充值阶段所生成，则执行为所述第二账户充值。
8.根据权利要求7所述的数据交互方法，其特征在于，所述交互信息还包括所述第一终端采用第一私钥签名的第一数字签名、所述第一账户的账户信息、所述追踪码对应的所述交互数据的充值时间以及交互时间，所述第二终端根据所述交互信息为第二账户充值的步骤包括：
第二终端将第二账户的包括所述交互信息和所述第二终端采用第二私钥进行签名的第二数字签名的提现请求发送至所述服务器，以使所述服务器对所述第一数字签名、所述第二数字签名和所述交互信息中的追踪码进行认证，并在认证通过后使所述第二账户持有所述交互数据，且保存所述交互信息。
9.根据权利要求8所述的数据交互方法，其特征在于，在所述交互阶段，所述第二终端扫描显示于第一终端的显示屏上的二维码的步骤之后进一步包括：
所述第二终端通过无线网络WiFi传输、蓝牙传输、音频信号传输或二维码扫描将所述第二账户的账户信息传输至所述第一终端。
10.根据权利要求8所述的数据交互方法，其特征在于，若改由第四终端取代所述第二终端向所述服务器发送所述提现请求，所述数据交互方法进一步包括：
账户申请阶段，所述第二终端将所述第二私钥、所述第二账户的账户信息及其交互记录，同步保存至所述第四终端，以使所述服务器对所述第四终端的所述第二私钥进行更新。
11.一种数据交互终端，其特征在于，所述数据交互终端包括接收模块、处理模块和显示屏，在交互阶段所述接收模块用于获取第一账户的交互信息，所述处理模块用于对所述交互信息加密并生成二维码，所述显示屏用于在所述处理模块的控制下显示所述二维码，以使第二终端通过扫描所述二维码解密获取所述交互信息，并据此为第二账户充值；
其中，所述交互信息包括交互数据和追踪码，所述交互数据从充值阶段中服务器为所述第一账户充值的充值数据中扣除，所述为第二账户充值是指将所述交互数据为所述第二账户所持有，所述追踪码由所述服务器生成且用以标识所述第一账户每一次充值的所述充值数据，若所述服务器判断所述交互信息中的追踪码为所述第一账户在所述充值阶段所生成，则执行为所述第二账户充值。
12.根据权利要求11所述的数据交互终端，其特征在于，所述数据交互终端还包括发送模块，所述发送模块用于在所述充值阶段向所述服务器发送第一账户的包括所述充值数据和所述第一终端采用第一私钥签名的第一数字签名的充值请求，以使所述服务器在对所述第一数字签名认证通过后使所述第一账户持有所述充值数据，并生成所述追踪码。
13.根据权利要求12所述的数据交互终端，其特征在于，若改由第三终端取代所述第一终端向所述服务器发送为所述第一账户充值的所述充值请求，则在账户申请阶段，所述发送模块在所述处理模块的控制下进一步用于将所述第一私钥、所述第一账户的账户信息及其交互记录，同步保存至所述第三终端，以使所述服务器对所述第三终端的所述第一私钥进行更新。
14.一种数据交互终端，其特征在于，所述数据交互终端包括扫描模块和处理模块，在交互阶段所述扫描模块用于扫描显示于第一终端的显示屏上的二维码，所述处理模块用于解密获取所述二维码包括的交互信息，并据此为第二账户充值；
其中，所述二维码由第一终端将第一账户的所述交互信息加密后生成，所述交互信息包括交互数据和追踪码，所述交互数据从充值阶段中服务器为所述第一账户充值的充值数据中扣除，所述为第二账户充值是指将所述交互数据为所述第二账户所持有，所述追踪码由所述服务器生成且用以标识所述第一账户每一次充值的所述充值数据，若所述服务器判断所述交互信息中的追踪码为所述第一账户在所述充值阶段所生成，则执行为所述第二账户充值。
15.根据权利要求14所述的数据交互终端，其特征在于，所述交互信息还包括所述第一终端采用第一私钥签名的第一数字签名、所述第一账户的账户信息、所述追踪码对应的所述交互数据的充值时间以及交互时间，所述数据交互终端还包括发送模块，所述发送模块在所述处理模块的控制下用于将第二账户的包括所述交互信息和所述数据交互终端采用第二私钥进行签名的第二数字签名的提现请求发送至所述服务器，以使所述服务器对所述第一数字签名、所述第二数字签名和所述交互信息中的追踪码进行认证，并在认证通过后使所述第二账户持有所述交互数据，且保存所述交互信息。
16.根据权利要求15所述的数据交互终端，其特征在于，在所述扫描模块扫描显示于第一终端的显示屏上的二维码之后，所述发送模块进一步用于通过无线网络WiFi传输、蓝牙传输、音频信号传输或二维码扫描将所述第二账户的账户信息传输至所述第一终端。
17.根据权利要求15所述的数据交互终端，其特征在于，若改由第四终端取代所述数据交互终端向所述服务器发送为所述第一账户充值的所述充值请求，则在账户申请阶段，所述发送模块在所述处理模块的控制下进一步用于将所述第二私钥、所述第二账户的账户信息及其交互记录，同步保存至所述第四终端，以使所述服务器对所述第四终端的所述第二私钥进行更新。
18.一种用于数据交互的服务器，其特征在于，所述服务器包括接收模块和处理模块，所述接收模块用于在充值阶段接收第一终端发送的为第一账户充值的充值数据，所述处理模块用于生成标识所述第一账户每一次充值的所述充值数据的追踪码以及使所述第一账户持有所述充值数据，以使所述第一终端在交互阶段将第一账户的交互信息加密后生成二维码，并显示于所述第一终端的显示屏上，在第二终端通过扫描所述二维码解密获取所述交互信息时，所述处理模块用于判断所述交互信息中的追踪码是否为所述第一账户在所述充值阶段所生成，若是则根据所述交互信息为第二账户充值；
其中，所述交互信息包括交互数据和追踪码，所述交互数据从充值阶段中服务器为所述第一账户充值的所述充值数据中扣除，所述为第二账户充值是指将所述交互数据为所述第二账户所持有。
19.根据权利要求18所述的服务器，其特征在于，在所述充值阶段，若所述处理模块生成的所述追踪码的数量大于预定的标准阈值，则所述处理模块不再生成所述追踪码，不再执行所述充值阶段。
20.根据权利要求18所述的服务器，其特征在于，所述充值阶段的每一次充值的所述充值数据可用于所述交互阶段的多次交互，则
若所述处理模块判断多次交互时同一追踪码对应的交互数据之和等于所述充值数据，则判定所述追踪码失效，所述追踪码在下一次交互的所述交互阶段中无法认证通过；
或者，若所处理模块判断当前交互的追踪码与历史交互的追踪码相同，则判定所述当前交互的追踪码失效，所述追踪码在下一次交互的所述交互阶段中无法认证通过；
或者，若所述处理模块判断所述追踪码的当前交互时间与所述追踪码的生成时间的差值大于预定的时间阈值，则判定所述追踪码失效，所述追踪码在下一次交互的所述交互阶段中无法认证通过。
CN201410240240.9A 2014-05-30 2014-05-30 离线模式下的数据交互方法、终端以及服务器 Expired - Fee Related CN104050567B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410240240.9A CN104050567B (zh) 2014-05-30 2014-05-30 离线模式下的数据交互方法、终端以及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410240240.9A CN104050567B (zh) 2014-05-30 2014-05-30 离线模式下的数据交互方法、终端以及服务器

Publications (2)

Publication Number Publication Date
CN104050567A CN104050567A (zh) 2014-09-17
CN104050567B true CN104050567B (zh) 2017-11-28

Family

ID=51503373

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410240240.9A Expired - Fee Related CN104050567B (zh) 2014-05-30 2014-05-30 离线模式下的数据交互方法、终端以及服务器

Country Status (1)

Country Link
CN (1) CN104050567B (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106204035A (zh) * 2015-04-30 2016-12-07 阿里巴巴集团控股有限公司 离线身份认证方法、智能终端及系统
CN106713218B (zh) * 2015-07-17 2020-02-07 腾讯科技（深圳）有限公司 资源交换方法及装置
CN105281843B (zh) * 2015-09-10 2018-08-24 移康智能科技（上海）股份有限公司 二维码信息的发送、接收方法及发送、接收装置
CN111885111B (zh) * 2015-10-15 2021-09-28 腾讯科技（深圳）有限公司 一种信息处理方法、装置及系统
CN106779673B (zh) * 2015-11-23 2021-07-09 南京星云数字技术有限公司 一种电子支付方法及系统
CN106845982A (zh) * 2016-03-18 2017-06-13 任少华 支付收款的系统或方法
CN111343233B (zh) 2016-09-20 2023-06-30 徐蔚 一种基于存储的支付方法、装置与移动终端
CN106709020A (zh) * 2016-12-27 2017-05-24 努比亚技术有限公司 一种链接生成方法及服务器
CN107180351A (zh) * 2017-04-13 2017-09-19 上海动联信息技术股份有限公司 一种脱机动态二维码生成方法、支付方法及设备
CN112488697A (zh) 2019-06-03 2021-03-12 创新先进技术有限公司 离线图形码的处理、生成方法及装置
CN110544087A (zh) * 2019-07-22 2019-12-06 深圳壹账通智能科技有限公司 移动支付方法、装置、设备及计算机可读存储介质
CN111144875B (zh) * 2019-11-30 2023-04-18 飞天诚信科技股份有限公司 一种终端设备及其工作方法
CN112364272B (zh) * 2021-01-13 2021-07-16 统信软件技术有限公司 一种交互方法、系统及计算设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101866498A (zh) * 2009-09-30 2010-10-20 深圳市安捷信联科技有限公司 一种基于智能卡的电子票实现方法及系统
CN103493460A (zh) * 2011-04-04 2014-01-01 邦提恩科斯公司 借助于终端来认证实体的方法和系统
CN103544595A (zh) * 2012-11-09 2014-01-29 上海网赛网络科技有限公司 基于移动终端的支付系统及方法、支付二维码生成方法
CN103617531A (zh) * 2013-12-16 2014-03-05 信雅达系统工程股份有限公司 基于可信二维码的安全支付方法和装置
CN103617522A (zh) * 2013-11-28 2014-03-05 王冉 一种快速响应矩阵码小票支付方法及系统
CN103778531A (zh) * 2014-02-23 2014-05-07 王恩惠 一种基于二维码实现电子银行卡支付的方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103714458B (zh) * 2013-12-20 2017-03-29 江苏大学 基于二维码的移动终端交易加密方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101866498A (zh) * 2009-09-30 2010-10-20 深圳市安捷信联科技有限公司 一种基于智能卡的电子票实现方法及系统
CN103493460A (zh) * 2011-04-04 2014-01-01 邦提恩科斯公司 借助于终端来认证实体的方法和系统
CN103544595A (zh) * 2012-11-09 2014-01-29 上海网赛网络科技有限公司 基于移动终端的支付系统及方法、支付二维码生成方法
CN103617522A (zh) * 2013-11-28 2014-03-05 王冉 一种快速响应矩阵码小票支付方法及系统
CN103617531A (zh) * 2013-12-16 2014-03-05 信雅达系统工程股份有限公司 基于可信二维码的安全支付方法和装置
CN103778531A (zh) * 2014-02-23 2014-05-07 王恩惠 一种基于二维码实现电子银行卡支付的方法及系统

Also Published As

Publication number Publication date
CN104050567A (zh) 2014-09-17

Similar Documents

Publication Publication Date Title
CN104050567B (zh) 离线模式下的数据交互方法、终端以及服务器
WO2018137622A1 (zh) 一种基于信息标识码进行信息验证的方法及终端
CN103701609B (zh) 一种服务器与操作终端双向认证的方法及系统
CN105373955B (zh) 基于多重签名的数字资产处理方法及装置
US8874913B1 (en) Secure communications between devices using a trusted server
CN106600252A (zh) 一种基于区块链的支付方法及系统
CN104574653B (zh) 基于车载单元实现电子钱包ic卡在线充值的方法及系统
CN106462843A (zh) 用于安全远程支付处理的主小应用程序
CN102468960A (zh) 一种离线模式身份与交易认证方法及终端
CN103123706A (zh) 账单代付管理方法、装置及系统
EP2805536B1 (en) Secure communications between devices and a trusted server
CN101686225A (zh) 一种用于网上支付的数据加密和密钥生成方法
CN102103778A (zh) 移动支付系统、移动终端及移动支付业务的实现方法
CN106062799A (zh) 用于对用户和不带有安全元件的移动设备进行安全认证的方法及系统
CN102789607A (zh) 一种网络交易方法和系统
CN106104605A (zh) 用于在不带有安全元件的移动设备中生成高级存储密钥的方法及系统
CN101697220A (zh) 保护基于pin交易的安全的系统和方法
CN103812835A (zh) 一种基于公钥算法的离线模式身份与交易认证方法
CN101138242A (zh) 交互式电视系统
CN102129650A (zh) 网络金融
CN107392591A (zh) 行业卡的在线充值方法、系统及蓝牙读写装置
CN103345703A (zh) 基于图像验证的银行业务交易认证方法及系统
CN104200359A (zh) 应用于移动设备的支付加密硬件的应用方法
CN103268436A (zh) 移动支付中一种基于触摸屏的图形化密码验证方法与系统
CN103530768A (zh) 移动通信支付系统及其用于费用支付的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190716

Address after: 518000 Guangdong city of Shenzhen province Qianhai Shenzhen Hong Kong cooperation zone before Bay Road No. 1 building 201 room A (located in Shenzhen Qianhai business secretary Co. Ltd.)

Patentee after: WEISHIBO INFORMATION SERVICE (SHENZHEN) CO.,LTD.

Address before: 518053 Guangdong city of Shenzhen province Nanshan District overseas Chinese town in Eastern Industrial Zone H3 building 501B

Co-patentee before: JIANGSU TINNO ELECTRONICS TECHNOLOGY Co.,Ltd.

Patentee before: SHENZHEN TINNO WIRELESS TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20191114

Address after: 100012 unit 1103, floor 11, building 1, Chengying center, No. 5 yard, Laiguangying West Road, Chaoyang District, Beijing

Patentee after: Beijing shengshang Education Technology Co.,Ltd.

Address before: 518000 Guangdong city of Shenzhen province Qianhai Shenzhen Hong Kong cooperation zone before Bay Road No. 1 building 201 room A (located in Shenzhen Qianhai business secretary Co. Ltd.)

Patentee before: WEISHIBO INFORMATION SERVICE (SHENZHEN) CO.,LTD.

CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20171128