WO2014002438A1

WO2014002438A1 - 端末装置

Info

Publication number: WO2014002438A1
Application number: PCT/JP2013/003834
Authority: WO
Inventors: 孝夫水口; 浩司武村; 真琴永井
Original assignee: パナソニック株式会社
Priority date: 2012-06-29
Filing date: 2013-06-20
Publication date: 2014-01-03
Also published as: JPWO2014002438A1

Abstract

　入力部８０は、アプリケーションから、アプリケーションの登録を要求するためのコマンドを受けつける。アプリケーション管理部７８は、受けつけたコマンドに対する処理を実行する。アプリケーション管理部７８は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において送信すべきパケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定することによって、登録可否を判定する。出力部８２は、処理結果をアプリケーションに出力する。

Description

端末装置

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

　無線ネットワークにおいて効率的に送信をスケジューリングすることが望まれる。例えば、各フローが、スループット、遅延等の要求と関連づけられていれば、各フローに対する通信間隔が、フローに対する要求に基づいて決定される（例えば、特許文献１参照）。

特表２００８－５０２２１１号公報特表２０１０－５０３２７５号公報

　通信対象となるデータに対する要求は、アプリケーションごとに異なる。このようなアプリケーションごとに異なった要求のデータを効率的に取り扱うことが望まれる。

　本発明はこうした状況に鑑みてなされたものであり、その目的は、複数種類のアプリケーションのそれぞれに対するデータを効率的に処理する技術を提供することにある。

　上記課題を解決するために、本発明のある態様の端末装置は、アプリケーションから、アプリケーションの登録を要求するためのコマンドを受けつける入力部と、入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備える。アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において送信すべきパケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定することによって、登録可否を判定する。

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

　本発明によれば、複数種類のアプリケーションのそれぞれに対するデータを効率的に処理できる。

本発明の実施例１に係る通信システムの構成を示す図である。図１の基地局装置の構成を示す図である。図３（ａ）－（ｄ）は、図１の通信システムにおいて規定されるフレームのフォーマットを示す図である。図１の車両に搭載された端末装置の構成を示す図である。図４の端末装置でのプロトコルスタックを示す図である。図４の端末装置によって生成されるパケット信号のフォーマットを示す図である。図４のアプリケーション管理部の構成を示す図である。図７のアプリケーション管理部において処理されるアプリケーション登録可否確認のコマンドの構成を示す図である。図７のアプリケーション管理部において処理されるアプリケーション登録要求のコマンドの構成を示す図である。図７のアプリケーション管理部によるタイミングの割当て例を示す図である。図１１（ａ）－（ｂ）は、図７のアプリケーション管理部によるアプリケーション登録が拒否される例を示す図である。図７のアプリケーション管理部において処理される共通アプリケーションデータ設定のコマンドの構成を示す図である。図７のアプリケーション管理部において処理される共通アプリケーションデータ取得のコマンドの構成を示す図である。図７のアプリケーション管理部において処理される自由アプリケーションデータ送信要求のコマンドの構成を示す図である。図７のアプリケーション管理部における登録および送信の処理シーケンスを示す図である。図７のアプリケーション管理部において処理される自由アプリケーションデータ送信中止要求のコマンドの構成を示す図である。図７のアプリケーション管理部において処理されるパケットフィルタリング設定のコマンドの構成を示す図である。図７のアプリケーション管理部において処理される自由アプリケーションデータ取得要求のコマンドの構成を示す図である。図７のアプリケーション管理部において処理されるデータの構成を示す図である。図７のアプリケーション管理部における受信の処理シーケンスを示す図である。図２１（ａ）－（ｂ）は、図７のアプリケーション管理部において処理される無線機送信ステータス取得要求のコマンドの構成を示す図である。図７のアプリケーション管理部において処理されるアプリケーション登録解除要求のコマンドの構成を示す図である。図４のアプリケーション管理部による登録可否判定処理の手順を示すフローチャートである。図４のアプリケーション管理部による解析手順を示すフローチャートである。本発明の実施例２に係るアプリケーション管理部の構成を示す図である。図２５の分類部において記憶されるテーブルのデータ構造を示す図である。図２７（ａ）－（ｃ）は、図２５のアプリケーション管理部における処理の概要を示す図である。図２５のアプリケーション管理部によるデータの格納手順を示すフローチャートである。図２５のアプリケーション管理部によるデータの破棄手順を示すフローチャートである。本発明の実施例３に係る分類部に記憶されるテーブルのデータ構造を示す図である。本発明の実施例４に係る通信システムの構成を示す図である。図３１の端末装置の構成を示す図である。図３１の携帯無線装置の構成を示す図である。

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

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

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

　次に、本実施例１の概略を説明する。前述のごとく、端末装置には、複数種類のアプリケーション、特に異なった要求のアプリケーションを効率的に処理することが望まれる。さらに、各アプリケーションに対してさまざまな処理が実行される。処理の一例は、送信である。このように複数種類のアプリケーションに対するさまざまな処理を効率的に実行するために、端末装置では、各アプリケーションを実行するためのレイヤ（以下、「アプリケーション処理レイヤ」という）と、各アプリケーションを管理するためのレイヤ（以下、「アプリケーション管理レイヤ」という）を別に規定するとともに、両レイヤの間にインターフェイスを規定する。インターフェイスでは、各処理に対応したコマンドが規定される。例えば、前述の処理がアプリケーションの登録である場合、アプリケーション処理レイヤからアプリケーション管理レイヤへ、アプリケーションに対して要求される送信間隔の情報を付随したコマンドが出力される。アプリケーション管理レイヤは、送信間隔が短くなるほど、パケット信号に優先的に格納させるようなスケジューリングを実行する。登録とは異なった処理を実行すべき場合、別のコマンドが出力される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　複数種類のアプリケーションは、次のように分類される。ひとつ目は、共通アプリケーションである。共通アプリケーションとは、他の車両１２の接近を運転者に警告するためのアプリケーションであり、すべての端末装置１４において実行される。アプリケーション処理部７６は、共通アプリケーションにおける送信側アプリケーションを実行する際、取得部６４からの位置情報を入力する。また、アプリケーション処理部７６は、位置情報を周期的にアプリケーション管理部７８に出力する。一方、アプリケーション処理部７６は、共通アプリケーションにおける受信側アプリケーションとして、他の端末装置１４からのパケット信号に含まれた位置情報をアプリケーション管理部７８から取得する。アプリケーション処理部７６は、アプリケーション管理部７８から取得した他の端末装置１４の位置情報と、取得部６４から入力した位置情報とをもとに、他の車両１２の接近を検出する。アプリケーション処理部７６は、他の車両１２の接近を通知部７０に通知させる。通知部７０は、モニタあるいはスピーカを介して運転者への通知を実行する。

　ふたつ目は、自由アプリケーションである。自由アプリケーションとは、すべての端末装置１４ではなく、任意の端末装置１４においてのみ実行される。複数の自由アプリケーションが同時に実行されてもよい。自由アプリケーションの登録要求は、ユーザＩＦ部６８を介して実行され、その登録可否は、アプリケーション管理部７８においてなされる。ここで、各自由アプリケーションは、登録要求を発行する際に、送信間隔とサイズを指定する。

　例えば、自由アプリケーションが一定の周期でデータ送信したい場合、送信間隔として周期が指定される。また、自由アプリケーションが所定の時間内に一定の回数だけデータ送信したい場合、送信間隔として回数が指定される。一方、サイズは、アプリケーション管理部が自由アプリケーションから１回のデータ送信要求で受けつけるサイズの上限値として指定される。

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

　アプリケーション管理部７８は、送信側アプリケーションに対する処理として、ユーザＩＦ部６８から予めアプリケーション登録要求を受けつけ、アプリケーションの送信機会をスケジューリングする。次に、アプリケーション管理部７８は、アプリケーション処理部７６からの複数のデータを入力し、スケジューリング結果にしたがって、複数のデータをもとにパケット信号を生成させるために、パケット信号生成の対象となる複数のデータを生成部６６に出力する。

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

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

