操作屏幕提供系统、中继设备和操作屏幕提供方法与流程

本发明涉及操作屏幕提供系统、中继设备和操作屏幕提供方法。

背景技术：

已知一种用于通过网络从外部操作屏幕(用户界面屏幕)提供设备将UI(用户界面)屏幕提供至图像形成设备以使得UI屏幕可显示在图像形成设备的控制板上并用于从用户接收操作指令的技术。根据该技术，例如，在从位于网络上的另一设备提供非图像形成设备中固有的功能的情况下，从外部操作屏幕提供设备将用于指示被提供功能的UI屏幕提供至图像形成设备，从而用户可利用图像形成设备来使用被提供功能。例如，在提供这样的功能(即，图像形成设备扫描图像从而获取图像数据以及将图像数据发送至外部服务器，并且外部服务器对图像数据执行光学字符识别(OCR)处理从而获取文本文件作为处理结果，并且图像形成设备将文本文件保存在包括在图像形成设备中的盘中)的情况下，由于OCR功能不是图像形成设备中固有的，因此图像形成设备不具有用于该被提供功能的任何UI，但由于从外部操作屏幕提供设备提供了用于该被提供功能的UI，因此用户可利用图像形成设备来使用该被提供功能。

在专利文献1中，公开了一种能够容易地保持UI一致性的图像形成设备。该图像形成设备具有响应于利用网络应用的指示从网络服务器获取页面文本的网络浏览器。网络浏览器确定预先设置的固定名称是否被包括在页面文本中所包括的统一资源标识符(URI)中。在固定名称被包括在URI中的情况下，网络浏览器预先从与固定名称关联的诸如HDD或ROM的存储介质的预定位置获取对应于URI的数据。通过利用获取的数据，网络浏览器基于页面文本产生用于网络应用的显示屏幕。因此，根据固定名称，可以使用与在内置应用中使用的图 像数据相同的图像数据。结果，保持了图像形成设备的UI一致性。

在专利文献2中公开的外部设备通过网络连接至图像形成设备，从而构造了印刷系统。在外部设备中，通信单元接收处理能力信息，并且装置功能管理单元基于处理能力信息分辨图像形成设备的功能，并且扩展的设置UI产生单元根据图像形成设备的功能产生扩展的设置UI信息，并将扩展的设置UI信息发送至图像形成设备。如果作为对扩展的设置UI信息的传输的响应接收到扩展的设置信息，则外部设备将扩展的设置信息保存在扩展的设置UI信息控制单元中。然后，如果从图像形成设备接收到印刷工作，则印刷工作控制单元基于扩展的设置信息的内容执行图像处理，从而产生用于印刷处理的数据。

专利文献1：日本专利申请公开No.2012-191321A

专利文献2：日本专利申请公开No.2012-037928A

存在各种型号(类型)的处理设备，并且就可用功能而言在相同型号的处理设备中存在各种变形形式。如果仅将操作屏幕从外部操作屏幕提供设备提供至多个处理设备，则外部操作屏幕提供设备的处理负担变高。

技术实现要素：

本发明的一个目的是，与其中外部操作屏幕提供设备提供对应于多种处理设备的全部操作屏幕信息的情况相比，减小外部设备的负担。

根据本发明的第一方面，提供了一种操作屏幕提供系统，该操作屏幕提供系统包括：中继设备和操作屏幕提供设备，其中中继设备包括：获取装置，其用于从图像处理设备获取表示处理设备的类型的类型信息以及表示如何从该类型的标准构造定制处理设备的定制信息；请求装置，其用于在从处理设备接收到操作屏幕请求的情况下向操作屏幕提供设备请求对应于由获取装置获取的类型信息的标准操作屏幕信息；以及操作屏幕提供装置，其用于根据由获取装置获取的定制信息响应于请求装置的请求来定制从操作屏幕提供设备提供的标准操作屏幕信息，以产生单独的操作屏幕信息，并且操作屏幕提供 装置用于将产生的单独的操作屏幕信息提供至作为操作屏幕请求的源的处理设备，并且其中操作屏幕提供设备包括提供装置，该提供装置响应于来自中继设备的请求将对应于类型信息的标准操作屏幕信息提供至中继设备。

根据本发明的第二方面，提供了根据第一方面所述的操作屏幕提供系统，其中，所述中继设备还包括：用于从处理设备接收用户在基于单独的操作屏幕信息而显示在处理设备上的单独的操作屏幕上的输入的装置；以及用于执行使得处理设备或另一设备执行用于执行由所述输入表示的处理的指令的控制的装置。

根据本发明的第三方面，提供了根据第一方面或第二方面所述的操作屏幕提供系统，其中，中继设备连接至本地网络，并且操作屏幕提供设备连接至除本地网络以外的外部网络，以使得中继设备通过本地网络和外部网络与操作屏幕提供设备可通信(communicable)，并且多个处理设备连接至本地网络，其中，中继设备还包括存储装置，该存储装置用于响应于请求装置的请求与类型信息关联地存储从操作屏幕提供设备提供的标准操作屏幕信息，并且其中，在从连接至本地网络的处理设备之一接收到操作屏幕请求的情况下，在中在继设备中如果存储装置存储了对应于所述处理设备之一的类型信息的标准操作屏幕信息，则请求装置不向操作屏幕提供设备请求对应于该类型信息的标准操作屏幕信息，并且操作屏幕提供装置利用存储在存储装置中的标准操作屏幕信息来产生单独的操作屏幕信息。

根据本发明的第四方面，提供了根据第三方面所述的操作屏幕提供系统，其中，中继设备还包括第二存储装置，该第二存储装置用于与类型信息和定制信息关联地存储由操作屏幕提供装置产生的单独的操作屏幕信息，并且其中，在从连接至本地网络的处理设备之一接收到操作屏幕请求的情况下，在中继设备中如果第二存储装置存储了对应于所述处理设备之一的类型信息和定制信息的单独的操作屏幕信息，则请求装置不向操作屏幕提供设备请求对应于该类型信息的标准操作屏幕信息，并且操作屏幕提供装置将存储在第二存储装置中的单独的操作屏幕信息提供至所述处理设备之一。

根据本发明的第五方面，提供了根据第一至第四方面中的任一方面所述的操作屏幕提供系统，其中，获取装置还从图像处理设备获取表示处理设备的操作状态的信息和关于处理设备中的操作屏幕的显示的预定规则的信息，并且其中，操作屏幕提供装置提供其中操作状态和预定规则中的至少一个基于由获取装置获取的信息被反映至处理设备的单独的操作屏幕信息。

根据本发明的第六方面，提供了一种中继设备，该中继设备包括：获取装置，其用于从处理设备获取表示处理设备的类型的类型信息和表示如何从该类型的标准构造定制处理设备的定制信息；请求装置，其用于在从处理设备接收到操作屏幕请求的情况下向操作屏幕提供设备请求对应于由获取装置获取的类型信息的标准操作屏幕信息；以及操作屏幕提供装置，其用于根据由获取装置获取的定制信息响应于请求装置的请求来定制从操作屏幕提供设备提供的标准操作屏幕信息，以产生单独的操作屏幕信息，并且操作屏幕提供装置用于将产生的单独的操作屏幕信息提供至作为操作屏幕请求的源的处理设备。

根据本发明的第七方面，提供了根据第六方面所述的中继设备，还包括：用于从处理设备接收用户在基于单独的操作屏幕信息而显示在处理设备上的单独的操作屏幕上的输入的装置；以及用于执行使得处理设备或另一设备执行用于执行由所述输入表示的处理的指令的控制的装置。

