本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種在線合同生成方法和系統(tǒng)。

背景技術(shù)：

合同是企業(yè)經(jīng)營活動中經(jīng)常用到的協(xié)議，無論是交易雙方設(shè)立、變更、終止民事關(guān)系，明確權(quán)利、義務(wù)等，都需要以合同形式進(jìn)行約定，并作為主要的法律依據(jù)，因而嚴(yán)謹(jǐn)高效的合同管理對于企業(yè)的可持續(xù)經(jīng)營顯得尤為重要。

然而現(xiàn)有企業(yè)合同管理中存在很多問題。例如，合同內(nèi)容不規(guī)范、文字不嚴(yán)謹(jǐn)、條款不完整，大部分直接采用網(wǎng)絡(luò)資源或合作單位的合同文本，而且沒有經(jīng)過企業(yè)律師的嚴(yán)格審核，存在一定的法律風(fēng)險。另外，合同雙方或數(shù)方傳統(tǒng)線下面對面、電話溝通等方式成本高、溝通時間長、效率低下的弊端，嚴(yán)重影響決策的及時實(shí)施和制定。再者，統(tǒng)計查詢速度慢，傳統(tǒng)基本是由專業(yè)的統(tǒng)計人員以旬、月、季、年等為單位進(jìn)行統(tǒng)計，不僅速度慢、成本高，還容易出現(xiàn)差錯。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的是提供一種在線合同生成方法和系統(tǒng)能夠快速且高質(zhì)量生成合同，并且根據(jù)當(dāng)前客戶端的協(xié)同指令對合同進(jìn)行修訂，能夠提高合同雙方或數(shù)方的溝通效率，降低溝通成本。

根據(jù)本發(fā)明的一個方面，一種在線合同生成方法，包括：

根據(jù)當(dāng)前客戶端選擇的合同類型及合同方身份信息在條款庫中選擇關(guān)聯(lián)條款以及所述關(guān)聯(lián)條款的屬性信息；

根據(jù)所述關(guān)聯(lián)條款以及所述關(guān)聯(lián)條款的屬性信息生成具有標(biāo)識的初始合同數(shù)據(jù)包；

根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令，并獲取與所述協(xié)同指令相應(yīng)的合同數(shù)據(jù)包，以便對所述合同數(shù)據(jù)包進(jìn)行合同的多端協(xié)同修訂。

優(yōu)選的，根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令，并獲取與所述協(xié)同指令相應(yīng)的合同數(shù)據(jù)包包括：

獲取當(dāng)前客戶端的協(xié)同操作信息，并根據(jù)所述協(xié)同操作信息生成協(xié)同指令；

解析所述協(xié)同指令中修訂對象的標(biāo)識信息，獲取與所述標(biāo)識信息相應(yīng)的最新版本的合同數(shù)據(jù)包。

優(yōu)選的，對所述合同數(shù)據(jù)包進(jìn)行合同協(xié)同修訂包括：

解析所述協(xié)同指令中的修訂方式信息，其中所述修訂方式信息包括實(shí)時修訂方式和非實(shí)時修訂方式；

根據(jù)所述修訂方式信息對所述合同數(shù)據(jù)包進(jìn)行合同協(xié)同修訂。

優(yōu)選的，根據(jù)所述修訂方式信息對所述合同數(shù)據(jù)包進(jìn)行合同協(xié)同修訂包括：

判斷所述修訂方式信息是否為實(shí)時修訂方式；

若所述修訂方式信息為實(shí)時修訂方式，則由系統(tǒng)提供或調(diào)用載體設(shè)備的多種多媒體設(shè)備以便所述合同方進(jìn)行線上面對面的實(shí)時合同洽談和修訂；

若所述修訂方式信息為非實(shí)時修訂方式，則通過所述合同方之間多次合同修訂數(shù)據(jù)交互實(shí)現(xiàn)合同協(xié)同修訂。

優(yōu)選的，該方法還包括：

提取法律庫中文書關(guān)鍵字，并進(jìn)行統(tǒng)計分析獲得某類案由真實(shí)存在的糾紛爭議點(diǎn)，形成合同條款風(fēng)險屬性，以便生成具有法律風(fēng)險提示的合同數(shù)據(jù)包。

優(yōu)選的，該方法還包括：

