JP2003283565A - 異種ネットワーク内におけるネットワークサービス状況を監視するエンドユーザのためのシステム - Google Patents

Abstract

(57)【要約】 【課題】 異種ネットワーク内のネットワークパフォー
マンスをエンドデバイスによって監視するためのネット
ワーク監視システム。 【解決手段】 ネットワーク監視システムは、第１異種
ネットワークと、それに連結した第２異種ネットワーク
を備えたネットワークである。第１異種ネットワークは
エンドデバイス、媒介ノードおよびゲートウェイを含
む。エンドデバイスは、データストリームの一部とし
て、トレーサ・パケットを生成する。媒介ノードは、ト
レーサ・パケットにネットワークサービス情報を書き込
む。ゲートウェイは、トレーサ・パケットを傍受して、
トレーサ・パケットの内部にネットワーク状況情報を書
き込む。ゲートウェイはエンドデバイスにトレーサ・パ
ケットを返信する。エンドデバイスは、トレーサ・パケ
ットに含まれた情報を処理することによって、現在動作
しているネットワークおよびアプリケーション・サーバ
それぞれの動作状況を求める。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークパフォ
ーマンスの監視に関し、特に、エンドユーザが、異種ネ
ットワークの動作環境およびその内部で動作するネット
ワーク・アプリケーションを監視するための方法および
システムに関する。

【０００２】

【従来の技術】無線通信ネットワークは、有線ネットワ
ークと肩を並べるほど急速に普及することによって、イ
ンターネットへのアクセス手段を拡張している。この普
及の背景として、回路切り替えによる無線ネットワーク
の利便性と比べて、パケット切り替えによる無線ネット
ワークリソースの利便性が改善された点が挙げられる。
さらに、無線ネットワークを通じた、インターネット上
で既に取得可能な様々なデータ・アプリケーションへの
アクセスを認めようとする最近の流れも他の理由の１つ
である。

【０００３】だが、無線ネットワークは、有線ネットワ
ークとは根本的に異なった特徴を持つ。たとえば、無線
ネットワークは、無線に基づいた通信のため、有線ネッ
トワークと比べて誤り率が高い。さらに、無線ネットワ
ーク内の移動装置は、通常、たとえば、時分割多元接続
（ＴＤＭＡ）を用いて、利用可能無線周波数帯域幅を共
有する。また、無線ネットワークにおいては通常、異な
った基地局に関連した移動装置の位置の変更に伴って、
基地局間のアクティヴ通信チャネルの受け渡し（セル技
術において、ハンドオーバーという）が可能である。

【０００４】技術的相違に加えて、インターネットへの
無線アクセスにおいては、著しい業務上相違もある。こ
の点、有線ネットワークにおいて、インターネット・サ
ービスプロバイダ（ＩＳＰｓ）は通常、サービス利用者
にインターネットへのアクセス手段を提供する。これら
インターネット・サービスプロバイダ（ＩＳＰｓ）は通
常、インターネット接続の利用に対してのみ課金する。
インターネット・サービスプロバイダ（ＩＳＰｓ）は、
通常、何らかのサービスの質の保証をサービス利用者に
提供する。そうしたサービスレベルに関する取り決め
は、たとえば、有線ネットワークの故障回数は１％以下
に保証するといった様に、統計で表わされる。

【０００５】同様に、無線通信サービスプロバイダは、
サービス取り決めに基づいた無線ネットワークへの接続
サービスをサービス利用者に提供する。しかし、無線ネ
ットワークにおいて、サービスプロバイダは、利益を生
み出すための付加価値が付加されたサービスを育成し実
行する。その種のサービスは、制御可能な、あるいは、
少なくとも、提供されたサービスの質のレベルを測定可
能な、多様なレベルのサービスを含む。たとえば、無線
ネットワークサービスのサービス利用者は、高度で高ビ
ット率データ、および、サービスの質と信頼性両面にお
いて保証された音声伝送のために、上等なサービスを選
ぶであろう。あるいは、「最善」のデータおよび音声伝
送のそれぞれを得るための、経済的サービスも選択され
うる。

【０００６】

【発明が解決しようとする課題】有線インターネット・
サービスプロバイダのクライアントばかりでなく、無線
サービスプロバイダにとって、そうしたサービスの取り
決めが遵守されているかを監視する能力は重要な問題で
ある。インターネットおよび様々なネットワーキング基
準や技術の出現に伴い、おびただしい数のネットワーク
監視技術、ネットワーク製品、そしてネットワークサー
ビスが開発されてきた。たとえば、ＩＣＭＰ（Ｉｎｔｅ
ｒｎｅｔ Ｃｏｎｔｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏ
ｃｏｌ）は、送信元ノードに制限エラーメッセージを発
信するシンプルなＩＰネットワークプロトコルである。
一般的にネットワーク内のルータがＩＰパケットをドロ
ップすると、そのルータはＩＣＭＰパケットを生成し、
紛失したパケットの生成元のノードに当該パケットを送
信する。しかしながら、この監視技術は限られた情報し
か提供しない。さらに、エラーメッセージはＩＣパケッ
トがドロップした時のみ生成される問題点が依然として
残る。

【０００７】この点、より洗練された管理形態を含んで
いるネットワーク管理ソフトウェア・パッケージを利用
することも可能である。通常、そのようなネットワーク
管理ソフトウェア・パッケージは、たとえば、ＬＡＮ
（ローカル・エリア・ネットワーク）のようなプライベ
ートのネットワーク管理向けの仕様である。したがっ
て、そのようなパッケージは、ネットワーク管理者また
は所持者が全体のネットワーク活動を管理するために開
発されてきた。通常のアーキテクチャは、たとえば、ル
ータ、サーバ、および、ワークステーションなど、ソフ
トウェア・エージェントを多数のローカルネットワーク
・ノードのそれぞれに配されている。このエージェント
は、ノードの動作状況を監視し、その動作データを中央
ネットワーク管理ステーションに定期的に供給する。次
に、ネットワーク管理ステーションは、データの蓄積を
ネットワーク管理者に提出する。このような態様のシス
テムにおいて、集められたデータが個々のワークステー
ションにとって有益であることは稀である。そればかり
でなく、集められたデータを各ワークステーションに伝
送するのは非効率であり、煩わしい面がある。

【０００８】現在、迅速で動的にネットワ−クサービス
を監視する能力を有する技術は、無線および有線ネット
ワークのサービス利用者が利用することはできない。サ
ービス利用者は、ネットワーク通信問題の発生元を特定
する術がなく、ネットワーク上の問題が起こった場合に
適切な反応をすることができない。たとえば、あるサー
ビス利用者が容量の大きいファイルをダウンロードして
いる最中にデータの転送が遅くなる（または停まる）場
合、サービス利用者側において、このまま接続状態を維
持するか、一旦終了してダウンロードに再着手するか、
あるいは、プロバイダに苦情を申し出るかを判断する材
料は極めて乏しい。従来は、サービス利用者の側におい
てそのようなネットワーク上の問題がＩＳＰアクセスネ
ットワークによるものか、その背後にあるインターネッ
トトラフィックの輻輳やアプリケーション・サーバによ
るものなのかを判断するために利用可能な情報はなかっ
た。さらに無線ネットワークの加入者は、無線ネットワ
ークにユニークな属性として認識されている変数を持っ
ている。現在のところ、加入者にとってネットワーク上
の様々な問題が、基地局間のハンドオーバーによるもの
か、保護領域の不足なのか、もしくは加入者によって購
入されたサービス水準を無線ネットワークプロバイダが
提供できないことによるものなのかを判断する手立ては
ない。

【０００９】

【課題を解決するための手段】本実施形態は、エンドデ
バイスを動作しているユーザによって用いられるネット
ワーク監視システムを開示する。このネットワーク監視
システムは、異種のネットワーク内の装置およびアプリ
ケーションとともに、当該ネットワークの動作環境を監
視する。このシステムは、中央ネットワーク監視ステー
ションが、様々なネットワーク・ノードに配置されたネ
ットワーク監視エージェントから情報を収集する、従来
のネットワーク管理技術とは根本的に異なっている。本
ネットワーク監視システムにおいて、ネットワーク・ア
プリケーションを実行するために、エンドデバイスが異
なるネットワーク上で宛先デバイスと通信を行うと、エ
ンドデバイスはネットワーク調査を開始する。このネッ
トワーク調査は、ほぼ即座のネットワーク動作状況をエ
ンドデバイスに動的に提供する。このエンドデバイス
は、当該エンドデバイスを動作しているユーザの利益の
ために、ネットワーク動作結果を表示する。調査結果に
関連した情報は、ネットワーク通信問題または課題の発
生元を確認するうえで、ユーザにとって有用である。

【００１０】ネットワーク・アーキテクチャは、任意の
数のアクセスネットワークである。図示の実施形態にお
いて、このネットワーク・アーキテクチャは、好ましく
はコアインターネットを介して、第１異種ネットワーク
および通信的に対になった第２異種ネットワークを含
む。これら異種ネットワークは各々、少なくとも一つ
の、たとえばルータやアクセスポイント等の媒体ノード
を含む。本実施形態において、第１異種ネットワーク内
において動作する少なくとも一つのエンドデバイスは、
たとえば、第２異種ネットワーク内で動作するアプリケ
ーション・サーバのような宛先デバイスと通信を行う。
ここで、第１異種ネットワークで動作する少なくとも一
つのゲートウェイは、コアインターネットを含む他の異
種ネットワークとの間のインターフェースとして動作す
る。ゆえに、データストリームは、媒体ノードおよびゲ
ートウェイを介して、エンドデバイスと宛先デバイスの
間で伝達される。

【００１１】本実施形態において、ネットワーク監視シ
ステムは、各エンドデバイスで動作するエンドデバイス
ＮＭＭ（ネットワーク監視モジュール）および各ゲート
ウェイで動作するゲートウェイＮＭＭを含む。さらに媒
介ノードＮＭＭが、いくつかの、あるいはすべての媒介
ノードにおいて動作する。この媒介ノードＮＭＭは、そ
れ自身が動作している媒介ノードに関連したネットワー
クパフォーマンス状況を監視して、格納する。これと同
様に、ゲートウェイＮＭＭは、各ゲートウェイに関連し
たネットワークパフォーマンス状況を監視して格納す
る。さらにゲートウェイＮＭＭは、エンドデバイスと通
信を行っている宛先デバイスから収集した調査情報を格
納することとしても良い。

【００１２】ネットワーク動作状況の監視を開始するた
めに、エンドデバイスは、データストリーム内における
アプリケーションを含んだデータとともに、トレーサ・
パケットを第１異種ネットワーク上で選択的に送信す
る。このトレーサ・パケットは、エンドデバイスのソー
スアドレスおよび宛先デバイスの宛先アドレスを含んで
いる。そして、媒介ノードＮＭＭを含んだ媒介ノードお
よびゲートウェイＮＭＭを含んだゲートウェイは、それ
ぞれトレーサ・パケット群を認識し処理する。

【００１３】媒介ノードＮＭＭによる処理は、格納した
ネットワークパフォーマンス状況のトレーサ・パケット
群への書き込みを指す。

【００１４】ゲートウェイＮＭＭは、宛先アドレスを利
用してトレーサ・パケット群を処理することによって、
宛先デバイスの調査情報を収集する。次に、調査情報お
よびゲートウェイに関連するネットワークパフォーマン
ス状況は、ネットワーク動作状況情報としてトレーサ・
パケット群に書き込まれる。ゲートウェイＮＭＭｓは、
また、第１異種ネットワークを通じて、トレーサ・パケ
ット群をエンドデバイスに再ルーティンするために、ソ
ースアドレスと宛先アドレスの変換を行う。ここで、ト
レーサ・パケット群がエンドデバイスに返信されると、
その内部において動作するエンドデバイスＮＭＭは、ト
レーサ・パケット群に蓄積された情報を解読して、エン
ドデバイスの各ユーザに報告する。

【００１５】ネットワーク監視システムの機能の１つと
して、ネットワーク・アーキテクチャ上のトラフィック
の増加が比較的緩やかな点が挙げられる。なお、トレー
サ・パケット群は、手動で、計画に基づいて自動で、あ
るいは動作環境に基づいて自動的に生成される。したが
って、必要に応じた比較的少数のトレーサ・パケット群
が選択的に生成され、ネットワークサービス調査を行
う。

【００１６】ネットワーク監視システムのもう１つの特
徴は、トレーサ・パケット群の特徴に関する。トレーサ
・パケット群は、柔軟なフォーマットの不定サイズのデ
ータを収容するように設計されている。なお、柔軟なフ
ォーマットは、ネットワーク監視システムの構成に多大
な変化を及ぼさず、トレーサ・パケットのフォーマット
や内容にもたらす程度の変化を指す。さらに、トレーサ
・パケット群における変化は、ネットワーク内のデータ
ストリームの動作および安定性に影響を及ぼさない。ま
た、トレーサ・パケット群は、ネットワーク監視システ
ムが機能していないデータストリームにおける他のパケ
ット群と同等に扱われる。

【００１７】さらに、ネットワークシステムの特徴は、
異種ネットワーク内におけるネットワーク管理システム
の配置に関連する。異種ネットワーク内におけるエンド
デバイスがエンドデバイスＮＭＭを有し、各ゲートウェ
イがゲートウェイＮＭＭを有するだけで、本ネットワー
ク管理システムは動作する。したがって、ネットワーク
管理システムに対する動作中断や悪影響を及ぼすことな
く、追加的なエンドデバイスＮＮＭｓおよび媒介ノード
ＮＮＭｓの配置が増加しうる。さらに、ネットワーク管
理システムは単一の異種ネットワークシステムに配置さ
れながら、他の異種ネットワークおよび関連装置のパフ
ォーマンスを監視することとしても良い。

【００１８】ネットワーク監視システムにおける他の特
徴は、その拡張性に関連する。本実施形態においてトレ
ーサ・パケットは選択的に送信されるものであるが、媒
介ノードおよびゲートウェイにおけるネットワークパフ
ォーマンス情報は随時蓄積されるため、延長された時間
の統計的情報はトレーサ・パケットに格納されることと
してもよい。このことから、ネットワーク監視システム
は最小のオーヴァーヘッド・トラフィックを課しつつ、
ほぼ継続的な監視を行う。

