JP2010237934A

JP2010237934A - 車車間通信装置

Info

Publication number: JP2010237934A
Application number: JP2009084800A
Authority: JP
Inventors: Tadahiro Kashiwai; 忠大柏井; Tomonori Sugiura; 智則杉浦; Takeshi Goto; 剛後藤
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2009-03-31
Filing date: 2009-03-31
Publication date: 2010-10-21

Abstract

【課題】通信確立先を制御することにより、車車間通信の有用性の向上が図られる車車間通信装置を提供する。
【解決手段】車車間通信装置１では、走行中の道路が渋滞中であることを検知した場合に、自車両の走行経路情報と複数の他車両の走行経路情報とに基づいて通信先となる他車両を決定し、通信を確立する。自車両の走行経路に関連性の高い他車両との間では、ユーザ同士の話題の共通性が高いと考えられ、通信の持続性も確保しやすい。したがって、この車車間通信装置１では、走行経路に基づいて通信先の他車両を決定することにより、車車間通信の利用頻度が高まる渋滞の際に、ボイスチャット、車車間ラジオ、車車間ダウンロードといった有用性の高い通信を確立することが可能となる。
【選択図】図１

Description

本発明は、車両に搭載され、他車両との通信を行う車車間通信装置に関する。

車車間通信装置に関する技術として、例えば特許文献１に記載の車載チャットシステムがある。この従来の車載チャットシステムは、センタ施設を介した音声信号の送受信によって３台以上の車車間で音声通信を確立するシステムであり、競合する音声信号を所定の選別基準に従って選別することにより、音声信号の発信が同時多発的に生じても効果的に会話が成立するように調整がなされている。

特開２００６−１９５５７７号公報

ところで、道路渋滞が発生しているときなどでは、情報収集や気分転換などを目的として車車間通信の利用頻度が高まると考えられる。しかしながら、上述した従来の車車間通信装置では、どの車両との間で通信を確立するかという点については考慮されていない。そのため、ユーザ側からすれば、通信先の車両が予め登録された知人などの車両に限られてしまい、車車間通信の有用性が限定的になってしまうという問題があった。

本発明は、上記課題の解決のためになされたものであり、通信確立先を制御することにより、車車間通信の有用性の向上が図られる車車間通信装置を提供することを目的とする。

上記課題の解決のため、本発明に係る車車間通信装置は、車両に搭載され、複数の他車両との間で情報通信を行う車車間通信装置であって、自車両の走行経路に関する走行経路情報を格納する走行経路情報格納手段と、自車両が走行中の道路が渋滞中であるか否かを検知する渋滞検知手段と、渋滞検知手段によって道路が渋滞中であることが検知された場合に、複数の他車両から走行経路情報を受信する走行経路情報受信手段と、走行経路情報受信手段が受信した複数の他車両の走行経路情報と、走行経路情報格納手段に格納される自車両の走行経路情報とに基づいて通信先となる他車両を決定し、当該他車両との間で通信を確立する車車間通信手段と、を備えたことを特徴としている。

この車車間通信装置では、走行中の道路が渋滞中であることを検知した場合に、自車両の走行経路情報と複数の他車両の走行経路情報とに基づいて通信先となる他車両を決定し、通信を確立する。自車両の走行経路に関連性の高い他車両との間では、ユーザ同士の話題の共通性が高いと考えられ、通信の持続性も確保しやすい。したがって、この車車間通信装置では、走行経路に基づいて通信先の他車両を決定することにより、車車間通信の利用頻度が高まる渋滞の際に有用性の高い通信を確立することが可能となる。

また、車車間通信手段は、自車両の走行予定経路と一致する走行予定経路を走行する他車両を通信先となる他車両に決定することが好ましい。この場合、ユーザの目的地が一致することにより、ユーザ同士の話題の関連性及び通信の持続性が一層高められる。

また、車車間通信手段は、自車両の走行履歴の少なくとも一部と一致する走行履歴を有する他車両を通信先となる他車両に決定することが好ましい。この場合、ユーザ同士の話題の関連性がさらに高められる。

本発明によれば、通信確立先を制御することにより、車車間通信の有用性の向上が図られる。

