TWI386859B - 一種基於電子合同營運的安全支付方法及系統 - Google Patents

Description

一種基於電子合同營運的安全支付方法及系統

本發明涉及電子支付領域，更具體地說，涉及一種基於電子合同營運的安全支付方法及系統。

隨著網際網路和電腦網路技術的發展，基於資訊技術的交易方式，突破了時間和空間的限制，改變了傳統的商業活動，但同時也帶來了商務活動的信任危機和電子交易安全性問題的巨大風險。

電子支付是指單位、個人通過電子終端，直接或間接向銀行業金融機構發出支付指令，實現貨幣支付與資金轉移。目前，國內存在的電子支付模式大致有四種：第一種模式，支付閘道模式，這是電子支付産業發展最成熟的一種模式。包括銀行和很多第三方支付公司提供的在線支付實際都是銀行卡閘道支付。但是這種提供的實際應用價值相對有限，而且並不十分方便。

第二種模式，就是類似於貝寶(PayPal)。PayPal在美國做得很成功，但是從美國到國內，有巨大的時空變化，銀行體系，商家和消費者習慣也是不一樣的。現在看來這個模式在中國會遇到巨大的困難。

第三種模式，就是移動支付。通過手機讓用戶隨時隨地支付，這種方式現在時機還沒有完全成熟，手機可用性和安全性還是大問題。

第四種模式，就是帳戶支付模式。比如淘寶的支付寶、拍拍網的財付通、易趣的貝寶等都是屬於帳戶支付模式。

綜觀以上的電子支付模式，無論是各大銀行的“網上銀行”、還是支付閘道性支付平臺、虛擬貨幣的第三方支付平臺，未能有效解決“電子交易零風險”的電子支付模式，嚴重打擊了人們對網上支 付的信心，阻礙了電子支付的廣泛使用。其主要原因是：

(1)現有的網路支付(包括電子銀行和第三方支付)體系，未能解決電子交易零風險的電子支付模式。

(2)對於買家，存在著銀行卡號和密碼等私密資訊上網的安全隱患。

(3)買賣交易雙方爲了規避網際網路通信的安全風險，採用支付方式普遍採用的貨到付款，這對於商家又存在交易成本高和收不到錢的問題。

(3)對於PayPal爲代表的小額支付工具，對於買家又存在著付了錢，又收不到貨或收到次貨的風險。

(4)對於的網路增值服務商發行的虛擬貨幣(類似Q幣、百度幣、盛大幣、網易幣)，互不往來，只能標識玩家在各個網路帝國的虛擬商品。

(5)篡改、僞造問題，電子合同的簽認、執行和網上傳輸過程不具備防篡改和僞造。目前電子支付中有很多商家和買家的糾紛問題，如商家沒有發貨，而買家已經付錢，買家收到貨而否認不付錢等。這些問題的産生主要是由於電子合同的簽認、執行流程本身缺陷造成的。如用戶簽訂電子合同後，即交給電子商務平臺，電子商務平臺根據該合同與銀行可以直接産生劃帳行爲，如果電子合同在到達電子支付平臺前或在到達銀行認證處理前已經被僞造、篡改，則劃帳行爲可能在錯誤的帳號之間進行，從而導致買到貨的用戶沒有被劃帳，賣了貨的商家沒有收到款，或者銀行劃了別的帳戶的款，等等問題。

(6)抵賴問題，現有電子合同的簽認、執行過程不能做到參與交易的各方都不能抵賴。

(7)網銀系統存在著資訊安全的問題，網銀系統突破了時間、空間的限制，提高了服務質量，但是網銀系統也面臨著資訊安全風險，消費方通過Internet連接銀行系統，用戶操作步驟是 單獨進行處理的，其操作資訊容易被竊取、偽冒和篡改，雖然網銀對用戶終端也提供一系列安全機制的保證，但用戶帳號被盜的事件還時頻繁發生，存在著用戶私密資訊泄露的安全問題，網銀的大衆版(銀行沒有發放證書)，存在著交易資訊抵賴的問題。

本發明的目的在於，提供提供一種基於電子合同營運的安全支付方法及系統，以降低電子支付方式存在的交易風險。

