CN103226564B - 文档管理服务器及文档管理方法 - Google Patents

Abstract

本发明提供文档管理服务器及文档管理方法。所述文档管理服务器获取被客户端指定下载的多个内容文档的实体数据，并且在所指定的多个内容文档当中存在具有相同名称的内容文档时，将所获取到的所述多个内容文档中的各个的实体数据存储于在存档文件中生成的不同文件夹中。此外，所述文档管理服务器生成信息文件，并且将所生成的信息文件存储在所述存档文件中，其中在所述信息文件中，与被指定要下载的所述多个内容文档中的各个相关的所述文档管理服务器中的路径信息和所述存档文件的路径信息被与相应内容文档相关联地描述。此外，所述文档管理服务器将存储所述多个内容文档中的各个的实体数据以及所述信息文件的所述存档文件发送到所述客户端。

Description

文档管理服务器及文档管理方法

技术领域

本发明涉及被配置为管理文档的文档管理服务器及其文档管理方法。

背景技术

在Web浏览器上工作的传统文档管理系统中，用户能够例如显示、搜索并下载由文档管理服务器管理的文件夹和文档，并且将文档和文件上传到文档管理服务器。此外，该文档管理系统可能具有如下的功能，即允许用户在集合下载多个文档时，将该多个文档存档至单个文件中然后下载这些文档。例如，用户可以在通过以ZIP格式将多个文件存档、而将这些文件一起置入单个ZIP文件中之后，下载这些文件。

此外，WO2008/029774号公报讨论了如下的系统，该系统允许用户将以超文本标记语言（HTML）定义的对象（光标或链接）拖放到本地个人计算机（PC）的操作系统（OS）上，以容易地下载与该对象相关联的文件。

此外，日本专利申请特开2006-126962号公报讨论了如下的系统，在该系统中，当用户编辑并存储下载的文档时，如果存在该用户参照的其他文档，则该用户可以在将所参照的文档的全路径嵌入在该文档中的同时存储该文档，并且在再次打开该文档时从嵌入在该文档中的该全路径查看先前参照的文档。

对该文档管理服务器管理的文档的搜索，可能导致发现存储在多个不同存储位置（不同目录和文件夹）的多个文档。此时，作为搜索结果，可能获取到存储在不同位置的相同名称的文档。标准客户端PC不允许用户将具有相同名称的多个文档存储在作为下载目的地的同一文件夹中。因此，用户每次下载具有相同名称的各文档时，该用户必须麻烦地重命名该文档或者指定该文档存储到的文件夹。因此，该传统文档管理系统具有如下的问题，即用户可能必须进行麻烦的操作以下载多个文档。

发明内容

根据本发明的一方面，文档管理服务器经由网络连接到客户端，并且被配置为管理存储在具有层级结构的文件夹中的内容文档。所述文档管理服务器包括：实体数据存储单元，其被配置为获取被所述客户端指定下载的多个内容文档的实体数据，并且在所指定的多个内容文档当中存在具有相同名称的内容文档的情况下，将所获取到的所述多个内容文档中的各个的实体数据存储于在存档文件中生成的不同文件夹中；存档信息文件存储单元，其被配置为生成信息文件，并且将所生成的信息文件存储在所述存档文件中，其中在所述信息文件中，与被指定要下载的所述多个内容文档中的各个相关的所述文档管理服务器中的路径信息和所述存档文件中的路径信息被相互关联地描述；以及发送单元，其被配置为将存储所述多个内容文档中的各个的实体数据以及所述信息文件的所述存档文件发送到所述客户端。

当用户集合下载多个文档文件（多个内容文档）时，如果存在具有相同名称的文档文件，则自动生成多个文件夹，并且各个文档存储在所述文件夹中，使得用户能够集合下载所述多个文档而无需改变各个文档文件的名称。

此外，当用户下载文档时，生成并存储信息文件，在所述信息文件中，与各个文档文件有关的信息项（例如，路径和属性）被一起描述，使得用户甚至能够找到所述各个文档文件所下载自的位置。

通过以下参照附图对示例性实施例的详细描述，本发明的其他特征和方面将变得清楚。

附图说明

被并入说明书并构成说明书的一部分的附图，例示了本发明的示例性实施例、特征及方面，并与文字描述一起用来说明本发明的原理。

图1示出了系统配置。

图2示出了文档管理服务器和文档管理客户端的硬件配置。

图3示出了根据第一示例性实施例的各处理单元的配置示例。

图4示出了内容的配置示例。

图5A、5B和5C示出了根据第一示例性实施例的用户界面（UI）画面的配置示例。

图6A、6B、6C和6D示出了根据第一示例性实施例的存档文件的配置示例。

图7示出了用于下载多个内容的处理的序列。

图8是搜索请求发送的流程图。

图9是存档请求发送的流程图。

图10是下载请求发送的流程图。

图11是搜索处理的流程图。

图12是存档处理的流程图。

图13是下载处理的流程图。

图14示出了根据第二示例性实施例的各处理单元的配置示例。

图15示出了上传处理之后的内容的配置示例。

图16示出了根据第二示例性实施例的UI画面的结构示例。

图17A、17B、17C和17D示出了待上传的存档文件的配置示例。

图18示出了用于上传存档文件的处理的序列。

图19是上传请求发送的流程图。

图20是上传处理的流程图。

具体实施方式

下面，将参照附图来详细描述本发明的各种示例性实施例、特征和方面。

<系统配置>

