CN1731386A - 信息处理装置及其信息通知方法以及控制程序 - Google Patents

Abstract

本发明提供一种信息处理装置及其信息通知方法以及控制程序。为了当通过用户的断电/通电操作复原了错误时使主服务器侧知道错误的复原，每当在步骤S63和S64状态发生变化时，在步骤S61和S62将与在打印机(16)中错误的发生有关的最近状态存储到备用RAM(12a)中，当在步骤S65用户执行断电/通电操作而重新启动打印装置时，在步骤S66如果以前启动时的最近状态是服务呼叫错误发生的状态，则在步骤S68和S69发送打印机(16)的当前状态。

Description

信息处理装置及其信息通知方法以及控制程序

技术领域

本发明涉及一种信息处理装置、以及将在图像生成装置例如打印机发生的故障等信息通知外部装置的信息通知方法，以及一种用于执行该信息通知方法的控制程序。

背景技术

传统上，在图像生成装置例如打印机上，当发生需要由服务人员进行维修的错误(service call error，服务呼叫错误)时，已知这样的系统，在该系统中，通过网络将服务呼叫错误信息发送到位于制造商或经销商的服务中心的主服务器，服务中心侧对该错误作出响应，派服务人员对发生了服务呼叫错误的图像生成装置进行维修。

此外，下面是处理在例如图像生成装置的装置上发生的错误的方法的例子。

(1)从图像生成装置接收卡纸信息和重复发生卡纸的位置的最近10次卡纸的历史信息，以判断是否需要派服务人员前去检查(参见日本特开平09-321931)。

(2)当发生内部错误时，在将发生错误的状态信息存储到移位寄存器之后断开电源，当重新接通电源时，显示该错误状态(参见日本特开昭56-108151)。

(3)当接通电源时检验标志，以查看停机是否是在预定的时间内连续发生错误的结果；如果是，则对应于所存储的错误类型信息，在发生错误的状态下启动该装置(参见日本特开平06-332581)。

这些专利文献公开的装置还可以构成与上述在发生错误时通过网络将错误信息发送到主服务器的系统类似的系统。

然而，上述传统系统具有以下问题。

例如，当在装置上发生服务呼叫错误时，在将服务呼叫错误信息通知给主服务器之后，用户可以通过关闭装置的电源，然后再将其接通，来尝试从错误中恢复(下面称为“断电/通电操作”)。当通过这种断电/通电操作，装置的错误被复原(recover)、并获得了正常状态时，因为不再处于发生错误状态，相应地，传统系统被配置为不通知主服务器。

然而其结果是，由于服务中心侧不知道服务呼叫错误已被复原的情况，因而存在例如错误地联系用户或派出服务人员的问题。

当服务呼叫错误由用户通过例如断电/通电操作而被恢复时，即使装置处于正常状态，也应在需要时将正常状态通知给主服务器。

发明内容

因此，本发明是鉴于传统技术的上述缺点而设计的。

根据本发明的一个方面，优选地，提供一种信息处理装置，包括：通信装置，用于将关于成像装置的信息通知给外部装置；以及检测装置，用于检测在成像装置中的故障的发生，其特征在于，信息处理装置进一步包括：存储装置，用于存储由检测装置检测到的故障的发生历史，其中，将存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及控制装置，用于当读取故障发生历史时，即使检测装置在启动时未检测到故障发生，也控制通信装置对外部装置执行状态通知。

当通过图像生成装置的启动复原了在图像生成装置中发生的故障时，能将图像生成装置的故障的复原通知给外部装置侧。

根据本发明的另一方面，提供一种信息通知方法，在信息处理装置中执行，该信息处理装置包括：通信装置，用于将关于成像装置的信息通知给外部装置；以及检测装置，用于检测在成像装置中的故障的发生，该方法包括：存储步骤，用于在存储装置中存储由检测装置检测到的故障发生历史，其中，将存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及控制步骤，用于当从存储装置读取故障发生历史时，即使检测装置在启动时未检测到故障发生，也控制通信装置对外部装置执行状态通知。

