CN1819613A - 通信系统 - Google Patents

Abstract

一种图像处理设备，其配置用来响应于来自图像处理设备的请求提供与(1)由图像处理设备的功能产生的图像数据和(2)用来表示要形成的图像的图像数据的至少其中一个相关的服务。该图像处理设备可以包括参数指定单元、服务请求单元、和功能实现单元，该功能实现单元基于由参数指定单元指定的服务提供参数实现图像处理设备的功能。所述服务提供设备具有服务提供执行单元，该单元适用于在从提供给图像处理设备的服务请求单元接收到请求之后执行处理来向图像处理设备提供服务。

Description

通信系统

相关申请的交叉引用

本申请要求2004年11月5日提交的2004-322937号和2004-322942号以及2005年5月17日提交的2005-144232号日本专利申请的优先权。在此结合这些申请的全部内容作为参考。

技术领域

本发明的多个方面涉及一种通信设备，其包括被配置用来提供服务的服务器和用来接收由服务器提供的服务的客户端设备。本发明的多个方面还涉及构成通信系统的服务器和客户端设备。本发明的多个方面尤其还涉及一种图像处理系统，其包括构成该图像处理系统的图像处理设备和服务器。

背景技术

传统上，如下那样配置的通信系统是公知的。该通信系统配置有服务器，该服务器响应于来自客户端对有关该服务器可以提供的服务的数据的请求将该数据传送到客户端。接着，将客户端基于有关这些服务的数据所产生的数据从客户端传送到服务器。然后，服务器处理附属于该服务的传送数据，从而提供该服务。

在<http：//www.work-at.co.jp>题目为“RSS Reader Rabbk Ticker”的网站(该网站从2004年10月20日开始存在)上可以找到传统已知技术的例子。在该网站上，公开了一种客户端设备，其周期性地向服务器传送询问来请求新闻信息。当有新闻信息时，客户端可以访问服务器来获得该新闻信息。

在日本专利临时公开No.HEI 9-238215(此后，称作`215公开)中可以找到另外一个例子。根据`215公开，存在一个数字复印机和一个主计算机，两者都连接到网络。在数字复印机中没有实现的功能在主计算机中实现。根据`215公开，通过网络从所述数字复印机向主计算机传送控制命令代码和/或诸如图像密度数据的图像数据。接着，主计算机分析所接收的控制命令，然后使用由接收(并分析)的命令代码指定的功能对所接收的图像数据应用图像处理。然后将如此处理的图像数据从主计算机通过网络传送到数字复印机。接着，数字复印机打印所接收的处理过的图像数据。从而，数字复印机使用由主计算机提供的服务来处理图像数据。

另外，在`215公开披露的系统中，当在主计算机中实现新的功能时，有关该新功能的信息被从主计算机传送到数字复印机。然后，用户可以从这些新功能中只选择用户希望向该复印机登记的功能。

但是，在`215公开中披露的系统并不适用于要提供的服务不规则地增加/删除的环境。也就是，根据这种系统，当新的功能被添加到主计算机时，该功能只有向数字复印机登记才可以使用。但是，由于服务器处于因特网上，那么如果频繁不规则地增加/删除多种服务，那么向数字复印机的登记操作是非常麻烦的，并且这种信息量也是相当大的。因此，`215公开中所披露的技术可能不适合使用因特网的系统。

顺便提及，如上所述的服务提供系统典型地配置为数字复印机或客户端连接到LAN(局域网)，并且该LAN通过路由器连接到例如因特网的WAN(广域网)。路由器用来提高网络通信量的效率，并用来加强系统的安全性。在这种使用路由器的网络中，不必要的分组不会输出到LAN之外，并且不必要的分组也不会从外部进入LAN。

通常，根据上面的配置，LAN接受作为对于从LAN内部的设备传送的请求的响应所传送的数据。在这种网络中，在没有来自LAN内部的设备的请求的情况下，就不可能接收从LAN外部的服务器主动传送的数据。也就是，对于通过路由器连接到WAN(例如，因特网)的任何网络设备，在WAN上的服务器都不能主动提供服务。

如此，当存在服务器可以提供给连接到LAN的客户端的服务时，可以使用采用轮询通信的系统。这种系统尤其在不断向客户端提供新服务时非常有效。

但是，在这种系统中，如果由服务器提供的服务的数量增加和/或当客户端的数量增加时，使用轮询通信要传送的数据量(询问数据的量)会增加，从而增加了网络通信量。进一步，由于客户端访问的增加，可能会对服务器造成相当大的负荷。

发明内容

本发明的多个方面提供了一种网络系统配置，其中从客户端服务登记系统接收询问，通过该登记系统用户可以使用具有足够用户接口的终端设备提交外围设备要使用的服务的登记申请。在这些方面，外围设备还可以使用由服务器提供的服务也成为可能。

本发明的多个方面还提供了一种配置为客户端可以更有效地传送询问数据到服务器的通信系统。

注意在下面的描述的单元之间提出了各种连接。注意如果没有另外说明，这些连接通常可以是直接或间接的，并且该说明书不在于限制于该方面。本发明的多个方面可以作为存储在计算机可读介质上的程序以计算机软件来实现，所述介质包括但不局限于RAM、ROM、闪存、EEPROM、CD介质、DVD介质、临时存储器、硬盘驱动器、软盘驱动器、永久存储器、等等。

根据本发明的多个方面，提供了一种图像处理系统，其包括：图像处理设备，该设备具有扫描图像并产生用于表示图像的图像数据的图像读取功能和形成由图像数据表示的图像的图像形成功能中的至少一个；以及服务提供设备，该设备适用于响应于来自图像处理设备的请求提供服务，该服务与图像处理设备功能产生的图像数据和表示要形成的图像的图像数据中的至少一个相关。

该图像处理设备可以包括：参数指定单元，其适用于允许用户依据提供给图像处理设备的功能在许多功能参数中指定一个功能参数作为从服务提供设备接收服务所需的服务提供参数；服务请求单元，其适用于向服务提供设备请求服务；和功能实现单元，其适用于基于由参数指定单元指定的服务提供参数实现图像处理设备的功能。

该服务提供设备可以安装有服务提供执行单元，该单元适用于在从服务请求单元接收到请求之后执行处理来提供服务给图像处理设备。

该图像处理设备可以安装有指定请求单元，其适用于请求图像处理设备来指定服务提供参数。进一步，当服务提供设备的指定请求单元请求参数指定单元指定服务提供参数时，所述参数指定单元可以适用于允许用户依据提供给图像处理设备的功能指定功能参数作为服务提供参数。

参数指定单元可以适用于当服务提供设备的指定请求单元请求参数指定单元指定功能参数时在图像处理设备的显示单元上显示包括有关提供给图像处理设备的功能的登记功能参数的参数列表，并适于允许用户在参数列表中登记的功能参数中指定要作为服务提供参数的功能参数。

该服务提供设备可以安装有第一列表产生单元，其适用于产生参数列表，该指定请求单元适用于将对于服务提供参数的指定请求命令和由第一列表产生单元产生的参数列表一起传送到图像处理设备。进一步，该参数指定单元可以适用于当参数指定单元从指定请求单元接收到指定请求命令和参数列表时在显示单元上显示所述参数列表，并适于允许用户在参数列表中登记的功能参数中指定作为服务提供参数的功能参数。

该服务提供设备具有设备侧设置通知单元，其适用于通知图像处理系统可以设置的参数，该服务提供设备具有服务端参数存储单元，其适用于在存储单元中存储相应于图像处理设备的可设置参数，所述第一列表产生单元适用于产生参数列表，其中功能参数是基于相应于图像处理设备的可设置参数指定的。

该服务提供设备可以具有第一通知请求单元，其适用于请求该图像处理设备指示用来指定与提供给图像处理设备的功能相关的功能参数的可设置参数，该可设置参数被指定给提供给图像处理设备的功能。进一步，第一列表产生单元可以适用于产生其中登记了功能参数的参数，该功能参数是由可设置参数指定的，该可设置参数是由被第一通知请求单元所请求的图像处理系统指示的。

该图像处理设备可以具有设备侧设置通知单元，其适用于向服务提供设备指示可设置参数，并且当该参数指定单元从指定请求单元接收到指定请求命令和参数列表时，该参数指定单元可以适用于在显示单元上显示该参数列表。

该图像处理系统可以进一步包括：信息管理单元，其适用于在存储单元中存储该可设置参数；和至少其中一个服务提供设备。该服务提供设备可以具有第二通知请求单元，其适用于请求该信息管理单元指示图像处理设备的可设置参数。进一步，该第一列表产生单元可以适用于产生其中登记了功能参数的参数列表，该功能参数由可设置参数指定，该可设置参数是由被第二通知请求单元所请求的图像管理单元指示的，并且该信息管理单元可以具有管理员(manager)侧设置通知单元，其适用于根据来自服务提供设备的请求向服务提供设备指示可设置参数。

图像处理系统可进一步包括设备侧设置通知单元，其适用于向信息管理单元指示可以对图像处理系统设置的可设置参数。该信息管理单元具有管理员侧参数存储单元，其适用于存储相应于图像处理设备的可设置参数，并且该管理员侧参数存储单元可以适用于指示存储在管理员侧参数存储单元中的可设置参数，相应于图像处理设备的可设置参数根据来自服务提供设备的请求将服务提供给服务提供设备。

设备侧设置通知单元可以适用于在激活图像处理设备之后的预定定时指示该可设置参数。

当修改可以对图像处理设备进行设置的可设置参数时，该设备侧设置通知单元可以适用于向服务提供设备指示该可设置参数。

设备侧设置通知单元可以适用于在激活该图像处理设备时向服务提供设备指示可设置参数。

图像处理设备可以具有第二列表产生单元，其适用于在服务提供设备的指定请求单元请求图像处理设备指定服务提供参数时产生包括有关提供给图像处理设备的功能的登记功能参数的参数列表。进一步，参数指定系统可以适用于在图像处理设备的显示单元上显示由第二列表产生单元产生的参数列表，并允许用户在参数列表中登记的功能参数中指定作为服务提供参数的功能参数。

该参数列表可以通过将与提供给图像处理设备的功能相关的功能参数登记到格式列表中来产生。进一步，该指定请求单元可以适用于将对于服务提供参数的指定请求命令与格式列表和指示功能参数向格式列表的登记方法的列表信息一起传送到图像处理设备，并且当第二列表产生单元从指定请求单元接收到指定请求命令时，第二列表产生单元可以适用于基于所述格式列表和登记方法产生列表。

该功能参数可以是下列参数中的至少一个：(1)相应于读取功能的参数，该功能参数适用于包括图像形成功能的分辨率和读取功能的色彩数量至少其中一个；和(2)相应于图像形成功能的参数，该功能参数适用于包括图像形成功能的分辨率和图像形成功能的色彩数量至少其中一个。

图像处理设备可以包括用来捕获图像并产生表示该图像的图像数据的读取功能和用来形成由图像数据表示的图像的图像形成功能的至少其中一个。参数指定单元适用于允许用户依据提供给图像处理设备的功能在功能参数中指定功能参数作为服务提供参数，该服务参数是用来从服务器接收服务所需的，该服务器提供与由提供给图像处理设备的功能产生的图像数据和用来表示要形成的图像的图像数据的至少其中一个相关的服务。进一步，服务请求单元可以适用于向服务器请求服务，并且当服务是由服务请求单元所请求的服务器提供时，功能实现单元可以适用于基于由参数指定单元指定的服务提供参数来实现图像处理设备的功能。

本发明的多个方面可以提供一种服务器，其进一步包括第一列表产生单元，其适用于产生包括与提供给图像处理设备的功能相关的登记功能参数的参数列表；指定请求单元，其适用于将指定给图像处理设备的服务提供参数的指定请求命令与由第一列表产生单元产生的参数列表一起进行传送，该服务提供参数用于从服务器接收服务；和服务提供执行单元，其适用于通过基于指定请求命令和由用户在参数列表中的功能参数中指定的服务提供参数实现提供给图像处理设备的功能执行处理来向图像处理设备提供服务。

本发明的多个方面提供了一种计算机程序产品，其包括能使得计算机系统执行处理来充当图像处理系统的计算机可读指令。该图像处理系统可以包括：图像处理设备，其具有用来捕获图像并产生表示该图像的图像数据的读取功能和用来形成由图像数据表示的图像的图像形成功能至少其中一个；和服务提供设备，其适用于提供有关通过提供给图像处理设备的功能产生的图像数据和用来表示响应于来自图像处理设备的请求形成的图像的图像数据中的至少其中一个相关的服务。该图像处理设备可以包括参数指定单元，其适用于允许用户依据提供给图像处理设备的功能在功能参数中指定功能参数作为用来从服务提供设备接收服务的服务提供参数；服务请求单元，其适用于向服务提供设备请求服务；和功能实现单元，其适用于基于由参数指定单元指定的服务提供参数实现图像处理设备的功能。该服务提供设备可以具有服务提供执行单元，其适用于在从服务请求单元接收到请求之后执行处理来向图像处理设备提供服务。

根据本发明的多方面，提供了一种计算机程序产品，其包括能使得计算机系统执行处理来充当图像处理设备的计算机可读指令，其包括用来捕获图像并产生表示该图像的图像数据的读取功能和用来形成由图像数据表示的图像的图像形成功能的至少其中一个。参数指定单元可以适用于允许用户依据提供给图像处理设备的功能从多个功能参数中指定功能参数作为服务提供参数，该参数是从服务器接收服务所需的，所述服务器提供与由提供给图像处理设备的功能所产生的图像数据和表示要形成的图像数据的至少其中一个相关的服务。进一步，服务请求单元可以适用于向服务器请求服务，并且当服务是由服务请求单元所请求的服务器提供时，功能实现单元可以适用于基于由参数指定单元指定的服务提供参数实现图像处理设备的功能。

本发明的多个方面可以提供一种计算机程序产品，其包括能使得计算机系统执行处理来充当服务器的计算机可读指令。该服务器可以包括：第一列表产生单元，其适用于产生包括与提供给图像处理设备的功能相关的登记功能参数的参数列表；指定请求单元，其适用于将对于指定给图像处理设备的服务提供参数的指定请求命令与由第一列表产生单元产生的参数列表一起进行传送，该服务提供参数用来从服务器接收服务；和服务提供执行单元，其适用于通过基于指定请求命令和由用户在参数列表中的功能参数中指定的服务提供参数实现提供给图像处理设备的功能执行处理来向图像处理设备提供服务。

根据本发明的多个方面，提供了一种通信系统，其包括适用于提供多种类型服务的服务器和适用于具有用来与服务器进行通信并通过与服务器进行通信接收由服务器提供的服务的通信单元的客户端设备。所述服务器可以具有接收单元，其适用于接收与从客户端设备传送来的服务相关的询问信号；和回复单元，其适用于在接收单元接收到询问信号时基于包括在询问信号中的识别信息产生与服务相关的回复信息并传送包括回复信息的响应信号到客户端设备。该客户端设备可以包括存储单元，其中存储了指示用于询问服务器提供的服务中客户端设备接收的每种服务的定时的信息；定时判断单元，其适用于基于指示询问每种服务的定时的信息判断何时发生传送每种服务的询问信号的恰当定时；询问单元，其适用于产生询问信号，该询问信号存储了确定传送该询问信号的恰当定时并传送所述询问信号到服务器的服务的识别信息；和接收单元，其适用于响应于该询问信号接收从服务器传送到客户端设备的响应信号。当确定在恰当定时传送该询问信号的服务时，该询问单元可以适用于产生集合询问信息作为要询问的服务的识别信息，该集合询问信息整体上描述了服务的识别信息，并将包括该集合询问信号的询问信号传送到服务器。

该存储单元可以适用于存储询问定时信息，该信息指示了询问每种服务的下一个定时，和立即询问的信息，该信息指示了立即询问的必要性。所述定时判断单元可以包括：第一判断单元，其适用于基于所述询问定时信息判断询问服务器每种服务的询问时间；第二判断单元，其适用于基于所述立即询问信息判断对于服务器提供的每种服务是否需要进行立即询问；和第三判断单元，其适用于判断向服务器传送询问信号的预定延伸周期是否已经到期。在第一判断单元判断没有服务处于将查询信号传送到服务器的合适定时和在第二判断单元判断不需要立即询问服务并且预定的延伸周期还没有到期的至少一种情况下，该通信系统确定用来向服务器传输对服务器提供给客户端设备的所有服务的查询信号的合适时刻还未出现，并且在第一判断单元判断服务处于将查询信号传送到服务器的合适定时并且第二判断单元判断服务需要立即查询，并传输查询信号到服务器的预定延长周期被判断到期时的至少其中一个情况下，所述通信系统确定用来向服务器传输对服务器提供给客户端设备的所有服务的查询信号的合适时刻已经出现。

所述存储单元可以适用于存储指示与由服务器所提供服务的询问时间相关联的询问内容的参数值，并且所述询问单元可以适用于存储参数值，该参数值被与识别信息一起存储在与所述要询问的服务的识别信息相关的存储单元中。

所述询问单元可以适用于产生集合询问信息，在该信息中基于一组服务的识别信息描述要询问的服务的识别信息，每一种服务包括存储在所述存储单元中的参数的相同值，并且当确定服务要在恰当定时传送所述询问信号时，描述了具有与所述参数值相关的相同参数值的识别信息组。

包括输入/输出单元没有通信单元的客户端设备可以适用于通过通信单元和至少其中一种类型的输入/输出单元从服务器接收服务，并且所述询问单元可以配备有设备操作判断单元，其适用于判断是否需要驱动输入/输出单元中的至少一个来接收通过定时判断单元判断在恰当定时来传送询问信号的每种服务的服务。进一步，所述询问单元可以适用于选择性地包括服务的识别信息，其中用来接收服务的输入/输出单元对于作为要询问的服务的识别信息的询问信号没有动静，并且在存在基于来自设备工作判断单元的结果确定在合适定时传送询问信号的服务时向服务器传送询问信号，并且需要被驱动来接收该服务的输入/输出单元不采取动作。

回复单元可以适用于判断服务器是否准备提供由客户端设备询问的服务，当确定服务器准备好时产生回复信息，并将该回复信息包括在响应信号中。进一步，所述客户端设备可以具有准备就绪判断单元，其适用于基于来自回复单元的响应信号判断在响应信号中的回复信息所指示的服务是否是服务器准备提供的服务。进一步，当服务器判断准备提供该服务时，客户端设备可以适用于执行接收所述服务所需的处理，这由准备就绪判断单元判断准备。

所述回复单元可以适用于产生集合回复信息，当服务器的接收单元接收的询问信号包括服务的识别信息作为要询问的服务的识别信息时，该信息整体描述了要询问的服务的回复信息，并将包括该集合回复信息的响应信号传送到传送该询问信号的客户端设备。

所述集合回复信息可以包括要询问的每种服务的回复信息，该信息与相应于回复信息要询问的每种服务的识别信息相关。

所述回复单元可以适用于产生集合回复信息，在该信息中基于服务组的识别信息描述要询问服务的识别信息，当服务的识别信息被包括作为在服务器的接收单元接收的询问信号中询问的服务的识别信息时，每种服务包括相同的回复信息和具有与所描述的回复信息相关的相同回复信息的识别信息组。

所述回复单元可以适用于判断所述服务器是否准备提供由客户端设备所询问的服务，当确定服务器准备好时产生回复信息，并在响应信号中包括该回复信息。进一步，所述客户端设备可以具有准备就绪判断单元，其适用于基于来自回复单元的回复信息判断在响应信号的回复信息中所指示的服务是否是服务器准备提供的服务，并且当服务器判断该服务是准备要提供的服务时，客户端设备可以适用于执行用来接收由准备就绪判断单元判断准备好的服务的处理。

所述回复单元可以适用于产生所述响应信号，该信号只包括作为与存储并传送到客户端设备的服务相关的预定回复的回复信息。

当由客户端设备的接收单元接收的回复信号包括回复信息并且准备就绪判断单元确定服务器准备提供这些服务时，所述客户端设备可以适用于并行执行每种处理，用来接收由服务器确定准备提供的每种服务的处理。

在通信单元以外包括输入/输出单元的客户端设备可以适用于通过使用通信单元和输入/输出单元中的至少一个从服务器接收服务，并且由客户端设备接收的响应信号可以包括回复信息，并且在存在由准备就绪判断单元判断准备提供的服务时，客户端设备适用于并行执行每种处理，这些处理是接收每种服务所需的，其利用了一种服务所需的输入/输出单元，并适用于顺序地使用不止一种服务所需的输入/输出单元执行接收每种服务所需的处理。

所述客户端设备可以具有包括至少一个图像处理设备的至少两个输入/输出单元，所述图像处理设备适用于在记录介质上形成图像。

所述客户端设备可以具有包括至少一个图像处理设备的至少两个输入/输出单元，所述图像处理设备适用于在记录介质上形成图像。

根据本发明的多个方面，提供了一种通信系统，包括：存储单元，其中存储了指示从服务器提供的服务中询问由通信单元接收的每种服务的定时；定时判断单元，其适用于基于指示询问每种服务定时的信息判断传送每种服务的询问信号的恰当定时何时发生；询问单元，其适用于产生询问信号，该询问信号存储了确定在恰当定时传送该询问信号作为要询问的服务的识别信息并将该询问信号传送到服务器的服务识别信息，和接收单元，其适用于响应所述询问信号接收从服务器传送到通信单元的响应信号。进一步，当确定在恰当定时用来传送该询问信号的服务，所述询问单元可以适用于产生集合询问信息作为要询问的服务识别信息，所述集合询问信息整体上描述了服务的识别信息，并适用于将包括该集合询问信号的询问信号传送到服务器。

根据本发明的多个方面，提供了一种包含计算机可读指令的计算机程序产品，该可读指令能使得计算机系统执行处理来充当通信系统。所述通信系统可以包括适用于提供多种类型服务的服务器，和适用于具有与服务器进行通信的通信单元并通过与服务器进行通信接收由服务器提供的服务的客户端设备。进一步，所述服务器可以具有接收单元，其适用于接收与从客户端设备传送的服务相关的询问信号；和回复单元，其适用于在接收单元接收到询问信号时基于包括在询问信号中的识别信息产生与服务相关的回复信息并将包括回复信息的响应信号传送到客户端设备。进一步，该客户端设备可以包括存储单元，在该单元中存储了指示服务器提供的服务中查询由客户端设备接收的每种服务的定时；和定时判断单元，其适用于基于指示询问每种服务定时的信息判断传送每种服务的询问信号的恰当定时何时发生；询问单元，其适用于产生询问信号，该询问信号存储了确定在恰当定时传送该询问信号作为要询问服务的识别信息并传送该询问信号到服务器的服务的识别信息；和接收单元，其适用于响应该询问信号接收从服务器传送到客户端设备的响应信号。当确定在恰当定时传送该询问信号的服务时，所述询问单元可以适用于产生集合询问信息作为要询问的服务的识别信息，所述集合询问信息整体描述服务的识别信息，并适用于将包括集合询问信号的询问信号传送到服务器。

根据本发明的多个方面，提供了一种包括计算机可读指令的计算机程序产品，所述指令能使得计算机系统充当通信系统，该通信系统包括存储单元，其中存储了指示用来询问服务器提供的多种服务中通信系统所接收的每种服务的定时的信息；定时判断单元，其适用于基于指示询问每种服务的定时的信息判断传送每种服务的询问信号的恰当定时何时发生；和询问单元，其适用于产生询问信号，该询问信号存储了确定在恰当定时传送该询问信号作为要询问服务的识别信息并将该询问信号传送到服务器的服务的识别信息；和接收单元，其适用于响应所述询问信号接收从服务器传送到通信单元的响应信号，其中当确定在恰当定时传送所需询问信号的多种服务时，所述询问单元适用于产生集合询问信息作为服务的识别信息，所述集合询问信息整体描述多种服务的识别信息，并适用于将包括该集合询问信号的询问信号传送给服务器。

附图说明

图1是显示根据本发明第一实施例的多个方面的图像处理系统的配置的框图。

图2显示了根据本发明多个方面的工作单元的配置。

图3显示了根据本发明多个方面在服务定义信息中提供每种标签定义的表。

图4显示了根据本发明多个方面在服务I/F信息中指示每种标签定义的表。

图5是显示根据本发明第一实施例的多个方面的MFP处理的流程图。

图6是显示根据本发明多个方面在目录服务器处理中的方法选择窗口的流程图。

图7显示了服务定义信息的数据配置。

图8A-8C显示了根据本发明的多个方面的服务选择窗口的例子。

图9显示了根据本发明多个方面的服务定义信息数据的另一个例子。

图10和11显示了根据本发明多个方面显示由MFP执行的会话处理的流程图。

图12是显示根据本发明多个方面由MFP执行的UI作业处理的流程图。

图13显示了其中已经设置参数的服务I/F信息的例子。

图14显示了在设置参数之前服务I/F信息的例子。

图15是显示根据本发明多个方面由MFP执行的UI作业的流程图。

图16显示了传送数据的数据结构。

图17显示了根据第一实施例的多个方面的描述数据的数据结构。

图18显示了根据第一实施例多个方面的标签定义。

图19A-19E显示了根据本发明多个方面的参数输入窗口的例子。

图20显示了根据本发明多个方面显示由MFP执行的输入作业的流程图。

图21是显示根据本发明多个方面由MFP执行的输出作业的流程图。

图22和23显示了说明根据本发明多个方面由功能服务器执行的功能服务器处理的流程图。

图24和25显示了说明根据本发明多个方面由功能服务器执行的会话处理的流程图。

图26显示了说明根据本发明第一实施例的多个方面由功能服务器执行的UI作业1的流程图。

图27显示了说明根据本发明第一实施例的多个方面由功能服务器执行的UI作业2的流程图。

图28显示了说明根据本发明多个方面由功能服务器执行的服务I/F信息产生处理的流程图。

图29显示了说明根据本发明多个方面由功能服务器执行扫描作业的流程图。

图30显示了说明根据本发明多个方面由功能服务器执行打印作业的流程图。

图31是显示根据第二示例实施例的图像处理系统的配置的框图。

图32显示了说明根据第二实施例由MFP执行MFP处理的流程图。

图33显示了说明根据第二实施例由MFP执行更新处理的流程图。

图34显示了说明根据第二实施例由功能服务器执行描述信息更新处理的流程图。

图35显示了根据第二实施例的描述数据的数据结构。

图36显示了说明根据第二实施例由功能服务器执行UI作业的流程图。

图37显示了说明根据第二实施例由功能服务器执行信息管理服务器处理的流程图。

图38是根据第三示例实施例的通信系统的系统配置的框图。

图39A和39B显示了服务选择窗口的例子。

图40显示了根据本发明多个方面的服务定义信息的顶部条目。

图41显示了根据本发明多个方面比服务定义信息的顶部条目低的条目。

图42A-42C显示了根据本发明多个方面的参数输入窗口的例子。

图43显示了根据本发明多个方面服务I/F信息的数据配置。

图44显示了根据本发明多个方面的服务I/F信息的另一个数据配置。

图45显示了说明根据第三实施例由目录服务器执行的目录服务器处理的流程图。

图46显示了说明根据第三实施例由MFP执行的服务接收处理的流程图。

图47显示了说明根据第三实施例由MFP执行的指定作业启动处理的流程图。

图48显示了说明根据第三实施例由功能服务器执行的功能服务器处理的流程图。

图49显示了说明根据第三实施例由功能服务器执行的服务控制信息处理的流程图。

图50显示了说明根据第三实施例由功能服务器执行登记处理的流程图。

图51A显示了存储在存储区域中的请求服务ID管理表的例子。

图51B显示了根据第三实施例常规询问回复管理表的例子。

图52显示了根据第三实施例的常规询问管理表的例子。

图53显示了说明根据第三实施例由功能服务器执行服务侧UI作业的流程图。

图54显示了说明根据第三实施例由MFP执行UI作业的流程图。

图55显示了说明根据第三实施例由MFP执行常规询问处理的流程图。

图56显示了说明根据第三实施例由MFP执行的综合询问信息产生处理的流程图。

图57显示了根据第三实施例综合询问信息的典型配置。

图58显示了说明根据第三实施例由功能服务器执行常规询问回复处理的流程图。

图59显示了说明根据第三实施例由功能服务器执行的综合回复信息产生处理的流程图。

图60显示了说明根据第三实施例由功能服务器执行回复判断处理的流程图。

图61显示了综合回复信息的典型配置。

图62显示了说明根据第三实施例由功能服务器执行blog搜索处理的流程图。

图63显示了说明根据第三实施例由功能服务器执行新闻信息产生处理的流程图。

图64显示了说明根据第三实施例由MFP执行综合回复信息接收处理的流程图。

图65显示了说明根据第三实施例由功能服务器执行常规服务提供处理的流程图。

图66显示了说明根据第三实施例由功能服务器执行的服务侧打印作业。

图67显示了说明根据第三实施例由MFP执行输出作业的流程图。

图68显示了根据第三实施例修改的综合询问信息的典型配置。

图69显示了根据第三实施例修改的综合回复信息的典型配置。

详细描述

示例实施例

下面，将参考附图描述示例性实施例。

整体配置

图1显示了根据本发明第一示例实施例的图像处理系统。如图1所示，该图像处理系统包括MFP(多功能外设)10、目录服务器20、功能服务器30、等等，它们相互之间进行互联以便可以通过网络1执行数据通信。根据该示例实施例，网络1可以是例如因特网的WAN(广域网)。具体来说，MFPI0、目录服务器20和功能服务器30分别通过路由器2到4连接到网络1。在该示例实施例中，路由器被认为是宽带路由器。

根据示例实施例的MFP 10具有包括电话(语音通信)功能、扫描功能、打印机功能、复印机功能和传真功能在内的功能。MFP 10在功能服务器30的控制下使用上述操作性功能操纵输入/输出功能。

具体来说，如图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、OK键50和取消键51、例如显示器52这样的用户介面，等等。

在图1中，读取单元13是用来实现扫描仪功能的输入设备。即，读取单元13读取在页型记录介质(例如，纸张)上形成(打印)的图像，并产生表示该图像的图像数据。

作为用来实现打印机功能的输出设备的记录单元14将由图像数据表示的图像打印到例如纸这样的页型记录介质上。

通信单元15将MFP 10连接到网络1，并还执行通过网络1传送/接收数据的处理。

该存储单元16包括可以存储输入/输出数据的非易失RAM(没有示出)。

该声音输入单元17通过提供给包括在MFP 10中的听筒(没有示出)的麦克风接收声音，并产生相应于所接收声音的声音数据(例如，PCM数据)。

该声音输出单元18使用提供给听筒的扬声器或喇叭(没有示出)输出由声音数据(例如，PCM数据)表示的声音，其中扬声器或喇叭被提供给MFP10的主体。

该目录服务器20包括控制单元21、通信单元22、和存储单元23。控制单元21包括CPU、ROM、RAM等，并且CPU根据存储在ROM中的程序控制目录服务器20的整体运作。

通信单元22将目录服务器20连接到网络1，并且还通过网络1执行传送/接收数据的处理。

该存储单元23包括存储数据的硬盘驱动器(没有示出)。在存储单元23中提供了用来记录服务定义信息25的服务定义信息存储单元24，这将在后面进行解释。该服务信息25是以XML描述的XML(可扩展标记语言)数据，并可以根据XML数据的内容提供可以由功能服务器30通过服务选择窗口(参考图8A)提供的服务列表(例如，每种服务的类型和请求目的地址(URL：统一资源定位符))。图3显示了在服务定义信息25中的各个标签定义。

当用户通过操作单元12输入用来显示服务选择窗口的命令时，MFP 10的控制单元11通过通信单元15从目录服务器20获得服务定义信息25。另外，当控制单元11获得服务定义信息25时，控制单元11基于服务定义信息25在显示单元19的显示器19a上显示用来指示服务类型的服务选择窗口(参见图2)。

功能服务器30包括控制单元31、通信单元32、存储单元33、等等。控制单元31包括CPU、ROM、RAM等，并且CPU根据存储在ROM中的程序控制功能服务器30的全部操作。与MFP 10的控制单元11相比，配置控制单元31来实现足够高的性能，并能够执行不能由控制单元11执行的处理。

功能服务器30根据来自MFP 10的请求执行提供上面提到的多种服务所需的处理(参见图65：常规服务提供处理)，并将服务提供给MFP 10。即，MFP 10与功能服务器30进行通信，并执行这些处理(例如，服务接收处理和输出作业)来从功能服务器30接收服务。例如，MFP 10使用与提供服务相关的数据通信来从功能服务器30获得打印数据，然后使用打印机功能(记录单元14的打印功能)将其打印出来。进一步，配置目录服务器20来提供每种MFP 10可在其上使用的有关服务(即，功能服务器30可以提供的服务)的信息。

通信单元32将功能服务器30连接到网络1，并且还通过网络1执行传送/接收数据的处理。

存储单元33包括存储数据的硬盘驱动器(没有示出)。存储器部分33包括用来存储服务I/F信息36的服务I/F信息存储单元34和用来存储服务软件37的服务软件存储单元35，该软件执行用于提供不同服务的处理。该服务I/F信息36是以XML描述的XML数据。通过I/F信息36在MFP 10(参见图6)上显示了参数输入窗口(后面进行描述)，从而实现了用来设置请求功能服务器30提供服务所使用的信息(服务内容和请求目的地址)的介面。

图4指示了在该服务I/F信息36中的各个标签定义。

由MFP执行的处理

下面，将描述由MFP 10的控制单元11执行的处理。

MFP处理

首先，参考图5解释在MFP 10启动之后重复执行的MFP处理。

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

如果在S106确定所述内容并不要求改变服务模式(S106：NO)，那么在根据输入的内容执行另一操作模式的处理之后将处理返回到S104(S 108)。

如果在S106确定所述内容是用来改变到服务模式(S106：YSE)，那么该处理就允许用户选择一种用于指定要从功能服务器30请求的服务的方法(S110)。根据示例实施例，在显示器52上显示了图8所示的方法选择窗口，并要求用户选择从列表指定(图8中“从列表中选择”)还是通过直接输入请求目的地址(图8中的“直接输入”)来指定服务。在显示了选择窗口之后，用户可以使用操作单元12选择任何一种指定方法。

在S110，如果选择了从列表指定(S110：YES)，那么处理就向目录服务器20请求服务定义信息25(S111)。在该示例实施例中，作为传送服务定义信息25的顶部条目请求的地址，使用初始存储在存储单元16中的地址，将HTTP请求(根据HTTP 1.1)传送到该地址的目录服务器，从而请求服务列表。当接收到与该地址一致的访问时，如上所述目录服务器20传送服务定义信息25的顶部条目作为HTTP响应(根据HTFP 1.1)。

应该注意，服务定义信息25包括：与服务选择窗口的显示相关的信息，该服务选择窗口用来允许用户选择数据存储服务、打印服务或复印应用服务类别中的条目；和用来允许用户选择类别本身的信息。在S112中，将HTTP请求传送到访问服务定义信息25的地址以显示允许用户选择类别的服务选择窗口。下面，将该信息称作服务定义信息25的顶部条目。

在请求对于服务列表的顶部条目的参考之后，当接收到从目录服务器20传送的服务定义信息25时(S114)，该处理基于所接收的服务定义信息25在显示器25上显示服务选择窗口(S116)。此后，处理继续到S120。如果在接收到服务定义信息25的顶部条目之后执行S116，那么就基于图7所示的服务定义信息25的顶部条目(即，XML描述)显示如图8所示的类别选择窗口。

具体来说，在类别选择窗口中，作为显示标题(Title)，在显示器52的显示区域上部部分指示字符串“目录服务”，并在显示器52的显示区域的下部部分指示出指示可选择类别(Link_Title)的字符串，即，“数据存储服务”“打印服务”和“复印应用服务”。对于图8A所示的类别选择窗口，分配了分别相应于可选择类别的其它服务定义信息25的ID(参见图7的“Link_Location”)，并且当选择其中一个可选择类别时，将对于相应于所选类别的ID的服务定义信息25的请求传送到目录服务器20。

如果在接收到服务定义信息25除了顶部条目之外的条目之后执行步骤S116，例如，如果接收到与“复印应用服务”相关的服务定义信息25时，就根据图9所示的服务定义信息25(XML描述)显示如图8B或8C所示的服务选择窗口。即，如图8B或8C所示那样，在显示器52的显示区域的上部部分显示字符串“复印应用服务”，并在显示器52显示区域的下部部分显示相应于可选择服务条目(Link_Title)的字符串，即“使用水印进行复印”、“翻译复印”、“朗读原稿”、“语音/文本转换”。

在该示例实施例中，当由于显示区域的限制而不能同时显示所有的条目(可选择服务条目)时，配置该窗口以便可以在上下方向上滚动服务条目。图8B和图8C显示了这种配置，其中图8C显示了图8B所示条目被向上滚动一行之后的状态。对于图8B或图8C所示的服务选择窗口，分配了分别相应于可选择服务条目的其它服务定义信息25的ID(参见图9的“Link_Location”)，并且当选择其中一个可选择服务条目时，就将对于相应于所选的服务条目的ID的服务定义信息25的请求传送到目录服务器20。

在S110，如果选择了通过直接输入请求目的地址来指定(S110：NO)，那么该处理就显示地址输入窗口(没有示出)以允许用户直接在显示器52上直接输入地址(S118)，并且处理继续到下一步(S120)。

以此方式，在显示了服务选择屏幕或地址输入屏幕之后，用户可以通过操作单元12选择任何一个条目(地址输入操作)、按压每个键、或终止服务模式(结束操作)。

接着，所述处理接收用户通过操作单元12的输入操作(S120)。在S122，该处理判断输入操作是否是用于选择链接的操作。在S122中，当已经执行过选择在S116中显示的服务选择窗口中显示的条目的操作或使用在S118中显示的地址输入窗口输入地址的操作时，该处理就确定选择了链接。

当确定该操作不是用于选择链接(S122：NO)时，如果所述输入操作是停止该处理(S124：YES)，那么该处理就返回到S104，并完成在该服务模式中的处理。如果该输入操作不是停止该处理(S124：NO)，那么该处理就在S126中输出报警(例如，蜂鸣声)，并返回到S120。

如果确定所述输入操作是选择链接(S122：YES)，那么该处理就判断所选择的链接是否是到服务的链接，即请求功能服务器30提供服务的ID(S128)。

如果确定所选择的链接不是到服务的链接，即，如果所选择的链接是用于不同服务定义信息25的ID(S128：NO)，那么该处理就向目录服务器20请求参考服务列表来。然后，在接收到服务定义信息25之后(S130)，处理返回到S116，并在显示器52上显示服务选择窗口。

如果确定所选链接是到服务的链接(S128：YES)，那么处理就在S132执行会话处理(参见图10)，返回到S104，并完成在服务模式中的处理。

会话处理

下面，参考图10和图11详细解释在图2的S132中调用的会话处理。

在该会话处理中，首先，选择要使用的服务，并基于服务定义信息25的Link_Location(或如果已经直接输入的话，为地址)传送服务启动指令(S202)。即，通过HTTP请求向所述服务地址传送服务启动指令，在功能服务器30上启动由用户选择的服务。从已经接收该服务启动指令的功能服务器30返回会话ID作为HTTP响应。

接着，该处理在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：YES)，那么就保留启动该作业所需的资源(S212)，然后，如下面所描述的那样，在步骤S252到S266执行被指示启动的作业。

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