本新型所採用的技術方案是：構造一種基於電子合同營運的安全支付方法，包括以下步驟：(a)根據消費者的真實資訊進行註冊並分配用戶動態交易保障卡所對應的交易帳號和登錄密碼，所述真實資訊包括身份證號、和/或手機號，所述用戶動態交易保障卡透過現金存入方式、和/或銀行匯票、和/或銀行轉帳方式加值；(b)營運方系統根據從消費方終端接收的商務請求，產生電子合同憑證，每一電子合同憑證具有唯一的電子合同引擎號及支付子合同、交付子合同和清算子合同三方合同要素屬性；(c)營運方系統對電子合同引擎號進行加鎖變換計算得到包含第一電子匯票碼和主控密鑰的第一聯電子匯票和包含第二電子匯票碼和動態交易密鑰第二聯電子匯票，並將所述第二聯電子匯票的電子匯票碼以及支付子合同要素屬性發送給消費方終端簽認；(d)營運方系統接收來自消費方終端對對預定資訊及支付子合同要素屬性的確認資訊； (e)營運方系統根據支付子合同要素屬性的確認消息，執行從消費者交易帳號上進行扣款，並將第二聯電子匯票的動態交易密鑰發送給消費方終端；(f)營運方系統在扣款成功後向商家系統傳送交付子合同要素屬性；(g)從消費方終端接收第二聯電子匯票，並與第一聯電子匯票進行聯合解鎖變換計算，從而驗證所述第二聯電子匯票的真實性，並發送確認資訊給商家系統執行交付子合同；(h)營運方系統根據商家系統提供的第二聯電子匯票執行清算子合同，所述第二聯電子匯票由消費方終端在收貨時提供。

在本發明所述的基於電子合同的安全支付方法中，所述的電子合同憑證至少包含：消費方標識、消費方註冊資訊、商家標識、商品名稱、單價、數量、總金額、預定時間和預定有效時間。

在本發明所述的基於電子合同的安全支付方法中，所述的電子合同引擎號具有唯一合同標識，是電子合同憑證透過簽認變換計算得到具有唯一標識，供營運方系統透過加鎖變換計算，得到兩聯電子匯票，第一聯電子匯票留存在營運方系統，第二聯電子匯票提供給消費者；營運方系統根據消費者所提供第二聯電子匯票，與第一聯電子匯票進行聯合解鎖變換，驗證電子匯票的真實性，使商家執行交付子合同和清算子合同。

在本發明所述的基於電子合同的安全支付方法中，所述的電子合同憑證的數位簽認變換計算方法如下：電子合同引擎號：=數位簽認(電子合同憑證)。

在本發明所述的基於電子合同的安全支付方法中，所述的電 子合同的加鎖變換計算，產生兩聯電子匯票方法如下：--營運方系統根據三組密鑰產生主控密鑰為bKey；--將電子合同引擎號分成相同欄位的四組，取第一組資料為mText；--將電子合同引擎號分成相同欄位的兩組：Key1和Key2；--第一鎖fText1：=加鎖運算(mText，Key1)；--第二鎖fText2：=加鎖運算(fText，Key2)；--第三鎖userNo：=加鎖運算(fText2，bKey⊕uKey);uKey是營運方系統產生的動態亂數，bKey⊕uKey表示bKey作為高位、uKey作為低位元組成密鑰；--產生的電子匯票號userNo,分解成相同的兩組：HuserNO,LuserNO；第一聯電子匯票為HuserNO和bKey,第二聯電子匯票為LuserNO和uKey；並將第二聯電子匯票可透過短信、電話和加密郵件等方式通知給用戶。

在本發明所述的基於電子合同的安全支付方法中，所述的營運方系統收到第二聯電子匯票，包含電子匯票號LuserNO與動態交易密鑰uKey並聯合解鎖變換計算，驗證其真偽的方法如下：--第一解fTxt3：=解鎖運算(HuserNO⊕LuserNO，bKey⊕uKey); HuserNO⊕LuserNO表示HuserNO作為高位、HuserNO作為低位元組成電子匯票，bKey⊕uKey表示bKey作為高位、uKey作為低位元組成密鑰；--將電子合同引擎號分成相同欄位的兩組：Key1和Key2；--第二解fTxt2：=解鎖運算(fTxt3，Key2)； --第三解fTxt1：=解鎖運算(fTxt2，Key1)；--將電子合同引擎號分成相同欄位的四組，取第一組資料為mText；--如果fTxt1=mText，解鎖成功，驗證電子匯票的真實性；否則，提供電子匯票是仿造，和/或第二聯電子匯票碼和密鑰有誤。