图1示出了根据本发明示例性实施例的文档管理系统的配置。该系统包括经由诸如局域网（LAN）30等的网络而相互连接的文档管理服务器个人计算机（PC）10和客户端PC20。文档管理服务器PC10提供管理诸如文档和图像等内容（文件）的文档管理功能和Web应用服务器功能。客户端PC20提供经由Web浏览器连接到文档管理服务器PC10并操纵所述内容的功能。文档管理服务器PC10和客户端PC20各自可以由常用信息处理设备（PC）的硬件构成。

图2示出了根据本示例性实施例的文档管理系统中包括的各PC的硬件配置。参照图2，中央处理单元（CPU）201执行存储在只读存储器（ROM）203中的程序ROM中的程序，以及从硬盘210加载到随机访问存储器（RAM）202的诸如操作系统(OS)及应用等的程序。换句话说，该计算机（CPU）充当被配置为通过执行存储在计算机可读存储介质中的程序来进行下面描述的各流程图的处理的各个处理单元。

RAM202是CPU201的主存储器，并且充当例如工作区。键盘控制器204控制来自键盘208和未示出的指示装置（例如，鼠标、触摸板、触摸屏和跟踪球）操作输入。显示控制器205控制显示装置209的显示。盘控制器206控制对存储各种数据的诸如硬盘（HD）或软盘（FD）等的外部存储器210的数据访问。网络控制器（NC）207连接到网络，并且控制当前PC与连接到网络的其他设备之间的通信。

在以下描述中，将描述根据本发明第一示例性实施例的系统的处理流程。图3示出了在根据本发明第一示例性实施例的该系统中由文档管理服务器PC10和客户端PC20提供的各处理单元的配置示例。文档管理服务器PC10的CPU201执行程序，该文档管理服务器通过该程序充当各处理单元300至307。内容等信息存储在外部存储器210中，并且在需要时被加载到RAM201以被处理。

文档管理服务器PC10的主控制单元300进行用于控制该文档管理服务器的应用的主控制处理。此外，主控制单元300控制输入/输出控制单元301、内容控制单元302和服务控制单元304，并且调停例如文件夹信息、内容信息（例如与内容的名称和存储位置有关的信息）和内容实体数据（作为内容文档的实体的文档文件）。

输入/输出控制单元301接收来自客户端PC20的服务请求，并且将对该请求的响应发送到客户端PC20。内容控制单元302根据来自客户端PC20的请求，从数据库（DB）303获取内容信息和内容实体数据。可以利用例如DB或管理文件管理内容信息和内容实体数据，并且可以用任何方式管理。

服务控制单元304根据由输入/输出管理单元301接收到的服务请求，向搜索处理单元305、存档处理单元306或下载处理单元307分配处理。在从对应的处理单元接收到处理结果之后，服务控制单元304将该结果传送到输入/输出管理单元301。搜索处理单元305分析搜索请求的搜索参数（搜索范围和搜索条件），并且从DB303获取满足搜索条件的内容信息。搜索处理单元305将获取的内容信息作为结果数据传送到服务控制单元304。

存档处理单元306将与存档请求中的参数指定的内容信息相对应的内容实体数据及其内容信息文件，一起存储在存档文件（例如，ZIP文件）中。存档处理单元306针对每个存档请求，将用于识别存档的存档文件的文件标识符（在本示例性实施例中称为“全局唯一标识符（GUID）”）作为结果数据传送到服务控制单元304。下载处理单元307将与下载请求中的参数指定的存档文件标识符（从存档请求获取的GUID）相对应的ZIP文件，作为结果数据传送到服务控制单元304。

此外，客户端PC20的CPU201读出各处理单元的程序并且执行该程序，客户端PC20通过该程序充当各处理单元310至312。客户端PC20的主控制单元310进行用于控制客户端PC20的应用的主控制处理。此外，主控制单元310控制输入/输出管理单元311和内容显示单元312，并且例如调停内容信息和内容实体数据。输入/输出管理单元311将服务请求发送到文档管理服务器PC10，并且从文档管理服务器PC10接收响应。内容显示单元312分析从文档管理服务器PC10接收到的内容信息，并且将该信息显示在Web浏览器上。

图4示出了根据第一示例性实施例的存储在DB303中的内容的配置示例。术语“内容”是指诸如文档和图像等的文档文件（在下文中称为“内容文档”），以及存储文档文件的文件夹。文件夹具有层级结构，并且可以在每个文件夹内管理子文件夹和内容文档。此外，内容文档保持与该内容文档相关联的作为附加属性的内容文档属性。

顶文件夹400是将所有内容合成一体的顶层文件夹。在图4中所示的示例中，20111101文件夹（下文中称为“文件夹410”）、20111102文件夹（下文中称为“文件夹420”）以及20111103文件夹（下文中称为“文件夹430”）在顶文件夹400之下被管理。作为内容文档的估价单411（下文中称为“内容文档411”）存储在文件夹410中。此外，内容文档411具有内容文档属性412。作为内容文档的估价单421（下文中称为“内容文档421”）存储在文件夹420中。内容文档421具有内容文档属性422。作为内容文档的估价单431（下文中称为“内容文档431”）存储在文件夹430中。内容文档431具有内容文档属性432。

图5示出了根据第一示例性实施例的用户界面画面（UI画面）的配置示例，并且该UI画面由内容显示单元312显示。主画面500包括标题显示区501、搜索条件区502、内容显示区503、属性显示区504和脚注显示区505。图5A示出了整个UI画面的配置示例。图5B是当内容文档被选择时的内容显示区503的放大图。图5C是当显示上下文菜单时的内容显示区503的放大图。

