專利名稱：協(xié)同文檔處理系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及辦公領(lǐng)域，尤其涉及一種協(xié)同文檔處理系統(tǒng)及方法。
背景技術(shù)：
目前有幾類多人文檔協(xié)同編輯的方案。一類是傳統(tǒng)的基于電子流轉(zhuǎn)的多人文檔協(xié)同編輯的方式。另一類是類似Google Docs (谷歌開發(fā)的一種軟件)的多人實時在線編輯的方式?；陔娮恿鬓D(zhuǎn)的多人文檔協(xié)同編輯的方式還具有以下幾種。第一種是利用郵件流轉(zhuǎn)功能實現(xiàn)多人文檔協(xié)同編輯。具體的，按既定編排順序利用郵件將文件發(fā)送到下一個用戶，該用戶修訂完成后再次發(fā)送到下一個用戶，以此類推，最后自動返回到初始發(fā)送用戶，用這種方法可以收集多人對一個文件的意見，該方式需特定郵件服務(wù)器和郵件客戶端支持，如微軟的Exchange (郵件服務(wù)器)和Outlook (郵件客戶端)。第二種是基于OA (OfficeAutomation)等工作流系統(tǒng)實現(xiàn)流轉(zhuǎn),實現(xiàn)方式與上述郵件流轉(zhuǎn)類似，是比較常見的一種協(xié)作方式。第三種是基于網(wǎng)絡(luò)共享和權(quán)限控制實現(xiàn)多人文檔協(xié)同編輯，即在同一時刻只允許一個用戶編輯、其他用戶只能查閱，這是最為普遍的多人文檔編輯模式。這類方案都存在一些缺陷一人只能修改一次，除非設(shè)置順序多次流轉(zhuǎn)(效率低)；一次只能一個人修改，不能多人同時編輯，本質(zhì)上還是單人編輯模式。類似Google Docs的多人實時在線編輯方式也存在如下不足多人同時編輯，相互影響；必須在線才能編輯，不方便，不夠?qū)嵱?。因此，有必要提出一種新的多人協(xié)同文檔處理方案。

