專利名稱：一種文件同步方法和裝置的制作方法
技術領域：
本發(fā)明涉及文件同步領域，更具體地說，涉及一種Li皿x下的文件同步方法和裝置。
背景技術：
在當今網頁防篡改產品的實際部署場景中，普遍采用這么一種機制將與待發(fā)布 網頁相關的網頁文件發(fā)布到一個備份服務器上，然后將備份服務器上發(fā)布的網頁文件同步 到用戶的網站服務器上?，F(xiàn)有技術中，是通過磁盤文件掃描機制來獲知備份服務器上的網 頁文件變化，進而發(fā)現(xiàn)新發(fā)布的網頁的。其實現(xiàn)過程主要為通過周期性地掃描備份服務器 中磁盤上的網頁文件，當通過將網頁文件在上一個掃描周期的時間戳與當前掃描周期的時 間戳進行對比，發(fā)現(xiàn)某個網頁文件在當前掃描周期的時間戳發(fā)生變化時，即將該網頁文件 從備份服務器上同步到網站服務器上。 通過對現(xiàn)有技術的研究，發(fā)明人發(fā)現(xiàn)在現(xiàn)有技術的文件同步方法中，是周期性地 對備份服務器上的文件進行掃描，不能實時獲知備份服務器上的網頁文件變化，所以無法 實時性地對網站服務器上的文件進行同步；同時，由于是周期性地掃描，因此，在被監(jiān)控文 件沒有變化或只有部分文件發(fā)生變化時，也會對所有被監(jiān)控的文件進行掃描，會造成過高 的CPU和10占用，浪費了系統(tǒng)資源。
發(fā)明內容
為解決上述技術問題，本發(fā)明提供一種文件同步方法和裝置，使系統(tǒng)能夠實時性 的對文件的變化進行同步；同時使在獲取文件變化事件信息的同時減小CPU和10占用，節(jié) 約系統(tǒng)資源。 本發(fā)明實施例提供如下技術方案 —種文件同步方法，包括監(jiān)視指定的文件變化事件是否發(fā)生；當所述指定的文 件變化事件發(fā)生時，按照文件變化事件匹配程度將所述文件變化事件進行合并；按照所述 合并后的文件變化事件執(zhí)行文件同步。 優(yōu)選的，所述監(jiān)視指定的文件變化事件是否發(fā)生包括獲取指定的監(jiān)視文件和指
定的文件變化事件；監(jiān)視是否有指定的監(jiān)視文件發(fā)生所述指定的文件變化事件。 優(yōu)選的，所述按照所述合并后的文件變化事件執(zhí)行文件同步包括按照文件同步
策略獲取與所述合并后的文件變化事件相關的變化文件；通知客戶端服務器對所述變化文
件進行文件同步；或者，直接獲取與所述合并后的文件變化事件相關的變化文件；通知客
戶端服務器對所述變化文件進行文件同步。 優(yōu)選的，所述按照文件同步策略獲取與所述合并后的文件變化事件相關的變化文 件包括按照文件信息和/或文件變化事件類型對合并后的文件變化事件進行篩選；獲取 與篩選后的文件變化事件相關的變化文件。 優(yōu)選的，所述通知客戶端服務器對所述變化文件進行文件同步包括當獲取所述變化文件后，實時通知客戶端服務器對所述變化文件進行文件同步；或者，當獲取所述變化 文件后，延時通知客戶端服務器對所述變化文件進行文件同步；或者，當獲取所述變化文件 后，定時通知客戶端服務器對所述變化文件進行文件同步。 優(yōu)選的，所述指定的文件變化事件包括文件被訪問事件、文件被修改事件、文件 屬性被修改事件、寫文件操作結束時關閉描述符事件、關閉不可寫文件描述符事件、打開文 件事件、文件被移出事件、文件被移入事件、文件被刪除事件、創(chuàng)建新文件事件、文件刪除自 身事件、文件移動自身事件、關閉文件事件，移動文件事件、文件系統(tǒng)被卸載事件、事件排隊 溢出事件和文件被忽略事件中的任意一種或者任意多種組合。 —種文件同步裝置，包括事件監(jiān)視單元，用于監(jiān)視指定的文件變化事件是否發(fā) 生；事件合并單元，用于當所述指定的文件變化事件發(fā)生時，按照文件變化事件匹配程度將 所述文件變化事件進行合并；文件同步單元，用于按照所述合并后的文件變化事件執(zhí)行文 件同步。 優(yōu)選的，所述事件監(jiān)視單元包括信息獲取單元，用于獲取指定的監(jiān)視文件和指定 的文件變化事件；監(jiān)視執(zhí)行單元，用于監(jiān)視是否有指定的監(jiān)視文件發(fā)生所述指定的文件變
化事件。
優(yōu)選的，所述文件同步單元包括第一文件獲取單元，用于按照文件同步策略獲取
與所述合并后的文件變化事件相關的變化文件；通知單元，用于通知客戶端服務器對所述
變化文件進行文件同步；或者，第二文件獲取單元，用于直接獲取與所述合并后的文件變化
事件相關的變化文件；通知單元，用于通知客戶端服務器對所述變化文件進行文件同步。 優(yōu)選的，所述第一文件獲取單元包括篩選單元，用于按照文件信息和/或文件變
化事件類型對合并后的文件變化事件進行篩選；獲取單元，用于獲取與篩選后的文件變化
事件相關的變化文件。 優(yōu)選的，所述通知單元包括實時通知單元，用于當獲取所述變化文件后，實時通
知客戶端服務器對所述變化文件進行文件同步；或者，延時通知單元，用于當獲取所述變化
文件后，延時通知客戶端服務器對所述變化文件進行文件同步；或者，定時通知單元，用于
當獲取所述變化文件后，定時通知客戶端服務器對所述變化文件進行文件同步。 優(yōu)選的，所述指定的文件變化事件包括文件被訪問事件、文件被修改事件、文件
屬性被修改事件、寫文件操作結束時關閉描述符事件、關閉不可寫文件描述符事件、打開文
件事件、文件被移出事件、文件被移入事件、文件被刪除事件、創(chuàng)建新文件事件、文件刪除自
身事件、文件移動自身事件、關閉文件事件，移動文件事件、文件系統(tǒng)被卸載事件、事件排隊
溢出事件和/或文件被忽略事件中的任意一種或者任意多種組合。 應用本發(fā)明實施例所提供的技術方案，是對文件的變化事件進行監(jiān)控的，當用戶 對文件進行操作時，會向監(jiān)控系統(tǒng)上報相對應的文件變化事件，所以可以實時的根據文件 變化事件獲取到文件的變化，并能夠根據文件變化事件實時的進行文件的同步，同時也減 小了獲取文件變化時的CPU和10占用，并節(jié)約了系統(tǒng)資源。
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以 根據這些附圖獲得其他的附圖。
圖1為本發(fā)明一種文件同步方法的一個實施例的流程圖；
圖2為本發(fā)明一種文件同步方法的另一個實施例的流程圖；
圖3為本發(fā)明中文件同步的系統(tǒng)結構圖； 圖4為本發(fā)明具體實施例提供的文件同步裝置的結構示意圖。
具體實施例方式
在現(xiàn)有技術的文件同步方法中，是采用磁盤掃描機制周期性地對備份服務器上的 文件進行掃描，因此不能實時獲知備份服務器上的網頁文件變化，所以無法實時性地對網 站服務器上的文件進行同步；同時，由于是周期性地掃描，因此，在被監(jiān)控文件沒有變化或 只有部分文件發(fā)生變化時，也會對所有被監(jiān)控的文件進行掃描，會造成過高的CPU和10占 用，浪費了系統(tǒng)資源。
為此，本發(fā)明提供了一種文件同步方法，包括
監(jiān)視指定的文件變化事件是否發(fā)生； 當所述指定的文件變化事件發(fā)生時，按照文件變化事件匹配程度將所述文件變化 事件進行合并；
按照所述合并后的文件變化事件執(zhí)行文件同步。 應用本發(fā)明所提供的文件同步方法，能夠實時性的對文件的變化進行同步，同時
不會對所有的被監(jiān)控文件進行掃描，減小了 CPU和10占用，節(jié)約了系統(tǒng)資源。 下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完
整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于
本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他
實施例，都屬于本發(fā)明保護的范圍。 實施例一 參見圖1所示，為本發(fā)明具體實施例提供的一種文件同步方法的流程圖，該方法 具體包括以下步驟 步驟S101，監(jiān)視指定的文件變化事件是否發(fā)生。 在Li皿x中，對所有文件的操作是通過調用文件操作函數(shù)來實現(xiàn)的，Li皿x中提供 了一種文件變化事件監(jiān)控機制，其實現(xiàn)原理是在文件的操作函數(shù)中添加相對應的事件調 用函數(shù)，當用戶利用文件操作函數(shù)對文件進行操作時，就會自動調用文件操作函數(shù)中的事 件調用函數(shù)，所述事件調用函數(shù)會自動向監(jiān)控系統(tǒng)上報所有與用戶的文件操作相關的文件 變化事件，因此，通過監(jiān)視文件變化事件是否發(fā)生這種監(jiān)控機制可以實時地監(jiān)視到用戶對 網頁文件的任何操作。 系統(tǒng)會等待一系列文件變化事件的發(fā)生，當文件變化事件發(fā)生時，系統(tǒng)內核會去 主動通知監(jiān)控系統(tǒng)去讀取已發(fā)生的文件變化事件，并依據已發(fā)生的文件變化事件執(zhí)行后續(xù) 的文件同步處理。 其中，監(jiān)視指定的文件變化事件是否發(fā)生包括獲取指定的監(jiān)視文件和指定的文 件變化事件；監(jiān)視是否有指定的監(jiān)視文件發(fā)生所述指定的文件變化事件。例如，系統(tǒng)可以監(jiān)視指定的監(jiān)視文件是否發(fā)生指定的文件變化事件。而指定的文件和指定的文件變化事件可 以根據用戶的使用需求任意設定，本實施例對此并不限定。所述指定的文件變化事件包括 文件被訪問事件、文件被修改事件、文件屬性被修改事件、寫文件操作結束時關閉描述符事 件、關閉不可寫文件描述符事件、打開文件事件、文件被移出事件、文件被移入事件、文件被 刪除事件、創(chuàng)建新文件事件、文件刪除自身事件、文件移動自身事件、關閉文件事件，移動文 件事件、文件系統(tǒng)被卸載事件、事件排隊溢出事件和文件被忽略事件中的任意一種或者任 意多種組合。 在對文件變化事件進行監(jiān)控時，可以預先設置一個配置文件，在配置文件中包括
有各個文件目錄以及與每個文件目錄相對應的文件路徑。根據文件目錄和與文件目錄相對
應的文件路徑可以得到所要監(jiān)控的文件變化事件。當需要修改被監(jiān)視的文件變化事件時，
只需要對配置文件中的文件目錄和與文件目錄相對應的文件路徑進行修改即可。
步驟S102，當所述指定的文件變化事件發(fā)生時，按照文件變化事件匹配程度將所
述文件變化事件進行合并。 通常情況下，對于用戶的一個正常的文件操作，系統(tǒng)可能會調用幾個連續(xù)的相關 聯(lián)的文件操作函數(shù)，所以會監(jiān)控到幾個連續(xù)的相關聯(lián)的文件變化事件，因此需要按照文件 變化事件的匹配程度將所述文件變化事件進行合并，所述的匹配規(guī)則是指例如文件A的移 出事件和文件A的移入事件可以合并為一個文件A的移動事件。 例如，對于一個文件移動操作，系統(tǒng)會檢測到文件被移出事件和文件被移入事件，
因此，可以將監(jiān)測到的文件被移出事件和文件被移入事件合并為一個文件移動事件；對于
一個目錄刪除操作，系統(tǒng)會監(jiān)測到該目錄下的不同文件或子目錄的刪除事件，所以可以將
獲取到的幾個文件或子目錄刪除事件合并為一個總目錄的刪除事件。 步驟S103，按照所述合并后的文件變化事件執(zhí)行文件同步。 其中，可以按照文件變化事件的信息直接獲取與所述合并后的文件變化事件相關 的變化文件；通知客戶端服務器對所述變化文件進行文件同步。 此外，還可以按照文件同步策略獲取與所述合并后的文件變化事件相關的變化文 件；通知客戶端服務器對所述變化文件進行文件同步。 所述按照文件同步策略獲取與所述合并后的文件變化事件相關的變化文件包括
按照文件變化事件類型對合并后的文件變化事件進行篩選；獲取與篩選后的文件變化事件
相關的變化文件。例如排除對打開文件事件或關閉文件事件的同步，獲取與篩選后的文件
變化事件相關的變化文件?；蛘?，按照文件信息對所合并后的文件變化事件進行篩選；獲取
與篩選后的文件變化事件相關的變化文件。以便客戶端服務器對篩選后的變化文件進行文
件同步，所述文件信息可以包括文件的名稱、文件的類型或者文件的摘要信息等。 其中，通知客戶端服務器對所述變化文件進行文件同步可以包括 當獲取所述變化文件后，實時通知客戶端服務器對所述變化文件進行文件同步； 或者，當獲取所述變化文件后，延時通知客戶端服務器對所述變化文件進行文件
同步； 或者，當獲取所述變化文件后，定時通知客戶端服務器對所述變化文件進行文件 同步。 所述文件同步具體可以包括根據所述變化文件和該文件對應的文件變化事件，在客戶端服務器上進行相對應的文件操作；例如當本地服務器上的文件A發(fā)生刪除自身
事件時，在客戶端服務器上進行相對應的文件操作，即將相對應的文件刪除。 所述文件同步具體還可以包括根據所述變化文件和該文件對應的文件變化事件
進行該變化文件傳輸?shù)娇蛻舳朔掌?；例如當本地服務器的一目錄中新寫入文件B，則應
啟動文件傳輸線程將該文件傳輸?shù)娇蛻舳朔掌魃舷鄬哪夸浵?，同時還可以實時地監(jiān)
控文件的傳輸過程。 由上述實施例可以看出，應用本實施例所提供的文件同步方法，能夠實時性的對
文件的變化進行同步，同時不會對所有的被監(jiān)控文件進行掃描，減小了 CPU和10占用，節(jié)約
了系統(tǒng)資源。
實施例二 下面將結合一個具體的應用實例，對本發(fā)明方法實施例的技術方案進行說明
請參閱圖3，圖3為本發(fā)明中文件同步的系統(tǒng)結構圖，如圖3所示，當用戶將網頁文 件發(fā)布到備份服務器上后，又分別對備份服務器上的文件A進行的移動，對目錄B進行了刪 除，則備份服務器與網站服務器之間的文件同步方法請參見圖2所示，圖2為本發(fā)明具體實 施例提供的一種文件同步方法的流程圖，該方法具體包括以下步驟
步驟S201，預先設置監(jiān)控對象的配置文件。 在配置文件中需要配置指定的監(jiān)視文件和與該監(jiān)視文件相對應的指定的文件變 化事件。例如，用戶需要對備份服務器上的文件A和目錄B進行監(jiān)視，如果文件A和目錄B 中的所有文件發(fā)生了變化，即實現(xiàn)備份服務器與網站服務器之間文件的同步。則需要在配 置文件中設置由用戶根據用戶需要所指定的監(jiān)視文件為文件A和目錄B中的所有文件。如 果用戶需要在文件A發(fā)生移動變化，目錄B被刪除時，實現(xiàn)備份服務器與網站服務器器之間 的文件同步，則需要在配置文件中設置與文件A相對應的指定文件變化事件為移動事件， 與目錄B相對應的指定文件變化事件為刪除事件。 當然，需要說明的是，上述情況僅僅是為了后面方便描述文件同步的方法而專門 設定的一個特殊情況，在實際運用中，可以根據用戶的實際需求在配置文件中任意設定指 定的監(jiān)視文件和指定的文件變化事件。 基于上述情況，配置文件中可以包括文件A的名稱、路徑和對應的移動事件，目 錄B的名稱、路徑和對應的刪除事件。另外，當監(jiān)控系統(tǒng)對監(jiān)控對象進行修改時，可以對應 的修改并保存配置文件；當然也可以將文件A的移動事件和刪除事件都添加到配置文件 中。 步驟S202，讀取配置文件，獲取監(jiān)控對象。 系統(tǒng)可以通過讀取配置文件獲取文件A的名稱、路徑和對應的移動事件，目錄B的 名稱、路徑和對應的刪除事件；將所獲取到的信息傳入內核中。
步驟S203，對指定監(jiān)控對象進行監(jiān)控。 監(jiān)控文件A是否發(fā)生移動事件，監(jiān)視目錄B是否發(fā)生刪除事件。當文件移動函數(shù) 對文件A進行移動時，就會自動調用文件操作函數(shù)中的相對應的事件調用函數(shù)，所述事件 調用函數(shù)會自動向監(jiān)控系統(tǒng)上報文件A的移出事件和文件A的移入事件；當文件刪除函數(shù) 對目錄B進行刪除時，就會自動調用文件操作函數(shù)中的相對應的事件調用函數(shù)，如果目錄B 為空目錄，則所述事件調用函數(shù)會自動向監(jiān)控系統(tǒng)上報目錄B的刪除事件；如果目錄B中包含不同的文件和子目錄，則所述事件調用函數(shù)會自動向監(jiān)控系統(tǒng)上報目錄B中的文件和目錄的刪除事件以及目錄B的刪除事件；上述文件變化事件在發(fā)生時間上是有嚴格的先后順序的。 當文件A的移動事件或目錄B的刪除事件發(fā)生時，系統(tǒng)內核會去主動通知監(jiān)控系統(tǒng)去讀取已發(fā)生的文件變化事件，并依據已發(fā)生的文件變化事件執(zhí)行后續(xù)的文件同步處理。 步驟S204，按照文件變化事件匹配程度將所述文件變化事件進行合并。 當文件A的移動事件或目錄B的刪除事件發(fā)生時，系統(tǒng)會獲取到A的移出事件和
文件A的移入事件，目錄B中的文件和子目錄的刪除事件以及目錄B的刪除事件。 根據系統(tǒng)預設的事件合并匹配規(guī)則，可以將文件A的移出事件和文件A的移入事
件合并為文件A的移動事件，將目錄B中的文件和子目錄的刪除事件以及目錄B的刪除事
件合并為目錄B的刪除事件。 步驟S205，按照所述合并后的文件變化事件執(zhí)行文件同步。 在對文件同步事件合并后，用戶可以根據需要來實時、延時、或定時的進行文件同
止少。 所述的文件同步的具體操作為根據在本地服務器上發(fā)生的文件A的移動事件在遠端服務器上執(zhí)行相對應的文件A的移動操作；根據在本地服務器上發(fā)生的目錄B的刪除事件在遠端服務器上執(zhí)行相對應的目錄B的刪除操作。此外，如果監(jiān)測到的文件變化事件包括在本地服務器中進行新寫入文件時，則可以啟動文件傳輸線程，將新寫入的文件傳輸?shù)竭h端服務器上相對應的路徑下。 當然，也可以根據用戶預設的同步策略選擇性的對文件的變化事件或文件進行同步，如排除對某種類型的文件的同步或排除對某種文件變化事件的同步。 由上述實施例可以看出，應用本發(fā)明實施例所提供的技術方案，是對文件的變化事件進行監(jiān)控的，當用戶對文件進行操作時，會向監(jiān)控系統(tǒng)上報相對應的文件變化事件，所以可以實時的根據文件變化事件獲取到文件的變化，并能夠根據文件變化事件實時的進行文件的同步，同時也減小了獲取文件變化時的CPU和10占用，并節(jié)約了系統(tǒng)資源。
實施例三 相對應于上述文件同步方法，本發(fā)明還提供了一種文件同步裝置，參見圖4所示，為本發(fā)明具體實施例所提供的文件同步裝置的結構示意圖，包括事件監(jiān)視單元401、事件合并單元402和文件同步單元403，其中， 事件監(jiān)視單元401，用于監(jiān)視指定的文件變化事件是否發(fā)生。 當用戶通過文件操作函數(shù)進行文件操作時，文件操作函數(shù)中的事件調用函數(shù)就會觸發(fā)文件變化事件并上報給事件監(jiān)視單元401，所述事件監(jiān)視單元的讀取文件變化事件的進程就會被激活，去讀取所監(jiān)視到的文件變化事件以供應用程序使用。 其中，所述指定的文件變化事件包括文件被訪問事件、文件被修改事件、文件屬性被修改事件、寫文件操作結束時關閉描述符事件、關閉不可寫文件描述符事件、打開文件事件、文件被移出事件、文件被移入事件、文件被刪除事件、創(chuàng)建新文件事件、文件刪除自身事件、文件移動自身事件、關閉文件事件，移動文件事件、文件系統(tǒng)被卸載事件、事件排隊溢出事件和文件被忽略事件中的任意一種或者任意多種組合。
9
所述事件監(jiān)視單元401包括信息獲取單元4011和監(jiān)視執(zhí)行單元4012， 信息獲取單元4011，用于獲取指定的監(jiān)視文件和指定的文件變化事件。 監(jiān)視執(zhí)行單元4012，用于根據信息獲取單元所獲取到得信息來監(jiān)視是否有指定的
監(jiān)視文件發(fā)生所述指定的文件變化事件。 事件合并單元402，用于當所述指定的文件變化事件發(fā)生時，按照文件變化事件匹配程度將所述文件變化事件進行合并。 —個正常的文件操作，系統(tǒng)可能會調用幾個連續(xù)的相關聯(lián)的文件操作函數(shù)，所以監(jiān)控單元401會監(jiān)控到幾個連續(xù)的相關聯(lián)的文件變化事件，因此事件合并單元402需要按照文件變化事件的匹配程度將所述文件變化事件進行合并。 文件同步單元403，用于按照所述合并后的文件變化事件執(zhí)行文件同步。 在實際應用場景中，用戶可以選擇性的進行文件的同步，所以所述文件同步單元
403，包括第一文件獲取單元4031和通知單元4032，其中， 第一文件獲取單元4031，用于按照文件同步策略獲取與所述合并后的文件變化事件相關的變化文件。 通知單元4032，用于通知客戶端服務器對所述變化文件進行文件同步。
其中，所述第一文件獲取單元4031包括 篩選單元，用于按照文件變化事件類型對合并后的文件變化事件進行篩選；和，獲取單元，用于獲取與篩選后的文件變化事件相關的變化文件。 當然，用戶也可以根據所獲取到文件變化事件直接進行文件同步，所以所述文件同步單元403，包括 第二文件獲取單元，用于直接獲取與所述合并后的文件變化事件相關的變化文件。 通知單元，用于通知客戶端服務器對所述變化文件進行文件同步。 用戶還可以根據需求來選擇文件同步的時機，所以所述通知單元4032包括 實時通知單元，用于當獲取所述變化文件后，實時通知客戶端服務器對所述變化
文件進行文件同步；
或者， 延時通知單元，用于當獲取所述變化文件后，延時通知客戶端服務器對所述變化文件進行文件同步；
或者， 定時通知單元，用于當獲取所述變化文件后，定時通知客戶端服務器對所述變化文件進行文件同步。 由上述實施例可以看出，應用本實施例所提供的文件同步裝置，是對文件的變化事件進行監(jiān)控的，當用戶對文件進行操作時，會向監(jiān)控系統(tǒng)上報相對應的文件變化事件，所以能夠實時性的對文件的變化進行同步，同時不會對所有的被監(jiān)控文件進行掃描，減小了CPU和10占用，節(jié)約了系統(tǒng)資源。 以上所述僅是本發(fā)明的具體實施方式
，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。
權利要求
一種文件同步方法，其特征在于，包括監(jiān)視指定的文件變化事件是否發(fā)生；當所述指定的文件變化事件發(fā)生時，按照文件變化事件匹配程度將所述文件變化事件進行合并；按照所述合并后的文件變化事件執(zhí)行文件同步。
2. 根據權利要求1所述的方法，其特征在于，所述監(jiān)視指定的文件變化事件是否發(fā)生 包括獲取指定的監(jiān)視文件和指定的文件變化事件； 監(jiān)視是否有指定的監(jiān)視文件發(fā)生所述指定的文件變化事件。
3. 根據權利要求1所述的方法，其特征在于，所述按照所述合并后的文件變化事件執(zhí) 行文件同步包括按照文件同步策略獲取與所述合并后的文件變化事件相關的變化文件；通知客戶端服務器對所述變化文件進行文件同步；或者，直接獲取與所述合并后的文件變化事件相關的變化文件； 通知客戶端服務器對所述變化文件進行文件同步。
4. 根據權利要求3所述的方法，其特征在于，所述按照文件同步策略獲取與所述合并 后的文件變化事件相關的變化文件包括按照文件信息和/或文件變化事件類型對合并后的文件變化事件進行篩選； 獲取與篩選后的文件變化事件相關的變化文件。
5. 根據權利要求3所述的方法，其特征在于，所述通知客戶端服務器對所述變化文件 進行文件同步包括當獲取所述變化文件后，實時通知客戶端服務器對所述變化文件進行文件同步； 或者，當獲取所述變化文件后，延時通知客戶端服務器對所述變化文件進行文件同步； 或者，當獲取所述變化文件后，定時通知客戶端服務器對所述變化文件進行文件同步。
6. 根據權利要求1-5任意一項所述的方法，其特征在于，所述指定的文件變化事件包括文件被訪問事件、文件被修改事件、文件屬性被修改事件、寫文件操作結束時關閉描述 符事件、關閉不可寫文件描述符事件、打開文件事件、文件被移出事件、文件被移入事件、文 件被刪除事件、創(chuàng)建新文件事件、文件刪除自身事件、文件移動自身事件、關閉文件事件，移 動文件事件、文件系統(tǒng)被卸載事件、事件排隊溢出事件和文件被忽略事件中的任意一種或 者任意多種組合。
7. —種文件同步裝置，其特征在于，包括 事件監(jiān)視單元，用于監(jiān)視指定的文件變化事件是否發(fā)生；事件合并單元，用于當所述指定的文件變化事件發(fā)生時，按照文件變化事件匹配程度 將所述文件變化事件進行合并；文件同步單元，用于按照所述合并后的文件變化事件執(zhí)行文件同步。
8. 根據權利要求7所述的裝置，其特征在于，所述事件監(jiān)視單元包括 信息獲取單元，用于獲取指定的監(jiān)視文件和指定的文件變化事件； 監(jiān)視執(zhí)行單元，用于監(jiān)視是否有指定的監(jiān)視文件發(fā)生所述指定的文件變化事件。
9. 根據權利要求7所述的裝置，其特征在于，所述文件同步單元包括 第一文件獲取單元，用于按照文件同步策略獲取與所述合并后的文件變化事件相關的變化文件；通知單元，用于通知客戶端服務器對所述變化文件進行文件同步； 或者，第二文件獲取單元，用于直接獲取與所述合并后的文件變化事件相關的變化文件； 通知單元，用于通知客戶端服務器對所述變化文件進行文件同步。
10. 根據權利要求9所述的裝置，其特征在于，所述第一文件獲取單元包括 篩選單元，用于按照文件信息和/或文件變化事件類型對合并后的文件變化事件進行篩選；獲取單元，用于獲取與篩選后的文件變化事件相關的變化文件。
11. 根據權利要求9所述的裝置，其特征在于，所述通知單元包括實時通知單元，用于當獲取所述變化文件后，實時通知客戶端服務器對所述變化文件 進行文件同步； 或者，延時通知單元，用于當獲取所述變化文件后，延時通知客戶端服務器對所述變化文件 進行文件同步； 或者，定時通知單元，用于當獲取所述變化文件后，定時通知客戶端服務器對所述變化文件 進行文件同步。
12. 根據權利要求7-11任意一項所述的裝置，其特征在于，所述指定的文件變化事件 包括文件被訪問事件、文件被修改事件、文件屬性被修改事件、寫文件操作結束時關閉描述 符事件、關閉不可寫文件描述符事件、打開文件事件、文件被移出事件、文件被移入事件、文 件被刪除事件、創(chuàng)建新文件事件、文件刪除自身事件、文件移動自身事件、關閉文件事件，移 動文件事件、文件系統(tǒng)被卸載事件、事件排隊溢出事件和/或文件被忽略事件中的任意一 種或者任意多種組合。
全文摘要
本發(fā)明實施例公開了一種文件同步方法和裝置。其中，一種文件同步方法，包括監(jiān)視指定的文件變化事件是否發(fā)生；當所述指定的文件變化事件發(fā)生時，按照文件變化事件匹配程度將所述文件變化事件進行合并；按照所述合并后的文件變化事件執(zhí)行文件同步。應用本發(fā)明所提供的文件同步方法，能夠實現(xiàn)實時性的根據文件的變化進行文件的同步，同時在獲取文件變化信息的時，減小了CPU和IO占用，節(jié)約了系統(tǒng)資源。
文檔編號G06F17/30GK101763421SQ20091026168
公開日2010年6月30日 申請日期2009年12月24日 優(yōu)先權日2009年12月24日
發(fā)明者劉春 , 張權, 李銘, 石磊, 黃三偉 申請人:山東中創(chuàng)軟件商用中間件股份有限公司