CN1770773A - 网络系统、目录服务器和终端装置 - Google Patents

Abstract

本发明提供了一种网络系统，包括被配置成通过网络提供服务定义信息的目录服务器，和配置成接收服务定义信息的终端装置。该目录服务器可以包括服务器通信单元，配置成存储主要信息和辅助信息作为服务定义信息的一部分的服务定义信息存储单元，和从服务定义信息存储单元中检索服务定义信息并将相同内容发送给终端装置的服务定义信息发送控制单元。该终端装置可以包括终端通信单元，输出单元，输入接收单元和输出控制单元。当接收到来自目录服务器的服务定义信息时，输出控制单元控制输出单元输出主要信息，而在当输入接收单元接收到预定的输入指令时，输出辅助信息。

Description

网络系统、目录服务器和终端装置

技术领域

本发明的各方面涉及一种网络系统，该网络系统被配置成服务器提供某种服务并且终端装置能够通过该网络系统与该服务器通信。该网络系统可包括存储服务定义信息的目录服务器和配置成获得服务定义信息并使用该信息的终端装置。

背景技术

通常，终端装置(例如，个人电脑、打印机、扫描仪、传真装置或是具有网络功能的多功能外围设备)能够通过经由网络与提供不同服务(例如，数据处理)的服务器通信来增强其性能。在这种终端装置中，应用服务所必需的更进一步的信息(例如服务菜单的信息)可以从服务器处下载获得。在日本专利公开第HEI 9-238215中公开了这种系统的实例。

在这种系统中，更加可取的是解释最近提供或改进的相应功能的信息能够被提供给终端装置。

然而，某些终端装置具有相对较小的显示器装置，该显示器装置上只能显示有限数目个字母/数字，而从服务器发送的解释可能不能被完全显示。例如，在个人电脑的显示器上，能够显示四十行或更多行字符。然而，打印机、扫描仪或者多功能外围装置的显示器可能只能显示几行字符。

解决上述问题的方法之一为，如果利用WWW方案，则在服务器侧通过使用用户代理来识别终端装置的类型。这种情况下，可能发送包含对服务的解释并对应终端装置的显示能力的HTML文件。那么，终端装置的显示能力的差别就可以被处理好。然而，发送对应终端装置显示能力的HTML文件意味着HTML文件的数目应该与终端装置类型的数目相同。这种情况下，当这些HTML文件要被修改或者对于新类型终端装置的HTML文件要被增加时，对于服务器管理员的负担将会相对较大。此外，对于一些终端，信息的数量会减少，并且服务可能被解释得不够充分。

有可能为服务标题和服务描述准备HTML文件，其构成了服务菜单。这种配置可以减少每个文件的大小。如果菜单具有这样的结构，则用户能够通过追随连到包含解释的HTML文件的链接来获得对期望服务的解释。

然而，这种配置需要终端装置从服务器获得适当的HTML文件。因此，在终端装置处，页面之间传输的显示响应就被降低。当终端装置是诸如打印机、扫描仪、传真机、MFP等等这样的OA(办公室自动化操作)设备时，这个问题将很重要。按照惯例，OA设备被配置成显示菜单，其中利用存储在设备中的菜单信息来显示该菜单并且因此实现快速响应。因此，如果通过利用经由网络获得的数据显示该菜单，则响应会太慢，这对于OA设备将是很关键的问题。

在前述内容中，描述了显示信息中的问题。应该注意的是在输出声音和语音消息中存在着类似的问题。

发明内容

本发明的各方面提供了一种改进的网络系统，在该网络系统中，即使终端装置每次能输出的信息数量不够充分，但充分数量的信息仍旧能够被输出并且输出响应也很充分。

要注意的是，在以下描述中提出元件之间的不同连接。注意的是这些连接通常并且除非另有描述的话，可以是直接的或间接的，并且这种规定并不是有意于就限制在此方面上。本发明的各方面可以在计算机软件中作为可以存储在计算机可读媒体中的程序来被实现，其中该计算机可读媒体包括了但不限于RAM、ROM、闪存、EEPROM、CD媒体、DVD媒体、暂时存储器、硬盘驱动器、软盘驱动器、永久性存储器、等等。

根据本发明的个方面，提供了一种网络系统，该系统包括了经由网络提供关于服务的服务定义信息的目录服务器，和为了使用而接收目录服务器提供的服务定义信息的终端装置。该目录服务器可包括服务器通信单元、服务定义信息存储单元和服务定义信息传输控制单元，其中该服务器通信单元被配置成执行与终端装置的通信；该服务定义信息存储单元被配置成将在使用服务时输出的主要信息和辅助信息联系起来并存储主要信息和辅助信息作为服务定义信息的一部分；该服务定义信息传输控制单元从服务定义信息存储单元中检索服务定义信息并将检索到的信息通过服务器通信单元传输给终端装置。终端装置可包括配置成与目录服务器通信的终端通信单元，配置成根据该信息执行输出操作的输出单元，配置成接收用户的输入指令的输入接收系统，和输出控制单元。输出控制单元可以被配置成这样：(1)当输出控制单元通过终端通信单元从目录服务器接受到服务定义信息时，输出控制单元控制输出单元输出包含在服务定义信息中的主要信息，和(2)当输入接收单元接收到用户的预定输入指令时，输出控制单元控制输出单元输出包含在服务定义信息中的辅助信息。

应该注意的是，术语“服务”作为一个代表一种功能的总名称使用，当终端装置和服务器通信时利用这种功能能够实现预定结果。该“服务”可能包括OCR、翻译、修改、声音转换、数据存储等等。

根据如上的网络系统，终端装置能够通过单个通信操作获得主要信息和辅助信息。然后，终端装置输出该主要信息，并且在用户指示输出辅助信息时，输出辅助信息。因此，在用户不要求辅助信息(即，仅仅通过主要信息就了解该功能)时，终端输出较少信息，从而使用户能很快操作终端。而当用户感觉仅仅通过主要信息很难理解该功能时，则辅助信息被输出。由于辅助信息已经被获得，所以能够不用进行更多通信就能立即输出该信息。因此，与传统单元相比辅助信息能够被迅速输出，这就提高了终端装置的操作性能。

上述单元对于主要信息和辅助信息之间的任何关系都适用。在特定情况下，辅助信息可以是对应主要信息的解释信息。在这种情况下，如果主要信息给出的解释不充分，则用户能够参考用于做进一步解释的辅助信息。在特定情况下，主要信息可能是一个标题，而辅助信息可能是该标题对应的解释。如果信息具有这样的配置，则当用户在理解标题的意义感觉困难时，用户能够通过使终端装置输出解释该标题的辅助信息来获得解释。

可选的或是可替代的，主要信息和辅助信息可以是链接目的地的标题，和对链接目的地的标题的解释。由于这种配置，用户能够无需实际跟随该链接而获得其中的服务定义信息就能预览链接目的地的内容。即，这种情况下，用户能够在连接到链接之前(并且其内容被输出)就了解链接的内容。所以，很好地提高了操作性。

应该注意的是，该单元可以被配备一个以上的输出单元。这样，根据本发明的各方面，终端装置被配备多个输出单元。此外，存储在目录服务器的服务定义存储单元中的辅助信息可以包含分别对应于多个输出单元的多条辅助信息，并且包含在终端系统中的输出控制单元可以被配置成控制输出单元中对应输入指令接收单元接收的命令的预定的一个输出单元来输出多条辅助信息中的对应的一条辅助信息。

由于用户意图使用的输出单元能够被用于输出辅助信息，所以这种配置可能是有利的。此外，有可能利用各自的输出单元的特征，该特征使用户能更容易理解该功能。

当存在多个输出单元时，如果输出单元彼此相关联地输出辅助信息将会是很方便地。在这点上，根据本发明的各方面，终端装置的输出控制单元可以控制多个分别对应多条辅助信息的输出单元，分别在预定时限以并行的方式输出各自的辅助信息。术语“预定时限”意指各个输出单元输出辅助信息的时间之间的关系。例如，辅助信息首先由预定输出单元输出，并且其后(例如，三秒钟以后)，辅助信息由另一个输出单元输出。

根据这种配置，有可能使用户一般性地了解该功能，然后提供详细解释。可选的，通过利用多个输出单元，不同方面的解释可以被提供给用户，这些解释可以帮助用户更清楚地了解该功能。

在特定情况下，终端装置的输出控制单元可以控制多个输出单元在不同时限一个接一个地输出多条辅助信息。

根据更进一步的方面，存储在目录服务器的服务信息存储单元中的服务定义信息可包括指定适合输出辅助信息的输出单元的输出单元指定信息，并且如果输入指令接收单元接收到预定的输入指令，则输出控制单元可以依照输出单元指定信息控制指定的输出单元来输出辅助信息。

根据上述配置，即使用户不能确定要使用的输出单元，但设计者或者系统管理员认为适当的输出单元能够被用来输出辅助信息。这样的配置改进了单元的操作性。

输出单元可以包括配置成显示图像的显示单元、配置成输出声音的声音输出单元、和配置成在记录媒体上打印图像的打印单元的这些单元中的至少一个。应该注意的是术语“图像”可能被解释成具有广泛的意义并且不但包括图形化的图像，还包括字符/字母。

如果输出单元是显示单元并且从目录服务器传来的主要/辅助信息被显示成图像，则与使用非显示单元的单元的情况相比，该信息能够被快速呈现给用户。这样，在这种情况下，该信息能够被快速提供给用户。

如果输出单元是声音输出单元，并且主要/辅助信息由声音输出，则与信息被呈现为图像的情况相比用户要对该信息投以更高的注意力。如果有声音输出(例如，使用扬声器输出)，则即使用户并没有注意输出单元该信息应该也传达给该用户。因此，当声音输出被利用时，可以更容易避免使用服务中的错误操作。

当输出单元是打印单元时，自目录服务器传送过来的主要/辅助信息能够被作为图像打印在打印媒体上。由于打印信息能够被轻松认知，用户能够轻松且迅速地了解服务内容。要注意的是“图像”应该被解释成广义并且不仅包括图形化的图像还包括字符/字母。

目录服务器可以包括查询单元，其被配置成经由服务器通信单元从终端装置查询类型。此外，存储在服务定义信息存储单元中的服务定义信息可以包括对应终装置类型的并且能够由终端装置的输出单元输出的主要信息和辅助信息。服务定义信息发送控制单元可以从服务定义信息存储单元中检索对应由查询单元获得的终端装置的类型的服务定义信息，并且终端装置可以进一步包括类型答复单元，该类型答复单元将目录服务器经由终端通信单元查询的终端装置类型经由终端通信单元发送给目录服务器。

根据以上配置，目录服务器可以将对应终端装置类型的最适当的服务定义信息发送给终端装置。因此，就有可能最恰当地使用输出单元。例如，如果终端装置被配置成仅仅在明信片大小的薄片(sheet)上打即图像，则概括的主要/辅助信息可以被传送到那。如果终端装置能够使用A4大小的打印纸张，则详细的主要/辅助信息可以被传送到那。因此，用户能够获得取决于打印装置类型的相应结果。

本发明的各方面提供了目录服务器，其被配置成通过网络将关于终端装置要使用的服务的服务定义信息提供给终端装置。该目录服务器可以包括：服务器通信单元，服务定义信息存储单元，和服务定义信息发送控制系统；其中该服务器通信单元被配置成执行与终端装置的通信；服务定义信息存储单元配置成将在使用该服务时将要输出的主要信息和辅助信息联系起来并存储主要信息和辅助信息作为服务定义信息的一部分；服务定义信息发送控制单元从服务定义信息存储单元检索服务定义信息并通过服务器通信单元将检索到的信息发送给终端装置。

如果以上的目录服务器被与预定的终端装置一起使用，则以上描述的网络系统配置能够被实现。

根据本发明的各方面，提供了一种终端装置，其被配置成通过网络从目录服务器接收关于要使用的服务的服务定义信息。该终端装置可以包括配置成与目录服务器通信的终端通信单元，配置成依照该信息执行输出操作的输出单元，配置成接收用户的输入指令的输入接收单元，输出控制单元。该输出控制单元可以被这样配置：(1)当输出控制单元通过终端通信单元从目录服务器接收到服务定义信息时，输出控制单元控制输出单元输出包含在服务定义信息中的主要信息，并且(2)当输入接收单元接收到用户的预定输入指令时，输出控制单元控制输出单元输出包含在服务定义信息中的辅助信息。

如果以上的终端装置能与预定的目录服务器一起使用，则以上描述的网络系统的配置就能够被实现。

根据本发明的更进一步的方面，提供了一种计算机程序产品，其包括计算机可读指令，该指令使计算机起到目录服务器的功能，该目录服务器通过网络将关于终端装置要使用的服务的服务定义信息提供给终端装置的。该计算机，当其起到目录服务器的作用时，可以包括服务器通信单元，服务定义信息存储单元，和服务定义信息发送控制单元，其中，服务器通信单元配置成执行与终端装置的通信，该服务定义信息存储单元配置成将在使用服务时要输出的主要信息和辅助信息联系起来并存储主要信息和辅助信息作为服务定义信息的一部分，该服务定义信息发送控制单元从服务定义信息存储单元中检索服务定义信息并通过服务器通信单元将检索到的信息发送给终端装置。