根据本发明的另一方面，提供一种信息处理装置，包括：通信装置，用于将关于成像装置的信息通知给外部装置；以及检测装置，用于检测在成像装置中的故障的发生，其特征在于，所述信息处理装置进一步包括：存储装置，用于存储由所述检测装置检测到的故障发生历史，其中，将所述存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及控制装置，用于当在启动时从所述存储装置读取故障发生历史时，控制所述通信装置对外部装置执行状态通知。

根据本发明的另一方面，提供一种信息通知方法，在信息处理装置中执行，该信息处理装置包括：通信装置，用于将关于成像装置的信息通知给外部装置；以及检测装置，用于检测在成像装置中的故障的发生，其特征在于，所述方法包括：存储步骤，用于在存储装置中存储由检测装置检测到的故障发生历史，其中，将存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及控制步骤，用于当在启动时从存储装置读取故障发生历史时，控制通信装置对外部装置执行状态通知。

通过下面结合附图所做的说明，本发明的其它特征和优点是显而易见的，在所有附图中，相同的附图标记表示相同或相似的部分。

附图说明

图1是示出包括根据本发明实施例的信息处理装置的打印装置的内部结构的示意图；

图2是示出包括图1所示的打印装置的网络系统的结构示例的框图；

图3是示出根据本发明实施例的打印装置的操作的流程图；

图4是示出根据本发明实施例当发生错误时所发送的包(packet)数据的例子的视图；

图5是示出根据本发明实施例当通知错误正常返回时所发送的包数据的例子的视图；

图6是示出根据本发明实施例响应错误通知或正常返回的通知的例子的视图；以及

图7是示出根据本发明实施例的模块结构的视图。

具体实施方式

现在，将参考附图来详细说明本发明的优选实施例。应该注意，除非特别指出，否则在这些实施例中提出的部件的相对布局、数字表达式、以及数值不限制本发明的范围。

将参考附图来说明信息处理装置及其信息通知方法、以及控制程序的优选实施例。该实施例的信息处理装置可应用于例如打印装置。

打印装置的结构

图1是示出包括根据本发明实施例的信息处理装置的打印装置的内部结构的示意图。

该打印装置包括信息处理装置10、以及作为装置的打印机16。各种图像生成装置例如复印机、数字多功能装置、传真机、激光打印机、喷墨打印机、以及扫描仪可以用作打印装置。

信息处理装置10包括CPU11，该CPU11执行存储在ROM13中的程序(包括执行图3的下述处理的程序)。为了执行网络控制和打印机控制，CPU11全面控制连接到系统总线17的每个装置。RAM12、ROM13、装置控制器(DVC)14、网络接口卡(NIC)15、以及硬盘装置(HDD)19连接到系统总线17。

除了用作主存储器和CPU11的工作区的RAM12，还配置了备用RAM12a，该备用RAM12a具有备用电池，即使当断开电源时，也能存储计数器信息(每个纸张尺寸的份数、读入文档的次数、使用应用程序的次数等)、系统信息、以及状态信息(包括状态标志)。

对存储在该备用RAM12a中的信息进行配置，以便即使装置的电源从断开返回到接通，并且在启动期间执行初始化处理，也不擦除所存储的内容。而且，存储装置不局限于备用RAM，只要这类存储装置具有非易失性的属性，可以使用闪速存储器和其它实施方式。

装置控制器(DVC)14控制打印机16，在双工操作下，通过内部网LAN17，网络接口卡(NIC)15与外部网络装置或个人计算机(PC)交换数据。硬盘装置(HDD)19用作外部存储器件，除了存储图像数据等之外，它还可代替备用RAM12a来存储上述计数器信息、系统信息、以及状态信息。CPU11执行将图像数据存储到例如硬盘装置(HDD)19的存储介质上的处理。

网络系统的总体结构

图2是示出包括图1所示的打印装置的网络系统的结构示例的框图。顺便提一句，对于该网络系统，假定是基于例如HTTP(Hypertext Transfer Protocol，超文本传输协议)的网络。

在图2中，附图标记21表示图1所示的打印装置，该打印装置通过因特网25定期或不定期地将装置信息例如计数器信息或错误信息发送到主服务器装置27。

