CN100418088C - 检索处理系统及方法 - Google Patents

Abstract

进行了与各个内容相关的特征描述的元数据被存储。检索服务器对于来自客户端的元数据的检索请求，就相应的各个元数据，不是回复其所有元数据，而是回复一部分，从而削减检索服务器与客户端之间的通信量。此外，还可进行依次一点一点取得元数据的浏览。

Description

检索处理系统及方法

技术领域

本发明涉及从客户端经由网络向检索服务器进行检索请求，并将基于该检索请求的检索结果经由网络发送给客户端的检索处理系统、其检索服务器、客户端、检索处理方法、程序及记录介质等。

背景技术

连接到互联网上的内容服务器的文本数据和图像数据等数量巨大，并公知有对于这样的数据可进行关键字检索的例如图33所示的系统。在图33中，101表示数据库(DB)，102表示检索服务器，103表示内容服务器、104表示网络、105表示客户端、106-1～106-n表示存储到数据库中的元数据，107-1～107-m表示存储在数据库中的内容数据或该链接、108表示从检索服务器对客户端的响应内容的一例。

具有如下系统构成：任意的客户端105可经由网络104有选择地访问多个检索服务器102和多个内容服务器103，一旦从客户端105向检索服务器102送出由关键字组成的检索请求，则检索服务器102检索数据库101，将与关键字对应的元数据、内容数据或链接信息作为例如由HTML(Hyper Text Markup Language；超文本链接标示语言)组成的响应108发送给客户端105。客户端105通过该响应108中包含的表示向内容数据的链接的URL(Uniform Resource Locator；统一资源定位器)等而访问内容服务器103，下载所需的数据，从而可进行阅览。

例如，在动画数据的检索系统中，将记载了动画数据的特征的附加信息(元数据、标题名称、制作日、出演者、概要等)和向该动画数据的链接信息存储在数据库101中。此外，作为链接信息，例如可以使用由协议名称：//主机名称/文件名称等组成的URL(Uniform Resource Locator；统一资源定位器)。

此外，由于没有确立用于描述动画数据的特征的自动识别处理技术，所以对于成为检索对象的动画数据并用附加信息(＝元数据)。作为用于此的记载方法，在ISO(International Organization for Standardization；国际标准化组织)/IEC(International Electrotechnical Commission；国际电工委员会)中，正在推进以XML(Extensible Markup Language；可扩展标记语言)为基础的MPEG-7(Moving Picture Experts Group-7；运动图像专家组-7)(正式名称＝多媒体内容描述接口)的标准化。

用该MPEG-7记载的元数据为了以XML的记载方法为基准，由描述符(tag；标识符)和描述数据构成。此外，作为描述数据，也有包含描述符和描述数据的嵌套形式的情况，元数据构成逻辑树结构。此外，具有某种意义的逻辑结构被称为模式(Schema)。

此外，作为动画的管理，公知有如下装置，其将动画全体分层地分割为帧串，并生成将帧串的属性数据与代表帧的静止图像关联起来的数据文件，再将属性数据或分层树作为检索关键字来提取帧串，并通过其代表帧的静止图像推测动画的内容(例如参见日本专利文献特开平5-282379号公报)。

此外，还公知有以下装置，其根据用户的请求选择并发送动画的场景变化(Scene Change)等多个点的简要图像，从而进行动画的浏览(例如参见日本专利文献特开平9-244849号公报)。此外，还公知有如下方法，其通过首先传送动画的在时间上分散的多个帧，使得用户判断动画内容的概要(例如参见日本专利文献特开平10-294931号公报)。此外，还公知有如下装置，其对动画的精彩场面或关键帧进行抽取，从而根据用户的请求，不送出全体动画，而是通过送出精彩场面或关键帧来可实现浏览(例如参见日本专利文献特开平11-239322号公报)。

在现有例子的动画检索系统中，若在元数据的描述中采用所述MPEG-7，则可实现多种类的描述，此外，由于是复杂的逻辑结构，所以可采用多种从提高客户端、应用程序的便利性的观点出发的附加信息的描述。但是，现有例子的动画检索系统不具备通过只选择特定的客户端、应用程序所需的描述符来进行回复的机构，所以也会进行对某客户端来说是无用的描述符的描述数据的发送，从而有在反复浏览时客户端与检索服务器之间的通信量大幅增加的问题。

例如，若使用称为MEPG-7的SegmentDS(Description Schema；描述模式)的描述符来描述与大约一小时的视频数据相关的层结构，则数据量为几百kB，此外还多有标识符的数量也多达数百个，分层也多达几十层的情况。因此，存在检索服务器与客户端之间的、对于用户的检索请求的通信量增大的问题。

此外，虽然在由上述公开公报等提出的现有检索装置中，可通过分割动画来进行代表性图像的浏览，但是即使描述为层结构，仍存在检索服务器与客户端之间的通信量增大的问题。

发明内容

本发明的目的在于提供一种当客户端从检索服务器取得元数据时，不必同时发送所有种类的描述符的描述数据，而是有选择地只发送客户端所需的描述符的描述数据，从而削减了通信量，并对于客户端也可以满足检索请求，从而可实现削减了通信量的浏览的系统、方法、程序记录介质等。

本发明的检索处理系统如下构成，其包括：数据库，将关键字与用于识别内容服务器所具有的检索对象的内容的各个元数据的元数据识别符一起存储；任意客户端，发送含有任意关键字的检索条件和与元数据的时间结构或层结构有关的制约条件的检索请求；检索服务器，包括元数据取得部、元数据筛选处理部、以及检索结果数据生成处理部，所述元数据取得部根据所述检索请求，从所述数据库取得适合与在所述检索请求中包含的检索条件一致的元数据识别符中的元数据，所述元数据筛选处理部根据所述检索请求中所包含的限制条件提取所述取得的元数据的一部分，检索结果数据生成部，将被该元数据筛选处理部提取出来的一部分的元数据作为检索结果发送给所述客户端。此外，本发明还可以作为上述检索服务器自身、客户端自身而构成。

根据上述本发明的构成，由于检索服务器不是回复所有元数据，而是只回复元数据的一部分(不需要的/多余的数据不发送)，所以具有可削减检索服务器和客户端之间的通信量的优点。

此外，在本发明的检索处理系统中，为了提取上述元数据的一部分，例如使用与元数据的结构(尤其是时间结构、层结构等)相关的限制条件。由此，可在其客户端一侧容易地只取得其真正需要的部分。

此外，例如，若从所述客户端发来包含路径信息和限制条件的取得委托命令，则所述检索服务器根据该取得委托命令来提取所述元数据的剩余数据的一部分或全部，并回复给客户端。