在本發明所述的基於電子合同的安全支付方法中，所述的清算子合同，至少包含商家資訊、第二聯電子匯票資訊、消費方確認資訊、商品資訊、結帳金額、交易日期、商家標識、營運方標識。

在本發明所述的基於電子合同的安全支付方法中，所述的電子合同憑證是由消費方終端發起的，營運方系統對電子合同進行與商家系統的簽認，所述的支付子合同是由營運方系統發起的，營運方系統對支付子合同進行與消費者所持有動態交易保障卡進行資金確認並扣款，所述的交付子合同是由營運方系統發起的，營運方對交付子合同進行與消費者和商家的簽認，並所述的清算子合同是由營運方系統發起的，營運方對清算子合同進行與商家和銀行方的簽認。

本發明還提供一種基於電子合同營運的安全支付系統，包括位於營運方系統的：註冊、開戶處理單元，用於根據消費者的真實資訊進行註冊並分配用戶動態交易保障卡所對應的交易帳號和登錄密碼，所述真實資訊包括身份證號、和/或手機號，所述用戶動態交易保障卡透過現金存入方式、和/或銀行匯票、和/或銀行轉帳方式加值；商務合同創建單元，用於根據從消費方終端接收的電子合同 的商務請求產生電子合同憑證，每一電子合同憑證具有唯一的電子合同引擎號及支付子合同、交付子合同和清算子合同三方合同要素屬性；電子合同簽認單元，用於對電子合同憑證的資訊進行數位簽認變換計算得到唯一的電子合同引擎號；電子合同加鎖變換單元，用於對電子合同引擎號進行加鎖變換計算得到包含第一電子匯票碼和主控密鑰的第一聯電子匯票和包含第二電子匯票碼和動態交易密鑰第二聯電子匯票，並將所述第二聯電子匯票的電子匯票碼以及支付子合同要素屬性發送給消費方終端簽認；支付子合同執行單元，用於根據從消費方終端接收的支付子合同要素屬性的確認消息，執行從消費者交易帳號上進行扣款，並將動態交易密鑰發送給消費者；交付子合同執行單元，用於營運方系統向商家系統傳輸交付子合同要素屬性；電子合同解鎖驗證單元，用於根據從消費方終端接收到的第二聯電子匯票的電子匯票碼與動態交易密鑰，與第一聯電子匯票進行聯合解鎖變換計算，驗證電子匯票的真偽；清算子合同執行單元，用於根據商家系統提供的第二聯電子匯票執行清算子合同，所述第二聯電子匯票由消費方終端在收貨時提供。

在本發明所述的基於電子合同營運的安全支付系統中，所述的電子合同憑證至少包含：消費方標識、消費方註冊資訊、商家標識、商品名稱、單價、數量、總金額、預定時間和預定有效時 間。

本發明的基於電子合同營運的安全支付方法及系統，透過電子合同和電子匯票的安全鎖機制，有效地隱蔽了用戶私密資訊，保證了電子合同的簽認、執行過程中的身份合法性、交易的完整性和不可抵賴性，從而實現了安全電子支付。本發明改善了目前網銀系統、電話系統的安全性，同時與網銀系統、電話系統及銀聯終端設備有效的配合為用戶提供隨時隨地簡便、安全的多元化的支付服務。

如圖1所示，是本發明基於電子合同的網上安全支付系統的應用架構圖。該應用架構中包括營運方系統12、銀行系統11、消費方終端14以及商家系統13，其中營運方系統12分別透過網際網路與消費方終端14及商家系統13連接，並且該營運方系統12透過專用網路連接到銀行系統11。

上述消費方終端14可以是手機終端或網路終端；商家系統13可以是商家的網路銷售系統；銀行系統11是實現資金結算的系統。

