JP2016224477A - 車載装置、運転モード制御システム、及び運転モード制御方法 - Google Patents

Abstract

【課題】安全運転を支援する。
【解決手段】車載装置３０は、車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由してサーバ１０に送信し、サーバ１０からドライバの評価情報を取得する通信部３２１と、取得したドライバの評価情報に基づいて、車両の運転モードに関する制御を行う制御部３２４と、を備える。
【選択図】図４

Description

本発明は、車載装置、運転モード制御システム、及び運転モード制御方法に関する。

従来から、ドライバの運転行動を評価し、その評価結果をドライバにフィードバックすることで、ドライバの安全意識の向上を促し、安全運転につなげる取り組みがなされている。例えば、運転シミュレータを用いた模擬運転データから、ドライバの運転技術を診断し、診断結果に基づいて安全運転に関する助言や指導を行うサービスが提供されている（例えば、非特許文献１参照）。また、筆記試験、危険感受性テスト、適性診断専用の機械を用いた機械診断などにより、運転適正を診断するサービスが提供されている（例えば、非特許文献２参照）。

また、近年、自動車が、ドライバの安全運転を支援する技術も出現してきている。例えば、カーナビゲーション装置から取得される車両の挙動データを利用して、安全診断コンテンツを生成する技術（例えば、特許文献１参照）が知られている。また、所定基準に基づいてユーザが安全運転を行っているか判定し、判定結果に応じてポイント数を算出／累計する技術（例えば、特許文献２参照）が知られている。さらに、車両に搭載された電子部品やセンサから車両の運行データを検出し、当該運行データの解析結果に基づいて、ドライバに喚起すべき運転行動を選択し、車両のドライバに提供する技術（例えば、特許文献３参照）が知られている。

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

独立行政法人 自動車事故対策機構、ドライバ適正診断の流れ、[online]、［平成２７年５月１日検索］、インターネット（URL:http://www.nasva.go.jp/fusegu/tekiseiflow.html） ヤマト・スタッフ・サプライ株式会社、運転適正診断、[online]、［平成２７年５月１日検索］、インターネット（URL: http://www.y-staff-supply.co.jp/reason/index.html）

しかしながら、従来技術では、診断結果や評価結果を運転動作に反映するかどうかはドライバ次第であるため、安全運転を十分に支援できていない場合があった。また、最近では、自動車の自動運転技術や運転をアシストする機能の開発が進められているものの、ドライバの技術や技量等に応じた制御は十分に行われていない。

１つの側面では、本発明は、安全運転を支援することが可能な車載装置、運転モード制御システム、及び運転モード制御方法を提供することを目的とする。

一つの態様では、車載装置は、車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由して外部サーバに送信する送信部と、前記外部サーバから前記ドライバの評価情報を取得する取得部と、取得した前記ドライバの評価情報に基づいて、前記車両の運転モードに関する制御を行う制御部と、を備える。

１つの側面として、安全運転を支援することができる。

一実施形態に係る運転モード制御システムの構成を概略的に示す図である。 車載システムの構成を概略的に示す図である。 図３（ａ）は、車載装置の制御装置のハードウェア構成の一例を示す図であり、図３（ｂ）は、サーバのハードウェア構成の一例を示す図である。 車載装置及びサーバの機能ブロック図である。 図５（ａ）〜図５（ｃ）は、識別符号管理ＤＢのデータ構造を示す図である。 運転評価情報ＤＢのデータ構造を示す図である。 エリア別更新回数ＤＢのデータ構造を示す図である。 車載装置の他車両認識処理を示すフローチャートである。 図９（ａ）〜図９（ｃ）は、フロントガラスに表示される画像について説明するための図である。 車載装置の評価情報送信処理を示すフローチャートである。 サーバの評価情報更新処理を示すフローチャートである。 車載装置の運転モード制御処理を示すフローチャートである。 車載装置のエリア別運転モード制御処理を示すフローチャートである。 車載装置の離隔処理を示すフローチャートである。 図１５（ａ）及び図１５（ｂ）は、運転評価情報ＤＢのデータ構造の別例を示す図である。

以下、運転モード制御システムの一実施形態について、図１〜図１４に基づいて詳細に説明する。

図１には、一実施形態にかかる運転モード制御システム１００の構成が概略的に示されている。運転モード制御システム１００は、１又は複数の車載システム２０と、サーバ１０と、を備える。車載システム２０とサーバ１０は、インターネットなどのネットワーク８０に接続されている。

図２には、車載システム２０の構成が概略的に示されている。車載システム２０は、自動車などの車両に設けられるシステムであり、図２に示すように、車載装置３０と、自動運転装置４０と、を備える。

車載装置３０は、ＧＰＳ（Global Positioning System）モジュール３２と、ＬＴＥ（Long Term Evolution）モジュール３３と、Ｗｉ−Ｆｉ(Wireless Fidelity)モジュール３４と、車車間通信モジュール３５と、アンテナ３３Ａ〜３５Ａと、表示部３６と、マイク３７と、カメラ３８と、制御装置３１と、を備える。

ＧＰＳモジュール３２は、車両の位置情報を検出し、制御装置３１に出力する。

ＬＴＥモジュール３３及びＷｉ−Ｆｉモジュール３４は、無線通信を行うためのハードウェアモジュールであり、それぞれアンテナ３３Ａ及び３４Ａと接続される。制御装置３１は、電波の到達エリアに応じて、ＬＴＥモジュール３３とＷｉ−Ｆｉモジュール３４とを切り替えて使用することで、図１に示すネットワーク８０に接続し、サーバ１０との間でデータを送受信する。

車車間通信モジュール３５は、他の車両との間で車車間通信を行うためのハードウェアモジュールであり、指向性アンテナ３５Ａに接続される。指向性アンテナ３５Ａを用いることにより、車車間通信の電波到来方向を検知することができるため、制御装置３１は、自車両の周りの車両（周辺車両）のうち、車車間通信を行った車両を特定することができる。

表示部３６は、例えば、ヘッドアップディスプレイ装置であり、後述する制御装置３１からの制御に基づき、フロントガラスに所定の画像を表示する。本実施形態では、表示部３６は、ドライバが他車両のドライバの運転行動（運転マナーや運転動作など）を評価しやすいよう、フロントガラスに車両アイコンと表示番号とを表示する（図９（ｃ）参照）。図９（ｃ）においては、表示部３６は、車両を特定するための車両アイコン（ＩＣＮ１〜ＩＣＮ３）と、車両を一意に識別するための表示番号（ＤＮ１〜ＤＮ３）とを所定の画像としてフロントガラスに表示する。これにより、図９（ａ）に示すようにフロントガラスに何も表示されていない状態と比べて、ドライバは他車両Ｃ１〜Ｃ３を簡易に特定し、評価することが可能となる。なお、表示部３６は、例えば、運転をアシストするために予め車両に設けられている表示部であってもよいし、後付けした表示部であってもよい。