这样，客户端可在元数据中顺次取得所需的数据，尤其可根据上述层结构来进行逐次朝向详细内容的检索。

另一方面，根据本发明的客户端具有限制条件生成处理部，用于将与元数据的结构相关的限制条件附加到要发送给检索服务器的检索请求中。

此外，例如，客户端可如上述那样指定并取得从由检索服务器回复的元数据(部分树)的结构可延伸取得的剩余的部分树，并具有将该取得的部分树与目前取得的部分树结合起来的元数据重构处理部。

附图说明

本发明若与下述附图一起参照后述的详细说明的话，将会更加清楚。

图1是本发明基本系统的过程说明图；

图2是本发明实施方式的检索服务器一侧的说明图；

图3是本发明实施方式的客户端的说明图；

图4是从客户端发送的请求包的数据构成例的示意图；

图5是响应于检索委托命令的服务器一侧的处理流程图；

图6是响应于取得委托命令的服务器一侧的处理流程图；

图7是元数据筛选处理部的处理流程图；

图8是图7的步骤S36的详细流程图；

图9是客户端一侧的委托检索时的处理流程图；

图10是客户端一侧的接收检索结果数据时的处理流程图；

图11是客户端一侧的委托取得架空的子节点时的处理流程图；

图12是客户端一侧的接收浏览数据时的处理流程图；

图13是元数据的一个例子的说明图；

图14是层结构指定时的说明图；

图15是时间结构指定时的说明图；

图16是部分树指定时的说明图；

图17是部分树的层结构指定时的说明图；

图18是部分树的时间结构指定时的说明图；

图19是剩余数据指定时的说明图；

图20是XML模式定义的具体例子的示意图(其一)；

图21是XML模式定义的具体例子的示意图(其二)；

图22是XML模式定义的具体例子的示意图(其三)；

图23是元数据的说明图；

图24是元数据的树结构的简要说明图；

图25是经筛选处理的元数据的一个例子的示意图；

图26是包含于架空子节点的请求命令中的的数据的一个例子的示意图；

图27是对于图26的请求从检索服务器回复的数据的一个例子的示意图；

图28是与时间轴关联的结构的说明图；

图29是客户端的GUI说明图；

图30是显示模板数据的说明图；

图31是计算机硬件构成图；

图32是记录了程序的记录介质/下载的说明图；

图33是现有例子的系统构成说明图。

具体实施方式

以下，参照附图对本发明的实施方式进行说明。

这里所说的“元数据”不是指上述现有技术中的作为描述动画数据特征的附加信息(metadata；标题名称、制作日、出演者、概要等)的元数据，而是指数据量较大的元数据，例如指由MEPG-7、21所记载的元数据。

图1是本发明的基本系统构成说明图，1表示数据库、2表示检索服务器、3-1～3-n表示内容服务器、4表示网络、5-1～5-m表示客户端、7表示筛选处理部、8表示限制条件生成处理部。

由内容识别符和元数据识别符特定的内容数据的实体及元数据的实体被存储在内容服务器3-1～3-n中。此外，元数据由描述符和描述数据构成，并且描述数据可以是包括描述符的嵌套形式。此外，可以采用XML或MPEG-7的描述形式。

数据库1具有以下构成：其将由内容服务器3-1～3-n保存的检索对象的内容的内容识别符和元数据识别符与关键字一同存储。另外，关键字可以从经网络4从内容服务器3-1～3-n取得的元数据中的描述符及描述数据中，通过关键字提取处理而取得。该关键字提取处理可以在描述数据是文字数据时采用形态要素解析(词类分解)等处理来进行提取。此外，当是数值数据时，可以将其直接作为关键字。此外，当是元数据的描述符时，可以在元数据的结构解析处理时取得描述符名作为关键字。

此外，内容识别符或元数据识别符可以使用表示其数据(内容/元数据)所在位置的URL等。此外，上述构成是一个例子，并不限于此。例如，也可以是在数据库1中还存储元数据的实体或内容的实体的构成，还可以是检索服务器2具有数据库1的构成，或是检索服务器2具有数据库1和内容服务器3等的构成。

此外，“检索处理系统”在广义上是指具有客户端5、数据库1、检索服务器2的系统，在狭义上是指具有数据库1、检索服务器2的系统。

图2是本发明实施方式的检索服务器一侧的说明图，图3是本发明实施方式的客户端的说明图，与图1中的网络4相当的功能部分省略了图示。

在图2中，1表示数据库，2表示检索服务器，3表示内容服务器，6表示元数据显示模板数据库，11表示关键字提取处理部，12表示记录部，13表示检索处理部，21表示检索结果数据生成处理部，22表示与图1的筛选处理部7对应的元数据筛选处理部，23表示显示模板选择处理部。

此外，3a表示包括内容服务器3的C#1等识别符的内容数据；3b表示包括内容服务器3的识别符M#1等的元数据。

数据库1具有包括关键字提取处理部11、记录部12和检索处理部13的构成。

如上所述，关键字提取处理部11经由网络访问各内容服务器3，并从该内容服务器3所存储的内容数据3a和元数据3b中提取关键字。然后，例如像“key#1内容识别符#a元数据识别符#a”、“key#2内容识别符#b元数据识别符#b”、“key#3内容识别符#c元数据识别符#c”那样，将内容识别符、元数据识别符与关键字key#i一起存储在记录部12中。

此处，如后所述，客户端5将包含检索条件和限制条件的检索请求发送给检索服务器2。检索服务器2将检索条件传递给检索处理部13。

检索处理部13根据从检索服务器2传来的检索条件(关键字等)对记录部12进行检索，并将符合检索条件的(其内容识别符、元数据识别符)发送给检索服务器2。

检索服务器2具有检索结果数据生成处理部21、元数据筛选处理部22和显示模板选择处理部23。

此处，元数据显示模板数据库6按各模式种类存储定义了其模式的显示形式的显示模板数据。

显示模板选择处理部23从元数据显示模板数据库6中选择取得与要发送给客户端5的元数据的模式相对应的显示模板。如后所述，检索结果数据生成处理部21将该显示模板数据附加到经筛选处理了的检索结果数据中，并经由省略图示的网络发送给发出检索请求的客户端。

元数据筛选处理部22使用由上述检索处理部13发送的作为检索结果的元数据识别符，从内容服务器3取得与该元数据识别符相应的元数据(元数据的实体)，并根据上述限制条件对该元数据(当存在多个时，针对各个元数据)执行筛选处理。

