JP6008180B2 - 無線装置 - Google Patents

Description

本発明は、通信技術に関し、特に所定の情報が含まれた信号を報知する無線装置に関する。

携帯電話では、災害発生時の緊急情報報知がなされている。これでは、通信圏内のユーザ端末には災害情報が通知されるが、ユーザの家族、親戚等へ災害情報が伝わらないので、安否確認が遅れてしまう場合がある。これに対応するために、端末が災害情報の転送先を保持し、災害情報を受信した場合に当該端末は転送先へ災害情報をメールで転送する（例えば、特許文献１参照）。

特開２０１０−１１７９８５号公報

緊急時であっても災害情報だけではなく、通常時に送信していたデータを送信したい場合がある。そのような状況下では、通常時と緊急時において、パケット信号に格納されるデータの構成を変更することが望まれる。

本発明はこうした状況に鑑みてなされたものであり、その目的は、パケット信号に格納するデータの構成を通常時と緊急時とのそれぞれに適するように変更する技術を提供することにある。

上記課題を解決するために、本発明のある態様の無線装置は、他の無線装置からのパケット信号を受信するとともに、パケット信号を報知する通信部と、通信部において受信したパケット信号を処理するとともに、通信部から報知すべきパケット信号を生成する処理部とを備える。処理部において生成されるパケット信号には、通信部において受信したパケット信号に含まれた第１種のデータと、本無線装置が発信源となる第２種のデータとを格納可能であり、処理部は、緊急時であることを未検出である場合よりも、緊急時であることを検出した場合において、第１種のデータを優先的にパケット信号に格納する。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、パケット信号に格納するデータの構成を通常時と緊急時とのそれぞれに適するように変更できる。

本発明の実施例１に係る通信システムの構成を示す図である。 図１の基地局装置の構成を示す図である。 図３（ａ）−（ｄ）は、図１の通信システムにおいて規定されるフレームのフォーマットを示す図である。 図１の車両に搭載された端末装置の構成を示す図である。 図４の端末装置でのプロトコルスタックを示す図である。 図４のアプリケーション処理部とアプリケーション管理部の構成を示す図である。 図７（ａ）−（ｂ）は、図６の分類部において記憶されるテーブルのデータ構造を示す図である。 図８（ａ）−（ｅ）は、図６のアプリケーション管理部によるタイミングの割当て例を示す図である。 図４の端末装置によって生成されるパケット信号のフォーマットを示す図である。 図６のアプリケーション管理部によるデータの格納手順を示すフローチャートである。 図６のアプリケーション管理部によるデータの別の格納手順を示すフローチャートである。 本発明の実施例２に係る緊急データ処理部の構成を示す図である。 本発明の実施例３に係る通信システムの構成を示す図である。 図１３の端末装置の構成を示す図である。 図１３の携帯無線装置の構成を示す図である。

（実施例１）
本発明の実施例１を具体的に説明する前に、基礎となった知見を説明する。本発明の実施例１は、車両に搭載された端末装置間において車車間通信を実行するとともに、交差点等に設置された基地局装置から端末装置へ路車間通信も実行する通信システムに関する。このような通信システムは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）とも呼ばれる。ＩＴＳは、例えば、７００ＭＨｚ帯高度道路交通システムの標準規格（一般社団法人電波産業会）に規定されている。通信システムは、ＩＥＥＥ８０２．１１等の規格に準拠した無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と同様に、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）と呼ばれるアクセス制御機能を使用する。そのため、複数の端末装置によって同一の無線チャネルが共有される。一方、ＩＴＳでは、不特定多数の端末装置へ情報を送信する必要がある。そのような送信を効率的に実行するために、本通信システムは、パケット信号をブロードキャスト送信する。

つまり、車車間通信として、端末装置は、車両の速度あるいは位置等の情報を格納したパケット信号をブロードキャスト送信する。また、他の端末装置は、パケット信号を受信するとともに、前述の情報をもとに車両の接近等を認識する。ここで、路車間通信と車車間通信との干渉を低減するために、基地局装置は、複数のサブフレームが含まれたフレームを繰り返し規定する。基地局装置は、路車間通信のために、複数のサブフレームのいずれかを選択し、選択したサブフレームの先頭部分の期間において、制御情報等が格納されたパケット信号をブロードキャスト送信する。

制御情報には、当該基地局装置がパケット信号をブロードキャスト送信するための期間（以下、「路車送信期間」という）に関する情報が含まれている。端末装置は、制御情報をもとに路車送信期間を特定し、路車送信期間以外の期間（以下、「車車送信期間」という）においてＣＳＭＡ方式にてパケット信号をブロードキャスト送信する。その結果、路車間通信と車車間通信とが時分割多重される。なお、基地局装置からの制御情報を受信できない端末装置、つまり基地局装置によって形成されたエリアの外に存在する端末装置は、フレームの構成に関係なくＣＳＭＡ方式にてパケット信号を送信する。

次に、本実施例の概略を説明する。端末装置には、複数種類のアプリケーションを効率的に処理することが望まれる。これに対応するために、通信システムでは、各アプリケーションに対する送信の優先度が予め定められる。端末装置は、入力したデータを優先度ごとに蓄積し、優先度の高いアプリケーションのデータを優先的に抽出しながら、パケット信号を生成する。その結果、複数種類のアプリケーションのデータがパケット信号に格納される。さらに、緊急時には、緊急データを送信する必要があるので、緊急時でない場合よりも、緊急時である場合において、緊急データを優先的にパケット信号に格納する。このような処理によって、複数種類のアプリケーションのデータがパケット信号に格納される場合であっても、緊急データも格納される。

図１は、本発明の実施例１に係る通信システム１００の構成を示す。これは、ひとつの交差点を上方から見た場合に相当する。通信システム１００は、基地局装置１０、車両１２と総称される第１車両１２ａ、第２車両１２ｂ、第３車両１２ｃ、第４車両１２ｄ、第５車両１２ｅ、第６車両１２ｆ、第７車両１２ｇ、第８車両１２ｈ、ネットワーク２０２を含む。ここでは、第１車両１２ａのみに示しているが、各車両１２には、端末装置１４が搭載されている。また、エリア２１２が、基地局装置１０の周囲に形成され、エリア外２１４が、エリア２１２の外側に形成されている。

図示のごとく、図面の水平方向、つまり左右の方向に向かう道路と、図面の垂直方向、つまり上下の方向に向かう道路とが中心部分で交差している。ここで、図面の上側が方角の「北」に相当し、左側が方角の「西」に相当し、下側が方角の「南」に相当し、右側が方角の「東」に相当する。また、ふたつの道路の交差部分が「交差点」である。第１車両１２ａ、第２車両１２ｂが、左から右へ向かって進んでおり、第３車両１２ｃ、第４車両１２ｄが、右から左へ向かって進んでいる。また、第５車両１２ｅ、第６車両１２ｆが、上から下へ向かって進んでおり、第７車両１２ｇ、第８車両１２ｈが、下から上へ向かって進んでいる。