如果起到以上目录服务器功能的计算机与预定终端装置一起使用，则前述的网络系统的配置能够被实现。

根据本发明更进一步的方面，提供了一种计算机程序产品，包括计算机可读指令，该指令使计算机起到终端装置的作用，其中该终端装置被配置成通过网络从目录服务器接收关于要使用的服务的服务定义信息。该计算机，当起到终端装置的作用时，可以包括配置成与目录服务器通信的终端通信单元，配置成依照信息执行输出操作的输出单元，配置成接收用户的输入指令的输入接收单元。可以更进一步地配备输出控制单元，该输出控制单元可以被这样配置：(1)当输出控制单元通过终端通信单元从目录服务器接收到服务定义信息时，输出控制单元控制输出单元输出包含在服务定义信息中的主要信息，并且(2)当输入接收单元接收到用户的预定输入指令时，输出控制单元控制输出单元输出包含在服务定义信息中的辅助信息。

如果起到以上说明的终端装置的作用的计算机与预定的目录服务器一起使用，则上述的网络系统的配置能够被实现。

附图说明

图1是显示根据本发明的实施例的服务提供系统的配置的方框图；

图2是显示根据本发明的实施例的操作单元的配置的图；

图3和4显示了根据本发明的实施例的表示服务定义信息中每个标记(tag)的定义的表；

图5显示了根据本发明的实施例的表示服务I/F信息中每个标记的定义的表；

图6是显示根据本发明的实施例的MFP和功能服务器之间通信的实例的梯形图；

图7是说明根据本发明的实施例的目录服务器处理的流程图；

图8显示了根据本发明的实施例的基于类型的服务定义信息ID表的实例；

图9是说明根据本发明的实施例的MFP处理的流程图；

图10显示了根据本发明的实施例的指定方法选择窗口；

图11显示了根据本发明的实施例的服务定义信息数据的实例；

图12A-12D显示了根据本发明的实施例的服务选择窗口；

图13显示了根据本发明的实施例的服务定义信息数据的另一个实例；

图14和15显示了根据本发明的实施例的说明会话处理的流程图；

图16是显示根据本发明的实施例的MFP执行的UI任务处理的流程图；。

图17显示了根据本发明的实施例的服务I/F信息数据的实例；

图18A-18E显示根据本发明的实施例的参数输入窗口；

图19是说明根据本发明的实施例的MFP执行的输入任务处理的流程图；

图20是说明根据本发明的实施例的MFP执行的输出任务处理的流程图；

图21和22显示了根据本发明的实施例的说明功能服务器执行的功能服务器处理的流程图；

图23和24显示了根据本发明的实施例的说明功能服务器执行的会话处理的流程图；

图25显示了根据本发明的实施例的说明功能服务器执行的UI任务处理的流程图；

图26显示了根据本发明的实施例的说明功能服务器执行的扫描任务处理的流程图；

图27显示了根据本发明的实施例的说明功能服务器执行的打印任务处理的流程图；

图28显示了根据本发明的实施例的说明MFP执行的具体解释处理的流程图；

图29显示了根据本发明的实施例的说明MFP执行的混合解释处理的流程图；

图30显示了根据本发明的实施例的说明MFP执行的音频/视频解释处理的流程图；

图31显示了根据本发明的实施例的说明MFP执行的解释显示处理的流程图；

图32显示了根据本发明的实施例的说明MFP执行的音频/打印解释处理的流程图；

图33显示了根据本发明的实施例的说明MFP执行的推荐解释处理的流程图；

图34A-34C显示了根据本发明的实施例的服务定义信息数据的实例；

图35显示了根据本发明的实施例的服务定义信息数据的一个实例；

图36显示了根据本发明的实施例的音频/视频解释处理结果的一个实例；

图37显示了根据本发明的实施例的服务定义信息数据的更进一步的实例；

图38A-38B显示了根据本发明的实施例的音频/打印解释处理的结果的实例；

图39显示了根据本发明的实施例的服务定义信息数据的另一个实例。

具体实施方式

以下，参考附图，将描述图示的实施例。

整个配置：

图1显示了根据本发明的图示实施例的服务提供系统的配置。如图1所示，服务提供系统包括MFP(多功能外围设备)10，目录服务器20，功能服务器30等等，这些装置彼此相互连接所以能够经由网络1执行数据通信。根据这个图示实施例，网络1可以是诸如因特网这样的WAN(广域网)。特别是，MFP 10，目录服务器20和功能服务器30分别经由路由器2至4连接到网络1。在这个图示实施例中，该路由器可以包括传统的宽带路由器。

如图1所示，MFP 10包括了控制单元11、操作单元12、读取单元13、记录单元14、通信单元15、存储单元16、声音输入单元17、声音输出单元18等等。控制单元11包括了CPU、ROM、RAM等等，并且控制单元11的CPU依照存储在控制单元11的ROM中的程序控制MFP 10的整个操作。

另外，操作单元12作为用户接口起作用，其包括了复制键41、扫描键42、传真键43、服务键44、设置键45、上/下/左/右方向键46到49，确定键50和取消键51、诸如显示器这样的用户接口52、显示键53、打印键54、声音键55、声音+显示键56、声音+打印键57、推荐按钮58等等。

此外，读取单元13是用于实现扫描器功能的输入装置，其读取记录(例如，打印)在诸如纸张这样的薄片状的记录媒体上的图像，并生成表示图像的图像数据。

记录单元14是实现打印机功能的输出装置，其将图像数据表示的图像打印到诸如纸张这样的薄片状的记录媒体上。

通信单元15将MFP10连接到网络1上，并且也经由网络1执行发送/接收处理。

存储单元16包括了输入/输出数据能够被记录于其中的非易失性RAM(未示出)。

声音输入单元17通过配备给包含在MFP10中的话筒(未示出)上的麦克风接收声音，并生成与接收到的声音相对应的声音数据(例如，PCM数据)。

声音输出单元18利用被配置给话筒或扬声器(未示出)的扬声器输出声音数据(例如，PCM数据)表示的声音，该话筒和扬声器配备给MFP10的主体。

目录服务器20包括了控制单元21、通信单元22、和存储单元23。控制单元21包括CPU、ROM、RAM等等，并且CPU依照存储在ROM中的程序控制目录服务器20的整个操作。

通信单元22将目录服务器20连接到网络1上并也经由网络1执行发送/接收数据的处理。

存储单元23包括了数据被存储于其中的硬盘驱动器(未示出)。以下将讨论的，用于记录服务定义信息25的服务定义信息存储单元24被配备在存储单元23中。这种服务定义信息25是在XML中描述的XML(可延展性标示语言)数据并且能够提供服务列表(例如，每种服务的类型和请求目的地地址(URL：统一资源定位))，其能由功能服务器30通过服务选择窗口(参考图12A)依照XML数据的内容提供。图3和图4中显示了服务定义信息25中各个标记的定义。

功能服务器30包括控制单元31、通信单元32、存储单元33等等。控制单元31包括CPU、ROM、RAM等等，并且该CPU依照存储在ROM中的程序控制功能服务器30的整个操作。与MFP10的控制单元11相比，控制单元31被配置成实现足够高的性能并且能够执行控制单元11不能执行的处理。

通信单元32将功能服务器30与网络1相连并且也经由网络1执行发送/接收数据的处理。

存储单元33包括数据被存储于其中的硬盘驱动(未示出)。存储单元33包括了用于存储服务I/F信息36的服务I/F信息存储单元34，和用于存储服务软件37的服务软件存储单元35，其中该服务软件37执行提供不同服务的程序。这种服务I/F信息36是XML中描述的XML数据。在MFP10(见图18)上利用I/F信息36显示参数输入窗口(以后描述)，因而将被用于请求功能服务器30以提供服务的设置信息(服务内容和请求目的地地址)的接口就被实现了。

这种服务I/F信息36的各个标记的定义在图5中示出。

提供服务的机制

接着，将通过参考图6中的梯形图来描述提供服务时MFP10和功能服务器30之间执行的通信的实例。

MFP10和功能服务器30执行从服务启动到服务结束的一系列通信处理(将被称为会话)。在会话中，MFP10请求功能服务器30启动服务。然后，功能服务器30将会话ID发送给MFP10。会话ID是功能服务器30中指定会话的标识符。在接下来的通信处理中，MFP10发送响应请求的会话ID，而功能服务器30基于该会话ID识别会话。通过这种配置，功能服务器30能够同时处理多个会话。

接收到会话ID之后，MFP10周期性地执行到MFP10的指令的查询，并接收来自功能服务器30的响应形式的指令。应该注意的是如果没有要发送给MFP10的指令，则功能30发送指出不存在给MFP10的指令的响应。

在以上情况中，功能服务器30首先向MFP10发送UI(用户接口)任务起动指令。UI任务起动指令用来通知提供给MFP10的UI装置(例如，操作单元12)将开始被使用。这样，UI任务通信处理就在MFP10和功能服务器30之间开始了。UI任务通信处理被与会话并行执行。此外，从功能服务器30到MFP10，每个会话的固有标识符并且用于在功能服务器30上识别任务的任务ID作为被发布的UI任务起动指令被发送。然后，在UI任务通信处理中，MFP10依照该请求发送会话ID和任务ID。功能服务器30基于会话ID和任务ID识别任务。利用这种配置，功能服务器30有可能同时执行多项任务。如以上那样，功能服务器30能够同时处理多项任务。UI任务中的通信处理将在稍后描述。

接着，功能服务器30在预定时限向MFP10发送输入任务起动指令。要注意的是，输入任务起动指令是用来通知开始使用提供给MFP10的输入装置(即，读取单元13或是声音输入单元17)。然后，在MFP10和功能服务器30之间，输入任务通信处理被起动。类似于UI任务处理，输入任务通信处理与会话并行地执行。此外，由于输入任务起动指令被发送，任务ID被从功能服务器30发送到MFP10。然后，在输入任务通信处理中，该MFP10发送响应请求的会话ID和任务ID。功能服务器30基于会话ID和任务ID识别任务。输入任务通信处理将在稍后被描述。

接着，功能服务器30在预定时限，向MFP10发送输出任务起动指令。输出任务起动指令是用于通知提供给MFP10的输出装置(例如，记录单元14或是声音输出单元18)的使用。通过这种配置，在MFP10和功能服务器30之间，输出任务通信处理被起动。类似于UI任务和输入任务，输出任务通信处理与会话并行执行。此外，任务ID与输出任务起动指令一起被从功能服务器30发送到MFP10。然后，MFP10，在输出任务通信处理中，发送响应于该请求的会话ID和任务ID。然后，功能服务器基于会话ID和任务ID识别任务。输出任务通信处理将在稍后描述。

接着，功能服务器30在预定时限向MFP10发送用于通知输出任务结束的输出任务结束指令。然后，该功能服务器30在预定时限向MFP10发送用于通知输入任务结束的输入任务结束指令。

然后，功能服务器30在预定时限向MFP10发送通知UI任务结束的UI任务结束指令。此外，功能服务器30在预定时限向MFP10发送通知服务结束的服务结束指令。

接着，将描述UI任务通信处理。

在UI任务通信处理中，首先，MFP10向功能服务器30发送MFP任务指令查询，该查询是关于发送到MFP10的指令的查询。然后，功能服务器30向MFP10发送参数请求。该参数请求用于使MFP10的用户能设置执行服务所必需的参数。从功能服务器30到MFP10，与参数请求一起，服务I/F信息36也被发送。

MFP10一接收到来自功能服务器30的参数请求，就根据服务I/F信息36在操作单元12的显示器52上显示参数输入窗口(例如图18)。

功能服务器30一接收到来自MFP10的参数，就发送服务器接收状态，其表示功能服务器30是否已经成功地接收到来自MFP10的信息。

如果MFP10基于从功能服务器30接收的服务器接收状态认识到功能服务器30已经成功地接收到参数，则MFP10向功能服务器30请求服务状态信息请求。

当功能服务器30从MFP10接收到服务状态信息请求时，其发送通知功能服务器30的状态及其服务状态的服务状态信息。此后，对服务状态信息的请求和到那的响应(即，服务状态信息的发送)被重复。

接着，将描述输入任务通信处理。

在输入任务通信处理中，MFP10向功能服务器30发送MFP状态信息。然后，功能服务器30向MFP10发送MFP参数。该MFP参数是对于在UI任务通信处理中被MFP10的用户已经设置过的输入装置的参数。

MFP10，一接收到来自功能服务器30的MFP参数，就向功能服务器30发送表示MFP10是否已经成功接收到来自功能服务器30的信息的MFP接收状态。

如果功能服务器30基于从MFP10发送的MFP接收状态认识到MFP10已经成功接收到该信息，则其发送输入数据请求，请求MFP10发送相应于任务的输入数据。相应于任务的输入数据包括：在读取单元13中为扫描任务生成的图像数据，其中扫描任务是在与读取单元13中生成的图像数据有关的服务中执行的任务；和用于声音输入任务的PCM数据，其中该声音输入任务是在与声音数据有关的服务中执行的任务，该声音数据代表了要被从声音输入单元17中输出的声音。

MFP10在接收到来自功能服务器30的输入数据请求时，其显示使用户执行输入操作(例如，图像读取操作，声音输入操作等等)的图像，并将结果性的输入数据发送给功能服务器30。

