CN102541988A - 文档管理装置及其控制方法 - Google Patents

Abstract

本发明提供文档管理装置及其控制方法。文档管理装置在显示画面上显示与用户选择的电子文档相关的多个属性信息，并确定从显示画面上显示的多个属性信息中拖动的属性信息是否放置在了显示画面上显示的多个存储单元中的任一个中。在确定执行了所述拖放操作的情况下，在与放置目的地相关联的存储单元中存储的多个电子文档中，搜索具有与拖动的属性信息相对应的属性的电子文档。

Description

文档管理装置及其控制方法

技术领域

本发明涉及文档管理装置及其控制方法。

背景技术

已经提出一种文档管理装置，其包括如下功能：利用对关键词的选择或者来自键盘的直接输入，在被划分成多个单元的电子文档存储单元中指定特定域；以及，在该域中搜索与条件匹配的文档。电子文档存储单元包括利用文档存储单位的结构，并且例如被称为文件夹。日本特开2009-277191号公报公开了一种内容管理装置，其通过利用拖放方法来将显示在分类源域中的图像移动到分类目的地域，以对图像进行分类。

然而，传统的文档管理装置必须通过来自键盘的直接输入或者关键词的选择输入，来执行对搜索条件的指定或者对作为搜索对象的电子文档存储单元的指定。结果，几乎所有的由传统的文档管理装置进行的对搜索条件或者电子文档存储单元的指定，都是通过输入字符串信息进行的指定，因此对于用户来说是麻烦的。此外，与字符串信息相关的输入错误导致不能获得用户期望的搜索结果的可能。

日本特开2009-277191号公报公开的内容管理装置是如下装置，其执行与已经显示在显示画面上的多个图像相关的分类操作，并且不具有在电子文档存储单元中搜索电子文档的目的。因此，没有提出如下的文档管理装置，其利用用户的直接直观操作而不依赖字符串信息的输入，来在电子文档存储单元中搜索与定义的属性信息相对应的电子文档。

发明内容

本发明的文档管理装置根据用户的直接直观操作在电子文档存储单元中搜索与属性信息相对应的电子文档。

根据本发明一方面的文档管理装置包括：显示单元，其被构造成在显示画面上显示多个存储单元以及与用户选择的电子文档相关的多个属性信息，所述多个存储单元被构造成存储多个电子文档；确定单元，其被构造成确定是否执行了拖放操作，该拖放操作将从所述显示画面上显示的多个属性信息中拖动的属性信息，放置在所述显示画面上显示的所述多个存储单元中的任一个中；搜索单元，其被构造成在所述确定单元确定执行了拖放操作的情况下，在与放置目的地相关联的存储单元中存储的多个电子文档中，搜索具有与所拖动的属性信息相对应的属性的电子文档；以及输出单元，其被构造成输出与所述搜索单元搜索到的电子文档相关的信息，作为搜索结果。

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

附图说明

图1示出了根据本示例性实施例的系统配置示例。

图2示出了客户端PC的硬件配置示例。

图3是客户端PC的功能框图的示例。

图4示出了操作画面的显示示例。

图5示出了操作画面的另一显示示例。

图6描述了操作画面上的操作示例。

图7是描述根据第一示例性实施例中的文档管理装置的文档搜索处理的流程图。

图8示出了搜索结果的显示示例。

图9描述了根据第二示例性实施例的操作画面上的操作示例。

图10是描述根据第三示例性实施例中的文档管理装置的文档搜索处理的流程图。

具体实施方式

图1示出了根据本示例性实施例的系统配置示例。图1中示出的系统包括文档管理服务器101和客户端PC 102。文档管理服务器101与客户端PC(个人计算机)102经由网络105相连，以实现通信。网络105例如是互联网、内联网等。尽管图1示出了连接到网络105的单个客户端PC 102，但是根据本示例性实施例的系统可以配备有多个客户端PC102。

文档管理服务器101提供包括文档存储、搜索等的一般文档管理服务。文档管理服务器101包括文档管理数据库。客户端PC 102是根据本实施例的文档管理装置。文档管理服务器101和客户端PC 102可以适于用作单个文档管理装置。