首先，该处理判断由作业启动指令所指示的作业是否是UI作业(S252)。如果确定是UI作业(S252：YES)，那么就根据该作业的ID和附加在该作业启动指令上的通信目的地址启动该作业(S254)。然后，处理继续到下一步步骤(图10的S214)。该UI作业在S254中启动之后与其它处理同时执行，并在参考图12的“UI作业处理”中详细描述。

如果该处理确定由该作业启动指令指定的作业不是UI作业(S252：NO)，而是属于输入作业的扫描作业(S256：YES)或语音作业(S256：NO，S262：YES)，那么在根据附加在作业启动指令上的作业ID和通信目的地址启动该输入作业之后(S260)，该处理就继续到下一个步骤(图10的S214)。在S260中启动之后，该输入作业与其它处理并行执行，并在参考图20的“输入作业”中对此进行详细描述。

如果确定由该作业启动指令指定的作业不是前述作业的任何一种(S258：NO)，而是属于输入作业的打印作业(S258：YES)或扬声器作业(S262：NO，S264：YES)，那么在根据附加在作业启动指令上的作业ID和通信目的地址启动该输出作业之后(S266)，处理就继续到下一个步骤(图10的S214)。在S266中启动之后，该输出作业与其它处理并行执行，并在参考图21的“输出作业”中对此进行详细描述。

如果确定由该作业启动指令指示的作业不是前述作业的任何一种(S264：NO)，那么处理就不启动作业而继续到下一步骤(图10的S214)。

在启动作业之后，处理返回到图10，并在暂停预定时间间隔之后(S214)，返回到S206。

如果该处理确定该指令不是作业启动指令(S210：NO)，那么该处理就判断在S208中所接收的指令是否是作业完成指令(S216)。当该作业在图11的各个步骤中启动之后完成时，由功能服务器30产生该“作业完成指令”。在该作业完成指令中，附加了所完成作业的作业ID。

如果处理确定该指令是作业完成指令(S216：YES)，那么就终止具有附加在该作业完成指令上的作业ID的作业(完成指令被发送到相关的作业)，并在解除启动该作业之前S212中所保留的资源(S218)之后使处理继续到S214。

如果处理确定所接收的指令不是作业完成指令(S216：NO)，那么该处理就判断该指令是否指示“没有指令”(S220)。如果指示“没有指令”(S220：YES)，那么处理就继续到S214。如果没有指示“没有指令”，那么处理就判断该指令是否是会话完成指令(S222)。当完成向MFP10提供服务时，由功能服务器30产生“会话完成指令”。

如果处理确定该指令是会话完成指令(S222：YES)，那么就完成当前会话处理。如果在S208中接收的指令不是前述指令的任何一个，那么在执行用来指示错误的处理(即，指令错误处理)(S224)之后完成该会话处理。在S224，显示错误消息52。

UI作业

下面，参考图12和15详细解释图11中在S254中启动的UI作业。

当启动UI作业时，作为向MFP 10进行指令查询的MFP作业指令查询被设置到传输数据存储区域(S300)。这里，MFP指令查询被存储在用于传输的存储区域中，该区域是在控制单元11的RAM中定义的。在S312，如此设置的信息与会话ID和作业ID一起发送到功能服务器30(后面进行描述)。当发送MFP作业指令查询时，接收该传输数据的功能服务器30传回MFP指令(如果没有发布指令，那么MFP指令表示“没有指令”)。

接着，处理判断该完成是否是由会话处理指示的(S302)。该完成指令是在S218中通过会话处理给出的。

如果确定该完成指令是由会话处理给出的(S302：YES)，那么该处理就通过向会话处理传送会话完成指令来指示该UI作业的完成(S304)，从而完成该UI作业。应当注意所述会话完成指令是在S218中接收的。具体来说，在S218，当接收到指令时，确定该作业完全停止，并执行下面的步骤。

如果确定没有从会话处理接收到所述完成指令(S303：NO)，那么处理就确定操作单元12是否处于忙碌状态(S306)。在该步骤中，参考忙碌标志Fu。当每种作业都已经启动时，设置忙碌标志Fu(设置为“1”)。如果设置了忙碌标志Fu(即，等于“1”)，那么操作单元12就处于忙碌状态，而，如果没有设置忙碌标志Fu(即，等于“0”)，那么操作单元12就不处于忙碌状态。

如果操作单元12为忙碌(S306：YES)，那么处理就等待直到操作单元12从其忙碌状态解除之后，即直到忙碌标志Fu被解除，而返回到S306，(S308)。如果操作单元12不忙碌(S306：NO)，那么当正在执行当前的UI作业时，就设置忙碌标志Fu(S310)，并且操作单元12变为忙碌。

接着，处理将存储在传输数据存储区域中的信息作为HTTP请求与会话ID和作业ID一起传送到功能服务器30(S312)。

然后，如果在S314中接收到响应于S321中的查询所返回的MFP指令，那么处理就判断该指令是否是参数请求(S316)。该“参数请求”是由接收MFP作业指令查询的功能服务器30产生的，这一点将在后面进行描述。基于与该参数请求相关的I/F信息36，处理就请求MFP 10以指定参数。

应该注意，基于功能服务器30的设置条件配置I/F信息36以便设置参数之后的服务I/F信息36(图13)和如图14所示设置参数之前的服务I/F信息36(模板)与所述参数请求相关联(注意，图13和14显示了选择翻译复印的情况)。两种服务I/F信息36的不同在于：(a)使用“选择”设置的“Fom_Type”标志和与输入设备相关的参数已经被设置的标志被夹在“Form_Elem”标志之间，或(b)只有“设备”已经被设置的“Form_Type”标志被“Form_Elem”标志夹在中间。基于是否将获得与MFP 10的输入设备相关的参数，要附加的服务I/F信息36是不同的。

如果确定指令是参数请求(S316：YES)，那么处理就向功能服务器30传送指示由用户在S352-S386中设置的参数的传输数据。

下面，将参考图15描述S352-S386。

首先，处理基于附加在参数请求上的服务I/F信息36产生包含初始值的数据，作为用来将参数传输到功能服务器30的传输数据(S352)。具体来说，处理提取在服务信息36的“Form_Elem”中设置作为初始值的参数，并产生包含提取值的传输数据。应该注意，根据示例实施例，选择第二最佳分辨率作为输入和输出参数的初始值。

将参考图13和14详细描述传输数据的产生。

首先，作为第一“Form_Elem”的参数“Value_Name＝long”，登记“en_ja”(参见图16中“lang＝en_ja”)，然后，作为在第二“Form_Elem”中的参数“Value_Name＝scan_res”，登记“300”(参见图16中的“scan_res＝300)。接着，作为在第三“Form_Elem”中的参数“Value_Name＝print_res”，登记“300”(参见图16中的“print_res＝300)，然后，作为在第四“Form_Elem”中的参数“Value_Name＝comment”，登记零(空)参数(即，没有登记参数)(参见图16中的“comment＝”)。

接着，在下面的处理中对服务I/F信息36中的第一参数(即，对应于第一“Form_Elem”的参数)进行处理(S354)。

下面，根据由用户在操作操作单元12时(根据该第一“Fom_Elem”在UI作业处理中首先执行的该部分时)选择的条目“Form_Elem”，处理从服务I/F信息36中检索在对应“Form_Elem”中夹在“Form_Data”标志中的部分(S356)。

然后，处理判断在S356中检索的夹在“Form_Data”标志中的部分“Form_Type”标志的值是否代表了指示输入/输出设备(设备)的值。应当注意，“Form_Type”标志不表示输入/输出设备的服务I/F信息26是在设置参数之后的服务I/F信息36，而“Fom_Type”标志代表指示输入/输出设备的值的服务I/F信息26是在设置参数之前的服I/F信息36(即，模板)。在S358，如果“Form_Type”的值具有表示输出设备的值(S358：YES)，那么处理就基于在S356中检索的夹在“Form_Data”标志中的部分产生请求用户指定参数的参数输入窗口，并在显示器52上显示该参数输入窗口(S360)。

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

首先，基于图13所示的服务I/F信息36(XML描述)显示图19A所示的参数输入窗口。在该参数输入窗口中，如图16A所示那样，在显示区域的上部指示“翻译复印”作为显示标题(Title)，字符“语言选择”被分配在显示标题的下部作为输入条目(Disp_Name)，并且在“语言选择”的下部，指示字符“英语→日语”和“日语→英语”作为指示输入条目“语言选择”的可选参数的条目(Disp_Select)。虽然除了前面的“语言选择”之外还存在与“翻译复印”相关的输入条目“扫描仪设置”“打印设置”和“注释”，但是此时只显示了有关“语言选择”的输入条目。这仅仅是由于显示器52的尺寸的限制，并且在该典型实施例中，通过从该状态按压左右方向键48和49(此后描述为转换操作)，显示区域下部所示的输入条目可以在四种类型之间转换进行转换，包括“扫描仪设置”、“打印设置”和“注释”。

关于输入条目的可选参数，显示字符“正常字体”和“小字体”作为指示“扫描仪设置”可选参数的条目(Disp_Select)(参见图16B)。在该示例实施例中“正常字体”意味着作为读取单元13的参数的分辨率(读取分辨率)为300×300dpi，而“小字体”意味着分辨率是600×600dpi。应该注意，由于显示器52的有限显示，在开始并不能显示“600×600dpi”(参见图19C)，而是通过滚动图像屏幕将显示该分辨率(参见图19D)。

表明有关“打印设置”的可选参数的条目“Disp_Selct”包括要显示的“200×200”、“300×300”、“600×600”和“1200×1200”(参见图19A)。由于显示器52的有限显示区域，在开始时没有显示条目“600×600”、“1200×1200”，但是与上面类似，在滚动图像时对其进行显示。

关于“注释”，在字符“注释“的下面显示输入字段，并输入设置字符串(Default_String)。在该输入字段输入作为注释的字符串可以用作打印时图像的页眉或页脚。

如果“Form_Type”的值是指示输入/输出设备的值(S358：YES)，那么处理就从说明信息的相应部分(即，相应于Device_info的信息)中检索有关相应于用户操作操作单元12时选择的条目的输入/输出设备(如果在UI作业的第一时间执行该步骤，那么为第一“Form_Elem”处的输入/输出设备)的参数的设定值(S302)，然后，该处理就基于设定值产生参数输入窗口，并在显示器52上对其进行显示(S364)。

在MFP 10中，由于包含有关MFP 10的输入/输出设备的参数的设定值的说明信息(参见图27)被存储在存储单元16中。所以，在S362，从分别相应于说明信息中的输入/输出设备(“Device_Info”标志)的设置内容中，检索相应于所选条目的值。应当注意，该说明信息是使用其中定义了预定标志的XML描述的XML数据。图18中指示了说明信息的标志定义。

在显示器52上显示所示参数输入窗口之后，用户可以执行(1)将所显示条目转换到由于有限显示器而没有显示的条目的转换操作(通过操作左右方向键48或49转换到第(n-1)或第(n+1)个条目)，(2)用来指定参数的指定操作(通过按压上下方向键46或47来指定参数)(参见图19中的虚线矩形)，(3)用来通过滚动将没有显示的参数显示在显示器52上的滚动操作(通过继续指定操作来进行)，(4)用来取消由功能服务器30提供的服务的取消操作(通过按压取消键51)，和(5)用来完成提供参数设置或提供服务的完成操作(通过按压OK键50)。

在S364显示参数输入窗口之后，处理接收用户的操作(S366)。如果这样执行的用户操作是转换操作(S368：YES)，那么处理就返回到S356。然后，处理从服务I/F信息36中检索夹在“Form_Data”标志之间的“Form_Elem”的部分，并执行下面的步骤。当执行翻译复印时，执行从语言选择条目到扫描仪设置条目的转换操作(在该情况下，按压右键49)，如图19C所示那样，并在显示器52上指示扫描仪设置条目。在另一个用来将当前状态转换到打印设置条目的转换操作中(在该情况下，再次按压右键49)，在显示器52上显示打印设置条目，如在图19D中所示的那样。

另外，如果由用户执行的操作是指定操作(S368：NO；S370：YES)，那么在S372，处理登记与利用在S352中产生的传输数据的指定相关的参数，并返回到S366。当正在执行翻译复印时，在已经使用传输数据登记的参数中，如果语言选择的参数已经从“英语→日语”(初始状态)改变到“日语→英语”，那么登记作为语言选择参数的值就改变成参数“ja_en”(参见图19B)。

如果用户的操作是滚动操作(S370：NO；S374：YES)，那么处理就根据滚动方向改变显示的内容，并在S376中使用在S352中产生的传输数据登记该阶段指定的参数，并返回到S366。

如果用户的操作是取消操作(S374：NO；S378：YES)，那么处理就将在S352中产生的传输数据改变成指示“服务终止”的数据(S380)。然后，处理在传输数据存储区域中设置传输数据作为HTTP请求(S384)。此后，处理继续到图12的S322。该传输数据以后被传输到功能服务器30，当没有从会话中接收到完成指令(S302：NO)，并且操作面板不忙碌(S306：NO)时，将传输数据传输到功能服务器30。

如果用户操作是完成操作(S378：NO；S382：YES)，那么处理就继续到S384，并将此阶段的传输设置到传输数据存储区域。此后，处理返回到S322(图12)。

如果用户操作是除了上述操作之外的操作(例如，以不能转换操作的方向滚动或按压箭头键的操作)(S382：NO)，那么处理就输出报警声音(例如，蜂鸣声音)(S386)，并返回到S366。

接着，在图12，如果确定响应S312中的查询返回的MFP指令不是参数请求(S316：NO)，那么处理就判断在S314所接收的MFP指令是否是说明信息请求(S318)。应当注意，“说明请求”是由接收该MFP作业指令查询的功能服务器30根据其设置发布的指令，并用来向MFP 10请求上面描述的说明信息。

