CN101266675A - 一种文本型电子合同与自动执行指令的转换方法及系统 - Google Patents
一种文本型电子合同与自动执行指令的转换方法及系统 Download PDFInfo
- Publication number
- CN101266675A CN101266675A CNA2008100655120A CN200810065512A CN101266675A CN 101266675 A CN101266675 A CN 101266675A CN A2008100655120 A CNA2008100655120 A CN A2008100655120A CN 200810065512 A CN200810065512 A CN 200810065512A CN 101266675 A CN101266675 A CN 101266675A
- Authority
- CN
- China
- Prior art keywords
- contract
- operator
- instruction
- payment
- response message
- 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
Links
Images
Abstract
本发明涉及一种文本型电子合同与自动执行指令的转换方法及系统,包括:根据消费者预订信息进行线性变换,得到由0-9序列组成的数字型商务请求指令并通过互联网发送给运营方;运营方进行分解与解析产生文本型的商务合同;对支付子合同分解并转换成预付请求指令使银行执行支付;对交付子合同分解并转换成交付请求指令使商家执行交付;对清算子合同分解并转换成清算请求指令和对账请求指令,清算请求指令用于银行执行清算,对账请求指令用于商家执行对账。本发明通过用户敏感信息转换成自动执行指令,有效地隐蔽了用户私密信息(如支付密码、银行帐号等),从而保证电子合同的签认、执行和传输过程中的安全性、有效性和不可抵赖性。
Description
技术领域
本发明涉及基于网络的合同签认领域,更具体地说,涉及一种文本型电子合同与自动执行指令的转换方法及系统。
背景技术
随着互联网应用的普及,很多日常生活中的事务也可借助互联网完成,例如电子合同的签认。目前基于互联网的电子合同的签认的主要步骤包括:用户在网上与商家签订电子合同(即电子订单);商家与电子商务平台进行确定与认证电子合同;然后是电子商务平台与银行进行确定与认证电子合同,并完成电子支付划款过程;电子商务平台在接到银行的返回结果通知用户,并完成支付过程。
然而,在上述的电子合同签认和执行过程中,主要存在如下不足,这些不足也是产生现有电子商务系统安全问题的根源:
1)信息泄漏问题,电子合同中往往包含银行的真实帐号与密码信息,可能造成信息不安全泄漏。未提供先充值、后使用(即类似虚拟银行)功能的支付平台,在签订电子合同时,均需要用户输入自己的真实银行账号与密码。这样方式会带来两大麻烦:一来增加了用户的支付工作量,让用户觉得烦琐。用户每次都需要选择自己的支付银行,然后依据语音或文本提示,输入银行卡号、密码。有时还要输入订单号。操作次数多,操作数据长,难免会出错;二来信息安全问题不能保证,加重了用户猜疑心,他们担心自己的银行账号信息外泄(采用此类方式,确实不能避免在支付平台上留下用户账号信息的嫌疑)。从而在一定程度上抑制了用户使用此类支付的需求。如果使用虚拟充植卡,则会出现资金滞留问题。
2)篡改、伪造问题,电子合同的签认、执行和网上传输过程不具备防篡改和伪造。目前电子支付中有很多商家和买家的纠纷问题,如商家没有发货,而买家已经付钱,买家收到货而否认不付钱等。这些问题的产生主要是由于电子合同的签认、执行流程本身缺陷造成的。如用户签订电子合同后,即交给电子商务平台,电子商务平台根据该合同与银行可以直接产生划帐行为,如果电子合同在到达电子支付平台前或在到达银行认证处理前已经被伪造、篡改,则划帐行为可能在错误的帐号之间进行,从而导致买到货的用户没有被划帐,卖了货的商家没有收到款,或者银行划了别的帐户的款,等等问题。
3)抵赖问题,现有电子合同的签认、执行过程不能做到参与交易的各方都不能抵赖。现有电子合同的签认过程在三方之间单独进行,即电子合同的签认过程是三方单一流程,没有考虑第四方的确认过程,即没有同时考虑用户、商家、银行和第三方的共同确认。如,在银行收到支付平台的电子合同支付请求时,不能确定该请求的正确性,从而不能保障电子合同的抗抵赖性。
4)网银系统存在着信息安全的问题,网银系统突破了时间、空间的限制,提高了服务质量,但是网银系统也面临着信息安全风险,消费方通过Internet连接银行系统,用户操作步骤是单独进行处理的,其操作信息容易被窃取、伪冒和篡改,虽然网银对用户终端也提供一系列安全机制的保证,但用户帐号被盗的事件还时频繁发生,存在着用户私密信息泄露的安全问题,网银的大众版(银行没有发放证书),存在着交易信息抵赖的问题。
发明内容
本发明要解决的技术问题在于,针对上述电子合同签认、执行和传输时存在交易风险的缺陷,提供一种文本型电子合同与自动执行指令的转换方法及系统。
本发明解决其技术问题所采用的技术方案是:构造一种文本型电子合同与自动执行指令的转换方法,包括以下步骤:
(a)消费方终端根据输的入预订信息并结合消费方的身份标识、商品编号、订购数量、预订时间以及对应的银行支付信息进行线性变换计算,得到由0-9序列组成的数字型商务请求指令,发送给运营方系统,所述预订信息至少包含:商品信息、数量和金额;
(b)运营方系统收到所述商务请求指令后,对所述的商务请求进行分解产生文本型的商务合同,每一商务合同具有唯一的交易引擎号及支付子合同、交付子合同和清算子合同三方合同要素属性;
(c)运营方系统对支付子合同进行分解并转换成预付请求传送给相应的银行系统,所述的预付请求指令用于使银行系统执行支付,银行系统向运营方系统返回预付响应消息;
(d)运营方系统从银行系统接收到成功预付消息后,对交付子合同进行分解并转换成交付请求指令传送给相应的向商家系统,所述的交付请求指令用于使商家系统执行交付,所述商家系统向运营方系统返回支付响应消息;
(e)运营方系统收到消费方终端的付款请求指令后,从持动态交易卡的虚拟账户进行扣款,并向消费方系统返回付款响应消息,所述的付款请求指令是来自消费方终端的交付确认信息进行线性变换得到由0-9序列,交付确认信息包含所述交付确认信息包括持动态交易卡的账号、动态密码;
(f)运营方系统对清算子合同进行分解并转换成清算请求指令和对账请求指令,其中清算请求指令发送给银行系统,对账请求指令发送给商家系统,清算请求指令用于使银行系统执行清算并返回清算响应消息;对帐请求指令用于使商家系统执行对账并返回对账响应消息。
在本发明所述的文本型电子合同与自动执行指令的转换方法中,所述步骤(b)还包括运营方系统对商务合同与商家系统、银行方系统进行签认步骤,并根据签认的结果,向消费方终端发出商务响应消息,所述的商务响应消息至少包含交易引擎号、预订状态、预订信息。
在本发明所述的文本型电子合同与自动执行指令的转换方法中,所述的预付请求指令至少包含交易引擎号、银行方标识、运营方标识、金额、预付有效期、交易日期、银行方数字签名、运营方数字签名,所述的预付响应消息,至少包含交易引擎号、银行方标识、运营方标识、支付子合同执行状态、响应消息、金额、银行方数字签名、运营方数字签名。
在本发明所述的文本型电子合同与自动执行指令的转换方法中,所述的交付请求指令至少包含交易引擎号、商家标识、运营方标识、消费方身份、商品信息、交付信息、运营方数字签名;所述的交付响应消息,至少包含交易引擎号、商家标识、运营方标识、交付子合同执行状态、响应消息、商品信息、商家数字签名。
在本发明所述的文本型电子合同与自动执行指令的转换方法中,所述的清算请求指令至少包含交易引擎号、银行方标识、运营方标识、商家标识、金额、交易日期、银行方数字签名、运营方数字签名;所述的清算响应消息至少包含交易引擎号、银行方标识、运营方标识、商家标识、清算子合同执行状态、响应消息、结账金额、银行数字签名、运营方数字签名。
在本发明所述的文本型电子合同与自动执行指令的转换方法中,所述的对账请求指令至少包含交易引擎号、商家标识、运营方标识、结账金额、商品信息、交易日期、运营方数字签名;所述的对帐响应消息至少包含交易引擎号、运营方标识、商家标识、清算子合同执行状态、响应消息、结账金额、商家数字签名。
本发明还提供一种文本型电子合同与自动执行指令的转换系统,包括:
订单请求变换处理单元,用于将消费方终端的用户请求信息进行线性变换得到由0-9序列的数字型商务请求指令和用户交付确认信息进行线性变换得到由0-9序列的数字型付款请求指令,并通过互联网发给运营方系统,其中用户请求包括商品信息、数量和金额;用户交付确认信息包含动态交易卡号、动态密码;
商务合同创建单元,用于根据从消费方终端接收电子合同的商务请求指令产生商务合同,每一商务合同具有交易引擎号及支付子合同、交付子合同和清算子合同三方合同要素属性;
支付指令转换处理单元,用于对支付子合同进行分解并转换成预付请求指令传送给相应的银行系统,使银行系统执行支付;
交付指令转换处理单元,用于对交付子合同进行分解并转换成交付请求指令传送给相应的商家系统,使商家系统执行交付;
验证处理单元,用于通过互联网接收来自消费方终端付款请求指令,在验证通过后,从持动态交易卡的虚拟账户进行扣款,并给消费方终端返回付款响应消息;
清算指令转换处理单元,用于对清算子合同进行分解并转换成清算请求指令和清算对帐指令,所述的清算请求指令用于银行系统执行清算,所述的清算对帐指令用于商家系统执行清算对帐。
在本发明所述的文本型电子合同与自动执行指令的转换系统中,所述用户请求、交付确认信息中包括有电子签名和/或密码。
在本发明所述的文本型电子合同与自动执行指令的转换系统中,所述验证处理单元还用于验证银行系统预付响应消息与清算响应消息和商家系统交付响应消息与对账清算响应消息,并通过分解、解析所述的响应消息获取电子合同的执行状态。
本发明通过将文本型电子合同的一次性解析、转换成数字型商务请求,并将支付合同转换成银行能执行的支付指令、将交付合同转换成商家能执行的交付指令,将清算合同转换成银行能执行的清算指令与商家能执行的对账指令,有效地隐蔽了用户私密信息(如支付密码、银行帐号等),从而保证电子合同的签认、执行和传输过程中的安全性、有效性和不可抵赖性。
附图说明
下面将结合附图及实施例对本发明作进一步说明,附图中:
图1是本发明电子合同与自动执行指令转换系统的应用架构图;
图2是图1中运营方系统实施例的结构框图;
图3是本发明电子合同与自动执行指令转换方法实施例的流程图。
具体实施方式
如图1所示,是本发明电子合同与自动执行指令转换系统的应用架构图。该系统包括运营方系统12,该运营方系统与银行系统11、消费方终端14以及商家系统13连接,其中运营方系统12与消费方终端14及商家系统13分别通过互联网连接,并且该运营方系统12通过专用网络连接到银行系统11。
买家、商家、运营方和银行分别通过消费方终端14、商家系统13、运营方系统和银行系统实现电子支付。其中买家是电子合同的主体和发起者,是依赖运营方系统12进行网上支付的消费者;商家是电子合同的客体和商品提供者;运营方是电子合同的签认、电子合同的管理和电子合同监督执行者,并提供安全电子支付系统,保证用户资金的安全,用户能取到货,同时也保证商家销售商品后能够保证拿到货款;银行是买家、商家和运营方的资金管理者。买家的资金存在银行系统11中,依赖运营方系统12提供安全支付终端和安全电子支付系统与商家系统13进行交易与支付;买家与商家进行商品交易后,商家需要与运营方系统12进行结算才能得到所售商品的资金。
上述系统中,运营方与银行具有对方发放的证书;商家具有营运方发放的证书;买家具有营运方发放的证书。其中当消费方终端14为手机时,证书以手机SIM卡上叠加安全支付卡的方式提供;当消费方终端14为网上终端时,以运营方网站上下载安全控件方式提供。
在本发明中,银行系统11中包括有买方标识、卖方标识和运营方标识与其各自帐户的映射表,从而银行系统可根据买方标识、卖方标识和运营方标识获取其对应的帐户,实现帐户验证。
如图2所示,是图1中运营方系统12的实施例的结构框图。该运营方系统12包括有订单请求变换处理单元121、电子合同创建单元122,支付指令转换处理单元123,验证处理单元124、清算指令转换处理单元125、交付指令转换处理单元126。其中订单请求变换处理单元121为运营方系统12提供安全终端的模块。
订单请求变换处理单元121用于消费方终端14的用户请求信息进行线性变换得到由0-9序列的数字型商务请求指令,通过互联网发给运营方系统13,该订单请求包括买方及商品信息。其中买方信息可以是买家标识(ID)、手机号和/或身份证号等;商品信息包括商品列表、数量、单价等。此外,上述用户请求可加入买家的电子签名和/或密码等,相应地,订单请求变换处理单元121也包括签名认证和/或密码认证子单元。该订单请求变换处理单元121可位于消费方终端14,也可以位于消费方终端14与运营方系统12之间的互联网。
电子合同创建单元122用于根据从消费方终端14接收电子合同的商务请求指令及来自商家系统13和银行系统11的签认信息产生商务合同。该电子合同创建单元122首先与银行方系统11、商家系统12进行签认,然后根据银行方系统11和商家系统12确认信息生成电子合同,该电子合同包括买方信息、卖方信息及商品信息,并根据买方信息、卖方信息及商品信息通过线性变换生成电子合同,每一电子合同具有一个唯一的交易引擎号,并存储于运营方系统12中。在运营方系统12中,每一电子合同被分割为至少三个子合同执行,即支付子合同、交付子合同、清算子合同,且同一电子合同的子合同具有相同的交易引擎号。
支付指令转换处理单元123用于对支付子合同进行分解并转换成预付请求指令传送给相应的银行系统11;其中的预付请求指令至少包含交易引擎号、银行方信息、运营方信息、总金额、预付有效期等,同样地,预付请求指令可加入运营方和银行的双重电子签名,相应地,支付指令转换处理单元123也包括签名认证子单元。
交付指令转换处理单元126用于对交付子合同进行分解并转换成交付请求指令传送给相应的商家系统13;其中的交付请求指令至少包含交易引擎号、商家信息、运营方信息、买家信息、商品信息、交付信息等;同样地,交付请求指令可加入运营方电子签名,相应地,交付指令转换处理单元126也包括签名认证子单元。所述的交付响应消息,至少包含交易引擎号、商家标识、运营方标识、交付子合同执行状态、响应消息、商品信息、商家数字签名。
验证处理单元124,用于通过互联网接收来自消费方终端14的付款请求指令,其中付款请求指令是来自消费方终端14的交付确认信息通过订单请求变换处理单元121进行线性变换得到由0-9序列,也包含买家的数字签名。该交付确认信息也可包括持动态交易卡的账号、动态密码。在验证通过后,运营方系统12返回付款响应消息给消费方终端14,相应地,运营方系统12从持动态交易卡的虚拟账户进行扣款。同样,验证处理单元124,还包含接收银行系统11预付响应消息与清算响应消息和商家系统13交付响应消息与对账清算响应消息,并通过分解、解析所述的响应消息获取电子合同的执行状态。
清算指令转换处理单元125用于对清算子合同进行分解并转换成清算请求指令和清算对帐指令,所述的清算请求指令用于使银行系统11执行清算,所述的清算对帐指令用于使商家系统13执行清算对帐。其中清算请求指令至少包含交易引擎号、银行方信息、运营方信息、商家信息、金额、交易日期等,对账请求指令至少包含交易引擎号、商家信息、运营方信息、结账金额、商品信息、交易日期等,同样地,清算请求指令可加入运营方和银行的双重电子签名,对账请求指令可加入运营方的双重电子签名,相应地,清算指令转换处理单元125也包括签名认证子单元。
如图3所示,是本发明电子合同与自动执行指令转换系统实施例的流程图。该方法包括以下步骤:
步骤S0:消费方通过消费方终端14输入预订信息,该预定信息包含商品信息、数量和金额。
步骤S1:根据买家输入的预订信息,结合买家信息、商品信息、银行信息(如银行标识)和交易时间进行线性变换计算,得到由0-9序列组成的数字型商务请求指令,通过互联网发送给运营方系统12,其中买方信息可以是买家标识(ID)、手机号和/或身份证号等;商品信息包括商品列表、数量、单价等。此外,上述商务请求指令可加入买家的电子签名和/或密码等,相应地,该步骤中也包括签名认证和/或密码认证等操作。
步骤S2:运营方系统12收到消费方终端14的商务请求后,解开数字信封(包含解密、签名验证等操作)并对商务请求进行分解,产生文本型的商务合同,并与银行方系统11、商家系统13进行签认(图中未示出),根据银行方系统11和商家系统13确认信息生成电子合同,并向消费方终端14返回商务请求结果,即请求是否成功的消息。每一商务合同具有唯一的交易引擎号及支付子合同、交付子合同和清算子合同三方合同要素属性。其中交易引擎号是根据消费方的信息、商家的信息和银行方信息通过线性变换得到具有唯一的合同标号,并存储于运营方系统12中。
步骤S3:运营方系统12对支付子合同进行分解并转换成预付请求后,通过专线网络传送给相应的银行系统11,预付请求指令用于使银行系统11执行支付,其中的预付请求指令包含交易引擎号、银行方信息(如银行标识)、运营方信息、总金额、预付有效期等。同样地,预付请求指令可加入运营方和银行的双重电子签名,相应地,该步骤也包括签名认证操作。
步骤S4:银行方系统11收到并解析预付请求指令,验证运营方的签名。若步骤S3中的买家的预订信息中无银行信息(如支付密码)时,该步骤还包含请求消费方终端14向银行系统11发起扣款请求,扣款请求包含交易引擎号和支付密码(图中未示出)。银行系统执行支付合同后,通过专用网络向运营方系统12发出预付响应消息,预付响应消息包含预付是否成功的消息、金额等。
步骤S41:支付合同执行成功,即电子合同的相应款项通过银行系统11从消费方帐户转到运营方管理下持动态交易卡的虚拟帐户下。
步骤S5:运营方系统12对交付子合同进行分解并转换成交付请求通过互联网传送给相应的商家系统13,交付请求指令用于使商家系统13执行交付,其中的交付请求指令至少包含交易引擎号、商家信息、运营方信息、买家信息、商品信息、交付信息等。同样地,交付请求指令可加入运营方的电子签名,相应地,该步骤也包括签名认证操作。
步骤S6:商家系统13收到并解析预付请求指令,验证运营方的签名。商家执行交付合同成功后,商家系统13通过专用网络向运营方系统12发出交付响应消息,交付响应消息包含交付是否成功的消息、商品信息等。
步骤S61:交付合同执行成功,即运营方在收到银行的转帐成功信息后监督商家将电子合同的货物送到消费方。
步骤S70、S7:买家收到/验货符合要求后,通过消费方终端14输入交付确认信息,其中交付确认信息包含持动态交易卡的卡号和动态密码,用于使消费方终端14进行线性变换得到由0-9序列产生付款请求指令,并通过互联网发给运营方系统12。此外,上述付款请求指令可加入买家的电子签名和/或密码等,相应地,该步骤中也包括签名认证和/或密码认证等操作。
步骤S8:运营方系统12通过互联网接收并解析付款请求指令,在验证通过后,相应地,运营方系统12从持动态交易卡的虚拟账户进行扣款,并返回付款响应消息给消费方终端14(该步骤需要通过银行系统吗??请确认),其中付款响应消息包含付款是否成功的消息、付款金额等。
步骤S81:消费者付款成功,即收到消费方的交付确认消息后相应款项从持动态交易卡的虚拟帐户转到运营方的帐户。
步骤S9:运营方系统12对清算子合同进行分解并转换成清算请求通过专线网络传送给相应的银行系统11,清算请求指令用于银行系统11执行清算,其中清算请求指令至少包含交易引擎号、银行方信息、运营方信息、商家信息、金额、交易日期等,同样地,清算请求指令可加入运营方和银行的双重电子签名,相应地,该步骤也包括签名认证操作。
步骤S10:银行方系统11收到并解析清算请求指令,验证运营方的签名,相应地,该步骤中也包括签名认证操作。银行系统11执行清算合同成功后,通过专用网络向运营方系统12发出清算响应消息,清算响应消息包含清算是否成功的消息、金额等。
步骤S11:运营方系统12对清算子合同进行分解并转换成对账请求通过互联网传送给相应的商家系统13,对账请求指令用于商家系统13执行清算对账,其中对账请求指令包含交易引擎号、商家信息、运营方信息、结账金额、商品信息、交易日期等,同样地,对账请求指令可加入运营方的电子签名,相应地,该步骤也包括签名认证操作。
步骤S12:商家系统13收到并解析对账请求指令,验证运营方的签名,相应地,该步骤中也包括签名认证操作。商家系统13执行清算对账成功后,通过互联网向运营方系统12发出对账响应消息,对账响应消息包含清算对账是否成功的消息、金额等。
步骤S13:清算合同执行成功,是指在通过银行系统11将运营方帐户的相应款项转到商家帐户。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (9)
1、一种文本型电子合同与自动执行指令的转换方法,其特征在于,包括以下步骤:
(a)消费方终端根据输的入预订信息并结合消费方的身份标识、商品编号、订购数量、预订时间以及对应的银行支付信息进行线性变换计算,得到由0-9序列组成的数字型商务请求指令,发送给运营方系统,所述预订信息至少包含:商品信息、数量和金额;
(b)运营方系统收到所述商务请求指令后,对所述的商务请求进行分解产生文本型的商务合同,每一商务合同具有唯一的交易引擎号及支付子合同、交付子合同和清算子合同三方合同要素属性;
(c)运营方系统对支付子合同进行分解并转换成预付请求传送给相应的银行系统,所述的预付请求指令用于使银行系统执行支付,银行系统向运营方系统返回预付响应消息;
(d)运营方系统从银行系统接收到成功预付消息后,对交付子合同进行分解并转换成交付请求指令传送给相应的向商家系统,所述的交付请求指令用于使商家系统执行交付,所述商家系统向运营方系统返回支付响应消息;
(e)运营方系统收到消费方终端的付款请求指令后,从持动态交易卡的虚拟账户进行扣款,并向消费方系统返回付款响应消息,所述的付款请求指令是来自消费方终端的交付确认信息进行线性变换得到由0-9序列,交付确认信息包含所述交付确认信息包括持动态交易卡的账号、动态密码;
(f)运营方系统对清算子合同进行分解并转换成清算请求指令和对账请求指令,其中清算请求指令发送给银行系统,对账请求指令发送给商家系统,清算请求指令用于使银行系统执行清算并返回清算响应消息;对帐请求指令用于使商家系统执行对账并返回对账响应消息。
2.根据权利要求1所述的文本型电子合同与自动执行指令的转换方法,其特征在于,所述步骤(b)还包括运营方系统对商务合同与商家系统、银行方系统进行签认步骤,并根据签认的结果,向消费方终端发出商务响应消息,所述的商务响应消息至少包含交易引擎号、预订状态、预订信息。
3.根据权利要求1所述的文本型电子合同与自动执行指令的转换方法,其特征在于,所述的预付请求指令至少包含交易引擎号、银行方标识、运营方标识、金额、预付有效期、交易日期、银行方数字签名、运营方数字签名,所述的预付响应消息,至少包含交易引擎号、银行方标识、运营方标识、支付子合同执行状态、响应消息、金额、银行方数字签名、运营方数字签名。
4、根据权利要求1所述的文本型电子合同与自动执行指令的转换方法,其特征在于,所述的交付请求指令至少包含交易引擎号、商家标识、运营方标识、消费方身份、商品信息、交付信息、运营方数字签名;所述的交付响应消息,至少包含交易引擎号、商家标识、运营方标识、交付子合同执行状态、响应消息、商品信息、商家数字签名。
5、根据权利要求1所述的文本型电子合同与自动执行指令的转换方法,其特征在于,所述的清算请求指令至少包含交易引擎号、银行方标识、运营方标识、商家标识、金额、交易日期、银行方数字签名、运营方数字签名;所述的清算响应消息至少包含交易引擎号、银行方标识、运营方标识、商家标识、清算子合同执行状态、响应消息、结账金额、银行数字签名、运营方数字签名。
6、根据权利要求1所述的文本型电子合同与自动执行指令的转换方法,其特征在于,所述的对账请求指令至少包含交易引擎号、商家标识、运营方标识、结账金额、商品信息、交易日期、运营方数字签名;所述的对帐响应消息至少包含交易引擎号、运营方标识、商家标识、清算子合同执行状态、响应消息、结账金额、商家数字签名。
7、一种文本型电子合同与自动执行指令的转换系统,其特征在于,包括:
订单请求变换处理单元,用于将消费方终端的用户请求信息进行线性变换得到由0-9序列的数字型商务请求指令和用户交付确认信息进行线性变换得到由0-9序列的数字型付款请求指令,并通过互联网发给运营方系统,其中用户请求包括商品信息、数量和金额;用户交付确认信息包含动态交易卡号、动态密码;
商务合同创建单元,用于根据从消费方终端接收电子合同的商务请求指令产生商务合同,每一商务合同具有交易引擎号及支付子合同、交付子合同和清算子合同三方合同要素属性;
支付指令转换处理单元,用于对支付子合同进行分解并转换成预付请求指令传送给相应的银行系统,使银行系统执行支付;
交付指令转换处理单元,用于对交付子合同进行分解并转换成交付请求指令传送给相应的商家系统,使商家系统执行交付;
验证处理单元,用于通过互联网接收来自消费方终端付款请求指令,在验证通过后,从持动态交易卡的虚拟账户进行扣款,并给消费方终端返回付款响应消息;
清算指令转换处理单元,用于对清算子合同进行分解并转换成清算请求指令和清算对帐指令,所述的清算请求指令用于银行系统执行清算,所述的清算对帐指令用于商家系统执行清算对帐。
8、根据权利要求7所述的文本型电子合同与自动执行指令的转换系统,其特征在于,所述用户请求、交付确认信息中包括有电子签名和/或密码。
9、根据权利要求7所述的文本型电子合同与自动执行指令的转换系统,其特征在于,所述验证处理单元还用于验证银行系统预付响应消息与清算响应消息和商家系统交付响应消息与对账清算响应消息,并通过分解、解析所述的响应消息获取电子合同的执行状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100655120A CN101266675A (zh) | 2008-03-07 | 2008-03-07 | 一种文本型电子合同与自动执行指令的转换方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100655120A CN101266675A (zh) | 2008-03-07 | 2008-03-07 | 一种文本型电子合同与自动执行指令的转换方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101266675A true CN101266675A (zh) | 2008-09-17 |
Family
ID=39989074
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100655120A Pending CN101266675A (zh) | 2008-03-07 | 2008-03-07 | 一种文本型电子合同与自动执行指令的转换方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101266675A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101814175A (zh) * | 2010-04-27 | 2010-08-25 | 郑州银保托管电子商务有限公司 | 银保托管电子商务系统聚合对账方法 |
CN103577571A (zh) * | 2013-10-31 | 2014-02-12 | 北京奇虎科技有限公司 | 一种数据处理方法和装置 |
CN107045703A (zh) * | 2017-01-18 | 2017-08-15 | 银联国际有限公司 | 基于数字签名的跨境交易清算 |
CN108920232A (zh) * | 2018-06-20 | 2018-11-30 | 维沃移动通信有限公司 | 一种目标对象的处理方法及终端设备 |
CN111340655A (zh) * | 2018-12-19 | 2020-06-26 | 泰康保险集团股份有限公司 | 对合同的融合管理系统及方法 |
-
2008
- 2008-03-07 CN CNA2008100655120A patent/CN101266675A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101814175A (zh) * | 2010-04-27 | 2010-08-25 | 郑州银保托管电子商务有限公司 | 银保托管电子商务系统聚合对账方法 |
CN103577571A (zh) * | 2013-10-31 | 2014-02-12 | 北京奇虎科技有限公司 | 一种数据处理方法和装置 |
CN103577571B (zh) * | 2013-10-31 | 2016-11-09 | 北京奇虎科技有限公司 | 一种数据处理方法和装置 |
CN107045703A (zh) * | 2017-01-18 | 2017-08-15 | 银联国际有限公司 | 基于数字签名的跨境交易清算 |
CN107045703B (zh) * | 2017-01-18 | 2020-12-08 | 银联国际有限公司 | 基于数字签名的跨境交易清算 |
CN108920232A (zh) * | 2018-06-20 | 2018-11-30 | 维沃移动通信有限公司 | 一种目标对象的处理方法及终端设备 |
CN108920232B (zh) * | 2018-06-20 | 2021-06-22 | 维沃移动通信有限公司 | 一种目标对象的处理方法及终端设备 |
CN111340655A (zh) * | 2018-12-19 | 2020-06-26 | 泰康保险集团股份有限公司 | 对合同的融合管理系统及方法 |
CN111340655B (zh) * | 2018-12-19 | 2023-04-21 | 泰康保险集团股份有限公司 | 对合同的融合管理系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20180240115A1 (en) | Methods and systems for payments assurance | |
US10489757B2 (en) | System and method for rendering virtual currency related services | |
CN101354770B (zh) | 使用五方协议实现银行卡支付的系统和方法 | |
US5903878A (en) | Method and apparatus for electronic commerce | |
US20150332224A1 (en) | System and method for rendering virtual currency related services | |
US11868920B2 (en) | Authentication platform for pin debit issuers | |
US20150127527A1 (en) | Payment processing system and method | |
CN110633974B (zh) | 用于处理离网交易消息的系统和方法 | |
CN104252672A (zh) | 整合云端服务的付费交易系统 | |
CN111242594B (zh) | 跨地域离线支付的注册、付款方法和装置 | |
KR20190108666A (ko) | 가상화폐 거래자금 입출금 서비스 장치 및 방법과 이를 위한 컴퓨터 프로그램 | |
TW201804390A (zh) | 使用通用一次性密碼以將一用戶與多個服務提供者進行認證之方法及系統 | |
CN101266675A (zh) | 一种文本型电子合同与自动执行指令的转换方法及系统 | |
CN110766397B (zh) | 基于数据识别模型的近场支付方法 | |
CN104200365A (zh) | 一种电子支票的开票及解付方法 | |
KR20120100283A (ko) | 전자결제 시스템 및 방법 | |
CN101281627A (zh) | 一种基于电子合同运营的安全支付方法及系统 | |
CN112651729A (zh) | 现金提取交易方法、收单行服务器及系统 | |
CA2988438C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
CA2987295C (en) | Payment system based on shared funds-management server, and method, device and server therefor | |
WO2016089253A1 (ru) | Система платежно-коммуникационных связей для дистанционного обслуживания клиентов | |
CN101251915A (zh) | 基于电子合同的网上安全支付方法及系统 | |
RU76485U1 (ru) | Электронная платежная система для управления денежными средствами на основе универсальных дебетно-кредитных платежных карт | |
KR100874356B1 (ko) | 옵션거래 중계처리 방법 및 시스템과 이를 위한 기록매체 | |
CN112308543A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080917 |