特許 6028978 端末装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6028978

(24)【登録日】2016年10月28日

(45)【発行日】2016年11月24日

(54)【発明の名称】端末装置

(51)【国際特許分類】

   H04W 4/04 20090101AFI20161114BHJP

   H04W 92/08 20090101ALI20161114BHJP

【ＦＩ】

   H04W4/04 115

   H04W92/08 110

【請求項の数】3

【全頁数】24

(21)【出願番号】特願2012-288038(P2012-288038)

(22)【出願日】2012年12月28日

(65)【公開番号】特開2014-131191(P2014-131191A)

(43)【公開日】2014年7月10日

【審査請求日】2015年8月4日

(73)【特許権者】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】100105924

【弁理士】

【氏名又は名称】森下 賢樹

(74)【代理人】

【識別番号】100123102

【弁理士】

【氏名又は名称】宗田 悟志

(72)【発明者】

【氏名】水口 孝夫

【審査官】 石田 昌敏

(56)【参考文献】

【文献】 特開２０１０−０２６８４０（ＪＰ，Ａ）

【文献】 特開２００９−１２２７５７（ＪＰ，Ａ）

【文献】 特開２００９−２１７５９３（ＪＰ，Ａ）

【文献】 特開２００７−００３２９３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ ４／００−９９／００

Ｇ０８Ｇ １／００−９９／００

(57)【特許請求の範囲】

【請求項1】

動作部と、
前記動作部に対して電力を供給する電源部とを備え、
前記動作部は、
第１の通信方式にしたがって、基地局装置から報知されたパケット信号を受信するとともに、他の端末装置から報知されたパケット信号を受信する第１通信部と、
第１の通信方式とは異なった第２の通信方式にしたがって、携帯装置との通信を実行する第２通信部と、
前記第２通信部を介して前記携帯装置から、前記第１通信部において受信したパケット信号のうち、前記第２通信部から前記携帯装置へ転送すべきパケット信号の選択基準であるフィルタリング条件を受信する受付部と、
前記第１通信部において受信したパケット信号から、前記受付部において受信したフィルタリング条件に合致したパケット信号を選択するフィルタリング部と、
前記フィルタリング部において選択したパケット信号に含まれた情報を前記第２通信部から前記携帯装置へ転送させる転送部と、
を備えることを特徴とする端末装置。

【請求項2】

前記電源部は、車両に搭載されたバッテリから電力を入力し、前記動作部が動作可能な電圧で前記動作部へ電力を供給することを特徴とする請求項１記載の端末装置。

【請求項3】

前記第１通信部において受信したパケット信号の受信強度を測定する測定部をさらに備え、
前記受付部において受信したフィルタリング条件は、受信強度に対するしきい値であり、
前記フィルタリング部は、しきい値よりも受信強度が大きいパケット信号を選択することを特徴とする請求項１または２に記載の端末装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

交差点の出会い頭の衝突事故を防止するために、路車間通信の検討がなされている。路車間通信では、路側機と車載器との間において交差点の状況に関する情報が通信される。路車間通信では、路側機の設置が必要になり、手間と費用が大きくなる。これに対して、車車間通信、つまり車載器間で情報を通信する形態であれば、路側機の設置が不要になる。その場合、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等によって現在の位置情報をリアルタイムに検出し、その位置情報を車載器同士で交換しあうことによって、自車両および他車両がそれぞれ交差点へ進入するどの道路に位置するかを判断する（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５−２０２９１３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）でのサービスを携帯装置に処理させるために、端末装置は、受信したパケット信号を携帯装置に転送する必要がある。端末装置がすべてのパケット信号を転送した場合、端末装置と携帯装置間のトラヒック量が大きくなりすぎるおそれがある。

【0005】

本発明はこうした状況に鑑みてなされたものであり、その目的は、ＩＴＳにおける情報を転送する場合にトラヒック量の増加を抑制する技術を提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本発明のある態様の端末装置は、動作部と、動作部に対して電力を供給する電源部とを備える。動作部は、第１の通信方式にしたがって、基地局装置から報知されたパケット信号を受信するとともに、他の端末装置から報知されたパケット信号を受信する第１通信部と、第１の通信方式とは異なった第２の通信方式にしたがって、携帯装置との通信を実行する第２通信部と、第２通信部を介して携帯装置から、フィルタリング条件を受信する受付部と、第１通信部において受信したパケット信号から、受付部において受信したフィルタリング条件に合致したパケット信号を選択するフィルタリング部と、フィルタリング部において選択したパケット信号に含まれた情報を第２通信部から携帯装置へ転送させる転送部と、を備える。

【0007】

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

【発明の効果】

【0008】

本発明によれば、ＩＴＳにおける情報を転送する場合にトラヒック量の増加を抑制できる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施例１に係る通信システムの構成を示す図である。

【図2】図１の基地局装置の構成を示す図である。

【図3】図３（ａ）−（ｄ）は、図１の通信システムにおいて規定されるフレームのフォーマットを示す図である。

【図4】図４（ａ）−（ｂ）は、図３（ａ）−（ｄ）のサブフレームの構成を示す図である。

【図5】図５（ａ）−（ｂ）は、図１の通信システムにおいて規定されるパケット信号に格納されるＭＡＣフレームのフォーマットを示す図である。

【図6】図１の車両に搭載された車載用端末装置の構成を示す図である。

【図7】図１の歩行者に携帯された携帯用端末装置の構成を示す図である。

【図8】図１の車両に乗車した人が携帯する携帯装置の構成を示す図である。

【図9】図８の条件設定部におけるテーブルのデータ構造を示す図である。

【図10】図６の車載用端末装置と図７の携帯装置による転送処理を示すシーケンス図である。

【図11】本発明の実施例２に係る車載用端末装置の構成を示す図である。

【図12】本発明の実施例３に係る車両の構成を示す図である。

【図13】図１２の車両用端末装置の構成を示す図である。

【図14】図１２の車両用端末装置の別の構成を示す図である。

【図15】図１２の車両用端末装置のさらに別の構成を示す図である。

【図16】本発明の実施例４に係る車両用端末装置の構成を示す図である。

【図17】本発明の実施例５に係る車両用端末装置の構成を示す図である。

【発明を実施するための形態】

【0010】

（実施例１）
本発明の実施例を具体的に説明する前に、基礎となった知見を説明する。ＩＥＥＥ８０２．１１等の規格に準拠した無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）では、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）と呼ばれるアクセス制御機能が使用されている。そのため、当該無線ＬＡＮでは、複数の端末装置によって同一の無線チャネルが共有される。このようなＣＳＭＡ／ＣＡでは、キャリアセンスによって他のパケット信号が送信されていないことを確認した後に、パケット信号が送信される。ＩＴＳのような車車間通信に無線ＬＡＮを適用する場合、不特定多数の車両のそれぞれに搭載された端末装置へ情報を送信する必要があるために、信号はブロードキャストにて送信されることが望ましい。その結果、端末装置は、ブロードキャストされた信号を受信することによって、他の車両の接近を検出し、それを運転者に通知することによって、車両間の衝突事故を防止するための注意を運転者に喚起させる。

【0011】

車両間の衝突事故を防止するとともに、歩行者等と車両との衝突事故を防止することも望まれる。これに対応するために、端末装置は、車載される他に歩行者にも携帯される。ここで、歩行者に携帯される端末装置は、バッテリで駆動するので、車載の端末装置と比較して処理量の低減が必要とされる。例えば、他の車両の接近は歩行者に対して通知されなかったり、自らの位置を測位するためのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）機能を備えなかったりする。車載の端末装置は、歩行者に携帯される端末装置からパケット信号を受信した場合、受信電力が大きければ、歩行者が近くを歩行していると判定する。

