网络设备、网络设备管理方法以及网络设备管理系统

技术领域

本发明涉及网络设备、网络设备管理方法以及具有将诸如故障发生信息的设备管理信息通知给诸如计算机的终端装置的功能的网络设备管理系统。

背景技术

通常，为了从连接到网络的计算机来管理诸如多功能设备的网络设备，在该计算机中安装网络设备管理程序，由此实现管理。管理方法粗略地分为使计算机轮询设备的轮询方法和使设备向计算机发出自陷的自陷方法。例如，日本特开2001-142361号公报公开了一种使用其中由集中控制设备管理多个成像装置的自陷方法的远程集中管理系统。一从成像装置接收到故障信息，集中控制设备就保持该信息为显示信息。集中控制设备通过解析故障信息判断紧急等级，如果必须从故障恢复，则将复位指示传送给成像装置。识别到已从故障恢复时，集中控制设备将保持为显示信息的故障信息作为日志信息登记在日志存储器中，并从该显示存储器中擦除该信息。

图4是说明使运行在计算机400上的网络设备管理程序通过轮询从作为连接到网络的网络设备的多功能设备401获取信息的操作的流程图。在图4的步骤S400，计算机以预先设定的预定轮询间隔来设定计时器，然后处理进入到步骤S401。在步骤S401，检测到在步骤S401设定的计时器超时，然后处理进入到步骤S402。在步骤S402，运行在计算机400上的网络管理程序将请求管理信息通知的管理信息请求传送给多功能设备401，然后处理进入到步骤S403。在步骤S403，多功能设备401接收到在步骤S402中计算机400所传送的管理信息请求，然后处理进入到步骤S404。在步骤S404，为响应在步骤S403接收到的管理信息请求，多功能设备401将包含多功能设备401的状态信息的管理信息响应传送给计算机400，然后处理进入到步骤S405。在步骤S405，计算机400接收到在步骤S404中多功能设备401所传送的管理信息响应，并且解析必要的管理信息。计算机经由网络设备管理程序将解析获得的必要信息通知给用户，然后处理进入到步骤S406。从步骤S406开始，在步骤S406，S407，S409，S410，S411，S412，S413，S414，S416，S417，S418，S419中，重复在步骤S400到S405的操作。

如果在步骤S408，多功能设备401中发生诸如缺纸的故障，则多功能设备401通过在步骤S411中的管理信息响应传送将故障发生通知给计算机400。在步骤S412，计算机400接收到该通知并检测到在多功能设备401中有故障发生。同样地，如果在步骤S415中多功能设备401已从故障恢复，则多功能设备401通过在步骤S418中的管理信息响应传送将已从故障恢复通知给计算机400。在步骤S419中，计算机400接收到该通知并检测到多功能设备401已从故障恢复。

图5是说明使运行在计算机500上的网络设备管理程序通过事件通知从作为连接到网络的网络设备的多功能设备501获取信息的操作的流程图。在图5的步骤S500中，在多功能设备501中发生诸如缺纸的故障，然后处理进入到步骤S501。在步骤S501，多功能设备501通过管理信息通知将故障发生通知给计算机500。在步骤S502中，计算机500接收到管理信息通知，然后处理进入到步骤S503。在步骤S503，计算机500通过故障信息通知响应通知多功能设备501：已正确地接收到在步骤S501中所发出的管理信息。该设备在步骤S504接收到该响应。在步骤S505，S506，S507，S508和S509，多功能设备501将已从故障恢复通知给计算机500。

在这两种情况下，要被处理的信息取决于在计算机上运行的网络设备管理程序的实现。如果扩展了多功能设备的性能，则必须重新安装网络设备管理程序。

可以通过e-mail来替代使用网络设备管理程序将通知发送给该PC。由于客户端PC能从设备无遗漏地接收到通知，因此所有上述的方法均为有优势的。然而，网络设备管理程序需要升级来与设备方的变更相协调。对于使用e-mail，必须在设备方配备用于生成mail的装置和mail服务器。

