通信装置、通信方法、および、通信プログラム
【課題】第１のネットワークの制御情報として送信された緊急情報を、第２のネットワークに中継する。
【解決手段】通信装置は、受信部、抽出部、生成部、および、送信部を備える。受信部は、第１の通信方式を用いる第１のネットワークから信号を受信する。抽出部は、第１のネットワークの制御チャネルを介して受信した信号から、第１のネットワークに属する通信装置に通知するために放送され、第２のネットワークに属する通信装置でも使用される通知情報を抽出する。ここで、第２のネットワークは、第１の通信方式とは異なる第２の通信方式を用いる。生成部は、第２のネットワークに属する通信装置に対して通知情報を通知するために用いられる通知フレームを生成する。送信部は、前記通知フレームを、前記第２のネットワークに属する通信装置に送信する。
【解決手段】通信装置は、受信部、抽出部、生成部、および、送信部を備える。受信部は、第１の通信方式を用いる第１のネットワークから信号を受信する。抽出部は、第１のネットワークの制御チャネルを介して受信した信号から、第１のネットワークに属する通信装置に通知するために放送され、第２のネットワークに属する通信装置でも使用される通知情報を抽出する。ここで、第２のネットワークは、第１の通信方式とは異なる第２の通信方式を用いる。生成部は、第２のネットワークに属する通信装置に対して通知情報を通知するために用いられる通知フレームを生成する。送信部は、前記通知フレームを、前記第２のネットワークに属する通信装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法、および、通信プログラムに関する。
【背景技術】
【０００２】
無線通信の方法の一つとして、基地局によって形成されたセルを用いるセルラ通信が行われている。また、複数の通信装置が基地局を介さずにアドホック通信することにより、アドホックネットワークが形成されることもある。しかし、セルラ通信とアドホック通信では、使用されるプロトコルが異なるため、セルラネットワークで送受信されているユーザデータ（Ｕ−ｐｌａｎｅの情報）を、直接、アドホックネットワークに送信することができない。そこで、図１に示すように、セルラ通信で送受信されているパケット中のユーザデータを、アドホック通信で送受信が可能なフレームに含めて、アドホックネットワークに中継する中継装置２が用いられる。
【０００３】
図２は、セルラ通信が用いられるシステムからアドホックネットワークにユーザデータが中継される場合に使用されるプロトコルの例を示す。中央装置１は、エンドユーザである通信装置の通信エリアを形成している基地局５に、ユーザデータを送信する。中央装置１と基地局５の間では、Ethernet physical layer（Ether PHY）、Ether media access control（Ether MAC）、Internet Protocol（IP）などのプロトコルを用いた有線の通信が行われる。基地局５は、中央装置１から受信したユーザデータを含むパケットを生成し、3rd Generation（3G） PHYと3G MACを用いてセル中の通信装置や中継装置に送信する。ここで、基地局５は、中央装置１から受信したＩＰの情報を用いて３Ｇ ＭＡＣの情報を生成する。中継装置２は、基地局５から受信したパケットのデータを含むアドホックフレームを生成し、Local Area Network PHY（LAN PHY）とLAN MACを用いてアドホックネットワーク中の通信装置に送信する。このため、セルラ通信が行われるシステムで送受信されたユーザデータを、アドホックネットワーク中の通信装置が受信もしくは送信することができる。
【０００４】
ユーザデータの送信に関連して、放送波を介して受信したコンテンツを無線ＬＡＮ通信によって配信する方法が提案されている。災害時などに使用される放送システムとして、政府当局の情報を受信し、受信した情報に関するデータをシステムに加入している通信装置に中継されるように送信するシステムも提案されている。また、ブロードキャストシステム情報に含まれる異なるパーティションを、共有ドランスポートチャネルまたはブロードキャストトランスポートチャネルにマッピングする方法が知られている。さらに、無線通信に関連して、利用可能な無線ベアラの設定をモバイル端末に知らせることによって、無線ベアラを確立する際の遅延を短縮する方法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２８１５３号公報
【特許文献２】特表２０１０−５３０６５８号公報
【特許文献３】特表２００９−５１４２７９号公報
【特許文献４】特表２００９−５１９６３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
背景技術で述べたように、ＩＰレイヤ以上のレイヤを用いて送受信されるユーザデータは、中継装置２を用いてセルラネットワークからアドホックネットワークに中継される。しかし、中継装置２は、セルラネットワークで送受信されている制御情報（Ｃ−ｐｌａｎｅ）はアドホックネットワークに中継しない。ここで、緊急地震速報などの緊急情報は、セルラネットワーク中では制御情報として放送される。従って、中継装置２は、セルラネットワーク中で放送された緊急情報をアドホックネットワークに中継することができないという問題がある。以上の記載では、セルラネットワークとアドホックネットワークを例として説明したが、通信方式の異なる２つのネットワークの間では、一方のネットワークで用いられる制御情報が他方のネットワークに中継されないため、同様の問題が発生する。
【０００７】
本発明は、第１のネットワークの制御情報として送信された緊急情報を、第２のネットワークに中継することを目的とする。
【課題を解決するための手段】
【０００８】
ある実施形態にかかる通信装置は、受信部、抽出部、生成部、および、送信部を備える。受信部は、第１の通信方式を用いる第１のネットワークから信号を受信する。抽出部は、前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、第２のネットワークに属する通信装置でも使用される通知情報を抽出する。ここで、第２のネットワークは、前記第１の通信方式とは異なる第２の通信方式を用いる。生成部は、前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成する。送信部は、前記通知フレームを、前記第２のネットワークに属する通信装置に送信する。
【発明の効果】
【０００９】
あるシステムで放送された緊急情報が、他のシステムに中継される。
【図面の簡単な説明】
【００１０】
【図１】ユーザデータが中継される場合の例を示す図である。
【図２】ユーザデータの中継の例を説明する図である。
【図３】制御チャネルを介して送信された通知情報を中継する方法の例を説明する図である。
【図４】中継装置の構成の例を示す図である。
【図５】中継装置のハードウェア構成の例を示す図である。
【図６】通信装置の構成の例を示す図である。
【図７】通信装置のハードウェア構成の例を示す図である。
【図８】ＳＩＢ１０に含まれる情報要素の例を示す図である。
【図９】warningTypeフィールドのフォーマットの例を示す図である。
【図１０】災害識別テーブルの例を示す図である。
【図１１】ＳＩＢ１１に含まれる情報要素の例を示す図である。
【図１２】中継装置で生成されるフレームの例を説明する図である。
【図１３】中継装置と第２のネットワークの例を示す図である。
【図１４】動作設定テーブルの例を示す図である。
【図１５】エンコードテーブルの例を示す図である。
【図１６】中継対象の情報かを判定する方法の例を説明するフローチャートである。
【図１７】中継対象の情報を受信した中継装置の動作の例を説明するフローチャートである。
【図１８】緊急情報を受信した通信装置の動作の例を示すフローチャートである。
【図１９】第１の実施形態による緊急情報の中継方法の例を示す図である。
【図２０】第２の実施形態での抽出部の動作を説明するフローチャートである。
【図２１】中継装置の構成の例を示す図である。
【図２２】通信装置の構成の例を示す図である。
【図２３】通信装置を設定する手順の例を示す図である。
【図２４】フレームの構成の例を示す図である。
【図２５】生成部により生成されるＭＡＣメッセージのフォーマットの例を示す図である。
【図２６】ＡＰＩが付加されたＭＡＣメッセージの例を示す図である。
【図２７】中継対象の情報を受信した中継装置の動作の例を説明するフローチャートである。
【図２８】ネットワーク接続部の動作の例を説明するフローチャートである。
【図２９】アプリケーション処理部の動作の例を説明するフローチャートである。
【図３０】第３の実施形態による緊急情報の中継方法の例を示す図である。
【発明を実施するための形態】
【００１１】
図３は、制御チャネルを介して送信された通知情報を中継する方法の例を説明する。以下の説明では、あるネットワークに属する通信装置に通知するために放送される情報であって、他のネットワークに属する通信装置でも使用される情報を「通知情報」と記載することがある。例えば、基地局から基地局の通信エリア内に位置する携帯電話端末に向けて放送される緊急地震速報などの緊急情報は、通知情報の例である。また、中継装置１０は、第１のネットワークで送受信された通知情報を第２のネットワークに属する通信装置４０に中継するものとする。なお、第１のネットワークと第２のネットワークは、異なる通信方式を用いているものとする。図３の例では、第１のネットワークでは３Ｇ無線による通信が行われ、第２のネットワークではＬＡＮ無線による通信が行われているとする。
【００１２】
基地局５は、中央装置１から有線ネットワークを介して、通知情報を受信する。通知情報は、（User Datagram Protocol）ＵＤＰ／ＩＰ以上のレイヤを用いて送信される。基地局５は、通知情報をRadio Resource Control（ＲＲＣ）のデータに変換した後、制御チャネルを用いて通信エリア内に位置する通信装置や中継装置１０に送信する。基地局５と中継装置１０の間では、ＲＲＣの他、３Ｇ ＭＡＣと３Ｇ ＰＨＹが使用される。
【００１３】
中継装置１０は、制御チャネルを介してフレームを受信すると、受信フレームに通知情報が含まれているかを確認する。すなわち、中継装置１０は、制御チャネルを介して受信した情報のうちで、基地局５の通信エリア内に位置する通信装置以外の装置でも使用可能な情報を抽出する。中継装置１０は、抽出した情報に基づいて、通信装置４０に通知するための変換データを生成する。中継装置１０は、通信装置４０で通知情報をユーザに通知するために用いられるアプリケーションの種類などを予め認識しており、通信装置４０で動作するアプリケーションが処理できる形式の変換データを生成する。以下の説明では、通知情報をユーザに通知するために通信装置４０で動作するアプリケーションを「通知アプリケーション」と記載することがある。通信装置４０は、中継装置１０から受信したフレームを通知アプリケーションで処理することにより、通信装置４０のユーザに通知情報を通知する。
【００１４】
このように、中継装置１０は、第１のネットワーク中の制御チャネルを介して受信した制御情報に含まれる通知情報を、通信装置４０で処理できる形式に変換した上で、第２のネットワークに中継する。従って、あるネットワークで制御情報として通知された通知情報が、そのネットワークとは通信システムの異なるネットワークにも通知される。
【００１５】
＜装置構成＞
以下の説明でも、第１のネットワークでは３Ｇ無線による通信が行われ、第２のネットワークではＬＡＮ無線による通信が行われているとする。また、以下の説明では、通知情報は緊急情報であり、通知アプリケーションは緊急情報の通知に用いられるアプリケーションであるものとする。
【００１６】
図４は、中継装置１０の構成の例を示す。中継装置１０は、中継判断部２１、抽出部２２、生成部２３、ポート設定部２４、ブロードキャスト設定部２５を備える。さらに、中継装置１０は、アンテナ１１（１１ａ、１１ｂ）、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５、記憶部１６を備える。なお、図４では、図を見やすくするために、第１のネットワークから受信されたフレームが第２のネットワークに中継される際の動作に関わる部分を示している。例えば、中継装置１０中で第２のネットワーク側から中継装置１０がフレームを受信する際に用いられる受信部や、中継装置１０が第１のネットワーク側にフレームを送信する際に用いられる送信部などは図４に示されていない。
【００１７】
Ｕ／Ｃ−プレーン判断部１３は、アンテナ１１ａと受信機１２を介して、第１のネットワークから受信したフレームを、ユーザデータを含むフレームと制御情報を通知するフレームに分類する。例えば、Ｕ／Ｃ−プレーン判断部１３は、制御チャネルを介して受信したデータを制御情報とする。Ｕ／Ｃ−プレーン判断部１３は、ユーザデータを含むフレームをＵ−プレーン変換部１４に出力し、制御情報を通知するフレームを中継判断部２１に出力する。
【００１８】
中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力されたフレームに緊急情報が含まれているかを確認し、緊急情報が含まれているフレームを第２のネットワークに中継する対象であると判断する。中継判断部２１は、緊急情報が含まれているフレームを抽出部２２に出力する。抽出部２２は、中継判断部２１から入力されたフレームに含まれている緊急情報を抽出する。また、緊急情報が複数のフレームに分割されている場合、抽出部２２は、分割された個々の情報を抽出した後で、結合処理を行って、緊急情報を再生する。抽出部２２は、得られた緊急情報を生成部２３に出力する。中継判断部２１、抽出部２２の動作については後で詳しく説明する。
【００１９】
生成部２３は、抽出部２２から入力された緊急情報を含むアプリケーションレイヤ情報を生成する。生成部２３で生成されるアプリケーションレイヤ情報は、第２のネットワークに属する通信装置４０が処理できる形式であるものとする。生成部２３は、アプリケーションレイヤ情報をポート設定部２４に出力する。
【００２０】
ポート設定部２４は、通信装置４０で使用される通知アプリケーションに対応付けられたポート番号を予め記憶しているものとする。ポート設定部２４は、生成部２３で生成されたアプリケーションレイヤ情報に、通信装置４０との間で用いられる通信方式に応じて、User Datagram Protocol（ＵＤＰ）ヘッダなどのトランスポートレイヤのヘッダを付加する。このとき、ポート設定部２４は、ヘッダ中のポート番号を、通知アプリケーションに対応付けられたポート番号に設定する。ポート設定部２４は、ポート番号の設定が終わったセグメントをブロードキャスト設定部２５に出力する。ブロードキャスト設定部２５は、入力されたセグメントがブロードキャストされるようにアドレスを設定したＩＰヘッダやＭＡＣヘッダを付加する。すなわち、ブロードキャスト設定部２５は、フレームの宛先ＭＡＣアドレスをＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦに設定し、宛先のＩＰアドレスを２５５．２５５．２５５．２５５に設定する。ブロードキャスト設定部２５は、設定後のフレームを送信機１５に出力する。
【００２１】
Ｕ−プレーン変換部１４は、Ｕ／Ｃ−プレーン判断部１３からユーザデータを含むフレームを受け取ると、ユーザデータを含むフレームを、第２のネットワークに属する通信装置４０で処理されるフォーマットに変換し、適宜、アドレスの設定をする。Ｕ−プレーン変換部１４は、処理が終了したフレームを送信機１５に出力する。送信機１５は、ブロードキャスト設定部２５やＵ−プレーン変換部１４から受信したフレームを、アンテナ１１ｂを介して第２のネットワークに送信する。記憶部１６は、中継装置１０での処理に用いられるデータを記憶する。例えば、記憶部１６は、通知アプリケーションに設定されているポート番号や通知アプリケーションがデータを認識する認識形式などを記憶することができる。さらに、記憶部１６は、災害識別テーブルなどを記憶することもできる。災害識別テーブルについては後述する。
【００２２】
図５は、中継装置１０のハードウェア構成の例を示す。中継装置１０は、アンテナ１１（１１ａ、１１ｂ）、デュプレクサ３１（３１ａ、３１ｂ）、Radio frequency（ＲＦ）部３２（３２ａ〜３２ｄ）、Digital Signal Processor（ＤＳＰ）３３、Micro-Processing Unit（ＭＰＵ）３４、メモリ３５を備える。デュプレクサ３１ａは、ＲＦ部３２ａとＲＦ部３２ｂのうちの一方をアンテナ１１ａに接続する。例えば、ＲＦ部３２ａが受信機１２として動作する場合、中継装置１０が第１のネットワークからフレームを受信するときに、デュプレクサ３１ａは、ＲＦ部３２ａとアンテナ１１ａを接続する。逆に、中継装置１０からフレームが第１のネットワークに送信される場合、デュプレクサ３１ａによって、ＲＦ部３２ｂとアンテナ１１ａが接続される。デュプレクサ３１ｂは、ＲＦ部３２ｃとＲＦ部３２ｄのうちの一方をアンテナ１１ｂに接続する。ＲＦ部３２ｄが送信機１５として動作する場合、中継装置１０が第２のネットワークへフレームを送信するときに、デュプレクサ３１ｂは、ＲＦ部３２ｄとアンテナ１１ｂを接続する。逆に、中継装置１０が第２のネットワークからフレームを受信する場合、デュプレクサ３１ｂは、ＲＦ部３２ｃとアンテナ１１ｂを接続する。
【００２３】
ＤＳＰ３３とＭＰＵ３４は、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、中継判断部２１、抽出部２２、生成部２３、ポート設定部２４、ブロードキャスト設定部２５として動作する。メモリ３５は、記憶部１６として動作する。メモリ３５は、適宜、中継装置１０で動作するプログラムを記憶することもできる。
【００２４】
図６は、通信装置４０の構成例を示す。通信装置４０は、アンテナ４１、ネットワーク接続部４２と制御部４６を備える。図６の例では、通信装置４０の中にネットワーク接続部４２と制御部４６が含まれているが、例えば、ネットワーク接続部４２を通信装置４０に含めずに、通信装置４０に対して着脱可能なデバイスとすることもできる。例えば、ネットワーク接続部４２をＬＡＮカード、制御部４６をコンピュータとすることもできる。
【００２５】
ネットワーク接続部４２は、受信機４３、Ｕ−プレーン受信部４４、送信機４５、Ｕ−プレーン送信部４７を有する。図６では、図を見やすくするために、通信装置４０の一部を図示している。例えば、通信装置４０が中継装置１０などから制御情報を含むフレームを受信したときに、制御情報を処理するＣ−プレーン受信部などは図示していない。制御部４６は、検出部５１、記憶部５５、アプリケーション処理部５０を備える。また、通信装置４０で複数のアプリケーションが動作する場合、制御部４６は、アプリケーションごとに１つのアプリケーション処理部５０を用いて処理する。図６には、通知アプリケーションのアプリケーション処理部５０を図示する。通知アプリケーションのアプリケーション処理部５０は、決定部５２と出力部５３を有する。
【００２６】
受信機４３はアンテナ４１を介してフレームを受信する。Ｕ−プレーン受信部４４は、受信機４３を介して受信したユーザデータを含むフレームを制御部４６とＵ−プレーン送信部４７に出力する。Ｕ−プレーン送信部４７は、Ｕ−プレーン受信部４４から緊急情報を含むフレームを入力されると、第２のネットワークに属する他の通信装置に通知するためのブロードキャストフレームを生成する。また、通信装置４０は、送信機４５を介してフレームの送信を行う。
【００２７】
検出部５１は、Ｕ−プレーン受信部４４から入力されたフレームに含まれているポート番号を確認して、緊急情報を検出する。すなわち、フレームが入力されると、検出部５１は、ＵＤＰヘッダのポート番号を確認し、ポート番号が通知アプリケーションに対応付けられた番号である場合、緊急情報を検出したと判断する。さらに、検出部５１は、緊急情報を含むフレームに含まれているユーザデータを、決定部５２に出力する。なお、検出部５１は、緊急情報を含んでいないフレームについても、ポート番号に応じて、フレームに含まれているユーザデータを対応付けられたアプリケーションに出力するものとする。
【００２８】
決定部５２は、検出部５１から入力された緊急情報を解析し、さらに、緊急情報をユーザに感知させるための出力処理の方法を決定する。出力部５３は、決定部５２の指示に応じて出力処理を行う。出力部５３は、例えば、画面への出力表示、警報音の出力などを行う。記憶部５５は、例えば、災害識別テーブル、動作設定テーブル、エンコードテーブル等を記憶し、適宜、通信装置４０での処理に用いられるデータを記憶する。さらに、記憶部５５は、通知アプリケーションがデータを認識する認識形式も記憶する。災害識別テーブル、動作設定テーブル、エンコードテーブルについては、後で説明する。
【００２９】
図７は、通信装置４０のハードウェア構成の例を示す図である。通信装置４０は、デュプレクサ６１、ＲＦ部６２（６２ａ、６２ｂ）、ＤＳＰ６３、メモリ６４、インタフェース（ＩＮＦ）６５、７１、Central Processing Unit（ＣＰＵ）７２、ハードディスク７３、表示部７５、音声出力部７６を備える。デュプレクサ６１、ＲＦ部６２、ＤＳＰ６３、メモリ６４、インタフェース（ＩＮＦ）６５は、ネットワーク接続部４２として動作する。一方、制御部４６は、インタフェース７１、ＣＰＵ７２、ハードディスク７３、表示部７５、音声出力部７６を含む。
【００３０】
ＲＦ部６２ｂは、受信機４３として動作する。ＲＦ部６２ａは送信機４５として動作し、デュプレクサ６１は、通信装置４０がフレームを受信するときはＲＦ部６２ｂとアンテナ４１を接続する。一方、中継装置１０からフレームが送信される場合、ＲＦ部６２ａとアンテナ４１が接続される。ＤＳＰ６３は、Ｕ−プレーン受信部４４およびＵ−プレーン送信部４７として動作する。
【００３１】
ハードディスク７３は、通知アプリケーションのプログラムを記憶している。ＣＰＵ７２は、通知アプリケーションのプログラムを実行することにより、検出部５１、決定部５２、出力部５３として動作する。また、表示部７５、音声出力部７６も出力部５３として動作する。表示部７５は、決定部５２の指示に応じて、緊急情報を画面（図示せず）に表示する。音声出力部７６は、決定部５２の指示に応じて、緊急情報の受信を通知するためのアラーム音を出力する。ハードディスク７３は、記憶部５５としても動作する。
【００３２】
＜第１の実施形態＞
以下、第２のネットワークがＬＡＮ無線によるアドホックネットワークである場合を例として説明する。ここでは、第１のネットワークにおいて、緊急情報が報知情報によって通知されるものとする。報知情報は、複数のブロック（ＳＩＢ、System Information Block）に分類されており、ＳＩＢ１０とＳＩＢ１１の２つのブロックを介して緊急情報が通知されるものとする。ＳＩＢ１０により災害が発生したことと、発生した災害の種類が通知される。ＳＩＢ１１により、発生した災害についての情報が通知される。例えば、ＳＩＢ１０で地震の発生が通知される場合、ＳＩＢ１１によって、発生した地震の震源地や最大震度などが通知される。なお、以下の説明は動作の例であって、例えば、手順（４）と手順（５）の順序を入れ替えるなど、実装に応じて変形が加えられる場合がある。また、緊急情報の本文を画面に表示すると通信装置４０の負荷が大きくなる場合などでは、手順（１６）が省略される場合がある。
【００３３】
（１）基地局５は、報知情報を含むフレームを、通信エリア内に位置する装置に送信する。基地局５の通信エリア内の中継装置１０では、基地局５から送信されたフレームを受信機１２が受信する。
【００３４】
（２）受信機１２は、受信した報知情報をＵ／Ｃ−プレーン判断部１３に出力する。Ｕ／Ｃ−プレーン判断部１３は、入力されたフレームがＣ−プレーンのフレームであることを認識し、中継判断部２１に出力する。
【００３５】
（３）中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力されたフレーム中の報知情報のＳＩＢ１０を確認する。図８に示すように、ＳＩＢ１０には、serialNumber、warningType、messageIdentifier、などの情報要素が含まれている。中継判断部２１は、warningTypeフィールドのビット列を用いて、第２のネットワークに中継するかを決定する。
【００３６】
図９は、warningTypeフィールドのフォーマットの例を示す。図９に示すように、warningTypeフィールドは２バイトのビット列で、Warning Type Value、警告音フラグ、ポップアップフラグ、パディングを含む。Warning Type ValueはwarningTypeフィールドの上位７ビットで、緊急情報によって通知される災害の種類を表す。警告音フラグとポップアップフラグは、基地局５の通信エリア内に位置する通信装置に対して、緊急情報を受信したときの動作を指示する情報である。警告音フラグとポップアップフラグによる動作設定については後述する。
【００３７】
中継判断部２１は、Warning Type Valueのビット列をキーとして、災害識別テーブルを検索することにより、第２のネットワークに中継するかを決定する。図１０（ａ）は、災害識別テーブルの例を示す。災害識別テーブルは、Warning Type Valueに対応付けて、通知される災害の種類が記録されている。図１０（ａ）の例では、Warning Type Valueが「０００００００」であれば地震、「００００００１」であれば津波、「０００００１０」であれば地震と津波の発生を表す。さらに、Warning Type Valueが「００００１００」の緊急情報は、洪水や竜巻など、地震と津波以外の災害の発生を通知する。また、Warning Type Valueが「０００００１１」の緊急情報はテスト送信である。ここでは、中継判断部２１は、warningTypeの値が０００００００〜００００１００である場合に、緊急情報を第２のネットワークに中継することを決定するものとする。
【００３８】
中継判断部２１は、判断結果をserialNumber（図８参照）の値と対応付けて、抽出部２２や生成部２３に出力する。ここで、serialNumberは個々の緊急情報を識別する値であり、緊急情報ごとに異なる値が割り当てられる。このため、同じ地域に２種類以上の緊急情報が流れた場合でも、中継装置１０は、緊急情報ごとに中継することができる。
【００３９】
（４）緊急情報を第２のネットワークに中継することを決定すると、中継判断部２１は、警告音フラグとポップアップフラグの値を取得し、serialNumberの値に対応付けて生成部２３に出力する。警告音フラグは、緊急情報を受信した装置が、ユーザが緊急情報の発生を感知できるようにするために、警告音を発生するかを表す。ポップアップフラグは、緊急情報を受信した装置が、ユーザが緊急情報を視認できるようにするために、画面に緊急情報を表示するかを示す。中継判断部２１が警告音フラグとポップアップフラグの値を生成部２３に出力することにより、後述するように、緊急情報を受信した通信装置４０に対して、第１のネットワーク中で緊急情報を受信した通信装置と同様の動作を指示できる。
【００４０】
（５）中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力された報知情報に含まれるＳＩＢ１１を、抽出部２２に出力する。ＳＩＢ１１に含まれる情報要素の例を図１１に示す。ＳＩＢ１１は、serialNumber、warningMessageSegment、dataCodingSchemeなどの情報要素を含む。緊急情報についての詳しい内容は、warningMessageSegmentフィールドに含まれている。そこで、抽出部２２は、warningMessageSegmentフィールドに記録されている情報を抽出し、serialNumberに対応付けて生成部２３に出力する。また、warningMessageSegmentフィールドに格納されている情報は、dataCodingSchemeの値で特定される言語の文字列である。そこで、抽出部２２は、dataCodingSchemeの値も抽出して、serialNumberに対応付けて生成部２３に出力する。
【００４１】
（６）生成部２３は、中継判断部２１から中継することを通知されたserialNumberの緊急情報について、抽出部２２から入力された情報を用いて、通信装置４０に送信するアプリケーションレイヤ情報を生成する。複数の緊急情報が放送されている場合、生成部２３は、serialNumberの値が同じデータを用いて１つのアプリケーションレイヤ情報を生成する。すなわち、生成部２３は、緊急情報を含むユーザデータを生成する。
【００４２】
図１２は、中継装置１０で生成されるフレームの例を説明する図である。図１２（ａ）は、生成部２３が生成するアプリケーションレイヤ情報のフォーマットの例を示す。アプリケーションレイヤ情報は、緊急情報識別子、ポップアップフラグ、アラームフラグ、アプリケーション制御情報、エンコード、緊急情報の本文を含む。生成部２３は、緊急情報識別子を、ＳＩＢ１０のWarning Type Valueフィールドに記録されていた７ビットのビット列とする。ポップアップフラグは、ＳＩＢ１０に記録されていたポップアップフラグの値である。アラームフラグは、ＳＩＢ１０に記録されていた警告音フラグの値である。アプリケーション制御情報は、通信装置４０で動作するアプリケーションの制御に用いられる情報である。生成部２３は、通信装置４０で動作するアプリケーションに応じて、アプリケーション制御情報を生成する。エンコードは、緊急情報の本文が記録されている言語を特定する情報である。生成部２３は、エンコードのフィールドに、dataCodingSchemeの値を記録する。緊急情報の本文として、warningMessageSegmentフィールドに記録されている情報が用いられる。生成部２３は、生成したアプリケーションレイヤ情報を、ポート設定部２４に出力する。以後、手順（７）、（８）により、アプリケーションレイヤ情報をペイロードに含むフレームが生成される。
【００４３】
（７）ポート設定部２４は、アプリケーションレイヤ情報にトランスポートレイヤのヘッダを付加する。トランスポートレイヤのプロトコルとしてＵＤＰが用いられる場合、図１２（ｂ）に示すように、ポート設定部２４は、アプリケーションレイヤ情報にＵＤＰヘッダを付加する。ＵＤＰヘッダは、宛先ポート番号を含む。そこで、ポート設定部２４は、通信装置４０で動作する通知アプリケーションに対応付けられているポート番号を宛先ポート番号に設定する。ポート設定部２４は、トランスポートヘッダを付加したアプリケーションレイヤ情報をブロードキャスト設定部２５に出力する。
【００４４】
（８）ブロードキャスト設定部２５は、ポート設定部２４から入力されたデータにＩＰヘッダとＭＡＣヘッダを付加することにより、図１２（ｃ）に示すようなフレームを生成する。ブロードキャスト設定部２５は、ＩＰヘッダを付加する際に、宛先ＩＰアドレスを２５５．２５５．２５５．２５５のブロードキャストアドレスに設定する。すなわち、緊急情報を含むパケットについて、ブロードキャスト設定部２５は、サブネットワークマスクが同じ通信装置４０へのローカルブロードキャスト送信が行われるようにＩＰアドレスを設定する。次に、ブロードキャスト設定部２５は、ＭＡＣアドレスの宛先アドレスをＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：に設定して、ブロードキャスト送信が行われるようにする。
【００４５】
（９）ブロードキャスト設定部２５は、アドレスの設定が終了したフレームを、送信機１５に出力する。このとき、ブロードキャスト設定部２５は、出力するフレームはユーザデータを含むフレームであることを送信機１５に通知する。送信機１５は、緊急情報が含まれたフレームを、第２のネットワークに向けて送信する。なお、送信機１５は、制御チャネルを介さずに緊急情報を含むフレームを送信する。
【００４６】
（１０）図１３は、中継装置１０と第２のネットワークの例を示す。図１３の例では、第２のネットワークは、通信装置４０ａ〜４０ｆを含むアドホックネットワークである。以下の説明では、通信装置４０ａ〜４０ｆのいずれも予め通知アプリケーションが起動されており、待ち受け状態にあるものとする。
【００４７】
手順（９）で中継装置１０からフレームがブロードキャスト送信されると、中継装置１０から１ホップ目に位置している全ての通信装置４０が、中継装置１０から緊急情報を含むフレームを受信する。図１３の例では、通信装置４０ａ〜４０ｃの３台の通信装置４０が緊急情報を受信する。
【００４８】
（１１）以下の手順では、通信装置４０ｂの動作を例として、緊急情報を含むフレームを受信した通信装置４０の動作を説明するが、通信装置４０ａおよび４０ｃの動作も通信装置４０ｂの動作と同様である。通信装置４０ｂのＵ−プレーン受信部４４は、アンテナ４１と受信機４３を介して、緊急情報を含むフレームを受信する。Ｕ−プレーン受信部４４は、緊急情報を含むフレームを検出部５１とＵ−プレーン送信部４７に出力する。
【００４９】
（１２）通信装置４０ｂのＵ−プレーン送信部４７は、Ｕ−プレーン受信部４４から入力されたフレームを、第２のネットワーク中の他の通信装置４０ａ、４０ｃ〜４０ｆにブロードキャスト送信するために、ヘッダの情報を変更する。Ｕ−プレーン送信部４７は、処理後のフレームを送信機４５に出力する。送信機４５は、アンテナ４１を介して、Ｕ−プレーン送信部４７から入力されたフレームをブロードキャスト送信する。
【００５０】
（１３）検出部５１は、入力されたフレームに設定されている宛先ポート番号を確認して、対応するアプリケーションにデータを出力する。ここでは、宛先ポート番号は通知アプリケーションに対応付けられた番号に設定されているので、検出部５１は、緊急情報を検出したと判断する。そこで、検出部５１は、緊急情報を含むアプリケーションレイヤ情報を決定部５２に出力する。
【００５１】
（１４）決定部５２は、アプリケーションレイヤ情報（図１２（ａ））に含まれているポップアップフラグとアラームフラグの値を確認して、指示されている動作の設定を確認する。このとき、決定部５２は動作設定テーブルを用いる。動作設定テーブルの例を図１４に示す。図１４の例では、アラームフラグの値が「１」であれば、緊急情報を受信した通信装置４０が警告音を発生させる。一方、アラームフラグの値が「０」であれば、緊急情報を受信した通信装置４０は警告音を発生させない。また、ポップアップフラグの値が「１」であれば、緊急情報を受信した通信装置４０は、緊急情報を画面に表示する。一方、ポップアップフラグの値が「０」であれば、緊急情報を受信しても、通信装置４０は緊急情報の内容を画面に表示しない。決定部５２は、ポップアップフラグとアラームフラグの値で指定されている動作を記憶する。
【００５２】
（１５）緊急情報を画面に表示する場合、決定部５２は、アプリケーションレイヤ情報（図１２（ａ））に含まれている緊急情報識別子をキーとして、災害識別テーブルを検索する。ここで、通信装置４０（４０ａ〜４０ｆ）は、図１０（ｂ）に示す災害識別テーブルを記憶部５５に保持しているものとする。決定部５２は、緊急情報識別子に対応付けられた災害の種類を取得し、手順（１４）で得られた情報と共に、出力部５３に出力する。
【００５３】
（１６）出力部５３は、決定部５２からの指示に応じて処理を行う。例えば、警告音の発生が指示されると、出力部５３は、警告音を発生させる。さらに、画面への表示が指示されると、決定部５２から通知された災害種別を画面に表示する。
【００５４】
（１７）手順（１４）で、緊急情報を画面に表示する設定であることが確認されている場合、決定部５２は、さらに、エンコードフィールドの値と緊急情報の本文をアプリケーションレイヤ情報から取得する。決定部５２は、エンコードフィールドの値をキーとして、エンコードテーブルを検索する。エンコードテーブルの例を図１５に示す。決定部５２は、エンコードテーブルから特定された言語として、緊急情報の本文を文字列に変換する。決定部５２は、得られた文字列を出力部５３に出力し、画面への表示を指示する。出力部５３は、決定部５２から入力された文字列を画面に表示する。
【００５５】
次に、本実施形態での各装置の処理を、フローチャートを参照しながら説明する。図１６は、中継対象の情報かを判定する方法の例を説明するフローチャートである。図１６は、手順（３）での中継装置１０の動作の例を表す。まず、中継装置１０は、第１のネットワークから情報を受信すると、Ｕ／Ｃ−プレーン判断部１３は、Ｕ-プレーンの情報であるかを確認する（ステップＳ１、ステップＳ２）。受信したフレームがＵ-プレーンのフレームである場合、Ｕ／Ｃ−プレーン判断部１３は、フレームをＵ−プレーン変換部１４に出力し、Ｕ−プレーン変換部１４はフレームを処理する（ステップＳ２でＹｅｓ、ステップＳ３）。一方、受信したフレームがＵ-プレーンのフレームではない場合、Ｕ／Ｃ−プレーン判断部１３は、フレームを中継判断部２１に出力する。中継判断部２１は、ＳＩＢ１０に含まれている情報を確認することにより、受信したフレームは緊急情報を含んでいるかを確認する（ステップＳ４）。緊急情報が含まれている場合、緊急情報を含むフレームを中継対象に設定する（ステップＳ４でＹｅｓ、ステップＳ５）。一方、フレームに緊急情報が含まれていない場合、中継処理を終了する（ステップＳ４でＮｏ、ステップＳ６）。
【００５６】
図１７は、中継対象の情報を受信した中継装置１０の動作の例を説明するフローチャートである。図１７は、手順（４）〜（９）での中継装置１０の動作の例を表す。緊急情報を含むＲＲＣ情報を受信すると、中継判断部２１や抽出部２２は、緊急情報を取得して、生成部２３に出力する（ステップＳ１２）。生成部２３は、中継判断部２１と抽出部２２から入力されたデータを用いて、通知アプリケーションで処理される情報（アプリケーションレイヤ情報）を生成する（ステップＳ１３）。次に、ポート設定部２４は、アプリケーションレイヤ情報に、通知アプリケーションに対応するポート番号を含むトランスポートレイヤのヘッダを付す（ステップＳ１４）。その後、中継装置１０は、アプリケーションレイヤ情報を含むフレームを、第２のネットワークに向けてブロードキャスト送信する（ステップＳ１５）。
【００５７】
図１８は、緊急情報を受信した通信装置４０の動作の例を説明するフローチャートである。図１８は、手順（１１）〜（１６）での通信装置４０の動作の例を表す。なお、図１８は通信装置４０の動作の一例であり、例えば、ステップＳ２４、Ｓ２５の前に、ステップＳ２６、Ｓ２７が行われるなどの変更が加えられる場合がある。また、ステップＳ２４とＳ２６の判定の後で、判定結果に応じてステップＳ２５とＳ２７の処理が行われるように動作が変形される場合もある。さらに、ステップＳ２８の処理は、実装に応じて、ステップＳ２２でＹｅｓと判定された後の任意のタイミングで行われてもよい。
【００５８】
通信装置４０に電源が投入された後、通知アプリケーションは、常駐サービスとして待ち受け状態にあるものとする（ステップＳ２１）。検出部５１は、通知アプリケーションに対応するポートを指定したフレームを受信したかを確認する（ステップＳ２２）。通知アプリケーションに対応するポートを指定したフレームを受信するまで、通知アプリケーションは、待ち受け状態を継続する（ステップＳ２２でＮｏ、ステップＳ２１）。一方、通知アプリケーションに対応するポートを指定したフレームを受信した場合、検出部５１は、通知アプリケーションで処理する情報を受信したと認識して、アプリケーションレイヤ情報を決定部５２に出力する（ステップＳ２３）。決定部５２は、アプリケーションレイヤ情報に含まれているポップアップフラグの値を確認する（ステップＳ２４）。ポップアップフラグの値が１である場合、決定部５２は、緊急情報識別子に対応付けられている災害情報を、災害識別テーブル（図１０（ｂ））を用いて取得する。決定部５２は、取得した情報を出力部５３に出力し、画面に災害情報を出力させる（ステップＳ２４でＹｅｓ、ステップＳ２５）。例えば、地震の発生を通知する緊急情報が中継された場合、通信装置４０の画面に「地震発生」という文字列が表示される。一方、ポップアップフラグが０の場合は、画面への表示は行われない（ステップＳ２４でＮｏ）。次に、決定部５２は、アラームフラグの値を確認する（ステップＳ２６）。アラームフラグが１である場合、決定部５２からの指示に従って、出力部５３は、警告音を発生する（ステップＳ２６でＹｅｓ、ステップＳ２７）。一方、アラームフラグが０である場合、警告音を発生しない（ステップＳ２６でＮｏ）。その後、通信装置４０は、緊急情報を含むフレームをブロードキャスト送信する（ステップＳ２８）。なお、図１８の例では、緊急情報識別子の情報だけが画面に表示される場合を例として述べたが、前述のように、緊急情報識別子の情報と緊急情報の本文の両方が表示されるように通信装置４０の動作が変形される場合もある。
【００５９】
前述のように、中継装置１０は第１のネットワークの制御情報として受信した緊急情報を、通信装置４０で処理できる形式のユーザデータとして第２のネットワークに中継する。このため、図１９に示すように、第１のネットワークの制御情報として通知された通知情報が、通信システムの異なる第２のネットワークに通知される。第１の実施形態により緊急情報が中継される様子を図１９に示す。なお、図１９では、通信装置４０で処理できる形式のユーザデータを「変換データ」として表している。
【００６０】
このように、制御情報として通知された緊急情報が、通信システムの異なる複数のネットワークをまたいで通知されるため、緊急情報の通知が容易になる。例えば、複数のコンピュータがアドホックネットワークを形成していて、中継装置１０もアドホックネットワークに参加しているとする。さらに、中継装置１０は基地局５の通信エリア内に位置しているとする。この状態で基地局５が、通信エリア内に位置する通信装置や中継装置１０に緊急情報を通知すると、中継装置１０は、緊急情報をアドホックネットワークに属するコンピュータＡで処理可能な形式に変換した上で、ユーザデータとして中継する。このため、コンピュータＡに緊急情報が通知され、例えば、コンピュータＡの画面に緊急情報が表示されたとする。その後、コンピュータＡは、アドホックネットワークに属する他のコンピュータにも緊急情報を含むフレームをブロードキャストする。このため、アドホックネットワークに属する全てのコンピュータにおいて、緊急情報が通知され、緊急情報で指示されたとおりに緊急情報の表示などが行われる。また、本実施形態では、災害の種類を表示した後で、緊急情報の本文を表示しているので、災害の発生をユーザに迅速に通知することができる。
【００６１】
＜第２の実施形態＞
第２の実施形態では、複数のフレームを用いて緊急情報が通知される場合に、中継装置１０で本文の情報をまとめてから中継する方法について説明する。例えば、緊急情報の本文の長さが長い場合、１つのフレームで緊急情報が通知できないことが考えられる。そこで、第２の実施形態では、抽出部２２は、緊急情報が１つのフレームで通知されているかを確認する。さらに、緊急情報が複数のフレームを用いて通知されている場合、抽出部２２は、個々のフレームに含まれている情報を結合してアプリケーションレイヤ情報を生成する。以下の説明では、緊急情報の本文が複数のフレームを用いて通知されている場合、１つのフレームに含まれている緊急情報の本文を「情報セグメント」と記載することがある。
【００６２】
以下、図１１を参照しながら、抽出部２２の動作を説明する。第１の実施形態で述べたとおり、緊急情報の本文は、ＳＩＢ１１のwarningMessageSegmentフィールドで通知される。通知されるデータが１つのフレームに含まれるwarningMessageSegmentに入りきらない場合、緊急情報が複数の情報セグメントに分けられ、複数のフレームにより通知される。個々のフレームは、情報セグメントを１つずつ通知する。
【００６３】
抽出部２２は、warningMessageSegmentNumberの値とwarningMessageSegmentTypeフィールドを用いて、緊急情報が複数の情報セグメントに分けられているかを確認する。warningMessageSegmentTypeは、フレームに含まれている情報セグメントが緊急情報の末尾の情報セグメントであるかを示す。緊急情報の末尾の情報セグメントを含まないフレームでは、warningMessageSegmentTypeフィールドの値はnotLastSegmentに設定される。一方、緊急情報の末尾の情報セグメントを含むフレームでは、warningMessageSegmentTypeフィールドの値がlastSegmentに設定される。従って、warningMessageSegmentTypeフィールドの値がnotLastSegmentであるＳＩＢ１１を受信すると、抽出部２２は、緊急情報が複数の情報セグメントに分かれていると判断する。抽出部２２は、warningMessageSegmentフィールドに記録されている本文を、warningMessageSegmentNumberの値に対応付けて保持する。
【００６４】
ここで、warningMessageSegmentNumberの値は、緊急情報の先頭に近い情報セグメントから順に大きな値になるように付され、０〜６３の整数をとる。つまり、warningMessageSegmentNumberの値は情報セグメントの順序を表している。例えば、フレームＡに含まれている情報セグメントのwarningMessageSegmentNumberが０で、フレームＢに含まれている情報セグメントのwarningMessageSegmentNumberが１であるとする。すると、抽出部２２は、フレームＡに含まれている情報セグメントの続きのデータは、フレームＢに含まれている情報セグメントであると認識できる。
【００６５】
抽出部２２は、warningMessageSegmentTypeフィールドの値がLastSegmentであるＳＩＢ１１を受信するまで、warningMessageSegmentフィールドに記録されている本文を、warningMessageSegmentNumberの値に対応付けて取得する処理を繰り返す。その後、warningMessageSegmentTypeフィールドの値がLastSegmentであるＳＩＢ１１を受信すると、取得したwarningMessageSegmentフィールドの内容を、warningMessageSegmentNumberの値が大きくなる順に結合する。
【００６６】
図２０は、第２の実施形態での抽出部２２の動作を説明するフローチャートである。抽出部２２は、中継判断部２１から中継の対象であることが通知されたserialNumberの値と同じserialNumberを含むＳＩＢ１１を受信すると、緊急情報の本文（情報セグメント）を抽出する（ステップＳ３１）。なお、抽出部２２は、個々の情報セグメントに対応付けて、warningMessageSegmentNumberの値を記憶するものとする。次に、抽出部２２は、処理対象としているフレームのwarningMessageSegmentTypeフィールドの値がLastSegmentであるかを確認する（ステップＳ３２）。LastSegmentに設定されていない場合、抽出部２２は受信処理を継続し、ステップＳ３１〜Ｓ３３の処理を繰り返す（ステップＳ３２でＮｏ、ステップＳ３３）。一方、処理対象のフレームがLastSegmentに設定されている場合、抽出部２２はこれまでに抽出した情報セグメントを結合する（ステップＳ３４）。なお、情報セグメントを結合する際、warningMessageSegmentTypeフィールドの値が小さいほど緊急情報の先頭に近くなるように処理が行われる。セグメントの結合処理が終わると、結合された情報を用いて、生成部２３、ポート設定部２４、ブロードキャスト設定部２５により、ブロードキャストフレームが生成される。生成されたフレームは、送信機１５より送信される（ステップＳ３５）。
【００６７】
なお、第２の実施形態でも、中継判断部２１、生成部２３、ポート設定部２４、ブロードキャスト設定部２５、アンテナ１１、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５の処理は第１の実施形態と同様である。また、通信装置４０の動作も、第１の実施形態と同様である。
【００６８】
このように、第１のネットワークから第２のネットワークに緊急情報を中継するときに、中継装置１０が緊急情報の本文を１つのフレームにまとめてから中継すると、通信装置４０は、受信順序を調整しなくても良い。このため、通信装置４０の処理負担が小さくなる。
【００６９】
＜第３の実施形態＞
第３の実施形態では、緊急情報がＭＡＣヘッダ（メディアアクセス制御ヘッダ）とＭＡＣメッセージ（メディアアクセス制御メッセージ）によって伝達される場合について説明する。第３の実施形態では、第２のネットワークは、無線ＬＡＮネットワークであり、第２のネットワークに属する通信装置は、インフラストラクチャモードで動作するものとする。
【００７０】
図２１は、中継装置８０の構成の例を示す。中継装置８０は、生成部８１、アンテナ１１（１１ａ、１１ｂ）、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５、記憶部１６、中継判断部２１、抽出部２２、ブロードキャスト設定部２５を備える。生成部８１は、抽出部２２で抽出された緊急情報をＭＡＣレイヤの情報に変換する。さらに、生成部８１は、制御情報を通知するフレームを生成する。生成部８１の動作については、後で詳しく述べる。アンテナ１１、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５、中継判断部２１、抽出部２２、ブロードキャスト設定部２５の動作は、第１もしくは第２の実施形態と同様である。記憶部１６は、緊急情報を通知するフレームについてのＭＡＣヘッダの設定や、ＭＡＣメッセージのフォーマット、災害識別テーブルなどを記憶しているものとする。
【００７１】
図２２は、通信装置９０の構成の例を示す。通信装置９０は、Ｕ／Ｃ−プレーン判断部９２、ＬＡＮ ＭＡＣ受信部９３、制御部９４、アプリケーション処理部９５、アンテナ４１、受信機４３、Ｕ−プレーン受信部４４を備える。アプリケーション処理部９５は、記憶部９６、決定部９７、出力部９８を有する。なお、図２２には、図を見やすくするために、通信装置９０のうち、第３の実施形態に関する動作に関連する部分を図示している。通信装置９０も、送信機４５などを備えており、データの送信を行うことができるものとする。
【００７２】
Ｕ／Ｃ−プレーン判断部９２は、アンテナ４１と受信機４３を介して受信したフレームを、ユーザデータを含むフレームと制御情報を通知するフレームに分類する。Ｕ／Ｃ−プレーン判断部９２は、制御チャネルを介して受信したデータを制御情報として、ＬＡＮ ＭＡＣ受信部９３に出力する。一方、Ｕ／Ｃ−プレーン判断部９２は、ユーザデータを含むフレームをＵ−プレーン変換部１４に出力する。
【００７３】
ＬＡＮ ＭＡＣ受信部９３は、制御情報を通知するフレームについて、ＭＡＣヘッダを参照することにより、緊急情報を通知するフレームであるかを確認する。ＬＡＮ ＭＡＣ受信部９３は、緊急情報が含まれているフレームを制御部９４に出力する。一方、緊急情報が含まれていないフレームは、制御情報の処理に用いられる。制御部９４は、ＬＡＮ ＭＡＣ受信部９３から入力されたフレームのＭＡＣメッセージに、通知アプリケーションのApplication Program Interface（ＡＰＩ）を付与してから、アプリケーション処理部９５に出力する。
【００７４】
決定部９７は、制御部９４から入力されたＭＡＣメッセージを処理し、さらに、緊急情報をユーザに感知させるための出力処理の方法を決定する。ここで、決定部９７はＭＡＣメッセージのフォーマットを認識し、ＭＡＣメッセージ中の情報を処理するものとする。出力部９８は、決定部９７の指示に応じて、画面への表示、警報音の出力などの処理を行う。記憶部９６は、災害識別テーブル、動作設定テーブル、エンコードテーブル等を記憶し、適宜、アプリケーション処理部９５での処理に用いられるデータを記憶する。災害識別テーブル、動作設定テーブル、エンコードテーブルは第１の実施形態と同様である。また、Ｕ−プレーン受信部４４の動作等は、第１の実施形態と同様である。
【００７５】
ところで、第３の実施形態では、緊急情報がＭＡＣレイヤの情報として受信されるため、ネットワーク接続部９１で緊急情報を含むフレームを検出したことを契機として、通知アプリケーションが動作を開始することになる。すなわち、ネットワーク接続部９１でＭＡＣフレーム中の緊急情報をアプリケーション処理部９５で処理できる形式に変換する。そこで、例えば、ネットワーク接続部９１に、予め、緊急情報の処理に対応したドライバなどを読み込ませておくことができる。例えば、ネットワーク接続部９１がＬＡＮカードなどのＬＡＮ無線デバイスであり、アプリケーション処理部９５がコンピュータである場合、ユーザは、図２３に示す手順によって通信装置９０を得ることができる。まず、ユーザは、ＬＡＮ無線デバイスをコンピュータに接続する（ステップＳ４１）。次に、ユーザは、緊急情報の放送に対応したドライバを、ＬＡＮ無線デバイスにインストールする（ステップＳ４２）。さらに、ユーザにより、緊急情報の放送に対応したアプリケーション（通知アプリケーション）を、コンピュータにインストールする（ステップＳ４３）。ステップＳ４２とＳ４３でインストールしたドライバとアプリケーションが緊急情報の放送に対応して設定されると、ＬＡＮ無線デバイスとコンピュータは、通信装置９０として動作できる。
【００７６】
以下、図面を参照しながら第３の実施形態で行われる処理について説明する。
（２１）中継装置８０が、基地局５から緊急情報を含むフレームを受信したかを確認する方法は、第１の実施形態で説明した手順（１）〜（３）と同様である。
【００７７】
（２２）緊急情報を第２のネットワークに中継することを決定すると、中継判断部２１は、警告音フラグとポップアップフラグの値を取得し、serialNumberの値に対応付けて生成部８１に出力する。
【００７８】
（２３）中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力された報知情報に含まれるＳＩＢ１１を、抽出部２２に出力する。抽出部２２は、warningMessageSegmentフィールドに記録されている情報を抽出し、serialNumberに対応付けて生成部８１に出力する。また、warningMessageSegmentフィールドに格納されている情報を記録している言語の特定に用いるために、抽出部２２は、dataCodingSchemeの値を抽出して、serialNumberに対応付けて生成部８１に出力する。
【００７９】
（２４）生成部８１は、緊急情報を通知するフレームを生成する。このとき、生成部８１は、適宜、記憶部１６からフォーマットを読み込むことができる。緊急情報を通知するフレームのフォーマットの例を図２４（ａ）に示す。緊急情報を通知するフレームは、ＭＡＣヘッダ、ＭＡＣメッセージ、Frame Check Sequence（ＦＣＳ）を含む。ＭＡＣヘッダは、フレーム制御フィールド、デュレーション／ＩＤフィールド、宛先アドレス、送信元アドレス、Basic Service Set Identifier（ＢＳＳＩＤ）、シーケンス制御フィールドを含む。生成部８１は、緊急情報を通知するフレームについては、フレーム制御フィールドに緊急情報を含むことを示す情報を記録する。
【００８０】
図２４（ｂ）に、緊急情報を通知するフレームのフレーム制御フィールドのフォーマットの例を示す。フレーム制御フィールドは、プロトコルバージョン情報、タイプ、サブタイプ、ＴｏＤＳ、ＦｒｏｍＤＳ、More Flagment（Ｍｏｒｅ Ｆｌａｇ）、Ｒｅｔｒｙ、電力管理、ＭｏｒｅＤａｔａ、Wired Equivalent Privacy（ＷＥＰ）、Ｏｒｄｅｒを含む。生成部８１は、図２４（ｂ）に示すように、プロトコルバージョン情報を示す２ビットを「１１」に設定するものとする。なお、緊急情報を通知しないフレームでは、プロトコルバージョン情報の値は「００」に設定されるものとする。緊急情報を通知しないフレームのフォーマットを図２４（ｃ）と図２４（ｄ）に示す。図２４（ｄ）は図２４（ｃ）のフレームのフレーム制御フィールドを拡大して示している。
【００８１】
図２５は、生成部８１により生成されるＭＡＣメッセージのフォーマットの例を示す。ＭＡＣメッセージには、緊急情報識別子、ポップアップフラグ、アラームフラグ、予約領域（Ｒｅｓｅｒｖｅ）、エンコード、緊急情報の本文が含まれる。生成部８１は、緊急情報識別子を、ＳＩＢ１０のWarning Type Valueフィールドの値とする。さらに、生成部８１は、ポップアップフラグを、ＳＩＢ１０中のポップアップフラグの値とし、アラームフラグを、ＳＩＢ１０中の警告音フラグの値とする。予約領域は、オプション設定等を行う際に用いられる。生成部８１は、エンコードのフィールドに、dataCodingSchemeの値を記録する。また、緊急情報の本文は、warningMessageSegmentフィールドに記録されている情報とされる。
【００８２】
（２５）生成部８１は、生成したフレームを、ブロードキャスト設定部２５に出力する。ブロードキャスト設定部２５は、生成部８１から入力されたフレームの宛先アドレスをブロードキャストアドレスに設定する。すなわち、ブロードキャスト設定部２５は、ＭＡＣヘッダの宛先アドレスフィールドの値を、ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：に設定する。
【００８３】
（２６）ブロードキャスト設定部２５は、アドレスの設定が終了したフレームを、送信機１５に出力する。このとき、ブロードキャスト設定部２５は、出力するフレームは制御情報を含むフレームであることを送信機１５に通知する。送信機１５は、緊急情報が含まれたフレームを、制御チャネルを介して、第２のネットワークに送信する。
【００８４】
（２７）手順（２６）で中継装置８０からフレームがブロードキャスト送信されると、第２のネットワーク中の通信装置９０が、緊急情報を含むフレームを受信する。
【００８５】
（２８）通信装置９０に備えられた受信機４３は、受信したフレームをＵ／Ｃ−プレーン判断部９２に出力する。Ｕ／Ｃ−プレーン判断部９２は、入力されたフレームがＣ−プレーンのフレームであることを認識し、ＬＡＮ ＭＡＣ受信部９３に出力する。
【００８６】
（２９）ＬＡＮ ＭＡＣ受信部９３は、受信したフレームのＭＡＣヘッダを参照し、フレーム制御フィールドの上位２ビットを取得する。得られたビット列が「１１」である場合、ＬＡＮ ＭＡＣ受信部９３は、受信したフレームが緊急情報を含むと判断し、制御部９４に出力する。一方、得られたビット列の値が「１１」ではない場合、ＬＡＮ ＭＡＣ受信部９３は、Ｃ-プレーン受信部（図示せず）にフレームを出力し、制御情報として使用させる。
【００８７】
（３０）制御部９４は、ＬＡＮ ＭＡＣ受信部９３から入力されたフレームのＭＡＣメッセージに、通知アプリケーションのＡＰＩを付加する。図２６に、制御部９４によってＡＰＩが付加されたＭＡＣメッセージの例を示す。
【００８８】
（３１）制御部９４は、ＡＰＩを付加したＭＡＣメッセージを、決定部９７に入力する。決定部９７は、ＭＡＣメッセージに通知アプリケーションに対応付けられたＡＰＩが含まれているかを確認する。通知アプリケーションに対応付けられたＡＰＩが含まれていない場合、決定部９７は、ＭＡＣメッセージの処理を行わずに廃棄する。一方、通知アプリケーションに対応付けられたＡＰＩが含まれている場合、決定部９７は、ＭＡＣメッセージ中のポップアップフラグとアラームフラグの値を確認して、緊急情報により指示されている動作を認識する。このとき、決定部９７は、動作設定テーブル（図１４）を用いる。
【００８９】
（３２）緊急情報を画面に表示する場合、決定部９７は、ＭＡＣメッセージ中の緊急情報識別子をキーとして、災害識別テーブル（図１０（ｂ））を検索する。決定部９７は、緊急情報識別子に対応付けられた災害の種類を取得し、手順（３１）で得られた情報と共に、出力部９８に出力する。さらに、決定部９７は、エンコードフィールドの値とエンコードテーブルから緊急情報が記録されている言語を認識する。さらに、決定部９７は、ＭＡＣメッセージ中の緊急情報の本文、認識した言語の文字列に変換する。決定部９７は、変換により得られた文字列も、出力部９８に出力する。
【００９０】
（３３）出力部９８は、決定部９７からの指示に応じて、画面への表示や警告音の発生などの処理を行う。
【００９１】
図２７は、中継対象の情報を受信した中継装置８０の動作の例を説明するフローチャートである。図２７は、手順（２１）〜（２６）での中継装置８０の動作の例を表す。緊急情報を含むＲＲＣ情報を受信すると、中継判断部２１や抽出部２２は、緊急情報を取得して、生成部８１に出力する（ステップＳ５１、Ｓ５２）。生成部８１は、中継判断部２１と抽出部２２から入力されたデータを含むＭＡＣメッセージを生成し、緊急情報を含むことを示すＭＡＣヘッダを付加する（ステップＳ５３）。次に、ブロードキャスト設定部２５は生成部８１で生成されたフレームがブロードキャスト送信されるように設定する。その後、中継装置８０は、緊急情報を含むフレームを、制御チャネルを介して第２のネットワークに向けてブロードキャスト送信する（ステップＳ５４）。
【００９２】
図２８は、ネットワーク接続部９１の動作の例を説明するフローチャートである。ＬＡＮ ＭＡＣ受信部９３は、Ｕ／Ｃ−プレーン判断部９２から、Ｃ−プレーンのフレームを受信する。ＬＡＮ ＭＡＣ受信部９３は、受信したフレームのＭＡＣヘッダに、緊急情報を含むフレームであることを示す情報が含まれているかを確認する。フレーム中に緊急情報を含むことを示すＭＡＣヘッダを検出すると、ＬＡＮ ＭＡＣ受信部９３は、緊急情報を含むＭＡＣメッセージを制御部９４に出力する（ステップＳ６１、Ｓ６２）。制御部９４は、ＬＡＮ ＭＡＣ受信部９３から入力されたＭＡＣメッセージに、通知アプリケーションに対応したＡＰＩを付加する（ステップＳ６３）。制御部９４は、ＡＰＩを付加したＭＡＣメッセージを、通知アプリケーションのアプリケーション処理部９５に出力する（ステップＳ６４）。
【００９３】
図２９は、アプリケーション処理部９５の動作の例を説明するフローチャートである。なお、図２９は通信装置９０の動作の一例であり、例えば、ステップＳ７４、Ｓ７５の前に、ステップＳ７６、Ｓ７７が行われるなどの変更が加えられる場合がある。
【００９４】
通信装置９０に電源が投入された後、通知アプリケーションは、常駐サービスとして待ち受け状態にあるものとする（ステップＳ７１）。決定部９７は、通知アプリケーションに対応するＡＰＩを含むＭＡＣメッセージを受信したかを確認する（ステップＳ７２）。通知アプリケーションに対応するＡＰＩを含むＭＡＣメッセージを受信するまで、通知アプリケーションは、待ち受け状態を継続する（ステップＳ７２でＮｏ、ステップＳ７１）。一方、通知アプリケーションに対応するＡＰＩを含むＭＡＣメッセージを受信した場合、決定部９７は、緊急情報を含むＭＡＣメッセージを取得したと認識する（ステップＳ７３）。ステップＳ７４〜Ｓ７７では、図１８を参照しながら説明したステップＳ２４〜Ｓ２７の処理と同様の処理がアプリケーション処理部９５で行われる。決定部９７からの指示に応じて出力部９８での処理が終わると、通信装置９０は、緊急情報を含むフレームの処理が終了したと認識し、待ち受け状態に戻る（ステップＳ７８、Ｓ７１）。
【００９５】
前述のように、中継装置８０は第１のネットワークの制御情報として基地局５から受信した緊急情報を、ＭＡＣレイヤの情報を用いて第２のネットワークに中継する。また、緊急情報は、通信装置９０で処理できる形式の制御情報としてブロードキャスト送信されている。このため、図３０（ａ）に示すように、第１のネットワークの制御情報として通知された通知情報が、通信システムの異なる第２のネットワークに通知される。なお、図３０（ａ）では、通信装置９０で処理できる形式のＭＡＣレイヤの情報を「変換ＭＡＣ」として表している。
【００９６】
第３の実施形態では、ＭＡＣレイヤの情報を用いて緊急情報が通知されるので、第１の実施形態に比べて、低いレイヤで緊急情報が通知されることになる。このため、第１の実施形態に比べて、緊急情報を含むフレームを受信してから、通信装置９０が緊急情報を認識するまでの時間は、通信装置４０に比べて短くなることが期待される。従って、ユーザへの緊急情報の通知や、他の通信装置９０への緊急情報の通知が、第１の実施形態よりも早くなる可能性がある。
【００９７】
図３０（ｂ）は、第３の実施形態が用いられるシステムの例を示す。図３０（ｂ）では、第２のネットワークは、無線ＬＡＮネットワークであり、第１のネットワークは、３ＧＰＰ（Third Generation Partnership Project）の規格に沿った通信が行われるネットワークである。災害通知センタから、ＧＷ（gateway）を介して、オペレータネットワーク中の通信装置に、緊急情報が通知される。すると、オペレータネットワークに含まれる基地局は、基地局の通信エリア内の通信装置に緊急情報を通知する。このとき、基地局からモバイルルータも、緊急情報を含むフレームを受信したとする。モバイルルータは、３ＧＰＰに対応している装置に対しては、３ＧＰＰの端末として動作するが、モバイルルータの通信エリア内に位置するＬＡＮ端末との間で無線ＬＡＮ通信も行っているとする。すると、モバイルルータは、基地局から受信した通知情報を含むフレームを第３の実施形態に沿って生成し、無線ＬＡＮ装置にブロードキャスト送信する。すると、ＬＡＮ端末は、モバイルルータによって中継されたフレームにより、緊急情報を受信できる。
【００９８】
＜その他＞
なお、本発明は上記の実施形態に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。
【００９９】
中継の対象とする緊急情報の選択は、実装に応じて変形される場合がある。例えば、中継判断部２１は、テスト送信された緊急情報を中継しないように判断することもできる。さらに、Warning Type Valueが予約領域に指定されている場合（Warning Type Valueが００００１０１〜１１１１１１１）についても、特定の災害等に割り当てられた場合に、中継判断部２１が中継の対象として選択するように動作が変形されることがある。
【０１００】
中継判断部２１がＳＩＢ１１に含まれているserialNumberの値を確認し、第２のネットワークに中継する対象とした緊急情報の内容を伝えるＳＩＢ１１を、抽出部２２に出力することもできる。
【０１０１】
複数の緊急情報が流れたときは、serialNumberの値によって、個々の緊急情報が区別される。生成部２３もしくは生成部８１は、ポップアップフラグ、警告音フラグ、warningMessageSegmentフィールド、dataCodingScheme、Warning Type Valueのいずれも同じserialNumberの値に関連付けられていることを確認して、フレームを生成する。
【０１０２】
第１および第２の実施形態についても、中継装置１０は、通信装置４０がインフラストラクチャモードで動作するネットワークに、緊急情報を中継することができるものとする。さらに、第１および第２の実施形態で用いるトランスポートレイヤのプロトコルは、ＵＤＰには限られず、アプリケーションのポート番号を含む任意のプロトコルに変更される場合がある。
【０１０３】
なお、通知アプリケーションは、例えば、電子メールソフトなど、ユーザが頻繁に用いるアプリケーションと連動するように変形される場合もある。この場合、中継装置１０、８０は、電子メールのフォーマットに合わせて通知フレームを生成する。例えば、電子メールの件名は、緊急情報識別子が表す災害情報とされる。中継装置１０、８０は、適宜、災害識別テーブルを用いて、電子メールの件名を設定する。通知フレームを受信した通信装置４０、９０で動作する通知アプリケーションは、緊急情報を含むメールを受信したことを認識すると、受信したフレームに含まれている緊急情報を、電子メールソフトを用いて表示する。また、通知アプリケーションは、画面への緊急情報の表示を、電子メールソフトの新規メール通知機能に行わせることができる。この場合、所定の設定が行われている電子メールソフトが、通知アプリケーションからの要求に応じて、新規メールの着信と同様の形式で、緊急情報を表示する。また、通知アプリケーションは、電子メールソフトにより、アラーム音を発生させることもできる。
【符号の説明】
【０１０４】
１ 中央装置
２、１０、８０ 中継装置
５ 基地局
１１、４１ アンテナ
１２、４３ 受信機
１３、９２ Ｕ／Ｃ−プレーン判断部
１４、４４ Ｕ−プレーン変換部
１５、４５ 送信機
１６、５５、９６ 記憶部
２１ 中継判断部
２２ 抽出部
２３、８１ 生成部
２４ ポート設定部
２５ ブロードキャスト設定部
３１、６１ デュプレクサ
３２、６２ ＲＦ部
３３、６３ ＤＳＰ
３４ ＭＰＵ
３５、６４ メモリ
４０、９０ 通信装置
４２、９１ ネットワーク接続部
４６、９４ 制御部
４７ Ｕ−プレーン送信部
５０、９５ アプリケーション処理部
５１ 検出部
５２、９７ 決定部
５３、９８ 出力部
６５、７１ インタフェース
７２ ＣＰＵ
７３ ハードディスク
７４ アプリケーション
７５ 表示部
７６ 音声出力部
９３ ＬＡＮ ＭＡＣ受信部
【技術分野】
【０００１】
本発明は、通信装置、通信方法、および、通信プログラムに関する。
【背景技術】
【０００２】
無線通信の方法の一つとして、基地局によって形成されたセルを用いるセルラ通信が行われている。また、複数の通信装置が基地局を介さずにアドホック通信することにより、アドホックネットワークが形成されることもある。しかし、セルラ通信とアドホック通信では、使用されるプロトコルが異なるため、セルラネットワークで送受信されているユーザデータ（Ｕ−ｐｌａｎｅの情報）を、直接、アドホックネットワークに送信することができない。そこで、図１に示すように、セルラ通信で送受信されているパケット中のユーザデータを、アドホック通信で送受信が可能なフレームに含めて、アドホックネットワークに中継する中継装置２が用いられる。
【０００３】
図２は、セルラ通信が用いられるシステムからアドホックネットワークにユーザデータが中継される場合に使用されるプロトコルの例を示す。中央装置１は、エンドユーザである通信装置の通信エリアを形成している基地局５に、ユーザデータを送信する。中央装置１と基地局５の間では、Ethernet physical layer（Ether PHY）、Ether media access control（Ether MAC）、Internet Protocol（IP）などのプロトコルを用いた有線の通信が行われる。基地局５は、中央装置１から受信したユーザデータを含むパケットを生成し、3rd Generation（3G） PHYと3G MACを用いてセル中の通信装置や中継装置に送信する。ここで、基地局５は、中央装置１から受信したＩＰの情報を用いて３Ｇ ＭＡＣの情報を生成する。中継装置２は、基地局５から受信したパケットのデータを含むアドホックフレームを生成し、Local Area Network PHY（LAN PHY）とLAN MACを用いてアドホックネットワーク中の通信装置に送信する。このため、セルラ通信が行われるシステムで送受信されたユーザデータを、アドホックネットワーク中の通信装置が受信もしくは送信することができる。
【０００４】
ユーザデータの送信に関連して、放送波を介して受信したコンテンツを無線ＬＡＮ通信によって配信する方法が提案されている。災害時などに使用される放送システムとして、政府当局の情報を受信し、受信した情報に関するデータをシステムに加入している通信装置に中継されるように送信するシステムも提案されている。また、ブロードキャストシステム情報に含まれる異なるパーティションを、共有ドランスポートチャネルまたはブロードキャストトランスポートチャネルにマッピングする方法が知られている。さらに、無線通信に関連して、利用可能な無線ベアラの設定をモバイル端末に知らせることによって、無線ベアラを確立する際の遅延を短縮する方法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２８１５３号公報
【特許文献２】特表２０１０−５３０６５８号公報
【特許文献３】特表２００９−５１４２７９号公報
【特許文献４】特表２００９−５１９６３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
背景技術で述べたように、ＩＰレイヤ以上のレイヤを用いて送受信されるユーザデータは、中継装置２を用いてセルラネットワークからアドホックネットワークに中継される。しかし、中継装置２は、セルラネットワークで送受信されている制御情報（Ｃ−ｐｌａｎｅ）はアドホックネットワークに中継しない。ここで、緊急地震速報などの緊急情報は、セルラネットワーク中では制御情報として放送される。従って、中継装置２は、セルラネットワーク中で放送された緊急情報をアドホックネットワークに中継することができないという問題がある。以上の記載では、セルラネットワークとアドホックネットワークを例として説明したが、通信方式の異なる２つのネットワークの間では、一方のネットワークで用いられる制御情報が他方のネットワークに中継されないため、同様の問題が発生する。
【０００７】
本発明は、第１のネットワークの制御情報として送信された緊急情報を、第２のネットワークに中継することを目的とする。
【課題を解決するための手段】
【０００８】
ある実施形態にかかる通信装置は、受信部、抽出部、生成部、および、送信部を備える。受信部は、第１の通信方式を用いる第１のネットワークから信号を受信する。抽出部は、前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、第２のネットワークに属する通信装置でも使用される通知情報を抽出する。ここで、第２のネットワークは、前記第１の通信方式とは異なる第２の通信方式を用いる。生成部は、前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成する。送信部は、前記通知フレームを、前記第２のネットワークに属する通信装置に送信する。
【発明の効果】
【０００９】
あるシステムで放送された緊急情報が、他のシステムに中継される。
【図面の簡単な説明】
【００１０】
【図１】ユーザデータが中継される場合の例を示す図である。
【図２】ユーザデータの中継の例を説明する図である。
【図３】制御チャネルを介して送信された通知情報を中継する方法の例を説明する図である。
【図４】中継装置の構成の例を示す図である。
【図５】中継装置のハードウェア構成の例を示す図である。
【図６】通信装置の構成の例を示す図である。
【図７】通信装置のハードウェア構成の例を示す図である。
【図８】ＳＩＢ１０に含まれる情報要素の例を示す図である。
【図９】warningTypeフィールドのフォーマットの例を示す図である。
【図１０】災害識別テーブルの例を示す図である。
【図１１】ＳＩＢ１１に含まれる情報要素の例を示す図である。
【図１２】中継装置で生成されるフレームの例を説明する図である。
【図１３】中継装置と第２のネットワークの例を示す図である。
【図１４】動作設定テーブルの例を示す図である。
【図１５】エンコードテーブルの例を示す図である。
【図１６】中継対象の情報かを判定する方法の例を説明するフローチャートである。
【図１７】中継対象の情報を受信した中継装置の動作の例を説明するフローチャートである。
【図１８】緊急情報を受信した通信装置の動作の例を示すフローチャートである。
【図１９】第１の実施形態による緊急情報の中継方法の例を示す図である。
【図２０】第２の実施形態での抽出部の動作を説明するフローチャートである。
【図２１】中継装置の構成の例を示す図である。
【図２２】通信装置の構成の例を示す図である。
【図２３】通信装置を設定する手順の例を示す図である。
【図２４】フレームの構成の例を示す図である。
【図２５】生成部により生成されるＭＡＣメッセージのフォーマットの例を示す図である。
【図２６】ＡＰＩが付加されたＭＡＣメッセージの例を示す図である。
【図２７】中継対象の情報を受信した中継装置の動作の例を説明するフローチャートである。
【図２８】ネットワーク接続部の動作の例を説明するフローチャートである。
【図２９】アプリケーション処理部の動作の例を説明するフローチャートである。
【図３０】第３の実施形態による緊急情報の中継方法の例を示す図である。
【発明を実施するための形態】
【００１１】
図３は、制御チャネルを介して送信された通知情報を中継する方法の例を説明する。以下の説明では、あるネットワークに属する通信装置に通知するために放送される情報であって、他のネットワークに属する通信装置でも使用される情報を「通知情報」と記載することがある。例えば、基地局から基地局の通信エリア内に位置する携帯電話端末に向けて放送される緊急地震速報などの緊急情報は、通知情報の例である。また、中継装置１０は、第１のネットワークで送受信された通知情報を第２のネットワークに属する通信装置４０に中継するものとする。なお、第１のネットワークと第２のネットワークは、異なる通信方式を用いているものとする。図３の例では、第１のネットワークでは３Ｇ無線による通信が行われ、第２のネットワークではＬＡＮ無線による通信が行われているとする。
【００１２】
基地局５は、中央装置１から有線ネットワークを介して、通知情報を受信する。通知情報は、（User Datagram Protocol）ＵＤＰ／ＩＰ以上のレイヤを用いて送信される。基地局５は、通知情報をRadio Resource Control（ＲＲＣ）のデータに変換した後、制御チャネルを用いて通信エリア内に位置する通信装置や中継装置１０に送信する。基地局５と中継装置１０の間では、ＲＲＣの他、３Ｇ ＭＡＣと３Ｇ ＰＨＹが使用される。
【００１３】
中継装置１０は、制御チャネルを介してフレームを受信すると、受信フレームに通知情報が含まれているかを確認する。すなわち、中継装置１０は、制御チャネルを介して受信した情報のうちで、基地局５の通信エリア内に位置する通信装置以外の装置でも使用可能な情報を抽出する。中継装置１０は、抽出した情報に基づいて、通信装置４０に通知するための変換データを生成する。中継装置１０は、通信装置４０で通知情報をユーザに通知するために用いられるアプリケーションの種類などを予め認識しており、通信装置４０で動作するアプリケーションが処理できる形式の変換データを生成する。以下の説明では、通知情報をユーザに通知するために通信装置４０で動作するアプリケーションを「通知アプリケーション」と記載することがある。通信装置４０は、中継装置１０から受信したフレームを通知アプリケーションで処理することにより、通信装置４０のユーザに通知情報を通知する。
【００１４】
このように、中継装置１０は、第１のネットワーク中の制御チャネルを介して受信した制御情報に含まれる通知情報を、通信装置４０で処理できる形式に変換した上で、第２のネットワークに中継する。従って、あるネットワークで制御情報として通知された通知情報が、そのネットワークとは通信システムの異なるネットワークにも通知される。
【００１５】
＜装置構成＞
以下の説明でも、第１のネットワークでは３Ｇ無線による通信が行われ、第２のネットワークではＬＡＮ無線による通信が行われているとする。また、以下の説明では、通知情報は緊急情報であり、通知アプリケーションは緊急情報の通知に用いられるアプリケーションであるものとする。
【００１６】
図４は、中継装置１０の構成の例を示す。中継装置１０は、中継判断部２１、抽出部２２、生成部２３、ポート設定部２４、ブロードキャスト設定部２５を備える。さらに、中継装置１０は、アンテナ１１（１１ａ、１１ｂ）、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５、記憶部１６を備える。なお、図４では、図を見やすくするために、第１のネットワークから受信されたフレームが第２のネットワークに中継される際の動作に関わる部分を示している。例えば、中継装置１０中で第２のネットワーク側から中継装置１０がフレームを受信する際に用いられる受信部や、中継装置１０が第１のネットワーク側にフレームを送信する際に用いられる送信部などは図４に示されていない。
【００１７】
Ｕ／Ｃ−プレーン判断部１３は、アンテナ１１ａと受信機１２を介して、第１のネットワークから受信したフレームを、ユーザデータを含むフレームと制御情報を通知するフレームに分類する。例えば、Ｕ／Ｃ−プレーン判断部１３は、制御チャネルを介して受信したデータを制御情報とする。Ｕ／Ｃ−プレーン判断部１３は、ユーザデータを含むフレームをＵ−プレーン変換部１４に出力し、制御情報を通知するフレームを中継判断部２１に出力する。
【００１８】
中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力されたフレームに緊急情報が含まれているかを確認し、緊急情報が含まれているフレームを第２のネットワークに中継する対象であると判断する。中継判断部２１は、緊急情報が含まれているフレームを抽出部２２に出力する。抽出部２２は、中継判断部２１から入力されたフレームに含まれている緊急情報を抽出する。また、緊急情報が複数のフレームに分割されている場合、抽出部２２は、分割された個々の情報を抽出した後で、結合処理を行って、緊急情報を再生する。抽出部２２は、得られた緊急情報を生成部２３に出力する。中継判断部２１、抽出部２２の動作については後で詳しく説明する。
【００１９】
生成部２３は、抽出部２２から入力された緊急情報を含むアプリケーションレイヤ情報を生成する。生成部２３で生成されるアプリケーションレイヤ情報は、第２のネットワークに属する通信装置４０が処理できる形式であるものとする。生成部２３は、アプリケーションレイヤ情報をポート設定部２４に出力する。
【００２０】
ポート設定部２４は、通信装置４０で使用される通知アプリケーションに対応付けられたポート番号を予め記憶しているものとする。ポート設定部２４は、生成部２３で生成されたアプリケーションレイヤ情報に、通信装置４０との間で用いられる通信方式に応じて、User Datagram Protocol（ＵＤＰ）ヘッダなどのトランスポートレイヤのヘッダを付加する。このとき、ポート設定部２４は、ヘッダ中のポート番号を、通知アプリケーションに対応付けられたポート番号に設定する。ポート設定部２４は、ポート番号の設定が終わったセグメントをブロードキャスト設定部２５に出力する。ブロードキャスト設定部２５は、入力されたセグメントがブロードキャストされるようにアドレスを設定したＩＰヘッダやＭＡＣヘッダを付加する。すなわち、ブロードキャスト設定部２５は、フレームの宛先ＭＡＣアドレスをＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦに設定し、宛先のＩＰアドレスを２５５．２５５．２５５．２５５に設定する。ブロードキャスト設定部２５は、設定後のフレームを送信機１５に出力する。
【００２１】
Ｕ−プレーン変換部１４は、Ｕ／Ｃ−プレーン判断部１３からユーザデータを含むフレームを受け取ると、ユーザデータを含むフレームを、第２のネットワークに属する通信装置４０で処理されるフォーマットに変換し、適宜、アドレスの設定をする。Ｕ−プレーン変換部１４は、処理が終了したフレームを送信機１５に出力する。送信機１５は、ブロードキャスト設定部２５やＵ−プレーン変換部１４から受信したフレームを、アンテナ１１ｂを介して第２のネットワークに送信する。記憶部１６は、中継装置１０での処理に用いられるデータを記憶する。例えば、記憶部１６は、通知アプリケーションに設定されているポート番号や通知アプリケーションがデータを認識する認識形式などを記憶することができる。さらに、記憶部１６は、災害識別テーブルなどを記憶することもできる。災害識別テーブルについては後述する。
【００２２】
図５は、中継装置１０のハードウェア構成の例を示す。中継装置１０は、アンテナ１１（１１ａ、１１ｂ）、デュプレクサ３１（３１ａ、３１ｂ）、Radio frequency（ＲＦ）部３２（３２ａ〜３２ｄ）、Digital Signal Processor（ＤＳＰ）３３、Micro-Processing Unit（ＭＰＵ）３４、メモリ３５を備える。デュプレクサ３１ａは、ＲＦ部３２ａとＲＦ部３２ｂのうちの一方をアンテナ１１ａに接続する。例えば、ＲＦ部３２ａが受信機１２として動作する場合、中継装置１０が第１のネットワークからフレームを受信するときに、デュプレクサ３１ａは、ＲＦ部３２ａとアンテナ１１ａを接続する。逆に、中継装置１０からフレームが第１のネットワークに送信される場合、デュプレクサ３１ａによって、ＲＦ部３２ｂとアンテナ１１ａが接続される。デュプレクサ３１ｂは、ＲＦ部３２ｃとＲＦ部３２ｄのうちの一方をアンテナ１１ｂに接続する。ＲＦ部３２ｄが送信機１５として動作する場合、中継装置１０が第２のネットワークへフレームを送信するときに、デュプレクサ３１ｂは、ＲＦ部３２ｄとアンテナ１１ｂを接続する。逆に、中継装置１０が第２のネットワークからフレームを受信する場合、デュプレクサ３１ｂは、ＲＦ部３２ｃとアンテナ１１ｂを接続する。
【００２３】
ＤＳＰ３３とＭＰＵ３４は、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、中継判断部２１、抽出部２２、生成部２３、ポート設定部２４、ブロードキャスト設定部２５として動作する。メモリ３５は、記憶部１６として動作する。メモリ３５は、適宜、中継装置１０で動作するプログラムを記憶することもできる。
【００２４】
図６は、通信装置４０の構成例を示す。通信装置４０は、アンテナ４１、ネットワーク接続部４２と制御部４６を備える。図６の例では、通信装置４０の中にネットワーク接続部４２と制御部４６が含まれているが、例えば、ネットワーク接続部４２を通信装置４０に含めずに、通信装置４０に対して着脱可能なデバイスとすることもできる。例えば、ネットワーク接続部４２をＬＡＮカード、制御部４６をコンピュータとすることもできる。
【００２５】
ネットワーク接続部４２は、受信機４３、Ｕ−プレーン受信部４４、送信機４５、Ｕ−プレーン送信部４７を有する。図６では、図を見やすくするために、通信装置４０の一部を図示している。例えば、通信装置４０が中継装置１０などから制御情報を含むフレームを受信したときに、制御情報を処理するＣ−プレーン受信部などは図示していない。制御部４６は、検出部５１、記憶部５５、アプリケーション処理部５０を備える。また、通信装置４０で複数のアプリケーションが動作する場合、制御部４６は、アプリケーションごとに１つのアプリケーション処理部５０を用いて処理する。図６には、通知アプリケーションのアプリケーション処理部５０を図示する。通知アプリケーションのアプリケーション処理部５０は、決定部５２と出力部５３を有する。
【００２６】
受信機４３はアンテナ４１を介してフレームを受信する。Ｕ−プレーン受信部４４は、受信機４３を介して受信したユーザデータを含むフレームを制御部４６とＵ−プレーン送信部４７に出力する。Ｕ−プレーン送信部４７は、Ｕ−プレーン受信部４４から緊急情報を含むフレームを入力されると、第２のネットワークに属する他の通信装置に通知するためのブロードキャストフレームを生成する。また、通信装置４０は、送信機４５を介してフレームの送信を行う。
【００２７】
検出部５１は、Ｕ−プレーン受信部４４から入力されたフレームに含まれているポート番号を確認して、緊急情報を検出する。すなわち、フレームが入力されると、検出部５１は、ＵＤＰヘッダのポート番号を確認し、ポート番号が通知アプリケーションに対応付けられた番号である場合、緊急情報を検出したと判断する。さらに、検出部５１は、緊急情報を含むフレームに含まれているユーザデータを、決定部５２に出力する。なお、検出部５１は、緊急情報を含んでいないフレームについても、ポート番号に応じて、フレームに含まれているユーザデータを対応付けられたアプリケーションに出力するものとする。
【００２８】
決定部５２は、検出部５１から入力された緊急情報を解析し、さらに、緊急情報をユーザに感知させるための出力処理の方法を決定する。出力部５３は、決定部５２の指示に応じて出力処理を行う。出力部５３は、例えば、画面への出力表示、警報音の出力などを行う。記憶部５５は、例えば、災害識別テーブル、動作設定テーブル、エンコードテーブル等を記憶し、適宜、通信装置４０での処理に用いられるデータを記憶する。さらに、記憶部５５は、通知アプリケーションがデータを認識する認識形式も記憶する。災害識別テーブル、動作設定テーブル、エンコードテーブルについては、後で説明する。
【００２９】
図７は、通信装置４０のハードウェア構成の例を示す図である。通信装置４０は、デュプレクサ６１、ＲＦ部６２（６２ａ、６２ｂ）、ＤＳＰ６３、メモリ６４、インタフェース（ＩＮＦ）６５、７１、Central Processing Unit（ＣＰＵ）７２、ハードディスク７３、表示部７５、音声出力部７６を備える。デュプレクサ６１、ＲＦ部６２、ＤＳＰ６３、メモリ６４、インタフェース（ＩＮＦ）６５は、ネットワーク接続部４２として動作する。一方、制御部４６は、インタフェース７１、ＣＰＵ７２、ハードディスク７３、表示部７５、音声出力部７６を含む。
【００３０】
ＲＦ部６２ｂは、受信機４３として動作する。ＲＦ部６２ａは送信機４５として動作し、デュプレクサ６１は、通信装置４０がフレームを受信するときはＲＦ部６２ｂとアンテナ４１を接続する。一方、中継装置１０からフレームが送信される場合、ＲＦ部６２ａとアンテナ４１が接続される。ＤＳＰ６３は、Ｕ−プレーン受信部４４およびＵ−プレーン送信部４７として動作する。
【００３１】
ハードディスク７３は、通知アプリケーションのプログラムを記憶している。ＣＰＵ７２は、通知アプリケーションのプログラムを実行することにより、検出部５１、決定部５２、出力部５３として動作する。また、表示部７５、音声出力部７６も出力部５３として動作する。表示部７５は、決定部５２の指示に応じて、緊急情報を画面（図示せず）に表示する。音声出力部７６は、決定部５２の指示に応じて、緊急情報の受信を通知するためのアラーム音を出力する。ハードディスク７３は、記憶部５５としても動作する。
【００３２】
＜第１の実施形態＞
以下、第２のネットワークがＬＡＮ無線によるアドホックネットワークである場合を例として説明する。ここでは、第１のネットワークにおいて、緊急情報が報知情報によって通知されるものとする。報知情報は、複数のブロック（ＳＩＢ、System Information Block）に分類されており、ＳＩＢ１０とＳＩＢ１１の２つのブロックを介して緊急情報が通知されるものとする。ＳＩＢ１０により災害が発生したことと、発生した災害の種類が通知される。ＳＩＢ１１により、発生した災害についての情報が通知される。例えば、ＳＩＢ１０で地震の発生が通知される場合、ＳＩＢ１１によって、発生した地震の震源地や最大震度などが通知される。なお、以下の説明は動作の例であって、例えば、手順（４）と手順（５）の順序を入れ替えるなど、実装に応じて変形が加えられる場合がある。また、緊急情報の本文を画面に表示すると通信装置４０の負荷が大きくなる場合などでは、手順（１６）が省略される場合がある。
【００３３】
（１）基地局５は、報知情報を含むフレームを、通信エリア内に位置する装置に送信する。基地局５の通信エリア内の中継装置１０では、基地局５から送信されたフレームを受信機１２が受信する。
【００３４】
（２）受信機１２は、受信した報知情報をＵ／Ｃ−プレーン判断部１３に出力する。Ｕ／Ｃ−プレーン判断部１３は、入力されたフレームがＣ−プレーンのフレームであることを認識し、中継判断部２１に出力する。
【００３５】
（３）中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力されたフレーム中の報知情報のＳＩＢ１０を確認する。図８に示すように、ＳＩＢ１０には、serialNumber、warningType、messageIdentifier、などの情報要素が含まれている。中継判断部２１は、warningTypeフィールドのビット列を用いて、第２のネットワークに中継するかを決定する。
【００３６】
図９は、warningTypeフィールドのフォーマットの例を示す。図９に示すように、warningTypeフィールドは２バイトのビット列で、Warning Type Value、警告音フラグ、ポップアップフラグ、パディングを含む。Warning Type ValueはwarningTypeフィールドの上位７ビットで、緊急情報によって通知される災害の種類を表す。警告音フラグとポップアップフラグは、基地局５の通信エリア内に位置する通信装置に対して、緊急情報を受信したときの動作を指示する情報である。警告音フラグとポップアップフラグによる動作設定については後述する。
【００３７】
中継判断部２１は、Warning Type Valueのビット列をキーとして、災害識別テーブルを検索することにより、第２のネットワークに中継するかを決定する。図１０（ａ）は、災害識別テーブルの例を示す。災害識別テーブルは、Warning Type Valueに対応付けて、通知される災害の種類が記録されている。図１０（ａ）の例では、Warning Type Valueが「０００００００」であれば地震、「００００００１」であれば津波、「０００００１０」であれば地震と津波の発生を表す。さらに、Warning Type Valueが「００００１００」の緊急情報は、洪水や竜巻など、地震と津波以外の災害の発生を通知する。また、Warning Type Valueが「０００００１１」の緊急情報はテスト送信である。ここでは、中継判断部２１は、warningTypeの値が０００００００〜００００１００である場合に、緊急情報を第２のネットワークに中継することを決定するものとする。
【００３８】
中継判断部２１は、判断結果をserialNumber（図８参照）の値と対応付けて、抽出部２２や生成部２３に出力する。ここで、serialNumberは個々の緊急情報を識別する値であり、緊急情報ごとに異なる値が割り当てられる。このため、同じ地域に２種類以上の緊急情報が流れた場合でも、中継装置１０は、緊急情報ごとに中継することができる。
【００３９】
（４）緊急情報を第２のネットワークに中継することを決定すると、中継判断部２１は、警告音フラグとポップアップフラグの値を取得し、serialNumberの値に対応付けて生成部２３に出力する。警告音フラグは、緊急情報を受信した装置が、ユーザが緊急情報の発生を感知できるようにするために、警告音を発生するかを表す。ポップアップフラグは、緊急情報を受信した装置が、ユーザが緊急情報を視認できるようにするために、画面に緊急情報を表示するかを示す。中継判断部２１が警告音フラグとポップアップフラグの値を生成部２３に出力することにより、後述するように、緊急情報を受信した通信装置４０に対して、第１のネットワーク中で緊急情報を受信した通信装置と同様の動作を指示できる。
【００４０】
（５）中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力された報知情報に含まれるＳＩＢ１１を、抽出部２２に出力する。ＳＩＢ１１に含まれる情報要素の例を図１１に示す。ＳＩＢ１１は、serialNumber、warningMessageSegment、dataCodingSchemeなどの情報要素を含む。緊急情報についての詳しい内容は、warningMessageSegmentフィールドに含まれている。そこで、抽出部２２は、warningMessageSegmentフィールドに記録されている情報を抽出し、serialNumberに対応付けて生成部２３に出力する。また、warningMessageSegmentフィールドに格納されている情報は、dataCodingSchemeの値で特定される言語の文字列である。そこで、抽出部２２は、dataCodingSchemeの値も抽出して、serialNumberに対応付けて生成部２３に出力する。
【００４１】
（６）生成部２３は、中継判断部２１から中継することを通知されたserialNumberの緊急情報について、抽出部２２から入力された情報を用いて、通信装置４０に送信するアプリケーションレイヤ情報を生成する。複数の緊急情報が放送されている場合、生成部２３は、serialNumberの値が同じデータを用いて１つのアプリケーションレイヤ情報を生成する。すなわち、生成部２３は、緊急情報を含むユーザデータを生成する。
【００４２】
図１２は、中継装置１０で生成されるフレームの例を説明する図である。図１２（ａ）は、生成部２３が生成するアプリケーションレイヤ情報のフォーマットの例を示す。アプリケーションレイヤ情報は、緊急情報識別子、ポップアップフラグ、アラームフラグ、アプリケーション制御情報、エンコード、緊急情報の本文を含む。生成部２３は、緊急情報識別子を、ＳＩＢ１０のWarning Type Valueフィールドに記録されていた７ビットのビット列とする。ポップアップフラグは、ＳＩＢ１０に記録されていたポップアップフラグの値である。アラームフラグは、ＳＩＢ１０に記録されていた警告音フラグの値である。アプリケーション制御情報は、通信装置４０で動作するアプリケーションの制御に用いられる情報である。生成部２３は、通信装置４０で動作するアプリケーションに応じて、アプリケーション制御情報を生成する。エンコードは、緊急情報の本文が記録されている言語を特定する情報である。生成部２３は、エンコードのフィールドに、dataCodingSchemeの値を記録する。緊急情報の本文として、warningMessageSegmentフィールドに記録されている情報が用いられる。生成部２３は、生成したアプリケーションレイヤ情報を、ポート設定部２４に出力する。以後、手順（７）、（８）により、アプリケーションレイヤ情報をペイロードに含むフレームが生成される。
【００４３】
（７）ポート設定部２４は、アプリケーションレイヤ情報にトランスポートレイヤのヘッダを付加する。トランスポートレイヤのプロトコルとしてＵＤＰが用いられる場合、図１２（ｂ）に示すように、ポート設定部２４は、アプリケーションレイヤ情報にＵＤＰヘッダを付加する。ＵＤＰヘッダは、宛先ポート番号を含む。そこで、ポート設定部２４は、通信装置４０で動作する通知アプリケーションに対応付けられているポート番号を宛先ポート番号に設定する。ポート設定部２４は、トランスポートヘッダを付加したアプリケーションレイヤ情報をブロードキャスト設定部２５に出力する。
【００４４】
（８）ブロードキャスト設定部２５は、ポート設定部２４から入力されたデータにＩＰヘッダとＭＡＣヘッダを付加することにより、図１２（ｃ）に示すようなフレームを生成する。ブロードキャスト設定部２５は、ＩＰヘッダを付加する際に、宛先ＩＰアドレスを２５５．２５５．２５５．２５５のブロードキャストアドレスに設定する。すなわち、緊急情報を含むパケットについて、ブロードキャスト設定部２５は、サブネットワークマスクが同じ通信装置４０へのローカルブロードキャスト送信が行われるようにＩＰアドレスを設定する。次に、ブロードキャスト設定部２５は、ＭＡＣアドレスの宛先アドレスをＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：に設定して、ブロードキャスト送信が行われるようにする。
【００４５】
（９）ブロードキャスト設定部２５は、アドレスの設定が終了したフレームを、送信機１５に出力する。このとき、ブロードキャスト設定部２５は、出力するフレームはユーザデータを含むフレームであることを送信機１５に通知する。送信機１５は、緊急情報が含まれたフレームを、第２のネットワークに向けて送信する。なお、送信機１５は、制御チャネルを介さずに緊急情報を含むフレームを送信する。
【００４６】
（１０）図１３は、中継装置１０と第２のネットワークの例を示す。図１３の例では、第２のネットワークは、通信装置４０ａ〜４０ｆを含むアドホックネットワークである。以下の説明では、通信装置４０ａ〜４０ｆのいずれも予め通知アプリケーションが起動されており、待ち受け状態にあるものとする。
【００４７】
手順（９）で中継装置１０からフレームがブロードキャスト送信されると、中継装置１０から１ホップ目に位置している全ての通信装置４０が、中継装置１０から緊急情報を含むフレームを受信する。図１３の例では、通信装置４０ａ〜４０ｃの３台の通信装置４０が緊急情報を受信する。
【００４８】
（１１）以下の手順では、通信装置４０ｂの動作を例として、緊急情報を含むフレームを受信した通信装置４０の動作を説明するが、通信装置４０ａおよび４０ｃの動作も通信装置４０ｂの動作と同様である。通信装置４０ｂのＵ−プレーン受信部４４は、アンテナ４１と受信機４３を介して、緊急情報を含むフレームを受信する。Ｕ−プレーン受信部４４は、緊急情報を含むフレームを検出部５１とＵ−プレーン送信部４７に出力する。
【００４９】
（１２）通信装置４０ｂのＵ−プレーン送信部４７は、Ｕ−プレーン受信部４４から入力されたフレームを、第２のネットワーク中の他の通信装置４０ａ、４０ｃ〜４０ｆにブロードキャスト送信するために、ヘッダの情報を変更する。Ｕ−プレーン送信部４７は、処理後のフレームを送信機４５に出力する。送信機４５は、アンテナ４１を介して、Ｕ−プレーン送信部４７から入力されたフレームをブロードキャスト送信する。
【００５０】
（１３）検出部５１は、入力されたフレームに設定されている宛先ポート番号を確認して、対応するアプリケーションにデータを出力する。ここでは、宛先ポート番号は通知アプリケーションに対応付けられた番号に設定されているので、検出部５１は、緊急情報を検出したと判断する。そこで、検出部５１は、緊急情報を含むアプリケーションレイヤ情報を決定部５２に出力する。
【００５１】
（１４）決定部５２は、アプリケーションレイヤ情報（図１２（ａ））に含まれているポップアップフラグとアラームフラグの値を確認して、指示されている動作の設定を確認する。このとき、決定部５２は動作設定テーブルを用いる。動作設定テーブルの例を図１４に示す。図１４の例では、アラームフラグの値が「１」であれば、緊急情報を受信した通信装置４０が警告音を発生させる。一方、アラームフラグの値が「０」であれば、緊急情報を受信した通信装置４０は警告音を発生させない。また、ポップアップフラグの値が「１」であれば、緊急情報を受信した通信装置４０は、緊急情報を画面に表示する。一方、ポップアップフラグの値が「０」であれば、緊急情報を受信しても、通信装置４０は緊急情報の内容を画面に表示しない。決定部５２は、ポップアップフラグとアラームフラグの値で指定されている動作を記憶する。
【００５２】
（１５）緊急情報を画面に表示する場合、決定部５２は、アプリケーションレイヤ情報（図１２（ａ））に含まれている緊急情報識別子をキーとして、災害識別テーブルを検索する。ここで、通信装置４０（４０ａ〜４０ｆ）は、図１０（ｂ）に示す災害識別テーブルを記憶部５５に保持しているものとする。決定部５２は、緊急情報識別子に対応付けられた災害の種類を取得し、手順（１４）で得られた情報と共に、出力部５３に出力する。
【００５３】
（１６）出力部５３は、決定部５２からの指示に応じて処理を行う。例えば、警告音の発生が指示されると、出力部５３は、警告音を発生させる。さらに、画面への表示が指示されると、決定部５２から通知された災害種別を画面に表示する。
【００５４】
（１７）手順（１４）で、緊急情報を画面に表示する設定であることが確認されている場合、決定部５２は、さらに、エンコードフィールドの値と緊急情報の本文をアプリケーションレイヤ情報から取得する。決定部５２は、エンコードフィールドの値をキーとして、エンコードテーブルを検索する。エンコードテーブルの例を図１５に示す。決定部５２は、エンコードテーブルから特定された言語として、緊急情報の本文を文字列に変換する。決定部５２は、得られた文字列を出力部５３に出力し、画面への表示を指示する。出力部５３は、決定部５２から入力された文字列を画面に表示する。
【００５５】
次に、本実施形態での各装置の処理を、フローチャートを参照しながら説明する。図１６は、中継対象の情報かを判定する方法の例を説明するフローチャートである。図１６は、手順（３）での中継装置１０の動作の例を表す。まず、中継装置１０は、第１のネットワークから情報を受信すると、Ｕ／Ｃ−プレーン判断部１３は、Ｕ-プレーンの情報であるかを確認する（ステップＳ１、ステップＳ２）。受信したフレームがＵ-プレーンのフレームである場合、Ｕ／Ｃ−プレーン判断部１３は、フレームをＵ−プレーン変換部１４に出力し、Ｕ−プレーン変換部１４はフレームを処理する（ステップＳ２でＹｅｓ、ステップＳ３）。一方、受信したフレームがＵ-プレーンのフレームではない場合、Ｕ／Ｃ−プレーン判断部１３は、フレームを中継判断部２１に出力する。中継判断部２１は、ＳＩＢ１０に含まれている情報を確認することにより、受信したフレームは緊急情報を含んでいるかを確認する（ステップＳ４）。緊急情報が含まれている場合、緊急情報を含むフレームを中継対象に設定する（ステップＳ４でＹｅｓ、ステップＳ５）。一方、フレームに緊急情報が含まれていない場合、中継処理を終了する（ステップＳ４でＮｏ、ステップＳ６）。
【００５６】
図１７は、中継対象の情報を受信した中継装置１０の動作の例を説明するフローチャートである。図１７は、手順（４）〜（９）での中継装置１０の動作の例を表す。緊急情報を含むＲＲＣ情報を受信すると、中継判断部２１や抽出部２２は、緊急情報を取得して、生成部２３に出力する（ステップＳ１２）。生成部２３は、中継判断部２１と抽出部２２から入力されたデータを用いて、通知アプリケーションで処理される情報（アプリケーションレイヤ情報）を生成する（ステップＳ１３）。次に、ポート設定部２４は、アプリケーションレイヤ情報に、通知アプリケーションに対応するポート番号を含むトランスポートレイヤのヘッダを付す（ステップＳ１４）。その後、中継装置１０は、アプリケーションレイヤ情報を含むフレームを、第２のネットワークに向けてブロードキャスト送信する（ステップＳ１５）。
【００５７】
図１８は、緊急情報を受信した通信装置４０の動作の例を説明するフローチャートである。図１８は、手順（１１）〜（１６）での通信装置４０の動作の例を表す。なお、図１８は通信装置４０の動作の一例であり、例えば、ステップＳ２４、Ｓ２５の前に、ステップＳ２６、Ｓ２７が行われるなどの変更が加えられる場合がある。また、ステップＳ２４とＳ２６の判定の後で、判定結果に応じてステップＳ２５とＳ２７の処理が行われるように動作が変形される場合もある。さらに、ステップＳ２８の処理は、実装に応じて、ステップＳ２２でＹｅｓと判定された後の任意のタイミングで行われてもよい。
【００５８】
通信装置４０に電源が投入された後、通知アプリケーションは、常駐サービスとして待ち受け状態にあるものとする（ステップＳ２１）。検出部５１は、通知アプリケーションに対応するポートを指定したフレームを受信したかを確認する（ステップＳ２２）。通知アプリケーションに対応するポートを指定したフレームを受信するまで、通知アプリケーションは、待ち受け状態を継続する（ステップＳ２２でＮｏ、ステップＳ２１）。一方、通知アプリケーションに対応するポートを指定したフレームを受信した場合、検出部５１は、通知アプリケーションで処理する情報を受信したと認識して、アプリケーションレイヤ情報を決定部５２に出力する（ステップＳ２３）。決定部５２は、アプリケーションレイヤ情報に含まれているポップアップフラグの値を確認する（ステップＳ２４）。ポップアップフラグの値が１である場合、決定部５２は、緊急情報識別子に対応付けられている災害情報を、災害識別テーブル（図１０（ｂ））を用いて取得する。決定部５２は、取得した情報を出力部５３に出力し、画面に災害情報を出力させる（ステップＳ２４でＹｅｓ、ステップＳ２５）。例えば、地震の発生を通知する緊急情報が中継された場合、通信装置４０の画面に「地震発生」という文字列が表示される。一方、ポップアップフラグが０の場合は、画面への表示は行われない（ステップＳ２４でＮｏ）。次に、決定部５２は、アラームフラグの値を確認する（ステップＳ２６）。アラームフラグが１である場合、決定部５２からの指示に従って、出力部５３は、警告音を発生する（ステップＳ２６でＹｅｓ、ステップＳ２７）。一方、アラームフラグが０である場合、警告音を発生しない（ステップＳ２６でＮｏ）。その後、通信装置４０は、緊急情報を含むフレームをブロードキャスト送信する（ステップＳ２８）。なお、図１８の例では、緊急情報識別子の情報だけが画面に表示される場合を例として述べたが、前述のように、緊急情報識別子の情報と緊急情報の本文の両方が表示されるように通信装置４０の動作が変形される場合もある。
【００５９】
前述のように、中継装置１０は第１のネットワークの制御情報として受信した緊急情報を、通信装置４０で処理できる形式のユーザデータとして第２のネットワークに中継する。このため、図１９に示すように、第１のネットワークの制御情報として通知された通知情報が、通信システムの異なる第２のネットワークに通知される。第１の実施形態により緊急情報が中継される様子を図１９に示す。なお、図１９では、通信装置４０で処理できる形式のユーザデータを「変換データ」として表している。
【００６０】
このように、制御情報として通知された緊急情報が、通信システムの異なる複数のネットワークをまたいで通知されるため、緊急情報の通知が容易になる。例えば、複数のコンピュータがアドホックネットワークを形成していて、中継装置１０もアドホックネットワークに参加しているとする。さらに、中継装置１０は基地局５の通信エリア内に位置しているとする。この状態で基地局５が、通信エリア内に位置する通信装置や中継装置１０に緊急情報を通知すると、中継装置１０は、緊急情報をアドホックネットワークに属するコンピュータＡで処理可能な形式に変換した上で、ユーザデータとして中継する。このため、コンピュータＡに緊急情報が通知され、例えば、コンピュータＡの画面に緊急情報が表示されたとする。その後、コンピュータＡは、アドホックネットワークに属する他のコンピュータにも緊急情報を含むフレームをブロードキャストする。このため、アドホックネットワークに属する全てのコンピュータにおいて、緊急情報が通知され、緊急情報で指示されたとおりに緊急情報の表示などが行われる。また、本実施形態では、災害の種類を表示した後で、緊急情報の本文を表示しているので、災害の発生をユーザに迅速に通知することができる。
【００６１】
＜第２の実施形態＞
第２の実施形態では、複数のフレームを用いて緊急情報が通知される場合に、中継装置１０で本文の情報をまとめてから中継する方法について説明する。例えば、緊急情報の本文の長さが長い場合、１つのフレームで緊急情報が通知できないことが考えられる。そこで、第２の実施形態では、抽出部２２は、緊急情報が１つのフレームで通知されているかを確認する。さらに、緊急情報が複数のフレームを用いて通知されている場合、抽出部２２は、個々のフレームに含まれている情報を結合してアプリケーションレイヤ情報を生成する。以下の説明では、緊急情報の本文が複数のフレームを用いて通知されている場合、１つのフレームに含まれている緊急情報の本文を「情報セグメント」と記載することがある。
【００６２】
以下、図１１を参照しながら、抽出部２２の動作を説明する。第１の実施形態で述べたとおり、緊急情報の本文は、ＳＩＢ１１のwarningMessageSegmentフィールドで通知される。通知されるデータが１つのフレームに含まれるwarningMessageSegmentに入りきらない場合、緊急情報が複数の情報セグメントに分けられ、複数のフレームにより通知される。個々のフレームは、情報セグメントを１つずつ通知する。
【００６３】
抽出部２２は、warningMessageSegmentNumberの値とwarningMessageSegmentTypeフィールドを用いて、緊急情報が複数の情報セグメントに分けられているかを確認する。warningMessageSegmentTypeは、フレームに含まれている情報セグメントが緊急情報の末尾の情報セグメントであるかを示す。緊急情報の末尾の情報セグメントを含まないフレームでは、warningMessageSegmentTypeフィールドの値はnotLastSegmentに設定される。一方、緊急情報の末尾の情報セグメントを含むフレームでは、warningMessageSegmentTypeフィールドの値がlastSegmentに設定される。従って、warningMessageSegmentTypeフィールドの値がnotLastSegmentであるＳＩＢ１１を受信すると、抽出部２２は、緊急情報が複数の情報セグメントに分かれていると判断する。抽出部２２は、warningMessageSegmentフィールドに記録されている本文を、warningMessageSegmentNumberの値に対応付けて保持する。
【００６４】
ここで、warningMessageSegmentNumberの値は、緊急情報の先頭に近い情報セグメントから順に大きな値になるように付され、０〜６３の整数をとる。つまり、warningMessageSegmentNumberの値は情報セグメントの順序を表している。例えば、フレームＡに含まれている情報セグメントのwarningMessageSegmentNumberが０で、フレームＢに含まれている情報セグメントのwarningMessageSegmentNumberが１であるとする。すると、抽出部２２は、フレームＡに含まれている情報セグメントの続きのデータは、フレームＢに含まれている情報セグメントであると認識できる。
【００６５】
抽出部２２は、warningMessageSegmentTypeフィールドの値がLastSegmentであるＳＩＢ１１を受信するまで、warningMessageSegmentフィールドに記録されている本文を、warningMessageSegmentNumberの値に対応付けて取得する処理を繰り返す。その後、warningMessageSegmentTypeフィールドの値がLastSegmentであるＳＩＢ１１を受信すると、取得したwarningMessageSegmentフィールドの内容を、warningMessageSegmentNumberの値が大きくなる順に結合する。
【００６６】
図２０は、第２の実施形態での抽出部２２の動作を説明するフローチャートである。抽出部２２は、中継判断部２１から中継の対象であることが通知されたserialNumberの値と同じserialNumberを含むＳＩＢ１１を受信すると、緊急情報の本文（情報セグメント）を抽出する（ステップＳ３１）。なお、抽出部２２は、個々の情報セグメントに対応付けて、warningMessageSegmentNumberの値を記憶するものとする。次に、抽出部２２は、処理対象としているフレームのwarningMessageSegmentTypeフィールドの値がLastSegmentであるかを確認する（ステップＳ３２）。LastSegmentに設定されていない場合、抽出部２２は受信処理を継続し、ステップＳ３１〜Ｓ３３の処理を繰り返す（ステップＳ３２でＮｏ、ステップＳ３３）。一方、処理対象のフレームがLastSegmentに設定されている場合、抽出部２２はこれまでに抽出した情報セグメントを結合する（ステップＳ３４）。なお、情報セグメントを結合する際、warningMessageSegmentTypeフィールドの値が小さいほど緊急情報の先頭に近くなるように処理が行われる。セグメントの結合処理が終わると、結合された情報を用いて、生成部２３、ポート設定部２４、ブロードキャスト設定部２５により、ブロードキャストフレームが生成される。生成されたフレームは、送信機１５より送信される（ステップＳ３５）。
【００６７】
なお、第２の実施形態でも、中継判断部２１、生成部２３、ポート設定部２４、ブロードキャスト設定部２５、アンテナ１１、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５の処理は第１の実施形態と同様である。また、通信装置４０の動作も、第１の実施形態と同様である。
【００６８】
このように、第１のネットワークから第２のネットワークに緊急情報を中継するときに、中継装置１０が緊急情報の本文を１つのフレームにまとめてから中継すると、通信装置４０は、受信順序を調整しなくても良い。このため、通信装置４０の処理負担が小さくなる。
【００６９】
＜第３の実施形態＞
第３の実施形態では、緊急情報がＭＡＣヘッダ（メディアアクセス制御ヘッダ）とＭＡＣメッセージ（メディアアクセス制御メッセージ）によって伝達される場合について説明する。第３の実施形態では、第２のネットワークは、無線ＬＡＮネットワークであり、第２のネットワークに属する通信装置は、インフラストラクチャモードで動作するものとする。
【００７０】
図２１は、中継装置８０の構成の例を示す。中継装置８０は、生成部８１、アンテナ１１（１１ａ、１１ｂ）、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５、記憶部１６、中継判断部２１、抽出部２２、ブロードキャスト設定部２５を備える。生成部８１は、抽出部２２で抽出された緊急情報をＭＡＣレイヤの情報に変換する。さらに、生成部８１は、制御情報を通知するフレームを生成する。生成部８１の動作については、後で詳しく述べる。アンテナ１１、受信機１２、Ｕ／Ｃ−プレーン判断部１３、Ｕ−プレーン変換部１４、送信機１５、中継判断部２１、抽出部２２、ブロードキャスト設定部２５の動作は、第１もしくは第２の実施形態と同様である。記憶部１６は、緊急情報を通知するフレームについてのＭＡＣヘッダの設定や、ＭＡＣメッセージのフォーマット、災害識別テーブルなどを記憶しているものとする。
【００７１】
図２２は、通信装置９０の構成の例を示す。通信装置９０は、Ｕ／Ｃ−プレーン判断部９２、ＬＡＮ ＭＡＣ受信部９３、制御部９４、アプリケーション処理部９５、アンテナ４１、受信機４３、Ｕ−プレーン受信部４４を備える。アプリケーション処理部９５は、記憶部９６、決定部９７、出力部９８を有する。なお、図２２には、図を見やすくするために、通信装置９０のうち、第３の実施形態に関する動作に関連する部分を図示している。通信装置９０も、送信機４５などを備えており、データの送信を行うことができるものとする。
【００７２】
Ｕ／Ｃ−プレーン判断部９２は、アンテナ４１と受信機４３を介して受信したフレームを、ユーザデータを含むフレームと制御情報を通知するフレームに分類する。Ｕ／Ｃ−プレーン判断部９２は、制御チャネルを介して受信したデータを制御情報として、ＬＡＮ ＭＡＣ受信部９３に出力する。一方、Ｕ／Ｃ−プレーン判断部９２は、ユーザデータを含むフレームをＵ−プレーン変換部１４に出力する。
【００７３】
ＬＡＮ ＭＡＣ受信部９３は、制御情報を通知するフレームについて、ＭＡＣヘッダを参照することにより、緊急情報を通知するフレームであるかを確認する。ＬＡＮ ＭＡＣ受信部９３は、緊急情報が含まれているフレームを制御部９４に出力する。一方、緊急情報が含まれていないフレームは、制御情報の処理に用いられる。制御部９４は、ＬＡＮ ＭＡＣ受信部９３から入力されたフレームのＭＡＣメッセージに、通知アプリケーションのApplication Program Interface（ＡＰＩ）を付与してから、アプリケーション処理部９５に出力する。
【００７４】
決定部９７は、制御部９４から入力されたＭＡＣメッセージを処理し、さらに、緊急情報をユーザに感知させるための出力処理の方法を決定する。ここで、決定部９７はＭＡＣメッセージのフォーマットを認識し、ＭＡＣメッセージ中の情報を処理するものとする。出力部９８は、決定部９７の指示に応じて、画面への表示、警報音の出力などの処理を行う。記憶部９６は、災害識別テーブル、動作設定テーブル、エンコードテーブル等を記憶し、適宜、アプリケーション処理部９５での処理に用いられるデータを記憶する。災害識別テーブル、動作設定テーブル、エンコードテーブルは第１の実施形態と同様である。また、Ｕ−プレーン受信部４４の動作等は、第１の実施形態と同様である。
【００７５】
ところで、第３の実施形態では、緊急情報がＭＡＣレイヤの情報として受信されるため、ネットワーク接続部９１で緊急情報を含むフレームを検出したことを契機として、通知アプリケーションが動作を開始することになる。すなわち、ネットワーク接続部９１でＭＡＣフレーム中の緊急情報をアプリケーション処理部９５で処理できる形式に変換する。そこで、例えば、ネットワーク接続部９１に、予め、緊急情報の処理に対応したドライバなどを読み込ませておくことができる。例えば、ネットワーク接続部９１がＬＡＮカードなどのＬＡＮ無線デバイスであり、アプリケーション処理部９５がコンピュータである場合、ユーザは、図２３に示す手順によって通信装置９０を得ることができる。まず、ユーザは、ＬＡＮ無線デバイスをコンピュータに接続する（ステップＳ４１）。次に、ユーザは、緊急情報の放送に対応したドライバを、ＬＡＮ無線デバイスにインストールする（ステップＳ４２）。さらに、ユーザにより、緊急情報の放送に対応したアプリケーション（通知アプリケーション）を、コンピュータにインストールする（ステップＳ４３）。ステップＳ４２とＳ４３でインストールしたドライバとアプリケーションが緊急情報の放送に対応して設定されると、ＬＡＮ無線デバイスとコンピュータは、通信装置９０として動作できる。
【００７６】
以下、図面を参照しながら第３の実施形態で行われる処理について説明する。
（２１）中継装置８０が、基地局５から緊急情報を含むフレームを受信したかを確認する方法は、第１の実施形態で説明した手順（１）〜（３）と同様である。
【００７７】
（２２）緊急情報を第２のネットワークに中継することを決定すると、中継判断部２１は、警告音フラグとポップアップフラグの値を取得し、serialNumberの値に対応付けて生成部８１に出力する。
【００７８】
（２３）中継判断部２１は、Ｕ／Ｃ−プレーン判断部１３から入力された報知情報に含まれるＳＩＢ１１を、抽出部２２に出力する。抽出部２２は、warningMessageSegmentフィールドに記録されている情報を抽出し、serialNumberに対応付けて生成部８１に出力する。また、warningMessageSegmentフィールドに格納されている情報を記録している言語の特定に用いるために、抽出部２２は、dataCodingSchemeの値を抽出して、serialNumberに対応付けて生成部８１に出力する。
【００７９】
（２４）生成部８１は、緊急情報を通知するフレームを生成する。このとき、生成部８１は、適宜、記憶部１６からフォーマットを読み込むことができる。緊急情報を通知するフレームのフォーマットの例を図２４（ａ）に示す。緊急情報を通知するフレームは、ＭＡＣヘッダ、ＭＡＣメッセージ、Frame Check Sequence（ＦＣＳ）を含む。ＭＡＣヘッダは、フレーム制御フィールド、デュレーション／ＩＤフィールド、宛先アドレス、送信元アドレス、Basic Service Set Identifier（ＢＳＳＩＤ）、シーケンス制御フィールドを含む。生成部８１は、緊急情報を通知するフレームについては、フレーム制御フィールドに緊急情報を含むことを示す情報を記録する。
【００８０】
図２４（ｂ）に、緊急情報を通知するフレームのフレーム制御フィールドのフォーマットの例を示す。フレーム制御フィールドは、プロトコルバージョン情報、タイプ、サブタイプ、ＴｏＤＳ、ＦｒｏｍＤＳ、More Flagment（Ｍｏｒｅ Ｆｌａｇ）、Ｒｅｔｒｙ、電力管理、ＭｏｒｅＤａｔａ、Wired Equivalent Privacy（ＷＥＰ）、Ｏｒｄｅｒを含む。生成部８１は、図２４（ｂ）に示すように、プロトコルバージョン情報を示す２ビットを「１１」に設定するものとする。なお、緊急情報を通知しないフレームでは、プロトコルバージョン情報の値は「００」に設定されるものとする。緊急情報を通知しないフレームのフォーマットを図２４（ｃ）と図２４（ｄ）に示す。図２４（ｄ）は図２４（ｃ）のフレームのフレーム制御フィールドを拡大して示している。
【００８１】
図２５は、生成部８１により生成されるＭＡＣメッセージのフォーマットの例を示す。ＭＡＣメッセージには、緊急情報識別子、ポップアップフラグ、アラームフラグ、予約領域（Ｒｅｓｅｒｖｅ）、エンコード、緊急情報の本文が含まれる。生成部８１は、緊急情報識別子を、ＳＩＢ１０のWarning Type Valueフィールドの値とする。さらに、生成部８１は、ポップアップフラグを、ＳＩＢ１０中のポップアップフラグの値とし、アラームフラグを、ＳＩＢ１０中の警告音フラグの値とする。予約領域は、オプション設定等を行う際に用いられる。生成部８１は、エンコードのフィールドに、dataCodingSchemeの値を記録する。また、緊急情報の本文は、warningMessageSegmentフィールドに記録されている情報とされる。
【００８２】
（２５）生成部８１は、生成したフレームを、ブロードキャスト設定部２５に出力する。ブロードキャスト設定部２５は、生成部８１から入力されたフレームの宛先アドレスをブロードキャストアドレスに設定する。すなわち、ブロードキャスト設定部２５は、ＭＡＣヘッダの宛先アドレスフィールドの値を、ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：に設定する。
【００８３】
（２６）ブロードキャスト設定部２５は、アドレスの設定が終了したフレームを、送信機１５に出力する。このとき、ブロードキャスト設定部２５は、出力するフレームは制御情報を含むフレームであることを送信機１５に通知する。送信機１５は、緊急情報が含まれたフレームを、制御チャネルを介して、第２のネットワークに送信する。
【００８４】
（２７）手順（２６）で中継装置８０からフレームがブロードキャスト送信されると、第２のネットワーク中の通信装置９０が、緊急情報を含むフレームを受信する。
【００８５】
（２８）通信装置９０に備えられた受信機４３は、受信したフレームをＵ／Ｃ−プレーン判断部９２に出力する。Ｕ／Ｃ−プレーン判断部９２は、入力されたフレームがＣ−プレーンのフレームであることを認識し、ＬＡＮ ＭＡＣ受信部９３に出力する。
【００８６】
（２９）ＬＡＮ ＭＡＣ受信部９３は、受信したフレームのＭＡＣヘッダを参照し、フレーム制御フィールドの上位２ビットを取得する。得られたビット列が「１１」である場合、ＬＡＮ ＭＡＣ受信部９３は、受信したフレームが緊急情報を含むと判断し、制御部９４に出力する。一方、得られたビット列の値が「１１」ではない場合、ＬＡＮ ＭＡＣ受信部９３は、Ｃ-プレーン受信部（図示せず）にフレームを出力し、制御情報として使用させる。
【００８７】
（３０）制御部９４は、ＬＡＮ ＭＡＣ受信部９３から入力されたフレームのＭＡＣメッセージに、通知アプリケーションのＡＰＩを付加する。図２６に、制御部９４によってＡＰＩが付加されたＭＡＣメッセージの例を示す。
【００８８】
（３１）制御部９４は、ＡＰＩを付加したＭＡＣメッセージを、決定部９７に入力する。決定部９７は、ＭＡＣメッセージに通知アプリケーションに対応付けられたＡＰＩが含まれているかを確認する。通知アプリケーションに対応付けられたＡＰＩが含まれていない場合、決定部９７は、ＭＡＣメッセージの処理を行わずに廃棄する。一方、通知アプリケーションに対応付けられたＡＰＩが含まれている場合、決定部９７は、ＭＡＣメッセージ中のポップアップフラグとアラームフラグの値を確認して、緊急情報により指示されている動作を認識する。このとき、決定部９７は、動作設定テーブル（図１４）を用いる。
【００８９】
（３２）緊急情報を画面に表示する場合、決定部９７は、ＭＡＣメッセージ中の緊急情報識別子をキーとして、災害識別テーブル（図１０（ｂ））を検索する。決定部９７は、緊急情報識別子に対応付けられた災害の種類を取得し、手順（３１）で得られた情報と共に、出力部９８に出力する。さらに、決定部９７は、エンコードフィールドの値とエンコードテーブルから緊急情報が記録されている言語を認識する。さらに、決定部９７は、ＭＡＣメッセージ中の緊急情報の本文、認識した言語の文字列に変換する。決定部９７は、変換により得られた文字列も、出力部９８に出力する。
【００９０】
（３３）出力部９８は、決定部９７からの指示に応じて、画面への表示や警告音の発生などの処理を行う。
【００９１】
図２７は、中継対象の情報を受信した中継装置８０の動作の例を説明するフローチャートである。図２７は、手順（２１）〜（２６）での中継装置８０の動作の例を表す。緊急情報を含むＲＲＣ情報を受信すると、中継判断部２１や抽出部２２は、緊急情報を取得して、生成部８１に出力する（ステップＳ５１、Ｓ５２）。生成部８１は、中継判断部２１と抽出部２２から入力されたデータを含むＭＡＣメッセージを生成し、緊急情報を含むことを示すＭＡＣヘッダを付加する（ステップＳ５３）。次に、ブロードキャスト設定部２５は生成部８１で生成されたフレームがブロードキャスト送信されるように設定する。その後、中継装置８０は、緊急情報を含むフレームを、制御チャネルを介して第２のネットワークに向けてブロードキャスト送信する（ステップＳ５４）。
【００９２】
図２８は、ネットワーク接続部９１の動作の例を説明するフローチャートである。ＬＡＮ ＭＡＣ受信部９３は、Ｕ／Ｃ−プレーン判断部９２から、Ｃ−プレーンのフレームを受信する。ＬＡＮ ＭＡＣ受信部９３は、受信したフレームのＭＡＣヘッダに、緊急情報を含むフレームであることを示す情報が含まれているかを確認する。フレーム中に緊急情報を含むことを示すＭＡＣヘッダを検出すると、ＬＡＮ ＭＡＣ受信部９３は、緊急情報を含むＭＡＣメッセージを制御部９４に出力する（ステップＳ６１、Ｓ６２）。制御部９４は、ＬＡＮ ＭＡＣ受信部９３から入力されたＭＡＣメッセージに、通知アプリケーションに対応したＡＰＩを付加する（ステップＳ６３）。制御部９４は、ＡＰＩを付加したＭＡＣメッセージを、通知アプリケーションのアプリケーション処理部９５に出力する（ステップＳ６４）。
【００９３】
図２９は、アプリケーション処理部９５の動作の例を説明するフローチャートである。なお、図２９は通信装置９０の動作の一例であり、例えば、ステップＳ７４、Ｓ７５の前に、ステップＳ７６、Ｓ７７が行われるなどの変更が加えられる場合がある。
【００９４】
通信装置９０に電源が投入された後、通知アプリケーションは、常駐サービスとして待ち受け状態にあるものとする（ステップＳ７１）。決定部９７は、通知アプリケーションに対応するＡＰＩを含むＭＡＣメッセージを受信したかを確認する（ステップＳ７２）。通知アプリケーションに対応するＡＰＩを含むＭＡＣメッセージを受信するまで、通知アプリケーションは、待ち受け状態を継続する（ステップＳ７２でＮｏ、ステップＳ７１）。一方、通知アプリケーションに対応するＡＰＩを含むＭＡＣメッセージを受信した場合、決定部９７は、緊急情報を含むＭＡＣメッセージを取得したと認識する（ステップＳ７３）。ステップＳ７４〜Ｓ７７では、図１８を参照しながら説明したステップＳ２４〜Ｓ２７の処理と同様の処理がアプリケーション処理部９５で行われる。決定部９７からの指示に応じて出力部９８での処理が終わると、通信装置９０は、緊急情報を含むフレームの処理が終了したと認識し、待ち受け状態に戻る（ステップＳ７８、Ｓ７１）。
【００９５】
前述のように、中継装置８０は第１のネットワークの制御情報として基地局５から受信した緊急情報を、ＭＡＣレイヤの情報を用いて第２のネットワークに中継する。また、緊急情報は、通信装置９０で処理できる形式の制御情報としてブロードキャスト送信されている。このため、図３０（ａ）に示すように、第１のネットワークの制御情報として通知された通知情報が、通信システムの異なる第２のネットワークに通知される。なお、図３０（ａ）では、通信装置９０で処理できる形式のＭＡＣレイヤの情報を「変換ＭＡＣ」として表している。
【００９６】
第３の実施形態では、ＭＡＣレイヤの情報を用いて緊急情報が通知されるので、第１の実施形態に比べて、低いレイヤで緊急情報が通知されることになる。このため、第１の実施形態に比べて、緊急情報を含むフレームを受信してから、通信装置９０が緊急情報を認識するまでの時間は、通信装置４０に比べて短くなることが期待される。従って、ユーザへの緊急情報の通知や、他の通信装置９０への緊急情報の通知が、第１の実施形態よりも早くなる可能性がある。
【００９７】
図３０（ｂ）は、第３の実施形態が用いられるシステムの例を示す。図３０（ｂ）では、第２のネットワークは、無線ＬＡＮネットワークであり、第１のネットワークは、３ＧＰＰ（Third Generation Partnership Project）の規格に沿った通信が行われるネットワークである。災害通知センタから、ＧＷ（gateway）を介して、オペレータネットワーク中の通信装置に、緊急情報が通知される。すると、オペレータネットワークに含まれる基地局は、基地局の通信エリア内の通信装置に緊急情報を通知する。このとき、基地局からモバイルルータも、緊急情報を含むフレームを受信したとする。モバイルルータは、３ＧＰＰに対応している装置に対しては、３ＧＰＰの端末として動作するが、モバイルルータの通信エリア内に位置するＬＡＮ端末との間で無線ＬＡＮ通信も行っているとする。すると、モバイルルータは、基地局から受信した通知情報を含むフレームを第３の実施形態に沿って生成し、無線ＬＡＮ装置にブロードキャスト送信する。すると、ＬＡＮ端末は、モバイルルータによって中継されたフレームにより、緊急情報を受信できる。
【００９８】
＜その他＞
なお、本発明は上記の実施形態に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。
【００９９】
中継の対象とする緊急情報の選択は、実装に応じて変形される場合がある。例えば、中継判断部２１は、テスト送信された緊急情報を中継しないように判断することもできる。さらに、Warning Type Valueが予約領域に指定されている場合（Warning Type Valueが００００１０１〜１１１１１１１）についても、特定の災害等に割り当てられた場合に、中継判断部２１が中継の対象として選択するように動作が変形されることがある。
【０１００】
中継判断部２１がＳＩＢ１１に含まれているserialNumberの値を確認し、第２のネットワークに中継する対象とした緊急情報の内容を伝えるＳＩＢ１１を、抽出部２２に出力することもできる。
【０１０１】
複数の緊急情報が流れたときは、serialNumberの値によって、個々の緊急情報が区別される。生成部２３もしくは生成部８１は、ポップアップフラグ、警告音フラグ、warningMessageSegmentフィールド、dataCodingScheme、Warning Type Valueのいずれも同じserialNumberの値に関連付けられていることを確認して、フレームを生成する。
【０１０２】
第１および第２の実施形態についても、中継装置１０は、通信装置４０がインフラストラクチャモードで動作するネットワークに、緊急情報を中継することができるものとする。さらに、第１および第２の実施形態で用いるトランスポートレイヤのプロトコルは、ＵＤＰには限られず、アプリケーションのポート番号を含む任意のプロトコルに変更される場合がある。
【０１０３】
なお、通知アプリケーションは、例えば、電子メールソフトなど、ユーザが頻繁に用いるアプリケーションと連動するように変形される場合もある。この場合、中継装置１０、８０は、電子メールのフォーマットに合わせて通知フレームを生成する。例えば、電子メールの件名は、緊急情報識別子が表す災害情報とされる。中継装置１０、８０は、適宜、災害識別テーブルを用いて、電子メールの件名を設定する。通知フレームを受信した通信装置４０、９０で動作する通知アプリケーションは、緊急情報を含むメールを受信したことを認識すると、受信したフレームに含まれている緊急情報を、電子メールソフトを用いて表示する。また、通知アプリケーションは、画面への緊急情報の表示を、電子メールソフトの新規メール通知機能に行わせることができる。この場合、所定の設定が行われている電子メールソフトが、通知アプリケーションからの要求に応じて、新規メールの着信と同様の形式で、緊急情報を表示する。また、通知アプリケーションは、電子メールソフトにより、アラーム音を発生させることもできる。
【符号の説明】
【０１０４】
１ 中央装置
２、１０、８０ 中継装置
５ 基地局
１１、４１ アンテナ
１２、４３ 受信機
１３、９２ Ｕ／Ｃ−プレーン判断部
１４、４４ Ｕ−プレーン変換部
１５、４５ 送信機
１６、５５、９６ 記憶部
２１ 中継判断部
２２ 抽出部
２３、８１ 生成部
２４ ポート設定部
２５ ブロードキャスト設定部
３１、６１ デュプレクサ
３２、６２ ＲＦ部
３３、６３ ＤＳＰ
３４ ＭＰＵ
３５、６４ メモリ
４０、９０ 通信装置
４２、９１ ネットワーク接続部
４６、９４ 制御部
４７ Ｕ−プレーン送信部
５０、９５ アプリケーション処理部
５１ 検出部
５２、９７ 決定部
５３、９８ 出力部
６５、７１ インタフェース
７２ ＣＰＵ
７３ ハードディスク
７４ アプリケーション
７５ 表示部
７６ 音声出力部
９３ ＬＡＮ ＭＡＣ受信部
【特許請求の範囲】
【請求項１】
第１の通信方式を用いる第１のネットワークから信号を受信する受信部と、
前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、前記第１の通信方式とは異なる第２の通信方式を用いる第２のネットワークに属する通信装置でも使用される通知情報を抽出する抽出部と、
前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成する生成部と、
前記通知フレームを、前記第２のネットワークに属する通信装置に送信する送信部
を備えることを特徴とする通信装置。
【請求項２】
ユーザに前記通知情報を通知するために、前記第２のネットワークに属する通信装置で動作する通知アプリケーションがデータを認識する認識形式を記憶する記憶部
をさらに備え、
前記生成部は、前記通知フレームに、前記通知情報を前記認識形式に対応したデータとして含める
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第２のネットワークに属する通信装置でユーザに前記通知情報を通知するために動作する通知アプリケーションにより、前記通知情報の検知に用いられるメディアアクセス制御ヘッダの設定である通知設定を記憶する記憶部
をさらに備え、
前記生成部は、前記通知フレームのメディアアクセス制御ヘッダを前記通知設定に設定すると共に、前記通知情報を前記通知フレームのメディアアクセス制御メッセージに記録する
ことを特徴とする請求項１に記載の通信装置。
【請求項４】
前記通知情報が第１のセグメントと第２のセグメントに分割され、前記第１のセグメントは第１の報知情報により放送され、前記第２のセグメントは第２の報知情報により放送されている場合、
前記抽出部は、
前記第１の報知情報から前記第１のセグメントを抽出し、
前記第２の報知情報から前記第２のセグメントを抽出し、
前記第１のセグメントと前記第２のセグメントを結合することにより、前記通知情報を取得する
ことを特徴とする請求項１〜３のいずれか１項に記載の通信装置。
【請求項５】
前記第１のネットワークに属する基地局から通知される災害を識別する災害識別子を記録した災害識別テーブルと、
前記災害識別テーブルに記録された災害識別子を含むフレームを、前記第１のネットワークから前記第２のネットワークに中継すると判断すると共に、前記抽出部に出力する中継判断部
をさらに備え、
前記抽出部は、前記検出部から入力されたフレームから、前記通知情報を抽出する
ことを特徴とする請求項１〜４のいずれか１項に記載の通信装置。
【請求項６】
第１のネットワークと第２のネットワークが形成されている場合に、前記第２のネットワークに属する通信装置であって、
前記第１のネットワークで送受信されたデータを前記第２のネットワークに中継する中継装置で生成されたフレームを受信する受信部と、
前記第１のネットワークの制御チャネルを介して前記第１のネットワークに属する通信装置に通知するために放送され、前記第２のネットワークに属する通信装置でも使用される通知情報を、前記フレームから検出する検出部と、
前記通知情報を解析するとともに、前記通知情報をユーザに感知させるための出力処理の方法を決定する決定部と、
前記決定部の指示に応じて前記出力処理を行う出力部
を備えることを特徴とする通信装置。
【請求項７】
前記通知情報が制御情報の送受信に用いられる制御チャネルを介して受信した受信制御フレームに含まれている場合、前記決定部が処理対象として認識するための処理識別子を、前記受信制御フレームで通知されたデータに付加する制御部
をさらに備え、
前記決定部は、前記処理識別子が付されているデータを解析することにより、前記決定部で行われる出力方法を決定する
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記制御部は、前記受信制御フレームのメディアアクセス制御ヘッダの値が、メディアアクセス制御メッセージに前記通知情報が含まれていることを示す値である場合、前記処理識別子を、前記受信制御フレームに付加し、
前記決定部は、前記処理識別子が付加されたメディアアクセス制御メッセージを解析することにより、前記決定部で行われる出力方法を決定する
ことを特徴とする請求項７に記載の通信装置。
【請求項９】
第１の通信方式を用いる第１のネットワークから信号を受信し、
前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、前記第１の通信方式とは異なる第２の通信方式を用いる第２のネットワークに属する通信装置でも使用される通知情報を抽出し、
前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成し、
前記通知フレームを、前記第２のネットワークに属する通信装置に送信する
処理を、前記第１のネットワークと前記第２のネットワークの間でデータを中継する中継装置が行うことを特徴とする通信方法。
【請求項１０】
第１の通信方式を用いる第１のネットワークから信号を受信し、
前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、前記第１の通信方式とは異なる第２の通信方式を用いる第２のネットワークに属する通信装置でも使用される通知情報を抽出し、
前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成し、
前記通知フレームを、前記第２のネットワークに属する通信装置に送信する
処理を、前記第１のネットワークと前記第２のネットワークの間でデータを中継する中継装置に行わせることを特徴とする通信プログラム。
【請求項１１】
第１のネットワークで送受信されたデータを、前記第１のネットワークと異なる通信方式が用いられる第２のネットワークに中継する中継装置で生成されたフレームを受信し、
前記第１のネットワークの制御チャネルを介して前記第１のネットワークに属する通信装置に通知するために放送され、前記第２のネットワークに属する通信装置でも使用される通知情報を、前記フレームから検出し、
前記通知情報を解析するとともに、前記通知情報をユーザに感知させるための出力処理の方法を決定し、
前記決定部の指示に応じて前記出力処理を行う
処理を、前記第２のネットワークに属する通信装置が行うことを特徴とする通信方法。
【請求項１２】
第１のネットワークで送受信されたデータを、前記第１のネットワークと異なる通信方式が用いられる第２のネットワークに中継する中継装置で生成されたフレームを受信し、
前記第１のネットワークの制御チャネルを介して前記第１のネットワークに属する通信装置に通知するために放送され、前記第２のネットワークに属する通信装置でも使用される前記第１のネットワークに属する通知情報を、前記フレームから検出し、
前記通知情報を解析するとともに、前記通知情報をユーザに感知させるための出力処理の方法を決定し、
前記決定部の指示に応じて前記出力処理を行う
処理を、前記第２のネットワークに属する通信装置に行わせることを特徴とする通信プログラム。
【請求項１】
第１の通信方式を用いる第１のネットワークから信号を受信する受信部と、
前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、前記第１の通信方式とは異なる第２の通信方式を用いる第２のネットワークに属する通信装置でも使用される通知情報を抽出する抽出部と、
前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成する生成部と、
前記通知フレームを、前記第２のネットワークに属する通信装置に送信する送信部
を備えることを特徴とする通信装置。
【請求項２】
ユーザに前記通知情報を通知するために、前記第２のネットワークに属する通信装置で動作する通知アプリケーションがデータを認識する認識形式を記憶する記憶部
をさらに備え、
前記生成部は、前記通知フレームに、前記通知情報を前記認識形式に対応したデータとして含める
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第２のネットワークに属する通信装置でユーザに前記通知情報を通知するために動作する通知アプリケーションにより、前記通知情報の検知に用いられるメディアアクセス制御ヘッダの設定である通知設定を記憶する記憶部
をさらに備え、
前記生成部は、前記通知フレームのメディアアクセス制御ヘッダを前記通知設定に設定すると共に、前記通知情報を前記通知フレームのメディアアクセス制御メッセージに記録する
ことを特徴とする請求項１に記載の通信装置。
【請求項４】
前記通知情報が第１のセグメントと第２のセグメントに分割され、前記第１のセグメントは第１の報知情報により放送され、前記第２のセグメントは第２の報知情報により放送されている場合、
前記抽出部は、
前記第１の報知情報から前記第１のセグメントを抽出し、
前記第２の報知情報から前記第２のセグメントを抽出し、
前記第１のセグメントと前記第２のセグメントを結合することにより、前記通知情報を取得する
ことを特徴とする請求項１〜３のいずれか１項に記載の通信装置。
【請求項５】
前記第１のネットワークに属する基地局から通知される災害を識別する災害識別子を記録した災害識別テーブルと、
前記災害識別テーブルに記録された災害識別子を含むフレームを、前記第１のネットワークから前記第２のネットワークに中継すると判断すると共に、前記抽出部に出力する中継判断部
をさらに備え、
前記抽出部は、前記検出部から入力されたフレームから、前記通知情報を抽出する
ことを特徴とする請求項１〜４のいずれか１項に記載の通信装置。
【請求項６】
第１のネットワークと第２のネットワークが形成されている場合に、前記第２のネットワークに属する通信装置であって、
前記第１のネットワークで送受信されたデータを前記第２のネットワークに中継する中継装置で生成されたフレームを受信する受信部と、
前記第１のネットワークの制御チャネルを介して前記第１のネットワークに属する通信装置に通知するために放送され、前記第２のネットワークに属する通信装置でも使用される通知情報を、前記フレームから検出する検出部と、
前記通知情報を解析するとともに、前記通知情報をユーザに感知させるための出力処理の方法を決定する決定部と、
前記決定部の指示に応じて前記出力処理を行う出力部
を備えることを特徴とする通信装置。
【請求項７】
前記通知情報が制御情報の送受信に用いられる制御チャネルを介して受信した受信制御フレームに含まれている場合、前記決定部が処理対象として認識するための処理識別子を、前記受信制御フレームで通知されたデータに付加する制御部
をさらに備え、
前記決定部は、前記処理識別子が付されているデータを解析することにより、前記決定部で行われる出力方法を決定する
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記制御部は、前記受信制御フレームのメディアアクセス制御ヘッダの値が、メディアアクセス制御メッセージに前記通知情報が含まれていることを示す値である場合、前記処理識別子を、前記受信制御フレームに付加し、
前記決定部は、前記処理識別子が付加されたメディアアクセス制御メッセージを解析することにより、前記決定部で行われる出力方法を決定する
ことを特徴とする請求項７に記載の通信装置。
【請求項９】
第１の通信方式を用いる第１のネットワークから信号を受信し、
前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、前記第１の通信方式とは異なる第２の通信方式を用いる第２のネットワークに属する通信装置でも使用される通知情報を抽出し、
前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成し、
前記通知フレームを、前記第２のネットワークに属する通信装置に送信する
処理を、前記第１のネットワークと前記第２のネットワークの間でデータを中継する中継装置が行うことを特徴とする通信方法。
【請求項１０】
第１の通信方式を用いる第１のネットワークから信号を受信し、
前記第１のネットワークの制御チャネルを介して受信した信号から、前記第１のネットワークに属する通信装置に通知するために放送され、前記第１の通信方式とは異なる第２の通信方式を用いる第２のネットワークに属する通信装置でも使用される通知情報を抽出し、
前記第２のネットワークに属する通信装置に対して前記通知情報を通知するために用いられる通知フレームを生成し、
前記通知フレームを、前記第２のネットワークに属する通信装置に送信する
処理を、前記第１のネットワークと前記第２のネットワークの間でデータを中継する中継装置に行わせることを特徴とする通信プログラム。
【請求項１１】
第１のネットワークで送受信されたデータを、前記第１のネットワークと異なる通信方式が用いられる第２のネットワークに中継する中継装置で生成されたフレームを受信し、
前記第１のネットワークの制御チャネルを介して前記第１のネットワークに属する通信装置に通知するために放送され、前記第２のネットワークに属する通信装置でも使用される通知情報を、前記フレームから検出し、
前記通知情報を解析するとともに、前記通知情報をユーザに感知させるための出力処理の方法を決定し、
前記決定部の指示に応じて前記出力処理を行う
処理を、前記第２のネットワークに属する通信装置が行うことを特徴とする通信方法。
【請求項１２】
第１のネットワークで送受信されたデータを、前記第１のネットワークと異なる通信方式が用いられる第２のネットワークに中継する中継装置で生成されたフレームを受信し、
前記第１のネットワークの制御チャネルを介して前記第１のネットワークに属する通信装置に通知するために放送され、前記第２のネットワークに属する通信装置でも使用される前記第１のネットワークに属する通知情報を、前記フレームから検出し、
前記通知情報を解析するとともに、前記通知情報をユーザに感知させるための出力処理の方法を決定し、
前記決定部の指示に応じて前記出力処理を行う
処理を、前記第２のネットワークに属する通信装置に行わせることを特徴とする通信プログラム。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図１】
【図３０】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図１】
【図３０】
【公開番号】特開２０１３−２６９２９（Ｐ２０１３−２６９２９Ａ）
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願番号】特願２０１１−１６１３７７（Ｐ２０１１−１６１３７７）
【出願日】平成２３年７月２２日（２０１１．７．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＥＴＨＥＲＮＥＴ
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年２月４日（２０１３．２．４）
【国際特許分類】
【出願日】平成２３年７月２２日（２０１１．７．２２）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＥＴＨＥＲＮＥＴ
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]