【0012】

このような状況下において、車両に乗車している運転者や同乗者のような人が、携帯電話端末のような携帯装置を携帯していることがある。携帯装置には、スマートフォンのような多機能な装置も含まれる。携帯装置には、端末装置よりも新しいアプリケーションプログラムをインストールしやすいので、新しいサービスに対応させやすい。ＩＴＳでのサービスを携帯装置に処理させるために、端末装置は、受信したパケット信号を携帯装置に転送する必要がある。端末装置がすべてのパケット信号を転送した場合、端末装置と携帯装置間のトラヒック量が大きくなりすぎるおそれがある。

【0013】

本発明の実施例１は、車両に搭載された端末装置（以下、「車載用端末装置」ともいう）間において車車間通信を実行するとともに、交差点等に設置された基地局装置から車載用端末装置へ路車間通信も実行するＩＴＳの通信システムに関する。車車間通信として、車載用端末装置は、車両の速度や位置等の情報（以下、これらを「データ」という）を格納したパケット信号をブロードキャスト送信する。また、他の車載用端末装置は、パケット信号を受信するとともに、データをもとに車両の接近等を認識する。車両の接近を運転者に通知することによって、運転者に注意を促す。車車間通信と路車間通信との干渉を低減するために、基地局装置は、複数のサブフレームが含まれたフレームを繰り返し規定する。基地局装置は、路車間通信のために、複数のサブフレームのいずれかを選択し、選択したサブフレームの先頭部分の期間において、制御情報等が格納されたパケット信号をブロードキャスト送信する。制御情報には、当該基地局装置がパケット信号をブローキャスト送信するための期間（以下、「路車送信期間」という）に関する情報が含まれている。

【0014】

車載用端末装置は、制御情報をもとに路車送信期間を特定し、路車送信期間以外の期間においてパケット信号を送信する。このように、路車間通信と車車間通信とが時間分割多重されるので、両者間のパケット信号の衝突確率が低減される。なお、車車間通信は、路車送信期間以外の車車間通信を実行するための期間（以下、「車車送信期間」という）においてＣＳＭＡ方式にてなされる。このような端末装置は、歩行者にも携帯される（以下、歩行者に携帯される端末装置を「携帯用端末装置」という）。携帯用端末装置は、バッテリ駆動であり、低消費電力化を必要とされる。そのため、携帯用端末装置は、データを格納したパケット信号をブロードキャスト送信するだけであり、車両の接近を歩行者に通知しない。なお、以下では、携帯用端末装置であっても、車車間通信、路車間通信というものとする。また、車載用端末装置と携帯用端末装置とを区別せずに「端末装置」ということもあり、車載用端末装置と携帯用端末装置とを総称して「端末装置」ということもある。

【0015】

車載用端末装置は、前述のＩＴＳに対応した無線通信機能を有するとともに、近距離無線通信方式に対応した無線通信機能も有していおり、近距離無線通信方式によって携帯装置と通信する。車載用端末装置は、路車間通信や車車間通信において受信したパケット信号に含まれた情報を近距離無線通信方式にて携帯装置へ転送する。携帯装置は、車両に乗車している人に携帯されており、車載用端末装置からの情報を利用したアプリケーションプログラムを実行する。アプリケーションプログラムの一例は、右直衝突防止支援等である。近距離無線通信方式での伝送速度は、一般的に、ＩＴＳに対応した無線通信方式の伝送速度よりも低い。そのため、転送によるトラヒック量の増加には抑制されることが望まれる。これに対応するために、本実施例に係る通信システムは、次の処理を実行する。

【0016】

携帯装置は、実行しているアプリケーションプログラムに応じてフィルタリング条件を生成する。端末装置は、近距離無線通信方式を介してフィルタリング条件を車載用端末装置に送信する。車載用端末装置は、フィルタリング条件を設定する。車載用端末装置は、フィルタリング条件に応じて、受信したＩＴＳのパケット信号を選択し、選択したパケット信号に含まれた情報を転送する。ここで、端末装置において、アプリケーションプログラムとフィルタリング条件との対応は予め定められていればよい。

【0017】

図１は、本発明の実施例１に係る通信システム１００の構成を示す。これは、ひとつの交差点を上方から見た場合に相当する。通信システム１００は、基地局装置１０、車両１２と総称される第１車両１２ａ、第２車両１２ｂ、第３車両１２ｃ、第４車両１２ｄ、第５車両１２ｅ、第６車両１２ｆ、第７車両１２ｇ、第８車両１２ｈ、歩行者１６と総称される第１歩行者１６ａ、第２歩行者１６ｂを含む。なお、各車両１２には、図示しない車載用端末装置が設置され、各歩行者１６は、図示しない携帯用端末装置を携帯する。さらに、少なくともひとつの車両１２に乗車した人は、図示しない携帯装置を所持する。ここで、人には、運転者や同乗者が含まれる。また、エリア２１２は、基地局装置１０の周囲に形成され、エリア外２１４は、エリア２１２の外側に形成されている。

【0018】

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

【0019】

基地局装置１０は、端末装置間の通信を制御する。基地局装置１０は、図示しないＧＰＳ衛星から受信した信号や、図示しない他の基地局装置１０にて形成されたフレームをもとに、複数のサブフレームが含まれたフレームを繰り返し生成する。ここで、各サブフレームの先頭部分に路車送信期間が設定可能であるような規定がなされている。基地局装置１０は、複数のサブフレームのうち、他の基地局装置１０によって路車送信期間が設定されていないサブフレームを選択する。基地局装置１０は、選択したサブフレームの先頭部分に路車送信期間を設定する。基地局装置１０は、設定した路車送信期間においてパケット信号を報知する。

【0020】

車両１２は、エンジンにて駆動され、車載用端末装置を搭載する。車載用端末装置は、受信したパケット信号に含まれた制御情報をもとに、フレームを生成する。その結果、複数の車載用端末装置のそれぞれにおいて生成されるフレームは、基地局装置１０において生成されるフレームに同期する。また、車載用端末装置は、車車送信期間において、ＣＳＭＡ／ＣＡを実行することによって、パケット信号を報知する。車載用端末装置は、例えば、存在位置に関する情報をパケット信号に格納する。また、車載用端末装置は、制御情報もパケット信号に格納する。つまり、基地局装置１０から送信された制御情報は、車載用端末装置によって転送される。

【0021】

一方、基地局装置１０からのパケット信号を受信できない車載用端末装置、つまりエリア外２１４に存在する車載用端末装置は、フレームの構成に関係なく、ＣＳＭＡ／ＣＡを実行することによって、パケット信号を報知する。さらに、車載用端末装置は、他の車載用端末装置からのパケット信号を受信することによって、他の車載用端末装置が搭載された車両の接近を運転者へ通知する。なお、車載用端末装置と携帯装置との間の近距離無線通信については後述する。

【0022】

歩行者１６は、携帯用端末装置を携帯する。携帯用端末装置は、車載用端末装置と同様の処理を実行する。しかしながら、携帯用端末装置は、処理を簡易にするために、車両等の接近を歩行者１６に通知しない。さらに、携帯用端末装置は、ＧＰＳ等によって位置情報を取得するための機能を備えない。携帯用端末装置は、当該携帯用端末装置を識別するためのＩＤ（以下、「携帯用端末装置ＩＤ」という）が含まれたパケット信号を報知する。車載用端末装置は、携帯用端末装置から受信したパケット信号の受信強度を測定することによって、携帯用端末装置を携帯した歩行者１６が車両１２の近傍に存在しているかを推定する。

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

