專利名稱：電子債務(wù)管理運營系統(tǒng)裝置以及債權(quán)債務(wù)電子化金融商品化的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機網(wǎng)絡(luò)領(lǐng)域的電子商務(wù)和金融技術(shù)，具體是通過網(wǎng)絡(luò)實現(xiàn)電子債運行管理的方法和系統(tǒng)裝置。
背景技術(shù)：
債的定義。在日常生活中，債(debt)是欠別人財物的行為。在法律上債 (obligation)是指按照合同的約定或依照法律規(guī)定，在當事人之間產(chǎn)生的特定的權(quán)利和義務(wù)關(guān)系。在會計學(xué)里債還有其他定義。在本發(fā)明中，我們采用法律意義上的債之定義，將經(jīng)濟社會活動中產(chǎn)生的權(quán)利和義務(wù)電子化，并定義之為電子債務(wù)、電子債權(quán)。在經(jīng)濟社會活動中，不可避免的會產(chǎn)生各種借貸行為，有時候行為我們通過合同、 按照法律明確權(quán)利義務(wù)的關(guān)系。但更多時候，我們通常僅僅是口頭約定，甚至是暗默約定， 這樣在以后的活動中，往往會產(chǎn)生很多糾紛，而如果能夠有完整的社會系統(tǒng)記錄所有的借貸行為，將這種不可視(invisible)的權(quán)利明確化、信用化、權(quán)威化，那么就可以將這種權(quán)利轉(zhuǎn)變成一種金融商品，從而促進經(jīng)濟發(fā)展。在市場經(jīng)濟高度發(fā)展的背景下，在經(jīng)濟過熱的情況下，通常會使用金融緊縮政策來抑制通貨膨脹；但當國家開始金融緊縮政策時，經(jīng)濟活動會因為流動資金的短缺造成大量的債務(wù)無法流動(Debt Consolidation)而產(chǎn)生信用危機。這時候如果能夠迅速發(fā)現(xiàn)由于無法流動的三角債多角債(Debt Chain)，并采用政策或者金融的手段來解決這些(Debt Chain)，這樣就能夠避免大量貨幣發(fā)行、或者過量國債發(fā)行，以最小的代價使得經(jīng)濟健康發(fā)展下去，然而目前的金融技術(shù)尚無系統(tǒng)可以迅速提供國家級的三角債多角債(Debt Chain) 的詳細而精確的信息。在信息產(chǎn)業(yè)發(fā)展的今天，更多的經(jīng)濟活動開始通過網(wǎng)絡(luò)來進行，在這種情況下出現(xiàn)了電子合同，然而目前的電子合同僅僅是代替了原本印在紙上的合同而已，而合同之內(nèi)容條約，卻沒有利用技術(shù)去更深一步的管理。甚至多數(shù)情況下該電子合同僅被有償服務(wù)的提供方(債務(wù)方)獨占，而有償服務(wù)的利用方(債權(quán)方)在簽署了同意以后，便再無機會使用此電子合同來保護自己的權(quán)利。由于電子商務(wù)中權(quán)利義務(wù)不對稱而導(dǎo)致了交易雙方都無法信任對方，在這種情況下出現(xiàn)了以專利申請?zhí)朇N200610103892. 3為例的第三方為信用中介的交易方式，以這種方式提供了支付平臺，以中介的方式解決了買賣雙方互相信任的問題。在價格明確、交易金額比較小、借貸周期比較短的前提下的交易，使用以上方式成功的解決了上述問題；然而對于價格不明確、交易金額比較大、交易周期比較長的電子交易，利用以上方式產(chǎn)生新的問題，信用中介方阻礙了資金流轉(zhuǎn)、增加了交易現(xiàn)金率(Price/Cash Flow Ratio)。美國專利申請 US2009216582Al-Sub-ledger to account for performance obligations公開了一種企業(yè)內(nèi)部的債務(wù)記錄管理的方法，然而該方法僅僅局限于企業(yè)內(nèi)以及和該企業(yè)交易的商家，所以該方法無須考慮法律安全問題，而這種方法也只能解決特定企業(yè)的問題卻無法為整個社會服務(wù)。美國專利US6912510B1-Methodsof exchanging an obligation公開了一種債務(wù)轉(zhuǎn)讓方法，該方法是一個封閉式的債務(wù)轉(zhuǎn)讓平臺，其中主要功能是用戶將自己所有的權(quán)利 (一種難以定價的債務(wù))放到該平臺上交易，該平臺提供核實債權(quán)價值、拍賣競價、稅額計算以及最后的付款方式等功能，這種方法有兩個問題
1.無人保證這種被拍賣的權(quán)利是否真正存在以及其真實性；
2.如今市場有許多知名度的交易平臺，這些平臺基本解決了US6912510B1上述問題， 所以增加一個不知名的封閉式交易平臺并無實際意義。而日本專利特許JP4201824『電子記録債権登録裝置及Oi電子記録債権”登録方法』記述了一種記錄電子支票的方法，其文中日語的『電子記録債権』非中文的債務(wù)之權(quán)利， 而是會計中資產(chǎn)負債概念，具體對應(yīng)的中文是應(yīng)收款，該專利詳細的記述了電子支票使用中的應(yīng)收款的記錄方法，但問題是
(1)對于金錢以外的債務(wù)權(quán)利沒有涉及；
(2)由于電子支票本身保證了債權(quán)的合法性，所以該方法沒有考慮權(quán)利的多樣性，也沒有考慮合法性和防止債務(wù)人否認的措施；為解決上述問題，并彌補既有研究的不足，本發(fā)明導(dǎo)入電子債之新概念，不以信用中介方，而采用債務(wù)見證方的立場，通過見證債務(wù)生存周期之全過程，并記錄所有債務(wù)的成長過程，從而解決傳統(tǒng)的借貸行為而產(chǎn)生的問題；同時，借鑒會計和法律上對債務(wù)抵消的定義和操作方法利用系統(tǒng)來迅速處理三角債多角債(Debt Chain)。本發(fā)明利用于普通的個人/法人的債務(wù)管理的同時，還可以將電子債務(wù)導(dǎo)入電子商務(wù)技術(shù)領(lǐng)域，通過對電子債務(wù)管理來實現(xiàn)目前價格不明確、金額大、交易期間長、有可能使用分期償還方式的交易方法；通過這種交易方法，可以實現(xiàn)電子商務(wù)中企業(yè)間(B2B)的交易，以比較低的現(xiàn)金率來實現(xiàn)經(jīng)營。

