專利名稱：文檔管理設(shè)備、文檔管理系統(tǒng)和文檔管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及文檔管理設(shè)備、文檔管理系統(tǒng)和文檔管理方法。
背景技術(shù)：
在Windows、 Linux等文件系統(tǒng)中，向一個文件分配一個版本來管理 文件。在這類文件系統(tǒng)中，當多名用戶共同編輯一個文件時，常常將原始 文件分為多個文件并向各個文件分配不同的文件名，從而可以通過文f^名 來管理版本。 一些文檔管理系統(tǒng)具有管理針對一個文件(文檔)的多個版 本的能力。在這類文檔管理系統(tǒng)中，首先用戶聲明通過檢出(checkout) 注冊文檔來開始編輯，并在編輯結(jié)束時檢入(check in)該文檔。在該文檔 管理系統(tǒng)中，對版本進行管理，使得當用戶對文檔執(zhí)行檢出和檢入時，為 該文檔追加注冊一新版本。該文檔管理系統(tǒng)通常還提供瀏覽版本歷史并下 載舊版本的功能。
為了從通過文件名管理版本的文件系統(tǒng)向具有上述版本管理能力的文 檔管理系統(tǒng)傳輸數(shù)據(jù)，用戶首先注冊最舊版本的文件，然后將檢出和檢入 重復(fù)執(zhí)行與文件數(shù)量相同的次數(shù)。為了避免該麻煩的操作，已經(jīng)提出了一 種技術(shù)。在日本特開2005-316715號公報公開的技術(shù)中，執(zhí)行監(jiān)控以檢測 從不具有版本管理能力的文件系統(tǒng)向具有版本管理能力的文件系統(tǒng)復(fù)制文 件的發(fā)生。在檢測到該復(fù)制之后，每次更新文件時，將更新后的文件自動 注冊為新版本。
然而，在日本特開2005-316715號公報公開的技術(shù)中，不允許通過單 次操作將多個文件作為一批注冊。在該技術(shù)中，不對關(guān)于更新各個文件的 用戶的信息進行管理，從而在文檔管理系統(tǒng)上無法知道哪個用戶更新了哪 個文檔。

發(fā)明內(nèi)容
5根據(jù)本發(fā)明的一個方面，提供了一種設(shè)備，其包括接收單元，其被 構(gòu)造成從客戶終端設(shè)備接收對與文檔相關(guān)聯(lián)的多個版本進行批量注冊的請 求；確定單元，其被構(gòu)造成基于所述請求來確定是否存在待注冊為所述文 檔的版本的文件；提取單元，其被構(gòu)造成在存在待注冊為所述文檔的版本 的所述文件的情況下，從所述文件提取最后更新者信息；注冊單元，其被 構(gòu)造成將所述文件注冊為所述文檔的版本；以及設(shè)定單元，其被構(gòu)造成設(shè) 定屬性信息，使得所提取的最后更新者信息被設(shè)定為所注冊版本的屬性信
息o
根據(jù)本發(fā)明的另一方面，提供了一種系統(tǒng)，其包括客戶終端設(shè)備和設(shè)
備，所述客戶終端設(shè)備包括產(chǎn)生單元，其被構(gòu)造成產(chǎn)生對與文檔相關(guān)聯(lián) 的多個版本進行批量注冊的請求；以及發(fā)送單元，其被構(gòu)造成將所述請求 發(fā)送給所述設(shè)備，所述設(shè)備包括接收單元，其被構(gòu)造成接收所述請求； 確定單元，其被構(gòu)造成基于所述請求來確定是否存在待注冊為所述文檔的 版本的文件；提取單元，其被構(gòu)造成在存在待注冊為所述文檔的版本的所 述文件的情況下，從所述文件提取最后更新者信息；注冊單元，其被構(gòu)造 成將所述文件注冊為所述文檔的版本；以及設(shè)定單元，其被構(gòu)造成設(shè)定屬 性信息，使得所提取的最后更新者信息被設(shè)定為所注冊版本的屬性信息。
根據(jù)以下結(jié)合附圖的描述，本發(fā)明的其他特征將變得清楚，在所有附 圖中相同的附圖標記表示相同或相似的部件。