应用的名称、菜单等显示在标题显示区501中。此外，文本输入区显示在搜索条件区502中，用户在该文本输入区中设定并输入用于搜索在DB303中管理的内容文档的条件。在本示例性实施例中，搜索条件区502包括用于设定搜索范围的输入区520、用于设定搜索关键词的搜索关键词输入区521以及用于开始搜索处理的搜索按钮522。内容显示单元312根据对搜索按钮522的按压接收执行搜索的指示，然后将搜索请求发送到文档管理服务器PC10，从而将在搜索范围输入区520中输入的文本和在搜索关键词输入区521中输入的文本指定为参数。

在内容显示区503中，显示被确定为满足在搜索条件区502中设定的搜索条件的内容文档（即，搜索结果）。在图5A中所示的示例中，通过将“顶文件夹”(TOPFOLDER)（400）和“估价单”(ESTIMATEFORM)分别设定为搜索范围和关键词，来进行搜索。作为该搜索的结果，确定在内容文档的名称中包括术语“估价单”的内容文档（411、421和431）满足搜索条件，并且这些内容文档以列表形式显示在内容显示区503中。

可以根据用户的指示，从以列表的形式显示的内容文档中选择用户期望的内容文档。例如，在用户选择内容文档421和431的情况下，如图5B中所示，内容显示单元312显示内容文档421和431，同时以被选择的状态530和531加亮这两个文档。

此时，当通过用户的鼠标操作，将鼠标光标置于被选择状态下的内容文档上时，内容显示单元312显示用于显示上下文菜单的上下文菜单按钮532。然后，当通过用户的操作点击上下文菜单按钮532时，如图5C中所示，内容显示单元312显示上下文菜单540。当用户指定上下文菜单540中的“下载”(DOWNLOAD)选项541时，内容显示单元312向文档管理服务器PC10发送存档请求，同时将下载选项被指定时处于被选择状态的内容文档（图5C中所示的示例中为内容文档421和431）设定为参数。

属性显示区504是用于在内容显示区503中选择内容数据时显示所选择的内容文档的属性的区域。在此显示的属性包括例如表示所选择的内容文档的名称、内容文档的路径和内容文档的属性的信息。此外，脚注显示区505是用于显示应用的版本和版权的区域。

图6A示出了当在图5C中所示的画面上指示下载时、由文档管理服务器PC10生成的存档文件600的配置。在本示例性实施例中，以ZIP文件格式生成存档文件600。然而，存档文件600的格式不局限于ZIP格式，并且可以是能够将多个文件存储在单个文件中的任何其他格式。存档文件600包含文件夹610和620以及存档信息文件630。此外，文件夹610包含内容文档421的实体数据，并且文件夹620包含内容文档431的实体数据。

在存档信息文件630中，描述与从客户端PC20接收到的存档请求指定的内容文档有关的信息（名称、路径及属性），以及该内容文档在存档文件中的路径。在如图6B中所示的示例中，用可扩展标记语言（XML）构建存档信息文件630，但是存档信息文件630的格式不局限于XML，并且可以是诸如逗号分隔值(CSV)等的其他文件格式。

下面，将利用图6B中所示的示例，来描述定义存档信息文件630的数据结构的各个标签（tag）。标签640由一对<result_list>和</result_list>来定义，并且是管理标签650和670的根标签。

标签650由一对<result>和</result>来定义，并通过以下标签，来管理与包含在存档文件600中的内容文档421有关的信息（名称、路径和在存档文件600中的路径以及属性）。在标签<name>和</name>之间描述内容文档421的名称。此外，在标签<path>和</path>之间，描述在文档管理服务器的管理下管理内容文档421时的路径。此外，在标签<vpath>和</vpath>之间，描述在存档文件中管理内容文档的路径。此外，在标签<properties>和</properties>之间描述内容文档421的属性信息。

图6C示出了内容文档421的属性信息660的详情。各自由一对<property>和</property>定义的标签661和662分别使用以下标签，来管理添加到内容文档421的属性（存储属性和交付日期属性）。在标签<name>和</name>之间描述各属性的名称。在标签<value>和</value>之间描述各属性的值。

标签670由一对<result>和</result>来定义，并通过以下标签，来管理与包含在存档文件600中的内容文档431有关的信息（名称、文档管理服务器管理下的路径、在存档文件600中的路径以及属性）。标签670的配置与标签650的配置类似。

图6D示出了内容文档431的属性信息680的详情。标签680由一对<properties>和</properties>来定义，并且管理添加到内容文档431的各属性的信息。图6D示出了在标签681之间设定值“福冈”(FUKUOKA)作为属性“商店”(STORE)，并且在标签682之间设定值“2011年12月3日”(DECEMBER3,2011)作为属性“交付日期”(DELIVERYDATE)。标签680的配置与标签660的配置类似。

在以下描述中，将描述根据本第一示例性实施例的处理流程。图7示出了表示从在发出搜索执行请求之后从搜索结果列表当中选择用户期望的内容文档（文件）时起、到所选择的内容文档被下载到客户端PC20上为止的流程的序列。图7中所示的序列由与对内容文档的搜索有关的流程（S80）、用于存档内容文档的处理流程（S90）和用于下载存档文件的处理流程（S100）构成。现在将描述图7中所示的序列的详情。

在步骤S80中，首先，内容显示单元312接收根据对搜索按钮522的按压而发出的搜索执行事件。然后，内容显示单元312将搜索请求发送到文档管理服务器PC10，同时将在搜索范围输入区520和搜索关键词输入区521中设定的条件指定为参数。当接收到搜索请求时，文档管理服务器PC10的服务控制单元304促使搜索处理单元305进行搜索处理。

