CN101931552B - 管理装置 - Google Patents
管理装置 Download PDFInfo
- Publication number
- CN101931552B CN101931552B CN201010150501XA CN201010150501A CN101931552B CN 101931552 B CN101931552 B CN 101931552B CN 201010150501X A CN201010150501X A CN 201010150501XA CN 201010150501 A CN201010150501 A CN 201010150501A CN 101931552 B CN101931552 B CN 101931552B
- Authority
- CN
- China
- Prior art keywords
- target information
- type
- information
- type target
- management devices
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种管理装置。该管理装置可以包括第一获取单元和第二获取单元。第一获取单元可以通过向第一装置顺序地请求N1种类型的目标信息来从第一装置顺序地获取M1种类型的目标信息。M1种类型的目标信息是N1种类型的目标信息的一部分。第二获取单元可以通过向第一装置请求M1种类型的目标信息而不是向第一装置顺序地请求N1种类型的目标信息,从第一装置重新获取M1种类型的目标信息。在第二装置是等同于第一装置的装置的情况下,第二获取单元可以通过向第二装置请求M1种类型的目标信息而不向第二装置顺序地请求N1种类型的目标信息,从第二装置获取M1种类型的目标信息。
Description
相关申请的交叉引用
本申请要求于2009年6月24日提交的日本专利申请No.2009-149922的优先权,由此通过引用的方式将其内容并入本申请中。
技术领域
本说明书公开了一种从多个装置中的每一个中获取信息的管理装置。
背景技术
已知通过管理装置来管理网络上的多个装置的系统(例如,日本专利申请公开No.2000-183877)。在该系统中,管理装置向网络上的新发现的第一装置顺序地请求管理装置能够请求的所有类型的信息。第一装置仅将第一装置能够响应的特定类型的目标信息发送到管理装置。管理装置存储指示能够从第一装置获取的特定类型的类型信息。当在以后的场合中管理装置再次需要向第一装置请求目标信息时,管理装置仅请求特定类型的目标信息。
发明内容
在新发现了与第一装置等同的第二装置的情况下,以上管理装置向第二装置也顺序地请求所有类型的信息。当管理装置管理多个装置时,难以有效地向每个装置请求目标信息。更具体地,上述管理装置具有向第二装置作出不必要的请求的问题。本说明书中教导了限制执行这样不必要的请求的技术。
在本说明书中公开的技术的一个方面是一种管理装置。该管理装置可以以可通信的方式与第一装置和第二装置相连接。该管理装置可以包括第一获取单元和第二获取单元。
第一获取单元可以被配置成通过向第一装置顺序地请求N1种类型的目标信息来从第一装置顺序地获取M1种类型的目标信息。M1种类型的目标信息可以是N1种类型的目标信息的一部分,其中N1是等于或者大于2的整数,并且M1是等于或者大于1并且小于N1的整数。此外,短语“第一获取单元可以被配置成通过向第一装置顺序地请求N1种类型的目标信息来从第一装置顺序地获取M1种类型的目标信息”可以被改述为,例如,“第一获取单元可以被配置成通过向第一装置顺序地发送N1个请求分组来从第一装置顺序地获取M1种类型的目标信息”。
第二获取单元可以被配置成,在第一获取单元已经顺序地获取M1种类型的目标信息之后,通过向第二装置请求能够从第一装置获取的M1种类型的目标信息而不是向第二装置顺序地请求N1种类型的目标信息,从第一装置重新获取M1种类型的目标信息。在第二装置是与第一装置等同的装置的第一情况下,第二获取单元可以进一步通过向第二装置请求能够从第一装置获取的M1种类型的目标信息而不是向第二装置顺序地请求N1种类型的目标信息来从第二装置获取M1种类型的目标信息。
根据此配置,管理装置没有向第二装置作出对不能够从第一装置获取并且因此被假定为不能够从第二装置获取的目标信息的任何请求(这样的目标信息对应于在N1种类型的目标信息中除了M1种类型之外的类型的目标信息)。因此,能够防止不必要的请求。
在前述管理装置中,在M1可以是等于或者大于2的整数的情况下,第二获取单元可以在向第一装置和第二装置中的每个请求M1种类型的目标信息时发送一个请求分组,该一个请求分组包括与M1种类型的目标信息当中的至少两种类型的目标信息相对应的至少两个目标标识信息集合。以上的描述不仅意指第二获取单元仅发送一个请求分组以向第一装置和第二装置请求M1种类型的目标信息;以上的描述还包括通过第二获取单元发送两个或者多个请求分组(每个请求分组包括至少两个目标标识信息集合)来向第一装置和第二装置请求M1种类型的目标信息。
根据此配置,当向第一和第二装置请求能够从第一装置获取的M1种类型的目标信息时,能够在一个请求分组中一起请求至少两种类型的目标信息。与对在M1种类型的目标信息当中的每种类型的目标信息使用一个请求分组来请求的方法相比较,此方法能够减少发送到装置的请求分组的数目。因此,能够减少在管理装置与第一和第二装置之间的网络上的通信负载。
在两个装置的型号信息相同的情况下,有可能这些装置能够将相同类型的目标信息发送到管理装置。因此,可以基于这两个装置的型号信息是否匹配来判断这两个装置是否等同。在这种情况下,管理装置可以进一步包括基本信息获取单元,该基本信息获取单元被配置成获取第一装置的型号信息和第二装置的型号信息;以及判断单元,该判断单元被配置成通过判断(a)第一装置的型号信息与第二装置的型号信息是否匹配来判断第二装置是否是与第一装置等同的装置。
在不仅这两个装置的型号信息,而且固件版本信息也相同的情况下,很有可能这些装置能够将相同类型的目标信息发送到管理装置。因此,可以采用以下配置。基本信息获取单元可以进一步获取第一装置的固件版本信息和第二装置的固件版本信息。在这种情况下,判断单元可以通过判断(b)第一装置的固件版本信息与第二装置的固件版本信息是否匹配来判断第二装置是否是与第一装置等同的装置。
在前述的管理装置中,在第二装置不是与第一装置等同的装置的第二情况下,第一获取单元可以通过向第二装置顺序地请求N1种类型的目标信息来从第二装置顺序地获取M2种类型的目标信息。M2种类型的目标信息可以是N1种类型的目标信息的一部分,其中M2是等于或者大于1并且小于N1的整数。进一步地,第二获取单元可以在第一获取单元已经获取M2种类型的目标信息之后,通过向第二装置请求能够从第二装置获取的M2种类型的目标信息而不是向第二装置顺序地请求N1种类型的目标信息,从第二装置重新获取M2种类型的目标信息。
前述的管理装置可以进一步包括程序存储单元,该程序存储单元被配置成存储用于控制管理装置的性能的控制程序。在这种情况下,第一获取单元可以通过向第一装置顺序地请求N1种类型的目标信息来从第一装置顺序地获取M1种类型的目标信息,所述N1种类型的目标信息与存储在程序存储单元中的第一控制程序的能力相对应。“控制程序”还可以被称为,例如,“用于获取目标信息的应用程序”。
在第一控制程序已经被升级成第二控制程序的情况下,第一获取单元可以通过向第一装置顺序地请求N2种类型的目标信息来从第一装置顺序地获取M3种类型的目标信息,其中所述N2种类型的目标信息与第二控制程序的能力相对应。M3种类型的目标信息可以是N2种类型的目标信息的一部分,其中N2是等于或者大于2的整数,并且M3是等于或者大于1并且小于N2的整数。进一步地,第二获取单元可以在第一获取单元已经顺序地获取M3种类型的目标信息之后,通过向第一装置请求能够从第一装置获取的M3种类型的目标信息而不是向第一装置顺序地请求N2种类型的目标信息,从第一装置重新获取M3种类型的目标信息。
根据此配置,在用于控制管理装置的性能的控制程序已经被升级的情况下,管理装置能够通过顺序地请求来自第一装置的N2种类型(所有类型)的目标信息来获知能够从第一装置获取的M2种类型的目标信息。当要从第一装置重新获取目标信息时,管理装置不向第一装置请求不能够从第一装置获取的类型的目标信息。能够防止不必要的请求。
前述的配置可以进一步具有添加到其中的以下配置。第二获取单元可以通过向第二装置请求能够从第一装置获取的M3种类型的目标信息而不是向第二装置顺序地请求N2种类型的目标信息来从第二装置获取M3种类型的目标信息。根据此配置,当要从第二装置获取目标信息时,管理装置没有向第二装置作出对不能够从第一装置获取并且因此被假定为不能够从第二装置获取的目标信息的任何请求(这样的目标信息对应于在N2种类型的目标信息中除了M3种类型之外的类型的目标信息)。因此,能够防止不必要的请求。
替代地,在第一控制程序已经被升级成第二控制程序的情况下,第一获取单元可以通过向第一装置顺序地请求在N2种类型的目标信息当中的N3种类型的目标信息来从第一装置顺序地获取M4种类型的目标信息,其中N2种类型的目标信息与第二控制程序的能力相对应。N3种类型的目标信息的任何一个没有被包括在N1种类型的目标信息中,N2是大于N1的整数,N3是等于或者大于1的整数,并且M4是等于或者大于1并且等于或者小于N3的整数。进一步地,第二获取单元可以在第一获取单元已经顺序地获取M4种类型的目标信息之后,通过向第一装置请求能够从第一装置获取的M1种类型的目标信息和能够从第一装置获取的M4种类型的目标信息而不是向第一装置顺序地请求N2种类型的目标信息和向第一装置请求N3种类型的目标信息,从第一装置重新获取M1种类型的目标信息和M4种类型的目标信息。从上述中可以清楚地看出,N3=N2-N1。
在用于控制管理装置的性能的控制程序已经被升级的情况下,除了在升级之前管理装置已经能够请求的类型之外,管理装置能够在升级之后请求的目标信息类型通常包括新的类型(例如,N3种类型)。在升级之后管理装置还通常能够请求在升级之前管理装置已能够请求的类型。根据前述的配置,第一获取单元向第一装置顺序地请求通过升级添加的新的类型的目标信息。从向第一装置的顺序请求中能够省略在升级之前管理装置已能够请求的类型。从而能够减少发送到该装置的请求分组的数目。
前述的配置可以进一步具有添加到其中的下面的配置。第二获取单元可以被配置成通过向第二装置请求能够从第一装置获取的M1种类型的目标信息和能够从第一装置获取的M4种类型的目标信息而不是顺序地请求N2种类型的目标信息来从第二装置获取M1种类型的目标信息和M4种类型的目标信息。根据此配置,管理装置没有向第二装置作出对被假定为不能够从第二装置获取的目标信息的任何请求(即,在N3种类型的目标信息中除了M4种类型之外的类型的目标信息)。因此,能够防止不必要的请求。
在管理装置中,在第一装置的型号信息与第二装置的型号信息匹配,但是第二装置的固件版本信息比第一装置的固件版本信息更新的情况下,第一获取单元可以通过向第二装置顺序地请求在N1种类型的目标信息当中的N4种类型的目标信息来从第二装置顺序地获取在N4种类型的目标信息当中的M5种类型的目标信息。在这里,N4种类型的目标信息的任何一个没有被包括在能够从第一装置获取的M1种类型的目标信息中。N4是等于或者大于1的整数,并且M5是等于或者大于1并且等于或者小于N4的整数。进一步地,第二获取单元可以在第一获取单元已经顺序地获取M5种类型的目标信息之后,通过向第二装置请求能够从第一装置获取的M1种类型的目标信息和能够从第二装置获取的M5种类型的目标信息,从第二装置重新获取M1种类型的目标信息和M5种类型的目标信息。从上面可以清楚地看到,N4=N1-M1。
在装置的固件已经被升级的情况下,除了在升级之前装置已经能够响应的类型之外,在升级之后装置能够响应的目标信息类型通常包括新的类型。通常,通过具有新固件的装置还能够响应具有旧固件的装置能够响应的类型。根据前述配置,第一获取单元向具有新版本固件的第二装置顺序地请求不能够从具有旧版本固件的第一装置获取的类型的目标信息(即,N4种类型的目标信息)。这意味着第一获取单元能够省略向(具有新版本固件的)第二装置顺序地请求能够从(具有旧版本固件的)第一装置获取的类型。因此能够减少发送到该装置的请求分组的数目。
用于实现如在此所公开的管理装置的控制方法和计算机程序是新颖的并且具有实用性。进一步地,包括计算机程序的计算机可读介质也是新颖的并且具有实用性。进一步地,包括如在此所公开的管理装置、第一装置、以及第二装置的系统也是新颖的并且具有实用性。
附图说明
图1示出了第一实施例的管理系统的示意性配置。
图2示出了请求信息表的示例。
图3示出了目标信息表的示例。
图4示出了由第一实施例中的装置执行的处理的顺序图。
图5示出了由第一实施例中的装置执行的处理的顺序图。
图6示出了第一实施例的获取处理的流程图。
图7示出了第二实施例的获取处理的流程图。
图8示出了由第二实施例中的装置执行的处理的顺序图。
图9示出了第三实施例的获取处理的流程图。
图10示出了由第三实施例中的装置执行的处理的顺序图。
具体实施方式
(第一实施例)
(系统的配置)
将参考图1至图6解释第一实施例。管理系统2包括网络4,网络4包括LAN等等;管理装置10;多个多功能装置60、70、80等等。装置10、60、70、80都与网络4连接。装置10、60、70、80能够经由网络4相互进行通信。多功能装置60等等包括打印功能、扫描功能、传真通信功能等等。
(管理装置的配置)
将详细地解释管理装置10的配置。在本实施例中,将使用PC作为管理装置10来解释示例。管理装置10通过执行从其获取目标信息的处理来管理多功能装置60等等。
管理装置10包括控制器12、显示单元14、操作单元16、网络接口20、以及存储单元24。控制器12根据存储在存储单元24中的程序36来执行处理。显示单元14显示各种信息。操作单元16包括多个键。用户能够通过操作操作单元16将各种指令输入到管理装置10。网络接口20与网络4相连接。
存储单元24存储请求信息表30和目标信息表32。存储单元24包括工作区域34。工作区域34存储通过控制器12执行处理创建或者获取的信息。存储单元24存储要由控制器12执行的程序36。程序36包括用于请求目标信息并且从多功能装置60等等获取目标信息的应用程序37。存储单元24进一步具有用于存储除了信息30、32、36之外的信息的另一存储区域38。
图2中示例的请求信息表30包括多个组合信息102、104。组合信息102、104是关联以下的信息:型号信息106、固件版本信息108、以及多个响应信息110、112、114、116。此外,请求信息表30进一步包括应用37的版本信息118(参见图1)。型号信息106是指示由管理装置10管理的多功能装置60等等的型号的信息。型号信息106可以是,例如,多功能装置60等等的型号名称,或者多功能装置60等等的供应商名称。固件版本信息是指示安装在多功能装置60等等中的固件的版本的信息。在本实施例中,固件版本信息108的编号越高,则固件越新。
管理装置10能够向多功能装置60等等请求多种类型的目标信息。响应信息110等等中的每一个对应于一个各自类型的目标信息。当已经请求与响应信息相对应的类型的目标信息时,响应信息110等等中的每一个指示是否能够获取目标信息。例如,在组合信息102中与第三类型相对应的响应信息114是“O”(意指“可用”)。这指示当向具有包括在组合信息102中的型号信息“T1”和版本信息“1.00”的装置(例如,多功能装置60)请求第三类型的目标信息时能够获取第三类型的目标信息。另一当面,在组合信息102中第三类型的响应信息114是“x”(意指“不可用”)。这指示即使向具有包括在组合信息104中的型号信息“T2”和版本信息“2.01”的装置(例如,多功能装置70)请求第三类型的目标信息时也不能够获取第三类型的目标信息。
如图3中所示的目标信息表32包括多个组合信息132至136(可以被缩写为132等等)。组合信息132至136是关联以下的信息:节点名称138、MAC地址140、IP地址142、型号信息144、固件版本信息146、以及多种类型的目标信息150、152、154、156。组合信息132等等指示与由管理装置10管理的多功能装置60等等有关的信息。如果组合信息132是与多功能装置60有关的信息,则多功能装置60具有包括在组合信息132中的节点名称“P001”、MAC地址“M1”等等,并且根据具有固件版本信息“1.00”的固件进行操作。多种类型的目标信息150-156指示诸如打印页的数目、剩余的墨水等等的目标信息。因此,如果组合信息132是与多功能装置60有关的信息,则多功能装置60具有作为第一类型的目标信息(打印页)的“1024”。多功能装置60不具有第二类型的目标信息(剩余的墨水)等等。因此,多功能装置60不能够响应对第二类型的目标信息的请求。目标信息表32的第一至第四类型的目标信息150至156分别对应于请求信息表30的第一至第四响应信息110至116(参见图2)。在请求信息表30中,例如,型号“T1”和固件版本信息“1.00”被关联,“O”被存储为与第一类型相对应的响应信息110,并且“x”被存储为与第二类型相对应的响应信息112。与此相对应,具有型号“T1”和固件版本信息“1.00”(组合信息132、136)的装置在目标信息表32中具有与第一类型相对应的目标信息“1024”和“112”(即,它能够响应的目标信息),并且不具有与第二类型相对应的目标信息(即,装置不能够响应的目标信息)。
(由管理装置和多功能装置执行的处理的概要)
将给出对由管理装置10和多功能装置60、70、80执行的处理的简要解释。在图4的示例中,多功能装置60具有型号信息“T1”和固件版本信息“1.00”,并且多功能装置70具有型号信息“T2”和固件版本信息“2.01”。多功能装置60和多功能装置70具有不同的型号信息和固件版本信息。
在本实施例中,管理装置10和多功能装置60、70、80根据SNMP(简单网络管理协议)进行通信。管理装置10等同于SNMP管理器,并且多功能装置60、70、80等同于SNMP代理。管理装置10通过将获得(Get)命令发送到多功能装置60、70、80来请求目标信息。此获得命令包括用于识别目标信息的目标标识符(下面称为“OID(目标标识符)”)。下面,当单独使用词语“请求”时,这意指管理装置10通过将获得命令发送到多功能装置60、70、80来请求目标信息并且尝试获取该目标信息。
管理装置10通过将获得命令200发送到多功能装置60来请求一种类型的目标信息。获得命令200包括与该一种类型的目标信息相对应的一个OID1。如果多功能装置60具有与OID1相对应(意指多功能装置60能够响应)的目标信息202,则多功能装置60将目标信息202发送到管理装置10。与图4中所示的示例相反,如果多功能装置60不具有与OID 1相对应(意指多功能装置60不能响应)的目标信息202,则多功能装置60将指示它不能响应对OID1的请求的响应发送到管理装置10。接下来,管理装置10通过将获得命令204发送到多功能装置60来请求一种其它类型的目标信息。获得命令204包括与OID1不同的OID2。如果多功能装置60具有与OID2相对应(多功能装置60能够响应)的目标信息206,则多功能装置60将目标信息206发送到管理装置10。如果存在管理装置10能够请求的N1种类型的目标信息,其中N1是等于或者大于2的整数,则管理装置10将N1个获得命令200的集合等等顺序地发送到多功能装置60。换言之,管理装置10向多功能装置60请求N1次。因此,管理装置10从多功能装置60中获取多功能装置60已经能够响应的M1种类型的目标信息202等等,其中M1是等于或者大于1并且小于N1的整数。
如上所述,管理装置10能够获知能够从多功能装置60获取N1种类型的目标信息当中哪些类型的目标信息202等等。其后,管理装置10从多功能装置60中例如定期地获取信息。当管理装置10需要从多功能装置60中重新获取目标信息时,管理装置10将包括与能够从多功能装置60获取的M1种类型的目标信息相对应的所有OIDM1的获得命令212发送到多功能装置60,而不是如上所述顺序地发送其中的每一个包括一个OID的获得命令。如果M1等于或者大于2,则获得命令212包括与两种或者多种类型的目标信息相对应的两个或者多个OIDM1的集合。多功能装置60将与包括在获得命令212中的两种或者多种类型的OIDM1相对应的M1种类型的目标信息214响应地发送到管理装置10。在包括在单个获得命令的多个OID即使包括多功能装置60不能够响应的一个OID的情况下,本实施例的多功能装置60发送故障响应(具体地“没有这样的”响应),该故障响应指示多功能装置60不具有与OID相对应的目标信息。因此,故障响应不包括任何类型的目标信息。如果多功能装置60能够响应的多个OID即使包括多功能装置60不能够响应的一个OID,则多功能装置60等等不发送与该OID相对应的目标信息。由于多功能装置60能够对包括对在获得命令212中的所有的OIDM1作出相应,所以多功能装置60能够明确地响应于获得命令212,并且不发送故障响应。
进一步地,对于具有与多功能装置60的型号信息和固件版本信息不同的型号信息和固件版本信息的多功能装置70,管理装置10执行与用于多功能装置60的处理相同的处理。管理装置10顺序地发送其中的每一个包括一个OID的获得命令216、220、224。管理装置10向多功能装置70请求N1次。多功能装置70将关于它能够响应的OID的目标信息218、222、226(下面称为M2种类型的目标信息)发送到管理装置10,M2是等于或者大于1并且小于N1的整数。当多功能装置10需要在以后的场合中从多功能装置70重新获取目标信息时,管理装置10将包括与能够从多功能装置70获取的M2种类型的目标信息相对应的所有OIDM2的获得命令(未示出)发送到多功能装置70,而不是顺序地发送每个都包括一个OID的获得命令。响应于此,多功能装置70将与所有OIDM2相对应的M2种类型的目标信息(未示出)发送到管理装置10。
在图5的示例中,多功能装置60和多功能装置80具有相同的型号信息和固件版本信息。
与图4的示例相类似,管理装置10向多功能装置60请求N1次。进一步地,还与图4的示例相类似,当管理装置10在以后的场合中需要从多功能装置60重新获取目标信息时,则管理装置10将包括OIDM1的获得命令212发送到多功能装置60。
当管理装置10需要从多功能装置80获取目标信息时,管理装置10不顺序地发送每个都包括一个OID的获得命令。即,管理装置10避免发送N1次请求。相反,管理装置10将包括所有的M1个OIDM1的集合的获得命令316(即,具有与获得命令212相同的内容的获得命令316)发送到多功能装置80。具有相同的型号信息和版本信息的两个多功能装置60、80相对于它们能够响应的类型的目标信息也是相同的。因此,与多功能装置60的情况一样,多功能装置80能够响应于获得命令316将M1种类型的目标信息318发送到管理装置10。
(由管理装置10执行的处理)
接下来,将参考图6解释根据应用37由管理装置10的控制器12执行的处理的内容。如果满足以下条件(1)和(2)中的至少一个,则执行获取处理。(1)控制器12监视事先确定的轮询时间的进展。如果轮询时间已经流逝,则控制器12开始获取处理。(2)控制器12监视应用37是否已经升级。如果应用37已经被升级,则在本实施例中,控制器12清除请求信息表30(参见图2)和目标信息表32(参见图3),然后开始获取处理。
控制器12通过定期地将包括在请求信息表30中的版本信息118与程序36中的应用37的版本进行比较来监视应用37是否已经被升级。因此,如果控制器12确定程序36中的应用37的版本已经变得比包括在请求信息表30中的版本信息118更新,则控制器12确定应用37已经被升级。在这种情况下,控制器12开始获取处理,并且将包括在请求信息表30中的版本信息118重新写入新的版本。如果程序36中的应用37的版本与包括在请求信息表30中的版本信息118相同,则控制器12没有判定应用37已经被升级。
控制器12能够通过传播预定的命令来获知与网络4相连接的多个多功能装置60等等。控制器12从与网络4相连接的多个多功能装置60等等当中指定要从其获取目标信息的一个多功能装置(下面称为特定多功能装置)(S10)。控制器12通过向在S10中指定的特定多功能装置请求基本信息来从特定多功能装置获取基本信息(S12)。“基本信息”是包括多功能装置的节点名称、MAC地址、IP地址、型号信息、以及固件版本信息的信息。在从特定多功能装置获取基本信息之后,控制器12继续S14。
在S14中,控制器12判断包括与在S12中获取的型号信息和固件版本信息匹配的信息的组合信息(下面称为特定组合信息)是否出现在请求信息表30中。如果在S14中回答为“是”,则控制器12继续S16。如果在S14中回答为“否”,则控制器12继续S20。
在S16中,控制器12从请求信息表30中的特定组合信息(例如,102)中指定管理装置10能够获取的目标信息类型(由“O”指示的类型)。然后,控制器12将共同地包括与在S16中指定的所有类型相对应的OID的一个获得命令发送到特定多功能装置(S18)。此外,对能够包括在一个获得命令中的OID的数目设置界限,并且如果与在S16中指定的所有类型相对应的OID的数目超过该界限,则控制器12发送多个获得命令。在S18中发送获得命令的处理对应于图4和图5中的发送获得命令212的处理,并且对应于图5中发送获得命令316的处理。特定多功能装置将与包括在S18中发送的获得命令中的OID相对应的类型的目标信息发送到管理装置10。管理装置10获取与包括在S18中发送的获得命令中的OID相对应的目标信息。在结束S18之后,控制器12继续S24。
在S20中,控制器12顺序地发送每个都包括与控制器12能够请求的所有类型的目标信息的一个类型的目标信息相对应的一个OID的获得命令。因此,管理装置10从特定多功能装置顺序地获取特定多功能装置能够响应的类型的目标信息。S20中的顺序地发送获得命令的处理对应于图4和图5中的发送获得命令200、204、208、216、220、224的处理。
接下来,控制器12将新的组合信息写入请求信息表30(参见图2)(S22)。控制器12首先写入在S12中从特定多功能装置获取的型号信息和固件版本信息作为新的组合信息的型号信息106和固件版本信息108。接下来,控制器12写入新的组合信息的多个响应信息110至116。控制器12写入指示“O”(例如,“1”)的值作为与在S20中能够从特定多功能装置获取的类型相对应的响应信息(诸如在列110中),并且写入指示“x”(例如,“0”)的值作为与不能够从特定多功能装置获取的类型相对应的响应信息(诸如在列112中)。在S20中完成写入之后,控制器12继续S24。
在S24中,控制器12验证是否对与网络4相连接的所有多功能装置60等等已经执行了处理S 12至S22。如果回答为“是”,则控制器12继续S26。如果在S24中回答为“否”,则控制器12返回到S10,指定一个其它的多功能装置,并且重复相同的处理。
在S26中,控制器12更新目标信息表32(参见图3)。在S18中从多功能装置(例如,60)中重新获取与已经被存储在目标信息表32中的所存储的组合信息(例如,132)相对应的目标信息的情况下,控制器12将包括在所存储的组合信息中的旧的目标信息150至156升级成所重新获取的目标信息。进一步地,在例如在S18中或者S20中从多功能装置(例如,80)重新获取相应的组合信息没有出现在目标信息表32中的目标信息的情况下,控制器12在目标信息表32中创建新的组合信息。在这种情况下,控制器12首先写入在S12中获取的基本信息作为新的组合信息的信息138至146。接下来,控制器12写入在S18或者S20中获取的目标信息作为新的组合信息的多个目标信息150至156。在结束S26之后,控制器12结束获取处理。
以上已经详细地解释了本实施例的管理装置10。在管理装置10能够使用安装在管理装置10中的应用37请求的目标信息的所有类型是N1种类型的情况下,在图6的获取处理的S20中,管理装置10向例如多功能装置60请求N1次,用于请求N1种类型的目标信息(参见图4和图5)。从而管理装置10能够获知能够从多功能装置60获取M1种类型的目标信息。管理装置10能够将多功能装置60的型号信息106和固件版本信息108、和与能够从多功能装置60获取的类型的目标信息有关的响应信息110至116写入请求信息表30(参见图2)。当轮询时间已经流逝并且要从多功能装置60重新获取目标信息时,管理装置10不向多功能装置60请求N1次。相反,如图6的S16中所示,管理装置10通过向多功能装置60选择性地请求能够从多功能装置60获取的M1种类型的目标信息(参见图4的获得命令212)来从多功能装置60获取M1种类型的目标信息。由于没有向多功能装置60请求不能够从多功能装置60获取的类型的目标信息,所以能够防止不必要的请求。
进一步地,在与多功能装置60相对应的组合信息已经被存储在请求信息表30中的状态下,当要从具有与多功能装置60相同的型号信息和固件版本信息的多功能装置80获取目标信息时,管理装置10不向多功能装置80请求N1次。相反,如图6的S16中所示,由于它们能够从多功能装置60获取,也能够从多功能装置80获取(参见图5的获得命令316),所以管理装置10通过向多功能装置80选择性地请求M1种类型的目标信息来从多功能装置80获取M1种类型的目标信息。由于没有向多功能装置80请求假定为不能从多功能装置80获取的类型的目标信息,所以能够防止不必要的请求。
在本实施例中,如果安装在管理装置10中的应用37已经被升级,则请求信息表30(参见图2)和目标信息表32(参见图3)被清除,并且然后执行获取处理。在管理装置10能够使用被升级的应用请求的目标信息的所有的类型是N2种类型的情况下,N2是等于或者大于2的整数,如图6的S20中所示,管理装置10向例如多功能装置60对N2种类型的目标信息请求N2次。因此管理装置10能够获知能够从多功能装置60获取M3种类型的目标信息,M3是等于或者大于1并且等于或者小于N2的整数。因此管理装置10能够对多功能装置60写入与能够使用被升级的应用请求的N2种类型的目标信息相对应的响应信息110至116。当需要从多功能装置60重新获取目标信息时,管理装置10通过向多功能装置60选择性地请求M3种类型的目标信息而不是向多功能装置60请求N2次来从多功能装置60获取M3种类型的目标信息。类似地,当要从多功能装置80获取目标信息时,管理装置10通过向多功能装置80选择性地请求M3种类型的目标信息而不是向多功能装置80请求N2次来从多功能装置80获取M3种类型的目标信息。由于没有向多功能装置80请求不能够从多功能装置80获取的类型的目标信息,所以能够防止不必要的请求。由于没有向多功能装置60、80请求不能够从多功能装置60、80获取的类型的目标信息,所以能够防止不必要的请求。
在图6的S18中,发送一个获得命令,该获得命令包括与在S16中指定为可获取的多种类型的目标信息相对应的多个OID。此获得命令仅包括与多功能装置60能够响应的多种类型的目标信息相对应的多个OID。因此,管理装置10能够通过将一个获得命令发送到多功能装置60来一起获取多种类型的目标信息。此外,由于获得命令没有包括与多功能装置60不能够响应的目标信息相对应的任何OID,所以没有从多功能装置60接收到故障响应。因此获得命令没有变成不必要的请求。借助于此技术,与顺序地发送用于在多种类型的目标信息当中的每一种类型的目标信息的获得命令的技术相比较,在本实施例中能够减少从管理装置10发送的获得命令的数目。因此,能够减少在管理装置10和多功能装置60之间的网络4的通信负载。
(第二实施例)
将解释第二实施例。在本实施例中,当应用37已经被升级时执行的获取处理的内容(参见图1)不同于第一实施例。在本实施例中,当应用37已经被升级时,目标信息表32(参见图3)被清除,但是存储在请求信息表30(参见图2)中的内容没有被清除。在升级之后通常还能够请求在应用37升级之前管理装置10能够请求的目标信息类型。在升级之前管理装置10能够请求例如图2和图3中所示的第一至第四类型的目标信息。而且,在升级之后,管理装置10能够请求第一至第四类型的目标信息。当应用37被升级时,管理装置10能够请求的目标信息类型的数目通常增加。在升级应用37之前管理装置10能够请求的目标信息类型已经被限制成第一至第四类型的情况下,在升级应用37之后,管理装置10可以变得能够请求除了第一至第四类型之外的第五和第六类型。控制器12将与在升级之后能够请求的新的类型相对应的列添加到请求信息表30和目标信息表32。然后,控制器12执行图7中所示的获取处理。此外,当轮询时间已经流逝时执行的获取处理与第一实施例中的相同(参见图6)。
处理S30至S34与图6的S10至S14相同。如果在S34中回答为“是”,则控制器12继续S36。如果在S34中回答为“否”,则控制器12继续S44。处理S44和S46与图6的S20和S22相同。如上所述,由于在开始图7的获取处理之前与新的类型相对应的列被添加到请求信息表30,所以在S44中同样请求该新的类型的目标信息。
处理S36和S38与图6的S16和S18相同。在S40中,控制器12顺序地发送获得命令,该获得命令中的每一个包括与管理装置10能够请求通过升级应用37已经新添加的这些类型的特定类型的目标信息中的一个相对应的一个OID。作为处理S40的结果,管理装置10从在S30中指定的特定多功能装置顺序地获取特定多功能装置能够响应的类型的目标信息。
接下来,控制器12将与由于升级变得能够请求的新类型相对应的响应信息写入在请求信息表30内的在S34中指定的特定组合信息(参见图2)(S42)。控制器42写入指示“O”的值作为与在S40中能够从特定多功能装置获取的类型(例如,第五类型)相对应的响应信息,并且写入指示“x”的值作为与在S40中不能够从特定多功能装置获取的类型(例如,第六类型)相对应的响应信息。在S42中完成写入之后,控制器12继续S48。处理S48和S50与图6的S24和S26相同。
根据图7的获取处理,管理装置10执行例如下面参考图8所描述的处理。多功能装置60和多功能装置80具有匹配版本的型号和固件。在升级应用37之前,与多功能装置60相对应的组合信息(例如,102)被存储在请求信息表30中。与在升级之前管理装置10能够请求的N1种类型的目标信息相对应的响应信息110至116被存储在此组合信息中。与第一实施例一样,能够从多功能装置60获取的目标信息的类型是M1种类型。
在本示例中,当应用37被升级(S28)时,管理装置10能够请求的目标信息类型从N1种类型增加到N2种类型。在本实施例中,N3(N3=N2-N1)种类型的目标信息被添加作为管理装置能够请求的类型,N3是等于或者大于1的整数。首先,在图7的S36、S38中,管理装置10将共同地包括与能够从多功能装置60获取的M1种类型的目标信息相对应的M1个OID的集合的一个获得命令400发送到多功能装置60,并且从多功能装置60获取M1种类型的目标信息402。接下来,在图7的S40中,管理装置10请求N3次,用于请求已经新变得能够请求的N3种类型的目标信息。如图8中所示,管理装置10将用于请求N3种类型的目标信息的获得命令404、408顺序地发送到多功能装置60。响应于此,多功能装置60将它能够响应的目标信息406、410顺序地发送到管理装置10。因此管理装置10能够获知能够从多功能装置60获取M4种类型的目标信息,M4是等于或者大于1并且等于或者小于N3的整数。在图7的S38中,管理装置10没有顺序地发送用于在升级之前管理装置10已经能够请求的类型的目标信息(即,N1种类型的目标信息)的获得命令。管理装置10没有顺序地请求在升级之前它已经能够请求的类型的目标信息。因此,能够减少发送到多功能装置60的获得命令的数目。
在图7的S42中,“O”被写入请求信息表30中与多功能装置60相对应的组合信息中的与M4种类型的目标信息相对应的响应信息。因此,当由于例如轮询时间已经流逝而造成管理装置10需要从多功能装置60重新获取目标信息(参见图6的S16和S18)时,管理装置10将包括与在升级之前能从多功能装置60获取的M1种类型的目标信息、和在升级之后能够从多功能装置60新获取的M4种类型的目标信息相对应的M1+M4个OID的集合的获得命令412发送到多功能装置60。因此管理装置10从多功能装置60获取M1+M4种类型的目标信息414。进一步地,当管理装置10需要从具有与多功能装置60的型号信息和固件版本相同的型号信息和固件版本信息的多功能装置80获取目标信息时,管理装置10省略请求N3次用于从中请求N3种类型的目标信息。相反,管理装置10将包括与能够从多功能装置60获取的M1种类型的目标信息和M4种类型的目标信息相对应的M1+M4个OID的集合的一个共同获得命令416发送到多功能装置80。因此管理装置10从多功能装置80获取M1+M4种类型的目标信息418。由于管理装置10没有向多功能装置80请求不能够从中获取的类型的目标信息,所以能够防止不必要的请求。
(第三实施例)
将参考图9和图10解释第三实施例。在本实施例中,获取处理的内容不同于第一实施例。在图9中的第一获取处理中,处理S60和S62与图6的S10和S12相同。控制器12判断包括与在S62中获取的型号信息匹配的型号信息的特定组合信息是否出现在请求信息表30中(S64)。如果回答为“是”,则控制器12继续S66。如果在S64中回答为“否”,则控制器12继续S72。在S66中,控制器12判断特定组合信息是否包括与在S62中获取的固件版本信息匹配的固件版本信息。如果回答为“是”,则控制器12继续S68。如果在S66中回答为“否”,则控制器12继续S76。
处理S68和S70与图6的S16和S18相同。在结束S70之后,控制器12继续S88。在S76中,控制器12判断在S60中指定的特定多功能装置的固件版本信息是否比包括在特定组合信息中的固件版本信息更旧。如果回答为“是”,则控制器12继续S72。处理S72和S74与图6的S20和S22相同。
如果在S76中回答为“否”,则控制器12继续S78。如果在S76中回答为“否”,则在S60中指定的特定多功能装置的固件版本信息比在S64中从请求信息表30(参见图2)中指定的特定组合信息的固件版本信息更新。具有新版本固件的特定多功能装置能够响应具有旧版本固件的多功能装置能够响应的所有类型的目标信息。例如,在图2的请求信息表30中,与型号“T1”和固件版本信息“1.00”相关联地存储“O”作为与第一类型、第三类型、以及第四类型的目标信息相对应的响应信息110、114、116。如果特定多功能装置具有型号“T1”和固件版本信息“1.01”,则特定多功能装置能够响应第一类型、第三类型、以及第四类型的目标信息。进一步地,当固件被升级时,能够被响应的目标信息类型通常增加。因此,在以上示例的情况下,具有固件版本信息“1.01”的固件的特定多功能装置能够响应固件版本信息“1.00”的固件不能够响应的第二类型的对象信息。为了对此进行验证,管理装置10执行(要描述的)处理S84。
在S78中,控制器12创建新的组合信息。首先,控制器12写入在S62中获取的特定多功能装置的型号信息和版本信息作为新的组合信息的型号信息106和固件版本信息108。进一步地,控制器12写入包括在S64中指定的特定组合信息中的所有响应信息110至116作为新的组合信息的响应信息110至116。接下来,控制器12指定管理装置10能够从包括在新的组合信息中的响应信息110至116当中获取的目标信息类型(由“O”指示的类型)(S80)。接下来,控制器12将共同地包括与在S80中指定的所有类型相对应的OID的一个获得命令发送到特定多功能装置(S82)。因此,管理装置10获取与包括在S82中发送的获得命令中的OID相对应的目标信息。
如上所述,具有新版本固件的特定多功能装置能够响应具有旧版本固件的多功能装置能够响应的一些或者所有目标信息。对于管理装置10不能够从包括在新的组合信息中的响应信息当中获取的目标信息类型(由“x”指示的类型)中的每一个,控制器12顺序地发送每个都包括与这些类型中的一个相对应的一个OID的获得命令(S84)。因此管理装置10能够获取具有新版本固件的特定多功能装置能够响应的类型的目标信息。接下来,对于新的组合信息中由响应信息110至116中的“x”指示的类型,在S84中已经获取目标信息的情况下,控制器12将与这些类型相对应的响应信息改变成“O”(S86)。在结束S86之后,控制器12继续S88。处理S88和S90与图6的S24和S26相同。
根据图9的获取处理,管理装置10执行例如如下所述的处理。多功能装置80具有与多功能装置60相同的型号信息,并且具有比多功能装置60的版本固件更新的版本固件。与多功能装置60相对应的组合信息(例如,102)被存储在请求信息表30中。在此组合信息中,与第一实施例一样,能够从多功能装置获取的目标信息的类型是M1种类型。在这种情况下,如果在图9的S60中指定了多功能装置80,则在S64中管理装置10确定为“是”,在S66中确定为“否”,并且在S76中确定为“否”。在接下来执行的S78中,管理装置10在请求信息表30中创建与多功能装置80相对应的新的组合信息。接下来,在S80、S82中,管理装置10将共同地包括与能够从多功能装置60获取的M1种类型的目标信息相对应的M1个OID的集合的一个获得命令500发送到多功能装置80,并且从多功能装置80获取M1种类型的目标信息502。接下来,在S84中,管理装置10指定多功能装置60不能够响应的目标信息类型。在这里指定的目标信息类型是N4种类型的情况下,N4是等于或者大于1的整数,管理装置10请求N4次用于向在S60中指定的多功能装置80请求N4种类型的目标信息。如图10中所示,管理装置10将用于请求N4种类型的目标信息的获得命令504、508顺序地发送到多功能装置80。响应于此,多功能装置80将它能够响应的目标信息506、510顺序地发送到管理装置10。因此管理装置10获知能够从多功能装置80获取M5种类型的目标信息。在图9的S82中,管理装置10没有顺序地发送用于能够从多功能装置60获取的类型的目标信息的获得命令。管理装置10没有顺序地请求能够从多功能装置60获取的类型的目标信息。因此,能够减少发送到多功能装置80的获得命令的数目。
在图9的处理S78和S86中,“O”被写入请求信息表30中与多功能装置80相对应的组合信息中与M1种类型的目标信息和M5种类型的目标信息相对应的响应信息110至116。因此,当如图8中所示管理装置10需要从多功能装置80重新获取目标信息(参见9的S68,S70)时,管理装置10将共同地包括与M1种类型的目标信息和M5种类型的目标信息相对应的M1+M5个OID的集合的获得命令512发送到多功能装置80。因此管理装置10从多功能装置80获取M1+M5种类型的目标信息514。
从上述描述中可以清楚看到,图6的处理S20、图7的处理S40、S44、以及图9的处理S72、S84对应于由本发明的第一获取单元执行的处理。图6的处理S18、图7的处理S38、以及图9的处理S70、S82对应于由本发明的第二获取单元执行的处理。图6的处理S12、图7的处理S32、以及图9的处理S62对应于由本发明的基本信息获取单元执行的处理。图6的处理S14、图7的处理S34、以及图9的处理S64、S66对应于由本发明的判断单元执行的处理。图6的S14、图7的S34、以及图9的S66中为“是”的情况对应于本发明的第一情况。图6的S14、图7的S34、以及图9的S64、S66中为“否”的情况对应于本发明的第二情况。进一步地,OID、获得命令、以及应用37分别对应于目标标识信息、请求分组、以及控制程序。
将解释实施例的变体。如果在图9的S76中回答为“是”,则能够执行下述处理替代S72。控制器12在请求信息表30中创建新的组合信息。首先,控制器12写入在S62中获取的特定多功能装置的型号信息和版本信息作为新的组合信息的型号信号106和固件版本信息108。进一步地,控制器12写入包括在S64中指定的特定组合信息中的所有响应信息110至116作为新的组合信息的响应信息110至116。接下来,控制器12指定在包括在新的组合信息中的响应信息110至116当中管理装置10能够获取的目标信息类型(由“O”指示的类型)。接下来,控制器12顺序地发送每个都包括用于所有类型的指定目标信息的一个OID的获得命令。管理装置10能够获取特定多功能装置能够响应的类型的目标信息。由于具有旧版本固件的特定多功能装置自然地不能响应在包括在新的组合信息中的响应信息当中管理装置10不能够获取的目标信息类型(由“x”指示的类型),所以控制器12省略对其请求。在图9的S72中,顺序地请求所有类型的目标信息。在这里,通过对比,能够省略请求。在能够获取目标信息的情况下,借助于这些处理,对于在新的组合信息中的响应信息110至116中由“O”指示的类型,控制器12保持与这些类型相对应的响应信息为“O”,并且在不能够获取目标信息的情况下,将与那些类型相对应的响应信息改变成“x”。在结束这些处理之后,控制器12继续S88。
Claims (7)
1.一种管理装置,所述管理装置被配置成以可通信的方式与第一装置和第二装置相连接,所述管理装置包括:
第一获取单元,所述第一获取单元被配置成通过向所述第一装置顺序地请求N1种类型的目标信息来从所述第一装置顺序地获取M1种类型的目标信息,其中所述M1种类型的目标信息是所述N1种类型的目标信息的一部分,所述N1是等于或者大于2的整数,并且所述M1是等于或者大于1并且小于所述N1的整数;以及
第二获取单元,所述第二获取单元被配置成,在所述第一获取单元已经顺序地获取所述M1种类型的目标信息之后,通过向所述第一装置请求能够从所述第一装置获取的所述M1种类型的目标信息而不是向所述第一装置顺序地请求所述N1种类型的目标信息,从所述第一装置重新获取所述M1种类型的目标信息,
其中,在所述第二装置是与所述第一装置等同的装置的第一情况下,所述第二获取单元进一步通过向所述第二装置请求能够从所述第一装置获取的所述M1种类型的目标信息而不是向所述第二装置顺序地请求所述N1种类型的目标信息,从所述第二装置获取所述M1种类型的目标信息
其中,在所述第二装置不是与所述第一装置等同的装置的第二情况下:
所述第一获取单元通过向所述第二装置顺序地请求所述N1种类型的目标信息来从所述第二装置顺序地获取M2种类型的目标信息,其中所述M2种类型的目标信息是所述N1种类型的目标信息的一部分,其中所述M2是等于或者大于1并且小于所述N1的整数,并且
所述第二获取单元在所述第一获取单元已经顺序地获取所述M2种类型的目标信息之后,通过向所述第二装置请求能够从所述第二装置获取的所述M2种类型的目标信息而不是向所述第二装置顺序地请求所述N1种类型的目标信息,从所述第二装置重新获取所述M2种类型的目标信息。
2.根据权利要求1所述的管理装置,其中
在所述M1是等于或者大于2的整数的情况下,所述第二获取单元在向所述第一装置和所述第二装置中的每一个请求所述M1种类型的目标信息时,发送一个请求分组,所述一个请求分组包括与在所述M1种类型的目标信息当中至少两种类型的目标信息相对应的至少两个目标标识信息集合。
3.根据权利要求1所述的管理装置,进一步包括:
基本信息获取单元,所述基本信息获取单元被配置成获取所述第一装置的型号信息和所述第二装置的型号信息;以及
判断单元,所述判断单元被配置成通过判断(a)所述第一装置的所述型号信息与所述第二装置的所述型号信息是否匹配来判断所述第二装置是否是与所述第一装置等同的装置。
4.根据权利要求3所述的管理装置,其中
所述基本信息获取单元进一步获取所述第一装置的固件版本信息和所述第二装置的固件版本信息,并且
所述判断单元通过进一步判断(b)所述第一装置的所述固件版本信息与所述第二装置的所述固件版本信息是否匹配来判断所述第二装置是否是与所述第一装置等同的装置。
5.根据权利要求1所述的管理装置,进一步包括:
程序存储单元,所述程序存储单元被配置成存储用于控制所述管理装置的性能的控制程序,
其中所述第一获取单元通过向所述第一装置顺序地请求所述N1种类型的目标信息来从所述第一装置顺序地获取所述M1种类型的目标信息,所述N1种类型的目标信息与存储在所述程序存储单元中的第一控制程序的能力相对应,
其中,在所述第一控制程序已经被升级成第二控制程序的情况下:
所述第一获取单元通过向所述第一装置顺序地请求N2种类型的目标信息来从所述第一装置顺序地获取M3种类型的目标信息,其中所述N2种类型的目标信息与所述第二控制程序的能力相对应,所述M3种类型的目标信息是所述N2种类型的目标信息的一部分,所述N2是等于或者大于2的整数,并且所述M3是等于或者大于1并且小于所述N2的整数,并且
所述第二获取单元在所述第一获取单元已经顺序地获取所述M3种类型的目标信息之后,通过向所述第一装置请求能够从所述第一装置获取的所述M3种类型的目标信息而不是向所述第一装置顺序地请求所述N2种类型的目标信息,从所述第一装置重新获取所述M3种类型的目标信息。
6.根据权利要求1所述的管理装置,进一步包括:
程序存储单元,所述程序存储单元被配置成存储用于控制所述管理装置的性能的控制程序,
其中,所述第一获取单元通过向所述第一装置顺序地请求所述N1种类型的目标信息来从所述第一装置顺序地获取所述M1种类型的目标信息,所述N1种类型的目标信息与存储在所述程序存储单元中的第一控制程序的能力相对应,
其中,在所述第一控制程序已经被升级成第二控制程序的情况下:
所述第一获取单元通过向所述第一装置顺序地请求在N2种类型的目标信息当中的N3种类型的目标信息来从所述第一装置顺序地获取在所述N3种类型的目标信息当中的M4种类型的目标信息,其中所述N2种类型的目标信息与所述第二控制程序的能力相对应,所述N3种类型的目标信息的任何一个没有被包括在所述N1种类型的目标信息中,所述N2是大于所述N1的整数,所述N3是等于或者大于1的整数,并且所述M4是等于或者大于1并且等于或者小于所述N3的整数;并且
所述第二获取单元在所述第一获取单元已经顺序地获取所述M4种类型的目标信息之后,通过向所述第一装置请求能够从所述第一装置获取的所述M1种类型的目标信息和能够从所述第一装置获取的所述M4种类型的目标信息而不是向所述第一装置顺序地请求所述N2种类型的目标信息和所述N3种类型的目标信息,从所述第一装置重新获取所述M1种类型的目标信息和所述M4种类型的目标信息。
7.根据权利要求4所述的管理装置,其中
在所述第一装置的型号信息与所述第二装置的型号信息匹配,并且所述第二装置的固件版本信息比所述第一装置的固件版本信息更新的情况下:
所述第一获取单元通过向所述第二装置顺序地请求在所述N1种类型的目标信息当中的N4种类型的目标信息来从所述第二装置顺序地获取在所述N4种类型的目标信息当中的M5种类型的目标信息,其中所述N4种类型的目标信息的任何一个没有被包括在能够从所述第一装置获取的所述M1种类型的目标信息中,所述N4是等于或者大于1的整数,并且所述M5是等于或者大于1并且等于或者小于所述N4的整数;并且
所述第二获取单元在所述第一获取单元已经顺序地获取所述M5种类型的目标信息之后,通过向所述第二装置请求能够从所述第一装置获取的所述M1种类型的目标信息和能够从所述第二装置获取的所述M5种类型的目标信息,从所述第二装置重新获取所述M1种类型的目标信息和所述M5种类型的目标信息。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009149922A JP5263029B2 (ja) | 2009-06-24 | 2009-06-24 | 管理装置及びコンピュータプログラム |
JP2009-149922 | 2009-06-24 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101931552A CN101931552A (zh) | 2010-12-29 |
CN101931552B true CN101931552B (zh) | 2013-05-29 |
Family
ID=42734760
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010150501XA Active CN101931552B (zh) | 2009-06-24 | 2010-03-23 | 管理装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8467076B2 (zh) |
EP (1) | EP2267943B1 (zh) |
JP (1) | JP5263029B2 (zh) |
CN (1) | CN101931552B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130212574A1 (en) * | 2012-02-14 | 2013-08-15 | Microsoft Corporation | Sub-Device Discovery and Management |
JP6035566B2 (ja) * | 2012-09-03 | 2016-11-30 | 西日本電信電話株式会社 | 遠隔監視システム及び遠隔監視方法 |
US10212302B1 (en) * | 2017-08-18 | 2019-02-19 | Kabushiki Kaisha Toshiba | Cloning system and method for multifunction peripherals |
US20200045197A1 (en) * | 2018-07-31 | 2020-02-06 | Toshiba Tec Kabushiki Kaisha | System and method for deploying software and applications |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170468A (zh) * | 2007-11-22 | 2008-04-30 | 中国电信股份有限公司 | 光网络单元能力信息获得方法及系统 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000183877A (ja) * | 1998-12-15 | 2000-06-30 | Canon Inc | ネットワークデバイス制御装置及び方法 |
US6718378B1 (en) * | 1999-04-30 | 2004-04-06 | Canon Kabushiki Kaisha | Device management information processing apparatus method and storage medium |
JP2000322364A (ja) | 1999-05-14 | 2000-11-24 | Fuji Xerox Co Ltd | デバイス状態監視装置および方法 |
JP3874071B2 (ja) * | 2001-03-27 | 2007-01-31 | セイコーエプソン株式会社 | ネットワークデバイス管理装置、プログラム、情報記憶媒体およびネットワークデバイス管理方法 |
JP4027274B2 (ja) * | 2002-12-27 | 2007-12-26 | キヤノンマーケティングジャパン株式会社 | 情報処理装置及びその制御方法、プログラム |
JP4036213B2 (ja) * | 2004-08-25 | 2008-01-23 | セイコーエプソン株式会社 | デバイス管理システム |
US20060129664A1 (en) * | 2004-11-15 | 2006-06-15 | Scott Reimert | Method and apparatus for diagnosing a network |
JP2007157074A (ja) | 2005-12-08 | 2007-06-21 | Canon Inc | 情報処理装置及びその制御方法 |
JP4644221B2 (ja) | 2007-05-11 | 2011-03-02 | 三菱電機株式会社 | ネットワークシステム |
JP5444865B2 (ja) * | 2009-06-16 | 2014-03-19 | ブラザー工業株式会社 | 通信装置 |
-
2009
- 2009-06-24 JP JP2009149922A patent/JP5263029B2/ja active Active
-
2010
- 2010-03-16 EP EP20100002751 patent/EP2267943B1/en active Active
- 2010-03-17 US US12/725,791 patent/US8467076B2/en active Active
- 2010-03-23 CN CN201010150501XA patent/CN101931552B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101170468A (zh) * | 2007-11-22 | 2008-04-30 | 中国电信股份有限公司 | 光网络单元能力信息获得方法及系统 |
Non-Patent Citations (2)
Title |
---|
JP特开2000-322364A 2000.11.24 |
JP特开2008-283542A 2008.11.20 |
Also Published As
Publication number | Publication date |
---|---|
JP2011008409A (ja) | 2011-01-13 |
US8467076B2 (en) | 2013-06-18 |
EP2267943A1 (en) | 2010-12-29 |
JP5263029B2 (ja) | 2013-08-14 |
EP2267943B1 (en) | 2012-11-07 |
US20100328696A1 (en) | 2010-12-30 |
CN101931552A (zh) | 2010-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100963709B1 (ko) | 용량 관리 객체 유지 및 관리를 위한 방법, 시스템 및터미널 | |
US8151258B2 (en) | Managing software patches | |
CN101931552B (zh) | 管理装置 | |
CN107589955B (zh) | 一种双cmc固件版本的升级方法及系统 | |
JP5476834B2 (ja) | 情報処理装置、ワークフローシステム、ワークフロー管理方法、プログラムおよび記録媒体 | |
US20050114853A1 (en) | Software upgrade and downgrade in systems with persistent data | |
JP4576130B2 (ja) | 通信系アプリケーションプログラムのバージョン更新方法及びそのプログラム | |
JPH03148749A (ja) | マスタ/スレーブシステム及びその制御方法 | |
JP2007282148A (ja) | Ponシステム及び自動ダウンロード方法 | |
JPH10171635A (ja) | 分散環境におけるソフトウエア資源を管理するシステムと方法 | |
CN111769966B (zh) | 一种克隆升级方法、系统和应用 | |
US8166199B2 (en) | Communication apparatus, network system, communication method and program | |
CN101931722B (zh) | 管理装置 | |
JP2010128707A (ja) | 電子機器、サーバ、およびその制御方法 | |
CN111371593A (zh) | 一种业务部署方法、装置、电子设备及存储介质 | |
US9154334B2 (en) | Apparatus management device, apparatus configuration method, and storage medium | |
JP2009187452A (ja) | インストーラ,周辺機器制御装置および固有情報サーバ | |
Cisco | How to Update Modem Firmware on a Cisco AS5200 Universal Access Server | |
Cisco | How to Update Modem Firmware on a Cisco AS5200 Universal Access Server | |
Cisco | How to Update Modem Firmware on a Cisco AS5200 Universal Access Server | |
Cisco | How to Update Modem Firmware on a Cisco AS5200 Universal Access Server | |
JP2013120428A (ja) | 情報処理装置、情報管理システム、情報処理プログラム | |
CN112486504A (zh) | 交互方法、上位机和计算机可读存储介质 | |
US9692917B2 (en) | Operating information storing system, operating information storing method, and non-transitory computer readable recording medium storing an operating information storing method for storing information from volatile memory to non-volatile memory | |
CN117389637B (zh) | 一种主机状态确认方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |