JP6348357B2 - 情報提供装置、通信システム及び情報提供方法 - Google Patents

Description

本発明は、車両のユーザに情報を提供する技術に関する。

近年、自動車などの車両は、ＡＣＣやＬＫＡなど特定の車両機能を提供する様々な装置を備えている。これらの車両機能は車両のユーザ（主にドライバ）の負担軽減や利便性向上に有効であるが、ユーザによってはこれらの車両機能をどのような状況で使用するのが好ましいかを把握していない場合がある。このため、車両機能の使用が好ましい状況となると、当該車両機能の使用を提案する情報提供装置が知られている（例えば、特許文献１参照。）。

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

しかしながら、従来の情報提供装置においては、車両機能の使用が好ましいと判断する判断条件を情報提供装置の内部に保持していた。このため、車両機能の使用が好ましいか否かが画一的に判断され、環境や位置などに応じた適切な車両機能の使用の提案を柔軟に行うことができない。

例えば、ある車両機能（例えば、ＡＣＣなど）の使用が好ましいか否かを、走行中の道路が高速道路であるか否かに基づいて判断することが考えられる。しかしながら、走行中の道路が高速道路以外の場合であっても、当該車両機能の使用が好ましい状況も生じ得る。しかしながら、従来の情報提供装置では、走行中の道路が高速道路でない場合は車両機能の使用は好ましくないと画一的に判断されるため、当該車両機能の使用が好ましい状況であってもその使用の提案を適切に行うことができない。

本発明は、上記課題に鑑みてなされたものであり、車両機能の使用の提案を適切に行うことができる技術を提供することを目的とする。

上記課題を解決するために、請求項１の発明は、車両で用いる情報提供装置であって、前記車両の走行環境を取得する第１取得手段と、前記車両が備える車両機能の使用が好ましいと判断するための判断条件を、所定のサーバ装置からネットワークを介して取得する第２取得手段と、前記走行環境が前記判断条件を満足した場合に、前記車両機能の使用を前記車両のユーザに提案する提案手段とを備え、前記提案手段は、前記ユーザの前記車両機能の使用状況及び直近の前記ユーザの車両機能の使用時点からの経過時間に基づいて、前記車両機能の使用を前記ユーザに提案するか否かを判断する。

また、請求項２の発明は、請求項１に記載の情報提供装置において、前記使用状況とは、直近の車両機能の使用を前記ユーザへ提案時の前記ユーザの車両機能の使用状況であり、前期提案手段は、前記使用状況が不使用であり前記経過時間が第１の所定時間を超過した場合、前記車両機能の使用を前記ユーザに提案する。

また、請求項３の発明は、請求項１ないし２のいずれかに記載の情報提供装置において、前記使用状況とは、直近の車両機能の使用を前記ユーザへ提案時の前記ユーザの車両機能の使用状況であり、前期提案手段は、前記使用状況が使用であり、前記経過時間が第２の所定時間を超過した場合、前記車両機能の使用を前記ユーザに提案しない。

また、請求項４の発明は、請求項１ないし請求項３に記載の情報提供装置において、前記提案手段は、前記ユーザの前記車両機能の使用状況を、前記サーバ装置から前記ネットワークを介して取得する。

また、請求項５の発明は、サーバ装置と、車両で用いる情報提供装置とを含む通信システムであって、前記サーバ装置は、前記車両が備える車両機能の使用が好ましいと判断するための判断条件を設定する設定手段、を備え、前記情報提供装置は、前記車両の走行環境を取得する第１取得手段と、前記判断条件を前記サーバ装置からネットワークを介して取得する第２取得手段と、前記走行環境が前記判断条件を満足した場合に、前記車両機能の使用を前記車両のユーザに提案する提案手段とを備え、前記設定手段は、前記ユーザの前記車両機能の使用状況及び直近の前記ユーザの車両機能の使用時点からの経過時間に基づいて、前記車両機能の使用を前記ユーザに提案する。

また、請求項６の発明は、車両のユーザに情報を提供する情報提供方法であって、（ａ）前記車両の走行環境を取得する工程と、（ｂ）前記車両が備える車両機能の使用が好ましいと判断するための判断条件を、所定のサーバ装置からネットワークを介して取得する工程と、（ｃ）前記走行環境が前記判断条件を満足した場合に、前記車両機能の使用を前記車両のユーザに提案する工程とを備え、前記（ｃ）工程では、前記ユーザの前記車両機能の使用状況及び直近の前記ユーザの車両機能の使用時点からの経過時間に基づいて、前記車両機能の使用を前記ユーザに提案する。

請求項１ないし３、５又は６の発明によれば、ユーザの使用状況に基づいて車両機能の使用を提案するか否かを判断するため、ユーザの要請に合うように車両機能の使用の提案を適切に行うことができる。

また、特に請求項４の発明によれば、ユーザの使用状況をサーバ装置から取得するため、ユーザが車両を乗り換えた場合であっても当該ユーザに車両機能の使用の提案を適切に行うことができる。

図１は、通信システムの概要を示す図である。 図２は、第１の実施の形態の情報提供装置の構成を主に示す図である。 図３は、サーバ装置の構成を主に示す図である。 図４は、ユーザ別データの例を示す図である。 図５は、機能別データの例を示す図である。 図６は、第１の実施の形態の通信システムの処理の流れを示す図である。 図７は、第１の実施の形態の通信システムの処理の流れを示す図である。 図８は、第１の実施の形態の判断条件テーブルの例を示す図である。 図９は、ユーザ判定処理の詳細な流れを示す図である。 図１０は、車両機能の使用を提案するメッセージの例を示す図である。 図１１は、第２の実施の形態の判断条件テーブルの例を示す図である。 図１２は、第２の実施の形態の通信システムの処理の流れを示す図である。 図１３は、車両機能を実行した旨のメッセージの例を示す図である。 図１４は、第３の実施の形態の情報提供装置の構成を主に示す図である。 図１５は、第３の実施の形態の通信システムの処理の流れを示す図である。

以下、図面を参照しつつ本発明の実施の形態について説明する。

＜１．第１の実施の形態＞
＜１−１．システムの概要＞
図１は、本実施の形態に係る通信システム１００の概要を示す図である。通信システム１００は、自動車などの車両５に関するデータを蓄積する機関であるデータセンター１０に設けられるサーバ装置１と、車両５に搭載される情報提供装置２とを備えている。サーバ装置１と情報提供装置２とはインターネットなどのネットワーク９を介して通信可能となっている。

なお、図中では、一つの車両５のみを示しているが、実際には通信システム１００に関連して複数の車両５が存在している。そして、それら複数の車両５はそれぞれ情報提供装置２を備えている。複数の車両５のユーザはそれぞれ、情報提供装置２を用いて通信システム１００の機能を利用できる。

情報提供装置２は、車両５に搭載され、当該車両５のユーザ（主にドライバ）に情報を提供する。情報提供装置２は、車載ネットワーク５８を介して、当該車両５が備える機能提供装置５０と信号の送受信が可能である。機能提供装置５０は、車両５のユーザの負担軽減や利便性向上に有効な車両機能を提供する。機能提供装置５０は、例えば、以下のような車両機能を提供する装置が含まれる。