如果确定所接收的指令是说明请求(S318：YES)，那么处理就在传输数据存储器中设置说明信息(S320)，并继续到S322。如果没有完成信息(S302：NO)并且操作面板没有处于忙碌状态(S306：NO)，那么在S312就将说明信息传输到功能服务器30。然后，接收到该说明信息的功能服务器30就在执行预定处理之后返回参数请求作为HTTP响应。

另外，在S318，如果确定不是说明请求(S318：NO)，那么处理就判断在S314所接收的MFP指令是否是服务状态信息(S324)。该“服务状态信息”是由接收MFP作业指令查询中或稍后传输的MFP状态信息的功能服务器30产生的指令(S330，S312)。该服务状态信息指示了没有任何问题地执行有关该服务的处理，或该服务由于某些问题而被终止。

如果确定该MFP指令是服务状态信息(S324：YES)，那么处理就在显示器52上显示相应于该服务状态信息的信息(S326)，在传输数据存储器中设置请求该服务表现状态的服务状态信息(S327)，并继续到S322。

如果确定该MFP指令不是服务状态信息(S324：NO)，那么处理就判断在S314中接收的MFP指令是否是状态信息请求(S328)。该“状态信息请求”是请求传输有关MFP 10的状态的信息的指令。

如果确定所接收的指令是状态信息请求(S328：YES)，那么处理把MFP状态信息设置到传输数据存储器(S330)，该MFP状态信息是与MFP 10的状态相关的信息，并继续到S322。这里，处理将指示“纸用尽”“盖打开”等的MFP状态信息设置在传输数据存储器中作为MFP状态信息。

如果确定所接收的指令不是状态信息请求(S328：NO)，那么处理就判断在S314接收的MFP指令是否是服务器接收状态(S332)。“服务器接收状态”代表了用来指示功能服务器30是否已经从MFP 10成功接收信息的指令。

当确定所述MFP指令是服务器接收状态时(S332：YES)，如果服务器接收状态的内容表示非常规接收(NG)(S334：YES)，那么处理就再次将已经触发传输服务器接收状态的信息设置到存储数据存储器中(S336)，并继续到S322。如果确定该服务器接收状态不表示非常规接收(NG)(S334：NO)，那么处理就将作为请求服务的操作状态的指令的服务状态信息请求设置到传输数据存储器中(S332)，然后，处理继续到S322。

如果确定该指令不是服务器接收状态(S332：NO)，那么处理就判断在S314接收的MFP指令是否表示“没有指令”(S338)。如果该指令表示“没有指令”(S338：YES)，那么处理就在S300中将MFP作业指令查询设置到传输数据存储区域中(S339)，并继续到S322。如果指令不表示“没有指令”(S338：NO)，那么处理就在S340中执行错误处理(指定错误)，然后，类似于S300，处理将MFP作业指令查询设置到传输数据存储器(S345)，并继续到S322。

输入作业

下面，将参考图20详细描述在图11S260中激活的输入作业处理。图20所示输入作业是与上面描述的会话处理和UI作业并行执行的。

当启动输入作业时，处理判断输入设备是否处于忙碌状态(S402)。在该示例实施例中，如果忙碌标志Fi被设置(即，设定为“1”)，那么就确定输入设备处于忙碌状态，而如果解除该标志(即，设置为“0”)，那么就确定输入设备没有处于忙碌状态。应该注意，根据该示例实施例，当在接收与在读取单元13中产生的图像数据相关的服务时，该“输入设备”可以是读取单元13，并且当接收与在声音输入单元17产生的声音数据相关的服务时，可以是声音输入单元17。

如果处理确定输入设备处于忙碌状态(S402：YES)，那么处理就等待直到输入设备从其忙碌状态解除(S404)，然后返回到S402。如果该输入设备没有处于忙碌状态，那么处理就设置忙碌标志Fi(S406)。

接着，处理通过HTTP请求将与MFP10状态相关的MFP状态信息与在会话处理中在S260中分配的作业ID一起传输到功能服务器30(S408)。当接收到MFP状态信息时，功能服务器30返回MFP参数，该参数是基于在S312中在传输数据存储器中设置的参数产生并在图12的S321中作为HTTP响应传输到功能服务器30的信息。

如果响应于在S408中传输MFP状态信息返回MFP参数(S410)，处理就在S412判断是否已经从会话处理接收到完成指令(即，是否通过会话处理发布了完成指令)。当要在图10的S218中完成的作业是输入作业时，从会话处理把完成指令赋予输入作业。

当没有从会话处理中给出完成指令(S412：NO)时，如果在S410中返回的MFP参数没有被成功接收(S414：NO)，那么指示来自功能服务器30的信息不能被正常接收(即，异常接收(NG))的MFP接收状态通过HTTP请求与在会话处理的S260中分配的作业ID一起传输到功能服务器30。当接收到MFP接收状态的功能服务器30作为HTTP响应重传MFP参数时，处理在执行S416之后返回到S410。

如果在S410，成功接收到MFP参数(S414：YES)，那么就将用来指示正常接收来自功能服务器30的信息(即，正常接收(OK))的MFP接收状态通过HTTP请求与在会话处理的S260中分配的作业ID一起传输到功能服务器30(S418)。接收MFP接收状态的功能服务器30返回输入数据请求以请求传输将由功能服务器30处理的数据，这一点将在后面进行描述。

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

当会话处理没有给出完成指令时(S422：NO)，如果在S420返回的输入数据请求没有被成功接收(S424：NO)，那么就像在S416一样将指示异常接收(NG)的MFP接收状态传输到功能服务器30(S426)。当已经接收了MFP接收状态时，功能服务器30就重传输入数据请求，这一点后面进行解释，然后，处理在执行S426之后返回到S420。

如果在S420返回的输入数据请求已经被成功接收(S424：YES)，那么将由功能服务器30处理的输入数据通过HTTP请求与在会话处理的S260中分配的作业ID一起传输到功能服务器30(S428)。

具体来说，输入设备的设定值被改变成由在S410中接收的MFP参数指示的值，然后在显示器52上显示要求用户输入将由功能服务器30处理的输入数据的数据输入窗口，从而要求用户执行在MFP10中输入数据的输入操作。然后，将从用户获得的数据(即，输入数据)通过HTFP请求与在会话处理的S260中分配的作业ID一起传输到功能服务器30。例如，在显示器52上显示诸如“设置原稿并按压OK键”“摘下电话听筒并讲话”之类的消息，然后，将通过读取单元13和/或声音输入单元17获得的数据随后传输到功能服务器30。接收该输入数据的功能服务器30可以返回用于指示根据输入数据的数据处理是否已经成功完成的服务状态信息。

在处理中获得数据的方法可以是从设置在存储器卡槽(没有示出)中的记忆卡中检索数据或可以是从在存储器单元16中的一定存储区域读出数据。在该情况下，要求用户指定从中检索数据的存储区域的消息将显示在显示器52上。

在将输入数据传输到功能服务器30之后，在S428中修改的输入设备的设置被返回到初始值(S430)，并随后，接收从功能服务器30返回的服务状态信息。

当在S432接收到服务信息时，或如果，在S412和S422，会话处理给出完成指令(S412：YES；S422：YES)，那么在S406中的忙碌标志Fi设置就被解除(S434)，并将输入作业的完成与在会话处理的S260中分配的作业ID一起通知给会话处理(S436)，并结束输入作业。在图12所示会话处理的步骤S218期间接收输入作业完成的通知。即，在S218，当接收到指令时，处理确定所述作业已经被完全终止，并执行下面的步骤。

输出作业

下面，参考图18详细描述在图21的S266中激活的输出作业处理。该输出作业与会话处理和UI作业并行工作。

当启动输出作业时，处理判断输出设备是否处于忙碌状态(S502)。在该步骤，如果忙碌标志Fo被设置(即，设定为“1”)，那么就确定输出设备处于忙碌状态，而如果解除该标志(即，设置为“0”)，那么就确定输出设备没有处于忙碌状态。根据该示例实施例，当在接收与将在记录单元14中打印的图像数据相关的服务时，该“输出设备”可以是记录单元14，而当接收与从声音输出单元18输出的声音数据相关的服务时，可以是声音输出单元18。

如果处理确定输出设备处于忙碌状态(S502：YES)，那么处理就等待直到输出设备从其忙碌状态解除(S504)，然后返回到S502。如果处理确定该输出设备没有处于忙碌状态(S502：NO)，那么就设置忙碌标志Fo(S506)。

接着，通过HTFP请求将表示MFP 10的状态的MFP状态信息与在会话处理中在S266中分配的作业ID一起传输到功能服务器30(S508)。接收到MFP状态信息的功能服务器30返回MFP参数，该参数是基于在S320中在传输数据存储器中设置的参数并在图12的S312中作为HTTP响应传输到功能服务器30的信息。

接着，当响应于在S508中传输的MFP状态信息返回MFP参数时(S510)，处理就在S512判断是否已经从会话处理中给出完成指令(即，是否存在来自会话的完成指令)。当在图12的S218中完成的作业是输出作业时，从会话处理把完成指令赋予输出作业。

当处理在S512确定没有从会话处理中接收到完成指令(S512：NO)时，如果在S510中返回的MFP参数没有被成功接收(S514：NO)，那么指示来自功能服务器30的信息不能被成功接收(即，异常接收(NG))的MFP接收状态通过HTTP请求与在会话处理的S266中分配的作业ID一起传输到功能服务器30(S516)。接收到MFP接收状态的功能服务器30重传MFP参数，从而，处理在执行S516之后返回到S510。

如果成功接收到MFP参数(S514：YES)，那么就将用来指示成功接收来自功能服务器30的信息(即，正常接收(OK))的MFP接收状态通过HTTP请求与在会话处理的S266中分配的作业ID一起传输到功能服务器30(S518)。接收MFP接收状态的功能服务器30返回由处理基于在图20的S428中传输的输入数据创建的数据(即，输出数据)，这一点将在后面进行描述。

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

当在S522确定会话处理没有给出完成指令时(S522：NO)，如果在S520返回的输出数据没有被成功接收(S524：NO)，那么就像在S516一样，将指示异常接收(NG)的MFP接收状态传输到功能服务器30(S526)。接收了MFP接收状态的功能服务器30重传输出数据，这一点后面进行解释，然后，处理在执行S526之后返回到S520。

如果在S520返回的输出数据已经被成功接收(S524：YES)，处理就通过输出设备输出该输出数据(S528)。具体来说，将输出设备的设定值修改为由在S510中接收的MFP参数所表示的值，然后，将输出数据通过输出设备输出(例如，根据图像数据打印图像，根据声音数据输出声波)。

当已经由输出设备输出输出数据时，通过S528中的处理修改的输出设备的设置被返回到初始值(S530)，并通过HTTP请求将作为与MFP 10状态相关的信息的MFP状态信息与在会话处理S260中分配的作业ID一起发送到功能服务器30(S532)。接收该MFP状态信息的功能服务器30返回服务状态信息，这在后面进行描述。

在已经接收到从功能服务器30返回的服务状态信息之后(S534)，或当从会话处理接收到完成指令时(S512：YES；S522：YES)，就解除在8406中设置的忙碌标志Fo(S536)，并将输入作业的完成与在会话处理的S260中分配的作业ID一起通知给会话处理(S538)，从而结束当前输入作业。输入作业完成的通知是在图12的S218中执行的处理期间接收的。在S218中，当接收到指令时，确定该作业已经完全终止，并执行下面的处理。

由功能服务器30执行的处理

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

功能服务器处理

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

当开始功能服务器处理时，处理判断所接收的HTTP请求是否是服务启动指令(S702)。该“服务启动指令”在图10的S202中由MFP10进行传输。

如果确定所接收的HTTP请求是服务启动指令(S702：YES)，那么处理就产生会话ID和代表该会话ID的传输数据。然后，处理保留执行该服务的资源并启动相应的处理(S708)，并继续到S734。上面启动的处理是会话处理，这将在后面参考图24进行描述。

如果确定该请求不是服务启动指令(S702：NO)，那么处理就判断该HTTP请求是否是服务完成指令(S710)。“服务完成指令”是由MFP10在S384中设置到传输数据存储器中作为指示在S380中产生的服务终止的传输数据，并在S312中进行传输。

如果确定该请求是服务完成指令(S710：YES)，那么处理就解除会话ID和在S708中保留的资源，创建表示该服务完成的传输数据(S712)，并继续执行下一个程序(图23的S734)。如果确定该请求不是服务完成指令(S710：NO)，那么处理就判断是否包括服务相关信息，即，与服务(会话或作业)相关的信息，或更具体来说，在会活处理和作业(UI作业，输入作业或输出作业)执行期间是否通过MFP10传输HTTP请求(S714)。

如果确定该服务相关信息包括在请求中(S714：YES)，那么就识别已经传输HTTP请求(会话处理、UI作业、输入作业、或输出作业)(S716)。

如果不能识别处理(S718：NO)，那么控制就产生指示错误的信息(即，错误通知信息)，然后继续到S734。

如果识别该处理(S718：YES)，那么控制就将通过HTTP请求传输的信息传送到所识别的处理(S722)。

在S722完成之后，如果确定不包括该服务相关信息(S714：NO)，那么就为相应于会话ID或作业ID的信息指定存储区域(S724)。

如果不能指定存储区域(S726：NO)，那么处理就继续到S720，产生错误通知信息，并继续到S734。如果已经指定了存储区域(S726：YES)，那么处理就判断要返回到MFP 10的信息是否存在于存储区域中(S728)。

接着，如果没有要返回到MFP 10的信息(S728：NO)，处理就产生表示“没有MFP指令”的信息(S730)，并继续到S734。如果确定存在要返回到MFP 10的信息(S728：YES)，那么处理就基于要返回的信息产生MFP控制指令(S732)，然后处理继续到S734。

处理就将在S708、S712、S720、S730和S732中产生的信息返回到MFP10作为HTTP响应(S734)。在返回到MFP 10的HTTP响应中，在S708中产生的传输数据在图10的S204中由MFP10接收；在S712中产生的传输数据指示服务完成在图10的S208中由MFP10接收，其在S222中被判断并确定为“YES”。进一步，在图10的S208中由MFP 10接收在S720中产生的错误通知信息，该信息是在S222中进行判断并确定为“NO”，然后执行步骤S224。在S730中产生的表示“没有指令”的信息在图10的S208中由MFP10接收，该信息在S220中判断，并确定为“YES”。在S732中产生的MFP控制指令在每个作业中具有不同的内容，并由执行相应作业的MFP 10来接收。

如果执行服务控制信息处理(S736：YES)，即，如果在S710中的确定为“NO”，那么处理就设置相应于会话ID或作业ID的存储器地址到“传输完成”(S738)，并结束功能服务器处理。如果还没有执行服务控制信息处理(S736：NO)，那么处理就不设置存储地址，并结束该功能服务器处理。服务控制信息处理是在步骤S714-S732中在MFP 10和功能服务器30的会话/作业之间的数据交换。

会话处理

下面，将参考图24和25描述与功能服务器处理并行执行的会话处理。在该示例实施例中，作为例子将描述有关翻译复印服务的会话处理。

当会话处理开始时，处理首先执行初始化(S802)。然后，处理开始服务侧UI作业(S804)。服务侧UI作业(即，UI作业1或UI作业2)是与会话处理并行执行的处理，并将在后面详细描述。

下面，处理输出UI作业启动指令作为MFP指令(S806)。具体来说，处理将UI作业启动指令与作业ID和通信目的地址一起存储在用来存储返回信息的存储区域中。然后，基于所存储的数据，在图22的S732产生MFP控制指令，并在图23的S734中作为启动指令传输到MFP 10。该启动指令由MFP10在图10的S208中接收，并基于所述启动指令，在MFP 10上启动UI作业(图11的S254)。

下面，处理判断是否已经从MFP10输入参数(S808)。如后面描述的那样，在S804中的启动的UI作业中，从MFP 10获得参数，并将获得参数的通知传输到会话处理。这样，在S808，如果从UI作业传输获得参数的通知，那么处理就确定从MFP 10输入的参数已经完成。

如果确定参数输入没有完成(S808：NO)，那么处理就判断UI作业是否终止(S810)。如果没有成功执行从MFP 10获得参数，那么UI作业终止，并将表示UI作业终止的信息传输到会话处理。这样，在S810，如果接收到这种信息(即，通知UI作业终止)，那么处理就确定该UI作业被终止。

如果确定UI作业没有终止(S810：NO)，那么处理就返回到S808。如果确定UI作业被终止(S810：YES)，那么处理就继续到S848。

如果确定已经完成参数输入(S808：YES)，那么就启动作为服务结束输入作业类型的扫描作业(S812)。该扫描作业是与会活处理并行执行的处理，这一点将在后面描述。

下面，处理输出扫描(输入)作业启动指令作为MFP指令(S814)。在该步骤中，处理将扫描作业启动指令与作业ID和通信目的地址一起存储在用来存储返回信息的存储区域中。然后，基于所存储的数据，在图22的S732中产生MFP控制指令，并在图23的S734中作为激活指令传输到MFP 10中。该启动指令在图10的S208中由MFP 10接收，并基于所接收的信息，在MFP10中启动输入作业。

下面，处理就判断在MFP10上是否已经完成扫描仪(读取单元13)的准备(S816)。在S812中启动的扫描作业中，接收有关在MFP 10上扫描仪准备完成的通知，并将此通知传输到当前会话处理。这样，在S816，如果从扫描作业接收到扫描仪准备完成的通知，那么就确定在MFP 10上已经完成扫描仪准备。

如果在S816确定在MFP10上没有完成扫描仪准备(S816：NO)，那么处理就判断扫描作业是否终止(S818)。在S812中启动的扫描作业中，如果没有成功从MFP 10接收到扫描仪准备已经完成的通知，那么扫描作业本身就终止(完成)，并向会话处理指示扫描作业的终止。这样，如果从扫描作业接收到终止的通知，那么处理就确定扫描作业已经终止。

如果确定扫描作业没有终止(S818：NO)，那么处理就返回到S816。如果确定扫描作业已经被终止(S818：YES)，那么处理就继续到S844。

如果确定扫描仪准备已经完成(S816：YES)，那么就启动作为一种类型的服务侧输出作业的打印作业(S820)。该打印作业与会话处理并行执行，这一点将在后面详细描述。

下面，输出打印(输出)作业启动指令作为MFP指令(S822)。在该步骤中，处理将打印作业启动指令与作业ID和通信目的地址一起存储在用来存储返回信息的存储区域中。基于此，在图22的S732中产生MFP控制指令，该指令在图23的S734中作为启动指令传输到MFP 10。在图10的S208中由MFP 10接收该启动指令，并基于该指令，在MFP 10上启动输出作业(图11的S266)。

下面，处理判断在MFP 10上是否完成打印机(记录单元14)准备(S824)。在S820启动的打印作业中，接收在MFP10上打印准备完成的通知，并将该通知传输到会话处理。因此，如果从该扫描作业已经接收到打印准备完成的通知，那么就确定在MFP10上已经完成打印准备。

如果确定打印准备在MFP 10上还没有完成(S824：NO)，那么处理就判断打印作业是否被终止(S826)。在S820启动的打印作业中，如果没有成功接收在MFP 10上已经完成打印准备的通知，那么打印作业本身就被终止(完成)，并将此通知传输到会话处理。因此，如果没有从打印作业接收到终止的通知，那么就确定打印作业被终止。

如果确定打印作业还没有被终止(S826：NO)，那么处理就返回到S824。如果确定扫描作业已经被终止(S826：YES)，那么处理就继续到S840。

如果确定打印准备已经完成(S824：YES)，那么就接收从MFP 10获得的输入数据。在S812启动的扫描作业中，从MFP 10获得由MFP 10的读取单元13读取的图像数据。因此，在S828，在获得并存储在预定存储区域的数据(输入数据)中，检索相应于一页的数据。

接着，在S830，通过对在S828中读取的输入数据应用OCR处理、翻译处理和打印布局处理产生处理过的图像数据。具体来说，通过对在S828中检索到的输入数据应用OCR处理来识别由输入数据表示的图像中的文本部分。然后，通过对该文本部分应用翻译处理来将该文本部分翻译成指定语言的文本。该翻译处理是根据在S804中启动的UI作业中获得的参数来执行的，并且该文本部分被翻译成由该参数表示的语言。然后，基于所识别和翻译的文本部分，根据指定的打印布局产生用于打印的图像数据。

接着，输出在S830产生的图像数据(S832)。在该步骤，在S830产生的图像数据与作业ID和通信目的地址一起存储在用来存储返回信息的存储区域中。基于存储在用于存储返回信息的存储器中的数据，在S1120产生适合于MFP 10的打印命令，并传输到MFP 10。

随后，处理判断在S828所有输入数据的读取(所有页的数据区域)是否已经完成(S824)。如果该读取还没有完成(S834：NO)，那么处理就返回到S828，而，如果所有输入数据都已经被读出(S834：YES)，那么处理就判断在S832输出数据的输出(存储在存储区域)是否已经完成(836)。

如果输出数据的数据还没有完成(S836：NO)，那么处理就返回到S828，而，如果输出已经完成(S836：YES)，那么就输出打印(输出)作业完成指令作为MFP指令(S838)。在该步骤，执行用来将打印作业完成指令与作业ID一起存储在用来存储返回信息的存储区域中的处理。基于所存储的数据，在图22的S732产生MFP控制指令，并在图23的734中作为完成指令传输到MFP 10。该完成指令由MFP 10在图10的S208接收，并基于该指令，终止(完成)MFP 10的输出作业(图10的S218)。

在已经输出打印作业完成指令或确定打印作业已经被终止之后(S826：YES)，就结束在S820启动的服务侧打印作业(S840)。

接着，输出扫描(输入)作业完成指令作为MFP指令(S842)。在该步骤，处理将扫描作业完成指令与作业ID一起存储在用于存储返回信息的存储区域。基于所存储的数据，在S732产生MFP控制指令(图22)，并在S734将其作为完成指令传输到MFP 10(图23)。该完成指令由MFP 10在图10的S208接收，并基于该指令，在MFP 10上终止(完成)输入作业(图10的S218)。

当输出扫描作业完成指令时，或确定扫描作业已经被终止时(S818：YES)，就结束在S812启动的服务侧扫描作业(S844)。

接着，输出UI作业完成指令作为MFP指令(S846)。在该步骤，处理将该扫描作业完成指令与作业ID一起存储在用于存储返回信息的存储区域中。基于所存储的数据，在图22的S732产生MFP控制指令，并在图23的S734将该指令作为完成指令传输到MFP 10。该完成指令由MFP 10在图10的S208接收，并基于该指令，终止(结束)在MFP 10上的UI作业(图10的S218)。

在S850，执行例如解除在每种作业中保留的资源这样的完成处理，然后，终止会话处理。在S852，处理将服务完成指令存储在用于存储返回信息的存储区域。基于该指令，在图22的S732产生MFP控制指令，并在图23的S734将该指令作为完成指令传输到MFP 10。该完成指令由MFP 10在图10的S208接收，并基于该指令，结束在MFP 10上的会话处理(图10的S222)。

UI作业

下面，将参考图26描述在图24的S804启动的UI作业处理。当功能服务器30被设置成功能服务器30一侧没有管理与MFP 10的输入设备相关的参数的时候，响应于从会话处理接收到启动指令执行UI作业1。

当开始UI作业时，处理等待直到从MFP 10接收到MFP作业指令查询。当接收到MFP作业指令查询时(S902)，处理将用来请求执行服务所需的参数设置的参数请求指令返回到MFP 10作为MFP指令(S904)。在S902中接收的MFP作业指令查询是由MFP 10在图12的S321中传输的HTFP请求。在S904中传输的MFP指令是由MFP 10在图12的S314中接收的HTTP响应。具体来说，服务I/F信息36(例如，相应于翻译复印服务的信息：参见图14)，被添加到HTTP响应。当接收到MFP指令时，MFP 10就在S316-S320在存储数据存储区域中设置参数，并在图12的S312中将该参数作为HTTP请求进行传输。

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

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

如果确定该参数没有被成功接收(S910：NO)，那么处理就基于错误计数器的值判断这种情况是否已经连续发生预定次数(在该示例实施例中为两次)(S912)。如果还没有连续发生预定的次数(S912：NO)，那么处理就在S914输出指示没有成功接收到参数(服务器接收NG；异常接收)的服务器接收状态(S926)。然后，处理返回到S908。

在S914，处理将服务器接收状态存储在用来存储返回信息的存储区域中。基于该服务器接收状态，在图22的S732中产生MFP控制指令，并在图23的S734作为服务器接收状态传输到MFP 10。该服务器接收状态由MFP 10在图12的S314接收，并基于所接收的信息，MFP 10重传该参数(图12中的S334、S336、S312)。

如果没有成功接收参数的条件连续发生预定的次数(S912：YES)，那么处理就通知会话处理UI作业终止(完成)(S918)，并终止UI作业。S918中的通知通过在图24的S810中的会话处理接收。

如果确定成功接收到参数(S910：YES)，那么处理就输出指示参数被成功接收的服务器接收状态(服务器接收OK；正常接收)(920)。在该步骤，处理将该服务器接收状态存储在用于存储返回信息的存储区域中。基于所存储的信息，在图22的S732产生MFP控制指令，并在图23的S734中作为服务器接收状态传输到MFP 10。该服务器接收状态由MFP 10在图12的S312接收。基于如此接收的服务器接收状态，在MFP 10中验证不需要重传该参数(S334)。

接着，处理通知会话处理参数输入(参数获得)完成(S922)。该通知通过图24的S808中的会话处理接收。

当完成S922时，处理等待直到从MFP 10接收到MFP作业指令查询。当接收到MFP作业指令查询时(S924)，处理重复输出服务状态信息(S926)，直到通过其它处理(例如，图25的S844)终止(完成)UI作业为止。在S926，处理将服务状态信息存储在用来存储返回信息的存储器中。基于所存储的信息，在图22的S732产生MFP控制指令，并在图23的S734作为服务状态信息传输到MFP 10。

UI作业2

下面，参考图27描述在图24的S804中执行的UI作业2。当功能服务器30接收到来自会话处理的作业启动指令时，并且当在功能服务器30一侧管理与MFP 10的输入设备相关的参数时，执行UI作业2。在下面的描述中，类似于UI作业1的步骤的步骤序号与UI作业1中的处理相同，并且，为了简明起见，将省略其描述。

