專利名稱：電子合同在線訂立的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子商務(wù)領(lǐng)域，尤其涉及電子合同在線訂立的方法及系統(tǒng)。
背景技術(shù)：
在我國，電子商務(wù)是近十幾年來才不斷發(fā)展壯大起來的。雖然在硬件上，我國正在不斷的完善電腦的普及以及計算機(jī)技術(shù)的應(yīng)用，以促進(jìn)電子商務(wù)的發(fā)展，但是在法律法規(guī)上卻難以與其發(fā)展同步。隨著電子商務(wù)的不斷壯大而產(chǎn)生的安全問題越來越多，經(jīng)營者的詐騙或是購買者的有意欺騙等事件層出不窮，但由于缺乏相關(guān)的法律法規(guī)和合同的認(rèn)證，現(xiàn)階段對網(wǎng)絡(luò)犯罪和處罰沒有完善的具體可行的法律，這類案件很難快速有效的被處理。也正是因?yàn)檫@種案件處理的滯后性，進(jìn)而導(dǎo)致了用戶對網(wǎng)上購物安全性更加嚴(yán)重的質(zhì)疑，影響網(wǎng)上購物的交易量。為了制止破壞網(wǎng)絡(luò)安全的行為，目前的購物網(wǎng)站主要是通過制定不超出法律允許范圍的規(guī)則來實(shí)現(xiàn)對安全問題的站內(nèi)解決的監(jiān)控形式。但是，這種方式雖然能夠在一定程度上制止網(wǎng)上欺詐等行為，但依舊是一種不能“治本”的方式。隨著電子商務(wù)的迅速發(fā)展，一些不法商家盯上了網(wǎng)上購物的潛在缺陷，肆意的夸大產(chǎn)品功能，或是直接作虛假廣告，用不切合實(shí)際的產(chǎn)品描述來引誘購買者。很多消費(fèi)者也常會因?yàn)閯倓偨佑|網(wǎng)上購物而無辜的上當(dāng)受騙。除此之外，也有一部分蓄意欺騙的商家收到了購買者匯來的錢而故意不發(fā)貨，私吞下這筆資金。對于這類情況，淘寶和易趣網(wǎng)都采取了通過一系列的信用等級評價機(jī)制透明地如實(shí)反映賣家的信用額度以及過去的每一筆交易的明細(xì)的方法來減少這種不安全性，買家可以參考這些信息，甚至與曾經(jīng)與此賣家交易過的買家溝通。但這些方式都只能降低商家網(wǎng)上欺騙成功的概率，不能從根本上減少這種事件的發(fā)生。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中的問題，本發(fā)明提供了一種電子合同在線訂立的方法。本發(fā)明提供了一種電子合同在線訂立的方法，在網(wǎng)站上完成如下步驟:
A.接收電子合同基本信息；
B.甲方對電子合同基本信息確認(rèn)；
C.生成電子合同；
D.待乙方對電子合同基本信息確認(rèn)后，分別向甲、乙雙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；
E.分別接收甲、乙雙方回復(fù)的簽訂合同驗(yàn)證碼，完成甲、乙雙方電子合同蓋章；
F.將雙方蓋章的電子合同分別發(fā)送給甲、乙雙方指定的接收終端。作為本發(fā)明的進(jìn)一步改進(jìn)，在所述步驟A中包括:
Al.根據(jù)甲方的用戶編號到數(shù)據(jù)庫查詢出甲方選擇交易的產(chǎn)品和乙方草擬的合同模板信息；
A2.計算出商品單件小計價格、商品總價格以及成交金額和付款方式信息展示出來，甲方需填寫供貨時間、收貨地址、合同有效期信息。作為本發(fā)明的進(jìn)一步改進(jìn)，在所述步驟C中包括如下步驟:
Cl.將數(shù)據(jù)區(qū)分為合同條款數(shù)據(jù)、訂單商品數(shù)據(jù)，用戶信息數(shù)據(jù)，把合同條款數(shù)據(jù)和用戶信息數(shù)據(jù)保存到合同簽訂數(shù)據(jù)庫表；
C2.根據(jù)用戶信息數(shù)據(jù)和生成的合同編號生成訂單詳細(xì)表、同時把訂單商品數(shù)據(jù)保存到訂單詳細(xì)表；
C3.保存合同簽訂數(shù)據(jù)庫表以及訂單詳細(xì)表，從而生成電子合同。作為本發(fā)明的進(jìn)一步改進(jìn)，在所述步驟D中，向甲方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；在所述步驟E中，甲方回復(fù)的簽訂合同驗(yàn)證碼，完成甲方電子合同蓋章。作為本發(fā)明的進(jìn)一步改進(jìn)，在所述步驟D中，待乙方對電子合同基本信息確認(rèn)后，向乙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；在所述步驟E中，乙方回復(fù)的簽訂合同驗(yàn)證碼，完成乙方電子合同蓋章。作為本發(fā)明的進(jìn)一步改進(jìn)，在所述步驟F中，將雙方蓋章電子合同的部分內(nèi)容或全部內(nèi)容加密生成二維碼，將二維碼分別發(fā)送給甲、乙雙方指定的接收終端。作為本發(fā)明的進(jìn)一步改進(jìn)，所述二維碼內(nèi)容的加密方式為:發(fā)信方利用收信方的公鑰來加密原文；所述二維碼內(nèi)容的解密方式為:收信方收到加密密文后，使用收信方的私鑰解密密文；收發(fā)信雙方在通信之前，收信方必須將自己早已隨機(jī)生成的公鑰送給發(fā)信方。作為本發(fā)明的進(jìn)一步改進(jìn)，在所述步驟F中，將雙方蓋章的電子合同生成PDF格式文件，然后將該P(yáng)DF格式文件分別發(fā)送給甲、乙雙方指定的接收終端。本發(fā)明還提供了一種電子合同在線訂立的系統(tǒng)，包括:
基本信息接收模塊，用于接收電子合同基本信息；
信息確認(rèn)模塊，用于對電子合同基本信息確認(rèn)；
電子合同生成模塊，用于生成電子合同；
簽訂合同驗(yàn)證碼發(fā)送模塊，用于分別向甲、乙雙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證
碼；
蓋章模塊，用于完成甲、乙雙方電子合同蓋章；
電子合同發(fā)送模塊，用于將雙方蓋章的電子合同分別發(fā)送給甲、乙雙方指定的接收終端。作為本發(fā)明的進(jìn)一步改進(jìn)，該系統(tǒng)還包括:
二維碼生成模塊，用于將雙方蓋章電子合同的部分內(nèi)容或全部內(nèi)容加密生成二維碼； PDF轉(zhuǎn)化模塊，用于將雙方蓋章的電子合同生成PDF格式文件。本發(fā)明的有益效果是:本發(fā)明可保障采購商和供應(yīng)商的法律責(zé)任，提供電商網(wǎng)上交易保障，逐步推動電商的發(fā)展。