【００１９】本発明の目的および利点は、その好適な実
施形態を示す図を参照して表わしている以下の記述から
明らかとなる。

【００２０】

【発明の実施の形態】本実施形態は、異種ネットワ−ク
におけるネットワークパフォーマンスを監視するため
の、ネットワーク監視システムを開示する。本ネットワ
ーク管理システムによって、ある異種ネットワークが含
むエンドデバイスを動作するユーザは、ネットワークサ
ービス監視の試みを効果的に解決する。そのようなユー
ザは、異種ネットワーク内の動作環境を決定するため
に、ネットワークサービス調査を実行する。

【００２１】図１は、ネットワーク・アーキテクチャ１
２内で動作するネットワーク管理システム１０の一実施
形態を示すブロック図である。ネットワーク・アーキテ
クチャ１２は、図１で第１異種ネットワーク１４と第２
異種ネットワーク１６が通信的に対に示されているよう
に、任意のアクセスネットワーク群を含む。この第１異
種ネットワーク１４は、図で示されるように、互いに連
結する少なくとも１つのエンドデバイス１８、少なくと
も１つの媒介ノード２０、そして、少なくとも１つのゲ
ートウェイ２２を含む。第２異種ネットワークは、少な
くとも１つのアプリケーション・サーバ２４を含んでい
る。図示の実施形態における第１異種ネットワーク１４
および第２異種ネットワークは、コアインターネット２
６を介して相互接続される。他の態様において、第１異
種ネットワーク１４および第２異種ネットワーク１６
は、直接的に、1またはそれ以上の異種ネットワーク群
を介して、あるいは第1異種ネットワーク１４および第
２異種ネットワーク１６間の通信が許されるその他の相
互接続の形態を通じて、接続されても良い。なお、ここ
で用いられている、“連結した”、“連動した”、ある
いは、“相互接続された”という語句は、電気的、光学
的、およびシステム間、装置間または構成要素間のイン
ターフェースとなる、あらゆる形態の連結を含む。

【００２２】ネットワーク・アーキテクチャ１２は、た
とえば、インターネット、公有もしくは私有のイントラ
ネットおよび／またはデータおよび指令の転送を可能に
するためのネットワーク構成の形態をとる、階層的構成
のネットワークであれば良い。したがって、ネットワー
ク・アーキテクチャ１２は、図1に図示されているコア
インターネット２６および第1異種ネットワーク１４、
第二異種ネットワーク１６に限られてはいない。このこ
とから、ネットワーク・アーキテクチャ１２は、装置と
アプリケーションとの間の相互通信を実行するためのソ
フトウェア・アプリケーションおよびハードウェア装置
であれば良いと、広く解釈されるべきである。たとえ
ば、コアインターネット２６との間の相互接続は、モデ
ム、ケーブルモデム、ＩＳＤＮ接続とＩＳＤＮ装置、Ｄ
ＳＬ接続とＤＳＬ装置、ファイバー光学接続とファイバ
ー光学装置、衛星接続と衛星装置、無線接続と無線装
置、ブルートゥース接続とブルートゥース装置、その他
通信インターフェースを利用した、インターネット・サ
ービスプロバイダとのあらゆる接続を含むものとする。
これと同様に、イントラネットおよびエクストラネット
は、様々なコンピュータ・デバイスを接続する通信路と
して利用される、ソフトウェア・アプリケーションおよ
び様々なコンピュータ・デバイス（ネットワーク・カー
ド、ケーブル、ハブ、ルータ、等々）を解した相互接続
を含むものとする。

【００２３】本実施形態のネットワーク・アーキテクチ
ャ１２には、パケット通信ネットワークであるネットワ
ーク・アーキテクチャ１２の通信プロトコルとして、Ｔ
ＣＰ／ＩＰネットワークプロトコルが挙げられるが、イ
ンターネット・プロトコル・ネットワーク、独自のネッ
トワーク等のいかなる形態のネットワーク・プロトコル
であってもよい。通信は、たとえば、多数のイントラネ
ットやエクストラネットをインターネットを介して互い
に結合することのできる、バーチャ私設ネットワークの
ような、ＩＰトンネリング・プロトコルを含んでも良
い。なお、ネットワーク・アーキテクチャ１２には、た
とえば、テルネット、ＰＯＰ３、ＭＩＭＥ（Ｍｕｌｔｉ
ｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ ｍａｉｌ ｅｘｔ
ｅｎｓｉｏｎ）、Ｓ−ＨＴＴＰ（ｓｅｃｕｒｅ ＨＴＴ
Ｐ）、ＰＰＰ（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏ
ｔｏｃｏｌ）、ＳＭＴＰ（ｓｉｍｐｌｅ ｍａｉｌ ｔ
ｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）、独自プロトコ
ル、その他当該技術で知られているあらゆるネットワー
ク・プロトコルを含んでいる。

【００２４】図示された実施形態において、第１異種ネ
ットワーク１４おおよび第２異種ネットワーク１６は公
有のもしくは独自のイントラネット、エクストラネッ
ト、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ
ｓ）、もしくは、データの転送および指令を可能にする
あらゆるネットワーク構成の態様を含む。第１異種ネッ
トワーク１４および第２異種ネットワーク１６内部にお
ける通信は、有線通信システムおよび／または無線通信
システムを含む通信媒体を用いて実行される。この通信
媒体は、たとえば、通信チャネル、電波、音波、有線伝
送、ファイバー光学伝送、その他データや音声もしくは
画像を伝送することのできる通信媒体であればよい。本
実施形態において、第１異種ネットワーク１４は、たと
えば、セルラ・ネットワーク、８０２．１１ｂ無線ネッ
トワーク、ブルートゥース・ネットワーク、Ｈｏｍｅ
ＲＦ（Ｈｏｍｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ネ
ットワーク、その他あらゆるタイプの無線ネットワーク
を含む。第２異種ネットワーク１６は、無線ネットワー
クの形態であればよい。他の態様において、第１異種ネ
ットワーク１４はいかなるタイプのアクセス・ネットワ
ークであってもよい。

【００２５】エンドデバイス１８は、ネットワーク・ア
ーキテクチャ１２上のデータストリームによって伝送さ
れるデータ・パケットの送信元または宛先として動作す
る任意の装置である。なお、本文中の、「パケット」、
「データ・パケット」、あるいは、「データグラム」と
いった語句は、伝送プロトコル情報、および、データ、
ビデオ、オーディオ、その他ネットワーク・アーキテク
チャ１２上で伝送される情報を指す。本実施形態におい
て、エンドデバイス１８は、たとえば、ＰＤＡ（ｐｅｒ
ｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、
携帯電話、その他ネットワーク・アーキテクチャ１２と
接続するためにユーザによって利用される無線移動装置
である。なお、本文中における「エンドユーザ」または
「ユーザ」は、エンドデバイス１８の操作主体を表わ
す。

【００２６】エンドデバイス１８とネットワーク・アー
キテクチャ１２とのインターフェースは、アクセスネッ
トワーク内に提供されている。図示された実施形態のエ
ンドデバイス１８が含まれるアクセスネットワークは、
第１異種ネットワークである。エンドデバイス１８が無
線装置の場合、アクセスネットワークは、エンドデバイ
スとの無線通信およびネットワーク・アーキテクチャ１
２の各部との通信手段を提供する、媒介ノード２０とし
て動作する基地局等を含む。

【００２７】エンドデバイス１８は、たとえば、ＧＵＩ
（ｇｒａｐｈｉｃａｌ ｕｓｅｒｉｎｔｅｒｆａｃ
ｅ）、各種ボタン、音声承認、タッチスクリーン、その
他、エンドユーザとエンドデバイス１８との間の通信を
可能にするあらゆる機構を含みうる。さらに、エンドデ
バイス１８は、プロセッサ、メモリ、データ格納機構、
その他、アプリケーションを起動して実行するハードウ
ェアであってもよい。

【００２８】なお、アプリケーションは、ソフトウェ
ア、ファームウェア、その他の形態のコンピュータコー
ドを含みうる。本実施形態において、エンドデバイス１
８は、オペレーティングシステム、および、ネットワー
ク・アーキテクチャ１２内のどこかで動作するリモート
・アプリケーションと交信可能なアプリケーションであ
ればよい。たとえば、エンドユーザは、携帯電話等のエ
ンドデバイス１８を起動する。携帯電話が起動すると、
当該携帯電話から利用できる、たとえば、呼び出し音の
受信のような機能を提供するために、アプリケーション
が発呼される。さらに、ユーザは、ネットワーク・アー
キテクチャ１２内にある、たとえば、インタラクティブ
・メッセージング、インターネット・ブラウザ、イーメ
ールサービス、株式市場情報サービス、音楽サービス、
ビデオ・オン・デマンド・サービスその他のようなリモ
ート・アプリケーション・サービスと交信するために、
その他のアプリケーションを発呼する。エンドデバイス
１８によって送信および受信されたパケットは、ネット
ワーク・アーキテクチャ１２を通じ、第１異種ネットワ
ーク１４内に含まれる媒介ノード２０およびゲートウェ
イ２２を通過する。

【００２９】図１の実施形態が示すように、エンドデバ
イス１８は、ネットワーク監視システム１０の一部を構
成する、エンドデバイスＮＭＭ（ネットワーク監視モジ
ュール）３０を含む。このエンドデバイスＮＭＭ３０
は、ネットワーク・アーキテクチャ１２内の動作状況を
調査するために利用されるトレーサ・パケットを生成す
る。ネットワーク動作状況の調査は、１または複数のト
レーサ・パケット群を利用して、エンドデバイス１８を
基点に開始される。なお、トレーサ・パケット群は、第
１異種ネットワーク１４上を通過する他のパケットとと
もに、データストリームに選択的に書き込まれる。以下
で説明するように、トレーサ・パケット群はエンドデバ
イス１８へと返信される前に、ネットワーク動作状況情
報を収集する前提としてのネットワークサービス調査を
実行する。一般的に、ネットワークサービス調査によっ
て、ネットワーク・アーキテクチャ１２内の装置および
システムの動作パフォーマンスに関連する情報が明らか
になる。エンドデバイスＮＭＭ３０は、トレーサ・パケ
ット群から動作パフォーマンスに関する情報を抽出し、
ユーザに提供する。

【００３０】媒介ノード２０は、第１異種ネットワーク
内における任意のデータストリーム処理記憶装置であ
る。媒介ノード２０は、好ましくは、たとえば第１異種
ネットワーク内におけるルータまたはアクセス・ルータ
のような、パケット転送装置である。媒介ノード２０
は、パケットによって特定された宛先との間でパケット
を送受信する。また,媒介ノード２０は各々、たとえば
ネットワークアドレス等のユニークな識別子を有する。
このユニークな識別子を用いて、宛先が特定された他の
媒介ノードへとパケットを送信することにより、媒介ノ
ード２０はパケット送信元とパケット送信先との間に一
連の間隔を形成する。媒介ノード２０は、プロセッサ、
メモリ、データ格納機構、および第１異種ネットワーク
内におけるアクセス機能／パケット送信機能を実行する
任意のハードウェアもしくはアプリケーションであれば
よい。

【００３１】図１の実施形態に示されているように、媒
介ノード２０は、ネットワーク管理システム１０の一部
を構成する媒介ノードＮＭＭ３２を含む。以後詳述する
ように、媒介ノードＮＭＭ３２は、媒介ノード２０を通
過するトレーサ・パケットにネットワークサービス情報
を書き込むことができる。

【００３２】ゲートウェイ２２は、他の異種への、また
は、同種のネットワークへのコミュニケーションインタ
ーフェースを構成することが可能な任意の装置あるいは
機構である。図示された実施形態において、ゲートウェ
イ２２は第１異種ネットワーク１４内において動作する
ことで、コアインターネット２６を介した他の異種ネッ
トワークへのインターフェースとなる。他の実施形態に
おいて、ゲートウェイ２２は、１または複数の他のネッ
トワークへの通信インターフェースとしてネットワーク
のエッジで動作しても良く、実行する通信はコアインタ
ーネット２６を介しても介さなくても良いものとする。
ゲートウェイ２２は、第１異種ネットワーク１４とその
他のネットワークもしくはコアインターネット２６との
間を行き来するパケットのための、たとえば、ルーティ
ング、プロキシング、キャッシング等々を実行するため
の良く知られた方法で動作する。ゲートウェイ２２は、
たとえば、プロセッサ、メモリ、データ格納機構、およ
び第１異種ネットワーク１４と他の異種ネットワークと
の間の伝送路を維持するためのハードウェアおよびアプ
リケーションを含みうる。

【００３３】図１に詳しく図示されているように、ゲー
トウェイ２２は、ネットワーク監視システム１０の一部
を構成する、ゲートウェイＮＭＭ３４を含む。このゲー
トウェイＮＭＭ３４は、エンドデバイス１８によって送
信されたデータストリームをフィルタにかけて、トレー
サ・パケットを抽出する。抽出されたトレーサ・パケッ
トは、データストリームの送信元のエンドデバイス１８
に再ルーティング（もしくは、エコー）して返信され
る。さらに、ゲートウェイＮＭＭ３４は、ネットワーク
状況情報をトレーサ・パケットに格納する。

【００３４】ネットワーク状況情報は、ゲートウェイ２
２に対するネットワークサービス情報、および第１異種
ネットワーク１４の外部の動作状況を含む。外部の動作
状況の例としては、エンドデバイス１８の宛先デバイス
に関するネットワークサービス／ローディング情報、コ
アインターネット・リンク２８の状況、その他、第１異
種ネットワーク１４と宛先デバイスとの間の送受信動作
に関するあらゆる動作を含む。図で示された実施形態に
おいて、エンドデバイスの宛先デバイスはアプリケーシ
ョン・サーバ２４である。他の態様において、宛先デバ
イスはネットワーク・アーキテクチャ１２内における任
意の装置である。

