CN101494558A - 网络设备管理装置、其控制方法及网络系统 - Google Patents

Abstract

本发明提供了网络设备管理装置、其控制方法及网络系统。网络设备管理装置能够构建以下网络环境：在该网络环境中，即使在诸如IPv4及IPv6的不同的协议被可交替地用在网络上、或用在用诸如IPv6的特定的协议来操作的网络装置之间的情况下，也保持极好的可操作性，而不显示通信错误画面。网络设备管理装置以可通信的方式连接到网络上的设备及客户端装置。网络设备管理应用程序接收到来自客户端装置的用于访问设备的请求。应用程序获取客户端装置的地址及设备的地址。如果客户端装置与设备之间的通信不可行，则应用程序将从设备所获取的设备信息发送给客户端装置，然而如果通信可行，则应用程序将用于连接到设备的地址发送给客户端装置。

Description

网络设备管理装置、其控制方法及网络系统

技术领域

本发明涉及一种能够与设备进行通信的网络设备管理装置及方法。更具体地说，构造其中保持极好的可操作性的网络环境。

背景技术

作为用于在与网络设备的通信中使用的协议，使用了IPv4(互联网协议第4版)。IPv4是位于在OSI(开放系统互联)参考模型中所定义的网络层中的协议，使用定义用于寻址、路由及错误控制的地址空间的32位地址。

近来，由于随着互联网的广泛使用，连接到网络的设备增加，而导致产生32位地址空间耗尽的问题。为了解决该问题，已发展了地址空间扩展到128位的IPv6(互联网协议第6版)，并正在将其逐步地引入。

在当前IPv6通常使用的IPv6全局单播地址的情况下，128位地址格式由两部分组成：由高位的64位形成的网络地址部分(子网前缀)及由低位的64位形成的接口ID。高位的64位子网前缀由全局路由前缀及子网ID组成。

三种地址(即，有状态地址、无状态地址及链路本地地址)之间的差异能够通过网络地址之间的差异来表示。有状态地址是从使用DHCPv6协议的DHCP服务器所获取的IPv6地址。DHCP是动态主机配置协议的缩写。无状态地址是由IPv6装置基于从路由器发送来的信息而自动地生成的IPv6地址。链路本地地址是使得仅有可能在IPv6装置所属的网络(同一链路)内进行通信的IPv6地址。能够对各IPv6装置设定多个上述类型的地址。

另一方面，作为用于管理IPv4网络环境中的诸如图像处理装置的设备的网络设备管理装置，例如，在日本特开第2003-330824号公报中已提出了一种网络设备管理装置。

该网络设备管理装置搜索连接到网络的网络设备，并显示所述设备的列表。用户从设备列表中选择要被管理的设备，并监视该设备的状态(包括错误信息)。网络设备管理装置定期地获取关于该设备的状态信息。进而，用户为了管理而改变各设备的网络配置。例如，用户改变设备的IP地址。此时，网络设备管理装置使用SNMP/MIB来改变设备的配置。SNMP是简单网络管理协议的缩写，MIB是主信息块的缩写。

根据日本特开第2003-330824号公报，在网络设备装有网络服务器时，网络浏览器在其上操作的客户端装置直接地访问网络设备管理装置的网络服务器，并且获取设备信息，并将该设备信息显示在网络浏览器上。另一方面，在网络设备未装有网络服务器时，客户端装置使用SNMP协议来请求网络设备管理装置收集来自该设备的MIB信息。然后，客户端装置接收到由网络设备管理装置所获取的设备信息，并且将该信息显示在网络浏览器上。

然而，在上述日本特开第2003-330824号公报中，假定网络上的设备与网络浏览器在其上操作的客户端装置使用IPv4来彼此通信，但是不考虑在其中可交替地使用IPv4及IPv6的环境或者用允许对网络设备设定多个地址的IPv6来操作的网络设备。

更具体来说，在浏览器利用IPv4来操作且设备利用IPv6来操作(或者相反)时，浏览器与设备不能彼此通信，并且因此在浏览器上显示通信错误画面(参见图19A)。

此外，在浏览器及设备都利用IPv6来操作的环境中，不可能从对设备设定的多个IPv6地址中选择使它们之间的通信可行的地址。由此，也出现在浏览器上显示通信错误画面(参见图19B)的问题。

发明内容

本发明的目的是提供一种网络设备管理装置、其控制方法、网络系统及存储有用于实现所述控制方法的程序的存储介质，这些能够构建以下网络环境：在该网络环境中，即使在诸如IPv4及IPv6的不同的协议被可交替地用在网络上、或用在用诸如IPv6的特定的协议来操作的网络装置之间的情况下，也保持极好的可操作性，而不显示通信错误画面。

在本发明的第一方面中，提供了一种网络设备管理装置，该网络设备管理装置以可通信的方式连接到网络上的设备及客户端装置，该网络设备管理装置包括：接收单元，其被构造成接收来自所述客户端装置的用于访问所述设备的访问请求；第一获取单元，其被构造为，在所述接收单元接收到所述访问请求时，获取使得能够识别由所述客户端装置所使用的通信协议的信息；第二获取单元，其被构造为从所述设备获取使得能够识别由所述设备所使用的通信协议的信息；确定单元，其被构造为，基于由所述第一获取单元所获取的所述信息以及由所述第二获取单元所获取的所述信息，来确定所述客户端装置与所述设备之间的通信是否可行；第一发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信不可行时，将由所述网络设备管理装置从所述设备所获取的设备信息发送给所述客户端装置；以及第二发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信可行时，将用于连接到所述设备的地址发送给所述客户端装置。

在本发明的第二方面中，提供了一种网络设备管理装置，该网络设备管理装置包括搜索网络上的设备的设备搜索单元，以及从由所述设备搜索单元所发现的所述设备获取关于所述设备的信息的信息获取单元，所述网络设备管理装置以可通信的方式连接到所述网络上的所述设备及客户端装置，所述网络设备管理装置包括：被构造为接收来自所述客户端装置的用于访问所述设备的访问请求的单元；被构造为在接收到所述访问请求时，获取由作为由所述客户端装置所使用的通信协议的第一协议或者通过更新所述第一协议的版本而获得的第二协议所定义的、所述客户端装置的地址的单元；被构造为从由所述信息获取单元所获取的关于所述设备的所述信息获取由所述设备所使用的所述第一协议或所述第二协议所定义的、所述设备的地址的列表的单元；以及被构造为进行所获取的所述客户端装置的地址与所述设备的所述地址之间的比较，并且在所述客户端装置及所述设备都用所述第二协议来操作时，将所获取的所述设备的所述地址的列表发送给所述客户端装置。