根据本发明的第八方面，提供了根据第六方面或第七方面所述的中继设备，其中，中继设备连接至本地网络，并且操作屏幕提供设备连接至除本地网络以外的外部网络，以使得中继设备通过本地网络和外部网络与操作屏幕提供设备可通信(communicable)，并且多个处理设备连接至本地网络，其中，中继设备还包括存储装置，该存储装置用于响应于请求装置的请求与类型信息关联地存储从操作屏幕提供设备提供的标准操作屏幕信息，并且其中，在从连接至本地网络的处理设备之一接收到操作屏幕请求的情况下，如果存储装置存储了对应于所述处理设备之一的类型信息的标准操作屏幕信息，则请求装置不向操作屏幕提供设备请求对应于该类型信息的标准操作屏幕信 息，并且操作屏幕提供装置利用存储在存储装置中的标准操作屏幕信息产生单独的操作屏幕信息。

根据本发明的第九方面，提供了根据第八方面所述的中继设备，还包括第二存储装置，该第二存储装置用于与类型信息和定制信息关联地存储由操作屏幕提供装置产生的单独的操作屏幕信息，其中，在从连接至本地网络的处理设备之一接收到操作屏幕请求的情况下，如果第二存储装置存储了对应于所述处理设备之一的类型信息和定制信息的单独的操作屏幕信息，则请求装置不向操作屏幕提供设备请求对应于该类型信息的标准操作屏幕信息，并且操作屏幕提供装置将存储在第二存储装置中的单独的操作屏幕信息提供至所述处理设备之一。

根据本发明的第十方面，提供了根据第六至第九方面中的任一方面所述的中继设备，其中，获取装置还从图像处理设备获取表示处理设备的操作状态的信息和关于处理设备中的操作屏幕的显示的预定规则的信息，并且其中，操作屏幕提供装置提供其中操作状态和预定规则中的至少一个基于由获取装置获取的信息被反映至处理设备的单独的操作屏幕信息。

根据本发明的第十一方面，提供了一种操作屏幕提供方法，该方法包括：从处理设备获取表示处理设备的类型的类型信息以及表示如何从该类型的标准构造定制处理设备的定制信息；在从处理设备接收到操作屏幕请求的情况下向操作屏幕提供设备请求对应于所获取的类型信息的标准操作屏幕信息；以及根据所获取的定制信息响应于该请求来定制从操作屏幕提供设备提供的标准操作屏幕信息，以产生单独的操作屏幕信息，并将产生的单独的操作屏幕信息提供至作为操作屏幕请求的源的处理设备。

根据本发明的另一方面，提供了一种程序，该程序用于使得计算机用作以下装置：获取装置，其用于从处理设备获取表示处理设备的类型的类型信息以及表示如何从该类型的标准构造定制处理设备的定制信息；请求装置，其用于在从处理设备接收到操作屏幕请求的情况下向操作屏幕提供设备请求对应于由获取装置获取的类型信息 的标准操作屏幕信息；以及操作屏幕提供装置，其用于根据由获取装置获取的定制信息响应于请求装置的请求来定制从操作屏幕提供设备提供的标准操作屏幕信息，以产生单独的操作屏幕信息，并将产生的单独的操作屏幕信息提供至作为操作屏幕请求的源的处理设备。

根据第一、第六和第十一方面中的任一方面所述的发明，与其中操作屏幕提供设备提供对应于多种处理设备的全部操作屏幕信息的情况相比，可以减小操作屏幕提供设备的负担。

根据第二或第七方面所述的发明，作为不能执行用于实现与基于单独的操作屏幕信息可通过单独的操作屏幕接收的输入相对应的处理的控制的处理设备的代替，中继设备可执行该控制。

根据第三、第四、第八和第九方面中的任一方面所述的发明，与相对于来自处理设备的每个操作屏幕请求从操作屏幕提供设备请求标准操作屏幕信息的情况相比，可以减小操作屏幕提供设备的负担。

根据第五或第十方面所述的发明，可以提供其中反映了处理设备的操作状态或关于操作屏幕的显示的预定规则的单独的操作屏幕。

附图说明

将基于以下附图详细描述本发明的示例性实施例，附图中：

图1是示出应用实施例的UI屏幕提供方法的系统的示例的示图；

图2是示出被包含在管理服务的数据库中的数据的示例的示图；

图3是示出标准界面(UI)和通过定制该标准UI获得的单独的UI的示例的示图；

图4是示出另一标准界面(UI)和通过定制该标准UI获得的单独的UI的示例的示图；

图5是示出另一标准界面(UI)和通过定制该标准UI获得的单独的UI的示例的示图；

图6是示出关于管理对象设备的类型与标准UI之间的对应关系的信息的示例的示图；

图7是示出表示位于本地网络上的管理对象设备的类型和定制内容的信息的示例的示图；

图8是示出关于管理对象设备的类型和定制内容的组合与对应于这些组合的单独的UI之间的对应关系的信息的示例的示图；

图9是示出实施例的UI屏幕提供方法的流程的示图；

图10是示出关于管理对象设备的定制内容与需要通过定制被添加至UI屏幕的窗体部件之间的对应性(表示额外功能与窗体部件之间的对应性的表)的信息的示例的示图；

图11是示出关于在UI屏幕中使用的窗体部件的定义的信息(窗体部件表)的示例的示图；

图12是示出UI屏幕模板的示例的示图；

图13是示出UI屏幕模板的另一示例的示图；

图14是示出构成系统的设备的功能性构造的示例的示图；

图15是示出显示来自管理服务的通知信息的管理对象设备的UI屏幕的显示示例的示图；以及

图16是示出显示来自管理服务的通知信息的管理对象设备的UI屏幕的另一显示示例的示图。

具体实施方式

<系统构造的示例>

将参照图1描述应用了本发明的实施例的UI屏幕提供方案的系统的示例。

该系统包括分别安装在管理单元10内部的中继设备20和安装在管理单元10外部的管理服务30。

各个管理单元10是通过诸如一个局域网(LAN)或内联网的本地网络12执行数据通信的诸如计算机的设备的集合(或可以为使用这些设备的一组用户)，并且可为一个办公室、一个工厂、一个家庭等。各个中继设备20连接至对应的本地网络12。另外，一个或多个管理对象设备14以及一个或多个个人计算机(PC)16连接至各个本地网络12。各个本地网络12可使用有线方案或无线方案，或者可使 用它们的组合。各个本地网络12通过防火墙、网关等连接至互联网(未示出)。

各个管理对象设备14是将成为该系统的管理对象的处理设备。处理设备是针对用户执行一个或多个预定处理、显示操作屏幕(用户界面屏幕)、以及利用操作屏幕针对一个或多个处理接收操作指令的设备。处理设备的一个示例是图像形成设备。图像形成设备的概念包括在介质上印刷图像、或形成电子图像数据(通过读取文档)的各种设备(这些设备还可发送电子图像数据)，像打印机、多功能设备(具有复印机、打印机、扫描仪等的功能的多功能设备)、扫描仪和传真机。另外，各种种类和各种型号(类型)的管理对象设备14可连接至各个本地网络12。PC 14通过本地网络12使用这些管理对象设备14。

各个中继设备20从位于对应的本地网络12上的单独的管理对象设备14收集管理所需的信息，并将收集到的信息提供至管理服务30。另外，各个中继设备20可具有从管理服务30接收用于位于对应的本地网络12上的管理对象设备14的各型号中的每一个的固件的更新的版本或者接收位于对应的本地网络12上的PC 16所需的诸如打印机驱动程序的装置驱动程序的更新的版本以控制这些单独的型号的功能。在这种情况下，如果中继设备20接收到固件的更新的版本或者装置驱动程序的更新的版本，则中继设备20存储接收到的更新的版本，以将接收到的更新的版本安装在对应于接收到的更新的版本的管理对象设备14和PC 16中。

