中継装置、ネットワークシステムおよびプログラム
【課題】災害の発生時において、ルーティング・プロトコルのコネクションの切断を待たずに、通信パケットの中継経路の切り替えを迅速に行う。または、ルーティング・プロトコルのコネクションが切断されない場合において、災害の発生に伴う通信品質の低下を抑制する。
【解決手段】中継装置は、通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、当該経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、受信した通信パケットを、決定した中継経路に基づいて、受信した通信パケットの宛先に送信する中継部とを備える。経路制御部は、災害地域を通知する災害通知パケットを受信した場合であって、決定した中継経路に災害地域を含むときに、決定した中継経路を、災害地域を含まない中継経路に切り替える。
【解決手段】中継装置は、通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、当該経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、受信した通信パケットを、決定した中継経路に基づいて、受信した通信パケットの宛先に送信する中継部とを備える。経路制御部は、災害地域を通知する災害通知パケットを受信した場合であって、決定した中継経路に災害地域を含むときに、決定した中継経路を、災害地域を含まない中継経路に切り替える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信パケットの中継を行う中継装置の中継経路制御技術に関する。
【背景技術】
【０００２】
地震、台風などの自然災害や、大規模な武力攻撃、テロなどの人的災害などの大規模災害が発生した場合、被災地域のパケット中継装置（以下、パケット中継装置を単に中継装置ともいう）、例えば、ルータやスイッチが破損するなどして、コネクションが切断されることがあった。従来のＩＰネットワークにおけるルーティング・プロトコル、例えば、ＢＧＰ(Border Gateway Protocol）などによる経路制御では、被災地域の中継装置と被災していない地域の中継装置の間のルーティング・プロトコルのコネクションが切断されると、中継経路の再計算を行い、中継経路の切り替えが行われていた。かかる切り替え動作について、図１を用いて説明する。
【０００３】
図１に示すネットワークシステムは、地域Ａ１において、中継装置１１ａ，１２ａがネットワークＮ１ａに相互に接続されている。同様に、地域Ａ２では、中継装置２１ａ，２２ａとネットワークＮ２ａとが、地域Ａ３では、中継装置３１ａ，３２ａとネットワークＮ３ａとが、地域Ａ４では、中継装置４１ａ，４２ａとネットワークＮ４ａとが、相互に接続されている。地域Ａ１のネットワークは、リンクＲ１ａによって地域Ａ３のネットワークと接続され、地域Ａ３のネットワークは、リンクＲ２ａによって地域Ａ２のネットワークに接続されている。また、地域Ａ１のネットワークは、リンクＲ３ａによって地域Ａ４のネットワークと接続され、地域Ａ４のネットワークは、リンクＲ４ａによって地域Ａ２のネットワークに接続されている。
【０００４】
通常時は、地域Ａ１の中継装置１１ａから地域Ａ２の中継装置２２ａまで、地域Ａ３のネットワークを経由した通信経路Ｐ１ａが確立されている。また、ルーティング・プロトコルによって、地域Ａ４のネットワークを経由した通信経路Ｐ２ａが代替経路として確立されている。
【０００５】
かかる状況において、図１に示すように、地域Ａ３で大規模災害が発生した場合、地域Ａ３内の中継装置の障害やリンク障害等の発生により、ネットワーク障害が多発する。そのため、通信経路Ｐ１ａ上の中継装置間のルーティング・プロトコルのコネクションが切断される場合がある。ルーティング・プロトコルのコネクションが切断されると、それを契機として、地域Ａ１の中継装置１１ａは、正常にリンクしている代替経路の通信経路Ｐ２ａへ中継経路を切り替えることで、中継経路を再構築する。
【０００６】
しかしながら、かかる従来の手法においては、経路収束時間の観点と、通信品質の観点から、改善の余地があった。経路収束時間の観点では、次の通りである。特定の中継装置が破損すると、隣接の中継装置は該当経路を削除し、経路の再計算を行い、更に隣接の中継装置に経路情報を通知することで、ネットワーク全体に経路情報を伝播させる。被災地域で多数の中継装置が破損すると、ネットワーク全体で、このような動作が拡大していくことになる。被災地域の境界に位置する中継装置にも徐々に上述のような影響が伝播し、経路情報の再計算が多発することで、中継装置の演算負荷が急増し、ルーティング・プロトコルの処理遅延等が発生する。その結果、被災地域のうちの被災していない地域側の地域に位置する中継装置（例えば、図１の中継装置３２ａ）と、被災していない地域のうちの被災地域側の地域に位置する中継装置（例えば、図１の中継装置１１ａ）との間で、ルーティング・プロトコルのコネクションが切断されることになる。この時点で初めて代替経路への切り替えが行われるので、実際に災害が発生してから経路の切り替えまでに相当の時間がかかり、通信が途絶える時間が長くなる。また、宛先まで到達不能になったことを示す経路情報を、被災していない地域のうちの被災地域側の地域に位置する中継装置（例えば、図１の中継装置１１ａ）に伝播するのに時間がかかり、通信が途絶える時間が長くなる。つまり、経路収束時間（コンバージェンス）が長くなるという問題があった。
【０００７】
通信品質の観点では、以下の通りである。仮に、被災地域を経由する通信経路上の中継装置の間で、ルーティング・プロトコルのコネクションが切断されなければ、被災地域を経由する中継経路が、維持され続けることになる。ここで、災害発生時には、被災地域への安否確認等のためのトラフィックが集中することが予想される。その結果、被災地域のネットワークが輻輳することになり、被災地域を経由する通信パケット（以下、単にパケットともいう）の遅延や損失が発生する確率が高くなり、通信品質が悪くなるという問題があった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１３０１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述の問題の少なくとも一部を考慮し、本発明が解決しようとする課題は、災害の発生時において、ルーティング・プロトコルのコネクションの切断を待たずに、通信パケットの中継経路の切り替えを迅速に行うこと、または、ルーティング・プロトコルのコネクションが切断されない場合において、災害の発生に伴う通信品質の低下を抑制することである。
【課題を解決するための手段】
【００１０】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【００１１】
［適用例１］通信パケットの中継を行う中継装置であって、
前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、災害地域を通知する災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
中継装置。
【００１２】
かかる構成の中継装置によれば、災害通知パケットの受信を契機として、決定済みの中継経路を、災害地域を含まない中継経路に切り替えることができる。したがって、災害発生時に、災害地域を経由する通信経路上の中継装置間でルーティング・プロトコルのコネクションが切断するのを待たずに、中継経路を代替経路に切り替えることができる。あるいは、ルーティング・プロトコルのコネクションが切断しない場合においても、中継経路が災害地域を迂回する経路に切り替えられるため、災害地域のネットワークの混雑を回避することができる。その結果、災害地域以外の地域間の通信品質の低下を抑制することができる。なお、災害地域とは、災害が発生した被災地域のほか、災害が予測された地域を含む。
【００１３】
［適用例２］適用例１記載の中継装置であって、前記中継装置の設置地域を記憶する記憶部を備え、前記経路制御部は、前記中継装置が、前記他の中継装置としての第１の他の中継装置から、前記経路情報を学習するための経路情報パケットであって、前記他の中継装置の設置地域と、該他の中継装置のネットワーク上のアドレスとを含む経路情報パケットを受信した場合に、該経路情報パケットに基づいて、前記経路情報の学習を行い、前記受信した経路情報パケットに、前記中継装置の設置地域と、該中継装置のネットワーク上のアドレスとを付加した新たな経路情報パケットを生成し、前記中継部は、前記生成した新たな経路情報パケットを、前記第１の他の中継装置とは異なる第２の他の中継装置に送信する中継装置。
【００１４】
かかる構成の中継装置によれば、中継装置は、適用例２の構成を備えた他の中継装置との間で経路情報パケットを交換し合って、経路情報をダイナミックに学習することができる。したがって、ユーザの利便性が向上する。
【００１５】
［適用例３］前記中継装置の設置地域を記録したサーバに対して行う要求への応答として前記中継装置が受信する応答パケットに含まれる前記中継装置の設置地域を前記記憶部に記録する設置地域設定部を備えた適用例２記載の中継装置。
【００１６】
かかる構成の中継装置によれば、中継装置の設置地域を自動的に記録することができる。したがって、ユーザは、中継装置にその設置地域を手動操作で入力する必要がない。かかる効果は、中継装置が多数ある場合に顕著となる。
【００１７】
［適用例４］適用例１ないし適用例３のいずれか記載の中継装置であって、前記地域情報は、前記中継地域の各々の乖離の程度を把握可能に構成され、前記経路制御部は、前記災害地域を含まない中継経路への切り替えを行う場合であって、該切り替えの候補となる中継経路が複数存在するときには、該災害地域からの前記乖離の程度が相対的に小さい前記中継地域を含む前記中継経路の優先順位を相対的に低くして、前記切り替える中継経路を決定する中継装置。
【００１８】
かかる構成の中継装置によれば、切り替えの候補となる中継経路が複数存在するときに、災害地域からの乖離の程度が相対的に小さい中継地域を含む中継経路への切り替えを抑制することができる。したがって、切り替えた後の中継経路の信頼性が向上する。
【００１９】
［適用例５］前記経路制御部は、前記学習した経路情報におけるホップ数が相対的に少ない前記中継経路を優先して、前記中継経路の決定を行う適用例１ないし適用例４のいずれか記載の中継装置。
【００２０】
かかる構成の中継装置によれば、ホップ数が少なく、効率的な通信パケットの中継を実現することができる。
【００２１】
また、本発明は、中継装置のほか、適用例６または適用例７のネットワークシステムとしても実現することができる。勿論、これらのネットワークシステムに、適用例２〜５の構成を付加することもできる。
【００２２】
［適用例６］サーバと、区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、前記サーバは、所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知部とを備え、前記中継装置の各々は、前記地域の区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部とを備え、前記経路制御部は、前記中継装置が、前記災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替えるネットワークシステム。
【００２３】
［適用例７］第１のサーバと、区分された地域ごとに少なくとも１台ずつ設置された複数の第２のサーバと、前記区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、前記第１のサーバは、所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む第１の災害通知パケットを送信して、前記複数の第２のサーバのうちの少なくとも前記災害地域に配置された第２のサーバ以外の第２のサーバに前記災害地域を通知する第１の災害通知部とを備え、前記第２のサーバの各々は、前記第１の災害通知パケットを受信する受信部と、該第１の災害通知パケットに含まれる前記災害地域を表す情報を含む第２の災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する第２の災害通知部とを備え、前記中継装置の各々は、前記区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部とを備え、前記経路制御部は、前記中継装置が、前記第２の災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替えるネットワークシステム。
【００２４】
また、本発明は、上述した適用例６または適用例７のネットワークシステムを構成するサーバ、適用例８ないし適用例１１のプログラム、当該プログラムを記録した記録媒体、中継装置の中継経路制御方法などとしても実現することができる。
【００２５】
［適用例８］通信パケットの中継を行う複数の中継装置に通知を行うプログラムであって、所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得機能と、前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケット送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知機能とをコンピュータに実現させるためのプログラム。
【００２６】
かかるプログラムによれば、適用例１〜５の中継装置に、災害地域を好適に通知することができる。その結果、上述した中継装置の効果を奏することができる。
【００２７】
［適用例９］適用例８記載のプログラムであって、更に、前記取得した災害情報に対して、所定のキーワードを用いて検索を行うことで前記災害地域を抽出する抽出機能をコンピュータに実現させ、前記災害通知機能は、前記抽出した災害地域を表す情報を含む前記災害通知パケットを生成して、送信するプログラム。
【００２８】
かかるプログラムによれば、災害情報が所定のフォーマットで作成されたデータに限定されることがない。したがって、当該プログラムは、汎用性に優れる。
【００２９】
［適用例１０］前記災害情報に前記災害の規模が含まれる場合に、前記災害通知機能は、前記災害の規模が所定の閾値以上である場合に限り、前記災害地域の通知を行う適用例８または適用例９記載のプログラム。
【００３０】
かかるプログラムによれば、中継装置間の通信に影響を与える程度の災害の発生、または、予測のみを対象として、中継経路の切り替えを行うこととなる。したがって、不必要な中継経路の切り替えを抑制することができる。また、不必要な災害通知パケットの送信を抑制できるので、ネットワーク負荷の増大を抑制することができる。
【００３１】
［適用例１１］適用例８ないし適用例１０のいずれか記載のプログラムであって、更に、前記複数の中継装置の設置地域をそれぞれ記憶する記憶機能と、前記中継装置の要求に応じて、該中継装置の前記設置地域を該中継装置に通知する設置地域通知機能とをコンピュータに実現させるためのプログラム。
【００３２】
かかるプログラムによれば、適用例３の中継装置に、当該中継装置の設置地域を好適に通知することができる。その結果、上述した適用例３の中継装置の効果を奏することができる。
【図面の簡単な説明】
【００３３】
【図１】従来例としての中継装置の経路制御を示す説明図である。
【図２】本発明の実施例としてのネットワークシステム１０００の概略構成を示す説明図である。
【図３】災害情報管理サーバ２００が災害情報発信サーバ１００から受信する災害情報ＤＩの内容を示す説明図である。
【図４】災害情報管理サーバ２００の概略構成を示す説明図である。
【図５】災害情報管理サーバ２００の閾値テーブル２３０の具体例を示す説明図である。
【図６】災害情報管理サーバ２００の地域テーブル２４０の具体例を示す説明図である。
【図７】災害情報管理サーバ２００の災害通知先テーブル２５０の具体例を示す説明図である。
【図８】中継装置３００ｘの概略構成を示す説明図である。
【図９】中継装置３００ａの装置固有テーブル３４０ａの具体例を示す説明図である。
【図１０】中継装置３００ａのＢＧＰテーブル３５０ａの具体例（災害発生前）を示す説明図である。
【図１１】中継装置３００ａのルーティングテーブル３６０ａの具体例（災害発生前）を示す説明図である。
【図１２】地域ＩＤパケットのフォーマットを示す説明図である。
【図１３】ネットワークシステム１０００における経路制御の概要を示すシーケンス図である。
【図１４】中継装置３００ｘにおける設定処理の流れを示すフローチャートである。
【図１５】災害情報管理サーバ２００における地域ＩＤ配布処理の流れを示すフローチャートである。
【図１６】災害情報管理サーバ２００における災害通知処理の流れを示すフローチャートである。
【図１７】中継装置３００ｘにおける経路制御処理の流れを示すフローチャートである。
【図１８】経路情報パケットのフォーマットを示す説明図である。
【図１９】経路制御処理のうちの経路情報パケット処理の流れを示すフローチャートである。
【図２０】経路情報処理によって、中継装置３００ｘが中継経路を学習する様子を示すシーケンス図である。
【図２１】経路制御処理のうちの地域ＩＤパケット処理の流れを示すフローチャートである。
【図２２】経路制御処理による中継経路の切り替えの具体例を示す説明図である。
【図２３】中継装置３００ａのＢＧＰテーブル３５０ａの具体例（災害発生後）を示す説明図である。
【図２４】中継装置３００ａのルーティングテーブル３６０ａの具体例（災害発生後）を示す説明図である。
【図２５】第２実施例としてのネットワークシステム２０００の概略構成を示す説明図である。
【図２６】第２実施例としての災害情報管理プロキシサーバ８００ｘの概略構成を示す説明図である。
【図２７】第２実施例としての災害情報管理サーバ２００の災害通知先テーブル２５０の具体例を示す説明図である。
【図２８】災害情報管理プロキシサーバ８００ａの災害通知先テーブル８５０ａの具体例を示す説明図である。
【図２９】ネットワークシステム２０００における経路制御の概要を示すシーケンス図である。
【図３０】災害情報管理プロキシサーバ８００ｘにおける災害通知処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００３４】
Ａ．第１実施例：
Ａ−１．システム構成：
本発明の中継装置の実施例としての中継装置３００ａ〜３００ｎを用いたネットワークシステム１０００の概略構成を図２に示す。図示するように、ネットワークシステム１０００は、災害情報管理サーバ２００と中継装置３００ａ〜３００ｎ（以下、総称して３００ｘともいう）とを備えている。このネットワークシステム１０００は、災害情報管理サーバ２００とネットワークＮ１〜Ｎ７がリンクＲ１〜Ｒ１４によって相互接続されて構成される。詳しくは後述するが、災害情報管理サーバ２００は、地理情報の配布と災害情報の受発信を行う。中継装置３００ａ〜３００ｎは、ＯＳＩ参照モデルにおけるネットワーク層（レイヤ３）でパケットの中継を行う。ただし、中継装置３００ａ〜３００ｎは、レイヤ２でパケットの中継を行うものであってもよい。
【００３５】
各ネットワークＮ１〜Ｎ７は、単一の管理権限で運用している独立したネットワークシステムであるＡＳ（Autonomous System）の中の特定地域にある。各ネットワークＮ１〜Ｎ７には、ＡＳを特定するためにＡＳ番号（ＡＳ１〜ＡＳ６）と、ネットワークの所在地域を特定するための地域ＩＤ（地域ＩＤ１〜ＩＤ６）とが付与されている。また、各ネットワークＮ１〜Ｎ７は、複数の中継装置とリンクとによって、相互に接続されている。このネットワークＮ１〜Ｎ７と、当該ネットワークに直接接続される中継装置との組み合わせをネットワークグループＮＧ１〜ＮＧ７ともいう。
【００３６】
ネットワークグループＮＧ１〜ＮＧ７は、ＡＳ番号と、地域ＩＤとによって、識別することができる。例えば、ネットワークＮ１と中継装置３００ａ，３００ｂとで構成されるネットワークグループＮＧ１は、「ＡＳ１+地域ＩＤ１」によって、他のネットワークグループＮＧ２〜ＮＧ７と識別することができる。同様に、例えば、ネットワークＮ２と中継装置３００ｃ，３００ｄとで構成されるネットワークグループＮＧ２は、「ＡＳ２+地域ＩＤ２」によって、他のネットワークグループＮＧ１，ＮＧ３〜ＮＧ７と識別することができる。
【００３７】
かかるネットワークシステム１０００の中継装置３００ａ〜３００ｎは、ＢＧＰを活用して経路制御を行う。ＢＧＰは、周知の技術であり、詳しい説明は省略するが、隣接する中継装置間で経路情報を交換し合い、ＡＳを最小単位としてＡＳ間の経路制御を行うルーティング・プロトコルである。ただし、本実施例では、ＡＳ中の地域ＩＤを割り当てたネットワークを最小単位として地域ＩＤ間の経路制御を行う。
【００３８】
災害情報管理サーバ２００は、気象庁が提供する緊急地震速報のサービスを行うサーバ（以下、本願では、災害情報発信サーバ１００ともいう）に、所定のネットワーク（図示省略）を介して接続されている。緊急地震速報とは、地震の発生直後に、震源に近い地震計でとらえた観測データを解析して震源や地震の規模（マグニチュード）を直ちに推定し、これに基づいて各地での主要動の到達時刻や震度を予測し、報知する地震動の予報および警報である。以下、緊急地震速報を災害情報ＤＩともいう。
【００３９】
本実施例における災害情報ＤＩの内容を図３に示す。図示するように、災害情報ＤＩには、地震の発生時刻、地震の発生場所（震源）の推定値、地震の規模（マグニチュード）の推定値、地域名と対応付けられた予測震度、その地域への大きな揺れの到達時刻の予測値（主要動到達予測時刻）を含んでいる。
【００４０】
ネットワークシステム１０００では、災害情報管理サーバ２００が災害情報発信サーバ１００から受信した災害情報ＤＩに基づいて、中継装置３００ｘに災害が発生した旨の通知を行う。中継装置３００ｘは、受信した通知に基づいて、中継経路の切り替えを行う。以下、かかる経路制御の構成について説明する。
【００４１】
なお、図２に示すように、災害情報管理サーバ２００の属するネットワークおよびネットワークグループＮＧ１〜ＮＧ７には、ネットワークアドレスとしてＨ，Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇが付与されている。また、災害情報管理サーバ２００および中継装置３００ａ，３００ｄ，３００ｆ，３００ｈ，３００ｊ，３００ｌ，３００ｎにはＩＰアドレスとしてＨ１，Ａ１，Ｂ１，Ｃ１，Ｄ１，Ｅ１，Ｆ１，Ｇ１が付与されている。
【００４２】
Ａ−２．災害情報管理サーバ２００の構成：
災害情報管理サーバ２００の概略構成を図４に示す。図示するように、災害情報管理サーバ２００は、地域ＩＤ配布部２１０、災害情報受発信部２２０、閾値テーブル２３０、地域テーブル２４０、災害通知先テーブル２５０を備えている。なお、地域ＩＤ配布部２１０は請求項の設置地域通知機能に相当する。災害情報受発信部２２０は、請求項の取得機能、災害通知機能、抽出機能に相当する。災害通知先テーブル２５０は、請求項の記憶機能に対応している。
【００４３】
地域ＩＤ配布部２１０は、各中継装置３００ｘからの要求に応じて、要求を行った中継装置３００ｘに地域ＩＤを配布する。災害情報受発信部２２０は、災害情報発信サーバ１００から災害情報ＤＩを受信して各中継装置３００ｘに災害地域の地域ＩＤを通知する（以下、この通知を災害通知ともいい、災害通知に用いるパケットを災害通知パケットともいう）。本実施例では、地域ＩＤ配布部２１０および災害情報受発信部２２０の機能は、災害情報管理サーバ２００が備えるＣＰＵ（図示省略）が所定のプログラムを実行することによって実現される。これらの機能の詳細は後述する。
【００４４】
閾値テーブル２３０、地域テーブル２４０、災害通知先テーブル２５０は、災害情報管理サーバ２００が備えるメモリ（図示省略）の所定領域に確保されている。これらのテーブルの内容は、ユーザによって、予め登録される。
【００４５】
閾値テーブル２３０は、中継装置３００ｘに災害通知を行う際の判断基準となる災害規模閾値ＴＨが格納されている。災害規模閾値ＴＨ以上の災害情報ＤＩを受信した場合に、災害情報受発信部２２０は、災害通知を行うこととなる。閾値テーブル２３０の具体例を図５に示す。この例では、閾値テーブル２３０には、災害規模閾値ＴＨとして、地震の規模（マグニチュード）の値８が記録されている。
【００４６】
地域テーブル２４０には、地域ＩＤと物理的な地域名の対応一覧が格納されている。地域ＩＤは、地域名ごとに一意な番号として付与される。地域テーブル２４０の具体例を図６に示す。この例では、地域テーブル２４０には、例えば、地域ＩＤ「１」と、地域名「大阪府北部」とが対応付けられている。また、地域ＩＤ「２」と、地域名「愛知県西部」とが対応付けられている。これらの地域の区分は、ユーザが任意に設定すればよい。
【００４７】
災害通知先テーブル２５０には、災害通知の通知先の一覧が格納されている。災害通知先テーブル２５０に記録される通知先は、各中継装置３００ｘである。本実施例では、災害通知の通知先となる中継装置３００ｘのＩＰアドレスと、中継装置３００ｘに付与された地域ＩＤとが対応付けられている。中継装置３００ｘには、中継装置３００ｘの設置地域に対応する地域ＩＤが付与される。災害通知先テーブル２５０の具体例を図７に示す。この例では、災害通知先テーブル２５０には、例えば、災害通知先として、ＩＰアドレス「Ａ１」と、地域ＩＤ「１」とが対応付けられている。この災害通知先は、中継装置３００ａを示している。
【００４８】
Ａ−３．中継装置３００ｘの構成：
中継装置３００ｘ（中継装置３００ａ〜３００ｎ）は、同一の構成を有している。以下、中継装置３００ｘの構成について説明する。中継装置３００ｘの概略構成を図８に示す。図示するように、中継装置３００ｘは、構成情報設定部３１０ｘ、経路制御部３２０ｘ、パケット中継部３３０ｘ、装置固有テーブル３４０ｘ、ＢＧＰテーブル３５０ｘ、ルーティングテーブル３６０ｘ、インタフェース部３７０ｘを備える。なお、以下の説明において、中継装置３００ｘの構成要素のうちの、中継装置３００ａ〜３００ｎのいずれかの構成要素を例示する場合は、構成要素の末尾を「ｘ」から、対応する「ａ」〜「ｎ」の符号に代えて表示する。例えば、中継装置３００ａの構成情報設定部は、構成情報設定部３１０ａと表示する。構成情報設定部３１０ｘは、請求項の設置地域設定部に相当する。経路制御部３２０ｘは、請求項の経路制御部に相当する。パケット中継部３３０ｘは、請求項の中継部に相当する。装置固有テーブル３４０ｘは、請求項の記憶部に相当する。
【００４９】
構成情報設定部３１０ｘは、ユーザから装置の設定情報を受け付けて、自機に設定する。経路制御部３２０ｘは、最適経路の選択などを行う。パケット中継部３３０ｘは、受信したパケットを最適な経路宛に中継する。本実施例では、構成情報設定部３１０ｘ、経路制御部３２０ｘおよびパケット中継部３３０ｘの各機能は、中継装置３００ｘが備えるＣＰＵ（図示省略）が所定のプログラムを実行することによって実現される。
【００５０】
インタフェース部３７０ｘは、物理回線にパケットを送受信するインタフェースである。本実施例では、インタフェース部３７０ｘは４つのポート３７１ｘ〜３７４ｘを備える。ポート３７１ｘ〜３７４ｘをインタフェースＩＦ１〜ＩＦ４ともいう。
【００５１】
装置固有テーブル３４０ｘ、ＢＧＰテーブル３５０ｘ、ルーティングテーブル３６０ｘは、中継装置３００ｘが備えるメモリ（図示省略）の所定領域に確保されている。
【００５２】
装置固有テーブル３４０ｘは、中継装置３００ｘごとに固有の情報を保持するテーブルである。本実施例では、装置固有テーブル３４０ｘには、ＡＳ番号と、地域ＩＤと、災害通知取得先と、機能有効状態とが対応付けられて登録される。装置固有テーブル３４０ｘの具体例として、中継装置３００ａの装置固有テーブル３４０ａを図９に示す。ＡＳ番号には、中継装置３００ａに付与されたＡＳ番号「１」が登録されている。地域ＩＤには、中継装置３００ａに付与された地域ＩＤ「１」が登録されている。災害通知取得先には、災害通知を取得するサーバのＩＰアドレス、すなわち、災害情報管理サーバ２００のＩＰアドレス「Ｈ１」が登録されている。機能有効状態は、災害情報管理サーバ２００から受信する災害通知に基づいた経路切替機能の有効／無効（ＯＮ／ＯＦＦ）の設定状態を示す情報である。図示する例では、機能有効状態はＯＮ（有効）となっている。
【００５３】
ＡＳ番号と災害通知取得先と機能有効状態とは、ユーザによって予め登録される。地域ＩＤは、本実施例では、後述する処理によって、中継装置３００ａが災害情報管理サーバ２００から取得して、登録する。ただし、ユーザが地域ＩＤを予め登録することとしてもよい。
【００５４】
ＢＧＰテーブル３５０ｘは、ルーティング・プロトコルであるＢＧＰが使用するテーブルである。本実施例では、ＢＧＰテーブル３５０ｘには、最適経路と、優先度と、宛先ネットワークアドレスと、ＡＳ番号・地域ＩＤリストと、ネクストホップと、インタフェースとが対応付けられて登録される。ＢＧＰテーブル３５０ｘの具体例として、中継装置３００ａのＢＧＰテーブル３５０ａを図１０に示す。図１０は、非災害時、つまり、中継装置３００ａが災害情報管理サーバ２００から災害通知を受信していない状態でのＢＧＰテーブル３５０ａの具体例を示している。
【００５５】
最適経路は、同一の宛先ネットワークアドレスに対して該当経路が最適経路であることを示す。優先度は、同一の宛先ネットワークアドレスに対して、非災害時に選択すべき経路の優先順位を示す。宛先ネットワークアドレスは、中継装置３００ａが転送するパケットの宛先となるネットワークアドレスを示す。ＡＳ番号・地域ＩＤリストは、宛先のネットワークまでに経由するネットワークグループＮＧ１〜ＮＧ７、すなわち、ＡＳ番号と地域ＩＤの組み合わせを示すリストである。ネクストホップは、宛先ネットワークアドレスに送信するために次に転送する中継装置のＩＰアドレスである。インタフェースは、ネクストホップに対応するポートである。
【００５６】
図１０に示すように、最適経路領域には、当該エントリの経路が最適経路である場合は「○」が設定される。最適経路でない場合、値は設定されない。この最適経路は、宛先ネットワークアドレスごとに設定される。非災害時においては、優先度が最も高いエントリに対して、最適経路が設定される。優先度は優先順位が高い方から順番に値１，２，３と設定される。この優先度は、同一の宛先ネットワークアドレスに対して、経由するＡＳ番号と地域ＩＤとの組み合わせが少ないほど、すなわち、経由するネットワークグループＮＧ１〜ＮＧ７が少ないほど優先順位が高くなる。図示する例では、例えば、宛先ネットワークアドレス「Ｇ」に対しては、経由するネットワークグループが最も少ないＮＧ２（ＡＳ２＋地域ＩＤ２），ＮＧ３（ＡＳ３＋地域ＩＤ３），ＮＧ７（ＡＳ６＋地域ＩＤ６）の３つで構成されるエントリが優先度「１」として設定されている。また、その結果、当該エントリが最適経路として設定されている。当該エントリにおいては、中継装置３００ａから宛先ネットワークアドレス「Ｇ」に向かうネクストホップとして、中継装置３００ｄのＩＰアドレスである「Ｂ１」が設定されている。また、中継装置３００ｄに対応するインタフェースとして、インタフェース「ＩＦ１」が設定されている。かかるＢＧＰテーブル３５０ａの各エントリは、中継装置３００ａに実装されたＢＧＰルーティング・プロトコルにより学習されて登録される。
【００５７】
ルーティングテーブル３６０ｘは、経路情報の一覧を記録するテーブルである。ルーティングテーブル３６０ｘには、宛先のネットワークアドレスとネクストホップとインタフェースとが対応付けられて、登録される。このルーティングテーブル３６０ｘには、ＢＧＰテーブル３５０ｘにおいて最適経路として設定されたエントリの内容のみが登録される。ルーティングテーブル３６０ｘの具体例として、中継装置３００ａのルーティングテーブル３６０ａを図１１に示す。図示するルーティングテーブル３６０ｘは、非災害時の状態を示している。図示するように、ルーティングテーブル３６０ａには、例えば、宛先ネットワークアドレス「Ｇ」と、ネクストホップ「Ｂ１」と、インタフェース「ＩＦ１」とが設定されている。このエントリは、図１０に示した宛先ネットワークアドレス「Ｇ」の最適経路のエントリに対応している。
【００５８】
Ａ−４．経路制御：
上述したネットワークシステム１０００において、中継装置３００ｘは、非災害時には、ＢＧＰを用いて中継経路の最適化制御を行う。また、中継装置３００ｘは、災害発生時、つまり、災害情報管理サーバ２００から災害通知を受信した際には、災害通知の内容に応じて、中継経路の切り替えを行う。かかる中継装置３００ｘの経路制御について以下に説明する。
【００５９】
Ａ−４−１．経路制御に用いる地域ＩＤパケットの構成：
中継装置３００ｘの経路制御の説明に先立って、経路制御に用いる地域ＩＤパケットのフォーマットについて説明する。この地域ＩＤパケットは、以下の３つのケースに共通して用いられるパケットである。
（１）第１のケース：中継装置３００ｘが災害情報管理サーバ２００に対して自機の地域ＩＤの配布を要求する場合に、地域ＩＤ取得要求パケットとして用いるケース
（２）第２のケース：災害情報管理サーバ２００が、地域ＩＤ取得要求パケットへの応答として、中継装置３００ｘに地域ＩＤを配布する場合に、地域ＩＤ取得応答パケットとして用いるケース
（３）第３のケース：災害情報管理サーバ２００が中継装置３００ｘに所定地域における災害の発生（予測を含む）を通知する災害通知パケットとして用いるケース
【００６０】
地域ＩＤパケットのフォーマットを図１２に示す。図示するように、地域ＩＤパケットは、ＩＰヘッダ部とペイロード部とを備えている。ＩＰヘッダ部は、ＯＳＩ参照モデルにおける第３層のヘッダフィールドである。ペイロード部は、地域ＩＤ通知タイプフィールドと地域ＩＤフィールドとを備えている。なお、地域ＩＤパケットには、認証や暗号化のための情報を付加してもよい。こうすれば、セキュリティが向上する。
【００６１】
本実施例では、地域ＩＤ通知タイプフィールドの値が値１である場合、地域ＩＤパケットが地域ＩＤ取得要求パケット（第１のケース）として使用されていることを示す。また、地域ＩＤ通知タイプフィールドの値が値２である場合、地域ＩＤパケットが地域ＩＤ取得応答パケット（第２のケース）として使用されていることを示す。また、地域ＩＤ通知タイプフィールドの値が値３である場合、地域ＩＤパケットが災害通知パケット（第３のケース）として使用されていることを示す。
【００６２】
地域ＩＤパケットが地域ＩＤ取得要求パケットとして使用される場合、地域ＩＤフィールドの値は、常に値０となる。地域ＩＤパケットが地域ＩＤ取得応答パケットとして使用される場合、地域ＩＤフィールドの値は、地域ＩＤ取得要求パケットを送信した中継装置３００ｘが存在する場所の地域ＩＤの値となる。この地域ＩＤの値は、上述の通り、災害通知先テーブル２５０に登録されている。地域ＩＤパケットが災害通知パケットとして使用される場合、地域ＩＤフィールドの値は、災害地域の地域ＩＤの値となる。
【００６３】
Ａ−４−２．経路制御の概要：
ネットワークシステム１０００における経路制御の概要について説明する。経路制御の流れを図１３に示す。ネットワークシステム１０００における経路制御は、災害発生前における地域ＩＤの配布・中継経路の決定フェーズと、災害発生時における災害地域の地域ＩＤの通知フェーズとに分類できる。図１３では、説明の便を考慮し、災害情報発信サーバ１００と、災害情報管理サーバ２００と中継装置３００ａと中継装置３００ｄとの間で行われる処理のシーケンスを例示するが、実際には、図１３と同様の処理が、災害情報発信サーバ１００と、災害情報管理サーバ２００と各中継装置３００ｘとの間で行われる。
【００６４】
地域ＩＤの配布・中継経路の決定フェーズでは、図１３に示すように、まず、中継装置３００ａにおいて、ユーザが、装置固有テーブル３４０ａにＡＳ番号、地域ＩＤ、災害通知取得先ＩＰアドレスを設定するとともに、機能有効状態を「ＯＮ」に設定した場合、構成情報設定部３１０ａは経路制御部３２０ａに機能有効化の通知を行う（通信Ｔ１１）。次に、経路制御部３２０ａは、中継装置３００ａに付与された地域ＩＤを得るために、パケット中継部３３０ａを介して（通信Ｔ１２）、災害情報管理サーバ２００の地域ＩＤ配布部２１０に地域ＩＤ取得要求を行う（通信Ｔ１３）。
【００６５】
災害情報管理サーバ２００の地域ＩＤ配布部２１０は、要求元の中継装置３００ａの地域ＩＤを応答するために、中継装置３００ａのパケット中継部３３０ａを介して（通信Ｔ１４）、経路制御部３２０ａに地域ＩＤ取得応答を行う（通信Ｔ１５）。本応答を受信すると、経路制御部３２０ａは、中継装置３００ａ自身の経路情報を隣接の中継装置３００ｄに伝達するために、パケット中継部３３０ａを介して（通信Ｔ１６）、隣接の中継装置３００ｄに経路情報パケットを送信する（通信Ｔ１７）。経路情報パケットは、他の中継装置に、中継経路を学習させるためのパケットである。上述した中継装置３００ａの処理と同様の処理が隣接の中継装置３００ｄでも実行されるため、隣接の中継装置３００ｄは中継装置３００ａに経路情報を送信する（通信Ｔ１８）。
【００６６】
中継装置３００ａが中継装置３００ｄから経路情報を受信すると（通信Ｔ１９）、経路制御部３２０ａは、受信した経路情報に基づいて経路情報の優先度の設定と最適経路の決定を行う（ステップＳ２０）。そして、経路制御部３２０ａは、パケット中継部３３０ａを介して（通信Ｔ２１）、隣接の中継装置３００ｄに、決定した最適経路の経路情報パケットを送信する（通信Ｔ２２）。こうして、地域ＩＤの配布・中継経路の決定フェーズの処理は終了となる。
【００６７】
災害地域の地域ＩＤの通知フェーズでは、図１３に示すように、災害情報発信サーバ１００は、大規模災害の発生を契機として、災害情報管理サーバ２００の災害情報受発信部２２０に災害情報ＤＩの通知を行う（通信Ｔ３１）。災害情報ＤＩを受信すると、災害情報受発信部２２０は、中継装置３００ａのパケット中継部３３０ａを介して（通信Ｔ３２）、経路制御部３２０ａに災害地域の地域ＩＤの通知を行う（通信Ｔ３３）。
【００６８】
災害地域の地域ＩＤの通知を受けると、経路制御部３２０ａは、受信した地域ＩＤに基づいて、最適経路の決定を行う（ステップＳ３０）。この処理は、最適経路を代替経路に切り替える処理である。そして、経路制御部３２０ａは、パケット中継部３３０ａを介して（通信Ｔ３４）、隣接の中継装置３００ｄに、決定した最適経路の経路情報パケットを送信する（通信Ｔ３５）。こうして、災害地域の地域ＩＤの通知シーケンスは終了となる。以下では、上述した処理の詳細について説明する。
【００６９】
Ａ−４−３．設定処理：
中継装置３００ｘにおける設定処理について説明する。設定処理とは、経路制御を行うための構成情報の設定を行う処理である。この処理は、図１３の通信Ｔ１１に対応している。設定処理は、ユーザが構成情報を設定する操作を開始することで開始される。
【００７０】
設定処理の流れを図１４に示す。図示するように、設定処理が開始されると、中継装置３００ｘの構成情報設定部３１０ｘは、ユーザ操作によって入力される、災害情報と連動した経路切替機能の有効化の設定指示を受け付けたか否かを判断する（ステップＳ４１０）。判断の結果、設定指示を受け付けていなければ（ステップＳ４１０：ＮＯ）、構成情報設定部３１０ｘは、装置固有テーブル３４０ｘの機能有効状態領域に「ＯＦＦ」を格納し（ステップＳ４２０）、処理を終了する。
【００７１】
一方、設定指示を受け付けていれば（ステップＳ４１０：ＮＯ）、構成情報設定部３１０ｘは、装置固有テーブル３４０ｘの機能有効状態領域に「ＯＮ」を格納する（ステップＳ４３０）。そして、構成情報設定部３１０ｘは、ユーザ操作によって入力される、ＡＳ番号、災害通知取得先ＩＰアドレスの値と、その設定指示を受け付けたか否かを判断する（ステップＳ４４０）。
【００７２】
判断の結果、設定指示を受け付けていなければ（ステップＳ４４０：ＮＯ）、構成情報設定部３１０ｘは、処理を終了する。一方、設定指示を受け付けていれば（ステップＳ４４０：ＹＥＳ）、構成情報設定部３１０ｘは、装置固有テーブル３４０ｘのＡＳ番号領域、災害通知取得先ＩＰアドレス領域に、受け付けたＡＳ番号、災害通知取得先ＩＰアドレスを格納する（ステップＳ４５０）。なお、装置固有テーブル３４０ｘの地域ＩＤ領域には、図１３で示した通信Ｔ１３，Ｔ１４によって、取得された地域ＩＤが格納される（詳細は後述する）。ただし、ユーザが、ＡＳ番号、災害通知取得先ＩＰアドレスとともに、地域ＩＤを入力する場合には、上記ステップＳ４４０において、地域ＩＤについても受け付けたかを判断し、ステップＳ４５０において、地域ＩＤ領域に、入力された地域ＩＤを格納してもよい。つまり、地域ＩＤは、通信Ｔ１３，Ｔ１４のように動的に取得されてもよいし、ユーザの入力によって静的に設定されてもよい。
【００７３】
ＡＳ番号、災害通知取得先ＩＰアドレスを格納すると、構成情報設定部３１０ｘは、経路制御部３２０ｘに機能有効化の通知を行う（ステップＳ４６０）。こうして、設定処理は終了となる。
【００７４】
Ａ−４−４．地域ＩＤ配布処理
災害情報管理サーバ２００における地域ＩＤ配布処理について説明する。地域ＩＤ配布処理とは、中継装置３００ｘの要求に応じて、要求元の中継装置３００ｘが設置された地域の地域ＩＤを配布する処理である。この処理は、図１３の通信Ｔ１４に対応している。地域ＩＤ配布処理は、災害情報管理サーバ２００の動作中において、繰り返し実行される。
【００７５】
地域ＩＤ配布処理の流れを図１５に示す。図示するように、地域ＩＤ配布処理が開始されると、災害情報管理サーバ２００の地域ＩＤ配布部２１０は、まず、自機宛のパケットを受信したか否かを判断する（ステップＳ５１０）。その結果、パケットを受信していなければ（ステップＳ５１０：ＮＯ）、地域ＩＤ配布部２１０は、処理を元に戻す。一方、自機宛のパケットを受信すると（ステップＳ５１０：ＹＥＳ）、地域ＩＤ配布部２１０は、受信したパケットの種別が、地域ＩＤパケットであり、かつ、地域ＩＤ通知タイプの値が「１」であるか否かを判断する（ステップＳ５２０）。地域ＩＤ通知タイプの値が「１」の地域ＩＤパケットは、当該パケットが、地域ＩＤ取得要求パケットであることを意味している。
【００７６】
判断の結果、地域ＩＤ取得要求パケットの受信でなければ（ステップＳ５２０：ＮＯ）、地域ＩＤ配布部２１０は、処理を元に戻す。一方、地域ＩＤ取得要求パケットの受信であれば（ステップＳ５２０：ＹＥＳ）、地域ＩＤ配布部２１０は、地域ＩＤ取得要求パケットの送信元ＩＰアドレスを検索キーとして災害通知先テーブル２５０を検索し、送信元ＩＰアドレスに対応する地域ＩＤを取り出す（ステップＳ５３０）。取り出される地域ＩＤは、地域ＩＤ取得要求パケットを送信した中継装置３００ｘの設置地域を表している。
【００７７】
地域ＩＤを取り出すと、地域ＩＤ配布部２１０は、要求を行った中継装置３００ｘに宛てて、地域ＩＤパケットを送信する（ステップＳ５４０）。この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「２」が設定される。「２」は、地域ＩＤパケットが地域ＩＤ取得応答パケットであることを意味する。また、地域ＩＤパケットの地域ＩＤフィールドには、上記Ｓ５３０で取り出した地域ＩＤの値が設定される。かかる地域ＩＤパケットを送信すると、中継装置３００ｘは、処理を元に戻す。
【００７８】
Ａ−４−５．災害通知処理：
災害情報管理サーバ２００における災害通知処理について説明する。災害通知処理とは、災害情報管理サーバ２００が、災害の発生、または災害の発生予測を取得した場合に、災害の発生地域を中継装置３００ｘに通知する処理である。この処理は、図１３の通信Ｔ３２に対応している。災害通知処理は、災害情報管理サーバ２００の動作中において、繰り返し実行される。
【００７９】
災害通知処理の流れを図１６に示す。図示するように、災害通知処理が開始されると、災害情報管理サーバ２００の災害情報受発信部２２０は、まず、災害情報発信サーバ１００から災害情報ＤＩを受信したか否かを判断する（ステップＳ６１０）。判断の結果、災害情報ＤＩを受信していなければ（ステップＳ６１０：ＮＯ）、災害情報受発信部２２０は、処理を元に戻す。一方、災害情報ＤＩを受信していれば（ステップＳ６１０：ＹＥＳ）、災害情報受発信部２２０は、災害情報ＤＩの内容を解釈し、災害情報ＤＩに含まれる災害規模の推定値が閾値テーブル２３０に格納された災害規模閾値ＴＨよりも大きいか否かを判断する（ステップＳ６２０）。
【００８０】
判断の結果、災害規模の推定値が災害規模閾値ＴＨ以下であれば（ステップＳ６２０：ＮＯ）、災害情報受発信部２２０は、処理を元に戻す。一方、災害規模の推定値が災害規模閾値ＴＨよりも大きければ（ステップＳ６２０：ＹＥＳ）、災害情報受発信部２２０は、災害情報ＤＩに含まれる地域名を検索キーとして地域テーブル２４０を検索し、地域テーブル２４０から地域名に対応する地域ＩＤを取り出す（ステップＳ６３０）。取り出された地域ＩＤは、災害が発生した、または、災害の発生が予測された災害地域を表している。
【００８１】
災害情報ＤＩに含まれる地域名は複数であってもよい。この場合、取り出す地域ＩＤは、災害情報ＤＩに含まれる複数の地域名のいずれかに一致するものであればよい。また、災害情報ＤＩに含まれる１つの地域名に対して、複数の地域ＩＤを取り出してもよい。例えば、災害情報ＤＩに含まれる地域名「長野県」に対して、図６に示した地域テーブル２４０から、地域ＩＤ「４」と地域ＩＤ［５］とを取り出してもよい。かかる説明からも明らかなように、ステップＳ６３０における検索は、災害情報ＤＩに含まれる地域名と、地域テーブル２４０の地域名とが、必ずしも完全に一致する必要はない。災害情報ＤＩに含まれる地域名を含む地域テーブル２４０の地域名に対応する地域ＩＤを取り出してもよい。あるいは、災害情報ＤＩに含まれる地域名の一部を含む地域テーブル２４０の地域名に対応する地域ＩＤを取り出してもよい。
【００８２】
地域ＩＤを取り出すと、災害情報受発信部２２０は、災害通知先テーブル２５０のエントリのうちの未選択の１つのエントリを選択する（ステップＳ６４０）。１つのエントリを選択すると、災害情報受発信部２２０は、選択したエントリに登録された地域ＩＤを取り出す（ステップＳ６５０）。そして、災害情報受発信部２２０は、ステップＳ６５０で取り出した地域ＩＤが、ステップＳ６３０で取り出した地域ＩＤであるか否かを判断する（ステップＳ６６０）。
【００８３】
判断の結果、ステップＳ６５０で取り出した地域ＩＤがステップＳ６３０で取り出した地域ＩＤであれば（ステップＳ６６０：ＹＥＳ）、ステップＳ６５０で取り出した地域ＩＤは、災害情報ＤＩに含まれる地域名に対応しているということである。つまり、災害通知先テーブル２５０において、ステップＳ６５０で取り出した地域ＩＤに対応付けられた災害通知先ＩＰアドレスが付与された中継装置３００ｘは、災害が発生している、または、災害の発生が予測されている災害地域に設置されているということである。本実施例においては、災害地域の中継装置には、災害通知を行わない構成としている。災害地域は、安否確認のための通信や、中継経路の変更のための経路情報パケットの通信が頻発し、ネットワーク負荷の著しい増大が予想されるため、これ以上、ネットワーク負荷を増大させないためである。また、災害通知は、中継装置３００ｘが、災害地域を迂回した中継経路を構築するために送信するので、災害地域の中継装置３００ｘに災害通知を送信しても、大きな意味を持たないためである。そこで、災害情報受発信部２２０は、処理を上記ステップＳ６４０に戻す。ただし、災害地域の中継装置に対しても、災害通知を行う構成としてもよい。
【００８４】
一方、ステップＳ６５０で取り出した地域ＩＤがステップＳ６３０で取り出した地域ＩＤでなければ（ステップＳ６６０：ＮＯ）、災害情報受発信部２２０は、選択したエントリに登録された災害通知先ＩＰアドレスを宛先にして、地域ＩＤパケットを送信する（ステップＳ６７０）。この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「３」が設定される。「３」は、地域ＩＤパケットが災害通知パケットであることを意味する。また、地域ＩＤパケットの地域ＩＤフィールドには、上記Ｓ６３０で取り出した地域ＩＤの値が設定される。この地域ＩＤは、災害地域を示している。
【００８５】
かかる地域ＩＤパケット（災害通知パケット）を送信すると、災害情報受発信部２２０は、上記ステップＳ６４０において、全てのエントリを選択したか否かを判断する（ステップＳ６８０）。その結果、全てのエントリについて選択済みでなければ（ステップＳ６８０：ＮＯ）、災害情報受発信部２２０は、処理を上記ステップＳ６４０に戻す。一方、全てのエントリについて選択済みであれば（ステップＳ６８０：ＹＥＳ）、災害情報受発信部２２０は、処理を元に戻す。つまり、災害情報受発信部２２０は、災害通知先テーブル２５０にＩＰアドレスが登録された全ての中継装置３００ｘのうちの、災害地域の中継装置を除く中継装置に対して、災害通知パケットを送信する。
【００８６】
Ａ−４−６．経路制御処理：
中継装置３００ｘにおけるにおける経路制御処理について説明する。経路制御処理とは、他の中継装置との間での通信によって、経路情報を学習し、学習結果に基づいて、中継経路を決定する処理である。当該経路制御処理においては、災害が発生すると、あるいは、災害の発生が予測されると、決定済みの中継経路から、災害地域を含まない中継経路への切り替えが行われる。経路制御処理は、図１３の通信Ｔ１５〜Ｔ２２，通信Ｔ３３〜Ｔ３５，ステップＳ２０，Ｓ３０に対応している。災害通知処理は、中継装置３００ｘの動作中において、繰り返し実行される。
【００８７】
経路制御処理の流れを図１７に示す。図示するように、経路制御処理が開始されると、中継装置３００ｘの経路制御部３２０ｘは、まず、装置固有テーブル３４０ｘの機能有効状態が「ＯＮ」であるか否かを判断する（ステップＳ７１０）。判断の結果、機能有効状態が「ＯＦＦ」であれば（ステップＳ７１０：ＮＯ）、経路制御部３２０ｘは、処理を元に戻す。
【００８８】
一方、機能有効状態が「ＯＮ」であれば（ステップＳ７１０：ＹＥＳ）、経路制御部３２０ｘは、構成情報設定部３１０ｘから機能有効化の通知（上記ステップＳ４６０参照）を受信したか否かを判断する（ステップＳ７２０）。この判断は、設定処理が実行された直後であるか否かの判断を行うためのものである。本実施例では、装置固有テーブル３４０ｘに格納する地域ＩＤは、災害情報管理サーバ２００から動的に取得する構成としているため、設定処理が実行された直後においては、装置固有テーブル３４０ｘの地域ＩＤ領域には、未だ自機の地域ＩＤが格納されていないこととなる。
【００８９】
判断の結果、機能有効化の通知を受信したのであれば（ステップＳ７２０：ＹＥＳ）、装置固有テーブル３４０ｘの地域ＩＤ領域には、自機の地域ＩＤが未だ格納されていない。そこで、経路制御部３２０ｘは、パケット中継部３３０ｘを介して、地域ＩＤパケットを送信し（ステップＳ７３０）、処理を元に戻す。地域ＩＤパケットは、災害情報管理サーバ２００から自機の地域ＩＤの配布を受けるために送信される。つまり、この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「１」が設定される。「１」は、地域ＩＤパケットが地域ＩＤ取得要求パケットであることを意味する。
【００９０】
一方、機能有効化の通知を受信したのでなければ（ステップＳ７２０：ＮＯ）、装置固有テーブル３４０ｘの地域ＩＤ領域には、自機の地域ＩＤが既に格納されている。あるいは、経路制御部３２０ｘは、災害情報管理サーバ２００に対して地域ＩＤの取得要求中、つまり、地域ＩＤの応答待ち状態である。そのため、新たに自機の地域ＩＤを要求する必要は無い。そこで、経路制御部３２０ｘは、パケット中継部３３０ｘから自機宛のパケットを受信したか否かを判断する（ステップＳ７４０）。
【００９１】
その結果、自機宛のパケットを受信していなければ（ステップＳ７４０：ＮＯ）、経路制御部３２０ｘは、処理を元に戻す。なお、他の中継装置３００ｘ宛のパケットを受信した場合には、経路制御部３２０ｘは、受信したパケットの宛先ＩＰアドレスに含まれるネットワークアドレスがルーティングテーブル３６０ｘに登録された宛先ネットワークアドレスに一致する経路に、受信したパケットを、パケット中継部３３０ｘを介して送信する。具体的には、経路制御部３２０ｘは、受信したパケットの転送指示をパケット中継部３３０ｘに行う。パケット中継部３３０ｘは、経路制御部３２０ｘからの転送指示に基づいて、インタフェース部３７０ｘから回線にパケットを送信する。一方、自機宛のパケットを受信していれば（ステップＳ７４０：ＹＥＳ）、経路制御部３２０ｘは、受信したパケットの種別が地域ＩＤパケットであるか否かを判断する（ステップＳ７５０）。
【００９２】
その結果、受信したパケットが地域ＩＤパケットでなければ（ステップＳ７５０：ＮＯ）、経路制御部３２０ｘは、受信したパケットの種別が経路情報パケットであるか否かを判断する（ステップＳ７６０）。その結果、受信したパケットが経路情報パケットでなければ（ステップＳ７６０：ＮＯ）、経路制御部３２０ｘは、処理を元に戻す。
【００９３】
一方、受信したパケットが経路情報パケットであれば（ステップＳ７６０：ＹＥＳ）、経路制御部３２０ｘは、経路情報パケット処理を行い（ステップＳ７７０）、処理を元に戻す。経路情報パケット処理は、図１３の通信Ｔ１６〜Ｔ２２およびステップＳ２０に対応する処理である。経路情報パケット処理の詳細は、後述する。また、受信したパケットが地域ＩＤパケットであれば（ステップＳ７５０：ＹＥＳ）、経路制御部３２０ｘは、地域ＩＤパケット処理を行い（ステップＳ７８０）、処理を元に戻す。地域ＩＤパケット処理は、図１３の通信Ｔ１５，通信Ｔ３３〜Ｔ３５およびステップＳ３０に対応する処理である。地域ＩＤパケット処理の詳細は、後述する。
【００９４】
Ａ−４−６−１．経路情報パケット処理：
経路情報パケット処理について説明する。経路情報パケット処理の説明に先立ち、経路情報パケットのフォーマットについて説明する。経路情報パケットのフォーマットを図１８に示す。経路情報パケットは、中継装置３００ｘ間で経路情報の交換を行うパケットである。本実施例では、ＢＧＰで使用される経路情報パケットのフォーマットを利用している。
【００９５】
具体的には、経路情報パケットは、図１８に示すように、ＢＧＰメッセージヘッダと、経路の更新を示すＵＰＤＡＴＥメッセージデータとを備えている。ＵＰＤＡＴＥメッセージデータは、パスセグメントタイプフィールドと、パスセグメント長フィールドと、パスセグメント値フィールドとを備えている。パスセグメントタイプでは、従来のＢＧＰのパスセグメントタイプに対して、ＡＳ番号に地域ＩＤを付加することを示すタイプ値を新たに定義して追加している。パスセグメント値は、経由したＡＳ番号と地域ＩＤのリストの値(以後、ＡＳ＿ＰＡＴＨ属性ともいう)を示す。パスセグメント長は、パスセグメント値に含まれるＡＳ番号と地域ＩＤの組み合わせの数を示す。
【００９６】
このように、従来のＢＧＰの経路情報パケットのフォーマットに対して、新たなパスセグメントタイプ値とパスセグメント値を追加することで、中継装置３００ｘ間での経路情報の交換を簡単に実現することができる。ただし、専用のフォーマットを新たに作成して、用いてもかまわない。
【００９７】
経路情報パケット処理の流れを図１９に示す。図示するように、経路情報パケット処理が開始されると、経路制御部３２０ｘは、まず、装置固有テーブル３４０ｘに地域ＩＤが設定されているか否かを判断する（ステップ７７１）。その結果、地域ＩＤが設定されていなければ（ステップＳ７７１：ＮＯ）、経路制御部３２０ｘは、処理を経路制御処理に戻す。
【００９８】
一方、地域ＩＤが設定されていれば（ステップＳ７７１：ＹＥＳ）、経路制御部３２０ｘは、隣接の中継装置３００ｘから受信した経路情報パケットのパスセグメント値を抽出するとともに、経路情報パケットの送信元ＩＰアドレスからネットワークアドレスを抽出し、ＢＧＰテーブル３５０ｘの該当する宛先ネットワークアドレスとＡＳ番号・地域ＩＤリストとを追加または更新する（ステップＳ７７２）。つまり、経路制御部３２０ｘは、受信した経路情報パケットによって、中継経路を学習する。
【００９９】
ＢＧＰテーブル３５０ｘへの追加、または更新を行うと、経路制御部３２０ｘは、同一の宛先ネットワークアドレスを有し、かつ、異なるＡＳ番号・地域ＩＤリストを持つ複数の経路情報に対して、優先度を設定し、当該優先度に基づいて、最適経路を決定して、最適経路領域に「○」を設定する（ステップＳ７７３）。本実施例においては、災害通知を受信する前では、最適経路は、図１０に示したように、優先度が最も高いエントリの経路、つまり、経由するＡＳ番号と地域ＩＤとの組み合わせが最も少ない中継経路である。
【０１００】
最適経路領域に「○」を設定すると、経路制御部３２０ｘは、ＢＧＰテーブル３５０ｘの最適経路が「○」の経路を、ルーティングテーブル３６０ｘに登録する（ステップＳ７７４）。そして、経路制御部３２０ｘは、パケット中継部３３０ｘを介して、隣接の中継装置３００ｘへ経路情報パケットを送信する（ステップＳ７７５）。この経路情報パケットのパスセグメントタイプフィールドには、地域ＩＤが付加されたＡＳ＿ＰＡＴＨ属性であることを示すタイプ値が格納される。また、パスセグメント値には、最適経路に「○」が設定されたＡＳ番号・地域ＩＤリストの値に、自機のＡＳ番号と地域ＩＤとを追加した値が格納される。こうして、経路情報パケット処理は終了となる。
【０１０１】
上述した経路情報処理によって、各中継装置３００ｘが中継経路を学習するシーケンスを図２０に示す。図示する例では、中継装置３００ａが、中継装置３００ｎから中継装置３００ａまでの中継経路を学習するプロセスを示している。図２０に示すように、まず、中継装置３００ｎが、経路情報パケットを隣接の中継装置３００ｆに送信する（通信Ｔ４１）。この経路情報パケットのパスセグメント値フィールドには自機に付与された「ＡＳ６＋地域ＩＤ６」が格納される。したがって、中継装置３００ｆが受信する経路情報パケットのＡＳ＿ＰＡＴＨ属性は、「ＡＳ６＋地域ＩＤ６」である。通信Ｔ４１は、後述するステップＳ７８３またはステップＳ７９０に基づく処理である。
【０１０２】
中継装置３００ｆは、中継装置３００ｎが送信した経路情報パケットを受信すると、パスセグメント値フィールドの先頭に、自機に付与された「ＡＳ３＋地域ＩＤ３」を付加して、隣接の中継装置３００ｄに送信する（通信Ｔ４２）。したがって、中継装置３００ｄが受信する経路情報パケットのＡＳ＿ＰＡＴＨ属性は、「ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」である。
【０１０３】
中継装置３００ｄは、中継装置３００ｆが送信した経路情報パケットを受信すると、パスセグメント値フィールドに自機に付与された「ＡＳ２＋地域ＩＤ２」を付加して、隣接の中継装置３００ａに送信する（通信Ｔ４３）。したがって、中継装置３００ａが受信する経路情報パケットのＡＳ＿ＰＡＴＨ属性は、「ＡＳ２＋地域ＩＤ２，ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」である。かかるプロセスによって、中継装置３００ａは、中継装置３００ｎから中継装置３００ａまでの中継経路の１つであるＡＳ＿ＰＡＴＨ属性として、「ＡＳ２＋地域ＩＤ２，ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」を学習する。
【０１０４】
同様にして、中継装置３００ｎ，３００ｌ，３００ｊ，３００ｈ，３００ａの順に経路情報パケットが送信されることによって（通信Ｔ５１〜Ｔ５４）、中継装置３００ａは、中継装置３００ｎから中継装置３００ａまでの中継経路の１つであるＡＳ＿ＰＡＴＨ属性として、「ＡＳ４＋地域ＩＤ４，ＡＳ４＋地域ＩＤ５，ＡＳ５＋地域ＩＤ５，ＡＳ６＋地域ＩＤ６」を学習する。
【０１０５】
Ａ−４−６−２．地域ＩＤパケット処理：
地域ＩＤパケット処理について説明する。地域ＩＤパケット処理の流れを図２１に示す。図示するように、地域ＩＤパケット処理が開始されると、経路制御部３２０ｘは、まず、受信した地域ＩＤパケットの地域ＩＤ通知タイプが「２」であるか否か、つまり、地域ＩＤ取得応答パケットであるか否かを判断する（ステップＳ７８１）。
【０１０６】
その結果、受信した地域ＩＤパケットが地域ＩＤ取得応答パケットであれば（ステップＳ７８１：ＹＥＳ）、経路制御部３２０ｘは、受信した地域ＩＤパケットの地域ＩＤフィールドから地域ＩＤを取り出し、構成情報設定部３１０ｘに対して指示を行い、当該地域ＩＤを装置固有テーブル３４０ｘの地域ＩＤフィールドに格納させる（ステップＳ７８２）。
【０１０７】
地域ＩＤを格納すると、経路制御部３２０ｘは、隣接の中継装置３００ｘに自機の経路情報を格納した経路情報パケットを、パケット中継部３３０ｘを介して送信する（ステップＳ７８３）。この経路情報パケットのパスセグメントタイプフィールドには、地域ＩＤが付加されたＡＳ＿ＰＡＴＨ属性であることを示すタイプ値が格納される。また、パスセグメント値フィールドには、自機に付与されたＡＳ番号と地域ＩＤとが格納される。経路情報パケットを送信すると、経路制御部３２０ｘは、処理を経路制御処理に戻す。
【０１０８】
一方、受信した地域ＩＤパケットが地域ＩＤ取得応答パケットでなければ（ステップＳ７８１：ＮＯ）、経路制御部３２０ｘは、受信した地域ＩＤパケットの地域ＩＤ通知タイプが「３」であるか否か、つまり、災害通知パケットであるか否かを判断する（ステップＳ７８４）。
【０１０９】
その結果、受信した地域ＩＤパケットが災害通知パケットでなければ（ステップＳ７８４：ＮＯ）、経路制御部３２０ｘは、処理を経路制御処理に戻す。一方、受信した地域ＩＤパケットが災害通知パケットであれば（ステップＳ７８４：ＹＥＳ）、経路制御部３２０ｘは、受信した地域ＩＤパケットの地域ＩＤフィールドから地域ＩＤを取り出す（ステップＳ７８５）。取り出した地域ＩＤは、災害地域を示している。
【０１１０】
地域ＩＤを取り出すと、経路制御部３２０ｘは、ＢＧＰテーブル３５０ｘを参照し、最適経路が「○」のエントリであり、かつ、ＡＳ番号・地域ＩＤリスト３００上に、取り出した地域ＩＤを含むエントリの宛先ネットワークアドレスの１つを選択する（ステップＳ７８６）。宛先ネットワークアドレスの１つを選択すると、経路制御部３２０ｘは、選択した宛先ネットワークアドレスを含む代替のエントリであって、ＡＳ番号・地域ＩＳＤリスト上に、取り出した地域ＩＤを含まないエントリがあるか否かを判断する（ステップＳ７８７）。判断の結果、条件を満たすエントリがなければ（ステップＳ７８７：ＮＯ）、経路制御部３２０ｘは、処理を上記ステップＳ７８６に戻して、ステップＳ７８６の条件を満たす未選択のエントリを選択する。
【０１１１】
一方、条件を満たすエントリがあれば（ステップＳ７８７：ＹＥＳ）、経路制御部３２０ｘは、選択した宛先ネットワークアドレスを含む代替のエントリであり、かつ、現在の最適経路が「○」の次に優先度の高い経路のエントリの最適経路を「○」とする（ステップＳ７８８）。つまり、最適経路を、災害地域を含まない中継経路のうちの優先度が最も高い中継経路に設定し直す。
【０１１２】
最適経路を切り替えると、経路制御部３２０ｘは、ＢＧＰテーブル３５０ｘの最適経路が「○」に切り替わった中継経路を、ルーティングテーブル３６０ｘに登録する（ステップＳ７８９）。これにより、中継経路が、災害地域を含む中継経路から、災害地域を含まない中継経路のうちの優先度が最も高い中継経路に切り替わる。
【０１１３】
中継経路を切り替えると、経路制御部３２０ｘは、隣接の中継装置３００ｘに対して、最適経路が「○」になった新たな経路情報を格納した経路情報パケットを、パケット中継部３３０ｘを介して送信する（ステップＳ７９０）。この経路情報パケットのパスセグメントタイプフィールドには、地域ＩＤが付加されたＡＳ＿ＰＡＴＨ属性であることを示すタイプ値が格納される。また、パスセグメント値フィールドには、最適経路が「○」になったＡＳ番号・地域ＩＤリストが格納される。この経路情報パケットを受信した中継装置３００ｘは、切り替わった新たな中継経路を学習することとなる。
【０１１４】
経路情報パケットを送信すると、経路制御部３２０ｘは、上記ステップＳ７８７において、条件を満たす全ての宛先ネットワークアドレスを選択したか否かを判断する（ステップＳ７９１）。その結果、条件を満たす全ての宛先ネットワークアドレスについて選択済みでなければ（ステップＳ７９１：ＮＯ）、経路制御部３２０ｘは、処理を上記ステップＳ７８６に戻して、ステップＳ７８６の条件を満たす未選択のエントリを選択する。一方、条件を満たす全ての宛先ネットワークアドレスについて選択済みであれば（ステップＳ７９１：ＹＥＳ）、経路制御部３２０ｘは、処理を経路制御処理に戻す。
【０１１５】
以上説明した経路制御処理による中継経路の切り替えの具体例を図２２に示す。図２２に示すように、ネットワークシステム１０００における中継装置３００ａと３００ｎとの間の中継経路は、災害発生前においては、上述した経路制御処理によって、中継装置３００ｃ〜３００ｆを経由する通信経路Ｐ１に設定されている。
【０１１６】
このときのＢＧＰテーブル３５０ａの状態は、図１０に示したとおりである。図１０に示したように、ＢＧＰテーブル３５０ａには、宛先ネットワークアドレスアドレスが「Ｇ」の２つのエントリが存在する。この２つのエントリのうちの、優先度が「１」のエントリの最適経路に「○」が設定されている。すなわち、ホップ数が最も少ないＡＳ＿ＰＡＴＨ属性「ＡＳ２＋地域ＩＤ２，ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」を有するエントリの最適経路に「○」が設定されている。こうすることで、効率的なパケットの中継を行うことができる。
【０１１７】
また、このときのルーティングテーブル３６０ａの状態は、図１１に示したとおりである図１１に示したように、ルーティングテーブル３６０ａには、宛先ネットワークアドレスアドレス「Ｇ」のネクストホップとして、ＢＧＰテーブル３５０ａの最適経路として設定されたエントリに対応する「Ｂ１」、すなわち、中継装置３００ｄが登録されている。
【０１１８】
ここで、ネットワークグループＮＧ３の所在地域（地域ＩＤ＝「３」）で大規模災害が発生したとする。この場合、中継装置３００ａは、災害情報管理サーバ２００から、地域ＩＤ３を含む災害通知パケットを受信する。最適経路に「○」が設定された宛先ネットワークアドレスアドレスが「Ｇ」のエントリでは、ＡＳ番号・地域ＩＤリストに、災害地域を示す地域ＩＤ３を含むＡＳ＿ＰＡＴＨ属性が記録されている。そこで、中継装置３００ａは、上記ステップＳ７８８によって、ＢＧＰテーブル３５０ａの更新を行う。
【０１１９】
更新後のＢＧＰテーブル３５０ａの状態を図２３に示す。図示するように、更新後のＢＧＰテーブル３５０ａにおいては、宛先ネットワークアドレスアドレスが「Ｇ」の２つのエントリのうちの優先順位が「２」のエントリに最適経路に「○」が設定されている。このエントリのＡＳ番号・地域ＩＤリストに記録されたＡＳ＿ＰＡＴＨ属性は、「ＡＳ４＋地域ＩＤ４，ＡＳ４＋地域ＩＤ５，ＡＳ５＋地域ＩＤ５，ＡＳ６＋地域ＩＤ６」である。つまり、災害地域を含まないＡＳ＿ＰＡＴＨ属性を有するエントリの中で最も優先順位が高いエントリに最適経路が変更される。なお、宛先ネットワークアドレスアドレスが「Ｆ」のエントリのうちの最適経路に「○」が設定されたエントリでは、ＡＳ番号・地域ＩＤリストに、災害地域を示す地域ＩＤ３を含むＡＳ＿ＰＡＴＨ属性が記録されていない。このため、宛先ネットワークアドレスアドレスが「Ｆ」のエントリは、更新されない。
【０１２０】
このようにＢＧＰテーブル３５０ａが更新されると、中継装置３００ａは、上記ステップＳ７８９によって、ルーティングテーブル３６０ａの更新を行う。更新後のルーティングテーブル３６０ａの状態を図２４に示す。宛先ネットワークアドレスアドレスが「Ｇ」のエントリでは、ＢＧＰテーブル３５０ａの更新に伴って、宛先ネットワークアドレスアドレス「Ｇ」へのネクストホップとして、ＢＧＰテーブル３５０ａの最適経路として新たに設定されたエントリに対応する「Ｄ１」が登録されている。「Ｄ１」は、中継装置３００ｈのＩＰアドレスである。
【０１２１】
これによって、中継装置３００ａと３００ｎとの間の中継経路は、中継装置３００ｃ〜３００ｆを経由する通信経路Ｐ１、すなわち、災害地域を通る経路から、中継装置３００ｇ〜３００ｌを経由する通信経路Ｐ２、すなわち、災害地域を通らない経路に切り替えられる。
【０１２２】
Ａ−５．効果：
上述したネットワークシステム１０００において、災害情報管理サーバ２００は、災害情報発信サーバ１００からの災害情報ＤＩを受信して、災害地域の地域ＩＤを含む災害通知パケットを中継装置３００ｘに送信する。中継装置３００ｘは、災害情報管理サーバ２００からの災害通知パケットの受信を契機として、決定済みの中継経路を、受信した災害通知パケットに含まれる地域ＩＤに基づいて、災害地域を含まない中継経路に切り替える。したがって、災害発生時に、災害地域を経由する通信経路上の中継装置間でルーティング・プロトコルのコネクションが切断するのを待たずに、中継経路を代替経路に迅速に切り替えることができる。あるいは、ルーティング・プロトコルのコネクションが切断しない場合においても、中継経路が災害地域を迂回する経路に迅速に切り替えられるため、災害地域のネットワークの混雑を回避することができる。その結果、災害地域以外の地域間の通信品質の低下を抑制することができる。
【０１２３】
また、ネットワークシステム１０００において、中継装置３００ｘは、経路情報パケットを相互に交換し合って、経路情報をダイナミックに学習する。したがって、ユーザの手動設定によって、中継装置３００ｘに経路情報を学習させる必要がなく、ユーザの利便性が向上する。また、通信環境に応じて、柔軟に経路情報を学習することができる。
【０１２４】
また、ネットワークシステム１０００において、災害情報管理サーバ２００は、中継装置３００ｘからの要求に応じて、要求元の中継装置３００ｘに付与された地域ＩＤを当該中継装置３００ｘに配布する。したがって、中継装置３００ｘは、自機に付与された地域ＩＤを自動的に装置固有テーブル３４０ａに登録することができる。その結果、ユーザは、手動操作の入力によって、地域ＩＤを中継装置３００ｘに登録する必要がない。また、中継装置３００ｘのユーザは、中継装置３００ｘに付与された地域ＩＤを知っていなくてもよい。
【０１２５】
また、ネットワークシステム１０００において、災害情報管理サーバ２００は、災害情報ＤＩに含まれる規模の推定値が災害規模閾値ＴＨよりも大きい場合にのみ、災害通知パケットを中継装置３００ｘに送信する。したがって、中継装置３００ｘ間の通信に影響を与える程度の災害の発生、または、予測のみを対象として、中継経路の切り替えを行うことができる。したがって、不必要な中継経路の切り替えを抑制することができる。また、不必要な災害通知パケットの送信を抑制できるので、ネットワーク負荷の増大を抑制することができる。
【０１２６】
Ｂ．第２実施例：
本発明の第２実施例について説明する。第２実施例としてのネットワークシステム２０００の概略構成を図２５に示す。図示するように、ネットワークシステム２０００が第１実施例としてのネットワークシステム１０００と異なる点は、ネットワークグループＮＧ１〜ＮＧ７の各々に１つずつ、災害情報管理プロキシサーバ８００ａ〜８００ｇ（以下、災害情報管理プロキシサーバ８００ａ〜８００ｇを総称して、災害情報管理プロキシサーバ８００ｘともいう）が設けられている点である。災害情報管理プロキシサーバ８００ａ〜８００ｇには、ＩＰアドレスとしてＡ３〜Ｇ３が付与されている。以下、ネットワークシステム２０００が第１実施例と異なる点についてのみ説明し、第１実施例と同様の点については、説明を省略する。
【０１２７】
災害情報管理プロキシサーバ８００ｘの概略構成を図２６に示す。図示するように、災害情報管理プロキシサーバ８００ｘは、地域ＩＤ配布部８１０ｘ、災害情報受発信部８２０ｘ、地域テーブル８４０ｘ、災害通知先テーブル８５０ｘを備えている。地域ＩＤ配布部８１０ｘは、災害情報管理サーバ２００の地域ＩＤ配布部２１０と同様の機能を有している。
【０１２８】
災害情報受発信部８２０ｘは、災害情報管理サーバ２００から災害通知パケットを受信して、当該災害通知パケットに含まれる地域ＩＤを含む災害通知パケットを、中継装置３００ｘに送信する。つまり、災害情報管理サーバ２００は、第１実施例では、災害通知を中継装置３００ｘに送信したが、第２実施例では、災害通知を災害情報管理プロキシサーバ８００ｘに送信する。このため、災害情報管理サーバ２００の災害通知先テーブル２５０には、図２７に示すように、災害情報管理プロキシサーバ８００ｘのＩＰアドレスが、災害通知先ＩＰアドレスとして登録されている。
【０１２９】
地域テーブル８４０ｘは、災害情報管理サーバ２００の地域テーブル２４０と同一の構成を有している。災害通知先テーブル８５０ｘには、災害情報管理プロキシサーバ８００ｘが属するネットワークグループＮＧ１〜ＮＧ７の中継装置３００ｘのＩＰアドレスが登録されている。災害情報管理プロキシサーバ８００ａの災害通知先テーブル８５０ａを図２８に示す。図示するように、災害通知先テーブル８５０ａには、災害情報管理プロキシサーバ８００ａが属するネットワークグループＮＧ１の中継装置３００ａ，３００ｂのＩＰアドレス「Ａ１」，「Ａ２」が登録されている。本実施例では、災害通知先テーブル８５０ｘの登録内容は、災害情報管理プロキシサーバ８００ｘのユーザが、予め登録しておくものとした。ただし、災害情報管理サーバ２００に事前に登録しておき、第１実施例の地域ＩＤ取得処理と同様に、災害情報管理プロキシサーバ８００ｘが災害情報管理サーバ２００から取得してもよい。
【０１３０】
かかるネットワークシステム２０００における経路制御の流れを図２９に示す。図２９は、第１実施例の図１３に対応する図である。以下、第１実施例（図１３）と異なる点についてのみ説明し、第１実施例と同様の点については、説明を省略する。なお、図２９において、第１実施例と異なる通信については、太線で示している。
【０１３１】
災害発生前における地域ＩＤの配布・中継経路の決定フェーズでは、図２９に示すように、中継装置３００ａは、中継装置３００ａに付与された地域ＩＤを得るために、災害情報管理プロキシサーバ８００ａの地域ＩＤ配布部８１０ａに地域ＩＤ取得要求を行う（通信Ｔ１３）。災害情報管理プロキシサーバ８００ａの地域ＩＤ配布部８１０ａは、要求元の中継装置３００ａの地域ＩＤを応答するために、中継装置３００ａに地域ＩＤ応答を行う（通信Ｔ１４）。地域ＩＤの配布・中継経路の決定フェーズのその他の点については、第１実施例と同様である。
【０１３２】
災害地域の地域ＩＤの通知フェーズでは、図２９に示すように、災害情報管理サーバ２００の災害情報受発信部２２０は、災害情報ＤＩを受信すると、災害通知先テーブル２５０を参照して、災害情報管理プロキシサーバ８００ａの災害情報受発信部８２０ａに災害通知パケットを送信して、災害地域の地域ＩＤの通知を行う（通信Ｔ３７）。なお、本実施例においては、災害通知パケットは、第１実施例と同様に、災害地域に配置された中継装置３００ｘには送信されない。災害地域の地域ＩＤの通知を受けると、災害情報受発信部８２０ａは、中継装置３００ａに災害通知パケットを送信して、災害地域の地域ＩＤの通知を行う（通信Ｔ３８）。災害地域の地域ＩＤの通知フェーズのその他の点については、第１実施例と同様である。
【０１３３】
災害情報管理プロキシサーバ８００ｘにおける災害通知処理について説明する。ここでの災害通知処理とは、災害情報管理プロキシサーバ８００ｘから災害通知パケットを受信して、それに基づいて、災害の発生地域を中継装置３００ｘに通知する処理である。この処理は、図２９の通信Ｔ３８に対応している。災害通知処理は、災害情報管理プロキシサーバ８００ｘの動作中において、繰り返し実行される。
【０１３４】
災害通知処理の流れを図３０に示す。図示するように、災害通知処理が開始されると、災害情報管理プロキシサーバ８００ｘの災害情報受発信部８２０ｘは、まず、自機宛のパケットを受信したか否かを判断する（ステップＳ９１０）。その結果、自機宛のパケットを受信していなければ（ステップＳ９１０：ＮＯ）、災害情報受発信部８２０ｘは、処理を元に戻す。一方、自機宛のパケットを受信していれば（ステップＳ９１０：ＹＥＳ）、災害情報受発信部８２０ｘは、受信したパケットの種別が地域ＩＤパケットであり、かつ、地域ＩＤ通知タイプの値が「３」であるか否かを判断する（ステップＳ９２０）。地域ＩＤ通知タイプの値が「３」の地域ＩＤパケットは、当該パケットが、災害通知パケットであることを意味している。
【０１３５】
判断の結果、災害通知パケットの受信でなければ（ステップＳ９２０：ＮＯ）、災害情報受発信部８２０ｘは、処理を元に戻す。一方、災害通知パケットの受信であれば（ステップＳ９２０：ＹＥＳ）、受信した災害通知パケットから地域ＩＤを取り出す（ステップＳ９３０）。この地域ＩＤは、災害地域を示している。
【０１３６】
地域ＩＤを取り出すと、災害情報受発信部８２０ｘは、災害通知先テーブル８５０ｘのエントリのうちの未選択の１つのエントリを選択する（ステップＳ９４０）。１つのエントリを選択すると、災害情報受発信部８２０ｘは、選択したエントリに登録された災害通知先ＩＰアドレスを宛先にして、地域ＩＤパケットを送信する（ステップＳ９５０）。この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「３」が設定される。「３」は、地域ＩＤパケットが災害通知パケットであることを意味する。また、地域ＩＤパケットの地域ＩＤフィールドには、上記Ｓ９３０で取り出した地域ＩＤの値が設定される。
【０１３７】
地域ＩＤパケットを送信すると、災害情報受発信部８２０ｘは、上記ステップＳ９４０において、全てのエントリを選択したか否かを判断する（ステップＳ９６０）。その結果、全てのエントリについて選択済みでなければ（ステップＳ９６０：ＮＯ）、災害情報受発信部８２０ｘは、処理を上記ステップＳ９４０に戻す。一方、全てのエントリについて選択済みであれば（ステップＳ９６０：ＹＥＳ）、災害情報受発信部８２０ｘは、処理を元に戻す。
【０１３８】
以上説明したネットワークシステム２０００は、ネットワークグループＮＧ１〜ＮＧ７の各々に災害情報管理プロキシサーバ８００ｘを配置する。そして、災害情報管理プロキシサーバ８００ｘは、災害情報管理サーバ２００から災害通知パケットを受信した際に、自機と同一のネットワークグループに属する、つまり、自機と同一の地域ＩＤが付与された中継装置３００ｘに、災害通知パケットを送信する。したがって、中継装置３００ｘのＩＰアドレスを分散して管理できる。その結果、災害情報管理サーバ２００の処理負担とＩＰアドレスの管理負担とを軽減することができる。
【０１３９】
Ｃ．変形例：
上述の実施例の変形例について説明する。
Ｃ−１．変形例１：
上述の実施形態においては、気象庁が提供する緊急地震速報サービスを利用して、災害情報管理サーバ２００が災害情報ＤＩを取得する構成について示したが、災害情報ＤＩを取得する態様は、上述の例に限られるものではない。例えば、民間会社の提供する地震速報を利用してもよい。もとより、災害情報ＤＩの取得は、地震速報に限られない。例えば、災害情報管理サーバ２００が、インターネット上の所定のサイトの更新を監視し、更新された情報に所定のキーワードが含まれる場合に、地震が発生したと判断してもよい。かかる所定のサイトとしては、例えば、気象庁の防災気象情報サイトや、各種災害に係るＲＳＳ（RDF Site Summaryなど）サイトとすることができる。
【０１４０】
かかる場合、災害情報管理サーバ２００は、取得した災害情報に対して、所定のキーワードを用いて検索を行うことで災害地域を抽出する抽出部を備えていてもよい。所定のキーワードとしては、地域名を表すキーワードや、地震の発生を表すキーワードとすることができる。地域名は、地方名、都道府県名、市町村名などを適宜設定すればよい。また、地震の規模、震度などを示すキーワードを含めて、災害の規模も抽出してもよい。このように、検索を行うことによって、災害地域を抽出する構成とすれば、災害情報ＤＩを、災害情報管理サーバ２００用に作成された専用のフォーマットで構成しなくてもよい。したがって、災害情報ＤＩの取得元を、上述した種々の情報源とすることができるので、災害情報管理サーバ２００の汎用性が向上する。
【０１４１】
Ｃ−２．変形例２：
上述の実施形態においては、災害情報管理サーバ２００は、災害情報ＤＩ（緊急地震速報）に含まれる規模の推定値と災害規模閾値ＴＨとを比較することによって、災害通知の可否を判断する構成としたが、かかる構成に限られるものではない。例えば、緊急地震速報に含まれる予測震度が所定の閾値よりも大きい場合に、災害通知を行う構成としてもよい。緊急地震速報において、予測震度が所定値以上の場合は、予測震度は、地域名ごとに与えられるので、この場合、災害情報管理サーバ２００は、閾値を超える震度が予測された地域のみを災害通知パケットによって通知してもよい。こうすれば、より精度の高い経路制御を行うことができる。
【０１４２】
Ｃ−３．変形例３：
上述の実施形態においては、中継装置３００ｘは、災害通知を受信した場合に切り替える代替経路として、ＢＧＰテーブル３５０ａにおいて相対的に優先度が高い経路を採用する構成について示した。ただし、代替経路の候補が複数ある場合において、代替経路の選択方法は、上述の例に限られるものではない。例えば、地域ＩＤを、地域ＩＤが示す地域間の距離的な乖離の程度を把握可能に構成する場合には、災害地域からの乖離の程度が相対的に小さい地域ＩＤを含む中継経路の優先順位を相対的に低くしてもよい。
【０１４３】
具体的には、例えば、簡易な手法として、区分した地域に対して、都道府県番号のように、北東から南西に向かって、地域ＩＤの値が次第に大きく、あるいは、小さくなるように地域ＩＤを構成してもよい。この場合、ＡＳ＿ＰＡＴＨ属性に含まれる地域ＩＤと、災害地域を示す地域ＩＤとの差分値の絶対値は、おおむね、各地域と災害地域との距離的な乖離の程度を表すことになる。そのため、中継装置３００ｘは、以下のようにして、代替経路を決定してもよい。
【０１４４】
まず、中継装置３００ｘは、同一の宛先ネットワークアドレスを有するＢＧＰテーブル３５０ａの各エントリについて、ＡＳ番号・地域ＩＤリストに記録されたＡＳ＿ＰＡＴＨ属性を構成する地域ＩＤの各々と、災害地域を示す地域ＩＤとの差分値の絶対値を算出する。次に、エントリごとに、算出した差分値の絶対値のうちの最小値を求める。そして、当該最小値が最も大きいエントリのＡＳ＿ＰＡＴＨ属性を、代替経路として採用する。
つまり、各エントリの災害地域に最も近い中継地域を比較した場合に、当該最も近い中継地域が災害地域に近いほど、優先順位を低く設定する。こうすれば、災害地域から物理的距離が近い地域を通る中継経路を採用することを避けることができるので、代替経路の信頼性が向上する。
【０１４５】
あるいは、地域ＩＤを、緯度および経度などの座標情報で構成してもよい。こうすれば、各地域と災害地域との距離的な乖離の程度の算出精度が向上する。その結果、代替経路の信頼性をいっそう向上させることができる。
【０１４６】
また、各地域と災害地域との距離的な乖離の程度は、経路全体で判断してもよい。例えば、中継装置３００ｘは、同一の宛先ネットワークアドレスを有するＢＧＰテーブル３５０ａの各エントリについて、ＡＳ番号・地域ＩＤリストに記録されたＡＳ＿ＰＡＴＨ属性を構成する地域ＩＤの各々と、災害地域を示す地域ＩＤとの差分値の絶対値を算出する。次に、エントリごとに、算出した差分値の絶対値の各々の和を、ホップ数を用いて正規化した評価値Ｅを求める。評価値Ｅは、次式（１）で表すことができる。評価値Ｅは、所定の重み付け係数によって、差分値の絶対値を重み付けてもよい。式（１）において、ｎはホップ数、ＩＤｉは、ＡＳ＿ＰＡＴＨ属性を構成する地域ＩＤの値の各々、ＩＤＤは、災害地域を示す地域ＩＤの値、Ｋｉは重み付け係数である。
【０１４７】
【数１】
【０１４８】
そして、評価値Ｅの値が最も大きいエントリのＡＳ＿ＰＡＴＨ属性を、代替経路として採用する。こうすれば、経路全体として、災害地域から離れた中継経路を優先的に代替経路として採用することができるので、代替経路の信頼性が向上する。Ｋｉは、ＩＤｉとＩＤＤとの差分に応じて、可変に設定してもよい。具体的には、ＩＤｉとＩＤＤとの差分が大きい場合には、Ｋｉを小さくし、ＩＤｉとＩＤＤとの差分が小さい場合には、Ｋｉを大きくしてもよい。こうすれば、災害地域から十分に離れた地域が評価に影響することを抑制できる。
【０１４９】
Ｃ−４．変形例４：
上述の実施形態においては、既存のプロトコルであるＢＧＰを活用して、中継装置３００ｘが経路情報を学習する構成を示した。このため、中継装置３００ｘが学習する経路情報は、ＡＳ番号と地域ＩＤとの組み合わせによるＡＳ＿ＰＡＴＨ属性として構成された。ただし、ＡＳ番号を含めて経路情報を学習することは、必須ではない。例えば、ＢＧＰを活用せずに、経路情報を学習する新たなプロトコルを作成する場合には、経路情報は、パケットの中継地域を識別可能な地域情報と、中継装置３００ｘのネットワーク上のアドレスとを含むものであればよい。
【０１５０】
Ｃ−５．変形例５：
上述の実施形態においては、中継装置３００ｘは、経路制御パケットを中継装置３００ｘ間で交換し合うことによって、経路情報の学習を行う構成について示したが、経路情報の学習方法は、かかる構成に限るものではない。例えば、災害情報管理サーバ２００において、経路情報を一括管理しておき、中継装置３００ｘが、災害情報管理サーバ２００から経路情報を受信することで、経路情報を学習する構成としてもよい。あるいは、中継装置３００ｘは、ユーザが行う経路情報の入力を受け付けて、経路情報を学習する構成としてもよい。
【０１５１】
Ｃ−６．変形例６：
上述の実施形態においては、災害情報ＤＩは、地震に関する情報であったが、災害情報ＤＩの内容は、地震に限るものではない。災害情報ＤＩは、種々の災害の発生、または発生予測に関する情報とすることができる。ここでの災害とは、気象などの自然現象の変化、あるいは人為的な原因などによって、人命や社会生活に対する被害を生じる現象である。こうした現象としては、例えば、火災、水害、火山噴火、竜巻、テロ、戦争などを例示することができる。
【０１５２】
以上、本発明の実施形態について説明したが、上述した実施形態における構成要素のうち、独立クレームに記載された要素に対応する要素以外の要素は、付加的な要素であり、適宜省略、または、組み合わせが可能である。また、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、中継装置やネットワークシステムとしての構成のほか、ネットワークシステムを構成するサーバ、当該サーバや中継装置のプログラム、当該プログラムを記録した記憶媒体、中継装置の経路制御方法等としても実現することができる。
【符号の説明】
【０１５３】
１００…災害情報発信サーバ
２００…災害情報管理サーバ
２１０…地域ＩＤ配布部
２２０…災害情報受発信部
２３０…閾値テーブル
２４０…地域テーブル
２５０…災害通知先テーブル
３００ａ〜３００ｎ，３００ｘ…中継装置
３１０ｘ…構成情報設定部
３２０ｘ…経路制御部
３３０ｘ…パケット中継部
３４０ｘ…装置固有テーブル
３５０ｘ…ＢＧＰテーブル
３６０ｘ…ルーティングテーブル
３７０ｘ…インタフェース部
３７１ｘ〜３７４ｘ…ポート
８００ａ〜８００ｇ，８００ｘ…災害情報管理プロキシサーバ
８１０ｘ…地域ＩＤ配布部
８２０ｘ…災害情報受発信部
８４０ｘ…地域テーブル
８５０ｘ…災害通知先テーブル
１０００，２０００…ネットワークシステム
Ｒ１〜Ｒ１４…リンク
Ｐ１，Ｐ２…通信経路
Ｎ１〜Ｎ７…ネットワーク
ＮＧ１〜ＮＧ７…ネットワークグループ
【技術分野】
【０００１】
本発明は、通信パケットの中継を行う中継装置の中継経路制御技術に関する。
【背景技術】
【０００２】
地震、台風などの自然災害や、大規模な武力攻撃、テロなどの人的災害などの大規模災害が発生した場合、被災地域のパケット中継装置（以下、パケット中継装置を単に中継装置ともいう）、例えば、ルータやスイッチが破損するなどして、コネクションが切断されることがあった。従来のＩＰネットワークにおけるルーティング・プロトコル、例えば、ＢＧＰ(Border Gateway Protocol）などによる経路制御では、被災地域の中継装置と被災していない地域の中継装置の間のルーティング・プロトコルのコネクションが切断されると、中継経路の再計算を行い、中継経路の切り替えが行われていた。かかる切り替え動作について、図１を用いて説明する。
【０００３】
図１に示すネットワークシステムは、地域Ａ１において、中継装置１１ａ，１２ａがネットワークＮ１ａに相互に接続されている。同様に、地域Ａ２では、中継装置２１ａ，２２ａとネットワークＮ２ａとが、地域Ａ３では、中継装置３１ａ，３２ａとネットワークＮ３ａとが、地域Ａ４では、中継装置４１ａ，４２ａとネットワークＮ４ａとが、相互に接続されている。地域Ａ１のネットワークは、リンクＲ１ａによって地域Ａ３のネットワークと接続され、地域Ａ３のネットワークは、リンクＲ２ａによって地域Ａ２のネットワークに接続されている。また、地域Ａ１のネットワークは、リンクＲ３ａによって地域Ａ４のネットワークと接続され、地域Ａ４のネットワークは、リンクＲ４ａによって地域Ａ２のネットワークに接続されている。
【０００４】
通常時は、地域Ａ１の中継装置１１ａから地域Ａ２の中継装置２２ａまで、地域Ａ３のネットワークを経由した通信経路Ｐ１ａが確立されている。また、ルーティング・プロトコルによって、地域Ａ４のネットワークを経由した通信経路Ｐ２ａが代替経路として確立されている。
【０００５】
かかる状況において、図１に示すように、地域Ａ３で大規模災害が発生した場合、地域Ａ３内の中継装置の障害やリンク障害等の発生により、ネットワーク障害が多発する。そのため、通信経路Ｐ１ａ上の中継装置間のルーティング・プロトコルのコネクションが切断される場合がある。ルーティング・プロトコルのコネクションが切断されると、それを契機として、地域Ａ１の中継装置１１ａは、正常にリンクしている代替経路の通信経路Ｐ２ａへ中継経路を切り替えることで、中継経路を再構築する。
【０００６】
しかしながら、かかる従来の手法においては、経路収束時間の観点と、通信品質の観点から、改善の余地があった。経路収束時間の観点では、次の通りである。特定の中継装置が破損すると、隣接の中継装置は該当経路を削除し、経路の再計算を行い、更に隣接の中継装置に経路情報を通知することで、ネットワーク全体に経路情報を伝播させる。被災地域で多数の中継装置が破損すると、ネットワーク全体で、このような動作が拡大していくことになる。被災地域の境界に位置する中継装置にも徐々に上述のような影響が伝播し、経路情報の再計算が多発することで、中継装置の演算負荷が急増し、ルーティング・プロトコルの処理遅延等が発生する。その結果、被災地域のうちの被災していない地域側の地域に位置する中継装置（例えば、図１の中継装置３２ａ）と、被災していない地域のうちの被災地域側の地域に位置する中継装置（例えば、図１の中継装置１１ａ）との間で、ルーティング・プロトコルのコネクションが切断されることになる。この時点で初めて代替経路への切り替えが行われるので、実際に災害が発生してから経路の切り替えまでに相当の時間がかかり、通信が途絶える時間が長くなる。また、宛先まで到達不能になったことを示す経路情報を、被災していない地域のうちの被災地域側の地域に位置する中継装置（例えば、図１の中継装置１１ａ）に伝播するのに時間がかかり、通信が途絶える時間が長くなる。つまり、経路収束時間（コンバージェンス）が長くなるという問題があった。
【０００７】
通信品質の観点では、以下の通りである。仮に、被災地域を経由する通信経路上の中継装置の間で、ルーティング・プロトコルのコネクションが切断されなければ、被災地域を経由する中継経路が、維持され続けることになる。ここで、災害発生時には、被災地域への安否確認等のためのトラフィックが集中することが予想される。その結果、被災地域のネットワークが輻輳することになり、被災地域を経由する通信パケット（以下、単にパケットともいう）の遅延や損失が発生する確率が高くなり、通信品質が悪くなるという問題があった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１３０１６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述の問題の少なくとも一部を考慮し、本発明が解決しようとする課題は、災害の発生時において、ルーティング・プロトコルのコネクションの切断を待たずに、通信パケットの中継経路の切り替えを迅速に行うこと、または、ルーティング・プロトコルのコネクションが切断されない場合において、災害の発生に伴う通信品質の低下を抑制することである。
【課題を解決するための手段】
【００１０】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【００１１】
［適用例１］通信パケットの中継を行う中継装置であって、
前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、災害地域を通知する災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
中継装置。
【００１２】
かかる構成の中継装置によれば、災害通知パケットの受信を契機として、決定済みの中継経路を、災害地域を含まない中継経路に切り替えることができる。したがって、災害発生時に、災害地域を経由する通信経路上の中継装置間でルーティング・プロトコルのコネクションが切断するのを待たずに、中継経路を代替経路に切り替えることができる。あるいは、ルーティング・プロトコルのコネクションが切断しない場合においても、中継経路が災害地域を迂回する経路に切り替えられるため、災害地域のネットワークの混雑を回避することができる。その結果、災害地域以外の地域間の通信品質の低下を抑制することができる。なお、災害地域とは、災害が発生した被災地域のほか、災害が予測された地域を含む。
【００１３】
［適用例２］適用例１記載の中継装置であって、前記中継装置の設置地域を記憶する記憶部を備え、前記経路制御部は、前記中継装置が、前記他の中継装置としての第１の他の中継装置から、前記経路情報を学習するための経路情報パケットであって、前記他の中継装置の設置地域と、該他の中継装置のネットワーク上のアドレスとを含む経路情報パケットを受信した場合に、該経路情報パケットに基づいて、前記経路情報の学習を行い、前記受信した経路情報パケットに、前記中継装置の設置地域と、該中継装置のネットワーク上のアドレスとを付加した新たな経路情報パケットを生成し、前記中継部は、前記生成した新たな経路情報パケットを、前記第１の他の中継装置とは異なる第２の他の中継装置に送信する中継装置。
【００１４】
かかる構成の中継装置によれば、中継装置は、適用例２の構成を備えた他の中継装置との間で経路情報パケットを交換し合って、経路情報をダイナミックに学習することができる。したがって、ユーザの利便性が向上する。
【００１５】
［適用例３］前記中継装置の設置地域を記録したサーバに対して行う要求への応答として前記中継装置が受信する応答パケットに含まれる前記中継装置の設置地域を前記記憶部に記録する設置地域設定部を備えた適用例２記載の中継装置。
【００１６】
かかる構成の中継装置によれば、中継装置の設置地域を自動的に記録することができる。したがって、ユーザは、中継装置にその設置地域を手動操作で入力する必要がない。かかる効果は、中継装置が多数ある場合に顕著となる。
【００１７】
［適用例４］適用例１ないし適用例３のいずれか記載の中継装置であって、前記地域情報は、前記中継地域の各々の乖離の程度を把握可能に構成され、前記経路制御部は、前記災害地域を含まない中継経路への切り替えを行う場合であって、該切り替えの候補となる中継経路が複数存在するときには、該災害地域からの前記乖離の程度が相対的に小さい前記中継地域を含む前記中継経路の優先順位を相対的に低くして、前記切り替える中継経路を決定する中継装置。
【００１８】
かかる構成の中継装置によれば、切り替えの候補となる中継経路が複数存在するときに、災害地域からの乖離の程度が相対的に小さい中継地域を含む中継経路への切り替えを抑制することができる。したがって、切り替えた後の中継経路の信頼性が向上する。
【００１９】
［適用例５］前記経路制御部は、前記学習した経路情報におけるホップ数が相対的に少ない前記中継経路を優先して、前記中継経路の決定を行う適用例１ないし適用例４のいずれか記載の中継装置。
【００２０】
かかる構成の中継装置によれば、ホップ数が少なく、効率的な通信パケットの中継を実現することができる。
【００２１】
また、本発明は、中継装置のほか、適用例６または適用例７のネットワークシステムとしても実現することができる。勿論、これらのネットワークシステムに、適用例２〜５の構成を付加することもできる。
【００２２】
［適用例６］サーバと、区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、前記サーバは、所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知部とを備え、前記中継装置の各々は、前記地域の区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部とを備え、前記経路制御部は、前記中継装置が、前記災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替えるネットワークシステム。
【００２３】
［適用例７］第１のサーバと、区分された地域ごとに少なくとも１台ずつ設置された複数の第２のサーバと、前記区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、前記第１のサーバは、所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む第１の災害通知パケットを送信して、前記複数の第２のサーバのうちの少なくとも前記災害地域に配置された第２のサーバ以外の第２のサーバに前記災害地域を通知する第１の災害通知部とを備え、前記第２のサーバの各々は、前記第１の災害通知パケットを受信する受信部と、該第１の災害通知パケットに含まれる前記災害地域を表す情報を含む第２の災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する第２の災害通知部とを備え、前記中継装置の各々は、前記区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部とを備え、前記経路制御部は、前記中継装置が、前記第２の災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替えるネットワークシステム。
【００２４】
また、本発明は、上述した適用例６または適用例７のネットワークシステムを構成するサーバ、適用例８ないし適用例１１のプログラム、当該プログラムを記録した記録媒体、中継装置の中継経路制御方法などとしても実現することができる。
【００２５】
［適用例８］通信パケットの中継を行う複数の中継装置に通知を行うプログラムであって、所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得機能と、前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケット送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知機能とをコンピュータに実現させるためのプログラム。
【００２６】
かかるプログラムによれば、適用例１〜５の中継装置に、災害地域を好適に通知することができる。その結果、上述した中継装置の効果を奏することができる。
【００２７】
［適用例９］適用例８記載のプログラムであって、更に、前記取得した災害情報に対して、所定のキーワードを用いて検索を行うことで前記災害地域を抽出する抽出機能をコンピュータに実現させ、前記災害通知機能は、前記抽出した災害地域を表す情報を含む前記災害通知パケットを生成して、送信するプログラム。
【００２８】
かかるプログラムによれば、災害情報が所定のフォーマットで作成されたデータに限定されることがない。したがって、当該プログラムは、汎用性に優れる。
【００２９】
［適用例１０］前記災害情報に前記災害の規模が含まれる場合に、前記災害通知機能は、前記災害の規模が所定の閾値以上である場合に限り、前記災害地域の通知を行う適用例８または適用例９記載のプログラム。
【００３０】
かかるプログラムによれば、中継装置間の通信に影響を与える程度の災害の発生、または、予測のみを対象として、中継経路の切り替えを行うこととなる。したがって、不必要な中継経路の切り替えを抑制することができる。また、不必要な災害通知パケットの送信を抑制できるので、ネットワーク負荷の増大を抑制することができる。
【００３１】
［適用例１１］適用例８ないし適用例１０のいずれか記載のプログラムであって、更に、前記複数の中継装置の設置地域をそれぞれ記憶する記憶機能と、前記中継装置の要求に応じて、該中継装置の前記設置地域を該中継装置に通知する設置地域通知機能とをコンピュータに実現させるためのプログラム。
【００３２】
かかるプログラムによれば、適用例３の中継装置に、当該中継装置の設置地域を好適に通知することができる。その結果、上述した適用例３の中継装置の効果を奏することができる。
【図面の簡単な説明】
【００３３】
【図１】従来例としての中継装置の経路制御を示す説明図である。
【図２】本発明の実施例としてのネットワークシステム１０００の概略構成を示す説明図である。
【図３】災害情報管理サーバ２００が災害情報発信サーバ１００から受信する災害情報ＤＩの内容を示す説明図である。
【図４】災害情報管理サーバ２００の概略構成を示す説明図である。
【図５】災害情報管理サーバ２００の閾値テーブル２３０の具体例を示す説明図である。
【図６】災害情報管理サーバ２００の地域テーブル２４０の具体例を示す説明図である。
【図７】災害情報管理サーバ２００の災害通知先テーブル２５０の具体例を示す説明図である。
【図８】中継装置３００ｘの概略構成を示す説明図である。
【図９】中継装置３００ａの装置固有テーブル３４０ａの具体例を示す説明図である。
【図１０】中継装置３００ａのＢＧＰテーブル３５０ａの具体例（災害発生前）を示す説明図である。
【図１１】中継装置３００ａのルーティングテーブル３６０ａの具体例（災害発生前）を示す説明図である。
【図１２】地域ＩＤパケットのフォーマットを示す説明図である。
【図１３】ネットワークシステム１０００における経路制御の概要を示すシーケンス図である。
【図１４】中継装置３００ｘにおける設定処理の流れを示すフローチャートである。
【図１５】災害情報管理サーバ２００における地域ＩＤ配布処理の流れを示すフローチャートである。
【図１６】災害情報管理サーバ２００における災害通知処理の流れを示すフローチャートである。
【図１７】中継装置３００ｘにおける経路制御処理の流れを示すフローチャートである。
【図１８】経路情報パケットのフォーマットを示す説明図である。
【図１９】経路制御処理のうちの経路情報パケット処理の流れを示すフローチャートである。
【図２０】経路情報処理によって、中継装置３００ｘが中継経路を学習する様子を示すシーケンス図である。
【図２１】経路制御処理のうちの地域ＩＤパケット処理の流れを示すフローチャートである。
【図２２】経路制御処理による中継経路の切り替えの具体例を示す説明図である。
【図２３】中継装置３００ａのＢＧＰテーブル３５０ａの具体例（災害発生後）を示す説明図である。
【図２４】中継装置３００ａのルーティングテーブル３６０ａの具体例（災害発生後）を示す説明図である。
【図２５】第２実施例としてのネットワークシステム２０００の概略構成を示す説明図である。
【図２６】第２実施例としての災害情報管理プロキシサーバ８００ｘの概略構成を示す説明図である。
【図２７】第２実施例としての災害情報管理サーバ２００の災害通知先テーブル２５０の具体例を示す説明図である。
【図２８】災害情報管理プロキシサーバ８００ａの災害通知先テーブル８５０ａの具体例を示す説明図である。
【図２９】ネットワークシステム２０００における経路制御の概要を示すシーケンス図である。
【図３０】災害情報管理プロキシサーバ８００ｘにおける災害通知処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００３４】
Ａ．第１実施例：
Ａ−１．システム構成：
本発明の中継装置の実施例としての中継装置３００ａ〜３００ｎを用いたネットワークシステム１０００の概略構成を図２に示す。図示するように、ネットワークシステム１０００は、災害情報管理サーバ２００と中継装置３００ａ〜３００ｎ（以下、総称して３００ｘともいう）とを備えている。このネットワークシステム１０００は、災害情報管理サーバ２００とネットワークＮ１〜Ｎ７がリンクＲ１〜Ｒ１４によって相互接続されて構成される。詳しくは後述するが、災害情報管理サーバ２００は、地理情報の配布と災害情報の受発信を行う。中継装置３００ａ〜３００ｎは、ＯＳＩ参照モデルにおけるネットワーク層（レイヤ３）でパケットの中継を行う。ただし、中継装置３００ａ〜３００ｎは、レイヤ２でパケットの中継を行うものであってもよい。
【００３５】
各ネットワークＮ１〜Ｎ７は、単一の管理権限で運用している独立したネットワークシステムであるＡＳ（Autonomous System）の中の特定地域にある。各ネットワークＮ１〜Ｎ７には、ＡＳを特定するためにＡＳ番号（ＡＳ１〜ＡＳ６）と、ネットワークの所在地域を特定するための地域ＩＤ（地域ＩＤ１〜ＩＤ６）とが付与されている。また、各ネットワークＮ１〜Ｎ７は、複数の中継装置とリンクとによって、相互に接続されている。このネットワークＮ１〜Ｎ７と、当該ネットワークに直接接続される中継装置との組み合わせをネットワークグループＮＧ１〜ＮＧ７ともいう。
【００３６】
ネットワークグループＮＧ１〜ＮＧ７は、ＡＳ番号と、地域ＩＤとによって、識別することができる。例えば、ネットワークＮ１と中継装置３００ａ，３００ｂとで構成されるネットワークグループＮＧ１は、「ＡＳ１+地域ＩＤ１」によって、他のネットワークグループＮＧ２〜ＮＧ７と識別することができる。同様に、例えば、ネットワークＮ２と中継装置３００ｃ，３００ｄとで構成されるネットワークグループＮＧ２は、「ＡＳ２+地域ＩＤ２」によって、他のネットワークグループＮＧ１，ＮＧ３〜ＮＧ７と識別することができる。
【００３７】
かかるネットワークシステム１０００の中継装置３００ａ〜３００ｎは、ＢＧＰを活用して経路制御を行う。ＢＧＰは、周知の技術であり、詳しい説明は省略するが、隣接する中継装置間で経路情報を交換し合い、ＡＳを最小単位としてＡＳ間の経路制御を行うルーティング・プロトコルである。ただし、本実施例では、ＡＳ中の地域ＩＤを割り当てたネットワークを最小単位として地域ＩＤ間の経路制御を行う。
【００３８】
災害情報管理サーバ２００は、気象庁が提供する緊急地震速報のサービスを行うサーバ（以下、本願では、災害情報発信サーバ１００ともいう）に、所定のネットワーク（図示省略）を介して接続されている。緊急地震速報とは、地震の発生直後に、震源に近い地震計でとらえた観測データを解析して震源や地震の規模（マグニチュード）を直ちに推定し、これに基づいて各地での主要動の到達時刻や震度を予測し、報知する地震動の予報および警報である。以下、緊急地震速報を災害情報ＤＩともいう。
【００３９】
本実施例における災害情報ＤＩの内容を図３に示す。図示するように、災害情報ＤＩには、地震の発生時刻、地震の発生場所（震源）の推定値、地震の規模（マグニチュード）の推定値、地域名と対応付けられた予測震度、その地域への大きな揺れの到達時刻の予測値（主要動到達予測時刻）を含んでいる。
【００４０】
ネットワークシステム１０００では、災害情報管理サーバ２００が災害情報発信サーバ１００から受信した災害情報ＤＩに基づいて、中継装置３００ｘに災害が発生した旨の通知を行う。中継装置３００ｘは、受信した通知に基づいて、中継経路の切り替えを行う。以下、かかる経路制御の構成について説明する。
【００４１】
なお、図２に示すように、災害情報管理サーバ２００の属するネットワークおよびネットワークグループＮＧ１〜ＮＧ７には、ネットワークアドレスとしてＨ，Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇが付与されている。また、災害情報管理サーバ２００および中継装置３００ａ，３００ｄ，３００ｆ，３００ｈ，３００ｊ，３００ｌ，３００ｎにはＩＰアドレスとしてＨ１，Ａ１，Ｂ１，Ｃ１，Ｄ１，Ｅ１，Ｆ１，Ｇ１が付与されている。
【００４２】
Ａ−２．災害情報管理サーバ２００の構成：
災害情報管理サーバ２００の概略構成を図４に示す。図示するように、災害情報管理サーバ２００は、地域ＩＤ配布部２１０、災害情報受発信部２２０、閾値テーブル２３０、地域テーブル２４０、災害通知先テーブル２５０を備えている。なお、地域ＩＤ配布部２１０は請求項の設置地域通知機能に相当する。災害情報受発信部２２０は、請求項の取得機能、災害通知機能、抽出機能に相当する。災害通知先テーブル２５０は、請求項の記憶機能に対応している。
【００４３】
地域ＩＤ配布部２１０は、各中継装置３００ｘからの要求に応じて、要求を行った中継装置３００ｘに地域ＩＤを配布する。災害情報受発信部２２０は、災害情報発信サーバ１００から災害情報ＤＩを受信して各中継装置３００ｘに災害地域の地域ＩＤを通知する（以下、この通知を災害通知ともいい、災害通知に用いるパケットを災害通知パケットともいう）。本実施例では、地域ＩＤ配布部２１０および災害情報受発信部２２０の機能は、災害情報管理サーバ２００が備えるＣＰＵ（図示省略）が所定のプログラムを実行することによって実現される。これらの機能の詳細は後述する。
【００４４】
閾値テーブル２３０、地域テーブル２４０、災害通知先テーブル２５０は、災害情報管理サーバ２００が備えるメモリ（図示省略）の所定領域に確保されている。これらのテーブルの内容は、ユーザによって、予め登録される。
【００４５】
閾値テーブル２３０は、中継装置３００ｘに災害通知を行う際の判断基準となる災害規模閾値ＴＨが格納されている。災害規模閾値ＴＨ以上の災害情報ＤＩを受信した場合に、災害情報受発信部２２０は、災害通知を行うこととなる。閾値テーブル２３０の具体例を図５に示す。この例では、閾値テーブル２３０には、災害規模閾値ＴＨとして、地震の規模（マグニチュード）の値８が記録されている。
【００４６】
地域テーブル２４０には、地域ＩＤと物理的な地域名の対応一覧が格納されている。地域ＩＤは、地域名ごとに一意な番号として付与される。地域テーブル２４０の具体例を図６に示す。この例では、地域テーブル２４０には、例えば、地域ＩＤ「１」と、地域名「大阪府北部」とが対応付けられている。また、地域ＩＤ「２」と、地域名「愛知県西部」とが対応付けられている。これらの地域の区分は、ユーザが任意に設定すればよい。
【００４７】
災害通知先テーブル２５０には、災害通知の通知先の一覧が格納されている。災害通知先テーブル２５０に記録される通知先は、各中継装置３００ｘである。本実施例では、災害通知の通知先となる中継装置３００ｘのＩＰアドレスと、中継装置３００ｘに付与された地域ＩＤとが対応付けられている。中継装置３００ｘには、中継装置３００ｘの設置地域に対応する地域ＩＤが付与される。災害通知先テーブル２５０の具体例を図７に示す。この例では、災害通知先テーブル２５０には、例えば、災害通知先として、ＩＰアドレス「Ａ１」と、地域ＩＤ「１」とが対応付けられている。この災害通知先は、中継装置３００ａを示している。
【００４８】
Ａ−３．中継装置３００ｘの構成：
中継装置３００ｘ（中継装置３００ａ〜３００ｎ）は、同一の構成を有している。以下、中継装置３００ｘの構成について説明する。中継装置３００ｘの概略構成を図８に示す。図示するように、中継装置３００ｘは、構成情報設定部３１０ｘ、経路制御部３２０ｘ、パケット中継部３３０ｘ、装置固有テーブル３４０ｘ、ＢＧＰテーブル３５０ｘ、ルーティングテーブル３６０ｘ、インタフェース部３７０ｘを備える。なお、以下の説明において、中継装置３００ｘの構成要素のうちの、中継装置３００ａ〜３００ｎのいずれかの構成要素を例示する場合は、構成要素の末尾を「ｘ」から、対応する「ａ」〜「ｎ」の符号に代えて表示する。例えば、中継装置３００ａの構成情報設定部は、構成情報設定部３１０ａと表示する。構成情報設定部３１０ｘは、請求項の設置地域設定部に相当する。経路制御部３２０ｘは、請求項の経路制御部に相当する。パケット中継部３３０ｘは、請求項の中継部に相当する。装置固有テーブル３４０ｘは、請求項の記憶部に相当する。
【００４９】
構成情報設定部３１０ｘは、ユーザから装置の設定情報を受け付けて、自機に設定する。経路制御部３２０ｘは、最適経路の選択などを行う。パケット中継部３３０ｘは、受信したパケットを最適な経路宛に中継する。本実施例では、構成情報設定部３１０ｘ、経路制御部３２０ｘおよびパケット中継部３３０ｘの各機能は、中継装置３００ｘが備えるＣＰＵ（図示省略）が所定のプログラムを実行することによって実現される。
【００５０】
インタフェース部３７０ｘは、物理回線にパケットを送受信するインタフェースである。本実施例では、インタフェース部３７０ｘは４つのポート３７１ｘ〜３７４ｘを備える。ポート３７１ｘ〜３７４ｘをインタフェースＩＦ１〜ＩＦ４ともいう。
【００５１】
装置固有テーブル３４０ｘ、ＢＧＰテーブル３５０ｘ、ルーティングテーブル３６０ｘは、中継装置３００ｘが備えるメモリ（図示省略）の所定領域に確保されている。
【００５２】
装置固有テーブル３４０ｘは、中継装置３００ｘごとに固有の情報を保持するテーブルである。本実施例では、装置固有テーブル３４０ｘには、ＡＳ番号と、地域ＩＤと、災害通知取得先と、機能有効状態とが対応付けられて登録される。装置固有テーブル３４０ｘの具体例として、中継装置３００ａの装置固有テーブル３４０ａを図９に示す。ＡＳ番号には、中継装置３００ａに付与されたＡＳ番号「１」が登録されている。地域ＩＤには、中継装置３００ａに付与された地域ＩＤ「１」が登録されている。災害通知取得先には、災害通知を取得するサーバのＩＰアドレス、すなわち、災害情報管理サーバ２００のＩＰアドレス「Ｈ１」が登録されている。機能有効状態は、災害情報管理サーバ２００から受信する災害通知に基づいた経路切替機能の有効／無効（ＯＮ／ＯＦＦ）の設定状態を示す情報である。図示する例では、機能有効状態はＯＮ（有効）となっている。
【００５３】
ＡＳ番号と災害通知取得先と機能有効状態とは、ユーザによって予め登録される。地域ＩＤは、本実施例では、後述する処理によって、中継装置３００ａが災害情報管理サーバ２００から取得して、登録する。ただし、ユーザが地域ＩＤを予め登録することとしてもよい。
【００５４】
ＢＧＰテーブル３５０ｘは、ルーティング・プロトコルであるＢＧＰが使用するテーブルである。本実施例では、ＢＧＰテーブル３５０ｘには、最適経路と、優先度と、宛先ネットワークアドレスと、ＡＳ番号・地域ＩＤリストと、ネクストホップと、インタフェースとが対応付けられて登録される。ＢＧＰテーブル３５０ｘの具体例として、中継装置３００ａのＢＧＰテーブル３５０ａを図１０に示す。図１０は、非災害時、つまり、中継装置３００ａが災害情報管理サーバ２００から災害通知を受信していない状態でのＢＧＰテーブル３５０ａの具体例を示している。
【００５５】
最適経路は、同一の宛先ネットワークアドレスに対して該当経路が最適経路であることを示す。優先度は、同一の宛先ネットワークアドレスに対して、非災害時に選択すべき経路の優先順位を示す。宛先ネットワークアドレスは、中継装置３００ａが転送するパケットの宛先となるネットワークアドレスを示す。ＡＳ番号・地域ＩＤリストは、宛先のネットワークまでに経由するネットワークグループＮＧ１〜ＮＧ７、すなわち、ＡＳ番号と地域ＩＤの組み合わせを示すリストである。ネクストホップは、宛先ネットワークアドレスに送信するために次に転送する中継装置のＩＰアドレスである。インタフェースは、ネクストホップに対応するポートである。
【００５６】
図１０に示すように、最適経路領域には、当該エントリの経路が最適経路である場合は「○」が設定される。最適経路でない場合、値は設定されない。この最適経路は、宛先ネットワークアドレスごとに設定される。非災害時においては、優先度が最も高いエントリに対して、最適経路が設定される。優先度は優先順位が高い方から順番に値１，２，３と設定される。この優先度は、同一の宛先ネットワークアドレスに対して、経由するＡＳ番号と地域ＩＤとの組み合わせが少ないほど、すなわち、経由するネットワークグループＮＧ１〜ＮＧ７が少ないほど優先順位が高くなる。図示する例では、例えば、宛先ネットワークアドレス「Ｇ」に対しては、経由するネットワークグループが最も少ないＮＧ２（ＡＳ２＋地域ＩＤ２），ＮＧ３（ＡＳ３＋地域ＩＤ３），ＮＧ７（ＡＳ６＋地域ＩＤ６）の３つで構成されるエントリが優先度「１」として設定されている。また、その結果、当該エントリが最適経路として設定されている。当該エントリにおいては、中継装置３００ａから宛先ネットワークアドレス「Ｇ」に向かうネクストホップとして、中継装置３００ｄのＩＰアドレスである「Ｂ１」が設定されている。また、中継装置３００ｄに対応するインタフェースとして、インタフェース「ＩＦ１」が設定されている。かかるＢＧＰテーブル３５０ａの各エントリは、中継装置３００ａに実装されたＢＧＰルーティング・プロトコルにより学習されて登録される。
【００５７】
ルーティングテーブル３６０ｘは、経路情報の一覧を記録するテーブルである。ルーティングテーブル３６０ｘには、宛先のネットワークアドレスとネクストホップとインタフェースとが対応付けられて、登録される。このルーティングテーブル３６０ｘには、ＢＧＰテーブル３５０ｘにおいて最適経路として設定されたエントリの内容のみが登録される。ルーティングテーブル３６０ｘの具体例として、中継装置３００ａのルーティングテーブル３６０ａを図１１に示す。図示するルーティングテーブル３６０ｘは、非災害時の状態を示している。図示するように、ルーティングテーブル３６０ａには、例えば、宛先ネットワークアドレス「Ｇ」と、ネクストホップ「Ｂ１」と、インタフェース「ＩＦ１」とが設定されている。このエントリは、図１０に示した宛先ネットワークアドレス「Ｇ」の最適経路のエントリに対応している。
【００５８】
Ａ−４．経路制御：
上述したネットワークシステム１０００において、中継装置３００ｘは、非災害時には、ＢＧＰを用いて中継経路の最適化制御を行う。また、中継装置３００ｘは、災害発生時、つまり、災害情報管理サーバ２００から災害通知を受信した際には、災害通知の内容に応じて、中継経路の切り替えを行う。かかる中継装置３００ｘの経路制御について以下に説明する。
【００５９】
Ａ−４−１．経路制御に用いる地域ＩＤパケットの構成：
中継装置３００ｘの経路制御の説明に先立って、経路制御に用いる地域ＩＤパケットのフォーマットについて説明する。この地域ＩＤパケットは、以下の３つのケースに共通して用いられるパケットである。
（１）第１のケース：中継装置３００ｘが災害情報管理サーバ２００に対して自機の地域ＩＤの配布を要求する場合に、地域ＩＤ取得要求パケットとして用いるケース
（２）第２のケース：災害情報管理サーバ２００が、地域ＩＤ取得要求パケットへの応答として、中継装置３００ｘに地域ＩＤを配布する場合に、地域ＩＤ取得応答パケットとして用いるケース
（３）第３のケース：災害情報管理サーバ２００が中継装置３００ｘに所定地域における災害の発生（予測を含む）を通知する災害通知パケットとして用いるケース
【００６０】
地域ＩＤパケットのフォーマットを図１２に示す。図示するように、地域ＩＤパケットは、ＩＰヘッダ部とペイロード部とを備えている。ＩＰヘッダ部は、ＯＳＩ参照モデルにおける第３層のヘッダフィールドである。ペイロード部は、地域ＩＤ通知タイプフィールドと地域ＩＤフィールドとを備えている。なお、地域ＩＤパケットには、認証や暗号化のための情報を付加してもよい。こうすれば、セキュリティが向上する。
【００６１】
本実施例では、地域ＩＤ通知タイプフィールドの値が値１である場合、地域ＩＤパケットが地域ＩＤ取得要求パケット（第１のケース）として使用されていることを示す。また、地域ＩＤ通知タイプフィールドの値が値２である場合、地域ＩＤパケットが地域ＩＤ取得応答パケット（第２のケース）として使用されていることを示す。また、地域ＩＤ通知タイプフィールドの値が値３である場合、地域ＩＤパケットが災害通知パケット（第３のケース）として使用されていることを示す。
【００６２】
地域ＩＤパケットが地域ＩＤ取得要求パケットとして使用される場合、地域ＩＤフィールドの値は、常に値０となる。地域ＩＤパケットが地域ＩＤ取得応答パケットとして使用される場合、地域ＩＤフィールドの値は、地域ＩＤ取得要求パケットを送信した中継装置３００ｘが存在する場所の地域ＩＤの値となる。この地域ＩＤの値は、上述の通り、災害通知先テーブル２５０に登録されている。地域ＩＤパケットが災害通知パケットとして使用される場合、地域ＩＤフィールドの値は、災害地域の地域ＩＤの値となる。
【００６３】
Ａ−４−２．経路制御の概要：
ネットワークシステム１０００における経路制御の概要について説明する。経路制御の流れを図１３に示す。ネットワークシステム１０００における経路制御は、災害発生前における地域ＩＤの配布・中継経路の決定フェーズと、災害発生時における災害地域の地域ＩＤの通知フェーズとに分類できる。図１３では、説明の便を考慮し、災害情報発信サーバ１００と、災害情報管理サーバ２００と中継装置３００ａと中継装置３００ｄとの間で行われる処理のシーケンスを例示するが、実際には、図１３と同様の処理が、災害情報発信サーバ１００と、災害情報管理サーバ２００と各中継装置３００ｘとの間で行われる。
【００６４】
地域ＩＤの配布・中継経路の決定フェーズでは、図１３に示すように、まず、中継装置３００ａにおいて、ユーザが、装置固有テーブル３４０ａにＡＳ番号、地域ＩＤ、災害通知取得先ＩＰアドレスを設定するとともに、機能有効状態を「ＯＮ」に設定した場合、構成情報設定部３１０ａは経路制御部３２０ａに機能有効化の通知を行う（通信Ｔ１１）。次に、経路制御部３２０ａは、中継装置３００ａに付与された地域ＩＤを得るために、パケット中継部３３０ａを介して（通信Ｔ１２）、災害情報管理サーバ２００の地域ＩＤ配布部２１０に地域ＩＤ取得要求を行う（通信Ｔ１３）。
【００６５】
災害情報管理サーバ２００の地域ＩＤ配布部２１０は、要求元の中継装置３００ａの地域ＩＤを応答するために、中継装置３００ａのパケット中継部３３０ａを介して（通信Ｔ１４）、経路制御部３２０ａに地域ＩＤ取得応答を行う（通信Ｔ１５）。本応答を受信すると、経路制御部３２０ａは、中継装置３００ａ自身の経路情報を隣接の中継装置３００ｄに伝達するために、パケット中継部３３０ａを介して（通信Ｔ１６）、隣接の中継装置３００ｄに経路情報パケットを送信する（通信Ｔ１７）。経路情報パケットは、他の中継装置に、中継経路を学習させるためのパケットである。上述した中継装置３００ａの処理と同様の処理が隣接の中継装置３００ｄでも実行されるため、隣接の中継装置３００ｄは中継装置３００ａに経路情報を送信する（通信Ｔ１８）。
【００６６】
中継装置３００ａが中継装置３００ｄから経路情報を受信すると（通信Ｔ１９）、経路制御部３２０ａは、受信した経路情報に基づいて経路情報の優先度の設定と最適経路の決定を行う（ステップＳ２０）。そして、経路制御部３２０ａは、パケット中継部３３０ａを介して（通信Ｔ２１）、隣接の中継装置３００ｄに、決定した最適経路の経路情報パケットを送信する（通信Ｔ２２）。こうして、地域ＩＤの配布・中継経路の決定フェーズの処理は終了となる。
【００６７】
災害地域の地域ＩＤの通知フェーズでは、図１３に示すように、災害情報発信サーバ１００は、大規模災害の発生を契機として、災害情報管理サーバ２００の災害情報受発信部２２０に災害情報ＤＩの通知を行う（通信Ｔ３１）。災害情報ＤＩを受信すると、災害情報受発信部２２０は、中継装置３００ａのパケット中継部３３０ａを介して（通信Ｔ３２）、経路制御部３２０ａに災害地域の地域ＩＤの通知を行う（通信Ｔ３３）。
【００６８】
災害地域の地域ＩＤの通知を受けると、経路制御部３２０ａは、受信した地域ＩＤに基づいて、最適経路の決定を行う（ステップＳ３０）。この処理は、最適経路を代替経路に切り替える処理である。そして、経路制御部３２０ａは、パケット中継部３３０ａを介して（通信Ｔ３４）、隣接の中継装置３００ｄに、決定した最適経路の経路情報パケットを送信する（通信Ｔ３５）。こうして、災害地域の地域ＩＤの通知シーケンスは終了となる。以下では、上述した処理の詳細について説明する。
【００６９】
Ａ−４−３．設定処理：
中継装置３００ｘにおける設定処理について説明する。設定処理とは、経路制御を行うための構成情報の設定を行う処理である。この処理は、図１３の通信Ｔ１１に対応している。設定処理は、ユーザが構成情報を設定する操作を開始することで開始される。
【００７０】
設定処理の流れを図１４に示す。図示するように、設定処理が開始されると、中継装置３００ｘの構成情報設定部３１０ｘは、ユーザ操作によって入力される、災害情報と連動した経路切替機能の有効化の設定指示を受け付けたか否かを判断する（ステップＳ４１０）。判断の結果、設定指示を受け付けていなければ（ステップＳ４１０：ＮＯ）、構成情報設定部３１０ｘは、装置固有テーブル３４０ｘの機能有効状態領域に「ＯＦＦ」を格納し（ステップＳ４２０）、処理を終了する。
【００７１】
一方、設定指示を受け付けていれば（ステップＳ４１０：ＮＯ）、構成情報設定部３１０ｘは、装置固有テーブル３４０ｘの機能有効状態領域に「ＯＮ」を格納する（ステップＳ４３０）。そして、構成情報設定部３１０ｘは、ユーザ操作によって入力される、ＡＳ番号、災害通知取得先ＩＰアドレスの値と、その設定指示を受け付けたか否かを判断する（ステップＳ４４０）。
【００７２】
判断の結果、設定指示を受け付けていなければ（ステップＳ４４０：ＮＯ）、構成情報設定部３１０ｘは、処理を終了する。一方、設定指示を受け付けていれば（ステップＳ４４０：ＹＥＳ）、構成情報設定部３１０ｘは、装置固有テーブル３４０ｘのＡＳ番号領域、災害通知取得先ＩＰアドレス領域に、受け付けたＡＳ番号、災害通知取得先ＩＰアドレスを格納する（ステップＳ４５０）。なお、装置固有テーブル３４０ｘの地域ＩＤ領域には、図１３で示した通信Ｔ１３，Ｔ１４によって、取得された地域ＩＤが格納される（詳細は後述する）。ただし、ユーザが、ＡＳ番号、災害通知取得先ＩＰアドレスとともに、地域ＩＤを入力する場合には、上記ステップＳ４４０において、地域ＩＤについても受け付けたかを判断し、ステップＳ４５０において、地域ＩＤ領域に、入力された地域ＩＤを格納してもよい。つまり、地域ＩＤは、通信Ｔ１３，Ｔ１４のように動的に取得されてもよいし、ユーザの入力によって静的に設定されてもよい。
【００７３】
ＡＳ番号、災害通知取得先ＩＰアドレスを格納すると、構成情報設定部３１０ｘは、経路制御部３２０ｘに機能有効化の通知を行う（ステップＳ４６０）。こうして、設定処理は終了となる。
【００７４】
Ａ−４−４．地域ＩＤ配布処理
災害情報管理サーバ２００における地域ＩＤ配布処理について説明する。地域ＩＤ配布処理とは、中継装置３００ｘの要求に応じて、要求元の中継装置３００ｘが設置された地域の地域ＩＤを配布する処理である。この処理は、図１３の通信Ｔ１４に対応している。地域ＩＤ配布処理は、災害情報管理サーバ２００の動作中において、繰り返し実行される。
【００７５】
地域ＩＤ配布処理の流れを図１５に示す。図示するように、地域ＩＤ配布処理が開始されると、災害情報管理サーバ２００の地域ＩＤ配布部２１０は、まず、自機宛のパケットを受信したか否かを判断する（ステップＳ５１０）。その結果、パケットを受信していなければ（ステップＳ５１０：ＮＯ）、地域ＩＤ配布部２１０は、処理を元に戻す。一方、自機宛のパケットを受信すると（ステップＳ５１０：ＹＥＳ）、地域ＩＤ配布部２１０は、受信したパケットの種別が、地域ＩＤパケットであり、かつ、地域ＩＤ通知タイプの値が「１」であるか否かを判断する（ステップＳ５２０）。地域ＩＤ通知タイプの値が「１」の地域ＩＤパケットは、当該パケットが、地域ＩＤ取得要求パケットであることを意味している。
【００７６】
判断の結果、地域ＩＤ取得要求パケットの受信でなければ（ステップＳ５２０：ＮＯ）、地域ＩＤ配布部２１０は、処理を元に戻す。一方、地域ＩＤ取得要求パケットの受信であれば（ステップＳ５２０：ＹＥＳ）、地域ＩＤ配布部２１０は、地域ＩＤ取得要求パケットの送信元ＩＰアドレスを検索キーとして災害通知先テーブル２５０を検索し、送信元ＩＰアドレスに対応する地域ＩＤを取り出す（ステップＳ５３０）。取り出される地域ＩＤは、地域ＩＤ取得要求パケットを送信した中継装置３００ｘの設置地域を表している。
【００７７】
地域ＩＤを取り出すと、地域ＩＤ配布部２１０は、要求を行った中継装置３００ｘに宛てて、地域ＩＤパケットを送信する（ステップＳ５４０）。この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「２」が設定される。「２」は、地域ＩＤパケットが地域ＩＤ取得応答パケットであることを意味する。また、地域ＩＤパケットの地域ＩＤフィールドには、上記Ｓ５３０で取り出した地域ＩＤの値が設定される。かかる地域ＩＤパケットを送信すると、中継装置３００ｘは、処理を元に戻す。
【００７８】
Ａ−４−５．災害通知処理：
災害情報管理サーバ２００における災害通知処理について説明する。災害通知処理とは、災害情報管理サーバ２００が、災害の発生、または災害の発生予測を取得した場合に、災害の発生地域を中継装置３００ｘに通知する処理である。この処理は、図１３の通信Ｔ３２に対応している。災害通知処理は、災害情報管理サーバ２００の動作中において、繰り返し実行される。
【００７９】
災害通知処理の流れを図１６に示す。図示するように、災害通知処理が開始されると、災害情報管理サーバ２００の災害情報受発信部２２０は、まず、災害情報発信サーバ１００から災害情報ＤＩを受信したか否かを判断する（ステップＳ６１０）。判断の結果、災害情報ＤＩを受信していなければ（ステップＳ６１０：ＮＯ）、災害情報受発信部２２０は、処理を元に戻す。一方、災害情報ＤＩを受信していれば（ステップＳ６１０：ＹＥＳ）、災害情報受発信部２２０は、災害情報ＤＩの内容を解釈し、災害情報ＤＩに含まれる災害規模の推定値が閾値テーブル２３０に格納された災害規模閾値ＴＨよりも大きいか否かを判断する（ステップＳ６２０）。
【００８０】
判断の結果、災害規模の推定値が災害規模閾値ＴＨ以下であれば（ステップＳ６２０：ＮＯ）、災害情報受発信部２２０は、処理を元に戻す。一方、災害規模の推定値が災害規模閾値ＴＨよりも大きければ（ステップＳ６２０：ＹＥＳ）、災害情報受発信部２２０は、災害情報ＤＩに含まれる地域名を検索キーとして地域テーブル２４０を検索し、地域テーブル２４０から地域名に対応する地域ＩＤを取り出す（ステップＳ６３０）。取り出された地域ＩＤは、災害が発生した、または、災害の発生が予測された災害地域を表している。
【００８１】
災害情報ＤＩに含まれる地域名は複数であってもよい。この場合、取り出す地域ＩＤは、災害情報ＤＩに含まれる複数の地域名のいずれかに一致するものであればよい。また、災害情報ＤＩに含まれる１つの地域名に対して、複数の地域ＩＤを取り出してもよい。例えば、災害情報ＤＩに含まれる地域名「長野県」に対して、図６に示した地域テーブル２４０から、地域ＩＤ「４」と地域ＩＤ［５］とを取り出してもよい。かかる説明からも明らかなように、ステップＳ６３０における検索は、災害情報ＤＩに含まれる地域名と、地域テーブル２４０の地域名とが、必ずしも完全に一致する必要はない。災害情報ＤＩに含まれる地域名を含む地域テーブル２４０の地域名に対応する地域ＩＤを取り出してもよい。あるいは、災害情報ＤＩに含まれる地域名の一部を含む地域テーブル２４０の地域名に対応する地域ＩＤを取り出してもよい。
【００８２】
地域ＩＤを取り出すと、災害情報受発信部２２０は、災害通知先テーブル２５０のエントリのうちの未選択の１つのエントリを選択する（ステップＳ６４０）。１つのエントリを選択すると、災害情報受発信部２２０は、選択したエントリに登録された地域ＩＤを取り出す（ステップＳ６５０）。そして、災害情報受発信部２２０は、ステップＳ６５０で取り出した地域ＩＤが、ステップＳ６３０で取り出した地域ＩＤであるか否かを判断する（ステップＳ６６０）。
【００８３】
判断の結果、ステップＳ６５０で取り出した地域ＩＤがステップＳ６３０で取り出した地域ＩＤであれば（ステップＳ６６０：ＹＥＳ）、ステップＳ６５０で取り出した地域ＩＤは、災害情報ＤＩに含まれる地域名に対応しているということである。つまり、災害通知先テーブル２５０において、ステップＳ６５０で取り出した地域ＩＤに対応付けられた災害通知先ＩＰアドレスが付与された中継装置３００ｘは、災害が発生している、または、災害の発生が予測されている災害地域に設置されているということである。本実施例においては、災害地域の中継装置には、災害通知を行わない構成としている。災害地域は、安否確認のための通信や、中継経路の変更のための経路情報パケットの通信が頻発し、ネットワーク負荷の著しい増大が予想されるため、これ以上、ネットワーク負荷を増大させないためである。また、災害通知は、中継装置３００ｘが、災害地域を迂回した中継経路を構築するために送信するので、災害地域の中継装置３００ｘに災害通知を送信しても、大きな意味を持たないためである。そこで、災害情報受発信部２２０は、処理を上記ステップＳ６４０に戻す。ただし、災害地域の中継装置に対しても、災害通知を行う構成としてもよい。
【００８４】
一方、ステップＳ６５０で取り出した地域ＩＤがステップＳ６３０で取り出した地域ＩＤでなければ（ステップＳ６６０：ＮＯ）、災害情報受発信部２２０は、選択したエントリに登録された災害通知先ＩＰアドレスを宛先にして、地域ＩＤパケットを送信する（ステップＳ６７０）。この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「３」が設定される。「３」は、地域ＩＤパケットが災害通知パケットであることを意味する。また、地域ＩＤパケットの地域ＩＤフィールドには、上記Ｓ６３０で取り出した地域ＩＤの値が設定される。この地域ＩＤは、災害地域を示している。
【００８５】
かかる地域ＩＤパケット（災害通知パケット）を送信すると、災害情報受発信部２２０は、上記ステップＳ６４０において、全てのエントリを選択したか否かを判断する（ステップＳ６８０）。その結果、全てのエントリについて選択済みでなければ（ステップＳ６８０：ＮＯ）、災害情報受発信部２２０は、処理を上記ステップＳ６４０に戻す。一方、全てのエントリについて選択済みであれば（ステップＳ６８０：ＹＥＳ）、災害情報受発信部２２０は、処理を元に戻す。つまり、災害情報受発信部２２０は、災害通知先テーブル２５０にＩＰアドレスが登録された全ての中継装置３００ｘのうちの、災害地域の中継装置を除く中継装置に対して、災害通知パケットを送信する。
【００８６】
Ａ−４−６．経路制御処理：
中継装置３００ｘにおけるにおける経路制御処理について説明する。経路制御処理とは、他の中継装置との間での通信によって、経路情報を学習し、学習結果に基づいて、中継経路を決定する処理である。当該経路制御処理においては、災害が発生すると、あるいは、災害の発生が予測されると、決定済みの中継経路から、災害地域を含まない中継経路への切り替えが行われる。経路制御処理は、図１３の通信Ｔ１５〜Ｔ２２，通信Ｔ３３〜Ｔ３５，ステップＳ２０，Ｓ３０に対応している。災害通知処理は、中継装置３００ｘの動作中において、繰り返し実行される。
【００８７】
経路制御処理の流れを図１７に示す。図示するように、経路制御処理が開始されると、中継装置３００ｘの経路制御部３２０ｘは、まず、装置固有テーブル３４０ｘの機能有効状態が「ＯＮ」であるか否かを判断する（ステップＳ７１０）。判断の結果、機能有効状態が「ＯＦＦ」であれば（ステップＳ７１０：ＮＯ）、経路制御部３２０ｘは、処理を元に戻す。
【００８８】
一方、機能有効状態が「ＯＮ」であれば（ステップＳ７１０：ＹＥＳ）、経路制御部３２０ｘは、構成情報設定部３１０ｘから機能有効化の通知（上記ステップＳ４６０参照）を受信したか否かを判断する（ステップＳ７２０）。この判断は、設定処理が実行された直後であるか否かの判断を行うためのものである。本実施例では、装置固有テーブル３４０ｘに格納する地域ＩＤは、災害情報管理サーバ２００から動的に取得する構成としているため、設定処理が実行された直後においては、装置固有テーブル３４０ｘの地域ＩＤ領域には、未だ自機の地域ＩＤが格納されていないこととなる。
【００８９】
判断の結果、機能有効化の通知を受信したのであれば（ステップＳ７２０：ＹＥＳ）、装置固有テーブル３４０ｘの地域ＩＤ領域には、自機の地域ＩＤが未だ格納されていない。そこで、経路制御部３２０ｘは、パケット中継部３３０ｘを介して、地域ＩＤパケットを送信し（ステップＳ７３０）、処理を元に戻す。地域ＩＤパケットは、災害情報管理サーバ２００から自機の地域ＩＤの配布を受けるために送信される。つまり、この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「１」が設定される。「１」は、地域ＩＤパケットが地域ＩＤ取得要求パケットであることを意味する。
【００９０】
一方、機能有効化の通知を受信したのでなければ（ステップＳ７２０：ＮＯ）、装置固有テーブル３４０ｘの地域ＩＤ領域には、自機の地域ＩＤが既に格納されている。あるいは、経路制御部３２０ｘは、災害情報管理サーバ２００に対して地域ＩＤの取得要求中、つまり、地域ＩＤの応答待ち状態である。そのため、新たに自機の地域ＩＤを要求する必要は無い。そこで、経路制御部３２０ｘは、パケット中継部３３０ｘから自機宛のパケットを受信したか否かを判断する（ステップＳ７４０）。
【００９１】
その結果、自機宛のパケットを受信していなければ（ステップＳ７４０：ＮＯ）、経路制御部３２０ｘは、処理を元に戻す。なお、他の中継装置３００ｘ宛のパケットを受信した場合には、経路制御部３２０ｘは、受信したパケットの宛先ＩＰアドレスに含まれるネットワークアドレスがルーティングテーブル３６０ｘに登録された宛先ネットワークアドレスに一致する経路に、受信したパケットを、パケット中継部３３０ｘを介して送信する。具体的には、経路制御部３２０ｘは、受信したパケットの転送指示をパケット中継部３３０ｘに行う。パケット中継部３３０ｘは、経路制御部３２０ｘからの転送指示に基づいて、インタフェース部３７０ｘから回線にパケットを送信する。一方、自機宛のパケットを受信していれば（ステップＳ７４０：ＹＥＳ）、経路制御部３２０ｘは、受信したパケットの種別が地域ＩＤパケットであるか否かを判断する（ステップＳ７５０）。
【００９２】
その結果、受信したパケットが地域ＩＤパケットでなければ（ステップＳ７５０：ＮＯ）、経路制御部３２０ｘは、受信したパケットの種別が経路情報パケットであるか否かを判断する（ステップＳ７６０）。その結果、受信したパケットが経路情報パケットでなければ（ステップＳ７６０：ＮＯ）、経路制御部３２０ｘは、処理を元に戻す。
【００９３】
一方、受信したパケットが経路情報パケットであれば（ステップＳ７６０：ＹＥＳ）、経路制御部３２０ｘは、経路情報パケット処理を行い（ステップＳ７７０）、処理を元に戻す。経路情報パケット処理は、図１３の通信Ｔ１６〜Ｔ２２およびステップＳ２０に対応する処理である。経路情報パケット処理の詳細は、後述する。また、受信したパケットが地域ＩＤパケットであれば（ステップＳ７５０：ＹＥＳ）、経路制御部３２０ｘは、地域ＩＤパケット処理を行い（ステップＳ７８０）、処理を元に戻す。地域ＩＤパケット処理は、図１３の通信Ｔ１５，通信Ｔ３３〜Ｔ３５およびステップＳ３０に対応する処理である。地域ＩＤパケット処理の詳細は、後述する。
【００９４】
Ａ−４−６−１．経路情報パケット処理：
経路情報パケット処理について説明する。経路情報パケット処理の説明に先立ち、経路情報パケットのフォーマットについて説明する。経路情報パケットのフォーマットを図１８に示す。経路情報パケットは、中継装置３００ｘ間で経路情報の交換を行うパケットである。本実施例では、ＢＧＰで使用される経路情報パケットのフォーマットを利用している。
【００９５】
具体的には、経路情報パケットは、図１８に示すように、ＢＧＰメッセージヘッダと、経路の更新を示すＵＰＤＡＴＥメッセージデータとを備えている。ＵＰＤＡＴＥメッセージデータは、パスセグメントタイプフィールドと、パスセグメント長フィールドと、パスセグメント値フィールドとを備えている。パスセグメントタイプでは、従来のＢＧＰのパスセグメントタイプに対して、ＡＳ番号に地域ＩＤを付加することを示すタイプ値を新たに定義して追加している。パスセグメント値は、経由したＡＳ番号と地域ＩＤのリストの値(以後、ＡＳ＿ＰＡＴＨ属性ともいう)を示す。パスセグメント長は、パスセグメント値に含まれるＡＳ番号と地域ＩＤの組み合わせの数を示す。
【００９６】
このように、従来のＢＧＰの経路情報パケットのフォーマットに対して、新たなパスセグメントタイプ値とパスセグメント値を追加することで、中継装置３００ｘ間での経路情報の交換を簡単に実現することができる。ただし、専用のフォーマットを新たに作成して、用いてもかまわない。
【００９７】
経路情報パケット処理の流れを図１９に示す。図示するように、経路情報パケット処理が開始されると、経路制御部３２０ｘは、まず、装置固有テーブル３４０ｘに地域ＩＤが設定されているか否かを判断する（ステップ７７１）。その結果、地域ＩＤが設定されていなければ（ステップＳ７７１：ＮＯ）、経路制御部３２０ｘは、処理を経路制御処理に戻す。
【００９８】
一方、地域ＩＤが設定されていれば（ステップＳ７７１：ＹＥＳ）、経路制御部３２０ｘは、隣接の中継装置３００ｘから受信した経路情報パケットのパスセグメント値を抽出するとともに、経路情報パケットの送信元ＩＰアドレスからネットワークアドレスを抽出し、ＢＧＰテーブル３５０ｘの該当する宛先ネットワークアドレスとＡＳ番号・地域ＩＤリストとを追加または更新する（ステップＳ７７２）。つまり、経路制御部３２０ｘは、受信した経路情報パケットによって、中継経路を学習する。
【００９９】
ＢＧＰテーブル３５０ｘへの追加、または更新を行うと、経路制御部３２０ｘは、同一の宛先ネットワークアドレスを有し、かつ、異なるＡＳ番号・地域ＩＤリストを持つ複数の経路情報に対して、優先度を設定し、当該優先度に基づいて、最適経路を決定して、最適経路領域に「○」を設定する（ステップＳ７７３）。本実施例においては、災害通知を受信する前では、最適経路は、図１０に示したように、優先度が最も高いエントリの経路、つまり、経由するＡＳ番号と地域ＩＤとの組み合わせが最も少ない中継経路である。
【０１００】
最適経路領域に「○」を設定すると、経路制御部３２０ｘは、ＢＧＰテーブル３５０ｘの最適経路が「○」の経路を、ルーティングテーブル３６０ｘに登録する（ステップＳ７７４）。そして、経路制御部３２０ｘは、パケット中継部３３０ｘを介して、隣接の中継装置３００ｘへ経路情報パケットを送信する（ステップＳ７７５）。この経路情報パケットのパスセグメントタイプフィールドには、地域ＩＤが付加されたＡＳ＿ＰＡＴＨ属性であることを示すタイプ値が格納される。また、パスセグメント値には、最適経路に「○」が設定されたＡＳ番号・地域ＩＤリストの値に、自機のＡＳ番号と地域ＩＤとを追加した値が格納される。こうして、経路情報パケット処理は終了となる。
【０１０１】
上述した経路情報処理によって、各中継装置３００ｘが中継経路を学習するシーケンスを図２０に示す。図示する例では、中継装置３００ａが、中継装置３００ｎから中継装置３００ａまでの中継経路を学習するプロセスを示している。図２０に示すように、まず、中継装置３００ｎが、経路情報パケットを隣接の中継装置３００ｆに送信する（通信Ｔ４１）。この経路情報パケットのパスセグメント値フィールドには自機に付与された「ＡＳ６＋地域ＩＤ６」が格納される。したがって、中継装置３００ｆが受信する経路情報パケットのＡＳ＿ＰＡＴＨ属性は、「ＡＳ６＋地域ＩＤ６」である。通信Ｔ４１は、後述するステップＳ７８３またはステップＳ７９０に基づく処理である。
【０１０２】
中継装置３００ｆは、中継装置３００ｎが送信した経路情報パケットを受信すると、パスセグメント値フィールドの先頭に、自機に付与された「ＡＳ３＋地域ＩＤ３」を付加して、隣接の中継装置３００ｄに送信する（通信Ｔ４２）。したがって、中継装置３００ｄが受信する経路情報パケットのＡＳ＿ＰＡＴＨ属性は、「ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」である。
【０１０３】
中継装置３００ｄは、中継装置３００ｆが送信した経路情報パケットを受信すると、パスセグメント値フィールドに自機に付与された「ＡＳ２＋地域ＩＤ２」を付加して、隣接の中継装置３００ａに送信する（通信Ｔ４３）。したがって、中継装置３００ａが受信する経路情報パケットのＡＳ＿ＰＡＴＨ属性は、「ＡＳ２＋地域ＩＤ２，ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」である。かかるプロセスによって、中継装置３００ａは、中継装置３００ｎから中継装置３００ａまでの中継経路の１つであるＡＳ＿ＰＡＴＨ属性として、「ＡＳ２＋地域ＩＤ２，ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」を学習する。
【０１０４】
同様にして、中継装置３００ｎ，３００ｌ，３００ｊ，３００ｈ，３００ａの順に経路情報パケットが送信されることによって（通信Ｔ５１〜Ｔ５４）、中継装置３００ａは、中継装置３００ｎから中継装置３００ａまでの中継経路の１つであるＡＳ＿ＰＡＴＨ属性として、「ＡＳ４＋地域ＩＤ４，ＡＳ４＋地域ＩＤ５，ＡＳ５＋地域ＩＤ５，ＡＳ６＋地域ＩＤ６」を学習する。
【０１０５】
Ａ−４−６−２．地域ＩＤパケット処理：
地域ＩＤパケット処理について説明する。地域ＩＤパケット処理の流れを図２１に示す。図示するように、地域ＩＤパケット処理が開始されると、経路制御部３２０ｘは、まず、受信した地域ＩＤパケットの地域ＩＤ通知タイプが「２」であるか否か、つまり、地域ＩＤ取得応答パケットであるか否かを判断する（ステップＳ７８１）。
【０１０６】
その結果、受信した地域ＩＤパケットが地域ＩＤ取得応答パケットであれば（ステップＳ７８１：ＹＥＳ）、経路制御部３２０ｘは、受信した地域ＩＤパケットの地域ＩＤフィールドから地域ＩＤを取り出し、構成情報設定部３１０ｘに対して指示を行い、当該地域ＩＤを装置固有テーブル３４０ｘの地域ＩＤフィールドに格納させる（ステップＳ７８２）。
【０１０７】
地域ＩＤを格納すると、経路制御部３２０ｘは、隣接の中継装置３００ｘに自機の経路情報を格納した経路情報パケットを、パケット中継部３３０ｘを介して送信する（ステップＳ７８３）。この経路情報パケットのパスセグメントタイプフィールドには、地域ＩＤが付加されたＡＳ＿ＰＡＴＨ属性であることを示すタイプ値が格納される。また、パスセグメント値フィールドには、自機に付与されたＡＳ番号と地域ＩＤとが格納される。経路情報パケットを送信すると、経路制御部３２０ｘは、処理を経路制御処理に戻す。
【０１０８】
一方、受信した地域ＩＤパケットが地域ＩＤ取得応答パケットでなければ（ステップＳ７８１：ＮＯ）、経路制御部３２０ｘは、受信した地域ＩＤパケットの地域ＩＤ通知タイプが「３」であるか否か、つまり、災害通知パケットであるか否かを判断する（ステップＳ７８４）。
【０１０９】
その結果、受信した地域ＩＤパケットが災害通知パケットでなければ（ステップＳ７８４：ＮＯ）、経路制御部３２０ｘは、処理を経路制御処理に戻す。一方、受信した地域ＩＤパケットが災害通知パケットであれば（ステップＳ７８４：ＹＥＳ）、経路制御部３２０ｘは、受信した地域ＩＤパケットの地域ＩＤフィールドから地域ＩＤを取り出す（ステップＳ７８５）。取り出した地域ＩＤは、災害地域を示している。
【０１１０】
地域ＩＤを取り出すと、経路制御部３２０ｘは、ＢＧＰテーブル３５０ｘを参照し、最適経路が「○」のエントリであり、かつ、ＡＳ番号・地域ＩＤリスト３００上に、取り出した地域ＩＤを含むエントリの宛先ネットワークアドレスの１つを選択する（ステップＳ７８６）。宛先ネットワークアドレスの１つを選択すると、経路制御部３２０ｘは、選択した宛先ネットワークアドレスを含む代替のエントリであって、ＡＳ番号・地域ＩＳＤリスト上に、取り出した地域ＩＤを含まないエントリがあるか否かを判断する（ステップＳ７８７）。判断の結果、条件を満たすエントリがなければ（ステップＳ７８７：ＮＯ）、経路制御部３２０ｘは、処理を上記ステップＳ７８６に戻して、ステップＳ７８６の条件を満たす未選択のエントリを選択する。
【０１１１】
一方、条件を満たすエントリがあれば（ステップＳ７８７：ＹＥＳ）、経路制御部３２０ｘは、選択した宛先ネットワークアドレスを含む代替のエントリであり、かつ、現在の最適経路が「○」の次に優先度の高い経路のエントリの最適経路を「○」とする（ステップＳ７８８）。つまり、最適経路を、災害地域を含まない中継経路のうちの優先度が最も高い中継経路に設定し直す。
【０１１２】
最適経路を切り替えると、経路制御部３２０ｘは、ＢＧＰテーブル３５０ｘの最適経路が「○」に切り替わった中継経路を、ルーティングテーブル３６０ｘに登録する（ステップＳ７８９）。これにより、中継経路が、災害地域を含む中継経路から、災害地域を含まない中継経路のうちの優先度が最も高い中継経路に切り替わる。
【０１１３】
中継経路を切り替えると、経路制御部３２０ｘは、隣接の中継装置３００ｘに対して、最適経路が「○」になった新たな経路情報を格納した経路情報パケットを、パケット中継部３３０ｘを介して送信する（ステップＳ７９０）。この経路情報パケットのパスセグメントタイプフィールドには、地域ＩＤが付加されたＡＳ＿ＰＡＴＨ属性であることを示すタイプ値が格納される。また、パスセグメント値フィールドには、最適経路が「○」になったＡＳ番号・地域ＩＤリストが格納される。この経路情報パケットを受信した中継装置３００ｘは、切り替わった新たな中継経路を学習することとなる。
【０１１４】
経路情報パケットを送信すると、経路制御部３２０ｘは、上記ステップＳ７８７において、条件を満たす全ての宛先ネットワークアドレスを選択したか否かを判断する（ステップＳ７９１）。その結果、条件を満たす全ての宛先ネットワークアドレスについて選択済みでなければ（ステップＳ７９１：ＮＯ）、経路制御部３２０ｘは、処理を上記ステップＳ７８６に戻して、ステップＳ７８６の条件を満たす未選択のエントリを選択する。一方、条件を満たす全ての宛先ネットワークアドレスについて選択済みであれば（ステップＳ７９１：ＹＥＳ）、経路制御部３２０ｘは、処理を経路制御処理に戻す。
【０１１５】
以上説明した経路制御処理による中継経路の切り替えの具体例を図２２に示す。図２２に示すように、ネットワークシステム１０００における中継装置３００ａと３００ｎとの間の中継経路は、災害発生前においては、上述した経路制御処理によって、中継装置３００ｃ〜３００ｆを経由する通信経路Ｐ１に設定されている。
【０１１６】
このときのＢＧＰテーブル３５０ａの状態は、図１０に示したとおりである。図１０に示したように、ＢＧＰテーブル３５０ａには、宛先ネットワークアドレスアドレスが「Ｇ」の２つのエントリが存在する。この２つのエントリのうちの、優先度が「１」のエントリの最適経路に「○」が設定されている。すなわち、ホップ数が最も少ないＡＳ＿ＰＡＴＨ属性「ＡＳ２＋地域ＩＤ２，ＡＳ３＋地域ＩＤ３，ＡＳ６＋地域ＩＤ６」を有するエントリの最適経路に「○」が設定されている。こうすることで、効率的なパケットの中継を行うことができる。
【０１１７】
また、このときのルーティングテーブル３６０ａの状態は、図１１に示したとおりである図１１に示したように、ルーティングテーブル３６０ａには、宛先ネットワークアドレスアドレス「Ｇ」のネクストホップとして、ＢＧＰテーブル３５０ａの最適経路として設定されたエントリに対応する「Ｂ１」、すなわち、中継装置３００ｄが登録されている。
【０１１８】
ここで、ネットワークグループＮＧ３の所在地域（地域ＩＤ＝「３」）で大規模災害が発生したとする。この場合、中継装置３００ａは、災害情報管理サーバ２００から、地域ＩＤ３を含む災害通知パケットを受信する。最適経路に「○」が設定された宛先ネットワークアドレスアドレスが「Ｇ」のエントリでは、ＡＳ番号・地域ＩＤリストに、災害地域を示す地域ＩＤ３を含むＡＳ＿ＰＡＴＨ属性が記録されている。そこで、中継装置３００ａは、上記ステップＳ７８８によって、ＢＧＰテーブル３５０ａの更新を行う。
【０１１９】
更新後のＢＧＰテーブル３５０ａの状態を図２３に示す。図示するように、更新後のＢＧＰテーブル３５０ａにおいては、宛先ネットワークアドレスアドレスが「Ｇ」の２つのエントリのうちの優先順位が「２」のエントリに最適経路に「○」が設定されている。このエントリのＡＳ番号・地域ＩＤリストに記録されたＡＳ＿ＰＡＴＨ属性は、「ＡＳ４＋地域ＩＤ４，ＡＳ４＋地域ＩＤ５，ＡＳ５＋地域ＩＤ５，ＡＳ６＋地域ＩＤ６」である。つまり、災害地域を含まないＡＳ＿ＰＡＴＨ属性を有するエントリの中で最も優先順位が高いエントリに最適経路が変更される。なお、宛先ネットワークアドレスアドレスが「Ｆ」のエントリのうちの最適経路に「○」が設定されたエントリでは、ＡＳ番号・地域ＩＤリストに、災害地域を示す地域ＩＤ３を含むＡＳ＿ＰＡＴＨ属性が記録されていない。このため、宛先ネットワークアドレスアドレスが「Ｆ」のエントリは、更新されない。
【０１２０】
このようにＢＧＰテーブル３５０ａが更新されると、中継装置３００ａは、上記ステップＳ７８９によって、ルーティングテーブル３６０ａの更新を行う。更新後のルーティングテーブル３６０ａの状態を図２４に示す。宛先ネットワークアドレスアドレスが「Ｇ」のエントリでは、ＢＧＰテーブル３５０ａの更新に伴って、宛先ネットワークアドレスアドレス「Ｇ」へのネクストホップとして、ＢＧＰテーブル３５０ａの最適経路として新たに設定されたエントリに対応する「Ｄ１」が登録されている。「Ｄ１」は、中継装置３００ｈのＩＰアドレスである。
【０１２１】
これによって、中継装置３００ａと３００ｎとの間の中継経路は、中継装置３００ｃ〜３００ｆを経由する通信経路Ｐ１、すなわち、災害地域を通る経路から、中継装置３００ｇ〜３００ｌを経由する通信経路Ｐ２、すなわち、災害地域を通らない経路に切り替えられる。
【０１２２】
Ａ−５．効果：
上述したネットワークシステム１０００において、災害情報管理サーバ２００は、災害情報発信サーバ１００からの災害情報ＤＩを受信して、災害地域の地域ＩＤを含む災害通知パケットを中継装置３００ｘに送信する。中継装置３００ｘは、災害情報管理サーバ２００からの災害通知パケットの受信を契機として、決定済みの中継経路を、受信した災害通知パケットに含まれる地域ＩＤに基づいて、災害地域を含まない中継経路に切り替える。したがって、災害発生時に、災害地域を経由する通信経路上の中継装置間でルーティング・プロトコルのコネクションが切断するのを待たずに、中継経路を代替経路に迅速に切り替えることができる。あるいは、ルーティング・プロトコルのコネクションが切断しない場合においても、中継経路が災害地域を迂回する経路に迅速に切り替えられるため、災害地域のネットワークの混雑を回避することができる。その結果、災害地域以外の地域間の通信品質の低下を抑制することができる。
【０１２３】
また、ネットワークシステム１０００において、中継装置３００ｘは、経路情報パケットを相互に交換し合って、経路情報をダイナミックに学習する。したがって、ユーザの手動設定によって、中継装置３００ｘに経路情報を学習させる必要がなく、ユーザの利便性が向上する。また、通信環境に応じて、柔軟に経路情報を学習することができる。
【０１２４】
また、ネットワークシステム１０００において、災害情報管理サーバ２００は、中継装置３００ｘからの要求に応じて、要求元の中継装置３００ｘに付与された地域ＩＤを当該中継装置３００ｘに配布する。したがって、中継装置３００ｘは、自機に付与された地域ＩＤを自動的に装置固有テーブル３４０ａに登録することができる。その結果、ユーザは、手動操作の入力によって、地域ＩＤを中継装置３００ｘに登録する必要がない。また、中継装置３００ｘのユーザは、中継装置３００ｘに付与された地域ＩＤを知っていなくてもよい。
【０１２５】
また、ネットワークシステム１０００において、災害情報管理サーバ２００は、災害情報ＤＩに含まれる規模の推定値が災害規模閾値ＴＨよりも大きい場合にのみ、災害通知パケットを中継装置３００ｘに送信する。したがって、中継装置３００ｘ間の通信に影響を与える程度の災害の発生、または、予測のみを対象として、中継経路の切り替えを行うことができる。したがって、不必要な中継経路の切り替えを抑制することができる。また、不必要な災害通知パケットの送信を抑制できるので、ネットワーク負荷の増大を抑制することができる。
【０１２６】
Ｂ．第２実施例：
本発明の第２実施例について説明する。第２実施例としてのネットワークシステム２０００の概略構成を図２５に示す。図示するように、ネットワークシステム２０００が第１実施例としてのネットワークシステム１０００と異なる点は、ネットワークグループＮＧ１〜ＮＧ７の各々に１つずつ、災害情報管理プロキシサーバ８００ａ〜８００ｇ（以下、災害情報管理プロキシサーバ８００ａ〜８００ｇを総称して、災害情報管理プロキシサーバ８００ｘともいう）が設けられている点である。災害情報管理プロキシサーバ８００ａ〜８００ｇには、ＩＰアドレスとしてＡ３〜Ｇ３が付与されている。以下、ネットワークシステム２０００が第１実施例と異なる点についてのみ説明し、第１実施例と同様の点については、説明を省略する。
【０１２７】
災害情報管理プロキシサーバ８００ｘの概略構成を図２６に示す。図示するように、災害情報管理プロキシサーバ８００ｘは、地域ＩＤ配布部８１０ｘ、災害情報受発信部８２０ｘ、地域テーブル８４０ｘ、災害通知先テーブル８５０ｘを備えている。地域ＩＤ配布部８１０ｘは、災害情報管理サーバ２００の地域ＩＤ配布部２１０と同様の機能を有している。
【０１２８】
災害情報受発信部８２０ｘは、災害情報管理サーバ２００から災害通知パケットを受信して、当該災害通知パケットに含まれる地域ＩＤを含む災害通知パケットを、中継装置３００ｘに送信する。つまり、災害情報管理サーバ２００は、第１実施例では、災害通知を中継装置３００ｘに送信したが、第２実施例では、災害通知を災害情報管理プロキシサーバ８００ｘに送信する。このため、災害情報管理サーバ２００の災害通知先テーブル２５０には、図２７に示すように、災害情報管理プロキシサーバ８００ｘのＩＰアドレスが、災害通知先ＩＰアドレスとして登録されている。
【０１２９】
地域テーブル８４０ｘは、災害情報管理サーバ２００の地域テーブル２４０と同一の構成を有している。災害通知先テーブル８５０ｘには、災害情報管理プロキシサーバ８００ｘが属するネットワークグループＮＧ１〜ＮＧ７の中継装置３００ｘのＩＰアドレスが登録されている。災害情報管理プロキシサーバ８００ａの災害通知先テーブル８５０ａを図２８に示す。図示するように、災害通知先テーブル８５０ａには、災害情報管理プロキシサーバ８００ａが属するネットワークグループＮＧ１の中継装置３００ａ，３００ｂのＩＰアドレス「Ａ１」，「Ａ２」が登録されている。本実施例では、災害通知先テーブル８５０ｘの登録内容は、災害情報管理プロキシサーバ８００ｘのユーザが、予め登録しておくものとした。ただし、災害情報管理サーバ２００に事前に登録しておき、第１実施例の地域ＩＤ取得処理と同様に、災害情報管理プロキシサーバ８００ｘが災害情報管理サーバ２００から取得してもよい。
【０１３０】
かかるネットワークシステム２０００における経路制御の流れを図２９に示す。図２９は、第１実施例の図１３に対応する図である。以下、第１実施例（図１３）と異なる点についてのみ説明し、第１実施例と同様の点については、説明を省略する。なお、図２９において、第１実施例と異なる通信については、太線で示している。
【０１３１】
災害発生前における地域ＩＤの配布・中継経路の決定フェーズでは、図２９に示すように、中継装置３００ａは、中継装置３００ａに付与された地域ＩＤを得るために、災害情報管理プロキシサーバ８００ａの地域ＩＤ配布部８１０ａに地域ＩＤ取得要求を行う（通信Ｔ１３）。災害情報管理プロキシサーバ８００ａの地域ＩＤ配布部８１０ａは、要求元の中継装置３００ａの地域ＩＤを応答するために、中継装置３００ａに地域ＩＤ応答を行う（通信Ｔ１４）。地域ＩＤの配布・中継経路の決定フェーズのその他の点については、第１実施例と同様である。
【０１３２】
災害地域の地域ＩＤの通知フェーズでは、図２９に示すように、災害情報管理サーバ２００の災害情報受発信部２２０は、災害情報ＤＩを受信すると、災害通知先テーブル２５０を参照して、災害情報管理プロキシサーバ８００ａの災害情報受発信部８２０ａに災害通知パケットを送信して、災害地域の地域ＩＤの通知を行う（通信Ｔ３７）。なお、本実施例においては、災害通知パケットは、第１実施例と同様に、災害地域に配置された中継装置３００ｘには送信されない。災害地域の地域ＩＤの通知を受けると、災害情報受発信部８２０ａは、中継装置３００ａに災害通知パケットを送信して、災害地域の地域ＩＤの通知を行う（通信Ｔ３８）。災害地域の地域ＩＤの通知フェーズのその他の点については、第１実施例と同様である。
【０１３３】
災害情報管理プロキシサーバ８００ｘにおける災害通知処理について説明する。ここでの災害通知処理とは、災害情報管理プロキシサーバ８００ｘから災害通知パケットを受信して、それに基づいて、災害の発生地域を中継装置３００ｘに通知する処理である。この処理は、図２９の通信Ｔ３８に対応している。災害通知処理は、災害情報管理プロキシサーバ８００ｘの動作中において、繰り返し実行される。
【０１３４】
災害通知処理の流れを図３０に示す。図示するように、災害通知処理が開始されると、災害情報管理プロキシサーバ８００ｘの災害情報受発信部８２０ｘは、まず、自機宛のパケットを受信したか否かを判断する（ステップＳ９１０）。その結果、自機宛のパケットを受信していなければ（ステップＳ９１０：ＮＯ）、災害情報受発信部８２０ｘは、処理を元に戻す。一方、自機宛のパケットを受信していれば（ステップＳ９１０：ＹＥＳ）、災害情報受発信部８２０ｘは、受信したパケットの種別が地域ＩＤパケットであり、かつ、地域ＩＤ通知タイプの値が「３」であるか否かを判断する（ステップＳ９２０）。地域ＩＤ通知タイプの値が「３」の地域ＩＤパケットは、当該パケットが、災害通知パケットであることを意味している。
【０１３５】
判断の結果、災害通知パケットの受信でなければ（ステップＳ９２０：ＮＯ）、災害情報受発信部８２０ｘは、処理を元に戻す。一方、災害通知パケットの受信であれば（ステップＳ９２０：ＹＥＳ）、受信した災害通知パケットから地域ＩＤを取り出す（ステップＳ９３０）。この地域ＩＤは、災害地域を示している。
【０１３６】
地域ＩＤを取り出すと、災害情報受発信部８２０ｘは、災害通知先テーブル８５０ｘのエントリのうちの未選択の１つのエントリを選択する（ステップＳ９４０）。１つのエントリを選択すると、災害情報受発信部８２０ｘは、選択したエントリに登録された災害通知先ＩＰアドレスを宛先にして、地域ＩＤパケットを送信する（ステップＳ９５０）。この地域ＩＤパケットの地域ＩＤ通知タイプフィールドには「３」が設定される。「３」は、地域ＩＤパケットが災害通知パケットであることを意味する。また、地域ＩＤパケットの地域ＩＤフィールドには、上記Ｓ９３０で取り出した地域ＩＤの値が設定される。
【０１３７】
地域ＩＤパケットを送信すると、災害情報受発信部８２０ｘは、上記ステップＳ９４０において、全てのエントリを選択したか否かを判断する（ステップＳ９６０）。その結果、全てのエントリについて選択済みでなければ（ステップＳ９６０：ＮＯ）、災害情報受発信部８２０ｘは、処理を上記ステップＳ９４０に戻す。一方、全てのエントリについて選択済みであれば（ステップＳ９６０：ＹＥＳ）、災害情報受発信部８２０ｘは、処理を元に戻す。
【０１３８】
以上説明したネットワークシステム２０００は、ネットワークグループＮＧ１〜ＮＧ７の各々に災害情報管理プロキシサーバ８００ｘを配置する。そして、災害情報管理プロキシサーバ８００ｘは、災害情報管理サーバ２００から災害通知パケットを受信した際に、自機と同一のネットワークグループに属する、つまり、自機と同一の地域ＩＤが付与された中継装置３００ｘに、災害通知パケットを送信する。したがって、中継装置３００ｘのＩＰアドレスを分散して管理できる。その結果、災害情報管理サーバ２００の処理負担とＩＰアドレスの管理負担とを軽減することができる。
【０１３９】
Ｃ．変形例：
上述の実施例の変形例について説明する。
Ｃ−１．変形例１：
上述の実施形態においては、気象庁が提供する緊急地震速報サービスを利用して、災害情報管理サーバ２００が災害情報ＤＩを取得する構成について示したが、災害情報ＤＩを取得する態様は、上述の例に限られるものではない。例えば、民間会社の提供する地震速報を利用してもよい。もとより、災害情報ＤＩの取得は、地震速報に限られない。例えば、災害情報管理サーバ２００が、インターネット上の所定のサイトの更新を監視し、更新された情報に所定のキーワードが含まれる場合に、地震が発生したと判断してもよい。かかる所定のサイトとしては、例えば、気象庁の防災気象情報サイトや、各種災害に係るＲＳＳ（RDF Site Summaryなど）サイトとすることができる。
【０１４０】
かかる場合、災害情報管理サーバ２００は、取得した災害情報に対して、所定のキーワードを用いて検索を行うことで災害地域を抽出する抽出部を備えていてもよい。所定のキーワードとしては、地域名を表すキーワードや、地震の発生を表すキーワードとすることができる。地域名は、地方名、都道府県名、市町村名などを適宜設定すればよい。また、地震の規模、震度などを示すキーワードを含めて、災害の規模も抽出してもよい。このように、検索を行うことによって、災害地域を抽出する構成とすれば、災害情報ＤＩを、災害情報管理サーバ２００用に作成された専用のフォーマットで構成しなくてもよい。したがって、災害情報ＤＩの取得元を、上述した種々の情報源とすることができるので、災害情報管理サーバ２００の汎用性が向上する。
【０１４１】
Ｃ−２．変形例２：
上述の実施形態においては、災害情報管理サーバ２００は、災害情報ＤＩ（緊急地震速報）に含まれる規模の推定値と災害規模閾値ＴＨとを比較することによって、災害通知の可否を判断する構成としたが、かかる構成に限られるものではない。例えば、緊急地震速報に含まれる予測震度が所定の閾値よりも大きい場合に、災害通知を行う構成としてもよい。緊急地震速報において、予測震度が所定値以上の場合は、予測震度は、地域名ごとに与えられるので、この場合、災害情報管理サーバ２００は、閾値を超える震度が予測された地域のみを災害通知パケットによって通知してもよい。こうすれば、より精度の高い経路制御を行うことができる。
【０１４２】
Ｃ−３．変形例３：
上述の実施形態においては、中継装置３００ｘは、災害通知を受信した場合に切り替える代替経路として、ＢＧＰテーブル３５０ａにおいて相対的に優先度が高い経路を採用する構成について示した。ただし、代替経路の候補が複数ある場合において、代替経路の選択方法は、上述の例に限られるものではない。例えば、地域ＩＤを、地域ＩＤが示す地域間の距離的な乖離の程度を把握可能に構成する場合には、災害地域からの乖離の程度が相対的に小さい地域ＩＤを含む中継経路の優先順位を相対的に低くしてもよい。
【０１４３】
具体的には、例えば、簡易な手法として、区分した地域に対して、都道府県番号のように、北東から南西に向かって、地域ＩＤの値が次第に大きく、あるいは、小さくなるように地域ＩＤを構成してもよい。この場合、ＡＳ＿ＰＡＴＨ属性に含まれる地域ＩＤと、災害地域を示す地域ＩＤとの差分値の絶対値は、おおむね、各地域と災害地域との距離的な乖離の程度を表すことになる。そのため、中継装置３００ｘは、以下のようにして、代替経路を決定してもよい。
【０１４４】
まず、中継装置３００ｘは、同一の宛先ネットワークアドレスを有するＢＧＰテーブル３５０ａの各エントリについて、ＡＳ番号・地域ＩＤリストに記録されたＡＳ＿ＰＡＴＨ属性を構成する地域ＩＤの各々と、災害地域を示す地域ＩＤとの差分値の絶対値を算出する。次に、エントリごとに、算出した差分値の絶対値のうちの最小値を求める。そして、当該最小値が最も大きいエントリのＡＳ＿ＰＡＴＨ属性を、代替経路として採用する。
つまり、各エントリの災害地域に最も近い中継地域を比較した場合に、当該最も近い中継地域が災害地域に近いほど、優先順位を低く設定する。こうすれば、災害地域から物理的距離が近い地域を通る中継経路を採用することを避けることができるので、代替経路の信頼性が向上する。
【０１４５】
あるいは、地域ＩＤを、緯度および経度などの座標情報で構成してもよい。こうすれば、各地域と災害地域との距離的な乖離の程度の算出精度が向上する。その結果、代替経路の信頼性をいっそう向上させることができる。
【０１４６】
また、各地域と災害地域との距離的な乖離の程度は、経路全体で判断してもよい。例えば、中継装置３００ｘは、同一の宛先ネットワークアドレスを有するＢＧＰテーブル３５０ａの各エントリについて、ＡＳ番号・地域ＩＤリストに記録されたＡＳ＿ＰＡＴＨ属性を構成する地域ＩＤの各々と、災害地域を示す地域ＩＤとの差分値の絶対値を算出する。次に、エントリごとに、算出した差分値の絶対値の各々の和を、ホップ数を用いて正規化した評価値Ｅを求める。評価値Ｅは、次式（１）で表すことができる。評価値Ｅは、所定の重み付け係数によって、差分値の絶対値を重み付けてもよい。式（１）において、ｎはホップ数、ＩＤｉは、ＡＳ＿ＰＡＴＨ属性を構成する地域ＩＤの値の各々、ＩＤＤは、災害地域を示す地域ＩＤの値、Ｋｉは重み付け係数である。
【０１４７】
【数１】
【０１４８】
そして、評価値Ｅの値が最も大きいエントリのＡＳ＿ＰＡＴＨ属性を、代替経路として採用する。こうすれば、経路全体として、災害地域から離れた中継経路を優先的に代替経路として採用することができるので、代替経路の信頼性が向上する。Ｋｉは、ＩＤｉとＩＤＤとの差分に応じて、可変に設定してもよい。具体的には、ＩＤｉとＩＤＤとの差分が大きい場合には、Ｋｉを小さくし、ＩＤｉとＩＤＤとの差分が小さい場合には、Ｋｉを大きくしてもよい。こうすれば、災害地域から十分に離れた地域が評価に影響することを抑制できる。
【０１４９】
Ｃ−４．変形例４：
上述の実施形態においては、既存のプロトコルであるＢＧＰを活用して、中継装置３００ｘが経路情報を学習する構成を示した。このため、中継装置３００ｘが学習する経路情報は、ＡＳ番号と地域ＩＤとの組み合わせによるＡＳ＿ＰＡＴＨ属性として構成された。ただし、ＡＳ番号を含めて経路情報を学習することは、必須ではない。例えば、ＢＧＰを活用せずに、経路情報を学習する新たなプロトコルを作成する場合には、経路情報は、パケットの中継地域を識別可能な地域情報と、中継装置３００ｘのネットワーク上のアドレスとを含むものであればよい。
【０１５０】
Ｃ−５．変形例５：
上述の実施形態においては、中継装置３００ｘは、経路制御パケットを中継装置３００ｘ間で交換し合うことによって、経路情報の学習を行う構成について示したが、経路情報の学習方法は、かかる構成に限るものではない。例えば、災害情報管理サーバ２００において、経路情報を一括管理しておき、中継装置３００ｘが、災害情報管理サーバ２００から経路情報を受信することで、経路情報を学習する構成としてもよい。あるいは、中継装置３００ｘは、ユーザが行う経路情報の入力を受け付けて、経路情報を学習する構成としてもよい。
【０１５１】
Ｃ−６．変形例６：
上述の実施形態においては、災害情報ＤＩは、地震に関する情報であったが、災害情報ＤＩの内容は、地震に限るものではない。災害情報ＤＩは、種々の災害の発生、または発生予測に関する情報とすることができる。ここでの災害とは、気象などの自然現象の変化、あるいは人為的な原因などによって、人命や社会生活に対する被害を生じる現象である。こうした現象としては、例えば、火災、水害、火山噴火、竜巻、テロ、戦争などを例示することができる。
【０１５２】
以上、本発明の実施形態について説明したが、上述した実施形態における構成要素のうち、独立クレームに記載された要素に対応する要素以外の要素は、付加的な要素であり、適宜省略、または、組み合わせが可能である。また、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、中継装置やネットワークシステムとしての構成のほか、ネットワークシステムを構成するサーバ、当該サーバや中継装置のプログラム、当該プログラムを記録した記憶媒体、中継装置の経路制御方法等としても実現することができる。
【符号の説明】
【０１５３】
１００…災害情報発信サーバ
２００…災害情報管理サーバ
２１０…地域ＩＤ配布部
２２０…災害情報受発信部
２３０…閾値テーブル
２４０…地域テーブル
２５０…災害通知先テーブル
３００ａ〜３００ｎ，３００ｘ…中継装置
３１０ｘ…構成情報設定部
３２０ｘ…経路制御部
３３０ｘ…パケット中継部
３４０ｘ…装置固有テーブル
３５０ｘ…ＢＧＰテーブル
３６０ｘ…ルーティングテーブル
３７０ｘ…インタフェース部
３７１ｘ〜３７４ｘ…ポート
８００ａ〜８００ｇ，８００ｘ…災害情報管理プロキシサーバ
８１０ｘ…地域ＩＤ配布部
８２０ｘ…災害情報受発信部
８４０ｘ…地域テーブル
８５０ｘ…災害通知先テーブル
１０００，２０００…ネットワークシステム
Ｒ１〜Ｒ１４…リンク
Ｐ１，Ｐ２…通信経路
Ｎ１〜Ｎ７…ネットワーク
ＮＧ１〜ＮＧ７…ネットワークグループ
【特許請求の範囲】
【請求項１】
通信パケットの中継を行う中継装置であって、
前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、災害地域を通知する災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
中継装置。
【請求項２】
請求項１記載の中継装置であって、
前記中継装置の設置地域を記憶する記憶部を備え、
前記経路制御部は、
前記中継装置が、前記他の中継装置としての第１の他の中継装置から、前記経路情報を学習するための経路情報パケットであって、前記他の中継装置の設置地域と、該他の中継装置のネットワーク上のアドレスとを含む経路情報パケットを受信した場合に、該経路情報パケットに基づいて、前記経路情報の学習を行い、
前記受信した経路情報パケットに、前記中継装置の設置地域と、該中継装置のネットワーク上のアドレスとを付加した新たな経路情報パケットを生成し、
前記中継部は、前記生成した新たな経路情報パケットを、前記第１の他の中継装置とは異なる第２の他の中継装置に送信する
中継装置。
【請求項３】
前記中継装置の設置地域を記録したサーバに対して行う要求への応答として前記中継装置が受信する応答パケットに含まれる前記中継装置の設置地域を前記記憶部に記録する設置地域設定部を備えた請求項２記載の中継装置。
【請求項４】
請求項１ないし請求項３のいずれか記載の中継装置であって、
前記地域情報は、前記中継地域の各々の乖離の程度を把握可能に構成され、
前記経路制御部は、前記災害地域を含まない中継経路への切り替えを行う場合であって、該切り替えの候補となる中継経路が複数存在するときには、該災害地域からの前記乖離の程度が相対的に小さい前記中継地域を含む前記中継経路の優先順位を相対的に低くして、前記切り替える中継経路を決定する
中継装置。
【請求項５】
前記経路制御部は、前記学習した経路情報におけるホップ数が相対的に少ない前記中継経路を優先して、前記中継経路の決定を行う請求項１ないし請求項４のいずれか記載の中継装置。
【請求項６】
サーバと、区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、
前記サーバは、
所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、
前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知部と
を備え、
前記中継装置の各々は、
前記地域の区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、前記災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
ネットワークシステム。
【請求項７】
第１のサーバと、区分された地域ごとに少なくとも１台ずつ設置された複数の第２のサーバと、前記区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、
前記第１のサーバは、
所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、
前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む第１の災害通知パケットを送信して、前記複数の第２のサーバのうちの少なくとも前記災害地域に配置された第２のサーバ以外の第２のサーバに前記災害地域を通知する第１の災害通知部と
を備え、
前記第２のサーバの各々は、
前記第１の災害通知パケットを受信する受信部と、
該第１の災害通知パケットに含まれる前記災害地域を表す情報を含む第２の災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する第２の災害通知部と
を備え、
前記中継装置の各々は、
前記区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、前記第２の災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
ネットワークシステム。
【請求項８】
通信パケットの中継を行う複数の中継装置に通知を行うプログラムであって、
所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得機能と、
前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケット送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知機能と
をコンピュータに実現させるためのプログラム。
【請求項９】
請求項８記載のプログラムであって、
更に、前記取得した災害情報に対して、所定のキーワードを用いて検索を行うことで前記災害地域を抽出する抽出機能をコンピュータに実現させ、
前記災害通知機能は、前記抽出した災害地域を表す情報を含む前記災害通知パケットを生成して、送信する
プログラム。
【請求項１０】
前記災害情報に前記災害の規模が含まれる場合に、前記災害通知機能は、前記災害の規模が所定の閾値以上である場合に限り、前記災害地域の通知を行う請求項８または請求項９記載のプログラム。
【請求項１１】
請求項８ないし請求項１０のいずれか記載のプログラムであって、
更に、前記複数の中継装置の設置地域をそれぞれ記憶する記憶機能と、
前記中継装置の要求に応じて、該中継装置の前記設置地域を該中継装置に通知する設置地域通知機能と
をコンピュータに実現させるためのプログラム。
【請求項１】
通信パケットの中継を行う中継装置であって、
前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、災害地域を通知する災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
中継装置。
【請求項２】
請求項１記載の中継装置であって、
前記中継装置の設置地域を記憶する記憶部を備え、
前記経路制御部は、
前記中継装置が、前記他の中継装置としての第１の他の中継装置から、前記経路情報を学習するための経路情報パケットであって、前記他の中継装置の設置地域と、該他の中継装置のネットワーク上のアドレスとを含む経路情報パケットを受信した場合に、該経路情報パケットに基づいて、前記経路情報の学習を行い、
前記受信した経路情報パケットに、前記中継装置の設置地域と、該中継装置のネットワーク上のアドレスとを付加した新たな経路情報パケットを生成し、
前記中継部は、前記生成した新たな経路情報パケットを、前記第１の他の中継装置とは異なる第２の他の中継装置に送信する
中継装置。
【請求項３】
前記中継装置の設置地域を記録したサーバに対して行う要求への応答として前記中継装置が受信する応答パケットに含まれる前記中継装置の設置地域を前記記憶部に記録する設置地域設定部を備えた請求項２記載の中継装置。
【請求項４】
請求項１ないし請求項３のいずれか記載の中継装置であって、
前記地域情報は、前記中継地域の各々の乖離の程度を把握可能に構成され、
前記経路制御部は、前記災害地域を含まない中継経路への切り替えを行う場合であって、該切り替えの候補となる中継経路が複数存在するときには、該災害地域からの前記乖離の程度が相対的に小さい前記中継地域を含む前記中継経路の優先順位を相対的に低くして、前記切り替える中継経路を決定する
中継装置。
【請求項５】
前記経路制御部は、前記学習した経路情報におけるホップ数が相対的に少ない前記中継経路を優先して、前記中継経路の決定を行う請求項１ないし請求項４のいずれか記載の中継装置。
【請求項６】
サーバと、区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、
前記サーバは、
所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、
前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知部と
を備え、
前記中継装置の各々は、
前記地域の区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、前記災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
ネットワークシステム。
【請求項７】
第１のサーバと、区分された地域ごとに少なくとも１台ずつ設置された複数の第２のサーバと、前記区分された地域ごとに少なくとも１台ずつ設置され、通信パケットの中継を行う複数の中継装置とを備えたネットワークシステムであって、
前記第１のサーバは、
所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得部と、
前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む第１の災害通知パケットを送信して、前記複数の第２のサーバのうちの少なくとも前記災害地域に配置された第２のサーバ以外の第２のサーバに前記災害地域を通知する第１の災害通知部と
を備え、
前記第２のサーバの各々は、
前記第１の災害通知パケットを受信する受信部と、
該第１の災害通知パケットに含まれる前記災害地域を表す情報を含む第２の災害通知パケットを送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する第２の災害通知部と
を備え、
前記中継装置の各々は、
前記区分に基づいて表される前記通信パケットの中継地域を識別可能な地域情報と、他の中継装置のネットワーク上のアドレスとを含む経路情報を学習し、該学習した経路情報に基づいて、受信した通信パケットの中継経路を決定する経路制御部と、
前記中継装置が受信した前記通信パケットを、前記決定した中継経路に基づいて、該受信した通信パケットの宛先に送信する中継部と
を備え、
前記経路制御部は、前記中継装置が、前記第２の災害通知パケットを受信した場合であって、前記決定した中継経路に前記災害地域を含むときに、該決定した中継経路を、該災害地域を含まない前記中継経路に切り替える
ネットワークシステム。
【請求項８】
通信パケットの中継を行う複数の中継装置に通知を行うプログラムであって、
所定の地域に災害が生じたこと、または、生じることの予測を表す災害情報を外部から取得する取得機能と、
前記取得した災害情報に基づいて、前記所定の地域である災害地域を表す情報を含む災害通知パケット送信して、前記複数の中継装置のうちの少なくとも前記災害地域に配置された中継装置以外の中継装置に前記災害地域を通知する災害通知機能と
をコンピュータに実現させるためのプログラム。
【請求項９】
請求項８記載のプログラムであって、
更に、前記取得した災害情報に対して、所定のキーワードを用いて検索を行うことで前記災害地域を抽出する抽出機能をコンピュータに実現させ、
前記災害通知機能は、前記抽出した災害地域を表す情報を含む前記災害通知パケットを生成して、送信する
プログラム。
【請求項１０】
前記災害情報に前記災害の規模が含まれる場合に、前記災害通知機能は、前記災害の規模が所定の閾値以上である場合に限り、前記災害地域の通知を行う請求項８または請求項９記載のプログラム。
【請求項１１】
請求項８ないし請求項１０のいずれか記載のプログラムであって、
更に、前記複数の中継装置の設置地域をそれぞれ記憶する記憶機能と、
前記中継装置の要求に応じて、該中継装置の前記設置地域を該中継装置に通知する設置地域通知機能と
をコンピュータに実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【公開番号】特開２０１２−２３８９３３（Ｐ２０１２−２３８９３３Ａ）
【公開日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願番号】特願２０１１−１０４８１１（Ｐ２０１１−１０４８１１）
【出願日】平成２３年５月１０日（２０１１．５．１０）
【出願人】（５０４４１１１６６）アラクサラネットワークス株式会社 (315)
【Ｆターム（参考）】
【公開日】平成２４年１２月６日（２０１２．１２．６）
【国際特許分類】
【出願日】平成２３年５月１０日（２０１１．５．１０）
【出願人】（５０４４１１１６６）アラクサラネットワークス株式会社 (315)
【Ｆターム（参考）】
[ Back to top ]