發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)中存在的問題，本發(fā)明提出一種多人協(xié)同文檔處理系統(tǒng)及方法，其可以使得多人多次修改一篇文檔，方便實用。根據(jù)本發(fā)明的一個方面，本發(fā)明提出一種協(xié)同文檔處理系統(tǒng)，其包括服務(wù)器和與所述服務(wù)器通過網(wǎng)絡(luò)連接的客戶端，用戶通過客戶端能與所述服務(wù)器建立連線，所述客戶端包括有文檔處理模塊。所述服務(wù)器內(nèi)存儲有多個文檔，至少有一個文檔具有一個或多個基礎(chǔ)版本以及基于每個基礎(chǔ)版本的一個或多個修訂版本，其中所述文檔處理模塊能單獨打開和編輯所述基礎(chǔ)版本，所述文檔處理模塊需要結(jié)合對應(yīng)的基礎(chǔ)版本才能打開和編輯所述修訂版本，所述修訂版本包括一條或多條修訂信息，所述修訂信息是由客戶端的文檔處理模塊編輯對應(yīng)的文檔而形成。進一步的，每條修訂信息包括文檔編號、修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容中的一項或幾項。更進一步的，所述服務(wù)器存儲有各個用戶對每個文檔的處理權(quán)限，所述處理權(quán)限包括修訂權(quán)，具有一個目標(biāo)文檔的修訂權(quán)的用戶通過客戶端與所述服務(wù)器建立連線后，能從所述服務(wù)器下載目標(biāo)文檔的每個版本，并在所述客戶端的文檔處理模塊中對下載的一個版本的目標(biāo)文檔進行編輯，客戶端將編輯得到的修訂信息上傳至服務(wù)器，服務(wù)器基于客戶端上傳的修訂信息為所述目標(biāo)文檔形成一個新的修訂版本。更進一步的，用戶利用所述客戶端的文檔處理模塊以追蹤修訂模式對下載的一個版本的目標(biāo)文檔進行編輯以形成一個臨時修訂版本，該臨時修訂版本包括一條或多條修訂信息，在所述文檔處理模塊保存所述目標(biāo)文檔時，將所述臨時修訂版本的修訂信息傳送至所述服務(wù)器，所述服務(wù)器將傳送來的修訂信息保存為所述目標(biāo)文檔的一個新的修訂版本。更進一步的，每個文檔的每個版本都有版本編號，用戶通過所述客戶端就一個目標(biāo)文檔與所述服務(wù)器進行同步的過程如下所述服務(wù)器根據(jù)其上的有關(guān)該目標(biāo)文檔的版本編號和客戶端上的有關(guān)該目標(biāo)文檔的版本編號確定兩者之間的差異版本；所述服務(wù)器將差異版本傳回所述客戶端，所述客戶端的文檔處理模塊根據(jù)新下載的差異版本及已有版本得到所述目標(biāo)文檔的最新版本；所述客戶端將臨時修訂版本中的修訂信息傳送至所述服務(wù)器，所述服務(wù)器端將新上傳的修訂信息存儲為一個新創(chuàng)建的修訂版本。進一步的，在所述客戶端與所述服務(wù)器離線時，用戶仍能在所述客戶端上對所述目標(biāo)文檔進行編輯以得到所述目標(biāo)文檔的臨時修訂版本，并能在所述客戶端上保存所述目標(biāo)文檔的臨時修訂版本，在所述客戶端與所述服務(wù)器連線時，所述客戶端將所述臨時修訂版本內(nèi)的修訂信息上傳至服務(wù)器，并在服務(wù)器上生成一個新的修訂版本。進一步的，服務(wù)器根據(jù)目標(biāo)文檔的修訂量提醒具有相應(yīng)權(quán)限的用戶對所述目標(biāo)文檔的修訂版本進行審定；在用戶通過所述客戶端對所述目標(biāo)文檔的修訂版本進行審定后，所述服務(wù)器得到所述目標(biāo)文檔的一個新的基礎(chǔ)版本。進一步的，所述客戶端包括總線、中央處理器、由隨機存取存儲器和只讀存儲器組成的系統(tǒng)存儲器、存儲裝置、輸入/輸出接口和網(wǎng)絡(luò)接口，所述存儲裝置中存儲有所述文檔處理模塊和客戶端協(xié)同控制模塊，所述客戶端協(xié)同控制模塊作為文檔處理模塊和服務(wù)器之前的橋梁來負(fù)責(zé)文檔協(xié)同處理事項。所述服務(wù)器包括服務(wù)器端協(xié)同處理模塊、用戶管理數(shù)據(jù)庫、權(quán)限管理數(shù)據(jù)庫，所述服務(wù)器端協(xié)同處理模塊與所述客戶端協(xié)同控制模塊進行通訊以實現(xiàn)文檔的協(xié)同處理，所述用戶管理數(shù)據(jù)庫用于登錄所述服務(wù)器的用戶信息，所述權(quán)限管理數(shù)據(jù)庫管理著各個用戶對不同文檔的處理權(quán)限。根據(jù)本發(fā)明的另一個方面，本發(fā)明提出一種協(xié)同文檔處理方法，其包括服務(wù)器內(nèi)存儲有多個文檔，每個文檔具有一個或多個基礎(chǔ)版本以及基于每個基礎(chǔ)版本的一個或多個修訂版本；用戶通過與服務(wù)器網(wǎng)絡(luò)連接的客戶端登錄所述服務(wù)器，并下載所述服務(wù)器中的一個版本的目標(biāo)文檔至所述客戶端；用戶在所述客戶端上的文檔處理模塊中對所述目標(biāo)文檔進行編輯以形成臨時修訂版本，所述臨時修訂版本包括一條或多條修訂信息；將客戶端上的臨時修訂版本中的修訂信息上傳至所述服務(wù)器；所述服務(wù)器將上傳的修訂信息為所述目標(biāo)文檔的一個新的修訂版本。進一步的，每條修訂信息包括文檔編號、修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容中的一項或幾項。進一步的，所述服務(wù)器存儲有各個用戶對每個文檔的處理權(quán)限，所述處理權(quán)限包括修訂權(quán)，具有一個目標(biāo)文檔的修訂權(quán)的用戶通過客戶端與所述服務(wù)器建立連線后，能從所述服務(wù)器下載目標(biāo)文檔的每個版本，并在所述客戶端的文檔處理模塊中對下載的一個版本的目標(biāo)文檔進行編輯，客戶端將編輯得到的修訂信息上傳至服務(wù)器，服務(wù)器基于客戶端上傳的修訂信息為所述目標(biāo)文檔形成一個新的修訂版本。進一步的，用戶利用所述客戶端的文檔處理模塊以追蹤修訂模式對下載的一個版本的目標(biāo)文檔進行編輯以形成一個臨時修訂版本，該臨時修訂版本包括一條或多條修訂信息，在所述文檔處理模塊保存所述目標(biāo)文檔時，將所述臨時修訂版本的修訂信息傳送至所述服務(wù)器，所述服務(wù)器將傳送來的修訂信息保存為所述目標(biāo)文檔的一個新的修訂版本。根據(jù)本發(fā)明的另一個方面，本發(fā)明提出一種協(xié)同文檔處理方法，其包括在服務(wù)器上形成一個文檔的基礎(chǔ)版本；在服務(wù)器上形成該文檔的基于基礎(chǔ)版本的一個或多個修訂版本，所述修訂版本一條或多條修訂信息，所述修訂信息來自與所述服務(wù)器網(wǎng)絡(luò)連接的客戶端，其中所述基礎(chǔ)版本能被單獨打開和編輯，所述修訂版本需要結(jié)合所述基礎(chǔ)版本才能被打開和編輯，每條修訂信息包括文檔編號、修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容中的一項或幾項。進一步的，多個用戶中的每個都能通過客戶端對所述服務(wù)器上的目標(biāo)文檔進行編輯以在服務(wù)器上形成該文檔的基于基礎(chǔ)版本的一個或多個修訂版本。 與現(xiàn)有技術(shù)相比，本發(fā)明中通過在服務(wù)器上記錄一個文檔的原始版本以及來自各個客戶端的關(guān)于該文檔的修訂版本，這樣可以實現(xiàn)多人多次對同一個文檔的協(xié)同編輯。此夕卜，客戶端既可以在連線狀態(tài)下進行編輯，也可以在離線狀態(tài)下進行編輯，既可以同步編輯，也可以異步編輯。服務(wù)器和客戶端之間針對同一個文檔進行同步后，客戶端上也能獲得該文檔的最新版本，方便使用。


