WO2009137971A1 - 一种基于电子合同运营的安全支付方法及系统 - Google Patents

一种基于电子合同运营的安全支付方法及系统 Download PDF

Info

Publication number
WO2009137971A1
WO2009137971A1 PCT/CN2008/072510 CN2008072510W WO2009137971A1 WO 2009137971 A1 WO2009137971 A1 WO 2009137971A1 CN 2008072510 W CN2008072510 W CN 2008072510W WO 2009137971 A1 WO2009137971 A1 WO 2009137971A1
Authority
WO
WIPO (PCT)
Prior art keywords
contract
electronic
money order
electronic money
consumer
Prior art date
Application number
PCT/CN2008/072510
Other languages
English (en)
French (fr)
Inventor
戚建淮
徐国前
刘智
邹跃军
郑伟范
Original Assignee
深圳市永达电子有限公司
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 深圳市永达电子有限公司 filed Critical 深圳市永达电子有限公司
Publication of WO2009137971A1 publication Critical patent/WO2009137971A1/zh

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/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]

Definitions

  • the present invention relates to the field of electronic payment, and more particularly to a secure payment method and system based on electronic contract operations.
  • the first model is the most mature model for the development of the electronic payment industry. Online payments, including banks and many third-party payment companies, are actually bank card gateway payments. However, the practical application value provided by this kind is relatively limited and not very convenient.
  • the second mode is similar to PayPal.
  • PayPal has been very successful in the United States, but from the United States to the country, there are huge short-selling changes, banking systems, business and consumer habits are also different.
  • the third mode is mobile payment.
  • Mobile phones allow users to pay anywhere, and this is not fully mature now. Mobile phone availability and security are still a big problem.
  • the fourth mode is the account payment mode.
  • Taobao's Alipay, Paida's Tenpay, and eBay's PayPal are all account payment models.
  • the online banking system has the problem of information security.
  • the online banking system has broken through the limitations of space and space and improved the quality of service.
  • the online banking system also faces information security risks.
  • Internet connection banking system user operation steps are handled separately, and its operation information is easy to be stolen, spoofed and falsified.
  • online banking also provides a series of security mechanisms for user terminals, the event of user account theft is still frequent. Occurs, there is a security problem of user private information leakage, the popular version of online banking (the bank does not issue a certificate), there is a problem of transaction information repudiation.
  • the technical solution of the present invention for achieving the above object is: constructing a secure payer based on an electronic contract operation
  • the method includes the following steps:
  • the operator system generates electronic contract documents based on the business request received from the consumer terminal.
  • Each electronic contract document has a unique electronic contract engine number and a three-party contract for payment sub-contract, delivery sub-contract and clear sub-contract Feature attribute
  • the operator system performs a lock conversion calculation on the electronic contract engine number to obtain a first electronic money order including the first electronic money order code and the master key and a second electronic money order code and a dynamic transaction key. a second electronic money order, and sending the electronic money order code of the second electronic money order and the attribute of the payment sub-contract element to the consumer terminal for signing;
  • the operator system receives confirmation from the consumer terminal of the attributes of the predetermined information and payment subcontract elements.
  • the electronic contract certificate includes at least: a consumer identifier, a consumer registration information, a merchant logo,
  • Product name unit price, quantity, total amount, scheduled time, and scheduled time.
  • the electronic contract engine number has a unique contract identifier
  • the electronic contract document is calculated by the signature transformation to obtain a unique identifier
  • the first electronic money order is left in the operator system, the second electronic money order is provided to the consumer; the operator system is provided according to the consumer
  • the second electronic money order is jointly unlocked with the first electronic money order to verify the authenticity of the electronic money order, so that the merchant performs the delivery sub-contract and the clearing sub-contract.
  • the digital signature conversion calculation method of the electronic contract certificate is as follows:
  • the method for calculating the lock conversion of the electronic contract generates a two-way electronic money order as follows:
  • the third lock userNo: lock operation (fText2, bKey®uKey);
  • uKey is the dynamic random number generated by the operator system,
  • bKey®uKey indicates that bKey is used as the high order and uKey is used as the low key to form the key;
  • the generated electronic money order number userNo is decomposed into the same two groups: HuserNO, LuserNO; the first electronic money order is HuserNO and bKey, the second electronic money order is LuserNO and uKey; and the second electronic money order can pass Notify the user by SMS, phone, and encrypted mail.
  • the operator system receives a second electronic money order, including an electronic money order number LuserNO and a dynamic transaction key uKey, and jointly unlocks the conversion calculation.
  • HuserNO®LuserNO means that HuserNO is the high order, HuserNO is the low order to form the electronic money order, bKey®uKey means that bKey is used as the high order and uKey is used as the low order key;
  • the clearing sub-contract includes at least business information, second electronic electronic money order information, consumer confirmation information, commodity information, checkout amount, transaction date , merchant identification, operator identification.
  • the electronic contract voucher is initiated by a consumer terminal, and the operator system performs an identification of the electronic contract with the merchant system, and the payment is performed.
  • the sub-contract is initiated by the operator system.
  • the operator system performs fund confirmation and deduction for the payment sub-contract with the dynamic transaction support card held by the consumer.
  • the delivery sub-contract is initiated by the operator system and operates.
  • the party signs the delivery sub-contract with the consumer and the merchant, and the clearing sub-contract is initiated by the operator system, and the operator signs the clearing sub-contract with the merchant and the bank.
  • the present invention also provides a secure payment system based on an electronic contract operation, including a system located in an operator system
  • the registration and account opening processing unit is configured to register according to the real information of the consumer and allocate a transaction account number and a login password corresponding to the user dynamic transaction security card, wherein the real information includes an identity card number, and/or a mobile phone number.
  • the user dynamic transaction support card is recharged by way of cash deposit, and/or bank draft, and/or bank transfer;
  • a business contract creation unit for generating an electronic contract voucher based on a business request for an electronic contract received from a consumer terminal, each electronic contract voucher having a unique electronic contract engine number and a payment subcontract, a delivery subcontract, and a clearing operator Contract three-party contract element attributes;
  • the electronic contract signing unit is configured to perform digital signing conversion on the information of the electronic contract voucher to obtain a unique electronic contract engine number
  • an electronic contract lock conversion unit configured to perform a lock conversion calculation on the electronic contract engine number to obtain a first electronic money order including a first electronic money order code and a master key, and a second electronic money order code and a dynamic transaction Key second electronic money order, and sending the electronic money order code of the second electronic money order and the payment sub-contract element attribute to the consumer terminal for signing;
  • a payment sub-contract execution unit configured to perform debiting from the consumer transaction account according to the confirmation message of the payment sub-contract element attribute received from the consumer terminal, and send the dynamic transaction key to the consumer
  • a sub-contract execution unit for the operator system to transmit the delivery sub-contract element attributes to the merchant system
  • an electronic contract unlock verification unit for electronically based on the second electronic money order received from the consumer terminal The bill of exchange code and the dynamic transaction key are jointly unlocked and calculated by the first electronic coupon, and the authenticity of the electronic bill of exchange is verified;
  • a clearing contract execution unit for performing a clearing agent contract according to a second electronic money order provided by the merchant system, the second electronic money order being provided by the consumer terminal after receiving the goods.
  • the electronic contract certificate includes at least: a consumer identifier, a consumer registration information, a merchant logo,
  • Product name unit price, quantity, total amount, scheduled time, and scheduled time.
  • the electronic payment contract-based secure payment method and system of the present invention effectively conceals the user's private information through the electronic lock and the electronic money order security lock mechanism, thereby ensuring the legality of the electronic contract signing and execution process. Sexuality, transaction integrity and non-repudiation enable secure electronic payments.
  • the invention improves the security of the current online banking system and the telephone system, and effectively cooperates with the online banking system, the telephone system and the UnionPay terminal equipment to provide users with convenient and safe diversified payment services.
  • FIG. 1 is an application architecture diagram of a secure payment system based on an electronic contract operation of the present invention.
  • FIG. 2 is a structural block diagram of an embodiment of the operator system of FIG. 1.
  • FIG. 3 is a data flow diagram of an embodiment of a secure payment method based on electronic contract operation of the present invention.
  • FIG. 1 it is an application architecture diagram of an online secure payment system based on an electronic contract of the present invention.
  • the application architecture includes an operator system 12, a banking system 11, a consumer terminal 14, and a merchant system 13, wherein the operator system 12 is connected to the consumer terminal 14 and the merchant system 13 via the Internet, respectively, and the operator system 12 is dedicated.
  • the network is connected to the banking system 11.
  • the consumer terminal 14 may be a mobile terminal or a network terminal; the merchant system 13 may be a merchant's network sales system; and the banking system 11 is a system for realizing fund settlement.
  • Consumers, merchants, operators, and banks pass consumer terminals 14, merchant systems 13, and operating systems, respectively.
  • the system and the banking system participate in electronic payments.
  • the buyer is the main body and initiator of the electronic contract, and is the consumer who relies on the operator system 12 for online payment;
  • the merchant is the object of the electronic contract and the supplier of the goods;
  • the operator is the signing of the electronic contract, the management of the electronic contract and
  • the electronic contract supervision executives and provide a secure electronic payment system to ensure the safety of the user's funds, the user can get the goods, and the company also guarantees that the merchant can guarantee the payment after the goods are sold;
  • the bank is the fund management of the buyer, the merchant and the operator.
  • the consumer's funds are stored in the banking system 11, relying on the operator system 12 to provide a secure payment terminal and a secure electronic payment system to conduct transactions and payments with the merchant system 13; after the consumer conducts a commodity transaction with the merchant, the merchant needs to perform with the operator system 12 Settlement can get funds for the goods sold.
  • the operator system 12 and the banking system 11 have certificates issued by the other party; the merchant system 13 has a certificate issued by the operator system 12; and the consumer terminal 14 has a certificate issued by the operator system 12.
  • the consumer terminal 14 is an online terminal, it is provided by downloading a security control on the operator's website.
  • FIG. 2 it is a structural block diagram of an embodiment of the operator system 12 in FIG.
  • the operator system 12 is used for electronic contract operation to implement secure payment, and includes a registration, account opening processing unit 121, a dynamic transaction guarantee card refill unit 122, a business contract creation unit 123, an electronic contract signing unit 124, and an electronic contract lock conversion.
  • the registration, account opening processing unit 121 is configured to register according to the real identity provided by the consumer, and bind the consumer's identification number, and/or mobile number. After checking the legitimacy of the user, the registration and account opening processing unit 121 assigns the transaction account number and the login password corresponding to the user dynamic transaction security card, thereby completing the registration.
  • the Dynamic Transaction Guarantee Card Refill Unit 122 is used to refill the User Dynamic Transaction Assurance Card based on the consumer's cash deposit method, and/or bank draft, and/or bank transfer method.
  • the business contract creating unit 123 is configured to generate an electronic contract voucher according to the electronic contract commerce request received from the consumer terminal 14, each electronic contract voucher having a unique electronic contract engine number and a payment sub-contract, a delivery sub-contract and a clearing sub- Contract three-party contract element attributes.
  • the electronic contract voucher includes the consumer identification, the consumer registration information, the merchant identification, the product name, the unit price, the quantity, the total amount, the scheduled time, and the scheduled effective time.
  • the above business contract request is initiated by the consumer terminal 14, specifically including the consumer identification, the product name, the unit price, the quantity, and the like.
  • the attributes of the payment sub-contract element include the merchant identification, the product name, the unit price, the quantity, the total amount, the scheduled time, and the scheduled effective time;
  • the delivery sub-contract includes the consumer standard Knowledge, product name, quantity, etc.;
  • the clearing contract includes business information, second electronic money order information, consumer confirmation information, product information, checkout amount, transaction date, merchant identification, operator identification, etc.
  • the electronic contract signing unit 124 is configured to perform digital signing conversion on the information of the electronic contract voucher to obtain a unique electronic contract engine number.
  • the digital signature conversion calculation method of the electronic contract certificate is as follows:
  • the electronic contract lock conversion unit 125 is configured to perform a lock conversion calculation on the electronic contract engine number to obtain a first electronic money order and a second electronic money order, and send the second electronic money order code and the payment sub-contract to the consumption.
  • the party terminal 14 signs, wherein the first electronic money order includes a first electronic money order code (digital type) composed of 0-9 sequences and a master control key, and the second electronic money order includes a second electronic group consisting of 0-9 sequences Bill of exchange (digital) and dynamic transaction key.
  • the lock conversion calculation of the electronic contract generates a two-way electronic money order method as follows:
  • the third lock userNo: lock operation (fText2, bKey®uKey); uKey is the dynamic random number generated by the operator system, bKey®uKey indicates that bKey is used as the high bit and uKey is the low key.
  • the generated electronic money order number userNo is broken down into the same two groups: HuserNO, LuserNO; the first electronic money order is HuserNO and bKey, the second electronic money order is LuserNO and uKey; and the second electronic money order can pass Notify the user by SMS, phone, and encrypted mail.
  • the payment sub-contract execution unit 126 is configured to perform debit payment from the consumer transaction account according to the payment sub-contract confirmation message received from the consumer terminal, and send the dynamic transaction key to the consumer (for example, by telephone notification) Way, and / or mail encryption method).
  • the delivery subcontract execution unit 127 is for transmitting the delivery subcontract to the merchant system 13.
  • the electronic contract unlock verification unit 128 is configured to perform joint unlocking conversion calculation with the first electronic money order according to the second electronic money order (including the electronic money order code and the dynamic transaction key) received from the consumer terminal.
  • the method for verifying the authenticity of the second electronic money order is as follows:
  • HuserNO®LuserNO means that HuserNO is the high order, HuserNO is the low order to form the electronic bill of exchange, bKey®uKey means that bKey is the high order and uKey is the low order constituent key;
  • the Clearing Contract Execution Unit 129 performs a clearing subcontract based on the second electronic bill of exchange provided by the merchant system.
  • the second electronic money order is provided by the consumer terminal after receiving the goods.
  • FIG. 3 it is a flowchart of an embodiment of a secure payment method based on electronic contract operation of the present invention. The method includes the following steps:
  • Steps Sr registration Consumers through the consumer terminal 14, the registration of the electronic contract involves the relevant role (using real information), for example, you can use the binding consumer's ID number, mobile phone number to register.
  • Step S2 Settlement Operator System 12 After checking the legality of the registered user, assign the transaction account corresponding to the user's dynamic transaction guarantee card and complete the user account.
  • Step S3 Recharge Consumers recharge the user's dynamic transaction support card through S31 cash deposit method, S32 bank draft and S33 bank transfer method.
  • Step S4 is scheduled: the operator system 12 receives the business request from the consumer terminal 14, and after S41 verifies the amount of the consumer transaction account, generates an electronic contract certificate, and the S42 electronic contract engine number is the electronic contract document calculated by the signature conversion. Obtain a three-party contract element attribute with a unique contract identifier, each electronic contract, including an electronic contract engine number and a payment sub-contract, a delivery sub-contract, and a clear sub-contract.
  • Step S5 payment sub-contract confirmation The operator system 12 performs a lock conversion calculation on the electronic contract engine number to obtain a two-unit electronic money order, wherein the first electronic electronic money order retains the operator system 12, the second electronic money order number and the payment
  • the sub-contract is sent to the consumer terminal 14 for signing.
  • Step S6 payment The consumer confirms the reservation information and the payment sub-contract, and the operator system 12 according to the support After paying the contract confirmation message, the execution is debited from the consumer transaction account.
  • Step S7 Acquiring the second electronic e-ticket transaction password: After the operator sub-contract executes the payment sub-contract, the second electronic e-ticket transaction password is sent to the consumer by means of a telephone notification method and/or an email encryption method.
  • Step S8 Delivery The operator system 12 transmits the delivery subcontract to the merchant system 13 and receives delivery execution information from the merchant system for the merchant to deliver the goods to the consumer.
  • Step S9 The consumer sends the second electronic money order to the operator system 12, S91 and performs joint unlocking calculation with the first electronic money order, and S92 verifies the authenticity of the electronic money order provided by the consumer, and sends The confirmation information is sent to the merchant system 13 to execute the delivery sub-contract. The consumer completes the inspection and picks up the goods.
  • Step S10 Clearing The merchant system 13 performs a clearing sub-contract with the operator system 12 according to the second electronic coupon provided by the receipt of the consumer, that is, the operator system 12 transfers the corresponding amount to the merchant account, the entire electronic contract. Finished.
  • the operator system 12 receives the request from the consumer terminal 14 and transmits the message to the merchant system 13 and the consumer terminal 14 using the existing Internet protocol.
  • the operator system 12 also sends a request to the banking system 11 using the dedicated interface of the banking system 11 and receives the response information, and the existing banking system 11 only needs to be simply adjusted according to the above functions.

