CN101202669B - 管理设备和管理方法 - Google Patents

Abstract

本发明提供一种管理设备和管理方法。提高了使用装置监视系统的资源的效率。管理服务器存储装置监视模块所监视的装置的依赖于装置类型的数据库以及被监视装置数据库。可由管理服务器处理的信息的类型等按装置类型存储在依赖于装置类型的数据库中。当更新该数据库时，根据更新的内容创建用于指定装置要通知给管理服务器的信息的通知设置信息，并将其发送到管理服务器。装置根据通知设置信息将事件和其它数据发送到管理服务器。

Description

管理设备和管理方法

技术领域

本发明涉及一种例如利用网络通信等的管理设备和管理方法，尤其涉及一种通过网络远程控制由监视装置的装置监视程序所发送的数据的管理设备和管理方法。

背景技术

已知一种将管理服务器安装在因特网上并且通过网络管理客户装置的传统维护系统。在该传统维护系统中，管理服务器收集例如从与被监视的装置安装在相同地点的装置监视设备发送的关于装置状态、要打印的张数等的信息，并基于该信息来管理该装置。在这种情况下，当安装装置监视设备时，通过安装程序设立管理装置所需的收集条件信息，例如关于要将哪种信息发送到管理服务器的时间安排设置。这里应该注意，近来用于监视装置的程序由该装置本身来运行。在这种情况下，装置监视设备被安装在本装置内。因此，在以下说明中使用术语“装置监视模块”而不使用术语“装置监视设备”。“装置监视模块”包括独立的装置监视设备和安装在装置内的装置监视设备二者。

在这种维护系统中存在如下情况：当管理服务器管理大量装置时，在通信、硬件等中发现的当管理少量装置时不会引起问题的低效率对该系统具有大的影响。响应于此，日本特开平H07-137358号公报(专利文献1)公开了一种通过选择和设置从监视设备提供给被监视设备的通知内容来避免冗余通信的技术。

然而，在专利文献1中所公开的技术不能应用于进行维护所需的信息动态变化等的情况。例如，用户可以判断关于打印机卡纸的信息在初始设置中是不必要的，并将该信息设置成不从被监视设备通信该信息。然而，在这些设置下，该系统不能响应于稍后关于打印机卡纸的信息变得必要的情况。特别地，当有许多个被监视的装置时，在使用专利文献1中所说明的技术时所有通知可能最终都被设置为“ON”。

发明内容

考虑到上述传统示例的问题，本发明的目的是提供一种可以以动态方式执行有效的硬件和网络资源运转的维护方案。

为了实现该目的，本发明按如下进行配置。

一种能够与多个被管理装置通信的管理设备，所述被管理装置由所述管理设备来管理，所述管理设备包括：第一接收部件，用于从被管理装置接收状态代码；获得部件，用于从存储与状态代码相关联的维护信息的存储部件中获得与由所述第一接收部件接收到的状态代码相关联的维护信息；输出部件，用于输出由所述获得部件获得的所述维护信息以便进行可视化；更新判断部件，用于判断存储在所述存储部件中的所述维护信息是否已经被更新；以及指定部件，用于在所述更新判断部件判断为所述维护信息已经被更新的情况下，向所述被管理装置指定通知设置信息，所述通知设置信息包括与更新后的维护信息相对应的状态代码的通知设置。

根据本发明的另一方面，本发明按如下进行配置。

一种在能够与多个被管理装置通信的管理设备中使用的管理方法，所述被管理装置由所述管理设备来管理，所述管理方法包括：第一接收步骤，用于从被管理装置接收状态代码；获得步骤，用于从存储与状态代码相关联的维护信息的存储部件中获得与所述第一接收步骤中所接收到的状态代码相关联的维护信息；输出步骤，用于输出由所述获得步骤获得的所述维护信息以便进行可视化；更新判断步骤，用于判断存储在所述存储部件中的所述维护信息是否已经被更新；以及指定步骤，用于在所述更新判断步骤中判断为所述维护信息已经被更新的情况下，向所述被管理装置指定通知设置信息，所述通知设置信息包括与更新后的维护信息相对应的状态代码的通知设置。

本发明具有可以提供能够以动态方式执行有效的硬件和网络资源运转的维护方案的效果。

通过以下结合附图对典型实施例的说明，本发明的其它特征将变得明显。

附图说明

包含在说明书中并构成说明书的一部分的附图，示出了本发明实施例，并与说明书一起用于解释本发明的原理。

图1是示出根据本发明实施例的通过因特网连接复印机、被管理装置以及管理服务器106的连接之间的关系的图；

图2是示出根据本发明实施例的在装置监视模块、管理服务器106以及用户之间执行的通信序列的示例的图；

图3是示出根据本发明实施例的管理服务器106的硬件结构的示例的框图；

图4是根据本发明实施例的管理服务器106的应用程序的功能框图；

图5是示出根据本发明实施例的管理服务器106的存储结构的示例的图；

图6是示出根据本发明实施例的管理服务器106的存储结构的另一个示例的图；

图7是示出根据本发明实施例的从管理服务器106发送到被管理装置的信息的示例的图；

图8是示出根据本发明实施例的用户通过管理服务器106输入到被管理装置的请求的示例的图；

图9是示出根据本发明实施例的由管理服务器106保持的被管理装置的产品信息的图；

图10是示出根据本发明实施例的由管理服务器106保持的被管理装置的各个管理信息的图；

图11是示出根据本发明实施例的装置的硬件结构的示例的框图；

图12是示出根据本发明实施例的装置的存储结构的示例的图；

图13是示出根据本发明实施例的当管理服务器106将数据发送时间表(schedule)返回到装置时的整个操作流程的流程图；

图14是示出根据本发明实施例的当管理服务器106从装置接收到时间表请求时的操作流程的流程图；

图15是示出根据本发明实施例的当管理服务器106从未登记装置接收到请求时的操作流程的流程图；

图16是示出根据本发明实施例的当管理服务器106从装置接收到装置监视时的操作流程的流程图；以及

图17是示出根据本发明实施例的当装置从管理服务器106接收到设置命令时的操作流程的流程图。

具体实施方式

本实施例的装置管理系统的总体结构的示例

在图1中，系统108表示客户网络系统(内联网)。在该内联网中，提供(安装)有作为与因特网的连接点的防火墙105。另外，安装代理服务器104以使得单个机器可以控制与外部的HTTP或HTTPS通信。防火墙105可防止来自外部的未授权的网络访问，从而维护安全性。

装置101和102代表安装在客户网络上的MFP(multi-function printer，多功能打印机)或SFP(single-function printer，单功能打印机)，它们是被管理装置。在下文中将这些具有打印、复印等功能的机器称为“装置”。在各装置中安装有装置监视模块101a和102a。装置监视模块监视装置的状态，并将该状态通信到外部管理服务器106。此外，因为装置监视模块是用于监视装置的程序，所以它可以安装在装置本身中，并由该装置来执行，或者可以安装在PC、专用硬件等中，并由PC、专用硬件等来执行。客户机103代表由一般用户用于各种任务的个人计算机(PC)。类似于内联网108的许多其它客户网络连接到互联网110。

管理服务器106通过与安装在连接到因特网的各种客户网络中的装置监视模块进行通信来收集和管理装置信息。由管理服务器106所收集的装置信息(在下文中称为“管理信息”)包括装置的操作信息，如各种操作模式设置、计数器值、操作日志、表示各部分的使用量(使用频率)的计数器值，以及关于故障、卡纸等的故障信息。管理服务器106还对各装置更新通知设置信息提供重新引导(rebooting)的命令等。使用SOAP(Simple ObjectAccess Protocol)或简单对象访问协议的通信，其利用HTTP或HTTPS等协议，这里被用作通信手段。SOAP是用于通过网络在对象之间执行通信的协议。在SOAP中，存在以XML书写的定义的数据结构；在SOAP中使用HTTP或SMPT作为传输协议。设置在管理服务器106中的SOAP处理器分析(解析)根据SOAP所描述的对象，并执行处理。管理服务器106向装置监视模块发出命令以便控制装置监视模块和装置。

