(57)【要約】  送信元アドレスが示す送信元がＮＡＰＴであるか端末装置であるかを判別できないことを課題とし、伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納し、所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定し、所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、所定の送信元アドレスが示す送信元を前記アドレス変換伝送装置として検出する。
2008146399.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、前記端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受信し、送信元アドレスを変換して伝送するアドレス変換伝送装置と前記端末装置とは別のネットワークを介して接続されており、当該アドレス変換伝送装置から伝送された伝送パケットから所定の情報を取得する情報取得装置であって、
前記伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納する識別子格納手段と、
前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定する識別子判定手段と、
前記識別子判定手段によって所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、当該所定の送信元アドレスが示す送信元を前記アドレス変換伝送装置として検出するアドレス変換伝送装置検出手段と、
を備えたことを特徴とする情報取得装置。
【請求項２】
前記識別子判定手段は、前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子に比べて、前記伝送パケットから取得された識別子が所定の数値以上に減少しているか否かを各々判定することを特徴とする請求項１に記載の情報取得装置。
【請求項３】
前記識別子判定手段は、前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子に比べて、前記伝送パケットから取得された識別子が所定の数値以上に増加しているか否かを各々判定することを特徴とする請求項１に記載の情報取得装置。
【請求項４】
所定の記憶部に記憶された同一の送信元アドレスに対応する全ての識別子よりも所定の度数以上に離れている場合は、前記伝送パケットから取得された識別子を区分して格納し、所定の記憶部に記憶された同一の送信元アドレスに対応する所定の識別子に対して所定の度数以上に近似する場合は、前記伝送パケットから取得された識別子を前記所定の識別子に対して上書きするよう格納する識別子区分格納手段と、
前記識別子区分格納手段によって区分されて格納された識別子の数を前記アドレス変換伝送装置に接続された前記端末装置の数として計測する端末装置計測手段と
をさらに備えたこと特徴とする請求項１に記載の情報取得装置。
【請求項５】
前記識別子格納手段は、前記伝送パケットから取得された識別子およびセッションＩＤを、送信元アドレスに対応付けて所定の記憶部に格納し、
前記識別子区分格納手段は、所定の記憶部に記憶された同一の送信元アドレスに対応する各識別子よりも所定の度数以上に離れている場合は、前記伝送パケットから取得されたセッションＩＤおよび識別子を併せて所定の記憶部に区分して格納することを特徴とする請求項４に記載の情報取得装置。
【請求項６】
前記識別子格納手段は、ネットワークを管理するネットワーク管理システムから情報取得要求を受け付けた場合に、伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納することを特徴とする請求項１〜５のいずれか一つに記載の情報取得装置。
【請求項７】
ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、前記端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受信し、送信元アドレスを変換して伝送するアドレス変換伝送装置と前記端末装置とは別のネットワークを介して接続されており、当該アドレス変換伝送装置から伝送された伝送パケットから所定の情報を取得する情報取得装置における情報取得方法であって、
前記伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納する識別子格納工程と、
前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定する識別子判定工程と、
前記識別子判定工程によって所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、当該所定の送信元アドレスが示す送信元を前記アドレス変換伝送装置として検出するアドレス変換伝送装置検出工程と、
を含んだことを特徴とする情報取得方法。
【請求項８】
ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、前記端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受信し、送信元アドレスを変換して伝送するアドレス変換伝送装置と前記端末装置とは別のネットワークを介して接続されており、当該アドレス変換伝送装置から伝送された伝送パケットから所定の情報を取得する情報取得装置における情報取得方法をコンピュータに実行させる情報取得プログラムであって、
前記伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納する識別子格納手順と、
前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定する識別子判定手順と、
前記識別子判定手順によって所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、当該所定の送信元アドレスが示す送信元を前記アドレス変換伝送装置として検出するアドレス変換伝送装置検出手順と、
をコンピュータに実行させることを特徴とする情報取得プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報取得装置、情報取得方法および情報取得プログラムに関する。
【背景技術】
【０００２】
従来より、通信のネットワークを構成する伝送装置において、パケットに格納されたネットワーク情報を変換して伝送するアドレス変換伝送装置がある。具体的に一例をあげて説明すると、アドレス変換伝送装置（例えば、ＮＡＰＴやＮＡＴなど（以降、適宜ＮＡＰＴと表す））は、ＮＡＰＴの下位に構成される下位ネットワーク（例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）など）からＮＡＰＴの上位に構成される上位ネットワーク（例えば、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）など）に対してパケットを伝送する場合に、下位ネットワークを介して接続された各端末装置によってパケットを送信する際にパケットに付与された各端末装置が固有する送信元アドレス（プライベート送信元アドレス）を上位ネットワークに対応した同一の送信元アドレス（グローバル送信元アドレス）に変換し、パケットを伝送する。【０００３】
ところで、ネットワーク上を流れるパケットから所定の情報を取得するパケットモニタがある（例えば、特許文献１参照）。具体的に説明すると、パケットモニタは、セッションＩＤや、送信元アドレスや、送信元ポート番号や、宛先アドレスや、宛先ポート番号や、端末装置においてパケット送信するごとに数値を加算して生成された識別子や、所定の情報を複数のパケットに分割する際に付与され、分割される前の情報を再構成する際に用いられる連続的な番号などを取得する。そして、パケットモニタは、セッションＩＤや、送信元アドレスや、連続的な番号などを取得し、セッションＩＤや、送信元アドレスごとに連続的な番号の欠落をモニタすることでパケットロス率を算出する。パケットモニタによって算出されたパケットロス率は、ネットワークを管理するネットワーク管理システム（例えば、ＮＭＳ（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）など）によってネットワークにおける通信の障害箇所を推定するために用いられる。【０００４】
【特許文献１】特開２００６−３２９９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した従来の技術は、送信元アドレスが示す送信元がＮＡＰＴであるか端末装置であるかを判別できないという課題があった。【０００６】
すなわち、パケットモニタは、グローバル送信元アドレスと、プライベート送信元アドレスとを特定せずに取得する結果、例えば、ＮＭＳによってネットワークにおける通信の障害箇所を推定する際に、パケットロスが発生したパケットの送信元がＮＡＰＴを介して接続される端末装置か否かを判別できなかった。言い換えれば、上位ネットワークにおけるパケットモニタによって測定したパケットロス率のみではネットワークにおける障害箇所を上位ネットワークと、下位ネットワークとの間で切り分けることが困難であった。【０００７】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することが可能な情報取得装置、情報取得方法および情報取得プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、前記端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受信し、送信元アドレスを変換して伝送するアドレス変換伝送装置と前記端末装置とは別のネットワークを介して接続されており、当該アドレス変換伝送装置から伝送された伝送パケットから所定の情報を取得する情報取得装置であって、前記伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納する識別子格納手段と、前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定する識別子判定手段と、前記識別子判定手段によって所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、当該所定の送信元アドレスが示す送信元を前記アドレス変換伝送装置として検出するアドレス変換伝送装置検出手段とを備えたことを特徴とする。【０００９】
また、請求項２に係る発明は、上記の発明において、前記識別子判定手段は、前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子に比べて、前記伝送パケットから取得された識別子が所定の数値以上に減少しているか否かを各々判定することを特徴とする。【００１０】
また、請求項３に係る発明は、上記の発明において、前記識別子判定手段は、前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子に比べて、前記伝送パケットから取得された識別子が所定の数値以上に増加しているか否かを各々判定することを特徴とする。【００１１】
また、請求項４に係る発明は、上記の発明において、所定の記憶部に記憶された同一の送信元アドレスに対応する全ての識別子よりも所定の度数以上に離れている場合は、前記伝送パケットから取得された識別子を区分して格納し、所定の記憶部に記憶された同一の送信元アドレスに対応する所定の識別子に対して所定の度数以上に近似する場合は、前記伝送パケットから取得された識別子を前記所定の識別子に対して上書きするよう格納する識別子区分格納手段と、前記識別子区分格納手段によって区分されて格納された識別子の数を前記アドレス変換伝送装置に接続された前記端末装置の数として計測する端末装置計測手段とをさらに備えたこと特徴とする。【００１２】
また、請求項５に係る発明は、上記の発明において、前記識別子格納手段は、前記伝送パケットから取得された識別子およびセッションＩＤを、送信元アドレスに対応付けて所定の記憶部に格納し、前記識別子区分格納手段は、所定の記憶部に記憶された同一の送信元アドレスに対応する各識別子よりも所定の度数以上に離れている場合は、前記伝送パケットから取得されたセッションＩＤおよび識別子を併せて所定の記憶部に区分して格納することを特徴とする。【００１３】
また、請求項６に係る発明は、上記の発明において、前記識別子格納手段は、ネットワークを管理するネットワーク管理システムから情報取得要求を受け付けた場合に、伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納することを特徴とする。【００１４】
また、請求項７に係る発明は、ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、前記端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受信し、送信元アドレスを変換して伝送するアドレス変換伝送装置と前記端末装置とは別のネットワークを介して接続されており、当該アドレス変換伝送装置から伝送された伝送パケットから所定の情報を取得する情報取得装置における情報取得方法であって、前記伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納する識別子格納工程と、前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定する識別子判定工程と、前記識別子判定工程によって所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、当該所定の送信元アドレスが示す送信元を前記アドレス変換伝送装置として検出するアドレス変換伝送装置検出工程とを含んだことを特徴とする。【００１５】
また、請求項８に係る発明は、ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、前記端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受信し、送信元アドレスを変換して伝送するアドレス変換伝送装置と前記端末装置とは別のネットワークを介して接続されており、当該アドレス変換伝送装置から伝送された伝送パケットから所定の情報を取得する情報取得装置における情報取得方法をコンピュータに実行させる情報取得プログラムであって、前記伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納する識別子格納手順と、前記所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定する識別子判定手順と、前記識別子判定手順によって所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、当該所定の送信元アドレスが示す送信元を前記アドレス変換伝送装置として検出するアドレス変換伝送装置検出手順とをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１６】
請求項１、７、８の発明によれば、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することができ、この結果、障害箇所の切り分けを容易に実行することが可能である。【００１７】
また、請求項２の発明によれば、所定の送信元アドレスが１つの端末装置を示す場合には、ＩＤが減少することはないという事象から、所定の送信元アドレスに対応するＩＤが減少していた場合に、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することが可能である。【００１８】
また、請求項３の発明によれば、所定の送信元アドレスが１つの端末装置を示す場合には、ＩＤが急増することはないという事象から、所定の送信元アドレスに対応するＩＤが急増していた場合に、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することが可能である。【００１９】
また、請求項４の発明によれば、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、ＮＡＰＴの下位ネットワークに接続された端末装置の数を計測することができ、この結果、障害箇所の切り分けをさらに容易に実行することが可能である。【００２０】
また、請求項５の発明によれば、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、任意に与えられた端末ＩＤに対応するセッションＩＤを検出することができ、この結果、障害箇所の切り分けを具体的に実行することが可能である。【００２１】
また、請求項６の発明によれば、ネットワークにおける通信の障害箇所を推定する際に、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することが可能である。
【図面の簡単な説明】
【００２２】
【図１】図１は、実施例１に係るパケットモニタの概要および特徴を説明するための図である。
【図２】図２は、実施例１に係るパケットモニタの構成を示すブロック図である。
【図３】図３は、実施例１に係るアドレス情報記憶部に記憶される情報の一例を示す図である。
【図４】図４は、実施例１に係るモニタ結果記憶部に記憶される情報の一例を示す図である。
【図５】図５は、実施例１に係るモニタ要求を受け付けた場合のパケットモニタによる全体の処理の流れを示すフローチャートである。
【図６】図６は、実施例１に係るパケットを受け付けた場合のパケットモニタによる処理の流れを示すフローチャートである。
【図７】図７は、実施例１による効果を説明するための図である。
【図８】図８は、実施例２に係るパケットモニタの概要および特徴を説明するための図である。
【図９】図９は、実施例２に係るパケットモニタの構成を示すブロック図である。
【図１０】図１０は、実施例２に係るアドレス情報記憶部に記憶される情報の一例を示す図である。
【図１１】図１１は、実施例２に係るモニタ結果記憶部に記憶される情報の一例を示す図である。
【図１２】図１２は、実施例２に係るパケットを受け付けた場合のパケットモニタによる処理の流れを示すフローチャートである。
【図１３】図１３は、実施例２による効果を説明するための図である。
【図１４】図１４は、実施例３に係るアドレス情報記憶部に記憶される情報の一例を示す図である。
【図１５】図１５は、実施例３に係るパケットを受け付けた場合のパケットモニタによる処理の流れを示すフローチャートである。
【図１６】図１６は、実施例３に係るパケットモニタによる処理の一例を説明するための図である。
【図１７】図１７は、実施例３による効果を説明するための図である。
【図１８】図１８は、情報取得プログラムを実行するコンピュータを示す図である。
【符号の説明】
【００２３】
１０  パケットモニタ
１１  入力部
１２  出力部
２０  記憶部
２１  アドレス情報記憶部
２２  モニタ結果記憶部
３０  処理部
３１  パケット情報取得部
３２  ＮＡＰＴ検出部
３３  識別子格納部
３４  モニタ結果出力部
３５  識別子区分格納部
３６  端末装置計測部
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、この発明に係る情報取得装置、情報取得方法および情報取得プログラムの実施例を詳細に説明する。なお、以下では、この発明をネットワーク上を流れるパケットをモニタするパケットモニタに適用し、ネットワークを管理するＮＭＳからモニタ要求を受け付けて、パケットから情報を取得してモニタ結果を取得し、ＮＭＳに対してモニタ結果を出力するまでの例を実施例として説明し、この発明によって取得されたモニタ結果および他のパケットモニタであるパケットロス算出装置によって算出されたセッションＩＤや、送信元アドレスに対応するパケットロス率を用いて、ＮＭＳによってネットワークにおける通信の障害箇所を推定するものとする。
【実施例１】
【００２５】
［実施例１に係るパケットモニタの概要および特徴］
まず最初に、図１を用いて、実施例１に係るパケットモニタの概要および特徴を説明する。図１は、実施例１に係るパケットモニタの概要および特徴を説明するための図である。【００２６】
図１に示すように、実施例１に係るパケットモニタは、送信元アドレスを変換して伝送するアドレス変換伝送装置（以降、適宜ＮＡＰＴと表す）の上位に構成される上位ネットワーク（例えば、ＷＡＮなど）を介して接続される。そして、ＮＡＰＴの下位に構成される下位ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受け付け、ＮＡＰＴから伝送された伝送パケットから所定の情報を取得することを概要とする。【００２７】
このような概要の下、実施例１に係るパケットモニタは、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することができ、この結果、障害箇所の切り分けを容易に実行することを主たる特徴とする。【００２８】
この主たる特徴について説明する上で、図１に示すように、ＮＡＰＴの下位ネットワークに接続された端末装置Ａは、起動時に、ＩＰアドレスとして「Ａ」（以降、適宜「ＩＰ＝Ａ」と表す）を取得するとともにＩＰヘッダのＩｄｅｎｔｉｆｉｃａｔｉｏｎフィールドに記述される数値（以下、識別子、ＩＤ）として任意の数値（例えば、「４２６０」）を生成しており、パケットとして送信する際に、送信元アドレス（ＳＡ（Ｓｏｕｒｃｅ  Ａｄｒｅｓｓ））として「Ａ」（以降、適宜「ＳＡ＝Ａ」と表す）と、ＩＤとして「４２６０」（以降、適宜「ＩＤ＝４２６０」と表す）とを最初の送信パケットに付与して送信するものとする。そして、端末装置Ａは、次のパケットを送信する際に、「ＳＡ＝Ａ」と、「４２６０」に対して「１」を加算して生成された「ＩＤ＝４２６１」とを付与して送信する。ここで、パケットがＮＡＰＴによって下位ネットワークから上位ネットワークに伝送される際に、端末装置Ａによって送信された送信パケットに付与されたプライベート送信元アドレスである「ＳＡ＝Ａ」は、グローバル送信元アドレスである「ＳＡ＝Ｃ」に変換され、ＩＤ（例えば、「ＩＤ＝４２６０」）は保持される。【００２９】
また、ＮＡＰＴの下位ネットワークに接続された端末装置Ｂは、起動時に、「ＩＰ＝Ｂ」を取得するとともにＩＤとして任意の数値（例えば、「３０」）を生成しており、パケットを送信する際に、「ＳＡ＝Ｂ」と、「ＩＤ＝３０」とを送信パケットに付与して送信するものとする。ここで、ＮＡＰＴによって下位ネットワークから上位ネットワークに伝送される際に、端末装置Ｂによって送信された送信パケットに付与されたプライベート送信元アドレスである「ＳＡ＝Ｂ」は、グローバル送信元アドレスである「ＳＡ＝Ｃ」に変換され、ＩＤは、「ＩＤ＝３０」のままで保持される。【００３０】
このような前提の下、実施例１に係るパケットモニタは、伝送パケットから取得されたＩＤを、ＳＡに対応付けてアドレス情報記憶部に格納する。具体的に一例をあげて説明すると、実施例１に係るパケットモニタは、図１の（１）に示すように、ＮＭＳからモニタ要求を受け付けると、端末装置Ａから送信され、ＮＡＰＴによって伝送された伝送パケットを受信し、「ＳＡ＝Ｃ」と、「ＩＤ＝４２６０」とを伝送パケットから取得し、アドレス情報記憶部に格納する。同様にして、図１の（２）に示すように、端末装置Ｂから送信され、ＮＡＰＴによって伝送された伝送パケットを受信し、「ＳＡ＝Ｃ」と、「ＩＤ＝３０」とを伝送パケットから取得する。【００３１】
そして、実施例１に係るパケットモニタは、アドレス情報記憶部において各ＳＡに対応付けて記憶されたＩＤが単調増加しているか否かを各々判定する（図１の（３）参照）。具体的に一例をあげて説明すると、伝送パケットから取得した「ＳＡ＝Ｃ」に基づいて、アドレス情報記憶部に記憶されたＳＡの中から「ＳＡ＝Ｃ」が格納されたレコードを検索する。そして、検索したレコードに格納された「ＩＤ＝４２６０」を読み込み、伝送パケットから取得した「ＩＤ＝３０」から「ＩＤ＝４２６０」を差し引くことで差「−４２３０」を算出する。さらに、算出された差と、ＩＤが単調増加しているか判断することが可能な基準ＩＤ（例えば、「−５」）とを比較し、算出された差が基準ＩＤよりも少ない場合には、アドレス情報記憶部において「ＳＡ＝Ｃ」に対応付けて記憶されたＩＤが単調増加していないと判定する。【００３２】
そして、実施例１に係るパケットモニタは、所定のＳＡにおけるＩＤが単調増加していないと判定された場合に、このＳＡが示す送信元をＮＡＰＴとして検出する。具体的に一例をあげて説明すると、「ＳＡ＝Ｃ」が１つの端末装置を示す場合には、ＩＤはパケット送信するごとに数値を加算して生成されるため、次の「ＳＡ＝Ｃ」であるパケットには「ＩＤ＝４２６０」以上のＩＤが付与されていなければならない。ここで、現に取得した「ＩＤ＝３０」から「ＩＤ＝４２６０」を差し引くことで算出された差「−４２３０」は、基準ＩＤ「―５」よりも少ないため、「ＩＤ＝３０」は別の端末装置から送信されたパケットに付与されたＩＤであると判定する。このようにして、図１の（４）に示すように、「ＳＡ＝Ｃ」がＮＡＰＴであることを検出する。そして、図１の（５）に示すように「ＳＡ＝ＣはＮＡＰＴである旨のモニタ結果」をＮＭＳに対して出力する。【００３３】
その後、図１の（６）に示すように、パケットロス率算出装置によって「ＳＡ＝Ｃ」のパケットロス率が算出され、図１の（７）に示すように、「ＳＡ＝Ｃ」のパケットロス率がＮＭＳに対して出力される。そして、図１の（８）に示すように、ＮＭＳは、パケットモニタから受け付けた「ＳＡ＝ＣがＮＡＰＴである旨のモニタ結果」と、パケットロス率算出装置から受け付けた「ＳＡ＝Ｃ」のパケットロス率とを用いてネットワークの障害箇所を推定する。【００３４】
このようにして、実施例１に係るパケットモニタは、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することができ、この結果、障害箇所の切り分けを容易に実行することが可能である。すなわち、例えば、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する際に、パケットロスが発生したパケットの送信元がＮＡＰＴを介して接続される端末装置であることがわかるため、下位ネットワークにおいて通信の障害が発生した可能性を考慮することができる。【００３５】
［実施例１に係るパケットモニタの構成］
次に、図２を用いて、図１に示したパケットモニタの構成を説明する。図２は、実施例１に係るパケットモニタの構成を示すブロック図である。同図に示すように、このパケットモニタ１０は、入力部１１と、出力部１２と、記憶部２０と、処理部３０とから構成される。【００３６】
このうち、入力部１１は、各種の情報や各種操作の入力を受け付け、例えば、単数または複数からなる受信ポートに相当する。具体的には、入力部１１は、ＮＭＳからモニタ要求を受け付け、上位ネットワークからパケットを受け付ける。【００３７】
出力部１２は、各種の情報を出力し、例えば、単数または複数からなる送信ポートに相当する。具体的には、出力部１２は、ＮＭＳに対してモニタ結果を出力する。【００３８】
記憶部２０は、処理部３０による各種処理に必要なデータおよびプログラムを格納する。そして、本発明に密接に関係するものとしては、図２に示すように、アドレス情報記憶部２１と、モニタ結果記憶部２２とを備える。【００３９】
アドレス情報記憶部２１は、伝送パケットから取得された情報を記憶する。具体的に一例をあげて説明すると、アドレス情報記憶部２１は、図３に示すように、アドレス情報テーブルとして、伝送パケットおよびＮＡＰＴを介さずにネットワークに接続された端末装置から送信された送信パケットから取得されたＩＤ（例えば、「４２６０」）と、伝送パケットから情報が取得された時刻（例えば、１４：５０：０１）とを伝送パケットおよび送信パケットから取得されたＳＡ（例えば、「Ｃ」）に対応付けて記憶する。なお、図３は、実施例１に係るアドレス情報記憶部に記憶される情報の一例を示す図である。また、これ以降、アドレス情報記憶部２１に既に記憶されたＳＡを適宜「記憶ＳＡ」と表し、アドレス情報記憶部２１に既に記憶されたＩＤを適宜「記憶ＩＤ」と表し、アドレス情報記憶部２１に既に記憶された時刻を適宜「記憶時刻」と表す。【００４０】
モニタ結果記憶部２２は、パケットモニタによって取得されたモニタ結果を記憶する。具体的に一例をあげて説明すると、モニタ結果記憶部２２は、図４に示すように、モニタ結果として、ＮＡＰＴの有無（例えば、「Ｙｅｓ」または「Ｎｏ」）をＳＡ（例えば、「Ｃ」）に対応付けて記憶する。なお、図４は、実施例１に係るモニタ結果記憶部に記憶される情報の一例を示す図である。【００４１】
処理部３０は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。特に本発明に密接に関連するものとしては、パケット情報取得部３１と、ＮＡＰＴ検出部３２と、識別子格納部３３と、モニタ結果出力部３４とを備える。なお、ＮＡＰＴ検出部３２は、請求の範囲に記載の「アドレス変換伝送装置検出手段」および「識別子判定手段」に対応し、識別子格納部３３は、請求の範囲に記載の「識別子格納手段」および「識別子判定手段」に対応する。【００４２】
パケット情報取得部３１は、ネットワーク上を流れるパケットから所定の情報を取得する。具体的には、パケット情報取得部３１は、ＮＭＳから入力部１１を介してモニタ要求を受け付けると、入力部１１を介して伝送された伝送パケットおよび送信パケットを受信する。そして、受信した伝送パケットおよび送信パケットからパケットに付与されたＳＡ（例えば、「ＳＡ＝Ｃ」）と、ＩＤ（例えば、「ＩＤ＝３０」）とを取得する。そして、パケット情報取得部３１は、ＳＡと、ＩＤと、情報を取得した時刻（例えば、１４：５０：０２）とをＮＡＰＴ検出部３２および識別子格納部３３に対して送信する。なお、これ以降、パケット情報取得部３１によって現に取得されたＳＡを適宜「取得ＳＡ」と表し、パケット情報取得部３１によって現に取得されたＩＤを適宜「取得ＩＤ」と表し、パケット情報取得部３１によって現に受け付けた伝送パケットおよび送信パケットから情報を取得した時刻を適宜「取得時刻」と表す。【００４３】
ＮＡＰＴ検出部３２は、所定の記憶部において各送信元アドレスに対応付けて記憶されたＩＤが単調増加しているか否かを各々判定し、所定のＳＡにおけるＩＤが単調増加していないと判定された場合に、このＳＡが示す送信元をＮＡＰＴとして検出する。【００４４】
具体的に例をあげて説明すると、ＮＡＰＴ検出部３２は、パケット情報取得部３１から取得ＳＡ（例えば、「ＳＡ＝Ｃ」）と、取得ＩＤ（例えば、「ＩＤ＝３０」）と、取得時刻（例えば、１４：５０：０２）とを受け付けると、アドレス情報テーブルから取得ＳＡと同一の記憶ＳＡが記憶されたレコードを検索する。ここで、アドレス情報テーブルに同一の記憶ＳＡがない場合には、「新たなるレコードを生成する旨」を識別子格納部３３に対して送信する。一方では、同一の記憶ＳＡがある場合には、同一の記憶ＳＡが記憶されたレコードから記憶時刻（例えば、１４：５０：０１）を読み込み、取得時刻が記憶時刻よりも所定の時刻（例えば、１秒）を経過しているか否かを判定する。【００４５】
ここで、取得時刻が記憶時刻よりも所定の時刻を経過している場合には、ＮＡＰＴ検出部３２は、「記憶時刻を取得時刻に更新する旨」を識別子格納部３３に対して送信する。一方では、取得時刻が記憶時刻に対して所定の時刻以内である場合には、ＮＡＰＴ検出部３２は、アドレス情報テーブルにおける同一のＳＡが記憶されたレコードから記憶ＩＤを読み込み、取得ＩＤ（例えば、「ＩＤ＝３０」）から記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を差し引くことで差（例えば、「−４２３０」）を算出し、この差とユーザによって規定されたＩＤが単調増加しているか判断することが可能な基準ＩＤ（例えば、「−５」）とを比較し、算出された差が基準ＩＤよりも少ないか否かを判定する。ここで、算出された差が基準ＩＤよりも多い場合には、「記憶ＩＤを取得ＩＤに更新する旨」を識別子格納部３３に対して送信する。一方では、算出された差が基準ＩＤよりも少ない場合には、モニタ結果記憶部２２に記憶された同一のＳＡに対応するＮＡＰＴの有無を「Ｎｏ」から「Ｙｅｓ」に更新し、「ＮＡＰＴを検出した旨」を識別子格納部３３に対して送信する。【００４６】
識別子格納部３３は、ネットワーク上を流れるパケットから取得されたＩＤを、ＳＡに対応付けて所定の記憶部に格納する。具体的に例をあげて説明すると、識別子格納部３３は、パケット情報取得部３１から取得ＳＡと、取得ＩＤと、取得時刻とを受け付け、ＮＡＰＴ検出部３２から「新たなるレコードを生成する旨」を受け付けた場合には、アドレス情報テーブルに取得ＩＤ（例えば、「４２６０」）と、取得時刻（例えば、１４：５０：０１）とを取得ＳＡ（例えば、「Ｃ」）に対応付けて新たなるＳＡとして格納し、ＮＡＰＴ検出部３２から「記憶時刻を取得時刻に更新する旨」を受け付けた場合には、アドレス情報テーブルに記憶された記憶時刻（例えば、１４：５０：０１）を取得時刻（例えば、１４：５０：０２）に更新するとともに記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を取得ＩＤ（例えば、「ＩＤ＝３０」）に更新し、ＮＡＰＴ検出部３２から「記憶ＩＤを取得ＩＤに更新する旨」および「ＮＡＰＴを検出した旨」を受け付けた場合には、アドレス情報記憶部２１に記憶された記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を取得ＩＤ（例えば、「ＩＤ＝３０」）に更新する。【００４７】
モニタ結果出力部３４、パケットモニタによるモニタ結果を出力する。具体的には、モニタ結果出力部３４は、モニタ要求を受け付けたときから所定の時刻（例えば１０分）が経過した後に、モニタ結果記憶部２２からモニタ結果（例えば、ＳＡ＝ＣがＮＡＰＴであるモニタ結果）を読み込み、ＮＭＳに対して出力部１２を介してモニタ結果を出力する。【００４８】
［実施例１に係るパケットモニタによる処理］
次に、図５および図６を用いて、パケットモニタ１０による処理を説明する。図５は、実施例１に係るモニタ要求を受け付けた場合のパケットモニタによる全体の処理の流れを示すフローチャートであり、図６は、実施例１に係るパケットを受け付けた場合のパケットモニタによる処理の流れを示すフローチャートである。【００４９】
図５に示すように、パケット情報取得部３１は、ＮＭＳから入力部１１を介してモニタ要求を受け付けると（ステップＳ１０１肯定）、入力部１１を介してＮＡＰＴから伝送された伝送パケットおよび送信パケットを受信し、パケットに付与されたＳＡと、ＩＤとを取得する（ステップＳ１０２）。【００５０】
続いて、ＮＡＰＴ検出部３２は、ＩＤが単調増加しているか否かを判定することでＮＡＰＴを検出し（ステップＳ１０３）、識別子格納部３３は、ＳＡと、ＩＤと時刻とを格納または更新し（ステップＳ１０４）、モニタ結果出力部３４は、モニタ要求を受け付けたときから所定の時刻が経過しているかを判定する（ステップＳ１０５）。【００５１】
ここで、モニタ要求を受け付けたときから所定の時刻が経過していないと判定した場合は（ステップＳ１０５否定）、モニタ結果出力部３４は、パケット情報取得部３１に対して再びＳＡと、ＩＤとを取得させることで上記の処理（ステップＳ１０２〜ステップＳ１０５）を繰り返す。【００５２】
一方では、モニタ要求を受け付けたときから所定の時刻が経過していると判定した場合は（ステップＳ１０５肯定）、モニタ結果出力部３４は、モニタ結果記憶部２２からモニタ結果を読み込み、出力部１２を介してＮＭＳに対してモニタ結果を出力し（ステップＳ１０６）、処理を終了する。【００５３】
また、図６に示すように、パケット情報取得部３１は、入力部１１を介して伝送された伝送パケットおよび送信パケットを受信すると（ステップＳ２０１肯定）、受信した伝送パケットおよび送信パケットからパケットに付与されたＳＡと、ＩＤとを取得する（ステップＳ２０２）。【００５４】
続いて、ＮＡＰＴ検出部３２は、アドレス情報テーブルから取得ＳＡと同一の記憶ＳＡが記憶されたレコードを検索し（ステップＳ２０３）、同一の記憶ＳＡが記憶されたレコードがない場合には（ステップＳ２０３否定）、識別子格納部３３は、アドレス情報テーブルに取得ＩＤと、取得時刻とを取得ＳＡに対応付けて新たなるＳＡとして格納し（ステップＳ２０４）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ２０１）。【００５５】
一方では、同一の記憶ＳＡが記憶されたレコードがある場合には（ステップＳ２０３肯定）、同一の記憶ＳＡが記憶されたレコードから記憶時刻を読み込み、取得時刻が記憶時刻よりも所定の時刻を経過しているか否かを判定し（ステップＳ２０５）、取得時刻が記憶時刻よりも所定の時刻を経過している場合には（ステップＳ２０５否定）、識別子格納部３３は、アドレス情報テーブルに記憶された記憶時刻を取得時刻に更新し（ステップＳ２０６）、アドレス情報テーブルに記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ２０７）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ２０１）。【００５６】
一方では、取得時刻が記憶時刻に対して所定の時刻以内である場合には（ステップＳ２０５肯定）、ＮＡＰＴ検出部３２は、同一のＳＡが記憶されたレコードから記憶ＩＤを読み込み、取得ＩＤから記憶ＩＤを差し引くことで差を算出し、基準ＩＤと比較し、算出された差が基準ＩＤよりも少ないか否かを判定する（ステップＳ２０８）。【００５７】
ここで、算出された差が基準ＩＤよりも多い場合には（ステップＳ２０８否定）、識別子格納部３３は、アドレス情報テーブルに記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ２０７）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ２０１）。【００５８】
一方では、算出された差が基準ＩＤよりも少ない場合には（ステップＳ２０８肯定）、ＮＡＰＴ検出部３２は、モニタ結果記憶部２２に記憶された同一のＳＡにおけるＮＡＰＴの有無を更新し、識別子格納部３３は、アドレス情報テーブルに記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ２０７）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ２０１）。【００５９】
このようにして、実施例１に係るパケットモニタ１０は、モニタ要求を受け付けたときから所定の時間が経過するまで（ステップＳ１０５）、ネットワーク上を流れるパケットをモニタする（ステップＳ２０１〜ステップＳ２０９）。【００６０】
［実施例１の効果］
上記したように、実施例１によれば、伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納し、所定の記憶部において各送信元アドレスに対応付けて記憶された識別子が単調増加しているか否かを各々判定し、所定の送信元アドレスにおける識別子が単調増加していないと判定された場合に、所定の送信元アドレスが示す送信元をアドレス変換伝送装置として検出するので、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することができ、この結果、障害箇所の切り分けを容易に実行することが可能である。すなわち、例えば、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する際に、パケットロスが発生したパケットの送信元がＮＡＰＴを介して接続される端末装置であることがわかるため、下位ネットワークにおいて通信の障害が発生した可能性を考慮することができる。【００６１】
また、実施例１によれば、所定の記憶部において各送信元アドレスに対応付けて記憶された識別子に比べて、伝送パケットから取得された識別子が所定の数値以上に減少しているか否かを各々判定するので所定の送信元アドレスが１つの端末装置を示す場合には、ＩＤが減少することはないという事象から、所定の送信元アドレスに対応するＩＤが減少していた場合に、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することが可能である。【００６２】
また、実施例１によれば、ネットワークを管理するネットワーク管理システムから情報取得要求を受け付けた場合に、伝送パケットから取得された識別子を、送信元アドレスに対応付けて所定の記憶部に格納するので、ネットワークにおける通信の障害箇所を推定する際に、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することが可能である。【００６３】
この、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する場合を具体的に一例をあげて説明すると、図７の（Ａ）に示すように、ＮＭＳは、パケットロス算出装置からセッションＩＤ（例えば、Ｓ‐１）と、宛先アドレス（ＤＡ：Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ（例えば、「Ｅ」））と、宛先ポート番号（ＤＰ：Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ（例えば、「Ｐ‐１」））と、送信元アドレス（ＳＡ：Ｓｏｕｒｃｅ  Ａｄｒｅｓｓ（例えば「Ｃ」））と、送信元ポート番号（ＳＰ：Ｓｏｕｒｃｅ  Ｐｏｒｔ（例えば、「Ｐ‐５」））と、パケットロス率と、所定のセッションＩＤが付与されたパケットのモニタを開始した時刻とを対応付けて記憶されたパケットロス率算出結果を受け付ける。そして、ＮＭＳは、パケットモニタ１０から「ＳＡ＝ＣがＮＡＰＴであるモニタ結果」を受け付けたものとする。なお、図７は、実施例１による効果を説明するための図である。また、ここでいうセッションＩＤは、所定の端末装置間における通信単位を示し、ＤＡ、ＤＰ、ＳＡおよびＳＰの組み合わせによって規定される。【００６４】
このような前提の下、「ＳＡ＝Ｃ」に対応付けて算出されたパケットロス率は「０％」と、「４％」と、「５％」とであり、ＳＡ＝ＣがＮＡＰＴであることから、パケットロスを発生した「Ｓ‐２」および「Ｓ‐３」は、ＮＡＰＴの下位ネットワークに接続された端末装置によって付与されたパケットにおけるセッションＩＤであることがわかる。すなわち、図７の（Ｂ）に示すようなネットワークにおいて、少なくともＮＡＰＴを介するネットワークに通信の障害が発生したことがわかり、その結果、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する場合に、ＮＡＰＴの下位ネットワークにおいて通信の障害が発生した可能性を考慮することができる。
【実施例２】
【００６５】
ところで、上記の実施例１では、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出する場合を説明したが、本発明はこれに限定されるものではなく、例えば、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、ＮＡＰＴの下位ネットワークに接続された端末装置の数を計測するようにしてもよい。そこで、以下では、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、ＮＡＰＴの下位ネットワークに接続された端末装置の数を計測する場合を実施例２として説明する。【００６６】
［実施例２に係るパケットモニタの概要および特徴］
まず最初に、図８を用いて、実施例２に係るパケットモニタの概要および特徴を説明する。図８は、実施例２に係るパケットモニタの概要および特徴を説明するための図である。【００６７】
図８に示すように、実施例２に係るパケットモニタは、実施例１と同様の概要の下、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、ＮＡＰＴの下位ネットワークに接続された端末装置の数を計測することができ、この結果、障害箇所の切り分けをさらに容易に実行することを主たる特徴とする。【００６８】
この主たる特徴について説明する上で、実施例２は、実施例１と同様の前提を有するものとして説明する。そして、実施例２に係るパケットモニタは、伝送パケットから取得されたＩＤを、ＳＡに対応付けてアドレス情報記憶部に格納する。具体的に一例をあげて説明すると、実施例１に係るパケットモニタと同様に、実施例２に係るパケットモニタは、図８の（１）に示すように、ＮＭＳからモニタ要求を受け付けると、端末装置Ａから送信され、ＮＡＰＴによって伝送された伝送パケットを受信し、「ＳＡ＝Ｃ」と、「ＩＤ＝４２６０」とを伝送パケットから取得し、アドレス情報記憶部に記憶する。同様にして、図８の（２）に示すように、端末装置Ｂから送信され、ＮＡＰＴによって伝送された伝送パケットを受信し、「ＳＡ＝Ｃ」と、「ＩＤ＝３０」とを伝送パケットから取得する。【００６９】
そして、実施例２に係るパケットモニタは、アドレス情報記憶部において同一のＳＡとして記憶された各ＩＤが単調増加しているか否かを各々判定する（図８の（３）参照）。具体的に一例をあげて説明すると、伝送パケットから取得した「ＳＡ＝Ｃ」に基づいて、アドレス情報記憶部におけるＳＡごとに記憶された複数のテーブルの中から「ＳＡ＝Ｃテーブル」を検索する。そして、ＳＡ＝Ｃテーブルにおいて任意に与えられた各端末ＩＤ（例えば、「Ｔ‐１」）に対応付けて格納された「ＩＤ＝４２６０」を読み込み、伝送パケットから取得した「ＩＤ＝３０」から「ＩＤ＝４２６０」を差し引くことで差「−４２３０」を算出する。さらに、算出された差とユーザによって規定されたＩＤが単調増加しているか判断することが可能な基準範囲（例えば、「−５以上１０００以下」）とを比較し、算出された差が基準範囲に収まっていないと判定する。【００７０】
そして、実施例２に係るパケットモニタは、算出された差が基準ＩＤに収束してない場合は、伝送パケットから取得されたＩＤを区分して格納する（図８の（４）参照）。具体的に一例をあげて説明すると、「ＳＡ＝Ｃ」が１つの端末装置を示す場合には、ＩＤはパケットを送信するごとに数値を加算して生成されるため、次の「ＳＡ＝Ｃ」であるパケットには「ＩＤ＝４２６０」以上のＩＤが付与されていなければならない。ここで、現に取得した「ＩＤ＝３０」から「ＩＤ＝４２６０」を差し引くことで算出された差「−４２３０」は、基準範囲「−５以上１０００以下」に収まっていないため、「ＩＤ＝３０」は別の端末装置から送信されたパケットに付与されたＩＤであると判定し、アドレス情報記憶部に記憶された端末ＩＤ（例えば、「Ｔ‐１」）とは別の端末ＩＤ（例えば、「Ｔ‐２」）として、取得ＩＤを区分して格納する。【００７１】
そして、実施例２に係るパケットモニタは、区分されて格納された識別子の数をＮＡＰＴに接続された端末装置の数として計測する（図８の（５）参照）。具体的に一例をあげて説明すると、ＳＡ＝Ｃテーブルに記憶された端末ＩＤの数をＮＡＰＴに接続された端末装置の数として計測し、図８の（６）に示すように、「ＳＡ＝ＣがＮＡＰＴであり、２つの端末装置が接続されている旨のモニタ結果」をＮＭＳに対して出力する。【００７２】
その後、図８の（７）に示すように、パケットロス率算出装置によって「ＳＡ＝Ｃ」のパケットロス率が算出され、図８の（８）に示すように、「ＳＡ＝Ｃ」のパケットロス率がＮＭＳに対して出力される。そして、図８の（９）に示すように、ＮＭＳは、パケットモニタから受け付けた「ＳＡ＝ＣがＮＡＰＴであり、２つの端末装置が接続されている旨のモニタ結果」と、パケットロス率算出装置から受け付けた「ＳＡ＝Ｃ」のパケットロス率とを用いてネットワークの障害箇所を推定する。【００７３】
このようにして、実施例２に係るパケットモニタは、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、ＮＡＰＴの下位ネットワークに接続された端末装置の数を計測することができ、この結果、障害箇所の切り分けをさらに容易に実行することが可能である。すなわち、例えば、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する際に、パケットロスが発生したパケットの送信元がＮＡＰＴを介して接続される端末装置であることがわかり、さらに、ＮＡＰＴの下位ネットワークに接続された端末装置の数も計測することができ、この結果、パケットロスが発生したセッションＩＤの数と、端末装置の数との関係から、下位ネットワークにおいて通信の障害が発生した可能性を推測することができる。【００７４】
［実施例２に係るパケットモニタの構成］
次に、図９を用いて、図８に示したパケットモニタの構成を説明する。図９は、実施例２に係るパケットモニタの構成を示すブロック図である。なお、以下に説明するアドレス情報記憶部２１と、モニタ結果記憶部２２と、ＮＡＰＴ検出部３２と、モニタ結果出力部３４と、識別子区分格納部３５と、端末装置計測部３６とを除き、図２に示したパケットモニタ１０と同様に動作し、実施例１に係るパケットモニタ１０と異なる点のみ詳細に説明する。【００７５】
アドレス情報記憶部２１は、伝送パケットから取得された情報を記憶する。具体的に一例をあげて説明すると、アドレス情報記憶部２１は、図１０の（Ａ）に示すように、実施例１と同様に、アドレス情報テーブルを記憶し、図１０の（Ｂ）に示すように、ＳＡごとに記憶された複数のテーブル（例えば、ＳＡ＝Ｃテーブル（以降、取得ＳＡと同一のＳＡに係るテーブルを適宜「同一ＳＡテーブル」と表す））として、ＩＤ（例えば、「４２６０」）と、伝送パケットからＩＤと、ＳＡとが取得された時刻（例えば、１４：５０：０１）とを任意に与えられた端末ＩＤ（例えば、「Ｔ‐１」）に対応付けて記憶する。なお、図１０は、実施例２に係るアドレス情報記憶部に記憶される情報の一例を示す図である。【００７６】
モニタ結果記憶部２２は、パケットモニタによって取得されたモニタ結果を記憶する。具体的に一例をあげて説明すると、モニタ結果記憶部２２は、図１１に示すように、モニタ結果として、ＮＡＰＴの有無（例えば、「Ｙｅｓ」または「Ｎｏ」）と、端末数（例えば「２」）とをＳＡ（例えば、「Ｃ」）に対応付けて記憶する。なお、図１１は、実施例２に係るモニタ結果記憶部に記憶される情報の一例を示す図である。【００７７】
ＮＡＰＴ検出部３２は、実施例１と同様に各処理を実行し、具体的に例をあげて説明すると、パケット情報取得部３１から取得ＳＡ（例えば、「ＳＡ＝Ｃ」）と、取得ＩＤ（例えば、「ＩＤ＝３０」）と、取得時刻（例えば、１４：５０：０２）とを受け付けると、アドレス情報テーブルから取得ＳＡと同一の記憶ＳＡが記憶されたレコードを検索する。ここで、アドレス情報テーブルに同一の記憶ＳＡがない場合には、「新たなるレコードを生成する旨」を識別子区分格納部３５に対して送信する。一方では、同一の記憶ＳＡがある場合には、同一の記憶ＳＡが記憶されたレコードから記憶時刻（例えば、１４：５０：０１）を読み込み、取得時刻が記憶時刻よりも所定の時刻（例えば、１秒）を経過しているか否かを判定する。【００７８】
ここで、取得時刻が記憶時刻よりも所定の時刻を経過している場合には、ＮＡＰＴ検出部３２は、取得時刻がアドレス情報テーブルにおける記憶時刻よりも所定の時刻を経過している場合には、「同一ＳＡテーブルを消去する旨」を識別子区分格納部３５に対して送信する。一方では、取得時刻が記憶時刻に対して所定の時刻以内である場合には、ＮＡＰＴ検出部３２は、アドレス情報テーブルにおける同一のＳＡが記憶されたレコードから記憶ＩＤを読み込み、取得ＩＤ（例えば、「ＩＤ＝３０」）から記憶ＩＤ（例えば、「４２６０」）を差し引くことで差（例えば、「−４２３０」）を算出し、この差とユーザによって規定されたＩＤが単調増加しているか判断することが可能な基準範囲（例えば、「−５以上１０００以下」）とを比較し、算出された差が基準範囲に収まっているかを判定する。ここで、算出された差が基準範囲に収まっている場合には「記憶ＩＤを取得ＩＤに更新する旨」を識別子区分格納部３５に対して送信する。一方では、算出された差が基準範囲に収まっていない場合には、モニタ結果記憶部２２に記憶された同一のＳＡにおけるＮＡＰＴの有無を「Ｎｏ」から「Ｙｅｓ」に更新し、「ＮＡＰＴの検出を終了した旨」を識別子区分格納部３５に対して送信する。【００７９】
識別子区分格納部３５は、ネットワーク上を流れるパケットから取得されたＩＤを、ＳＡに対応付けて所定の記憶部に格納し、所定の記憶部に記憶された同一のＳＡに対応する全てのＩＤよりも所定の度数以上に離れている場合は、伝送パケットから取得されたＩＤを区分して格納し、所定の記憶部に記憶された同一のＳＡに対応する所定のＩＤに対して所定の度数以上に近似する場合は、前記伝送パケットから取得された識別子を所定のＩＤに対して上書きするよう格納する。【００８０】
具体的に例をあげて説明すると、識別子区分格納部３５は、パケット情報取得部３１から取得ＳＡと、取得ＩＤと、取得時刻とを受け付け、ＮＡＰＴ検出部３２から「新たなるレコードを生成する旨」を受け付けた場合には、アドレス情報テーブルに取得ＩＤ（例えば、「４２６０」）と、取得時刻（例えば、１４：５０：０１）とを取得ＳＡ（例えば、「Ｃ」）に対応付けて新たなるＳＡとして格納し、同一ＳＡテーブルを生成し、取得ＩＤと、取得時刻とを新たなる端末ＩＤ（例えば、「Ｔ‐１」）に対応付けて格納する。また、ＮＡＰＴ検出部３２から「同一ＳＡテーブルを消去する旨」を受け付けた場合には、同一ＳＡテーブルを消去し、アドレス情報テーブルに記憶された記憶時刻（例えば、１４：５０：０１）を取得時刻（例えば、１４：５０：０２）に更新するとともに記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を取得ＩＤ（例えば、「ＩＤ＝３０」）に更新する。ＮＡＰＴ検出部３２から「記憶ＩＤを取得ＩＤに更新する旨」を受け付けた場合には、アドレス情報テーブルに記憶された記憶時刻を取得時刻に更新するとともに、記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を取得ＩＤ（例えば、「ＩＤ＝３０」）に更新する。【００８１】
また、識別子区分格納部３５は、ＮＡＰＴ検出部３２から「ＮＡＰＴの検出を終了した旨」を受け付けた場合には、同一ＳＡテーブルから各端末ＩＤに対応する記憶時刻（例えば、１４：５０：０１）を読み込み、取得時刻が各記憶時刻よりも所定の時刻（例えば、１秒）を経過しているか否かを判定し、取得時刻が各記憶時刻よりも所定の時刻を経過している端末ＩＤに係るレコードを消去する。そして、同一ＳＡテーブルから各端末ＩＤに対応する記憶ＩＤを読み込み、取得ＩＤ（例えば、「ＩＤ＝３０」）から各端末ＩＤに対応する記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を差し引くことで各端末ＩＤに対応する端末ＩＤ差（例えば、「−４２３０」）を算出し、この端末ＩＤ差とユーザによって規定されたＩＤが単調増加しているか判断することが可能な基準範囲（例えば、「−５以上１０００以下」）とを比較し、算出された各端末ＩＤ差が基準範囲に収まっているか否かを判定する。【００８２】
ここで、全ての端末ＩＤ差が基準範囲に収まっていない場合には、識別子区分格納部３５は、同一ＳＡテーブルに取得ＩＤと、取得時刻とを新たなる端末ＩＤ（例えば、「Ｔ‐２」）として格納し、アドレス情報テーブルに記憶された記憶時刻（例えば、１４：５０：０１）を取得時刻（例えば、１４：５０：０２）に更新するとともに記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を取得ＩＤ（例えば、「ＩＤ＝３０」）に更新する。一方では、端末ＩＤ差が所定の端末ＩＤに対して基準範囲に収まっている場合には、識別子区分格納部３５は、同一ＳＡテーブルに記憶された所定の端末ＩＤに対応する記憶ＩＤを取得ＩＤに更新し、所定の端末ＩＤに対応する記憶時刻を取得時刻に更新し、アドレス情報テーブルに記憶された記憶ＩＤを取得ＩＤに更新し、記憶時刻を取得時刻に更新する。なお、識別子区分格納部３５は、請求の範囲に記載の「識別子格納手段」、「識別子判定手段」および「識別子区分格納手段」に対応する。【００８３】
端末装置計測部３６は、端末装置の数を計測する。具体的には、端末装置計測部３６は、ＳＡごとに記憶された複数のテーブル（例えば、ＳＡ＝Ｃテーブル）から端末ＩＤを読み込み、各ＳＡにおける端末ＩＤの数を計測する。そして、モニタ結果記憶部２２に計測した端末ＩＤの数（例えば、「２」）をＳＡ（例えば、ＳＡ＝Ｃ）に対応付けて端末数として格納する。なお、端末装置計測部３６は、請求の範囲に記載の「端末装置計測手段」に対応する。【００８４】
モニタ結果出力部３４は、パケットモニタによるモニタ結果を出力する。具体的には、モニタ結果出力部３４は、モニタ要求を受け付けたときから所定の時刻（例えば１０分）が経過した後に、モニタ結果記憶部２２からモニタ結果（例えば、ＳＡ＝ＣがＮＡＰＴであり、端末数が「２」であるモニタ結果）を読み込み、ＮＭＳに対して出力部１２を介してモニタ結果を出力する。【００８５】
［実施例２に係るパケットモニタによる処理］
次に、図１２を用いて、パケットモニタ１０による処理を説明する。図１２は、実施例２に係るパケットを受け付けた場合のパケットモニタによる処理の流れを示すフローチャートである。なお、実施例２に係るモニタ要求を受け付けた場合のパケットモニタによる全体の処理の流れは、モニタ要求を受け付けたときから所定の時刻が経過していると判定した場合に（ステップＳ１０５肯定）、端末装置計測部３６が端末装置の数を計測し、ＮＭＳに対して出力部１２を介してモニタ結果を出力する（ステップＳ１０６）ことを除き、実施例１と同様に処理が流れる。【００８６】
図１２に示すように、パケット情報取得部３１は、入力部１１を介して伝送された伝送パケットおよび送信パケットを受信すると（ステップＳ３０１肯定）、受信した伝送パケットおよび送信パケットからパケットに付与されたＳＡと、ＩＤとを取得する（ステップＳ３０２）。【００８７】
続いて、ＮＡＰＴ検出部３２は、アドレス情報テーブルから取得ＳＡと同一の記憶ＳＡが記憶されたレコードを検索し（ステップＳ３０３）、同一の記憶ＳＡが記憶されたレコードがない場合には（ステップＳ３０３否定）、識別子区分格納部３５は、アドレス情報テーブルに取得ＩＤと、取得時刻とを取得ＳＡに対応付けて新たなるＳＡとして格納し、ＳＡテーブルを生成し（ステップＳ３０４）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ３０１）。【００８８】
一方では、同一の記憶ＳＡが記憶されたレコードがある場合には（ステップＳ３０３肯定）、同一の記憶ＳＡが記憶されたレコードから記憶時刻を読み込み、取得時刻が記憶時刻よりも所定の時刻を経過しているか否かを判定し（ステップＳ３０５）、取得時刻が記憶時刻よりも所定の時刻を経過している場合には（ステップＳ３０５否定）、同一ＳＡテーブルを消去し（ステップＳ３０６）、アドレス情報テーブルに記憶された記憶時刻を取得時刻に更新し（ステップＳ３０７）、アドレス情報テーブルに記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ３０８）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ３０１）。【００８９】
一方では、取得時刻が記憶時刻に対して所定の時刻以内である場合には（ステップＳ３０５肯定）、ＮＡＰＴ検出部３２は、アドレス情報テーブルにおける同一のＳＡが記憶されたレコードから記憶ＩＤを読み込み、取得ＩＤから記憶ＩＤを差し引くことで差を算出し、基準範囲と比較し、基準範囲に収まっているか否かを判定する（ステップＳ３０９）。【００９０】
ここで、算出された差が基準範囲に収まっている場合には（ステップＳ３０９否定）、識別子区分格納部３５は、アドレス情報テーブルに記憶された記憶時刻を取得時刻に更新し（ステップＳ３０７）、同一ＳＡテーブルに記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ３０８）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ３０１）。【００９１】
一方では、算出された差が基準範囲に収まっていない場合には（ステップＳ３０９肯定）、ＮＡＰＴ検出部３２は、モニタ結果記憶部２２に記憶された同一のＳＡにおけるＮＡＰＴの有無を更新し、識別子区分格納部３５は、同一ＳＡテーブルに記憶された取得時刻が各記憶時刻よりも所定の時刻を経過しているレコードを消去し（ステップＳ３１０）、識別子区分格納部３５は、同一ＳＡテーブルから各端末ＩＤに対応する記憶ＩＤを読み込み、取得ＩＤから記憶ＩＤを差し引くことで各端末ＩＤ差を算出し、基準範囲と比較し、算出された各端末ＩＤ差が基準ＩＤに収まっているか否かを判定する（ステップＳ３１１）。【００９２】
ここで、全ての端末ＩＤ差が基準範囲に収まっていない場合には（ステップＳ３１１肯定）、識別子区分格納部３５は、同一ＳＡテーブルに新たなる端末ＩＤとして格納し（ステップＳ３１２）、アドレス情報テーブルに記憶された記憶時刻を取得時刻に更新し（ステップＳ３０７）、アドレス情報記憶部２１に記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ３０８）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ３０１）。【００９３】
一方で、端末ＩＤ差が所定の記憶ＩＤに対して基準範囲に収まっている場合には（ステップＳ３１１否定）、識別子区分格納部３５は、同一ＳＡテーブルに記憶された所定の記憶ＩＤを取得ＩＤに更新し、所定の記憶ＩＤに対応した記憶時刻を取得時刻に更新し（ステップＳ３１３）、アドレス情報テーブルに記憶された記憶時刻を取得時刻に更新し（ステップＳ３０７）、同一ＳＡテーブルに記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ３０８）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ３０１）。【００９４】
このようにして、実施例２に係るパケットモニタ１０は、モニタ要求を受け付けたときから所定の時間が経過するまで（ステップＳ１０５）、ネットワーク上を流れるパケットをモニタする（ステップＳ３０１〜ステップＳ３１３）。【００９５】
［実施例２の効果］
上記したように、実施例２によれば、所定の記憶部に記憶された同一の送信元アドレスに対応する全ての識別子よりも所定の度数以上に離れている場合は、伝送パケットから取得された識別子を区分して格納し、所定の記憶部に記憶された同一の送信元アドレスに対応する所定の識別子に対して所定の度数以上に近似する場合は、伝送パケットから取得された識別子を所定の識別子に対して上書きするよう格納し、区分されて格納された識別子の数をアドレス変換伝送装置に接続された端末装置の数として計測するので、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、ＮＡＰＴの下位ネットワークに接続された端末装置の数を計測することができ、この結果、障害箇所の切り分けをさらに容易に実行することが可能である。すなわち、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する際に、ＮＡＰＴの下位ネットワークに接続された端末装置の数も計測することができるので、パケットロスが発生したセッションＩＤの数と、端末装置の数との関係から、下位ネットワークにおいて通信の障害が発生した強い可能性を推測することができる。【００９６】
また、実施例２によれば、所定の記憶部において各送信元アドレスに対応付けて記憶された識別子に比べて、前記伝送パケットから取得された識別子が所定の数値以上に増加しているか否かを各々判定するので、所定の送信元アドレスが１つの端末装置を示す場合には、ＩＤが急増することはないという事象から、所定の送信元アドレスに対応するＩＤが急増していた場合に、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出することが可能である。【００９７】
この、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する場合を具体的に一例をあげて説明すると、図１３の（Ａ）に示すように、ＮＭＳは、実施例１と同様のパケットロス率算出結果を受け付け、パケットモニタ１０から「ＳＡ＝ＣがＮＡＰＴであり、端末数が「２」であるモニタ結果」を受け付けたものとする。その後、図１３の（Ｂ）に示すように、ＮＭＳは、再びパケットロス算出装置からパケットロス率算出結果を受け付ける。そして、ＮＭＳは、パケットモニタ１０から「ＳＡ＝ＣがＮＡＰＴであり、端末数が「１」であるモニタ結果」を受け付けたものとする。なお、図１３は、実施例２による効果を説明するための図である。【００９８】
このような前提の下、端末数が「２」である場合の「ＳＡ＝Ｃ」に対応付けて算出されたパケットロス率は「０％」と、「４％」と、「５％」とであり、端末数が「１」である場合のパケットロス率は「０％」であることから、パケットロスを発生した「Ｓ‐２」および「Ｓ‐３」は、ＮＡＰＴの下位ネットワークに接続された単一の端末装置によって付与されたパケットにおけるセッションＩＤであることがわかる。そして、下位ネットワークに接続された別の端末装置によって付与されたパケット送信にはパケットロスを発生していないことが推測できる。すなわち、図７の（Ｂ）に示すようなネットワークにおいて、少なくとも２つ以上の端末装置が接続されているＮＡＰＴを介するネットワークに通信の障害が発生したことがわかり、単一の端末装置に通信の障害が発生していることを推測できる。その結果、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する場合に、ＮＡＰＴの下位ネットワークにおいて通信の障害が発生した強い可能性を推測することができる。
【実施例３】
【００９９】
ところで、上記の実施例２では、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、ＮＡＰＴの下位ネットワークに接続された端末装置の数を計測する場合を説明したが、本発明はこれに限定されるものではなく、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、任意に与えられた端末ＩＤに対応するセッションＩＤを検出してもよい。そこで、以下では、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、任意に与えられた端末ＩＤに対応するセッションＩＤを検出する場合を実施例３として説明する。【０１００】
［実施例３に係るパケットモニタの概要および特徴］
まず最初に、実施例３に係るパケットモニタの概要および特徴を説明する。実施例３に係るパケットモニタは、実施例２と同様の概要の下、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、任意に与えられた端末ＩＤに対応するセッションＩＤを検出することができ、この結果、障害箇所の切り分けを具体的に実行できることを主たる特徴とする。【０１０１】
この主たる特徴について説明する上で、実施例３は、実施例２とほぼ同様の前提および特徴を有し、実施例２と異なる点のみ詳細に説明する。【０１０２】
ＮＡＰＴの下位ネットワークに接続された端末装置Ａは、１つのファイルを単数または複数のパケットとして同一の端末装置（ポート番号が異なる場合も同一の端末装置に含めたものとする）に対して送信する際に、「ＳＡ＝Ａ」と、「ＩＤ＝４２６０」と、セッションＩＤ（例えば、「Ｓ‐１」（以降、「Ｓ‐１」に対応する「ＩＤ＝４２６０」を適宜「Ｓ‐１‐４２６０」と表す））とを単数または複数の送信パケットに付与して送信する。ここで、ＮＡＰＴによって下位ネットワークから上位ネットワークに伝送される際に、端末装置Ａによって送信された送信パケットに付与されたセッションＩＤ（例えば、「Ｓ‐１」）は保持される。【０１０３】
また、ＮＡＰＴの下位ネットワークに接続された端末装置Ｂは、１つのファイルを単数または複数のパケットとして同一の端末装置に対して送信する際に、「ＳＡ＝Ｂ」と、「ＩＤ＝３０」と、「Ｓ‐２」とを単数または複数の送信パケットに付与して送信する。そして、端末装置Ｂは、次のファイルを単数または複数の送信パケットとして他の端末装置に対して送信する際に、「ＳＡ＝Ｂ」と、「ＩＤ＝３１」と、「Ｓ‐３」とを付与して送信する。【０１０４】
このような前提の下、実施例３に係るパケットモニタは、所定の記憶部に記憶された同一のＳＡに対応する各ＩＤよりも所定の度数以上に離れている場合は、伝送パケットから取得されたセッションＩＤおよびＩＤを併せて所定の記憶部に区分して格納する。具体的に一例をあげて説明すると、同一の端末装置によって異なるセッションＩＤ（例えば、「Ｓ‐１」および「Ｓ‐２」）が付与される場合には、ＩＤはパケット送信するごとに数値を加算して生成されるため、「Ｓ‐２」が付与されたパケットには「Ｓ‐１‐４２６０」以上のＩＤが付与されていなければならない。ここで、現に取得した「Ｓ‐２‐３０」から「Ｓ‐１‐４２６０」を差し引くことで算出された差「−４２３０」は、基準ＩＤ「―５」よりも少ないため、「Ｓ‐２」は、別の端末装置から送信されたパケットに付与されたセッションＩＤあると判定し、アドレス情報記憶部に「Ｓ‐２」を「Ｓ‐１」とは別の端末ＩＤ（例えば、「Ｔ‐２」）として区分して格納する。【０１０５】
そして、実施例３に係るパケットモニタは、アドレス情報記憶部を参照し、例えば、「ＳＡ＝ＣがＮＡＰＴであり、「Ｓ‐１」および「Ｓ‐２」は、別の端末装置によって付与されたセッションＩＤである旨のモニタ結果」をＮＭＳに対して出力する。【０１０６】
その後、パケットロス率算出装置によって、「Ｓ‐１」および「Ｓ‐２」のパケットロス率が算出され、「Ｓ‐１」および「Ｓ‐２」のパケットロス率がＮＭＳに対して出力される。そして、ＮＭＳは、パケットモニタから受け付けた「ＳＡ＝ＣがＮＡＰＴであり、「Ｓ‐１」および「Ｓ‐２」は、異なる端末装置によって付与されたセッションＩＤである旨のモニタ結果」と、パケットロス率算出装置から受け付けた「Ｓ‐１」および「Ｓ‐２」のパケットロス率とを用いてネットワークの障害箇所を推定する。【０１０７】
このようにして、実施例３に係るパケットモニタは、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、任意に与えられた端末ＩＤに対応するセッションＩＤを検出することができ、この結果、障害箇所の切り分けを具体的に実行することが可能である。すなわち、例えば、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する際に、パケットロスが発生したセッションＩＤがＮＡＰＴを介して接続される端末装置によって付与されたセッションＩＤであることがわかり、さらに、任意に与えられた端末ＩＤとパケットロスが発生したセッションＩＤとを対応付けることで、パケットロスが発生したセッションＩＤに対応する端末装置を特定でき、同一のセッションＩＤにおいてパケットロスが頻出している端末装置にはＮＡＰＴと端末装置との間、つまり、下位ネットワーク側において通信の障害が発生しているものと推測することができる。【０１０８】
［実施例３に係るパケットモニタの構成］
次に、実施例３に係るパケットモニタの構成を説明する。なお、実施例３に係るパケットモニタは、モニタ結果記憶部２２と、端末装置計測部３６とを除く他は、図９に示したパケットモニタ１０と同様の構成からなり、以下に説明するアドレス情報記憶部２１と、パケット情報取得部３１と、ＮＡＰＴ検出部３２と、モニタ結果出力部３４と、識別子区分格納部３５とを除き、図９に示したパケットモニタ１０と同様に動作し、実施例２に係るパケットモニタ１０と異なる点のみ詳細に説明する。【０１０９】
アドレス情報記憶部２１は、伝送パケットから取得された情報を記憶する。具体的に一例をあげて説明すると、アドレス情報記憶部２１は、図１４の（Ａ）に示すように、実施例１および実施例２と同様に、アドレス情報テーブルを記憶する。そして、アドレス情報記憶部２１は、図１４の（Ｂ）に示すように、ＳＡごとに記憶された複数のテーブル（例えば、ＳＡ＝Ｃテーブル）として、セッションＩＤ（例えば、「Ｓ‐１」）と、ＩＤ（例えば、「４２６０」）と、ＩＤが格納された際に取得したパケットに付与されていたセッションＩＤとして前回セッションＩＤ（例えば、「ｆＳ‐１」）と、所定の端末ＩＤに対応付けて記憶されていたが、その後、所定の端末ＩＤに係るレコードから消去されたセッションＩＤとして消去済セッションＩＤ（例えば、「ｄＳ‐２」とを任意に与えられた端末ＩＤ（例えば、「Ｔ‐１」）に対応付けて記憶する。さらに、アドレス情報記憶部２１は、図１４の（Ｃ）に示すように、ＳＡごとに記憶された複数のテーブルであるセッションＩＤテーブル（例えば、セッションテーブルＣ）（以降、取得ＳＡと同一のＳＡに係るセッションＩＤテーブルを適宜「同一ＳＡセッションテーブル」と表す）として、端末ＩＤ（例えば、「Ｔ‐１」）と、所定のセッションＩＤが付与されたパケットを最初に受信した時刻として開始時刻（例えば、１４：５０：０１）とをセッションＩＤに対応付けて記憶する。なお、図１４は、実施例３に係るアドレス情報記憶部に記憶される情報の一例を示す図である。また、例えば、「ｆＳ−１」や「ｄＳ−１」を、「Ｓ−１」と同一のセッションＩＤとする。【０１１０】
パケット情報取得部３１は、ネットワーク上を流れるパケットから所定の情報を取得する。具体的には、パケット情報取得部３１は、ＮＭＳから入力部１１を介してモニタ要求を受け付けると、受信した伝送パケットおよび送信パケットからパケットに付与されたＳＡと、ＩＤと、セッションＩＤとを取得する。そして、パケット情報取得部３１は、ＳＡと、ＩＤと、セッションＩＤと、情報を取得した時刻とをＮＡＰＴ検出部３２および識別子区分格納部３５に対して送信する。なお、これ以降、パケット情報取得部３１によって現に取得されたセッションＩＤを適宜「取得セッションＩＤ」と表す。【０１１１】
ＮＡＰＴ検出部３２は、実施例２と同様に各処理を実行する。具体的に例をあげて説明すると、パケット情報取得部３１から取得ＳＡと、取得ＩＤと、取得セッションＩＤと、取得時刻とを受け付ける。そして、アドレス情報テーブルから取得ＳＡと同一の記憶ＳＡを検索し、ＳＡがある場合には、同一ＳＡセッションテーブルから取得セッションＩＤと同一のセッションＩＤが記憶されたレコードを検索する。ここで、同一のセッションＩＤがない場合には、「新たなるレコードを生成する旨」を識別子区分格納部３５に対して送信する。一方では、同一のセッションＩＤがある場合には、同一ＳＡセッションテーブル（例えば、セッションテーブルＣ）から、取得セッションＩＤ（例えば、「Ｓ‐１」）と同一のセッションＩＤを検索する。ここで、同一ＳＡセッションテーブルに取得セッションＩＤと同一のセッションＩＤがない場合には「取得セッションＩＤに係るレコードを生成する旨」を識別子区分格納部３５に対して送信する。【０１１２】
一方では、ＮＡＰＴ検出部３２は、同一ＳＡセッションテーブルに取得セッションＩＤと同一のセッションＩＤがある場合には、取得セッションＩＤが同一ＳＡテーブルに記憶された前回セッションＩＤ（例えば、「ｆＳ‐１」）と同一であるかを判定する。ここで、取得セッションＩＤが前回セッションＩＤと同一である場合には、「取得セッションＩＤに係るＩＤを更新する旨」を識別子区分格納部３５に対して送信する。【０１１３】
一方では、ＮＡＰＴ検出部３２は、取得セッションＩＤが前回セッションＩＤと同一でない場合には、同一ＳＡテーブルから取得セッションＩＤに対応する記憶ＩＤを読み込み、取得ＩＤ（例えば、「ＩＤ＝４２６０」）から記憶ＩＤ（例えば、「ＩＤ＝１００００」）を差し引くことで差（例えば、「ＩＤ＝−５７４０」）を算出し、この差とユーザによって規定されたＩＤが単調増加しているか判断することが可能な基準ＩＤ（例えば、「−５」）とを比較し、算出された差が基準ＩＤよりも少ないか否かを判定する。ここで、算出された差が基準ＩＤよりも多い場合には、「取得セッションＩＤに係るＩＤおよび前回セッションを更新する旨」を識別子区分格納部３５に対して送信する。【０１１４】
一方では、ＮＡＰＴ検出部３２は、算出された差が基準ＩＤよりも少ない場合には、同一ＳＡセッションテーブルから取得セッションＩＤに対応する端末ＩＤを読み込み、同一の端末ＩＤが記憶された各レコードに記憶された開始時刻を参照し、開始時刻が最も新しいセッションＩＤを検索し、検索されたセッションＩＤを消去すべきセッションＩＤを示す「消去対象セッションＩＤ」として識別子区分格納部３５に対して送信する。【０１１５】
識別子区分格納部３５は、所定の記憶部に記憶された同一のＳＡに対応する各ＩＤよりも所定の度数以上に離れている場合は、伝送パケットから取得されたセッションＩＤおよびＩＤを併せて所定の記憶部に区分して格納する。具体的に例をあげて説明すると、パケット情報取得部３１から取得ＳＡと、取得ＩＤと、セッションＩＤと、取得時刻とを受け付ける。そして、ＮＡＰＴ検出部３２から「新たなるレコードを生成する旨」を受け付けた場合には、アドレス情報テーブルに取得ＩＤを取得ＳＡに対応付けて新しいレコードとして格納し、取得ＳＡに係るＳＡテーブルを生成し、同一ＳＡテーブルに新たなるセッションＩＤ（例えば、「Ｔ‐１」）と、取得ＩＤ（例えば、「ＩＤ＝４２６０」）と、前回セッション（例えば、「ｆＳ‐１」）とを新たなる端末ＩＤ（例えば、「Ｔ‐１」）に対応付けて格納し、取得ＳＡに係るＳＡセッションテーブルを生成し、新たなる端末ＩＤと、開始時刻（例えば、１４：５０：０１）とを新たなるセッションＩＤに対応付けて格納する。【０１１６】
そして、識別子区分格納部３５は、ＮＡＰＴ検出部３２から「取得セッションＩＤに係るレコードを生成する旨」を受け付けた場合には、同一ＳＡテーブルに既存の端末ＩＤ（例えば、「Ｔ‐１」）に対応付けて取得セッションＩＤを格納し、既存の端末ＩＤに対応した記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を取得ＩＤ（例えば、「ＩＤ＝４２６１」）に更新し、前回セッション（例えば、「ｆＳ‐１」）を取得セッションＩＤ（例えば「ｆＳ‐２」に更新し、同一ＳＡセッションテーブルに取得セッションＩＤと対応した端末ＩＤ（例えば、「Ｔ‐１」）と、開始時刻（例えば、１４：５０：０１）とをセッションＩＤに対応付けて新たなるレコードとして格納する。【０１１７】
そして、識別子区分格納部３５は、ＮＡＰＴ検出部３２から「取得セッションＩＤに係るＩＤを更新する旨」を受け付けた場合には、同一ＳＡテーブルに記憶された記憶ＩＤ（例えば、「ＩＤ＝４２６０」）を取得ＩＤ（例えば、「ＩＤ＝４２６１」）に更新する。さらに、識別子区分格納部３５は、ＮＡＰＴ検出部３２から「取得セッションＩＤに係るＩＤおよび前回セッションを更新する旨」を受け付けた場合には、同一ＳＡテーブルに記憶された前回セッションＩＤ（例えば、「ｆＳ‐１」）を取得セッションＩＤ（例えば、「ｆＳ‐２」）に更新し、記憶ＩＤを取得ＩＤに更新する。【０１１８】
そして、識別子区分格納部３５は、ＮＡＰＴ検出部３２から消去対象セッションＩＤを受け付けると、同一ＳＡテーブルから消去対象セッションＩＤ（例えば、「Ｓ‐４」）を消去し、消去したレコードに削除済セッションＩＤ（例えば、「ｄＳ‐４」）を格納し、消去したレコードに対応する記憶ＩＤ（例えば、「ＩＤ＝１００００」）を取得ＩＤ（例えば、「ＩＤ＝４２６３」）に更新し、消去したレコードに対応する前回セッションＩＤ（例えば、「ｆＳ‐４」）を取得セッションＩＤ（例えば、「ｆＳ‐１」）に更新し、同一ＳＡテーブル（例えば、ＳＡ＝Ｃテーブル）から消去対象セッションＩＤ（例えば、「Ｓ‐４」）と同一の削除済セッションＩＤ（例えば、「ｄＳ‐４」）を検索する。【０１１９】
ここで、識別子区分格納部３５は、同一ＳＡテーブルにおける全ての端末ＩＤに消去対象セッションＩＤと同一の削除済セッションＩＤがある場合には、同一ＳＡテーブル（例えば、ＳＡ＝Ｃテーブル）に消去対象セッションＩＤ（例えば、「Ｓ‐４」）と、消去対象セッションＩＤに係る取得ＩＤ（例えば、「ＩＤ＝１００００」）と、消去対象セッションＩＤである前回セッションＩＤ（例えば、「ｆＳ‐４」）とを新たなる端末ＩＤ（例えば、「Ｔ‐３」）に対応付けて格納し、同一ＳＡセッションテーブルに記憶された消去対象セッションＩＤに対応する端末ＩＤを新たなる端末ＩＤに更新する。【０１２０】
一方では、識別子区分格納部３５は、同一ＳＡテーブルにおける所定の端末ＩＤに消去対象セッションＩＤと同一の削除済セッションＩＤがない場合は、同一ＳＡテーブル（例えば、ＳＡ＝Ｃテーブル）に消去対象セッションＩＤ（例えば、「Ｓ‐４」）を所定の端末ＩＤ（例えば、「Ｔ‐２」）に対応付けて格納し、所定の端末ＩＤ（例えば、「Ｔ‐２」）に対応した記憶ＩＤ（例えば、「ＩＤ＝３２」）を消去対象セッションＩＤに係る取得ＩＤ（例えば、「ＩＤ＝１００００」）に更新し、前回セッションＩＤ（例えば、「ｆＳ‐３」）を消去対象セッションＩＤ（例えば、「ｆＳ‐４」）に更新し、同一ＳＡセッションテーブルに記憶された消去対象セッションＩＤ（例えば、「ｆＳ‐４」）に対応した端末ＩＤ（例えば、「Ｔ‐１」）を所定の端末ＩＤ（例えば、「Ｔ‐２」）に更新する。【０１２１】
モニタ結果出力部３４は、パケットモニタによるモニタ結果を出力する。具体的には、モニタ結果出力部３４は、モニタ要求を受け付けたときから所定の時刻（例えば１０分）が経過した後に、アドレス情報記憶部２１からモニタ結果（例えば、ＳＡ＝ＣがＮＡＰＴであり、「Ｓ‐１」および「Ｓ‐２」は、異なる端末装置によって付与されたセッションＩＤである旨のモニタ結果）を読み込み、ＮＭＳに対して出力部１２を介してモニタ結果を出力する。【０１２２】
［実施例３に係るパケットモニタによる処理］
次に、図１５を用いて、パケットモニタ１０による処理を説明する。図１５は、実施例３に係るパケットを受け付けた場合のパケットモニタによる処理の流れを示すフローチャートである。なお、実施例３に係るモニタ要求を受け付けた場合のパケットモニタによる全体の処理の流れは、ＮＡＰＴから入力部１１を介して伝送された伝送パケットおよび送信パケットを受信し、パケットに付与されたＳＡと、ＩＤと、セッションＩＤとを取得し、（ステップＳ１０２）、識別子区分格納部３５は、ＳＡと、ＩＤと、セッションＩＤと開始時刻とを区分して格納または更新する（ステップＳ１０４）ことを除き、実施例１と同様に処理が流れる。【０１２３】
図１５に示すように、パケット情報取得部３１は、入力部１１を介して伝送された伝送パケットおよび送信パケットを受信すると（ステップＳ４０１肯定）、受信した伝送パケットおよび送信パケットからパケットに付与されたＳＡと、ＩＤと、セッションＩＤとを取得する（ステップＳ４０２）。【０１２４】
続いて、ＮＡＰＴ検出部３２は、アドレス情報テーブルから取得ＳＡと同一の記憶ＳＡを検索し（ステップＳ４０３）、同一の記憶ＳＡがない場合には（ステップＳ４０３否定）、アドレス情報テーブルに新しいレコードとして格納し、取得ＳＡに係るテーブルを生成し、取得ＳＡに係るテーブルセッションテーブルを生成し（ステップＳ４０４）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ４０１）。【０１２５】
一方では、同一の記憶ＳＡが記憶されたレコードがある場合には（ステップＳ４０３肯定）、同一ＳＡセッションテーブルから、取得セッションＩＤと同一のセッションＩＤを検索し（ステップＳ４０５）、同一のセッションＩＤがない場合には（ステップＳ４０５否定）、ＳＡテーブルにセッションＩＤを格納し、記憶ＩＤを取得ＩＤに更新し、セッションテーブルに端末ＩＤと、開始時刻とを新たなるセッションＩＤとして格納し（ステップＳ４０６）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ４０１）。【０１２６】
一方では、同一のセッションＩＤがある場合には（ステップＳ４０５肯定）、前回セッションＩＤと同一であるかを判定し（ステップＳ４０７）、前回セッションＩＤと同一である場合には（ステップＳ４０７否定）、ＳＡテーブルに記憶された記憶ＩＤを取得ＩＤに更新し（ステップＳ４０８）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ４０１）。【０１２７】
一方では、前回セッションＩＤと同一でない場合には（ステップＳ４０７肯定）、同一ＳＡテーブルから検索した端末ＩＤにおける記憶ＩＤを読み込み、取得ＩＤから記憶ＩＤを差し引くことで差を算出し、この差とユーザによって規定された基準ＩＤとを比較し、算出された差が基準ＩＤよりも少ないか否かを判定し（ステップＳ４０９）、算出された差が基準ＩＤよりも多い場合には（ステップＳ４０９否定）、ＳＡテーブルに記憶された前回セッションＩＤを取得セッションＩＤに更新し、記憶ＩＤを取得ＩＤに更新し（ステップＳ４１０）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ４０１）。【０１２８】
一方では、算出された差が基準ＩＤよりも少ない場合には（ステップＳ４０９肯定）、同一ＳＡセッションテーブルから取得セッションＩＤが記憶されたレコードに記憶された端末ＩＤを読み込み、同一の端末ＩＤが記憶された各レコードに記憶された開始時刻を参照し、開始時刻が最も新しいセッションＩＤを検索する（ステップＳ４１１）。【０１２９】
続いて、識別子区分格納部３５は、同一ＳＡテーブルから消去対象セッションＩＤを消去し、消去したレコードに削除済セッションＩＤを格納し、消去したレコードに対応する記憶ＩＤを取得ＩＤに更新し、消去したレコードに対応する前回セッションＩＤを取得セッションＩＤに更新し、同一ＳＡテーブルから消去対象セッションＩＤと同一の削除済セッションＩＤを検索し（ステップＳ４１２）、同一ＳＡテーブルにおける全ての端末ＩＤに消去対象セッションＩＤと同一の削除済セッションＩＤがある場合には（ステップＳ４１２肯定）、同一ＳＡテーブルに消去対象セッションＩＤと、消去対象セッションＩＤに係る取得ＩＤと、消去対象セッションＩＤである前回セッションＩＤとを新たなる端末ＩＤに対応付けて格納し、同一ＳＡセッションテーブルに記憶された消去対象セッションＩＤに対応する端末ＩＤを新たなる端末ＩＤに更新し（ステップＳ４１３）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ４０１）。【０１３０】
一方では、識別子区分格納部３５は、同一ＳＡテーブルにおける所定の端末ＩＤに消去対象セッションＩＤと同一の削除済セッションＩＤがない場合には（ステップＳ４１２否定）、同一ＳＡテーブルに消去対象セッションＩＤを所定の端末ＩＤに対応付けて格納し、前回セッションＩＤを消去対象セッションＩＤに更新し、同一ＳＡセッションテーブルに記憶された消去対象セッションＩＤに対応した端末ＩＤを所定の端末ＩＤに更新し（ステップＳ４１４）、パケット情報取得部３１に対して再び伝送パケットおよび送信パケットを待機させる（ステップＳ４０１）。【０１３１】
このようにして、実施例３に係るパケットモニタ１０は、モニタ要求を受け付けたときから所定の時間が経過するまで（ステップＳ１０５）、ネットワーク上を流れるパケットをモニタする（ステップＳ４０１〜ステップＳ４１４）。【０１３２】
ここで、図１６を用いて、実施例３に係るパケットモニタによる処理の一例を説明する。図１６は、実施例３に係るパケットモニタによる処理の一例を説明するための図である。ここで、実施例３に係るパケットモニタによる処理の一例を説明する上で、図１６の（Ａ）に示すように、全てのパケットには「ＳＡ＝Ｃ」が付与されているものとし、時刻「１４：５０：０１」において「Ｓ‐１‐４２６０」、時刻「１４：５０：０２」において「Ｓ‐２‐３０」、時刻「１４：５０：０３」において「Ｓ‐３‐３１」、時刻「１４：５０：０４」において「Ｓ‐１‐４２６１」、時刻「１４：５０：０４」において「Ｓ‐１‐４２６２」が付与されたパケットを順次、受信したものとし、このような前提の下、時刻「１４：５０：０５」において「Ｓ‐４‐１００００」、時刻「１４：５０：０６」において「Ｓ‐１‐４２６３」、時刻「１４：５０：０７」において「Ｓ‐２‐３２」が付与されたパケットを順次、受信する例を説明する。なお、図１６では、図１４に示したアドレス情報記憶部２１を簡略化して示す。【０１３３】
図１６の（Ａ）に示すように、ＳＡ＝Ｃテーブルには、「Ｓ‐１」と、「ＩＤ＝４２６２」と、「ｆＳ‐１」と、「ｄＳ‐２、ｄＳ‐３」が端末ＩＤ「Ｔ‐１」に対応付けて記憶され、「Ｓ‐２、Ｓ‐３」と、「ＩＤ＝３１」と、「ｆＳ‐３」と、「ｄＳ‐２、ｄＳ‐３」が「Ｔ‐２」に対応付けて記憶されている。また、セッションテーブルＣには、「Ｔ‐１」と、「１４：５０：０１」とが「Ｓ‐１」に対応付けて記憶され、「Ｔ‐２」と、「１４：５０：０２」とが「Ｓ‐２」に対応付けて記憶され、「Ｔ‐２」と、「１４：５０：０３」とが「Ｓ‐３」に対応付けて記憶されている。【０１３４】
このような前提の下、実施例３に係るパケットモニタは、時刻「１４：５０：０５」において「Ｓ‐４‐１００００」が付与されたパケットを受信すると（ステップＳ４０１肯定）、受信した伝送パケットおよび送信パケットからパケットに付与された「ＳＡ＝Ｃ」と、「ＩＤ＝１００００」と、「Ｓ‐４」とを取得する（ステップＳ４０２）。そして、アドレス情報テーブルに「ＳＡ＝Ｃ」があるため（ステップＳ４０３肯定）、セッションテーブルＣから「Ｓ‐４」を検索する（ステップＳ４０５）。ここで、同一のセッションＩＤがないため（ステップＳ４０５否定）、ＳＡ＝Ｃテーブルに「Ｔ‐１」に対応付けて「Ｓ‐４」を格納し、「ＩＤ＝４２６２」を「ＩＤ＝１００００」に更新し、セッションテーブルＣに「Ｔ‐１」と、「１４：５０：０５」とを「Ｓ‐４」に対応付けて格納する（ステップＳ４０６）（図１６の（Ｂ）参照）。【０１３５】
続いて、実施例３に係るパケットモニタは、時刻「１４：５０：０６」において「Ｓ‐１‐４２６３」が付与されたパケットを受信すると（ステップＳ４０１肯定）、受信した伝送パケットおよび送信パケットからパケットに付与された「ＳＡ＝Ｃ」と、「ＩＤ＝４２６３」と、「Ｓ‐１」とを取得する（ステップＳ４０２）。そして、アドレス情報テーブルに「ＳＡ＝Ｃ」があり（ステップＳ４０３肯定）、セッションテーブルＣに「Ｓ‐１」があり（ステップＳ４０５肯定）、「ｆＳ‐４」と同一でなく（ステップＳ４０７肯定）、算出された差「―５７３７」が基準ＩＤ「−５」よりも少ないため（ステップＳ４０９肯定）、開始時刻が最も新しい「Ｓ‐４」を検索する（ステップＳ４１１）。そして、ＳＡ＝Ｃテーブルから「Ｓ‐４」を消去し、消去したレコードに「ｄＳ‐４」を格納し、「ＩＤ＝１００００」を「ＩＤ＝４２６３」に更新し、「ｆＳ‐４」を「ｆＳ‐１」に更新し、「Ｔ‐２」に「ｄＳ‐４」がないため（ステップＳ４１２否定）、ＳＡ＝Ｃテーブルに「Ｓ‐４」を「Ｔ‐２」に対応付けて格納し、「Ｔ‐２」に対応した「ＩＤ＝３２」を「ＩＤ＝１００００」に更新し、「ｆＳ‐３」を「ｆＳ‐４」に更新し、セッションテーブルＣに記憶された「Ｓ‐４」に対応した「Ｔ‐１」を「Ｔ‐２」に更新する（ステップＳ４１４）（図１６の（Ｃ）参照）。【０１３６】
続いて、実施例３に係るパケットモニタは、時刻「１４：５０：０７」において「Ｓ‐２‐３２」が付与されたパケットを受信すると（ステップＳ４０１肯定）、受信した伝送パケットおよび送信パケットからパケットに付与された「ＳＡ＝Ｃ」と、「ＩＤ＝３２」と、「Ｓ‐２」とを取得する（ステップＳ４０２）。そして、アドレス情報テーブルに「ＳＡ＝Ｃ」があり（ステップＳ４０３肯定）、セッションテーブルＣに「Ｓ‐２」があり（ステップＳ４０５肯定）、「ｆＳ‐４」と同一でなく（ステップＳ４０７肯定）、算出された差「―４２３１」が基準ＩＤ「−５」よりも少ないため（ステップＳ４０９肯定）、開始時刻が最も新しい「Ｓ‐４」を検索する（ステップＳ４１１）。そして、ＳＡ＝Ｃテーブルから「Ｔ‐２」に対応した「Ｓ‐４」を消去し、「Ｔ‐２」に対応付けて「ｄＳ‐４」を格納し「ＩＤ＝１００００」を「ＩＤ＝３２」に更新し、「ｆＳ−４」を「ｆＳ−２」に更新し、全ての端末ＩＤに「ｄＳ‐４」があるため（ステップＳ４１２肯定）、ＳＡ＝Ｃテーブルに「Ｓ‐４」と、「ＩＤ＝１００００」と、「ｆＳ−４」とを「Ｔ‐３」に対応付けて格納し、セッションテーブルＣに記憶された「Ｓ‐４」に対応する「Ｔ‐２」を「Ｔ‐３」に更新する（ステップＳ４１３）（図１６の（Ｄ）参照）。【０１３７】
［実施例３の効果］
上記したように、実施例３によれば、伝送パケットから取得された識別子およびセッションＩＤを、送信元アドレスに対応付けて所定の記憶部に格納し、所定の記憶部に記憶された同一の送信元アドレスに対応する各識別子よりも所定の度数以上に離れている場合は、伝送パケットから取得されたセッションＩＤおよび識別子を併せて所定の記憶部に区分して格納するので、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出した上で、任意に与えられた端末ＩＤに対応するセッションＩＤを検出することができ、この結果、障害箇所の切り分けを具体的に実行することが可能である。すなわち、例えば、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する際に、パケットロスが発生したセッションＩＤがＮＡＰＴを介して接続される端末装置によって付与されたセッションＩＤであることがわかり、さらに、任意に与えられた端末ＩＤとパケットロスが発生したセッションＩＤとを対応付けることで、パケットロスが発生したセッションＩＤに対応する端末装置を特定でき、同一のセッションＩＤにおいてパケットロスが頻出している端末装置にはＮＡＰＴと端末装置との間、つまり、下位ネットワーク側において通信の障害が発生しているものと推測することができる。【０１３８】
この、パケットロス率を用いてネットワークにおける通信の障害箇所を推定する場合を具体的に一例をあげて説明すると、図１７の（Ａ）に示すように、ＮＭＳは、パケットロス算出装置からセッションＩＤ（例えば、Ｓ‐１）と、宛先アドレス（ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ））（例えば、「Ｅ」）と、宛先ポート番号（ＤＰ（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ））（例えば、「Ｐ‐１」）と、送信元アドレス（ＳＡ（Ｓｏｕｒｃｅ  Ａｄｒｅｓｓ））（例えば「Ｃ」）と、送信元ポート番号（ＳＰ（Ｓｏｕｒｃｅ  Ｐｏｒｔ））（例えば、「Ｐ‐４」）と、パケットロス率と、所定のセッションＩＤが付与されたパケットのモニタを開始した時刻とを対応付けて記憶されたパケットロス率算出結果を受け付け、パケットモニタ１０から「ＳＡ＝ＣがＮＡＰＴであり、「Ｓ‐１」および「Ｓ‐２」は、異なる端末装置によって付与されたセッションＩＤであり、「Ｓ‐２」と「Ｓ‐３」は、同一の端末装置によって付与されたセッションＩＤである旨のモニタ結果」を受け付けたものとする。なお、図１７は、実施例３による効果を説明するための図である。【０１３９】
このような前提の下、「Ｓ‐１」に対応付けて算出されたパケットロス率は「０％」であり、「Ｓ‐２」に対応付けて算出されたパケットロス率は「４％」あり、「Ｓ‐３」に対応付けて算出されたパケットロス率は「５％」であることから、「Ｓ‐２」および「Ｓ‐３」は、ＮＡＰＴの下位ネットワークに接続された単一の端末装置によって付与されたパケットにおけるセッションＩＤであることがわかる。そして、下位ネットワークに接続された別の端末装置によって付与された「Ｓ‐１」にはパケットロスを発生していないことがわかる。すなわち、図１７の（Ｃ）に示すようなネットワークにおいて、ＮＡＰＴを介するネットワークに通信の障害が発生したことがわかり、「Ｓ‐２」および「Ｓ‐３」をパケットに付与した単一の端末装置に通信の障害が発生していることを推測できる。この結果、下位ネットワークにおいて通信の障害が発生したことが推測することができ、通信に障害が発生している端末装置を推測することができる。
【実施例４】
【０１４０】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、実施例４として、他の実施例を説明する。【０１４１】
例えば、実施例１〜３では、本発明をパケットモニタに適応する場合を説明したが、本発明はこれに限定されるものではなく、本発明をパケットから所定の情報を取得する情報取得装置（例えば、ルータなど）に適応してもよい。【０１４２】
また、実施例１〜３では、パケットロス率に基づいて、ネットワークにおける通信の障害箇所を推定する場合を説明したが、本発明はこれに限定されるものではなく、パケットの送信遅延などのモニタ結果に基づいてネットワークにおける通信の障害箇所を推定してもよい。【０１４３】
また、実施例１〜３では、ＩＤが単に単調増加しているか判断する場合を説明したが、本発明はこれに限定されるものではなく、ＩＤの増加における周回を考慮するようにしてもよい。すなわち、ＩＤは１６ビット（例えば、「ＩＤ＝０」〜「ＩＤ＝６５５３５」）によって規定される数値であるので、例えば、「ＩＤ＝３０」から「ＩＤ＝６５５３６」を差し引くことで算出した差「−６５５０５」をＩＤが周回したものとして判定し、単調増加していると判定してもよい。【０１４４】
また、実施例１〜３では、ＩＤが１６ビット（例えば、「ＩＤ＝０」〜「ＩＤ＝６５５３５」）によって規定される数値として説明したが、本発明はこれに限定されるものではなく、ＩＤが２つの８ビットによって規定される数値であってもよい。すなわち、ＩＤを左右の８ビットによって規定し、ＩＤが左の８ビットから単調増加する場合と、右の８ビットから単調増加する場合とがあるがいずれにあっても本発明を適用することができる。【０１４５】
（システム構成等）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。すなわち、例えば、実施例１〜３では、ＮＭＳからモニタ要求を受け付けて、パケットから情報を取得してモニタ結果を取得し、ＮＭＳに対してモニタ結果を出力するまでの例を実施例として説明したが、本発明はこれに限定されるものではなく、ユーザがパケットモニタによる処理を実行することでモニタ結果を取得してもよい。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（例えば、図３、図４、図１０、図１１、図１４などに示した記憶情報や、図１、図７、図８、図１３、図１６、図１７などに示した出力情報）、特記する場合を除いて任意に変更することができる。【０１４６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる（例えば、図２において、アドレス情報記憶部をモニタ結果記憶部に統合するなどできる）。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。【０１４７】
（情報取得プログラム）
ところで、上記の実施例では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本発明はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図１８を用いて、上記の実施例に示したパケットモニタと同様の機能を有する情報取得プログラムを実行するコンピュータの一例を説明する。図１８は、情報取得プログラムを実行するコンピュータを示す図である。【０１４８】
同図に示すように、パケットモニタとしてのコンピュータ１１０は、入力部１２０、ＨＤＤ１３０、ＣＰＵ１４０、ＲＯＭ１５０、ＲＡＭ１６０および出力部１７０をバス１８０などで接続して構成される。【０１４９】
ＲＯＭ１５０には、上記の実施例１に示したパケットモニタ１０と同様の機能を発揮する情報取得プログラム、つまり、図１８に示すようにパケット情報取得プログラム１５０ａと、ＮＡＰＴ検出プログラム１５０ｂと、識別子格納プログラム１５０ｃと、モニタ結果出力プログラム１５０ｄとが、あらかじめ記憶されている。なお、これらのプログラム１５０ａ〜プログラム１５０ｄについては、図２に示したパケットモニタ１０の各構成要素と同様、適宜統合または、分散してもよい。【０１５０】
そして、ＣＰＵ１４０がこれらのプログラム１５０ａ〜プログラム１５０ｄをＲＯＭ１５０から読み出して実行することで、図１８に示すように、プログラム１５０ａ〜プログラム１５０ｄは、パケット情報取得プロセス１４０ａと、ＮＡＰＴ検出１４０ｂと、試行識別子格納プロセス１４０ｃと、モニタ結果出力プロセス１４０ｄとして機能するようになる。なお、プロセス１４０ａ〜プロセス１４０ｄは、図２に示した、パケット情報取得部３１と、ＮＡＰＴ検出３２と、識別子格納３３と、モニタ結果出力部３４とにそれぞれ対応する。【０１５１】
また、ＨＤＤ１３０には、図１８に示すように、アドレスデータテーブル１３０ａおよびモニタ結果データテーブル１３０ｂがそれぞれ設けられる。なお、アドレスデータテーブル１３０ａおよびモニタ結果データテーブル１３０ｂは、図２に示したアドレス情報記憶部２１およびモニタ結果記憶部２２にそれぞれ対応する。そして、ＣＰＵ１４０は、アドレスデータテーブル１３０ａおよびモニタ結果データテーブル１３０ｂから、アドレスデータデータ１６０ａおよびモニタ結果データ１６０ｂをそれぞれ読み出してＲＡＭ１６０に格納し、ＲＡＭ１６０に格納されたアドレスデータデータ１６０ａおよびモニタ結果データ１６０ｂに基づいて処理を実行する。【０１５２】
なお、上記した各プログラム１５０ａ〜プログラム１５０ｄについては、必ずしも最初からＲＯＭ１５０に記憶させておく必要はなく、例えば、コンピュータ１１０に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ１１０の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１０に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１０がこれから各プログラムを読み出して実行するようにしてもよい。
【産業上の利用可能性】
【０１５３】
以上のように、本発明に係る情報取得装置、情報取得方法および情報取得プログラムは、ネットワークを介して通信可能な状態に接続されている各端末装置から送信元アドレス、端末装置においてパケット送信するごとに数値を加算して生成された識別子、およびセッションＩＤを含んで構成されるパケットを受信し、送信元アドレスを変換して伝送するアドレス変換伝送装置と端末装置とは別のネットワークを介して接続されており、アドレス変換伝送装置から伝送された伝送パケットから所定の情報を取得することに有用であり、特に、所定の送信元アドレスが示す送信元をＮＡＰＴとして検出し、障害箇所の切り分けを容易に実行することに適する。
【図１】
2008146399.tif 000003
【図２】
2008146399.tif 000004
【図３】
2008146399.tif 000005
【図４】
2008146399.tif 000006
【図５】
2008146399.tif 000007
【図６】
2008146399.tif 000008
【図７】
2008146399.tif 000009
【図８】
2008146399.tif 000010
【図９】
2008146399.tif 000011
【図１０】
2008146399.tif 000012
【図１１】
2008146399.tif 000013
【図１２】
2008146399.tif 000014
【図１３】
2008146399.tif 000015
【図１４】
2008146399.tif 000016
【図１５】
2008146399.tif 000017
【図１６】
2008146399.tif 000018
【図１７】
2008146399.tif 000019
【図１８】
2008146399.tif 000020
【国際調査報告】
2008146399.tif 000021
2008146399.tif 000022
2008146399.tif 000023
2008146399.tif 000024