客户端PC 102包括文档管理客户机，该文档管理客户机被构造成使用由文档管理服务器101提供的文档管理服务。文档管理客户机运行在客户端PC 102上。文档管理客户机例如是运行在各种类型的操作系统(例如Microsoft Windows(注册商标)或Linux(注册商标))上的应用等。文档管理客户机可以是在客户机PC 102上提供的Web浏览器上运行的应用。

在网络105是互联网的情况下，文档管理服务器101可以用作云服务。当文档管理服务器101是云服务时，系统的配置与一般云服务配置相同。

图2示出了图1中示出的客户端PC的硬件配置示例。文档管理服务器101的硬件配置示例与图2中示出的客户端PC 102的硬件配置示例相同。

客户端PC 102与诸如指示设备等的输入装置和诸如显示装置213等的输出装置连接，该指示设备包括键盘204、鼠标205等。网络控制器(NC)210经由预定网络接口211连接到网络105，并且执行与其他网络设备的通信控制处理。CPU 201控制整个客户端PC 102。CPU 201包括至少一个处理器。

存储器202存储在CPU 201控制客户端PC 102时使用的计算机程序(控制程序)。存储器202是随机存取存储器(RAM)或只读存储器(ROM)。视频接口212向显示装置213输出图像。

I/O接口203接收根据键盘204或鼠标205的操作而输入的输入信息。存储装置208包括硬盘驱动器(HDD)209。HDD 209存储作为客户端PC 102的处理对象的数据(例如，文档文件或图像数据)。HDD 209可以被构造成存储在CPU 201控制客户端PC 102时使用的控制程序。存储装置208可以被构造成包括硅酮驱动器(silicone drive)。

CD-ROM驱动器206用作非易失性数据源。互连总线207介导(mediate)在客户端PC 102中提供的各处理单元之间的通信。更具体地说，互连总线207基于来自CPU 201的指令、以根据运行在客户端PC 102上的操作系统(例如Microsoft Windows(注册商标)和Linux(注册商标)等)的形式，来介导各处理单元之间的通信。

图3是客户端PC的功能框图的示例。由在客户端PC 102上运行的文档管理客户机中提供的应用301，来实现图3中示出的客户端PC 102的功能。

应用301包括应用UI单元302和库管理单元303。应用UI单元302用作被构造成构建并显示如以下参照图4描述的操作画面(应用UI)的显示单元。应用UI单元302在接收到来自用户的各种类型的输入操作后，执行对输入操作的处理结果的显示处理。例如，应用UI单元302根据用户在显示装置213的画面上对键盘204或鼠标205的操作、接收对文档操作的请求，并响应于对文档操作的请求执行功能处理。对文档操作的请求例如是对文档文件的搜索请求。

库管理单元303管理在应用301处理文档管理时使用的库。库管理单元303执行各种类型的文档操作(包括对库中的文档的研读(perusal)、更新、属性改变、搜索等，或者在库中对文档的存储)。

库是被构造成存储用于文档管理的数据的数据存储单元。例如，库存储文档数据(文档文件)和文档属性。根据数据存储位置，在应用301所使用的库中存在两类结构。第一类结构是本地库(local library)结构，其中应用301在本地HDD 209中准备数据存储域，并且应用301亲自管理该数据存储域中的数据。当库被构造为本地库时，根据本实施例的系统包括如下结构：省略文档管理服务器101，仅提供有客户端PC 102。

第二类结构是公共库(common library)结构，其中应用301将文档管理委托给由文档管理服务器101提供的文档管理服务。在公共库结构中，库管理单元303将从应用UI单元302接收的文档操作的请求传送给文档管理服务器101。然后，库管理单元303从文档管理服务器101接收与该文档操作请求相对应的处理结果，并且将该处理结果传送给应用UI单元302。

当库是公共库结构时，库管理单元303可以被构造成能够在应用301与文档管理服务器101的文档管理服务之间进行数据的发送/接收。因此，当文档管理客户机被构造成在Web浏览器上运行时，公共库结构是最佳的结构。接口305将库管理单元303与存储装置208中构建的本地库相连接的接口。接口305可以是将库管理单元303与文档管理服务器的文档管理服务相连接的接口。