對所述合同數(shù)據(jù)包以及所述合同數(shù)據(jù)包的合同協(xié)同修訂過程進(jìn)行加解密操作。

優(yōu)選的，該方法還包括：

獲取當(dāng)前客戶端的操作信息，根據(jù)所述操作信息更新所述合同數(shù)據(jù)包。

優(yōu)選的，該方法還包括：

根據(jù)所述合同數(shù)據(jù)包的標(biāo)識，獲取所述合同數(shù)據(jù)包的合同協(xié)同修訂記錄并進(jìn)行合同歸檔管理。

根據(jù)本發(fā)明的又一方面，一種在線合同生成系統(tǒng)，包括：

關(guān)聯(lián)條款選擇單元，用于根據(jù)當(dāng)前客戶端選擇的合同類型及合同方身份信息在條款庫中選擇關(guān)聯(lián)條款以及所述關(guān)聯(lián)條款的屬性信息；

合同生成單元，用于根據(jù)所述關(guān)聯(lián)條款以及所述關(guān)聯(lián)條款的屬性信息生成具有標(biāo)識的初始合同數(shù)據(jù)包；

合同修訂單元，用于根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成的協(xié)同指令，并獲取與所述協(xié)同指令相應(yīng)的合同數(shù)據(jù)包，以便對所述合同數(shù)據(jù)包進(jìn)行合同的多端協(xié)同修訂。

優(yōu)選的，該系統(tǒng)還包括：

協(xié)同指令生成單元，用于獲取當(dāng)前客戶端的協(xié)同操作信息，并根據(jù)所述協(xié)同操作信息生成協(xié)同指令；

所述合同修訂單元還用于解析所述協(xié)同指令中修訂對象的標(biāo)識信息，獲取與所述標(biāo)識信息相應(yīng)的最新版本的合同數(shù)據(jù)包。

優(yōu)選的，所述合同修訂單元還用于解析所述協(xié)同指令中的修訂方式信息，其中所述修訂方式信息包括實(shí)時修訂方式和非實(shí)時修訂方式；根據(jù)所述修訂方式信息對所述合同數(shù)據(jù)包進(jìn)行合同協(xié)同修訂。

優(yōu)選的，所述合同修訂單元還用于判斷所述修訂方式信息是否為實(shí)時修訂方式；若所述修訂方式信息為實(shí)時修訂方式，則由系統(tǒng)提供或調(diào)用載體設(shè)備的多種多媒體設(shè)備以便所述合同方進(jìn)行線上面對面的實(shí)時合同洽談和修訂；若所述修訂方式信息為非實(shí)時修訂方式，則通過所述合同方之間多次合同修訂數(shù)據(jù)交互實(shí)現(xiàn)合同協(xié)同修訂。

優(yōu)選的，所述關(guān)聯(lián)條款選擇單元還用于提取法律庫中文書關(guān)鍵字，并進(jìn)行統(tǒng)計分析獲得某類案由真實(shí)存在的糾紛爭議點(diǎn)，形成合同條款風(fēng)險屬性，以便所述合同生成單元生成具有法律風(fēng)險提示的合同數(shù)據(jù)包。

優(yōu)選的，該系統(tǒng)還包括：

加解密單元，用于對所述合同數(shù)據(jù)包以及所述合同數(shù)據(jù)包的合同協(xié)同修訂過程進(jìn)行加解密操作。

優(yōu)選的，該系統(tǒng)還包括：

合同更新單元，用于獲取當(dāng)前客戶端的操作信息，根據(jù)所述操作信息更新所述合同數(shù)據(jù)包。

優(yōu)選的，該系統(tǒng)還包括：

合同歸檔單元，用于根據(jù)所述合同數(shù)據(jù)包的標(biāo)識，獲取所述合同數(shù)據(jù)包的合同協(xié)同修訂記錄并進(jìn)行合同歸檔管理。