本発明に係る車車間通信装置の一実施形態を示す機能ブロック図である。車車間通信装置の通信範囲の一例を示す図である。他車両の車車間通信装置との間で車車間通信が確立されるまでの処理の一例を示すフローチャートである。渋滞検知処理の一例を示すフローチャートである。車車間通信処理の一例を示すフローチャートである。ボイスチャット処理の一例を示すフローチャートである。ボイスチャットアイコン及びテーマリストの一例を示す図である。車車間ラジオ処理の一例を示すフローチャートである。車車間ラジオアイコン及び楽曲リストの一例を示す図である。車車間ダウンロード処理を行う際の渋滞検知処理を示すフローチャートである。車車間ダウンロード処理の一例を示すフローチャートである。更新案内アイコン及び更新実行中の画面の一例を示す図である。ソフトウェア更新処理を示すフローチャートである。

以下、図面を参照しながら、本発明に係る車車間通信装置の好適な実施形態について詳細に説明する。

［車車間通信装置の構成］
図１は、本発明に係る車車間通信装置の一実施形態を示すブロック構成図である。図１に示すように、車車間通信装置１は、ナビゲーション機能部１０１と、走行経路情報格納部１０２と、渋滞検知部１０３と、車車間通信部１０４と、サービス制御部１０５と、表示部１０６とを備え、走行中の道路に渋滞が生じた場合に、他車両の車車間通信装置との間で種々の通信サービスを提供する装置として構成されている。

ナビゲーション機能部１０１は、自車両の現在位置や進行方向を地図上に表示すると共に、ユーザが設定した現在地情報及び目的地情報から走行予定経路を探索し、探索した走行予定経路に従って案内を行う部分である。ナビゲーション機能部１０１による地図・経路等は、例えば運転席のダッシュボード中央に配置された表示部１０６に表示される。

また、ナビゲーション機能部１０１は、案内を開始した走行予定経路を示す走行予定経路情報を走行経路情報格納部１０２に出力する。走行経路情報格納部１０２は、ナビゲーション機能部１０１から出力された走行予定経路情報を、過去の走行経路（走行履歴情報）と共に格納する。

渋滞検知部１０３は、自車両が走行中の道路が渋滞しているか否かを検知する部分である。渋滞検知部１０３は、例えば車両に搭載される車速センサ・前方画像カメラ等によって自車両の速度及び自車両の前方に存在する他車両の車両密度を算出し、算出結果と閾値とを比較することによって渋滞の検知結果情報を生成する。渋滞検知部１０３は、生成した検知結果情報を車車間通信部１０４に出力する。

車車間通信部１０４は、他車両の車車間通信装置との間での通信を制御する部分であり、本発明における走行経路情報受信手段及び車車間通信手段として機能する部分である。車車間通信部１０４は、道路が渋滞している旨の検知結果情報を渋滞検知部１０３から受け取ると、通信サービスの提供のための車車間通信を実行する。より具体的には、車車間通信部１０４は、車車間通信の確立にあたって、図２に示すように、自車両１１から一定の範囲に存在する他車両１２の車車間通信装置から当該他車両１２の走行予定経路情報及び走行履歴情報を収集する。

次に、車車間通信部１０４は、走行経路情報格納部１０２から走行予定経路情報及び走行履歴情報を読み出し、他車両１２から収集した走行予定経路情報及び走行履歴情報と比較を行う。そして、車車間通信部１０４は、走行予定経路情報及び走行履歴情報を収集した他車両１２のうち、自車両１１の走行予定経路と一致する走行予定経路を走行する他車両１２、及び自車両１１の走行履歴の少なくとも一部と一致する走行履歴を有する他車両１２を通信先となる他車両に決定し、車車間通信を確立させる。

なお、車車間通信部１０４の通信範囲に関しては、図２に示すように、自車両における車車間通信装置１の通信範囲の境界近傍に位置する他車両１２の車車間通信装置を中継装置とし、マルチホップ処理を利用して範囲の拡大を図るようにしてもよい。また、接続の持続性を考慮し、対向車両については通信先から除外し、走行予定経路及び走行履歴が一致する他車両１２のうち、自車両１１と同一方向に進む後続車両を優先的に通信先とすることが好ましい。

サービス制御部１０５は、車車間通信部１０４によって確立された車車間通信でやり取りされる各種の通信サービスを制御する部分である。サービス制御部１０５は、例えば図１に示すように、ボイスチャット制御部２０１と、車車間ラジオ制御部２０２と、車車間ダウンロード制御部２０３とによって構成されている。また、各通信サービスに用いる機能ブロックとして、ボイスチャット制御部２０１には、後述するテーマタグ情報・楽曲タグ情報を格納するタグ情報格納部２０４が接続され、車車間ダウンロード制御部２０３には、ナビゲーション用ソフトウェアのデータを格納するソフトウェア格納部２０５が接続されている。ボイスチャット制御部２０１、車車間ラジオ制御部２０２、及び車車間ダウンロード制御部２０３による処理の詳細については、後述する。

