[發明專利]一種文檔協作方法

有效

• 申請號: 201110222433.8
• 申請日: 2011-08-04
• 公開（公告）號: CN102262620A
• 公開（公告）日: 2011-11-30
• 發明（設計）人: 莫小強
• 申請（專利權）人: 無錫永中軟件有限公司
• 主分類號: G06F17/24
• 分類號: G06F17/24;H04L29/06
• 代理公司: 無錫互維知識產權代理有限公司 32236
• 代理人: 王愛偉

【技術領域】

本發明涉及辦公應用領域，特別涉及利用多人協同處理一份文檔的文檔協作方法。

【背景技術】

現代社會中，辦公軟件已經融入到了日常辦公的方方面面。諸如Word、Excel和PPT之類的辦公軟件大大促進了人們無紙化辦公的實現。然而，隨著互聯網技術和計算機技術的不斷發展，網絡化辦公和云計算辦公為用戶提供更為高效和快捷的辦公平臺成為了可能。

由于一個企業通常有多個部門，每個部門又有多個職員。這就導致了在目前的企業日常辦公中，企業在處理需要多個部門或者員工協同完成文檔時經常會碰到很多不方便的問題。例如：企業需要撰寫一個商業計劃書，則可能不僅需要研發部門提供新的項目構想，同時還需要技術部門提供實現該項目構想的技術支持；市場部門提供該項目構想的市場前景、成本和收益分析；財務部門提供該項目構想的投資預算和融資規劃等等。由于該商業計劃書中的各個章節互相彼此關聯，所以采用傳統的辦公方法不能很好地完成各個部門的協調和信息對稱。

雖然針對上述問題，現在已經有多種協作平臺推出，但是傳統的協作平臺采用的解決方案主要是各個部門或者員工分別撰寫文檔的一部分，最后根據各文檔的差異性來分情況合并文檔，盡管也采用“瀏覽器+服務器”的B/S結構，但是并不是真正意義上的多用戶實時協作系統。而目前較為優秀的協作平臺主要是美國微軟公司出品的Office?365云計算辦公軟件和美國谷歌公司出品的谷歌文檔(Google?Docs)中的協作組件。其中微軟公司出品的Office?365云計算辦公軟件中支持的協作方式為“保存+更新”方式，也就是說，當多個用戶同時對一個文檔進行協作編輯時，只有在當前用戶點擊保存以后，當前用戶對于所述文檔的相關操作才會被上傳至服務器并且更新至其他協作用戶，并且按照每個用戶的保存操作存儲多個所述文檔的版本。顯然，這種協作方式具有兩個缺點：第一，一個用戶對所述文檔的修改是被動更新到服務器上的，容易發生信息更新不及時的情況；第二，如果兩個用戶都對相同部分的內容進行了修改，然后點擊保存后會發生內容沖突，對于用戶來講不是非常方便。而美國谷歌公司出品的谷歌文檔(Google?Docs)中的協作組件采用了另外兩種協作方式，在早期的谷歌文檔的協作組件中采用的協作方式是每隔預定時間就自動更新一次各個協作用戶對文檔的修改，但是這種協作方式的缺點是更新時間對用戶來講是未知的，在用戶正在編寫過程中可能會突然更新，比如少了幾行字或者多了幾個字，不僅會干擾用戶的創作思路，而且也存在內容沖突的可能；而在后續的谷歌文檔的協作組件中采用的協作方式則是真正意義上的多用戶實時協作-“光標跟隨逐字更新”，具體來講，在各個用戶的瀏覽器視窗中，同時存在多個光標，每個光標對應一個正在編輯的用戶，任何一個用戶對所述文檔的修改，都是逐字更新顯示給其它用戶，如圖1所示。也就是說，每個用戶都能夠實時觀察到其它用戶對所述文檔的修改過程。雖然這種協作方式是較為理想和成功的，但是這種協作方式還是具有兩個缺點：第一，在一個用戶的瀏覽器視窗中出現很多個光標，而且這些光標都是隨其它用戶的操作處于動態的，這些動態的光標也會一定程度上干擾用戶的創作思路；第二，這種協作方式的實現需要較為穩定快速的網絡和效率較高的瀏覽器，在一些較差的實施環境不能取得很好的效果。

因此，有必要提出一種新的技術方案來解決上述問題。

【發明內容】

本發明要解決的技術問題在于提供一種文檔協作方法，所述文檔協作方法既能實現多用戶實時協作編輯文檔，又不會發生內容沖突現象。

為了解決上述問題，本發明提供了一種文檔協作方法，采用多個客戶端協同處理位于服務器上的一個文檔，所述文檔包括多個文檔片段，所述文檔協作方法包括：各個客戶端選定所述文檔中未被其它客戶端選定的文檔片段進行編輯，并將編輯后的與所述文檔相關的數據發送到所述服務器；所述服務器將所述數據轉發給其它客戶端。

進一步地，所述文檔片段為按照頁、標題、章、段、行、句、標號、單元格或者輸入框中的一種或者多種作為單位劃分所述文檔后獲得的文檔片段。

進一步地，在一個客戶端的光標停留于所述文檔中的一個文檔片段內時，表明該客戶端選定了該文檔片段，在一個客戶端的光標離開了選定的文檔片段時，表明該客戶端對所述文檔片段完成了編輯并解除選定。

進一步地，當一個客戶端選定了一個文檔片段后，所述文檔片段在解除選定前無法被其它客戶端選定。

進一步地，各個客戶端在選定的文檔片段內完成編輯后才將編輯后的與所述文檔相關的數據發送到所述服務器。

進一步地，所述文檔相關的數據為編輯過程中產生的操作數據。