與現(xiàn)有技術(shù)相比，本發(fā)明根據(jù)當(dāng)前客戶端選擇的合同類型及合同方身份信息在條款庫中選擇關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息；根據(jù)關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息生成具有標(biāo)識的合同數(shù)據(jù)包；根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令，并獲取與協(xié)同指令相應(yīng)的合同數(shù)據(jù)包，以便對合同數(shù)據(jù)包進(jìn)行合同協(xié)同修訂。本發(fā)明能夠快速生成合同，并且根據(jù)當(dāng)前客戶端的協(xié)同指令對合同進(jìn)行修訂，通過調(diào)用系統(tǒng)載體設(shè)備的多種多媒體設(shè)備構(gòu)建線上面對面交互渠道，提高了合同雙方或數(shù)方的溝通效率，降低溝通成本。另外，本發(fā)明基于真實(shí)訴訟數(shù)據(jù)得到的合同條款的法律風(fēng)險屬性，能夠確保生成合同的風(fēng)險性及嚴(yán)謹(jǐn)性，降低合同管理過程中效力與質(zhì)量的問題。

附圖說明

圖1是根據(jù)本發(fā)明第一實(shí)施方式的方法流程圖；

圖2是根據(jù)本發(fā)明第二實(shí)施方式的方法流程圖；

圖3是根據(jù)本發(fā)明第三實(shí)施方式的系統(tǒng)結(jié)構(gòu)示意圖；

圖4是根據(jù)本發(fā)明第四實(shí)施方式的系統(tǒng)結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明了，下面結(jié)合具體實(shí)施方式并參照附圖，對本發(fā)明進(jìn)一步詳細(xì)說明。應(yīng)該理解，這些描述只是示例性的，而并非要限制本發(fā)明的范圍。此外，在以下說明中，省略了對公知結(jié)構(gòu)和技術(shù)的描述，以避免不必要地混淆本發(fā)明的概念。

圖1是根據(jù)本發(fā)明第一實(shí)施方式的方法流程圖。其中，在線合同生成方法包括以下步驟：

在步驟110，獲取當(dāng)前客戶端選擇的合同類型及合同方身份信息。其中，合同方身份信息是指當(dāng)前客戶端是合同雙方或數(shù)方中的甲方、乙方、或第三方中的一方。

其中，在本步驟之前，還可以預(yù)先生成合同條款風(fēng)險屬性。例如，預(yù)先通過提取法律庫文書關(guān)鍵字進(jìn)行統(tǒng)計分析得到的某類案由真實(shí)存在的糾紛爭議點(diǎn)，以支持合同條款風(fēng)險屬性的生成。其中，針對合同條款所要提取的文書案由關(guān)鍵字包括但不限于“協(xié)議”“合同”。

在步驟120，根據(jù)合同類型及合同方的身份信息在條款庫選擇關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息。

例如，根據(jù)當(dāng)前客戶端選擇的合同類型及合同方的身份信息分別從條款庫過濾條款獲取適合的合同條款列表。條款列表中可以包含適用于當(dāng)前選定的合同類型及合同生成者身份信息的所有合同條款及其屬性信息。其中，條款庫可以用于存儲既定的合同條款，例如條款的編號、歸屬層級、關(guān)聯(lián)條款編號、條款的適用屬性、條款風(fēng)險屬性等。

在步驟130，根據(jù)關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息生成具有標(biāo)識的初始合同數(shù)據(jù)包。

例如，可以依據(jù)關(guān)聯(lián)條款的歸屬關(guān)系及列表次序，以及列表中關(guān)聯(lián)條款的內(nèi)容屬性及風(fēng)險屬性，生成具有唯一標(biāo)識的合同號的合同數(shù)據(jù)包。其中，合同數(shù)據(jù)包可以是帶有風(fēng)險提示的空白合同。

在步驟140，根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令，并獲取與協(xié)同指令相應(yīng)的合同數(shù)據(jù)包，以便對合同數(shù)據(jù)包進(jìn)行合同的多端協(xié)同修訂。

其中，協(xié)同操作信息包括但不限于協(xié)同對象、修訂對象、數(shù)字簽名、修訂方式；協(xié)同對象是指合同雙方或數(shù)方的客戶端；修訂對象是指待修訂的合同號即唯一標(biāo)識，根據(jù)該合同號，合同雙方或數(shù)方從服務(wù)器端獲取該合同號的最新數(shù)據(jù)包；數(shù)字簽名是指當(dāng)前客戶端對合同數(shù)據(jù)包進(jìn)行的加密處理；修訂方式是指對待修訂合同的修訂方式選擇，包括但不限于實(shí)時修訂、非實(shí)時修訂、以及上述兩種方式的混合修訂三種。