一接收到来自MFP10的输入数据，功能服务器30就发送服务状态信息，其代表对功能服务器30和服务的状态的通知。

接着，将描述输出任务通信处理。

在输出任务通信处理中，MFP10向功能服务器30发送MFP状态信息。然后，功能服务器30向MFP10发送MFP参数。MFP参数是关于已经由MFP10的用户在UI任务通信处理中设置过的输出装置的参数。

当MFP参数被从功能服务器30接收到时，MFP10向功能服务器30发送MFP接收状态，其通知MFP10是否已经成功地接收到来自功能服务器30的信息。

当功能服务器30已经基于MFP接收状态认识到MFP10已经成功地接收到该信息时，其向MFP10发送输出数据。该输出数据可以包括：关于打印任务的图像数据(即，在与图像数据有关的服务中执行的任务，该图像数据代表了将由记录单元14打印的图像)；和关于声音输出任务的PCM数据(即，在与PCM数据有关的服务中执行的任务，该PCM数据代表声音输出单元18将输出的声音)。

当输出数据被从功能服务器接收到时，MFP10基于输出数据执行输出操作(即，打印图像，输出声音等等)。然后，MFP10向功能服务器30发送MFP状态信息。

一接收到功能服务器30的输出数据，MFP10就基于输出数据执行输出处理(即，打印数据，声音输出，等等)。然后，MFP10向功能服务器30发送MFP状态信息。

当MFP状态信息被从MFP10接收到时，功能服务器30向MFP10发送服务状态信息，该信息通知功能服务器30和服务的状态。

接着，将描述分别由MFP10的控制单元11、21和31，目录服务器20和功能服务器30执行的处理。

(1)由目录服务器执行的处理

首先，将参考图7，说明由目录服务器20的控制单元21执行的目录服务器处理。

目录服务器处理在HTTP请求被MFP10发布时被起动。在S71，控制接收HTTP请求。在S72，控制判断接收到的HTTP请求的内容是否是请求服务定义信息25的顶端项。如果HTTP请求的内容是请求服务定义信息25的顶端项(S72：是)，则控制通过使用HTTP响应来向MFP10请求MFP10的类型(S73)。

接着，在控制通过使用HTTP请求接收到类型信息时，该类型信息被存储在存储单元23中(S74)。然后，依照类型分类服务定义信息ID表，被请求的服务定义信息ID被转换，并且对应该转换后的ID的服务定义信息25被从服务定义信息存储单元24中检索出来(S75)。应该注意的是，类型分类服务定义信息ID表被配置成，类型名称行和被请求的服务定义信息ID列的交叉点的ID被用作转换后的请求服务定义信息ID。即，对应被替换的ID的服务定义信息25已经被转换成适合于当前类型的功能/性能的信息。这样，例如，如果MFP10是能够在A4大小的薄片上打印彩色图像的类型，则Print_Description标记定义的数据包括了对应MFP 10的类型的多条数据。类似的，如果MFP是能在B4大小的薄片上打印单色图像的类型，则Print_Description标记定义的数据包括对应这种类型的数据。

当控制结束步骤S75时，控制继续进行步骤S79。

如果HTTP请求的内容不是请求服务定义信息25的顶端项(S72：否)，则控制判断HTTP请求的内容是否是请求除了服务定义信息25顶端项以外的信息(S76)。如果HTTP请求请求除了服务定义信息25顶端项以外的信息(S76：是)，则控制基于存储在存储单元23中的类型信息和被请求的服务定义信息ID查阅类型分类服务定义ID表，并从服务信息存储单元24检索服务定义信息25(S77)。然后，控制下一步进行到步骤S79。

在S76，如果HTTP请求的内容并不是请求除了服务定义信息25顶端项以外的信息(S76：否)，则控制设置错误信息(S78)，并且下一步进行步骤S79。

在S79，控制向MFP10发送服务定义信息25或错误信息作为HTTP响应，并结束目录服务器处理。

(2)由MFP执行的处理

接着，将说明由MFP10的控制单元11执行的处理。

(2-1)MFP处理

首先，参考图9，解释在MFP10已经被启动之后重复执行的MFP处理。

当MFP处理已经被启动时，执行初始化处理(S102)。完成了初始化处理之后，如果来自外部资源的指令，例如，使用操作单元12的输入操作或是经由网络1的指令信号的输入被生成(S104)，则判断输入的内容是否是将操作模式改变成服务模式(S106)。在这个图示的实施例中，当操作单元12的服务键44被按下时，则确定输入指令是用于将操作模式改变成服务模式。如稍后将描述的那样，“服务模式”是用来请求功能服务器30提供服务的。

如果在S106中确定该内容并不是要求改变成服务模式的(S106：否)，则依照输入内容在执行完另一个操作模式的处理之后被返回到S104(S108)。

如果在S106确定该内容是用来转变成服务模式的(S106：是)，则该处理使用户选择用来定义要从功能服务器30请求的服务的方法(S110)。根据该图示的实施例，图6示出的方法选择窗口被显示在显示器52上，并且用户被要求选择是否从列表中指定服务(图10中的“从列表选择”)或者通过直接输入请求目的地地址(图10中的“直接输入”)。选择窗口已经被显示之后，用户能够选择任意一种使用操作单元12的指定方法。

在S110，如果列表的指定项被选择(S110：是)，该处理向目录服务器20请求服务定义信息25的顶端项(S111)。在这个图示的实施例中，由于服务定义信息25的顶端项的请求所在的地址被发送，所以预先存储在存储单元16中的地址被使用，并且HTTP请求被发送到在该地址上的目录服务器，从而请求服务列表。

当服务定义信息25被请求时，目录服务器20可以利用HTTP响应请求MFP10的类型信息。因此，在S112，该处理判断目录服务器20是否请求MFP10的类型信息。如果类型信息已经被请求(S112：是)，则该处理向使用HTTP请求的目录服务器20发送MFP10的类型信息(S113)。如果该类型信息还没有被请求(S112：否)或者如果该类型信息已经被发送到目录服务器20，则服务定义信息25的顶端项被从目录服务器20处发送。这样，该处理接收到服务定义信息25(S114)。然后，依照接收到的服务定义信息25，服务选择窗口被显示在显示器52上(S116)。

如果步骤S116在服务定义信息25的顶端项被接收到之后执行，则显示出分类选择窗口。分类选择窗口被配置成这样，如图12A所示，字符“目录服务”被设置在显示器52的显示区域的上部作为显示标题(Title)，而代表了可选分类(Link_Title)的项的字符“数据存储服务”、“打印服务”和“复制应用服务”依照如图11所示的服务定义信息25(XML描述)的顶端项，被设置在显示区域的较低部分处。这种情况下在服务选择屏幕中，对应分类的不同服务定义信息25的ID被分配成链接(见图11中的“Link_Title”)。如果其中一项被选择并且确定键50被用户按下，则对于对应所选项ID的服务定义信息25的请求被发送到目录服务器20。在其中一项(包括了用于显示的标题)被选择之后，如果显示键53、打印键54、声音键55、声音+显示键56、声音+打印键57或者推荐键58被按下，则被选项依照选择的方法被详细解释。

如果步骤S116在接收到除了服务定义信息25顶端项的项目之后被执行，作为图示的实例，如果关于“复制应用服务”的服务定义信息25被接收到，则服务选择窗口被显示成这样：字符“复制服务”被设置在显示区域的上部作为显示标题(Title)而作为可选分类(Link_Title)的字符“水印复制”、“翻译复制”、“原稿宣读”和“语音文本转换”，依照如图13中所示的服务定义信息25(XML描述)，被设置在显示区域的较低部分，如图12B和12C所示。

在此图示实施例中，由于显示区域是受限的，如果不能一次显示所有的项，则图像窗口能够被滚动从而使被排列的项目被向上/下滚动。图12B和12C显示了当列表被向上/下滚动时的窗口。另外，在这种情形下的服务选择窗口中，对应项的不同服务定义信息的ID被指定成链接(见图13中的“Link_Location”)。当其中一项被选择时，如果确定键50被用户按下，则向功能服务器30发送与所选项相对应的ID的服务定义信息25的请求。当其中一个项目(包括对应显示的标题)被选择之后，如果显示键53、打印键54、声音键55、声音+显示键56、声音+打印键57或是推荐键58被按下，则所选项依照所选方法被详细解释。例如，如果服务项“翻译复制”被选择并且显示键53被按下，则如图12D所示的翻译复制服务的解释被显示在显示器52上。

在S110，如果选择直接输入请求目的地地址的指定(S110：否)，则该处理在显示器52上显示地址输入窗口(未示出)用于使用户直接输入地址(S118)，并且该处理继续进行下一步(S120)。

在这种方式中，当服务选择屏幕或者地址输入屏幕已经被显示之后，用户能够通过操作单元12选择任意项(地址输入操作)，按下每个按键，或者终止服务模式(终止操作)。

在紧随S116的S117中，该处理检查详细的解释是否在当前被显示在显示器52上。如果详细的解释没有被显示(S117：否)，则该处理允许用户选择一项(包括用于显示的标题)(S119)，并在下一步进行S120。

如果当前详细的解释被显示在显示器52上(S117：是)，则该处理下一步进行S120，在S120中该处理允许用户执行按键操作。在S122中，该处理判断在S120中确定键50是否被按下。

如果确定了该操作不是要按下确定键50的操作(S122：否)，则该处理检查详细解释键(即，显示键53、打印键54、声音键55、声音+显示键56、声音+打印键57或是推荐键58)是否被按下(S123)。如果确定了详细解释键被按下(S123：是)，则详细解释处理(稍后描述)被执行(S124)，并且该处理返回到S117。

如果确定了详细解释键没有被按下过(S123：否)，则该处理判断取消键51是否已经被按下过(S125)。如果确定了取消键51已经被按下过(S125：是)，则该处理返回到S104并结束服务模式的操作。如果确定取消键51没有被按下过(S125：否)，则该处理在S126输出拒绝的声音(例如，蜂鸣生)，并返回到S117。

如果在S122确定了输入操作是要按下确定键50的操作(S122：是)，则该处理进一步检查那时选择的链接是否是请求服务的链接(即，用于请求功能服务器30提供服务的ID)(S128)。

如果在S128中确定了那不是请求服务的链接，或者换言之，其是不同服务定义信息25的ID(S 128：否)，则该处理向目录服务器20请求对于该ID的服务定义信息25。然后，在接收到服务定义信息25之后(S130)，该处理返回到S116并在显示器52上显示服务选择窗口。

如果在S128中确定是请求服务的链接(S128：是)，则该处理在S132执行会话处理(见图14)，并且然后返回到S104，从而结束服务模式的处理。

(2-2)会话处理

接着，将参考图14和图15详细解释在图9中的S132所述的会话处理。

在会话处理中，首先，要使用的服务被选择并且依照服务定义信息25(或者是地址，如果直接键入的话)的Link_Location起动该服务(S202)。即通过HTTP请求向服务地址发送服务起动指令，在功能服务器30上用户所选的服务被起动。会话ID被作为HTTP响应从已经接收到服务起动指令的功能服务器30返回。

接着，在S204，该处理接收到依照服务起动指令的从功能服务器30返回的会话ID。应该注意的是，除非明确规定，否则在以后处理中发送/接收的HTTP请求和HTTP响应都是与包含在其中的会话ID一起被发送/接收的。将要接收HTTP请求的功能服务器30被配置成依照会话ID管理当前通信的装置(已知的会话管理)。

接着，用于查询对于MFP10的指令的存在性的“MFP指令查询”被发送到功能服务器30作为HTTP请求(S206)。如果对于MFP10的指令已经被生成，则接收到“MFP指令查询”的功能服务器30返回表示生成的指令的指令作为HTTP响应(否则，如果没有指令被生成则为指示“没有指令”的指令)。

接着，在响应S206中查询的被返回的指令(即，MFP指令)已经被接收到(S208)之后，该处理判断接收到的指令是否是任务起动指令(S208)。该“任务起动指令”在发送了S202中服务起动指令之后由功能服务器30生成。该任务起动指令根据时限和服务内容，包括了起动“UI任务”、“输入任务(扫描任务或是语音任务)”、和“输出任务(打印任务或扬声器任务)”的其中一个的指令。对于此任务起动指令，要激活的任务的任务ID、任务的任务类型(UI任务，输入任务(扫描任务或语音任务)、或输出任务(打印任务或扬声器任务))和任务的通信目的地地址已经被添加进去。

如果在S210确定了接收到的指令是任务起动指令(S210：是)，请求起动任务的资源被保护(S212)，然后被指示起动的任务在步骤S252到S266中被执行，以下将予以描述。

下面将参考图15描述步骤S252到S266。

首先，该处理判断任务起动指令指示的任务是否是UI任务(S252)。如果确定是UI任务(S252：是)，则根据附在任务起动指令上的任务ID和通信目的地地址起动该任务(S254)。然后，该处理进行下一个步骤(图14中的S214)。在S254中被起动之后，UI任务与其它处理同时执行，并且参考图16的“UI任务处理”被详细描述。