・ＡＣＣ（Adaptive Cruise Control）
・ＬＫＡ（Lane Keeping Assist system）
・ＴＳＲ（Traffic Sign Recognition）
・ＬＤＷ（Lane Departure Warning）
・ＢＳＤ（Blind Spot Detection）
・ＦＣＷ（Forward Collision Warning）
・ＨＡＣ（Hill-start Assist Control）
・ＭＡＶ（Multi Angle Vision）
・スノーモード
・ナイトビュー
通常、一つの車両５は、上記の車両機能を提供する装置の全てを備えているわけではなく、上記の車両機能を提供する装置のうちの一部を機能提供装置５０として選択的に備えている。したがって、車両５が備える機能提供装置５０の種類は、車両５ごとに異なる。なお、上記の車両機能は例であり、上記以外の車両機能を提供する装置が機能提供装置５０に含まれてよい。

情報提供装置２は、車両５の走行環境に基づいて、車両機能の使用が好ましいか否かを判断する。情報提供装置２は、この判断に用いる判断条件をサーバ装置１からネットワーク９を介して取得する。そして、情報提供装置２は、走行環境が判断条件を満足した場合に、車両機能の使用が好ましいと判断して、当該車両機能の使用を車両５のユーザに提案する。以下、このような通信システム１００の構成及び処理について詳細に説明する。

＜１−２．情報提供装置の構成＞
図２は、情報提供装置２の構成とともに、情報提供装置２に関連する構成を併せて示す図である。情報提供装置２は、ディスプレイ２１と、スピーカ２２と、情報処理部３とを主に備えている。

ディスプレイ２１は、車両５のユーザに提供する情報を表示する表示装置である。ディスプレイ２１は、その画面がユーザから視認できるように車両５の車室内の適位置に配置される。ディスプレイ２１は、タッチパネル機能を有し、ユーザの操作を受け付ける操作部としても機能する。また、スピーカ２２は、車室内の適位置に設けられ、各種の音声を車両５の車室内に出力する。

情報処理部３は、各種の情報を処理するとともに、ユーザに提供すべき情報を出力するようにディスプレイ２１及びスピーカ２２を制御する。情報処理部３は、外部通信部３１と、情報出力部３２と、車内通信部３３と、位置取得部３４と、記憶部３５と、制御部３０とを備えている。

外部通信部３１は、ＬＴＥやＷｉＭＡＸなどの無線通信規格を利用した通信機能を備えており、ネットワーク９を介して通信を行う。情報提供装置２は、外部通信部３１により、サーバ装置１との間で信号の送受信を行うことが可能となる。なお、外部通信部３１は、所定のサーバ装置１のみならず、ネットワーク９に接続された他の通信装置との間でも信号の送受信できることが望ましい。

情報出力部３２は、画像信号をディスプレイ２１に送信し、ユーザに提供すべき情報に係る画像をディスプレイ２１に表示させる。また、情報出力部３２は、音声信号をスピーカ２２に送信し、ユーザに提供すべき情報に係る音声をスピーカ２２に出力させる。

車内通信部３３は、ＣＡＮなどの車載ネットワーク５８に接続され、車両５に設けられる他の電子装置と通信を行う。このような他の電子装置は、上述した機能提供装置５０の他に、周辺監視装置５１、ユーザ監視装置５２、車両監視装置５３、及び、車載情報装置５４などが含まれる。車内通信部３３は、車載ネットワーク５８を介して、これらの電子装置５０〜５４から信号を受信するとともに、これらの電子装置５０〜５４に信号を送信する。なお、車両５は、これらの電子装置５１〜５４のうちの一部のみを備えていてもよい。

周辺監視装置５１は、車両５の周辺を監視して、車両５の周辺の物体（人物や他の車両等）に関する情報を取得する装置である。周辺監視装置５１は、車両５の前方及び後方の物体の位置を検出するレーダ、車両５の周辺の画像を取得する車載カメラ、及び、車両５の近傍に存在する物体を検出するクリアランスソナーなどを含む。

ユーザ監視装置５２は、車両５のユーザを監視して、該ユーザに関する情報を取得する装置である。ユーザが所持する携帯装置の情報を読み取る読取装置、ユーザの画像を取得する車内カメラ、及び、ユーザの生体情報を検出する生体センサなどを含む。生体センサは、例えば、ユーザと直接的に接触するステアリングホイールなどの部位に配置される。

車両監視装置５３は、車両５自体を監視して、車両５自体に関する情報を取得する装置である。車両監視装置５３は、車両５の速度を取得する車速センサ、及び、車両５にかかる加速度を検出する加速度センサなどを含む。

車載情報装置５４は、ユーザに各種のコンテンツを提供する装置である。車載情報装置５４は、記録媒体やデータに基づいて映像や音声を再生する再生装置、及び、目的地までのルートをユーザに案内するナビゲーション装置などを含む。

また、情報処理部３の位置取得部３４は、車両５の現在の位置を示す情報である現在位置を取得する。位置取得部３４は、例えばＧＰＳを含み、複数の衛星からの信号を受信して車両５の現在位置を緯度及び経度で取得する。

記憶部３５は、情報提供装置２の動作に必要な各種の情報を記憶する。記憶部３５は、例えば、フラッシュメモリなどの不揮発性の記憶装置である。記憶部３５は、ファームウェアとなるプログラム３５ａを記憶している。このプログラム３５ａは、メモリカードなどの記録媒体からの読み出しにより取得され、記憶部３５に予め記憶される。なお、プログラム３５ａは、ネットワーク９に接続された通信装置からダウンロードするなど、他の手法で取得されてもよい。

制御部３０は、例えば、ＣＰＵ、ＲＡＭ、及び、ＲＯＭなどを備えるマイクロコンピュータであり、情報提供装置２の全体を制御する。制御部３０のＣＰＵが記憶部３５に記憶されたプログラム３５ａを実行する（プログラム３５ａに従った演算処理を行う）ことにより、制御部３０として必要な各種の機能が実現される。

図２に示す、環境取得部３０ａ、条件取得部３０ｂ、適否判断部３０ｃ、ユーザ判定部３０ｄ、ユーザ提案部３０ｅ、及び、機能実行部３０ｆは、プログラム３５ａの実行により実現される制御部３０の機能のうちの一部である。

環境取得部３０ａは、車両５の走行環境を取得する。車両５の走行環境とは、該車両５が走行する道路や周辺などの状況を示す情報であり、例えば、日時、道路種別、渋滞及び天候などが含まれる。環境取得部３０ａは、走行環境をサーバ装置１からネットワーク９を介して取得する。

条件取得部３０ｂは、車両５が備える車両機能の使用が好ましいと判断するための判断条件を取得する。条件取得部３０ｂは、サーバ装置１からネットワーク９を介して判断条件を取得する。車両５が例えばＡＣＣ、ＬＫＡ及びスノーモードなどのように互いに異なる複数の車両機能を備える場合は、条件取得部３０ｂは、それら複数の車両機能それぞれの判断条件を取得する。