消費者、商家、營運方和銀行分別透過消費方終端14、商家系統13、營運方系統和銀行系統參與電子支付。其中買家是電子合同的主體和發起者，是依賴營運方系統12進行網上支付的消費者；商家是電子合同的客體和商品提供者；營運方是電子合同的簽認、電子合同的管理和電子合同監督執行者，並提供安全電子支付系統，保證用戶資金的安全，用戶能取到貨，同時也保證 商家銷售商品後能夠保證拿到貨款；銀行是買家、商家和營運方的資金管理者。消費者的資金存在銀行系統11中，依賴營運方系統12提供安全支付終端和安全電子支付系統與商家系統13進行交易與支付；消費者與商家進行商品交易後，商家需要與營運方系統12進行結算才能得到所售商品的資金。

上述系統中，營運方系統12與銀行系統11具有對方發放的證書；商家系統13具有營運方系統12發放的證書；消費方終端14具有營運方系統12發放的證書。其中當消費方終端14為網上終端時，以營運方網站上下載安全控制項方式提供。

如圖2所示，是圖1中營運方系統12的實施例的結構框圖。該營運方系統12用於電子合同營運實現安全支付，其包括有註冊、開戶處理單元121、動態交易保障卡加值單元122、商務合同創建單元123、電子合同簽認單元124、電子合同加鎖變換單元125、支付子合同執行單元126、交付子合同執行單元127、電子合同解鎖驗證單元128以及清算處理單元129。

註冊、開戶處理單元121用於根據消費者提供的真實身份進行註冊，並綁定消費者的身份證號、和/或手機號。在檢查用戶合法性後，註冊、開戶處理單元121分配用戶動態交易保障卡所對應交易帳號和登錄密碼，從而完成註冊。

動態交易保障卡加值單元122用於根據消費者透過現金存入方式、和/或銀行匯票、和/或銀行轉帳方式對用戶動態交易保障卡進行加值。

商務合同創建單元123用於根據從消費方終端14接收的電子合同商務請求產生電子合同憑證，每一電子合同憑證具有唯一 的電子合同引擎號及支付子合同、交付子合同和清算子合同三方合同要素屬性。電子合同憑證包含消費方標識、消費方註冊資訊、商家標識、商品名稱、單價、數量、總金額、預定時間和預定有效時間等。上述商務合同請求由消費方終端14發起，具體包括消費方標識、商品名稱、單價、數量等。支付子合同要素屬性包括商家標識、商品名稱、單價、數量、總金額、預定時間和預定有效時間等；交付子合同包括消費方標識、商品名稱、數量等；清算子合同包含商家資訊、第二聯電子匯票資訊、消費方確認資訊、商品資訊、結帳金額、交易日期、商家標識、營運方標識等。

電子合同簽認單元124用於對電子合同憑證的資訊進行數位簽認變換計算得到唯一的電子合同引擎號。該電子合同憑證的數位簽認變換計算方法如下：電子合同引擎號：=數位簽認(電子合同憑證)。

電子合同加鎖變換單元125用於對電子合同引擎號進行加鎖變換計算得到第一聯電子匯票和第二聯電子匯票，並將第二聯電子匯票碼以及支付子合同發送給消費方終端14簽認，其中第一聯電子匯票包含0-9序列組成的第一電子匯票碼(數字型)和主控密鑰，第二聯電子匯票包含由0-9序列組成的第二電子匯票碼(數字型)和動態交易密鑰。該電子合同的加鎖變換計算產生兩聯電子匯票方法如下：--營運方系統根據三組密鑰產生主控密鑰為bKey；--將電子合同引擎號分成相同欄位的四組，取第一組資料為mText； --將電子合同引擎號分成相同欄位的兩組：Key1和Key2；--第一鎖fText1：=加鎖運算(mText，Key1)；--第二鎖fText2：=加鎖運算(fText，Key2)；--第三鎖userNo：=加鎖運算(fText2，bKey⊕uKey);uKey是營運方系統產生的動態亂數，bKey⊕uKey表示bKey作為高位、uKey作為低位元組成密鑰；--產生的電子匯票號userNo,分解成相同的兩組：HuserNO,LuserNO；第一聯電子匯票為HuserNO和bKey,第二聯電子匯票為LuserNO和uKey；並將第二聯電子匯票可透過短信、電話和加密郵件等方式通知給用戶。