なお、フレーム規定部３２は、復調結果から制御情報を検出し、検出した制御情報をもとにフレームを生成してもよい。このような処理は、他の基地局装置１０によって形成されたフレームのタイミングに同期したフレームを生成することに相当する。図３（ａ）−（ｄ）は、通信システム１００において規定されるフレームのフォーマットを示す。図３（ａ）は、フレームの構成を示す。フレームは、第１サブフレームから第Ｎサブフレームと示されるＮ個のサブフレームによって形成されている。例えば、フレームの長さが１００ｍｓｅｃであり、Ｎが８である場合、１２．５ｍｓｅｃの長さのサブフレームが規定される。図３（ｂ）−（ｄ）の説明は、後述し、図２に戻る。

【0029】

選択部３４は、フレームに含まれた複数のサブフレームのうち、路車送信期間を設定すべきサブフレームを選択する。具体的に説明すると、選択部３４は、フレーム規定部３２にて規定されたフレームを受けつける。選択部３４は、ＲＦ部２２、変復調部２４を介して、図示しない他の基地局装置１０あるいは端末装置からの復調結果を入力する。選択部３４は、入力した復調結果のうち、他の基地局装置１０からの復調結果を抽出する。選択部３４は、復調結果を受けつけたサブフレームを特定することによって、復調結果を受けつけていないサブフレームを特定する。これは、他の基地局装置１０によって路車送信期間が設定されていないサブフレーム、つまり未使用のサブフレームを特定することに相当する。未使用のサブフレームが複数存在する場合、選択部３４は、ランダムにひとつのサブフレームを選択する。未使用のサブフレームが存在しない場合、つまり複数のサブフレームのそれぞれが使用されている場合に、選択部３４は、復調結果に対応した受信電力を取得し、受信電力の小さいサブフレームを優先的に選択する。

【0030】

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

【0031】

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

【0032】

生成部３６は、選択部３４から受けつけたサブフレーム番号のサブフレームに路車送信期間を設定し、路車送信期間において報知すべきＲＳＵパケット信号を生成する。なお、以下の説明において、ＲＳＵパケット信号とパケット信号とは区別せずに使用される。図４（ａ）−（ｂ）は、サブフレームの構成を示す。図４（ａ）は、路車送信期間が設定されたサブフレームを示す。図示のごとく、ひとつのサブフレームは、路車送信期間、車車送信期間の順に構成される。図４（ｂ）は、路車送信期間におけるパケット信号の配置を示す。図示のごとく、路車送信期間において、複数のＲＳＵパケット信号が並べられている。ここで、前後のパケット信号は、ＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒｆｒａｍｅ Ｓｐａｃｅ）だけ離れている。

【0033】

ここでは、ＲＳＵパケット信号の構成を説明する。図５（ａ）−（ｂ）は、通信システム１００において規定されるパケット信号に格納されるＭＡＣフレームのフォーマットを示す。図５（ａ）は、ＭＡＣフレームのフォーマットを示す。ＭＡＣフレームは、先頭から順に、「ＭＡＣヘッダ」、「ＬＬＣヘッダ」、「メッセージヘッダ」、「データペイロード」、「ＦＣＳ」を配置する。データペイロードに含まれる情報については、後述する。図５（ｂ）は、生成部３６によって生成されるメッセージヘッダの構成を示す図である。メッセージヘッダには、基本部分が含まれている。

【0034】

基本部分は、「プロトコルバージョン」、「送信ノード種別」、「再利用回数」、「ＴＳＦタイマ」、「ＲＳＵ送信期間長」を含む。プロトコルバージョンは、対応しているプロトコルのバージョンを示す。送信ノード種別は、ＭＡＣフレームが含まれたパケット信号の送信元を示す。例えば、「０」は端末装置を示し、「１」は基地局装置１０を示す。なお、車載用端末装置と携帯用端末装置とを区別する場合、送信ノード種別が２ビットで示される。選択部３４が、入力した復調結果のうち、他の基地局装置１０からの復調結果を抽出する場合に、選択部３４は、送信ノード種別の値を利用する。再利用回数は、メッセージヘッダが端末装置によって転送される場合の有効性の指標を示し、ＴＳＦタイマは、送信時刻を示す。ＲＳＵ送信期間長は、路車送信期間の長さを示しており、路車送信期間に関する情報といえる。図２に戻る。

【0035】

生成部３６は、端末装置から受信したパケット信号に含まれた位置情報をもとに、基地局装置１０が設置された交差点の周辺に存在する車両１２の情報（以下、「障害物検知情報」という）を生成する。障害物検知情報を生成するために、交差点を囲むようなエリアが予め規定される。このエリアがエリア２１２であってもよい。生成部３６は、一定期間内に受信したパケット信号のうち、位置情報がエリア内である車両１２の情報をもとに障害物検知情報を生成する。また、生成部３６は、端末装置から受信したパケット信号に含まれた位置情報をもとに、基地局装置１０が設置された交差点の周辺に存在する歩行者１６の情報（以下、「歩行者検知情報」という）を生成する。

【0036】

なお、歩行者検知情報は、障害者検知情報と区別されずに、障害者検知情報とされてもよい。生成部３６は、障害物検知情報をデータペイロードに格納する。ネットワーク通信部２８は、図示しないネットワーク２０２に接続される。ネットワーク通信部２８は、ネットワーク２０２から、渋滞情報や灯色情報を受けつける。灯色情報とは、交差点に設置された信号機の灯色が変化する予定を示した情報である。生成部３６は、ネットワーク通信部２８から、渋滞情報や灯色情報を取得し、データペイロードに格納することによって、前述のＲＳＵパケット信号を生成する。制御部３０は、基地局装置１０全体の処理を制御する。

【0037】

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

【0038】

図６は、車両１２に搭載された車載用端末装置１４の構成を示す。車載用端末装置１４は、第１通信部１１０、第２通信部１１２、制御部４８を含む。第１通信部１１０は、第１アンテナ４０、ＲＦ部４２、変復調部４４、処理部４６を含み、処理部４６は、タイミング特定部５０、転送決定部５６、取得部５８、通知部６０、生成部６２を含む。タイミング特定部５０は、抽出部５２、キャリアセンス部５４を含む。第２通信部１１２は、第２アンテナ１１４を含む。制御部４８は、受付部１１６、記憶部１１８、フィルタリング部１２０、転送部１２２を含む。取得部５８は、ＧＰＳモジュール１６０、センサ１６２の少なくとも一つを含み、通知部６０は、モニタ１６４、スピーカ１６６、ＬＥＤ１６８の少なくとも一つを含む。図６では、取得部５８、通知部６０のそれぞれに含まれうる構成要素を示しているが、必ずしもすべての構成要素が含まれなくてもよい。第１アンテナ４０、ＲＦ部４２、変復調部４４は、図２のアンテナ２０、ＲＦ部２２、変復調部２４と同様の処理を実行する。そのため、ここでは、差異を中心に説明する。

【0039】

第１通信部１１０の変復調部４４、処理部４６は、図２で説明したＩＴＳの通信方式にしたがって、図示しない他の端末装置や基地局装置１０からのパケット信号を受信する。なお、前述のごとく、変復調部４４、処理部４６は、路車送信期間において、基地局装置１０からのパケット信号を受信する。前述のごとく、変復調部４４、処理部４６は、車車送信期間において、他の車載用端末装置１４や図示しない携帯用端末装置からのパケット信号を受信する。