解析協(xié)同指令中修訂對象的標(biāo)識信息，就可以獲取與標(biāo)識信息相應(yīng)的合同數(shù)據(jù)包。再解析協(xié)同指令中的修訂方式信息，就可以根據(jù)修訂方式信息對合同數(shù)據(jù)包進(jìn)行合同協(xié)同修訂。

在該實(shí)施例中，通過根據(jù)當(dāng)前客戶端選擇的合同類型及合同方的身份信息在條款庫選擇關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息；根據(jù)關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息生成具有標(biāo)識的合同數(shù)據(jù)包；根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令，并獲取與協(xié)同指令相應(yīng)的合同數(shù)據(jù)包，以便對合同數(shù)據(jù)包進(jìn)行合同的多端協(xié)同修訂。即本發(fā)明能夠快速生成合同，并且根據(jù)當(dāng)前客戶端的協(xié)同指令對合同進(jìn)行修訂，能夠提高合同方的溝通效率，降低溝通成本。

圖2是根據(jù)本發(fā)明第二實(shí)施方式的方法流程圖。其中，在線合同生成方法包括以下步驟：

在步驟210，獲取客戶端當(dāng)前合同類型及合同方的身份信息，過濾條款庫獲取關(guān)聯(lián)條款，并從法律庫獲取各條款關(guān)聯(lián)的法律風(fēng)險信息，依條款歸屬關(guān)系生成帶風(fēng)險提示的空白合同。

其中，條款庫，用于存儲既定的合同條款，包括但不限于條款的編號、歸屬層級、關(guān)聯(lián)條款編號、條款的適用屬性、條款風(fēng)險屬性；法律庫，用于存儲判決文書等法律相關(guān)數(shù)據(jù)，支持條款風(fēng)險屬性的生成。

在步驟220，響應(yīng)于當(dāng)前客戶端的操作信息，更新合同數(shù)據(jù)包，例如，增加、刪除、修改合同數(shù)據(jù)包，是合同數(shù)據(jù)包處于最新狀態(tài)。

在步驟230，獲取當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令。其中，協(xié)同操作信息包括但不限于協(xié)同對象、修訂對象、數(shù)字簽名、修訂方式。

在步驟240，解析協(xié)同指令并判斷協(xié)同指令所含的修訂方式信息是否為實(shí)時修訂方式，若為實(shí)時修訂則執(zhí)行步驟250；若為非實(shí)時修訂則執(zhí)行步驟260。

在步驟250，獲取當(dāng)前客戶端對該協(xié)同指令的接受/拒絕的響應(yīng)信息，判斷響應(yīng)信息中是否包含拒絕響應(yīng)信息，若存在至少一條的拒絕的響應(yīng)信息，則執(zhí)行步驟251，否則，執(zhí)行步驟252。

在步驟251，無法成功發(fā)起合同的實(shí)時修訂。

在步驟252，系統(tǒng)提供或調(diào)用載體設(shè)備多媒體提供文字交互、語音通話、視頻通話等多種實(shí)時交互方式，實(shí)現(xiàn)線上面對面洽談輔助合同的線上修訂。

在步驟253，合同雙方或數(shù)方根據(jù)接收到的協(xié)同指令，從服務(wù)器端獲取并解密最新的合同數(shù)據(jù)包。

為了保證合同數(shù)據(jù)傳輸過程中的安全性，可以對合同數(shù)據(jù)包進(jìn)行加密處理，通過解密，可以驗(yàn)證合同方的身份是否合法，以及判斷出合同是否是偽造的。

在步驟254，獲取合同數(shù)據(jù)源發(fā)送方的操作信息，并同步更新顯示至其他客戶端。其中，合同數(shù)據(jù)源發(fā)送方即指的是合同的生成者；操作信息是指對合同條款的增、刪、改、查操作。

在步驟255，獲取其他客戶端對當(dāng)前客戶端操作信息的確認(rèn)/否決的響應(yīng)信息，形成修訂記錄。后續(xù)可以繼續(xù)執(zhí)行步驟270。其中，修訂記錄包括修訂的條款對象、修訂內(nèi)容、修訂狀態(tài)、修訂時間；修訂狀態(tài)為該次修訂是否確認(rèn)；若至少存在一條否決信息，則不確認(rèn)該次操作并不更新合同數(shù)據(jù)包；若均為確認(rèn)信息，則確認(rèn)該次操作并更新合同數(shù)據(jù)包。