【００３５】アプリケーション・サーバ２４は、ネット
ワーク・アーキテクチャ１２を介してアプリケーション
の配信が可能な装置であれば良い。図示された実施形態
において、アプリケーション・サーバ２４は第２異種ネ
ットワーク１６内において動作する。他の実施形態にお
いて、任意の数のアプリケーション・サーバ２４は、ネ
ットワーク・アーキテクチャ１２のあらゆる場所にも配
置されうる。このアプリケーション・サーバ２４は、ネ
ットワーク・アーキテクチャ１２において、よく知られ
た方法で動作する１またはそれ以上のサーバ・コンピュ
ータである。

【００３６】図１において示された実施形態の動作にお
いて、アプリケーション・サーバ２４で実行されている
リモート・アプリケーションにアクセスするために、ユ
ーザがエンドデバイス１８を動作していると、データス
トリームを形成しているパケットがネットワーク・アー
キテクチャ１２内を通過する。データストリームは、第
１異種ネットワーク１４内の媒介ノード２０、そして、
ゲートウェイ２２を通過する。さらに、データストリー
ムは、コアインターネット２６を流れて、第２異種ネッ
トワーク１６に到着する。

【００３７】エンドデバイスＮＭＭは、エンドデバイス
１８によって生成されたデータストリームにトレーサ・
パケットを選択的に含有する。トレーサ・パケットが通
過する媒介ノード２０内において動作する媒介ノードＮ
ＭＭは、トレーサ・パケットにネットワークサービス情
報を格納することとしてもよい。ゲートウェイ２２内に
おいて動作するゲートウェイＮＭＭ３４は、通過中のデ
ータストリームをフィルタにかけて、その内部に含まれ
るトレーサ・パケットを抽出する。さらにゲートウェイ
ＮＭＭは、トレーサ・パケットにネットワーク状況情報
を書き込み、媒介ノード２０を介してエンドデバイス１
８にエコーバックする。エンドデバイス１８において
は、返信されたトレーサ・パケットに含有されたネット
ワーク状況情報をエンドデバイスＮＭＭ３０が解読し
て、その内容をエンドデバイス１８を動作しているエン
ドユーザに通知する。

【００３８】ネットワーク管理システム１０によって、
エンドデバイス１８およびネットワーク・アーキテクチ
ャ１２を介したリモート・アプリケーションを利用して
いるユーザは、ネットワーク・アーキテクチャ１２の状
況を調査することが可能になる。ネットワークの動作状
況に関するこの調査能力は、ユーザが実行中のアプリケ
ーションがネットワーク関連問題に直面している際に、
特に有用である。たとえば、エンドデバイス１８を用い
てマルチメディアファイルをダウンロードしている無線
ネットワークのユーザが、データ転送の遅延もしくは中
断に遭遇する場合に、そのユーザにとってその原因を知
ることは大いに役立つ。ネットワーク上の問題が、たと
えば、基地局の過密や通信チャネルの断絶等、サービス
プロバイダの側に帰する場合、そのユーザはサービスに
対する苦情のレベルを把握できる。一方で、ネットワー
ク上の問題がマルチメディアファイルを配信中のリモー
ト・アプリケーション・サーバに起因する場合、サービ
スを受けているユーザの反応は異なるであろう。

【００３９】ネットワーク上のトラブルに関し、無線ネ
ットワークサービスの加入者であるユーザが、乗り物を
運転しつつ、重要なビジネス会議に参加するためにビデ
オ会議サービスを利用している場合がある。そのような
ユーザは、価値ある無線サービスに料金を支払うだろう
し、必然、それに見合った最高のサービス品質を所望す
る。そして、そのようなユーザはサービス品質が落ちる
と、その原因が無線保護領域のエッジに達したためなの
か、あるいは、ハンドオーバーが発生中で、無線サービ
スは間もなく回復するのかを把握したいものである。前
者の場合（すなわち、サービス保護領域のエッジに達し
た場合）、ユーザは乗り物を一旦停止させて会議を終了
するだろうし、後者の場合（すなわち、無線通信のハン
ドオーバーが発生している場合）は、引き続き運転し続
けることでより良好な電波状況の保護領域へと入ること
ができよう。

【００４０】図２は、第１異種ネットワーク１４内の装
置において動作するネットワーク監視システム１０（図
１）における高レベルシステム・アーキテクチャの一実
施形態を示すブロック図である。前述したように、ネッ
トワーク管理システムは、少なくとも１つのエンドデバ
イスＮＭＭ３０、少なくとも１つの媒介ノードＮＭＭ３
２、そして少なくとも１つのゲートウェイＮＭＭ３４を
含む。

【００４１】当該技術では知られているように、ＯＳＩ
（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔ
ｉｏｎ）７層モデルは、ネットワーキング・システムが
層に分割された、ネットワーキングのアブストラクト・
モデルである。図示された実施形態において、エンドデ
バイス１８、媒介ノード２０、そして、ゲートウェイ２
２は、それぞれ、ネットワーキング・アーキテクチャに
おける関連部分を示すための、ネットワーク・プロトコ
ル・スタック３８を含んでいる。エンドデバイス１８
は、トランスポート層４０（ＯＳＩモデルのトランスポ
ート層（Ｌ４））とネットワーク層４２（ＯＳＩモデル
のネットワーク層（Ｌ３））との間で動作する、エンド
デバイスＮＭＭ３０を含んでいる。ある態様において
は、ＴＣＰ／ＵＤＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏ
ｎｔｒｏｌ ｐｒｏｔｏｃｏｌ／ｕｓｅｒ ｄａｔａｇ
ｒａｍ ｐｒｏｔｏｃｏｌ）はトランスポート層４０と
関連し、ＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）
はネットワーク層４２と関連している。さらに、アプリ
ケーションは、エンドデバイス１８のアプリケーション
層４４（ＯＳＩモデルのアプリケーション層（Ｌ７））
において動作する。

【００４２】エンドデバイスＮＭＭ３０は、エンドデバ
イス１８内のアプリケーション層４４において動作す
る、アプリケーションによるネットワーク通信を監視す
る。さらに、エンドデバイスＮＭＭ３０によって、たと
えば、物理層（Ｌ１）、データリンク層（Ｌ２）、ネッ
トワーク層（Ｌ３）、トランスポート層（Ｌ４）、セッ
ション層（Ｌ５）、またはプレゼンテーション層（Ｌ
６）等の、ＯＳＩモデルのすべての層に関する情報が集
められる。

【００４３】図２において一層明らかなように、媒介ノ
ード２０内において動作する媒介ノードＮＭＭ３２は、
トランスポート層４０とネットワーク層４２との間で動
作する。ゆえに、媒介ノードＮＭＭ３２は、媒介ノード
２０のルーティングまたはアクセス機能を監視する動作
とともに、ＯＳＩモデルのあらゆる層から情報を収集す
る。媒介ノードＮＭＭと同様、ゲートウェイＮＭＭ３４
は、トランスポート層４０とネットワーク層４２との間
で動作する。さらに、ゲートウェイ２２によって実行さ
れる、プロキシまたはキャッシング、その他の同種の機
能は、アプリケーション層４４において動作する。した
がって、ゲートウェイＮＭＭ３４はＯＳＩモデルの任意
の層を調査して、ゲートウェイ２２の動作状況情報とと
もに、ネットワーク・アーキテクチャ１２の他の部分に
接続している機能特徴を収集する。

【００４４】図１および図２を再び参照すると、ネット
ワーク・アーキテクチャ１２内の装置群を調査するため
に、ネットワーク監視システム１０によって利用される
トランスポート機構はネットワーク層４２において動作
する。したがって、たとえば第１異種ネットワーク１４
のような他のアクセスネットワークの異種性に順応しつ
つ、各アクセスネットワークに特有の動作状況を監視す
る柔軟な構造は十分に維持されている。さらに、アクセ
スネットワーク群の調査は、アクセスネットワークにお
ける媒介ノード群２０に媒介ノードＮＭＭｓ３２を選択
的に配置することによって実行される。このように、少
なくとも１つのエンドデバイスＮＭＭ３０およびゲート
ウェイＮＭＭ３４がアクセスネットワーク内に配置され
て動作している場合、ネットワーク監視システム１０の
動作が維持されつつ媒介ノードＮＭＭｓを媒介ノード２
０群へ配置する動作が段階的に発生する。さらに、アク
セスネットワークはネットワーク監視システムが配置さ
れるとともに、ネットワークサービス調査も利用可能で
ある。

【００４５】ネットワーク・アーキテクチャ１２を介し
た通信のためのトランスポート機構がネットワーク層４
２で実行される一方、媒介ノードＮＭＭ３２もしくはゲ
ートウェイノードＮＭＭ３４によって報告されるネット
ワークサービス情報は、ＯＳＩモデルのすべての層から
収集されうる。ゆえに、ネットワーク監視システム１０
は、ネットワークサービス監視のための、シンプルかつ
普遍的なツールである。たとえば、無線ＬＡＮのアクセ
スポイントである媒介ノード２０は、無線発信元（他の
アクセスポイント等）からの無線妨害を検知する。この
無線妨害は、アクセスポイント上で動作する媒介ノード
ＮＭＭ３２によって、ネットワークサービス情報とし
て、エンドデバイス１８に報告される。無線アクセスネ
ットワークの他の態様において、セルラ・ネットワーク
の基地局として動作する媒介ノード２０は、多数のユー
ザが同時に使用することで混雑する。基地局で動作する
媒介ノードＮＭＭ３２は、ネットワークサービス情報を
介して、調査をしているエンドデバイス１８にそのよう
な過密状況を知らせる。

【００４６】多層（すなわち、非ネットワーク層）ネッ
トワークサービス情報は、エンドデバイス１８（図１）
に簡便に伝えられる。ある実施形態において、媒介ノー
ドＮＭＭｓ３２およびゲートウェイＮＭＭｓ３４は、Ｘ
ＭＬ（ｅｘｔｅｎｓｉｂｌｅｍａｒｋｕｐ ｌａｎｇｕ
ａｇｅ）を利用してネットワークサービス情報およびネ
ットワーク状況情報をそれぞれ暗号化する。そしてエン
ドデバイス１８は、良く知られたＸＭＬパーサーを利用
して、暗号化された情報を解読する。

【００４７】図３は、エンドデバイス１８（図１）にお
いて動作する、エンドデバイスＮＭＭ（Ｎｅｔｗｏｒｋ
Ｍｏｎｉｔｏｒｉｎｇ Ｍｏｄｕｌｅ）３０の一実施
形態の構成要素を示すブロック図である。エンドデバイ
スＮＭＭ３０は、ユーザ・インターフェース部５０と、
エンドデバイス・パケット傍受部５２と、トラフィック
監視部５４と、パケット解読部５６と、トレーサ・タイ
マー部５８と、パケット送信部６０と、パケット生成部
６２と、調査トリガ部６４と、イベント生成部６６とを
含む。他の実施形態において、エンドデバイスＮＭＭ３
０の機能性を表すために、構成要素が増減してもよい。

【００４８】他の実施形態において、エンドデバイスＮ
ＭＭ３０の一部がエンドデバイス１８で動作して、エン
ドデバイスＮＭＭ３０の他の一部が第１異種ネットワー
ク１４もしくはネットワーク・アーキテクチャ１２で動
作することととしても良い。たとえば、トレーサ・パケ
ット群は、エンドデバイス１８におけるエンドデバイス
ＮＭＭ３０の一部の指示を受けて生成される。ここで、
トレーサ・パケット群が第１異種ネットワーク１４を通
過して送信先へ到着すると、エンドデバイス１８におけ
る処理のために動作している、エンドデバイスＮＭＭ３
０の一部に戻るという構成を採っても良い。

【００４９】ここで、図１および図３を参照すると、ネ
ットワークサービス調査の結果をユーザに報告するため
に、ユーザ・インターフェース部５０はエンドデバイス
１８のユーザ・インターフェースと協働して動作するこ
とも可能である。さらに、ユーザはユーザ・インターフ
ェース部５０を用いて、エンドデバイスＮＭＭ３０の動
作を指示することが可能となる。さらに、調査モード、
時間切れインターバル、その他のパラメータもしくはネ
ットワーク監視システム１０の調査は、ユーザ・インタ
ーフェース部５０を利用して設定されることとしてもよ
い。

【００５０】エンドデバイス・パケット傍受部５２は、
前述の図２において説明した、ネットワーク・プロトコ
ル・スタック３８におけるトランスポート層４０の真下
に介挿されるものとする。このエンドデバイス・パケッ
ト傍受部５２は、第１異種ネットワーク１４とエンドデ
バイス１８上で動作するアプリケーション群との間のデ
ータストリームトラフィックを傍受する。図示された実
施形態において、エンドデバイス・パケット傍受部５２
は、データストリームをトラフィック監視部５４に移動
する。

【００５１】ここで、トラフィック監視部５４は、トラ
フィックの流れを監視する。このトラフィックの流れの
監視とは、たとえば、ネットワークトラフィックを招
く、エンドデバイス１８におけるアプリケーション処
理、認識された帯域変化、その他エンドデバイス１８と
第１異種ネットワーク１４との間のトラフィックフロー
に関連したあらゆる情報を含む。トラフィック監視部５
４は、第１異種ネットワーク１４から送信されるトラフ
ィックフローに含まれるトレーサ・パケット群を監視す
る。トレーサ・パケット群を認識すると、トラフィック
監視部５４は、そのトレーサ・パケット群をパケット解
読部５６へと転送する。

【００５２】パケット解読部５６は、トレーサ・パケッ
トから、媒介ノードＮＭＭ３２によって格納されたネッ
トワークサービス情報、およびゲートウェイＮＭＭ３４
によって格納されたネットワーク状況情報を読み取る。
さらに、パケット解読部５６は、読み取った情報を利用
してネットワークサービス調査の結果をまとめる。次
に、まとめられたネットワークサービス調査結果は、ユ
ーザ・インターフェース部５０に転送される。ある実施
形態におけるユーザ・インターフェース部５０は、転送
されたサービス調査結果をエンドデバイス１８のＧＵＩ
上に、グラフやチャートの形式で表示する。