【0040】

抽出部５２は、変復調部４４からの復調結果が、図示しない基地局装置１０からのパケット信号である場合に、路車送信期間が配置されたサブフレームのタイミングを特定する。その際、抽出部５２は、図１のエリア２１２内に存在すると推定する。抽出部５２は、サブフレームのタイミングと、パケット信号のメッセージヘッダの内容、具体的には、ＲＳＵ送信期間長の内容をもとに、フレームを生成する。なお、フレームの生成は、前述のフレーム規定部３２と同様になされればよいので、ここでは説明を省略する。その結果、抽出部５２は、基地局装置１０において形成されたフレームに同期したフレームを生成する。

【0041】

一方、抽出部５２は、ＲＳＵパケット信号を受信していない場合、図１のエリア外２１４に存在すると推定する。抽出部５２は、エリア２１２に存在していることを推定した場合、車車送信期間を選択する。抽出部５２は、エリア外２１４に存在していることを推定すると、フレームの構成と無関係のタイミングを選択する。抽出部５２は、車車送信期間を選択した場合、フレームおよびサブフレームのタイミング、車車送信期間に関する情報をキャリアセンス部５４へ出力する。抽出部５２は、フレームの構成と無関係のタイミングを選択すると、キャリアセンスの実行をキャリアセンス部５４に指示する。

【0042】

キャリアセンス部５４は、抽出部５２から、フレームおよびサブフレームのタイミング、車車送信期間に関する情報を受けつける。キャリアセンス部５４は、車車送信期間において、キャリアセンスを実行することによって、干渉電力を測定する。また、キャリアセンス部５４は、干渉電力をもとに、車車送信期間における送信タイミングを決定する。具体的に説明すると、キャリアセンス部５４は、所定のしきい値を予め記憶しており、干渉電力としきい値とを比較する。干渉電力がしきい値よりも小さければ、キャリアセンス部５４は、送信タイミングを決定する。キャリアセンス部５４は、抽出部５２から、キャリアセンスの実行を指示された場合、フレームの構成を考慮せずに、ＣＳＭＡを実行することによって、送信タイミングを決定する。キャリアセンス部５４は、決定した送信タイミングを生成部６２へ通知する。

【0043】

取得部５８は、ここでは、ＧＰＳモジュール１６０、センサ１６２を含んでいるとし、それらから供給されるデータによって、車載用端末装置１４の存在位置、進行方向、移動速度等（以下、「位置情報」と総称する）を取得する。なお、存在位置は、緯度・経度によって示される。これらの取得には公知の技術が使用されればよいので、ここでは説明を省略する。また、センサ１６２としては、ジャイロセンサ、車速センサ等が相当する。なお、ＧＰＳモジュール１６０とセンサ１６２とのうちのいずれかが取得部５８に含まれてもよい。取得部５８は、位置情報を生成部６２へ出力する。

【0044】

転送決定部５６は、メッセージヘッダの転送を制御する。転送決定部５６は、パケット信号からメッセージヘッダを抽出する。パケット信号が基地局装置１０から直接送信されている場合には、再利用回数が「０」に設定されているが、パケット信号が他の車載用端末装置１４から送信されている場合には、再利用回数が「１以上」の値に設定されている。転送決定部５６は、抽出したメッセージヘッダから、転送すべきメッセージヘッダを選択する。ここでは、例えば、再利用回数が最も小さいメッセージヘッダが選択される。また、転送決定部５６は、複数のメッセージヘッダに含まれた内容を合成することによって新たなメッセージヘッダを生成してもよい。転送決定部５６は、選択対象のメッセージヘッダを生成部６２へ出力する。その際、転送決定部５６は、再利用回数を「１」増加させる。

【0045】

生成部６２は、取得部５８から位置情報を受けつけ、転送決定部５６からメッセージヘッダを受けつける。生成部６２は、図５（ａ）−（ｂ）に示されたＭＡＣフレームを使用し、位置情報をデータペイロードに格納する。生成部６２は、ＭＡＣフレームが含まれたパケット信号を生成するとともに、キャリアセンス部５４において決定した送信タイミングにて、変復調部４４、ＲＦ部４２、第１アンテナ４０を介して、生成したパケット信号をブロードキャスト送信する。これは、車車間通信に相当する。なお、送信タイミングは、車車送信期間に含まれている。

【0046】

通知部６０は、抽出部５２を介して、図示しない基地局装置１０からのパケット信号を取得するとともに、図示しない他の車載用端末装置１４からのパケット信号を取得する。通知部６０は、ここでは、モニタ１６４、スピーカ１６６、ＬＥＤ１６８を含んでいるとし、取得したパケット信号に対する処理として、パケット信号に格納されたデータの内容に応じて、図示しない他の車両１２や歩行者１６の接近等を運転者へ、モニタ１６４、スピーカ１６６、ＬＥＤ１６８のうちの少なくともひとつを介して通知する。具体的に説明すると、モニタ１６４は接近を通知するための画像あるいはメッセージを表示し、スピーカ１６６は警告音を出力し、ＬＥＤ１６８は点灯あるいは点滅する。さらに、通知部６０は、障害物検知情報、渋滞情報、灯色情報等も運転者へ、モニタ１６４、スピーカ１６６、ＬＥＤ１６８のうちの少なくともひとつを介して通知する。なお、処理部４６は、第１通信部１１０において受信したパケット信号の受信強度を測定する。受信強度の測定には公知の技術が使用されればよいので、ここでは説明を省略する。

【0047】

第２通信部１１２は、第２アンテナ１１４を介して、図示しない携帯装置との通信を実行する。携帯装置との通信には、第１通信部１１０で使用されるＩＴＳの通信方式とは異なった近距離無線通信方式が使用される。近距離無線通信方式の一例は、ＩＥＥＥ８０２．１５．１規格に準拠した方式であり、数ｍから数十ｍ程度の距離の通信を対象にする。なお、ＩＥＥＥ８０２．１５．１規格に準拠した方式に限定されず、別の方式が使用されてもよい。近距離無線通信方式には公知の技術が使用されればよいので、ここでは説明を省略する。

【0048】

制御部４８は、第２通信部１１２での通信処理を制御する。受付部１１６は、第２通信部１１２を介して携帯装置から、フィルタリング条件を受信する。具体的に説明すると、第２通信部１１２は、携帯装置から送信されたパケット信号であって、かつフィルタリング条件が格納されたパケット信号を受信する。第２通信部１１２は、受信したパケット信号からフィルタリング条件を抽出し、抽出したフィルタリング条件を受付部１１６に出力する。フィルタリング条件の詳細は後述するが、フィルタリング条件とは、第１通信部１１０において受信したパケット信号のうち、第２通信部１１２から携帯装置へ転送すべきパケット信号の選択基準といえる。

【0049】

フィルタリング部１２０は、受付部１１６から、受付部１１６において受信したフィルタリング条件を受けつけると、フィルタリング条件を記憶部１１８に記憶させる。フィルタリング部１２０は、記憶部１１８に記憶したフィルタリング条件にしたがって、第１通信部１１０において受信したパケット信号に対してフィルタリングを実行する。つまり、フィルタリング部１２０は、第１通信部１１０において受信したパケット信号から、フィルタリング条件に合致したパケット信号を選択する。フィルタリング部１２０は、選択したパケット信号を転送部１２２に出力する。