还可考虑利用连接至对应的本地网络12的PC16作为各个中继设备20以及将程序安装在其中以实现对应的中继设备20的功能(在本说明书中将要描述)的情况。然而，在当前实施例中，作为一个示例，鉴于操作方便性、设备可靠性等，将中继设备20设计为专用设备。在将中继设备20构造为专用设备的情况下，由于中继设备20仅需要能够仅执行当前实施例的系统所需的有限的程序，因此它们的诸如CPU性能和存储容量的硬件性能不需要特别高。因此，可以将各个中继设备20构造为具有相对小的尺寸的便宜设备。另外，由于各 个中继设备不执行未预先设定的非特定程序，因此不可能发生错误，所以用户方基本不需要执行维修工作。另外，由于通过互联网从管理服务30执行将信息提供至用户方，因此各个中继设备20不需要具有诸如显示屏幕或输入单元的用户界面(UI)。

另外，各个中继设备20可将不是在对应的管理对象设备14中固有的功能作为额外功能提供至对应的管理对象设备14。这种额外功能的提供将在下面详细描述。

中继设备20遵照用于通过管理服务30远程管理设备的协议，并且该中继设备20可利用该协议与管理服务30通信。例如，已知TR-069是这种用于远程管理的协议(但不限于此)。

管理服务30设置在互联网上，并且通过互联网从位于管理单元10内部的中继设备20收集单独的管理对象设备14的信息，并使用收集到的信息来向单独的管理单元10提供服务。管理服务30可为单个服务器设备，或可为由多个计算机构成的系统，如云计算系统。作为管理服务30提供的服务的一个示例，存在一种将从管理单元10收集到的信息(诸如，对应的管理单元10的状态或用法)或通过分析收集到的信息获得的二维信息提供给对应的管理单元10的管理员的服务。管理单元10的管理员使用诸如智能电话或平板终端的移动终端18或者PC来登录管理服务30，并浏览对应的管理单元10上的信息。另外，管理服务30可提供包括对说明各个管理对象设备14的用法的管理、对各个管理对象设备14的耗材的剩余量等的管理、装置驱动程序或固件的最新版本的发布、和设置各个管理对象设备14中的各种设置信息的多个服务中的一个或多个。这些服务仅是示例，并且管理服务30可利用收集到的信息提供各种其它服务。

管理服务30具有用于管理关于各管理单元10的信息的数据库32。在数据库32中，登记有诸如关于各个管理单元10的管理员的信息(诸如各个管理员的用户ID)、包括在各个管理单元10中的中继设备20的识别信息(称作中继设备ID)以及包括在各个管理单元10中的各个管理对象设备14的装置信息的各种信息。

图2示出了在数据库32中登记的数据的示例。在该示例中，在 数据库32中，与各个中继设备20的中继设备ID关联地登记有管理对应的中继设备20的管理员的用户ID(管理员ID)、安装有对应的中继设备20的管理单元10的名称(组名称)以及包括在对应的管理单元10中的各个管理对象设备14的装置信息。在该示例中，使用对应的管理员的电子邮件地址作为各个管理员ID。另外，各个管理对象设备14的装置信息包括对应的管理对象设备14的名称(印刷机名称)和类型(型号)、代表对应的管理对象设备14的印刷输出张数的计数值以及代表对应的管理对象设备14的操作状态的信息(信息项“状态”)。另外，在数据库32中，包含有各个中继设备20的地址信息，以执行与对应的中继设备20的通信，但是为避免复杂图2中未示出。

在图2的示例中，例如，中继设备ID为“0001”的中继设备20与用户ID为“Yamamoto@example.com”的管理员关联地登记，并且被安装在名称为“七楼AB研发部”的组(管理单元)中。另外，对应的中继设备20连接至连接有名称为“打印机-A”和“打印机-B”的两个管理对象设备14的本地网络12，并且对应的管理对象设备14的类型(型号)分别是“Prt123”和“Prt124”。此外，名称为“打印机-A”和“打印机-B”的管理对象设备14的当前状态值分别为“正常”和“墨粉用尽”。

另外，在图2的示例中，由管理员ID为“Yamamoto@example.com”的同一管理员管理对应于两个中继设备ID“0001”和“0002”的两个管理单元10。

此外，管理服务30还具有作为用于向管理对象设备14提供操作屏幕(UI屏幕)的操作屏幕提供设备的功能。根据作为操作屏幕提供设备的功能，管理服务30与中继设备协作，以提供其中向管理对象设备14反映各个管理对象设备14的定制的UI屏幕。将在稍后描述作为操作屏幕提供设备的功能。

外部服务器40是位于本地网络12以外(例如，互联网上)的服务器，并且向管理对象设备14提供诸如图像处理服务的信息处理服务。外部服务器40用于下面描述的链接处理中。将在下面详细描 述利用外部服务器40的链接处理。

例如，上述管理服务30利用远程管理协议从中继设备20收集信息。例如，通过利用诸如TR-069的远程管理协议，可以从管理服务30穿过将本地网络12与互联网分离的防火墙控制中继设备20以交换信息。由于管理对象设备14通过防火墙与外部互联网分离，因此管理对象设备14不能通过互联网直接将信息发送至诸如管理服务30的系统。然而，管理对象设备14可通过中继设备20将自身装置信息发送至管理服务30。

管理服务30可利用远程管理协议更新中继设备20的固件或各种设置信息。

可利用远程管理协议从管理服务30将将被提供至管理对象设备14或本地网络12上的其它设备(例如，PC 16)的信息提供至中继设备20。在这种情况下，中继设备20可临时存储该信息并且随后响应于来自管理对象设备14的请求按照推的方法或按照拉的方法将该信息提供至管理对象设备14。例如，将被提供的信息是用于通过PC 16控制管理对象设备14的装置驱动程序(诸如打印机驱动程序)或其更新。

<将额外功能提供至管理对象设备>

目前为止，已描述了应用当前实施例的系统的构造的示例。接着，将描述中继设备20提供至管理对象设备14的额外功能。

术语“额外功能”意指不是在管理对象设备14中固有的并且可由中继设备20提供的功能。中继设备20提供至管理对象设备14的额外功能的示例包括链接处理功能。术语“链接处理功能”意指将管理对象设备14的处理与另一设备的图像处理相链接的功能。链接处理功能的示例是这样的功能，其中用作管理对象设备14的图像形成设备通过扫描处理产生图像数据，并且位于本地网络12以外(例如，互联网上)的外部服务器40对图像数据执行光学字符识别(OCR)处理，从而获取文本数据作为识别结果，并与指定文档管理系统中的原始图像数据关联地登记该文本数据。像以上示例中那样将位于本地网络12中的管理对象设备14的处理与位于本地网络12以外的另一设 备(例如，外部服务器40)相链接的处理还被称作外部链接。自然，在链接处理中，可以将管理对象设备14的处理与位于同一本地网络12中的另一设备相链接。

使得可使用图像形成设备来使用链接处理功能的系统的示例包括本发明的申请人在日本专利申请特开No.2004-112636等中公开的系统(下文中，称作根据现有技术的链接系统)。在该系统中，利用被称作工作命令和限定链接处理的数据，使图像形成设备与另一设备相链接。可利用与根据现有技术的系统的方案相同的方案来实现当前实施例的链接处理。然而，在日本专利申请特开No.2004-112636等中公开的链接处理的机制仅是一个示例，并且实际上可使用任何其它机制。在图1中，仅示出了一个外部服务器40作为将与管理对象设备14的处理相链接的设备。然而，自然存在多个可链接设备。另外，可以像在工作流程中那样，将管理对象设备14的处理与包括外部服务器40的多个设备和位于本地网络12内部的设备的处理相链接。

在根据现有技术的上述链接系统中，图像处理设备对应于链接处理。也就是说，图像处理设备可处理限定链接处理并调用工作命令的数据，并具有根据工作命令产生用户界面(UI)屏幕并且在用户通过操作UI屏幕发出指示的情况下请求工作命令中指示的诸如外部服务器40的链接目标设备执行信息处理的功能。

