專利名稱：共享文檔同步更新的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明屬于計算機、網(wǎng)絡技術領域。
背景技術：
隨著計算機和網(wǎng)絡技術的發(fā)展，人們越來越多的通過計算機進行數(shù)據(jù)內(nèi)容的編輯，并通過網(wǎng)絡發(fā)送、接收數(shù)據(jù)，進行數(shù)據(jù)的交流。由于工作生活中的需要，常常會出現(xiàn)多個用戶共享或關注同一文件的情況。在現(xiàn)有技術中，當文件被其中一名用戶編輯更新后，其他用戶只有主動讀取或在得到更改方用戶的通知后才能獲得文件的更新信息。但是這種方式的時效性較差，當文件被其中一名用戶更新后，其他共享或關注用戶不能及時了解并得到更新后的文檔內(nèi)容。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種共享文檔同步更新的方法和系統(tǒng)，利用本發(fā)明，當共享文件被其中一方用戶更新后，通過網(wǎng)絡即時通信工具將更新后的文檔發(fā)送給其他用戶， 從而使得共享文檔的用戶雙方能夠在其中一方對文檔進行更新后，及時了解并得到更新后的文檔內(nèi)容。本發(fā)明所述的一種共享文檔同步更新的方法，其特征在于所述方法包括如下步驟步驟1，即時通信發(fā)起方的客戶端針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)；步驟2，在發(fā)起方的客戶端檢測并判斷目標文檔是否更新；步驟3，將更新后的目標文檔發(fā)送給即時通信中的接收方客戶端。進一步，所述目標文檔的類型為文件或文件夾。進一步，所述步驟1中將目標文檔設定為交互監(jiān)管狀態(tài)的方式為以下兩種方式至少其一方式一，在即時通信工具欄與即時通信交互界面兩者其一，或其它第三方位置處， 設置監(jiān)管觸發(fā)區(qū)域，將需要監(jiān)管的數(shù)據(jù)拖放至該區(qū)域，將采集獲得的目標文檔設定為交互監(jiān)管狀態(tài)；方式二，設置監(jiān)管觸發(fā)結構，開啟該結構后，進行數(shù)據(jù)的載入操作，將采集獲得的目標文檔設定為交互監(jiān)管狀態(tài)。進一步，所述步驟2中判斷所述目標文檔是否更新的步驟如下步驟2-1，保存記錄當前目標文檔最后修改時間；步驟2-2，檢測目標文檔最后修改時間；步驟2-3，判斷上一步驟中獲取的最后修改時間與步驟2-1中記錄的最后修改時間是否一致，若一致則重復步驟2-2繼續(xù)檢測；
若不一致則判定為目標文檔已更新，并用更新后的最后修改時間替換原紀錄中的最后修改時間。進一步，所述步驟2-2中檢測文檔最后修改時間的方式，包括有如下兩種至少其方式一，實時掃描數(shù)據(jù)狀態(tài)，獲得最后修改時間；方式二，按預設的時間間隔，進行數(shù)據(jù)狀態(tài)掃描，獲得最后修改時間。進一步，所述的目標文檔發(fā)送方式采用即時通信消息中離線文件的形式發(fā)送包括如下步驟，步驟A，采集需要發(fā)送的目標文檔數(shù)據(jù)；步驟B，將采集的目標文檔數(shù)據(jù)上傳至即時通信服務器保存；步驟C，在得到來自接收方客戶端的下載請求后，將存儲在即時通信服務器的目標文檔數(shù)據(jù)發(fā)送至接收方客戶端。進一步，更新后的目標文檔在發(fā)送時上傳至即時通信的系統(tǒng)服務器，在得到來自接收方客戶端的下載請求后，由系統(tǒng)服務器發(fā)送至接收方客戶端。進一步，針對每次發(fā)送的更新后目標文檔，在其標題中顯示出該文檔的最后修改時間。進一步，對于判定為已更新的文檔，在標題中設置該文檔的最后修改時間的步驟為步驟a，讀取檢測到的該文檔最后修改時間；步驟b，讀取該文檔的文檔名稱；步驟C，在文檔名稱內(nèi)添加該文檔的最后修改時間，并保存替換原文檔名稱。本發(fā)明提供一種共享文檔同步更新的系統(tǒng)，包括用戶操作使用的客戶端以及連接雙方客戶端的服務器。其中，所述客戶端包括交互監(jiān)管設置模塊，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊；更新狀態(tài)檢測模塊，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊，連接客戶端與服務器，是用于將更新后的目標文檔通過服務器發(fā)送至交互監(jiān)管的另一方客戶端的功能模塊。所述服務器包括信息接口模塊，同信息發(fā)送模塊相連接，是用于收發(fā)客戶端信息的功能模塊；信息存儲模塊，同信息接口模塊相連接，是用于存儲客戶端上傳的更新后目標文檔的功能模塊。進一步，根據(jù)檢測文檔最后修改時間的方式，相應所述的更新狀態(tài)檢測模塊還設置有計時模塊，用于根據(jù)設定的時間間隔定時啟動更新狀態(tài)檢測功能。進一步，相應于更新狀態(tài)檢測模塊還設置有文檔名稱替換模塊，用于針對每次發(fā)送的更新后目標文檔，在其標題中設置該文檔的更新時間。本發(fā)明還提供一種共享文檔同步更新的系統(tǒng)，由發(fā)送方客戶端與接收方客戶端兩者共同組成。其中，發(fā)送方客戶端包括有如下結構交互監(jiān)管設置模塊，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊；更新狀態(tài)檢測模塊，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊，是用于將更新后的目標文檔發(fā)送至交互監(jiān)管的接收方客戶端的功能模塊。接收方客戶端包括有如下結構信息接收模塊，是用于從發(fā)送方客戶端接收處于交互監(jiān)管狀態(tài)的目標文檔的功能模塊；數(shù)據(jù)更新模塊，是用于將信息接收模塊所獲得的目標文檔數(shù)據(jù)，更新替換已有原目標文檔數(shù)據(jù)的功能模塊。本發(fā)明還提供一種共享文檔同步更新的發(fā)送方客戶端，包括有如下結構交互監(jiān)管設置模塊，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊；更新狀態(tài)檢測模塊，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊，是用于將更新后的目標文檔發(fā)送至交互監(jiān)管的接收方客戶端的功能模塊。本發(fā)明還提供一種共享文檔同步更新的接收方客戶端，包括有如下結構信息接收模塊，是用于從發(fā)送方客戶端接收處于交互監(jiān)管狀態(tài)的目標文檔的功能模塊；數(shù)據(jù)更新模塊，是用于將信息接收模塊所獲得的目標文檔數(shù)據(jù)，更新替換已有原目標文檔數(shù)據(jù)的功能模塊。