搜索处理单元305将包括在搜索请求中的搜索条件（搜索范围和搜索关键词）发送到内容控制单元302，从而使内容控制单元302搜索文档。然后，搜索处理单元305从内容控制单元302获取内容文档信息作为搜索结果。内容文档信息是如下的信息，诸如满足搜索条件的内容文档的名称，以及表示用以管理该内容文档的文件夹的路径等。可以在获取内容文档信息作为搜索结果的同时，获取与多个内容文档有关的信息项。搜索处理单元305将所获取的内容文档信息，作为搜索处理的结果传送到服务控制单元304。

服务控制单元304将把接收到的搜索处理结果中的内容文档信息设定为参数的搜索处理响应，发送到内容显示单元312。内容显示单元312将作为搜索处理响应而接收到的内容文档信息，以列表的形式显示在内容显示区503上。在内容显示单元312中定义该显示的位置和尺寸。可以用任何方式定义该位置和尺寸，诸如将该位置及尺寸作为内部资源来定义，或者在外部文件中定义该位置及尺寸。

在步骤S90中，首先，内容显示单元312获取根据从上下文菜单上对下载541的选择而发出的选择事件。然后，内容显示单元312将存档请求发送到文档管理服务器PC10，在该存档请求中，将被选择状态530和531下的内容文档（421和431）的信息指定为参数。当接收到该存档请求时，文档管理服务器PC10的服务控制单元304促使存档处理单元306进行存档处理。

存档处理单元306基于包括在该存档请求中的各内容文档的信息向内容控制单元302发出获取请求，并且获取对应的内容文档实体数据。存档处理单元306通过将所获取的各内容文档的实体数据添加到存档文件，而生成该存档文件。存档处理单元306将存档文件与用于识别所生成的存档文件的文件标识符（GUID）相关联，并且将该存档文件标识符作为存档处理的结果传送到服务控制单元304。当接收到存档处理的结果时，服务控制单元304将该GUID作为存档响应的参数，发送到客户端PC20的内容显示单元312。

在步骤S100中，首先，内容显示单元312提取被包括作为接收到的存档响应的参数的GUID，并且向文档管理服务器PC10发送下载请求，在该下载请求中，将所提取的GUID设定为参数。当接收到该下载请求时，文档管理服务器PC10的服务控制单元304促使下载处理单元307进行下载处理。

下载处理单元307获取与包括在下载请求中的GUID相对应的存档文件，并且将所获取的存档文件作为下载处理的结果传送到服务控制单元304。服务控制单元304将接收到的存档文件作为下载响应的参数，发送到客户端PC20的内容显示单元312。当接收到该下载响应时，内容显示单元312将包括在接收到的下载响应中的存档文件，存储在客户端PC20的存储装置中。

在以下描述中，将描述上述步骤S80、S90和S100的详情。

下面，将参照图8和图11中所示的流程图描述步骤S80中的内容数据搜索处理的详情。参照图8，在步骤S800中，当接收到根据用户对搜索按钮522的按压而发出的搜索执行事件时，内容显示单元312生成搜索请求，同时将在搜索范围输入区520和搜索关键词输入区521中设定的条件指定为参数。然后，内容显示单元312将所生成的搜索请求发送到文档管理服务器PC10。

在步骤S801中，文档管理服务器PC10的服务控制单元304接收该服务请求，并且检查所接收到的请求的类型。在步骤S802中，如果文档管理服务器PC10的服务控制单元304确定所接收到的请求的类型不清楚（步骤S802中的“是”），则该处理前进到步骤S803。在步骤S803中，服务控制单元304向客户端PC20发送请求错误。另一方面，在步骤S802中，如果服务控制单元304确定该请求的类型是搜索请求（步骤S802中的“否”），则该处理前进到步骤S804。在步骤S804中，服务控制单元304引发搜索处理。下面将参照图11描述该搜索处理的详情。

在步骤S805中，客户端PC20的内容显示单元312确定该搜索请求是否已经成功。此时，如果内容显示单元312接收到搜索处理响应，则内容显示单元312确定该搜索请求已经成功。在此情况下（步骤S805中的“是”），在步骤S806中，内容显示单元312从该搜索处理响应中提取内容文档信息，并且将内容文档的名称和路径列表显示在内容显示区503中。另一方面，如果内容显示单元312接收到错误响应，则内容显示单元312确定该搜索请求已经失败。在此情况下（步骤S805中的“否”），在步骤S807中，内容显示单元312显示错误消息。

接下来，将参照图11描述步骤S804中的搜索处理的详情。在步骤S1101中，搜索处理单元305基于该搜索请求，来获取在搜索关键词输入区521中设定的搜索关键词。此外，在步骤S1102中，搜索处理单元305获取在搜索范围输入区520中设定的搜索范围。然后，搜索处理单元305促使内容控制单元302进行搜索处理，同时将所获取的关键词和搜索范围指定为参数。

在步骤S1103中，内容控制单元302基于作为被接收作为搜索参数的搜索范围和搜索关键词，从DB303中获取与满足条件的内容文档有关的信息。内容控制单元302将所获取的与内容文档有关的信息，作为搜索结果传送到搜索处理单元305。

在步骤S1104中，搜索处理单元305通过按顺序处理作为搜索结果传送来的与内容文档有关的信息项，从各内容文档信息项获取名称和路径，并且将这些名称和路径添加至搜索结果数据，而生成搜索结果数据（搜索结果列表）。然后，搜索处理单元305将所生成的搜索结果数据传送到服务控制单元304。在步骤S1105中，服务控制单元304向客户端PC20发送搜索处理响应，在该搜索处理响应中将该搜索结果数据设定为参数。