检索结果数据生成处理部21将包含经上述筛选处理了的元数据(元数据的一部分；称为部分元数据或部分树)和显示模板数据的检索结果数据发送给发出检索请求的客户端。例如，以将No.1内容识别符#x和{(描述符，描述数据)＝(T#x1，D#x_1)，…}以及显示模板数据对应起来显示的构成，发送给发出检索请求的客户端。此外，部分元数据(部分树)由部分数据和部分结构构成，而且还可以赋予其信息(该部分元数据的子节点的描述符等)，用来使客户端从该部分元数据出发判别其下存在的部分树(若从客户端一侧观看，则为架空的部分树)的存在。

在图3中，5表示客户端，51表示与图1中的限制条件生成处理部8相对应的限制条件生成处理部，52表示元数据重构处理部，53表示元数据管理部，54表示显示模板数据管理部，55表示显示数据生成处理部，56表示显示处理部，57表示输入处理部。

客户端5在限制条件生成处理部51中根据从输入处理部57输入的条件(检索条件、限制条件等)生成检索委托命令或取得委托命令，并经由省略图示的网络发送给检索服务器2。

然后，客户端5将由检索服务器2响应于检索委托命令而经由网络回复回来的元数据(初始的部分元数据)直接传送并存储到元数据管理部53中。此外，将由检索服务器2响应于取得委托命令而回复来的元数据(追加的部分元数据)传送给元数据重构处理部52并进行重构处理。此外，将显示模板数据传送给显示模板数据管理部54。

显示数据生成处理部55基于存储于元数据管理部53中的元数据和存储于显示模板数据管理部54中的显示模板数据而生成显示数据，并将其传送给显示处理部56和限制条件生成处理部51。显示处理部56进行将基于显示数据的图像等显示在省略图示的显示部上的控制。

此外，虽然与本例子没有特别关系，但也可以使用来自检索服务器2的回复数据中所包含的内容识别符从内容服务器等中取得内容数据(动画等)并加以显示。

以下，参照图5～图12的流程图来说明上述图2所示的检索服务器2一侧的处理和图3所示的客户端5一侧的处理。

此处，在进行说明前，在图4中示出从客户端5对检索服务器2发出检索请求时所发送的委托命令的数据构成的一个例子。在图4所示的例子中，委托命令由命令种类、限制条件、检索条件或取得条件构成。

命令种类是“检索委托”、“架空的部分树(子节点)的取得委托”中的任一种。在以下的说明中，将命令种类是“检索委托”的委托命令称为检索委托命令；将命令种类是“架空的部分树(子节点)的取得委托”的委托命令称为取得委托命令。

当是检索委托命令时，附加限制条件和检索条件。当是取得委托命令时，附加限制条件和取得条件。取得条件是架空的部分树的位置信息(例如后述的Xpath)等。检索条件例如是关键字等。限制条件例如是与元数据的结构(时间结构、层结构等)有关的条件，详细情况将在后面进行说明。

图5是用于说明图2所示的检索服务器2一侧总体的处理顺序的流程图。

在图5中，检索服务器2接收来自客户端5的检索委托命令(步骤S11)后，首先将上述图4所示的限制条件和检索条件分离(步骤S12)。然后，将检索条件(关键字等)传递给数据库1。检索处理部13根据该检索条件(关键字等)对记录部12进行检索，并将符合检索条件的元数据识别符、内容识别符回复给检索服务器2(步骤S13)。另外，如上所述，也可以是在数据库1中存储元数据(实体)的构成，此时，根据检索条件(关键字等)检索各个元数据，并将具有符合检索条件的内容的元数据回复给检索服务器2。但是，在本发明中以检索记录部12的例子为对象进行说明。

检索服务器2使用从检索处理部13回复的元数据识别符，从内容服务器3取得元数据，并对所述各个元数据，利用在上述步骤S12中分离出来的限制条件反复执行步骤S14、S15的处理。

首先，元数据筛选处理部22对元数据执行筛选处理(步骤S14)。在图7、图8中示出步骤S14的处理的详细情况，将在后面对其进行说明。

接着，显示模板选择处理部23从元数据显示模板数据库6中选择并取得适于该元数据的显示模板数据(步骤S15)。

如果对于取得的所有元数据执行了以上的步骤S14、S15的处理，则检索结果数据生成处理部21将作为筛选处理后的结果而取得的部分元数据(部分树)作为检索结果，并附加其内容识别符及显示模板数据，回复给客户端(步骤S16)。

此外，虽然如上所述，通过筛选处理，元数据的一部分被回复给客户端5，但是，对于剩余的元数据(剩余数据)的一部分或是全部来说，由于有可能此后客户端5针对其发出取得请求，所以将所述剩余数据保存在检索服务器2中。然后，在从客户端5一侧针对上述剩余数据发出取得委托命令时，检索服务器2执行图6所示的处理。

即，检索服务器2在接收来自客户端5的取得委托命令后(步骤S21)，从如上所述保存的元数据(剩余数据)中取得相应的元数据(剩余数据)(步骤S22)，对该元数据执行筛选处理(步骤S23)，并将处理结果(剩余数据的一部分或是全部)回复给客户端5(步骤S24)。

这样，在客户端5一侧，可根据需要一点一点取得元数据的一部分，并进行显示。即，客户端5一侧的用户可以只对所需部分的元数据进行阶段性的目视确认(可浏览)。

接下来，在下面参照图7的处理流程图来说明由元数据筛选处理部22进行的步骤S14的处理的详细情况。此外，在图8中示出图7的步骤S36的处理的详细流程图。

图7的处理是使用从上述检索处理部13回复的元数据识别符并基于上述限制条件，针对从内容服务器3取得的每一个元数据执行的。

元数据筛选处理部22首先参照上述限制条件，判断在该限制条件中是否有模式指定(步骤S31)，当有模式指定时(步骤S31，是)，从元数据中只提取所指定的模式(步骤S32)。接着，判断在限制条件中是否有时间指定(步骤S33)，当有时间指定时(步骤S33，是)，从元数据中只提取与所指定的时间(时间范围)相应的数据(步骤S34)。接下来判断是否有层指定(步骤S35)，当有层指定时(步骤S35，是)，从元数据中只提取与所指定的层相关的数据(步骤S36)。

此处，在限制条件中，可以指定上述模式指定、时间指定、层指定中的任何一个以上的条件。因此，不仅指定任何一个，还有指定任何两个或三个的时候。如果是三个都指定的情况，则从在步骤S32提取的模式中进一步仅提取与所指定的时间相应的数据(步骤S34)，进而从在步骤S34中提取的数据中仅提取所指定的层的数据(步骤S36)。

