[发明专利]一种文本型电子合同与自动执行指令的转换方法及系统

说明书

技术领域

本发明涉及基于网络的合同签认领域，更具体地说，涉及一种文本型电子合同与自动执行指令的转换方法及系统。

背景技术

随着互联网应用的普及，很多日常生活中的事务也可借助互联网完成，例如电子合同的签认。目前基于互联网的电子合同的签认的主要步骤包括：用户在网上与商家签订电子合同(即电子订单)；商家与电子商务平台进行确定与认证电子合同；然后是电子商务平台与银行进行确定与认证电子合同，并完成电子支付划款过程；电子商务平台在接到银行的返回结果通知用户，并完成支付过程。

然而，在上述的电子合同签认和执行过程中，主要存在如下不足，这些不足也是产生现有电子商务系统安全问题的根源：

1)信息泄漏问题，电子合同中往往包含银行的真实帐号与密码信息，可能造成信息不安全泄漏。未提供先充值、后使用(即类似虚拟银行)功能的支付平台，在签订电子合同时，均需要用户输入自己的真实银行账号与密码。这样方式会带来两大麻烦：一来增加了用户的支付工作量，让用户觉得烦琐。用户每次都需要选择自己的支付银行，然后依据语音或文本提示，输入银行卡号、密码。有时还要输入订单号。操作次数多，操作数据长，难免会出错；二来信息安全问题不能保证，加重了用户猜疑心，他们担心自己的银行账号信息外泄(采用此类方式，确实不能避免在支付平台上留下用户账号信息的嫌疑)。从而在一定程度上抑制了用户使用此类支付的需求。如果使用虚拟充植卡，则会出现资金滞留问题。

2)篡改、伪造问题，电子合同的签认、执行和网上传输过程不具备防篡改和伪造。目前电子支付中有很多商家和买家的纠纷问题，如商家没有发货，而买家已经付钱，买家收到货而否认不付钱等。这些问题的产生主要是由于电子合同的签认、执行流程本身缺陷造成的。如用户签订电子合同后，即交给电子商务平台，电子商务平台根据该合同与银行可以直接产生划帐行为，如果电子合同在到达电子支付平台前或在到达银行认证处理前已经被伪造、篡改，则划帐行为可能在错误的帐号之间进行，从而导致买到货的用户没有被划帐，卖了货的商家没有收到款，或者银行划了别的帐户的款，等等问题。

3)抵赖问题，现有电子合同的签认、执行过程不能做到参与交易的各方都不能抵赖。现有电子合同的签认过程在三方之间单独进行，即电子合同的签认过程是三方单一流程，没有考虑第四方的确认过程，即没有同时考虑用户、商家、银行和第三方的共同确认。如，在银行收到支付平台的电子合同支付请求时，不能确定该请求的正确性，从而不能保障电子合同的抗抵赖性。

4)网银系统存在着信息安全的问题，网银系统突破了时间、空间的限制，提高了服务质量，但是网银系统也面临着信息安全风险，消费方通过Internet连接银行系统，用户操作步骤是单独进行处理的，其操作信息容易被窃取、伪冒和篡改，虽然网银对用户终端也提供一系列安全机制的保证，但用户帐号被盗的事件还时频繁发生，存在着用户私密信息泄露的安全问题，网银的大众版(银行没有发放证书)，存在着交易信息抵赖的问题。

发明内容

本发明要解决的技术问题在于，针对上述电子合同签认、执行和传输时存在交易风险的缺陷，提供一种文本型电子合同与自动执行指令的转换方法及系统。

本发明解决其技术问题所采用的技术方案是：构造一种文本型电子合同与自动执行指令的转换方法，包括以下步骤：

(a)消费方终端根据输的入预订信息并结合消费方的身份标识、商品编号、订购数量、预订时间以及对应的银行支付信息进行线性变换计算，得到由0-9序列组成的数字型商务请求指令，发送给运营方系统，所述预订信息至少包含：商品信息、数量和金额；

(b)运营方系统收到所述商务请求指令后，对所述的商务请求进行分解产生文本型的商务合同，每一商务合同具有唯一的交易引擎号及支付子合同、交付子合同和清算子合同三方合同要素属性；

(c)运营方系统对支付子合同进行分解并转换成预付请求传送给相应的银行系统，所述的预付请求指令用于使银行系统执行支付，银行系统向运营方系统返回预付响应消息；

(d)运营方系统从银行系统接收到成功预付消息后，对交付子合同进行分解并转换成交付请求指令传送给相应的向商家系统，所述的交付请求指令用于使商家系统执行交付，所述商家系统向运营方系统返回支付响应消息；