適否判断部３０ｃは、車両５が備える車両機能の使用が好ましいか否かを判断する。適否判断部３０ｃは、環境取得部３０ａが取得した走行環境が条件取得部３０ｂが取得した判断条件を満足するか否かに基づいて、車両機能の使用が好ましいか否かを判断する。車両５が例えばＡＣＣ、ＬＫＡ及びスノーモードなどのように互いに異なる複数の車両機能を備える場合は、適否判断部３０ｃは、それら複数の車両機能それぞれの使用が好ましいか否かを個別に判断する。

ユーザ判定部３０ｄは、適否判断部３０ｃが車両機能の使用が好ましいと判断した場合に、当該車両機能の使用をユーザに提案するか否かを判定する。ユーザ判定部３０ｄは、過去におけるユーザの車両機能の使用状況に基づいて、車両機能の使用のユーザへの提案が必要か否かを判定する。ユーザ判定部３０ｄは、サーバ装置１からネットワーク９を介してユーザの使用状況を取得する。

ユーザ提案部３０ｅは、ユーザ判定部３０ｄが車両機能の使用のユーザへの提案が必要と判定した場合に、ディスプレイ２１等を利用して車両機能の使用をユーザに提案する。この提案に応答して、ユーザは車両機能の使用を承認、あるいは、否認する。

機能実行部３０ｆは、ユーザ提案部３０ｅの提案に応答してユーザが車両機能の使用を承認した場合に、当該車両機能を実行する。機能実行部３０ｆは、車内通信部３３を介して当該車両機能を提供する機能提供装置５０に信号を送信して、当該車両機能を実行する。

ユーザは、このようにユーザ提案部３０ｅの提案に承認することで車両機能を実行させることができる。また、このような提案への承認以外に、ユーザは、通常の操作部を自発的に操作することにより、所望のタイミングで所望の車両機能を実行させることも、もちろん可能である。

ユーザが、提案を承認、または、操作部の操作により車両機能を実行させた場合は、制御部３０は、当該車両機能を使用したことを示す使用状況データを、ネットワーク９を介してサーバ装置１へ送信する。このような使用状況データは、車両機能を使用した時点（提案の承認の時点／操作部の操作の時点）における位置（現在位置）、及び、走行環境（日時、道路種別、渋滞及び天候など）を含んでいる。

また、ユーザが、提案を否認して車両機能を使用しなかった場合も、制御部３０は、当該車両機能の提案を否認したことを示す使用状況データを、ネットワーク９を介してサーバ装置１へ送信する。このような使用状況データは、提案を否認した時点における位置、及び、走行環境を含んでいる。

通信システム１００に係る複数の車両５の情報提供装置２はそれぞれ、このような使用状況データを随時にサーバ装置１に送信する。このため、サーバ装置１においては、通信システム１００に係る複数の車両５のユーザの使用状況データが蓄積されることになる。

＜１−３．サーバ装置の構成＞
次に、サーバ装置１の構成について説明する。図３は、主にサーバ装置１の構成を示す図である。サーバ装置１は、ＣＰＵ１０、ＲＡＭ１１及びＲＯＭ１２を備えるコンピュータである。また、サーバ装置１は、ネットワーク９を介して通信を行う通信部１３と、不揮発性の記憶装置であるハードディスク１４とを備えている。サーバ装置１は、通信部１３により、車両５に搭載された情報提供装置２との間で信号の送受信を行うことが可能となる。

ハードディスク１４には、プログラム１６が記憶されている。ＣＰＵ１０がプログラム１６を実行する（プログラム１６に従った演算処理を行う）ことにより、サーバ装置１として必要な機能部が実現される。図４に示す、受信処理部１０ａ、送信処理部１０ｂ及び条件設定部１０ｃは、プログラム１６の実行により実現される機能部の一部である。

受信処理部１０ａは、車両５の情報提供装置２から受信した使用状況データ等のデータを処理する。送信処理部１０ｂは、車両５の情報提供装置２に対して送信するデータを処理する。また、条件設定部１０ｃは、車両５が備える車両機能の使用が好ましいと判断するための判断条件を設定する。

また、ハードディスク１４には、データベース１５が記憶されている。このデータベース１５においては、地図データ１５ａ、渋滞データ１５ｂ、天候データ１５ｃ、ユーザ別データ１５ｄ、及び、機能別データ１５ｅが含まれている。

地図データ１５ａは、通信システム１００に係る車両５が走行する可能性のある地域の地図に関する情報を含んでいる。地図データ１５ａは、例えば、各道路の道路種別（高速道路か一般道か）を含んでいる。

渋滞データ１５ｂは、通信システム１００に係る車両５が走行する可能性のある地域の渋滞に関する情報を含んでいる。渋滞データ１５ｂは、例えば、現在の渋滞有無（渋滞が有るか無いか）を位置に関連付けて含んでいる。

天候データ１５ｃは、通信システム１００に係る車両５が走行する可能性のある地域の天候に関する情報を含んでいる。天候データ１５ｃは、例えば、現在の天候（晴、雨、曇、雪など）を位置に関連付けて含んでいる。

また、ユーザ別データ１５ｄ、及び、機能別データ１５ｅは、通信システム１００に係る複数の車両５の情報提供装置２それぞれから受信した使用状況データを分類して蓄積したものである。ユーザ別データ１５ｄは、通信システム１００を利用するユーザごとに、使用状況データを分類したものである。ユーザ別データ１５ｄは、ユーザの識別情報に関連付けて登録される。一方、機能別データ１５ｅは、通信システム１００において利用される車両機能ごとに、使用状況データを分類したものである。機能別データ１５ｅは、車両機能の識別情報に関連付けて登録される。

図４は、一のユーザに係るユーザ別データ１５ｄの一例を示す図である。ユーザ別データ１５ｄは、テーブル形式のデータであり、複数のレコードＲａを有している。各レコードＲａは、一つの車両機能に対応しており、当該車両機能に関する直近のユーザの対応が登録される。このようなユーザ別データ１５ｄは、過去における当該ユーザの各車両機能に関する使用状況を表すものとなる。

各レコードＲａにおいては、車両機能を識別するための「車両機能名」と、直近のユーザの対応がなされた時点の「日時」と、直近のユーザの対応の具体的内容を示す「ユーザ対応」とが関連付けられている。

ユーザが提案を承認または操作部の操作により車両機能を使用した場合は、当該車両機能のレコードＲａの「ユーザ対応」には「使用」が登録される。一方、ユーザが提案を否認して車両機能を使用しなかった場合は、当該車両機能のレコードＲａの「ユーザ対応」には「否認」が登録される。また、ユーザが、当該車両機能を使用したことがなく、かつ、当該車両機能の使用の提案もされたことがない場合は、当該車両機能のレコードＲａの「日時」及び「ユーザ対応」は空欄（Ｎｕｌｌ）とされる。

