專利名稱：文檔管理服務(wù)器及文檔管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及被配置為管理文檔的文檔管理服務(wù)器及其文檔管理方法。
背景技術(shù)：
在Web瀏覽器上工作的傳統(tǒng)文檔管理系統(tǒng)中，用戶能夠例如顯示、搜索并下載由文檔管理服務(wù)器管理的文件夾和文檔，并且將文檔和文件上傳到文檔管理服務(wù)器。此外，該文檔管理系統(tǒng)可能具有如下的功能，即允許用戶在集合下載多個文檔時，將該多個文檔存檔至單個文件中然后下載這些文檔。例如，用戶可以在通過以ZIP格式將多個文件存檔、而將這些文件一起置入單個ZIP文件中之后，下載這些文件。此外，W02008/029774號公報討論了如下的系統(tǒng)，該系統(tǒng)允許用戶將以超文本標記語言(HTML)定義的對象(光標 或鏈接)拖放到本地個人計算機(PC)的操作系統(tǒng)(OS)上，以容易地下載與該對象相關(guān)聯(lián)的文件。此外，日本專利申請?zhí)亻_2006-126962號公報討論了如下的系統(tǒng)，在該系統(tǒng)中，當用戶編輯并存儲下載的文檔時，如果存在該用戶參照的其他文檔，則該用戶可以在將所參照的文檔的全路徑嵌入在該文檔中的同時存儲該文檔，并且在再次打開該文檔時從嵌入在該文檔中的該全路徑查看先前參照的文檔。對該文檔管理服務(wù)器管理的文檔的搜索，可能導致發(fā)現(xiàn)存儲在多個不同存儲位置(不同目錄和文件夾)的多個文檔。此時，作為搜索結(jié)果，可能獲取到存儲在不同位置的相同名稱的文檔。標準客戶端PC不允許用戶將具有相同名稱的多個文檔存儲在作為下載目的地的同一文件夾中。因此，用戶每次下載具有相同名稱的各文檔時，該用戶必須麻煩地重命名該文檔或者指定該文檔存儲到的文件夾。因此，該傳統(tǒng)文檔管理系統(tǒng)具有如下的問題，即用戶可能必須進行麻煩的操作以下載多個文檔。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的一方面，文檔管理服務(wù)器經(jīng)由網(wǎng)絡(luò)連接到客戶端，并且被配置為管理存儲在具有層級結(jié)構(gòu)的文件夾中的內(nèi)容文檔。所述文檔管理服務(wù)器包括:實體數(shù)據(jù)存儲單元，其被配置為獲取被所述客戶端指定下載的多個內(nèi)容文檔的實體數(shù)據(jù)，并且在所指定的多個內(nèi)容文檔當中存在具有相同名稱的內(nèi)容文檔的情況下，將所獲取到的所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)存儲于在存檔文件中生成的不同文件夾中；存檔信息文件存儲單元，其被配置為生成信息文件，并且將所生成的信息文件存儲在所述存檔文件中，其中在所述信息文件中，與被指定要下載的所述多個內(nèi)容文檔中的各個相關(guān)的所述文檔管理服務(wù)器中的路徑信息和所述存檔文件中的路徑信息被相互關(guān)聯(lián)地描述；以及發(fā)送單元，其被配置為將存儲所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)以及所述信息文件的所述存檔文件發(fā)送到所述客戶端。當用戶集合下載多個文檔文件(多個內(nèi)容文檔)時，如果存在具有相同名稱的文檔文件，則自動生成多個文件夾，并且各個文檔存儲在所述文件夾中，使得用戶能夠集合下載所述多個文檔而無需改變各個文檔文件的名稱。此外，當用戶下載文檔時，生成并存儲信息文件，在所述信息文件中，與各個文檔文件有關(guān)的信息項(例如，路徑和屬性)被一起描述，使得用戶甚至能夠找到所述各個文檔文件所下載自的位置。通過以下參照附圖對示例性實施例的詳細描述，本發(fā)明的其他特征和方面將變得清楚。