通过内部网LAN17，个人计算机(PC)22可与打印装置21通信，通过将打印作业发送到打印装置21，可实现网络打印。在连接到因特网25期间，网关装置23和26用作防火墙。

连接到内部网LAN29的打印装置28具有与图1所示的打印装置21相同的配置，除了用于网络打印之外，该打印装置28还将装置信息发送到主服务器装置27。主服务器装置27连接到内部网LAN29。

顺便提一句，PC或打印装置的数量可以与图2所示的数量不同。

根据本发明实施例的打印装置的操作过程

图7是示出能与主服务器装置27侧的外部系统进行通信的打印装置21的软件模块的框图。在图7中，附图标记701～709对应于打印装置21侧的软件模块。

装置接口701是与图1所示的装置控制器14和打印机16的接口。通过装置接口701，通知包括在打印机16检测到的错误(也称为“故障”)的图像生成装置状态。尽管错误可以包括在图像生成装置目前累积的打印作业的状态，但主要假定错误是图像生成装置故障。还假定图像生成装置故障包括：例如硬盘错误的服务呼叫错误或付费计数器错误、例如卡纸的错误、例如调色剂不足和其它警告的错误、门被打开、以及收纸托盘的纸超载。

状态事件模块702将从装置接口701接收的错误信息列表(多种类型错误信息)通知给管理器704。装置接口701通知的错误信息列表基于由打印机16上的各种传感器所检测的图像生成装置的状态。该错误信息列表随时间而变化，因而被分类为可变信息。

在图3中的步骤S66参考的状态标志被存储到非易失性存储装置706中。当装置在断电之后通电时，管理器704通过逻辑705来检验该状态标志(历史)。

当状态标志为“1”(步骤S66为“是”)时，管理器704将对应于装置本身的唯一标识符的固定信息和作为可变信息的错误信息列表发送到SOAP功能模块707。

在这种情况下，固定信息包括例如嵌入客户机模式(schema)的信息(例如，客户机ID或者应用程序的版本)、以及嵌入装置模式的信息(例如，IP地址、MAC地址、装置序列号、产品名称、以及产品类型)，如图4中的附图标记401和图5中的附图标记501所示。

SOAP功能模块707请求HTTP/SOAP客户机模块708基于从管理器704接收到的内容(固定信息和可变信息)来创建标记语言说明(markup language description)，并将所创建的标记语言说明发送到指定的服务器。有关指定的服务器的信息可以事先由HTTP/SOAP客户机模块708保存，或者包括在固定信息内。

当从SOAP功能模块707接收到可变信息和固定信息时，HTTP/SOAP客户机模块708创建基于客户机模式的标记语言说明和基于装置模式的标记语言说明，例如，如图4和图5中的附图标记401和501所示，并且创建基于报警模式(错误列表)的标记语言说明，例如，如图4和图5中的附图标记402、403和502所示。

在这种情况下，假定对应于每个可变信息或固定信息的模式事先存储在HTTP/SOAP客户机模块708可访问的存储部分。

然后，HTTP/SOAP客户机模块708将所创建的标记语言说明数据发送到指定的服务器。标记语言可以是例如XML(eXtensible Markup Language，可扩展标记语言)。

现在，将详细说明状态标志为“1”的情况。

当存储在非易失性存储装置706中的状态标志是“1”时，管理器704将与打印机16的状态有关的查询请求发送到装置接口701。

生成该状态查询请求，以判定是否重新发生了错误。装置接口701可配置为响应请求而通过传感器检测各种状态，从而进行应答，或者配置为响应事先检测到的各种状态。

根据装置接口701的响应，当发现已发生了任意类型的错误时，管理器704将用于编码所识别的类型的值的代码值和主状态值设置为可变信息，将上述与装置本身有关的信息设置为固定信息，并将这些信息交给SOAP功能模块707(还可以设计为使HTTP/SOAP客户机模块708本身从SOAP功能模块707获取可变信息和固定信息)。可以将可变信息和固定信息的值指定为该值所代表的内容，然后将其发送到SOAP功能模块707。