また、図５は、一の車両機能に係る機能別データ１５ｅの一例を示す図である。機能別データ１５ｅは、テーブル形式のデータであり、複数のレコードＲｂを有している。各レコードＲｂは、当該車両機能の一回の使用ごとの状況を示している。すなわち、通信システム１００に係る複数の車両５のいずれかのユーザが、当該車両機能を使用するごとに一つのレコードＲｂが追加される。このような機能別データ１５ｅは、複数の車両５のユーザの当該車両機能に関する使用状況を表すものとなる。

各レコードＲｂにおいては、使用したユーザを識別するための「ユーザＩＤ」と、当該車両機能を使用した時点の「位置」と、走行環境（「日時」「道路種別」「渋滞有無」「天候」など）とが関連付けられている。

受信処理部１０ａは、車両５の情報提供装置２から使用状況データを受信すると、このようなデータベース１５のユーザ別データ１５ｄ及び機能別データ１５ｅの内容を更新し、受信した使用状況データの内容を反映する。

＜１−４．通信システムの処理＞
次に、通信システム１００の処理について説明する。図６及び図７は、通信システム１００の処理の流れを示す図である。以下では、一の車両５に注目して通信システム１００の処理の流れを説明する。以下、注目する車両５を「対象車両」といい、対象車両のユーザを「対象ユーザ」という。

対象車両の情報提供装置２が起動すると、まず、制御部３０が対象ユーザを識別し、対象ユーザの識別情報を取得する（ステップＳ２１）。制御部３０は、ユーザ監視装置５２が取得する対象ユーザに関する情報に基づいて、対象ユーザを識別する。制御部３０は、例えば、対象ユーザが所持する携帯装置の情報、対象ユーザの画像、あるいは、対象ユーザの生体情報などに基づいて対象ユーザを識別できる。

次に、制御部３０は、対象車両が備える車両機能の種類を取得する（ステップＳ２２）。制御部３０は、車内通信部３３を介して機能提供装置５０に信号を送信して、どのような種類の車両機能を対象車両が備えているかを把握する。通常、一つの車両５は、ＡＣＣ、ＬＫＡ及びスノーモードなどのように複数の車両機能を備えている。以下、対象車両は、互いに異なる複数の車両機能を備えているものとして説明する。

次に、位置取得部３４が、複数の衛星からの信号に基づいて、対象車両の現在位置を取得する（ステップＳ２３）。

次に、環境取得部３０ａが、対象車両の現在位置における走行環境を取得する（ステップＳ２４）。環境取得部３０ａは、走行環境を要求するための環境要求信号をサーバ装置１に送信する。この環境要求信号は、位置取得部３４が取得した対象車両の現在位置を含んでいる。

この環境要求信号に応答して、サーバ装置１の送信処理部１０ｂは、走行環境を情報提供装置２に送信する（ステップＳ１１）。送信処理部１０ｂは、データベース１５内の地図データ１５ａ、渋滞データ１５ｂ、及び、天候データ１５ｃ等を参照して、対象車両の現在位置における道路種別、渋滞有無、及び、天候などを走行環境として取得して、ネットワーク９を介して情報提供装置２に送信する。これにより、環境取得部３０ａは、対象車両の現在位置における走行環境をサーバ装置１からネットワーク９を介して取得する。さらに、環境取得部３０ａは、サーバ装置１または制御部３０の計時機能を利用して、現在の日時を走行環境の一部として取得する。

このように環境取得部３０ａは、対象車両の走行環境をサーバ装置１からネットワーク９を介して取得するため、車両５が走行環境を検出する装置を備えていなくても、走行環境を取得することができる。

次に、条件取得部３０ｂが、対象車両が備える車両機能の使用が好ましいと判断するための判断条件をサーバ装置１から取得する。条件取得部３０ｂは、まず、判断条件を要求するための条件要求信号をサーバ装置１に送信する（ステップＳ２５）。この条件要求信号は、対象車両の現在位置、及び、対象車両が備える複数の車両機能の識別情報を含んでいる。

この条件要求信号に応答して、サーバ装置１の条件設定部１０ｃは、対象車両が備える車両機能の判断条件を設定する（ステップＳ１２）。条件設定部１０ｃは、データベース１５内の機能別データ１５ｅのうちから、対象車両が備える車両機能に関する機能別データ１５ｅを選択する。条件設定部１０ｃは、この機能別データ１５ｅを参照し、対象車両の現在位置の近傍（例えば、半径１ｋｍ以内）において、通信システム１００に係る複数の車両５のユーザが当該車両機能を実際に使用した場合の走行環境を統計的に把握する。換言すれば、条件設定部１０ｃは、対象車両の現在位置の近傍において、対象車両以外の複数の他車両のユーザ（不特定多数のユーザ）が、どのような走行環境において当該車両機能を実際に使用しているかを統計的に把握する。そして、条件設定部１０ｃは、その把握した走行環境に基づいて判断条件を設定する。

例えば、車両機能を使用したユーザの８割以上が、道路種別が高速道路、かつ、渋滞が無しの場合に、車両機能を使用しているような場合は、条件設定部１０ｃは、「道路種別」＝「高速道路」、「渋滞有無」＝「無し」という判断条件を設定する。機能別データ１５ｅの「日時」は早朝、朝、昼、夕方、夜、深夜などの時間帯に分類される。そして、複数の車両５のユーザが車両機能を使用した時間帯に特定の傾向がある場合は、判断条件として「時間帯」が設定される。

条件設定部１０ｃは、このような判断条件を、対象車両が備える複数の車両機能それぞれに関して設定する。これにより、条件設定部１０ｃは、図８に示すような判断条件テーブルＴ１を生成する。判断条件テーブルＴ１は、対象車両が備える複数の車両機能にそれぞれ対応する複数の判断条件を含んでいる。判断条件テーブルＴ１は、テーブル形式のデータであり、複数のレコードＲｃを有している。各レコードＲｃは、一つの車両機能に対応しており、当該車両機能に関して設定された判断条件を示している。

各レコードＲｃにおいては、車両機能を識別するための「車両機能名」と、その車両機能の使用が好ましいと判断するための判断条件となる走行環境（「時間帯」「道路種別」「渋滞有無」「天候」など）とが対応付けられている。図８の例では、ＡＣＣについての判断条件は、「道路種別」＝「高速道路」、「渋滞有無」＝「無し」となっている。

前述のように、条件設定部１０ｃは、対象車両の現在位置の近傍における、複数の車両５のユーザの実際の使用状況に基づいて判断条件を設定する。このため、現在位置の近傍において過去に複数のユーザが判断した判断結果（人間による判断結果）を反映した適切な判断条件を柔軟に設定することができる。

条件設定部１０ｃは、対象車両の現在位置に応じて判断条件を設定することから、対象車両の現在位置が変われば判断条件が変わることもある。例えば、対象車両の現在位置が移動した場合は、ＡＣＣについての判断条件が「道路種別」＝「一般道」、「渋滞有無」＝「無し」に変わることもあり得る。

