專利名稱：文件版本管理裝置及方法和程序的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及文件版本管理裝置及方法和程序。本發(fā)明涉及的文件版本管理裝置，適用于計算機(jī)環(huán)境中的數(shù)據(jù)共享裝置的、網(wǎng)絡(luò)連接型的文件存放裝置附加的裝置。本發(fā)明涉及的文件版本管理裝置，適用于管理文件存放裝置中存放的文件的數(shù)據(jù)，被多個客戶機(jī)更新后出現(xiàn)的版本不同的裝置。
背景技術(shù)：
<現(xiàn)有的文件管理存儲裝置>
作為通過網(wǎng)絡(luò)做媒介，在多個客戶機(jī)之間共享由多個客戶計算機(jī)生成的文件的服務(wù)器存儲裝置，有NAS(Network Attached Storage)及文件服務(wù)器等。
服務(wù)器裝置，與諸如NFS(Network File System)協(xié)議及CIFS(CommonInternet File System)協(xié)議之類、通用的客戶機(jī)作為行業(yè)標(biāo)準(zhǔn)而支持的文件存取協(xié)議對應(yīng)，在裝置導(dǎo)入之際，用戶即使不向客戶機(jī)追加特別的軟件及硬件，也能夠利用服務(wù)器裝置。另外，用戶通過使用在客戶機(jī)上安裝的文件管理程序等后，通過NFS協(xié)議及CIFS協(xié)議做媒介，可以和客戶機(jī)的本地文件系統(tǒng)中存放的文件一樣，對服務(wù)器裝置內(nèi)的文件進(jìn)行存取。
被服務(wù)器存儲裝置暫時存放的文件，可以使用NFS協(xié)議及CIFS協(xié)議，由客戶機(jī)實施數(shù)據(jù)的更新?？墒?，被更新的數(shù)據(jù)的保存，在服務(wù)器存儲裝置中完成后，客戶機(jī)就不能再次訪問數(shù)據(jù)更新前的狀態(tài)的文件。

這樣，伴隨著用戶的操作失誤及其它用戶進(jìn)行的預(yù)料之外的數(shù)據(jù)更新，使用戶所需的數(shù)據(jù)消失后，存在著用戶不能取出所需的數(shù)據(jù)的問題。
<現(xiàn)有的文件存儲管理系統(tǒng)>
為了解決這種問題，人們提出了下述方案。
·與數(shù)據(jù)的變更覆歷連動，保存多個版本的文件的存儲裝置，及·定期性地保存某個瞬間的文件的狀態(tài)，按照時間序列并列配置該瞬間保存的文件數(shù)據(jù)后提供給客戶機(jī)的、具有被稱作“快速轉(zhuǎn)儲”的功能的存儲裝置。
與數(shù)據(jù)的變更覆歷連動，保存多個版本的文件的存儲裝置，一般來說，對于存儲裝置已經(jīng)存入的文件，給客戶機(jī)提供下述功能·通過下載取得該文件的數(shù)據(jù)的功能，及·通過下載數(shù)據(jù)更新完畢的文件，從而與已經(jīng)存放的文件置換的功能。
存儲裝置，把來自用戶的數(shù)據(jù)的上傳操作判斷為文件的版本更新的時機(jī)，在不刪除已經(jīng)被存儲裝置存入的上傳前的數(shù)據(jù)的同時，和被上傳的數(shù)據(jù)一起，將上傳覆歷可檢索化后保存，從而存儲裝置可以管理與數(shù)據(jù)的更新覆歷連動的多個版本的文件的數(shù)據(jù)。
可是，與數(shù)據(jù)的更新覆歷連動的下載、上傳的操作，由于使用存儲裝置固有的應(yīng)用程序、接口或協(xié)議進(jìn)行，所以被存儲裝置保存的文件，與一般的NAS及文件服務(wù)器保存的文件不同，存在著由客戶機(jī)不能通過文件管理程序與客戶機(jī)的本地文件同樣地對待的問題。
由于這些問題，存在著用戶在編輯被存儲裝置存放的文件之際，必須使用與客戶機(jī)的本地文件的操作不同的別的應(yīng)用程序及接口后實行的麻煩。
另一方面，具有快速轉(zhuǎn)儲功能的存儲裝置，一般將存儲管理者程序化或者直接投入的快速轉(zhuǎn)儲命令作為時機(jī)，把命令投入時刻的數(shù)據(jù)另行保存，使得即使以后有利用客戶機(jī)進(jìn)行的數(shù)據(jù)更新操作也不會被變更，從而能夠保存與時間序列關(guān)聯(lián)地將命令實行可檢索化的多個版本的數(shù)據(jù)。
這樣，用戶能夠?qū)⒖焖俎D(zhuǎn)儲命令投入的時間作為大致基準(zhǔn)，訪問過去的版本的文件的數(shù)據(jù)。
可是，使用了快速轉(zhuǎn)儲的文件的版本編制，并非與用戶的文件的編輯操作連動地進(jìn)行。因此，存在著不能保存用戶希望的狀態(tài)的文件，用戶未必能夠存取所需的數(shù)據(jù)的問題。
作為解決這種文件的版本管理系統(tǒng)中的問題的措施，在非專利文件1中，提出了在現(xiàn)有的文件服務(wù)器和客戶機(jī)的網(wǎng)絡(luò)之間，設(shè)置特殊的網(wǎng)絡(luò)·電橋裝置，在電橋裝置內(nèi)，抽出有關(guān)NFS協(xié)議的信息包的更新的操作信息，一邊向電橋裝置內(nèi)的存儲區(qū)域反映更新數(shù)據(jù)，一邊進(jìn)行文件的版本管理的裝置(文件更新履歷保存系統(tǒng))。該系統(tǒng)，監(jiān)視客戶機(jī)和服務(wù)器之間的信息包，保存文件的更新履歷。使用該裝置(系統(tǒng))后，能夠解決現(xiàn)有技術(shù)的只能用特殊的接口才起作用的、文件版本管理系統(tǒng)中在客戶機(jī)上存在的使用麻煩的問題，和不與客戶機(jī)的更新動作連動的、由快速轉(zhuǎn)儲造成的、作為文件版本管理中的更新履歷數(shù)據(jù)的不完整性。 非專利文件1種村、新城、板野、千葉《使用網(wǎng)絡(luò)監(jiān)視技術(shù)的文件更新履歷保存系統(tǒng)的實現(xiàn)》信息處理學(xué)會論文志 計算系統(tǒng)Vol.44 No.SIG10(2003) 在使用文件服務(wù)器等，在多個客戶機(jī)之間共享數(shù)據(jù)的環(huán)境中，將文件的版本管理作為目的，考慮在客戶機(jī)一側(cè)使用與標(biāo)準(zhǔn)的文件存取協(xié)議對應(yīng)的現(xiàn)有的接口，實施與客戶機(jī)一側(cè)的更新處理連動的文件的版本管理時，就象上述非專利文獻(xiàn)1那樣，抽出標(biāo)準(zhǔn)文件存取協(xié)議的所有的更新要求，與更新要求連動，編制多個版本的文件，是非常有效的手段。
可是，即使將傳輸給文件服務(wù)器的更新處理作為履歷全部留下來，對用戶來說所有的文件的履歷數(shù)據(jù)也不一定都能夠成為有用的。例如，在某個應(yīng)用程序中，生成或者更新某個文件之際，在生成反映文件的更新數(shù)據(jù)的最終狀態(tài)的文件之前，往往為了暫時性地保存數(shù)據(jù)而編制暫時性文件(臨時文件)。暫時性文件，雖然對應(yīng)用程序來說是有意義的文件，但由于在生成或保存所需的文件數(shù)據(jù)后，被應(yīng)用程序自動刪除，所以對用戶來說，可以說是不進(jìn)行有意識地存取的文件。
綜上所述，在使用上述非專利文獻(xiàn)1提出的技術(shù)時，由于抽出文件存取協(xié)議的有關(guān)更新處理的所有的要求后，對文件系統(tǒng)的整體的文件數(shù)據(jù)，無條件地留下履歷數(shù)據(jù)，所以象暫時性文件那樣，連用戶不進(jìn)行有意識地存取的數(shù)據(jù)，也被作為履歷數(shù)據(jù)留下來，存在著白白浪費(fèi)存放履歷數(shù)據(jù)的存儲資源的問題。