【0050】

転送部１２２は、フィルタリング部１２０から、フィルタリング部１２０において選択したパケット信号を受けつける。転送部１２２は、受けつけたパケット信号に含まれた情報を抽出する。転送部１２２は、抽出した情報が格納されたパケット信号を生成し、生成したパケット信号を第２通信部１１２から携帯装置へ転送させる。なお、受付部１１６が複数種類のフィルタリング条件を受けつけた場合、記憶部１１８は、複数種類のフィルタリング条件を記憶し、フィルタリング部１２０は、複数種類のフィルタリング条件のそれぞれに応じたフィルタリングを並列に実行する。

【0051】

図７は、歩行者１６に携帯された携帯用端末装置１８の構成を示す。携帯用端末装置１８は、アンテナ７０、ＲＦ部７２、変復調部７４、処理部７６、制御部７８を含む。また、処理部７６は、生成部８２、タイミング特定部８４を含み、タイミング特定部８４は、抽出部８６、キャリアセンス部９０を含む。

【0052】

変復調部７４、処理部７６は、図６の変復調部４４、処理部４６と同様に、図示しない他の端末装置や基地局装置１０からのパケット信号を受信する。特に、変復調部７４、処理部７６は、路車送信期間において基地局装置１０からのパケット信号であって、かつフレーム構成に関する情報が含まれたパケット信号を受信する。また、変復調部７４、処理部７６は、車車送信期間において車載用端末装置１４からのパケット信号であって、かつ当該車載用端末装置１４の位置情報に関する情報が格納されたパケット信号を受信する。

【0053】

抽出部８６は、抽出部５２と同様に、変復調部７４からの復調結果が、図示しない基地局装置１０からのパケット信号である場合に、路車送信期間が配置されたサブフレームのタイミングを特定する。キャリアセンス部９０は、キャリアセンス部５４と同様に、キャリアセンスを実行する。変復調部７４、ＲＦ部７２は、キャリアセンス部９０におけるキャリアセンスの結果をもとに、パケット信号を報知する。ここで、生成部８２において生成されたパケット信号には、位置情報が含まれておらず、携帯用端末装置ＩＤが含まれている。

【0054】

図８は、車両１２に乗車した人が携帯する携帯装置１３０の構成を示す。携帯装置１３０は、第１アンテナ１３２、第２アンテナ１３４、第３アンテナ１３６、セルラ通信部１３８、ＧＰＳ処理部１４０、近距離通信部１４２、条件設定部１４４、アプリケーションプログラム処理部１４６、通知部１４８、操作部１５０を含む。通知部１４８は、モニタ１９０、スピーカ１９２、ＬＥＤ１９４の少なくとも一つを含む。図８では、通知部１４８は、いずれの構成要素も含む構成を示す。モニタ１９０、スピーカ１９２、ＬＥＤ１９４は、図６のモニタ１６４、スピーカ１６６、ＬＥＤ１６８と同様に構成されるので、ここでは説明を省略する。

【0055】

セルラ通信部１３８は、第１アンテナ１３２を介して、図示しないセルラ用の基地局装置との間でセルラ用の通信を実行する。セルラ用の通信として、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）や３ＧＰＰ２に準拠した通信方式が使用されればよい。また、他の通信方式が使用されてもよく、公知の技術が使用されてもよい。セルラ用の通信によって音声通信がなされてもよいが、ここでは説明を省略する。

【0056】

ＧＰＳ処理部１４０は、第２アンテナ１３４を介して、図示しないＧＰＳ衛星からの信号を受信する。ＧＰＳ処理部１４０は、取得部５８と同様の処理を実行することによって、携帯装置１３０の位置情報を取得する。近距離通信部１４２は、第３アンテナ１３６を介して、図示しない車載用端末装置１４と通信する。通信には、近距離無線通信方式が使用される。そのため、近距離通信部１４２は、第２通信部１１２と同様の処理を実行する。その結果、近距離通信部１４２は、車載用端末装置１４から、路車間通信のパケット信号に含まれた情報や車車間通信のパケット信号に含まれた情報を取得する。

【0057】

アプリケーションプログラム処理部１４６は、第２通信部１１２からの情報を受けつけるとともに、ＧＰＳ処理部１４０からの位置情報を受けつける。アプリケーションプログラム処理部１４６は、これらの情報をもとにアプリケーションプログラムを実行する。アプリケーションプログラムとして任意のものが使用されればよいが、説明を明瞭にするために、ここでは、車両１２の運転に関連したアプリケーションプログラムが使用されるとする。なお、アプリケーションプログラムのインストールやバージョンアップは、セルラ通信部１３８を介してなされるものとする。

【0058】

ここでは、一例として、１０種類のアプリケーションプログラムを説明する。アプリケーションプログラムはこれらに限定されるものではないし、これらのうちの少なくともふたつが組み合わされてもよい。
（１）右直衝突防止支援
これは、自らの車両１２が交差点で右折する際に、障害物検知情報をもとに、他の車両１２との衝突の危険性を判定して警告するアプリケーションプログラムである。このアプリケーションプログラムでは、障害物検知情報に含まれた他の車両１２の情報、例えば、位置を取得するとともに、ＧＰＳ処理部１４０から現在の位置情報を取得し、これを比較する。右折の方向に他の車両１２が存在していれば、アプリケーションプログラム処理部１４６は、通知部１４８から危険性を通知する。通知部１４８は、モニタやスピーカによって構成される。

【0059】

（２）右左折歩行者衝突防止支援
これは、自らの車両１２が交差点で右左折する際に、歩行者検知情報をもとに、車両１２との衝突の危険性を判定して警告するアプリケーションプログラムである。このアプリケーションプログラムでは、歩行者検知情報に含まれた歩行者１６の情報、例えば、位置を取得するとともに、ＧＰＳ処理部１４０から現在の位置情報を取得し、これを比較する。左折や右折の方向に歩行者１６が存在していれば、アプリケーションプログラム処理部１４６は、通知部１４８から危険性を通知する。

【0060】

（３）発進遅れ防止支援
これは、交差点で停止している場合、発進可能な信号灯色に変化する前に、発進準備を運転者に通知するアプリケーションプログラムである。このアプリケーションプログラムでは、ＧＰＳ処理部１４０から取得した現在の位置情報と、アプリケーションプログラム処理部１４６に記憶された地図データをもとに、交差点で停止していることが判定される。灯色情報では、例えば、何秒後に点灯色が変わるかが示されている。アプリケーションプログラムは、灯色情報をもとに、赤信号が青信号に変わるまでの期間を取得する。アプリケーションプログラム処理部１４６は、取得した期間をもとに、青信号に変わる数秒前に通知部１４８から発進準備を通知する。青信号に変わってしばらくしても発進しなければ、運転者に警告してもよい。

【0061】

（４）アイドリングストップ支援
これは、交差点で停止している場合、発進可能な信号灯色に変化するまでの期間が長ければ、アイドリングストップを運転者に促すアプリケーションプログラムである。このアプリケーションプログラムでも、ＧＰＳ処理部１４０から取得した現在の位置情報と、アプリケーションプログラム処理部１４６に記憶された地図データをもとに、交差点で停止していることが判定される。アプリケーションプログラムは、灯色情報をもとに、赤信号が青信号に変わるまでの期間を取得する。アプリケーションプログラム処理部１４６は、取得した期間が所定の期間よりも長ければ、通知部１４８からアイドリングストップの実行を通知する。

【0062】

