CN1940937A - 检索系统、信息处理系统和程序产品 - Google Patents

Abstract

一种检索系统，包括搜索服务器和信息处理系统。信息处理系统包括生成单元，生成对应于所执行处理的特性的搜索规则，以及用于描述对应于搜索规则的搜索结果类型的消息；搜索请求单元，将包括有搜索规则和消息的搜索请求数据发送到搜索服务器；以及显示控制单元，将响应数据的图像显示在显示设备上。搜索服务器包括数据库；数据提取单元，通过搜索规则对数据库进行搜索并且提取与搜索规则相匹配的数据；显示数据生成单元，生成包括有数据列表和消息的显示数据；以及响应单元，将显示数据发送到搜索请求单元。

Description

检索系统、信息处理系统和程序产品

相关申请的交叉参考

该申请具有2005年9月30日提交的日本专利申请第2005-286462号的优先权利，其内容因而以参考的形式融入到本申请中。

技术领域

本发明的各方面涉及包括有信息处理系统和搜索服务器的检索系统，它根据由信息处理系统所指定的搜索规则来对数据库进行搜索，并且将检索结果通知给信息处理系统，另外还涉及在该检索系统中所使用的程序。

背景技术

在已知的相关技术的检索系统中，用作信息处理系统的个人计算机和搜索服务器经由网络(例如因特网)相连。在这种类型的检索系统中，个人计算机将包括有由个人计算机创建的搜索规则的检索请求数据发送到搜索服务器。在接收到搜索请求数据时，搜索服务器对预定数据库进行搜索，并且将检索结果返回到个人计算机。

大家熟知的搜索服务器通过HTTP协议接收来自个人计算机的搜索请求数据，并且将检索结果以HTML文档的形式发送到作为请求来源的个人计算机。在采用这种类型的搜索服务器的系统中，个人计算机将HTML文档经由已知的网页浏览器等输出到显示设备。

另一个熟知的检索系统是将文档属性分配给各个文档。当用户发出输出相关文档的指令时，参考用作参照的文档的属性。具有相同属性的文档从数据库中被检索出来。根据检索结果，将相关文档的列表输出到显示设备(参见JP-A-2000-315203)。

除了用于响应用户指令来执行搜索的系统之外，熟知的另一个作为检索系统的系统自动检索与根据用户指令(除搜索指令之外)由信息处理系统执行的处理相关的数据，并且将检索结果显示给用户。

发明内容

不过，这种类型的检索系统自动根据用户操作的特性来检索相关数据。因此，甚至当只显示检索结果时，操作特性与检索结果之间的对应关系也是不确定的。这就会出现用户遇到难以理解检索结果实质的问题。

事实上，只要检索结果与搜索规则一起显示，则用户就可以一定程度上理解检索结果实质。不过，当搜索规则的类型是不显示处理的类型时，其中该处理类型由信息处理系统所执行并且通过该处理类型生成搜索规则，操作特性和搜索结果之间的相关性对于用户是不确定的，因此用户不能充分理解搜索结果的类型。

本发明的各方面提供了一种能够显示检索结果以使用户可以理解检索结果类型的技术，以及一种具有简单结构并且通过网络来互换检索结果的检索系统。

根据本发明的一方面，检索系统包括搜索服务器和信息处理系统。信息处理系统包括能够建立与搜索服务器的通信的第一通信单元、用于执行处理操作的处理执行单元、生成单元、搜索请求单元和显示控制单元。

在该信息处理系统中，当处理执行单元执行预定类型的处理时，生成单元生成与所执行的处理特性相对应的搜索规则和用于根据处理特性来描述对应于搜索规则的搜索结果类型的消息。进而，搜索请求单元将包括有由生成单元所生成的搜索规则和信息的搜索请求数据经由第一通信单元发送到搜索服务器。另外，在经由第一通信单元从搜索服务器接收到答复搜索请求数据的响应数据时，显示控制单元在显示设备上显示响应数据的图像。

检索系统的搜索服务器包括：能够建立与信息处理系统的第一通信单元的通信的第二通信单元、用于存储数据的数据库、数据提取单元、显示数据生成单元和响应单元。

在搜索服务器中，在经由第二通信单元从信息处理系统接收到搜索请求数据时，数据提取单元通过写在搜索请求数据中的搜索规则来对数据库进行搜索，并且从数据库中提取与搜索规则相匹配的数据。显示数据生成单元生成显示数据，作为包括在搜索请求数据中的搜索规则执行的搜索结果的特性，该显示数据包括有由数据提取单元所提取的数据列表和被包括在搜索请求数据中的消息，并且通过该显示数据将用于显示列表和消息的图像显示在显示设备上。另外，响应单元响应搜索请求数据，将由显示数据生成单元生成的显示数据经由第二通信单元发送给最初发送搜索请求数据的设备。

附图说明

图1为框图，示出了根据本示出方面的检索系统的结构；

图2为框图，示出了检索系统的软件架构；

图3为描述性示图，示出了事件通知数据、历史数据和搜索请求数据的结构；

图4为流程图，示出了由多功能机的控制部件所执行的多功能机处理；

图5为描述性示图，示出了检测模块表的结构；

图6A为流程图，示出了待由用户终端的控制部件执行的文档文件事件检测处理，并且图6B为描述性示图，示出了通过文档文件事件检测处理来生成历史数据的例子；

图7为流程图，示出了由控制部件所执行的文档文件搜索关键字生成处理；

图8A和8B为描述性示图，示出了在文档文件搜索关键字生成处理中生成解释字符串的例子；

图9A和9B为描述性示图，示出了在文档文件搜索关键字生成处理中生成搜索请求数据的例子；

图10A为流程图，示出了由控制部件所执行的打印机事件检测处理，图10B为描述性示图，示出了通过打印机事件检测处理来生成历史数据的例子；

图11为流程图，示出了由控制部件所执行的打印机搜索关键字生成处理；

图12A和12B为框图，示出了在打印机搜索关键字生成处理中生成解释字符串的例子；

图13A和13B为描述性示图，示出了在打印机搜索关键字生成处理中生成搜索请求数据的例子；

图14A为流程图，示出了由控制部件所执行的传真机事件检测处理，并且图14B为描述性示图，示出了通过传真机事件检测处理来生成历史数据的例子；

图15为流程图，示出了由控制部件所执行的传真机搜索关键字生成处理；

图16A和16B为描述性示图，示出了在传真机事件检测处理中生成解释字符串的例子；

图17A和17B为描述性示图，示出了在传真机事件检测处理中生成搜索请求数据的例子；

图18为流程图，示出了待由控制部件所执行的队列管理模块处理；

图19为流程图，示出了待由控制部件所执行的搜索控制应用小程序处理；

图20为流程图，示出了待由控制部件所执行的显示控制模块处理；

图21为描述性示图，示出了搜索结果显示屏的结构；

图22为流程图，示出了由搜索服务器的控制部件所执行的历史管理服务器处理；

图23为描述性示图，示出了历史数据库的结构；

图24为流程图，示出了由控制部件执行的搜索前端处理器处理；

图25A～25C为描述性示图，示出了由搜索前端处理器处理生成的显示脚本的结构；

图26为流程图，示出了由控制部件所执行的搜索引擎处理。

具体实施方式

如上所述，在本发明方面的检索系统中，当根据已经由处理执行单元执行的处理特性来生成搜索规则时，根据所执行的处理的特性来生成用于描述对应于搜索规则的搜索结构类型的消息。该消息与搜索结果一起被显示。因此，用户很容易确认通过它来生成与表示数据列表的搜索列表相对应的搜索规则的处理类型(换句话说就是与数据列表有关的处理类型)。因此，该检索系统可以显示搜索结果，以便与现有技术相比，用户可以更好地理解搜索结果的类型。

根据本发明的示出层面，信息处理系统将在生成搜索规则期间所生成的消息与搜索规则一起发送到搜索服务器，并且将包括有搜索结果和消息的显示数据从搜索服务器发送到信息处理系统。因此，信息处理系统可以节省对消息的管理。

当信息处理系统不将在生成搜索规则期间所生成的消息与搜索规则一起发送到搜索服务器并且自己管理消息时，在接收搜索结果期间通过管理表等来识别与搜索结果相对应的消息。结果，根据这个用于管理信息处理系统中的消息的技术，由信息处理系统执行的消息管理就会很复杂。

相比之下，根据本发明的示出方面，信息处理系统不需要将搜索结果(数据列表)与消息联系起来。因此，信息处理系统的消息显示处理变得简单。进而，根据本发明的示出方面，甚至在整个搜索系统中用于将搜索结果与消息联系起来的处理都是很简单的，从而提供了很大的便利。

上述处理执行单元根据用户操作来执行处理。在以这种方式来构造处理执行单元的搜索系统中，可以将搜索结果附带上消息显示给用户，以便可以理解操作特性与搜索结果之间的对应关系。

在上述构造中，优选情况下将与由处理执行单元所处理的数据相关的数据应用到系统。

在根据本发明第二方面的检索系统中，搜索服务器的数据库具有与由处理执行单元所处理的数据有关的各种数据集。生成单元能够在执行处理期间生成与已经由处理执行单元所处理的数据相对应的搜索规则。

当生成了与在由处理执行单元所执行的处理的执行期间所处理的数据相对应的搜索规则时，则当仅向用户显示作为搜索结果而得到的数据列表时，用户无法理解数据列表的含义。具体而言，当只简单显示数据列表时，用户不能充分理解已经在与数据列表有关的数据上所执行的处理的类型，从而数据列表对于用户来说是无用的。

相比之下，根据本发明的示出方面，用于描述根据已经被执行的处理特性所生成的搜索结果类型的消息与搜索结果一起被显示。因此，用户可以充分理解在与由搜索结果表示的数据有关的数据上所已经执行的处理类型。

进而，本发明的示出方面对于在由用于示出了在信息处理系统中所执行的处理特性的搜索服务器历史数据管理的数据库中累积的系统也是有效的。

根据本发明第三方面的搜索系统用于使信息处理系统通过使用历史发送单元来生成用于示出每次当处理执行单元执行预定类型的处理时待执行的处理特性的历史数据，并且将所生成的历史数据经由第一通信单元发送给搜索服务器；并且

在经由第二通信单元从信息处理系统接收历史数据时，搜索服务器通过注册单元将历史数据注册到数据库中。

在该检索系统中，将与处理的执行历史有关的数据列表作为显示设备上的搜索结果与处理执行单元的操作同步显示在信息处理系统中。根据本发明的示出方面，通过显示消息可以向用户解释搜索结果的类型。因此，用户可以容易地理解与执行历史的数据列表有关的处理类型，其中数据列表与搜索结果相对应。

在根据本发明第四方面的检索系统中，历史发送单元生成其中存储了在处理执行期间所处理的数据的位置的地址和当已经执行了处理时的日期来作为历史数据；并且生成单元生成与其中在执行处理期间由处理执行已经处理了的数据所待被存储的地址相对应的搜索规则来作为与待被执行的特性相对应的规则。

