JP2014082757A - 端末装置 - Google Patents

Abstract

【課題】性質の異なったデータを効率的に処理する技術を提供する。
【解決手段】周期的アプリケーションデータ割当部１６０は、周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する。周期的アプリケーションデータ割当部１６０は、入力した登録要求に応じて、第１種のアプリケーションのデータをパケット信号に格納するための領域を確保する。バーストアプリケーションデータ割当部１６２は、非周期的にデータを送信すべき第２種のアプリケーションのデータを入力する。バーストアプリケーションデータ割当部１６２は、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、前記入力部において入力した第２種のアプリケーションのデータを格納させる。
【選択図】図６

Description

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

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

特表２００８−５０２２１１号公報

通信対象となるデータには、周期的に発生するものがあれば、バースト的に発生するものもある。このように性質の異なったデータを効率的に取り扱うことが望まれる。

本発明はこうした状況に鑑みてなされたものであり、その目的は、性質の異なったデータを効率的に処理する技術を提供することにある。

上記課題を解決するために、本発明のある態様の端末装置は、周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する入力部と、入力部において入力した登録要求に応じて、第１種のアプリケーションのデータをパケット信号に格納するための領域を確保するアプリケーション管理部とを備える。入力部は、非周期的にデータを送信すべき第２種のアプリケーションのデータを入力し、アプリケーション管理部は、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、入力部において入力した第２種のアプリケーションのデータを格納させる。

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

本発明によれば、性質の異なったデータを効率的に処理できる。

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

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

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

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

次に、本実施例の概略を説明する。端末装置には、複数種類のアプリケーション、特に周期的にデータが発生するアプリケーション（以下、「周期的アプリケーション」という）とバースト的（非周期的）にデータが発生するアプリケーション（以下、「バーストアプリケーション」という）との組合せを効率的に処理することが望まれる。周期的アプリケーションデータを効率的に処理するために、当該データを送信するための領域が確保される。周期的アプリケーションデータを送信している状況下において、バーストアプリケーションデータを送信させる場合、周期的アプリケーションデータの送信間隔が変更になることがある。その結果、周期的アプリケーションは、バーストアプリケーションの影響を受ける。しかしながら、周期的アプリケーションが受ける影響は小さい方が望ましい。

本実施例の端末装置は、周期的アプリケーションデータを格納させるための領域をパケット信号中に確保している状況下において、いくつかの領域に、周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納する。一方、その他の領域には、周期的アプリケーションデータが当初の予定通りに格納される。つまり、いくつかの周期的アプリケーションデータだけが影響を受け、それ以外の周期的アプリケーションデータは、バーストアプリケーションの影響を受けない。このようにバーストアプリケーションの影響が及ぼす範囲が限定される。なお、ＩＴＳにおいて送信されるデータは、宛先への到達を保証するものではないので、バーストアプリケーションデータが送信されることによって送信されなかった周期的アプリケーションデータは、誤りが発生したものとして処理される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下では、自由アプリケーションを周期的アプリケーションとバーストアプリケーションに分類することもある。周期的アプリケーションとは、周期的にデータを送信すべきアプリケーションであり、バーストアプリケーションとは、非周期的にデータを送信すべきアプリケーションである。なお、自由アプリケーションが、周期的アプリケーションとバーストアプリケーションとを総称することもあれば、周期的アプリケーションとバーストアプリケーションとの一方を示すこともある。

周期的アプリケーションとしては、自車両の車両位置、速度、加速度、進行方向等の運行情報を発信し、他車両に対して自車両の存在を知らせ衝突事故の防止を支援する衝突事故回避支援アプリケーションがある。また、運転者の運転に関する特徴、例えば、教習中、初心者、高齢者、障害（聴覚障害、四肢障害など）の有無、あるいは運転経歴などの運転者情報を発信し、周辺車両の運転手に配慮を促す運転弱者保護アプリケーションがある。また、カーナビゲーションから取得した目的地、立ち寄り先などを含む自車両の進行経路情報を送信し、進行経路情報と共通アプリケーションの車両情報を活用して目的地、立ち寄り先の店舗前あるいは駐車場への進入などにおける事故を防止する事故回避支援アプリケーションがある。また、共通アプリケーションにおける交差点での事故防止支援の精度向上アプリケーションなどがある。

バーストアプリケーションとしては、救急車などの緊急車両の種別と、走行経路などの緊急車両情報を緊急車両自身が送信し、さらに、それを受信した走行経路上の車両が緊急車両情報を転送し、緊急車両の周辺車両や走行経路上の車両に緊急車両の走行路確保を促す緊急車両通過支援アプリケーションがある。また、地震、津波、火災、道路の冠水等の災害情報および避難場所や避難経路などの避難誘導情報などを通知する災害情報通知アプリケーションがある。また、自車両の周辺の交通状態、工事、停車車両、落下物などの道路状況などの周辺道路情報を発信し、迂回を誘導する渋滞緩和アプリケーションがある。また、歩行者向けバーストアプリケーションとして、端末装置に備えられたブザーを鳴らすなど危険通知制御情報を送信して、歩行者に危険の接近を通知する歩行者危険通知アプリケーションなどもある。