支付子合同執行單元126用於根據從消費方終端接收的支付子合同確認消息，執行從消費者交易帳號上進行扣款，並將動態交易密鑰發送給消費者(例如通過電話通知方式、和/或郵件加密方式)。

交付子合同執行單元127用於向商家系統13傳輸交付子合同。

電子合同解鎖驗證單元128用於根據從消費方終端接收到的第二聯電子匯票(包含電子匯票碼與動態交易密鑰)，與第一聯電子匯票進行聯合解鎖變換計算，從而驗證第二聯電子匯票的真偽，並在驗證通過後使商家系統13執行交付子合同和清算子合同。驗證第二聯電子匯票真偽的方法如下：--第一解fTxt3：=解鎖運算(HuserNO⊕LuserNO，bKey⊕uKey); HuserNO⊕LuserNO表示HuserNO作為高位、HuserNO作為 低位元組成電子匯票，bKey⊕uKey表示bKey作為高位、uKey作為低位元組成密鑰；--將電子合同引擎號分成相同欄位的兩組：Key1和Key2；--第二解fTxt2：=解鎖運算(fTxt3，Key2)；--第三解fTxt1：=解鎖運算(fTxt2，Key1)；--將電子合同引擎號分成相同欄位的四組，取第一組資料為mText；--如果fTxt1=mText,解鎖成功，驗證電子匯票的真實性；否則，提供電子匯票是仿造，和/或第二聯電子匯票碼和密鑰有誤。清算子合同執行單元129根據商家系統提供的第二聯電子匯票執行清算子合同，所述第二聯電子匯票由消費方終端在收貨時提供。如圖3所示，是本發明基於電子合同營運的安全支付方法實施例的流程圖。該方法包括以下步驟：步驟S1註冊：消費者透過消費方終端14，登記電子合同中涉及有關角色(使用真實資訊)，例如可以採用綁定消費者的身份證號、手機號進行註冊。

步驟S2開戶：營運方系統12檢查註冊用戶合法性後，分配用戶動態交易保障卡所對應交易帳號，完成用戶開戶。

步驟S3加值：消費者透過S31現金存入方式、S32銀行匯票和S33銀行轉帳方式對用戶動態交易保障卡進行加值。

步驟S4預定：營運方系統12根據從消費方終端14接收商務請求，S41驗證消費者交易帳號的金額後，產生電子合同憑證，S42電子合同引擎號是電子合同憑證透過簽認變換計算得到具有 唯一合同標識，每一電子合同，包含電子合同引擎號及支付子合同、交付子合同和清算子合同三方合同要素屬性。

步驟S5支付子合同確認：營運方系統12對電子合同引擎號進行加鎖變換計算得到兩聯電子匯票，其中第一聯電子匯票留存營運方系統12，第二聯電子匯票號以及支付子合同發送給消費方終端14簽認。

步驟S6支付：消費者對預定資訊及支付子合同進行確認，營運方系統12根據支付子合同確認消息後，執行從消費者交易帳號上進行扣款。

步驟S7獲取第二聯電子匯票交易密碼：營運方系統12執行支付子合同後，並透過電話通知方式、和/或郵件加密方式，將第二聯電子匯票交易密碼發送給消費者。

步驟S8交付：營運方系統12向商家系統13傳輸交付子合同，並從商家系統接收交付執行資訊，所述交付執行資訊用於使商家交付貨物到消費方。

步驟S9驗證：消費方將第二聯電子匯票發送給營運方系統12，S91並與第一聯電子匯票進行聯合解鎖變換計算，S92並驗證消費者提供電子匯票的真實性，並發送確認資訊給商家系統13執行交付子合同。消費者完成驗貨、取貨。

步驟S10清算：商家系統13根據收到消費者收貨提供的第二聯電子匯票與營運方系統12執行清算子合同，即營運方系統12將相應款項劃撥到商家帳戶，整個電子合同執行完畢。