管理服务器106的管理者107可以将从被监视装置收集到的管理信息作为监视画面显示在显示单元中，使得可以监视装置的状态。在图1中由管理信息111来表示管理信息的示例，而在图1中由监视画面112来表示监视画面的示例。

通知设置信息是表示由装置监视模块发送到管理服务器的信息的类型、发送的定时(时间表)等的信息。响应于由管理服务器106提供的通知设置信息，装置监视模块根据按该信息所指定的时间表将表示装置的状态等的信息发送到管理服务器106。

信息处理设备的硬件结构的框图

图3是示出信息处理设备的普通硬件结构的框图。这等同于例如图1中所示的管理服务器106的硬件结构。这还可以作为示出安装在被管理(客户机)侧的网络环境中的信息处理设备的典型硬件结构的框图。

该结构包括：用于执行全面控制的CPU 302；作为用于存储启动程序用的引导程序的只读存储器的ROM 303；以及作为当CPU 302执行程序时所需的工作存储器的RAM 304。该结构还包括用于在网络上进行通信的网络接口(I/F)305、以及用于在显示装置309中显示利用装置监视模块执行的通信内容等的显示控制单元306。此时，CPU 302起到用于控制网络接口(I/F)305的通信控制部件的作用。该结构还包括由管理该管理服务器106的操作者所使用的输入装置310和311以及用于接受输入的输入控制单元307。另外，该结构包括例如磁盘等的存储由CPU302执行的程序、从装置监视模块发送来的装置的操作信息等的非易失性存储装置308。

管理服务器106通过网络I/F 305从装置监视模块接收并获得周期性操作信息通知、非周期性出错状态通知、命令获得请求等。管理服务器106还通过输入控制单元307连续接受由用户向装置监视模块101a或102a进行的用于改变设置、请求操作等的命令的输入。

周期性通信的操作信息包括各种计数器值、操作日志等，并且管理服务器106基于该操作信息计算每个月向拥有装置的客户开出的周期性维护费用。另外，以报告的形式输出在该装置中使用的各部分相对于其推荐寿命而退化的程度。管理服务器106将该操作信息顺序存储在存储装置308中。操作者通过参考存储在存储装置308中的适当操作信息来确定向客户的收费额。

除了操作信息以外，在非周期性通信的表示装置出错状态的信息中还包括已经发生的硬件故障和卡纸等的出错信息和表示故障预兆或消耗品耗尽的警报信息。在接收到该信息时，管理服务器106基于该信息的紧急度来确定要进行的处理。在接收到的信息是需要立即修理的例如装置故障等的表示装置出错状态的故障信息的情况下，向管理该特定装置的操作者发送电子邮件(e-mail)。此外，通过将该信息顺序存储在存储装置308中并将该信息显示在显示器309中，将装置中出现了出错状态的事实传达给操作者。另一方面，在所接收到的信息表示卡纸、警报等而具有低紧急度的情况下，将该信息存储在存储装置308中，并根据故障来判断是否需要进行发送电子邮件或在显示器309中显示该信息等的处理。操作者基于显示在显示器309中的内容来判断装置的状态，并根据需要指示工作人员执行修理该故障的操作。

在任意定时从装置监视模块连续接收命令获得请求。每当管理服务器106接收到命令获得请求时，检查其自身的存储装置308的内容，如果在其中设置了要发送到装置监视模块的命令，则管理服务器106将该命令发送到装置监视模块。由于该命令获得请求是被管理装置向管理服务器106自发询问管理服务器106是否具有要指定的新信息的命令，因而它也被称为“询问命令”或“询问请求”。

整个系统中的处理序列的概况

图2是示出根据本实施例的在装置监视模块101a或102a和管理服务器106之间发生的通信序列的部分示例的图。注意，图2示出了服务器管理者在管理服务器106上进行以下处理的示例：装置的“新装置类型信息登记”(S201)；装置的“装置类型属性信息登记”(S202)；以及装置的“装置类型附加属性信息登记”(S215)。尽管这是输入序列的概况的说明，然而该序列不局限于此；还存在输入其它信息的情况。在图2中，服务器管理者是人，并且向管理服务器输入/指示适当的值。管理服务器106接受该输入/指示并根据该序列进行处理。

S201和S202表示服务器管理者将关于装置的新信息登记在管理服务器106中。在步骤S201中，登记引入市场的新装置类型的基本信息，如装置类型名称、装置ID、产品规格、产品类别等。在产品规格中包括表示例如速度性能、所提供的功能等的信息。在产品类别中包括表示例如“打印机”、“复印机”等产品的类别等的信息。

在S202中，登记新管理的装置的出错信息和零件信息。出错信息和零件信息(在图9中详细示出)是管理特定类型的装置所需的维护信息。出错信息包括由管理服务器106所支持的装置输出的出错代码以及例如与每个出错代码相关联的解释。零件信息包括例如与由装置输出的每个零件的代码相关联的解释信息。

对应于状态代码的维护信息被显示在连接到管理服务器106的终端中的显示单元上，该维护信息被作为HTML信息输出到经由因特网访问管理服务器106的终端设备，等。该信息还可作为电子邮件经由电子邮件服务器从管理服务器106发送并输出到由工作人员所持有的移动终端设备中。

应该注意，对单个装置类型进行维护需要例如出错信息、零件信息、警报信息、卡纸信息等的多条维护信息(在下文中维护信息还可以被称为“依赖于装置类型的装置主数据(devicetype-dependent device master data)”)。图2中的序列图示出了出错信息和零件信息已经被登记为维护信息；执行该登记序列。

S203表示为了开始装置管理而在安装地点进行的安装操作。维护工作人员通过例如装置上的操作面板来进行这些操作。

在S204中，执行用于确认所安装的装置监视模块是否能够与管理服务器106进行通信的通信测试。该通信测试还用作表示该装置已经被安装为被管理装置的安装确认通知。例如，发送测试消息作为通信测试。收到该测试消息后，管理服务器106基于包括在该测试消息中的装置监视模块ID来认证该装置。当在装置监视模块和装置被集成为一体的情况下登记装置本身时，或者当在装置监视模块独立的情况下登记装置监视设备时，将装置监视模块ID登记在管理服务器106中。注意，“装置监视设备”是指具有与装置监视模块相同功能的中间装置，其监视网络用户侧的多个图像形成设备并将监视结果通知给管理服务器106。

例如，如果包括在接收到的消息中的装置监视模块ID与预先登记的ID匹配，则判定该认证成功。当认证成功时，确认被监视装置的ID。注意，尽管以下说明将装置监视模块ID和装置ID作为不同的实体来讨论，然而可以共同使用一个ID。从在管理服务器106中登记的装置ID当中搜索出通信测试期间接收到的装置ID。如果找到了该ID，则发送测试消息的装置是被监视装置。管理服务器106可以从与该装置ID(等同于装置ID 518，稍后参见图5)相关联登记的装置信息中获得该装置的详细信息。在此，将表示该通信测试已经成功完成的通信测试完成信息作为HTTP响应发送到装置监视模块。如S207表示该通信测试完成信息。

当通信测试成功完成时，如S208所示，装置监视模块向管理服务器106发送通知设置信息请求。这是执行关于装置监视模块在发送数据到管理服务器106时遵循哪类时间表的询问的请求，或者是执行关于管理服务器106需要哪一事件的数据的询问的请求。

在S210中，管理服务器106分离出与包括在通知设置信息请求中的装置ID相关联登记的依赖于装置类型的装置主数据。管理服务器106从该数据中读出可管理的信息。更具体来说，从该装置能够向管理服务器106进行发送的状态代码中确定哪个状态代码与维护信息相关联。例如，如果在依赖于装置类型的装置主数据中包括作为在维护中使用的维护信息的出错信息和零件信息，则管理服务器106判断为相应的状态代码要被监视。然后，创建通知设置信息，该装置通过该通知设置信息来传达这些状态代码。应该注意，实际上，装置ID可以直接与依赖于装置类型的装置主数据相关联，或者装置ID可以与装置类型信息相关联，然后该装置类型信息可以与依赖于装置类型的装置主数据相关联。