附圖結(jié)合在本說明書中并構(gòu)成說明書的一部分，其示出了本發(fā)明的實 施例并且與說明一起用于解釋本發(fā)明的原理。
圖1是示意性示出文檔管理系統(tǒng)和客戶端計算機的構(gòu)造的示例的圖。
圖2是示出可用作文檔管理系統(tǒng)或客戶端計算機的計算機的硬件構(gòu)造 的示例的框圖。
圖3是示出主文檔管理畫面的示例的圖。
圖4是示出存儲在個人計算機的文件存儲單元中的文件列表的示例的圖。圖5是示出在響應(yīng)于點擊文檔列表顯示區(qū)上的文檔注冊按鈕，個人計
算機注冊了圖4所示的文件的狀態(tài)下的畫面的示例的圖。 圖6是示出版本批量注冊畫面的示例的圖。
圖7是示出文檔列表顯示畫面的示例的圖，在該顯示畫面中顯示響應(yīng) 于用戶點擊圖6中的執(zhí)行按鈕而執(zhí)行的批量注冊的結(jié)果。 圖8是示出版本列表顯示畫面的示例的圖。
圖9是示出用于定義文檔的分組/分配規(guī)則的分組/分配規(guī)則設(shè)定畫面 的示例的圖。
圖10是示出顯示存儲在個人計算機的文件存儲單元中的文件列表的 畫面的示例的圖。
圖11是示出版本批量注冊畫面的示例的圖。
圖12是示出文檔列表顯示畫面的示例的圖，在該顯示畫面中顯示響應(yīng)于 用戶點擊圖11中的執(zhí)行按鈕而由文檔管理系統(tǒng)執(zhí)行的版本批量注冊的結(jié)果。 圖13是示出版本列表顯示畫面的示例的圖。 圖14是示出版本批量注冊畫面的示例的圖。
圖15是示出版本列表顯示畫面的示例的圖，在該顯示畫面中顯示響應(yīng) 于用戶點擊圖14中的執(zhí)行按鈕而對現(xiàn)有文檔執(zhí)行的版本批量注冊的結(jié)果。
圖16 (圖16A和圖16B)是示出響應(yīng)于用戶經(jīng)由圖6、圖11、圖14 等發(fā)出的執(zhí)行版本批量注冊的指令，由文檔管理系統(tǒng)執(zhí)行的處理的示例的 流程圖。
圖17是示出文檔屬性數(shù)據(jù)和版本屬性數(shù)據(jù)的示例的圖。 圖18是示出文檔屬性數(shù)據(jù)和版本屬性數(shù)據(jù)的示例的圖。
具體實施例方式
下面根據(jù)附圖詳細描述本發(fā)明的各個實施例。
圖1是示意性示出文檔管理系統(tǒng)和客戶端計算機的構(gòu)造的示例的圖。 如圖1所示，客戶端計算機101和文檔管理系統(tǒng)106經(jīng)由諸如Internet或 內(nèi)部LAN (局域網(wǎng))之類的網(wǎng)絡(luò)100彼此連接，使得客戶端計算機101和 文檔管理系統(tǒng)106可以彼此通信。在圖1中，附圖標記101表示用戶使用的諸如個人計算機(下文稱為 PC)之類的客戶端計算機。注意，客戶端計算機是客戶終端設(shè)備的一個示
例。Web瀏覽器102是用于訪問Web服務(wù)器的常用類型的瀏覽器。文件選 擇單元103是被構(gòu)造成在Web瀏覽器102上運行以從文件存儲單元105選 擇任意文件的模塊。文件選擇單元103可以是與Web瀏覽器102分開安裝 在PC 101上的插件模塊。文檔信息設(shè)定單元104是被構(gòu)造成在Web瀏覽 器102上運行以在由文檔選擇單元103選擇的一個或多個文件的文檔名、 注冊順序等方面進行設(shè)定的模塊。文檔信息設(shè)定單元104可以是與Web瀏 覽器102分開安裝在PC 101上的插件模塊。注意在本實施例中，作為示例 假定使用Web瀏覽器和插件模塊。然而在本發(fā)明中，對于構(gòu)造沒有特定限 制，只要客戶端應(yīng)用程序能夠發(fā)送文件和與文件相關(guān)聯(lián)的信息即可。文件 存儲單元105可以是布置在PC 101中的存儲裝置，或者可以是布置在經(jīng)由 網(wǎng)絡(luò)100連接的文件服務(wù)器上的存儲裝置。
作為文檔管理設(shè)備的示例進行說明的文檔管理系統(tǒng)106包括一個或多 個信息處理設(shè)備，并包括多個處理單元和信息存儲單元。文檔管理系統(tǒng)106 能夠以分級方式管理文件柜、文件夾、文檔和版本，不過省略了對其的進 一步詳細描述。在本實施例的以下描述中，假定在文檔管理系統(tǒng)106中， 存在已經(jīng)注冊的文件柜、文件夾、文檔以及指示可以訪問文件柜、文件夾 和文檔的用戶的用戶信息。附圖標記107(即，版本注冊請求接收單元)、 108 (即，文檔注冊單元)、109 (即，文件屬性提取單元)、110 (即，版本 注冊單元)、111 (即，版本分組/分配單元)和112 (即，版本分組/分配規(guī) 則設(shè)定單元)表示被構(gòu)造成根據(jù)PC 101發(fā)出的請求執(zhí)行處理的處理單元。 附圖標記113 (即，文檔/版本信息存儲單元)、114 (即，文檔屬性存儲單 元)、115 (即，版本屬性存儲單元)和116 (分組/分配規(guī)則存儲單元)表 示由處理單元使用以寫/讀信息的信息存儲單元。
圖2是示出用作文檔管理系統(tǒng)或客戶端計算機的計算機的硬件構(gòu)造的 示例的框圖。附圖標記201表示被構(gòu)造成執(zhí)行計算并控制信息處理設(shè)備的 操作的中央處理單元(CPU)。附圖標記202表示供CPU 201使用的隨機 存取存儲器(RAM)，作為主存儲器區(qū)域、執(zhí)行程序存儲區(qū)域、程序執(zhí)行區(qū)域和數(shù)據(jù)區(qū)域。
附圖標記203表示只讀存儲器(ROM)，在其中存儲與由CPU201等 執(zhí)行的操作過程相關(guān)聯(lián)的程序和其他數(shù)據(jù)。ROM203包括程序ROM和數(shù) 據(jù)ROM。在程序ROM中，存儲用作用于控制信息處理設(shè)備的系統(tǒng)程序的 基礎(chǔ)軟件(OS)。在數(shù)據(jù)ROM中，存儲用于系統(tǒng)操作的信息。可使用下 述的HDD 209代替ROM 203 。
附圖標記204表示網(wǎng)絡(luò)接口 (NETIF)，其被構(gòu)造成控制信息處理設(shè)備 之間經(jīng)由網(wǎng)絡(luò)的數(shù)據(jù)傳輸，并具有診斷連接測試能力。附圖標記25表示視 頻RAM (VRAM)，其被構(gòu)造成存儲并控制待顯示在CRT206的畫面上以
指示信息處理設(shè)備的操作狀態(tài)的圖像的數(shù)據(jù)。
附圖標記206表示諸如陰極射線管(CRT)的顯示器。以下，作為示 例，假定CRT用作顯示器206。附圖標記207表示控制器，其被構(gòu)造成對 來自由用戶操作以輸入信號的外部輸入裝置208 (例如鍵盤或諸如鼠標之 類的指示裝置)的輸入信號進行控制。以下，作為示例，使用鍵盤(KB) 作為外部輸入裝置208，并且使用鍵盤控制器(KBC)作為控制器207。
附圖標記209表示用于存儲應(yīng)用程序和各種數(shù)據(jù)的硬盤驅(qū)動器 (HDD)。在本實施例中，應(yīng)用程序是實現(xiàn)根據(jù)本實施例的各個處理單元 的軟件程序。
附圖標記210表示用于從可拆卸存儲介質(zhì)輸入/向可拆卸存儲介質(zhì)輸 出數(shù)據(jù)的外部輸入/輸出裝置。具體地，外部輸入/輸出裝置210用于從可 拆卸存儲介質(zhì)讀取應(yīng)用程序。附圖標記211表示供外部輸入/輸出裝置210 讀取數(shù)據(jù)的可拆卸存儲介質(zhì)?？刹鹦洞鎯橘|(zhì)的示例包括諸如軟盤的磁存 儲介質(zhì)、光存儲介質(zhì)(例如CD-ROM盤)、磁光存儲介質(zhì)(例如MO盤)、 半導(dǎo)體存儲介質(zhì)(例如存儲卡)等。在以下說明中，作為示例，假定使用 軟盤作為可拆卸存儲介質(zhì)211并且使用軟盤驅(qū)動器作為外部輸入/輸出裝置 210。從而在下文中，外部輸入/輸出裝置210也稱為軟盤驅(qū)動器(FDD) 210，可拆卸存儲介質(zhì)211也稱為軟盤(FD) 211。
注意，應(yīng)用程序和/或數(shù)據(jù)可存儲在FDD 210上而不是HDD 209上。 圖3示出由附圖標記300表示的主文檔管理畫面的示例，當用戶經(jīng)由PC 101上的Web瀏覽器102訪問并登錄文檔管理系統(tǒng)時，顯示該主文檔 管理畫面。
文件夾樹顯示區(qū)301是顯示由文檔管理系統(tǒng)106以分級方式管理的文 件夾的畫面區(qū)。如果用戶點擊該文件夾樹顯示區(qū)301中的符號+或符號-， 那么PC101打開或關(guān)閉被點擊的文件夾。如果用戶選擇文件夾，那么PC 101在文檔列表顯示區(qū)302中顯示所選文件夾中的子文件夾或者文檔列表。
文檔列表顯示區(qū)302是以列表形式顯示所選文件夾中的信息的畫面 區(qū)。用戶在操作期間主要使用該畫面區(qū)來指定要對文件夾或文檔執(zhí)行的處 理。指令的示例包括子文件夾創(chuàng)建指令、文檔注冊指令、檢出指令、檢入 指令、刪除指令、下載指令等。如果用戶通過點擊按鈕303中對應(yīng)的一個 按鈕(例如，創(chuàng)建文件夾按鈕)發(fā)出這些指令中的一個指令，那么PCIOI 或文檔管理系統(tǒng)106根據(jù)該指令執(zhí)行處理。
圖4示出了在PC 101的文件存儲單元105中存儲的文件列表的示例。 在以下說明中，作為示例，假定存在圖4所示的文件名以"審査資料 (Review Material)"開始的五個文件。
圖5示出了在響應(yīng)于點擊文檔列表顯示區(qū)302中的注冊文檔按鈕、PC 101注冊了圖5所示的五個文件的狀態(tài)下的畫面500的示例。在該狀態(tài)下， 這五個文件被注冊為單獨文檔，如圖5的文檔列表顯示區(qū)501所示。發(fā)出 文檔注冊指令的用戶的用戶名yamada被注冊為文檔創(chuàng)建者。該狀態(tài)相當 于在不具有版本管理能力的PC的文件系統(tǒng)中存儲文件的狀態(tài)。
圖6示出了用于對版本進行批量注冊的畫面600的示例。附圖標記601 表示顯示待注冊文件列表的待注冊文件列表區(qū)。如果用戶將存儲在PC 101 中的文件拖放到待注冊文件列表區(qū)601中，那么該文件被添加至該列表。 在待注冊文件列表區(qū)601中，針對每個文件顯示文件名、擴展名、更新日 期/時間和大小。列表中的文件可根據(jù)所選項排序或可按照根據(jù)更新日期/ 時間或文件名確定的順序固定。在確定版本順序時反映在待注冊文件列表 區(qū)601中顯示文件的順序。
附圖標記602表示文件分組/分配方法指定單元，其允許用戶指定將 待注冊文件列表區(qū)601中的文件注冊為單個文檔的版本，還是根據(jù)預(yù)定規(guī)
10則將注冊文件列表區(qū)601中的文件分組到不同的文檔。該預(yù)定規(guī)則可以以 后述的方式而設(shè)定。根據(jù)該規(guī)則，文檔管理系統(tǒng)106可以將多個文件分組 到具有多個版本的多個文檔。在用戶發(fā)出的指令指示要將所有文件分組到 單個文檔的情況下，由用戶輸入文檔名。在圖6所示的示例中，用戶發(fā)出 的指令指示要將所有文件分組到單個文檔，并指定"審査資料"作為文檔 名。
附圖標記603表示用于從待注冊文件列表區(qū)刪除所選文件的刪除按 鈕。如果用戶選擇待注冊文件列表區(qū)中的一個或多個文件并點擊刪除按鈕， 那么所選的一個或多個文件被從待注冊文件組刪除。
附圖標記604表示執(zhí)行按鈕。如果用戶點擊該按鈕，那么PC 101產(chǎn)生 版本批量注冊請求并將其發(fā)送至文檔管理系統(tǒng)106。版本批量注冊請求包 括文件列表、分組/分配方法、指定文件名和所有文件的實體(所有實際文 件)，文件列表包括指示文件屬性的信息(屬性信息)和文件順序(文件順 序信息)。在用戶經(jīng)由分組/分配方法指定部602指定要根據(jù)預(yù)定規(guī)則執(zhí)行 分組/分配的情況下，在版本批量注冊請求中不包含文檔名和文件順序。
附圖標記605表示取消按鈕。如果用戶點擊該按鈕，則PC 101取消版 本批量注冊的請求。
圖7示出了文檔列表顯示畫面700的示例，在該顯示畫面中顯示響應(yīng) 于用戶點擊圖6中的執(zhí)行按鈕604而執(zhí)行的版本批量注冊的結(jié)果。在該示 例中，用戶經(jīng)由分組/分配方法指定部602指定要將所有文件分組到單個文 檔，從而在文檔列表顯示區(qū)701中僅顯示一個文檔。在這種情況下，將五 個文件分組到單個文檔，從而文檔具有如列"版本數(shù)"中指示的五個版本。 在圖7中，如果用戶通過選中文檔選擇框702 ("審查資料")選擇文檔， 并進一步點擊版本列表顯示按鈕703，那么顯示諸如圖8所示的版本列表 顯示畫面800。
圖8示出了版本列表顯示畫面800的示例。在圖8所示的該示例中， 響應(yīng)于圖6中執(zhí)行的操作，將五個文件注冊為單個文檔"審査資料"的版 本，并以注冊為文檔"審査資料"的版本的文件列表的形式顯示注冊結(jié)果。 在版本列表顯示區(qū)801中，以列表的形式顯示版本。注意，"名稱"802指示各個個體文件的文件名，"擴展名"803指示各個文件的擴展名，"版本 號"804指示文件的版本編號。"文檔創(chuàng)建者"805指示發(fā)出版本批量注冊 請求的用戶的名稱。換言之，"文檔創(chuàng)建者"805指示已經(jīng)在文檔管理系統(tǒng) 106上創(chuàng)建版本的用戶(更嚴格地說，發(fā)出在文檔管理系統(tǒng)106上創(chuàng)建版 本的指令的用戶)。"最后文檔更新者"806指示執(zhí)行最后更新的用戶的名 稱。該信息從注冊文件的實體提取。如果未提取到信息，那么在"最后文 檔更新者"806的對應(yīng)區(qū)域中不顯示。
如果文檔管理系統(tǒng)106從PC 101接收到版本批量注冊請求，那么文檔 管理系統(tǒng)106執(zhí)行與版本批量注冊相關(guān)聯(lián)的處理，如下參照圖16所述，并 且文檔管理系統(tǒng)106向PC 101發(fā)送根據(jù)版本批量注冊請求執(zhí)行的版本批量 注冊的結(jié)果。如果PC 101接收到版本批量注冊結(jié)果，那么PC 101以如圖 7或8所示的方式顯示該結(jié)果。
以上已經(jīng)描述了用戶經(jīng)由PC 101上的Web瀏覽器102將多個文件注 冊為單個文檔的版本的過程的示例。
接著，下面描述針對用戶在圖6中選擇"根據(jù)預(yù)定規(guī)則分組/分配"， 并且將多個文件分組到具有多個版本的多個文檔的情況的過程示例。
圖9示出了用于定義文檔的分組/分配規(guī)則的分組/分配規(guī)則設(shè)定畫面 的示例。該規(guī)則的定義根據(jù)文檔是新注冊還是作為版本添加到現(xiàn)有文檔而 有所不同。附圖標記卯l表示用于定義在文檔被注冊為單個文檔的版本的 情況下的分組/分配規(guī)則(規(guī)則信息)的分組/分配規(guī)則設(shè)定部。附圖標記 902表示用于定義版本注冊的排序順序規(guī)則的排序順序設(shè)定部。用戶可以 操作排序順序設(shè)定部902以設(shè)定排序順序，從而通過更新日期/時間或文件 名來將文件以升序或降序排序。附圖標記903表示用于定義文件分組的文 檔的名稱的確定規(guī)則的文檔名確定規(guī)則設(shè)定部。用戶可以操作文檔名確定 規(guī)則設(shè)定部903以選擇是通過最新版本的文件名，通過分組/分配規(guī)則指定 的字母串，還是通過最新版本的注冊日期/時間來給定文檔名。
附圖標記904表示用于指定處理重復(fù)文件的方式的重復(fù)文件處理設(shè)定 部。該指定只能在將多個文件注冊為現(xiàn)有文檔的版本的情況下有效，而在 新注冊文檔時不可用。在上述文檔分組/分配規(guī)則設(shè)定畫面900中，允許以文件柜或文件夾為單位定義文檔分組/分配規(guī)則?？蛇x地，文檔分組/分配 規(guī)則設(shè)定畫面900可被構(gòu)造成允許以系統(tǒng)為單位定義文檔分組/分配規(guī)則。 仍然可選地，可以以系統(tǒng)、文件柜或文件夾為單位定義多個規(guī)則，并且可 在執(zhí)行注冊時選擇規(guī)則，不過省略了對管理多個規(guī)則的方法和從多個規(guī)則
中選擇一個的方法的細節(jié)的進一步說明。附圖標記905表示"執(zhí)行"按鈕。 如果點擊或按下執(zhí)行按鈕，則PC 101執(zhí)行在畫面900上設(shè)定的分組/分配
圖IO示出了顯示存儲在PC 101的文件存儲單元105中的文件列表的 畫面的示例。參照圖10，下面給出了對根據(jù)預(yù)定規(guī)則應(yīng)用于文件名以"審 查資料"開始的五個文件和文件名以"新產(chǎn)品計劃(New Product Planning)" 開始的三個文件的文件分組/分配的說明。
圖11示出了版本批量注冊畫面1100的示例。在圖11所示的示例中， 將圖10所示的八個文件添加到待注冊文件列表區(qū)1101。在該示例中，在 文件分組/分配方法指定單元1102中指定根據(jù)預(yù)定規(guī)則對文件分組。在這 fMS況下，如果甩戶點擊C或按下〉孰行按i，那么PC-101向文檔管理系 統(tǒng)106發(fā)送版本批量注冊請求，該請求包括含有文件屬性的文件列表、分 組/分配方法和所有文件的實體。
圖12示出了文檔列表顯示畫面1200的示例，在該顯示畫面中顯示響 應(yīng)于用戶點擊圖6中的執(zhí)行按鈕而由文檔管理系統(tǒng)106執(zhí)行的版本批量注 冊的結(jié)果。在該示例中，用戶經(jīng)由分組/分配方法指定部1102指定根據(jù)預(yù) 定規(guī)則對文件分組，并根據(jù)圖9中定義的規(guī)則將這些文件分組。根據(jù)分組/ 分配規(guī)則設(shè)定部901中指定的規(guī)則，擴展名和文件名字母串部分相同的文 件被注冊為單個文檔的版本，從而新注冊兩個文檔。更具體地說，根據(jù)經(jīng) 由文檔名確定規(guī)則設(shè)定部903指定的規(guī)則，采用文件名的字母串部分"審 査資料"和"新產(chǎn)品計劃"作為文檔名。結(jié)果，對于"審查資料"注冊五 個版本，對于"新產(chǎn)品計劃"注冊三個版本。在圖12中，如果用戶通過選 中文檔選擇框1202并點擊版本列表顯示按鈕1203選擇"新產(chǎn)品計劃"，那 么在PCIOI上，在顯示區(qū)域1301上顯示例如圖13所示的版本列表顯示畫 面1300。圖13示出了版本列表顯示畫面的示例。在圖13所示的示例中，根據(jù) 經(jīng)由圖11所示的畫面進行的設(shè)定，三個文件被注冊為"新產(chǎn)品計劃"的版
本。圖13所示的畫面上的項類似于圖8所示的畫面上的項。根據(jù)在圖9 的排序順序設(shè)定部902中定義的排序順序設(shè)定，以更新日期/時間的升序 (即，從最舊到最新)注冊文檔。對于"審查資料"，根據(jù)圖8所示示例的 規(guī)則注冊五個版本，不過在這里省略對其的進一步說明。
接著，以下描述經(jīng)由批量注冊處理將一個或多個文件添加為現(xiàn)有文檔 的版本的過程示例。在下述示例中，如果待添加文件與一個現(xiàn)有版本相同， 則文檔管理系統(tǒng)106不會進行重復(fù)添加。即，在以下說明中，假定在圖9 的重復(fù)文件處理設(shè)定部卯4中指定對于任何重復(fù)文件都不執(zhí)行注冊。
在用戶點擊圖13中的版本批量注冊按鈕1302之后，或者通過選中圖 12中的文檔選擇框1202而選擇"新產(chǎn)品計劃"之后，如果用戶點擊版本 批量注冊按鈕1204，那么PC 101顯示諸如圖14所示的版本批量注冊畫面 1400。
圖14示出版本批量注冊畫面的示例。在圖14所示的示例中，圖14 所示的總共兩個文件被添加到文件列表區(qū)域1401，即，在待注冊文件列表 中顯示現(xiàn)有文件和待新注冊的文件。標號1402表示如同在顯示畫面1400 的顯示區(qū)域上顯示的文檔名(例如，新產(chǎn)品計劃)。在向現(xiàn)有文檔添加版本 的模式下，在文件分組/分配方法指定單元1403中僅根據(jù)預(yù)定規(guī)則的注冊 有效。即，在追加注冊文件的模式下，應(yīng)用在重復(fù)文件處理設(shè)定部904中 定義的規(guī)則。可預(yù)先定義將多個文件分組到多個現(xiàn)有文檔的規(guī)則，并且在 用戶選擇多個文件時，文檔管理系統(tǒng)106可根據(jù)該規(guī)則將所選文件分組到 現(xiàn)有文檔。
如果點擊圖14中的執(zhí)行按鈕，那么PC 101向文檔管理系統(tǒng)106發(fā)送 版本批量注冊請求，該請求包括含有文件屬性的文件列表、分組/分配方法 和所有文件的實體。PC101可將信息分割為多個數(shù)據(jù)，并且可順序地將這 些數(shù)據(jù)發(fā)送至文檔管理系統(tǒng)106。
圖15示出了文檔列表顯示畫面1500的示例，在該顯示畫面上顯示響 應(yīng)于點擊圖14中的執(zhí)行按鈕而執(zhí)行的版本批量注冊的結(jié)果。正如在圖15的版本列表顯示區(qū)1501中可以看到的，"新產(chǎn)品計劃0914"是與現(xiàn)有版本 相同的文件，從而根據(jù)不添加任何重復(fù)文件的規(guī)則，該文件未作為新版本 添加。另一方面，"新產(chǎn)品計劃0929"被注冊為版本號4，這是在這種情 況下追加注冊的唯一文件。注意，由于在向現(xiàn)有文檔添加版本的模式下響 應(yīng)于點擊圖14中的執(zhí)行按鈕而執(zhí)行的版本批量注冊，所以在圖12的文檔 列表顯示區(qū)1201中顯示的"新產(chǎn)品計劃"的版本數(shù)更新為4，并且該版本 數(shù)被顯示在圖15中的顯示區(qū)域1501中。
接著，參照流程圖描述在文檔管理系統(tǒng)中執(zhí)行的處理。圖16是示出響 應(yīng)于用戶經(jīng)由諸如圖6、圖11或圖14所示的畫面發(fā)出執(zhí)行版本批量注冊 的指令，由文檔管理系統(tǒng)執(zhí)行的處理的示例的流程圖。如果用戶點擊畫面 上的執(zhí)行按鈕以進行版本批量注冊，那么PC 101的Web瀏覽器102向文 檔管理系統(tǒng)106發(fā)送版本批量注冊請求。版本批量注冊請求包括根據(jù)在點 擊版本批量注冊畫面中的執(zhí)行按鈕之前用戶執(zhí)行的操作而不同的數(shù)據(jù)。
在步驟S1600中，如果文檔管理系統(tǒng)106中的批量注冊請求接收單元 107接收到版本批量注冊請求，那么批量注冊請求接收單元107檢查接收 數(shù)據(jù)的內(nèi)容。
在步驟S1601中，批量注冊請求接收單元107確定接收數(shù)據(jù)是否包括 識別現(xiàn)有文檔的標識(標識信息)。如果接收數(shù)據(jù)不包括現(xiàn)有文檔的標識， 那么確定文檔要新注冊，從而批量注冊請求接收單元107使處理流程前進 至步驟S1602。另一方面，如果接收數(shù)據(jù)包括現(xiàn)有文檔的標識，那么確定 要向現(xiàn)有文檔添加一個或多個版本，從而批量注冊請求接收單元107使處 理流程前進至步驟S1612。
在步驟S1602中，批量注冊請求接收單元107檢查接收的數(shù)據(jù)以確定 接收數(shù)據(jù)是否包括文檔名。如果接收數(shù)據(jù)包括文檔名，那么確定所有接收 到的文件將被注冊為單個文檔的版本，從而批量注冊請求接收單元107使 處理流程前進至步驟S1603。另一方面，在接收數(shù)據(jù)不包括文檔名的情況 下，確定要根據(jù)預(yù)定規(guī)則將文件分組到文檔并分配版本，從而批量注冊請 求接收單元107使處理流程前進至步驟S1604。
在步驟S1603中，批量注冊請求接收單元107從包含在接收數(shù)據(jù)中的文件列表檢測與待注冊文檔相關(guān)聯(lián)的信息，該文檔的屬性、以及文件順序，
批量注冊請求接收單元107將檢測到的信息輸入RAM 202中。另外，批 量注冊請求接收單元107將接收到的文件(實際文件)存儲在HDD 209 的臨時存儲區(qū)中。
在步驟S1605中，文檔注冊單元108檢査輸入RAM 202中的信息以 確定是否存在要新注冊的文檔。在處理流程從步驟S1603前進至S1605的 情況下，確定存在一個待注冊文檔，從而文檔注冊單元108使處理流程前 進至步驟S1606。
在步驟S1606中，文檔注冊單元108從RAM 202讀取與新注冊文檔 相關(guān)聯(lián)的信息并將讀取信息存儲在文檔/版本信息存儲單元113中。文檔存 儲單元108還從RAM 202讀取文檔的屬性(文檔屬性信息)并將其存儲 在文檔屬性存儲單元114中。
在步驟S1607中，版本注冊單元110基于輸入RAM 202中的信息確 定是否存在要添加的文件。如果存在該文件，那么版本注冊單元110使處 理流程前進至步驟S160S，否則版本注冊單元110使處理流程返回至步驟 S1605。在當前情況下，處理處于這樣的狀態(tài)，其中該文檔已經(jīng)被新注冊， 除此之外未執(zhí)行其他處理，從而版本注冊單元IIO使處理流程前進至步驟 S1608。
在步驟S1608中，文件屬性提取單元109讀取存儲在HDD 209的臨時 存儲區(qū)中的文件，并提取文件的最后文檔更新者屬性(最后文檔更新者信 息)。文件屬性提取單元109將提取的信息輸入RAM202。
在步驟S1609中，版本注冊單元110改變文檔屬性存儲單元114中的 信息，使得所關(guān)注的文檔臨時進入檢出狀態(tài)。
在步驟S1610中，版本注冊單元110讀取存儲在HDD 209的臨時存儲 區(qū)中的文件，并將其存儲在文檔/版本信息存儲單元113中。版本注冊單元 110改變文檔屬性存儲單元114中的信息，使得所關(guān)注的文檔回到檢入狀 態(tài)。
在步驟S1611中，版本注冊單元110從RAM 202讀取文件在最后文 檔更新者等方面的屬性，并將其存儲在版本屬性存儲單元115中。
16然后版本注冊單元110使處理流程返回步驟S1607。重復(fù)從步驟S1608 到S1611的處理，直到對所有接收到的文件完成處理。如果對所有文件完 成處理，則文檔管理系統(tǒng)106使處理流程返回步驟S1605。在僅注冊一個 文檔的當前情況下，當文檔管理系統(tǒng)106使處理流程返回步驟S1605時， 圖16所示的全部處理結(jié)束。作為上述處理的結(jié)果，例如將版本批量注冊的 結(jié)果從文檔管理系統(tǒng)106發(fā)送至PC 101。如果PC IOI接收到版本批量注 冊的結(jié)果，那么PC 101根據(jù)接收到的版本批量注冊結(jié)果顯示諸如圖7所示 的文檔列表顯示畫面，以及諸如圖8所示的版本列表顯示畫面。
接著，下面描述根據(jù)預(yù)定規(guī)則的處理流程。
在步驟S1604中，批量注冊請求接收單元107從包含在接收數(shù)據(jù)中的 文件列表檢測與待注冊文檔相關(guān)聯(lián)的信息及其屬性，并且批量注冊請求接 收單元107將檢測到的信息輸入RAM 202中。另外，批量注冊請求接收 單元107將接收到的文件存儲在HDD 209的臨時存儲區(qū)中。版本分配/分 組單元111從分組/分配規(guī)則存儲單元116檢測文檔/版本分組/分配規(guī)則。 根據(jù)檢測到的分組/分配規(guī)則，版本分配/分組單元lll基于輸入RAM 202 中的文件列表中描述的信息執(zhí)行分組/分配處理，并且版本分配/分組單元 111將分組/分配結(jié)果寫入RAM 202中。
文檔管理系統(tǒng)106根據(jù)分組/分配結(jié)果將從步驟S1605到S1611的處理 重復(fù)與文檔和版本的數(shù)量相同的次數(shù)。在文檔注冊單元108在步驟S1605 中確定不存在要注冊文檔的情況下，圖16所示的處理結(jié)束。
作為上述處理結(jié)果，例如將版本批量注冊的結(jié)果從文檔管理系統(tǒng)106 發(fā)送至PCIOI。如果PC101接收到版本批量注冊的結(jié)果，那么PC101根 據(jù)接收到的版本批量注冊結(jié)果顯示諸如圖12所示的文檔列表顯示畫面，以 及諸如圖13所示的版本列表顯示畫面。
接著，下面描述與向現(xiàn)有文檔添加版本相關(guān)聯(lián)的處理流程。
在步驟S1612中，批量注冊請求接收單元107從包含在接收數(shù)據(jù)中的 文件列表檢測現(xiàn)有文檔的標識和待注冊文件的屬性，并且批量注冊請求接 收單元107將檢測到的信息輸入RAM 202中。另外，批量注冊請求接收 單元107將接收到的文件存儲在HDD 209的臨時存儲區(qū)中。版本分配/分組單元111訪問分組/分配規(guī)則存儲單元116，以獲取包含
在版本分組/分配規(guī)則中的指示排序順序和重復(fù)文件的處理規(guī)則的信息。根
據(jù)獲取的信息，版本分配/分組單元111基于輸入RAM 202的文件列表信 息執(zhí)行排序，并將排序結(jié)果和與重復(fù)文件處理相關(guān)聯(lián)的信息寫入RAM 202。
在步驟S1613中，版本注冊單元110基于寫入RAM 202中的信息確 定是否存在待添加文件。如果存在該文件，那么版本注冊單元iio使處理 流程前進至步驟S1614，否則版本注冊單元110結(jié)束圖16所示的處理。在 當前情況下，版本注冊單元110使處理流程前進至步驟S1614。
在步驟S1614中，版本注冊單元110從RAM 202讀取與重復(fù)文件的 處理相關(guān)的信息，并確定是否必須注冊版本重復(fù)的文件。如果規(guī)定的規(guī)則 指示重復(fù)文件也要注冊，那么版本注冊單元110使處理流程前進至步驟 S1617,否則版本注冊單元110使處理流程前進至步驟S1615。在當前情況 下，規(guī)則指示不要注冊重復(fù)文件，版本注冊單元110使處理流程前進至步 驟S1615。
在步驟S1615中，文件屬性提取單元109從HDD 209的臨時存儲區(qū)讀 取待注冊文件，并計算文件的散列值。散列值的計算可利用已知技術(shù)進行。 在廣泛應(yīng)用的計算技術(shù)中，散列值表述為32位十六進制數(shù)。文件屬性提取 單元109將計算的散列值寫入RAM 202。
在步驟S1616中，版本注冊單元110從版本屬性存儲單元115獲取屬 于所關(guān)注文檔的所有版本的散列值，并確定是否存在散列值與待添加文件 的散列值相同的版本。如果存在該版本，則版本注冊單元110使處理流程 返回步驟S1613而不將當前文件作為新版本添加。如果未檢測到散列值與 當前文件的散列值相同的版本，則版本注冊單元IIO使處理流程前進至步 驟S1617。
步驟S1617至S1620類似于步驟S1608至S1611 ，從而省略對它們的 重復(fù)描述。
作為上述處理結(jié)果，例如將版本批量注冊的結(jié)果從文檔管理系統(tǒng)106 發(fā)送至PCIOI。如果PC101接收到版本批量注冊的結(jié)果，那么PC101根
18據(jù)接收到的版本批量注冊結(jié)果顯示諸如圖15所示的文檔列表顯示畫面。從 而，當執(zhí)行圖14中指定的版本批量注冊時，添加一個文件而不添加另一文 件。
圖17和圖18示出了文檔屬性數(shù)據(jù)和版本屬性數(shù)據(jù)的示例。圖17所示 的數(shù)據(jù)與圖7所示的文檔列表顯示畫面中顯示的文檔的數(shù)據(jù)相對應(yīng)，圖18 所示的數(shù)據(jù)與圖8所示的版本列表顯示畫面中顯示的版本號1至版本號3 的數(shù)據(jù)相對應(yīng)。利用作為密鑰的文檔標識使文檔數(shù)據(jù)和版本數(shù)據(jù)(版本信 息)彼此關(guān)聯(lián)。版本數(shù)據(jù)包括指示版本號、擴展名、文件大小、文件散列 值等的信息。注意，版本數(shù)據(jù)可以以不同方式構(gòu)成，只要能實現(xiàn)該實施例 即可。
如上所述，本發(fā)明的實施例能夠以以下這樣的方式執(zhí)行批量注冊，艮P， 將不能夠管理版本的文件系統(tǒng)上的多個文件注冊為單個文檔一組，而且能 夠識別各個版本的最后更新者。另外，能夠控制注冊，使得當文檔包括與 所關(guān)注文件相同的文件時，不執(zhí)行將所關(guān)注文件進一步添加到文檔的組中。
本發(fā)明的目的也可以通過執(zhí)行以下處理實現(xiàn)。即，向系統(tǒng)或設(shè)備提供 記錄介質(zhì)，該記錄介質(zhì)記錄實現(xiàn)上述實施例的功能的軟件的程序代碼，然 后，該系統(tǒng)或設(shè)備的計算機(例如CPU或MPU)讀出存儲在記錄介質(zhì)中 的程序代碼的處理。在該情況下，從記錄介質(zhì)讀出的程序代碼自身實現(xiàn)上 述實施例的功能，并且存儲程序代碼的記錄介質(zhì)以及程序代碼包含在本發(fā) 明中。
盡管參照示例性實施例描述了本發(fā)明，但應(yīng)理解本發(fā)明不限于公開的 示例性實施例。應(yīng)最寬泛地解釋以下權(quán)利要求的范圍，從而包含所有這些 變型例和等同的結(jié)構(gòu)和功能。
權(quán)利要求
1.一種設(shè)備，其包括接收單元，其被構(gòu)造成從客戶終端設(shè)備接收對與文檔相關(guān)聯(lián)的多個版本進行批量注冊的請求；確定單元，其被構(gòu)造成基于所述請求來確定是否存在待注冊為所述文檔的版本的文件；提取單元，其被構(gòu)造成在存在待注冊為所述文檔的版本的所述文件的情況下，從所述文件提取最后更新者信息；注冊單元，其被構(gòu)造成將所述文件注冊為所述文檔的版本；以及設(shè)定單元，其被構(gòu)造成設(shè)定屬性信息，使得所提取的最后更新者信息被設(shè)定為所注冊版本的屬性信息。
2. 根據(jù)權(quán)利要求1所述的設(shè)備，該設(shè)備還包括文檔注冊單元，該文檔 注冊單元被構(gòu)造成在所述請求包含文檔名的情況下，基于包含在所述請求 中的文件順序信息執(zhí)行文件注冊，使得文檔名被分配給位于第一位置的實 際文件，并且具有所分配的文檔名的所述實際文件被注冊，其中，所述確定單元基于包含在所述請求中的文件順序信息和實際文 件，確定是否存在待注冊為所述文檔的版本的文件。
3. 根據(jù)權(quán)利要求1所述的設(shè)備，該設(shè)備還包括文檔注冊單元，該文檔 注冊單元被構(gòu)造成在所述請求包括與版本注冊相關(guān)聯(lián)的規(guī)則信息的情況 下，根據(jù)所述規(guī)則信息執(zhí)行文件注冊，使得文檔名被分配給包含在所述請 求中的實際文件中的一個，并且具有所分配的文檔名的所述文件被注冊，其中，所述確定單元基于包含在所述請求中的規(guī)則信息和實際文件確 定是否存在待注冊為所述文檔的版本的文件。
4. 根據(jù)權(quán)利要求1所述的設(shè)備，其中，在所述請求包含識別現(xiàn)有文檔 的標識信息的情況下，所述確定單元基于包含在所述請求中的與版本注冊 相關(guān)聯(lián)的規(guī)則信息和實際文件，確定是否存在待注冊為現(xiàn)有文檔的版本的 文件。
5. —種系統(tǒng)，其包括客戶終端設(shè)備和設(shè)備， 所述客戶終端設(shè)備包括產(chǎn)生單元，其被構(gòu)造成產(chǎn)生對與文檔相關(guān)聯(lián)的多個版本進行批量注冊的請求；以及發(fā)送單元，其被構(gòu)造成將所述請求發(fā)送給0f述設(shè)備，所述設(shè)備包括接收單元，其被構(gòu)造成接收所述請求；確定單元，其被構(gòu)造成基于所述請求來確定是否存在待注冊為所述文檔的版本的文件；提取單元，其被構(gòu)造成在存在待注冊為所述文檔的版本的所述文件的情況下，從所述文件提取最后更新者信息；注冊單元，其被構(gòu)造成將所述文件注冊為i^述文檔的版本；以及 設(shè)定單元，其被構(gòu)造成設(shè)定屬性信息，使得所提取的最后更新者信息被設(shè)定為所注冊版本的屬性信息。
6. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中，所述產(chǎn)生單元基于用戶經(jīng)由畫面執(zhí)行的操作而產(chǎn)生包含文檔名、文件順序信息和多個實際文件的所述請 求。
7. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中，所述產(chǎn)生單元基于用戶經(jīng)由畫 面執(zhí)行的操作而產(chǎn)生包含與版本注冊相關(guān)聯(lián)的規(guī)則信息和多個實際文件的 所述請求。
8. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中，所述產(chǎn)生單元基于用戶經(jīng)由畫 面執(zhí)行的操作而產(chǎn)生包含識別現(xiàn)有文檔的標識信息、與版本注冊相關(guān)聯(lián)的 規(guī)則信息和多個實際文件的所述請求。
9. 根據(jù)權(quán)利要求5所述的系統(tǒng)，其中，所述客戶終端設(shè)備還包括 批量注冊結(jié)果接收單元，其被構(gòu)造成從所述設(shè)備接收響應(yīng)于所述請求而執(zhí)行的版本注冊的結(jié)果；以及批量注冊結(jié)果顯示單元，其被構(gòu)造成基于所接收的版本注冊的結(jié)果， 顯示注冊為版本的文件列表。
10. —種方法，該方法包括以下步驟 從客戶終端設(shè)備接收對與文檔相關(guān)聯(lián)的多個版本進行批量注冊的請基于所述請求來確定是否存在待注冊為所述文檔的版本的文件； 在存在待注冊為所述文檔的版本的所述文件的情況下，從所述文件提 取最后更新者信息；將所述文件注冊為所述文檔的版本；以及設(shè)定屬性信息，使得所提取的最后更新者信息被設(shè)定為所注冊版本的 屬性信息。
11. 一種系統(tǒng)中的方法，所述系統(tǒng)包括客戶終端設(shè)備和設(shè)備，該系統(tǒng)中 的方法包括以下步驟在所述客戶終端設(shè)備中，產(chǎn)生對與文檔相關(guān)聯(lián)的多個版本進行批量注 冊的請求；在所述客戶終端設(shè)備中，將所述請求發(fā)送給所述設(shè)備； 在所述設(shè)備中，接收所述請求；在所述設(shè)備中，基于所述請求來確定是否存在待注冊為所述文檔的版 本的文件；在所述設(shè)備中，在存在待注冊為所述文檔的版本的所述文件的情況下，從所述文件提取最后更新者信息；在所述設(shè)備中，將所述文件注冊為所述文檔的版本；以及 在所述設(shè)備中，設(shè)定屬性信息，使得所提取的最后更新者信息被設(shè)定為所注冊版本的屬性信息。
全文摘要
本發(fā)明提供文檔管理設(shè)備、文檔管理系統(tǒng)和文檔管理方法，在設(shè)備中，接收單元從客戶終端設(shè)備接收對與文檔相關(guān)聯(lián)的多個版本進行批量注冊的請求。確定單元基于所述請求確定是否存在待注冊為所述文檔的版本的文件。在存在待注冊為所述文檔的版本的所述文件的情況下，提取單元從所述文件提取最后更新者信息。注冊單元將所述文件注冊為所述文檔的版本。設(shè)定單元設(shè)定屬性信息，使得所提取的最后更新者信息被設(shè)定為所注冊版本的屬性信息。
文檔編號G06F17/30GK101625697SQ200910150089
公開日2010年1月13日 申請日期2009年7月13日 優(yōu)先權(quán)日2008年7月11日
發(fā)明者福岡史博 申請人:佳能株式會社