然后，将所有元数据与通过直到以上的步骤S36的处理而提取的部分元数据进行比较，并记录其差量(剩余数据)(步骤S37)。然后将上述筛选处理结果(部分元数据)作为检索结果输出(步骤S38)。

以下，参照图8说明上述步骤S36的处理的详细情况。

首先，参照元数据的模式定义文件，分析模式定义内容，并尝试提取循环分层的单位(步骤S41)。然后，在有循环分层的单位时(步骤S42，是)，以该分层单位从元数据中仅提取限制条件的分层指定数的数据(步骤S43)。此外，关于图8的处理，将在后面参照图20～图23所示的具体例子来详细说明。

图9～图12是用于说明图3所示的客户端5的处理顺序的流程图。

图9、图11是客户端5的限制条件生成处理部51的处理流程图，图9是有关检索委托命令的处理流程图，图11是有关取得委托命令的处理流程图。

在图9中，首先由用户等经由输入处理部57(例如键盘、鼠标等)输入所期望的检索条件和限制条件(步骤S51)。限制条件生成处理部51根据该输入内容，生成图4中说明的检索委托命令，并将其发送给检索服务器2(步骤S52)。

图10是在接收响应于上述检索委托命令而从检索服务器2回复的检索结果数据时的客户端5总体的处理流程图。另外，图10的整体处理的控制由未图示的(图3中没有示出)整体控制部进行。

在图10中，若客户端5接收了检索结果数据(步骤S61)，则首先将构成该检索结果数据的显示模板数据和元数据(初始的部分元数据)分离(步骤S62)，并将显示模板数据存储在显示模板数据管理部54中(步骤S63)。

然后，对各个元数据执行步骤S64～S67的处理。

即，首先取得元数据的模式定义文件(步骤S64)。关于该元数据的模式定义文件，将在后面示出具体例子，是可通过公知的“XMLScheme”来描述(XML模式定义)。虽然在这里是从检索服务器2取得元数据的模式定义文件，但也可以由客户端5预先保存。另外，如周知的那样，“XML Scheme”最近代替DTD(Document Type Definition；文档类型定义)而被用于XML文档的结构定义。

然后，基于取得的模式定义来验证元数据，并判断架空的部分树是否存在。如上所述，在从检索服务器2回复的部分元数据上赋有用于判别架空的部分树是否存在的信息(该部分元数据的子节点的描述符等)，从而通过参照该信息和例如XML模式定义文件，来判断是否有架空的部分树存在的可能性，并在存在时提取其位置信息/节点种类信息等(步骤S65)。然后，将该元数据与提取的架空的部分树的位置信息/节点种类信息一并存储在元数据管理部53中(步骤S66)。另外，位置信息例如是从该所有元数据的顶端的标识符(根节点)到架空的部分树的路径信息；节点种类信息是架空的部分树的节点(标识符)的种类信息。

然后，在显示该元数据时，取得显示模板数据(步骤S67)，生成显示用数据(步骤S68)，从而进行显示处理(步骤S69)。

图11是如上所述的有关取得委托命令的处理流程图。

在图11中，首先，由客户端5的用户等一边参照显示处理部56的显示(例如在后说明的图30所示的显示)，一边经由输入处理部57进行要请求的架空的部分树(子节点)的选择，并进一步进行所期望的限制条件的输入(步骤S71)。

根据该输入，客户端5从元数据管理部53取得上述所选择的架空的部分树的位置信息(步骤S72)，并生成对于该架空的部分树的限制条件(步骤S73)。然后，利用这些位置信息/限制条件生成取得委托命令，并将其发送给检索服务器2(步骤S74)。

另外，上述位置信息例如是在后说明的路径信息(图26所示的“Xpath”等)。

图12是在客户端5接收响应于上述图11的取得委托命令而从检索服务器2回复的浏览数据时的整体处理流程图。另外，图12的整体处理的控制由未图示的(图3中没有示出)整体控制部来进行。

在图12中，若客户端5接收了上述浏览数据(步骤S81)，则从该接收数据中提取元数据(剩余数据的一部分；部分元数据)(步骤S82)。

接着，由元数据重构处理部52执行步骤S83～S85的处理。首先，由于上述接收的部分元数据应该与现有储在元数据管理部53中的部分元数据(以下称现有元数据)结合，所以从元数据管理部53中取得该现有元数据(步骤S83)。然后，由于可通过提取架空的部分树的位置信息/节点种类信息(步骤S84)来判别应将接收的部分元数据追加到现有元数据的哪个位置上，所以通过在该位置上追加接收的部分元数据来重新构成现有元数据(步骤S85)。

接着，关于重新构成的现有元数据，与上述步骤S65一样，参照模式定义文件来提取架空的部分树的位置信息/节点种类信息(步骤S86)。即，判别在上述接收的部分元数据的下面的层中是否还存在架空的部分树，并在存在时提取该架空的部分树的位置信息/节点种类信息。然后，将重新构成的现有元数据和提取的架空的部分树的位置信息/节点种类信息存储在元数据管理部53中(步骤S87)。

之后，与图10的步骤S67～S69一样，从显示模板数据管理部54中读取适于上述元数据的显示模板数据(步骤S88)，生成显示数据(步骤S89)，从而执行显示其的处理(步骤S90)。

以下，进行更为具体和详细的说明。

元数据由描述符和描述数据构成，并以XML为基准，描述符例如如图13(A)所示的<tag_Metadata>，<tag Schema1>那样，可用标识符来表现，此时，构成图13(B)所示的树结构。该树结构的节点与图13(A)所示的标识符对应，根(root)节点表示元数据的顶级的标识符。树枝表示存在嵌套的标识符，子节点表示嵌套的标识符。由于只有末端的叶节点没有嵌套的标识符，所以表示只包括描述数据。通常，将从根节点开始的元数据存储在一个或多个文件中。当分割成多个文件时，通过描述文件存在关系的标识符来描述依存关系，这与存储在一个文件中的情况是等价的。

关于检索对象，除了内容的识别符(URL等)、包含根节点在内的元数据文件的识别符(URL等)之外，对构成元数据中的标识符的名字的字符串及对描述数据进行分析处理(自然语言处理等)而取得的字符数据或数值数据(关键字)也是对象。在图13(A)所示的例子的情况下，对tag_MetaData，tag_Schema1，tag_Schema2，tag_Schema3，tag_sc1的字符串，和data_sc1_L1，data_sc1_L2，data_sc1_L3，data_sc2，data_sc3进行分析而取得的字符数据或数值数据是关键字。