当开始UI作业2时，首先，处理等待从MFP 10接收MFP作业指令，并且一旦接收到该指令(S902)，那么处理就将说明信息请求作为HTTP响应(S930)返回到MFP 10。该说明信息请求由MFP10在图12的S314中接收，并且接收该请求的MFP10在S320通过MFP 10传输该说明信息。

在返回说明信息请求之后，处理等待直到MFP 10传输该说明信息作为HTTP请求(S932)，并基于如此传输的说明信息，执行服务I/F信息产生处理以产生服务I/F信息36(S934)。然后，处理继续到S904，在此，处理返回与如此产生的服务I/F信息36相关的参数请求作为对于该说明信息的HTTP响应。

下面，将参考图28描述服务I/F信息产生处理。

首先，处理在S942产生要传输到MFP10的服务I/F信息36的拷贝(服务I/F信息的模板)，对服务I/F信息36顶部的“Form_Data”标签进行下面的处理(S944)。

接着，处理判断是否已经处理了在S942产生的服务I/F信息36中的所有“Form_Data”标签(S946)。如果没有(S946：NO)，那么处理就检查“Form_Type”标签是否夹在“Form_Data”标签中，以及“Form_Type”标签的值是否指示该输入/输出设备(S948)。

如果“Form_Type”标签没有被夹在其中，或“Form_Type”标签的值不指示输入/输出设备(S948：NO)，那么处理就设置下一个“Form_Data”标签作为要进行处理的标签(S950)，并返回到S946。

如果在S948，“Form_Type”标签不具有指示输入/输出设备的值(S948：NO)，那么就对下一个“Form_Data”标签进行处理(S950)，并返回到S946。

如果“Form_Type”标签具有指示输入/输出设备的值(S948：YES)，那么在S952就从在图27的S932中接收的说明信息(相应于“Device_info”的信息)的合适位置检索与该输入/输出设备相关的参数。具体来说，处理在设置指示输入/输出设备的值的“Device_Type”标签中检索夹在“Device_Spec”标志中的部分。

接着，根据在S942产生的服务I/F信息36，处理删除当前要被处理的“Form_Data”标签(S954)。然后，从包括在S952所检索的部分的参数中，对顶部参数进行处理(S956)。

然后，处理判断在S952检索的所有参数是否都已经被处理(S958)。如果参数还没有被全部处理完(S958：NO)，那么就基于在该阶段将要进行处理的参数产生“Form_Data”标签(S960)，并将“Form_Data”标签添加到在S954删除“Form_Data”的位置，然后，对下一个参数进行处理(S964)，并且处理返回到S958。

如果所有的参数已经被处理完(S958：YES)，那么处理就继续到S950。如上面那样，重复步骤S946-S964直到所有“Form_Data”标签都被处理(S964：YES)，然后处理结束该服务I/F信息产生处理。结果，在该服务I/F信息产生处理中，产生如图13所示的服务I/F信息36。接着，在图27的S904，添加了所产生的服务I/F信息的参数请求被传输到MFP 10。

扫描作业

下面，参考图29描述在图24的S812中开始的扫描作业。

当启动扫描作业时，处理等待直到从MFP 10接收到MFP状态信息。当接收到MFP状态信息时(S1002)，如图26的S906那样，初始化错误计数器(S1004)，并输出MFP参数(S1006)。在S1002接收的MFP状态信息是在图20的S408中MFP 10传送来的HTTP请求。响应于该MFP状态信息，处理在S1006返回MFP参数作为HTTP响应。该MFP参数已经在图26的S908中被接收，并且是相应于MFP 10的参数，MFP 10作为在S1002中接收的MFP状态信息的传输资源。

从接收MFP参数的MFP 10传送指示是否成功接收MFP参数的MFP接收状态。因此，基于该MFP接收状态，处理判断是否已经成功接收了MFP参数(S1008)。具体来说，如果该MFP接收状态指示异常接收(NG)时，处理确定接收失败，并且如果指示正常接收(OK)，处理就确定已经成功执行了接收。

如果确定没有通过MFP 10成功接收MFP参数(S1008：NO)，那么处理就参考错误计数器的值判断是否检测到这种情形连续发生预定次数(在该示例实施例中为两次)(S1010)。如果这种情形没有连续发生预定的次数(S1010：NO)，那么处理就增加错误计数器(S1012)，并返回到S1006。

如果没有成功接收参数的状态连续发生预定次数(S1010：YES)，那么处理就通知会话处理该扫描作业的终止(完成)(S1014)，并输出指示异常完成的通知指令作为服务状态信息(S1016)。在S1014的该通知通过图24的S818中的会话处理接收。在S1016，处理将该通知指令存储在用于存储返回信息的存储区域。基于所存储的信息，在图22的S732产生MFP控制指令，并在图23的S734中传送到MFP 10作为通知指令。该通知指令由MFP 10在图20的S410中接收。在MFP 10中，确定基于在图29的S1014中传送并在图24的S818中接收的指令接收完成指令(S412：YES)。

如果确定MFP参数已经被MFP 10成功接收(S1008：YES)，那么就确定在MFP 10中已经完成了扫描仪(读取单元13)准备，并且处理通知会话处理该扫描仪准备的完成(S1018)。该通知是通过图21的S816中会话处理接收的。

接着，处理输出请求传输将由功能服务器30处理的数据的输入数据请求(S1018)。即，处理将输入数据请求存储在用来存储返回信息的存储区域(S1020)。基于所存储的数据，在图22的S732产生MFP控制指令，并在图23的S734传输到MFP 10作为输入数据请求。该输入数据请求由MFP 10在图20的S420接收，然后，用户操作MFP 10，并从MFP 10传输该输入数据。

当从接收输入数据请求的MFP 10接收输入数据的时候(S1022)，如果正常完成输入数据的接收(S1024：YES)，那么就输出指示正常完成的通知指令作为服务状态信息(S1026)，然后，完成扫描作业。在S1026，处理将该通知指令存储在用于存储返回信息的存储区域。基于所存储的信息，在图22的S732产生MFP控制指令，并在图23的S734将其作为通知指令传输给MFP 10。该通知指令是由MFP 10在图20的S423中接收的。

如果没有正常完成输入数据的接收(S1024：NO)，处理进行到S1016，输出指示异常接收的通知指令作为服务状态信息，并完成扫描作业。该通知指令是由MFP 10在图20的S423中接收的。

打印作业

下面，将参考图30描述在图24的S820中启动的打印作业处理。

当打印作业启动时，处理等待直到从MFP 10接收到MFP状态信息。当接收到MFP状态信息时(S1102)，如在图26的S906中那样，初始化错误计数器(S1104)，然后，输出MFP参数(S1106)。在S1102接收的MFP状态信息是在图21的S808中从MFP 10传输来的HTTP请求，并在S1106中响应于HTTP请求将该MFP参数作为HTTP响应返回。该MFP参数在图26的S908中被接收，并且是相应于MFP 10的一个参数，该MFP 10是在S1102中接收的MFP状态信息的传输源。

由于指示MFP参数是否被成功接收的MFP接收状态是从接收该MFP参数的MFP10传输来的，所以处理就根据MFP接收状态判断MFP参数是否已经被MFP 10成功接收(S1108)，如图29的S1008中那样。

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

如果该参数没有被成功接收的状态连续发生预定次数(S1110：YES)，那么就将打印作业的终止(完成)通知给会话处理(S1114)，然后，输出指示异常完成的通知指令作为服务状态信息(S1116)。在S1114该通知被通过图24的S826中的会话处理接收。进一步，在S1116，通知指令被存储在用于存储返回信息的存储区域中。基于所存储的信息，在图22的S732产生MFP控制指令，并在图23的S734中作为通知指令传输到MFP 10。该通知指令由MFP10在图21的S510接收。在MFP 10中，基于在图30的S1114传输的信息确定处理结束(S1512：YES)，并在S826中接收。

如果确定该MFP参数已经成功被MFP 10接收(S1108：YES)，那么一旦接收到MFP参数，处理就确定在MFP 10中已经完成打印(通过记录单元14)准备，并将打印准备完成通知给会话处理(S1118)。该通知被通过图24的S824中的会话处理接收。在该会话处理中，响应于接收到该通知，执行图25的步骤S828到S836，并传输打印数据。

接着，处理将在会话处理(图22的S832)中产生的打印数据转换成可以由MFP 10处理的单元数据，并将转换的数据存储在用于存储传输信息的存储区域(S1120)。在此，基于在图25的S832存储在存储区域中的图像数据，MFP 10产生可以输出的打印命令。然后，处理将该打印命令与作业ID和通信地址存储在用于存储返回信息的存储区域。基于如此存储的信息，在图22的S732中创建MFP控制指令，并在图23的S734中作为输出数据传输到MFP 10。该输出数据由MFP 10在图21的S520中接收。基于该输出数据，记录单元14形成(打印)由输出数据所表示的图像。

接收该打印数据的MFP 10传输MFP状态信息作为HTTP请求(图21的S532)。

当从接收打印数据的MFP 10接收到MFP状态信息时(S1122)，如果已经成功接收到MFP状态信息(S1124：YES)，那么处理就输出指示正常完成的通知指令作为服务状态信息(S1126)，并结束打印作业。在S1126，将通知信息存储在用于存储返回信息的存储区域。基于所存储的信息，在图22的S732中产生该MFP控制指令，并作为通知指令传输到MFP 10(图23的S734)。该通知指令由MFP 10在图21的S534接收。

如果MFP状态信息的接收没有成功完成(S1124：NO)，那么处理就继续到S1116，在此，处理输出指示异常完成的通知指令作为服务状态信息，然后，完成打印作业。该通知指令由MFP 10在图21的S534接收。

在根据如上配置的示例实施例的服务提供系统中，MFP 10通过从功能服务器30接收服务实现其功能。该功能在用户指定之后在S360-S386(图15)中被传输，并基于在图20的S410或图21的S510中从功能服务器30接收的参数实现。因此，既使像在因特网上的普通服务器中这样不规则地增加/减少服务的环境中，该系统也是可以使用的。

如果像在常规配置中那样要将有关新服务的信息登记到MFP 10，并且服务不规则地增加/减少，如果用于执行该服务的参数的说明后来改变，甚至如果有关该新服务的信息登记到MFP 10，那么就可以接收该服务。为了处理这种情况，可以通过MFP 10管理由于说明的变化而导致的参数设置程序。但是，在这种配置中，对于MFP 10的负担变大，这一点是不希望的。

根据上述示例实施例，既使参数的说明改变，也可从功能服务器30获得由MFP 10的用户指定的参数，并且可以抑制对MFP 10的负担。

进一步，当基于服务I/F信息36获得参数时，MFP 10产生用来允许用户从相应于功能本身的参数中指定参数的参数输入窗口(图15的S360)，而在S362和S364中，通过由服务I/F信息36指定的方法来实现。该参数输入窗口允许用户指定相应于MFP 10的功能的参数。

因此，在参数输入窗口中，相应于不能由MFP 10执行的功能的参数将不被输入。进一步，当指示相应于所指定功能的参数时，可以配置参数输入窗口以便用户可以选择MFP10充分起作用的参数。然后，用户可以指定相对合适的参数。

在图15的S352之后，当在图12的S314中接收到参数请求时，MFP 10可以允许用户指定参数。

根据该示例实施例，当用户选择参数时，用户可以从所显示的参数中指定参数。因此，用户可以在确认指示时指定需要的参数。

如果在功能服务器30一侧管理有关MFP 10的输入/输出设备的参数，那么此后就可以通过功能服务器30执行管理。因此，无需MFP 10存储参数，也无需产生服务I/F信息36。所以，对于MFP 10的负担将得到很好的抑制。进一步，在这种情况下，MFP 10可以基于从功能服务器30获得的服务I/F信息36产生该参数输入窗口。因此，MFP 10本身无需管理用来产生参数输入窗口的方法。另外，既使产生该产生输入窗口的方法/处理被修改，MFP 10也可以容易地跟随这些变化，而无需为此采取特定的措施。

如果MFP 10被配置用来管理有关MFP 10的输入/输出设备的参数，那么由于这些参数可以在图26的S908中从MFP 10获得，所以功能服务器30无需管理MFP 10的参数。如此，在这种配置中，既使使用多个MFP 10，功能服务器30要管理(存储)的数据量也不会增加。

如果MFP 10被配置用来管理与MFP10的输入/输出设备相关的参数，那么在图15的S362和S364中就产生参数输入窗口。在该情况下，为了产生允许用户指定相应于MFP 10的功能的参数的参数输入窗口，无需使功能服务器30参数产生与其对应的服务I/F信息36。如此，可以抑制功能服务器30产生服务I/F信息36的负担。这种负担的抑制在提供多个MFP 10的网络中管理功能服务器30时尤其有效。

第二实施例

整体配置

下面，将描述根据第二示例实施例的图像处理系统。

如图31所示，根据第二实施例的图像处理系统包括MFP 10、目录服务器20、功能服务器30。除了上面这些之外，图像处理系统还包括通过路由器5连接到网络1的信息管理服务器70。另外，在该第二实施例中，多个MFP10被连接到网络1。

根据第二实施例的MFP 10包括可拆卸地连接到MFP 10的功能增强单元80和用来检测功能增强单元80安装到MFP 10上的安装传感器19。安装传感器19配置用来输出相应于连接到MFP 10的功能增强单元80的类型的检测结果。

在该示例实施例中的功能增强单元80可以是能使MFP 10在页型记录介质的双面上打印图像的双面打印单元，可以是用来将多种类型页型记录介质送入记录单元14的页进给单元，并可以是能够分离出不同类型的页型记录介质并排出该介质的页排出单元，在这些介质上由记录单元形成图像。

该信息管理服务器70包括控制单元71、通信单元72和存储单元73。

控制单元71包括CPU、ROM、和RAM。CUP根据存储在ROM中的程序控制信息管理服务器70的整体操作。

通信单元72将信息管理服务器70连接到网络1，并通过该网络，通信单元72接收/传送数据。

该存储单元73包括硬盘驱动器(没有示出)，并将数据存储在硬盘上。该存储器单元73包括用来存储说明信息74的设备说明信息存储单元75，这一点将在后面进行描述。

由MFP 10执行的处理(第二实施例)

下面，将描述由MFP 10的控制单元11执行的各种处理。由于根据第二示例实施例的MFP 10的配置接近于第一示例实施例的配置，所以将只详细描述与第一实施例不同的地方。

MFP处理

首先，将参考图32描述在启动MFP 10之后由控制单元71重复执行的MFP处理。如上所述，与第一示例实施例类似的处理和步骤通过相同的参考数字(步骤序号)来指示，并将为了简明起见省略其描述。

当开始MFP处理时，处理执行初始化处理(S102)。在该初始化处理中，包括更新处理(将在后面描述)的处理作为初始化处理来执行。

在完成初始化处理之后，处理将MFP10自身的说明信息传输到信息管理服务器70(S154)，并继续到S158。在S154，存储在存储单元16中的说明信息与MFP 10的预定识别信息一起传送到信息管理服务器70的预定地址。

接着，处理在S158启动说明更新处理(后面描述)。说明信息更新处理是用于在发生要求更新说明信息的事件时更新说明信息的处理，并且，详细的过程将在后面进行描述。

在开始说明信息更新处理之后，处理继续到S104，并执行类似于在第一示例实施例中执行的处理。

更新处理

下面，将参考图33描述在图32的S102中启动的更新处理。

当开始更新处理时，处理打开用来连接到提供固件的服务器(没有示出)并能够通过网络1连接服务器的端口(S102)。应该注意，在第二示例实施例中，配置服务器以便与终端设备的特定端口建立连接，并在最新固件要被传输到终端设备时，开始传输固件。

接着，处理暂停直到与服务器建立通信(S1204：NO)。当建立与服务器的连接时(S1204：YES)，在S1206，处理接收从服务器传输来的数据(在该示例实施例中，该数据代表所述固件)。

接着，处理判断在S1206接收的数据是否是要用来更新MFP 10的数据的数据(S1208)。在该示例实施例中，如果在控制单元11的存储器(闪存)中写入的固件版本比由在S1206中接收的数据所表示的固件的版本老，那么就确定所接收的数据是用来更新的。

如果确定所述数据是用于更新(S1208：YES)，那么在S1210，处理就将所接收的数据存储在控制单元11的存储器中(即，更新由所接收的数据所表示的固件)，然后，在S1212，重新启动MFP10本身，并结束更新处理。

说明信息更新处理

下面，将参考图34描述在图32的S158启动的说明信息更新处理。

当开始说明信息更新处理时，处理就将说明信息传输标志设置为零(S1302)。

接着，处理判断存储在存储单元16中的说明信息表示的设置条目中代表固件版本的条目是否与控制单元11的存储器中存储的固件的版本一致(S1304)。在该示例实施例中，作为说明信息，除了在第一实施例中描述的条目之外，还包括表示固件版本的条目(即，“Firmware_Version”标签)、表示功能增强单元80的标签(即，“Option_Info”标签)，如图35所示的那样。在S1304，在说明信息中，检索夹在“Firmware_Version”标签中的部分，并将该部分与在控制单元11的存储器中写入的固件版本进行比较。

如果代表说明信息固件版本的条目与存储器中的固件版本不一致(S1304：NO)，那么处理就使用存储在存储器中的固件版本的值重写代表在说明信息中的固件版本的条目(即，“Firmware_Version”标签的值)(S1306)，将说明信息传输标志设置为1(S1308)，并继续到S1310。

如果代表说明信息固件版本的条目与在存储器中编写的固件的版本一致(S1304：YES)，那么处理就跳过S1306和S1308，并继续到S1310。

接着，基于所检测的安装传感器19的状态，识别连接到MFP 10的功能增强单元80的类型(S1310)。应该注意，如果功能增强单元80没有连接到MFP 10，就检测到“没有单元”要连接。

然后，处理判断存储在存储单元16中的说明信息所表示的设置条目中代表连接到MFP 10的功能增强单元80的条目是否与在S1310中识别的功能增强单元80的类型一致(S1312)。具体来说，处理在“Option_Info”部分检索夹在“Option”标签之间并代表相应于连接到MFP 10的功能增强单元80的条目的部分，并判断所检索的值是否与在S1310中识别的类型一致。

如果确定代表由说明信息所代表的功能增强单元80的类型的条目与根据安装传感器19的检测结果所识别的类型不一致(S1312：NO)，那么处理就使用在S1310中识别的类型重写在说明信息中的代表功能增强单元80的条目(S1314)，将说明信息传输标志设置为1(S1316)，并继续到S1318。

如果确定代表由所述说明信息所代表的功能增强单元80的类型的条目与根据安装传感器19的检测结果识别的类型一致(S1312：YES)，那么处理就跳过S1314和S1316，并继续到S1318。

接着，处理在S1318确定所述描述信息传输标志是否被设置为1(1)。如果该标志被设置为1(S1318：YES)，那么处理就将该说明信息与MFP 10的标识信息一起传输到信息管理服务器70(S1320)，并结束信息更新处理。在该步骤，MFP 10的预定ID(唯一ID)作为保护信息与说明信息一起进行传输。

如果所述说明信息传输标志被设置为0(S1318：NO)，那么处理就跳过S1320，并结束该说明信息更新处理。

会话处理

在根据第二示例实施例的会话处理中，当基于服务定义信息25的“Link_Location”开始服务时(S202)，将要传输到该服务地址的服务启动指令与被添加的MFP 10的标识信息(唯一ID)一起传输到功能服务器30。添加到服务启动指令的标识信息与服务启动指令在图22所示的功能服务器处理中被接收，并在执行过图24所示的会话处理之后在UI作业中被参考。

然后，处理继续到S204，此后，执行类似于第一实施例中执行的处理。

功能服务器30执行的处理

下面，将描述由功能服务器30的控制单元31执行的各种处理。由于这些处理大部分接近于第一实施例的处理，所以只描述不同的部分。

UI作业

在图24的S804开始根据第二实施例的UI作业。在第一实施例中，依据功能服务器30是否管理有关MFP 10的输入设备的参数，选择性地执行UI作业1或UI作业2。在第二实施例中，只启动下面描述的单个UI作业。注意，与UI作业1和UI作业2的步骤相同的步骤使用相同的步骤序号表示，并省略其详细描述。

当开始UI作业时，如图36所示，处理暂停直到处理从MFP 10接收到MFP作业指令。当接收到MFP作业指令查询时(S902)，在S972，处理传输说明信息请求，该请求用来请求有关作为在S902中接收的MFP作业指令查询的传输源的MFP 10的说明信息。在该实施例中，对于在启动UI作业之前添加到在S702中已经接收的服务启动指令的识别信息来说，该说明信息请求请求由标识信息识别的MFP 10的说明信息，该标识信息被传输到信息管理服务器70。当接收到该说明信息请求时，信息管理服务器70就返回有关通过标识信息识别的MFP 10的说明信息。

当传输所述说明信息请求，并且从信息管理服务器70返回说明信息时(S974)，处理继续到S934。之后，处理类似于UI作业1和UI作业2的处理。

信息管理服务器70的信息管理服务器处理

下面，将参考图37描述启动信息管理服务器70之后由信息管理服务器70的控制单元71执行的信息管理服务器处理。

当开始信息管理服务器处理时，处理暂停直到从外部接收到数据(S1402)。当接收到数据时，处理判断所接收的数据是否是从MFP 10传输来的说明信息(S1404)。该说明信息是在图32的S154或图34的S132从MFP 10传输来的。

如果确定所接收的数据是从MFP 10传输来的说明信息(S1404：YES)，那么处理就登记如此接收的说明信息(S1406)，并返回到S1402。在S1406，登记该说明信息以便在S1402接收的说明信息和与该说明信息一起接收的标识信息(唯一ID)相关联地存储在存储单元73的设备说明信息存储单元75中。应该注意，如果所接收的信息与所存储的标识信息相同，那么相应于该标识信息的说明信息将被更新为与该标识信息一起接收的新说明信息。

如果确定所接收数据不是说明信息(S1408：NO)，那么处理就判断该数据是否是从功能服务器30传送来的说明信息请求(S1408)。该说明信息请求是在图36的S972中从功能服务器30传输来的。

如果确定所接收的数据是来自功能服务器30的说明信息请求(S1408：YES)，那么处理就将请求的说明信息传输到功能服务器30(S1410)，并返回到S1402。在S1410，基于相应于该说明信息请求的标识信息，根据该标识信息检索存储在设备标识信息存储单元75中的标识信息，并将如此检索的标识信息返回到功能服务器30。

如果确定所接收的数据不是说明信息请求(S1408：NO)，那么处理就在S1412执行相应于所接收数据的处理(即，其它处理)，并返回到S1402。

根据上面描述的图像处理系统，除了类似于第一实施例的优点之外，还获得如下的优点。

例如，功能服务器30向信息管理服务器70请求有关MFP 10的说明信息(图36的S972)，并基于响应于该请求所传输的说明信息，产生服务I/F信息36。从而，功能服务器30无需管理有关多个MFP 10的说明信息。因此，既使在网络上存在多个MFP，功能服务器30要管理的数据量也不会增加。

既使向MFP 10添加新的功能，或功能在以后被增强(例如，通过更新固件)，也只需通过相应地更新信息管理服务器70上的说明信息，整个系统就可以处理MFP 10的功能的变化。

根据第二实施例的配置，由于在信息管理服务器70上整体管理有关MFP10的说明信息，所以只需将说明信息存储在信息管理服务器70上就可以。因此，不同于功能服务器30管理说明信息的系统，既使在系统上存在多个功能服务器，可以只有信息管理服务器70存储该说明信息，并且无需使得多个功能服务器30的每一个都存储该说明信息。相应地，无需通知所述多个功能服务器30该说明信息，从而可以抑制MFP 10有关通知说明信息的负担(服务量和处理)。

另外，根据上面的配置，信息管理服务器70可以通过从MFP10接收通知并将说明信息存储在存储单元73中来管理MFP 10的说明信息(图37的S1406)。进一步，可以响应于来自功能服务器30的请求将如此登记的说明信息传输到功能服务器30(图37的S1410)。

再者，在上面的配置中，在MFP 10启动之后的预定时刻，MFP 10可以指示该说明信息。具体来说，当在MFP 10中的说明信息被修改时(图34的S1304、S1312或S1320)，或在MFP10启动之后的即刻，就可以指示该说明信息。

因此，在前面的情况下，当使用MFP 10时，当通过修改/更新功能来改变说明信息时，每当做出这种修改/更新时，就通知该说明信息。另外，通过其通知可以将MFP 10的说明信息向信息管理服务器70进行登记。进一步，在该情况下，MFP 10只在其被修改时指示该说明信息，并且不是每次在MFP10向功能服务器30请求服务时都执行。因此，可以抑制在MFP 10向功能服务器30请求服务时在MFP 10和功能服务器30之间的通信负担(服务量和处理)。

在后者的情况下，当MFP 10首先被启动时，其说明信息不被登记到信息管理服务器70。但是，当MFP10启动时，自动指示该说明信息。因此，既使新启动的MFP 10的说明信息也可以通过通知进行登记。另外，在该情况下，也可以抑制在MFP 10从功能服务器30接收服务时在MFP 10和功能服务器30之间的通信负担。

应当注意根据这些实施例的配置仅仅是示例性的，并且可以不同的方式进行修改。

例如，在第二实施例中，使用MFP 10作为图像处理设备。但是，MFP 10仅仅是一个例子，并且可以在该系统中采用任何可以从功能服务器30接收服务的成像设备。这种设备包括打印机、扫描仪、传真设备等等。

在上面所述的示例实施例中，在图15的S362或S364中产生参数输入窗口。但是，产生所述参数输入窗口的方法并不限制于上面所述的方法。

根据该示例实施例，功能服务器30在图26和27的S904将参数请求指令与服务I/F信息36一起进行传输。但是，该参数请求指令和服务I/F信息36可以使用不同于功能服务器30的设备进行传输(单个设备或相互关联工作的多个设备)。

在上面所述的实施例中，MFP 10首先接收用来选择类别的服务定义信息25的顶部条目，然后接收有关所选类别的服务信息25以允许用户选择服务。但是，该配置仅仅是一种典型的配置，并且，例如，MFP 10可以配置用来一次接收存储在服务定义存储单元24中的多条(例如所有的)服务定义信息。

作为参数，服务I/F信息36请求可以不仅仅局限于分辨率，可以使用各种条目。例如，可以设置单色/彩色图像的选择、调色密度(即，打印浓度)、或声音输出量。

在该图像处理系统中，只使用了一个MFP 10、一个目录服务器20和一个功能服务器30。这种配置仅仅是用来简化整个系统描述的一种典型配置，并且这种系统配置可以不同的方式进行修改。即，例如，可以存在多个MFP10。在这种情况下，多个MFP 10从公共目录服务器20接收服务定义信息25，并可以从公共功能服务器30请求服务定义信息。

