特開 2023-138862 装置、車両、制御方法、プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023138862

(43)【公開日】2023-10-02

(54)【発明の名称】装置、車両、制御方法、プログラム

(51)【国際特許分類】

   G08G 1/16 20060101AFI20230922BHJP

【ＦＩ】

G08G1/16 A

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023131941

(22)【出願日】2023-08-14

(62)【分割の表示】P 2020068996の分割

【原出願日】2013-09-10

(31)【優先権主張番号】P 2012217887

(32)【優先日】2012-09-28

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】314012076

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

(74)【代理人】

【識別番号】100123102

【弁理士】

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

(72)【発明者】

【氏名】中莖 俊朗

(72)【発明者】

【氏名】水口 孝夫

(57)【要約】

【課題】運転支援がなされている車両を起因とした事故を抑制する技術を提供する。
【解決手段】アプリケーション処理部７６は、車両に搭載された通知装置としてのアプリケーションを実行する。アプリケーション処理部７６において、入力部１１０は、本車両が運転支援を受けていることが示された情報を取得する。アプリケーション処理部７６において、出力部１１２は、入力部１１０において取得した情報にしたがって、他の車両への通知を出力する。
【選択図】図７

【特許請求の範囲】

【請求項1】

車両のための装置であって、
前記車両が自動運転にて走行中であることを示す情報を取得した場合に、前記車両が自動運転にて走行中であることを表示させるための指示を出力する出力部と、
前記出力部から出力された指示に従って点灯する表示部と、を備え、但し、前記表示部は、他の車両とともに隊列走行を行っていることを示すために用いられるものを除く、
を備え、
前記指示を取得した前記表示部において、前記車両が、自動運転にて走行中であることが表示され、
前記表示によって、前記車両が自動運転にて走行中であることを他の車両の運転者に対して認識させ、
前記表示部は、前記車両が自動運転にて走行中であることが、前記車両の前方から認識可能に構成されている、
装置。

【請求項2】

さらに、目的地までの経路を導出する導出部と、
前記車両の移動速度と進行方向を制御して、前記導出された経路に沿って前記車両を自動運転にて単独で走行させるよう運転支援する制御部と、
を備える、請求項１に記載の装置。

【請求項3】

前記表示部は、方向表示灯である、
請求項１又は２に記載の装置。

【請求項4】

前記装置は、さらに、前記導出された経路を反映させた地図画像を表示するためのモニタを備える、
請求項２に記載の装置。

【請求項5】

前記目的地までの経路には、交差点が含まれる、請求項２に記載の装置。

【請求項6】

請求項１～５のいずれか１項に記載の装置を含む車両。

【請求項7】

車両のための制御方法であって、
前記車両が自動運転にて走行中であることを示す情報を取得した場合に、前記車両が自動運転にて走行中であることを表示させるための指示を前記指示に従って点灯する表示部に対して出力し、但し、前記表示部は、他の車両とともに隊列走行を行っていることを示すために用いられるものを除く、
前記指示を取得した前記表示部において、前記車両が、自動運転にて走行中であることが表示され、
前記表示によって、前記車両が自動運転にて走行中であることを他の車両の運転者に対して認識させ、
前記表示部は、前記車両が自動運転にて走行中であることが、前記車両の前方から認識可能に構成されている、
制御方法。

【請求項8】

請求項７に記載の制御方法をコンピュータに実行させるためのプログラム。

【請求項9】

車両であって、
前記車両の前方から認識可能な位置に配置されるとともに、点灯する表示部を備え、但し、前記表示部は、他の車両とともに隊列走行を行っていることを示すために用いられるものを除く、
前記表示部の表示によって、前記車両の運転支援が自動運転に起因していることを他の車両の運転者に対して認識させる、
車両。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通知技術に関し、特に所定の情報に応じた通知を出力する装置、車両、制御方法、プログラムに関する。

【背景技術】

【0002】

自車が危険な走行状態に陥ることを未然に防止するために、自車を運転している運転者に、危険回避のための警報出力を自動的に行う運転支援システムが提案されている。このシステムでは、警報出力を決定するために、自車の走行状態や前方障害物の存在が検出されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００３－１５７４８２号公報

【発明の概要】

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

【0004】

グリーンウェーブ（以下、「ＧＷ」という）のような運転支援を受けて運転される車両が存在する場合、それを見た周囲の車両の運転者は、加減速等の挙動の理由を理解できず、追突事故を引き起こしたり、不快な気分にさせて煽り等の危険な運転をしたりしうる。

【0005】

本発明はこうした状況に鑑みてなされたものであり、その目的は、運転支援がなされている車両を起因とした事故を抑制する技術を提供することにある。

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

【0006】

上記課題を解決するために、本発明のある態様の装置は、車両のための装置であって、車両が自動運転にて走行中であることを示す情報を取得した場合に、車両が自動運転にて走行中であることを表示させるための指示を出力する出力部と、出力部から出力された指示に従って点灯する表示部と、を備える。但し、前記表示部は、他の車両とともに隊列走行を行っていることを示すために用いられるものを除く。指示を取得した表示部において、車両が、自動運転にて走行中であることが表示され、表示によって、車両が自動運転にて走行中であることを他の車両の運転者に対して認識させ、表示部は、車両が自動運転にて走行中であることが、車両の前方から認識可能に構成されている。

【0007】

本発明の別の態様は、制御方法である。この方法は、車両のための制御方法であって、車両が自動運転にて走行中であることを示す情報を取得した場合に、車両が自動運転にて走行中であることを表示させるための指示を指示に従って点灯する表示部に対して出力し、但し、表示部は、他の車両とともに隊列走行を行っていることを示すために用いられるものを除く、指示を取得した表示部において、車両が、自動運転にて走行中であることが表示され、表示によって、車両が自動運転にて走行中であることを他の車両の運転者に対して認識させ、表示部は、車両が自動運転にて走行中であることが、車両の前方から認識可能に構成されている。
本発明のさらに別の態様は、車両である。この車両は、車両であって、車両の前方から認識可能な位置に配置されるとともに、点灯する表示部を備える。但し、表示部は、他の車両とともに隊列走行を行っていることを示すために用いられるものを除く。表示部の表示によって、車両の運転支援が自動運転に起因していることを他の車両の運転者に対して認識させる。

【0008】

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

【発明の効果】

【0009】

本発明によれば、運転支援がなされている車両を起因とした事故を抑制できる。

【図面の簡単な説明】

【0010】

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

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

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

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

【図5】図４の端末装置でのプロトコルスタックを示す図である。

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

【図7】図４のアプリケーション処理部の構成を示す図である。

【図8】図８（ａ）－（ｃ）は、図７のアプリケーション処理部から出力されるデータのデータ構造を示す図である。

【図9】図５の端末装置によるパケット信号の送信手順を示すフローチャートである。

【図10】図５の端末装置によるパケット信号の別の送信手順を示すフローチャートである。

【図11】本発明の実施例２に係るアプリケーション処理部の構成を示す図である。

【図12】図１１のアプリケーション処理部による推定手順を示すフローチャートである。

【図13】本発明の実施例３に係る通知装置の構成を示す図である。

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

【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】

本発明によれば、運転支援がなされている車両を起因とした事故を抑制できる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】