然而，在维护中不能使用没有登记相应维护信息的状态代码信息，因此在接收到时，将该状态代码信息丢弃。因此，当已经登记了出错信息和零件信息时，管理服务器106创建通知设置信息，在该通知设置信息中，除了作为基本数据的账单计数器信息以外，出错信息和零件信息也被写为要由相应装置监视模块发送的状态代码。管理服务器106还创建将装置监视模块发送的状态代码发送到管理服务器的时间表(定时)，并将该时间表写入通知设置信息中。管理服务器106在该通知设置信息内的时间表中还包括用于为装置监视模块提供机会以向管理服务器106进行信息请求的命令获得请求的时间表。通过这些命令获得请求，即使在防火墙105存在因而管理服务器106不能自发地向装置监视模块发出指令的情况下，管理服务器106也可以向装置监视模块发出指令。

在S211中，将S210中创建的通知设置信息(例如，后述的图7)作为对在S208中发出的通知设置信息请求的HTTP响应发送到装置监视模块。

S212和S214表示装置监视模块已经进入正常的管理状态并且正在正常通信。在S212中，装置监视模块根据从管理服务器106接收到的通知设置信息发送指定的状态代码。例如，假设在图2中，出错信息包含在状态代码中，并且其通知时间表紧接在检测之后。在此，在出错发生于被监视装置中并且装置监视模块检测到该出错的情况下，立即向管理服务器106发送出错信息。

在此还可以添加装置监视模块要发送的状态代码。例如，假设当在S201中登记了装置类型信息时，管理服务器106不能处理该装置的状态代码“警报”。还假设在此之后，通过例如更新管理服务器106的版本来登记对应于警报代码的维护信息，从而可以处理该警报。这里，在S215中，服务器管理者将作为附加维护信息的警报信息登记在管理服务器106中，作为相应装置的依赖于装置类型的装置主数据。因此，在管理服务器106中，相应装置类型的装置的可管理信息增加。已经配置了首先安装的装置以使得该装置不发送警报信息，因此没有警报信息从该装置发送到管理服务器106。

接下来，管理服务器106等待要从装置监视模块发送的作为正常发送一部分的命令获得请求。根据在通知设置信息中所设置的时间表将该命令获得请求通过装置监视模块发送到管理服务器106。例如，周期性地传达该命令获得请求。S216表示装置监视模块根据所设置的通信时间表将命令获得请求发送到管理服务器106。

在S218中，已经接收到作为询问命令的命令获得请求的管理服务器106对该装置监视模块进行认证并确认装置ID。这与S206相同。此后，关于所述装置ID，参考依赖于装置类型的装置主数据判断其内容是否已经被改变，以及判断是否存在要发送到装置监视模块的请求。例如，当管理者改变了所述内容时，设置表示已经更新了被改变项的更新标志，并且当将该更新标志通知给装置时，复位该更新标志；可以通过诸如此类的操作来实现这里所述的判断。此处所述的更新标志对应于后述图10中所示的1119。

在本示例中，依赖于装置类型的装置主数据的通知设置信息被判断为已经更新。由此可以看出，需要再一次重新配置对于所述装置的装置监视模块的通知设置信息。因此，在S219中，管理服务器106将提示发出通知设置信息请求的请求(也被称为“通信请求”)发送到装置监视模块。注意，每次都通过数据库中的内容适当更新在S219中从管理服务器106发送到装置监视模块的请求的具体类型。在图2中，示出了getConfiguration(request)。在已经接收到命令发出请求时，在S220中，装置监视模块将通知设置信息请求发送到管理服务器106。

在已经接收到通知设置信息请求时，在S222中管理服务器106读取相应装置的依赖于装置类型的装置主数据。然后，管理服务器106进行基本时间表设置，以及对相对于装置监视模块发送的信息的设置，以使得通过相应装置发送出错信息、零件信息以及警报信息(S223)。

管理服务器106的软件结构示例

图4是示出创建并向装置监视模块发出适当通知设置信息的管理服务器106中所安装的应用程序400的功能的框图。

应用程序400具有从用户接受主数据输入的主数据输入单元403。存在两种类型的主数据。一种类型是随装置类型而定的依赖于装置类型的装置主数据。依赖于装置类型的装置主数据包括基本的装置类型的信息，例如装置的产品名称和产品规格等，并包括依赖于装置类型的出错和警报等的代码信息。第二种类型的主数据是被监视装置主数据，其是被监视装置所特有的信息，例如被监视装置的装置ID和安装位置等的客户信息。应用程序参考这两种类型的主数据来发出通知设置信息(稍后参照图13详细说明)。此外，通过例如加载由装置的制造商提供的简档数据(profile data)或通过用户手动输入该数据来实现主数据的输入。

应用程序400还包括用于将输入的主数据存储在主数据存储单元401中的主数据输入/输出单元402。

此外，应用程序400还包括用于与装置监视模块420通信的通信I/F单元404和通信命令解释单元407。通信命令解释单元407从装置监视模块420接收到的数据中提取装置监视模块420的识别ID、通信命令等。此外，通信命令解释单元407根据通信格式生成要发送到装置监视模块420的数据。

应用程序400还包括通知设置信息发出单元405。当需要将新的通知设置信息发送到装置监视模块420时，或者当已经请求了发送时间表时，通知设置信息发出单元405创建关于相应装置监视模块420的通知设置信息。通知设置信息发出单元405从主数据输入/输出单元402调出依赖于装置类型的装置主数据和被监视装置主数据，并确定适合于装置监视模块420的发送设置。

应用程序400还包括装置数据获得单元408、获得数据输入/输出单元409、获得数据存储单元410以及获得数据显示单元406。装置数据获得单元408从通信命令解释单元407接受正常监视状态下从装置监视模块420所接收到的装置状态数据。获得数据存储单元410存储由装置数据获得单元408所获得的装置状态数据。获得数据输入/输出单元409管理用于向获得数据存储单元410输入项或从获得数据存储单元410输出项的处理。获得数据显示单元406将从装置所获得的状态数据显示给用户。

根据本实施例的数据和程序

以下是对由管理服务器106和装置所处理的程序和数据的详细说明。在以下部分<1.管理服务器106的总体数据库的示例>和<2.由管理服务器106处理的程序和数据的示例>中，首先参考图5和图6提供关于管理服务器106中的数据库的总体概况和由管理服务器106处理的程序和数据的说明。在以下部分<7.由装置处理的程序和数据的示例>中，还将参考图12提供关于由装置处理的程序和数据的说明。此外，在以下部分<3.从管理服务器106发送到装置的通知设置信息>和<4.来自管理服务器106的响应信息>中，将参考图7和图8提供关于从管理服务器106发送到装置的信息的说明。最后，将参考图9和图10来详细说明如部分<1.管理服务器106的总体数据库的示例>中所描述的管理服务器106中的数据库。

<1.管理服务器106的总体数据库的示例>

图5是示出以非易失性状态存储在图3所示的ROM 303或存储装置308中的程序和数据的结构的示例的图。注意，图5中只示出了与本实施例有重要关系的程序和数据；而其它程序和数据则被省略。然而，因为更新了图5中所示的主数据，所以如果将数据存储在ROM中，则需要使用可重写ROM。

图5中所示的系统程序501是执行装置的基本控制并且作为OS等的程序。装置管理程序502控制由管理服务器106所进行的总体装置管理。下面将参考图13、图14、图15和图16说明该装置管理程序502与本实施例有关的部分。用户接口程序503控制由用户所进行的主数据的输入以及输出装置状态的显示等。用户接口程序503将用户输入的主数据存储在预定数据库中。用户/管理装置认证程序504对输入主数据的用户或发送装置状态数据的装置监视模块进行认证。