　以下では、アプリケーション処理部７６とアプリケーション管理部７８での処理を具体的に説明する。ここでは、（１）複数のアプリケーションに対する処理の全体像、（２）アプリケーション処理部７６とアプリケーション管理部７８とのインターフェイスを順に説明する。

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

　アプリケーション管理部７８は、アプリケーション処理部７６において起動されているアプリケーションを管理する。また、送信側のアプリケーション管理部７８は、ユーザＩＦ部６８から受けつけた複数のアプリケーション登録要求に対するスケジューリングを実行する。スケジューリング処理については後述するが、アプリケーション管理部７８は、続いてアプリケーション処理部７６から複数のデータを受けつけ、ひとつのパケット信号に格納するために、複数のデータを集約する。複数のデータを集約したパケット信号は、アプリケーション管理部７８から出力される。

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

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

（２）アプリケーション処理部７６とアプリケーション管理部７８とのインターフェイス
　図７は、アプリケーション管理部７８の構成を示す。アプリケーション管理部７８は、入力部８０、出力部８２を含む。入力部８０は、アプリケーション処理部７６において起動しているアプリケーションから、コマンドを受けつける。ここで、アプリケーションは、共通アプリケーションであってもよく、自由アプリケーションであってもよい。また、アプリケーション管理部７８への要求に応じて、さまざまなコマンドが規定されるが、それらのコマンドについては後述する。アプリケーション管理部７８は、入力部８０において受けつけたコマンドに対する処理を実行する。具体的な処理の内容は、コマンドに応じて異なる。アプリケーション管理部７８は、処理を実行するとともに、処理結果も生成する。出力部８２は、アプリケーション処理部７６のアプリケーションに対して、処理結果を出力する。処理結果は、コマンドに対するレスポンスに相当する。以下では、アプリケーション処理部７６とアプリケーション管理部７８とのインターフェイスとして規定されているコマンドを説明する。

（３－１）アプリケーション登録可否確認
　アプリケーション登録可否確認は、アプリケーション管理部７８に対して、アプリケーションが登録可能か否かを判定させるためのコマンドである。図８は、アプリケーション管理部７８において処理されるアプリケーション登録可否確認のコマンドの構成を示す。コマンド名は、ＣＨＥＣＫ＿ＥＮＴＲＹである。コマンドに付随されるパラメータのひとつは、ｓｅｎｄＴｙｐｅである。ｓｅｎｄＴｙｐｅによって、送信設定方法が特定される。例えば、ｓｅｎｄＴｙｐｅが「０」である場合に、後述のｖａｌｕｅが送信間隔を示し、ｓｅｎｄＴｙｐｅが「１」である場合に、後述のｖａｌｕｅが送信回数を示す。

　別のパラメータは、ｖａｌｕｅである。ｖａｌｕｅは、設定値に相当する。ｓｅｎｄＴｙｐｅによって送信間隔が指定されている場合、ｖａｌｕｅが「０」、「１」、「２」、「３」であることは、１００ｍｓ、２００ｍｓ、５００ｍｓ、１ｓにそれぞれ対応する。一方、ｓｅｎｄＴｙｐｅによって送信回数が指定されている場合、ｖａｌｕｅは１秒あたりの送信回数を示す。例えば、送信回数は、１～１０回の範囲で示される。送信回数が指定された場合、送信間隔が一定になる保証はない。さらに別のパラメータは、ｍａｘＤａｔａＳｉｚｅである。ｍａｘＤａｔａＳｉｚｅは、一度に送る最大データ送信サイズ（バイト）を示す。

　アプリケーション管理部７８は、アプリケーションが登録可能か否かを判定する。アプリケーション管理部７８は、処理結果をレスポンスとして出力部８２から出力する。ひとつのレスポンスは、ｒｅｓｕｌｔである。ｒｅｓｕｌｔは、判定結果を示し、「０」が登録不可であり、「１」が登録可である。別のレスポンスは、ａｃｃｅｐｔａｂｌｅＳｉｚｅである。ａｃｃｅｐｔａｂｌｅＳｉｚｅは、指定された送信間隔での受付可能な最大データサイズ（バイト）を示す。ここで、処理結果に関係なく、現状の受付可能な最大データ送信サイズが返される。

（３－２）アプリケーション登録要求
　アプリケーション登録要求は、アプリケーションをアプリケーション管理部７８に登録させるためのコマンドである。このコマンドによって、送信間隔／単位時間あたりの送信回数と１回あたりの送信データサイズが指定されるので、アプリケーション管理部７８は、アプリケーションデータの送信スケジューリングを行い、登録可否を判定する。具体的には、アプリケーションが、アプリケーション管理部７８の「アプリケーション管理リスト」に登録される。アプリケーション管理部７８は、要求元のアプリケーションに対し、ユニークなＩＤ（登録ＩＤ）を付与する。

　図９は、アプリケーション管理部７８において処理されるアプリケーション登録要求のコマンドの構成を示す。コマンド名は、ＥＮＴＲＹである。コマンドに付随されるパラメータのひとつは、ａｌｌｉａｎｃｅＩＤである。ａｌｌｉａｎｃｅＩＤは、アプリケーションに付与されたＩＤである。パラメータのｓｅｎｄＴｙｐｅ、ｖａｌｕｅ、ｍａｘＤａｔａＳｉｚｅは、前述の通りである。別のパラメータは、ｃｏｍｍｏｎＦｇである。ｃｏｍｍｏｎＦｇは、受信データ提供時の共通アプリケーションデータ要否フラグを示し、「０」が不要であり、「１」が必要である。つまり、このコマンドには、送信間隔あるいは単位時間あたりの送信回数に加えて、一度に送信されるデータの最大値が示されている。

　このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。別のレスポンスは、ｒｅｇＩＤであり、アプリケーション管理部７８によって割り当てた登録ＩＤに相当する。なお、同一のアライアンスに含まれた複数のアプリケーションを登録する場合、アプリケーションごとの登録が必要になる。また、登録済のアプリケーションの状況によって、追加が不可と判断されるとエラーが返される。

　図１０は、アプリケーション管理部７８によるタイミングの割当て例を示す。前提として、端末装置１４は、１００ｍｓｅｃのフレームにおいてひとつのパケット信号を報知しているとする。また、第１自由アプリケーションと第２自由アプリケーションの送信間隔が「１００ｍｓｅｃ間隔」として登録され、第３自由アプリケーションと第６自由アプリケーションの送信間隔が「２００ｍｓｅｃ間隔」として登録され、第５自由アプリケーションの送信間隔が「５００ｍｓｅｃ間隔」として登録され、第４自由アプリケーションの送信間隔が「１ｓｅｃにつき３回」として登録され、第７自由アプリケーションの送信間隔が「１ｓｅｃにつき２回」として登録され、第８自由アプリケーションと第９自由アプリケーションの送信間隔が「１ｓｅｃにつき１回」として登録されているとする。また、第３自由アプリケーションから第９自由アプリケーションは、順にアプリケーション登録要求時の指定データサイズが大きいものとする。図示のごとく、各フレームにおいて報知されるパケット信号が「第１パケット信号」、「第２パケット信号」・・・と示される。また、図６の自由領域に割当て可能なデータサイズが、「最大自由領域サイズ」と示される。

　第１パケット信号において、自由アプリケーション用ヘッダ、第１自由アプリケーションのデータ（以下、単に「第１自由アプリケーション」ということもあり、他の自由アプリケーションについても同様）が優先的に割り当てられる。これらは、第２パケット信号から第３パケット信号においても同様である。アプリケーション管理部７８は、自由領域のうち、未割り当ての領域に他の自由アプリケーションを順番に割り当てる。