［車車間通信確立処理］
続いて、上述した構成を有する車車間通信装置１の処理について説明する。図３〜図５は、他車両の車車間通信装置との間で車車間通信が確立されるまでの処理の一例を示すフローチャートである。

車車間通信装置１では、ナビゲーション機能部１０１によって案内が行われている間、図３に示すように、渋滞検知処理が行われる（ステップＳ０１）。渋滞検知処理の後、渋滞判定フラグがＯＮであるか否かの判断がなされ（ステップＳ０２）、渋滞判定フラグがＯＮである場合には、車車間通信処理が実行される（ステップＳ０３）。渋滞判定フラグがＯＦＦである場合には、車車間通信処理は実行されずに終了する。

図４は、渋滞検知処理の一例を示すフローチャートである。渋滞検知処理では、まず、自車両の速度の検出が行われ（ステップＳ１１）、自車両の速度がＮｋｍ／ｈ以下の状態でＴ秒以上継続したか否かの判断がなされる（ステップＳ１２）。自車両の速度がＮｋｍ／ｈ以下の状態でＴ秒以上継続した場合には、次に車両密度の検出が行われ（ステップＳ１３）、自車両の前方Ｐｍ以内に存在する他車両の数がＱ台以上であるか否かの判断がなされる（ステップＳ１４）。

ステップＳ１４において、自車両の前方Ｐｍ以内に存在する他車両の数がＱ台以上である場合には、渋滞判定フラグがＯＮとなり（ステップＳ１５）、渋滞検知処理が終了する。また、ステップＳ１２において、自車両の速度がＮｋｍ／ｈ以下の状態でＴ秒以上継続しなかった場合、及びステップＳ１４において、自車両の前方Ｐｍ以内に存在する他車両の数がＱ台未満であった場合には、渋滞判定フラグがＯＦＦとなり（ステップＳ１６）、渋滞検知処理が終了する。

また、図５は、車車間通信処理の一例を示すフローチャートである。渋滞検知処理において渋滞判定フラグがＯＮとなった場合、まず、自車両から一定の範囲に存在する他車両の車車間通信装置から当該他車両の走行予定経路情報及び走行履歴情報が収集される（ステップＳ２１）。次に、自車両の走行予定経路情報及び走行履歴情報が読み出され（ステップＳ２２）、走行経路情報の比較が行われる。

そして、走行予定経路情報及び走行履歴情報を収集した他車両のうち、自車両の走行予定経路と一致する走行予定経路を走行する他車両、及び自車両の走行履歴の少なくとも一部と一致する走行履歴を有する他車両が通信先となる他車両に決定され（ステップＳ２３）、車車間通信が確立される（ステップＳ２４）。

［車車間通信サービス］
次に、車車間通信を確立させた後の車車間通信サービスについて説明する。本実施形態では、ボイスチャット、車車間ラジオ、及び車車間ダウンロードの３つの車車間通信サービスが想定されている。

図６は、ボイスチャット処理の一例を示すフローチャートである。同図に示すように、ボイスチャット処理を行う場合には、まず、車車間通信を確立した他車両からテーマタグ情報の収集が行われる（ステップＳ３１）。テーマタグ情報には、行楽地に関する情報や渋滞に関する情報など、ボイスチャットのテーマに関する情報が含まれている。収集されたテーマタグ情報は、タグ情報格納部２０４に一時的に格納される。

テーマタグ情報を収集した後、図７（ａ）に示すように、表示部１０６へのボイスチャットアイコンＡ１の表示がなされる（ステップＳ３２）。図７（ａ）に示す例では、表示部１０６には車両の現在地周辺の地図が表示されており、ボイスチャットアイコンＡ１は、画面右下部分において地図の前面に表示されている。ボイスチャットアイコンＡ１の表示の後、アイコンが選択されたか否かの判断がなされ（ステップＳ３３）、アイコンが選択されると、表示部１０６には、ボイスチャットのテーマリストが表示される（ステップＳ３４）。

図７（ｂ）に示す例では、テーマリストとして、「目的地情報：○×スキー場」、「目的地情報：△×山」、及び「渋滞状況」が表示されている。また、リストの最下列には、テーマ登録ボタンが表示されている。このとき、テーマ登録の選択の有無が判断され（ステップＳ３５）、テーマ登録ボタンが操作された場合には、文字入力又は音声入力によってテーマの登録が行われる（ステップＳ３６）。

