專(zhuān)利名稱：一種建立復(fù)合文檔的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及即時(shí)通訊技術(shù)領(lǐng)域，尤其涉及基于即時(shí)通訊軟件和復(fù)合文檔 技術(shù)的一種建立復(fù)合文檔的方法、裝置及系統(tǒng)。
背景技術(shù)：
在工程管理項(xiàng)目設(shè)計(jì)中，項(xiàng)目的結(jié)構(gòu)框架、模塊劃分及業(yè)務(wù)流程是在該 項(xiàng)目設(shè)計(jì)中需要進(jìn)行討論的重要內(nèi)容。在討論過(guò)程中，將討論部分的圖示直 接展現(xiàn)在每個(gè)參與該項(xiàng)目設(shè)計(jì)的相關(guān)人員面前，能夠使討論的過(guò)程更加直 觀，并且可以根據(jù)實(shí)時(shí)討論的結(jié)果，對(duì)討論部分的內(nèi)容不斷的修改完善，最 終獲得的滿意的結(jié)-論。
在工程管理項(xiàng)目設(shè)計(jì)中的文檔撰寫(xiě)過(guò)程中， 一般將文檔分成多個(gè)模塊， 每個(gè)模塊的文檔描述分別由不同的人來(lái)完成，最終將多人完成的文檔描述內(nèi) 容匯總。在匯總的過(guò)程中由于文檔是由不同人員完成的，所以需要管理者不 斷的與完成該文檔的多個(gè)人進(jìn)行溝通，以調(diào)整各部分的文檔格式，并且針對(duì) 每個(gè)文檔的描述內(nèi)容是否滿足要求，需要在管理者與相關(guān)人員之間進(jìn)行溝通 后，才能得到所述文檔的最終版本。
綜合上述需求，工程管理項(xiàng)目設(shè)計(jì)中需要一種在對(duì)設(shè)計(jì)內(nèi)容進(jìn)行討論 時(shí)，能夠直觀地將需要討論的內(nèi)容展現(xiàn)在參與該項(xiàng)目的相關(guān)人員之間，并且 每個(gè)人都能對(duì)討論內(nèi)容進(jìn)行實(shí)時(shí)修改的多人協(xié)作系統(tǒng)，來(lái)滿足這個(gè)需求。
目前，現(xiàn)有技術(shù)Google docs系統(tǒng)能夠提供一種在線的復(fù)合文檔編輯服 務(wù)，它是基于服務(wù)器的一種能夠取代桌面office套件的完備服務(wù)系統(tǒng)，基于 ajax (創(chuàng)建交互式網(wǎng)頁(yè)應(yīng)用的網(wǎng)頁(yè)開(kāi)發(fā)技術(shù))、javascript (腳本語(yǔ)言)和open document (開(kāi)》文性文檔)的。主要包4舌word、 presentation和電子表才各等。
雖然該系統(tǒng)可以提供強(qiáng)大的在線編輯服務(wù)，能夠提供完備的復(fù)合文檔標(biāo) 準(zhǔn)。但應(yīng)用在工程管理項(xiàng)目中代價(jià)太大。因?yàn)樵诠こ坦芾眄?xiàng)目設(shè)計(jì)中不會(huì)出 現(xiàn)大量的復(fù)雜信息，并且信息交互量不大。
其次，在google docs中的多人協(xié)作是基于分享來(lái)實(shí)現(xiàn)的，不能對(duì)權(quán)限進(jìn) 行劃分。也就是說(shuō)，對(duì)于每個(gè)使用者，使用權(quán)限是平等的；但在工程管理項(xiàng) 目應(yīng)用中，通常是由管理者總體把握每個(gè)用戶的權(quán)限，只有當(dāng)某些內(nèi)容需要 和參與該項(xiàng)目設(shè)計(jì)的其他人討論時(shí)，才進(jìn)行交互；例如讓某個(gè)人修改某個(gè)
部分，設(shè)定權(quán)限后這個(gè)人只能對(duì)這部分內(nèi)容進(jìn)行修改、討論和管理，而不能 參與其他部分的修改或討論過(guò)程。
此外，google docs的應(yīng)用是基于瀏覽器的，這樣就限制了其擴(kuò)展性和效
率，并且需要大量高性能服務(wù)器的支撐。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種建立多人協(xié)作系統(tǒng)的方法、裝置 及系統(tǒng)，實(shí)現(xiàn)了在工程管理設(shè)計(jì)過(guò)程中的多人協(xié)作平臺(tái)。
本發(fā)明的提供了 一種建立多人協(xié)作系統(tǒng)的方法，該方法包括
根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊的方式發(fā)送給所述任 務(wù)對(duì)應(yīng)的至少一個(gè)用戶；
接收所述用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息后，向所述用戶 發(fā)送允許修改的通知，并鎖定該任務(wù)；
接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容，并更新所述任務(wù)。
進(jìn)一步的，所述接收用戶端通過(guò)即時(shí)通訊的方式發(fā)送的4奮改請(qǐng)求消息 后，該方法還包4舌
判斷所述任務(wù)的狀態(tài)，當(dāng)所述任務(wù)的狀態(tài)為空閑時(shí)，向發(fā)送所述修改請(qǐng)求消息的用戶發(fā)送允許修改的通知，并鎖定該任務(wù)的狀態(tài)；當(dāng)所述任務(wù)的狀
態(tài)被鎖定時(shí)，向其他發(fā)送修改請(qǐng)求消息的用戶發(fā)送請(qǐng)求失敗消息。
進(jìn)一步的，更新所述任務(wù)的具體過(guò)程包括
當(dāng)接收到所述任務(wù)修改后的內(nèi)容時(shí)，將該任務(wù)的狀態(tài)由鎖定設(shè)置為空 閑，并對(duì)所述修改后的內(nèi)容進(jìn)行審核，當(dāng)確定修改時(shí)，用所述修改后的內(nèi)容 更新所述任務(wù)；否則，不對(duì)所述任務(wù)進(jìn)行更新，并向所述用戶發(fā)送修改失敗 消息。
進(jìn)一步的，用所述修改后的內(nèi)容更新所述任務(wù)的過(guò)程中還包括在更新 后的任務(wù)中添加本次^修改所述任務(wù)的用戶簽名。 進(jìn)一步的，該方法還包括
中包含所述任務(wù)的內(nèi)容及對(duì)應(yīng)的管理;f又限信息，以指派所述任務(wù)代理用戶對(duì) 所述任務(wù)的修改及更新過(guò)程進(jìn)行管理；
接收所述任務(wù)代理用戶發(fā)送的對(duì)該任務(wù)的更新結(jié)果，并審核，確定接受 時(shí)，保存該任務(wù)的更新結(jié)果。
本發(fā)明提供了 一種多人協(xié)作系統(tǒng)中的管理裝置，該裝置包括
任務(wù)管理模塊，用于根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊 的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的至少 一個(gè)用戶；
消息處理模塊，用于在所述任務(wù)管理模塊將所述任務(wù)發(fā)送給該任務(wù)對(duì)應(yīng) 的用戶后，接收用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息，向用戶發(fā)送 允許修改的通知，并鎖定該任務(wù)；以及用于在接收所述用戶發(fā)送的針對(duì)該任 務(wù)修改后的內(nèi)容后，更新所述任務(wù)。
優(yōu)選的，所述消息處理模塊具體包括
消息接收單元，用于接收用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消 息；以及接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容；消息執(zhí)行單元，用于在所述消息接收單元接收到所述修改請(qǐng)求消息時(shí)， 對(duì)所述任務(wù)的狀態(tài)進(jìn)行判斷，當(dāng)所述任務(wù)的狀態(tài)為空閑時(shí)，向所述用戶發(fā)送
允許修改的通知，并鎖定該任務(wù)的狀態(tài)；當(dāng)所述任務(wù)的狀態(tài)被鎖定時(shí)，向其 他發(fā)送修改請(qǐng)求消息的用戶發(fā)送請(qǐng)求失敗消息；以及，用于在所述消息接收 單元接收到針對(duì)所述任務(wù)修改后的內(nèi)容時(shí)，將該任務(wù)的狀態(tài)由鎖定設(shè)置為空 閑，并對(duì)所述修改后的內(nèi)容進(jìn)行審核，當(dāng)確定修改時(shí)，用所述修改后的內(nèi)容 更新所述任務(wù)；否則，不對(duì)所述任務(wù)進(jìn)行更新，并向所述用戶發(fā)送修改失敗 消息。
優(yōu)選的，所述裝置還包括
指派任務(wù)發(fā)送模塊，用于將所述任務(wù)管理模塊生成的所述任務(wù)，發(fā)送給 該任務(wù)對(duì)應(yīng)的用戶中已選定的任務(wù)代理用戶，以指派所述任務(wù)代理用戶對(duì)該 任務(wù)的修改及更新過(guò)程進(jìn)行管理；
果，并審核，確定接受時(shí)，保存所述更新結(jié)果。 優(yōu)選的，所述裝置還包括
務(wù)修改后的內(nèi)容；還用于在當(dāng)前所述任務(wù)的版本發(fā)生錯(cuò)誤或針對(duì)所述任務(wù)進(jìn) 行修改后的內(nèi)容不滿足修改要求時(shí)，將當(dāng)前所述任務(wù)的版本回溯到上一個(gè)版 本，以重新對(duì)所述任務(wù)進(jìn)行管理。 優(yōu)選的，所述裝置還包括
一致性保障模塊，用于對(duì)生成的至少一個(gè)任務(wù)根據(jù)所述任務(wù)的完成時(shí)間 進(jìn)行順序性及獨(dú)立性的管理。
本發(fā)明還提供了 一種建立多人協(xié)作系統(tǒng)的方法，該方法包括 通過(guò)即時(shí)通訊的方式接收管理服務(wù)器發(fā)來(lái)的根據(jù)復(fù)合文檔生成的至少一
個(gè)任務(wù)；當(dāng)確定需要對(duì)該任務(wù)進(jìn)行修改時(shí)，通過(guò)即時(shí)通訊的方式向所述管理服務(wù) 器發(fā)送修改請(qǐng)求消息，以請(qǐng)求所述管理服務(wù)器確定是否允許修改；
當(dāng)接收到所述管理服務(wù)器發(fā)送的允許修改的通知后，將針對(duì)該任務(wù)修改 后的內(nèi)容發(fā)送給所述管理服務(wù)器。
進(jìn)一步的，所述方法還包括
接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息，所述任務(wù)指派消息中包含所 述任務(wù)的內(nèi)容及對(duì)該任務(wù)的管理權(quán)限，以對(duì)被指派的所述任務(wù)的修改及更新 過(guò)程進(jìn)行管理；
接收其他用戶發(fā)送的與所述任務(wù)對(duì)應(yīng)的修改后的內(nèi)容，根據(jù)所述消息中 的管理權(quán)限對(duì)所述任務(wù)的更新進(jìn)行管理，將更新結(jié)果發(fā)送給所述管理服務(wù) 器，以對(duì)所述更新結(jié)果進(jìn)行審核。
本發(fā)明還提供了 一種多人協(xié)作系統(tǒng)中的用戶端裝置，該裝置包括 接收模塊，用于接收管理服務(wù)器通過(guò)實(shí)時(shí)通訊的方式，發(fā)來(lái)的根據(jù)復(fù)合
文檔生成的至少一個(gè)任務(wù)；以及用于接收所述管理服務(wù)器發(fā)送的允許修改的
通知；
發(fā)送模塊，用于在確定對(duì)該任務(wù)進(jìn)行修改時(shí)，向管理服務(wù)器發(fā)送修改請(qǐng) 求消息，以請(qǐng)求管理服務(wù)器是否允許對(duì)所述任務(wù)進(jìn)行修改；以及用于當(dāng)所述 接收模塊接收到所述允許修改的通知后，將針對(duì)該任務(wù)修改后的內(nèi)容發(fā)送給 所述管理服務(wù)器。
優(yōu)選的，所述裝置還包括
指派任務(wù)處理模塊，用于接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息，所 述任務(wù)指派消息中包含所述任務(wù)的內(nèi)容及對(duì)應(yīng)的管理權(quán)限；接收其他用戶的 針對(duì)所述任務(wù)修改后的內(nèi)容，并將所述內(nèi)容發(fā)送給所述管理服務(wù)器，以對(duì)所 述內(nèi)容進(jìn)行審核。
優(yōu)選的，所述指派任務(wù)處理模塊具體包括指派任務(wù)接收單元，用于接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息，所 述任務(wù)指派消息中包含所述任務(wù)的內(nèi)容及對(duì)所述任務(wù)的管理權(quán)限，以對(duì)被指 派的所述任務(wù)的修改及更新過(guò)程進(jìn)行管理；
改后的內(nèi)容，根據(jù)所述消息中的管理權(quán)限對(duì)所述任務(wù)的更新進(jìn)行管理，將更 新結(jié)果發(fā)送給所述管理服務(wù)器，以對(duì)所述任務(wù)的管理結(jié)果進(jìn)行審核。
本發(fā)明提供了一種多人協(xié)作系統(tǒng)，該系統(tǒng)包括
多人協(xié)作系統(tǒng)中的管理裝置，用于根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并 通過(guò)即時(shí)通訊的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的至少一個(gè)用戶；當(dāng)接收所述用戶 通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息后，向用戶發(fā)送允許修改的通知， 并鎖定該任務(wù)；當(dāng)接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容信息，并更 新所述任務(wù)；
多人協(xié)作系統(tǒng)中的用戶端裝置，用于接收管理服務(wù)器發(fā)來(lái)的根據(jù)復(fù)合文 檔生成的至少一個(gè)任務(wù)；以及用于接收所述管理服務(wù)器發(fā)送的允許修改的通 知；當(dāng)確定需要對(duì)該任務(wù)進(jìn)行修改時(shí)，向管理服務(wù)器發(fā)送修改請(qǐng)求消息，以 請(qǐng)求管理服務(wù)器確定是否允許對(duì)所述任務(wù)進(jìn)行修改；以及當(dāng)接收到所述允許 修改的通知后，將針對(duì)該任務(wù)修改后的內(nèi)容信息發(fā)送給所述管理服務(wù)器。
本發(fā)明的有益效果
本發(fā)明利用實(shí)時(shí)通訊軟件中客戶端的優(yōu)勢(shì)，實(shí)現(xiàn)了多人協(xié)作平臺(tái)，在應(yīng) 用過(guò)程中，比現(xiàn)有4支術(shù)google docs系統(tǒng)更加高效、簡(jiǎn)潔；
本發(fā)明實(shí)現(xiàn)了由管理服務(wù)器對(duì)該項(xiàng)目設(shè)計(jì)總體把握，可以給參與該項(xiàng)目 的用戶劃分修改權(quán)限，然后對(duì)修改后的內(nèi)容，進(jìn)行最終審核的功能；解決了 現(xiàn)有技術(shù)每個(gè)用戶的權(quán)限都是平等的，不能進(jìn)行權(quán)限劃分的問(wèn)題；
本發(fā)明是基于即時(shí)通訊軟件來(lái)實(shí)現(xiàn)的，比現(xiàn)有技術(shù)google docs系統(tǒng)，更加便于擴(kuò)展，并且不需要象現(xiàn)有技術(shù)那樣，需要大量的高性能的服務(wù)器的支 持，節(jié)約了成本。
圖1為本發(fā)明實(shí)施例——種建立多人協(xié)作系統(tǒng)的方法簡(jiǎn)化流程圖2為本發(fā)明實(shí)施例二一種多人協(xié)作系統(tǒng)中的管理裝置簡(jiǎn)化結(jié)構(gòu)示意圖3為本發(fā)明實(shí)施例三一種建立多人協(xié)作系統(tǒng)的方法簡(jiǎn)化流程圖4為本發(fā)明實(shí)施例四 一種多人協(xié)作系統(tǒng)中的用戶端裝置簡(jiǎn)化結(jié)構(gòu)示意
圖5為本發(fā)明實(shí)施例五一種多人協(xié)作系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而 不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作 出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明實(shí)施例提出了 一種基于即時(shí)通訊軟件建立多人協(xié)作系統(tǒng)的方法， 能夠在工程管理設(shè)計(jì)中，通過(guò)即時(shí)通訊的方式在項(xiàng)目設(shè)計(jì)人員之間傳遞復(fù)合 文檔，完成對(duì)該項(xiàng)目設(shè)計(jì)的修改過(guò)程。復(fù)合文檔技術(shù)是指在一個(gè)文件中支持 多種用不同格式對(duì)象，包括對(duì)象的顯示、編輯、存儲(chǔ)、創(chuàng)建和管理等，例如 常用的微軟office套件就是基于復(fù)合文檔在word中能夠處理表格、圖片等， 而且可以處理visio、 excel、 originlab等軟件所支持的對(duì)象。
在本發(fā)明實(shí)施例的技術(shù)方案中，通過(guò)管理服務(wù)器對(duì)整個(gè)項(xiàng)目的設(shè)計(jì)過(guò)程 以及參與該項(xiàng)目設(shè)計(jì)的用戶進(jìn)行總體管理，將該項(xiàng)目設(shè)計(jì)中需要進(jìn)行討論的內(nèi)容建立成任務(wù)，在管理服務(wù)器與該任務(wù)相關(guān)的用戶之間通過(guò)即時(shí)通訊的方 式進(jìn)行討論后，來(lái)完成對(duì)該任務(wù)的修改。并且管理服務(wù)器能夠?qū)⑴c該任務(wù) 的用戶設(shè)置管理權(quán)限，當(dāng)存在多個(gè)任務(wù)時(shí)，管理服務(wù)器可以在與該項(xiàng)目相關(guān) 的用戶中指定該任務(wù)的任務(wù)代理用戶，對(duì)該任務(wù)的修改和更新過(guò)程進(jìn)行管 理。管理服務(wù)器對(duì)任務(wù)代理用戶的管理結(jié)果進(jìn)行最終審核，以完成對(duì)該任務(wù) 的修改完善。
為了便于更好的理解本發(fā)明所述的技術(shù)方案，下面通過(guò)優(yōu)選實(shí)施例進(jìn)一 步說(shuō)明。
實(shí)施例一
如圖1所示，本發(fā)明實(shí)施例——種建立多人協(xié)作系統(tǒng)的方法，該方法可以 包括
步驟S101:根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊的方式發(fā) 送給所述任務(wù)對(duì)應(yīng)的至少一個(gè)用戶；
在實(shí)施例一中，所述任務(wù)的生成方式可以包括
由管理服務(wù)器通過(guò)復(fù)合文檔編輯器在項(xiàng)目設(shè)計(jì)文檔中選擇需要修改的內(nèi) 容，將需要修改的內(nèi)容部分定義成一個(gè)任務(wù)，管理服務(wù)器對(duì)整個(gè)任務(wù)的完成 過(guò)程進(jìn)行操作；
所述復(fù)合文檔編輯器，是根據(jù)Open Document國(guó)際標(biāo)準(zhǔn)的，支持少數(shù)幾 個(gè)基本對(duì)象的復(fù)合文檔編輯器，實(shí)現(xiàn)復(fù)合文檔的顯示、編輯及存儲(chǔ)功能。
管理服務(wù)器將所述任務(wù)發(fā)送給該任務(wù)對(duì)應(yīng)的用戶時(shí)可以采用一對(duì)一或一 對(duì)多的消息傳遞模式，這樣參與該任務(wù)的所有用戶都會(huì)接收到包含所述任務(wù) 的消息。
在任務(wù)建立后，管理服務(wù)器邀請(qǐng)參與該任務(wù)設(shè)計(jì)的相關(guān)用戶加入所述任 當(dāng)用戶收到所述消息后向管理服務(wù)器發(fā)送回應(yīng)消息，確定自己在線，并加入該任務(wù)中。
步驟S102:接收所述用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息后， 向所述用戶發(fā)送允許修改的通知，并鎖定該任務(wù)；
步驟S103:接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容，并更新所述 任務(wù)。
具體地說(shuō)，接收所述用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息后， 該方法還可以包4舌
步驟S102':判斷所述任務(wù)的狀態(tài)，當(dāng)所述任務(wù)的狀態(tài)為空閑時(shí)，向發(fā)送 所述修改請(qǐng)求消息的用戶發(fā)送允許修改通知，并鎖定該任務(wù)的狀態(tài)；當(dāng)所述 任務(wù)的狀態(tài)^皮鎖定時(shí)，向其他發(fā)送修改請(qǐng)求消息的用戶發(fā)送請(qǐng)求失敗消息。
本發(fā)明優(yōu)選實(shí)施例一中，可以通過(guò)將所述任務(wù)的狀態(tài)由空閑設(shè)置為忙 碌，來(lái)對(duì)所述任務(wù)進(jìn)行鎖定。
管理服務(wù)器與加入該任務(wù)的用戶進(jìn)行修改內(nèi)容部分的討論，以討論如何 完成所述任務(wù)；當(dāng)用戶A希望修改所述任務(wù)時(shí)，向管理服務(wù)器提交修改申請(qǐng) (即修改請(qǐng)求消息)，這時(shí)管理服務(wù)器就要對(duì)該任務(wù)的狀態(tài)是否被鎖定進(jìn)行 判斷。例如用戶A要在文檔的某個(gè)對(duì)象中添加一個(gè)矩形，那么在從畫(huà)一條邊 開(kāi)始，到用戶完成修改并提交所述修改內(nèi)容的過(guò)程中間，不能有其他用戶來(lái) 從中途對(duì)這個(gè)對(duì)象進(jìn)行操作，來(lái)干擾用戶A的修改過(guò)程，所以為了保證每個(gè)用 戶在修改任務(wù)時(shí)內(nèi)容的完整性，在用戶A發(fā)出修改請(qǐng)求時(shí)，管理服務(wù)器要判斷 該任務(wù)的狀態(tài)是否空閑，當(dāng)空閑時(shí)，接收用戶A的修改請(qǐng)求，并發(fā)出允許修改 通知消息，并將該任務(wù)的狀態(tài)鎖定，即到用戶遞交完成修改的內(nèi)容之前，其 他用戶向管理服務(wù)器發(fā)送修改請(qǐng)求消息，都會(huì)被拒絕，其他用戶對(duì)所述任務(wù) 只有讀的權(quán)限。
具體地說(shuō)，所述接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容的具體過(guò) 程可以包4舌步驟S103':當(dāng)接收到所述該任務(wù)修改后的內(nèi)容時(shí)，將該任務(wù)的狀態(tài)由鎖 定設(shè)置為空閑，并對(duì)所述修改后的內(nèi)容進(jìn)行判斷，當(dāng)確定修改時(shí)，用所述修 改后的內(nèi)容更新所述任務(wù)；否則，對(duì)所述任務(wù)不進(jìn)行更新，向所述用戶發(fā)送 修改失敗消息。
本發(fā)明優(yōu)選實(shí)施例中，在管理服務(wù)器接收到用戶提交的針對(duì)所述任務(wù)修 改后的內(nèi)容時(shí)，將鎖定的任務(wù)解鎖，即將所述任務(wù)的狀態(tài)由鎖定設(shè)置為空
討論，因?yàn)楫?dāng)所述用戶修改完畢后，會(huì)提交自己對(duì)該任務(wù)修改后的內(nèi)容，可 以通過(guò)一對(duì)一或一對(duì)多消息發(fā)送模式進(jìn)行提交，這樣包括管理服務(wù)器在內(nèi)的 所有參與該項(xiàng)目的用戶，都可以看到修改的內(nèi)容，這樣管理服務(wù)器會(huì)與每個(gè) 用戶通過(guò)即時(shí)通訊的方式進(jìn)行討論，當(dāng)討論結(jié)果確定接收所述修改后的內(nèi)容 時(shí)，用該內(nèi)容更新所述任務(wù)；否則，將修改后的內(nèi)容丟棄；當(dāng)有其他用戶發(fā) 送修改請(qǐng)求時(shí)，發(fā)送允許修改消息。
括在用所述修改后的內(nèi)容更新所述任務(wù)時(shí)，在所述更新后的任務(wù)中添加對(duì) 所述任務(wù)進(jìn)行修改的用戶簽名。
說(shuō)明在更新后的內(nèi)容中添加用戶簽名，用于管理服務(wù)器在每次更新 后，保證本次修改的用戶與本次修改內(nèi)容的一致性，避免用戶與修改內(nèi)容的 不一致。
具體地說(shuō)，本發(fā)明實(shí)施例中所述方法還可以包括向所述任務(wù)對(duì)應(yīng)的用 戶中的任務(wù)代理用戶發(fā)送任務(wù)指派消息，所述消息中包含所述任務(wù)的內(nèi)容及 對(duì)應(yīng)的管理權(quán)限信息，以指派所述任務(wù)代理用戶對(duì)所述任務(wù)的修改及更新過(guò) 程進(jìn)行管理；接收所述任務(wù)代理用戶發(fā)送的對(duì)該任務(wù)的更新結(jié)果，并審核， 確定接受時(shí)，保存該任務(wù)的更新結(jié)果。
說(shuō)明管理服務(wù)器可以對(duì)參與該任務(wù)的用戶設(shè)置管理權(quán)限，當(dāng)有多個(gè)任務(wù)產(chǎn)生時(shí)，可以在參與該任務(wù)的用戶中指定一個(gè)任務(wù)代理用戶，發(fā)送任務(wù)指 派消息，以對(duì)所述任務(wù)的修改及更新過(guò)程進(jìn)行管理，當(dāng)任務(wù)代理用戶將所述 任務(wù)更新完畢后，將更新結(jié)果發(fā)送給管理服務(wù)器進(jìn)行最終審核，當(dāng)確認(rèn)接受
時(shí)，將當(dāng)前任務(wù)的更新結(jié)果保存；否則，放棄當(dāng)前任務(wù)的更新結(jié)果，將所述
任務(wù)的版本回溯到上一個(gè)版本。 實(shí)施例二
如圖2所示，本發(fā)明實(shí)施例一種多人協(xié)作系統(tǒng)中的管理裝置，該裝置可以 包括
任務(wù)管理模塊S11，用于根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通 訊的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的至少 一個(gè)用戶；
其中，本發(fā)明實(shí)施例二中任務(wù)的生成過(guò)程與實(shí)施例一中相似，不再贅
述；
所述任務(wù)管理模塊可以通過(guò)一對(duì)一或一對(duì)多的消息傳遞模式將生成的所 述任務(wù)發(fā)送給與該任務(wù)對(duì)應(yīng)的所述用戶。
消息處理模塊S12，用于在所述任務(wù)管理模塊將所述任務(wù)發(fā)送給該任務(wù)對(duì) 應(yīng)的所述用戶后，接收用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息，向用 戶發(fā)送允許修改的通知，并鎖定該任務(wù)；以及用于在接收所述用戶發(fā)送的針 對(duì)該任務(wù)修改后的內(nèi)容時(shí)，更新所述任務(wù)。
本實(shí)施例中所述消息處理模塊在對(duì)所述任務(wù)的狀態(tài)進(jìn)行判斷后，向發(fā)出 修改請(qǐng)求的用戶發(fā)送允許修改通知時(shí)，對(duì)該任務(wù)鎖定的過(guò)程，與實(shí)施例一中 相似，不再贅述。
優(yōu)選的，本發(fā)明實(shí)施例二所述消息處理模塊具體可以包括
消息接收單元S121,用于接收所述用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改 請(qǐng)求消息；以及接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容；
消息執(zhí)行單元S122，用于在所述消息接收單元接收到所述修改請(qǐng)求消息時(shí)，對(duì)所述任務(wù)的狀態(tài)進(jìn)行判斷，當(dāng)所述任務(wù)狀態(tài)為空閑時(shí)，向所述用戶發(fā) 送允許修改的通知，并鎖定該任務(wù)的狀態(tài)；當(dāng)所述任務(wù)的狀態(tài)被鎖定時(shí)，向
其他發(fā)送修改請(qǐng)求消息的用戶發(fā)送請(qǐng)求失敗消息；以及，用于在所述消息接 收單元接收到所述針對(duì)該任務(wù)修改后的內(nèi)容時(shí)，將該任務(wù)的狀態(tài)由鎖定設(shè)置 為空閑，并對(duì)所述修改后的內(nèi)容進(jìn)行審核，當(dāng)確定修改時(shí)，用所述修改后的 內(nèi)容更新所述任務(wù)；否則，不對(duì)所述任務(wù)進(jìn)行更新，并向所述用戶發(fā)送修改 失敗消息。
優(yōu)選的，本發(fā)明實(shí)施例所述裝置還可以包括
指派任務(wù)發(fā)送模塊S13,用于將所述任務(wù)管理模塊生成的所述任務(wù)，發(fā)送 給該任務(wù)對(duì)應(yīng)的用戶中已選定的任務(wù)代理用戶，以指派所述任務(wù)代理用戶對(duì) 該任務(wù)的修改及更新過(guò)程進(jìn)行管理；
任務(wù)審核模塊S14，用于接收所述任務(wù)代理用戶發(fā)送的對(duì)該任務(wù)更新后的 結(jié)果，并審核，確定接受時(shí)，保存所述更新結(jié)果。
具體地說(shuō)，管理服務(wù)器可以在與所述任務(wù)相關(guān)的用戶中選擇一個(gè)用戶作 為任務(wù)代理用戶來(lái)管理所述任務(wù)的處理過(guò)程；例如當(dāng)管理服務(wù)器根據(jù)復(fù)合 文檔生成了多個(gè)任務(wù)時(shí)，管理服務(wù)器將文檔中需要和某些人討論修改的"系 統(tǒng)框架圖，，建立成一個(gè)任務(wù)，所述管理服務(wù)器可以將這個(gè)任務(wù)指派給與該任 務(wù)相關(guān)的用戶A作為任務(wù)代理用戶來(lái)管理所述任務(wù)，管理服務(wù)器可以將整個(gè)任 務(wù)修改及更新的過(guò)程交付給任務(wù)代理用戶管理，將更新的最終結(jié)果發(fā)送給管 理服務(wù)器，進(jìn)行最終審核，由管理服務(wù)器來(lái)確認(rèn)是否接收對(duì)所述任務(wù)的更新 結(jié)果。
本發(fā)明實(shí)施例二中為了保證所述任務(wù)更新內(nèi)容的可回溯性，所述裝置中 還可以包4舌
任務(wù)修改后的內(nèi)容；還用于在當(dāng)前所述任務(wù)的版本發(fā)生錯(cuò)誤或針對(duì)所述任務(wù)進(jìn)行修改后的內(nèi)容不滿足修改要求時(shí)，將當(dāng)前所述任務(wù)的版本回溯到上一個(gè) 版本，以重新對(duì)所述任務(wù)進(jìn)行管理。
也可以用于復(fù)合文檔的版本控制，即當(dāng)前版本不滿意時(shí)，直接清空所述 任務(wù)，打開(kāi)前一個(gè)文檔，重新開(kāi)始。
本發(fā)明實(shí)施例二為了保證管理服務(wù)器建立的每個(gè)任務(wù)的一致性，例如 當(dāng)存在多個(gè)任務(wù)時(shí)，要保證每個(gè)任務(wù)之間的互斥和同步，尤其對(duì)于某個(gè)任務(wù) 是要在另一個(gè)任務(wù)完成后才能開(kāi)始的，必須要保證這種順序性，所以所述裝
置中還可以包括
一致性保障模塊S16，用于對(duì)生成的至少一個(gè)任務(wù)根據(jù)所述任務(wù)的完成時(shí)
間進(jìn)行順序性及獨(dú)立性的管理。 實(shí)施例三
如圖3所示，本發(fā)明一種建立多人協(xié)作系統(tǒng)的方法，該方法可以包括
步驟S201:通過(guò)即時(shí)通訊的方式接收管理服務(wù)器發(fā)來(lái)的根據(jù)復(fù)合文檔生 成的至少一個(gè)任務(wù)；
步驟S202:當(dāng)確定需要對(duì)該任務(wù)進(jìn)行修改時(shí)，通過(guò)即時(shí)通訊的方式向所 述管理服務(wù)器發(fā)送修改請(qǐng)求消息，以請(qǐng)求管理服務(wù)器確定是否允許修改；
步驟S203:當(dāng)接收到管理服務(wù)器發(fā)送的允許修改的通知后，將針對(duì)該任 務(wù)修改后的內(nèi)容發(fā)送給所述管理服務(wù)器。
本發(fā)明實(shí)施例中，對(duì)所述任務(wù)進(jìn)行修改是通過(guò)復(fù)合文檔編輯器來(lái)實(shí)現(xiàn) 的，所述復(fù)合編輯器是根據(jù)Open Document國(guó)際標(biāo)準(zhǔn)的，支持少數(shù)幾個(gè)基本 對(duì)象的復(fù)合文檔編輯器，實(shí)現(xiàn)復(fù)合文檔的顯示、編輯及存儲(chǔ)功能。
本發(fā)明實(shí)施例中所述用戶通過(guò)一對(duì)一或一對(duì)多的消息傳遞模式，將針對(duì) 所述任務(wù)修改后的內(nèi)容發(fā)送給包含管理服務(wù)器在內(nèi)的，與該任務(wù)相關(guān)的用 戶，所有參與該任務(wù)的成員都可以參照修改內(nèi)容，進(jìn)行討論。
具體地i兌，本發(fā)明實(shí)施例所述方法還可以包才舌步驟S201':接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息，所述任務(wù)指派消 息中包含所述任務(wù)的內(nèi)容及對(duì)該任務(wù)的管理權(quán)限，以對(duì)被指派的所述任務(wù)的 修改及更新過(guò)程進(jìn)行管理；
據(jù)所述消息中的管理權(quán)限對(duì)所述任務(wù)的更新進(jìn)行管理，將更新結(jié)果發(fā)送給所 述管理服務(wù)器，以對(duì)所述更新結(jié)果進(jìn)行審核。
當(dāng)有用戶發(fā)送修改請(qǐng)求消息時(shí)，判斷所述任務(wù)的狀態(tài)是否被鎖定，當(dāng)允許修 改時(shí)，向發(fā)出修改請(qǐng)求的用戶發(fā)送允許修改通知，并接收其他用戶發(fā)送的針 對(duì)所述任務(wù)修改后的內(nèi)容，然后對(duì)所述內(nèi)容進(jìn)行審核，確定更新，將更新結(jié) 果發(fā)送給管理服務(wù)器進(jìn)行最終審核。
實(shí)施例四
如圖4所示，本發(fā)明實(shí)施例一種多人協(xié)作系統(tǒng)中的用戶端裝置，該裝置可 以包括
接收模塊S21,用于接收管理服務(wù)器通過(guò)實(shí)時(shí)通訊的方式，發(fā)來(lái)的根據(jù)復(fù) 合文檔建立的至少一個(gè)任務(wù)；以及用于接收所述管理服務(wù)器發(fā)送的允許修改 的通知；
發(fā)送模塊S22，用于在確定對(duì)該任務(wù)進(jìn)行修改時(shí)，向管理服務(wù)器發(fā)送修改 請(qǐng)求消息，以請(qǐng)求管理服務(wù)器是否允許對(duì)所述任務(wù)進(jìn)行修改；以及用于當(dāng)所 述接收模塊接收到所述允許修改的通知后，將針對(duì)該任務(wù)修改后的內(nèi)容信息 發(fā)送給所述管理服務(wù)器。
具體地說(shuō)，本發(fā)明實(shí)施例所述裝置還可以包括
指派任務(wù)處理模塊S23，用于接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息， 所述任務(wù)指派消息中包含所述任務(wù)的內(nèi)容及對(duì)應(yīng)的管理權(quán)限；接收其他用戶 的針對(duì)所述任務(wù)修改后的內(nèi)容，并將所述內(nèi)容發(fā)送給所述管理服務(wù)器，以對(duì)所述內(nèi)容進(jìn)行審核。
更具體的說(shuō)，所述指派任務(wù)處理模塊具體可以包括
指派任務(wù)接收單元S231,用于接收所述管理服務(wù)器發(fā)送的任務(wù)指派消
息，所述任務(wù)指派消息中包含所述任務(wù)的內(nèi)容及對(duì)所述任務(wù)的管理權(quán)限，以
對(duì)被指派的所述任務(wù)的修改及更新過(guò)程進(jìn)行管理；
務(wù)修改后的內(nèi)容，根據(jù)所述消息中的管理權(quán)限對(duì)所述任務(wù)的更新進(jìn)行管理， 將更新結(jié)果發(fā)送給所述管理服務(wù)器，以對(duì)所述任務(wù)的管理結(jié)果進(jìn)行審核。
本實(shí)施例中用戶接收指定任務(wù)以及對(duì)所述指定任務(wù)修改過(guò)程進(jìn)行管理的 具體過(guò)程，與實(shí)施例三中所述的過(guò)程一致，不再詳細(xì)贅述。
實(shí)施例五
如圖5所示，本發(fā)明實(shí)施例一種多人協(xié)作系統(tǒng)，包括
如實(shí)施例二中所述多人協(xié)作系統(tǒng)中的管理裝置S51,用于根據(jù)復(fù)合文檔生 成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的至少一個(gè)用 戶；當(dāng)接收用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息后，向用戶發(fā)送允 許修改的通知，并鎖定該任務(wù)；當(dāng)接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的 內(nèi)容信息，并更新所述任務(wù)；
如實(shí)施例四中所述多人協(xié)作系統(tǒng)中的用戶端裝置S52，用于接收管理服務(wù) 器發(fā)來(lái)的根據(jù)復(fù)合文檔建立的至少一個(gè)任務(wù)；以及用于接收所述管理服務(wù)器 發(fā)送的允許修改的通知；
當(dāng)確定需要對(duì)該任務(wù)進(jìn)行修改時(shí)，向管理服務(wù)器發(fā)送修改請(qǐng)求消息，以 請(qǐng)求管理服務(wù)器是否允許對(duì)所述任務(wù)進(jìn)行修改；以及在接收到所述允許修改 的通知后，將針對(duì)該任務(wù)修改后的內(nèi)容發(fā)送給所述管理服務(wù)器。
本發(fā)明實(shí)施例五中，包含了所述實(shí)施例二和實(shí)施例四中技術(shù)方案的內(nèi) 容，將所述多人協(xié)作系統(tǒng)中的管理裝置和多人協(xié)作系統(tǒng)中的用戶端裝置組合在一起，實(shí)現(xiàn)了多人協(xié)作系統(tǒng)，具體內(nèi)容在上述實(shí)施例二及實(shí)施例四中已經(jīng) 具體闡述過(guò)，在此不再贅述。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不 局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可 輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明 的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種建立多人協(xié)作系統(tǒng)的方法，其特征在于，包括根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的至少一個(gè)用戶；接收所述用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息后，向所述用戶發(fā)送允許修改的通知，并鎖定該任務(wù)；接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容，并更新所述任務(wù)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述接收用戶端通過(guò)即時(shí) 通訊的方式發(fā)送的i奮改請(qǐng)求消息后，該方法還包括判斷所述任務(wù)的狀態(tài)，當(dāng)所述任務(wù)的狀態(tài)為空閑時(shí)，向發(fā)送所述修改請(qǐng) 求消息的用戶發(fā)送允許修改的通知，并鎖定該任務(wù)的狀態(tài)；當(dāng)所述任務(wù)的狀 態(tài)被鎖定時(shí)，向其他發(fā)送修改請(qǐng)求消息的用戶發(fā)送請(qǐng)求失敗消息。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，更新所述任務(wù)的具體過(guò)程 包括當(dāng)接收到所述任務(wù)修改后的內(nèi)容時(shí)，將該任務(wù)的狀態(tài)由鎖定設(shè)置為空 閑，并對(duì)所述修改后的內(nèi)容進(jìn)行審核，當(dāng)確定修改時(shí)，用所述修改后的內(nèi)容 更新所述任務(wù)；否則，不對(duì)所述任務(wù)進(jìn)行更新，并向所述用戶發(fā)送修改失敗 消息。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，用所述修改后的內(nèi)容更新 所述任務(wù)的過(guò)程中還包括在更新后的任務(wù)中添加本次修改所述任務(wù)的用戶簽名。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法還包括中包含所述任務(wù)的內(nèi)容及對(duì)應(yīng)的管理權(quán)限信息，以指派所述任務(wù)代理用戶對(duì)所述任務(wù)的修改及更新過(guò)程進(jìn)行管理；接收所述任務(wù)代理用戶發(fā)送的對(duì)該任務(wù)的更新結(jié)果，并審核，確定接受 時(shí)，保存該任務(wù)的更新結(jié)果。
6、 一種多人協(xié)作系統(tǒng)中的管理裝置，其特征在于，包括 任務(wù)管理模塊，用于根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的至少一個(gè)用戶；消息處理模塊，用于在所述任務(wù)管理模塊將所述任務(wù)發(fā)送給該任務(wù)對(duì)應(yīng) 的用戶后，接收用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息，向用戶發(fā)送 允許修改的通知，并鎖定該任務(wù)；以及用于在接收所述用戶發(fā)送的針對(duì)該任 務(wù)修改后的內(nèi)容后，更新所述任務(wù)。
7、 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述消息處理模塊具體包括消息接收單元，用于接收用戶通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消 息；以及接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容；消息執(zhí)行單元，用于在所述消息接收單元接收到所述修改請(qǐng)求消息時(shí)， 對(duì)所述任務(wù)的狀態(tài)進(jìn)行判斷，當(dāng)所述任務(wù)的狀態(tài)為空閑時(shí)，向所述用戶發(fā)送 允許修改的通知，并鎖定該任務(wù)的狀態(tài)；當(dāng)所述任務(wù)的狀態(tài)被鎖定時(shí)，向其 他發(fā)送修改請(qǐng)求消息的用戶發(fā)送請(qǐng)求失敗消息；以及，用于在所述消息接收 單元接收到針對(duì)所述任務(wù)修改后的內(nèi)容時(shí)，將該任務(wù)的狀態(tài)由鎖定設(shè)置為空 閑，并對(duì)所述修改后的內(nèi)容進(jìn)行審核，當(dāng)確定修改時(shí)，用所述修改后的內(nèi)容 更新所述任務(wù)；否則，不對(duì)所述任務(wù)進(jìn)行更新，并向所述用戶發(fā)送^f奮改失敗 消息。
8、 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括指派任務(wù)發(fā)送模塊，用于將所述任務(wù)管理模塊生成的所述任務(wù)，發(fā)送給 該任務(wù)對(duì)應(yīng)的用戶中已選定的任務(wù)代理用戶，以指派所述任務(wù)代理用戶對(duì)該任務(wù)的修改及更新過(guò)程進(jìn)行管理；果，并審核，確定接受時(shí)，保存所述更新結(jié)果。
9、 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括務(wù)修改后的內(nèi)容；還用于在當(dāng)前所述任務(wù)的版本發(fā)生錯(cuò)誤或針對(duì)所述任務(wù)進(jìn) 行修改后的內(nèi)容不滿足修改要求時(shí)，將當(dāng)前所述任務(wù)的版本回溯到上一個(gè)版 本，以重新對(duì)所述任務(wù)進(jìn)行管理。
10、 根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括 一致性保障模塊，用于對(duì)生成的至少一個(gè)任務(wù)根據(jù)所述任務(wù)的完成時(shí)間進(jìn)行順序性及獨(dú)立性的管理。
11、 一種建立多人協(xié)作系統(tǒng)的方法，其特征在于，包括通過(guò)即時(shí)通訊的方式接收管理服務(wù)器發(fā)來(lái)的根據(jù)復(fù)合文檔生成的至少一個(gè)任務(wù)；當(dāng)確定需要對(duì)該任務(wù)進(jìn)行修改時(shí)，通過(guò)即時(shí)通訊的方式向所述管理服務(wù) 器發(fā)送修改請(qǐng)求消息，以請(qǐng)求所述管理服務(wù)器確定是否允許修改；當(dāng)接收到所述管理服務(wù)器發(fā)送的允許修改的通知后，將針對(duì)該任務(wù)修改 后的內(nèi)容發(fā)送給所述管理服務(wù)器。
12、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述方法還包括 接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息，所述任務(wù)指派消息中包含所述任務(wù)的內(nèi)容及對(duì)該任務(wù)的管理權(quán)限，以對(duì)被指派的所述任務(wù)的修改及更新 過(guò)程進(jìn)行管理；消息中的管理權(quán)限對(duì)所述任務(wù)的更新進(jìn)行管理，將更新結(jié)果發(fā)送給所述管理 服務(wù)器，以對(duì)所述更新結(jié)果進(jìn)行審核。
13、 一種多人協(xié)作系統(tǒng)中的用戶端裝置，其特征在于，包括 接收模塊，用于接收管理服務(wù)器通過(guò)實(shí)時(shí)通訊的方式，發(fā)來(lái)的根據(jù)復(fù)合文檔生成的至少一個(gè)任務(wù)；以及用于接收所述管理服務(wù)器發(fā)送的允許修改的 通知；發(fā)送模塊，用于在確定對(duì)該任務(wù)進(jìn)行修改時(shí)，向管理服務(wù)器發(fā)送修改請(qǐng) 求消息，以請(qǐng)求管理服務(wù)器是否允許對(duì)所述任務(wù)進(jìn)行修改；以及用于當(dāng)所述 接收模塊接收到所述允許修改的通知后，將針對(duì)該任務(wù)修改后的內(nèi)容發(fā)送給 所述管理服務(wù)器。
14、 根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述裝置還包括 指派任務(wù)處理模塊，用于接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息，所述任務(wù)指派消息中包含所述任務(wù)的內(nèi)容及對(duì)應(yīng)的管理權(quán)限；接收其他用戶的 針對(duì)所述任務(wù)修改后的內(nèi)容，并將所述內(nèi)容發(fā)送給所述管理服務(wù)器，以對(duì)所 述內(nèi)容進(jìn)行審核。
15、 根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述指派任務(wù)處理模塊 具體包括指派任務(wù)接收單元，用于接收所述管理服務(wù)器發(fā)送的任務(wù)指派消息，所 述任務(wù)指派消息中包含所述任務(wù)的內(nèi)容及對(duì)所述任務(wù)的管理權(quán)限，以對(duì)被指 派的所述任務(wù)的修改及更新過(guò)程進(jìn)行管理；改后的內(nèi)容，根據(jù)所述消息中的管理權(quán)限對(duì)所述任務(wù)的更新進(jìn)行管理，將更 新結(jié)果發(fā)送給所述管理服務(wù)器，以對(duì)所述任務(wù)的管理結(jié)果進(jìn)行審核。
16, —種多人協(xié)作系統(tǒng)，其特征在于，包括如權(quán)利要求6、 7、 8、 9或10所述多人協(xié)作系統(tǒng)中的管理裝置，用于根據(jù) 復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的 至少一個(gè)用戶；當(dāng)接收所述用戶通過(guò)即時(shí)通訊的方式發(fā)送的^f'務(wù)改請(qǐng)求消息 后，向用戶發(fā)送允許修改的通知，并鎖定該任務(wù)；當(dāng)接收所述用戶發(fā)送的針 對(duì)該任務(wù)修改后的內(nèi)容信息，并更新所述任務(wù)；如權(quán)利要求13、 14或15所述多人協(xié)作系統(tǒng)中的用戶端裝置，用于接收管 理服務(wù)器發(fā)來(lái)的根據(jù)復(fù)合文檔生成的至少一個(gè)任務(wù)；以及用于接收所述管理 服務(wù)器發(fā)送的允許修改的通知；當(dāng)確定需要對(duì)該任務(wù)進(jìn)行修改時(shí)，向管理服務(wù)器發(fā)送修改請(qǐng)求消息，以 請(qǐng)求管理服務(wù)器確定是否允許對(duì)所述任務(wù)進(jìn)行修改；以及當(dāng)接收到所述允許 修改的通知后，將針對(duì)該任務(wù)修改后的內(nèi)容信息發(fā)送給所述管理服務(wù)器。
全文摘要
本發(fā)明公開(kāi)了一種建立多人協(xié)作系統(tǒng)的方法，該方法包括根據(jù)復(fù)合文檔生成至少一個(gè)任務(wù)，并通過(guò)即時(shí)通訊的方式發(fā)送給所述任務(wù)對(duì)應(yīng)的至少一個(gè)用戶；接收所述用戶在收到通過(guò)即時(shí)通訊的方式發(fā)送的修改請(qǐng)求消息后，向用戶發(fā)送允許修改的通知，并鎖定該任務(wù)；接收所述用戶發(fā)送的針對(duì)該任務(wù)修改后的內(nèi)容，并更新所述任務(wù)。本發(fā)明還提供了一種多人協(xié)作系統(tǒng)及裝置。采用本發(fā)明所述技術(shù)方案，實(shí)現(xiàn)了在工程管理設(shè)計(jì)過(guò)程中的多人協(xié)作平臺(tái)，便于項(xiàng)目設(shè)計(jì)中管理者與設(shè)計(jì)人員通過(guò)實(shí)時(shí)溝通，以對(duì)需要討論的復(fù)合文檔的內(nèi)容進(jìn)行不斷的修改及完善。
文檔編號(hào)G06Q10/00GK101477658SQ20091007794
公開(kāi)日2009年7月8日 申請(qǐng)日期2009年2月4日 優(yōu)先權(quán)日2009年2月4日
發(fā)明者周曉波 申請(qǐng)人:騰訊科技(深圳)有限公司