マイク３７は、音声入力装置であり、例えば、ハンドル、ダッシュボードの運転席付近、又は、バックミラー等、ドライバが車内で発する音声を入力（収音）しやすい場所に設置される。マイク３７に入力された音声は、制御装置３１に入力される。

カメラ３８は、例えば、車両の前側に設けられる。ただし、カメラ３８の個数や配置は、車両の形状等に合わせて適宜変更してもよい。カメラ３８は、ドライバがフロントガラスを介して見る範囲を撮影可能な広角カメラであるものとする。なお、カメラ３８は、例えば、運転をアシストするために予め車両に設けられているカメラであってもよいし、後付けしたカメラであってもよい。

制御装置３１は、ＧＰＳモジュール３２、マイク３７、カメラ３８、及びサーバ１０から情報を取得し、処理する。また、制御装置３１は、処理結果に基づいて、表示部３６を制御したり、各種データをサーバ１０に送信したり、各種指示を自動運転装置４０に送信したりする。図３（ａ）には、制御装置３１のハードウェア構成が示されている。図３（ａ）に示すように、制御装置３１は、ＣＰＵ（Central Processing Unit）３１１、ＲＯＭ（Read Only Memory）３１２、ＲＡＭ（Random Access Memory）３１３、記憶部（ここではＨＤＤ（Hard Disk Drive））３１４、及びネットワークインタフェース３１５等を備えている。これら制御装置３１の各部は、バス３１６に接続されている。なお、図２に示されているＧＰＳモジュール３２、表示部３６、マイク３７、及びカメラ３８は不図示のインタフェース部を介してバス３１６に接続されている。ＣＰＵ３１１が、ＲＯＭ３１２あるいはＨＤＤ３１４に格納されているプログラムを実行することにより、制御装置３１を、図４に示す各部として機能させる。なお、図４の各部の詳細については後述する。

図２に戻り、自動運転装置４０は、スイッチ４７、運転モード切替制御ＥＣＵ（Electronic Control Unit）４１、白線検知／障害物検知センサ４３、ＧＰＳセンサ４４、車速センサ４５、アクチュエータ４６、及び自動運転ＥＣＵ４２等を備える。

スイッチ４７は、ドライバが、車両の運転モードを、ドライバによる手動運転を行う手動運転モードと、自車両を自動的に走行させる自動走行制御を行う自動運転モードとの間で切り替えるためのスイッチである。スイッチ４７は、例えば、ハンドル等、ドライバが運転中も操作しやすい位置に設けられる。ドライバがスイッチ４７を操作すると、運転モード切替指示信号が運転モード切替制御ＥＣＵ４１に送信される。

運転モード切替制御ＥＣＵ４１は、車両の運転モードを、手動運転モードと、自動運転モードとの間で切り替える。運転モード切替制御ＥＣＵ４１は、スイッチ４７から受信する運転モード切替指示信号に基づいて、運転モードの切替を行う。また、運転モード切替制御ＥＣＵ４１は、ＣＡＮ（Controller Area Network）−ＢＵＳ２７に接続されており、これにより制御装置３１から送信されてくる運転モードの切替に関する制御指示を受信することができる。

白線検知／障害物検知センサ４３は、カメラや画像処理装置を備えており、一対の白線（車線）や、障害物を検知するセンサである。白線検知／障害物検知センサ４３は、認識した一対の白線の情報を白線検知信号として自動運転ＥＣＵ４２に送信し、障害物の情報を障害物検知信号として自動運転ＥＣＵ４２に送信する。

ＧＰＳセンサ４４は、車両の位置情報を検出し、自動運転ＥＣＵ４２に出力する。

車速センサ４５は、車両の速度を検出するためのセンサである。車速センサ４５は、車速を検出し、その検出した車速を車速信号として自動運転ＥＣＵ４２に送信する。

アクチュエータ４６は、例えば、操舵アクチュエータ、アクセルアクチュエータ、及びブレーキアクチュエータ等を含む。操舵アクチュエータは、ステアリング機構に操舵トルクを付与するためのアクチュエータであり、自動運転ＥＣＵ４２から操舵制御信号を受信すると、操舵制御信号に応じてモータが回転駆動して操舵トルクを発生させる。アクセルアクチュエータは、エンジンのスロットルバルブの開度を調整するアクチュエータであり、自動運転ＥＣＵ４２からエンジン制御信号を受信すると、エンジン制御信号に応じて作動し、スロットルバルブの開度を調整する。ブレーキアクチュエータは、各車輪のホイールシリンダのブレーキ油圧を調整するアクチュエータであり、自動運転ＥＣＵ４２からのブレーキ制御信号を受信すると、ブレーキ制御信号に応じて作動し、ホイールシリンダのブレーキ油圧を調整する。

自動運転ＥＣＵ４２は、運転モード切替制御ＥＣＵ４１と接続されており、運転モード切替制御ＥＣＵ４１が運転モードを自動運転モードに切り替えると、自動運転制御を開始する。具体的には、自動運転ＥＣＵ４２は、一定時間毎に、各センサ４３〜４５から各信号を受信する。そして、自動運転ＥＣＵ４２は、受信した信号に基づいて、車内外の状況を判断し、その判断結果に応じて自車両が自動的に走行するようにアクチュエータ４６を制御し、舵角や車速を制御する自動走行制御を行う。また、自動運転ＥＣＵ４２は、ＣＡＮ−ＢＵＳ２７に接続され、制御装置３１から送信されてくる自動運転に関する制御指示を受信する。

図１に戻り、サーバ１０は、各車載システム２０から送信されてくる評価情報（詳細は後述する）から得られる情報を管理する装置である。サーバ１０は、図３（ｂ）に示すようなハードウェア構成を有する。具体的には、サーバ１０は、図３（ｂ）に示すように、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、記憶装置（ＨＤＤ）１０４、ネットワークインタフェース１０５、及び可搬型記憶媒体１０６に記憶されたデータを読み取り可能な可搬型記憶媒体用ドライブ１０７等を備えている。これらサーバ１０の構成各部は、バス１０８に接続されている。ＣＰＵ１０１は、ＲＯＭ１０２あるいはＨＤＤ１０４に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１０７が可搬型記憶媒体１０６から読み取ったプログラムを実行することで、サーバ１０を図４の各部として機能させる。

次に、図４に基づいて、車載装置３０及びサーバ１０の機能について説明する。