另一方面，当根据装置接口701的响应未发现发生错误时，管理器704设置可变信息，以使其反映没有错误(代码值和主状态值是“0”)，将上述与装置本身有关的信息设置为固定信息，并将这些信息交给SOAP功能模块707。同样，可以将可变信息和固定信息的值指定为该值所代表的内容，然后将其发送到SOAP功能模块707。

SOAP功能模块707请求HTTP/SOAP客户机模块708根据从管理器704接收到的固定信息和可变信息(包括“0”作为代码值和主状态值)创建基于模式的标记语言说明，并将所创建的标记语言说明发送到指定的服务器。同样，可以将可变信息和固定信息的值指定为该值所代表的内容，然后将其发送到HTTP/SOAP客户机模块708。

当接收到请求时，HTTP/SOAP客户机模块708判定值所代表的内容，对应于模式进行读取，并根据所读取的模式和所传送的值，创建基于模式的标记语言说明，如图4和图5所示。

通过上面的处理，HTTP/SOAP客户机模块708根据所请求的固定信息和可变信息、以及相应的模式来创建标记语言说明。因此，不创建基于嵌入有故障类型的标识符、且该类型尚未发生的模式的标记语言说明，而创建基于嵌入有故障类型的标识符、且该类型已被识别的模式的标记语言说明。

此外，当在启动时读取状态标志(历史)、且未识别到故障的发生时，还可以基于嵌入有表示未发生故障的标识符的模式而创建标记语言说明。

同时，在主机(图7中的外部系统710)侧，根据对HTTP/SOAP客户机模块708通过网关所通知的标记语言说明的分析，对故障的转变(transition)进行管理。特别地，如图5所示，当通过分析识别出表示未发生故障的标识符时，对于已作为所发生的故障进行管理的故障，能识别故障的复原。

更确切地说，当接收到图4和图5所示的标记语言说明时，不断更新每个装置和每种类型的错误状态。将更新的错误状态存储到存储部分。

然后，当对应于更新之前所发生的故障类型的标识符(代码和主状态的值)不包括在接收到的标记语言说明中，并因此而未确认时，将该故障类型识别为已复原。特别地，如图5所示，当接收标记语言说明数据时，例如以前存储的全部错误均被认为已复原，主机侧装置信息将被更新为具有正常状态。因此，可以避免因为发生未复原的故障派出服务人员等而造成的浪费。

顺便提一句，尽管上面的说明是SOAP功能模块707将各种信息通知给HTTP/SOAP客户机模块708，可以配置该HTTP/SOAP客户机模块708，以使其主动从SOAP功能模块707获得上述固定信息和可变信息。

现在，参考图3来说明上述结构中的图1所示的打印装置21的操作。

顺便提一句，图3是示出根据本发明实施例的打印装置21的操作的流程图。

首先，在步骤S61，CPU11检测打印机16的状态是否发生了变化。只要可以识别打印机的状态，检测方法可以是任意方法，例如，检测各传感器的值的方法，或者识别未响应的方法。

当打印机16上的状态发生了变化，且发生了服务呼叫错误(例如，要求服务人员进行维修的错误类型，例如硬盘错误或付费计数器错误)时，利用下面的图4所示的包(T1)，将服务呼叫错误信息发送到主服务器装置27。主服务器装置27发出的关于该通知的响应T2是下面的图6所示的响应包。在这种情况下，该响应是<result>OK</result>，表示已经成功接收到服务呼叫错误信息。

此外，当复原了服务呼叫错误时，利用下面的图5所示的包将正常返回信息发送到主服务器装置27。

在下一个步骤S62，判定打印机16的当前状态是处于服务呼叫错误发生状态还是处于正常状态。通过该判定，如果打印机16处于服务呼叫错误发生状态，则例程(routine)进入步骤S63；否则，例程进入步骤S64。同时，在步骤S62，不是服务呼叫错误的错误例如门打开也能被判定为“是”。

在步骤S63，将值“1”写入备用RAM12a的状态标志存储区，例程返回步骤S61。另一方面，在步骤S64，将值“0”写入备用RAM12a的状态标志存储区，例程返回步骤S61。