根据该检索系统，信息处理系统可以从搜索服务器获取其在由搜索时间判定的过去时段中已经由处理执行单元进行了处理的数据列表和其属性与在引发搜索的处理中所处理的数据的属性相同或相类似的数据(数据具有相同的目录等)。该列表可以显示给用户，并且搜索结果可以通过消息以自解释的方式显示给用户。

根据本发明第五方面的检索系统用于使历史发送单元生成用于示出其中存储了在处理执行期间所处理的数据的位置地址、当执行处理时的日期和时间、以及所执行处理的类型的数据来作为历史数据；并且使生成单元生成与其中在执行处理期间已经处理过的数据所待存储的地址相对应并且作为与所执行处理的类型相对应的搜索结果的目标的搜索规则来作为与待被执行的特性相对应的规则。

根据该检索系统，信息处理系统可以从搜索服务器获取其属性与在引发搜索的处理中所处理的数据的属性相同或相类似的数据的(数据具有相同的目录等)列表和在相同类型的处理中所处理的数据。该列表可以显示给用户，并且搜索结果可以通过消息以自解释的方式显示给用户。

特别地，根据该检索系统，执行如前所述的复杂搜索。因此，只显示搜索结果(数据列表)，搜索结果对用户是没有用的。不过，在本发明的示出方面中，描述搜索结果的类型的消息与搜索结果一起被显示。因此，提供给用户的搜索结果是有用的。确切地说，根据这种类型的搜索系统，显示用于描述搜索结果的类型的消息是非常有效的。

虽然信息处理系统可以被构造成单设备，但是也可以将其构造成由多个设备形成的系统。根据本发明第六方面的检索系统使信息处理系统包括：处理执行设备，具有处理执行单元；以及通信设备，具有第一通信单元、生成单元、搜索请求单元和显示控制单元。在该检索系统中，生成单元能够检测属于处理执行设备的处理执行单元的操作，并且当处理执行设备的处理执行单元已经执行了预定类型的处理时，生成与待被执行的处理特性相对应的搜索规则和用于描述与基于待被执行的处理特性的搜索规则相对应的搜索结果的类型的消息。

根据该检索系统，处理执行设备和通信设备相分离，从而增加了设计系统的自由度。具体地说，只要通信设备的构造使得其与多种类型的处理执行设备相兼容，用户通过组合通信设备和处理执行设备就可以获取属于各种处理操作的特性的搜索结果和用于描述搜索结果类型的消息。

根据本发明的第七方面，用于使计算机进行检索的计算机程序产品包括：软件指令，用于使计算机执行预定操作；以及计算机可读介质，用于承载软件指令。预定操作包括的步骤有：在接收到包括有搜索指令和消息的搜索请求数据时，通过在搜索请求数据中所包括的搜索规则对预定数据库进行搜索，并且从数据库中提取与搜索规则相匹配的数据；生成其包括有被提取数据的列表和在搜索请求数据中所包括的消息并且通过其将用于示出列表和消息的图像显示在显示设备上的显示数据，来作为由在搜索请求数据中所包括的搜索规则所执行的搜索的结果特性；将作为对搜索请求数据的响应的显示数据发送到用于发送搜索请求数据的设备；当在待被监控的系统中执行预定类型的处理时，生成与所执行处理的特性相对应的搜索规则和用于描述与基于所执行处理特性的搜索规则相对应的搜索结果的类型的消息；并且将包括有所生成的搜索规则和所生成的消息的搜索请求数据发送到服务器。

根据该程序，将用于描述搜索结果类型的消息与搜索规则一起发送到搜索服务器。因此，计算机不需管理在生成搜索规则期间生成的消息。进而，在接收到搜索结果时，搜索服务器不需识别与搜索结果相对应的消息。因此，通过该程序，用于显示脚本搜索结果类型的消息的程序可以很容易地与搜索结果同时执行。

进而，通过程序，计算机需要实施上述显示控制单元的功能。例如，用于HTML文档的显示的网页浏览器可以作为使计算机起到显示控制单元作用的程序。

下面参照附图来讲述本发明的示出方面。图1为框图，示出了检索系统的结构。

(检索系统的一般结构)

如图1所示，本示出方面的检索系统1能够使用户终端10、数字多功能机30和搜索服务器50相连以便经由TCP/IP网络进行彼此间的通信。

用户终端10包括：控制部件11，由CPU等类形成；操作部件13，由用户可以使用的键盘、指示设备或类似设备形成；显示部件15，装有液晶监控器；通信部件17，连接到网络，并且能够与多功能机30和搜索服务器50进行通信；以及存储部件19，由硬盘驱动器等类形成。存储部件19具有操作系统(OS)；程序，用于执行下面要讲述的各种处理操作；搜索控制队列19a，作为用于搜索控制目的等类的队列。

多功能机30包括：控制部件31，由CPU等类形成；操作部件33，具有用户可以操作的各种按键；显示部件35，具有液晶监控器；通信部件37，连接到网络，并且能够与用户终端10进行通信；记录部件39，能够在纸张上形成图像；读取部件41，能够读取文档；线路控制部件43，连接到PSTN(公用交换电话网)；听筒45，具有用于语音转换的内置麦克风和内置耳机；语音输入部件47或者类似设备，由用于免提电话交谈目的的麦克风形成；语音输出部件48，由用于在免提电话交谈期间在另一端重新生成谈话方语音的扬声器形成；以及存储部件49，由硬盘驱动器、NVRAM等类形成并且存储各种类型的数据。

在接收到来自控制部件31的指令时，记录部件39操作和拾取来自未说明的纸张馈送部件的纸张，并且根据由控制部件31输入的数据来通过喷墨或者激光打印机形成图像。在从控制部件31接收到指令时，读取部件41光学读取在压板玻璃或在ADF(自动文档馈送器)上所设定的文档，并且将读取结果输入到控制部件31。

在接收到来自控制部件31的指令时，线路控制部件43对分配了由控制部件31指定的电话号码的外部终端设备进行呼叫。在从外部终端设备接收到呼叫时，线路控制部件43将多功能机30和外部终端设备连接在一起，以便能够建立通信。

控制部件31控制设备的单个部件，从而执行打印机功能、扫描仪功能、复印机功能、传真功能、PC传真发送功能和电话功能等。

确切地说，在接收到来自用户终端10的打印指令时，控制部件31执行打印处理，从而经由记录部件39在纸张上打印根据与打印指令一起被接收的待被打印的数据形成的图像(打印机功能)。在从操作部件33或用户终端10接收到读取指令的输入时，控制部件31执行扫描仪处理，经由读取部件41生成用于示出在读取部件41上所设定的文档的读取图像的读取图像数据，并且在存储部件49中存储图像数据(扫描仪功能)。

另外，在从操作部件33或用户终端10接收到复印指令的输入时，控制部件31执行复印处理；经由读取部件41读取在读取部件41上所设定的文档；并且根据读取结果经由记录部件39在纸张上重新生成在读取部件41上所设定的文档(复印功能)。

在接收到来自操作部件33或用户终端10的FAX发送指令的输入时，控制部件31执行FAX发送处理；并且经由线路控制部件43将与由读取部件41读取的文档有关的读取图像数据作为FAX数据发送到分配了与FAX发送指令一起被输入的电话号码的外部终端设备(传真设备)。另外，当线路控制部件43已经接收到来自外部终端设备(传真设备)的FAX通信的初始信号(CNG信号)时，判断已经输入了来自其上执行了FAX接收处理的外部终端设备的FAX接收指令。经由线路控制部件43来接收从外部终端设备发送的图像数据，并且经由控制部件39将图像数据打印在纸张上。进而，经由记录部件39将图像数据与外部终端设备的电话号码一起存储在存储部件49中(FAX功能)。

在从用户终端10接收到PC传真发送指令时，控制部件31执行PC传真发送处理，从而经由线路控制部件43将从用户终端10接收的图像数据作为FAX数据与PC传真发送指令一起发送到分配了经由用户终端10指定的电话号码的外部终端设备(传真设备)(PC传真发送功能)。

另外，线路控制部件43输出振铃声，以响应来自外部终端设备的呼叫。响应振铃声，用户拿起听筒45或者按下免提键(图中未示出)；通话开始指令被视为已经输入；并且控制部件31执行电话处理，从而将经由听筒45或者经由语音输入部件47输入的用户声音信号，经由线路控制部件43发送到外部终端设备，并且将由线路控制部件43从外部终端设备接收的语音信号输入到听筒45或者语音输出部件48。响应在线路控制部件43和听筒45之间或者在线路控制部件43、语音输入部件47和语音输出部件48中间交换的语音信号，控制部件31记录电话通话内容；将示出了电话通话内容细节的语音数据记录到存储部件49中；并且将与语音信号有关的外部终端设备的电话号码记录在存储部件49中(电话功能)。

当经由操作部件33已经执行了呼叫发起操作并且已经建立了与外部终端设备的连接时，控制部件31在已经接收到电话通话开始指令的假设下执行电话处理；将表示电话通话内容细节的语音数据记录在存储部件49中；并且将与语音数据有关的外部终端设备的电话号码记录到寄存器中(电话功能)。

搜索服务器50包括控制部件51，由CPU等类形成；通信部件53，连接到网络，并且能够与多功能机30和用户终端10(通信部件17)进行通信；以及存储部件55，由硬盘驱动器等类形成。存储部件55具有诸如用于执行网页浏览器的功能的程序等各种类型的程序和由用于表示由用户终端10和多功能机30执行的每一个处理操作的执行历史的一组历史数据记录形成的历史数据库55a。

[搜索系统的软件架构]

现在来讲述搜索系统1的软件架构。图2为描述性示图，示出了搜索系统1的软件架构。

示出方面的用户终端10具有待由控制部件11、网页浏览器71、队列管理模块73、文档文件监控组件75、打印机监控组件77和传真机监控组件79执行的程序。

文档文件监控组件75包括事件检测模块75a和搜索关键字生成模块75b，通过其控制部件11执行用于检测由OS操作的文件系统中的文件事件并且生成与所检测的文件事件相对应的历史数据的程序。搜索关键字生成模块75b的构造使得程序让控制部件11根据由事件检测模块75a生成的历史数据来生成与所检测的事件相对应的搜索关键字并且执行用于生成示出了搜索结果类型的消息的程序。

打印机监控组件77包括事件检测模块77a和搜索关键字生成模块77b，通过其控制部件11执行用于检测与多功能机30的打印机功能有关的事件并且生成与所检测的事件相对应的历史数据的程序。搜索关键字生成模块77b的形成使得程序让控制部件11执行用于根据由事件检测模块77a生成的历史数据来生成搜索关键字和示出了搜索结果类型的消息的程序。

传真机监控组件79包括事件检测模块79a和搜索关键字生成模块79b，用于使控制部件11检测与多功能机30的FAX功能或PC传真发送功能有关的事件并且生成与所检测的事件有关的历史数据。搜索关键字生成模块79b的形成使得程序让控制部件11执行用于根据由事件检测模块79a生成的历史数据来生成搜索关键字和示出了搜索结果类型的消息的程序。

各个监控组件75、77和79生成的历史数据具有图3所示的结构。搜索关键字生成模块75b、77b和79b生成包括有搜索关键字和消息的搜索请求数据。