相比之下，根据当前实施例的一个方面，中继设备20将不是在管理对象设备14中固有的链接处理功能提供至管理对象设备14。为了提供该链接处理功能，例如，中继设备20将包括用于指示链接处理的图形用户界面(GUI)组件(例如，a按钮)的用户界面(UI)屏幕提供至管理对象设备14。该GUI组件与到将在中继设备20中执行的链接处理的链接相关联。如果用户触摸显示在管理对象设备14的操作屏幕上的UI屏幕上的GUI组件，管理对象设备14将请求发送至由该链接指示的链接目标(中继设备20的链接处理功能)。例如，按照诸如超文本标记语言(HTML)的标准语言描述的UI屏幕可通过具有基于该标准的屏幕显示功能的管理对象设备14显示。如果UI 屏幕上的GUI组件被触摸，则根据与GUI组件关联的链接(统一资源定位器(URL))，将用于调用链接处理功能的超文本传输协议(HTTP)请求从管理对象设备14发送至中继设备20。被调用的中继设备20的链接处理功能控制中继设备20和诸如外部服务器40的另一设备，从而实现链接处理功能。例如，考虑了以下情况，其中用户使用管理对象设备14上的UI屏幕来指示其中管理对象设备14通过扫描来获取图像的链接处理的性能，并且外部服务器40对图像执行OCR处理，从而获取文本数据，并将文本数据存储在位于互联网上的文档管理系统中。在这种情况下，如果从管理对象设备14接收该指示，则中继设备20指示管理对象设备14扫描文档和将图像作为扫描结果返回至中继设备20。如果作为对该指示的响应接收到扫描结果图像，则根据限定被指示的链接处理的信息(例如，工作命令)，中继设备20将图像发送至用于OCR的外部服务器40，并且请求外部服务器40对图像执行OCR处理。如果作为对该请求的响应接收到OCR的结果数据，则中继设备20将OCR结果数据发送至在限定链接处理的信息中所指示的文档管理系统，并且在文档管理系统中登记该OCR结果数据。

在利用根据现有技术的基于工作命令的链接系统的机制的情况下，中继设备20处理工作命令，从而根据工作命令实现链接处理。由于管理对象设备14不能处理工作命令，因此中继设备20代替管理对象设备14处理工作命令，并且关于在工作命令中表示的管理对象设备14的处理，中继设备20指示管理对象设备14执行该处理。

<提供用于额外功能的UI>

接着，将描述如上所述向管理对象设备14提供用于额外功能的UI屏幕的处理。

从中继设备20向管理对象设备14提供的额外功能并非在管理对象设备14中固有的功能，因此管理对象设备14不具有用于接收指示以执行该额外功能的UI。因为这个原因，在当前实施例中，从外部将可用于指示额外功能的性能的UI屏幕提供至管理对象设备14。通过作为操作屏幕提供设备的管理服务30的功能与中继设备20的协作来实现UI屏幕的提供。下文中将详细描述通过这种协作提供用于 额外功能的UI的示例。

在当前实施例中，管理服务30提供用于额外功能的UI屏幕的基本形式(称作“标准UI”)。另外，中继设备20根据各个管理对象设备14的构造定制标准UI，从而产生适于对应的管理对象设备14的UI屏幕(称作“单独的UI”)，并将单独的UI提供至对应的管理对象设备14。

下文中，将描述提供UI的机制。

管理服务30包含用于管理对象设备14的各类型(也就是说，型号)中的每一个的标准UI，并且如果从中继设备20接收到请求，则管理服务30提供作为对象的对应于管理对象设备14的类型的标准UI。设备的标准功能和控制板的显示能力(诸如分辨率和彩色/单色显示)可根据型号而不同。因此，针对管理对象设备14的各类型中的每一个制备标准UI。

例如，图3所示的类型为“类型1”的管理对象设备14的标准UI 500具有带用于“传真”、“复印”和“扫描”功能的标签502的页面504。在各个页面504中，示出了可用于指示关于对应功能的各种操作(诸如设置或功能性能开始)的按钮506。在图3的示例中，“传真”功能的页面504显示在屏幕上，并且在“传真”功能的页面504中，示出了可用于调用用于设置诸如“目的地”或“读取格式”的项的另一屏幕的按钮506、和可用于指示传真传输的开始的“开始”按钮506。

同时，由于类型为“类型2”的显示器的显示区域小于类型为“类型1”的显示器的显示区域，类型为“类型2”的管理对象设备14不能显示图3中例示的大型分接切换式屏幕。虽然类型为“类型2”的管理对象设备14可显示分接切换式屏幕，标签和按钮变得更小，因此难以操作屏幕。因为这个原因，如图4所示，在类型为“类型2”的管理对象设备14的单独的UI 550中，表示“传真”、“复印”和“扫描”功能的按钮552显示在主屏幕中。如果推动(触摸)按钮552中的任一个，则显示切换至可用于关于对应于被推动按钮552的功能而输入详细操作指令的另一屏幕。在类型为“类型2”的 屏幕中，由于显示器的整个显示区域用于显示一组按钮552，因此按钮552按照大尺寸显示，因此容易选择按钮552。

顺便地，管理对象设备14的示例包括图像形成设备，具体地说，多功能设备，其中的一些可服从诸如添加或去除功能的定制。用户可通过去除不必要的功能来降低买价，或者通过增加功能来提高方便性(例如，用于诸如装订的后处理的设备)。因此，可定制相同类型的设备，以具有不同的功能。标准UI不包括关于添加的功能的任何GUI组件，因此不能接收关于添加的功能的任何操作。另外，标准UI包含关于去除的功能的GUI组件，因此使得用户将去除的功能误解为可用的。

因为这个原因，在当前实施例中，根据对应的管理对象设备14的定制的状态来定制对应于各个管理对象设备14的类型的标准UI，从而产生单独的UI以适于对应的管理对象设备14的功能的组成。在这种情况下，如果管理服务30将定制的单独的UI提供至单独的管理对象设备14，则用于提供单独的UI的管理服务30的负担大。因为这个原因，在当前实施例中，由各个中继设备20负责标准UI定制，因此管理服务30的负担减小。

在图3中，示出了通过针对不具有传真功能的类型定制类型为“类型1”的标准UI 500获得的单独的UI 510和通过针对额外具有外部链接功能的类型定制标准UI 500获得的单独的UI 520。通过从标准UI 500去除用于传真功能的页面获得单独的UI 510，并且通过将用于外部链接功能的页面加至标准UI 500获得单独的UI 520。

在图4中，示出了通过针对不具有传真功能的类型定制类型为“类型2”的标准UI 550获得的单独的UI 560和通过针对额外具有外部链接功能的类型定制标准UI 550获得的单独的UI 570。添加或去除对应于添加或去除的功能的按钮以及将通过对应的按钮调用的屏幕，从而执行类型为“类型2”的标准UI 550的定制。

通过以功能为单位执行添加或去除页面504来执行图3中例示的UI定制。相比之下，图5示出了其中以GUI组件为单位执行从页面504的去除的示例。也就是说，由于类型为“类型1”的设备的标 准构造具有装订功能，因此对应的标准UI 500包括输出格式设置页508，其与复印功能有关并包括“装订”按钮509。相比之下，用于通过从类型为“类型1”去除装订设备获得的定制型号的单独的UI 530在用于复印功能的输出格式设置页508中不包括“装订”按钮509。

对于提供上述机制的UI屏幕，管理服务30包含管理对象设备14的类型与标准UI之间的对应性，如图6所示。