【００５３】トラフィック監視部５４は、受信データス
トリームの処理とともに、送信データストリームの処理
を行う。この送信データストリームは、エンドデバイス
１８において動作するアプリケーション群によって生成
されたアプリケーション・データのパケット群や、トレ
ーサ・パケット群を含む。また、トラフィック監視部５
４は、アプリケーション・データのパケット群を受信
し、送信トレーサ・パケット群とアプリケーション・デ
ータのパケット群を混成して、それを送信データストリ
ームに含めて送信する。パケットの混成に先立って、送
信トレーサ・パケット群の送信記録が、トラフィック監
視部５４によってトレーサ・タイマー部５８に書き込ま
れる。

【００５４】トレーサ・タイマー部５８は、各送信トレ
ーサ・パケットの送信時間を保持する。この送信時間を
利用して、エンドデバイス１８によって送信されたトレ
ーサ・パケットがネットワーク・アーキテクチャ１２内
で見あたらなくなると、トレーサ・タイマー部５８は時
間切れ限界値に到達し、そのことをトラフィック監視部
５４に知らせる。ある実施態様における時間切れ限界値
とは、予め定められた時間である。他の態様において
は、時間切れ限界値は、ネットワーク状況、エンドデバ
イス１８動作状況、その他のパラメータに基づいて動的
に決定される。トレーサ・タイマー部５８による時間の
計測は、第１異種ネットワーク１４からの送信トレーサ
・パケットを受けると、トラフィック監視部５４によっ
て中断される。

【００５５】アプリケーション・データおよびトレーサ
・パケット群を含む発信データストリームは、トラフィ
ック監視部５４によってパケット送信部６０へと渡され
る。このパケット送信部６０は、受け取ったデータスト
リームを第１異種ネットワーク１４内に戻す。さらに、
パケット送信部６０は、受信データストリームをパケッ
ト監視部５４へ送受信する。ある実施形態においてパケ
ット送信部６０は、ネットワーク・プロトコル・スタッ
ク３８（図２）におけるエンドデバイスＮＭＭ３０の真
下に位置するネットワーク層４２（図２）にデータスト
リームを送出する。さらに本実施形態におけるパケット
送信部６０は、ネットワーク層４２（図２）からデータ
ストリームを受信してもよい。

【００５６】トレーサ・パケット群は、パケット生成部
６２によって生成される。トレーサ・パケット群の生成
が許可されるや、トレーサ・パケット生成部６２は調査
項目を決定し、それに対応するトレーサ・パケットを生
成する。ここで、調査項目の決定は、トラフィック監視
部５４に調査対象先を特定するように働きかける動作を
指す。この調査対象先は、ネットワークサービス調査が
向けられた、ネットワーク・アーキテクチャ１２内にお
ける装置やシステムであればよい。たとえば、図１に示
された実施形態において、調査対象がアプリケーション
・サーバ２４であってもよい。

【００５７】パケット生成部６２によって生成されたト
レーサ・パケット群は、アプリケーション・データのパ
ケット群とともに、データストリームの一部としてネッ
トワーク・アーキテクチャ１２を移動可能な特殊なパケ
ット群である。したがって、トレーサ・パケット群はデ
ータトラフィック一般と同じルートをたどるので、ネッ
トワーク・アーキテクチャ１２を介したパケット伝送の
安定性を損なうことはない。トレーサ・パケット群はさ
らに、媒介ノードＮＭＭ３２を含まない媒介ノード２０
によって、データストリーム内に含まれるその他のパケ
ット群と同様に扱われる。

【００５８】しかし、トレーサ・パケット群は、ネット
ワーク監視システム１０によって特定される性質があ
る。さらに、トレーサ・パケット群は、不定のデータ容
量、パケット送出先を特定する宛先アドレス、およびト
レーサ・パケットが生成されたエンドデバイス１８を特
定するソースアドレスを含みうる。これら、宛先アドレ
スおよびソースアドレスは、ネットワーク・アーキテク
チャ１２で用いられる、たとえば、ＵＲＩ（Ｕｎｉｆｏ
ｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、呼
び名、数字、あらゆるユニークな専門用語の形態、のよ
うな任意の識別子であれば良い。本実施形態において、
好ましくは、宛先アドレスおよびソースアドレスは、そ
れぞれ、宛先ＩＰアドレスおよびソースＩＰアドレスで
ある。不定のデータ容量を有利に保持する、このような
トレーサ・パケット群の特性によって、トレーサ・パケ
ット群が含むフォーマットおよび／またはコンテンツの
修正も柔軟に行えることとなる。

【００５９】図４は、パケット生成部６２によって生成
されたトレーサ・パケットの一実施形態のフォーマット
を示すブロック図である。この実施形態において、トレ
ーサ・パケットは、インターネットプロトコルＤＡＲＰ
Ａインターネット・プログラム・プロトコル・スペシフ
ィケーションＲＦＣによって定義された、よく知られた
ＩＰパケットのインターネット・ヘッダ・フォーマット
を使用している。図４で示されたトレーサ・パケット
は、バージョン領域７０、インターネット・ヘッダ長領
域７２、サービス種別領域７４、全長領域７６、識別領
域７８、制御フラグ領域８０、オフセット領域８２およ
び寿命領域８４を含む。さらに、トレーサ・パケットは
プロトコル領域８６、ヘッダ・チェックサム領域８８、
ソースアドレス領域９０、宛先アドレス領域９２、オプ
ション領域９４およびＨＡＮＴ（Ｈｅｔｅｒｏｇｅｎｅ
ｏｕｓ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｔｒａｃｋｉ
ｎｇ）データ９６を含む。

【００６０】図１および図４を参照すると、本実施形態
におけるトレーサ・パケットの図示された領域の大部分
は、アプリケーション・データＩＰパケットと機能面に
おいて同一のデータを有している。したがって、媒介ノ
ードＮＭＭ３２を含まない媒介ノード２０は、トレーサ
・パケットを標準データＩＰパケットとして処理する。
パケット生成部６２によって生成されたトレーサ・パケ
ット群のソースアドレス領域９０は、エンドデバイス１
８のＩＰアドレスであってもよい。さらに、トレーサ・
パケット群の宛先アドレスは、アプリケーション・サー
バ２４のＩＰアドレスであってもよい。したがって、ネ
ットワーク・アーキテクチャ１２のその他の部分はもと
より、エンドデバイスＮＭＭ３０による第１異種ネット
ワーク１４の構成もしくは位相の把握は不要である。ゆ
えに、エンドデバイス１８におけるエンドデバイスＮＭ
Ｍ３０の実行が明らかとなる。簡便化のために、以後の
議論は、通常のアプリケーション・データＩＰパケット
に含まれるデータとその機能面において異なるトレーサ
・パケット群に含まれるデータの様々な特徴に重点をお
く。

【００６１】トレーサ・パケットのプロトコル領域８６
は、パケット生成部６２によって、予め定められたプロ
トコル値が書き込まれる。当該技術では良く知られてい
るように、たとえば、「６」はＴＣＰ、「１」はＩＣＭ
Ｐ、そして「１７」はＵＤＰ等、既存のＩＰプロトコル
値への割り当ては、割り当て番号規格ネットワーク作業
グループＲＦＣ１７００（１９９４年１０月）に記載さ
れている。トレーサ・パケット用のプロトコル値は、利
用されていないプロトコル値なら何でも良い。本実施形
態においては、未使用プロトコル値「１０２」がトレー
サ・パケット・プロトコルとして選択される。さらに、
トレーサ・パケット・プロトコルはＨＡＮＴ（Ｈｅｔｅ
ｒｏｇｅｎｅｏｕｓ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ｔｒａｃｋｉｎｇ）値と呼ばれることもある。またプロ
トコル値は、ネットワーク監視システム１０によって利
用され、データストリーム内に含まれたトレーサ・パケ
ットを特定する。

【００６２】ＨＡＮＴデータ９６は、ＩＰパケットにお
ける標準インターネット・ヘッダ・フォーマットの一部
を形成しているのではない。しかし、ＨＡＮＴデータ９
６は、標準パケット交換データストリーム転送の修正を
されずに、標準ＩＰパケットに付加されうるものと認識
すべきである。また、ＨＡＮＴデータ９６の可変長特性
によって、ネットワーク・アーキテクチャ１２内の転送
システムの不安定性が避けられる。

【００６３】ある実施形態において、トレーサ・パケッ
トに含まれたＨＡＮＴデータ９６は８ビットのデータセ
グメントに分割される。各々のデータセグメントは、ト
レーサ・パケットの第１異種ネットワーク１４内の移動
に伴い媒介ノードＮＭＭｓ３２およびゲートウェイＮＭ
Ｍ３４によってそれぞれ提供される、ネットワークサー
ビス情報およびネットワーク状況情報を格納するために
利用される。そして、トレーサ・パケット群が収集して
格納した属性は、セグメント群の１つのセグメントによ
って示される。ここで、属性は、たとえば、輻輳レベ
ル、遅延レベル、その他、ネットワーク・アーキテクチ
ャ１２、第１異種ネットワーク１４、媒介ノード２０、
ゲートウェイ２２、アプリケーション・サーバ２４、お
よびネットワーク・アーキテクチャ１２内において動作
する装置の動作特性に関するすべての属性を含むものと
する。

【００６４】セグメントのフォーマットは、図４に示さ
れているように、ノード・タイプ領域１０２、ノードｉ
ｄ領域１０４、属性名称領域１０６、属性値領域１０
８、属性タイプ領域１１０、およびタイムスタンプ領域
１１２を含む。ノード・タイプ領域１０２は、第１異種
ネットワーク１４内で媒介ノード２０やゲートウェイ２
２として動作する装置のタイプを明らかにする。たとえ
ば、ノード・タイプ領域１０２は、媒介ノード２０とし
て動作しているのはアクセス・ルータであると知らせて
も良い。ノードｉｄ領域１０４は、ネットワーク監視シ
ステム１０において動作する媒介ノード２０およびゲー
トウェイ２２のユニークな識別子である。たとえば、ノ
ードｉｄは、媒介ノード２０を“ａｒ３２４１”と識別
してもよい。

【００６５】属性名称領域１０６は、セグメントに含ま
れた属性を特定する記述を提供する。たとえば、媒介ノ
ード２０におけるルーティングの遅延に関連した属性
は、「ルーティング遅延」という属性名称を有するかも
しれない。属性値領域１０８は、数値、文字、あるい
は、属性の現在の状態を記述するそれらの組み合わせで
あればよい。たとえば、「ルーティング遅延」に関連し
た属性値領域１０８は、「高度」という語句あるいは秒
単位の「３０」という数字を含み、大幅な遅延が存在す
ることを示す。属性タイプ領域１１０は、ネットワーク
サービス情報およびネットワーク状況情報のそれぞれに
含まれた、異なる属性をグループ分けするためのカテゴ
リを提供する。このグループ分けは、特定装置の周辺の
動作環境に関してというよりも、むしろ、全体のネット
ワーク動作環境に関してのネットワークサービス調査結
果を提供するために利用される。たとえば、第１異種ネ
ットワーク１４を介したルーティング遅延を表わすため
に、「ルーティング遅延」という属性名称は、属性タイ
プ領域１１０における「アクセスネットワーク・トラフ
ィック特性」のカテゴリに属することとしても良い。タ
イムスタンプ領域１１２は、ネットワーク動作特性がト
レーサ・パケットに格納された時刻を記録する。

【００６６】媒介ノードＮＭＭ３２およびゲートウェイ
ＮＭＭ３４は各々動作している間、ネットワーク動作特
性を示すセグメントの個々をトレーサ・パケットに付加
しうる。トレーサ・パケットへセグメントが付加される
に伴って、全長領域７６内の数値も変更される。ある実
施形態において、トレーサ・パケットが媒介ノード２０
を複数回通ると、その度に新しいセグメントがそのトレ
ーサ・パケットに付加される。他の実施形態において、
媒介ノードＮＭＭ３２は最新のネットワークサービス情
報を利用して、トレーサ・パケットに前回記録したセグ
メント群を更新することとしてもよい。

【００６７】トレーサ・パケットは、そのパケットの長
さの柔軟性により、記憶領域の範囲を多様に確保しう
る。ゆえに、トレーサ・パケットは、それ自身が通る媒
介ノード２０およびゲートウェイ２２の数に関係なく利
用されるものとする。さらに、追加的な媒介ノード群２
０およびゲートウェイ群２２を含むネットワーク監視シ
ステム１０の拡張性により、第１異種ネットワーク１４
はその将来的な拡大にも順応しうることとなる。

【００６８】他の実施形態において、トレーサ・パケッ
トを含むＨＡＮＴデータ９６は、ある１つの可変長デー
タセグメントであってもよい。この実施形態において、
トレーサ・パケットに格納される情報は、既に格納され
ている情報に付加される。この付加情報は、たとえば、
拡張可能マーク付け言語（ＸＭＬ）によって暗号化され
る。したがって、可変長データセグメントおよびネット
ワーク監視システム１０内の処理技術に関するそれぞれ
の構成変更は、トレーサパケット・フォーマットに対す
る構成変更を行うことなく実行される。

【００６９】図３の実施形態を再び参照すると、ネット
ワーク調査トリガ部６４は、パケット生成部６２を使用
可能にする。このネットワーク調査トリガ部６４は、パ
ケット生成部６２およびイベント生成部６６のそれぞれ
と協働して動作し、いつパケットを生成するか、そして
いつパケットを送出するかを決定するための論理を実行
する。

【００７０】イベント生成部６６は、格納された閾値を
用いた、現在のネットワーク動作状況を測定するコンパ
レータである。閾値を越えると、イベント生成部６６は
ネットワーク調査トリガ部６４に送信するためのネット
ワーク異変信号を生成して、トレーサ・パケットの生成
処理を開始する。

【００７１】ネットワーク調査トリガ部６４によって実
行される論理は、ネットワークサービス調査がいつ行わ
れるべきかを決定するための、様々な調査モードを含ん
でいる。ネットワーク調査を実行する際の各構成要素間
の協働動作の内容は、選択された調査モードの種類に基
づいて決まる。