通信システム１００において、基地局装置１０は、交差点に固定して設置される。基地局装置１０は、端末装置間の通信を制御する。基地局装置１０は、図示しないＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星から受信した信号、あるいは図示しない他の基地局装置１０にて形成されたフレームをもとに、複数のサブフレームが含まれたフレームを繰り返し生成する。ここで、各サブフレームの先頭部分に路車送信期間が設定可能であるような規定がなされている。

基地局装置１０は、フレーム中の複数のサブフレームのうち、他の基地局装置１０によって路車送信期間が設定されていないサブフレームを選択する。基地局装置１０は、選択したサブフレームの先頭部分に路車送信期間を設定する。基地局装置１０は、設定した路車送信期間においてパケット信号を報知する。路車送信期間において、複数のパケット信号が報知されることもある。また、パケット信号には、例えば、事故情報、渋滞情報、信号情報等が含まれる。なお、パケット信号には、路車送信期間が設定されたタイミングに関する情報およびフレームに関する制御情報も含まれる。

端末装置１４は、前述のごとく、車両１２に搭載され移動可能である。端末装置１４は、基地局装置１０からのパケット信号を受信すると、エリア２１２に存在すると推定する。端末装置１４は、エリア２１２に存在する場合、パケット信号に含まれた制御情報、特に路車送信期間が設定されたタイミングに関する情報およびフレームに関する情報をもとに、フレームを生成する。その結果、複数の端末装置１４のそれぞれにおいて生成されるフレームは、基地局装置１０において生成されるフレームに同期する。端末装置１４は、路車送信期間とは異なった期間である車車送信期間においてパケット信号を報知する。ここで、車車送信期間においてＣＳＭＡ／ＣＡが実行される。一方、端末装置１４は、エリア外２１４に存在していると推定した場合、フレームの構成に関係なく、ＣＳＭＡ／ＣＡを実行することによって、パケット信号を報知する。

図２は、基地局装置１０の構成を示す。基地局装置１０は、アンテナ２０、ＲＦ部２２、変復調部２４、処理部２６、制御部２８、ネットワーク通信部３０を含む。また、処理部２６は、フレーム規定部３２、選択部３４、生成部３６を含む。

ＲＦ部２２は、受信処理として、図示しない端末装置１４あるいは他の基地局装置１０からのパケット信号をアンテナ２０にて受信する。ＲＦ部２２は、受信した無線周波数のパケット信号に対して周波数変換を実行し、ベースバンドのパケット信号を生成する。さらに、ＲＦ部２２は、ベースバンドのパケット信号を変復調部２４に出力する。一般的に、ベースバンドのパケット信号は、同相成分と直交成分によって形成されるので、ふたつの信号線が示されるべきであるが、ここでは、図を明瞭にするためにひとつの信号線だけを示すものとする。ＲＦ部２２には、ＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ）、ミキサ、ＡＧＣ、Ａ／Ｄ変換部も含まれる。

ＲＦ部２２は、送信処理として、変復調部２４から入力したベースバンドのパケット信号に対して周波数変換を実行し、無線周波数のパケット信号を生成する。さらに、ＲＦ部２２は、路車送信期間において、無線周波数のパケット信号をアンテナ２０から送信する。また、ＲＦ部２２には、ＰＡ（Ｐｏｗｅｒ Ａｍｐｌｉｆｉｅｒ）、ミキサ、Ｄ／Ａ変換部も含まれる。例えば、無線周波数として、７００ＭＨｚ帯が使用される。

変復調部２４は、受信処理として、ＲＦ部２２からのベースバンドのパケット信号に対して、復調を実行する。さらに、変復調部２４は、復調した結果を処理部２６に出力する。また、変復調部２４は、送信処理として、処理部２６からのデータに対して、変調を実行する。さらに、変復調部２４は、変調した結果をベースバンドのパケット信号としてＲＦ部２２に出力する。ここで、通信システム１００は、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）変調方式に対応するので、変復調部２４は、受信処理としてＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）も実行し、送信処理としてＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）も実行する。

フレーム規定部３２は、図示しないＧＰＳ衛星からの信号を受信し、受信した信号をもとに時刻の情報を取得する。なお、時刻の情報の取得には公知の技術が使用されればよいので、ここでは説明を省略する。フレーム規定部３２は、時刻の情報をもとに、複数のフレームを生成する。例えば、フレーム規定部３２は、時刻の情報にて示されたタイミングを基準にして、「１ｓｅｃ」の期間を１０分割することによって、「１００ｍｓｅｃ」のフレームを１０個生成する。このような処理を繰り返すことによって、フレームが繰り返されるように規定される。なお、フレーム規定部３２は、復調結果から制御情報を検出し、検出した制御情報をもとにフレームを生成してもよい。このような処理は、他の基地局装置１０によって形成されたフレームのタイミングに同期したフレームを生成することに相当する。

図３（ａ）−（ｄ）は、通信システム１００において規定されるフレームのフォーマットを示す。図３（ａ）は、フレームの構成を示す。フレームは、第１サブフレームから第Ｎサブフレームと示されるＮ個のサブフレームによって形成されている。これは、端末装置１４が報知に使用可能なサブフレームを複数時間多重することによってフレームが形成されているといえる。例えば、フレームの長さが１００ｍｓｅｃであり、Ｎが８である場合、１２．５ｍｓｅｃの長さのサブフレームが規定される。Ｎは、８以外であってもよい。図３（ｂ）−（ｄ）の説明は、後述し、図２に戻る。

選択部３４は、フレームに含まれた複数のサブフレームのうち、路車送信期間を設定すべきサブフレームを選択する。具体的に説明すると、選択部３４は、フレーム規定部３２にて規定されたフレームを受けつける。また、選択部３４は、図示しないインターフェイスを介して、選択したサブフレームに関する指示を受けつける。選択部３４は、指示に対応したサブフレームを選択する。これとは別に、選択部３４は、自動的にサブフレームを選択してもよい。その際、選択部３４は、ＲＦ部２２、変復調部２４を介して、図示しない他の基地局装置１０あるいは端末装置１４からの復調結果を入力する。選択部３４は、入力した復調結果のうち、他の基地局装置１０からの復調結果を抽出する。選択部３４は、復調結果を受けつけたサブフレームを特定することによって、復調結果を受けつけていないサブフレームを特定する。

これは、他の基地局装置１０によって路車送信期間が設定されていないサブフレーム、つまり未使用のサブフレームを特定することに相当する。未使用のサブフレームが複数存在する場合、選択部３４は、ランダムにひとつのサブフレームを選択する。未使用のサブフレームが存在しない場合、つまり複数のサブフレームのそれぞれが使用されている場合に、選択部３４は、復調結果に対応した受信電力を取得し、受信電力の小さいサブフレームを優先的に選択する。

