(57)【要約】  通信システム上でパケットによる通信を行う情報処理装置であって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、通信対象としての特定ノード宛のパケットを送信する手段と、各中継装置から前記トラフィックに関する情報を取得してこれを分析することによって前記特定ノード宛のパケットの流れを把握することにより前記特定ノードの位置を取得する手段とよりなる。
2008111212.tif 000002
【特許請求の範囲】
【請求項１】
通信システム上でパケットによる通信を行う情報処理装置であって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、
通信対象としての特定ノード宛のパケットを送信する手段と、
各中継装置から前記トラフィックに関する情報を取得してこれを分析することによって前記特定ノードに係るパケットの流れを把握することにより前記特定ノードの位置を取得する手段とよりなる情報処理装置。
【請求項２】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有する構成とされ、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る構成とされてなる請求項１に記載の情報処理装置。
【請求項３】
通信システム上でパケットによる通信を行う情報処理装置であって、
通信対象としての特定ノードに対し所定の要求パケットを送信する要求パケット送信手段であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信するように構成されてなる要求パケット送信手段と、
各中継装置から、前記要求パケットに応じて前記特定ノードから返信され、これが各中継装置によりブロードキャストの態様にて転送されたパケットの流れの情報を取得することにより前記特定ノードの位置を取得する位置取得手段とよりなる情報処理装置。
【請求項４】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有する構成とされ、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る構成とされてなる請求項３に記載の情報処理装置。
【請求項５】
前記要求パケットはその発信元情報として、これを中継する各中継装置が学習しないものと予め決められているアドレスを設定することにより、これを受けた前記特定ノードが返信するパケットは、各中継装置にてブロードキャストの態様にて転送される構成とされてなる請求項３又は４に記載の情報処理装置。
【請求項６】
通信システム上でパケットによる通信を行う情報処理装置であって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、
通信対象としての特定ノードに対し所定の要求パケットを送信する手段であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信するように構成されてなる要求パケット送信手段と、
各中継装置から前記トラフィックに関する情報を得てこれを分析することにより、前記要求パケットに応じて前記特定ノードから返信され、これが各中継装置によりブロードキャストの態様にて転送されたパケットの流れを取得することにより前記特定ノードの位置を取得する位置取得手段とよりなる情報処理装置。
【請求項７】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有する構成とされ、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る構成とされてなる請求項６に記載の情報処理装置。
【請求項８】
前記要求パケットはその発信元情報として、これを中継する各中継装置が学習しないものと予め決められているアドレスを設定することにより、これを受けた前記特定ノードが返信するパケットは、各中継装置にてブロードキャストの態様にて転送される構成とされてなる請求項６又は７に記載の情報処理装置。
【請求項９】
パケットによる通信システムにおいて、同システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、
通信対象としての特定ノード宛のパケットを送信する段階と、
各中継装置から前記トラフィックに関する情報を取得してこれを分析することによって前記特定ノードに係るパケットの流れを把握することにより前記特定ノードの位置を取得する段階とよりなるノード位置取得方法。
【請求項１０】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有する構成とされ、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る構成とされてなる請求項９に記載のノード位置取得方法。
【請求項１１】
パケットを中継する複数の中継装置を有する通信システムにおいて、
通信対象としての特定ノードに対し所定の要求パケットを送信する段階であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信するように構成されてなる段階と、
各中継装置から、前記要求パケットに応じて前記特定ノードから返信され、これが各中継装置によりブロードキャストの態様にて転送されたパケットの流れの情報を取得することにより前記特定ノードの位置を取得する段階とよりなるノード位置取得方法。
【請求項１２】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有する構成とされ、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る構成とされてなる請求項１１に記載のノード位置取得方法。
【請求項１３】
前記要求パケットはその発信元情報として、これを中継する各中継装置が学習しないものと予め決められているアドレスを設定することにより、これを受けた前記特定ノードが返信するパケットは、各中継装置にてブロードキャストの態様にて転送される構成とされてなる請求項１１又は１２に記載のノード位置取得方法。
【請求項１４】
パケットによる通信システムにおいて、同システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、
通信対象としての特定ノードに対し所定の要求パケットを送信する段階であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信するように構成されてなる段階と、
各中継装置から前記トラフィックに関する情報を得てこれを分析することにより、前記要求パケットに応じて前記特定ノードから返信され、これが各中継装置によりブロードキャストの態様にて転送されたパケットの流れを取得することにより前記特定ノードの位置を取得する段階とよりなるノード位置取得方法。
【請求項１５】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有する構成とされ、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る構成とされてなる請求項１４に記載のノード位置取得方法。
【請求項１６】
前記要求パケットはその発信元情報として、これを中継する各中継装置が学習しないものと予め決められているアドレスを設定することにより、これを受けた前記特定ノードが返信するパケットは、各中継装置にてブロードキャストの態様にて転送される構成とされてなる請求項１４又は１５に記載のノード位置取得方法。
【請求項１７】
通信システム上でパケットによる通信を行う情報処理装置の動作を制御するためのコンピュータを動作させるためのプログラムであって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、
通信対象としての特定ノード宛のパケットを送信する手段と、
各中継装置から前記トラフィックに関する情報を取得してこれを分析することによって前記特定ノードに係るパケットの流れを把握することにより前記特定ノードの位置を取得する手段としてコンピュータを動作させるための命令よりなるプログラム。
【請求項１８】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有する構成とされ、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る構成とされてなる請求項１７に記載のプログラム。
【請求項１９】
通信システム上でパケットによる通信を行う情報処理装置の動作を制御するためのコンピュータを動作させるためのプログラムであって、
通信対象としての特定ノードに対し所定の要求パケットを送信する要求パケット送信手段であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信するように構成されてなる要求パケット送信手段と、
各中継装置から、前記要求パケットに応じて前記特定ノードから返信され、これが各中継装置によりブロードキャストの態様にて転送されたパケットの流れの情報を取得することにより前記特定ノードの位置を取得する位置取得手段としてコンピュータを動作させるための命令よりなるプログラム。
【請求項２０】
通信システム上でパケットによる通信を行う情報処理装置の動作を制御するためのコンピュータを動作させるためのプログラムであって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、
通信対象としての特定ノードに対し所定の要求パケットを送信する手段であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信するように構成されてなる要求パケット送信手段と、
各中継装置から前記トラフィックに関する情報を得てこれを分析することにより、前記要求パケットに応じて前記特定ノードから返信され、これが各中継装置によりブロードキャストの態様にて転送されたパケットの流れを取得することにより前記特定ノードの位置を取得する位置取得手段としてコンピュータを動作させるための命令よりなるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置、ノード位置取得方法およびプログラムに係り、特にデータパケット（以下単にパケットと称する）による通信を行う場合においてある特定のノードの位置を得るためのノード位置取得方法、同方法を実施可能な情報処理装置および同情報処理装置を動作させるためのプログラムに関する。【０００２】
尚上記用語「ノード」は中継装置(ＳＷ、ルータ等)、端末等、アドレスが付されている装置を総称するものとする。
【背景技術】
【０００３】
昨今イーサネット（登録商標）の普及によりレイヤ2（以下単にＬ２と称する）レベルで通信できるネットワーク(或いはサブネット)が大きくなっている。このためある特定のノード（以下単に特定ノードと称する）がサブネット内に存在することはピング（ＩＣＭＰ  Ｅｃｈｏ  Ｒｅｑｕｅｓｔ）やＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などを利用して分かるが、その特定ノードのサブネット中の位置(すなわちどこに接続されているか)が分からないという状況が時折発生する。例えば図１に示す如く３階建て（１Ｆ〜３Ｆ）の建物内にネットワークが設けられているような場合であって、ユーザが特定ノードＡの位置を知りたいような場合である。【０００４】
例えば、大きなサブネット内でＩＰアドレスが重複して設定された場合、ＡＲＰ等によりＩＰアドレスが重複していることは容易に検出できるが、その位置を突き止めることは困難を極める。このような場合、特定ノードの位置を特定する方法が必要となる。【０００５】
特定ノードの位置を特定する方法として、当該特定ノードが各中継スイッチ(以下単にＳＷと称する)のどのインタフェースに接続されているかを特定する技術がある（特許文献１，２参照）。【０００６】
この技術では特定ノードの物理アドレス(すなわちＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、以下単にＭＡＣアドレスと称する)を各ＳＷに学習させ、その学習方向を取得することで特定ノードの位置を特定する。図２はこの方法を説明するための図である。【０００７】
すなわちこの方法の具体的な手順として、探索装置から特定ノードに対し所定の要求／応答型のパケットを送信する（ステップＳ１）。各ＳＷ、すなわちＳＷ―１，ＳＷ―２では当該パケットを転送する際、当該パケットの宛先アドレスとして設定されている特定ノードのＭＡＣアドレスにつき、当該パケットが到着した方向、すなわち到着したインタフェースの番号（すなわちポート番号等）を学習方向として得る。そして探索装置は各ＳＷにおいてこのようにして得られた、特定ノードのＭＡＣアドレスについての学習方向を取得する（ステップＳ２）。そしてこのようにして各ＳＷから取得した学習方向の情報を分析することにより、特定ノードの位置を特定する。【０００８】
図２（ａ）の例では、特定ノード（ＭＡＣアドレス：Ａ）から探索装置に対しパケットが返信される際に当該返信パケットがＳＷ−２およびＳＷ−１を順に経由して探索装置へ転送されたとする。【０００９】
この場合図２（ａ）に示される如く、ＳＷ−２では当該返信パケットの到着方向は特定ノードの方向、すなわち同図中「右方向」であり、この方向が当該返信パケットの送信元アドレスＡについての学習方向として取得される。【００１０】
同様にＳＷ−１では当該返信パケットの到着方向はＳＷ−１の方向、すなわち同図中「下方向」であり、この方向が同じくアドレスＡについての学習方向として取得される。【００１１】
探索装置ではこのようにして各ＳＷにて特定ノードのアドレスＡについて取得された学習方向の情報を別途取得することにより、各ＳＷにおける学習方向を順次追ってゆくことが可能となり、もって特定ノードの位置を得ることができる。【００１２】
すなわち探索装置は当該アドレスＡの特定ノードからの返信パケットをＳＷ−１経由で得たことを認識し得るため、このＳＷ−１のアドレスＡについての学習方向の情報を取得する。【００１３】
その結果当該ＳＷ―１に到着したアドレスＡからの返信パケットがその「下方向」にあるＳＷ−２を経由していることが認識される。その結果探索装置はＳＷ−２のアドレスＡについての学習方向の情報を取得する。【００１４】
その結果当該ＳＷ―２に到着したアドレスＡからの返信パケットがその「右方向」から得られたことが分かる。このように経路上の各ＳＷから特定ノードのアドレスＡについて取得された学習方向を順次取得してゆくことにより、最終的にアドレスＡの特定ノードの位置を得ることができる。【００１５】
尚このようなＳＷの動作の詳細については例えば非特許文献１の第３９〜４１頁および第５７〜６０頁において説明されている。【００１６】
ここでこのようは方法を利用するためには、探索対象の特定ノードに接続された各ＳＷやネットワークシステム構成につき、以下の適用条件１および適用条件２が求められる。
適用条件1：探索装置によって各ＳＷから上記学習方向の情報を取得可能である。
適用条件2：探索装置と特定ノードとの間にあるＳＷから学習方向の情報を取得可能である。【００１７】
例えば以下の例の如く、当該通信系が、それを構成する各ＳＷからこのような学習方向の情報を得ることができない構成とされ或いはそのような設定がなされているような場合、上記適用条件１が満たされないこととなり、上記方法を適用することはできない。【００１８】
すなわち昨今のいわゆるインテリジェントＳＷはこのような学習方向の情報の取得に対応していることが多いものの、例えばいわゆる管理ＶＬＡＮを構成するような場合（すなわちユーザトラフィックが流れるＶＬＡＮ（Ｖｉｒｔｕａｌ  ＬＡＮ）と、管理用(装置情報取得用)のＶＬＡＮとが分けて設けられるような場合)、特定ノードについての学習方向の情報（以下単に学習情報と称する）を取得できず、もって上記適用条件1が満たされないことがある。【００１９】
このように少なくとも単純には管理ＶＬＡＮから他のＶＬＡＮに属するＳＷの学習情報を取得し得ない場合のＳＷの例としてＣｉｓｃｏ社製のＣａｔａｌｙｓｔ２９５０，Ｃａｔａｌｙｓｔ２９７０，Ｃａｔａｌｙｓｔ３５５０，Ｃａｔａｌｙｓｔ３７５０，Ｃａｔａｌｙｓｔ６５０３等がある。これらのＳＷの詳細については非特許文献２の第６４〜７５頁に説明されている。【００２０】
或いは以下の例の如く、当該通信系としてはそれを構成するＳＷから学習情報が取得可能な構成とされていても、たまたま特定ノードとの間の経路上のＳＷが学習情報を取得不可能な構成とされているような場合には上記適用条件２が満たされないことになり、この場合も上記方法を適用することができない。【００２１】
すなわちコア（上流)のＳＷのみインテリジェントＳＷとされ末端(下流)のＳＷはノンインテリジェントＳＷとされるような環境も多く、このような場合には探索装置と特定ノードとの間にあるＳＷから学習情報が得られない場合、すなわち適用条件2が満たされない場合がある。【００２２】
このように上記適用条件１，２が満たされない場合には上記方法を利用し得ず、そのような場合特定ノードの位置を特定するためには、探索装置の装置コンソールからの情報収集、パケットキャプチャを駆使した情報の突合せ等が必要となり、多くの時間と労力が必要とされる。
【特許文献１】特開２００５−６５２６７号公報
【特許文献２】米国特許公報２００５／００３６４８６Ａ１号
【非特許文献１】「最新ルーティング&スイッチハンドブック」（ＩＳＢＮ４−７９８０−０４４８−０）、株式会社秀和システム発行
【非特許文献２】「改訂新版  Ｃｉｓｃｏ  Ｃａｔａｌｙｓｔ  ＬＡＮスイッチ教科書」、２００４年８月１日、株式会社インプレス発行
【発明の開示】
【発明が解決しようとする課題】
【００２３】
本発明はこのような問題点に鑑みてなされたものであり、上記各適用条件が満たされないような場合でも特定ノードの位置を確実に取得し得る構成を提供することを目的とする。
【課題を解決するための手段】
【００２４】
この目的達成のため本発明では、通信システム上でパケットによる通信を行う情報処理装置であって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有してなり、通信対象としての特定ノード宛のパケットを送信する手段と、各中継装置から前記トラフィックに関する情報を取得してこれを分析することによって前記特定ノードに係るパケットの流れを把握することにより前記特定ノードの位置を取得する手段とよりなるようにした。【００２５】
本発明によればこのように学習情報の代わりにトラフィックに関する情報を取得してこれを分析することによって前記特定ノードに係るパケットの流れを把握することで前記特定ノードの位置を取得するようにしたため、中継装置が上記適用条件１を満たさない場合でも、トラフィックに関する情報を得ることにより、特定ノードの位置を確実に得られる。【００２６】
或いは通信対象としての特定ノードに対し所定の要求パケットを送信する要求パケット送信手段であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信するように構成されてなる要求パケット送信手段と、各中継装置から、前記要求パケットに応じて前記特定ノードから返信され、これが各中継装置によりブロードキャストの態様にて転送されたパケットの流れの情報を取得することにより前記特定ノードの位置を取得する位置取得手段とよりなるようにした。【００２７】
本発明によればこのように特定ノードから、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信させることにより、これを受けた各中継装置では当該パケットをブロードキャストの態様で転送する。その結果特定の経路のみでなく全ての経路上の中継装置を経由して前記パケットが返信される。そしてそのように当該パケットを中継した中継装置から学習情報或いはトラフィックに関する情報を得ることにより、特定の経路上の中継装置からはこれらの情報が取得可能ではないような場合であっても、全ての経路上の中継装置を対象とすることにより、その中のこれらの情報を取得可能な構成の中継装置から該当する情報を得ることで、特定ノードの位置をより確実に取得可能となる。よって上記適用条件２が不要となる。
【発明の効果】
【００２８】
このように本発明によれば上記適用条件１，２が満たされないような通信系においても確実に特定ノードの位置を取得可能となる。
【図面の簡単な説明】
【００２９】
【図１】本発明が解決しようとする課題を説明するための図である。
【図２】従来の一例の方法を説明するための図である。
【図３】本発明の実施例の原理を説明するための図（その１）である。
【図４】本発明の実施例の原理を説明するための図（その２）である。
【図５】本発明の実施例の原理を説明するための図（その３）である。
【図６】本発明の実施例の原理を説明するための図（その４）である。
【図７】本発明の実施例を説明するためのネットワークの構成例を示す図である。
【図８】本発明の実施例１を説明するための概念図である。
【図９】本発明の実施例１を説明するための動作フローチャートである。
【図１０】本発明の実施例２を説明するための概念図である。
【図１１】本発明の実施例２を説明するための動作フローチャートである。
【図１２】本発明の実施例３を説明するための概念図である。
【図１３】本発明の実施例３を説明するための動作フローチャートである。
【図１４】本発明の実施例４を説明するための概念図である。
【図１５】本発明の実施例４を説明するための動作フローチャートである。
【図１６】本発明の実施例１の更に詳細な数値例を説明するための図である。
【図１７】本発明の実施例２の更に詳細な数値例を説明するための図である。
【図１８】本発明の実施例４の更に詳細な数値例を説明するための図である。
【図１９】本発明の各実施例をコンピュータで構成する例を説明するための図である。
【符号の説明】
【００３０】
１０，１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅ，１０Ｆ  ノード位置探索装置
１１，１１Ａ，１１Ｂ，１１Ｃ，１１Ｄ，１１Ｅ，１１Ｆ  ノード位置解析機能部
１２，１２Ａ，１２Ｂ，１２Ｃ，１２Ｄ，１２Ｅ，１２Ｆ  装置情報取得機能部
１３，１３Ａ，１３Ｂ，１３Ｃ，１３Ｄ，１３Ｅ，１３Ｆ  パケット送出機能部
１５  解析結果表示機能部
【発明を実施するための最良の形態】
【００３１】
本発明の実施例につき以下に図とともに説明する。【００３２】
まず本発明の実施例の原理を説明する。【００３３】
本発明の実施例の第１の方法では上記適用条件１を満たさない状況を想定し、学習情報でない他の情報から特定ノードの位置を特定する。【００３４】
ここで探索装置から特定ノードに対してパケットを送出すると、当該送出パケットは各ＳＷにおいて、当該特定ノードが接続されているインタフェースの方向（すなわち該当するポート等）に転送される。このため当該パケットの流れを抽出することができれば、必ずしも学習情報を利用せずとも当該特定ノードの位置を判断できる。本発明の実施例による第１の方法ではこの考えかたを利用する。【００３５】
すなわち探索装置から特定ノードに対し、他のトラフィックと識別可能なダミーのパケット（以下単にダミーパケットと称する）を流しながら、各探索対象ＳＷからトラフィックに関する情報を取得することにより当該ダミーパケットの流れを抽出し、もって当該特定ノードの位置を判断する。【００３６】
或いは本発明の実施例による第２の方法では上記適用条件２を満たさない状況を想定し、特定ノードのＭＡＣアドレスを全ＳＷが学習するように構成する。このため本発明の実施例による第２の方法では、特定ノードが「ブロードキャスト的に振る舞うパケット」を送出するように構成する。この「ブロードキャスト的に振る舞うパケット」とは、これを受けた各ＳＷがいわゆるブロードキャストトラフィックとして全方向、すなわち到着インタフェース以外の全インタフェースに対し受信パケットを送出するように当該ＳＷを制御する機能を有するパケットである。【００３７】
ここで特定ノードから「ブロードキャスト的に振る舞うパケット」を送出させることは一般に困難だが、ＳＷが学習しないＭＡＣアドレスを利用するなどによってブロードキャスト的に振舞うパケット(すなわちいわゆるＵｎｋｎｏｗｎユニキャストパケット)を特定ノードが送出するように当該特定ノードを制御することが可能である。尚このようにＵｎｋｎｏｗｎユニキャストパケットがブロードキャスト的に振る舞う点、すなわち通信経路不明なパケットとしてフラッディングされる点につき、例えば非特許文献１の第５８頁に説明されている。【００３８】
そこでこの考え方を利用し、本発明の実施例では探索装置から特定ノードに対し、特定ノードが「ブロードキャスト的に振る舞うパケット」を応答するようなダミーの要求パケット（以下単にダミー要求パケットと称する）を送信する。【００３９】
その結果当該ダミー要求パケットを受信した特定ノードではこれに応答して「ブロードキャスト的に振舞うパケット」を送出し、これを受けた各ＳＷは上記の如く、ブロードキャストトラフィックとして全方向、すなわち到着インタフェース以外の全インタフェースに対し受信パケットを送出する。【００４０】
このようにして当該パケットを受信した各ＳＷが順次ブロードキャストトラフィックとしてこれを送出する結果、当該ネットワーク（或いはサブネット）に属する全てのＳＷが当該パケットを扱うことになり、もって当該全てのＳＷが当該「ブロードキャスト的に振る舞うパケット」についての学習情報或いはトラフィックに関する情報を取得することになる。【００４１】
そして探索装置は各ＳＷから、このようにして前記「ブロードキャスト的に振る舞うパケット」すなわち応答パケットについて取得された学習情報或いはトラフィックに関する情報を取得する。そしてこのようにして取得された各ＳＷの学習情報或いはトラフィックに関する情報を分析して当該パケットの流れを得て当該応答パケットの発信元を抽出するようにする。その結果、上記発信元である当該特定ノードの位置を取得し得る。その結果上記適用条件１，２の双方とも不要となる。【００４２】
すなわち図３（ａ）に示す如く本発明の実施例（第１の方法）によるノード位置探索装置１０は、ノード位置を解析するノード位置解析機能部１１、パケットを生成/送出するパケット送出機能部１３、ＳＷから必要な情報を取得するための装置情報取得機能部１２、解析結果を利用者に表示する解析結果表示機能部１５を有する。【００４３】
そして図３（ａ）、（ｂ）に示す如く、パケット送出機能部１３により他のトラフィックと識別可能なパターンで特定ノード２００にダミーパケットを送信しながら（ステップＳ１１）、装置情報取得機能部１２により探索対象のＳＷ１０１，１０からトラフィックに関する情報を取得し（ステップＳ１２、Ｓ１３）、ノード位置解析機能部１１により当該トラフィックに関する情報から前記ダミーパケットの流れを抽出することで特定ノード２００の接続方向を特定し（ステップＳ１４、Ｓ１５）、解析結果表示機能により、このように特定された特定ノード２００の接続方向を表示する。【００４４】
その結果上記適用条件1を不要とし得る。【００４５】
又上記パケット送出機能部１３では送出するダミーパケットとして、後述する例の如く、特定ノードが応答しない構成のショート、あるいは、ロングパケットを利用するようにすることが可能である（ステップＳ１１）。【００４６】
この場合、探索対象ＳＷ１０１，１０２の各インタフェースの送信トラフィックに関する情報（すなわち単位時間当たりのパケット数、平均パケット長等、ステップＳ１４）から特定ノード２００の位置を判断する。【００４７】
或いは上記パケット送出機能部１３が送出するダミーパケットとして、後述する例の如く、特定ノードが応答する構成のショート、あるいは、ロングパケットを利用することも可能である。【００４８】
この場合、探索対象ＳＷ１０１，１０２の各インタフェースの応答受信トラフィック、または、要求送信トラフィックおよび応答受信トラフィックとの関係に関する情報から特定ノード２００の位置を判断する。【００４９】
又前記装置情報取得機能部１２が取得するトラフィックに関する情報として、送受信インタフェースの単位時間あたりのパケット数、および、平均パケット長を算出し、これを利用するように構成することが可能である（ステップＳ１４）。【００５０】
その結果ダミーパケットによるトラフィックを他のトラフィックと効果的に識別することが可能となる。【００５１】
又ここでは取得するトラフィックに関する情報として、一般的なインテリジェントＳＷ(すなわち装置情報が取得できる構成のＳＷ)に搭載されている機能としてのＩＮＴＥＲＦＡＣＥ−ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ。具体的には、トラフィック量(ｉｆＩｎＯｃｔｅｔｓ／ｉｆＯｕｔＯｃｔｅｔｓ)およびトラフィック数（ｉｆＩｎＵｃａｓｔＰｋｔｓ  ／  ｉｆＯｕｔＵｃａｓｔＰｋｔｓ）)やＲＭＯＮ−ＭＩＢを利用することが可能である。【００５２】
又図４に示す如く本発明の実施例（第２の方法）によるノード位置探索装置１０Ａは、ノード位置を解析するノード位置解析機能部１１Ａ、パケットを生成/送出するパケット送出機能部１３Ａ、ＳＷから必要な情報を取得するための装置情報取得機能部１２Ａ、解析結果を利用者に表示する解析結果表示機能部１５を有し、パケット送出機能部１３Ａにより特定ノードがブロードキャスト的に振舞うパケットを応答するようなダミー要求パケットを送信し（ステップＳ２１）、装置情報取得機能部１２Ａにより探索対象のＳＷから学習情報を取得し、ノード位置解析機能部１１Ａにより当該学習情報から特定ノードの接続方向を特定し（ステップＳ２２）、解析結果表示機能部１５により特定された特定ノードの接続方向を表示する。【００５３】
ここで上記パケット送出機能部１３Ａにより送出するダミー要求パケットとして、その発信元の物理アドレスとしてＳＷが学習しないアドレスを設定し、これを特定ノードに対して送信する（ステップＳ２１）。【００５４】
一般にＬ２のプロトコルで動作するＳＷはオール０の物理アドレス(すなわち"００：００：００：００：００：００")を学習しない。このため、当該物理アドレスを送信元物理アドレスとして設定して特定ノードに要求パケットを送信すると、これに対し特定ノードが返信する応答パケットの送信先(すなわち前記オール０の物理アドレス)は、これを中継する各ＳＷで学習されず、その結果当該応答パケットは当該ＳＷからブロードキャスト的に(すなわちＵｎｋｎｏｗｎユニキャストパケットとして)送出される。【００５５】
このように上記オール０のＭＡＣアドレスを学習せず当該受信パケットをブロードキャスト的に転送するＳＷの例として、Ｃｉｓｃｏ社製のＣａｔａｌｙｓｔ２９５０，Ｃａｔａｌｙｓｔ２９７０，Ｃａｔａｌｙｓｔ３７５０等がある。これらのＳＷの詳細については非特許文献２の第６４〜７５頁に説明されている。【００５６】
又本発明の実施例（第２の方法）による他の例のノード位置探索装置は、ノード位置を解析するノード位置解析機能部１１Ａ、パケットを生成/送出するパケット送出機能部１３Ａ、ＳＷから必要な情報を取得するための装置情報取得機能部１２Ａ、解析結果を利用者に表示する解析結果表示機能部１５を有し、パケット送出機能部１３Ａにより特定ノードが「ブロードキャスト的に振舞うパケット」を応答するようなダミー要求パケットを送信しながら、装置情報取得機能部１２Ａにより探索対象のＳＷ１０１，１０２からトラフィックに関する情報を取得し、ノード位置解析機能部１１Ａにより上記トラフィックに関する情報から当該ダミー要求トラフィック或いは応答トラフィックの流れを抽出することで特定ノード２００の接続方向を特定し、解析結果表示機能部１５により、当該特定された特定ノード２００の接続方向を表示する。【００５７】
図５は従来技術の場合の必須条件と本発明の各実施例を適用する際の必須条件との差異について説明するための図である。【００５８】
図５に示す如く、従来技術および本発明の実施例の双方において必須の条件として、通常のパケット交換を行うレイヤ２レベルの通信とは別に、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）によるＩＰ通信等によって探索対象SWからの装置情報取得に必要な情報が既知であること、すなわちＳＷのIPアドレス、ＳＮＭＰコミュニティ名、ｔｅｌｎｅｔパスワード等が既知であることが求められる。【００５９】
他方従来技術では必須であったが本発明の実施例では不要の条件として、学習情報が取得できるSW、或いはネットワーク構成であること（すなわち適用条件１）および探索装置と特定ノードとの間にあるＳＷが学習情報を取得可能なものであること（すなわち適用条件２）がある。【００６０】
図６は上記本発明の各実施例によるノード位置探索装置の原理構成図である。【００６１】
本発明の実施例によるノード位置探索装置１０Ｂは上記の如く特定ノード２００の位置を解析するノード位置解析機能部１１Ｂ、パケットを生成/送出するパケット送出機能部１３Ｂ、装置１０１，１０２から必要な情報を取得するための装置情報取得機能部１２Ｂ、解析結果を利用者に表示する解析結果表示機能部１５から構成される。【００６２】
このような本発明の実施例の構成によれば、学習情報が取得できるＳＷ、或いはネットワーク構成との条件が不要であり、又探索装置と特定ノードとの間にあるＳＷ以外のＳＷからの情報も利用可能となる。【００６３】
その結果従来技術では必須であった上記適用条件１，２が満たされない場合でも、特定ノードの位置の特定が可能となり、もって必要な時間・労力を効果的に削減可能である。【００６４】
以下本発明の各実施例の構成を更に詳細に説明する。【００６５】
図７は本発明の各実施例で対象とされるネットワーク構成の例を示す。【００６６】
図７に示す如く、この例の場合、本発明の各実施例を適用するネットワークはノード位置探索装置１０Ｂ、特定ノード２００、ＳＷ−１（１０１）およびＳＷ−２（１０２）がそれぞれ同図のように接続されており、探索対象のＳＷとして、ＳＷ−１（１０１）、ＳＷ−２（１０２）を利用する。【００６７】
なおこれらＳＷ−１（１０１）、ＳＷ−２（１０２）は各々がいわゆるインテリジェントＳＷとされ、ノード位置探索装置１０ＢはＳＮＭＰによる通信により、各ＳＷ１０１，１０２からそのＭＩＢ（すなわち学習情報或いはトラフィックに関する情報）を取得可能な構成とされている。【００６８】
尚各ＳＷ１０１，１０２からの学習情報或いはトラフィックに関する情報の取得のための手段としてはこのＳＮＭＰを利用する例に限られず、他の手段(ｔｅｌｎｅｔ等)を利用するように構成することも可能である。【００６９】
まず上記実施例（第１の方法）による実施例１のノード位置探索装置１０Ｃについて図８，図９とともに説明する。【００７０】
図８に示す如くこの実施例１のノード位置探索装置１０Ｃは、パケット送出機能部１３Ｃにより、特定ノード２００に対し、特定ノード２００が応答しないダミーパケットを送出し続ける（ステップＳ３１）。そして装置情報取得機能部１２Ｃにより、各ＳＷ１０１，１０２の各インタフェースから送信トラフィック量および送信トラフィック数の情報を２回取得し（ステップＳ３２，Ｓ３４）、ノード位置解析機能部１１Ｃにより、その差分値から単位時間当たりの送信トラフィック数（すなわち送信速度）と平均送信パケット長とを算出する（ステップＳ３５）。【００７１】
そしてノード位置解析機能部１１Ｃによりこのようにして得られた情報を利用して特定ノード２００の位置を特定し（ステップＳ３６）、解析結果表示機能部１５にて、その結果を当該ノード位置探索装置１０Ｃの画面（図示を省略）に表示する（ステップＳ３７）。【００７２】
尚図７、図８、図１０，図１２、図１４中、各ＳＷ１０１，１０２の丸数字は各インタフェースの番号（すなわちポート番号等）を示す。例えば図８では、ＳＷ−１（１０１）はその番号３のインタフェースによりＳＷ−２（１０２）に接続され、ＳＷ−２（１０２）はその１番インタフェースにてＳＷ−１（１０１）に接続されるとともに、その番号２のインタフェースにて当該ノード位置探索装置１０Ｃに接続されていることが示されている。【００７３】
又これらの図中、各ＳＷ１０１，１０２内に「Ａ：○」と記載された矩形は学習インタフェースの番号を示す。すなわち「Ａ」は受信パケットの送信元アドレスを示し、「○」は当該受信パケットの到着インタフェースの番号を示す。【００７４】
例えば図８では、ＳＷ−１（１０１）ではＭＡＣアドレス「Ａ」についての学習情報は得られておらず、ＳＷ−２（１０２）ではＭＡＣアドレス「Ａ」について、インタフェースの番号３が学習方向として得られていることが示されている。この場合、ＳＷ−２（１０２）では既にＭＡＣアドレス「Ａ」の特定ノード２００からのパケットを番号３のインタフェースにて受信し、その内容が「Ａ：３」の学習情報として得られていることが示されている。【００７５】
図９はこの場合のノード位置探索装置１０Ｃの動作フローチャートを示す。【００７６】
ステップＳ３1でノード位置探索装置１０Ｃは、特定ノード２００に対し、ダミーのショートパケット(例えば６４バイト)を一定速度(例えば１０００ＰＰＳ)で送信し続ける。なお、この場合のダミーパケットとしては上記ショートパケットに限られず、ロングパケット等、他のユーザトラフィックと識別しやすい任意の構成のパケットを利用可能である。【００７７】
ステップＳ３2ではノード位置探索装置１０ＣはＳＷ−１（１０１），ＳＷ−２（１０２）から送信トラフィック量(例えばｉｆＯｕｔＯｃｔｅｔｓ  ＭＩＢ)、および、送信パケットカウンタ値（例えばｉｆＯｕｔＵｃａｓｔＰｋｔｓ  ＭＩＢ)をＳＮＭＰにて取得する。取得した値はそれぞれ各ＳＷにおける装置起動時からの累積値情報なので、本取得データを基準値として利用する。【００７８】
その後ステップＳ３3にてノード位置探索装置１０Ｃは一定時間(例えば、休止時間：5秒)待った後、ステップＳ３4にて上記同様、ＳＷ−１（１０１）, ＳＷ−２（１０２）から送信トラフィック量(例えばｉｆＯｕｔＯｃｔｅｔｓ  ＭＩＢ)、および、送信パケットカウンタ値（例えばｉｆＯｕｔＵｃａｓｔＰｋｔｓ  ＭＩＢ)を再度ＳＮＭＰにて取得する。本取得データは前記基準値に対し上記一定時間における増加分が加わった増分値として利用する。【００７９】
本実施例の場合、ステップＳ３1にて連続送信されたダミーパケットにより、ＳＷ−２（１０２）の番号３のインタフェースの送信カウンタがステップＳ３2で得られた値に比べて増加しているはずである。【００８０】
ステップＳ３5にてノード位置探索装置１０ＣはステップＳ３2,ステップＳ３4で取得した値の差分値から、単位時間当たりの送信パケット数および平均パケット長を算出する。【００８１】
すなわち上記送信パケットカウンタの差分値を上記一定時間で割ることにより、単位時間当たりの送信パケット数、すなわち送信速度（ＰＰＳ）が得られる。又送信トラフィック量の差分値を前記一定時間で割り、更に上記送信速度（ＰＰＳ）で割ることにより、平均送信パケット長が得られる。【００８２】
ステップＳ３6にて、ステップＳ３5で算出した値から、ＳＷ−1（１０１）,ＳＷ−２（１０２）におけるダミーパケットの送信インタフェース、すなわち当該ダミーパケットが各ＳＷ−１（１０１）およびＳＷ−２（１０２）から送信された際、その際に使われたインタフェースの番号を特定する。【００８３】
具体的な特定の方法としては、予め設定された算出値の閾値％(例えば５％)範囲に、ステップＳ３1で送出したダミーパケットの速度、および、パケット長が収まっているか否かを判断することにより行う。【００８４】
すなわちステップＳ３１では一定のパケット長のダミーパケットを一定の速度で送出している。これが各ＳＷ−１（１０１），ＳＷ−２（１０２）を経由して特定ノード１００に転送されるため、各ＳＷにおける当該ダミーパケットに係る平均パケット長および単位時間当たりの送信トラフィック数は、上記ダミーパケットの送出時のパケット長および送出速度に近い値となるはずである。【００８５】
したがって各ＳＷのインタフェースごとの平均パケット長および単位時間当たりの送信トラフィック数を参照し、上記ダミーパケットの送出時のパケット長およびその送出速度に近い値を有するインタフェースを抽出することにより、当該抽出に係る番号のインタフェースがダミーパケットの宛先、すなわち特定ノード２００の位置に対する方向を示していることになる。このようにして特定ノード２００の方向が得られる。【００８６】
本実施例の場合、図８に示す如く、ノード位置探索装置１０Ｃと特定ノード２００との間の通信経路上のＳＷはＳＷ−２（１０２）であり、ＳＷ−１（１０１）は含まれない場合を想定している。この場合、ＳＷ−1（１０１）からは該当するインタフェースが抽出されず、ＳＷ−２（１０２）からは、番号３のインタフェースが該当するインタフェースとして抽出されるはずである。【００８７】
又上記ノード位置探索装置１０Ｃと特定ノード２００との間の通信経路は、予め行われる例えば以下の如くの動作により決定されている。【００８８】
すなわち特定ノード２００からノード位置探索装置１０Ｃに対しユーザトラフィックとしてのパケットが送信され、これをＵｎｋｎｏｗｎユニキャストパケットとして番号３のインフェースで受けたＳＷ−２（１０２）がフラッディングを行い、結果的に当該パケットがＳＷ−２（１０２）からノード位置探索装置１０Ｃに到着した。その際ＳＷ−２（１０２）では、上記Ｕｎｋｎｏｗｎユニキャストパケットの送信元のMACアドレス：Aにつき、上記の如く到着インタフェースの番号として３を学習している。【００８９】
その結果、その後ノード位置探索装置１０Cから特定ノード２００宛（すなわちMACアドレス：A）のパケットがＳＷ−２（１０２）に届くと、ＳＷ−２（１０２）ではこのＭＡＣアドレス：Ａをキーにして学習情報が検索され、結果的に上記学習情報、すなわち「Ａ：３」が得られる。したがってＳＷ−２（１０２）は当該受信パケットを番号３のインフェースに送出する。その結果当該インタフェースに接続された特定ノード２００にパケットが届くこととなり、この場合のパケットの転送経路が上記ノード位置探索装置１０Ｃと特定ノード２００との間の通信経路である。【００９０】
図９の説明に戻り、ステップＳ３7にて、このようにＳＷ−１（１０１）, ＳＷ−２（１０２）で抽出された送信インタフェースの番号をノード位置の方向の特定結果として画面に表示する。【００９１】
すなわち図８の例の場合、ＳＷ−２（１０２）の番号３のインタフェースが特定ノード２００の方向としてノード位置探索装置の画面に表示される。【００９２】
図１６はこの例（実施例１）における更に詳細な数値例を示す。【００９３】
すなわちステップＳ３１にてダミーパケットとして６４バイトのパケット長のものを１０００ＰＰＳで送出した結果、ステップＳ３２で最初の段階に得た各ＳＷのトラフィックに関する情報は図１６に示す如く、ＳＷ−１（１０１）のインタフェースの番号１−５について、送信トラフィック量（累計）が１０００，１０００，２０００，２０００、３０００、送信パケット数（累計）が４０，４０，５０，５０，６０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について、送信トラフィック量（累計）が３０００，４０００，４０００であり、送信パケット数（累計）が６０，７０，７０であった。【００９４】
その後ステップＳ３３で休止時間：５秒待ち、ステップＳ３４で次の段階に得た各ＳＷのトラフィックに関する情報はＳＷ−１（１０１）のインタフェースの番号１−５について、送信トラフィック量（累計）が６１０００，２１０００，６５２０００，１２０００、１８０００であり、送信パケット数（累計）が９０，１４０，２５０，１５０，２１０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について送信トラフィック量（累計）が３０００，５０００，３３４０００であり送信パケット数（累計）が６０，８０，５１７０であった。【００９５】
ステップＳ３５で上記ステップＳ３２とＳ３４との間の差分を求める。そして送信パケット数の差分を上記休止時間（５秒）で割ることにより、送信速度（ＰＰＳ）が得られる。【００９６】
又上記送信トラフィック量の差分値を上記休止時間（５秒）で割ることにより、単位時間当たりの送信トラフィック量が得られ、このようにして得られた単位時間当たりの送信トラフィック量を上記送信速度（ＰＰＳ）で割ることにより、平均パケット長が得られる。【００９７】
このようにして得られた各ＳＷのインタフェースごとの送信速度（ＰＰＳ）は、図１６に示す如く、ＳＷ−１（１０１）のインタフェースの番号１―５につき１０，２０，１００，２０，３０（ＰＰＳ）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき０，２，１０２０（ＰＰＳ）である。同様に平均パケット長は、ＳＷ−１（１０１）のインタフェースの番号１−５につき、１２００，２００，１７５，１００，１００（バイト）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき不定、１００，６５（バイト）である。【００９８】
他方ステップＳ３１で送出したダミーパケットのパケット長は６４バイトであり、送信速度は１０００ＰＰＳであったため、上記閾値を５％とすると、パケット長の許容範囲は６４×０．９５〜１．０５＝６０．８〜６７．２［バイト］であり、送信速度の許容範囲は１０００×０．９５〜１．０５＝９５０〜１０５０［ＰＰＳ］である。【００９９】
この条件を満たす値を有するのは、ＳＷ−２（１０２）の番号３のインタフェースの６５バイトおよび１０２０ＰＰＳのみである。その結果ＳＷ−２（１０２）の番号３のインタフェースが抽出される（ステップＳ３６）。【０１００】
そしてステップＳ３７ではＳＷ−２（１０２）の番号３のインタフェースが特定ノード２００の位置を示す方向として表示される。【０１０１】
次に上記実施例（第１の方法）による他の実施例としての、実施例２によるノード位置探索装置１０Ｄについて図１０，図１１とともに説明する。【０１０２】
実施例２によるノード位置探索装置１０Ｄでは、パケット送出機能部１３Ｄにより特定ノード２００に対し、特定ノード２００が応答するダミーパケットを送出し続け（ステップＳ４１）、その後、装置情報取得機能部１２Ｄにより各ＳＷ１０１，１０２の各インタフェースから、送受信トラフィック量および送受信トラフィック数の情報を２回取得し（ステップＳ４２，Ｓ４４）、ノード位置解析機能部１１Ｄによりその間の差分値から単位時間当たりの送受信トラフィック数および平均送受信パケット長を算出し（ステップＳ４５）、このようにして得られた情報を利用して特定ノード２００の位置を特定し（ステップＳ４６）、解析結果表示機能部１５によりその結果を表示する（ステップＳ４７）。【０１０３】
図１１とともにその動作を詳述する。【０１０４】
ステップＳ４1にてノード位置探索装置１０Ｄは特定ノード２００に対し、ロングサイズ(例えば１５００バイト)のユニキャストＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）要求パケットを一定速度(例えば１０００ＰＰＳ)で送信し続ける。特定ノード２００は当該ＡＲＰ要求パケットを受信するたびにノード位置探索装置１０Ｄにショートサイズ(６４バイト)のＡＲＰ応答パケットを返信する。【０１０５】
これはＡＲＰパケットの場合要求パケットサイズに関わらず応答パケットのサイズは６４バイトに固定されるという性質があるためである。そしてこのサイズの違いを利用することにより、上記要求パケットおよび応答パケットの方向を、各ＳＷから取得するトラフィックに関する情報から判断することが可能となる。【０１０６】
なお、ここでノード位置探索装置１０Ｄが送信する要求／応答型のパケットとしては上記ＡＲＰパケットに限られず、これ以外の要求／応答型のパケットの利用も可能である。【０１０７】
ステップＳ４2ではＳＷ−１（１０１）およびＳＷ−２（１０２）から送受信トラフィック量(例えばｉｆＯｕｔＯｃｔｅｔｓ  ＭＩＢとｉｆＩｎＯｃｔｅｔｓ  ＭＩＢ)および送受信パケットカウンタ値(例えばｉｆＯｕｔＵｃａｓｔＰｋｔｓ  ＭＩＢとｉｆＩｎＵｃａｓｔＰｋｔｓ  ＭＩＢ)をＳＮＭＰによる通信によって取得する。ここでこのように取得した値は装置起動時からの累積値の情報なので、当該取得データを基準値として利用する。【０１０８】
ステップＳ４3にて一定時間(例えば、休止時間：5秒)待つ。【０１０９】
ステップＳ４4ではＳＷ−１（１０１）, ＳＷ−２（１０２）から送受信トラフィック量(例えばｉｆＯｕｔＯｃｔｅｔｓ  ＭＩＢとｉｆＩｎＯｃｔｅｔｓ  ＭＩＢ)および送受信パケットカウンタ値(例えばｉｆＯｕｔＵｃａｓｔＰｋｔｓ  ＭＩＢとｉｆＩｎＵｃａｓｔＰｋｔｓ  ＭＩＢ)を再度ＳＮＭＰによる通信によって取得する。ここで得たデータは増分値として利用する。【０１１０】
本実施例の場合ステップＳ４1におけるダミー要求／応答パケットの送受信により、ＳＷ−２（１０２）の番号３のインタフェースの送受信カウンタがステップＳ４2の取得データと比べて増加しているはずである。【０１１１】
ステップＳ４5にて、上記ステップＳ４2,ステップＳ４4で取得した情報から、単位時間当たりの送受信パケット数、すなわち送受信速度、および平均送受信パケット長を算出する。【０１１２】
ステップＳ４6にて、ステップＳ４5でこのように算出した値から、ＳＷ−１（１０１），ＳＷ−２（１０２）におけるダミー応答パケットの受信インタフェース、あるいはダミー要求パケットの送信インタフェースを抽出する。【０１１３】
ここでの抽出の方法としては、上記実施例１の場合同様、算出値が、ステップＳ４1で送出したダミー要求パケットの送出速度、および、送出パケット長の閾値％(例えば５%)の範囲にそれぞれ収まっているか否かで判断する。【０１１４】
本実施例の場合図１０に示す如く上記ダミー要求パケットおよびこれに対するダミー応答パケットの通信経路上に含まれないＳＷ−１（１０１）からはインタフェースが抽出されず、同通信経路上のＳＷ−２（１０２）から当該通信経路上の番号３のインタフェースが要求パケットの送信インタフェースおよび応答パケットの受信インタフェースとして抽出されることになる。【０１１５】
本実施例ではステップＳ４１にて要求応答型のパケットを送信することにより、該当する通信経路上の要求パケットの送信インタフェースおよび応答パケットの受信インタフェースの両方を抽出可能であり、もって上記実施例1と比べ、特定ノード２００の位置探索において、より精度の高い判断が得られる。【０１１６】
ステップＳ４7では、このようにしてＳＷ−１（１０１）,ＳＷ−２（１０２）から抽出されたインタフェースの方向を特定ノード２００の位置の特定結果として表示する。【０１１７】
図１７はこの例（実施例２）における更に詳細な数値例を示す。【０１１８】
すなわちステップＳ４１にてダミーパケットとして１５００バイトのパケット長のものを１０００ＰＰＳで送出した結果、ステップＳ４２で最初の段階に得た各ＳＷのトラフィックに関する情報は図１７に示す如く、ＳＷ−１（１０１）のインタフェースの番号１−５について、送信トラフィック量（累計）が１０００，１０００，２０００，２０００、３０００、送信パケット数（累計）が４０，４０，５０，５０，６０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について、送信トラフィック量（累計）が３０００，４０００，４０００であり、送信パケット数（累計）が６０，７０，７０であった。【０１１９】
又ＳＷ−１（１０１）のインタフェースの番号１−５について、受信トラフィック量（累計）が２０００，２０００，３０００，３０００、４０００、送信パケット数（累計）が９０，９０，１００，１００，１１０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について、受信トラフィック量（累計）が４０００，５０００，５０００であり、送信パケット数（累計）が１１０，１２０，１２０であった。【０１２０】
その後ステップＳ４３で休止時間：５秒待ち、ステップＳ４４で次の段階に得た各ＳＷのトラフィックに関する情報はＳＷ−１（１０１）のインタフェースの番号１−５について、送信トラフィック量（累計）が６１０００，２１０００，６５２０００，１２０００、１８０００であり、送信パケット数（累計）が９０，１４０，２５０，１５０，２１０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について送信トラフィック量（累計）が３０００，５０００，３３４０００であり送信パケット数（累計）が６０，８０，５１７０であった。【０１２１】
又ＳＷ−１（１０１）のインタフェースの番号１−５について、受信トラフィック量（累計）が５２０００，３２０００，２３０００，１３０００、２４０００であり、受信パケット数（累計）が１９０，１９０，３００，２５０，１６０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について受信トラフィック量（累計）が１４０００，１００００，３３５０００であり受信パケット数（累計）が２１０，１７０，５２２０であった。【０１２２】
ステップＳ４５で上記ステップＳ４２とＳ４４との間の差分を求める。そして送信パケット数の差分を上記休止時間（５秒）で割ることにより、送信速度（ＰＰＳ）が得られる。又上記送信トラフィック量の差分値を上記休止時間（５秒）で割ることにより、単位時間当たりの送信トラフィック量が得られ、このようにして得られた単位時間当たりの送信トラフィック量を上記送信速度（ＰＰＳ）で割ることにより、平均送信パケット長が得られる。【０１２３】
このようにして得られた各ＳＷのインタフェースごとの送信速度（ＰＰＳ）は、図１７に示す如く、ＳＷ−１（１０１）のインタフェースの番号１―５につき１０，２０，１００，２０，３０（ＰＰＳ）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき０，２，１０２０（ＰＰＳ）である。同様に平均送信パケット長は、ＳＷ−１（１０１）のインタフェースの番号１−５につき、１２００，２００，１７５，１００，１００（バイト）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき不定、１００，１４９０（バイト）である。【０１２４】
同様に受信パケット数の差分を上記休止時間（５秒）で割ることにより、受信速度（ＰＰＳ）が得られる。又上記受信トラフィック量の差分値を上記休止時間（５秒）で割ることにより、単位時間当たりの受信トラフィック量が得られ、このようにして得られた単位時間当たりの受信トラフィック量を上記受信速度（ＰＰＳ）で割ることにより、平均受信パケット長が得られる。【０１２５】
受信速度はＳＷ−１（１０１）のインタフェースの番号１―５につき２０，２０，１００，３０，１０（ＰＰＳ）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき１０，１０，１０２０（ＰＰＳ）である。同様に平均受信パケット長は、ＳＷ−１（１０１）のインタフェースの番号１−５につき、５００，３００，１００，６７，４００（バイト）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき１００，１００，６５（バイト）である。【０１２６】
他方ステップＳ４１で送出したダミーパケットのパケット長は１５００バイトであり、送信速度は１０００ＰＰＳであったため、上記閾値を５％とすると、パケット長の許容範囲は１５００×０．９５〜１．０５＝１４２５〜１５７５［バイト］であり、送信速度の許容範囲は１０００×０．９５〜１．０５＝９５０〜１０５０［ＰＰＳ］である。【０１２７】
又応答パケットは上記の如くそのサイズが６４バイトに固定されている。又応答速度は送出速度と同様の１０００ＰＰＳとなるはずである。このため上記閾値を５％とすると、受信パケット長の許容範囲は６４×０．９５〜１．０５＝６０．８〜６７．２［バイト］であり、受信速度の許容範囲は１０００×０．９５〜１．０５＝９５０〜１０５０［ＰＰＳ］である。【０１２８】
この条件を満たす値を有するのは、送信時はＳＷ−２（１０２）の番号３のインタフェースの１４９０バイトと１０２０ＰＰＳであり、受信時も同じくＳＷ−２（１０２）の番号３のインタフェースの６５バイトと１０２０ＰＰＳである。その結果ＳＷ−２（１０２）の番号３のインタフェースが抽出される（ステップＳ４６）。【０１２９】
そしてステップＳ４７ではＳＷ−２（１０２）の番号３のインタフェースが特定ノード２００の位置を示す方向として表示される。【０１３０】
次に上記実施例（第２の方法）としての実施例３によるノード位置探索装置１０Ｅについて図１２，図１３とともに説明する。【０１３１】
実施例３によるノード位置探索装置１０Ｅでは、パケット送出機能部１３Ｅにより特定ノード２００に対し、特定ノード２００がブロードキャスト的に振る舞う応答を返すようにするための要求パケットを送出し（ステップＳ５１）、その後、情報取得機能部１２Ｅにより各ＳＷ１０１，１０２から学習情報を取得し（ステップＳ５２）、ノード位置解析機能部１１Ｅによりこのようにして得られた情報を利用して特定ノード２００の位置を特定し（ステップＳ５３）、解析結果表示機能部１５によりその結果を表示する（ステップＳ５４）。【０１３２】
図１３とともにその動作を詳述する。【０１３３】
ステップＳ５1でノード位置探索装置１０Ｅは、特定ノード２００に対し、送信元ＭＡＣアドレスを「オール０」（すなわち"００：００：００：００：００：００"、以下同様)に設定したユニキャストＡＲＰ要求パケットを送信する。特定ノード２００は当該ＡＲＰ要求パケットを受信するたびにノード位置探索装置１０Ｅに対するＡＲＰ応答パケットとして、上記「オール０」を宛先のＭＡＣアドレスとして有するパケットを返信する。【０１３４】
上記の如く通常「オール０」のＭＡＣアドレスはＬ２のプロトコルで動作するＳＷでは学習されないこととされている。このため上記「オール０」を宛先ＭＡＣアドレスとして有するパケットを受信した各ＳＷは、ブロードキャスト的に(すなわちＵｎｋｎｏｗｎユニキャストで)当該ＡＲＰ応答パケットを転送する。なお、ステップＳ５１で送信する要求/応答型のパケットとしては上記の如くのＡＲＰパケットに限られず、それ以外の要求/応答型のパケットの利用も可能である。【０１３５】
ステップＳ５2ではＳＷ−１（１０１）,ＳＷ−２（１０２）から特定ノード２００のＭＡＣアドレスについての学習情報(例えばｄｏｔ１ｄＴｐＦｄｂＰｏｒｔ  ＭＩＢ)を、ＳＮＭＰによる通信にて取得する。【０１３６】
本実施例の場合ＳＷ−１（１０１）からは番号３のインタフェースが、ＳＷ−２（１０２）からも番号３のインタフェースが当該学習情報として取得される。【０１３７】
これは図１２に示す如く、上記の如く当該「オール０」を宛先ＭＡＣアドレスとして有するＡＲＰ応答パケットを受信した各ＳＷはブロードキャスト的にこれを転送するため、例えばＳＷ−２（１０２）は当該ＡＲＰ応答パケットをノード位置探索装置１０ＥおよびＳＷ−１（１０１）の双方に対し転送する。その結果特定ノード２００から当該ＡＲＰ応答パケットを受信したＳＷ−２（１０２）は特定ノード２００に接続された番号３のインタフェースを学習情報として得、同様にＳＷ−２（１０２）から当該ＡＲＰ応答パケットを受信したＳＷ−１（１０１）はＳＷ−２（１０２）に接続された番号３のインタフェースを学習情報として得るためである。【０１３８】
ステップＳ５3では、ステップＳ５2で取得した学習情報から、ＳＷ−１（１０１）,ＳＷ−２（１０２）における特定ノード２００についての学習情報としてのインタフェースの番号を、特定ノード２００が存在する方向のインタフェースの番号として認識する。【０１３９】
ステップＳ５4では、このようにＳＷ−１（１０１）, ＳＷ−２（１０２）で抽出された番号のインタフェースの方向を特定ノード２００の位置の特定結果として表示する。【０１４０】
次に上記実施例（第２の方法）に係る他の実施例としての実施例４によるノード位置探索装置１０Ｆについて図１４，図１５とともに説明する。【０１４１】
実施例４によるノード位置探索装置１０Ｆでは、パケット送出機能部１３Ｆにより特定ノード２００に対し、特定ノード２００がブロードキャスト的に振る舞う応答を返すようにするための要求パケットを送出し続け（ステップＳ６１）、その後上記実施例３の場合と同様、装置情報取得機能部１２Ｆにより、各ＳＷの各インタフェースから送受信トラフィック量および送受信トラフィック数の情報を２回取得し（ステップＳ６２，Ｓ６４）、ノード位置解析機能部１１Ｆによりその間の差分値から単位時間当たりの送受信トラフィック数および平均送受信パケット長を算出し（ステップＳ６５）、解析結果表示機能部１５により、このようにして得られた情報を利用して特定ノード２００の位置を特定し（ステップＳ６６）、その結果を表示する（ステップＳ６７）。【０１４２】
図１５にこの場合の動作フローチャートを示す。【０１４３】
ステップＳ６1でノード位置探索装置１０Ｆは特定ノード２００に対し、送信元ＭＡＣアドレスを「オール０」としてロングサイズ(例えば１５００バイト)のユニキャストＡＲＰ要求パケットを一定速度(例えば１０００ＰＰＳ)で送信し続ける。【０１４４】
特定ノード２００は、当該ＡＲＰ要求パケットを受信するたびに、ノード位置探索装置１０Ｅに対する応答として、ショートサイズ(６４バイト)のＡＲＰ応答パケットを「オール０」のＭＡＣアドレス宛に返信する。【０１４５】
上記の場合同様通常「オール０」のＭＡＣアドレスはＬ２のプロトコルで動作するＳＷでは学習されないこととされているため、「オール０」を宛先ＭＡＣアドレスとして有するパケットを受信した各ＳＷはブロードキャスト的に(すなわちＵｎｋｎｏｗｎユニキャストで)当該ＡＲＰ応答パケットを転送する。なお、ステップＳ６１で送信する要求／応答型のパケットとしては上記の如くのＡＲＰパケットに限られず、それ以外の要求/応答型のパケットの利用も可能である。【０１４６】
ステップＳ６2でＳＷ−１（１０１）,ＳＷ−２（１０２）から送受信トラフィック量(例えばｉｆＯｕｔＯｃｔｅｔｓ  ＭＩＢとｉｆＩｎＯｃｔｅｔｓ  ＭＩＢ)、および、送受信パケットカウンタ値（例えばｉｆＯｕｔＵｃａｓｔＰｋｔｓ  ＭＩＢとｉｆＩｎＵｃａｓｔＰｋｔｓ  ＭＩＢ)をＳＮＭＰによる通信によって取得する。ここでこのように取得した値は装置起動時からの累積値情報なので、当該取得データを基準値として利用する。【０１４７】
ステップＳ６3にて一定時間(例えば、休止時間：5秒)待つ。【０１４８】
ステップＳ６4ではＳＷ−１（１０１）, ＳＷ−２（１０２）から送受信トラフィック量(例えばｉｆＯｕｔＯｃｔｅｔｓ  ＭＩＢとｉｆＩｎＯｃｔｅｔｓ  ＭＩＢ)、および、送受信パケットカウンタ値（例えばｉｆＯｕｔＵｃａｓｔＰｋｔｓ  ＭＩＢとｉｆＩｎＵｃａｓｔＰｋｔｓ  ＭＩＢ)を再度ＳＮＭＰによる通信によって取得する。ここで得たデータは増分値として利用する。【０１４９】
本実施例の場合ステップＳ６1におけるダミー要求／応答パケットの送受信により、ＳＷ−２（１０２）の番号３のインタフェースの送受信カウンタがステップＳ６2の取得データと比べて増加しているはずである。【０１５０】
これは実施例３の場合同様、図１４に示す如く、上記の如く当該「オール０」を宛先ＭＡＣアドレスとして有するＡＲＰ応答パケットを受信した各ＳＷはブロードキャスト的にこれを転送するため、例えばＳＷ−２（１０２）は当該ＡＲＰ応答パケットをノード位置探索装置１０ＦおよびＳＷ−１（１０１）の双方に転送する。【０１５１】
その結果特定ノード２００から当該ＡＲＰ応答パケットを受信したＳＷ−２（１０２）では特定ノード２００に接続された番号３のインタフェースの受信カウンタが増加し、同様にＳＷ−２（１０２）から当該ＡＲＰ応答パケットを受信したＳＷ−１（１０１）ではＳＷ−２（１０２）に接続されたインタフェースの番号３の受信カウンタが増加するためである。【０１５２】
ステップＳ６5にて、上記ステップＳ６2,ステップＳ６4で取得した情報から、単位時間当たりの送受信パケット数（すなわち送受信速度）および平均送受信パケット長を算出する。【０１５３】
ステップＳ６6にて、ステップＳ６5でこのように算出した値から、ＳＷ−１（１０１），ＳＷ−２（１０２）におけるダミー応答パケットの受信インタフェース、あるいはダミー要求パケットの送信インタフェースを抽出する。【０１５４】
ここでの抽出の方法としては、算出値が、ステップＳ６1で送出したダミー要求パケットの送出速度、および、送出パケット長の閾値％(例えば５%)範囲にそれぞれが収まっているか否かで判断することができる。【０１５５】
本実施例の場合、ＳＷ−１（１０１）からはインタフェースの番号３が、ＳＷ−２（１０２）からもインタフェースの番号３が抽出される。【０１５６】
本実施例ではこのように応答パケットの受信インタフェースからも判断することで、ノード位置探索装置１０Ｆと特定ノード２００との間の通信経路上に無いＳＷ−１（１０１）からも、特定ノード２００の位置のインタフェースの方向を抽出可能である。【０１５７】
ステップＳ６7では、このようにしてＳＷ−１（１０１）, ＳＷ−２（１０２）で抽出されたインタフェースの方向を、特定ノード２００の位置の特定結果として表示する。【０１５８】
図１８はこの例（実施例４）における更に詳細な数値例を示す。【０１５９】
すなわちステップＳ６１にてダミーパケットとして１５００バイトのユニキャストＡＲＰ要求パケット（送信元ＭＡＣアドレスが「オール０」のもの）を１０００ＰＰＳで送出した結果、ステップＳ６２で最初の段階に得た各ＳＷのトラフィックに関する情報は図１８に示す如く、ＳＷ−１（１０１）のインタフェースの番号１−５について、送信トラフィック量（累計）が１０００，１０００，２０００，２０００、３０００、送信パケット数（累計）が４０，４０，５０，５０，６０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について、送信トラフィック量（累計）が３０００，４０００，４０００であり、送信パケット数（累計）が６０，７０，７０であった。【０１６０】
又ＳＷ−１（１０１）のインタフェースの番号１−５について、受信トラフィック量（累計）が２０００，２０００，３０００，３０００、４０００、送信パケット数（累計）が９０，９０，１００，１００，１１０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について、受信トラフィック量（累計）が４０００，５０００，５０００であり、送信パケット数（累計）が１１０，１２０，１２０であった。【０１６１】
その後ステップＳ６３で休止時間：５秒待ち、ステップＳ６４で次の段階に得た各ＳＷのトラフィックに関する情報はＳＷ−１（１０１）のインタフェースの番号１−５について、送信トラフィック量（累計）が６１０００，２１０００，６５２０００，１２０００、１８０００であり、送信パケット数（累計）が９０，１４０，２５０，１５０，２１０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について送信トラフィック量（累計）が３０００，５０００，３３４０００であり送信パケット数（累計）が６０，８０，５１７０であった。【０１６２】
又ＳＷ−１（１０１）のインタフェースの番号１−５について、受信トラフィック量（累計）が５２０００，３２０００，３４３０００，１３０００、２４０００であり、受信パケット数（累計）が１９０，１９０，５２００，２５０，１６０であり、同様にＳＷ−２（１０２）のインタフェースの番号１−３について受信トラフィック量（累計）が１４０００，１００００，３３５０００であり受信パケット数（累計）が２１０，１７０，５２２０であった。【０１６３】
ステップＳ６５で上記ステップＳ３２とＳ３４との間の差分を求める。そして送信パケット数の差分を上記休止時間（５秒）で割ることにより、送信速度（ＰＰＳ）が得られる。【０１６４】
又上記送信トラフィック量の差分値を上記休止時間（５秒）で割ることにより、単位時間当たりの送信トラフィック量が得られ、このようにして得られた単位時間当たりの送信トラフィック量を上記送信速度（ＰＰＳ）で割ることにより、平均送信パケット長が得られる。【０１６５】
このようにして得られた各ＳＷのインタフェースごとの送信速度（ＰＰＳ）は、図１８に示す如く、ＳＷ−１（１０１）のインタフェースの番号１―５につき１０，２０，１００，２０，３０（ＰＰＳ）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき０，２，１０２０（ＰＰＳ）である。同様に平均送信パケット長は、ＳＷ−１（１０１）のインタフェースの番号１−５につき、１２００，２００，１７５，１００，１００（バイト）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき不定、１００，１４９０（バイト）である。
そして送信パケット数の差分を上記休止時間（５秒）で割ることにより、送信速度（ＰＰＳ）が得られる。【０１６６】
同様に上記受信トラフィック量の差分値を上記休止時間（５秒）で割ることにより、単位時間当たりの受信トラフィック量が得られ、このようにして得られた単位時間当たりの受信トラフィック量を上記受信速度（ＰＰＳ）で割ることにより、平均受信パケット長が得られる。【０１６７】
すなわち受信速度はＳＷ−１（１０１）のインタフェースの番号１―５につき２０，２０，１０２０，３０，１０（ＰＰＳ）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき１０，１０，１０２０（ＰＰＳ）である。同様に平均受信パケット長は、ＳＷ−１（１０１）のインタフェースの番号１−５につき、５００，３００，６７，６７，４００（バイト）であり、ＳＷ−２（１０２）のインタフェースの番号１−３につき１００，１００，６５（バイト）である。【０１６８】
他方ステップＳ６１で送出したダミーパケットのパケット長は１５００バイトであり、送信速度は１０００ＰＰＳであったため、上記閾値を５％とすると、送信パケット長の許容範囲は１５００×０．９５〜１．０５＝１４２５〜１５７５［バイト］であり、送信速度の許容範囲は１０００×０．９５〜１．０５＝９５０〜１０５０［ＰＰＳ］である。【０１６９】
又応答パケットは上記の如くそのサイズが６４バイトに固定されている。又応答速度は送出速度と同様の１０００ＰＰＳであるはずである。このため上記閾値を５％とすると、受信パケット長の許容範囲は６４×０．９５〜１．０５＝６０．８〜６７．２［バイト］であり、受信速度の許容範囲は１０００×０．９５〜１．０５＝９５０〜１０５０［ＰＰＳ］である。【０１７０】
これらの条件を満たす値を有するのは、送信時はＳＷ−２（１０２）の番号３のインタフェースの１４９０バイトと１０２０ＰＰＳであり、受信時はＳＷ−１（１０１）の番号３のインタフェースの６７バイトと１０２０ＰＰＳおよびＳＷ−２（１０２）の番号３のインタフェースの６５バイトと１０２０ＰＰＳである。【０１７１】
その結果ＳＷ−１（１０１）の番号３のインタフェースおよびＳＷ−２（１０２）の番号３のインタフェースが抽出される（ステップＳ６６）。【０１７２】
そしてステップＳ６７では、このようにして得られたＳＷ−１（１０１）の番号３のインタフェースおよびＳＷ−２（１０２）の番号３のインタフェースが特定ノード２００の位置を示す方向として表示される。【０１７３】
図１９は上述の本発明の各実施例におけるノード位置探索装置１０、１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅおよび１０Ｆの各々をコンピュータで実現する場合について説明するための、コンピュータの構成例を示すブロック図である。【０１７４】
図１９に示すごとく、同コンピュータ５００は、与えられたプログラムを構成する命令を実行することによって様々な動作を実行するためのＣＰＵ５０１と、キーボード、マウス等よりなりユーザが操作内容又はデータを入力するための操作部５０２と、ユーザにＣＰＵ１０１による処理経過、処理結果等を表示するＣＲＴ、液晶表示器等よりなる表示部５０３と、ＲＯＭ、ＲＡＭ等よりなりＣＰＵ５０４が実行するプログラム、データ等を記憶したり作業領域として使用されるメモリ５０４と，プログラム、データ等を格納するハードディスク装置５０５と、ＣＤ−ＲＯＭ５０７を媒介として外部からプログラムをロードしたりデータをロードするためのＣＤ−ＲＯＭドライブ５０６と、インターネット、ＬＡＮ等の通信網５０９を介して外部サーバからプログラムをダウンロード等するためのモデム５０８とを有する。【０１７５】
同コンピュータ５００はＣＤ−ＲＯＭ５０７を媒介として、あるいは通信ネットワーク５０９を媒介として、上述のノード位置探索装置１０、１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅおよび１０Ｆの各々が実行する処理をＣＰＵ５０１に実行させるための命令よりなるプログラムをロードあるいはダウンロードする。そしてこれをハードディスク装置５０５にインストールし、適宜メモリ５０４にロードしてＣＰＵ５０１が実行する。その結果、同コンピュータ５００によりノード位置探索装置１０、１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ，１０Ｅおよび１０Ｆの各々が実現される。
【図１】
2008111212.tif 000003
【図２】
2008111212.tif 000004
【図３】
2008111212.tif 000005
【図４】
2008111212.tif 000006
【図５】
2008111212.tif 000007
【図６】
2008111212.tif 000008
【図７】
2008111212.tif 000009
【図８】
2008111212.tif 000010
【図９】
2008111212.tif 000011
【図１０】
2008111212.tif 000012
【図１１】
2008111212.tif 000013
【図１２】
2008111212.tif 000014
【図１３】
2008111212.tif 000015
【図１４】
2008111212.tif 000016
【図１５】
2008111212.tif 000017
【図１６】
2008111212.tif 000018
【図１７】
2008111212.tif 000019
【図１８】
2008111212.tif 000020
【図１９】
2008111212.tif 000021
【手続補正書】
【提出日】平成21年9月9日(2009.9.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信システム上でパケットによる通信を行う情報処理装置であって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有し、
通信対象としての特定ノード宛のパケットを送信する手段と、
各中継装置から前記トラフィックに関する情報を取得してこれを分析することによって前記特定ノードに係るパケットの流れを把握することにより前記特定ノードの位置を取得する手段とを有する情報処理装置。
【請求項２】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有し、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る、請求項１に記載の情報処理装置。
【請求項３】
通信システム上でパケットによる通信を行う情報処理装置であって、
通信対象としての特定ノードに対し所定の要求パケットを送信する要求パケット送信手段であって、前記所定の要求パケットは、これを受けた前記特定ノードが、各中継装置がブロードキャストの態様でこれを転送するような構成のパケットを返信する、要求パケット送信手段と、
各中継装置から、前記要求パケットに応じて前記特定ノードから返信され、各中継装置によりブロードキャストの態様にて転送されたパケットの流れの情報を取得することにより前記特定ノードの位置を取得する位置取得手段とを有する情報処理装置。
【請求項４】
前記要求パケットはその発信元情報として、当該要求パケットを中継する各中継装置が学習しないものと予め決められているアドレスを設定することにより、当該要求パケットを受けた前記特定ノードが返信するパケットは、各中継装置にてブロードキャストの態様にて転送される、請求項３に記載の情報処理装置。
【請求項５】
パケットによる通信システムにおいて、同システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有し、
通信対象としての特定ノード宛のパケットを送信する段階と、
各中継装置から前記トラフィックに関する情報を取得して分析することによって前記特定ノードに係るパケットの流れを把握することにより前記特定ノードの位置を取得する段階とを有するノード位置取得方法。
【請求項６】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有し、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る、請求項５に記載のノード位置取得方法。
【請求項７】
通信システム上でパケットによる通信を行う情報処理装置の動作を制御するためのコンピュータを動作させるためのプログラムであって、前記通信システムを構成する各中継装置は自己が中継するパケットに係るトラフィックに関する情報を取得する機能を有し、
通信対象としての特定ノード宛のパケットを送信する手段と、
各中継装置から前記トラフィックに関する情報を取得して分析することによって前記特定ノードに係るパケットの流れを把握することにより前記特定ノードの位置を取得する手段としてコンピュータを動作させるための命令を有するプログラム。
【請求項８】
前記各中継装置はパケットを中継する際にその到着方向を取得することで当該パケットの発信元の方向を学習情報として取得し、当該学習情報を利用することで当該発信元を宛先とするパケットを中継する際の送出方向を決定する機能を有し、
当該各中継装置が有する機能により前記通信対象としての特定ノード宛のパケットは各中継装置で中継され当該特定ノードに至る、請求項７に記載のプログラム。
【国際調査報告】
2008111212.tif 000022
2008111212.tif 000023
2008111212.tif 000024
2008111212.tif 000025
2008111212.tif 000026
2008111212.tif 000027