与此背景相对，还开发了一种使用RSS(RDF站点摘要的简称)作为信息管理和通知单元，使设备将诸如设备错误或事件的概要信息分配给客户终端的技术。RSS是一种分配网站上的文章的标题、摘要和链接的技术。网站基于网页上更新的文章的标题、摘要和链接，生成RSS信息(也称为联合数据)。RSS信息是一种基于XML以RSS格式描述的资源。RSS格式有多个版本例如RSS0.91，RSS2.0，RSS1.0，和Atom。如果客户端支持则任一版本都是可用的。客户端执行称为RSS阅读器的应用程序，如果在所选择的网站上存在新生成的信息(称为更新信息)，则接收它。即，通过周期性地下载所生成的RSS信息，RSS阅读器获取所选择的网站的更新信息并将该信息显示在屏面上。如果该网页有链接，则该用户能跳转到每篇文章的网页。使用该RSS，对于用户来说，这就像从所选择的站点分配所更新的信息。这允许用户在数量巨大的HTML页中有效地浏览有兴趣的网页。

例如，在日本特开2005-209056号公报中提出了一种使用RSS技术将多个打印机的状态信息通知给用户的方法。日本特开2005-209056号公报提出了一种具有以RSS格式的数据来提供设备状态的功能的打印机。该打印机生成表示该设备状态的HTML页，然后基于该HTML页生成包含页的标题和摘要的RSS信息，并链接到该资源的HTML页。想要接收通知的用户将收集目标站点的URL登记在客户端PC上的RSS阅读器中。这能使用户利用网络浏览器程序很容易地了解到打印机状态变化的内容。RSS的使用允许客户端使用包括RSS阅读器的通用浏览器来监控诸如故障的事件的发生。这排除了在客户端中软件的新发展或升级，能使客户端灵活地应对网络设备方的变化。即使当由于例如模式的改变或软件的更新，而导致诸如通知变化的失败的事件时，也不需要改变客户端中的网络浏览器或RSS阅读器。由于网络设备通常被多个客户端共用，因而产生显著优势。该设备仅需在其中具有分配HTML页的HTML服务器程序，以及生成HTML页及RSS信息的机制。另外，以RSS格式即基于XML的通用格式描述通知内容，因此该通知内容仅在RSS信息生成实现时被限制。

然而，RSS通过数量或时间界限来限制通知的信息。一些超过预定数量或时间界限的更新信息通常被删除。因此，如果更新信息的数量超过上限，或有些更新信息期满，则通知用户故障发生的信息会被删除，而不取决于多功能设备的当前状态。即使当发生要求操作者等的干预的故障时，操作者也可能没有觉察到该问题。为此，RSS作为故障发生通知单元是不适当的。

发明内容

本发明是在考虑了在先技术的情况下完成的，并且旨在解决上述问题。更具体地讲，本发明的目的在于提供一种其通过延迟擦除诸如从网络设备获取的故障信息的重要信息，以尽可能地提高在利用RSS时重要信息的传送的可靠性，来解决RSS的问题的网络设备。本发明的另一个目的在于，除了网络设备之外还提供一种提高信息传送的可靠性的网络设备管理方法以及网络设备管理系统。

根据本发明的一个方面，其提供了一种网络设备，包括：

用于将信息存储的信息存储单元；判断单元，用于当对应于事件的发生而生成新的RSS信息组时，判断存储在所述信息存储单元的RSS信息组的量是否超过所述信息存储单元的容量；删除单元，用于当所述判断单元判断为RSS信息组的量超过所述信息存储单元的容量时，以对应于所述RSS信息组的等级的升序将存储在所述信息存储单元中的RSS信息组删除，从而确保用于新生成的RSS信息组的空闲区域；以及生成单元，用于与事件的发生相对应地生成表示事件的发生的新RSS信息组，并将所述RSS信息组与对应于该事件的等级一起存储在所述信息存储单元中。

根据本发明的另一方面，其提供了一种网络设备管理方法，包括以下步骤：判断步骤，用于当对应于事件的发生生成新的RSS信息组时，判断存储在信息存储单元中的RSS信息组的量是否超过所述信息存储单元的容量；当在判断步骤判断为RSS信息组的量超过所述信息存储单元的容量时，以对应于所述RSS信息组的等级的升序将存储在所述信息存储单元中的RSS信息组删除，从而确保用于新生成的RSS信息组的空闲区域；与事件的发生相对应地生成表示事件的发生的新RSS信息组，并将所述RSS信息组与对应于该事件的等级一起存储在所述信息存储单元中。

