专利名称：装置管理系统、信息处理装置和信息处理方法
技术领域：
本公开涉及ー种装置管理系统、信息处理装置和信息处理方法。
背景技术：
已知ー种装置管理系统，该装置管理系统从具有通信功能(管理目标装置)的、诸如打印机和MFP (多功能外部设备)的通信装置获取装置信息，并且管理管理目标装置。例如，第2003-030068号日本特开专利公报公开ー种系统，在该系统中，装置管理装置在该装置上执行网络控制程序。装置管理装置通过SNMP (简单网络管理协议)向通信装置发送请求，并且从该通信装置获取通信装置的操作状态。该通信装置响应该请求，通过 SNMP将它的操作状态返回给装置管理装置。第2005-181411号日本特开专利公报公开ー种装置管理系统，在该装置管理系统中，对于通信装置的消耗物品的命令被发出。但是，根据相关技术的通信方法的机构还不能响应装置管理系统的大规模实施。 例如，根据相关技术的装置管理系统被设置有在引进公司的每个营业处(组织単位)中安装的装置管理装置，并且装置管理装置在局域网内实行通信装置的装置管理。近年来，营业公司的全球化取得进展，并且，不是期望以每个营业处为基础的装置管理，而是期望覆盖国内区域和国外区域的统ー管理。在这种统一管理的情况下，作为管理对象装置的通信装置的数量相当于几千个或者几万个。期望提供ー种能够以统一方式在全球环境中管理许多通信装置的大型装置管理系统，并且提供一种用于通信装置的装置管理服务。
发明内容
ー个方面，本公开提供ー种能够以统一方式在大规模环境中管理通信装置并且提供用于通信装置的装置管理服务的装置管理系统、信息处理装置和信息处理方法。在解决或者减少上述问题中的一个或多个问题的实施例中，本公开提供ー种管理多个通信装置的装置管理系统，其中，多个通信装置被分别连接到多个装置管理装置，多个装置管理装置被连接到信息处理装置，并且每个通信装置经由多个装置管理装置中的ー个被连接到信息处理装置，每个装置管理装置包括第一数据存储部，该第一数据存储部将通信装置的装置信息存储在预定的存储区域中；获取部，该获取部从通信装置获取装置信息； 第一管理部，该第一管理部在第一数据存储部中设置和记录获取的装置信息，并且管理通信装置；和传输部，该传输部将获取的装置信息传输到信息处理装置，并且该信息处理装置包括第二数据存储部，该第二数据存储部将多个通信装置的装置信息存储在预定的存储区域中；接收部，该接收部从多个装置管理装置接收装置信息；和第二管理部，该第二管理部在第二数据存储部中设置和记录接收的装置信息，并且以统一方式管理由多个装置管理装置所管理的多个通信装置。当连同附图一起阅读吋，本公开的其它目的、特征和优点将从下文的详细说明中变得更加显而易见。
图1是显示本公开的实施例的装置管理系统的组成的图。图2是显示本实施例的主服务器(统ー管理装置)的硬件組成的图。图3是显示本实施例的主服务器和副服务器的功能組成的图。图4是显示本实施例的主服务器的管理数据的实例的图。图5是显示本实施例的副服务器的管理数据的实例的图。图6是用于说明本实施例的装置信息获取和管理数据设置/记录的处理的时序图。图7是用于说明基于本实施例的主服务器中的通知条件的外部通知的处理的时序图。图8是用于说明基于本实施例的主服务器中的通知条件的外部通知的处理的时序图。图9是用于说明基于本实施例的主服务器中的通知条件的外部通知的处理的时序图。图10是用于说明基于本实施例的副服务器中的通知条件的外部通知的处理的时序图。图11是用于说明基于本实施例的副服务器中的通知条件的外部通知的处理的时序图。
具体实施例方式将參照附图给出本公开的各实施例的说明。图1是显示本公开的实施例的装置管理系统1的組成的图。如图1所示，该实施例的装置管理系统1被构造成包括多个通信装置300a、300b、300c(还可以被统称为通信装置300)、和管理通信装置300的多个副服务器200a、200b、200c (还可以被统称为副服务器 200)，并且通信装置300和副服务器200通过诸如网络(例如，局域网)的多个传输线Nla、 Nib, Nlc (还可以被统称为内部网络Ni)被分别连接。在该实施例中，每个通信装置300为具有通信功能的、诸如打印机和MFP的图像形成装置。另ー方面，每个副服务器200为从通信装置300获取装置信息并且实行通信装置 300的装置管理的装置管理装置(信息处理装置)。在图1的装置管理系统1中，设置成以统一方式管理多个通信装置300的主服务器100和多个副服务器200经由诸如网络(例如，广域网)的传输线N2(还可以被称为外部网络拟)被连接在一起。主服务器100为统ー的管理装置(信息处理装置)，该主服务器100从多个副服务器200获取每个都是管理对象的多个通信装置300的装置信息，将获取的装置信息存储在存储器的预定存储区域中，并且以统一方式管理通信装置300。在图1的装置管理系统1中，外部服务器400、管理员终端500等等也被连接到外部网络N2。
外部服务器400为外部设备(信息处理装置)，该外部服务器400从副服务器200 或者主服务器100接收通知信息，并且基于接收的通知信息实行预定的信息处理。例如，通过外部服务器400实行的信息处理可以包括通信装置300的消耗物品的命令处理。管理员终端500为信息终端(例如，PC(个人计算机)、PDA(个人数字助理)等等)，该管理员终端500从副服务器200或者主服务器100接收通知信息，并且将接收的通知信息呈现给管理员。通过管理员终端500的信息呈现方法可以包括屏幕显示、还音等等。如上所述，在该实施例中，装置管理系统1被构造为使得通信装置300通过上述系统组成经过副服务器200被连接到主服务器100，并且装置管理系统1能够以统一方式在大规模环境中提供用于通信装置300的装置管理服务。接下来，将说明该实施例的主服务器100的硬件組成。图2是显示该实施例的主服务器100 (统ー管理装置)的硬件組成的图。如图2所示，主服务器100被构造成包括输入装置101、显示装置102、驱动装置 103、RAM(随机存取存储器)104、R0M(只读存储器)105、CPU(中央处理单元)106、接口装置107和HDD(硬盘驱动器)108。主服务器100中的这些装置通过总线B被相互连接。输入装置101包括被设置成向主服务器100输入每个操作信号的键盘、鼠标等等。 显示装置102包括被设置成显示来自主服务器100的处理结果的显示器等等。接口装置107提供将主服务器100连接到传输线N2的接ロ。通过使用接口装置 107，主服务器100能够经由传输线N2与副服务器200、外部服务器400、管理员终端500等等实行数据通信。HDD 108为将程序和数据存储在主服务器100中的非易失性存储器。存储在HDD 108中的程序和数据包括作为控制整个主服务器100的基本软件、诸如Windows或者UNIX 的OS(操作系统)，和在操作系统上执行以提供各种功能的应用程序。在HDD 108中，通过预定的文件系统和/或预定的数据库系统来管理存储在其中的程序和数据。驱动装置103在主服务器100之间提供接ロ，并且配备有可拆卸地附接到主服务器100的可移去的记录介质103a。通过使用驱动装置103，主服务器100能够实行从记录介质103a读取信息或者将信息写入到记录介质103a。记录介质103a的实例可以包括软盘、⑶(光盘)、DVD (数字多用光盘)、SD (安全数码)存储卡、USB (通用串行总线)存储器寸寸。ROM 105为非易失性半导体存储器(存储器)，即使当电カ被切断时，该ROM 105 也能够存储内部数据。在启动主服务器100时执行的BIOS (基本输入/输出系统)、信息处理系统设置、网络设置等等的程序和数据都被存储在ROM 105中。RAM 104为暂时存储程序和数据的易失性半导体存储器(存储器)。CPU 106是通过从上述存储器(HDD或者ROM) 读取程序和数据、将该程序和数据加载在RAM(存储器)上、并且在其上执行该程序来控制整个装置并且实行安装功能的处理器単元。通过使用上述硬件組成，该实施例的主服务器100能够提供用于通信装置300的各种信息处理服务。从图2显而易见，主服务器100的硬件組成与一般目的的信息处理装置的硬件组成基本相同。类似地，副服务器200、外部服务器400和管理员终端500中的每ー个都具有与主服务器100的上述硬件組成相同的硬件組成，并且能够以同样方式通过使用一般目的的信息处理装置的功能組成被构造。
将说明该实施例的信息处理功能。在该实施例的装置管理系统1中，多个通信装置300和管理通信装置300的多个副服务器200(装置管理装置)经由多个内部网络m被分别连接，并且多个副服务器200 和主服务器100(统ー管理装置)经由外部网络N2被连接在一起，以便主服务器100以统一方式管理通过副服务器200管理的通信装置300。每个通信装置300经由副服务器200 中对应的一个被连接到主服务器100。在该实施例的装置管理系统1中，副服务器200从通信装置300获取装置信息，将获取的装置信息存储在副服务器200的预定存储区域中，从而管理通信装置300，并且将获取的装置信息传输到主服务器100。在从多个副服务器200接收到多个通信装置300的装置信息之后，主服务器100将接收的装置信息存储在主服务器100的预定存储区域中，并且以统一方式管理通过多个副服务器200管理的多个通信装置300。该实施例的装置管理系统1具有这样的信息处理功能。关于这样类型的装置管理系统，随着引进公司的全球化，期望提供ー种大型装置管理系统，该装置管理系统能够以统一方式在全球环境中提供用于许多通信装置300的装置管理服务。该实施例的装置管理系统1被构造成使得每个通信装置300经由副服务器200中对应的一个被连接到主服务器100。因此，该实施例的装置管理系统1能够以统一方式在全球环境中提供用于许多通信装置300的装置管理服务。对于这种大型装置管理系统1，必须考虑以下几点。例如，当错误或者干扰出现在作为装置管理系统1中的管理对象的通信装置300中吋，副服务器200具有将错误通知传输到管理员的功能。多个副服务器200都共有该功能，并且可以想得到以集中的方式在主服务器100中实现该功能。但是，如果在主服务器100中实现该功能，那么在通知到达管理员时将出现延吋。 特別地，当在副服务器200和主服务器100之间的通信负荷很繁高时，通过主服务器100接收错误通知将与通过副服务器200接收对应于在通信装置300中的错误或者干扰的通信装置300的装置信息出现延迟。当在副服务器200和主服务器100之间的通信出现干扰吋， 主服务器100不能从副服务器200接收相应的通信装置300的装置信息，并且在这种情况下也不能接收通信装置300的错误通知。为了消除这种问题，在该实施例的装置管理系统1中，通过通信装置300将通知传输到外侧的处理根据通知信息的种类被分成多个子处理，并且这些子处理以适当的方式被分配主服务器100和副服务器200。接下来，将说明该实施例的主服务器100和副服务器200的組成和其操作。图3是显示该实施例的主服务器100和副服务器200的組成的图。如图3所示， 该实施例的主服务器100被构造成包括副服务器通信部11、功能执行部12、数据管理部13、 管理数据存储部14、通知条件(condition)判断部15和通知部16。该实施例的副服务器 200被构造成包括主服务器通信部21、装置通信部22、数据管理部23、管理数据存储部对、 通知条件判断部25和通知部26。在主服务器100中，副服务器通信部11是与副服务器200实行数据通信的功能部。副服务器通信部11从副服务器200接收通信装置300的装置信息。功能执行部12是实行在主服务器100中设置的呈现功能的功能部。在主服务器 100中设置的呈现功能可以包括通信装置300的装置信息的管理功能、通知功能等等。功能执行部12是由安装在主服务器100中的应用程序实行的功能部。当从副服务器通信部11 接收到接收数据(通信装置的装置信息)吋，功能执行部12将用于设置/记录接收的数据 (存储接收的数据作为管理数据)的请求发送到数据管理部13。数据管理部13是根据请求实行预定的数据操作的功能部，并且管理作为设置和记录的通信装置300的装置信息的管理数据。数据管理部13访问存储管理数据的管理数据存储部14，并且对相应的数据(在相应的存储区域中)实行请求的数据操作。管理数据存储部14对应于在主服务器100中设置的存储器(HDD)的预定存储区域。接下来，将说明在管理数据存储部14中存储的管理数据。图4是显示该实施例的主服务器100的管理数据的实例的图。如图4所示，在主服务器100中，副服务器信息14Da、装置管理信息14Db、状态历史信息14Dc、消耗物品历史信息14Dd、消耗物品库存信息14De和通知条件信息14Df作为管理数据被存储。(a)副服务器信息副服务器信息14Da是关于副服务器200的设定信息，该副服务器信息14Da包含彼此相互关联的信息项目，例如副服务器ID、IP地址(网际协议地址)、主机名和版本，并且副服务器信息14Da以每个服务器被管理。副服务器ID项目是对其设置副服务器200的识别信息(副服务器识别信息)的项目。IP地址项目是对其设置分配给副服务器200的IP地址信息的项目。主机名项目是对其设置指示副服务器200的装置名称的信息(装置名称信息)的项目。版本项目是对其设置在副服务器200中安装(安置)的软件的版本信息的项目。基于由管理员通过由功能执行部12提供的管理功能的设置GUI (图形用户界面) 的输入，副服务器信息14Da的每个信息项目的值通过数据管理部13被设置。另外，数据管理部13可以被配置成基于从副服务器200接收的服务器信息来设置副服务器信息14Da的项目值。在这种情况下，如果功能执行部12通过设置GUI接收来自管理员的自动设置命令， 则副服务器通信部11通过广播(broad)/组播(multicast)信号检测副服务器200。因此， 副服务器通信部11请求检测到的副服务器200发出服务器信息，并且数据管理部13基于从副服务器200接收的服务器信息来设置项目值。此时，对于每个服务器分配的ID值被设置成副服务器识别信息的项目值。由副服务器通信部11从副服务器200周期性地接收服务器信息，并且从功能执行部12输出数据设置/记录请求，以使副服务器信息14Da通过数据管理部13被更新为最新的信息。(b)装置管理信息装置管理信息14Db为关于作为管理对象的通信装置300的设定信息。装置管理信息14Db包含彼此相互关联的信息项目，例如副服务器ID、装置ID、MAC地址、模型名称、 装置号(序列号)、IP地址、状态历史ID和消耗物品历史ID，并且装置管理信息14Db以每
个装置被管理。副服务器ID项目是对其设置用于管理通信装置300的副服务器识别信息的项目。装置ID项目是对其设置通信装置300的识别信息(通信装置识别信息)的项目。MAC (介质访问控制)地址项目是对其设置唯一分配给在通信装置300中设置的网络I/F (未显示) 的MAC地址信息的项目。模型名称项目是对其设置通信装置300的模型名称信息的项目。 装置号(序列号)项目是对其设置分配给通信装置300的产品控制信息的项目。IP地址项目是对其设置分配给通信装置300的IP地址信息的项目。状态历史ID项目是对其设置对应于通信装置300的状态历史信息14Dc的识别信息(状态历史识别信息)的项目。消耗物品历史ID项目是对其设置对应于通信装置300的消耗物品历史信息14Dd的识别信息 (消耗物品历史识别信息)的项目。基于从副服务器200接收的通信装置300的装置信息，装置管理信息14Db的每个信息项目的值通过数据管理部13被设置。对于每个通信装置300分配的ID值被设置成装置识别信息的项目值。对于各个装置状态或者消耗物品记录数据(状态历史/消耗物品历史)分配的多个ID值被设置成状态历史识别信息和消耗物品历史识别信息的各个项目值。 通过副服务器通信部11接收通信装置300的装置信息，并且从功能执行部12输出数据设置/记录请求，以使装置管理信息14Db通过数据管理部13被更新为最新的信息。(c)状态历史信息状态历史信息14Dc为关于通信装置300的装置状态的信息，它包含彼此相互关联的信息项目，例如状态历史ID、装置ID、装置状态和日期/时间，并且状态历史信息14Dc以每个装置状态的历史被管理。状态历史信息14Dc包含与装置管理信息14Db有关的状态历史识别信息。装置状态项目是在其中记录通信装置300的装置状态信息的项目，并且项目值是带有在装置上出现的错误或者干扰的服务呼叫值(SC号码)、误差值等等。日期/时间项目是在其中记录状态历史信息14Dc的记录日期的项目。基于包含在从副服务器200接收的通信装置300的装置信息中的装置状态信息， 状态历史信息14Dc的每个信息项目的值通过数据管理部13被记录。对于每个装置状态记录数据(状态历史)分配的ID值被设置成状态历史识别信息的项目值。通过副服务器通信部11接收通信装置300的装置信息，并且从功能执行部12输出数据设置/记录请求，以便通过数据管理部13生成对于状态历史信息14Dc的新信息。(d)消耗物品历史信息消耗物品历史信息14Dd是关于在通信装置300中设置的消耗物品的信息，它包含彼此相互关联的信息项目，例如消耗物品历史ID、装置ID、消耗物品名称、消耗物品状态和日期/时间，并且消耗物品历史信息14Dd以每个消耗状态的历史被管理。消耗物品历史信息14Dd包含与装置管理信息14Db有关的消耗物品历史识别信息。消耗物品名称项目是在其中记录消耗物品名称信息的项目，并且当通信装置300为打印机时，项目值可以包括介质托盘名称、色粉盒名称等等。消耗物品状态项目是在其中记录消耗物品的消耗物品状态信息的项目，并且项目值可以包括记录纸剰余量、色粉/墨剰余量、光电导体的累计的转数(计数器值)等等。日期/时间项目是在其中记录消耗物品历史信息14Dd的记录日期的项目。基于包含在从副服务器200接收的通信装置300的装置信息中的消耗物品状态信息，消耗物品历史信息14Dd的每个信息项目的值通过数据管理部13被记录。对于每个消
10耗状态记录数据(消耗物品历史)分配的ID值被设置成消耗物品历史识别信息的项目值。通过副服务器通信部11接收通信装置300的装置信息，并且从功能执行部12输出数据设置/记录请求，以便通过数据管理部13生成用于消耗物品历史信息14Dd的新信肩、ο(e)消耗物品库存信息消耗物品库存信息14De是关于消耗物品的库存的信息，它包含彼此相互关联的信息项目，例如消耗物品库存ID、消耗物品名称、库存的数量和定货公司，并且对于每个消耗物品管理消耗物品库存信息14De。消耗物品库存信息14De包含与消耗物品历史信息14Dd有关的消耗物品名称信息。消耗物品库存ID项目是对其设置消耗物品库存的识别信息(库存识别信息)的项目。 消耗物品名称项目是对其设置消耗物品名称信息的项目。库存的数量项目是对其设置消耗物品的库存数量信息。定货公司项目是对其设置消耗物品的定货目的地信息的项目。定货公司的项目值是供应商的电子邮件地址、传真号等等。基于由管理员通过由功能执行部12提供的管理功能的设置⑶I的输入，消耗物品库存信息14De的每个信息项目的值通过数据管理部13被设置。(f)通知条件信息通知条件信息14Df是关于当主服务器100将通知传输到外面时所按照的通知条件的信息。通知条件信息14Df包含彼此相互关联的信息项目，例如通知条件ID、通知项目、 条件的内容和通知目的地，并且通知条件信息14Df以每个通知条件被管理。 通知条件ID项目是对其设置通知条件的识别信息(通知条件识别信息)的项目。 通知项目项目是对其设置通知名称信息的项目，并且项目值是色粉(颜色x)、记录纸(大小X)、服务呼叫的出现(sc :x)、错误的出现(分类x)等等。条件内容项目是对其设置通知条件的定义信息(通知条件定义信息)的项目，并且项目值为“相同错误出现的次数>ー 个月3次”、“调换消耗物品的次数彡ー个月3”等等。通知目的地项目是对其设置通知目的地信息的项目，并且项目值为外部服务器400的电子邮件地址、管理员终端500的电子邮件地址等等。基于由管理员通过由功能执行部12提供的管理功能的设置⑶I的输入，通知条件信息14Df的每个信息项目的值通过数据管理部13被设置。在主服务器100的情况下，即使在将通知传输到外面时存在延时，用于通知信息的通知条件也可以被设置成通知条件定义信息的项目值，其中该信息不会影响服务的质量。从上述通知条件显而易见的是，通知信息在低级别的紧急性(不需要准确度)中的统
计イ曰心。如上所述，如果数据管理部13从功能执行部12接收数据设置/记录请求，那么数据管理部13访问管理数据存储部14，并且将响应所述请求接收的管理员的输入、通信装置 300的装置信息或者副服务器200的服务器信息存储在存储区域中，以便存储的信息被设置并且被记录为管理数据。根据来自其它功能部的请求，数据管理部13除了实行数据设置/记录之外，还实行数据基准(获取)、数据删除(消除)、更新(重写)等等的各种数据操作。返回參照图3，通知条件判断部15是根据请求确定是否满足预定通知条件的功能部。通知条件判断部15參照根据该请求从数据管理部13接收的通知条件信息14Df，并且指定通知条件。通知条件判断部15基于指定的通知条件，通过数据管理部13，參照用于判断的信息，并且基于该信息确定是否满足通知条件。当满足通知条件吋，通知条件判断部15 请求通知部16传输通知。通知部16是根据请求将通知传输到外面的功能部。通知部16生成通知信息，并且基于根据请求从通知条件判断部15接收的通知目的地信息，将生成的通知信息传输到外部服务器400和/或管理员终端500。通知部16生成包含通知条件的判断结果的通知信
肩、ο在副服务器200中，主服务器通信部21是与主服务器100实行数据通信的功能部。主服务器通信部21由副服务器200获取的通信装置300的装置信息传输到主服务器 100。在主服务器通信部21中，例如，基于分配给预先设置的主服务器100的IP地址信息进行传输。装置通信部22是与作为管理对象的通信装置300实行数据通信的功能部。装置通信部22从通信装置300获取装置信息。在这种情况下，装置通信部22根据预定计时通过广播/组播信号检测作为管理对象的通信装置300。因此，装置通信部22请求检测的通信装置300传输该装置信息，并且从通信装置300获取该装置信息。预定计时是使用在副服务器200中设置的内部时钟所测量的预定时间已经经过的计时。在从通信装置300获取装置信息之后，装置通信部22请求通信装置300将装置信息传输到主服务器通信部21，并且请求数据管理部23实行装置信息的设置/记录(作为管理数据存储的)。数据管理部ぬ是根据请求实行预定数据操作的功能部，并且管理作为设置和记录的通信装置300的装置信息的管理数据。数据管理部23访问存储管理数据的管理数据存储部对，并且对相应的数据(或者相应的存储区域)实行请求的数据操作。管理数据存储部M对应于在副服务器200中设置的存储器(HDD)的预定存储区域。接下来，将说明在管理数据存储M中存储的管理数据。图5是显示该实施例的副服务器200的管理数据的实例的图。如图5所示，在副服务器200中，装置管理信息MDa和通知条件信息MDb作为管理数据被存储。(a)装置管理信息装置管理信息MDa是关于作为管理对象的通信装置300的设定信息，并且装置管理信息MDa包含彼此相互关联的信息项目，例如装置ID、MAC地址、模型名称、装置号(序列号)、IP地址、认证(访问账户)、装置状态、消耗状态和传输目的地，并且装置管理信息 24Da以每个装置被管理。装置管理信息MDa中的包括装置ID、MAC地址、模型名称、装置号和IP地址的信息项目与在主服务器100中存储的装置管理信息14Db的相应信息项目相同，并且将省略它们的说明。认证(访问账户)项目是对其设置在访问通信装置300时使用的认证信息的项目。装置状态项目是在其中记录通信装置300的装置状态信息的项目，并且项目值包括最新装置状态值和先前装置状态值。消耗物品状态项目是在其中记录消耗物品的消耗物品状态信息的项目，并且项目值包括最新状态值和先前状态值。传输目的地项目是对其设置装置信息的传输目的地信息的项目，并且项目值是被分配给主服务器100的IP地址、URI (统 ー资源标识符)等等。基于从通信装置300接收的装置信息，装置管理信息MDa的每个信息项目的值通过数据管理部23被设置。通过装置通信部22接收装置信息，并且输出数据设置/记录请求，以便装置管理信息MDa通过数据管理部23被更新为最新信息。(b)通知条件信息通知条件信息MDb是关于当副服务器200将通知传输到外面时所按照的通知条件的信息。通知条件信息MDb包含彼此相互关联的信息项目，例如通知条件ID、通知项目、 条件的内容和通知目的地，并且通知条件信息MDb以每个通知条件被管理。通知条件信息MDb的上述信息项目与在主服务器100中存储的通知条件信息 14Df的相应信息项目相同，并且将省略其说明。基于由管理员通过管理功能的设置⑶I的输入，通知条件信息MDb的每个信息项目的值通过数据管理部23被设置。在副服务器200的情况下，通知条件定义信息的项目值被设置成例如“转换为服务呼叫(SC)出现状态”、“消耗物品剰余量被改变为接近结束状态” 等等。即，在副服务器200中，如果在将通知传输到外面时存在延时，那么设置用于通知影响服务质量的信息的通知条件。从上述通知条件显而易见的是，通知信息为具有高级别的紧急性(需要准确度)的误差信息或者故障信息。返回參照图3，通知条件判断部25是根据请求确定是否满足预定通知条件的功能部。通知部沈是根据请求将通知传输到作为通知目的地的外部服务器400或者管理员终端500的功能部。在副服务器200中设置的通知条件判断部25和通知部沈与在主服务器100中设置的通知条件判断部15和通知部16相同，并且将省略其说明。如上所述，在通信装置300通过副服务器200被连接到主服务器100的系统环境中，当通过上述功能部实行主服务器100和副服务器200之间的协同操作吋，实行该实施例的信息处理功能。该实施例的装置管理系统1中，可以在主服务器100中存储的通知条件信息14Df中和在副服务器200中存储的通知条件信息MDb中设定不同的通知条件，并且根据通知信息的种类，将关于通信装置300的信息传输到外面的处理被划分，并且通过主服务器100和副服务器200实施分散处理。通知信息的种类可以包括诸如统计信息的具有低级别的紧急性的通知信息，和诸如误差信息、故障信息的具有高级别的紧急性的通知信
白举雄尼、寸寸ο通过安装在装置管理系统1的每个装置中的程序(实行信息处理功能的软件)，可以实行该实施例的信息处理功能，其中所述程序从每个装置的存储器(RAM)被读取，并且通过处理単元(CPU)如下被执行。接下来，图6是用于说明该实施例的装置信息获取和管理数据设置/记录的处理的时序图。如图6所示，副服务器200根据预定计时，通过装置通信部22从作为管理对象的通信装置300获取装置信息(步骤S101)。在获取装置信息之后，装置通信部22将装置信息发送到数据管理部23，并且将用于数据设置/记录的请求发送到数据管理部23 (步骤S102)。在副服务器200中，数据管理部23根据数据设置/记录请求，设置并且记录通信装置300的装置信息作为管理数据(步骤S103)。此时，通过数据管理部23访问管理数据存储部24，并且对相应的数据(或者相应的存储区域)实行请求的数据设置/记录。随后，副服务器200通过利用数据管理部23，将装置信息传到主服务器通信部21， 并且请求主服务器通信部21传输装置信息(步骤S104)。結果，副服务器200通过利用主服务器通信部21，将通信装置300的装置信息传输到主服务器100 (步骤S105)。此时，主服务器通信部21基于分配给主服务器100的IP地址信息来传输装置信息。另ー方面，在利用副服务器通信部11从副服务器200接收通信装置300的装置信息之后，主服务器100将该装置信息传到功能执行部12，并且请求装置管理功能(步骤 S201)。在接收到通信装置300的装置信息之后，功能执行部12将装置信息发送到数据管理部13，并且请求数据管理部13实行数据设置/记录(步骤S202)。主服务器100利用数据管理部13实行设置/记录作为管理数据的通信装置300 的装置信息(步骤S20;3)。此时，通过数据管理部13来访问管理数据存储部14，并且实行对相应的数据(或者相应的存储区域)的请求的数据设置/记录。接下来，图7是用于说明基于该实施例的主服务器100中的通知条件的外部通知的处理的时序图。图7中显示在图6中所示的步骤S203之后的步骤，并且进一步显示当通过装置状态历史的统计的判断条件被设置为通知条件时的处理。如图7所示，在利用作为管理数据的通信装置300的装置信息通过数据管理部13 设置/记录装置信息之后，主服务器100将通信装置识别信息和通知条件信息14Df传到通知条件判断部15，并且请求通知条件的判断(步骤S301)。此时，数据管理部13将从设置和记录的通信装置300的装置信息获取的通信装置识别信息，和从管理数据存储部14D获取的通知条件信息14Df传到通知条件判断部15。結果，主服务器100利用通知条件判断部15，基于预定的通知条件来实行通知条件判断的处理。例如，当在通知条件信息14Df中，将用于根据装置状态历史的统计的判断的“相同错误的出现次数>一个月3次”设置为通知条件定义信息时，按如下实行通知条件判断。在从数据管理部13接收到通信装置识别信息和通知条件信息14Df之后，通知条件判断部15參照通知条件信息14Df，将应用的通知条件指定为“相同错误的出现次数>ー 个月3次”(步骤S302)。接下来，通知条件判断部15基于通信装置识别信息，经由数据管理部13来參照装置管理信息14Db，并且基于设置在装置管理信息14Db中的状态历史识别信息，參照判断所需的状态历史信息14Dc (步骤S303)。接下来，通知条件判断部15基于所參照的状态历史信息14Dc的记录数据判定相同错误的出现次数是否为每个月3次以上(步骤S304)。
結果，当通知条件判断部15判定满足通知条件时(当相同错误的出现次数为每个月3次以上时)，主服务器100将通知目的地信息传到通知部16，并且请求通知的传输(步骤S305)。此时，通知条件判断部15将从通知条件信息14Df获取的通知目的地信息传到通知部16。主服务器100基于通知目的地信息，通过通知部16来传输通知(步骤S306)。此吋，通知部16生成包含通知条件的判断结果的通知信息，并且将生成的通知信息传输到被指定为通知目的地信息的外部服务器400和/或管理员终端500。在上述通知条件的情况下，生成并且传输通知信息，该通知信息包含指示相同错误的出现次数为每个月3次以上(统计信息)和相应的通信装置300的信息。接下来，图8是用于说明基于该实施例的主服务器100中的通知条件的外部通知的处理的时序图。图8中图解当通过消耗物品历史的统计的判断条件被设置为通知条件时的处理。在下文中，将仅仅说明与图7的处理的不同之处。如图8所示，主服务器100通过通知条件判断部15，基于预定通知条件实行通知条件判断处理。例如，当用于根据消耗物品历史的统计判断的“消耗物品的交換次数>一个月3 次”在通知条件信息14Df中被设置为通知条件定义信息时，按如下实行通知条件判断。在从数据管理部13接收通信装置识别信息和通知条件信息14Df之后，通知条件判断部15參照通知条件信息14Df来将应用的通知条件指定为“消耗物品的交換次数>ー 个月3次，，(步骤S402)。接下来，通知条件判断部15经由数据管理部13，基于通信装置识别信息，參照装置管理信息14Db，并且基于设置在装置管理信息14Db中的消耗物品历史识别信息，參照判断所需的消耗物品历史信息14Dd(步骤S403)。接下来，通知条件判断部15基于參照的消耗物品历史信息14Dd的记录数据，判定消耗物品的交換次数是否为每个月3次以上(步骤S404)。結果，当通知条件判断部15判定满足通知条件时(当交換次数为每个月3次以上时)，主服务器100将通知目的地信息传到通知部16，并且请求通知的传输(步骤S405)。主服务器100基于通知目的地信息，通过通知部16传输通知(步骤S406)。在上述通知条件的情况下，生成并且传输通知信息，该通知信息包含指示消耗物品的交換次数为每个月3次以上(统计信息)和相应的通信装置300的信息。在上文中，已经阐明主服务器100的通知处理，并且当设置多个不同的通知条件吋，，对每个通知条件实行外部处理。在这种情况下，将存储多个通知条件信息段14Df，主服务器100被配置为基于每个通知条件信息段14Df，实行通知条件的判断，并且实行基于判断结果的外部通知处理。图9是用于说明基于该实施例的主服务器100中的通知条件的外部通知的处理的时序图。图9中显示在图6中所示的步骤S203之后的步骤，并且进一步显示当通过消耗物品的库存的判断条件被设置为通知条件时的处理。如图9所示，主服务器100基于消耗物品状态信息，通过功能执行部12来判定通信装置300的消耗物品是否已达到预定的消耗标准(步骤S501)。上述消耗物品状态信息被包含在通过副服务器通信部11接收的通信装置300的装置信息中。功能执行部12按如下实行消耗物品的消耗判断。例如，当消耗物品为记录纸时，作为消耗物品状态信息的介质托盘剰余量(单位％或者纸张数)判定是否处于预先设置的标准剩余量以下。当消耗物品为色粉盒时功能执行部12判定作为消耗物品状态信息的色粉剰余量(単位％ )是否处于预先设置的标准剩余量以下。当消耗物品为光电导体吋，功能执行部12判定作为消耗物品状态信息的累计转数(単位旋转)是否大于预先设置的标准旋转次数。当通过功能执行部12，判定已经达到消耗物品的消耗水平为常量的消耗标准吋， 主服务器100传送消耗物品名称信息至通知条件判断部15，并且请求检查消耗物品库存 (步骤S5(^)。此时，功能执行部12将包含在通过副服务器通信部11接收的通信装置300 的装置信息中的消耗物品名称信息传送到通知条件判断部15。結果，主服务器100通过通知条件判断部15，基于预定的通知条件，实行通知条件判断处理。例如，当用于根据消耗物品的库存条件判断的“库存数=‘0’”在通知条件信息 14Df中被设置为通知条件定义信息时，按如下实行通知条件判断。在从功能执行部12接收消耗物品名称信息之后，通知条件判断部15经由数据管理部13，參照消耗物品库存信息14De，并參照判断所需的库存数信息(步骤S503)。接下来，通知条件判断部15基于所參照的库存数信息，来确定库存数是否为 ‘0，(步骤 S504)。結果，当通知条件判断部15判定满足通知条件时(当库存数为‘0’吋)，主服务器 100将定货目的地信息传送到通知部16，并且请求通知的传输(步骤S505)。此时，通知条件判断部15将从消耗物品库存信息14De获取的定货目的地信息传到通知部16。主服务器100基于定货目的地信息，通过通知部16来传输通知(步骤S506)。此吋，通知部16生成包含定货信息的通知信息，并且生成的通知信息被传输到定货目的地信息中指定的供应承包商。在上述通知条件的情况下，生成并且传输通知信息，该通知信息包含功能执行部 13检查并请求的消耗物品的名称和定货数。接下来，图10是用于说明基于该实施例的副服务器200中的通知条件的外部通知的处理的时序图。图10中显示在图6中所示的步骤S104之后的步骤，并且进一步显示当通过装置状态的改变的判断条件被设置为通知条件时的处理。如图10所示，在将通信装置300的装置信息传输到主服务器100的请求被传送到主服务器通信部21之后，副服务器200使得数据管理部23将通信装置识别信息和通知条件信息MDb传送至通知条件判断部25，并且请求通知条件的判断(步骤S601)。此时，数据管理部23将从通信装置300的装置信息获取的通信装置识别信息和从管理数据存储部24D获取的通知条件信息MDb传送到通知条件判断部25。結果，副服务器200利用通知条件判断部25，基于预定的通知条件来实行通知条件判断的处理。例如，当在通知条件信息MDb中，将用于根据装置状态判断的“改变为服务呼叫(SC)出现”设置为通知条件定义信息时，按如下实行通知条件判断。在从数据管理部23接收到通信装置识别信息和通知条件信息MDb之后，通知条件判断部25參照通知条件信息24Db，并且将被应用的通知条件指定为“改变为服务呼叫 (SC)出现”状态(步骤S602)。接下来，通知条件判断部25基于通信装置识别信息、通过数据管理部23參照装置管理信息24Da，并且參照记录在装置管理信息MDa中的装置状态信息的最新装置状态值和先前(次最新)装置状态值(步骤S603)。接下来，通知条件判断部25基于最新装置状态值和先前装置状态值来判定装置状态是否已经改变成服务呼叫(SC)出现状态(步骤S604)。結果，当通知条件判断部25判定满足通知条件时(当装置状态已经改变成服务呼叫(SC)出现状态吋)，副服务器200将通知目的地信息传送到通知部沈，并且请求通知的传输(步骤S605)。此时，从通知条件信息MDb获取的通知目的地信息通过通知条件判断部25被传送到通知部26。副服务器200基于通知目的地信息，利用通知部沈传输通知(步骤S606)。此时， 通过通知部沈生成包含通知条件的判断结果的通知信息，并且将生成的通知信息到传输到在通知目的地信息中被指定的外部服务器400和/或管理员终端500。在上述通知条件的情况下，生成并且传输通知信息，该通知信息包括指示装置状态已经改变成服务呼叫(SC)出现状态的故障信息和关于相应的通信装置300的信息。接下来，图11是用于说明基于该实施例的副服务器200中的通知条件的外部通知的处理的时序图。图11中显示当通过改变消耗物品状态的判断条件被设置为通知条件时的处理。 在下文中，将仅仅说明与图10的处理的不同之处。如图11所示，副服务器200利用通知条件判断部25，基于预定的通知条件来实行通知条件判断的处理。例如，当在通知条件信息MDb中将由于消耗物品状态的改变而导致的“消耗物品剰余量被改变为接近结束状态”设置为通知条件定义信息吋，按如下实行通知条件判断。在从数据管理部23接收通信装置识别信息和通知条件信息MDb之后，通知条件判断部25參照通知条件信息MDb，并且将被应用的通知条件指定为“消耗物品剰余量被改变成接近结束状态”(步骤S702)。接下来，通知条件判断部25基于通信装置识别信息，通过数据管理部23參照装置管理信息24Da，并且參照记录在装置管理信息MDa中的消耗物品状态信息的最新状态值和先前(次最新)状态值(步骤S703)。接下来，通知条件判断部25基于最新状态值和先前状态值，判定消耗物品状态是否已经改变成接近结束状态(步骤S704)。結果，当通知条件判断部25判定满足通知条件时(当消耗物品状态已经改变成接近结束状态时)，副服务器200将通知目的地信息传送到通知部26，并且请求通知的传输 (步骤 S705)。副服务器200基于通知目的地信息，利用通知部沈来传输通知(步骤S706)。在上述通知条件的情况下，生成并且传输通知信息，该通知信息包括指示消耗物品状态已经改变成接近结束状态的故障信息和关于相应的通信装置300的信息。在上文中，已经阐明副服务器200的通知处理。当设定多个不同的通知条件时，对设定的每个通知条件实行通知处理。在这种情况下，将在副服务器200中存储多个通知条件信息项目24Db，基于每个通知条件信息项目MDb实行通知条件的判断，并且基于判断结果实行通知处理。如上所述，根据该实施例的装置管理系统1，多个通信装置300和管理通信装置 300的多个副服务器200 (装置管理装置)经由多个内部网络附被分别连接，并且多个副服务器200和主服务器100 (统ー管理装置)经由外部网络N2被连接在一起，并且主服务器100以统一方式管理由副服务器200管理的通信装置300。通信装置300经由副服务器 200中对应的一个被连接到主服务器100。副服务器200从通信装置300获取装置信息，通过数据管理部23将获取的装置信息存储在管理数据存储部M中，并且通过装置通信部22 管理通信装置300。利用主服务器通信部21，装置信息被传输到主服务器100。在利用副服务器通信部11从副服务器200接收通信装置300的装置信息之后，主服务器100利用数据管理部13将接收的装置信息存储在管理数据存储部14中，并且以统一方式管理由副服务器200管理的通信装置300。因此，该实施例的信息处理系统1能够提供一种在大规模环境中用于通信装置的装置管理服务。在该实施例的装置管理系统1中，通过能够设置不同的通知条件而在主服务器100中存储通知条件信息14Df，并且在副服务器200中存储通知条件信息24Db，并且根据每个通知信息的种类，将通信装置300的信息通知到外面的处理被划分，并且通过主服务器100和副服务器200实行分散处理。在该实施例的信息处理系统1中，对于通信装置，具有优质的装置管理服务能够在大规模环境中被实行。通过组成装置管理系统1的各个装置(例如，通信装置、主服务器、副服务器等等) 的处理单元(CPU)执行以适于操作环境(平台)的编程语言被编码的程序，来实行上述信息处理方法。例如，在主服务器100的情况下，上述程序可以被存储在计算机可读记录介质 103a中。上述程序可以通过驱动装置103被安装在主服务器100中。主服务器100被配备有接口装置107，并且上述程序还可以利用电信电路被下载并且被安装在主服务器100中。如上文所述，根据本公开，装置管理系统被布置使得装置管理系统中的通信装置经由装置管理装置被连接到统ー管理装置，并且可以提供一种能够在大规模环境中提供装置管理服务的装置管理系统、信息处理装置、信息处理方法和记录介质。本公开并不局限于具体公开的实施例，并且在不背离本公开的范围的情况下可以进行变化和修改。本申请是基于并且要求2010年11月M日提交的第2010-261770号和2011年8 月3日提交的第2011-170178号日本专利申请的优先权，并且其全部内容通过引用而结合在此。
权利要求
1.ー种管理多个通信装置的装置管理系统，其特征在干，所述多个通信装置被分别连接到多个装置管理装置，所述多个装置管理装置被连接到信息处理装置，并且每个通信装置经由所述多个装置管理装置中的ー个装置管理装置被连接到所述信息处理装置，每个装置管理装置包含第一数据存储部，所述第一数据存储部将所述通信装置的装置信息存储在预定的存储区域中；获取部，所述获取部从所述通信装置获取装置信息；第一管理部，所述第一管理部在所述第一数据存储部中设置和记录获取的装置信息， 并且管理所述通信装置；和传输部，所述传输部将所述获取的装置信息传输到所述信息处理装置，并且所述信息处理装置包含第二数据存储部，所述第二数据存储部将所述多个通信装置的所述装置信息存储在预定的存储区域中；接收部，所述接收部从所述多个装置管理装置接收所述装置信息；和第二管理部，所述第二管理部在所述第二数据存储部中设置和记录接收的所述装置信息，并且以统一方式管理由所述多个装置管理装置所管理的所述多个通信装置。
2.如权利要求1所述的装置管理系统，其特征在干，所述信息处理装置进ー步包含通知部，所述通知部将通知传输到外面；和通知条件判断部，所述通知条件判断部基于预定的通知条件来判断通知是否适当，其中，当所述装置信息满足所述通知条件吋，所述通知条件判断部请求所述通知部传输所述通知。
3.如权利要求2所述的装置管理系统，其特征在干，所述第二数据存储部存储包含在所述装置信息中的包含所述通信装置的装置状态值的装置状态信息，和包含所述通知条件的通知条件信息，并且所述通知条件判断部參照所述通知条件信息来指定所述通知条件，基于所述通知条件參照用于判断的所述装置状态信息，并且判定所述装置状态信息是否满足所述通知条件。
4.如权利要求2所述的装置管理系统，其特征在干，所述第二数据存储部存储包含在所述装置信息中的包含所述通信装置的消耗物品的状态值的消耗物品状态信息，和包含所述通知条件的通知条件信息，并且所述通知条件判断部參照所述通知条件信息来指定所述通知条件，基于所述通知条件參照用于判断的所述消耗物品状态信息，并且判定所述消耗物品状态信息是否满足所述通知条件。
5.如权利要求3所述的装置管理系统，其特征在干，所述通知部生成包含通过所述通知条件判断部输出的判断结果的通知信息，并且基于在所述通知条件信息中包含的通知目的地信息，将所述通知信息传输到通知目的地。
6.如权利要求3所述的装置管理系统，其特征在干，当包含作为装置状态历史积累的所述装置状态信息的装置状态历史信息，以及包含作为通知条件的通过所述装置状态历史的统计的判断条件的通知条件信息被存储在所述第二数据存储部中吋，所述通知条件判断部基于所述通知条件，參照用于通过装置状态历史的统计的判断的所述装置状态历史信息，并且判定所述装置状态历史信息是否满足所述判断条件。
7.如权利要求6所述的装置管理系统，其特征在干，所述通知部生成包含所述装置状态历史的统计信息的通知信息，并且基于在所述通知条件信息中包含的通知目的地信息， 将所述通知信息传输到通知目的地。
8.如权利要求4所述的装置管理系统，其特征在干，当包含作为消耗状态历史积累的所述消耗物品状态信息的消耗物品历史信息，以及包含作为通知条件的通过所述消耗状态历史的统计的判断条件的通知条件信息被存储在所述第二数据存储部中吋，所述通知条件判断部基于所述通知条件，參照用于通过消耗状态历史的统计的判断的所述消耗物品历史信息，并且判定所述消耗物品历史信息是否满足所述判断条件。
9.如权利要求8所述的装置管理系统，其特征在干，所述通知部生成包含所述消耗状态历史的统计信息的通知信息，并且基于在所述通知条件信息中包含的通知目的地信息， 将所述通知信息传输到通知目的地。
10.一种用于装置管理系统的信息处理装置，其特征在干，在所述装置管理系统中，多个通信装置被分别连接到多个装置管理装置，所述多个装置管理装置被连接到所述信息处理装置，并且每个通信装置经由所述多个装置管理装置中的ー个装置管理装置被连接到所述信息处理装置，所述信息处理装置包含数据存储部，所述数据存储部将所述多个通信装置的装置信息存储在预定的存储区域中；接收部，所述接收部从所述多个装置管理装置接收所述装置信息；和管理部，所述管理部在所述数据存储部中设置和记录接收的装置信息，并且以统一方式管理由所述多个装置管理装置所管理的所述多个通信装置。
11.如权利要求10所述的信息处理装置，其特征在干，进ー步包含 通知部，所述通知部将通知传输到外面；和通知条件判断部，所述通知条件判断部基于预定的通知条件来判断通知是否适当， 其中，所述通知条件判断部被配置成当所述装置信息满足所述通知条件时，请求所述通知部传输所述通知。
12.—种在管理多个通信装置的装置管理系统中使用的信息处理方法，其特征在干，所述多个通信装置被分别连接到多个装置管理装置，所述多个装置管理装置被连接到所述信息处理装置，并且每个通信装置经由所述多个装置管理装置中的ー个装置管理装置被连接到所述信息处理装置，每个装置管理装置包括将所述通信装置的装置信息存储在预定的存储区域中的第一数据存储部，并且所述信息处理装置包括将所述通信装置的所述装置信息存储在预定的存储区域中的第二数据存储部，所述装置管理方法包含通过每个装置管理装置的获取部从所述通信装置获取装置信息； 通过所述装置管理装置的第一管理部，在所述第一数据存储部中设置和记录获取的装置信息，从而管理所述通信装置；通过所述装置管理装置的传输部，将获取的装置信息传输到所述信息处理装置； 通过所述信息处理装置的接收部，从所述多个装置管理装置接收所述装置信息；和通过所述信息处理装置的第二管理部，在所述第二数据存储部中设置和记录接收的装置信息，从而以统一方式管理由所述多个装置管理装置所管理的所述多个通信装置。
全文摘要
本发明提供装置管理系统、信息处理装置和信息处理方法。在装置管理系统中，装置管理装置被连接到通信装置并且被连接到信息处理装置。每个装置管理装置包括从通信装置获取装置信息的获取部，在所述第一数据存储部中设置和记录装置信息并且管理通信装置的第一管理部，和将获取的装置信息传输到信息处理装置的传输部。信息处理装置包括从装置管理装置接收装置信息的接收部和第二管理部，该第二管理部在第二数据存储部中设置和记录接收的装置信息，并且以统一方式管理由多个装置管理装置所管理的通信装置。
文档编号H04L12/24GK102571411SQ201110379489
公开日2012年7月11日 申请日期2011年11月24日 优先权日2010年11月24日
发明者萩原健治 申请人:株式会社理光