在本发明的第三方面中，提供了一种对以可通信的方式连接到网络上的设备及客户端装置的网络设备管理装置进行控制的方法，所述方法包括以下步骤：接收来自所述客户端装置的用于访问所述设备的访问请求；在接收到所述访问请求时，获取使得能够识别由所述客户端装置所使用的通信协议的信息；从所述设备获取使得能够识别由所述设备所使用的通信协议的信息；基于所获取的使得能够识别由所述客户端装置所使用的通信协议的信息、以及所获取的使得能够识别由所述设备所使用的通信协议的信息，来确定所述客户端装置与所述设备之间的通信是否可行；在确定所述客户端装置与所述设备之间的通信不可行时，将由所述网络设备管理装置从所述设备所获取的设备信息发送给所述客户端装置；以及在确定所述客户端装置与所述设备之间的通信可行时，将用于连接到所述设备的地址发送给所述客户端装置。

在本发明的第四方面中，提供了一种网络系统，该网络系统包括网络上的设备、客户端装置及网络设备管理装置，所述网络设备管理装置以可通信的方式连接到所述设备及所述客户端装置，其中，所述网络设备管理装置包括：接收单元，其被构造成接收来自所述客户端装置的用于访问所述设备的访问请求；第一获取单元，其被构造为，在所述接收单元接收到所述访问请求时，获取使得能够识别由所述客户端装置所使用的通信协议的信息；第二获取单元，其被构造为从所述设备获取使得能够识别由所述设备所使用的通信协议的信息；确定单元，其被构造为，基于由所述第一获取单元所获取的所述信息以及由所述第二获取单元所获取的所述信息，来确定所述客户端装置与所述设备之间的通信是否可行；第一发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信不可行时，将由所述网络设备管理装置从所述设备所获取的设备信息发送给所述客户端装置；以及第二发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信可行时，将用于连接到所述设备的地址发送给所述客户端装置。

根据本发明，可以构建以下网络环境：在该网络环境中，即使在不同的协议被可交替地用在网络上、或用在用特定的协议来操作的网络装置之间的情况下，也保持极好的可操作性，而不显示通信错误画面。

根据以下结合附图进行的详细描述，本发明的特征及优点将变得更加清楚。

附图说明

图1是根据本发明第一实施例的包括网络设备管理装置的网络系统的结构的示意图。

图2是由图像处理装置构成的设备的结构的框图。

图3是设备的IPv6配置画面的图。

图4是网络设备管理装置及客户端装置中的每一个的结构的框图。

图5是设备管理应用程序的结构的框图。

图6是利用设备管理应用程序而显示的设备列表画面的图。

图7是根据第一实施例的包括网络设备管理装置的网络系统的操作序列的序列图。

图8是浏览器上所显示的RUI画面的示例的图。

图9是浏览器上所显示的设备详细画面的示例的图。

图10是示出根据第一实施例的网络设备管理装置中所安装的设备管理应用程序所执行的设备管理处理的概要的流程图。

图11是示出在图10中的步骤S1-6中所执行的处理的细节的流程图。

图12A及图12B是示出图11中的第一确定处理(S2-8)的细节的流程图。

图13是示出图11中的第二确定处理(S2-12)的第一示例的细节的流程图。

图14是示出图11中的第二确定处理(S2-12)的第二示例的细节的流程图。

图15是示出图11中的第二确定处理(S2-12)的第三示例的细节的流程图。

图16是根据本发明第二实施例的网络设备管理装置中所安装的设备管理应用程序所执行的设备管理处理的概要的流程图。

图17是地址选择画面的示例的图。

图18是根据本发明第三实施例的包括网络设备管理装置的网络系统的操作序列的序列图。

图19A及图19B是传统的网络系统的结构的示意图。

具体实施方式

以下将参照示出本发明的实施例的附图来对本发明进行详细的说明。

图1是根据本发明第一实施例的包括网络设备管理装置的网络系统的示意图。

该网络系统包括网络设备管理装置100、由个人计算机(PC)实现的客户端装置200、以及作为图像处理装置的设备300，它们全部经由诸如LAN的网络400而相互连接。

在网络设备管理装置100中安装了用于在其上操作的设备管理应用程序101，而浏览器102在客户端装置200上操作。

浏览器102作为由IT管理员103所操作的客户端装置200上的网络浏览器而进行操作。IT管理员103使用浏览器102来从远程地点对网络400上存在的设备进行管理。例如，IT管理员103获取设备的各自的状态，检测其中发生了错误的设备，并且修复该设备中的错误以将该设备置于能够进行打印操作的状态。

设备管理应用程序101响应于来自浏览器102的请求，管理网络400上的设备(包括设备300)。更具体来说，设备管理应用程序101响应于来自浏览器102的设备信息获取请求而从设备获取设备信息，或者响应于来自浏览器102的设备结构改变请求而将设备的设定改变成适当的值。

例如，设备300是存在于网络400上的图像处理装置，响应于来自设备管理应用程序101的请求而发送设备信息或改变其设定。此外，设备300响应于来自浏览器102的网页显示请求而发送包括设备信息的HTML数据。

图2是由图像处理装置构成的设备300的结构的框图。

设备300主要由读取器部1、打印机部2及图像输入输出控制器3组成。读取器部1连接到打印机部2及图像输入输出控制器3。读取器部1从原稿读取图像，并将所读取的图像数据输出给打印机部2或图像输入输出控制器3。打印机部2将从读取器部1及图像输入输出控制器3输出的图像数据打印在记录纸上。图像输入输出控制器3连接到修整器12，以使修整器12对从打印机部2输送来的打印输出进行诸如订钉的预定处理。图像输入输出控制器3连接到用于显示设备(多功能机)300的操作状态并使得用户能够输入指令的液晶板操作显示部13。此外，图像输入输出控制器3连接到外部网络400或公共电话线，以进行图像数据的输入及输出。