図４に示すように、ＣＰＵ３１１がプログラムを実行することにより、制御装置３１は、送信部及び取得部としての通信部３２１、特定部３２２、関連付け部３２３、及び制御部３２４として機能する。また、ＣＰＵ１０１がプログラムを実行することにより、サーバ１０は、情報処理部１３として機能する。

制御装置３１の関連付け部３２３は、車車間通信により車両情報を受信した他の車両の情報と、表示記号とを関連付けて、識別符号管理ＤＢ３２５を更新する。また、関連付け部３２３は、識別符号管理ＤＢ３２５に基づいて、フロントガラスに車両を示す車両アイコンと表示記号とを表示するよう表示部３６を制御する。

ここで、識別符号管理ＤＢ３２５のデータ構造について、図５（ａ）に基づいて説明する。識別符号管理ＤＢ３２５は、図５（ａ）に示すように、表示番号、識別符号、及び評価ポイント等のフィールドを有する。表示番号のフィールドには、ドライバがフロントガラスを介して視認する車両を一意に識別するための番号が格納される。識別符号のフィールドには、車車間通信により他車両から受信した車両情報（本実施形態においては、各車両に予め付与されている識別符号）が格納される。評価ポイントのフィールドには、後述する運転評価情報ＤＢ１２から取得される、識別符号の車両に対する評価ポイントが格納される。なお、評価ポイントは、識別符号の車両を運転するドライバの運転行動に対する他者からの評価を数値化したものであり、値が大きいほど、当該車両の運転行動に対する他者からの評価が高いことを示す。なお、本実施形態において、識別符号管理ＤＢ３２５内のデータは、エンジンが停止すると削除されるものとする。ただし、これに限られるものではなく、識別符号管理ＤＢ３２５において各車両のデータの最終更新日時が管理されている場合には、関連付け部３２３は、最終更新日時から所定時間（例えば、１時間）経過したデータを削除するようにしてもよい。

図４に戻り、特定部３２２は、マイク３７から入力された音声を解析し、自車両のドライバが行った他車両のドライバの運転行動に対する評価を特定し、他車両のドライバに対する評価情報（詳細は後述する）として通信部３２１に送信する。

通信部３２１は、特定部３２２が特定した他車両のドライバに対する評価情報をサーバ１０に送信する。サーバ１０の情報処理部１３は、受信した評価情報に基づいて、運転評価情報ＤＢ１２と、エリア別更新回数ＤＢ１１とを更新する。また、通信部３２１は、ネットワーク８０を介して、サーバ１０と通信し、サーバ１０の運転評価情報ＤＢ１２から、自車両のドライバの評価情報を取得し、制御部３２４に送信する。また、通信部３２１は、制御部３２４が取得した自車両の位置情報に基づいてサーバ１０のエリア別更新回数ＤＢ１１から、評価ポイント更新回数データを取得し、制御部３２４に送信する。更に、通信部３２１は、周辺車両を運転するドライバの評価情報を運転評価情報ＤＢ１２から取得し、制御部３２４に送信する。

ここで、運転評価情報ＤＢ１２のデータ構造と、エリア別更新回数ＤＢ１１のデータ構造とについて、図６及び図７に基づいて、それぞれ説明する。

運転評価情報ＤＢ１２は、各車両の評価ポイントを管理するデータベースであり、図６に示すように、識別符号及び評価ポイント等のフィールドを有する。識別符号のフィールドには、車両を一意に識別するための識別符号の情報が格納される。評価ポイントのフィールドには、情報処理部１３が車載装置３０から受信した評価情報に基づいて算出した、識別符号の車両の評価ポイントが格納される。

エリア別更新回数ＤＢ１１は、位置ごとの評価ポイントの更新回数を管理するデータベースであり、図７に示すように、丸め緯度、丸め経度、及び評価ポイント更新回数等のフィールドを有する。丸め緯度及び丸め経度のフィールドには、車載装置３０から送信されてくる評価情報に含まれる位置情報（緯度、経度）を１／１０００単位に切り上げた値（丸め緯度、丸め経度）が格納される。評価ポイント更新回数のフィールドには、丸め緯度及び丸め経度で表される位置（エリア）において、ドライバの運転行動について評価が行われた回数が格納される。

図４に戻り、制御部３２４は、通信部３２１が取得した自車両のドライバに対する他者からの評価情報に基づいて、自車両の運転モードの切替に関する制御を行う。また、制御部３２４は、通信部３２１が取得した評価ポイント更新回数データに基づいて、自車両の運転モードの切替に関する制御を行う。さらに、制御部３２４は、周辺車両を運転するドライバの評価情報に基づいて、他車両と自車両との位置関係を変更するための制御を行う。

以下、車載装置３０やサーバ１０において実行される処理について、図８、図１０〜図１４のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。

（他車両認識処理：車載装置３０）
図８には、車載装置３０による他車両認識処理がフローチャートにて示されている。本処理は、自車両の近傍に存在する他車両を認識し、フロントガラスにおいて図９（ｃ）に示すような表示を行うための処理である。なお、図８の処理は、エンジンが始動すると開始される。

図８の処理では、まず、ステップＳ１０において、通信部３２１が、車車間通信により他車両から車両情報（本実施形態では、車両の識別符号）を受信するまで待機している。本実施形態において、他車両は、所定の時間間隔で車両情報をブロードキャストしているものとする。通信部３２１が、他車両から車両情報を受信すると、ステップＳ１２に移行する。

ステップＳ１２に移行すると、関連付け部３２３が、識別符号管理ＤＢ３２５を参照して、ステップＳ１０で取得した識別符号が、識別符号管理ＤＢ３２５に存在しているか否かを判断する。ここで、例えば、図５（ｂ）に示す識別符号管理ＤＢ３２５が記憶されている状態において、通信部３２１が、識別符号「０ｘ８Ｅ１ＢＢ０８Ｅ」を受信したとする。この場合、図５（ｂ）に示す識別符号管理ＤＢ３２５に、識別符号「０ｘ８Ｅ１ＢＢ０８Ｅ」は存在していないため、ステップＳ１４に移行する。

ステップＳ１４に移行すると、関連付け部３２３は、車両情報を受信した車両に対して付与する表示番号を採番する。例えば、関連付け部３２３は、識別符号「０ｘ８Ｅ１ＢＢ０８Ｅ」の車両に対し、表示番号「３」を採番する。

次いで、ステップＳ１６では、通信部３２１が、識別符号に紐づく評価ポイントをサーバ１０の運転評価情報ＤＢ１２から取得する。例えば、図６の運転評価情報ＤＢ１２において、通信部３２１は、識別符号「０ｘ８Ｅ１ＢＢ０８Ｅ」に紐づく評価ポイント「０」を取得する。