下面，将参照图9和图12中所示的流程图描述步骤S90中用于存档内容数据的处理详情。参照图9，在步骤S900中，当接收到根据从上下文菜单中对下载选项541的选择而发出的选择事件时，内容显示单元312确定是否有多个具有相同名称的内容文档处于被选择状态。如果内容显示单元312确定多个具有相同名称的内容文档被选择下载（步骤S900中的“是”），则在步骤S901中，内容显示单元312将文件夹生成标志存储到RAM202中。

在步骤S902中，内容显示单元302生成存档请求，同时将与被确定为处于被选择状态的所述多个内容文档（421和431）有关的信息和在步骤S901中设定的文件夹生成标志指定为参数。然后，内容显示单元302将所生成的存档请求发送到文档管理服务器PC10。

在步骤S903中，文档管理服务器PC10的服务控制单元304接收服务请求，并且检查接收到的请求的类型。在步骤S904中，如果文档管理服务器PC10的服务控制单元304确定该请求的类型不清楚（步骤S904中的“是”），则该处理前进到步骤S905。在步骤S905中，服务控制单元304向客户端PC20发送请求错误。另一方面，在步骤S904中，如果服务控制单元304确定该请求的类型是存档请求（步骤S904中的“否”），则该处理前进到步骤S906。在步骤S906中，服务控制单元304执行存档处理。下面将参照图12描述存档处理的详情。

在步骤S907中，客户端PC20的内容显示单元312确定该存档请求是否已经成功。此时，如果内容显示单元312接收到存档响应，则内容显示单元312确定该存档请求已经成功。在此情况下（步骤S907中的“是”），在步骤S908中，内容显示单元312从该存档响应中提取GUID，并且将提取的GUID存储到RAM202中。另一方面，如果内容显示单元312接收到错误响应，则内容显示单元312确定该存档请求已经失败。在此情况下（步骤S907中的“否”），在步骤S909中，内容显示单元312显示错误消息。

接下来，将参照图12描述步骤S906中的存档处理的详情。在步骤S1200中，存档处理单元306生成用于识别要针对存档请求生成的存档文件的GUID。此外，存档处理单元306生成以所生成的GUID为名称的文件夹，同时将所生成的GUID处理为字符串。GUID可以是该文档管理系统中唯一的任何值，并且可以用任何方法生成。此外，所生成的文件夹的存储位置可以是任意位置。例如，可以在该文档管理系统中的预定存储位置方便地生成该文件夹。

在步骤S1201中，存档处理单元306生成用于存储内容文档实体数据的存档文件（图6A中所示的示例中的存档文件600）。在步骤S1200中获取的GUID的字符串被设定为要生成的存档文件的名称。在本示例性实施例中，所生成的存档文件直接存储在步骤S1200中生成的以GUID为名称的文件夹下。

在步骤S1202中，存档处理单元306从存档请求中提取被设定为参数的文件夹生成标志。在步骤S1203中，存档处理单元306从存档请求中，提取被设定为参数的与要被存档的内容文档有关的信息。步骤S1204是循环开始的步骤。存档处理单元306重复步骤S1204至S1209的处理，从而按顺序处理与要被存档的内容文档有关的信息项。换句话说，根据要被存档的内容文档的数目重复上述步骤。

在步骤S1205中，如果存档处理单元306确定在步骤S1202中提取的文件夹生成标志被设定为“开启”(ON)（步骤S1205中的“是”），则该处理前进到步骤S1206。在步骤S1206中，存档处理单元306生成新的文件夹，以用于将该内容文档的实体数据直接存储在存档文件中的根下。换句话说，如果存档处理单元306确定具有相同名称的内容文档被选择（步骤S1205中的“是”），则存档处理单元306生成新的文件夹（图6A中所示的示例中的文件夹610和620），以将该内容文档存储在具有不同名称的文件夹下。另一方面，在步骤S1205中，如果存档处理单元306确定文件夹生成标志被设定为“关闭”(OFF)（即，不必生成文件夹）（步骤S1205中的“否”），则该处理前进到步骤S1207。

在步骤S1207中，存档处理单元306指示内容控制单元302获取内容文档信息和内容文档实体数据。内容控制单元302从DB303获取内容文档信息和内容文档实体数据，并且将该内容文档信息和内容文档实体数据传送到存档处理单元306。

在步骤S1208中，存档处理单元306将所获取的内容文档实体数据附加存储到存档文件中。此时，在步骤S1206中在存档文件中的根下生成文件夹的情况下，存档处理单元306将该内容文档实体数据直接存储在所生成的文件夹下。另一方面，在步骤S1206中不生成文件夹的情况下，存档处理单元306将该内容文档实体数据直接存储在存档文件中的根下（即，根文件夹中）。此外，存档处理单元306将步骤S1207中获取的内容文档信息（名称、路径和属性）以及在存档文件内存储内容文档实体数据的路径的信息，以列表格式临时存储在存储器中。

步骤S1209是与步骤S1204成对的步骤，并且是循环结束的步骤。在步骤S1210中，存档处理单元306基于在步骤S1208中临时存储在存储器中的内容信息和在存档文件中的路径的信息，生成存档信息文件630。然后，在步骤S1211中，存档处理单元306将步骤S1210中生成的存档信息文件630，附加存储在步骤S1201中生成的存档文件600的根下。存档处理单元306将步骤S1200中生成的GUID的字符串，作为存档处理的结果传送到服务控制单元304。在步骤S1212中，服务控制单元304将该GUID设定为存档响应的参数，并且将该存档响应发送到客户端PC20。