同时，队列管理模块73的形成使得程序让控制部件11执行：用于将由各个监控组件75～79生成的搜索关键字和具有消息的搜索请求数据注册在队列(搜索控制队列19a)中的程序；用于在从网页浏览器71接收到用于参照队列的请求时，以FIFO格式读取在队列中所注册的搜索请求数据并且将这样读取的搜索请求数据返回到参考请求的来源的程序。

网页浏览器71包括显示控制模块71a和搜索控制应用小程序71b，用于使控制部件11执行用于理解包括有用于示出从搜索服务器50供应的搜索结果和搜索结果的类型的消息的显示脚本(HTML文档)；并且用于在显示部件15上显示示出了搜索结果和消息的图像的程序。搜索控制应用小程序71B的形成使得程序让控制部件11执行用于经由队列管理模块73从搜索控制队列19a获取在搜索控制队列19a中所注册的搜索请求数据并且将搜索请求数据经由通信部件17发送到搜索服务器50的程序。

搜索服务器50具有待由控制部件51、搜索前端处理器81、搜索引擎83和历史管理服务器程序85执行的程序。

搜索前端处理器81的形成使得程序让控制部件51执行用于接收从用户终端10发送的搜索请求数据并且将搜索请求数据输入到搜索引擎83的程序，以及用于根据由搜索引擎83获取的搜索结果来生成包括有示出了搜索结果和搜索结果类型的消息的显示脚本(HTML文档)；并且用于将显示脚本返回到用户终端10的程序。

搜索引擎83的形成使得程序让控制部件51执行用于根据由搜索前端处理器81输入的搜索请求数据来生成队列、将队列输入到历史管理服务器程序85，并且将由历史管理服务器85得到的搜索结果返回数据输入到搜索前端处理器81。

历史管理服务器程序85的形成使得程序让控制部件51执行用于在从搜索引擎83接收到队列时将从用户终端发出的历史数据注册到历史数据库55a中并且在从搜索引擎83接收到队列时将历史数据库55a中与队列相对应的记录返回到搜索引擎83的程序。

上面讲述了搜索系统1的软件架构。现在来具体讲述待由多功能机30、用户终端10和搜索服务器50执行的处理。

[多功能机处理]

图4为流程图，示出了由多功能机30的控制部件31执行的多功能机处理。当多功能机处理开始时，控制部件31处于待命状态，直到输入了打印指令、读取指令、复印指令、FAX发送指令、FAX接收指令、PC传真发送指令、电话通话开始指令和检测模块注册指令中的任一个为止(当在S110中选择了”否”时)。在接收到指令输入时(当在S110中选择了”是”时)，判断所输入的指令是否为检测模块注册指令(S120)。当判断出所输入的指令为检测模块注册指令时(当在S120中选择了”是”时)，将关于事件检测模块的属性信息注册到检测模块表49a中(S130)。

图5为描述性示图，示出了属于存储部件49的检测模块表49a的结构。如图5所示，检测模块表49a对于每一个功能，也就是打印机功能、FAX功能、PC传真发送功能、电话功能、扫描仪功能和复印功能，都具有“模块地址”字段、“文件路径信息”字段、“处理数据”字段、“目的地信息”字段和“操作者信息”字段，来作为用于描述关于事件检测模块的属性信息的字段。

在S130中，控制部件31通过经由操作部件33输入的检测模块注册指令，将经由操作部件33输入的属性信息写入与由用户指定的功能相对应的字段中。确切地说，控制部件31将经由操作部件33输入的事件检测模块的IP地址和端口号写入与指定功能相对应的“模块地址”字段中；并且将用于表示待被发送到事件检测模块的文件路径信息的类型的代码写入“文件路径信息”字段中。而且，控制部件31将用于表示待被发送到事件检测模块的处理数据的类型的代码写入“处理数据”字段中；并且将用于表示待被发送到事件检测模块的目的地信息的类型的代码写入“目的地信息”字段中。另外，控制部件31将用于表示待被发送到事件检测模块的操作者信息的类型的代码写入“操作者信息”字段中。

因此，当将关于事件检测模块的属性信息注册到检测模块表49a中时，控制部件31进展到S110，并且保持待命状态，直到输入了下一个指令为止。

当判断出所输入的指令不是检测模块注册指令时(当在S120中选择了”否”时)，控制部件31进展到S140并且执行与所输入指令相对应的处理。例如，在接收到打印指令的输入时，控制部件31执行打印处理。在接收到读取指令的输入时，控制部件31执行扫描处理。

在完成与S140有关的处理时，控制部件31判断是否将与在S140中所执行的处理相对应的事件检测模块的属性信息注册到检测模块表49a中(S150)。确切地说，当已经执行了打印处理时，判断是否将与打印功能相对应的事件检测模块的属性信息注册到检测模块表49a中。当已经执行了FAX发送处理或FAX接收处理时，判断是否将与FAX功能相对应的事件检测模块的属性信息注册到检测模块表49a中。进而，当已经执行了PC传真发送处理时，判断是否将与PC传真发送功能相对应的事件检测模块的属性信息注册到检测模块表49a中。

当执行了电话处理时，判断是否将与电话功能相对应的事件检测模块的属性信息注册到检测模块表49a中。当已经执行了扫描处理时，判断是否将与扫描功能相对应的事件检测模块的属性信息注册到检测模块表49a中。当已经执行了复印处理时，判断是否将与复印功能相对应的事件检测模块的属性信息注册到检测模块表49a中。

当判断出没有注册相应的属性信息时(当在S150中选择了”否”时)，控制部件31进展到S110。当判断出注册了相应的属性信息时(当在S150中选择了”是”时)，控制部件31进展到S160。当已经进展到S160时，控制部件31读取所注册的属性信息，并且在S170中生成指向由属性信息表示的事件检测模块的IP地址和端口号的事件通知数据。如图3所示，形成事件通知数据，以包括操作者信息、表示所执行处理的类型的信息、文件路径信息、处理数据和目的地信息。

当在S170中已经生成了事件通知数据时，控制部件31经由通信部件37将事件通知数据发送到网络(S180)。将事件通知数据输入到作为目的地的与IP地址和端口号相对应的事件检测模块77a、79a。在该示出方面中，作为在检测模块表49a中所注册的图3所示的属性信息的结果，控制部件31在S150～S170中执行以下提供的处理。

当在S140中已经执行了打印处理时，控制部件31在S150中做出肯定的判断，并且读取与打印功能相对应的事件检测模块的属性信息(S160)。然后控制部件31生成的事件通知数据包括：操作者信息，用于描述输入了打印指令的操作者的ID；文件路径信息，用于描述作为用于打印处理的数据文件(也就是包括有待被打印的数据的数据文件)并且被保留在用户终端10中的数据文件的全路径(绝对路径)；以及示出了处理类型的信息，用于描述表示“打印”的代码(S170)。

当在S140中已经执行了FAX发送处理时，控制部件31在S150中选择”是”，并且读取与FAX功能相对应的事件检测模块的属性信息(S160)。然后控制部件31生成的事件通知数据包括：操作者信息，用于描述输入了FAX发送指令的操作者的ID；示出了处理类型的信息，用于描述表示“FAX发送”的代码；处理数据，存储了在FAX发送期间被发送到外部终端设备的图像数据；以及目的地信息，用于描述在FAX发送操作期间所使用的通信目的地的电话号码(S170)。

当在S140中已经执行了FAX接收处理时，控制部件31在S150中选择”是”，并且读取与FAX功能相对应的事件检测模块的属性信息(S160)。然后控制部件31生成的事件通知数据包括：操作者信息，用于描述输入了FAX接收指令的操作者的ID；示出了处理类型的信息，用于描述表示“FAX接收”的代码；处理数据，存储了在FAX发送期间被发送到外部终端设备的图像数据；以及目的地信息，用于描述在FAX接收操作期间所使用的通信目的地的电话号码(S170)。

当在S140中已经执行了PC传真发送处理时，控制部件31在S150中做出肯定的判断，并且读取与FAX功能相对应的事件检测模块的属性信息(S160)。然后控制部件31生成的事件通知数据包括：操作者信息，用于描述输入了PC传真发送指令的操作者的ID；示出了处理类型的信息，用于描述表示“PC传真发送”的代码；文件路径信息，用于描述作为用于PC传真发送处理的数据文件(也就是包括有待被打印的数据的数据文件)并且被保留在用户终端10中的数据文件的全路径(绝对路径)；以及目的地信息，用于描述在PC传真发送操作期间所使用的通信目的地的电话号码(S170)。

事件通知数据的生成如上所述，并且将这样生成的事件通知数据发送到对应的事件检测模块77a、79a(S180)，其上控制部件31进展到S110。每一次输入指令时，执行S120的下一个处理。

目前已经讲述了待由多功能机30执行的处理。接下来讲述待由用户终端10执行的处理。

[文档文件事件检测处理]

图6A为流程图，示出了待由用户终端10的控制部件11执行的文档文件事件检测处理。图6B为描述性示图，示出了通过文档文件事件检测处理来生成历史数据的例子。文档文件事件检测处理是通过事件检测模块75a执行的。

当文档文件事件检测处理开始时，控制部件11保持在待命状态下，直到在由安装其中的OS操作的文件系统中引发文件事件为止(当在S210中选择了”否”时)。当出现了文件事件时(当在S210中选择了”是”时)，处理进展到S220。

当处理已经进展到S220时，控制部件11根据表示由OS通知的文件事件特性的事件通知数据，判断用于响应用户操作来新创建数据文件的事件、用于打开数据文件的事件和用于关闭数据文件的事件中哪一个事件与所发生的文件事件相对应。由OS生成的事件通知数据包括由OS执行的处理的类型(换句话说，事件的类型)和示出了用于处理的数据文件的全路径的文件路径信息(参见图3和图6B)。

当控制部件11判断出用于响应用户操作来新创建数据文件的事件、用于打开数据文件的事件和用于关闭数据文件的事件中哪一个事件与所发生的文件事件相对应时(当在S220中选择了”是”时)，处理进展到S230。当控制部件11判断出所发生的事件不与这些事件中的任一个相对应时(当在S220中选择了”否”时)，处理进展到S210，并且控制部件11保持待命状态，直到发生了下一个事件为止。

当处理已经进展到S230时，控制部件11识别当前日期，并且然后处理进展到S240。在该步骤中，从OS获取用户终端10的操作者的ID，并且生成了用于描述操作者ID的操作者信息。进而，在完成处理之后，控制部件11根据在事件通知数据中的文件路径信息来生成包括有以URL格式对由文件路径信息表示的数据文件的位置的描述的文档文件URL(S250)。

当完成了与S250有关的处理时，控制部件11生成的历史数据包括示出了识别日期的信息、在S240中生成的操作者信息、在S250中生成的文档文件URL和示出了由事件通知数据表示的处理类型的信息(表示“创建新文档”的代码、示出了“文档打开”的代码和示出了“文档关闭”的代码中的任一个)(S260)。

