[发明专利]一种确保网络电子交易的数据真实性的确认方法无效
申请号: | 200910083295.2 | 申请日: | 2009-05-04 |
公开(公告)号: | CN101540031A | 公开(公告)日: | 2009-09-23 |
发明(设计)人: | 李勇 | 申请(专利权)人: | 李勇 |
主分类号: | G06Q30/00 | 分类号: | G06Q30/00;H04L9/32;H04L29/06 |
代理公司: | 暂无信息 | 代理人: | 暂无信息 |
地址: | 100102北京市朝阳区望京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 确保 网络 电子 交易 数据 真实性 确认 方法 | ||
1.一种确保网络电子交易的数据真实性的确认方法,应用在不可靠的客户端与可靠的网络后台交易程序之间传送电子交易数据,其特征在于,所述确认方法包括以下步骤:
A1:网络后台交易程序和用户,通过第二通道确定一个参与电子交易数据真实性确认运算的确认运算信息集;
A2:在用户端显示电子交易数据时,同时显示指示如何利用所述确认运算信息集对电子交易数据真实性确认运算的运算指示信息;
A3:用户根据所述运算指示信息和所述确认运算信息集计算得到用户端真实性验证码,用户将所述用户端真实性验证码通过用户端输入,用户端将所述用户端真实性验证码发送给所述网络后台交易程序;
A4:所述网络后台交易程序根据所述运算指示信息和所述确认运算信息集执行与所述A3相同的计算得到后台端真实性验证码;
A5:所述网络后台交易程序比较所述用户端真实性验证码和所述后台端真实性验证码,二者一致,则执行后续的电子交易处理;不一致,则拒绝执行后续的电子交易处理。
2.根据权利要求1所述的确认方法,其特征在于,所述A 1的所述通过第二通道确定一个参与电子交易数据真实性确认运算的确认运算信息集,具体为:
所述网络后台交易程序的服务商与用户面对面确定;或
所述网络后台交易程序的服务商通过邮寄等途径交付用户;或
所述网络后台交易程序通过电信通道将所述确认运算信息集发送到用户的移动通信终端;或
所述网络后台交易程序的服务商通过不在本次交易流程中的包括电子邮件等在内方式等方式将所述确认运算信息集发送到用户终端。
3.根据权利要求2所述的确认方法,其特征在于,在执行所述A2时,所述网络后台交易程序通过电信通道将所述确认运算信息集发送到用户的移动通信终端。
4.根据权利要求1所述的确认方法,其特征在于:
所述确认运算信息集为一组信息集合,所述运算指示信息为指示选择所述确认运算信息集中的哪些信息和/或信息之间的关系;或
所述确认运算信息集为多组信息集合,所述运算指示信息为指示选择所述确认运算信息集中的何组信息和/或信息之间的关系。
5.根据权利要求1所述的确认方法,其特征在于:
所述A2的所述显示电子交易数据和/或所述运算指示信息是利用CAPTCHA技术或者多重CAPTCHA技术生成的显示信息。
6.根据权利要求1或5所述的确认方法,其特征在于:
所述运算指示信息是通过对所述电子交易数据中的敏感信息的特殊标识来表示。
7.根据权利要求1所述的确认方法,其特征在于:
所述确认方法可以由所述客户端或所述网络后台交易程序两种方式发起;
所述客户端发起方式,具体为:
在所述A4前,所述用户端将所述运算指示信息发送给所述网络后台交易程序;
所述A4还包括:所述网络后台交易程序根据接收到的所述运算指示信息以及所述确认运算信息集执行与所述A3相同的计算得到所述后台端真实性验证码;
所述网络后台交易程序发起方式,所述A2还包括:所述网络后台交易程序生成所述电子交易数据和所述运算指示信息,并发送给用户端显示。
8.根据权利要求1所述的确认方法,其特征在于,所述方法还包括:
所述网络后台交易程序在设定的时间阀值内,没有收到用户端发送的所述用户端真实性验证码,则取消此次电子交易。
9.根据权利要求1所述的确认方法,其特征在于:所述确认运算信息集可以定期更换。
10.根据权利要求1所述的确认方法,其特征在于,所述方法还包括:所述网络后台交易程序比较所述用户端真实性验证码和所述后台端真实性验证码,二者一致时,用户端对所述电子交易数据执行数字签名。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于李勇,未经李勇许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/200910083295.2/1.html,转载请声明来源钻瓜专利网。
- 上一篇:经过调味的食品
- 下一篇:一种从牛奶中直接获取活性蛋白的方法