ノード検出装置、ノード検出方法、及びプログラム
【課題】 ネットワーク上に存在する複数の通信プロトコルに対応した通信機器を検出するノード検出装置を提供する。
【解決手段】 ノード検出装置１０は、予め更新されたARPテーブルや、近隣キャッシュの情報に基づき、IPｖ４プロトコルに対応するノード情報、及びIPｖ６プロトコルに対応するノード情報を識別する。ノード検出装置１０は、識別したノード情報のうち、重複したMACアドレスを特定することで、IPｖ４プロトコルとIPｖ６プロトコル両方に対応するデュアルスタックノードを検出することができる。また、識別されたノード情報を可視化することで、ネットワークの構成管理の効率を上げることができる。
【解決手段】 ノード検出装置１０は、予め更新されたARPテーブルや、近隣キャッシュの情報に基づき、IPｖ４プロトコルに対応するノード情報、及びIPｖ６プロトコルに対応するノード情報を識別する。ノード検出装置１０は、識別したノード情報のうち、重複したMACアドレスを特定することで、IPｖ４プロトコルとIPｖ６プロトコル両方に対応するデュアルスタックノードを検出することができる。また、識別されたノード情報を可視化することで、ネットワークの構成管理の効率を上げることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード検出方法に関する。
【背景技術】
【０００２】
例えば、特許文献１には、IPｖ４およびIPｖ６の両方を適用可能な通信機能を備えた通信端末装置において、ログインユーザ毎に、IPｖ４とIPｖ６の利用可能属性を登録可能にしたことを特徴とする通信端末装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２２４６１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数の通信プロトコルに対応した通信機器を特定するノード検出装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るノード検出装置は、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得手段と、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得手段と、前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定手段とを有する。
【０００６】
好適には、前記第１の取得手段は、IPｖ４プロトコルに従って、通信機器のMACアドレスを取得し、前記第２の取得手段は、IPｖ６プロトコルに従って、通信機器のMACアドレスを取得し、前記特定手段は、第１の取得手段により取得されたMACアドレスと、第２の取得手段により取得されたMACアドレスとに基づいて、IPｖ４プロトコル及びIPｖ６プロトコルの両方に対応した通信機器を特定する。
【０００７】
好適には、前記第１の取得手段は、ARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、近隣キャッシュから、通信機器のMACアドレスを取得する。
【０００８】
好適には、前記第１の取得手段は、複数のサブネットそれぞれのARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、複数のサブネットそれぞれの近隣キャッシュから、通信機器のMACアドレスを取得する。
【０００９】
好適には、前記第１の取得手段は、サブネットに対するブロードキャストが行われた後に、ARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、サブネットに対するブロードキャストが行われた後に、近隣キャッシュから、通信機器のMACアドレスを取得する。
【００１０】
好適には、DNSサーバにより管理されている通信機器のアドレスを取得するDNS取得手段と、前記DNS取得手段により取得されたアドレスに基づいて、通信機器の稼働確認を行う稼働確認手段と、前記稼働確認手段による稼働確認結果に基づいて、前記取得手段により取得されたアドレスの通信機器を稼働ノードとして登録するノード登録手段とをさらに有し、前記第１の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットのARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットの近隣キャッシュから、通信機器のMACアドレスを取得する。
【００１１】
好適には、前記特定手段による特定結果と、前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定する台数特定手段をさらに有する。
【００１２】
好適には、前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、前記台数特定手段により特定されたサブネット毎の台数を表示する表示手段をさらに有する。
【００１３】
好適には、前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、 前記台数特定手段により特定されたサブネット毎の台数に基づいて、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器を、第２の通信プロトコルに対応させるよう推奨する推奨手段をさらに有する。
【００１４】
本発明に係るノード検出方法は、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップとを有する。
【００１５】
本発明に係るプログラムは、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップとをコンピュータに実行させる。
【発明の効果】
【００１６】
本発明によれば、ネットワーク上に存在する複数の通信プロトコルに対応した通信機器を検出することができる。
【図面の簡単な説明】
【００１７】
【図１】ノード検出システム１の概要を説明する図である。
【図２】ノード検出システム１のプロトコル判定プログラム５の構成を説明する図である。
【図３】ノード検出部５００の構成を説明する図である。
【図４】第１取得部５２０の構成を説明する図である。
【図５】第２取得部５４０の構成を説明する図である。
【図６】デュアル特定部５６０の構成を説明する図である。
【図７】推奨部６２０の構成を説明する図である。
【図８】検出ノードのプロトコル判定処理（Ｓ１）を説明するフローチャートである。
【図９】ノード検出処理（Ｓ１０）を説明するフローチャートである。
【図１０】プロトコル判定処理（Ｓ２０）を説明するフローチャートである。
【図１１】プロトコル判定処理（Ｓ２０）により登録される情報の表示例である。
【図１２】プロトコル判定処理（Ｓ２０）により識別されたノード情報の表示例である。
【図１３】ノード情報の表示パターン例である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を、図面を参照して説明する。
図１は、ノード検出システム１の概要を説明する図である。
図１に例示するように、本実施形態のノード検出システム１は、ノード検出装置１０と、DNSサーバ８とを有する。ノード９０２A〜９０２Dは、検出対象となるノードであり、ルータ９００を介して接続された複数のセグメントに散在する。
ノード検出装置１０は、例えば、後述するプロトコル判定プログラム５がインストールされたサーバ装置である。ノード検出装置１０は、ネットワーク上に存在するノードを検出し、各ノードを識別し、表示する。ここで、ノードとは、ネットワークを構成する要素であり、コンピュータ端末、ルータ、及びハブなどの通信機器を含む。
なお、本例では、ノート型のコンピュータ端末９０２をノードとして説明するが、これに限定されるものではなく、例えば、ルータ９００などもノードとなりうる。
【００１９】
DNSサーバ８は、ドメインネームシステム（Domain Name System）を構成するサーバ装置であり、IPアドレス（Internet Protocol Address）とドメイン名又はホスト名との対応表を管理する。本例のDNＳサーバ８は、少なくとも、IPｖ６のIPアドレスが含まれたAAAAレコードと、IPｖ４のIPアドレスが含まれたAレコードとを格納し、ノード９０２のIPアドレス及びホスト名を管理する。
なお、以下の説明では、IPｖ６とIPｖ４のノードがネットワーク上に混在していることを前提として説明するが、これに限定されるものではなく、IPｖ６のノードのみ、又は、IPｖ４のノードのみで構成されるネットワークでも同様に動作可能である。
【００２０】
図２は、プロトコル判定プログラム５の構成を説明する図である。
図２で例示するように、プロトコル判定プログラム５は、ノード検出部５００、第１取得部５２０、第２取得部５４０、デュアル特定部５６０、台数特定部５８０、表示部６００、及び推奨部６２０を有する。
【００２１】
図３は、ノード検出部５００の構成を説明する図である。
図３に例示するように、ノード検出部５００は、DNS指定部５０２と、範囲設定部５０４と、取得部５０６と、稼働確認部５０８と、ノード登録部５１０とから構成される。
DNS指定部５０２は、管理者（ユーザ）の操作に応じて、DNSサーバの指定を受け付ける。範囲設定部５０４は、管理者の操作に応じて、ノード検出の対象となるアドレスの範囲を設定する。例えば、範囲設定部５０４は、管理者により一つのIPアドレスが直接指定された場合に、指定されたIPアドレスのみを範囲に設定し、管理者によりセグメント（LANなど）が指定された場合に、指定されたセグメントに対応するIPアドレス群を設定し、管理者により開始のIPアドレスと終了のIPアドレスとが指定された場合に、開始のIPアドレスから終了のIPアドレスまでの範囲を設定し、管理者によりホスト名が指定された場合に、指定されたホスト名に対応するIPアドレスを設定し、管理者により、除外するIPアドレスが指定された場合に、指定されたIPアドレスが除外されたIPアドレス群を設定する。
【００２２】
取得部５０６は、DNSサーバ８により管理されているアドレス情報を取得し、取得されたアドレス情報を稼働確認部５０８に出力する。例えば、取得部５０６は、DNS指定部５０２により指定されたDNSサーバ８にアクセスして、AAAAレコード又はAレコードを取得し、取得されたAAAAレコード又はAレコードから、範囲設定部５０４により設定された範囲のIPアドレス及びホスト名を抽出し、抽出されたIPアドレス及びホスト名を候補ノードとして稼働確認部５０８に出力する。
【００２３】
稼働確認部５０８は、取得部５０６により取得されたアドレス情報に基づいて、このアドレス情報に対応するノード（通信機器）の稼働確認を行う。例えば、稼働確認部５０８は、ICMPに従って、取得部５０６から入力されたIPアドレスに対応するノードの稼働確認を行い、その確認結果をノード登録部５１０に出力する。
【００２４】
ノード登録部５１０は、稼働確認部５０８により稼働が確認されたノードに関する情報（アドレス情報及びホスト名など）をノードDB７００に登録する。
【００２５】
第１取得部５２０は、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する。具体的には、第１取得部５２０は、図４に例示するように、ARPテーブル参照部５２２とノード登録部５２４とから構成される。第１取得部５００において、ARPテーブル参照部５２２は、IPｖ４対応ノードの情報（MACアドレス）をARPテーブルから取得する。ノード登録部５２４は、ARPテーブル参照部５２２により取得されたIPアドレス、及びMACアドレスに加えて、属性(IPｖ４)を、ノードDB７００に登録する。ここで、属性とは、対応している通信プロトコルを示す情報であり、本例では、「IPｖ４」、「IPｖ６」、又は、「IPｖ４及びIPｖ６」(デュアルスタック)である。
【００２６】
第２取得部５４０は、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する。具体的には、第２取得部５４０は、図５に例示するように、近隣キャッシュ参照部５４２とノード登録部５４４から構成される。第２取得部において、近隣キャッシュ参照部５４２は、IPｖ６対応ノードの情報（MACアドレス）を、近隣キャッシュから取得する。ノード登録部５４４は、近隣キャッシュ参照部５４２により取得されたIPアドレス、及びMACアドレスに加えて、属性(IPｖ６)をノードDB７００に登録する。
【００２７】
デュアル特定部５６０は、第１取得部５２０と第２取得部５４０とにより取得された識別情報に基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器を特定する。具体的には、デュアル特定部５６０は、図６に例示するように、MAC比較部５６２とノード統合部５６４とから構成される。MAC比較部５６２は、第１取得部５２０により特定されたIPｖ４属性のノードのMACアドレスと、第２取得部５４０により特定されたIPｖ６属性のノードのMACアドレスとを比較する。重複するMACアドレスが存在する場合は、ノード統合部５６４は、MACアドレスの重複しているノード情報を統合する。具体的には、ノード統合部５６４は、統合するノード情報の属性をデュアルスタックノードとしてノードDB７００ を更新する。ここで、デュアルスタックノードとは、IPｖ４プロトコルとIPｖ６プロトコルとの両方に対応するノードを示す。
【００２８】
台数特定部５８０は、第１取得部５２０により取得された識別情報と、第２取得部５４０により取得された識別情報とに基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ第１の通信プロトコルに対応していない通信機器の台数とを特定する。具体的には、台数特定部５８０は、IPｖ４プロトコルのみに対応するノードの台数と、IPｖ６プロトコルのみに対応するノードの台数と、IPｖ４及びIPｖ６の両方に対応したデュアルスタックノードの台数とを特定する。
【００２９】
表示部６００は、台数特定部５８０により、特定された通信機器の台数をサブネット毎に表示する。具体的には、表示部６００は、IPｖ４プロトコルに対応するノードの台数、IPｖ６プロトコルに対応するノードの台数、及びIPｖ４プロトコル、IPｖ６プロトコルの両方に対応するデュアルスタックノードの台数の情報をノードDB７００より取得し、サブネット毎に表示する。
【００３０】
推奨部６２０は、台数特定部５８０により特定された、サブネット毎の通信機器の台数に基づいて、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器(IPｖ４のみ対応の通信機器)を、第２の通信プロトコル(IPｖ６)に対応させるよう推奨する。具体的には、図７に例示するように、推奨部６２０は、インターフェース生成部６２２、閾値設定部６２４、及び評価部６２６から構成される。閾値設定部６２４は、管理者の操作に応じて、IPｖ４プロトコルに対応するノードの閾値を評価部６２６に渡す。評価部６２６は、閾値に応じて、IPｖ６へ移行が推奨されるノード情報をノードDB７００から取得する。例えば、評価部６２６は、サブネット内に存在するIPｖ４ノードの台数が１台以下である場合に、IPｖ６への移行を推奨し、サブネット内に存在するIPｖ４ノードの台数が２台以上である場合に、IPｖ６への移行を推奨しない。なお、閾値は、台数に限定されるものではなく、IPｖ４ノードの割合などであってもよい。インターフェース生成部６２２は、取得された情報を表示する。
【００３１】
図８は、検出ノードのプロトコル判定処理（Ｓ１）を説明するフローチャートである。
図８に例示するように、ステップ１０（Ｓ１０）において、ノード検出部５００は、ノード検出処理を行う。
ステップ２０（S２０）において、プロトコル判定プログラム５は、ノード検出部５００により検出されたノード群に関して、プロトコル判定処理を行う。
ステップ３０（S３０）において、表示部６００は、プロトコル判定処理の結果を表示する。
【００３２】
図９は、ノード検出処理（Ｓ１０）を説明するフローチャートである。
図９に例示するように、ステップ１００（Ｓ１００）において、DNS指定部５０２は、ドメインのリストを表示して、管理者にドメイン（すなわち、ドメインを管理するDNSサーバ）の指定操作を促す。DNS指定部５０２は、管理者がいずれかのドメインを選択すると、選択されたドメインに対応するDNSサーバを取得部５０６に通知する。
取得部５０６は、DNS指定部５０２から通知されたDNSサーバに対して、AAAAレコード及びAレコードの問い合わせを行い、IPアドレス及びホスト名を取得する。具体的には、取得部５０６は、通知されたDNSサーバ８に対して、レコード種類を指定したnslookupコマンドを実行する。これにより、DNSレコードが取得部５０６により取得される。DNSレコードには、IPｖ６のAAAAレコードと、IPｖ４のAレコードとが含まれうる。
【００３３】
ステップ１０５（Ｓ１０５）において、ノード検出処理（Ｓ１０）は、範囲設定部５０４によりIPアドレスの範囲が設定されているか否かを判断し、範囲が設定されている場合に、Ｓ１１０の処理に移行し、範囲が設定されていない場合に、Ｓ１１５の処理に移行する。
【００３４】
ステップ１１０（Ｓ１１０）において、取得部５０６は、取得されたIPアドレス及びホスト名の中から、設定されている範囲のIPアドレスと、これに対応するホスト名とを抽出する。
ステップ１１５（Ｓ１１５）において、取得部５０６は、抽出されたIPアドレス及びホスト名から、ノードDB７００に登録されているIPアドレス及びホスト名を除外し、残ったIPアドレス及びホスト名を稼働確認部５０８に出力する。
【００３５】
ステップ１２０（Ｓ１２０）において、稼働確認部５０８は、取得部５０６から入力されたIPアドレス及びホスト名に基づいて、順に稼働確認を行う。具体的には、稼働確認部５０８は、入力されたIPアドレスのノードに対して、ICMPｖ４又はICMPｖ６のECHOREQUESTを送信する。
【００３６】
ステップ１２５（Ｓ１２５）において、ノード検出処理（Ｓ１０）は、稼働確認部５０８によりノードの稼働が確認された場合に、存在するノードと判定しＳ１３０の処理に移行し、ノードの稼働が確認されなかった場合に、存在しないノードと判定してＳ１３５の処理に移行する。具体的には、稼働確認部５０８は、取得部５０６から入力されたIPアドレス及びホスト名に基づいて、順に稼働確認を行う。具体的には、稼働確認部５０８は、送信したECHOREQUESTに対応するECHOREPLYの返信があった場合に、このノードを、稼働ノードとしてノード登録部５１０に通知し、ECHOREPLYの返信がなかった場合に、このノードを、存在しないノードと判定する。
【００３７】
ステップ１３０（Ｓ１３０）において、ノード登録部５１０は、稼働確認部５０８から稼働ノードとして通知されたノードのIPアドレス及びホスト名をノードDB７００に登録する。
ステップ１３５（Ｓ１３５）において、ノード検出処理（Ｓ１０）は、取得部５０６により抽出された全てのノードについて稼働確認を行ったか否かを判断し、稼働確認を行っていないノードが残っている場合に、Ｓ１２０の処理に戻って、次のノードの稼働確認を行い、全てのノードについて稼働確認が終了した場合に、プロトコル判定処理（Ｓ２０）に移行する。
【００３８】
図１０は、プロトコル判定処理（Ｓ２０）を説明するフローチャートである。
図１０に例示するように、ステップ２００（Ｓ２００）において、ARPテーブル参照部５２２は、arp -a コマンドを実行し、注目するサブネットのARPテーブルを参照する。ARPテーブル参照部５２２は、参照したARPテーブル情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００３９】
ステップ２０５(Ｓ２０５)において、ノード登録部５２４は、ARPテーブル参照部５２２により特定されたMACアドレス、及びIPｖ４属性をノードDB７００に登録する。具体的には、図１１(A)に例示されるように、ノード登録部５２４は、ノードDB７００に登録されたIPアドレスに関連付けて、IPアドレス、MACアドレス、及び属性をノードDB７００に登録する。
【００４０】
ステップ２１０(Ｓ２１０)において、近隣キャッシュ参照部５４２は、netsh interface ipv6 show neighbors コマンドを実行し、注目するリンクの近隣キャッシュ情報を参照する。近隣キャッシュ参照部５４２は、参照した近隣キャッシュ情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００４１】
ステップ２１５(Ｓ２１５)において、ノード登録部５４４は、近隣キャッシュ参照部５４２により特定されたMACアドレス、及びIPｖ６属性をノードDB７００に登録する。具体的には、図１１(B)に例示されるように、ノード登録部５４４は、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスに関連付けて、IPアドレス、MACアドレス、及び属性をノードDB７００に登録する。
【００４２】
ステップ２２０(Ｓ２２０)において、MAC比較部５６２は、ノードDB７００に登録された、IPｖ４属性のノード情報に含まれるMACアドレスと、IPｖ６属性のノード情報に含まれるMACアドレスとを比較し、重複したMACアドレスが存在するか確認する。プロトコル判定処理（Ｓ２０）は、重複するMACアドレスが確認された場合に、Ｓ１２５の処理に移行する。重複アドレスが存在しなかった場合は、Ｓ２３０の処理に移行する。
【００４３】
ステップ２２５(Ｓ２２５)において、ノード統合部５６４は、重複するノード情報を統合し、属性をデュアルスタックノードとしてノードDB７００を更新する。
【００４４】
ステップ２３０(Ｓ２３０)において、プロトコル判定処理（Ｓ２０）は、第１取得部５２０でノードDB７００に登録されたIPｖ４属性のノードのうち、ノード検出装置１０のサブネット以外のノードが存在した場合、Ｓ２３５の処理に移行する。存在しなかった場合は、表示処理Ｓ３０へ移行する。
【００４５】
ステップ２３５(Ｓ２３５)において、ARPテーブル参照部５２２は、次のサブネットに関して、arp -a コマンドを実行し、次の注目するサブネットのARPテーブルを確認する。ARPテーブル参照部５２２は、参照したARPテーブルの情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００４６】
ステップ２４０(Ｓ２４０)において、ノード登録部５２４は、Ｓ２３５でARPテーブル参照部５２２により特定されたIPアドレス、MACアドレス、及びIPｖ４属性情報をノードDB７００に登録する。
【００４７】
ステップ２４５(Ｓ２４５)において、MAC比較部５６２は、ノードDB７００に登録された、IPｖ４属性のノード情報に含まれるMACアドレスと、IPｖ６属性のノード情報に含まれるMACアドレスとを比較し、重複したMACアドレスが存在するか確認する。プロトコル判定処理（Ｓ２０）は、重複するMACアドレスが確認された場合に、Ｓ２５０の処理に移行する。重複アドレスが存在しなかった場合はＳ２５５の処理に移行する。
【００４８】
ステップ２５０(Ｓ２５０)において、ノード統合部５６４は、重複するノード情報を統合し、属性をデュアルスタックノードとしてノードDB７００を更新する。
【００４９】
ステップ２５５(Ｓ２５５)において、別リンクでIPｖ６属性のノードが存在する可能性があるため、近隣キャッシュ参照部５４２は、netsh interface ipv6 show neighbors コマンドを実行し、近隣キャッシュ情報を参照する。近隣キャッシュ参照部５４２は、参照した近隣キャッシュ情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００５０】
ステップ２６０(Ｓ２６０)において、ノード登録部５４４は、近隣キャッシュ参照部５４２により特定されたIPアドレス、MACアドレス、及びIPｖ６属性情報を、ノードDB７００に登録する。
【００５１】
Ｓ２３０からＳ２６０は、ノード検出装置１０以外のサブネット、ノード検出装置１０以外のリンクがなくなるまで処理を繰り返す。
【００５２】
図１２は、プロトコル判定処理（Ｓ２０）により識別されたノード情報の表示例である。
図１２（Ａ）に例示するように、表示部６００は、表示処理（Ｓ３０）において、プロトコル判定処理（Ｓ２０）により識別されたノード情報を表示する。具体的には、表示部６００は、ノードDB７００に登録されたIPｖ４、IPｖ６及びデュアルスタックノードの台数を、インターフェース生成部６２２を介して、表示することができる。さらに、表示部６００は、図１２（Ｂ）に例示するように、サブネットマスク情報を取得することで、ネットワーク毎に分割表示することも可能である。
【００５３】
また、推奨部６２０は、表示処理（Ｓ３０）において、図１２（Ｃ）に例示するように、インターフェース生成部６２２において、プロトコル判定処理（Ｓ２０）において判定された各プロトコル対応の台数と、予め定められた閾値とに基づいて、IPｖ６への移行を推奨するか否かをサブネット毎に判定し、表示部６００は、推奨部６２０の判定結果に従って、IPｖ６プロトコル対応のノードへと移行が推奨されるノード情報を表示することが可能である。
【００５４】
図１３は、表示部６００により表示されるノード情報の表示パターン例である。
プロトコル判定プログラム５により識別されたノード情報は、図１３(A)に例示されるように、テーブルでの表示が可能である。また、図１３(B)のように、アイコン表示により、具体的な可視化が可能である。さらに、図１３(C)に示されるように、アイコン表示された端末のプロパティとして詳細情報を表示させることも可能である。
【００５５】
以上説明したように、本実施形態のノード検出装置１０は、DNSサーバ８に登録されているノードを候補ノードとして収集し、候補ノードに対して稼働確認を行って、ネットワーク上に存在するノードを確定させる。その後、プロトコル判定プログラム５は、存在するノードがIPｖ４プロトコルに対応するノードなのか、IPｖ６プロトコルに対応するノードなのか、IPｖ４とIPｖ６両方のプロトコルに対応するノード(デュアルスタックノード)なのかをMACアドレスをキーとして特定することができる。これにより、ネットワーク上に存在するノードのネットワーク構成図の作成が可能となり、ネットワークの構成が明確になる。また、IPｖ４プロトコルやIPｖ６プロトコルに対応するサービスの管理が容易となり、更に、IPｖ６プロトコル移行時の対応状況の把握も可能となる。
【００５６】
次に、上記実施形態の変形例を説明する。
上記実施形態では、ノードのプロトコル判定に先立って、ノード検出処理（Ｓ１０）を行っているが、この処理は必須ではなく、例えば、ノード検出装置１０は、注目するサブネットに対して、ブロードキャストを行って、ARPテーブル又は近隣キャッシュを更新させてもよい。
【符号の説明】
【００５７】
５…プロトコル判定プログラム
８…DNSサーバ
１０…ノード検出装置
５００…ノード検出部
５２０…第１取得部
５４０…第２取得部
５６０…デュアル特定部
５８０…台数特定部
６００…表示部
６２０…推奨部
７００…ノードデータベース
【技術分野】
【０００１】
本発明は、ノード検出方法に関する。
【背景技術】
【０００２】
例えば、特許文献１には、IPｖ４およびIPｖ６の両方を適用可能な通信機能を備えた通信端末装置において、ログインユーザ毎に、IPｖ４とIPｖ６の利用可能属性を登録可能にしたことを特徴とする通信端末装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２２４６１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数の通信プロトコルに対応した通信機器を特定するノード検出装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るノード検出装置は、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得手段と、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得手段と、前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定手段とを有する。
【０００６】
好適には、前記第１の取得手段は、IPｖ４プロトコルに従って、通信機器のMACアドレスを取得し、前記第２の取得手段は、IPｖ６プロトコルに従って、通信機器のMACアドレスを取得し、前記特定手段は、第１の取得手段により取得されたMACアドレスと、第２の取得手段により取得されたMACアドレスとに基づいて、IPｖ４プロトコル及びIPｖ６プロトコルの両方に対応した通信機器を特定する。
【０００７】
好適には、前記第１の取得手段は、ARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、近隣キャッシュから、通信機器のMACアドレスを取得する。
【０００８】
好適には、前記第１の取得手段は、複数のサブネットそれぞれのARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、複数のサブネットそれぞれの近隣キャッシュから、通信機器のMACアドレスを取得する。
【０００９】
好適には、前記第１の取得手段は、サブネットに対するブロードキャストが行われた後に、ARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、サブネットに対するブロードキャストが行われた後に、近隣キャッシュから、通信機器のMACアドレスを取得する。
【００１０】
好適には、DNSサーバにより管理されている通信機器のアドレスを取得するDNS取得手段と、前記DNS取得手段により取得されたアドレスに基づいて、通信機器の稼働確認を行う稼働確認手段と、前記稼働確認手段による稼働確認結果に基づいて、前記取得手段により取得されたアドレスの通信機器を稼働ノードとして登録するノード登録手段とをさらに有し、前記第１の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットのARPテーブルから、通信機器のMACアドレスを取得し、前記第２の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットの近隣キャッシュから、通信機器のMACアドレスを取得する。
【００１１】
好適には、前記特定手段による特定結果と、前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定する台数特定手段をさらに有する。
【００１２】
好適には、前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、前記台数特定手段により特定されたサブネット毎の台数を表示する表示手段をさらに有する。
【００１３】
好適には、前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、 前記台数特定手段により特定されたサブネット毎の台数に基づいて、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器を、第２の通信プロトコルに対応させるよう推奨する推奨手段をさらに有する。
【００１４】
本発明に係るノード検出方法は、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップとを有する。
【００１５】
本発明に係るプログラムは、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップとをコンピュータに実行させる。
【発明の効果】
【００１６】
本発明によれば、ネットワーク上に存在する複数の通信プロトコルに対応した通信機器を検出することができる。
【図面の簡単な説明】
【００１７】
【図１】ノード検出システム１の概要を説明する図である。
【図２】ノード検出システム１のプロトコル判定プログラム５の構成を説明する図である。
【図３】ノード検出部５００の構成を説明する図である。
【図４】第１取得部５２０の構成を説明する図である。
【図５】第２取得部５４０の構成を説明する図である。
【図６】デュアル特定部５６０の構成を説明する図である。
【図７】推奨部６２０の構成を説明する図である。
【図８】検出ノードのプロトコル判定処理（Ｓ１）を説明するフローチャートである。
【図９】ノード検出処理（Ｓ１０）を説明するフローチャートである。
【図１０】プロトコル判定処理（Ｓ２０）を説明するフローチャートである。
【図１１】プロトコル判定処理（Ｓ２０）により登録される情報の表示例である。
【図１２】プロトコル判定処理（Ｓ２０）により識別されたノード情報の表示例である。
【図１３】ノード情報の表示パターン例である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態を、図面を参照して説明する。
図１は、ノード検出システム１の概要を説明する図である。
図１に例示するように、本実施形態のノード検出システム１は、ノード検出装置１０と、DNSサーバ８とを有する。ノード９０２A〜９０２Dは、検出対象となるノードであり、ルータ９００を介して接続された複数のセグメントに散在する。
ノード検出装置１０は、例えば、後述するプロトコル判定プログラム５がインストールされたサーバ装置である。ノード検出装置１０は、ネットワーク上に存在するノードを検出し、各ノードを識別し、表示する。ここで、ノードとは、ネットワークを構成する要素であり、コンピュータ端末、ルータ、及びハブなどの通信機器を含む。
なお、本例では、ノート型のコンピュータ端末９０２をノードとして説明するが、これに限定されるものではなく、例えば、ルータ９００などもノードとなりうる。
【００１９】
DNSサーバ８は、ドメインネームシステム（Domain Name System）を構成するサーバ装置であり、IPアドレス（Internet Protocol Address）とドメイン名又はホスト名との対応表を管理する。本例のDNＳサーバ８は、少なくとも、IPｖ６のIPアドレスが含まれたAAAAレコードと、IPｖ４のIPアドレスが含まれたAレコードとを格納し、ノード９０２のIPアドレス及びホスト名を管理する。
なお、以下の説明では、IPｖ６とIPｖ４のノードがネットワーク上に混在していることを前提として説明するが、これに限定されるものではなく、IPｖ６のノードのみ、又は、IPｖ４のノードのみで構成されるネットワークでも同様に動作可能である。
【００２０】
図２は、プロトコル判定プログラム５の構成を説明する図である。
図２で例示するように、プロトコル判定プログラム５は、ノード検出部５００、第１取得部５２０、第２取得部５４０、デュアル特定部５６０、台数特定部５８０、表示部６００、及び推奨部６２０を有する。
【００２１】
図３は、ノード検出部５００の構成を説明する図である。
図３に例示するように、ノード検出部５００は、DNS指定部５０２と、範囲設定部５０４と、取得部５０６と、稼働確認部５０８と、ノード登録部５１０とから構成される。
DNS指定部５０２は、管理者（ユーザ）の操作に応じて、DNSサーバの指定を受け付ける。範囲設定部５０４は、管理者の操作に応じて、ノード検出の対象となるアドレスの範囲を設定する。例えば、範囲設定部５０４は、管理者により一つのIPアドレスが直接指定された場合に、指定されたIPアドレスのみを範囲に設定し、管理者によりセグメント（LANなど）が指定された場合に、指定されたセグメントに対応するIPアドレス群を設定し、管理者により開始のIPアドレスと終了のIPアドレスとが指定された場合に、開始のIPアドレスから終了のIPアドレスまでの範囲を設定し、管理者によりホスト名が指定された場合に、指定されたホスト名に対応するIPアドレスを設定し、管理者により、除外するIPアドレスが指定された場合に、指定されたIPアドレスが除外されたIPアドレス群を設定する。
【００２２】
取得部５０６は、DNSサーバ８により管理されているアドレス情報を取得し、取得されたアドレス情報を稼働確認部５０８に出力する。例えば、取得部５０６は、DNS指定部５０２により指定されたDNSサーバ８にアクセスして、AAAAレコード又はAレコードを取得し、取得されたAAAAレコード又はAレコードから、範囲設定部５０４により設定された範囲のIPアドレス及びホスト名を抽出し、抽出されたIPアドレス及びホスト名を候補ノードとして稼働確認部５０８に出力する。
【００２３】
稼働確認部５０８は、取得部５０６により取得されたアドレス情報に基づいて、このアドレス情報に対応するノード（通信機器）の稼働確認を行う。例えば、稼働確認部５０８は、ICMPに従って、取得部５０６から入力されたIPアドレスに対応するノードの稼働確認を行い、その確認結果をノード登録部５１０に出力する。
【００２４】
ノード登録部５１０は、稼働確認部５０８により稼働が確認されたノードに関する情報（アドレス情報及びホスト名など）をノードDB７００に登録する。
【００２５】
第１取得部５２０は、第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する。具体的には、第１取得部５２０は、図４に例示するように、ARPテーブル参照部５２２とノード登録部５２４とから構成される。第１取得部５００において、ARPテーブル参照部５２２は、IPｖ４対応ノードの情報（MACアドレス）をARPテーブルから取得する。ノード登録部５２４は、ARPテーブル参照部５２２により取得されたIPアドレス、及びMACアドレスに加えて、属性(IPｖ４)を、ノードDB７００に登録する。ここで、属性とは、対応している通信プロトコルを示す情報であり、本例では、「IPｖ４」、「IPｖ６」、又は、「IPｖ４及びIPｖ６」(デュアルスタック)である。
【００２６】
第２取得部５４０は、第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する。具体的には、第２取得部５４０は、図５に例示するように、近隣キャッシュ参照部５４２とノード登録部５４４から構成される。第２取得部において、近隣キャッシュ参照部５４２は、IPｖ６対応ノードの情報（MACアドレス）を、近隣キャッシュから取得する。ノード登録部５４４は、近隣キャッシュ参照部５４２により取得されたIPアドレス、及びMACアドレスに加えて、属性(IPｖ６)をノードDB７００に登録する。
【００２７】
デュアル特定部５６０は、第１取得部５２０と第２取得部５４０とにより取得された識別情報に基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器を特定する。具体的には、デュアル特定部５６０は、図６に例示するように、MAC比較部５６２とノード統合部５６４とから構成される。MAC比較部５６２は、第１取得部５２０により特定されたIPｖ４属性のノードのMACアドレスと、第２取得部５４０により特定されたIPｖ６属性のノードのMACアドレスとを比較する。重複するMACアドレスが存在する場合は、ノード統合部５６４は、MACアドレスの重複しているノード情報を統合する。具体的には、ノード統合部５６４は、統合するノード情報の属性をデュアルスタックノードとしてノードDB７００ を更新する。ここで、デュアルスタックノードとは、IPｖ４プロトコルとIPｖ６プロトコルとの両方に対応するノードを示す。
【００２８】
台数特定部５８０は、第１取得部５２０により取得された識別情報と、第２取得部５４０により取得された識別情報とに基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ第１の通信プロトコルに対応していない通信機器の台数とを特定する。具体的には、台数特定部５８０は、IPｖ４プロトコルのみに対応するノードの台数と、IPｖ６プロトコルのみに対応するノードの台数と、IPｖ４及びIPｖ６の両方に対応したデュアルスタックノードの台数とを特定する。
【００２９】
表示部６００は、台数特定部５８０により、特定された通信機器の台数をサブネット毎に表示する。具体的には、表示部６００は、IPｖ４プロトコルに対応するノードの台数、IPｖ６プロトコルに対応するノードの台数、及びIPｖ４プロトコル、IPｖ６プロトコルの両方に対応するデュアルスタックノードの台数の情報をノードDB７００より取得し、サブネット毎に表示する。
【００３０】
推奨部６２０は、台数特定部５８０により特定された、サブネット毎の通信機器の台数に基づいて、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器(IPｖ４のみ対応の通信機器)を、第２の通信プロトコル(IPｖ６)に対応させるよう推奨する。具体的には、図７に例示するように、推奨部６２０は、インターフェース生成部６２２、閾値設定部６２４、及び評価部６２６から構成される。閾値設定部６２４は、管理者の操作に応じて、IPｖ４プロトコルに対応するノードの閾値を評価部６２６に渡す。評価部６２６は、閾値に応じて、IPｖ６へ移行が推奨されるノード情報をノードDB７００から取得する。例えば、評価部６２６は、サブネット内に存在するIPｖ４ノードの台数が１台以下である場合に、IPｖ６への移行を推奨し、サブネット内に存在するIPｖ４ノードの台数が２台以上である場合に、IPｖ６への移行を推奨しない。なお、閾値は、台数に限定されるものではなく、IPｖ４ノードの割合などであってもよい。インターフェース生成部６２２は、取得された情報を表示する。
【００３１】
図８は、検出ノードのプロトコル判定処理（Ｓ１）を説明するフローチャートである。
図８に例示するように、ステップ１０（Ｓ１０）において、ノード検出部５００は、ノード検出処理を行う。
ステップ２０（S２０）において、プロトコル判定プログラム５は、ノード検出部５００により検出されたノード群に関して、プロトコル判定処理を行う。
ステップ３０（S３０）において、表示部６００は、プロトコル判定処理の結果を表示する。
【００３２】
図９は、ノード検出処理（Ｓ１０）を説明するフローチャートである。
図９に例示するように、ステップ１００（Ｓ１００）において、DNS指定部５０２は、ドメインのリストを表示して、管理者にドメイン（すなわち、ドメインを管理するDNSサーバ）の指定操作を促す。DNS指定部５０２は、管理者がいずれかのドメインを選択すると、選択されたドメインに対応するDNSサーバを取得部５０６に通知する。
取得部５０６は、DNS指定部５０２から通知されたDNSサーバに対して、AAAAレコード及びAレコードの問い合わせを行い、IPアドレス及びホスト名を取得する。具体的には、取得部５０６は、通知されたDNSサーバ８に対して、レコード種類を指定したnslookupコマンドを実行する。これにより、DNSレコードが取得部５０６により取得される。DNSレコードには、IPｖ６のAAAAレコードと、IPｖ４のAレコードとが含まれうる。
【００３３】
ステップ１０５（Ｓ１０５）において、ノード検出処理（Ｓ１０）は、範囲設定部５０４によりIPアドレスの範囲が設定されているか否かを判断し、範囲が設定されている場合に、Ｓ１１０の処理に移行し、範囲が設定されていない場合に、Ｓ１１５の処理に移行する。
【００３４】
ステップ１１０（Ｓ１１０）において、取得部５０６は、取得されたIPアドレス及びホスト名の中から、設定されている範囲のIPアドレスと、これに対応するホスト名とを抽出する。
ステップ１１５（Ｓ１１５）において、取得部５０６は、抽出されたIPアドレス及びホスト名から、ノードDB７００に登録されているIPアドレス及びホスト名を除外し、残ったIPアドレス及びホスト名を稼働確認部５０８に出力する。
【００３５】
ステップ１２０（Ｓ１２０）において、稼働確認部５０８は、取得部５０６から入力されたIPアドレス及びホスト名に基づいて、順に稼働確認を行う。具体的には、稼働確認部５０８は、入力されたIPアドレスのノードに対して、ICMPｖ４又はICMPｖ６のECHOREQUESTを送信する。
【００３６】
ステップ１２５（Ｓ１２５）において、ノード検出処理（Ｓ１０）は、稼働確認部５０８によりノードの稼働が確認された場合に、存在するノードと判定しＳ１３０の処理に移行し、ノードの稼働が確認されなかった場合に、存在しないノードと判定してＳ１３５の処理に移行する。具体的には、稼働確認部５０８は、取得部５０６から入力されたIPアドレス及びホスト名に基づいて、順に稼働確認を行う。具体的には、稼働確認部５０８は、送信したECHOREQUESTに対応するECHOREPLYの返信があった場合に、このノードを、稼働ノードとしてノード登録部５１０に通知し、ECHOREPLYの返信がなかった場合に、このノードを、存在しないノードと判定する。
【００３７】
ステップ１３０（Ｓ１３０）において、ノード登録部５１０は、稼働確認部５０８から稼働ノードとして通知されたノードのIPアドレス及びホスト名をノードDB７００に登録する。
ステップ１３５（Ｓ１３５）において、ノード検出処理（Ｓ１０）は、取得部５０６により抽出された全てのノードについて稼働確認を行ったか否かを判断し、稼働確認を行っていないノードが残っている場合に、Ｓ１２０の処理に戻って、次のノードの稼働確認を行い、全てのノードについて稼働確認が終了した場合に、プロトコル判定処理（Ｓ２０）に移行する。
【００３８】
図１０は、プロトコル判定処理（Ｓ２０）を説明するフローチャートである。
図１０に例示するように、ステップ２００（Ｓ２００）において、ARPテーブル参照部５２２は、arp -a コマンドを実行し、注目するサブネットのARPテーブルを参照する。ARPテーブル参照部５２２は、参照したARPテーブル情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００３９】
ステップ２０５(Ｓ２０５)において、ノード登録部５２４は、ARPテーブル参照部５２２により特定されたMACアドレス、及びIPｖ４属性をノードDB７００に登録する。具体的には、図１１(A)に例示されるように、ノード登録部５２４は、ノードDB７００に登録されたIPアドレスに関連付けて、IPアドレス、MACアドレス、及び属性をノードDB７００に登録する。
【００４０】
ステップ２１０(Ｓ２１０)において、近隣キャッシュ参照部５４２は、netsh interface ipv6 show neighbors コマンドを実行し、注目するリンクの近隣キャッシュ情報を参照する。近隣キャッシュ参照部５４２は、参照した近隣キャッシュ情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００４１】
ステップ２１５(Ｓ２１５)において、ノード登録部５４４は、近隣キャッシュ参照部５４２により特定されたMACアドレス、及びIPｖ６属性をノードDB７００に登録する。具体的には、図１１(B)に例示されるように、ノード登録部５４４は、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスに関連付けて、IPアドレス、MACアドレス、及び属性をノードDB７００に登録する。
【００４２】
ステップ２２０(Ｓ２２０)において、MAC比較部５６２は、ノードDB７００に登録された、IPｖ４属性のノード情報に含まれるMACアドレスと、IPｖ６属性のノード情報に含まれるMACアドレスとを比較し、重複したMACアドレスが存在するか確認する。プロトコル判定処理（Ｓ２０）は、重複するMACアドレスが確認された場合に、Ｓ１２５の処理に移行する。重複アドレスが存在しなかった場合は、Ｓ２３０の処理に移行する。
【００４３】
ステップ２２５(Ｓ２２５)において、ノード統合部５６４は、重複するノード情報を統合し、属性をデュアルスタックノードとしてノードDB７００を更新する。
【００４４】
ステップ２３０(Ｓ２３０)において、プロトコル判定処理（Ｓ２０）は、第１取得部５２０でノードDB７００に登録されたIPｖ４属性のノードのうち、ノード検出装置１０のサブネット以外のノードが存在した場合、Ｓ２３５の処理に移行する。存在しなかった場合は、表示処理Ｓ３０へ移行する。
【００４５】
ステップ２３５(Ｓ２３５)において、ARPテーブル参照部５２２は、次のサブネットに関して、arp -a コマンドを実行し、次の注目するサブネットのARPテーブルを確認する。ARPテーブル参照部５２２は、参照したARPテーブルの情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００４６】
ステップ２４０(Ｓ２４０)において、ノード登録部５２４は、Ｓ２３５でARPテーブル参照部５２２により特定されたIPアドレス、MACアドレス、及びIPｖ４属性情報をノードDB７００に登録する。
【００４７】
ステップ２４５(Ｓ２４５)において、MAC比較部５６２は、ノードDB７００に登録された、IPｖ４属性のノード情報に含まれるMACアドレスと、IPｖ６属性のノード情報に含まれるMACアドレスとを比較し、重複したMACアドレスが存在するか確認する。プロトコル判定処理（Ｓ２０）は、重複するMACアドレスが確認された場合に、Ｓ２５０の処理に移行する。重複アドレスが存在しなかった場合はＳ２５５の処理に移行する。
【００４８】
ステップ２５０(Ｓ２５０)において、ノード統合部５６４は、重複するノード情報を統合し、属性をデュアルスタックノードとしてノードDB７００を更新する。
【００４９】
ステップ２５５(Ｓ２５５)において、別リンクでIPｖ６属性のノードが存在する可能性があるため、近隣キャッシュ参照部５４２は、netsh interface ipv6 show neighbors コマンドを実行し、近隣キャッシュ情報を参照する。近隣キャッシュ参照部５４２は、参照した近隣キャッシュ情報を元に、ノード検出処理（Ｓ１０）で稼働が確認されたIPアドレスと同じIPアドレスに対応するMACアドレスを探索する。
【００５０】
ステップ２６０(Ｓ２６０)において、ノード登録部５４４は、近隣キャッシュ参照部５４２により特定されたIPアドレス、MACアドレス、及びIPｖ６属性情報を、ノードDB７００に登録する。
【００５１】
Ｓ２３０からＳ２６０は、ノード検出装置１０以外のサブネット、ノード検出装置１０以外のリンクがなくなるまで処理を繰り返す。
【００５２】
図１２は、プロトコル判定処理（Ｓ２０）により識別されたノード情報の表示例である。
図１２（Ａ）に例示するように、表示部６００は、表示処理（Ｓ３０）において、プロトコル判定処理（Ｓ２０）により識別されたノード情報を表示する。具体的には、表示部６００は、ノードDB７００に登録されたIPｖ４、IPｖ６及びデュアルスタックノードの台数を、インターフェース生成部６２２を介して、表示することができる。さらに、表示部６００は、図１２（Ｂ）に例示するように、サブネットマスク情報を取得することで、ネットワーク毎に分割表示することも可能である。
【００５３】
また、推奨部６２０は、表示処理（Ｓ３０）において、図１２（Ｃ）に例示するように、インターフェース生成部６２２において、プロトコル判定処理（Ｓ２０）において判定された各プロトコル対応の台数と、予め定められた閾値とに基づいて、IPｖ６への移行を推奨するか否かをサブネット毎に判定し、表示部６００は、推奨部６２０の判定結果に従って、IPｖ６プロトコル対応のノードへと移行が推奨されるノード情報を表示することが可能である。
【００５４】
図１３は、表示部６００により表示されるノード情報の表示パターン例である。
プロトコル判定プログラム５により識別されたノード情報は、図１３(A)に例示されるように、テーブルでの表示が可能である。また、図１３(B)のように、アイコン表示により、具体的な可視化が可能である。さらに、図１３(C)に示されるように、アイコン表示された端末のプロパティとして詳細情報を表示させることも可能である。
【００５５】
以上説明したように、本実施形態のノード検出装置１０は、DNSサーバ８に登録されているノードを候補ノードとして収集し、候補ノードに対して稼働確認を行って、ネットワーク上に存在するノードを確定させる。その後、プロトコル判定プログラム５は、存在するノードがIPｖ４プロトコルに対応するノードなのか、IPｖ６プロトコルに対応するノードなのか、IPｖ４とIPｖ６両方のプロトコルに対応するノード(デュアルスタックノード)なのかをMACアドレスをキーとして特定することができる。これにより、ネットワーク上に存在するノードのネットワーク構成図の作成が可能となり、ネットワークの構成が明確になる。また、IPｖ４プロトコルやIPｖ６プロトコルに対応するサービスの管理が容易となり、更に、IPｖ６プロトコル移行時の対応状況の把握も可能となる。
【００５６】
次に、上記実施形態の変形例を説明する。
上記実施形態では、ノードのプロトコル判定に先立って、ノード検出処理（Ｓ１０）を行っているが、この処理は必須ではなく、例えば、ノード検出装置１０は、注目するサブネットに対して、ブロードキャストを行って、ARPテーブル又は近隣キャッシュを更新させてもよい。
【符号の説明】
【００５７】
５…プロトコル判定プログラム
８…DNSサーバ
１０…ノード検出装置
５００…ノード検出部
５２０…第１取得部
５４０…第２取得部
５６０…デュアル特定部
５８０…台数特定部
６００…表示部
６２０…推奨部
７００…ノードデータベース
【特許請求の範囲】
【請求項１】
第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得手段と、
第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得手段と、
前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定手段と
を有する情報処理装置。
【請求項２】
前記第１の取得手段は、IPｖ４プロトコルに従って、通信機器のMACアドレスを取得し、
前記第２の取得手段は、IPｖ６プロトコルに従って、通信機器のMACアドレスを取得し、
前記特定手段は、第１の取得手段により取得されたMACアドレスと、第２の取得手段により取得されたMACアドレスとに基づいて、IPｖ４プロトコル及びIPｖ６プロトコルの両方に対応した通信機器を特定する
請求項１に記載の情報処理装置。
【請求項３】
前記第１の取得手段は、ARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、近隣キャッシュから、通信機器のMACアドレスを取得する
請求項２に記載の情報処理装置。
【請求項４】
前記第１の取得手段は、複数のサブネットそれぞれのARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、複数のサブネットそれぞれの近隣キャッシュから、通信機器のMACアドレスを取得する
請求項３に記載の情報処理装置。
【請求項５】
前記第１の取得手段は、サブネットに対するブロードキャストが行われた後に、ARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、サブネットに対するブロードキャストが行われた後に、近隣キャッシュから、通信機器のMACアドレスを取得する
請求項３に記載の情報処理装置。
【請求項６】
DNＳサーバにより管理されている通信機器のアドレスを取得するDNＳ取得手段と、
前記DNＳ取得手段により取得されたアドレスに基づいて、通信機器の稼働確認を行う稼働確認手段と、
前記稼働確認手段による稼働確認結果に基づいて、前記取得手段により取得されたアドレスの通信機器を稼働ノードとして登録するノード登録手段と
をさらに有し、
前記第１の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットのARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットの近隣キャッシュから、通信機器のMACアドレスを取得する
請求項３に記載の情報処理装置。
【請求項７】
前記特定手段による特定結果と、前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定する台数特定手段
をさらに有する請求項１に記載の情報処理装置。
【請求項８】
前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、
前記台数特定手段により特定されたサブネット毎の台数を表示する表示手段
をさらに有する請求項７に記載の情報処理装置。
【請求項９】
前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、
前記台数特定手段により特定されたサブネット毎の台数に基づいて、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器を、第２の通信プロトコルに対応させるよう推奨する推奨手段
をさらに有する請求項７に記載の情報処理装置。
【請求項１０】
第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、
第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、
前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップと
を有する情報処理方法。
【請求項１１】
第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、
第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、
前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップと
をコンピュータに実行させるプログラム。
【請求項１】
第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得手段と、
第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得手段と、
前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定手段と
を有する情報処理装置。
【請求項２】
前記第１の取得手段は、IPｖ４プロトコルに従って、通信機器のMACアドレスを取得し、
前記第２の取得手段は、IPｖ６プロトコルに従って、通信機器のMACアドレスを取得し、
前記特定手段は、第１の取得手段により取得されたMACアドレスと、第２の取得手段により取得されたMACアドレスとに基づいて、IPｖ４プロトコル及びIPｖ６プロトコルの両方に対応した通信機器を特定する
請求項１に記載の情報処理装置。
【請求項３】
前記第１の取得手段は、ARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、近隣キャッシュから、通信機器のMACアドレスを取得する
請求項２に記載の情報処理装置。
【請求項４】
前記第１の取得手段は、複数のサブネットそれぞれのARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、複数のサブネットそれぞれの近隣キャッシュから、通信機器のMACアドレスを取得する
請求項３に記載の情報処理装置。
【請求項５】
前記第１の取得手段は、サブネットに対するブロードキャストが行われた後に、ARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、サブネットに対するブロードキャストが行われた後に、近隣キャッシュから、通信機器のMACアドレスを取得する
請求項３に記載の情報処理装置。
【請求項６】
DNＳサーバにより管理されている通信機器のアドレスを取得するDNＳ取得手段と、
前記DNＳ取得手段により取得されたアドレスに基づいて、通信機器の稼働確認を行う稼働確認手段と、
前記稼働確認手段による稼働確認結果に基づいて、前記取得手段により取得されたアドレスの通信機器を稼働ノードとして登録するノード登録手段と
をさらに有し、
前記第１の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットのARPテーブルから、通信機器のMACアドレスを取得し、
前記第２の取得手段は、前記稼働確認手段により所定のサブネットに対する稼働確認が行われた後に、このサブネットの近隣キャッシュから、通信機器のMACアドレスを取得する
請求項３に記載の情報処理装置。
【請求項７】
前記特定手段による特定結果と、前記第１の取得手段により取得された識別情報と、前記第２の取得手段により取得された識別情報とに基づいて、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定する台数特定手段
をさらに有する請求項１に記載の情報処理装置。
【請求項８】
前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、
前記台数特定手段により特定されたサブネット毎の台数を表示する表示手段
をさらに有する請求項７に記載の情報処理装置。
【請求項９】
前記台数特定手段は、サブネット毎に、第１の通信プロトコル及び第２の通信プロトコルの両方に対応した通信機器の台数と、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器の台数と、第２の通信プロトコルに対応し、かつ、第１の通信プロトコルに対応していない通信機器の台数とを特定し、
前記台数特定手段により特定されたサブネット毎の台数に基づいて、第１の通信プロトコルに対応し、かつ、第２の通信プロトコルに対応していない通信機器を、第２の通信プロトコルに対応させるよう推奨する推奨手段
をさらに有する請求項７に記載の情報処理装置。
【請求項１０】
第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、
第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、
前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップと
を有する情報処理方法。
【請求項１１】
第１の通信プロトコルに従って、通信機器に固有の識別情報を取得する第１の取得ステップと、
第２の通信プロトコルに従って、通信機器に固有の識別情報を取得する第２の取得ステップと、
前記第１の取得ステップにより取得された識別情報と、前記第２の取得ステップにより取得された識別情報とに基づいて、前記第１の通信プロトコル及び前記第２の通信プロトコルの両方に対応した通信機器を特定する特定ステップと
をコンピュータに実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−６６０９１（Ｐ２０１３−６６０９１Ａ）
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願番号】特願２０１１−２０４１１１（Ｐ２０１１−２０４１１１）
【出願日】平成２３年９月２０日（２０１１．９．２０）
【出願人】（０００１３６１３６）株式会社ＰＦＵ (354)
【Ｆターム（参考）】
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願日】平成２３年９月２０日（２０１１．９．２０）
【出願人】（０００１３６１３６）株式会社ＰＦＵ (354)
【Ｆターム（参考）】
[ Back to top ]