図８に戻り、続くステップＳ１８において、関連付け部３２３は、ステップＳ１０で取得した識別符号、ステップＳ１４で採番した表示番号、及びステップＳ１６で通信部３２１が取得した評価ポイントを用いて、識別符号管理ＤＢ３２５を更新し、ステップＳ２０に移行する。例えば、図５（ｂ）に示す識別符号管理ＤＢ３２５が、図５（ｃ）に示すように更新される。

ところで、図５（ｂ）に示す識別符号管理ＤＢ３２５が記憶されている状態において、通信部３２１が、識別符号「０ｘ７ＣＦ４Ａ６９７」を受信したとする。この場合、受信した識別符号が識別符号管理ＤＢ３２５に存在するためステップＳ１２の判断が肯定され、関連付け部３２３は、ステップＳ２０に移行する。

ステップＳ２０に移行すると、関連付け部３２３は、カメラ３８から入力した映像と、車車間通信において他車両から受信した電波の到来方向と強度から、カメラ３８が撮影している他車両のうち、いずれの車両から車両情報を受信したのかを特定する。例えば、関連付け部３２３は、車車間通信における電波の到来方向とカメラ３８の撮影画像とから、識別符号「０８ｘＥ１ＢＢ０８Ｅ」を受信した車両が、図９（ａ）における車両Ｃ３であると特定する。

続くステップＳ２２において、関連付け部３２３は、車両情報を受信した車両に対する画像を表示する表示部３６上の表示位置を算出する。

続くステップＳ２４において、表示部３６は、ステップＳ２２で算出された表示位置に基づいて、表示番号と車両アイコンとをフロントガラスに表示する。例えば、表示部３６が、図５（ｂ）に示す識別符号管理ＤＢ３２５に基づいて、図９（ｂ）に示すように、表示番号ＤＮ１，ＤＮ２と車両アイコンＩＣＮ１，ＩＣＮ２とをフロントガラスに表示しているとする。ここで、図９（ａ）における車両Ｃ３から、識別符号「０８ｘＥ１ＢＢ０８Ｅ」を受信し、識別符号管理ＤＢ３２５が図５（ｃ）に示すように更新されたとする。この場合、表示部３６は、図９（ｃ）に示すように、表示番号ＤＮ３と車両アイコンＩＣＮ３とを追加して、表示番号ＤＮ１〜ＤＮ３及び車両アイコンＩＣＮ１〜ＩＣＮ３をフロントガラスに表示する。なお、表示部３６は、カメラ３８が他車両を撮影している間は、当該他車両に表示番号及び車両アイコンが追従するように、フロントガラスに表示する。

以上の処理が行われた後は、ステップＳ１０に戻る。なお、図８の処理は、車両のエンジンが停止するまで繰り返される。

（評価情報送信処理：車載装置３０）
図１０には、車載装置３０による評価情報送信処理がフローチャートにて示されている。本処理は、ドライバが他車両のドライバの運転行動を評価した場合に、評価情報を取得し、サーバ１０に対して送信する処理である。なお、図１０の処理は、エンジンが駆動している間、図８の処理と並行して実行される。

図１０の処理では、ステップＳ４０において、特定部３２２が、マイク３７から音声データが入力されるまで待機する。そして、音声データが入力されると、ステップＳ４０の判断が肯定され、ステップＳ４２に移行する。

ステップＳ４２に移行すると、特定部３２２は、入力された音声データの解析処理を行い、当該音声データから、車両の表示番号と、評価とを取得する。例えば、図９（ｃ）において、表示番号１の車両のドライバが評価の高い運転行動をとり、自車両のドライバが「１番、グッド」とマイク３７に向かって発声したとする。この場合、特定部３２２は、当該音声データを解析して、表示番号「１」と、評価「グッド」とを取得する。また、例えば、図９（ｃ）において、表示番号３の車両のドライバが評価の低い運転行動をとり、自車両のドライバが「３番、バッド」とマイク３７に向かって発声したとする。この場合、特定部３２２は、当該音声データを解析して、表示番号「３」と、評価「バッド」とを取得する。また、特定部３２２は、音声データが入力されたときの位置情報（緯度、経度）を、ＧＰＳモジュール３２から取得する。なお、評価が高い運転行動としては、例えば、信号待ちの車が長く連なり次の交差点まで到達している場合に、対向車線から右折車が来る場合を想定して、車間を十分にあけておくなど、周囲のドライバとの協調を図った行動が該当する。また、例えば、車線の合流地点で道を譲る場合の合図（例えば、アイコンタクト）や、路地から割り込みさせてもらった場合の挨拶や感謝の合図（お辞儀や、手を振る）等、望ましい運転マナーを行った場合なども、評価が高い運転行動に該当する。なお、ステップＳ４０で入力された音声データが評価と無関係な音声データ（例えば、同乗者との通常の会話）の場合もある。この場合には、特定部３２２は、表示番号や評価を取得できないので、ステップＳ４２〜Ｓ４６を実行せずに、ステップＳ４０に戻るようにすればよい。

続くステップＳ４４において、特定部３２２は、表示番号をキーに、識別符号管理ＤＢ３２５を検索し、評価された車両の識別符号を取得する。

続くステップＳ４６において、通信部３２１が、自車両の識別符号（自識別符号）、ドライバが評価を行った車両の識別符号（評価対象識別符号）、ドライバが評価を行ったときの位置情報（緯度、経度）、及び評価を含む評価情報を、ネットワーク８０を介して、サーバ１０に送信する。評価情報を送信した後は、ステップＳ４０に戻る。図１０の処理は、エンジンが停止するまで繰り返される。

（評価情報更新処理：サーバ１０）
図１１には、サーバ１０の情報処理部１３により実行される評価情報更新処理がフローチャートにて示されている。本処理は、情報処理部１３が車載装置３０から受信した評価情報を用いて、運転評価情報ＤＢ１２と、エリア別更新回数ＤＢ１１とを更新する処理である。

図１１の処理では、ステップＳ６０において、サーバ１０の情報処理部１３は、評価情報を車載装置３０から受信するまで待機している。そして、評価情報を受信すると（図１０のステップＳ４６が実行されると）、ステップＳ６０の判断が肯定され、ステップＳ６２に移行する。

ステップＳ６２に移行すると、情報処理部１３は、運転評価情報ＤＢ１２を参照し、評価情報に含まれる自識別符号に紐づく評価ポイントを取得する。例えば、図６の運転評価情報ＤＢ１２が記憶されている場合において、評価情報に含まれる自識別符号が「０ｘ９Ｆ１ＢＢ０８Ｅ」である場合、情報処理部１３は、評価ポイント「１０」を取得する。