消息发送/接收程序505控制包括通过因特网110在装置监视模块和管理服务器106之间发送的命令的消息的发送/接收。所接收命令分析程序506分析包括在从装置监视模块420接收到的消息中的命令并指示执行与所述命令相对应的处理。根据所接收命令分析程序506进行的分析的结果执行处理程序507。例如，如果作为分析结果，发现接收到的命令是命令获得请求，则执行请求发送处理程序508。然而，如果作为分析结果，发现该命令是通知设置信息的接收，则执行通知设置信息发送处理程序509。因此，如果作为分析结果，发现该命令是装置状态的接收，则执行状态接收处理程序510。这里，示出的接收到的命令与本实施例相关，但是所述命令不局限于此。

依赖于装置类型的数据库(以下缩写为“依赖于装置类型的DB”)511是存储在管理服务器106中的依赖于装置类型的装置主数据的数据库。在依赖于装置类型的DB 511中登记依赖于装置类型的主数据。例如，在本实施例中，登记例如表示装置的产品名称、规格等的装置类型基本信息512、表示每个装置类型的出错信息的依赖于装置类型的出错信息513等的装置类型信息。此外，还登记由装置类型表示警报信息的依赖于装置类型的警报信息514以及依赖于装置类型的卡纸信息515、依赖于装置类型的零件信息516等。

被监视装置数据库(以下缩写为“被监视装置DB”)517是存储在管理服务器106中的被监视装置主数据的数据库。在被监视装置DB 517中包括在本实施例中用作被监视装置的识别符的装置ID 518、被监视装置的装置类型信息519等。管理服务器106可以使用装置类型信息519以分离出装置和它对应的依赖于装置类型的装置主数据之间的关联性。另外，还包括可用于取消对已经登记在该数据库中的项的监视的监视有效标志(monitoring activity flag)520、保存有要监视装置的通知设置信息的发送设置信息521等。

<2.由管理服务器106处理的程序和数据的示例>

图6是示出临时存储在图3所示的RAM 304中的数据的结构的示例的图。注意，图6中也只示出了与本实施例有重要关系的程序和数据；而其它程序和数据则被省略。

装置ID 601是从装置监视模块420发送的装置的ID。通信输入方法602表示由装置监视模块420发送的输入方法。例如，该输入方法由代码来表示。图2中的通知设置信息请求(S208)和命令获得请求(S216)是输入方法的示例。通信输入数据603是从装置监视模块发送的输入数据。例如，如果输入方法是表示计数器输入的代码，则将接收到的计数器编号和计数器值存储在输入数据区域中。通信输入数据603的示例在图2所示的示例中由数据发送(S211)中发送的数据来表示。

从依赖于装置类型的DB 511提取与被监视装置相关联的依赖于装置类型的装置主数据(维护信息)并将其保存在通知设置信息604中。从被监视装置DB 517提取与被监视装置相关联的被监视装置主数据并将其保存在605中。在从装置监视模块420接收到通知设置信息请求时，应用程序400参考各自对应的多条主数据的数据库511和517。

接下来，应用程序400确定并创建适合于作为通知设置信息请求发起者的装置监视模块的通知设置信息。将在此创建的通知设置信息输出到通知设置信息区域606。在图7中示出了在此输出的信息。当标志1119表示更新时，将通知设置信息输出到通知设置信息区域606。

程序加载区域607是用于加载图3中所示的程序并用于CPU302执行该程序的存储区域。

<3.从管理服务器106发送到装置侧的通知设置信息>

图7是示意性示出从管理服务器106发送到装置监视模块420的通知设置信息的图。在图7中，通知设置信息702是对管理服务器106接收到的通知设置信息请求的响应。通知设置信息702是对图2所示的S208和S220中接收到的通知设置信息请求的响应。

通知设置信息702中包括通知设置信息的头信息。除此之外，通知设置信息702中还包括下列信息，如表示数据类型的信息、表示属于各数据类型的数据的信息(数据ID)、关于每条数据的发送设置(打开(ON)或关闭(OFF))、时间表通信周期等。

作为一个具体示例，事件类型数据703是表示事件类型的数据。这里，例如分配预定值的代码。“事件类型”是指当发生相应事件时立即要发送的数据。在这之后，还包括数据内容(数据ID)和发送设置。在图7中，包括作为事件类型数据的依赖于装置类型的出错代码704。在发送设置705中包括表示将依赖于装置类型的出错代码704从装置监视模块发送到(打开)还是不发送到(关闭)管理服务器的发送设置。在图7中，发送设置705的值为打开。数据703、704和705用来在被监视装置中已发生出错的情况下立即指示装置监视模块420将信息发送到管理服务器。此外，数据706、707和708表示即使在被监视装置中发生了警报的情况下也不将信息发送到管理服务器。数据709、710和711表示在被监视装置中已发生卡纸的情况下，在“卡纸”事件发生之后立即将信息发送到管理服务器。

时间表类型数据715是表示时间表类型的数据。“打印计数器数据”716的数据ID在时间表类型数据715之后作为数据ID中的时间表类型的数据ID呈现。在发送设置717中将值“打开”作为发送设置呈现。时间表类型还包括发送时间表。发送开始时间718包括当进行时间表通信时使用的标准发送开始时间。发送间隔719包括当进行时间表通信时使用的发送间隔时间。数据715、716、717、718和719指定通过时间表通信从指定的发送时间开始并且以指定的间隔发送被监视装置的打印计数器数据。数据720、721、722、723和724指定通过时间表通信从指定的发送时间开始并以指定的间隔发送被监视装置的设置信息。数据725、726、727、728和729指定装置监视模块420本身进行向管理服务器106的命令获得请求。发送开始时间和发送间隔还以与其它通信情况相同的方式来指定。

<4.来自管理服务器106的响应信息>

图8示出响应于管理服务器106从装置监视模块接收到的命令获得请求，管理服务器106对装置侧作出的响应。响应801包括表示其为响应的代码。响应801对应于图2中的S219。

字段802是表示通信结果的代码。该结果表示管理服务器106响应于S216在接收命令获得请求中是成功还是失败。字段803是处理完成的时间。字段804是对接收失败的详细说明。字段805是命令信息(例如，其等同于图2中所示的getConfiguration(request))。在有要指定给被监视装置的命令的情况下，输出该命令信息。

<5.依赖于装置类型的装置主数据的示例>

图9详细示出了图5中所示的依赖于装置类型的装置主数据DB 511。

图9中的依赖于装置类型的数据库901代表依赖于装置类型的数据库的一部分，并且关于产品即产品A的装置类型信息被存储在该数据库中。装置类型基本信息902保持产品A的装置类型信息以及关于相应规格的信息。关于规格的信息包括关于该产品的基本规格信息，例如，该装置的类别信息、每分钟可以打印多少页、是否是彩色打印机、是否是黑白打印机等等。调色剂信息903是关于所讨论装置可以使用的调色剂的信息。如果装置是彩色打印机，则在该信息中保持每种颜色的调色剂产品信息904、905、906、907。这里，除了产品名称信息外还存储例如推荐的最多张数等的调色剂属性信息。

出错信息908存储包括在产品A中的关于出错代码的信息。出错代码和该出错代码的描述/响应方法相互关联地分别存储在字段909和910中。包括在产品A中的关于警报代码的信息存储在字段911中。警报代码和该警报代码的描述/响应方法分别在字段912和913中相互关联。包括在产品A中的关于卡纸代码的信息保持在字段914中。卡纸代码和例如对卡纸代码的描述/产品的什么部位发生了卡纸等的信息分别在字段915和916中相互关联。零件代码和例如对该零件代码的描述/零件的名称/推荐的零件寿命等的信息分别在字段917、918和919中相互关联。最后，例如什么时候创建依赖于装置类型的主数据、什么时候更新该数据等的信息分别存储在字段920和921中。