　例えば、送信間隔が「１００ｍｓｅｃ間隔」である自由アプリケーションは、スケジューリング方法によらずすべてのパケット信号に割り当てられる必要があることから、最初に第１自由アプリケーションと第２自由アプリケーションを割り当てる。次に、残りの自由アプリケーションのうちデータサイズの大きいものから順に、複数のパケット信号のうち残りの割当て可能なデータサイズの総和が最も大きいものの組合せを選択して割り当てる。ここで、第３自由アプリケーションの送信間隔が「２００ｍｓｅｃ間隔」として登録されていることから、割当て可能なパケット信号の組合せは、奇数番目のパケット信号あるいは偶数番目のパケット信号の２通りである。この段階では第１パケットから第１０パケットの間でそれぞれ残りの割り当て可能なデータサイズが同じであるため、アプリケーション管理部７８は、第３自由アプリケーションを奇数番目のパケット信号に割り当てる。次に、アプリケーション管理部７８は、複数のパケット信号のうち、第４自由アプリケーションを割り当てるものを選択する。ここでは、複数のパケット信号のうち、偶数番目のパケット信号の残りの割当て可能なデータサイズが大きいため、それらのパケット信号のうち第２パケット信号と第４パケット信号と第６パケット信号を選択し、それぞれに第４自由アプリケーションを割り当てる。

　続く第５自由アプリケーション以降に対しても同様の処理を実行するが、自由アプリケーションを割り当てる際に、選択した複数のパケット信号のうちひとつでも最大自由領域サイズを超えてしまう場合、他のパケット信号の組合せを選択し、自由アリケーションを割り当てる。

　運転者は、図４のユーザＩＦ部６８を介してアプリケーション処理部７６に、自由アプリケーションの起動を要求する。この要求が前述の登録要求に相当する。送信側アプリケーションが起動されると、パケット信号にて送信すべきデータ量が増加する。パケット信号によって送信可能なデータ量は有限であるので、すべての自由アプリケーションの起動を認めるべきでない。一方、各自由アプリケーションのデータに対して要求される送信間隔やサイズは異なる。そのため、アプリケーション管理部７８は、コマンドに対する処理として、基地局装置１０と端末装置１４との間の通信が可能な路車送信期間と、端末装置１４の間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において送信すべきパケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定する。

　アプリケーション管理部７８は、送信間隔あるいは単位時間あたりの送信回数と、一度に送信されるデータのサイズとをもとに、パケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定する。このような判定をすることによって、アプリケーション管理部７８は、登録可否を判定する。ここで、受けつけた送信間隔あるいは送信回数を満たしながら、データサイズ分の領域をパケット信号内に確保できる場合、アプリケーション管理部７８は、当該自由アプリケーションの起動を許可する。

　図１１（ａ）－（ｂ）は、アプリケーション管理部７８によるアプリケーション登録が拒否される例を示す。図１１（ａ）は、第１自由アプリケーションから第４自由アプリケーションが最大自由領域サイズを占有している場合である。第１自由アプリケーションから第４自由アプリケーションは、それぞれデータの送信間隔が「１００ｍｓｅｃ間隔」であり、すべてのパケット信号の最大自由領域サイズが占有されている。アプリケーション管理部７８は、次に割り当て対象となる第５自由アプリケーションのデータ送信間隔が「１００ｍｓｅｃ間隔」であった場合、第５自由アプリケーションの起動要求を拒否する。図１１（ｂ）は、データの送信間隔が「１００ｍｓｅｃ間隔」である自由アプリケーションの占有率が高く、起動要求された自由アプリケーションのデータサイズがパケット信号に格納できない場合である。それぞれデータの送信間隔が「１００ｍｓｅｃ間隔」である第１アプリケーションから第３自由アプリケーションが割り当てられている。この状態において、アプリケーション管理部７８は、第４自由アプリケーションを割り当てることによってデータサイズが最大自由領域サイズを超えてしまう場合、第４自由アプリケーションの起動要求を拒否する。この場合、アプリケーション管理部７８は、ユーザＩＦ部６８を介して、受付拒否の応答とともに、受付可能なデータサイズに関する情報を返信してもよい。

（３－３）共通アプリケーションデータ設定
　共通アプリケーションデータ設定は、共通アプリケーションデータとして送り出すデータの設定を要求するためのコマンドである。これは、端末装置１４に備えられる取得部６４から出力される位置情報を置き換えるための位置情報を外部から入力するためのコマンドである。外部の一例は、図示しないナビゲーションシステムに相当する。前述のごとく、取得部６４は、ＧＰＳによって位置情報を取得する。また、ナビゲーションシステムでは、地図情報等を使用することによって、ＧＰＳによって取得した位置情報を補正する。そのため、補正した位置情報の精度は、ＧＰＳによって取得した位置情報の精度よりも高い。共通アプリケーションデータ設定のコマンドを使用することによって、ＧＰＳによって取得した位置情報の代わりに、補正した位置情報がパケット信号に格納される。つまり、精度の高い位置情報が送信される。

　図１２は、アプリケーション管理部７８において処理される共通アプリケーションデータ設定のコマンドの構成を示す。コマンド名は、ＳＥＴ＿ＣＯＭＭＯＮ＿ＡＰＰＤＡＴＡである。コマンドに付随されるパラメータのひとつは、ｄａｔａ［］である。ｄａｔａ［］は、共通アプリケーションのデータ、例えば補正した位置情報である。さらに別のパラメータとして、ｌｅｎｇｔｈ、ｖａｌｉｄＭａｐが含まれてもよい。ｌｅｎｇｔｈは、共通アプリケーションのデータ長を示し、ｖａｌｉｄＭａｐは、有効データ位置ビットマップを示す。つまり、このコマンドには、測位された位置情報よりも高精度な位置情報が含まれている。

　アプリケーション管理部７８は、コマンドに対する処理として、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、車車送信期間において送信すべきパケット信号に、コマンドに含まれた位置情報を設定させる。このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。なお、アプリケーション管理部７８は、受けつけたデータを保持しておき、次回以降に送出するパケット信号の共通アプリケーション領域に設定する。また、アプリケーション管理部７８は、補正した位置情報ではなく、取得部６４において取得した位置情報をパケット信号に格納してもよい。

（３－４）共通アプリケーションデータ取得
　共通アプリケーションデータ取得は、端末装置１４から既に送信した最新の共通アプリケーションデータの取得を要求するためのコマンドである。これは、アプリケーション処理部７６からの要求にしたがって、端末装置１４が送信したパケット信号に含まれる位置情報等の内容を提供するために使用される。例えば、自由アプリケーションが自車の情報を必要とする場合に利用される。

　図１３は、アプリケーション管理部７８において処理される共通アプリケーションデータ取得のコマンドの構成を示す。コマンド名は、ＧＥＴ＿ＣＯＭＭＯＮ＿ＡＰＰＤＡＴＡである。コマンドに付随されるパラメータのひとつは、ｒｅｇＩＤである。ｒｅｇＩＤは、アプリケーションに付与された登録ＩＤである。アプリケーション管理部７８は、コマンドに対する処理として、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、車車送信期間において既に送信したアプリケーションデータ、特に共通アプリケーションのデータを取得する。

　このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。また、別のレスポンスは、ｌｅｎｇｔｈであり、これは共通アプリケーションのデータ長を示す。さらに別のレスポンスは、ｄａｔａ［］であり、これは共通アプリケーションのデータを示す。つまり、出力部８２は、処理結果として、アプリケーション管理部７８において取得したアプリケーションデータを出力する。

（３－５）自由アプリケーションデータ送信要求
　自由アプリケーションデータ送信要求は、自由アプリケーションのデータ送信を要求するためのコマンドである。図１４は、アプリケーション管理部７８において処理される自由アプリケーションデータ送信要求のコマンドの構成を示す。コマンド名は、ＳＥＮＤ＿ＦＲＥＥ＿ＡＰＰＤＡＴＡである。コマンドに付随されるパラメータのひとつは、ｒｅｇＩＤである。ｒｅｇＩＤは、アプリケーションに付与された登録ＩＤである。別のパラメータは、ｄａｔａＩＤ、ｒｅｐｅａｔ、ｌｅｎｇｔｈ、ｄａｔａ［］であり、データに付与されたＩＤ（０の場合は無効）、送信回数（０：連続送信／１～:送信回数）、送信要求データ長、送信データをそれぞれ示す。つまり、このコマンドには、アプリケーションデータの送信回数に関する情報、アプリケーションデータを識別するための識別番号、送信データとが含まれている。