图4示出了操作画面的显示示例。应用UI单元302显示操作画面400，作为应用UI。图4中的导航窗格(navigation pane)401是用于显示由应用记录的库和该库下布置的文件夹的显示域。库和文件夹是存储多个电子文档的多个存储单元(电子文档存储单元)。电子文档例如是文档文件。在导航窗格401中表示各个库和文件夹的图标上的域，是表示各个库或文件夹的域(第一域)。

用户可以通过使用诸如鼠标等的指示设备，来选择在导航窗格401上显示的库或文件夹。图4中示出的操作画面的显示示例显示有库411至413以及文件夹414和415。此外，选择了文件夹414。

文件列表窗格402是对存储在当前在导航窗格401中选择的库或文件夹中的文档进行显示的显示域。换言之，文件列表窗格402是如下的显示域，其对存储在用户从在导航窗格401中显示的电子文档存储单元中选择的电子文档存储单元中的多个电子文档进行显示。当在导航窗格401中当前选择了一文件夹时，在文件列表窗格402中显示该当前选择的文件夹中存储的文档。

在图4示出的示例中，在文件列表窗格402中选择了5个文档。当用户利用指示设备选择了文件列表窗格402中的一文档时，将该文档圈在选择框403中。在图4示出的示例中，由于文件名为Acompany_estimate.doc的文档被圈在选择框403中，因此，选择了该文档。当通过按下搜索按钮502(参照图5)来执行搜索时，应用UI单元302在文件列表窗格402上显示搜索结果。搜索结果是与搜索条件匹配的文档或文件夹的列表。换言之，应用301(的应用UI单元302)用作输出单元，该输出单元被构造成输出与搜索到的电子文档相关的信息，作为搜索结果。

特性窗格404是被构造成对与用户从文件列表窗格402上显示的多个电子文档中选择的电子文档相关的多个属性信息进行显示的显示域。属性信息包括属性项(例如，名称、创建日期、文件大小等)和属性项值(例如Acompany_estimate.doc、2010/6/16 14:35:45、522,752字节)。在各个库中预先定义可设置项，并且这些可设置项根据库功能而变化。例如，当库是上述本地库时，能够设置对应于与能够在操作系统的文件系统中设置的属性相同的属性的项。此外，例如当库是上述公共库时，能够设置对应于与利用文档管理服务器101上的设定任意进行客户化的属性相同的属性的项。

库管理单元303具有如下功能：利用库来管理属性项，并将与库相对应的属性的项和项值传送给应用UI单元302。将在特性窗格404中圈住各属性信息(属性项和属性项值的组合)的域，称为属性项域(第二域)。

编辑按钮416是实现对显示在特性窗格404中的属性项值进行编辑的按钮。当用户按下编辑按钮416时，除非在编辑状态中，否则不能够改变特性窗格404中的属性项值。

窗格405是被构造成对操作画面中的各窗格的显示或不显示进行切换的窗格。按钮406是被构造成在被按下后对特性窗格404的显示或不显示进行切换的按钮。此外，按钮407是被构造成在被按下后对搜索窗格501(参照图5)的显示或不显示进行切换的按钮。

在本示例性实施例中，特性窗格404和搜索窗格501不被同时显示。换言之，当按钮406处于按下状态时，按钮407处于非按下状态。此外，当按钮407处于按下状态时，按钮406处于非按下状态。当应用301执行文档操作时，应用UI单元302显示特性窗格404，并且由于仅在应用301执行搜索操作时显示搜索窗格501，因此能够以宽的配置显示文档显示域。

可以将应用UI单元302构造成同时显示特性窗格404和搜索窗格501，使得用户能够在参照特性窗格404上的显示的同时利用搜索窗格501执行设置。

图5示出了显示画面的另一显示示例。在图4的操作画面中，当用户按下按钮407时，应用UI单元302将操作画面切换成图5中示出的操作画面。更准确地说，应用UI单元302显示搜索窗格501。