如果该处理确定由任务起动指令指定的任务不是UI任务(S252：否)，而是属于输入任务的扫描任务(S256：是)或是语音任务(S252：否，S262：是)，则依照附在任务起动指令上的任务ID和通信目的地地址起动输入任务(S260)之后，该处理进行下一个步骤(图14中的S214)。该输入任务在被起动之后与其它处理并行执行，并且将参考图19的“输入任务”被更进一步地详细描述。

如果已经确定了任务起动指令指定地任务不是任意一种前述地任务(S258：否)，而是属于输出任务地打印任务(S258：是)或是扬声器任务(S262：否，S264：是)，则在输出任务依照附在任务起动指令中的任务ID和通信目的地地址起动(S266)之后，该处理进行下一个步骤(图14中的S214)。这个输出任务在S266中起动后与其它处理并行执行，并且将参考图20的“输出任务”被更详细地解释。

如果已经确定了由任务起动指令指定的任务不是任意一种前述的任务(S264：否)，则该处理进行下一个步骤(图14中的S214)而不会起动任务。

在该任务被起动之后，该处理返回到图14并且，在暂停预定的间隔(S214)之后，返回到S206。

如果该处理确定了该指令不是任务起动指令(S210：否)，则该处理判断在8208接收到的指令是否是任务完成指令(S216)。当任务在图15中的各个步骤起动之后被完成时，“任务完成指令”由功能服务器30生成。在任务完成指令中，附加了完成任务的任务ID。

如果该处理确定该指令是任务完成指令(S216：是)，则具有附在此任务完成指令上的任务ID的任务被终止(完成指令被发送给相关任务)并且在资源被释放(S218)之后该处理进行到S214，其中该资源是在S212中在任务被起动之前被保护起来的。

如果该处理确定接收到的指令不是任务完成指令(S216：否)，则该处理判断该指令是否指示“没有指令”(S220)。如果指示了“没有指令”(S220：是)，则该处理进行到S214。如果没有指示“没有指令”，则该处理判断该指令是否是会话完成指令(S222)。当对MFP10的服务供应已经被完成时，“会话完成指令”由功能服务器30生成。

如果该处理确定该指令是会话完成指令(S222：是)，则当前的会话处理被完成。如果在S208中接收到的指令不是任意一种前述的指令，则该会话处理在用于通知执行了错误的处理(即，指令错误处理)之后被结束(S224)。在8224中，错误消息被显示在52。

(2-3)UI任务

接着，参考图16详细解释了图15中在S254起动的UI任务。

当UI任务被起动时，用于请求功能服务器30发送服务I/F信息36的“服务I/F信息发送请求”，和指定该请求的请求目的地的URL被存储在预定区域作为发送数据。该发送数据将在S321(稍后描述)中使用，并且存储为发送数据的信息将与会话ID和任务ID一起被发送到功能服务器30。应该注意的是，该发送数据的存储区域被定义在配备在MFP10的控制单元11中的RAM(未示出)中。

接着，该处理判断是否已经从会话处理接收到完成指令(S303)。在图14的S218中给出了该完成指令。

如果确定了已经从会话处理接收到完成指令(S302：是)，则当UI任务的完成被通知给会话处理之后，当前的UI任务被终止(S305)。该会话完成指令在图14的S218中的处理期间被接收到。在步骤S218，当接受到该指令时，确定该任务已经被完成，并且后继处理将被执行。

如果确定了还没有从会话处理接收到完成指令(S303：否)，则该处理确定操作单元12是否处于忙碌状态(S309)。在此步骤中，忙碌标志Fu被参考。当每个任务都已经被起动时该忙碌标志Fu被置位(被置位为“1”)。如果忙碌标志Fu被置位(即，等于“1”)，则操作单元12处于忙碌状态，而如果忙碌标志Fu没有被置位(即，等于“0”)，则操作单元12不处于忙碌状态。

如果操作单元12是忙碌的(S309：是)，则在一直等到操作单元12被从其忙碌状态释放，即，一直到忙碌标志Fu被释放(S307)之后该处理才返回到S309。如果操作单元12不忙(S309：否)，则该忙碌标志Fu被置位(S311)并且操作单元12由于当前的UI任务正在被执行变成忙碌的。

接着，存储在发送数据存储区域中的信息与会话ID和任务ID一起作为HTTP请求被发送到功能服务器30(S321)。如果存在对当前的UI任务的指令，则接收到HTTP请求的功能服务器30返回MFP指令作为HTTP响应。

如果该处理接收到作为HTTP响应发送的MFP指令(S323)，则该处理判断该指令是否是参数请求(S325)。参数请求是在功能服务器30中执行的图25中的S904中发送的请求(UI任务处理)。基于添加到参数请求的服务I/F信息36，用户被要求指定使用该服务所必需的参数。

如果该处理确定了接收到的指令是参数请求(S325：是)，则基于添加到参数请求的服务I/F信息36，参数输入窗口被显示在显示器52上并且用户被要求执行参数设置操作(S327)。

作为实例，参数输入屏幕显示被描述为使用对应于翻译复制服务的服务I/F信息36。当翻译复制服务被执行时，功能服务器30通过对MFP10的读取单元13读取的图像数据应用OCR(光学字元识别)处理，来识别文本信息，然后生成表示被翻译成预定语言的文本的图像数据，其被MFP10的记录单元14打印出来。

首先，基于图17所示的XML描述，如图18A所示的参数输入窗口被显示。在参数输入窗口中，如图18A所示，文字“翻译复制”被显示在显示区域的上部作为显示标题(Title)，文字“语言选择”被放置在显示标题的下面作为输入项(Disp_Name)，并且在“语言选择”之下，表示输入项的“语音选择”可选参数项(Disp_Select)“英语->日语”和“日语->英语”被显示。尽管除了前述的“语言选择”之外还有其它关于“翻译复制”的输入项“扫描器设置”、“打印设置”、和“注释”，此时只有关于“语言选择”的输入项被显示。这仅仅是因为显示器52大小的限制，并且在此示例性实施例中，如图18B-18E所示通过从这种状态按下左右方向键48和49(切换操作，以下描述)，在显示区域下部示出的输入项能够在包括了“扫描器设置”、“打印设置”、和“注释”的四种类型之间切换。

关于输入项的可选参数，字符“正常字体”和“小字体”被显示为表示“扫描器设置”的可选参数项(Disp_Select)(见图18B)。在此图示的实施例中，“正常字体”表示为读取单元13的参数的分辨率(读取分辨率)为300×300点每英寸(dpi)，而“小字体”表示分辨率为600×600dpi。

字符“打印速度优先”、“正常”和“精确”被显示为表示“打印设置”的可选参数的项(Disp_Select)(参考图18C)。尽管由于显示器52大小的限制，“精确”在初始时并没有被显示(参考图18C)，但其能通过滚动窗口来显示(参考图18D)。在此图示的实施例中，“打印速度优先”表示为记录单元14的参数的分辨率(打印分辨率)被设置到200×200dpi，“正常”表示分辨率被设置成300×300dpi，而“精确”为600×600dpi。

关于“注释”，在字符“注释”下显示了项目字段并且设置字符串(Default_String)被输入(参考图18E)。作为注释在项目字段输入的字符串被用作打印时图像的页眉或页脚。

当为每个输入项指定了参数时，字符串被输入到项目字段中，并且在参数输入窗口被显示之后指定项的确认操作被执行，该处理将输入信息(即，参数)存储在存储区域中作为发送数据(S329)。然后，该处理释放忙碌标志Fu(即，将标记Fu设置成“0”)(S319)，并返回到S303。

如果在S323中接收到的MFP指令被确定为不是参数请求(S325：否)，则该处理判断接收到的MFP指令是否是服务状态信息的显示指令(S331)。服务状态信息显示指令是由功能服务器30发布的指令(图25的S926)，其用于通知有关服务的操作是否无任何问题地被执行，该服务是否将由于某些问题而被终止，等等。

如果该处理确定了该指令是服务状态信息的显示指令(S331：是)，则基于该服务状态信息的显示被显示在显示器52上(S333)，并且请求功能服务器30提供服务操作状态信息的服务状态信息请求被存储在发送数据存储区域中作为发送数据(S335)。然后，该处理释放忙碌标志Fu(S319)，并返回到S303。

如果该处理确定该指令不是服务状态信息显示指令(S331：否)，则该处理判断在S323接收到的MFP指令是否是状态信息请求(S337)。该状态信息请求是对关于MFP10状态信息的请求。

如果该处理确定该指令是状态信息请求(S337：是)，则该处理将关于MFP10的状态(例如，无纸，顶盖被打开，等等)的信息存储在存储区域中作为发送数据(S339)。然后，该处理释放忙碌标志Fu(S319)，并返回到S303。

如果该处理确定了该指令不是状态信息请求(S337：否)，则该处理判断在S323接收到的MFP指令是否是表示服务器接收状态的指令(S341)。该服务器接收状态是用于通知功能服务器30是否能够从MFP10接收信息的指令。

如果该指令是服务器接收状态(S341：是)，则控制进行到S343。然后，如果该服务器接收状态的内容指示为异常接收(NG)(S343：是)，则触发此服务器接收状态的发送的信息被存储在存储区域中作为发送数据(S346)。然后，该处理释放忙碌标志Fu(S319)，并返回到S303。如果服务器接收状态的内容并没有指示异常接收(S343：否)，则该处理继续将服务状态信息请求存储在存储区域中作为发送数据(S345)，释放忙碌标志Fu(S319)，并返回到S303。

如果在S323接收到的指令不是服务器接收状态(S341：否)，则该处理判断在S323接收到的MFP指令是否代表了“无指令”(S338)。如果该指令代表了“无指令”(S338：是)，则该处理进行到S349，在该步骤中该处理将MFP任务指令查询存储在数据存储区域中作为发送数据。其后，该处理释放忙碌标志Fu(S319)，并返回到S303。如果接收到的指令不代表“无指令”(S338：否)，则错误处理被执行(S347)，并且该处理释放忙碌标志Fu(S319)，并返回到S303。S347中的错误处理可以包括将指示发生错误的信息存储为发送数据，在显示器52上显示指示发生错误的信息，等等。

(2-4)输入任务

接着，将参考图19详细描述在图15的S260中激活的输入任务处理。图19中所示的输入任务是与上述的会话处理和UI任务并行执行的。

当输入任务被起动时，该处理判断输入装置是否处于忙碌状态(S402)。在此图示的实施例中，如果忙碌标志Fi被置位(即，设置成“1”)则输入装置被确定为处于忙碌状态，而如果标记被释放(即，设置成“0”)则输入装置被确定为不处于忙碌状态。应该注意的是，根据该图示的实施例，当接收到关于在读取单元13中生成的图像数据的服务时，“输入装置”可能是读取单元13，并且当接收到在声音输入单元17中生成的声音数据的服务时，“输入装置”也可能是声音输入单元17。

如果该处理确定输入装置处于忙碌状态(S402：是)，则该处理一直等到输入装置从其忙碌状态被释放(S404)，然后返回到S402。如果输入装置不处于忙碌状态，则该处理将忙碌标志Fi置位(S406)。

接着，该处理通过传送到功能服务器30的HTTP请求，与在会话处理的S260中分配的任务ID一起，发送涉及MFP10状态的MFP状态信息(S408)。当MFP状态信息被接收到时，该功能服务器30返回MFP参数作为HTTP响应，该参数为基于在图16的S321中发送给功能服务器30的参数生成的信息。

如果响应在S408中发送的MFP状态信息，MFP参数被返回(S410)，则该处理在S412中判断是否已经从会话处理中接收到完成指令(即，会话处理是否发出完成指令)。当在图14的S218中要完成的任务是输入任务时，从会话处理给输入任务完成指令。

当还没有从会话处理接收到完成指令时(S412：否)，如果S410中返回的MFP参数没有被成功接收到(S414：否)，则用于通知来自功能服务器30的信息不能被正常接收的MFP接收状态(即，异常接收(NG))通过HTTP请求被发送到功能服务器30(S416)，一起发送的还有在会话处理中的S260中给出的任务ID。当接收到的MFP接收状态的功能服务器30再次发送MFP参数作为HTTP响应时，该处理在执行了S416之后返回到S410。

如果，在S410，MFP参数已经被成功接收到(S414：是)，则用于通知来自功能服务器30的信息已经被正常接收到的MFP接收状态(即，正常接收(OK))通过HTTP请求被发送到功能服务器30(S418)，一起发送的还有在会话处理中的S260中分配的任务ID。接收到MFP接收状态的功能服务器30返回输入数据请求，请求发送功能服务器30将要处理的数据，如稍后将描述的那样。

接着，如果输入数据请求被从接收到MFP接收状态的功能服务器30返回(S420)，则该处理判断会话处理是否给出完成指令(S422)。

当会话处理还没有给出完成指令时(S422：否)，如果在S420中返回的输入数据请求还没有被成功接收到(S424：否)，则用于通知异常接收的MFP接收状态(NG)被发送给功能服务器30(S426)，如在S416中一样。当接收到MFP接收状态时，该功能服务器30再次发生输入数据请求，如稍后解释的那样，并且从而，该处理在执行完S426后返回到S420。

如果在S420返回的输入数据请求已经被成功接收(S424：是)，则将由功能服务器30处理的输入数据通过HTTP请求被发送到功能服务器30(S428)，一起发送的还有在会话处理的S260中分配的任务ID。