在上述方法中，營運方系統12使用現有的網際網路協定接收來自消費方終端14的請求並向商家系統13和消費方終端14 發送消息。此外，營運方系統12還使用銀行系統11的專用介面向銀行系統11發送請求並接收回應資訊，而現有的銀行系統11僅需根據上述功能作簡單調整即可。

以上所述，僅為本發明較佳的具體實施方式，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。因此，本發明的保護範圍應該以權利要求的保護範圍為准。

銀行系統‧‧‧11

營運方系統‧‧‧12

商家系統‧‧‧13

消費方終端‧‧‧14

註冊、開戶處理單元‧‧‧121

動態交易保障卡處理單元‧‧‧123

電子合同創建單元‧‧‧123

電子合同簽認單元‧‧‧124

電子合同加鎖變換單元‧‧‧125

支付子合同執行單元‧‧‧126

交付子合同執行單元‧‧‧127

電子合同解鎖驗證單元‧‧‧128

清算子合同執行單元‧‧‧129

圖1是本發明基於電子合同營運的安全支付系統的應用架構圖；圖2是圖1中營運方系統實施例的結構框圖；圖3是本發明基於電子合同營運的安全支付方法實施例的資料流程圖。

銀行系統‧‧‧11

營運方系統‧‧‧12

商家系統‧‧‧13

消費方終端‧‧‧14

註冊、開戶處理單元‧‧‧121

動態交易保障卡處理單元‧‧‧122

電子合同創建單元‧‧‧123

電子合同簽認單元‧‧‧124

電子合同加鎖變換單元‧‧‧125

支付子合同執行單元‧‧‧126

交付子合同執行單元‧‧‧127

電子合同解鎖驗證單元‧‧‧128

清算子合同執行單元‧‧‧129

Claims (10)