根据本发明的又一方面，其提供了一种网络设备管理系统，包括：网络设备和终端设备，所述网络设备包含：用于将信息存储的信息存储单元；判断单元，用于当对应于事件的发生生成新的RSS信息组时，判断存储在所述信息存储单元的RSS信息组的量是否超过所述信息存储单元的容量；删除单元，用于当所述判断单元判断为RSS信息组的量超过所述信息存储单元的容量时，以对应于所述RSS信息组的等级的升序将存储在所述信息存储单元中的RSS信息组删除，从而确保用于新生成的RSS信息组的空闲区域；以及生成单元，用于与事件的发生相对应地生成表示事件的发生的新RSS信息组，并将所述RSS信息组与对应于该事件的等级一起存储在所述信息存储单元中，并且所述终端设备获得通过所述生成单元新生成的RSS信息组，并且显示对应于所述获得的RSS信息组的事件的发生。

本发明通过提高在利用RSS时重要信息传送的可靠性，例如客户端的高通用性或客户端软件与设备端软件之间的高独立性，确保解决RSS的所述问题的效果。

本发明进一步的特征，将在以下参考附图的示例性实施例的描述中得到明确。

附图说明

图1是示出根据本发明的网络设备管理系统的硬件配置的框图。

图2是示出根据本发明的多功能设备的控制器单元的配置的框图。

图3是示出根据本发明的网络设备管理系统的软件配置的框图。

图4是说明通过轮询从多功能设备获取信息的常规网络设备管理系统的操作的流程图。

图5是说明通过事件从多功能设备获取信息的另一常规网络设备管理系统的操作的流程图。

图6是说明根据本发明的多功能设备的管理信息通知功能在故障发生时的操作的流程图。

图7是说明根据本发明的多功能设备的管理信息通知功能在从故障恢复时的操作的流程图。

图8是示出通过根据本发明的多功能设备的管理信息通知功能而分配给事件的等级的例子的图。以及

图9是示出由根据本发明的多功能设备的管理信息通知功能生成的RSS供给(feed)的例子的图。

具体实施方式

<系统配置(硬件)>

现在将参照附图描述实施本发明的最优模式。图1是示出根据本发明的实施例的网络设备管理系统的整体配置的框图。参照图1，网络设备管理系统包括经由网络100彼此连接的多个客户端计算机110和120，和具有管理信息通知功能的多功能设备130。网络100能构建TCP/IP网络，并且仅需使用HTTP协议通过RSS就能够发送管理信息。

多个客户端计算机110和120具有相同的通用计算机配置。因此，在此仅描述客户端计算机110，而省略客户端计算机120的硬件配置。在客户端计算机110中，系统总线111连接该计算机的元件。CPU(中央处理器)112执行计算机的全面控制和算术处理。RAM(随机存取存储器)113是为各种处理加载并执行程序和数据的区域。ROM(只读存储器)114是存储系统启动程序等的区域。DKC(外部存储设备控制单元)115控制诸如HDD(硬盘设备)116的外部存储设备。诸如HDD 116的外部存储设备存储程序和数据。在执行时如果需要的话，则所述程序和数据就会被访问或被载入到RAM 113。当CPU 112执行基本的I/O程序和操作系统(OS)时，该系统工作。基本的I/O程序写入在ROM 114中。OS被写入在HDD中。当计算机单元接通电源时，通过在基本的I/O程序中的初始程序加载功能，将OS从HDD 116载入到RAM 113并开始运行。通信接口117连接到网络以执行网络通信。输入/输出接口118连接到键盘和显示器来输入/输出数据。

客户端计算机120由客户端110中包含的相同的组件121到128组成。多功能设备130包括用作用户接口的操作单元131，控制器单元132，用作图像输出设备的打印机133，和用作图像输入设备的扫描仪134。操作单元131、打印机133和扫描仪134连接到控制器单元132并被控制。控制器单元132连接到网络100以与客户端计算机110或120进行通信。多功能设备130不需要总是包括扫描仪134。控制器单元132运行HTTP服务器(万维网服务器)，生成RSS信息(联合数据)，并将它保存在诸如硬盘的文件存储器中。

<多功能设备的硬件配置>