在完成与S260有关的处理时，控制部件11将这样生成的历史数据输入到历史管理服务器程序85中，并且经由通信部件17将程序发送到搜索服务器50(S270)。在发送时，将注册指令附加到历史数据上，并且将历史数据发送到搜索服务器50。在完成处理时，控制部件11将这样生成的历史数据输入到搜索关键字生成模块75b(S280)。随后，处理进展到S210。

[文档文件搜索关键字生成处理]

下面来讲述由用户终端10的控制部件11执行的文档文件搜索关键字生成处理。图7为流程图，示出了由用户终端10的控制部件11执行的文档文件搜索关键字生成处理。该文档文件搜索关键字生成处理是由搜索关键字生成模块75b执行的。

当文档文件搜索关键字生成处理开始时，控制部件11保持待命状态，直到通过事件检测模块75a输入历史数据为止(当在S310中选择了”否”时)。当输入了历史数据时(当在S310中选择了”是”时)，在重新设置了待用于设定搜索关键字的参数(关键字1～关键字6，OP)之后(S320)，处理进展到S330。

变量关键字1为用于从历史数据库55a中提取具有关于特定操作者的信息的历史数据的参数。变量关键字2为用于从历史数据库55a中提取具有特定文档文件URL的历史数据的参数。变量关键字3为用于从历史数据库55a中提取表示特定处理类型的历史数据的参数。变量关键字4为用于从历史数据库55a中提取具有关于特定目的地的信息的历史数据的参数。变量关键字5为用于从历史数据库55a中提取具有示出了特定目录的文档文件URL的历史数据的参数。变量关键字6为用于从历史数据库55a中提取与当打开特定数据文件时同时打开的数据文件有关的历史数据的参数。

当处理进展到S330时，控制部件11在变量关键字1上将由所输入历史数据的操作者信息表示的值(操作者ID)设定为搜索关键字。控制部件11在变量关键字6中设定用于示出所输入的历史数据的文档文件URL。从存储部件19中读取存储在存储部件19中的默认解释字符串D1，并且将用于示出历史数据的文档文件URL写入描述性字符串D1的插入字段中，从而生成专用的描述性字符串(S335)。

图8A为描述性示图，示出了与S335有关的例子处理。如图8A所示，在S335中将用于示出历史数据的文档文件URL写入解释字符串D1的插入字段中，从而创建用于描述通过由变量关键字1和变量关键字6形成的搜索规则所获取的搜索结果的类型的消息(专用解释字符串)。通过与S330有关的设置，获取与当已经打开了与由历史数据表示的文档文件URL相对应的数据文件时同时打开的数据文件的列表来作为搜索结果。因此，在S335中创建了这种效果的消息。

在完成与S335有关的处理之后，控制部件11进展到与S340有关的处理，其中在变量OP中设定在S335中所创建的描述性字符串。变量OP为用于设定描述搜索结果类型的消息的参数。

在完成了与S340有关的处理之后，控制部件11生成用于示出所设定的变量关键字1、关键字6和OP的各个值的搜索请求数据(S350)。图9A为描述性示图，示出了生成与S350有关的搜索请求数据的例子。如图3和9A所示，搜索请求数据包括变量关键字1和关键字6的值和变量OP的值。在S350中，取零值或不取值来作为其通过与S330和S340有关的处理还没被设定的变量关键字2至关键字5的值，从而显示出在搜索请求数据中没有设定与变量关键字2至关键字5相对应的搜索关键字。

在完成与S350有关的处理之后，控制部件11将在S350中所生成的搜索请求数据与注册指令一起输入到队列管理模块73(S355)。随后，处理进展到S360。

当处理已经进展到S360时，控制部件11在已经再次重置用于设定搜索关键字的参数(关键字1至关键字6和OP)之后进展到S370。在已经进展到S370之后，控制部件11在变量关键字1中将由所输入历史数据的操作者信息表示的值(操作者ID)设定为搜索关键字。进而，控制部件11在变量关键字5中设定通过从由所输入历史数据表示的文档文件URL中删掉文件名的特征串来确定的值。确切地说，将由文档文件URL表示的目录信息设定为变量关键字5的值。随后，处理进展到S375。

当处理已经进展到S375时，控制部件11从存储部件19中读取在存储部件19中所存储的默认描述性字符串D2，并且将由所输入的历史数据表示的文档文件URL写入描述性字符串D2的插入字段中，从而创建专用的描述性字符串。

图8B为描述性示图，示出了与S375有关的例子处理。如图8B所示，在S375中将用于示出历史数据的文档文件URL写入描述性字符串D2的插入字段中，从而创建用于描述通过由变量关键字1和变量关键字5形成的搜索规则所获取的搜索结果的类型的消息(专用描述性字符串)。通过与S370有关的设置，获取在其中存储了与由历史数据表示的文档文件URL相对应的数据文件的相同目录中所存储的数据文件的列表来作为搜索结果。因此，在S375中创建了这种效果的消息。

在完成与S375有关的处理之后，控制部件11进展到S380，并且在变量OP中设定其生成与S335有关的描述性字符串。在完成了与S380有关的处理之后，控制部件11生成用于示出所设定的变量关键字1、关键字5和OP的各个值的搜索请求数据(S390)。图9B为描述性示图，示出了生成与S390有关的搜索请求数据的例子。如图9B所示，在S390中写入零值或者不写入任何值来作为其通过与S370和S380有关的处理还没被设定的变量关键字2至关键字4和关键字6的值，从而显示出在搜索请求数据中没有设定与变量关键字2至关键字4和关键字6相对应的搜索关键字。因此，在完成与S390有关的处理之后，控制部件11将在S390中所生成的搜索请求数据与注册指令一起输入到队列管理模块73(S395)。随后，处理进展到S310。

[打印机事件检测处理]

下面来讲述由用户终端10的控制部件11执行的打印机事件检测处理。图10A为流程图，示出了由控制部件11执行的打印机事件检测处理。图10B为描述性示图，示出了通过打印机事件检测处理来生成历史数据的例子。打印机事件检测处理是由事件检测模块77a来执行的。

当打印机事件检测处理开始时，控制部件11生成与多功能机30的打印机功能有关的事件，并且保持待命状态，直到从多功能机30接收到与该事件有关的事件通知数据为止(当在S410中选择了”否”时)。当经由通信部件17从多功能机30已经接收到事件通知数据时(当在S410中选择了”是”时)，处理进展到S420。控制部件11仅当已经接收到其信息示出了“打印机”的处理类型的事件通知数据时，选择“是”来作为S410中的判断结果。

当已经进展到S420时，控制部件11识别当前日期和时间。在完成处理时，控制部件11基于事件通知数据中的文件路径信息，生成文档文件URL(S430)，其中以URL格式写入由文件路径信息表示的数据文件(馈送到打印机处理的数据文件)的位置。

在完成S430中的处理时，控制部件11生成的历史数据包括示出了上述所识别的日期和时间的信息、对事件通知数据中的操作者信息的描述、在S430中生成的文档文件URL和示出了由事件通知数据表示的处理类型的信息(表示“打印”的代码)(S440)。

在完成与S440有关的处理时，控制部件11将这样生成的历史数据输入到历史管理服务器程序85中，并且经由通信部件17将程序发送到搜索服务器50(S450)。在发送时，将注册指令附加到历史数据上，并且将历史数据发送到搜索服务器50。在完成处理时，控制部件11将这样生成的历史数据输入到搜索关键字生成模块77b(S460)。随后，处理进展到S410。

[打印机搜索关键字生成处理]

下面来讲述由用户终端10的控制部件11执行的打印机搜索关键字生成处理。图11为流程图，示出了由用户终端10的控制部件11执行的打印机搜索关键字生成处理。该打印机搜索关键字生成处理是由搜索关键字生成模块77b来执行的。

当打印机搜索关键字生成处理开始时，控制部件11保持待命状态，直到通过事件检测模块77a输入了历史数据为止(当在S510中选择了”否”时)。当输入了历史数据时(当在S510中选择了”是”时)，处理在重置了待用于设定搜索关键字的参数(关键字1～关键字6，OP)之后(S320)进展到S530。

当处理已经进展到S530时，控制部件11在变量关键字1上将由所输入历史数据中的操作者信息表示的值(操作者ID)设定为搜索关键字。控制部件11还在变量关键字6中设定用于示出所输入的历史数据的文档文件URL。从存储部件19中读取存储在存储部件19中的默认解释字符串D3，并且将用于示出历史数据的文档文件URL写入解释字符串D3的插入字段中，从而生成专用的解释字符串(S535)。

图12A为描述性示图，示出了与S535有关的例子处理。如图12A所示，在S535中将用于示出历史数据的文档文件URL写入解释字符串D3的插入字段中，从而创建用于描述通过由变量关键字1和变量关键字6形成的搜索规则所获取的搜索结果的类型的消息(专用解释字符串)。通过与S530有关的设置，获取与当已经打开了与由历史数据表示的文档文件URL相对应的数据文件时同时打开的数据文件的列表来作为搜索结果。因此，在S535中创建了达到这种效果的消息。

在这样完成了与S535有关的处理之后，控制部件11进展到与S540有关的处理，其中在变量OP中设定在S535中所创建的解释字符串。在完成了与S540有关的处理之后，控制部件11生成用于示出所设定的变量关键字1、关键字6和OP的各个值的搜索请求数据(S550)。图13A为描述性示图，示出了生成与S350有关的搜索请求数据的例子。如图13A所示，在S550中取零值或不取值来作为其通过与S530和S540有关的处理还没被设定的变量关键字2至关键字5的值，从而显示出在搜索请求数据中没有设定与变量关键字2至关键字5相对应的搜索关键字。

在完成了与S550有关的处理之后，控制部件11将在S550中所生成的搜索请求数据与注册指令一起输入到队列管理模块73(S555)。随后，处理进展到S560。当处理已经进展到S560时，控制部件11在已经再次重置用于设定搜索关键字的参数(关键字1至关键字6和OP)之后进展到S570。控制部件进展到S570。在已经进展到S370之后，控制部件11在变量关键字1中将由所输入历史数据的操作者信息表示的值(操作者ID)设定为搜索关键字。进而，控制部件11在变量关键字2中设定由所输入的历史数据表示的文档文件URL。而且，控制部件11在变量关键字3中设定由关于所输入历史数据的处理类型的信息表示的值(本示出方面中示出了“打印”的代码)。随后，处理进展到S575。

当处理已经进展到S575时，控制部件11从存储部件19中读取在存储部件19中所存储的默认描述性字符串D4，并且将由所输入的历史数据表示的文档文件URL写入解释字符串D4的插入字段中，从而创建专用的解释字符串。

图12B为描述性示图，示出了与S575有关的例子处理。如图12B所示，在S575中将用于示出历史数据的文档文件URL写入解释字符串D4的插入字段中，从而创建用于描述通过由变量关键字1、变量关键字2和变量关键字3形成的搜索规则所获取的搜索结果的类型的消息(专用解释字符串)。通过与S570有关的设置，获取当过去通过打印机功能来打印与由历史数据表示的文档文件URL相对应的数据文件时的日期和时间的列表来作为搜索结果。因此，在S575中创建了达到这种效果的消息。