図３（ｂ）は、第１基地局装置１０ａによって生成されるフレームの構成を示す。第１基地局装置１０ａは、第１サブフレームの先頭部分に路車送信期間を設定する。また、第１基地局装置１０ａは、第１サブフレームにおいて路車送信期間につづいて車車送信期間を設定する。車車送信期間とは、端末装置１４がパケット信号を報知可能な期間である。つまり、第１基地局装置１０ａは、第１サブフレームの先頭期間である路車送信期間においてパケット信号を報知可能であり、かつフレームのうち、路車送信期間以外の車車送信期間において端末装置１４がパケット信号を報知可能であるような規定がなされる。さらに、第１基地局装置１０ａは、第２サブフレームから第Ｎサブフレームに車車送信期間のみを設定する。

図３（ｃ）は、第２基地局装置１０ｂによって生成されるフレームの構成を示す。第２基地局装置１０ｂは、第２サブフレームの先頭部分に路車送信期間を設定する。また、第２基地局装置１０ｂは、第２サブフレームにおける路車送信期間の後段、第１サブフレーム、第３サブフレームから第Ｎサブフレームに車車送信期間を設定する。図３（ｄ）は、第３基地局装置１０ｃによって生成されるフレームの構成を示す。第３基地局装置１０ｃは、第３サブフレームの先頭部分に路車送信期間を設定する。また、第３基地局装置１０ｃは、第３サブフレームにおける路車送信期間の後段、第１サブフレーム、第２サブフレーム、第４サブフレームから第Ｎサブフレームに車車送信期間を設定する。このように、複数の基地局装置１０は、互いに異なったサブフレームを選択し、選択したサブフレームの先頭部分に路車送信期間を設定する。図２に戻る。選択部３４は、選択したサブフレームの番号を生成部３６へ出力する。

生成部３６は、選択部３４から、サブフレームの番号を受けつける。生成部３６は、受けつけたサブフレーム番号のサブフレームに路車送信期間を設定し、路車送信期間において報知すべきパケット信号を生成する。ひとつの路車送信期間において複数のパケット信号が送信される場合、生成部３６は、それらを生成する。パケット信号は、制御情報、ペイロードによって構成されている。制御情報には、路車送信期間を設定したサブフレーム番号等が含まれる。また、ペイロードには、例えば、事故情報、渋滞情報、信号情報等が含まれる。これらのデータは、ネットワーク通信部３０によって、図示しないネットワーク２０２から取得される。処理部２６は、変復調部２４、ＲＦ部２２に対して、路車送信期間においてパケット信号をブロードキャスト送信させる。制御部２８は、基地局装置１０全体の処理を制御する。

この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ハードウエアとソフトウエアの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

図４は、車両１２に搭載された端末装置１４の構成を示す。端末装置１４は、アンテナ５０、ＲＦ部５２、変復調部５４、処理部５６、制御部５８を含む。処理部５６は、タイミング特定部６０、転送決定部６２、取得部６４、生成部６６、ユーザＩＦ部６８、通知部７０、アプリケーション処理部７６、アプリケーション管理部７８を含む。また、タイミング特定部６０は、抽出部７２、キャリアセンス部７４を含む。アンテナ５０、ＲＦ部５２、変復調部５４は、図２のアンテナ２０、ＲＦ部２２、変復調部２４と同様の処理を実行する。ここでは差異を中心に説明する。

変復調部５４、処理部５６は、受信処理において、図示しない他の端末装置１４あるいは基地局装置１０からのパケット信号を受信する。なお、前述のごとく、変復調部５４、処理部５６は、路車送信期間において、基地局装置１０からのパケット信号を受信し、車車送信期間において、他の端末装置１４からのパケット信号を受信する。

抽出部７２は、変復調部５４からの復調結果が、図示しない基地局装置１０からのパケット信号である場合に、路車送信期間が配置されたサブフレームのタイミングを特定する。その際、抽出部７２は、図１のエリア２１２内に存在すると推定する。抽出部７２は、サブフレームのタイミングと、パケット信号のメッセージヘッダの内容をもとに、フレームを生成する。その結果、抽出部７２は、基地局装置１０において形成されたフレームに同期したフレームを生成する。パケット信号の報知元が、他の端末装置１４である場合、抽出部７２は、同期したフレームの生成処理を省略する。抽出部７２は、エリア２１２内に存在する場合、使用されている路車送信期間を特定した後、残りの車車送信期間を特定する。抽出部７２は、フレームおよびサブフレームのタイミング、車車送信期間に関する情報をキャリアセンス部７４へ出力する。

一方、抽出部７２は、基地局装置１０からのパケット信号を受けつけていない場合、つまり基地局装置１０に同期したフレームを生成していない場合、図１のエリア外２１４に存在すると推定する。抽出部７２は、エリア外２１４に存在する場合、フレームの構成と無関係のタイミングを選択し、フレームの構成に関係のないキャリアセンスの実行をキャリアセンス部７４に指示する。

キャリアセンス部７４は、抽出部７２から、フレームおよびサブフレームのタイミング、車車送信期間に関する情報を受けつける。キャリアセンス部７４は、車車送信期間内でＣＳＭＡ／ＣＡを開始することによって送信タイミングを決定する。これは、路車送信期間に対してＮＡＶ（Ｎｅｔｗｏｒｋ Ａｌｌｏｃａｔｉｏｎ Ｖｅｃｔｏｒ）を設定し、ＮＡＶを設定した期間以外でキャリアセンスを実行することに相当する。一方、キャリアセンス部７４は、抽出部７２から、フレームの構成に関係のないキャリアセンスの実行を指示された場合、フレームの構成を考慮せずに、ＣＳＭＡ／ＣＡを実行することによって、送信タイミングを決定する。キャリアセンス部７４は、決定した送信タイミングを変復調部５４、ＲＦ部５２へ通知し、パケット信号をブロードキャスト送信させる。

転送決定部６２は、制御情報の転送を制御する。転送決定部６２は、制御情報のうち、転送対象となる情報を抽出する。転送決定部６２は、抽出した情報をもとに、転送すべき情報を生成する。ここでは、この処理の説明を省略する。転送決定部６２は、転送すべき情報、つまり制御情報のうちの一部を生成部６６に出力する。生成部６６は、アプリケーション管理部７８からデータを受けつけ、転送決定部６２から制御情報の一部を受けつける。アプリケーション管理部７８から受けつけるデータについては後述する。生成部６６は、受けつけた制御情報の一部を制御情報に格納し、データをペイロードに格納することによって、パケット信号を生成する。処理部５６、変復調部５４、ＲＦ部５２は、生成部６６において生成した複数のパケット信号を順次報知する。制御部５８は、端末装置１４の動作を制御する。

取得部６４は、図示しないＧＰＳ受信機、ジャイロスコープ、車速センサ等を含んでおり、それらから供給されるデータによって、図示しない車両１２、つまり端末装置１４が搭載された車両１２の存在位置、進行方向、移動速度等（以下、「位置情報」と総称する）を取得する。なお、存在位置は、緯度・経度によって示される。これらの取得には公知の技術が使用されればよいので、ここでは説明を省略する。また、ＧＰＳ受信機、ジャイロスコープ、車速センサ等は、端末装置１４の外部にあってもよい。取得部６４は、位置情報をアプリケーション処理部７６へ出力する。