还可以在图像处理系统中使用多个目录服务器20。在这种情况下，例如，可以使用用来传输服务定义信息25的顶部条目的目录服务器和用来传输每种类别的服务定义信息25的另一个目录服务器20。

进一步，可以使用多个功能服务器30。例如，可以使用用来传输服务I/F信息36的功能服务器30和用来执行服务的另一个功能服务器30。而且，例如，可以使用用来执行会话处理的功能服务器30和用来执行作业处理的另一个功能服务器。可选地，例如，可以使用用来执行服务A的功能服务器，用来执行服务B、C和D的另一个功能服务器，和用来执行服务E和F的再一个功能服务器....。在这种情况下，可以传输服务I/F信息36以便执行某一服务的功能服务器30传输相应于可执行服务的服务I/F信息。可选地，服务I/F信息可以由不执行相应于所传输I/F信息的服务的功能服务器传输。

可选地，可以配置目录服务器20或部分目录服务器20和/或功能服务器30或部分功能服务器30作为单个设备。

进一步可选地，可以在图像处理系统的MFP 10中实现目录服务器20或部分目录服务器20和/或功能服务器30或部分功能服务器30。

在上述第二实施例中，信息管理服务器70描述为与功能服务器30分离的设备。还可以将信息管理服务器70和功能服务器30集成为单个设备。在这种情况下，如果功能服务器30在接收到来自MFP 10的通知时将说明信息登记在存储单元33中，那么功能服务器30就可以管理各个MFP 10的说明信息。然后，基于如此登记的说明信息，可以为提供服务的MFPP 10产生服务I/F信息36。

在第二实施例中，基于从MFP10传输来的说明信息将说明信息登记到信息管理服务器70。应该注意，该登记可以直接向信息管理服务器70执行，或可以通过操作信息管理服务器70来执行。

根据第二实施例，配置MFP 10以在MFP 10中改变说明信息(图34的S1320)和在MFP 10启动之后(图32的S154)立即指示所述说明信息。这种配置可以被修改为只在上面时刻的其中一个时刻执行通知。例如，当该配置被修改以便在MFP 10启动(图32的S154)之后立即执行说明信息通知，如果周期性地启动和结束MFP 10，那么在MFP 10中就周期性地执行说明信息指示。因此，如果说明信息在该周期期间已经被改变，那么就通知改变之后的说明信息，并且如此修改的信息还可以在向信息管理服务器70登记的登记状态中。

进一步，在上面的配置中，当MFP 10中的说明信息已经改变时(图34的S1320)，或在MFP 10启动(图32的S154)的即刻，产生所述说明信息。但是，如果是在MFP 10启动之后，那么从MFP 10输出说明信息通知的定时可以是设置为任何时刻。

第三实施例

下面，将描述根据第三实施例的通信系统。图38是显示了根据第三实施例的通信系统的配置的框图。应该注意，与第一和/或第二实施例相同的那些单元被赋予相同的参考数字，并为了简明起见省略其描述。如图38所示，所述通信系统包括多个数字复印设备(此后，称作MFP，多功能外设)10、目录服务器20、和功能服务器30，它们通过WAN(广域网)1(例如，因特网)连接。具体来说，MFP 10、目录服务器20和功能服务器30分别通过路由器2、3和4连接到WAN 1。

路由器2转发在包括MFP 10等的子网的节点和WAN的节点之间的数据通信。在从WAN上的设备传输到子网上的设备(例如MFP 10)的分组中，路由器允许传输作为对于从子网的设备到WAN1上的设备的请求的响应的分组，而阻止传输其它分组。使用这种配置，路由器2起到了防火墙的作用，从而防止了从WAN1到MFP 10的未授权的访问。

通过比较图38和图1应该理解，根据图38所示第三实施例的典型配置，存在分别连接到WAN1的多个路由器2，并且对于每个路由器2来说，多个MFP 10和DNS服务器40相连。

当用户操作MFP 10的操作单元12以输入指令来显示服务选择窗口时，MFP 10的控制单元11通过通信单元15从目录服务器获得服务定义信息25。在获得服务定义信息25之后，控制单元11在显示单元19的显示器19a上显示指示类型或服务的服务选择窗口(参见图39A和39B)以要求MFP 10的用户选择服务。

在目录服务器20中，可以由功能服务器30执行的服务被分类成例如“打印服务”、“复印应用服务”、“信息提供服务”等类型。在服务选择窗口中，首先，显示上面的多个类别(参见图39A)。当用户操作操作单元12以选择其中一种所显示的类别时，属于所选类别的服务被显示在服务选择窗口中(参见图39B)。

为了实现上面的处理，在服务定义信息存储单元24中，存储了相应于用来选择服务类别的服务选择窗口(即，图39A)的服务定义信息25和相应于用来选择服务的服务选择窗口的服务定义信息25。前者称作服务选择信息25的顶部条目。

图40和41显示了服务定义信息25的典型配置。具体来说，图40显示了服务定义信息25的顶部条目的数据结构，而图41显示了例如作为在图39A所示服务选择窗口中所指示的其中一种类别的“信息提供服务”。

如图40和41所示，使用XML(可扩展标记语言)描述服务定义信息25。该标志的定义类似于在第一实施例中所指的标志，并在图3中指示出。

当MFP 10接收到服务定义信息25的顶部条目(参见图40)时，在其显示器19a上显示图39A所示那样的服务选择窗口。具体来说，作为标题，在显示器19a的显示区域上部显示“目录服务”。在标题下部，作为可选类别条目(Link_Title)，显示“打印服务”“复印应用服务”和“信息提供服务”。

每个条目与相应于类别(Link_Location)的服务定义信息25的ID相关。例如，当操作操作单元12以输入指示在图39A所示条件下条目的选择是固定的信号时，控制单元11基于相应于所选条目的服务定义信息25的ID在显示器19a上显示相应于所选类别的服务选择窗口。

如果，在图39A所示服务选择窗口中，选择了“信息提供服务”，那么就如图39B所示那样，在显示器19a上显示相应于信息提供服务的服务选择窗口。具体来说，作为标题(Title)，在显示器19a显示区域的上部显示字符串“信息提供服务”。在题目下面，作为可选条目(Link_Title)，显示“Blog搜索服务”、“新闻提供服务”、“X-型信息提供服务”和“Y-型信息提供服务”。应该注意，如果由于显示器19a的显示区域有限而不能一次显示所有条目，那么服务选择窗口就配置为可滚动的，并且一次只显示一部分列表。

在服务选择窗口上的每个条目与用来调用服务的URL信息(Link_Location)相关。当用户操作操作单元12以固定条目的选择时，控制单元通过通信单元14访问相应于条目的URL，并在URL接收由服务器(即，功能服务器30)提供的服务。应该注意，在上面的情况中，MFP 10访问DNS服务器30一次以获得目的URL的IP(因特网协议)地址，然后访问URL。

下面，描述功能服务器30。功能服务器30类似于第一实施例的功能服务器，并包括控制单元31、通信单元32和存储单元33。控制单元31包括CPU、ROM和RAM(没有示出)，并控制功能服务器30的整体操作。注意由CPU执行的程序被存储在ROM中。

通信单元32被配置用来执行电处理以通过WAN 1接收数据。存储单元33具有硬盘驱动器(没有显示)，并将各条数据存储在硬盘上。具体来说，在存储单元33中，定义了用来存储服务I/F信息36的服务I/F信息存储区域34、用来存储服务软件37的服务软件存储区域35等。

服务软件37是用来执行服务的程序。在服务软件存储区域35中，存储了服务软件37的多个程序。控制单元31执行该多个程序以向MFP10提供分别相应于这些程序的服务，其中MFP 10担当客户端。

另外，服务I/F信息36用于向MFP 10请求执行服务所需的参数信息。在服务I/F信息存储区域34，存储了多条服务I/F信息36。

当MFP 10接收到I/F信息36时，其基于所接收的I/F信息在显示器19a上显示指示要设置的参数的参数输入窗口(参见图42A-42C)，从而请求用户设置参数。

这里，将描述服务I/F信息36的典型配置。图43和44显示了服务I/F信息36的典型配置。图43是相应于blog服务的服务I/F信息36的例子。根据该实施例中的blog服务，处理在某一blog网站上公开的张贴消息中搜索包括由用户指定的关键词的消息，产生代表该张贴消息的内容的打印数据，并使记录单元14打印该图像。图44是相应于本地新闻提供服务的服务I/F信息36的例子。根据本地新闻提供服务，处理从包含在某一数据库中的新闻数据中获得相应于用户指定的数据的本地新闻数据，产生表示所获得新闻数据的打印数据，并使记录单元14打印出所指定和获得的数据。

如图43和44所示那样，服务I/F信息36是使用类似于上述服务定义信息25的标记语言描述的。在图43和44所示例子中使用的标签的定义与在第一实施例中使用的相同(参见图4)。图4的基本数据与图3所示的服务定义信息25的基本数据相同。

服务I/F信息36由MFP 10接收，并在显示器19a上显示如图42A所示那样的参数输入窗口。具体来说，作为显示标题，在显示器19a的显示区域上部显示“Blog服务”。在标题的下部，作为输入条目(Disp_Name)，显示“搜索键1”。进一步，在“搜索键1”的下部，显示相应于“搜索键1”的搜索键的输入字段。在该输入字段中，显示了用户输入的字符串。

作为与“Blog搜索服务”相关的输入条目(Disp_Name)，除了“搜索键1”之外，还具有“搜索键2”和“搜索键3”(参见图43)。但是，在该实施例中，由于显示器19a的显示区域有限，一次不能显示所有的条目。

因此，在根据第三实施例的MFP 10中，在显示器19a的输入条目显示位置的两侧显示箭头(三角)，并将参数输入窗口配置成可通过操作箭头滚动。即，如果用户指示操作单元12在显示器19a上滚动通过，那么就根据操作显示出相应于另一个输入条目的参数输入窗口。根据第三实施例，输入条目“搜索键2”和“搜索键3”的显示形式与条目“搜索键1”的显示形式相同。

如果MFP 10接收到图44所示的I/F信息36，那么就在显示器19a上显示如图42B所示那样的参数输入窗口。

在图42B所示的参数输入窗口中，作为显示标题(Title)，在上部显示“本地新闻提供服务”，并在其下部，作为输入条目(Disp_Name)，显示“区域”。在“区域”的下面，显示该“区域”的可选条目的(Disp_Select)值，“Hokkaido”、“Kanto”、“Tokai”等。类似于其它条目，当在显示器19a上一次不能显示所有条目时，将参数输入窗口配置为例如可以上下方向滚动。

作为“本地新闻提供服务”的输入条目(Disp_Name)，除了“区域”之外，“预付费卡号”和“包含信息的页码”也是可用的(参见图44)。由于显示器19a的显示区域有限，一次不能显示所有的条目。

因此，在根据第三实施例的MFP 10中，类似于“Blog搜索服务”，在显示器19a的输入条目显示位置的两侧显示箭头(三角)，并配置参数输入窗口以便左右方向可以滚动。如果用户通过操作单元12指示滚动显示器，那么就根据指示在显示器19a上显示相应于另一个输入条目的参数输入窗口。例如，如果用户指示操作单元12向右滚动图像，那么就显示图42C所示的图像(关于输入条目“预付费卡号”)。

在条目“预付费卡号”的参数输入窗口中，显示了用于输入预付卡号的输入字段。在该输入字段，显示了由用户通过操作单元12输入的字符串(即，预付费卡号)。虽然没有示出，但是在“页码”参数输入窗口中，显示了打印新闻时由用户输入页码的输入字段。

在每个参数输入窗口(包括输入字符串)输入的值被传输到在目的URL(动作(Action))的程序(功能服务器30的程序)，该程序将在用户操作操作单元12并输入固定信号时响应于这些参数值进行工作。

下面，将描述在MFP 10、目录服务器20和功能服务器30之间的通信。根据示例实施例，作为用于在MFP 10、目录服务器20和功能服务器30之间传送/接收数据的通信协议，使用了HTTP1.1(HTTP：超文本传输协议)。MFP 10、目录服务器20和功能服务器30通过与HTTP请求和HTTP响应相关的消息指示或响应于指令。

具体来说，MFP 10通过发送HTTP请求的POST命令向目录服务器20或功能服务器30发送具有与POST命令相关的消息的传输指令。另一方面，服务器20和30通过与从MFP 10传输来的HTTP请求的POST命令相关的消息响应于查询，以便如果存在MFP指令，其就与响应于从服务器20和30接收的HTTP请求传送的HTTP响应的消息相关。

这些指令被分类成从MFP 10到各个服务器20和30的指令(即，服务器指令)和从服务器20或30到MFP 10(即，MFP指令)的指令。应该注意，配置两种类型指令的通信以便MFP 10在HTTP通信中充当客户端(即，传送HTTP请求的设备)。使用这种配置，既使在MFP 10和服务器20或30之间安装路由器2，也不能遮蔽从服务器20或30到MFP 10的传输。

具体来说，MFP 10使用与HTTP请求的POST命令相关的消息将指令传输到目录服务器20或功能服务器30。另一方面，服务器20和30的每一个都响应于与已经从MFP 10传输来的HTTP请求的POST命令相关的查询，通过将指令附加在HTTP响应的消息上来传送MFP指令(如果存在的话)。

下面，将描述在MFP 10、目录服务器20和功能服务器30中提供的分别由控制单元11、21和31执行的处理。应该注意，MFP 10执行类似于第一实施例中的MFP处理(参见图5)，因而，在此不详细描述。

根据第三实施例，在S108(参见图5)，例如，显示如图39A所示的服务选择窗口。

根据第三实施例，在S116(参见图5)，执行图46所示的服务接收处理。在该情况下，设置URL信息(即，在服务定义信息25的Link_Location标签中描述的URL信息，或手动输入的URL)作为自变量(argument)。

在描述根据第三实施例的服务选择处理之前，将描述在S106中传输的服务列表请求(参见图5)和接收服务定义信息25的请求时的目录服务器的操作。

目录服务器处理

图45显示了由目录服务器20的控制单元21重复执行的目录服务器处理。

目录服务器20的控制单元21在S3201等待接收HTTP请求。当接收到HTTP请求时，处理继续到S3202，在此，处理判断所接收的HTTP请求是否是服务列表请求。如果所接收的请求是服务列表请求(S3202：YES)，那么处理就继续到S3203，在此处理从存储单元23的服务定义信息存储区域24检索服务定义信息25的顶部条目。然后，处理继续到S3207，并将包含服务定义信息25的HTTP响应传送到HTTP请求的发送者。在完成S3207之后，控制单元21结束图45所示的目录服务器处理。

如果确定所接收的请求不是服务列表请求(S3202：NO)，那么处理就继续到S3204。在S3204，处理判断在S3201所接收的HTTP请求是否是传输服务定义信息的请求。如果确定所述请求用于传输服务定义信息(S3204：YES)，那么处理就继续到S3205，并从存储单元23的服务定义信息存储区域24检索所请求的服务定义信息25。然后，处理继续到S3207，并将包含所检索服务定义信息25的HTTP响应传输到HTTP请求的发送者。然后，处理结束目录服务器处理。

如果确定HTTP请求不是服务定义信息的请求(S3205：NO)，处理继续S3206，并执行相应于在S3201接收的HTTP请求的预定处理。然后，处理将包含处理结果的HTTP响应传输到HTTP请求的发送者(S3207)。此后，结束目录服务器处理。

服务接收处理

下面，将参见图46描述在图5的S116中执行的根据第三实施例的服务接收处理。

当开始服务接收处理时，处理通过通信单元15传输服务启动指令(HTTP请求)到如上所述设置作为自变量的目的URL。然后，由在目的URL的功能服务器执行相应于URL信息(即，由用户选择的服务)的服务处理。

此后，处理继续到S3302，在此，处理从目的URL的功能服务器30接收会话ID。应该注意，会话ID是在由控制单元31执行的功能服务器处理中的S3405产生(参见图48)，并在S3409传输到发送方MFP 10。

在S3303，处理向功能服务器30传输作为用来查询是否存在去向MFP 10的指令(MFP指令)的信号的“MFP指令查询”。应该注意，该“MFP指令查询”包括在S3302中接收的会话ID。

在执行S3303之后，控制单元11在S3304接收对于在S3303中传输的“MFP指令查询”的响应信号(即，HTTP响应)，并判断对于“MFP指令查询”的响应是否是“作业启动指令“(S3305)。在由控制单元31执行的S3603或S3703中输出”作业启动指令“(后面描述)。该“作业启动指令”包括用来识别作业的作业ID和指示执行作业时的目的URL的通信目的URL。如果确定该指令是“作业启动指令”(S3305：YES)，那么控制单元11执行S3306，在此保留执行该作业所需的资源。然后，处理继续到S3307，并执行指定的作业启动处理(参见图47)。然后，处理继续到S3308，暂停预定的间隔，并继续到S3303。

如果确定所述指令不是“作业启动指令“(S3305：NO)，那么处理就继续到S3309，并判断对于“MFP指令查询”的响应是否是“作业完成指令”。应当注意，该“作业完成指令”是在由控制单元31执行的S3610或S3708中输出的(后面进行描述)。所述“作业完成指令”包括用于识别该作业的作业ID。

如果确定所述指令是“作业完成指令”，那么控制单元11就继续到S3310，在此，将完成指令输入到相应于该作业ID的作业以完成该作业，并解除资源。此后，处理继续到S3308，暂停预定的间隔，并继续到S3303。

如果确定所述指令是“作业完成指令”(S3309：NO)，那么处理就继续到S3311，并判断对于“MFP指令查询”的响应是否是“常规查询开始指令”。应该注意“常规查询启动指令”是在由控制单元31执行的S3609中输出的(后面描述)。

如果确定所述指令是“常规查询开始指令”(S3311：YES)，控制单元11就执行S3312，并基于包括在“常规查询启动指令”中的信息，将查询管理信息存储在存储于存储器16中的常规查询管理表中(参见图52)。在执行S3312之后，控制单元11执行S3308，在此，处理暂停预定的间隔，并继续到S3303。

如果确定所述指令不是“常规查询启动指令”(S3311：NO)，那么控制单元11继续到S3313来判断对于“MFP指令查询”的响应是否代表“没有指令”。

如果确定对于“MFP指令查询”的响应表示“没有指令”(S3311：NO)，那么处理就继续到S3308，暂停预定间隔，并返回到S3303。如果确定对于“MFP指令查询”的响应不代表“没有指令”(S3313：NO)，那么处理就继续到S3314判断对于“MFP指令查询”的响应是否代表“服务完成指令”。应当注意该“服务完成指令”是在控制单元31执行的S3611或S3709中输出的。

如果确定所述响应代表“服务完成指令”(S3314：YES)，那么控制单元11就完成服务接收处理。如果处理已经确定该响应不代表“服务完成指令”(S3314：NO)，那么处理就继续到S3315，在此，执行错误处理(例如，在显示单元19a上显示错误消息，等等)。此后，处理结束服务接收处理。

指定作业处理

下面，将参考图17详细描述在S3307中执行的指定作业处理。

当开始指定作业处理时，控制单元11判断该“作业启动指令”是否是“UI(用户界面)”作业启动指令(S3351)。应该注意，“UI作业启动指令”是用来通知提供给MFP 10的UI设备(例如，操作单元12)开始被使用的指令。

如果确定所述指令是“UI作业启动指令”(S3351：YES)，那么处理就继续到S3352以输出作业ID和作业通信目的URL，并开始该UI作业(参见图54)，并结束指定作业启动处理。然后，开始在MFP 10和功能服务器30之间的UI作业通信处理。应当注意，该UI作业是与服务接收处理并行执行的。

如果确定所述“作业启动指令”是“UI作业启动指令”(S3351：NO)，那么处理就继续到S3353，在此，处理判断“作业启动指令”是否是“输入作业启动指令”。应当注意，该“输入作业启动指令”是用来指示开始使用输入设备(即，读取单元13或声音输入单元17)。

具体来说，在S3353，当(a)“作业启动指令”是指示MFP 10的读取单元(扫描仪)13接收由功能服务器30提供的服务的“扫描仪作业启动指令”，或(b)该“作业启动指令”是指示声音输入单元17接收由功能服务器30提供的服务的“语音作业启动指令”时，确定“作业启动指令”是“输入作业启动指令”。

如果确定“作业启动指令”是“输入作业启动指令”，那么，处理就继续到S3354，输出作业ID和作业通信目的URL以启动该输入作业，并结束指定的启动作业。应当注意，当启动输入作业时，为输入作业指定输入设备(即，读取单元13或声音输入单元17)。

如上面那样，在MFP 10和功能服务器30之间启动输入作业通信处理。具体来说，当开始输入作业时，控制单元11使用输入设备(即，读取单元13或声音输入单元17)产生由功能服务器30指定的数据。所产生的数据被传输到功能服务器30，在此应用预定的服务(例如，数据公开服务)。应当注意，所述输入作业是与服务接收处理并行执行的。

如果确定“作业启动指令”不是“输入作业启动处理”，那么控制单元11就继续到S3355，在此，处理判断“作业启动指令”是否是“输出作业启动指令”。应当注意，“输入作业启动指令”指示开始使用输出设备(即，记录单元14或声音输出单元18)。

具体来说，如果(a)“作业启动指令”是指示记录单元(打印机)14接收由功能服务器30提供的服务的“打印作业启动指令”，或(b)“作业启动指令”是指示声音输出单元18接收由功能服务器30提供的服务的“扬声器作业启动指令”，那么就确定“作业启动指令”是“输出作业启动指令”。

如果确定所述指令是“输出作业启动指令”(S3355：YES)，那么处理就继续到S3356，在此传输作业ID和作业通信目的URL，并开始输出作业(参见图67)，并结束指定的作业启动处理。应该注意，当启动输出作业时，应当指定受到控制的输出设备(即，记录单元14或声音输出单元18)。从而，在MFP 10和功能服务器30之间开始输出作业的通信。该输出作业也与服务接收处理并行执行。

如果确定“作业启动指令”不是“输出作业启动指令”(S3355：NO)，那么控制单元11就不开始作业(即，UI作业、输入作业，或输出作业)，并结束指定的作业启动处理。

功能服务器处理

下面，描述由功能服务器30执行用来接收来自MFP 10的服务启动指令的功能服务器处理。图48显示了由控制单元31执行的功能服务器处理的流程图。为每种类型的服务提供了功能服务器处理。

当开始功能服务器处理时，处理暂停直到接收到HTTP请求(S3401)。当通过通信单元15接收到HTTP请求时，处理继续到S3402，在此，判断在S3401中接收的HTTP请求是否是服务启动指令。如果确定所接收的HTTP请求是服务启动指令(S3402：YES)，那么处理就继续到S3405，在此，处理产生会话ID，产生包含该会话ID的传输数据，并启动提供服务的处理。例如，如果该功能服务器处理用来接受周期性提供信息的服务的使用登记(例如，blog搜索服务、本地新闻提供服务等等)，那么就执行图50所述的登记服务(后面进行描述)。此后，处理继续到S3409。

如果确定该HTTP请求不是服务启动指令(S3402：NO)，那么处理继续到S3406，并判断在S3401接收的HTTP请求是否是“服务完成指令”。如果确定所述HTTP请求是“服务完成指令”(S3406：YES)，处理继续到S3407，在此，处理解除会话ID和资源，并继续到S3409。

如果确定该HTTP请求不是“服务完成指令”，那么处理就执行服务控制信息处理(参见图49)。在S3409，处理产生包含已经在S3405、S3407或S3408中产生的传输数据的HTTP响应，并将如此产生的HTTP响应传送到MFP 10，该MFP1是HTTP请求的发送者。

在执行S3409之后，处理判断是否执行该服务控制信息处理(S3410)。如果确定该服务控制信息处理已经被执行(S3410：YES)，那么处理就设置指示已经在相应于会话ID或作业ID的存储器地址中“传输”了该数据的标志(S3411)，并结束功能服务器处理。如果确定还没有执行服务控制信息处理(S3410：NO)，那么处理就跳过S3411，并结束功能服务器处理。

服务控制信息处理

下面，参见图49的流程图描述在功能服务器处理的S3408中执行的服务控制信息处理。

当执行服务控制信息处理时，处理在S3501判断是否存在要传输到服务的信息。具体来说，处理判断相应于实现由会话ID或作业ID标识的服务的处理的信息是否包括在由功能服务器30在S3401中接收的HTTP请求中。

如果HTTP请求不包括要发送到服务(处理)的信息(S3501：NO)，那么处理就继续到S3506。如果确定存在要传输到服务的信息(S3501：YES)，那么处理就继续到S3502。在S3502，处理识别相应于会话ID或作业ID的处理。即，在该步骤，处理识别作为包括在所接收的HTFP请求的信息的目的的处理。

如果该目的处理不能被识别(S3503：YES)，那么控制就产生错误通知信息作为传输数据(S3504)，并结束该服务控制信息处理。如果该目的处理可以被识别(S3503：YES)，那么控制就在将该信息传输到所识别的目的处理之后继续到S3506(S3505)。

在S3506，指定用来存储由相应于会话ID或作业ID的处理产生的返回信息的存储区域(此后，该存储区域称作返回信息存储区域)。如果不能指定该返回信息存储区域(S3507：YES)，那么处理就继续到S3504，在此，产生错误通信数据作为要包含在HTTP响应中的传输数据。此后，结束服务控制信息处理。

如果可以识别返回信息存储区域(S3507：NO)，那么处理就继续到S3508，并判断该返回信息是否被存储在指定的返回信息存储区域中。如果确定该返回信息被存储，那么处理就继续到S3509，并基于该返回信息产生“MFP指令”作为传输数据。然后，结束服务控制信息处理。

如果确定所述返回信息被存储在返回信息存储区域(S3508：YES)，那么控制就继续到S3509，并基于该返回信息传输MFP指令作为传输数据。然后，结束服务控制信息处理。

如果确定所述返回信息没有被存储在指定的返回信息存储区域(S3508：NO)，那么处理就继续到S3510，并产生指示“没有MFP指令”的信息作为传输数据(S3510)，并结束该服务控制信息处理。

下面，将描述在S3405中启动的功能服务器30控制单元31的处理。应当注意，上述处理的内容依据服务类型的不同而不同。在下面的描述中，作为示例的例子，将描述用来登记周期性提供信息的服务(即，blog搜索服务、本地新闻提供服务等等)的登记处理。图50显示了说明由控制单元31执行的登记处理的流程图。

