用于电子支付的数字钱包数据记录方法及数据核验方法技术

本发明专利技术涉及数字货币钱包的数据处理技术领域，具体涉及用于电子支付的数字钱包数据记录方法及数据核验方法；其中，数字钱包数据记录方法主要包括交易数据准备，校验托管方选择以及凭证数据分发与保存，进而将经多方验证的数据保存在多方的本地数据中。再采用数字钱包数据核验方法既可获取由数字钱包数据记录方法保存记录的可信交易数据供平台方与客户方核验。本发明专利技术引入了校验托管方，加强了交易行为数据的可信度，为平台方的数字钱包功能提供了多方安全机制，使客户方可以放心使用平台方提供的数字钱包功能。提供的数字钱包功能。提供的数字钱包功能。

【技术实现步骤摘要】
用于电子支付的数字钱包数据记录方法及数据核验方法


[0001]本专利技术涉及数字货币钱包的数据处理
，具体而言，涉及用于电子支付的数字钱包数据记录方法及数据核验方法。

技术介绍

[0002]随着互联网应用与加密技术的发展，电子支付被应用于各类互联网应用场景。目前各类电商、物流、医疗、生活服务等服务平台在面向客户服务时都会提供一个平台内的钱包功能，即在业务系统中为每个用户维护一个账号；并提供充值和消费等服务。在客户充值时，将实际货币转换为服务平台内部的一种消费计量单位，如点券、票据、余额、押金等，这些计量单位数据的本质是与因支付权威机构（网银、第三方支付平台等）的业务背书，而形成信用力和认证力。但当客户完成充值后，这些支付行为在服务平台内的记录形式通常为数据库的表模型记录数据，而在客户消费时，又仅在平台端的数据库进行操作记录。这些数据在对平台方来讲修改的代价是很低的，客户方的权益保证几乎完全依赖于服务平台自我约束和道德水平。当平台因事故、经营问题发生变故时。客户方的举证与权益维护成本极高。这种技术性困扰显著地限制了各平台的支付数字化支付推广。
[0003]为解决用户信任问题，部分服务平台会引入信用较好的第三方平台作为背书，但随着时间的推移越来越多的平台使用三方背书，实际的信用问题仅是转嫁到了第三方，交易结构与过程没有实质性区别。同时这种趋势容易形成第三方在线支付寡头，对各服务平台在长期发展中自主控制能力是不利的。而当下以区块链技术为基本原理的数字货币虽能提供较强的可信性与可靠性，但需要消耗巨大的算力，搭建成本高昂的数字货币网络，且交易和计算过程缓慢，难以直接应用于普通的诸如电商、支付等场景。如何在相对可控的成本之下，进一步提升平台方与客户方之间在数字支付方面关于行为数据的可追溯性与真实性，成为一大需求。

技术实现思路