（５）グリーンウェーブ走行支援
現在走行している交差点と、次に走行予定の交差点までの距離をもとに、次に走行予定の交差点を青信号で通過できる車速を通知するアプリケーションプログラムである。アプリケーションプログラム処理部１４６は、ナビゲーションシステムのような経路案内を実行する。このアプリケーションプログラムは、経路に沿って設置された信号機の灯色情報を取得し、複数の交差点を青信号で通過可能な走行速度を計算する。計算には公知の技術が使用されればよいので、ここでは説明を省略する。アプリケーションプログラム処理部１４６は、通知部１４８から走行速度を通知する。

【0063】

（６）衝突（追突）防止支援
車両１２の位置、高度情報、車速、進行方向をもとに他の車両１２との衝突の危険性を予測するアプリケーションプログラムである。このアプリケーションプログラムでは、ＧＰＳ処理部１４０から現在の位置情報を取得する。また、アプリケーションプログラムは、位置情報の変化をもとに、これからの進路を推定するとともに、他の車両１２に搭載された車載用端末装置１４からの位置情報も取得する。進路の方向に予め定めたサイズのエリアを規定し、当該エリア内に他の車両１２が存在する場合、アプリケーションプログラム処理部１４６は、通知部１４８から危険性を通知する。

【0064】

（７）ＣＬＰ渋滞予測
道路を識別するための情報（以下、「道路ＩＤ」という）に対する車速、進行方向をもとに、目的とする方向の渋滞を予測するアプリケーションプログラムである。このアプリケーションプログラムは、衝突（追突）防止支援と同様の処理を実行するが、現在の位置情報とエリアとの距離が、衝突（追突）防止支援の場合よりも長くなる。つまり、ＣＬＰ渋滞予測では、衝突（追突）防止支援よりも、将来的に通過するエリアを考慮する。

【0065】

（８）コミュニケーション
近傍の車両１２や、特定の車両属性の車両１２に対して、メッセージを通知するアプリケーションプログラムである。メッセージとは、例えば、車両１２の列への割り込み要求である。このアプリケーションプログラムは、衝突（追突）防止支援と同様の処理を実行したり、特定のＩＤが付与された車載用端末装置１４からの情報を取得したりする。アプリケーションプログラム処理部１４６は、情報を取得できた場合、メッセージの通知対象となる車両１２が近傍に存在することを通知部１４８から通知する。

【0066】

（９）発進時事故防止支援
車両１２を発進させる際に、歩行者１６が近傍に存在することを通知するアプリケーションプログラムである。このアプリケーションプログラムは、ＧＰＳ処理部１４０から取得した現在の位置情報をもとに、車両１２が停止していることを判定する。さらに、アプリケーションプログラムは、車載用端末装置１４における携帯用端末装置１８からのパケット信号の受信強度がしきい値よりも大きい場合に、車両１２の近傍に歩行者１６が存在していると推定する。アプリケーションプログラム処理部１４６は、歩行者１６が存在している場合に、通知部１４８から危険性を通知する。

【0067】

（１０）ペアリング歩行者表示
車載用端末装置１４に対して携帯用端末装置１８を予めペアリングしておき、当該携帯用端末装置１８を携帯した歩行者１６が車両１２から近くにいるか否かを判定するアプリケーションプログラムである。このアプリケーションプログラムは、ペアリングした携帯用端末装置１８からのパケット信号を車載用端末装置１４が受信した場合、車載用端末装置１４から受信強度を取得する。また、アプリケーションプログラムは、受信強度をもとに、ペアリングした携帯用端末装置１８を携帯した歩行者１６が存在する位置を推定する。アプリケーションプログラム処理部１４６は、通知部１４８から位置を通知する。

【0068】

以上のように、アプリケーションプログラムに応じて、車載用端末装置１４から転送されるべき情報が異なる。条件設定部１４４は、起動されているアプリケーションプログラムに応じたフィルタリング条件を設定し、フィルタリング条件が格納されたパケット信号を生成する。さらに、条件設定部１４４は、パケット信号を近距離通信部１４２に送信させる。条件設定部１４４は、各アプリケーションプログラムに対するフィルタリング条件を予め記憶する。アプリケーションプログラム処理部１４６において起動されたアプリケーションプログラムに応じて、条件設定部１４４は、フィルタリング条件を選択する。なお、複数のアプリケーションプログラムが起動されている場合、条件設定部１４４は、複数のフィルタリング条件を選択する。

【0069】

図９は、条件設定部１４４におけるテーブルのデータ構造を示す。図示のごとく、アプリケーションプログラム名欄２２０、起動タイミング欄２２２、フィルタリング条件欄２２４、パケット信号報知元欄２２６が含まれる。アプリケーションプログラム名欄２２０には、前述の１０種類のアプリケーションプログラムが示されている。起動タイミング欄２２２には、各アプリケーションプログラムが起動されるタイミングが示されている。右直衝突防止支援は、アプリケーションプログラム処理部１４６に記憶された地図データに示された交差点から一定の距離まで、ＧＰＳ処理部１４０が取得した位置情報が接近した場合に加えて、近距離通信部１４２を介して、方向指示器が右折を示している旨の情報が含まれたパケット信号を取得したときに起動される。これを実現するために、車両１２の方向指示器は、車載用端末装置１４に接続され、方向指示器から出力された方向の情報が、方向指示器から車載用端末装置１４へ転送される。

【0070】

右左折歩行者衝突防止支援は、右直衝突防止支援が起動するタイミングに加えて、近距離通信部１４２を介して、方向指示器が右折を示している旨の情報が含まれたパケット信号を取得したときにも起動される。発進遅れ防止支援、アイドリングストップは、アプリケーションプログラム処理部１４６に記憶された地図データに示された交差点から一定の距離まで、ＧＰＳ処理部１４０が取得した位置情報が接近した場合に加えて、ＧＰＳ処理部１４０から取得した位置情報が停止を示しているときに起動される。他のアプリケーションプログラムは、操作部１５０を介した入力を受けつけた場合に起動される。

【0071】

フィルタリング条件欄２２４は、フィルタリング条件を示し、パケット信号報知元欄２２６は、転送対象になる元のパケット信号の報知元を示す。例えば、右直衝突防止支援からアイドリングストップ支援では、基地局装置１０から報知された路車間通信のパケット信号が転送対象にされる。また、基地局装置ＩＤは、車両１２が接近している基地局装置１０の識別番号を示す。グリーンウエーブ走行支援では、フィルタリング条件として、基地局装置ＩＤを指定しないが、転送間隔が広くなるように指定する。これは、路車間通信のパケット信号を間引いて転送することに相当する。

【0072】

衝突（追突）防止支援、ＣＬＰ渋滞予測では、フィルタリング条件としてエリア情報を設定し、他の車載用端末装置１４から報知された車車間通信のパケット信号が転送対象にされる。エリア情報を設定する際、ＧＰＳ処理部１４０から取得した位置情報が使用される。コミュニケーションでは、衝突（追突）防止支援、ＣＬＰ渋滞予測でのフィルタリング条件に加えて、車載用端末装置１４のＩＤがフィルタリング条件として設定されてもよい。なお、衝突（追突）防止支援、ＣＬＰ渋滞予測、コミュニケーションのそれぞれで設定されるエリアの位置は異なってもよい。発進時事故防止支援では、受信強度に対するしきい値がフィルタリング条件として設定され、携帯用端末装置１８から報知されたパケット信号が転送対象にされる。その結果、車載用端末装置１４のフィルタリング部１２０は、しきい値よりも受信強度が大きいパケット信号を選択して転送する。ペアリング歩行者表示では、ペアリングした携帯用端末装置１８のＩＤがフィルタリング条件に設定される。