图像输入输出控制器3由传真部4、文件部5、存储设备6、网络接口部7、PDL格式器部8、图像存储器部9及核心部10组成。文件部5连接到核心部10及存储设备6，对从核心部10接收到的图像数据进行压缩，然后将经压缩的图像数据与在恢复该图像数据时使用的密码一起存储在存储设备6中。存储设备6不仅存储图像数据，而且存储要由CPU 17来执行的应用程序等。

网络接口部7提供经由外部网络400而连接到网络接口部7的网络设备管理装置100或客户端装置200与核心部10之间的接口。假定网络接口部7装有网络服务器。

格式器部8连接到核心部10，将从客户端装置200接收到的PDL数据转换成打印机部2可打印的图像数据。图像存储器部9暂时地存储从读取器部1读入的图像信息以及例如经由网络接口部7而从客户端装置200接收到的图像信息。

核心部10控制在上述读取器部1、传真部4、文件部5、网络接口部7及格式器部8之间流动的数据。此外，核心部10分析作业控制数据并进行控制，以使得与用户使用条件以及用于复印、打印或扫描的纸张的数量等有关的信息积聚在RAM 18或存储设备6中。核心部10还对图像数据进行诸如缩放、旋转、分辨率转换或格式转换的图像处理。核心部10的CPU 17将存储在ROM 19或存储设备6中的应用程序载入RAM 18中并执行这些应用程序，由此控制图像输入输出控制器3的总体操作。

图3是设备300的IPv6配置画面的图。

能够通过将项“使用IPv6”301设定为ON来激活设备300的IPv6(第二协议)功能。图3示出了如相应的项302及303中所示的、将无状态地址及有状态地址(使用DHCIPv6协议)激活的示例性情况。在设备300的该示例中，假定设定了五个无状态地址及一个有状态地址。

图4是网络设备管理装置100的每一个的结构的框图。

网络设备管理装置100设置有执行各种程序的CPU 2201，CPU 2201经由系统总线2204而连接到各硬件模块。

更具体来说，系统总线2204连接有ROM 2202及RAM 2203。此外，硬盘(HD)2211经由磁盘控制器(DKC)2207而连接到系统总线2204。ROM 2202或硬盘(HD)2211存储包括作为根据本实施例的网络设备管理装置100的软件的主要控制程序的设备管理应用程序101的程序。RAM2203用作主存储器及CPU 2201的工作区。

应当注意，可以以正被存储在诸如DVD或CD-ROM的存储介质中的状态来提供设备管理应用程序101。在这种情况下，例如由出现在图4中的DVD控制器(DVD)2212或者CD-ROM驱动器(未示出)来从存储介质中读取程序，并且将该程序安装在硬盘(HD)2211中。

此外，系统总线2204连接有网络接口卡(NIC)2208。网络接口卡2208经由LAN 400而与诸如客户端装置200或设备300的外部网络装置双向地交换数据。

此外，系统总线2204连接有键盘控制器(KBC)2205及CRT控制器(CRTC)2206。键盘控制器(KBC)2205对来自键盘(KB)2209、指示设备(未示出)等的指令输入进行控制。CRT控制器(CRTC)2206控制CRT显示器(CRT)2210的显示。

如图4所示，客户端装置200在结构上与网络设备管理装置100相同。然而，客户端装置200与网络设备管理装置100的不同之处在于：硬盘(HD)2211存储有浏览器102。

接下来，将给出对设备管理应用程序101的描述。

图5是设备管理应用程序101的结构的框图。

设备管理应用程序101由HTML画面生成部501、地址确定部502、客户端通信部503、设备搜索部504、设备信息获取部505、设备通信部506及设备信息存储部507组成。

HTML画面生成部501生成要向浏览器102输出的HTML数据。地址确定部502进行从浏览器102在其上操作的客户端装置200所获取的地址与从设备300所获取的地址之间的比较，由此选择使通信可行的地址。这些地址由IPv4或作为IPv4的更新版本的IPv6来定义。

客户端通信部503进行对在浏览器102在其上操作的客户端装置200中所设定的地址的获取，以及对HTML数据的发送及接收。

设备搜索部504搜索网络上的设备并且将关于所述设备的信息存储在数据库508中。设备搜索部504获取在搜索时对各设备而设定的所有的IP地址信息、关于IPv4及IPv6的ON/OFF设定信息、IPv6地址类型(无状态、有状态或链路本地)及FQDN，并将这些存储在数据库508中。设备信息获取部505获取关于设备的信息(例如，设备的IP地址、位置信息及选项配置)。设备通信部506使用诸如SNMPv1、SNMPv3及网络服务的协议来与设备进行通信。设备信息存储部507将从设备所获取的信息存储在数据库508中。

图6是利用设备管理应用程序101而显示的设备列表画面的图。

画面上的设备列表是通过由设备搜索部504获取存储在数据库508中的设备信息来显示的。

图7是根据第一实施例的包括网络设备管理装置100的网络系统的操作序列(即在浏览器102、设备管理应用程序101及设备300之间执行的操作序列)的序列图。此外，图8是浏览器102上所显示的RUI画面的示例的图，图9是浏览器102上所显示的设备详细画面的示例的图。

IT管理员103经由浏览器102来管理网络400上的设备。在浏览器102上显示按列表形式示出要被管理的设备的设备列表。IT管理员103访问装在特定的设备300中的网络服务器，以参照关于设备300的详细信息，并且试图使网络服务器显示图8中所示的设备信息(下文中称为RUI)。RUI是远程用户接口的缩写。

此时，浏览器102向设备管理应用程序101发送RUI显示请求(访问请求)(S11)。设备管理应用程序101将浏览器102在其上操作的客户端装置200的地址与存在作为跳转目的地的RUI的设备300的地址进行比较，确定浏览器102与设备300之间的通信是否可行(S12)。

如果浏览器102与设备300之间的通信可行，则设备管理应用程序101向浏览器102发送改址(redirect)请求，以将浏览器102改址到浏览器102能够与其进行通信的设备300的地址(S13)。改址请求是一种来自服务器的HTTP响应，其通知浏览器102：URL已经改变。应当注意，HTTP是超文本传输协议的缩写，URL是统一资源定位符的缩写。此后，设备300从浏览器102接受RUI显示请求(S14)，并将RUI画面(参见图8)的HTML数据发送回给浏览器102(S15)。