图2是示出多功能设备130的控制器单元132的配置的框图。CPU 201是控制整个控制器单元132的控制器。RAM 202是CPU 201使用以用于工作的系统工作存储器。RAM 202也用作临时存储图像数据的图像存储器。ROM205是存储系统引导程序的引导ROM。HDD 206是存储系统软件和图像数据的硬盘驱动器。操作单元I/F 203与操作单元131连接，以将要在其上显示的图像数据输出到操作单元131。操作单元I/F 203也将用户经由操作单元131输入的信息传送给CPU 201。网络接口204连接至网络100以控制向网络100输出信息和由网络100输入信息。图像总线接口207是将系统总线208连接到图像总线209的总线桥，用于高速运送图像数据来转换数据结构。图像总线209由PCI总线或IEEE1394组成。光栅图像处理器(RIP)210将从网络传送的PDL命令光栅化成为位图图像。设备I/F单元211将用作图像输出和输入设备的打印机133和扫描仪134连接到控制器单元132，以在同步和异步系统之间进行转换。扫描仪图像处理单元212修正、加工并编辑输入的图像数据。打印机图像处理单元213对打印输出图像数据执行修正以及与打印机133的性能相对应的分辨率转换。在上述组件中，可以省略扫描仪134和扫描仪图像处理单元。

<系统配置(软件)>

图3示出了根据本发明的实施例的网络设备管理系统的软件配置。在客户端计算机110或120上运行的软件存储在硬盘(HDD)116中，除非明确说明，否则其执行主体是CPU 112。另一方面，在多功能设备130上运行的软件存储在硬盘(HDD)206中，其执行主体是CPU 201。

如在图1中，客户端计算机110和120是具有相同结构和相同软件配置的通用计算机。网络浏览器311和321在客户端计算机110和120上运行并使用HTTP协议访问任意网站。RSS阅读器312和322是周期性获取任意网站的更新信息并将其通知给用户的应用。万维网服务器331在多功能设备上运行。该实施例的多功能设备130生成包括诸如设备状态和可选附件状态的管理信息的HTML数据，并且经由万维网服务器331将该信息呈现给用户。

全局控制单元332控制管理页控制单元333、RSS控制单元335和内部接口338以生成包括多功能设备130的管理信息的HTML数据。全局控制单元332是用于生成HTML数据和RSS信息组的功能性模块。RSS信息组是一组关于在某一时刻更新的信息。该组将被称为RSS信息组。在该实施例中，RSS信息组有时被简单地称为RSS信息。管理页控制单元333是用于经由全局控制单元332从内部接口338获取多功能设备状态或可选附件状态的信息，并且通过参照设备管理模版334生成HTML数据的功能性模块。RSS控制单元335经由全局控制单元332从内部接口338获取，例如故障发生信息，并且通过参照RSS生成模版337将RSS信息存储在RSS数据库336中。即，RSS数据库336对应于用于存储信息的信息存储单元。在本实施例中，预先设定存储的RSS信息组的数量，并通过后面提到的控制方法管理要存储的信息。内部接口338是用于检测在多功能设备130中已发生的故障或任何其它事件信息的软件模块。

<在多功能设备上的管理信息通知功能的操作>

图6是说明本实施例的网络设备管理系统中的多功能设备130中所实现的管理信息通知功能在故障发生时的操作的流程图。CPU 201执行图6所示的过程。然而，下面的描述是在假定执行主体是图3中的通过CPU 201实现的软件模块的情况下作出的。

在图6的步骤S600中，全局控制单元332经由内部接口338检测关于诸如故障的事件发生的信息(下文中被称为故障发生信息)，然后处理进入到步骤S601。注意事件发生的检测可以触发图6中的过程。将使用故障发生作为事件的例子来进行下面的说明。在步骤S601，给予在步骤S600检测到的故障发生信息一个与其级别(或类型)相对应的等级，然后处理进入到步骤S602。如果已发生的事件是故障，则该等级更适宜高于任何非故障的事件的等级。稍后将参照图8详细描述在步骤S601中所给予的故障的等级。在步骤S602中，将日期和时间信息给予在步骤S601给予等级的故障发生信息，然后处理进入到步骤S603。在步骤S603中，通过访问RSS数据库336来判断存储的RSS信息组的数量(即信息量)是否高于预置的上限。更具体地说，判断存储的RSS信息组的量是否超过信息存储单元的容量。如果在步骤S603为是，则处理进入到步骤S604。否则，处理进入到步骤S610。