【0073】

以上の構成による通信システム１００の動作を説明する。図１０は、車載用端末装置１４と携帯装置１３０による転送処理を示すシーケンス図である。携帯装置１３０のアプリケーションプログラム処理部１４６においてアプリケーションプログラムが起動される（Ｓ１０）。条件設定部１４４は、フィルタリング条件を設定する（Ｓ１２）。携帯装置１３０は、フィルタリング条件を車載用端末装置１４に送信する（Ｓ１４）。車載用端末装置１４のフィルタリング部１２０は、フィルタリング条件にしたがってフィルタリングを実行する（Ｓ１６）。転送部１２２は、フィルタリングによって選択されたパケット信号を携帯装置１３０に転送する（Ｓ１８）。携帯装置１３０のアプリケーションプログラム処理部１４６は、転送されてきたパケット信号を処理する（Ｓ２０）。

【0074】

本発明の実施例によれば、携帯装置から受信したフィルタリング条件をもとに転送すべきパケット信号を選択するので、携帯装置にとって必要な情報を転送できる。また、携帯装置から受信したフィルタリング条件をもとに転送すべきパケット信号を選択するので、転送のためのトラヒック量の増加を抑制できる。また、不要なパケット信号を転送しないので、携帯装置で処理すべきパケット信号の量を抑制できる。また、携帯装置で処理すべきパケット信号の量が抑制されるので、携帯装置の処理量を抑制できる。また、フィルタリング条件は、アプリケーションプログラムに応じて設定されるので、携帯装置で実行されているアプリケーションプログラムに適した情報を転送できる。また、フィルタリング条件として受信強度に対するしきい値を設定し、しきい値よりも受信強度の大きいパケット信号を選択するので、伝送距離の短いパケット信号を選択できる。また、伝送距離の短いパケット信号が選択されるので、パケット信号内に位置情報が含まれていなくても、位置を推定できる。

【0075】

（実施例２）
次に、本発明の実施例２を説明する。実施例２は、車載用端末装置に関する。実施例１に係る車載用端末装置は、携帯装置に転送させるためのパケット信号をフィルタリングする。一方、実施例２に係る車載用端末装置は、通知部において受信処理すべきパケット信号の量を低減するために、受信したパケット信号をフィルタリングする。これは、車載用端末装置における受信処理の処理量を低減するためである。実施例２に係る通信システム１００、基地局装置１０、携帯用端末装置１８は、図１、図２、図７と同様のタイプである。

【0076】

図１１は、車両１２に搭載された車載用端末装置１４の構成を示す。車載用端末装置１４は、第１通信部１１０、制御部４８を含む。第１通信部１１０は、第１アンテナ４０、ＲＦ部４２、変復調部４４、処理部４６を含み、処理部４６は、タイミング特定部５０、転送決定部５６、取得部５８、通知部６０、生成部６２を含む。タイミング特定部５０は、抽出部５２、キャリアセンス部５４を含む。制御部４８は、受付部１１６、記憶部１１８、フィルタリング部１２０を含む。取得部５８は、ＧＰＳモジュール１６０、センサ１６２の少なくとも一つを含み、通知部６０は、モニタ１６４、スピーカ１６６、ＬＥＤ１６８の少なくとも一つを含む。図１１では、取得部５８、通知部６０のそれぞれに含まれうる構成要素を示しているが、必ずしもすべての構成要素が含まれなくてもよい。図６に含まれた構成要素と同一の符号によって示された構成要素は、図６と同様の処理を実行する。ここでは、差異を中心に説明する。

【0077】

フィルタリング部１２０は、受信したパケット信号から、受付部１１６において受信したフィルタリング条件に合致したパケット信号を選択する。フィルタリング部１２０は、選択したパケット信号を通知部６０に出力する。通知部６０は、フィルタリング部１２０から受けつけたパケット信号に対して処理を実行する。

【0078】

本発明の実施例によれば、受信したパケット信号に対してフィルタリングを実行するので、車載用端末装置における受信処理の処理量を低減できる。

【0079】

（実施例３）
次に、本発明の実施例３を説明する。実施例３も、車載用端末装置に関し、これまでと同様の処理を実行する。実施例３では、車載用端末装置に対する電力供給を説明する。実施例３に係る通信システム１００、基地局装置１０、携帯用端末装置１８は、図１、図２、図７と同様のタイプである。

【0080】

図１２は、本発明の実施例３に係る車両１２の構成を示す。車両１２は、車載用端末装置１４、車載バッテリ１７４を含む。車載用端末装置１４の構成については後述する。車載バッテリ１７４は、車両１２に搭載され、車載用端末装置１４に電力を供給する。例えば、車載バッテリ１７４は、１２Ｖの直流電力を供給する。車載バッテリ１７４には、公知の技術が使用されればよいので、ここでは説明を省略する。

【0081】

図１３は、車載用端末装置１４の構成を示す。車載用端末装置１４は、動作部１７０、電源部１７２を含む。車載用端末装置１４は、車載バッテリ１７４に接続される。動作部１７０は、第１通信部１１０、第２通信部１１２、制御部４８を含むが、これらは図６と同様である。なお、動作部１７０は、図１１と同様に第１通信部１１０、制御部４８を含むように構成されてもよい。ここでは、図１３の構成にしたがって説明する。

【0082】

電源部１７２は、車両１２に搭載された車載バッテリ１７４と接続されており、車載バッテリ１７４からの電力を入力する。前述のごとく、入力される電力は、１２Ｖの直流電力である。電源部１７２は、動作部１７０が動作可能な電圧への変換を実行する。ここでは、入力された電圧と、動作部１７０が動作可能な電圧とは異なるものとする。電源部１７２は、変換した電力を動作部１７０へ供給する。なお、電源部１７２は、前述の動作を常時実行していてもよいし、車両１２に搭載されたアクセサリをオンするタイミングで前述の動作を実行してもよい。また、動作部１７０の動作電圧が入力電圧と同じ場合は、電源部１７２は電圧の変換を行わなくてもよい。動作部１７０は、電源部１７２に供給された電力によって、これまでの実施例で説明した動作を実行する。

【0083】

図１４は、車載用端末装置１４の別の構成を示す。車載用端末装置１４は、動作部１７０、電源部１７２を含む。動作部１７０は、図１３と同様に構成される。電源部１７２は、車載バッテリ１７４ではなく、図示しない外部の電源に接続される。外部の電源の一例は、商用電源である。電源部１７２は、外部の電源から電力を入力し、これまでと同様の処理を実行する。

【0084】

図１５は、車載用端末装置１４のさらに別の構成を示す。車載用端末装置１４は、動作部１７０、電源部１７２、内蔵バッテリ１７６を含む。動作部１７０は、図１３と同様に構成される。内蔵バッテリ１７６は、車載用端末装置１４に格納されたバッテリである。内蔵バッテリ１７６の一例は、リチウムイオンバッテリである。電源部１７２は、内蔵バッテリ１７６からの電力を入力し、これまでと同様の処理を実行する。

【0085】

本発明の実施例によれば、車載バッテリからの電力を受けつけ、動作部が動作可能な電圧への変換を実行するので、車載バッテリからの電力によって動作部を動作させることができる。また、車載バッテリからの電力によって車載用端末装置が動作させるので、車載バッテリと車載用端末装置とが搭載された車両を実現できる。なお、外部の電源で車載用端末装置を動作させることができる。さらに、内蔵バッテリによっても車載用端末装置を動作させるので、車載用端末装置を車両から取り外すことができる。