条件設定部１０ｃは、このような判断条件テーブルＴ１を生成すると、判断条件テーブルＴ１をネットワーク９を介して情報提供装置２に送信する（ステップＳ１３）。これにより、条件取得部３０ｂは、対象車両が備える複数の車両機能にそれぞれの判断条件を含む判断条件テーブルＴ１を、サーバ装置１からネットワーク９を介して取得する（ステップＳ２６）。

以降、環境取得部３０ａが取得した対象車両の走行環境と、条件設定部１０ｃが取得した判断条件テーブルＴ１とに基づいて、適否判断部３０ｃが、対象車両が備える複数の車両機能それぞれの使用が好ましいか否かを判断する。

まず、適否判断部３０ｃは、対象車両が備える複数の車両機能のうちの一つを、判断の対象とする「対象機能」として選択する（図７のステップＳ２７）。

次に、適否判断部３０ｃは、対象車両の走行環境が、判断条件テーブルＴ１に含まれる対象機能の判断条件を満足するか否かを判断する（ステップＳ２８）。例えば、対象機能がＡＣＣであり、判断条件テーブルＴ１が図８に示すものである場合においては、対象車両の走行環境が「道路種別」＝「高速道路」、「渋滞有無」＝「無し」の判断条件を満足するか否かを適否判断部３０ｃが判断する。

対象車両の走行環境が対象機能の判断条件を満足しない場合は（ステップＳ２８にてＮｏ）、適否判断部３０ｃは対象機能の使用が好ましくないと判断し、処理はそのままステップＳ３５に進む。

一方、対象車両の走行環境が対象機能の判断条件を満足する場合は（ステップＳ２８にてＹｅｓ）、適否判断部３０ｃは対象機能の使用が好ましいと判断する。この場合は、続いて、ユーザ判定部３０ｄが、ユーザ判定処理（ステップＳ２９）を実行して、対象機能の使用を対象ユーザに提案するか否かを判定する。

車両機能の使用が好ましい状況において一律にユーザにその使用を提案したとすると、そのような提案が煩わしいと感じるユーザが存在する。一方で、車両機能の操作方法を知らない、あるいは、忘れたために、車両機能の使用を積極的に提案して欲しいと感じるユーザも存在する。このため、ユーザ判定部３０ｄは、ユーザ判定処理（ステップＳ２９）において、対象ユーザの要請に合うように、対象ユーザの対象機能に関する過去の使用状況に基づいて対象機能の使用を対象ユーザに提案するか否かを判定する。

図９は、このユーザ判定処理（ステップＳ２９）の詳細な流れを示す図である。

まず、ユーザ判定部３０ｄは、対象ユーザの対象機能に関する過去の使用状況を表すユーザ別データ１５ｄを、サーバ装置１から取得する（ステップＳ４１）。条件取得部３０ｂは、ユーザ別データ１５ｄを要求するためのデータ要求信号をサーバ装置１に送信する。データ要求信号は、図６のステップＳ２１で取得された対象ユーザの識別情報を含んでいる。

このデータ要求信号に応答して、サーバ装置１の送信処理部１０ｂは、対象ユーザのユーザ別データ１５ｄをネットワーク９を介して情報提供装置２に送信する（ステップＳ１５）。これにより、ユーザ判定部３０ｄは、ユーザ別データ１５ｄをサーバ装置１からネットワーク９を介して取得する。

次に、ユーザ判定部３０ｄは、ユーザ別データ１５ｄ（図４参照。）における対象機能のレコードＲａの「ユーザ対応」を参照し、対象機能に関する直近の対象ユーザの対応が「否認」であるか否かを判定する（ステップＳ４２）。

対象機能に関する直近の対象ユーザの対応が「否認」である場合は（ステップＳ４２にてＹｅｓ）、対象ユーザは対象機能の使用を望んでいないと考えられる。このため、原則的には、ユーザ判定部３０ｄは、対象機能の使用の提案は「不要」と判断する（ステップＳ４７）。

ただし、直近の対象ユーザの対応がなされた時点から比較的長時間（例えば半年）が経過している場合は、対象ユーザが変心して対象機能の使用を望むことも考えられる。このため、直近の対象ユーザの対応がなされた時点から第１閾値時間（例えば半年）が経過している場合は（ステップＳ４３にてＹｅｓ）、ユーザ判定部３０ｄは、対象機能の使用の提案は「必要」と判断する（ステップＳ４６）。

また、対象機能に関する直近の対象ユーザの対応が「否認」でない場合は（ステップＳ４２にてＮｏ）、次に、ユーザ判定部３０ｄは、対象機能に関する直近の対象ユーザの対応が「使用」であるか否かを判定する（ステップＳ４４）。

対象機能に関する直近の対象ユーザの対応が「使用」である場合は（ステップＳ４４にてＹｅｓ）、対象ユーザは対象機能の使用の経験があることから、対象機能の使用を希望する対象ユーザは自発的に操作部を操作して対象機能を使用すると考えられる。このため、原則的には、ユーザ判定部３０ｄは、対象機能の使用の提案は「不要」と判断する（ステップＳ４８）。

ただし、直近の対象ユーザの対応がなされた時点からある程度の時間（例えば１ヶ月）が経過している場合は、対象ユーザが対象機能の操作方法を忘れている可能性がある。このため、直近の対象ユーザの対応がなされた時点から第２閾値時間（例えば１ヶ月）が経過している場合は（ステップＳ４５にてＹｅｓ）、ユーザ判定部３０ｄは、対象機能の使用の提案は「必要」と判断する（ステップＳ４６）。

また、対象機能に関する直近の対象ユーザの対応が「否認」及び「使用」のいずれでもない場合は（ステップＳ４４にてＮｏ）、対象ユーザは対象機能の使用の経験が無いと考えられる。この場合は、対象ユーザに対象機能の利便性を経験してもらうため、ユーザ判定部３０ｄは、対象機能の使用の提案は「必要」と判断する（ステップＳ４６）。

このように、ユーザ判定部３０ｄは、対象ユーザの対象機能に関する過去の使用状況に基づいて、対象機能の使用を対象ユーザに提案するか否かを判定する。このため、対象ユーザの要請に合わせて、対象ユーザに提案するか否かを適切に判定することができる。

図７に戻り、ユーザ判定処理（ステップＳ２９）が完了すると、このユーザ判定処理の判定結果に応じた処理がなされる。ユーザ判定処理において対象機能の使用の提案が「不要」と判断された場合は（ステップＳ３０にてＮｏ）、対象機能の使用の提案はなされず、処理はそのままステップＳ３５に進む。

一方、ユーザ判定処理において対象機能の使用の提案が「必要」と判断された場合は（ステップＳ３０にてＹｅｓ）、ユーザ提案部３０ｅが対象機能の使用を対象ユーザに提案する（ステップＳ３１）。この場合は、ユーザ提案部３０ｅが情報出力部３２を制御し、図１０に示すように、対象機能の使用を提案するメッセージをディスプレイ２１の画面に表示させる。この際、メッセージの表示に合わせてスピーカから所定の音声が出力されることが望ましい。