Description

一种基于电子合同运营的安全支付方法及系统
Figure imgf000003_0001
本发明涉及电子支付领域， 更具体地说， 涉及一种基于电子合同运营的安全支 付方法及系统。
背景技术
[2] 随着互联网和计算机网络技术的发展， 基于信息技术的交易方式， 突破了吋间 和空间的限制， 改变了传统的商业活动， 但同吋也带来了商务活动的信任危机 和电子交易安全性问题的巨大风险。
[3] 电子支付是指单位、 个人通过电子终端， 直接或间接向银行业金融机构发出支 付指令， 实现货币支付与资金转移。 目前， 国内存在的电子支付模式大致有四 种：
[4] 第一种模式， 支付网关模式， 这是电子支付产业发展最成熟的一种模式。 包括 银行和很多第三方支付公司提供的在线支付实际都是银行卡网关支付。 但是这 种提供的实际应用价值相对有限， 而且并不十分方便。
[5] 第二种模式， 就是类似于贝宝 （PayPal) 。 PayPal在美国做得很成功， 但是从 美国到国内， 有巨大的吋空变化， 银行体系， 商家和消费者习惯也是不一样的
。 现在看来这个模式在中国会遇到巨大的困难。
[6] 第三种模式， 就是移动支付。 通过手机让用户随吋随地支付， 这种方式现在吋 机还没有完全成熟， 手机可用性和安全性还是大问题。
[7] 第四种模式， 就是账户支付模式。 比如淘宝的支付宝、 拍拍网的财付通、 易趣 的贝宝等都是属于账户支付模式。
[8] 综观以上的电子支付模式， 无论是各大银行的'网上银行'、 还是支付网关性支 付平台、 虚拟货币的第三方支付平台， 未能有效解决 '电子交易零风险'的电子支 付模式， 严重打击了人们对网上支付的信心， 阻碍了电子支付的广泛使用。 其 主要原因是：
[9] (1) 现有的网络支付 （包括电子银行和第三方支付） 体系， 未能解决电子交 易零风险的电子支付模式。
[10] (2) 对于买家， 存在着银行卡号和密码等私密信息上网的安全隐患。
[11] (3) 买卖交易双方为了规避互联网通信的安全风险， 釆用支付方式普遍釆用 的货到付款， 这对于商家又存在交易成本高和收不到钱的问题。
[12] (3) 对于 PayPal为代表的小额支付工具， 对于买家又存在着付了钱， 又收不 到货或收到次货的风险。
[13] (4) 对于的网络增值服务商发行的虚拟货币 （类似 Q币、 百度币、 盛大币、 网 易币） ， 互不往来， 只能标识玩家在各个网络帝国的虚拟商品。
[14] (5) 篡改、 伪造问题， 电子合同的签认、 执行和网上传输过程不具备防篡改 和伪造。 目前电子支付中有很多商家和买家的纠纷问题， 如商家没有发货， 而 买家已经付钱， 买家收到货而否认不付钱等。 这些问题的产生主要是由于电子 合同的签认、 执行流程本身缺陷造成的。 如用户签订电子合同后， 即交给电子 商务平台， 电子商务平台根据该合同与银行可以直接产生划帐行为， 如果电子 合同在到达电子支付平台前或在到达银行认证处理前已经被伪造、 篡改， 则划 帐行为可能在错误的帐号之间进行， 从而导致买到货的用户没有被划帐， 卖了 货的商家没有收到款， 或者银行划了别的帐户的款， 等等问题。
[15] (6) 抵赖问题， 现有电子合同的签认、 执行过程不能做到参与交易的各方都 不能抵赖。
[16] (7) 网银系统存在着信息安全的问题， 网银系统突破了吋间、 空间的限制， 提高了服务质量， 但是网银系统也面临着信息安全风险， 消费方通过
Internet连接银行系统， 用户操作步骤是单独进行处理的， 其操作信息容易被窃 取、 伪冒和篡改， 虽然网银对用户终端也提供一系列安全机制的保证， 但用户 帐号被盗的事件还吋频繁发生， 存在着用户私密信息泄露的安全问题， 网银的 大众版 （银行没有发放证书） ， 存在着交易信息抵赖的问题。
[17] 本发明的目的是， 针对的上述电子支付方式存在交易风险的缺陷， 提供一种基 于电子合同运营的安全支付方法及系统。
[18] 本发明实现上述目的的技术方案是： 构造一种基于电子合同运营的安全支付方 法， 包括以下步骤：
[19] (a)根据消费者的真实信息进行注册并分配用户动态交易保障卡所对应的交易帐 号和登陆密码， 所述真实信息包括身份证号、 和 /或手机号， 所述用户动态交易 保障卡通过现金存入方式、 和 /或银行汇票、 和 /或银行转帐方式充值；
[20] (b)运营方系统根据从消费方终端接收的商务请求， 产生电子合同凭证， 每一电 子合同凭证具有唯一的电子合同引擎号及支付子合同、 交付子合同和清算子合 同三方合同要素属性；
[21] (c)运营方系统对电子合同引擎号进行加锁变换计算得到包含第一电子汇票码和 主控密钥的第一联电子汇票和包含第二电子汇票码和动态交易密钥第二联电子 汇票， 并将所述第二联电子汇票的电子汇票码以及支付子合同要素属性发送给 消费方终端签认；
[22] (d)运营方系统接收来自消费方终端对对预定信息及支付子合同要素属性的确认
I口自te！、.,
[23] (e)运营方系统根据支付子合同要素属性的确认消息， 执行从消费者交易账号上 进行扣款， 并将第二联电子汇票的动态交易密钥发送给消费方终端；
[24] (f)运营方系统在扣款成功后向商家系统传送交付子合同要素属性；
[25] (g)从消费方终端接收第二联电子汇票， 并与第一联电子汇票进行联合解锁变换 计算， 从而验证所述第二联电子汇票的真实性， 并发送确认信息给商家系统执 行交付子合同；
[26] (h) 运营方系统根据商家系统提供的第二联电子汇票执行清算子合同， 所述 第二联电子汇票由消费方终端在收货吋提供。
[27] 在本发明所述的基于电子合同的安全支付方法中， 所述的电子合同凭证至少包 含： 消费方标识、 消费方注册信息、 商家标识、
商品名称、 单价、 数量、 总金额、 预定吋间和预定有效吋间。
[28] 在本发明所述的基于电子合同的安全支付方法中， 所述的电子合同引擎号具有 唯一合同标识，是电子合同凭证通过签认变换计算得到具有唯一标识
， 供运营方系统通过加锁变换计算， 得到两联电子汇票， 第一联电子汇票留存 在运营方系统， 第二联电子汇票提供给消费者； 运营方系统根据消费者所提供 第二联电子汇票， 与第一联电子汇票进行联合解锁变换， 验证电子汇票的真实 性， 使商家执行交付子合同和清算子合同。
[29] 在本发明所述的基于电子合同的安全支付方法中， 所述的电子合同凭证的数字 签认变换计算方法如下：
[30] 电子合同引擎号 :=数字签认 (电子合同凭证)。
[31] 在本发明所述的基于电子合同的安全支付方法中， 所述的电子合同的加锁变换 计算， 产生两联电子汇票方法如下：
[32] -运营方系统根据三组密钥产生主控密钥为 bKey;
[33] -将电子合同引擎号分成相同字段的四组，取第一组数据为 mText;
[34] -将电子合同引擎号分成相同字段的两组: Keyl和 Key2;
[35] —第一锁 fTextl :=加锁运算 （mText, Keyl) ；
[36] 第二锁 fText2 :=加锁运算 （fText, Key2) ；
[37] 第三锁 userNo:=加锁运算 （fText2， bKey®uKey) ； uKey是运营方系统产生的 动态随机数， bKey®uKey表示 bKey作为高位、 uKey作为低位组成密钥；
[38] 产生的电子汇票号 userNo,分解成相同的两组: HuserNO,LuserNO;第一联电子汇 票为 HuserNO和 bKey，第二联电子汇票为 LuserNO和 uKey;并将第二联电子汇票可 通过短信、 电话和加密邮件等方式通知给用户。
[39] 在本发明所述的基于电子合同的安全支付方法中， 所述的运营方系统收到第二 联电子汇票， 包含电子汇票号 LuserNO与动态交易密钥 uKey并联合解锁变换计算
， 验证其真伪的方法如下：
[40] —第一解 fTxt3 :=解锁运算 (HuserNO®LuserNO， bKey®uKey) ；
[41] HuserNO®LuserNO表示 HuserNO作为高位、 HuserNO作为低位组成电子汇票， bKey®uKey表示 bKey作为高位、 uKey作为低位组成密钥；
[42] 将电子合同引擎号分成相同字段的两组: Keyl和 Key2;
[43] —第二解 fTxt2 :=解锁运算 （fTxt3， Key2) ；
[44] —第三解 fTxtl :=解锁运算 （fTxt2， Keyl) ；
[45] --将电子合同引擎号分成相同字段的四组，取第一组数据为 mText;
[46] 如果 fTxtl=mTeXt，解锁成功，验证电子汇票的真实性； 否则，提供电子汇票是仿 造， 和 /或第二联电子汇票码和密钥有误。
[47] 在本发明所述的基于电子合同的安全支付方法中， 所述的清算子合同， 至少包 含商家信息、 第二联电子汇票信息、 消费方确认信息、 商品信息、 结账金额、 交易日期、 商家标识、 运营方标识。
[48] 在本发明所述的基于电子合同的安全支付方法中， 所述的电子合同凭证是由消 费方终端发起的， 运营方系统对电子合同进行与商家系统的签认， 所述的支付 子合同是由运营方系统发起的， 运营方系统对支付子合同进行与消费者所持有 动态交易保障卡进行资金确认并扣款， 所述的交付子合同是由运营方系统发起 的， 运营方对交付子合同进行与消费者和商家的签认， 并所述的清算子合同是 由运营方系统发起的， 运营方对清算子合同进行与商家和银行方的签认。
[49] 本发明还提供一种基于电子合同运营的安全支付系统， 包括位于运营方系统的
[50] 注册、 开户处理单元， 用于根据消费者的真实信息进行注册并分配用户动态交 易保障卡所对应的交易帐号和登陆密码， 所述真实信息包括身份证号、 和 /或手 机号， 所述用户动态交易保障卡通过现金存入方式、 和 /或银行汇票、 和 /或银行 转帐方式充值；
[51] 商务合同创建单元， 用于根据从消费方终端接收的电子合同的商务请求产生电 子合同凭证， 每一电子合同凭证具有唯一的电子合同引擎号及支付子合同、 交 付子合同和清算子合同三方合同要素属性；
[52] 电子合同签认单元， 用于对电子合同凭证的信息进行数字签认变换计算得到唯 一的电子合同引擎号；
[53] 电子合同加锁变换单元， 用于对电子合同引擎号进行加锁变换计算得到包含第 一电子汇票码和主控密钥的第一联电子汇票和包含第二电子汇票码和动态交易 密钥第二联电子汇票， 并将所述第二联电子汇票的电子汇票码以及支付子合同 要素属性发送给消费方终端签认；
[54] 支付子合同执行单元， 用于根据从消费方终端接收的支付子合同要素属性的确 认消息， 执行从消费者交易账号上进行扣款， 并将动态交易密钥发送给消费者 [55] 交付子合同执行单元， 用于运营方系统向商家系统传输交付子合同要素属性； [56] 电子合同解锁验证单元， 用于根据从消费方终端接收到的第二联电子汇票的电 子汇票码与动态交易密钥， 与第一联电子汇票进行联合解锁变换计算， 验证电 子汇票的真伪；
[57] 清算子合同执行单元， 用于根据商家系统提供的第二联电子汇票执行清算子合 同， 所述第二联电子汇票由消费方终端在收货吋提供。
[58] 在本发明所述的基于电子合同运营的安全支付系统中， 所述的电子合同凭证至 少包含： 消费方标识、 消费方注册信息、 商家标识、
商品名称、 单价、 数量、 总金额、 预定吋间和预定有效吋间。
[59] 本发明的基于电子合同运营的安全支付方法及系统， 通过电子合同和电子汇票 的安全锁机制， 有效地隐蔽了用户私密信息， 保证了电子合同的签认、 执行过 程中的身份合法性、 交易的完整性和不可抵赖性， 从而实现了安全电子支付。
[60] 本发明改善了目前网银系统、 电话系统的安全性， 同吋与网银系统、 电话系统 及银联终端设备有效的配合为用户提供随吋随地简便、 安全的多元化的支付服 务。
國删
[61] 下面结合附图和实施例对本发明作进一步描述， 其中：
[62] 图 1是本发明基于电子合同运营的安全支付系统的应用架构图。
[63] 图 2是图 1中运营方系统实施例的结构框图。
[64] 图 3是本发明基于电子合同运营的安全支付方法实施例的数据流图。
難
[65] 如图 1所示， 是本发明基于电子合同的网上安全支付系统的应用架构图。 该应 用架构中包括运营方系统 12、 银行系统 11、 消费方终端 14以及商家系统 13， 其 中运营方系统 12分别通过互联网与消费方终端 14及商家系统 13连接， 并且该运 营方系统 12通过专用网络连接到银行系统 11。
[66] 上述消费方终端 14可以是手机终端或网络终端； 商家系统 13可以是商家的网络 销售系统； 银行系统 11是实现资金结算的系统。
[67] 消费者、 商家、 运营方和银行分别通过消费方终端 14、 商家系统 13、 运营方系 统和银行系统参与电子支付。 其中买家是电子合同的主体和发起者， 是依赖运 营方系统 12进行网上支付的消费者； 商家是电子合同的客体和商品提供者； 运 营方是电子合同的签认、 电子合同的管理和电子合同监督执行者， 并提供安全 电子支付系统， 保证用户资金的安全， 用户能取到货， 同吋也保证商家销售商 品后能够保证拿到货款； 银行是买家、 商家和运营方的资金管理者。 消费者的 资金存在银行系统 11中， 依赖运营方系统 12提供安全支付终端和安全电子支付 系统与商家系统 13进行交易与支付； 消费者与商家进行商品交易后， 商家需要 与运营方系统 12进行结算才能得到所售商品的资金。
[68] 上述系统中， 运营方系统 12与银行系统 11具有对方发放的证书； 商家系统 13具 有营运方系统 12发放的证书； 消费方终端 14具有营运方系统 12发放的证书。 其 中当消费方终端 14为网上终端吋， 以运营方网站上下载安全控件方式提供。
[69] 如图 2所示， 是图 1中运营方系统 12的实施例的结构框图。 该运营方系统 12 用于电子合同运营实现安全支付， 其包括有注册、 开户处理单元 121、 动态交易 保障卡充值单元 122、 商务合同创建单元 123、 电子合同签认单元 124、 电子合同 加锁变换单元 125、 支付子合同执行单元 126、 交付子合同执行单元 127、 电子合 同解锁验证单元 128以及清算处理单元 129。
[70] 注册、 开户处理单元 121用于根据消费者提供的真实身份进行注册， 并绑定消 费者的身份证号、 和 /或手机号。 在检査用户合法性后， 注册、 开户处理单元 121 分配用户动态交易保障卡所对应交易账号和登陆密码， 从而完成注册。
[71] 动态交易保障卡充值单元 122用于根据消费者通过现金存入方式、 和 /或银行汇 票、 和 /或银行转帐方式对用户动态交易保障卡进行充值。
[72] 商务合同创建单元 123用于根据从消费方终端 14接收的电子合同商务请求产生 电子合同凭证， 每一电子合同凭证具有唯一的电子合同引擎号及支付子合同、 交付子合同和清算子合同三方合同要素属性。 电子合同凭证包含消费方标识、 消费方注册信息、 商家标识、 商品名称、 单价、 数量、 总金额、 预定吋间和预 定有效吋间等。 上述商务合同请求由消费方终端 14发起， 具体包括消费方标识 、 商品名称、 单价、 数量等。 支付子合同要素属性包括商家标识、 商品名称、 单价、 数量、 总金额、 预定吋间和预定有效吋间等； 交付子合同包括消费方标 识、 商品名称、 数量等； 清算子合同包含商家信息、 第二联电子汇票信息、 消 费方确认信息、 商品信息、 结账金额、 交易日期、 商家标识、 运营方标识等。
[73] 电子合同签认单元 124用于对电子合同凭证的信息进行数字签认变换计算得到 唯一的电子合同引擎号。 该电子合同凭证的数字签认变换计算方法如下：
[74] 电子合同引擎号 :=数字签认 (电子合同凭证)。
[75] 电子合同加锁变换单元 125用于对电子合同引擎号进行加锁变换计算得到第一 联电子汇票和第二联电子汇票， 并将第二联电子汇票码以及支付子合同发送给 消费方终端 14签认， 其中第一联电子汇票包含 0-9序列组成的第一电子汇票码 （ 数字型） 和主控密钥， 第二联电子汇票包含由 0-9序列组成的第二电子汇票码 （ 数字型） 和动态交易密钥。 该电子合同的加锁变换计算产生两联电子汇票方法 如下：
[76] --运营方系统根据三组密钥产生主控密钥为 bKey;
[77] --将电子合同引擎号分成相同字段的四组，取第一组数据为 mText;
[78] --将电子合同引擎号分成相同字段的两组: Keyl和 Key2;
[79] —第一锁 fTextl:=加锁运算 （mText, Keyl) ；
[80] 第二锁 fText2:=加锁运算 （fText, Key2) ；
[81] 第三锁 userNo:=加锁运算 （fText2， bKey®uKey) ； uKey是运营方系统产生的 动态随机数， bKey®uKey表示 bKey作为高位、 uKey作为低位组成密钥；
[82] 产生的电子汇票号 userNo,分解成相同的两组: HuserNO，LuserNO;第一联电子汇 票为 HuserNO和 bKey，第二联电子汇票为 LuserNO和 uKey;并将第二联电子汇票可 通过短信、 电话和加密邮件等方式通知给用户。
[83] 支付子合同执行单元 126用于根据从消费方终端接收的支付子合同确认消息， 执行从消费者交易账号上进行扣款， 并将动态交易密钥发送给消费者 （例如通 过电话通知方式、 和 /或邮件加密方式） 。
[84] 交付子合同执行单元 127用于向商家系统 13传输交付子合同。
[85] 电子合同解锁验证单元 128用于根据从消费方终端接收到的第二联电子汇票 （ 包含电子汇票码与动态交易密钥） ， 与第一联电子汇票进行联合解锁变换计算
， 从而验证第二联电子汇票的真伪， 并在验证通过后使商家系统 13执行交付子 合同和清算子合同。 验证第二联电子汇票真伪的方法如下：
[86] —第一解 fTxt3 :=解锁运算 (HuserNO®LuserNO， bKey®uKey) ；
[87] HuserNO®LuserNO表示 HuserNO作为高位、 HuserNO作为低位组成电子汇票， bKey®uKey表示 bKey作为高位、 uKey作为低位组成密钥；
[88] --将电子合同引擎号分成相同字段的两组: Keyl和 Key2;
[89] —第二解 fTxt2 :=解锁运算 （fTxt3， Key2) ；
[90] —第三解 fTxtl :=解锁运算 （fTxt2， Keyl) ；
[91] --将电子合同引擎号分成相同字段的四组，取第一组数据为 mText;
[92] 如果 fTxtl=mTeXt，解锁成功，验证电子汇票的真实性； 否则，提供电子汇票是仿 造， 和 /或第二联电子汇票码和密钥有误。
[93] 清算子合同执行单元 129根据商家系统提供的第二联电子汇票执行清算子合同
， 所述第二联电子汇票由消费方终端在收货吋提供。
[94] 如图 3所示， 是本发明基于电子合同运营的安全支付方法实施例的流程图。 该 方法包括以下步骤：
[95] 步骤 Sr注册： 消费者通过消费方终端 14， 登记电子合同中涉及有关角色 （使用 真实信息） ， 例如可以釆用绑定消费者的身份证号、 手机号进行注册。
[96] 步骤 S2幵户： 运营方系统 12检査注册用户合法性后， 分配用户动态交易保障卡 所对应交易帐号， 完成用户幵户。
[97] 步骤 S3充值： 消费者通过 S31现金存入方式、 S32银行汇票和 S33银行转帐方式 对用户动态交易保障卡进行充值。
[98] 步骤 S4预定： 运营方系统 12根据从消费方终端 14接收商务请求， S41验证消费 者交易帐号的金额后， 产生电子合同凭证， S42电子合同引擎号是电子合同凭证 通过签认变换计算得到具有唯一合同标识， 每一电子合同， 包含电子合同引擎 号及支付子合同、 交付子合同和清算子合同三方合同要素属性。
[99] 步骤 S5支付子合同确认： 运营方系统 12对电子合同引擎号进行加锁变换计算得 到两联电子汇票， 其中第一联电子汇票留存运营方系统 12， 第二联电子汇票号 以及支付子合同发送给消费方终端 14签认。
[100] 步骤 S6支付： 消费者对预定信息及支付子合同进行确认， 运营方系统 12根据支 付子合同确认消息后， 执行从消费者交易账号上进行扣款。
[101] 步骤 S7获取第二联电子汇票交易密码： 运营方系统 12执行支付子合同后， 并通过电话通知方式、 和 /或邮件加密方式， 将第二联电子汇票交易密码发送给 消费者。
[102] 步骤 S8交付： 运营方系统 12向商家系统 13传输交付子合同， 并从商家系统接收 交付执行信息， 所述交付执行信息用于使商家交付货物到消费方。
[103] 步骤 S9验证： 消费方将第二联电子汇票发送给运营方系统 12， S91并与第一联 电子汇票进行联合解锁变换计算， S92并验证消费者提供电子汇票的真实性， 并 发送确认信息给商家系统 13执行交付子合同。 消费者完成验货、 取货。
[104] 步骤 S10清算： 商家系统 13根据收到消费者收货提供的第二联电子汇票与运营 方系统 12执行清算子合同， 即运营方系统 12将相应款项划拨到商家帐户， 整个电子合同执行完毕。
[105] 在上述方法中， 运营方系统 12使用现有的互联网协议接收来自消费方终端 14的 请求并向商家系统 13和消费方终端 14发送消息。 此外， 运营方系统 12还使用银 行系统 11的专用接口向银行系统 11发送请求并接收响应信息， 而现有的银行系 统 11仅需根据上述功能作简单调整即可。
[106] 以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不局限于 此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到 的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围 应该以权利要求的保护范围为准。

