(57)【要約】【課題】複数種類のアプリケーションのそれぞれに対するデータを効率的に処理する技術を提供する。【解決手段】入力部１１０は、複数規定された送信の優先度のうちのいずれかに対応したデータを順次入力する。分類部１１２は、データの優先度に応じて、データを分類する。抽出部１２２は、順次入力され、かつ分類されたデータのうち、送信の優先度の高いデータから優先的に、端末間通信が可能な期間において送信すべきパケット信号に格納させる。【選択図】図６
2014049912.tif 000002
【特許請求の範囲】
【請求項１】
複数規定された送信の優先度のうちのいずれかに対応したデータを順次入力する入力部と、
前記入力部において順次入力したデータのうち、送信の優先度の高いデータから優先的に、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部と、
を備えることを特徴とする端末装置。
【請求項２】
前記入力部において順次入力したデータには、送信有効期限が付与されており、
前記制御部は、パケット信号に未格納なデータのうち、送信有効期限をこえたデータを破棄することを特徴とする請求項１に記載の端末装置。
【請求項３】
前記入力部は、前記制御部での処理対象となるデータであって、かつ送信有効期限内のデータの量がしきい値よりも多い場合、送信の優先度の低いデータの入力を制限することを特徴とする請求項２に記載の端末装置。
【請求項４】
前記入力部は、送信の優先度に関係なく、周期的に送信すべきデータも順次入力し、
前記制御部は、周期的に送信すべきデータの周期に応じて、当該データをパケット信号に格納させるとともに、当該パケット信号がデータをさらに格納可能である場合、送信の優先度の高いデータから優先的に当該パケット信号に格納させることを特徴とする請求項１から３のいずれかに記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関し、特に所定の情報が含まれた信号を報知する端末装置に関する。
【背景技術】
【０００２】
無線ネットワークにおいて効率的に送信をスケジューリングすることが望まれる。例えば、各フローが、スループット、遅延等の要求と関連づけられていれば、各フローに対する通信間隔が、フローに対する要求に基づいて決定される（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００８−５０２２１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信対象となるデータが、バースト的に発生することもある。このようにバースト的に発生するデータを効率的に取り扱うことが望まれる。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、複数種類のアプリケーションのそれぞれに対するデータを効率的に処理する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の端末装置は、複数規定された送信の優先度のうちのいずれかに対応したデータを順次入力する入力部と、入力部において順次入力したデータのうち、送信の優先度の高いデータから優先的に、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部と、を備える。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、複数種類のアプリケーションのそれぞれに対するデータを効率的に処理できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例１に係る通信システムの構成を示す図である。
【図２】図１の基地局装置の構成を示す図である。
【図３】図３（ａ）−（ｄ）は、図１の通信システムにおいて規定されるフレームのフォーマットを示す図である。
【図４】図１の車両に搭載された端末装置の構成を示す図である。
【図５】図４の端末装置でのプロトコルスタックを示す図である。
【図６】図４のアプリケーション管理部の構成を示す図である。
【図７】図６の分類部において記憶されるテーブルのデータ構造を示す図である。
【図８】図８（ａ）−（ｃ）は、図６のアプリケーション管理部における処理の概要を示す図である。
【図９】図６のアプリケーション管理部によるタイミングの割当て例を示す図である。
【図１０】図４の端末装置によって生成されるパケット信号のフォーマットを示す図である。
【図１１】図６のアプリケーション管理部によるデータの格納手順を示すフローチャートである。
【図１２】図６のアプリケーション管理部によるデータの破棄手順を示すフローチャートである。
【図１３】本発明の実施例２に係る分類部に記憶されるテーブルのデータ構造を示す図である。
【図１４】本発明の実施例３に係る通信システムの構成を示す図である。
【図１５】図１４の端末装置の構成を示す図である。
【図１６】図１４の携帯無線装置の構成を示す図である。
【発明を実施するための形態】
【００１０】
（実施例１）
本発明の実施例１を具体的に説明する前に、基礎となった知見を説明する。本発明の実施例１は、車両に搭載された端末装置間において車車間通信を実行するとともに、交差点等に設置された基地局装置から端末装置へ路車間通信も実行する通信システムに関する。このような通信システムは、ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）とも呼ばれる。ＩＴＳは、例えば、７００ＭＨｚ帯高度道路交通システムの標準規格（一般社団法人電波産業会）に規定されている。通信システムは、ＩＥＥＥ８０２．１１等の規格に準拠した無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）と同様に、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）と呼ばれるアクセス制御機能を使用する。そのため、複数の端末装置によって同一の無線チャネルが共有される。一方、ＩＴＳでは、不特定多数の端末装置へ情報を送信する必要がある。そのような送信を効率的に実行するために、本通信システムは、パケット信号をブロードキャスト送信する。
【００１１】
つまり、車車間通信として、端末装置は、車両の速度あるいは位置等の情報を格納したパケット信号をブロードキャスト送信する。また、他の端末装置は、パケット信号を受信するとともに、前述の情報をもとに車両の接近等を認識する。ここで、路車間通信と車車間通信との干渉を低減するために、基地局装置は、複数のサブフレームが含まれたフレームを繰り返し規定する。基地局装置は、路車間通信のために、複数のサブフレームのいずれかを選択し、選択したサブフレームの先頭部分の期間において、制御情報等が格納されたパケット信号をブロードキャスト送信する。
【００１２】
制御情報には、当該基地局装置がパケット信号をブロードキャスト送信するための期間（以下、「路車送信期間」という）に関する情報が含まれている。端末装置は、制御情報をもとに路車送信期間を特定し、路車送信期間以外の期間（以下、「車車送信期間」という）においてＣＳＭＡ方式にてパケット信号をブロードキャスト送信する。その結果、路車間通信と車車間通信とが時分割多重される。なお、基地局装置からの制御情報を受信できない端末装置、つまり基地局装置によって形成されたエリアの外に存在する端末装置は、フレームの構成に関係なくＣＳＭＡ方式にてパケット信号を送信する。
【００１３】
次に、本実施例の概略を説明する。端末装置には、複数種類のアプリケーション、特にバースト的にデータが発生するアプリケーションを効率的に処理することが望まれる。これに対応するために、通信システムでは、各アプリケーションに対する送信の優先度が予め定められる。端末装置は、入力したデータを優先度ごとに蓄積し、優先度の高いアプリケーションのデータを優先的に抽出しながら、パケット信号を生成する。このように帯域を予め確保しておかないので、バースト的に発生するデータが効率的にパケット信号に格納される。
【００１４】
図１は、本発明の実施例１に係る通信システム１００の構成を示す。これは、ひとつの交差点を上方から見た場合に相当する。通信システム１００は、基地局装置１０、車両１２と総称される第１車両１２ａ、第２車両１２ｂ、第３車両１２ｃ、第４車両１２ｄ、第５車両１２ｅ、第６車両１２ｆ、第７車両１２ｇ、第８車両１２ｈ、ネットワーク２０２を含む。ここでは、第１車両１２ａのみに示しているが、各車両１２には、端末装置１４が搭載されている。また、エリア２１２が、基地局装置１０の周囲に形成され、エリア外２１４が、エリア２１２の外側に形成されている。
【００１５】
図示のごとく、図面の水平方向、つまり左右の方向に向かう道路と、図面の垂直方向、つまり上下の方向に向かう道路とが中心部分で交差している。ここで、図面の上側が方角の「北」に相当し、左側が方角の「西」に相当し、下側が方角の「南」に相当し、右側が方角の「東」に相当する。また、ふたつの道路の交差部分が「交差点」である。第１車両１２ａ、第２車両１２ｂが、左から右へ向かって進んでおり、第３車両１２ｃ、第４車両１２ｄが、右から左へ向かって進んでいる。また、第５車両１２ｅ、第６車両１２ｆが、上から下へ向かって進んでおり、第７車両１２ｇ、第８車両１２ｈが、下から上へ向かって進んでいる。
【００１６】
通信システム１００において、基地局装置１０は、交差点に固定して設置される。基地局装置１０は、端末装置間の通信を制御する。基地局装置１０は、図示しないＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星から受信した信号、あるいは図示しない他の基地局装置１０にて形成されたフレームをもとに、複数のサブフレームが含まれたフレームを繰り返し生成する。ここで、各サブフレームの先頭部分に路車送信期間が設定可能であるような規定がなされている。
【００１７】
基地局装置１０は、フレーム中の複数のサブフレームのうち、他の基地局装置１０によって路車送信期間が設定されていないサブフレームを選択する。基地局装置１０は、選択したサブフレームの先頭部分に路車送信期間を設定する。基地局装置１０は、設定した路車送信期間においてパケット信号を報知する。路車送信期間において、複数のパケット信号が報知されることもある。また、パケット信号には、例えば、事故情報、渋滞情報、信号情報等が含まれる。なお、パケット信号には、路車送信期間が設定されたタイミングに関する情報およびフレームに関する制御情報も含まれる。
【００１８】
端末装置１４は、前述のごとく、車両１２に搭載され移動可能である。端末装置１４は、基地局装置１０からのパケット信号を受信すると、エリア２１２に存在すると推定する。端末装置１４は、エリア２１２に存在する場合、パケット信号に含まれた制御情報、特に路車送信期間が設定されたタイミングに関する情報およびフレームに関する情報をもとに、フレームを生成する。その結果、複数の端末装置１４のそれぞれにおいて生成されるフレームは、基地局装置１０において生成されるフレームに同期する。端末装置１４は、路車送信期間とは異なった期間である車車送信期間においてパケット信号を報知する。ここで、車車送信期間においてＣＳＭＡ／ＣＡが実行される。一方、端末装置１４は、エリア外２１４に存在していると推定した場合、フレームの構成に関係なく、ＣＳＭＡ／ＣＡを実行することによって、パケット信号を報知する。
【００１９】
図２は、基地局装置１０の構成を示す。基地局装置１０は、アンテナ２０、ＲＦ部２２、変復調部２４、処理部２６、制御部２８、ネットワーク通信部３０を含む。また、処理部２６は、フレーム規定部３２、選択部３４、生成部３６を含む。
【００２０】
ＲＦ部２２は、受信処理として、図示しない端末装置１４あるいは他の基地局装置１０からのパケット信号をアンテナ２０にて受信する。ＲＦ部２２は、受信した無線周波数のパケット信号に対して周波数変換を実行し、ベースバンドのパケット信号を生成する。さらに、ＲＦ部２２は、ベースバンドのパケット信号を変復調部２４に出力する。一般的に、ベースバンドのパケット信号は、同相成分と直交成分によって形成されるので、ふたつの信号線が示されるべきであるが、ここでは、図を明瞭にするためにひとつの信号線だけを示すものとする。ＲＦ部２２には、ＬＮＡ（Ｌｏｗ  Ｎｏｉｓｅ  Ａｍｐｌｉｆｉｅｒ）、ミキサ、ＡＧＣ、Ａ／Ｄ変換部も含まれる。
【００２１】
ＲＦ部２２は、送信処理として、変復調部２４から入力したベースバンドのパケット信号に対して周波数変換を実行し、無線周波数のパケット信号を生成する。さらに、ＲＦ部２２は、路車送信期間において、無線周波数のパケット信号をアンテナ２０から送信する。また、ＲＦ部２２には、ＰＡ（Ｐｏｗｅｒ  Ａｍｐｌｉｆｉｅｒ）、ミキサ、Ｄ／Ａ変換部も含まれる。例えば、無線周波数として、７００ＭＨｚ帯が使用される。
【００２２】
変復調部２４は、受信処理として、ＲＦ部２２からのベースバンドのパケット信号に対して、復調を実行する。さらに、変復調部２４は、復調した結果を処理部２６に出力する。また、変復調部２４は、送信処理として、処理部２６からのデータに対して、変調を実行する。さらに、変復調部２４は、変調した結果をベースバンドのパケット信号としてＲＦ部２２に出力する。ここで、通信システム１００は、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）変調方式に対応するので、変復調部２４は、受信処理としてＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）も実行し、送信処理としてＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）も実行する。
【００２３】
フレーム規定部３２は、図示しないＧＰＳ衛星からの信号を受信し、受信した信号をもとに時刻の情報を取得する。なお、時刻の情報の取得には公知の技術が使用されればよいので、ここでは説明を省略する。フレーム規定部３２は、時刻の情報をもとに、複数のフレームを生成する。例えば、フレーム規定部３２は、時刻の情報にて示されたタイミングを基準にして、「１ｓｅｃ」の期間を１０分割することによって、「１００ｍｓｅｃ」のフレームを１０個生成する。このような処理を繰り返すことによって、フレームが繰り返されるように規定される。なお、フレーム規定部３２は、復調結果から制御情報を検出し、検出した制御情報をもとにフレームを生成してもよい。このような処理は、他の基地局装置１０によって形成されたフレームのタイミングに同期したフレームを生成することに相当する。
【００２４】
図３（ａ）−（ｄ）は、通信システム１００において規定されるフレームのフォーマットを示す。図３（ａ）は、フレームの構成を示す。フレームは、第１サブフレームから第Ｎサブフレームと示されるＮ個のサブフレームによって形成されている。これは、端末装置１４が報知に使用可能なサブフレームを複数時間多重することによってフレームが形成されているといえる。例えば、フレームの長さが１００ｍｓｅｃであり、Ｎが８である場合、１２．５ｍｓｅｃの長さのサブフレームが規定される。Ｎは、８以外であってもよい。図３（ｂ）−（ｄ）の説明は、後述し、図２に戻る。
【００２５】
選択部３４は、フレームに含まれた複数のサブフレームのうち、路車送信期間を設定すべきサブフレームを選択する。具体的に説明すると、選択部３４は、フレーム規定部３２にて規定されたフレームを受けつける。また、選択部３４は、図示しないインターフェイスを介して、選択したサブフレームに関する指示を受けつける。選択部３４は、指示に対応したサブフレームを選択する。これとは別に、選択部３４は、自動的にサブフレームを選択してもよい。その際、選択部３４は、ＲＦ部２２、変復調部２４を介して、図示しない他の基地局装置１０あるいは端末装置１４からの復調結果を入力する。選択部３４は、入力した復調結果のうち、他の基地局装置１０からの復調結果を抽出する。選択部３４は、復調結果を受けつけたサブフレームを特定することによって、復調結果を受けつけていないサブフレームを特定する。
【００２６】
これは、他の基地局装置１０によって路車送信期間が設定されていないサブフレーム、つまり未使用のサブフレームを特定することに相当する。未使用のサブフレームが複数存在する場合、選択部３４は、ランダムにひとつのサブフレームを選択する。未使用のサブフレームが存在しない場合、つまり複数のサブフレームのそれぞれが使用されている場合に、選択部３４は、復調結果に対応した受信電力を取得し、受信電力の小さいサブフレームを優先的に選択する。
【００２７】
図３（ｂ）は、第１基地局装置１０ａによって生成されるフレームの構成を示す。第１基地局装置１０ａは、第１サブフレームの先頭部分に路車送信期間を設定する。また、第１基地局装置１０ａは、第１サブフレームにおいて路車送信期間につづいて車車送信期間を設定する。車車送信期間とは、端末装置１４がパケット信号を報知可能な期間である。つまり、第１基地局装置１０ａは、第１サブフレームの先頭期間である路車送信期間においてパケット信号を報知可能であり、かつフレームのうち、路車送信期間以外の車車送信期間において端末装置１４がパケット信号を報知可能であるような規定がなされる。さらに、第１基地局装置１０ａは、第２サブフレームから第Ｎサブフレームに車車送信期間のみを設定する。
【００２８】
図３（ｃ）は、第２基地局装置１０ｂによって生成されるフレームの構成を示す。第２基地局装置１０ｂは、第２サブフレームの先頭部分に路車送信期間を設定する。また、第２基地局装置１０ｂは、第２サブフレームにおける路車送信期間の後段、第１サブフレーム、第３サブフレームから第Ｎサブフレームに車車送信期間を設定する。図３（ｄ）は、第３基地局装置１０ｃによって生成されるフレームの構成を示す。第３基地局装置１０ｃは、第３サブフレームの先頭部分に路車送信期間を設定する。また、第３基地局装置１０ｃは、第３サブフレームにおける路車送信期間の後段、第１サブフレーム、第２サブフレーム、第４サブフレームから第Ｎサブフレームに車車送信期間を設定する。このように、複数の基地局装置１０は、互いに異なったサブフレームを選択し、選択したサブフレームの先頭部分に路車送信期間を設定する。図２に戻る。選択部３４は、選択したサブフレームの番号を生成部３６へ出力する。
【００２９】
生成部３６は、選択部３４から、サブフレームの番号を受けつける。生成部３６は、受けつけたサブフレーム番号のサブフレームに路車送信期間を設定し、路車送信期間において報知すべきパケット信号を生成する。ひとつの路車送信期間において複数のパケット信号が送信される場合、生成部３６は、それらを生成する。パケット信号は、制御情報、ペイロードによって構成されている。制御情報には、路車送信期間を設定したサブフレーム番号等が含まれる。また、ペイロードには、例えば、事故情報、渋滞情報、信号情報等が含まれる。これらのデータは、ネットワーク通信部３０によって、図示しないネットワーク２０２から取得される。処理部２６は、変復調部２４、ＲＦ部２２に対して、路車送信期間においてパケット信号をブロードキャスト送信させる。制御部２８は、基地局装置１０全体の処理を制御する。
【００３０】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ハードウエアとソフトウエアの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００３１】
図４は、車両１２に搭載された端末装置１４の構成を示す。端末装置１４は、アンテナ５０、ＲＦ部５２、変復調部５４、処理部５６、制御部５８を含む。処理部５６は、タイミング特定部６０、転送決定部６２、取得部６４、生成部６６、ユーザＩＦ部６８、通知部７０、アプリケーション処理部７６、アプリケーション管理部７８を含む。また、タイミング特定部６０は、抽出部７２、キャリアセンス部７４を含む。アンテナ５０、ＲＦ部５２、変復調部５４は、図２のアンテナ２０、ＲＦ部２２、変復調部２４と同様の処理を実行する。ここでは差異を中心に説明する。
【００３２】
変復調部５４、処理部５６は、受信処理において、図示しない他の端末装置１４あるいは基地局装置１０からのパケット信号を受信する。なお、前述のごとく、変復調部５４、処理部５６は、路車送信期間において、基地局装置１０からのパケット信号を受信し、車車送信期間において、他の端末装置１４からのパケット信号を受信する。
【００３３】
抽出部７２は、変復調部５４からの復調結果が、図示しない基地局装置１０からのパケット信号である場合に、路車送信期間が配置されたサブフレームのタイミングを特定する。その際、抽出部７２は、図１のエリア２１２内に存在すると推定する。抽出部７２は、サブフレームのタイミングと、パケット信号のメッセージヘッダの内容をもとに、フレームを生成する。その結果、抽出部７２は、基地局装置１０において形成されたフレームに同期したフレームを生成する。パケット信号の報知元が、他の端末装置１４である場合、抽出部７２は、同期したフレームの生成処理を省略する。抽出部７２は、エリア２１２内に存在する場合、使用されている路車送信期間を特定した後、残りの車車送信期間を特定する。抽出部７２は、フレームおよびサブフレームのタイミング、車車送信期間に関する情報をキャリアセンス部７４へ出力する。
【００３４】
一方、抽出部７２は、基地局装置１０からのパケット信号を受けつけていない場合、つまり基地局装置１０に同期したフレームを生成していない場合、図１のエリア外２１４に存在すると推定する。抽出部７２は、エリア外２１４に存在する場合、フレームの構成と無関係のタイミングを選択し、フレームの構成に関係のないキャリアセンスの実行をキャリアセンス部７４に指示する。
【００３５】
キャリアセンス部７４は、抽出部７２から、フレームおよびサブフレームのタイミング、車車送信期間に関する情報を受けつける。キャリアセンス部７４は、車車送信期間内でＣＳＭＡ／ＣＡを開始することによって送信タイミングを決定する。これは、路車送信期間に対してＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を設定し、ＮＡＶを設定した期間以外でキャリアセンスを実行することに相当する。一方、キャリアセンス部７４は、抽出部７２から、フレームの構成に関係のないキャリアセンスの実行を指示された場合、フレームの構成を考慮せずに、ＣＳＭＡ／ＣＡを実行することによって、送信タイミングを決定する。キャリアセンス部７４は、決定した送信タイミングを変復調部５４、ＲＦ部５２へ通知し、パケット信号をブロードキャスト送信させる。
【００３６】
転送決定部６２は、制御情報の転送を制御する。転送決定部６２は、制御情報のうち、転送対象となる情報を抽出する。転送決定部６２は、抽出した情報をもとに、転送すべき情報を生成する。ここでは、この処理の説明を省略する。転送決定部６２は、転送すべき情報、つまり制御情報のうちの一部を生成部６６に出力する。生成部６６は、アプリケーション管理部７８からデータを受けつけ、転送決定部６２から制御情報の一部を受けつける。アプリケーション管理部７８から受けつけるデータについては後述する。生成部６６は、受けつけた制御情報の一部を制御情報に格納し、データをペイロードに格納することによって、パケット信号を生成する。処理部５６、変復調部５４、ＲＦ部５２は、生成部６６において生成した複数のパケット信号を順次報知する。制御部５８は、端末装置１４の動作を制御する。
【００３７】
取得部６４は、図示しないＧＰＳ受信機、ジャイロスコープ、車速センサ等を含んでおり、それらから供給されるデータによって、図示しない車両１２、つまり端末装置１４が搭載された車両１２の存在位置、進行方向、移動速度等（以下、「位置情報」と総称する）を取得する。なお、存在位置は、緯度・経度によって示される。これらの取得には公知の技術が使用されればよいので、ここでは説明を省略する。また、ＧＰＳ受信機、ジャイロスコープ、車速センサ等は、端末装置１４の外部にあってもよい。取得部６４は、位置情報をアプリケーション処理部７６へ出力する。
【００３８】
アプリケーション処理部７６は、複数種類のアプリケーションを実行可能である。各アプリケーションは、複数の端末装置１４間において実行される。つまり、送信側の端末装置１４はデータを生成して、当該データが格納されたパケット信号を報知し、受信側の端末装置１４はパケット信号を受信して、パケット信号に含まれたデータをもとに所定の処理を実行する。そのため、ひとつのアプリケーションは、送信側の処理（以下、「送信側アプリケーション」という）と、受信側の処理（以下、「受信側アプリケーション」という）に分けられる。ここで、ひとつの端末装置１４において実行される送信側アプリケーションと受信側アプリケーションとは、一致しなくてもよい。以下では、送信側アプリケーションと受信側アプリケーションとは、アプリケーションと総称されることもある。
【００３９】
複数種類のアプリケーションは、次のように分類される。ひとつ目は、共通アプリケーションである。共通アプリケーションとは、他の車両１２の接近を運転者に警告するためのアプリケーションであり、すべての端末装置１４において実行される。アプリケーション処理部７６は、共通アプリケーションにおける送信側アプリケーションを実行する際、取得部６４からの位置情報を入力する。また、アプリケーション処理部７６は、位置情報を周期的にアプリケーション管理部７８に出力する。
【００４０】
一方、アプリケーション処理部７６は、共通アプリケーションにおける受信側アプリケーションとして、他の端末装置１４からのパケット信号に含まれた位置情報をアプリケーション管理部７８から取得する。アプリケーション処理部７６は、アプリケーション管理部７８から取得した他の端末装置１４の位置情報と、取得部６４から入力した位置情報とをもとに、他の車両１２の接近を検出する。アプリケーション処理部７６は、他の車両１２の接近を通知部７０に通知させる。通知部７０は、モニタあるいはスピーカを介して運転者への通知を実行する。ふたつ目は、自由アプリケーションである。自由アプリケーションは、すべての端末装置１４ではなく、任意の端末装置１４においてのみ実行される。複数の自由アプリケーションが同時に実行されてもよい。
【００４１】
以上のような規定がなされている状況下において、アプリケーション処理部７６は、登録が許可された自由アプリケーションにおける送信側アプリケーションを実行する際、生成したデータをアプリケーション管理部７８に出力する。一方、アプリケーション処理部７６は、受信側アプリケーションを実行する際、アプリケーション管理部７８から受けつけたデータに対して、当該自由アプリケーションに応じた処理を実行する。
【００４２】
アプリケーション管理部７８は、送信側アプリケーションに対する処理として、ユーザＩＦ部６８から予めアプリケーション登録要求を受けつける。次に、アプリケーション管理部７８は、アプリケーション処理部７６からの複数のデータを入力し、複数のデータをもとにパケット信号を生成させるために、パケット信号生成の対象となる複数のデータを生成部６６に出力する。アプリケーション管理部７８によるデータの出力処理についての具体例は後述する。
【００４３】
一方、アプリケーション管理部７８は、受信側アプリケーションに対する処理として、抽出部７２において受信したパケット信号に格納されたデータを受けつける。アプリケーション管理部７８は、受けつけたデータのうち、アプリケーション処理部７６において実行されている受信側アプリケーションに対応したデータをアプリケーション処理部７６に出力する。また、アプリケーション管理部７８は、他のデータを破棄する。
【００４４】
以上をまとめると、通信システム１００において、基地局装置１０と端末装置１４は、いずれも約１００ｍｓ周期で通信を実行する。また、路車間通信と車車間通信との干渉を低減するために、路車間通信と車車間通信とが時分割多重される。基地局装置１０は、路車送信期間を確保するために、送信時刻および路車間通信期間情報をパケット信号に含めて、周囲の端末装置に通知する。エリア２１２内の端末装置１４は、基地局装置１０から受信した送信時刻に基づいて時刻同期し、路車間通信期間情報に基づき送信を停止することによって、路車送信期間以外のタイミングでＣＳＭＡ／ＣＡにてパケット信号を送信する。車車間通信のペイロードは共通アプリケーションのデータと自由アプリケーションのデータによって構成される。
【００４５】
以下では、アプリケーション処理部７６とアプリケーション管理部７８での処理を具体的に説明する。まず、複数のアプリケーションに対する処理の全体像を説明するために、アプリケーション処理部７６とアプリケーション管理部７８とが関係するプロトコルスタックを使用する。図５は、端末装置１４でのプロトコルスタックを示す。上から２段のアプリケーション処理部７６とアプリケーション管理部７８は、送信側の端末装置１４に含まれているので、送信側アプリケーションに対する処理を実行している。下から２段のアプリケーション管理部７８とアプリケーション処理部７６は、受信側の端末装置１４に含まれるので、受信側アプリケーションに対する処理を実行している。送信側のアプリケーション処理部７６は、複数種類のアプリケーションを実行する。ここでは、共通アプリケーション、第１自由アプリケーション、第２自由アプリケーション、第３自由アプリケーションであるとする。アプリケーション処理部７６は、各アプリケーションに対応したデータをアプリケーション管理部７８に出力する。
【００４６】
アプリケーション管理部７８は、アプリケーション処理部７６において起動されているアプリケーションを管理する。また、送信側のアプリケーション管理部７８は、アプリケーション処理部７６から複数のデータを受けつけ、ひとつのパケット信号に格納するために、複数のデータを集約する。複数のデータを集約したパケット信号は、アプリケーション管理部７８から出力される。
【００４７】
受信側のアプリケーション管理部７８は、複数のデータを集約したパケット信号を入力する。アプリケーション管理部７８は、パケット信号に含まれた共通アプリケーション用のデータを抽出して、データをアプリケーション処理部７６に出力する。また、アプリケーション管理部７８は、後段のアプリケーション処理部７６において起動されている自由アプリケーションを管理し、起動されている自由アプリケーションに対応したデータを抽出する。その際、データの抽出は、自由アプリケーション用ヘッダに含まれたアプリケーションＩＤをもとになされる。アプリケーション管理部７８は、抽出したデータをアプリケーション処理部７６に出力する。一方、アプリケーション管理部７８は、残ったデータを破棄する。例えば、後段のアプリケーション処理部７６では、第３自由アプリケーションは実行されていないので、アプリケーション管理部７８は、第３自由アプリケーションのデータを破棄する。アプリケーション処理部７６は、アプリケーション管理部７８からのデータを受けつけ、データに対応したアプリケーションを実行する。ここでは、共通アプリケーション、第１自由アプリケーション、第２自由アプリケーション、第４自由アプリケーションであるとする。
【００４８】
図６は、アプリケーション管理部７８の構成を示す。アプリケーション管理部７８は、入力部１１０、分類部１１２、共通アプリケーション用データ蓄積部１１４、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０、抽出部１２２を含む。これは、アプリケーション管理部７８のうち、送信側アプリケーションを処理するための構成に相当する。
【００４９】
入力部１１０は、アプリケーション処理部７６からのデータを順次入力する。入力されるデータは、アプリケーション処理部７６において動作している複数のアプリケーションのそれぞれから出力されている。ここで、複数のアプリケーションには、共通アプリケーションと少なくともひとつの自由アプリケーションが含まれる。説明を明瞭にするために、自由アプリケーションは、第１自由アプリケーションから第４自由アプリケーションまでの４種類のアプリケーションであるとする。
【００５０】
各データには、アプリケーションを特定するための識別情報（以下、「アプリケーションＩＤ」という）、送信有効期限が付与されている。共通アプリケーションは、車両１２等の衝突事故防止を目的としているので、そのデータには周期的な出力が要求される。そのため、入力部１１０には、共通アプリケーションのデータが周期的に入力される。一方、複数の自由アプリケーションのデータは、バースト的に発生するものとする。なお、自由アプリケーションのデータが周期的に発生してもよい。入力部１１０は、順次入力したデータを分類部１１２に出力する。
【００５１】
分類部１１２は、入力部１１０からのデータを入力する前に、ユーザＩＦ部６８を介してアプリケーション登録要求を受けつける。アプリケーション登録要求は、本端末装置１４から送信すべきデータに対応したアプリケーションを登録するための要求である。なお、共通アプリケーションは、必須のアプリケーションであるので、アプリケーション登録要求がなされなくても登録されている。そのため、ここでのアプリケーション登録要求は、自由アプリケーションに対する要求であるとする。アプリケーション登録要求の際に、複数規定された送信の優先度のうちのいずれかが登録される。送信の優先度が高くなると、データが送信されやすくなり、送信の優先度が低くなると、データが送信されにくくなる。一例として、送信の優先度として、「高」、「中」、「低」が規定されている。
【００５２】
図７は、分類部１１２において記憶されるテーブルのデータ構造を示す図である。図示のごとく、優先度「高」として第１自由アプリケーション、優先度「中」として第２自由アプリケーション、優先度「低」として第３自由アプリケーションと第４自由アプリケーションが登録されている。図６に戻る。データを周期的に出力するような自由アプリケーションの種類は多くないといえるので、多くの自由アプリケーションは、一般的に、バースト的にデータを出力すると考えられる。そのため、アプリケーション管理部７８は、データサイズによりアプリケーションを受け入れるかどうかのネゴシエーションを行わず、予め運用者等により割り当てられた送信の優先度とともに自由アプリケーションが登録される。なお、アプリケーション登録要求に対する応答として、分類部１１２は、最大のデータ通信速度を返してもよい。
【００５３】
このような登録がなされた後、分類部１１２は、入力部１１０からのデータを入力する。このようなデータは、複数規定された送信の優先度のうちのいずれかに対応したデータであって、かつ自由アプリケーションからのデータであるといえる。また、データには、送信の優先度に関係なく、周期的に送信すべきデータであって、かつ共通アプリケーションからのデータも含まれる。分類部１１２は、図７のテーブルを参照しながら、入力したデータを分類する。具体的に説明すると、分類部１１２は、共通アプリケーションのデータを共通アプリケーション用データ蓄積部１１４に出力する。分類部１１２は、優先度「高」の自由アプリケーションのデータを高優先度アプリケーション用データ蓄積部１１６に出力し、優先度「中」の自由アプリケーションのデータを中優先度アプリケーション用データ蓄積部１１８に出力し、優先度「低」の自由アプリケーションのデータを低優先度アプリケーション用データ蓄積部１２０に出力する。
【００５４】
共通アプリケーション用データ蓄積部１１４は、データを入力し、抽出部１２２から抽出されるまで、当該データを記憶する。つまり、共通アプリケーション用データ蓄積部１１４は、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ  Ｆｉｒｓｔ−Ｏｕｔ）型のメモリである。高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０も、共通アプリケーション用データ蓄積部１１４と同様に動作する。なお、共通アプリケーション用データ蓄積部１１４、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０のそれぞれにおける記憶量が異なっていてもよい。
【００５５】
抽出部１２２は、共通アプリケーション用データ蓄積部１１４、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０のそれぞれからデータを抽出し、抽出したデータを生成部６６に出力する。生成部６６は、車車送信期間において送信すべきパケット信号にデータを格納する。抽出部１２２は、共通アプリケーションにおいて規定された周期に応じて、共通アプリケーション用データ蓄積部１１４からデータを抽出し、当該データを生成部６６に出力する。共通アプリケーションにおいて規定された周期が、フレームの間隔と等しい場合、抽出部１２２は、共通アプリケーション用データ蓄積部１１４からのデータを毎回抽出する。一方、共通アプリケーションにおいて規定された周期が、フレームの間隔よりも長い場合、抽出部１２２は、共通アプリケーション用データ蓄積部１１４からデータを抽出しないこともある。
【００５６】
抽出部１２２は、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０のそれぞれから送信の優先度に応じてデータを抽出する。つまり、共通アプリケーションのデータをパケット信号を格納した後に、当該パケット信号がデータをさらに格納可能である場合、抽出部１２２は、送信の優先度の高いデータから優先的に抽出する。
【００５７】
具体的に説明すると、データをパケット信号に格納可能である場合、抽出部１２２は、高優先度アプリケーション用データ蓄積部１１６からデータを抽出する。高優先度アプリケーション用データ蓄積部１１６から抽出するデータがなく、かつデータをパケット信号に格納可能である場合、抽出部１２２は、中優先度アプリケーション用データ蓄積部１１８からデータを抽出する。中優先度アプリケーション用データ蓄積部１１８からも抽出するデータがなく、かつデータをパケット信号に格納可能である場合、抽出部１２２は、低優先度アプリケーション用データ蓄積部１２０からデータを抽出する。ここで、抽出部１２２は、データを抽出する際に、パケット信号に未格納なデータのうち、送信有効期限をこえたデータを破棄してもよい。
【００５８】
図８（ａ）−（ｃ）は、アプリケーション管理部７８における処理の概要を示す。ここでは、説明を明瞭にするために、自由アプリケーションのデータに対する処理のみを説明し、共通アプリケーションのデータに対する処理の説明を省略する。図８（ａ）は、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０に記憶されているデータを示す。高優先度アプリケーション用データ蓄積部１１６には、「高−１」のデータが記憶され、中優先度アプリケーション用データ蓄積部１１８には、「中−１」、「中−２」、「中−３」のデータが記憶され、低優先度アプリケーション用データ蓄積部１２０には、「低−１」、「低−２」のデータが記憶される。ここで、データは、「中−１」、「中−２」、「中−３」の順に記憶されているとともに、「低−１」、「低−２」の順に記憶されている。抽出部１２２は、優先度にしたがって、「高−１」を抽出し、これをパケット信号に格納させる。当該パケット信号にはデータをさらに格納可能であるので、抽出部１２２は、「中−１」を抽出し、これもパケット信号に格納させる。
【００５９】
図８（ｂ）は、図８（ａ）につづくタイミングでの処理を示す。図８（ａ）に示した処理の結果、高優先度アプリケーション用データ蓄積部１１６にはデータが記憶されず、中優先度アプリケーション用データ蓄積部１１８には、「中−２」、「中−３」のデータが記憶される。抽出部１２２は、優先度にしたがって、「中−２」、「中−３」を抽出し、これらをパケット信号に格納させる。図８（ｃ）は、図８（ｂ）につづくタイミングでの処理を示す。高優先度アプリケーション用データ蓄積部１１６には、新たなデータである「高−２」が記憶されている。一方、図８（ｂ）に示した処理の結果、中優先度アプリケーション用データ蓄積部１１８にはデータが記憶されていない。抽出部１２２は、優先度にしたがって、「高−２」を抽出し、これらをパケット信号に格納させる。当該パケット信号にはデータをさらに格納可能であるが、「低−１」は送信有効期限をこえているので、抽出部１２２は、これを破棄する。抽出部１２２は、「低−２」を抽出し、これをパケット信号に格納させる。
【００６０】
図９は、アプリケーション管理部７８によるタイミングの割当て例を示す。前提として、端末装置１４は、１００ｍｓｅｃのフレームにおいてひとつのパケット信号を報知しているとする。また、共通アプリケーションの送信間隔が「１００ｍｓｅｃ」と規定されている。さらに、自由アプリケーションに対する送信の優先度は、図７のように規定されている。第１パケット信号から第３パケット信号において、共通アプリケーションのデータが優先的に割り当てられる。第１パケット信号では、第１自由アプリケーションのデータに加えて、第２自由アプリケーションのデータも割り当てられる。第２パケット信号では、ふたつの第２自由アプリケーションのデータも割り当てられる。第３パケット信号では、第２パケット信号の生成後に入力された第１自由アプリケーションのデータに加えて、第３自由アプリケーションのデータも割り当てられる。
【００６１】
図１０は、端末装置１４によって生成されるパケット信号のフォーマットを示す。これは、アプリケーション管理部７８から出力されるパケット信号のフォーマットであり、生成部６６においてペイロードに格納される。先頭から順に、アプリケーションヘッダ、共通領域、自由領域が配置される。共通領域は、共通アプリケーションのために使用される領域であり、そこには、共通アプリケーション用データが格納される。自由領域は、自由アプリケーションのために使用される領域であり、自由アプリケーション用ヘッダ、自由アプリケーション用データに分けられる。自由アプリケーション用ヘッダには、アプリケーション数に関する情報に加えて、各自由アプリケーションに対する制御情報が含まれる。自由アプリケーションに対する制御情報は、アプリケーションＩＤ、データサイズを含む。ここで、データサイズは、後述の自由アプリケーションのデータに関する。自由アプリケーション用データには、各自由アプリケーションのデータを含む。なお、自由領域に含まれる自由アプリケーションの数は２に限定されない。
【００６２】
図１０では、第１自由アプリケーション用のヘッダ、第２自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のデータの順に配置されている。しかしながら、第１自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のヘッダ、第２自由アプリケーション用のデータの順に配置されてもよい。つまり、ひとつの自由アプリケーションに対するヘッダとデータとが連続して配置されてもよい。
【００６３】
以上の構成による通信システム１００の動作を説明する。図１１は、アプリケーション管理部７８によるデータの格納手順を示すフローチャートである。なお、各ステップについて、例えばステップ１０はＳ１０のように表す。パケット信号にデータを格納可能であり（Ｓ１０のＹ）、共通アプリケーション用データがあれば（Ｓ１２のＹ）、アプリケーション管理部７８は、共通アプリケーション用データをパケット信号に格納させ（Ｓ１４）、ステップ１０に戻る。共通アプリケーション用データがなく（Ｓ１２のＮ）、高優先度のデータがあれば（Ｓ１６のＹ）、アプリケーション管理部７８は、高優先度のデータをパケット信号に格納させ（Ｓ１８）、ステップ１０に戻る。
【００６４】
高優先度のデータがなく（Ｓ１６のＮ）、中優先度のデータがあれば（Ｓ２０のＹ）、アプリケーション管理部７８は、中優先度のデータをパケット信号に格納させ（Ｓ２２）、ステップ１０に戻る。中優先度のデータがなく（Ｓ２０のＮ）、低優先度のデータがあれば（Ｓ２４のＹ）、アプリケーション管理部７８は、低優先度のデータをパケット信号に格納させ（Ｓ２６）、処理が終了される。パケット信号にデータを格納可能でない場合（Ｓ１０のＮ）、あるいは低優先度のデータがない場合（Ｓ２４のＮ）、処理が終了される。
【００６５】
図１２は、アプリケーション管理部７８によるデータの破棄手順を示すフローチャートである。データが送信有効期限をこえていれば（Ｓ３０のＹ）、アプリケーション管理部７８は、データを破棄する（Ｓ３２）。データが送信有効期限をこえていなければ（Ｓ３０のＮ）、処理が終了される。
【００６６】
本発明の実施例によれば、予め登録した送信の優先度の高いデータから優先的にパケット信号に格納させるので、送信の優先度の高いデータの送信頻度を高くできる。また、送信の優先度の高いデータの送信頻度が高くなるので、送信機会が車車送信期間に限定される場合であっても、送信機会の低減を抑制できる。また、送信の優先度に応じた送信機会が実現されるので、送信機会が車車送信期間に限定される場合であっても、データ処理を効率的に実行できる。また、送信有効期限をこえたデータを破棄するので、不要なデータの送信を抑制できる。そのことによって、周波数の利用効率の悪化を抑制できる。また、送信の優先度に関係なく、共通アプリケーションのデータを周期的に送信するので、共通アプリケーションのデータの周期性を維持できる。
【００６７】
（実施例２）
実施例２は、実施例１と同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例２における端末装置は、実施例１と同様に、送信の優先度をもとに、自由アプリケーションのデータをパケット信号に格納させる。ここで、実施例２においても、各データに対して送信有効期限が設定されている。端末装置は、未送信のデータの総サイズがしきい値よりも大きくなると、送信の優先度の低いデータを送信対象から除外する。実施例２に係る通信システム１００、基地局装置１０、端末装置１４は、図１、図２、図４と同様のタイプであり、ここでは差異を中心に説明する。
【００６８】
図６のアプリケーション管理部７８において、分類部１１２は、共通アプリケーション用データ蓄積部１１４、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０に記憶されるデータの総量を計測する。これは、アプリケーション管理部７８での処理対象となるデータのサイズであるといえる。また、総量を計測する際に、送信有効期限内のデータに計測が限定されてもよい。一方、分類部１１２は、しきい値を予め記憶し、データの総量としきい値とを比較する。
【００６９】
図１３は、本発明の実施例２に係る分類部１１２に記憶されるテーブルのデータ構造を示す。分類部１１２は、テーブルにしたがって、送信有効期限内のデータの総量がしきい値よりも大きければ、低優先度のデータの入力を拒否する。一方、分類部１１２は、テーブルにしたがって、送信有効期限内のデータの総量がしきい値よりも大きくなければ、すべてのデータを入力する。図６に戻る。つまり、分類部１１２は、記憶された送信有効期限内のデータがしきい値よりも多い場合、送信の優先度の低いデータの入力を制限する。
【００７０】
本発明の実施例によれば、送信有効期限内のデータの量が多くなると、一部のデータの入力を制限するので、パケット信号に格納すべきデータの量を低減できる。また、優先度の低いデータの入力を制限するので、優先度の高いデータに対する影響を抑制できる。また、パケット信号に格納すべきデータの量が低減されるので、処理を効率的に実行できる。
【００７１】
（実施例３）
実施例３も、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。これまでは、車両に搭載された端末装置において、自由アプリケーションが実行され、自由アプリケーションからのデータが当該端末装置から報知されている。実施例３では、端末装置が携帯無線装置に接続される。携帯無線装置は、自由アプリケーションを実行することによって、データを生成する。携帯無線装置は、生成したデータを端末装置に送信する。端末装置は、携帯無線装置からのデータをこれまでと同様に処理する。
【００７２】
図１４は、本発明の実施例３に係る通信システム１００の構成を示す。通信システム１００では、一例として、ひとつの端末装置１４に対して、携帯無線装置１５０と総称される第１携帯無線装置１５０ａ、第２携帯無線装置１５０ｂが接続される。端末装置１４には、アンテナ５０、近距離用アンテナ１３０が含まれ、第１携帯無線装置１５０ａには、第１近距離用アンテナ１５２ａが含まれ、第２携帯無線装置１５０ｂには、第２近距離用アンテナ１５２ｂが含まれる。ここで、第１近距離用アンテナ１５２ａ、第２近距離用アンテナ１５２ｂは、近距離用アンテナ１５２と総称される。なお、図１４では、端末装置１４と携帯無線装置１５０との接続を明確にするために、基地局装置１０、他の端末装置１４を省略している。また、携帯無線装置１５０は２台に限定されない。
【００７３】
端末装置１４と携帯無線装置１５０とは、近距離用アンテナ１３０、近距離用アンテナ１５２を介して接続される。ここで、端末装置１４と携帯無線装置１５０との接続には、例えば、近距離無線通信システムが使用される。なお、近距離無線通信システムではなく、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよく、端末装置１４と携帯無線装置１５０とが有線にて接続されてもよい。また、携帯無線装置１５０は、近距離無線通信システムの他に、携帯電話システムにも対応しており、図示しない携帯電話システム用の基地局装置と通信することによって、通話、電子メール、データ通信を実行する。さらに、携帯無線装置１５０は、スマートホンであってもよく、その際、所定のアプリケーションプログラムを実行してもよい。ここでは、端末装置１４のアプリケーション処理部７６の機能が携帯無線装置１５０に備えられていることによって、携帯無線装置１５０は、自由アプリケーションを実行する。携帯無線装置１５０は、自由アプリケーションを実行することによって生成したデータを端末装置１４に出力する。
【００７４】
端末装置１４のアプリケーション管理部７８は、これまでと同様の処理を実行することによって、携帯無線装置１５０からのデータもパケット信号に格納して、当該パケット信号を報知する。また、端末装置１４は、受信したパケット信号の中に、携帯無線装置１５０において実行されている自由アプリケーションのデータが含まれている場合、当該データを抽出して、携帯無線装置１５０に送信する。これまで、アプリケーション処理と管理とがひとつの端末装置１４に含まれていたが、ここでは、それらが端末装置１４と携帯無線装置１５０に分離されている。なお、本実施例において、端末装置１４も、共通アプリケーションあるいは自由アプリケーションを実行してもよい。
【００７５】
図１５は、端末装置１４の構成を示す。端末装置１４は、図４と比較して、近距離通信部１３２、近距離用アンテナ１３０を含む。近距離通信部１３２は、前述のごとく、近距離無線通信システムあるいは無線ＬＡＮに対応した通信処理を実行することによって、近距離用アンテナ１３０を介して携帯無線装置１５０と通信する。近距離通信部１３２は、携帯無線装置１５０からのデータを受信すると、データをアプリケーション管理部７８に出力する。当該データは、携帯無線装置１５０において実行された自由アプリケーションのデータである。これらは、送信側アプリケーションに対する処理に相当する。
【００７６】
また、近距離通信部１３２は、アプリケーション管理部７８からのデータを入力すると、データを携帯無線装置１５０へデータを送信する。当該データは、携帯無線装置１５０において実行されている自由アプリケーションにて処理されるデータである。これらは、受信側アプリケーションに対する処理に相当する。なお、アプリケーション処理部７６では、例えば、共通アプリケーションに対する処理が実行されている。
【００７７】
図１６は、携帯無線装置１５０の構成を示す。携帯無線装置１５０は、近距離通信部１５４、携帯無線装置内アプリケーション管理部１５６、携帯無線装置内アプリケーション処理部１５８を含む。図１６では、通信システム１００での処理に関連する構成を示しており、携帯電話システムでの処理および所定のアプリケーションプログラムの処理に関連する構成は省略されている。
【００７８】
携帯無線装置内アプリケーション処理部１５８は、端末装置１４でのアプリケーション処理部７６と同様の処理を実行する。携帯無線装置内アプリケーション管理部１５６は、端末装置１４のアプリケーション処理部７６のうちの一部の処理、特に、アプリケーション管理部７８とのインターフェイスに近い部分の処理を実行する。なお、携帯無線装置内アプリケーション管理部１５６が省略されてもよい。その際は、携帯無線装置内アプリケーション処理部１５８と近距離通信部１５４とが接続される。近距離通信部１５４は、近距離通信部１３２に対応した処理を実行する。
【００７９】
本発明の実施例によれば、端末装置と携帯無線装置とに処理を分散させるので、端末装置での処理量を低減できる。また、携帯無線装置を使用するので、実行すべきアプリケーションのバリエーションを拡大できる。また、ユーザによって通常使用されている携帯無線装置を通信システムに組み込むので、ユーザの利便性を向上できる。
【００８０】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００８１】
本実施例において端末装置１４は、車両１２に搭載されている。しかしながらこれに限らず例えば、端末装置１４が歩行者に携帯されてもよい。本変形例によれば、端末装置１４の適用領域を拡大できる。
【００８２】
本発明の実施例１から３において、送信の優先度が３段階とされている。しかしながらこれに限らず例えば、送信の優先度が３段階以外であってもよい。具体的には、２段階でもよく、４段階以上でもよい。本変形例によれば、処理の自由度を向上できる。
【００８３】
本発明の実施例２において、分類部１１２は、低い優先度のアプリケーションのデータの入力を制限している。しかしながらこれに限らず例えば、分類部１１２は、低い優先度のアプリケーションに加えて、中の優先度のアプリケーションのデータの入力を制限してもよい。なお、入力部１１０と分類部１１２とをまとめて入力部と称してもよい。本変形例によれば、データ量を低減する効果を大きくできる。
【００８４】
実施例１から３の任意の組合せも有効である。本変形例によれば、実施例１から３の任意の組合せによる効果を得ることができる。
【００８５】
なお、上記各実施例において、パケット信号は、７００ＭＨｚ帯高度道路交通システム標準規格に適合してもよい。
【００８６】
本発明の一態様の概要は、次の通りである。本発明のある態様の端末装置は、複数規定された送信の優先度のうちのいずれかに対応したデータを順次入力する入力部と、入力部において順次入力したデータのうち、送信の優先度の高いデータから優先的に、端末間通信が可能な期間において送信すべきパケット信号に格納させる制御部と、を備える。
【００８７】
この態様によると、送信の優先度の高いデータから優先的にパケット信号に格納させるので、端末間通信が可能な期間において効率的にデータを処理できる。
【００８８】
入力部において順次入力したデータには、送信有効期限が付与されており、制御部は、パケット信号に未格納なデータのうち、送信有効期限をこえたデータを破棄してもよい。この場合、送信有効期限をこえたデータを破棄するので、不要なデータの送信を抑制できる。
【００８９】
入力部は、制御部での処理対象となるデータであって、かつ送信有効期限内のデータの量がしきい値よりも多い場合、送信の優先度の低いデータの入力を制限してもよい。この場合、送信有効期限内のデータが多くなると、一部のデータの入力を制限するので、処理対象となるデータの量を低減できる。
【００９０】
入力部は、送信の優先度に関係なく、周期的に送信すべきデータも順次入力し、制御部は、周期的に送信すべきデータの周期に応じて、当該データをパケット信号に格納させるとともに、当該パケット信号がデータをさらに格納可能である場合、送信の優先度の高いデータから優先的に当該パケット信号に格納させてもよい。この場合、送信の優先度に関係なく、周期的に送信すべきデータを送信するので、データの周期性を維持できる。
【符号の説明】
【００９１】
１０  基地局装置、  １２  車両、  １４  端末装置、  ２０  アンテナ、  ２２  ＲＦ部、  ２４  変復調部、  ２６  処理部、  ２８  制御部、  ３０  ネットワーク通信部、  ３２  フレーム規定部、  ３４  選択部、  ３６  生成部、  ５０  アンテナ、  ５２  ＲＦ部、  ５４  変復調部、  ５６  処理部、  ５８  制御部、  ６０  タイミング特定部、  ６２  転送決定部、  ６４  取得部、  ６６  生成部、  ６８  ユーザＩＦ部、  ７０  通知部、  ７２  抽出部、  ７４  キャリアセンス部、  ７６  アプリケーション処理部、  ７８  アプリケーション管理部、  １００  通信システム、  １１０  入力部、  １１２  分類部、  １１４  共通アプリケーション用データ蓄積部、  １１６  高優先度アプリケーション用データ蓄積部、  １１８  中優先度アプリケーション用データ蓄積部、  １２０  低優先度アプリケーション用データ蓄積部、  １２２  抽出部、  １３０  近距離用アンテナ、  １３２  近距離通信部、  １５０  携帯無線装置、  １５２  近距離用アンテナ、  １５４  近距離通信部、  １５６  携帯無線装置内アプリケーション管理部、  １５８  携帯無線装置内アプリケーション処理部、  ２０２  ネットワーク、  ２１２  エリア、  ２１４  エリア外。
【図１】
2014049912.tif 000003
【図２】
2014049912.tif 000004
【図３】
2014049912.tif 000005
【図４】
2014049912.tif 000006
【図５】
2014049912.tif 000007
【図６】
2014049912.tif 000008
【図７】
2014049912.tif 000009
【図８】
2014049912.tif 000010
【図９】
2014049912.tif 000011
【図１０】
2014049912.tif 000012
【図１１】
2014049912.tif 000013
【図１２】
2014049912.tif 000014
【図１３】
2014049912.tif 000015
【図１４】
2014049912.tif 000016
【図１５】
2014049912.tif 000017
【図１６】
2014049912.tif 000018