<6.被监视装置主数据的示例>

图10详细示出了图5中所示的被监视装置主数据DB 517。

图10中的被监视装置数据库1101代表被监视装置主数据的一部分，并存储关于被监视装置A的装置信息。被监视装置A的装置ID存储在字段1102中。管理服务器106可以通过使用装置监视模块发送的装置的信息和该装置ID，判断特定装置信息来自哪个装置。被监视装置A的产品(装置类型)信息存储在字段1103中。该产品信息与图9中所示的依赖于装置类型的装置主数据相关联，通过该产品信息可以利用被监视装置的例如出错信息和警报信息等的属性信息。

字段1104表示可被设置以使得装置的监视有效(active)或无效(inactive)的标志。例如，在管理服务器106使装置临时不受监视的情况下，该标志可被设置为关闭，这使得装置不受监视。此外，例如当监视有效标志1104从“有效”改变为“无效”时，不需要从装置监视模块发送关于装置的数据。响应于此，管理服务器106的应用程序400将所有装置信息的发送设置改变为关闭。然而，因为仍然存在将监视有效标志从“无效”改变为“有效”的可能性，所以仍需要为命令获得请求确定时间。

字段1105是关于被监视装置的当前通知设置信息的存储位置。除此之外，还包括安装在被监视装置中的固件版本的存储位置。

字段1106存储被监视装置的客户信息。客户姓名、管理者姓名以及安装位置分别存储在字段1107、1108和1109中，从而使得即使在装置中发生严重出错的情况下也可以快速通知系统用户哪个客户拥有所讨论的装置。字段1110保持被监视装置的网络信息。字段1111、1112和1113分别存储被监视装置的装置名称、IP地址、MAC地址等。字段1114保持客户的被监视装置的管理员的信息(管理员信息)。字段1115和1116保持在客户侧管理该装置本身的状态的管理员的姓名和电子邮件地址。此外，字段1117和1118保持在客户侧管理调色剂等装置消耗品的管理者的姓名和电子邮件地址。

字段1119保持表示基于依赖于装置类型的主数据和被监视装置主数据二者引起时间表通信变化的信息是否已经被更新的标志信息。在依赖于装置类型的主数据和被监视装置主数据中的任何一个或二者已经被更新的情况下，设置1119中的设置值更新标志以表示该更新。

在这种方式下，当装置的状态信息改变时，管理服务器106所需的信息也改变。因此，对装置监视模块进行时间表改变请求；当需要该请求时，设置该设置值更新标志。字段1120和1121保持首次创建该表时的日期/时间、最后一次更新的日期/时间等。

<装置的硬件结构的框图>

图11是装置中的控制单元的框图。其代表装置监视模块在装置内进行处理的示例。在装置中的控制单元1700内处理装置监视模块，并且装置监视模块执行如管理装置的各个信息、将装置的状态信息发送到管理服务器等的处理。装置的控制单元1700主要执行程序的例如打印和扫描等的控制处理，还控制例如装置监视模块等的各种应用程序。

控制单元1700的各组成元件被连接到系统总线1716和图像总线1717。装置的控制程序和装置监视程序存储在ROM 1704中并由CPU 1707来执行。RAM 1705是执行程序所使用的工作存储区域，并且还用作临时存储装置监视程序执行监视时所需的装置的状态信息、图像数据等的图像存储器。存储装置1706是非易失性存储装置，并且存储即使在复印机101重新启动后仍需保留的信息，例如各种工作模式设置、计数器值、操作日志等。网络I/F 1702是与LAN进行连接的接口单元，并且通过LAN执行与管理服务器的通信。线路I/F 1703连接到ISDN、公共电话网络等，其由ROM 1704内的通信控制程序来控制，并通过ISDN I/F、调制解调器(modem)或NCU(网络控制单元)与远程终端交换数据。还使用该线路I/F 1703进行传真交换。在操作单元1701中包括显示部件、按键输入部件等；这些部件由CPU 1707来控制。操作者通过按键输入部件执行关于扫描、打印输出等的各种设置指令以及开始和停止操作的指令。

沿着系统总线1716布置上述装置。IO控制单元1708是用于将系统总线1716与以高速传输图像数据的图像总线1717连接起来的总线桥。通过PCI总线或IEEE 1394实现图像总线1717。沿着图像总线1717布置以下装置。数字I/F单元1711将装置的读取器单元1715、打印机单元1714等连接到控制单元，并对图像数据在同步系统和异步系统之间进行转换。此外，来自布置在读取器单元1715、打印机单元1714等内的各位置中的各种类型传感器的信息经由数字I/F单元1711和IO控制单元1708传递到系统总线1716。图像处理单元1709校正/处理/编辑输入的图像数据和输出的图像数据。图像转动单元1710转动图像数据。图像压缩/解压缩单元1712根据JPEG格式对多值图像数据进行压缩/解压缩并根据JBIG/MMR/MR/MH格式对二值图像数据进行压缩/解压缩。图像分辨率转换单元1713转换要输出的图像数据的分辨率。

通过由CPU 1707本身执行的控制程序，CPU 1707读出存储在存储装置1706中的计数器值、操作日志等的操作信息和故障信息，并经由网络I/F 1702将该信息作为装置的状态信息发送到管理服务器106。

<7.由装置处理的程序和数据的示例>

图12是示出以非易失性状态存储在图11所示的ROM 1704或存储装置1706中的程序和数据的结构的示例的图。注意，在图12中，只示出了与本实施例有重要关系的程序和数据；而省略了其它程序和数据。

系统程序1801是进行装置的基本控制的程序，例如OS。装置管理程序1802控制装置的管理。消息发送/接收程序1803控制发送/接收，以便从管理服务器106接收设置规格等或者将装置的状态信息、命令获得请求等发送到管理服务器106。

所接收命令分析程序1804分析通过通信从管理服务器106接收到的命令并基于这些命令判断要采取的动作。在接收到的命令是通知设置信息的情况下，通知设置信息分析程序1805判断通过什么时间表将什么类型的数据发送到管理服务器106，或者判断到底是否发送数据。

根据通知设置信息分析程序1805进行的分析结果执行各种处理程序1806。例如，在事件发生于装置中的情况下，事件信息发送处理程序1807确定将事件数据发送到管理服务器106的定时并在所确定的定时执行事件信息发送处理。作为该定时的示例，在事件发生之后的预定时间期限内(例如，在事件之后立即进行)将表示事件发生的消息发送到管理服务器106。时间表信息发送处理程序1808发送消息，而计数器信息发送处理程序1809发送计数器信息。时间表设置改变处理程序1810将装置监视模块所管理的通知设置信息更新到从管理服务器106所接收到的最新通知设置信息。

装置ID 1811表示在管理服务器106内识别装置的装置ID。此外，在存储装置内管理保持关于装置状态的信息的装置状态DB 1812。在该数据库中存储装置的装置基本信息1813，例如装置的固件和类型。除此之外，关于直到当前时间为止发生的事件的事件信息，例如出错信息1814、警报信息1815、卡纸信息1816以及零件的退化程度1817(零件信息)，也被存储在该数据库中。此外，在表示装置状态的值当中，特别是计数器类型，例如账单计数器1819、功能计数器1820等被存储在装置的计数器数据DB 1818中。程序加载区域1821是为了由CPU 1707执行而加载图17中所示的程序(稍后说明)的存储区域。注意，图12中所示的出错信息、警报信息、卡纸信息以及零件信息表示关于出错、警报、卡纸以及零件退化的历史或临时存储的信息。这些信息与存储在管理服务器106中的作为维护信息的那些信息不同。

注意，在图11中，将装置监视模块安装在装置中，因此装置ID还用作装置监视模块的ID。然而，在它们是不同实体的情况下，在数据库中准备装置监视模块的唯一ID，以使得管理服务器可以认证该装置监视模块。

<流程图的说明>