【００７２】好ましい本実施形態において、３つの調査
モードがある。すなわち、調査モードには、自動調査モ
ード〈第１モード〉、手動調査モード（第２モード）、
イベント調査モード（第３モード）の各モードがある。
自動調査モードにおいては、送信されるトレーサ・パケ
ットは予め定められたスケジュールに沿って定期的に生
成される。手動調査モードにおいて、トレーサ・パケッ
トはユーザの指示によって生成される。イベント調査モ
ードにおいては、トレーサ・パケットは、特定のイベン
トが発生したのを受けて、イベント生成部６６によって
生成される。それぞれの調査モードと関連したトリガ状
況は、エンドユーザによって制御もしくは構成される。
さらに、エンドデバイス１８（図１）を動作しているユ
ーザもまた、調査モードの選択をしてもよい。ある実施
形態における各調査モードにおいて、エンドユーザは、
実行しているネットワークサービス調査を中断して他の
調査モードに切り替えることとしてもよい。

【００７３】ある１つの実施形態における自動調査モー
ドにおいて、トラフィック監視部５４は定期的にネット
ワークトラフィックを監視し、予め定められたスケジュ
ールでトレーサ・パケットの生成および送出を開始す
る。ここで、予め定められたスケジュールとは、時間間
隔を表わす単位、２４時間単位のスケジュール、月単位
のスケジュール、および時間間隔に関連したスケジュー
ル単位であれば良い。ある態様において、予め定められ
たスケジュールは、ネットワーク動作環境に応じて自動
的に調整されうる。この実施形態において、自動調査モ
ードの論理的動作は、それまでに蓄積された履歴情報を
考慮して、一層改良されうる。たとえば、ネットワーク
・アーキテクチャ１２におけるトラフィックが穏やかで
あるなら、トレーサ・パケットとトレーサ・パケットと
の間の送出時間間隔は長くなる。これに対し、ネットワ
ーク・アーキテクチャ１２におけるトラフィックが輻輳
し始めると、ネットワークサービス状況を注意深く観察
するために、ネットワークサービス調査とネットワーク
サービス調査との間の送出時間間隔は短くなる。なお、
送出時間間隔は、秒単位、分単位、時間単位、エンドユ
ーザの好みによって長さの測定単位であればよい。上記
の点から、ネットワークサービス調査によって生成され
たトラフィックが、ネットワーク・アーキテクチャ１２
における全体トラフィック量に与える影響はごく少ない
ものとなる。

【００７４】ある１つの実施形態における手動調査モー
ドは、エンドユーザがネットワークサービス調査を呼び
出したときのみ実行される。この手動調査モードを通じ
たネットワークサービス調査は、たとえば、「ネットワ
ークサービス調査」のアイコンをクリックすること、あ
るいは、ネットワークサービス調査処理の開始を手動で
リクエストするためのあらゆる機構を利用すること、等
によって呼び出されても良い。そして、ひとたびネット
ワークサービス調査が呼び出されるや、少なくとも１つ
のトレーサ・パケットが生成され送出される。手動によ
るネットワークサービス調査は、たとえば、エンドユー
ザがネットワークパフォーマンスの変化を認識してネッ
トワーク動作状況に関する情報を所望すると、開始され
る。

【００７５】ある１つの実施形態におけるイベント調査
モードにおいて、トラフィック監視部５４は、ネットワ
ークサービス調査の実行要因となる状況を継続的に監視
する。そのような状況としては、たとえば、多量のロス
ト・パケット群の存在、送信されたパケット群の質、閾
値の絶対値を越えたネットワークの存在、エンドデバイ
ス１８を介して動作しているアプリケーションの質、お
よびネットワーク・アーキテクチャ１２を通じて実行さ
れる通信に関連して発生するその他のトリガ要因を含み
うる。本実施形態の好ましい態様において、トラフィッ
ク監視部５４はネットワークトラフィック属性における
急な変化を監視する。この急な変化は、たとえば、帯域
幅の突然の低下、転送遅延の増大、およびネットワーク
・アーキテクチャ１２に関するあらゆる動作属性を指
す。トラフィック監視部５４はこれら突然の変化を認識
すると、イベントを生成するイベント生成部６６に通知
する。そして、イベント生成部はイベントを生成する。
この結果、ネットワーク調査トリガ部６４が、パケット
生成部６２に対して少なくとも１つのトレーサ・パケッ
トを生成するようにトリガすることが可能になる。ある
実施形態において、イベントの性質は、生成されて送出
されたトレーサ・パケットの数を決定するために使用さ
れることとしてもよい。

【００７６】図５は、本実施形態の調査モードにおける
論理的動作を示す処理手順図である。図１、図３および
図５を参照すると、本実施形態の動作は、エンドデバイ
ス１８を動作しているユーザが、自動調査モード、手動
調査モードおよびイベント調査モードのいずれかの調査
モードを設定すると開始する（ブロック１２０）。

【００７７】ユーザによって自動調査モードが選択され
た場合、そのユーザは予め定められたスケジュールを設
定する（ブロック１２２）。ここで、ユーザがスケジュ
ール設定を選択しなかった場合、既存のスケジュールが
使われる（ブロック１２４）。エンドユーザがスケジュ
ール設定を選択した場合、そのユーザはスケジュールを
設定することとなる（ブロック１２６）。スケジュール
設定に関してユーザが上記いずれかの選択をすると、そ
の予め定められたスケジュールに沿って動作は進行し、
時間測定が開始される（ブロック１２８）。そして予め
定められた時間に達すると、ネットワーク調査トリガ部
６４がネットワークサービス調査を開始する（ブロック
１３０）。そして、ネットワークサービス調査が完了
し、エンドデバイス１８によってエンドユーザのために
レポートが作成される（ブロック１３２）。最後に、エ
ンドユーザは予め定められたスケジュールを調整するか
否かを選択する（ブロック１３４）。エンドユーザがス
ケジュール調整をすることを選択した場合、動作はブロ
ック１２６の処理に戻る。エンドユーザがスケジュール
調整しないことを選択した場合、動作はブロック１２８
の処理に戻り、既存のスケジュールに引き続き従った時
間測定を行う。

【００７８】エンドユーザがブロック１２０の処理で手
動調査モードを選択する態様において、動作はアイドル
状態に戻る（ブロック１４０）。次に、ユーザがネット
ワークサービス調査をリクエストするかどうかが確認さ
れる（ブロック１４２）。ネットワークサービス調査に
関するユーザからのリクエストがない場合、動作はブロ
ック１４０の処理に戻り、引き続きアイドル状態とな
る。ユーザからのリクエストがあった場合、ネットワー
クサービス調査トリガ部６４は、ネットワークサービス
調査を開始する（ブロック１４４）。最後に、ネットワ
ークサービス調査が完了して、エンドデバイス１８によ
ってエンドユーザのためにレポートが作成される（ブロ
ック１４６）。そして、処理はブロック１４０に戻り、
その後の動作が繰り返される。

【００７９】エンドユーザがブロック１２０の処理でイ
ベント調査モードを選択した場合、そのエンドユーザ
は、ネットワークサービス調査のトリガ要因を変更する
か否かを決める。ユーザがトリガ要因を変更しないこと
を選択した場合、既存のトリガ要因が使用される（ブロ
ック１５２）。ユーザがトリガ要因を変更することを選
択した場合、新しいあるいは異なるトリガ要因が設定さ
れうる（ブロック１５４）。ユーザによる上記いずれか
の選択を受けて、現在のトリガ要因が実行されるアイド
ル状態になる（ブロック１５６）。すると、トリガ要因
で指定されたイベントの発生を待つ動作に入る（ブロッ
ク１５８）。指定されたイベントが発生しない場合、動
作はブロック１５６に戻りアイドル状態が継続すること
になる。これに対してトリガ要因に指定されたイベント
が発生した場合、トラフィック監視部５４によって、ネ
ットワークサービス調査部６４のネットワークサービス
調査が開始される（ブロック１６０）。そして、ネット
ワークサービス調査が完了して、エンドデバイス１８に
よってエンドユーザのためにレポートが作成される（ブ
ロック１６２）。次に、処理はブロック１５６に戻り、
その後の動作が繰り返される。

【００８０】図３を再び参照すると、トレーサ・タイマ
ー部５８と協働するトラフィック監視部５４は、送信済
みのトレーサ・パケットが時間制限内に戻ってこない場
合、ダミー・トレーサパケットの生成に着手する。この
ダミー・トレーサパケットは、パケット生成部６２によ
って、送信されたトレーサ・パケットと同じ構成で生成
される。また、ダミー・トレーサパケットは、送信され
たトレーサ・パケットが喪失した旨の情報を含んでい
る。生成されたダミー・トレーサパケットは、トラフィ
ック監視部５４に送られる。すると、トラフィック監視
部５４は、そのダミー・トレーサパケットの解読処理を
行うために、パケット解読部５６に送り出す。ダミー・
トレーサパケット部５６は、トレーサ・パケットを解読
して、たとえば、媒介ノード２０（アクセスポイント）
との間の無線連絡が途切れた等の結果を報告する。

【００８１】図６は、ネットワークサービス調査がエン
ドデバイス１８のユーザによって手動で開始された場合
の動作を示している処理手順図である。ここで、説明上
の便宜のために、ユーザがネットワーク・アーキテクチ
ャ１２を介してマルチメディアファイルをダウンロード
しており、その最中にダウンロード処理が極端に遅くな
るものとする。

【００８２】図１、図３および図６を参照すると、ユー
ザはたとえば、「ネットワーク調査」アイコンをクリッ
クすることによってネットワークサービス調査を手動で
開始する（ブロック１７０）。すると、ユーザ・インタ
ーフェース部５０は、ユーザによるネットワーク調査の
要求をネットワーク調査トリガ部６４に転送して、ネッ
トワーク調査処理をトリガする（ブロック１７２）。す
ると、ネットワーク調査トリガ部６４は、パケット生成
部６２にユーザからのネットワーク調査リクエストを送
信して、トレーサ・パケットの生成を開始する（ブロッ
ク１７４）。次に、パケット生成部６２はトラフィック
監視部５４を呼び出し、エンドデバイス１８から送信す
るデータストリームの宛先デバイスのアドレスを特定す
る（ブロック１７６）。

【００８３】パケット生成部６２は、宛先デバイスのア
ドレスを利用してトレーサ・パケットを生成する（ブロ
ック１７８）。そして、トレーサ・パケットはトラフィ
ック監視部５４によって受け取られ、送信先デバイスに
向けられたアプリケーション・データの送出パケットの
流れに組み込まれる（ブロック１８０）。アプリケーシ
ョン・データの送出パケット、および、発信トレーサ・
パケットによって形成されたデータストリームは、パケ
ット送信部６０によって受信され、そして、第１異種ネ
ットワーク１４内に戻される（ブロック１８２）。ここ
でトラフィック監視部５４は、トレーサ・タイマー部５
８に対して発信トレーサ・パケットの送信時刻を記録す
るように働きかける（ブロック１８４）。

【００８４】図７に示された実施形態を参照すると、ト
レーサ・パケットは第１異種ネットワーク１４内を通過
する（ブロック１８６）。送信されたトレーサ・パケッ
トは、受信データストリームの一部として最終的にエン
ドデバイス１８に戻ってくる（ブロック１８８）。次
に、パケット送信部６０は、受信データストリームから
トレーサ・パケットを認識／抽出するトラフィック監視
部５４に、その受信されたデータストリームを転送する
（ブロック１９０）。そして、抽出されたトレーサ・パ
ケットは、トレーサ・パケット内に含まれた情報を解読
する、パケット解読部５６に転送される（ブロック１９
２）。最後に、パケット解読処理の結果は、ユーザにグ
ラフィックやテーブル図でその結果を報告する、ユーザ
・インターフェース部５４に転送される（ブロック１９
４）。

【００８５】ブロック１８６の処理において、トレーサ
・パケットが第１異種ネットワークを移動している間、
トレーサ・タイマー部５８はトレーサ・パケットが発信
されてからの経過時間が制限時間を超えたか否かを求め
る（ブロック１９６）。ここで、トレーサ・パケットが
発信されてからの経過時間が制限時間内であるなら、ト
レーサ・タイマー部５８は、トレーサ・パケットはエン
ドデバイス１８に戻ってきたというトラフィック監視部
５４による表示があるか否かを確認する（ブロック１９
８）。トレーサ・パケットが戻ってきた事実が確認され
た場合、トレーサ・パケットに対する時間測定は終了す
る（ブロック２００）。一方、トレーサ・パケットがエ
ンドデバイス１８に戻ってきた事実が確認されない場
合、トレーサ・タイマー部５８はブロック１９６の処理
に戻る。

【００８６】仮にブロック１９６の処理において、トレ
ーサ・パケットが戻ってくる時間が制限時間を超えた場
合、トレーサ・タイマー部５８はトラフィック監視部５
４に対し、制限時間を超過したことを伝える（ブロック
２０２）。すると、トラフィック監視部５４はパケット
生成部６２に制限時間を超過したことを関連付け、そう
した情報を用いてパケット生成部はダミー・トレーサパ
ケットを生成する。このダミー・トレーサパケットは、
トレーサパケット監視部５４を介してパケット解読部５
６に転送される。その後の動作は、ブロック１９２以降
の処理へと継続する。

【００８７】図１を再び参照すると、ネットワークサー
ビス調査の開始を受けて、トレーサ・パケットを含む送
信データストリームは、少なくとも１つの媒介ノード２
０を介して第１異種ネットワーク１４を移動する。通
常、エンドデバイスからの送信ストリームは、ゲートウ
ェイ２２に到着する前に、媒介ノード２０とその他の媒
介ノードとの間で数回分の間隔を取る。なお、上述した
ように、媒介ノードＮＭＭ２０は、媒介ノードＮＭＭ３
２を含むとは限らない。この結果、媒介ノードＮＭＭ３
２を含まない媒介ノード２０に関連するネットワークサ
ービス情報がトレーサ・パケット群に格納されることは
ない。

