专利名称：图像处理装置、信息处理装置及其方法
技术领域：
本发明涉及用于控制外部网络上的服务提供装置与内部网络上的图像处理装置之间的通信的技术。
背景技术：
近年来，诸如多功能外围设备(MFP)等的设备的多功能化取得进展，并且，在此类设备中能够执行诸如图像处理等的基于软件的处理。然而，基于软件的处理在很大程度上影响了设备其他功能的执行，并且，为使用软件而执行的安装及信息设置过程也很麻烦。已经讨论了如下系统，其能够请求由互联网上的应用服务服务器(以下称为“服务服务器”)提供的应用服务执行高负荷处理以及设备中未包括的功能的处理(例如，日本专利申请特开2004-088570号公报)。在这种情况下，设备请求服务服务器上的应用服务执行特定处理，所述应用服务处于被所述设备使用的状况。倘若发生故障，则设备向服务服务器或服务应用，询问修复故障的时间，或者故障是否已经被修复。在这种情况下，各个单独的设备向互联网上的应用服务发送请求。因此，应用服务必须向发送请求的各个单独的设备，返回通知发生故障的错误消息。这样，该结构存在互联网上的过剩访问及过剩通信的问题。
发明内容
根据本发明的一个方面，提供一种图像处理装置，其能够经由外部网络来请求服务提供装置执行处理，并且能够经由内部网络与信息处理装置通信，所述图像处理装置包括启动单元，其被构造为启动检查单元，该检查单元被构造为检查由所述信息处理装置获取到的所述处理的状况；停止单元，其被构造为在由所述启动单元启动的所述检查单元辨识出所述处理的所述状况不是停止状态的情况下，停止所述检查单元；以及请求单元，其被构造为在所述检查单元被停止的情况下，请求所述服务提供装置执行所述处理。通过以下参照附图对示例性实施例的详细描述，本发明的其他特征及方面将变得清楚。
被并入说明书并构成说明书的一部分的附图，例示了本发明的示例性实施例、特征及方面，并且与文字描述一起用来说明本发明的原理。图1例示了故障监视系统的示例性结构。图2例示了服务器的示例性硬件结构。图3例示了设备的示例性硬件结构。图4例示了服务器及设备的示例性功能结构。图5例示了在故障发生时执行的处理的示例性流程图。
图6是例示监视处理的示例性流程图。图7是例示恢复检查应用控制处理的示例性流程图。图8例示了表格的示例性结构。图9例示了表格的示例性结构。图10例示了表格的示例性结构。图11是例示在各装置间执行的一系列处理的示例性流程图。
具体实施例方式下面，将参照附图，来详细描述本发明的各种示例性实施例、特征及方面。图1例示了根据第一示例性实施例的故障监视系统的示例性结构。故障监视系统是通信控制系统的示例，并且包括服务服务器103(1)至103 (N)、设备管理服务器104以及设备 105(1)至 105 (N)。在本示例性实施例中，为了方便描述，将服务服务器103(1)至103(N)中的任何一者或全部简称为“服务服务器103”。另一方面，将特定的服务服务器称为“服务服务器 103 (X) ”、“服务服务器103 (Y)”等。同样，为了方便描述，将设备105(1)至105 (N)中的任何一者或全部简称为“设备105”。另一方面，将特定的设备称为“设备105 (X) ”、“设备105 (Y) ”寸。设备管理服务器104和设备105经由作为内部网络示例的局域网(LAN) 101，以能够通信的方式相互连接。此外，设备管理服务器104和设备105经由作为外部网络示例的互联网102，以能够通信的方式连接至服务服务器103。作为信息处理装置(计算机)示例的服务服务器103，与设备管理服务器104及设备105通信，以接收从设备管理服务器104及设备105经由互联网102发送的各种类型的请求。服务服务器103根据这些请求来执行处理。作为信息处理装置(计算机)示例的设备管理服务器104，管理关于设备105的可用性状况、安装地点等的信息，并且从设备105接收关于服务服务器103中的故障发生的通知(故障发生通知)。在接收到故障发生通知时，设备管理服务器104指示除发送了故障发生通知的设备105 (X)以外的设备105 (Y)，来启动后述的恢复检查应用。作为图像处理装置示例的设备105，可以包括具有如下功能的打印机、传真机或多功能外围设备，所述功能有扫描发送功能、打印功能以及连接到互联网102的功能等。在本示例性实施例中，如果在互联网102(即云)上的应用服务中发生故障，则LAN 101内的设备管理服务器104代表所有装置来监视该故障。这样，利用应用服务的多个设备105不须要监视该故障。设备管理服务器104还指示在其管理下的设备105，启动恢复检查应用(用于防止直接向应用服务询问的检查应用)。图2例示了服务器200 (服务服务器103及设备管理服务器104)的示例性硬件结构。服务器200可以采用通常使用的信息处理装置的硬件结构。中央处理单元(CPU)201管理服务器200的计算及控制。随机存取存储器(RAM) 202 充当CPU 201的主存储器，例如，充当各种程序的执行区域以及数据区域。各种程序被CPU 201从外部存储器213加载到RAM 202中然后执行。程序只读存储器(ROM) 203存储控制服务器200的操作系统(OS)的程序。例如，在服务服务器103中，程序ROM 203存储与提供如下服务的服务应用相关的程序，所述服务用于执行由设备105请求的处理。数据ROM 204存储用于操作服务器200的必要信息。例如，在设备管理服务器104 中，操作服务器200所需的信息，包括例如由设备管理服务器104管理的设备105的可用性状况及安装地点等的信息。可以使用外部存储器213来替代数据ROM 204。网络控制器(NC)205连接到网络(诸如LAN 101等)，以控制与连接到网络的其他装置的通信。键盘控制器206控制来自键盘211的键输入。显示器控制器207对图像数据进行光栅化，以在显示器212的画面上显示服务器200内的信息，并且控制该显示。在设备管理服务器104中，盘控制器208控制例如如下信息向/从外部存储器213的输入和输出， 所述信息涉及由设备管理服务器104管理的设备105的可用性状况及安装地点等。键盘211是如下装置，其使得管理服务器200的管理员能够执行输入操作。例如， 如果在服务服务器103中发生故障，则管理员参照在显示器212上显示的信息来操作键盘 211，以执行恢复操作。显示器212是例如液晶显示器(IXD)。外部存储器(硬盘(HD)或软盘(FD))213存储诸如应用相关程序等的各种类型的数据。在本示例性实施例中，服务服务器103的CPU 201根据存储在外部存储器213中的程序的过程来执行处理，因而，能够实现服务服务器103的功能以及后述的流程图中所示的处理。此外，设备管理服务器104的CPU 201根据存储在外部存储器213中的程序的过程来执行处理，因而，能够实现设备管理服务器104的功能以及后述的流程图中所示的处理。服务器200的硬件结构不局限于上述硬件结构。服务器200可以根据需要采用任意的结构。例如，设备管理服务器104不一定要包括键盘211及显示器212。图3例示了设备105的示例性硬件结构。对于与图像2所示类似的结构，将省略描述。CPU 301、RAM 302 及程序 ROM 303 分别类似于 CPU 201、RAM 202 及程序 ROM 203。 然而，程序ROM 303存储与请求服务服务器103执行处理的应用相关的程序。此外，例如，程序ROM 303存储与如下恢复检查应用相关的程序，在服务服务器 103中发生故障的情况下，所述恢复检查应用经由设备管理服务器104来检查服务服务器 103的状况。数据ROM 304,NC 305及键盘控制器306分别类似于数据ROM 204,NC 205及键盘控制器206。显示器控制器307及盘控制器308分别类似于显示器控制器207及盘控制器208。扫描器控制器309控制扫描器单元314扫描纸质文档来生成图像数据。打印机控制器310将设备105内的信息以及经由LAN 101及互联网102接收到的信息，光栅化为用于打印的图像数据，并且执行控制，以由打印机单元315在纸张上打印图像数据。键盘311、 显示器312及外部存储器313分别类似于键盘211、显示器212及外部存储器213。扫描器单元314是由设备105的用户用来扫描纸质文档的扫描器装置。打印机单元315是如下打印机装置，其由设备105的用户用来打印设备105内的信息，以及经由LAN 101及互联网102接收到的信息。设备105的硬件结构不局限于上述硬件结构。设备105可以根据需要采用任意的结构。例如，设备105不一定要包括打印机单元315。图4例示了服务服务器103、设备管理服务器104及设备105的示例性功能结构。
设备管理服务器104中的设备管理单元401，管理在设备管理服务器104的管理下的所有设备105的可用性状况及安装地点等的信息(例如，利用图10中所示的设备管理表1000来管理数据)。应用控制单元402指示在设备管理单元401的管理下的设备105， 来启动和关闭恢复检查应用。当确定服务应用是否已从故障等中恢复时，设备管理服务器 104的服务监视单元403检查服务服务器103的状况。设备管理服务器104的发送接收单元404，经由LAN 101及互联网102来与网络上的装置通信。设备105的扫描处理单元411利用扫描器单元314来扫描纸张，并且生成图像数据。当设备105具有扫描功能时，提供扫描处理单元411。设备105的打印处理单元412将设备105内的信息以及经由LAN 101及互联网102接收到的信息，光栅化为要由打印机单元315打印的图像数据，并且将该图像数据发送至打印机单元315。当设备105包括打印功能时，提供打印处理单元412。设备105的恢复检查单元413，是通过恢复检查应用实现的示例性功能。在设备管理服务器104的管理下的所有设备105中，均安装了恢复检查应用。若设备105请求服务服务器103的服务提供单元421执行处理，然后故障发生，并且设备105从设备管理服务器 104接收到启动恢复检查应用的指令，则启动恢复检查应用。恢复检查应用并不总是在设备 105上启动。设备105的发送接收单元414，经由LAN 101及互联网102来与网络上的装置
ififn。虽然在本示例性实施例中，为了方便描述，在设备管理服务器104的管理下的所有设备105，均包括恢复检查应用，但是，结构不局限于此。例如，在设备管理服务器104的管理下的设备，可以包括不适用于本示例性实施例的任何设备(例如，不能实现恢复检查功能的设备)。设备105可以是例如具有作为内置程序的恢复检查功能的设备。例如，设备管理服务器104管理并参照设备结构信息(类型、网络信息、固件信息、提供的选项等)，以使得能够识别与设备105相当的设备。服务服务器103的服务提供单元421(1)至421 (N)是通过服务应用实现的功能 (服务)的示例，并且提供各种服务。为了方便描述，将服务提供单元421(1)至421(N)中的任何一者或全部简称为“服务提供单元421”。另一方面，将特定的服务提供单元421称为“服务提供单元421 (A) ”或“服务提供单元421⑶”等。如果在服务提供单元421正在执行由设备105请求的处理的同时，故障发生，则服务服务器103的错误处理单元422执行处理，来将错误代码及/或错误消息返回至设备 105，以向设备105通知故障的发生。服务服务器103的恢复时刻管理单元423基于例如图8中所示的状况管理表800， 来管理关于服务提供单元421执行的服务提供(应用服务提供)的预期恢复时刻的信息。 例如，如果在服务提供单元421正在执行由设备105请求的处理的同时，故障发生，并且随后的处理变得无法执行，则服务服务器103的管理员执行恢复操作。应用服务提供不仅可能因故障而停止，而且可能因定期的维护操作而停止。在这种情况下，如果当执行恢复操作及维护时，预期恢复时刻是预先已知的，则管理员可以通过操作键盘211，将关于恢复调度的信息设置到图8中所示的状况管理表800。当从设备105接收到处理请求时，服务服务器103的验证处理单元似4执行验证处理，以检查设备105的用户是否被允许使用应用服务。发送接收单元425经由互联网102， 与例如设备管理服务器104及设备105进行通信。图5是例示在发生故障的情况下由设备105执行的处理的示例性流程图。下面， 将基于设备105 (X)请求服务提供单元421 (A)执行处理、然后在服务提供单元421 (A)中发生故障的情况，来对处理进行描述。作为第一通知者，设备105 (X)向设备管理服务器104 通知在服务提供单元421 (A)中发生故障。在步骤S501中，设备105(X)对用户执行的用户操作做出响应，并且经由发送接收单元414，来访问服务提供单元421(A)。例如，设备105 (X)请求服务提供单元421 (A)执行不能被设备105(X)自身执行的处理。在步骤S502中，如果在服务提供单元421 (A)中发生故障，则设备105(X)经由发送接收单元414，从服务服务器103接收错误代码。错误代码是关于服务提供单元421 (A) 停止处理的原因的信息的示例。可以使用错误代码，来识别在服务提供单元421(A)中发生的故障的类型。通过理解错误代码，设备105 (X)的用户能够辨识出请求的处理未能正常完成。存在若干类型的故障。一种类型的故障是由设备105 (X)的用户进行的不正确的数据设置所导致，并且可以通过校正数据设置来简单地解决。另一类型的故障只有在服务服务器103的管理员执行某些操作时才能被解决。在步骤S503中，设备105 (X)启动恢复检查应用(启动恢复检查单元41 。更具体地说，当设备105 (X)确定设备105不能避免故障、即服务服务器103的管理员需要执行恢复操作时，处理进入到步骤S503。当设备105 (X)基于错误代码确定不需要管理员执行恢复操作时，例如，如果因为用户执行的不正确设置而发生错误，则设备105(X)显示消息，以提示用户重设信息，并且，处理结束。在步骤S504中，恢复检查单元413经由发送接收单元414，向设备管理服务器104 通知在服务提供单元421 (A)中发生故障(故障发生通知)。在接收到故障发生通知时，设备管理服务器104开始如下处理，即经由服务监视单元403，来监视服务提供单元421 (A)中的处理的状况。通过这种方式，设备105 (X)检测服务服务器103的服务提供单元421 (A)中的故障，启动恢复检查应用，并且将故障发生通知发送至设备管理服务器104。图6例示了例示设备管理服务器104执行的监视处理的示例性流程图。图6中所示的监视处理由设备管理服务器104执行，从设备管理服务器104在步骤S504中、从设备105 (X)接收到关于在服务提供单元421 (A)中发生故障的通知起，直到服务提供单元 421(A)从故障中恢复为止。在步骤S601中，设备管理服务器104确定自身是否从设备105 (X)接收到关于在服务提供单元421 (A)中发生故障的通知(故障发生通知)。当设备管理服务器104确定自身接收到关于在服务提供单元421 (A)中发生故障的通知时(步骤S601 是)，处理进入到步骤S602。另一方面，当设备管理服务器104确定自身未接收到关于在服务提供单元 421(A)中发生故障的通知时(步骤S601 否)，重复步骤S601中的处理。在步骤S602中，设备管理服务器104经由服务监视单元403，检查服务提供单元 421(A)的状况。由服务服务器103基于图8中所示的状况管理表800，来管理服务提供单元421 (A)的状况。
在步骤S603中，设备管理服务器104基于从服务服务器103返回的状况(检查结果)，来确定服务提供单元421 (A)是否正在正常运行(正常状态)。当设备管理服务器104 确定服务提供单元421 (A)正在正常运行时(步骤S603 是)，服务提供单元421 (A)不存在问题，然后，处理结束。在这种情况下，可以假设从设备管理服务器104从设备105 (X)接收到故障发生通知时起，到设备管理服务器104在步骤S602中检查服务提供单元421 (A)的状况时为止，服务提供单元421 (A)已从故障中恢复。另一方面，当设备管理服务器104确定服务提供单元421 (A)未在正常运行(处于处理停止的停止状态，例如故障状态及维护状态等)时(步骤S603 否)，处理进入到步骤 S604。在这种情况下，设备管理服务器104还从服务服务器103获取服务提供单元421 (A) 预期从步骤S602中的故障中恢复的预期恢复时刻，作为对后述的步骤S605中的处理的准备。在步骤S604中，设备管理服务器104经由应用控制单元402，指示在设备管理单元 401的管理下的设备105启动设备105内的恢复检查应用。在步骤S605中，设备管理服务器104确定自身是否能够获取到步骤S602中的预期恢复时刻。当设备管理服务器104确定自身不能获取到预期恢复时刻时(步骤S605: 是)，由于预期恢复时刻是未确定的，因此，处理进入到步骤S606。另一方面，当设备管理服务器104确定自身能够获取到预期恢复时刻时(步骤S605 否)，处理进入到步骤S608。在步骤S606中，设备管理服务器104在图9中所示的状况管理表900中，将预期恢复时刻作为未确定的进行管理，并且，处理进入到步骤S607。在步骤S607中，作为经由服务服务器103的周期性状况检查的结果，设备管理服务器104确定服务提供单元421 (A)是否已从故障中恢复。由于设备管理服务器104确定预期恢复时刻是未确定的(步骤S605 是)，因此，设备管理服务器104以某一固定间隔，来检查服务提供单元421 (A)的状况。当设备管理服务器104确定服务提供单元421 (A)已从故障中恢复时(步骤S607 是)，处理进入到步骤S611。另一方面，当设备管理服务器104 确定服务提供单元421 (A)未从故障中恢复时(步骤S607:否)，处理重复步骤S607。在步骤S608中，设备管理服务器104将从服务服务器103获取到的预期恢复时刻，设置到图9中所示的状况管理表900，并且管理预期恢复时刻。在步骤S609中，设备管理服务器104确定，作为在预期恢复时刻经由服务服务器 103的状况检查的结果，服务提供单元421 (A)是否已从故障中恢复。当设备管理服务器104 确定服务提供单元421 (A)已从故障中恢复时(步骤S609:是)，处理进入到步骤S611。另一方面，如果设备管理服务器104确定服务提供单元421 (A)未从故障中恢复(步骤S609 否)，则处理进入到步骤S610。在步骤S610中，设备管理服务器104经由服务服务器103，来确定预期恢复时刻是否发生改变。当设备管理服务器104确定设置了新的预期恢复时刻时(步骤S610:是)，处理进入到步骤S608。在步骤S608中，设备管理服务器104将新的预期恢复时刻，设置到状况管理表900。另一方面，当设备管理服务器104确定未设置新的预期恢复时刻时(步骤 S610 否)，处理进入到步骤S607。在步骤S611中，由于服务提供单元421㈧已恢复到正常状态，因此，设备管理服务器104将表示正常状态的状况，设置到状况管理表900。
在步骤S612中，设备管理服务器104确定自身是否从设备105 (X)的恢复检查单元413，接收到询问服务提供单元421 (A)是否已从故障中恢复的询问(恢复检查请求)。当设备管理服务器104确定自身从设备150 (X)接收到询问时(步骤S612:是)，处理进入到步骤S613。在这种情况下，设备管理服务器104确定设备105 (X)已试图请求服务提供单元 421(A)执行处理。当设备管理服务器104确定自身未从设备105(X)接收到询问时(步骤 S612:否)，设备管理服务器104等待来自设备105 (X)的询问。在这种情况下，设备管理服务器104确定设备105 (X)未请求服务提供单元421 (A)执行处理。在步骤S613中，由于服务提供单元421 (A)已从故障中恢复，因此，设备管理服务器104经由应用控制单元402指示设备105 (X)关闭恢复检查应用。响应于该指令，设备 105(X)关闭恢复检查应用，并且允许访问服务提供单元421(A)。除设备105(X)以外的设备105，保持在不允许访问服务提供单元421(A)的状态。在除设备105(X)以外的设备105 试图访问服务提供单元421 (A)的某些情形下，该设备105能够访问服务提供单元421 (A) (例如参见图7)。图7是例示如下处理(恢复检查应用控制处理)的示例性流程图，所述处理从设备管理服务器104指示除设备105 (X)以外的设备105(Y)启动恢复检查应用起，直到该设备105 (Y)关闭恢复检查应用为止。在步骤S701中，设备105(Υ)从设备管理服务器104接收启动恢复检查应用的启动指令。在步骤S702中，按照来自设备管理服务器104的启动指令，设备105(Υ)启动恢复检查应用(使恢复检查单元413运行)。在步骤S703中，设备105 (Y)的恢复检查单元413确定设备105 (Y)的用户是否经由诸如键盘311等的输入装置，请求服务服务器103执行不能被设备105 (Y)执行的处理。换句话说，设备105(Υ)的恢复检查单元413确定设备105 (Y)的用户是否试图访问服务提供单元421(A)。当恢复检查单元413确定设备105 (Y)的用户试图访问服务提供单元 421 (A)时(步骤S703 是)，处理进入到步骤S704。另一方面，当恢复检查单元413确定设备105 (Y)的用户未试图访问服务提供单元 421(A)时(步骤S703:否)，该处理结束。这样，限制了因故障而不可用的、对服务提供单元421㈧的访问，并且，不再执行到互联网102的无用通信。在步骤S704中，设备105 (Y)的恢复检查单元413请求设备管理服务器104获取服务提供单元421 (A)的状况。在步骤S705中，在从设备管理服务器接104接收到服务提供单元421 (A)的状况时，恢复检查单元413确定服务提供单元421 (A)是否已从故障中恢复(更具体地说，是确定服务提供单元421是否处于停止状态)。当恢复检查单元413确定服务提供单元421 (A) 已从故障中恢复时(步骤S705 是)，处理进入到步骤S706。另一方面，当恢复检查单元413确定服务提供单元421 (A)未从故障中恢复时(步骤S705:否)，设备105(Υ)向设备105(Υ)的用户通知服务提供单元421 (A)不可用。设备 105 (Y)不准许用户访问服务提供单元421(A)。然后，处理结束。在步骤S706中，由于服务提供单元421㈧已从故障中恢复，因此，设备105 (Y)关闭恢复检查应用。
在步骤S707中，由于设备105 (Y)的用户正在试图访问服务提供单元421 (A)，因此，设备105(Y)请求已从故障中恢复的服务提供单元421(A)，来执行处理。这样，设备 105 (Y)能够正常访问已从故障中恢复的服务提供单元421 (A)。图8例示了如下状况管理表800的示例性结构，所述状况管理表800用于存储关于在服务服务器103的恢复时刻管理单元423的管理下的服务提供单元421的信息。针对在服务服务器103上运行的各服务应用(服务提供单元421)，状况管理表 800分别存储一条记录。记录包括诸如服务提供单元421的当前状态的信息，并且当服务提供单元421处于故障状态时包括预期恢复时刻。图8中所示的状况管理表800存储应用标识号(ID)801、应用名称802、状况803及预期恢复时刻804。然而，存储在状况管理表800 中的信息不局限于此，因为所述信息可能因故障监视系统的结构而不同。当服务服务器103包括多个应用服务时，应用ID 801是能够识别各个单独的服务应用的唯一值。应用名称802表示各服务应用的名称。状况803表示各服务应用的状况。 设备管理服务器104可以通过获取状况803中的信息，来确定服务提供单元421是否正在正常运行，以及在服务提供单元421被停止的情况下，确定服务提供单元421当前处于何种状态。预期恢复时刻804表示当服务提供单元421未在正常运行时、服务提供单元421的预期恢复时刻。例如，如果预期恢复时刻是未确定的，则设置“恢复未确定”。图9例示了如下状况管理表900的示例性结构，所述状况管理表900存储关于被设备管理服务器104的服务监视单元403监视的服务提供单元421的信息。针对在设备管理服务器104的管理下的服务服务器103的各服务应用(服务提供单元421)，状况管理表900分别存储一条记录。状况管理表900存储从状况管理表800中获取到的信息。所述信息包括例如服务提供单元421的当前状态，并且如果服务提供单元 421处于故障状态则还包括预期恢复时刻。状况管理表900中存储的信息，包括例如服务服务器ID 901、应用ID 902、应用名称903、状况904、预期恢复时刻905、统一资源定位符 (URL)906、验证ID 907及密码908等。这些信息不局限于此，因为这些信息可能因故障监视系统的结构而不同。当在互联网102上存在多个服务服务器103时，服务服务器ID 901是能够识别各个单独的服务服务器103的唯一值。应用ID 902的信息与应用ID 801类似。当在互联网 102上、存在包括多个服务应用的多个服务服务器103时，设备管理服务器104通过服务服务器ID 901及应用ID902的组合，来唯一识别各个单独的服务应用。应用名称903的信息与应用名称802类似。状况904的信息与状况803类似。设备105的恢复检查单元413可以通过检查状况904，来确定服务提供单元421是否正在正常运行，以及在服务提供单元421被停止的情况下，确定服务提供单元421当前处于何种状态。预期恢复时刻905的信息与预期恢复时刻804类似。URL 906表示用于检查服务服务器103的服务提供单元421的状况的URL信息。例如，当将执行用于获取服务服务器103内的状况管理表800的信息的应用的请求、预先发送至服务服务器103时，使用上述URL信息。当有必要对服务服务器103执行验证处理、以获取状况管理表800的信息时，使用验证ID 907及密码908。图10例示了如下设备管理表1000的示例性结构，所述设备管理表1000存储关于在设备管理服务器104的设备管理单元401的管理下的设备105的信息。
针对在设备管理服务器104的管理下的各个单独的设备105，设备管理表1000分别存储一条记录。该记录包括诸如设备105的当前状态及地点、以及恢复检查单元413当前是否在运行的信息。设备管理表1000存储设备ID 1001、机型名称1002、可用性状况1003、 安装地点1004及恢复检查应用状况1005。这些信息不局限于此，因为这些信息可能因故障监视系统的结构而不同。设备ID 1001是能够识别在设备管理服务器104的管理下的LAN 101上的各个单独的设备105的唯一值。机型名称1002表示在设备管理服务器104的管理下的设备105 的机型名称。可用性状况1003表示设备105是处于在线状态、可用状态还是其他状态。安装地点1004表示设备105被物理安装于何处。恢复检查应用状况1005表示设备105的恢复检查应用是否已启动，即恢复检查单元413是否正在运行。图11例示了例示在如下持续时间内在各装置间执行的一系列处理的示例性流程图，所述持续时间从设备105 (X)请求服务服务器103执行处理、并且在服务服务器103的服务提供单元421中发生故障起，直到服务提供单元421从故障中恢复为止。在步骤SllOl中，设备105 (X)请求服务服务器103的服务提供单元421执行处理。 在步骤SllOl中，设备105 (X)请求服务服务器103执行不能被设备105 (X)自身执行的处理，以及相比于被设备105 (X)执行的情形、能够被服务提供单元421更为高效地执行的处理。在步骤S1102中，在从设备105(X)接收到处理请求时，服务服务器103的服务提供单元421执行请求的处理。在步骤S1103中，服务服务器103将在步骤S1102中执行的处理的结果，返回至设备105 (X)。在该示例中，在步骤S1102中的处理中发生故障，并且，服务服务器103返回关于在服务提供单元421中发生故障的通知，例如错误代码等。当服务提供单元421正常完成处理时，服务服务器103将处理的结果返回至设备105 (X)。在步骤S1104中，设备105 (X)启动由设备105 (X)自身管理的恢复检查应用。在步骤S1105中，当恢复检查应用被启动时，设备105的恢复检查单元413运行，并且向设备管理服务器104通知在服务提供单元421中发生故障(故障发生通知)。在步骤S1106中，在经由发送接收单元404从设备105(X)接收到故障发生通知时，服务监视单元403检查服务服务器103的服务提供单元421的状况。在步骤Sl 107中， 服务服务器103将状况检查处理的结果，返回至设备管理服务器104。在步骤S1108中，设备管理服务器104将返回的服务提供单元421的状况，存储在状况管理表900中。在步骤Sl 109中，设备管理服务器104从设备管理表1000的恢复检查状况1005 中，获取关于除设备105 (X)以外的、恢复检查应用未启动的设备105的信息，并且识别设备 105(Y)。然后，设备管理服务器104指示识别出的设备105(Υ)启动恢复检查应用。这样， 在设备管理服务器104的管理下的所有设备105的恢复检查应用，均能够被启动。在步骤 SlllO中，设备105 (Y)启动恢复检查应用。在步骤Sllll中，在服务提供单元421处于故障状态的同时，设备管理服务器104 周期性地或者在预期恢复时刻到来时，向服务服务器103询问服务提供单元421是否已从故障中恢复(检查状况)。在步骤S1112中，服务服务器103将询问的结果(状况)，返回至设备管理服务器104。当服务提供单元421未从故障中恢复时，设备105执行步骤Sl 113及Sl 114中的处理。虽然图11为了方便描述，例示了仅由设备105 (X)来执行步骤S1113及S1114中的处理，但是，不仅可以由设备105 (X)，而且可以由任何的设备105来执行所述处理。在步骤S1113中，当设备105 (X)试图请求服务提供单元421执行处理时，恢复检查单元413向设备管理服务器104询问服务提供单元421是否已从故障中恢复(检查状况)。在步骤Sl 114中，设备管理服务器104将服务提供单元421的状况，返回至设备105⑴ 的恢复检查单元413。在该示例中，由于状况904的信息是“故障恢复操作进行中”，因此， 设备管理服务器104返回表示服务提供单元421处于故障状态的状况“故障恢复操作进行中，，。当服务提供单元421已从故障中恢复时，设备105执行步骤S1115至S1120中的处理。虽然图11为了方便描述，例示了仅由设备105 (X)来执行步骤S1115至S1120中的处理，但是，不仅可以由设备105 (X)，而且可以由任何的设备105来执行所述处理。在步骤S1115中，当设备105 (X)试图请求服务提供单元421执行处理时，恢复检查单元413向设备管理服务器104询问服务提供单元421是否已从故障中恢复(检查状况)。在步骤Sl 116中，设备管理服务器104将服务提供单元421的状况，返回至设备105⑴ 的恢复检查单元413。在该示例中，由于状况904的信息是“正常”，因此，设备管理服务器 104返回表示服务提供单元421已从故障中恢复的状况“正常”。在步骤S1117中，由于服务提供单元421已从故障中恢复，因此，设备105 (X)终止恢复检查单元413。在步骤S1118中，由于恢复检查单元413的终止，使得设备105 (X)能够访问服务提供单元421，因此，设备105 (X)请求服务服务器103的服务提供单元421执行处理。在步骤S1119中，服务提供单元421执行由设备105(X)请求的处理。在步骤S1120中，服务服务器103将处理的结果返回至设备105 (X)。在LAN 101内的设备105与互联网102上的服务提供单元421之间，一般存在有防火墙。因此，设备105不能辨识出服务提供单元421已从故障中恢复，除非设备105向服务提供单元421询问。然而，根据本示例性实施例的设备105包括如下恢复检查应用，该恢复检查应用经由LAN 101上的设备管理服务器104，来检查服务提供单元421的状况。因此，设备105 不必直接访问服务提供单元421，即能够检查服务提供单元421的状况，并且能够辨识出服务提供单元421已从故障中恢复。以上专门基于如下情况描述了第一示例性实施例，即设备105(X)检测到服务提供单元421中的故障，并且向设备管理服务器104通知在服务提供单元421中发生故障。下面，将基于如下情况来描述第二示例性实施例，即设备管理服务器104周期性地检查服务提供单元421的状况，以检测服务提供单元421中的故障。更具体地说，第二示例性实施例与第一示例性实施例的不同之处主要在于，在第二示例性实施例中，设备管理服务器104执行步骤S1106及之后的步骤中的处理，并且周期性地执行步骤Sl 106及Sl 107中的处理，而不在图11的步骤Sl 105中接收来自设备105 (X) 的故障发生通知。通过该结构，当在不接收来自设备105的故障发生通知的情况下、设备管理服务器104自身通知服务提供单元421中的故障时，设备管理服务器104能够指示设备105启动恢复检查应用。此外，当设备管理服务器104检测到服务提供单元421中的故障、并且确定该故障需要管理员执行恢复操作时，设备管理服务器104能够指示设备105启动恢复检查应用。本发明不局限于第一示例性实施例及第二示例性实施例，而是可以基于第一示例性实施例与第二示例性实施例的组合。本发明还可以通过执行以下处理来实现。也就是说，经由网络或者各种类型的记录介质，将实现上述实施例的功能的软件(程序)供给到系统或装置，然后所述系统或装置的计算机(或者诸如CPU或MPU等的设备)读出所述程序并执行所述程序。在这种情况下， 存储有所述程序的所述记录介质以及所述程序包括在本发明中。虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明并不局限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使其涵盖所有的变形例、等同结构及功能。
权利要求
1.一种图像处理装置，其能够经由外部网络来请求服务提供装置执行处理，并且能够经由内部网络与信息处理装置通信，所述图像处理装置包括启动单元，其被构造为启动检查单元，该检查单元被构造为检查由所述信息处理装置获取到的所述处理的状况；停止单元，其被构造为在由所述启动单元启动的所述检查单元辨识出所述处理的所述状况不是停止状态的情况下，停止所述检查单元；以及请求单元，其被构造为在所述检查单元被停止的情况下，请求所述服务提供装置执行所述处理。
2.根据权利要求1所述的图像处理装置，其中，所述启动单元确定由所述服务提供装置执行的所述处理是否被停止，并且在基于来自所述服务提供装置的关于所述处理的停止的通知、确定所述处理被停止的情况下，启动所述检查单元。
3.根据权利要求2所述的图像处理装置，其中，所述启动单元还在所述处理的设置被改变的情况下，确定所述处理是否能够被执行，并且在基于所述通知中包括的关于所述处理被停止的原因的信息、确定所述处理未被执行的情况下，启动所述检查单元。
4.根据权利要求1所述的图像处理装置，其中，所述启动单元确定由所述服务提供装置执行的所述处理是否被停止，并且在基于来自所述信息处理装置的关于所述处理的停止的通知、确定所述处理被停止的情况下，启动所述检查单元，其中，所述信息处理装置已从所述服务提供装置获取到所述处理的所述状况，并且辨识出所述处理被停止。
5.一种用于控制图像处理装置中的通信的方法，所述图像处理装置能够经由外部网络来请求服务提供装置执行处理，并且能够经由内部网络与信息处理装置通信，所述图像处理装置包括检查单元，该检查单元被构造为检查由所述信息处理装置获取到的所述处理的状况，所述方法包括以下步骤启动所述检查单元；在所启动的检查单元辨识出所述处理的所述状况不是停止状态的情况下，停止所述检查单元；以及在所述检查单元被停止的情况下，请求所述服务提供装置执行所述处理。
6.一种信息处理装置，其用于经由内部网络与多个图像处理装置通信，并且用于经由外部网络与服务提供装置通信，所述服务提供装置被构造为执行由所述多个图像处理装置中的至少一者经由所述外部网络请求的处理，所述信息处理装置包括获取单元，其被构造为从所述服务提供装置获取所述处理的状况；以及应答单元，其被构造为在所述多个图像处理装置中的任何一者请求检查所述处理的所述状况的情况下，将由所述获取单元获取到的关于所述处理的所述状况的信息，返回至进行所述请求的图像处理装置。
7.根据权利要求6所述的信息处理装置，该信息处理装置还包括通知单元，该通知单元被构造为在基于来自所述多个图像处理装置中的一者的关于所述处理的停止的通知、确定所述处理被停止的情况下，向其他图像处理装置中的至少一者，通知所述处理被停止，其中，所述多个图像处理装置中的所述一者已从所述服务提供装置接收到关于所述处理的停止的通知。
8.根据权利要求7所述的信息处理装置，其中，所述通知单元是第一通知单元，所述获取单元周期性地获取所述处理的状况，并且所述信息处理装置还包括第二通知单元，该第二通知单元被构造为在作为周期性地检查由所述服务提供装置执行的所述处理的所述状况的结果、确定所述处理被停止的情况下，向所述多个图像处理装置通知所述处理被停止。
9.一种用于控制信息处理装置中的通信的方法，所述信息处理装置用于经由内部网络与多个图像处理装置通信，并且用于经由外部网络与服务提供装置通信，所述服务提供装置被构造为执行由所述多个图像处理装置中的至少一者经由所述外部网络请求的处理，所述方法包括以下步骤从所述服务提供装置获取所述处理的状况；以及在所述多个图像处理装置中的任何一者请求检查所述处理的所述状况的情况下，将关于所获取到的所述处理的状况的信息，返回至进行所述请求的图像处理装置。
10.一种通信控制系统，该通信控制系统包括多个根据权利要求ι至权利要求4中的任何一项所述的图像处理装置，以及根据权利要求6至权利要求8中的任何一项所述的信息处理装置。
全文摘要
本发明提供图像处理装置、信息处理装置及其方法。所述图像处理装置能够经由外部网络来请求服务提供装置执行处理，并且能够经由内部网络与信息处理装置通信。所述图像处理装置包括启动单元，其被构造为启动检查单元，该检查单元被构造为检查由所述信息处理装置获取到的所述处理的状况；停止单元，其被构造为在由所述启动单元启动的所述检查单元辨识出所述处理的所述状况不是停止状态的情况下，停止所述检查单元；以及请求单元，其被构造为在所述检查单元被停止的情况下，请求所述服务提供装置执行所述处理。
文档编号H04N1/00GK102263871SQ20111013715
公开日2011年11月30日 申请日期2011年5月24日 优先权日2010年5月25日
发明者鎌田环已 申请人:佳能株式会社