1. 一種基於電子合同營運的安全支付方法，包括以下步驟：(a)根據消費者的真實資訊進行註冊並分配用戶動態交易保障卡所對應的交易帳號和登錄密碼，所述真實資訊包括身份證號、和/或手機號，所述用戶動態交易保障卡通過現金存入方式、和/或銀行匯票、和/或銀行轉帳方式加值；(b)營運方系統根據從消費方終端接收的商務請求，產生電子合同憑證，每一電子合同憑證具有唯一的電子合同引擎號及支付子合同、交付子合同和清運算元合同三方合同要素屬性；(c)營運方系統對電子合同引擎號進行加鎖變換計算得到包含第一電子匯票碼和主控密鑰的第一聯電子匯票和包含第二電子匯票碼和動態交易密鑰第二聯電子匯票，並將所述第二聯電子匯票的電子匯票碼以及支付子合同要素屬性發送給消費方終端簽認；(d)營運方系統接收來自消費方終端對對預定資訊及支付子合同要素屬性的確認資訊；(e)營運方系統根據支付子合同要素屬性的確認消息，執行從消費者交易帳號上進行扣款，並將第二聯電子匯票的動態交易密鑰發送給消費方終端；(f)營運方系統在扣款成功後向商家系統傳送交付子合同要素屬性；(g)從消費方終端接收第二聯電子匯票，並與第一聯電子匯票進行聯合解鎖變換計算，從而驗證所述第二聯電子匯票的真實性，並發送確認資訊給商家系統執行交付子合同；(h)營運方系統根據商家系統提供的第二聯電子匯票執行 清運算元合同，所述第二聯電子匯票由消費方終端在收貨時提供。
2. 根據申請專利範圍第1項所述的基於電子合同營運的安全支付方法，所述的電子合同憑證至少包含：消費方標識、消費方註冊資訊、商家標識、商品名稱、單價、數量、總金額、預定時間和預定有效時間。
3. 根據申請專利範圍第1項所述的基於電子合同營運的安全支付方法，所述的電子合同引擎號具有唯一合同標識，是電子合同憑證通過簽認變換計算得到具有唯一標識，供營運方系統通過加鎖變換計算，得到兩聯電子匯票，第一聯電子匯票留存在營運方系統，第二聯電子匯票提供給消費者；營運方系統根據消費者所提供第二聯電子匯票，與第一聯電子匯票進行聯合解鎖變換，驗證電子匯票的真實性，使商家執行交付子合同和清運算元合同。
4. 根據申請專利範圍第2項所述的基於電子合同營運的安全支付方法，所述的電子合同憑證的數位簽認變換計算方法如下：電子合同引擎號：=數位簽認(電子合同憑證)。
5. 根據申請專利範圍第2項所述的基於電子合同營運的安全支付方法，所述的電子合同的加鎖變換計算，産生兩聯電子匯票方法如下：--營運方系統根據三組密鑰産生主控密鑰爲bKey；--將電子合同引擎號分成相同欄位的四組，取第一組資料爲mText；--將電子合同引擎號分成相同欄位的兩組：Key1和Key2；--第一鎖fText1：=加鎖運算(mText，Key1)；--第二鎖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作爲低位元組成密鑰；--將電子合同引擎號分成相同欄位的兩組：Key1和Key2；--第二解fTxt2：=解鎖運算(fTxt3，Key2)；--第三解fTxt1：=解鎖運算(fTxt2，Key1)；--將電子合同引擎號分成相同欄位的四組，取第一組資料爲mText；--如果fTxt1=mText,解鎖成功，驗證電子匯票的真實性；否則，提供電子匯票是仿造，和/或第二聯電子匯票碼和密鑰有誤。
7. 根據申請專利範圍第2項所述的基於電子合同營運的安全支付方法，所述的清運算元合同，至少包含商家資訊、第二聯電子匯 票資訊、消費方確認資訊、商品資訊、結帳金額、交易日期、商家標識、營運方標識。
8. 根據申請專利範圍第1項所述的基於電子合同的安全支付方法，所述的電子合同憑證是由消費方終端發起的，營運方系統對電子合同進行與商家系統的簽認，所述的支付子合同是由營運方系統發起的，營運方系統對支付子合同進行與消費者所持有動態交易保障卡進行資金確認並扣款，所述的交付子合同是由營運方系統發起的，營運方對交付子合同進行與消費者和商家的簽認，並所述的清運算元合同是由營運方系統發起的，營運方對清運算元合同進行與商家和銀行方的簽認。
9. 一種基於電子合同營運的安全支付系統，包括位於營運方系統的：註冊、開戶處理單元，用於根據消費者的真實資訊進行註冊並分配用戶動態交易保障卡所對應的交易帳號和登錄密碼，所述真實資訊包括身份證號、和/或手機號，所述用戶動態交易保障卡通過現金存入方式、和/或銀行匯票、和/或銀行轉帳方式加值；商務合同創建單元，用於根據從消費方終端接收的電子合同的商務請求產生電子合同憑證，每一電子合同憑證具有唯一的電子合同引擎號及支付子合同、交付子合同和清運算元合同三方合同要素屬性；電子合同簽認單元，用於對電子合同憑證的資訊進行數位簽認變換計算得到唯一的電子合同引擎號；電子合同加鎖變換單元，用於對電子合同引擎號進行加鎖變換計算得到包含第一電子匯票碼和主控密鑰的第一聯電子匯票和包含第二電子匯票碼和動態交易密鑰第二聯電子匯票，並將所 述第二聯電子匯票的電子匯票碼以及支付子合同要素屬性發送給消費方終端簽認；支付子合同執行單元，用於根據從消費方終端接收的支付子合同要素屬性的確認消息，執行從消費者交易帳號上進行扣款，並將動態交易密鑰發送給消費者；交付子合同執行單元，用於營運方系統向商家系統傳輸交付子合同要素屬性；電子合同解鎖驗證單元，用於根據從消費方終端接收到的第二聯電子匯票的電子匯票碼與動態交易密鑰，與第一聯電子匯票進行聯合解鎖變換計算，驗證電子匯票的真僞；清運算元合同執行單元，用於根據商家系統提供的第二聯電子匯票執行清運算元合同，所述第二聯電子匯票由消費方終端在收貨時提供。
10. 根據申請專利範圍第9項所述的基於電子合同營運的安全支付系統，所述的電子合同憑證至少包含：消費方標識、消費方註冊資訊、商家標識、商品名稱、單價、數量、總金額、預定時間和預定有效時間。