続くステップＳ６４において、情報処理部１３は、ステップＳ６４で取得した評価ポイントに基づいて、係数ｒを決定する。本実施形態では、情報処理部１３は、ステップＳ６４で取得した評価ポイントが正値の場合、係数ｒ＝１．５とし、負値の場合、係数ｒ＝０．５とする。これにより、評価を行ったドライバの運転行動に対する他者からの評価に基づいて、他車両のドライバに対する評価に重み付けを行うことができる。例えば、評価ポイントが高い場合、自識別符号の車両のドライバは、運転技術が高い、又は、運転マナーが良い可能性が高い。したがって、そのようなドライバが行う評価に対しては、係数ｒ＝１．５を用いて評価ポイントを算出することによって、他のドライバの運転行動を高く評価することができる。一方、評価ポイントが低い場合、自識別符号の車両のドライバは、運転技術が低い、又は、運転マナーが悪い可能性が高い。そのようなドライバが行う評価に対しては、係数ｒ＝０．５を用いて評価ポイントを算出することによって、必要以上に他車両のドライバの評価を下げることのないようにすることができる。

続いて、ステップＳ６６において、情報処理部１３は、運転評価情報ＤＢ１２のデータを更新する。具体的には、評価情報に含まれる評価に対応するポイントに、ステップＳ６４で決定した係数ｒを乗算した値を、評価対象識別符号に紐づく運転評価情報ＤＢ１２内の評価ポイントに加算する。ここで、本実施形態では、評価「グッド」に対応するポイントは「１」、評価「バッド」に対応するポイントは「―１」とする。例えば、評価対象識別符号「０ｘ７ＣＦ４Ａ６９７」に対する評価が「グッド」で、ステップＳ６４で決定した係数ｒが１．５であるとする。この場合、情報処理部１３は、図６に示す運転評価情報ＤＢ１２において、評価ポイントを「３２」から「３３．５」に書き換える。また、例えば、評価対象識別符号「０ｘ８Ｅ１ＢＢ０８Ｅ」に対する評価が「バッド」で、ステップＳ６４で決定した係数ｒが１．５であるとする。この場合、情報処理部１３は、図６に示す運転評価情報ＤＢ１２において、評価ポイントを「０」から「―１．５」に書き換える。

図１１に戻り、続くステップＳ６８において、情報処理部１３は、エリア別更新回数ＤＢ１１のデータを更新する。具体的には、情報処理部１３は、評価情報に含まれる緯度・経度を１／１０００単位に切り上げた値（丸め緯度、丸め経度）を算出し、算出した丸め緯度、丸め経度に対応する評価ポイント更新回数に、１を加算する。その後は、ステップＳ６０に戻る。図１１の処理は、サーバ１０の電源がオフされるまで繰り返される。

（運転モード制御処理：車載装置３０）
図１２には、車載装置３０により実行される運転モード制御処理がフローチャートにて示されている。本処理は、エンジン始動とともに開始される。なお、本処理においては、他者からの評価に応じて、自動運転モードから手動運転モードへの切り替えをドライバに自由に行わせるか、制限をかけるか等を制御する。

図１２の処理では、まず、ステップＳ８０において、通信部３２１が、サーバ１０から、自車両の識別符号（自識別符号）に紐づく評価ポイントを取得する。すなわち、本ステップでは、自車両のドライバの運転行動に対する他者からの評価（累積値）を取得している。例えば、図６に示す運転評価情報ＤＢ１２が記憶されている場合において、自車両の識別符号が「０ｘ７ＣＦ４Ａ６９７」の場合、通信部３２１は、評価ポイント「３２」を取得する。

続くステップＳ８２において、制御部３２４は、評価ポイントが閾値以上であるか否かを判断する。例えば、制御部３２４は、評価ポイントが２０以上であるか否かを判断する。すなわち、本ステップでは、自車両のドライバの運転技術又は運転マナーが所定のレベル以上であるか否かを判断しているといえる。ここでの判断が肯定された場合、制御部３２４は、図１２の処理を終了する。自車両のドライバの運転技術又は運転マナーが所定のレベル以上であるため、ドライバが運転モードを自由に選択し切り替えても問題ないためである。一方、ここでの判断が否定された場合、ステップＳ８６に移行する。

ステップＳ８６に移行すると、制御部３２４は、ドライバによる運転モードの切替を制限する。具体的には、制御部３２４は、ドライバがスイッチ４７を操作しても、運転モードが切り替わらないようにする。例えば、制御部３２４は、車両が完全に停止するまで運転モードの切替を許可しないよう、運転モード切替制御ＥＣＵ４１に指示する。当該指示を受信した運転モード切替制御ＥＣＵ４１は、運転モード切替指示信号をスイッチ４７から受信しても、運転モードの切替を行わない。走行中に運転モードが切り替わると、運転技術が所定レベル未満のドライバは混乱してしまい、車両を安全に走行させることができない可能性がある。そこで、走行中の運転モードの切替を制限し、車両が完全に停止してから運転モードが切り替えられるようにすることで、ドライバの混乱等を防ぎ、ドライバの安全運転を支援することができる。

ステップＳ８６の実行後、制御部３２４は、図１２の全処理を終了する。

（エリア別運転モード制御処理：車載装置３０）
図１３には、車載装置３０により実行されるエリア別運転モード制御処理がフローチャートにて示されている。本処理は、エンジン始動とともに開始され、図８や図１０の処理と同時並行的に実行される。なお、本処理においては、特定のエリアにおいて運転モードを自動運転モードに切り替える制御を実行する。

図１３の処理では、まず、ステップＳ１００において、通信部３２１が、ＧＰＳモジュール３２から、現在の車両の位置情報（緯度、経度）を取得する。

続くステップＳ１０２において、通信部３２１は、ステップＳ１００で取得した緯度・経度を１／１０００単位に丸めた丸め緯度・丸め経度を算出する。

続くステップＳ１０４において、通信部３２１は、丸め緯度及び丸め経度をキーに、サーバ１０のエリア別更新回数ＤＢ１１から、評価ポイント更新回数を取得する。

続くステップＳ１０６において、制御部３２４は、更新回数が閾値（例えば、１００）以上か否かを判断する。ここで、更新回数が閾値以上である場合、自車両が走行しているエリアが、運転行動の評価が多く行われているエリアであり、例えば、交通量が多い道路や、交差点等、事故が発生しやすいエリアである可能性が高い。このようなエリアでは、事故を防ぐためにも自動運転モードの使用が望ましい。