發(fā)明內(nèi)容
所以，本發(fā)明的目的，在于提供無意識地進(jìn)行版本編制動作，將履歷數(shù)據(jù)保存到存儲區(qū)域中時，避免浪費(fèi)存儲區(qū)域的裝置。
為了達(dá)到上述目的，本發(fā)明提供只對用戶來說是有意義的文件自動編制、保存履歷數(shù)據(jù)，可以實現(xiàn)有效地使用存儲區(qū)域的裝置及方法和程序。
為了解決上述課題，本發(fā)明解析對文件進(jìn)行存取的命令·上下文(例如命令要求、該要求的應(yīng)答等的程序)，對照命令·上下文是否和預(yù)先規(guī)定的所定的模式一致，和所述所定的模式一致時，按照所述所定的模式，編制版本管理用的信息。
本發(fā)明在使用NFS協(xié)議及CIFS協(xié)議、向文件服務(wù)器及NAS進(jìn)行存取的通常的遙控文件存取環(huán)境中應(yīng)用時，抽出與應(yīng)用程序的所定的文件更新處理動作連動的文件存取模式后，作為文件只保留對用戶來說有作為履歷保存下來的價值的文件的履歷數(shù)據(jù)。
本發(fā)明具備具有解析由客戶機(jī)使用NFS協(xié)議及CIFS協(xié)議后發(fā)送的存取要求的功能，和與解析結(jié)果連動的文件的版本管理功能的文件服務(wù)器，或者使用在現(xiàn)有的文件服務(wù)器前級，具有所述解析功能和版本管理功能、在客戶機(jī)和文件服務(wù)器之間中繼文件存取協(xié)議的信息包功能的開關(guān)裝置。
在本發(fā)明中，文件的版本管理功能，具備驗證從文件存取的信息包中抽出的操作要求及操作結(jié)果，是否符合與由文件服務(wù)器的管理者預(yù)先注冊的應(yīng)用程序的更新處理動作連動的文件存取模式的單元；在取得與利用應(yīng)用程序進(jìn)行的文件的更新動作處理模式一致的文件存取信息包之際，編制版本管理用文件的單元。
本發(fā)明的版本管理裝置，其特征在于，具備存儲單元，該存儲單元預(yù)先注冊文件存取中的數(shù)據(jù)保存存取動作的模式；和控制單元，該控制單元對文件的文件存取要求進(jìn)行解析后，與所述模式加以對照，抽出與所述模式一致的文件存取，從而控制對版本管理用文件的編制。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在所述存儲單元中，預(yù)先注冊數(shù)據(jù)保存時發(fā)生的存取的模式、和版本管理用文件的編制步驟；所述控制單元，對文件的文件存取要求進(jìn)行解析，根據(jù)所述模式和所述步驟，判斷所述版本管理用文件的編制的時機(jī)，控制所述版本管理用文件的編制動作。
本發(fā)明的版本管理裝置，優(yōu)選特征在于作為開關(guān)裝置發(fā)揮以下作用中繼由客戶機(jī)發(fā)送的面向服務(wù)器的文件存取要求后，向所述服務(wù)器傳輸，并且，將由所述服務(wù)器針對所述要求而發(fā)送的、對所述客戶機(jī)的應(yīng)答，向所述客戶機(jī)傳輸；所述版本管理裝置，監(jiān)視在客戶機(jī)與服務(wù)器之間交換的要求及應(yīng)答，對所述文件存取要求與所述模式是否一致進(jìn)行對照。
本發(fā)明的版本管理裝置，優(yōu)選特征在于，具備存儲單元，該存儲單元將在所述客戶機(jī)中運(yùn)行的應(yīng)用程序的文件更新處理模式，作為用于編制版本管理用文件的時機(jī)進(jìn)行存儲；和取得在所述客戶機(jī)與所述服務(wù)器之間交換的文件存取協(xié)議的信息包，在將所述信息包傳輸給收件處的服務(wù)器或客戶機(jī)之際，監(jiān)視是否發(fā)生了與作為用于編制版本管理用文件的時機(jī)而預(yù)先注冊的文件更新處理模式一致的存取模式，當(dāng)檢出發(fā)生了與所述文件更新處理模式一致的存取模式時，編制版本管理信息的單元。
本發(fā)明的版本管理裝置，其特征在于，中繼由客戶機(jī)使用預(yù)先規(guī)定的給定的文件存取協(xié)議而發(fā)送的、面向服務(wù)器的要求，向所述服務(wù)器傳輸，并且中繼由所述服務(wù)器針對所述要求而發(fā)送的、面向所述客戶機(jī)的應(yīng)答，傳輸給所述客戶機(jī)，所述版本管理裝置，具備文件存取驗證部，該部取得由所述客戶機(jī)發(fā)送的要求信息包和由所述服務(wù)器發(fā)送的應(yīng)答信息包，抽出所取得的要求信息包和應(yīng)答信息包中分別包含的處理要求和應(yīng)答結(jié)果，與相當(dāng)于在所述客戶機(jī)中運(yùn)行的應(yīng)用程序作用下的文件的數(shù)據(jù)更新處理動作的存取模式進(jìn)行對照，判斷是否一致；用戶管理部，該部為了驗證由所述客戶機(jī)發(fā)送的要求信息包中包含的處理要求是由哪個用戶提出的，而以與所述給定的文件存取協(xié)議對應(yīng)的形式，存儲管理用戶信息；版本控制部，該部在所述文件存取驗證部中，將執(zhí)行了相當(dāng)于在所述客戶機(jī)中運(yùn)行的應(yīng)用程序作用下的文件的數(shù)據(jù)更新處理相當(dāng)?shù)哪Ｊ降牟僮髯鳛闀r機(jī)，控制版本管理用文件的編制操作；以及設(shè)定信息管理部，該部預(yù)先存放在所述文件存取驗證部、所述用戶管理部及所述版本控制部動作之際所參照的動作設(shè)定信息。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在所述設(shè)定信息管理部中，預(yù)先注冊了在所述客戶機(jī)中執(zhí)行的應(yīng)用程序作用下的在所述服務(wù)器中的數(shù)據(jù)保存時發(fā)生的存取模式和版本文件的編制步驟；根據(jù)所述模式和所述編制步驟，判斷版本管理用文件的編制時機(jī)，并控制版本管理用文件的編制動作。
本發(fā)明的版本管理裝置，優(yōu)選特征在于所述版本控制部，除了所述服務(wù)器的通常文件數(shù)據(jù)存放區(qū)域之外，在給定的文件系統(tǒng)中編制存放版本管理用文件的版本文件數(shù)據(jù)存放區(qū)域；在所述版本文件數(shù)據(jù)存放區(qū)域中，在與所述通常文件數(shù)據(jù)存放區(qū)域同等的目錄路徑上，配置版本管理用文件的存放區(qū)域；根據(jù)所述通常文件數(shù)據(jù)存放區(qū)域中存放的文件的路徑名，由所述客戶機(jī)從所述版本管理用文件數(shù)據(jù)存放區(qū)域中，可自由存取所述文件的過去的世代的數(shù)據(jù)。
本發(fā)明的版本管理裝置，優(yōu)選特征在于所述版本控制部，除了所述服務(wù)器的通常文件數(shù)據(jù)存放區(qū)域之外，在給定的文件系統(tǒng)中編制存放版本管理用文件的版本管理用文件數(shù)據(jù)存放區(qū)域；在所述版本管理用文件數(shù)據(jù)存放區(qū)域中，文件的更新履歷數(shù)據(jù)管理用的版本管理用文件，被在文件名中附加了版本管理用文件的編制日期時間、執(zhí)行了成為版本編制的時機(jī)的操作的用戶名、以及世代管理用的版本數(shù)后保存。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在所述服務(wù)器中，當(dāng)某個目錄作為共享目錄對所述客戶機(jī)公開時，將相當(dāng)于所述目錄的目錄，編制在所述版本管理用文件數(shù)據(jù)存放區(qū)域中；在所述版本管理用文件數(shù)據(jù)存放區(qū)域的所述目錄中，被賦予不與所述通常文件數(shù)據(jù)存放區(qū)域的所述目錄的共享名稱沖突的名稱，在所述客戶機(jī)中，作為讀出專用的共享目錄而能夠訪問地公開；對于所述通常文件數(shù)據(jù)存放區(qū)域的所述目錄的所述共享目錄下的目標(biāo)，在新編制版本管理用文件之際，在所述版本管理用文件數(shù)據(jù)存放區(qū)域中，編制通向版本管理用文件存放處的路徑上的目標(biāo)；當(dāng)通向所述版本管理用文件存放處的路徑上的目標(biāo)是目錄時，編制與所述通常文件數(shù)據(jù)存放區(qū)域的目錄同名的目錄，而當(dāng)其下的目標(biāo)是文件時，編制在所述通常文件數(shù)據(jù)存放區(qū)域的文件的文件名中，附加了版本管理裝置固有的信息的目錄名的目錄；在所述目錄中，所述文件的更新履歷數(shù)據(jù)管理用的版本管理用文件，被在文件名中附加了版本管理用文件的編制日期時間、執(zhí)行了成為版本編制的時機(jī)的操作的用戶名、以及世代管理用的版本數(shù)后保存。
本發(fā)明的版本管理裝置，優(yōu)選特征在于所述客戶機(jī)執(zhí)行文檔編制應(yīng)用程序，在所述版本管理裝置中，所述文檔編制應(yīng)用程序，為了防止用戶未保存的更新數(shù)據(jù)及編輯處的文件本體的數(shù)據(jù)的損失，而具備編制用于暫時保存未經(jīng)過保存處理的編輯中的文件的數(shù)據(jù)的第1臨時文件、及用于暫時保存數(shù)據(jù)更新前的數(shù)據(jù)的第2臨時文件的功能；抽出所述第1臨時文件或所述第2臨時文件的文件生成處理，或由所述第1臨時文件向編輯處文件的更新數(shù)據(jù)的反映處理，作為與用戶的數(shù)據(jù)保存動作連動的版本管理用文件編制的時機(jī)，在編制版本管理用文件之際，在所述更新數(shù)據(jù)的反映處理之后，將存放數(shù)據(jù)更新前的數(shù)據(jù)的第2臨時文件，在執(zhí)行由應(yīng)用程序的刪除要求之前，作為舊版本的版本管理用文件，存放到所述版本文件數(shù)據(jù)存放區(qū)域中；將用所述文檔編制應(yīng)用程序編制的所有的文件，作為版本管理用編制對象。
本發(fā)明的版本管理裝置，優(yōu)選特征在于當(dāng)抽出文件編制要求的應(yīng)答中的文件名重復(fù)的出錯信息、和其后的開放要求或?qū)懭胍髸r，作為與文件的改寫保存操作連動的版本管理用文件編制的時機(jī)。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在版本管理用文件編制之際，在所述第1文件存取協(xié)議中，在開放要求成功后，在執(zhí)行寫入要求之前，或在別的文件存取協(xié)議中，在發(fā)送寫入要求之際，將所述復(fù)制源的文件，作為舊版本的版本管理用文件，存放到文件版本數(shù)據(jù)存放區(qū)域中。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在所述設(shè)定信息管理部中，包含版本管理對象的服務(wù)器的地址或計算機(jī)名；向客戶機(jī)公開的目錄的共享名；以及與在客戶機(jī)中運(yùn)行的應(yīng)用程序的保存動作連動，編制版本管理用文件的條件。
本發(fā)明的版本管理裝置，優(yōu)選特征在于作為所述條件，至少包含以下之一按照所對應(yīng)的應(yīng)用程序的動作的存取要求及應(yīng)答結(jié)果；符合該操作要求的文件名的關(guān)鍵詞；對應(yīng)的協(xié)議；在編制版本管理用文件之際所需的版本管理用文件的存放處及版本管理用文件的數(shù)據(jù)的復(fù)制源的取得。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在客戶機(jī)與服務(wù)器之間中繼的信息包中，通過伴隨注冊、注銷處理進(jìn)行用戶名和用戶ID的關(guān)聯(lián)，由用戶ID抽出用戶名。
本發(fā)明的版本管理裝置，優(yōu)選特征在于當(dāng)由所述客戶機(jī)發(fā)送給所述版本管理裝置、向所述文件存取驗證部傳輸?shù)囊笮畔?、被抽出的要求處理信息?nèi)的處理要求，與所述設(shè)定信息管理部中注冊的、成為版本管理用文件編制的時機(jī)的處理模式一致時，抽出操作文件的路徑名、操作要求的ID、用戶ID、命令名，在所述文件存取驗證部內(nèi)作為處理要求項目，與各自的信息關(guān)聯(lián)保存后，將要求信息包傳輸給所述服務(wù)器；當(dāng)根據(jù)要求的ID，抽出來自符合所述要求的應(yīng)答的服務(wù)器的應(yīng)答信息包，且確認(rèn)應(yīng)答結(jié)果與成為版本管理用文件編制的時機(jī)的處理模式一致時，在所述要求項目中附加表示“應(yīng)答結(jié)果滿足處理模式”的標(biāo)記后，將應(yīng)答信息包傳輸給客戶機(jī)；當(dāng)確認(rèn)應(yīng)答結(jié)果與成為版本管理用文件編制的時機(jī)的處理模式不一致時，刪除所述要求項目中包含的、要求時注冊的數(shù)據(jù)后，將應(yīng)答信息包傳輸給客戶機(jī)。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在所述要求項目中，先暫時注冊已經(jīng)執(zhí)行了的操作要求，將相關(guān)的操作要求追加到同一個要求項目中，在成為版本管理用文件編制的時機(jī)的處理模式與操作要求及應(yīng)答結(jié)果一致時，所述文件存取驗證部，從所述用戶管理部中檢索出與要求項目中保存的用戶ID一致的用戶名，取得用戶名，并根據(jù)所述設(shè)定信息管理部中注冊的設(shè)定信息，從所述要求項目中取得成為版本管理用文件編制的復(fù)制源的文件的路徑名。
本發(fā)明的版本管理裝置，優(yōu)選特征在于所述文件存取驗證部，按照所述版本管理用文件存放區(qū)域的版本管理用文件的存放步驟，根據(jù)路徑名生成版本管理用文件編制的復(fù)制處的路徑名，并與用戶名和成為復(fù)制源的文件的路徑名一起，傳輸給所述版本控制部；所述版本控制部，根據(jù)由所述文件存取驗證部取得的成為復(fù)制源的文件路徑名，從服務(wù)器取得該路徑名中存放的通常文件數(shù)據(jù)存放區(qū)域中的文件的數(shù)據(jù)及屬性信息，并根據(jù)由所述文件存取驗證部取得的成為復(fù)制處的路徑名，對版本管理用文件數(shù)據(jù)存放區(qū)域編制新的版本管理用文件，復(fù)制所述數(shù)據(jù)及屬性。
本發(fā)明的版本管理裝置，優(yōu)選特征在于當(dāng)編制版本管理用文件之際，現(xiàn)有的版本管理用文件未編制、且不存在通向復(fù)制處的目錄時，所述版本控制部，在生成所述目錄的數(shù)據(jù)后，編制版本管理用文件。
本發(fā)明的版本管理裝置，優(yōu)選特征在于所述版本控制部，在編制版本管理用文件之際，根據(jù)在版本管理用文件存放處的目錄上存在的版本管理用文件的文件名，取得版本管理用文件編制前的最新的版本管理用文件的版本數(shù)，將由所述文件存取驗證部取得的用戶名、編制版本管理用文件的日期時間、及在取得的版本數(shù)上加1的版本數(shù)排列，作為文件名賦予。
本發(fā)明的版本管理裝置，優(yōu)選特征在于版本管理用文件的編制完畢后，由所述版本控制部通知所述文件存取驗證部“版本管理用文件的編制完畢”；所述文件存取驗證部，刪除與所述版本管理用文件關(guān)聯(lián)的要求項目。
本發(fā)明的版本管理裝置，優(yōu)選特征在于在所述文件存取驗證部中，在要求處理與成為版本管理用文件編制的時機(jī)的處理模式或注冊、注銷處理中的哪一個處理都不一致時，將來自客戶機(jī)的要求信息包，原封不動地傳輸給服務(wù)器；關(guān)于應(yīng)答信息包，對與成為版本管理用文件編制的時機(jī)的處理模式不一致的，也將來自客戶機(jī)的應(yīng)答信息包，原封不動地傳輸給服務(wù)器。
本發(fā)明的版本管理裝置，優(yōu)選特征在于為了與不具備伴隨注冊、注銷的對話期間管理單元的系統(tǒng)對應(yīng)，所以在所述版本管理裝置的所述用戶管理部中登記NIS服務(wù)器或所述服務(wù)器內(nèi)存放的用戶名和用戶ID對應(yīng)表。
本發(fā)明的版本管理裝置，優(yōu)選特征在于不是使用路徑名，而是使用文件句柄進(jìn)行文件操作，在編制版本文件之際，進(jìn)行用成為版本文件編制的操作對象的文件的文件句柄，引導(dǎo)從與版本文件關(guān)聯(lián)的上一級目錄起到公開目錄為止的路徑名的操作；所述操作，利用文件句柄、文件名，取得上一級目錄的文件句柄，使用上一級目錄的文件句柄，取得目錄項目，將探索具有取得的文件句柄的目錄名的操作，執(zhí)行到達(dá)到公開目錄為止。
本發(fā)明的其它樣態(tài)涉及的方法，包含解析對文件進(jìn)行存取的命令·上下文，判定所述命令·上下文是不是與成為所述文件的版本管理用文件的編制的時機(jī)的所定的模式對應(yīng)的工序；在所述命令·上下文與成為版本管理用文件的編制的時機(jī)的所定的模式對應(yīng)時，編制、保存所述文件的版本管理用文件的工序。
在本發(fā)明中，可以包含以下工序自動管理文件的版本的版本管理裝置，取得文件的處理的要求信息包，判定所述要求信息包的處理要求的內(nèi)容是否與預(yù)先注冊的模式一致，一致時，存儲處理要求內(nèi)容的信息的第1工序；所述版本管理裝置，取得對所述要求信息包的應(yīng)答信息包，根據(jù)所述第1工序存儲的處理要求內(nèi)容，判定是不是和所述文件的版本管理用文件編制的時機(jī)的條件一致的處理結(jié)果，一致時，注冊處理要求完畢之意的第2工序；
所述版本管理裝置，反復(fù)進(jìn)行所述第1和第2工序，直到成為所述版本管理用文件編制的時機(jī)的所有的處理完畢為止，根據(jù)存儲的要求內(nèi)容，編制版本管理用文件的第3工序。
本發(fā)明的又一個其它樣態(tài)涉及的計算機(jī)程序，是為了自動編制版本管理用文件的程序，由使計算機(jī)實行下述處理的程序構(gòu)成解析對文件進(jìn)行存取的命令·上下文，判定所述命令·上下文是不是與成為所述文件的版本管理用文件編制的時機(jī)的所定的模式對應(yīng)的內(nèi)容的處理；所述命令·上下文是與成為版本管理用文件編制的時機(jī)的所定的模式對應(yīng)的內(nèi)容時，編制、保存所述文件的版本管理用文件的處理。該計算機(jī)程序，記錄在計算機(jī)可以讀出的記錄介質(zhì)等上，用計算機(jī)讀出主存儲后實行，從而實現(xiàn)上述各處理。
使用應(yīng)用本發(fā)明的文件服務(wù)器或開關(guān)裝置后，在不利用文件的版本管理專用的接口、而是利用NFS協(xié)議及CIFS協(xié)議等的標(biāo)準(zhǔn)的遙控文件存取的環(huán)境中，用戶無意識地進(jìn)行版本編制動作，保存履歷數(shù)據(jù)，從而在提高方便性的同時，還只自動編制對用戶來說是有意義的文件的文件的履歷數(shù)據(jù)，所以能夠不浪費(fèi)履歷數(shù)據(jù)保存用的存儲區(qū)域，實現(xiàn)有效地利用存儲區(qū)域。


