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

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


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