そこで、更新回数が閾値以上である場合、ステップＳ１０８に移行し、制御部３２４は、自車両の運転モードが自動運転モードか否かを判断する。ここでの判断が肯定された場合、制御部３２４は、ステップＳ１１０において、自動運転モードを維持するよう、運転モード切替制御ＥＣＵ４１に指示し、ステップＳ１００に戻る。

一方、運転モードが手動運転モードであった場合、ステップＳ１０８の判断が否定され、制御部３２４は、ステップＳ１１２において、運転モードを自動運転モードへ切り替えるよう、運転モード切替制御ＥＣＵ４１に指示し、ステップＳ１００に戻る。これにより、事故が発生しやすいエリアにおいて自動運転モードが使用され、事故が発生する可能性を低減することができる。なお、ドライバがスイッチ４７を操作して、手動で運転モードを切り替える場合には、ドライバの運転技術が所定レベル未満であれば、図１２のステップＳ８６により、運転モードの切替が制限される。

ところで、評価ポイントの更新回数が閾値以上でない場合には、ステップＳ１０６の判断が否定され、ステップＳ１００に戻る。図１３の処理は、エンジンが停止するまで繰り返される。

（離隔処理：車載装置３０）
図１４には、車載装置３０が実行する離隔処理がフローチャートにて示されている。本処理は、エンジン始動とともに開始され、図８や図１０、図１２、図１３の処理と同時並行的に実行される。なお、本処理においては、特定の車両が自車両の近くに存在する場合に、当該特定の車両と自車両との車間距離を大きくあけるための制御を実行する。

図１４の処理では、ステップＳ２６０において、制御部３２４が、識別符号管理ＤＢ３２５を参照し、評価ポイントが閾値未満（例えば、５未満）の車両が存在するか否かを判断する。本ステップは、運転技術又は運転マナーが所定のレベルに達していないドライバが運転する車両が自車両の周辺に存在しているか否かを判断しているといえる。ステップＳ２６０の処理は、評価ポイントが閾値未満の車両が検出されるまで、繰り返される。そして、評価ポイントが閾値未満の車両が存在した時点で、ステップＳ２６０での判断が肯定され、ステップＳ２６２へ移行する。

ステップＳ２６２に移行すると、制御部３２４は、自車両の運転モードが自動運転モードか否かを判断する。ここでの判断が肯定された場合、ステップＳ２６４に移行する。

ステップＳ２６４に移行すると、制御部３２４は、評価ポイントが閾値未満の車両から離れるよう、自動運転ＥＣＵ４２へ指示する。例えば、制御部３２４は、該当車両との車間距離を通常のＮ倍（Ｎは予め定めた任意の数）となるよう、自動運転ＥＣＵ４２へ指示する。これにより、予期しない運転行動をとる可能性が高い車両から離れることができ、自車両を安全に走行させることができる。

一方、ステップＳ２６２の判断が否定された場合、ステップＳ２６６に移行し、制御部３２４は、ドライバに注意を促す処理（注意喚起処理）を行う。例えば、制御部３２４は、フロントガラスに表示されている、該当車両の表示番号を点滅させてもよいし、「表示番号Ｘの車両から離れてください」とのメッセージを表示させてもよい。また、制御部３２４は、不図示のスピーカから、当該メッセージを音声により出力してもよい。これにより、ドライバは、危険な車両を認識し、当該車両から離れる等の運転行動をとることができるため、自車両を安全に走行させることができる。

ステップＳ２６４又はステップＳ２６６の処理が終了すると、ステップＳ２６０に戻る。図１４の処理は、エンジンが停止するまで繰り返される。

以上詳細に説明したように、本実施形態によると、車載装置３０の通信部３２１は、自車両を運転するドライバが評価した他のドライバの評価情報をネットワーク８０を経由してサーバ１０に送信する。また、通信部３２１は、サーバ１０から自車両のドライバの評価情報を取得し、制御部３２４は、取得したドライバの評価情報に基づいて、車両の運転モードに関する制御を行う（図１２のステップＳ８６等参照）。例えば、制御部３２４は、ドライバの運転行動に対する他者からの評価が高い場合には、運転モードの自由な切替を許可し、ドライバの運転行動に対する他者からの評価が低い場合には、運転モードの切替を制限する。より具体的には、例えば、制御部３２４は、車両が完全に停止するまで、自動運転モードを手動運転モードに切り替えられないようにする。これにより、運転モード切替時においてドライバの混乱等が生じないように、ドライバの技量等に応じた制御を行うことができるので、ドライバの安全運転を適切に支援することができる。

また、本実施形態において、車車間通信にて他の車両との通信が成立した場合に、関連付け部３２３は、該他の車両の情報と表示番号とを関連付け、表示部３６は、当該表示番号を他の車両を示す表示記号として表示する。これにより、ドライバは他車両を簡易に特定し、他のドライバを評価することが可能となる。

また、本実施形態において、表示部３６は、車両のフロントガラスに表示番号を表示するので、ドライバは他車両と表示番号との関連付けを確認しやすくすることができる。

また、本実施形態において、車載装置３０は、車両を運転するドライバの音声を収集するマイク３７と、マイク３７が収集した音声に基づいて他のドライバの評価情報を特定する特定部３２２と、を備える。これにより、ドライバは、マイク３７から容易に他のドライバに対する評価を入力することができる。

また、本実施形態において、通信部３２１は、他のドライバに対する評価と、ドライバが評価を行ったときの位置情報（緯度、経度）とを含む評価情報をサーバ１０に送信する。サーバ１０は、ドライバが評価を行ったときの位置を含むエリアにおいて、評価が行われた回数（評価ポイント更新回数）を管理する（エリア別更新回数ＤＢ１１）。また、通信部３２１は、車両の現在の位置情報をサーバ１０に送信し、サーバ１０のエリア別更新回数ＤＢから、車両の現在の位置を含むエリアにおいて評価が行われた回数を取得する。制御部３２４は、車両の現在の位置を含むエリアにおいて、評価が行われた回数が閾値以上であるか否かに応じて、自車両の運転モードに関する制御を行う（図１３のステップＳ１１０、ステップＳ１１２等）。具体的には、評価ポイント更新回数が閾値以上である場合、自動運転モードを使用するよう制御する。これにより、交通量が多い道路や、交差点等、事故が発生しやすいエリアにおいて、自動運転モードが使用されるため、ドライバの安全運転を支援でき、事故の発生を未然に防ぐことができる。

また、本実施形態において、通信部３２１は、自車両の周辺に存在する周辺車両を運転するドライバの評価情報をサーバ１０から取得し、制御部３２４は、取得した周辺車両を運転するドライバの評価情報に基づいて、車両を制御する。具体的には、制御部３２４は、評価ポイントが閾値未満の車両が自車両の周辺に存在する場合には、当該車両から離れるよう自車両を制御する。これにより、事故を起こす可能性が高い危険な車両から離れることができるため、自車両を安全に走行させることができる。