アプリケーション処理部７６は、複数種類のアプリケーションを実行可能である。各アプリケーションは、複数の端末装置１４間において実行される。つまり、送信側の端末装置１４はデータを生成して、当該データが格納されたパケット信号を報知し、受信側の端末装置１４はパケット信号を受信して、パケット信号に含まれたデータをもとに所定の処理を実行する。そのため、ひとつのアプリケーションは、送信側の処理（以下、「送信側アプリケーション」という）と、受信側の処理（以下、「受信側アプリケーション」という）に分けられる。ここで、ひとつの端末装置１４において実行される送信側アプリケーションと受信側アプリケーションとは、一致しなくてもよい。以下では、送信側アプリケーションと受信側アプリケーションとは、アプリケーションと総称されることもある。

複数種類のアプリケーションは、次のように分類される。ひとつ目は、共通アプリケーションである。共通アプリケーションとは、他の車両１２の接近を運転者に警告するためのアプリケーションであり、すべての端末装置１４において実行される。アプリケーション処理部７６は、共通アプリケーションにおける送信側アプリケーションを実行する際、取得部６４からの位置情報を入力する。また、アプリケーション処理部７６は、位置情報を周期的にアプリケーション管理部７８に出力する。

一方、アプリケーション処理部７６は、共通アプリケーションにおける受信側アプリケーションとして、他の端末装置１４からのパケット信号に含まれた位置情報をアプリケーション管理部７８から取得する。アプリケーション処理部７６は、アプリケーション管理部７８から取得した他の端末装置１４の位置情報と、取得部６４から入力した位置情報とをもとに、他の車両１２の接近を検出する。アプリケーション処理部７６は、他の車両１２の接近を通知部７０に通知させる。通知部７０は、モニタあるいはスピーカを介して運転者への通知を実行する。ふたつ目は、自由アプリケーションである。自由アプリケーションは、すべての端末装置１４ではなく、任意の端末装置１４においてのみ実行される。複数の自由アプリケーションが同時に実行されてもよい。

以上のような規定がなされている状況下において、アプリケーション処理部７６は、登録が許可された自由アプリケーションにおける送信側アプリケーションを実行する際、生成したデータをアプリケーション管理部７８に出力する。一方、アプリケーション処理部７６は、受信側アプリケーションを実行する際、アプリケーション管理部７８から受けつけたデータに対して、当該自由アプリケーションに応じた処理を実行する。

アプリケーション処理部７６は、これらのアプリケーションの他に、緊急データに対する処理も実行する。緊急データとは、災害のときに通知すべき情報である。災害には、自然災害および人的災害が含まれる。通知すべき情報は、災害の発生場所、災害の規模、避難場所、避難経路に相当する。緊急データは、基地局装置１０からのパケット信号に含まれていたり、他の端末装置１４からのパケット信号に含まれていたりする。アプリケーション処理部７６は、受信側アプリケーションに対する処理として、パケット信号に含まれた緊急データを取得する。また、アプリケーション処理部７６は、送信側アプリケーションに対する処理として、緊急データを転送させるために、これをアプリケーション管理部７８に出力する。

アプリケーション管理部７８は、送信側アプリケーションに対する処理として、ユーザＩＦ部６８から予めアプリケーション登録要求を受けつける。次に、アプリケーション管理部７８は、アプリケーション処理部７６からの複数のデータを入力し、複数のデータをもとにパケット信号を生成させるために、パケット信号生成の対象となる複数のデータを生成部６６に出力する。アプリケーション管理部７８によるデータの出力処理についての具体例は後述する。

一方、アプリケーション管理部７８は、受信側アプリケーションに対する処理として、抽出部７２において受信したパケット信号に格納されたデータを受けつける。アプリケーション管理部７８は、受けつけたデータのうち、アプリケーション処理部７６において実行されている受信側アプリケーションに対応したデータをアプリケーション処理部７６に出力する。また、アプリケーション管理部７８は、他のデータを破棄する。

以上をまとめると、通信システム１００において、基地局装置１０と端末装置１４は、いずれも約１００ｍｓ周期で通信を実行する。また、路車間通信と車車間通信との干渉を低減するために、路車間通信と車車間通信とが時分割多重される。基地局装置１０は、路車送信期間を確保するために、送信時刻および路車間通信期間情報をパケット信号に含めて、周囲の端末装置に通知する。エリア２１２内の端末装置１４は、基地局装置１０から受信した送信時刻に基づいて時刻同期し、路車間通信期間情報に基づき送信を停止することによって、路車送信期間以外のタイミングでＣＳＭＡ／ＣＡにてパケット信号を送信する。車車間通信のペイロードは共通アプリケーションのデータと自由アプリケーションのデータによって構成される。

以下では、アプリケーション処理部７６とアプリケーション管理部７８での処理を具体的に説明する。まず、複数のアプリケーションに対する処理の全体像を説明するために、アプリケーション処理部７６とアプリケーション管理部７８とが関係するプロトコルスタックを使用する。図５は、端末装置１４でのプロトコルスタックを示す。上から２段のアプリケーション処理部７６とアプリケーション管理部７８は、送信側の端末装置１４に含まれているので、送信側アプリケーションに対する処理を実行している。下から２段のアプリケーション管理部７８とアプリケーション処理部７６は、受信側の端末装置１４に含まれるので、受信側アプリケーションに対する処理を実行している。送信側のアプリケーション処理部７６は、複数種類のアプリケーションを実行する。ここでは、共通アプリケーション、第１自由アプリケーション、第２自由アプリケーション、第３自由アプリケーションであるとする。アプリケーション処理部７６は、各アプリケーションに対応したデータをアプリケーション管理部７８に出力する。

アプリケーション管理部７８は、アプリケーション処理部７６において起動されているアプリケーションを管理する。また、送信側のアプリケーション管理部７８は、アプリケーション処理部７６から複数のデータを受けつけ、ひとつのパケット信号に格納するために、複数のデータを集約する。複数のデータを集約したパケット信号は、アプリケーション管理部７８から出力される。

受信側のアプリケーション管理部７８は、複数のデータを集約したパケット信号を入力する。アプリケーション管理部７８は、パケット信号に含まれた共通アプリケーション用のデータを抽出して、データをアプリケーション処理部７６に出力する。また、アプリケーション管理部７８は、後段のアプリケーション処理部７６において起動されている自由アプリケーションを管理し、起動されている自由アプリケーションに対応したデータを抽出する。その際、データの抽出は、自由アプリケーション用ヘッダに含まれたアプリケーションＩＤをもとになされる。アプリケーション管理部７８は、抽出したデータをアプリケーション処理部７６に出力する。一方、アプリケーション管理部７８は、残ったデータを破棄する。例えば、後段のアプリケーション処理部７６では、第３自由アプリケーションは実行されていないので、アプリケーション管理部７８は、第３自由アプリケーションのデータを破棄する。アプリケーション処理部７６は、アプリケーション管理部７８からのデータを受けつけ、データに対応したアプリケーションを実行する。ここでは、共通アプリケーション、第１自由アプリケーション、第２自由アプリケーション、第４自由アプリケーションであるとする。なお、図５では、緊急データに関する処理が省略されている。