以下，使用图13来说明根据本实施例的关于通过管理服务器106监视装置的主流程图；之后，使用图14～图17来详细说明主流程图中的每个步骤。

<本实施例中管理服务器106进行的装置监视操作的示例>

假设上述结构来说明根据本实施例的监视装置时由管理服务器106所进行的操作的示例。注意，为了简化处理，假设单个装置监视模块监视装置的情况下提供对操作示例的以下解释。然而，实际上，还存在多个装置监视模块监视装置的情况。在这种情况下，每个装置监视模块需要执行以下说明的处理。

本操作示例说明了如下情况：当存在来自装置监视模块的某种通信时，管理服务器106确认该通信方法，并且指定发送设置以使得在管理服务器106所需的信息方面从装置监视模块420发送的信息是足够的。

图13是关于在装置监视模式下管理服务器106接收到来自装置的请求时所进行的动作的流程图。这里，“装置监视模式”旨在包括由图2中S201～S223所表示的监视从外部输入的数据的整个处理。此外，图13表示关于当管理服务器106从管理员接收到依赖于装置类型的装置主数据的更新时以及当管理服务器106接收到来自用户的登记被监视装置的请求时所采取的动作的处理。注意，“请求”是由装置监视模块发送到管理服务器106的请求消息，包括根据通信测试、通知设置信息等的数据发送。

该流程图中所示的操作的示例具有以下特征：管理服务器106基于管理服务器106自身内的数据库中的设置值自动确定适合于装置监视模块的通信设置，并发送设置信息。

另外，在该操作示例中，假定装置监视模块包括在装置内，并假定管理服务器106与装置进行通信。

首先，S1301表示开始循环或者管理服务器106的内部处理。因此管理服务器106进入装置监视模式。在S1302中，管理服务器106判断是否已经通过网络I/F接收到来自装置的通信。这里，S204、S208、S212、S216、S220等可被视为来自装置的通信。在已有来自装置的通信的情况下，过程进入S1305，在S1305中判断装置或通信对方是否与登记在管理服务器106中的装置ID匹配。在来自装置的各种请求中包括装置识别符(装置ID)。具体来说，在管理服务器106中的DB内搜索各种请求中的每个请求中所包括的装置识别符，并判断该装置识别符是否被登记在管理服务器106中的DB中。应该注意，可以使用装置监视模块ID来代替为了S1302中的判断而搜索的装置识别符；然而，假定使用装置ID作为装置识别符来给出以下解释。

在S1302中，在管理服务器106没有接收到来自装置的通信的情况下，过程进入S1303，在S1303中，响应于管理员所进行的操作判断是否已经更新了依赖于装置类型数据库511。如果在S1303中已经更新了依赖于装置类型的数据库511，则过程进入S1306，在S1306中管理服务器106从被监视装置数据库517提取与被更新装置类型有关的装置的主数据。例如，提取包括与被更新的依赖于装置类型的主数据中所包含的装置类型基本信息902匹配的装置类型信息1103的被监视装置主数据作为相关装置的主数据。然后设置所提取的被监视装置主数据的设置值更新标志1119。

在依赖于装置类型的数据库511已经被更新的情况下，与被更新的装置类型有关的装置在其进行的通信内容方面受到影响。由于该原因，设置所讨论的装置的设置值更新标志1119(参见图10)。例如，在已经添加了特定装置类型的警报信息的情况下，可以在其后通过管理服务器106控制相应装置类型的警报信息。因此，需要更新装置的通知设置信息以使得将警报信息从装置发送到管理服务器106。这里，因为管理服务器106不能主观地更新装置的通知设置信息，所以管理服务器106等待来自装置的通信，并且在接收到来自装置的通信时执行更新。因此，在S1306中，设置设置值更新标志，以便记录已经在数据库中更新了依赖于装置类型的数据库的事实。

当该处理结束时，过程进入S1312，并返回到循环的第一个步骤或者S1301。在S1303中，在管理员没有更新依赖于装置类型的主数据的情况下，过程进入S1304。在S1304中，管理服务器106判断用户是否已经更新了被监视装置数据库。如果在S1304中管理服务器106判断为用户已经更新了被监视装置数据库，则过程进入S1307。在被监视装置数据库的更新是还需要更新通知设置信息的更新时，设置被监视装置的设置值更新标志1119，并且在管理服务器106中等待来自所讨论的装置的通信。

在S1304中，如果判断为没有来自用户的更新，则过程进入S1312，并返回到监视模式循环的开始。在S1307中设置了设置值更新标志之后，过程进入S1312，并返回到监视模式循环的开始。

在S1305中，判断发送请求的装置的识别符(装置ID)是否被登记在由管理服务器106所管理的被监视装置数据库中。这里，在没有登记装置ID的情况下，过程进入S1311，在S1311中进行未登记装置的通信处理。典型地将装置安装在客户所在地，并且装置在安装前作为被监视装置登记到管理服务器106中之后与管理服务器106进行通信。然而，不保证遵循该操作顺序，因此存在安装装置并且装置在被登记之前就执行通信的情况。在象这样的情况下，可以终止客户侧的设置处理，并且可以在执行登记时开始管理。进行例如S1311中所述的处理作为实际管理系统处理。图15中示出了由未登记装置所进行的通信处理。

在S1305中，如果将发出请求的装置的识别符登记在被监视装置主数据中，则过程进入S1308。在S1308中，管理服务器106参考包括在该请求中的方法并判断该请求是否为通信测试请求。如果在S1308中接收到的请求是通信测试，则在执行S1313和S1314之后，过程进入S1310。在S1310中，管理服务器106对从装置监视模块发送来的通知设置信息请求(getConfiguration方法)执行通信处理。该通知设置信息请求对应于图2中的S208。在S1308中，如果判断为通信方法不是通信测试，则过程进入S1309，在S1309中执行时间表类型通信处理。分别使用图14和图16中的流程图来说明getConfiguration通信处理和时间表类型通信处理。

<S1310的详细流程图>

图14详细示出了图13中S1310的通知设置信息请求(getConfiguration)通信处理。当开始getConfiguration通信处理时，在S1401中，通过参考监视有效标志1104来判断被监视装置主数据的有效状态或无效状态。在所讨论的装置的监视有效标志处于“无效”的情况下，过程进入S1402。在S1402中，创建在所有通信功能中只用于发送命令获得请求的通知设置信息，并将该通知设置信息作为通信响应发送到所讨论的装置。以这种方式可以将来自当前未被监视的装置的通信保持为最小限。配置命令获得请求的原因如下：将来，当监视有效标志1104变为有效时，将需要再次改变所讨论的装置的发送设置，并控制该装置以便发送必要的数据。如果对于在S1401中检索到的装置ID将监视设置为无效，则在S1402中创建指示装置发送命令获得请求而不进行状态代码的通知的通知设置信息。将所创建的通知设置信息远程地指示给装置。然后，结束图14的getConfiguration通信处理。

在S1401中，如果该装置处于无效状态，则过程进入S1403，在S1403中，从所讨论的装置的装置类型信息中读出相应的依赖于装置类型的装置主数据。这里，在S1401中的判断为“是”的情况下，存在如下情况：具有相同装置ID的装置被再次设置为有效，以在进行了S1402中的远程指示之后进行监视。例如临时停止用户装置的远程监视、之后再次开始远程监视的情况对应于这种情况。

接着，过程进入S1404，在S1404中，参考依赖于装置类型的主数据创建通知设置信息(见图7)并将其发送到装置。为了创建该信息，例如，可以预先准备图7中所示的格式作为模板，并且可以根据属性信息的有无而在“打开”和“关闭”之间切换发送设置。对于需要发送开始时间的属性信息，例如可以将当前时间设置为发送开始时间。对于需要发送间隔的属性信息，可以将预定长度设置为发送间隔。