另一方面，如果浏览器102与设备300之间的通信不可行，则设备管理应用程序101使用浏览器102能够利用其来与设备300进行通信的协议(例如，SNMPv1、SNMPv3或网络服务)，来从设备300获取信息(S21及S22)。然后，设备管理应用程序101生成设备详细画面(参见图9)，并将所生成的画面发送回给浏览器102(S23)。

接下来，将参照图10至图14中的流程图，来对根据本实施例的网络设备管理装置100中所安装的设备管理应用程序101所执行的如图7中所例示的设备管理处理进行说明。

图10是示出根据第一实施例的网络设备管理装置100中所安装的设备管理应用程序101所执行的设备管理处理的概要的流程图。

首先，在步骤S1-1中，设备管理应用程序101接收来自浏览器102的用于跳转到设备300的RUI的请求。在随后的步骤S1-2中，设备管理应用程序101从指示用于跳转到RUI的请求的请求数据中提取发送源地址(即，浏览器102在其上操作的PC(客户端装置200)的地址)。

在随后的步骤S1-3中，设备管理应用程序101例如使用getaddrinfo函数来获取在设备搜索的过程中存储在数据库中的、对浏览器102在其上操作的客户端装置200设定的地址的列表(第一获取处理)。此外，在步骤S1-4中，设备管理应用程序101从指示用于跳转到RUI的请求的请求数据中获取设备300的地址(第二获取处理)。此外，与上述相似的是，在步骤S1-5中，设备管理应用程序101例如使用getaddrinfo函数来从数据库508获取在设备搜索的过程中存储的、设备300的地址的列表。

然后，在步骤S1-6中，设备管理应用程序101确定浏览器102与设备300之间的通信是否可行。以下将对步骤S1-6中的该确定进行详细的说明。

如果浏览器102与设备300之间的通信可行，则处理进入步骤S1-7，在步骤S1-7中，设备管理应用程序101进行以下处理：改址到浏览器102能够与其进行通信的设备300的地址。具体地说，将项“使用IPv6”设定为ON，并将“定位Location”被设定为“http://(浏览器102能够与其进行通信的设备300的地址)”的HTTP响应发送回给浏览器102。已接收到改址请求的浏览器102能够与设备300进行通信，并且显示RUI画面。

如果浏览器102与设备300之间的通信不可行，则处理进入步骤S1-8，在步骤S1-8中，设备管理应用程序101使用诸如SNMPv1、SNMPv3或网络服务的协议来获取例如包括状态信息及安装位置信息的设备信息。此时，设备管理应用程序101使用在设备搜索的过程中设备300用来发送回响应的地址。

在步骤S1-9中，设备管理应用程序101将从设备300所获取的设备信息转换成设备详细画面的HTML数据，然后将该HTML数据发送给浏览器102(第一发送处理)。已接收到该HTML数据的浏览器102能够显示设备详细画面。

接下来，将参照图11中的流程图来对图10中的步骤S1-6中的处理进行详细的说明。

首先，在步骤S2-1中，设备管理应用程序101检查浏览器102及设备300是否都用IPv4来操作。从HTTP请求的发送源地址获取浏览器102的地址。在设备搜索的过程中所获取的设备300的IP地址已被存储在数据库508中。

设备管理应用程序101进行浏览器102的地址与设备300的地址之间的比较，以由此确定浏览器102及设备300是否都用IPv4(第一协议)来操作。如果浏览器102及设备300都用IPv4来操作，则处理进入步骤S2-2，在步骤S2-2中，设备管理应用程序101执行常规的序列(与图10中的步骤S1-7至S1-9相对应)，接着终止本处理。

在常规的序列中，在设备300装有网络服务器时，设备管理应用程序101确定浏览器102与设备300之间的通信可行，并且进行到设备300的改址(与图10中的步骤S1-7相对应)。另一方面，在设备300未装有网络服务器时，设备管理应用程序101使用SNMP协议来从设备300获取设备信息(与图10中的步骤S1-8及S1-9相对应)(参见日本特开第2003-330824号公报中的图8)。

如果浏览器102及设备300都不用IPv4来操作，则处理进入步骤S2-3，在步骤S2-3中，设备管理应用程序101检查浏览器102的IP版本是否与设备300的IP版本不同。浏览器102与设备300之间的IP版本不同意味着浏览器102仅使用IPv4而设备300仅使用IPv6(第二协议)，或者相反。

如果浏览器102与设备300之间的IP版本不同，则处理进入图10中的步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。如果浏览器102及设备300都用IPv6来操作，则处理进入步骤S2-4，在步骤S2-4中，设备管理应用程序101检查浏览器102、设备管理应用程序101及设备300的所有的各自的IPv6地址的前缀(子网前缀)是否相同。

通过比较各自的IPv6地址中的网络地址部分(子网前缀)的值(分别由高位的64位形成)，来进行前缀之间的比较。如果浏览器102、设备300及设备管理应用程序101的IPv6地址的前缀相同，则设备管理应用程序101确定浏览器102、设备300及设备管理应用程序101存在于同一网络上，因此这三者之间的通信是可行的。然后，处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101向浏览器102发送改址请求，以将浏览器102改址到设备300的地址(第二发送处理)。

如果浏览器102、设备300及设备管理应用程序101的IPv6地址的前缀不同，则处理进入步骤S2-5，在步骤S2-5中，设备管理应用程序101检查浏览器102及设备300的IPv6地址的前缀是否相同。如果这些IPv6地址的前缀相同，则设备管理应用程序101确定浏览器102及设备300存在于同一网络上，因此这两者之间的通信是可行的。然后，处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101向浏览器102发送到设备300的地址的改址请求。

如果浏览器102及设备300的IPv6地址的前缀不同，则处理进入步骤S2-6，在步骤S206中，设备管理应用程序101检查设备管理应用程序101及设备300的IPv6地址的前缀是否相同。如果这些IPv6地址的前缀相同，则能够判断设备管理应用程序101及设备300存在于同一网络上。因此，设备管理应用程序101确定能够与设备管理应用程序101进行通信的浏览器102也能够与设备300进行通信。然后，处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101向浏览器102发送到设备300的地址的改址请求。

如果设备管理应用程序101及设备300的IPv6地址的前缀不同，则处理进入步骤S2-7，在步骤S2-7中，设备管理应用程序101检查浏览器102及设备管理应用程序101的IPv6地址的前缀是否相同。如果这些IPv6地址的前缀相同，则处理进入步骤S2-8，在步骤S2-8中，设备管理应用程序101执行第一确定处理。如果这些IPv6地址的前缀不同，则处理进入步骤S2-9。