Claims

权利要求书
[1] 一种基于电子合同运营的安全支付方法， 其特征在于， 包括以下步骤：
(a)根据消费者的真实信息进行注册并分配用户动态交易保障卡所对应的交 易帐号和登陆密码， 所述真实信息包括身份证号、 和 /或手机号， 所述用户 动态交易保障卡通过现金存入方式、 和 /或银行汇票、 和 /或银行转帐方式充 值；
(b)运营方系统根据从消费方终端接收的商务请求， 产生电子合同凭证， 每 一电子合同凭证具有唯一的电子合同引擎号及支付子合同、 交付子合同和 清算子合同三方合同要素属性；
(c)运营方系统对电子合同引擎号进行加锁变换计算得到包含第一电子汇票 码和主控密钥的第一联电子汇票和包含第二电子汇票码和动态交易密钥第 二联电子汇票， 并将所述第二联电子汇票的电子汇票码以及支付子合同要 素属性发送给消费方终端签认；
(d)运营方系统接收来自消费方终端对对预定信息及支付子合同要素属性的 确认信息；
(e)运营方系统根据支付子合同要素属性的确认消息， 执行从消费者交易账 号上进行扣款， 并将第二联电子汇票的动态交易密钥发送给消费方终端；
(f)运营方系统在扣款成功后向商家系统传送交付子合同要素属性；
(g)从消费方终端接收第二联电子汇票， 并与第一联电子汇票进行联合解锁 变换计算， 从而验证所述第二联电子汇票的真实性， 并发送确认信息给商 家系统执行交付子合同；
(h) 运营方系统根据商家系统提供的第二联电子汇票执行清算子合同， 所 述第二联电子汇票由消费方终端在收货吋提供。
[2] 根据权利要求 1所述的基于电子合同运营的安全支付方法， 其特征在于， 所 述的电子合同凭证至少包含： 消费方标识、 消费方注册信息、 商家标识、 商品名称、 单价、 数量、 总金额、 预定吋间和预定有效吋间。
[3] 根据权利要求 1所述的基于电子合同运营的安全支付方法， 其特征在于， 所 述的电子合同引擎号具有唯一合同标识，是电子合同凭证通过签认变换计算 得到具有唯一标识， 供运营方系统通过加锁变换计算， 得到两联电子汇票 ， 第一联电子汇票留存在运营方系统， 第二联电子汇票提供给消费者； 运 营方系统根据消费者所提供第二联电子汇票， 与第一联电子汇票进行联合 解锁变换， 验证电子汇票的真实性， 使商家执行交付子合同和清算子合同
[4] 根据权利要求 2所述的基于电子合同运营的安全支付方法， 其特征在于， 所 述的电子合同凭证的数字签认变换计算方法如下：
电子合同引擎号 :=数字签认 (电子合同凭证)。
[5] 根据权利要求 2所述的基于电子合同运营的安全支付方法， 其特征在于， 所 述的电子合同的加锁变换计算， 产生两联电子汇票方法如下： --运营方系统根据三组密钥产生主控密钥为 bKey;
--将电子合同引擎号分成相同字段的四组，取第一组数据为 mText;
--将电子合同引擎号分成相同字段的两组: Keyl和 Key2;
第一锁 fTextl:=加锁运算 （mText, Keyl) ；
第二锁 fText2:=加锁运算 （fText, Key2) ；
第三锁 userNo:=加锁运算 （fText2， bKey®uKey) ； uKey是运营方系统产 生的动态随机数， bKey®uKey表示 bKey作为高位、 uKey作为低位组成密钥
- -产生的电子汇票号 userNo,分解成相同的两组: HuserNO,LuserNO;第一联电 子汇票为 HuserNO和 bKey，第二联电子汇票为 LuserNO和 uKey;并将第二联电 子汇票可通过短信、 电话和加密邮件等方式通知给用户。
[6] 根据权利要求 2所述的基于电子合同运营的安全支付方法， 其特征在于， 所 述的运营方系统收到第二联电子汇票， 包含电子汇票号 LuserNO与动态交 易密钥 uKey并联合解锁变换计算， 验证其真伪的方法如下： —第一解 fTxt3 :=解锁运算 (HuserNO®LuserNO, bKey®uKey) ；
HuserNO^LuserNO表示 HuserNO作为高位、 HuserNO作为低位组成电子汇 票， bKey®uKey表示 bKey作为高位、 uKey作为低位组成密钥； --将电子合同引擎号分成相同字段的两组: Keyl和 Key2; --第二解 fTxt2 :=解锁运算 （fTxt3， Key2) ；
第三解 fTxtl :=解锁运算 （fTxt2， Keyl) ；
--将电子合同引擎号分成相同字段的四组，取第一组数据为 mText;
如果 fTxtl=mTeXt，解锁成功，验证电子汇票的真实性； 否则，提供电子汇票 是仿造， 和 /或第二联电子汇票码和密钥有误。
[7] 根据权利要求 2所述的基于电子合同运营的安全支付方法， 其特征在于， 所 述的清算子合同， 至少包含商家信息、 第二联电子汇票信息、 消费方确认 信息、 商品信息、 结账金额、 交易日期、 商家标识、 运营方标识。
[8] 根据权利要求 1所述的基于电子合同的安全支付方法， 其特征在于， 所述的 电子合同凭证是由消费方终端发起的， 运营方系统对电子合同进行与商家 系统的签认， 所述的支付子合同是由运营方系统发起的， 运营方系统对支 付子合同进行与消费者所持有动态交易保障卡进行资金确认并扣款， 所述 的交付子合同是由运营方系统发起的， 运营方对交付子合同进行与消费者 和商家的签认， 并所述的清算子合同是由运营方系统发起的， 运营方对清 算子合同进行与商家和银行方的签认。
[9] 一种基于电子合同运营的安全支付系统， 其特征在于， 包括位于运营方系 统的：
注册、 幵户处理单元， 用于根据消费者的真实信息进行注册并分配用户动 态交易保障卡所对应的交易帐号和登陆密码， 所述真实信息包括身份证号 、 和 /或手机号， 所述用户动态交易保障卡通过现金存入方式、 和 /或银行汇 票、 和 /或银行转帐方式充值；
商务合同创建单元， 用于根据从消费方终端接收的电子合同的商务请求产 生电子合同凭证， 每一电子合同凭证具有唯一的电子合同引擎号及支付子 合同、 交付子合同和清算子合同三方合同要素属性；
电子合同签认单元， 用于对电子合同凭证的信息进行数字签认变换计算得 到唯一的电子合同引擎号；
电子合同加锁变换单元， 用于对电子合同引擎号进行加锁变换计算得到包 含第一电子汇票码和主控密钥的第一联电子汇票和包含第二电子汇票码和 动态交易密钥第二联电子汇票， 并将所述第二联电子汇票的电子汇票码以 及支付子合同要素属性发送给消费方终端签认；
支付子合同执行单元， 用于根据从消费方终端接收的支付子合同要素属性 的确认消息， 执行从消费者交易账号上进行扣款， 并将动态交易密钥发送 给消费者；
交付子合同执行单元， 用于运营方系统向商家系统传输交付子合同要素属 性；
电子合同解锁验证单元， 用于根据从消费方终端接收到的第二联电子汇票 的电子汇票码与动态交易密钥， 与第一联电子汇票进行联合解锁变换计算 ， 验证电子汇票的真伪；
清算子合同执行单元， 用于根据商家系统提供的第二联电子汇票执行清算 子合同， 所述第二联电子汇票由消费方终端在收货吋提供。
根据权利要求 9所述的基于电子合同运营的安全支付系统， 其特征在于， 所 述的电子合同凭证至少包含： 消费方标识、 消费方注册信息、 商家标识、 商品名称、 单价、 数量、 总金额、 预定吋间和预定有效吋间。
PCT/CN2008/072510 2008-05-14 2008-09-25 一种基于电子合同运营的安全支付方法及系统 WO2009137971A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2008100672361A CN101281627A (zh) 2008-05-14 2008-05-14 一种基于电子合同运营的安全支付方法及系统
CN200810067236.1 2008-05-14