次に、テーマの選択の有無が判断される（ステップＳ３７）。テーマの選択がなされた場合、テーマタグ情報の収集を行った他車両のうち、選択されたテーマのテーマタグ情報を保有する他車両との間でアドホック通信が確立され、ボイスチャット通信処理が実行される（ステップＳ３８）。なお、このボイスチャット通信にあたっては、不特定のユーザとの間で通信が行われるので、個人情報保護の観点から車車間通信装置１にボイスチェンジ機能を搭載しておくことが好ましい。

図８は、車車間ラジオ処理の一例を示すフローチャートである。同図に示すように、車車間ラジオ処理を行う場合には、まず、車車間通信を確立した他車両から楽曲タグ情報の収集が行われる（ステップＳ４１）。楽曲タグ情報には、楽曲のジャンル・アーティスト名・タイトルといった情報が含まれている。収集された楽曲タグ情報は、タグ情報格納部２０４に一時的に格納される。

楽曲タグ情報を収集した後、図９（ａ）に示すように、表示部１０６への車車間ラジオアイコンＡ２の表示がなされる（ステップＳ４２）。図９（ａ）に示す例では、表示部１０６には車両の現在地周辺の地図が表示されており、車車間ラジオアイコンＡ２は、画面右下部分において地図の前面に表示されている。車車間ラジオアイコンＡ２の表示の後、アイコンが選択されたか否かの判断がなされ（ステップＳ４３）、アイコンが選択されると、表示部１０６には、車車間ラジオの楽曲リストが表示される（ステップＳ４４）。

図９（ｂ）に示す例では、楽曲リストが階層的に表示されている。始めの画面では、楽曲のジャンルとして例えば「ＰＯＰＳ」、「Ｒ＆Ｂ」、「クラシック」といった項目が表示され、これらのいずれかを選択すると、次に、アーティスト名として、「アーティストＡ」、「アーティストＢ」、「アーティストＣ」が表示される。さらに、いずれかのアーティストを選択すると、楽曲のタイトルとして、「楽曲Ａ」、「楽曲Ｂ」、「楽曲Ｃ」が表示される。

その後、楽曲の選択の有無が判断される（ステップＳ４５）。楽曲の選択がなされた場合、楽曲タグ情報の収集を行った他車両のうち、選択された楽曲の楽曲タグ情報を保有する他車両との間でアドホック通信が確立され、楽曲データのストリーミング配信処理が実行される（ステップＳ４６）。なお、この車車間ラジオ処理にあたっては、配信された楽曲データを車車間通信装置１に保存しないようにすることが好ましい。

次に、車車間ダウンロード処理について説明する。この処理においては、図４に示した渋滞検知処理に代えて、車車間通信装置１におけるＣＰＵ使用率に基づく渋滞検知処理を行うようにしてもよい。すなわち、図１０に示すように、この場合の渋滞検知処理では、まず、ＣＰＵ使用率の検出が行われ（ステップＳ５１）、ＣＰＵ使用率がＸ％以下であるか否かの判断がなされる（ステップＳ５２）。

ステップＳ５２において、ＣＰＵ使用率がＸ％以下であると判断された場合には、エンジン停止・信号待ち・渋滞などが要因でＣＰＵ使用率が低下したものとみなされ、渋滞判定フラグがＯＮとなる（ステップＳ５３）。一方、ステップＳ５２において、ＣＰＵ使用率がＸ％を超えている場合には、エンジン停止・信号待ち・渋滞などが要因でＣＰＵ使用率が低下したものとみなされず、渋滞判定フラグがＯＦＦとなる（ステップＳ５４）。

渋滞判定フラグがＯＮとなった場合、図５と同様の車車間通信処理が実行された後、車車間ダウンロード処理が行われる。図１１は、車車間ダウンロード処理の一例を示すフローチャートである。同図に示すように、車車間ダウンロード処理を行う場合には、まず、車車間通信を確立した他車両からソフトウェアバージョン情報の収集が行われる（ステップＳ６１）。

次に、収集されたソフトウェアバージョン情報と、ソフトウェア格納部２０５に格納されているソフトウェアバージョン情報とを比較し、現在のバージョンよりも新しいバージョンが存在するか否かの判断がなされる（ステップＳ６２）。現在のバージョンよりも新しいバージョンが存在しない場合、そのまま処理が終了する。