在上面参照图12描述的示例中，存档处理单元306在步骤S1206中预先生成文件夹，然后在步骤S1208中将步骤S1207中获取的内容文档实体数据存储到该存档文件中。然而，这些步骤的顺序不局限于此。例如，可以改变这些步骤的顺序，使得存档处理单元306首先获取内容文档实体数据，然后在将该实体数据存储到该存档文件中时生成文件夹。

下面，将参照图10和图13中所示的流程图描述步骤S100中用于下载存档文件的处理的详情。在步骤S1000中，内容显示单元312从存档响应中提取GUID，生成将所提取的GUID设定为参数的下载请求，并且将所生成的下载请求发送到文档管理服务器PC10。

在步骤S1001中，文档管理服务器PC10的服务控制单元304接收服务请求，并且检查该请求的类型。在步骤S1002中，如果文档管理服务器PC10的服务控制单元304确定该请求的类型是不清楚的（步骤S1002中的“是”），则该处理前进到步骤S1003。在步骤S1003中，服务控制单元304向客户端PC20发送请求错误。另一方面，在步骤S1002中，如果服务控制单元304确定该请求的类型是下载请求（步骤S1002中的“否”），则该处理前进到步骤S1004。在步骤S1004中，服务控制单元304执行下载处理。稍后将参照图13描述下载处理的详情。

在步骤S1005中，客户端PC20的内容显示单元312确定该下载请求是否已经成功。此时，如果内容显示单元312接收到下载响应，则内容显示单元312确定该下载请求已经成功。在此情况下（步骤S1005中的“是”），在步骤S1006中，内容显示单元312从下载响应中获取存档文件，并且将所获取的存档文件存储到客户端PC20中。另一方面，如果内容显示单元312接收到错误响应，则内容显示单元312确定下载请求已经失败。在此情况下（步骤S1005中的“否”），在步骤S1007中，内容显示单元312显示错误消息。

接下来，将参照图13描述步骤S1004中的下载处理的详情。在步骤S1300中，下载处理单元307从下载请求中获取GUID。在步骤S1301中，下载处理单元307获取与所获取的GUID相关联的存档文件，并且将所获取的存档文件传送到服务控制单元304。在步骤S1303中，服务控制单元304将存档文件600设定为响应数据的参数，并且将下载响应发送到客户端PC20。

在以下描述中，将描述根据本发明第二示例性实施例的系统的处理流程。第二示例性实施例允许用户例如在编辑通过进行与第一示例性实施例类似的处理而下载的存档文件之后，通过将该存档文件再次上传到文档管理服务器PC10来更新内容文档。在以下描述中，将参照附图和流程图描述与第一示例性实施例的不同之处。

图14示出了在根据第二示例性实施例的文档管理系统中、由文档管理服务器PC10和客户端PC20提供的各处理单元的配置示例。第二示例性实施例与第一示例性实施例类似，只是第二示例性实施例附加包括上传处理单元1400。

服务控制单元304根据输入/输出管理单元301接收到的上传请求，来向上传处理单元1400分配处理。上传处理单元1400展开被指定为上传请求中的参数的存档文件。然后，存档处理单元304基于该存档文件中的存档信息文件中描述的信息，经由内容控制单元302更新内容信息并且登记内容文档实体数据。

图15示出了根据第二示例性实施例的在上传处理之后存储在DB303中的内容信息的配置。没有被上传处理更新的内容文档保持与图4中所示的内容文档相同，而未进行任何改变。在图15中所示的示例中，在上传处理之后，内容文档421具有内容文档属性1510，在该内容文档属性1510中，属性“交付日期”(DELIVERYDATE)被更新为“2011年12月12日”。此外，作为内容文档的“估价单2”（下文中称为“内容文档1520”）被新附加存储在文件夹430中，并且内容文档属性1521与内容文档1520相关联。

图16示出了根据本发明第二示例性实施例的UI的配置。由内容显示单元312显示该UI。主画面500包括标题显示区501、树显示区1600、搜索条件区502、内容显示区503、属性显示区504和脚注显示区505。与第一示例性实施例的不同之处在于，主画面500附加包括树显示区1600，而主画面500的其他区域与第一示例性实施例类似。

在树显示区1600中分层级显示用以管理内容文档的文件夹。在本第二示例性实施例中，显示图4和图15中所示的文件夹结构（顶文件夹400以及文件夹410、420和430）。在本第二示例性实施例中，将存档文件拖放（下文中称为“D&D”）到树显示区1600（或者内容显示区503）触发存档文件的上传处理开始。然而，用于开始上传处理的方法不局限于该D&D方法。例如，可以在用户从操作菜单中选择上传命令并且指定要被上传的存档文件时，开始上传处理。

图17示出了要被上传的存档文件的配置示例。在该示例中，假定在用户通过进行与第一示例性实施例类似的处理下载图6A中所示的存档文件、然后编辑该存档文件之后，该存档文件变为图17A中所示的结构。该编辑处理导致包括在内容文档421的属性信息1730中的属性“交付日期”的值1731更新为“2011年12月12日”。此外，该编辑处理导致图6中所示的内容文档431被替换为图17A中所示的内容文档1710（估价单2），尽管内容文档431的属性信息680没有被编辑。

因此，图17A中所示的存档文件1700管理文件夹610和620以及存档信息文件1720。文件夹610包含内容文档421的实体数据，文件夹620包含内容文档1710的实体数据。

如图17B中所示，在该编辑之后的存档信息文件1720中，描述与内容文档（421和1710）有关的信息（名称、路径和属性）以及这些内容文档在存档文件1700中的路径。在以下描述中，将描述由该编辑引起的标签的变化。图17B中所示的标签1730由一对<properties>和</properties>来定义，并且管理附属到内容文档421的属性信息。图17C中示出了标签1730的详情。参照图17C，在内容文档421的属性662中，标签1731<value>和</value>之间描述的值被更新为“2011年12月12日”。