在步骤S604，将在步骤S601给予故障发生信息的等级与存储在RSS数据库336中的各RSS信息组的等级(即，与各RSS信息组相对应的等级)进行比较，然后处理进入到步骤S605。在步骤S605，判断作为步骤S604比较的结果，给予故障发生信息的等级是否最低。如果给予故障发生信息的等级不是最低，处理进入到步骤S606。否则，处理结束。该等级是最低的表示该等级低于与存储的RSS信息组相对应的所有等级。

当在步骤S605中判断给予故障发生信息的等级不是最低时，则就在步骤S606中在所保存的RSS信息组中搜索具有最低等级的RSS信息组。然后，处理进入到步骤S607。通过该搜索找到的RSS信息组是删除候选者。在步骤S607，判断在步骤S606是否检测到多个具有最低等级的RSS信息组。如果在步骤S607为是，则处理进入到步骤S608。否则，处理进入到步骤S609。

当在步骤S607中判断检测到多个具有最低等级的RSS信息组时，则就在步骤S608中通过访问给予各RSS信息组的日期和时间信息来检测RSS信息组中的最早的RSS信息组。然后，处理进入到步骤S609。在此时检测到的RSS信息组是删除候选者。在步骤S609，将在步骤S608检测到的具有最低等级的最早的RSS信息组删除，然后处理进入到步骤S610。

在步骤S61O中，将与故障的级别相对应的唯一标识符与故障发生信息相关联，或将与故障的级别相对应的唯一标识符给予故障发生信息，来成对管理在步骤S600检测到的故障发生信息和通知从故障恢复的信息。然后，处理进入到步骤S611。在步骤S611中，通过参照RSS生成模版337将在步骤S600检测到的故障发生信息转换为RSS信息组，并将其存储在RSS数据库336中。因此，存储的RSS信息组具有与故障发生信息的级别相对应的等级和标识符。

如上所述，当发生故障时，将与其级别相对应的等级给予故障发生信息。如果RSS数据库有充足的空闲区域，则生成和存储与包括等级和标识符的故障发生信息相对应的RSS信息组。另一方面，如果RSS数据库没有充足的空闲区域，则首先判断该优先级即故障发生信息的等级是否低于目前已发生的那些其它事件的等级。如果该等级低于已发生的并作为RSS信息组登记在RSS数据库中的任何事件，则故障发生信息不被登记在RSS数据库中。如果已发生的并作为RSS信息组登记在RSS数据库中的一事件具有等于或低于新发生的故障等级的等级，则删除该RSS信息组以确保RSS数据库中有空闲区域。如果优先级不能仅通过等级来判断，则给予具有最近日期和时间信息的RSS信息组更高的优先级，并且删除最早的RSS信息组。这样，仅将具有高于现有的RSS信息组的等级的故障发生信息转换为RSS信息组并存储在RSS数据库336中。

在该例中，仅生成RSS信息组。然而，管理页控制单元333可用建立以HTML描述的页，使其在万维网服务器上开放，并基于新建立的页生成RSS信息组。这是因为RSS信息是应该基于HTML内容而最初建立的摘要信息。在此情况下，建立的页可以包括不能在RSS信息组中描述的细节和图像数据。当在RSS信息组中描述了到资源页的链接时，浏览该RSS信息组的客户端能够容易地访问该资源页。另外，对在图6的步骤S605中判断为具有最低的等级的故障信息来说，不是建立RSS信息组而是建立描述故障的细节的HTML页。这使得在其中确保具有空闲区域的情况下，基于HTML页新建立RSS信息组并在RSS数据库中登记它是可能的。

<从故障中恢复的设备操作>

图7是说明包括在根据本发明的实施例的网络设备管理系统中的多功能设备130中实现的管理信息通知功能在从故障恢复时的操作的流程图。在图7的步骤S700中，全局控制单元332经由内部接口338检测关于从故障恢复的信息(下文中称为从故障恢复的信息)，然后处理进入到步骤S701。在步骤S701中，给予从故障恢复的信息标识RSS信息的标识符，从而将设备已从其中恢复的故障发生通知给用户，然后处理进入到步骤S702。给予从故障恢复的信息与已给予图6的步骤S610中的对应故障信息的标识符相同的标识符。