なお、周期的アプリケーションが送受信するデータを周期的アプリケーションデータといい、バーストアプリケーションが送受信するデータをバーストアプリケーションデータという。本システムでは、運行情報、運転者情報、進行経路情報が周期的アプリケーションデータに相当し、緊急車両情報、災害情報、避難誘導情報および周辺道路情報がバーストアプリケーションデータに相当する。

図６は、アプリケーション管理部７８の構成を示す。アプリケーション管理部７８は、周期的アプリケーションデータ割当部１６０、バーストアプリケーションデータ割当部１６２、挿入部１６４を含む。周期的アプリケーションデータ割当部１６０は、周期的にデータを送信すべき周期的アプリケーションデータをパケット信号に格納するための領域の確保に関する登録要求を入力する。周期的アプリケーションデータ割当部１６０は、登録要求に応じて領域を確保する。これは、周期的アプリケーションをスケジューリングすることに相当する。

図７は、アプリケーション管理部７８によるタイミングの割当て例を示す。これは、周期的アプリケーションデータ割当部１６０によるスケジューリングに相当する。つまり、図７の第１自由アプリケーションから第９自由アプリケーションは、周期的アプリケーションデータを格納する領域に相当する。前提として、端末装置１４は、１００ｍｓｅｃのフレームにおいてひとつのパケット信号を報知しているとする。スケジュールリングを決定するためのスケジューリング条件は、例えば、次のように定められており、登録要求に含まれる。スケジューリング条件のひとつ目は、送信間隔である。ここでは例えば、「１００ｍｓｅｃ間隔」、「２００ｍｓｅｃ間隔」、「５００ｍｓｅｃ間隔」、「１ｓｅｃ間隔」として規定される。スケジューリング条件のふたつ目は、送信回数である。ここでは例えば、「１ｓｅｃにつき２回」、「１ｓｅｃにつき３回」として規定される。スケジューリング条件の３つ目は、送信の優先度である。ここでは例えば、「３」、「２」、「１」として規定される。なお、優先度「３」が最も高い優先度であり、優先度「１」が最も低い優先度である。スケジューリング条件の４つ目は、データの有効期限である。なお、４つのスケジューリング条件のうちの少なくともひとつが指定される。

また、第１自由アプリケーションと第２自由アプリケーションの送信間隔が「１００ｍｓｅｃ間隔」として登録され、第３自由アプリケーションと第６自由アプリケーションの送信間隔が「２００ｍｓｅｃ間隔」として登録され、第５自由アプリケーションの送信間隔が「５００ｍｓｅｃ間隔」として登録され、第４自由アプリケーションの送信回数が「１ｓｅｃにつき３回」として登録され、第７自由アプリケーションの送信回数が「１ｓｅｃにつき２回」として登録され、第８自由アプリケーションと第９自由アプリケーションの送信回数が「１ｓｅｃにつき１回」として登録されているとする。

第３自由アプリケーションから第９自由アプリケーションは、順にアプリケーション登録要求時の指定データサイズが大きいものとする。図示のごとく、各フレームにおいて報知されるパケット信号が「第１パケット信号」、「第２パケット信号」・・・と示される。さらに、周期的アプリケーションとバーストアプリケーションに割当て可能なデータサイズが、「最大自由領域サイズ」と示される。

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

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

この段階では第１パケットから第１０パケットの間でそれぞれ残りの割り当て可能なデータサイズが同じであるため、アプリケーション管理部７８は、第３自由アプリケーションを奇数番目のパケット信号に割り当てる。次に、アプリケーション管理部７８は、複数のパケット信号のうち、第４自由アプリケーションを割り当てるものを選択する。ここでは、複数のパケット信号のうち、偶数番目のパケット信号の残りの割当て可能なデータサイズが大きいため、それらのパケット信号のうち第２パケット信号と第４パケット信号と第６パケット信号を選択し、それぞれに第４自由アプリケーションを割り当てる。

つづく第５自由アプリケーション以降に対しても同様の処理を実行するが、自由アプリケーションを割り当てる際に、選択した複数のパケット信号のうちひとつでも最大自由領域サイズをこえてしまう場合、他のパケット信号の組合せを選択し、自由アリケーションを割り当てる。このように、周期的アプリケーションデータ割当部１６０は、送信間隔あるいは単位時間あたりの送信回数と、一度に送信されるデータのサイズとにしたがって、アプリケーションのデータを格納するための領域をスケジューリングする。図６に戻る。