步骤S65是当用户进行了断电/通电操作之后的状态。在步骤S65，打印机21执行初始化处理。在这种情况下，“初始化处理”表示这样的处理：对存储器进行初始化，从非易失性存储装置读取各种控制程序，同时，参考指出是否需要启动的开关(switch)，并在启动时参考表示主服务器装置27的URL或端口、以及主服务器装置27之间的传输间隔的调度(schedule)信息。

在下面的步骤S66，参考作为历史存储在备用RAM12a中的状态标志，如果该状态标志是“1”，则例程进入步骤S67；如果是“0”，则终止本处理。换句话说，“1”状态标志表示上一次启动时打印装置的最近状态是发生服务呼叫错误(或其它错误)的状态。当在该流程图的处理结束时满足一定的预定条件时，打印机16向外部通知其状态。关于该预定条件，可以假定各种条件，例如，根据装置内部的定时器到达状态通知时刻的情况、各种状态或特定状态的历史累积达到一定程度或数量的情况、发生了要求紧急通知的状态的情况、或者从主服务器装置27或其它外部装置接收到状态请求的情况。

在步骤S67，判定当前是否正在发生服务呼叫错误(或者其它错误)。换句话说，判定在当前启动时仍在发生的服务呼叫错误(或者其它错误)。如果当前正在发生服务呼叫错误(或者其它错误)，则例程进入步骤S68；否则，例程进入步骤S69。

在步骤S68，进行由图4所示的包所表示的服务呼叫错误通知(T3)，从而结束该处理。

另一方面，在步骤S69，将由图5所示的包所表示的正常返回通知(T4)发送到主服务器装置27，从而结束该处理。例如，尽管上一次启动时打印装置21的最近状态是服务呼叫错误发生的状态，但由于在当前重新启动时已复原了该服务呼叫错误，所以将已复原状态通知给主服务器装置27。

然后，作为对正常返回通知的响应(T5)，返回图6所示的响应包。同样，该响应是<result>OK</result>。

此外，响应于接收和识别图6所示的响应包，打印装置21清除在图3的步骤S66中所参考的状态标志。通过这样做，当在步骤S66进行重新检验时，可以获得“否”结果。当在断电之后通电时，该清除处理禁止多余步骤S69的正常返回通知，从而抑制不必要的通信的增加。

如上所述，在本实施例中，每次状态发生变化时(步骤S63和S64)，将在打印机16发生的服务呼叫错误(或其它错误)的最近状态(步骤S61和S62)存储到备用RAM12a，当用户执行断电/通电操作、并重新启动打印装置时(步骤S65)，如果上一次启动时的最近状态是发生服务呼叫错误或发生其它错误的状态(步骤S66)，则发送打印机16的当前状态(步骤S68和S69)。

这使得当通过用户的断电/通电操作而复原了错误时，主服务器装置27侧能知道已经复原了服务呼叫错误。

具体来说，尽管每次由于用户进行断电/通电操作而重新启动打印装置时将当前状态发送到主服务器装置27会导致通信的增加，但本实施例提供了步骤S66，在步骤S66中，仅当最后一次启动时的最近状态是发生了某种错误的状态(服务呼叫错误状态)时，才发送当前状态，因此，可以高效率地将服务呼叫错误的复原通知给主服务器装置27，而不增加通信量。

顺便提一句，尽管上面的说明要求在步骤S68中的错误通知作为在由于断电/通电操作而重新启动之后发送到主服务器装置27的通知，但这种通知仅局限于在步骤S69中的正常返回通知，而不执行步骤S68的错误通知。这样可以进一步抑制通信量。

此外，在上面的说明中，尽管在作为装置的打印机16上的错误局限于服务呼叫错误，例如硬盘错误或付费计数器错误，但可以应用于例如卡纸的错误，或例如调色剂不足等警告的错误。

现在，将说明在本实施例中用于进行通知的包数据。

错误通知的包数据的例子

图4是示出根据本实施例在错误通知时(图3中的T1和T3)所发送的标记语言的包数据的例子的视图。包数据描述基于模式。包数据是在HTTP上采用SOAP(Simple ObjectAccess Protocol，简单对象访问协议)的包数据的例子，从打印装置21发送到主服务器装置27，以通知错误(称为em_postAlert)。