図６は、アプリケーション処理部７６とアプリケーション管理部７８の構成を示す。アプリケーション管理部７８は、入力部１１０、分類部１１２、共通アプリケーション用データ蓄積部１１４、自由アプリケーション用データ蓄積部１１６、緊急データ蓄積部１１８、抽出部１２２、分析部１２４を含む。アプリケーション処理部７６は、緊急データ処理部１２６を含む。

分析部１２４は、抽出部７２からのデータであって、かつ受信したパケット信号において含まれたデータを受けつける。分析部１２４は、データに付加されたアプリケーションＩＤをもとに、データを分類する。ここで、アプリケーションＩＤとは、アプリケーションを特定するための識別情報である。具体的に説明すると、分析部１２４は、アプリケーション処理部７６において実行されているアプリケーションに対応したアプリケーションＩＤを選択し、選択したアプリケーションＩＤが付加されたデータをアプリケーション処理部７６に出力する。特に、アプリケーションＩＤが緊急データに相当する場合、分析部１２４は、緊急データを緊急データ処理部１２６に出力する。さらに、アプリケーション処理部７６において実行されているアプリケーションに対応したアプリケーションＩＤでない場合、分析部１２４は、当該データを破棄する。

緊急データ処理部１２６は、分析部１２４からの緊急データを受けつける。前述のごとく、緊急データとは、基地局装置１０あるいは他の端末装置１４から送信されており、本端末装置１４が発信源になっていない。緊急データ処理部１２６は、共通アプリケーションのデータおよび自由アプリケーションのデータと同様に、緊急データを入力部１１０へ出力する。ここで、緊急データに対応したアプリケーションＩＤが緊急データに付加されることによって、緊急時であることが示されている。なお、アプリケーション処理部７６から出力される共通アプリケーションのデータと自由アプリケーションのデータは、本端末装置１４が発信源であるといえる。

入力部１１０は、アプリケーション処理部７６からのデータを順次入力する。入力されるデータは、アプリケーション処理部７６において動作している複数のアプリケーションのそれぞれから出力されている。ここで、複数のアプリケーションには、共通アプリケーションと自由アプリケーションが含まれる。

共通アプリケーションは、車両１２等の衝突事故防止を目的としているので、そのデータには周期的な出力が要求される。そのため、入力部１１０には、共通アプリケーションのデータが周期的に入力される。一方、複数の自由アプリケーションのデータは、バースト的に発生するものとする。なお、自由アプリケーションのデータが周期的に発生してもよい。さらに、入力部１１０は、緊急データ処理部１２６からの緊急データも入力する。入力部１１０は、順次入力したデータを分類部１１２に出力する。

分類部１１２は、入力部１１０からのデータを入力する前に、ユーザＩＦ部６８を介してアプリケーション登録要求を受けつける。アプリケーション登録要求は、本端末装置１４から送信すべきデータに対応したアプリケーションを登録するための要求である。なお、共通アプリケーションは、必須のアプリケーションであるので、アプリケーション登録要求がなされなくても登録されている。そのため、ここでのアプリケーション登録要求は、自由アプリケーションに対する要求であるとする。アプリケーション登録要求の際に、複数規定された送信の優先度のうちのいずれかが登録される。送信の優先度が高くなると、データが送信されやすくなり、送信の優先度が低くなると、データが送信されにくくなる。一例として、送信の優先度として、「高」、「中」、「低」が規定されている。

図７（ａ）−（ｂ）は、分類部１１２において記憶されるテーブルのデータ構造を示す。図７（ａ）は、第１のケースに相当し、第７（ｂ）は、第２のケースに相当する。分類部１１２には、第１のケースのテーブルあるいは第２のケースのテーブルが記憶される。第１のケースでは、図７（ａ）のごとく、優先度「高」として共通アプリケーション、優先度「中」として緊急データ、優先度「低」として自由アプリケーションが登録されている。第２のケースでは、図７（ｂ）のごとく、優先度「高」として緊急データ、優先度「中」として共通アプリケーション、優先度「低」として自由アプリケーションが登録されている。図６に戻る。

データを周期的に出力するような自由アプリケーションの種類は多くないといえるので、多くの自由アプリケーションは、一般的に、バースト的にデータを出力すると考えられる。そのため、アプリケーション管理部７８は、データサイズによりアプリケーションを受け入れるかどうかのネゴシエーションを行わず、予め運用者等により割り当てられた送信の優先度とともに自由アプリケーションが登録される。なお、アプリケーション登録要求に対する応答として、分類部１１２は、最大のデータ通信速度を返してもよい。

このような登録がなされた後、分類部１１２は、入力部１１０からのデータを入力する。このようなデータは、複数規定された送信の優先度のうちのいずれかに対応したデータである。分類部１１２は、入力したデータを分類する。具体的に説明すると、分類部１１２は、共通アプリケーションのデータを共通アプリケーション用データ蓄積部１１４に出力する。分類部１１２は、自由アプリケーションのデータを自由アプリケーション用データ蓄積部１１６に出力する。分類部１１２は、緊急データを緊急データ蓄積部１１８に出力する

共通アプリケーション用データ蓄積部１１４は、データを入力し、抽出部１２２から抽出されるまで、当該データを記憶する。つまり、共通アプリケーション用データ蓄積部１１４は、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）型のメモリである。自由アプリケーション用データ蓄積部１１６、緊急データ蓄積部１１８も、共通アプリケーション用データ蓄積部１１４と同様に動作する。なお、共通アプリケーション用データ蓄積部１１４、自由アプリケーション用データ蓄積部１１６、緊急データ蓄積部１１８のそれぞれにおける記憶量が異なっていてもよい。

抽出部１２２は、共通アプリケーション用データ蓄積部１１４、自由アプリケーション用データ蓄積部１１６、緊急データ蓄積部１１８のそれぞれからデータを抽出し、抽出したデータを生成部６６に出力する。生成部６６は、車車送信期間において送信すべきパケット信号にデータを格納する。そのため、パケット信号には、共通アプリケーションのデータ、自由アプリケーションのデータ、緊急データを格納可能である。抽出部１２２は、図７（ａ）−（ｂ）に示された優先度に応じて、共通アプリケーション用データ蓄積部１１４、自由アプリケーション用データ蓄積部１１６、緊急データ蓄積部１１８のそれぞれからデータを抽出する。

ここで、図７（ａ）の場合、自由アプリケーションの優先度よりも緊急データの優先度の方が高い。また、緊急データの優先度よりも共通アプリケーションの優先度の方が高い。一方、図７（ｂ）の場合、共通アプリケーションの優先度および自由アプリケーションの優先度よりも緊急データの優先度の方が高い。