スケジューリングの終了後、つまり領域の確保後、周期的アプリケーションデータ割当部１６０は、確保した領域に格納するためのデータであって、かつ周期的アプリケーションデータ割当部１６０のデータを順次入力する。周期的アプリケーションデータ割当部１６０は、パケット信号のうち、確保した領域に、順次入力した周期的アプリケーションデータを格納する。当該パケット信号は、エリア２１２内にて車車送信期間において送信され、エリア外２１４にてフレーム構成とは無関係に送信される。

バーストアプリケーションデータ割当部１６２は、非周期的にデータを送信すべきバーストアプリケーションデータを入力する。バーストアプリケーションデータ割当部１６２は、周期的アプリケーションデータ割当部１６０でのスケジューリング結果を受けつける。バーストアプリケーションデータ割当部１６２は、パケット信号に確保した領域に、周期的アプリケーションデータの代わりに、入力したバーストアプリケーションデータを格納させることを決定する。バーストアプリケーションデータ割当部１６２は、バーストアプリケーションデータを格納したパケット信号を送信すべきタイミングにて、パケット信号に確保した領域に、バーストアプリケーションデータを格納させる。

図８は、アプリケーション管理部７８の処理概要を示す。図示のごとく、アプリケーション管理部７８は、第２パケット信号のタイミングにおいて、バーストアプリケーションデータを受けつける。アプリケーション管理部７８は、送信直前のパケット信号にバーストアプリケーションデータを割り当てる。ここでは、第２パケット信号のタイミングには間に合わないので、アプリケーション管理部７８は、第３パケット信号にバーストアプリケーションデータの格納を決定する。ここでは、図７の第３パケット信号において、受けつけたバーストアプリケーションデータのサイズが格納可能となる第１自由アプリケーション、第２自由アプリケーション、第３自由アプリケーションの3つの領域を使用して、バーストアプリケーションデータを格納させる。その結果、バーストアプリケーションデータは、第３パケット信号に格納される。図６に戻る。

挿入部１６４は、周期的アプリケーションデータ割当部１６０から、データが格納されたパケット信号を入力する。また、バーストアプリケーションデータ割当部１６２から、格納が決定されたデータを入力する。挿入部１６４は、バーストアプリケーションデータ割当部１６２において決定された領域に、バーストアプリケーションデータを挿入する。例えば、周期的アプリケーションデータ割当部１６０において既にデータが格納された領域に対して、挿入部１６４は、格納された周期的アプリケーションデータの代わりにバーストアプリケーションデータを格納する。挿入部１６４は、バーストアプリケーションデータが格納されたパケット信号を出力する。なお、バーストアプリケーションデータが存在しない場合、挿入部１６４は、周期的アプリケーションデータ割当部１６０からのパケット信号をそのまま出力する。

バーストアプリケーションデータ割当部１６２は、パケット信号に確保した領域に、周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させてから所定期間経過するまで、次のバーストアプリケーションデータの格納を禁止させる。所定期間は、例えば、５００ｍｓｅｃと規定される。その結果、図８の第３パケット信号にバーストアプリケーションデータが格納されると、第４パケット信号から第７パケット信号にはバーストアプリケーションデータが格納されない。

図９は、端末装置１４によって生成されるパケット信号のフォーマットを示す。これは、アプリケーション管理部７８から出力されるパケット信号のフォーマットであり、生成部６６においてペイロードに格納される。先頭から順に、アプリケーションヘッダ、共通領域、自由領域が配置される。共通領域は、共通アプリケーションのために使用される領域であり、そこには、共通アプリケーション用データが格納される。自由領域は、自由アプリケーションのために使用される領域であり、自由アプリケーション用ヘッダ、自由アプリケーション用データに分けられる。ここでの自由アプリケーションは、周期的アプリケーションであってもよく、バーストアプリケーションであってもよい。

自由アプリケーション用ヘッダには、アプリケーション数に関する情報に加えて、各自由アプリケーションに対する制御情報が含まれる。自由アプリケーションに対する制御情報は、アプリケーションＩＤ、データサイズを含む。ここで、データサイズは、後述の自由アプリケーションのデータに関する。自由アプリケーション用データには、各自由アプリケーションのデータを含む。なお、自由領域に含まれる自由アプリケーションの数は２に限定されない。

図９では、第１自由アプリケーション用のヘッダ、第２自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のデータの順に配置されている。しかしながら、第１自由アプリケーション用のヘッダ、第１自由アプリケーション用のデータ、第２自由アプリケーション用のヘッダ、第２自由アプリケーション用のデータの順に配置されてもよい。つまり、ひとつの自由アプリケーションに対するヘッダとデータとが連続して配置されてもよい。