在完成与S575有关的处理之后，控制部件11进展到S580，并且在变量OP中设定其生成与S575有关的解释字符串。在完成了与S580有关的处理之后，控制部件11生成用于示出所设定的变量关键字1、关键字2、关键字3和OP的各个值的搜索请求数据(S590)。图13B为描述性示图，示出了生成与S590有关的搜索请求数据的例子。如图13B所示，在S590中写入零值或者不写入任何值来作为其通过与S570和S580有关的处理还没被设定的变量关键字4至关键字6的值，从而显示出在搜索请求数据中没有设定与变量关键字4至关键字6相对应的搜索关键字。因此，在完成与S590有关的处理之后，控制部件11将在S590中所生成的搜索请求数据与注册指令一起输入到队列管理模块73(S595)。随后，处理进展到S510。

[FAX机事件检测处理]

下面来讲述由用户终端10的控制部件11执行的FAX机事件检测处理。图14A为流程图，示出了由用户终端10的控制部件11执行的FAX机事件检测处理。图14B为描述性示图，示出了在FAX机事件检测处理中生成历史数据的例子。FAX机事件检测处理是由事件检测模块79a来执行的。

当FAX机事件检测处理开始时，控制部件11保持待命状态，直到发生了与多功能机30的FAX功能或PC传真功能有关的事件并且从多功能机30接收到与事件有关的事件通知数据为止(当在S610中选择了”否”时)。当通过通信部件17从多功能机30已经接收到事件通知数据时(当在S610中选择了”是”时)，处理进展到S620。仅当已经接收到示出了处理类型为“FAX发送”、“FAX接收”和“PC传真发送”中的任一个的事件通知数据时，控制部件11选择“是”来作为S610中的判断结果。

当处理已经进展到S620时，控制部件11判断用于示出在所接收的事件通知数据中所包括的处理类型的信息是否表示“PC传真发送”。当已经判断信息表示“PC传真发送”(当在S620中选择了”是”时)，处理进展到S630。相比之下，当已经判断出信息不表示“PC传真发送”(当在S620中选择了”否”时)，处理进展到S640。

当处理已经进展到S630，控制部件11基于事件通知数据中的文件路径信息，生成文档文件URL(S430)，其中以URL格式写入由文件路径信息表示的数据文件(其中存储了发送数据的数据文件)的位置。随后，处理进展到S640。

当处理已经进展到S640时，控制部件11判断用于示出在所接收的事件通知数据中所包括的处理类型的信息是否表示“FAX发送”或“FAX接收”。当已经判断信息表示“FAX发送”或“FAX接收”(当在S640中选择了”是”时)，处理进展到S650。相比之下，当已经判断出信息不表示“FAX发送”或“FAX接收”(当在S640中选择了”否”时)，处理进展到S610，其中控制部件11保持待命状态。控制部件11处于待命状态，直到发生了下一个事件为止。

在已经进展到S650之后，控制部件11从事件通知数据中提取在所接收的事件通知数据中所包括的图像数据(处理数据)；新创建包括有所提取图像数据的数据文件；并且将数据文件存储到存储部件19中。进而，创建了文档文件URL，其中以URL格式写入这样新创建的数据文件的位置。在完成如上所述的与S650有关的处理时，控制部件11进展到S660。

在已经进展到S660时，控制部件11识别当前日期和时间。在完成处理时，控制部件11生成的历史数据包括：对关于所识别的日期和时间的信息的描述、对事件检测数据中的操作者信息的描述、在S630或S650中所生成的文档文件URL、用于示出在事件通知数据中所包括的处理类型的信息，以及对事件通知数据中目的地信息的描述(S670)。

在完成与S670有关的处理时，控制部件11将这样生成的历史数据输入到历史管理服务器程序85中，并且经由通信部件17将程序发送到搜索服务器50(S680)。在发送时，将注册指令附加到历史数据上，并且将历史数据发送到搜索服务器50。在完成处理时，控制部件11将这样生成的历史数据输入到搜索关键字生成模块79b(S690)。随后，处理进展到S610。

[FAX机搜索关键字生成处理]

下面来讲述由用户终端10的控制部件11执行的FAX机搜索关键字生成处理。图15为流程图，示出了由用户终端10的控制部件11执行的FAX机搜索关键字生成处理。该FAX机搜索关键字生成处理是由搜索关键字生成模块79b来执行的。

当FAX机搜索关键字生成处理开始时，控制部件11保持待命状态，直到通过事件检测模块79a输入了历史数据为止(当在S710中选择了”否”时)。当输入了历史数据时(当在S710中选择了”是”时)，处理进展到S713。

当处理已经进展到S713时，控制部件11判断用于示出所接收的事件通知数据的处理类型的信息是否表示“FAX接收”。当已经判断信息表示“FAX接收”(当在S713中选择了”是”时)，处理进展到S760。相比之下，当已经判断出信息不表示“FAX接收”时(当在S713中选择了”否”时)，处理进展到S715。当处理已经进展到S715时，控制部件11判断用于示出所接收的事件通知数据的处理类型的信息是否表示“FAX发送”。当已经判断出信息表示“FAX发送”时(当在S715中选择了”是”时)，处理进展到S760。相比之下，当已经判断出信息不表示“FAX发送”时(当在S715中选择了”否”时)，处理进展到S717。

当处理已经进展到S717时，控制部件11判断用于示出所接收的事件通知数据的处理类型的信息是否表示“PC传真发送”。当已经判断出信息表示“PC传真发送”时(当在S717中选择了”是”时)，处理进展到S720。相比之下，当已经判断出信息不表示“PC传真发送”时(当在S717中选择了”否”时)，处理进展到S710。控制部件11处于待命状态，直到发生了下一个事件为止。

当处理已经进展到S720时，控制部件11重置用于设定搜索关键字的参数(关键字1至关键字6和OP)(S720)。随后，处理进展到S730。在已经进展到S730之后，控制部件11在变量关键字1中将由所输入历史数据中的操作者信息表示的值(操作者ID)设定为搜索关键字。进而，控制部件11在变量关键字6中设定由所输入的历史数据表示的文档文件URL。而且，从存储部件19中读取在存储部件19中所存储的解释字符串D5，并且在变量OP中设定解释字符串D5(S740)。

图16A为描述性示图，示出了解释字符串D5。通过与S730有关的设置，获取与当已经打开了与由历史数据表示的文档文件URL相对应的数据文件时同时打开的数据文件的列表来作为搜索结果。因此，在S740中在变量OP中设定了这种效果的消息。

在已经执行了与S740有关的处理之后，控制部件11生成用于示出所设定的变量关键字1、关键字6和OP的各个值的搜索请求数据(S750)。图17A为描述性示图，示出了生成与S750有关的搜索请求数据的例子。如图17A所示，在S750中写入零值或不取任何值来作为其通过与S730和S740有关的处理还没被设定的变量关键字2至关键字5的值，从而显示出在搜索请求数据中没有设定与变量关键字2至关键字5相对应的搜索关键字。

在完成了与S750有关的处理之后，控制部件11将在S750中所生成的搜索请求数据与注册指令一起输入到队列管理模块73(S755)。随后，处理进展到S760。当处理已经进展到S760时，控制部件11在已经再次重置用于设定搜索关键字的参数(关键字1至关键字6和OP)之后，进展到S770。随后，处理进展到S770。

在已经进展到S770之后，控制部件11在变量关键字1中将由所输入历史数据的操作者信息表示的值(操作者ID)设定为搜索关键字。进而，控制部件11在变量关键字3中通过OR检索的符号来设定用于将表示“FAX发送”的代码、表示“FAX接收”的代码和表示“FAX发送”的代码相互联系起来的值。在变量关键字4中设定由历史数据中的目的地信息表示的值(电话号码)。随后，处理进展到S775。

当处理已经进展到S775时，控制部件11从存储部件19中读取在存储部件19中所存储的默认解释字符串D6，并且将由所输入历史数据中的目的地表示的文档文件URL写入解释字符串D4的插入字段中，从而创建专用的解释字符串。

图16B为描述性示图，示出了与S775有关的例子处理。如图16B所示，在S775中将由历史数据中的目的地信息表示的值(电话号码)写入解释字符串D6的插入字段中，从而创建用于描述通过由变量关键字1、变量关键字3和变量关键字4形成的搜索规则所获取的搜索结果的类型的消息(专用解释字符串)。通过与S770有关的设置，获取与由历史数据中的目的地信息表示的电话呼叫的外部终端设备相交换的文档列表来作为搜索结果。因此，在S775中创建了这种效果的消息。

在完成与S775有关的处理之后，控制部件11进展到S780，并且在变量OP中设定其生成与S775有关的解释字符串。在完成了与S780有关的处理之后，控制部件11生成用于示出所设定的变量关键字1、关键字3、关键字4和OP的各个值的搜索请求数据(S790)。图17B为描述性示图，示出了生成与S790有关的搜索请求数据的例子。如图17B所示，在S790中写入零值或者不写入任何值来作为其通过与S770和S780有关的处理还没被设定的变量关键字2、关键字5和关键字6的值，从而显示出在搜索请求数据中没有设定与变量关键字2、关键字5和关键字6相对应的搜索关键字。因此，在完成与S790有关的处理之后，控制部件11将在S790中所生成的搜索请求数据与注册指令一起输入到队列管理模块73(S795)。随后，处理进展到S710。

[队列管理模块处理]

接下来讲述待由用户终端10的控制部件11执行的处理。图18为流程图，示出了待由控制部件11执行的队列管理模块处理。文档文件事件检测处理是由队列管理模块73执行的。队列管理模块处理是由队列管理模块73执行的。

当队列管理模块73开始时，控制部件11保持在待命状态，直到在S810中输入了指令为止。当已经输入了指令时(当在S810中选择了”是”时)，处理进展到S820。待被输入的指令包括注册指令和参考指令。注册指令是通过搜索关键字生成模块75b、77b和79b与搜索请求数据一起输入的，并且经由搜索控制应用小程序71b来输入参考指令。

当处理已经进展到S820时，控制部件11判断所输入的指令是否为注册指令。当已经判断出所输入的指令为注册指令(当在S820中选择了”是”时)，处理进展到S830。与注册指令一起被输入的搜索请求数据被注册在搜索控制队列19a的尾部。随后，控制部件11进展到S810，并且保持待命状态，直到下一个输入为止。

当控制部件11判断出所输入的指令不是注册指令时(当在S820中选择了”否”时)，处理进展到S840，其中判断所输入的指令是否为参考指令。当已经判断出所输入的指令为参考指令(当在S840中选择了”是”时)，判断搜索控制队列19a是否是空的(也就是说，没有注册任何搜索请求数据)。

当判断出搜索控制队列19a不是空的(也就是说，在搜索控制队列19a中注册了搜索请求数据)(当在S850中选择了”否”时)，控制部件11将在搜索控制队列19a的头部中所存储的搜索请求数据返回到参考指令的输入源(S860)。被返回到参考指令的输入源的搜索请求数据从搜索控制队列19a中被删掉(S870)。随后，控制部件11进展到S810。