该数据以XML(可扩展标记语言)格式来写。显然，适用的格式不局限于XML。例如，可以使用HTML(HyperTextMarkup Language，超文本标记语言)。postAlert包是当在打印机16上发生错误时，将错误信息通知给主服务器装置27的命令，该命令含有：例如图4所示的包来源的信息，其表示固定信息；客户机信息(<client>标记)，其表示作为错误的来源的装置；或者报警信息列表(<alertlist>标记)，其表示可变信息。<client>标记包括：<id>，用于识别客户机；<type>，用于识别客户机的类型；以及<appVersion>，用于识别应用程序的版本。此外，alertList包括：<device>列表，用于识别装置；<alert>列表；以及计数器信息<counterList>。

此外，在作为固定信息的<device>中，分别说明：<mac>，用于识别作为包的目的地的MAC地址的后4个字节；<ip>，用于识别IP地址；序列号<serialNumber>；产品名称<productName>、以及类型<type>。同时，在<alert>中，分别说明：错误代码<code>、它的主部分<majorstatus>、表示错误的文本信息<opmessage>、以及时间戳信息<timestamp>。

在<counterList>中，分别说明：服务模式编号<id>；以及<value>，其是由服务模式编号所指定的计数值。

顺便提一句，在图4的上述说明中，“客户机”是指例如打印机等的装置。

正常返回通知的包数据的例子

图5是示出根据本实施例当通知错误正常返回时(图3中的T4)发送的包数据的例子的视图。与图4的方式相同，该包数据的说明也基于模式。包数据是在HTTP上采用SOAP的包数据的例子，从打印装置21发送到主服务器装置27，以通知正常返回(称为em_postAlert)。

尽管使用与图4所示的包数据相同的模式，但在<alert>中，将错误代码<code>和主部分<majorstatus>设置为“0”，而将表示错误的文本信息<opmessage>设置为“NULL(空)”。通过以这样的方式设置<alert>，该包表示错误已经复原。

此外，由于通过分别包括在图4所示的<device>标记中的以下内容，即用于识别作为包的目的地的MAC地址的后4个字节的<mac>、用于识别IP地址的<ip>、以及序列号<serialNumber>，可以指定装置，因此可以指定错误已被复原的装置。

而且，尽管em_postAlert被用作通知错误的复原的模式，但也可以使用其它SOAP函数来代替。

以这种方式，由于能使用与图4相同的报警模式(<alert>)来执行图5所示的、从错误正常返回的通知，所以能简化通知格式。因此，在接收通知的主服务器装置27侧能更有效地进行处理。

例如，可以独立于报警模式而提供用于表示从错误正常返回的通知的模式。然而，作为优选实施例，本实施例要求在主服务器装置27侧首先分析报警模式502，将与图4中的402相同的<majorstatus>模式所说明的值识别为“0”，从而判定服务呼叫错误的复原。因此，可以减轻主服务器装置27侧的模式判定处理。

响应通知的例子

图6是示出根据本实施例响应错误通知(图4)和正常返回通知(图5)，并根据与图4和图5相同的方式基于模式写该响应的视图。

该数据也以与图5中的包数据相同的方式、以XML格式来写，在本实施例中，通过在HTTP上使用SOAP来发送/接收该数据。在em_postAlert响应包中，响应em_postAlert命令，将结构信息<result>设置为“OK”或“NG”，然后返回。

其它实施例

上述第一实施例被配置成使打印装置具有将状态通知给主服务器装置27的功能。然而，也可以是打印装置通过装置监视装置将通知发送到主服务器装置27的其它配置。

该装置监视装置监视一个或多个打印装置的状态和计数器值，主动或响应于主服务器装置27的请求，将打印装置的状态和计数器值通知给主服务器装置27。

此外，尽管主服务器装置27被描述为是图2中的一个装置，但本发明不局限于该配置。可以利用包括多个装置的主服务器系统来实现与主服务器装置27相同的功能。