搜索窗格501是用于设置文档搜索方法和作为搜索条件的条件的操作画面域。搜索窗格501包括全文搜索(overall search)和属性搜索的功能。全文搜索是如下功能：使用字符串作为搜索条件，来搜索存储在指定的电子文档存储单元(库或文件夹)中的文档中包含的文本信息。属性搜索是如下功能：基于选择的属性信息(例如，在图4示出的特性窗格404中选择的属性项和属性项值的组合)以及搜索条件，来搜索存储在指定的电子文档存储单元中的文件夹或文档。

搜索按钮502是在被按下后执行搜索的按钮。按钮502采用如下配置：在搜索窗格501中输入了启动搜索处理所需要的条件后能够按下该按钮。当搜索按钮502被按下时，应用301根据搜索窗格501中设置的搜索条件执行搜索，并在文件列表窗格402上显示搜索结果。

图6描述了操作画面上的操作示例。图6示出了在特性窗格404中选择属性项和属性项值的操作的示例。在用户使用例如鼠标205来在域601上(第二域上)移动光标(例如，鼠标指针)、然后左击鼠标205之后，当域601被拖动(drag)时，应用301选择了域601。应用301选择表示域601的属性信息。在此示例中，域601是与属性项(标题)和属性项值(计划A)的组相对应的属性信息域。因此，选择了属性项(标题)和属性项值(计划A)，作为属性信息。

然后，用户将光标移动到导航窗格401中。标号602代表正被拖动的属性信息域。随后，当用户将光标放置在导航窗格401中的库或文件夹上(第一域上)时，应用301选择与放置位置相对应的第一域。然后，应用301选择与第一域相对应的库或文件夹，作为成为属性搜索对象的电子文档存储单元。换言之，应用301具有如下选择单元的功能，该选择单元被构造成根据显示画面(操作画面上)上的光标操作(拖动/放置)来选择第一域和第二域。

图7是描述根据第一示例性实施例中的文档管理装置的文档搜索处理的流程图。首先，应用301经由I/O接口203搜索鼠标205的拖动动作(步骤S1)。然后，应用301确定拖动点(即光标位置)是否在特性窗格404的属性信息域中(步骤S2)。

当拖动点不在属性信息域中时，处理进行到步骤S9，并且应用301执行与文档搜索处理不同的预定其他处理(其他的拖动动作处理)(步骤S9)。更准确地说，应用301取消所检测到的拖动动作。

当拖动点在属性信息域中时，应用301选择作为拖动点的属性信息域(第二域)。然后应用301获取与选择的属性信息域相对应的属性信息(属性项和属性项值)(步骤S3)。

接下来，应用301确定是否经由I/O接口203检测到了鼠标205的放置动作(步骤S4)。当应用301没有检测到鼠标205的放置动作时，处理进行到步骤S9，而当应用301检测到鼠标205的放置动作时，处理进行到步骤S5。

在步骤S5中，应用301确定放置点是否是表示导航域401中的电子文档存储单元(库或文件夹)的域(第一域)(步骤S5)。

换言之，应用301用作确定单元，该确定单元被构造成确定是否执行了拖放操作，该拖放操作将从显示画面上显示的多个属性信息中拖动的属性信息，放置在显示画面上显示的多个存储单元中的任何一个中。

当放置点不是表示导航窗格401中的电子文档存储单元的域时，应用301执行与文档搜索处理不同的预定其他处理(其他放置动作处理)(步骤S10)。更准确地说，应用301取消检测到的放置动作。应用301可以被构造成按可选配置对导航窗格401中的所有的或预定的电子文档存储单元执行弹出式显示(popup display)。

当放置点是表示导航窗格401中的电子文档存储单元的域时，应用301选择与放置点相对应的域，并且获取由该域表示的电子文档存储单元(步骤S6)。接下来，应用301利用步骤S3中获取的属性信息和在步骤S6中获取的电子文档存储单元，来执行属性搜索(步骤S7)。