在步骤S2-9中，设备管理应用程序101使用SNMP协议来获取关于设备300的路由信息。路由信息是存储在诸如路由器等设备的网络装置中的关于与分组投递目的地有关的路径的信息。在IPv6的情况下，将网络地址表存储为路由信息。

在其后的步骤S2-10中，设备管理应用程序101检查路由信息是否包含其前缀使浏览器102与设备300之间的通信可行的IPv6地址。如果关于设备300的路由信息包含浏览器102的网络地址，则设备300能够直接地将分组发送给浏览器102。因此，能够判断设备300与浏览器102之间的通信是可行的。

如果路由信息包含其前缀使浏览器102与设备300之间的通信可行的IPv6地址，则处理进入步骤S1-7，在步骤S1-7中，设备管理应用程序101请求浏览器102改址到其前缀使得与浏览器102的通信可行的设备300的IPv6地址。

如果路由信息不包含前缀使浏览器102与设备300之间的通信可行的IPv6地址，则处理进入步骤S2-11，在步骤S2-11中，设备管理应用程序101检查是否执行第二确定处理。如果需要执行第二确定处理，则本处理进入步骤S2-12，在步骤S2-12中，设备管理应用程序101执行第二确定处理。以下将详细地说明第二确定处理。如果不需要执行第二确定处理，则本处理进入图10中的步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。

接下来，将给出对在步骤S2-9及其后的步骤中执行的处理的其他两个示例的说明。

在步骤S2-7中，如上所述，检查浏览器102及设备管理应用程序101的IPv6地址的前缀是否相同。如果这些IPv6地址的前缀不同，则设备管理应用程序101可以执行通过改变路由信息的获取目的地而执行的以下处理，来替代步骤S2-9至S2-12中的处理。将该处理描述为第一处理示例及第二处理示例。

第一处理示例从客户端装置200获取路由信息，并且按照如下来执行：

在步骤S2-7中，如果确定IPv6地址的前缀不同，则设备管理应用程序101使用SNMP协议来获取关于浏览器102在其上操作的客户端装置200的路由信息。然后，设备管理应用程序101检查路由信息是否包含使浏览器102与设备300之间的通信可行的前缀。

在关于浏览器102在其上操作的客户端装置200的路由信息包含设备300的网络地址时，浏览器102能够直接地向设备300发送回分组。因此，能够判断浏览器102能够与设备300进行通信。

如果路由信息包含使浏览器102与设备300之间的通信可行的前缀，则设备管理应用程序101请求浏览器102改址到其前缀使与浏览器102的通信可行(参见S2-7)的、设备300的IPv6地址。如果路由信息不包含使浏览器102与设备300之间的通信可行的前缀，则设备管理应用程序101检查是否执行第二确定处理。如果确定需要执行第二确定处理，则设备管理应用程序101执行第二确定处理(稍后详细说明)。如果确定不需要执行第二确定处理，则设备管理应用程序101从设备300获取信息(参见步骤S1-8)。

第二处理示例从路由器获取路由信息，并且按照如下来执行：

如果在步骤S2-7中确定不存在相同的前缀，则设备管理应用程序101从路由器获取路由信息。然后，设备管理应用程序101检查该路由信息是否包含其前缀使浏览器102与设备300之间的通信可行的IPv6地址。在来自路由器的路由信息包含浏览器102的前缀及设备300的前缀时，因此在浏览器102与设备300之间的数据传送可行时，能够确定浏览器102与设备300之间的通信可行。

如果路由信息包含其前缀使浏览器102与设备300之间的通信可行的IPv6地址，则设备管理应用程序101执行步骤S1-7中的处理。如果不是这样，则设备管理应用程序101检查是否执行第二确定处理，并且然后执行与第一处理示例中的处理相同的处理。

接下来，将参照图12A及图12B来说明第一确定处理的细节。

图12A及图12B是示出图11中的第一确定处理(S2-8)的细节的流程图。图12A示出了第一示例，图12B示出了第二示例。设备管理应用程序101执行图12A及图12B中所示的处理中的一个，作为第一确定处理。

如图12A所示，按照如下来执行第一确定处理的第一示例：

首先，在步骤S3a-1中，设备管理应用程序101从数据库508获取被接收作为设备搜索的过程中响应分组的源地址的、设备300的IPv6地址。然后，处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101请求浏览器102改址到该地址。

如图12B所示，按照如下来执行第一确定处理的第二示例：

首先，在步骤S3b-1中，设备管理应用程序101从数据库508获取对设备300而设定的所有的IPv6地址。接下来，在步骤S3b-2中，设备管理应用程序101使用IPv6地址中的一个IPv6地址来向设备300发送PING分组，然后在步骤S3b-3中检查是否接收到来自设备300的响应。

如果已接收到来自设备300的响应，则处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101请求浏览器102改址到已接收到来自其的响应的IPv6地址。如果未接收到来自设备300的响应，则处理进入步骤S3b-4，在步骤S3b-4中，设备管理应用程序101使用IPv6地址中的下一个IPv6地址，利用PING分组来执行通信检查。从数据库508获取的IPv6地址包含在设备搜索的过程中的通信中所使用的地址，因此数据库508中包含使设备管理应用程序101与设备300之间的通信可行的、设备300的至少一个IPv6地址。

在浏览器102的IPv6地址及设备管理应用程序101的IPv6地址具有相同的前缀时执行第一确定处理。在这种情况下，浏览器102及设备管理应用程序101存在于同一网络上。在设备管理应用程序101与设备300之间的通信可行时，确定存在于同一网络上的浏览器102也能够与设备300进行通信。

接下来，将参照图13、图14及图15来对第二确定处理进行说明。图13、图14及图15是示出图11中的第二确定处理(S2-12)的细节的流程图。图13示出了第一示例，图14示出了第二示例，图15示出了第三示例。设备管理应用程序101执行图13、图14及图15中所示的处理中的一个处理，作为第二确定处理。在用户预先将设定配置成执行第二确定处理的情况下，执行第二确定处理。

如图13所示，按照如下来执行第二确定处理的第一示例：