　アプリケーション管理部７８は、コマンドに対する処理として、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、車車送信期間において、アプリケーションデータを送信回数だけ送信させる。具体的に説明すると、パラメータのｒｅｐｅａｔとして０以外が指定されている場合、指定された送信回数だけデータが、端末装置１４から送信された後に送信を停止するなお、送信完了後に当該データが削除されてもよい。

　アプリケーション管理部７８は、入力部８０において受けつけたコマンドにて、ｒｅｐｅａｔが０として示されている場合、アプリケーションデータを回数無制限で送信させる。また、アプリケーション管理部７８は、入力部８０においてｄａｔａＩＤ、ｒｅｐｅａｔ、ｄａｔａ［］を受けつけると、それらに応じてｄａｔａＩＤ、ｒｅｐｅａｔ、ｄａｔａ［］を設定する。その後、アプリケーション管理部７８は、入力部８０においてｄａｔａＩＤ、ｒｅｐｅａｔ、ｄａｔａ［］を新たに受けつけた場合、既に受けつけていたコマンドに含まれたｄａｔａＩＤと、新たなコマンドに含まれたｄａｔａＩＤが同一であるかを確認する。同一である場合、アプリケーション管理部７８は、新たなｒｅｐｅａｔ、ｄａｔａ［］によって、既に設定したｒｅｐｅａｔ、ｄａｔａ［］を更新する。更新することは、メモリに上書きすることに相当する。なお、同一である場合、アプリケーション管理部７８は、データの送信を停止させてもよい。

　このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。別のレスポンスは、ｄａｔａＩＤ　であり、受けつけた送信データに割り当てられたＩＤである。このように、アプリケーション管理部７８は、受けつけた送信データを「送信データリスト（待ちキュー）」に追加し、当該送信データに割り当てたデータＩＤをレスポンスとして返す。また、指定されたデータＩＤの送信データが送信データリストに登録済の場合、送信データが置換される。

　さらに、送信回数パラメータとして「０」が指定された場合、送信後も送信データが送信データリストに残り続け、「０以外」が指定された場合、その回数分送出された後に送信データが送信データリストから自動削除される。なお、アプリケーション管理部７８は、コマンドにて指定されたｌｅｎｇｔｈが登録時に指定されたサイズ（ｍａｘＤａｔａＳｉｚｅ）を超える場合、レスポンスとしてエラーを返す。アプリケーションの登録状況や、送信データリストにセットされた送信データの状況により、受けつけた送信データが実際に送出されるまでに遅延が発生する場合がある。アプリケーションによって分割された送信データも連続的に送出されるとは限らない。

　図１５は、アプリケーション管理部７８における登録および送信の処理シーケンスを示す。第１自由アプリケーションは、起動されると、アプリケーション管理部７８に対して、アプリケーション登録要求のコマンドを出力する。アプリケーション管理部７８は、アプリケーション登録要求のコマンドを受けつけると、アプリケーション登録処理を実行するとともに、第１自由アプリケーションをアプリケーション管理リストに登録する。アプリケーション管理部７８は、レスポンスとしてＯＫを第１自由アプリケーションに出力する。その後、第１自由アプリケーションは、データ送信要求のコマンドをアプリケーション管理部７８に出力する。アプリケーション管理部７８は、データ送信要求のコマンドに対して送信データ受付を実行し、送信データを送信データリストに登録する。アプリケーション管理部７８は、送信スレッドにおいて送信タイミングになれば、送信データが格納されたパケット信号を生成し、送信する。第２自由アプリケーションも、第１自由アプリケーションと同様の処理を実行する。

（３－６）自由アプリケーションデータ送信中止要求
　自由アプリケーションデータ送信中止要求は、過去に送信を要求した特定のデータであって、かつ自由アプリケーションのデータの送信中止を要求するためのコマンドである。図１６は、アプリケーション管理部７８において処理される自由アプリケーションデータ送信中止要求のコマンドの構成を示す。コマンド名は、ＣＡＮＣＥＬ＿ＳＥＮＤ＿ＡＰＰＤＡＴＡである。コマンドに付随されるパラメータのひとつは、ｒｅｇＩＤである。ｒｅｇＩＤは、アプリケーションに付与された登録ＩＤである。別のパラメータは、ｄａｔａＩＤであり、データに付与されたＩＤを示す。アプリケーション管理部７８は、入力部８０を介してこのコマンドを受けつけると、指定されたデータＩＤが付与された送信データを送信データリストから削除する。このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。

（３－７）パケットフィルタリング設定
　パケットフィルタリング設定は、各アプリケーションが受信データを受けとるべきパケットの条件、つまりパケット信号に対するフィルタリング条件を設定するためのコマンドである。図１７は、アプリケーション管理部７８において処理されるパケットフィルタリング設定のコマンドの構成を示す。コマンド名は、ＳＥＴ＿ＰＡＣＫＥＴ＿ＦＩＬＴＥＲである。コマンドに付随されるパラメータのひとつは、ｒｅｇＩＤである。ｒｅｇＩＤは、アプリケーションに付与された登録ＩＤである。別のパラメータは、ｆｉｌｔｅｒＴｙｐｅ、ｆｉｌｔｅｒＩｎｆｏであり、フィルタのタイプ、フィルタリング設定情報をそれぞれ示す。つまり、このコマンドには、フィルタリング条件に関する情報が含まれる。アプリケーション管理部７８は、コマンドに対する処理として、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、車車送信期間において受信したパケット信号に対するフィルタリング条件に、入力部８０において受けつけたコマンドに含まれたフィルタリング条件を設定する。このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。

（３－８）受信アプリケーションデータ取得要求
　受信アプリケーションデータ取得要求は、他の端末装置１４から受信したアプリケーションデータの取得を要求するためのコマンドである。ここでのアプリケーションは、共通アプリケーションであってもよく、自由アプリケーションであってもよい。なお、アプリケーションデータは、他の端末装置１４から受信したデータを対象にしてもよいが、基地局装置１０から受信したデータを対象にしてもよい。このようにアプリケーション管理部７８に登録されたアプリケーションが、周辺の基地局装置１０や端末装置１４から受信したパケット信号のうち、所望のパケット信号だけを受けとる。

　図１８は、アプリケーション管理部７８において処理される自由アプリケーションデータ取得要求のコマンドの構成を示す。コマンド名は、ＧＥＴ＿ＲＥＣＶ＿ＡＰＰＤＡＴＡである。コマンドに付随されるパラメータのひとつは、ｒｅｇＩＤである。ｒｅｇＩＤは、アプリケーションに付与された登録ＩＤである。別のパラメータは、ｃｏｍｍｏｎＦｇであり、受信データ提供時の共通アプリケーションデータ要否フラグを示す。ここで、「０」が不要を示し、「１」が必要を示す。つまり、このコマンドには、アプリケーションを識別するための識別番号が含まれる。

　アプリケーション管理部７８は、コマンドに対する処理として、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、車車送信期間において受信したアプリケーションデータであって、かつ入力部８０において受けつけたコマンドに含まれた識別番号に対応したアプリケーションデータを取得する。なお、アプリケーション管理部７８は、コマンドに対する処理として、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、路車送信期間において受信したアプリケーションデータであって、かつ入力部８０において受けつけたコマンドに含まれた識別番号に対応したアプリケーションデータを取得してもよい。アプリケーション管理部７８は、蓄積している受信したパケット信号のうち、このアプリケーションが未取得のパケット信号をすべて解析して、対象となるデータを返す。アプリケーション管理部７８は、アプリケーションデータを取得する際に、フィルタリング処理がなされてもよい。

　このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。別のレスポンスは、ｐｋｔＮｕｍｂｅｒであり、これはパケットデータ数（＝ｎ）を示す。さらに別のレスポンスは、ｐｋｔｄａｔａ［ｎ］であり、これは、パケット信号ごとのアプリケーションデータを示す。各パケット信号のデータ構造は、パケットデータ全体サイズ、共通アプリケーションデータサイズ、共通アプリケーションデータ、自由アプリケーションデータ数（＝Ｋ）、自由アプリケーションデータサイズ、自由アプリケーションデータである。つまり、出力部８２は、処理結果として、アプリケーション管理部７８において取得したアプリケーションデータを出力する。