つまり、図７（ａ）の場合、共通アプリケーションのデータをパケット信号を格納した後に、当該パケット信号がデータをさらに格納可能である場合、抽出部１２２は、緊急データ蓄積部１１８から緊急データを抽出する。緊急データ蓄積部１１８から抽出すべき緊急データがなく、かつデータをパケット信号に格納可能である場合、抽出部１２２は、自由アプリケーション用データ蓄積部１１６からデータを抽出する。一方、図７（ｂ）の場合、緊急データをパケット信号を格納した後に、当該パケット信号がデータをさらに格納可能である場合、抽出部１２２は、共通アプリケーション用データ蓄積部１１４からデータを抽出する。共通アプリケーション用データ蓄積部１１４から抽出すべきデータがなく、かつデータをパケット信号に格納可能である場合、抽出部１２２は、自由アプリケーション用データ蓄積部１１６からデータを抽出する。つまり、共通アプリケーションのデータと自由アプリケーションのデータうちの少なくともひとつよりも優先的に緊急データがパケット信号に格納される。

ここで、緊急データ蓄積部１１８からの緊急データが存在する場合は、緊急時であることを検出した場合に相当し、緊急データ蓄積部１１８からの緊急データが存在しない場合は、緊急時であることを未検出である場合に相当する。その結果、抽出部１２２は、緊急時であることを未検出である場合よりも、緊急時であることを検出した場合において、緊急データを優先的にパケット信号に格納する。特に、図７（ｂ）の場合において、緊急データは、緊急時であることが検出された場合に、最優先でパケット信号に格納される。一方、図７（ａ）の場合では、緊急時であることを検出した場合であっても、共通アプリケーションのデータはパケット信号に残される。

図８（ａ）−（ｅ）は、アプリケーション管理部７８によるタイミングの割当て例を示す。図８（ａ）は、緊急時であることを未検出である場合、つまり通常時のパケット信号に含まれたデータを示す。図示のごとく、共通アプリケーションのデータと自由アプリケーションのデータとが含まれる。図８（ｂ）は、緊急時であることを検出した場合のパケット信号に含まれたデータを示す。図示のごとく、共通アプリケーションのデータと自由アプリケーションのデータとに加えて緊急データも含まれる。前述のごとく、緊急データの優先度は、自由アプリケーションの優先度よりも高いので、緊急データの格納が自由アプリケーションデータの格納よりも優先される。図８（ｃ）は、図８（ｂ）と同様に、緊急時であることを検出した場合のパケット信号に含まれたデータを示す。図示のごとく、共通アプリケーションのデータと緊急データとが含まれる。これらが格納されることによって、パケット信号内に空き容量がなくなったので、自由アプリケーションのデータはパケット信号に格納されていない。

図８（ｄ）は、図８（ｂ）、（ｃ）と同様に緊急時であることを検出した場合のパケット信号に含まれたデータを示す。図８（ｄ）では、図８（ｃ）と比較して、共通アプリケーションのデータのサイズが小さくなるとともに、緊急データのサイズが大きくなっている。これは、図７（ｂ）にしたがって緊急データを優先的に格納した結果、残りの領域に共通アプリケーションのデータが格納されているといえる。図８（ｅ）は、緊急時であることを検出した場合のパケット信号に含まれたデータを示す。図示のごとく、緊急データだけが含まれる。これは、図７（ｂ）の場合、あるいは図７（ａ）において共通アプリケーションのデータが存在しない場合に相当する。

図９は、端末装置１４によって生成されるパケット信号のフォーマットを示す。これは、アプリケーション管理部７８から出力されるパケット信号のフォーマットであり、生成部６６においてペイロードに格納される。また、緊急時であることを未検出の場合に相当する。先頭から順に、アプリケーションヘッダ、共通領域、自由領域が配置される。共通領域は、共通アプリケーションのために使用される領域であり、そこには、共通アプリケーション用データが格納される。自由領域は、自由アプリケーションのために使用される領域であり、自由アプリケーション用ヘッダ、自由アプリケーション用データに分けられる。自由アプリケーション用ヘッダには、アプリケーション数に関する情報に加えて、各自由アプリケーションに対する制御情報が含まれる。自由アプリケーションに対する制御情報は、アプリケーションＩＤ、データサイズを含む。ここで、データサイズは、後述の自由アプリケーションのデータに関する。自由アプリケーション用データには、各自由アプリケーションのデータを含む。なお、自由領域に含まれる自由アプリケーションの数は２に限定されない。

図９では、第１自由アプリケーション用のヘッダ、第２自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のデータの順に配置されている。しかしながら、第１自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のヘッダ、第２自由アプリケーション用のデータの順に配置されてもよい。つまり、ひとつの自由アプリケーションに対するヘッダとデータとが連続して配置されてもよい。また、緊急データがパケット信号に格納される場合、共通領域に入れられてもよいし、自由領域に入れられてもよい。さらに、緊急データ用領域がパケット信号に設けられてもよい。

以上の構成による通信システム１００の動作を説明する。図１０は、アプリケーション管理部７８によるデータの格納手順を示すフローチャートである。これは、図７（ａ）の場合に相当する。パケット信号にデータを格納可能であり（Ｓ１０のＹ）、共通アプリケーション用データがあれば（Ｓ１２のＹ）、アプリケーション管理部７８は、共通アプリケーション用データをパケット信号に格納させ（Ｓ１４）、ステップ１０に戻る。共通アプリケーション用データがなく（Ｓ１２のＮ）、緊急データがあれば（Ｓ１６のＹ）、アプリケーション管理部７８は、緊急データをパケット信号に格納させ（Ｓ１８）、ステップ１０に戻る。緊急データがなく（Ｓ１６のＮ）、自由アプリケーション用データがあれば（Ｓ２０のＹ）、アプリケーション管理部７８は、自由アプリケーション用データをパケット信号に格納させ（Ｓ２２）、処理が終了される。パケット信号にデータを格納可能でない場合（Ｓ１０のＮ）、あるいは自由アプリケーション用データがない場合（Ｓ２０のＮ）、処理が終了される。

図１１は、アプリケーション管理部７８によるデータの別の格納手順を示すフローチャートである。これは、図７（ｂ）の場合に相当する。パケット信号にデータを格納可能であり（Ｓ３０のＹ）、緊急データがあれば（Ｓ３２のＹ）、アプリケーション管理部７８は、緊急データをパケット信号に格納させ（Ｓ３４）、ステップ３０に戻る。緊急データがなく（Ｓ３２のＮ）、共通アプリケーション用データがあれば（Ｓ３６のＹ）、アプリケーション管理部７８は、共通アプリケーション用データをパケット信号に格納させ（Ｓ３８）、ステップ３０に戻る。共通アプリケーション用データがなく（Ｓ３６のＮ）、自由アプリケーション用データがあれば（Ｓ４０のＹ）、アプリケーション管理部７８は、自由アプリケーション用データをパケット信号に格納させ（Ｓ４２）、処理が終了される。パケット信号にデータを格納可能でない場合（Ｓ３０のＮ）、あるいは自由アプリケーション用データがない場合（Ｓ４０のＮ）、処理が終了される。

