(57)【要約】【課題】運用中の通信経路だけでなく、予備の通信経路についても疎通状態を確認すること。【解決手段】送信端末１００が、全経路確認要求パケットを生成してルータ３００〜７００に送信する。また、ルータ３００〜７００が、送信された全経路確認要求パケットに自装置を示す情報を経路情報として追加した全経路確認要求パケットを受信端末２００との間の全ての通信経路それぞれに転送する。また、受信端末２００が、転送された全経路確認要求パケットに含まれる経路情報を転記した全経路確認応答パケットを生成する。また、受信端末２００が、生成された全経路確認応答パケットをルータ３００〜７００経由で送信端末１００に送信する。また、ルータ３００〜７００が、送信された全経路確認応答パケットを送信端末１００に転送する。そして、送信端末１００が、転送された全経路確認応答パケットに含まれる経路情報を出力する。【選択図】図１
2010219951.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信経路を介して接続された送信装置および受信装置の間でパケットを中継する中継方法であって、
前記送信装置が、前記受信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを生成する要求パケット生成ステップと、
前記送信装置が、生成された要求パケットを中継装置に送信する要求パケット送信ステップと、
前記中継装置が、前記送信装置によって送信された要求パケットを受信した場合に、受信した要求パケットに自装置を示す情報を経路情報として追加する経路情報追加ステップと、
前記中継装置が、前記経路情報が追加された要求パケットを前記受信装置との間の全ての通信経路それぞれに転送する要求パケット転送ステップと、
前記受信装置が、前記中継装置によって転送された要求パケットを受信した場合に、受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する応答パケット生成ステップと、
前記受信装置が、生成された応答パケットを前記中継装置経由で前記送信装置に送信する応答パケット送信ステップと、
前記中継装置が、前記受信装置によって送信された応答パケットを受信した場合に、受信した応答パケットを前記送信装置に転送する応答パケット転送ステップと、
前記送信装置が、前記中継装置によって転送された応答パケットを受信した場合に、受信した応答パケットに含まれる経路情報を出力する経路情報出力ステップと、
を含んだことを特徴とする中継方法。
【請求項２】
前記応答パケット転送ステップにおいて、前記中継装置が、前記応答パケットを転送する際に、当該応答パケットに含まれている経路情報に基づいて、当該応答パケットのもとになった要求パケットが転送された経路を遡って当該応答パケットを転送することを特徴とする請求項１に記載の中継方法。
【請求項３】
前記経路情報追加ステップにおいて、前記中継装置が、前記要求パケットに前記経路情報を追加する前に、当該要求パケットにすでに自装置を示す情報が含まれていた場合には、当該要求パケットを破棄することを特徴とする請求項１または２に記載の中継方法。
【請求項４】
前記送信装置が、前記要求パケット送信ステップによって前記要求パケットが送信されてからの経過時間を計測する時間計測ステップをさらに含み、
前記経路情報出力ステップにおいて、前記送信装置が、前記時間計測ステップによって計測された経過時間が所定の時間を越えた場合には、前記要求パケットに対する応答がないことを示す情報を出力することを特徴とする請求項１、２または３に記載の中継方法。
【請求項５】
前記経路情報出力ステップにおいて、前記送信装置が、前記応答パケットを受信した回数を計数し、計数した回数が所定の回数を超えた場合に、前記経路情報を出力することを特徴とする請求項１〜４のいずれか一つに記載の中継方法。
【請求項６】
受信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを生成する要求パケット生成部と、
前記要求パケット生成部によって生成された要求パケットを中継装置に送信する要求パケット送信部と、
前記中継装置によって転送された応答パケットを受信した場合に、受信した応答パケットに含まれる経路情報を出力する経路情報出力部と、
を備えたことを特徴とする送信装置。
【請求項７】
送信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを受信した場合に、受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する応答パケット生成部と、
前記応答パケット生成部によって生成された応答パケットを中継装置経由で前記送信装置に送信する応答パケット送信部と、
を備えたことを特徴とする受信装置。
【請求項８】
送信装置によって送信された要求パケットを受信した場合に、受信した要求パケットに自装置を示す情報を経路情報として追加する経路情報追加部と、
前記経路情報追加部によって前記経路情報が追加された要求パケットを受信装置との間の全ての通信経路それぞれに転送する要求パケット転送部と、
前記要求パケット転送部によって転送された要求パケットに含まれる経路情報が転記された応答パケットを受信した場合に、受信した応答パケットを前記送信装置に転送する応答パケット転送部と、
を備えたことを特徴とする中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信経路を介して接続された送信装置および受信装置の間でパケットを中継する中継方法、送信装置、受信装置および中継装置に関する。例えば、本発明は、運用中の通信経路だけでなく予備の通信経路についても疎通状態を確認することができる中継方法、送信装置、受信装置および中継装置に関する。
【背景技術】
【０００２】
従来、ネットワークの状態を確認するための代表的な方式として、Ｐｉｎｇ（Packet INternet Grouper）による疎通確認がある。Ｐｉｎｇとは、相手側の装置が通信可能な状態であるか否かを確認するためのコマンドである。Ｐｉｎｇが実行されると、通信経路上のネットワーク機器が有するルーティングプロトコルにしたがって、ＩＣＭＰ（Internet Control Message Protocol）パケットが伝播される。そして、ＩＣＭＰパケットが目的の機器まで到達することを確認することによって、機器および途中の通信経路が正常であると判断することができる。
【０００３】
上述したＰｉｎｇを利用した技術としては、監視システムが、対向するネットワークのノード間でＰｉｎｇによる通信を行い、一定の時間内に応答がない場合に現用ルートから予備ルートに切り替える方法が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−６７０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、Ｐｉｎｇによる疎通確認では、任意のルーティングプロトコルを利用することによって運用中の通信経路の疎通状態を確認することができるが、予備の通信経路については疎通状態を確認することができないという課題がある。一般的なルーティングプロトコルでは、ネットワークが複数の通信経路を有していた場合、コストなどに基づいて判定された最適な通信経路を通じてＩＣＭＰパケットが伝播されるからである。前述した公知の技術でも、予備ルートの疎通状態については確認していない。
【０００６】
開示の技術は、上記に鑑みてなされたものであって、運用中の通信経路だけでなく予備の通信経路についても疎通状態を確認することができる中継方法、送信装置、受信装置および中継装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願の開示する中継方法は、一つの態様において、複数の通信経路を介して接続された送信装置および受信装置の間でパケットを中継する中継方法であって、前記送信装置が、前記受信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを生成する要求パケット生成ステップと、前記送信装置が、生成された要求パケットを前記中継装置に送信する要求パケット送信ステップと、前記中継装置が、前記送信装置によって送信された要求パケットを受信した場合に、受信した要求パケットに自装置を示す情報を経路情報として追加する経路情報追加ステップと、前記中継装置が、前記経路情報が追加された要求パケットを前記受信装置との間の全ての通信経路それぞれに転送する要求パケット転送ステップと、前記受信装置が、前記中継装置によって転送された要求パケットを受信した場合に、受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する応答パケット生成ステップと、前記受信装置が、生成された応答パケットを前記中継装置経由で前記送信装置に送信する応答パケット送信ステップと、前記中継装置が、前記受信装置によって送信された応答パケットを受信した場合に、受信した応答パケットを前記送信装置に転送する応答パケット転送ステップと、前記送信装置が、前記中継装置によって転送された応答パケットを受信した場合に、受信した応答パケットに含まれる経路情報を出力する経路情報出力ステップと、を含む。
【０００８】
また、本願の開示する送信装置は、他の態様において、受信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを生成する要求パケット生成部と、前記要求パケット生成部によって生成された要求パケットを中継装置に送信する要求パケット送信部と、前記中継装置によって転送された応答パケットを受信した場合に、受信した応答パケットに含まれる経路情報を出力する経路情報出力部と、を備える。
【０００９】
また、本願の開示する受信装置は、他の態様において、送信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを受信した場合に、受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する応答パケット生成部と、前記応答パケット生成部によって生成された応答パケットを中継装置経由で前記送信装置に送信する応答パケット送信部と、を備える。
【００１０】
また、本願の開示する中継装置は、他の態様において、送信装置によって送信された要求パケットを受信した場合に、受信した要求パケットに自装置を示す情報を経路情報として追加する経路情報追加部と、前記経路情報追加部によって前記経路情報が追加された要求パケットを受信装置との間の全ての通信経路それぞれに転送する要求パケット転送部と、前記要求パケット転送部によって転送された要求パケットに含まれる経路情報が転記された応答パケットを受信した場合に、受信した応答パケットを前記送信装置に転送する応答パケット転送部と、を備える。
【発明の効果】
【００１１】
本願の開示する中継方法の一つの態様によれば、運用中の通信経路だけでなく、予備の通信経路についても疎通状態を確認することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、本実施例にかかるネットワークシステムの全体構成を示す図である。
【図２】図２は、送信端末の概要を説明するための図（１）である。
【図３】図３は、送信端末の概要を説明するための図（２）である。
【図４】図４は、送信端末の構成を示す機能ブロック図である。
【図５】図５は、送信端末における全経路確認要求パケット送信時の処理手順を示すフローチャートである。
【図６】図６は、ユーザインタフェース部によるコマンド表示の一例を示す図である。
【図７】図７は、ＰＩＮＧ送信種別定義データの一例を示す図である。
【図８】図８は、送信端末が生成する全経路確認要求パケットの一例を示す図である。
【図９】図９は、タイマ管理データの一例を示す図である。
【図１０】図１０は、全経路応答バッファ記憶部に確保されるバッファ域の一例を示す図である。
【図１１】図１１は、送信端末における全経路確認応答パケット受信時の処理手順を示すフローチャートである。
【図１２】図１２は、送信端末が受信する全経路確認応答パケットの一例を示す図である。
【図１３】図１３は、全経路応答バッファ記憶部に確保されたバッファ域への情報の格納の一例を示す図である。
【図１４】図１４は、ＰＩＮＧイベント表示処理部によって表示されるデータ格納バッファの一例を示す図である。
【図１５】図１５は、送信端末における全経路確認要求パケット送信後のタイムアウト処理の処理手順を示すフローチャートである。
【図１６】図１６は、応答がないことを示すメッセージの一例を示す図である。
【図１７】図１７は、受信端末の概要を説明するための図である。
【図１８】図１８は、受信端末の構成を示す機能ブロック図である。
【図１９】図１９は、受信端末における全経路確認要求パケット受信から全経路確認応答パケット送信までの処理手順を示すフローチャートである。
【図２０】図２０は、受信端末が受信する全経路確認要求パケットの一例を示す図である。
【図２１】図２１は、受信端末のＰＩＮＧパケット発動処理部によって生成される全経路確認応答パケットの一例を示す図である。
【図２２】図２２は、ルータの構成を示す機能ブロック図である。
【図２３】図２３は、ルータにおける全経路確認要求パケットまたは全経路確認応答パケットの転送の処理手順を示すフローチャートである。
【図２４】図２４は、図２３に示した全経路指定処理の処理手順を示すフローチャートである。
【図２５】図２５は、図２４に示したパケット生成処理の処理手順を示すフローチャートである。
【図２６】図２６は、図２３に示したパケットリプライ処理の処理手順を示すフローチャートである。
【図２７】図２７は、本実施例におけるパケット転送の第一の例を説明するための図である。
【図２８】図２８は、本実施例におけるパケット転送の第一の例を示すシーケンス図である。
【図２９】図２９は、本実施例におけるパケット転送の第二の例を説明するための図である。
【図３０】図３０は、本実施例におけるパケット転送の第二の例を示すシーケンス図（１）である。
【図３１】図３１は、本実施例におけるパケット転送の第二の例を示すシーケンス図（２）である。
【図３２】図３２は、図３０および３１に示したＩＣＭＰパケットに基づいて表示される経路情報の一例を示す図である。
【図３３】図３３は、本実施例による効果を説明するための図（１）である。
【図３４】図３４は、本実施例による効果を説明するための図（２）である。
【発明を実施するための形態】
【００１３】
以下に、本願の開示する中継方法、送信装置、受信装置および中継装置の実施例を図面に基づいて詳細に説明する。なお、以下では、送信装置と、受信装置と、複数のルータとを有するネットワークシステムに本願の開示する技術を適用した場合の実施例について説明するが、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１４】
最初に、本実施例にかかるネットワークシステムの全体構成について説明する。図１は、本実施例にかかるネットワークシステムの全体構成を示す図である。図１に示すように、本実施例にかかるネットワークシステムは、送信端末１００、受信端末２００、ルータ３００〜７００を有する。
【００１５】
送信端末１００および受信端末２００は、ルータ３００〜７００を含むＩＰネットワーク１０を介して通信可能に接続されている。具体的には、送信端末１００がルータ３００に接続され、受信端末２００がルータ５００に接続されている。また、ルータ３００および５００が、それぞれ、ルータ４００、６００および７００に接続されている。また、ルータ４００は、ルータ３００および５００の他に、ルータ６００および７００にも接続されている。
【００１６】
本実施例では、上記構成を有するネットワークシステムにおいて、送信端末１００と受信端末２００とを接続する全ての通信経路上で全経路確認用のＩＣＭＰパケットを往復させる。したがって、本実施例によれば、運用中の通信経路だけでなく予備の通信経路についても疎通状態を確認することができる。以下、図１に示した送信端末１００、受信端末２００およびルータ３００〜７００について説明する。
【００１７】
まず、送信端末１００の概要について説明する。図２および３は、送信端末１００の概要を説明するための図である。送信端末１００は、図２に示すように、Ｐｉｎｇコマンドを実行することで、受信端末２００との間にある全ての通信経路について疎通確認を要求するＩＣＭＰパケットをＩＰネットワーク１０に送信する。また、送信端末１００は、図３に示すように、送信したＩＣＭＰパケットに対する応答として受信端末２００から送信されるＩＣＭＰパケットをＩＰネットワーク１０経由で受信する。
【００１８】
なお、以下では、疎通確認を要求するＩＣＭＰパケットを「全経路確認要求パケット」と呼ぶ。また、全経路確認要求パケットに対する応答として受信端末２００から送信されるＩＣＭＰパケットを「全経路確認応答パケット」と呼ぶ。また、図３および４に示すように、受信端末２００のアドレスを「ＡＡＡ．ＡＡＡ．ＡＡＡ．ＡＡＡ」とする。
【００１９】
次に、送信端末１００の構成について説明する。図４は、送信端末１００の構成を示す機能ブロック図である。図４に示すように、送信端末１００は、ユーザインタフェース部１０１と、ＰＩＮＧイベント表示処理部１０２と、ＰＩＮＧイベント受付処理部１０３と、ＰＩＮＧパケット発動処理部１０４とを有する。また、送信端末１００は、ＰＩＮＧパケット送信処理部１０５と、ＰＩＮＧパケット受信処理部１０６と、パケット送受信処理部１０７と、ＰＩＮＧイベントタイマ処理部１０８とを有する。さらに、送信端末１００は、全経路応答バッファ記憶部１１１と、ＰＩＮＧ送信種別定義データ記憶部１１２と、タイマ管理データ記憶部１１３とを有する。
【００２０】
次に、図４に示した送信端末１００が有する各部の機能について説明する。なお、ここでは、図２に示した全経路確認要求パケット送信時の処理と、図３に示した全経路確認応答パケット受信時の処理と、全経路確認要求パケット送信後のタイムアウト処理とに分けて各部の機能を説明する。
【００２１】
まず、送信端末１００における全経路確認要求パケット送信時の処理について説明する。図５は、送信端末１００における全経路確認要求パケット送信時の処理手順を示すフローチャートである。図５に示すように、送信端末１００では、まず、ユーザインタフェース部１０１が、キーボードやマウスなどの入力装置を介して、利用者からＰＩＮＧコマンドの入力を受け付ける。
【００２２】
ユーザインタフェース部１０１は、利用者からＰｉｎｇコマンドの入力を受け付けると（ステップＳ１０１，Ｙｅｓ）、入力された各種コマンドをディスプレイなどの表示装置に表示する。図６は、ユーザインタフェース部１０１によるコマンド表示の一例を示す図である。図６に示すように、例えば、ユーザインタフェース部１０１は、利用者からＰｉｎｇコマンドの実行要求を受け付けた場合には、「Ｐｉｎｇ  ＡＡＡ．ＡＡＡ．ＡＡＡ．ＡＡＡ」と表示する。ここで、「ＡＡＡ．ＡＡＡ．ＡＡＡ．ＡＡＡ」は、受信端末２００のアドレスを示している。
【００２３】
図５にもどって、ユーザインタフェース部１０１によってＰｉｎｇコマンドの実行要求が受け付けられると、ＰＩＮＧイベント表示処理部１０２が、ＰＩＮＧイベント受付処理部１０３を起動する。ＰＩＮＧイベント受付処理部１０３は、ＰＩＮＧイベント表示処理部１０２によって起動されると、ＰＩＮＧ送信種別定義データ記憶部１１２によって記憶されているＰＩＮＧ送信種別定義データを参照し、送信種別を確認する（ステップＳ１０２）。
【００２４】
ここで、ＰＩＮＧ送信種別定義データについて説明する。図７は、ＰＩＮＧ送信種別定義データの一例を示す図である。図７に示すように、ＰＩＮＧ送信種別定義データには、「送信種別」、「応答タイマ」および「最大応答カウンタ」の設定値がそれぞれ含まれている。各設定値は、送信端末が使用される前にあらかじめ決められて、ＰＩＮＧ送信種別データ記憶部１４０に記憶される。
【００２５】
送信種別には、ＰＩＮＧコマンドが実行された際に、従来の単一経路指定のＩＣＭＰパケットを生成することを示す値、または、全経路指定のＩＣＭＰパケットを生成するかを示す値が設定される。例えば、送信種別には、従来の単一経路指定の場合には「０」が設定され、全経路指定の場合には「１」が設定される。応答タイマには、例えば「２００ｍｓ」など、所定の時間が設定される。最大応答カウンタには、例えば「５」など、所定の数値が設定される。応答タイマおよび最大応答カウンタの設定値の使用方法については、後に説明する。
【００２６】
図５に戻って、送信種別が全経路指定を示す値でなかった場合には（ステップＳ１０３，Ｎｏ）、ＰＩＮＧイベント受付処理部１０３は、単一経路指定のＩＣＭＰパケットに関する送信処理を行って（ステップＳ１０４）、処理を終了する。なお、単一経路指定のＩＣＭＰパケットに関する送信処理は公知の処理であるため、ここでは説明を省略する。
【００２７】
一方、送信種別が全経路指定を示す値であった場合には（ステップＳ１０３，Ｙｅｓ）、ＰＩＮＧイベント受付処理部１０３は、全経路指定のＩＣＭＰパケットとして全経路確認要求パケットを生成するようＰＩＮＧパケット発動処理部１０４に要求する。ＰＩＮＧパケット発動処理部１０４は、全経路確認要求パケットを生成するよう要求されると、まず、ＩＣＭＰパケット用の識別子を生成する（ステップＳ１０５）。そして、ＰＩＮＧパケット発動処理部１０４は、生成した識別子を用いて、図７に示した全経路確認要求パケットを生成する（ステップＳ１０６）。
【００２８】
ここで、送信端末１００が生成する全経路確認要求パケットについて説明する。図８は、送信端末１００が生成する全経路確認要求パケットの一例を示す図である。図８は、一般的なＩＣＭＰパケットのレイアウトを示している。図８に示すように、ＩＣＭＰパケットには、「タイプ」、「コード」、「チェックサム」、「識別子」、「シーケンス番号」および「データ」の設定値が含まれる。
【００２９】
全経路確認要求パケットの場合、タイプには「８」が設定される。また、コードには「１」が設定される。識別子には、同じＰｉｎｇコマンドによって生成された全経路確認要求パケットと全経路確認応答パケットとを対応付けるための識別情報が設定される。例えば、識別子には、「ａａａａ」が設定される。シーケンス番号には、識別子ごとに何番目のパケットを送信したかを示す番号が設定される。
【００３０】
データには、各種情報が設定される。全経路確認要求パケットの場合、データには、パケットが生成される際に宛先アドレスが設定される。例えば、受信端末２００のアドレスである「ＡＡＡ．ＡＡＡ．ＡＡＡ．ＡＡＡ」がデータに設定される。なお、後に詳細に説明するが、全経路確認要求パケットのデータには、宛先アドレスの他に、パケットがルータ３００〜７００を経由するたびに、経由したルータの受信インタフェースおよび送信インタフェースのアドレスがそれぞれ経路情報として順次追加される。
【００３１】
図５にもどって、ＰＩＮＧパケット発動処理部１０４は、生成した全経路確認要求パケットをＰＩＮＧパケット送信処理部１０５に送る。ＰＩＮＧパケット送信処理部１０５は、ＰＩＮＧパケット発動処理部１０４から送られた全経路確認要求パケットをパケット送受信処理部１０７経由でネットワーク１０に送信する（ステップＳ１０７）。
【００３２】
ＰＩＮＧパケット発動処理部１０４は、全経路確認要求パケットをＰＩＮＧパケット送信処理部１０５に送った後に、生成した識別子をＰＩＮＧイベント受付処理部１０３に引き渡す。ＰＩＮＧイベント受付処理部１０３は、識別子を受け付けると、受け付けた識別子をＰＩＮＧイベントタイマ処理部１０８に引き渡す。ＰＩＮＧイベントタイマ処理部１０８は、識別子を受け付けると、ＰＩＮＧ送信種別定義データに設定されている応答タイマの設定値と識別子とを対応付けた情報をタイマ管理データとしてタイマ管理データ記憶部１１３に記憶させる（ステップＳ１０８）。
【００３３】
ここで、タイマ管理データについて説明する。図９は、タイマ管理データの一例を示す図である。図９に示すように、タイマ管理データは、「識別子」と「タイマ」とを対応付けたデータである。識別子には、全経路確認要求パケットに設定された識別子と同じ値が設定される。タイマには、初期値として、ＰＩＮＧ送信種別定義データ記憶部１１２に記憶されているに設定されている応答タイマの設定値が設定される。そして、タイマに設定された値は、所定の周期で減算される。なお、タイマの減算については、後に詳細に説明する。
【００３４】
図５にもどって、ＰＩＮＧイベント受付処理部１０３は、ＰＩＮＧイベントタイマ処理部１０８に識別子を渡した後に、ＰＩＮＧイベント表示処理部１０２に識別子を引き渡す。ＰＩＮＧイベント表示処理部１０２は、識別子を受け付けると、受け付けた識別子に対応するバッファ域を全経路応答バッファ記憶部１１１に確保し（ステップＳ１０９）、処理を終了する。
【００３５】
ここで、全経路応答バッファ記憶部１１１に確保されるバッファ域について説明する。図１０は、全経路応答バッファ記憶部１１１に確保されるバッファ域の一例を示す図である。図１０に示すように、全経路応答バッファ記憶部１１１に確保されるバッファ域は、「識別子」と、「データカウンタ」と、「データ格納バッファ」とを含んでいる。
【００３６】
識別子には、全経路確認要求パケットに設定された識別子と同じ値が設定される。データカウンタには、初期値として「０」が設定される。データ格納バッファには、この時点では何も設定されないが、後に、全経路応答パケットがＩＰネットワーク１０経由で転送されてきた場合に、全経路応答パケットに含まれる経路情報が設定される。なお、データカウンタおよびデータ格納バッファへの値の設定については、後に詳細に説明する。
【００３７】
次に、送信端末１００における全経路確認応答パケット受信時の処理について説明する。図１１は、送信端末１００における全経路確認応答パケット受信時の処理手順を示すフローチャートである。図１１に示すように、送信端末１００では、まず、ＰＩＮＧパケット受信処理部１０６が、パケット送受信処理部１０７を介して、ＩＣＭＰパケットを受信する。ＰＩＮＧパケット受信処理部１０６は、ＩＣＭＰパケットを受信すると（ステップＳ２０１，Ｙｅｓ）、受信したＩＣＭＰパケットをＰＩＮＧイベント受付処理部１０３に引き渡す。
【００３８】
ＰＩＮＧイベント受付処理部１０３は、ＩＣＭＰパケットを受け付けると、受け付けたＩＣＭＰパケットのタイプおよびコードを確認する（ステップＳ２０２）。そして、ＰＩＮＧイベント受付処理部１０３は、タイプおよびコードに基づいて、受け付けたＩＣＭＰパケットが全経路確認応答パケットであるか否かを判定する。
【００３９】
ここで、送信端末１００が受信する全経路確認応答パケットについて説明する。図１２は、送信端末１００が受信する全経路確認応答パケットの一例を示す図である。図１２は、一般的なＩＣＭＰパケットのレイアウトを示している。図１２に示すように、ＩＣＭＰパケットには、「タイプ」、「コード」、「チェックサム」、「識別子」、「シーケンス番号」および「データ」の設定値が含まれる。
【００４０】
全経路確認応答パケットの場合、タイプには「０」が設定される。また、コードには「１」が設定される。識別子には、同じＰｉｎｇコマンドによって生成された全経路確認要求パケットと全経路確認応答パケットとを対応付けるための識別情報が設定される。例えば、識別子には、「ａａａａ」が設定される。シーケンス番号には、識別子ごとに何番目のパケットを送信したかを示す番号が設定される。
【００４１】
データには、各種情報が設定される。全経路確認応答パケットの場合、データには、パケットが生成される際に全経路確認要求パケットのデータの内容が転記される。すなわち、全経路確認応答パケットのデータには、全経路確認要求パケットが経由したルータの受信インタフェースおよび送信インタフェースのアドレスが経路情報として順次追加されたデータが設定される。なお、全経路確認応答パケットの生成については、後に詳細に説明する。
【００４２】
図１１にもどって、タイプおよびコードを確認した結果、タイプ≠「０」またはコード≠「１」であった場合には（ステップＳ２０３，Ｎｏ）、ＰＩＮＧイベント受付処理部１０３は、単一経路指定のＩＣＭＰパケットに関する受信処理を行った後に（ステップＳ２０４）、処理を終了する。なお、単一経路指定のＩＣＭＰパケットに関する受信処理は公知の処理であるため、ここでは説明を省略する。
【００４３】
一方、タイプおよびコードを確認した結果、タイプ＝「０」かつコード＝「１」であった場合には（ステップＳ２０３，Ｙｅｓ）、ＰＩＮＧイベント受付処理部１０３は、受け付けたＩＣＭＰパケットが全経路確認応答パケットであると判定する。
【００４４】
そして、ＩＣＭＰパケットが全経路確認応答パケットであると判定した場合、ＰＩＮＧイベント受付処理部１０３は、パケットに設定されている識別子およびデータをＰＩＮＧイベント表示処理部１０２に引き渡す。ＰＩＮＧイベント表示処理部１０２は、識別子およびデータを受け付けると、全経路応答バッファ記憶部１１１を参照し、識別子に対応するバッファ域が確保されているか否かを確認する（ステップＳ２０５）。
【００４５】
そして、対応するバッファ域が確保されていなかった場合には（ステップＳ２０６，Ｎｏ）、ＰＩＮＧイベント表示処理部１０２は、処理を終了する。一方、バッファ域が確保されていた場合には（ステップＳ２０６，Ｙｅｓ）、ＰＩＮＧイベント表示処理部１０２は、確保されていたバッファ域にＰＩＮＧイベント受付処理部１０３から受け付けたデータを格納する（ステップＳ２０７）。さらに、ＰＩＮＧイベント表示処理部１０２は、バッファ域のデータカウンタに「１」を加算する（ステップＳ２０８）。
【００４６】
なお、後に詳細に説明するが、ひとつの全経路確認要求パケットに対して、複数の全経路確認応答パケットが転送される。そのため、ＰＩＮＧイベント表示処理部１０２は、全経路確認応答パケットが転送されてくるたびに、全経路確認応答パケットに含まれるデータを同じバッファ域に順次格納し、そのつど、データカウンタに「１」を加算することになる。
【００４７】
ここで、全経路応答バッファ記憶部１１１に確保されたバッファ域への情報の格納について説明する。図１３は、全経路応答バッファ記憶部１１１に確保されたバッファ域への情報の格納の一例を示す図である。図１３に示すように、全経路応答バッファ記憶部１１１には、全経路確認応答パケットのデータに経路情報として設定されている全ての受信インタフェースおよび送信インタフェースのアドレスがデータ格納バッファに格納される。ここで、データ格納バッファに格納された各アドレスは、全経路確認要求パケットが経由したルータを示す情報となる。
【００４８】
図１１にもどって、バッファ域のデータカウンタに「１」を加算した後に、ＰＩＮＧイベント表示処理部１０２は、ＰＩＮＧ送信種別定義データ記憶部１１２によって記憶されているＰＩＮＧ送信種別定義データを参照する。続いて、ＰＩＮＧイベント表示処理部１０２は、ＰＩＮＧ送信種別定義データに設定されている最大応答カウンタと、バッファ域のデータカウンタを比較する（ステップＳ２０９）。
【００４９】
そして、データカウンタが最大応答カウンタに達していない場合には（ステップＳ２１０，Ｎｏ）、ＰＩＮＧイベント表示処理部１０２は、処理を終了する。一方、データカウンタが最大応答カウンタに達していた場合には（ステップＳ２１０，Ｙｅｓ）、ＰＩＮＧイベント表示処理部１０２は、バッファ域のデータ格納バッファをユーザインタフェース部１０１に表示する（ステップＳ２１１）。
【００５０】
ここで、ＰＩＮＧイベント表示処理部１０２によるデータ格納バッファの表示について説明する。図１４は、ＰＩＮＧイベント表示処理部１０２によって表示されるデータ格納バッファの一例を示す図である。図１４に示すように、例えば、ＰＩＮＧイベント表示処理部１０２は、図６に示したコマンドに続いて、データ格納バッファに設定されている経路情報、すなわち、受信インタフェースおよび送信インタフェースのアドレスを全経路確認応答パケットごとに表示する。なお、図１４に示す「１  Ｒｏｕｔｅ」、「２  Ｒｏｕｔｅ」は、全経路確認応答パケットの順にしたがって表示されている。
【００５１】
図１１にもどって、データ格納バッファをユーザインタフェース部１０１に表示した後に、ＰＩＮＧイベント表示処理部１０２は、処理対象となったデータ格納バッファ、対応する識別子およびデータカウンタを含むバッファ域をクリアする（ステップＳ２１２）。
【００５２】
バッファ領域をクリアすると、ＰＩＮＧイベント表示処理部１０２は、クリアしたバッファ領域に対応する識別子をＰＩＮＧイベント受付処理部１０３に引き渡す。ＰＩＮＧイベント受付処理部１０３は、識別子を受け付けると、受け付けた識別子をＰＩＮＧイベントタイマ処理部１０８に引き渡す。ＰＩＮＧイベントタイマ処理部１０８は、識別子を受け付けると、タイマ管理データ記憶部１１３を参照して、受け付けた識別子に対応するタイマ管理データがあるか否かを確認する（ステップＳ２１３）。
【００５３】
そして、対応するタイマ管理データがなかった場合には（ステップＳ２１４，Ｎｏ）、ＰＩＮＧイベントタイマ処理部１０８は、処理を終了する。一方、対応するタイマ管理データがあった場合には（ステップＳ２１４，Ｙｅｓ）、ＰＩＮＧイベントタイマ処理部１０８は、該当するタイマ管理データを削除し（ステップＳ２１５）、処理を終了する。
【００５４】
次に、送信端末１００における全経路確認要求パケット送信後のタイムアウト処理について説明する。図１５は、送信端末１００における全経路確認要求パケット送信後のタイムアウト処理の処理手順を示すフローチャートである。
【００５５】
図１５に示すように、送信端末１００では、ＰＩＮＧイベントタイマ処理部１０８が、タイマにより、所定の周期であるタイマ起動監視周期が経過したか否かを確認する。そして、タイマ起動監視周期が経過した場合には（ステップＳ３０１，Ｙｅｓ）、ＰＩＮＧイベントタイマ処理部１０８は、タイマ管理データ記憶部１１３を参照する。そして、ＰＩＮＧイベントタイマ処理部１０８は、タイマ管理データ記憶部１１３に記憶されている各タイマ管理データのタイマ値をそれぞれタイマ起動監視周期分だけ減算する（ステップＳ３０２）。
【００５６】
続いて、ＰＩＮＧイベントタイマ処理部１０８は、タイマ管理データのタイマ値を１データずつ順に確認する（ステップＳ３０３）。そして、タイマ値が「０」以下であった場合には（ステップＳ３０４，Ｙｅｓ）、ＰＩＮＧイベントタイマ処理部１０８は、確認中のタイマ管理データに設定されている識別子およびタイマ満了通知をＰＩＮＧイベント受付処理部１０３に引き渡す。識別子およびタイマ満了通知を受け付けたＰＩＮＧイベント受付処理部１０３は、受け付けた識別子およびタイマ満了通知をＰＩＮＧイベント表示処理部１０２に引き渡す。ＰＩＮＧイベント表示処理部１０２は、識別子およびタイマ満了通知を受け付けると、全経路応答バッファ記憶部１１１を参照し、受け付けた識別子に対応するバッファ域があるか否かを確認する（ステップＳ３０５）。
【００５７】
そして、対応するバッファ域がなかった場合には（ステップＳ３０６，Ｎｏ）、ＰＩＮＧイベント表示処理部１０２は、バッファ域がなかったことをＰＩＮＧイベント受付処理部１０３経由でＰＩＮＧイベントタイマ処理部１０８に通知する。
【００５８】
一方、対応するバッファ域があった場合には（ステップＳ３０６，Ｙｅｓ）、ＰＩＮＧイベント表示処理部１０２は、バッファ域のデータカウンタを確認する（ステップＳ３０７）。そして、バッファ域のデータカウンタが「０」より大きかった場合には（ステップＳ３０８，Ｙｅｓ）、ＰＩＮＧイベント表示処理部１０２は、バッファ域のデータ格納バッファをユーザインタフェース部１０１に表示する（ステップＳ３０９）。また、バッファ域のデータカウンタが「０」であった場合には（ステップＳ３０８，Ｎｏ）、ＰＩＮＧイベント表示処理部１０２は、応答がないことを示すメッセージをユーザインタフェース部１０１に表示する（ステップＳ３１０）。
【００５９】
ここで、応答がないことを示すメッセージの表示について説明する。図１６は、応答がないことを示すメッセージの一例を示す図である。図１６に示すように、例えば、ＰＩＮＧイベント表示処理部１０２は、図６に示したコマンドに続いて、応答がないことを示すメッセージとして「Ａｌｌ  ｒｏｕｔｅ  ｔｉｍｅ  ｏｕｔ  ｕｎｒｅａｃｈａｂｌｅ」を表示する。
【００６０】
図１５にもどって、データ格納バッファあるいはメッセージを表示した後に、ＰＩＮＧイベント表示処理部１０２は、処理対象となったデータ格納バッファ、対応する識別子およびデータカウンタを含むバッファ域をクリアする。そして、ＰＩＮＧイベント表示処理部１０２は、バッファ域をクリアしたことをＰＩＮＧイベント受付処理部１０３経由でＰＩＮＧイベントタイマ処理部１０８に通知する（ステップＳ３１１）。
【００６１】
なお、タイマ管理データのタイマ値が「０」より大きかった場合（ステップＳ３０４，Ｎｏ）には、ＰＩＮＧイベントタイマ処理部１０８が、処理対象となったタイマ管理データが最後のデータであるか否かを確認する。また、ＰＩＮＧイベントタイマ処理部１０８は、ステップＳ３１２およびステップＳ３１１において通知を受け付けた場合にも、同様に処理対象となったタイマ管理データが最後のデータであるか否かを確認する。
【００６２】
そして、処理対象となったタイマ管理データが最後のデータであった場合には（ステップＳ３１２，Ｙｅｓ）、ＰＩＮＧイベントタイマ処理部１０８は、処理を終了する。一方、処理対象となったタイマ管理データが最後のデータでなかった場合には（ステップＳ３１２，Ｎｏ）、全てのタイマ管理データを処理するまで、ステップＳ３０３〜Ｓ３１２の処理を繰り返す。
【００６３】
次に、受信端末２００の概要について説明する。図１７は、受信端末２００の概要を説明するための図である。受信端末２００は、図１７に示すように、受信端末２００との間にある全ての通信経路について疎通確認を要求する全経路確認要求パケットを受信する。そして、受信端末２００は、全経路確認要求パケットを受信した場合に、受信した全経路確認要求パケットに含まれる経路情報を転記した全経路確認応答パケットを生成してＩＰネットワーク１０に送信する。
【００６４】
次に、受信端末２００の構成について説明する。図１８は、受信端末２００の構成を示す機能ブロック図である。図１８に示すように、受信端末２００は、ＰＩＮＧイベント受付処理部２０１と、ＰＩＮＧパケット発動処理部２０２と、ＰＩＮＧパケット送信処理部２０３と、パケット送受信処理部２０４と、ＰＩＮＧパケット受信処理部２０５とを有する。
【００６５】
次に、図１８に示した受信端末２００が有する各部の機能について説明する。なお、ここでは、受信端末２００が、図１７に示した全経路確認要求パケットの受信から全経路確認応答パケットの送信までの処理における各部の機能を説明する。図１９は、受信端末２００における全経路確認要求パケット受信から全経路確認応答パケット送信までの処理手順を示すフローチャートである。
【００６６】
図１９に示すように、受信端末２００では、まず、ＰＩＮＧパケット受信処理部２０５が、パケット送受信処理部２０４を介して、ＩＣＭＰパケットを受信する。ＰＩＮＧパケット受信処理部２０５は、ＩＣＭＰパケットを受信すると（ステップＳ４０１，Ｙｅｓ）、受信したＩＣＭＰパケットをＰＩＮＧイベント受付処理部２０１に引き渡す。ＰＩＮＧイベント受付処理部２０１は、ＩＣＭＰパケットを受け付けると、受け付けたＩＣＭＰパケットのタイプおよびコードを確認する（ステップＳ４０２）。そして、ＰＩＮＧイベント受付処理部２０１は、タイプおよびコードに基づいて、受け付けたＩＣＭＰパケットが全経路確認要求パケットであるか否かを判定する。
【００６７】
ここで、受信端末２００が受信する全経路確認要求パケットについて説明する。図２０は、受信端末２００が受信する全経路確認要求パケットの一例を示す図である。受信端末２００が受信する全経路確認要求パケットは、データ以外の設定値については図８に示した全経路確認要求パケットと同じである。例えば、タイプには「８」が設定され、コードには「１」が設定される。そして、データには、経由したルータの受信インタフェースおよび送信インタフェースのアドレスがそれぞれ経路情報として順次追加されている。
【００６８】
図１９にもどって、タイプおよびコードを確認した結果、タイプ≠「８」またはコード≠「１」であった場合には（ステップＳ４０３，Ｎｏ）、ＰＩＮＧイベント受付処理部２０１は、単一経路指定のＩＣＭＰパケットに関する受信処理を行った後に（ステップＳ４０４）、処理を終了する。なお、単一経路指定のＩＣＭＰパケットに関する受信処理は公知の処理であるため、ここでは説明を省略する。
【００６９】
一方、タイプおよびコードを確認した結果、タイプ＝「８」かつコード＝「１」であった場合には（ステップＳ４０３，Ｙｅｓ）、ＰＩＮＧイベント受付処理部２０１は、受け付けたＩＣＭＰパケットが全経路確認要求パケットであると判定する。そして、ＩＣＭＰパケットが全経路確認要求パケットであると判定した場合、ＰＩＮＧイベント受付処理部２０１は、受信した全経路確認要求パケットをＰＩＮＧパケット発動処理部２０２に引き渡す。同時に、ＰＩＮＧイベント受付処理部２０１は、全経路確認応答パケットを生成するようＰＩＮＧパケット発動処理部２０２に要求する。
【００７０】
ＰＩＮＧパケット発動処理部２０２は、全経路確認応答パケットを生成するよう要求されると、ＰＩＮＧイベント受付処理部２０１から受け付けた全経路確認要求パケットをもとに、全経路確認応答パケットを生成する（ステップＳ４０５）。
【００７１】
ここで、受信端末２００のＰＩＮＧパケット発動処理部２０２によって生成される全経路確認応答パケットについて説明する。図２１は、受信端末２００のＰＩＮＧパケット発動処理部２０２によって生成される全経路確認応答パケットの一例を示す図である。なお、図２１は、図２０に示した全経路確認要求パケットをもとにして生成された全経路確認応答パケットを示している。
【００７２】
具体的には、ＰＩＮＧパケット発動処理部２０２は、図２１に示すように、タイプに「０」を設定し、コードに「１」を設定したＩＣＭＰパケットを全経路確認応答パケットとして生成する。また、ＰＩＮＧパケット発動処理部２０２は、識別子およびデータには、全経路確認要求パケットに設定されていた識別子およびデータをそれぞれ転記する。これにより、全経路確認要求パケットが経由したルータの受信インタフェースおよび送信インタフェースのアドレスが全経路確認応答パケットに転記される。
【００７３】
図１９にもどって、ＰＩＮＧパケット発動処理部２０２は、生成した全経路確認応答パケットをＰＩＮＧパケット送信処理部２０３に送る。ＰＩＮＧパケット送信処理部２０３は、ＰＩＮＧパケット発動処理部２０２から送られた全経路確認要求パケットをパケット送受信処理部２０４経由でネットワーク１０に送信する（ステップＳ４０６）。
【００７４】
次に、ルータ３００〜７００の概要について説明する。なお、ルータ３００〜７００はいずれも同様の構成を有するので、以下ではルータ３００を例にあげて説明する。ルータ３００は、送信端末１００から送信された全経路確認要求パケットを受信した場合には、受信した全経路確認要求パケットに自装置を示す情報を経路情報として追加する。そして、ルータ３００は、経路情報を追加した全経路確認要求パケットを受信装置２００との間の全ての通信経路それぞれに転送する。一方、受信端末２００から送信された全経路確認応答パケットを受信した場合には、受信した全経路確認応答パケットを送信端末１００に転送する。
【００７５】
次に、ルータ３００の構成について説明する。図２２は、ルータ３００の構成を示す機能ブロック図である。図２２に示すように、ルータ３００は、全経路指定処理部３０１と、ＩＣＭＰ処理部３０２と、パケット解析部３０３と、パケット生成部３０４と、パケット送受信処理部３０５とを有する。また、ルータ３００は、インタフェース情報記憶部３１１と、ルートテーブル情報記憶部３１２とを有する。
【００７６】
次に、図２２に示したルータ３００が有する各部の機能について説明する。なお、ここでは、全経路確認要求パケットまたは全経路確認応答パケットの転送の処理における各部の機能を説明する。図２３は、ルータ３００における全経路確認要求パケットまたは全経路確認応答パケットの転送の処理手順を示すフローチャートである。
【００７７】
図２３に示すように、ルータ３００では、まず、パケット送受信処理部３０５がＩＰパケットを受信する。パケット送受信処理部３０５は、ＩＰパケットを受信すると（ステップＳ５０１，Ｙｅｓ）、パケット解析部３０３を起動する。パケット解析部３０３は、パケット送受信処理部３０５によって起動されると、受信したＩＰパケットがＩＣＭＰパケットであるか否かを判定する（ステップＳ５０２）。
【００７８】
具体的には、パケット解析部３０３は、受信したＩＰパケットのＩＰヘッダに含まれている「プロトコル」の値が「１」であった場合には、ＩＰパケットがＩＣＭＰパケットであると判定する。また、「プロトコル」の値が「１」でなかった場合には、パケット解析部３０３は、ＩＰパケットはＩＣＭＰパケットではないと判定する。
【００７９】
そして、ＩＰパケットがＩＣＭＰパケットでなかった場合には（ステップＳ５０３，Ｎｏ）、パケット解析部３０３は、処理を終了する。一方、ＩＰパケットがＩＣＭＰパケットであった場合には（ステップＳ５０３，Ｙｅｓ）、パケット解析部３０３は、ＩＣＭＰ処理部３０２を起動する。ＩＣＭＰ処理部３０２は、パケット解析部３０３によって起動されると、受信したＩＣＭＰパケットのタイプおよびコードを確認する（ステップＳ５０４）。
【００８０】
そして、タイプおよびコードを確認した結果、タイプ＝「８」かつコード＝「１」であった場合には（ステップＳ５０５，Ｙｅｓ）、ＩＣＭＰ処理部３０２は、受信されたＩＣＭＰパケットが全経路確認要求パケットであると判定する。ＩＣＭＰパケットが全経路確認要求パケットであると判定した場合、ＩＣＭＰ処理部３０２は、全経路指定処理部３０１に「全経路指定処理」を実行させる（ステップＳ５０６）。なお、全経路指定処理については、後に詳細に説明する。
【００８１】
一方、タイプ＝「０」かつコード＝「１」であった場合には（ステップＳ５０５，Ｎｏ、ステップＳ５０７，Ｙｅｓ）、ＩＣＭＰ処理部３０２は、受信されたＩＣＭＰパケットが全経路確認応答パケットであると判定する。全経路指定処理部３０１に「パケットリプライ処理」を実行させる（ステップＳ５０８）。なお、パケットリプライ処理については、後に詳細に説明する。
【００８２】
なお、タイプ≠「８」、タイプ≠「０」、コード≠「１」のいずれかであった場合には（ステップＳ５０７，Ｎｏ）、ＩＣＭＰ処理部３０２は、単一経路指定のＩＣＭＰパケットに関する転送処理を行って（ステップＳ５０９）、処理を終了する。なお、単一経路指定のＩＣＭＰパケットに関する転送処理は公知の処理であるため、ここでは説明を省略する。
【００８３】
次に、図２３に示した全経路指定処理の処理手順について説明する。図２４は、図２３に示した全経路指定処理の処理手順を示すフローチャートである。図２４に示すように、全経路指定処理では、全経路指定処理部３０１が、まず、受信された全経路確認要求パケットの宛先アドレスを確認する（ステップＳ６０１）。
【００８４】
ここで、宛先アドレスが自装置のアドレスでなかった場合には（ステップＳ６０２，Ｎｏ）、全経路指定処理部３０１は、処理中の全経路確認要求パケットを破棄する（ステップＳ６０３）。一方、宛先アドレスが自装置のアドレスであった場合には（ステップＳ６０２，Ｙｅｓ）、全経路指定処理部３０１は、全経路確認要求パケットのデータ内に自装置が有するインタフェースのアドレスが含まれているか否かを確認する（ステップＳ６０４）。
【００８５】
そして、自装置が有するインタフェースのアドレスが含まれていた場合には（ステップＳ６０５，Ｙｅｓ）、全経路指定処理部３０１は、処理中の全経路確認要求パケットを破棄する（ステップＳ６０３）。一方、自装置が有するインタフェースのアドレスが含まれていなかった場合には（ステップＳ６０５，Ｎｏ）、全経路指定処理部３０１は、全経路確認要求パケットを受信したインタフェースのアドレスを全経路確認要求パケットのデータに追加する（ステップＳ６０６）。
【００８６】
なお、全経路確認要求パケットのデータにインタフェースのアドレスを追加する際、全経路指定処理部３０１は、全経路確認要求パケットにそれぞれ含まれているポインタとパケット長とを比較する。そして、全経路指定処理部３０１は、ポインタの値がパケット長より小さい場合のみ、ポインタが示す位置にインタフェースのアドレスを追加し、ポインタを更新する。
【００８７】
続いて、全経路指定処理部３０１は、インタフェース情報記憶部３１１に記憶されているインタフェース情報を参照する。ここで、インタフェース情報とは、ルータ３００が有する全てのインタフェースのアドレスが含まれる情報である。そして、全経路指定処理部３０１は、送信インタフェースのアドレスとして、インタフェース情報に含まれるアドレスの中からいずれか一つのアドレスを取得する（ステップＳ６０７）。
【００８８】
続いて、全経路指定処理部３０１は、取得した送信インタフェースが動作中であるか否かを確認する。ここで、送信インタフェースが動作中でなかった場合には（ステップＳ６０８，Ｎｏ）、ステップＳ６０７にもどって、他のインタフェースのアドレスを送信インタフェースのアドレスとして取得する。
【００８９】
一方、送信インタフェースが動作中であった場合には（ステップＳ６０８，Ｙｅｓ）、全経路指定処理部３０１は、送信インタフェースのアドレスをパケット生成部３０４に引き渡す。同時に、全経路指定処理部３０１は、パケット生成部３０４に「パケット生成処理」を実行させる（ステップＳ６０９）。なお、パケット生成処理については、後に詳細に説明する。
【００９０】
パケット生成処理が終了すると、全経路指定処理部３０１は、インタフェース情報記憶部３１１に記憶されているインタフェース情報に含まれる全てのインタフェースについて、上記の処理を行ったか否かを確認する。そして、全てのインタフェースについて処理を行っていた場合には（ステップＳ６１０，Ｙｅｓ）、全経路指定処理を終了する。一方、まだ処理を行っていないインタフェースがある場合には（ステップＳ６１０，Ｎｏ）、全てのインタフェースを処理するまで、ステップＳ６０７〜Ｓ６１０の処理を繰り返す。
【００９１】
次に、図２４に示したパケット生成処理の処理手順について説明する。図２５は、図２４に示したパケット生成処理の処理手順を示すフローチャートである。図２５に示すように、パケット生成処理では、パケット生成部３０４が、まず、受信した全経路確認要求パケットをコピーして送信用の全経路確認要求パケットを生成する（ステップＳ７０１）。
【００９２】
そして、パケット生成部３０４は、生成された全経路確認要求パケットに含まれるポインタが示す位置に、全経路指定処理部３０１から渡された送信インタフェースのアドレスを追加する（ステップＳ７０２）。続いて、パケット生成部３０４は、ルートテーブル情報記憶部３１２に記憶されているルートテーブル情報を参照する。ここで、ルートテーブル情報とは、ルータ３００が有するインタフェースとネクストホップとを対応付けた情報である。なお、ここでいう「ネクストホップ」には、隣接するルータのアドレスが設定されている。
【００９３】
続いて、パケット生成部３０４は、ルートテーブル情報に含まれているネクストホップの中から、全経路指定処理部３０１から渡された送信インタフェースに対応付けられているネクストホップを一つ取得する（ステップＳ７０３）。そして、パケット生成部３０４は、取得したネクストホップを送信先に設定し（ステップＳ７０４）、パケット送受信処理部３０５経由で全経路確認要求パケットを送信する（ステップＳ７０５）。
【００９４】
続いて、パケット生成部３０４は、ルートテーブル情報に含まれているネクストホップのうち、全経路指定処理部３０１から渡された送信インタフェースに対応付けられている全てのネクストホップに全経路確認要求パケットを送信したか否かを確認する。そして、全てのネクストホップに全経路確認要求パケットを送信していた場合には（ステップＳ７０６，Ｙｅｓ）、パケット生成処理を生成する。一方、全経路確認要求パケットをまだ行っていないネクストホップがある場合には（ステップＳ７０６，Ｎｏ）、送信インタフェースに対応付けられている全てのネクストホップを処理するまで、ステップＳ７０３〜Ｓ７０６の処理を繰り返す。
【００９５】
次に、図２３に示したパケットリプライ処理の処理手順について説明する。図２６は、図２３に示したパケットリプライ処理の処理手順を示すフローチャートである。図２６に示すように、パケットリプライ処理では、全経路指定処理部３０１は、まず、受信した全経路確認応答パケットのデータ内に設定されている送信インタフェースのアドレスを逆順に１件検索する（ステップＳ８０１）。
【００９６】
そして、全経路指定処理部３０１は、検索したアドレスが全経路確認応答パケットを受信したインタフェースのアドレスと一致しているか否かを確認する（ステップＳ８０２）。続いて、全経路指定処理部３０１は、アドレスが一致していなかった場合には（ステップＳ８０３，Ｎｏ）、全経路確認応答パケットのデータ内で全ての送信インタフェースのアドレスを検索したか否かを判定する。
【００９７】
ここで、まだ検索していない送信インタフェースのアドレスがある場合には（ステップＳ８０４，Ｎｏ）、全経路指定処理部３０１は、ステップＳ８０１にもどって、次のアドレスを検索する。一方、全ての送信インタフェースのアドレスを検索した場合には（ステップＳ８０４，Ｙｅｓ）、処理中の全経路確認応答パケットを破棄し（ステップＳ８０５）、パケットリプライ処理を終了する。また、検索したアドレスが全経路確認応答パケットを受信したインタフェースのアドレスと一致していた場合には（ステップＳ８０３，Ｙｅｓ）、全経路指定処理部３０１は、受信した全経路確認応答パケットをコピーして送信用の全経路確認応答パケットを生成する（ステップＳ８０６）。
【００９８】
続いて、全経路指定処理部３０１は、全経路確認応答パケットのデータ内から検索した送信インタフェースのアドレスに対応付けられている受信インタフェースのアドレスを取得する。そして、全経路指定処理部３０１は、取得したアドレスを送信先に設定し（ステップＳ８０７）、パケット送受信処理部３０５経由で全経路確認応答パケットを送信する（ステップＳ８０８）。
【００９９】
次に、本実施例におけるパケット転送の流れについて説明する。図２７は、本実施例におけるパケット転送の第一の例を説明するための図である。図２７に示すように、本実施例にかかるネットワークシステムでは、送信端末１００と受信端末２００との間で疎通確認を行う場合、ＩＣＭＰエコー要求／応答１−１〜１−３、２−１〜２−３および３−１〜３０３の合計９つの通信経路で全経路指定のＩＣＭＰパケットが伝播される。
【０１００】
ここで、図２７に示したＩＣＭＰエコー要求／応答１−１の通信経路で転送されるＩＣＭＰパケットの流れを一例として説明する。図２８は、本実施例におけるパケット転送の第一の例を示すシーケンス図である。図２８において、ステップＳ１００１〜Ｓ１００６で転送されるＩＣＭＰパケットは「全経路確認要求パケット」である。また、ステップＳ１００７〜Ｓ１０１０で転送されるＩＣＭＰパケットは「全経路確認応答パケット」である。なお、ここでは、全経路確認要求パケットを「要求パケット」とよび、全経路確認応答パケットを「応答パケット」と呼ぶ。
【０１０１】
図２８に示すように、まず、送信端末１００が、基本情報と宛先ＩＰアドレスとが含んだ要求パケットを送信する（ステップＳ１００１）。ここで、基本情報とは、タイプ、コード、チェックサム、識別子およびシーケンス番号である。続いて、ルータ３００が、送信端末１００から受信した要求パケットに自装置が有するインタフェースのアドレスを追加する。そして、ルータ３００は、ルートテーブル情報に基づいて、要求パケットをルータ４００に転送する（ステップＳ１００２）。
【０１０２】
続いて、ルータ４００が、ルータ３００から受信した要求パケットに自装置が有するインタフェースのアドレスを追加する。そして、ルータ４００は、ルートテーブル情報に基づいて、要求パケットをルータ３００および５００それぞれに送信する（ステップＳ１００３およびＳ１００４）。ここで、ルータ３００は、ルータ４００から受信した要求パケットに自装置が有するインタフェースのアドレスが含まれているので、受信した要求パケットを廃棄する。
【０１０３】
一方、ルータ５００は、ルータ４００から受信した要求パケットに自装置が有するインタフェースのアドレスを追加する。そして、ルータ５００は、ルートテーブル情報に基づいて、要求パケットをルータ４００および受信端末２００それぞれに送信する（ステップＳ１００５およびＳ１００６）。ここで、ルータ４００は、ルータ３００と同様に、ルータ５００から受信した要求パケットを廃棄する。
【０１０４】
一方、受信端末２００は、ルータ５００から受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する。そして、受信端末２００は、生成した応答パケットをルータ５００に送信する（ステップＳ１００７）。ここで、ルータ５００、４００および３００は、応答パケットに含まれているアドレス情報を遡って、受信端末２００から送信された応答パケットを順次転送し、応答パケットを送信端末１００まで転送する（ステップＳ１００８〜Ｓ１０１０）。
【０１０５】
次に、本実施例におけるパケット転送の他の例について説明する。図２９は、本実施例におけるパケット転送の第二の例を説明するための図である。図２９は、図２７に示した通信経路のうち、ＩＣＭＰエコー要求／応答２−１〜２−３の通信経路を示している。図２９に示す通信経路は、ルータ３００および６００を経由した後に、ルータ５００に至る経路、ルータ４００を経由してルータ５００に至る経路、ルータ４００および７００を経由してルータ５００に至る経路にそれぞれ分かれる。
【０１０６】
ここで、図２９に示したＩＣＭＰエコー要求／応答２−１〜２−３の通信経路で転送されるＩＣＭＰパケットの流れについて説明する。図３０および３１は、本実施例におけるパケット転送の第二の例を示すシーケンス図である。図３０において、ステップＳ１１０１〜Ｓ１１１０で転送されるＩＣＭＰパケットは「全経路確認要求パケット」である。また、図３１において、ステップＳ１２０１〜Ｓ１２１５で転送されるＩＣＭＰパケットは「全経路確認応答パケット」である。なお、ここでは、全経路確認要求パケットを「要求パケット」とよび、全経路確認応答パケットを「応答パケット」と呼ぶ。
【０１０７】
図３０に示すように、まず、送信端末１００が、基本情報と宛先ＩＰアドレスとが含んだ要求パケットを送信する（ステップＳ１１０１）。ここで、基本情報とは、タイプ、コード、チェックサム、識別子およびシーケンス番号である。続いて、ルータ３００が、送信端末１００から受信した要求パケットに自装置が有するインタフェースのアドレスを追加する。そして、ルータ３００は、ルートテーブル情報に基づいて、要求パケットをルータ６００に転送する（ステップＳ１１０２）。
【０１０８】
続いて、ルータ６００が、ルータ３００から受信した要求パケットに自装置が有するインタフェースのアドレスを追加する。そして、ルータ６００は、ルートテーブル情報に基づいて、要求パケットをルータ４００および５００それぞれに送信する（ステップＳ１１０３およびＳ１１０４）。続いて、ルータ４００が、ルータ３００から受信した要求パケットに自装置が有するインタフェースのアドレスを追加する。そして、ルータ４００は、ルートテーブル情報に基づいて、要求パケットをルータ５００および７００それぞれに送信する（ステップＳ１１０５およびＳ１１０６）。
【０１０９】
続いて、ルータ７００が、ルータ３００から受信した要求パケットに自装置が有するインタフェースのアドレスを追加する。そして、ルータ７００は、ルートテーブル情報に基づいて、要求パケットをルータ５００に送信する（ステップＳ１１０７）。そして、ルータ５００が、ルータ６００、４００および７００から受信した要求パケットにそれぞれ自装置が有するインタフェースのアドレスを追加し、アドレスを追加した要求パケットを受信端末２００に送信する（ステップＳ１１０８〜Ｓ１１１０）。
【０１１０】
上記の一連の流れによって、受信端末２００には、図２９に示した各通信経路を通過した要求パケットがそれぞれ転送される。
【０１１１】
そして、図３１に示すように、受信端末２００は、受信した各要求パケットに含まれる経路情報をそれぞれ転記した複数の応答パケットを生成し、生成した各応答パケットをルータ５００に送信する（ステップＳ１２０１〜Ｓ１２０３）。続いて、ルータ５００、６００および３００が、応答パケットに含まれているアドレス情報を遡って、受信端末２００から送信された応答パケットをそれぞれ転送し、各応答パケットを送信端末１００まで転送する（ステップＳ１２０４〜Ｓ１２０６、ステップＳ１２０７〜Ｓ１２１０、ステップＳ１２１１〜Ｓ１２１５）。
【０１１２】
なお、図３１の（１）は、送信端末１００のＰＩＮＧイベントタイマ処理部１０８によって制御されるタイマ管理データの状態を示している。例えば、タイマの初期値が２００ｍｓであった場合に、２００ｍｓを経過しても送信端末１００に応答パケットが１つも転送されなかった場合には、図３１の（１）に示すように、タイマ（ｔｉｍｅｒ）が０となった時点でタイムアウトとなる。
【０１１３】
また、図３１の（２）は、送信端末１００のＰＩＮＧイベント表示処理部１０２によってユーザインタフェース部１０１に表示されるデータ格納バッファの状態を示している。図３１の（２）に示すように、例えば、ユーザインタフェース部１０１には、送信端末１００に応答パケットが転送された通信経路ごとに、各通信経路を示すデータカウンタ（Ｄａｔａ＿ｃｏｕｎｔｅｒ）が表示される。
【０１１４】
図３２は、図３０および３１に示したＩＣＭＰパケットに基づいて表示される経路情報の一例を示す図である。図３０および３１に示した３つの応答パケットのデータが送信端末１００に転送された場合、ＰＩＮＧイベント表示処理部１０２は、例えば、図３２に示すように、３つの通信経路上にあるルータの情報を通信経路ごとに表示する。図３２において、例えば、「ＡＡＡ．ＡＡＡ．ＡＡＡ．ＡＡＡ」は、ルータ３００の受信アドレスまたは送信アドレスを示しており、「ＤＤＤ．ＤＤＤ．ＤＤＤ．ＤＤＤ」は、ルータ６００の受信アドレスまたは送信アドレスを示している。また、「ＣＣＣ．ＣＣＣ．ＣＣＣ．ＣＣＣ」は、ルータ５００の受信アドレスまたは送信アドレスを示しており、「ＢＢＢ．ＢＢＢ．ＢＢＢ．ＢＢＢ」は、ルータ４００の受信アドレスまたは送信アドレスを示している。また、「ＥＥＥ．ＥＥＥ．ＥＥＥ．ＥＥＥ」は、ルータ７００の受信アドレスまたは送信アドレスを示している。
【０１１５】
また、図３２に示す「１．Ｒｏｕｔｅ」は、図２９に示したＩＣＭＰエコー要求／応答２−１の経路を表している。また、「２．Ｒｏｕｔｅ」は、ＩＣＭＰエコー要求／応答２−２の経路を表しており、「３．Ｒｏｕｔｅ」は、ＩＣＭＰエコー要求／応答２−３の経路を表している。ＰＩＮＧイベント表示処理部１０２は、例えば、図３１の（２）に示したデータカウンタに基づいて、各経路を表す情報をユーザインタフェース部１０１に表示する。
【０１１６】
上述してきたように、本実施例では、送信端末１００が、受信端末２００との間にある全ての通信経路について疎通確認を要求することを示す全経路確認要求パケットを生成し、生成した全経路確認要求パケットをルータ３００〜７００に送信する。また、ルータ３００〜７００が、送信端末１００によって送信された全経路確認要求パケットを受信した場合に、受信した全経路確認要求パケットに自装置を示す情報を経路情報として追加する。また、ルータ３００〜７００が、経路情報が追加された全経路確認要求パケットを受信端末２００との間の全ての通信経路それぞれに転送する。また、受信端末２００が、ルータ３００〜７００によって転送された全経路確認要求パケットを受信した場合に、受信した全経路要求パケットに含まれる経路情報を転記した全経路確認応答パケットを生成する。また、受信端末２００が、生成された全経路確認応答パケットをルータ３００〜７００経由で送信端末１００に送信する。また、ルータ３００〜７００が、受信端末２００によって送信された全経路確認応答パケットを受信した場合に、受信した応答パケットを送信端末１００に転送する。そして、送信端末１００が、ルータ３００〜７００によって転送された全経路確認応答パケットを受信した場合に、受信した全経路確認応答パケットに含まれる経路情報を出力する。したがって、本実施例によれば、運用中の通信経路だけでなく予備の通信経路についても疎通状態を確認することができる。
【０１１７】
また、本実施例では、ルータ３００〜７００が、全経路確認応答パケットを転送する際に、全経路確認応答パケットに含まれている経路情報に基づいて、全経路確認応答パケットのもとになった全経路確認要求パケットが転送された経路を遡って全経路確認応答パケットを転送する。したがって、本実施例によれば、同じ全経路確認応答パケットが複数の通信経路で転送されることがないので、通信経路の輻輳を防ぐことが可能である。
【０１１８】
また、本実施例では、ルータ３００〜７００が、全経路確認要求パケットに経路情報を追加する前に、全経路確認要求パケットにすでに自装置を示す情報が含まれていた場合には、該当する全経路確認要求パケットを破棄する。したがって、本実施例によれば、通信経路で転送されるパケットの数を減らすことができるので、通信経路の負荷を軽減することが可能である。
【０１１９】
また、本実施例では、送信端末１００が、全経路確認要求パケットが送信されてからの経過時間を計測する。そして、送信端末１００が、計測された経過時間が所定の時間を越えた場合には、全経路確認要求パケットに対する応答がないことを示す情報を出力する。したがって、本実施例によれば、通信経路に異常が発生していることを容易に検出することが可能である。
【０１２０】
また、本実施例では、送信端末が、全経路確認応答パケットを受信した回数を計数し、計数した回数が所定の回数を超えた場合に、経路情報を出力する。したがって、本実施例によれば、経路情報を効率よく出力することが可能である。
【０１２１】
例えば、複数の通信経路として、運用系／待機系ルート、あるいは、第一／第二／・・・／第ｎルートを有するネットワークにおいて、監視装置がＰｉｎｇにより通信経路を監視する場合、監視可能な通信経路は運用系ルートあるいは第一ルートのみとなる。なお、ここでいう第一ルートとは、複数の通信経路の中で最も優先して用いられる通信経路のことである。
【０１２２】
このように、予備の通信経路について疎通状態を確認することができないと、待機系ルートに異常が発生していた場合でも異常の検出が遅れてしまう。その結果、運用系ルートから待機系ルートへの切り替えが遅れることになり、ネットワークに長時間の通信断が発生することになる。すなわち、ネットワークが有するバックアップ機能が十分な役割を果たせないという結果につながる。
【０１２３】
バックアップルートを使った通信を実現する手段として、ポリシールーティング機能がある。しかし、ポリシールーティング機能では、通信経路上の個々のネットワーク機器にルーティングのポリシーを定義する必要があるため、ネットワークの規模によっては、設定に多大な工数を要する、設定ミスによって通信が不可となる、などの課題が生じる。
【０１２４】
また、ＤＯＳ（Disk Operating System）コマンドにおけるオプション付きのＰｉｎｇによって経路指定を行った場合は、指定経路数あるいはホスト数に制限があり、大規模ネットワークには対応できないといった課題もあった。
【０１２５】
これに対し、本実施例では、Ｐｉｎｇを使ったバックアップルートあるいは予備系ルートの疎通確認ができる。そのため、例えば、監視装置でのバックアップルートの疎通確認が認識でき、経路切替発生時の問題を解消できる。また、ネットワーク機器への設定が不要な為、導入工数が削減でき、人為的設定ミスが無くなる。また、指定経路数に制限がないので、ネットワーク規模に関係なく疎通確認を行うことができる。
【０１２６】
さらに、本実施例では、以下の効果が得られる。図３３および３４は、本実施例による効果を説明するための図である。例えば、図３３の（１）に示すように、ルータ３００とルータ６００との間の通信経路に異常が発生していたとする。その場合、ユーザインタフェース部１０１には、図３４の（２）に示すように、「１  Ｒｏｕｔｅ」〜「３  Ｒｏｕｔｅ」については、全経路確認応答パケットが送信端末１００に転送されない。
【０１２７】
そのため、「１  Ｒｏｕｔｅ」〜「３  Ｒｏｕｔｅ」については、タイムアウトしたことを示すメッセージがそれぞれ表示される。したがって、異常が発生している通信経路を容易に検出することができる。また、送信端末１００から定期的にＰｉｎｇコマンドを実行することによって、図３４の（１）に示すような正常時の表示と（２）に示すような異常時の表示との差分を抽出することができる。したがって、複数の通信経路の中で異常となっている通信経路を容易に検出することができる。
【０１２８】
また、全経路確認要求パケットを送信してから全経路確認応答パケットを受信するまでの経過時間を計測し、図３４に示すように、経路情報とともに出力すれば、現用系と予備ルート（全ルート）のホップ間の遅延状態を監視できる（図３３の（２）参照）。また、通信経路ごとに疎通確認を行うことが可能になるので、経路の数と経路情報とを認識することができる（図３３の（３）参照）。
【０１２９】
なお、本実施例で説明したネットワークシステムにおける中継方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することもできる。すなわち、本実施例で説明した送信端末１００、受信端末２００および／またはルータ５００の機能を実現するプログラムがそれぞれ用意され、コンピュータによって実行される。各プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなど、コンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。または、各プログラムは、インターネットなどのネットワークを介して配布されてもよい。
【０１３０】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１３１】
（付記１）複数の通信経路を介して接続された送信装置および受信装置の間でパケットを中継する中継方法であって、
前記送信装置が、前記受信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを生成する要求パケット生成ステップと、
前記送信装置が、生成された要求パケットを前記中継装置に送信する要求パケット送信ステップと、
前記中継装置が、前記送信装置によって送信された要求パケットを受信した場合に、受信した要求パケットに自装置を示す情報を経路情報として追加する経路情報追加ステップと、
前記中継装置が、前記経路情報が追加された要求パケットを前記受信装置との間の全ての通信経路それぞれに転送する要求パケット転送ステップと、
前記受信装置が、前記中継装置によって転送された要求パケットを受信した場合に、受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する応答パケット生成ステップと、
前記受信装置が、生成された応答パケットを前記中継装置経由で前記送信装置に送信する応答パケット送信ステップと、
前記中継装置が、前記受信装置によって送信された応答パケットを受信した場合に、受信した応答パケットを前記送信装置に転送する応答パケット転送ステップと、
前記送信装置が、前記中継装置によって転送された応答パケットを受信した場合に、受信した応答パケットに含まれる経路情報を出力する経路情報出力ステップと、
を含んだことを特徴とする中継方法。
【０１３２】
（付記２）前記応答パケット転送ステップにおいて、前記中継装置が、前記応答パケットを転送する際に、当該応答パケットに含まれている経路情報に基づいて、当該応答パケットのもとになった要求パケットが転送された経路を遡って当該応答パケットを転送することを特徴とする付記１に記載の中継方法。
【０１３３】
（付記３）前記経路情報追加ステップにおいて、前記中継装置が、前記要求パケットに前記経路情報を追加する前に、当該要求パケットにすでに自装置を示す情報が含まれていた場合には、当該要求パケットを破棄することを特徴とする付記１または２に記載の中継方法。
【０１３４】
（付記４）前記送信装置が、前記要求パケット送信ステップによって前記要求パケットが送信されてからの経過時間を計測する時間計測ステップをさらに含み、
前記経路情報出力ステップにおいて、前記送信装置が、前記時間計測ステップによって計測された経過時間が所定の時間を越えた場合には、前記要求パケットに対する応答がないことを示す情報を出力することを特徴とする付記１、２または３に記載の中継方法。
【０１３５】
（付記５）前記経路情報出力ステップにおいて、前記送信装置が、前記応答パケットを受信した回数を計数し、計数した回数が所定の回数を超えた場合に、前記経路情報を出力することを特徴とする付記１〜４のいずれか一つに記載の中継方法。
【０１３６】
（付記６）受信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを生成する要求パケット生成部と、
前記要求パケット生成部によって生成された要求パケットを中継装置に送信する要求パケット送信部と、
前記中継装置によって転送された応答パケットを受信した場合に、受信した応答パケットに含まれる経路情報を出力する経路情報出力部と、
を備えたことを特徴とする送信装置。
【０１３７】
（付記７）送信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを受信した場合に、受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する応答パケット生成部と、
前記応答パケット生成部によって生成された応答パケットを中継装置経由で前記送信装置に送信する応答パケット送信部と、
を備えたことを特徴とする受信装置。
【０１３８】
（付記８）送信装置によって送信された要求パケットを受信した場合に、受信した要求パケットに自装置を示す情報を経路情報として追加する経路情報追加部と、
前記経路情報追加部によって前記経路情報が追加された要求パケットを受信装置との間の全ての通信経路それぞれに転送する要求パケット転送部と、
前記要求パケット転送部によって転送された要求パケットに含まれる経路情報が転記された応答パケットを受信した場合に、受信した応答パケットを前記送信装置に転送する応答パケット転送部と、
を備えたことを特徴とする中継装置。
【０１３９】
（付記９）受信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを生成する要求パケット生成手順と、
前記要求パケット生成手順によって生成された要求パケットを中継装置に送信する要求パケット送信手順と、
前記中継装置によって転送された応答パケットを受信した場合に、受信した応答パケットに含まれる経路情報を出力する経路情報出力手順と、
をコンピュータに実行させることを特徴とする送信プログラム。
【０１４０】
（付記１０）送信装置との間にある全ての通信経路について疎通確認を要求することを示す要求パケットを受信した場合に、受信した要求パケットに含まれる経路情報を転記した応答パケットを生成する応答パケット生成手順と、
前記応答パケット生成手順によって生成された応答パケットを中継装置経由で前記送信装置に送信する応答パケット送信手順と、
をコンピュータに実行させることを特徴とする受信プログラム。
【符号の説明】
【０１４１】
１０    ネットワーク
１００    送信端末
１０１    ユーザインタフェース部
１０２    ＰＩＮＧイベント表示処理部
１０３    ＰＩＮＧイベント受付処理部
１０４    ＰＩＮＧパケット発動処理部
１０５    ＰＩＮＧパケット送信処理部
１０６    ＰＩＮＧパケット受信処理部
１０７    パケット送受信処理部
１０８    ＰＩＮＧイベントタイマ処理部
１１１    全経路応答バッファ記憶部
１１２    送信種別定義データ記憶部
１１３    タイマ管理データ記憶部
１４０    ＰＩＮＧ送信種別データ記憶部
２００    受信端末
２０１    ＰＩＮＧイベント受付処理部
２０２    ＰＩＮＧパケット発動処理部
２０３    ＰＩＮＧパケット送信処理部
２０４    パケット送受信処理部
２０５    ＰＩＮＧパケット受信処理部
３００〜７００    ルータ
３０１    全経路指定処理部
３０２    ＩＣＭＰ処理部
３０３    パケット解析部
３０４    パケット生成部
３０５    パケット送受信処理部
３１１    インタフェース情報記憶部
３１２    ルートテーブル情報記憶部
【図１】
2010219951.tif 000003
【図２】
2010219951.tif 000004
【図３】
2010219951.tif 000005
【図４】
2010219951.tif 000006
【図５】
2010219951.tif 000007
【図６】
2010219951.tif 000008
【図７】
2010219951.tif 000009
【図８】
2010219951.tif 000010
【図９】
2010219951.tif 000011
【図１０】
2010219951.tif 000012
【図１１】
2010219951.tif 000013
【図１２】
2010219951.tif 000014
【図１３】
2010219951.tif 000015
【図１４】
2010219951.tif 000016
【図１５】
2010219951.tif 000017
【図１６】
2010219951.tif 000018
【図１７】
2010219951.tif 000019
【図１８】
2010219951.tif 000020
【図１９】
2010219951.tif 000021
【図２０】
2010219951.tif 000022
【図２１】
2010219951.tif 000023
【図２２】
2010219951.tif 000024
【図２３】
2010219951.tif 000025
【図２４】
2010219951.tif 000026
【図２５】
2010219951.tif 000027
【図２６】
2010219951.tif 000028
【図２７】
2010219951.tif 000029
【図２８】
2010219951.tif 000030
【図２９】
2010219951.tif 000031
【図３０】
2010219951.tif 000032
【図３１】
2010219951.tif 000033
【図３２】
2010219951.tif 000034
【図３３】
2010219951.tif 000035
【図３４】
2010219951.tif 000036