　図１９は、アプリケーション管理部７８において処理されるデータの構成を示す図である。左側が、パケット信号の受信バッファの状態を示す。ここでは、第１パケット信号から第４パケット信号が受信されているとする。なお、図１９において「共通データ」は共通アプリケーションのデータに相当する。「第１データ」から「第４データ」は、第１自由アプリケーションのデータから第４自由アプリケーションのデータのそれぞれに相当する。

　また、アプリケーション管理部７８では、第１自由アプリケーションと第３自由アプリケーションとに対して同一のアライアンスＩＤが付与されており、第２自由アプリケーションと第４自由アプリケーションとに対して別のアライアンスＩＤが付与されている。さらに、アプリケーション管理部７８は、第１自由アプリケーションと第３自由アプリケーションから、自由アプリケーションデータ取得要求を受けつけているとする。中央側は、共通アプリケーションデータを取得する場合であり、右側は、共通アプリケーションデータを取得しない場合である。

　図２０は、アプリケーション管理部７８における受信の処理シーケンスを示す図である。第１自由アプリケーションは、アプリケーション管理部７８に対して、フィルタリング設定のコマンドを出力し、第２自由アプリケーションも、アプリケーション管理部７８に対して、フィルタリング設定のコマンドを出力する。アプリケーション管理部７８は、受信スレッドにおいて受信タイミングになれば、受信データが格納されたパケット信号を受信する。パケット信号は、受信パケットデータとして一旦メモリに蓄積される。

　第１自由アプリケーションは、アプリケーション管理部７８に対して、受信データ取得要求のコマンドを出力する。アプリケーション管理部７８は、コマンドを受けつけると、アプリケーション管理リストに登録されたＩＤをもとに、受信パケットデータとして蓄積されたパケット信号に対して、受信データ解析を実行する。アプリケーション管理部７８は、受信データを第１自由アプリケーションに出力する。このような処理は、定期的に実行される。なお、実行される間隔は、アプリケーションに依存する。第２自由アプリケーションも、第１自由アプリケーションと同様の処理を実行する。

（３－９）無線機送信ステータス取得要求
　無線機送信ステータス取得要求は、無線機、つまり本端末装置１４の送信ステータスの取得を要求するためのコマンドである。これは、アプリケーション管理部７８に登録されたアプリケーションから無線機の動作状態や、送信を要求したデータの送信回数を取得するためのコマンドである。

　図２１（ａ）－（ｂ）は、アプリケーション管理部７８において処理される無線機送信ステータス取得要求のコマンドの構成を示す図である。図２１（ａ）のコマンド名は、ＧＥＴ＿ＯＢＥ＿ＳＴＡＴＵＳである。コマンドに付随されるパラメータのひとつは、ｒｅｇＩＤである。ｒｅｇＩＤは、アプリケーションに付与された登録ＩＤである。別のパラメータは、ｑｕｅｒｙ、ｄａｔａ［］であり、これらは、問合せ内容、問合せデータをそれぞれ示す。問合せ内容と問合せデータのそれぞれについては、後述する。アプリケーション管理部７８は、コマンドに対する処理として、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、車車送信期間においてアプリケーションデータを送信した回数に関する情報を取得する。

　このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。別のレスポンスは、ｒｅｐｌｙ［］であり、これは応答データを示す。出力部８２は、処理結果として、アプリケーション管理部７８において取得した回数に関する情報を出力する。つまり、問合せ内容／データに対応する回答が返される。

　図２１（ｂ）は、問合せ内容、問合せデータ、応答データとの対応を示す。問合せ内容（ｑｕｅｒｙ）が「０」であることは、無線機の状態を示し、問合せデータ（ｄａｔａ）はＮ／Ａを示す。その際、応答データ（ｒｅｐｌｙ）が「０」であれば、異常なし（正常動作）が示され、「１～」であれば、エラーコードが示される。問合せ内容（ｑｕｅｒｙ）が「１」であることは、メッセージの送信回数を示し、問合せデータ（ｄａｔａ）は対象ｄａｔａＩＤを示す。その際、応答データ（ｒｅｐｌｙ）は、指定ｄａｔａＩＤの送信データを送信した回数を示す。

（３－１０）アプリケーション登録解除要求
　アプリケーション登録解除要求は、アプリケーションの登録の解除を要求するためのコマンドである。アプリケーションが明示的な登録解除を行わずに終了した場合に、アプリケーションの登録が残り続けると、パケット信号の送信が継続されてしまうので、アプリケーションが正常に動作していることを定期的に確認することが必要である。そのため、データの送受信などの通常のＩ／Ｆの利用状況をアプリケーション管理部７８が管理し、定期的に確認する。さらに、パケット送受信要求等が行われない状態が一定時間続くと、アプリケーションが異常終了したと判断し、自動的に登録が解除される。解除されたアプリケーションからのアクセスがあった場合、エラーが返る。

　図２２は、アプリケーション管理部７８において処理されるアプリケーション登録解除要求のコマンドの構成を示す図である。コマンド名は、ＥＸＩＴである。コマンドに付随されるパラメータのひとつは、ｒｅｇＩＤである。ｒｅｇＩＤは、アプリケーションに付与された登録ＩＤである。アプリケーション管理部７８は、コマンドにて示されたアプリケーションをアプリケーション管理リストから削除する。このコマンドに対するひとつのレスポンスは、ｓｔａｔｕｓであり、ｓｔａｔｕｓは、処理結果を示す。ｓｔａｔｕｓにおいて、「０」が成功であり、「１」がエラーコードである。なお、明示的にＥＸＩＴがアプリケーション管理部７８に入力されなくても、所定の時間にわたって、送受信などのインターフェイス呼出しがまったく行われないと、自動的に登録が解除されてもよい。

　以上の構成による通信システム１００の動作を説明する。図２３は、アプリケーション管理部７８による登録可否判定処理の手順を示すフローチャートである。登録要求があれば（Ｓ１０のＹ）、アプリケーション管理部７８は、既に登録済のすべての自由アプリケーションも対象として、それぞれの自由アプリケーションを順にパケット信号に割り当てる。まず、アプリケーション管理部７８は、いずれのパケット信号にも割り当てられていない自由アプリケーションのうち、送信間隔が「１００ｍｓｅｃ間隔」であるものがあるかどうか確認し、ある場合は（Ｓ１２のＹ）その自由アプリケーションを対象として（Ｓ１４）パケット信号への割当て可否を判断する。送信間隔が「１００ｍｓｅｃ間隔」である自由アプリケーションがない場合（Ｓ１２のＮ）、登録要求時のデータサイズが最も大きい自由アプリケーションを対象として（Ｓ１６）、パケット信号への割当て可否を判断する。

　対象の自由アプリケーションの送信間隔をもとに、とりうるパケット信号の組合せのうち、残りの割当て可能なデータサイズの総和が最も大きなものを選択する（Ｓ１８）。選択した組合せに含まれるすべてのパケット信号について、対象の自由アプリケーションのデータサイズ分の領域を確保できれば（Ｓ２０のＹ）、アプリケーション管理部７８は割当てを決定する（Ｓ２２）。データサイズ分の領域を格納できなければ（Ｓ２０のＮ）、アプリケーション管理部７８は、自由アプリケーションの登録拒否を決定する（Ｓ２４）。すべての自由アプリケーションをパケット信号に割り当てることができた場合（Ｓ２６のＹ）、アプリケーション管理部７８は、自由アプリケーションの登録を許可する（Ｓ２８）。まだパケット信号に割り当てられていない自由アプリケーションが存在すれば（Ｓ２６のＮ）、次の割り当て対象とする自由アプリケーションの選択に戻り、上記手順を繰り返す。登録要求がなければ（Ｓ１０のＮ）、ステップ１２からステップ２８の処理はスキップされる。

　図２４は、アプリケーション管理部７８による解析手順を示すフローチャートである。アプリケーション管理部７８は、取得したパケット信号に含まれたアプリケーションＩＤを取得する（Ｓ５０）。アプリケーションＩＤに対応したアプリケーションが、アプリケーション処理部７６において処理中のアプリケーションであれば（Ｓ５２のＹ）、アプリケーション管理部７８は、データをアプリケーション処理部７６に出力する（Ｓ５４）。ここで、アプリケーション処理部７６において処理中のアプリケーションとは、受信側アプリケーションに相当する。一方、アプリケーションＩＤに対応したアプリケーションが、アプリケーション処理部７６において処理中のアプリケーションでなければ（Ｓ５２のＮ）、アプリケーション管理部７８は、データを破棄する（Ｓ５６）。