以上の構成による通信システム１００の動作を説明する。図１０は、アプリケーション管理部７８によるデータの格納手順を示すフローチャートである。バーストアプリケーションデータを入力した場合（Ｓ１０のＹ）、バーストアプリケーションデータ割当部１６２、挿入部１６４は、次のパケット信号に入力されたバーストアプリケーションデータが格納可能なサイズの周期的アプリケーションの領域を選択して、そこにバーストアプリケーションデータを格納させる。また、周期的アプリケーションデータ割当部１６０、挿入部１６４は、パケット信号の選択されなかった周期的アプリケーションの領域に、スケジューリングにしたがって周期的アプリケーションデータを格納させる（Ｓ１２）。

一方、バーストアプリケーションデータを入力しなかった場合（Ｓ１０のＮ）、周期的アプリケーションデータ割当部１６０、挿入部１６４は、スケジューリングにしたがって周期的アプリケーションデータをパケット信号に格納する（Ｓ１４）。変復調部５４、ＲＦ部５２は、アプリケーションデータが格納されたパケット信号を送信する（Ｓ１６）。

バーストアプリケーションデータの送信要求が発生したとき、次の周期で送信するパケットで、バーストアプリケーションデータを送信するために、バーストアプリケーションデータの領域として、次のパケット信号で送信するようスケジューリングされているひとつ以上の周期的アプリケーションデータの領域を割り当てるものであれば例外ではなく、スケジューリングにしたがった周期的アプリケーションデータの領域を再配置してもよいし、そのままであってもよい。

前者では、残りの領域にどの周期的アプリケーションデータを送信するかを残りの領域のサイズとスケジューリングされている周期的アプリケーションデータのサイズを考慮して決定する必要がある。

後者では、バーストアプリケーションデータを格納する連続した領域として、スケジューリングされている周期的アプリケーションデータの配置を考慮して、バーストアプリケーションデータのサイズより大きくかつ最も近い連続して配置される周期的アプリケーションの領域を選択する。または、パケット信号の先頭からバーストアプリケーションデータのサイズが確保されるまでの周期的アプリケーションの領域を選択するようにしてもよい。さらには、最後尾からバーストアプリケーションデータのサイズが確保されるまでの周期的アプリケーションの領域を選択する。このとき、パケット信号の最後尾にある未割り当ての領域も含めるようにしてもよい。

本発明の実施例によれば、パケット信号に確保した特定の領域に、周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させるので、周期的アプリケーションに与える影響を限定的にできる。また、バーストアプリケーションデータを格納させない領域には、スケジューリング通りに周期的アプリケーションデータを格納させるので、スケジューリング通りに送信できる。また、影響を受ける周期的アプリケーションが限定的になるので、性質の異なったデータを効率的に処理できる。また、送信すべきタイミングにおいて、バーストアプリケーションデータを格納させるので、遅延時間を低減できる。遅延時間が低減されるので、バーストアプリケーションデータに与える影響を低減できる。また、所定期間あけてバーストアプリケーションデータを格納させるので、周期的アプリケーションデータへの影響を低減できる。

（実施例２）
実施例２は、実施例１と同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例２における端末装置は、周期的アプリケーションデータのために確保した領域に、バーストアプリケーションデータを格納したパケット信号を送信する。実施例２に係る端末装置は、低い方の優先度が付与された周期的アプリケーションデータのために確保された領域に、バーストアプリケーションデータを格納させる。実施例２に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図６と同様のタイプであり、ここでは差異を中心に説明する。

図６の周期的アプリケーションデータ割当部１６０において入力した登録要求に対する周期的アプリケーションは、複数種類規定された送信の優先度のいずれかに対応している。バーストアプリケーションデータ割当部１６２は、周期的アプリケーションデータ割当部１６０において確保された領域のうち、低い方の優先度が付与された周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させることを決定する。例えば、図７において、第４自由アプリケーションの優先度が「１」に設定されているとする。

図１１は、本発明の実施例２に係るアプリケーション管理部７８の処理概要を示す。図８と同様に、アプリケーション管理部７８は、第２パケット信号のタイミングにおいて、バーストアプリケーションデータを受けつける。ここで、バーストアプリケーションデータに対する優先度は、「３」に設定されているとする。バーストアプリケーションデータ割当部１６２は、格納対象となるバーストアプリケーションよりも低い優先度「２」、「１」の周期的アプリケーションに対して確保された領域を検索する。さらに、バーストアプリケーションデータ割当部１６２は、検索結果から、最も低い優先度の周期的アプリケーションに対して確保された領域を特定する。複数の領域が特定された場合、直近で到来するタイミングのパケット信号が特定されればよい。ここでは、第４パケット信号のうち、第４自由アプリケーションのために確保された領域が選択される。