圖1是本發(fā)明的電子合同在線訂立的方法流程圖。
具體實(shí)施方式
如圖1所示，本發(fā)明公開了一種電子合同在線訂立的方法，在網(wǎng)站上完成如下步驟:步驟SI，接收電子合同基本信息；步驟S2，甲方對電子合同基本信息確認(rèn)；步驟S3，生成電子合同；步驟S4，待乙方對電子合同基本信息確認(rèn)后，分別向甲、乙雙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；步驟S5，分別接收甲、乙雙方回復(fù)的簽訂合同驗(yàn)證碼，完成甲、乙雙方電子合同蓋章；步驟S6，將雙方蓋章的電子合同分別發(fā)送給甲、乙雙方指定的接收終端。本發(fā)明的甲方可以是采購商，乙方可以是供應(yīng)商；當(dāng)然，甲方也可以是供應(yīng)商，乙方也可以是采購商。在所述步驟SI中包括如下兩個步驟:第一步，根據(jù)甲方的用戶編號到數(shù)據(jù)庫查詢出甲方選擇交易的產(chǎn)品和乙方草擬的合同模板信息；第二步，計算出商品單件小計價格、商品總價格以及成交金額和付款方式信息展示出來，甲方需填寫供貨時間、收貨地址、合同有效期信息。在所述步驟S3中包括如下三個步驟:第一步，將數(shù)據(jù)區(qū)分為合同條款數(shù)據(jù)、訂單商品數(shù)據(jù)，用戶信息數(shù)據(jù)，把合同條款數(shù)據(jù)和用戶信息數(shù)據(jù)保存到合同簽訂數(shù)據(jù)庫表；第二步，根據(jù)用戶信息數(shù)據(jù)和生成的合同編號生成訂單詳細(xì)表、同時把訂單商品數(shù)據(jù)保存到訂單詳細(xì)表；第三步，保存合同簽訂數(shù)據(jù)庫表以及訂單詳細(xì)表，從而生成電子合同。在所述步驟S4中，向甲方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；在所述步驟S5中，甲方回復(fù)的簽訂合同驗(yàn)證碼，完成甲方電子合同蓋章。在所述步驟S4中，待乙方對電子合同基本信息確認(rèn)后，向乙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；在所述步驟S5中，乙方回復(fù)的簽訂合同驗(yàn)證碼，完成乙方電子合同蓋.1V.早。在所述步驟S6中，將雙方蓋章電子合同的部分內(nèi)容或全部內(nèi)容加密生成二維碼，將二維碼分別發(fā)送給甲、乙雙方指定的接收終端。所述二維碼內(nèi)容的加密方式為:發(fā)信方利用收信方的公鑰來加密原文；所述二維碼內(nèi)容的解密方式為:收信方收到加密密文后，使用收信方的私鑰解密密文；收發(fā)信雙方在通信之前，收信方必須將自己早已隨機(jī)生成的公鑰送給發(fā)信方。在所述步驟S6中，將雙方蓋章的電子合同生成PDF格式文件，然后將該P(yáng)DF格式文件分別發(fā)送給甲、乙雙方指定的接收終端。本發(fā)明還公開了一種電子合同在線訂立的系統(tǒng)，包括:基本信息接收模塊，用于接收電子合同基本信息；信息確認(rèn)模塊，用于對電子合同基本信息確認(rèn)；電子合同生成模塊，用于生成電子合同；簽訂合同驗(yàn)證碼發(fā)送模塊，用于分別向甲、乙雙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；蓋章模塊，用于完成甲、乙雙方電子合同蓋章；電子合同發(fā)送模塊，用于將雙方蓋章的電子合同分別發(fā)送給甲、乙雙方指定的接收終端。該電子合同在線訂立的系統(tǒng)還包括二維碼生成模塊，用于將雙方蓋章電子合同的部分內(nèi)容或全部內(nèi)容加密生成二維碼；PDF轉(zhuǎn)化模塊，用于將雙方蓋章的電子合同生成TOF格式文件。供應(yīng)商必須在開啟交易廳時必須完善公司資料和簽合同時必要的信息，采購商采購商品時，必須先完善個人或企業(yè)信息及簽合同時需要的信息。作為本發(fā)明的一個實(shí)施例，當(dāng)采購商選擇好需要采購的商品及跟供應(yīng)商已達(dá)成協(xié)議時，進(jìn)入本系統(tǒng)合同預(yù)覽頁面，系統(tǒng)程序根據(jù)采購商的用戶編號到數(shù)據(jù)庫查詢出采購商選擇交易的產(chǎn)品和供應(yīng)商草擬的合同模板信息，在頁面使用foreach循環(huán)計算出商品單件小計價格、商品總價格以及成交金額和付款方式等信息展示出來，采購商需填寫供貨時間、收貨地址、合同有效期等信息。以上基本信息采集工作可在基本信息接收模塊內(nèi)完成。采購商完成以上操作后，點(diǎn)擊確認(rèn)合同按鈕(信息確認(rèn)模塊)時系統(tǒng)自動屏蔽確認(rèn)合同按鈕，預(yù)防采購商再次點(diǎn)擊提交數(shù)據(jù)，導(dǎo)致數(shù)據(jù)錯誤，系統(tǒng)接收到用戶提交的數(shù)據(jù)后，系統(tǒng)自動把數(shù)據(jù)區(qū)分為合同條款數(shù)據(jù)、訂單商品數(shù)據(jù)，用戶信息數(shù)據(jù)等，把合同條款和用戶信息保存到南方交易網(wǎng)WWW.nffair.com合同簽訂數(shù)據(jù)庫表,根據(jù)用戶信息和生成的合同編號生成訂單表同時把商品信息數(shù)據(jù)保存到訂單詳細(xì)表，最后判斷以上數(shù)據(jù)保存是否有誤，如有誤則使用數(shù)據(jù)庫回滾功能，把保存成功的數(shù)據(jù)清除，在重新保存，直至數(shù)據(jù)保存成功，自此電子合同生成成功。系統(tǒng)根據(jù)采購商在合同上填寫的手機(jī)號碼發(fā)送簽訂合同驗(yàn)證碼，采購商只需輸入收到的合同確認(rèn)蓋章驗(yàn)證碼完成合同蓋章，如采購商輸入的驗(yàn)證碼正確，程序自動根據(jù)采購商簽訂合同名字生成公章蓋到合同上同時系統(tǒng)自動給供應(yīng)商提供的手機(jī)號碼發(fā)送采購商采購產(chǎn)品信息，供應(yīng)商收到簽訂合同短信提示后，進(jìn)入商務(wù)中心的合同訂單管理頁面，點(diǎn)擊合同查看頁面，確認(rèn)合同與雙方協(xié)商的一致后，點(diǎn)擊合同確認(rèn)蓋章按鈕，系統(tǒng)根據(jù)供應(yīng)商簽訂合同的手機(jī)號碼發(fā)送合同確認(rèn)蓋章短信驗(yàn)證碼，供應(yīng)商輸入正確的驗(yàn)證碼后，系統(tǒng)根據(jù)供應(yīng)商簽訂合同的名字生成公章并蓋到頁面上顯示且系統(tǒng)判斷采購商和供應(yīng)商雙方是否都蓋章，如雙方已蓋章則系統(tǒng)自動根據(jù)雙方的用戶編號蓋章時間成交金額的信息加密生成防偽二維碼，二維碼生成成功后系統(tǒng)再生成PDF格式合同文件且發(fā)送到雙方簽訂合同的郵箱，方便雙方下載保存，自此在線簽訂合同生成完成。本系統(tǒng)的二維碼內(nèi)容全部使用了自制研發(fā)的DES算法加密，而非普通的對稱加密方式加密。對稱加密是指:對稱加密算法是應(yīng)用較早的加密算法，技術(shù)成熟。在對稱加密算法中，數(shù)據(jù)發(fā)信方將明文(原始數(shù)據(jù))和加密密鑰一起經(jīng)過特殊加密算法處理后，使其變成復(fù)雜的加密密文發(fā)送出去。收信方收到密文后，若想解讀原文，則需要使用加密用過的密鑰及相同算法的逆算法對密文進(jìn)行解密，才能使其恢復(fù)成可讀明文。在對稱加密算法中，使用的密鑰只有一個，發(fā)收信雙方都使用這個密鑰對數(shù)據(jù)進(jìn)行加密和解密，這就要求解密方事先必須知道加密密鑰，對稱加密有一個壞處只要擁有密鑰的人都可以解密。本系統(tǒng)使用的并非這種對你加密方式，而是使用了非對稱加密。非對稱加密是指:不對稱加密算法使用兩把完全不同但又是完全匹配的一對鑰匙一公鑰和私鑰。在使用不對稱加密算法加密文件時，只有使用匹配的一對公鑰和私鑰，才能完成對明文的加密和解密過程。加密明文時采用公鑰加密，解密密文時使用私鑰才能完成，而且發(fā)信方(加密者)知道收信方的公鑰，只有收信方(解密者)才是唯一知道自己私鑰的人。不對稱加密算法的基本原理是，如果發(fā)信方想發(fā)送只有收信方才能解讀的加密信息，發(fā)信方必須首先知道收信方的公鑰，然后利用收信方的公鑰來加密原文；收信方收到加密密文后，使用自己的私鑰才能解密密文。顯然，采用不對稱加密算法，收發(fā)信雙方在通信之前，收信方必須將自己早已隨機(jī)生成的公鑰送給發(fā)信方，而自己保留私鑰。從而大大保證了用戶信息的真實(shí)安全有效。
本發(fā)明使用了數(shù)字簽名，數(shù)字簽名的意義就是這些數(shù)據(jù)與原文數(shù)據(jù)比對是否修改過。一般是用自己的私鑰對數(shù)據(jù)進(jìn)行簽名，然后用公鑰去驗(yàn)證這個數(shù)據(jù)是否修改過。數(shù)據(jù)庫訪問層使用了自制研發(fā)的DbHelperSQL類，主要有效封裝了實(shí)體參數(shù)轉(zhuǎn)換為SQL參數(shù)問題，解決了每個數(shù)據(jù)庫訪問方法都需要創(chuàng)建一個數(shù)據(jù)參數(shù)方法，實(shí)現(xiàn)了方法通用，具體實(shí)現(xiàn)主要方法如下:
1、創(chuàng)建一個返回值為SqlParameter參數(shù)通用方法，此方法需傳入三個參數(shù)，分別為SqlCommand, SQL語句或存儲過程變量名稱、參數(shù)類型等；
2、創(chuàng)建一個無返回值給SqlParameter參數(shù)賦值的方法,此方法也需傳入三個參數(shù),第一個參數(shù):SqlCommand,第二個參數(shù):對應(yīng)數(shù)據(jù)庫字段參數(shù)名稱,第三個參數(shù):用戶對象傳入的值。3、再創(chuàng)建一個返回值為SqlCommand的方法來調(diào)用以上兩個方法，此方法只需一個對象傳入值參數(shù)即可；
4、創(chuàng)建通用數(shù)據(jù)庫操作方法,需三個參數(shù),第一個參數(shù):SqlCommand,第二個參數(shù):執(zhí)行SQL語句或儲存過程名稱，第三個參數(shù):是否是儲存過程，如果是儲存過程IsProc為True, SQL 語句為 False。5、調(diào)用數(shù)據(jù)庫操作通用方法時，需先實(shí)例化SqlCo_and，這樣就可以解決用戶在提交數(shù)據(jù)時，因網(wǎng)絡(luò)慢而導(dǎo)致的并發(fā)和數(shù)據(jù)錯誤的致命錯誤，每次調(diào)用都創(chuàng)建一個新的SqlCommand對象，保證SqlCommand不通用，在調(diào)用參數(shù)賦值方法時，只需將實(shí)例化好的SqlCommand和頁面提交的數(shù)據(jù)參入即可，SQL參數(shù)創(chuàng)建賦值完后在調(diào)用數(shù)據(jù)庫訪問層完成相關(guān)的數(shù)據(jù)庫操作。本系統(tǒng)在產(chǎn)品信息頁面使用的Cache緩存技術(shù)，把一些數(shù)據(jù)緩存到服務(wù)器上，在定時進(jìn)行更新信息，用戶在不訪問頁面時不用到數(shù)據(jù)庫取值，有效降低數(shù)據(jù)庫的壓力和用戶超速訪問體驗(yàn)。以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種電子合同在線訂立的方法，其特征在于，在網(wǎng)站上完成如下步驟: A.接收電子合同基本信息； B.甲方對電子合同基本信息確認(rèn)； C.生成電子合同； D.待乙方對電子合同基本信息確認(rèn)后，分別向甲、乙雙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼； E.分別接收甲、乙雙方回復(fù)的簽訂合同驗(yàn)證碼，完成甲、乙雙方電子合同蓋章； F.將雙方蓋章的電子合同分別發(fā)送給甲、乙雙方指定的接收終端。
2.根據(jù)權(quán)利要求1所述的電子合同在線訂立的方法，其特征在于，在所述步驟A中包括: Al.根據(jù)甲方的用戶編號到數(shù)據(jù)庫查詢出甲方選擇交易的產(chǎn)品和乙方草擬的合同模板信息； A2.計算出商品單件小計價格、商品總價格以及成交金額和付款方式信息展示出來，甲方需填寫供貨時間、收貨地址、合同有效期信息。
3.根據(jù)權(quán)利要求2所述的電子合同在線訂立的方法，其特征在于，在所述步驟C中包括如下步驟: Cl.將數(shù)據(jù)區(qū)分為合同條 款數(shù)據(jù)、訂單商品數(shù)據(jù)，用戶信息數(shù)據(jù)，把合同條款數(shù)據(jù)和用戶信息數(shù)據(jù)保存到合同簽訂數(shù)據(jù)庫表； C2.根據(jù)用戶信息數(shù)據(jù)和生成的合同編號生成訂單詳細(xì)表、同時把訂單商品數(shù)據(jù)保存到訂單詳細(xì)表； C3.保存合同簽訂數(shù)據(jù)庫表以及訂單詳細(xì)表，從而生成電子合同。
4.根據(jù)權(quán)利要求3所述的電子合同在線訂立的方法，其特征在于，在所述步驟D中，向甲方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；在所述步驟E中，甲方回復(fù)的簽訂合同驗(yàn)證碼，完成甲方電子合同蓋章。
5.根據(jù)權(quán)利要求4所述的電子合同在線訂立的方法，其特征在于，在所述步驟D中，待乙方對電子合同基本信息確認(rèn)后，向乙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；在所述步驟E中，乙方回復(fù)的簽訂合同驗(yàn)證碼，完成乙方電子合同蓋章。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的電子合同在線訂立的方法，其特征在于，在所述步驟F中，將雙方蓋章電子合同的部分內(nèi)容或全部內(nèi)容加密生成二維碼，將二維碼分別發(fā)送給甲、乙雙方指定的接收終端。
7.根據(jù)權(quán)利要求6所述的電子合同在線訂立的方法，其特征在于，所述二維碼內(nèi)容的加密方式為:發(fā)信方利用收信方的公鑰來加密原文；所述二維碼內(nèi)容的解密方式為:收信方收到加密密文后，使用收信方的私鑰解密密文；收發(fā)信雙方在通信之前，收信方必須將自己早已隨機(jī)生成的公鑰送給發(fā)信方。
8.根據(jù)權(quán)利要求7所述的電子合同在線訂立的方法，其特征在于，在所述步驟F中，將雙方蓋章的電子合同生成PDF格式文件，然后將該P(yáng)DF格式文件分別發(fā)送給甲、乙雙方指定的接收終端。
9.一種電子合同在線訂立的系統(tǒng),其特征在于,包括: 基本信息接收模塊，用于接收電子合同基本信息；信息確認(rèn)模塊，用于對電子合同基本信息確認(rèn)； 電子合同生成模塊，用于生成電子合同； 簽訂合同驗(yàn)證碼發(fā)送模塊，用于分別向甲、乙雙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼； 蓋章模塊，用于完成甲、乙雙方電子合同蓋章； 電子合同發(fā)送模塊，用于將雙方蓋章的電子合同分別發(fā)送給甲、乙雙方指定的接收終端。
10.根據(jù)權(quán)利要求9所述的電子合同在線訂立的系統(tǒng)，其特征在于，該系統(tǒng)還包括: 二維碼生成模塊，用于將雙方蓋章電子合同的部分內(nèi)容或全部內(nèi)容加密生成二維碼； PDF轉(zhuǎn)化模塊，用于將 雙方蓋章的電子合同生成PDF格式文件。
全文摘要
本發(fā)明提供了一種電子合同在線訂立的方法，在網(wǎng)站上完成如下步驟A.接收電子合同基本信息；B.甲方對電子合同基本信息確認(rèn)；C.生成電子合同；D.待乙方對電子合同基本信息確認(rèn)后，分別向甲、乙雙方指定的通訊終端發(fā)送簽訂合同驗(yàn)證碼；E.分別接收甲、乙雙方回復(fù)的簽訂合同驗(yàn)證碼，完成甲、乙雙方電子合同蓋章；F.將雙方蓋章的電子合同分別發(fā)送給甲、乙雙方指定的接收終端。本發(fā)明的有益效果是本發(fā)明可保障采購商和供應(yīng)商的法律責(zé)任，提供電商網(wǎng)上交易保障，逐步推動電商的發(fā)展。
文檔編號G06Q30/00GK103116851SQ20131007606
公開日2013年5月22日 申請日期2013年3月11日 優(yōu)先權(quán)日2013年3月11日
發(fā)明者黎威詩 申請人:深圳市京兆電子商務(wù)有限公司