圖1是表示本發(fā)明的實施方式中的版本管理系統(tǒng)的結(jié)構(gòu)示例的圖。
圖2是表示本發(fā)明的實施方式中的版本管理裝置的結(jié)構(gòu)的圖。
圖3是表示本發(fā)明的實施方式中的版本文件的存放示例的圖。
圖4是表示本發(fā)明的實施方式中的文檔編制應(yīng)用程序中的更新數(shù)據(jù)保存時的動作步驟的圖。
圖5是表示本發(fā)明的實施方式中的版本文件的編制步驟的流程圖。
具體實施例方式
下面，參照附圖，講述實施本發(fā)明的最佳的實施方式的系統(tǒng)結(jié)構(gòu)。圖1是表示本實施方式中的系統(tǒng)結(jié)構(gòu)。在本實施方式中，具備至少1臺以上的客戶機(jī)100，提供按照NFS協(xié)議及CIFS協(xié)議進(jìn)行的文件存取服務(wù)的至少1臺以上的服務(wù)器200，在客戶機(jī)100和服務(wù)器200之間實施文件的版本管理的版本管理裝置300。各裝置與LAN(Local Area Network)等局域網(wǎng)絡(luò)1連接，通過局域網(wǎng)絡(luò)1做媒介，可以互相通信。
服務(wù)器200具備文件系統(tǒng)201及存儲裝置202，通過NFS協(xié)議及CIFS協(xié)議，接收外部裝置發(fā)送的文件存取要求，向外部裝置提供在文件系統(tǒng)201中管理的、被存儲裝置202存放的數(shù)據(jù)。
版本管理裝置300，在中繼由客戶機(jī)100向服務(wù)器200發(fā)送的、使用特定的文件存取協(xié)議的所有的要求，向服務(wù)器200傳輸?shù)耐瑫r，還中繼對于該要求而被服務(wù)器200發(fā)送的、面向客戶機(jī)100的所有的應(yīng)答，向客戶機(jī)100傳輸。
所以，客戶機(jī)100，按照利用在客戶機(jī)100中運(yùn)行的應(yīng)用程序的用戶的操作，在需要存取服務(wù)器200中存放的文件的數(shù)據(jù)時，將特定的文件存取協(xié)議的存取要求，發(fā)送給版本管理裝置300，從而能夠存取被服務(wù)器200存放的文件的數(shù)據(jù)。
作為網(wǎng)絡(luò)1與其它裝置的連接方法，只要在客戶機(jī)100與服務(wù)器200之間交換的文件存取信息包，能夠由版本管理裝置300中繼的結(jié)構(gòu)就行，不僅可以采用圖1的連接方法，而且還可以采用分別構(gòu)建客戶機(jī)100和服務(wù)器200用的網(wǎng)絡(luò)段，利用與哪個段都連接的版本管理裝置300，在所述網(wǎng)絡(luò)段之間傳輸信息包等的連接方法。
圖2是表示圖1的版本管理裝置300的結(jié)構(gòu)的一個示例的圖形。版本管理裝置300，具備文件存取驗證部301、用戶管理部302、版本控制部303和設(shè)定信息管理部304。
文件存取驗證部301，取得由客戶機(jī)100發(fā)送的要求信息包及由服務(wù)器200發(fā)送的應(yīng)答信息包，分別抽出各信息包內(nèi)包含的處理要求及應(yīng)答結(jié)果。然后，將處理要求及應(yīng)答結(jié)果與相當(dāng)于在客戶機(jī)100中運(yùn)行的應(yīng)用程序進(jìn)行的文件的數(shù)據(jù)更新處理動作的存取模式加以對照，判斷二者是否一致。存取模式信息，存儲在設(shè)定信息管理部304的存儲部305中，但本發(fā)明涉及的結(jié)構(gòu)并不局限于此，毫無疑問也可以在文件存取驗證部301內(nèi)的存儲部(未圖示)配置。另外，雖然沒有特別限制，但存取模式信息也可以用ifthen else形式的規(guī)則規(guī)定更新處理動作，文件存取驗證部301根據(jù)該規(guī)則，判定是不是數(shù)據(jù)更新處理動作。
用戶管理部302，為了驗證由客戶機(jī)100發(fā)送的要求信息包包含的處理要求是哪個用戶提出的要求，而按照各文件存取協(xié)議規(guī)定的形式，管理用戶信息。
版本控制部303，以在文件存取驗證部301中實行相當(dāng)于與客戶機(jī)100中運(yùn)行的應(yīng)用程序進(jìn)行的文件的數(shù)據(jù)更新處理對應(yīng)的處理模式的操作為時機(jī)，控制新的版本管理用的文件(以下簡稱“版本文件”)的編制操作。
在設(shè)定信息管理部304中，存放著文件存取驗證部301、用戶管理部302、版本控制部303各自動作之際所需(參照)的動作設(shè)定信息。
關(guān)于版本管理裝置300的結(jié)構(gòu)，除了如圖1所示，采用和服務(wù)器200分開的裝置構(gòu)成之外，還可以采用將版本管理裝置300內(nèi)的各功能部裝入服務(wù)器200的內(nèi)部的結(jié)構(gòu)。
<版本文件的存放方法>
下面，講述將沒有特別具有版本管理功能的一般的文件服務(wù)器及NAS裝置作為服務(wù)器200使用時，由版本管理裝置300向服務(wù)器200存放版本文件的方法。
圖3是表示向服務(wù)器200存放版本文件的示例的圖。首先，客戶機(jī)100，在一般進(jìn)行文件存取的通常文件數(shù)據(jù)存放區(qū)域400以外，在客戶機(jī)200的文件系統(tǒng)201或存儲裝置202重新編制的文件系統(tǒng)內(nèi)、或者與服務(wù)器200不同的別的服務(wù)器上，制作存放版本管理用的文件的版本文件數(shù)據(jù)存放區(qū)域401。
在服務(wù)器200中，目錄A402作為共享目錄，對客戶機(jī)公開時，在版本管理裝置300的作用下，在版本文件數(shù)據(jù)存放區(qū)域401，作成相當(dāng)于目錄A402的目錄A’406。
在版本文件數(shù)據(jù)存放區(qū)域401的目錄A’406中，在服務(wù)器200內(nèi)編制版本文件數(shù)據(jù)存放區(qū)域401時，賦予和目錄A402不同的名稱，以免和目錄A402的共享名稱沖突，對一般的客戶機(jī)，作為讀出專用的共享目錄能夠存取地公開。
關(guān)于目錄A402下的目標(biāo)(object)，在新編制版本文件之際，在版本管理裝置300的作用下，在版本文件數(shù)據(jù)存放區(qū)域401中只作成通向版本文件存放處的路徑上的目標(biāo)。版本管理裝置300，在通向版本文件存放處的路徑上的目標(biāo)是目錄時，如圖3的例子所示，編制和通常文件數(shù)據(jù)存放區(qū)域400的目錄C404同名的目錄C407；在其下的目標(biāo)是文件時、即是版本文件的編制源的文件時，編制在通常文件數(shù)據(jù)存放區(qū)域400的文件D405的文件名稱上，附加版本管理裝置300固有的特殊字或符號等的目錄名稱的目錄D’408。
在目錄D’408中，在文件D405的更新履歷數(shù)據(jù)管理用的版本文件409中，在文件名稱中附加并保存·版本文件的編制日期、·實行了成為版本編制的時機(jī)的操作的用戶名稱、·世代管理用的版本數(shù)。
例如作為文件名稱，是“0007-200502281224-yamakawa.doc”等。其中“0007”是版本數(shù)，“200502281224”是編制日期時間，“yamakawa.doc”是更新用戶名稱。
綜上所述，在版本文件數(shù)據(jù)存放區(qū)域401中，在和通常文件數(shù)據(jù)存放區(qū)域400同等的目錄路徑上，配置版本文件的存放區(qū)域，向客戶機(jī)100公開，從而使利用客戶機(jī)100的用戶，利用被通常文件數(shù)據(jù)存放區(qū)域400存放的文件的路徑名稱，就能夠輕而易舉地從版本文件數(shù)據(jù)存放區(qū)域401中存取所述文件的過去一代的數(shù)據(jù)。
此外，圖3所示的那種版本文件的存放手法，是如圖1所示，將版本管理裝置300作為開關(guān)裝置安裝，在服務(wù)器200中配置具有NFS協(xié)議及CIFS協(xié)議的現(xiàn)有的文件服務(wù)器時的一個例子，服務(wù)器200已經(jīng)具有版本管理用的數(shù)據(jù)存放功能時，可以照搬符合該功能的存放方法。
<版本文件的編制條件>
下面，講述版本管理裝置300中的為了編制版本文件的條件。版本管理裝置300，為了判定旨在編制版本文件的時機(jī)，接收在客戶機(jī)100和服務(wù)器200之間交換的文件存取協(xié)議的信息包，在將該信息包向各處傳輸之際，監(jiān)視是否產(chǎn)生了與管理者預(yù)先注冊的在客戶機(jī)中運(yùn)行的應(yīng)用程序的文件更新處理模式一致的存取模式。
所謂“應(yīng)用程序的文件更新處理模式”，其目的并不是單純地抽出協(xié)議上定義的所有的更新處理，而是抽出針對就用戶來說有保留版本文件的意義的文件的更新處理。
因此，需要將用戶更新數(shù)據(jù)后有意識地在存儲區(qū)域上保存更新數(shù)據(jù)之際產(chǎn)生的富有特征的存取模式，作為用于編制版本文件的條件。
下面，示出用戶利用特定的應(yīng)用程序保存更新的數(shù)據(jù)之際發(fā)生時的更新處理模式的示例。
例1)文檔編制應(yīng)用程序中的數(shù)據(jù)保存動作在文檔編制應(yīng)用程序中，為了防止用戶未保存的更新數(shù)據(jù)及編輯處的文件本體的數(shù)據(jù)損失，利用具備編制下述文件的功能的軟件·為了暫時保存未被保存處理的編制中的文件的數(shù)據(jù)的臨時文件(1)，及·為了暫時保存數(shù)據(jù)變更前的數(shù)據(jù)的臨時文件(2)。
在這種應(yīng)用程序中，按照各應(yīng)用程序，編制具有特征的文件名稱的臨時文件，用戶實行數(shù)據(jù)的保存操作后，利用RENAME處理等，臨時文件(1)的數(shù)據(jù)被作為編輯處的文件的數(shù)據(jù)置換，使編輯處的文件反映更新數(shù)據(jù)。
這樣，用戶在所述的那種文檔編制應(yīng)用程序利用環(huán)境中，如果能夠用版本管理裝置300抽出·“臨時文件(1)”或“臨時文件(2)”的文件生成處理、·從“臨時文件(1)”向“編輯處的文件”轉(zhuǎn)變的更新數(shù)據(jù)的反映處理，就能夠作為與用戶的數(shù)據(jù)的保存動作連動的形成文件編制的時機(jī)。
在形成文件編制之際，可以在所述更新文件反映處理后，將存放數(shù)據(jù)更新前的數(shù)據(jù)的“臨時文件(2)”，在由應(yīng)用程序?qū)嵭袆h除要求之前，作為舊版本的版本文件，存放到文件版本數(shù)據(jù)存放區(qū)域。
這樣，可以將用所述文檔編制應(yīng)用程序編制的所有的文件，作為版本編制對象。
在圖4中，作為的具體例子，示出使用Microsoft公司產(chǎn)品Office Word(注冊商標(biāo))，保存更新數(shù)據(jù)時的處理模式。