同时，当判断出搜索控制队列19a是空的(当在S850中选择了”是”时)，控制部件11将用于显示搜索控制队列19a是空的数据返回到参考指令的输入源(S880)，并且随后进展到S810。另外，在判断出所输入的指令不是参考指令时(当在S840中选择了”否”时)，控制部件11进展到S810，而不执行与S850～S880有关的处理，并且控制部件11保持待命状态，直到下一个输入为止。

[搜索控制应用小程序处理]

接下来讲述待由用户终端10的控制部件11执行的搜索控制应用小程序处理。图19为流程图，示出了待由控制部件11执行的搜索控制应用小程序处理。搜索控制应用小程序处理是由搜索控制应用小程序71b执行的。

当搜索控制应用小程序处理开始时，控制部件11首先将当前输出帧号初始化为值“1”(S910)。当将搜索结果显示在被分成多个帧的网页浏览器71的搜索结果显示屏上时(见图21)，当前输出帧号用于切换其上显示了搜索结果的帧。从搜索结果显示屏中的最上行中的帧起，组成搜索结果显示屏的各个帧依次被分配帧号。当前输出帧号表示被分配给组成搜索结果显示屏的多个帧的任一个的帧号。

在完成这样的当前输出帧号的初始化之后，控制部件11进展到S920，其中要求参考搜索控制队列19a的参考指令被输入到队列管理模块73，从而响应参考指令从队列管理模块73获取返回数据。在从队列管理模块73获取返回数据时，处理进展到S930，其中判断来自队列管理模块73的返回数据是否表示搜索控制队列19a是空的。当判断返回数据是表示搜索控制队列19a是空的(当在S930中选择了”是”时)，处理进展到S920，其中再次将参考指令输入到队列管理模块73。

同时，当控制部件11在S930中判断出来自队列管理模块73的返回数据是搜索请求数据(当在S930中选择了”否”时)，处理进展到S940。分配了与当前输出帧号相同的号的帧被设定在用于响应从队列管理模块73获取的搜索请求数据而显示来自搜索服务器50的响应数据的帧中。在完成处理时，控制部件11将从队列管理模块73获取作为返回数据的搜索请求数据输入到搜索前端处理器81中；并且将搜索请求数据发送到搜索服务器50(S950)。

在完成与S950有关的处理之后，控制部件11将值1添加到当前输出帧号中，从而更新当前输出帧号(S960)。判断所更新的当前输出帧号是否大于值5(S970)。当判断出所更新的当前输出帧号大于值5时(当在S970中选择了”是”时)，将当前输出帧号重置为值1(S980)。随后，处理进展到S920。同时，当所更新的当前输出帧号为值5或者小于5时(当在S970中选择了”否”时)，控制部件11进展到S920，而不执行与S980有关的处理。因此，控制部件11依次将在搜索控制队列19a中所注册的搜索请求数据发送到搜索服务器50，同时设定待被切换的响应数据的输出帧。

[显示控制模块处理]

现在来讲述待由用户终端10的控制部件11执行的显示控制模块处理。图20为流程图，示出了待由控制部件11执行的显示控制模块处理。显示控制模块处理是由显示控制模块71a执行的。图21为描述性示图，示出了搜索结果显示屏的结构。

当显示控制模块处理开始时，控制部件11保持待命状态，直到经由通信部件17从搜索服务器50接收到回答搜索请求数据的响应数据为止(S1010)。在接收到响应数据时(当在S1010中选择了”是”时)，处理进展到S1020。在已经进展到S1020之后，控制部件11在由搜索控制应用小程序71b设定的输出帧中显示由响应数据产生的屏。随后，处理进展到S1010。

当在开始显示控制模块处理之后首先执行与S1020有关的处理时，控制部件11在显示部件15上显示由多个帧形成的搜索结果显示屏来作为预处理。图21为描述性示图，示出了待通过控制部件11显示在显示部件15上的搜索结果显示屏的结构。如图21所示，搜索结果显示屏具有多个(特别地为5)帧。

在显示控制模块处理期间，控制部件11从搜索服务器50接收显示脚本，来作为响应搜索请求数据的数据，其中显示脚本为用于显示目的的脚本(HTML文档)，它包括有关于日期和时间以及文档文件URL的分条描述，这两者都是通过根据由搜索请求数据表示的搜索规则来从历史数据库55a中提取的记录(历史数据)表示的；以及对由搜索请求数据表示的变量OP的值(表示搜索结果类型的消息)的描述。控制部件11理解显示脚本，并且将示出了包括有都是由所提取的记录(历史数据)表示的日期和时间以及文档文件URL的数据列表的图像和消息显示在所设定的帧上。也就是说，控制部件11在帧中显示包括有日期和时间以及文档文件URL的相关文档的数据列表来作为搜索结果，同时在帧中显示用于描述搜索结果的类型的消息。

[历史管理服务器处理]

顺便提一下，从用户终端10的事件检测模块75a、77a和79a发送到搜索服务器50的历史数据是通过由搜索服务器50执行的历史管理服务器处理接收的。图22为流程图，示出了由搜索服务器50的控制部件51执行的历史管理服务器处理。该历史管理服务器处理是由历史管理服务器程序85执行的。

当历史管理服务器处理开始时，控制部件51在S1110中保持待命状态，直到输入了指令为止。当已经输入了指令时(当在S1110中选择了”是”时)，处理进展到S1120。待被输入的指令可以是注册指令或者搜索指令。注册指令是通过事件检测模块75a、77a和79a经由通信部件53与历史数据一起输入的，并且搜索指令是通过搜索引擎83输入的。

当已经进展到S1120时，控制部件51判断所输入的指令是否为注册指令。当已经判断出所输入的指令为注册指令时(当在S1120中选择了”是”时)，控制部件51参考用于示出属于与注册指令一起被输入的历史数据的处理类型的信息(S1130)，从而判断用于示出处理类型的信息是否为“文件关闭”(S1135)。其中的用于示出处理类型的信息表示“文件关闭”的历史数据与当发生了数据文件的关闭事件时所生成的历史数据。

当在S1135中已经判定表示处理类型的信息不是“文件关闭”时(当在S1135中选择了”否”时)，控制部件51在历史数据库55a中生成新的记录(S1140)。进而，控制部件51将与由与注册指令一起输入的历史数据所表示的值相匹配的值写入与该记录相对应的各个字段，从而将通过事件检测模块75a、77a和79a输入的历史数据注册到历史数据库55a中(S1145)。

图23为描述性示图，示出了历史数据库55a的结构。如图23所示，历史数据库55a的每一条记录中都有“开始日期和时间”字段、“结束日期和时间”字段、“操作员信息”字段、“文档文件URL”字段、“处理类型”字段、以及“目的地信息”字段。

具体地说，在S1145中，控制部件51将属于历史数据的有关日期和时间的信息写入新记录的“开始日期和时间”字段；将属于历史数据的操作员信息写入“操作员信息”字段；将由历史数据所表示的文档文件URL写入“文档文件URL”字段；将示出属于历史数据的处理的类型写入“处理类型”字段；并且将属于历史数据的有关目的地的信息写入“目的地信息”字段。在S1145中，“结束日期和时间”字段为空，并且完成记录的编辑。当以这种方式将历史数据注册到历史数据库55a中时，控制部件51进行到S1110，其中控制部件51仍然处于待命状态，直到输入了下一个指令。

同时，当在S1135中已经判定表示处理类型的信息是“文件关闭”时(当在S1135中选择了”是”时)，控制部件51进行到S1150，其中在历史数据库55a中执行了与关闭事件相对应的打开事件(例如，先于关闭事件而发生的数据文件打开事件)的记录的搜索。具体地说，在历史数据库55a中搜索其“处理类型”字段为“打开文件”并且其操作员信息、文档文件URL和目的地信息的值与所输入的历史数据的值相同的记录。

当完成S1150中的处理时，控制部件51将获取的作为搜索结果的记录中的“处理类型”字段的值从示出“文件打开”的代码重新写成示出“文件读取”的代码(S1160)。属于所输入历史数据的有关日期和时间的信息被写入到获取的作为搜索结果的记录中的“结束日期和时间”字段(S1165)。在已经完成了关于S1165的处理时，处理进行到S1110，其中控制部件51仍然处于待命状态，直到输入了下一个指令。

另外，当在S1120中已经判定所输入的指令不是注册指令时(当在S1120中选择”否”时)，控制部件51判断输入指令是否为搜索指令(S1170)。当已经判定搜索指令不是搜索指令时(当在S1170中选择”否”时)，处理进行到S1110。相比之下，当已经判定输入指令为搜索指令时，处理进行到S1180。

当已经进行到S1180时，控制部件51从历史数据库55a中提取与依照由与搜索指令一起(通过搜索引擎83)输入的查询所表示的搜索规则的搜索规则相匹配的记录。当完成处理时，控制部件51将所提取的记录作为响应该查询的数据输入到搜索指令的输入来源(也就是搜索引擎83)(S1190)。当在S1180中根据无法提取出与搜索规则相匹配的记录时，控制部件51将示出“没有搜索结果”的返回数据作为响应该查询的数据输入到搜索指令的输入来源(也就是搜索引擎83)(S1190)。因此，控制部件51进行到S1110。

[搜索前端处理器处理]

下面来讲述由搜索服务器51的控制部件51所执行的搜索前端处理器处理。图24为流程图，示出了由控制部件51执行的搜索前端处理器处理。搜索前端处理器处理是由搜索前端处理器81所执行的。图25为描述性示图，示出了由搜索前端处理器处理生成的显示脚本的结构。

当开始搜索前端处理器处理时，控制部件51仍然处于待命状态，直到经由通信部件53接收到来自用户终端10的搜索请求数据(搜索控制应用小程序71b)(S1210)。当接收到搜索请求数据时(当在步骤S1210中选择”是”时)，控制部件将这样接收的搜索请求数据输入到搜索引擎83(S1220)。在完成了有关S1220的处理时，控制部件进行到S1230，其中控制部件从搜索引擎83获取响应搜索请求数据的数据。下面要详细讲到，搜索引擎83能够在接收到搜索请求数据的输入时生成对应于搜索请求数据的查询；将该查询输入到历史管理服务器程序85；并且将来自历史管理服务器程序85的返回数据发送到搜索前端处理器81。在S1230，控制部件51接收到这种类型的数据。

当接收到返回数据以响应来自搜索引擎83的搜索请求数据时，控制部件51进行到S1240，来判定返回数据是否包括根据该查询从历史数据库55a中提取的记录。因此，判断返回数据是否对应于搜索结果，以响应该搜索请求数据。当在返回数据中没有该记录时，则在返回数据中包括有表明“没有搜索结果”的信息。因此，当已经从搜索引擎83获取包括有表示“没有搜索结果”的信息的返回数据时，控制部件51判定没有搜索结果(当在S1240中选择”否”时)。

当判定没有搜索结果时(当在S1240中选择”否”时)，控制部件51从存储部件55读取事先存储在存储部件55中并且具有如图25C所示的结构的错误显示脚本(S1250)。图25C为描述性示图，示出了错误显示脚本的结构。