[0004]本专利技术的目的在于提供用于电子支付的数字钱包数据记录方法及数据核验方法，其用于解决平台方与客户方之间在数字支付方面关于行为数据的可追溯性与真实性较差的问题。
[0005]本专利技术的实施例通过以下技术方案实现：第一方面，提供用于电子支付的数字钱包数据记录方法，包括如下步骤：S1.平台方生成当前交易行为中需持久化保存的交易数据，对交易数据进行加密并与客户方确认，再将加密并确认后的交易数据作为分发数据块DDB保存在平台方服务器中；S2.平台方获取客户方的校验托管方信息，将在预设连续时间段内不在线的校验托管方删除，得到校验托管方列表VT_list，再判断校验托管方列表的长度是否符合安全要求，若是则将当前校验托管方列表VT_list中的校验托管方更新为客户方的校验托管方；若
否则增加新的校验托管方至校验托管方列表VT_list，并将当前的校验托管方列表VT_list中的校验托管方更新为客户方的校验托管方；S3.平台方向新增的校验托管方同步客户方本次交易行为之前的预设交易次数的分发数据块DDB，同时平台方向客户方发送本批次校验托管方的信息；校验托管方计算预设交易次数的多个分发数据块DDB中的各分项数据的hash值，并以加密的方式发送给客户方；客户方验证校验托管方的hash值是否与本地预设交易次数的多个分发数据块DDB中各分项数据的hash值一致，若不一致，则跳转执行S2；若一致则向平台方发送确认信息，平台方确认后将本次交易行为的分发数据块DDB发送至校验托管方，校验托管方再将本次交易行为的分发数据块DDB的hash值发送至平台方和客户方，平台方、客户方和校验托管方三方核对本次交易行为的分发数据块DDB的hash值一致时，将本次交易行为产生的分发数据块DDB保存在本地。
[0006]进一步的，所述S1包括：S11.平台方通过密钥算法生成公密钥PubKey
S
、私密钥PriKey
S
，客户方通过密钥算法生成公密钥PubKey
C
、私密钥PriKey
C
；平台方与客户方交换公密钥；S12.平台方将当前交易中的关联信息形成结构化的交易数据Data
Trx
，并对交易数据Data
Trx
进行数字签名，再将签名后的数据追加到交易数据Data
Trx
中，并再对追加签名数据的交易数据Data
Trx
使用客户方的公密钥PubKey
C
加密，得到本次交易行为初始的数据块RDB，平台方再通过数据块RDB获取预分发数据块PDDB；S13.将预分发数据块PDDB发送至客户方，客户方通过平台方公密钥PubKey
S
解密，进行数据确认并将确认信息Rsp反馈至平台方，平台方检查确认信息Rsp，若确认信息Rsp中提示有错误，则重新执行S12，否则执行下一步；S14.平台方将确认信息Rsp追加到预分发数据块PDDB中，对追加确认信息Rsp的预分发数据块PDDB进行数字签名，再将签名后的数据追加到预分发数据块PDDB中，并再对追加签名数据的预分发数据块PDDB使用客户方的公密钥PubKey
C
加密，得到分发数据块DDB，并将分发数据块DDB作为长期数据保存在平台方服务器中。
[0007]进一步的，所述平台方再通过数据块RDB获取预分发数据块PDDB具体为：判断当前交易行为是否是客户方与平台方的第一次交易；若是，则直接将本次交易行为的数据块RDB作为预分发数据块PDDB；若不是，则将本次交易行为的数据块RDB和前m次交易行为的m个数据块RDB，按时间顺序进行数据收尾追加，获得数据块集合RDB
list
，再对数据块集合RDB
list
进行数字签名，再将签名后的数据追加到数据块集合RDB
list
中，并再对追加签名数据的数据块集合RDB
list
使用客户方的公密钥PubKey
C
加密，得到预分发数据块PDDB。
[0008]进一步的，所述S2包括：S21.平台方获取当前客户方的校验托管方信息，并将在预设连续时间段内不在线的校验托管方删除，得到校验托管方列表VT_list；S22.根据校验托管方列表VT_list的长度获取安全阈值STN，并判断安全阈值STN是否小于0，若是则补充新的校验托管方至校验托管方列表VT_list再执行S22，若否则直接执行下一步；S23.将本次交易行为处理过程中新增的N2个校验托管方进行区别标记，其中N2≥
0；S24.将当前校验托管方列表VT_list中的校验托管方以增量形式更新为客户方的校验托管方。
[0009]进一步的，所述补充新的校验托管方至校验托管方列表VT_list具体为：根据客户方在预设D天内与平台方的通信IP地址，获取客户方的常居IP；获取常居IP的地理坐标以及所在区域，根据坐标获取与客户方空间距离最近且不处于同一所在区域的cn个候选校验托管方，得到候选校验托管方列表CVT_list；获取候选校验托管方列表CVT_list中各候选校验托管方的信用值ST，如下式所示：其中，O
...

【技术保护点】