当执行登记处理时，处理在S3601执行初始化，并在S3602启动服务侧UI作业(参见图53，后面进行描述)。在S3603，处理输出“UI作业启动指令”作为MFP指令。具体来说，处理将“UI作业启动指令”写入相应于在S3405中产生的作业ID的返回信息存储区域。

然后，通过服务控制信息处理将“UI作业启动指令”作为MFP指令传输到MFP 10。控制单元31通过检测在功能服务器处理的S3411中设置的标志“被传输”确认MFP指令的传输(图48)。应该注意，该“UI作业启动指令”包括作业ID和在S3602启动的服务侧UI作业的的作业通信目的URL。

当结束在S3603中处理时，控制单元31继续到S3604，并判断是否已经输入参数值。应当注意，是否已经完成参数值的输入是基于指示参数输入的完成的通知是否被传输到服务侧UI作业的S711中的登记处理来判断的(参见图53)。

如果处理确定还没有完成参数值的输入(S3604：NO)，那么处理继续到S3605，并判断是否已经被通知结束。应当注意，结束是在服务侧UI作业的S709中被通知的(参见图53)。

在S3605，如果确定还没有被通知结束，那么处理就返回到S3604。如果确定已经被通知结束(S3605：YES)，那么处理就继续到S3610。如果确定已经输入参数值(S3604：YES)，那么处理就继续到S3606，并产生请求服务ID。

该请求服务ID用来将相应于输入参数值的服务仅提供给被输入这些参数值的MFP 10。在每次使用服务登记时(即，在每次输入参数信息的操作时)，产生所述的请求服务ID作为唯一ID，并在3609将其仅指示到被输入参数值的MFP 10。

当已经执行过步骤S3606时，处理将在S3606中产生的请求服务ID和输入参数值(参数信息)写入存储在存储单元33中的请求服务ID管理表。图51A显示了请求服务ID管理表的典型配置。

当以相关方式产生所述请求服务ID时，所述请求服务ID管理表存储所述请求服务ID和从MFP 10(即，客户端设备)输入的参数值(参数信息)。相应于为每种服务准备的登记处理，在存储单元33中分别存储用于每种服务的请求ID管理表登记。例如，存储单元33存储用于blog搜索服务的请求服务ID管理表和用于本地新闻提供服务的请求服务ID管理表。

即，在S3607，处理插入请求服务ID，并将通过MFP 10输入的参数(参数信息)添加到相应于当前登记处理的请求服务ID管理表中。

在执行S3607之后，处理继续到S3608，在此处理将相应于在S3606中产生的请求服务ID的回复管理信息存储在常规查询回复管理表中。图51B显示了常规查询回复管理表的典型配置。

如图51B所示，常规查询回复管理表具有有关请求服务ID和包含服务开始信息、服务URL信息、服务状态信息、服务取消信息的回复管理信息，以及为每种请求的服务ID提供的回复管理信息的描述。

所述服务启动信息指示是否已经完成提供所述服务的准备。如果已经完成准备，那么服务启动信息的值是“TRUE”，而如果还没有完成准备，那么该值为“FALSE”。

服务URL信息是提供相应于请求服务ID的服务的功能服务器30的URL信息。所述服务状态信息是提供服务的功能服务器30的状态信息。

该服务状态信息在相应于请求服务ID的服务状态正常时具有值“0”，如果该状态不正常，那么服务状态信息的值就具有一个负值，该负值具有代表异常状态的原因的绝对值。

该服务取消信息代表是否已经完成了服务提供。如果已经完成了服务提供，那么服务取消信息就具有值“TRUE”，而如果服务的提供正在继续，那么该值就为“FALSE”。应当注意，在保持预定的时间段之后，通过提供给功能服务器30的常规删除程序(没有示出)将自动删除具有值“TRUE”的服务取消信息。进一步，当自动删除回复管理信息时，也将删除在请求服务ID管理表中的有关在上面进行自动删除的请求服务ID的参数信息。

当结束S3608时，控制单元31输出“常规查询开始指令”作为MFP指令(S3609)。具体来说，在该步骤，处理将“常规查询开始指令”写入相应于在S3405中产生的会话ID的回复信息存储区域。使用上面的写入处理，将所述“常规查询开始指令”通过服务管理信息作为MFD指令传输到MFP10。

应当注意，“常规查询开始指令”包括请求服务ID、代表为MFP 10指定的常规查询的时间间隔的信息(查询间隔信息)、代表在时间间隔过后是否应当立即做出查询的信息(立即处理信息)，和代表在使用服务时需要在MFP 10侧上操作的输入/输出设备的类型的信息(所使用设备的信息)。

当接收到“常规查询启动指令”时，MPF 10的控制单元11继续到S3312(图10)，并根据包含在“常规查询启动指令”中的信息将包含请求服务ID、请求状态信息、查询间隔信息、剩余时间信息、立即操作信息和所用设备的信息的查询管理信息添加到存储在存储单元16中的常规查询管理表中。

应当注意，存储在常规查询管理表中的请求服务ID、查询间隔信息、立即处理信息和所用设备的信息与包括在“常规查询开始指令”中的信息是相同的。另一方面，请求状态信息是作为对于查询的回复所接收的信息，并表示上述服务状态数据是否是从功能服务器30获得的。如果所述请求状态信息是从功能服务器获得的，那么请求状态信息的值为“TRUE”，否则为“FALSE”。

在S3312，所述请求状态信息被写入具有值“TRUE”的常规查询管理表中。应该注意，根据第三实施例，当通过操作单元12输入请求状态信息值改变指令时，在常规查询管理表中的指定请求状态信息的值根据该指令改变成“FALSE”(或“TRUE”)。

所述剩余周期信息代表了到下一次查询的剩余时间周期。在S3312，将查询周期信息和具有与查询周期相同值的剩余周期信息写入常规查询管理表中。在S3901中更新剩余的周期信息。

当结束在S3609的输出时，处理继续到S3610，并输出“UI作业完成指令”作为MFP指令。具体来说，在该步骤，将“UI作业完成指令”存储在相应于在S3405中产生的会话ID的会话信息存储区域中。通过这种操作，通过服务控制信息处理将“UI作业完成指令”作为MFP指令传输到MFP 10。

当结束S3610时，处理继续到S3611，在此处理输入完成指令以完成服务侧UI作业，并输出“服务完成指令”作为MFP作业。然后，处理结束登记处理。

由MFP执行的服务侧UI作业和UI作业

下面，将参考图53描述在S3602由功能服务器30的控制单元31执行的服务侧UI作业，并将参考图54描述由MFP10的控制单元11响应于在S3603(在S3304接收)输出的“UI作业启动指令”而在S3352中执行的UI作业。应当注意，图53显示了由功能服务器30的控制单元31执行的服务侧UI作业的流程图，图54显示了由MFP 10的控制单元11执行的UI作业的流程图。

当开始服务侧UI作业时，控制单元31在S3701从MFP 10接收“MFP作业指令查询”。该“MFP作业指令查询”被设置为由MFP 10的控制单元11执行的UI作业的S3800中的传输数据(图54)，并在S3806中进行传输。

下面，在S3702，处理将请求输入执行服务所需的参数的“参数请求指令”作为MFP指令传输到MFP 10。应该注意，存储在服务I/F信息存储区域34中的服务I/F信息36与“参数请求指令”一起进行传输。具体来说，如果启动服务侧UI作业的登记处理是用于接收blog搜索服务的登记的处理，那么就传输图43所示的服务I/F信息36。如果启动服务侧UI作业的登记处理是使用本地新闻提供服务的处理，那么就传输服务I/F信息36。

在执行S3702之后，控制单元31继续到S3703，并初始化错误计数。接着，处理基于该服务I/F信息36接收由用户通过参数输入窗口输入的参数值(S3704)。这些参数值被设置作为在由MFP 10的控制单元11执行的UI作业的S3810中的传输数据(图54)，并在S3806中进行传输。

当处理在S3704接收到这些参数值时，处理继续到S3705，并判断在S3703中接收的这些参数值是否正常。如果确定这些参数值不正常(S3705：NO)，那么处理继续到S3706，并基于错误计数的值判断这些参数值是否被第二次确定为异常。

如果确定异常值的确定不是第二次(即，第一次)，那么处理继续到S3707，并将作为功能服务器30是否成功接收来自MFP10的信息的指示的服务器接收状态传输到MFP 10的UI作业，指示“服务器接收NG(异常接收)”。

在执行S3707之后，控制单元31增加错误计数(S3708)，并继续到S3704。如果确定该异常接收是第二次(S3706：YES)，那么处理继续到S3709。在S3709，处理通知终止开始服务侧UI作业的处理(即，登记处理)，并结束服务侧UI作业。

在S3705，如果确定参数值正常，那么处理继续到S3710，并将指示“服务器接收OK(正常接收)”的服务器接收状态传输到MFP 10的UI作业。

当执行S3710时，处理继续到S3711，并通知开始服务侧作业的处理(登记处理)“完成参数输入”。然后，处理继续到S3712，并等待接收“服务状态信息请求”。当接收到“服务状态信息请求”时，在S3713，处理将该“服务状态信息”传输到MFP 10的UI作业。然后，处理返回到S3712。

如上面那样，重复步骤(1)从MFP 10接收“服务状态信息请求”和(2)响应于接收到“服务状态信息请求”传输“服务状态信息”直到结束服务侧UI作业(S3611)。应该注意，“服务状态信息”是代表参数值已经被正常输入的信息。

当响应于在S3603中发布的“UI作业启动指令”开始(S3352)UI作业时，MFP 10的控制单元11执行下面的处理。

当执行UI作业时，MFP 10的控制单元11在S3800设置作为指向MFP 10的指令查询的“MFP作业指令查询”，并判断是否从启动该UI作业的处理中接收到完成指令。应当注意，该完成指令在S3310被输出。

如果确定接收到该完成指令(S3801：YES)，那么控制单元11就继续到S3802，并通知启动该UI作业的处理(即，服务接收处理)完成该处理，并结束该UI作业。

如果确定还没有接收到完成指令(S3801：NO)，那么处理就继续到S3803，并判断操作单元12或显示单元19是否处于忙碌状态。具体来说，基于指示操作单元12或显示单元19是否忙碌的忙碌标志Fu，做出该判断。如果忙碌标志Fu为on，那么处理就确定操作单元12或显示单元19为忙碌，否则，不忙碌。

如果确定操作单元12或显示单元19忙碌，那么处理就继续到S3804，并暂停直到解除操作单元12或显示单元19的忙碌状态。然后，处理返回到S3803。如果确定操作单元12或显示单元19不忙碌，那么处理就继续到S3805，并设置忙碌标志Fu。

接着，处理将在S3800等中设置的传输数据传输到功能服务器30(S3806)。在传输该传输数据之后，处理在S3807接收对于在S3806中的传输的响应信号。在S3808，处理判断所接收的响应信号是否是“参数请求指令”。应当注意，所述“参数请求指令”已经在S3702中由控制单元31传输。

如果确定所接收的响应信号是“参数请求指令“(S3808：YES)，处理就继续到S3809，在此，处理基于所述服务I/F信息36在显示单元19的显示器19a上显示参数输入窗口以请求用户输入参数，并接受该输入值。

当有关在S3809中接受的参数值的确认信号通过操作单元12输入时，将输入参数值设置到传输数据(S3810)以便将这些值提供给由功能服务器30执行的服务侧UI作业。然后，处理在S3811以解除忙碌标志Fu，并返回到S3801。

如果确定所述指令不是“参数请求指令”(S3808：NO)，那么处理就继续到S3812，并判断在S3807中接收的响应信号是否代表“服务状态信息”。应当注意，在由功能服务器30的控制单元31执行的S3713中传输该“服务状态信息”。

如果确定所述响应信号代表“服务状态信息”(S3812：YES)，那么处理就继续到S3813，并在显示单元19的显示器19a上显示有关“服务状态信息”的信息(S3821)。此后，处理将用来从功能服务器30获得服务状态信息的“服务状态信息请求”设置为传输数据(S3821)。然后，处理继续到S3811以解除忙碌标志Fu，并返回到S3801。

如果确定所述响应信号不代表“服务状态信息”(S3812：NO)，那么处理就判断在S3807中接收的响应信号是否是代表功能服务器30是否已经成功从MFP 10接收到信息的“服务器接收状态”(S3814)。如果确定该响应信号是“服务器接收状态”(S3814：YES)，那么处理就继续到S3815，并判断该“服务器接收状态”是否代表“服务接收NG”(S3815)。

如果确定该“服务接收状态”代表“服务接收NG”(S3815：YES)，那么处理就继续到S3816。在S3816，处理将重传信息(参数信息)设置为传输数据，以便向由功能服务器30执行的服务侧UI作业提供先前发送的信息，其中该重传信息与先前传输的信息相同。然后，处理继续到S3811，解除忙碌标志Fu，并返回到S3801。

如果确定“服务接收状态”不代表“服务器接收NG”(S3815：NO)，那么处理就将“服务状态信息请求”设置为传输数据。然后，处理继续到S3811，解除忙碌标志，并返回到S3801。

如果确定所述响应信号不代表“服务器接收状态”(S3814：NO)，那么处理在S3817就判断在S3807中接收的响应信号是否代表“没有指令”。

如果确定所述MFP指令代表“没有指令”(S3817：YES)，那么处理就继续到S3823，在此，将“MFP作业指令查询”设置为传输数据。然后，处理继续到S3811，解除忙碌标志Fu，并返回到S3801。如果确定MFP指令不代表“没有指令”(S3817：NO)，那么处理就继续到S3818，并执行其它处理。当执行S3818时，处理将相应于要执行的处理的合适数据设置为传输数据。例如，在执行相应于响应信号的处理之后，将“MFP作业指令查询”设置为传输数据。此后，处理继续到S3811，解除忙碌标志Fu，接着，处理返回到S3801。

常规查询处理

下面，将描述由MFP 10的控制单元11执行用于实现上述常规查询的常规查询处理。图55是显示该常规查询处理的流程图。当MFP被加电时该处理开始，并持续执行直到MFP 10被断电。

当开始常规查询处理时，控制器11更新常规查询管理表中的剩余周期信息。具体来说，在该过程中，获得在内部时钟的先前值(时间)和内部时钟值(时间)的当前值之间的差，并从由剩余时间信息表示的值中减去该结果(即，倒数计时量)以更新剩余的时间信息。这样，在S3901中，倒数计时剩余的周期，获得内部时钟值，并暂时存储该值。

应当注意，由于如在后面描述的那样(高速)重复S3901，所以对于新添加到常规管理表的查询管理信息来说，在前一倒数计时和当前倒数计时之间允许剩余时间信息的倒数计时量存在一定误差。进一步，当第一次执行S3901时，可以基于在MFP 10先前被关闭之前最后一次获得内部时钟值计算倒数计时量，或可以跳过倒数计时处理，只存储内部时钟值。

当执行S3901时，处理从常规查询管理表中为对应的设备选择多条查询管理信息的其中一个(S3902)。如果不存在目标设备的查询管理信息，即，如果存在没有进行在S3904之后的处理的未处理查询管理信息(后面进行描述)(S3903：NO)，那么就继续到S3910。如果存在目标设备的查询管理信息(即，未处理的查询信息)(S3903：YES)，那么处理就继续到S3904。在S3904，处理判断预定的查询更新周期(保持周期)(即，在传输最后常规查询信号之后的预定周期)是否已经到期。

如果确定所述预定更新周期没有到期(S3904：NO)，处理继续到S3905，并基于包括在目标设备的查询管理信息中的立即处理信息判断是否应当立即进行查询。如果确定不需要立即查询(S3905：NO)，那么处理就返回到S3902。如果确定需要立即查询(S3905：YES)，那么处理就继续到S3906。

在S3906，基于包含在所选目标设备的查询管理信息中的剩余时间信息，处理判断对于相应于所述查询管理信息的请求服务ID的服务的常规查询的传输时间是否已经到时。如果传输时间还没有到(S3906：NO)，那么处理就继续到S3902。应当注意，在S3906，如果剩余的时间信息值为零或负的，那么就确定传输时间已经到时，而如果剩余时间信息值为正，那么就确定传输时间还没有到时。

如果确定传输时间已经到时(S3906：YES)，那么处理就基于包含在所选目标设备的查询管理信息中所使用的设备信息判断在执行相应于查询管理信息的服务时使用的输入/输出设备是否被其它与当前处理并行执行的处理占用(S3907)。

例如，如果包括在所述目标设备的查询管理信息中的所使用设备的信息是“打印机”，那么处理就判断是否使用记录单元14。如果所使用设备的信息是“扫描仪”，那么处理就判断是否正在使用读取单元14。进一步，如果所使用设备的信息是“扬声器”，那么处理就判断是否使用声音输入单元18。如果所使用设备的信息是“麦克风”，那么处理就判断是否使用声音输入单元17。

如果在所使用的设备信息中指示了多个输入/输出设备，那么处理就判断是否正在使用所有的多个设备。如果使用所述多个设备的至少其中一个，那么处理就判断使用用于接收相应于查询管理信息的服务所需的输入/输出设备。

如果确定正在使用所述输入/输出设备(S3907：YES)，那么处理继续到S3908，并执行综合查询信息产生处理。

综合查询信息产生处理

图56显示了MFP 10的控制单元11执行的综合查询信息产生处理的流程图。图57显示了综合查询信息的配置。如图57所示，根据第三实施例，使用标记语言描述综合查询信息。在表1中显示了在综合查询信息产生处理中使用的标签的定义。

表1

数据名	数据类型	描述
			Num_Patten	整数	查询信息的类型数
Request_Service[]	返回信息数组	相同类型的查询信息
			Request_Status	TRUE或FALSE	TRUE：所需状态FALSE：不需要的状态
Num_Service_ID	整数	查询信息的数量
			Response_Service_ID	整数	服务识别符

当执行综合查询信息产生处理时，处理判断综合查询信息产生处理的执行是否是在已经执行过S3901之后第一次执行(S4001)。如果确定该执行是第一次(S4001：YES)，那么处理就继续到S4001，并在RAM中保留用于产生综合查询信息的区域，并将标头信息写入所保留的区域中(S4012)。

根据第三实施例，由于使用HTTP协议的POST命令传输综合查询信息，所以与协议相关的信息、目的URL、等都被作为标头信息写入。应当注意，综合查询信息的目的是初步确定的，并且在标头信息中，写入了目的URL的信息。

在执行S4012之后，控制单元11产生NumPattern标签(即，字符串<NumPattern>1</NumPattern>)，该标签在S4013被添加到综合查询信息(综合查询信息产生区域)中。进一步，将Request_Service标签添加到综合查询信息中(S4014)。

此后，在Request_Service标签之间(即，在<Request_Service>和</Request_Service>之间)，基于查询管理信息请求状态信息编写Request_Status标签(S4015)。

例如，当所述请求状态的值是“FALSE”时，参数Request_Status的值就被设置为“FALSE”，并产生Request_Status标签(字符串<Request_Status>FALSE</Request_Status>)，并将其存储在综合查询信息中。

当完成S4015时，处理将参数Num_Service_ID设置为“1”，产生Num_Service_ID标签(即，字符串<Num_Service_ID>1</Num_Service_ID>)，并将其写在综合查询信息的Request_Service标签之间

当结束S4016时，处理将由目标设备的查询管理信息表示的请求服务ID的值设置为参数Request_Service_ID的值，并产生Request_Service_ID标签(即，字符串<Request_Service_ID>(请求服务ID)<Request_Service_ID>)，该标签被写于综合查询信息的Request_Service标签之间(S4017)。此后，处理结束综合查询信息产生处理。

如果确定在执行S3901之后，综合查询信息产生处理的执行是第二次执行或更晚(S4001：NO)，那么处理就判断是否存在具有相同参数值的标签(S4021)。即，判断是否存在具有与包含在已经存储在综合查询信息中的目标设备的查询管理信息中的请求状态信息相同的值的Request_Status标签。

如果确定存在具有相同参数值的标签(Request_Status)，那么处理就更新位于该标签和具有相同Request_Service标签的另一个标签之间的Num_Service_ID标签的值(S4022)。例如，当标签，在综合查询信息中的Num_Service_ID标签是字符串<Num_Service_ID>1</Num_Service_ID>，并且还没有被更新时，就将其更新为<Num_Serv_ID2></Num_Service_ID>。

在S4022之后，处理将由目标设备的查询管理信息指示的请求服务ID的值设置为参数Request_Service_ID的值，并产生Request_Service_ID标签，该标签被写于综合查询信息的Request_Service标签之间(S4023)。然后，处理结束综合查询信息产生处理。

如果确定存在具有相同参数值的标签(Request_Status)(S4021：NO)，那么处理就继续到S4031，并更新在综合查询信息的NumPattern标签中的参数值NumPattern。即，当综合查询信息的NumPattern标签是字符串<NumPattern>1</NumPattern>时，该字符串就被更新为<NumPattern>2</NumPattern>。

当执行S4031时，处理继续到S4032，并将新的Request_Service标签写入已经被写在综合查询信息中的Request_Service标签之后的区域，并进一步，将Request_Status标签基于包含在目标设备的查询管理信息中的请求状态信息的值写在新Request_Service标签之间(S4033)。

例如，如果请求状态信息的值是“TRUE”，那么处理就将参数Request_Status的值设置为“TRUE”，并产生Request_Status标签(字符串<Request_Status>TRUE</Request_Status>)，并将该字符串写入综合查询信息中。

在执行S4033之后，处理将参数Num_Service_ID设置为“1”，产生Num_Service_ID标签(字符串<Num_Service_ID>1</Num_Service_ID>)，并在综合查询信息中将字符串写入新Request_Service标签之间(S4034)。

在执行S4034之后，当设置由目标设备的查询管理信息所指示的请求服务ID的值作为参数Request_Service_ID的值时，处理产生Request_Service_ID标签，并将该标签写在综合查询信息的新Request_Service标签之间(S4035)。此后，处理结束综合查询信息产生处理，并继续到S3902(参见图55)。

在执行S3902之后，如果确定不存在目标设备的查询管理信息(即，对在常规管理表中指示的所有查询管理信息执行S3904之后的步骤)，处理就继续到S3910，并判断是否已经产生综合查询信息。如果已经产生综合查询信息，那么处理就产生用来将综合查询存储在RAM的综合查询信息产生区域的常规查询信号，并通过通信单元15将该常规查询信号传输到目的功能服务器30(S3911)。然后，处理返回到S3901。

如果确定还没有产生综合查询信息(即，没有执行S3908)(S3910：NO)，那么处理就不执行S3911而继续到S3901，并对剩余的时间周期重新执行倒数计数。

常规查询回复处理

下面，将描述在S3911接收从MFP 10传输来的常规查询信号的功能服务器30执行的常规查询回复处理。图58是由功能服务器30的控制单元31执行的常规查询回复处理的流程图。在功能服务器30的工作期间连续执行常规查询回复处理。

当执行该查询回复处理时，处理暂停直到从MFP 10接收到该常规查询信号(S4101)。当处理接收到该常规查询信号时，处理从包含在常规查询信号中的综合查询信息中选择要处理的一个请求服务ID(S4102)。

如果不包括要处理的请求服务ID，即，如果未处理的请求服务ID没有包括在常规查询信号中(S4103：NO)，那么处理就继续到S4115。如果存在未处理的请求服务ID(S4103：YES)，那么处理就继续到S4104。在S4104，处理在RAM中保留用来产生代表对于请求服务ID的回复的常规查询回复信息的常规查询回复信息产生区域，并将要处理的请求服务ID作为参数Request_Service_ID的值存储在常规查询回复信息产生区域。

接着，处理在存储在存储单元33中的回复管理表中搜索相应于要处理的请求服务ID的回复管理信息(S4105)。如果没有搜索到请求服务ID，那么处理就确定相应于要处理的请求服务ID的回复管理信息没有包括在常规查询回复管理表中(S4106：NO)，并继续到S4107。然后，处理将“TRUE”作为产生Service_Canceled的值写入上述常规查询回复信息产生区域。进一步，处理将“FALSE”写作参数Service_Start的值。当完成S4107之后，处理继续到S4114，在此，执行图55所示的综合回复信息产生处理。

如果可以在存储在存储单元33中的常规查询回复管理表中识别(搜索到)相应于要处理的请求服务ID的回复管理信息(S4106：YES)，那么处理就将包含在相应于要处理的请求服务ID的回复管理信息中的服务开始信息的值作为参数Service_Start存储在常规查询回复信息产生区域(S4108)。

当执行S4108时，处理继续到S4109，在此，处理将包含在相应于要处理的请求服务ID的回复管理信息中的服务取消信息的值写作参数Service_Canceled的值。

当执行S4109时，处理继续到S4110。在S4110，处理判断写入常规回复信息产生区域中的参数Service_Start的值是否是“TRUE”。如果确定参数Service_Start的值是“TRUE”(S4110：YES)，那么处理就继续到S4111，在此处理将回复管理信息所包括的服务URL信息的值(字符串)存储在常规查询回复区域作为参数Service_URL的值(S4111)。然后，处理继续到S4112。

如果确定写入常规查询回复信息产生区域中的参数Service_Start的值不是“TRUE”(即，是“FALSE”)，那么处理就继续到S4112，而不执行S4111。

在S4112，处理判断Request_Status标签(在其中描述将要被处理请求服务ID的Request_Service标签之间的Request_Satus标签)是否为“TRUE”。如果该值为“TRUE”(S4112：YES)，那么处理就继续到S4113。在S4113，处理将包含在相应于要处理的请求服务ID的回复管理信息中服务状态信息值作为参数Service_Status的值写入常规查询回复信息产生区域。

如果确定与在综合回复信息中要处理的请求服务ID相关的Request_Status的值不是“TRUE”(即，是“FALSE”)(S4112：NO)，那么处理就不执行S4113，而继续到S4114.

综合回复信息产生处理

在S4114，控制单元31执行综合回复信息产生处理。图59显示了由控制单元31执行综合回复信息产生处理的流程图。图60是显示在综合回复信息产生处理中所调用的回复判断处理的流程图。图61显示了综合回复信息的结构。使用图61所示那样的标记语言描述该综合回复信息。在表2中解释在综合回复信息中使用的标签的定义。

表2

数据名	数据类型	描述
			Num_Pattern	整数	返回信息类型的数量
Response_Service[]	返回信息数组	相同类型的返回信息

Service_Start	TRUE或FALSE	TRUE：准备提供服务FALSE：不准备提供服务
			Service_URL	URL字符串	要开始服务的服务程序的地址