バーストアプリケーションデータ割当部１６２は、選択した領域に、バーストアプリケーションデータを格納することを決定する。なお、優先度の低い周期的アプリケーションの領域のサイズが、バーストアプリケーションデータのサイズよりも小さい場合、バーストアプリケーションデータ割当部１６２は、同一のパケット信号に含まれた他の領域にも、バーストアプリケーションデータを格納させることを決定する。図１１の場合、第１自由アプリケーション、第２自由アプリケーション、第６自由アプリケーションのために確保された領域が対象になる。その際、優先度の低い周期的アプリケーションの領域から順に、バーストアプリケーションデータの格納のために使用される。

図１２は、本発明の実施例２に係るアプリケーション管理部７８によるデータの格納手順を示すフローチャートである。バーストアプリケーションデータを入力した場合（Ｓ２０のＹ）、バーストアプリケーションデータ割当部１６２は、優先度の低い方の周期的アプリケーションの領域を選択する。なお、該当する優先度の低い方の周期的アプリケーションの領域が見つからない場合は、未選択としてステップＳ２４に進む（Ｓ２２）。バーストアプリケーションデータ割当部１６２、挿入部１６４は、選択した周期的アプリケーションデータの代わりに、バーストアプリケーションデータをパケット信号に格納させる。また、周期的アプリケーションデータ割当部１６０、挿入部１６４は、パケット信号の選択されなかった周期的アプリケーションの領域に、スケジューリングにしたがって周期的アプリケーションデータを格納させる（Ｓ２４）。したがって、ステップＳ２２において未選択である場合、当該パケット信号にはバーストアプリケーションデータは格納されない。一方、バーストアプリケーションデータを入力しなかった場合（Ｓ２０のＮ）、周期的アプリケーションデータ割当部１６０は、周期的アプリケーションデータをパケット信号に格納する（Ｓ２６）。変復調部５４、ＲＦ部５２は、パケット信号を送信する（Ｓ２８）。送信したパケット信号に、入力されたバーストアプリケーションデータが含まれる場合（Ｓ２９のＹ）処理は終了する。一方、送信したパケット信号に、入力されたバーストアプリケーションデータが含まれない場合（Ｓ２９のＮ）、すなわちステップＳ２２において未選択の場合、再びステップＳ２２に戻り、バーストアプリケーションデータを格納する周期的アプリケーションの領域を選択する。

図１３は、本発明の実施例２に係るアプリケーション管理部７８によるデータの格納手順を示すフローチャートである。図１２では、ただ単に優先度の低い方の周期的アプリケーションを特定する（Ｓ２２）としたが、さらに、時間の制約を加えて判断するようになっている（Ｓ５２）。緊急車両情報や災害情報などのバーストアプリケーションデータは、その性質上、大きな送信遅延が発生すると情報は意味をなさなくなる。そこで、バーストアプリケーションデータには、送信要求から送信に至るまでの時間制限（送信猶予という）が加えられる。パケット信号が１００ｍｓｅｃ間隔で送信されていることから、送信猶予を時間でなくパケット信号の送信回数に置き換えることもできる。ここでは、送信猶予をＮ回とする。時間に換算すると１００×Ｎｍｓｅｃとなる。

バーストアプリケーションデータを入力した場合（Ｓ５０のＹ）、バーストアプリケーションデータ割当部１６２は、次に送信するパケット信号からＮ回後に送信するパケット信号までのＮ個のパケット信号に対してスケジューリングされた周期的アプリケーションの領域から、バーストアプリケーションデータを格納可能なサイズの連続した周期的アプリケーションの領域を以下の手順で選択する。１）バーストアプリケーションより優先度が低い連続した周期的アプリケーションの領域を探索し、見つかればバーストアプリケーションを格納する領域として選択する。２）１）に該当する周期的アプリケーションの領域がみつからない場合、少なくともバーストアプリケーションより優先度が低い連続した周期的アプリケーションの領域を探索し、見つかればバーストアプリケーションを格納する領域として選択する。３）２）に該当する周期的アプリケーションの領域がみつからない場合、最も優先度が低い連続した周期的アプリケーションの領域を探索し、バーストアプリケーションを格納する領域として選択する（Ｓ５２）。バーストアプリケーションデータ割当部１６２、挿入部１６４は、選択した周期的アプリケーションの代わりに、バーストアプリケーションデータをパケット信号に格納させる。また、周期的アプリケーションデータ割当部１６０、挿入部１６４は、パケット信号の選択されなかった周期的アプリケーションの領域に、スケジューリングにしたがって周期的アプリケーションデータを格納させる（Ｓ５４）。したがって、当該パケット信号に選択された周期的アプリケーションの領域がない場合には、バーストアプリケーションデータは格納されない。以後の処理であるステップ５６から５９は、図１２のステップ２６から２９と同様なので、説明を省略する。

このようにすることで、バーストアプリケーションデータを１００×Ｎｍｓｅｃ以内に確実に送信することができる。

また、周辺道路情報のように優先度の低いバーストアプリケーションデータは、その性質上、他に優先度が高い情報を優先して送信を中止するようにしてもよい。この場合、ステップＳ５２の手順３）において、バーストアプリケーションデータの送信を断念する。