被并入說明書并構(gòu)成說明書的一部分的附圖，例示了本發(fā)明的示例性實施例、特征及方面，并與文字描述一起用來說明本發(fā)明的原理。圖1示出了系統(tǒng)配置。圖2示出了文檔管理服務(wù)器和文檔管理客戶端的硬件配置。圖3示出了根據(jù)第一示·例性實施例的各處理單元的配置示例。圖4示出了內(nèi)容的配置示例。圖5A、5B和5C示出了根據(jù)第一示例性實施例的用戶界面(UI)畫面的配置示例。圖6A、6B、6C和6D示出了根據(jù)第一示例性實施例的存檔文件的配置示例。圖7示出了用于下載多個內(nèi)容的處理的序列。圖8是搜索請求發(fā)送的流程圖。圖9是存檔請求發(fā)送的流程圖。圖10是下載請求發(fā)送的流程圖。圖11是搜索處理的流程圖。圖12是存檔處理的流程圖。圖13是下載處理的流程圖。圖14示出了根據(jù)第二示例性實施例的各處理單元的配置示例。圖15示出了上傳處理之后的內(nèi)容的配置示例。圖16示出了根據(jù)第二示例性實施例的UI畫面的結(jié)構(gòu)示例。圖17A、17B、17C和17D示出了待上傳的存檔文件的配置示例。圖18示出了用于上傳存檔文件的處理的序列。圖19是上傳請求發(fā)送的流程圖。圖20是上傳處理的流程圖。
具體實施例方式下面，將參照附圖來詳細描述本發(fā)明的各種示例性實施例、特征和方面。<系統(tǒng)配置>圖1示出了根據(jù)本發(fā)明示例性實施例的文檔管理系統(tǒng)的配置。該系統(tǒng)包括經(jīng)由諸如局域網(wǎng)(LAN) 30等的網(wǎng)絡(luò)而相互連接的文檔管理服務(wù)器個人計算機(PC) 10和客戶端PC20。文檔管理服務(wù)器PClO提供管理諸如文檔和圖像等內(nèi)容(文件)的文檔管理功能和Web應用服務(wù)器功能?？蛻舳薖C20提供經(jīng)由Web瀏覽器連接到文檔管理服務(wù)器PClO并操縱所述內(nèi)容的功能。文檔管理服務(wù)器PClO和客戶端PC20各自可以由常用信息處理設(shè)備(PC)的硬件構(gòu)成。圖2示出了根據(jù)本示例性實施例的文檔管理系統(tǒng)中包括的各PC的硬件配置。參照圖2，中央處理單元(CPU)201執(zhí)行存儲在只讀存儲器(ROM)203中的程序ROM中的程序，以及從硬盤210加載到隨機訪問存儲器(RAM) 202的諸如操作系統(tǒng)(OS)及應用等的程序。換句話說，該計算機(CPU)充當被配置為通過執(zhí)行存儲在計算機可讀存儲介質(zhì)中的程序來進行下面描述的各流程圖的處理的各個處理單元。RAM202是CPU201的主存儲器，并且充當例如工作區(qū)。鍵盤控制器204控制來自鍵盤208和未示出的指示裝置(例如，鼠標、觸摸板、觸摸屏和跟蹤球)操作輸入。顯示控制器205控制顯示裝置209的顯示。盤控制器206控制對存儲各種數(shù)據(jù)的諸如硬盤(HD)或軟盤(FD)等的外部存儲器21·0的數(shù)據(jù)訪問。網(wǎng)絡(luò)控制器(NC)207連接到網(wǎng)絡(luò)，并且控制當前PC與連接到網(wǎng)絡(luò)的其他設(shè)備之間的通信。在以下描述中，將描述根據(jù)本發(fā)明第一示例性實施例的系統(tǒng)的處理流程。圖3示出了在根據(jù)本發(fā)明第一示例性實施例的該系統(tǒng)中由文檔管理服務(wù)器PCio和客戶端PC20提供的各處理單元的配置示例。文檔管理服務(wù)器PCio的CPU201執(zhí)行程序，該文檔管理服務(wù)器通過該程序充當各處理單元300至307。內(nèi)容等信息存儲在外部存儲器210中，并且在需要時被加載到RAM201以被處理。文檔管理服務(wù)器PClO的主控制單元300進行用于控制該文檔管理服務(wù)器的應用的主控制處理。此外，主控制單元300控制輸入/輸出控制單元301、內(nèi)容控制單元302和服務(wù)控制單元304，并且調(diào)停例如文件夾信息、內(nèi)容信息(例如與內(nèi)容的名稱和存儲位置有關(guān)的信息)和內(nèi)容實體數(shù)據(jù)(作為內(nèi)容文檔的實體的文檔文件)。輸入/輸出控制單元301接收來自客戶端PC20的服務(wù)請求，并且將對該請求的響應發(fā)送到客戶端PC20。內(nèi)容控制單元302根據(jù)來自客戶端PC20的請求，從數(shù)據(jù)庫(DB)303獲取內(nèi)容信息和內(nèi)容實體數(shù)據(jù)?？梢岳美鏒B或管理文件管理內(nèi)容信息和內(nèi)容實體數(shù)據(jù)，并且可以用任何方式管理。服務(wù)控制單元304根據(jù)由輸入/輸出管理單元301接收到的服務(wù)請求，向搜索處理單元305、存檔處理單元306或下載處理單元307分配處理。在從對應的處理單元接收到處理結(jié)果之后，服務(wù)控制單元304將該結(jié)果傳送到輸入/輸出管理單元301。搜索處理單元305分析搜索請求的搜索參數(shù)(搜索范圍和搜索條件)，并且從DB303獲取滿足搜索條件的內(nèi)容信息。搜索處理單元305將獲取的內(nèi)容信息作為結(jié)果數(shù)據(jù)傳送到服務(wù)控制單元304。存檔處理單元306將與存檔請求中的參數(shù)指定的內(nèi)容信息相對應的內(nèi)容實體數(shù)據(jù)及其內(nèi)容信息文件，一起存儲在存檔文件(例如，ZIP文件)中。存檔處理單元306針對每個存檔請求，將用于識別存檔的存檔文件的文件標識符(在本示例性實施例中稱為“全局唯一標識符(⑶ID)”)作為結(jié)果數(shù)據(jù)傳送到服務(wù)控制單元304。下載處理單元307將與下載請求中的參數(shù)指定的存檔文件標識符(從存檔請求獲取的GUID)相對應的ZIP文件，作為結(jié)果數(shù)據(jù)傳送到服務(wù)控制單元304。此外，客戶端PC20的CPU201讀出各處理單元的程序并且執(zhí)行該程序，客戶端PC20通過該程序充當各處理單元310至312?？蛻舳薖C20的主控制單元310進行用于控制客戶端PC20的應用的主控制處理。此外，主控制單元310控制輸入/輸出管理單元311和內(nèi)容顯示單元312，并且例如調(diào)停內(nèi)容信息和內(nèi)容實體數(shù)據(jù)。輸入/輸出管理單元311將服務(wù)請求發(fā)送到文檔管理服務(wù)器PC10，并且從文檔管理服務(wù)器PClO接收響應。內(nèi)容顯示單元312分析從文檔管理服務(wù)器PClO接收到的內(nèi)容信息，并且將該信息顯示在Web瀏覽器上。圖4示出了根據(jù)第一示例性實施例的存儲在DB303中的內(nèi)容的配置示例。術(shù)語“內(nèi)容”是指諸如文檔和圖像等的文檔文件(在下文中稱為“內(nèi)容文檔”)，以及存儲文檔文件的文件夾。文件夾具有層級結(jié)構(gòu)，并且可以在每個文件夾內(nèi)管理子文件夾和內(nèi)容文檔。此夕卜，內(nèi)容文檔保持與該內(nèi)容文檔相關(guān)聯(lián)的作為附加屬性的內(nèi)容文檔屬性。頂文件夾400是將所有內(nèi)容合成一體的頂層文件夾。在圖4中所示的示例中，20111101文件夾(下文中稱為“文件夾410”)、20111102文件夾(下文中稱為“文件夾420”)以及20111103文件夾(下文中稱為“文件夾430”)在頂文件夾400之下被管理。作為內(nèi)容文檔的估價單411(下文中稱為“內(nèi)容文檔411”)存儲在文件夾410中。此外，內(nèi)容文檔411具有內(nèi)容文檔屬性412。作為內(nèi)容文檔的估價單421 (下文中稱為“內(nèi)容文檔421”)存儲在文件夾420中。內(nèi)容文檔421具有內(nèi)容文檔屬性422。作為內(nèi)容文檔的估價單431 (下文中稱為“內(nèi)容文檔431”)存儲在文件夾430中。內(nèi)容文檔431具有內(nèi)容文檔屬性432。圖5示出了根據(jù)第一示例性實施例的用戶界面畫面(Π畫面)的配置示例，并且該UI畫面由內(nèi)容顯示單元312顯示。主畫面500包括標題顯示區(qū)501、搜索條件區(qū)502、內(nèi)容顯示區(qū)503、屬性顯示區(qū)504和腳注顯示區(qū)505。圖5A示出了整個Π畫面的配置示例。圖5B是當內(nèi)容文檔被選擇時的內(nèi)容顯·示區(qū)503的放大圖。圖5C是當顯示上下文菜單時的內(nèi)容顯示區(qū)503的放大圖。應用的名稱、菜單等顯示在標題顯示區(qū)501中。此外，文本輸入?yún)^(qū)顯示在搜索條件區(qū)502中，用戶在該文本輸入?yún)^(qū)中設(shè)定并輸入用于搜索在DB303中管理的內(nèi)容文檔的條件。在本示例性實施例中，搜索條件區(qū)502包括用于設(shè)定搜索范圍的輸入?yún)^(qū)520、用于設(shè)定搜索關(guān)鍵詞的搜索關(guān)鍵詞輸入?yún)^(qū)521以及用于開始搜索處理的搜索按鈕522。內(nèi)容顯示單元312根據(jù)對搜索按鈕522的按壓接收執(zhí)行搜索的指示，然后將搜索請求發(fā)送到文檔管理服務(wù)器PC10，從而將在搜索范圍輸入?yún)^(qū)520中輸入的文本和在搜索關(guān)鍵詞輸入?yún)^(qū)521中輸入的文本指定為參數(shù)。在內(nèi)容顯示區(qū)503中，顯示被確定為滿足在搜索條件區(qū)502中設(shè)定的搜索條件的內(nèi)容文檔(即，搜索結(jié)果)。在圖5A中所示的示例中，通過將“頂文件夾”(T0P FOLDER) (400)和“估價單”(ESTIMATE FORM)分別設(shè)定為搜索范圍和關(guān)鍵詞，來進行搜索。作為該搜索的結(jié)果，確定在內(nèi)容文檔的名稱中包括術(shù)語“估價單”的內(nèi)容文檔(411、421和431)滿足搜索條件，并且這些內(nèi)容文檔以列表形式顯示在內(nèi)容顯示區(qū)503中?？梢愿鶕?jù)用戶的指示，從以列表的形式顯示的內(nèi)容文檔中選擇用戶期望的內(nèi)容文檔。例如，在用戶選擇內(nèi)容文檔421和431的情況下，如圖5B中所示，內(nèi)容顯示單元312顯示內(nèi)容文檔421和431，同時以被選擇的狀態(tài)530和531加亮這兩個文檔。此時，當通過用戶的鼠標操作，將鼠標光標置于被選擇狀態(tài)下的內(nèi)容文檔上時，內(nèi)容顯示單元312顯示用于顯示上下文菜單的上下文菜單按鈕532。然后，當通過用戶的操作點擊上下文菜單按鈕532時，如圖5C中所示，內(nèi)容顯示單元312顯示上下文菜單540。當用戶指定上下文菜單540中的“下載”(DOWNLOAD)選項541時，內(nèi)容顯示單元312向文檔管理服務(wù)器PClO發(fā)送存檔請求，同時將下載選項被指定時處于被選擇狀態(tài)的內(nèi)容文檔(圖5C中所示的示例中為內(nèi)容文檔421和431)設(shè)定為參數(shù)。
屬性顯示區(qū)504是用于在內(nèi)容顯示區(qū)503中選擇內(nèi)容數(shù)據(jù)時顯示所選擇的內(nèi)容文檔的屬性的區(qū)域。在此顯示的屬性包括例如表示所選擇的內(nèi)容文檔的名稱、內(nèi)容文檔的路徑和內(nèi)容文檔的屬性的信息。此外，腳注顯示區(qū)505是用于顯示應用的版本和版權(quán)的區(qū)域。圖6A示出了當在圖5C中所示的畫面上指示下載時、由文檔管理服務(wù)器PClO生成的存檔文件600的配置。在本示例性實施例中，以ZIP文件格式生成存檔文件600。然而，存檔文件600的格式不局限于ZIP格式，并且可以是能夠?qū)⒍鄠€文件存儲在單個文件中的任何其他格式。存檔文件600包含文件夾610和620以及存檔信息文件630。此外，文件夾610包含內(nèi)容文檔421的實體數(shù)據(jù)，并且文件夾620包含內(nèi)容文檔431的實體數(shù)據(jù)。在存檔信息文件630中，描述與從客戶端PC20接收到的存檔請求指定的內(nèi)容文檔有關(guān)的信息(名稱、路徑及屬性)，以及該內(nèi)容文檔在存檔文件中的路徑。在如圖6B中所示的示例中，用可擴展標記語言(XML)構(gòu)建存檔信息文件630，但是存檔信息文件630的格式不局限于XML，并且可以是諸如逗號分隔值(CSV)等的其他文件格式。下面，將利用圖6B中所示的示例，來描述定義存檔信息文件630的數(shù)據(jù)結(jié)構(gòu)的各個標簽(tag)。標簽640由一對<resu·lt_list>和</result_list>來定義，并且是管理標簽650和670的根標簽。標簽650由一對〈result〉和〈/result〉來定義，并通過以下標簽，來管理與包含在存檔文件600中的內(nèi)容文檔421有關(guān)的信息(名稱、路徑和在存檔文件600中的路徑以及屬性)。在標簽〈name〉和〈/name〉之間描述內(nèi)容文檔421的名稱。此外,在標簽〈path〉和〈/path〉之間，描述在文檔管理服務(wù)器的管理下管理內(nèi)容文檔421時的路徑。此外，在標簽<vpath>和</vpath>之間，描述在存檔文件中管理內(nèi)容文檔的路徑。此外，在標簽〈properties〉和〈/properties〉之間描述內(nèi)容文檔421的屬性信息。圖6C示出了內(nèi)容文檔421的屬性信息660的詳情。各自由一對〈property〉和〈/property)定義的標簽661和662分別使用以下標簽，來管理添加到內(nèi)容文檔421的屬性(存儲屬性和交付日期屬性)。在標簽〈name〉和〈/name〉之間描述各屬性的名稱。在標簽〈value〉和〈/value〉之間描述各屬性的值。標簽670由一對〈result〉和〈/result〉來定義，并通過以下標簽,來管理與包含在存檔文件600中的內(nèi)容文檔431有關(guān)的信息(名稱、文檔管理服務(wù)器管理下的路徑、在存檔文件600中的路徑以及屬性)。標簽670的配置與標簽650的配置類似。圖6D示出了內(nèi)容文檔431的屬性信息680的詳情。標簽680由一對〈properties〉和〈/properties〉來定義,并且管理添加到內(nèi)容文檔431的各屬性的信息。圖6D示出了在標簽681之間設(shè)定值“福岡”(FUKUOKA)作為屬性“商店”(STORE)，并且在標簽682之間設(shè)定值“2011年12月3日” (DECEMBER3, 2011)作為屬性“交付日期” (DELIVERY DATE)。標簽680的配置與標簽660的配置類似。在以下描述中，將描述根據(jù)本第一示例性實施例的處理流程。圖7示出了表示從在發(fā)出搜索執(zhí)行請求之后從搜索結(jié)果列表當中選擇用戶期望的內(nèi)容文檔(文件)時起、到所選擇的內(nèi)容文檔被下載到客戶端PC20上為止的流程的序列。圖7中所示的序列由與對內(nèi)容文檔的搜索有關(guān)的流程(S80 )、用于存檔內(nèi)容文檔的處理流程(S90 )和用于下載存檔文件的處理流程(S100)構(gòu)成?，F(xiàn)在將描述圖7中所示的序列的詳情。在步驟S80中，首先，內(nèi)容顯示單元312接收根據(jù)對搜索按鈕522的按壓而發(fā)出的搜索執(zhí)行事件。然后，內(nèi)容顯示單元312將搜索請求發(fā)送到文檔管理服務(wù)器PC10，同時將在搜索范圍輸入?yún)^(qū)520和搜索關(guān)鍵詞輸入?yún)^(qū)521中設(shè)定的條件指定為參數(shù)。當接收到搜索請求時，文檔管理服務(wù)器PClO的服務(wù)控制單元304促使搜索處理單元305進行搜索處理。搜索處理單元305將包括在搜索請求中的搜索條件(搜索范圍和搜索關(guān)鍵詞)發(fā)送到內(nèi)容控制單元302，從而使內(nèi)容控制單元302搜索文檔。然后，搜索處理單元305從內(nèi)容控制單元302獲取內(nèi)容文檔信息作為搜索結(jié)果。內(nèi)容文檔信息是如下的信息，諸如滿足搜索條件的內(nèi)容文檔的名稱，以及表示用以管理該內(nèi)容文檔的文件夾的路徑等。可以在獲取內(nèi)容文檔信息作為搜索結(jié)果的同時，獲取與多個內(nèi)容文檔有關(guān)的信息項。搜索處理單元305將所獲取的內(nèi)容文檔信息，作為搜索處理的結(jié)果傳送到服務(wù)控制單元304。服務(wù)控制單元304將把接收到的搜索處理結(jié)果中的內(nèi)容文檔信息設(shè)定為參數(shù)的搜索處理響應，發(fā)送到內(nèi)容顯示單元312。內(nèi)容顯示單元312將作為搜索處理響應而接收到的內(nèi)容文檔信息，以列表的形式顯示在內(nèi)容顯示區(qū)503上。在內(nèi)容顯示單元312中定義該顯示的位置和尺寸。可以用任何方式定義該位置和尺寸，諸如將該位置及尺寸作為內(nèi)部資源來定義，或者在外部文件中定義該位置及尺寸。在步驟S90中，首先，內(nèi)容顯示單元312獲取根據(jù)從上下文菜單上對下載541的選擇而發(fā)出的選擇事件。然后，內(nèi)容顯示單元312將存檔請求發(fā)送到文檔管理服務(wù)器PC10，在該存檔請求中，將被選擇狀態(tài)5·30和531下的內(nèi)容文檔(421和431)的信息指定為參數(shù)。當接收到該存檔請求時，文檔管理服務(wù)器PClO的服務(wù)控制單元304促使存檔處理單元306進行存檔處理。存檔處理單元306基于包括在該存檔請求中的各內(nèi)容文檔的信息向內(nèi)容控制單元302發(fā)出獲取請求，并且獲取對應的內(nèi)容文檔實體數(shù)據(jù)。存檔處理單元306通過將所獲取的各內(nèi)容文檔的實體數(shù)據(jù)添加到存檔文件，而生成該存檔文件。存檔處理單元306將存檔文件與用于識別所生成的存檔文件的文件標識符(GUID)相關(guān)聯(lián)，并且將該存檔文件標識符作為存檔處理的結(jié)果傳送到服務(wù)控制單元304。當接收到存檔處理的結(jié)果時，服務(wù)控制單元304將該⑶ID作為存檔響應的參數(shù)，發(fā)送到客戶端PC20的內(nèi)容顯示單元312。在步驟SlOO中，首先，內(nèi)容顯示單元312提取被包括作為接收到的存檔響應的參數(shù)的GUID，并且向文檔管理服務(wù)器PClO發(fā)送下載請求，在該下載請求中，將所提取的GUID設(shè)定為參數(shù)。當接收到該下載請求時，文檔管理服務(wù)器PClO的服務(wù)控制單元304促使下載處理單元307進行下載處理。下載處理單元307獲取與包括在下載請求中的⑶ID相對應的存檔文件，并且將所獲取的存檔文件作為下載處理的結(jié)果傳送到服務(wù)控制單元304。服務(wù)控制單元304將接收到的存檔文件作為下載響應的參數(shù)，發(fā)送到客戶端PC20的內(nèi)容顯示單元312。當接收到該下載響應時，內(nèi)容顯示單元312將包括在接收到的下載響應中的存檔文件，存儲在客戶端PC20的存儲裝置中。在以下描述中，將描述上述步驟S80、S90和SlOO的詳情。下面，將參照圖8和圖11中所示的流程圖描述步驟S80中的內(nèi)容數(shù)據(jù)搜索處理的詳情。參照圖8，在步驟S800中，當接收到根據(jù)用戶對搜索按鈕522的按壓而發(fā)出的搜索執(zhí)行事件時，內(nèi)容顯示單元312生成搜索請求，同時將在搜索范圍輸入?yún)^(qū)520和搜索關(guān)鍵詞輸入?yún)^(qū)521中設(shè)定的條件指定為參數(shù)。然后，內(nèi)容顯示單元312將所生成的搜索請求發(fā)送到文檔管理服務(wù)器PCio。在步驟S801中，文檔管理服務(wù)器PClO的服務(wù)控制單元304接收該服務(wù)請求，并且檢查所接收到的請求的類型。在步驟S802中，如果文檔管理服務(wù)器PClO的服務(wù)控制單元304確定所接收到的請求的類型不清楚(步驟S802中的“是”)，則該處理前進到步驟S803。在步驟S803中，服務(wù)控制單元304向客戶端PC20發(fā)送請求錯誤。另一方面，在步驟S802中，如果服務(wù)控制單元304確定該請求的類型是搜索請求(步驟S802中的“否”)，則該處理前進到步驟S804。在步驟S804中，服務(wù)控制單元304引發(fā)搜索處理。下面將參照圖11描述該搜索處理的詳情。在步驟S805中，客戶端PC20的內(nèi)容顯示單元312確定該搜索請求是否已經(jīng)成功。此時，如果內(nèi)容顯示單元312接收到搜索處理響應，則內(nèi)容顯示單元312確定該搜索請求已經(jīng)成功。在此情況下(步驟S805中的“是”)，在步驟S806中，內(nèi)容顯示單元312從該搜索處理響應中提取內(nèi)容文檔信息，并且將內(nèi)容文檔的名稱和路徑列表顯示在內(nèi)容顯示區(qū)503中。另一方面，如果內(nèi)容顯·示單元312接收到錯誤響應,則內(nèi)容顯示單元312確定該搜索請求已經(jīng)失敗。在此情況下(步驟S805中的“否”)，在步驟S807中，內(nèi)容顯示單元312顯示錯誤消息。接下來，將參照圖11描述步驟S804中的搜索處理的詳情。在步驟SllOl中，搜索處理單元305基于該搜索請求，來獲取在搜索關(guān)鍵詞輸入?yún)^(qū)521中設(shè)定的搜索關(guān)鍵詞。此夕卜，在步驟S1102中，搜索處理單元305獲取在搜索范圍輸入?yún)^(qū)520中設(shè)定的搜索范圍。然后，搜索處理單元305促使內(nèi)容控制單元302進行搜索處理，同時將所獲取的關(guān)鍵詞和搜索范圍指定為參數(shù)。在步驟S1103中，內(nèi)容控制單元302基于作為被接收作為搜索參數(shù)的搜索范圍和搜索關(guān)鍵詞，從DB303中獲取與滿足條件的內(nèi)容文檔有關(guān)的信息。內(nèi)容控制單元302將所獲取的與內(nèi)容文檔有關(guān)的信息，作為搜索結(jié)果傳送到搜索處理單元305。在步驟SI 104中，搜索處理單元305通過按順序處理作為搜索結(jié)果傳送來的與內(nèi)容文檔有關(guān)的信息項，從各內(nèi)容文檔信息項獲取名稱和路徑，并且將這些名稱和路徑添加至搜索結(jié)果數(shù)據(jù)，而生成搜索結(jié)果數(shù)據(jù)(搜索結(jié)果列表)。然后，搜索處理單元305將所生成的搜索結(jié)果數(shù)據(jù)傳送到服務(wù)控制單元304。在步驟S1105中，服務(wù)控制單元304向客戶端PC20發(fā)送搜索處理響應，在該搜索處理響應中將該搜索結(jié)果數(shù)據(jù)設(shè)定為參數(shù)。下面，將參照圖9和圖12中所示的流程圖描述步驟S90中用于存檔內(nèi)容數(shù)據(jù)的處理詳情。參照圖9，在步驟S900中，當接收到根據(jù)從上下文菜單中對下載選項541的選擇而發(fā)出的選擇事件時，內(nèi)容顯示單元312確定是否有多個具有相同名稱的內(nèi)容文檔處于被選擇狀態(tài)。如果內(nèi)容顯示單元312確定多個具有相同名稱的內(nèi)容文檔被選擇下載(步驟S900中的“是”)，則在步驟S901中，內(nèi)容顯示單元312將文件夾生成標志存儲到RAM202中。在步驟S902中，內(nèi)容顯示單元302生成存檔請求，同時將與被確定為處于被選擇狀態(tài)的所述多個內(nèi)容文檔(421和431)有關(guān)的信息和在步驟S901中設(shè)定的文件夾生成標志指定為參數(shù)。然后，內(nèi)容顯示單元302將所生成的存檔請求發(fā)送到文檔管理服務(wù)器PC10。在步驟S903中，文檔管理服務(wù)器PClO的服務(wù)控制單元304接收服務(wù)請求，并且檢查接收到的請求的類型。在步驟S904中，如果文檔管理服務(wù)器PClO的服務(wù)控制單元304確定該請求的類型不清楚(步驟S904中的“是”)，則該處理前進到步驟S905。在步驟S905中，服務(wù)控制單元304向客戶端PC20發(fā)送請求錯誤。另一方面，在步驟S904中，如果服務(wù)控制單元304確定該請求的類型是存檔請求(步驟S904中的“否”)，則該處理前進到步驟S906。在步驟S906中，服務(wù)控制單元304執(zhí)行存檔處理。下面將參照圖12描述存檔處理的詳情。在步驟S907中，客戶端PC20的內(nèi)容顯示單元312確定該存檔請求是否已經(jīng)成功。此時,如果內(nèi)容顯示單元312接收到存檔響應，則內(nèi)容顯示單元312確定該存檔請求已經(jīng)成功。在此情況下(步驟S907中的“是”)，在步驟S908中，內(nèi)容顯示單元312從該存檔響應中提?、荌D，并且將提取的⑶ID存儲到RAM202中。另一方面，如果內(nèi)容顯示單元312接收到錯誤響應，則內(nèi)容顯示單元312確定該存檔請求已經(jīng)失敗。在此情況下(步驟S907中的“否”)，在步驟S909中，內(nèi)容顯示單元312顯示錯誤消息。接下來，將參照圖12描述步驟S906中的存檔處理的詳情。在步驟S1200中，存檔處理單元306生成用于識別要針對存檔請求生成的存檔文件的⑶ID。此外，存檔處理單元306生成以所生成的⑶ID為名稱的文件夾，同時將所生成的⑶ID處理為字符串。⑶ID可以是該文檔管理系統(tǒng)中唯一的任何值，并且可以用任何方法生成。此外，所生成的文件夾的存儲位置可以是任意位置。例如，可以在該文檔管理系統(tǒng)中的預定存儲位置方便地生成該文件夾。在步驟S1201中，存檔處理單元306生成用于存儲內(nèi)容文檔實體數(shù)據(jù)的存檔文件(圖6A中所示的示例中的存檔文件·600)。在步驟S1200中獲取的GUID的字符串被設(shè)定為要生成的存檔文件的名稱。在本示例性實施例中，所生成的存檔文件直接存儲在步驟S1200中生成的以GUID為名稱的文件夾下。在步驟S1202中，存檔處理單元306從存檔請求中提取被設(shè)定為參數(shù)的文件夾生成標志。在步驟S1203中，存檔處理單元306從存檔請求中，提取被設(shè)定為參數(shù)的與要被存檔的內(nèi)容文檔有關(guān)的信息。步驟S1204是循環(huán)開始的步驟。存檔處理單元306重復步驟S1204至S1209的處理，從而按順序處理與要被存檔的內(nèi)容文檔有關(guān)的信息項。換句話說，根據(jù)要被存檔的內(nèi)容文檔的數(shù)目重復上述步驟。在步驟S1205中，如果存檔處理單元306確定在步驟S1202中提取的文件夾生成標志被設(shè)定為“開啟”(ON)(步驟S1205中的“是”)，則該處理前進到步驟S1206。在步驟S1206中，存檔處理單元306生成新的文件夾，以用于將該內(nèi)容文檔的實體數(shù)據(jù)直接存儲在存檔文件中的根下。換句話說，如果存檔處理單元306確定具有相同名稱的內(nèi)容文檔被選擇(步驟S1205中的“是”)，則存檔處理單元306生成新的文件夾(圖6A中所示的示例中的文件夾610和620)，以將該內(nèi)容文檔存儲在具有不同名稱的文件夾下。另一方面，在步驟S1205中，如果存檔處理單元306確定文件夾生成標志被設(shè)定為“關(guān)閉”(OFF) (B卩，不必生成文件夾)(步驟S1205中的“否”)，則該處理前進到步驟S1207。在步驟S1207中，存檔處理單元306指示內(nèi)容控制單元302獲取內(nèi)容文檔信息和內(nèi)容文檔實體數(shù)據(jù)。內(nèi)容控制單元302從DB303獲取內(nèi)容文檔信息和內(nèi)容文檔實體數(shù)據(jù)，并且將該內(nèi)容文檔信息和內(nèi)容文檔實體數(shù)據(jù)傳送到存檔處理單元306。在步驟S1208中，存檔處理單元306將所獲取的內(nèi)容文檔實體數(shù)據(jù)附加存儲到存檔文件中。此時，在步驟S1206中在存檔文件中的根下生成文件夾的情況下，存檔處理單元306將該內(nèi)容文檔實體數(shù)據(jù)直接存儲在所生成的文件夾下。另一方面，在步驟S1206中不生成文件夾的情況下，存檔處理單元306將該內(nèi)容文檔實體數(shù)據(jù)直接存儲在存檔文件中的根下(即，根文件夾中)。此外，存檔處理單元306將步驟S1207中獲取的內(nèi)容文檔信息(名稱、路徑和屬性)以及在存檔文件內(nèi)存儲內(nèi)容文檔實體數(shù)據(jù)的路徑的信息，以列表格式臨時存儲在存儲器中。步驟S1209是與步驟S1204成對的步驟，并且是循環(huán)結(jié)束的步驟。在步驟S1210中，存檔處理單元306基于在步驟S1208中臨時存儲在存儲器中的內(nèi)容信息和在存檔文件中的路徑的信息，生成存檔信息文件630。然后，在步驟S1211中，存檔處理單元306將步驟S1210中生成的存檔信息文件630，附加存儲在步驟S1201中生成的存檔文件600的根下。存檔處理單元306將步驟S1200中生成的GUID的字符串，作為存檔處理的結(jié)果傳送到服務(wù)控制單元304。在步驟S1212中，服務(wù)控制單元304將該GUID設(shè)定為存檔響應的參數(shù)，并且將該存檔響應發(fā)送到客戶端PC20。在上面參照圖12描述的示例中，存檔處理單元306在步驟S1206中預先生成文件夾，然后在步驟S1208中將步驟S1207中獲取的內(nèi)容文檔實體數(shù)據(jù)存儲到該存檔文件中。然而，這些步驟的順序不局限于此。例如，可以改變這些步驟的順序，使得存檔處理單元306首先獲取內(nèi)容文檔實體數(shù)據(jù)，然后在將該實體數(shù)據(jù)存儲到該存檔文件中時生成文件夾。下面，將參照圖10和圖13中所示的流程圖描述步驟SlOO中用于下載存檔文件的處理的詳情。在步驟S1000中，內(nèi)·容顯示單元312從存檔響應中提取GUID，生成將所提取的GUID設(shè)定為參數(shù)的下載請求，并且將所生成的下載請求發(fā)送到文檔管理服務(wù)器PC10。在步驟S1001中，文檔管理服務(wù)器PClO的服務(wù)控制單元304接收服務(wù)請求，并且檢查該請求的類型。在步驟S1002中，如果文檔管理服務(wù)器PClO的服務(wù)控制單元304確定該請求的類型是不清楚的(步驟S1002中的“是”)，則該處理前進到步驟S1003。在步驟S1003中，服務(wù)控制單元304向客戶端PC20發(fā)送請求錯誤。另一方面，在步驟S1002中，如果服務(wù)控制單元304確定該請求的類型是下載請求(步驟S1002中的“否”)，則該處理前進到步驟S1004。在步驟S1004中，服務(wù)控制單元304執(zhí)行下載處理。稍后將參照圖13描述下載處理的詳情。在步驟S1005中，客戶端PC20的內(nèi)容顯示單元312確定該下載請求是否已經(jīng)成功。此時，如果內(nèi)容顯示單元312接收到下載響應，則內(nèi)容顯示單元312確定該下載請求已經(jīng)成功。在此情況下(步驟S1005中的“是”)，在步驟S1006中，內(nèi)容顯示單元312從下載響應中獲取存檔文件，并且將所獲取的存檔文件存儲到客戶端PC20中。另一方面，如果內(nèi)容顯示單元312接收到錯誤響應，則內(nèi)容顯示單元312確定下載請求已經(jīng)失敗。在此情況下(步驟S1005中的“否”)，在步驟S1007中，內(nèi)容顯示單元312顯示錯誤消息。接下來，將參照圖13描述步驟S1004中的下載處理的詳情。在步驟S1300中，下載處理單元307從下載請求中獲?、荌D。在步驟S1301中，下載處理單元307獲取與所獲取的GUID相關(guān)聯(lián)的存檔文件，并且將所獲取的存檔文件傳送到服務(wù)控制單元304。在步驟S1303中，服務(wù)控制單元304將存檔文件600設(shè)定為響應數(shù)據(jù)的參數(shù)，并且將下載響應發(fā)送到客戶端PC20。在以下描述中，將描述根據(jù)本發(fā)明第二示例性實施例的系統(tǒng)的處理流程。第二示例性實施例允許用戶例如在編輯通過進行與第一示例性實施例類似的處理而下載的存檔文件之后，通過將該存檔文件再次上傳到文檔管理服務(wù)器PCio來更新內(nèi)容文檔。在以下描述中，將參照附圖和流程圖描述與第一示例性實施例的不同之處。圖14示出了在根據(jù)第二示例性實施例的文檔管理系統(tǒng)中、由文檔管理服務(wù)器PClO和客戶端PC20提供的各處理單元的配置示例。第二示例性實施例與第一示例性實施例類似，只是第二示例性實施例附加包括上傳處理單元1400。服務(wù)控制單元304根據(jù)輸入/輸出管理單元301接收到的上傳請求，來向上傳處理單元1400分配處理。上傳處理單元1400展開被指定為上傳請求中的參數(shù)的存檔文件。然后，存檔處理單元304基于該存檔文件中的存檔信息文件中描述的信息，經(jīng)由內(nèi)容控制單元302更新內(nèi)容信息并且登記內(nèi)容文檔實體數(shù)據(jù)。圖15示出了根據(jù)第二示例性實施例的在上傳處理之后存儲在DB303中的內(nèi)容信息的配置。沒有被上傳處理更新的內(nèi)容文檔保持與圖4中所示的內(nèi)容文檔相同，而未進行任何改變。在圖15中所示的示例中，在上傳處理之后，內(nèi)容文檔421具有內(nèi)容文檔屬性1510，在該內(nèi)容文檔屬性1510中，屬性“交付日期” (DELIVERY DATE)被更新為“2011年12月12日”。此外，作為內(nèi)容文檔的“估價單2”(下文中稱為“內(nèi)容文檔1520”)被新附加存儲在文件夾430中，并且內(nèi)容文檔屬性1521與內(nèi)容文檔1520相關(guān)聯(lián)。圖16示出了根據(jù)本發(fā)明第二示例性實施例的Π的配置。由內(nèi)容顯示單元312顯示該Π。主畫面500包括標題顯示區(qū)501、樹顯示區(qū)1600、搜索條件區(qū)502、內(nèi)容顯示區(qū)503、屬性顯不區(qū)504和腳注顯不區(qū)505。與第一不例性實施例的不同之處在于,主畫面500附加包括樹顯示區(qū)1600，而主畫面500的其他區(qū)域與第一示例性實施例類似。在樹顯示區(qū)1600中分·層級顯示用以管理內(nèi)容文檔的文件夾。在本第二示例性實施例中，顯示圖4和圖15中所示的文件夾結(jié)構(gòu)(頂文件夾400以及文件夾410、420和430)。在本第二示例性實施例中，將存檔文件拖放(下文中稱為“D&D”)到樹顯示區(qū)1600 (或者內(nèi)容顯示區(qū)503)觸發(fā)存檔文件的上傳處理開始。然而，用于開始上傳處理的方法不局限于該D&D方法。例如，可以在用戶從操作菜單中選擇上傳命令并且指定要被上傳的存檔文件時，開始上傳處理。圖17示出了要被上傳的存檔文件的配置示例。在該示例中，假定在用戶通過進行與第一示例性實施例類似的處理下載圖6A中所示的存檔文件、然后編輯該存檔文件之后，該存檔文件變?yōu)閳D17A中所示的結(jié)構(gòu)。該編輯處理導致包括在內(nèi)容文檔421的屬性信息1730中的屬性“交付日期”的值1731更新為“2011年12月12日”。此外，該編輯處理導致圖6中所示的內(nèi)容文檔431被替換為圖17A中所示的內(nèi)容文檔1710 (估價單2)，盡管內(nèi)容文檔431的屬性信息680沒有被編輯。因此，圖17A中所示的存檔文件1700管理文件夾610和620以及存檔信息文件1720。文件夾610包含內(nèi)容文檔421的實體數(shù)據(jù)，文件夾620包含內(nèi)容文檔1710的實體數(shù)據(jù)。如圖17B中所示，在該編輯之后的存檔信息文件1720中，描述與內(nèi)容文檔(421和1710)有關(guān)的信息(名稱、路徑和屬性)以及這些內(nèi)容文檔在存檔文件1700中的路徑。在以下描述中，將描述由該編輯引起的標簽的變化。圖17B中所示的標簽1730由一對〈properties〉和〈/properties〉來定義,并且管理附屬到內(nèi)容文檔421的屬性信息。圖17C中示出了標簽1730的詳情。參照圖17C，在內(nèi)容文檔421的屬性662中，標簽1731〈value>和〈/value〉之間描述的值被更新為“2011年12月12日”。
此外，由于圖6中所示的內(nèi)容文檔431被如圖17A中所示的內(nèi)容文檔1710 (估價單2)替換，所以標簽1740〈name>和〈/name〉之間描述的文檔名稱被改變?yōu)閳D17B中所示的存檔信息文件1720中的“估價單2”。然而，如圖17D中所示，內(nèi)容文檔1710的屬性信息680保持不變，因此與圖6D中所示的屬性信息680類似。圖18是示出用于將存儲在客戶端PC20中的存檔文件1700上傳到文檔管理服務(wù)器PClO的處理(S190)的流程的序列圖。內(nèi)容顯示單元312接收當通過用戶的操作將存檔文件1700D&D到樹顯示區(qū)1600時發(fā)出的事件。然后，內(nèi)容顯示單元312向文檔管理服務(wù)器PClO發(fā)送上傳請求，在該上傳請求中，存檔文件1700被設(shè)定為參數(shù)。當接收到該上傳請求時，文檔管理服務(wù)器PCio的服務(wù)控制單元304指示上傳處理單元1400進行上傳處理。上傳處理單元1400展開包括在該存檔請求中的存檔文件1700，分析存檔信息文件1720，并且將包含在存檔文件1700中的內(nèi)容文檔實體數(shù)據(jù)和內(nèi)容信息(名稱、路徑和屬性)傳送到內(nèi)容控制單元302。內(nèi)容控制單元302將該內(nèi)容文檔實體數(shù)據(jù)和內(nèi)容信息登記在由該路徑指定的在DB303中的存儲位置，并且將登記結(jié)果返回到上傳處理單元1400。上傳處理單元1400將上傳處理的結(jié)果傳送到服務(wù)控制單元304。當接收到上傳處理的結(jié)果時，服務(wù)控制單元304將上傳響應發(fā)送到客戶端PC20的內(nèi)容顯示單元312。內(nèi)容顯示單元312將登記處理之后的內(nèi)容文檔的信息以列表的形式顯示在內(nèi)容顯示區(qū)503中。下面，將·參照圖19和圖20描述步驟S190中將存檔文件從客戶端PC20上傳到文檔管理服務(wù)器PClO的處理的詳情。參照圖19，在步驟S1900中，當檢測到將存檔文件1700D&D到樹顯示區(qū)1600時，內(nèi)容顯示單元312生成上傳請求，在該上傳請求中將存檔文件1700設(shè)定為參數(shù)，并且內(nèi)容顯示單元312將所生成的上傳請求發(fā)送到文檔管理服務(wù)器PC10。在步驟S1901中，文檔管理服務(wù)器PClO的服務(wù)控制單元304接收服務(wù)請求，并且檢查接收到的請求的類型。在步驟S1902中，如果文檔管理服務(wù)器PClO的服務(wù)控制單元304確定該請求的類型不清楚(步驟S1902中的“是”)，則該處理前進到步驟S1903。在步驟S1903中，服務(wù)控制單元304向客戶端PC20發(fā)送請求錯誤。另一方面，在步驟S1902中，如果服務(wù)控制單元304確定該請求的類型是上傳請求(步驟S1902中的“否”)，則該處理前進到步驟S1904。在步驟S1904中，服務(wù)控制單元304執(zhí)行上傳處理。稍后將參照圖20描述上傳處理的詳情。在步驟S1905中，客戶端PC20的內(nèi)容顯示單元312確定該上傳請求是否已經(jīng)成功。此時，如果內(nèi)容顯示單元312接收到上傳響應,則內(nèi)容顯示單元312確定該上傳請求已經(jīng)成功。在此情況下(步驟S1905中的“是”)，在步驟S1906中，內(nèi)容顯示單元312重新顯示內(nèi)容顯示區(qū)503。另一方面，如果內(nèi)容顯示單元312接收到錯誤響應，則內(nèi)容顯示單元312確定該上傳請求已經(jīng)失敗。在此情況下(步驟S1905中的“否”)，在步驟S1907中，內(nèi)容顯示單元312顯示錯誤消息。接下來，將參照圖20描述步驟S1904中的上傳處理的詳情。在步驟S2000中，上傳處理單元1400生成新的⑶ID，并且生成以⑶ID為名稱的文件夾。該文件夾是在展開存檔文件時臨時使用的工作文件夾。在步驟S2001中，上傳處理單元1400從存檔文件1700中提取所有文件夾、內(nèi)容文檔實體數(shù)據(jù)和存檔信息文件1720，并且將這些文件夾、內(nèi)容文檔實體數(shù)據(jù)和存檔信息文件1720存儲在步驟S2000中生成的文件夾中。在步驟S2002中，上傳處理單元1400分析在步驟S2001中存儲的存檔信息文件1720，并且識別各內(nèi)容文檔的內(nèi)容信息(名稱、路徑和屬性)。步驟S2003是循環(huán)開始的步驟。上傳處理單元1400重復步驟S2003至S2008的處理,從而按順序處理從存檔文件1700中提取的內(nèi)容文檔。在步驟S2004中，上傳處理單元1400獲取在步驟S2001中存儲的內(nèi)容文檔實體數(shù)據(jù)和路徑信息，并且指示內(nèi)容控制單元302登記該內(nèi)容。在步驟S2005中，內(nèi)容控制單元302將該內(nèi)容文檔實體數(shù)據(jù)登記在由該路徑信息指定的在DB303中的存儲位置。由于包括在內(nèi)容信息中的路徑信息表示當存檔文件1700被下載時各文檔文件被存儲的路徑，所以更新處理之后的各內(nèi)容文檔的實體數(shù)據(jù)作為更新后的內(nèi)容(或者作為新增加的內(nèi)容)，被登記在DB303中該內(nèi)容文檔最初被存儲的存儲位置。(更具體來說，重命名的內(nèi)容文檔1710像圖15中所示的內(nèi)容文檔1520那樣作為新增加內(nèi)容被登記，因為內(nèi)容文檔1710具有與最初存儲在DB303中的內(nèi)容文檔431不同的名稱。另一方面，內(nèi)容文檔421不被重命名，因此具有與最初存儲在DB303中的內(nèi)容文檔421相同的名稱。因此，內(nèi)·容文檔421被登記為更新后的內(nèi)容。)在步驟S2006中，存檔處理單元1400獲取在步驟S2002中分析出的內(nèi)容信息(名稱和屬性)，并且指示內(nèi)容控制單元302更新該內(nèi)容信息。在步驟S2007中，內(nèi)容控制單元302更新與在步驟S2005中登記的內(nèi)容文檔有關(guān)的內(nèi)容文檔屬性。步驟S2008是與步驟S2003成對的步驟，并且是該循環(huán)結(jié)束的步驟。在步驟S2009中，上傳處理單元1400刪除在步驟S2000中生成的以⑶ID為名稱的文件夾，并且將上傳處理的結(jié)果傳送到服務(wù)控制單元304。在步驟S2010中，服務(wù)控制單元304向客戶端PC20發(fā)送上傳響應。其他實施例本發(fā)明的各方面還能夠通過讀出并執(zhí)行記錄在存儲設(shè)備上的程序來執(zhí)行上述實施例的功能的系統(tǒng)或裝置的計算機(或諸如CPU或MPU等的設(shè)備)來實現(xiàn)，并能夠利用由通過例如讀出并執(zhí)行記錄在存儲設(shè)備上的程序來執(zhí)行上述實施例的功能的系統(tǒng)或裝置的計算機來執(zhí)行各步驟的方法來實現(xiàn)。為此，例如經(jīng)由網(wǎng)絡(luò)或從充當存儲設(shè)備的各種類型的記錄介質(zhì)(例如，計算機可讀介質(zhì))將程序提供給計算機。雖然參照示例性實施例對本發(fā)明進行了描述，但是應當理解，本發(fā)明不局限于所公開的示例性實施例。應當對所附權(quán)利要求的范圍給予最寬的解釋，以使所述范圍涵蓋所有的此類變型例以及等同結(jié)構(gòu)和功能。
權(quán)利要求
1.一種文檔管理服務(wù)器，其經(jīng)由網(wǎng)絡(luò)連接到客戶端，并且被配置為管理存儲在具有層級結(jié)構(gòu)的文件夾中的內(nèi)容文檔，所述文檔管理服務(wù)器包括: 實體數(shù)據(jù)存儲單元，其被配置為獲取被所述客戶端指定下載的多個內(nèi)容文檔的實體數(shù)據(jù)，并且在所指定的多個內(nèi)容文檔當中存在具有相同名稱的內(nèi)容文檔的情況下，將所獲取到的所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)存儲于在存檔文件中生成的不同文件夾中； 存檔信息文件存儲單元，其被配置為生成信息文件，并且將所生成的信息文件存儲在所述存檔文件中，其中在所述信息文件中，與被指定要下載的所述多個內(nèi)容文檔中的各個相關(guān)的所述文檔管理服務(wù)器中的路徑信息和所述存檔文件中的路徑信息被相互關(guān)聯(lián)地描述；以及 發(fā)送單元，其被配置為將存儲所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)以及所述信息文件的所述存檔文件發(fā)送到所述客戶端。
2.根據(jù)權(quán)利要求1所述的文檔管理服務(wù)器，其中，所述存檔信息文件存儲單元生成所述信息文件并且將所生成的信息文件存儲在所述存檔文件中，其中，在所述信息文件中，與被指定要下載的所述多個內(nèi)容文檔中的各個相關(guān)的所述文檔管理服務(wù)器中的路徑信息、所述存檔文件中的路徑信息以及屬性信息被相互關(guān)聯(lián)地描述。
3.根據(jù)權(quán)利要求1所述的文檔管理服務(wù)器，該文檔管理服務(wù)器還包括: 存檔文件存儲單元，其被配置為在將存儲所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)和所述信息文件的所述存檔文件與用于識別所述存檔文件的文件標識符相關(guān)聯(lián)的同時存儲所述存檔文件；以及 標識符發(fā)送單元，其被配置為將所述文件標識符發(fā)送到所述客戶端， 其中，在從所述客戶端接收到包括所述文件標識符的下載請求的情況下，所述發(fā)送單元將與所述文件標識符相關(guān)聯(lián)地`存儲的所述存檔文件發(fā)送到所述客戶端。
4.根據(jù)權(quán)利要求1所述的文檔管理服務(wù)器，該文檔管理服務(wù)器還包括: 搜索單元，其被配置為搜索滿足從所述客戶端發(fā)送的搜索條件的內(nèi)容文檔；以及 搜索結(jié)果發(fā)送單元，其被配置為將所述搜索單元的搜索結(jié)果發(fā)送到所述客戶端， 其中，被所述客戶端指定下載的所述多個內(nèi)容文檔是由用戶在所述客戶端從所述搜索結(jié)果中選擇的內(nèi)容文檔。
5.根據(jù)權(quán)利要求1所述的文檔管理服務(wù)器，該文檔管理服務(wù)器還包括上傳單元，該上傳單元被配置為在所述文檔管理服務(wù)器接收到用于上傳在所述客戶端更新的所述存檔文件的請求的情況下，通過分析包含在更新后的存檔文件中的信息文件，來獲取與包含在更新后的存檔文件中的各內(nèi)容文檔的實體數(shù)據(jù)相關(guān)的所述文檔管理服務(wù)器中的路徑信息，并且將所述內(nèi)容文檔的實體數(shù)據(jù)存儲在由所述路徑信息指定的存儲位置。
6.根據(jù)權(quán)利要求5所述的文檔管理服務(wù)器，其中，所述上傳單元還通過分析包含在更新后的存檔文件中的所述信息文件，來獲取包含在更新后的存檔文件中的各內(nèi)容文檔的屬性信息，并且利用所獲取到的屬性信息，來更新與存儲在由所述路徑信息指定的所述存儲位置的所述內(nèi)容文檔的實體數(shù)據(jù)相關(guān)聯(lián)的屬性信息。
7.根據(jù)權(quán)利要求1所述的文檔管理服務(wù)器，其中，所述實體數(shù)據(jù)存儲單元獲取被所述客戶端指定下載的所述多個內(nèi)容文檔的實體數(shù)據(jù)，并且在所指定的多個內(nèi)容文檔當中不存在具有相同名稱的內(nèi)容文檔的情況下，將所獲取到的所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)存儲在所述存檔文件中的同一文件夾中。
8.一種由文檔管理服務(wù)器進行的文檔管理方法，該文檔管理服務(wù)器經(jīng)由網(wǎng)絡(luò)連接到客戶端，并且被配置為管理存儲在具有層級結(jié)構(gòu)的文件夾中的內(nèi)容文檔，所述文檔管理方法包括以下步驟: 實體數(shù)據(jù)存儲，使所述文檔管理服務(wù)器的實體數(shù)據(jù)存儲單元獲取被所述客戶端指定下載的多個內(nèi)容文檔的實體數(shù)據(jù)，并且在所指定的多個內(nèi)容文檔當中存在具有相同名稱的內(nèi)容文檔的情況下，將所獲取到的所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)存儲于存檔文件中生成的不同文件夾中； 存檔信息文件存儲，使所述文檔管理服務(wù)器的存檔信息文件存儲單元生成信息文件并且將所生成的信息文件存儲在所述存檔文件中，其中在所述信息文件中，與被指定要下載的所述多個內(nèi)容文檔中的各個相關(guān)的所述文檔管理服務(wù)器中的路徑信息和所述存檔文件中的路徑信息被相互關(guān)聯(lián)地描述；以及 使所述文檔管理服務(wù)器的發(fā)送單元將存儲所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)以及所述信息文件的所述存檔文件 發(fā)送到所述客戶端。
全文摘要
本發(fā)明提供文檔管理服務(wù)器及文檔管理方法。所述文檔管理服務(wù)器獲取被客戶端指定下載的多個內(nèi)容文檔的實體數(shù)據(jù)，并且在所指定的多個內(nèi)容文檔當中存在具有相同名稱的內(nèi)容文檔時，將所獲取到的所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)存儲于在存檔文件中生成的不同文件夾中。此外，所述文檔管理服務(wù)器生成信息文件，并且將所生成的信息文件存儲在所述存檔文件中，其中在所述信息文件中，與被指定要下載的所述多個內(nèi)容文檔中的各個相關(guān)的所述文檔管理服務(wù)器中的路徑信息和所述存檔文件的路徑信息被與相應內(nèi)容文檔相關(guān)聯(lián)地描述。此外，所述文檔管理服務(wù)器將存儲所述多個內(nèi)容文檔中的各個的實體數(shù)據(jù)以及所述信息文件的所述存檔文件發(fā)送到所述客戶端。
文檔編號G06F17/30GK103226564SQ20131003426
公開日2013年7月31日 申請日期2013年1月29日 優(yōu)先權(quán)日2012年1月31日
發(fā)明者松本義高 申請人:佳能株式會社