特别是，输入装置的设置值被转变成在S410中接收到的MFP参数指示的值，然后在显示器52上显示数据输入窗口，其请求用户输入将要由功能服务器30处理的数据，从而请求用户执行用于在MFP 10中输入数据的输入操作。然后，从用户获得的数据(即，输入数据)通过HTTP请求被发送到功能服务器30，一起发送的还有在会话处理的S260中分配的任务ID。例如，在显示器52上显示诸如“设置初始值和按下确定键”、“拿起话筒并讲话”等等这样的消息，然后，通过读取单元13和/或声音输入单元17获得的数据随后被发送到功能服务器30。接收到输入数据的功能服务器30可以返回服务状态信息，该信息用于通知依照输入数据的数据处理是否已经成功完成。

用于在该处理中获取数据的方法可以是从设置在存储器卡槽(未示出)中的存储器卡中检索数据或者是从存储单元16中的某个存储区域中读出数据。在这种情况下，要求用户指定要检索数据的存储区域的消息会被显示在显示器52上。

当输入数据被发送到功能服务器30之后，在S428中修改的输入装置的设置被返回成原始值(S430)，并且随后，从功能服务器30返回的服务状态信息被接收到(S432)。

当在S432，或者如果，在S412和S422中服务信息被接收到，会话处理给出完成指令(S412：是；S422：是)时，在S406置位的忙碌标志Fi被释放(S434)，并且输入任务的完成与在会话处理的S260中分配的任务ID一起被通知给会话处理(S436)，并且输入任务被完成。在图14所示的会话处理的步骤S218期间，接收到输入任务完成通知。即，在S218中，当该指令被接收到时，该处理确定任务是否已经被完全终止并且执行之后的步骤。

(2-5)输出任务

接着，将参考图20说明在图15的S266中激活的输出任务处理。该输出任务与会话任务和UI任务并行操作。

当输出任务被起动时，首先，该处理判断输出装置是否处于忙碌状态(S502)。在此步骤中，如果忙碌标志Fo被置位(即，设置成“1”)则输出装置被确定为处于忙碌状态，而在该标记被释放(即，设置成“0”)时该输出装置被确定为不处于忙碌状态。根据该图示的实施例，在接收到关于要由记录单元14打印的图像数据的服务时，该“输出装置”为记录单元14，而在接收到关于将从声音输出单元18输出的声音数据的服务时，该“输出装置”为声音输出单元18。

如果该处理确定输出装置处于忙碌状态(S502：是)，则该处理一直等到输出装置从其忙碌状态被释放(S504)，并返回到S502。如果该处理确定输入装置不处于忙碌状态(S502：否)，则忙碌标志Fo被置位(S506)。

接着，通过HTTP请求，表示MFP10状态的MFP状态信息被发送到功能服务器30，一起被发送的还有在会话处理的S266中分配的任务ID(S508)。该接收到MFP状态信息的功能服务器30，返回MFP参数作为HTTP响应，该参数为基于在图16的S321中被发送给功能服务器30的参数的信息。

接着，当响应S508中发送的MFP状态信息，MFP参数被返回时(s510)，该处理判断完成指令是否已经在S512中由会话处理给出(即，是否存在来自会话的完成指令)。当在图14的S218中要完成的任务是输出任务时，此完成指令被从会话处理指定给输出任务。

当该处理在S512中确定还没有从会话处理接收到完成指令时(S512：否)，如果在S510中返回的MFP参数不成功(S514：否)，则用于通知来自功能服务器30的信息没有被成功接收的MFP接收状态(即，异常接收(NG))通过HTTP请求被发送到功能服务器30，一起发送的还有在会话处理中的S266中分配的任务ID。接收到的MFP接收状态的功能服务器30再次发送MFP参数，并且这样，该处理在执行了S516之后返回到S510。

如果MFP参数能够被成功接收(S514：是)，则用于通知来自功能服务器30的信息已经被成功接收的MFP接收状态(正常接收(OK))通过HTTP请求被发送到功能服务器30，一起发送的还有在会话处理的S266中分配的任务ID。接收到MFP接收状态的功能服务器30返回由该处理基于在图19的S428中发送的输入数据生成的数据(即，输出数据)，如稍后将描述的那样。

如果输出数据被从已经接收到MFP接收状态的功能服务器30出返回(S520)，则该处理判断会话处理已经给出完成指令(S522)，如在S512中一样。

当在S522中确定会话处理还没有给出完成指令(S522：否)时，如果在S520中返回的数据没有被成功接收到(S524：否)，则用于通知异常接收的MFP接收状态(NG)被发送到功能服务器30(S526)，如在S516中一样。接收到MFP接收状态的功能服务器30再次发送输出数据，如稍后将描述的那样，并且这样，该处理在执行了S526之后返回到S520。

如果在S520中返回的输出数据已经被成功接收到(S524：是)，则该处理通过输出装置输出输出数据(S528)。特别是，输出装置的设置值被修改成在S510中接收到的MFP参数代表的值，然后，输出数据通过输出装置被输出(例如，图像被依照图像数据打印出来，声音依照声音数据被输出)。

当输出数据已经由输出装置输出时，S528中的处理修改的输出装置的设置被复原成初始值(S530)，并且利用HTTP请求将MFP状态信息发送给功能服务器30(S532)，MFP状态信息是关于MFP10状态的信息，一起发送的还有在会话处理中的S260中分配的任务ID。接收到MFP状态信息的功能服务器30返回服务状态信息，如稍后将描述的那样。

当从功能服务器30返回的服务状态信息已经被接收到之后(S534)，或者在完成指令已经被从会话处理中接收到时(S512：是；S522：是)，在s406中置位的忙碌标志Fo被释放(S536)并且输入任务的完成与在会话处理的S260中分配的任务ID一起被通知给会话处理(S538)，当前输入任务被结束。输入任务完成的通知在图14的S218中执行的处理期间被接收到。在S218中，当指令被接收到时，其确定该任务已经完全终止并且以后的步骤被执行。

(2-6)详细解释处理

接着，将参考图28，描述在图9的S124中起动的详细解释处理。应该注意的是，当详细解释处理被完成时，该处理继续进行图9的S124以后的步骤。

当起动详细解释处理时，该处理判断显示键53是否被按下过(S351)。如果显示键53没有被按下过(S351：否)，则该处理判断打印键54是否被按下过(S363)。如果打印键54没有被按下过(S363：否)，则该处理判断声音键55是否被按下过(S371)。如果声音键55没有被按下过(S371：否)，则该处理判断是否其中一个混合键(即，声音+显示键56，声音+打印键57)是否被按下过(S379)。如果没有混合键被按下过(S379：否)，则该处理判断推荐键58是否被按下过(S383)。如果推荐键58没有被按下过(S383：否)，则该处理结束详细解释处理，并返回到图9的S124之后的步骤。

如果该处理确定了显示键53被按下(S351：是)，则该处理在S353判断详细的解释是否正在被显示。如果详细的解释正在被显示(S351：是)，则该处理切换到显示该服务选择窗口(S355)，并结束该详细解释处理。

如果该处理确定没有正在显示详细的解释(S353：否)，则该处理判断在显示器52上显示的标题是否正在被选择(S357)。以上提到的标题是在显示器上的对应夹在<Title>标记和</Title>标记之间的字符串的项。当在显示器52上显示的标题被选择(例如，被显示成高亮)时(S357：是)，显示器被切换到详细的解释窗口，在该窗口中，夹在服务定义信息25的<Description>标记和</Description>标记之间的字符串被显示在显示器52上(S359)，并且该处理结束详细解释处理。在以下描述中，夹在开始标记和结束标记之间的项将被称为“**项”，其中“**”将被标记的名字代替。在以上实例中，夹在<Description>标记和</Description>标记之间的字符串将被称为Description项。

如果显示器52上显示的标题没有正在被选择，即，链接正在被选择(S357：否)，则通过在显示器上显示对应所选链接的Link_Description项，详细的描述窗口被显示，然后该处理结束详细解释处理。应该注意的是，Description项和Link_Description项被配置成如图34A所示的那样。应该注意的是图34A中显示的实例是关于翻译复制的详细解释。用户能够有意地手动地在显示器52上显示详细解释，并且根据该解释用户能够了解翻译复制的功能。

如果确定打印键54被按下(S363：是)，则该处理判断在显示器52上显示的标题是否正在被选择(S365)。如果显示器52上的标题正在被选择(S365：是)，则通过使用记录单元14Print_Description项被作为打印资料输出(S367)，并且该处理结束详细解释处理。如果显示器52上的标题没有被选择而是链接正被选择(S367：否)，则通过使用记录单元14。对应所选链接的Link_Print_Description项被作为打印资料输出(S369)，并且该处理结束详细解释处理。应该注意的是，Print_Description项和链接Link_Print_Description项包括的数据，是由能够提供如图34B中所示的打印资料的编码数据依照已知的Base64算法生成的。图34B中所示的实例是关于翻译复制的详细解释。用户能够通过阅读依照用户意愿输出的打印的解释了解翻译复制的功能。

如果确定声音键55被按下(S371：是)，则该处理判断显示器52上所示的标题是否正在被选择(S373)。如果该标题正在被选择(S373；是)，则该处理将Audio_Description项输出到声音输出单元18。根据该图示的实施例，Audio_Description项依照Base64算法被编码，并且该Audio_Description项在被解码后被发送到声音输出单元18。应该注意的是，所有将要被发送到声音输出单元18的数据都被编码，并且应该在被发送到声音输出单元18时被解码。在以下描述中，为了简明，这种关于数据解码的说明可能会被省略。

如果显示器52上显示的标题没有正在被选择，即链接正在被选择(S373：否)，则对应被选链接的Link_Audio_Description项被输出到声音输出单元18。例如，该Audio_Description项和Link_Audio_Description项包含的数据由如图34C中所示的编码字符串依照Base64算法生成。图34C中所示的实例是关于翻译复制的解释。用户能够通过聆听解释了解翻译复制的功能，其中该解释是依照用户意愿输出的，并且是由声音输出单元18将该解释从文本转换成声音(语音)的。

如果混合键(即，声音+显示键56，声音+打印键57)被按下(S379：是)，则组合详细解释处理被执行(S381)，该处理将在稍后说明。当组合详细解释处理被执行之后，该处理结束详细解释处理。

如果推荐键58被按下(S383：是)，则稍后将描述的推荐详细解释处理被执行(S385)。此后，该处理结束详细解释处理。

(2-7)组合详细解释处理

参考图29，在图28的S381中执行的组合详细解释处理将被描述。应该注意的是，一完成组合详细解释处理，该处理就执行图28的S381之后的步骤。

当组合详细解释处理被起动时，该处理首先判断声音+显示键56是否被按下(S451)。如果确定声音+显示键56被按下(S451：是)，则该处理利用声音和显示的组合详细解释处理被执行(S453)，并且之后结束该组合详细解释处理。

如果确定声音+显示键56没被按下(S451：否)，则该处理判断声音+打印键57是否被按下(S455)。如果确定声音+打印键57被按下(S455：是)，则通过使用声音和打印的组合详细解释被执行(S457)，并且此后组合详细解释处理被结束。

如果确定声音+打印键57没有被按下(S455：否)，则该处理结束组合详细解释处理。

(2-8)使用声音和显示的组合详细解释

接着，将参考图30，描述使用声音和显示处理的组合详细解释。应该注意的是，当前处理被完成后，该处理就继续进行图29的S453之后的步骤。

当起动使用声音和显示处理的组合详细解释时，该处理判断话筒是否被拿起(S461)。该处理一直会停留在S461直到话筒被拿起。当话筒被拿起时(S461)，详细解释显示处理(稍后描述)被起动(S463)。该详细解释显示处理与使用声音和显示处理的组合详细解释处理并行执行。

接着，如果在显示器52上显示的标题被选择，则从服务定义信息25中检索Audio_Description_disp部分的Audio_Data并且该处理开始将检索到的数据发送到声音输出单元18(S465)。可选的，如果在显示器52上显示的链接被选择，则从服务定义信息25中检索出Link_Audio_Description_disp部分的Audio_Data项，并且该处理开始将检索到的数据发送到声音输出单元18(S465)。

当该处理结束发送检索到的项时(S467)，该处理将向在S463起动的详细显示处理发送完成指令，并结束使用声音和显示处理的组合详细解释。

(2-9)详细解释显示处理

现在参考图31，在图30的S463中调用的详细解释显示处理将被描述。

当详细解释显示处理被起动时，如果显示器52上显示的标题被选择，则从位于Audio_Description_disp字段的第一字段部分的服务定义信息25中检索Caption项和wait_time项(S471)。否则，如果显示器52上显示的链接被指定，则从位于第一字段部分和Link_Audio_Description_disp部分的服务定义信息25中检索Caption项和wait_time项(S471)。

接着，该处理在显示器52上显示检索到的Caption项(S473)。接着，该处理判断时间是否已经过去了由wait_time项指示的那么长时间(S475)。如果没有经过那么长的时间，则该处理持续在显示器52上显示Caption项直到时间已经过去那么长(S475：否；S473)。