（変形例）
上記実施形態では、車両毎に評価情報を管理していた。しかしながら、家族で１つの車両を共用したり、社用車など１つの車両を複数の従業員が運転したりする等、１車両を複数の人間が運転する場合がある。また、カーシェアリングなどにおいても、１車両を複数の人間が運転する。さらに、バス会社やタクシー会社においては、車両対ドライバの関係が多対多の関係になることも考えられる。このような場合、例えば、運転評価情報ＤＢ１２において、ドライバを識別するためのフィールドを追加することで、車両・ドライバ毎に評価情報を管理することができる。

例えば、図１５（ａ）のように、運転評価情報ＤＢ１２に運転免許証番号のフィールドを追加することで、１車両に対してドライバごとに評価ポイントを管理することができる。図１５（ａ）の運転評価情報ＤＢ１２では、識別符号「０ｘ７ＣＦ４Ａ６９７」の車両に対して、運転免許証番号が「３０９１６２７８０１２０」と「３００７２３９０５６４０」とが登録されている。すなわち、１台の車両を二人のドライバが運転しており、当該二人のドライバごとに評価ポイント（３２と２０）が管理されている。

運転免許証番号を取得するには、例えば、車載装置３０にＩＣ（Integrated Circuit）カードリーダを搭載する。そして、ＩＣチップが搭載されたＩＣカード運転免許証を、運転開始時にＩＣカードリーダに読み込ませることで、ドライバが運転免許証番号を車載装置３０に入力するようにすればよい。また、例えば、車載装置３０に顔認識装置や指紋認証装置等を搭載し、ドライバの情報を車載装置３０に登録するようにしてもよい。

また、近年、車を持たず、必要なときにだけ車を借りる人も多いため、ドライバ毎に、評価ポイントを管理するようにしてもよい。これにより、毎回運転する車両が異なるようなドライバに対しても、評価ポイントを蓄積し管理することができる。この場合、運転評価情報ＤＢ１２は、例えば、図１５（ｂ）に示すように、運転免許証番号と評価ポイントとをフィールドとして有すればよい。

なお、上記実施形態において、エリア別更新回数ＤＢ１１の評価ポイント更新回数は、運転モード制御システム１００の稼動日数に応じて単調に増加する。そこで、評価ポイント更新回数を運転モード制御システム１００の稼動期間で正規化する（例えば、運転モード制御システム１００の稼動月数で評価ポイント更新回数を除算する）ことにより、より精度の高いデータを得ることができる。

また、上記実施形態において、制御部３２４は、運転評価情報ＤＢ１２の評価ポイントを、識別符号の車両に対する評価を行ったドライバの人数で除算した平均評価ポイントを使用して、運転モードの切替制御を行っても良い。この場合、運転評価情報ＤＢ１２が、識別符号の車両に対する評価を行ったドライバの人数を格納するフィールドを有すればよい。

また、上記実施形態において、サーバ１０の情報処理部１３は、評価情報更新処理（図１１）のステップＳ６４において、評価ポイントが正値か負値かにより係数ｒを変更していたが、係数ｒの決定方法はこれに限られるものではない。情報処理部１３は、評価ポイントの値が、いずれの値の範囲に含まれるかによって、係数ｒを決定してもよい。例えば、評価ポイントが１０以上の場合、係数ｒ＝１．５とし、評価ポイントが０以上１０未満の場合、係数ｒ＝１とし、評価ポイントが０未満の場合、係数ｒ＝０．５としてもよい。

また、情報処理部１３は、係数ｒを用いずに、評価ポイントを算出してもよい。この場合、情報処理部１３は、図１１のステップＳ６４の処理を省略し、ステップＳ６６において、自車両のドライバの評価（「グッド」又は「バッド」）に基づいて、評価ポイントを算出すればよい。

また、上記実施形態において、サーバ１０が、評価ポイントを算出していたが（図１１のステップＳ６６）、車載装置３０が当該処理を実行してもよい。この場合、車載装置３０の特定部３２２が、自車両の評価ポイント（自識別符号に紐づく評価ポイント）に基づいて係数ｒを決定し、他車両のドライバに対する評価（「グッド」又は「バッド」）と、係数ｒとに基づいて評価ポイントを算出すればよい。

また、上記実施形態において、表示部３６は、自車両のフロントガラスに車両アイコンと表示番号とを表示していたが、例えば、ドライバが装着している眼鏡型のウェアラブル端末や、バックミラー等に車両アイコンと表示番号とを表示してもよい。

また、上記実施形態において、表示部３６は、各車両を識別するために表示番号を表示していたが、例えば、丸や三角などの図形、色枠、ひらがななど、数字以外の記号を表示してもよい。