本発明の実施例によれば、通常時と比較して緊急時になると、緊急データを優先的にパケット信号に格納するので、緊急時であるか否かに適するようにパケット信号の構成を変更できる。また、緊急データに対する送信の優先度よりも、共通アプリケーションに対する送信の優先度を高くするので、緊急時であったとしても、衝突事故を回避するための情報を報知できる。また、緊急時であっても、共通アプリケーションのデータを残すので、本端末装置が発信源となるデータも送信できる。また、自由アプリケーションに対する送信の優先度よりも、緊急データに対する送信の優先度を高くするので、緊急時に、緊急データに対する処理遅延を低減できる。また、共通アプリケーションに対する送信の優先度よりも、緊急データに対する送信の優先度を高くするので、緊急時に緊急データを確実に通知できる。

（実施例２）
実施例２は、実施例１と同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例２における端末装置は、実施例１と同様に、緊急時であることを検出すると、緊急データの優先度を高めてパケット信号に格納する。実施例２では、多くの緊急データを受信する場合を想定する。緊急データは多くの端末装置へ報知されることが望ましいが、緊急データの数が多くなりすぎてしまうと、運転者にとってはどれが特に重要な情報であるかが分かりにくくなってしまう。これに対応するために、実施例２に係る端末装置は、自らの位置情報をもとに近くの情報が含まれた緊急データを選択し、選択した緊急データを転送する。実施例２に係る通信システム１００、基地局装置１０、端末装置１４は、図１、図２、図４と同様のタイプであり、ここでは差異を中心に説明する。

図１２は、本発明の実施例２に係る緊急データ処理部１２６の構成を示す。緊急データ処理部１２６は、選択部１４０、データ生成部１４２を含む。選択部１４０は、分析部１２４からの緊急データを受けつけるとともに、取得部６４からの位置情報も受けつける。選択部１４０は、緊急データに含まれた位置情報であって、かつ災害情報に対応した位置情報と、取得部６４から受けつけた位置情報とをもとに、緊急データを選択する。具体的に説明すると、取得部６４から受けつけた位置情報に近くの災害情報が含まれた緊急データが選択される。選択部１４０は、予め定めた一定数になるまで緊急データを選択する。また、選択部１４０は、予め定めた一定サイズになるまで緊急データを選択する。あるいは、選択部１４０は、取得部６４から受けつけた位置情報から一定範囲内に含まれた緊急データを選択する。

データ生成部１４２は、選択部１４０から緊急データを受けつける。データ生成部１４２は、受けつけた複数の緊急データを結合したり、緊急データから不要な情報を削除したりすることによって、緊急データを編集する。データ生成部１４２は、編集した緊急データをアプリケーション管理部７８に出力する。アプリケーション管理部７８は、データ生成部１４２から入力した緊急データをもとに、これまでと同様の処理を実行する。その結果、抽出部１２２は、緊急時であることを検出した場合、緊急データが複数存在すれば、取得部６４において取得した位置情報に近い情報が含まれた緊急データを優先的にパケット信号に格納する。

本発明の実施例によれば、取得した位置情報に近い情報が含まれた緊急データを選択するので、緊急データの量を低減できる。また、緊急データの量が低減されるので、緊急時であっても、緊急データの送信の優先度よりも低い優先度のデータを送信できる。そのため、伝送効率を向上できる。緊急データが必要以上に転送されないので、無駄な転送をなくし伝送効率を向上できる。

（実施例３）
実施例３も、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。これまでは、車両に搭載された端末装置において、自由アプリケーションが実行され、自由アプリケーションからのデータが当該端末装置から報知されている。実施例３では、端末装置が携帯無線装置に接続される。携帯無線装置は、自由アプリケーションを実行することによって、データを生成する。携帯無線装置は、生成したデータを端末装置に送信する。端末装置は、携帯無線装置からのデータをこれまでと同様に処理する。また、緊急データに対する処理は、これまでと同様に端末装置内においてなされ、携帯無線装置においてなされてなくてもよい。

図１３は、本発明の実施例３に係る通信システム１００の構成を示す。通信システム１００では、一例として、ひとつの端末装置１４に対して、携帯無線装置１５０と総称される第１携帯無線装置１５０ａ、第２携帯無線装置１５０ｂが接続される。端末装置１４には、アンテナ５０、近距離用アンテナ１３０が含まれ、第１携帯無線装置１５０ａには、第１近距離用アンテナ１５２ａが含まれ、第２携帯無線装置１５０ｂには、第２近距離用アンテナ１５２ｂが含まれる。ここで、第１近距離用アンテナ１５２ａ、第２近距離用アンテナ１５２ｂは、近距離用アンテナ１５２と総称される。なお、図１３では、端末装置１４と携帯無線装置１５０との接続を明確にするために、基地局装置１０、他の端末装置１４を省略している。また、携帯無線装置１５０は２台に限定されない。

端末装置１４と携帯無線装置１５０とは、近距離用アンテナ１３０、近距離用アンテナ１５２を介して接続される。ここで、端末装置１４と携帯無線装置１５０との接続には、例えば、近距離無線通信システムが使用される。なお、近距離無線通信システムではなく、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよく、端末装置１４と携帯無線装置１５０とが有線にて接続されてもよい。また、携帯無線装置１５０は、近距離無線通信システムの他に、携帯電話システムにも対応しており、図示しない携帯電話システム用の基地局装置と通信することによって、通話、電子メール、データ通信を実行する。さらに、携帯無線装置１５０は、スマートホンであってもよく、その際、所定のアプリケーションプログラムを実行してもよい。ここでは、端末装置１４のアプリケーション処理部７６の機能が携帯無線装置１５０に備えられていることによって、携帯無線装置１５０は、自由アプリケーションを実行する。携帯無線装置１５０は、自由アプリケションを実行することによって生成したデータを端末装置１４に出力する。

端末装置１４のアプリケーション管理部７８は、これまでと同様の処理を実行することによって、携帯無線装置１５０からのデータもパケット信号に格納して、当該パケット信号を報知する。また、端末装置１４は、受信したパケット信号の中に、携帯無線装置１５０において実行されている自由アプリケーションのデータが含まれている場合、当該データを抽出して、携帯無線装置１５０に送信する。これまで、アプリケーション処理と管理とがひとつの端末装置１４に含まれていたが、ここでは、それらが端末装置１４と携帯無線装置１５０に分離されている。なお、本実施例において、端末装置１４も、共通アプリケーションあるいは自由アプリケーションを実行してもよい。特に、端末装置１４のアプリケーション処理部７６には、緊急データ処理部１２６が含まれており、緊急データに関する処理は、端末装置１４内においてなされている。

図１４は、端末装置１４の構成を示す。端末装置１４は、図４と比較して、近距離通信部１３２、近距離用アンテナ１３０を含む。近距離通信部１３２は、前述のごとく、近距離無線通信システムあるいは無線ＬＡＮに対応した通信処理を実行することによって、近距離用アンテナ１３０を介して携帯無線装置１５０と通信する。近距離通信部１３２は、携帯無線装置１５０からのデータを受信すると、データをアプリケーション管理部７８に出力する。当該データは、携帯無線装置１５０において実行された自由アプリケーションのデータである。これらは、送信側アプリケーションに対する処理に相当する。