本发明不局限于根据上述实施例的装置，可以应用于包括多个装置的系统以及由单个装置组成的装置。显然，本发明还可以这样实现：将存储有能实现上述实施例的功能的软件程序代码的存储介质提供给系统或装置，使该系统或装置的计算机(或者CPU或MPU)读出并执行存储在存储介质中的程序代码。

在这种情况下，从存储介质读出的程序代码本身实现了上述实施例的功能，存储该程序代码的存储介质构成了本发明。可用于提供程序代码的存储介质包括，例如：软盘(floppy，注册商标)、硬盘、光盘、磁光盘、CDROM、CDR、磁带、非易失性存储卡、以及非易失性存储器。显然，本发明还包括如下情况：由计算机执行所读出的程序代码不仅实现了上述实施例的功能，而且运行在计算机上的OS等根据程序代码的指令执行部分或全部实际处理，该处理实现了上述实施例的功能。

此外，显然，本发明还包括以下情况：首先将程序代码写到插入计算机的功能扩充板或连接至计算机的功能扩展单元中，设置在扩展板或扩展单元中的CPU等执行扩展功能，以根据程序代码的指令执行部分或全部实际处理，该处理实现了上述实施例的功能。

Claims (22)

1、一种信息处理装置，包括：

通信装置，用于将关于成像装置的信息通知给外部装置；以及

检测装置，用于检测在成像装置中的故障的发生，

其特征在于，所述信息处理装置进一步包括：

存储装置，用于存储由所述检测装置检测到的故障发生历史，其中，将所述存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及

控制装置，用于当从所述存储装置读取故障发生历史时，即使所述检测装置在启动时未检测到故障发生，也控制所述通信装置对外部装置执行状态通知。

2、根据权利要求1所述的信息处理装置，其特征在于：当满足预定条件时，所述控制装置控制所述通信装置执行状态通知；当读取故障发生历史时，即使不满足预定条件，所述控制装置也控制所述通信装置执行状态通知。

3、根据权利要求2所述的信息处理装置，其特征在于，预定条件包括：

根据定时器，到达状态通知时刻；

状态历史的累积达到某个特定的量或数量；

发生需要紧急通知的状态；或者

接收来自外部装置的状态请求。

4、根据权利要求1所述的信息处理装置，其特征在于：进一步包括创建装置，用于当在启动时读取历史时识别正在发生的故障，根据嵌入有所识别的故障类型的标识符的模式创建标记语言说明，不根据嵌入有未识别的故障类型的标识符的模式创建标记语言说明，以及当在启动时读取历史、并且未检测到任何类型的错误的发生时，根据嵌入有表示没有故障发生的标识符的模式而创建标记语言说明，

其中，所述控制装置控制所述通信装置执行由所述创建装置创建的基于模式的标记语言说明的通知。

5、根据权利要求4所述的信息处理装置，其特征在于：当根据对所通知的标记语言说明的分析而识别出表示没有错误发生的标识符时，对于作为已发生的故障而管理的故障，外部装置识别故障的恢复。

6、根据权利要求4所述的信息处理装置，其特征在于：

外部装置具有分析装置，该分析装置用于分析标记语言说明；以及

当未识别出以前识别出的类型的故障标识符时，根据分析结果和标记语言说明，所述分析装置识别未识别出的故障类型的故障的恢复。

7、根据权利要求1所述的信息处理装置，其特征在于，进一步包括：

创建装置，用于根据模式创建标记语言说明；以及

发送装置，用于将包括所获取的所述装置的标识符的固定信息和包括通过接口而获取的成像装置的故障的可变信息发送到所述创建装置；

其中，所述创建装置根据相应模式将所发送的固定信息变换为标记语言说明，根据相应模式将所发送的可变信息变换为标记语言说明。

8、根据权利要求1所述的信息处理装置，其特征在于：所述通信装置与成像装置通信，并能从成像装置获取包括成像装置的状态的信息。

9、根据权利要求1～8中任一项所述的信息处理装置，其特征在于：进一步包括记录装置，用于将图像记录到记录介质上。

10、一种信息处理装置，包括：

通信装置，用于将关于成像装置的信息通知给外部装置；以及

检测装置，用于检测在成像装置中的故障的发生，