注意，在图14中，按照以下说明执行从S1404开始的处理。换句话说，在S1404中，判断管理服务器106是否可以处理所有属性信息。在该判断是肯定的情况下，过程进入S1405。然而，在判断为不能处理所有属性信息的情况下，过程进入S1406。在S1405中，管理服务器106针对与它通信的装置，进行启动它可管理的所有功能的通信设置，并将发送设置信息作为对通信的响应发送到相应的装置。在S1406中，基于登记在依赖于装置类型的装置主数据中的属性信息判断什么类型的通信是可控制的，并指定(发送)发送设置信息作为对进行请求的装置的响应。通过在各步骤中将发送设置返回到装置来完成getConfiguration通信处理。此处提到的“可控制”是指管理服务器106在接收到来自装置的某种类型的状态代码时能够从数据库中获得对应于所接收到的状态代码的维护信息，并向例如操作者等的用户呈现该操作者将作出响应的信息。

<S1311的详细流程图>

图15详细示出了由图13中的S1311所示的未登记装置通信处理。当开始未登记装置通信处理时，在S1501中判断包括在所接收到的消息中的方法是否表示通信测试，或者该方法是否表示其它事件。如果该方法表示通信测试，则在执行S1506和S1507之后，过程进入S1503。在S1503中，创建在所有通信功能中只启动命令获得请求的通知设置信息，并发送所创建的通知设置信息作为通信响应。这样完成了对装置进行的发送指定。然而，在S1501中，如果判断出该方法不是通信测试，则过程进入S1502。在S1502中，检查所接收到的消息是否为命令获得请求或者所接收到的消息是否为其它事件。这里，如果通信是命令获得请求，则过程进入S1504；不执行关于该通信的处理，并将表示已经成功完成了通信的信息发送到装置。另一方面，如果在S1502中判断为该消息不是命令获得请求，则过程进入S1505；因为这表示出错可能已发生在系统和装置之间，所以将该事实通知给系统管理员。可以通过输出例如显示、音频等消息将该通知传达给系统管理员。

<S1309的详细流程图的时间表类型通信处理>

图16详细示出了图13中S1309所表示的时间表类型通信处理。当时间表类型通信处理开始时，在S1601中，判断通信类型是否为命令获得请求或者通信类型是否为其它事件。如果通过该检查处理判断为通信类型是命令获得请求，则过程进入S1602。如果通信类型是其它事件，则过程进入S1603。

在S1603，参考被监视装置主数据的监视有效标志1104，如果该标志被设置为“有效”，则过程进入S1606。在S1606中，接收包括状态代码的通信数据，并将其保存在图5中所示的数据库中。然后，对装置监视模块作出表示正常处理了所接收到的数据的响应。

接着，在S1610中，从依赖于装置类型的装置主数据DB 511中读出并获得与所接收到的数据(状态代码)相关联的维护信息。输出所获得的维护信息。当输出维护信息时可以应用各种格式以便使该信息可视化；例如，可以在网络上传达该信息，经由网络接口305通过电子邮件将该信息发送到预定装置，或者使用显示单元309将该信息显示在监视器上。

另一方面，在S1603中，在装置被设置为无效状态的情况下，过程进入S1607，在S1607中丢弃所接收到的数据并对装置作出表示正常结束通信的响应。

在S1602中，参考被监视装置主数据的设置值更新标志1119，判断存储在数据库中的维护信息是否被更新。在这里设置了设置值更新标志的情况下，过程进入S1605，并将请求通知设置信息请求(getConfiguration方法)的消息发送到正进行通信的装置(图2中S219)。在此之后，一旦在S1608中接收到通知设置信息请求(getConfiguration)，就执行S1310的getConfiguration通信处理(图14)。当完成了该处理时，在S1609中，清除所讨论装置的被监视装置主数据的设置值更新标志1119。

在S1602中，如果没有设置被监视装置主数据的设置值更新标志1119，则过程进入S1604。在S1604中，执行用于向装置监视模块通知已经正确接收到通信数据并且已经正常完成处理的处理。

通过进行至此所述的操作，可以从要被管理的装置接收到在管理该装置时管理服务器106所需的足够的信息；因此可以实现不浪费地使用网络带宽和硬件资源的有效的装置管理。

<本实施例中装置操作的示例>

假设图11中所示的结构来说明根据本实施例的由装置所进行的操作的示例。本操作示例示出了当作为对命令获得请求的响应从管理服务器106返回了指定时装置监视模块确认通信方法，并根据该方法执行不同的处理。

图17是示出关于当装置监视模块的电源被接通并且该模块进入正常装置监视模式时所采取的动作或者当从管理服务器106接收到命令获得请求时所采取的动作的处理的流程图。

在S1901中，启动装置监视模块，并判断是否保持了通知设置信息。在保持了通知设置信息的情况下，过程进入S1902，在S1902中，装置监视模块进入正常装置监视状态。在S1901中，如果没有保持通知设置信息，则过程进入S1912，在S1912中，向管理服务器106作出对通知设置信息的请求。

在S1902中进入正常监视状态之后，在S1903中，装置监视模块判断通知设置信息内的命令获得请求的发送时间段是否已经过去。在还没有到达命令获得请求的发出时间的情况下，过程进入S1914，并读出装置的状态。然后，在S1915中，装置监视模块基于通知设置信息将其它装置状态数据发送到管理服务器106。

在S1903中，如果装置监视模块与命令获得请求中的发出条件匹配，则过程进入S1904，并将命令获得请求(getOperationList)发送到管理服务器106。在S1905中，模块等待来自管理服务器106的命令获得请求。在不存在请求即操作已经超时的情况下，处理结束，并返回到循环。在已经从管理服务器106接收到请求的情况下，过程进入S1906，在S1906中分析该消息的内容。如果分析结果显示接收到的请求是命令发出请求，则过程从S1911进入S1912，在S1912中发送通知设置信息请求(getConfiguration)。在此之后，在S1913中，从管理服务器106接收被保存为装置监视模块本身的通知设置信息的通知设置信息。当然，可以适当地处理通知设置信息之后对其进行保存而不是简单地按照原样保存。在此之后，在S1910中，将命令执行结果发送到管理服务器106，并且完成该处理。然而，在S1911中接收到不同的请求而不是命令发出请求的情况下，在S1909中执行指定的命令，然后过程进入S1910。在S1910中，将命令执行结果发送到管理服务器106，并且完成该处理。

在S1901中，如果判断为装置监视模块在启动之后保持有通知设置信息，则过程进入S1912，在S1912中发出通知设置信息请求(getConfiguration)。在此之后，在S1913中，将所接收到的通知设置信息保存为装置监视模块本身的通知设置信息，然后过程进入S1910。在S1910中，将命令执行结果发送到管理服务器106，并且完成该处理。

通过以上过程，根据本实施例的管理服务器可以更新由装置监视模块所保持的通知设置信息，以使得装置监视模块根据管理服务器要处理的信息的类型发送属性信息。无需管理员、用户等而进行通知设置信息的更新。因此，从装置监视模块发送到管理服务器的信息中不包括将由管理服务器丢弃的无用信息，从而可以抑制浪费的网络业务。此外，不浪费地使用管理服务器的处理资源，从而可以提高处理效率。

即使已经接收到来自还没有在管理服务器中准备主数据的装置的数据，也不可以使用关于该装置的数据。因此，进行设置以使得该服务器不从如下装置获得通知，其中对所述装置还没有登记针对相应装置类型而登记的主数据。这样，可以以有效的方式管理网络业务、服务器的CPU和存储器资源等。

除此之外，在上述实施例中，如果在操作中途新登记了各装置类型的主数据，则可以有效改变与此相对应的使所登记的主数据投入使用的通知，并且因此能够以动态方式执行硬件/网络资源的有效运转。

注意，本发明可以应用于包括多个装置(例如，主计算机、接口装置、读取器、打印机等)的系统，或者也可以应用于包括单个装置(例如，复印机、传真装置等)的设备。此外，本发明的目的也可以这样来实现：将记录有实现上述实施例的功能的程序代码的记录介质提供给系统或设备，并使该系统或设备的计算机读出并执行存储在该记录介质中的程序代码。在这种情况下，从记录介质读出的程序代码本身实现上述实施例的功能，并且程序代码本身和存储程序代码的记录介质构成了本发明。