【００８８】ネットワーク監視システム１０をサポート
するために選択された、媒介ノード２０で動作している
ソフトウェアは、媒介ノードＮＭＭ３２を含むように更
新される。媒介ノードＮＭＭ３２は、それが動作してい
る間、ネットワークサービス情報を監視して記録する。
このネットワークサービス情報とは、媒介ノードＮＭＭ
３２が動作している媒介ノード２０に関連する情報であ
る。さらに、媒介ノードＮＭＭ３２は、その内部を通過
するデータストリーム内のトレーサ・パケット群を識別
および傍受する。そして、媒介ノードＮＭＭ３２は傍受
したトレーサ・パケット群にネットワークサービス情報
を書き込み、そのトレーサ・パケット群を元のデータス
トリームに戻す。媒介ノードＮＭＭによって傍受されな
かった場合、トレーサ・パケットはデータストリームに
含まれる他のパケット群と同様、媒介ノード２０を介し
てルーティングされる。ある実施形態において、トレー
サ・パケットが複数回媒介ノード２０を通過した場合、
その都度媒介ノードＮＭＭ３２がトレーサ・パケットに
追加のネットワークサービス情報を書き込むこととして
も良い。他の態様において、トレーサ・パケットが媒介
ノード２０を通過するごとに媒介ノードＮＭＭ３２が既
存のネットワークサービス情報を更新することとしても
良い。

【００８９】図８は、媒介ノードＮＭＭの一実施形態を
示すブロック図である。媒介ノードＮＭＭ３２は、パケ
ット傍受部２１０、パケット処理部２１２およびステー
タス部２１４を含んでおり、それぞれ互いに関連してい
る。他の態様においては、より少ないもしくはより多く
の構成要素を利用して、媒介ノードＮＭＭ３２の機能性
を示すこととしても良い。

【００９０】ある１つの実施形態におけるパケット傍受
部２１０は、データストリームに含まれたトレーサ・パ
ケット群を認識／傍受する。ある実施形態において、パ
ケット傍受は、認識したトレーサ・パケットを一時的に
蓄積する動作を含みうる。他の実施形態において、デー
タストリームの全体はパケット傍受の際に一時的に蓄積
され、その内部に含まれたトレーサ・パケット群を処理
する。

【００９１】ある１つの実施形態におけるパケット処理
部２１２は、トレーサ・パケットを処理して、ネットワ
ークサービス情報をその内部に格納する。ここで、トレ
ーサ・パケットの処理は、ネットワークサービス情報の
属性をトレーサ・パケットに含まれるＨＡＮＴデータ９
６内のセグメントに書き込むという動作を含む。さら
に、トレーサ・パケットの処理に伴って、全長領域７６
の値が更新されても良い。

【００９２】ある１つの実施形態における媒介ノード・
ステータス部２１４は、媒介ノードＮＭＭ３２が動作し
ている媒介ノード２０のために、ネットワークサービス
情報を監視および保持する。媒介ノードＮＭＭ３２によ
る監視は、トレーサ・パケットによって予め定められた
スケジュールや、媒介ノード２０において予め定められ
たイベントの発生に基づいて開始される。ここで、予め
定められたイベントとは、たとえば、ネットワークトラ
フィック、データストリームの質、およびその他の条件
を含む。

【００９３】図１を再び参照すると、他の異種ネットワ
ーク宛のデータストリームは最終的にゲートウェイ２２
を通過する。図示された実施形態において、第１異種ネ
ットワーク１４は、前述したように、ゲートウェイ２２
を介してコアインターネット２６と連結している。ゲー
トウェイＮＭＭ３４は、第１異種ネットワーク１４から
転送されるデータストリームに含まれるトレーサ・パケ
ット群をフィルタにかけて傍受する。さらにゲートウェ
イＮＭＭ３４は、遠隔動作状況の質を確認するために、
第２異種ネットワーク１６内にあるアプリケーション・
サーバ２４およびそれへの通信網を調査する。遠隔アプ
リケーション・サーバ２４へ接続する通信網の質、およ
びアプリケーション・サーバのロード／輻輳情報等を調
査する場合、ゲートウェイ２２はエンドデバイス１８の
プロキシとして動作することもある。さらに、ゲートウ
ェイ２２の周辺動作状況を明らかにするネットワークサ
ービス情報がゲートウェイＮＭＭ３４によって収集され
てもよい。第１異種ネットワークの外部の動作状況およ
びネットワークサービス情報は、前述したように、ゲー
トウェイＮＭＭ３４によってネットワーク状況情報とし
てキャッシュされる。

【００９４】傍受されたトレーサ・パケット群は、ゲー
トウェイＮＭＭ３４によって処理される。この処理に
は、トレーサ・パケット群のＨＡＮＴデータ９６内にネ
ットワーク状況情報を書き込み、全長領域の値を調整す
る動作を含む。この処理を経て、傍受されトレーサ・パ
ケット群は、宛先デバイスに転送される代わりに、ゲー
トウェイＮＭＭ３４によってエンドデバイス１８に返信
される。

【００９５】図９はゲートウェイＮＭＭ３４の一実施形
態を示すブロック図である。ゲートウェイＮＭＭ３４
は、図９に示されているように、管理インターフェース
部２２０、ゲートウェイ・パケット傍受部２２２、ゲー
トウェイ・パケット監視部２２４、調査部２２６、ゲー
トウェイ・ステータス部２２８、およびゲートウェイ・
パケット処理部２３０のそれぞれを含み、互いに連結し
ている。他の態様において、ゲートウェイＮＭＭ３４の
機能性を示すために、より多くの或いはより少ない構成
要素が利用されても良い。

【００９６】管理インターフェース部２２０によって、
管理者はゲートウェイＮＭＭ３４を制御、構成もしくは
監視することができる。ゲートウェイ・パケット傍受部
２２２はデータストリームを監視し、パケットのプロト
コルＩＤを調査することでトレーサ・パケット群を特定
／傍受する。アプリケーション・データ等の他のパケッ
ト群は、ゲートウェイ・パケット傍受部２２２によっ
て、調査されることなく通過が許可される。しかし、ト
レーサ・パケット群はゲートウェイ・パケット傍受部に
よって傍受され、ゲートウェイ・パケット監視部２２４
に送信される。

【００９７】ゲートウェイ・パケット監視部２２４は、
受信したトレーサ・パケット群をゲートウェイ・パケッ
ト処理部２３０に受け渡す。ゲートウェイ・パケット監
視部２２４はさらに、ゲートウェイ・パケット処理部２
３０から、処理されたトレーサ・パケット群を受信す
る。すると、処理されたトレーサ・パケット群はゲート
ウェイ・パケット監視部２２４を通じて、ゲートウェイ
・パケット傍受部２２２経由で、ネットワーク・アーキ
テクチャ１２に返信される。

【００９８】調査部２２６は、リモート・アプリケーシ
ョン・サーバや、トレーサ・パケット内の宛先アドレス
領域９２によって特定された、宛先デバイスを調査する
構成としても良い。さらに、調査部２２６は、エンドデ
バイス１８から以後同じ宛先アドレスを含むトレーサ・
パケット群が送信される場合に備え、ネットワーク調査
結果をキャッシュもしくは集約することとしてもよい。

【００９９】図１０は、調査部２２６の一実施形態を示
す、より詳細なブロック図である。この調査部２２６
は、図１０に示されているように、制御部２３４、デバ
イス検知部２３６、レイテンシー検知部２３８、輻輳検
知部２４０、動的待機部２４２を含んでおり、それぞれ
互いに関連している。他の態様において、調査部２２６
の機能性を示すために、より多くの或いはより少ない構
成要素が利用されても良い。

【０１００】制御部２３４は、調査部２２６とパケット
傍受部２３０との間の通信チャンネルとして動作する。
さらに、制御部２３４は、調査部２２６におけるその他
の構成要素に対して指示および調整を行う。

【０１０１】デバイス検知部２３６は、宛先デバイスの
機能および調査対象デバイスのタイプを決定する。たと
えば、アプリケーション・サーバ２４がネットワーク調
査の対象となっていると、デバイス検知部２３６はデバ
イスの機能をサーバであると識別し、また、サーバのタ
イプを、たとえば、リクエスト／応答タイプあるいはス
トリーミングタイプ・サーバと識別する。調査部２２６
は、デバイス検知部によって検知された機能およびデバ
イスのタイプに応じて、宛先デバイスにアクセスしてい
るエンドデバイス１８に関連するパラメータを調査す
る。

【０１０２】レイテンシー検知部２３８は、ゲートウェ
イ２２と、たとえばアプリケーション・サーバ２４等の
宛先デバイスとの間の、通信待ち時間を検知することと
しても良い。この待ち時間の検知は、デバイス検知部２
３６によって特定されるデバイス、およびデバイスのタ
イプに応じて、異なる方法で実行される。たとえば、リ
クエスト／応答タイプのアプリケーション・サーバに対
しては、様々な待ち時間検知方法が利用されうる。

【０１０３】ネットワーク調査の宛先デバイスがリクエ
スト／応答タイプのアプリケーション・サーバである実
施形態において、待ち時間の検知方法は、よく知られた
トレース・ルーチン技術に似ていても良い。その実施形
態において、レイテンシー検知部２３８は、初めにＩＰ
パケットをアプリケーション・サーバに送信する。ＩＰ
パケットは、予め定められた数字（たとえば、「１」）
に設定された有効期間領域を利用して生成される。した
がって、生成されたパケットは、ルータによって、予め
定められた数字に対応したアプリケーション・サーバへ
の通信経路上においてドロップされ、ＩＣＭＰパケット
が生成されてゲートウェイ２２に返信される。(図１)そ
の後レイテンシー検知部２３８が有効期間領域を１つ増
加させて、新たなＩＰパケットを送信する。この処理を
数回繰り返すことで、ＩＰパケットは最終的にはアプリ
ケーション・サーバに到着し、そのアプリケーション・
サーバからＩＣＭＰパケットが生成され、アプリケーシ
ョン・サーバからそのＩＣＭＰパケットが返信される。
ＩＰパケットおよびＩＣＭＰパケットを組み合わせた回
数の合計によって、通信チャンネルの待ち時間が明らか
になる。他の実施形態において、通信の待ち時間を検知
するための、たとえばテルネットやピング技術等が利用
されても良い。

【０１０４】輻輳検知部２４０は、調査部２２６を用い
て取得した、ネットワーク調査に関連する情報を記憶し
て分析する。輻輳検知部２４０における論理は、宛先デ
バイスに関する情報をさらに推測するために、以前収集
された情報を利用してもよい。たとえば、ネットワーク
調査の宛先デバイスからの応答時間が、それ以前に検知
された転送待ち時間よりも長い場合、輻輳検知部２４０
は宛先デバイスがオーバーロードしたと判断し、そうし
た情報をトレーサ・パケット群に含まれたネットワーク
状況情報の一部として提供する。一方で、ネットワーク
調査の宛先デバイスから何の反応もない場合、輻輳検知
部２４０は相手先デバイスがダウンしていることを示
す。他の実施形態において、輻輳検知部２４０は宛先デ
バイスに関して収集された情報を利用することにより、
宛先デバイスへのネットワーク接続は機能しているが、
そのデバイスはオーバーロードしているので、よってこ
れ以上のリクエストを受け付けないと判断する。他の態
様において、調査部２２６には、例えば、宛先デバイス
とネットワークリンク情報を交換するための、宛先デバ
イスとのアプリケーション・レベルやネットワークレベ
ルの通信等、追加の機能が含まれている。このアプリケ
ーションおよびネットワークレベルの通信とは、たとえ
ば、相手先デバイスを調査するためのＳＮＭＰ（ｓｉｍ
ｐｌｅ ｎｅｔｗｏｒｋ ｍａｎａｇｅｍｅｎｔ ｐｒ
ｏｔｏｃｏｌ）を含む。

【０１０５】動的待機部２４２は、調査部２２６に待機
機能を提供する。調査部２２６は複数の宛先デバイスが
調査するので、動的待機部２４２は調査対象先の最新リ
ストを動的に保持する。さらに、調査部２２６の構成要
素によって収集された調査情報は、対応する宛先デバイ
スの識別情報と共に、動的待機部２４２が格納する。調
査される宛先デバイス数の変化に伴って、調査対象先の
リストは動的待機部２４２によって動的に短く或いは長
くされる。

【０１０６】ネットワーク調査を実行している間に追加
の宛先デバイスを調査する場合、制御部２３４は宛先デ
バイスのリストに追加するように動的待機部２４２に働
きかける。さらに制御部２３４は、調査部２２６内の他
の構成要素に対して、リストを作成するための宛先デバ
イスに関する調査結果を、動的待機部２４２に提供する
ように選択的に指示する。既に調査されたことのある宛
先デバイスを調査するための調査リクエストを受け取っ
た場合、制御部２３４はその宛先デバイスを再度調査す
るのではなく、格納されている過去の調査情報を検索す
るよう動的待機部２４２に働きかける。さらに制御部２
３４は、宛先デバイスとそれに関連した調査情報をリス
トから削除するように、動的待機部２４２に定期的に働
きかけてもよい。ここで、宛先デバイスを削除するため
の基準は、たとえば、予め定められた時間、相手先デバ
イスに向けられた調査結果のボリューム、ネットワーク
動作における際立った変化およびその他の論理に基づい
た機構に基づくものであればよい。

【０１０７】図９に示されたゲートウェイＮＭＭ３４の
実施形態を再び参照すると、ゲートウェイ・ステータス
部２２８は、ゲートウェイ２２（図１）に関するネット
ワークサービス情報を監視して保持することとしてもよ
い。上述したように、このネットワークサービス情報
は、ゲートウェイ２２の内部および周辺の動作状況（た
とえば、輻輳等）に関する動的情報を含みうる。

【０１０８】ゲートウェイ・パケット処理部２３０は、
ネットワーク状況情報（調査情報およびネットワークサ
ービス情報）を格納し、あるいは、ゲートウェイＮＭＭ
３４によって傍受されたトレーサ・パケット群を構成す
る。図示された実施形態において、ゲートウェイ・パケ
ット処理部２３０はトレーサ・パケット群をゲートウェ
イ・パケット監視部２２４から受け取る。ゲートウェイ
処理部２３０は、トレーサ・パケット群に含まれた宛先
アドレスに基づいた調査情報を、調査部２２６に問い合
わせる。さらにゲートウェイ処理部は、ゲートウェイ２
２におけるネットワークサービス情報をゲートウェイ・
ステータス部２２８問い合わせる。パケット処理部２３
０は、これらの問い合わせによって得られた情報を組み
合わせてトレーサ・パケット群に書き込むことで、ネッ
トワーク状況情報を形成することとしてもよい。