Service_Status	整数	状态数(错误：负数)
			Service_Canceled	TRUE或FALSE	TRUE：服务被停止FALSE：服务不被停止
Num_Service_ID	整数	返同信息的数量
			Response_Service_ID	整数	服务识别符

当开始综合回复信息产生处理时，处理判断该处理是否是在S4101接收了常规查询信号之后第一次执行。如果该执行是第一次(S4201：YES)，那么处理继续到S4211，在此，处理在RAM中保留用于产生综合回复信息的综合回复信息产生区域，并将标头信息写入综合回复信息区域(S4212)。

在执行S4212之后，处理在S4213使用值为(1)的参数NumPattern产生Numpattern标签(字符串<NumPattern>1</NumPattern>)，并将该标签添加到综合回复信息(即，RAM的综合回复信息产生区域)。进而，处理将Response_Service标签添加到综合回复信息中(S4214)。此后，处理执行回复判断处理(参见图60)。

当执行回复判断处理时，控制单元31在S4301判断由相应于要处理请求服务的常规查询回复信息(即，写在常规查询回复信息产生区域中的信息)所表示的参数Service_Start是否为“TRUE”。如果确定参数Service_Start的值为“TRUE”(S4301：YES)，那么处理就确定回复为OK(S4304)。

如果确定所述值不是“TRUE”(S4301：NO)，那么处理就继续到S4302，并判断由常规查询回复信息所表示的参数Service_Canceled是否是“TRUE”(S4302)。

如果参数Service_Canceled的值为“TRUE”(S4302：YES)，那么处理就继续到S4304，并确定该回复为OK。如果确定参数Service_Canceled不是“TRUE”(S4302：NO)，那么处理就继续到S4303，并判断参数Service_Status的值是否包括在常规查询回复信息中。如果确定该参数值存在(S4303：YES)，那么处理就继续到S4304，并确定该回复为OK。如果确定该参数值没有包括在常规查询回复信息中，那么处理就继续到S4305，确定回复为NG，并结束该回复判断处理。

当在S4215结束该回复判断处理时，在S4216(图59)，处理判断在回复判断处理中的判断是否是“回复OK”。如果结果不是“OK”(即，“回复NG”)(S4216：NO)，那么处理结束该综合回复信息产生处理。如果所述结果是“回复OK”(S4216：YES)，那么处理就继续到S4217。

在S4217，处理基于相应于要处理的请求服务ID的常规查询回复信息(即，存储在常规查询回复信息产生区域中的信息)将Service_Start标签写在Response_Service标签之间(即，在<Response_Service>和</Response_Service>之间)。

例如，如果常规查询回复信息参数Service_Start的值是“TRUE”，那么作为Service_Start标签，就产生参数字符串<Service_Start>TRUE</Service_Start>，并存储在综合回复信息中。

当执行S4217时，处理在S4218基于相应于要处理的请求服务ID的常规查询回复信息将Service_URL标签写在Response_Service标签之间。应该注意，如果参数Servic_URL的值不包括在常规查询回复信息中，那么处理就产生字符串<Service_URL></Service_URL>作为Service_URL标签，并且如果存在参数Setvice_URL的值，那么处理就产生具有该值的Service_URL标签，并将其写在综合回复信息中。

当执行S4218时，处理基于相应于要处理的请求服务ID的常规查询回复信息将Service_Status标签写在Response_Service标签之间(S4219)。

在此情况下，如果在常规查询回复信息中不存在参数Service_Status的值，那么处理就产生字符串<Service_Status></Service_Status>作为Service_Status标签，并且如果存在参数Service_Status的值，那么就产生具有所描述的值的Service_Status标签，并将该标签写在综合回复信息中。

在执行S4219之后，处理基于相应于要处理请求服务ID的常规查询回复信息将Service_Canceled标签写在Response_Service标签之间(S4220)。

例如，当常规回复查询信息的参数Servive_Canceled的值为“FALSE”时，处理产生字符串<Service_Canceled>FALSE</Service_Canceled>作为Service_Canceled标签，并将其存储在综合回复信息中。

当执行4220时，处理使用值为(1)的参数Num_Service_ID产生Num_Service_ID标签(字符串<Num_Service_ID>1</Num_Service_ID)。该Num_Service_ID标签被写在综合回复信息的Response_Service标签之间(S4221)。

当执行S4221时，处理继续到S4222，在此处理使用要处理的请求服务ID的值产生Requet_Service_ID标签(即，字符串<Requet_Service_ID>(请求服务ID)</Requet_Service_ID>)作为参数Requet_Service_ID的值。然后，将Requet_Service_ID标签存储在综合回复信息中的Response_Service标签之间。然后，处理结束综合回复信息产生处理。

如果确定综合回复信息产生处理的执行是第二次或更多次(S4201：NO)，那么处理就在S4225执行回复判断处理(参见图60)，并判断该回复判断处理的结果是否OK(即，回复OK)(S4226)。如果确定结果不是OK(即，回复NG)(S4226：NO)，那么处理就结束该综合回复处理。

如果确定该结果是“回复OK”(S4226：YES)，那么处理就继续到S4227，并判断是否存在具有与要处理的请求服务ID的常规查询回复信息相同的参数值的Response_Service标签。即，判断是否存在具有与包含在要处理的请求服务ID的常规查询回复信息中的请求服务ID之外的信息相同的值(例如，参数Serivce_Start、Serivce_URL、Serivce_Status、Serivce_Canceled的值)的Response_Serivce标签。

如果确定存在具有相同参数值的Response_Service标签，那么处理就更新在Response_Service标签之间的Num_Service_ID标签的值(S4228)。例如，如果更新之前的Num_Service_ID由字符串<Num_Service_ID>1</Num_Service_ID>表示，那么字符串就被更新为<Num_Service_ID>2</Num_Service_ID>。

在执行S4228之后，处理使用要处理的请求服务ID的值产生Request_Service_ID标签作为参数Reqtuest_Service_ID的值，并将其存储在具有相同参数值的Response_Service标签之间(S4229)。此后，将结束综合回复信息产生处理。

如果确定不存在具有相同参数值的Response_Service标签(S4227：NO)，那么处理就继续到S4231，并更新综合回复信息的NumPattern标签的参数NumPattern的值。例如，当综合回复信息的NumPattern标签是字符串<NumPattern>1<NumPattern>时，处理将该字符串更新为<NumPattern>2<NumPPattern>。

应当注意，在S4231，如果所述综合回复信息包括空Response_Service标签(例如，当在S4216中判断为“NO”之后第一次执行S4231时)，那么作为例外，就不更新参数NumPattern的值。

当执行S4231时，处理继续到S4232，并将新的Response_Service标签写入在已经包括在综合回复信息中的Response_Service标签之后的区域中。应当注意，当执行S4232时，如果综合回复信息包括空Response_Service标签，那么作为例外，新的Response_Service将不被写入。

当执行S42322时，处理继续到S4233，在此，处理基于相应于要处理的请求服务ID的常规查询回复信息将Service_Start标签写在新Response_Service标签(空Response_Service标签)之间。

例如，如果在常规查询回复信息中的参数Service_Start的值是“FALSE”，那么处理就产生字符串<Service_Start>FALSE</Service_Start>，其将被写入综合回复信息中。

当执行S4233时，处理基于相应于要处理请求服务ID的常规查询回复信息将Service_URL标签写在Response_Service标签之间(S4234)。进一步，处理基于相应于要处理的请求服务ID的常规查询回复信息将Service_Status标签写在Response_Service标签之间(S4235)。

当执行S4235时，处理基于相应于要处理的请求服务ID的常规查询回复信息将Service_Canceled标签写在Response_Service标签之间(S4235)。然后，处理将参数Num_Service_ID的值设置为“1”，产生Num_Service_ID标签，并将其写在综合回复信息中的Response_Service标签之间(S4237)。

当执行S4237时，处理使用要处理的请求服务ID的值产生Request_Service_ID标签作为参数Request_Service_ID的值，并将其写在综合回复信息的Response_Service_ID标签之间(S4238)。然后，处理结束该综合回复信息。

如上面那样，在S4114执行该综合回复信息产生处理(图58)，处理继续到S4102，并从该综合回复信息中选择下一个目标(未处理的请求服务ID)。如果没有未处理的请求服务ID，那么处理继续到S4115，并产生包含存储在该综合回复信息中的综合回复信息的响应信号。该信息通过通信单元32传输到作为常规查询信号源的MFP 10。然后，处理继续到S4101，在此，处理暂停直到接收到下一个常规查询信号为止。

Blog搜索处理

下面，将描述用来产生提供给登记的MFP 10的信息的blog搜索处理。图62是显示由功能服务器30的控制单元31执行的blog搜索处理。在功能服务器30工作期间，该blog搜索处理每隔预定周期被重复处理。

当执行blog搜索处理时，处理从相应于blog搜索服务的请求服务ID管理表中选择其中一个要处理的请求服务ID。应该注意，如果在该请求服务ID管理表中没有请求服务ID(即，在S4403之后的处理中没有要处理的请求服务ID)，那么在S4402的判断就是NO，并且处理结束blog搜索处理。

如果存在要处理的请求服务ID(即，未处理的)，那么在S4402中的判断就是YES。在此情况下，处理将包括在相应于该要处理的请求服务ID的常规查询回复管理表的回复管理信息的服务状态信息设置为“FALSE”(S4403)。

然后，处理设置把存储在请求服务ID管理表中与要处理的请求服务ID相关的参数的值设置作为关键词，访问预定的blog网站，并从新项目中搜索包含该关键词的张贴项目(S4404)。

如果在搜索期间由于存储在请求服务ID管理表中的参数值不合适而产生错误(S4405：YES)，那么处理就将包含在相应于请求服务ID的常规查询回复管理表中的回复管理信息中的服务取消信息设置为“TRUE”(S4406)。

进一步，处理获得相应于错误原因的服务状态的值，并将所获得的值反映在相应于要处理的请求服务ID的常规查询回复管理表中的服务状态信息中(S4407)。此后，处理继续到S4401，并从该请求服务ID管理表中选择未处理的请求服务ID。

如果已经正常结束在S4404中的搜索操作(S4405：NO)，那么处理继续到4408，并确定作为搜索结果是否在blog网站发现新张贴的项目。如果不存在新张贴的项目，那么处理继续到S4401。