最后，本发明的范围包括如下情况：运行在计算机上的操作系统(OS)基于程序代码中的指令执行全部或部分的实际处理，并通过该处理实现上述实施例的功能。此外，还可以在如下情况中应用本发明：将从记录介质中读出的程序代码写入设置于安装在计算机中的功能扩展卡或连接到计算机的功能扩展单元的存储器中。在这种情况下，设置于该功能扩展卡或功能扩展单元中的CPU基于写入存储器的程序代码中的指令执行全部或部分的实际处理，并通过该处理实现上述实施例的功能。

尽管参照典型实施例说明了本发明，但是应该理解，本发明不局限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改、等同结构和功能。

Claims (12)

1. 一种能够与多个被管理装置通信的管理设备，所述被管理装置由所述管理设备来管理，所述管理设备包括：

第一接收部件，用于从被管理装置接收状态代码；

获得部件，用于从存储与状态代码相关联的维护信息的存储部件中获得与由所述第一接收部件所接收到的状态代码相关联的维护信息；

输出部件，用于输出由所述获得部件获得的所述维护信息以便进行可视化；

更新判断部件，用于判断存储在所述存储部件中的所述维护信息是否已经被更新；以及

指定部件，用于在所述更新判断部件判断为所述维护信息已经被更新的情况下，向所述被管理装置指定通知设置信息，所述通知设置信息包括与更新后的维护信息相对应的状态代码的通知设置。

2. 根据权利要求1所述的管理设备，其特征在于，

在所述被管理装置的网络环境中安装防火墙，以使得所述被管理装置拒绝来自于所述管理设备的自发访问；

所述管理设备还包括第二接收部件，所述第二接收部件接收从所述被管理装置自发发送的询问命令，所述询问命令询问所述管理设备是否具有要被指定的新信息；以及

所述更新判断部件根据所述询问命令的接收来判断所述维护信息是否已经被更新，并且所述指定部件在所述更新判断部件判断为所述维护信息已经被更新的情况下，向所述被管理装置指定所述通知设置信息。

3. 根据权利要求2所述的管理设备，其特征在于，还包括：

第三接收部件，用于接收从所述被管理装置发送的装置安装确认通知，

其中，所述指定部件包括判断部件，所述判断部件在所述第三接收部件已经接收到所述装置安装确认通知的情况下，基于存储在所述存储部件中的所述维护信息，从可由所述被管理装置发送到所述管理设备的状态代码中判断与所述维护信息相关联存储的状态代码；以及

所述指定部件向所述被管理装置指定通知设置信息，所述通知设置信息包括由所述判断部件判断出的与所述维护信息相关联登记的状态代码的通知设置。

4. 根据权利要求2或3所述的管理设备，其特征在于，还包括：

第三接收部件，用于接收从所述被管理装置发送的装置安装确认通知；以及

搜索部件，用于从所述存储部件中搜索出包括在由所述第三接收部件接收到的所述装置安装确认通知中的装置识别信息，

其中，在所述搜索部件进行的搜索的结果表示相应的装置识别信息没有被登记在所述存储部件中的情况下，所述指定部件不进行所述状态代码的通知，而指定使所述被管理装置发送所述询问命令的通知设置信息。

5. 根据权利要求2或3所述的管理设备，其特征在于，还包括：

设置部件，用于将登记在所述存储部件中的装置作为监视目标设置为有效或无效；以及

搜索部件，用于搜索包括在由所述第二接收部件所接收到的所述询问命令中的装置识别信息是否被登记在所述存储部件中，

其中，当与搜索出的装置识别信息相对应的装置被作为监视目标设置为无效时，所述指定部件不进行所述状态代码的通知，而指定使所述被管理装置发送所述询问命令的通知设置信息。

6. 根据权利要求5所述的管理设备，其特征在于，在所述搜索部件从所述存储部件中搜索出包括在所述第二接收部件第二次接收到的询问命令中的装置识别信息，并且所述设置部件将与搜索出的所述装置识别信息相对应的装置作为监视目标设置为有效的情况下，所述指定部件指定使所述被管理装置进行所述状态代码的通知的通知设置信息。

7. 一种在能够与多个被管理装置通信的管理设备中使用的管理方法，所述被管理装置由所述管理设备来管理，所述管理方法包括：

第一接收步骤，用于从被管理装置接收状态代码；

获得步骤，用于从存储与状态代码相关联的维护信息的存储部件中获得与所述第一接收步骤中所接收到的状态代码相关联的维护信息；

输出步骤，用于输出由所述获得步骤获得的所述维护信息以便进行可视化；

更新判断步骤，用于判断存储在所述存储部件中的所述维护信息是否已经被更新；以及

指定步骤，用于在所述更新判断步骤中判断为所述维护信息已经被更新的情况下，向所述被管理装置指定通知设置信息，所述通知设置信息包括与更新后的维护信息相对应的状态代码的通知设置。

8. 根据权利要求7所述的管理方法，其特征在于，

在所述被管理装置的网络环境中安装防火墙，以使得所述被管理装置拒绝来自于所述管理设备的自发访问；

所述管理方法还包括第二接收步骤，所述第二接收步骤接收从所述被管理装置自发发送的询问命令，所述询问命令询问所述管理设备是否具有要被指定的新信息；以及

在所述更新判断步骤中，根据所述询问命令的接收来判断所述维护信息是否已经被更新，并且在所述指定步骤中，在所述更新判断步骤中判断为所述维护信息已经被更新的情况下，向所述被管理装置指定所述通知设置信息。

9. 根据权利要求8所述的管理方法，其特征在于，还包括

第三接收步骤，用于接收从所述被管理装置发送的装置安装确认通知，

其中，所述指定步骤包括判断步骤，所述判断步骤在所述第三接收步骤中已经接收到所述装置安装确认通知的情况下，基于存储在所述存储部件中的所述维护信息，从可由所述被管理装置发送到所述管理设备的状态代码中判断与所述维护信息相关联存储的状态代码；以及

在所述指定步骤中，向所述被管理装置指定通知设置信息，所述通知设置信息包括由在所述判断步骤中判断出的与所述维护信息相关联登记的状态代码的通知设置。

10. 根据权利要求8或9所述的管理方法，其特征在于，还包括：

第三接收步骤，用于接收从所述被管理装置发送的装置安装确认通知；以及

搜索步骤，用于搜索出包括在所述第三接收步骤中所接收到的装置安装确认通知中的装置识别信息是否被登记在所述存储部件中，

其中，在所述搜索步骤中所进行的搜索的结果表示相应的装置识别信息没有被登记在所述存储部件中的情况下，在所述指定步骤中不进行所述状态代码的通知，而指定使所述被管理装置发送所述询问命令的通知设置信息。

11. 根据权利要求8或9所述的管理方法，其特征在于，还包括：

设置步骤，用于将登记在所述存储部件中的装置作为监视目标设置为有效或无效；以及

搜索步骤，用于搜索包括在所述第二接收步骤中所接收到的所述询问命令中的装置识别信息是否被登记在所述存储部件中，

其中，当与搜索出的装置识别信息相对应的装置被作为监视目标设置为无效时，在所述指定步骤中不进行所述状态代码的通知，而指定使所述被管理装置发送所述询问命令的通知设置信息。

12. 根据权利要求11所述的管理方法，其特征在于，在所述搜索步骤中从所述存储部件中搜索出包括在所述第二接收步骤中第二次接收到的询问命令中的装置识别信息，并且在所述设置步骤中将与搜索出的所述装置识别信息相对应的装置作为监视目标设置为有效的情况下，在所述指定步骤中指定使所述被管理装置进行所述状态代码的通知的通知设置信息。

Images