另外，对于位于对应的中继设备20所在的本地网络12上的管理对象设备14中的每一个，各个中继设备20包含设备ID信息(识别信息)、类型信息和定制内容信息，如图7所示。管理对象设备14的定制内容信息表示哪个功能已被添加至包括对应的管理对象设备14的类型的标准构造或从中去除。在图7的示例中，各个管理对象设备14的定制内容信息由表示添加/去除图案的图案编号来表示。例如，图案编号“1”表示其中从标准构造中去除了传真功能的定制内容，图案编号“2”表示其中将外部链接功能加至标准构造的定制内容。此外，可存在其中将多个功能加至标准构造或从中去除的定制内容、以及包括功能添加和功能去除二者的定制内容。在这种情况下，可将图案编号分别分配给这些可能的定制内容。在图7的示例中，例如，在管理对象设备14的设备ID为“001”的情况下，类型信息的值为“类型1”，并且定制内容信息的值为“1”(表示去除传真功能)。

在图7中，定制内容由图案编号表示。然而，这仅是一个示例。作为另外一种选择，定制内容可使用各种其它表达形式。例如，定制内容可由一组添加至标准构造的功能的识别信息和从标准构造去除的功能的识别信息表示。

另外，基于对应的管理对象设备14的类型和定制内容的组合，各个中继设备20可包含指定对应于各个管理对象设备14的单独的UI的类型的表，如图8所示。在该示例中，各个中继设备20可根据定制内容定制对应于各个管理对象设备14的类型的标准UI，从而产生单独的UI，并将产生的单独的UI提供至对应的管理对象设备14， 同时与对应于对应的管理对象设备14的类型和定制内容的组合的类型编号关联地存储所产生的单独的UI。然后，如果通过位于中继设备20所在的本地网络12上的、具有与所存储的组合相同的类型信息和定制内容信息的组合的管理对象设备14请求UI屏幕，则中继设备20可提供与对应于对应的组合的类型编号关联地存储的单独的UI。

<UI屏幕显示处理的流程>

接着，将参照图9描述用于在当前实施例中的管理对象设备14上显示UI屏幕的处理和根据UI屏幕上的操作执行的处理的流程的示例。

(1)中继设备20从位于连接有对应的中继设备20的本地网络12上的各个管理对象设备14请求装置信息(诸如信息项“类型”、“设备名称”、“选项组成”(定制内容)和“状态”)。中继设备20利用例如简单网络管理协议(SNMP)执行该请求。

(2)各个管理对象设备14将其装置信息发送至中继设备20。例如，各个管理对象设备14具有被称作管理信息基础(MIB)的数据库，并在MIB中包含其装置信息，并且响应于状态(例如，输出张数)的改变更新装置信息的内容。响应于从中继设备20请求的装置信息，各个管理对象设备14发送存储在MIB中的装置信息。如果从各个管理对象设备14获取到装置信息，则中继设备20存储该装置信息。就UI屏幕提供处理而言，中继设备20存储关于各个管理对象设备14的并被包括在所获取的装置信息(图7所示的表)中的项“设备ID”、“类型”和“定制内容”的组合。

(3)中继设备20将各个管理对象设备14的装置信息发送至管理服务30。此时，中继设备20可发送与其中继设备ID关联的装置信息。如果从中继设备20接收到各个管理对象设备14的装置信息，则管理服务30将对应的信息登记在对应于中继设备20的中继设备ID的数据库32的部分中。

另外，为了监视各个管理对象设备14的状态变化，重复地(例如，定期地)执行步骤(1)至(3)的装置信息收集处理。如果在关于各个管理对象设备14的第二或后续装置信息收集中获取的装置信 息包括其值与对应的管理对象设备14关联地存储在数据库32中的装置信息的值不同的项，则管理服务30用获取的值更新存储的值。

(4)同时，如果用户利用管理对象设备14发出Web-UI显示指示，则对应的管理对象设备14将Web-UI显示请求发送至位于同一本地网络12上的中继设备20。

这里，术语“Web-UI”意指管理服务30和中继设备20根据当前实施例的机制协同地提供至管理对象设备14的UI屏幕。各个管理对象设备14可不仅显示存储在其自身存储单元中的其原始UI屏幕(称作“原UI”)，而且显示从外部提供的UI屏幕。在该示例中，来自外部的UI屏幕通过万维网(Web)提供，因此被称作Web-UI。各个原UI包括诸如用于调用Web-UI的按钮的GUI组件，并且用户可操作该GUI组件，从而指示Web-UI显示。

从管理对象设备14发送至中继设备20的Web-UI显示请求包括对应的管理对象设备14的设备ID。

(5)如果从管理对象设备14接收到Web-UI显示请求，则中继设备20利用包含的信息(见图7)指定中继设备20的类型(型号)。然后，中继设备20将对应于指定类型的Web-UI显示请求发送至管理服务30。

(6)管理服务30从其自身的存储单元读取与在来自中继设备20的Web-UI显示请求中指定的类型相对应的标准UI的相关数据，并将标准UI数据发送至中继设备20。

(7)如果从管理服务30接收到标准UI，则中继设备20根据作为请求源的管理对象设备14的定制内容定制标准UI，从而产生单独的UI。例如，如果通过将任何功能加至对应类型的标准构造获得了管理对象设备14，则中继设备20将用于该功能的GUI组件加至标准UI，从而产生单独的UI。

然后，中继设备20将产生的单独的UI发送至作为请求源的管理对象设备14。

(8)管理对象设备14显示接收到的单独的UI。用户将操作指令输入至单独的UI。输入至单独的UI的操作指令被发送至中继设备 20。

(9)如果从管理对象设备14的单独的UI接收到操作指令，则中继设备20分析该操作指令，并将行为指令发送至执行对应于该操作指令的处理所需的设备。例如，如果操作指令用于指示诸如扫描或复印的单个管理对象设备14的处理，中继设备20根据操作指令指示管理对象设备14执行处理。同时，如果操作指令用于指示外部服务器40的处理，则中继设备20指示外部服务器40执行该处理。另外，如果操作指令用于请求由多个设备的处理构成的处理流程，则根据处理流程，中继设备20指示各个设备执行对应的处理。例如，在操作指令用于请求管理对象设备14扫描文档从而获取图像、并且外部服务器40对图像执行OCR处理从而获取文本数据、并且预定文档管理系统登记该文本数据的处理流程的情况下，中继设备20首先指示管理对象设备14执行扫描从而获取扫描结果图像，随后指示外部服务器40对扫描结果图像执行OCR处理从而获取文本数据作为处理结果，最后指示文档管理系统登记文本数据。

如上所述，在当前实施例中，管理服务30仅需要提供对应于各个管理对象设备14的类型的标准UI，因此不需要对应于与各个管理对象设备14的定制状态相对应的单独的UI。

<UI屏幕定制方法的示例>

(第一示例)

在该示例中，在对应的中继设备20的存储单元中，各个中继设备20包含添加与可被加至各个管理对象设备14的标准构造的功能相关的窗体部件所需的信息。下文中将该信息称作变化信息。

另外，术语“窗体部件”意指用于从用户接收输入的GUI组件(诸如按钮、滚动条或菜单)，并包括由多个组件组成的大组件(例如，包括多个按钮的页面或这些页面的集合)。

变化信息可在对应的中继设备20的装运过程中被存储在包括在各个中继设备20中的存储单元中，或者可通过诸如互联网的外部网络线路从管理服务30发送至各个中继设备20，并被存储在对应的中继设备20中。另外，在需要更新变化信息的情况下，像需要用于提 供至管理对象设备14的新研发的功能(例如，由中继设备20提供的新功能)的新UI的情况一样，例如响应于来自管理服务30的指示更新对应的中继设备20中的变化信息。

在一个示例中，变化信息包括表示额外功能与窗体部件(见图10)之间的对应性的表、窗体部件表(见图11)、和模板信息(见图12和图13)。

表示额外功能与窗体部件之间的对应性的表是表示各个管理对象设备14的类型、通过定制针对对应类型的设备加至标准构造的功能、以及用于额外功能的UI所需的一个或多个窗体部件之间的对应性的表。图10示出了该表的示例。如图10所示的表所示，例如，相对于已通过定制添加了外部链接功能的类型为“类型1”的设备，需要将窗体部件ID为“1-1”、“2-3”和“2-4”的三个窗体部件加至标准UI。就已通过定制添加了多个功能的设备而言，相对于这些额外功能中的每一个，将表中所示的窗体部件组加至标准UI。