在步骤S702中，给予在步骤S700检测到的从故障恢复的信息与它的级别相对应的等级，然后处理进入到步骤S703。在步骤S703中，对带有在步骤S702给予的等级的从故障恢复的信息给予从故障恢复的日期和时间信息，然后处理进入到步骤S704。在步骤S704中，通过参照RSS数据库336，基于在步骤S701中所给予的标识符，检测到将与在步骤S700检测到的从故障恢复的信息相对应的故障发生通知给用户的RSS的存在/不存在。然后，处理进入到步骤S705。在步骤S705中，根据步骤S704中信息检测的结果，判断关于对应故障发生的RSS信息是否存在。如果对应的RSS信息存在，则处理进入到步骤S706。否则，处理进入到步骤S707。在步骤S706中，将所给予的检测到的RSS信息的等级改变为降低一级，然后处理进入到步骤S707。要被改变的等级是，例如给予从故障恢复的信息的等级。

在步骤S707中，通过参照RSS数据库336判断存储的RSS信息的数量是否大于预置的上限。如果在步骤S707中为是，则处理进入到步骤S708。否则，处理进入到步骤S715。当在步骤S707判断存储的RSS信息的数量大于预设定的上限时，就将各存储的RSS信息的等级与在步骤S708所给予的从故障恢复的信息的等级进行比较，然后处理进入到步骤S709。在步骤S709中，根据在步骤S708中的从故障恢复的信息和RSS信息之间进行等级比较的结果，判断从故障恢复的信息的等级是否最低。如果该等级不是最低的，则处理进入到步骤S710。否则，处理结束。当在步骤S709中判断从故障恢复的信息的等级不是最低的时，则在步骤S710中就在保存的RSS信息中搜索具有最低等级的RSS信息。然后，处理进入到步骤S711。在步骤S711中，判断在步骤S710中在保存的RSS信息组中是否检测到多条具有最低等级的RSS信息。如果在步骤S711为是，处理进入到步骤S712。否则，处理进入到步骤S713。

当在步骤S711判断从RSS数据库检测到多条具有最低等级的RSS信息时，在步骤S712中通过访问给予各RSS信息的日期和时间信息，检测RSS信息中的最早者。处理进入到步骤S713。在步骤S713中，将检测到的具有最低等级的RSS信息的最早者删除，然后处理进入到步骤S714。在步骤S714，通过参照RSS生成模版337，将在步骤S700检测到的从故障恢复的信息转换为RSS信息，并将其存储在RSS数据库336中。然后，处理进入到步骤S715。

在步骤S715中，当在步骤S706中将所给予的现有的RSS信息的等级降低时，检测尚未作为RSS信息登记但是已经变成登记目标的多功能设备130的事件。然后处理进入到步骤S716。假定某种故障信息由于在故障发生时其具有最低的等级而被登记在RSS数据库中。如果此时的故障被解决，并且对应于RSS信息组的故障信息的等级被降低成为低于未登记的故障信息的等级，则通过删除该RSS信息组能够确保在RSS数据库中的空闲区域。在此情况下执行从步骤S716开始的处理，步骤S715是第二判断单元的例子，用于判断在设备中是否发生故障，以及判断当存储的RSS信息组的等级改变时，是否没有与故障对应的RSS信息组被存储。

当在步骤S716中判断在步骤S715检测到没有作为RSS信息登记的事件时，处理进入到图6中的步骤S601。否则，处理结束。更具体地说，如果在设备中发生故障，并且根据步骤S716中的判断结果，没有存储与故障对应的RSS信息组，则在数据库中生成并登记在故障发生信息的事件的时刻应该已经生成的RSS信息组。

尽管信息内容不同，但是在步骤S707到S713的处理与图6的步骤S603到S609中的处理是共通的。

如上所述，在从故障恢复中，将RSS信息的等级降低以将相对应的故障的发生通知给用户。因此，在RSS数据库336中仅有效地存储高危等级的信息是可能的。

<与RSS故障信息相对应的等级的例子>