在Microsoft Office Word中，用戶實行更新數(shù)據(jù)的保存動作時，編制·具有全面反映更新數(shù)據(jù)的最新的狀態(tài)的數(shù)據(jù)的臨時文件(1)、及·具有不包含更新數(shù)據(jù)的更新數(shù)據(jù)保存前的狀態(tài)的數(shù)據(jù)的臨時文件(2)。
所述臨時文件的文件名稱，都具有“～WRL****.tmp”(“****”為任意的數(shù)字)這一特征的文件名稱。
首先，用戶打開編輯處的文件，使用應(yīng)用程序編輯數(shù)據(jù)(Step1)后，用戶若實行更新數(shù)據(jù)的保存操作，于是在和編輯處的文件同一個目錄內(nèi)，就編制出臨時文件(1)(“～WRL****.tmp”)(Step2)。
進(jìn)而，在同一個目錄上，將編輯處文件作為臨時文件(2)，RENAME(Step3)，用編輯處文件的名稱，RENAME臨時文件(1)(Step4)。
Step4的RENAME完畢后，刪除臨時文件(2)(Step5)，從而完成保存處理。
從利用以上一系列的應(yīng)用程序更新數(shù)據(jù)的保存處理模式中，確認(rèn)實行了以下的2個處理后，能夠確定為了編制版本文件的時機(jī)和成為版本文件編制源的文件。
1)從“編輯處文件名稱”向“臨時文件(2)名稱”的RENAME處理。
2)從“臨時文件(1)名稱”向“編輯處文件名稱”的RENAME處理。
上述2個RENAME處理，在RENAME源、RENAME處的文件名稱上包含富有特征的模式及擴(kuò)展名，能夠輕而易舉地判斷被所述應(yīng)用程序?qū)嵭辛恕?br>
由此可知作為版本文件編制的時機(jī)，以實行了上述2個RENAME處理為時機(jī)，作為版本文件編制源，可以設(shè)定臨時文件(2)。
另外，臨時文件(2)由于在Step4結(jié)束后被刪除，所以版本管理裝置300取得表示Step4的動作完畢的應(yīng)答信息包，在向客戶機(jī)100傳輸所述信息包之前，復(fù)制臨時文件(2)的數(shù)據(jù)，使版本文件的編制處理完畢。
例2)文件的改寫保存動作利用文件管理程序等，對與復(fù)制處存在的文件同名稱的文件進(jìn)行改寫的操作，也同樣可理解為由用戶進(jìn)行的更新數(shù)據(jù)的保存處理。
所述操作由用戶進(jìn)行時，首先，自客戶機(jī)發(fā)送來文件的CREATE要求，在該要求的應(yīng)答中，由服務(wù)器回復(fù)文件名重復(fù)的出錯信息。
根據(jù)該出錯信息，通過文件管理程序等的應(yīng)用程序，用戶選擇是否實行改寫，用戶容許改寫時，·在CIFS協(xié)議中，在數(shù)據(jù)更新用的OPEN要求(開放要求)之后，由客戶機(jī)發(fā)送WRITE要求(寫入要求)，·在NFS協(xié)議中，由客戶機(jī)發(fā)送WRITE要求，復(fù)制源的文件的數(shù)據(jù)，作為更新數(shù)據(jù)，被保存到復(fù)制處的文件中。
這樣，在版本管理裝置300中，如果能夠和CREATE要求的應(yīng)答中的文件名重復(fù)錯誤起抽出其后的OPEN要求或WRITE要求，就能夠作為與文件的改寫保存操作連動的版本文件編制的時機(jī)。
版本文件編制之際，·如果是CIFS協(xié)議，在OPEN要求成功后，在實行WRITE要求之前，·如果是NFS協(xié)議，在發(fā)送WRITE要求之際，可以將所述復(fù)制源的文件，作為舊版本文件，存入文件版本數(shù)據(jù)存放區(qū)域。
在版本管理裝置300中，如以上的2個例子那樣，預(yù)先將·應(yīng)用程序的數(shù)據(jù)保存時發(fā)生的存取模式·版本文件的編制步驟，注冊到設(shè)定信息管理部304的存儲部305(參照圖2)中，根據(jù)所述模式和步驟，實行·判斷版本文件的編制時機(jī)，·控制版本文件的編制動作。
<對版本文件管理裝置的事先設(shè)定信息>
下面，列舉運(yùn)行版本管理裝置300后，在開始服務(wù)之前，需要在版本管理裝置300內(nèi)設(shè)定的項目。
在版本管理裝置300中，進(jìn)行服務(wù)之際需要的設(shè)定信息，被存入版本管理裝置304中。
被存入設(shè)定信息管理部304的設(shè)定信息，包含·版本管理對象的服務(wù)器200的IP地址或計算機(jī)名稱，·向客戶機(jī)公開的目錄的共享名稱，·與在客戶機(jī)中運(yùn)行的應(yīng)用程序的保存動作連動后為了編制版本文件的各種條件。
關(guān)于所述條件，就象上述的例子那樣，設(shè)定符合各自的環(huán)境的條件。例如·按照對應(yīng)的用系統(tǒng)的動作產(chǎn)生的存取要求及應(yīng)答結(jié)果，·符合該操作要求的文件名稱的關(guān)鍵詞，·對應(yīng)的協(xié)議，·編制版本文件之際成為必要的、版本文件的存放處及版本文件的數(shù)據(jù)的復(fù)制源的取得方法等。