在S475中，如果确定对应wait_time项那么长的时间已经过去(S475：是)，则该处理判断另一个segment部分是否存在(S477)。如果存在另一个segment部分(S477：是)，则该处理从后继部分中的服务定义信息25中检索下一个Caption项和wait_time项(S479)，之后该处理返回到S473。

如果确定不再存在segment部分(S477：否)，则该处理就一直等到使用声音和显示处理的组合详细解释在S481中发出完成指令(见图30的S469)。在接收到完成指令之后，该处理完成详细解释显示处理。

现在，将描述执行使用声音和显示的组合详细解释处理(见图30)的示例性结果和执行详细解释显示处理(见图31)的示例性结果。

当该处理基于图35中所示的服务定义信息25进行时，如果用户选择显示器52上显示的翻译复制的链接，并且还按下声音+显示键56，则在图36A顶部示出的窗口在显示器52上显示三秒。在该窗口中，如图36A中所示，字符串“翻译复制”被显示。此指示与图35中所示的服务定义信息25的第一segment部分的标题项相一致。与显示图36A顶部示出的窗口同时发生的，宣读在图36B顶部部分所示文本的声音(语音消息)被从声音输出单元18中输出。特别是，说出“翻译复制是用于打印对扫描器读出文本的翻译的服务”的语音消息被输出。该语音消息是基于依照Base64算法对图35中所示的服务定义消息25的Audio_Data项进行解码后的结果输出的。

当从在图36A顶部示出的窗口被在显示器52上显示后已经过去三秒钟时，图36A中示出的第二个窗口被在显示器52上显示五秒。具体地，在第二个窗口中，字符串“1.日语，2.英语，3.法语，4.汉语”被显示。这些字符串与图35中示出的第二个segment部分中的Cption项相一致。Further_Data项实质上同时跟随以上显示的开始。输出声音在图36B的第二分块中说明。具体是，宣读为“在此服务中，用日语、英语、法语和汉语写的文本能够被翻译成另一种语言的文本”。

如以上那样，依照图35中所示的服务定义信息25，详细解释被用显示和声音输出。最后，图36A底部所示的图像被在显示器52上显示五秒。具体是，字符串“使用费为￥200/页”被显示在显示器52上，其后实质上同时跟随着依照Audio_Data项的相应声音输出，并且对应图36B底部部分所示的文本的声音(语言)的宣读被声音单元18输出。在以上的显示和声音输出结束后，在当前处理被执行之前的一幅图像被显示在显示器52上，并且声音输出终止。应该注意的是以上费率“￥200/页”仅仅是一个实例，是用于显示如何显示信息的。

(2-10)使用声音和打印的详细解释处理

接着，参考图32中所示的流程图，将详细描述使用声音和打印的组合详细解释。应该注意的是，当使用声音和打印的组合详细解释结束时，该处理返回图29的S457之后的步骤。

当使用声音和打印的组合详细解释被起动时，如果在显示器52上显示的标题被选择，则该处理从服务定义信息25中检索Print_Description_audio项并使记录单元14输出相同项(S491)。如果在显示器52上显示的链接被选择，则该处理从服务定义信息25中检索Link_Print_Description_audio项并使记录单元14输出检索到的项(S491)。

当所有项已被输出之后(S493)，该处理检测话筒的持起(S495)。应该注意的是，直至话筒被持起，该处理会一直停留在S495。当在S495中检测到话筒被持起时，如果在显示器52上示出的标题被选择，则该处理从服务定义信息25中检索Audio_Description_print项并使声音输出单元18输出相同项(S497)。如果在显示器52上示出的链接被选择，则该处理从服务定义信息25中检索Link_Audio_Description_print项并让声音输出单元18输出相同项(S497)。

当以上所有的项都已被输出时(S499)，该处理结束使用声音和打印处理的组合详细解释处理。

使用声音和打印处理的组合详细解释被执行时的示例性结果将被描述。

当服务定义信息25被使用时，如果用户选择翻译复制的链接并且还按下声音+打印按键57，则如图38A中所示的打印资料被从记录单元14中输出。打印资料是基于依照Base64算法对图37中所示的服务定义信息25的Link_Print_Description_audio项进行解码的结果输出的。在打印资料已被输出之后，如果用户持起话筒时，解释如图38B中描述的翻译复制的功能/操作的语言消息被从声音输出单元18中输出。语言消息是作为对Link_Audio_Description_print项依照Base64算计进行解码后的结果输出的。

(2-11)推荐详细解释

接着，参考图33，推荐解释处理将被描述。应该注意的是，当此处理结束时，该处理返回到图28的S385之后的步骤。

当推荐解释处理被起动时，该处理从服务定义信息25检索推荐项(S161)。然后，根据推荐项的内容，该处理发散(即，到S563，S571，S579，S587或S591)。

明确的说，该处理首先在S563中判断推荐项是否是“显示”。如果推荐的项不是“显示”(S563：否)，则该处理判断推荐的项是否是“音频”(S571)。如果推荐的项不是“音频”(S571：否)，则该处理判断推荐的项是否是“打印”(S579)。如果推荐的项不是“打印”(S579：否)，则该处理判断推荐的项是否是“音频+显示”(S587)。如果推荐的项不是“音频+显示”(S587：否)，则该处理判断推荐的项是否是“音频+打印”(S591)。如果推荐的项不是“音频+打印”(S591：否)，则该处理结束推荐解释处理。

如果推荐的项是“显示”(S563：是)，则该处理判断在显示器52上显示的标题是否被选择(S565)。如果该标题被选择(S565：是)则该处理在显示器52上显示示出服务定义信息25的Description项的详细解释窗口(S567)。如果链接被选择(S565：否)，则该处理在显示器52上显示示出服务定义信息25的Link_Description项的详细解释窗口(S569)，然后该处理结束推荐解释处理。

如果推荐项是“音频”(S571：是)，则该处理判断在显示器52上显示的标题是否被选择(S573)。如果该标题被选择(S573：是)则该处理从服务定义信息25中检索Audio_Description项并让声音输出单元18输出相同项(S575)。如果链接被选择(S573：否)，则该处理从服务定义信息25中检索Link_Audio_Description项并让声音输出单元18输出相同项(S577)，然后该处理结束推荐解释处理。

如果推荐项是“打印”(S579：是)，则该处理判断在显示器52上显示的标题是否被选择(S581)。如果该标题被选择(S581：是)则该处理从服务定义信息25中检索Print_Description项并让记录单元14输出相同项(S583)。如果链接被选择(S581：否)，则该处理从服务定义信息25中检索Link_Print_Description项并让记录单元14输出相同项(S585)，然后该处理结束推荐解释处理。

如果确定了推进项是“音频+显示”项(S587：是)，或者推荐项是“音频+显示”项(S591：是)，则该处理执行以上描述的组合详细解释处理(S589)，此后结束推荐解释处理。

执行推荐解释处理的示例性结果将被描述。

当图39中所示的服务定义信息25被使用并且如果用户选择显示器52上显示的翻译复制的链接并按下推荐键58时，该处理搜索图35中所示的服务定义信息25中相应Link部分的推荐项，即，字符串“Print”。然后该处理在推荐项是“打印”时被执行。即，链接Print_Description项被从服务定义信息25中检索处理并且作为打印资料从记录单元14中输出(见图38A或图34C)。打印资料是基于依照Base64算法对链接Print_Description项进行解码的结果被输出的。

(3)功能服务器30的处理

功能服务器30的控制单元31执行的每个处理将在以下描述。

(3-1)功能服务器处理

首先，参考图21和22，解释每次HTTP请求被接收到时功能服务器执行的处理。

当功能服务器处理被起动时，该处理判断接收到的HTTP请求是否是服务起动指令(S702)。该“服务起动指令”是由MFP10在图14的S202中发送的。

如果确定接收到的HTTP请求是服务起动指令(S702：是)，则该处理生成会话ID和代表会话ID的发送数据。此外，该处理确保执行服务所必需的资源，并且对应该请求的处理被起动(S708)。此后，该处理进行下一步S734。应该注意的是此处起动的处理是会话处理(图23)。

如果确定该请求不是服务起动指令(S702：否)，则该处理判断HTTP请求是否是服务完成指令(S710)。

如果确定该请求是服务完成指令(S710：是)，则该处理释放会话ID和在S708中保护的资源，生成代表服务完成的发送数据(S712)，并继续执行下一个步骤(S734)。如果确定该请求不是服务完成指令(S710：否)，则该处理判断服务相关信息，即，关于服务(会话或任务)的信息是否被包括在内，或者更确切的说，是否是在执行会话处理或任务(UI任务、输入任务、或输出任务)期间MFP10发送的HTTP请求(S714)。

如果确定该请求中包括服务相关信息(S714：是)，则发送HTTP请求的处理(会话处理、UI任务、输入任务、或输出任务)被识别出来(S716)。

如果该处理不能被识别出来(S718：否)，则控制生成通知错误的信息(即，错误通知信息)，然后进行S734。

如果该处理被识别出来(S718：是)，则控制将HTTP请求发送的信息传递给被识别的处理(S722)。

在S722已被完成之后，如果确定不包括服务相关信息(S714：否)，则指定对应会话ID或任务ID的信息的存储区域(S724)。

如果该存储区域不能被指定(S726：否)，则该处理继续进行S720，生成错误通知信息，并继续进行S734。如果存储区域已经被指定(S726：是)，则该处理判断在该存储区域中是否存在要返回给MFP10的信息(S728)。

然后，如果不存在要返回给MFP10的信息(S728：否)，则该处理生成表示“无MFP指令”的信息(S730)并进行S734。如果确定存在要返回给MFP10的信息(S728：是)，则该处理基于要返回的信息生成MFP控制指令(S732)，然后该处理进行S734。

该处理将在S708，S712，S720，S730和S732中生成的信息作为HTTP响应返回给MFP10(S734)。在返回给MFP10的HTTP响应当中：在S708中生成的发送数据在图14的S204中被MFP10接收；在S712中生成的发送数指示服务完成在图14的S208中被MFP10接收，其在S222中被判断并确定为“是”。此外，在S720生成的错误通知信息在图14的S224中被MFP10接收，其信息被判断并且在S222中确定为“否”，然后步骤S224被执行。在S730中生成的代表“无指令”的信息在图14的208中被MFP10接收，其信息被判断并且在S220中确定为“是”。在S732中生成的MFP控制指令在每种任务中具有不同的内容，并且由执行对应任务的MFP10接收。

如果服务控制信息处理(S714-S732)被执行(S736：是)，该处理将对应会话ID或任务ID的存储地址设置成“完成发送”(S738)，并结束功能服务器处理。如果服务控制信息处理还没有被执行(S736：否)，则该处理不设置存储地址，并接收功能服务器处理。

(3-2)会话处理

接着，将参考图23和24描述与功能服务器处理并行执行的会话处理。在图示的实施例中，关于翻译复制服务的会话处理将作为实例被描述。

当会话处理被起动时，该处理首先执行初始化(S802)。然后，该处理起动服务侧UI任务(S804)。该服务侧UI任务是与会话处理并行执行的处理，并将在稍后详细描述。

接着，该处理输出UI任务起动指令作为MFP指令(S806)。明确的说，该处理将UI任务起动指令，与任务ID和通信目的地地址一起存储在用于存储返回信息的存储区域中。然后，基于存储的数据，MFP控制指令在图21的S732中生成，该指令作为起动指令在图22的S734中被发送到MFP10。该起动指令在图14的S208中由MFP10接收到，并且基于该起动指令，UI任务被在MFP10上起动(在图15的S254中)。

接着，该处理判断参数是否已经被从MFP10输入(S808)。如稍后描述的那样，在S804中起动的UI任务中，参数从MFP10获得，并且参数被获得的通知被发送给会话处理。因而，在S808中，如果参数被获得的通知从UI任务发送，则该处理确定来自MFP10的参数输入已完成。

如果确定参数输入没有完成(S808：否)，则该处理判断UI任务是否被终止(S810)。如果对来自MFP10的参数的获得没有成功执行，则UI任务被终止并且代表UI任务终止的信息被发送到会话处理。因而，在S810中，如果这种信息被接收到(即，UI任务的终止被通知)，则该处理确定UI任务被终止。

如果确定UI任务没有被终止(S810：否)，该处理返回S808。如果确定UI任务被终止(S810：是)，该处理进行S848。

如果确定参数输入已经被完成(S808：是)，则作为一种服务结尾输入任务的扫描任务被起动(S812)。这种扫描任务是与会话处理并行执行的处理，该任务将在稍后描述。

接着，该处理输出扫描(输入)任务起动指令作为MFP指令(S814)。在此步骤中，该处理将扫描任务起动指令，与任务ID和通信目的地地址一起存储在用于存储返回信息的存储区域中。然后，基于存储的数据，MFP控制指令在图22的S732中生成，并且作为激活指令在图22的S734中被发送到MFP10。这个起动指令在图14的S208中由MFP10接收到，并且基于该被接收的指令，输入任务在MFP10中被起动。

接着，该处理判断MFP10上的扫描器(读取单元13)的准备任务是否已经完成(S816)。在S812中起动的扫描任务中，扫描器在MFP10上的准备完成的通知被接收到，并且对此的通知被发送到当前会话处理。因而，在S816中，如果扫描器准备完成的通知被从扫描任务接收到，则确定MFP10上的扫描器准备已完成。