换言之，应用301在由第一域表示的电子文档存储单元中，搜索具有与表示第二域的属性信息相对应的属性的电子文档。也就是说，当确定已经执行了拖放操作时，应用301用作搜索单元，该搜索单元被构造成在与放置目的地相关联的电子文档存储单元中存储的多个电子文档中，搜索具有与放置的属性信息相对应的属性的电子文档。更具体地说，应用301根据预定搜索条件，从在步骤S6中获取的电子文档存储单元中，搜索并获取与步骤S3中获取的属性信息相对应的文件夹或文档文件。在该示例中，应用301响应于放置动作执行自动属性搜索，而不执行响应于用户与搜索按钮502相关的按下操作的属性搜索。之后，应用301在文件列表窗格402上显示步骤S7中的属性搜索的结果(步骤S8)。

图8示出了搜索结果的显示示例。图8示出了当拖动点(图7中的步骤S2)是图6中的域601而放置点(图7中的S5)是库411时的属性搜索的结果的显示示例。图8中示出的文件列表窗格402示出了包括如下信息的搜索结果：与文件名为“Acompany_estimate.doc”的文档文件相关的信息以及与文件名为“Acompany_salespromotion.doc”文档文件相关的信息。

第一示例性实施例中的文档管理装置，利用作为用户利用鼠标205拖动属性项和属性项值并将它们放置在导航窗格401上的电子文档存储单元上的结果的属性项和属性项值的组合，执行放置目的地存储位置的属性搜索。因此，第一示例性实施例中的文档管理装置实现了根据用户的直接直观操作来在电子文档存储单元中搜索与属性信息相对应的电子文档。

接下来，将描述第二示例性实施例。根据第二示例性实施例的文档管理装置利用由通过拖动而选择的多个属性信息域中包括的各属性信息域所表示的属性信息，执行属性搜索。

图9描述了根据第二示例性实施例的操作画面上的操作示例。在第二示例性实施例中，应用301通过光标拖动操作来选择多个属性项和与各属性项相对应的属性项值。换言之，应用301选择多个属性信息域。

例如，当启动了图9中示出的属性信息域801的拖动时，应用301选择在属性信息域801中包括的两个属性信息域。也就是说，应用301选择表示属性项“创建者”和属性项值“Momotaro Miyamoto”的属性信息域、以及表示属性项“修改者”和属性项值“Gonbei Nanashi”的属性信息域。按此方式，选择包括多个属性项和属性项值的属性信息。图9中的标号802示出了拖动到导航窗格401中的属性信息域。多个可选的属性信息域的个数可以是至少2个的预定任意数量。

根据第二示例性实施例中的文档管理装置的文档搜索处理在以下方面与参照图7描述的根据第一示例性实施例中的文档管理装置的文档搜索处理不同。换言之，第二示例性实施例中的应用301在图7的步骤S2中确定光标拖动操作是否拖动了多个可选的属性信息域。例如，当用户拖动包括如图9所示出的两个属性信息域的属性信息域801时，应用301确定已经拖动了属性信息域801。

此外，在图7的步骤S3中，应用301获取由在拖动的属性信息域中包含的各属性信息域表示的属性信息。按此方式，应用301获取包括在获取的属性信息中包含的多个属性项和对应的属性项值的组合的信息。

然后，在图7的步骤S7中，应用301根据预定搜索条件执行以下处理。应用301使用步骤S3中获取的多个属性项和对应的属性项值的信息的组合，来执行与步骤S6中获取的电子文档存储单元相关的属性搜索。预设AND(与)条件或OR(或)条件，作为在属性搜索中使用的搜索条件。

例如，将描述将图9中的属性信息域801放置在导航窗格401中的库411上的示例。在该示例中，当将搜索条件设置为AND条件时，应用301对库411执行以下属性搜索。应用301获取包括属性项“创建者”和属性项值“Momotaro Miyamoto”的组合以及属性项“修改者”和属性项值“Gonbei Nanashi”的组合的文件夹或文档文件。

在该示例中，当将搜索条件设置成OR条件时，应用301对库411执行以下属性搜索。应用301获取包括属性项“创建者”和属性项值“Momotaro Miyamoto”的组合或者属性项“修改者”和属性项值“GonbeiNanashi”的组合的文件夹或文档文件。

