(57)【要約】【課題】ネットワークの管理者にかかる負担を軽減することを課題とする。【解決手段】要求を再構築できた場合に限り応答を分割した各応答パケットを返信する調査対象ノードに対して、複数に分割された各要求パケットからなる要求を送信し、調査対象ノードから応答パケットを全く受信していない場合には、要求パケットのいずれかが、要求の送信元である自己から調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、調査対象ノードから応答パケットを１つ以上受信したが応答を再構築できない場合には調査対象ノードか送信された応答パケットのいずれかが、調査対象ノードから要求パケットの送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する。【選択図】図２
2010016807.tif 000002
【特許請求の範囲】
【請求項１】
複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信手順と、
前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理手順と、
を調査実行ノードとして機能する中継装置としてのコンピュータに実行させる検知プログラム。
【請求項２】
前記要求送信手順は、前記要求が送信された回数を示す送信回数が予め設定されている所定の回数に至るまで、前記判定処理手順によって前記判定処理が実行されるごとに、前記要求を前記調査対象ノードに送信し、
前記判定処理手順は、前記要求送信手順によって前記要求が送信されるごとに前記判定処理を実行することを特徴とする請求項１に記載の検知プログラム。
【請求項３】
前記判定処理手順によって、前記要求パケットのいずれかが破棄されているものと判定された回数としての要求破棄回数を計測する要求破棄回数計測手順と、
前記要求破棄回数計測手順によって計測されている要求破棄回数と、前記送信回数と、一の要求が分割されて生成される前記要求パケットのパケット数を示した要求分割数とに基づいて、自己から前記調査対象ノード宛に送信された各パケットが、前記調査対象ノードに到達するまでに廃棄される可能性を数値として表した期待値を算出する期待値算出手順と、
を前記中継装置としてのコンピュータにさらに実行させることを特徴とする請求項２に記載の検知プログラム。
【請求項４】
前記判定処理手順によって、前記要求パケットのいずれかが破棄されているものと判定された回数としての要求破棄回数を計測する要求破棄回数計測手順と、
前記要求破棄回数計測手順によって計測されている要求破棄回数と、前記送信回数と、一の要求が分割されて生成される前記要求パケットのパケット数を示した要求分割数とに基づいて、自己から前記調査対象ノード宛に送信された各パケットが、前記調査対象ノードに到達するまでに廃棄される可能性を数値範囲として表した期待範囲を算出する期待範囲算出手順と
を前記中継装置としてのコンピュータにさらに実行させることを特徴とする請求項２に記載の検知プログラム。
【請求項５】
前記判定処理手順によって、前記要求パケットのいずれかが破棄されているものと判定された回数としての要求破棄回数を計測する要求破棄回数計測手順と、
前記判定処理手順によって前記調査対象ノードから前記応答パケットのいずれかが破棄されているものと判定された場合の、前記調査対象ノードから応答パケットとして受信されなかったパケットの数を示す応答パケット廃棄数を計測する応答パケット廃棄数計測手順と、
前記要求破棄回数計測手順によって計測されている要求破棄回数と、前記送信回数と、一の応答が分割されて生成される前記応答パケットのパケット数を示した応答分割数と、前記応答パケット廃棄数計測手順によって計測されている応答パケット廃棄数とに基づいて、前記調査対象ノードから自己宛に送信された各パケットが、自己に到達するまでに廃棄される確率を数値として表した廃棄率を算出する廃棄率算出手順と、
を前記中継装置としてのコンピュータにさらに実行させることを特徴とする請求項２に記載の検知プログラム。
【請求項６】
複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信手段と、
前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理手段と、
を有することを特徴とする調査実行ノードとして機能する中継装置。
【請求項７】
複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信ステップと、
前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理ステップと、
を含んだことを特徴とする検知方法。 
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、経路別のパケット廃棄を検知するための検知プログラム、中継装置および検知方法に関する。
【背景技術】
【０００２】
従来より、調査実行ノードと、調査対象ノードとの間のパケット廃棄の検知するための検知システムがある。この検知システムについて、簡単に説明すると、ネットワークを構成する各中継ノードの中から任意に選択された一の中継ノードである調査実行ノードは、一の中継ノードである調査対象ノードに対して複数の中継ノードを介在して接続されている。
【０００３】
このようなネットワーク構成の下、調査実行ノードは、調査対象ノードに対して、返信を要求する要求メッセージを全て含んだ要求メッセージパケットを送信する。一方では、調査対象ノードは、調査実行ノードから要求メッセージパケットを受信した場合に、応答メッセージを全て含んだ応答メッセージパケットを生成し、この応答メッセージパケットを調査実行ノードに対して返信する。
【０００４】
ここで、調査実行ノードは、調査対象ノードから応答メッセージパケットを受信できなかった場合には、調査実行ノードと、調査対象ノードとの間でパケット廃棄が発生しているものと判断する。また、調査実行ノードは、調査対象ノードから応答メッセージパケットを受信できた場合には、調査実行ノードと、調査対象ノードとの間でパケット廃棄が発生していないものと判断する。
【０００５】
ところで、上記した検知システムには、経路別のパケット廃棄を検知できないという問題点がある。すなわち、調査実行ノードは、要求メッセージパケットが廃棄された場合と、応答メッセージパケットが廃棄された場合とで同一の検知結果を得る。
【０００６】
そのため、この検知システムを利用するネットワークの管理者は、以下に説明する検知方法で径路別のパケット廃棄を検知していた。
【０００７】
調査実行ノードは、調査対象ノードに対して複数の要求メッセージパケットを送信する。そして、調査実行ノードは、要求メッセージパケットを送信するごとに、調査実行ノードから調査対象ノードに対して送信された要求メッセージパケットの数を示す要求メッセージパケット送信数に対して「１」を加算して要求メッセージパケット送信数を計測する。
【０００８】
また、調査実行ノードは、要求メッセージパケットを送信した経路とは異なる経路を介して調査対象ノードから応答メッセージパケットを受信する。そして、調査実行ノードは、応答メッセージパケットを受信するごとに、調査対象ノードから受信できた応答メッセージパケットの数を示す応答メッセージパケット受信数に対して「１」を加算して応答メッセージパケット受信数を計測する。
【０００９】
調査対象ノードは、調査実行ノードから要求メッセージパケットを受信する。そして、調査対象ノードは、要求メッセージパケットを受信するごとに、調査対象ノードが調査実行ノードから受信できた要求メッセージパケットの数を示す要求メッセージパケット受信数に対して「１」を加算して要求メッセージパケット受信数を計測する。
【００１０】
また、調査対象ノードは、調査実行ノードから要求メッセージパケットを受信した場合に、要求メッセージパケットを受信した経路とは異なる経路を介して、調査実行ノードに対して応答メッセージパケットを返信する。
【００１１】
そして、調査対象ノードは、応答メッセージパケットを返信するごとに、調査対象ノードが調査実行ノードに対して送信した応答メッセージパケットの数を示す応答メッセージパケット送信数に対して「１」を加算して応答メッセージパケット送信数を計測する。
【００１２】
その後、ネットワークの管理者は、要求メッセージパケット送信数と、応答メッセージパケット受信数とを調査実行ノードから取得するとともに、要求メッセージパケット受信数と、応答メッセージパケット送信数とを調査対象ノードから取得する。
【００１３】
続いて、ネットワークの管理者は、要求メッセージパケット送信数と、要求メッセージパケット受信数とが一致しない場合には、調査実行ノードから調査対象ノードに対して送信された要求メッセージパケットのいずれかが破棄されているものと判断し、調査実行ノードから調査対象ノードに至る径路上のパケット廃棄を検知する。
【００１４】
また、ネットワークの管理者は、応答メッセージパケット送信数と、応答メッセージパケット受信数とが一致しない場合には、調査対象ノードから調査実行ノードに対して送信された応答メッセージパケットのいずれかが破棄されているものと判断し、調査対象ノードから調査実行ノードに至る径路上のパケット廃棄を検知する。
【先行技術文献】
【特許文献】
【００１５】
【特許文献１】特開２００６−１３８０９号公報
【特許文献２】特開２００６−３４５２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１６】
ところで、上記した従来の検知システムを利用した検知方法は、ネットワークの管理者に大きな作業コストを強いるという課題があった。例えば、従来の検知方法は、要求メッセージパケット受信数と、応答メッセージパケット送信数とを調査対象ノードに計測させる（例えば、要求メッセージパケット受信数と、応答メッセージパケット送信数とを計測するためのプログラムを調査対象ノードにインストールさせる）という作業コストを要する。また、従来の検知方法は、要求メッセージパケット受信数と、応答メッセージパケット送信数とを調査対象ノードから取得するという作業コストを要する。このため、従来の検知システムを利用した検知方法には、ネットワークの管理者に大きな作業コストを強いるという課題があった。
【００１７】
そこで、この検知プログラム、中継装置および検知方法は、上述した従来技術の課題を解決するためになされたものであり、ネットワークの管理者にかかる負担を軽減することが可能な検知プログラム、中継装置および検知方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
上述した課題を解決し、目的を達成するため、開示の検知プログラムは、複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信手順と、前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理手順とを調査実行ノードとして機能する中継装置としてのコンピュータに実行させることを要する。
【００１９】
また、開示の中継装置は、複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信手段と、前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理手段とを備えることを要する。
【００２０】
また、開示の検知方法は、複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信ステップと、前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理ステップとを含むことを要する。
【発明の効果】
【００２１】
開示の検知プログラム、中継装置および検知方法によれば、ネットワークの管理者にかかる負担を軽減することが可能である。
【図面の簡単な説明】
【００２２】
【図１】実施例１に係る検知システムの概要および特徴を説明するための図である。
【図２】実施例１に係る検知システムの概要および特徴を説明するための図である。
【図３】検知システムの構成を示すブロック図である。
【図４】調査実行ノードによる処理の流れを示すフローチャート図である。
【図５】実施例２に係る調査実行ノードの流れを示すフローチャート図である。
【図６】実施例２に係る調査実行ノードによる判別処理の流れを示すフローチャート図である。
【図７】期待値を算出するための式を示した図である。
【図８】期待値算出部による処理の流れを示すフローチャート図である。
【図９】期待範囲を算出するための式を示した図である。
【図１０】廃棄率を算出するための式を示した図である。
【図１１】実施例５に係る調査実行ノードによる判別処理の流れを示すフローチャート図である。
【図１２】実施例６に係る検知システムによる処理を説明するための図である。
【図１３】実施例６に係る調査実行ノードによる処理の流れを示すフローチャート図である。
【図１４】実施例７に係る調査実行ノードによる処理の流れを示すフローチャート図である。
【図１５】実施例８に係る調査実行ノードによる処理の流れを示すフローチャート図である。
【図１６】実施例９に係る調査実行ノードによる処理の流れを示すフローチャート図である。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照して、この発明に係る調査装置、検知方法および検知プログラムの実施例を詳細に説明する。なお、以下では、この発明が搭載された検知システムを実施例として説明する。
【実施例１】
【００２４】
以下の実施例１では、実施例１に係る検知システムの概要および特徴、検知システムの構成、調査実行ノードによる処理の流れを順に説明し、最後に実施例１の効果を説明する。
【００２５】
［実施例１に係る検知システムの概要および特徴］
次に、図１および図２を用いて実施例１に係る検知システムの概要および特徴を説明する。図１および図２は、実施例１に係る検知システムの概要および特徴を説明するための図である。
【００２６】
実施例１に係る検知システムは、経路別のパケット廃棄を検知すること概要とし、ネットワーク管理者の負担を軽減する。
【００２７】
すなわち、実施例１に係る調査実行ノードは、要求を複数に分割し、分割された要求をそれぞれ含んだ各要求パケットを調査対象ノードに送信する。
【００２８】
例えば、調査実行ノードは、図１に示すように、予め設定されているＭＴＵ（Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）に応じて、一のメッセージである要求（Ｒｅｑ＿１）を複数の要求に分割する（例えば、一の要求をＮ個に分割する）。
【００２９】
そして、調査実行ノードは、分割された要求（Ｒｅｑ＿１−１〜Ｒｅｑ＿１−Ｎ）を個々に含んだ要求パケットを生成し、各要求パケットを調査対象ノードに送信する。なお、要求を分割し、分割された要求を個々に含んだ要求パケットを生成する処理は、調査実行ノードに搭載されているＯＳによって自動的に制御される一般的な処理である。
【００３０】
一方では、実施例１に係る調査対象ノードは、要求を再構築できた場合に限り、要求を再び分割した各応答パケットを応答として調査実行ノードに返信する。
【００３１】
例えば、調査対象ノードは、各要求パケットから要求を意味するメッセージの断片を取得し、要求を意味する全てのメッセージの断片を取得した場合に初めて、要求が再構築されたと判断する（言い換えると、応答パケットを生成させるためのコマンドが発動される）。
【００３２】
このとき、調査対象ノードは、要求に対する一のメッセージである応答（Ｒｅｓ＿１）を生成し、予め設定されているＭＴＵに応じて応答を分割する（例えば、一の応答をＮ´個に分割する）。そして、調査対象ノードは、分割された応答（Ｒｅｓ＿１−１〜Ｒｅｓ＿１−Ｎ´）を個々に含んだ応答パケットを生成し、各応答パケットを調査実行ノードに送信する。なお、応答を分割し、分割された応答を個々に含んだ応答パケットを生成する処理は、調査対象ノードに搭載されているＯＳによって自動的に制御される一般的な処理である。
【００３３】
これに対し、調査実行ノードは、図２の（Ａ）に示すように、調査対象ノードから応答パケットを１つ以上受信したが応答を再構築できない場合には、調査対象ノードから送信された応答パケットのいずれかが破棄されているものと判断する。
【００３４】
例えば、調査実行ノードは、各応答パケットから応答を意味するメッセージの断片を取得する。ここで、調査実行ノードは、応答を意味する全てのメッセージの断片を取得できなかった場合には、応答が再構築できなかったと判断する。そして、調査実行ノードは、ネットワークの管理者に対して、調査対象ノードから調査実行ノードに至る径路上のパケット廃棄が発生していることを通知する。
【００３５】
また、調査実行ノードは、図２の（Ｂ）に示すように、調査対象ノードから応答パケットを１つ以上受信し、応答を再構築できる場合には、調査対象ノードに対して送信された要求パケットおよび調査対象ノードから送信された応答パケットが全く破棄されていないものと判断する。
【００３６】
例えば、調査実行ノードは、応答を意味する全てのメッセージの断片を取得した場合に初めて、応答が再構築できたと判断する。そして、調査実行ノードは、ネットワークの管理者に対して、調査対象ノードから調査実行ノードに至る径路上、および調査実行ノードから調査対象ノードに至る径路上のパケット廃棄が発生していないことを通知する。
【００３７】
なお、調査対象ノードは、調査実行ノードから送信された全ての要求パケットを受信できなかった場合には、取得したメッセージの断片が要求を意味したものであると判断できない（言い換えると、応答パケットを生成させるためのコマンドが発動されない）ので、応答パケットを調査実行ノードに送信しない。
【００３８】
このとき、調査実行ノードは、図２の（Ｃ）に示すように、調査対象ノードから応答パケットを全く受信しないので、調査対象ノードに対して送信した要求パケットのいずれかが破棄されているものと判断する。
【００３９】
例えば、調査実行ノードは、調査対象ノードから応答パケットを全く受信できなかった場合には、ネットワークの管理者に対して、調査実行ノードから調査対象ノードに至る径路上のパケット廃棄が発生していることを通知する。
【００４０】
このようなことから、実施例１に係る検知システムは、ネットワークの管理者にかかる負担を軽減することが可能である。例えば、実施例１に係る検知システムは、調査実行ノードだけに検知プログラムをインストールすることで経路別のパケット廃棄の検知結果を得ることができ、ネットワークの管理者にかかる負担を軽減することが可能である。
【００４１】
［検知システムの構成］
次に、図３を用いて、検知システムの構成を説明する。図３は、検知システムの構成を示すブロック図である。図３に示すように、検知システムは、ネットワークを構成する各中継ノードの中から任意に選択された一の中継ノードに検知プログラムがインストールされた調査実行ノード１０と、調査実行ノード１０との間で、複数の中継ノードを介在して接続される一の中継ノードである調査対象ノード（検査対象ノード）２０とを有する。
【００４２】
（調査実行ノード）
図３に示すように、調査実行ノード１０は、インターフェイス部１１と、パケット送信部１２と、パケット受信部１３と、判断部（判定部）１４とを有する。
【００４３】
このうち、インターフェイス部１１は、ユーザによって入力された各種の情報を受付ける。具体的には、インターフェイス部１１は、キーボードやモニタなどを備えて構成され、例えば、パケット廃棄の調査開始指令を受け付ける。また、インターフェイス部１１は、判断部１４によるパケット廃棄の検知結果をモニタに表示する。
【００４４】
パケット送信部１２は、要求を複数に分割し、分割された要求をそれぞれ含んだ各パケットを調査対象ノード２０に送信する。
【００４５】
具体的には、パケット送信部１２は、インターフェイス部１１を介して、パケット廃棄の調査開始指令を受け付けると、予め設定されているＭＴＵに応じて、一のメッセージである要求を複数の要求に分割する。例えば、パケット送信部１２は、ＭＴＵとして１，４８０バイトが予め設定されている場合には、１４，８００バイトのデータ長（要求サイズ）の要求を１０に分割する。
【００４６】
そして、パケット送信部１２は、分割された要求を個々に含んだ要求パケットを生成し、要求を再構築する際に用いられる連続的な番号と、各要求パケットを一意に識別するための要求パケット識別情報とを各要求パケットに付与し、各要求パケットを調査対象ノード２０に対して送信する。
【００４７】
パケット受信部１３は、調査対象ノード２０から応答パケットを受信する。具体的には、パケット受信部１３は、ネットワーク上を流れる各パケットの中から、応答パケットを識別するための応答パケット識別情報が付与されている応答パケットを特定して、応答パケットを受信する。
【００４８】
そして、パケット受信部１３は、最初の応答パケットを受信すると、応答パケットから応答を意味するメッセージの断片を取得し、応答の再構築を開始する。その後、パケット受信部１３は、応答パケットを受信するごとに、応答パケットに付与されていた連続的な番号を用いて、メッセージの断片を結合することで応答を再構築する。
【００４９】
判断部１４は、調査対象ノード２０から応答パケットを１つ以上受信したが応答を再構築できない場合には、調査対象ノード２０から送信された応答パケットのいずれかが破棄されているものと判断する判断処理を実行する。
【００５０】
また、判断部１４は、調査対象ノード２０から応答パケットを１つ以上受信し、応答を再構築できる場合には、調査対象ノード２０に対して送信された要求パケットおよび調査対象ノードから送信された応答パケットが全く破棄されていないものと判断する。
【００５１】
また、判断部１４は、調査対象ノード２０から応答パケットを全く受信していない場合には、調査対象ノード２０に対して送信された要求パケットのいずれかが破棄されているものと判断する判断処理を実行する。
【００５２】
具体的には、判断部１４は、パケット送信部１２を監視し、パケット送信部１２によって要求パケットが送信されるごとに、調査実行ノード１０から調査対象ノード２０に対して送信された要求パケットの数を示す要求パケット送信数に対して「１」を加算して要求パケット送信数を計測する。
【００５３】
また、判断部１４は、パケット受信部１３を監視し、パケット受信部１３によって応答パケットが受信されるごとに、調査対象ノード２０から受信できた応答パケットの数を示す応答パケット受信数に対して「１」を加算して応答パケット受信数を計測する。
【００５４】
そして、判断部１４は、パケット送信部１２によって要求パケットが送信されてから、予め設定されている時間が経過すると、調査対象ノード２０から応答パケットを受信できたか否かを判断する。例えば、判断部１４は、パケット送信部１２によって一の要求が送信されてからの経過時間を示す送信後経過カウンタ値が予め設定されている所定の値に到達すると、調査対象ノード２０から応答パケットを受信できたか否かを判断する。
【００５５】
ここで、判断部１４は、調査対象ノード２０から応答パケットを全く受信できなかったこと（応答パケット受信数が「０」であること）を示す判断結果が得られた場合には、各要求パケットのいずれかが破棄されているものと判断し、インターフェイス部１１を介して、調査実行ノード１０から調査対象ノード２０に対して送信された要求パケットのいずれかが破棄されていることを通知するためのメッセージを表示する。
【００５６】
つまり、判断部１４は、調査実行ノード１０から調査対象ノード２０に至る径路上のパケット廃棄が発生していることを通知するためのメッセージを表示する。
【００５７】
一方では、判断部１４は、調査対象ノード２０から応答パケットを１つ以上受信できたこと（応答パケット受信数が「１」以上であること）を示す判断結果が得られた場合には、調査対象ノード２０から応答パケットを全て受信できたか否かを判断する（言い換えると、受信した応答パケットから応答を再構築できるか否かを判断する）。
【００５８】
ここで、判断部１４は、調査対象ノード２０から応答パケットを全て受信できていないこと示す判断結果が得られた場合には（言い換えると、受信した応答パケットから応答を再構築できないことを示す判断結果が得られた場合には）、調査対象ノード２０から応答パケットとして送信されたパケットのいずれかが破棄されているものと判断する。そして、判断部１４は、インターフェイス部１１を介して、調査対象ノード２０から調査実行ノード１０に対して送信された応答パケットのいずれかが破棄されていることを通知するためのメッセージを表示する。
【００５９】
つまり、判断部１４は、調査対象ノード２０から調査実行ノード１０に至る径路上のパケット廃棄が発生していることを通知するためのメッセージを表示する。
【００６０】
一方では、判断部１４は、調査対象ノード２０から応答パケットを全て受信できていたことを示す判断結果が得られた場合には（言い換えると、受信した応答パケットから応答を再構築できることを示す判断結果が得られた場合には）、要求パケットおよび調査対象ノード２０から応答パケットとして送信されたパケットが全く破棄されていないものと判断する。
【００６１】
そして、判断部１４は、インターフェイス部１１を介して、調査実行ノード１０から調査対象ノード２０に対して送信された要求パケットおよび調査対象ノード２０から調査実行ノード１０に対して送信された応答パケットが全く破棄されていないことを通知するためのメッセージを表示する。
【００６２】
つまり、判断部１４は、調査対象ノード２０と、調査実行ノード１０との間のパケット廃棄が発生していないことを通知するためのメッセージを表示する。
【００６３】
（調査対象ノード）
調査対象ノード２０は、調査実行ノード１０から要求パケットとして受信した各パケットから、要求パケットを再構築できた場合に限り、要求パケットを再び分割した各パケットを応答パケットとして返信する。
【００６４】
具体的には、調査対象ノード２０は、ネットワーク上を流れる各パケットの中から、要求パケット識別情報が付与されている要求パケットを特定して要求パケットを受信する。
【００６５】
そして、調査対象ノード２０は、最初の要求パケットを受信すると、要求パケットから要求を意味するメッセージの断片を取得し、要求の再構築を開始する。その後、調査対象ノード２０は、要求パケットを受信するごとに、要求パケットに付与されていた連続的な番号を用いて、メッセージの断片を結合することで要求を再構築する。
【００６６】
ここで、調査対象ノード２０は、要求を意味する全てのメッセージの断片を取得した場合に初めて、要求が再構築されたと判断する（言い換えると、応答パケットを生成させるためのコマンドが発動される）。
【００６７】
続いて、調査対象ノード２０は、要求と同じデータ長の応答を生成し、予め設定されているＭＴＵに応じて応答を分割する。例えば、調査対象ノード２０は、ＭＴＵとして１，０００バイトが予め設定されている場合に、１４，８００バイトのデータ長の要求を再構築したときには、１４，８００バイトのデータ長の応答を生成して、応答を１４個の１，０００バイトのデータ長の応答の断片と、１個の８００バイトのデータ長の応答の断片に分割する。
【００６８】
そして、調査対象ノード２０は、分割された応答を個々に含んだ応答パケットを生成し、応答を再構築する際に用いられる連続的な番号と、応答パケット識別情報とを各応答パケットに付与し、各応答パケットを調査実行ノード１０に対して送信する。
【００６９】
［調査実行ノードによる処理］
次に、図４を用いて、調査実行ノード１０による処理を説明する。図４は、調査実行ノードによる処理の流れを示すフローチャート図である。
【００７０】
図４に示すように、調査実行ノード１０は、パケット廃棄の調査開始指令を受け付けると（ステップＳ１００１肯定）、分割された要求を個々に含んだ要求パケットを生成して送信し（ステップＳ１００２）、ネットワーク上を流れる各パケットの中から応答パケットを特定して、応答パケットを受信する（ステップＳ１００３）。
【００７１】
その後、予め設定されている時間が経過すると、調査実行ノード１０は、調査対象ノード２０から応答パケットを１つ以上受信できたか否かを判断する（ステップＳ１００４）。
【００７２】
ここで、調査対象ノード２０から応答パケットを全く受信できなかったことを示す判断結果が得られた場合には（ステップＳ１００４否定）、調査実行ノード１０は、各要求パケットの中でいずれかが破棄されているものと判断する（ステップＳ１００５）。
【００７３】
続いて、調査実行ノード１０は、調査実行ノード１０から調査対象ノード２０に至る径路上のパケット廃棄が発生していることを通知するためのメッセージ（調査実行ノード１０から調査対象ノード２０に対して送信された要求パケットのいずれかが破棄されていることを通知するためのメッセージ）を表示し（ステップＳ１００６）、処理を終了する。
【００７４】
ステップＳ１００４の説明に戻ると、調査実行ノード１０は、調査対象ノード２０から応答パケットを１つ以上受信できたこと示す判断結果が得られた場合には（ステップＳ１００４肯定）、調査対象ノード２０から応答パケットを全て受信できたか否か（言い換えると、受信した応答パケットから応答を再構築できるか否か）を判断する（ステップＳ１００７）。
【００７５】
ここで、応答を再構築できないこと示す判断結果が得られた場合には（ステップＳ１００７否定）、調査実行ノード１０は、調査対象ノード２０から応答パケットとして送信されたパケットのいずれかが破棄されているものと判断する（ステップＳ１００８）。
【００７６】
続いて、調査実行ノード１０は、調査対象ノード２０から調査実行ノード１０に至る径路上のパケット廃棄が発生していることを通知するためのメッセージ（調査対象ノード２０から調査実行ノード１０に対して送信されたパケットのいずれかが破棄されていることを通知するためのメッセージ）を表示し（ステップＳ１００６）、処理を終了する。
【００７７】
ステップＳ１００７の説明に戻ると、調査実行ノード１０は、応答を再構築できることを示す判断結果が得られた場合には（ステップＳ１００７肯定）、要求パケットおよび調査対象ノード２０から応答パケットとして送信されたパケットが全く破棄されていないものと判断する（ステップＳ１００９）。
【００７８】
続いて、調査実行ノード１０は、調査対象ノード２０と、調査実行ノード１０との間のパケット廃棄が発生していないことを通知するためのメッセージ（調査実行ノード１０から調査対象ノード２０に対して送信されたパケットおよび調査対象ノード２０から調査実行ノード１０に対して送信されたパケットが全く破棄されていないことを通知するためのメッセージ）を表示し（ステップＳ１００６）、処理を終了する。
【００７９】
［実施例１の効果］
上記したように、実施例１によれば、ネットワークの管理者にかかる負担を軽減することが可能である。例えば、実施例１に係る検知システムによれば、調査対象ノード２０に要求パケットの受信数と、応答パケットの送信数を計測するためのプログラムをインストールする手間を省くことができる。また、実施例１に係る検知システムによれば、受要求パケットの受信数と、応答パケットの送信数とを調査対象ノードから取得するという作業コストを省くことができる。
【実施例２】
【００８０】
ところで、実施例１では、要求を１回送信する場合を説明したが、要求を複数回に渡って送信するようにしてもよい。
【００８１】
そこで、実施例２では、判断部１４によって判断処理が実行されるごとに各要求パケットを調査対象ノード２０に対して要求を送信する場合を説明する。なお、実施例２では、実施例２に係る検知システムの構成および調査実行ノード１０による処理の流れを説明した後、実施例２による効果を説明する。
【００８２】
［実施例２に係る検知システムの構成］
まず、実施例２に係る検知システムの構成を説明する。実施例２に係る検知システムの構成は、実施例１に係る検知システムと以下に説明する点が異なる。
【００８３】
すなわち、パケット送信部１２は、判断部１４によって判断処理が実行されるごとに、各要求パケットからなる要求パケットを調査対象ノード２０に送信する。具体的には、パケット送信部１２は、判断部１４によって判断処理が実行されるごとに、要求が送信された回数を示す要求送信回数が予め設定されている所定の値（例えば、１００）に到達しているか否かを判定する。
【００８４】
ここで、パケット送信部１２は、要求送信回数が予め設定されている所定の値に到達していないと判定した場合には、調査対象ノード２０に対して一の要求を分割して各要求パケット生成して送信し、要求送信回数に対して「１」を加算する。
【００８５】
一方では、パケット送信部１２は、要求送信回数が予め設定されている所定の値に到達していると判定した場合には、判断部１４に対して判別処理を実行させる判別指示を送信する。
【００８６】
判断部１４は、調査対象ノード２０から応答として送信されたパケットのいずれかが破棄されているものと判断しており、かつ、調査対象ノード２０に対して要求として送信されたパケットのいずれかが破棄されているものと判断されていることを条件に、調査対象ノード２０に対して要求として送信されたパケットおよび調査対象ノード２０から応答として送信されたパケットが破棄されているものと判断する判定処理を実行する。
【００８７】
具体的には、判断部１４は、予め設定されている時間が経過すると、調査対象ノード２０から応答パケットを受信できたか否かを判断する。ここで、判断部１４は、調査対象ノード２０から応答パケットを全く受信できなかったことを示す判断結果が得られた場合には、各要求パケットのいずれかが破棄されているものと判断した回数を示す「要求自身の破棄回数」に対して「１」を加算する。
【００８８】
一方では、判断部１４は、調査対象ノード２０から応答パケットを１つ以上受信できたこと示す判断結果が得られた場合には、調査対象ノード２０から応答パケットを全て受信できたか否かを判断する。
【００８９】
ここで、判断部１４は、応答パケットを全て受信できていないこと示す判断結果が得られた場合には、各応答パケットのいずれかが破棄されているものと判断した回数を示す「応答自身の破棄回数」に対して「１」を加算する。
【００９０】
また、判断部１４は、調査対象ノード２０から応答パケットを全て受信できていたことを示す判断結果が得られた場合には、いずれの廃棄回数も加算しない。
【００９１】
また、判断部１４は、パケット送信部１２から判別指示を受け付けると、判断処理を実行する。具体的には、判断部１４は、パケット送信部１２から判別指示を受け付けると、「要求自身の破棄回数」が「１」以上であるか否かを判断する。
【００９２】
ここで、判断部１４は、「要求自身の破棄回数」が「１」以上であると判定した場合には、「応答自身の破棄回数」が「１」以上であるか否かを判断する。ここで、判断部１４は、「応答自身の破棄回数」が「１」以上であると判定した場合には、調査対象ノード２０に対して要求パケットとして送信されたパケットおよび調査対象ノード２０から応答パケットとして送信されたパケットが破棄されているものと判断する。
【００９３】
そして、判断部１４は、インターフェイス部１１を介して、調査実行ノード１０から調査対象ノード２０に対して送信されたパケットのいずれかが破棄されており、さらに、調査対象ノード２０から調査実行ノード１０に対して送信されたパケットのいずれかが破棄されていることを通知するためのメッセージを表示する。
【００９４】
つまり、判断部１４は、調査実行ノード１０から調査対象ノード２０に至る径路上および調査対象ノード２０から調査実行ノード１０に至る径路上のパケット廃棄が発生していることを通知するためのメッセージを表示する。
【００９５】
一方では、判断部１４は、「応答自身の破棄回数」が「０」であると判定した場合には、各要求パケットのいずれかが破棄されているものと判断する。そして、判断部１４は、インターフェイス部１１を介して、調査実行ノード１０から調査対象ノード２０に対して送信されたパケットのいずれかが破棄されていることを通知するためのメッセージを表示する。
【００９６】
つまり、判断部１４は、調査実行ノード１０から調査対象ノード２０に至る径路上のパケット廃棄が発生していることを通知するためのメッセージを表示する。
【００９７】
判断部１４は、「要求自身の破棄回数」が「０」であると判定した場合には、「応答自身の破棄回数」が「１」以上であるか否かを判断する。ここで、判断部１４は、「応答自身の破棄回数」が「１」以上であると判定した場合には、調査対象ノード２０から応答パケットとして送信されたパケットのいずれかが破棄されているものと判断する。
【００９８】
そして、判断部１４は、インターフェイス部１１を介して、調査対象ノード２０から調査実行ノード１０に対して送信されたパケットのいずれかが破棄されていることを通知するためのメッセージを表示する。
【００９９】
つまり、判断部１４は、調査対象ノード２０から調査実行ノード１０に至る径路上のパケット廃棄が発生していることを通知するためのメッセージを表示する。
【０１００】
一方では、判断部１４は、「応答自身の破棄回数」が「０」であると判定した場合には、要求パケットおよび調査対象ノード２０から応答パケットとして送信されたパケットが全く破棄されていないものと判断する。
【０１０１】
そして、判断部１４は、インターフェイス部１１を介して、調査実行ノード１０から調査対象ノード２０に対して送信されたパケットおよび調査対象ノード２０から調査実行ノード１０に対して送信されたパケットが全く破棄されていないことを通知するためのメッセージを表示する。
【０１０２】
つまり、判断部１４は、調査対象ノード２０と、調査実行ノード１０との間のパケット廃棄が発生していないことを通知するためのメッセージを表示する。
【０１０３】
［実施例２に係る調査実行ノードによる処理］
次に、図５および図６を用いて、実施例２に係る調査実行ノードによる処理を説明する。図５は、実施例２に係る調査実行ノードの流れを示すフローチャート図である。図６は、実施例２に係る調査実行ノードによる判別処理の流れを示すフローチャート図である。なお、以下では、実施例１に係る調査実行ノード１０による処理と異なる点について詳細に説明する。
【０１０４】
図５に示すように、調査実行ノード１０は、調査対象ノード２０から応答パケットを受信できなかったことを示す判断結果が得られた場合には（ステップＳ２００４否定）、「要求自身の破棄回数」に対して「１」を加算し（ステップＳ２００５）、要求送信回数が予め設定されている所定の値に到達しているか否かを判定する（ステップＳ２００６）。
【０１０５】
ここで、要求送信回数が予め設定されている所定の値に到達していないと判定した場合に（ステップＳ２００６否定）、調査実行ノード１０は、各要求パケットを再び生成して送信する（ステップＳ２００２）。
【０１０６】
一方では、要求送信回数が予め設定されている所定の値に到達していると判定した場合には（ステップＳ２００６肯定）、調査実行ノード１０は、判別処理を実行し（ステップＳ２００７）、判断結果を表示して（ステップＳ２００８）、処理を終了する。
【０１０７】
ステップＳ２００４の説明に戻ると、調査実行ノード１０は、調査対象ノード２０から応答パケットを受信できたこと示す判断結果が得られた場合には（ステップＳ２００４肯定）、応答を再構築できるか否かを判断する（ステップＳ２００９）。
【０１０８】
ここで、応答を再構築できないこと示す判断結果が得られた場合には（ステップＳ２００９否定）、調査実行ノード１０は、「応答自身の破棄回数」に対して「１」を加算し（ステップＳ２０１０）、要求送信回数が予め設定されている所定の値に到達しているか否かを判定する（ステップＳ２００６）。
【０１０９】
一方では、応答を再構築できること示す判断結果が得られた場合には、要求送信回数が予め設定されている所定の値に到達しているか否かを判定する（ステップＳ２００６）。
【０１１０】
図６に示すように、調査実行ノード１０は、要求送信回数が予め設定されている所定の値に到達していると判断した場合に（ステップＳ３００１）、「要求自身の破棄回数」が「１」以上であるか否かを判断する（ステップＳ３００２）。
【０１１１】
ここで、「要求自身の破棄回数」が「１」以上であると判定した場合には（ステップＳ３００２肯定）、調査実行ノード１０は、「応答自身の破棄回数」が「１」以上であるか否かを判断する（ステップＳ３００３）。
【０１１２】
ここで、「応答自身の破棄回数」が「１」以上であると判定した場合には（ステップＳ３００３肯定）、調査実行ノード１０は、要求パケットおよび応答パケットが破棄されているものと判断する（ステップＳ３００４）。
【０１１３】
一方では、「応答自身の破棄回数」が「０」であると判定した場合には（ステップＳ３００３否定）、調査実行ノード１０は、要求パケットのいずれかが破棄されているものと判断する（ステップＳ３００５）。
【０１１４】
ステップＳ３００２の説明に戻ると、調査実行ノード１０は、「要求自身の破棄回数」が「０」であると判定した場合には（ステップＳ３００２否定）、「応答自身の破棄回数」が「１」以上であるか否かを判断する（ステップＳ３００６）。
【０１１５】
ここで、「応答自身の破棄回数」が「１」以上であると判定した場合には（ステップＳ３００６肯定）、調査実行ノード１０は、応答パケットのいずれかが破棄されているものと判断する（ステップＳ３００７）。
【０１１６】
一方では、「応答自身の破棄回数」が「０」であると判定した場合には（ステップＳ３００６否定）、要求パケットおよび応答パケットが全く破棄されていないものと判断する（ステップＳ３００８）。
【０１１７】
［実施例２の効果］
上記したように、実施例２によれば、調査実行ノード１０から調査対象ノード２０に対して送信されたパケットのいずれかが破棄されており、さらに、調査対象ノード２０から調査実行ノード１０に対して送信されたパケットのいずれかが破棄されていることも検知することが可能である。
【０１１８】
また、実施例２によれば、精度良く経路別のパケット廃棄を検知することが可能である。
【実施例３】
【０１１９】
ところで、実施例２では、要求送信回数および「要求自身の破棄回数」を計測する場合を説明した。
【０１２０】
ここで、要求送信回数「Ｓ」、「要求自身の破棄回数「ａ」」および、一の要求パケットが分割されて生成される要求パケットのパケット数を示した要求分割数「Ｎ」に基づいて、調査実行ノード１０から調査対象ノード２０宛に送信された各パケットが、調査対象ノード２０に到達するまでに廃棄される可能性を期待値「α」として算出することができる。
【０１２１】
そこで、実施例３では、要求送信回数、「要求自身の破棄回数」および要求分割数を用いて、調査実行ノード１０から調査対象ノード２０宛に送信された各パケットが、調査対象ノード２０に到達するまでに廃棄される可能性を期待値として算出する場合を説明する。
【０１２２】
なお、実施例３では、実施例３に係る検知システムの構成および期待値算出部による処理の流れを説明した後、実施例３による効果を説明する。
【０１２３】
［実施例３に係る検知システムの構成］
実施例３に係る検知システムの構成は、期待値算出部を新たに備える他は、実施例２に係る検知システムと以下に説明する点が異なる。
【０１２４】
すなわち、期待値算出部は、要求送信回数、「要求自身の破棄回数」および要求分割数に基づいて、調査実行ノード１０から調査対象ノード２０宛に送信された各パケットが、調査対象ノード２０に到達するまでに廃棄される可能性を数値として表した期待値を算出する。
【０１２５】
具体的には、期待値算出部は、図７に示す式（１）を用いて期待値を算出する。ここで、「Ｓ」は、要求送信回数に対応し、「ａ」は、「要求自身の破棄回数」に対応し、「Ｎ」は、要求分割数に対応し、「α」は、期待値に対応する。なお、図７は、期待値を算出するための式を示した図である。
【０１２６】
ここで、図７に示す式（１）について簡単に説明すると、ある要求パケットが廃棄しない確率は「１−α」であり、Ｎ個の要求パケット全てが廃棄しない確率は「(１‐α)Ｎ」であるので、要求自身が廃棄する確率（言い換えると、調査実行ノード１０から一の要求が送信されたが、調査対象ノード２０によってこの要求が再構築されない確率、要求自身の廃棄率とも言う）は、Ｎ個の要求パケットのいずれかが廃棄する確率と等しく「１‐(１‐α)Ｎ」となる。要求自身の廃棄率は「ａ／Ｓ」とも表せることから、等式「１‐(１‐α) Ｎ＝ａ／Ｓ」より、図７のように期待値を算出することができる。
【０１２７】
［期待値算出部による処理］
次に、期待値算出部による処理の流れの一例を説明する。図８は、期待値算出部による処理の流れを示すフローチャート図である。
【０１２８】
図８に示すように、期待値算出部は、要求送信回数と、「要求自身の破棄回数」とを含んだ開始指令をインターフェイス部１１から受け付けると（ステップＳ４００１肯定）、判断結果が表示されるまで処理を待機する（ステップＳ４００２否定）。
【０１２９】
その後、判断結果が表示されると（ステップＳ４００２肯定）、期待値算出部は、期待値を算出し（ステップＳ４００３）、処理を終了する。
【０１３０】
［実施例３の効果］
上記したように、実施例３によれば、要求送信回数、要求自身の破棄回数および要求分割数に基づいて、調査実行ノード１０から調査対象ノード２０宛に送信された各パケットが、調査対象ノード２０に到達するまでに廃棄される可能性を期待値として算出することが可能である。
【実施例４】
【０１３１】
ところで、実施例３では、期待値を算出する場合を説明したが、要求送信回数「Ｓ」、「要求自身の破棄回数「ａ」」および要求分割数「Ｎ」に基づいて、調査実行ノード１０から調査対象ノード２０宛に送信された各パケットが、調査対象ノード２０に到達するまでに廃棄される可能性（上りパケット廃棄率「α」）を期待範囲として算出するようにしてもよい。
【０１３２】
そこで、実施例４では、要求送信回数、要求自身の破棄回数および要求分割数に基づいて、調査実行ノード１０から調査対象ノード２０宛に送信された各パケットが、調査対象ノード２０に到達するまでに廃棄される可能性を期待範囲として算出する場合を説明する。なお、実施例４では、実施例４に係る検知システムの構成および実施例４による効果を説明する。
【０１３３】
［実施例４に係る検知システムの構成］
実施例４に係る検知システムの構成は、期待範囲算出部を新たに備える他は、実施例２に係る検知システムと以下に説明する点が異なる。
【０１３４】
すなわち、期待範囲算出部は、要求送信回数、要求自身の破棄回数および要求分割数に基づいて、上りパケット廃棄率を期待範囲として算出する。
【０１３５】
具体的には、期待範囲算出部は、図９に示す式（２）を用いて期待範囲を算出する。ここで、「Ｓ」は、要求送信回数に対応し、「ａ」は、要求自身の破棄回数に対応し、「Ｎ」は、要求分割数に対応し、「α」は、上りパケット廃棄率に対応し、「＊」は、積算を表す。なお、図９は、期待範囲を算出するための式を示した図である。
【０１３６】
ここで、図９に示す式（２）について簡単に説明すると、要求自身の破棄回数ａから、要求パケットの廃棄数は、全廃棄した要求数ａで各要求につき１パケット廃棄する場合の「ａ」個から、各要求につきＮパケット廃棄する場合の「ａ＊Ｎ」個まで取り得る可能性がある。
【０１３７】
言い換えると、調査実行ノード１０からＮ個の要求パケットからなる一の要求が複数回に渡って送信された後、要求自身の破棄回数がａであったとする。このとき、調査実行ノード１０から調査対象ノード２０に到達しなかった要求パケットの数である「要求パケット廃棄数」は、「ａ」以上であり、かつ「ａ＊Ｎ」以下として予測することができる。
【０１３８】
このことから、上りパケット廃棄率は、要求パケット廃棄数を要求パケット総数「Ｓ＊Ｎ」個でそれぞれ除算することにより、不等式「ａ／(Ｓ＊Ｎ)  ≦α≦  ａ／Ｓ」より、図９のように、期待範囲（上りパケット廃棄率が取りえる範囲）として算出することができる。
【０１３９】
［実施例４の効果］
上記したように、実施例４によれば、要求送信回数、要求自身の破棄回数および要求分割数に基づいて、調査実行ノード１０から調査対象ノード２０宛に送信された各パケットが、調査対象ノード２０に到達するまでに廃棄される可能性を数値範囲として表した期待範囲を算出することが可能である。
【実施例５】
【０１４０】
ところで、実施例４では、期待範囲を算出する場合を説明したが、要求送信回数「Ｓ」、「要求自身の破棄回数「ａ」、応答分割数「Ｎ´」および調査対象ノード２０から受信できなかったパケットの数を示す応答パケット廃棄数（廃棄パケット数）「ｂ」に基づいて、調査対象ノード２０から調査実行ノード１０宛に送信された各パケットが、調査実行ノード１０に到達するまでに廃棄される可能性を数値として表した廃棄率（下りパケット廃棄率）を算出することができる。
【０１４１】
そこで、実施例５では、要求送信回数、要求自身の破棄回数、応答分割数および廃棄パケット数に基づいて、下りパケット廃棄率を算出する場合を説明する。なお、実施例５では、実施例５に係る検知システムの構成、調査実行ノード１０による処理の流れを説明した後、実施例５による効果を説明する。
【０１４２】
［実施例５に係る検知システムの構成］
実施例５に係る検知システムの構成は、廃棄パケット数計測部１７および廃棄率算出部１８を新たに備える他は、実施例２に係る検知システムと以下に説明する点が異なる。
【０１４３】
すなわち、廃棄パケット数計測部１７は、調査対象ノードから応答パケットとして受信されなかったパケットの数を示す応答パケット廃棄数を計測する。具体的には、廃棄パケット数計測部１７は、調査対象ノード２０により一の応答が分割して生成された各応答パケットの中で、最初の応答パケットを受信すると、この応答パケットに含まれている断片的な応答のメッセージ長を抽出する。
【０１４４】
そして、廃棄パケット数計測部１７は、要求の全体メッセージ長から抽出されたメッセージ長を除算して得られた除算値の小数点以下を繰上げして、一の応答が分割して生成された応答パケットの数である応答分割数を算出する。
【０１４５】
その後、判断部１４によって応答パケットを全て受信できていないこと示す判断結果が得られた場合には、応答分割数から応答パケット受信数を差し引くことで、差分値を算出する。
【０１４６】
そして、廃棄パケット数計測部１７は、調査対象ノードから応答パケットとして受信されなかったパケットの数を示す応答パケット廃棄数に対して、算出された差分値を加算する。
【０１４７】
廃棄率算出部１７は、要求送信回数、「要求自身の破棄回数」、応答分割数および廃棄パケット数に基づいて、下りパケット廃棄率を算出する。
【０１４８】
具体的には、廃棄率算出部１７は、図１０に示す式（３）を用いて下りパケット廃棄率を算出する。ここで、「Ｓ」は、要求送信回数に対応し、「ａ」は、「要求自身の破棄回数」に対応し、「ｂ」は、廃棄パケット数に対応し、「Ｎ´」は、応答分割数に対応し、「β」は、下りパケット廃棄率に対応し、「＊」は、積算を表す。なお、図１０は、廃棄率を算出するための式を示した図である。
【０１４９】
ここで、図１０に示す式（３）について簡単に説明すると、調査対象ノード２０に到達した要求数は「Ｓ‐ａ」個であり、一の要求が再構築された場合に調査対象ノード２０は、Ｎ´個の応答パケットを返信するので、応答パケットの総数は「（Ｓ‐ａ）＊Ｎ´」個となる。下りパケット廃棄率は、応答パケット廃棄数「ｂ」を応答パケット総数で除算することにより、等式「β＝ｂ／{(Ｓ‐ａ)＊Ｎ´}」より、図１０のように、下りパケット廃棄率を一意に算出可能である。
【０１５０】
［実施例５に係る調査実行ノードによる処理］
次に、図１１を用いて、実施例５に係る調査実行ノードによる処理を説明する。図１１は、実施例５に係る調査実行ノードによる判別処理の流れを示すフローチャート図である。なお、以下では、実施例２に係る調査実行ノードによる処理と異なる点について詳細に説明する。
【０１５１】
図１１に示すように、調査実行ノード１０は、要求自身の破棄回数が「０」であると判定し（ステップＳ５００２否定）、「応答自身の破棄回数」が「１」以上であると判定した場合には（ステップＳ５００６肯定）、調査対象ノード２０から応答パケットとして送信されたパケットのいずれかが破棄されているものと判断する（ステップＳ５００７）。
【０１５２】
続いて、調査実行ノード１０は、応答分割数から応答パケット受信数を差し引くことで差分値を算出し（ステップＳ５００８）、応答パケット廃棄数に対して、算出された差分値を加算する（ステップＳ５００９）。
【０１５３】
［実施例５の効果］
上記したように、実施例５によれば、要求送信回数、要求自身の破棄回数、応答分割数および応答パケット廃棄数に基づいて、調査対象ノード２０から調査実行ノード１０宛に送信された各パケットが、調査実行ノード１０に到達するまでに廃棄される可能性を数値として表した廃棄率を算出することが可能である。
【実施例６】
【０１５４】
ところで、調査実行ノード１０が複数の調査対象ノード２０に対して要求を送信する場合であっても本発明に適用することができる。そこで、実施例６では、調査実行ノード１０から複数の調査対象ノード２０に対して要求を送信する場合を説明する。なお、実施例６では、実施例６に係る検知システムの構成および調査実行ノード１０による処理の流れを説明した後、実施例６による効果を説明する。
【０１５５】
［実施例６に係る検知システムの構成］
まず、図１２を用いて、実施例６に係る検知システムの構成を説明する。図１２は、実施例６に係る検知システムによる処理を説明するための図である。実施例６に係る検知システムの構成は、実施例１に係る検知システムと以下に説明する点が異なる。
【０１５６】
すなわち、パケット送信部１２は、複数の調査対象ノード２０に対して要求を送信する。具体的には、パケット送信部１２は、インターフェイス部１１を介して、要求パケットを送信する宛先の調査対象ノード２０を識別するためのアドレス情報を受け付ける。
【０１５７】
そして、パケット送信部１２は、アドレス情報ごとに要求を分割し、分割された要求と、連続的な番号と、要求パケット情報と、要求を送信する宛先としての調査対象ノード２０のアドレス情報を含んだ各要求パケットをそれぞれ生成する。
【０１５８】
そして、パケット送信部１２は、生成された各要求パケットに含まれているアドレス情報を用いて、各調査対象ノード２０に対して送信する（図１２参照）。
【０１５９】
パケット受信部１３は、ネットワーク上を流れる各パケットの中から、応答パケット識別情報が含まれている応答パケットを特定して、応答パケットを受信し、応答パケットに含まれているアドレス情報を抽出する。
【０１６０】
そして、パケット受信部１３は、抽出されたアドレス情報ごとに、応答パケットから応答を意味するメッセージの断片を結合することで応答を再構築する。
【０１６１】
判断部１４は、調査対象ノード２０ごとに判定処理を実行する。具体的には、判断部１４は、アドレス情報と、要求パケット送信数とを対応付けて要求パケット送信数を計測する。また、判断部１４は、アドレス情報と、応答パケット受信数とを対応付けて応答パケット受信数を計測する。そして、判断部１４は、調査対象ノード２０ごとに判定処理を実行する。
【０１６２】
［実施例６に係る調査実行ノード１０による処理］
次に、図１３を用いて、実施例６に係る調査実行ノード１０による処理を説明する。図１３は、実施例６に係る調査実行ノードによる処理の流れを示すフローチャート図である。
【０１６３】
図１３に示すように、調査実行ノード１０は、要求を送信する宛先の調査対象ノード２０を識別するためのアドレス情報が設定されると（ステップＳ６００１）、アドレス情報に対応付けて計測された要求パケット送信数と、応答パケット受信数とを用いて、調査対象ノード２０ごとに検査処理を実行する（ステップＳ６００２）。
【０１６４】
［実施例６の効果］
上記したように、実施例６によれば、複数の調査対象ノード２０に対して経路別のパケット廃棄を検知することが可能である。
【実施例７】
【０１６５】
ところで、実施例６で説明した検知システムを用いて、一定時間ごとに、経路別のパケット廃棄を検知するようにしてもよい。
【０１６６】
そこで、実施例７では、調査実行ノード１０が一定時間ごとに要求を送信する場合を説明する。なお、実施例７では、実施例７に係る検知システムの構成および調査実行ノード１０による処理の流れを説明した後、実施例７による効果を説明する。
【０１６７】
［実施例７に係る検知システムの構成］
まず、実施例７に係る検知システムの構成を説明する。実施例７に係る検知システムの構成は、実施例６に係る検知システムと以下に説明する点が異なる。
【０１６８】
すなわち、パケット送信部１２は、一の要求が分割され、各要求パケット送信されてからの経過時間を示す送信後経過カウンタ値が予め設定されている所定の値に到達するごとに、要求を送信する。
【０１６９】
具体的に一例をあげて説明すると、パケット送信部１２は、インターフェイス部１１を介して、要求を送信する周期を示した計測周期(例えば、３００)を受け付ける。続いて、パケット送信部１２は、要求を分割し、各要求パケットを生成し、生成された各要求パケットを、各調査対象ノード２０に対して送信する。
【０１７０】
その後、パケット送信部１２は、送信後経過カウンタ値が計測周期に到達すると、再び要求を分割し、各要求パケットを生成し、生成された各要求パケットを、各調査対象ノード２０に対して送信する。
【０１７１】
［実施例７に係る調査実行ノードによる処理］
次に、図１４を用いて、実施例７に係る調査実行ノード１０による処理を説明する。図１４は、実施例７に係る調査実行ノードによる処理の流れを示すフローチャート図である。
【０１７２】
図１４に示すように、調査実行ノード１０は、要求を送信する周期を示した計測周期が設定されると（ステップＳ７００１）、各要求パケットを、各調査対象ノード２０に対して送信して検査対象ノード２０ごとに検査処理を実行する（ステップＳ７００２）。
【０１７３】
そして、調査実行ノード１０は、送信後経過カウンタ値が計測周期に到達するまで処理を待機し（ステップＳ７００３否定）、送信後経過カウンタ値が計測周期に到達すると（ステップＳ７００３肯定）、再び各要求パケットを、各調査対象ノード２０に対して送信して検査対象ノード２０ごとに検査処理を実行する（ステップＳ７００２）。
【０１７４】
［実施例７の効果］
上記したように、実施例７によれば、経路別のパケット廃棄を定期的に検査することが可能である。
【実施例８】
【０１７５】
ところで、例えば、各要求パケットもしくは応答パケットに含まれているデータの大きさが、中継ノードによって中継可能なデータの大きさ以上であるため、各要求パケットもしくは応答パケットが廃棄される場合がある。
【０１７６】
この結果、誤った判断結果が得られる可能性や、期待値、期待範囲および下りパケット廃棄率に誤差が発生する可能性がある。そこで、実施例８では、検査対象ノード２０について、経路別のパケット廃棄を検査する対象として適格であるかの試験を行う場合を説明する。なお、実施例８では、実施例８に係る検知システムの構成および調査実行ノードによる処理の流れを説明した後、実施例８による効果を説明する。
【０１７７】
［実施例８に係る検知システムの構成］
まず、実施例８に係る検知システムの構成を説明する。実施例８に係る検知システムの構成は、実施例２に係る検知システムと以下に説明する点が異なる。
【０１７８】
パケット送信部１２は、インターフェイス部１１を介して、試験として要求を送信する回数を示した試験送信回数(例えば、１０)を受け付けると、要求送信回数が試験送信回数に到達するまで要求を送信する。
【０１７９】
判定部１４は、要求送信回数が予め設定されている所定の回数に到達した場合に、要求送信回数と、「要求自身の破棄回数」とが一致するか否かを判定する。
【０１８０】
ここで、判定部１４は、送信回数と、「要求自身の破棄回数」とが一致することを示す判断結果が得られた場合に、検査対象ノード２０について、経路別のパケット廃棄を検査する対象として不適格であるものと判断する。
【０１８１】
また、判定部１４は、要求送信回数と、「要求自身の破棄回数」とが一致しないことを示す判断結果が得られた場合に、検査対象ノード２０について、経路別のパケット廃棄を検査する対象として適格であるものと判断する。
【０１８２】
なお、調査実行ノード１０は、検査対象ノード２０ごとに、経路別のパケット廃棄を検査する対象として適格であるか否かを判断するようにしてもよいし、一度に複数の検査対象ノード２０について経路別のパケット廃棄を検査する対象として適格であるか否かを判断するようにしてもよい。
【０１８３】
［実施例８に係る調査実行ノードによる処理］
次に、図１５を用いて、実施例８に係る調査実行ノード１０による処理を説明する。図１５は、実施例８に係る調査実行ノードによる処理の流れを示すフローチャート図である。
【０１８４】
図１５に示すように、調査実行ノード１０は、試験送信回数が設定されると、要求送信回数が試験送信回数に到達するまで検査処理を実行し（ステップＳ８００１）、要求送信回数と、「要求自身の破棄回数」とが一致するか否かを判定する（ステップＳ８００２）。
【０１８５】
ここで、要求送信回数と、「要求自身の破棄回数」とが一致することを示す判断結果が得られた場合には（ステップＳ８００２肯定）、調査実行ノード１０は、検査対象ノード２０について、経路別のパケット廃棄を検査する対象として不適格であるものと判断する（ステップＳ８００４）。
【０１８６】
一方では、要求送信回数と、「要求自身の破棄回数」とが一致しないことを示す判断結果が得られた場合には（ステップＳ８００２否定）、調査実行ノード１０は、検査対象ノード２０について、経路別のパケット廃棄を検査する対象として適格であるものと判断する（ステップＳ８００３）。
【０１８７】
［実施例８の効果］
上記したように、実施例８によれば、経路別のパケット廃棄を検査する対象として適格な検査対象ノード２０を判別することができる。
【実施例９】
【０１８８】
ところで、例えば、調査実行ノード１０と、検査対象ノード２０との間に接続されている中継ノードにおいて、バッファ溢れが発生し、いずれかの要求パケットが廃棄されることがある。
【０１８９】
このとき、実施例８に係る調査システムでは、試験対象である検査対象ノード２０について不適格であると判断されることになるが、一の要求のメッセージ長である要求サイズを小さくすることで、中継ノードにおけるバッファ溢れを抑制することができる。
【０１９０】
そこで、実施例９では、要求サイズを小さく変更する場合を説明する。なお、実施例９では、実施例９に係る検知システムの構成および検知システムによる処理の流れを説明した後、実施例９による効果を説明する。
【０１９１】
［実施例９に係る検知システムの構成］
まず、実施例９に係る検知システムの構成を説明する。実施例３に係る検知システムの構成は、実施例８に係る検知システムと以下に説明する点が異なる。
【０１９２】
すなわち、パケット送信部１２は、要求送信回数と、「要求自身の破棄回数」とが一致することを示す判断結果が得られた場合には、一の要求の要求サイズからサイズギャップ長を差し引き、送信する要求の大きさを変更する。
【０１９３】
具体的に一例をあげて説明すると、パケット送信部１２は、初期要求サイズ（Ｌ＝Ｌ＿ｉｎｉｔ）として３０，０００バイトが予め設定されており、サイズギャップ長（Ｌ＿ｇａｐ）として、１，０００バイトが予め設定されているものとする。また、パケット送信部１２は、ＭＴＵとして、１，０００バイトが予め設定されているものとする。
【０１９４】
ここで、パケット送信部１２は、インターフェイス部１１を介して、試験送信回数(Ｓ＿ｐｒｅｐ、例えば、１０)を受け付けると、検査対象ノードＢに対して、例えば、３０，０００バイトのデータ長の要求を３０に分割して、１０回送信する。
【０１９５】
その後、パケット送信部１２は、判定部１４によって、検査対象ノードＢについて、経路別のパケット廃棄を検査する対象として不適格であるものと判断されると、初期要求サイズからサイズギャップ長を差し引き、要求サイズを２９，０００バイトに変更する（Ｌ＝Ｌ−Ｌ＿ｇａｐ）。
【０１９６】
ここで、パケット送信部１２は、変更後の要求サイズが有効か否かを判定する（Ｌ＞０）。そして、パケット送信部１２は、変更後の要求サイズが有効であると判定した場合には、検査対象ノードＢに対して、２９，０００バイトのデータ長の要求を２９に分割して、１０回送信する。
【０１９７】
［実施例９に係る調査実行ノードによる処理］
次に、図１６を用いて、実施例９に係る調査実行ノード１０による処理を説明する。図１６は、実施例９に係る調査実行ノードによる処理の流れを示すフローチャート図である。なお、以下では、実施例８に係る調査実行ノード１０による処理と異なる点について説明する。
【０１９８】
図１６に示すように、調査実行ノード１０は、要求送信回数と、「要求自身の破棄回数」とが一致することを示す判断結果が得られた場合には（ステップＳ９００３肯定）、初期要求サイズからサイズギャップ長を差し引き、要求サイズを変更し（ステップＳ９００５）、要求サイズが有効か否かを判定する（ステップＳ９００６）。
【０１９９】
ここで、調査実行ノード１０は、変更後の要求サイズが有効であることを示す判定結果が得られた場合には（ステップＳ９００６肯定）、再び、検査処理を実行する（ステップＳ９００２）。
【０２００】
一方では、調査実行ノード１０は、変更後の要求サイズが有効でないことを示す判定結果が得られた場合には（ステップＳ９００６否定）、要求の送信先の検査対象ノード２０が経路別のパケット廃棄を検査できない検査対象ノード２０であるものと判断する（ステップＳ９００７）。
【０２０１】
［実施例９の効果］
上記したように、実施例９によれば、より多くの検査対象ノード２０を経路別のパケット廃棄を検査する対象とすることが可能である。
【実施例１０】
【０２０２】
さて、これまで実施例１〜９について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、実施例１０として、他の実施例を説明する。
【０２０３】
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図１に示した「Ｒｅｑ＿１−１」）については、特記する場合を除いて任意に変更することができる。
【０２０４】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図３に示したパケット送信部１２と、パケット受信部１３とを統合して構成することができる。
【０２０５】
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０２０６】
なお、本実施例で説明した検知方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０２０７】
以上の実施例１〜９を含む実施形態に関し、さらに以下の付記を開示する。
【０２０８】
（付記１）複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信手順と、
前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理手順と、
を調査実行ノードとして機能する中継装置としてのコンピュータに実行させる検知プログラム。
【０２０９】
（付記２）前記要求送信手順は、前記要求が送信された回数を示す送信回数が予め設定されている所定の回数に至るまで、前記判定処理手順によって前記判定処理が実行されるごとに、前記要求を前記調査対象ノードに送信し、
前記判定処理手順は、前記要求送信手順によって前記要求が送信されるごとに前記判定処理を実行することを特徴とする付記１に記載の検知プログラム。
【０２１０】
（付記３）前記判定処理手順によって、前記要求パケットのいずれかが破棄されているものと判定された回数としての要求破棄回数を計測する要求破棄回数計測手順と、
前記要求破棄回数計測手順によって計測されている要求破棄回数と、前記送信回数と、一の要求が分割されて生成される前記要求パケットのパケット数を示した要求分割数とに基づいて、自己から前記調査対象ノード宛に送信された各パケットが、前記調査対象ノードに到達するまでに廃棄される可能性を数値として表した期待値を算出する期待値算出手順と、
を前記中継装置としてのコンピュータにさらに実行させることを特徴とする付記２に記載の検知プログラム。
【０２１１】
（付記４）前記判定処理手順によって、前記要求パケットのいずれかが破棄されているものと判定された回数としての要求破棄回数を計測する要求破棄回数計測手順と、
前記要求破棄回数計測手順によって計測されている要求破棄回数と、前記送信回数と、一の要求が分割されて生成される前記要求パケットのパケット数を示した要求分割数とに基づいて、自己から前記調査対象ノード宛に送信された各パケットが、前記調査対象ノードに到達するまでに廃棄される可能性を数値範囲として表した期待範囲を算出する期待範囲算出手順と
を前記中継装置としてのコンピュータにさらに実行させることを特徴とする付記２に記載の検知プログラム。
【０２１２】
（付記５）前記判定処理手順によって、前記要求パケットのいずれかが破棄されているものと判定された回数としての要求破棄回数を計測する要求破棄回数計測手順と、
前記判定処理手順によって前記調査対象ノードから前記応答パケットのいずれかが破棄されているものと判定された場合の、前記調査対象ノードから応答パケットとして受信されなかったパケットの数を示す応答パケット廃棄数を計測する応答パケット廃棄数計測手順と、
前記要求破棄回数計測手順によって計測されている要求破棄回数と、前記送信回数と、一の応答が分割されて生成される前記応答パケットのパケット数を示した応答分割数と、前記応答パケット廃棄数計測手順によって計測されている応答パケット廃棄数とに基づいて、前記調査対象ノードから自己宛に送信された各パケットが、自己に到達するまでに廃棄される確率を数値として表した廃棄率を算出する廃棄率算出手順と、
を前記中継装置としてのコンピュータにさらに実行させることを特徴とする付記２に記載の検知プログラム。
【０２１３】
（付記６）前記要求送信手順は、複数の前記調査対象ノードに対して要求を送信し、
前記判定処理手順は、前記調査対象ノードごとに前記判定処理を実行することを特徴とすることを特徴とする付記１〜５のいずれか一つに記載の検知プログラム。
【０２１４】
（付記７）前記要求送信手順は、前記要求を前回送信してからの経過時間を示す送信後経過カウンタ値が予め設定されている所定の値に到達するごとに、前記要求を送信することを特徴とする付記１〜６のいずれか一つに記載の検知プログラム。
【０２１５】
（付記８）前記判定処理手順によって、前記要求パケットのいずれかが破棄されているものと判定された回数としての要求破棄回数を計測する要求破棄回数計測手順と、
前記要求破棄回数計測手順によって計測されている要求破棄回数と、前記送信回数とが一致する場合に、前記調査対象ノードが検査対象として不適格であるものと判断する不適格判定手順と、
を中継装置としてのコンピュータにさらに実行させることを特徴とする付記１〜７のいずれか一つに記載の検知プログラム。
【０２１６】
（付記９）前記要求送信手順は、前記不適格判定手順によって前記調査対象ノードが検査対象として不適格であるものと判断された場合に、前記要求の大きさを変更して前記要求パケットを再送信することを特徴とする付記８に記載の検知プログラム。
【０２１７】
（付記１０）複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信手段と、
前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理手段と、
を有することを特徴とする調査実行ノードとして機能する中継装置。
【０２１８】
（付記１１）複数に分割された各要求パケットからなる要求を再構築できた場合に限り、複数に分割された各応答パケットからなる応答を返信する調査対象ノードに対して、前記要求を送信する要求送信ステップと、
前記調査対象ノードから全く応答パケットを受信していない場合には、前記要求パケットのいずれかが、当該要求の送信元である自己から前記調査対象ノードに至るまでの第一の経路で破棄されたものと判定し、前記調査対象ノードから前記応答パケットを１つ以上受信したが応答を再構築できない場合には、前記応答パケットのいずれかが、当該調査対象ノードから前記要求の送信元である自己に至るまでの第二の経路で破棄されたものと判定する判定処理を実行する判定処理ステップと、
を含んだことを特徴とする検知方法。
【符号の説明】
【０２１９】
１０  調査実行ノード
１１  インターフェイス部
１２  パケット送信部
１３  パケット受信部
１４  判断部
１７  廃棄パケット数計測部
２０  調査対象ノード
【図１】
2010016807.tif 000003
【図２】
2010016807.tif 000004
【図３】
2010016807.tif 000005
【図４】
2010016807.tif 000006
【図５】
2010016807.tif 000007
【図６】
2010016807.tif 000008
【図７】
2010016807.tif 000009
【図８】
2010016807.tif 000010
【図９】
2010016807.tif 000011
【図１０】
2010016807.tif 000012
【図１１】
2010016807.tif 000013
【図１２】
2010016807.tif 000014
【図１３】
2010016807.tif 000015
【図１４】
2010016807.tif 000016
【図１５】
2010016807.tif 000017
【図１６】
2010016807.tif 000018