客户端5的限制条件生成处理部51生成包含命令种类、检索条件和限制条件的检索委托命令，或者生成包含命令种类、限制条件和要取得的部分树的位置信息(后述的Xpath等)的取得委托命令，并将其中任一命令经由网络发送给检索服务器2。

如上所述，检索服务器2的元数据筛选处理部22从符合客户端5请求的检索条件的元数据或者符合取得委托的元数据中根据限制条件选择数据。

作为检索条件，可以指定检索词。当该检索词为多个时，可以指定逻辑条件(AND、OR、NOT及它们的组合)。例如作为(种类(检索)，检索词(逻辑条件，检索词))，可以是(search，(key1 AND key2)OR key3)。即，可指定关键字key1，key2的“与”条件，并且它们与关键字key3的“或”条件。

限制条件包含限制种类和时间范围或层的深度等限制值。

作为与用于检索委托的结构有关的限制条件，限制种类有范围指定、层结构指定、时间结构指定。

作为上述范围指定，可指定检索对象的模式种类。可通过逻辑条件(AND、OR、NOT及它们的组合)来指定多个模式种类。例如，作为(限制种类、模式种类(逻辑条件，模式种类))，可以是(scope，tag_Schema1 AND tag Schema2)。

此外，作为层结构指定，在经范围指定了的模式的定义被循环定义时，可从模式的顶级节点指定层。

例如，作为(限制种类，(模式种类，层数))，可以是(lebel，(tag_Schema1，2))。关于此时的循环定义模式的tag_Schema1，图14(A)的到树结构的第二层为止的粗线所示的范围是检索对象，若符合检索条件，则将从根节点到tag_Schema1的部分树和关于tag_Schema1的层的到第二层的结构，即将图14(B)所示的数据发送给客户端。

此外，作为时间结构指定，当经范围指定的模式被描述成与再现时间轴关联的结构时，可以为给予结构限制而指定时间间隔信息。例如，作为(限制种类，(模式种类，时间间隔，内侧/包含)，…)，可以是(time，(tag_Schema1，400-450，包含))。

此时，动画整体的再现时间是500(例如，单位＝秒)，由tag_Schema1描述时间结构，并且整体的0-500的特征描述通过上位层tag_Schema1来进行，动画数据的前一半0-250及后一半250-500的特征描述通过两个下位层tag_Schema1来进行，而且，在指定了“包含”时，例如关于图15(C)所示的0-500(秒)的时间长度的内容数据，当将tag_Schema1(1)的前一半0-250作为tag_Schema1(21)，并将后一半250-500作为tag_Schema1(22)，从而用图15(A)所示的树结构来表示时，与包含400-500的再现时间的总的特征描述有关的数据结构的用粗线表示的tag_Schema1(1)和tag_Schema1(22)是检索对象，当符合条件时，将从根节点到所述数据结构的部分树和该数据结构的部分树，即包括图15(B)所示的到tag_Schema11(1)的部分树和由tag_Schema1(1)的一部分和tag_Schema1(21)构成的部分树的数据发送给客户端。

此外，当通过(time，(tag_Schema1，200-500，内侧))指定了“内侧”时，与再现时间位于200-500内侧的特征描述有关的数据结构，即此时只有tag_Schema1(22)是检索对象，当符合条件时，将从根节点到该数据构成部分树和该数据构成的部分树发送给客户端。此外，此时不发送tag_Schema1(1)的tag_sc1。

此外，作为用于取得委托的结构有关的限制条件，有部分树指定、部分树的层结构指定、部分树的时间结构指定、剩余数据指定。

部分树指定关于想取得的描述符的描述数据，可指定与向其描述符的父亲节点的路径相关的信息和与想取得的子节点相关的描述符的信息。例如，作为(限制种类，(路径信息，(描述符，…)))或(限制种类，(路径信息，ALL))，可以是(select，(tag_MetaDatatag_Schema1，(tag_Schema1)))。此时，在图16(A)中，关于在tag_MetaData之下沿着tag_Schema1可到达的节点，可取得所有其子节点的标识符为tag_Schema1的部分树。此外，当取完图16(A)所示的粗线部分时，细线部分就成为取得对象，从而将图16(B)的实线所示的部分树发送给客户端。

此外，关于部分树的层结构指定，在请求取得的描述符的模式被循环定义时，可以从模式的部分树的顶级节点指定层(在相对或绝对位置指定层)。

例如，作为(限制种类，(路径信息，((描述符，层数)，…)))，可以是(select level，(tag_MetaDatatag_Schema1，(tag_Schema1，1)))。此时，如图17(A)所示，关于在tag_MetaData之下沿着tag_Schema1可到达的节点，在子节点内就标识符是tag_Schema1的部分树取得到一层的部分树，并将到该部分树的路径信息、部分树的数据和与可取得的描述数据的描述符有关的信息发送给客户端。此外，当取完图17(A)的粗线所示的部分时，细线所示的部分就成为取得对象，其结果是将图17(B)中所示的可取得的描述数据发送给客户端。

此外，关于部分树的时间结构指定，当描述想取得的描述符的模式是用于进行与再现时间轴相关的结构描述时，为给予结构限制可指定时间间隔信息。例如作为(限制种类，(路径信息，((描述符，时间间隔信息，包含/内侧)，…)))，可以是(select_time，tag_MetaDatatag_Schema1，(tag_Schema1，100-300，内侧))。

此时，作为图18所示的0-500的再现时间的内容数据的特征描述，可以将前一半的0-125作为tag_Schema1(321)，将后一半的125-250作为tag_Schema1(322)，并与前一半的tag_Schema1(21)和后一半的tag_Schema1(22)一同，作为树结构而在图18(A)中示出。而且，若将粗线部分作为取完的，将细线部分作为未取得部分，则将图18(B)所示的细线部分的数据发送给客户端。另外，当指定了“内侧”时，只提取与位于再现时间内侧的特征描述有关的数据结构的tag_Schema1(322)，从而将从根节点到该数据结构的位置信息和该数据结构的部分树发送给客户端。当指定了“包含”时，和与检索委托用的结构有关的限制条件一样，提取涉及100-300的所有数据结构的除tag_Schema1(22)以外的全部，并将从根节点到该数据结构的部分树和该数据结构的部分树发送给客户端。

此外，剩余数据指定，就想取得的描述符的模式来说，表示对于除了当前取完的以外的剩余的描述数据进行取得委托。例如，作为(限制种类，路径信息)，可以是(rest，tag_MetaData)。例如，在图19(A)所示的数据结构中，当粗线部分已取完时，从图19(B)所示的根节点的tag_MetaData删除虚线部分，将实线部分作为剩余数据发送给客户端。