此外，由于图6中所示的内容文档431被如图17A中所示的内容文档1710（估价单2）替换，所以标签1740<name>和</name>之间描述的文档名称被改变为图17B中所示的存档信息文件1720中的“估价单2”。然而，如图17D中所示，内容文档1710的属性信息680保持不变，因此与图6D中所示的属性信息680类似。

图18是示出用于将存储在客户端PC20中的存档文件1700上传到文档管理服务器PC10的处理（S190）的流程的序列图。内容显示单元312接收当通过用户的操作将存档文件1700D&D到树显示区1600时发出的事件。然后，内容显示单元312向文档管理服务器PC10发送上传请求，在该上传请求中，存档文件1700被设定为参数。当接收到该上传请求时，文档管理服务器PC10的服务控制单元304指示上传处理单元1400进行上传处理。

上传处理单元1400展开包括在该存档请求中的存档文件1700，分析存档信息文件1720，并且将包含在存档文件1700中的内容文档实体数据和内容信息（名称、路径和属性）传送到内容控制单元302。内容控制单元302将该内容文档实体数据和内容信息登记在由该路径指定的在DB303中的存储位置，并且将登记结果返回到上传处理单元1400。上传处理单元1400将上传处理的结果传送到服务控制单元304。当接收到上传处理的结果时，服务控制单元304将上传响应发送到客户端PC20的内容显示单元312。内容显示单元312将登记处理之后的内容文档的信息以列表的形式显示在内容显示区503中。

下面，将参照图19和图20描述步骤S190中将存档文件从客户端PC20上传到文档管理服务器PC10的处理的详情。参照图19，在步骤S1900中，当检测到将存档文件1700D&D到树显示区1600时，内容显示单元312生成上传请求，在该上传请求中将存档文件1700设定为参数，并且内容显示单元312将所生成的上传请求发送到文档管理服务器PC10。

在步骤S1901中，文档管理服务器PC10的服务控制单元304接收服务请求，并且检查接收到的请求的类型。在步骤S1902中，如果文档管理服务器PC10的服务控制单元304确定该请求的类型不清楚（步骤S1902中的“是”），则该处理前进到步骤S1903。在步骤S1903中，服务控制单元304向客户端PC20发送请求错误。另一方面，在步骤S1902中，如果服务控制单元304确定该请求的类型是上传请求（步骤S1902中的“否”），则该处理前进到步骤S1904。在步骤S1904中，服务控制单元304执行上传处理。稍后将参照图20描述上传处理的详情。

在步骤S1905中，客户端PC20的内容显示单元312确定该上传请求是否已经成功。此时，如果内容显示单元312接收到上传响应，则内容显示单元312确定该上传请求已经成功。在此情况下（步骤S1905中的“是”），在步骤S1906中，内容显示单元312重新显示内容显示区503。另一方面，如果内容显示单元312接收到错误响应，则内容显示单元312确定该上传请求已经失败。在此情况下（步骤S1905中的“否”），在步骤S1907中，内容显示单元312显示错误消息。

接下来，将参照图20描述步骤S1904中的上传处理的详情。在步骤S2000中，上传处理单元1400生成新的GUID，并且生成以GUID为名称的文件夹。该文件夹是在展开存档文件时临时使用的工作文件夹。在步骤S2001中，上传处理单元1400从存档文件1700中提取所有文件夹、内容文档实体数据和存档信息文件1720，并且将这些文件夹、内容文档实体数据和存档信息文件1720存储在步骤S2000中生成的文件夹中。在步骤S2002中，上传处理单元1400分析在步骤S2001中存储的存档信息文件1720，并且识别各内容文档的内容信息（名称、路径和属性）。

步骤S2003是循环开始的步骤。上传处理单元1400重复步骤S2003至S2008的处理，从而按顺序处理从存档文件1700中提取的内容文档。在步骤S2004中，上传处理单元1400获取在步骤S2001中存储的内容文档实体数据和路径信息，并且指示内容控制单元302登记该内容。

在步骤S2005中，内容控制单元302将该内容文档实体数据登记在由该路径信息指定的在DB303中的存储位置。由于包括在内容信息中的路径信息表示当存档文件1700被下载时各文档文件被存储的路径，所以更新处理之后的各内容文档的实体数据作为更新后的内容（或者作为新增加的内容），被登记在DB303中该内容文档最初被存储的存储位置。（更具体来说，重命名的内容文档1710像图15中所示的内容文档1520那样作为新增加内容被登记，因为内容文档1710具有与最初存储在DB303中的内容文档431不同的名称。另一方面，内容文档421不被重命名，因此具有与最初存储在DB303中的内容文档421相同的名称。因此，内容文档421被登记为更新后的内容。）

在步骤S2006中，存档处理单元1400获取在步骤S2002中分析出的内容信息（名称和属性），并且指示内容控制单元302更新该内容信息。在步骤S2007中，内容控制单元302更新与在步骤S2005中登记的内容文档有关的内容文档属性。步骤S2008是与步骤S2003成对的步骤，并且是该循环结束的步骤。

在步骤S2009中，上传处理单元1400删除在步骤S2000中生成的以GUID为名称的文件夹，并且将上传处理的结果传送到服务控制单元304。在步骤S2010中，服务控制单元304向客户端PC20发送上传响应。

其他实施例