换言之，在第二示例性实施例中，应用301使用由多个选择的第二域中包括的各第二域表示的属性信息，来在由选择的第一域表示的电子文档存储单元中搜索电子文档。换言之，当经受拖放操作的属性信息是多种类型的属性信息时，应用301基于该经受拖放操作的多种类型的属性信息，从与放置目的地相关联的电子文档存储单元中存储的多个电子文档中，搜索电子文档。

根据第二示例性实施例中的文档管理装置，能够根据用户的直接直观操作，来执行多个属性项和属性项值的组合经受AND搜索或OR搜索的属性搜索。

接下来，将描述第三示例性实施例。在存储电子文档的电子文档存储单元中，电子文档中的属性项和属性项值的组合可以是唯一的。例如，在图4中示出的特性窗格404中，在导航窗格401中选择的文件夹414中，属性项“名称”和属性项值“Acomany_estimate.doc”的组合是唯一的。也就是说，在文件夹414中，唯一地确定具有属性项和属性项值的组合的文档。

因此，根据第三示例性实施例的文档管理装置，在放置操作中选择的电子文档存储单元是存储在文件列表窗格402中选择的电子文档的电子文档存储单元时，执行以下处理。换言之，在文档管理装置中提供的应用301用作搜索限制单元，该搜索限制单元被构造成，当在拖动操作中选择的属性信息是在放置操作中选择的电子文档存储单元中的唯一信息时，限制执行对电子文档的属性搜索。

图10是描述根据第三示例性实施例中的文档管理装置的文档搜索处理的流程图。图10中的步骤S21至S26与图7中的步骤S1至S6相同。此外，图10中的步骤S32和S33与图7中的步骤S9和S10相同。

图10中示出的处理的前提是，应用UI单元302在操作画面上显示，表示在与第一域相对应的电子文档存储单元中存储的电子文档的域(第三域)。第三域例如是在图4中的操作画面中的文件列表窗格402上显示的各文档上的域。在操作画面上显示的第三域中，应用UI单元302在操作画面上显示表示电子文档(该电子文档表示所选择的第三域)的属性信息的域，作为第二域。在该示例中，从图4中示出的文件列表窗格402上显示的第三域中选择名称为“Acompany_estimate.doc”的文档的域。应用301将与表示所选择的第三域的电子文档“Acompany_estimate.doc”相关的信息存储在预定存储单元中。然后，应用UI单元302在图4的特性窗格404中显示表示所选择的名称为“Acompany_estimate.doc”的文档的属性信息的属性信息域。

应用301确定在步骤S26中获取的电子文档存储单元(第一存储单元)是否是与文件列表窗格402相对应的电子文档存储单元(第二存储单元)(步骤S27)。换言之，应用301确定通过放置而选择的第一域所表示的电子文档存储单元是否是存储与在文件列表窗格402中选择的第三域相对应电子文档的电子文档存储单元。

当第一存储单元不是第二存储单元时，处理进行到步骤S30。然后，应用301利用步骤S23中获取的属性信息和在步骤S26中获取的电子文档存储单元执行属性搜索(步骤S30)。之后，应用301在文件列表窗格402上显示步骤S30中的属性搜索的结果(步骤S31)。

当第一存储单元是第二存储单元时，应用301确定在步骤S23中获取的属性项和属性项值的组合是否对同一电子文档存储单元是唯一的(步骤S28)。更具体地说，应用301确定在步骤S23中获取的属性项和属性项值的组合是否对于第一存储单元是唯一的。当该属性项和属性项值的组合对于第一存储单元不是唯一的时，处理进行到步骤S30。

当属性项和属性项值的组合对于第一存储单元是唯一的时，应用301执行以下处理，而不执行属性搜索。换言之，应用301执行与已经在文件列表窗格402上显示的电子文档相关的信息在预定显示域中的显示，该电子文档与属性项和属性项值的组合相对应(步骤S29)。

例如，在图4中示出的操作画面上，在导航窗格401上显示文件夹414，作为第二存储单元。在图4中示出的操作画面中的文件列表窗格402是与文件夹414相对应的显示域。在特性窗格404中显示的各属性项和属性项值是具有在文件列表窗格402中选择的文档文件“Acompany_estimate.doc”的属性项和属性项值。