本発明の実施例によれば、低い方の優先度が付与された周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させるので、周期的アプリケーションへの影響を低減できる。高い方の優先度が付与された周期的アプリケーションデータはそのまま送信されるので、バーストアプリケーションの影響を回避できる。

（実施例３）
実施例３は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例３における端末装置は、周期的アプリケーションデータのために確保した領域に、バーストアプリケーションデータを格納したパケット信号を送信する。実施例３に係る端末装置は、送信周期が短い方の周期的アプリケーションデータのために確保された領域に、バーストアプリケーションデータを格納させる。実施例３に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図６と同様のタイプであり、ここでは差異を中心に説明する。

図６の周期的アプリケーションデータ割当部１６０において入力した登録要求に対する周期的アプリケーションには、送信周期が規定されている。送信周期は前述の送信間隔に相当する。バーストアプリケーションデータ割当部１６２は、周期的アプリケーションデータ割当部１６０において確保された領域のうち、送信周期が短い方の周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させることを決定する。例えば、図７において、第１自由アプリケーションの送信周期が「１００ｍｓｅｃ間隔」に設定されているとする。

図１４は、本発明の実施例３に係るアプリケーション管理部７８の処理概要を示す。図８と同様に、アプリケーション管理部７８は、第２パケット信号のタイミングにおいて、バーストアプリケーションデータを受けつける。バーストアプリケーションデータ割当部１６２は、送信周期が短い周期的アプリケーションのうち、直近で到来するタイミングのパケット信号を特定する。ここでは、第３パケット信号のうち、第１自由アプリケーションのために確保された領域が特定される。

バーストアプリケーションデータ割当部１６２は、特定した領域に、バーストアプリケーションデータを格納することを決定する。なお、特定した領域のサイズが、バーストアプリケーションデータのサイズよりも小さい場合、バーストアプリケーションデータ割当部１６２は、同一のパケット信号に含まれた他の領域にも、バーストアプリケーションデータを格納させることを決定する。図１４の場合、第２自由アプリケーション、第３自由アプリケーション、第５自由アプリケーションのために確保された領域が対象になる。その際、送信周期の短い周期的アプリケーションの領域から順に、バーストアプリケーションデータの格納のために使用される。

図１５は、本発明の実施例３に係るアプリケーション管理部７８によるデータの格納手順を示すフローチャートである。バーストアプリケーションデータを入力した場合（Ｓ３０のＹ）、バーストアプリケーションデータ割当部１６２は、送信周期の短い方の周期的アプリケーションを選択する。なお、送信周期の短い方の周期的アプリケーションの領域のサイズが、バーストアプリケーションデータのサイズよりも小さい場合、バーストアプリケーションデータ割当部１６２は、同一のパケット信号に含まれた他の領域にも、バーストアプリケーションデータを格納させることを決定する（Ｓ３２）。バーストアプリケーションデータ割当部１６２、挿入部１６４は、選択した周期的アプリケーションの代わりに、バーストアプリケーションデータをパケット信号に格納させる。また、周期的アプリケーションデータ割当部１６０、挿入部１６４は、パケット信号の選択されなかった周期的アプリケーションの領域に、スケジューリングにしたがって周期的アプリケーションデータを格納させる（Ｓ３４）。一方、バーストアプリケーションデータを入力しなかった場合（Ｓ３０のＮ）、周期的アプリケーションデータ割当部１６０は、周期的アプリケーションデータをパケット信号に格納する（Ｓ３６）。変復調部５４、ＲＦ部５２は、パケット信号を送信する（Ｓ３８）。

本発明の実施例によれば、送信周期が短い方の周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させるので、周期的アプリケーションへの影響を低減できる。送信周期が長い方の周期的アプリケーションデータはそのまま送信されるので、バーストアプリケーションの影響を回避できる。バーストアプリケーションデータを直ちに送信できる。

（実施例４）
実施例４は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例４における端末装置は、周期的アプリケーションデータのために確保した領域に、バーストアプリケーションデータを格納したパケット信号を送信する。実施例４に係る端末装置は、送信周期が長い方の周期的アプリケーションデータのために確保された領域に、バーストアプリケーションデータを格納させる。実施例３に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図６と同様のタイプであり、ここでは差異を中心に説明する。

図６の周期的アプリケーションデータ割当部１６０において入力した登録要求に対する周期的アプリケーションには、送信周期が規定されている。送信周期は前述の送信間隔に相当する。バーストアプリケーションデータ割当部１６２は、周期的アプリケーションデータ割当部１６０において確保された領域のうち、送信周期が長い方の周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させることを決定する。例えば、図７において、第５自由アプリケーションの送信間隔が「５００ｍｓｅｃ間隔」に設定されているとする。