また、このディスプレイ２１の画面には、承認ボタン２１ａと否認ボタン２１ｂとの２つのコマンドボタンがさらに表示される。対象ユーザは、これら２つのコマンドボタンのいずれかをタッチする。これにより、対象ユーザは、対象機能の使用の提案に応答して、対象機能の使用を承認、あるいは、否認することができる。

対象ユーザが対象機能の使用を承認した場合は（ステップＳ３２にてＹｅｓ）、機能実行部３０ｆは、車内通信部３３を介して対象機能を提供する機能提供装置５０に所定の信号を送信して、対象機能を実行する（ステップＳ３３）。したがって、対象ユーザは、提案に応答して承認するのみで対象機能を容易に実行させることができる。続いて、制御部３０が、対象機能を使用したことを示す使用状況データをネットワーク９を介してサーバ装置１へ送信する（ステップＳ３４）。

一方、対象ユーザが対象機能の使用を否認した場合は（ステップＳ３２にてＮｏ）、機能実行部３０ｆは対象機能を実行せず、制御部３０が、対象機能の提案を否認したことを示す使用状況データをネットワーク９を介してサーバ装置１へ送信する（ステップＳ３４）。

このように送信された使用状況データは、サーバ装置１に受信される。サーバ装置１の受信処理部１０ａは、受信した使用状況データの内容を反映するように、データベース１５のユーザ別データ１５ｄ及び機能別データ１５ｅの内容を更新する（ステップＳ１４）。

このようにして一つの車両機能に関する処理が完了すると、適否判断部３０ｃが、対象車両が備える複数の車両機能のうち対象機能とされていない車両機能があるか否かを判定する（ステップＳ３５）。そして、存在していた場合は（ステップＳ３５にてＹｅｓ）、処理はステップＳ２７に戻り、複数の車両機能のうちの次の一つが新たな対象機能として選択され、上記と同様にしてその対象機能の使用が好ましいか否かが判断される。このような処理が繰り返され、対象車両が備える全ての車両機能について使用が好ましいか否かが判断されることになる。

全ての車両機能について使用が好ましいか否かが判断されると（ステップＳ３５にてＮｏ）、処理は図６のステップＳ２３に戻り、対象車両の現在位置が新たに取得され、上記と同様の処理が再び繰り返されることになる。

以上のように、本実施の形態の情報提供装置２においては、環境取得部３０ａが車両５の走行環境を取得し、条件取得部３０ｂが車両５が備える車両機能の使用が好ましいと判断するための判断条件を所定のサーバ装置１からネットワーク９を介して取得する。そして、ユーザ提案部３０ｅは、走行環境が判断条件を満足した場合に車両機能の使用をユーザに提案する。このようにサーバ装置１から取得した判断条件に基づいて、車両機能の使用が好ましいか否かが判断されるため、車両機能の使用の提案を適切に行うことができる。

また、位置取得部３４が車両５の現在の位置である現在位置を取得し、環境取得部３０ａが車両５の現在位置における走行環境を取得するとともに、条件取得部３０ｂが車両５の現在位置に応じた判断条件を取得する。このため、車両５の現在位置に基づいて車両機能の使用が好ましいか否かを判断でき、車両機能の使用の提案をさらに適切に行うことができる。

また、サーバ装置１の条件設定部１０ｃは、通信システム１００に係る複数の車両５のユーザの車両機能の使用状況に応じて判断条件を設定する。このため、複数のユーザの実際の使用状況を反映した適切な判断条件を柔軟に設定することができる。そして、このような実際の使用状況を反映した判断条件に基づいて車両機能の使用が好ましいか否かが判断されるため、車両機能の使用の提案をさらに適切に行うことができる。

また、ユーザ判定部３０ｄが、過去におけるユーザの車両機能の使用状況に基づいて車両機能の使用をユーザに提案するか否かを判定する。このため、ユーザの要請に合うように車両機能の使用の提案を適切に行うことができる。

また、過去におけるユーザの車両機能の使用状況を表すユーザ別データ１５ｄはサーバ装置１に記憶され、ユーザ判定部３０ｄはユーザ別データ１５ｄをサーバ装置１からネットワーク９を介して取得する。このため、ユーザが車両５を乗り換えた場合であっても、サーバ装置１に記憶された当該ユーザのユーザ別データ１５ｄに基づいて、該ユーザに車両機能の使用の提案を適切に行うことができる。

＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。第２の実施の形態の通信システム１００の構成及び動作は、第１の実施の形態とほぼ同様であるため、以下、第１の実施の形態との相違点を中心に説明する。

第１の実施の形態では、複数の車両機能のいずれかの判断条件を走行環境が満足した場合は、ユーザ提案部３０ｅが、該判断条件に対応する車両機能の使用を提案していた。そして、その提案に応答してユーザが車両機能の使用を承認した場合に、機能実行部３０ｆが当該車両機能を実行していた。これに対して、第２の実施の形態では、複数の車両機能のいずれかの判断条件を走行環境が満足した場合において、該判断条件に対応する車両機能が特定機能のときは、機能実行部３０ｆはユーザの承認が無くても当該車両機能を自動的に実行するようになっている。

車両５が備える複数の車両機能のうち、このように自動的に実行される特定機能は予め定められる。例えば、ＭＡＶなど、画像や情報を表示する機能は、特定機能とすることが望ましい。一方で、例えば、ＡＣＣなど、アクセル及びステアリング等のドライバの操作に介入する機能は、特定機能とすることは望ましくない。車両５が備える複数の車両機能のうちのいずれを特定機能とするかは、ユーザが好みに応じて設定できるようになっていてもよい。

本実施の形態では、車両５が備える複数の車両機能のうちのいずれが特定機能であるかは、条件取得部３０ｂがサーバ装置１から取得する判断条件テーブルによって定められる。

図１１は、第２の実施の形態の判断条件テーブルＴ２の例を示す図である。本実施の形態の判断条件テーブルＴ２も、テーブル形式のデータであり、複数のレコードＲｃを有している。各レコードＲｃは、一つの車両機能に対応しており、当該車両機能に関して設定された判断条件を示している。これとともに、各レコードＲｃには「特定機能」の項目が存在し、「特定機能」には「Ｙｅｓ」または「Ｎｏ」のいずれかが登録されている。「特定機能」に「Ｙｅｓ」が登録されているレコードＲｃの車両機能が特定機能となる。

第２の実施の形態の通信システム１００の処理の流れは、ユーザ判定処理において対象機能の使用の提案が「必要」と判断された場合（図７のステップＳ３０にてＹｅｓ）の後が、第１の実施の形態と一部異なっている。図１２は、第２の実施の形態の通信システム１００の処理の流れのうち、第１の実施の形態と異なる部分を主に示している。

ユーザ判定処理において対象機能の使用の提案が「必要」と判断された場合（ステップＳ３０にてＹｅｓ）は、機能実行部３０ｆが、対象機能が特定機能であるか否かを判定する（ステップＳ３０１）。この対象機能は、走行環境が満足した判断条件に対応する車両機能に相当する。機能実行部３０ｆは、判断条件テーブルＴ２を参照して、対象機能が特定機能であるか否かを判定する。