【０１０９】トレーサ・パケットは、第１異種ネットワ
ーク１４を通じてエンドデバイス１８に返信されるため
に、ゲートウェイ２３０によって構成されることとして
も良い。図４を参照して説明された実施形態において、
トレーサ・パケットはソースアドレス領域９０および宛
先アドレス領域９２を含む。これら領域内のそれぞれの
アドレスは、トレーサ・パケットをエンドデバイス１８
に「送り返す」ために、ゲートウェイ・パケット処理部
２３０によって交換される。ゲートウェイ・パケット処
理部２３０によるこのような設定後、トレーサ・パケッ
トはゲートウェイ監視部２２４に送り返される。

【０１１０】ある実施形態において、ゲートウェイ・パ
ケット処理部３０はトレーサ・パケット列を実行する。
このトレーサ・パケット列によって、ゲートウェイ・パ
ケット処理部３０は複数のトレーサ・パケット群を同時
に処理することが可能になる。したがって、トレーサ・
パケット群によって特定された宛先デバイスの調査をゲ
ートウェイ・パケット処理部２３０が待っている間、ト
レーサ・パケット群は待ち行列に入れられる。トレーサ
・パケット群を待ち行列にいれる機能によって、ゲート
ウェイ・パケット処理部２３０は１またはそれ以上のエ
ンドデバイス１８から受信したトレーサ・パケット群を
同時に処理する。その結果、１または複数の宛先デバイ
ス群から調査情報を取得する。

【０１１１】図１１は、ネットワーク監視システムの一
実施形態を示す流れ図である。図は、図８、図９および
図１０を参照して説明された媒介ノードＮＭＭ３２およ
びゲートウェイＮＭＭ３４の各々の動作に焦点を当てて
いる。図１、図８、図９、図１０、および図１１を参照
すると、トレーサ・パケットを含む発信データは、エン
ドデバイス１８によって既に第１異種ネットワーク１４
に送出されたものと仮定する。

【０１１２】発信データストリームが媒介ノード２０に
到着すると、動作は開始する（ブロック２５０）。前述
したように、媒介ノード２０が媒介ノードＮＭＭ３２を
含まない場合、発信トレーサ・パケットは何らの処理を
施されず、発信データストリームに蓄積されたまま媒介
ノード２０を通過する。動作を図示するために、媒介ノ
ード２０は媒介ノードＮＭＭ３２を含む。ここで図８を
参照すると、パケット傍受部２１０は、たとえば、トレ
ーサ・パケットに含まれたプロトコル値のような属性に
基づいて、トレーサ・パケットを認識／傍受する（ブロ
ック２５２）。傍受されたトレーサ・パケットは、パケ
ット処理部２１２によって、ネットワークサービス情報
を格納するように構成される（ブロック２５４）。前述
したように、このネットワークサービス情報は、パケッ
ト処理部による以後のトレーサ・パケット群へ書き込む
ために、ステータス部２１２によって収集される。傍受
されたトレーサ・パケットはパケット処理部２１２によ
って発信データストリーム内に戻され、その宛先デバイ
スへ向かうこととしても良い（ブロック２５６）。上述
したように、発信データストリームは第１異種ネットワ
ーク１４における任意の数の媒介ノード２０を通過しう
るものとし、媒介ノードＮＭＭ３２を含む媒介ノード２
０によって、追加的なサービス情報を発信データストリ
ーム内に格納することとしてもよい。最終的に、発信デ
ータストリームはゲートウェイ２２によって受信される
（ブロック２５８）。

【０１１３】図９を参照すると、ゲートウェイ・パケッ
ト傍受部２２２は発信データストリームをフィルタにか
けて、トレーサ・パケットを含んでいることを示す属性
を監視する（ブロック２６０）。フィルタにかけて特定
されたトレーサ・パケット群は、ゲートウェイ・パケッ
ト傍受部２２２によって抽出され、ゲートウェイ監視部
２２４に渡される（ブロック２６２）。次に、ゲートウ
ェイ・パケット監視部２２４はこの抽出されたトレーサ
・パケットを、その宛先アドレスから宛先を求める、ゲ
ートウェイ・パケット処理部２３０に送信する（ブロッ
ク２６４）。そして、ゲートウェイ・パケット処理部２
３０は、トレーサ・パケットから読み出した宛先アドレ
スを調査部２２６に受け渡して、そのアドレスによって
特定されたデバイスの調査を開始する（ブロック２６
６）。

【０１１４】図９および図１０を基に図１２を参照する
と、制御部２３４（調査部２２６に含まれる）は動的待
機部２４２にアクセスすることにより、調査対象先デバ
イスに関する調査情報が存在するか否かを決定する（ブ
ロック２６８）。調査対象先デバイスに関する調査情報
が動的待機部に格納されている場合、既存の調査情報が
検索され、その情報がゲートウェイ・パケット処理部２
３０に提供される（ブロック２７０）。一方、調査対象
先デバイスに関する調査情報が動的待機部に格納されて
いない場合、制御部２３４は、デバイス検知部２３６、
レイテンシー検知部２３８および輻輳検知部２４０のい
ずれかのうち少なくとも１つを利用して、ネットワーク
調査を開始する（ブロック２７２）。ネットワーク調査
の完了を受けて、ゲートウェイ・パケット処理部２３０
および動的待機部２４２に調査情報が提供される（ブロ
ック２７４）。

【０１１５】図１および図９のそれぞれを再び参照する
と、宛先デバイスの調査の開始に加えて、ゲートウェイ
・パケット処理部２３０はゲートウェイ・ステータス部
２２８に対して、ゲートウェイ２２に関連するネットワ
ークサービス情報を問い合わせる（ブロック２７６）。
調査情報およびネットワークサービス情報のそれぞれが
出揃ったところで、ゲートウェイ・パケット処理部２３
０はその両者を組み合わせて、ネットワーク状況情報を
形成する（ブロック２７８）。このネットワーク状況情
報は、ゲートウェイ・パケット処理部２３０によって、
トレーサ・パケットに書き込まれる（ブロック２８
０）。ブロック２８０における処理が完了すると、ゲー
トウェイ・パケット処理部２３０は、トレーサ・パケッ
トの宛先アドレスおよびソースアドレスを交換する（ブ
ロック２８２）。

【０１１６】送信元へのアドレス交換がされたトレーサ
・パケットは、ゲートウェイ・パケット監視部２２４を
介してゲートウェイ・パケット傍受部２２２に送信され
た後、エンドデバイス１８の受信データストリーム内に
戻される（ブロック２８４）。次に、受信データストリ
ームは、媒介ノードＮＭＭ３２を含む媒介ノード２０内
を通過する。すると、パケット傍受部２１０が、データ
ストリームに含まれたトレーサ・パケットを傍受する
（ブロック２８６）。この傍受されたトレーサ・パケッ
トは、ステータス部２１４と協働するパケット処理部２
１２によって、ネットワークサービス情報と再構成され
る（ブロック２８８）。かかる処理を経て、再構成され
たトレーサ・パケットは受信データストリーム内に戻さ
れる（ブロック２９０）なお、ブロック２８６、２８８
および２９０におけるぞれぞれの処理は、トレーサ・パ
ケットがエンドデバイス１８に到着するまで、媒介ノー
ド２０において繰り返して実行される（ブロック２９
２）。

【０１１７】ネットワーク監視システム１０における上
述の実施形態により、エンドデバイス１８のユーザはネ
ットワーク調査が可能になる。このネットワーク調査に
よって、エンドデバイス１８におけるアクセスネットワ
ーク動作状況、およびエンドデバイス１８がネットワー
ク・アーキテクチャ１２を通じて交信している宛先デバ
イスの動作状況が得られる。ユーザはエンドドバイス１
８を利用して、ネットワークにおける問題が認められた
ときに、そのネットワーク調査結果を表示する。

【０１１８】ネットワーク調査は、エンドデバイス１８
の発信データストリームおよび受信データストリームの
通信路に基づいて、エンドデバイス１８のアクセスネッ
トワークにおいて選択的に実行される。さらに、ネット
ワーク調査は、アクセスネットワーク内の媒介ノード２
０に含まれる媒介ノードＮＭＭ３２の選択的な配置を前
提とする。トレーサ・パケット群は必要な場合に選択的
に生成され、また、ネットワーク調査の結果を取得する
ために必要とされるトレーサ・パケット群の数は少ない
ので、ネットワーク調査の結果生じるネットワークトラ
フィックは最小限に抑えられる。トレーサ・パケット群
は断続的にのみ送信されるに拘らず、ネットワーク監視
システム１０は、媒介ノードＮＭＭ３２およびゲートウ
ェイＮＭＭ３４において収集されたネットワークパフォ
ーマンス情報を利用して、進行中のネットワーク動作状
況およびネットワーク動作における統計値を常に維持で
きる。

【０１１９】さらに、ネットワーク監視モジュールはＯ
ＳＩモデルのすべての層から情報を収集するので、ネッ
トワーク監視システム１０は提供される情報に柔軟性を
もたらす。また、エンドデバイス１８において動作する
エンドデバイスＮＭＭ３０と、各ゲートウェイ２２にお
いて動作するゲートウェイＮＭＭ３４のそれぞれが、エ
ンドデバイス１８を動作しているユーザにネットワーク
サービス調査結果を提供するので、ネットワーク監視シ
ステムの設置は迅速かつ容易に行われる。さらに、トレ
ーサ・パケット群におけるフレキシブルなデータ書き込
みという機能によって、トレーサ・パケットが収集／保
持する情報の大きさ、フォーマットおよび内容の如何に
拘わらず、ネットワーク・アーキテクチャ１２のデータ
ストリーム転送システムの安定性が維持される。

【０１２０】なお、本発明は上述した実施形態の具体的
な構成に限定されるものではなく、特許請求の範囲に記
載した思想および範囲内で種々の変形が可能である。そ
れゆえ、明細書と図面は制限的意味よりもむしろ実例的
意味において検討すべきであるのは言うまでもない。

【０１２１】

【発明の効果】以上説明したように、この発明によれ
ば、エンドデバイスを動作するユーザはネットワーク監
視システムを利用することが可能となる。

【図面の簡単な説明】

【図１】 ネットワーク監視システムの実施形態を含む
ネットワーク・アーキテクチャのブロック図である。

【図２】 図１で示されたネットワーク監視システムに
おける高レベルシステム・アーキテクチャの一実施形態
を示すブロック図である。

【図３】 図１で示されたエンドデバイスにおいて動作
する、エンドデバイスＮＭＭの一実施形態を示すブロッ
ク図である。

【図４】 図３で示されたエンドデバイスＮＭＭによっ
て生成されたトレーサ・パケットの一実施形態のフォー
マットを示すブロック図である。

【図５】 図３で示されたエンドデバイスＮＭＭの複数
の調査モードにおける動作を示す流れ図である。

【図６】 図３で示されたエンドデバイスＮＭＭの一実
施形態における動作を示す流れ図である。

【図７】 同流れ図における図６に示された部分の続き
である。

【図８】 図１で示されたネットワーク監視システムに
おいて動作する媒介ノードＮＭＭの一実施形態を示すブ
ロック図である。

【図９】 図１で示されたネットワーク監視システムに
おいて動作するゲートウェイＮＭＭの一実施形態を示す
ブロック図である。

【図１０】 図１で示されたネットワーク監視システム
において動作するゲートウェイＮＭＭの一部の具体的構
成を示すブロック図である。

【図１１】 図８、図９および図１０で示された媒介ノ
ードＮＭＭおよびゲートウェイＮＭＭの一実施形態の動
作を示すブロック図である。

【図１２】 同流れ図における図１１に示された部分の
続きである。

【符号の説明】