首先，在步骤S5a-1中，设备管理应用程序101检查用户是否预先在用于跳转到设备300的RUI的请求中激活了用于用户的设定的FQDN(全域名)的使用。FQDN是唯一地标识网络设备的名称，例如将其表达为“pc123.abcd.com”。

如果FQDN的使用未被激活，则处理进入图10中的步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。如果FQDN的使用已被激活，则处理进入步骤S5a-2，在步骤S5a-2中，设备管理应用程序101从数据库508获取在设备搜索的过程中所存储的、设备300的FQDN。

在步骤S5a-3中，设备管理应用程序101确定是否已成功地获取FQDN。如果确定已成功地获取FQDN，则处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101向浏览器102发送改址请求，以使用FQDN来将浏览器102改址到设备300。如果确定未成功地获取FQDN，则处理进入图10中的步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。

如图14所示，按照如下来执行第二确定处理的第二示例：

首先，在步骤S5b-1中，设备管理应用程序101检查用户是否预先在用于跳转到设备300的RUI的请求中激活了用于用户的设定的IPv6地址类型信息的使用。如果IPv6地址类型信息的使用未被激活，则处理进入图10中的步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。

如果IPv6地址类型信息的使用已被激活，则处理进入步骤S5b-2，在步骤S5b-2中，设备管理应用程序101从数据库508获取IPv6地址类型信息。在步骤S5b-3中，设备管理应用程序101从数据库508获取设备300的IPv6地址及其地址类型。

在以下的步骤S5b-4中，设备管理应用程序101检查所获取的IPv6地址是否是改址的类型。如果所获取的IPv6地址是改址的类型，则处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101向浏览器102发送改址请求，以将浏览器102改址到所获取的设备300的IPv6地址。

如果所获取的IPv6地址不是改址的类型，则处理进入步骤S5b-5，在步骤S5b-5中，设备管理应用程序101确定是否已检查了设备300的所有的IPv6地址。如果未检查完设备300的所有的IPv6地址，则处理进入步骤S5b-6，在步骤S5b-6中，设备管理应用程序101从设备300的IPv6地址的列表中选择下一个IPv6地址。

如果已检查了设备300的所有的IPv6地址，则处理进入图10中的步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。用于用户的设定的IPv6地址类型信息具有改址的类型的默认值。

如图15所示，按照如下来执行第二确定处理的第三示例：

首先，在步骤S5c-1中，设备管理应用程序101检查用户是否预先在用于跳转到设备300的RUI的请求中激活了用于用户的设定的路由信息的使用。如果路由信息的使用未被激活，则处理进入图10中的步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。

如果路由信息的使用已被激活，则处理进入步骤S5c-2，在步骤S5c-2中，设备管理应用程序101从数据库508获取由用户所设定的路由信息。在随后的步骤S5c-3中，设备管理应用程序101使用由用户所设定的路由信息来确定浏览器102与设备300之间的通信是否可行。如果确定它们之间的通信可行，则处理进入图10中的步骤S1-7，在步骤S1-7中，设备管理应用程序101向浏览器102发送改址请求，以将浏览器102改址到设备300。如果确定不能进行通信，则处理进入步骤S1-8，在步骤S1-8中，设备管理应用程序101从设备300获取信息。

本实施例带来了以下有益效果：

当浏览器102试图使客户端装置200访问装在设备300中的网络服务器以显示如图8中所示的RUI画面时，经由设备管理应用程序101来进行该访问。此时，设备管理应用程序101进行在浏览器102在其上操作的客户端装置200的地址与其中存在RUI的设备300的地址之间的比较(S12)。然后，比较的结果示出浏览器102与设备300之间的通信不可行(例如，在浏览器102的IP版本与设备300的IP版本彼此不同的情况下)，执行以下的处理：设备管理应用程序101从设备300获取信息，然后基于从设备300所获取的信息来生成如图9中所示的设备详细画面，接着将所生成的画面的数据发送给浏览器102。

这使得即使在浏览器102的IP版本与设备300的IP版本彼此不同的环境中，也可以在客户端装置200上显示设备详细画面来替代RUI画面，而不显示通信错误画面。

应当注意，尽管在本实施例中，基于客户端装置的IP地址及设备的IP地址来确定客户端装置及设备是否使用相同的协议，但是也可以获取除地址之外的指示通信协议的其他信息来进行确定。

本发明的第二实施例被构造成，使得在浏览器及设备用IPv6来操作的网络环境中，能够从对设备而设定的多个IPv6地址中选择使浏览器与设备之间的通信可行的地址。在其他方面，第二实施例被构造得与第一实施例相似。因此，用相同的标号来表示相对应的要素，并省略其说明。

图16是根据本发明第二实施例的网络设备管理装置100中所安装的设备管理应用程序101所执行的设备管理处理的概要的流程图。

在图16中的步骤S6-1至S6-5中所执行的处理与在步骤S1-1至S1-5中所执行的处理相同，因此省略其说明。

在步骤S6-6中，设备管理应用程序101检查浏览器102及设备300是否都用IPv4来操作。如果浏览器102及设备300都用IPv4来操作，则处理进入步骤S6-8，在步骤S6-8中，设备管理应用程序101执行上述常规的序列，随后终止本处理。

如果浏览器102及设备300都不用IPv4来操作，则处理进入步骤S6-7，在步骤S6-7中，设备管理应用程序101检查浏览器102的IP版本是否与设备300的IP版本不同。如果浏览器102的IP版本与设备300的IP版本不同，则设备管理应用程序101进入步骤S6-9。

在步骤S6-9中，设备管理应用程序101使用诸如SNMPv1、SNMPv3或网络服务的协议来从设备300获取例如包括状态信息及安装位置信息的设备信息。此时，如第一实施例中所述，设备管理应用程序101使用在设备搜索的过程中设备300用来发送回响应的地址。

如果浏览器102与设备300都用IPv6来操作，则处理进入步骤S6-10，在步骤S6-10中，设备管理应用程序101生成用于显示地址选择画面(作为示例在图17中示出)作为在从对设备300而设定的多个地址中选择地址时所使用的画面的HTML信息。

其后，设备管理应用程序101将所生成的地址选择画面发送回给浏览器102。接收到HTML信息的浏览器102能够显示地址选择画面。

图17是地址选择画面的示例的图。