対象機能が特定機能でない場合は（ステップＳ３０１にてＮｏ）、第１の実施の形態と同様に、ユーザ提案部３０ｅが対象機能の使用を対象ユーザに提案する（ステップＳ３１）。そして、対象ユーザが対象機能の使用を承認した場合は（ステップＳ３２にてＹｅｓ）、機能実行部３０ｆは対象機能を実行する（ステップＳ３３）。

これに対して、対象機能が特定機能である場合は（ステップＳ３０１にてＹｅｓ）、ユーザ提案部３０ｅによる対象ユーザへの提案が省略され、機能実行部３０ｆはユーザの承認が無くても対象機能を自動的に実行する（ステップＳ３３）。

このように機能実行部３０ｆがユーザの承認無く対象機能を自動的に実行した場合は、機能実行部３０ｆが情報出力部３２を制御し、図１３に示すように、対象機能を自動的に実行した旨を示すメッセージをディスプレイ２１の画面に表示させる。この際、メッセージの表示に合わせてスピーカから所定の音声が出力されることが望ましい。

また、このディスプレイ２１の画面には、ＯＫボタン２１ｃとキャンセルボタン２１ｄとの２つのコマンドボタンがさらに表示される。対象ユーザは、これら２つのコマンドボタンのうちキャンセルボタン２１ｄにタッチすることで、自動的に実行された対象機能の実行を停止することができる。

このように第２の実施の形態においては、ある車両機能の使用が好ましいと判断された場合は、機能実行部３０ｆは、当該車両機能が特定機能のときは、ユーザが承認せずとも当該車両機能を自動的に実行する。このため、ユーザの操作の負担を大きく低減できる。

＜３．第３の実施の形態＞
次に、第３の実施の形態について説明する。第３の実施の形態の通信システム１００の構成及び動作は、第１の実施の形態とほぼ同様であるため、以下、第１の実施の形態との相違点を中心に説明する。

第１の実施の形態では、車両５の現在位置において車両機能の使用が好ましいか否かが判断されていた。これに対して、第３の実施の形態では、車両５が走行する予定の位置である予定位置が導出され、この車両５の予定位置において車両機能の使用が好ましいか否かが判断されるようになっている。

図１４は、第３の実施の形態の情報提供装置２の構成を主に示す図である。第３の実施の形態の情報提供装置２は、プログラム３５ａの実行により実現される制御部３０の機能のうちの一つとして、位置導出部３０ｇを備えている。その他の構成は、第１の実施の形態と同様である。

位置導出部３０ｇは、車両５が走行する予定の位置である予定位置を導出する。位置導出部３０ｇは、車両５の現在位置と、目的地までのルートと、車両５の速度とに基づいて、車両５が所定時間後（例えば１０分後）に走行する予定の位置を予定位置として導出する。

第３の実施の形態の通信システム１００の処理の流れは、第１の実施の形態と一部異なっている。第３の実施の形態の通信システム１００においては、第１の実施の形態における車両５の「現在位置」に代えて、車両５の「予測位置」が用いられる。したがって、環境取得部３０ａが車両５の予測位置における走行環境を取得するとともに、条件取得部３０ｂが車両５の予測位置に応じた判断条件を取得する。

図１５は、第３の実施の形態の通信システム１００の処理の流れのうち、第１の実施の形態と異なる部分を主に示している。

まず、制御部３０が、対象ユーザを識別するとともに（ステップＳ２１）、対象車両が備える車両機能の種類を取得する（ステップＳ２２）。

次に、位置導出部３０ｇは、位置取得部３４から車両５の現在位置、車載情報装置５４に含まれるナビゲーション装置から目的地までのルート、車両監視装置５３から車両５の速度をそれぞれ取得する（ステップＳ２３１）。そして、位置導出部３０ｇは、これらの車両５の現在位置と、目的地までのルートと、車両５の速度とに基づいて、車両５の予定位置を導出する（ステップＳ２３２）。

次に、環境取得部３０ａが、対象車両の予定位置における走行環境を取得する（ステップＳ２４）。環境取得部３０ａは、対象車両の予定位置を含む環境要求信号をサーバ装置１に送信する。これにより、環境取得部３０ａは、対象車両の予定位置における走行環境をサーバ装置１からネットワーク９を介して取得する。また、環境取得部３０ａは、現在の日時に所定時間（例えば１０分）を加算した日時を、走行環境の一部として取得する。

次に、条件取得部３０ｂが、対象車両の予定位置における判断条件を取得する。条件取得部３０ｂは、対象車両の予定位置を含む条件要求信号をサーバ装置１に送信する（ステップＳ２５）。条件要求信号に応答して、サーバ装置１の条件設定部１０ｃは、対象車両が備える車両機能の判断条件を設定する（ステップＳ１２）。条件設定部１０ｃは、対象車両の予定位置の近傍における、複数の車両５のユーザの実際の使用状況に基づいて判断条件を設定する。

そして、条件設定部１０ｃが、判断条件テーブルＴ１をネットワーク９を介して情報提供装置２に送信する（ステップＳ１３）。これにより、条件取得部３０ｂは、対象車両が備える複数の車両機能にそれぞれの判断条件を含む判断条件テーブルＴ１を、サーバ装置１からネットワーク９を介して取得する（ステップＳ２６）。

以降、環境取得部３０ａが取得した対象車両の走行環境と、条件設定部１０ｃが取得した判断条件テーブルＴ１とに基づいて、適否判断部３０ｃが、対象車両が備える複数の車両機能それぞれの使用が好ましいか否かを判断する。したがって、車両５の予測位置に基づいて車両機能の使用が好ましいか否かを判断できる。

このように第３の実施の形態においては、車両の予定位置に基づいて車両機能の使用が好ましいか否かを判断するため、車両機能の使用の提案を事前に行うことができる。例えば、ある車両機能（例えば，ＡＣＣなど）の使用が好ましい状況となるのに先立って、該車両機能の使用の提案をユーザにすることができる。このため、ユーザは、該車両機能の使用が好ましい状況となった場合に当該車両機能を速やかに使用できる。

＜４．他の実施の形態＞
以下、他の実施の形態について説明する。上記実施の形態及び以下で説明する形態を含む全ての形態は、適宜に組み合わせ可能である。

＜４−１．ユーザのタイプ＞
条件設定部１０ｃは、ユーザのタイプを考慮して判断条件を設定してもよい。ユーザは、例えば、熟練ドライバ、初心者ドライバなどのタイプに分類することができる。このようなユーザのタイプは、予め設定することができる。条件設定部１０ｃは、データベース１５内の機能別データ１５ｅのうちから、対象ユーザと同じタイプのユーザのレコードＲｂのみを利用して判断条件を設定する。これによれば、ユーザのタイプを考慮した判断条件に基づいて、車両機能の使用が好ましいか否かが判断されるため、車両機能の使用の提案をさらに適切に行うことができる。