本发明的各方面还能够通过读出并执行记录在存储设备上的程序来执行上述实施例的功能的系统或装置的计算机（或诸如CPU或MPU等的设备）来实现，并能够利用由通过例如读出并执行记录在存储设备上的程序来执行上述实施例的功能的系统或装置的计算机来执行各步骤的方法来实现。为此，例如经由网络或从充当存储设备的各种类型的记录介质（例如，计算机可读介质）将程序提供给计算机。

虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明不局限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使所述范围涵盖所有的此类变型例以及等同结构和功能。

Claims (8)

1.一种文档管理服务器，其经由网络连接到客户端，并且被配置为管理存储在具有层级结构的文件夹中的内容文档，所述文档管理服务器包括：

接收单元，其被配置为从所述客户端接收下载请求，其中，所接收的下载请求包括指定下载的多个内容文档的信息和由所述客户端设定的标志信息，所述标志信息表示在所指定的多个内容文档中是否存在具有相同名称的内容文档；

实体数据存储单元，其被配置为基于所述接收的下载请求，获取被所述客户端指定下载的所述多个内容文档的实体数据，并且如果所述标志信息表示在所指定的多个内容文档当中存在具有相同名称的内容文档，则将所获取到的所指定的多个内容文档中的实体数据存储于在存档文件的根下生成的不同文件夹中，其中，如果所述标志信息表示在所指定的多个内容文档当中不存在具有相同名称的内容文档，则所述实体数据存储单元将所获取到的所指定的多个内容文档中的实体数据存储于所述存档文件的根下；

存档信息文件存储单元，其被配置为生成信息文件，并且将所生成的信息文件存储在所述存档文件中，其中在所述信息文件中，与被指定要下载的所述多个内容文档中的各个相关的所述文档管理服务器中的路径信息和所述存档文件中的路径信息被相互关联地描述；以及

发送单元，其被配置为将存储所指定的多个内容文档中的实体数据以及所述信息文件的所述存档文件发送到所述客户端。

2.根据权利要求1所述的文档管理服务器，其中，所述存档信息文件存储单元生成所述信息文件并且将所生成的信息文件存储在所述存档文件中，其中，在所述信息文件中，与被指定要下载的所述多个内容文档中的各个相关的所述文档管理服务器中的路径信息、所述存档文件中的路径信息以及属性信息被相互关联地描述。

3.根据权利要求1所述的文档管理服务器，该文档管理服务器还包括：

存档文件存储单元，其被配置为在将存储所述多个内容文档中的各个的实体数据和所述信息文件的所述存档文件与用于识别所述存档文件的文件标识符相关联的同时存储所述存档文件；以及

标识符发送单元，其被配置为将所述文件标识符发送到所述客户端，

其中，在从所述客户端接收到包括所述文件标识符的下载请求的情况下，所述发送单元将与所述文件标识符相关联地存储的所述存档文件发送到所述客户端。

4.根据权利要求1所述的文档管理服务器，该文档管理服务器还包括：

搜索单元，其被配置为搜索满足从所述客户端发送的搜索条件的内容文档；以及

搜索结果发送单元，其被配置为将所述搜索单元的搜索结果发送到所述客户端，

其中，被所述客户端指定下载的所述多个内容文档是由用户在所述客户端从所述搜索结果中选择的内容文档。

5.根据权利要求1所述的文档管理服务器，该文档管理服务器还包括上传单元，该上传单元被配置为在所述文档管理服务器接收到用于上传在所述客户端更新的所述存档文件的请求的情况下，通过分析包含在更新后的存档文件中的信息文件，来获取与包含在更新后的存档文件中的各内容文档的实体数据相关的所述文档管理服务器中的路径信息，并且将所述内容文档的实体数据存储在由所述路径信息指定的存储位置。

6.根据权利要求5所述的文档管理服务器，其中，所述上传单元还通过分析包含在更新后的存档文件中的所述信息文件，来获取包含在更新后的存档文件中的各内容文档的属性信息，并且利用所获取到的属性信息，来更新与存储在由所述路径信息指定的所述存储位置的所述内容文档的实体数据相关联的属性信息。

7.根据权利要求1所述的文档管理服务器，其中，所述实体数据存储单元获取被所述客户端指定下载的所述多个内容文档的实体数据，并且在所指定的多个内容文档当中不存在具有相同名称的内容文档的情况下，将所获取到的所述多个内容文档中的各个的实体数据存储在所述存档文件中的同一文件夹中。

8.一种由文档管理服务器进行的文档管理方法，该文档管理服务器经由网络连接到客户端，并且被配置为管理存储在具有层级结构的文件夹中的内容文档，所述文档管理方法包括以下步骤：

接收步骤，从所述客户端接收下载请求，其中，所接收的下载请求包括指定下载的多个内容文档的信息和由所述客户端设定的标志信息，所述标志信息表示在所指定的多个内容文档中是否存在具有相同名称的内容文档；

获取步骤，基于所述接收的下载请求，获取被所述客户端指定下载的所述多个内容文档的实体数据；

存储步骤，如果所述标志信息表示在所指定的多个内容文档当中存在具有相同名称的内容文档，则将所获取到的所指定的多个内容文档中的实体数据存储于在存档文件的根下生成的不同文件夹中，其中，如果所述标志信息表示在所指定的多个内容文档当中不存在具有相同名称的内容文档，则将所获取到的所指定的多个内容文档中的实体数据存储于所述存档文件的根下；

信息文件存储步骤，生成信息文件并将所生成的信息文件存储在所述存档文件中，其中在所述信息文件中，与被指定要下载的所述多个内容文档中的各个相关的所述文档管理服务器中的路径信息和所述存档文件中的路径信息被相互关联地描述；以及

发送步骤，将存储所指定的多个内容文档中的实体数据以及所述信息文件的所述存档文件发送到所述客户端。