專利名稱：一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子合同領(lǐng)域，具體是指一種基于數(shù)字物權(quán)證的電子合同運 營系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)的發(fā)展和不斷普及，越來越多的商品開始通過網(wǎng)絡(luò)進行交易。 近年來，電子商務(wù)的迅速發(fā)展受到了國際社會的普遍關(guān)注。在西方國家，網(wǎng)
上交易、網(wǎng)上支付等電子商務(wù)行為已經(jīng)十分普遍，在我國人們對此也已經(jīng)不 再陌生，可以說，電子商務(wù)正在全面融入人們的生活。而電子合同則是電子 商務(wù)的基礎(chǔ)與核心，它是指合同當事人通過電子數(shù)據(jù)交換或電子郵件擬訂的 合同，其數(shù)字化實現(xiàn)即是用戶將有關(guān)數(shù)據(jù)從自己的計算機信息系統(tǒng)傳送到有 關(guān)交易方的計算機信息系統(tǒng)，作為一種各方認可的數(shù)字憑證的過程。目前的 電子合同運營，普遍是模擬現(xiàn)實生活中紙質(zhì)的合同流程，通過合同雙方的數(shù) 字簽名來代替手寫簽名，數(shù)字簽名具有可信性、不可偽造性、不可重用性、 不可抵賴性以及文件不可改變性的性質(zhì)。通過數(shù)字簽名的使用，使得電子合 同具有了與紙質(zhì)合同同等的法律效力。然而數(shù)字簽名本身只能代表簽名者對 合同內(nèi)容的認可，對于電子合同執(zhí)行過程的把控一直缺乏有效的手段，這其 中核心的問題是關(guān)于電子交易過程中商品債權(quán)債務(wù)的歸屬關(guān)系的判定。在電 子商務(wù)領(lǐng)域，對于通過數(shù)字化的方式跟蹤管理商品的債權(quán)債務(wù)關(guān)系的轉(zhuǎn)換的 研究目前還是個空白。由于電子交易的物品無法得到質(zhì)量保證，無法做到電 子信息正確、有效和可信，并且交易過程缺乏對商品債權(quán)債務(wù)的監(jiān)督和管理等，因此往往在發(fā)生糾紛和矛盾時無法準確仲裁商家或買家等的過失行為， 也無法保障商品所有者應(yīng)有的權(quán)益。
目前電子合同系統(tǒng)主要存在如下幾個方面的問題1、電子合同的簽訂和 執(zhí)行過程中，商品物權(quán)歸屬難以確定。即對于電子交易的商品，由于在整個 交易過程中買賣雙方不見面，在訂貨、支付、發(fā)貨、收貨等環(huán)節(jié)中商品的債 權(quán)債務(wù)關(guān)系缺乏明確界限，當出現(xiàn)買賣糾紛時，商品物權(quán)歸屬難以確定。2、 在電子合同的執(zhí)行過程中，買方和賣方無法對商品的權(quán)屬狀態(tài)進行査詢，無 法及時獲知商品的交易進程。3、當電子合同交易過程中出現(xiàn)糾紛時，當需要 司法取證時，只有電子合同的信息，由于對合同執(zhí)行過程缺乏監(jiān)管，因此無 法提供可取證的電子證據(jù)等。
綜上所述，目前的電子合同由于其交易的物品無法得到質(zhì)量保證，無法 做到電子信息正確、有效和可信，并且在交易過程缺乏對商品債權(quán)債務(wù)的監(jiān) 督和管理等，因此往往在發(fā)生糾紛和矛盾時，無法準確仲裁商家或買家等的 過失行為，也無法保障商品所有者應(yīng)有的權(quán)益。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服目前電子合同由于其交易的物品無法得到質(zhì)量保 證，無法做到電子信息正確、有效和可信，并且在交易過程缺乏對商品債權(quán) 債務(wù)的監(jiān)督和管理等缺陷，提供一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)。
本發(fā)明的目的通過下述技術(shù)方案實現(xiàn) 一種基于數(shù)字物權(quán)證的電子合同 運營系統(tǒng)，主要由用于資金管理的銀行系統(tǒng)，對電子合同進行簽認、管理和 監(jiān)督的運營方系統(tǒng)，作為電子合同的主體和發(fā)起者的買方系統(tǒng)，提供商品運 輸?shù)奈锪鞣较到y(tǒng)，以及作為電子合同的客體和商品提供者的賣方系統(tǒng)組成。所述運營方系統(tǒng)通過網(wǎng)絡(luò)分別與買方系統(tǒng)、物流方系統(tǒng)、賣方系統(tǒng)及銀行系 統(tǒng)相連，物流方系統(tǒng)通過網(wǎng)絡(luò)分別與買方系統(tǒng)和賣方系統(tǒng)相連。進一步的， 所述的運營方系統(tǒng)主要由以下相互關(guān)聯(lián)的模塊組成
數(shù)字證書管理模塊，為用戶和商家提供數(shù)字證書的審核、頒發(fā)、撤銷、 查詢等服務(wù)。
客戶管理模塊，用于實現(xiàn)與客戶交互、風險評估、對信用額度進行管理， 以及通過合同管理、賬務(wù)管理，為客戶提供帳務(wù)査詢、賬戶明細、處理應(yīng)付 服務(wù)。
商戶管理模塊，用于實現(xiàn)與商戶交互，通過商戶類型細分，定義合作商 戶工作流配置，通過合同管理、賬務(wù)管理，為客戶提供賬務(wù)査詢、處理應(yīng)收 賬務(wù)服務(wù)。
合同服務(wù)模塊，用于提供客戶、商戶、運營商之間的電子合同簽訂服務(wù)， 并通過對合同執(zhí)行狀態(tài)的執(zhí)行跟蹤，實現(xiàn)對客戶、商戶合同狀態(tài)的實時跟蹤， 并對合同進行管理。
物權(quán)認證管理模塊，用于物權(quán)證的生成、頒發(fā)、撤銷和轉(zhuǎn)移，并為客戶 及合作商戶提供債權(quán)債務(wù)查詢。
資金管理模塊，實現(xiàn)對應(yīng)收賬款及應(yīng)付貨款的明細帳査詢及各種財務(wù)報表。
物流配送管理模塊，用于提供物流單位的檔案登記、審核、査詢服務(wù)， 以及物流單位的配送管理服務(wù)和客戶收貨管理。
取證管理模塊，以電子憑證的形式記錄合同簽訂、發(fā)貨、確認收貨、付 款、確認付款等原始記錄，當買賣雙方在合同業(yè)務(wù)執(zhí)行或其他情況發(fā)生糾紛時，用于提供包括合同內(nèi)容及合同執(zhí)行的原始電子憑證。
系統(tǒng)管理模塊，用于對內(nèi)部人員、人員權(quán)限分配、數(shù)據(jù)備份策略及日志 審計的管理。
所述數(shù)字證書管理模塊、客戶管理模塊、合同服務(wù)模塊、物權(quán)認證管理
模塊及取證管理模塊均與買方系統(tǒng)相連；數(shù)字證書管理模塊、商戶管理模塊、 合同服務(wù)模塊及取證管理模塊均與賣方系統(tǒng)相連；物流管理模塊還直接與物 流方系統(tǒng)相連，資金管理模塊直接與銀行系統(tǒng)相連。
為了確保信息安全，由數(shù)字證書管理模塊頒發(fā)的，作為用戶唯一性標識 的數(shù)字證書以USB key為儲存介質(zhì)，防止信息被非法獲取和篡改。
同時還由買方系統(tǒng)發(fā)起具有唯一交易引擎號的電子合同商務(wù)請求，由運 營方系統(tǒng)根據(jù)電子合同的具體內(nèi)容生成具有唯一物權(quán)證編號的數(shù)字物權(quán)證。
所述的電子合同所需要素至少包括合同標識、買方標識、賣方標識、商 品名稱、單價、數(shù)量、總金額以及買方簽字信息、賣方簽字信息和運營方簽 字信息。所述的數(shù)字物權(quán)證所需要素至少包括物權(quán)證編號、商品圖片、債權(quán) 人標識、債權(quán)變更記錄、賣方簽字信息、買方簽字信息和運營方簽字信息。
最后，買賣雙方的債權(quán)債務(wù)關(guān)系由數(shù)字物權(quán)證進行唯一確定。
本發(fā)明與現(xiàn)有技術(shù)相比，具有如下的優(yōu)點和有益效果 (l)本發(fā)明在電子合同運營過程中首次引入了數(shù)字物權(quán)證，由于該數(shù)字 物權(quán)證具有唯一的物權(quán)證編號、商品債權(quán)債務(wù)關(guān)系變更記錄、整個電子交易 過程中買方、賣方及運營方的數(shù)字簽名，因此能夠唯一標識買賣雙方的債權(quán) 債務(wù)關(guān)系，通過物權(quán)證的生成、頒發(fā)、回收和轉(zhuǎn)移為電子合同交易過程商品 物權(quán)關(guān)系的歸屬提供全程的跟蹤和監(jiān)督，明確電子交易過程中債權(quán)債務(wù)關(guān)系的歸屬。
(2) 本發(fā)明在電子合同運營過程中首次建立運營方物權(quán)證認證中心，當 買賣雙方在電子交易過程中的任意時刻出現(xiàn)糾紛時，都可以通過向運營方物 權(quán)證認證中心提交自己擁有的數(shù)字物權(quán)證以表明自己對商品物權(quán)的擁有。運 營方物權(quán)證認證中心通過驗證用戶提交的數(shù)字物權(quán)證的真?zhèn)危约拔餀?quán)證上 商品債權(quán)債務(wù)的變更記錄信息對商品物權(quán)歸屬做出判斷，進而提交電子證據(jù) 供仲裁機關(guān)進行仲裁，從而能有效的減輕電子交易過程中司法取證難的缺陷。
(3) 本發(fā)明在電子合同運營過程中將商品物權(quán)證從電子合同中分離出 來，并與唯一代表用戶身份的個人數(shù)字證書進行關(guān)聯(lián)，數(shù)字證書采用硬件
USB Key進行存儲，能有效的防止信息被非法獲取和篡改。
(4) 本發(fā)明在電子合同運營過程中將數(shù)字物權(quán)證的權(quán)利人變更條件與商 品物與款的轉(zhuǎn)換有機結(jié)合起來，即只有擁有商品的一方才能擁有物權(quán)證，通 過物權(quán)證的頒發(fā)、撤銷和轉(zhuǎn)移控制資金的流動，從而有力的保證了電子合同 交易過程中交易資金的安全。
(5) 本發(fā)明通過在數(shù)字物權(quán)證中附加商品圖片信息，并在圖片信息中嵌 入運營方的數(shù)字水印信息，從而可以在用戶查詢時，通過提取物權(quán)證商品圖 片的水印信息進一步判斷物權(quán)證的真?zhèn)?，并為買方收到貨物時通過圖片對比 判斷商品外觀是否符合合同要求提供支持。