現在のバージョンよりも新しいバージョンが存在する場合、ソフトウェア格納部２０５にダウンロード中断中のソフトウェアのデータが存在するか否かの確認がなされる（ステップＳ６３）。ダウンロード中断中のソフトウェアのデータが存在し、かつ当該ソフトウェアのバージョンがステップＳ６１で収集されたソフトウェアバージョンと同一である場合には、中断中のダウンロードが再開される。また、ダウンロード中断中のソフトウェアのデータが存在していても、ステップＳ６１で収集されたソフトウェアバージョンの方が新しい場合には、ダウンロード中断中のソフトウェアのデータが破棄される。

ダウンロード状態の確認の後、最新バージョンのソフトウェアを保有する他車両との間でアドホック通信が確立され、ソフトウェアデータのダウンロードが実行される（ステップＳ６４）。ダウンロード実行中は、ダウンロード状態が随時保存される（ステップＳ６５）。次に、ダウンロードが完了したか否かの判断がなされ（ステップＳ６６）、ダウンロードが完了すると、更新案内アイコンが表示部１０６に表示される。図１２（ａ）に示す例では、表示部１０６には車両の現在地周辺の地図が表示されており、更新案内アイコンＡ３は、画面下部分において地図の前面に表示されている。

更新案内アイコンＡ３が選択されると、次に、ソフトウェア更新処理が実行される。図１３は、ソフトウェア更新処理の一例を示すフローチャートである。同図に示すように、ソフトウェア更新処理を行う場合には、ナビゲーション機能部１０１によるナビゲーションが使用できなくなることに鑑み、まず、自車両のエンジンが停止しているか否かの判断がなされる（ステップＳ７１）。

自車両のエンジンが停止していると判断された場合には、次に、ソフトウェアのダウンロードが完了しているか否かの判断がなされ（ステップＳ７２）、ダウンロードが完了している場合には、ソフトウェアの更新が実行される（ステップＳ７３）。ソフトウェアの更新中は、例えば図１２（ｂ）に示すように、「最新ソフトのダウンロードを完了しました。ＸＸＸの更新を開始します」といったメッセージと共に、更新処理の進捗状況を示すゲージが表示部１０６に表示される。なお、この表示については、車内に乗員がいるかどうかを検出するセンサを設けておき、車内に乗員がいる場合にのみ表示するようにしてもよい。

以上説明したように、車車間通信装置１では、走行中の道路が渋滞中であることを検知した場合に、自車両の走行経路情報と複数の他車両の走行経路情報とに基づいて通信先となる他車両を決定し、通信を確立する。自車両の走行経路に関連性の高い他車両との間では、ユーザ同士の話題の共通性が高いと考えられ、通信の持続性も確保しやすい。したがって、この車車間通信装置１では、走行経路に基づいて通信先の他車両を決定することにより、車車間通信の利用頻度が高まる渋滞の際に、ボイスチャット、車車間ラジオ、車車間ダウンロードといった有用性の高い通信を確立することが可能となる。

また、この車車間通信装置１では、自車両の走行予定経路と一致する走行予定経路を走行する他車両、及び自車両の走行履歴の少なくとも一部と一致する走行履歴を有する他車両を通信先となる他車両に決定している。このため、ユーザ同士の話題の関連性及び通信の持続性が一層高められる、車車間通信の有用性を更に向上させることができる。

１…車車間通信装置、１１…自車両、１２…他車両、１０２…走行経路情報格納部、１０３…渋滞検知部、１０４…車車間通信部（走行経路情報受信手段、車車間通信手段）。

Claims

車両に搭載され、複数の他車両との間で情報通信を行う車車間通信装置であって、
自車両の走行経路に関する走行経路情報を格納する走行経路情報格納手段と、
前記自車両が走行中の道路が渋滞中であるか否かを検知する渋滞検知手段と、
前記渋滞検知手段によって前記道路が渋滞中であることが検知された場合に、前記複数の他車両から走行経路情報を受信する走行経路情報受信手段と、
前記走行経路情報受信手段が受信した前記複数の他車両の前記走行経路情報と、前記走行経路情報格納手段に格納される前記自車両の前記走行経路情報とに基づいて通信先となる他車両を決定し、当該他車両との間で通信を確立する車車間通信手段と、を備えたことを特徴とする車車間通信装置。
前記車車間通信手段は、前記自車両の走行予定経路と一致する走行予定経路を走行する他車両を通信先となる他車両に決定することを特徴とする請求項１記載の車車間通信装置。
前記車車間通信手段は、前記自車両の走行履歴の少なくとも一部と一致する走行履歴を有する他車両を通信先となる他車両に決定することを特徴とする請求項１又は２記載の車車間通信装置。