發(fā)明內(nèi)容
本發(fā)明的主要目的是把電子債務(wù)概念引入電子商務(wù)領(lǐng)域，以債務(wù)見證的方式，對債務(wù)的整個生存周期進行跟蹤監(jiān)視，記錄債務(wù)生成成長消亡全過程，從而當債務(wù)糾紛產(chǎn)生的時候，可以立刻提出債務(wù)所有相關(guān)證據(jù)，從而保護債權(quán)債務(wù)人雙方的合法權(quán)利。本發(fā)明的又一目的是在債務(wù)生成之前，幫助債權(quán)債務(wù)方進行法律問題的審核，避免不合法、或者難以以法律依據(jù)保障利益的債務(wù)生成。本發(fā)明的又一目的是在債務(wù)生成之后，通過對債務(wù)的協(xié)助管理，正確迅速的計算出利息，根據(jù)債務(wù)約定定時管理債務(wù)履行，保證債務(wù)順利便利有效的被履行；同時，本發(fā)明對所有記錄進行監(jiān)測，監(jiān)視非正常債務(wù)的發(fā)生和交易，嚴格杜絕洗錢等非法行為。本發(fā)明的又一目的是在債務(wù)生成之后，通過記錄大量的債務(wù)信息，提供高附加值的經(jīng)濟數(shù)據(jù)，當經(jīng)濟危機發(fā)生時，為國家提供解決方案，迅速解決因債務(wù)而使得經(jīng)濟惡化的原因。本發(fā)明的又一目的是通過對債務(wù)權(quán)利進行分割，在通知債務(wù)方的前提下，提供債務(wù)權(quán)利交易方法，將債務(wù)權(quán)利轉(zhuǎn)變成容易交易的金融商品，促進經(jīng)濟流通、降低企業(yè)的現(xiàn)金使用率(Cash Flow Ratio)，使企業(yè)能夠以較少的現(xiàn)金實現(xiàn)更有效的經(jīng)營。
為實現(xiàn)本發(fā)明目的，本發(fā)明的電子債務(wù)記錄裝置采用了獨自的記錄方法， 以保證債務(wù)記錄電子記錄的機密性(Confidentiality)、完整性(htegrity)、可用性(Availability)、責(zé)任追蹤性(Accountability)、真正性(Authenticity)、信賴性 (Reliability)、否認防止性(non-r印udiation)，從而保證所記錄的數(shù)據(jù)具有法律效力。為實現(xiàn)本發(fā)明目的，本發(fā)明的電子債務(wù)審核裝置采用了獨自的獨特的審核方法， 以保證所記錄的債務(wù)本身是受法律保護的內(nèi)容。為實現(xiàn)本發(fā)明目的，本發(fā)明的電子債務(wù)信用評定裝置，采用了獨自的獨特的信用評定方法，為債權(quán)方盡可能的在事前避免債務(wù)方的債務(wù)不履行之行為。為實現(xiàn)本發(fā)明目的，本發(fā)明的電子債務(wù)管理裝置，為債權(quán)債務(wù)雙方提供償還日程表管理、償還計劃制定等附加功能；同時提供債權(quán)債務(wù)雙方對債務(wù)的監(jiān)控(monitoring)， 讓整個債務(wù)行為可視化；為實現(xiàn)本發(fā)明目的，本發(fā)明的電子債務(wù)監(jiān)視裝置，通過對系統(tǒng)中所有記錄情況做出統(tǒng)計，提供高附加值的金融信息；系統(tǒng)監(jiān)視非正常的借貸記錄，監(jiān)視可疑的洗錢(money laundry)行為；并通過算法，隨時把握三角債多角債(debt chain)的情況，如果達到警戒程度即報告政府金融部門。為實現(xiàn)本發(fā)明目的，本發(fā)明還提供了監(jiān)測手段來防止新的服務(wù)被用來金融犯罪行為。為實現(xiàn)本發(fā)明目的，本發(fā)明的電子債務(wù)交易裝置，采用了獨自的處理方法，根據(jù)債權(quán)方的需求，對債權(quán)進行分割，提供對債權(quán)可以進行轉(zhuǎn)讓的功能；然后通過數(shù)據(jù)接口(API) 和第三方的交易平臺相連接，從而使電子債務(wù)權(quán)利轉(zhuǎn)化成一種可以交易的金融商品，而該數(shù)據(jù)接口 (API)作為專門協(xié)議(Obligations Exchange Protocol)無償提供。為實現(xiàn)本發(fā)明目的，本發(fā)明的法律文件生成裝置，采用了獨自的處理方法，根據(jù)電子債務(wù)履行的所有記錄，自動生成法律文件，并利用本發(fā)明的特征從技術(shù)上保證所有法律文件具有、責(zé)任追蹤性(Accountabi 1 ity)、真正性(Authenticity)、信賴性 (Reliability)、否認防止性(non-repudiation)。本發(fā)明的顯著進步性在于
1.傳統(tǒng)和電子的合約、協(xié)議會有被盜遺失等風(fēng)險；而采用權(quán)利要求項2電子債務(wù)記錄裝置提供的方法可以保證，所記錄的內(nèi)容不會被盜或者遺失；
2.美國專利US6912510B1在交易轉(zhuǎn)讓的時候，有權(quán)利不存在或同一權(quán)利被多重傳讓等風(fēng)險；而本發(fā)明在債務(wù)生成開始就有記錄，而債權(quán)的存在和歸屬隨時可見(visibility)；
3.美國專利US6912510B1在交易轉(zhuǎn)讓的時候，會出現(xiàn)第三者權(quán)利伸張抗辯風(fēng)險；而本發(fā)明管理記錄的債權(quán)，通過系統(tǒng)的保證，可以完全切斷非法第三者的存在；
4.傳統(tǒng)和電子的合約、協(xié)議不可以分割；而權(quán)利要求項電子債務(wù)交易裝置賦予電子債權(quán)分割可能的特性，從而使得債權(quán)部分成為新的金融商品；
5.日本專利特許42018M僅能夠處理被電子支票所保證前提下的未收款，而本發(fā)明的運用范圍擴展到廣義的債務(wù)，并通過權(quán)利要求項3、4來保證，在沒有電子支票前提下的金錢債；
由此可見，本發(fā)明比現(xiàn)有的任何方法方式都具有顯著進步性。本發(fā)明的技術(shù)先進性在于其安全性Security)，系統(tǒng)所有安全要素都通過嚴密驗證，充分考慮到機密性(Confidentiality)、完整性Qntegrity)、可用性(Availability), 責(zé)任追蹤性(Accountability)、真正性(Authenticity)、否認防止性(ηοη-r印udiation)， 安全要素具體在實施方式中的每一個細節(jié)中體現(xiàn)。本發(fā)明的技術(shù)先進性還在于，其無限的容量擴展性(scalability)，系統(tǒng)裝置的采用數(shù)據(jù)接口(API)的疏結(jié)合方式，各系統(tǒng)裝置功能分割明確，因此可以容易的部署到局部云計算(private cloud computing)構(gòu)架，在初期利用人數(shù)較少的情況下使用有效的資源， 在利用人數(shù)增加的情況下能夠自由擴展，而疏結(jié)合方式可以保證對某處服務(wù)進行專門擴展，從而達到系統(tǒng)全體不需要停止服務(wù)就可以擴展容量的目的。本發(fā)明的技術(shù)先進性還在于，其堅不可摧的信賴性(Reliability)，作為系統(tǒng)的記錄保存裝置的數(shù)據(jù)庫，采用雙重(多重)配置，每個數(shù)據(jù)保存中心的距離保證在3000km以上(isolation)，系統(tǒng)所有關(guān)鍵裝置均有2重化(多重化設(shè)計)，保證系統(tǒng)在運營時能夠承受一定的軍事和自然災(zāi)害的打擊。本發(fā)明的技術(shù)先進性在于，其優(yōu)越的功能擴展性(extendibility)，可所有裝置采用S0A(Service Oriented Architecture)設(shè)計手法，每一個裝置都是獨立的服務(wù)提供方， 每個裝置都具有和內(nèi)部裝置與外部裝置的數(shù)據(jù)接口，使用這樣的系統(tǒng)構(gòu)造能夠靈活柔軟的對應(yīng)日益變化成長的市場。