当用户拖动与表示为属性项“名称”和属性项值“Acompany_estimate.doc”的属性信息相对应的属性信息域并将该属性信息域放置在文件夹414上时，应用301获取文件夹414作为第一存储单元。因此，应用301确定第一存储单元是第二存储单元(图10中的步骤S27中的“是”)。

如上所述，在文件夹414中，属性项“名称”和属性项值“Acompany_estimate.doc”的组合仅出现一次。因此，应用301确定在步骤S23中获取的属性项和属性项值的组合在第一存储单元中是唯一的(步骤S28中的“是”)。应用执行与属性项和属性项值的组合相对应的预定文档(即，作为在文件列表窗格402中显示的文档的“Acompany_estimate.doc”文档文件)在操作画面上的显示(步骤S29)。更具体地说，应用301从存储单元中获取当选择第三域时存储在存储单元中的电子文档“Acompany_estimate.doc”，并显示该电子文档。换言之，在与放置目的地相关联的电子文档存储单元是存储包括拖动的属性信息的电子文档的电子文档存储单元，并且经受了拖放的属性信息是与放置目的地相关联的电子文档存储单元中唯一的情况下，应用301不执行对电子文档的搜索处理。应用301输出表示与在操作画面上选择的第三域相对应的电子文档的信息(即，表示与由用作显示单元的应用301显示的多个属性信息相对应的、由用户选择的电子文档的信息)，作为搜索结果。

根据图10中示出的操作，在属性项和属性项值的组合是唯一的情况下抑制搜索的执行，并且在文件列表窗格402上显示正确的搜索结果。能够预期降低文档管理服务器101上的负荷的效果或者降低网络105上的通信量的效果。

接下来，将描述第四示例性实施例。根据第四实施例的文档管理装置中提供的应用301根据表示所选择的第二域的属性信息，确定搜索条件，该搜索条件是与在表示所选择的第一域的电子文档存储单元中搜索电子文档相关的条件。例如，在所选择的属性项值是字符串的形式的情况下，应用301通过从完全匹配搜索(complete word search)、部分匹配搜索(partial word search)、前缀匹配搜索(prefix search)或后缀匹配搜索(suffix search)中的任一个中选择搜索条件，来执行属性搜索。

例如，在属性项值是包括小时和分钟信息的日期的情况下，应用301利用与年、月和日匹配的条件来执行属性搜索。根据第四示例性实施例，即使在属性项值是极精确的值的情况下，仍提高了获取作为搜索结果的文档文件的可能性。

也就是说，在应用301确定已经执行了拖放操作的情况下，使用基于属性信息的类型而确定的条件，来执行以下处理：在与放置目的地相关联的电子文档存储单元中存储的多个电子文档中，搜索包括与拖动的属性信息相对应的属性的电子文档。

接下来，将描述第五示例性实施例。在第五示例性实施例中的文档管理装置在图7中的步骤S6中获取电子文档存储单元之后，在执行属性搜索之前显示如图5中示出的搜索窗格501。应用301显示如下状态的搜索窗格501：输入与在图7中的步骤S3中获取的属性项和属性项值的组合相关的搜索条件格式。当用户在搜索窗格501上输入附加搜索条件格式时，应用301利用包括附加搜索条件格式的全体(entire)搜索条件格式，执行属性搜索。

换言之，在第五示例性实施例中，当确定已经执行了拖放操作时(图7中的S5中的“是”)，应用301基于拖动的属性信息显示设置搜索格式的搜索画面，并提示用户在搜索画面上输入附加搜索格式。之后，应用301使用包括附加搜索格式的全体搜索格式，在与放置目的地相关联的电子文档存储单元中存储的多个电子文档中搜索电子文档。根据第五示例性实施例中的文档管理装置，在执行属性搜索之前，用户能够更新搜索条件。

其他实施例