圖1是本發(fā)明所述的一種共享文檔同步更新方法中將目標文檔設定為交互監(jiān)管狀態(tài)時的界面示意圖。圖2是本發(fā)明所述的一種共享文檔同步更新方法中發(fā)送目標文檔時接收方客戶端的界面示意圖。圖3是本發(fā)明第一實施例提供的一種共享文檔同步更新的方法流程圖。圖4是本發(fā)明第二實施例提供的一種共享文檔同步更新的方法流程圖。圖5是本發(fā)明第三實施例提供的一種共享文檔同步更新的方法流程圖。圖6是本發(fā)明第四實施例提供的一種共享文檔同步更新的系統(tǒng)組成圖。圖7是本發(fā)明第四實施例提供的一種共享文檔同步更新的系統(tǒng)結構框圖。圖8是本發(fā)明第五實施例提供的一種共享文檔同步更新的系統(tǒng)結構框圖。
具體實施方式
下面結合附圖和具體實施方式
對本發(fā)明的實施方案作進一步的說明。圖1、圖2為本發(fā)明所述的一種共享文檔同步更新方法的說明性示意圖，展示了用戶在使用該方法時的軟件界面，從而直觀地表達出本發(fā)明的發(fā)明目的。圖3為本發(fā)明所述的一種共享文檔同步更新方法的方法流程圖，下面參照圖3，結合圖1、圖2，對本發(fā)明的方法流程做進一步說明，具體流程如下步驟S101，即時通信發(fā)起方的客戶端針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)。發(fā)起方選定需要雙方監(jiān)管的目標文檔后，通過即時通信工具選定監(jiān)管目標文檔的另一方，即接收方。然后，通過即時通信工具，針對于接收方將目標文檔設定為交互監(jiān)管狀態(tài)。如圖1中所示，所選定的目標文檔600為名為“繪圖規(guī)范”的doc格式文檔。發(fā)起方用戶從即時通信主面板900的聯(lián)系人列表910中選出接收方用戶Mary，打開二者的即時通信交互界面500。圖中虛線表示了將目標文檔600設定為交互監(jiān)管狀態(tài)的一種方式。具體的，在本實施例中選定了格式為doc的文檔作為目標文檔600，但在實際應用中，所述目標文檔600的格式類型不僅限于doc格式，還包括xls、ppt等其它格式的文件， 當然，也可以是文件夾等多種數(shù)據(jù)形式。進一步，所述的步驟SlOl中將目標文檔設定為交互監(jiān)管狀態(tài)的方式有兩種，其中圖1中的虛線部分所表達的模式，代表了其中一種方式，兩種方式具體描述如下方式1，在即時通信工具欄與即時通信交互界面兩者其一，或其它第三方位置處， 設置監(jiān)管觸發(fā)區(qū)域。設定時，用戶將需要監(jiān)管的目標文檔數(shù)據(jù)拖放至該監(jiān)管觸發(fā)區(qū)域即可。如圖1中所示，在本實施例中，監(jiān)管觸發(fā)區(qū)域700設置于即時通信交互界面500 上，圖中以虛線表示將目標文檔600拖放至箭頭所指的監(jiān)管觸發(fā)區(qū)域700處。方式2，設置監(jiān)管觸發(fā)結構，開啟該結構后，進行數(shù)據(jù)的載入操作。即設立一獨立的監(jiān)管觸發(fā)結構，通過點擊等方式開啟該功能結構后，通過輸入或選擇所選目標文檔600的存儲路徑，選定并載入該目標數(shù)據(jù)。如圖1中所示，在本實施例中，監(jiān)管觸發(fā)結構是設置于即時通信工具欄800中的交互監(jiān)管功能選項控件。通過點擊該即時通信工具欄800，會呈現(xiàn)相應的交互監(jiān)管功能選項控件(圖中未描繪)。然后，就可以進行針對目標文檔600的交互監(jiān)管功能選擇，即展開相應的交互監(jiān)管操作。作為舉例，還利用設置于鼠標右鍵菜單的交互監(jiān)管控件。使用時，用戶從本地電腦終端中選定將要設置為交互監(jiān)管的數(shù)據(jù)文檔，通過右鍵菜單中的交互監(jiān)管控件即可啟動相應的交互監(jiān)管操作。步驟S102，發(fā)起方的客戶端檢測并判斷目標文檔是否更新。在目標文檔設為交互監(jiān)管狀態(tài)后，發(fā)起方客戶端即開始檢測并判斷目標文檔是否更新，具體的判斷方式是通過對比目標文檔的最后修改時間。用戶對目標文檔的修改主要包括以下四種形式A，文檔內(nèi)容的編輯。比如，文檔內(nèi)容的改變，包括增加或刪減等操作形式。B，文檔格式的改變。
比如，由word格式轉變成了 pdf格式，或者其它諸如此類的文檔格式改變。C，文檔版本的改變。比如，由word2000的文檔版本形式改變?yōu)閣ord2007文檔版本形式。這種形式，是打開及編輯文檔的程序類型沒有變化，但程序的版本變化了。D，文檔名稱的改變。這種情況是指文檔的名稱，由一種名稱內(nèi)容形式變化為另外一種內(nèi)容形式。其中， 對應的文檔內(nèi)容或版本等信息，可以變化，也可以不變化。當共享的數(shù)據(jù)形式為文件夾時，文件夾的更新主要包括文件夾中文檔的增加和刪減，或者文件夾中文檔數(shù)據(jù)的更新。具體實現(xiàn)時，對于Windows操作系統(tǒng)來說，可以通過和文檔相關的API函數(shù)，來調(diào)取該文檔的屬性信息，從中獲得文檔被修改的歷史記錄。這兒所述的文檔，可以是具體的文件，也可以是文件夾等數(shù)據(jù)形式。步驟S103，將更新后的目標文檔發(fā)送給接收方客戶端。經(jīng)過上一步驟中針對目標文檔的檢測和判斷，當目標文檔被判定為已更新時，發(fā)送方客戶端即將更新后的目標文檔通過即時通信工具發(fā)送給接收方客戶端。圖2為發(fā)送方客戶端將目標文檔發(fā)送至接收方客戶端后，接收方客戶端的界面示意圖。如圖中所示，接收方Mary的即時通信交互界面500中，顯示了來自發(fā)送方James的更新后目標文檔的發(fā)送請求，接收方通過點擊“另存為”，即可將該更新后的目標文檔保存于接收方的本地設備中。具體的，對于目標文檔是否進行更新的判斷主要是通過對比目標文檔的最后修改時間進行的。針對這一判斷方式，圖4描述了本發(fā)明第二實施例提供的一種共享文檔同步更新的方法流程圖。該實施例包括有如下步驟步驟S201，即時通信發(fā)起方的客戶端針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)。發(fā)起方選定需要雙方監(jiān)管的目標文檔后，通過即時通信工具選定監(jiān)管目標文檔的另一方，即接收方。然后，通過即時通信工具，針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)。步驟S202，保存記錄當前目標文檔最后修改時間。在這一步驟中，Windows系統(tǒng)通過API函數(shù)獲取目標文檔的最后修改時間并保存。 這便于后續(xù)步驟中對目標文檔最后修改時間的對比，以此來判斷該目標文檔是否更新。步驟S203，檢測目標文檔最后修改時間。作為舉例，繼續(xù)利用Windows文檔操作相關API函數(shù)獲取目標文檔的最后修改時間。具體的檢測方式包括有如下兩種方式至少其一方式一，實時掃描目標文檔狀態(tài)，通過Windows API函數(shù)獲取目標文檔的最后修改時間。采用這種檢測方式，無論發(fā)送方是否對目標文檔進行修改，系統(tǒng)都會重復不斷地對目標文檔的最后修改時間進行掃描讀取，一旦發(fā)送方對目標文檔作出修改，系統(tǒng)就會及時捕捉到最后修改時間的變更，將該變更后的目標文檔通過即時通信工具發(fā)送給交互監(jiān)管的另一方即接收方客戶端。方式二，預先設置一定的時間間隔，例如24h或48h，每到達一定的時間間隔時，開啟針對目標文檔信息的掃描，利用Windows文檔操作相關API函數(shù)。當最后修改時間發(fā)生變更時，將該變更后的目標文檔通過即時通信工具發(fā)送給交互監(jiān)管的另一方即接收方客戶端。這種方式較為靈活，避免了當發(fā)送方在短時間內(nèi)頻繁更改目標文檔時，接收方接收到大量更新后的目標文檔。但是相對前一種方法，時效性較差；但可以通過設定適當?shù)臅r間間隔的方式來克服，比如，可以將時間間隔設置得較小。步驟S204，將步驟S203中讀取到的目標文檔的最后修改時間同步驟S202中保存的目標文檔的最后修改時間進行對比作為舉例，若二者時間相同，則轉步驟S203，繼續(xù)通過WindowsAPI函數(shù)獲取目標文檔的最后修改時間；若二者時間不同，則用步驟S203中讀取到的時間替換步驟S202中保存的目標文檔的最后修改時間，并將目標文檔判定為已更新。步驟S205，將更新后的目標文檔發(fā)送給接收方客戶端。經(jīng)過上一步驟中針對目標文檔的檢測、判斷，當目標文檔被判定為已更新時，發(fā)送方客戶端即將更新后的目標文檔通過即時通信工具發(fā)送給接收方客戶端。進一步，由于對目標文檔進行交互監(jiān)管的雙方不一定一直處于同時在線的狀態(tài)， 為了避免出現(xiàn)因接收方不在線而無法發(fā)送目標文檔的情況，所述的目標文檔采用即時通信消息中的離線文件的形式發(fā)送在當前即時通信工具的通信技術中，即時通信終端之間采用點對點的UDP傳輸或者服務器中轉傳輸，以實現(xiàn)即時通信之間通信的即時性。發(fā)送離線文件時，發(fā)送方客戶端將更新后的目標文檔、發(fā)送方的自身標識與接收方客戶端的標識組合到數(shù)據(jù)包，通過HTTP協(xié)議將數(shù)據(jù)包上傳至即時通信的系統(tǒng)服務器，在得到來自接收方客戶端的下載請求后，服務器根據(jù)數(shù)據(jù)包中的數(shù)據(jù)接收方的客戶端標識獲取該數(shù)據(jù)接收方當前的IP地址及PORT端口，生成發(fā)送套接字端口，服務器利用該發(fā)送套接字端口將數(shù)據(jù)包發(fā)送給接收方客戶端。進一步，由于發(fā)送方對于處于交互監(jiān)管狀態(tài)的目標文檔可能有不止一次的修改更新，相應的就會通過即時通信工具向接收方先后發(fā)送多種版本的更新后的目標文檔。為了區(qū)分不同版本的目標文檔，針對每次更新發(fā)送的目標文檔，在其文檔標題中顯示出該文檔的最后修改時間。針對這一點，圖5描述了本發(fā)明第三實施例提供的一種共享文檔同步更新的方法流程圖。對應于前述在發(fā)送的目標文檔標題中顯示出該文檔的最后修改時間的功能，其具體步驟如下步驟S301，即時通信發(fā)起方的客戶端針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)。發(fā)起方選定需要雙方監(jiān)管的目標文檔后，通過即時通信工具選定監(jiān)管目標文檔的另一方，即接收方。然后，通過即時通信工具，針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)。步驟S302，保存記錄當前目標文檔最后修改時間。通過Windows API函數(shù)獲取目標文檔的最后修改時間，并保存。便于后續(xù)步驟中對目標文檔最后修改時間的對比，以此來判斷該目標文檔是否更新。步驟S303，檢測目標文檔最后修改時間。繼續(xù)利用Windows文檔操作相關API函數(shù)獲取目標文檔的最后修改時間。
步驟S304，將步驟S303中讀取到的目標文檔的最后修改時間同步驟S302中保存的目標文檔的最后修改時間進行對比若二者時間相同，則轉步驟S303，繼續(xù)通過Windows API函數(shù)獲取目標文檔的最后修改時間；若二者時間不同，則用步驟S303中讀取到的時間替換步驟S302中保存的目標文檔的最后修改時間，并將目標文檔判定為已更新。步驟S 305，讀取當前目標文檔的最后修改時間。經(jīng)過上一步驟中針對目標文檔的檢測和判斷，當目標文檔被判定為已更新時，步驟S303中得到的目標文檔最后修改時間將步驟S302中得到的目標文檔最后修改時間覆蓋，以保證步驟S302中記錄的最后修改時間為最新的修改時間。再次讀取該最后修改時間，便于后續(xù)步驟中對目標文檔的文檔名稱進行修改。 步驟S306，讀取目標文檔的文檔名稱。讀取該目標文檔的文檔名稱，便于在后續(xù)步驟中根據(jù)修改時間的不同，對目標文檔的名稱作出修改。步驟S307，在文檔名稱內(nèi)添加該文檔的最后修改時間，并保存替換原文檔名稱。根據(jù)步驟S306中讀取的文檔名稱，在文檔名稱內(nèi)添加該文檔的最后修改時間，并保存替換原文檔名稱。例如，若前述實施例中發(fā)送方James最后一次修改目標文檔“繪圖規(guī)范.doc”的時間為2011年3月18日14點30分，則經(jīng)步驟S307后，發(fā)送給接收方Mary的目標文檔的名稱改為“2011-3-18-14:30繪圖規(guī)范.doc”。最后修改時間的表達方式以及最后修改時間和文檔名稱的前后順序不僅限于實施例中所述方式。步驟S308，將更新后的文檔發(fā)送給接收方客戶端。目標文檔名稱修改完后，發(fā)送方客戶端將該目標文檔通過即時通信工具以離線消息的形式發(fā)送給接收方客戶端。圖6所示為本發(fā)明第四實施例提供的一種共享文檔同步更新的系統(tǒng)組成圖。在當前即時通信工具的通信技術中，即時通信終端之間的傳輸方式還包括點對點的UDP傳輸， 因此由圖6中可以看出，本發(fā)明所述系統(tǒng)由客戶端100和連接雙方客戶端100的服務器200 兩部分組成。圖7所示為本發(fā)明第四實施例提供的一種共享文檔同步更新的系統(tǒng)結構框圖。本發(fā)明所述客戶端100包括交互監(jiān)管設置模塊110，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊；更新狀態(tài)檢測模塊120，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊130，連接客戶端100與服務器200，是用于將更新后的目標文檔通過服務器發(fā)送至交互監(jiān)管的另一方客戶端的功能模塊。其中所述服務器200包括信息接口模塊210，同信息發(fā)送模塊相連接，是用于收發(fā)客戶端信息的功能模塊；信息存儲模塊220，同信息接口模塊相連接，是用于存儲客戶端上傳的更新后目標文檔的功能模塊。
根據(jù)檢測文檔最后修改時間的方式，相應所述的更新狀態(tài)檢測模塊120還設置有計時模塊121，用于根據(jù)設定的時間間隔定時啟動更新狀態(tài)檢測功能。相應于更新狀態(tài)檢測模塊120還設置有文檔名稱替換模塊122，用于針對每次更新發(fā)送的目標文檔，在標題中顯示出該文檔的更新時間。在本實施例所述的系統(tǒng)中，用戶通過交互監(jiān)管設置模塊110將目標文檔設置為處于即時通信雙方的交互監(jiān)管狀態(tài)之后，更新狀態(tài)檢測模塊120即根據(jù)目標文檔最后修改時間是否發(fā)生變化，來檢測和判斷該目標文檔是否更新，若用戶采用的是定時檢測方式，則更新狀態(tài)檢測模塊120即根據(jù)計時模塊121設定的時間間隔定時啟動更新狀態(tài)檢測功能；當更新狀態(tài)檢測模塊120判定目標文檔已更新后，文檔名稱替換模塊122將該文檔的名稱修改為包含文檔更新時間的文檔名稱；信息發(fā)送模塊130將名稱修改后的文檔通過信息接口模塊210發(fā)送至信息存儲模塊220保存；當接收方上線后，信息接口模塊210將保存在信息存儲模塊220中的目標文檔發(fā)送至接收方客戶端100中，完成此次共享文檔的同步更新操作。特別地，由于信息在發(fā)送過程中可以采用不經(jīng)過服務器，而是客戶端對客戶端的發(fā)送方式，因此，如圖8所示，本發(fā)明所述共享文檔同步更新的系統(tǒng)由發(fā)送方客戶端300和接收方客戶端400兩部分組成。其中的發(fā)送方客戶端300，包括有如下結構，交互監(jiān)管設置模塊310，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊；更新狀態(tài)檢測模塊320，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊330，是用于將更新后的目標文檔發(fā)送至交互監(jiān)管的接收方客戶端的功能模塊。接收方客戶端400包括有如下結構信息接收模塊410，是用于從發(fā)送方客戶端接收處于交互監(jiān)管狀態(tài)的目標文檔的功能模塊；數(shù)據(jù)更新模塊420，是用于將信息接收模塊所獲得目標文檔數(shù)據(jù)數(shù)據(jù)，更新替換已有原目標文檔數(shù)據(jù)的功能模塊。在本實施例所述的系統(tǒng)中，用戶通過發(fā)送方客戶端300的交互監(jiān)管設置模塊310， 將目標文檔設置為處于即時通信雙方的交互監(jiān)管狀態(tài)之后，更新狀態(tài)檢測模塊320即根據(jù)目標文檔最后修改時間是否發(fā)生變化，來檢測和判斷該目標文檔是否更新；當更新狀態(tài)檢測模塊320判定目標文檔已更新后，信息發(fā)送模塊330將更新后的目標文檔發(fā)送至接收方客戶端400的信息接收模塊410中；接收完畢后，數(shù)據(jù)更新模塊420將從信息接收模塊410 所獲得目標文檔更新替換已有原目標文檔數(shù)據(jù)，完成此次共享文檔的同步更新操作。以上是對本發(fā)明的描述而非限定，基于本發(fā)明思想的其它實施例，均在本發(fā)明的保護范圍之中。
權利要求
1.一種共享文檔同步更新的方法，其特征在于所述方法包括如下步驟步驟1，即時通信發(fā)起方的客戶端針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)；步驟2，在發(fā)起方的客戶端檢測并判斷目標文檔是否更新；步驟3，將更新后的目標文檔發(fā)送給即時通信中的接收方客戶端。
2.根據(jù)權利要求1所述的一種共享文檔同步更新的方法，其特征在于所述目標文檔的類型為文件或文件夾。
3.根據(jù)權利要求1所述的一種共享文檔同步更新的方法，其特征在于所述步驟1中將目標文檔設定為交互監(jiān)管狀態(tài)的方式為以下兩種方式至少其一，方式一，在即時通信工具欄與即時通信交互界面兩者其一，或其它第三方位置處，設置監(jiān)管觸發(fā)區(qū)域，將需要監(jiān)管的數(shù)據(jù)拖放至該區(qū)域，將采集獲得的目標文檔設定為交互監(jiān)管狀態(tài)；方式二，設置監(jiān)管觸發(fā)結構，開啟該結構后，進行數(shù)據(jù)的載入操作，將采集獲得的目標文檔設定為交互監(jiān)管狀態(tài)。
4.根據(jù)權利要求1所述的一種共享文檔同步更新的方法，其特征在于所述步驟2中判斷所述目標文檔是否更新的步驟如下，步驟2-1，保存記錄當前目標文檔最后修改時間；步驟2-2，檢測目標文檔最后修改時間；步驟2-3，判斷上一步驟中獲取的最后修改時間與步驟2-1中紀錄的最后修改時間是否一致，若一致則重復步驟2-2繼續(xù)檢測；若不一致則判定為目標文檔已更新，并用更新后的最后修改時間替換原紀錄中的最后修改時間。
5.根據(jù)權利要求4所述的一種共享文檔同步更新的方法，其特征在于所述步驟2-2 中檢測文檔最后修改時間的方式，包括有如下兩種至少其一，方式一，實時掃描數(shù)據(jù)狀態(tài)，獲得最后修改時間；方式二，按預設的時間間隔，進行數(shù)據(jù)狀態(tài)掃描，獲得最后修改時間。
6.根據(jù)權利要求1所述的一種共享文檔同步更新的方法，其特征在于所述的目標文檔發(fā)送方式采用即時通信消息中離線文件的形式發(fā)送，包括如下步驟，步驟A，采集需要發(fā)送的目標文檔數(shù)據(jù)；步驟B，將采集的目標文檔數(shù)據(jù)上傳至即時通信服務器保存；步驟C，在得到來自接收方客戶端的下載請求后，將存儲在即時通信服務器的目標文檔數(shù)據(jù)發(fā)送至接收方客戶端。
7.根據(jù)權利要求1所述的一種共享文檔同步更新的方法，其特征在于更新后的目標文檔在發(fā)送時上傳至即時通信的系統(tǒng)服務器，在得到來自接收方客戶端的下載請求后，由系統(tǒng)服務器發(fā)送至接收方客戶端。
8.根據(jù)權利要求1所述的一種共享文檔同步更新的方法，其特征在于針對每次發(fā)送的更新后目標文檔，在其標題中設置該文檔的最后修改時間。
9.根據(jù)權利要求8所述的一種共享文檔同步更新的方法，其特征在于對于判定為已更新的文檔，在標題中顯示出該文檔的最后修改時間的步驟為，步驟a，讀取檢測到的該文檔最后修改時間； 步驟b，讀取該文檔的文檔名稱；步驟c，在文檔名稱內(nèi)添加該文檔的最后修改時間，并保存替換原文檔名稱。
10.一種共享文檔同步更新的系統(tǒng)，包括用戶操作使用的客戶端以及連接雙方客戶端的服務器，其特征在于所述客戶端包括，交互監(jiān)管設置模塊，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊； 更新狀態(tài)檢測模塊，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊，連接客戶端與服務器，是用于將更新后的目標文檔通過服務器發(fā)送至交互監(jiān)管的另一方客戶端的功能模塊； 所述服務器包括，信息接口模塊，同信息發(fā)送模塊相連接，是用于收發(fā)客戶端信息的功能模塊； 信息存儲模塊，同信息接口模塊相連接，是用于存儲客戶端上傳的更新后目標文檔的功能模塊。
11.根據(jù)權利要求10所述的一種共享文檔同步更新系統(tǒng)，其特征在于根據(jù)檢測文檔最后修改時間的方式，相應所述的更新狀態(tài)檢測模塊還設置有計時模塊，用于根據(jù)設定的時間間隔定時啟動更新狀態(tài)檢測功能。
12.根據(jù)權利要求10所述的一種共享文檔同步更新系統(tǒng)，其特征在于相應于更新狀態(tài)檢測模塊還設置有文檔名稱替換模塊，用于針對每次發(fā)送的更新后目標文檔，在其標題中設置該文檔的更新時間。
13.一種共享文檔同步更新的系統(tǒng)，包括發(fā)送方客戶端與接收方客戶端，其特征在于 所述發(fā)送方客戶端包括，交互監(jiān)管設置模塊，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊； 更新狀態(tài)檢測模塊，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊，是用于將更新后的目標文檔發(fā)送至交互監(jiān)管的接收方客戶端的功能模塊；所述接收方客戶端包括，信息接收模塊，是用于從發(fā)送方客戶端接收處于交互監(jiān)管狀態(tài)的目標文檔的功能模塊；數(shù)據(jù)更新模塊，是用于將信息接收模塊所獲得目標文檔數(shù)據(jù)數(shù)據(jù)，更新替換已有原目標文檔數(shù)據(jù)的功能模塊。
14.一種共享文檔同步更新的終端，其特征在于該終端包括交互監(jiān)管設置模塊，是用于將所需的文件設置為處于雙方的監(jiān)管狀態(tài)的功能模塊； 更新狀態(tài)檢測模塊，是用于檢測并判斷處于交互監(jiān)管狀態(tài)的文檔是否更新的功能模塊；信息發(fā)送模塊，是用于將更新后的目標文檔發(fā)送至交互監(jiān)管的接收方客戶端的功能模塊。
15. 一種共享文檔同步更新的終端，其特征在于該終端包括信息接收模塊，是用于從發(fā)送方客戶端接收處于交互監(jiān)管狀態(tài)的目標文檔的功能模塊；數(shù)據(jù)更新模塊，是用于將信息接收模塊所獲得目標文檔數(shù)據(jù)數(shù)據(jù)，更新替換已有原目標文檔數(shù)據(jù)的功能模塊。
全文摘要
本發(fā)明提供了一種共享文檔同步更新的方法和系統(tǒng)，屬于計算機、網(wǎng)絡技術領域。該共享文檔同步更新的方法包括如下步驟首先，即時通信發(fā)起方的客戶端針對于接收方，將目標文檔設定為交互監(jiān)管狀態(tài)；然后，在發(fā)起方的客戶端檢測并判斷目標文檔是否更新；最后，將更新后的目標文檔發(fā)送給即時通信中的接收方客戶端。利用本發(fā)明所述的共享文檔同步更新的方法和系統(tǒng)，可以使得共享文檔的用戶雙方能夠在其中一方對文檔進行更新后，及時了解并得到更新后的文檔內(nèi)容。
文檔編號G06F17/30GK102495866SQ201110386469
公開日2012年6月13日 申請日期2011年11月28日 優(yōu)先權日2011年11月28日
發(fā)明者周鵬, 馬宇塵 申請人:上海量明科技發(fā)展有限公司