如图17所示，在地址选择画面上显示有用于显示所选择的设备300的地址列表的列表显示区171以及用于在由设备管理应用程序101从设备300获取信息时使用的“获取”按钮172。此外，在列表显示区171中，按与各自的地址相关联的方式显示“显示”按钮171a。

当按列表显示区171中的“显示”按钮171a中的一个时，使用相关联的地址来进行改址，由此能够显示RUI画面。此外，当按“获取”按钮172时，设备管理应用程序101获取关于设备的信息。

在浏览器102试图访问设备300中的网络服务器以显示RUI画面(参见图8)时，如果浏览器102及设备300都用IPv6来操作，则执行以下处理：设备管理应用程序101生成地址选择画面，并将所生成的画面的数据发送回给浏览器102。

这使得即使在浏览器102及设备300都用IPv6来操作的环境中，也能够在客户端装置200上显示地址选择画面(参见图17)，而不显示通信错误画面。这使得IT管理员103能够使用地址选择画面来从对设备300而设定的多个IPv6地址中选择可通信的地址，然后进行改址，以由此显示RUI画面。

本发明的第三实施例与第一实施例的区别在于，在图1中所示的网络系统上存在代理服务器，因此以下将给出对在这种情况下所执行的序列的说明。在其他方面，第三实施例被构造得与第一实施例相似。因此，用相同的标号来表示相对应的要素，并省略其说明。

图18是根据本发明第三实施例的包括网络设备管理装置100的网络系统的操作序列的序列图。用相同的标号及步骤号来表示与图7中的那些相同的要素及步骤。

在浏览器102上显示有其中列有要被管理的设备的设备列表。IT管理员访问装在特定的设备300中的网络服务器，以参照关于设备300的详细信息，并试图使网络服务器显示RUI。

此时，浏览器102经由代理服务器1000来向设备管理应用程序101发送用于跳转到RUI的请求(S31)。代理服务器1000将来自浏览器102的请求改址到设备管理应用程序101(S32)。

然后，如同对图7的说明中那样，执行步骤S11及S12，其后执行步骤S13至S15或步骤S21至S23。

根据本实施例，即使在存在代理服务器时，也可以获得如第一实施例所提供的相同的有益效果。

应当理解的是，还可以通过提供具有其中存储有实现任一上述实施例的功能的软件的程序代码的存储介质的系统或装置、并使系统或装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码，来实现本发明。

在这种情况下，从存储介质中所读取的程序代码自身实现任一上述实施例的功能，因此程序代码及其中存储有该程序代码的存储介质构成本发明。

用于提供程序代码的存储介质的示例包括软(注册商标)盘、硬盘、磁光盘、光盘(例如，CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW或DVD+RW)、磁带、非易失性存储卡及ROM。作为另一种选择，可以经由网络来下载程序。

此外，应当理解的是，不仅可以通过执行由计算机所读出的程序代码、而且可以通过使在计算机上操作的OS(操作系统)等基于程序代码的指令来进行实际操作的部分或全部，来实现任一上述实施例的功能。

此外，应当理解的是，还可以通过将从存储介质中所读出的程序代码写入到插入到计算机中的扩展板上所设置的存储器中或连接到计算机的扩展单元中所设置的存储器中、然后使设置在扩展板或扩展单元中的CPU等基于程序代码的指令来进行实际操作的部分或全部，来实现任一上述实施例的功能。

虽然参照示例性实施例来对本发明进行了说明，但是应当理解的是，本发明并不限于所公开的示例性实施例。应当对以下权利要求书的范围给予最宽泛的解释，以使其涵盖所有的变型例、等同的结构及功能。

本申请要求于2008年1月24日提交的日本专利申请第2008-014056号的优先权，这里通过引用将其全部内容合并于此。

Claims (19)

1.一种网络设备管理装置，该网络设备管理装置以可通信的方式连接到网络上的设备及客户端装置，该网络设备管理装置包括：

接收单元，其被构造成接收来自所述客户端装置的用于访问所述设备的访问请求；

第一获取单元，其被构造为，在所述接收单元接收到所述访问请求时，获取使得能够识别由所述客户端装置所使用的通信协议的信息；

第二获取单元，其被构造为从所述设备获取使得能够识别由所述设备所使用的通信协议的信息；

确定单元，其被构造为，基于由所述第一获取单元所获取的所述信息以及由所述第二获取单元所获取的所述信息，来确定所述客户端装置与所述设备之间的通信是否可行；

第一发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信不可行时，将由所述网络设备管理装置从所述设备所获取的设备信息发送给所述客户端装置；以及

第二发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信可行时，将用于连接到所述设备的地址发送给所述客户端装置。

2.根据权利要求1所述的网络设备管理装置，其中，在由所述客户端装置所使用的所述通信协议与由所述设备所使用的所述通信协议彼此不同时，所述确定单元确定所述客户端装置与所述设备之间的通信不可行。

3.根据权利要求1所述的网络设备管理装置，其中，在所述客户端装置及所述设备都用特定的协议来操作时，所述确定单元进行分别地分配给所述客户端装置、所述设备及所述网络设备管理装置的前缀之间的比较，并且基于所述比较的结果来确定所述客户端装置与所述设备之间的通信是否可行。

4.根据权利要求3所述的网络设备管理装置，其中，在所述客户端装置、所述设备及所述网络设备管理装置具有相同的前缀时，所述确定单元确定所述客户端装置与所述设备之间的通信可行。

5.根据权利要求3所述的网络设备管理装置，其中，在所述客户端装置及所述设备具有相同的前缀时，所述确定单元确定所述客户端装置与所述设备之间的通信可行。

6.根据权利要求3所述的网络设备管理装置，其中，在所述网络设备管理装置及所述设备具有相同的前缀时，所述确定单元确定所述客户端装置与所述设备之间的通信可行。

7.根据权利要求3所述的网络设备管理装置，其中，在所述客户端装置及所述网络设备管理装置具有相同的前缀时，从由所述设备所获取的所述设备信息中提取由所述特定的协议所定义的源地址，并且所述第二发送单元将所述源地址作为所述设备的地址而发送给所述客户端装置。

8.根据权利要求3所述的网络设备管理装置，其中，在所述客户端装置及所述网络设备管理装置具有相同的前缀时，使用特定的分组来从自所述设备所获取的所述设备信息中提取由使与所述设备的通信可行的所述特定的协议所定义的地址，并且所述第二发送单元将所提取的地址作为所述设备的地址而发送给所述客户端装置。