在步驟260，根據(jù)協(xié)同指令所含的合同號從服務(wù)器端獲取并解密該合同號關(guān)聯(lián)的最新的數(shù)據(jù)包，形成完整的合同展示給合法的合同雙方或數(shù)方。其中，合法是指能夠正確解密合同數(shù)據(jù)包。

其中，該步驟為非實(shí)時修訂過程，即合同的修訂無需合同雙方或數(shù)方同時實(shí)時連線，而是通過合同雙方或數(shù)方之間多次的合同修訂數(shù)據(jù)包的交互實(shí)現(xiàn)對合同的修訂。

在步驟261，獲取當(dāng)前客戶端的操作信息，形成修訂記錄。其中，修訂記錄包括修訂號、修訂對象、修訂內(nèi)容、修訂者；操作信息包括增、刪、改操作；修訂號用于唯一標(biāo)識一條修訂記錄；修訂對象是指修訂的合同條款對象；修訂者是指當(dāng)前客戶端。

在步驟262，獲取當(dāng)前客戶端的協(xié)同操作信息，形成協(xié)同指令。

在步驟263，判斷協(xié)同指令中的修訂方式是否為實(shí)時修訂，若是，則執(zhí)行步驟250，否則，執(zhí)行步驟264。

在步驟264，解析協(xié)同指令并獲取修訂記錄，依據(jù)修訂記錄所含修訂對象實(shí)現(xiàn)合同條款與修訂記錄的關(guān)聯(lián)顯示，并對修訂記錄做出確認(rèn)/修改的響應(yīng)信息。

在步驟265，判斷是否至少存在一條修改的響應(yīng)信息，若是，則繼續(xù)執(zhí)行步驟264，否則，執(zhí)行步驟270。

在步驟270，獲取合同雙方或數(shù)方客戶端的非編輯操作信息，達(dá)成協(xié)商一致的正式合同。非編輯操作信息是指非增刪改查的編輯操作，包括但不限于合同整體的確認(rèn)操作信息；合同雙方或數(shù)方均做出整體確認(rèn)的操作信息，即修改合同狀態(tài)為不可編輯狀態(tài)，達(dá)成協(xié)商一致的正式合同。

本發(fā)明還可以包括步驟280，依據(jù)合同號對其關(guān)聯(lián)的所有記錄及合同執(zhí)行進(jìn)行管理。例如，對初始合同、修訂記錄、正式合同、合同執(zhí)行進(jìn)行管理。

在一個實(shí)施例中，可以在合同庫中保存對初始合同、修訂記錄、正式合同、執(zhí)行進(jìn)度等進(jìn)行管理的記錄。

在該實(shí)施例中，通過調(diào)用系統(tǒng)載體的多媒體設(shè)備提供多樣的合同洽談的實(shí)時交互渠道，解決傳統(tǒng)線下面對面來回溝通或電話溝通成本高、效率低的問題，快速達(dá)成合同雙方或數(shù)方的一致意見；同時借助大數(shù)據(jù)分析技術(shù)構(gòu)建包含既定內(nèi)容的條款庫、并基于法律庫數(shù)據(jù)基礎(chǔ)上完成條款風(fēng)險屬性的生成，為用戶生成其所需的高質(zhì)量的且含法律風(fēng)險提示的合同，從合同管理的初始擬制環(huán)節(jié)即開始著手解決效率與質(zhì)量的問題；對合同各個階段的歸檔管理，能夠重現(xiàn)整個合同的擬制、洽談與修訂、確認(rèn)與簽訂的流程，快速、便捷地實(shí)現(xiàn)對用戶合同的統(tǒng)計與查詢，提高工作效率。本發(fā)明適用于合同的擬制、洽談與修訂等多個管理階段。

圖3是根據(jù)本發(fā)明第三實(shí)施方式的系統(tǒng)結(jié)構(gòu)示意圖。其中，在線合同生成系統(tǒng)包括關(guān)聯(lián)條款選擇單元310、合同生成單元320和合同修訂單元330。

關(guān)聯(lián)條款選擇單元310用于根據(jù)當(dāng)前客戶端選擇的合同類型及合同方的身份信息在條款庫選擇關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息。