其特征在于，所述信息处理装置进一步包括：

存储装置，用于存储由所述检测装置检测到的故障发生历史，其中，将所述存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及

控制装置，用于当在启动时从所述存储装置读取故障发生历史时，控制所述通信装置对外部装置执行状态通知。

11、根据权利要求10所述的信息处理装置，其特征在于：当所述检测装置检测到正常状态、并且在启动时从所述存储装置读取故障发生历史时，所述控制装置控制所述通信装置对外部装置执行状态通知。

12、一种信息通知方法，在信息处理装置中执行，该信息处理装置包括：通信装置，用于将关于成像装置的信息通知给外部装置；以及检测装置，用于检测在成像装置中的故障的发生，

其特征在于，所述方法包括：

存储步骤，用于在存储装置中存储由检测装置检测到的故障发生历史，其中，将存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及

控制步骤，用于当从存储装置读取故障发生历史时，即使检测装置在启动时未检测到故障发生，也控制通信装置对外部装置执行状态通知。

13、根据权利要求12所述的信息通知方法，其特征在于：当满足预定条件时，所述控制步骤控制通信装置执行状态通知；当读取故障发生历史时，即使不满足预定条件，所述控制步骤也控制通信装置执行状态通知。

14、根据权利要求13所述的信息通知方法，其特征在于，预定条件包括：

根据定时器，到达状态通知时刻；

状态历史的累积达到某个特定的量或数量；

发生需要紧急通知的状态；或者

接收来自外部装置的状态请求。

15、根据权利要求12所述的信息通知方法，其特征在于：进一步包括创建步骤，用于当在启动时读取历史时识别正在发生的故障，根据嵌入有所识别的故障类型的标识符的模式创建标记语言说明，不根据嵌入有未识别的故障类型的标识符的模式创建标记语言说明，以及当在启动时读取历史、并且未检测到任何类型的错误的发生时，根据嵌入有表示没有故障发生的标识符的模式而创建标记语言说明，

其中，所述控制步骤控制通信装置执行在所述创建步骤中创建的基于模式的标记语言说明的通知。

16、根据权利要求15所述的信息通知方法，其特征在于：当根据对所通知的标记语言说明的分析而识别出表示没有错误发生的标识符时，对于作为已发生的故障而管理的故障，外部装置识别故障的复原。

17、根据权利要求15所述的信息通知方法，其特征在于：

在外部装置中，执行分析标记语言说明的分析步骤；以及

当未识别出以前识别出的类型的故障标识符时，根据分析结果和标记语言说明，分析步骤识别未识别出的故障类型的故障的复原。

18、根据权利要求12所述的信息通知方法，其特征在于，进一步包括：

创建步骤，用于根据模式创建标记语言说明；以及

发送装置，用于将包括所获取的信息处理装置的标识符的固定信息和包括通过接口而获取的成像装置的故障的可变信息发送到所述创建步骤；

其中，所述创建步骤根据相应模式将所发送的固定信息变换为标记语言说明，根据相应模式将所发送的可变信息变换为标记语言说明。

19、根据权利要求12所述的信息通知方法，其特征在于：通信装置与成像装置通信，并能从成像装置获取包括成像装置的状态的信息。

20、根据权利要求12～19中任一项所述的信息通知方法，其特征在于：进一步包括记录步骤，用于将图像记录到记录介质上。

21、一种信息通知方法，在信息处理装置中执行，该信息处理装置包括：通信装置，用于将关于成像装置的信息通知给外部装置；以及检测装置，用于检测在成像装置中的故障的发生，

其特征在于，所述方法包括：

存储步骤，用于在存储装置中存储由检测装置检测到的故障发生历史，其中，将存储装置配置为在启动时所执行的初始化处理不删除所存储的内容；以及

控制步骤，用于当在启动时从存储装置读取故障发生历史时，控制通信装置对外部装置执行状态通知。

22、根据权利要求21所述的信息通知方法，其特征在于：当检测装置检测到正常状态、并且在启动时从存储装置读取故障发生历史时，所述控制步骤控制通信装置对外部装置执行状态通知。

Images