【技术特征摘要】
1.用于电子支付的数字钱包数据记录方法，其特征在于，包括如下步骤：S1.平台方生成当前交易行为中需持久化保存的交易数据，对交易数据进行加密并与客户方确认，再将加密并确认后的交易数据作为分发数据块DDB保存在平台方服务器中；S2.平台方获取客户方的校验托管方信息，将在预设连续时间段内不在线的校验托管方删除，得到校验托管方列表VT_list，再判断校验托管方列表的长度是否符合安全要求，若是则将当前校验托管方列表VT_list中的校验托管方更新为客户方的校验托管方；若否则增加新的校验托管方至校验托管方列表VT_list，并将当前的校验托管方列表VT_list中的校验托管方更新为客户方的校验托管方；S3.平台方向新增的校验托管方同步客户方本次交易行为之前的预设交易次数的分发数据块DDB，同时平台方向客户方发送本批次校验托管方的信息；校验托管方计算预设交易次数的多个分发数据块DDB中的各分项数据的hash值，并以加密的方式发送给客户方；客户方验证校验托管方的hash值是否与本地预设交易次数的多个分发数据块DDB中各分项数据的hash值一致，若不一致，则跳转执行S2；若一致则向平台方发送确认信息，平台方确认后将本次交易行为的分发数据块DDB发送至校验托管方，校验托管方再将本次交易行为的分发数据块DDB的hash值发送至平台方和客户方，平台方、客户方和校验托管方三方核对本次交易行为的分发数据块DDB的hash值一致时，将本次交易行为产生的分发数据块DDB保存在本地。2.根据权利要求1所述的用于电子支付的数字钱包数据记录方法，其特征在于，所述S1包括：S11.平台方通过密钥算法生成公密钥PubKey
S
、私密钥PriKey
S
，客户方通过密钥算法生成公密钥PubKey
C
、私密钥PriKey
C
；平台方与客户方交换公密钥；S12.平台方将当前交易中的关联信息形成结构化的交易数据Data
Trx
，并对交易数据Data
Trx
进行数字签名，再将签名后的数据追加到交易数据Data
Trx
中，并再对追加签名数据的交易数据Data
Trx
使用客户方的公密钥PubKey
C
加密，得到本次交易行为初始的数据块RDB，平台方再通过数据块RDB获取预分发数据块PDDB；S13.将预分发数据块PDDB发送至客户方，客户方通过平台方公密钥PubKey
S
解密，进行数据确认并将确认信息Rsp反馈至平台方，平台方检查确认信息Rsp，若确认信息Rsp中提示有错误，则重新执行S12，否则执行下一步；S14.平台方将确认信息Rsp追加到预分发数据块PDDB中，对追加确认信息Rsp的预分发数据块PDDB进行数字签名，再将签名后的数据追加到预分发数据块PDDB中，并再对追加签名数据的预分发数据块PDDB使用客户方的公密钥PubKey
C
加密，得到分发数据块DDB，并将分发数据块DDB作为长期数据保存在平台方服务器中。3.根据权利要求2所述的用于电子支付的数字钱包数据记录方法，其特征在于，所述平台方再通过数据块RDB获取预分发数据块PDDB具体为：判断当前交易行为是否是客户方与平台方的第一次交易；若是，则直接将本次交易行为的数据块RDB作为预分发数据块PDDB；若不是，则将本次交易行为的数据块RDB和前m次交易行为的m个数据块RDB，按时间顺序进行数据收尾追加，获得数据块集合RDB
list
，再对数据块集合RDB
list
进行数字签名，再将签名后的数据追加到数据块集合RDB
list
中，并再对追加签名数据的数据块集合RDB
list
使用
客户方的公密钥PubKey
C
加密，得到预分发数据块PDDB。4.根据权利要求2所述的用于电子支付的数字钱包数据记录方法，其特征在于，所述S2包括：S21.平台方获取当前客户方的校验托管方信息，并将在预设连续时间段内不在线的校验托管方删除，得到校验托管方列表VT_list；S22.根据校验托管方列表VT_list的长度获取安全阈值STN，并判断安全阈值STN是否小于0，若是则补充新的校验托管方至校验托管方列表VT_list再执行S22，若否则直接执行下一步；S23.将本次交易行为处理过程中新增的N2个校验托管方进行区别标记，其中N2≥0；S24.将当前校验托管方列表VT_list中的校验托管方以增量形式更新为客户方的校验托管方。5.根据权利要求4所述的用于电子支付的数字钱包数据记录方法，其特征在于，所述补充新的校验托管方至校验托管方列表VT_list具体为：根据客户方在预设D天内与平台方的通信IP地址，获取客户方的常居IP；获取常居IP的地理坐标以及所在区域，根据坐标获取与客户方空间距离最近且不处于同一所在区域的cn个候选校验托管方，得到候选校验托管方列表CVT_list；获取候选校验托管方列表CVT_list中各候选校验托管方的信用值ST，如下式所示：其中，O
c
为候选校验托管方的总在线天数，O
p
为平台总运行天数，pay
c
为候选校验托管方的总交易行为数，pay
p
为平台的总交易行为数，F
c
为候选校验托管方业务功能总操作数，F
p
为平台业务功能总操作数，Re
c
为候选校验托管方的总撤销交易行为数，Re
p
为平台的总撤销交易行为数；p1+p2=1，且p1＞0.7，p2＜0.3；选择信用值ST最...

【专利技术属性】
技术研发人员：岳莉莉，苏元一，范亚国，李奔，高源，
申请(专利权)人：国能北京商务网络有限公司，
类型：发明
国别省市：