其中，合同方的身份信息是指合同雙方或數(shù)方中的甲方、乙方、或第三方。根據(jù)當(dāng)前客戶端選擇的合同類型及合同方的身份信息分別從條款庫過濾條款獲取適合的合同條款列表。條款列表中可以包含適用于當(dāng)前選定的合同類型及合同生成者身份信息的所有合同條款及其屬性信息。其中，條款庫可以用于存儲既定的合同條款，例如條款的編號、歸屬層級、關(guān)聯(lián)條款編號、條款的適用屬性、條款風(fēng)險屬性等。法律庫，用于存儲判決文書等法律相關(guān)數(shù)據(jù)，支持條款風(fēng)險屬性的生成。

合同生成單元320用于根據(jù)關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息生成具有標(biāo)識的初始合同數(shù)據(jù)包。

例如，可以依據(jù)關(guān)聯(lián)條款的歸屬關(guān)系及列表次序，以及列表中關(guān)聯(lián)條款的內(nèi)容屬性及風(fēng)險屬性，生成具有唯一標(biāo)識的合同號的合同數(shù)據(jù)包。其中，合同數(shù)據(jù)包可以是帶有風(fēng)險提示的空白合同。

合同修訂單元330用于根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令，并獲取與協(xié)同指令相應(yīng)的合同數(shù)據(jù)包，以便對合同數(shù)據(jù)包進(jìn)行合同的多端協(xié)同修訂。

其中，協(xié)同操作信息包括但不限于協(xié)同對象、修訂對象、數(shù)字簽名、修訂方式；協(xié)同對象是指合同雙方或數(shù)方的客戶端；修訂對象是指待修訂的合同號即唯一標(biāo)識，根據(jù)該合同號，合同雙方或數(shù)方從服務(wù)器端獲取該合同號的最新數(shù)據(jù)包；數(shù)字簽名是指當(dāng)前客戶端對合同數(shù)據(jù)包進(jìn)行的加密處理；修訂方式是指對待修訂合同的修訂方式選擇，包括但不限于實(shí)時修訂、非實(shí)時修訂、以及上述兩種方式的混合修訂三種。

解析協(xié)同指令中修訂對象的標(biāo)識信息，就可以獲取與標(biāo)識信息相應(yīng)的合同數(shù)據(jù)包。再解析協(xié)同指令中的修訂方式信息，就可以根據(jù)修訂方式信息對合同數(shù)據(jù)包進(jìn)行合同協(xié)同修訂。

在該實(shí)施例中，通過根據(jù)當(dāng)前客戶端選擇的合同類型及合同方的身份信息在條款庫選擇關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息；根據(jù)關(guān)聯(lián)條款以及關(guān)聯(lián)條款的屬性信息生成具有標(biāo)識的合同數(shù)據(jù)包；根據(jù)當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令，獲取與協(xié)同指令相應(yīng)的合同數(shù)據(jù)包，以便對合同數(shù)據(jù)包進(jìn)行合同的多端協(xié)同修訂。即本發(fā)明能夠快速生成合同，并且根據(jù)當(dāng)前客戶端的協(xié)同指令對合同進(jìn)行修訂，通過調(diào)用系統(tǒng)載體設(shè)備的多種多媒體設(shè)備構(gòu)建線上面對面的交互渠道，能夠提高合同雙方或數(shù)方的溝通效率，降低溝通成本。

圖4是根據(jù)本發(fā)明第四實(shí)施方式的系統(tǒng)結(jié)構(gòu)示意圖。其中：

關(guān)聯(lián)條款選擇單元410用于獲取客戶端當(dāng)前合同類型及合同方的身份信息，過濾條款庫421獲取關(guān)聯(lián)條款，并從法律庫422獲取各條款關(guān)聯(lián)的法律風(fēng)險信息。

其中，條款庫421，用于存儲既定的合同條款，包括但不限于條款的編號、歸屬層級、關(guān)聯(lián)條款編號、條款的適用屬性、條款風(fēng)險屬性；法律庫422，用于存儲判決文書等法律相關(guān)數(shù)據(jù)，支持條款風(fēng)險屬性的生成。

合同生成單元420用于依條款歸屬關(guān)系生成帶風(fēng)險提示的空白合同。

在一個實(shí)施例中，還可以包括合同更新單元430用于響應(yīng)于當(dāng)前客戶端的操作信息，更新合同數(shù)據(jù)包，例如，增加、刪除、修改合同數(shù)據(jù)包，是合同數(shù)據(jù)包處于最新狀態(tài)。