　本発明の実施例によれば、アプリケーションからアプリケーション管理部へ出力されるコマンドを複数種類規定するので、コマンドを変えるだけでアプリケーション管理部にさまざまな処理を実行させることができる。コマンドの変更だけですむので、複数種類のアプリケーションのそれぞれに対するデータを効率的に処理できる。アプリケーション管理部において、路車送信期間と車車送信期間とが時分割多重されたフレームのうち、車車送信期間に対するデータに対する処理がなされるので、アプリケーション管理部内の処理を変えるだけでさまざまな処理を実行できる。また、複数種類のアプリケーションのそれぞれの送信間隔とデータサイズをもとに、ふたつ以上のデータをひとつのパケット信号に集約されるので、無線装置が送信するパケットにデータ長制限が設けられた環境において、複数種類のアプリケーションのそれぞれに対するデータを効率的に送信できる。

（実施例２）
　実施例２も、実施例１と同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。これまでは、自由アプリケーションのデータを送信するために、パケット信号中の領域を予め確保しておき、確保した領域に、当該自由アプリケーションデータを割り当てる。これは、自由アプリケーションのデータが定期的に発生する場合に適している。しかしながら、通信対象となるデータが、バースト的に発生することもある。このようにバースト的に発生するデータを効率的に取り扱うことが望まれる。

　これに対応するために、実施例２に係る通信システムでは、非周期的にデータを送信すべき自由アプリケーションに対する送信の優先度が予め定められる。ここでは、送信の優先度が３段階であるとする。また、実施例１にて説明した自由アプリケーションとの区別を明確にするために、非周期的にデータを送信すべき自由アプリケーションを高優先度アプリケーション、中優先度アプリケーション、低優先度アプリケーションという。端末装置は、確保されていない領域に、高優先度アプリケーションから低優先度アプリケーションのデータを格納させる。具体的には、端末装置は、入力したデータを優先度ごとに蓄積し、優先度の高いアプリケーションのデータを優先的に抽出しながら、パケット信号を生成する。実施例２に係る通信システム１００、基地局装置１０、端末装置１４は、図１、図２、図４と同様のタイプであり、ここでは差異を中心に説明する。

　図２５は、本発明の実施例２に係るアプリケーション管理部７８の構成を示す。アプリケーション管理部７８は、入力部１１０、分類部１１２、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０、抽出部１２２を含む。これは、アプリケーション管理部７８のうち、高優先度アプリケーション、中優先度アプリケーション、低優先度アプリケーションに対する送信側アプリケーションを処理するための構成に相当する。

　なお、前提として、図７の入力部８０は、周期的にデータを送信すべき自由アプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する。図７の入力部８０と図２５の入力部１１０とは同じでもよい。アプリケーション管理部７８は、入力した登録要求に応じて、自由アプリケーションのデータをパケット信号に格納するための領域を確保する。その結果、各パケット信号に対する自由アプリケーションの割当は、図１０のようになる。

　ここでは、図１０において、自由アプリケーションによって確保されていない領域に対して、高優先度アプリケーション、中優先度アプリケーション、低優先度アプリケーションのデータを格納させるための処理を説明する。高優先度アプリケーション、中優先度アプリケーション、低優先度アプリケーションのデータは、非周期的にデータを送信すべきアプリケーションであって、かつ複数規定された送信の優先度のうちのいずれかに対応したデータに相当する。

　入力部１１０は、アプリケーション処理部７６からのデータを順次入力する。入力されるデータは、アプリケーション処理部７６において動作している複数のアプリケーションのそれぞれから出力されている。ここで、複数のアプリケーションは、高優先度アプリケーション、中優先度アプリケーション、低優先度アプリケーションが含まれる。説明を明瞭にするために、ここでのアプリケーションは、第１’自由アプリケーションから第４’自由アプリケーションまでの４種類のアプリケーションであるとする。このようなアプリケーションのデータはバースト的に発生されている。各データには、アプリケーションを特定するための識別情報（以下、「アプリケーションＩＤ」という）、送信有効期限が付与されている。入力部１１０は、順次入力したデータを分類部１１２に出力する。

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

　図２６は、分類部１１２において記憶されるテーブルのデータ構造を示す。図示のごとく、優先度「高」として第１’自由アプリケーション、優先度「中」として第２’自由アプリケーション、優先度「低」として第３’自由アプリケーションと第４’自由アプリケーションが登録されている。図２５に戻る。ここでのアプリケーション管理部７８は、データサイズによりアプリケーションを受け入れるかどうかのネゴシエーションを行わず、予め運用者等により割り当てられた送信の優先度とともに自由アプリケーションが登録される。なお、アプリケーション登録要求に対する応答として、分類部１１２は、最大のデータ通信速度を返してもよい。

　このような登録がなされた後、分類部１１２は、入力部１１０からのデータを入力する。このようなデータは、複数規定された送信の優先度のうちのいずれかに対応したデータである。分類部１１２は、図２６のテーブルを参照しながら、入力したデータを分類する。具体的に説明すると、分類部１１２は、優先度「高」のアプリケーションのデータを高優先度アプリケーション用データ蓄積部１１６に出力し、優先度「中」のアプリケーションのデータを中優先度アプリケーション用データ蓄積部１１８に出力し、優先度「低」のアプリケーションのデータを低優先度アプリケーション用データ蓄積部１２０に出力する。

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

　抽出部１２２は、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０のそれぞれからデータを抽出し、抽出したデータを生成部６６に出力する。生成部６６は、車車送信期間において送信すべきパケット信号にデータを格納する。抽出部１２２は、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０のそれぞれから送信の優先度に応じてデータを抽出する。つまり、抽出部１２２は、送信の優先度の高いデータから優先的に抽出する。

　具体的に説明すると、データをパケット信号に格納可能である場合、抽出部１２２は、高優先度アプリケーション用データ蓄積部１１６からデータを抽出する。高優先度アプリケーション用データ蓄積部１１６から抽出するデータがなく、かつデータをパケット信号に格納可能である場合、抽出部１２２は、中優先度アプリケーション用データ蓄積部１１８からデータを抽出する。中優先度アプリケーション用データ蓄積部１１８からも抽出するデータがなく、かつデータをパケット信号に格納可能である場合、抽出部１２２は、低優先度アプリケーション用データ蓄積部１２０からデータを抽出する。ここで、抽出部１２２は、データを抽出する際に、パケット信号に未格納なデータのうち、送信有効期限をこえたデータを破棄してもよい。このように抽出部１２２は、パケット信号のうち、登録要求によって自由アプリケーションに未確保の領域に対して、送信の優先度の高いアプリケーションのデータから優先的に格納させる。

　図２７（ａ）－（ｃ）は、アプリケーション管理部７８における処理の概要を示す。ここでは、説明を明瞭にするために、高優先度アプリケーション、中優先度アプリケーション、低優先度アプリケーションのデータに対する処理のみを説明する。図２７（ａ）は、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０に記憶されているデータを示す。高優先度アプリケーション用データ蓄積部１１６には、「高－１」のデータが記憶され、中優先度アプリケーション用データ蓄積部１１８には、「中－１」、「中－２」、「中－３」のデータが記憶され、低優先度アプリケーション用データ蓄積部１２０には、「低－１」、「低－２」のデータが記憶される。ここで、データは、「中－１」、「中－２」、「中－３」の順に記憶されているとともに、「低－１」、「低－２」の順に記憶されている。抽出部１２２は、優先度にしたがって、「高－１」を抽出し、これをパケット信号の未確保領域に格納させる。当該パケット信号にはデータをさらに格納可能であるので、抽出部１２２は、「中－１」を抽出し、これもパケット信号の未確保領域に格納させる。