这样读取的错误显示脚本作为响应由用户终端10所发送的搜索请求数据(也就是搜索控制应用小程序71b)的数据，经由通信部件53，被发送到作为搜索请求数据发送来源的用户终端10(也就是显示控制模块71a)(S1255)。因此，控制部件51进行到S1210，其中控制部件51仍然处于待命状态，直到接收到下一个搜索请求数据。

当在S1240判定有搜索结果时(当在S1240中选择”否”时)，控制部件51从存储部件55读取事先存储在存储部件55中并且具有如图25C所示的结构的错误显示脚本(S1250)。图25C为描述性示图，示出了错误显示脚本的结构。

这样读取的错误显示脚本作为响应由用户终端10所发送的搜索请求数据(也就是搜索控制应用小程序71b)的数据，经由通信部件53，被发送到作为搜索请求数据发送来源的用户终端10(也就是显示控制模块71a)(S1255)。因此，控制部件51进行到S1210，其中控制部件51仍然处于待命状态，直到接收到下一个搜索请求数据。

当在S1240判定有搜索结果时(当在S1240中选择”是”时)，控制部件51从存储部件55读取事先存储在存储部件55中并且具有如图25A所示的结构的缺省显示脚本(模版)(S1260)。图25A为描述性示图，示出了缺省显示脚本的结构。

在已经完成了关于S1260的处理时，控制部件51进行到S1265，其中将属于所接收的搜索请求数据的解释字符串(变量OP的值)插入到所读取的显示脚本的解释陈述插入字段中。具体地说，届时字符串被插入到图25A中所示的标记<h2></h2>之间。

在已经完成了关于S1265的处理时，控制部件51进行到S1270，其中指针被移动到其中已经插入了解释字符串的显示脚本中的数据列表插入位置(紧随标记<u1>之后)。在完成处理之后，处理进行到S1281。

当进行到S1281时，控制部件51从通过搜索引擎83输入的记录组中选择未处理的记录来作为处理的一个目标，并且将由被选择作为处理目标的记录所表示的开始日期和时间写入显示脚本中(S1283)。具体地说，字符串——具有表示列项并且缀附于开始日期和时间的值的标记<1i>——被插入到显示脚本中(S1283)。

当完成处理时，控制部件51进行到S1285，并且由待处理的记录所表示的文档文件URL被写入到显示脚本中，以便其被添加到在S1283种所插入的字符串的末尾。具体地说，通过使用链接标记，将由待处理的记录所表示的文档文件URL以<A HREF＝”(Document File URL)”>(文档文件URL)</A>的形式插入到显示脚本中。

当完成处理时，控制部件51进行到S1287，判断是否已经选择了存储在返回数据中的所有记录来作为S1281中的处理目标。当判断并不是选择了所有记录时(当在S1287中选择”否”时)，处理进行到S1281，选择未被选择的记录来作为处理目标。

同时，当判断选择了存储在返回数据中的所有记录来作为S1281中的处理目标时(当在S1287中选择”是”时)，控制部件51进行到步骤S1290，并且将按照如上所述所创建的显示脚本(也就是包括有由与由搜索请求数据所表明的搜索规则相匹配的解释字符串和记录所表示的有关开始日期、时间和文档文件URL的信息的列项描述的显示脚本)，经由通信部件53发送到搜索请求数据的发送源设备(也就是用户终端10)。接着，控制部件51进行到S1210，并且处于待命状态，直到接收到下一个搜索请求数据。

[搜索引擎处理]

下面来讲述由搜索服务器50的控制部件51所执行的搜索引擎处理。图26为流程图，示出了由控制部件51所执行的搜索引擎处理。搜索引擎处理是通过搜索引擎83来实施的。

当开始搜索引擎处理时，控制部件51处于待命状态，直到从搜索前端处理器81输入了搜索请求数据(S1310)。当接收到输入的搜索请求数据时(当在S1310中选择”是”时)，控制部件51初始化在存储器中保证的查询生成区域(S1320)。

当完成处理时，控制部件51进行到S1330，并且判定在输入的搜索请求数据中是否设置了“操作员信息”搜索关键字。具体地说，判断是否在变量关键字1中设置有效值(不包括NULL值)。当判定没有设置“操作员信息”搜索关键字时(当在S1330中选择”否”时)，处理进行到S1340。

同时，当判断设置了“操作员信息”搜索关键字时(当在S1330中选择”是”时)，控制部件51将用于获取历史数据库55a中作为搜索目标的、操作员信息与变量关键字1的值相匹配的记录的字符串(例如，“KEY1”＝(值))注册到查询生成区域中(S1335)。接着，处理进行到S1340。

当进行到S1340时，控制部件51判断在所输入的搜索请求数据中是否设置了用于“搜索文档URL”的搜索关键字。也就是说，判断在变量关键字1中是否设置了有效值(不包括NULL值)。当判断没有设置用于“搜索文档URL”的搜索关键字时(当在S1340中选择”否”时)，处理进行到S1350。

当判断设置了用于“搜索文档URL”的搜索关键字时(当在S1340中选择”是”时)，控制部件51将用于获取历史数据库55a中作为搜索目标的、文档文件URL与变量关键字2的值相匹配的记录的字符串(例如，“KEY2”＝(值))注册到查询生成区域中(S1345)，并且接着进行到S1350。当在查询生成区域中已经注册了用于获取作为搜索目标的另一类型的记录的字符串时，在所注册的字符串末尾缀附上AND符号。随后，用于获取历史数据库55a中作为搜索目标的记录的字符串——其中文档文件URL和变量关键字2的值相匹配——被注册到查询生成区域等类中。这样，在搜索生成区域中创建用于AND搜索目的的搜索规则。具体地说，创建了搜索规则，用于从历史数据库55a中提取与由注册到查询生成区域中的各个字符串所表示的所有搜索目标相匹配的记录。

当进行到S1350时，控制部件51判断是否在输入的搜索请求数据中设置了“处理类型”的搜索关键字。具体地说，判断在变量关键字3中是否设置了有效值(不包括NULL值)。当判断没有设置“处理类型”的搜索关键字时(当在S1350中选择”否”时)，处理进行到S1360。

当判断设置了“处理类型”的搜索关键字时(当在S1350中选择”是”时)，控制部件51将用于获取历史数据库55a中作为搜索目标的、表示处理类型的信息与变量关键字3的值相匹配的记录的字符串(例如，“KEY3”＝(值))注册到查询生成区域中(S1355)，并且接着进行到S1360。当在查询生成区域中已经注册了用于获取作为搜索目标的另一类型的记录的字符串时，在所注册的字符串末尾缀附上AND符号。随后，用于获取历史数据库55a中作为搜索目标的记录的字符串——其中表示处理类型的信息与变量关键字3的值相匹配——被注册到查询生成区域等类中。这样，在搜索生成区域中创建用于AND搜索目的的搜索规则。

当进行到S1360时，控制部件51判断是否在输入的搜索请求数据中设置了“目的地信息”的搜索关键字。具体地说，判断在变量关键字4中是否设置了有效值(不包括NULL值)。当判断没有设置“目的地信息”的搜索关键字时(当在S1360中选择”否”时)，处理进行到S1370。

当判断设置了“目的地信息”的搜索关键字时(当在S1360中选择”是”时)，控制部件51将用于获取历史数据库55a中作为搜索目标的、有关其他目的地的信息与变量关键字4的值相匹配的记录的字符串(例如，“KEY4”＝(值))注册到查询生成区域中(S1365)，并且接着进行到S1370。当在查询生成区域中已经注册了用于获取作为搜索目标的另一类型的记录的字符串时，在所注册的字符串末尾缀附上AND符号。随后，用于获取历史数据库55a中作为搜索目标的记录的字符串——其中表示处理类型的信息与变量关键字4的值相匹配——被注册到查询生成区域等类中。这样，在搜索生成区域中创建用于AND搜索目的的搜索规则。

当进行到S1370时，控制部件51判断是否在输入的搜索请求数据中设置了“目录”的搜索关键字。具体地说，判断在变量关键字5中是否设置了有效值(不包括NULL值)。当判断没有设置“目录”的搜索关键字时(当在S1370中选择”否”时)，处理进行到S1380。

当判断设置了“目录”的搜索关键字时(当在S1370中选择”是”时)，控制部件51将用于获取历史数据库55a中作为搜索目标的、目录名——其中存储有由文档文件URL所表示的数据文件(换句话说，就是不包括由文档文件URL所表示的文件名的字符串)——与变量关键字5的值相匹配的记录的字符串(例如，“KEY5”＝(值))注册到查询生成区域中(S1375)，并且接着进行到S1380。当在查询生成区域中已经注册了用于获取作为搜索目标的另一类型的记录的字符串时，在所注册的字符串末尾缀附上AND符号。随后，用于获取历史数据库55a中作为搜索目标的记录的字符串——其中表示目录信息的信息与变量关键字5的值相匹配——被注册到查询生成区域等类中。这样，在搜索生成区域中创建了用于AND搜索目的的搜索规则。

另外，当进行到S1380时，控制部件51判断是否在输入的搜索请求数据中设置了“共生文档URL”的搜索关键字。具体地说，判断在变量关键字6中是否设置了有效值(不包括NULL值)。当判断没有设置“共生文档URL”的搜索关键字时(当在S1380中选择”否”时)，处理进行到S1390。

当判断设置了“共生文档URL”的搜索关键字时(当在S1380中选择”是”时)，控制部件51将用于获取作为搜索目标的、有关与通过由变量关键字6表示的URL所指定的数据文件被打开的时间同时读取的数据文件的记录的字符串(例如，“KEY6”＝(值))注册到查询生成区域中(S1385)，并且接着进行到S1390。

当在查询生成区域中已经注册了用于获取作为搜索目标的另一类型的记录的字符串时，在所注册的字符串末尾缀附上AND符号。随后，用于获取历史数据库55a中与数据文件——与通过由变量关键字6表示的URL所指定的数据文件被打开的时间同时读取的数据文件——有关的、作为搜索目标的记录的字符串被注册到查询生成区域等类中。这样，在搜索生成区域中创建了用于AND搜索目的的搜索规则。

当进行到S1390时，控制部件51判断查询生成区域是否为空(也就是是否注册了字符串)。当判断查询生成区域为空时(当在S1390中选择”是”时)，表示“无搜索结果”的返回数据作为响应搜索请求数据的返回数据被输入到属于搜索请求数据的输入来源的搜索前端处理器81(S1391)。因此，控制部件51进行到S1310，并且保持待命状态，直到输入了下一个搜索请求数据为止。

同时，当判断查询生成区域不为空时(当在S1390中选择”否”时)，控制部件51进行到S1393。包括有搜索指令的查询被输入到历史管理服务器程序85，并且从历史管理服务器程序85中获取返回数据(S1395)。返回数据作为响应搜索请求数据的返回数据，被输入到属于搜索请求数据的输入来源的搜索前端处理器81(S1397)。因此，控制部件51进行到S1310，并且保持待命状态，直到输入了下一个搜索请求数据为止。

通过上述处理，控制部件51向搜索前端处理器81提供包括有历史数据库55a中与由查询所表示的搜索规则相匹配的记录的返回数据。如上，当由查询所表示的搜索目标有多个时，通过AND搜索，为搜索前端处理器81提供了对应于所有搜索目标的历史数据库55a中的记录。

