專利名稱：支持在線以及離線文檔編輯的客戶端裝置及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及印前計(jì)算機(jī)排版技術(shù)領(lǐng)域，具體涉及一種支持在線以及離線文檔編輯 的客戶端裝置及方法。
背景技術(shù)：
隨著計(jì)算機(jī)技術(shù)的發(fā)展，基于C/S架構(gòu)的文檔編輯系統(tǒng)也得到了大量的應(yīng)用，如 協(xié)同編輯系統(tǒng)，文檔保存在服務(wù)器內(nèi)，客戶端裝置下載文檔編輯后，再上傳到服務(wù)器，中間 還會涉及到文檔流程狀態(tài)的變換。隨著客戶端裝置工作環(huán)境的多樣性，可能在有些情況下 客戶端裝置是無法連接到服務(wù)端的。但是，在很多應(yīng)用中，往往還需要在客戶端裝置無法連 接到服務(wù)端的情況下保證客戶端裝置能正常地進(jìn)行編輯及提交工作。目前，客戶端裝置的 離線編輯功能一般是直接編輯已經(jīng)下載的文檔，當(dāng)客戶端裝置上線之后，再上傳文檔，修改 文檔流程狀態(tài)。具體地說，在現(xiàn)有的技術(shù)中，客戶端裝置的離線編輯僅局限于客戶端裝置本地已 經(jīng)下載的文檔，并且在離線狀態(tài)下無法與服務(wù)端的文檔進(jìn)行比較，或者撤銷掉自己的修改， 恢復(fù)到本次開始編輯的初始狀態(tài)。現(xiàn)有軟件中支持的Undo/Redo功能雖然能進(jìn)行一些恢復(fù) 功能，但是如果程序關(guān)閉之后再打開，就不能再對修改進(jìn)行恢復(fù)了。并且，在現(xiàn)有的技術(shù)中，不能離線提交文檔流程的切換指令(例如，在文檔寫作完 成之后需要將其提交到下一流程，或者判定文檔不合格需要將其退回到上一流程)，只能等 客戶端裝置上線后再手工的將其提交。因此，現(xiàn)有的技術(shù)方案限制了文檔編輯器的適用環(huán)境以及使用的便捷性。希望能 夠提出一種能克服現(xiàn)有技術(shù)的上述缺陷的改進(jìn)方案，其能夠?qū)崿F(xiàn)一個(gè)或多個(gè)下述功能文 檔的離線提交、在離線狀態(tài)下對文檔修改進(jìn)行撤銷以及確保下載及上傳文檔的正確性。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目的是提供一種支持在線以及離線文檔編輯的客戶端裝置及方法， 用于保證文檔編輯器客戶端裝置在線和離線狀態(tài)下都能工作，并提供盡可能完備的功能， 擴(kuò)大文檔編輯器的適用環(huán)境，增強(qiáng)其使用便捷性；具體地說，根據(jù)本發(fā)明的方法和裝置能夠 實(shí)現(xiàn)一個(gè)或多個(gè)下述功能文檔的離線提交、在離線狀態(tài)下對文檔修改進(jìn)行撤銷以及確保 下載及上傳文檔的正確性。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的第一方面，提供了一種用于文檔編輯的方法，所 述方法包括步驟通過客戶端裝置下載服務(wù)端的文檔內(nèi)容以及文檔狀態(tài)信息；在服務(wù)端標(biāo) 記該文檔為鎖定狀態(tài)以禁止他人對文檔內(nèi)容進(jìn)行修改；對文檔內(nèi)容進(jìn)行編輯；以及提交經(jīng) 編輯后的文檔內(nèi)容，并撤銷該文檔的鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改；其中，所述 提交經(jīng)編輯后的文檔內(nèi)容并撤銷該文檔的鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改的步 驟包括在客戶端裝置在線的情況下，直接向服務(wù)端提交經(jīng)編輯后的文檔，并撤銷該文檔的 鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改；以及在客戶端裝置離線的情況下，則將向服務(wù)端提交經(jīng)編輯后的文檔的自動提交指令保存到客戶端裝置的本地的自動提交指令隊(duì)列中。 其中，“客戶端裝置在線”可具體表示客戶端裝置與服務(wù)端處于連通狀態(tài)，而“客戶端裝置離 線”可具體表示客戶端裝置與服務(wù)端處于非連通狀態(tài)。具體地說，“自動提交指令”可具體地表示主要包括執(zhí)行下列操作的指令一、對經(jīng) 編輯后的文檔內(nèi)容的提交、退回等切換文檔流程狀態(tài)操作；二、解除文檔標(biāo)記，允許他人修 改，即“簽入”；三、更新客戶端裝置本地baseDocument文檔內(nèi)容和狀態(tài)信息。并且，“自動提 交指令隊(duì)列”可表示包含有自動提交指令的指令隊(duì)列。此處，需要說明的是，baseDocument 是用來指代從服務(wù)端下載的文檔和文檔狀態(tài)信息，自動拷貝該文檔和文檔狀態(tài)信息得到的 副本。這樣，本發(fā)明的方法支持了離線狀態(tài)下對文檔進(jìn)行流程狀態(tài)的操作，在編輯器上 線之后即可自動上傳對文檔內(nèi)容的更改和對文檔狀態(tài)進(jìn)行的操作。采用本發(fā)明所述方法保 證了文檔編輯客戶端裝置在離線狀態(tài)下仍然可對文檔流程狀態(tài)進(jìn)行修改，使文檔編輯器客 戶端裝置的適用環(huán)境更加廣泛靈活。在本發(fā)明的優(yōu)選實(shí)施例中，所述方法還包括定期或者定時(shí)檢測客戶端裝置中的 自動提交指令隊(duì)列和網(wǎng)絡(luò)狀態(tài)，若自動提交指令隊(duì)列不為空，則在網(wǎng)絡(luò)狀態(tài)連通時(shí)按順序 執(zhí)行自動提交指令隊(duì)列中的自動提交指令。這就提供了 一種在編輯器上線之后即可自動上 傳對文檔內(nèi)容的更改和對文檔狀態(tài)進(jìn)行的操作的可行方案。在本發(fā)明的優(yōu)選實(shí)施例中，在下載服務(wù)端的文檔內(nèi)容以及文檔狀態(tài)信息的步驟之 后，將下載得到的文檔內(nèi)容和服務(wù)端文檔的文檔內(nèi)容進(jìn)行比較，如果文檔內(nèi)容不同，則重新 下載文檔。具體地說，可以通過比較將要提交的文檔的MD5校驗(yàn)碼和服務(wù)端文檔MD5校驗(yàn) 碼來比較文檔內(nèi)容是否相同。通過將下載得到的文檔內(nèi)容和服務(wù)端文檔的文檔內(nèi)容進(jìn)行比較，能夠保證下載內(nèi) 容的正確性。尤其是，利用MD5校驗(yàn)碼來比較文檔內(nèi)容，使得比較操作更加方便、簡單、快 速。在本發(fā)明的優(yōu)選實(shí)施例中，在進(jìn)行編輯之前對所下載的文檔內(nèi)容進(jìn)行自動拷貝以 得到一個(gè)副本，當(dāng)需要撤銷修改時(shí)，將正在修改的文檔內(nèi)容與所述副本的文檔內(nèi)容進(jìn)行比 較，以撤銷修改。在根據(jù)本發(fā)明的方法中，通過對所下載的文檔內(nèi)容進(jìn)行自動拷貝以得到一個(gè)副 本，使得文檔編輯器即使在離線之后也能夠查看文檔內(nèi)容的修改情況，允許撤銷對文檔內(nèi) 容的修改。這樣用戶可以實(shí)現(xiàn)對不期望的修改進(jìn)行恢復(fù)。在本發(fā)明的優(yōu)選實(shí)施例中，在提交文檔內(nèi)容之前，先比較將要提交的文檔內(nèi)容和 服務(wù)端文檔的文檔內(nèi)容，如果相同則不再上傳文檔內(nèi)容；如果不同則上傳文檔內(nèi)容。具體地 說，可以通過比較將要提交的文檔的MD5校驗(yàn)碼和服務(wù)端文檔MD5校驗(yàn)碼來比較文檔內(nèi)容 是否相同。上傳之前比較文檔MD5校驗(yàn)碼，能夠防止重復(fù)上傳文檔，并保證了上傳的文檔內(nèi) 容正確。根據(jù)本發(fā)明的另一方面，提供了一種用于文檔編輯的客戶端裝置，所述客戶端裝 置被布置用于執(zhí)行如前面所述的方法。本領(lǐng)域技術(shù)人員可以理解的是，根據(jù)本發(fā)明的客戶 端裝置能夠執(zhí)行根據(jù)本發(fā)明的上述方法，從而，根據(jù)本發(fā)明的客戶端裝置同樣能夠?qū)崿F(xiàn)本發(fā)明的方法所實(shí)現(xiàn)的所有有益效果。具體地說，所述客戶端裝置包括控制器，用于通過客戶端裝置下載服務(wù)端的文檔 內(nèi)容以及文檔狀態(tài)信息；在服務(wù)端標(biāo)記該文檔為鎖定狀態(tài)以禁止他人對文檔內(nèi)容進(jìn)行修 改；編輯器，用于對文檔內(nèi)容進(jìn)行編輯；并且所述控制器還用于提交經(jīng)編輯后的文檔內(nèi)容， 并撤銷該文檔的鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改；其中，所述控制器在提交經(jīng)編 輯后的文檔內(nèi)容時(shí)，用于在客戶端裝置在線的情況下，直接向服務(wù)端提交經(jīng)編輯后的文檔； 以及在客戶端裝置離線的情況下，則將向服務(wù)端提交經(jīng)編輯后的文檔的自動提交指令保存 到客戶端裝置的本地的自動提交指令隊(duì)列中。在優(yōu)選實(shí)施例中，所述控制器還用于定期檢測客戶端裝置中的自動提交指令隊(duì)列 以及客戶端裝置和服務(wù)端之間的網(wǎng)絡(luò)連接狀態(tài)，若自動提交指令隊(duì)列不為空，則在網(wǎng)絡(luò)狀 態(tài)連通時(shí)按順序執(zhí)行自動提交指令隊(duì)列中的自動提交指令。根據(jù)本發(fā)明的又一方面，提供了一種協(xié)同文檔編輯系統(tǒng)，該協(xié)同文檔編輯系統(tǒng)采 用了上述客戶端裝置，由此根據(jù)本發(fā)明的協(xié)同文檔編輯系統(tǒng)同樣能夠?qū)崿F(xiàn)本發(fā)明的方法所 實(shí)現(xiàn)的所有有益效果。


