专利名称：基于电子合同的网上安全支付方法及系统的制作方法
技术领域：
本发明涉及电子支付领域，更具体地说，涉及一种基于电子合同的网上安 全支付方法及系统。
背景技术：
随着互联网和计算机网络技术的发展，基于信息技术的交易方式，突破了 时间和空间的限制，改变了传统的商业活动，但同时也带来了商务活动的信任 危机和电子交易安全性问题的巨大风险。电子支付是指单位、个人通过电子终端，直接或间接向银行业金融机构发 出支付指令，实现货币支付与资金转移。目前，国内存在的电子支付模式大致 有四种第一种模式，支付网关模式，这是电子支付产业发展最成熟的一种模式。 包括银行和很多第三方支付公司提供的在线支付实际都是银行卡网关支付。但 是这种提供的实际应用价值相对有限，而且并不十分方便。第二种模式，就是类似于贝宝(PayPal)。 PayPal在美国做得很成功，但 是从美国到国内，有巨大的时空变化，银行体系，商家和消费者习惯也是不一 样的。现在看来这个模式在中国会遇到巨大的困难。第三种模式，就是移动支付。通过手机让用户随时随地支付，这种方式现 在时机还没有完全成熟，手机可用性和安全性还是大问题。第四种模式，就是账户支付模式。比如淘宝的支付宝、拍拍网的财付通、 易趣的贝宝等都是属于账户支付模式。综观以上的电子支付模式，无论是各大银行的"网上银行"、还是支付网 关性支付平台、虚拟货币的第三方支付平台，未能有效解决"电子交易零风险" 的电子支付模式，严重打击了人们对网上支付的信心，阻碍了电子支付的广泛 使用。其主要原因是(1) 现有的网络支付(包括电子银行和第三方支付)体系，未能解决电 子交易零风险的电子支付模式。(2) 对于买家，存在着银行卡号和密码等私密信息上网的安全隐患。(3) 买卖交易双方为了规避互联网通信的安全风险，采用支付方式普遍 采用的货到付款，这对于商家又存在交易成本高和收不到钱的问题。(3) 对于PayPal为代表的小额支付工具，对于买家又存在着付了钱，又 收不到货或收到次货的风险。(4) 对于的网络增值服务商发行的虚拟货币(类似Q币、百度币、盛大 币、网易币)，互不往来，只能标识玩家在各个网络帝国的虚拟商品。发明内容本发明要解决的技术问题在于，针对的上述电子支付方式存在交易风险的 缺陷，提供一种基于电子合同的网上安全支付方法及系统。本发明解决其技术问题所采用的技术方案是:构造一种基于电子合同的网 上安全支付方法，包括以下步骤(a) 运营方系统根据从消费方终端接收电子合同的商务请求产生商务合 同，每一商务合同具有交易引擎号及合同属性；(b) 运营方系统根据商务合同通过专用网络向银行系统发出第二支付请 求及商务合同，并在接收到所述银行系统返回的准备就绪消息后，根据所述商 务合同向消费方终端发出第一支付请求；(c) 运营方系统向商家系统传输商务合同，并从商家系统接收所述商务 合同的交付执行信息，所述交付执行信息用于使商家交付货物到消费方；(d) 运营方系统从银行系统接收到消费方完成商务合同中的支付要求后，向商家系统发出交付指令，所述交付指令用于使商家系统执行交货；(e) 运营方系统根据消费方终端的收货确认信息向商家系统发送清算对 帐请求；(f) 运营方系统根据商家系统收到的消费方的收货确认信息执行清算。 本发明所述的基于电子合同的网上安全支付方法中，所述的交易引擎号具有唯一的合同标识，是根据消费方输入的信息、商家的信息和相对应银行方信 息通过线性变换得到的标号，供消费方与银行方进行支付及与商家进行交付 (货物)时使用，所述的合同属性包含支付子合同、交付子合同和清算子合 同三方合同要素属性。本发明所述的所述的基于电子合同的网上安全支付方法中，所述的合同所 需的要素，至少包含合同标识、消费方标识、注册信息、商家标识、商品名称、 单价、数量、总金额以及消费者签字信息、商家签字信息、银行方签字信息和 运营方签字信息。本发明所述的基于电子合同的网上安全支付方法中，所述的支付子合同所 需的要素，至少包含合同标识、消费方标识、金额、支付标志、银行标识、消 费方签字信息、运营方签字信息和银行方签字信息。本发明所述的基于电子合同的网上安全支付方法中，所述的交付子合同所 需的要素，至少包含合同标识、消费方标识、送货信息、商家标识、商品信息、 消费者签字信息、运营方签字信息和商家签字信息。本发明所述的基于电子合同的网上安全支付方法中，所述的清算子合同所 需的要素，至少包含合同标识、商家标识、金额、支付标志、银行标识、商家 签字信息、运营方签字信息和银行签字信息。本发明所述的基于电子合同的网上安全支付方法中，其特征在于，所述的 商务合同是由消费方终端发起的，运营方系统对商务合同进行与商家系统和银 行系统的签认，所述的支付子合同是由运营方系统发起的，运营方系统对支付 子合同进行与消费者和银行方的签认，所述的交付子合同是由运营方系统发起 的，运营方对交付子合同进行与消费者和商家的签认，所述的清算子合同是由 运营方系统发起的，运营方对清算合同进行与商家和银行方的签认。本发明还提供一种基于电子合同的网上安全支付系统，该系统通过专用网 络连接到银行系统，包含商务合同创建单元，用于根据从消费方终端接收电子合同的商务请求产生 商务合同，每一商务合同具有交易引擎号及合同属性；商务合同分解单元，用于将所述商务合同分解为支付子合同、交付子合同及清算子合同；支付子合同执行单元，用于根据商务合同通过专用网络向银行系统发出第 二支付请求及商务合同，并在接收到所述银行系统返回的准备就绪消息后，根 据所述商务合同向消费方终端发出第一支付请求；交付子合同执行单元，用于在从银行系统接收到消费方完成商务合同中的 支付要求后，向商家系统发出交付指令，所述交付指令用于使商家系统执行交 货；清算子合同执行单元，用于根据消费方终端的收货确认信息向商家系统发 送清算对帐请求，并根据商家系统收到的消费方的收货确认信息执行清算。在本发明所述的基于电子合同的网上安全支付系统中，所述的消费方终端 向银行系统发起的扣款请求包含交易引擎号；银行系统根据交易引擎号，从相 对应的商务合同获取支付信息后，并将支付执行成功与否的消息通知给运营方 系统。在本发明所述的基于电子合同的网上安全支付系统中，所述的交付合同子 执行完后，商家系统发起基于交易引擎号的电子对帐请求；运营方系统收到商 家系统的对帐请求后，直接将对应交易明细回传给商家系统；运营方系统在与 商家系统对帐不符时，运营方系统向银行系统发起基于交易引擎号的电子对帐 请求；银行系统收到运营方系统的对帐请求后，将对应的交易明细回传给运营 方系统。本发明的基于电子合同的网上安全支付方法及系统，通过运营方系统隐藏 了真实的银行帐号，从而实现了安全电子支付。本发明改善了目前网银系统、 电话系统的安全性，同时与网银系统、电话系统及银联终端设备有效的配合为 用户提供随时随地简便、安全的多元化的支付服务。
下面将结合附图及实施例对本发明作进一步说明，附图中图1是本发明基于电子合同的网上安全支付系统的应用架构图；图2是图1中运营方系统实施例的结构框图；图3是本发明基于电子合同的网上安全支付方法实施例的数据流图。
具体实施方式
如图l所示，是本发明基于电子合同的网上安全支付系统的应用架构图。 该应用架构中包括运营方系统12、银行系统11、消费方终端14以及商家系统 13，其中运营方系统12分别通过互联网与消费方终端14及商家系统13连接， 并且该运营方系统12通过专用网络连接到银行系统11。上述消费方终端14可以是手机终端或网络终端；商家系统13可以是商家 的网络销售系统；银行系统ll是实现资金结算的系统。买家、商家、运营方和银行分别通过消费方终端14、商家系统13、运营 方系统和银行系统参与电子支付。其中买家是电子合同的主体和发起者，是依 赖运营方系统12进行网上支付的消费者；商家是电子合同的客体和商品提供 者；运营方是电子合同的签认、电子合同的管理和电子合同监督执行者，并提 供安全电子支付系统，保证用户资金的安全，用户能取到货，同时也保证商家 销售商品后能够保证拿到货款；银行是买家、商家和运营方的资金管理者。买 家的资金存在银行系统11中，依赖运营方系统12提供安全支付终端和安全电 子支付系统与商家系统13进行交易与支付；买家与商家进行商品交易后，商 家需要与运营方系统12进行结算才能得到所售商品的资金。上述系统中，运营方系统12与银行系统11具有对方发放的证书；商家系 统13具有营运方系统12发放的证书；消费方终端14具有营运方系统12发放 的证书。其中当消费方终端14为手机时，证书以手机SIM卡上叠加安全支付 卡的方式提供；当消费方终端14为网上终端时，以运营方网站上下载安全控 件方式提供。如图2所示，是图1中运营方系统12的实施例的结构框图。该运营方系 统12用于实现安全支付，其包括有商务合同创建单元121、商务合同分解单 元122、支付子合同执行单元123、交付子合同执行单元124以及清算处理单 元125。商务合同创建单元121用于根据从消费方终端14接收电子合同的商务请求产生商务合同，每一商务合同具有交易引擎号及合同属性；商务合同为买方 (消费方)、卖方(商家)、银行方与运营方之间的交易凭证，包括诸如交易双 方身份信息、商品信息、款项信息等，以及消费方、商家、银行方和运营方的 电子签名，其存储于运营方系统12中且每一商务合同具有一个唯一的交易引 擎合号。其中交易引擎号是根据消费方输入的信息、商家的信息和相对应银行 方信息通过线性变换得到的标号，供消费方与银行方进行支付及与商家进行交 付(货物)时使用。商务合同分解单元122用于将所述商务合同分解为支付子合同、交付子合 同及清算子合同；其中支付子合同为消费方、运营方与银行方之间交易凭证， 至少包含合同标识、消费方标识、金额、支付标志、银行标识、消费方、运营 方和银行方电子签名；交付子合同为消费方、运营方与商家之间的交易凭证， 至少包含合同标识、消费方标识、送货信息、商家标识、商品信息、消费者、 运营方和商家电子签名；清算子合同为商家、运营方和银行之间交易的凭证， 至少包含合同标识、商家标识、金额、支付标志、银行标识、商家、运营方和 银行电子签字。支付子合同执行单元123用于通过专用网络向银行系统11发出第二支付 请求及商务合同，并在接收到所述银行系统11返回的准备就绪消息后，根据 所述商务合同向消费方终端14发出第一支付请求；其中第一支付请求用于使 消费方终端14向银行系统11发起扣款请求，第二支付请求用于使银行系统 11在接收到消费方终端14的扣款请求时，将相应款项从消费方帐户转到运营 方帐户。通常，消费方在商家将商务合同中的相关货物运送到商务合同中或消 费方指定的地点后向银行系统11发送扣款请求。交付子合同执行单元124用于在从银行系统11接收到消费方完成商务合 同中的支付要求后，向商家系统13发出交付指令，所述交付指令用于使商家 系统13执行交货。即消费方在相关货物验收合格后，向银行系统发送完成商 务合同中的支付要求，从而商家根据银行系统的交付指令将在货物交付给消费 方，完成商务合同中物的转移。清算子合同执行单元125用于根据消费方终端的收货确认信息向商家系统发送清算对帐请求，并根据商家系统收到的消费方的收货确认信息执行清 算，所述清算请求用于使银行系统将运营方帐户上的相应款项转到商家帐户。 消费方在货物转移后(或前)通过消费方终端向商家系统发送收货确认信息， 商家系统根据该收货确认信息请求银行执行清算。如图3所示，是本发明基于电子合同的网上安全支付方法实施例的流程图。该方法包括以下步骤步骤Sh运营方系统12从消费方终端14接收商务请求，其中该来自消 费方终端14的商务请求可包括消费方标识、消费者虚拟帐户密码。在该步骤 中，运营方系统12首先验证消费方标识和虚拟帐户密码是否匹配，并在确定 消费方标识和虚拟帐户密码匹配时，执行步骤S2;否则运营方系统12向消费 方终端14返回虚拟帐户密码错误的信息。步骤S2:运营方系统12产生商务合同和商家系统13、银行系统ll进行 签认，并将商务合同分解成支付子合同、交付子合同和清算子合同。步骤S3:运营方系统12通过专用网络向银行系统11发出第二支付请求 及商务合同，第二支付请求用于使银行系统11在接收到消费方终端14的扣款 请求时将相应款项从消费方帐户转到运营方帐户。步骤S4:银行系统11返回运营方系统12准备就绪消息。步骤S5:运营方系统12接收到银行系统11准备就绪消息后，向消费方终端14发出第一支付请求；第一支付请求用于使消费方终端14向银行系统ll发起扣款请求。步骤S6:运营方系统12向商家系统13传输商务合同，并从商家系统13 接收所述商务合同的交付执行信息，所述交付执行信息用于使商家交付货物到 消费方。即在商家系统13接收到来自运营方系统的商务合同后，商家将商务 合同中的货物运送到指定地点。步骤S7:银行系统11接收到来自消费方终端14的扣款请求，将消费方 帐户的相应款项划到运营方帐户，上述来自消费方终端14的扣款请求中包括 交易引擎号及支付密码，银行系统11根据交易引擎号获取相应商务合同的款 项信息。消费方终端14在接收到来自运营方系统12的第一支付请求，并在商家将商务合同中的货物运送到指定地点后向银行系统发送扣款请求。步骤S8:银行系统11转帐成功后向运营方系统12返回支付子合同执行 完毕消息通知。步骤S81:消费方扣款成功，相应款项从消费方帐户转到运营方帐户。步骤S9:运营方系统12向商家系统13发送交付指令，所述交付指令用于使商家系统执行交货。步骤S10:商家进行商务合同中的商品交付。步骤S11:消费方在接收到商务合同中的商品并检验合格后，通过消费方终端14向运营方系统12及商家系统13发送收货确认信息，相应地，运营方 系统12从消费方终端14接收消费者商品确认信息(商家相应货已经交付给消 费者)。步骤S12:运营方系统12根据消费方终端14的收货确认信息，向商家系 统13发送清算对帐请求。步骤S13:运营方系统12根据商家系统13收到的消费方终端的收货确认 信息通过专用网络向银行系统11发送执行清算请求。步骤S14:清算完成，相应的运营方帐户上的相应款项已经划到商家帐户，整个商务合同执行完毕。在上述方法中，运营方系统12使用现有的互联网协议接收来自消费方终 端14的请求并向商家系统13和消费方终端14发送消息。此外，运营方系统 12还使用银行系统11的专用接口向银行系统11发送请求并接收响应信息， 而现有的银行系统11仅需根据上述功能作简单调整即可。以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局 限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易 想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护 范围应该以权利要求的保护范围为准。
权利要求
1、一种基于电子合同的网上安全支付方法，其特征在于，包括以下步骤(a)运营方系统根据从消费方终端接收电子合同的商务请求产生商务合同，每一商务合同具有交易引擎号及合同属性；(b)运营方系统根据商务合同通过专用网络向银行系统发出第二支付请求及商务合同，并在接收到所述银行系统返回的准备就绪消息后，根据所述商务合同向消费方终端发出第一支付请求；(c)运营方系统向商家系统传输商务合同，并从商家系统接收所述商务合同的交付执行信息，所述交付执行信息用于使商家交付货物到消费方；(d)运营方系统从银行系统接收到消费方完成商务合同中的支付要求后，向商家系统发出交付指令，所述交付指令用于使商家系统执行交货；(e)运营方系统根据消费方终端的收货确认信息向商家系统发送清算对帐请求；(f)运营方系统根据商家系统收到的消费方的收货确认信息执行清算。
2、 根据权利要求l所述的基于电子合同的网上安全支付方法，其特征在 于，所述的交易引擎号具有唯一的合同标识，是根据消费方输入的信息、商家 的信息和相对应银行方信息通过线性变换得到的标号，供消费方与银行方进行 支付及与商家进行交付货物时使用，所述的合同属性，包含支付子合同、交付 子合同和清算子合同三方合同要素属性。
3、 根据权利要求2所述的基于电子合同的网上安全支付方法，其特征在于， 所述的电子合同所需的要素，至少包含合同标识、消费方标识、注册信息、商 家标识、商品名称、单价、数量、总金额以及消费者签字信息、商家签字信息、 银行方签字信息和运营方签字信息。
4、 根据权利要求2所述的基于电子合同的网上安全支付方法，其特征在于， 所述的支付子合同所需的要素，至少包含合同标识、消费方标识、金额、支付 标志、银行标识、消费方签字信息、运营方签字信息和银行方签字信息。
5、 根据权利要求2所述的基于电子合同的网上安全支付方法，其特征在于， 所述的交付子合同所需的要素，至少包含合同标识、消费方标识、送货信息、商家标识、商品信息、消费者签字信息、运营方签字信息和商家签字信息。
6、 根据权利要求2所述的基于电子合同的网上安全支付方法，其特征在 于，所述的清算子合同所需的要素，包含合同标识、商家标识、金额、支付标 志、银行标识、商家签字信息、运营方签字信息和银行签字信息。
7、 根据权利要求l所述的基于电子合同的网上安全支付方法，其特征在 于，所述的商务合同是由消费方终端发起的，运营方系统对商务合同进行与商 家系统和银行系统的签认，所述的支付子合同是由运营方系统发起的，运营方 系统对支付子合同进行与消费者和银行方的签认，所述的交付子合同是由运营 方系统发起的，运营方对交付子合同进行与消费者和商家的签认，所述的清算 子合同是由运营方系统发起的，运营方对清算合同进行与商家和银行方的签 认。
8、 一种基于电子合同的网上安全支付系统，其特征在于， 商务合同创建单元，用于根据从消费方终端接收电子合同的商务请求产生商务合同，每一商务合同具有交易引擎号及合同属性；商务合同分解单元，用于将所述商务合同分解为支付子合同、交付子合同 及清算子合同；支付子合同执行单元，用于根据商务合同通过专用网络向银行系统发出第 二支付请求及商务合同，并在接收到所述银行系统返回的准备就绪消息后，根 据所述商务合同向消费方终端发出第一支付请求；交付子合同执行单元，用于在从银行系统接收到消费方完成商务合同中的 支付要求后，向商家系统发出交付指令，所述交付指令用于使商家系统执行交 货；清算子合同执行单元，用于根据消费方终端的收货确认信息向商家系统发 送清算对帐请求，并根据商家系统收到的消费方的收货确认信息执行清算。
9、 根据权利要求8所述的基于电子合同的网上安全支付系统，其特征在 于，所述的消费方终端向银行系统发起的扣款请求包含交易引擎号；银行系统 根据交易引擎号，从相对应的商务合同获取支付信息后，并将支付执行成功与 否的消息通知给运营方系统。10、根据权利要求9所述的基于电子合同的网上安全支付系统，其特征在 于，所述的交付合同子执行完后，商家系统发起基于交易引擎号的电子对帐请 求；运营方系统收到商家系统的对帐请求后，直接将对应交易明细回传给商家 系统；运营方系统在与商家系统对帐不符时，运营方系统向银行系统发起基于 交易引擎号的电子对帐请求；银行系统收到运营方系统的对帐请求后，将对应 的交易明细回传给运营方系统。
全文摘要
本发明涉及基于电子合同的网上安全支付方法，包括以下步骤(a)运营方从消费方接收商务请求产生商务合同，每一商务合同具有交易引擎号及合同属性；(b)运营方向银行发出支付请求及商务合同，并收到银行返回准备就绪后，向消费方发出支付请求；(c)运营方向商家传输商务合同和接收交付执行信息，交付执行信息用于使商家交付货物到消费方；(d)运营方从银行接收到消费方完成商务合同中的支付要求后，向商家发出交付指令，交付指令用于使商家执行交货；(e)运营方收到消费方收货确认信息，向商家发送清算对帐请求；(f)运营方根据商家交付确认信息执行清算。本发明通过解析执行隐蔽了真实的银行帐号，从而实现了安全电子支付。
文档编号G06Q20/00GK101251915SQ200810065610
公开日2008年8月27日 申请日期2008年1月21日 优先权日2008年1月21日
发明者伍立华, 智 刘, 晶 宋, 华 彭, 徐国前, 戚建淮, 邹跃军, 郑伟范 申请人:深圳市永达电子有限公司