本发明的方面还可以通过读出并执行记录在存储设备上的用于执行上述实施例的功能的程序的系统或装置的计算机(或诸如CPU或MPU的设备)来实现，以及通过由系统或装置的计算机通过例如读出并执行记录在存储设备上的用于执行上述实施例的功能的程序来执行各步骤的方法来实现。鉴于此，例如经由网络或者从用作存储设备的各种类型的记录介质(例如计算机可读介质)向计算机提供程序。

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

本申请要求2010年11月12日提交的日本专利申请第2010-253535号的优先权，该申请的全部内容通过引用并入本文。

Claims (8)

1.一种文档管理装置，该文档管理装置包括：

显示单元，其被构造成在显示画面上显示存储多个电子文档的多个存储单元、以及与用户选择的电子文档相关的多个属性信息；

确定单元，其被构造成确定是否执行了拖放操作，该拖放操作将从所述显示画面上显示的多个属性信息中拖动的属性信息，放置在所述显示画面上显示的所述多个存储单元中的任一个中；

搜索单元，其被构造成在所述确定单元确定执行了拖放操作的情况下，在与放置目的地相关联的存储单元中存储的多个电子文档中，搜索具有与所拖动的属性信息相对应的属性的电子文档；以及

输出单元，其被构造成输出与所述搜索单元搜索到的电子文档相关的信息，作为搜索结果。

2.根据权利要求1所述的文档管理装置，其中，所述属性信息包括属性项和属性项值。

3.根据权利要求1所述的文档管理装置，其中，在经受所述拖放操作的属性信息是多种类型的属性信息的情况下，所述搜索单元使用经受所述拖放操作的所述多种类型的属性信息，在与所述放置目的地相关联的存储单元中存储的多个电子文档中搜索电子文档。

4.根据权利要求1所述的文档管理装置，其中，在与所述放置目的地相关联的存储单元是存储具有所拖动的属性信息的电子文档的存储单元、并且经受所述拖放操作的属性信息被确定为对于与所述放置目的地相关联的存储单元是唯一的情况下，所述输出单元输出与所述显示单元显示的所述多个属性信息相对应的、由用户选择的电子文档，作为所述搜索结果，而不执行所述搜索单元进行的搜索处理。

5.根据权利要求1所述的文档管理装置，其中，在所述确定单元确定已经执行了拖放操作的情况下，所述搜索单元使用基于所拖动的属性信息的类型而定义的条件，在与所述放置目的地相关联的存储单元中存储的多个电子文档中，搜索具有与所拖动的属性信息相对应的属性的电子文档。

6.根据权利要求1所述的文档管理装置，其中，在所述确定单元确定执行了拖放操作的情况下，所述搜索单元显示基于所拖动的属性信息而设置搜索格式的搜索画面，并且提示用户在所述搜索画面上输入附加搜索格式，然后所述搜索单元使用包括所述附加搜索格式的全体搜索格式，从与所述放置目的地相关联的存储单元中存储的多个电子文档中搜索电子文档。

7.根据权利要求1所述的文档管理装置，其中，由所述显示单元显示的显示画面由导航窗格、文件列表窗格和特性窗格构成，所述导航窗格被构造成显示存储多个电子文档的所述多个存储单元，所述文件列表窗格被构造成显示用户从所述导航窗格上显示的所述多个存储单元中选择的存储单元中存储的多个电子文档，所述特性窗格被构造成显示与用户从所述文件列表窗格上显示的多个电子文档中选择的电子文档相关的多个属性信息。

8.一种文档管理装置的控制方法，所述控制方法包括：

显示步骤，在显示画面上显示存储多个电子文档的多个存储单元、以及与用户选择的电子文档相关的多个属性信息；

确定步骤，确定是否执行了拖放操作，该拖放操作将从所述显示画面上显示的多个属性信息中拖动的属性信息，放置在所述显示画面上显示的所述多个存储单元中的任一个中；

搜索步骤，在确定步骤中确定执行了拖放操作的情况下，在与放置目的地相关联的存储单元中存储的多个电子文档中，搜索具有与所拖动的属性信息相对应的属性的电子文档；以及

输出步骤，输出与在所述搜索步骤中搜索到的电子文档相关的信息，作为搜索结果。

Images