圖1是本發(fā)明所述客戶端裝置本地文檔保存結(jié)構(gòu)；圖2是本發(fā)明所述客戶端裝置適用的流程系統(tǒng)環(huán)境；圖3是本發(fā)明所述方法流程圖；圖4是本發(fā)明所述簽入操作流程圖；圖5是本發(fā)明所述客戶端裝置的流程操作流程圖；圖6是本發(fā)明所述客戶端裝置本地檢查操作隊(duì)列流程圖；圖7是本發(fā)明所述客戶端裝置本地保存文檔狀態(tài)信息數(shù)據(jù)結(jié)構(gòu)圖；以及圖8是根據(jù)本發(fā)明的客戶端裝置的結(jié)構(gòu)框圖。附圖是示意性的，其用于說明本發(fā)明而非限制本發(fā)明。
具體實(shí)施例方式下面結(jié)合附圖對本發(fā)明的具體實(shí)施方式
進(jìn)行詳細(xì)說明。圖1是本發(fā)明所述客戶端裝置本地文檔保存結(jié)構(gòu)，如圖1所示從服務(wù)端下載的文 檔保存到工作目錄中，附加流程信息存儲在該目錄中與文檔同名的xml文件中。并且，拷貝 一份文檔的副本到baseDocument目錄中。圖2是本發(fā)明所述系統(tǒng)適用的流程系統(tǒng)環(huán)境，具體地說，在本實(shí)施例中，該流程環(huán) 境系統(tǒng)為協(xié)同文件編輯系統(tǒng)環(huán)境。如圖2所示，文檔編輯系統(tǒng)具備文檔流程，各流程有獨(dú)立 責(zé)任人，負(fù)責(zé)編輯文檔，責(zé)任人使用文檔編輯器在客戶端裝置下載上一流程提交的文檔，編 輯后提交到下一流程節(jié)點(diǎn)。圖3是是本發(fā)明所述方法流程圖，如圖所示步驟301 下載文檔內(nèi)容和文檔狀態(tài)信息。如圖7給出了具體狀態(tài)信息的一個(gè)示 例，其中包括服務(wù)器地址、用戶名、密碼(密碼部分在客戶端裝置本地存儲時(shí)已經(jīng)加密)?？?戶端裝置根據(jù)下載的文檔內(nèi)容計(jì)算MD5校驗(yàn)碼。在本實(shí)施例中，計(jì)算下載得到的文檔MD5校驗(yàn)碼和服務(wù)端文檔校驗(yàn)碼比較，如果校驗(yàn)碼不同，則重新下載文檔，如果校驗(yàn)碼相同，則 認(rèn)為文檔相同。并且，在對文檔進(jìn)行編輯之前，對所下載的文檔進(jìn)行拷貝，以得到一個(gè)文檔 副本。其中，MD5是一種信息摘要算法，它可以對任何文件產(chǎn)生一個(gè)唯一的MD5驗(yàn)證碼， 一旦這個(gè)文件在傳輸過程中，其內(nèi)容被損壞或者被修改的話，那么這個(gè)文件的MD5碼就會 發(fā)生變化，通過對文件MD5的驗(yàn)證，可以得知獲得的文件是否完整。一份關(guān)于MD5算法 描述的專業(yè)文檔可以從http://www. ietf. org/rfc/rfcl321. txt得到，該文檔由ronald 1. rivest在1992年8月向ieft提交。步驟302 簽出文檔，在服務(wù)端標(biāo)記該文檔為鎖定狀態(tài)，禁止他人修改。步驟303 用戶查看下載的文檔是否符合該流程的要求，如果不符合當(dāng)前流程要 求則可以退回到上一流程，由上一流程負(fù)責(zé)人繼續(xù)處理。如果符合當(dāng)前流程要求，則進(jìn)入編 輯狀態(tài)。其中，“文檔是否符合該流程的要求”可具體表示但不限于查看文檔是否已經(jīng)合格 地完成了上一流程的處理。步驟304 客戶端裝置在本地編輯文檔，在編輯過程中可以隨時(shí)與步驟301得到的 文檔副本的文檔內(nèi)容進(jìn)行比較，得到修改情況，或者撤銷本次修改，恢復(fù)到初始狀態(tài)。步驟305 進(jìn)入簽入操作流程，該詳細(xì)操作流程可參見圖4以及下文中對圖4的具 體描述。步驟306 客戶端裝置提交文檔的流程操作流程，該詳細(xì)操作流程可參見圖5以及 下文中對圖5的具體描述。圖4是本發(fā)明所述簽入操作流程圖，如圖4所示步驟401:保存文檔。步驟402 判斷客戶端裝置是否在線，如果在線，則轉(zhuǎn)入步驟403。如果離線，則轉(zhuǎn) 入步驟406。步驟403 上傳文檔內(nèi)容，在上傳前比較客戶端裝置和服務(wù)端文檔MD5校驗(yàn)值，如 果校驗(yàn)值相同則不再重復(fù)上傳。步驟404 解除服務(wù)端文檔解除服務(wù)端文檔標(biāo)記，允許他人修改，即簽入。步驟405 更新客戶端裝置本地kiseDocument文檔內(nèi)容和狀態(tài)信息。轉(zhuǎn)到步 驟407。具體地說，客戶端裝置本地的baseDocument文檔就是服務(wù)器文檔的一個(gè)副本， 所以當(dāng)服務(wù)器文檔發(fā)生改變的時(shí)候這個(gè)文檔跟著改變。在步驟405中，由于更新本地 baseDocument是在上傳文檔內(nèi)容和簽入操作之后，所以會將圖7中所示的文檔狀態(tài)信息 的〈Checksum〉14c88bd49089a8d51181275d76d99862</Checksum> 改為新的文檔內(nèi)容的校 驗(yàn)碼。表示簽出狀態(tài)的 <IsCheckout>True</IsCheckout> 也會改為 <IsCheckout>False</ IsCheckout>。步驟406 將與自動提交編輯后的文檔有關(guān)的操作指令加入客戶端裝置的本地操 作指令隊(duì)列。步驟407 修改工作目錄文檔狀態(tài)，標(biāo)記為已簽入。需要說明的是，流程中所述的術(shù)語“簽出”即表示“在服務(wù)端標(biāo)記該文檔為鎖定狀 態(tài)，禁止他人修改”。并且，本領(lǐng)域技術(shù)人員可以理解的是，客戶端裝置一般在正確地下載文 檔內(nèi)容之后進(jìn)行簽出操作。，而術(shù)語“簽入”則相應(yīng)地表示“解除服務(wù)端文檔標(biāo)記，允許他人修改”。同樣，本領(lǐng)域技術(shù)人員可以理解的是，客戶端裝置一般在正確地上傳經(jīng)編輯后的文 檔內(nèi)容之后進(jìn)行簽入操作。圖5是本發(fā)明所述客戶端裝置的流程操作流程圖，如圖5所示步驟501判斷客戶端裝置是否在線，如果在線，則轉(zhuǎn)入步驟502，如果客戶端裝置 是離線狀態(tài)，則轉(zhuǎn)入步驟504。步驟502 向服務(wù)端發(fā)出流程操作指令，從而指示文檔進(jìn)入下一流程狀態(tài)。具體地 說，流程操作指令的主要操作可以是“主檔提交，并進(jìn)入下一流程”或者“文檔退回，并退回 到上一流程；并且，流程操作指令還可以包括“撤銷文檔標(biāo)記，允許他人修改”，以便在撤銷 文檔標(biāo)記之后能夠進(jìn)行流程轉(zhuǎn)移。步驟503 更新客戶端裝置的本地kiseDocument文檔狀態(tài)信息。于是，操作結(jié)束。 具體地說，在步驟503中，由于更新本地kiseDocument是在向服務(wù)端發(fā)送流程操作之后，所 以會將圖七中的<DocumentFlowId>2</DocumentFlowId>改為新的節(jié)點(diǎn)值。步驟504 將流程操作指令保存到客戶端裝置的本地的自動提交指令隊(duì)列中。圖6是本發(fā)明所述客戶端裝置的另一流程操作流程圖，具體地說，其中示出了客 戶端裝置自動提交文檔的流程，例如，該流程可在客戶端裝置開機(jī)時(shí)自動執(zhí)行，或者在啟動 某個(gè)軟件時(shí)自動運(yùn)行等。如圖6所示步驟601 判斷客戶端裝置中的操作隊(duì)列是否為空，如果為空，經(jīng)過一個(gè)預(yù)定的延 時(shí)之后回到步驟601，如果不為空，則轉(zhuǎn)入步驟602。其中，該預(yù)定的延時(shí)可以根據(jù)具體情況 進(jìn)行設(shè)置。步驟602 判斷客戶端裝置與服務(wù)端是否連通，如果不能連通，則經(jīng)過延時(shí)之后回 到步驟601，如果能連通則轉(zhuǎn)入步驟603。步驟603 按順序從操作隊(duì)列中取出一個(gè)操作指令。步驟604 執(zhí)行操作指令。根據(jù)操作指令類別進(jìn)行操作，詳細(xì)執(zhí)行流程參見圖4和 圖5，以完成對經(jīng)編輯后的文檔內(nèi)容的提交，對文檔流程狀態(tài)進(jìn)行修改以允許他人進(jìn)行修 改，更新客戶端裝置本地baseDocument文檔內(nèi)容和狀態(tài)信息，以及指示進(jìn)入下一文檔編輯 流程等操作。本發(fā)明還提供了一種客戶端裝置，所述客戶端裝置能執(zhí)行上述操作流程，以執(zhí)行 本發(fā)明的方法。具體地說，例如，客戶端裝置的實(shí)現(xiàn)形式可以是個(gè)人計(jì)算機(jī)(PC)、筆記本電 腦、掌上電腦等具有相應(yīng)功能的電子裝置。并且，本發(fā)明并不要求具體地限定客戶端裝置的 形式，而是可以以軟件、硬件或者兩者的結(jié)合來實(shí)現(xiàn)所述客戶端裝置的各種功能。圖8是根據(jù)本發(fā)明的客戶端裝置的結(jié)構(gòu)框圖?？梢钥闯?，本實(shí)施例的客戶端裝置 10包括控制器20以及編輯器30。編輯器30用于對下載的文檔內(nèi)容進(jìn)行編輯，而控制器 20用于執(zhí)行除編輯之外的其他功能(例如，下載文檔、標(biāo)記、檢測網(wǎng)絡(luò)連通狀態(tài)、提交文檔 等)。在替換實(shí)施例中，編輯器30可并入控制器20作為控制器20的一部分。并且，客戶端 裝置可包括存儲器，用于存儲所下載的文檔及其副本，但是可選地，所下載的文檔及其副本 也可以存儲在控制器20的內(nèi)部存儲器中。雖然以具體的實(shí)施例詳細(xì)地描述了本發(fā)明，但是，這些實(shí)施例是用于說明本發(fā)明 而不是限制本發(fā)明。本領(lǐng)域技術(shù)人員可以理解的是，針對具體的應(yīng)用環(huán)境和應(yīng)用要求，可以 省略實(shí)施例示例所述的部分步驟。例如，對于僅僅希望實(shí)現(xiàn)自動提交功能而無需實(shí)現(xiàn)文檔修改撤銷功能的具體應(yīng)用中，可以不進(jìn)行副本拷貝的步驟。并且，雖然將客戶端裝置劃分成控制器和編輯器兩個(gè)模塊來說明根據(jù)本發(fā)明的客 戶端裝置，但這僅僅作為示例而不是限制本發(fā)明。本領(lǐng)域技術(shù)人員可以理解的是，同一模 塊的不同功能可由多個(gè)分立的子模塊實(shí)現(xiàn)，同樣，不同模塊的功能，可集成在一個(gè)模塊中實(shí) 現(xiàn)。對于本領(lǐng)域技術(shù)人員來說明顯的是，可在不脫離本發(fā)明的范圍的情況下對本發(fā)明 進(jìn)行各種改變和變形。所描述的實(shí)施例僅用于說明本發(fā)明，而不是限制本發(fā)明。本發(fā)明并 不限于所述實(shí)施例，而是僅由所附權(quán)利要求限定。
權(quán)利要求
1.一種用于文檔編輯的方法，所述方法包括步驟通過客戶端裝置下載服務(wù)端的文檔內(nèi)容以及文檔狀態(tài)信息；在服務(wù)端標(biāo)記該文檔為鎖定狀態(tài)以禁止他人對文檔內(nèi)容進(jìn)行修改；對文檔內(nèi)容進(jìn)行編輯；以及提交經(jīng)編輯后的文檔內(nèi)容并撤銷該文檔的鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改；其特征在于，所述提交經(jīng)編輯后的文檔內(nèi)容并撤銷該文檔的鎖定狀態(tài)以允許他人對文 檔內(nèi)容進(jìn)行修改的步驟包括在客戶端裝置在線的情況下，直接向服務(wù)端提交經(jīng)編輯后的文檔，并撤銷該文檔的鎖 定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改；以及在客戶端裝置離線的情況下，則將向服務(wù)端提交經(jīng)編輯后的文檔的自動提交指令保存 到客戶端裝置的本地的自動提交指令隊(duì)列中。
2.如權(quán)利要求1所述的方法，其中，所述方法還包括定期檢測客戶端裝置中的自動提交指令隊(duì)列以及客戶端裝置和服務(wù)端之間的網(wǎng)絡(luò)連 接狀態(tài)，若自動提交指令隊(duì)列不為空，則在網(wǎng)絡(luò)狀態(tài)連通時(shí)按順序執(zhí)行自動提交指令隊(duì)列 中的自動提交指令。
3.如權(quán)利要求1所述的方法，其中，所述方法還包括在下載服務(wù)端的文檔內(nèi)容以及文 檔狀態(tài)信息的步驟之后，將下載得到的文檔內(nèi)容和服務(wù)端文檔的文檔內(nèi)容進(jìn)行比較，如果 文檔內(nèi)容不同，則重新下載文檔。
4.如權(quán)利要求1所述的方法，其中，所述方法還包括在在對文檔內(nèi)容進(jìn)行編輯之前，對 所下載的文檔內(nèi)容進(jìn)行自動拷貝以得到一個(gè)副本，并且在對文檔內(nèi)容進(jìn)行編輯步驟中，當(dāng) 需要撤銷修改時(shí)，將正在修改的文檔內(nèi)容與所述副本的文檔內(nèi)容進(jìn)行比較，以撤銷修改。
5.如權(quán)利要求1所述的方法，其中，在提交文檔內(nèi)容之前，先比較將要提交的文檔內(nèi)容 和服務(wù)端文檔的文檔內(nèi)容，如果相同則不再上傳文檔內(nèi)容；如果不同則上傳文檔內(nèi)容。
6.如權(quán)利要求3或5所述的方法，其中，通過比較將要提交的文檔的MD5校驗(yàn)碼和服務(wù) 端文檔MD5校驗(yàn)碼來比較文檔內(nèi)容是否相同。
7.一種用于文檔編輯的客戶端裝置，所述客戶端裝置包括控制器，用于通過客戶端裝置下載服務(wù)端的文檔內(nèi)容以及文檔狀態(tài)信息；在服務(wù)端標(biāo) 記該文檔為鎖定狀態(tài)以禁止他人對文檔內(nèi)容進(jìn)行修改；編輯器，用于對文檔內(nèi)容進(jìn)行編輯；并且所述控制器還用于提交經(jīng)編輯后的文檔內(nèi)容，并撤銷該文檔的鎖定狀態(tài)以允許他人對 文檔內(nèi)容進(jìn)行修改；其特征在于，所述控制器在提交經(jīng)編輯后的文檔內(nèi)容時(shí)，用于在客戶端裝置在線的情 況下，直接向服務(wù)端提交經(jīng)編輯后的文檔；以及在客戶端裝置離線的情況下，則將向服務(wù)端 提交經(jīng)編輯后的文檔的自動提交指令保存到客戶端裝置的本地的自動提交指令隊(duì)列中。
8.如權(quán)利要求1所述的客戶端裝置，其中所述控制器還用于定期檢測客戶端裝置中的 自動提交指令隊(duì)列以及客戶端裝置和服務(wù)端之間的網(wǎng)絡(luò)連接狀態(tài)，若自動提交指令隊(duì)列不 為空，則在網(wǎng)絡(luò)狀態(tài)連通時(shí)按順序執(zhí)行自動提交指令隊(duì)列中的自動提交指令。
9.如權(quán)利要求1所述的客戶端裝置，其中所述控制器還用于在對文檔內(nèi)容進(jìn)行編輯之前，對所下載的文檔內(nèi)容進(jìn)行自動拷貝以得到一個(gè)副本，并且在對文檔內(nèi)容進(jìn)行編輯步驟 中，當(dāng)需要撤銷修改時(shí)，將正在修改的文檔內(nèi)容與所述副本的文檔內(nèi)容進(jìn)行比較，以撤銷修 改。
10. 一種采用了如權(quán)利要求7至9之一所述的客戶端裝置的協(xié)同文檔編輯系統(tǒng)。
全文摘要
本發(fā)明公開了一種支持在線以及離線文檔編輯的客戶端裝置及方法。該文檔編輯方法包括通過客戶端裝置下載服務(wù)端的文檔內(nèi)容以及文檔狀態(tài)信息；在服務(wù)端標(biāo)記該文檔為鎖定狀態(tài)以禁止他人對文檔內(nèi)容進(jìn)行修改；對文檔內(nèi)容進(jìn)行編輯；以及提交經(jīng)編輯后的文檔內(nèi)容，并撤銷該文檔的鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改；提交經(jīng)編輯后的文檔內(nèi)容并撤銷該文檔的鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改的步驟包括在客戶端裝置在線的情況下，直接向服務(wù)端提交經(jīng)編輯后的文檔并撤銷該文檔的鎖定狀態(tài)以允許他人對文檔內(nèi)容進(jìn)行修改；以及在客戶端裝置離線的情況下，將向服務(wù)端提交經(jīng)編輯后的文檔的自動提交指令保存到客戶端裝置的本地的自動提交指令隊(duì)列中。
文檔編號G06F17/24GK102110083SQ20091024396
公開日2011年6月29日 申請日期2009年12月28日 優(yōu)先權(quán)日2009年12月28日
發(fā)明者楊飛, 梁鵬, 閆國龍, 龔文榮 申請人:北京北大方正電子有限公司, 北大方正集團(tuán)有限公司