図１６は、本発明の実施例４に係るアプリケーション管理部７８の処理概要を示す。図８と同様に、アプリケーション管理部７８は、第２パケット信号のタイミングにおいて、バーストアプリケーションデータを受けつける。バーストアプリケーションデータ割当部１６２は、送信周期が長い周期的アプリケーションのうち、直近で到来するタイミングのパケット信号を特定する。ここでは、第８パケット信号の第５自由アプリケーションのために確保された領域が特定される。なお、送信周期が長い周期的アプリケーションとして、送信間隔が長いものではなく、送信回数が少ないものが特定されてもよい。図１６の場合、「１ｓｅｃにつき１回」である第８自由アプリケーションあるいは第９自由アプリケーションが特定される。

バーストアプリケーションデータ割当部１６２は、特定した領域に、バーストアプリケーションデータを格納することを決定する。なお、特定した領域のサイズが、バーストアプリケーションデータのサイズよりも小さい場合、バーストアプリケーションデータ割当部１６２は、同一のパケット信号に含まれた他の領域にも、バーストアプリケーションデータを格納させる。図１６の場合、第１自由アプリケーション、第２自由アプリケーション、第６自由アプリケーションのために確保された領域が対象になる。その際、送信周期の長い周期的アプリケーションの領域から順に、バーストアプリケーションデータの格納のために使用される。

図１７は、本発明の実施例４に係るアプリケーション管理部７８によるデータの格納手順を示すフローチャートである。バーストアプリケーションデータを入力した場合（Ｓ４０のＹ）、バーストアプリケーションデータ割当部１６２は、送信周期の長い方の周期的アプリケーションの領域を選択する。なお、この選択において、スケジューリング条件に有効期限が設定されている場合、有効期限内に送信可能な周期的アプリケーションの領域を選択する。なお、送信周期の長い方の周期的アプリケーションの領域のサイズが、バーストアプリケーションデータのサイズよりも小さい場合、バーストアプリケーションデータ割当部１６２は、同一のパケット信号に含まれた他の領域にも、バーストアプリケーションデータを格納させることを決定する（Ｓ４２）。バーストアプリケーションデータ割当部１６２、挿入部１６４は、特定した周期的アプリケーションの代わりに、バーストアプリケーションデータをパケット信号に格納させる。また、周期的アプリケーションデータ割当部１６０、挿入部１６４は、パケット信号の選択されなかった周期的アプリケーションの領域に、スケジューリングにしたがって周期的アプリケーションデータを格納させる（Ｓ４４）。一方、バーストアプリケーションデータを入力しなかった場合（Ｓ４０のＮ）、周期的アプリケーションデータ割当部１６０は、周期的アプリケーションデータをパケット信号に格納する（Ｓ４６）。変復調部５４、ＲＦ部５２は、パケット信号を送信する（Ｓ４８）。

本発明の実施例によれば、送信周期が長い方の周期的アプリケーションデータの代わりに、バーストアプリケーションデータを格納させるので、周期的アプリケーションへの影響を低減できる。送信周期が短い方の周期的アプリケーションデータはそのまま送信されるので、バーストアプリケーションの影響を回避できる。送信周期が長い方の周期的アプリケーションデータを置き換えるので、次データへの影響を低減できる。

（実施例５）
実施例５は、これまでと同様に、車車間通信がなされるとともに、路車間通信もなされる通信システムに関する。実施例５における端末装置は、周期的アプリケーションデータのために確保した領域に、他の周期的アプリケーションデータを格納するパケット信号を送信する。実施例５に係る通信システム１００、基地局装置１０、端末装置１４、アプリケーション管理部７８は、図１、図２、図４、図６と同様のタイプであり、ここでは差異を中心に説明する。

図１８（ａ）−（ｂ）は、本発明の実施例５に係るアプリケーション管理部７８の処理概要を示す。ここでは、他の周期的アプリケーションデータとして、第３自由アプリケーションのデータサイズが当初よりも大きくなったものとする。図１８（ａ）は、図６の周期的アプリケーションデータ割当部１６０によって確保された領域である。ひとつのパケット信号の中に、第１自由アプリケーション、第2自由アプリケーション、第３自由アプリケーション、第９自由アプリケーション用の領域が確保されている。図１８（ｂ）は、周期的アプリケーションデータ割当部１６０によって実際にデータを格納したパケット信号の構成を示す。図示のごとく、周期的アプリケーションデータ割当部１６０は、第３自由アプリケーションと第９自由アプリケーションのために確保した領域に、アプリケーションデータサイズが大きくなった第３自由アプリケーションのデータを格納する。