窗体部件表是其中登记了限定单独的窗体部件的数据的表。在图11的示例中，在窗体部件表中，与各个窗体部件的ID关联地登记对应的窗体部件的名称(“窗体部件名称”)、显示名称和布置方式指示符。窗体部件名称是窗体部件的识别名称，并且与限定对应的窗体部件的显示形式(诸如在执行触摸操作的情况下的形状、尺寸、颜色和显示变化)的信息(未示出)、在操作对应的窗体部件的情况下执行的行为等相关联。另外，在利用像图12和图13中例示的模板一样预先确定了可布置的窗体部件的位置和形状的候选的模板的情况下，没必要限定窗体部件表中的窗体部件的形式。可由用于调用中继设备20的处理的URL等表示在操作窗体部件的情况下执行的行为。在对应的窗体部件被包含在UI屏幕中的情况下(也就是说，在对应的窗体部件加至标准UI的情况下)，显示名称是显示在窗体部件的预定位置的字母串，并且表达对应于用于用户的对应窗体部件的操作。布置方式指示符是表示对应的窗体部件设置在UI屏幕上的位置的信息。在该示例中，按照表示窗体部件在模板中的布置位置的ID号(下面描述)(例如，ID“1-1”至“2-4”)的形式来描述布置方 式指示符。

另外，例如，可通过将用于外部链接的组件级窗体部件组(例如，用于类型为“类型1”的ID“1-1”、“2-3”和“2-4”)聚集在一起预先产生大窗体部件，并且将其登记在窗体部件表(图11的表的ID“3-1”)中。

模板信息是表示用于窗体部件布置位置的候选的信息。模板信息的示例如图12和图13所示。模板信息可仅表示窗体部件布置位置，或者可不仅表示窗体部件布置位置而且表示可布置的窗体部件的形状、尺寸和类型(诸如按钮类型和滑杆类型)。

图12中例示的模板用于能够进行标签类型显示的具有相对大面积显示的设备，并示出了用于可被显示的标签的候选(ID号1至4)，以及用于可被显示的按钮的候选(ID号5至10)。各个候选限定了对应的窗体部件的形状、大小和位置。上述窗体部件表中的窗体部件的布置方式指示符指的是模板中的候选的ID号。另外，虽然图12中未示出，甚至关于隐藏标签2至4中的每一个，也将用于按钮的候选布置在包括对应的标签的页面中。

图13中例示的模板用于其中不可实现标签类型显示的具有相对小面积显示的设备，并且示出了用于可被显示的按钮的候选。甚至在该示例中，各个候选也限定了对应的按钮的形状、大小和位置。

在图12和图13的示例中，由于模板信息表示窗体部件的形状、大小和位置，因此即使窗体部件包含关于按钮的形状和大小等的信息，对应的窗体部件被改变来具有与通过模板信息表示的那些具有相同的形状和大小，并且随后被布置在对应的位置。另外，在以上描述的示例中，在窗体部件的信息和模板的信息彼此竞争的情况下，模板的信息优先。然而，可以使窗体部件的信息优先。

将描述用于定制图3所示的标准UI 500从而产生单独的UI 520的中继设备20的处理的流程。在该示例中，中继设备20识别出发出了Web-UI显示请求的管理对象设备14的类型为“类型1”，并且基于被包含在中继设备20中的变化信息将外部链接功能加至了对应类型的标准构造。如果从管理服务30接收了“类型1”的标准UI，则 中继设备20基于表示额外功能与窗体部件之间的对应性的表(图10)识别出有必要针对“类型1”的额外功能“外部链接”添加窗体部件ID为“1-1”、“2-3”和“2-4”的三个窗体部件。根据该识别，中继设备20从窗体部件表(图11)读取关于窗体部件ID“1-1”、“2-3”和“2-4”的信息，并且根据读取的信息将三个窗体部件加至标准UI。也就是说，中继设备20从存储单元读取对应于ID“1-1”的窗体部件“标签A”，并将对应的窗体部件的显示名称改变为“外部链接”，并且随后将对应的窗体部件插入到位于模板A的标签1中并具有ID号1的位置。接着，中继设备20从存储单元中读取对应于ID“2-3”的窗体部件“按钮A”，并将对应的窗体部件的显示名称改变为“存储目的地”，随后将对应的窗体部件插入到位于模板A的外部链接标签(也就是说，对应于ID为“1-1”的标签的页面)中并且ID号为5的位置。接着，中继设备20从存储单元中读取对应于ID“2-4”的窗体部件“按钮C”，并将对应的窗体部件的显示名称改变为“开始”，并且随后将对应的窗体部件插入到位于模板A的外部链接标签中并且ID号为10的位置。另外，在该示例中，按照窗体部件的ID号的升序执行所述改变处理。然而，这仅是一个示例。中继设备20可包含作为表信息的关于用于执行改变处理的ID的次序如何的信息，或者可被构造为能够稍后执行改变处理。

目前为止，已经描述了其中已对类型(型号)的标准构造添加了功能的情况下的UI定制机制。然而，已从标准构造去除了功能的情况下的UI定制更简单。关于从标准构造去除了的功能，中继设备20仅需要从管理服务30所接收到的标准UI数据去除与去除的功能相对应的窗体部件的相关数据。对于该窗体部件去除，标准构造仅需要包括至少一个可去除的功能，并且中继设备20仅需要包含表示各个可去除功能与窗体部件之间的对应性的表。该表的形式可与表示额外功能与窗体部件之间的对应性的图10的表的形式相同。

(第二示例)

在该示例中，管理服务30向中继设备20提供完全版本的UI屏幕数据。完全版本的UI屏幕数据包括关于作为Web-UI显示请求的源 的该类型的管理对象设备14可用的全部功能中的每一个的窗体部件组。然后，在定制处理中，中继设备20从完全版本的UI屏幕数据中去除关于管理对象设备14不具有的各个功能的窗体部件数据，从而产生单独的UI。如果存在已向其添加了所有可用功能的管理对象设备14，则中继设备20将完全版本的UI屏幕数据作为单独的UI提供至对应的管理对象设备14。为了这种去除，关于管理对象设备14的各类型(型号)中的每一个，中继设备20仅需要包含关于在对应的类型中可用的所有功能与对应于这些功能的窗体部件之间的对应性的信息、和被包括在对应类型的标准构造中的功能列表。作为Web-UI显示请求的源的管理对象设备14具有通过根据对应设备的定制内容执行添加或去除关于包括在该类型的对应设备的标准构造中的功能组的一些功能而获得的功能。关于不被包括在作为Web-UI显示请求的源的管理对象设备14中包括的并按照上述方式获得的功能组中的任何功能，中继设备20可从完全版本的UI屏幕数据中去除关于对应功能的窗体部件，从而产生用于对应的管理对象设备14的单独的UI。

<设备的功能性构造的示例>

接着，将参照图14描述构成当前实施例的系统的设备的功能性构造的示例。

在图14的示例中，管理对象设备14具有包含用于管理对应的管理对象设备14的管理信息的MIB 142。管理信息包括各种设置信息，诸如指定管理对象设备14的信息(诸如项“ID”、“名称”和“类型名称”)、指定安装在管理对象设备14中的软件的信息(诸如项“固件版本”)以及表示管理对象设备14的状态的信息(诸如项“计数值”和值为“活跃”或“故障”的项“操作状态”)。可从位于同一本地网络12上的另一设备(例如，中继设备20)引用MIB 142的信息，并且中继设备20可重写MIB信息的特定信息项。