　図２７（ｂ）は、図２７（ａ）につづくタイミングでの処理を示す。図２７（ａ）に示した処理の結果、高優先度アプリケーション用データ蓄積部１１６にはデータが記憶されず、中優先度アプリケーション用データ蓄積部１１８には、「中－２」、「中－３」のデータが記憶される。抽出部１２２は、優先度にしたがって、「中－２」、「中－３」を抽出し、これらをパケット信号の未確保領域に格納させる。図２７（ｃ）は、図２７（ｂ）につづくタイミングでの処理を示す。高優先度アプリケーション用データ蓄積部１１６には、新たなデータである「高－２」が記憶されている。一方、図２７（ｂ）に示した処理の結果、中優先度アプリケーション用データ蓄積部１１８にはデータが記憶されていない。抽出部１２２は、優先度にしたがって、「高－２」を抽出し、これらをパケット信号の未確保領域に格納させる。当該パケット信号にはデータをさらに格納可能であるが、「低－１」は送信有効期限をこえているので、抽出部１２２は、これを破棄する。抽出部１２２は、「低－２」を抽出し、これをパケット信号の未確保領域に格納させる。

　以上の構成による通信システム１００の動作を説明する。図２８は、アプリケーション管理部７８によるデータの格納手順を示すフローチャートである。なお、各ステップについて、例えばステップ１０はＳ１０のように表す。パケット信号にデータを格納可能であり（Ｓ１００のＹ）、高優先度のデータがあれば（Ｓ１０２のＹ）、アプリケーション管理部７８は、高優先度のデータをパケット信号に格納させ（Ｓ１０４）、ステップ１００に戻る。

　高優先度のデータがなく（Ｓ１０２のＮ）、中優先度のデータがあれば（Ｓ１０６のＹ）、アプリケーション管理部７８は、中優先度のデータをパケット信号に格納させ（Ｓ１０８）、ステップ１００に戻る。中優先度のデータがなく（Ｓ１０６のＮ）、低優先度のデータがあれば（Ｓ１１０のＹ）、アプリケーション管理部７８は、低優先度のデータをパケット信号に格納させ（Ｓ１１２）、処理が終了される。パケット信号にデータを格納可能でない場合（Ｓ１００のＮ）、あるいは低優先度のデータがない場合（Ｓ１１０のＮ）、処理が終了される。

　図２９は、アプリケーション管理部７８によるデータの破棄手順を示すフローチャートである。データが送信有効期限をこえていれば（Ｓ１３０のＹ）、アプリケーション管理部７８は、データを破棄する（Ｓ１３２）。データが送信有効期限をこえていなければ（Ｓ１３０のＮ）、処理が終了される。

　本発明の実施例によれば、予め登録した送信の優先度の高いデータから優先的にパケット信号に格納させるので、送信の優先度の高いデータの送信頻度を高くできる。また、送信の優先度の高いデータの送信頻度が高くなるので、送信機会が車車送信期間に限定される場合であっても、送信機会の低減を抑制できる。また、送信の優先度に応じた送信機会が実現されるので、送信機会が車車送信期間に限定される場合であっても、データ処理を効率的に実行できる。また、送信有効期限をこえたデータを破棄するので、不要なデータの送信を抑制できる。そのことによって、周波数の利用効率の悪化を抑制できる。

（実施例３）
　実施例３は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例３における端末装置は、実施例２と同様に、送信の優先度をもとに、データをパケット信号に格納させる。ここで、実施例２においても、各データに対して送信有効期限が設定されている。端末装置は、未送信のデータの総サイズがしきい値よりも大きくなると、送信の優先度の低いデータを送信対象から除外する。実施例３に係る通信システム１００、基地局装置１０、端末装置１４は、図１、図２、図４と同様のタイプであり、ここでは差異を中心に説明する。

　図２５のアプリケーション管理部７８において、分類部１１２は、高優先度アプリケーション用データ蓄積部１１６、中優先度アプリケーション用データ蓄積部１１８、低優先度アプリケーション用データ蓄積部１２０に記憶されるデータの総量を計測する。これは、アプリケーション管理部７８での処理対象となるデータのサイズであるといえる。また、総量を計測する際に、送信有効期限内のデータに計測が限定されてもよい。一方、分類部１１２は、しきい値を予め記憶し、データの総量としきい値とを比較する。

　図３０は、本発明の実施例３に係る分類部１１２に記憶されるテーブルのデータ構造を示す。分類部１１２は、テーブルにしたがって、送信有効期限内のデータの総量がしきい値よりも大きければ、低優先度のデータの入力を拒否する。一方、分類部１１２は、テーブルにしたがって、送信有効期限内のデータの総量がしきい値よりも大きくなければ、すべてのデータを入力する。図２５に戻る。つまり、分類部１１２は、記憶された送信有効期限内のデータがしきい値よりも多い場合、送信の優先度の低いデータの入力を制限する。

　本発明の実施例によれば、送信有効期限内のデータの量が多くなると、一部のデータの入力を制限するので、パケット信号に格納すべきデータの量を低減できる。また、優先度の低いデータの入力を制限するので、優先度の高いデータに対する影響を抑制できる。また、パケット信号に格納すべきデータの量が低減されるので、処理を効率的に実行できる。

（実施例４）
　実施例４も、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。これまでは、車両に搭載された端末装置において、アプリケーションが実行され、アプリケーションからのデータが当該端末装置から報知されている。実施例４では、端末装置が携帯無線装置に接続される。携帯無線装置は、アプリケーションを実行することによって、データを生成する。携帯無線装置は、生成したデータを端末装置に送信する。端末装置は、携帯無線装置からのデータをこれまでと同様に処理する。なお、アプリケーションには、共通アプリケーション、周期的な自由アプリケーション、高優先度アプリケーション、中優先度アプリケーション、低優先度アプリケーションのすべて、あるいは一部が含まれる。

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

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

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

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

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

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

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

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

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

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

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

　本発明の実施例２から４において、送信の優先度が３段階とされている。しかしながらこれに限らず例えば、送信の優先度が３段階以外であってもよい。具体的には、２段階でもよく、４段階以上でもよい。本変形例によれば、処理の自由度を向上できる。

　本発明の実施例３において、分類部１１２は、低い優先度のアプリケーションのデータの入力を制限している。しかしながらこれに限らず例えば、分類部１１２は、低い優先度のアプリケーションに加えて、中の優先度のアプリケーションのデータの入力を制限してもよい。なお、入力部１１０と分類部１１２とをまとめて入力部と称してもよい。本変形例によれば、データ量を低減する効果を大きくできる。

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

　なお、上記各実施例において、パケット信号は、７００ＭＨｚ帯高度道路交通システム標準規格に適合してもよい。

　本発明の実施例は、次の項目によって特徴付けられてもよい。
（項目１－１）
　アプリケーションから、アプリケーションの登録を要求するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において送信すべきパケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定することによって、登録可否を判定することを特徴とする端末装置。

　この態様によると、アプリケーションの登録を要求するためのコマンドによって、車車送信期間において送信すべきパケット信号に、アプリケーションのデータをスケジューリング可能かを判定させるので、登録に関する処理を効率的に実行できる。

（項目１－２）
　前記入力部において受けつけたコマンドでは、送信間隔あるいは単位時間あたりの送信回数に加えて、一度に送信されるデータのサイズが示されており、
　前記アプリケーション管理部は、送信間隔あるいは単位時間あたりの送信回数と、一度に送信されるデータのサイズとをもとに、パケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定することを特徴とする項目１－１に記載の端末装置。この場合、送信頻度とデータサイズとをもとに、アプリケーションのデータをスケジューリング可能かを判定させるので、アプリケーションからの要求に応じたスケジューリングを実現可能かを判定できる。

（項目２－１）
　アプリケーションから、アプリケーションデータの送信を要求するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記入力部において受けつけたコマンドには、アプリケーションデータの送信回数に関する情報が含まれており、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において、アプリケーションデータを送信回数だけ送信させることを特徴とする端末装置。

　この態様によると、アプリケーションデータの送信を要求するためのコマンドによって、車車送信期間において、アプリケーションデータを送信回数だけ送信させるので、送信に関する処理を効率的に実行できる。

