通信システム、通信装置、およびデータ伝送制御方法
【課題】緊急速報を利用することで、災害の影響を抑止する。
【解決手段】通信装置Ａでは、災害の状況を特定する災害シナリオ、および災害が発生した際に通信装置Ｂがデータ伝送において行うべき挙動を示す挙動情報が、格納部１２０に予め関連付けられて格納されており、緊急速報受信部１１０が災害を予告する旨の緊急速報を外部の通報手段より受信し、抽出部１３０が当該緊急速報に基づいて災害シナリオを特定し且つ当該特定した災害シナリオに関連付けられた挙動情報を格納部１２０より抽出し、送信部１４０が当該抽出した挙動情報を通信装置Ｂに送信する。通信装置Ｂでは、挙動情報受信部１５０が当該挙動情報を通信装置Ａより受信し、データ伝送制御部１６０が当該挙動情報に基づいて当該通信装置Ｂのデータ伝送を制御する。
【解決手段】通信装置Ａでは、災害の状況を特定する災害シナリオ、および災害が発生した際に通信装置Ｂがデータ伝送において行うべき挙動を示す挙動情報が、格納部１２０に予め関連付けられて格納されており、緊急速報受信部１１０が災害を予告する旨の緊急速報を外部の通報手段より受信し、抽出部１３０が当該緊急速報に基づいて災害シナリオを特定し且つ当該特定した災害シナリオに関連付けられた挙動情報を格納部１２０より抽出し、送信部１４０が当該抽出した挙動情報を通信装置Ｂに送信する。通信装置Ｂでは、挙動情報受信部１５０が当該挙動情報を通信装置Ａより受信し、データ伝送制御部１６０が当該挙動情報に基づいて当該通信装置Ｂのデータ伝送を制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信装置、およびデータ伝送制御方法に関するものである。
【背景技術】
【０００２】
従来、音声のIP化等、重要通信のIP化により、IP network（以下、IPNW）の信頼性向上および高品質化が求められており、特に障害や輻輳時の対応に関する機能強化が行われている。
【０００３】
図８は、IPNW上で発生した障害に対する対策として従来から行われている方法を示している。図８（ａ）の例えばルータRT#2とルータRT#3で示されるように、各通信装置間では監視パケットのやり取りによる監視を行っている。この監視を例えばより短い周期で行うことにより、障害発生を可能な限り早く検知し、検知後には可能な限り早く経路切替を実施している。図８（ｂ）では、ルータRT#2とルータRT#3との間で発生した障害（図８（ａ）を参照）を検知した後に、経路をRT#2→RT#3→RT#6からRT#2→RT#4→RT#5→RT#6に変更した一例を示している。なお、障害を早期に検知することを目的とした機能としては、従来からBFD（Bidirectional Forwarding Detection （Draft）、非特許文献１を参照）が知られている。また、経路を早期に切替えることを目的とした機能としては、従来からFRR（Fast Reroute (RFC4090)、非特許文献２を参照）が知られている。
【０００４】
図９は、IPNW上で発生した輻輳に対する対策として従来から行われている方法を示している。従来、輻輳時においても重要通信のリソースや品質が確保されるように、事前に決められた基準でQoS（Quality of Service）制御を実施することが知られている。図９（ａ）は、QoS制御を実施するために事前に決められた基準を示しており、優先伝送対象のパケットとそうでないパケットとを例えば２：１の比率で伝送するように決められた一例を示している。図９（ｂ）は、ルータRT#4で輻輳が発生し、優先：非優先＝２：１の比率でQoS制御が実施されていることを示す。つまり、図９（ｂ）において、リソース割当２：１以上のパケット（非優先伝送対象のパケットＡ）は破棄されている。なお、事前に決められた一定の基準にしたがってQoS制御を行う技術として、従来からDiffserv（Differentiated Services （RFC2457)、非特許文献３を参照）が知られている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】［平成２１年４月２日検索］、インターネット＜URL:http://tools.ietf.org/html/draft-ietf-bfd-v4v6-1hop-09＞
【非特許文献２】［平成２１年４月２日検索］、インターネット＜URL:http://www.ietf.org/rfc/rfc4090.txt＞
【非特許文献３】［平成２１年４月２日検索］、インターネット＜URL:http://www.ietf.org/rfc/rfc2475.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、図８に示した従来の方法には以下のような問題点がある。すなわち、動作を高速に行うことはマシンパワー依存であり、検知時間や切替時間を短縮化することには限界がある。また、マシンパワーや特定機能を要するため、実現するには高性能の機器が必要になる。更に、機器の性能をいくら高性能にしても、負荷上昇による処理能力低下の可能性は常に存在する。時代の変遷や技術の発達により、通信量は年々増え続ける傾向にあるからである。更にまた、図８に示した従来の方法では、障害発生後に、更にその障害の検知後に切替動作を開始することが前提となるため、既に発生している障害の影響を完全に無くすことは最初から不可能である。
【０００７】
また、図９に示した従来の方法においては、QoS制御の態様（例えば上述した優先：非優先＝２：１の比率等）を状況によって最適に切替えることが好ましい。しかしながら、一般的にQoS制御態様の設計は固定設定となっているため、状況に応じた最適なQoS制御ができないといった問題点がある。仮に、QoS設定を複数に設定できたとしても、ルータ等の通信装置は通信状況を把握する術を持たないため、状況に応じて複数の制御態様を使い分けることはできない。また、例えば緊急通信のための帯域を必要以上に確保してしまった場合には、設備効率が低下するといった問題点が更に発生する。
【０００８】
従来の方法が有する上述の問題点は、特に大災害時に深刻な問題となる。例えば障害と輻輳が同時に発生した場合には想定外の動作を招く可能性があり、例えば経路切替動作が正常に行えない可能性がある。また、想定外の輻輳が発生される可能性があり、通常時の予想に基づいて設計したQoS制御態様とは異なる態様でQoS制御を行うことが必要な場合が生じる可能性がある。例えば、一般的に緊急呼等の重要通信は、通常時から一定量のリソース確保を行って設計しておくが、通常使われないリソースとなるため、確保しておくリソースは少量に抑えてあるのが一般的である。確保するリソースを増加させることにより、設備効率が悪くなるおそれがあるからである。一方、大災害に伴う輻輳発生時は緊急呼が通常時より大幅に増加すると想定されるため、通常時の予想により設計したQoS制御態様とは異なる態様でQoS制御を行うことが必要な場合が生じる可能性がある。
【０００９】
そこで、本発明は上記に鑑みてなされたもので、緊急速報を利用することで、災害の影響を抑止することが可能な通信システム、通信装置、およびデータ伝送制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の通信システムは、互いに通信可能な通信装置および他の通信装置を備える通信システムであって、前記通信装置は、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、を備え、前記他の通信装置は、前記送信手段より送信された当該挙動情報を受信する挙動情報受信手段と、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、を備えることを特徴とする。
【００１１】
また、本発明の通信装置は、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、を備えることを特徴とする。
【００１２】
このとき、通信装置は、前記他の通信装置より送信された挙動情報を受信する挙動情報受信手段と、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、を更に備えることが好ましい。
【００１３】
また、本発明のデータ伝送制御方法は、互いに通信可能な通信装置および他の通信装置を備える通信システムにおけるデータ伝送制御方法であって、前記通信装置の格納手段には、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報が予め関連付けられて格納されており、前記通信装置の緊急速報受信手段が、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信ステップと、前記通信装置の抽出手段が、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出ステップと、前記通信装置の送信手段が、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信ステップと、前記他の通信装置の挙動情報受信手段が、前記送信手段より送信された当該挙動情報を受信する挙動情報受信ステップと、前記他の通信装置の第１のデータ伝送制御手段が、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御ステップと、を備えることを特徴とする。
【００１４】
このような本発明の通信システム、通信装置、およびデータ伝送制御方法によれば、最初に、緊急速報が外部の通報手段より受信される。この緊急速報は、災害を予告する旨の情報であるため、実際に災害が発生する前の段階における情報である。なお、例えば日本の気象庁はこの緊急速報を公衆に提供している（例えば、
1238656617973_0.html
を参照）。次に、この緊急速報から挙動情報が抽出されると、他の通信装置は当該抽出された挙動情報に基づいてデータ伝送を制御する。この挙動情報は災害が発生した際に当該他の通信装置がデータ伝送において行うべき挙動を示す情報であるため、他の通信装置は災害時におけるデータ伝送をこの挙動情報に基づいて適切に行うことができる。
【００１５】
以上で説明したように、他の通信装置は緊急速報から導かれた挙動情報に基づいてデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、他の通信装置は災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができる。更に、例えば災害に対する対応が災害発生前にまたは災害による障害や輻輳の発生前に終了した場合には、災害の影響をゼロとすることが可能となる。
【００１６】
また、上述したような効果を得るために、本発明では、マシンパワーや特定機能を必要としない。このため、通信装置や他の通信装置が高性能の機器でなくても、上記の効果を得ることができる。
【００１７】
また、本発明の通信システムにおいて、前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、前記通信装置は、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることが好ましい。
【００１８】
また、本発明の通信装置において、前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることが好ましい。
【００１９】
また、本発明のデータ伝送制御方法において、前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、前記通信装置の第２のデータ伝送制御手段が、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御ステップを更に備えることが好ましい。
【００２０】
このような本発明の通信システム、通信装置、およびデータ伝送制御方法によれば、通信装置は緊急速報から導かれた挙動情報に基づいて自装置のデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、通信装置は災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができる。更に、例えば災害に対する対応が災害発生前にまたは災害による障害や輻輳の発生前に終了した場合には、災害の影響をゼロとすることが可能となる。
【００２１】
また、上述したような効果を得るために、本発明では、マシンパワーや特定機能を必要としない。このため、通信装置が高性能の機器でなくても、上記の効果を得ることができる。
【００２２】
また、本発明において、前記挙動情報は、前記他の通信装置がデータ伝送を行う際の経路を切替える旨の情報であり、前記第１のデータ伝送制御手段は、前記挙動情報に基づき、前記経路を切替えることが好ましい。
【００２３】
このように、挙動情報が経路を切替える旨の情報である場合には、他の通信装置は災害発生前に経路を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【００２４】
また、本発明において、前記挙動情報は、前記他の通信装置または前記通信装置がデータ伝送を行う際のQoS設定を切替える旨の情報であり、前記第１のデータ伝送制御手段または前記第２のデータ伝送制御手段は、前記挙動情報に基づき、前記QoS設定を切替えることが好ましい。
【００２５】
このように、挙動情報がQoS設定を切替える旨の情報である場合には、他の通信装置または通信装置は災害発生前にQoS設定を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【発明の効果】
【００２６】
本発明によれば、緊急速報を利用することで、災害の影響を抑止することが可能な通信システム、通信装置、およびデータ伝送制御方法を提供することができる。
【図面の簡単な説明】
【００２７】
【図１】通信システム１の構成概要図である。
【図２】通信装置１０のハードウェア構成図である。
【図３】通信装置１０の構成概要図である。
【図４】通信装置１０の機能を具体的に説明するための図である。
【図５】抽出部１３０の機能を具体的に説明するためのフローチャートである。
【図６】地震発生により通信装置Ａに障害が発生する場合に、通信システム１で行われる動作を示す図である。
【図７】地震発生により輻輳が発生する場合に、通信システム１で行われる動作を示す図である。
【図８】IPNW上で発生した障害に対する対策として従来から行われている方法を示す図である。
【図９】IPNW上で発生した輻輳に対する対策として従来から行われている方法を示す図である。
【発明を実施するための最良の形態】
【００２８】
以下、添付図面を参照して本発明にかかる通信システム、通信装置、およびデータ伝送制御方法の好適な実施形態を詳細に説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。
【００２９】
（通信システム１の全体構成）
まず、本発明の実施形態に係る通信システム１の構成について、図１を参照しながら説明する。図１は、通信システム１の構成概要図である。図１に示すように、通信システム１は、複数のルータRT#1，RT#4，RT#6等と、複数の通信装置Ａ，Ｂ，Ｃ等により構成され、複数のルータや通信装置のそれぞれは通信ネットワーク２０を介して例えば隣接するもの同士で互いに通信可能に接続されている。以下では、複数の通信装置Ａ，Ｂ，Ｃを総称して「通信装置１０」と記載する。なお、複数の通信装置Ａ，Ｂ，Ｃそれぞれは特許請求範囲における通信装置または他の通信装置の一例であり、基本的にはルータで構成することができる。ただし、本実施形態では、説明の便宜上、複数のルータRT#1，RT#4，RT#6等と異なる名称を与えることとする。また、図示はないが、通信システム１は図１に示した複数のルータや通信装置以外の別の通信装置を更に備えていてもよい。
【００３０】
（通信装置１０の構成）
以下、通信システム１を構成する通信装置１０について詳細に説明する。図２は通信装置１０のハードウェア構成図である。図２に示すように、通信装置１０は、物理的には、ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３等の主記憶装置、キーボード及びマウス等の入力デバイス１４、ディスプレイ等の出力デバイス１５、ルータや他の通信装置との間でデータの送受信を行うためのネットワークカード等の通信モジュール１６、ハードディスク等の補助記憶装置１７などを含む通常のコンピュータシステム（例えばルータ等）として構成される。後述する通信装置１０の各機能は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御の元で入力デバイス１４、出力デバイス１５、通信モジュール１６を動作させると共に、主記憶装置１２，１３や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。
【００３１】
図３は、通信装置１０の構成概要図である。図３に示すように、通信装置１０は、機能的には、緊急速報受信部１１０（緊急速報受信手段）、格納部１２０（格納手段）、抽出部１３０（抽出手段）、送信部１４０（送信手段）、挙動情報受信部１５０（挙動情報受信手段）、およびデータ伝送制御部１６０（第１のデータ伝送制御手段、第２のデータ伝送制御手段）を備える。前述したように通信装置１０は図１の通信装置Ａ，Ｂ，Ｃの総称であり、図３に示す通信装置１０の機能構成は図１に示した通信装置Ａ，Ｂ，Ｃにおいて共通である。ただし、以下では、説明の便宜上、図３に示す通信装置１０が図１に示す通信装置Ａであることを仮定した上で記載する。また、以下の説明において、図１に示す通信装置Ａは特許請求範囲における通信装置に相当し、通信装置Ａと隣接する通信装置Ｂ，Ｃは特許請求範囲における他の通信装置に相当するものとする。
【００３２】
緊急速報受信部１１０は、災害を予告する旨の緊急速報を外部の通報手段より受信するものである。外部の通報手段は、例えば日本の気象庁等が挙げられる。http://www.seisvol.kishou.go.jp/eq/EEW/kaisetsu/index.htmlを参照すると分かるように、日本の気象庁は例えば緊急地震速報等の緊急速報を一般公衆に提供している。緊急速報受信部１１０は、例えば上記のウェブページからの緊急速報をリアルタイムで受信できるように、常に受信可能な状態でスタンバイしている。このような緊急速報受信部１１０は、例えば図２の通信モジュール１６より構成することができる。緊急速報受信部１１０は、外部の通報手段より受信した緊急速報を抽出部１３０に出力する。
【００３３】
ここで、緊急速報の内容について詳細に説明する。本実施形態における緊急速報の一種として、例えば高度利用者向けの緊急地震速報には、地震の発生時刻、地震の発生場所（震源）の推定値、および地震の規模（マグニチュード）の推定値が含まれる。更に、例えば、推定される最大震度が震度３以下のときは、推定される揺れの大きさの最大値（推定最大震度）が含まれていてもよい。また、例えば、推定される最大震度が震度４以上のときは、地域名に加えて、震度５弱以上と推定される地域の揺れの大きさ（震度）の推定値（予測震度）、およびその地域への大きな揺れ（主要動）の到達時刻の推定値（主要動到達予測時刻）が含まれていてもよい。
【００３４】
また、緊急速報の一種として例えば一般利用者向けの緊急地震速報には、地震の発生時刻、発生場所（震源）の推定値、地震発生場所の震央地名が含まれる。更に、強い揺れ（震度５弱以上）が推定される地域、および震度４が推定される地域名が含まれていてもよい。なお、地域名としては、例えば日本全国を約２００地域に分割した場合の地域名を用いることができる。
【００３５】
格納部１２０は、災害シナリオ（災害状況特定情報）、および挙動情報を予め関連付けて格納するものである。災害シナリオは災害の状況を特定する情報であり、上記の緊急速報に基づいて特定されるものである。挙動情報は、通信装置１０（すなわち図１の通信装置Ａ）に災害が発生した際に、自装置１０（すなわち図１の通信装置Ａ）および他の通信装置（すなわち図１の通信装置Ｂ，Ｃ等）がデータ伝送において行うべき挙動を示す情報である。これら災害シナリオおよび挙動情報については後ほど詳細に説明する。
【００３６】
抽出部１３０は、緊急速報受信部１１０より入力された緊急速報に基づいて、格納部１２０に格納されている災害シナリオを特定し、且つ当該特定した災害シナリオに関連付けられている挙動情報を格納部１２０より抽出するものである。抽出部１３０は、当該抽出した挙動情報を送信部１４０に出力する。
【００３７】
送信部１４０は、抽出部１３０より入力した挙動情報を例えば通信装置Ｂ，Ｃ等の他の通信装置に送信するものである。また、送信部１４０は、自装置である通信装置１０の挙動情報受信部１５０に当該挙動情報を出力する。このような送信部１４０は、例えば図２の通信モジュール１６より構成することができる。
【００３８】
図４および図５は、以上で説明した緊急速報受信部１１０、格納部１２０、抽出部１３０、および送信部１４０をより具体的に説明するための図である。説明の便宜上、図４（ａ）に示すように、通信装置Ａが位置するエリア#1を直接影響エリアといい、エリア#1の周辺エリアであるエリア#2を間接影響エリアという。直接影響エリアは、当該エリアで例えば地震等の災害が発生した場合に、当該エリアに存在する通信装置Ａが機能停止等の直接影響を受けるエリアである。間接影響エリアは、当該エリアで例えば地震等の災害が発生した場合に、通信装置Ａに直接影響はないが、例えば輻輳が発生する等、通信装置Ａが間接的に影響を受けるエリアである。
【００３９】
図４（ｂ）は、外部の通報手段より受信された緊急速報の一例を示す。この緊急速報には、エリア情報と震度情報が含まれている。図４（ｂ）の一例では、災害の一例として地震が発生した場合に、当該地震が発生したエリアを示すエリア情報として「エリア#1」と記載されており、当該エリアでの震度を示す震度情報として「震度５」と記載されている。
【００４０】
図４（ｃ）は、格納部１２０に格納されている災害シナリオの一例を示す。図４（ｃ）の一例では、格納部１２０には、例えば４つの災害シナリオが予め設定されている。災害シナリオ１は直接影響エリアで震度５未満の地震が発生した場合であり、災害シナリオ２は直接影響エリアで震度５以上の地震が発生した場合であり、災害シナリオ３は間接影響エリアで震度５未満の地震が発生した場合であり、災害シナリオ４は間接影響エリアで震度５以上の地震が発生した場合である。
【００４１】
図４（ｄ）は、格納部１２０に、災害シナリオと挙動情報とが予め関連付けられて格納されている様子を示す。本実施形態においては、経路切替情報およびQoS設定切替情報を挙動情報として用いている。経路切替情報は経路を切替させる旨の情報である。例えば、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａに障害が発生すると予測される場合に、経路切替情報は、通信装置Ｂ，Ｃ等の他の通信装置が通信装置Ａを経由しないでデータ伝送を行うように、経路を切替させる旨の情報である。また、QoS設定切替情報はQoS設定を切替させる旨の情報である。例えば、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａと通信装置Ｂ，Ｃ等との間で輻輳が発生すると予測される場合に、QoS設定切替情報は、通信装置Ｂ，Ｃ等の他の通信装置および通信装置ＡがQoS設定を切替えてからデータ伝送を行うようにさせる旨の情報である。
【００４２】
図４（ｄ）の一例では、各災害シナリオ１〜４にそれぞれ経路切替情報が関連付けられている。すなわち、災害シナリオ１，３，４には、経路を切替させる必要が無い旨の「不要」が経路切替情報として関連付けられている。これは、例えば、災害シナリオ１，３，４では、災害は発生したが、この災害により通信装置Ａに障害は発生しないと予測されるため、他の通信装置に経路を切替させる必要までは無いことを意味する。一方、災害シナリオ２には、経路を切替させる必要が有る旨の「要」が経路切替情報として関連付けられている。これは、例えば、災害シナリオ２では、災害は発生し、この災害により通信装置Ａに障害が発生すると予測されるため、他の通信装置に経路を切替させる必要が有ることを意味する。
【００４３】
また、図４（ｄ）の一例では、各災害シナリオ１〜４にそれぞれQoS設定切替情報が関連付けられている。すなわち、災害シナリオ３には、QoS設定を切替させる必要が無い旨の「不要」がQoS設定切替情報として関連付けられている。一方、災害シナリオ１，２，４には、QoS設定を切替させる必要が有る旨の「要」がQoS設定切替情報として関連付けられている。なお、本実施形態では、QoS設定を切替させる必要が有る場合には、何れの設定にQoS設定を切替えるかについての情報（以下、「QoS設定特定情報」という。）がQoS設定切替情報に含まれている。つまり、例えば通常時のQoS設定が「設定０」である場合に、災害シナリオ１，４に関連付けられたQoS設定切替情報にはQoS設定を「設定２」に切替える旨のQoS設定特定情報が含まれており、災害シナリオ２に関連付けられたQoS設定切替情報にはQoS設定を「設定１」に切替える旨のQoS設定特定情報が含まれている。
【００４４】
なお、「設定０」は、例えば、緊急通信のための帯域を高優先度帯域として１０％必ず確保し、当該１０％以外の帯域を８：２＝中優先度帯域：低優先度帯域の比率で振り分けるとの設定である。また、「設定１」は、例えば、緊急通信のための帯域を高優先度帯域として３０％必ず確保し、当該３０％以外の帯域を８：２＝中優先度帯域：低優先度帯域の比率で振り分けるとの設定である。また、「設定２」は、例えば、緊急通信のための帯域を高優先度帯域として５０％必ず確保し、当該５０％以外の帯域を８：２＝中優先度帯域：低優先度帯域の比率で振り分けるとの設定である。
【００４５】
図５は、抽出部１３０の動作を示すためのフローチャートである。図５に示すように、抽出部１３０は、最初に、緊急速報受信部１１０より、例えば図４（ｂ）に示したような緊急速報を受信する（ステップＳ１、緊急速報受信ステップ）。
【００４６】
次に、抽出部１３０は、当該緊急速報よりエリアおよび震度について判断する。ステップＳ１にて例えば図４（ｂ）に示したような緊急速報を受信した場合に、抽出部１３０はエリア#1で震度５の地震が発生したことを判断する（ステップＳ２，Ｓ３）。
【００４７】
次に、抽出部１３０は、ステップＳ２，Ｓ３における判断結果に基づいて、例えば図４（ｃ）に示したような災害シナリオのうち何れかを特定する。エリア#1で震度５の地震が発生したことをステップＳ２，Ｓ３にて判断した場合に、抽出部１３０は災害シナリオ２を特定する（ステップＳ４、抽出ステップ）。
【００４８】
次に、抽出部１３０は、ステップＳ４にて特定した災害シナリオに関連付けられた挙動情報を格納部１２０より抽出する。災害シナリオと挙動情報とが図４（ｄ）に示したように関連付けられており、且つステップＳ４にて災害シナリオ２が特定された場合に、抽出部１３０は、経路切替情報として「要」、およびQoS設定切替情報として「要（設定１に切替）」を抽出する。抽出部１３０は、当該抽出した挙動情報を送信部１４０に出力する（ステップＳ５、抽出ステップ）。
【００４９】
次に、送信部１４０が、抽出部１３０より入力した挙動情報を例えば通信装置Ｂ，Ｃ等の他の通信装置に（または自装置の通信装置Ａの挙動情報受信部１５０に）送信する（ステップＳ６、送信ステップ）。
【００５０】
以上まで、緊急速報受信部１１０、格納部１２０、抽出部１３０、送信部１４０について説明した。これらの機能要素は、主に、外部の通報手段より受信した緊急速報に基づいて挙動情報を抽出し、当該挙動情報を他の通信装置に送信するためのものである。以下では、逆に、他の通信装置より挙動情報を受信し、当該挙動情報に基づいてデータ伝送を制御するための機能要素について説明する。
【００５１】
図３に戻り、挙動情報受信部１５０は、他の通信装置の送信部より送信された挙動情報を受信するものである。挙動情報受信部１５０は、他の通信装置の送信部からの挙動情報をリアルタイムで受信できるように、常に受信可能な状態でスタンバイしていてもよい。このような挙動情報受信部１５０は、例えば図２の通信モジュール１６より構成することができる。挙動情報受信部１５０は当該受信した挙動情報をデータ伝送制御部１６０に出力する。
【００５２】
データ伝送制御部１６０は、挙動情報受信部１５０より入力された挙動情報に基づき、通信装置１０のデータ伝送態様を制御するものである。データ伝送制御部１６０は、挙動情報としての経路切替情報に基づいて経路を切替えた上でデータ伝送を行う。また、データ伝送制御部１６０は、挙動情報としてのQoS設定切替情報に基づいてQoS設定を切替えた上でデータ伝送を行う。
【００５３】
以上より、他の通信装置より挙動情報を受信して自装置のデータ伝送の態様を制御することについて説明したが、図３に示す挙動情報受信部１５０が自装置の送信部１４０より挙動情報を入力した場合には、挙動情報受信部１５０は当該挙動情報を自装置のデータ伝送制御部１６０出力し、データ伝送制御部１６０は当該挙動情報に基づいて自装置である通信装置Ａのデータ伝送の態様を制御する。
【００５４】
通信装置１０に関する以上の説明は、前述した通り、図３の通信装置１０が図１の通信装置Ａであることを仮定した上での説明であるが、図１の通信装置Ｂ，Ｃは通信装置Ａと同様の機能構成を有しており、通信装置１０に関する以上の説明に基づいて用意に理解することができる。
【００５５】
（通信システム１の動作）
続いて、通信システム１により行われる動作（データ伝送制御方法）について、図６および図７を参照しながら説明する。
【００５６】
（通信システム１の動作、その１）
図６は、通信システム１が複数のルータRT#1，RT#4，RT#5，RT#6と、複数の通信装置Ａ，Ｂにより構成されており、通信装置Ａの位置するエリア#1で地震が発生したことにより通信装置Ａにおいて障害が発生すると予測される場合に、通信システム１で行われえる動作を示す図である。なお、説明の便宜上、図６に示される動作は前述の図４に示した状況下で行われる動作であることを仮定する。また、図６を参照した以下の説明において、通信装置Ａは特許請求範囲における通信装置に相当し、通信装置Ｂは特許請求範囲における他の通信装置に相当する。
【００５７】
最初に、前述のステップＳ１〜ステップＳ５までの手順が通信装置Ａ側において実行される。なお、ステップＳ５において、通信装置Ａの抽出部１３０は、挙動情報として経路切替情報を抽出し、当該経路切替情報は経路を切替える必要が有る旨の「要」である（図４（ｄ）において災害シナリオ２に関連付けられた経路切替情報を参照）。
【００５８】
次に、通信装置Ａの送信部１４０が、通信装置Ａの抽出部１３０より入力した経路切替情報を通信装置Ｂの挙動情報受信部１５０に送信する（ステップＳ１１、送信ステップ）。
【００５９】
次に、通信装置Ｂの挙動情報受信部１５０が通信装置Ａの送信部１４０より送信された経路切替情報を受信すると（挙動情報受信ステップ）、通信装置Ｂのデータ伝送制御部１６０が当該経路切替情報に基づき、通信装置Ｂのデータ伝送態様を制御する（第１のデータ伝送制御ステップ）。
【００６０】
具体的に、通信装置Ｂのデータ伝送制御部１６０は、経路切替情報を受信したことをきっかけで、今後の経路を計算し（ステップＳ１２）、当該計算した新経路への変更を開始し（ステップＳ１３）、当該経路変更を完了する（ステップＳ１４）。一例として、通信装置Ｂのデータ伝送制御部１６０は、目標地点がルータRT#6の場合の経路を、図６の上段に図示するように、「通信装置Ｂ→通信装置Ａ→ルータRT#6」から「通信装置Ｂ→ルータRT#4→ルータRT#5→ルータRT#6」に変更することができる。
【００６１】
以上により、災害の一例として地震が発生したことにより通信装置Ａにおいて障害が発生すると予測される場合に、通信システム１で行われえる動作について説明した。以上の説明のように、通信装置Ｂは緊急速報から導かれた経路切替情報に基づいてデータ伝送を制御する。この緊急速報は、災害を予告する旨の情報であり、実際に災害が発生する前に受信される情報であるため、通信装置Ｂは災害発生前に当該災害に対する対応を行える。図６では、線路切替が完了した時点を時点Ｔ１で表しており、実際に災害が発生し通信装置Ａに障害が発生した時点を時点Ｔ２で表している。図６に示すように、線路切替の完了が実際の障害発生より先に行われることができる。その結果、災害の影響を抑止することができ、更には、災害の影響をゼロとすることが可能となる。
【００６２】
（通信システム１の動作、その２）
図７は、通信システム１が複数のルータRT#1，RT#4，RT#6と、複数の通信装置Ａ，Ｂ，Ｃにより構成されており、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａと通信装置Ｂ，Ｃ等との間で輻輳が発生すると予測される場合に、通信システム１で行われえる動作を示す図である。なお、説明の便宜上、図７に示される動作は前述の図４に示した状況下で行われる動作であることを仮定する。また、図７を参照した以下の説明において、通信装置Ａは特許請求範囲における通信装置に相当し、通信装置Ｂ，Ｃは特許請求範囲における他の通信装置に相当する。
【００６３】
最初に、前述のステップＳ１〜ステップＳ５までの手順が通信装置Ａ側において実行される。なお、ステップＳ５において、通信装置Ａの抽出部１３０は、挙動情報としてQoS設定切替情報を抽出し、当該QoS設定切替情報はQoS設定を切替える必要が有る旨の「要」、およびQoS設定を「設定０」から「設定１」に変更する旨の「設定１に切替」である（図４（ｄ）において災害シナリオ２に関連付けられたQoS設定切替情報を参照）。
【００６４】
次に、通信装置Ａの送信部１４０が、通信装置Ａの抽出部１３０より入力したQoS設定切替情報を自装置である通信装置Ａのデータ伝送制御部１６０に挙動情報受信部１５０を介して出力すると、通信装置Ａのデータ伝送制御部１６０が当該QoS設定切替情報に基づき、自装置である通信装置Ａのデータ伝送態様を制御する（ステップＳ２１、第２のデータ伝送制御ステップ）。具体的な一例として、図４に示した状況下での場合に、通信装置Ａのデータ伝送制御部１６０は、通信装置ＡのQoS設定を「設定０」から「設定１」に変更する。
【００６５】
次に、通信装置Ａの送信部１４０が、通信装置Ａの抽出部１３０より入力したQoS設定切替情報を通信装置Ｂ，Ｃの挙動情報受信部１５０にそれぞれ送信する（ステップＳ２２Ｂ，２２Ｃ、送信ステップ）。
【００６６】
次に、通信装置Ｂ，Ｃのそれぞれの挙動情報受信部１５０が通信装置Ａの送信部１４０より送信されたQoS設定切替情報を受信すると（挙動情報受信ステップ）、通信装置Ｂ，Ｃのそれぞれのデータ伝送制御部１６０が当該QoS設定切替情報に基づき、通信装置Ｂ，Ｃそれぞれのデータ伝送態様を制御する（第１のデータ伝送制御ステップ）。
【００６７】
具体的に、通信装置Ｂ，Ｃそれぞれのデータ伝送制御部１６０は、QoS設定切替情報を受信したことをきっかけで、現在のQoS設定を確認した上で、QoS設定の変更の要否を判断する（ステップＳ２３Ｂ，２３Ｃ）。当該判断の結果でQoS設定の変更が必要な場合にはQoS設定の変更を開始し（ステップＳ２４Ｂ，２４Ｃ）、当該QoS設定変更を完了する（ステップＳ２５Ｂ，２５Ｃ）。具体的な一例として、図４に示した状況下での場合に、通信装置Ｂ，Ｃそれぞれのデータ伝送制御部１６０は、通信装置Ｂ，ＣそれぞれにおけるQoS設定を「設定０」から「設定１」に変更する。
【００６８】
以上により、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａと通信装置Ｂ，Ｃ等との間で輻輳が発生すると予測される場合に、通信システム１で行われえる動作について説明した。以上の説明のように、通信装置Ｂ，Ｃは緊急速報から導かれたQoS設定切替情報に基づいてデータ伝送を制御する。この緊急速報は、災害を予告する旨の情報であり、実際に災害が発生する前に受信される情報であるため、通信装置Ｂ，Ｃは災害発生前に当該災害に対する対応を行える。図７では、QoS設定切替が完了した時点を時点Ｔ３で表しており、実際に災害が発生し輻輳が発生した時点を時点Ｔ４で表している。図７に示すように、QoS設定切替の完了が実際の輻輳発生より先に行われることができる。その結果、災害の影響を抑止することができ、更には、災害の影響をゼロとすることが可能となる。
【００６９】
また、緊急速報を受信した装置である通信装置Ａも、当該緊急速報から導かれた挙動情報に基づいて、自装置のデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、通信装置Ａは災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができ、更には、災害の影響をゼロとすることが可能となる。
【００７０】
以上より、地震発生により通信装置Ａに障害が発生する場合（通信システム１の動作、その１）と、地震発生により輻輳が発生する場合（通信システム１の動作、その２）についてそれぞれ説明したが、障害および輻輳が重なって発生する場合も考えられる。この場合には、上述したステップＳ１１〜Ｓ１４の手順、およびステップＳ２１〜Ｓ２５の手順が共に行われる。
【００７１】
（本実施形態の作用および効果）
続いて、本実施形態にかかる通信システム１の作用および効果について説明する。本実施形態によれば、最初に、緊急速報が外部の通報手段より受信される。この緊急速報は、災害を予告する旨の情報であるため、実際に災害が発生する前の段階における情報である。次に、この緊急速報から挙動情報が抽出されると、他の通信装置Ｂ，Ｃおよび通信装置Ａは当該抽出された挙動情報に基づいてデータ伝送を制御する。この挙動情報は災害が発生した際に当該他の通信装置Ｂ，Ｃおよび通信装置Ａがデータ伝送において行うべき挙動を示す情報であるため、他の通信装置Ｂ，Ｃおよび通信装置Ａは災害時におけるデータ伝送をこの挙動情報に基づいて適切に行うことができる。
【００７２】
以上で説明したように、他の通信装置Ｂ，Ｃおよび通信装置Ａは緊急速報から導かれた挙動情報に基づいてデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、他の通信装置Ｂ，Ｃおよび通信装置Ａは災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができる。更に、例えば災害に対する対応が災害発生前にまたは災害による障害や輻輳の発生前に終了した場合には、災害の影響をゼロとすることが可能となる。
【００７３】
また、このような効果を得るために、本実施形態では、マシンパワーや特定機能を必要としない。このため、通信装置Ａや他の通信装置Ｂ，Ｃが高性能の機器でなくても、上記の効果を得ることができる。
【００７４】
また、挙動情報が経路を切替える旨の情報である場合には、他の通信装置Ｂ，Ｃは災害発生前に経路を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【００７５】
また、挙動情報がQoS設定を切替える旨の情報である場合には、他の通信装置Ｂ，Ｃおよび通信装置Ａは災害発生前にQoS設定を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【００７６】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。
【００７７】
例えば、図６，７に示した動作において、通信装置Ａが自らを動作停止するか否かはネットワークの状況によるものである。例えば、図６，７に示した手順では通信装置Ａが自らを動作停止する手順を設けていないが、これは、例えば経路迂回をしても自装置である通信装置Ａを通過せざるを得ない通信が発生する可能性があるからである。このような場合に、通信装置Ａは、自らを動作停止する代わりに、図７に示したようにQoS設定の変更を行うことで重要通信のリソースを確保することが好ましい。もちろん、ネットワークの状況によっては、通信装置Ａを動作停止させてもよい。
【００７８】
また、本実施形態においては、挙動情報を隣接する通信装置に送信しているが、これに限らず、挙動情報を隣接する通信装置以外の通信装置にも送信するようにしてもよい。例えば経路切替情報を限られた一部の通信装置のみが保持し、それらの通信装置だけがルーティング情報を修正すると、ネットワーク全体としてルーティング情報の整合性が取れず、ルーティング障害（例えばループ等）が発生する可能性があるからである。また、特定エリアへの通信増加はそのエリアへ通じる経路上でも輻輳を招く可能性があり、その経路上に存在する通信装置もQoS設定の変更を行うことが好ましい場合があるからである。
【００７９】
隣接する通信装置以外の通信装置に挙動情報を送信する方法としては、例えばOSPFの場合にはLSA Update等のルーティングプロトコルの信号を利用して、ネットワーク全体に経路切替情報を自動的に伝播させることが挙げられる。または、ルーティングプロトコル信号とは別途で、経路切替情報やQoS設定切替情報に伝播範囲を表す情報（以下、「伝播範囲情報」という。）を含めて送信する方法がある。例えば、挙動情報の発信先である通信装置Ｋと通信装置Ｌとが隣接しており、また通信装置Ｌと通信装置Ｍとが隣接しており、また通信装置Ｍと通信装置Ｎとが隣接しているとする。なお、上記のＫ，Ｌ，Ｍ，Ｎは説明の便宜上与えた符号であり、図示はしない。この場合に、通信装置Ｋは例えば「隣接する通信装置３つ目まで挙動情報を伝播する」旨の伝播範囲情報を含めて送信することができる。この結果、挙動情報は、通信装置Ｋから通信装置Ｌへ送信され、更に通信装置Ｌから通信装置Ｍへ送信され、更に通信装置Ｍから通信装置Ｎへ送信される。このように、ルーティングプロトコル信号とは別途で挙動情報に伝播範囲情報を含めて送信する場合には、伝播範囲情報を含む挙動情報とルーティングプロトコル信号との間における整合性を取る必要がある。
【符号の説明】
【００８０】
１…通信システム、１０…通信装置、１１０…緊急速報受信部、１２０…格納部、１３０…抽出部、１４０…送信部、１５０…挙動情報受信部、１６０…データ伝送制御部、２０…通信ネットワーク。
【技術分野】
【０００１】
本発明は、通信システム、通信装置、およびデータ伝送制御方法に関するものである。
【背景技術】
【０００２】
従来、音声のIP化等、重要通信のIP化により、IP network（以下、IPNW）の信頼性向上および高品質化が求められており、特に障害や輻輳時の対応に関する機能強化が行われている。
【０００３】
図８は、IPNW上で発生した障害に対する対策として従来から行われている方法を示している。図８（ａ）の例えばルータRT#2とルータRT#3で示されるように、各通信装置間では監視パケットのやり取りによる監視を行っている。この監視を例えばより短い周期で行うことにより、障害発生を可能な限り早く検知し、検知後には可能な限り早く経路切替を実施している。図８（ｂ）では、ルータRT#2とルータRT#3との間で発生した障害（図８（ａ）を参照）を検知した後に、経路をRT#2→RT#3→RT#6からRT#2→RT#4→RT#5→RT#6に変更した一例を示している。なお、障害を早期に検知することを目的とした機能としては、従来からBFD（Bidirectional Forwarding Detection （Draft）、非特許文献１を参照）が知られている。また、経路を早期に切替えることを目的とした機能としては、従来からFRR（Fast Reroute (RFC4090)、非特許文献２を参照）が知られている。
【０００４】
図９は、IPNW上で発生した輻輳に対する対策として従来から行われている方法を示している。従来、輻輳時においても重要通信のリソースや品質が確保されるように、事前に決められた基準でQoS（Quality of Service）制御を実施することが知られている。図９（ａ）は、QoS制御を実施するために事前に決められた基準を示しており、優先伝送対象のパケットとそうでないパケットとを例えば２：１の比率で伝送するように決められた一例を示している。図９（ｂ）は、ルータRT#4で輻輳が発生し、優先：非優先＝２：１の比率でQoS制御が実施されていることを示す。つまり、図９（ｂ）において、リソース割当２：１以上のパケット（非優先伝送対象のパケットＡ）は破棄されている。なお、事前に決められた一定の基準にしたがってQoS制御を行う技術として、従来からDiffserv（Differentiated Services （RFC2457)、非特許文献３を参照）が知られている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】［平成２１年４月２日検索］、インターネット＜URL:http://tools.ietf.org/html/draft-ietf-bfd-v4v6-1hop-09＞
【非特許文献２】［平成２１年４月２日検索］、インターネット＜URL:http://www.ietf.org/rfc/rfc4090.txt＞
【非特許文献３】［平成２１年４月２日検索］、インターネット＜URL:http://www.ietf.org/rfc/rfc2475.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、図８に示した従来の方法には以下のような問題点がある。すなわち、動作を高速に行うことはマシンパワー依存であり、検知時間や切替時間を短縮化することには限界がある。また、マシンパワーや特定機能を要するため、実現するには高性能の機器が必要になる。更に、機器の性能をいくら高性能にしても、負荷上昇による処理能力低下の可能性は常に存在する。時代の変遷や技術の発達により、通信量は年々増え続ける傾向にあるからである。更にまた、図８に示した従来の方法では、障害発生後に、更にその障害の検知後に切替動作を開始することが前提となるため、既に発生している障害の影響を完全に無くすことは最初から不可能である。
【０００７】
また、図９に示した従来の方法においては、QoS制御の態様（例えば上述した優先：非優先＝２：１の比率等）を状況によって最適に切替えることが好ましい。しかしながら、一般的にQoS制御態様の設計は固定設定となっているため、状況に応じた最適なQoS制御ができないといった問題点がある。仮に、QoS設定を複数に設定できたとしても、ルータ等の通信装置は通信状況を把握する術を持たないため、状況に応じて複数の制御態様を使い分けることはできない。また、例えば緊急通信のための帯域を必要以上に確保してしまった場合には、設備効率が低下するといった問題点が更に発生する。
【０００８】
従来の方法が有する上述の問題点は、特に大災害時に深刻な問題となる。例えば障害と輻輳が同時に発生した場合には想定外の動作を招く可能性があり、例えば経路切替動作が正常に行えない可能性がある。また、想定外の輻輳が発生される可能性があり、通常時の予想に基づいて設計したQoS制御態様とは異なる態様でQoS制御を行うことが必要な場合が生じる可能性がある。例えば、一般的に緊急呼等の重要通信は、通常時から一定量のリソース確保を行って設計しておくが、通常使われないリソースとなるため、確保しておくリソースは少量に抑えてあるのが一般的である。確保するリソースを増加させることにより、設備効率が悪くなるおそれがあるからである。一方、大災害に伴う輻輳発生時は緊急呼が通常時より大幅に増加すると想定されるため、通常時の予想により設計したQoS制御態様とは異なる態様でQoS制御を行うことが必要な場合が生じる可能性がある。
【０００９】
そこで、本発明は上記に鑑みてなされたもので、緊急速報を利用することで、災害の影響を抑止することが可能な通信システム、通信装置、およびデータ伝送制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の通信システムは、互いに通信可能な通信装置および他の通信装置を備える通信システムであって、前記通信装置は、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、を備え、前記他の通信装置は、前記送信手段より送信された当該挙動情報を受信する挙動情報受信手段と、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、を備えることを特徴とする。
【００１１】
また、本発明の通信装置は、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、を備えることを特徴とする。
【００１２】
このとき、通信装置は、前記他の通信装置より送信された挙動情報を受信する挙動情報受信手段と、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、を更に備えることが好ましい。
【００１３】
また、本発明のデータ伝送制御方法は、互いに通信可能な通信装置および他の通信装置を備える通信システムにおけるデータ伝送制御方法であって、前記通信装置の格納手段には、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報が予め関連付けられて格納されており、前記通信装置の緊急速報受信手段が、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信ステップと、前記通信装置の抽出手段が、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出ステップと、前記通信装置の送信手段が、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信ステップと、前記他の通信装置の挙動情報受信手段が、前記送信手段より送信された当該挙動情報を受信する挙動情報受信ステップと、前記他の通信装置の第１のデータ伝送制御手段が、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御ステップと、を備えることを特徴とする。
【００１４】
このような本発明の通信システム、通信装置、およびデータ伝送制御方法によれば、最初に、緊急速報が外部の通報手段より受信される。この緊急速報は、災害を予告する旨の情報であるため、実際に災害が発生する前の段階における情報である。なお、例えば日本の気象庁はこの緊急速報を公衆に提供している（例えば、
1238656617973_0.html
を参照）。次に、この緊急速報から挙動情報が抽出されると、他の通信装置は当該抽出された挙動情報に基づいてデータ伝送を制御する。この挙動情報は災害が発生した際に当該他の通信装置がデータ伝送において行うべき挙動を示す情報であるため、他の通信装置は災害時におけるデータ伝送をこの挙動情報に基づいて適切に行うことができる。
【００１５】
以上で説明したように、他の通信装置は緊急速報から導かれた挙動情報に基づいてデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、他の通信装置は災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができる。更に、例えば災害に対する対応が災害発生前にまたは災害による障害や輻輳の発生前に終了した場合には、災害の影響をゼロとすることが可能となる。
【００１６】
また、上述したような効果を得るために、本発明では、マシンパワーや特定機能を必要としない。このため、通信装置や他の通信装置が高性能の機器でなくても、上記の効果を得ることができる。
【００１７】
また、本発明の通信システムにおいて、前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、前記通信装置は、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることが好ましい。
【００１８】
また、本発明の通信装置において、前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることが好ましい。
【００１９】
また、本発明のデータ伝送制御方法において、前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、前記通信装置の第２のデータ伝送制御手段が、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御ステップを更に備えることが好ましい。
【００２０】
このような本発明の通信システム、通信装置、およびデータ伝送制御方法によれば、通信装置は緊急速報から導かれた挙動情報に基づいて自装置のデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、通信装置は災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができる。更に、例えば災害に対する対応が災害発生前にまたは災害による障害や輻輳の発生前に終了した場合には、災害の影響をゼロとすることが可能となる。
【００２１】
また、上述したような効果を得るために、本発明では、マシンパワーや特定機能を必要としない。このため、通信装置が高性能の機器でなくても、上記の効果を得ることができる。
【００２２】
また、本発明において、前記挙動情報は、前記他の通信装置がデータ伝送を行う際の経路を切替える旨の情報であり、前記第１のデータ伝送制御手段は、前記挙動情報に基づき、前記経路を切替えることが好ましい。
【００２３】
このように、挙動情報が経路を切替える旨の情報である場合には、他の通信装置は災害発生前に経路を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【００２４】
また、本発明において、前記挙動情報は、前記他の通信装置または前記通信装置がデータ伝送を行う際のQoS設定を切替える旨の情報であり、前記第１のデータ伝送制御手段または前記第２のデータ伝送制御手段は、前記挙動情報に基づき、前記QoS設定を切替えることが好ましい。
【００２５】
このように、挙動情報がQoS設定を切替える旨の情報である場合には、他の通信装置または通信装置は災害発生前にQoS設定を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【発明の効果】
【００２６】
本発明によれば、緊急速報を利用することで、災害の影響を抑止することが可能な通信システム、通信装置、およびデータ伝送制御方法を提供することができる。
【図面の簡単な説明】
【００２７】
【図１】通信システム１の構成概要図である。
【図２】通信装置１０のハードウェア構成図である。
【図３】通信装置１０の構成概要図である。
【図４】通信装置１０の機能を具体的に説明するための図である。
【図５】抽出部１３０の機能を具体的に説明するためのフローチャートである。
【図６】地震発生により通信装置Ａに障害が発生する場合に、通信システム１で行われる動作を示す図である。
【図７】地震発生により輻輳が発生する場合に、通信システム１で行われる動作を示す図である。
【図８】IPNW上で発生した障害に対する対策として従来から行われている方法を示す図である。
【図９】IPNW上で発生した輻輳に対する対策として従来から行われている方法を示す図である。
【発明を実施するための最良の形態】
【００２８】
以下、添付図面を参照して本発明にかかる通信システム、通信装置、およびデータ伝送制御方法の好適な実施形態を詳細に説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。
【００２９】
（通信システム１の全体構成）
まず、本発明の実施形態に係る通信システム１の構成について、図１を参照しながら説明する。図１は、通信システム１の構成概要図である。図１に示すように、通信システム１は、複数のルータRT#1，RT#4，RT#6等と、複数の通信装置Ａ，Ｂ，Ｃ等により構成され、複数のルータや通信装置のそれぞれは通信ネットワーク２０を介して例えば隣接するもの同士で互いに通信可能に接続されている。以下では、複数の通信装置Ａ，Ｂ，Ｃを総称して「通信装置１０」と記載する。なお、複数の通信装置Ａ，Ｂ，Ｃそれぞれは特許請求範囲における通信装置または他の通信装置の一例であり、基本的にはルータで構成することができる。ただし、本実施形態では、説明の便宜上、複数のルータRT#1，RT#4，RT#6等と異なる名称を与えることとする。また、図示はないが、通信システム１は図１に示した複数のルータや通信装置以外の別の通信装置を更に備えていてもよい。
【００３０】
（通信装置１０の構成）
以下、通信システム１を構成する通信装置１０について詳細に説明する。図２は通信装置１０のハードウェア構成図である。図２に示すように、通信装置１０は、物理的には、ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３等の主記憶装置、キーボード及びマウス等の入力デバイス１４、ディスプレイ等の出力デバイス１５、ルータや他の通信装置との間でデータの送受信を行うためのネットワークカード等の通信モジュール１６、ハードディスク等の補助記憶装置１７などを含む通常のコンピュータシステム（例えばルータ等）として構成される。後述する通信装置１０の各機能は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１１の制御の元で入力デバイス１４、出力デバイス１５、通信モジュール１６を動作させると共に、主記憶装置１２，１３や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。
【００３１】
図３は、通信装置１０の構成概要図である。図３に示すように、通信装置１０は、機能的には、緊急速報受信部１１０（緊急速報受信手段）、格納部１２０（格納手段）、抽出部１３０（抽出手段）、送信部１４０（送信手段）、挙動情報受信部１５０（挙動情報受信手段）、およびデータ伝送制御部１６０（第１のデータ伝送制御手段、第２のデータ伝送制御手段）を備える。前述したように通信装置１０は図１の通信装置Ａ，Ｂ，Ｃの総称であり、図３に示す通信装置１０の機能構成は図１に示した通信装置Ａ，Ｂ，Ｃにおいて共通である。ただし、以下では、説明の便宜上、図３に示す通信装置１０が図１に示す通信装置Ａであることを仮定した上で記載する。また、以下の説明において、図１に示す通信装置Ａは特許請求範囲における通信装置に相当し、通信装置Ａと隣接する通信装置Ｂ，Ｃは特許請求範囲における他の通信装置に相当するものとする。
【００３２】
緊急速報受信部１１０は、災害を予告する旨の緊急速報を外部の通報手段より受信するものである。外部の通報手段は、例えば日本の気象庁等が挙げられる。http://www.seisvol.kishou.go.jp/eq/EEW/kaisetsu/index.htmlを参照すると分かるように、日本の気象庁は例えば緊急地震速報等の緊急速報を一般公衆に提供している。緊急速報受信部１１０は、例えば上記のウェブページからの緊急速報をリアルタイムで受信できるように、常に受信可能な状態でスタンバイしている。このような緊急速報受信部１１０は、例えば図２の通信モジュール１６より構成することができる。緊急速報受信部１１０は、外部の通報手段より受信した緊急速報を抽出部１３０に出力する。
【００３３】
ここで、緊急速報の内容について詳細に説明する。本実施形態における緊急速報の一種として、例えば高度利用者向けの緊急地震速報には、地震の発生時刻、地震の発生場所（震源）の推定値、および地震の規模（マグニチュード）の推定値が含まれる。更に、例えば、推定される最大震度が震度３以下のときは、推定される揺れの大きさの最大値（推定最大震度）が含まれていてもよい。また、例えば、推定される最大震度が震度４以上のときは、地域名に加えて、震度５弱以上と推定される地域の揺れの大きさ（震度）の推定値（予測震度）、およびその地域への大きな揺れ（主要動）の到達時刻の推定値（主要動到達予測時刻）が含まれていてもよい。
【００３４】
また、緊急速報の一種として例えば一般利用者向けの緊急地震速報には、地震の発生時刻、発生場所（震源）の推定値、地震発生場所の震央地名が含まれる。更に、強い揺れ（震度５弱以上）が推定される地域、および震度４が推定される地域名が含まれていてもよい。なお、地域名としては、例えば日本全国を約２００地域に分割した場合の地域名を用いることができる。
【００３５】
格納部１２０は、災害シナリオ（災害状況特定情報）、および挙動情報を予め関連付けて格納するものである。災害シナリオは災害の状況を特定する情報であり、上記の緊急速報に基づいて特定されるものである。挙動情報は、通信装置１０（すなわち図１の通信装置Ａ）に災害が発生した際に、自装置１０（すなわち図１の通信装置Ａ）および他の通信装置（すなわち図１の通信装置Ｂ，Ｃ等）がデータ伝送において行うべき挙動を示す情報である。これら災害シナリオおよび挙動情報については後ほど詳細に説明する。
【００３６】
抽出部１３０は、緊急速報受信部１１０より入力された緊急速報に基づいて、格納部１２０に格納されている災害シナリオを特定し、且つ当該特定した災害シナリオに関連付けられている挙動情報を格納部１２０より抽出するものである。抽出部１３０は、当該抽出した挙動情報を送信部１４０に出力する。
【００３７】
送信部１４０は、抽出部１３０より入力した挙動情報を例えば通信装置Ｂ，Ｃ等の他の通信装置に送信するものである。また、送信部１４０は、自装置である通信装置１０の挙動情報受信部１５０に当該挙動情報を出力する。このような送信部１４０は、例えば図２の通信モジュール１６より構成することができる。
【００３８】
図４および図５は、以上で説明した緊急速報受信部１１０、格納部１２０、抽出部１３０、および送信部１４０をより具体的に説明するための図である。説明の便宜上、図４（ａ）に示すように、通信装置Ａが位置するエリア#1を直接影響エリアといい、エリア#1の周辺エリアであるエリア#2を間接影響エリアという。直接影響エリアは、当該エリアで例えば地震等の災害が発生した場合に、当該エリアに存在する通信装置Ａが機能停止等の直接影響を受けるエリアである。間接影響エリアは、当該エリアで例えば地震等の災害が発生した場合に、通信装置Ａに直接影響はないが、例えば輻輳が発生する等、通信装置Ａが間接的に影響を受けるエリアである。
【００３９】
図４（ｂ）は、外部の通報手段より受信された緊急速報の一例を示す。この緊急速報には、エリア情報と震度情報が含まれている。図４（ｂ）の一例では、災害の一例として地震が発生した場合に、当該地震が発生したエリアを示すエリア情報として「エリア#1」と記載されており、当該エリアでの震度を示す震度情報として「震度５」と記載されている。
【００４０】
図４（ｃ）は、格納部１２０に格納されている災害シナリオの一例を示す。図４（ｃ）の一例では、格納部１２０には、例えば４つの災害シナリオが予め設定されている。災害シナリオ１は直接影響エリアで震度５未満の地震が発生した場合であり、災害シナリオ２は直接影響エリアで震度５以上の地震が発生した場合であり、災害シナリオ３は間接影響エリアで震度５未満の地震が発生した場合であり、災害シナリオ４は間接影響エリアで震度５以上の地震が発生した場合である。
【００４１】
図４（ｄ）は、格納部１２０に、災害シナリオと挙動情報とが予め関連付けられて格納されている様子を示す。本実施形態においては、経路切替情報およびQoS設定切替情報を挙動情報として用いている。経路切替情報は経路を切替させる旨の情報である。例えば、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａに障害が発生すると予測される場合に、経路切替情報は、通信装置Ｂ，Ｃ等の他の通信装置が通信装置Ａを経由しないでデータ伝送を行うように、経路を切替させる旨の情報である。また、QoS設定切替情報はQoS設定を切替させる旨の情報である。例えば、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａと通信装置Ｂ，Ｃ等との間で輻輳が発生すると予測される場合に、QoS設定切替情報は、通信装置Ｂ，Ｃ等の他の通信装置および通信装置ＡがQoS設定を切替えてからデータ伝送を行うようにさせる旨の情報である。
【００４２】
図４（ｄ）の一例では、各災害シナリオ１〜４にそれぞれ経路切替情報が関連付けられている。すなわち、災害シナリオ１，３，４には、経路を切替させる必要が無い旨の「不要」が経路切替情報として関連付けられている。これは、例えば、災害シナリオ１，３，４では、災害は発生したが、この災害により通信装置Ａに障害は発生しないと予測されるため、他の通信装置に経路を切替させる必要までは無いことを意味する。一方、災害シナリオ２には、経路を切替させる必要が有る旨の「要」が経路切替情報として関連付けられている。これは、例えば、災害シナリオ２では、災害は発生し、この災害により通信装置Ａに障害が発生すると予測されるため、他の通信装置に経路を切替させる必要が有ることを意味する。
【００４３】
また、図４（ｄ）の一例では、各災害シナリオ１〜４にそれぞれQoS設定切替情報が関連付けられている。すなわち、災害シナリオ３には、QoS設定を切替させる必要が無い旨の「不要」がQoS設定切替情報として関連付けられている。一方、災害シナリオ１，２，４には、QoS設定を切替させる必要が有る旨の「要」がQoS設定切替情報として関連付けられている。なお、本実施形態では、QoS設定を切替させる必要が有る場合には、何れの設定にQoS設定を切替えるかについての情報（以下、「QoS設定特定情報」という。）がQoS設定切替情報に含まれている。つまり、例えば通常時のQoS設定が「設定０」である場合に、災害シナリオ１，４に関連付けられたQoS設定切替情報にはQoS設定を「設定２」に切替える旨のQoS設定特定情報が含まれており、災害シナリオ２に関連付けられたQoS設定切替情報にはQoS設定を「設定１」に切替える旨のQoS設定特定情報が含まれている。
【００４４】
なお、「設定０」は、例えば、緊急通信のための帯域を高優先度帯域として１０％必ず確保し、当該１０％以外の帯域を８：２＝中優先度帯域：低優先度帯域の比率で振り分けるとの設定である。また、「設定１」は、例えば、緊急通信のための帯域を高優先度帯域として３０％必ず確保し、当該３０％以外の帯域を８：２＝中優先度帯域：低優先度帯域の比率で振り分けるとの設定である。また、「設定２」は、例えば、緊急通信のための帯域を高優先度帯域として５０％必ず確保し、当該５０％以外の帯域を８：２＝中優先度帯域：低優先度帯域の比率で振り分けるとの設定である。
【００４５】
図５は、抽出部１３０の動作を示すためのフローチャートである。図５に示すように、抽出部１３０は、最初に、緊急速報受信部１１０より、例えば図４（ｂ）に示したような緊急速報を受信する（ステップＳ１、緊急速報受信ステップ）。
【００４６】
次に、抽出部１３０は、当該緊急速報よりエリアおよび震度について判断する。ステップＳ１にて例えば図４（ｂ）に示したような緊急速報を受信した場合に、抽出部１３０はエリア#1で震度５の地震が発生したことを判断する（ステップＳ２，Ｓ３）。
【００４７】
次に、抽出部１３０は、ステップＳ２，Ｓ３における判断結果に基づいて、例えば図４（ｃ）に示したような災害シナリオのうち何れかを特定する。エリア#1で震度５の地震が発生したことをステップＳ２，Ｓ３にて判断した場合に、抽出部１３０は災害シナリオ２を特定する（ステップＳ４、抽出ステップ）。
【００４８】
次に、抽出部１３０は、ステップＳ４にて特定した災害シナリオに関連付けられた挙動情報を格納部１２０より抽出する。災害シナリオと挙動情報とが図４（ｄ）に示したように関連付けられており、且つステップＳ４にて災害シナリオ２が特定された場合に、抽出部１３０は、経路切替情報として「要」、およびQoS設定切替情報として「要（設定１に切替）」を抽出する。抽出部１３０は、当該抽出した挙動情報を送信部１４０に出力する（ステップＳ５、抽出ステップ）。
【００４９】
次に、送信部１４０が、抽出部１３０より入力した挙動情報を例えば通信装置Ｂ，Ｃ等の他の通信装置に（または自装置の通信装置Ａの挙動情報受信部１５０に）送信する（ステップＳ６、送信ステップ）。
【００５０】
以上まで、緊急速報受信部１１０、格納部１２０、抽出部１３０、送信部１４０について説明した。これらの機能要素は、主に、外部の通報手段より受信した緊急速報に基づいて挙動情報を抽出し、当該挙動情報を他の通信装置に送信するためのものである。以下では、逆に、他の通信装置より挙動情報を受信し、当該挙動情報に基づいてデータ伝送を制御するための機能要素について説明する。
【００５１】
図３に戻り、挙動情報受信部１５０は、他の通信装置の送信部より送信された挙動情報を受信するものである。挙動情報受信部１５０は、他の通信装置の送信部からの挙動情報をリアルタイムで受信できるように、常に受信可能な状態でスタンバイしていてもよい。このような挙動情報受信部１５０は、例えば図２の通信モジュール１６より構成することができる。挙動情報受信部１５０は当該受信した挙動情報をデータ伝送制御部１６０に出力する。
【００５２】
データ伝送制御部１６０は、挙動情報受信部１５０より入力された挙動情報に基づき、通信装置１０のデータ伝送態様を制御するものである。データ伝送制御部１６０は、挙動情報としての経路切替情報に基づいて経路を切替えた上でデータ伝送を行う。また、データ伝送制御部１６０は、挙動情報としてのQoS設定切替情報に基づいてQoS設定を切替えた上でデータ伝送を行う。
【００５３】
以上より、他の通信装置より挙動情報を受信して自装置のデータ伝送の態様を制御することについて説明したが、図３に示す挙動情報受信部１５０が自装置の送信部１４０より挙動情報を入力した場合には、挙動情報受信部１５０は当該挙動情報を自装置のデータ伝送制御部１６０出力し、データ伝送制御部１６０は当該挙動情報に基づいて自装置である通信装置Ａのデータ伝送の態様を制御する。
【００５４】
通信装置１０に関する以上の説明は、前述した通り、図３の通信装置１０が図１の通信装置Ａであることを仮定した上での説明であるが、図１の通信装置Ｂ，Ｃは通信装置Ａと同様の機能構成を有しており、通信装置１０に関する以上の説明に基づいて用意に理解することができる。
【００５５】
（通信システム１の動作）
続いて、通信システム１により行われる動作（データ伝送制御方法）について、図６および図７を参照しながら説明する。
【００５６】
（通信システム１の動作、その１）
図６は、通信システム１が複数のルータRT#1，RT#4，RT#5，RT#6と、複数の通信装置Ａ，Ｂにより構成されており、通信装置Ａの位置するエリア#1で地震が発生したことにより通信装置Ａにおいて障害が発生すると予測される場合に、通信システム１で行われえる動作を示す図である。なお、説明の便宜上、図６に示される動作は前述の図４に示した状況下で行われる動作であることを仮定する。また、図６を参照した以下の説明において、通信装置Ａは特許請求範囲における通信装置に相当し、通信装置Ｂは特許請求範囲における他の通信装置に相当する。
【００５７】
最初に、前述のステップＳ１〜ステップＳ５までの手順が通信装置Ａ側において実行される。なお、ステップＳ５において、通信装置Ａの抽出部１３０は、挙動情報として経路切替情報を抽出し、当該経路切替情報は経路を切替える必要が有る旨の「要」である（図４（ｄ）において災害シナリオ２に関連付けられた経路切替情報を参照）。
【００５８】
次に、通信装置Ａの送信部１４０が、通信装置Ａの抽出部１３０より入力した経路切替情報を通信装置Ｂの挙動情報受信部１５０に送信する（ステップＳ１１、送信ステップ）。
【００５９】
次に、通信装置Ｂの挙動情報受信部１５０が通信装置Ａの送信部１４０より送信された経路切替情報を受信すると（挙動情報受信ステップ）、通信装置Ｂのデータ伝送制御部１６０が当該経路切替情報に基づき、通信装置Ｂのデータ伝送態様を制御する（第１のデータ伝送制御ステップ）。
【００６０】
具体的に、通信装置Ｂのデータ伝送制御部１６０は、経路切替情報を受信したことをきっかけで、今後の経路を計算し（ステップＳ１２）、当該計算した新経路への変更を開始し（ステップＳ１３）、当該経路変更を完了する（ステップＳ１４）。一例として、通信装置Ｂのデータ伝送制御部１６０は、目標地点がルータRT#6の場合の経路を、図６の上段に図示するように、「通信装置Ｂ→通信装置Ａ→ルータRT#6」から「通信装置Ｂ→ルータRT#4→ルータRT#5→ルータRT#6」に変更することができる。
【００６１】
以上により、災害の一例として地震が発生したことにより通信装置Ａにおいて障害が発生すると予測される場合に、通信システム１で行われえる動作について説明した。以上の説明のように、通信装置Ｂは緊急速報から導かれた経路切替情報に基づいてデータ伝送を制御する。この緊急速報は、災害を予告する旨の情報であり、実際に災害が発生する前に受信される情報であるため、通信装置Ｂは災害発生前に当該災害に対する対応を行える。図６では、線路切替が完了した時点を時点Ｔ１で表しており、実際に災害が発生し通信装置Ａに障害が発生した時点を時点Ｔ２で表している。図６に示すように、線路切替の完了が実際の障害発生より先に行われることができる。その結果、災害の影響を抑止することができ、更には、災害の影響をゼロとすることが可能となる。
【００６２】
（通信システム１の動作、その２）
図７は、通信システム１が複数のルータRT#1，RT#4，RT#6と、複数の通信装置Ａ，Ｂ，Ｃにより構成されており、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａと通信装置Ｂ，Ｃ等との間で輻輳が発生すると予測される場合に、通信システム１で行われえる動作を示す図である。なお、説明の便宜上、図７に示される動作は前述の図４に示した状況下で行われる動作であることを仮定する。また、図７を参照した以下の説明において、通信装置Ａは特許請求範囲における通信装置に相当し、通信装置Ｂ，Ｃは特許請求範囲における他の通信装置に相当する。
【００６３】
最初に、前述のステップＳ１〜ステップＳ５までの手順が通信装置Ａ側において実行される。なお、ステップＳ５において、通信装置Ａの抽出部１３０は、挙動情報としてQoS設定切替情報を抽出し、当該QoS設定切替情報はQoS設定を切替える必要が有る旨の「要」、およびQoS設定を「設定０」から「設定１」に変更する旨の「設定１に切替」である（図４（ｄ）において災害シナリオ２に関連付けられたQoS設定切替情報を参照）。
【００６４】
次に、通信装置Ａの送信部１４０が、通信装置Ａの抽出部１３０より入力したQoS設定切替情報を自装置である通信装置Ａのデータ伝送制御部１６０に挙動情報受信部１５０を介して出力すると、通信装置Ａのデータ伝送制御部１６０が当該QoS設定切替情報に基づき、自装置である通信装置Ａのデータ伝送態様を制御する（ステップＳ２１、第２のデータ伝送制御ステップ）。具体的な一例として、図４に示した状況下での場合に、通信装置Ａのデータ伝送制御部１６０は、通信装置ＡのQoS設定を「設定０」から「設定１」に変更する。
【００６５】
次に、通信装置Ａの送信部１４０が、通信装置Ａの抽出部１３０より入力したQoS設定切替情報を通信装置Ｂ，Ｃの挙動情報受信部１５０にそれぞれ送信する（ステップＳ２２Ｂ，２２Ｃ、送信ステップ）。
【００６６】
次に、通信装置Ｂ，Ｃのそれぞれの挙動情報受信部１５０が通信装置Ａの送信部１４０より送信されたQoS設定切替情報を受信すると（挙動情報受信ステップ）、通信装置Ｂ，Ｃのそれぞれのデータ伝送制御部１６０が当該QoS設定切替情報に基づき、通信装置Ｂ，Ｃそれぞれのデータ伝送態様を制御する（第１のデータ伝送制御ステップ）。
【００６７】
具体的に、通信装置Ｂ，Ｃそれぞれのデータ伝送制御部１６０は、QoS設定切替情報を受信したことをきっかけで、現在のQoS設定を確認した上で、QoS設定の変更の要否を判断する（ステップＳ２３Ｂ，２３Ｃ）。当該判断の結果でQoS設定の変更が必要な場合にはQoS設定の変更を開始し（ステップＳ２４Ｂ，２４Ｃ）、当該QoS設定変更を完了する（ステップＳ２５Ｂ，２５Ｃ）。具体的な一例として、図４に示した状況下での場合に、通信装置Ｂ，Ｃそれぞれのデータ伝送制御部１６０は、通信装置Ｂ，ＣそれぞれにおけるQoS設定を「設定０」から「設定１」に変更する。
【００６８】
以上により、通信装置Ａが位置するエリア#1で災害が発生したことにより通信装置Ａと通信装置Ｂ，Ｃ等との間で輻輳が発生すると予測される場合に、通信システム１で行われえる動作について説明した。以上の説明のように、通信装置Ｂ，Ｃは緊急速報から導かれたQoS設定切替情報に基づいてデータ伝送を制御する。この緊急速報は、災害を予告する旨の情報であり、実際に災害が発生する前に受信される情報であるため、通信装置Ｂ，Ｃは災害発生前に当該災害に対する対応を行える。図７では、QoS設定切替が完了した時点を時点Ｔ３で表しており、実際に災害が発生し輻輳が発生した時点を時点Ｔ４で表している。図７に示すように、QoS設定切替の完了が実際の輻輳発生より先に行われることができる。その結果、災害の影響を抑止することができ、更には、災害の影響をゼロとすることが可能となる。
【００６９】
また、緊急速報を受信した装置である通信装置Ａも、当該緊急速報から導かれた挙動情報に基づいて、自装置のデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、通信装置Ａは災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができ、更には、災害の影響をゼロとすることが可能となる。
【００７０】
以上より、地震発生により通信装置Ａに障害が発生する場合（通信システム１の動作、その１）と、地震発生により輻輳が発生する場合（通信システム１の動作、その２）についてそれぞれ説明したが、障害および輻輳が重なって発生する場合も考えられる。この場合には、上述したステップＳ１１〜Ｓ１４の手順、およびステップＳ２１〜Ｓ２５の手順が共に行われる。
【００７１】
（本実施形態の作用および効果）
続いて、本実施形態にかかる通信システム１の作用および効果について説明する。本実施形態によれば、最初に、緊急速報が外部の通報手段より受信される。この緊急速報は、災害を予告する旨の情報であるため、実際に災害が発生する前の段階における情報である。次に、この緊急速報から挙動情報が抽出されると、他の通信装置Ｂ，Ｃおよび通信装置Ａは当該抽出された挙動情報に基づいてデータ伝送を制御する。この挙動情報は災害が発生した際に当該他の通信装置Ｂ，Ｃおよび通信装置Ａがデータ伝送において行うべき挙動を示す情報であるため、他の通信装置Ｂ，Ｃおよび通信装置Ａは災害時におけるデータ伝送をこの挙動情報に基づいて適切に行うことができる。
【００７２】
以上で説明したように、他の通信装置Ｂ，Ｃおよび通信装置Ａは緊急速報から導かれた挙動情報に基づいてデータ伝送を制御する。この緊急速報は、実際に災害が発生する前に受信される情報であるため、他の通信装置Ｂ，Ｃおよび通信装置Ａは災害発生前に当該災害に対する対応が可能となる。その結果、災害の影響を抑止することができる。更に、例えば災害に対する対応が災害発生前にまたは災害による障害や輻輳の発生前に終了した場合には、災害の影響をゼロとすることが可能となる。
【００７３】
また、このような効果を得るために、本実施形態では、マシンパワーや特定機能を必要としない。このため、通信装置Ａや他の通信装置Ｂ，Ｃが高性能の機器でなくても、上記の効果を得ることができる。
【００７４】
また、挙動情報が経路を切替える旨の情報である場合には、他の通信装置Ｂ，Ｃは災害発生前に経路を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【００７５】
また、挙動情報がQoS設定を切替える旨の情報である場合には、他の通信装置Ｂ，Ｃおよび通信装置Ａは災害発生前にQoS設定を切替えることが可能となる。その結果、災害の影響を抑止することができ、更には災害の影響をゼロとすることが可能となる。
【００７６】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。
【００７７】
例えば、図６，７に示した動作において、通信装置Ａが自らを動作停止するか否かはネットワークの状況によるものである。例えば、図６，７に示した手順では通信装置Ａが自らを動作停止する手順を設けていないが、これは、例えば経路迂回をしても自装置である通信装置Ａを通過せざるを得ない通信が発生する可能性があるからである。このような場合に、通信装置Ａは、自らを動作停止する代わりに、図７に示したようにQoS設定の変更を行うことで重要通信のリソースを確保することが好ましい。もちろん、ネットワークの状況によっては、通信装置Ａを動作停止させてもよい。
【００７８】
また、本実施形態においては、挙動情報を隣接する通信装置に送信しているが、これに限らず、挙動情報を隣接する通信装置以外の通信装置にも送信するようにしてもよい。例えば経路切替情報を限られた一部の通信装置のみが保持し、それらの通信装置だけがルーティング情報を修正すると、ネットワーク全体としてルーティング情報の整合性が取れず、ルーティング障害（例えばループ等）が発生する可能性があるからである。また、特定エリアへの通信増加はそのエリアへ通じる経路上でも輻輳を招く可能性があり、その経路上に存在する通信装置もQoS設定の変更を行うことが好ましい場合があるからである。
【００７９】
隣接する通信装置以外の通信装置に挙動情報を送信する方法としては、例えばOSPFの場合にはLSA Update等のルーティングプロトコルの信号を利用して、ネットワーク全体に経路切替情報を自動的に伝播させることが挙げられる。または、ルーティングプロトコル信号とは別途で、経路切替情報やQoS設定切替情報に伝播範囲を表す情報（以下、「伝播範囲情報」という。）を含めて送信する方法がある。例えば、挙動情報の発信先である通信装置Ｋと通信装置Ｌとが隣接しており、また通信装置Ｌと通信装置Ｍとが隣接しており、また通信装置Ｍと通信装置Ｎとが隣接しているとする。なお、上記のＫ，Ｌ，Ｍ，Ｎは説明の便宜上与えた符号であり、図示はしない。この場合に、通信装置Ｋは例えば「隣接する通信装置３つ目まで挙動情報を伝播する」旨の伝播範囲情報を含めて送信することができる。この結果、挙動情報は、通信装置Ｋから通信装置Ｌへ送信され、更に通信装置Ｌから通信装置Ｍへ送信され、更に通信装置Ｍから通信装置Ｎへ送信される。このように、ルーティングプロトコル信号とは別途で挙動情報に伝播範囲情報を含めて送信する場合には、伝播範囲情報を含む挙動情報とルーティングプロトコル信号との間における整合性を取る必要がある。
【符号の説明】
【００８０】
１…通信システム、１０…通信装置、１１０…緊急速報受信部、１２０…格納部、１３０…抽出部、１４０…送信部、１５０…挙動情報受信部、１６０…データ伝送制御部、２０…通信ネットワーク。
【特許請求の範囲】
【請求項１】
互いに通信可能な通信装置および他の通信装置を備える通信システムであって、
前記通信装置は、
災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、
前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、
前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、
前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、
を備え、
前記他の通信装置は、
前記送信手段より送信された当該挙動情報を受信する挙動情報受信手段と、
前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、
を備えることを特徴とする通信システム。
【請求項２】
前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、
前記通信装置は、
前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記挙動情報は、前記他の通信装置がデータ伝送を行う際の経路を切替える旨の情報であり、
前記第１のデータ伝送制御手段は、前記挙動情報に基づき、前記経路を切替えることを特徴とする請求項１または請求項２に記載の通信システム。
【請求項４】
前記挙動情報は、前記他の通信装置または前記通信装置がデータ伝送を行う際のQoS（Quality of Service）設定を切替える旨の情報であり、
前記第１のデータ伝送制御手段または前記第２のデータ伝送制御手段は、前記挙動情報に基づき、前記QoS設定を切替えることを特徴とする請求項１〜請求項３の何れか１項に記載の通信システム。
【請求項５】
災害の状況を特定する災害状況特定情報、および前記災害が発生した際に他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、
前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、
前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、
前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、
を備えることを特徴とする通信装置。
【請求項６】
前記他の通信装置より送信された挙動情報を受信する挙動情報受信手段と、
前記挙動情報受信手段が受信した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、
を更に備えることを特徴とする請求項５に記載の通信装置。
【請求項７】
前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、
前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることを特徴とする請求項５または請求項６に記載の通信装置。
【請求項８】
互いに通信可能な通信装置および他の通信装置を備える通信システムにおけるデータ伝送制御方法であって、
前記通信装置の格納手段には、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報が予め関連付けられて格納されており、
前記通信装置の緊急速報受信手段が、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信ステップと、
前記通信装置の抽出手段が、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出ステップと、
前記通信装置の送信手段が、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信ステップと、
前記他の通信装置の挙動情報受信手段が、前記送信手段より送信された当該挙動情報を受信する挙動情報受信ステップと、
前記他の通信装置の第１のデータ伝送制御手段が、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御ステップと、
を備えることを特徴とするデータ伝送制御方法。
【請求項９】
前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、
前記通信装置の第２のデータ伝送制御手段が、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御ステップを更に備えることを特徴とする請求項８に記載のデータ伝送制御方法。
【請求項１】
互いに通信可能な通信装置および他の通信装置を備える通信システムであって、
前記通信装置は、
災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、
前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、
前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、
前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、
を備え、
前記他の通信装置は、
前記送信手段より送信された当該挙動情報を受信する挙動情報受信手段と、
前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、
を備えることを特徴とする通信システム。
【請求項２】
前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、
前記通信装置は、
前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記挙動情報は、前記他の通信装置がデータ伝送を行う際の経路を切替える旨の情報であり、
前記第１のデータ伝送制御手段は、前記挙動情報に基づき、前記経路を切替えることを特徴とする請求項１または請求項２に記載の通信システム。
【請求項４】
前記挙動情報は、前記他の通信装置または前記通信装置がデータ伝送を行う際のQoS（Quality of Service）設定を切替える旨の情報であり、
前記第１のデータ伝送制御手段または前記第２のデータ伝送制御手段は、前記挙動情報に基づき、前記QoS設定を切替えることを特徴とする請求項１〜請求項３の何れか１項に記載の通信システム。
【請求項５】
災害の状況を特定する災害状況特定情報、および前記災害が発生した際に他の通信装置がデータ伝送において行うべき挙動を示す挙動情報を予め関連付けて格納する格納手段と、
前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信手段と、
前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出手段と、
前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信手段と、
を備えることを特徴とする通信装置。
【請求項６】
前記他の通信装置より送信された挙動情報を受信する挙動情報受信手段と、
前記挙動情報受信手段が受信した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第１のデータ伝送制御手段と、
を更に備えることを特徴とする請求項５に記載の通信装置。
【請求項７】
前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、
前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御手段を更に備えることを特徴とする請求項５または請求項６に記載の通信装置。
【請求項８】
互いに通信可能な通信装置および他の通信装置を備える通信システムにおけるデータ伝送制御方法であって、
前記通信装置の格納手段には、災害の状況を特定する災害状況特定情報、および前記災害が発生した際に前記他の通信装置がデータ伝送において行うべき挙動を示す挙動情報が予め関連付けられて格納されており、
前記通信装置の緊急速報受信手段が、前記災害を予告する旨の緊急速報を外部の通報手段より受信する緊急速報受信ステップと、
前記通信装置の抽出手段が、前記緊急速報受信手段が受信した当該緊急速報に基づいて前記災害状況特定情報を特定し、且つ当該特定した災害状況特定情報に関連付けられた挙動情報を前記格納手段より抽出する抽出ステップと、
前記通信装置の送信手段が、前記抽出手段が抽出した当該挙動情報を前記他の通信装置に送信する送信ステップと、
前記他の通信装置の挙動情報受信手段が、前記送信手段より送信された当該挙動情報を受信する挙動情報受信ステップと、
前記他の通信装置の第１のデータ伝送制御手段が、前記挙動情報受信手段が受信した当該挙動情報に基づき、当該他の通信装置のデータ伝送を制御する第１のデータ伝送制御ステップと、
を備えることを特徴とするデータ伝送制御方法。
【請求項９】
前記通信装置の前記格納手段に格納される前記挙動情報は、前記災害が発生した際に当該通信装置がデータ伝送において行うべき挙動を更に示し、
前記通信装置の第２のデータ伝送制御手段が、前記抽出手段が前記格納手段より抽出した当該挙動情報に基づき、当該通信装置のデータ伝送を制御する第２のデータ伝送制御ステップを更に備えることを特徴とする請求項８に記載のデータ伝送制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２４５７０２（Ｐ２０１０−２４５７０２Ａ）
【公開日】平成２２年１０月２８日（２０１０．１０．２８）
【国際特許分類】
【出願番号】特願２００９−９０３９１（Ｐ２００９−９０３９１）
【出願日】平成２１年４月２日（２００９．４．２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公開日】平成２２年１０月２８日（２０１０．１０．２８）
【国際特許分類】
【出願日】平成２１年４月２日（２００９．４．２）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]