如果在S816中确定在MFP10上扫描器准备没有完成(S816：否)，则该处理判断扫描任务是否被终止(S818)。在S812中起动的扫描任务中，如果扫描器准备已经被完成的通知还没有被从MFP10成功接收到，则扫描任务自身被终止(完成)，并且扫描任务的终止被通知给会话处理。因而，如果从扫描任务接收到终止的通知，则该处理确定扫描任务已经被终止。

如果确定扫描任务没有被终止(S818：否)，该处理返回S816。如果确定扫描任务已经被终止(S818：是)，该处理进行S844。

如果确定扫描器准备被完成(S816：是)，则作为一种服务侧输出任务的打印任务被起动(S820)。这种打印任务与会话处理并行执行，该任务将在稍后详细描述。

接着，该打印(输出)任务起动指令作为MFP指令被输出(S822)。在此步骤中，该处理将打印任务起动指令，与任务ID和通信目的地地址一起存储在用于存储返回信息的存储区域中。基于此，MFP控制指令在图21的S732中生成，该指令作为起动指令在图22的S734中被发送到MFP10。这个起动指令在图14的S208中由MFP10接收到，并且基于这个指令，输出任务在MFP10上被起动(图15的S266)。

接着，该处理判断MFP10上的打印机(记录单元14)的准备是否已经完成(S824)。在S820中起动的打印任务中，MFP10上的打印准备完成的通知被接收到，对此的通知被发送到会话处理。因而，如果打印准备完成的通知已经被从这个扫描任务接收到，则确定MFP10上的打印准备已完成。

如果确定在MFP10上打印准备没有完成(S824：否)，则该处理判断打印任务是否被终止(S826)。在S820中起动的打印任务中，如果在MFP10上打印准备已经被完成的通知还没有成功接收到，则打印任务自身被终止(完成)，并且对此的通知被发送给会话处理。因而，如果还没有从打印任务接收到终止的通知，则确定打印任务被终止。

如果确定打印任务还没有被终止(S826：否)，该处理返回S824。如果确定扫描任务已经被终止(S826：是)，该处理进行S840。

如果确定打印准备已经被完成(S824：是)，则从MFP10获得的输入数据被检索到(S828)。在S812中起动的扫描任务中，由MFP10的读取单元13读取的图像数据被从MFP10处获得。因而，在S828中，在获得的和存储在预定存储区域中的数据(输入数据)之中，对应一页的数据被检索到。

接着，在S830中，通过对在S828中读取的输入数据应用OCR处理、翻译处理、打印布局处理，生成处理过的图像数据。明确的说，通过对在S828中检索到的输入数据应用OCR处理识别出输入数据代表的图像中的文本部分。然后通过对此文本部分应用翻译处理，将该文本部分翻译成指定语言的文本。此翻译处理是根据在S804中起动的UI任务中获得的参数执行的，并且该文本部分被翻译成这个参数代表的语言。然后，基于该被识别出且被翻译的文本部分，依照指定的打印布局生成要打印的图像数据。

接着，在S830中生成的图像数据被输出(S832)。在此步骤中，在S830中生成的图像数据，和任务ID和通信目的地地址一起被存储在用于存储返回信息的存储区域中。基于存储在用于存储返回信息的存储器中的数据，MFP控制指令在图21的S732中生成，该指令在图22的S734中被作为输出数据发送给MFP10。该输出数据由MFP10在图20的S520中接收到，并且基于该数据，图像由记录单元14输出。

随后，该处理判断在S828中对所有输入数据的读取(所有页的数据区域)是否已经被完成(S824)。如果读取还没有被完成(S834：否)，则该处理返回S828，然而，如果所有的输入数据已经被读完(S834：是)，则该处理判断在S832中输出数据(存储在存储区域中)的输出是否已经被完成(S836)。

如果输出数据的输出还没有被完成(S836：否)，则该处理返回到S828，然而，如果输出已经被完成(S836：是)，则打印(输出)任务完成指令被作为MFP指令输出(S838)。在此步骤中，用于将打印任务完成指令与任务ID一起存储在用于存储返回信息的存储器中的处理被执行。基于该被存储的数据，MFP控制指令在图21的S732中生成并且在图22的S734中被作为完成指令发送给MFP10。这个完成指令在图14的S208中由MFP10接收，并且基于该指令，MFP10的输出任务被终止(完成)(图14的S208)。

在打印任务完成指令已经被输出或者确定打印任务已经被终止之后(S826：是)，在S820中起动的服务侧打印任务被结束(S840)。

接着，扫描(输入)任务完成指令被作为MFP指令输出(S842)。在此步骤中，该处理将扫描任务完成指令与任务ID一起存储在用于存储返回信息的存储区域中。基于该存储的数据，MFP控制指令在S732中生成，该指令在S734中被作为完成指令发送给MFP10。这个完成指令在图14的S208中被MFP10接收到，并且基于该指令，输入任务在MFP10上被终止(图14的S218)。

当扫描任务完成指令被输出时，或者确定扫描任务已经被终止时(S818：是)，在S812中起动的服务侧扫描任务被结束(S844)。

接着，UI任务完成指令被作为MFP指令输出(S846)。在此步骤中，该处理将扫描任务完成指令与任务ID一起存储在用于存储返回信息的存储区域中。基于该存储数据，MFP控制指令在图21的S732中生成，该指令在图22的S734中被作为完成指令发送给MFP10。这个完成指令在图14的S208中被MFP10接收到，并且基于该指令，UI任务在MFP10上被终止(图14的S218)。

在S850中，诸如释放每个任务中保护的资源这样的完成处理已经被执行。因而，服务完成指令已经被作为MFP指令输出(S852)，并且该会话处理被完成。

在S848中，该处理将服务完成指令存储在用于存储返回信息的存储区域中。基于该指令，MFP控制指令在图21的S732中生成，该指令在图22的S734中被作为完成指令发送给MFP10。这个完成指令在图14的S208中被MFP10接收到，并且基于该指令，在MFP10上的会话处理被结束(图14的S222)。

(3-3)UI任务

接着，将参考图25描述在图23的S804中起动的UI任务处理。

当UI任务被起动时，该处理等待，一直到MFP任务指令查询被从MFP10接收到。当接收到MFP任务指令查询时(S902)，该处理将参数请求指令作为MFP指令返回给MFP10(S904)，请求为执行服务所必须的参数设置。在S902中接收到的MFP任务指令查询是由MFP10在图16的S321中发送的HTTP请求。在S904中发送的MFP指令是在图16的S323中由MFP接收到的HTTP响应。明确的说，服务I/F信息36(例如，对应翻译复制服务的信息)已经被添加进HTTP响应。当接收到MFP指令时，MFP10在图16的S321中发送参数。

接着，错误计数被初始化(S906)。即，用于计算参数不能被成功接收的事件连续发生的次数的计数器被复位(即，设置成“0”)。

接着，该处理一直等待直到参数被从MFP10接收到，该MFP10接收在S904中发送的MFP指令。当接收到参数时(S908)，该处理判断参数是否已经被成功接收(S910)。

如果确定参数没有被成功接收(S910：否)，则该处理基于错误计数器的值判断这种情况是否已经连续发生了预定数目次(在此图示的实施例中为两次)(S912)。如果还没有发生预定数目那么多次(S912：否)，则该处理在S914中输出服务器接收状态用于通知参数没有被成功接收(服务器接收NG；异常接收)，并且将错误计数器加1(S916)。然后，该处理返回S908。

在S914中，该处理将服务器接收状态存储在用于存储返回信息的存储区域中。基于该服务器接收状态，MFP控制指令在图21的S732中生成，并且在图22的S734中被作为服务器接收状态发送给MFP10。此服务器接收状态在图16的S323中被MFP10接收到，并且基于接收到的信息，MFP10重发参数(图16中的S341，S343等)。

如果参数不能被正确接收的情况连续发生了预定数目那么多次(S910：是)，则该处理向会话处理通知UI任务的终止(完成)(S918)，并终止UI任务。S918中的通知在图23的S810中被会话处理接收到。

如果确定参数已经被正确接收到(S910：是)，则该处理输出服务器接收状态用于通知参数已经被成功接收(服务器接收OK；正常接收)(S920)。在此步骤中，该处理将服务器接收状态存储在用于存储返回信息的存储区域中。基于存储信息，MFP控制指令在图21的S732中生成，其在图22的S734中被作为服务器接收状态发送给MFP10。这个服务器接收状态在图16的S323中由MFP 10接收。基于这样接收的服务器接收状态，在MFP10中证实该参数不需要被重发(图16中的S341，S343等)。

接着，该处理向会话处理通知参数输入(参数获得)的完成(S922)。此通知由会话处理在图23的S808中接收。

当S922被完成时，该处理一直等待直到MFP任务指令查询被从MFP10接收到。当MFP任务指令查询被接收到时(S924)，该处理重复输出服务状态信息(S926)直至UI任务被另一个处理终止(完成)为止(例如，图24的S844)。在S926中，该处理将服务状态信息存储在用于存储返回信息的存储器中。基于存储的信息，MFP控制指令在图21的S732中生成，该指令在图22的S734中被作为服务状态信息发送给MFP10。

(3-4)扫描任务

接着，将参考图26描述在图23的S812中起动的扫描任务处理。

当扫描任务被开始时，该处理一直等待直到MFP状态信息被从MFP10接收到为止。当MFP状态信息被接收到时(S1002)，错误计数器被初始化(S1004)如在图25的S906中一样，并且MFP参数被输出(S1006)。在S1002接收到的MFP状态信息是在图19的S408中从MFP10发送的HTTP请求。为了响应MFP状态信息，该处理在S1006中返回MFP参数作为HTTP响应。MFP参数已经在图25的S908中被接收到，并且是对应MFP10的参数，MFP10是在S1002接收的MFP状态信息的发送源。

从接收到MFP参数的MFP10，指示MFP参数是否被成功接收的MFP接收状态被从该MFP10发送出去。因而，基于MFP接收状态，该处理判断MFP参数是否已经被成功接收(S1008)。明确的说，如果MFP接收状态指示了异常接收(NG)，则该处理确定该接收是失败的，而如果指示正常接收(OK)，则该处理确定接收已经被成功执行。

如果确定MFP参数没有被MFP10成功接收(S1008：否)，则通过参考错误计数器的值，该处理判断这种情况是否已经连续发生了预定数目那么多次(在此图示的实施例中为两次)(S1010)。如果这种情况没有连续发生预定数目那么多次(S1010：否)，则该处理将错误计数器加一(S1012)，并返回S1006。

如果参数没有被成功接收的状态连续发生了预定数目那么多次(S1010：是)，则该处理通知会话处理扫描任务的终止(完成)(S1014)，并输出通知指令，用于通知作为服务状态信息的异常完成(S1016)。在S1014中的这种通知被会话处理在图23的S818中接收到。在S1016中，该处理将通知指令存储在用于存储返回信息的存储区域中。基于这种存储的信息，MFP控制指令在图21的S732中生成，其被在图22的S734中作为通知指令发送给MFP10。该通知指令在图19的S410中由MFP10接收到。

如果确定MFP参数已经被MFP10成功接收到(S1008：是)，则确定扫描器(读取单元13)准备已经在MFP10中完成，并且该处理通知会话处理扫描器准备的完成(S1018)。该通知由会话处理在图23的S816中接收到。

接着，该处理输出输入数据请求，请求将由功能服务器30处理的数据的发送。即，该处理将输入数据存储在用于存储返回信息的存储区域中(S1020)。基于该存储的数据，MFP控制指令在图21的S732中生成，其被在图22的S734中作为输入数据请求发送给MFP10。该输入数据请求由MFP10在图19的S420中接收到，然后，用户操作MFP10并且输入数据被从MFP10发送出去。

当从接收到输入数据请求的MFP10接收到的输入数据被接收到时(S1022)，如果输入数据的接收被正常完成(S1024：是)，则用于通知正常完成的通知指令被作为服务状态信息输出(S1026)，然后，该扫描任务被完成。在S1026中，该处理将通知指令存储在用于存储返回信息的存储区域中。基于该存储的信息，MFP控制指令在图21的S732中生成，其被在图22的S734中作为通知指令发送给MFP10。

该通知指令由MFP10在图19的S432中接收到。

如果输入数据的接收没有被正常完成(S1024：否)，则该处理进行S1016，输出用于通知异常完成的通知指令作为服务状态信息，并结束扫描任务。该通知指令由MFP10在图19的S423中接收到。

(3-5)打印任务

接着，将参考图27描述在图23的S820中起动的打印任务处理。

当打印任务被起动时，该处理一直等待直到MFP状态信息被从MFP10接收到为止。当MFP状态信息被接收到时(S1102)，错误计数器被初始化(S1104)如在图25的S906中一样，然后，MFP参数被输出(S1106)。在S1102接收到的MFP状态信息是在图20的S508中从MFP10发送的HTTP请求，并且该MFP参数在S1106中，作为HTTP响应被返回以响应HTTP请求。MFP参数在图25的S908中被接收到，并且是对应MFP10的参数，其中该MFP10是在S1102中接收的MFP状态信息的发送源。

由于指示MFP参数是否被成功接收的MFP接收状态被从接收到MFP参数的MFP10发送出去，所以该处理依照MFP接收状态判断MFP参数是否已经被MFP10成功接收到(S1108)，如图26的S1008一样。