圖1為本發(fā)明中的多人協(xié)同文檔處理系統(tǒng)在一個實施例中的系統(tǒng)架構(gòu)示意圖；圖2為圖1中的客戶端在一個實施例中的示意結(jié)構(gòu)框圖；圖3為圖1中示出的服務(wù)器在一個實施例中的示例結(jié)構(gòu)框圖，圖4是本發(fā)明中的多人協(xié)同文檔處理方法在一個實施例中的流程示意圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式
對本發(fā)明作進一步詳細(xì)的說明。本發(fā)明的詳細(xì)描述主要通過程序、步驟、邏輯塊、過程或其他象征性的描述來呈現(xiàn)，其直接或間接地模擬本發(fā)明中的技術(shù)方案的運作。所屬領(lǐng)域內(nèi)的技術(shù)人員使用此處的這些描述和陳述向所屬領(lǐng)域內(nèi)的其他技術(shù)人員有效的介紹他們的工作本質(zhì)。此處所稱的“一個實施例”或“實施例”是指與所述實施例相關(guān)的特定特征、結(jié)構(gòu)或特性至少可包含于本發(fā)明至少一個實現(xiàn)方式中。在本說明書中不同地方出現(xiàn)的“在一個實施例中”并非必須都指同一個實施例，也不必須是與其他實施例互相排斥的單獨或選擇實施例。此外，表示一個或多個實施例的方法、流程圖或功能框圖中的模塊順序并非固定的指代任何特定順序，也不構(gòu)成對本發(fā)明的限制。本發(fā)明中提出一種多人協(xié)同文檔處理系統(tǒng)，該系統(tǒng)包括服務(wù)器和可以通過網(wǎng)絡(luò)與所述服務(wù)器相連的客戶端，在所述服務(wù)器上記錄一個文檔的基礎(chǔ)版本以及來自各個客戶端的基于該文檔的基礎(chǔ)版本的修訂版本，這樣可以實現(xiàn)多人多次對同一個文檔的協(xié)同編輯。此外，客戶端既可以聯(lián)網(wǎng)狀態(tài)進行編輯，也可以在離線狀態(tài)進行編輯，既可以同步編輯，也可以異步編輯，使用起來非常方便，符合人們的使用習(xí)慣。圖1為本發(fā)明中的多人協(xié)同文檔處理系統(tǒng)100在一個實施例中的系統(tǒng)架構(gòu)示意圖。如圖1所示，所述多人協(xié)同文檔處理系統(tǒng)100包括服務(wù)器120、通過網(wǎng)絡(luò)160與所述服務(wù)器120建立連接的多個客戶端140。所述網(wǎng)絡(luò)160可以包括局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)、移動通信網(wǎng)、公共交換電話網(wǎng)絡(luò)(PSTN )、因特網(wǎng)或它們的組合。所述客戶端140可以包括個人計算機、筆記本電腦、平板電腦、智能手機或個人數(shù)字助理(PDA)等信息處理裝置。圖2為圖1中示出的客戶端140的一個示例的結(jié)構(gòu)框圖，所述客戶端140包括總線210、中央處理器(CPU) 201、由隨機存取存儲器(RAM) 202和只讀存儲器(ROM) 203組成的系統(tǒng)存儲器、存儲裝置204、輸入/輸出接口 205和網(wǎng)絡(luò)接口 207。所述總線210可以提供為各個模塊之間的通訊提供路徑。通過所述輸入/輸出接口 205可以與鍵盤、鼠標(biāo)、顯示器、打印機、觸控裝置等輸入輸出設(shè)備相連。所述存儲裝置204可以為 硬盤、光盤、固態(tài)硬盤(Solid State Disk, SSD)、各種存儲卡(比如SD卡等閃存卡)等外部存儲介質(zhì)，其內(nèi)可以存儲操作系統(tǒng)以及其他各種應(yīng)用程序。所述客戶端140可以通過網(wǎng)絡(luò)接口 207連接到其他類型的計算機或服務(wù)器上并與之進行數(shù)據(jù)交互。當(dāng)然，其他架構(gòu)的信息處理系統(tǒng)同樣可以用來作為本發(fā)明中的客戶端。在一個實施例中，所述存儲裝置204中存儲有文檔處理模塊241和客戶端協(xié)同控制模塊242。所述文檔處理模塊241負(fù)責(zé)文檔的創(chuàng)建和編輯，所述文檔處理模塊可以是微軟或其他公司的文字處理程序，比如word，也可以是微軟或其他公司的簡報處理程序，比如PowerPoint，還可以是其他文檔處理程序。優(yōu)先的，本發(fā)明尤其適合于文字處理程序(比如MS word)的協(xié)同處理。所述客戶端協(xié)同控制模塊242可以作為文檔處理模塊241和服務(wù)器120之前的橋梁來負(fù)責(zé)文檔協(xié)同處理事項。在一個實施例中，所述服務(wù)器120包括服務(wù)器端協(xié)同處理模塊310、用戶管理數(shù)據(jù)庫320、文檔管理數(shù)據(jù)庫330和權(quán)限管理數(shù)據(jù)庫340。所述服務(wù)器端協(xié)同處理模塊310與所述客戶端協(xié)同控制模塊242進行通訊以實現(xiàn)文檔的協(xié)同處理。所述用戶管理數(shù)據(jù)庫320用于管理有權(quán)登錄所述服務(wù)器120的用戶信息。所述文檔管理數(shù)據(jù)330內(nèi)可以存儲有多個文
檔F1、F2、......、FN，其中FN可以被稱為文檔的文檔編號，并且每個文檔中可以具有多個不
同版本，比如文檔FN的多個不同版本分別為FN1、FN2、……、FNM，其中FNM可以被稱為文檔的版本編號，其中N和M都是自然數(shù)。其中每個文檔的多個版本中包括一個或多個基礎(chǔ)版本以及基于每個基礎(chǔ)版本的一個或多個修訂版本，其中所述基礎(chǔ)版本為無修訂信息的版本，第一個基礎(chǔ)版本也可以被稱為原始版本，文檔處理模塊可以單獨基于文檔的基礎(chǔ)版本進行顯示和編輯，每個修訂版本包括一條或多條修訂信息，每條修訂信息包括文檔編號、修訂編號(每條修訂信息都有一個修訂編號)、用戶名(修訂人的用戶名)、修訂時間(比如精確到毫秒)、修訂類型(比如插入、刪除、格式等)、修訂位置(比如頁面ID+段落ID+頁ID等)和修訂內(nèi)容中的一項或幾項，比如每條修訂信息可以包括修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容。所述修訂版本需要結(jié)合對應(yīng)的基礎(chǔ)版本才能由文檔處理模塊正確的顯示和編輯。所述權(quán)限管理數(shù)據(jù)庫340管理著各個用戶對不同文檔的處理權(quán)限，比如用戶A對文檔Fl的處理權(quán)限為修訂權(quán)，用戶B對文檔Fl的處理權(quán)限為修訂權(quán)和審定權(quán)等，當(dāng)然還可以設(shè)定其他處理權(quán)限并在各個用戶之間進行分配。登錄和注冊用戶可以通過任意客戶端140登錄所述服務(wù)器120。具體的，所述登錄方法或過程包括在客戶端140上運行所述客戶端協(xié)同控制模塊241 ;隨后用戶可以通過所述客戶端協(xié)同控制模塊241輸入用戶名和密碼；所述客戶端協(xié)同控制模塊241將用戶輸入的用戶信息發(fā)送給所述服務(wù)器端協(xié)同處理模塊310 ;所述服務(wù)器端協(xié)同處理模塊310基于用戶管理數(shù)據(jù)庫內(nèi)的用戶信息對來自客戶端140的用戶信息進行認(rèn)證；如果認(rèn)證通過，則所述客戶端協(xié)同控制模塊241與所述服務(wù)器端協(xié)同處理模塊310建立有效的連接，表示登錄成功，此時可以認(rèn)為所述客戶端140與所述服務(wù)器120處于連線狀態(tài)；如果認(rèn)證不通過，表示登錄失敗，所述客戶端協(xié)同控制模塊241與所述服務(wù)器端協(xié)同處理模塊310無連接，此時可以認(rèn)為所述客戶端140與所述服務(wù)器120處于離線狀態(tài)。為了實現(xiàn)用戶的登錄，用戶需要實現(xiàn)向所述服務(wù)器120進行注冊，在注冊過程中，所述服務(wù)器端協(xié)同處理模塊310收集用戶信息，并將這些用戶信息存儲如用戶管理數(shù)據(jù)庫320 中。權(quán)限管理一些用戶(比如張三)在通過客戶端140登錄所述服務(wù)器120后，可以向所述服務(wù)器120設(shè)定一個文檔的處理權(quán)限，比如設(shè)定自己具有修訂權(quán)和審定權(quán)，設(shè)定其他用戶(比如李四、王五等)具有修訂權(quán)；所述服務(wù)器協(xié)同處理模塊310將所述文檔的處理權(quán)限存儲于所述權(quán)限管理數(shù)據(jù)庫340中。如果一個用戶具有一個文檔的修訂權(quán)，那么該用戶可以從所述服務(wù)器120中下載該文檔的各個版本，并對它們進行編輯修訂。如果一個用戶具有一個文檔的審定權(quán)，那么該用戶可以對該文檔的各個版本進行審定。用戶通過所述客戶端對所述服務(wù)器上的文檔進行編輯時，需要審核該用戶是否具有相應(yīng)權(quán)限，如果有，則允許相應(yīng)的編輯操作，否則不允許。協(xié)同編輯和同步一個用戶(比如張三)在通過客戶端140登錄所述服務(wù)器120后，可以通過客戶端的客戶端協(xié)同控制模塊242上傳一個文檔(比如，***. doc文件或***. xls等)至所述服務(wù)器端協(xié)同處理模塊310 ;所述服務(wù)器端協(xié)同處理模塊310將來自客戶端140的文檔存儲為原始版本(第一個基礎(chǔ)版本)，并賦予文檔編號和版本編號。當(dāng)然，服務(wù)器120中的文檔的原始版本也可以是通過存儲設(shè)備(比如U盤或)上傳的，還可以是其它任何方式(比如網(wǎng)絡(luò)下載等)得到的。通常，初始時，一個文檔在服務(wù)器120中只有原始版本(第一個基礎(chǔ)版本)。具有修訂權(quán)的用戶可以通過所述客戶端140從所述服務(wù)器120上下載一個目標(biāo)文件的原始版本；所述客戶端協(xié)同控制模塊242將所述原始版本交由所述文檔處理模塊241以修訂模式進行編輯，所述客戶端協(xié)同控制模塊242創(chuàng)建一個臨時修訂版本，將新編輯形成的修訂信息存儲入所述臨時修訂版本；編輯了一段時間之后，在所述客戶端上保存編輯的目標(biāo)文檔時(或者設(shè)置專門的協(xié)同保存按鈕，在點擊該按鈕時)，所述客戶端協(xié)同控制模塊242會將所述目標(biāo)文檔的臨時修訂版本中的修訂信息傳送至所述服務(wù)器端控制模塊310 ;所述服務(wù)器端控制模塊310將新上傳的修訂信息存儲為一個新創(chuàng)建的修訂版本，賦予版本編號。這樣就基于原始版本形成了一個修訂版本。采用同樣的方法，每個用戶都可以從服務(wù)器上下載目標(biāo)文檔的基礎(chǔ)版本，編輯保存之后，所述服務(wù)器為每個用戶針對所述目標(biāo)文檔的修訂信息創(chuàng)建一個新的修訂版本。此外，有相應(yīng)權(quán)限的用戶可以通過客戶端打開服務(wù)器120上的一個目標(biāo)文檔的任意歷史版本，比如第X個修訂版本，此時服務(wù)器120將對應(yīng)的基礎(chǔ)版本和相應(yīng)的修訂版本一起傳輸至該用戶的客戶端，客戶端140的文檔處理程序基于下載的基礎(chǔ)版本和相應(yīng)的修訂版本通過文檔更改服務(wù)(File Change Service，以下簡稱FCS)可以重現(xiàn)該歷史版本。隨后，該用戶還可以對該歷史版本進行編輯以得到一個臨時修訂版本，該臨時修訂版本內(nèi)存儲有一條或多條修訂信息，在點擊保存后，所述服務(wù)器120可以將新上傳的修訂信息存儲為一個新的修訂版本。所述客戶端140可以就當(dāng)前正在處理的一個目標(biāo)文檔與所述服務(wù)器進行同步，這樣可以使得兩者都具有最新版本的目標(biāo)文件。同步過程如下一個用戶通過客戶端140提出有關(guān)一個目標(biāo)文檔的同步請求；所述服務(wù)器端協(xié)同處理模塊310對比服務(wù)器上的有關(guān)該目標(biāo)文檔的版本信息和客戶端上有關(guān)該目標(biāo)文檔的版本信息，以確定兩者之間的差異版本；所述服務(wù)器120將差異版本(或差異版本的修訂信息)傳回客戶端140，所述客戶端140的文檔處理模塊241根據(jù)新下載的差異版本(或者差異版本的修訂信息)和當(dāng)前正在編輯的目標(biāo)文檔的版本得到所述目標(biāo)文檔的最新版本；所述客戶端140將臨時修訂版本中的修訂信息傳送至所述服務(wù)器端控制模塊310，所述服務(wù)器端控制模塊310將新上傳的修訂信息存儲為一個新創(chuàng)建的修訂版本，賦予版本編號。類似的，所述客戶端140可以就一個目標(biāo)文檔與所述服務(wù)器直接進行同步，同步過程如下所述服務(wù)器120將目標(biāo)文檔的所有版本(包括一個最新的基礎(chǔ)版本和基于該最新的基礎(chǔ)版本的一個或多個修訂版本)直接傳輸至所述客戶端140，所述客戶端140上的文檔處理模塊241基于目標(biāo)文檔的基礎(chǔ)版本和修訂版本通過文檔更改服務(wù)FCS得到所述目標(biāo)文檔的最終版本。這樣，各個有權(quán)限的用戶可以隨時通過客戶端140對服務(wù)器120上的目標(biāo)文檔進行編輯，并將編輯得到的修訂版本上傳給所述服務(wù)器120。不同的用戶可以同步編輯，也可以異步編輯，可以離線編輯，也可以在線編輯。在進行數(shù)據(jù)上傳時，大多只傳輸增量數(shù)據(jù)(即修訂數(shù)據(jù))，數(shù)據(jù)傳輸量大大將少。所述服務(wù)器120在存儲文檔的不同版本時，采用存儲一個基礎(chǔ)版本，對于后續(xù)的編輯版本采用修訂版本的方式進行存儲，大大的減小了存儲空間。多個基礎(chǔ)版本要獲得最新版或某個歷史版本的內(nèi)容，需要在原始版本的基礎(chǔ)上匯入至歷史版本為止的全部修訂信息，經(jīng)文檔更改服務(wù)加工才能形成。越往后移，歷史版本的修訂量會越多，F(xiàn)CS加工處理的工作量就會越大，造成性能損耗。為此，在一個優(yōu)選的實施例中，可以每隔一定數(shù)量的修訂版本就可以根據(jù)前一個基礎(chǔ)版本和后續(xù)的修訂版本生成一個新的基礎(chǔ)版本，以提升效能。所述服務(wù)器120可以統(tǒng)計修訂信息的數(shù)量，比如修訂信息的數(shù)量超過預(yù)定閾值(如100條修訂)時，可提醒有審定權(quán)的用戶執(zhí)行審定工作。有審定權(quán)的用戶通過客戶端對所述目標(biāo)文檔的修訂信息進行審定，從而形成一個新的基礎(chǔ)版本，降低服務(wù)器端和客戶端的負(fù)載壓力。該新的基礎(chǔ)版本不再帶有修訂信息，不再依靠其他版本就能夠獨立進行編輯和顯示。這種做法也符合日常操作習(xí)慣，往往幾個人修訂一段時間后形成統(tǒng)一意見，成為某個中間版，下次基于該版本進一步修訂，直至形成最終版。離線編輯及連線同步在所述客戶端140與所述服務(wù)器120離線時，用戶仍能在所述客戶端上對所述目標(biāo)文檔進行編輯以得到所述目標(biāo)文檔的修訂信息，并能在所述客戶端上緩存所述目標(biāo)文檔的修訂信息。在所述客戶端140與所述服務(wù)器120連線時，所述客戶端140與所述服務(wù)器120可以對所述目標(biāo)文檔進行同步，比如客戶端用戶手動點擊同步按鈕，或者設(shè)置連線后自動同步。本發(fā)明中的協(xié)同文檔處理方案還可以實現(xiàn)為一種方法，圖4示出了協(xié)同文檔處理方法在一個實施例中的流程示意圖。結(jié)合圖2和4所示，所述協(xié)同文檔處理方法包括如下步驟。步驟410，服務(wù)器內(nèi)存儲有多個文檔，每個文檔具有一個或多個基礎(chǔ)版本以及基于每個基礎(chǔ)版本的一個或多個修訂版本。步驟420，用戶通過與服務(wù)器網(wǎng)絡(luò)連接的客戶端登錄所述服務(wù)器，并下載所述服務(wù)器中的一個版本的目標(biāo)文檔至所述客戶端。步驟430，用戶在所述客戶端上的文檔處理模塊中對所述目標(biāo)文檔進行編輯以形成臨時修訂版本，所述臨時修訂版本包括一條或多條修訂信息。其中，每條修訂信息包括文檔編號、修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容中的一項或幾項。步驟440，將客戶端上的臨時修訂版本中的修訂信息上傳至所述服務(wù)器。步驟450，所述服務(wù)器將上傳的修訂信息為所述目標(biāo)文檔的一個新的修訂版本。在一個實施例中，所述服務(wù)器存儲有各個用戶對每個文檔的處理權(quán)限，所述處理權(quán)限包括修訂權(quán)，具有一個目標(biāo)文檔的修訂權(quán)的用戶通過客戶端與所述服務(wù)器建立連線后，能從所述服務(wù)器下載目標(biāo)文檔的每個版本，并在所述客戶端的文檔處理模塊中對下載的一個版本的目標(biāo)文檔進行編輯，客戶端將編輯得到的修訂信息上傳至服務(wù)器，服務(wù)器基于客戶端上傳的修訂信息為所述目標(biāo)文檔形成一個新的修訂版本。在一個實施例中，用戶利用所述客戶端的文檔處理模塊以追蹤修訂模式對下載的一個版本的目標(biāo)文檔進行編輯以形成一個臨時修訂版本，該臨時修訂版本包括一條或多條修訂信息，在所述文檔處理模塊保存所述目標(biāo)文檔時，將所述臨時修訂版本的修訂信息傳送至所述服務(wù)器，所述服務(wù)器將傳送來的修訂信息保存為所述目標(biāo)文檔的一個新的修訂版本。所述協(xié)同文檔處理方法中的諸多內(nèi)容可以參看上文中對協(xié)同文檔處理系統(tǒng)的描述，此處不再贅述。為了使得本發(fā)明更為清楚，下面列舉了一個本發(fā)明中的協(xié)同文檔處理系統(tǒng)和方法的應(yīng)用示例。張三通過客戶端140登錄所述服務(wù)器120，之后將一個文檔(名稱為x項目的可行性研究.doc)上傳至所述服務(wù)器120。所述服務(wù)器120將所述文檔(X項目的可行性研究.doc)保存為原始版本，并賦予文檔編號和版本編號。張三可以通過設(shè)定所述文檔(X項目的可行性研究.doc)的處理權(quán)限，李四、張三和王五有修訂權(quán)，王五有審定權(quán)。
李四通過客戶端140登錄所述服務(wù)器120，從所述服務(wù)器120上下載所述文檔(x項目的可行性研究.doc)，服務(wù)器120將該文檔的所有版本(此時只有一個原始版本)傳輸至李四的客戶端140，李四可以在客戶端140上進行編輯以得到一個臨時修訂版本，該臨時修訂版本包括一條或多條修訂信息。在保存所述文檔時，所述客戶端140將所述臨時版本中的修訂信息上傳至服務(wù)器120。所述服務(wù)器120將來自李四客戶端的修訂信息保存為所述文檔的一個修訂版本。王五通過客戶端140登錄所述服務(wù)器120，從所述服務(wù)器120上下載所述文檔(x項目的可行性研究.doc)，服務(wù)器120將該文檔的所有版本(此時有一個原始版本和李四的一個修訂版本)傳輸至王五的客戶端140，在客戶端140上將不同版本合并為一個最終的版本，之后王五可以進行編輯以得到一個臨時修訂版本。王五保存之后，同樣可以在服務(wù)器120上形成另一個修訂版本。每個用戶針對同一個文檔都可以產(chǎn)生不同的修訂版本。在修訂版本到達(dá)一定數(shù)量后，王五在于李四和張三討論后，可以通過客戶端140對服務(wù)器120上的所述文檔(X項目的可行性研究.doc)進行審定，即逐條查看修訂信息，是否接受修訂。在對所有修訂信息審定后，可以在服務(wù)器上得到所述文檔(X項目的可行性研究.doc)的另一個基礎(chǔ)版本。之后又可以在新的基礎(chǔ)版本的基礎(chǔ)上形成不同的修訂版本，之后在進行一次審定以再得到另一個基礎(chǔ)版本，如此不斷重復(fù)。總體來看，本方案具有下列優(yōu)勢I)支持多人多次編輯同一文件；2)支持離線編輯，在線后自動或手動同步3)支持版本管理、多版本對比；4)操作簡便，與傳統(tǒng)單機修訂模式基本一致；5)增量保存，占用的存儲空間小。雖然通過實施例描述了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本發(fā)明的精神。
權(quán)利要求
1.一種協(xié)同文檔處理系統(tǒng)，其包括服務(wù)器和與所述服務(wù)器通過網(wǎng)絡(luò)連接的客戶端，用戶通過客戶端能與所述服務(wù)器建立連線，所述客戶端包括有文檔處理模塊， 其特征在于，所述服務(wù)器內(nèi)存儲有多個文檔，至少有一個文檔具有一個或多個基礎(chǔ)版本以及基于每個基礎(chǔ)版本的一個或多個修訂版本，其中所述文檔處理模塊能單獨打開和編輯所述基礎(chǔ)版本，所述文檔處理模塊需要結(jié)合對應(yīng)的基礎(chǔ)版本才能打開和編輯所述修訂版本，所述修訂版本包括一條或多條修訂信息，所述修訂信息是由客戶端的文檔處理模塊編輯對應(yīng)的文檔而形成。
2.根據(jù)權(quán)利要求1所述的協(xié)同文檔處理系統(tǒng)，其特征在于，每條修訂信息包括文檔編號、修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容中的一項或幾項。
3.根據(jù)權(quán)利要求2所述的協(xié)同文檔處理系統(tǒng)，其特征在于，所述服務(wù)器存儲有各個用戶對每個文檔的處理權(quán)限，所述處理權(quán)限包括修訂權(quán)，具有一個目標(biāo)文檔的修訂權(quán)的用戶通過客戶端與所述服務(wù)器建立連線后，能從所述服務(wù)器下載目標(biāo)文檔的每個版本，并在所述客戶端的文檔處理模塊中對下載的一個版本的目標(biāo)文檔進行編輯，客戶端將編輯得到的修訂信息上傳至服務(wù)器，服務(wù)器基于客戶端上傳的修訂信息為所述目標(biāo)文檔形成一個新的修訂版本。
4.根據(jù)權(quán)利要求3所述的協(xié)同文檔處理系統(tǒng)，其特征在于，用戶利用所述客戶端的文檔處理模塊以追蹤修訂模式對下載的一個版本的目標(biāo)文檔進行編輯以形成一個臨時修訂版本，該臨時修訂版本包括一條或多條修訂信息，在所述文檔處理模塊保存所述目標(biāo)文檔時，將所述臨時修訂版本的修訂信息傳送至所述服務(wù)器，所述服務(wù)器將傳送來的修訂信息保存為所述目標(biāo)文檔的一個新的修訂版本。
5.根據(jù)權(quán)利要求4所述的協(xié)同文檔處理系統(tǒng)，其特征在于，每個文檔的每個版本都有版本編號，用戶通過所述客戶端就一個目標(biāo)文檔與所述服務(wù)器進行同步的過程如下 所述服務(wù)器根據(jù)其上的有關(guān)該目標(biāo)文檔的版本編號和客戶端上的有關(guān)該目標(biāo)文檔的版本編號確定兩者之間的差異版本；所述服務(wù)器將差異版本傳回所述客戶端，所述客戶端的文檔處理模塊根據(jù)新下載的差異版本及已有版本得到所述目標(biāo)文檔的最新版本；所述客戶端將臨時修訂版本中的修訂信息傳送至所述服務(wù)器，所述服務(wù)器端將新上傳的修訂信息存儲為一個新創(chuàng)建的修訂版本。
6.根據(jù)權(quán)利要求3所述的協(xié)同文檔處理系統(tǒng)，其特征在于，在所述客戶端與所述服務(wù)器離線時，用戶仍能在所述客戶端上對所述目標(biāo)文檔進行編輯以得到所述目標(biāo)文檔的臨時修訂版本，并能在所述客戶端上保存所述目標(biāo)文檔的臨時修訂版本，在所述客戶端與所述服務(wù)器連線時，所述客戶端將所述臨時修訂版本內(nèi)的修訂信息上傳至服務(wù)器，并在服務(wù)器上生成一個新的修訂版本。
7.根據(jù)權(quán)利要求3所述的協(xié)同文檔處理系統(tǒng)，其特征在于，服務(wù)器根據(jù)目標(biāo)文檔的修訂量提醒具有相應(yīng)權(quán)限的用戶對所述目標(biāo)文檔的修訂版本進行審定；在用戶通過所述客戶端對所述目標(biāo)文檔的修訂版本進行審定后，所述服務(wù)器得到所述目標(biāo)文檔的一個新的基礎(chǔ)版本。
8.根據(jù)權(quán)利要求1-7任一所述的協(xié)同文檔處理系統(tǒng)，其特征在于，所述客戶端包括總線、中央處理器、由隨機存取存儲器和只讀存儲器組成的系統(tǒng)存儲器、存儲裝置、輸入/輸出接口和網(wǎng)絡(luò)接口，所述存儲裝置中存儲有所述文檔處理模塊和客戶端協(xié)同控制模塊，所述客戶端協(xié)同控制模塊作為文檔處理模塊和服務(wù)器之前的橋梁來負(fù)責(zé)文檔協(xié)同處理事項，所述服務(wù)器包括服務(wù)器端協(xié)同處理模塊、用戶管理數(shù)據(jù)庫、權(quán)限管理數(shù)據(jù)庫，所述服務(wù)器端協(xié)同處理模塊與所述客戶端協(xié)同控制模塊進行通訊以實現(xiàn)文檔的協(xié)同處理，所述用戶管理數(shù)據(jù)庫用于登錄所述服務(wù)器的用戶信息，所述權(quán)限管理數(shù)據(jù)庫管理著各個用戶對不同文檔的處理權(quán)限。
9.一種協(xié)同文檔處理方法，其特征在于，其包括 服務(wù)器內(nèi)存儲有多個文檔，每個文檔具有一個或多個基礎(chǔ)版本以及基于每個基礎(chǔ)版本的一個或多個修訂版本； 用戶通過與服務(wù)器網(wǎng)絡(luò)連接的客戶端登錄所述服務(wù)器，并下載所述服務(wù)器中的一個版本的目標(biāo)文檔至所述客戶端； 用戶在所述客戶端上的文檔處理模塊中對所述目標(biāo)文檔進行編輯以形成臨時修訂版本，所述臨時修訂版本包括一條或多條修訂信息； 將客戶端上的臨時修訂版本中的修訂信息上傳至所述服務(wù)器； 所述服務(wù)器將上傳的修訂信息為所述目標(biāo)文檔的一個新的修訂版本。
10.根據(jù)權(quán)利要求9所述的協(xié)同文檔處理方法，其特征在于，每條修訂信息包括文檔編號、修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容中的一項或幾項。
11.根據(jù)權(quán)利要求9所述的協(xié)同文檔處理方法，其特征在于，所述服務(wù)器存儲有各個用戶對每個文檔的處理權(quán)限，所述處理權(quán)限包括修訂權(quán)，具有一個目標(biāo)文檔的修訂權(quán)的用戶通過客戶端與所述服務(wù)器建立連線后，能從所述服務(wù)器下載目標(biāo)文檔的每個版本，并在所述客戶端的文檔處理模塊中對下載的一個版本的目標(biāo)文檔進行編輯，客戶端將編輯得到的修訂信息上傳至服務(wù)器，服務(wù)器基于客戶端上傳的修訂信息為所述目標(biāo)文檔形成一個新的修訂版本。
12.根據(jù)權(quán)利要求11所述的協(xié)同文檔處理方法，其特征在于，用戶利用所述客戶端的文檔處理模塊以追蹤修訂模式對下載的一個版本的目標(biāo)文檔進行編輯以形成一個臨時修訂版本，該臨時修訂版本包括一條或多條修訂信息，在所述文檔處理模塊保存所述目標(biāo)文檔時，將所述臨時修訂版本的修訂信息傳送至所述服務(wù)器，所述服務(wù)器將傳送來的修訂信息保存為所述目標(biāo)文檔的一個新的修訂版本。
13.一種協(xié)同文檔處理方法，其特征在于，其包括 在服務(wù)器上形成一個文檔的基礎(chǔ)版本； 在服務(wù)器上形成該文檔的基于基礎(chǔ)版本的一個或多個修訂版本，所述修訂版本一條或多條修訂信息，所述修訂信息來自與所述服務(wù)器網(wǎng)絡(luò)連接的客戶端， 其中所述基礎(chǔ)版本能被單獨打開和編輯，所述修訂版本需要結(jié)合所述基礎(chǔ)版本才能被打開和編輯， 每條修訂信息包括文檔編號、修訂編號、用戶名、修訂時間、修訂類型、修訂位置和修訂內(nèi)容中的一項或幾項。
14.根據(jù)權(quán)利要求13所述的協(xié)同文檔處理方法，其特征在于，多個用戶中的每個都能通過客戶端對所述服務(wù)器上的目標(biāo)文檔進行編輯以在服務(wù)器上形成該文檔的基于基礎(chǔ)版本的一個或多個修訂版本。
全文摘要
本發(fā)明公開了一種協(xié)同文檔處理系統(tǒng)和方法。該系統(tǒng)包括服務(wù)器和與所述服務(wù)器網(wǎng)絡(luò)連接的客戶端，用戶通過客戶端能與所述服務(wù)器建立連線，所述客戶端包括有文檔處理模塊。所述服務(wù)器內(nèi)存儲有多個文檔，至少有一個文檔具有一個或多個基礎(chǔ)版本以及基于每個基礎(chǔ)版本的一個或多個修訂版本，其中所述文檔處理模塊能單獨打開和編輯所述基礎(chǔ)版本，所述文檔處理模塊需要結(jié)合對應(yīng)的基礎(chǔ)版本才能打開和編輯所述修訂版本，所述修訂版本包括一條或多條修訂信息，所述修訂信息是由客戶端的文檔處理模塊編輯對應(yīng)的文檔而形成。這樣可以實現(xiàn)多人多次對同一個文檔的協(xié)同編輯，方便使用。
文檔編號H04L29/08GK103020026SQ20121046043
公開日2013年4月3日 申請日期2012年11月15日 優(yōu)先權(quán)日2012年11月15日
發(fā)明者榮明軍 申請人:無錫永中軟件有限公司