另外，管理对象设备14具有UI处理单元144。UI处理单元144在管理对象设备14的显示器上显示UI屏幕，并识别用户在UI屏幕上的输入，并且请求管理对象设备14或中继设备20的控制单元根据输入执行处理。然后，如果用户发出Web-UI显示指示，则UI处理单 元144将Web-UI显示请求发送至中继设备20。如果中继设备20响应于Web-UI显示请求返回单独的UI，则UI处理单元144在显示器上显示单独的UI，并接收用户在单独的UI上的输入。

移动终端18具有网络浏览器182。利用网络浏览器182，用户(对应的管理单元的管理员)进入管理服务30的登录页面并执行用户验证。如果用户验证成功，则用户可浏览管理服务30提供的并且表示包括在用户管理的管理单元中的单独的管理对象设备14的信息的网页。

中继设备20包括管理信息收集单元202、管理信息发送单元204、设备信息存储单元206、定制信息存储单元208、Web-UI请求接收单元210、Web-UI提供单元212和链接处理单元214。

管理信息收集单元202利用SNMP等从连接至连接有中继设备20的本地网络12的管理对象设备14(尤其是，例如，它们的MIB 142)收集管理信息。管理信息发送单元204将由管理信息收集单元202收集的管理对象设备14的管理信息发送至管理服务30。设备信息存储单元206存储执行单独的UI产生(定制)所需的信息，并且其被包括在从各个管理对象设备14收集的信息(例如，各个管理对象设备14的设备ID、类型和定制内容(见图7))中。定制信息存储单元208存储将用于执行单独的UI产生(定制)的信息(例如，图10至图13所示的信息)。

Web-UI请求接收单元210从管理对象设备14接收Web-UI显示请求。响应于该Web-UI显示请求，Web-UI请求接收单元210从管理服务30请求对应于对应的管理对象设备14的类型的标准UI。从存储在设备信息存储单元206中的信息获取管理对象设备14的类型。

如果作为请求的响应从管理服务30接收到标准UI，则Web-UI提供单元212定制标准UI，从而产生单独的UI，并且将产生的单独的UI提供至作为请求源的管理对象设备14。另外，如果用户的指示被输入至所提供的单独的UI，则Web-UI提供单元212从管理对象设备14接收用户的指示，并执行对应于该指示的处理。例如，如果用户的指示是开始复印，则Web-UI提供单元212指示管理对象设备14 开始复印。

同时，如果用户的指示是例如执行外部链接处理，则Web-UI提供单元212请求链接处理单元214执行对应于该指示的外部链接处理。链接处理单元214对上述链接处理执行控制。例如，根据请求的链接处理的流程(例如，在工作命令中描述该流程)，链接处理单元214指示负责构成该流程的各个处理的设备(管理对象设备14、外部服务器40等)执行对应的处理。另外，根据需要，链接处理单元214接收处理结果并将处理结果发送至负责流程的下一处理的设备。

例如，假设用户通过图3的单独的UI520中所示的“外部链接”标签页上的“存储目的地”按钮选择存储目的地，并推动“开始”按钮。在该示例中，外部链接是其中管理对象设备14通过扫描获取图像、并且中继设备20将图像存储在用户从预定候选(互联网上的各种存储服务)选择的存储目的地中的处理。中继设备20包含限定该处理的信息(例如，工作命令)。如果用户推动“开始”按钮，则将包括关于用户选择的存储目的地的信息的外部链接处理请求从UI处理单元144发送至Web-UI提供单元212。如果接收到外部链接处理请求，则Web-UI提供单元212请求链接处理单元214执行外部链接处理。根据诸如表示外部链接处理的内容的工作命令的信息，链接处理单元214首先控制管理对象设备14以使得管理对象设备14执行扫描，从而获取扫描结果图像，并且随后将用于登记包含获取的图像的文件的请求发送至对应于指定存储目的地的外部服务器40。

在管理服务30的数据库32中，登记关于图2中例示的单独的中继设备20的信息。管理信息接收单元302从各个中继设备20的管理信息发送单元204中接收管理信息，并在与对应的中继设备20关联的数据库32的信息中反映接收到的管理信息。例如，根据关于管理对象设备14的并被包括在接收到的管理信息中的项“计数值”或“状态”，管理信息接收单元302更新与对应的管理对象设备14关联的数据库32的项“计数值”或“状态”。

如果用户利用诸如移动终端18的终端的网络浏览器182访问管理服务30，则用户验证单元308向用户提供登录验证屏幕。如果用 户向验证屏幕输入诸如用户名和密码的验证信息，则用户验证单元308接收该输入的验证信息。然后，用户验证单元308相对于在管理服务30中登记的用户信息例如通过检查验证信息的已知的验证处理来对用户执行验证。如果通过验证处理确定用户是在管理服务30中登记的有效用户，则用户验证单元308允许信息提供单元310提供信息。信息提供单元310提供用于用户的管理屏幕。如果用户在管理屏幕上输入指示，则信息提供单元310为用户提供被包括在单独的管理对象设备14的管理信息(其被包含在数据库32中并且用户具有作为管理员的访问权限)中的管理信息、或者通过分析对应的管理信息获得的信息。

标准UI存储单元306存储关于对应于管理对象设备14的各类型中的每一个的标准UI的数据。响应于来自中继设备20的标准UI显示请求，标准UI提供单元304从标准UI存储单元306中读取关于对应于在标准UI显示请求中指定的类型的标准UI的数据，并将读取的标准UI数据作为响应发送至中继设备20。

参照图1至图13描述的当前系统的功能通过参照图14描述的元件组的协作而实现。

<第一修改形式>

在以上实施例中，管理对象设备14显示从中继设备20发送的单独的UI。然而，在第一修改形式中，将描述其中管理对象设备14显示其中反映了管理对象设备14的操作状态或者在管理对象设备14中预定的规则的单独的UI的示例。作为管理对象设备14的操作状态，例如，存在通过管理对象设备14(诸如多功能设备)复印多个文档。作为在管理对象设备14中预定的规则，例如，存在这样的规则，在单独的UI上显示表示管理对象设备14正操作的消息602，并且当管理对象设备14(诸如多功能设备)操作时在干扰消息602的位置禁止任何其它显示。

中继设备20从管理对象设备14获取表示操作状态或规则的信息。在这种情况下，与装置信息一起接收表示操作状态或规则的信息或将其包括在装置信息中。由于与以上实施例的装置信息相比频繁地 更新表示操作状态的信息，因此针对各个变化或在各个预定时间接收至少包括表示操作状态的信息的信息。

中继设备20从管理对象设备14获取表示管理对象设备14的操作状态和规则的信息，产生对应于该信息的单独的UI，以及将单独的UI发送至管理对象设备14。此外，中继设备20可产生其中反映了操作状态和规则之一或二者的单独的UI。

具体地说，在管理服务(30)方存在诸如应急维修的紧急通知信息的情况下，中继设备20从管理服务30接收紧急通知信息，并控制位于同一本地网络12上的各个管理对象设备14，以使得对应的管理对象设备14在其控制板的显示器上显示该紧急通知信息。在该显示控制中，例如，如图15所示，中继设备20控制各个管理对象设备14，以使得对应的管理对象设备14在显示器上显示单独的UI 600，并且随后控制各个管理对象设备14，以使得对应的管理对象设备14在单独的UI 600(用户方)的顶部明显地显示紧急通知信息(也就是说，覆盖单独的UI 600)。例如，在管理对象设备14(例如，多功能设备)正操作的情况下，管理对象设备14可在单独的UI上显示表示管理对象设备14正操作的消息602，并且显示通知信息604以不隐藏该消息。作为另外一种选择，在对应的操作完成之后，管理对象设备14可显示对应的通知信息。另外，如果管理对象设备14例如以像图15的通知信息604的弹出形式显示表示存在通知信息的消息，以不隐藏表示当前操作状态的显示，并且如果用户执行诸如在消息上的触摸的操作从而输入用于显示通知信息的内容的指示，则管理对象设备14可显示通知信息的内容。可显示通知信息的内容而不干扰或隐藏当前操作状态的显示，或者可将其显示为干扰或隐藏当前操作状态的显示(见图16)。在用于显示通知状态的内容的窗口中，提供诸如用于关闭窗口的按钮的GUI组件(例如，在顶部的位置)。例如，在用于显示通知内容信息的弹出窗口中设置“关闭”按钮。如果用户按下“关闭”按钮，则管理对象设备14返回至图15的状态。