[优势]

已经讲述了当前的解释性方面的检索系统1。不过，检索系统1的用户终端10通过搜索关键字生成模块75b、77b和79b，根据示出了由多功能机30所执行的处理细节和示出了文件事件细节的历史数据，设置了对应于多功能机30或OS的处理细节的搜索关键字。此时，创建了对应于处理细节并且描述对应于搜索关键字的搜索结果类型的消息(解释字符串)。该消息作为搜索请求数据，与搜索关键字一起被发送到搜索服务器50。

同时，搜索服务器50生成包括有：有关日期和时间以及由从历史数据库55a中提取出的作为根据搜索关键字所执行搜索的结果的各个记录所表示的文件URL的信息的列项描述；以及作为搜索请求数据从用户终端10发送来的消息，来作为示出根据搜索关键字所执行搜索的结果的显示脚本。该显示脚本被发送到用户终端10。进而，根据显示脚本，用户终端10在显示部件15上显示对应于搜索关键字的搜索结果和示出了机遇搜索脚本的搜索结果类型的消息。

如上，在当前解释性方面的搜索系统1中，结合搜索结果，为用户显示了表示搜索结果的消息。因此，用户能够容易地识别处理类型，通过该搜索类型已经设置了与由搜索结果所表示的数据列表(从包括有日期和时间，以及文档文件URL信息中形成的数据列表)相兼容的搜索关键字(换句话说，就是与数据列表有关的处理类型)。

根据当前解释性方面，在设置搜索关键字期间生成的消息与搜索关键字一起从用户终端10被发送到搜索服务器50。包括有搜索结果和消息的显示脚本从搜索服务器50被发送到用户终端10。因此，用户终端10不需要自己管理消息。具体地说，在当前解释性方面中，用户终端10不需要制作与消息有关的搜索结果，并且因此与在用户终端上进行消息显示有关的处理比较简单。

而且，在解释性方面中，用户终端10生成表示由多功能机30所执行的处理的细节的历史数据和通过事件检测模块75a、77a和79a示出了文件事件细节的历史数据。搜索服务器50接收从用户终端10发送来的历史数据，并且将所接收的历史数据注册到历史数据库55a中。

具体地说，在当前解释性方面中，表示过去在用户终端10或多功能机30中执行的处理细节的数据被注册到历史数据库55a中。对应于由用户操作的多功能机30或OS所执行处理的数据列表(过去的性能历史)根据有关历史数据库55a的信息被提供给用户。

因此，当用户已经使用了检索系统1时，从搜索服务器50中获取有关此时通过使用用户终端10等类所执行的处理的数据列表。进而，根据消息可以理解搜索结果(数据列表)的类型。这为用户省去了识别搜索结果所对应的数据列表类型的麻烦。换句话说，在当前的解释性方面中，可以通过有用的方式，将示出了基于用户操作的处理的性能历史的数据列表提供给用户。因此，搜索系统1很方便用户的使用。

在当前解释性方面中，生成了包括有有关数据文件——其中存储有对应于处理的数据——的URL(数据要存放的位置地址)描述的数据来作为历史数据。这样生成的历史数据被注册到历史数据库55a中。生成了包括有有关该URL描述的显示脚本作为搜索结果，并且为用户提供了在过去的处理中所处理的数据的URL。因此，用户可以容易地理解过去所处理的有关数据的位置，并且可以容易地参考有关数据。

在当前解释性方面中，生成了包括有具有对应于处理的数据和处理日期和时间的描述的数据来作为历史数据。该数据被注册到历史数据库55a中。生成了包括有处理日期和时间的描述和URL的描述的显示脚本作为搜索结果。将过去的处理日期和时间与数据文件的URL一起提供给用户。因此，根据该检索系统1，用户可以容易地理解过去的时间和在那时处理的有关数据的性质。进而，当用户具有这种理解时，上述消息显示对于用户来说是很有用的。

在当前解释性方面中，向历史数据增补了表示处理类型的信息，并且将该信息注册到历史数据库55a中。作为搜索结果，生成了包括有有关处理日期和时间的描述、有关处理类型的描述以及有关URL的描述的显示脚本。过去所执行的处理类型、数据文件的URL以及处理日期和时间被提供给用户。因此，根据搜索系统1，用户可以从搜索服务器50中获得通过与已经触发了该搜索的那个处理具有相同类型的处理所操作的数据列表。为了获得对该列表的理解，用户可以参考该消息，并且因此可以容易地理解列表的细节。

当前解释性方面的搜索服务器50对应于搜索服务器，并且由用户终端10和多功能机30所形成的系统对应于信息处理系统。用户终端10对应于通信设备，并且多功能机30对应于处理执行设备。

通信部件17对应于第一通信单元。处理执行单元是通过与由多功能机30的控制部件31所执行的S140有关的处理(图4)来体现的。生成单元是通过由用户终端10的控制部件11所执行的搜索关键字生成处理(图11和图15)来实施的。搜索请求单元是通过由控制部件11所执行的搜索控制应用小程序处理(图19)来实现的。显示控制单元是通过由控制部件11所执行的显示控制模块处理(图20)来实现的。历史发送单元是通过由控制部件11所执行的事件检测处理(图10和图14)来实现的。

通信部件53对应于第二通信单元，并且历史数据库55a对应于数据库。注册单元是通过由搜索服务器50的控制部件51执行的的历史管理服务器处理中的S1130至S1165(图22)有关的处理来实现的。数据提取单元是由控制部件51和搜索引擎处理(图26)所执行的S1170至S1190有关的处理来实现的。显示数据生成单元是通过与由控制部件51所执行的搜索前端处理器处理中的S1230至S1287(图24)有关的处理来实现的。

[其他解释性方面]

本发明并不限于上述解释性方面，并且可以具有各种模式。例如，在当前解释性方面中，搜索结果显示屏被分割成多个帧，并且同时显示多个搜索结果。不过，检索系统1还具有将搜索结果显示屏形成单帧的功能，以及在搜索结果显示屏上依次切换和显示搜索结果的功能。

在当前解释性方面，与文件操作有关的处理和由多功能机30所执行的处理有关，表示处理细节的历史数据被注册到历史数据库55a中。用户终端10还可以监视除了多功能机30之外的设备的操作，并且将表示设备注册处理细节的历史数据注册到历史数据库55a中。除了多功能机30之外的各种设备，除了包括有打印机、扫描仪、传真机等类，还包括配置作为个人电脑外围设备的各种设备。

Claims (8)

1.一种检索系统，包括搜索服务器和信息处理系统，其中信息处理系统包括：

第一通信单元，建立与搜索服务器的通信；

处理执行单元，执行处理操作；

生成单元，如果处理执行单元执行预定类型的处理，则该生成单元生成与所执行的处理的特性相对应的搜索规则和用于根据处理特性来描述对应于搜索规则的搜索结果的类型的消息；

搜索请求单元，将包括有由生成单元生成的搜索规则和消息的搜索请求数据经由第一通信单元发送到搜索服务器；以及

显示控制单元，在经由第一通信单元从搜索服务器接收到答复搜索请求数据的响应数据时，在显示设备上显示响应数据的图像，并且

搜索服务器包括：

第二通信单元，建立与信息处理系统中的第一通信单元之间的通信；

数据库，用于存储数据；

数据提取单元，在经由第二通信单元从信息处理系统接收到搜索请求数据时，通过包括在搜索请求数据中的搜索规则来对数据库进行搜索，并且从数据库中提取与搜索规则相匹配的数据；

显示数据生成单元，生成显示数据，作为包括在搜索请求数据中的搜索规则执行的搜索结果的特性，该显示数据包括有由数据提取单元所提取的数据列表和被包括在搜索请求数据中的消息，并且通过该显示数据将用于显示列表和消息的图像显示在显示设备上；以及

响应单元，响应搜索请求数据，将由显示数据生成单元生成的显示数据经由第二通信单元发送给搜索请求单元。

2.如权利要求1所述的检索系统，其中数据库包括与由处理执行单元所处理的数据有关的数据，并且

生成单元生成对应于在处理期间所操作的数据的搜索规则，以作为对应于所执行处理的特性的规则。

3.如权利要求1所述的检索系统，其中信息处理系统进一步包括历史发送单元，生成表示如果处理执行单元执行预定类型的处理则执行处理的特性的历史数据，并且将历史数据经由第一通信单元发送给搜索服务器，并且

搜索服务器进一步包括注册单元，用于在经由第二通信单元从信息处理系统接收历史数据时，将历史数据注册到数据库中。

4.如权利要求3所述的检索系统，其中历史发送单元生成表示用于存储在处理执行期间所处理的数据和处理的日期和时间的目的地地址的数据来作为历史数据，并且

生成单元生成对应于用于保存在处理期间所处理的数据的目的地地址的搜索规则，来作为与处理的特性相对应的规则。

5.如权利要求3所述的检索系统，其中历史发送单元生成表示用于存储在处理执行期间所处理的数据、处理的日期和时间、以及处理类型的目的地地址的数据来作为历史数据，并且

生成单元生成对应于用于保存在处理期间所处理的数据和用于搜索对应于处理的类型的数据的目的地地址的搜索规则，来作为与处理的特性相对应的规则。

6.一种信息处理系统，包括：

处理执行设备，包括处理执行单元，用于执行处理操作；以及

通信设备，包括：

第一通信单元，建立与搜索服务器的通信；

生成单元，检测处理执行设备的处理执行单元的操作，并且如果处理执行单元执行预定类型的处理，则生成与所执行的处理的特性相对应的搜索规则，以及用于描述与基于处理的特性的搜索规则相对应的搜索结果的类型的消息；

搜索请求单元，将包括有由生成单元所生成的搜索规则和消息的搜索请求数据经由第一通信单元发送到搜索服务器；以及

显示控制单元，在经由第一通信单元从搜索服务器接收到答复搜索请求数据的响应数据时，在显示设备上显示响应数据的图像。

7.如权利要求6所述的信息处理系统，其中处理执行设备是多功能机。

8.一种用于使得计算机能够进行检索的程序产品，包括：

软件指令，用于使计算机执行预定操作，以及

计算机可读介质，用于承载软件指令；

预定操作包括如下步骤：

在接收到包括有搜索规则和消息的搜索请求数据时，通过在搜索请求数据中所包括的搜索规则对预定数据库进行搜索，并且从数据库中提取与搜索规则相匹配的数据；

生成显示数据，作为包括在搜索请求数据中的搜索规则执行的搜索结果的特性，该显示数据包括有提取的数据列表和被包括在搜索请求数据中的消息，并且通过该显示数据将用于显示列表和消息的图像显示在显示设备上；

将作为对搜索请求数据的响应的显示数据发送到发送搜索请求数据的设备；

如果在被监控的系统中执行预定类型的处理，则生成与所执行处理的特性相对应的搜索规则和用于描述与基于所执行处理的特性的搜索规则相对应的搜索结果的类型的消息；以及

将包括有生成的搜索规则和生成的消息的搜索请求数据发送到服务器。

Images