圖1為本發(fā)明的整體應(yīng)用結(jié)構(gòu)示意圖； 圖2為本發(fā)明的運營方系統(tǒng)結(jié)構(gòu)示意圖； 圖3為本發(fā)明的具體實施流程圖；圖4為本發(fā)明的物權(quán)證査詢業(yè)務(wù)流程圖。
具體實施例方式
下面結(jié)合實施例及附圖，對本發(fā)明作進一步的詳細說明，但本發(fā)明的實 施方式不限于此。 實施例
如圖l、 2所示，本發(fā)明由運營方系統(tǒng)12、銀行系統(tǒng)ll、賣方系統(tǒng)13、 買方系統(tǒng)14以及物流方系統(tǒng)15組成。其中，運營方系統(tǒng)12分別通過互聯(lián)網(wǎng) 與買方系統(tǒng)14、賣方系統(tǒng)13以及物流方系統(tǒng)15連接，并且該運營方系統(tǒng)12 通過專用系統(tǒng)連接到銀行系統(tǒng)11。物流方系統(tǒng)15分別通過互聯(lián)網(wǎng)與買方系 統(tǒng)14以及賣方系統(tǒng)13連接。
上述買方系統(tǒng)14的主體可以是個人也可以是企業(yè)，賣方系統(tǒng)13的主體 可以是個人也可以是企業(yè)，銀行系統(tǒng)11是實現(xiàn)資金結(jié)算的系統(tǒng)，物流方系統(tǒng) 15是實現(xiàn)將貨物從賣方運送至賣方的第三方系統(tǒng)。
買方、賣方、運營方、銀行和物流方分別通過買方系統(tǒng)14、賣方系統(tǒng)13、 運營方系統(tǒng)12、銀行系統(tǒng)11以及物流方系統(tǒng)15參與電子合同交易過程。其 中買方系統(tǒng)14是電子合同的主體和發(fā)起者；賣方系統(tǒng)13是電子合同的客體 和商品提供者；運營方系統(tǒng)12是電子合同的簽認、電子合同的管理和電子合 同的監(jiān)督執(zhí)行者，并通過提供安全支付方式保證用戶資金的安全，通過提供 數(shù)字物權(quán)證保證整個交易過程中買賣雙方具有明確的債權(quán)債務(wù)關(guān)系，并提供 事后對于商品物權(quán)的查驗取證手段；銀行系統(tǒng)11是買方、賣方和運營方的資 金的資金管理者，買方的資金存在銀行系統(tǒng)ll中，通過運營方系統(tǒng)12與賣 方進行交易與支付；買方與賣方進行商品交易后，賣方需要與運營商系統(tǒng)12所售商品的資金。
上述系統(tǒng)中，運營方系統(tǒng)12與銀行系統(tǒng)11具有對方發(fā)放的數(shù)字證書； 賣方系統(tǒng)13具有運營方系統(tǒng)12發(fā)放的數(shù)字證書；買方系統(tǒng)14具有運營方系 統(tǒng)12發(fā)放的數(shù)字證書。數(shù)字證書以運營方發(fā)送的USBKey承載，使用USB Key數(shù)字證書時需要預(yù)先在終端上安裝USB Key的驅(qū)動程序，并輸入用戶在 運營方系統(tǒng)12上預(yù)置的口令。
所述的運營方系統(tǒng)12用于實現(xiàn)基于物權(quán)證的電子合同交易過程，其包括 有依次相連接的數(shù)字證書管理模塊121、客戶管理模塊122、商戶管理模塊 123、合同服務(wù)模塊124、物權(quán)證管理模塊125、資金管理模塊126、物流管 理模塊127、取證管理模塊128以及系統(tǒng)管理模塊129。
數(shù)字證書管理模塊121提供數(shù)字證書的生成、頒發(fā)、撤銷及認證服務(wù)。 數(shù)字證書管理模塊121接收來自客戶管理模塊122和商戶管理模塊123的用 戶信息，生成用戶的數(shù)字證書，數(shù)字證書中包含標識用戶唯一身份的公鑰。 根據(jù)數(shù)字證書信息制作USB Key，并通過安全方式發(fā)送給用戶。數(shù)字證書管 理模塊還負責為合同服務(wù)模塊124、物權(quán)證管理模塊125以及取證管理模塊 128提供數(shù)字證書的認證服務(wù)。
客戶管理模塊122接收來自買方系統(tǒng)14的注冊請求，注冊信息至少包括 姓名、身份證號、聯(lián)系電話?？蛻艄芾砟K122通過統(tǒng)一的客戶接入方式， 實現(xiàn)通過現(xiàn)場服務(wù)、客戶中心、門戶網(wǎng)站等多種業(yè)務(wù)渠道實現(xiàn)與客戶交互； 通過客戶類型細分，定義不同的屬性及行為特征客戶群，并在此基礎(chǔ)上對客 戶價值、信用、風險進行評估，并對信用額度進行管理。通過與合同服務(wù)模 塊124的交互，為用戶提供合同狀態(tài)査詢服務(wù)；通過對物權(quán)證管理模塊125的交互，為用戶提供物權(quán)證狀態(tài)查詢服務(wù)；通過與財務(wù)管理模塊126的交互， 為用戶提供賬務(wù)查詢、賬戶明細、處理應(yīng)付服務(wù)；通過與取證管理模塊128 的交互，為用戶提供物權(quán)證的認證管理服務(wù)。
商戶管理模塊123接收來自賣方系統(tǒng)13的注冊請求，注冊信息至少包括 姓名、身份證號、聯(lián)系電話。商戶管理模塊123通過現(xiàn)場服務(wù)、客戶中心、 門戶網(wǎng)站等多種業(yè)務(wù)渠道實現(xiàn)與商戶交互；通過商戶類型細分，定義合作商 戶工作流配置；通過與合同服務(wù)模塊124的交互，為用戶提供合同狀態(tài)查詢 服務(wù)；通過對物權(quán)證管理模塊125的交互，為用戶提供物權(quán)證狀態(tài)查詢服務(wù); 通過與財務(wù)管理模塊126的交互，為用戶提供帳務(wù)查詢、帳戶明細、處理應(yīng) 付服務(wù)；通過與取證管理模塊128的交互，為用戶提供物權(quán)證的認證管理服 務(wù)。
合同服務(wù)模塊124用于根據(jù)從賣方系統(tǒng)14接收電子合同的商務(wù)請求產(chǎn)生 商務(wù)合同，每一商務(wù)合同具有交易引擎號及合同屬性；商務(wù)合同為買方、賣 方與運營方之間的交易憑證，包括諸如交易雙方身份信息、商品信息、款項 信息等，以及買方、賣方和運營方的電子簽名，電子合同買方、賣方和運營 方分別保存一份副本。每一商務(wù)合同具有唯一的交易引擎號，供買方與銀行 方進行支付及與賣方進行交付貨物時使用。
物權(quán)認證管理模塊125用于從合同服務(wù)模塊124中提取構(gòu)成物權(quán)證的要 約信息，至少包括物權(quán)證編號，關(guān)聯(lián)的電子合同編號，標的商品編號，標 的商品名稱，標的商品數(shù)量，標的商品單價，標的商品總價，物權(quán)所有人， 物權(quán)轉(zhuǎn)移條件，物權(quán)變更記錄及簽名，物權(quán)證頒發(fā)者及簽名，物權(quán)證頒發(fā)日 期。物權(quán)證管理模塊125通過與賣方系統(tǒng)13和買方系統(tǒng)14的交互，實現(xiàn)物權(quán)證的頒發(fā)、撤銷和轉(zhuǎn)移服務(wù)。
資金管理模塊126從電子合同服務(wù)模塊124和物權(quán)證管理模塊125中查詢交易進程，并根據(jù)交易保障規(guī)則，產(chǎn)生應(yīng)收帳款及應(yīng)付貨款，并通過與買方系統(tǒng)14和賣方系統(tǒng)13的交互，完成貨款的轉(zhuǎn)移。并根據(jù)運營方與買方、賣方、銀行方以及物流方約定的規(guī)則，進行資金的結(jié)算，并生成各種財務(wù)報表。 '
物流管理模塊127與物流方系統(tǒng)15進行交互，完成物流單位的檔案登記、審核、査詢服務(wù)；并負責物流單位的配送管理服務(wù)、客戶收貨管理。
取證管理模塊128在交易保障的各執(zhí)行環(huán)節(jié)、通過與數(shù)字證書管理模塊121、合同服務(wù)模塊124以及物權(quán)證管理模塊125的交互，獲取包括合同簽訂、發(fā)貨、確認收貨、付款、確認付款等原始記錄的電子憑證，當買賣雙方在合同業(yè)務(wù)執(zhí)行過程中或過程后發(fā)生糾紛，提供包括合同內(nèi)容及物權(quán)證在內(nèi)的原始電子憑證。
系統(tǒng)管理模塊129負責處理運營方系統(tǒng)內(nèi)部管理工作，至少包括內(nèi)部人員管理、人員權(quán)限分配管理，數(shù)據(jù)備份策略管理，日志審計、安全管理。
同時，數(shù)字證書管理模塊121、客戶管理模塊122、合同服務(wù)模塊124、物權(quán)認證管理模塊125及取證管理模塊128還均與買方系統(tǒng)14通過互聯(lián)網(wǎng)相連。數(shù)字證書管理模塊121、商戶管理模塊123、合同服務(wù)模塊124、物權(quán)認證管理模塊125及取證管理模塊128也通過互聯(lián)網(wǎng)與賣方系統(tǒng)13相連。而物流管理模塊127則通過互聯(lián)網(wǎng)直接與物流方系統(tǒng)相連，資金管理模塊126通過專用網(wǎng)絡(luò)與銀行系統(tǒng)11相連。
本發(fā)明基于數(shù)字物權(quán)證的電子合同的實現(xiàn)方法如圖3所示。該方法包括以下步驟
步驟S1:運營方系統(tǒng)12從買方系統(tǒng)14接收商務(wù)請求，其中該來自買方系統(tǒng)的商務(wù)請求可包括買方標識、買方虛擬賬號密碼。在該步驟中，運營方系統(tǒng)12首先驗證買方標識、買方虛擬賬號密碼是否匹配，并在確定消費方標
識和虛擬賬號密碼匹配時，執(zhí)行步驟S2，否則運營方系統(tǒng)12向買方系統(tǒng)14
返回虛擬賬號密碼錯誤的信息。
步驟S2:運營方系統(tǒng)12提取商務(wù)請求中的相關(guān)要素，生成電子合同contractO和關(guān)聯(lián)的數(shù)字物權(quán)i正certificateO。
步驟S3:運營方系統(tǒng)12用自己的數(shù)字證書分別對電子合同和物權(quán)證進行簽名，生成簽名sigl和sig2。在子步驟S31，運營商系統(tǒng)12通過加密變換裝置將(contractO， certificateO, sigl,sig2》加密后，發(fā)送給買方系統(tǒng)14;在子步驟S32,運營商系統(tǒng)12通過加密變換裝置將(contractO, certificateO， sigl， sig2}加密后，發(fā)送給賣方系統(tǒng)13。
步驟S4:在子步驟S41，買方系統(tǒng)首先通過解密裝置解密得到(contmctO,certificateO, sigl, sig2}，審核contractO禾Q certificateO的內(nèi)容無誤后，驗證sigl是否是運營方系統(tǒng)12對contractO的簽名，sig2是否是運營方系統(tǒng)12對certificateO的簽名，如果通過，則用自己的數(shù)字證書對contractO簽名得到sigll，對certificateO簽名得到sig21，然后買方系統(tǒng)通過加密變換裝置將{contractO, certificateO, sigll,sig21)加密后，發(fā)送給運營方系統(tǒng)12;在子步驟S42中，賣方系統(tǒng)13執(zhí)行和買方系統(tǒng)14類似的操作，最后將{contractO,certificateO, sigl2, sig22)加密發(fā)送給運營方系統(tǒng)12。
步驟S5:運營方系統(tǒng)12收到買方系統(tǒng)14發(fā)送來的消息后，通過解密變換裝置對消息進行解密得到{contractO, certificateO, sigll, sig21}，審核contractO和certificateO的內(nèi)容無誤后，驗證sigll是否是買方系統(tǒng)14對contractO的簽名，sig21是否是買方系統(tǒng)14對certificateO的簽名；運營方系統(tǒng)12對賣方系統(tǒng)13發(fā)送來的消息做同樣的審核處理。如果買方和賣方的消息和簽名全審核通過，運營方系統(tǒng)12利用買方系統(tǒng)14的簽名sigll和賣方系統(tǒng)13的簽名sigl2生成新的電子合同contractl={contract0，sigll，sigl2}，并用自己的數(shù)字證書私鑰對contractl簽名得到sig3，然后運營方系統(tǒng)12通過加密變換裝置將(contractl, sig3)加密后，分別發(fā)送給買方系統(tǒng)14和賣方系統(tǒng)13。
步驟S6:買方系統(tǒng)14收到運營方系統(tǒng)12發(fā)送來的消息后，通過解密變換裝置對消息進行解密得到擁有三方簽名的電子合同{contractl, sig3}=(contract0,sigll,sigl2,sig3》后，首先驗證合同內(nèi)容contractO和簽名sigll,sig12和sig3的有效性，如果驗證通過則通知銀行系統(tǒng)11支付本次交易的貨款。
步驟S7:運營方系統(tǒng)12收到銀行系統(tǒng)11的到款通知后，根據(jù)步驟S5中得到的買方系統(tǒng)14對物權(quán)證的簽名sig21和賣方系統(tǒng)13對物權(quán)證的簽名sig22生成新的物權(quán)證certificatel={certificate0,sig21,sig22}，此時物權(quán)證表明債權(quán)方為賣方，然后運營方系統(tǒng)12用自己的數(shù)字證書對物權(quán)證certificatel進行簽名得到sig4，然后運營方系統(tǒng)12通過加密變換裝置將certificate2={certificatel, sig4)加密后下發(fā)會合賣方系統(tǒng)13。
步驟S8:賣方系統(tǒng)13收到運營方系統(tǒng)發(fā)來的物權(quán)證certificate2后，首先通過解密裝置對消息進行解密得到certificate2={certifiacatel,sig4}=(certificate0,sig21,sig22，sig4h對簽名sig21和sig4驗證無誤后，證實了買方和運營方都承認了商品的物權(quán)方為賣方。然后賣方系統(tǒng)13通知物流方系統(tǒng)15
發(fā)貨后，物流方系統(tǒng)15發(fā)貨給買方系統(tǒng)14。
步驟S9:買方系統(tǒng)14收到貨后，對貨品的數(shù)量和質(zhì)量進行檢驗，合格后通知運營方系統(tǒng)12。
步驟S10:運營方系統(tǒng)12收到買方系統(tǒng)14的收貨通知后，在付款給賣
方之前，先從賣方系統(tǒng)13回收物權(quán)證。具體做法為運營方系統(tǒng)12首先對
原物權(quán)證certificate2做權(quán)屬轉(zhuǎn)移記錄生成certificate3 ，轉(zhuǎn)移記錄至少包含原權(quán)利人、現(xiàn)權(quán)利人、轉(zhuǎn)移時間信息。然后運營方系統(tǒng)12對物權(quán)證進行數(shù)字簽名生成sig5，并通過加密裝置將(certificate3,sig5)加密后發(fā)送給賣方系統(tǒng)13。賣方系統(tǒng)13收到消息后首先進行解密，然后驗證信息和簽名sig5無誤后，對certificate3進行簽名得到sig6，然后將(certificate3，sig6)加密后發(fā)送回運營方系統(tǒng)12。
步驟S11:運營方系統(tǒng)12收到賣方系統(tǒng)13發(fā)來的消息后進行解密，并驗證簽名sig6正確后，完成了物權(quán)證的回收，即老的物權(quán)證已經(jīng)失效。然后通知銀行系統(tǒng)11支付貨款給賣方。
步驟S12:運營方系統(tǒng)12將certificate3進行簽名得到sig7，然后通過加密裝置將(certificate3,sig6,sig7》發(fā)送給買方系統(tǒng)14，從而實現(xiàn)了物權(quán)證的轉(zhuǎn)移。買方系統(tǒng)14收到后首先通過解密裝置進行解密，然后驗證簽名sig6和sig7的正確性，無誤后對certificate3進行簽名生成sig8 ，然后將(certificate3,sig6,sig7,sig8)加密后發(fā)送回運營方系統(tǒng)12。
步驟S13:運營方系統(tǒng)12對電子合同和數(shù)字物權(quán)證進行備案，整個商務(wù)合同執(zhí)行完畢。如圖4所示，當用戶執(zhí)行物權(quán)證書査詢時，包括下面幾個步驟 步驟T1:用戶提出物權(quán)證查詢請求，提供相關(guān)可供查詢的標識信息，如 其所擁有的物權(quán)證，和/或物權(quán)證所有者的身份證號碼。運營方系統(tǒng)12利用 用戶所提供的信息，在數(shù)據(jù)庫中查詢所對應(yīng)的數(shù)字物權(quán)證。
步驟T2:運營方系統(tǒng)12從數(shù)據(jù)庫中導出目標物權(quán)證，如果確認為用戶
需查詢的物權(quán)證后，則執(zhí)行步驟T3，否則返回步驟T1，要求用戶檢査并重
新提供信息。
步驟T3:運營方系統(tǒng)12可以提取用戶物權(quán)證上商品圖片的水印信息， 以判斷物權(quán)證的真?zhèn)?。如果驗證通過，運營方系統(tǒng)12進一步對物權(quán)證上的簽
名進行驗證，如果所有驗證通過，則證明物權(quán)證上所列權(quán)利人為真實的權(quán)利 人。
步驟T4:根據(jù)步驟T3中的電子簽名證據(jù)和驗證結(jié)果，對物權(quán)證中所述 商品的債權(quán)債務(wù)關(guān)系進行仲裁。
如上所述，便可較好的實現(xiàn)本發(fā)明。
1權(quán)利要求
1、一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其特征在于，主要由用于資金管理的銀行系統(tǒng)(11)，對電子合同進行簽認、管理和監(jiān)督的運營方系統(tǒng)(12)，作為電子合同的主體和發(fā)起者的買方系統(tǒng)(14)，提供商品運輸?shù)奈锪鞣较到y(tǒng)(15)，以及作為電子合同的客體和商品提供者的賣方系統(tǒng)(13)組成；所述運營方系統(tǒng)(12)通過網(wǎng)絡(luò)分別與買方系統(tǒng)(14)、物流方系統(tǒng)(15)、賣方系統(tǒng)(13)及銀行系統(tǒng)(11)相連，物流方系統(tǒng)(15)通過網(wǎng)絡(luò)分別與買方系統(tǒng)(14)和賣方系統(tǒng)(13)相連。
2、 根據(jù)權(quán)利要求1所述的一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其 特征在于，所述的運營方系統(tǒng)(12)主要由以下依次相連的模塊組成數(shù)字證書管理模塊(121)，用于為用戶和商家提供數(shù)字證書的審核、頒 發(fā)、撤銷、查詢服務(wù)；客戶管理模塊(122)，用于實現(xiàn)與客戶交互、風險評估、對信用額度進 行管理，以及通過合同管理、賬務(wù)管理，為客戶提供帳務(wù)査詢、帳戶明細、 處理應(yīng)付服務(wù)；商戶管理模塊(123)，用于實現(xiàn)與商戶交互，通過商戶類型細分，定義 合作商戶工作流配置，通過合同管理、賬務(wù)管理，為客戶提供賬務(wù)查詢、處 理應(yīng)收賬務(wù)服務(wù)；合同服務(wù)模塊(124)，用于提供客戶、商戶、運營商之間的電子合同簽 訂服務(wù)，并通過對合同執(zhí)行狀態(tài)的執(zhí)行跟蹤，實現(xiàn)對客戶、商戶合同狀態(tài)的 實時跟蹤，并對合同進行管理；物權(quán)認證管理模塊(125)，用于物權(quán)證的生成、頒發(fā)、撤銷和轉(zhuǎn)移，并 為客戶及合作商戶提供債權(quán)債務(wù)查詢；資金管理模塊(126)，實現(xiàn)對應(yīng)收賬款及應(yīng)付貨款的明細帳查詢及各種 財務(wù)報表；物流配送管理模塊(127)，用于提供物流單位的檔案登記、審核、查詢 服務(wù)，以及物流單位的配送管理服務(wù)和客戶收貨管理；取證管理模塊(128)，以電子憑證的形式記錄合同簽訂、發(fā)貨、確認收 貨、付款、確認付款等原始記錄，當買賣雙方在合同業(yè)務(wù)執(zhí)行或其他情況發(fā) 生糾紛時，用于提供包括合同內(nèi)容及合同執(zhí)行的原始電子憑證；系統(tǒng)管理模塊(129)，用于對內(nèi)部人員、人員權(quán)限分配、數(shù)據(jù)備份策略 及日志審計的管理；所述數(shù)字證書管理模塊(121)、客戶管理模塊(122)、合同服務(wù)模塊 (124)、物權(quán)認證管理模塊(125)及取證管理模塊(128)均與買方系統(tǒng)(14) 相連，數(shù)字證書管理模塊(121)、商戶管理模塊(123)、合同服務(wù)模塊(124) 及取證管理模塊(128)均與賣方系統(tǒng)(13)相連，物流管理模塊(127)還 直接與物流方系統(tǒng)(15)相連，資金管理模塊(126)直接與銀行系統(tǒng)(11) 相連。
3、 根據(jù)權(quán)利要求2所述的一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其 特征在于，所述的物權(quán)認證管理模塊(125)作為系統(tǒng)的商品債權(quán)債務(wù)認證中 心，能夠利用其對數(shù)字物權(quán)證生成、頒發(fā)、撤銷、轉(zhuǎn)移過程的記錄，在電子 合同交易開始后的任一時刻對商品的債權(quán)債務(wù)關(guān)系進行認證，并提供證據(jù)給 仲裁機關(guān)進行仲裁。
4、 根據(jù)權(quán)利要求2所述的一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其 特征在于，所述的數(shù)字證書管理模塊(121)為用戶頒發(fā)的硬件數(shù)字證書作為用戶唯一性的標識，以USBkey為儲存介質(zhì)，防止信息被非法獲取和篡改。
5、 根據(jù)權(quán)利要求2所述的一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其 特征在于，由買方系統(tǒng)(14)發(fā)起具有唯一交易引擎號的電子合同商務(wù)請求， 由運營方系統(tǒng)(12)根據(jù)電子合同的具體內(nèi)容生成具有唯一物權(quán)證編號的數(shù) 字物權(quán)證。
6、 根據(jù)權(quán)利要求5所述的一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其 特征在于，所述的電子合同所需要素至少包括合同標識、買方標識、賣方標 識、商品名稱、單價、數(shù)量、總金額以及買方簽字信息、賣方簽字信息和運 營方簽字信息。
7、 根據(jù)權(quán)利要求5所述的一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其 特征在于，所述的數(shù)字物權(quán)證所需要素至少包括物權(quán)證編號、商品圖片、債 權(quán)人標識、債權(quán)變更記錄、賣方簽字信息、買方簽字信息和運營方簽字信息， 其中商品圖片中嵌入了運營方的數(shù)字水印信息。
8、 根據(jù)權(quán)利要求5或7所述的一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)， 其特征在于，買賣雙方的債權(quán)債務(wù)關(guān)系由數(shù)字物權(quán)證進行唯一確定。
全文摘要
本發(fā)明公開了一種基于數(shù)字物權(quán)證的電子合同運營系統(tǒng)，其特征在于，主要由用于資金管理的銀行系統(tǒng)，對電子合同進行簽認、管理和監(jiān)督的運營方系統(tǒng)，作為電子合同的主體和發(fā)起者的買方系統(tǒng)，提供商品運輸?shù)奈锪鞣较到y(tǒng)，以及作為電子合同的客體和商品提供者的賣方系統(tǒng)組成。本發(fā)明在電子合同運營過程中首次引入了數(shù)字物權(quán)證，由于該數(shù)字物權(quán)證具有唯一的物權(quán)證編號、商品債權(quán)債務(wù)關(guān)系變更記錄、整個電子交易過程中買方、賣方及運營方的數(shù)字簽名，因此能夠唯一標識買賣雙方的債權(quán)債務(wù)關(guān)系，并通過物權(quán)證的生成、頒發(fā)、撤銷和轉(zhuǎn)移為電子合同交易過程商品物權(quán)關(guān)系的歸屬提供全程的跟蹤和監(jiān)督，明確電子交易過程中債權(quán)債務(wù)關(guān)系的歸屬。
文檔編號G06Q30/00GK101510288SQ20091005877
公開日2009年8月19日 申請日期2009年3月31日 優(yōu)先權(quán)日2009年3月31日
發(fā)明者智 劉, 戚建淮, 王明文, 鄭偉范, 飛 陳 申請人:成都硅創(chuàng)科技有限公司