圖1是系統(tǒng)整體構(gòu)架成2是系統(tǒng)機能部件構(gòu)成3是電子債務(wù)審核單元的時序4是電子債務(wù)類構(gòu)成5是電子債務(wù)運營系統(tǒng)所使用的裝置構(gòu)成圖
具體實施例方式圖1是本發(fā)明的系統(tǒng)構(gòu)成概要圖，為保證系統(tǒng)整體的容量可擴展性 (scalability)，本系統(tǒng)采用局部云計算(private Cloud Computing)構(gòu)架，該構(gòu)架包括構(gòu)成云計算的服務(wù)器組(1)，各個功能單元( 通過存儲管理裝置C3)來控制物理存儲G)， 物理存儲可以以NAS/SAN的形態(tài)；為了實現(xiàn)信賴性(reliability)，每個物理存儲保持 3000km以上的距離，以免戰(zhàn)爭、自然災(zāi)難而產(chǎn)生不可彌補的數(shù)據(jù)損傷，此外本系統(tǒng)所有主要裝置均采用兩重化；本系統(tǒng)通過英特網(wǎng)7，以及系統(tǒng)公開的數(shù)據(jù)接口(5)和第三方服務(wù)提供商(8)相連接；同樣通過英特網(wǎng)(7)和系統(tǒng)公開的數(shù)據(jù)接口(5)和直接用戶的瀏覽器相連接。如果犧牲容量可擴展性(scalability)，本發(fā)明可以單純的以一般BS構(gòu)架來構(gòu)筑，即以固定臺數(shù)的物理服務(wù)器來構(gòu)架；如果犧牲信賴性(reliability)，也可以用單個物理存儲來建立，一般BS構(gòu)架如今為中等技術(shù)水平的工程師普遍掌握之技術(shù)，在此不再贅述。圖2是本發(fā)明的系統(tǒng)機能部件構(gòu)成圖，如圖所示本發(fā)明的系統(tǒng)機能由下列機能裝置構(gòu)成電子債務(wù)記錄裝置(11)、電子債務(wù)審核裝置(12)、電子債務(wù)方信用評定裝置(13)、電子債務(wù)管理裝置(14)、電子債務(wù)交易裝置(15)、法律文件生成裝置(16)、每個單元和外部數(shù)據(jù)交換的API (10)
由于采用了基于API的疏結(jié)合的構(gòu)架，每個裝置或者單獨部署在獨立的物理/假想服務(wù)器上，或者和其他裝置共存在同一臺物理服務(wù)器； 而部署在獨立的物理/假想服務(wù)器上的優(yōu)點是
1.在提供服務(wù)時可以對局部的服務(wù)單獨擴展；
2.在服務(wù)器遇到故障時可以避免所有服務(wù)停止(Faulttolerant design)；
通過這樣的部署戰(zhàn)略可以提高QoS，可以同時根據(jù)SLA(Service Level Agreement)作出柔軟的調(diào)整。如果不考慮服務(wù)質(zhì)量，那么采用簡單的共存模式也可以達到功能。上述電子債務(wù)記錄單元(11)的核心部分是由電子債務(wù)生成模塊{0038}，電子債務(wù)變更模塊10044}，電子債務(wù)消除模塊構(gòu)成{004 。上述電子債務(wù)生成模塊，根據(jù)新債務(wù)申請生成一項新電子債務(wù)，交由存儲管理裝置(3)保存，其電子債務(wù)的生成步驟如下
AO接收債務(wù)協(xié)議意向要求電文{0040}；
Al從上述債務(wù)協(xié)議意向要求電文{0040}中抽出信息，通過加密處理提交上述電子債務(wù)審核單元(12)；
A2上述電子債務(wù)審核單元(1 將審核結(jié)果(合格，不合格)返回本單元； A3步驟A2的審核結(jié)果為合格時，將上述審查合格的協(xié)議意向要求電文{0040}轉(zhuǎn)交法律文件生成單元(17)自動生成債務(wù)合同；
A4為保證上述債務(wù)協(xié)議意向的完整性antegrity)和同一性(Identity)，對上述生成的債務(wù)協(xié)議意向進行正規(guī)化處理后計算哈希值(MD5-Hash)以后，將上述債務(wù)協(xié)議意向 {0040}返回債權(quán)債務(wù)方，并要求債權(quán)債務(wù)方對上述債務(wù)合同附加電子署名； 正規(guī)化處理內(nèi)容包括 將債務(wù)合同轉(zhuǎn)換成XML文書格式
依據(jù)W3C于2001年3月發(fā)表的Canonical XML標準對XML文書進行正規(guī)化處理 A5為保證電子債務(wù)的否認防止性(non-r印udiation)本單元要求申請方對上述債務(wù)合同附加電子署名；
A6接受到上述附有電子署名的債務(wù)合同，利用電子署名和哈希值(MD5-Hash)從真正性(Authenticity)，同一性(Identity)兩個方面進行驗證；
A7真正性(Authenticity)驗證利用申請方的公鑰(public key)對上述附有電子署名的債務(wù)合同解密，驗證該當債務(wù)合同是否由申請方自身提出；
A8同一性(Identity)驗證接收到的附有電子署名的債務(wù)合同中抽出債務(wù)合同部分， 對抽出的抽出債務(wù)合同部分進行正規(guī)化處理后計算哈希值(MD5-Hash)，并與步驟A4的哈希值(MD5-Hash)作一致性對比，以保證債務(wù)合同本身沒有被變更；
A9經(jīng)過步驟A6驗證后的債務(wù)合同生成電子債務(wù){(diào)0040}，提交存儲管理裝置保存； AlO上述生成的電子債務(wù)識別號返回申請方；
All步驟A2的審核結(jié)果為不合格時，本單元將返回申請方不合格理由，結(jié)束上述債務(wù)協(xié)議意向申請；
A12為保證電子債務(wù)的責(zé)任追蹤性(Accountability)本單元將所有操作記錄于電子債務(wù)記錄簿{0051}；上述債務(wù)協(xié)議意向要求電文，其內(nèi)容至少包含 債權(quán)方識別號
債務(wù)方識別號 債務(wù)內(nèi)容
-債務(wù)分類表示債務(wù)類別，如金錢債、物債、或者其他抽象債務(wù)
-金錢債分類表示金錢債類別，如現(xiàn)金、支票、股票、有價證券
-物債分類表示物債類別，如不動產(chǎn)、生產(chǎn)設(shè)備、商標、勞務(wù)、其他物品
-利息分類表示利息類別，如固定利息、浮動利息、0利息
-利息率
-債務(wù)等價金額
-債務(wù)協(xié)議有效開始年月曰
-債務(wù)協(xié)議有效結(jié)束年月曰
-保證人識別號上述電子債務(wù)其內(nèi)容至少包含 電子債務(wù)識別號
生成日期 最終變更日期
最終債務(wù)協(xié)議意向協(xié)議識別號
電子債務(wù)狀態(tài)為表示電子債務(wù)處理狀態(tài)例如新生成、變更審議中、變更完了、分割完了、消除上述電子債務(wù)記錄簿內(nèi)容至少包含以下內(nèi)容
債務(wù)協(xié)議意向(包括債務(wù)變更，債務(wù)消除)要求電文接受時間
債務(wù)協(xié)議意向(包括債務(wù)變更，債務(wù)消除)要求電文送信方(申請方)信息
向電子債務(wù)審核單元120提交審核時間
電子債務(wù)審核結(jié)果返回時間及審核結(jié)果
向申請方返回債務(wù)合同時間
接收到附有電子署名的債務(wù)合同時間及驗證結(jié)果
電子債務(wù)新規(guī)(包括債務(wù)變更，債務(wù)消除)記錄時間上述債務(wù)協(xié)議意向要求電文內(nèi)容通過存儲管理裝置存儲到物理存儲中，倫理數(shù)據(jù)結(jié)構(gòu)可以采用關(guān)系數(shù)據(jù)庫或者XML數(shù)據(jù)庫。上述電子債無變更模塊是對已有的電子債務(wù)內(nèi)容進行變更，將變更后的電子債務(wù)交由存儲單元保存
BO接受電子債務(wù)變更申請要求電文；
Bl上述電子債務(wù)管理單元(14)查詢該債務(wù)是否可以變更；
B2當Bl的查詢結(jié)果為上述債務(wù)可以變更時，本單元將返回申請方變更確認書，并根據(jù)變更內(nèi)容對該電子債務(wù)進行變更；
B3步驟B2的審核結(jié)果為合格時，處理以下步驟；
B4為保證上述債務(wù)變更申請要求的完整性antegrity)和同一性(Identity)，本單元對上述變更申請要求進行正規(guī)化處理后計算哈希值(MD5_HBsh)以后，將上述變更意向返回債權(quán)債務(wù)方，并要求債權(quán)債務(wù)方對上述債務(wù)合同附加電子署名； 正規(guī)化處理內(nèi)容包括 將債務(wù)申請轉(zhuǎn)換成XML文書格式
依據(jù)W3C于2001年3月發(fā)表的Canonical XML標準對XML文書進行正規(guī)化處理 B5為保證電子債務(wù)變更申請的否認防止性(non-repudiation)要求申請方對上述債務(wù)合同附加電子署名；
B6接受到上述附有電子署名的債務(wù)變更確認，利用電子署名和哈希值(MD5-HBsh)從真正性(Authenticity)，同一性(Identity)兩個方面進行驗證；
B7真正性(Authenticity)驗證利用申請方的公鑰(public key)對上述附有電子署名的債務(wù)合同解密，驗證該當債務(wù)變更確認是否由申請方自身提出；
B8同一性(Identity)驗證接收到的附有電子署名的變更確認中抽出債務(wù)合同部分， 對抽出的抽出債務(wù)合同部分進行正規(guī)化處理后計算哈希值(MD5-HBsh)，并與步驟B4的哈希值(MD5-HBsh)作一致性對比，以保證變更確認本身沒有被變更；
B9經(jīng)過步驟B6驗證后的變更確認，生成電子債務(wù)變更記錄，并將原記錄的狀態(tài)值設(shè)為無效，提交存儲管理裝置保存；
BlO步驟B2的審核結(jié)果為不合格時，本單元將返回申請方不合格理由，結(jié)束上述債務(wù)變更申請；
Bll為保證電子債務(wù)的責(zé)任追蹤性(Accountability)本單元將所有操作記錄于電子債務(wù)記錄簿{0051}； 上述電子債務(wù)消除模塊，根據(jù)債務(wù)債權(quán)當事人的申請生成結(jié)束債務(wù)時對電子債務(wù)記錄進行消除，并記錄記錄。
電子債務(wù)的生成步驟如下電子債權(quán)消除是對既存的電子債務(wù)進行消除
CO本單元接受電子債務(wù)消除申請要求電文；
Cl本單元向電子債務(wù)管理單元查詢該債務(wù)是否可以消除；
C2當Cl的查詢結(jié)果為上述債務(wù)可以消除時，本單元將返回申請方消除確認書，并對該電子債務(wù)進行消除；
C3步驟C2的審核結(jié)果為合格時，執(zhí)行以下步驟，否則結(jié)束處理； C4為保證消除申請意向的完整性antegrity)和同一性(Identity)，本單元對上述生成的債務(wù)消除意向進行正規(guī)化處理后計算哈希值(MD5-Hash)以后，將上述債務(wù)消除意向返回申請方，并要求申請方對上述債務(wù)消除意向附加電子署名；
C5為保證電子債務(wù)的否認防止性(non-r印udiation)本單元要求申請方對上述債務(wù)消除意向附加電子署名；
C6接受到上述附有電子署名的債務(wù)消除意向，利用電子署名和哈希值(MD5-Hash)從真正性(Authenticity)，同一性(Identity)兩個方面進行驗證；
C7真正性(Authenticity)驗證利用申請方的公鑰(public key)對上述附有電子署名的債務(wù)消除意向解密，驗證該當債務(wù)消除意向是由申請方自身提出；
C8同一性(Identity)驗證接收到的附有電子署名的債務(wù)消除意向，對抽出的消除意向內(nèi)容進行正規(guī)化處理后，計算哈希值(MD5-Hash)，并與步驟C4的哈希值(MD5-Hash)作一致性對比，以保證債務(wù)合同本身沒有被變更；
C9本單元將上述經(jīng)過步驟C6驗證后的債務(wù)消除意向，作為消除記錄，提交存儲管理裝置進行保存，并將前記錄的狀態(tài)設(shè)為無效；
ClO為保證電子債務(wù)的責(zé)任追蹤性(Accountability)本單元將所有操作記錄于電子債務(wù)記錄簿{0051}；上述電子債務(wù)記錄單元(11)通過對債務(wù)合同附加電子署名，實現(xiàn)了債務(wù)的信賴性(Reliability)，否認防止性(non-repudiation)；上述電子債務(wù)記錄單元(11)通過SSLGecure Sockets Layer)/TLS(Transport Layer Security)的通信方式，實現(xiàn)了通信過程中的機密性(Confidentiality)；上述圖2中的電子債務(wù)審核單元(1 的功能是審核申請債務(wù)意向合法性，拒絕處理違反法律和社會公德的合約。圖3是電子債務(wù)審核裝置的時序圖
電子債務(wù)審核處理步驟如下所示 A接受申請內(nèi)容
(1)審核I/F模塊(12 受理被SSL加密的債務(wù)申請內(nèi)容(IM)，并對其進行解密；
(2)審核I/F模塊(12 對債務(wù)申請內(nèi)容通過債務(wù)申請內(nèi)容XMLShema的xsd解析，提取出各項目；
B提交推論引擎
(1)審核I/F模塊(125)將各項目提交于推論引擎(122)； C知識查詢
(1)推論引擎(122)對知識庫(121)進行查詢；
(2)知識庫(121)返回所需知識 D推論演繹
(1)推論引擎對黑名單知識作出決策，并返回結(jié)果
(2)推論引擎對白名單知識作出決策，并返回結(jié)果 E無法自行判斷
(1)對于無法做出判斷的條件，推論引擎提交給專家判斷學(xué)習(xí)引擎(123)
(2)專家判斷學(xué)習(xí)引擎(123)分配給專家(126)作判斷
(3)專家完成判斷后提交專家(126)判斷學(xué)習(xí)引擎(123)
(4)專家判斷學(xué)習(xí)引擎(123)學(xué)習(xí)后，將決策方法記錄到知識庫(121
(5)專家判斷學(xué)習(xí)引擎(123)將結(jié)果返回推論引擎(122)
(6)推論引擎返回結(jié)果給第三方要求者(127)上述債務(wù)申請內(nèi)容(124)用kmantic Web的形式來記述，例如可以使用RDF(關(guān)于 RDF 可以參考 http //www. w3. org/RDF/)，
假設(shè)債務(wù)內(nèi)容為某不動產(chǎn)，以下為簡單例子債權(quán)人將不動產(chǎn)的使用權(quán)利租借給某商家，某商家作為債務(wù)人對該不動產(chǎn)每月支付5000元租金，租期為2年；每月5000元的租金對商家來說是為債務(wù)，對產(chǎn)業(yè)主來說是債權(quán)，具體記錄方式如下
< xml version="!. 0" encoding="UTF-8" ><rdf:RDF
xmlnsrdf="http//www. w3. org/1999/02/22-rdf-syntax-ns#" xmlns:ob="http://atoam. com/obligation/elements/1. 1/" xml:Iang="cn"> <rdf:Description rdf:about="不動產(chǎn)"> <ob:Repayment-period>2 years</dc: Repayment—period> <ob: Return-method>inonthly</dc: Return-method) <ob: Amount>5000</ob: Amount> </rdf: Description) </rdf:RDF>
使用這樣的記述方法記述申請內(nèi)容(124)可以實現(xiàn)計算機處理。上述知識庫(121)的存儲方法為了柔軟的對應(yīng)所包含的知識，知識庫的定義用數(shù)據(jù)庫或者XML技術(shù)來實現(xiàn)。上述知識庫(121)記錄方法知識可以通過規(guī)則和/或決策樹來表達，決策或者輸出結(jié)果都是經(jīng)由特性生成的，特性的根據(jù)為各法律條文和社會慣例，使用決策樹和案例表格來表達決策知識。
決策樹由以下分支構(gòu)成
-債務(wù)分類表示債務(wù)類別，如金錢債、物債、或者其他抽象債務(wù) -金錢債分類表示金錢債類別，如現(xiàn)金、支票、股票、有價證券 -物債分類表示物債類別，如不動產(chǎn)、生產(chǎn)設(shè)備、商標、勞務(wù)、其他物品 -利息分類表示利息類別，如固定利息、浮動利息、0利息上述推論引擎(122)
推論引擎采用現(xiàn)象-結(jié)果的判斷方法，從問題的事實(Primitiye初始證據(jù))，正向使用
規(guī)則
(1)當規(guī)則的條件部分與事實匹配時，把該規(guī)則作為可用規(guī)則放入候選規(guī)則隊列
(2)通過沖突消解，在候選隊列中選擇一條規(guī)則作為啟用規(guī)則進行推理
(3)重復(fù)(1)，(2)直到無可用規(guī)則。上述圖2中的電子債務(wù)信用評定單元(13)，包括以下模塊
1.信用評定要求應(yīng)答模塊{0054}
2.外部信用信息收集模塊{0056}
3.內(nèi)部信用評定計算模塊{0058}上述信用評定要求應(yīng)答模塊處理評定要求電文{005 、返回評定結(jié)果；上述信用評定要求電文至少包括以下內(nèi)容； 評定對象信息
如果評定對象是個人，則至少包含能夠確定本人的識別號；識別號可以是身份證號碼、 護照號碼、社會健康保險號碼等。
如果評定對象是公司法人，則至少包含能夠確定該公司法人的識別號，識別號可以是工商局注冊號，上述外部信用信息收集模塊，通過和信用數(shù)據(jù)中心{0057}交互，獲得外部信用信息；
個人外部信用信息包括以下項目
年齡、性別、出身地、民族、學(xué)歷、工作單位、犯罪履歷、上年度所繳納個人所得稅額、信用卡負債情況、貸款總額
法人外部信用信息包括以下項目
注冊時間、公司性質(zhì)、上年度納稅總額、資產(chǎn)負債總額、資產(chǎn)總額、銀行貸款總額根據(jù)上述信息，計算出評定對象的信用等級，該方法是數(shù)百年來使用的信用評定方法， 詳細算法不再贅述。上述信用數(shù)據(jù)中心為第三方之有償服務(wù)。上述內(nèi)部信用評定計算模塊信用評定的步驟；
內(nèi)部信用評定計算模塊的信用評定的算法，用數(shù)學(xué)模式表達如下
1.每個債權(quán)、債務(wù)方都有一定的信用等級
2.對于某個債權(quán)方(債務(wù)方)X， X的信用等級為C，
對于債權(quán)人他所擁有的債務(wù)方的各等級為I1, I^In X接入的債務(wù)的債權(quán)人的等級為O1, CV-On
3.那么假設(shè)下面成立 Il + I2+-+In = C
(η \
c ΣΑ
O1=-=^=-==—
mm
ν J
也就是借出信用等級的總和等于借入的信用總和，這樣如果債務(wù)方能夠從信用等級比較高的債權(quán)方借到錢并清償?shù)脑?，那么同時也能夠提高債務(wù)人的等級。如何分配得到的信用分數(shù)，采用圖理論(Graph theory)可以解決。上述圖2中的電子債務(wù)管理單元(14)，包括以下模塊
(1)債務(wù)狀態(tài)管理模塊用于管理查詢債務(wù)狀態(tài)(2)債務(wù)清償支援模塊用于進行利息計算，記錄償還記錄
(3)債務(wù)日常管理支援模塊用于日常債務(wù)管理債務(wù)狀態(tài)管理模塊為一屬于債務(wù)類(Obligations)中的功能函數(shù)，如圖4電子債務(wù)類構(gòu)成圖其輸入?yún)?shù)為債務(wù)標識號，輸出參數(shù)為債務(wù)當前狀態(tài)，其定義如下Mring getObligationStatus(String obligationNo)；
債務(wù)狀態(tài)管理取得步驟為，
(1)連接數(shù)據(jù)庫
(2)根據(jù)債務(wù)識別號為檢索key，查詢DB
(3)取得所需債務(wù)識別號的債務(wù)當前狀態(tài)值債務(wù)清償支援模塊為一組屬于債務(wù)類(Obligations)中的功能函數(shù)，其中至少包括以下功能函數(shù)
(1)利息計算
利息計算分為0利息、固定利息、浮動利息3種方式，0利息、固定利息實現(xiàn)方法簡單，舉例說明浮動利息的計算方法，所需要的浮動利息按照以下公式算出浮動利息F 借款剩余金額Φ
該期間的年利(參考銀行公布值)r 計算期間(天數(shù))day F pxrxday ~365~
該函數(shù)所需要的參數(shù)為 -借款剩余金額P
-該期間的年利(參考銀行公布值)r -計算期間(天數(shù))day
(2)記錄債務(wù)清償履歷，接受驗證第三方金融機關(guān)的付款通知
根據(jù)債務(wù)方償還債務(wù)的情況，記錄每次債務(wù)的清償履歷，接受第三方金融機關(guān)的付款通知，并作為證據(jù)記錄。債務(wù)日常管理支援模塊為一組定時啟動的函數(shù)，啟動方式可以由OS的時間控制器觸發(fā)，例如UNIX下的CORN JOB，其函數(shù)組至少包括以下功能函數(shù)
(1)每日事件函數(shù)用來檢查到期債務(wù)，檢查各債務(wù)的償還情況，對于分期償還的債務(wù)，使用SMS、SMTP的手段對債務(wù)方發(fā)送通知；
(2)每月事件函數(shù)用來做出系統(tǒng)統(tǒng)計數(shù)據(jù)上述圖2中的債務(wù)統(tǒng)計監(jiān)視單元(15)，包括以下模塊
(1)非正常債務(wù)監(jiān)查模塊
(2)三角債多角債(debtchain)監(jiān)察模塊非正常債務(wù)監(jiān)查的實現(xiàn)方法按照以下步驟來實現(xiàn)
1.激活非正常債務(wù)監(jiān)查特工(Agent)，由非正常債務(wù)監(jiān)查特工(Agent)來完成，包括查詢、核對、記錄所有工作。上述非正常債務(wù)監(jiān)查特工(Agent)是一段「面向特工方法(Agent Oriented)」的程序，它具有自律性(Autonomy)、適應(yīng)性(Heterogeneity)和協(xié)調(diào)性(coordination)的特征；
自律性體現(xiàn)在「非常債務(wù)監(jiān)查特工(Agent)」一旦被啟動就會自己行動完成任務(wù)； 適應(yīng)性體現(xiàn)在「非常債務(wù)監(jiān)查特工(Agent)」在環(huán)境變化的時候，會自己采取適當?shù)男袨?，例如停止運行進入休止狀態(tài)；
協(xié)調(diào)性體現(xiàn)在「非常債務(wù)監(jiān)查特工(Agent)」會和其他模塊互相通信，自動調(diào)用其他模塊來實現(xiàn)任務(wù)；上述自律性通過以下步驟實現(xiàn)
1.檢索全債務(wù)記錄信息，按照債務(wù)金額大小順序依次執(zhí)行以下步驟；
2.檢測債務(wù)內(nèi)容，使用非正常債務(wù)行為特征庫定義的方法和非正常債務(wù)行為特征庫匹配；
3.若行為一致則登錄于非正常債務(wù)記錄簿；
4.若行為不一致則進行下一條債務(wù)數(shù)據(jù)的處理；上述非正常債務(wù)行為特征庫，是用來定義非正常債務(wù)行為例如洗錢等犯罪活動， 通過電子債權(quán)債務(wù)來洗錢還不曾有過，所以該行為種類很難一次完全定義，因此非正常債務(wù)行為庫以可擴展形式記錄在文件或者數(shù)據(jù)庫中。上述非正常債務(wù)行為的定義
非正常債務(wù)行為有各種方式，以下通過一簡單例子說明非正常債務(wù)行為的定義例如通過以大量紙幣的形式一次性借于債權(quán)方，而債權(quán)方卻以很短時間通過銀行匯款清償該債務(wù)行為。通過本發(fā)明可能可以將不存在的借貸行為合法化，從而達到洗錢的目的。
而該行為可以定義為還款期限短于7日and債務(wù)價值大于50萬。上述非正常債務(wù)行為的記錄方法，采用語義網(wǎng)(kmantic Web)技術(shù)來實現(xiàn)，具體為利用RDF (關(guān)于RDF可以參考http://WWW. w3. org/RDF/)以下為簡單例子
< xml version="l. 0" encoding="UTF-8" > <rdf:RDF
xmlns:rdf="http://www. w3. org/1999/02/22-rdf-syntax-ns#" xmlns:ob="http://atoam. com/obligation/elements/1. 1/" xml:Iang="cn"> <rdf:Description rdf:about="非正常債務(wù)行為 1"> <ob:Repayment_condition>lt</ob: Repayment—condition〉 <ob:Repayment>7</dc: Repayment) <ob:Amount_condition>gt</ob:Amount_condition> <ob:Amount>500000</ob: Amount) <ob:oberation>and</ob:obration> </rdf: Description) </rdf:RDF>上述非正常債務(wù)行為的匹配步驟
將正規(guī)化后的債務(wù)內(nèi)容和行為和上述非正常債務(wù)行為的記錄比較，如果各條件符合債務(wù)之行為，則視為匹配。上述非正常債務(wù)監(jiān)查特工，通過以下方法適應(yīng)系統(tǒng)運行效率
1.非正常債務(wù)監(jiān)查特工具有一個對系統(tǒng)資源的傾聽者(Listener)，通過listener來接受系統(tǒng)資源之信息；
2.非正常債務(wù)監(jiān)查特工在CPU使用率低于20%時，開始自我復(fù)制實例(instance)；為便于理解，模擬代碼如下
agent. createMyself (situation) ；//其中 situation 為保存當前運行狀況的類；3.非正常債務(wù)監(jiān)查特工在CPU使用率在50%時，停止自我復(fù)制；
4.非正常債務(wù)監(jiān)查特工在CPU使用率高于70%時，保存狀態(tài)消除自己的實例；為便于理解模擬代碼如下
agent, suicide (situation) ；//將運行狀態(tài)保存持久層(persistence)，消除自己的實例(instance)上述三角債多角債(debt chain)監(jiān)察模塊的實現(xiàn)步驟
俗稱的三角債，在現(xiàn)實經(jīng)濟活動中，并非真的是三方，本問題其實是對一個網(wǎng)絡(luò)各節(jié)點遍歷的問題，從而找出循環(huán)的鏈；其中每個節(jié)點都有0到無窮大的子節(jié)點。
本步驟的啟動方式和適應(yīng)系統(tǒng)運行效率方式與非正常債務(wù)監(jiān)查相同，其債鏈存在判斷方法如下
1.檢索全債務(wù)記錄信息，按照債務(wù)金額大小順序依次執(zhí)行以下步驟 1. 1按照債務(wù)識別號，抽取出債權(quán)方(父節(jié)點)識別號，并記錄到數(shù)組Array_Right[i] (或者類似的數(shù)據(jù)結(jié)構(gòu)中)；
1. 2根據(jù)債權(quán)方識別號，檢索全債務(wù)記錄，若有與上述債權(quán)方識別號相同的債務(wù)方(子節(jié)點存在)，則記錄下債務(wù)方識別號于數(shù)組Array_Right[i]；若無債務(wù)方則處理結(jié)束；所有復(fù)數(shù)個債務(wù)方，則按照金額順序記錄金額最大的債務(wù)方；
1. 3根據(jù)2. 2的債務(wù)方識別號，作為債權(quán)方識別號，繼續(xù)檢索全債務(wù)記錄，若有與上述債權(quán)方識別號相同的債務(wù)方(子節(jié)點存在)方，則記錄下債務(wù)方識別號于數(shù)組Array_ Right[i]；若無債務(wù)方則處理結(jié)束；所有復(fù)數(shù)個債務(wù)方，則按照金額順序記錄金額最大的債務(wù)方；
1. 4重復(fù)上述步驟，直到無后續(xù)債務(wù)方(子節(jié)點)；
1.5返回2. 2，繼續(xù)未處理的債務(wù)方，其步驟同2. 3，直到無后續(xù)債務(wù)方
2.檢查數(shù)組Array_Right是否有重復(fù)債權(quán)債務(wù)方的識別號，若有則債鏈形成(debt Chain),記錄下債鏈。
3.重復(fù)步驟2，直到全債務(wù)記錄完成
上述方法有前序、中序和后序遍歷(traversal^種等價的類似方式，但均屬相同方法不再贅述。
記錄下來的債鏈交予債鏈記錄簿保存，并由債務(wù)記錄管理裝置定期檢查，發(fā)現(xiàn)問題由債務(wù)記錄管理裝置提出警告處理。上述圖2中的電子債權(quán)交易(16)，包通過電子簽名、存儲裝置等手段，為電子債務(wù)交易提供接口。
電子債權(quán)交易單元(16)包含以下模塊
(1)分割模塊用于為債權(quán)方提供債務(wù)的分割功能
(2)轉(zhuǎn)讓模塊用于為債權(quán)方提供債務(wù)的轉(zhuǎn)讓功能上述債務(wù)分割模塊的處理流程步驟如下 AO 接受電子債務(wù)分割信息請求，
Al 對分割信息進行合法性檢查，對于不能分割或分割錯誤的請求，返回失敗信息，處
理結(jié)束。
A2 步驟Al的檢查結(jié)果合格時，將前述分割信息轉(zhuǎn)交法律文件生成單元(17)自動生成分割確認書，
A3 為保分割確認書的完整性和同一性，對前述生成的分割確認書進行正規(guī)化處理后計算哈希值保存，并返回分割確認書給債權(quán)方做電子簽名。
A4:取得電子 簽名后，校驗用戶證書及其認證鏈、電子簽名，保證分割確認書的真正性。 真正性通過校驗用戶證書及認證鏈，判斷存儲在用戶證書中的公匙是否屬于證書所頒發(fā)的申請方。
利用用戶證書的公匙解密電子簽名，從而保證分割確認書由申請方自身提出。 A5 校驗分割確認書、電子簽名，保證分割確認書的同一性。
同一性步驟A3的哈希值與步驟A4電子簽名解密后的哈希值作一致性對比，以保證債權(quán)方的分割確認書沒有被更改。
A6 對取得電子簽名的分割信息，在同一事務(wù)中做電子債務(wù)分割處理 父債務(wù)有效存在時，登錄子債務(wù)，同時設(shè)定子債務(wù)的父債務(wù)No。 將父債務(wù)設(shè)定為無效，電子債務(wù)的主要內(nèi)容為， A7 返回分割處理結(jié)果，處理結(jié)束。
上述電子債務(wù)分割信息請求，其內(nèi)容至少包括 處理區(qū)分分割 債務(wù)No 分割對象 分割率以下為一分割例 債各存儲裝置(處理前)
權(quán)利要求
1.一種電子債務(wù)管理運營系統(tǒng)裝置以及債權(quán)債務(wù)電子化金融商品化的方法，其裝置與互聯(lián)網(wǎng)連接，可以通過云計算平臺實現(xiàn)，該系統(tǒng)包括(1)電子債務(wù)記錄單元，用于記錄電子債務(wù)的整個生命周期，(2)電子債務(wù)審核單元，用于審核債權(quán)債務(wù)的合法性，(3)電子債務(wù)信用評定單元，用于計算債務(wù)人的信用等級，(4)電子債權(quán)管理單元，用于對所記錄的債務(wù)提供履行管理、查詢功能，(5)債務(wù)統(tǒng)計監(jiān)視單元，用于對所記錄的所有債務(wù)統(tǒng)計以提供高附加值的信息；對非正常債務(wù)進行記錄監(jiān)測杜絕洗錢(money laundry)等非法金融行為；對三角債多角債 (debt chain)進行監(jiān)測并根據(jù)需要提交電子權(quán)限交易單元處理，(6)電子債權(quán)交易單元，用于對所記錄的債務(wù)進行分割和轉(zhuǎn)讓，并提供數(shù)據(jù)接口和第三方交易平臺互相連接，根據(jù)第三方的交易平臺的交易結(jié)果，對所記錄的債務(wù)進行交割，(7)法律文件生成單元，用于生成法律訴訟所有資料和證據(jù)，所有單元部署在至少一臺具有CPU，內(nèi)存的服務(wù)器上，上所述所有單元可以以獨立狀態(tài)提供部分服務(wù)，省略其中部分單元，系統(tǒng)仍舊可以運行，但整體服務(wù)質(zhì)量無法達到完整效果，或只能提供部分服務(wù)。
2.如權(quán)利要求1所述系統(tǒng)其特征在于，所述電子債務(wù)記錄單元具有電子債務(wù)發(fā)行、變更、消亡記錄模塊，記錄對象為金錢以及金錢以外的債務(wù)權(quán)利，在債務(wù)生成到債務(wù)消亡的整個債務(wù)周期中，對所記錄的債務(wù)錄具有機密性(Confidentiality)、完整性(Integrity)、 責(zé)任追蹤性(Accountability)、真正性(Authenticity)、否認防止性(ηοη-r印udiation) 的特征。
3.如權(quán)利要求1所述系統(tǒng)其特征在于，所述電子債務(wù)審核單元，審核對象為金錢以及非金錢債的債權(quán)債務(wù)的合法性，債務(wù)范圍不僅是借貸而且擴展到公司、個人的租賃、借貸以及由合同帶來的權(quán)利責(zé)任。
4.如權(quán)利要求1所述系統(tǒng)其特征在于，所述電子債務(wù)信用評定單元，具有信用等級評定的數(shù)據(jù)接口，接受第三方的信用調(diào)查，并返回結(jié)果。
5.如權(quán)利要求1所述系統(tǒng)其特征在于，所述電子債務(wù)管理單元，具有以下功能模塊(1)債務(wù)檢索功能在保證個人隱私權(quán)的前提下對電子債務(wù)檢索(2)債務(wù)利息管理功能債務(wù)合同采用浮動金利時，根據(jù)銀行利息自動調(diào)整債務(wù)金利(3)債務(wù)履行輔助功能將債務(wù)合同的履行狀況自動通知債務(wù)人及債權(quán)人，對超過期限的債務(wù)，向債務(wù)人提出警告。
6.如權(quán)利要求1所述系統(tǒng)其特征在于，所述債務(wù)統(tǒng)計監(jiān)視單元，包括以下功能模塊非正常債務(wù)監(jiān)查功能(2)三角債多角債(debt chain)監(jiān)察功能。
7.如權(quán)利要求6所述債務(wù)統(tǒng)計監(jiān)視單元其特征在于，所述非正常債務(wù)監(jiān)視功能，其特征為，(1)自律性，一旦被啟動就會自己行動非正常的債務(wù)行為(pattern)進行監(jiān)視，(2) 適應(yīng)性體現(xiàn)在環(huán)境變化的時候，會自己采取適當?shù)男袨椋Ｖ惯\行進入休止狀態(tài)。
8.如權(quán)利要求6所述債務(wù)統(tǒng)計監(jiān)視單元其特征在于，所述三角債多角債(debtchain) 監(jiān)察功能，監(jiān)視系統(tǒng)數(shù)據(jù)，根據(jù)債務(wù)人、債權(quán)人的關(guān)系遍歷所有數(shù)據(jù)，若出現(xiàn)連環(huán)，記錄債鏈簿。
9.如權(quán)利要求1所述系統(tǒng)，其特征在于，所述電子債務(wù)交易單元包括一轉(zhuǎn)讓模塊和一交易模塊，其特征為，不提供交易平臺而提供一與第三方交易平臺的債務(wù)權(quán)利交易外部接口(API)，通過該接口對債務(wù)權(quán)利進行分割、交易從而實現(xiàn)交易。
10.如權(quán)利要求1所述系統(tǒng)，其特征在于，所述法律文件生成單元，接受債務(wù)債權(quán)任何一方的要求，按照所記錄數(shù)據(jù)，自動生成有法律效力的文件、裁決證據(jù)。
11.如權(quán)利要求1所述系統(tǒng)，其特征在于，所述服務(wù)器其特征為至少包含1個運行各種指令的CPU、一個存儲各種指令數(shù)據(jù)的內(nèi)存。
12.—種債權(quán)債務(wù)電子化金融商品化的方法，用來解決傳統(tǒng)債權(quán)債務(wù)矛盾，增加債權(quán)債務(wù)信用度，并可以將債務(wù)權(quán)利轉(zhuǎn)變成一種可以交易的金融商品，該方法包括以下步驟(1)電子債務(wù)記錄步驟，記錄電子債務(wù)的生成、變更、消亡全過程的所有記錄，(2)電子債務(wù)審核步驟，審核提交的金錢債以及非金錢債是否合法，(3)非正常債務(wù)監(jiān)查步驟，監(jiān)視是否有利用系統(tǒng)進行例如洗錢等非法行為、檢查債鏈問題，(4)三角債多角債(debtchain)監(jiān)察步驟，監(jiān)視債鏈狀態(tài)，(5)電子債權(quán)交易步驟，將債務(wù)權(quán)利分割、轉(zhuǎn)讓并實現(xiàn)交易。
13.如權(quán)利要求11所述方法其特征在于，所述電子債務(wù)記錄步驟中，使用PKI電子署名和校驗碼(checksum)的方式，保證了記錄的真正性(Authenticity)、否認防止性 (non-r印udiation)，所記錄的內(nèi)容至少包含債務(wù)方識別信息對于個人可以確認身份的證件號碼，如身份證、護照、社會保險證、以及其他ID對于企業(yè)法人可以是確認企業(yè)的編號，如工商管理局注冊號債務(wù)內(nèi)容債務(wù)權(quán)利的相關(guān)內(nèi)容，如債務(wù)分類、債務(wù)具體內(nèi)容。
14.如權(quán)利要求11所述方法其特征在于，所述電子債務(wù)審核記錄步驟中，使用語義網(wǎng) (Semantic Web)、知識庫(Knowledge Base)，推論引擎相結(jié)合審核金錢債以及非金錢債務(wù)， 并且知識庫具有自我學(xué)習(xí)的功能。
15.如權(quán)利要求11所述方法其特征在于，所述非正常債務(wù)監(jiān)查步驟中，使用非正常債務(wù)行為特征庫、通過對非正常行為庫中的非正常行為的匹配來檢查非正常債務(wù)。
16.如權(quán)利要求11所述方法其特征在于，所述三角債多角債(debtchain)監(jiān)察步驟中，并且通過遍歷數(shù)據(jù)庫，自動查找出債鏈。
17.如權(quán)利要求11所述方法其特征在于，所述電子債權(quán)交易步驟中，包括一債務(wù)權(quán)利分割模塊和一債務(wù)權(quán)利轉(zhuǎn)讓模塊，其特征為，使用PKI電子署名和校驗碼(checksum)的方式，保證交易中的真正性(Authenticity)、否認防止性(ηοη-r印udiation)。
全文摘要
本發(fā)明公開了一種通過網(wǎng)絡(luò)電子方式實現(xiàn)金錢以及金錢以外的債務(wù)生成、記錄、履行管理的方法以及系統(tǒng)裝置，用于將傳統(tǒng)的約定按照法律規(guī)定明確債權(quán)債務(wù)關(guān)系，監(jiān)視管理債務(wù)的履行，并提供將被管理的電子債權(quán)轉(zhuǎn)變成金融商品的數(shù)據(jù)接口，通過該數(shù)據(jù)接口可以實現(xiàn)電子債權(quán)在第三方交易平臺上的流通，也可以在系統(tǒng)內(nèi)部實現(xiàn)三角債的自動清算。本發(fā)明可以監(jiān)視管理債務(wù)的履行，在通知債務(wù)方的前提下將債務(wù)權(quán)利作為金融商品進行分割交易，在債務(wù)產(chǎn)生糾紛的時候根據(jù)債務(wù)債權(quán)方需要而提供所有的法律證據(jù)和證明，通過本發(fā)明可以解決傳統(tǒng)債權(quán)債務(wù)矛盾，增加債權(quán)債務(wù)信用度，并可以將債務(wù)權(quán)利轉(zhuǎn)變成一種可以交易的金融商品。
文檔編號G06Q30/00GK102243748SQ20111022306
公開日2011年11月16日 申請日期2011年8月4日 優(yōu)先權(quán)日2011年8月4日
發(fā)明者不公告發(fā)明人 申請人:郁曉東