１０…ネットワーク管理システム、１２…ネットワーク
・アーキテクチャ、１４…第１異種ネットワーク、１６
…第２異種ネトワーク、１８…エンドデバイス、２０…
媒介ノード、２２…ゲートウェイ、２４…アプリケーシ
ョン・サーバ、２６…コアインターネット、３０…エン
ドデバイスＮＭＭ、３２…媒介ノードＮＭＭ、３４…ゲ
ートウェイＮＭＭ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジンジュン チャオ アメリカ合衆国 カリフォルニア州 マウ ンテンビュー，アパートメント 215，デ ルメディオアヴェニュー 141，94040 (72)発明者 ワタナベ フジオ アメリカ合衆国 カリフォルニア州 サン ノゼ 327，ノースファーストストリート 1700，95112 (72)発明者 クラカケ ショウジ 神奈川県横浜市戸塚区汲沢１−40−８ Ｆターム(参考） 5K030 GA14 HA08 HB16 HD03 HD06 JL01 JT01 JT02 JT09 5K033 DA05 DB14 DB16 DB18 EA02 EA07 5K035 AA03 AA06 BB02 DD01 GG01 KK01 5K051 AA01 BB05 CC00 CC02 DD13 FF02 HH16 HH17 HH27

Claims (38)

【特許請求の範囲】
1. 【請求項１】 相互に接続された異種ネットワーク群を
   通じて交信するエンドデバイスを用いた、ネットワーク
   パフォーマンス監視方法において、 ａ）異種ネットワークはエンドデバイスを利用して、ト
   レーサ・パケットを含むデータストリームを生成するス
   テップと、 ｂ）前記トレーサ・パケットを利用して、前記異種ネッ
   トワーク内における少なくとも１つの媒介ノードからの
   ネットワークサービス情報を読み出すステップと、 ｃ）前記異種ネットワークを通じて、前記トレーサ・パ
   ケットを前記エンドデバイスに送信するステップと、 ｄ）前記トレーサ・パケットに書き込まれた前記ネット
   ワークサービス情報を解読するステップとを備えること
   を特徴とする方法。
2. 【請求項２】 前記ステップａ）は、ＨＡＮＴ（ｈｅｔ
   ｅｒｏｇｅｎｅｏｕｓ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ
   ｒａｃｋｉｎｇ）データを追加的に含むアプリケーシ
   ョン・データＩＰ（Ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏ
   ｌ）と実質的に同じフォーマットを有する前記トレーサ
   ・パケットを生成する動作を含むことを特徴とする請求
   項１に記載のネットワークパフォーマンス監視方法。
3. 【請求項３】 前記ＨＡＮＴ（ｈｅｔｅｒｏｇｅｎｅｏ
   ｕｓ ａｃｃｅｓｓｎｅｔｗｏｒｋ ｒａｃｋｉｎｇ）
   データは、ノード・タイプ領域と、ノードｉｄ領域と、
   属性名称領域と、属性値領域と、属性タイプ領域と、タ
   イムスタンプ領域との少なくともいずれか１つの領域を
   含むことを特徴とする請求項２に記載のネットワークパ
   フォーマンス監視方法。
4. 【請求項４】 前記トレーサ・パケットの生成は、ＨＡ
   ＮＴ（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ａｃｃｅｓｓ ｎ
   ｅｔｗｏｒｋ ｒａｃｋｉｎｇ）プロトコルを利用して
   前記トレーサ・パケットのプロトコル領域をファイリン
   グすることを特徴とする請求項２に記載のネットワーク
   パフォーマンス監視方法。
5. 【請求項５】 前記ステップａ）は、自動調査モード
   と、手動調査モードと、イベント調査モードの少なくと
   もいずれか１つの調査モードの関数として、前記トレー
   サ・パケットを生成する動作を含むことを特徴とする請
   求項１に記載のネットワークパフォーマンス監視方法。
6. 【請求項６】 前記ステップｂ）は、前記データストリ
   ームから前記トレーサ・パケットを抽出する動作と、 少なくとも１つの媒介ノードにおける前記トレーサ・パ
   ケットに現在のネットワークトラフィック状況を格納す
   る動作と、 前記トレーサ・パケットを前記データストリームに戻す
   動作とを含むことを特徴とする請求項１に記載のネット
   ワークパフォーマンス監視方法。
7. 【請求項７】 前記ステップｂ）は、少なくとも１つの
   前記媒介ノードに関連した前記ネットワークサービス情
   報を特定する動作を含むことを特徴とする請求項１に記
   載のネットワークパフォーマンス監視方法。
8. 【請求項８】 前記データストリームは複数のパケット
   群を含み、前記ステップｂ）は前記パケット群の１つと
   して前記トレーサ・パケットをルーティングする動作を
   含むことを特徴とする請求項１に記載のネットワークパ
   フォーマンス監視方法。
9. 【請求項９】 前記ステップｂ）は、設定されないまま
   の媒介ノードによっては認識されないトレーサ・パケッ
   トを、少なくとも１つの媒介ノードによって認識するよ
   うに選択的に設定する動作を含むことを特徴とする請求
   項１に記載のネットワークパフォーマンス監視方法。
10. 【請求項１０】 前記ステップｃ）は、前記データスト
    リームから前記トレーサ・パケットを抽出する動作と、 前記トレーサ・パケットにネットワーク状況情報を書き
    込む動作と、 前記トレーサ・パケットを前記エンドデバイスに再ルー
    ティングする動作と を含むことを特徴とする請求項１に記載のネットワーク
    パフォーマンス監視方法。
11. 【請求項１１】 前記ステップｄ）は、前記ネットワー
    クサービス情報を解読する動作と、その結果を前記エン
    ドデバイスに提供する動作とを含むことを特徴とする請
    求項１に記載のネットワークパフォーマンス監視方法。
12. 【請求項１２】 相互に接続された異種ネットワーク群
    を通じて交信するエンドデバイスを用いた、ネットワー
    クパフォーマンス監視方法において、 ａ）第１異種ネットワークから第２異種ネットワークへ
    通過するデータストリームをフィルタにかけてトレーサ
    ・パケットを特定するステップと、 ｂ）前記トレーサ・パケットの関数として調査情報を得
    るために、前記第２異種ネットワーク内において動作す
    る宛先デバイスを調査するステップと、 ｃ）前記調査情報をネットワーク状況情報として前記ト
    レーサ・パケットに格納するステップと、 ｄ）前記トレーサ・パケットを前記第１異種ネットワー
    ク内におけるエンドデバイスにルーティングするステッ
    プ、 を含むことを特徴とする方法。
13. 【請求項１３】 前記ステップａ）は、前記データスト
    リームから前記トレーサ・パケットを抽出する動作と、
    データストリームのその他の部分には関与しない動作と
    を含むことを特徴とする請求項１２に記載のネットワー
    クパフォーマンス監視方法。
14. 【請求項１４】 前記ステップｂ）は、前記宛先デバイ
    スの関数と、前記宛先デバイスのタイプと、前記宛先デ
    バイスへの通信待ち時間と、前記宛先デバイス周辺の輻
    輳の少なくともいずれか１つを検知する動作を含むこと
    を特徴とする請求項１２に記載のネットワークパフォー
    マンス監視方法。
15. 【請求項１５】 前記ステップｂ）は、他のトレーサ・
    パケットに用いるために前記調査情報を記憶する動作を
    含むことを特徴とする請求項１２に記載のネットワーク
    パフォーマンス監視方法。
16. 【請求項１６】 前記ステップｃ）は、前記ネットワー
    ク状況情報の一部として、ネットワークサービス情報を
    前記トレーサ・パケットに書き込む動作を含むことを特
    徴とする請求項１２に記載のネットワークパフォーマン
    ス監視方法。
17. 【請求項１７】 前記ステップｃ）は、前記トレーサ・
    パケットにセグメントを追加する動作と、前記追加され
    たセグメントの関数として、前記トレーサ・パケットに
    おける全長領域の値を調整する動作とを含むことを特徴
    とする請求項１２に記載のネットワークパフォーマンス
    監視方法
18. 【請求項１８】 前記ステップｃ）は、前記トレーサ・
    パケットにおける可変長データセグメントの長さを修正
    する動作と、前記修正された長さの関数として前記トレ
    ーサ・パケットの全長領域の値を調整する動作とを含む
    ことを特徴とする請求項１２に記載のネットワークパフ
    ォーマンス監視方法。
19. 【請求項１９】 前記ステップｄ）は、前記トレーサ・
    パケットに含まれるソースアドレスと宛先アドレスとを
    交換する動作を含むことを特徴とする請求項１２に記載
    のネットワークパフォーマンス監視方法。
20. 【請求項２０】 前記第１異種ネットワークと前記第異
    種ネットワークとは前記コアインターネットを通じて相
    互接続され交信することを特徴とする請求項１２に記載
    のネットワークパフォーマンス監視方法。
21. 【請求項２１】 相互に接続された異種ネットワーク群
    を通じて交信するエンドデバイスを利用したネットワー
    クパフォーマンス監視方法において、 ａ）アプリケーション・サーバの宛先アドレスを各々有
    する、多数のデータ・パケットおよびトレーサ・パケッ
    トを含むデータストリームを、エンドデバイスを利用し
    て生成するステップと、 ｂ）前記データストリームを媒介ノードを経由して異種
    ネットワークにルーティングするステップと、 ｃ）前記媒介ノードにおける前記トレーサ・パケット内
    にネットワークサービス情報を選択的に格納するステッ
    プと、 ｄ）ゲートウェイにおいて、前記データストリームから
    前記トレーサ・パケットを抽出するステップと、 ｅ）前記トレーサ・パケットの宛先アドレスの関数とし
    て、ゲートウェイにおいてネットワーク状況情報を収集
    するステップと、 ｆ）前記トレーサ・パケットに前記ネットワーク状況情
    報を格納するステップと、 ｇ）前記異種ネットワーク上の前記媒介ノードを通じ
    て、前記トレーサ・パケットを前記エンドデバイスに再
    ルーティングするステップとを含むことを特徴とする方
    法。
22. 【請求項２２】 前記ステップａ）は、他のデータ・パ
    ケット群におけるプロトコル識別子とは異なるプロトコ
    ル識別子を有する前記トレーサ・パケットを生成する動
    作を含むことを特徴とする請求項２１記載のネットワー
    クパフォーマンス監視方法。
23. 【請求項２３】 前記ステップａ）およびステップｂ）
    は、前記プロトコル識別子の関数として、前記データス
    トリーム内における前記トレーサ・パケットを特定する
    動作を含むことを特徴とする請求項２２に記載のネット
    ワークパフォーマンス監視方法。
24. 【請求項２４】 前記ステップａ）は、前記トレーサ・
    パケットの喪失をその出発時刻の関数として計測し、前
    記トレーサ・パケットの前記エンドデバイスからの出発
    時刻を計測する動作を含むことを特徴とする請求項２１
    に記載のネットワークパフォーマンス監視方法。
25. 【請求項２５】 前記ステップｃ）は、前記媒介ノード
    周辺におけるネットワークトラフィック状況を前記トレ
    ーサ・パケットに書き込む動作を含むことを特徴とする
    請求項２１に記載のネットワークパフォーマンス監視方
    法。
26. 【請求項２６】 前記ステップｅ）は、 前記アプリケーション・サーバの関数およびタイプを求
    める動作と、 前記ゲートウェイと前記アプリケーション・サーバとの
    間の通信待機時間を検知する動作と、 アプリケーション・サーバにおける輻輳を検知する動作
    の少なくともいずれか１つの動作を含むことを特徴とす
    る請求項２１に記載のネットワークパフォーマンス監視
    方法。
27. 【請求項２７】 前記ステップｆ）は、 前記ゲートウェイ内に前記ネットワーク状況情報を蓄積
    する動作と、 同一アプリケーション・サーバに送信される以後のトレ
    ーサ・パケットに格納するために、前記ネットワーク状
    況情報を再利用する動作を含むことを特徴とする請求項
    ２１に記載のネットワークパフォーマンス監視方法。
28. 【請求項２８】 相互に接続された異種ネットワーク群
    を通じて交信するエンドデバイスを利用したネットワー
    クパフォーマンス監視システムにおいて、 第１異種ネットワーク、およびそれに連結した第２異種
    ネットワークのそれぞれを有するネットワークと、 前記第１異種ネットワークにおいて動作可能なエンドデ
    バイスと、 データストリームの一部としてトレーサ・パケットを生
    成することが可能な前記エンドデバイスと、前記データ
    ストリームを有するネットワークを通じて、交信するこ
    とが可能な第２異種ネットワークにおいて動作すること
    が可能なアプリケーション・サーバと、 ネットワーク状況情報を前記トレーサ・パケットに格納
    し、前記第１異種ネットワークを通じて前記トレーサ・
    パケットを前記エンドデバイスに送信することが可能
    な、前記第２異種ネットワークへのインターフェースと
    して第１異種ネットワークにおいて動作可能なゲートウ
    ェイとを備えることを特徴とするシステム。
29. 【請求項２９】 前記データストリームが交信可能であ
    って、ネットワークサービス情報を前記トレーサ・パケ
    ットに格納することが可能な、第１異種ネットワークに
    おいて動作することが可能な媒介ノードをさらに備える
    ことを特徴とする請求項２８に記載のネットワーク監視
    システム。
30. 【請求項３０】 前記エンドデバイスは、携帯電話と、
    ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉ
    ｓｔａｎｔ）およびノート型パソコンのいずれか１つを
    含むことを特徴とする請求項２８に記載のネットワーク
    監視システム。
31. 【請求項３１】 前記第１異種ネットワークは無線ネッ
    トワークを含み、前記第２異種ネットワークは有線ネッ
    トワークを含むことを特徴とする請求項２８に記載のネ
    ットワーク監視システム。
32. 【請求項３２】 前記第１異種ネットワークは前記コア
    インターネットを経由して前記第２異種ネットワーク通
    信接続されていることを特徴とする請求項２８に記載の
    ネットワーク監視システム。
33. 【請求項３３】 前記トレーサ・パケットは、ソースア
    ドレスと、宛先アドレスと、プロトコル領域と、前記ゲ
    ートウェイによって提供された様々なデータ量を確保す
    るようにその容量を調整可能なＨＡＮＴ（ｈｅｔｅｒｏ
    ｇｅｎｅｏｕｓ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｔｒ
    ａｃｋｉｎｇ）データとを含むことを特徴とする請求項
    ２８に記載のネットワーク監視システム。
34. 【請求項３４】 前記ＨＡＮＴ（ｈｅｔｅｒｏｇｅｎｅ
    ｏｕｓ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｔｒａｃｋｉ
    ｎｇ）データは、ノード・タイプ領域、ノードｉｄ領
    域、属性名称領域、属性値領域、属性タイプ領域、およ
    びタイムスタンプ領域の少なくともいずれか１つの領域
    を含むことを特徴とする請求項３３に記載のネットワー
    ク監視システム。
35. 【請求項３５】 前記エンドデバイスは、ユーザ・イン
    ターフェース部と、エンドデバイス・パケット傍受部
    と、トラフィック監視部と、パケット解読部と、トレー
    サ・タイマー部と、パケット送信部と、パケット生成部
    と、調査トリガ部と、イベント生成部とを含むことを特
    徴とする請求項２８に記載のネットワーク監視システ
    ム。
36. 【請求項３６】 前記媒介ノードは、パケット傍受部
    と、パケット処理部と、前記媒介ノードに関連した統計
    的情報を格納し維持する動作が可能な媒介ノード・ステ
    ータス部とを含むことを特徴とする請求項２９に記載の
    ネットワーク監視システム。
37. 【請求項３７】 前記ゲートウェイは、管理インターフ
    ェース部と、ゲートウェイ・パケット傍受部と、ゲート
    ウェイ・パケット監視部と、調査部と、ゲートウェイ・
    ステータス部と、ゲートウェイ・パケット処理部とを含
    むことを特徴とする請求項２８に記載のネットワーク監
    視システム。
38. 【請求項３８】 前記エンドデバイスは、トランスポー
    ト層とネットワーク層との間のネットワーク・スタック
    において動作可能な、エンドデバイスＮＭＭ（ｎｅｔｗ
    ｏｒｋ ｍｏｎｉｔｏｒｉｎｇ ｍｏｄｕｌｅ）を含む
    ことを特徴とする請求項２８に記載のネットワーク監視
    システム。