如果确定MFP参数没有被MFP10成功接收(S1108：否)，则该处理基于参考错误计数器的值，判断这种情况是否已经连续发生了预定数目那么多次(在此图示的实施例中为两次)(S1110)。如果这种情况没有被连续发生预定数目那么多次(S1110：否)，则该处理将错误计数器加1(S1112)，并返回S1106。

如果参数不能被成功接收的状态连续发生了预定数目那么多次(S1110：是)，则打印任务的终止(完成)被通知给会话处理(S1114)，然后，通知异常完成的通知指令被作为服务状态信息输出(S1116)。在S1114中接收的这种通知被会话处理在图23的S826中接收到。此外，在S1116中，通知指令被存储在用于存储返回信息的存储区域中。基于该存储的信息，MFP控制指令在图21的S732中生成，其被在图22的S734中作为通知指令发送给MFP10。这种通知指令在图20的S510中由MFP10接收到。

如果确定MFP参数已经被MFP10成功接收到(S1108：是)，则该处理一接收到MFP参数就确定对于打印的准备(由记录单元14执行)已经在MFP10中完成，并且打印准备的完成被通知给会话处理(S1118)。此通知被会话处理在图23的S824中接收到。在会话处理中，对接收到此信息作出响应，图24的步骤S828到S836被执行并且打印数据被发送。

接着，该处理将在会话处理中(图24的S832)生成的打印数据转换成能够由MFP10处理的打印数据，并将转换后的数据存储在用于存储发送信息的存储区域中(S1120)。基于这样的存储数据，MFP控制指令在图21的S732中生成，其被在图22的S734中作为通知指令发送给MFP10。该通知信息在图20的S520中由MFP10接收到。

接收到打印数据的MFP10发送MFP状态信息作为HTTP请求(图20的S532)。

当MFP状态信息被从接收到打印数据的MFP10接收到时(S1122)，如果MFP状态信息已经被成功接收(S1124：是)，则该处理输出用于通知正常完成的通知指令作为服务状态信息(S1126)，并且，结束打印任务。在S1126中，该通知信息被存储在用于存储返回信息的存储区域中。基于该存储信息，MFP控制指令在图21的S732中生成，其被作为通知指令发送给MFP10。该通知指令在图20的S534中由MFP10接收到。

如果MFP状态信息的接收没有被成功完成(S1124：否)，则该处理进行S1116，其中该处理输出用于通知异常完成的通知指令作为服务状态信息，并完成打印任务。该通知指令在图20的S534中由MFP10接收到。

在配置成以上那样的服务提供系统中，MFP10从功能服务器30接收服务并进行操作以实现被提供的功能。在该服务被从功能服务器30提供给MFP10之前，起到使用户能确定使用哪种服务的菜单的作用的服务定义信息25被从目录服务器20下载到MFP10。当下载被执行时，MFP10的类型信息被发送到目录服务器20(见图9的S113)，并且该目录服务器20依照接收到的类型信息发送满足MFP10的类型和功能的适当的服务定义信息25(见图7的S75和S77)。通过这种配置，MFP10能够输出完全支持MFP10的功能/特点的菜单。例如，如果MFP10具有只能显示三行字符/字母的显示器，则目录服务器20发送对应三行显示器的服务定义信息25(即，菜单)。如果MFP10的显示器具有十行的显示区域，则对应十行显示器的服务定义信息可以被从目录服务器20发送到MFP10。

根据该图示的实施例，服务定义信息25被配置成不仅包括表示显示标题的Title项和表示链接的显示标题的Link_Title项，还包括表示所示标题的详细解释信息的Description项和表示对包含在一个文件中的链接的所示标题的详细解释的Link_Description项(见图3和图4)。在MFP10中，在以上项中，当用户利用相应服务时，Title项和Link_Title项必须被显示在显示器52上，而Description项和Link_Description项仅仅在用户按下其中一个详细解释键(即，显示键53、打印键54、声音键55、声音+显示键56、声音+打印键57和推荐键58)时才被显示(见图9的S123和S124)。

由于以上配置，当用户理解了菜单内容时，对于用户不必要的信息将不会被输出，从而允许用户能操作快捷。另一方面，当用户想要菜单项的详细解释时，用户能够仅仅通过按下详细解释键来获得每个菜单项的详细解释。根据该图示的实施例，在通信的一个会话中，MFP10不仅仅获得关于Title项和Link_Title项的详细解释信息，MFP10还获得关于Description项和Link_Description项的信息，当详细解释被显示时，MFP10无需执行与目录服务器之间的通信过程。即，MFP10能够以较高的响应速度输出每一项的详细解释。

当用户按下声音+显示键56或是声音+打印键56或是声音+打印键57时，通过声音输出和显示输出，或通过声音输出和打印输出(见图29到32)来输出具体解释。此外，以上的输出能够在预定时限内被执行。

因而，根据图示的实施例，详细解释能够以不同方式提供给用户。此外，可以使用户理解菜单的通用配置，并且再次，还能使用户理解各自的功能。可选的或是可替代的，可以首先提供输出(例如，打印的资料)，然后利用语言消息提供对该输出的解释。这样，根据图示的实施例，用户能够轻松地了解每种服务的详细情况。

此外，根据图示的实施例，当用户不知道对于获得详细解释哪种方法更恰当时，通过操作推荐键58，能够通过使用服务定义信息25的设计者认为恰当的方法来输出详细解释。因而，该系统对于用户非常容易操作。

本发明不需要被限制在上述的图示实施例中，而在不脱离本发明的范围内可以作出不同修改。

例如，在上述的图示实施例中，MFP10被用作网络系统的终端装置。然而，该终端装置可以是够接收功能服务器30提供的服务且能实现该服务的任意装置。这种装置的实例可以是打印机、扫描器和传真装置。

在根据图示实施例的服务提供系统中，被描述为仅仅包括了一个MFP10，一个目录服务器20和一个功能服务器30。这种配置是为了简化说明，并且根据本发明的服务提供系统可以具有包括了上述的图示实施例的不同配置。例如，在根据本发明各方面的服务提供系统中，可以包括一个以上的MFP10。即，这种系统可以被配置成这样，使多个MFP10的每一个可以从公共目录服务器20接收服务定义信息25，并且向公共功能服务器30请求服务。

根据本发明的多个方面，目录服务器20(或者目录服务器20的一部分)和/或功能服务器30(或者功能服务器30的一部分)能够被集成为单独的装置。

可替代的，根据本发明的多个方面，目录服务器20(或者目录服务器20的一部分)和/或功能服务器30(或者功能服务器30的一部分)可以被包含在MFP10中。

根据图示实施例的服务提供系统被配置成仅仅服务定义信息25包括了具体解释信息。这可以被修改成使服务I/F信息36也包括与服务定义信息25类似的具体解释信息。这种修改能回答用户在输入服务的参数时可能会有的问题，从而提供上述关于服务定义信息的优点。

Claims (13)

1.一种网络系统，包括：

目录服务器，其被配置成通过网络提供关于服务的服务定义信息；和

终端装置，其被配置成为了使用而接收所述目录服务器提供的所述服务定义信息，

所述目录服务器包括：

服务器通信单元，其被配置成与所述终端装置通信；

服务定义信息存储单元，其被配置成将使用服务时输出的主要信息和辅助信息联系起来，并存储所述主要信息和辅助信息作为服务定义信息的一部分；和

服务定义信息发送控制单元，其从所述服务定义信息存储单元检索服务定义信息并将检索到的信息通过所述服务器通信单元发送给所述终端装置，并且

所述终端装置包括：

终端通信单元，其被配置成与所述目录服务器通信；

输出单元，其被配置成依照信息执行输出操作；

输入接收单元，其被配置成接收用户的输入指令；和

输出控制单元，其被被配置成，

当所述输出控制单元通过所述终端通信单元从所述目录服务器接收到所述服务定义信息时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的主要信息，并且

当所述输入接收单元接收到用户的预定输入指令时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的辅助信息。

2.如权利要求1所述的网络系统，

其中所述辅助信息是对应所述主要信息的解释信息。

3.如权利要求1或2所述的网络系统，

其中所述终端装置配备多个输出单元，

其中存储在所述目录服务器的所述服务定义信息存储单元中的所述辅助信息包括分别对应所述多个输出单元的多条辅助信息，并且

其中包含在所述终端装置中的所述输出控制单元，控制所述输出单元中与由所述输入指令接收单元接收到的指令相对应的一个预定输出单元，输出所述多条辅助信息的对应的一条辅助信息。

4.如权利要求3所述的网络系统，

其中所述终端装置的输出控制单元控制分别对应所述多条辅助信息的多个输出单元，分别在预定时限并行地输出各自的辅助信息。

5.如权利要求4所述的网络系统，

其中所述终端装置的输出控制单元控制所述多个输出单元在预定时限一个接一个地输出所述多条辅助信息。

6.如权利要求3所述的网络系统，

其中存储在所述目录服务器的服务定义信息存储单元中的服务定义信息包括输出单元指定信息，所述输出单元指定信息指定适合输出辅助信息的输出单元，并且

其中，如果所述输入指令接收单元接收到所述预定的输入指令时，所述输出控制单元依照所述输出单元指定信息，控制被指定的输出单元输出辅助信息。

7.如权利要求1-6中任何一个所述的网络系统，

其中所述输出单元包括被配置成显示图像的显示单元、被配置成输出声音的声音输出单元、和被配置成在记录媒体上打印图像的打印单元中的至少一个。

8.如前述权利要求中的任何一个所述的网络系统，

其中，所述目录服务器包括被配置成经由服务器通信单元从终端装置查询类型的查询单元，

其中，存储在所述服务定义信息存储单元中的服务定义信息包括对应所述终端装置的类型并且能够被所述终端装置的输出单元输出的主要信息和辅助信息，

其中，所述服务定义信息发送控制单元从所述服务定义信息存储单元中，检索与所述查询单元获得的终端装置的类型相对应的服务定义信息，

其中，所述终端装置还包括类型答复单元，所述类型答复单元将所述目录服务器经由所述终端通信单元查询的终端装置的类型经由所述终端通信单元发送给所述目录服务器。

9.一种目录服务器，被配置成通过网络提供关于终端装置要使用的服务的服务定义信息，所述目录服务器包括：

服务器通信单元，其被配置成执行与所述终端装置的通信；

服务定义信息存储单元，其被配置成将使用服务时输出的主要信息和辅助信息联系起来，并存储所述主要信息和辅助信息作为服务信息的一部分；和

服务定义信息发送控制单元，其从所述服务定义信息存储单元检索服务定义信息，并将检索到的信息通过所述服务器通信单元发送给所述终端装置。

10.一种终端装置，被配置成通过网络从目录服务器接收关于要使用的服务的服务定义信息，所述终端装置包括：

终端通信单元，其被配置成与所述目录服务器通信；

输出单元，其被配置成依照信息执行输出操作；

输入接收单元，其被配置成接收用户的输入指令；和

输出控制单元，其被配置成，

当所述输出控制单元通过所述终端通信单元从所述目录服务器接收到所述服务定义信息时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的主要信息，并且

当所述输入接收单元接收到用户的预定输入指令时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的辅助信息。

11.一种具有在其中存储的程序的计算机可读媒体，所述程序包括计算机可读指令，所述计算机可读指令能使计算机起到目录服务器的作用，所述目录服务器通过网络向终端装置提供关于所述终端装置要使用的服务的服务定义信息，

其中所述计算机，当作为所述目录服务器起作用时，包括：

服务器通信单元，其被配置成执行与所述终端装置的通信；

服务定义信息存储单元，其被配置成将使用服务输出的主要信息和辅助信息联系起来，并存储所述主要信息和辅助信息作为所述服务信息的一部分；和

服务定义信息发送控制单元，其从所述服务定义信息存储单元检索服务定义信息，并将检索到的信息通过所述服务器通信单元发送给所述终端装置。

12.一种具有在其中存储的程序的计算机可读媒体，所述程序包括计算机可读指令，所述计算机可读指令使计算机起到终端装置的作用，所述终端装置被配置成通过网络从目录服务器接收关于要使用的服务的服务定义信息，

其中所述计算机，在作为所述终端装置起作用时，包括：

终端通信单元，其被配置成与所述目录服务器通信；

输出单元，其被配置成依照信息执行输出操作；

输入接收单元，其被配置成接收用户的输入指令；和

输出控制单元，其被配置成：

当所述输出控制单元通过终端通信单元从所述目录服务器接收到所述服务定义信息时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的主要信息，并且

当所述输入接收单元接收到用户的预定输入指令时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的辅助信息。

13.一种终端装置，被配置成通过网络从目录服务器接收关于要使用的服务的服务定义信息，所述终端装置包括：

终端通信装置，用于与所述目录服务器通信；

输出装置，用于依照信息执行输出操作；

输入装置，用于接收用户的输入指令；和

输出控制单元，其被配置成，

当所述输出控制单元通过所述终端通信单元从所述目录服务器接收到所述服务定义信息时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的主要信息，并且

当所述输入接收单元接收到用户的预定输入指令时，所述输出控制单元控制所述输出单元输出包含在所述服务定义信息中的辅助信息。

Images