如上所述，通过可在来自客户端5的检索委托命令及取得委托命令中分别附加与元数据的结构有关的限制条件，在客户端5的限制条件生成处理部51(参照图3)中生成限制条件，并将其附加到检索委托命令或取得委托命令中。检索服务器2在其元数据筛选处理部22中从检索对象的元数据中提取符合限制条件的数据构成，并将其发送给客户端5。

在客户端5中，由元数据重构处理部52对从检索服务器2经由网络发送的元数据进行重构。将最初作为部分树从检索服务器2接收的元数据传送给元数据管理部53，而在此后作为部分树从检索服务器2接收的元数据在元数据重构处理部52中被追加、更新，并在元数据管理部53中进行管理。此外，当是剩余数据指定时，检索服务器2的检索结果数据生成处理部21具有对于发送给客户端5的元数据，管理发送哪个部分树、剩了哪个部分树的功能，从而可通过该功能来发送剩余数据。

若与现有的检索系统对比，则在以往，从客户端向检索服务器的上行方向的检索委托命令只是检索词为多个时的逻辑条件(检索条件)和检索种类(模式种类)指定的限制条件，不能附加与元数据结构有关的限制条件。此外，不具备基于结构的限制条件来提取部分元数据的筛选处理功能，和发送与部分元数据和可取得元数据有关的信息的功能。此外，就取得委托命令来说，不能取得基于结构的限制条件而提取的部分数据，而且也不具备在客户端一侧重新构成元数据的部分树的功能。

以下，举出具体的程序例子来说明。

首先，图20～图22是与元数据有关的XML模式定义的一个例子的示意图。图20～图22只是根据情况将某一个XML模式定义分在3个图上示出的。

如上所述，例如在步骤S65、S86、步骤S41、S42的处理中，通过参照这样的XML模式定义，可以知道是否存在架空的部分树(存在于取完的部分树之下的未取得的部分树)、或者是否存在循环分层的单位。

例如，若采用图20～图22所示的XML模式定义的例子，则首先，从图20所示的<Mpeg7Main>标识符的定义可知，存在进行动画数据的特征描述的<Video Description>标识符。此外，从图21所示的“VideoDescription Type”型的定义可知，存在用“Video Segment Type”型定义的<Video>标识符。

此外，从图21所示的“Video Segment Type”型的定义可知，存在用“Segment Decomposition Type”型定义的<Segment Decomposition>标识符，并且，从图22所示的“Segment Decomposition Type”型的定义还可知，存在用“Video Segment Type”型定义的<Video Segment>标识符。由此，可以判定出“Segment Decomposition Type”型的标识符和“VideoSegment Type”型的标识符被交互循环定义。

此时，可以将从“Video Segment Type”型的标识符到“SegmentDecomposition Type”型的标识符作为一个分层单位来处理。以图23为例来说，最初的“Video Segment Type”型的标识符是<Video>标识符，从该<Video>标识符到作为“Segment Decomposition Type”型的标识符的<Segment Decomposition>标识符成为一个层(第一层)。同样地，从下一个作为“Video Segment Type”型的标识符的<Video Segment>标识符到作为被嵌入其中的<Segment Decomposition>标识符为一个层(第二层)。虽然没有特别地进行图示，但是第三层以下也是一样的。

因此，当某元数据的模式定义是如图20～图22所示的例子那样的定义时，在步骤S41、S42的处理中，将被判定出存在循环分层的单位。

图23是作为大约10分钟的动画数据的特征描述的元数据说明图；图24是将该元数据作为树结构的概要示意图。

图23中所示的各描述符(标识符)正如在上述图20～图22中定义的那样。即，在图23中，<Mpeg7Main>是用来声明该动画数据是通过MPEG7的模式来进行特征描述的描述符(标识符)，下一层的<VideoDescription>是在MPEG7的模式中，声明由媒体种类进行与动画数据的内容相关的特征描述的描述符。

此外，在该<Video Description>的下位层中声明了对动画全体进行特征描述的描述<Video>。

关于该<Video>，作为一个例子图示了包含id＝“RootSegment”layer＝“1”的情况，并示出了包含

·描述与动画数据的实体的所在位置有关的信息等的<MediaInformation>、

·描述标题文字、出演者名字、类型名称、代表缩略图，摘要、元数据的完成日期等的<CreateMetaInformation>、

·描述动画的再现时间的<MediaTime>、

·描述与动画有关的注释(comment)文的<TextAnnotation>、和

·用于将动画数据沿时间轴结构化来进行描述的<SegmentDecomposition>

的情况。

此外，该<Segment Decomposition>通过沿时间轴描述多个除<MediaInformation>之外可进行与<Video>相同的描述的<VideoSegment>，从而可用多个段(Segment)单位对动画数据进行特征描述。因此，<Video Segment>被循环定义，且其下位的层中包含<SegmentDecomposition>(如上所述，通过图20～图22的模式定义)。

图25是表示根据检索委托命令，对图23所示的元数据进行筛选处理后回复给客户端5的部分元数据(初始的部分元数据)的一个例子的图。

在图25中，示出了作为限制条件，在层指定中指定了到第一层(layer＝“1”)的时候的部分元数据。

此时，将删除了第二层(layer＝“2”)以下的数据的元数据发送给客户端，并且关于第二层只发送标识符(描述符)。即，关于图23所示的<VideoSegment id＝“seg1”layer＝“2”>…<VideoSegment id＝“seg4”layer＝“2”>，只发送各自的标识符。

这样，当在客户端5一侧接收了图25所示的元数据时，可知道在<SegmentDecomposition>中存在4个子节点(嵌套的标识符)，并且其种类是<VideoSegment>。此外，通过参照上述图20～图22的模式定义，可知如上所述“Segment Decomposition Type”型的标识符和“VideoSegment Type”型的标识符被交互循环定义，从而可知有架空的部分树存在的可能性。

由此，在上述图11的处理中，例如图26所示，用Xpath表示上述架空的部分树的位置信息及种类信息，并将其发送给检索服务器2，从而可取得架空的部分树(虽然在该例子中将4个子节点全部指定了，但是当然也可以指定1、2或是3个子节点)。

图26所示的Xpath例如是

<Request＝“/Mpeg7Main/VideoDescription/Video/SegmentDecomposition/VideoSegment”Num＝“1”>等。

其中，Num＝“1”表示在4个<VideoSegment>标识符中指定第一个标识符。

在图27示出根据图26的请求从检索服务器2回复的数据。如图所示，回复数据中包含图26所示的Xpath和根据此取得的部分树的数据。在图12的步骤S84的处理中，通过将该Xpath和存储于元数据管理部53中的现有元数据进行比较，可知应将取得的部分树结合到现有元数据的哪个位置。