進(jìn)而，在圖1之類的結(jié)構(gòu)中，版本管理裝置300，因為由版本管理裝置300對服務(wù)器200，以超極用戶的權(quán)限，實行數(shù)據(jù)的復(fù)制及版本文件的編制，所以將服務(wù)器200的超極用戶的顧客信息向設(shè)定信息管理部304中注冊。
以上，對設(shè)定信息管理部304實施所有的設(shè)定注冊作業(yè)后，開始版本管理裝置300的服務(wù)。
<CIFS協(xié)議環(huán)境中的版本文件的編制順序>
下面，講述在CIFS協(xié)議利用環(huán)境中，采用圖1、圖2的結(jié)構(gòu)及圖3的版本文件的存放方法時的各種步驟。
<文件存取信息包的傳輸步驟>
首先，講述版本管理裝置300進(jìn)行的文件存取信息包的傳輸步驟。
版本管理裝置300的服務(wù)開始后，客戶機(jī)100經(jīng)由版本管理裝置300，向服務(wù)器200存取。
版本管理裝置300將相當(dāng)于服務(wù)器200的計算機(jī)名稱，提供給客戶機(jī)，從而可以由客戶機(jī)100取得本來面向服務(wù)器200的文件存取信息包。版本文件 由客戶機(jī)100發(fā)送的CIFS協(xié)議的信息包，到達(dá)版本管理裝置300后，信息包就被傳輸給文件存取驗證部301。
文件存取驗證部301，從傳輸?shù)男畔鼉?nèi)，抽出要求的處理信息，驗證處理信息是否與被設(shè)定信息管理部304登記的成為旨在編制版本文件的時機(jī)的處理模式是否一致。
驗證后，版本管理裝置300實施按照后文講述的處理模式是否一致所進(jìn)行的處理，然后將要求信息包傳輸給服務(wù)器200，等待應(yīng)答信息包。
來自服務(wù)器200的應(yīng)答信息包，到達(dá)版本管理裝置300后，被傳輸給文件存取驗證部301。
文件存取驗證部301，抽出應(yīng)答信息包內(nèi)的應(yīng)答結(jié)果，確認(rèn)是不是對成為旨在編制版本文件的時機(jī)的處理模式的要求處理的應(yīng)答，實施按照后文講述的處理模式是否一致所進(jìn)行的處理，然后將應(yīng)答信息包傳輸給客戶機(jī)100。
<用戶名稱的管理>
在CIFS協(xié)議中，確立伴隨著用戶實行注冊、注銷而進(jìn)行的對話期間，只在該對話期間使用有效的用戶ID，實行用戶的識別。
作為版本文件的文件名稱的一部分，版本管理裝置300需要將是以哪個用戶的操作為時機(jī)編制的版本文件注冊，所以必須使用戶ID和用戶名一一關(guān)聯(lián)。
版本管理裝置300在實施這種關(guān)聯(lián)之際，與注冊、注銷的操作連動，進(jìn)行用戶名和用戶ID的關(guān)聯(lián)處理。
由客戶機(jī)100發(fā)送給版本管理裝置300，傳輸給文件存取驗證部301的要求信息包中，抽出的要求處理信息內(nèi)的處理要求，是用戶注冊處理時，抽出要求處理信息內(nèi)包含的注冊用戶名，將旨在識別要求處理的ID和注冊用戶名一一關(guān)聯(lián)后，在用戶管理部302中登記，然后將所述要求信息包傳輸給服務(wù)器200。
進(jìn)而，由客戶機(jī)100發(fā)送給版本管理裝置300，傳輸給文件存取驗證部301的應(yīng)答信息包中，和注冊要求處理的ID一致的應(yīng)答信息包含的應(yīng)答結(jié)果，表示注冊成功時，文件存取驗證部301抽出應(yīng)答結(jié)果內(nèi)包含的、只在本注冊中有效的用戶ID，和被用戶管理部302注冊的注冊用戶名一一關(guān)聯(lián)后，保存到用戶管理部302中后，將應(yīng)答信息包傳輸給客戶機(jī)100。
應(yīng)答結(jié)果表示注冊失敗時，刪除取得要求信息包時在用戶管理部302中登記的注冊用戶名及要求處理的ID后，將應(yīng)答信息包傳輸給客戶機(jī)100。
同樣，要求處理信息內(nèi)的處理要求，是用戶注銷處理時，抽出要求處理信息內(nèi)包含的用戶ID，將旨在識別要求處理的ID一起，在用戶管理部302中登記用戶ID，然后將要求信息包傳輸給服務(wù)器200。
由服務(wù)器200發(fā)送給版本管理裝置300，傳輸給文件存取驗證部301的應(yīng)答信息包中，和注銷要求處理的ID一致的應(yīng)答信息包含的應(yīng)答結(jié)果，表示“注銷成功”時，文件存取驗證部301從用戶管理部302中刪除與剛才注冊的用戶ID一致的注冊用戶名和用戶ID后，將應(yīng)答信息包傳輸給客戶機(jī)100。
應(yīng)答結(jié)果表示“注銷失敗”時，刪除取得要求信息包時在用戶管理部302中登記的注冊用戶名及要求處理的ID后，將應(yīng)答信息包傳輸給客戶機(jī)100。
按照以上的順序，在客戶機(jī)100和服務(wù)器200之間中繼的信息包中，伴隨著注冊、注銷處理，使用戶名、用戶ID一一關(guān)聯(lián)后，就能夠在版本管理裝置300中，很容易地從用戶ID中抽出用戶名。
<版本文件編制步驟>
圖5是表示版本管理裝置300的文件存取驗證部301中，與成為版本文件編制的時機(jī)的處理模式一致之際的、由版本管理裝置300進(jìn)行的版本文件編制步驟的流程圖。下面，參照圖1及圖5，講述本發(fā)明的一個實施示例中的版本文件編制步驟。
版本管理裝置300，取得被客戶機(jī)100發(fā)送給版本管理裝置300的處理要求信息包(步驟S100)。
處理要求信息包，被傳輸給文件存取驗證部301，要求處理信息被抽出、解析。檢查處理要求信息包的內(nèi)容是否與預(yù)先規(guī)定的模式(被設(shè)定信息管理部304注冊的成為版本文件編制的時機(jī)的處理模式)一致(步驟S101)。
抽出的要求處理信息包內(nèi)的處理要求，與設(shè)定信息管理部304注冊的成為版本文件編制的時機(jī)的處理模式一致時(步驟S101的YES分岔)，將處理要求內(nèi)容的信息保存到文件存取驗證部301中。更詳細(xì)地說，抽出操作文件的路徑名、操作要求的ID、用戶ID、命令名，作為處理要求項目，保存到文件存取驗證部301中(步驟S102)。然后，將處理要求信息包，向服務(wù)器200傳輸。
版本管理裝置300的文件存取驗證部301，以操作要求的ID為線索，從來自服務(wù)器200的應(yīng)答信息包中抽出相當(dāng)于來自服務(wù)器200的應(yīng)答的信息包，檢查來自服務(wù)器200的應(yīng)答結(jié)果是否與成為版本文件編制的時機(jī)的處理模式一致(步驟S103)。確認(rèn)與成為版本文件編制的時機(jī)的處理模式一致時(步驟S103的YES分岔)，將處理要求成功的情況注冊到文件存取驗證部301年的存儲部中(步驟S104)。然后，給所述要求目錄附加表示應(yīng)答結(jié)果滿足處理模式的標(biāo)記后，將應(yīng)答信息包，向客戶機(jī)100傳輸。
另一方面，確認(rèn)應(yīng)答結(jié)果與成為版本文件編制的時機(jī)的處理模式不一致時(步驟S103的NO分岔)，刪除所述要求目錄包含的、在要求時注冊的數(shù)據(jù)(步驟S107)，將應(yīng)答信息包，向客戶機(jī)100傳輸。
成為版本文件編制的時機(jī)的所有的處理尚未完畢時(步驟S105的NO分岔)，返回步驟S100，成為等待取得處理要求信息包。
成為版本文件編制的時機(jī)的所有的處理完畢時(成為版本文件編制的時機(jī)的條件滿足時)(步驟S105的YES分岔)，根據(jù)版本文件編制規(guī)則、用文件存取驗證部301保存的要求內(nèi)容，版本控制部303編制版本文件(步驟S106)。
這樣，給所述要求項目，暫時性地注冊已經(jīng)實行了的操作要求，將相關(guān)的操作要求追加到同一個要求項目上后，成為版本文件編制的時機(jī)的處理模式和操作要求及應(yīng)答結(jié)果完全一致時，文件存取驗證部301從用戶管理部302中檢索與被要求項目保存的用戶ID一致的用戶名，在取得用戶名的同時，根據(jù)設(shè)定信息管理部304注冊的設(shè)定信息，從該要求項目中，取得成為版本文件編制的復(fù)制源的文件路徑名。
文件存取驗證部301，按照版本文件數(shù)據(jù)存放區(qū)域401中的版本文件的存放方法，根據(jù)路徑名，生成成為版本文件編制的復(fù)制源的路徑名，將成為復(fù)制源的路徑名和用戶名一起，傳輸給版本控制部303。
版本控制部303，根據(jù)從文件存取驗證部301取得的成為復(fù)制源的文件路徑名，從服務(wù)器200取得被該路徑名存放的通常文件數(shù)據(jù)存放區(qū)域400上的文件的數(shù)據(jù)及屬性信息。同樣，根據(jù)從文件存取驗證部301中取得的成為復(fù)制處的路徑名，向版本文件數(shù)據(jù)存放區(qū)域401編制新的版本文件，復(fù)制所述數(shù)據(jù)及屬性。
編制版本文件之際，在沒有編制現(xiàn)有的版本文件、不存在至復(fù)制處的目錄時，版本控制部303在生成所述目錄的數(shù)據(jù)后，編制版本文件。
另外，在步驟S106的編制版本文件之際，版本控制部303根據(jù)版本文件存放處的目錄上存在的版本文件的文件名，取得編制版本文件之前的最新的版本文件的版本數(shù)，將文件存取驗證部301中取得的用戶名、編制版本文件的日期及在取得的版本數(shù)上添加“1”的版本數(shù)并列后，作為文件名賦予。
版本文件的編制完畢后，由版本控制部303將版本文件的編制完畢的情況通知文件存取驗證部301，文件存取驗證部301刪除與所述版本文件相關(guān)的要求項目(步驟S108)。
<要求處理與成為版本文件編制的時機(jī)的處理模式或注冊、注銷處理不一致時>
此外，在版本管理裝置300的文件存取驗證部301中，在要求處理與成為版本文件編制的時機(jī)的處理模式或注冊、注銷處理中的哪個處理都不一致時，版本管理裝置300將要求信息包原封不動地傳輸給服務(wù)器200。
同樣，關(guān)于應(yīng)答信息包，對于與成為版本文件編制的時機(jī)的處理模式不一致的內(nèi)容，版本管理裝置300也將應(yīng)答信息包原封不動地傳輸給客戶機(jī)100。
<NFS協(xié)議環(huán)境中的版本文件的編制步驟>
利用NFS協(xié)議環(huán)境中的版本文件的編制步驟，能夠和CIFS協(xié)議同樣地實施。但是用戶管理部302中的用戶名的管理方法和版本控制部303中的文件的編制步驟不同。
在NFS協(xié)議中，由于不具備伴隨注冊、注銷的對話期間管理單元，所以來自特定的用戶的操作要求，全部被賦予相同的用戶ID。這樣，NIS(Network Information Service)服務(wù)器及服務(wù)器200內(nèi)存放的用戶名和用戶ID的對應(yīng)表，需要預(yù)先向用戶管理部302注冊。
另外，在NFS協(xié)議中，由于不是使用路徑名而是使用被稱作“文件句柄”的NFS固有的標(biāo)識符地進(jìn)行文件操作，所以不能從信息包中唯一性地取得版本文件的復(fù)制源或復(fù)制處的路徑名。這樣，在編制版本文件之際，就需要進(jìn)行用成為版本文件編制的操作對象的文件的文件句柄，引導(dǎo)從與版本文件關(guān)聯(lián)的上一級目錄起到公開目錄為止的路徑名的操作。該操作是利用文件句柄+文件名“..”，取得上一級目錄的文件句柄，使用上一級目錄的文件句柄，取得目錄項目，將探索具有取得的文件句柄的目錄名的操作，實行到達(dá)到公開目錄為止。
以上，按照上述的實施方式講述了本發(fā)明。但本發(fā)明并不局限于上述實施示例的結(jié)構(gòu)，毫無疑問，它還包含業(yè)內(nèi)人士在本發(fā)明的范圍內(nèi)都能夠進(jìn)行的各種變形、修正。
權(quán)利要求
1.一種版本管理裝置，其特征在于，具備判定單元，該單元解析有關(guān)文件存取的命令·上下文，判定所述命令·上下文是不是與成為所述文件的版本管理用信息的編制的時機(jī)的給定模式對應(yīng)；和編制單元，該單元在所述命令·上下文與成為版本管理用信息的編制的時機(jī)的給定模式對應(yīng)時，編制所述文件的版本管理用信息。
2.一種版本管理裝置，其特征在于，具備存儲單元，該存儲單元預(yù)先注冊文件存取中的數(shù)據(jù)保存存取動作的模式；和控制單元，該控制單元對文件的文件存取要求進(jìn)行解析后，與所述模式加以對照，抽出與所述模式一致的文件存取，從而控制對版本管理用文件的編制。
3.如權(quán)利要求2所述的版本管理裝置，其特征在于在所述存儲單元中，預(yù)先注冊數(shù)據(jù)保存時發(fā)生的存取的模式、和版本管理用文件的編制步驟；所述控制單元，對文件的文件存取要求進(jìn)行解析，根據(jù)所述模式和所述步驟，判斷所述版本管理用文件的編制的時機(jī)，控制所述版本管理用文件的編制動作。
4.如權(quán)利要求1所述的版本管理裝置，其特征在于作為開關(guān)裝置發(fā)揮以下作用中繼由客戶機(jī)發(fā)送的面向服務(wù)器的文件存取要求后，向所述服務(wù)器傳輸，并且，將由所述服務(wù)器針對所述要求而發(fā)送的、對所述客戶機(jī)的應(yīng)答，向所述客戶機(jī)傳輸；所述版本管理裝置，監(jiān)視在客戶機(jī)與服務(wù)器之間交換的要求及應(yīng)答，對所述文件存取要求與所述模式是否一致進(jìn)行對照。
5.如權(quán)利要求4所述的版本管理裝置，其特征在于，具備存儲單元，該存儲單元將在所述客戶機(jī)中運(yùn)行的應(yīng)用程序的文件更新處理模式，作為用于編制版本管理用文件的時機(jī)進(jìn)行存儲；和取得在所述客戶機(jī)與所述服務(wù)器之間交換的文件存取協(xié)議的信息包，在將所述信息包傳輸給收件處的服務(wù)器或客戶機(jī)之際，監(jiān)視是否發(fā)生了與作為用于編制版本管理用文件的時機(jī)而預(yù)先注冊的文件更新處理模式一致的存取模式，當(dāng)檢出發(fā)生了與所述文件更新處理模式一致的存取模式時，編制版本管理信息的單元。
6.一種服務(wù)器裝置，接收由客戶機(jī)發(fā)送的、面向服務(wù)器的文件存取要求，回復(fù)對所述客戶機(jī)的應(yīng)答，其特征在于具備權(quán)利要求2所述的版本管理裝置。
7.一種版本管理裝置，其特征在于，中繼由客戶機(jī)使用預(yù)先規(guī)定的給定的文件存取協(xié)議而發(fā)送的、面向服務(wù)器的要求，向所述服務(wù)器傳輸，并且中繼由所述服務(wù)器針對所述要求而發(fā)送的、面向所述客戶機(jī)的應(yīng)答，傳輸給所述客戶機(jī)，所述版本管理裝置，具備文件存取驗證部，該部取得由所述客戶機(jī)發(fā)送的要求信息包和由所述服務(wù)器發(fā)送的應(yīng)答信息包，抽出所取得的要求信息包和應(yīng)答信息包中分別包含的處理要求和應(yīng)答結(jié)果，與相當(dāng)于在所述客戶機(jī)中運(yùn)行的應(yīng)用程序作用下的文件的數(shù)據(jù)更新處理動作的存取模式進(jìn)行對照，判斷是否一致；用戶管理部，該部為了驗證由所述客戶機(jī)發(fā)送的要求信息包中包含的處理要求是由哪個用戶提出的，而以與所述給定的文件存取協(xié)議對應(yīng)的形式，存儲管理用戶信息；版本控制部，該部在所述文件存取驗證部中，將執(zhí)行了相當(dāng)于在所述客戶機(jī)中運(yùn)行的應(yīng)用程序作用下的文件的數(shù)據(jù)更新處理相當(dāng)?shù)哪Ｊ降牟僮髯鳛闀r機(jī)，控制版本管理用文件的編制操作；以及設(shè)定信息管理部，該部預(yù)先存放在所述文件存取驗證部、所述用戶管理部及所述版本控制部動作之際所參照的動作設(shè)定信息。
8.如權(quán)利要求7所述的版本管理裝置，其特征在于在所述設(shè)定信息管理部中，預(yù)先注冊了在所述客戶機(jī)中執(zhí)行的應(yīng)用程序作用下的在所述服務(wù)器中的數(shù)據(jù)保存時發(fā)生的存取模式和版本文件的編制步驟；根據(jù)所述模式和所述編制步驟，判斷版本管理用文件的編制時機(jī)，并控制版本管理用文件的編制動作。
9.如權(quán)利要求8所述的版本管理裝置，其特征在于所述版本控制部，除了所述服務(wù)器的通常文件數(shù)據(jù)存放區(qū)域之外，在給定的文件系統(tǒng)中編制存放版本管理用文件的版本文件數(shù)據(jù)存放區(qū)域；在所述版本文件數(shù)據(jù)存放區(qū)域中，在與所述通常文件數(shù)據(jù)存放區(qū)域同等的目錄路徑上，配置版本管理用文件的存放區(qū)域；根據(jù)所述通常文件數(shù)據(jù)存放區(qū)域中存放的文件的路徑名，由所述客戶機(jī)從所述版本管理用文件數(shù)據(jù)存放區(qū)域中，可自由存取所述文件的過去的世代的數(shù)據(jù)。
10.如權(quán)利要求8所述的版本管理裝置，其特征在于所述版本控制部，除了所述服務(wù)器的通常文件數(shù)據(jù)存放區(qū)域之外，在給定的文件系統(tǒng)中編制存放版本管理用文件的版本管理用文件數(shù)據(jù)存放區(qū)域；在所述版本管理用文件數(shù)據(jù)存放區(qū)域中，文件的更新履歷數(shù)據(jù)管理用的版本管理用文件，被在文件名中附加了版本管理用文件的編制日期時間、執(zhí)行了成為版本編制的時機(jī)的操作的用戶名、以及世代管理用的版本數(shù)后保存。
11.如權(quán)利要求10所述的版本管理裝置，其特征在于在所述服務(wù)器中，當(dāng)某個目錄作為共享目錄對所述客戶機(jī)公開時，將相當(dāng)于所述目錄的目錄，編制在所述版本管理用文件數(shù)據(jù)存放區(qū)域中；在所述版本管理用文件數(shù)據(jù)存放區(qū)域的所述目錄中，被賦予不與所述通常文件數(shù)據(jù)存放區(qū)域的所述目錄的共享名稱沖突的名稱，在所述客戶機(jī)中，作為讀出專用的共享目錄而能夠訪問地公開；對于所述通常文件數(shù)據(jù)存放區(qū)域的所述目錄的所述共享目錄下的目標(biāo)，在新編制版本管理用文件之際，在所述版本管理用文件數(shù)據(jù)存放區(qū)域中，編制通向版本管理用文件存放處的路徑上的目標(biāo)；當(dāng)通向所述版本管理用文件存放處的路徑上的目標(biāo)是目錄時，編制與所述通常文件數(shù)據(jù)存放區(qū)域的目錄同名的目錄，而當(dāng)其下的目標(biāo)是文件時，編制在所述通常文件數(shù)據(jù)存放區(qū)域的文件的文件名中，附加了版本管理裝置固有的信息的目錄名的目錄；在所述目錄中，所述文件的更新履歷數(shù)據(jù)管理用的版本管理用文件，被在文件名中附加了版本管理用文件的編制日期時間、執(zhí)行了成為版本編制的時機(jī)的操作的用戶名、以及世代管理用的版本數(shù)后保存。
12.如權(quán)利要求8所述的版本管理裝置，其特征在于在所述設(shè)定信息管理部中，包含版本管理對象的服務(wù)器的地址或計算機(jī)名；向客戶機(jī)公開的目錄的共享名；以及與在客戶機(jī)中運(yùn)行的應(yīng)用程序的保存動作連動，編制版本管理用文件的條件。
13.如權(quán)利要求12所述的版本管理裝置，其特征在于作為所述條件，至少包含以下之一按照所對應(yīng)的應(yīng)用程序的動作的存取要求及應(yīng)答結(jié)果；符合該操作要求的文件名的關(guān)鍵詞；對應(yīng)的協(xié)議；在編制版本管理用文件之際所需的版本管理用文件的存放處及版本管理用文件的數(shù)據(jù)的復(fù)制源的取得。
14.如權(quán)利要求8所述的版本管理裝置，其特征在于當(dāng)由所述客戶機(jī)發(fā)送給所述版本管理裝置、向所述文件存取驗證部傳輸?shù)囊笮畔?、被抽出的要求處理信息?nèi)的處理要求，與所述設(shè)定信息管理部中注冊的、成為版本管理用文件編制的時機(jī)的處理模式一致時，抽出操作文件的路徑名、操作要求的ID、用戶ID、命令名，在所述文件存取驗證部內(nèi)作為處理要求項目，與各自的信息關(guān)聯(lián)保存后，將要求信息包傳輸給所述服務(wù)器；當(dāng)根據(jù)要求的ID，抽出來自符合所述要求的應(yīng)答的服務(wù)器的應(yīng)答信息包，且確認(rèn)應(yīng)答結(jié)果與成為版本管理用文件編制的時機(jī)的處理模式一致時，在所述要求項目中附加表示“應(yīng)答結(jié)果滿足處理模式”的標(biāo)記后，將應(yīng)答信息包傳輸給客戶機(jī)；當(dāng)確認(rèn)應(yīng)答結(jié)果與成為版本管理用文件編制的時機(jī)的處理模式不一致時，刪除所述要求項目中包含的、要求時注冊的數(shù)據(jù)后，將應(yīng)答信息包傳輸給客戶機(jī)。
15.如權(quán)利要求8所述的版本管理裝置，其特征在于所述文件存取驗證部，按照所述版本管理用文件存放區(qū)域的版本管理用文件的存放步驟，根據(jù)路徑名生成版本管理用文件編制的復(fù)制處的路徑名，并與用戶名和成為復(fù)制源的文件的路徑名一起，傳輸給所述版本控制部；所述版本控制部，根據(jù)由所述文件存取驗證部取得的成為復(fù)制源的文件路徑名，從服務(wù)器取得該路徑名中存放的通常文件數(shù)據(jù)存放區(qū)域中的文件的數(shù)據(jù)及屬性信息，并根據(jù)由所述文件存取驗證部取得的成為復(fù)制處的路徑名，對版本管理用文件數(shù)據(jù)存放區(qū)域編制新的版本管理用文件，復(fù)制所述數(shù)據(jù)及屬性。
16.如權(quán)利要求8所述的版本管理裝置，其特征在于所述版本控制部，在編制版本管理用文件之際，根據(jù)在版本管理用文件存放處的目錄上存在的版本管理用文件的文件名，取得版本管理用文件編制前的最新的版本管理用文件的版本數(shù)，將由所述文件存取驗證部取得的用戶名、編制版本管理用文件的日期時間、及在取得的版本數(shù)上加1的版本數(shù)排列，作為文件名賦予。
17.如權(quán)利要求7所述的版本管理裝置，其特征在于為了與不具備伴隨注冊、注銷的對話期間管理單元的系統(tǒng)對應(yīng)，所以在所述版本管理裝置的所述用戶管理部中登記NIS服務(wù)器或所述服務(wù)器內(nèi)存放的用戶名和用戶ID對應(yīng)表。
18.一種版本管理方法，其特征在于，包含解析對文件進(jìn)行存取的命令·上下文，判定所述命令·上下文是不是與成為所述文件的版本管理用文件的編制的時機(jī)的給定的模式對應(yīng)的工序；在所述命令·上下文與成為版本管理用文件的編制的時機(jī)的給定的模式對應(yīng)時，編制并保存所述文件的版本管理用文件的工序。
19.一種版本管理方法，其特征在于，包含以下工序自動管理文件的版本的版本管理裝置，取得文件的處理的要求信息包，判定所述要求信息包的處理要求的內(nèi)容是否與預(yù)先注冊的模式一致，一致時，存儲處理要求內(nèi)容的信息的第1工序；所述版本管理裝置，取得對所述要求信息包的應(yīng)答信息包，根據(jù)所述第1工序中存儲的處理要求內(nèi)容，判定是不是與所述文件的版本管理用文件編制的時機(jī)的條件一致的處理結(jié)果，一致時，注冊“處理要求完畢”之意的第2工序；所述版本管理裝置，反復(fù)進(jìn)行所述第1和第2工序，直到成為所述版本管理用文件編制的時機(jī)的所有的處理完畢為止，根據(jù)存儲的要求內(nèi)容，編制版本管理用文件的第3工序。
20.一種計算機(jī)程序，用于自動編制版本管理用文件，使計算機(jī)執(zhí)行下述處理解析對文件進(jìn)行存取的命令·上下文，判定所述命令·上下文是不是與成為所述文件的版本管理用文件編制的時機(jī)的給定模式對應(yīng)的內(nèi)容的處理；所述命令·上下文是與成為版本管理用文件編制的時機(jī)的給定模式對應(yīng)的內(nèi)容時，編制、保存所述文件的版本管理用文件的處理。
全文摘要
版本管理裝置，具備文件存取驗證部(301)，該部取得由客戶機(jī)發(fā)送的要求信息包和由服務(wù)器發(fā)送的應(yīng)答信息包，抽出信息包內(nèi)包含的處理要求和應(yīng)答結(jié)果，對與相當(dāng)于在客戶機(jī)中運(yùn)行的應(yīng)用程序的文件的數(shù)據(jù)更新處理動作的存取模式是否一致進(jìn)行對照；用戶管理部(302)，該部為了驗證由客戶機(jī)發(fā)送的要求信息包包含的處理要求是由哪個用戶提出的要求，而以與各文件存取協(xié)議對應(yīng)的版本，管理用戶信息；版本控制部(303)，該部在文件存取驗證部中，將實行相當(dāng)于在客戶機(jī)中運(yùn)行的應(yīng)用程序的文件的數(shù)據(jù)更新處理的模式的操作作為時機(jī)，控制版本管理用文件的編制操作；設(shè)定信息管理部(304)，該部存放在文件存取驗證部、用戶管理部、版本控制部動作之際所需的動作設(shè)定信息。
文檔編號G06F17/30GK1881903SQ200610092740
公開日2006年12月20日 申請日期2006年6月19日 優(yōu)先權(quán)日2005年6月17日
發(fā)明者山川聰, 鳥居隆史 申請人:日本電氣株式會社