这样，在第一修改形式中，中继设备20从管理对象设备14中获取表示管理对象设备14的操作状态或规则的信息，产生对应于获 取的信息的单独的UI，并且将单独的UI发送至管理对象设备14。因此，管理对象设备14可在从中继设备20发送的单独的UI中反映管理对象设备14的操作状态或在管理对象设备14中预定的规则。

<第二修改形式>

中继设备20可存储从管理服务30获取的标准UI，以稍后再使用它们。在这种情况下，中继设备20存储与对应的管理对象设备14的类型关联的标准UI。在这种情况下，如果从管理对象设备14接收到标准UI显示请求，则中继设备20确定对应于对应的管理对象设备14的类型的标准UI是否被包含在对应的中继设备20中，并且如果对应的标准UI被包含在中继设备20中，则中继设备20定制对应的标准UI，从而产生单独的UI，并将单独的UI提供至管理对象设备14。在这种情况下，中继设备20不将标准UI显示请求发送至管理服务30。仅在对应的标准UI不被包含在中继设备20中的情况下，中继设备20从管理服务30请求对应于该类型的标准UI。

另外，中继设备20可存储产生的单独的UI以稍后再使用它们。在这种情况下，中继设备20与对应的管理对象设备14的类型和定制内容的组合关联地存储各个单独的UI。如果从管理对象设备14接收到Web-UI显示请求，则中继设备20确定对应于对应的管理对象设备14的类型和定制内容的组合的单独的UI是否被包含在对应的中继设备20中，并且在对应的单独的UI被包含在中继设备20中的情况下，中继设备20将包含的单独的UI提供至管理对象设备14。在这种情况下，中继设备20不需要从管理服务30请求标准UI和定制标准UI。同时，在中继设备20不含对应于作为请求源的管理对象设备14的类型和定制内容的组合的单独的UI的情况下，中继设备20确定对应于对应类型的标准UI是否被包含在中继设备20中，并且在对应的标准UI被包含在中继设备20中的情况下，中继设备20定制标准UI，从而产生单独的UI，并将产生的单独的UI提供至管理对象设备14(中继设备20不从管理服务30请求标准UI)。同时，在对应于作为请求源的管理对象设备14的类型的标准UI不被包含在中继设备20中的情况下，中继设备20从管理服务30请求对应类型的标准UI。

另外，在中继设备20的存储容量有限的情况下，标准或单独的UI存储可作为例如最近最少使用(LRU)方案的高速缓存被管理。

<第三修改形式>

中继设备20执行与位于同一本地网络12上的各个管理对象设备14和管理服务30的各种信息和显示信息(诸如UI)的交换，并存储交换历史。另外，中继设备20可发送关于从各个管理对象设备14获取的输出张数的信息和状态信息，并与对应的信息的获取日期和时间关联地将获取的信息作为历史存储在其自身的存储单元中。

<第四修改形式>

在上述实施例中，从中继设备20将不是在管理对象设备14中固有的诸如链接处理功能的额外功能以及作为用于额外功能的UI屏幕的单独的UI提供至管理对象设备14。

顺便地，虽然中继设备20具有将被提供至管理对象设备14的诸如链接处理功能的额外功能，但是对应的管理对象设备14也可由于其性能而不能实际使用该额外功能。作为该情况的示例，存在一种需要不适于实际使用的复杂的操作的情况，像其中由于管理对象设备14的显示器的显示区域(像素数)小导致用于输入中继设备20将提供的额外功能所需的许多输入项的UI由多个屏幕构成、因此用户需要在多个屏幕之间执行切换的同时执行输入的情况。另外，在外部服务器40的包括OCR处理的外部链接功能作为额外功能提供的情况下，如果管理对象设备14的扫描功能的分辨率低于充分确保外部服务器40的OCR处理的精度所需的分辨率，则即使将外部链接功能提供至管理对象设备14，也不实际。如上所述，即使中继设备20将额外功能提供至不能实际使用该额外功能的管理对象设备14，也是没用的。因此，为了防止用户混淆，优选地，不应该提供用于指示额外功能的性能的UI。

因为这个原因，在第四修改形式中，中继设备20向能够实际使用额外功能的管理对象设备14提供包括用于中继设备20提供的额外功能的UI的单独的UI，并且向不能够实际使用该额外功能的管理对象设备14提供不包括用于该额外功能的UI的单独的UI。中继设备 20可针对管理对象设备14的各类型中的每一个确定是否可以实际使用额外功能，或者可就关于构造的定制而言针对各个管理对象设备14确定是否可以实际使用额外功能。为了该确定，中继设备20包含表示各个管理对象设备14的各个类型是否可实际使用对应的额外功能的确定信息。然后，在定制对应于管理对象设备14的该类型的标准UI以产生单独的UI时，中继设备20参照确定信息确定对应的管理对象设备14是否可实际使用该额外功能。如果确定对应的管理对象设备14不能实际使用额外功能，则中继设备20在将被提供至管理对象设备14的单独的UI中不包括用于额外功能的UI。也就是说，在这种情况下，如果标准UI包括用于额外功能的UI，则中继设备20从标准UI去除用于该额外功能的UI，而如果标准UI不包括用于该额外功能的UI并且中继设备20被构造为在定制过程中添加用于该额外功能的UI，则中继设备20在定制过程中取消该UI的添加。另外，在作为单独的UI的提供目的地的管理对象设备14是可实际使用该额外功能的类型的情况下，中继设备20在单独的UI中包括用于额外功能的UI。

<第五实施例>

在上述实施例中，管理服务30收集并管理单独的管理对象设备14的信息，并针对单独的管理对象设备14管理和提供标准UI。然而，这仅是一个示例。自然，与管理服务30不同的设备或系统可管理和提供标准UI。

<其它实施例>

上述中继设备20和管理服务30可各自通过使得计算机执行表示对应的设备的各个功能模块的处理的程序实现。计算机具有其中各个硬件(例如，诸如CPU的微计算机、诸如随机存取存储器(RAM)和只读存储器(ROM)的存储器(主存储装置)、控制辅助存储装置(诸如硬盘驱动器(HDD)、固态驱动器(SSD)和闪速存储器)的辅助存储控制器、各种输入/输出(I/O)接口、控制与网络的有线或无线连接的网络接口等)通过例如总线连接的电路构造。从诸如CD、DVD或柔性盘的便携式盘记录介质中读取数据和/或将数据写入便携 式盘记录介质的盘驱动器、诸如闪速存储器等的根据各种标准从便携式非易失性存储介质中读取数据和/或将数据写入便携式非易失性存储介质的存储器阅读器/写入器可例如通过输入/输出(I/O)接口连接至总线。描述通过上述功能性模块执行的处理的内容的程序被存储在诸如闪速存储器的辅助存储装置中以通过诸如CD和DVD的记录介质或通过诸如网络的通信单元安装在计算机上。存储在辅助存储装置中的程序被读到RAM中，并且通过微处理器或诸如CPU执行，从而实现上述功能性模块的组。

已经针对示出和描述的目的提供了本发明的示例性实施例的以上描述。这不旨在是全面的或者将本发明限于公开的具体形式。明显的是，许多修改形式和改变形式将对于本领域熟练从业者是清楚的。选择和描述实施例以最好地解释本发明的原理及其实际应用，从而使得本领域其它技术人员理解本发明的适于预期的特定用途的各个实施例和各个修改形式。本发明的范围旨在由权利要求及其等同物限定。