（項目２－２）
　前記アプリケーション管理部は、前記入力部において受けつけたコマンドにて、送信回数が０として示されている場合、アプリケーションデータを回数無制限で送信させることを特徴とする項目２－１に記載の端末装置。この場合、送信回数が０であれば回数無制限での送信がなされるので、新たなパラメータの設定を不要にできる。

（項目２－３）
　前記入力部において受けつけたコマンドには、アプリケーションデータを識別するための識別番号も含まれており、
　前記アプリケーション管理部は、前記入力部において既に受けつけたコマンドに応じて送信回数を設定している場合に、当該コマンドに含まれた識別番号と同一の識別番号を含んだ新たなコマンドが前記入力部において受けつけられると、新たなコマンドに含まれた送信回数によって、既に設定した送信回数を更新することを特徴とする項目２－１または項目２－２に記載の端末装置。この場合、同一の識別番号であれば送信回数の更新がなされるので、同一の識別番号が含まれたコマンドを使用することによって更新を簡易に実行できる。

（項目２－４）
　前記入力部において受けつけたコマンドには、アプリケーションデータを識別するための識別番号も含まれており、
　前記アプリケーション管理部は、前記入力部において既に受けつけたコマンドに応じて送信回数を設定している場合に、当該コマンドに含まれた識別番号と同一の識別番号を含んだ新たなコマンドが前記入力部において受けつけられると、送信を停止させることを特徴とする項目２－１または項目２－２に記載の端末装置。この場合、同一の識別番号であれば送信の停止がなされるので、新たなコマンドの設定を不要にできる。

（項目３－１）
　アプリケーションから、既に送信したアプリケーションデータの取得を要求するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において既に送信したアプリケーションデータを取得し、
　前記出力部は、処理結果として、前記アプリケーション管理部において取得したアプリケーションデータを出力することを特徴とする端末装置。

　この態様によると、既に送信したアプリケーションデータの取得を要求するためのコマンドによって、車車送信期間において既に送信したアプリケーションデータを取得するので、送信済データの取得に関する処理を効率的に実行できる。

（項目４－１）
　アプリケーションから、パケット信号に対するフィルタリング条件を設定するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記入力部において受けつけたコマンドには、フィルタリング条件に関する情報が含まれており、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において受信したパケット信号に対するフィルタリング条件に、前記入力部において受けつけたコマンドに含まれたフィルタリング条件を設定することを特徴とする端末装置。

　この態様によると、パケット信号に対するフィルタリング条件を設定するためのコマンドによって、車車送信期間において受信したパケット信号に対するフィルタリング条件が設定されるので、フィルタリングに関する処理を効率的に実行できる。

（項目４－２）
　アプリケーションから、受信したアプリケーションデータの取得を要求するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記入力部において受けつけたコマンドには、アプリケーションを識別するための識別番号が含まれており、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において受信したアプリケーションデータであって、かつ前記入力部において受けつけたコマンドに含まれた識別番号に対応したアプリケーションデータを取得し、
　前記出力部は、処理結果として、前記アプリケーション管理部において取得したアプリケーションデータを出力することを特徴とする端末装置。

　この態様によると、受信したアプリケーションデータの取得を要求するためのコマンドによって、車車送信期間において受信したパケット信号が取得されるので、データ受信に関する処理を効率的に実行できる。

（項目５－１）
　アプリケーションから、送信すべきアプリケーションデータの設定を要求するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記入力部において受けつけたコマンドには、測位された位置情報よりも高精度な位置情報が含まれており、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において送信すべきパケット信号に、前記入力部において受けつけたコマンドに含まれた位置情報を設定させることを特徴とする端末装置。

　この態様によると、送信すべきアプリケーションデータの設定を要求するためのコマンドによって、測位された位置情報よりも高精度な位置情報が設定されるので、高精度な位置情報の送信に関する処理を効率的に実行できる。

（項目６－１）
　アプリケーションから、端末装置の状態の取得を要求するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間においてアプリケーションデータを送信した回数に関する情報を取得し、
　前記出力部は、処理結果として、前記アプリケーション管理部において取得した回数に関する情報を出力することを特徴とする端末装置。

　この態様によると、端末装置の状態の取得を要求するためのコマンドによって、車車送信期間においてアプリケーションデータを送信した回数に関する情報が取得されるので、送信回数の情報の取得に関する処理を効率的に実行できる。

（項目７－１）
　周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する入力部と、
　前記入力部において入力した登録要求に応じて、第１種のアプリケーションのデータをパケット信号に格納するための領域を確保するアプリケーション管理部とを備え、
　前記入力部は、非周期的にデータを送信すべき第２種のアプリケーションであって、かつ複数規定された送信の優先度のうちのいずれかに対応したデータを入力し、
　前記アプリケーション管理部は、前記入力部において入力した登録要求によって未確保の領域に対して、送信の優先度の高い第２種のアプリケーションのデータから優先的に格納させることを特徴とする端末装置。

　この態様によると、送信の優先度の高いデータから優先的にパケット信号に格納させるので、端末間通信が可能な期間において効率的にデータを処理できる。

（項目７－２）
　前記入力部において入力した第２種のアプリケーションのデータには、送信有効期限が付与されており、
　前記アプリケーション管理部は、パケット信号に未格納な第２種のアプリケーションのデータのうち、送信有効期限をこえた第２種のアプリケーションのデータを破棄することを特徴とする項目７－１に記載の端末装置。この場合、送信有効期限をこえたデータを破棄するので、不要なデータの送信を抑制できる。

（項目７－３）
　前記入力部は、前記アプリケーション管理部での処理対象となる第２種のアプリケーションのデータであって、かつ送信有効期限内の第２種のアプリケーションのデータの量がしきい値よりも多い場合、送信の優先度の低いデータの入力を制限することを特徴とする項目７－２に記載の端末装置。この場合、送信有効期限内のデータが多くなると、一部のデータの入力を制限するので、処理対象となるデータの量を低減できる。

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

Claims

　アプリケーションから、アプリケーションの登録を要求するためのコマンドを受けつける入力部と、
　前記入力部において受けつけたコマンドに対する処理を実行するアプリケーション管理部と、
　前記アプリケーション管理部における処理結果をアプリケーションに出力する出力部とを備え、
　前記アプリケーション管理部は、コマンドに対する処理として、基地局装置と端末装置との間の通信が可能な路車送信期間と、端末装置間の通信が可能な車車送信期間とが時分割多重されたフレームのうち、車車送信期間において送信すべきパケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定することによって、登録可否を判定することを特徴とする端末装置。
　前記入力部において受けつけたコマンドでは、送信間隔あるいは単位時間あたりの送信回数に加えて、一度に送信されるデータのサイズが示されており、
　前記アプリケーション管理部は、送信間隔あるいは単位時間あたりの送信回数と、一度に送信されるデータのサイズとをもとに、パケット信号に、アプリケーションのデータをスケジューリングすることが可能であるかを判定することを特徴とする請求項１に記載の端末装置。
　周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する入力部と、
　前記入力部において入力した登録要求に応じて、第１種のアプリケーションのデータをパケット信号に格納するための領域を確保するアプリケーション管理部とを備え、
　前記入力部は、非周期的にデータを送信すべき第２種のアプリケーションであって、かつ複数規定された送信の優先度のうちのいずれかに対応したデータを入力し、
　前記アプリケーション管理部は、前記入力部において入力した登録要求によって未確保の領域に対して、送信の優先度の高い第２種のアプリケーションのデータから優先的に格納させることを特徴とする端末装置。
　前記入力部において入力した第２種のアプリケーションのデータには、送信有効期限が付与されており、
　前記アプリケーション管理部は、パケット信号に未格納な第２種のアプリケーションのデータのうち、送信有効期限をこえた第２種のアプリケーションのデータを破棄することを特徴とする請求項３に記載の端末装置。
　前記入力部は、前記アプリケーション管理部での処理対象となる第２種のアプリケーションのデータであって、かつ送信有効期限内の第２種のアプリケーションのデータの量がしきい値よりも多い場合、送信の優先度の低いデータの入力を制限することを特徴とする請求項４に記載の端末装置。