協(xié)同指令生成單元440用于獲取當(dāng)前客戶端的協(xié)同操作信息生成協(xié)同指令。其中，協(xié)同操作信息包括但不限于協(xié)同對象、修訂對象、數(shù)字簽名、修訂方式。

合同修訂單元450用于解析協(xié)同指令并判斷協(xié)同指令所含的修訂方式信息是否為實(shí)時修訂方式，若為實(shí)時修訂則獲取當(dāng)前客戶端對該協(xié)同指令的接受/拒絕的響應(yīng)信息，判斷響應(yīng)信息中是否包含拒絕響應(yīng)信息，若存在至少一條的拒絕的響應(yīng)信息，則無法成功發(fā)起合同的實(shí)時修訂，否則，調(diào)用系統(tǒng)載體的文字/語音/視頻裝置451提供實(shí)時洽談功能，提供線上面對面洽談輔助合同的線上修訂。若為非實(shí)時修訂，則無需合同雙方或數(shù)方同時實(shí)時連線，而是通過合同雙方或數(shù)方之間多次的合同修訂數(shù)據(jù)包的交互實(shí)現(xiàn)對合同的修訂。本發(fā)明還可以在在整個合同洽談修訂過程中進(jìn)行實(shí)時修訂與非實(shí)時修訂的靈活切換。

其中，具體實(shí)施過程已在方法步驟中進(jìn)行詳細(xì)描述，此處不再進(jìn)一步闡釋。

本發(fā)明還可以包括加解密單元460，用于對合同數(shù)據(jù)包以及合同數(shù)據(jù)包的合同協(xié)同修訂過程進(jìn)行加解密操作。為了保證合同數(shù)據(jù)傳輸過程中的安全性，可以對合同數(shù)據(jù)包進(jìn)行加密處理，通過解密，可以驗(yàn)證合同方的身份是否合法，以及判斷出合同是否是偽造的。

在另一個實(shí)施例中，本發(fā)明還可以包括合同歸檔單元470，用于根據(jù)合同數(shù)據(jù)包的標(biāo)識，獲取合同數(shù)據(jù)包的合同協(xié)同修訂記錄并進(jìn)行合同歸檔管理。例如，獲取合同雙方或數(shù)方客戶端的非編輯操作信息，達(dá)成協(xié)商一致的正式合同，依據(jù)合同號對其關(guān)聯(lián)的所有記錄及合同執(zhí)行進(jìn)行管理。

在一個實(shí)施例中，可以在合同庫423中保存對初始合同、修訂記錄、正式合同、執(zhí)行進(jìn)度等進(jìn)行管理的記錄。

在該實(shí)施例中，通過調(diào)用系統(tǒng)載體的多媒體設(shè)備提供多樣的合同洽談的實(shí)時交互渠道，解決傳統(tǒng)線下面對面來回溝通或電話溝通成本高、效率低的問題，快速達(dá)成合同雙方或數(shù)方的一致意見；同時借助大數(shù)據(jù)分析技術(shù)構(gòu)建包含既定內(nèi)容的條款庫、并基于法律庫數(shù)據(jù)基礎(chǔ)上完成條款風(fēng)險屬性的生成，為用戶生成其所需的高質(zhì)量的且含法律風(fēng)險提示的合同，從合同管理的初始擬制環(huán)節(jié)即開始著手解決效率與質(zhì)量的問題；對合同各個階段的歸檔管理，能夠重現(xiàn)整個合同的擬制、洽談與修訂、確認(rèn)與簽訂的流程，快速、便捷地實(shí)現(xiàn)對用戶合同的統(tǒng)計與查詢，提高工作效率。本發(fā)明適用于合同的擬制、洽談與修訂等多個管理階段。

應(yīng)當(dāng)理解的是，本發(fā)明的上述具體實(shí)施方式僅僅用于示例性說明或解釋本發(fā)明的原理，而不構(gòu)成對本發(fā)明的限制。因此，在不偏離本發(fā)明的精神和范圍的情況下所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。此外，本發(fā)明所附權(quán)利要求旨在涵蓋落入所附權(quán)利要求范圍和邊界、或者這種范圍和邊界的等同形式內(nèi)的全部變化和修改例。