【0086】

（実施例４）
次に、本発明の実施例４を説明する。実施例４も、車載用端末装置に関する。実施例４に係る車載用端末装置は、実施例３での構成に加えて、有線回線を介して携帯用端末装置に接続する。つまり、車載用端末装置は、携帯用端末装置との間の通信を無線でなく、有線でも実行する。実施例４に係る通信システム１００、基地局装置１０、携帯用端末装置１８は、図１、図２、図７と同様のタイプである。なお、携帯用端末装置１８は、有線通信のインターフェイスを有する。

【0087】

図１６は、本発明の実施例４に係る車載用端末装置１４の構成を示す。車載用端末装置１４は、動作部１７０、電源部１７２を含む。車載用端末装置１４は、車載バッテリ１７４に接続されている。動作部１７０は、第１通信部１１０、第２通信部１１２、第３通信部１７８、制御部４８を含む。第１通信部１１０、第２通信部１１２は、これまでと同様の動作を実行するので、ここでは説明を省略する。以下では、実施例３との差異を中心に説明する。

【0088】

第３通信部１７８は、ケーブルにて携帯用端末装置１８に接続され、携帯用端末装置１８との間で通信を実行する。通信方式は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＬＡＮであるが、ここでは前者であるとする。第３通信部１７８における通信の内容は、第２通信部１１２における通信の内容と同様である。つまり、第３通信部１７８と第２通信部１１２とは、排他的に使用される。制御部４８は、第２通信部１１２と第３通信部１７８とのいずれかを使用する。例えば、制御部４８は、第３通信部１７８にケーブルが接続されることによって、第３通信部１７８が通信処理を実行している場合、第２通信部１１２に通信処理を実行させない。これは、第２通信部１１２よりも第３通信部１７８が優先的に使用されることに相当する。なお、動作部１７０には、第２通信部１１２が含まれなくてもよい。

【0089】

本発明の実施例によれば、携帯用端末装置との間に有線通信も実行可能であるので、通信の種類を増加できる。また、携帯用端末装置との間に有線通信を実行するので、通信の品質を向上できる。無線通信よりも有線通信を優先的に実行するので、複数の通信手段を簡易に切り替えることができる。

【0090】

（実施例５）
次に、本発明の実施例５を説明する。実施例５も、車載用端末装置に関する。これまでは、携帯用端末装置においてアプリケーションプログラムが実行されている。実施例５に係る車載用端末装置は、アプリケーションプログラムを実行する。実施例５に係る通信システム１００、基地局装置１０、携帯用端末装置１８は、図１、図２、図７と同様のタイプである。

【0091】

図１７は、本発明の実施例５に係る車載用端末装置１４の構成を示す。車載用端末装置１４は、動作部１７０、電源部１７２を含む。車載用端末装置１４は、車載バッテリ１７４に接続されている。動作部１７０は、第１通信部１１０、第２通信部１１２、制御部４８を含む。制御部４８は、受付部１１６、記憶部１１８、フィルタリング部１２０、転送部１２２、アプリケーション実行部１８０を含む。第１通信部１１０、第２通信部１１２は、これまでと同様の動作を実行するので、ここでは説明を省略する。携帯用端末装置１８は、図８のアプリケーションプログラム処理部１４６と同様の処理を実行する。

【0092】

本発明の実施例によれば、携帯用端末装置において実行されるアプリケーションプログラムを車載用端末装置でも実行するので、携帯用端末装置がなくても同様のサービスを提供できる。

【0093】

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

【0094】

本発明の実施例において、携帯装置１３０と車載用端末装置１４とは同一の車両１２に存在していながらも、車載用端末装置１４は車両１２に設置され、携帯装置１３０は車両１２内の人に携帯されている。しかしながらこれに限らず例えば、車載用端末装置１４が、携帯装置１３０を接続するためのクレードルを備えており、クレードルに携帯装置１３０を差し込むことによって、携帯装置１３０と車載用端末装置１４とが物理的に接続されてもよい。その際、携帯装置１３０と車載用端末装置１４との間の通信には、近距離無線通信方式が使用されてもよいし、有線通信方式が使用されてもよい。本変形例によれば、車両１２において、携帯装置１３０と車載用端末装置１４とを一体的に使用できる。

【0095】

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

【0096】

本発明の一態様の概要は、次の通りである。本発明のある態様の端末装置は、動作部と、動作部に対して電力を供給する電源部とを備える。動作部は、第１の通信方式にしたがって、基地局装置から報知されたパケット信号を受信するとともに、他の端末装置から報知されたパケット信号を受信する第１通信部と、第１の通信方式とは異なった第２の通信方式にしたがって、携帯装置との通信を実行する第２通信部と、第２通信部を介して携帯装置から、フィルタリング条件を受信する受付部と、第１通信部において受信したパケット信号から、受付部において受信したフィルタリング条件に合致したパケット信号を選択するフィルタリング部と、フィルタリング部において選択したパケット信号に含まれた情報を第２通信部から携帯装置へ転送させる転送部と、を備える。

【0097】

この態様によると、携帯装置から受信したフィルタリング条件をもとに転送すべきパケット信号を選択するので、転送のためのトラヒック量の増加を抑制できる。

【0098】

電源部は、車両に搭載されたバッテリから電力を入力し、動作部が動作可能な電圧で動作部へ電力を供給してもよい。この場合、動作部に対して安定的に電力を供給することができ、端末装置としての動作を安定化することができる。

【0099】

第１通信部において受信したパケット信号の受信強度を測定する測定部をさらに備えてもよい。受付部において受信したフィルタリング条件は、受信強度に対するしきい値であり、フィルタリング部は、しきい値よりも受信強度が大きいパケット信号を選択してもよい。この場合、しきい値よりも受信強度の大きいパケット信号を選択するので、伝送距離の短いパケット信号を選択できる。

【符号の説明】

【0100】

１０ 基地局装置、 １２ 車両、 １４ 車載用端末装置、 １６ 歩行者、 １８ 携帯用端末装置、 ４０ 第１アンテナ、 ４２ ＲＦ部、 ４４ 変復調部、 ４６ 処理部、 ４８ 制御部、 ５０ タイミング特定部、 ５２ 抽出部、 ５４ キャリアセンス部、 ５６ 転送決定部、 ５８ 取得部、 ６０ 通知部、 ６２ 生成部、 １００ 通信システム、 １１０ 第１通信部、 １１２ 第２通信部、 １１４ 第２アンテナ、 １１６ 受付部、 １１８ 記憶部、 １２０ フィルタリング部、 １２２ 転送部、 １３０ 携帯装置、 １３２ 第１アンテナ、 １３４ 第２アンテナ、 １３６ 第３アンテナ、 １３８ セルラ通信部、 １４０ ＧＰＳ処理部、 １４２ 近距離通信部、 １４４ 条件設定部、 １４６ アプリケーションプログラム処理部、 １４８ 通知部、 １５０ 操作部、 １５２ 制御部、 １６０ ＧＰＳモジュール、 １６２ センサ、 １６４ モニタ、 １６６ スピーカ、 １６８ ＬＥＤ、 １７０ 動作部、 １７２ 電源部、 １７４ 車載バッテリ、 １７６ 内蔵バッテリ、 １７８ 第３通信部、 １８０ アプリケーション実行部、 １９０ モニタ、 １９２ スピーカ、 １９４ ＬＥＤ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】