Publications (1)

Publication Number Publication Date
WO2009137971A1 true WO2009137971A1 (zh) 2009-11-19

Family

ID=40014077

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072510 WO2009137971A1 (zh) 2008-05-14 2008-09-25 一种基于电子合同运营的安全支付方法及系统

Country Status (2)

Country Link
CN (1) CN101281627A (zh)
WO (1) WO2009137971A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816342A (zh) * 2019-01-04 2019-05-28 平安科技（深圳）有限公司 合同的管理方法、装置、终端及计算机可读存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017012057A1 (zh) * 2015-07-21 2017-01-26 深圳市银信网银科技有限公司 开立电子凭证的方法、系统和装置
CN105447751A (zh) * 2015-11-23 2016-03-30 李哿 电子商业汇票处理方法及系统
CN108256862A (zh) * 2018-01-18 2018-07-06 常州优士多商贸有限公司 一种远程查看商品细节的多用户商城购物系统及其方法
CN108038780A (zh) * 2018-02-23 2018-05-15 廖庭洲 延时数字货币流通方法
CN111080380B (zh) * 2019-12-05 2024-04-05 同济大学 电子外制原始凭证、系统、平台和终端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006155430A (ja) * 2004-11-30 2006-06-15 Macro Plus Kk 情報管理装置、情報管理システム、情報管理プログラムおよび情報管理方法、並びに、ネットワークショッピングシステム、ネットワーク募金システム、商品販売システム、広告物、自動販売機、電子ロッカーシステム、電子キーシステム、テレビショッピングシステム、料金精算システム、電子マネー授受システム
CN1849632A (zh) * 2003-07-02 2006-10-18 莫比培国际公司 数字移动电话交易和支付系统
CN101122977A (zh) * 2006-08-09 2008-02-13 鸿富锦精密工业（深圳）有限公司 合约电子签核系统及方法
CN101159556A (zh) * 2007-11-09 2008-04-09 清华大学 基于组密钥服务器的共享加密文件系统中的密钥管理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1849632A (zh) * 2003-07-02 2006-10-18 莫比培国际公司 数字移动电话交易和支付系统
JP2006155430A (ja) * 2004-11-30 2006-06-15 Macro Plus Kk 情報管理装置、情報管理システム、情報管理プログラムおよび情報管理方法、並びに、ネットワークショッピングシステム、ネットワーク募金システム、商品販売システム、広告物、自動販売機、電子ロッカーシステム、電子キーシステム、テレビショッピングシステム、料金精算システム、電子マネー授受システム
CN101122977A (zh) * 2006-08-09 2008-02-13 鸿富锦精密工业（深圳）有限公司 合约电子签核系统及方法
CN101159556A (zh) * 2007-11-09 2008-04-09 清华大学 基于组密钥服务器的共享加密文件系统中的密钥管理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109816342A (zh) * 2019-01-04 2019-05-28 平安科技（深圳）有限公司 合同的管理方法、装置、终端及计算机可读存储介质
CN109816342B (zh) * 2019-01-04 2023-04-28 平安科技（深圳）有限公司 合同的管理方法、装置、终端及计算机可读存储介质