此外，虽然没有图示，但当在取得的部分树中只包含第三层的标识符时，通过图12的步骤S86、S87的处理提取并记录该架空的子节点的位置信息、节点种类。

上述关于动画数据的特征描述例如可以作为如图28所示的沿时间轴的层结构来表示。即，关于由上述<MediaTime>描述的再现时间0-10(min)，示出将其分割为多段，并重复进行进一步分割各段而得的层构成的情况下的层Layer1～Layer4，从而通过<VideoSegment id＝“seg1”Layer＝“2”>～<VideoSegment id＝“seg1”Layer＝“4”>来示出Layer2中的0-2(min)的段61～8-10(min)的段64，并通过<VideoSegment id＝“seg11”Layer＝“3”>来表示Layer3的0-1(min)的段65。

此外，通过<VideoSegment id＝“seg311”Layer＝“4”>来表示Layer4的段66。

关于上述的0-10分钟的动画数据的元数据大多为50kB左右，而且根据附加了所述限制条件的检索请求，从检索服务器2发送给客户端5的数据量被大副削减，并可以在客户端迅速显示检索结果，从而可以容易地分层浏览动画数据。此外，对于更长时间的动画数据，也可以取导入部和多个中间部以及结束部的段的特征描述，并进一步的层结构化，由此客户端可根据所期望的限制条件进行检索。此外，还可以发出包含出演者姓名和预定其出演的时间结构指定的检索请求等。此外，还可以指定动画数据的特定场景的特征描述的元数据来进行检索，并对保存基于所述检索结果的动画数据的内容服务器进行识别。此外，也可以在段的特征描述中包含动画的代表图(静止图像或摘要动画)。

图29是客户端的GUI(Graphical User Interface；图形用户界面)的说明图，假设想取得动画数据的类型是戏剧或电影，并在开始的5分钟内，有出演者富士通太郎出演的动画数据，并且显示关于取得的动画数据想在深一层的级别了解详细内容的情况的输入画面，从而基于此，在与上述结构相关的限制条件内，作为检索条件附加了范围指定：(scope，Video ORVideoSegment OR类型OR出演者)和时间结构指定：(time，(Video，0-5min，包含)，(VideoSegment，0-5min，内侧))的限制条件的取得委托命令从限制条件生成处理部51(参照图3)被发送给检索服务器。

在检索服务器2中，例如对于根据图28的元数据的0-5(min)的时间的结构的限制条件的<Video>以及<VideoSegment>的结构，进行基于<CreateMetaInformation>的类型及出演者有关的关键字的检索。然后，当段seg11符合类型是“Drama/Movie”及出演者是“富士通太郎”时，检索服务器2仅将到<Video>层为止的部分树发送给客户端5。

可在该部分树上继续追加的其他描述符或描述数据，可根据来自客户端5的请求和浏览行为，进行直到符合检索条件的层<VideoSegment>的节点为止的检索。此时，若所有<Video>及<VideoSegment>的节点数量为19，则每一个节点大约为2.5kB，通过进行所述大约2.5kB的数据传送，可将顶级的简要图像提示给用户。

此外，通过检索服务器2的显示模板选择处理部23(参照图2)对发送给客户端5的元数据的每个模式，从元数据显示模板数据库6中选择适于显示该模式的显示模板数据，并将其与元数据一起作为检索结果数据发送。由此，客户端5的应用程序不是对可解释特定模式的专用浏览器，而是对使用如XSL(Extensible Style Language；可扩展样式语言)的显示模板来确定显示形式的WEB浏览器有效。此时，可由客户端5的显示模板数据管理部54(参见图3)管理显示模板数据，并且当在显示数据生成处理部55中生成浏览用显示数据时，将其与在元数据管理部53中管理的元数据一起使用，从而可生成显示数据。

图30是显示模板数据的说明图，71～73表示显示画面的一个例子。由于根据元数据取得请求(检索委托命令)，从检索服务器2回复回来元数据74和用于动画层选择显示的显示模板数据75，从而通过客户端5接收这些，可构成包含所有概要(summary)、前半概要和后半概要的显示画面71。

然后，若通过选择前半概要来向检索服务器2进行元数据取得请求(取得委托命令)，则检索服务器2将回复元数据76。由此，客户端5可构成包含1/2概要(前半概要)的下位层的1/4概要和2/4概要的显示画面72。另外，在图示的元数据76中实际被回复回来的数据是部分树76a的部分。

若进一步选择1/4概要来进行元数据取得请求，则由于从检索服务器2回复回来包含关键帧的颜色直方图数据77b的元数据和用于图表显示的显示模板数据，所以客户端5可接收这些，并构成显示关键帧的颜色直方图73a的显示画面73。另外，在图示的元数据77中实际被回复回来的数据是部分树77a的部分。

此外，客户端5的元数据重构处理部52还具有如下功能：例如在对于附加了限制条件的检索请求，从检索服务器2接收了关于分割一个画面的部分图像的元数据，并进一步根据其后附加了限制条件的检索请求，接收了关于其周围部分图像的元数据的情况下，基于各部分图像的位置信息等可重构一个画面或连接多个部分图像的部分图像，也可以将其应用到在只用中央部分图像不能识别所期望的动画数据时，通过依次取得其周围部分图像进行的浏览中。

图31是表示实现上述各种处理的计算机(检索服务器2或客户端5)的硬件构成的一个例子的图。

图31所示的计算机80具有CPU 81、存储器82、输入装置83、输出装置84、外部存储装置85、介质驱动装置86、网络连接装置87等，并且这些都连接在总线88上。该图所示的构成只是一个例子，不限于此。

CPU 81是控制该计算机80全体的中央处理装置。

存储器82是在执行程序、更新数据时，将存储于外部存储装置85(或者可移动记录介质89)中的程序或数据临时存储的RAM等存储器。CPU 81利用读取到存储器82中的程序/数据执行上述各种处理。

输入装置83例如是键盘、鼠标、触摸屏等。

输出装置84例如是显示器、打印机等。

另外，当计算机80是检索服务器2时，也可以没有输入装置83、输出装置84。

外部存储装置85例如是硬盘装置等，其中存储有用于实现上述各种功能的程序/数据等(例如使计算机执行图5～图12所示的各个处理的程序等)。此外，也可以将该程序/数据等存储在可移动记录介质89中，并由介质驱动装置86读取存储于可移动记录介质89中的程序/数据等，从而使计算机80执行上述各种处理。可移动记录介质89例如是FD(软盘)、CD-ROM，另外也可以是DVD、磁光盘等。