9.根据权利要求3所述的网络设备管理装置，其中，在所述网络设备管理装置、所述客户端装置及所述设备具有各自不同的前缀时，获取关于所述设备的路由信息，并且取决于所述路由信息是否包含由使所述客户端装置与所述设备之间的通信可行的所述特定的协议所定义的地址，来确定所述客户端装置与所述设备之间的通信是否可行。

10.根据权利要求3所述的网络设备管理装置，其中，在所述网络设备管理装置、所述客户端装置及所述设备具有各自不同的前缀时，获取关于所述客户端装置的路由信息，并且取决于所述路由信息是否包含由使所述客户端装置与所述设备之间的通信可行的所述特定的协议所定义的地址，来确定所述客户端装置与所述设备之间的通信是否可行。

11.根据权利要求3所述的网络设备管理装置，其中，在所述网络设备管理装置、所述客户端装置及所述设备具有各自不同的前缀时，获取关于路由器的路由信息，并且取决于所述路由信息是否包含由使所述客户端装置与所述设备之间的通信可行的所述特定的协议所定义的地址，来确定所述客户端装置与所述设备之间的通信是否可行。

12.根据权利要求9所述的网络设备管理装置，该网络设备管理装置包括判断单元，该判断单元被构造为判断所述设备是否被分配唯一地识别所述网络上的所述设备的名称，并且

其中，在关于所述设备的所述路由信息、关于所述客户端装置的所述路由信息、或关于所述路由器的所述路由信息不包含由使所述客户端装置与所述设备之间的通信可行的所述特定的协议所定义的所述地址时，基于所述判断单元的判断结果来确定所述客户端装置与所述设备之间的通信是否可行。

13.根据权利要求9所述的网络设备管理装置，其中，在关于所述设备的所述路由信息、关于所述客户端装置的所述路由信息、或关于所述路由器的所述路由信息不包含由使所述客户端装置与所述设备之间的通信可行的所述特定的协议所定义的所述地址时，从自所述设备所获取的所述设备信息获取所述设备的地址及地址类型信息，并基于所述地址类型信息来确定所述客户端装置与所述设备之间的通信是否可行。

14.根据权利要求9所述的网络设备管理装置，其中，在关于所述设备的所述路由信息、关于所述客户端装置的所述路由信息、或关于所述路由器的所述路由信息不包含由使所述客户端装置与所述设备之间的通信可行的所述特定的协议所定义的所述地址时，使用用户设定的路由信息来确定所述客户端装置与所述设备之间的通信是否可行。

15.根据权利要求1所述的网络设备管理装置，其中，所述第一获取单元获取由所述客户端装置所使用的所述通信协议所定义的、所述客户端装置的地址，并且

所述第二获取单元获取由所述设备所使用的所述通信协议所定义的、所述设备的地址，并且

其中，所述确定单元基于由所述第一获取单元所获取的所述地址以及由所述第二获取单元所获取的所述地址，来确定所述客户端装置与所述设备之间的通信是否可行。

16.根据权利要求1所述的网络设备管理装置，其中，由所述第一发送单元所发送的所述设备信息是基于从所述设备而获取的所述信息而生成的HTML数据，由所述第二发送单元所发送的所述地址是用于访问设置在所述设备中的网络服务器的URL。

17.一种网络设备管理装置，该网络设备管理装置包括搜索网络上的设备的设备搜索单元，以及从由所述设备搜索单元所发现的所述设备获取关于所述设备的信息的信息获取单元，所述网络设备管理装置以可通信的方式连接到所述网络上的所述设备及客户端装置，所述网络设备管理装置包括：

被构造为接收来自所述客户端装置的用于访问所述设备的访问请求的单元；

被构造为在接收到所述访问请求时，获取由作为由所述客户端装置所使用的通信协议的第一协议或者通过更新所述第一协议的版本而获得的第二协议所定义的、所述客户端装置的地址的单元；

被构造为从由所述信息获取单元所获取的关于所述设备的所述信息获取由所述设备所使用的所述第一协议或所述第二协议所定义的、所述设备的地址的列表的单元；以及

被构造为进行所获取的所述客户端装置的地址与所述设备的所述地址之间的比较，并且在所述客户端装置及所述设备都用所述第二协议来操作时，将所获取的所述设备的所述地址的列表发送给所述客户端装置。

18.一种对以可通信的方式连接到网络上的设备及客户端装置的网络设备管理装置进行控制的方法，所述方法包括以下步骤：

接收来自所述客户端装置的用于访问所述设备的访问请求；

在接收到所述访问请求时，获取使得能够识别由所述客户端装置所使用的通信协议的信息；

从所述设备获取使得能够识别由所述设备所使用的通信协议的信息；

基于所获取的使得能够识别由所述客户端装置所使用的通信协议的信息、以及所获取的使得能够识别由所述设备所使用的通信协议的信息，来确定所述客户端装置与所述设备之间的通信是否可行；

在确定所述客户端装置与所述设备之间的通信不可行时，将由所述网络设备管理装置从所述设备所获取的设备信息发送给所述客户端装置；以及

在确定所述客户端装置与所述设备之间的通信可行时，将用于连接到所述设备的地址发送给所述客户端装置。

19.一种网络系统，该网络系统包括网络上的设备、客户端装置及网络设备管理装置，所述网络设备管理装置以可通信的方式连接到所述设备及所述客户端装置，

其中，所述网络设备管理装置包括：

接收单元，其被构造成接收来自所述客户端装置的用于访问所述设备的访问请求；

第一获取单元，其被构造为，在所述接收单元接收到所述访问请求时，获取使得能够识别由所述客户端装置所使用的通信协议的信息；

第二获取单元，其被构造为从所述设备获取使得能够识别由所述设备所使用的通信协议的信息；

确定单元，其被构造为，基于由所述第一获取单元所获取的所述信息以及由所述第二获取单元所获取的所述信息，来确定所述客户端装置与所述设备之间的通信是否可行；

第一发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信不可行时，将由所述网络设备管理装置从所述设备所获取的设备信息发送给所述客户端装置；以及

第二发送单元，其被构造为，在所述确定单元确定所述客户端装置与所述设备之间的通信可行时，将用于连接到所述设备的地址发送给所述客户端装置。

Images