图8是示出根据实施例的将等级分配给多功能设备130中发生的各种类型的事件的例子的图。多功能设备130的事件粗略地分为四种事件：“服务呼叫”，“错误”，“警告”，和“信息”。“服务呼叫”表示要求服务人员进行用于恢复多功能设备的维修的故障。“错误”表示阻止多功能设备正常使用的诸如盖板打开的故障。“警告”表示将会阻止多功能设备130的工作的诸如低碳粉水平或缺纸的事件。“信息”表示不阻止多功能设备130的工作的诸如节能模式的事件。在图6或7的描述中的“故障”对应于例如“服务呼叫”，“错误”，和“警告”。

“服务呼叫”，“错误”，“警告”，和“信息”这样的顺序是有意义的。在本发明中，这些状态中的“服务呼叫”，“错误”，和“警告”中的各个都具有“发生”和“恢复”事件。对于“服务呼叫发生”，“错误发生”，和“警告发生”，在对应的故障恢复的时间改变这些等级。例如，对于“服务呼叫发生”，当服务呼叫发生时，在步骤S601中给予等级“10”。在从对应的服务呼叫恢复的时间，在步骤S706中将等级降低至“4”。结果，如果解决了诸如“服务呼叫”的故障，则它的优先级降低。假定发生的“警告”没有对应的RSS信息组。即使在此情况下，当优先级改变时，由于“警告”包含高于“服务呼叫恢复”的等级“6”的等级“8”则可以将其登记。

如上所述，给予在多功能设备130中发生的事件(故障)的等级依赖于其它事件(恢复)而变化。

<RSS信息组的例子>

图9示出由多功能设备130的管理信息通知功能生成并保持在RSS数据库336中的RSS信息组的例子。RSS信息组也称为RSS供给并且被存储在RSS数据库336中。RSS控制单元335通过参照RSS生成模版337转换故障发生信息或从故障恢复的信息，从而生成RSS信息组。

参照图9，RSS版本901定义RSS的版本。在此实施例中，以2.0描述RSS版本。客户端计算机120的RSS阅读器312需要支持这个RSS版本。摘要信息902与在多功能设备130发生的、被转换成为RSS信息的各事件相关联，摘要信息902包括标题项，URL，和说明。URL 903表示摘要信息902的详细信息。注意URL的链接目的地是通过参照管理页模板经由多功能设备130的全局控制单元由管理页控制单元333生成的管理页。

<RSS阅读器的客户端操作>

客户端操作是通常被使用的RSS阅读器的操作。这将在下面进行简述。预先在RSS阅读器中登记用户想要从其获取更新信息的站点的URL。例如，登记诸如“http://device.printerl.jp/.../index.rdf”或“http://device.printerl.jp/.../rss.xml”的URL。RSS阅读器在指定期间或RSS阅读器的执行的开始从登记的网站获取新的更新信息(即RSS信息组)。新的更新信息对应于在最后的获取之后附加登记的RSS信息组。RSS阅读器获取新的RSS信息组并显示它的内容，尤其是，在终端屏幕上的摘要信息的内容。如果指定了到可以包含在摘要信息中的资源页的链接，则激活万维网浏览器以使获取和显示所链接的HTML页。这是通用万维网浏览器的处理过程。

[其它实施例]

本发明也能够应用到包含多个设备(例如，主计算机、接口设备、阅读器和打印机)的系统或包含单一设备(例如，复印机、传真机)的装置。即使通过向该系统或装置提供一种记录了用来实现上述实施例功能的程序代码的记录介质，通过该系统或装置的计算机读出并执行存储在存储介质中的程序代码，也可以实现本发明的目的。在此情况下，从存储介质读出的程序代码通过自身实现上述实施例的功能，则程序代码本身和存储程序代码的存储介质组成本发明。

当运行在计算机上的OS(操作系统)等根据该程序代码的指令，执行部分或全部实际处理时，该处理也实现了上述实施例的功能。本发明也可以适用于这样一种情况：将从存储介质中读出的程序代码，写入插进计算机的功能扩展卡的存储器或与计算机相连的功能扩展单元的存储器。在此情况下，功能扩展卡或功能扩展单元的CPU，根据写入的程序代码的指令，执行部分或全部实际处理，以使通过该处理实现上述实施例的功能。

虽然参照示例性实施例对本发明进行了描述，应当理解的是本发明并不限于已公开的示例性实施例。应当对权利要求的范围给予最宽泛的解释，以包括所有变体、等同结构和功能在内。