また、上記実施形態において、特定部３２２は、マイク３７が収集した音声データに基づいて、他車両に対する評価を特定していたが、例えば、ドライバのジェスチャに基づいて、評価を特定してもよい。例えば、車内のドライバを撮影できる位置にカメラを設置し、特定部３２２は、当該カメラが撮像した映像を解析して、ドライバが所定のジェスチャ（例えば、親指と人差し指で円を作るジェスチャ）をしたか否かに基づいて評価を特定してもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由して外部サーバに送信する送信部と、
前記外部サーバから前記ドライバの評価情報を取得する取得部と、
取得した前記ドライバの評価情報に基づいて、前記車両の運転モードに関する制御を行う制御部と、
を備える車載装置。
（付記２） 車車間通信にて他の車両との通信が成立した場合に、該他の車両の情報と表示記号とを関連付ける関連付け部と、
前記他の車両の情報に関連付けられた前記表示記号を前記他の車両を示す表示記号として表示する表示部と、を備える付記１に記載の車載装置。
（付記３） 前記表示部は、前記車両のフロントガラスに前記表示記号を表示することを特徴とする付記２に記載の車載装置。
（付記４） 前記車両を運転するドライバの音声を収集するマイクと、
前記マイクが収集した音声に基づいて前記他のドライバの評価情報を特定する特定部と、を備える付記１〜３のいずれかに記載の車載装置。
（付記５） 前記送信部は、前記他のドライバの評価情報とともに、前記ドライバが評価を行った位置の情報を前記外部サーバに送信し、
前記取得部は、前記車両の位置の情報を前記通信網を経由して前記外部サーバに送信し、前記外部サーバから前記車両の位置において評価が行われた頻度に関する情報を取得し、
前記制御部は、取得した前記頻度に関する情報に基づいて、前記車両の運転モードに関する制御を行うことを特徴とする付記１〜４のいずれかに記載の車載装置。
（付記６） 前記取得部は、前記車両の周辺に存在する周辺車両を運転するドライバの評価情報を前記外部サーバから取得し、
前記制御部は、取得した前記周辺車両を運転するドライバの評価情報に基づいて、前記車両を制御することを特徴とする付記１〜５のいずれかに記載の車載装置。
（付記７） ドライバの評価情報を蓄積する外部サーバと、
複数の車両に搭載され、通信網を介して前記外部サーバに接続された付記１〜６のいずれかに記載の車載装置と、
を備える運転モード制御システム。
（付記８） 車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由して外部サーバに送信し、
前記外部サーバから前記ドライバの評価情報を取得し、
取得した前記ドライバの評価情報に基づいて、前記車両の運転モードに関する制御を行う、
処理をコンピュータが実行することを特徴とする運転モード制御方法。
（付記９） 車車間通信にて他の車両との通信が成立した場合に、該他の車両の情報と表示記号とを関連付け、
前記他の車両の情報に関連付けられた前記表示記号を前記他の車両を示す表示記号として表示する、
処理をコンピュータが実行することを特徴とする付記８に記載の運転モード制御方法。
（付記１０） 前記表示する処理では、前記車両のフロントガラスに前記表示記号を表示することを特徴とする付記９に記載の運転モード制御方法。
（付記１１） 前記車両を運転するドライバの音声を収集するマイクが収集した音声に基づいて前記他のドライバの評価情報を特定する、
処理をコンピュータが実行することを特徴とする付記８〜１０のいずれかに記載の運転モード制御方法。
（付記１２） 前記送信する処理では、前記他のドライバの評価情報とともに、前記ドライバが評価を行った位置の情報を前記外部サーバに送信し、
前記取得する処理では、前記車両の位置の情報を前記通信網を経由して前記外部サーバに送信し、前記外部サーバから前記車両の位置において評価が行われた頻度に関する情報を取得し、
前記制御する処理では、取得した前記頻度に関する情報に基づいて、前記車両の運転モードに関する制御を行うことを特徴とする付記８〜１１のいずれかに記載の運転モード制御方法。
（付記１３） 前記取得する処理では、前記車両の周辺に存在する周辺車両を運転するドライバの評価情報を前記外部サーバから取得し、
前記制御する処理では、取得した前記周辺車両を運転するドライバの評価情報に基づいて、前記車両を制御することを特徴とする付記８〜１２のいずれかに記載の運転モード制御方法。
（付記１４） 車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由して外部サーバに送信する送信部と、
他の車両との間で車車間通信が成立した場合に、前記他の車両を運転するドライバの評価情報を前記外部サーバから取得する取得部と、
取得した前記他の車両を運転するドライバの評価情報に基づいて、前記車両を制御する制御部と、
を備える車載装置。
（付記１５） 車両を運転するドライバが評価した他のドライバの評価情報と、前記ドライバが評価を行った位置の情報と、を通信網を経由して外部サーバに送信する送信部と、
前記車両の位置の情報を前記通信網を経由して前記外部サーバに送信し、前記外部サーバから前記車両の位置において評価が行われた頻度に関する情報を取得する取得部と、
取得した前記頻度に関する情報に基づいて、前記車両の運転モードに関する制御を行う制御部と、
を備える車載装置。

１０ サーバ
３０ 車載装置
３６ 表示部
３７ マイク
１００ 運転モード制御システム
３２１ 通信部（送信部、取得部）
３２２ 特定部
３２３ 関連付け部
３２４ 制御部

Claims (10)

1. 車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由して外部サーバに送信する送信部と、
   前記外部サーバから前記ドライバの評価情報を取得する取得部と、
   取得した前記ドライバの評価情報に基づいて、前記車両の運転モードに関する制御を行う制御部と、
   を備える車載装置。
2. 車車間通信にて他の車両との通信が成立した場合に、該他の車両の情報と表示記号とを関連付ける関連付け部と、
   前記他の車両の情報に関連付けられた前記表示記号を前記他の車両を示す表示記号として表示する表示部と、を備える請求項１に記載の車載装置。
3. 前記表示部は、前記車両のフロントガラスに前記表示記号を表示することを特徴とする請求項２に記載の車載装置。
4. 前記車両を運転するドライバの音声を収集するマイクと、
   前記マイクが収集した音声に基づいて前記他のドライバの評価情報を特定する特定部と、を備える請求項１〜３のいずれか一項に記載の車載装置。
5. 前記送信部は、前記他のドライバの評価情報とともに、前記ドライバが評価を行った位置の情報を前記外部サーバに送信し、
   前記取得部は、前記車両の位置の情報を前記通信網を経由して前記外部サーバに送信し、前記外部サーバから前記車両の位置において評価が行われた頻度に関する情報を取得し、
   前記制御部は、取得した前記頻度に関する情報に基づいて、前記車両の運転モードに関する制御を行うことを特徴とする請求項１〜４のいずれか一項に記載の車載装置。
6. 前記取得部は、前記車両の周辺に存在する周辺車両を運転するドライバの評価情報を前記外部サーバから取得し、
   前記制御部は、取得した前記周辺車両を運転するドライバの評価情報に基づいて、前記車両を制御することを特徴とする請求項１〜５のいずれか一項に記載の車載装置。
7. ドライバの評価情報を蓄積する外部サーバと、
   複数の車両に搭載され、通信網を介して前記外部サーバに接続された請求項１〜６のいずれか一項に記載の車載装置と、
   を備える運転モード制御システム。
8. 車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由して外部サーバに送信し、
   前記外部サーバから前記ドライバの評価情報を取得し、
   取得した前記ドライバの評価情報に基づいて、前記車両の運転モードに関する制御を行う、
   処理をコンピュータが実行することを特徴とする運転モード制御方法。
9. 車両を運転するドライバが評価した他のドライバの評価情報を通信網を経由して外部サーバに送信する送信部と、
   他の車両との間で車車間通信が成立した場合に、前記他の車両を運転するドライバの評価情報を前記外部サーバから取得する取得部と、
   取得した前記他の車両を運転するドライバの評価情報に基づいて、前記車両を制御する制御部と、
   を備える車載装置。
10. 車両を運転するドライバが評価した他のドライバの評価情報と、前記ドライバが評価を行った位置の情報と、を通信網を経由して外部サーバに送信する送信部と、
    前記車両の位置の情報を前記通信網を経由して前記外部サーバに送信し、前記外部サーバから前記車両の位置において評価が行われた頻度に関する情報を取得する取得部と、
    取得した前記頻度に関する情報に基づいて、前記車両の運転モードに関する制御を行う制御部と、
    を備える車載装置。
    
    

Images