また、近距離通信部１３２は、アプリケーション管理部７８からのデータを入力すると、データを携帯無線装置１５０へデータを送信する。当該データは、携帯無線装置１５０において実行されている自由アプリケーションにて処理されるデータである。これらは、受信側アプリケーションに対する処理に相当する。なお、アプリケーション処理部７６では、例えば、共通アプリケーションに対する処理、緊急データに関する処理が実行されている。

図１５は、携帯無線装置１５０の構成を示す。携帯無線装置１５０は、近距離通信部１５４、携帯無線装置内アプリケーション管理部１５６、携帯無線装置内アプリケーション処理部１５８を含む。図１５では、通信システム１００での処理に関連する構成を示しており、携帯電話システムでの処理および所定のアプリケーションプログラムの処理に関連する構成は省略されている。

携帯無線装置内アプリケーション処理部１５８は、端末装置１４でのアプリケーション処理部７６と同様の処理を実行する。携帯無線装置内アプリケーション管理部１５６は、端末装置１４のアプリケーション処理部７６のうちの一部の処理、特に、アプリケーション管理部７８とのインターフェイスに近い部分の処理を実行する。なお、携帯無線装置内アプリケーション管理部１５６が省略されてもよい。その際は、携帯無線装置内アプリケーション処理部１５８と近距離通信部１５４とが接続される。近距離通信部１５４は、近距離通信部１３２に対応した処理を実行する。

本発明の実施例によれば、端末装置と携帯無線装置とに処理を分散させるので、端末装置での処理量を低減できる。また、携帯無線装置を使用するので、実行すべきアプリケションのバリエーションを拡大できる。また、ユーザによって通常使用されている携帯無線装置を通信システムに組み込むので、ユーザの利便性を向上できる。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

本実施例において端末装置１４は、車両１２に搭載されている。しかしながらこれに限らず例えば、端末装置１４が歩行者に携帯されてもよい。本変形例によれば、端末装置１４の適用領域を拡大できる。

本発明の実施例１から３において、アプリケーションごとに優先度が規定されている。しかしながらこれに限らず例えば、自由アプリケーションに対して複数の優先度が規定されてもよい。本変形例によれば、自由アプリケーションのデータを柔軟に送信できる。

本発明の実施例１から３において、端末装置１４は、緊急データを転送している。しかしながらこれに限らず例えば、端末装置１４は、緊急データが発行されてから所定の時間を経過した場合、当該緊急データの転送を停止してもよい。本変形例によれば、古い緊急データが転送されることを抑制できるとともに、伝送効率を向上できる。

実施例１から３の任意の組合せも有効である。本変形例によれば、実施例１から３の任意の組合せによる効果を得ることができる。

本発明の一態様の概要は、次の通りである。本発明のある態様の無線装置は、他の無線装置からのパケット信号を受信するとともに、パケット信号を報知する通信部と、通信部において受信したパケット信号を処理するとともに、通信部から報知すべきパケット信号を生成する処理部とを備える。処理部において生成されるパケット信号には、通信部において受信したパケット信号に含まれた第１種のデータと、本無線装置が発信源となる第２種のデータとを格納可能であり、処理部は、緊急時であることを未検出である場合よりも、緊急時であることを検出した場合において、第１種のデータを優先的にパケット信号に格納する。

この態様によると、緊急時になると、転送すべきデータを優先的にパケット信号に格納するので、緊急時であるか否かに適するようにパケット信号の構成を変更できる。

第２種のデータは、少なくとも２種類のデータで構成され、処理部は、第２種のデータのうちの少なくとも１種類のデータよりも優先的に第１種のデータをパケット信号に格納してもよい。この場合、第１種のデータをパケット信号に格納しやすくできる。

処理部は、緊急時であることを検出した場合であっても、第２種のデータをパケット信号に残すことを特徴してもよい。この場合、緊急時であっても、転送すべきデータ以外のデータを残すので、本無線装置が発信源となるデータも送信できる。

本無線装置に対する位置情報を取得する取得部をさらに備えてもよい。処理部は、緊急時であることを検出した場合、通信部において受信したパケット信号に含まれた第１種のデータが複数存在すれば、取得部において取得した位置情報に近い情報が含まれた第１種のデータを優先的にパケット信号に格納してもよい。この場合、取得した位置情報に近い情報が含まれたデータを選択するので、データ量を低減できる。

通信部でのパケット信号は、７００ＭＨｚ帯高度道路交通システム標準規格に適合してもよい。

１０ 基地局装置、 １２ 車両、 １４ 端末装置、 ２０ アンテナ、 ２２ ＲＦ部、 ２４ 変復調部、 ２６ 処理部、 ２８ 制御部、 ３０ ネットワーク通信部、 ３２ フレーム規定部、 ３４ 選択部、 ３６ 生成部、 ５０ アンテナ、 ５２ ＲＦ部、 ５４ 変復調部、 ５６ 処理部、 ５８ 制御部、 ６０ タイミング特定部、 ６２ 転送決定部、 ６４ 取得部、 ６６ 生成部、 ６８ ユーザＩＦ部、 ７０ 通知部、 ７２ 抽出部、 ７４ キャリアセンス部、 ７６ アプリケーション処理部、 ７８ アプリケーション管理部、 １００ 通信システム、 １１０ 入力部、 １１２ 分類部、 １１４ 共通アプリケーション用データ蓄積部、 １１６ 自由アプリケーション用データ蓄積部、 １１８ 緊急データ蓄積部、 １２２ 抽出部、 １２４ 分析部、 １２６ 緊急データ処理部、 ２０２ ネットワーク、 ２１２ エリア、 ２１４ エリア外。

Claims (4)

1. 他の無線装置からのパケット信号を受信するとともに、パケット信号を報知する通信部と、
   前記通信部において受信したパケット信号を処理するとともに、前記通信部から報知すべきパケット信号を生成する処理部とを備え、
   前記処理部において生成されるパケット信号には、前記通信部において受信したパケット信号に含まれた第１種のデータと、本無線装置が発信源となる第２種のデータとを格納可能であり、
   前記処理部は、緊急時であることを未検出である場合よりも、緊急時であることを検出した場合において、第１種のデータを優先的にパケット信号に格納し、
   前記処理部は、緊急時であることを検出した場合であっても、第２種のデータをパケット信号に残すことを特徴とする無線装置。
2. 第２種のデータは、少なくとも２種類のデータで構成され、
   前記処理部は、第２種のデータのうちの少なくとも１種類のデータよりも優先的に第１種のデータをパケット信号に格納することを特徴とする請求項１に記載の無線装置。
3. 本無線装置に対する位置情報を取得する取得部をさらに備え、
   前記処理部は、緊急時であることを検出した場合、前記通信部において受信したパケット信号に含まれた第１種のデータが複数存在すれば、前記取得部において取得した位置情報に近い情報が含まれた第１種のデータを優先的にパケット信号に格納することを特徴とする請求項１または２に記載の無線装置。
4. 前記通信部でのパケット信号は、７００ＭＨｚ帯高度道路交通システム標準規格に適合することを特徴とする請求項１から３のいずれかに記載の無線装置。

Images