本発明の実施例によれば、ひとつの周期的アプリケーションデータが増加した場合に、他の周期的アプリケーションのために確保した領域にデータを格納するので、他の周期的アプリケーション以外の周期的アプリケーションに与える影響を低減できる。また、スケジューリング結果を変化させないので、処理を簡易にできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明の一態様の概要は、次の通りである。上記課題を解決するために、本発明のある態様の端末装置は、周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する入力部と、入力部において入力した登録要求に応じて、第１種のアプリケーションのデータをパケット信号に格納するための領域を確保するアプリケーション管理部とを備える。入力部は、非周期的にデータを送信すべき第２種のアプリケーションのデータを入力し、アプリケーション管理部は、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、入力部において入力した第２種のアプリケーションのデータを格納させる。

この態様によると、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、第２種のアプリケーションのデータを格納させるので、第１種のアプリケーションに与える影響を限定的にできる。

アプリケーション管理部は、入力部において入力した第２種のアプリケーションのデータを格納したパケット信号を送信すべきタイミングにて、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、入力部において入力した第２種のアプリケーションのデータを格納させてもよい。この場合、送信すべきタイミングにおいて、第２種のアプリケーションのデータを格納させるので、遅延時間を低減できる。

アプリケーション管理部は、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、入力部において入力した第２種のアプリケーションのデータを格納させてから所定期間経過するまで、次の第２種のアプリケーションのデータの格納を禁止させてもよい。この場合、所定期間あけて第２種のアプリケーションのデータを格納させるので、第１種のアプリケーションへの影響を低減できる。

入力部において入力した登録要求に対する第１種のアプリケーションは、複数種類規定された送信の優先度のいずれかに対応しており、アプリケーション管理部は、低い方の優先度が付与された第１種のアプリケーションのデータの代わりに、入力部において入力した第２種のアプリケーションのデータを格納させてもよい。この場合、低い方の優先度が付与された第１種のアプリケーションのデータの代わりに、第２種のアプリケーションのデータを格納させるので、第１種のアプリケーションへの影響を低減できる。

入力部において入力した登録要求に対する第１種のアプリケーションには、送信周期が規定されており、アプリケーション管理部は、送信周期が短い方の第１種のアプリケーションのデータの代わりに、入力部において入力した第２種のアプリケーションのデータを格納させてもよい。この場合、送信周期が短い方の第１種のアプリケーションのデータの代わりに、第２種のアプリケーションのデータを格納させるので、第１種のアプリケーションへの影響を低減できる。

入力部において入力した登録要求に対する第１種のアプリケーションには、送信周期が規定されており、アプリケーション管理部は、送信周期が長い方の第１種のアプリケーションのデータの代わりに、入力部において入力した第２種のアプリケーションのデータを格納させてもよい。この場合、送信周期が長い方の第１種のアプリケーションのデータの代わりに、第２種のアプリケーションのデータを格納させるので、第１種のアプリケーションへの影響を低減できる。

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

Claims (6)

1. 周期的にデータを送信すべき第１種のアプリケーションのデータをパケット信号に格納するための領域の確保に関する登録要求を入力する入力部と、
   前記入力部において入力した登録要求に応じて、第１種のアプリケーションのデータをパケット信号に格納するための領域を確保するアプリケーション管理部とを備え、
   前記入力部は、非周期的にデータを送信すべき第２種のアプリケーションのデータを入力し、
   前記アプリケーション管理部は、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、前記入力部において入力した第２種のアプリケーションのデータを格納させることを特徴とする端末装置。
2. 前記アプリケーション管理部は、前記入力部において入力した第２種のアプリケーションのデータを格納したパケット信号を送信すべきタイミングにて、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、前記入力部において入力した第２種のアプリケーションのデータを格納させることを特徴とする請求項１に記載の端末装置。
3. 前記アプリケーション管理部は、パケット信号に確保した領域に、第１種のアプリケーションのデータの代わりに、前記入力部において入力した第２種のアプリケーションのデータを格納させてから所定期間経過するまで、次の第２種のアプリケーションのデータの格納を禁止させることを特徴とする請求項２に記載の端末装置。
4. 前記入力部において入力した登録要求に対する第１種のアプリケーションは、複数種類規定された送信の優先度のいずれかに対応しており、
   前記アプリケーション管理部は、低い方の優先度が付与された第１種のアプリケーションのデータの代わりに、前記入力部において入力した第２種のアプリケーションのデータを格納させることを特徴とする請求項１に記載の端末装置。
5. 前記入力部において入力した登録要求に対する第１種のアプリケーションには、送信周期が規定されており、
   前記アプリケーション管理部は、送信周期が短い方の第１種のアプリケーションのデータの代わりに、前記入力部において入力した第２種のアプリケーションのデータを格納させることを特徴とする請求項１に記載の端末装置。
6. 前記入力部において入力した登録要求に対する第１種のアプリケーションには、送信周期が規定されており、
   前記アプリケーション管理部は、送信周期が長い方の第１種のアプリケーションのデータの代わりに、前記入力部において入力した第２種のアプリケーションのデータを格納させることを特徴とする請求項１に記載の端末装置。

Images