Also Published As

Publication number Publication date
CN101281627A (zh) 2008-10-08

Similar Documents

Publication Publication Date Title
KR101413773B1 (ko) 인터넷 구매에 대한 안전한 결제 방법
US8229855B2 (en) Method and system for facilitating payment transactions using access devices
US7571141B2 (en) Method and system for facilitating payment transactions using access devices
US7089208B1 (en) System and method for electronically exchanging value among distributed users
JP6242809B2 (ja) 電子小切手ベース支払システム及び電子小切手を発行、転送、支払及び検証するための方法
US20170132633A1 (en) Systems and methods providing payment transactions
US20150120536A1 (en) Electronic payment and authentication system
US20140337206A1 (en) Electronic Currency System
EP1278168A1 (en) Security module for an account management system
CN101071490A (zh) 会员名称与银行卡绑定的电子商务系统和方法
WO2018203528A1 (ja) 支払支援システム及び支払支援方法
WO2014079330A1 (zh) 同步支付系统
US20140143142A1 (en) Electronic Currency System
WO2009137971A1 (zh) 一种基于电子合同运营的安全支付方法及系统
WO2014032206A1 (zh) 一种快速支付系统和相应方法
JP2008243199A (ja) 安全なネット取引方法
US20200097968A1 (en) System and logic to convert an existing online bank transfer transaction
KR101045241B1 (ko) 신용카드 시스템을 이용한 판매자 인증 시스템 및 방법
WO2022154789A1 (en) Token-based off-chain interaction authorization
TWI386859B (zh) 一種基於電子合同營運的安全支付方法及系統
WO2001098955A1 (fr) Système de paiement protégé par mot de passe secondaire
AU2020103518A4 (en) ISMA- Account Management System: Intelligent Security Module for an Advanced Account Management System
Li et al. A safe trading model based on encryption hybrid algorithms for mobile electronic commerce
US20240078522A1 (en) Interaction channel balancing
JP4067522B2 (ja) 電子小切手の決済方法、代金決済方法、及び発行人コンピュータ

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08800983

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC

122 Ep: pct application non-entry in european phase

Ref document number: 08800983

Country of ref document: EP

Kind code of ref document: A1