如果新张贴的项目被发现包含其中一个上述设置的关键词(S4408：YES)，那么处理就继续到S4409，并产生指示所张贴项目的内容的提供数据。然后，该提供数据被存储在存储单元33中。进一步，处理继续到S4410，在此，处理产生URL(例如，字符串“ http：//***.co.jp/cgi/blog？F＝****”)，通过该URL可以下载该提供数据。进一步，相应于在常规查询回复管理表中要处理的请求服务ID的服务URL信息被更新为从中可以下载数据的上述URL信息(S4411)。

当执行S4411时，处理将相应于在常规查询回复管理表中要处理的请求服务ID的服务状态信息改变成值“TRUE”(S4412)。此后，处理继续到S4401，并选择其中一个未处理的请求服务ID。对于在请求服务ID管理表中指示的所有请求服务ID，在执行S4403之后的处理时，在S4402中判断变为“NO”，然后，处理结束该blog搜索处理。

本地新闻提供服务

下面，将描述本地新闻提供服务。图63显示了说明由功能服务器30的控制单元31执行的新闻信息产生处理的流程图。在功能服务器30工作期间，该新闻信息提供处理每隔预定的时间间隔被重复执行。

当执行该新闻信息产生处理时，处理从相应于本地新闻提供服务的请求服务ID管理表中选择请求服务ID(S4501)。如果没有要处理的请求服务ID，即，如果没有未在S4503中处理的未处理请求服务ID，那么在S4502中的判断就变成“NO”，并且处理结束该新闻信息产生处理。

如果存在要处理的请求服务ID(即，如果存在未处理的请求服务ID)，那么在S4502的判断为“YES”，并且处理将包括在常规查询回复管理表的回复管理信息中的服务状态信息更新为“FALSE”(S4503)。

此后，处理判断相关于请求服务存储在请求服务ID管理表中的参数值是否具有合适的值(S4504)。如果这些值不合适(S4504：NO)，那么就确定产生错误。在这种情况下，处理将相应于要处理的请求服务ID的常规查询回复管理表中服务取消信息更新为具有值“TRUE”(S4505)。

进一步，处理检测相应于错误原因的服务状态的值，并将检测的值反映到相应于要处理的请求服务ID的常规查询回复管理表中服务状态信息中(S4506)。然后，处理继续到S4501，并从所述请求服务ID管理表中选择未处理的请求服务ID。

如果确定每个参数的值不是不合适的值(即，合适的值)(S4504：YES)，那么处理继续到S4507，并且处理从预定的数据库(没有示出)获得满足与要处理的请求服务ID相关存储在请求服务ID管理表中的参数地址的值的本地新闻数据(参见图44、51A和51B)。在执行S4507之后，处理继续到S4508，将上面获得的本地新闻数据转换成具有满足参数NumPages的页数的提供数据(例如，PDF数据)(参见图44、51A、51B)，从而产生所述提供数据。然后，处理将该提供数据存储在存储单元33中。

在执行S4508之后，处理产生从中可以下载上面存储的提供数据的位置的URL信息(S4509)，并将相应于在常规查询回复管理信息表中要处理的请求服务ID的服务URL信息改变成从中可以下载上面产生的数据的URL信息。

当结束S4510时，处理将相应于在常规查询回复管理表中要处理的请求服务ID的服务状态信息改变成“TRUE”(S4511)。然后，处理继续到S4501，并从所述请求服务ID管理表中选择未处理的请求服务ID。当对在请求服务ID管理表中所列出的所有请求服务ID执行S4503之后的步骤时，在S4502的判断为“NO”，并结束该新闻信息产生处理。

综合回复信息接收处理

下面，将描述用来基于综合回复信息接收综合接收信息和接收服务的综合回复信息接收处理。图64是说明MFP 10的控制单元11执行的综合回复信息接收处理的流程图。

当执行综合回复信息接收处理时，控制单元11暂停(S4601)直到响应于常规查询信号通过通信单元15接收到从功能服务器30发送来的回复信号(综合回复信号)为止。当处理接收该回复信号时，处理从包括在所接收的回复信号中的综合回复信息选择一个要处理的请求服务ID(S4602)。如果没有要处理的请求服务ID(即，如果没有在步骤S4604以后未处理的未处理请求服务ID)，那么S4603中的判断就是“NO”，并且处理继续到S4606。如果存在未处理的请求服务ID，那么在S4603中的判断就是“YES”，并且处理继续到S4604。

当处理继续到S4604时，处理判断参数Service_Status的值是否包括在在综合回复信息中描述的Service_Status标签中。即，处理判断参数Service_Status的值是否是在Respons_Status标签之间描述的，所述Respons_Status是在包括要处理请求服务ID的Respons_Service标准之间描述的。

如果确定参数Service_Status没有值(即，<Service_Status></Service_Starus>)，那么处理继续到S4602。如果参数Service_Status具有值，那么处理继续到S4605，并在显示单元19的显示器19a上显示相应于参数Service_Status的值的状态信息。此后，处理继续到S4602，选择要处理的另一个未处理请求数据ID，并再次执行S4604之后的步骤。

当对于所有在综合回复信息中描述的请求服务ID执行从S4604起的处理时，处理在S4603确定为“NO”，并继续到S4606。然后，对于所有与在其中描述为“TRUE”的Service_Start标签相关的请求服务ID，处理判断相应于该请求服务ID的服务是否是从功能服务器30接收的。

如果在与其中描述为“TRUE”的Service_Start标签相关的请求服务ID内存在还没有从功能服务器30接收服务的请求服务ID，那么在S4606中的判断就为“NO”，并且处理继续到S4607。然后，处理在综合回复信息中选择其中一个要处理的请求服务ID。

如果没有要处理的请求服务ID，也就是没有要在S4609之后处理的未处理请求服务ID，那么在S4608中的判断就为“NO”，并且处理继续到S4606。如果存在未处理的请求服务ID，那么在S4608中的判断就是“YES”，并且处理继续到S4609。

如果确定在Service_Start标签中没有描述值“TRUE”(S4609：NO)，那么控制单元11就继续到S4607。如果确定在Service_Start标签中描述了值“TRUE”(S4609：YES)，那么处理就继续到S4610。在S4610，处理基于常规查询管理表中的设备信息判断是否正使用处理从功能服务器30接收到相应于要处理的请求服务ID的服务时要使用的输入/输出设备(例如，读取单元13、记录单元14、声音输入单元17、声音输出单元18)。

如果确定该输入/输出设备正被使用(S4610：YES)，那么处理就继续到S4607。如果该输入/输出设备没有被使用(S4610：NO)，那么处理就继续到S4611，在此，处理将与要处理的请求服务ID相关的综合回复信息的Service_URL标签的值设置为自变量，并启动服务接收处理(图46)。

此后，处理继续到S4607，从综合回复信息中选择未处理的请求服务ID。如果在与请求服务ID相关的综合回复信息中描述的Service_Start标签中描述了值“TRUE”，那么与前面启动的服务接收处理并行，启动另一个服务接收处理。但是，应该注意，只有当在S4610中判断为“NO”时才进行并行处理。即，该并行执行的处理是使用不同于当前用于接收服务的输入/输出设备的处理。

即，在S4607到S4611，可以并行执行相应于其中描述为值“TRUE”的请求服务ID并使用不同输入/输出设备的服务。

相反，如果服务接收处理使用相同的输入/输出设备，那么S4608中的判断是“NO”，并且S4606中的判断为“NO”，并且执行S4607之后的处理，从而顺序执行多个处理。

如果对于所有与包括值“TRUE”的Service_Start标签相关的请求服务ID，都从功能服务器30接收到相应于请求服务ID的服务(即，开始服务接收处理)，那么在S4606中的判断就是“YES”，并且控制单元11继续到S4601。然后，处理暂停直到接收到下一个综合回复信息为止。

下面，将描述有关在功能服务器30中执行的服务提供处理。MFP 10的控制单元11处理相应于blog搜索服务或本地新闻提供服务的请求服务ID，并且当控制单元11在S4611开始服务接收处理时，控制单元11可以基于所述服务URL信息访问功能服务器30，并使得功能服务器30执行图65所示的常规服务提供处理(S3301)。这里，图65是显示常规服务提供处理的流程图。应该注意，根据第三实施例，在所述服务URL信息中描述了用来执行实现blog搜索服务和本地新闻提供服务的常规服务提供处理的功能服务器30的URL信息(例如，在图48的S3405开始图65所示常规服务提供处理时功能服务器30的URL信息)。

当执行常规服务提供处理时，控制单元31在S4701中执行初始化，并在S4702启动服务侧打印作业(参见图66)。接着，在S4703，控制单元31输出“打印作业启动指令”作为MFP指令。具体来说，在相应于在S3405中产生的会话ID的回复信息存储区域，写入“打印作业启动指令”。

使用上面的处理，将“打印作业启动指令”通过服务控制信息处理传输到MFP10作为MFP指令。在该“打印作业启动指令”中，包含了有关在S4702启动的服务侧打印作业的作业ID和作业通信URL。

当执行S4703时，控制单元31继续到S4704，并判断是否从服务侧打印作业中接收到打印准备完成通知。如果还没有接收到该通知(S4704：NO)，那么处理就继续到S4705，并判断是否已经从服务侧打印作业接收到终止通知。如果还没有接收到终止通知(S4705：NO)，那么处理就返回到S4704，暂停直到从服务侧打印作业接收到准备通知或终止通知。如果处理接收到终止通知(S4705：YES)那么处理就继续到S4708。如果接收到打印准备通知(S4704：YES)，那么处理就继续到S4706。

在S4706，控制单元31检索要下载的提供数据，该数据是在开始常规服务提供处理时使用来自MFP 10侧的URL信息指定的。然后，将检索的提供数据转换成适合于MFP 10的记录单元14的功能的打印数据。然后，控制单元31将转换的打印数据提供给服务侧打印作业。然后，将转换的打印数据通过服务侧打印作业传输到已经接入功能服务器30的MFP 10(S4707)。

当执行S4707时，控制单元31继续到S4708，并暂停直到结束服务侧打印作业。当结束打印作业时，控制单元31输出“打印作业完成指令”作为MFP指令。具体来说，控制单元31将“打印作业完成指令”写在相应于在S3405产生的会话ID的回复信息存储区域。

使用上面的操作，“打印作业完成指令”通过服务控制信息处理作为MFP指令传输到MFP10。应该注意，该“打印作业完成指令”包括作业ID和作业通信URL。

当已经输出该“打印作业完成指令”时，控制单元31继续到S4709，并输出“服务完成指令”作为MFP指令。然后，由MFP 10接收该“服务完成指令”。当结束S4709时，功能服务器30的控制单元31结束常规服务提供处理。

服务侧打印作业

下面，将描述在图65的S4702中执行的服务侧打印作业。图66显示了由功能服务器30的控制单元31执行的服务侧打印作业的流程图。该服务侧打印作业可以与其它处理并行执行。

当开始服务侧打印作业时，控制单元31暂停直到从MFP10接收到“MFP状态信息”(S4801)。应该注意，“MFP状态信息”是在由MFP 10的控制单元11执行的图67所示的输出作业(后面描述)的S4904中传输的。

当处理接收到“MFP状态信息”时，处理继续到S4802，并初始化错误计数器。进一步，处理传输在记录单元14中设置的参数(S4803)。

在执行S4803之后，控制单元31继续到S4804，并判断MFP 10是否已经正常接收了MFP参数。具体来说，在由MFP 10的控制单元11执行的输出作业(图67)中，传输“MFP接收状态”。如果MFP 10已经在S4909传送了“正常接收”作为“MFP接收状态”，那么控制单元31就确定MFP已经正常接收MFP。另一方面，如果MFP 10在S4908已经传送了“异常接收”，那么控制单元31就确定MFP参数没有被MFP 10正常接收。

如果确定该MFP参数没有被MFP 10正常接收(S4804：NO)，那么控制单元31就继续到S4805。在S4805，控制单元31确定该MFP参数没有被MFP 10正常接收的次数是否为两次，该次数是基于在S4802中初始化的错误计数器的值检测的。

如果所述次数不是两次(即，一次)(S4805：NO)，那么处理就继续到S4806，并将错误计数器的值加1，然后，处理返回到S4803。如果所述次数是两次(S4805：YES)，那么处理就继续到S4807，并通知开始当前服务侧打印处理(即，常规服务提供处理)的处理终止打印作业。然后，在S4811，处理确定异常完成(S4811：NO)，并在S4812将该异常完成作为服务状态信息传输到MFP 10，并结束该服务侧打印作业。

如果确定所述MFP参数已经被正常接收(S4804：YES)，那么处理继续到S4808，并通知开始当前处理(即，常规服务提供处理)的处理打印准备完成。然后，在S4809，在S4706中产生的打印数据被顺序传输到MFP 10。

当执行S4809时，控制单元在S4810暂停直到从MFP 10接收到MFP状态信息。当接收到MFP状态信息时，处理继续到S4811。应当注意，该“MFP状态信息”是在由控制单元11执行的输出作业(图67)的S4913中传输的。

在S4811，控制单元31判断所述打印数据传输是否已经正常完成。如果确定该传输还没有正常完成(S4811：NO)，那么处理继续到S4812。如果该传输已经正常完成(S4811：YES)，那么处理继续到S4913。在S4812，异常完成被通知给MFP 10作为服务状态信息。在S4813，正常接收被通知给MFP 10作为服务状态信息。

输出作业

下面，将描述由MFP 10的控制单元11在S3356响应于在常规服务提供处理的S4703中输出的“打印作业启动指令”执行的输出作业。图67显示了由MFP 10的控制单元11执行的输出作业的流程图。

当开始输出作业时，控制单元11在S4901判断输出设备(当接收到打印作业启动指令时的记录单元14；和接收到扬声器作业启动指令时的声音输出单元18)是否忙碌。具体来说，基于指示输出设备是否忙碌的忙碌标志Fo，控制单元11做出判断。具体来说，当设置忙碌标志Fo时，控制单元11确定输出设备忙碌，而，当忙碌标志Fo被解除时，控制单元11确定输出设备不忙碌。

如果确定输出设备忙碌，控制单元11继续到S4902，并暂停直到输出设备的忙碌状态被解除。此后，控制单元11返回到S4901。如果确定输出设备不忙碌(S4902：NO)，那么控制单元11继续到S1903，并设置忙碌标志Fo。然后，控制单元1将所述“MFP状态信息”传输到功能服务器30(S4904)。应该注意，在S4904中传输的“MFP状态信息”包括会话ID和作业ID。

在执行S4094之后，控制单元11继续到S4905，并接收从功能服务器30传输来的MFP参数作为对于“MFP状态信息”的响应信号。应当注意，所述MFP参数是在由功能服务器30的控制单元31执行的服务侧作业的S4803中传输的。

在S4095之后，控制单元11在S4906判断是否从开始当前处理的服务接收处理中接收了完成指令。应当注意，该完成指令是在由MFP 10的控制单元11执行的服务接收处理(图46)的S3310输出的。如果确定该完成指令还没有被输出，那么控制单元11就继续到S4907，并在S4905中判断MFP参数是否已经被正常接收。

如果确定MFP参数还没有被正常接收(S4907：NO)，那么控制单元11继续到S4908。在S4908，控制单元11传输“异常接收”作为“MFP接收状态”，其是指示MFP10是否已经从功能服务器30正常接收了数据的指示。然后，控制单元11继续到S4905。应当注意，该“MFP接收状态”包括会话ID和作业ID。

如果确定MFP参数已经被正常接收(S4907：YES)，那么控制单元11继续到S4909，并将“正常接收“作为“MFD接收状态”传输到功能服务器30。接着，在S4910，控制单元11从功能服务器30接收输出数据(打印数据或声音数据)。应该注意，当控制单元31执行服务侧打印作业处理时，所述打印数据是从功能服务器30传输来的(图66：S4809)。

当S4910结束时，控制单元11继续到S4911，并设置MFP参数给输出设备(记录单元14或声音输出单元18)来输出所述输出数据。

例如，如果输出作业是响应于在常规服务提供处理中由功能服务器30输出的“打印作业启动指令”开始的，所述记录单元14被用作输出设备，并基于从功能服务器30提供的打印数据执行打印处理。

例如，如果常规服务提供处理是用于将blog搜索服务提供给MFP 10的处理，并且输出作业是用来接收blog搜索服务的处理，由blog搜索处理搜索的张贴项目使用记录单元14打印出来。

作为另一个例子，如果常规服务提供处理是用来将本地新闻提供服务提供给MFP 10的处理，并且输出作业是用于接收本地新闻提供服务的处理，那么就可以通过记录单元14打印出基于由新闻信息产生处理产生的新闻数据的信息。

当执行S4911时，控制单元11将在S4911中设置给输出设备的参数恢复为原始值(S4912)，并将“MFP状态信息”传输到功能服务器30(S4913)。在S4913之后，控制单元11继续到S4914，并从功能服务器30接收“服务状态信息”。然后，在S4915，控制单元11解除在S4903中设置的忙碌标志Fo，并结束输出作业。

已经描述了根据第三实施例的通信系统。根据上面描述的通信系统，通过在功能服务器30和MFP 10(作为客户端设备)之间执行HTTP通信，可以从功能服务器30向MFP 10提供多种服务(例如，blog搜索服务、本地新闻提供服务)。

功能服务器30被配置用来提供多种类型的服务，这些服务可以周期性地提供。MFP 10被配置为具有有关查询每种服务(具体来说，每种请求服务ID)的定时的信息。作为表示该查询的信息，MFP 10包括查询间隔信息、剩余时间信息、立即执行信息，这些信息被存储在常规查询管理表中。基于所述查询间隔信息、剩余时间信息、立即执行信息，MFP 10可以在S3904-S3906中判断所述常规查询信号是否是为由功能服务器30提供的每种服务接收的。当确定传输时间已经到时(S3906：YES)，在S3908，产生包括作为可用服务的识别信息的请求服务ID的综合查询信息，并通过通信单元15传输到功能服务器30(S3911)。

进一步，当MFP10通过通信单元15从功能服务器30接收到对于常规查询信号的响应信号时，判断包括在响应信号中的综合回复信息中描述的请求服务ID的参数Service_Start是否是“TRUE”，从而，判断相应于请求服务ID的服务是否在功能服务器30上准备好(S4609)。如果功能服务器30准备提供服务，那么MFP 10可以执行必要的服务接收处理来从功能服务器30接收服务。

功能服务器30被配置用来接收有关多种类型服务的常规查询信号，该信号从MFP 10通过通信单元32进行传输(S4101)。进一步，当功能服务器30基于包括在所接收的信号中的请求服务ID接收到该常规查询信号时，产生常规查询回复信息，并通过收集该常规查询回复信息，产生综合回复信息(S4114)。然后，将包含综合回复信息的响应信号传输到MFP 10(S4115)，该MFP是查询源。

如上面那样，根据上面描述的通信系统，当存在查询时，有关这些查询的信息被收集到综合查询信号中，并传输到功能服务器30。因此，与产生和传输各个查询信号的情况相比，可以抑制网络服务量，并可以有效做出查询。进一步，可以将对于查询的回复集成到综合回复信息中。从而，还可以有效进行回复。

进一步，根据第三实施例，在S3904，监视预定更新时间的到期，并在S3905中，基于该立即执行周期信息、每种服务的每种设备，判断是否应当立即做出查询。进一步，在S3906，基于存储在常规查询表中的剩余时间信息，每个设备可以判断是否已经到了查询时间。

在S3906中，如果不存在查询时间已经到的服务，那么就阻止传输常规查询信号(S3911)，并且当存在查询时间已经到的服务时，并且当更新时间已经过去时，传输常规查询(S3911)。

因此，根据该通信系统，可以使用综合查询信息有效做出查询，并进一步，对于请求立即查询的服务来说，也可以这样做。

根据上述通信系统，个人服务的请求服务ID是基于参数的值整体描述的，并且对于整体描述的请求服务ID，以相关方式描述参数值以形成所述综合查询信息。因此，根据第三实施例，无需多次描述这些参数值，这减少了查询信息的数据量，并可以抑制网络服务量。

进一步，在根据第三实施例的通信系统中，整体描述具有参数Service_Start、Service_URL、Service_Status、Service_Canceled的相同值的请求服务ID，并进一步和该整体描述的ID相关地描述参数值以产生综合回复信息。从而，根据第三实施例，可以抑制综合回复信息的数据量，并可以抑制网络服务量。

根据第三实施例，有关响应预定参数(Response_Service)服务的信息被存储在综合回复信息，并传输该响应信号。进一步，有关与不同响应相关的服务的信息不被包括在响应信号中。从而，可以有效抑制响应信号的数据量，并可以抑制网络服务量。

根据第三实施例，由功能服务器30提供的服务被MFP 10接收，该MFP使用读取单元13、记录单元14、声音输入单元17和声音输入单元18。当由功能服务器30提供服务时，使用一个或多个这些单元。根据第三实施例，如果用于执行服务的输入/输出设备忙碌，那么相应于该忙碌设备的请求服务ID不被包括在综合查询信息中。从而，只有可用服务和执行该服务所需的输入/输出设备包括在综合查询信息中。这样，可以非常有效地做出常规查询。

根据第三实施例，只要分开使用输入/输出设备，就可以并行执行服务(即，一个输入/输出设备只被应用在一种服务中)。如果设备被用于多种服务，通过执行S4607-S4611直到S4606为“YES”，这些服务被串行执行。

因此，通过MFP 10，这些服务可以有效提供给用户。

在上述描述中，没有详细描述“扬声器作业启动指令”。但是，扬声器作业的算法和打印作业的算法基本上是相同的，并且只需通过在图65和66中用“扬声器”和“声音数据”替换“打印”和“打印数据”，就可以明白扬声器作业启动指令。

在上面的描述中，没有详细描述功能服务器30输出“输入作业启动指令”的服务。能服务器30输出输入作业启动指令的常规服务提供处理将输入作业作业指令传输到MFP 10。然后，MFP 10使用输入设备(例如，读取单元13或声音输入单元17)执行输入作业。然后，功能服务器30从MFP 10接收数据，该MFP使用读取单元13或声音输入单元17产生所述数据。

根据第三实施例的通信系统可以多种不同的方式进行修改，而不脱离本发明的范围。

例如，在第三实施例中，对于一组请求服务ID中具有相同参数值的请求服务ID，通常提供一个指示该参数值的标签来产生综合查询信息和综合回复信息。该配置可以被如图68和69所示那样进行修改。即，不管这些参数值是否具有相同值，可以为每种请求服务ID描述这些参数值。

Claims (37)

1、一种图像处理系统，包括：

图像处理设备，其具有用来扫描图像并产生表示该图像的图像数据的图像读取功能和用来形成由图像数据表示的图像的图像形成功能中的至少一个；和

服务提供设备，其适用于响应于来自所述图像处理设备的请求提供服务，该服务与图像处理设备的功能所产生的图像数据和表示要形成的图像的图像数据中的至少一个相关，

其中所述图像处理设备包括：

参数指定单元，其适用于允许用户依据提供给图像处理设备的功能从多个功能参数中指定功能参数作为用来从服务提供设备接收服务所需的服务提供参数；

服务请求单元，其适用于向服务提供设备请求服务；和

功能实现单元，其适用于基于由参数指定单元指定的服务提供参数实现图像处理设备的功能，

其中所述服务提供设备配备有适用于在从服务请求单元接收到请求之后执行处理来向图像处理设备提供所述服务的服务提供执行单元。

2、根据权利要求1所述的图像处理系统，

其中所述图像处理设备配备有指定请求单元，其适用于请求图像处理设备指定所述服务提供参数，和

其中在服务提供设备的指定请求单元请求参数指定单元指定所述服务提供参数时，所述参数指定单元允许用户依据提供给图像处理设备的功能指定所述功能参数作为服务提供参数。

3、根据权利要求1或2所述的图像处理系统，

其中所述参数指定单元适用于当服务提供设备请求参数指定单元指定功能参数时在图像处理设备的显示单元上显示包括有关提供给图像处理设备的功能的登记功能参数的参数列表，并允许用户从参数列表中登记的功能参数中指定将作为服务提供参数的功能参数。

4、根据权利要求3所述的图像处理系统，

其中所述服务提供设备配备有适用于产生参数列表的第一列表产生单元，所述指定请求单元适用于将用于服务提供参数的指定请求命令与由第一列表产生单元产生的参数列表一起传输到图像处理设备，并且

其中所述参数指定单元适用于在参数指定单元从指定请求单元接收指定请求命令和参数列表时在显示单元上显示参数列表，并允许用户从在参数列表中登记的功能参数中指定要作为服务提供参数的功能参数。

5、根据权利要求4所述的图像处理系统，

其中所述服务提供设备配备有设备侧设置通知单元，其适用于通知图像处理系统可设置的参数，

其中所述服务提供设备配备有服务端参数存储单元，所述服务端参数存储单元适用于在存储单元中存储相应于所述图像处理设备的可设置参数，

其中第一列表产生单元适用于产生参数列表，在该参数列表中基于相应于图像处理设备的可设置参数指定功能参数。

6、根据权利要求4所述的图像处理系统，

其中所述服务提供设备配备有第一通知请求单元，该单元适用于请求图像处理设备指示用于指定与提供给图像处理设备的功能相关的功能参数的可设置参数，该可设置参数被指定给提供给图像处理设备的功能，

所述第一列表产生单元适用于产生其中登记了功能参数的参数，所述功能参数通过所述可设置参数指定，所述可设置参数通过被请求的图像处理系统由第一通知请求单元指示，

所述图像处理设备设置有适用于向服务提供设备指示所述可设置参数的设备侧设置通知单元，和

所述参数指定单元适用于在参数指定单元接收到从指定请求单元传送来的指定请求命令和参数列表时在显示单元上显示所述参数列表。

7、根据权利要求4所述的图像处理系统，包括：

信息管理单元，其适用于将所述可设置参数存储在存储单元中；和

所述服务提供设备中的至少一个，

其中所述服务提供设备配备有第二通知请求单元，所述第二通知请求单元适用于请求信息管理单元指示图像处理设备的可设置参数，

其中所述第一列表产生单元适用于产生其中登记了功能参数的参数列表，所述功能参数通过所述可设置参数指定，所述可设置参数通过被请求的图像管理单元由第二通知单元请求单元指示，并且

其中所述信息管理单元配备有管理员侧设置通知单元，所述管理员侧设置通知单元适用于根据来自服务提供设备的请求向服务提供设备指示所述可设置参数。

8、根据权利要求7所述的图像处理系统，包括：

设备侧设置通知单元，其适用于向信息管理单元指示对于图像处理系统可设置的可设置参数，

其中所述信息管理单元配备有管理员侧参数存储单元，其适用于存储相应于图像处理设备的可设置参数，和

其中所述管理员侧参数存储单元适用于指示存储在管理员侧参数存储单元中的可设置参数，相应于图像处理设备的可设置参数用来根据来自服务提供设备的请求将服务提供给服务提供设备。

9、根据权利要求5或8所述的图像处理系统，

其中所述设备侧设置通知单元适用于在起动图像处理设备之后的预定时刻指示所述可设置参数。

10、根据权利要求5、8或9所述的图像处理系统，

其中所述设备侧设置通知单元适用于在对于图像处理设备的可设置的可设置参数被修改时向服务提供设备提供该可设置参数。

11、根据权利要求5和8到10中的任一项所述的图像处理系统，

其中所述设备侧设置通知单元适用于在图像处理设备起动时向服务提供设备指示可设置参数。

12、根据权利要求3所述的图像处理系统，

其中所述图像处理设备配备有第二列表产生单元，其适用于在服务提供设备的指定请求单元请求图像处理设备指定服务提供参数时产生包括有关提供给图像处理设备的功能的登记功能参数的参数列表，

其中所述参数指定单元适用于在图像处理设备的显示单元上显示由第二列表产生单元产生的参数列表，并允许用户从在参数列表中登记的功能参数中指定要用作服务提供参数的功能参数。

13、根据权利要求12所述的图像处理系统，

其中所述参数列表是通过将有关提供给图像处理设备的功能的功能参数登记到格式列表中产生的，

其中所述指定请求单元适用于将对于服务提供参数的指定请求命令与所述格式列表和用来指示将功能参数登记到格式列表的方法的列表信息一起传输到图像处理设备，并且

其中所述第二列表产生单元适用于在第二列表产生单元从指定请求单元接收到指定请求命令时基于所述格式列表和登记方法产生参数列表。

14、根据权利要求1到13中任一项所述的图像处理系统，

其中所述功能参数是下面参数中的至少一个：

(1)相应于读取功能的参数，该功能参数包括图像形成功能的分辨率和读取功能的色彩数中的至少一个；和

(2)相应于图像形成功能的参数，该功能参数包括图像形成功能的分辨率和图像形成功能色彩数中的至少一个。

15、一种图像处理设备，包括用来捕获图像并产生表示该图像的图像数据的读取功能和用来形成由图像数据表示的图像的图像形成功能中的至少一个，

其中参数指定单元允许用户依据提供给图像处理设备的功能从多个功能参数中指定作为服务提供参数的功能参数，该服务提供参数是从服务器接收服务所必需的，所述服务器提供与提供给图像处理设备的功能产生的图像数据和表示要形成的图像的图像数据中的至少一个相关的服务，

其中服务请求单元适用于向所述服务器请求服务，

其中当通过所请求的服务器从服务请求单元提供所述服务时，功能实现单元基于参数指定单元指定的服务提供参数实现图像处理设备的功能。

16、一种服务器，包括：

第一列表产生单元，其适用于产生包括与提供给图像处理设备的功能相关的登记功能参数；

指定请求单元，其适用于将对于要被指定的服务提供参数的指定请求命令与由第一列表产生单元产生的参数列表一起传输到图像处理设备，所述服务提供参数用于从服务器接收服务；和

服务提供执行单元，其通过基于指定请求命令和由用户在参数列表中的功能参数中指定的服务提供参数实现提供给图像处理设备的功能，来执行处理以向图像处理设备提供服务。

17、一种计算机程序产品，其包括能够使计算机系统执行处理以充当图像处理系统的计算机可读指令，

所述图像处理系统包括：

图像处理设备，其具有用来捕获图像并产生表示该图像的图像数据的读取功能和用来形成由图像数据表示的图像的图像形成功能中的至少一个；和

服务提供设备，其适用于提供与由提供给图像处理设备的功能产生的图像数据和表示响应来自图像处理设备的请求而要形成的图像的图像数据中的至少一个相关的服务，

其中所述图像处理设备包括：

参数指定单元，其允许用户依据提供给图像处理设备的功能从多个功能参数中指定作为用来从服务提供设备接收服务的服务提供参数的功能参数；

服务请求单元，其适用于向服务提供设备请求服务；和

功能实现单元，其适用于基于由参数指定单元指定的服务提供参数实现图像处理设备的功能，并且

其中所述服务提供设备配备有服务提供执行单元，其在从服务请求单元接收到请求之后，执行处理以将服务提供给图像处理设备。

18、一种计算机程序产品，其包括能够使计算机系统执行处理以充当图像处理设备的计算机可读指令，

所述图像处理设备具有用来捕获图像并产生表示该图像的图像数据的读取功能和用来形成由图像数据表示的图像的图像形成功能中的至少一个，

其中参数指定单元允许用户依据提供给图像处理设备的功能从多个功能参数中指定作为从服务器接收服务所需的服务提供参数的功能参数，所述服务器提供与由提供给图像处理设备的功能产生的图像数据和表示要形成的图像的图像数据中的至少一个相关的服务，

其中服务请求单元适用于向服务器请求服务，

其中当通过被请求的服务器从服务请求单元提供所述服务时，功能实现单元基于由参数指定单元指定的服务提供参数实现图像处理设备的功能。

19、一种计算机程序产品，其包括能够使计算机系统执行处理以充当服务器的计算机可读指令，

所述服务器包括：

第一列表产生单元，其适用于产生包括与提供给图像处理设备的功能相关的登记功能参数；

指定请求单元，其适用于将对于要被指定的服务提供参数的指定请求命令与由第一列表产生单元产生的参数列表一起传输到图像处理设备，所述服务提供参数用于从服务器接收服务；和

服务提供执行单元，其通过基于指定请求命令和由用户在参数列表中的功能参数中指定的服务提供参数实现提供给图像处理设备的功能，来执行处理以向图像处理设备提供服务。

20、一种通信系统，包括：

服务器，其适用于提供多种服务；和

客户端设备，其适用于使得通信单元与服务器进行通信，并通过与服务器进行通信接收由服务器提供的服务，

其中服务器设置有接收单元和回复单元，所述接收单元适用于接收有关从客户端设备传送来的服务的查询信号，所述回复单元基于包括在所述查询信号中的识别信息，在接收单元接收查询信号时产生与服务有关的回复信息，并将包含回复信息的响应信号传输到客户端设备，

其中所述客户端设备包括：

存储器单元，其中存储指示查询在由服务器提供的多种服务中将由客户端设备接收的每种服务的定时的信息；

定时判断单元，其基于指示查询每种服务的定时的信息，判断对每种服务传送查询信号的合适时间何时发生；

查询单元，其适用于产生所述查询信号并将所述查询信号传输到服务器，所述查询信号存储被确定处于传送所述查询信号的合适时刻的服务的识别信息；和

接收单元，其适用于接收响应所述查询信号而从服务器传送到客户端设备的响应信号，

其中在确定多种服务处于传送所述查询信号的合适时刻时，所述查询单元产生集合查询信息作为要查询服务的识别信息，并将包含该集合查询信号的查询信号传输到服务器，所述集合查询信息整体描述多种服务的识别信息。

21、根据权利要求20所述的通信系统，

其中所述存储单元适用于存储查询定时信息和立即查询信息，所述查询定时信息指示查询每种服务的下一个时间，所述立即查询信息指示立即查询的必要性，

所述定时判断单元包括：

第一判断单元，其基于所述查询定时信息判断向服务器查询每种服务的查询时间；

第二判断单元，其基于所述立即查询信息判断对于从服务器提供的每种服务是否需要立即查询；和

第三判断单元，其适用于判断将查询信号传输到服务器的预定延长周期是否已经到期，

其中，在第一判断单元判断没有服务处于传送查询信号到服务器的合适时刻时，和在第二判断单元判断没有服务需要立即查询并且预定延长周期还在进程中时中的至少一个情况下，所述通信系统确定用来向服务器传输对服务器提供给客户端设备的所有服务的查询信号的合适时刻还未出现，并且

其中，在第一判断单元判断服务处于将查询信号传送到服务器的合适时刻并且第二判断单元判断服务需要立即查询，和传输查询信号到服务器的预定延长周期被判断为到期时中的至少一个情况下，所述通信系统确定用来向服务器传输对服务器提供给客户端设备的所有服务的查询信号的合适时刻已经出现。

22、根据权利要求20或21所述的通信系统，

其中所述存储单元以与服务器提供的服务的查询时间相关联的方式存储指示查询内容的参数值，和

其中所述查询单元适用于将与要查询服务的识别信息相关存储在存储单元中的参数值与所述识别信息一起进行存储。

23、根据权利要求22所述的通信系统，

其中当确定多种服务处于传送所述查询信号的合适时刻时，所述查询单元基于一组服务的识别信息产生其中描述要查询的服务的识别信息的集合查询信息，所述一组服务的每种服务包括存储在存储单元中的相同的参数值，并且描述具有与该参数值相关的相同参数值的识别信息组。

24、根据权利要求20到23中任一项所述的通信系统，

其中包括多个输入/输出单元的客户端设备通过使用所述通信单元和所述多个输入/输出单元中的至少一个从服务器接收服务，

其中所述查询单元配备有设备操作判断单元，所述设备操作判断单元适用于判断是否需要驱动所述多个输入/输出单元中的至少一个从而对由定时判断单元判断处于传输查询信号的合适时刻的每种服务接收服务，并且

其中所述查询单元适用于选择性地包括所述服务的识别信息，其中接收服务的输入/输出单元对于作为要查询服务的识别信息的查询信号不采取动作；当基于来自设备操作判断单元的结果确定处于发送查询信号的合适定时的服务存在，并且需要驱动以接受该服务的该输入/输出单元不采取动作时，所述查询单元向服务器发送该查询信号。

25、根据权利要求20到24中任一项所述的通信系统，

其中所述回复单元适用于判断所述服务器是否准备提供客户端设备所查询的服务，并在确定服务器准备好时产生回复信息，并将该回复信息包括在响应信号中，

其中所述客户端设备设置有准备就绪判断单元，其基于来自回复单元的响应信号判断在响应信号的回复信息中指示的服务是否是服务器准备提供的服务，并且

其中在服务器判断准备提供服务时，所述客户端设备适用于执行接收准备就绪判断单元判断准备好的所述服务所需的处理。

26、根据权利要求20或24所述的通信系统，

其中在服务器的接收单元接收的查询信号包括多种服务的识别信息作为要查询服务的识别信息时，所述回复单元产生集合回复信息，并将包括所述集合回复信息的响应信号传输到传送该查询信号的客户端设备，所述集合回复信息整体描述要查询的多种服务的回复信息。

27、根据权利要求26所述的通信系统，

其中所述集合回复信息包括要查询服务的每种服务的回复信息，该回复信息与对应所述回复信息要查询的每种服务的识别信息相关。

28、根据权利要求26或27所述的通信系统，

其中当多种服务的识别信息被作为要查询服务的识别信息包括在由服务器的接收单元接收的查询信号中时，所述回复单元产生所述集合回复信息，在所述集合回复信息中，基于一组服务的识别信息描述要查询服务的识别信息，所述一组服务中的每种服务包括相同的回复信息和具有与所描述的回复信息相关的相同回复信息的识别信息组。

29、根据权利要求26到28中任一项所述的通信系统，

其中所述回复单元适用于判断所述服务器是否准备好提供由客户端设备查询的服务，在确定服务器准备好的时候产生回复信息，并将回复信息包括在响应信号中，

其中所述客户端设备具有准备就绪判断单元，其基于来自回复单元的响应信号判断在响应信号的回复信息中指示的服务是否是服务器准备提供的服务，并且

其中在所述服务器判断准备提供服务时，所述客户端设备适用于执行接收由准备就绪判断单元判断准备好提供的服务的处理。

30、根据权利要求26到29中任一项所述的通信系统，

其中所述回复单元适用于产生所述响应信号，所述响应信号只包括作为与被存储并传送到客户端设备的服务有关的预定回复的回复信息。

31、根据权利要求29所述的通信系统，

其中当由客户端设备的接收单元接收的回复信号包括回复信息并且准备就绪判断单元确定服务器准备提供多种服务时，所述客户端设备适用于并行执行多种处理的每一种，所述多个处理用于接收确定准备由服务器提供的多种服务的每一种。

32、根据权利要求29所述的通信系统，

其中除了通信单元之外包括多种类型输入/输出单元的客户端设备适用于通过使用所述通信单元和多种类型输入/输出单元中的至少一个从服务器接收服务，和

其中由客户端设备接收的响应信号包括回复信息，并且存在准备就绪判断单元所判断的准备提供的多种服务，所述客户端设备适用于并行执行多个处理的每一个，所述多个处理是接收多种服务的每一种所需的，所述每一种服务使用一个服务所需的输入/输出单元，并且所述客户端设备适用于顺序执行多个处理，所述多个处理是接收多种服务的每一个所需的，所述每一种服务使用多于一个服务所需的输入/输出单元。

33、根据权利要求24所述的通信系统，

其中所述客户端设备配备有至少两个输入/输出单元，所述输入/输出单元包括至少一个适用于在记录介质上形成图像的图像处理设备。

34、根据权利要求32所述的通信系统，

其中所述客户端设备配备有至少两个输入/输出单元，所述输入/输出单元包括至少一个适用于在记录介质上形成图像的图像处理设备。

35、一种通信系统，包括：

存储器单元，其中存储指示查询在由服务器提供的多种服务中将由通信单元接收的每种服务的定时的信息；

定时判断单元，其基于指示查询每种服务的定时的信息，判断对每种服务传送查询信号的合适时间何时发生；

查询单元，其适用于产生所述查询信号并将所述查询信号传输到服务器，所述查询信号存储被确定处于传送所述查询信号的合适时刻的服务的识别信息作为要查询服务的识别信息；和

接收单元，其适用于接收响应所述查询信号而从服务器传送到通信单元的响应信号，

其中在确定多种服务处于传送所述查询信号的合适时刻时，所述查询单元产生集合查询信息作为要查询服务的识别信息，并将包含该集合查询信号的查询信号传输到服务器，所述集合查询信息整体描述多种服务的识别信息。

36、一种计算机程序产品，其包括能使计算机系统执行处理以充当通信系统的计算机可读指令，

所述通信系统包括：

服务器，其适用于提供多种类型的服务；和

客户端设备，其适用于使得通信单元与服务器进行通信，并通过与服务器进行通信接收由服务器提供的服务，

其中服务器设置有接收单元和回复单元，所述接收单元适用于接收有关从客户端设备传送来的服务的查询信号，所述回复单元基于包括在所述查询信号中的识别信息，在接收单元接收查询信号时产生与服务有关的回复信息，并将包含回复信息的响应信号传输到客户端设备，

其中所述客户端设备包括：

存储器单元，其中存储指示查询在由服务器提供的多种服务中将由客户端设备接收的每种服务的定时的信息；

定时判断单元，其基于指示查询每种服务的定时的信息，判断对每种服务传送查询信号的合适时间何时发生；

查询单元，其适用于产生所述查询信号并将所述查询信号传输到服务器，所述查询信号存储被确定处于传送所述查询信号的合适时刻的服务的识别信息作为要查询服务的识别信息；和

接收单元，其适用于接收响应所述查询信号而从服务器传送到客户端设备的响应信号，

其中在确定多种服务处于传送所述查询信号的合适时刻时，所述查询单元产生集合查询信息作为要查询服务的识别信息，并将包含该集合查询信号的查询信号传输到服务器，所述集合查询信息整体描述多种服务的识别信息。

37、一种计算机程序产品，其包含能使得计算机系统充当通信系统的计算机可读指令，

其中所述通信系统包括：

存储器单元，其中存储指示查询在由服务器提供的多种服务中将由通信单元接收的每种服务的定时的信息；

定时判断单元，其基于指示查询每种服务的定时的信息，判断对每种服务传送查询信号的合适时间何时发生；

查询单元，其适用于产生所述查询信号并将所述查询信号传输到服务器，所述查询信号存储被确定处于传送所述查询信号的合适时刻的服务的识别信息作为要查询服务的识别信息；和

接收单元，其适用于接收响应所述查询信号而从服务器传送到通信单元的响应信号，

其中在确定多种服务处于传送所述查询信号的合适时刻时，所述查询单元产生集合查询信息作为要查询服务的识别信息，并将包含该集合查询信号的查询信号传输到服务器，所述集合查询信息整体描述多种服务的识别信息。

Images