网络连接装置87连接在网络(互联网等)上，从而可与外部的信息处理装置进行程序/数据等的接收发送。

图32是表示记录了上述程序的记录介质或者程序的下载的一个例子的图。

如图所示，也可以是将存储了用于实现上述本发明功能的程序/数据的可移动记录介质89插入到信息处理装置80的主体中，从而读取该程序/数据并将所读取的程序/数据存储到存储器82中来执行，此外上述程序/数据也可以是经由通过网络连接装置87连接的网络92(互联网等)，下载存储于外部的程序/数据提供者一侧的服务器90中的程序/数据91所得的。

此外，本发明不限于装置/方法，也可以构成为存储了上述程序/数据的记录介质(可移动记录介质89等)自身，还可以构成为这些程序自身。或者，也可以构成为经网络下载的程序(传送信号)自身。

工业实用性

如上述说明的那样，本发明由于从客户端向检索服务器发送附加了各种限制条件的检索请求，并且检索服务器针对该检索请求来检索数据库，并作为检索结果向客户端发送进行了与限制条件相应的筛选处理的检索结果数据，所以有通过不发送不需要的描述符和描述数据来可削减检索服务器与客户端之间的通信量的优点。尤其是通过使用与元数据的结构(尤其是时间结构、层结构等)有关的条件来作为限制条件，从而可在其客户端一侧容易地只取得真正需要的部分。

此外，由于数据库具有对于由内容服务器保存的内容，将对分层分割的段进行特征描述的元数据与关键字一起存储的结构，并且在进行各种动画数据的检索时，在检索服务器中根据限制条件来进行筛选处理，因此可将所需的最小限度的数据量发送给客户端，并具有客户端可进行逐次朝向详细内容的检索的优点。因此，通过适用于动画数据的检索中，可实现客户端的迅速浏览，并且可减轻系统负荷。

Claims (11)

1. 一种检索处理系统，其特征在于，包括：

数据库，将关键字与用于识别内容服务器所具有的检索对象的内容的各个元数据的元数据识别符一同存储；

任意的客户端，发送具有检索条件和限制条件的检索请求，所述检索条件包括任意的关键字，所述限制条件与元数据的时间结构或层结构有关；以及

检索服务器，包括元数据取得部、元数据筛选处理部、以及检索结果数据生成处理部，所述元数据取得部根据所述检索请求，从所述数据库中取得元数据，该元数据与符合所述检索请求中包含的所述检索条件的元数据识别符相对应，所述元数据筛选处理部根据所述检索请求中所包含的所述限制条件提取所述取得了的元数据的一部分，所述检索结果数据生成处理部将由该元数据筛选部提取的该部分元数据作为检索结果发送给所述客户端。

2. 如权利要求1所述的检索处理系统，其特征在于，

所述客户端具有限制条件生成处理部，该限制条件生成处理部生成由以下任何一个或多个指定构成的所述限制条件，所述指定包括：包含成为检索对象的模式种类和该模式种类的逻辑条件的范围指定、指定从模式的顶级开始的层的层结构指定、以及与进行了范围指定的模式的时间轴相关联的时间结构指定。

3. 如权利要求1所述的检索处理系统，其特征在于，

所述客户端还具有如下构成部件：接收从所述检索服务器的检索结果数据生成处理部发送的所述部分元数据并进行存储之后，在通过所述元数据取得部取得的元数据中，对于该部分元数据以外的其他部分，指定其任意的一部分，并向所述检索服务器发送该被指定的部分的取得请求；

所述检索服务器还具有如下构成部件：将该被进行了取得请求的部分作为新的部分元数据发送给所述客户端；

所述客户端还具有元数据重构处理部，每当接收到该新的部分元数据时，使该新的部分元数据与已经接收、存储的部分元数据结合而进行重构。

4. 如权利要求1所述的检索处理系统，其特征在于，

所述检索服务器将表示存在架空的部分树的信息包含在所述部分元数据中而发送给客户端，当从所述客户端发送过来含有表示所述架空的部分树在所述元数据内的位置的路径信息和任意的限制条件的取得委托命令时，根据该取得委托命令提取所述元数据的剩余数据的一部分或全部，并将其发送给所述客户端。

5. 如权利要求1所述的检索处理系统，其特征在于，

所述检索服务器具有显示模板选择处理部，用于按照发送给所述客户端的元数据的模板种类，选择并发送定义模板的显示形式的显示模板数据。

6. 一种检索处理方法，其根据来自客户端的检索请求，通过检索服务器检索数据库，并将检索结果发送给所述客户端，其特征在于，

所述客户端具有如下步骤：发送具有检索条件和限制条件的检索请求，所述检索条件包括任意的关键字，所述限制条件与元数据的时间结构或层结构有关；

所述检索服务器具有如下步骤：当接收到所述检索请求时，从所述数据库中取得符合在该检索请求中所包含的所述检索条件的元数据的步骤，根据包含在所述检索请求中的所述限制条件来提取所述取得了的元数据的一部分的步骤，将该提取出的部分元数据作为检索结果发送给所述客户端的步骤。

7. 如权利要求6所述的检索处理方法，其特征在于，

所述限制条件包括以下任何一个或多个指定：包含成为检索对象的模式种类和该模式种类的逻辑条件的范围指定、指定从模式的顶级开始的层的层结构指定、以及与进行了范围指定的模式的时间轴相关联的时间结构指定。

8. 如权利要求6所述的检索处理方法，其特征在于，

从所述客户端附加到所述检索请求中的所述限制条件包括以下任何一个或多个指定：作为层结构的模式的部分树而指定与到描述符的父亲节点的路径相关的信息和与想取得的子节点相关的描述符的信息的部分树指定、所述部分树的层结构指定、所述部分树的时间结构指定、表示除取完的以外的剩余元数据的取得的剩余数据指定。

9. 如权利要求6所述的检索处理方法，其特征在于，

包括下述步骤：当基于所述客户端的限制条件的元数据结构为部分树时，所述检索服务器将该部分树的位置信息和来自该部分树的子节点的信息附加到该部分树的元数据中并进行发送。

10. 如权利要求6所述的检索处理方法，其特征在于，

包括下述步骤：所述客户端对与来自所述检索服务器的部分树相应的多个元数据，基于所述部分树的位置信息进行重构。

11. 如权利要求6所述的检索处理方法，其特征在于，

包括下述步骤：所述检索服务器将与根据所述客户端的限制条件而进行了筛选处理的元数据的模式种类对应的显示模板数据附加到检索结果中，并发送给所述客户端。

Images