CN103080913B - 发现与通信网络连接的通信装置的方法及管理装置 - Google Patents

发现与通信网络连接的通信装置的方法及管理装置 Download PDF

Info

Publication number
CN103080913B
CN103080913B CN201080068843.5A CN201080068843A CN103080913B CN 103080913 B CN103080913 B CN 103080913B CN 201080068843 A CN201080068843 A CN 201080068843A CN 103080913 B CN103080913 B CN 103080913B
Authority
CN
China
Prior art keywords
address
information
management
communicator
management agreement
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
Application number
CN201080068843.5A
Other languages
English (en)
Other versions
CN103080913A (zh
Inventor
富田琢巳
有坂刚
黑田泽希
西谷康仁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of CN103080913A publication Critical patent/CN103080913A/zh
Application granted granted Critical
Publication of CN103080913B publication Critical patent/CN103080913B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/022Multivendor or multi-standard integration

Abstract

一种管理装置,存储表示各属性/协议关系(通信装置属性、与被推测为对具有该通信装置属性的通信装置最合适的管理协议之间的对应关系)的属性/协议管理信息。管理装置在用于通信装置的发现的认证信息的输入之前,对多个地址中的每个地址进行如下处理:(A)发起指定了地址的询问,(B)在从存在于由该询问所指定的地址的通信装置接收到针对该询问的应答的情况下,将询问结果信息写入到存储资源,该询问结果信息表示由该询问所指定的地址、与基于应答所获取的通信装置属性之间的对应关系,(C)根据属性/协议管理信息确定与询问结果信息所表示的通信装置属性对应的管理协议,(D)基于所确定的管理协议,来决定对于地址最合适的管理协议。

Description

发现与通信网络连接的通信装置的方法及管理装置
技术领域
本发明涉及与通信网络连接的装置的发现。
背景技术
作为这种技术,例如公知有专利文献1及非专利文献1的技术。
根据专利文献1,管理服务器对IP地址指示发送装置的构成信息,并将对该指示做出应答的装置的IP地址作为监视对象的装置。
根据非专利文献1,SIM(HP Systems Insight Manager)从多个网络管理协议(以下,称为管理协议)中选择管理协议,并使用所选择的管理协议来寻找装置。在装置被检测出的情况下,随后使用所选择的管理协议来作为该装置的管理协议。
现有技术文献
专利文献1:日本特开2010-108063号公报
非专利文献1:“HP Systems Insight Manager 6.1用户手册”(http://h50146.www5.hp.com/products/software/management/hpsim/)的“第四章认证信息”(第27页~第28页)和“第六章检测”(第30页~第32页)
在通信网络中,通常存在多种通信装置。具体地,例如存在类别不同的通信装置(例如服务器装置、存储装置、以及开关装置)、即使类别相同但小类别不同的通信装置(例如Windows(注册商标)的服务器装置、和Linux(注册商标)的服务器装置)、即使类别相同但型号不同的通信装置、或者即使类别相同但供应商不同的通信装置。若通信装置的种类不同,则通信装置所支持的管理协议很多情况下也会不同。另外,还存在一个通信装置支持两个以上的管理协议的情况。
管理装置通常支持多个管理协议,使得能够监视这种通信网络中的多个通信装置。管理协议例如有WMI(Windows ManagementInstrumentation;Windows管理规范)、SSH(Secure SHell;安全外壳)、SNMP(Simple Network Management Protocol;简单网络管理协议)、WBEM(Web-Based Enterprise Management;基于万维网的企业管理)、SNM2(Simple Navigator Modular 2)、NIS(NetworkInformation Service;网络信息服务)等。
管理装置在监视时应该使用的管理协议(以下,称为最佳协议)具有因通信装置的种类而不同的情况。由此,管理装置通常具有最佳协议管理信息。最佳协议管理信息是表示每种通信装置的最佳协议的信息。最佳协议例如是,在多个管理协议中,能够最大量地获取管理装置所需要的信息的管理协议。
管理装置为了监视通信装置,需要预先发现该通信装置。通信装置的发现通常通过如下的流程来进行。
(S1)用户(例如管理者)按由管理装置支持的每个管理协议,将发现所必要的认证信息登记到管理装置中。
(S2)用户对管理装置指定地址范围。
(S3)管理装置对属于所指定的地址范围(典型的有IP地址范围)内的每个地址进行如下处理。
(S3a)管理装置在各管理协议中使用针对该管理协议而登记的认证信息来向地址发送指令。若在指令的发送中使用的管理协议是由存在于该指令的发送目标的地址中的通信装置所支持的管理协议,则该通信装置依照该管理协议对该指令进行应答。
(S3b)管理装置接收对在上述(S3a)中发送的指令做出的应答。
(S3c)管理装置对在上述(S3b)中接收到的应答进行分析,来判断发现是否成功。
如上述那样,在通信网络中通常存在不同种类的多种通信装置。用户无法掌握所有的通信装置。输入这种用于对通信网络中的通信装置进行发现的正确的认证信息,对于用户而言是困难的。
另外,管理装置虽然能够输出表示发现结果的信息(例如,表示属于所指定的地址范围内的每个地址的发现是否成功的信息、和其说明的信息),但用户即使看到该信息,也不明白对于与发现失败对应的地址该登记怎样的认证信息才能够发现存在于该地址的通信装置。具体地,例如存在于某地址的通信装置(以下,在该段落中将该地址称为“对象地址”,将存在于该地址的通信装置称为“对象通信装置”)支持有第一及第二管理协议,且第一管理协议为对象通信装置的最佳协议。另外,在对象通信装置中,第二管理协议所使用的端口开放,但第一管理协议所使用的端口关闭(“端口开放”意味着能够从外部用使用该端口的管理协议连接的状态)。该情况下,管理装置通过第一管理协议(最佳协议)甚至无法检测出通信装置。另外,管理装置虽然通过第二管理协议检测到通信装置,但关于其就是对象通信装置的发现失败。具体地,管理装置虽然知道用第二管理协议能够通信的通信装置存在于对象地址,但并不知道该通信装置是哪种通信装置。由于这种理由,输入用于发现通信装置的正确的认证信息对于用户而言也是困难的。
发明内容
因此,本发明的目的为,提高管理装置经由通信网络来发现通信装置的成功概率。
管理装置存储表示各属性/协议关系(通信装置属性、与被推测为对于具有该通信装置属性的通信装置最合适的管理协议之间的对应关系)的属性/协议管理信息。管理装置在用于通信装置的发现的认证信息的输入之前,对多个地址中的每个地址进行如下处理:(A)发起指定了地址的询问,(B)在从存在于由所述询问所指定的地址的通信装置接收到针对所述询问的应答的情况下,将询问结果信息写入到存储资源,该询问结果信息表示由该询问所指定的地址、与基于应答所获取的通信装置属性之间的对应关系,(C)根据属性/协议管理信息确定与询问结果信息所表示的通信装置属性对应的管理协议,(D)基于所确定的管理协议,来决定对于地址最合适的管理协议。
管理装置可以在对一个地址进行了(A)至(D)的处理后,对其他的地址进行(A)至(D)的处理,也可以在对多个地址进行了(A)及(B)的处理后,对多个地址进行(C)及(D)的处理。即,可以在对一个地址结束处理后进行下一处理,也可以在对多个地址结束处理后进行下一处理。
附图说明
图1表示本发明的实施例1的系统的整体构成。
图2表示存储器102所存储的管理程序200的构成例。
图3表示存储设备103所存储的信息的一例。
图4表示IP地址管理表301的构成例。
图5表示DNS表303的构成例。
图6表示最佳协议表305的构成例。
图7表示SNMP表307的构成例。
图8表示开放端口表309的构成例。
图9表示主机名表311的构成例。
图10表示登录画面表313的构成例。
图11表示扫描结果汇总表315的构成例。
图12表示间接监视装置表317的构成例。
图13表示端口信息表319的构成例。
图14表示推测表321的构成例。
图15表示最佳协议决定表323的构成例。
图16是表示管理程序200所进行的处理的一例的流程图。
图17是表示图16的S1602(最佳协议推测处理)的流程的一例的流程图。
图18是表示图17的S1704(SNMP扫描)的流程的一例的流程图。
图19是表示图17的S1705(端口扫描)的流程的一例的流程图。
图20是表示图17的S1706(用户手动扫描)的流程的一例的流程图。
图21是表示图17的S1707(推测处理)的流程的一例的流程图。
图22表示扩展端口信息表2300的构成例。
图23表示用户修正画面的一例。
图24表示登录画面的一例。
图25表示认证信息输入画面的一例。
图26是表示图16的S1605(发现处理)的流程的一例的流程图。
图27表示实施例2的装置追加画面的一例。
图28表示在实施例3中进行的处理的概要的一例。
图29表示在实施例4中进行的处理的概要的一例。
图30表示依照实施例4的用户确认画面的一例。
图31表示为了说明技术课题的具体例而参照的系统构成的一例。
图32表示依照以往的处理流程的发现结果信息的一例。
图33表示依照实施例1的发现结果信息的一例。
具体实施方式
在以下的说明中,具有通过“XXX表”这种表现来说明各种信息的情况,但各种信息也可以通过表以外的数据构造来表现。为了表示不依赖于数据构造,能够将“XXX表”称为“XXX信息”。
另外,在以下的说明中,具有以“程序”为主语来说明处理的情况,但由于程序通过由处理器(例如CPU(Central Processing Unit;中央处理器))执行,而一边恰当地使用存储资源(例如存储器)及/或通信接口设备(例如通信端口)一边进行规定的处理,因此也可以使处理的主语为处理器。以程序为主语来说明的处理也可以作为处理器或具有该处理器的管理装置所进行的处理。另外,处理器也可以为CPU自身,还可以包含执行处理器所进行的处理的部分或全部的硬件电路。程序也可以从程序源安装到各控制器上。程序源例如可以是程序发布服务器或者存储介质。
另外,管理装置也可以由一个以上的计算机构成。具体地,例如在管理计算机显示信息的情况下,或者在管理计算机将显示用信息发送至远程的计算机的情况下,管理计算机是管理装置。另外,例如在由多个计算机实现与管理计算机同等的功能的情况下,该多个计算机(在显示用计算机进行显示的情况下,也可以包含显示用计算机)是管理装置。在本实施方式中,管理服务器是管理装置。
另外,在以下的说明中,作为各种对象(例如供应商、型号)的识别信息的种类,采用了识别符或名称,但它们可以相互置换,也可以采用其他种类的识别信息。
另外,在以下的说明中,作为网络管理协议(管理协议),具有下述协议。
(*)SNMP(Simple Network Management Protocol),
(*)WMI(Windows Management Instrumentation),
(*)WBEM(Web-Based Enterprise Management),
(*)SSH(Secure SHell),
(*)SNM2(Simple Navigator Modular 2),
(*)NIS(Network Information Service)。
SNM2是供应商特有的一种管理协议。可以取代SNM2而采用供应商特有的另一种管理协议,或者可以在SNM2的基础上采用供应商特有的另一种管理协议。另外,也可以取代上述管理协议的至少一个而采用其他种类的管理协议,或者在上述管理协议的至少一个的基础上采用其他种类的管理协议。
另外,在以下的说明中,作为通信装置(类别)具有服务器装置、开关装置以及存储装置。在以下的说明中,将服务器装置、开关装置以及存储装置称为服务器、开关以及存储器。此外,在通信装置(类别)中除了上述装置以外,也可以包含不间断电源装置(UPS;Uninterruptible Power Supply)、打印机等。
另外,在以下的说明中,将由管理协议yyy使用的端口称为“yyy端口”。
另外,在以下的说明中,“端口开放”意味着能够从外部(例如管理服务器)通过使用该端口的管理协议连接的状态。将不处于该状态的情况称为“端口关闭”。
另外,在以下的说明中,通信网络是IP(Internet Protocol)网络,但也可以采用其他种类的通信网络。IP网络可以是LAN(Local AreaNetwork),也可以是互联网。
另外,在以下的说明中,作为地址采用了IP地址,但也可以采用其他种类的地址。
以下,参照附图说明本发明的几个实施例,但为了便于理解实施例的说明,首先说明技术课题的具体例。
如图31所示,在IP网络3102中作为多个通信装置(以下称为装置10)而具有装置1~5。而且,装置1(Windows服务器(“Windows”是注册商标))具有SMI-S(Storage Management Initiative-Specification:主动存储管理规范)提供者功能,通过该功能对装置4(FC(Fibre Channel:光纤通道)开关)进行监视。另外,装置5(存储器)具有SNMP端口和SNM2端口,但SNMP端口开放,SNM2端口关闭。
以往,通常如上述那样地,用户(例如管理者)按由管理服务器3101支持的每个管理协议来将发现所必要的认证信息登记到管理装置中。而且,管理服务器3101对由管理服务器3101支持的各管理协议,使用所登记的认证信息发起指定了IP地址[192.168.1.5]的指令,基于针对该指令的应答来判断发现是否成功。
但是,根据该处理流程,例如具有以下两个技术课题。
(技术课题1)对于管理服务器3101而言,装置5的最合适的管理协议(最佳协议)是SNM2。但是,装置5的SNM2端口关闭。由此,对于IP地址[192.168.1.5],无法通过SNM2得到对指令的应答。另一方面,由于装置5的SNMP端口开放,所以能够通过SNMP得到对指令的应答。但是,SNMP不是装置5的最佳协议。由此,如图32的附图标记3201所示,可知对于IP地址[192.168.1.5],装置的发现失败,且存在于该IP地址的装置的具体情况不明(图32表示由管理服务器3101输出的表示发现结果的信息的一例)。具体地,例如对于IP地址[192.168.1.5]可知是能够通过SNMP进行通信的装置,但该装置的具体情况不明。由此,难以登记对发现存在于IP地址[192.168.1.5]的装置所必要的认证信息。
(技术课题2)对于管理服务器3101而言,装置4的最佳协议是WBEM。根据以往的处理流程,如图32的附图标记3202所示,对于IP地址[192.168.1.1],根据装置1针对WBEM的指令而向管理服务器3101返回的应答,发现了装置4(FC开关)。另外,如图32的附图标记3203所示,对于IP地址[192.168.1.4],根据装置4针对SSH的指令而向管理服务器3101返回的应答,可知装置的发现失败。即,对于相同的装置4,不仅具有发现成功的IP地址,还具有发现失败的IP地址。但是,根据发现结果信息无法明确所发现的装置4是被直接监视的装置,还是经由装置1被间接监视的装置。
以下说明的实施例1~4的任一实施例均解决了技术课题1及2。
对于技术课题1可知,例如如图33的附图标记3301所示,即使装置5的SNM2端口关闭,装置5的最佳协议也是SNM2。因此可知只要将针对SNM2的认证信息登记即可。因此,根据实施例1,登记正确的认证信息不再困难。
对于技术课题2可知,例如如图33的附图标记3302所示,装置4是通过存在于IP地址[192.168.1.1]的装置的SMI-S提供者功能而被监视的装置(也就是被间接监视的装置。)
以下,说明本发明的几个实施例。
实施例1
图1表示本发明的实施例1的系统的整体构成例。
多个装置10连接在IP网络3102上。在IP网络3102上连接有输入输出终端60、DNS(Domain Name System)服务器70、和管理服务器100。作为多个装置10,例如是如下的装置1~5。
(*)装置1(Windows服务器、IP地址[162.168.1.1]、具有WMI端口及WBEM端口),
(*)装置2(Unix服务器、IP地址[162.168.1.2]、具有SSH端口及NIS端口),
(*)装置3(IP开关、IP地址[162.168.1.3]、具有SSH端口及SNMP端口),
(*)装置4(FC开关、IP地址[162.168.1.4]、具有SSH端口),
(*)装置5(存储器、IP地址[162.168.1.5]、具有SNMP端口及SNM2端口(但,SNM2端口处于关闭状态))。
多个装置10并不限于这些5个装置1~5。像这样,可以在IP网络3102中连接不同种类的多个装置。
在各装置10中,按该装置的种类(例如,根据类别、小类别、型号以及供应商中的至少一个而定的种类)存在有最佳协议。最佳协议是指,在多个管理协议中,能够最大量地获取所需要的信息的管理协议。根据本实施例,装置种类与最佳协议的关系例如为如下所述。
(*)Windows服务器(装置1):WMI,
(*)Unix服务器(装置2):SSH,
(*)IP开关(装置3):SNMP,
(*)FC开关(装置4):WBEM,
(*)存储器(装置5):SNM2。
多个装置10不仅可以包含被直接监视的装置,也可以包含被间接监视的装置。“被直接监视的装置”是指,不经由多个装置10中的任一装置地被管理服务器100监视的装置。另一方面,“被间接监视的装置”是指,被管理服务器100经由多个装置10中的某一装置而监视的装置。例如,在多个装置10中的第一装置对多个装置中的第二装置进行监视的事例中,由于第二装置被管理服务器100经由第一装置而监视,所以是被间接监视的装置。在图1的例子中,经由装置1的WBEM端口并通过装置1的SMI-S提供者功能而被监视的装置4是被间接监视的装置。
DNS服务器70对分配至装置1~5的特有的IP地址、和装置1~5的主机名(或域名)之间的对应关系进行管理。DNS服务器70也被分配有IP地址(在图示例中为[198.162.2.1])。
输入输出终端60具有显示设备61和输入设备62。例如,输入输出终端60可以为通用的个人计算机。在显示设备61中显示有从管理服务器100发送至输入输出终端60中的信息,输入至输入设备62中的信息从输入输出终端60发送至管理服务器100。用户能够基于显示在显示设备61中的各种信息而通过输入设备62输入需要的信息。
管理服务器100发现连接在IP网络3102中的装置,并经由IP网络3102来监视所发现的装置。管理服务器100具有连接在IP网络3102中的NIC(Network Interface Card;网络接口卡)104、存储器102、存储设备103(例如硬盘驱动器)以及与它们连结CPU101。也可以取代NIC104而采用其他种类的通信接口设备,也可以取代存储器102及存储设备103的至少一方而采用其他种类的存储资源,也可以取代CPU101而采用其他种类的处理器。在本实施例中,在存储器102中存储有通过CPU101执行的后述的管理程序,在存储设备103中存储有各种信息。
图2表示存储器102所存储的管理程序200的构成例。
存储器102存储管理程序200。管理程序200执行图16所示的处理。管理程序200包含最佳协议决定程序201、最佳协议推测程序202、用户修正程序203、以及装置发现程序204。后述具体说明程序201~204。
图3表示存储设备103所存储的信息的一例。
存储设备103存储对象IP地址管理表301、DNS表303、最佳协议表305、SNMP表307、开放端口表309、主机名表311、登录画面表313、扫描结果汇总表315、间接监视装置表317、端口信息表319、推测表321、以及最佳协议决定表323。在图3所示的这些表中,例如最佳协议表305及端口信息表319是在图16所示的处理开始以前存储的表。另外,图3所示的表中、除表305及319以外的表是在图16所示的处理中生成且存储的表。
以下,对各表进行说明。
图4表示IP地址管理表301的构成例。
IP地址管理表301是对对象IP地址的范围进行表示的表。具体地,例如,表301按每个IP地址范围具有下述的信息:
(*)IP地址范围的名称、即范围名401,
(*)IP地址范围的起始的IP地址、即开始IP地址402,
(*)IP地址范围的末端的IP地址、即结束IP地址403。
根据表301可知,范围名“RANGE_1”由IP地址[192.168.1.1]~IP地址[192.168.1.10]为止的范围构成。范围名401、开始IP地址402以及结束IP地址403反映用户依照显示设备61的显示画面而通过输入设备62输入的值(显示画面的图示省略)。
图5表示DNS表303的构成例。
DNS表303是表示DNS服务器70的IP地址的表。根据图5,表303仅存储有一个DNS服务器70的IP地址。但是,也可以与和系统连接的DNS服务器70的数量相应地将多个IP地址登记到表303中。另外,在DNS服务器70被分层的情况下,有关分层的信息也可以登记在表303中。
图6表示最佳协议表305的构成例。
最佳协议表305是对装置种类和最佳协议的对应关系进行表示的表。具体地,例如表305按每个装置种类具有如下的信息:
(*)装置的类别(例如服务器、开关、存储器)的名称、即类别名601,
(*)装置的小类别(例如服务器的种类、开关的种类、存储器的种类)的名称、即小类别名602,
(*)供应商的名称、即供应商名603,
(*)型号的名称、即型号名604,
(*)与装置种类对应的最佳协议的名称、即最佳协议名605。
根据表305可知,Windows服务器的最佳协议是“WMI”。另外,根据表305可知,供应商名“A公司”且型号名“M_A_001”的IP地址的最佳协议是“SNMP”。
图7表示SNMP表307的构成例。
SNMP表307是,登记有根据对依照SNMP的询问而做出的应答所获取的装置信息的表。具体地,例如,表307按对依照SNMP的询问而做出的每个应答具有如下的信息:
(*)通过询问所指定的IP地址、即IP地址701,
(*)根据应答所获取的供应商名、即供应商名702,
(*)根据应答所获取的型号名、即型号名703。
根据表307可知,赋予有IP地址[192.168.1.3]的装置的供应商为“A公司”且型号为“M_A_001”。在本实施例中,利用SNMP尝试与装置1~5连接。在该连接中,作为SNMP的认证信息而使用了社团名(community name)的默认值、即“Public”。若连接成功,则管理服务器100接收包含供应商名及型号名等在内的应答。表307可以仅具有与连接成功的IP地址有关的信息,也可以具有与连接失败的IP地址有关的信息。
图8表示开放端口表309的构成例。
开放端口表309是表示对IP地址所确定的开放端口号的表。具体地,例如表309按通过后述的端口扫描所指定的每个IP地址具有如下的信息:
(*)IP地址801,
(*)对IP地址所确定的开放端口的编号、即开放端口号802。
根据表309可知,带有IP地址[192.168.1.1]的装置具有“135”及“5988”这两个号的开放端口。表309的生成也可以通过例如公知的端口扫描工具来进行。
图9表示主机名表311的构成例。
主机名表311是表示对各IP地址所确定的主机名的表。具体地,例如表311接通过后述的主机名扫描所指定的每个IP地址具有如下的信息:
(*)IP地址901,
(*)对IP地址所确定的主机名、即主机名902。
根据表311可知,带有IP地址[192.168.1.1]的装置的主机名为“take”。该表311如下生成。即,管理程序200从上述DNS表303中确定DNS服务器70的IP地址,对存在于所确定的IP地址的DNS服务器70询问与IP地址对应的主机名。管理程序200将针对该询问而应答的主机名、和与该主机名对应的IP地址登记到表311中。
图10表示登录画面表313的构成例。
登录画面表313是表示对于IP地址的登录画面的URL的表。具体地,例如表313按通过后述的登录画面URL扫描所指定的每个IP地址具有如下的信息:
(*)IP地址1001,
(*)表示与IP地址对应的登录画面的URL的URL1002。
根据表313可知,通过“http://192.168.1.3”能够登录到带有IP地址[192.168.1.3]的装置中。管理程序200可以对各装置通过HTTP(Hyper Text Transfer Protocol)尝试连接,且对于做出应答的装置将登录画面URL登记到表313中。
图11表示扫描结果汇总表315的构成例。
扫描结果汇总表315是汇总有登记在图7~图10所示的表中的信息的表。具体地,例如,表315按存在于图7~图10所示的表中的每个IP地址具有如下的信息:
(*)IP地址1101,
(*)对应于与IP地址1101相同的IP地址701的供应商名702、即供应商名1102,
(*)对应于与IP地址1101相同的IP地址701的型号名703、即型号名1103,
(*)对应于与IP地址1101相同的IP地址801的开放端口号802、即开放端口号1104,
(*)对应于与IP地址1101相同的IP地址901的主机名902、即主机名1105,
(*)对应于与IP地址1101相同的IP地址1001的登录画面URL1002、即登录画面URL1106。
根据表315可知,带有IP地址[192.168.1.3]的装置是“A公司”的型号为“M_A_001”的装置,且“22”号端口开放,主机名为“jpsw001”,登录画面的URL是“http://192.168.1.3”。
图12表示间接监视装置表317的构成例。
间接监视装置表317是具有与被间接监视的装置(例如,通过SMI-S提供者功能而被监视的装置)有关的信息的表。具体地,例如表317按安装有SMI-S提供者功能的每个装置具有:
(*)每个安装有SMI-S提供者功能的装置的IP地址、即IP地址1201,
(*)成为安装有SMI-S提供者功能的装置的监视对象的装置的IP地址、即监视对象IP地址1202。
根据表317可知,通过安装在带有IP地址[192.168.1.1]的装置中的SMI-S提供者功能,使带有IP地址[192.168.1.4]的装置被监视。
图13表示端口信息表319的构成例。
端口信息表319是表示开放端口与所推测的最佳协议之间的对应关系的表。具体地,例如表319按能够成为最佳协议的推测根据的每个端口具有如下的信息:
(*)端口的编号、即端口号1301,
(*)表示作为最佳协议的概率的准确度1302,
(*)最佳协议的名称、即最佳协议名1303。
根据表319可知,“22”号端口开放的装置在“50%”的准确度(准确率)下最佳协议为“SSH”。
图14表示推测表321的构成例。
推测表321是对IP地址表示最佳协议的准确率的表。具体地,例如表321按存在于扫描结果汇总表315中的每个IP地址具有如下的信息:
(*)IP地址1401,
(*)表示被推测为最合适的管理协议为最佳协议的准确率的准确度1402,
(*)被推测为最合适的管理协议的名称、即推测结果1403。
根据表321可知,带有IP地址[192.168.1.1]的装置在“90%”的准确度下最佳协议为“WMI”。
图15表示最佳协议决定表323的构成例。
最佳协议决定表323是表示对IP地址所决定的最佳协议的表。具体地,例如表323按存在于推测表321中的每个IP地址具有如下的信息:
(*)IP地址1501,
(*)对IP地址所决定的最佳协议的名称、即最佳协议名1502。
根据表323可知,对带有IP地址[192.168.1.1]的装置决定的最佳协议是“WMI”。
接着,说明在本实施例中进行的处理。此外,该处理可以在任何定时进行。例如,该处理可以在将管理服务器100连接到IP网络3102上时进行,也可以在追加与IP网络3102连接的装置时进行,还可以在重新启动管理服务器100时进行。
图16是表示管理程序200所进行的处理的一例的流程图。参照该图,说明在本实施例中进行的处理的整体流程的概要。
在S1601中,管理程序200(例如,最佳协议推测程序202)生成IP地址管理表301。具体地,程序200进行如下的处理:
(*)将在显示设备61中显示的用户输入画面的信息发送至输入输出终端60,
(*)从输入输出终端60接收用户在用户输入画面中输入的信息(有关IP地址范围的信息),将该信息(每个IP地址范围的范围名、开始IP地址以及结束IP地址)登记至管理表301中。
在S1602中,管理程序(例如,最佳协议推测程序202)执行最佳协议推测处理。在最佳协议推测处理中,对属于在S1601中由用户输入的IP地址范围内的各IP地址,推测最佳协议。
在S1603中,管理程序200(例如,用户修正程序203)执行用户修正处理。在用户修正处理中,用户判断在S1602所推测的最佳协议是否正确,并根据需要,对于IP地址使用户判断的管理协议为最佳协议,来代替所推测的最佳协议。
在S1603结束的时刻,成为已对IP地址决定(确定)了最佳协议的状态。
在S1604中,进行认证信息获取处理。具体地,由用户输入对于所决定的最佳协议的认证信息。
在S1605中,管理程序200(例如,装置发现程序204)对每个IP地址使用关于与该IP地址对应的最佳协议而输入的认证信息,来进行发现处理。
在S1606中,管理程序200(例如,装置发现程序204)判断在各IP地址的发现处理中能否发现装置。如果存在发现失败的IP地址的情况下(S1606:否),管理程序200(例如,装置发现程序204)使用户输入其他的认证信息(返回至1604)。
在不存在发现失败的IP地址的情况下(S1606:是),处理结束。
此外,然后,例如在与IP网络3102连接的装置增加了的情况下,可以仅对该装置的IP地址进行S1602~S1606的处理。
以下,具体说明S1602~S1606的处理。
图17是表示图16的S1602的流程的一例的流程图。
最佳协议推测程序202对属于根据IP地址管理表301所确定的IP地址范围内的每个IP地址,进行S1702以后的处理。以下,以一个IP地址(以下,在图17的说明中称为对象IP地址)为例,说明S1702以后的处理。
在S1702中,程序202尝试指定了对象IP地址的、通过SNMP协议进行的连接。具体地,例如程序202发送指定了对象IP地址的、依照SNMP协议的指令。在该指令中作为认证信息而设定社团名的默认值“Public”。
在S1703中,程序202判断在S1702中的连接是否成功。具体地,程序202根据对在S1702中发送的指令所做出的应答,来判断能否通过SNMP协议进行连接。
在S1703中,在判断为能够通过SNMP协议进行连接的情况下(S1703:是),程序202进行S1704的处理。另一方面,在S1703中,在判断为不能够通过SNMP协议进行连接的情况下(S1703:否),程序202进行S1705的处理。
在S1704中,程序202进行SNMP扫描。“SNMP扫描”是如下处理:对对象IP地址发起依照SNMP的询问,根据与该询问对应的应答获取与做出该应答的装置有关的信息。在SNMP扫描中,例如进行图18所示的以下处理。
(*)程序202基于对依照SNMP的询问而做出的应答来获取供应商名(做出该应答的装置的供应商名),将该供应商名作为与对象IP地址对应的供应商名702而登记到SNMP表307中(S1801)。具体地,例如程序202询问sysObjectID(表示SNMP协议上的、存在于对象IP地址的装置的种类的识别信息)。然后,程序202使用包含在对该询问的应答中的信息从一般公开的供应商ID表(将sysObjectID与供应商名建立关联的表)(未图示)中获取供应商名。
(*)程序202获取做出上述应答的装置的型号名,并将该型号名作为与对象IP地址对应的型号名703而登记到SNMP表307中(S1802)。具体地,例如程序基于在S1801中获取的供应商名而从供应商特有的MIB(Management Information Base;管理信息库)中获取型号名。此外,MIB是指,通过SNMP管理的网络设备为了向外部公布自己的状态而公开的信息。
返回至图17。在S1705中,程序202进行端口扫描。“端口扫描”是指,对存在于对象IP地址中的装置调查特定的端口是否开放。特定的端口是指,例如与WMI协议对应的135号端口那样的、与管理装置想要确认的协议对应的端口。
在端口扫描中,例如进行如图19所示的以下的处理。
(*)程序202对存在于对象IP地址的装置确认特定的端口是否开放。确认例如基于程序202对存在于对象IP地址的装置发送TCP(SYN)包时的应答而进行。在作为应答而返回TCP(SYN+ACK)包时,程序202判断为端口开放。另外,在作为应答而返回TCP(RST+ACK)包时,程序202判断为端口关闭。若端口开放,则程序202将其作为与对象IP地址对应的端口号802而登记到开放端口表309中(S1901)。
返回至图17。在S1706中,程序202进行用户手动扫描。“用户手动扫描”是指,为了提高被推测为最佳协议的管理协议是最佳协议的准确率,获取能够在最佳协议的推测中使用的信息的处理,且是依照由用户进行的操作而执行的处理。在用户手动扫描中,例如进行图20所示的以下的处理。
(*)程序202进行主机名扫描(S2001)。具体地,程序2002从DNS服务器70获取与对象IP地址对应的主机名,并将获取的主机名作为与对象IP地址对应的主机名902而登记到主机名表311中。
(*)程序202进行登录结果URL扫描(S2002)。具体地,程序202尝试用HTTP向存在于对象IP地址的装置登录。登录的尝试例如通过在浏览器画面中输入URL(例如:http://192.168.1.3)来进行。该URL可以是基于对象IP地址而决定的URL。在能够登录的情况下,程序202将该登录画面的URL作为与对象IP地址对应的登录画面URL1002而登记到登录画面表313中。
在用户手动扫描中,例如也可以取代上述处理而进行其他处理,或者在上述处理的基础上进行其他处理,例如通过Telnet协议进行询问,进行针对该询问的应答所具有的字符串的确定。
此外,虽然未图示,但在上述处理(到S1706为止的处理)结束后,程序202也可以将登记在图7~图10所示的表中的信息汇总至扫描结果汇总表315中。
返回至图17。在S1707中,程序202进行推测处理。在推测处理中,例如进行如图21所示的以下的处理。
(*)程序202基于最佳协议表305以及SNMP表307,对推测表321进行更新(S2101)。具体地,程序202首先根据SNMP表307确定与对象IP地址对应的供应商名及型号名。接着,程序202根据最佳协议表305确定与该所确定的供应商名及型号名对应的最佳协议。而且,程序202将所确定的最佳协议作为与对象IP地址对应的推测结果1403而登记到推测表321中。由于该最佳协议是使用供应商名及型号名确定的,所以准确度1402为100%。
(*)例如,在没有与对象IP地址对应的供应商名及型号名的情况下(或者,不论是否有与对象IP地址对应的供应商名及型号名),程序202基于开放端口表309及端口信息表319更新推测表321(S2102)。具体地,程序202首先根据开放端口表309确定与对象IP地址对应的开放端口号。接着,程序202根据端口信息表319确定与该所确定的开放端口号对应的最佳协议及其准确度。而且,程序202将所确定的最佳协议的名称及准确度作为与对象IP地址对应的推测结果1403及准确度1402而登记至推测表321中。
此外,在此,在开放端口表309中,与对象IP地址对应的开放端口号具有多个的情况下,程序202也可以根据端口信息表319将分别与这些多个开放端口号对应的最佳协议的名称及准确度登记到推测表321中,也可以仅将这些多个最佳协议的名称及准确度中的、开放端口号的准确度最高的最佳协议的名称及准确度登记到推测表321中。这样,即使在与对象IP地址对应的最佳协议名及准确度的组存在有多个的情况下,也能够在推测表321中登记推测结果及准确度。
另外,在本实施例中,也可以取代端口信息表319而使用图22例示的扩展端口信息表2300。扩展端口信息表2300是,对于一个以上的开放端口号的所有组合与准确度及最佳协议名建立对应的表。根据该表2300,不论与对象IP地址对应的开放端口号是一个还是多个,都能够确定最佳协议及其准确度。
以上,图16的S1602、即最佳协议推测处理结束。以在该处理中登记到推测表321中的推测结果及准确度为基础,来进行图16的S1603(用户修正处理)。
在图16的S1603中,用户修正程序203例如进行以下的处理:
(*)将在显示设备61中显示的用户修正画面(用于用户修正的画面)的信息发送至输入输出终端60,
(*)从输入输出终端60接收用户在用户修正画面中输入的信息,并基于该信息更新最佳协议决定表323。
用户修正画面也可以包含扫描结果汇总表315及推测表321所表示的信息。
图23表示用户修正画面的一例。
用户修正画面2300按扫描结果汇总表315及推测表321所表示的每个IP地址显示类别、装置具体情况(例如,小类别、供应商名、型号名)、准确度、主机名、以及与登录画面URL链接的字符串“登录画面”中的至少一个。通过点击字符串“登录画面”,输入输出终端60将与该字符串链接的URL的登录画面显示在显示设备61中。即,用户能够看到登录画面(图24表示作为登录画面的一例的登录画面2400)。
用户基于准确度(根据需要,还基于主机名及登录画面中的至少一个)对各IP地址判断类别及装置具体情况是否正确。在对类别及/或装置具体情况存在疑义的情况下(例如,准确度比规定值低的情况,或者推测为主机名及/或登录画面、与类别及/或装置具体情况之间的对应关系有误的情况下),用户对类别及/或装置具体情况进行修正。推测可以如上述那样基于主机名来进行。另外,推测也可以根据能否从通过点击字符串“登录画面”而显示的登录画面(参照图24)进行登录来进行。修正后的类别及/或装置具体情况也可以如图23例示那样从类别及/或装置具体情况的下拉菜单中选择。在该情况下,在下拉菜单中可以设有,例如登记在最佳协议表305(参照图6)中的信息(例如供应商名及型号名)。对于类别及/或装置具体信息被修正了的IP地址,修正后的类别及/或装置具体信息被登记到扫描结果汇总表315中。
在图23的画面2300中的“执行发现”按钮被点击的情况下,执行发现指示被从输入输出终端60发送至管理服务器100。管理服务器100的最佳协议决定程序201对该指示进行应答,对扫描结果汇总表315及推测表321所表示的各IP地址决定最佳协议。即,程序201生成最佳协议决定表323。具体地,例如程序201对各IP地址进行如下的处理:
(*)若使用扫描结果汇总表315中的型号名及供应商名而能够从最佳协议表305中唯一地确定最佳协议,则将该最佳协议的名称登记到最佳协议决定表323中,
(*)若使用扫描结果汇总表315中的型号名及供应商名而无法从最佳协议表305中唯一地确定最佳协议,则将推测表321中的与IP地址对应的一个以上的推测结果中、准确度最高的推测结果所表示的最佳协议的名称登记到最佳协议决定表323中。
以上,是图16的S1603(用户修正处理)。
接下来,在图16的S1604中进行认证信息获取处理。具体地,例如装置发现程序204对最佳协议决定表323所表示的各最佳协议进行以下的处理:
(*)认证信息输入画面的显示处理,
(*)所输入的认证信息的存储。
显示处理是,例如将表示图25例示的认证信息输入画面2500的信息发送至输入输出终端60的处理。由此,画面2500在显示设备61中显示。用户依照该画面2500输入用户ID及密码等的认证信息。
所输入的认证信息存储至管理服务器100所具有的存储器102或存储设备103中。此外,认证信息也可以对一个最佳协议设定一个或多种。
以上是图16的S1604(认证信息获取处理)。
接着,在图16的S1605中,装置发现程序204执行发现处理。
图26是表示图16的S1605(发现处理)的流程的一例的流程图。
程序204对存储在最佳协议决定表323中的所有的IP地址执行S2602以后的处理。以下,以一个IP地址(以下,在图26的说明中,称为对象IP地址)为例说明S2602以后的处理。
在S2602中,程序204判断与对象IP地址对应的最佳协议是否为WBEM。具体地,程序204基于最佳协议决定表323来判断与对象IP地址对应的最佳协议名1502是否为“WBEM”。若该判断结果是否定的(S2602:否),则进入S2606。另一方面,若判断结果是肯定的(S2602:是),则进入S2603。
在S2602为否定的情况下,程序204在S2606中用与对象IP地址对应的最佳协议并使用与该最佳协议对应的认证信息来发现存在于对象IP地址的装置。
在S2602为肯定的情况下,程序204在S2603中判断能否利用存在于对象IP地址的装置的WBEM端口。具体地,程序204基于端口表309判断与对象IP地址对应的开放端口号是否为与WBEM对应的端口号(此外,例如在互联网上等公开有表示与开放端口号对应的管理协议的信息,能够基于该信息进行该判断)。若该判断结果是肯定的(S2603:是),则进入S2605。若该判断结果是否定的(S2603:否),则进入S2604。
在S2603是肯定的情况下,在S2605,程序204通过WBEM并使用WBEM的认证信息来发现存在于对象IP地址的装置。
在S2603是否定的情况下,在S2604,程序204确定能够利用WBEM端口的装置,并经由该装置发现间接监视装置(被间接监视的装置)。具体地,程序204首先基于开放端口表309确定WBEM端口开放的装置的IP地址。以下,将被赋予了该IP地址的装置称为暂定装置(暂定装置在本实施例中是,具有SMI-S提供者功能的装置1)。接着,程序204尝试通过WBEM与暂定装置连接。若能够通过WBEM与暂定装置连接,则程序204从该暂定装置获取与该暂定装置的一个以上的监视对象的装置有关的信息,并基于该信息判断在暂定装置的一个以上的监视对象的装置中是否具有被赋予了与对象IP地址相同的IP地址的装置。若该判断结果是肯定的,则程序204经由暂定装置并使用WBEM的认证信息来发现间接监视装置。此外,程序204也可以在无法通过开放端口表309确定暂定装置的情况下,或者在即使能够确定暂定装置但无法通过WBEM与暂定装置连接的情况下,向用户所使用的输入输出终端60发送指示消息,该指示消息为,生成对赋予了对象IP地址的装置进行管理的装置(对带有WBEM端口的装置设定SMI-S提供者的指示消息)。
以上为图16的S1605(发现处理)。
接着,在图16的S1606中,程序204对最佳协议决定表323所表示的所有IP地址判断能否正确地发现装置。在具有发现失败的IP地址的情况下(S1606:否),程序204使用户对该IP地址输入其他的认证信息(返回至S1604)。
以上是实施例1的说明。此外,在发现处理(图16的S1606、图26)中,对于某IP地址,在因最佳协议所使用的端口关闭而导致装置的发现失败的情况下,程序204也可以使输入输出终端60显示对该IP地址确定最佳协议且使该最佳协议所使用的端口成为开放状态、和输入针对该最佳协议的认证信息的信息。
根据实施例1,在认证信息的输入前进行最佳协议推测处理(图16的S1602)。而且,基于该推测处理的结果,根据需要由用户进行修正,由此对各IP地址决定最佳协议。对各IP地址所决定的最佳协议是,以基于已知的信息(最佳协议表305及端口信息表319)和各种扫描结果而被推测为最佳的管理协议为基础所决定的管理协议,因此为最佳协议的可能性较高。由此,用户在输入认证信息前,对各IP地址在某种程度上正确地知晓最佳协议,能够基于该最佳协议来输入认证信息。因此,易于输入正确的认证信息。
另外,根据实施例1可知,由于如上述那样对各IP地址在认证信息输入前已决定了最佳协议,所以即使因与最佳协议对应的端口关闭而导致装置的发现失败,管理程序200也只要使与最佳协议对应的端口成为开放状态以使装置的发现成功即可。例如,管理程序200在装置的发现失败的情况下,能够使图33的附图标记3301例示的发现结果信息显示在显示设备61中。用户看到该信息就会明确,为了成功地发现存在于IP地址[192.168.1.5]的装置(装置5),只要使该装置的SNM2端口成为开放状态,并输入依照SNM2的认证信息,使管理程序200再次对该IP地址进行发现处理即可。
另外,根据实施例1可知,通过图26的S2604的处理所发现的装置是间接监视装置。由此,例如管理程序200能够使图33的附图标记3302例示的发现结果信息显示在输入输出终端60中。也就是说,不仅使表示成功地发现了存在于IP地址[192.168.1.4]的装置的信息显示在输入输出终端60中,还使表示该装置是被存在于IP地址[192.168.1.4]的装置监视的间接监视装置的信息显示在输入输出终端60中。
以下,说明本发明的实施例2至4。此时,主要说明与实施例1的不同点,省略或简略说明与实施例1的相同点。如下所示的实施例2至4用于追加了种类不同的装置的情况。如上述那样,最佳协议表305(参照图6)例如预先由管理服务器100保持。由此,在欲向最佳协议表305中追加与新追加的装置种类有关的信息的情况下,实施例2至4发挥效用(例如,在生产了新种类的装置的情况下发挥效用)。以下,说明实施例2至4。
实施例2
根据实施例2,用户手动将与任意装置有关的信息追加到最佳协议表305中。在本实施例中,例如,管理程序(例如用户修正程序)使接受与装置有关的信息的追加的按钮显示在用户修正画面中。在该按钮被点击的情况下,管理程序使图27例示的装置追加画面2702在输入输出终端60中显示。装置追加画面2702例如是接受类别名、供应商名、型号名以及最佳协议名的画面。用户能够在该装置追加画面2702中追加与任意装置有关的信息。输入至该画面2702中的信息被追加至最佳协议表305中。追加至表305中的信息例如显示在用户修正画面的下拉菜单中。
实施例3
根据实施例3,用户基于由供应商发行的信息来更新最佳协议表305。例如,如图28所示,对于所追加的装置2800,在管理服务器100中安装有供应商提供的该装置2800的装置信息2810。具体地,装置信息2810由用户经由输入输出终端60而被安装到管理服务器100中。所安装的装置信息2810登记到最佳协议表305中。
实施例4
根据实施例4,管理程序200从规定网址下载装置信息,并将该装置信息登记到最佳协议表305中。例如,如图29所示,存储有装置信息2840的仓库服务器(repository service)2800与IP网络3102连接。仓库服务器2800例如与管理服务器同样地具有NIC2811、存储器2820、存储设备2830以及与这些连接的CPU2810。CPU2810通过执行存储在存储器2820中的程序,而经由IP网络3102将装置信息2840下载到存储设备2830中。在存储设备2840中存储有所下载的装置信息。管理服务器100(管理程序200)定期(或不定期)地判断在存储设备2830中是否有新的装置信息2840。然后,在发现了新的装置信息2840的情况下,管理服务器100从仓库服务器2800下载新的装置信息2840。管理服务器100将下载的装置信息2840登记到最佳协议表305中。此外,例如管理服务器100如图30所示那样在显示设备61中显示用户确认用的画面(用户同意画面)3000,在通过该画面3000从用户得到同意的情况下,可以进行装置信息2840的下载以及该信息2840向最佳协议表305的登记。
以上,说明了本发明的几个实施例,但这些只是用于说明本发明的例示,并不意味着将本发明的范围仅限定于这些实施例。本发明也能够以其他各种方式实施。
附图标记说明
100 管理服务器
10 通信装置

Claims (14)

1.一种管理装置,经由通信网络对使用认证信息发现的通信装置进行监视,其特征在于,具有:
与所述通信网络连接的通信接口设备;
存储资源,其存储多个表示属性/协议关系的属性/协议管理信息;和
与所述通信接口设备及所述存储资源连接的处理器,
所述属性/协议关系是,通信装置属性与被推测为对于具有该通信装置属性的通信装置最合适的管理协议之间的对应关系,
所述处理器在用于通信装置的发现的认证信息的输入之前,对多个地址中的每个地址进行如下处理:
(A)发起指定了地址的询问,
(B)在从存在于由所述询问所指定的地址的通信装置接收到针对所述询问的应答的情况下,将询问结果信息写入到所述存储资源,该询问结果信息表示由所述询问所指定的地址、与基于所述应答所获取的通信装置属性之间的对应关系,
(C)根据所述属性/协议管理信息确定与所述询问结果信息所表示的通信装置属性对应的管理协议,
(D)基于所确定的所述管理协议,来决定对于所述地址最合适的管理协议即所述管理装置在监视时应该使用的管理协议。
2.根据权利要求1所述的管理装置,其特征在于,
所述属性/协议管理信息包含最佳协议管理信息,
所述最佳协议管理信息所具有的各属性/协议关系为,通过对用第一管理协议发起的询问而做出的应答所获取的两个以上的通信装置属性、与根据这两个以上的通信装置属性唯一决定的最合适的管理协议之间的对应关系,
在所述(A)中,所述询问是用所述第一管理协议发起的询问,
在所述(B)中,基于所述应答而获取两个以上的通信装置属性,且所述询问结果信息是表示该两个以上的通信装置属性、与所述地址之间的对应关系的信息,
在所述(D)中,所决定的最合适的管理协议是由所述(C)确定的管理协议。
3.根据权利要求2所述的管理装置,其特征在于,
所述属性/协议管理信息包含端口定义信息,
所述端口定义信息所具有的各属性/协议关系是,端口的识别信息、被推测为对于该端口开放的通信装置最合适的管理协议、以及该管理协议对于该端口开放的通信装置为最合适的概率之间的对应关系,
对于所述地址,在无法通过所述第一管理协议进行连接的情况下,
在所述(A)中,所述处理器对所述地址发起开放端口的识别信息的询问,
在所述(B)中,基于所述应答获取作为该应答的发送方的通信装置所使用的一个以上的端口中的、一个以上的开放端口的识别信息,且所述询问结果信息是表示该一个以上的开放端口的识别信息与所述地址之间的对应关系的信息,
在所述(C)中,所述处理器根据所述端口定义信息确定与所述询问结果信息所表示的一个以上的开放端口的识别信息对应的、一个以上的管理协议及概率,
在所述(D)中,所决定的最合适的管理协议是,基于所述一个以上的管理协议及概率所决定的管理协议。
4.根据权利要求3所述的管理装置,其特征在于,
所述处理器在所述(D)之后进行如下处理:
(E)接收对于所决定的所述管理协议的认证信息的输入,
(F)使用所输入的所述认证信息,进行发现存在于所述地址的通信装置的发现处理,
在所述(F)中,所述处理器进行如下处理:
(f1)在对所述地址所决定的最合适的管理协议不是第二管理协议的情况下,使用对所述地址所决定的最合适的管理协议的认证信息,来发现存在于所述地址的通信装置,
(f2)在对所述地址所决定的最合适的管理协议是所述第二管理协议、且对所述第二管理协议的端口能够利用的情况下,使用所述第二管理协议的认证信息,来发现存在于所述地址的通信装置,
(f3)在对所述地址所决定的最合适的管理协议是所述第二管理协议、但对所述第二管理协议的端口不能利用的情况下,根据所述询问结果信息和所述端口定义信息来确定与能够由所述第二管理协议利用的端口对应的其他地址,对存在于所确定的其他地址的通信装置询问存在于所述地址的通信装置,且根据针对该询问的应答发现存在于所述地址的通信装置,
通过所述(f3)发现的通信装置是,经由存在于所述其他地址的通信装置而被监视的通信装置。
5.根据权利要求4所述的管理装置,其特征在于,
所述第一管理协议是SNMP即简单网络管理协议,
所述第二管理协议是WBEM即基于万维网的企业管理,
存在于所述其他地址的通信装置是,通过SMI-S即主动存储管理规范对存在于所述地址的通信装置进行监视的装置。
6.根据权利要求5所述的管理装置,其特征在于,
所述处理器基于所输入的信息对所述最佳协议管理信息及所述端口管理信息的至少一方进行更新。
7.根据权利要求1所述的管理装置,其特征在于,
所述处理器在所述(D)之后进行如下处理:
(E)接收对于所决定的所述管理协议的认证信息的输入,
(F)使用所输入的所述认证信息,进行发现存在于所述地址的通信装置的发现处理,
在所述(F)中,关于所述地址,在因最佳协议所使用的端口关闭的原因而导致装置的发现失败的情况下,所述处理器显示表示对所述地址确定最佳协议且使该最佳协议所使用的端口成为开放状态、和输入针对该最佳协议的认证信息的信息。
8.根据权利要求1所述的管理装置,其特征在于,
所述属性/协议管理信息包含端口定义信息,
所述端口定义信息所具有的各属性/协议关系为,端口的识别信息、被推测为对于该端口开放的通信装置最合适的管理协议、以及该管理协议对于该端口开放的通信装置最合适的概率之间的对应关系,
在所述(A)中,所述处理器对所述地址发起开放端口的识别信息的询问,
在所述(B)中,基于所述应答获取作为该应答的发送方的通信装置所使用的一个以上的端口中的、一个以上的开放端口的识别信息,且所述询问结果信息为表示该一个以上的开放端口的识别信息与所述地址之间的对应关系的信息,
在所述(C)中,所述处理器根据所述端口定义信息来确定与所述询问结果信息所表示的一个以上的开放端口的识别信息对应的一个以上的管理协议及概率,
在所述(D)中,所决定的最合适的管理协议是基于所述一个以上的管理协议及概率所决定的管理协议。
9.根据权利要求8所述的管理装置,其特征在于,
在所述通信网络上连接有DNS服务器即域名系统服务器,
在所述(D)中,所述处理器从所述DNS服务器询问与所述地址对应的装置名,且将表示该地址与该装置名的对应关系的装置名/地址关系信息写入到所述存储资源,
在所述(D)中,所决定的最合适的管理协议为,基于所述一个以上的管理协议及概率、和使用所述地址根据所述装置名/地址关系信息所确定的装置名而决定的管理协议。
10.根据权利要求8所述的管理装置,其特征在于,
在所述(D)中,所述处理器将表示所述地址、与基于该地址的登录用URL之间的对应关系的URL/地址关系信息写入到所述存储资源,
在所述(D)中,所决定的最合适的管理协议为,基于所述一个以上的管理协议及概率、和使用所述地址根据所述URL/地址关系信息所确定的登录用URL而决定的管理协议。
11.根据权利要求8所述的管理装置,其特征在于,
在所述(C)中,在所确定的一个以上的开放端口的识别信息中、确定与所确定的一个以上的概率中的最高概率对应的开放端口的识别信息。
12.根据权利要求1所述的管理装置,其特征在于,
所述处理器在所述(D)之后进行如下处理:
(E)接收对于所决定的所述管理协议的认证信息的输入,
(F)使用所输入的所述认证信息,来进行发现存在于所述地址的通信装置的发现处理,
在所述(F)中,所述处理器进行如下处理:
(f1)在对所述地址所决定的最合适的管理协议是第二管理协议、但对所述第二管理协议的端口不能利用的情况下,基于所述询问结果信息和所述端口定义信息来确定与由所述第二管理协议能够利用的端口对应的其他地址,对存在于所确定的其他地址的通信装置询问存在于所述地址的通信装置,并根据针对该询问的应答来发现存在于所述地址的通信装置。
13.根据权利要求12所述的管理装置,其特征在于,
在所述(f1)中,所述处理器显示表示存在于所述地址的通信装置是被存在于所述其他地址的通信装置监视的装置的信息。
14.一种用于发现与通信网络连接的通信装置的方法,其特征在于,
在用于通信装置的发现的认证信息的输入之前,对多个地址的每个地址,进行如下处理:
(A)发起指定了地址的询问,
(B)在从存在于由所述询问所指定的地址的通信装置接收到针对所述询问的应答的情况下,将询问结果信息写入到存储资源,该询问结果信息表示由所述询问所指定的地址、与基于所述应答所获取的通信装置属性之间的对应关系,
(C)根据属性/协议管理信息确定与所述询问结果信息所表示的通信装置属性对应的管理协议,所述属性/协议管理信息是多个表示属性/协议关系的信息,所述属性/协议关系是,通信装置属性、与被推测为对于具有该通信装置属性的通信装置最合适的管理协议之间的对应关系,
(D)基于所确定的所述管理协议,来决定对于所述地址最合适的管理协议即在监视时应该使用的管理协议。
CN201080068843.5A 2010-11-17 2010-11-17 发现与通信网络连接的通信装置的方法及管理装置 Active CN103080913B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/070466 WO2012066652A1 (ja) 2010-11-17 2010-11-17 通信ネットワークに接続されている通信装置を発見する方法及び管理装置

Publications (2)

Publication Number Publication Date
CN103080913A CN103080913A (zh) 2013-05-01
CN103080913B true CN103080913B (zh) 2015-07-01

Family

ID=46048821

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080068843.5A Active CN103080913B (zh) 2010-11-17 2010-11-17 发现与通信网络连接的通信装置的方法及管理装置

Country Status (5)

Country Link
US (1) US8656011B2 (zh)
EP (1) EP2605145A4 (zh)
JP (1) JP5383927B2 (zh)
CN (1) CN103080913B (zh)
WO (1) WO2012066652A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5911460B2 (ja) * 2013-09-18 2016-04-27 キヤノン株式会社 画像形成装置及び方法、並びにプログラム
US9866467B1 (en) * 2016-09-19 2018-01-09 Capital One Services, Llc Systems and methods for automated determination of network device transiting data attributes
US10469324B2 (en) 2016-11-22 2019-11-05 Amazon Technologies, Inc. Virtual network verification service
US11108805B2 (en) * 2018-06-27 2021-08-31 Amazon Technologies, Inc. Automated packetless network reachability analysis

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1520123A (zh) * 2003-01-21 2004-08-11 ������������ʽ���� 对地址询问的回答方法、程序、装置和地址通知方法、程序、装置
US7633942B2 (en) * 2001-10-15 2009-12-15 Avaya Inc. Network traffic generation and monitoring systems and methods for their use in testing frameworks for determining suitability of a network for target applications

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7069343B2 (en) * 2001-09-06 2006-06-27 Avaya Technologycorp. Topology discovery by partitioning multiple discovery techniques
US20030084176A1 (en) * 2001-10-30 2003-05-01 Vtel Corporation System and method for discovering devices in a video network
US20060129415A1 (en) * 2004-12-13 2006-06-15 Rohit Thukral System for linking financial asset records with networked assets
US7533086B2 (en) 2006-09-08 2009-05-12 Ricoh Co., Ltd. System, method, and computer program product for obtaining vendor identification of a remote device of merged companies
JP4770670B2 (ja) 2006-09-22 2011-09-14 コニカミノルタビジネステクノロジーズ株式会社 デバイスドライバ用インストールプログラム、およびデバイスドライバのインストール方法
JP2008197828A (ja) 2007-02-09 2008-08-28 Ricoh Co Ltd 機器管理装置、機器管理システム、機器管理方法及び機器管理プログラム
US8014278B1 (en) * 2007-12-17 2011-09-06 Force 10 Networks, Inc Adaptive load balancing between ECMP or LAG port group members
US8165091B2 (en) * 2008-06-27 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks using LAN profiles and network handover rules
JP5091833B2 (ja) 2008-10-28 2012-12-05 株式会社日立製作所 監視対象装置管理システム、管理サーバおよび監視対象装置管理方法
JP4764915B2 (ja) * 2008-12-08 2011-09-07 株式会社日立製作所 性能管理システム、情報処理システム、及び性能管理システムにおける情報収集方法
GB2470360B (en) * 2009-05-18 2011-08-10 Skype Ltd Network access nodes
US8233482B2 (en) * 2010-04-22 2012-07-31 Robert Paul Morris Methods, systems, and computer program products for disabling an operative coupling to a network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7633942B2 (en) * 2001-10-15 2009-12-15 Avaya Inc. Network traffic generation and monitoring systems and methods for their use in testing frameworks for determining suitability of a network for target applications
CN1520123A (zh) * 2003-01-21 2004-08-11 ������������ʽ���� 对地址询问的回答方法、程序、装置和地址通知方法、程序、装置

Also Published As

Publication number Publication date
US8656011B2 (en) 2014-02-18
WO2012066652A1 (ja) 2012-05-24
JP5383927B2 (ja) 2014-01-08
JPWO2012066652A1 (ja) 2014-05-12
EP2605145A1 (en) 2013-06-19
US20120124198A1 (en) 2012-05-17
EP2605145A4 (en) 2017-08-16
CN103080913A (zh) 2013-05-01

Similar Documents

Publication Publication Date Title
US8910129B1 (en) Scalable control system for test execution and monitoring utilizing multiple processors
US7979515B2 (en) Distribution management method, a distribution management system and a distribution management server
US7506048B1 (en) Method and system for monitoring network connected devices and displaying device status
TWI483581B (zh) 用以搜尋網路裝置之方法及設備
US8997092B2 (en) Method, system, and computer readable medium for provisioning and remote distribution
EP1267518B1 (en) Multiple device management method and system
CN102064966B (zh) 一种配置方法、服务器、设备和系统
US9965758B2 (en) Troubleshooting transactions in a network environment
WO2009011962A1 (en) Network advisor
US20060282527A1 (en) System for very simple network management (VSNM)
US20110099273A1 (en) Monitoring apparatus, monitoring method, and a computer-readable recording medium storing a monitoring program
US20150095492A1 (en) Method and apparatus of matching monitoring sets to network devices
CN109547524B (zh) 基于物联网的用户行为存储方法、装置、设备及存储介质
US20040139194A1 (en) System and method of measuring and monitoring network services availablility
CN103080913B (zh) 发现与通信网络连接的通信装置的方法及管理装置
US9760874B2 (en) Transaction tracing in a network environment
US20170012837A1 (en) Transaction Identification in a Network Environment
CN103597466A (zh) 基于数据推送的实时数据监测
US20170012814A1 (en) System Resiliency Tracing
CN114553867A (zh) 一种云原生的跨云网络监控方法、装置及存储介质
US8751622B1 (en) Techniques for automated application discovery
US9400729B2 (en) System and method for determining topology of monitored entities
US20170223136A1 (en) Any Web Page Reporting and Capture
Dalle Vacche et al. Zabbix network monitoring essentials
CN106533716B (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