＜４−２．ユーザの体調＞
条件設定部１０ｃは、ユーザの体調を考慮して判断条件を設定してもよい。ユーザは、例えば、眠たい、疲れたなど体調が刻々と変化する。このようなユーザの体調は、生体センサなどの情報に基づいて取得できる。条件設定部１０ｃは、データベース１５内の機能別データ１５ｅのうちから、対象ユーザと同じ体調のユーザのレコードＲｂのみを利用して判断条件を設定する。これによれば、ユーザの体調を考慮した判断条件に基づいて、車両機能の使用が好ましいか否かが判断されるため、車両機能の使用の提案をさらに適切に行うことができる。

＜４−３．車両の使用用途＞
条件設定部１０ｃは、車両５の使用用途を考慮して判断条件を設定してもよい。ユーザは、例えば、レジャーやビジネスなど様々な使用用途で車両５を利用する。このような使用用途は、目的地までのルートなどの情報に基づいて取得できる。条件設定部１０ｃは、データベース１５内の機能別データ１５ｅのうちから、対象ユーザと同じ使用用途のレコードＲｂのみを利用して判断条件を設定する。これによれば、車両５の使用用途を考慮した判断条件に基づいて、車両機能の使用が好ましいか否かが判断されるため、車両機能の使用の提案をさらに適切に行うことができる。

＜４−４．その他の変形例＞
上記実施の形態では、情報提供装置２は車両５に搭載される車載装置として説明したが、ユーザが車両５に持ち込むタブレット端末やスマートフォンなどの携帯情報端末が情報提供装置２として機能してもよい。

また、上記実施の形態では、情報提供装置２と電子装置５１〜５４とは別の装置として説明していたが、情報提供装置２は、電子装置５１〜５４のうちのいずれかの装置と一体化されてもよい。例えば、情報提供装置２は、車載情報装置５４の一つであるナビゲーション装置と一体化されてもよい。

また、上記実施の形態では、環境取得部３０ａは、主にサーバ装置１から対象車両の走行環境を取得していた。これに対し、環境取得部３０ａは、対象車両自体が備える装置から走行環境の一部または全部を取得してもよい。例えば、対象車両がナビゲーション装置を備えている場合は、環境取得部３０ａは、現在位置または予定位置における道路種別をナビゲーション装置から取得できる。また、環境取得部３０ａは、所定のサーバ装置１以外の通信装置から、走行環境の一部または全部を取得してもよい。例えば、環境取得部３０ａは、天候情報を提供する通信装置から、現在位置または予定位置における天候を取得できる。

また、条件設定部１０ｃは、車両５における同乗者の有無に応じて、車両機能の使用の提案の内容を変更してもよい。例えば、同乗者に乗り物酔いの傾向がある場合は、車両５の挙動に関わる車両機能の使用の提案をしないようにしてもよい。

また、上記実施の形態において一つのブロックとして説明した機能は必ずしも単一の物理的要素によって実現される必要はなく、分散した物理的要素によって実現されてよい。また、上記実施の形態で複数のブロックとして説明した機能は単一の物理的要素によって実現されてもよい。また、車両内の装置と車両外の装置とに任意の一つの機能に係る処理を分担させ、これら装置間において通信によって情報の交換を行うことで、全体として当該一つの機能が実現されてもよい。

また、上記実施の形態においてプログラムの実行によってソフトウェア的に実現されると説明した機能の全部又は一部は電気的なハードウェア回路により実現されてもよい。また、上記実施の形態において一つのブロックとして説明した機能が、ソフトウェアとハードウェアとの協働によって実現されてもよい。

１ サーバ装置
２ 情報提供装置
５ 車両
９ ネットワーク
１０ｃ 条件設定部
３０ａ 環境取得部
３０ｂ 条件取得部
３０ｃ 適否判断部
３０ｄ ユーザ判定部
３０ｅ ユーザ提案部
３０ｆ 機能実行部
Ｔ１ 判断条件テーブル

Claims (6)

1. 車両で用いる情報提供装置であって、
   前記車両の走行環境を取得する第１取得手段と、
   前記車両が備える車両機能の使用が好ましいと判断するための判断条件を、所定のサーバ装置からネットワークを介して取得する第２取得手段と、
   前記走行環境が前記判断条件を満足した場合に、前記車両機能の使用を前記ユーザに提案する提案手段とを備え、
   前記提案手段は、前記ユーザの前記車両機能の使用状況及び直近の前記ユーザの車両機能の使用時点からの経過時間に基づいて、前記車両機能の使用を前記ユーザに提案するか否かを判断することを特徴とする情報提供装置。
   
2. 請求項１に記載の情報提供装置において、
   前記使用状況とは、直近の車両機能の使用を前記ユーザへ提案時の前記ユーザの車両機能の使用状況であり、
   前期提案手段は、前記使用状況が不使用であり前記経過時間が第１の所定時間を超過した場合、前記車両機能の使用を前記ユーザに提案することを特徴とする情報提供装置。
   
3. 請求項１ないし請求項２のいずれかに記載の情報提供装置において、
   前記使用状況とは、直近の車両機能の使用を前記ユーザへ提案時の前記ユーザの車両機能の使用状況であり、
   前期提案手段は、前記使用状況が使用であり、前記経過時間が第２の所定時間を超過した場合、前記車両機能の使用を前記ユーザに提案しないことを特徴とする情報提供装置。
   
4. 請求項１ないし請求項３のいずれかに記載の情報提供装置において、
   前記提案手段は、前記ユーザの前記車両機能の使用状況を、前記サーバ装置から前記ネットワークを介して取得することを特徴とする情報提供装置。
   
5. サーバ装置と、車両で用いる情報提供装置とを含む通信システムであって、
   前記サーバ装置は、前記車両が備える車両機能の使用が好ましいと判断するための判断条件を設定する設定手段を備え、
   前記情報提供装置は、前記車両の走行環境を取得する第１取得手段と、前記判断条件を前記サーバ装置からネットワークを介して取得する第２取得手段と、前記走行環境が前記判断条件を満足した場合に、前記車両機能の使用を前記車両のユーザに提案する提案手段とを備え、
   前記設定手段は、前記ユーザの前記車両機能の使用状況及び直近の前記ユーザの車両機能の使用時点からの経過時間に基づいて、前記車両機能の使用を前記ユーザに提案することを特徴とする通信システム。
   
6. 車両のユーザに情報を提供する情報提供方法であって、
   （ａ）前記車両の走行環境を取得する工程と、
   （ｂ）前記車両が備える車両機能の使用が好ましいと判断するための判断条件を、所定
   のサーバ装置からネットワークを介して取得する工程と、
   （ｃ）前記走行環境が前記判断条件を満足した場合に、前記車両機能の使用を前記車両
   のユーザに提案する工程と、
   を備え、
   前記（ｃ）工程では、前記ユーザの前記車両機能の使用状況及び直近の前記ユーザの車両機能の使用時点からの経過時間に基づいて、前記車両機能の使用を前記ユーザに提案することを特徴とする情報提供方法。

Images