(57)【特許請求の範囲】
【請求項１】
複数の機能の尤度に基づいて機能候補を提示する機能候補提示装置において、
車両の走行状況に基づく情報と、日時に基づく情報とに基づいて、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度との重み付け値を決定する重み付け量決定部と、
前記重み付け量決定部の重み付け値に基づいて、前記履歴に基づく機能の尤度と、前記状況に応じて予め定められた機能の尤度とを統合する尤度統合部と、
前記尤度統合部で統合した機能の尤度に基づいて機能候補を提示する出力部とを備えたことを特徴とする機能候補提示装置。
【請求項２】
前記重み付け量決定部は、車の走行開始からの経過時間と、車が走行している道路の道路種別と、各道路種別の走行開始からの経過時間と、ユーザの使用開始からの使用回数と、走行中道路の走行経験の有無のうち、少なくともいずれかの情報に基づいて重み付け値を決定することを特徴とする請求項１記載の機能候補提示装置。
【請求項３】
前記重み付け量決定部は、一日における時間別、曜日別および一年における期間別のうち、少なくともいずれかの情報に基づいて重み付け値を決定することを特徴とする請求項１記載の機能候補提示装置。
【請求項４】
履歴として、他のユーザの履歴も含めて用いることを特徴とする請求項１記載の機能候補提示装置。
【請求項５】
前記状況は、車両状態または季節のうち少なくともいずれかを含むことを特徴とする請求項１記載の機能候補提示装置。
【請求項６】
前記状況は、運転者状態であることを特徴とする請求項１記載の機能候補提示装置。
【請求項７】
前記運転者状態は、視線の注視箇所、自律神経活動及び運転の熟達度のうち少なくともいずれかであることを特徴とする請求項６記載の機能候補提示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザが実行する機能の候補を状況に応じて提示する機能候補提示装置に関するものである。例えば車載情報機器などに適用され、ユーザに対して自車両やカーナビ操作に関する機能の候補を提示するものである。
【背景技術】
【０００２】
従来の機能候補提示装置は、機能の尤度を、履歴の観点から算出する、各機能の尤度が予め定められている製品仕様で決定する、または、モード切り替えに応じて決定する、といった方法を取っている。そのため、状況の変化に対応した機能が提示できず、ユーザが必要としない機能の提示となってしまう、といった課題がある。【０００３】
そこで、例えば、特許文献１に記載されたような装置では、履歴に応じたメニュー構成について、道路状態、車輌状態、時間帯、平日、曜日等を勘案して、履歴に重み付けを行って、統合メニューの優先度付けを行うようにしていた。
この装置は、履歴の観点から機能の優先度（尤度）を算出するにあたって、モードの切り替えによって履歴の重み付けを変更するものである。【０００４】
また、例えば、特許文献２に記載された装置では、利用状況に応じて、メニューをカスタマイズしていた。この装置は、ユーザの履歴に応じて機能のショートカットを提示する手段について、状況（装置の使い始めなど）によってユーザ自身で機能ショートカットを決定するなどモードを切り替えるようにしたものである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−７１７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、実際の走行場面では、状況が刻一刻と変化していくため、履歴の観点だけで機能提示の尤度が決まるわけではなく、操作したことがない機能であっても、状況に応じて提示しなければ、ユーザの意図に適合した機能提示が可能になるとは言い難い。【０００７】
つまり、ユーザの履歴によって機能提示の尤度を変化させる場合は、使ったことのない機能の提示が出来ないという欠点があり、状況の変化があったときに、その状況に応じた機能が提示されないという問題があった。【０００８】
更に、機能提示の尤度を算出する方式について、履歴による方式とそれ以外の方式とで切り替える場合は、突然の状況変化には対応させられるが、緩やかかつ複雑な状況変化に対応できないという問題があった。【０００９】
この発明は、かかる問題を解決するためになされたもので、状況の変化にも柔軟に対応することのできる機能候補提示装置を得ることを目的とする。
【課題を解決するための手段】
【００１０】
この発明の機能候補提示装置は、複数の機能の尤度に基づいて機能候補を提示する機能候補提示装置において、車両の走行状況に基づく情報と、日時に基づく情報とに基づいて、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度との重み付け値を決定する重み付け量決定部と、重み付け量決定部の重み付け値に基づいて、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度とを統合する尤度統合部と、尤度統合部で統合した機能の尤度に基づいて機能候補を提示する出力部とを備えたものである。
【発明の効果】
【００１１】
この発明に係る機能候補提示装置は、車両の走行状況に基づく情報と、日時に基づく情報とに基づいて、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度との重み付け値を決定し、この重み付け値に基づいて、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度とを統合して機能候補を提示するようにしたものである。これにより、状況の変化にも柔軟に対応することができる。
【図面の簡単な説明】
【００１２】
【図１】この発明の実施の形態１に係る機能候補提示装置を示す構成図である。
【図２】この発明の実施の形態１に係る機能候補提示装置のナビ情報に関する重み付け量テーブルを示す説明図である。
【図３】この発明の実施の形態１に係る機能候補提示装置の時間に関する重み付け量テーブルを示す説明図である。
【図４】この発明の実施の形態１に係る機能候補提示装置の全体の動作を示すフローチャートである。
【図５】この発明の実施の形態１に係る機能候補提示装置の仕様選定処理を示すフローチャートである。
【図６】この発明の実施の形態１に係る機能候補提示装置の尤度統合処理を示すフローチャートである。
【図７】この発明の実施の形態１に係る機能候補提示装置の提示機能絞り込み処理を示すフローチャートである。
【図８】この発明の実施の形態１に係る機能候補提示装置の平日の場合の統合結果を示す説明図である。
【図９】この発明の実施の形態１に係る機能候補提示装置の休日の場合の統合結果を示す説明図である。
【図１０】この発明の実施の形態２に係る機能候補提示装置を示す構成図である。
【図１１】この発明の実施の形態２に係る機能候補提示装置の製品仕様テーブルを示す説明図である。
【図１２】この発明の実施の形態２に係る機能候補提示装置の重み付け量テーブルを示す説明図である。
【図１３】この発明の実施の形態２に係る機能候補提示装置の全体の動作を示すフローチャートである。
【図１４】この発明の実施の形態３に係る機能候補提示装置を示す構成図である。
【図１５】この発明の実施の形態３に係る機能候補提示装置の製品仕様テーブルを示す説明図である。
【図１６】この発明の実施の形態３に係る機能候補提示装置の重み付け量テーブルを示す説明図である。
【図１７】この発明の実施の形態３に係る機能候補提示装置の全体の動作を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１は、本実施の形態による機能候補提示装置を示す構成図である。
本実施の形態による機能候補提示装置は、図１に示すように、ユーザ履歴データベース（ＤＢ）１、他ユーザ履歴データベース（ＤＢ）２、ナビ・車両情報取得部３、第１の機能尤度判断部４、第２の機能尤度判断部５、重み付け量決定部６、尤度統合部７、提示機能絞り込み部８、出力部９を備えている。なお、本実施の形態では、車両に搭載されたカーナビゲーション機器や、ラジオ、音楽や映像の再生機器といった車両情報機器からの情報に基づいて情報提示を行う機能候補提示装置として説明する。
【００１４】
ユーザ履歴データベース１は、機能候補提示装置を使用（操作）するユーザの機能選択の履歴（機能の操作履歴、機能の使用履歴）を格納するデータベースである。例えば、ユーザ履歴データベース１は、カーナビゲーション機器の操作履歴、オーディオの操作履歴、エアコンの操作履歴、および走行履歴を格納する。また、他ユーザ履歴データベース２は、他ユーザの履歴を格納するデータベースである。
ナビ・車両情報取得部３は、カーナビゲーション機器などと連動して、ユーザの履歴情報を取得する。履歴情報は、例えばＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星から送信されるＧＰＳ信号、車両情報機器、自車の位置、走行経路などによる操作状態毎に分類される。この履歴情報は、ユーザ履歴データベース１に蓄積すると共に、第１の機能尤度判断部４に通知される。
【００１５】
また、ナビ・車両情報取得部３は、カーナビゲーション機器等におけるユーザの操作履歴が無い場合、現在走行中のルートが初めて走行する場合、など、ユーザにとって初めての状況があったときに、他ユーザ履歴データベース２を参照して、履歴情報を補完するようにしてもよい。ここで、他ユーザ履歴データベース２は、例えば予め開発段階で取得した多数のユーザの使用履歴を蓄積したものであり、“国道走行中の使用履歴”“自宅からレジャー施設に向かうときの使用履歴”“商業施設から帰宅するときの使用履歴”“早朝に会社へ向かうときの使用履歴”など、時間帯や目的地設定地点や走行道路種別などに応じた使用履歴ＤＢである。他ユーザ履歴データベース２は、この発明に必須の構成ではなく、ナビ・車両情報取得部３によって必要に応じて参照される。なお、他ユーザ履歴データベース２としては、予め機能候補提示装置がデータベースとして保有し、定期的にデータを更新するか、または、機能候補提示装置が通信接続可能なサーバ等に設け、必要に応じて通信接続を行ってデータを取得するようにしてもよい。
【００１６】
第１の機能尤度判断部４は、ナビ・車両情報取得部３から得られる履歴情報を参照して、状況（条件）に応じてユーザが使う機能の尤度を算出する。すなわち、ある状況においてユーザが使う確率が高いと推定される機能の尤度は高いと判断される。例えばユーザが使う頻度の高い機能、装置を起動して操作をする順序が早い機能に対して尤度を高くする。また、例えば操作失敗したことがある機能、操作履歴があり機能を提示したが使われなかった機能に対して尤度を低くする。履歴の蓄積は、単純な操作履歴の蓄積だけでなく、例えば高速道路走行時や一般道走行時といった車両の走行状況に応じた操作履歴や曜日別の操作履歴といったカテゴリ別の操作履歴を蓄積するようにしてもよく、このようなカテゴリ別の操作履歴を用いて履歴の尤度を算出してもよい。
【００１７】
なお、尤度を数値で算出する場合は、各機能に対して一定の得点間（０〜１０点など）で段階を設ける方法や、全機能の総合得点を一定として各機能に得点を振り分ける方法などが考えられる。算出した履歴に基づく機能の尤度は尤度統合部７へ通知される。
【００１８】
また、ユーザ履歴データベース１の履歴が少ない初期状態において、第１の機能尤度判断部４は第２の機能尤度判断部５にそのような信号が伝えるのでも良いし、ナビ・車両情報取得部３から他ユーザ履歴データベース２の操作履歴を取得し、その履歴に基づく機能の尤度を算出する方法でも良い。
【００１９】
第２の機能尤度判断部５は、状況（条件）に応じて予め定められた機能の尤度を製品仕様に基づいて判断する。仕様には、状況と機能と尤度とが対応付けられて定められている。つまり、例えば、ある状況に対して１つ以上の機能候補が対応付けられ、各機能候補に対して尤度が定められている。ここで、本実施の形態における「状況」には、少なくとも目的地種別と走行状況のいずれかが含まれる。第２の機能尤度判断部５は、例えば目的地設定の有無、目的地のジャンル、過去に行ったことがあるかどうか、目的地設定時の時間帯、目的地までの距離感、などの条件によって目的地種別の特定を行う。また、出発地点、目的地までの残時間、出発地点からの時間、ルート上高速道路走行までの残時間、現在走行道路種別などの条件によって走行状況の特定を行う。目的地種別とは、遠方の初めて行くレジャー、通勤、送迎、電車を使った外出、などである。走行状況とは、目的地周辺、高速道路走行中、自宅出発時、などである。
【００２０】
第２の機能尤度判断部５は、このように得られた少なくとも目的地種別と走行状況のいずれかに対応して予め製品仕様によって決められた機能候補を選定する。言い換えれば、状況に応じた製品仕様を選定する。例えば、目的地種別が「通勤」であれば、最も尤度の高い機能候補として「ラジオ再生」を定めている製品仕様が選定され、走行状況が「目的地周辺」であれば、最も尤度の高い機能候補として「地図拡大」を定めている製品仕様が選定される。状況と機能と尤度とが対応付けられて定められているので、このように製品仕様を選択することによって、状況に応じた機能の尤度が特定され、機能候補が選定可能となる。また、第１の機能尤度判断部４から、履歴が少ないため履歴に基づく機能の尤度が算出できない、という信号を受け取った場合は、その時の状況に対応した仕様を選定することも可能である。
【００２１】
重み付け量決定部６は、ナビ・車両情報取得部３から受け取った履歴や車両情報の信号に応じて、履歴と製品仕様の重み付け量を決定する。重み付け量決定部６は複数の重み付け量テーブルをもつ。重み付け量テーブルは、例えば、ナビ情報に関するもの、時間に関するもの、などがある。パターンの例を図２及び図３に示す。
【００２２】
図２は、ナビ情報に関する重み付け量テーブルであり、カーナビゲーション機器や車両情報機器から得られる情報に関するものである。例えば、車の走り始めからの経過時間が短い場合は、第１の機能尤度判断部４が出力する履歴による機能候補の重み付け量を大きくする。また、市街地では、第１の機能尤度判断部４が出力する履歴による機能候補の重み付け量を大きくする、といった重み付け量が設定されている。なお、このように履歴による機能候補の重み付け量を大きくするのは、例えば車の走り始めや市街地といった状況では、ユーザが慣れているため、ユーザの履歴による機能が選択される可能性が高いと思われるからである。このような観点により、例えば、“ユーザが機能を使い始めからの使用回数に応じて重み付け量を変化させる”“車両が走り始めからの経過時間に応じて重み付け量を変化させる”“車両走行中の道路が過去に走行した頻度に応じて重み付け量を変化させる”といった設定がなされている。
【００２３】
また、図３は、時間に関する重み付け量を示すもので、図示のテーブルでは、時刻（時間帯）毎、曜日毎、月毎といった範囲で重み付け量を決定するよう構成されている。ここで、例えば時刻毎では３〜６時や６〜９時といった時間帯では、毎日の通勤といったユーザが通常行っている操作が多いと思われるため、履歴による機能候補の重み付け量を大きくする。また、土日といった休日では、休日のみ運転するドライバが使用することが考えられるため、製品仕様の重み付け量をある程度大きくする、といった観点で重み付け量が決定されている。さらに、月毎の重み付け量としては、一般的な正月休みや夏休みといった休みかそうでないかの観点によって重み付け量が決定されている。例えば、正月休みや夏休みピークといった長期休み期間ピーク時では、普段運転しないドライバが運転する可能性があるため、製品仕様の重み付け量を大きくする、といった設定を行う。
【００２４】
重み付け量決定部６の重み付け量については、例えば、数値で設定する場合は、履歴と製品仕様それぞれの重み付け量が合計すると一定の数字となるように設定するといった設定や、１〜５など段階のある数字のいずれかとして合計が一定の数値以下の場合に余りの数値は“機能を提示しない”という機能選択の重み付け量を高くする、といった設定であっても良い。図２及び図３に示す重み付け量テーブルは、条件に応じて製品仕様と履歴の重み付け量の特徴値を合計すると１０となる整数で記載している。重み付け量は条件の変化に応じて特徴値の間を推移する数値としても良いし、条件が重複する場合はテーブルの数値同士を掛け合わせても良い。ここで、テーブルの数値同士を掛け合わせる、とは、例えば、８月上旬〜８月下旬の月曜日は製品仕様が９×１＝５、履歴が１×９＝５といったように、重み付け量の平均を取ることである。
【００２５】
尤度統合部７は、重み付け量決定部６で決定された重み付け量を履歴に基づく機能の尤度と製品仕様に基づく機能の尤度にそれぞれ反映させて統合する。これにより、機能それぞれの尤度を算出する。算出された尤度は、提示機能絞り込み部８に通知される。統合処理を数値で行う場合は、重み付け量決定部６で算出された数値を、履歴と製品仕様に乗算し、足し合わせる方法でも良い。
【００２６】
提示機能絞り込み部８は、尤度統合部７で算出された機能それぞれの尤度から、提示する機能を絞り込む。絞り込みは、例えば尤度が数値の場合は上位数個の機能を選出するのも良い。該当する機能が多数ある場合は重み付け量決定部６の重み付け量を参考に提示する機能を絞り込んでも良い。絞り込まれた機能は、出力部９へ通知される。
【００２７】
出力部９は、機能候補を提示する。出力方法は、画面表示・音声出力などの方法が挙げられる。いずれも、尤度の高いものほど、ユーザが見やすい位置に表示する、並べて表示する場合は上位概念のある方向、すなわち上から選択する場合は上側に、左から選択する場合は左側に表示する。また、アイコンを付与する、強調した色で表示する、音声表示は先に提示する、など使用を促すことを目的に強調表示・表現・順序とする。
【００２８】
なお、本発明の機能候補提示装置はコンピュータによって実現され、ナビ・車両情報取得部３〜提示機能絞り込み部８は、それぞれの機能に対応したソフトウェアと、これらのソフトウェアを実行するＣＰＵやメモリ等のハードウェアから構成されている。あるいは、ナビ・車両情報取得部３〜提示機能絞り込み部８の少なくともいずれかの機能部を専用のハードウェアで構成してもよい。
【００２９】
次に、実施の形態１の機能候補提示装置の動作について説明する。
図４は、機能候補提示装置における全体の動作を示すフローチャートである。
機能候補提示装置の電源がオンになると（ステップＳＴ１）、ナビ・車両情報取得部３は、操作履歴・車両情報を取得する（ステップＳＴ２）。すなわち、車両情報機器、カーナビゲーション機器、ＧＰＳ信号、渋滞情報信号、インターネットＤＢを参照して、ユーザの車載情報機器履歴、現在位置、目的地ジャンル、目的地までの残時間、走行中道路の種別、渋滞情報、などのナビ情報を取得する。
【００３０】
ここで、ユーザのナビ情報によってユーザの操作履歴が少ない状況であった場合に、他ユーザ履歴データベース２を参照し、ユーザの履歴を他ユーザの履歴によって補完することも可能である。
【００３１】
次いで、第１の機能尤度判断部４による操作履歴尤度算出処理（ステップＳＴ３）と、第２の機能尤度判断部５による仕様選定処理（ステップＳＴ４）が行われる。
【００３２】
ステップＳＴ３の操作履歴尤度算出処理では、カーナビゲーション機器や車載情報機器等の履歴を参照し、履歴に基づく機能の尤度を算出する。この際、製品の使い始めで履歴が少ないなど履歴の尤度が算出できない場合は、第２の機能尤度判断部５にその情報を送るようにしても良いし、他ユーザ履歴データベース２によって補完された履歴によって算出しても良い。
【００３３】
ステップＳＴ４の製品仕様の選定処理では、ナビ・車両情報取得部３から得られた、目的地設定の有無、目的地のジャンル、過去に行ったことがあるかどうか、目的地設定時の時間帯、目的地までの距離感、また、出発地点、目的地までの残時間、出発地点からの時間、ルート上高速道路走行までの残時間、現在走行道路種別など目的地や走行状況に関する情報によって、製品仕様を選定する。また、第１の機能尤度判断部４から、履歴の尤度が算出できない、という信号を受け取った場合は、履歴の尤度が無い場合の仕様を選定する。この仕様選定処理の詳細は後述する。
【００３４】
また、重み付け量決定部６は重み付け量の決定を行う（ステップＳＴ５）。すなわち、重み付け量決定部６は、図２及び図３に示した重み付け量テーブルを参照して、履歴・車両情報に応じた重み付け量を算出する。算出した重み付け量は尤度統合部７へ伝えられる。
【００３５】
尤度統合部７は、重み付け量決定部６で決定された重み付け量に基づいて第１の機能尤度判断部４からの出力と第２の機能尤度判断部５からの出力の統合を行う（ステップＳＴ６）。この統合処理についての詳細は後述する。
【００３６】
次いで、提示機能の絞り込み処理が行われる（ステップＳＴ７）。すなわち、尤度統合部７から送られてくる機能それぞれの尤度に応じて、ユーザに提示する機能を絞り込み、出力部９に伝える。この提示機能絞り込み処理の詳細についても後述する。
【００３７】
次に、ユーザに対して機能の出力がなされる（ステップＳＴ８）。すなわち、出力部９は提示機能絞り込み部８で絞り込まれた機能を出力する。出力は、画面表示出力でも良いし、音声出力でも良い。以上により、機能候補提示装置のメイン処理は終了する。
【００３８】
上記ステップＳＴ４の仕様選定処理の詳細について、図５に示すフローチャートを参照して以下説明を行う。
仕様選定処理では、まず、目的地設定の有無を判定し（ステップＳＴ１１）、目的地設定が無い場合は、目的地設定が無い場合の仕様を選定する（ステップＳＴ１５）。一方、ステップＳＴ１１において目的地設定があった場合は、次の手順で仕様を選定する。まず、現在地周辺情報から距離感の判定を行う（ステップＳＴ１２）。次いで、目的地情報と距離感から目的地種別を判定する（ステップＳＴ１３）。次いで、走行道路・時間情報から走行状況を判定する（ステップＳＴ１４）。これによって得られた目的地種別と走行状況から仕様を選定する（ステップＳＴ１５）。
【００３９】
次いで、尤度統合処理の詳細について、図６に示すフローチャートを参照して説明する。
尤度統合処理では、履歴に基づく機能の尤度と製品仕様に基づく機能の尤度のそれぞれに対してナビ情報に関する重み付け量と時間に関する重み付け量によって重み付けを行う。ステップＳＴ３で得た履歴に基づく尤度とステップＳＴ４で得た製品仕様に基づく尤度のそれぞれに、ナビ情報に関する重み付け量と時間に関する重み付け量を同時に掛け合わせて統合する（ステップＳＴ２１〜ステップＳＴ２３）方法（図６（ａ））と、時間に関する重み付けとナビ情報に関する重み付けとで順序を付けて掛け合わせて統合する（ステップＳＴ２１ａ〜ステップＳＴ２３）方法（図６（ｂ））いずれであっても良い。
【００４０】
次いで、提示機能絞り込み処理の詳細について、図７に示すフローチャートを参照して説明する。
提示機能絞り込み処理では、機能それぞれの尤度によって絞り込みを行う。まず、同等の尤度の機能の有無を判定し（ステップＳＴ３１）、同等の尤度の機能がなかった場合は、尤度の序列によって絞り込み処理を行う（ステップＳＴ３５）。一方、ステップＳＴ３１において、同等の尤度の機能があった場合は、次の手順で尤度に序列を設ける。すなわち、時間に関する重み付け量とナビ情報に関する重み付け量を参照し、序列を付ける（ステップＳＴ３２、ＳＴ３３）。次いで、それでも序列がつかない場合は、名称が短い機能を高い序列とし（ステップＳＴ３４）、絞り込み処理を行う（ステップＳＴ３５）。
【００４１】
図８に平日の場合の統合結果を示し、図９に休日の場合の統合結果を示す。これらの図示例は、平日（特に「自身の通勤」のための走行）の乗用が多いユーザの場合である。例えば、平日では履歴の重み付け量が０．７、製品仕様の重み付け量が０．３であるため、履歴に基づく機能候補が優先され、履歴に基づく機能候補で最も尤度が高い「ラジオ再生」がそのまま最も尤度が高い機能候補となる。一方、図９に示す休日の場合は、履歴の重み付け量が０．３、製品仕様が０．７であるため、製品仕様に基づく機能候補が優先され、製品仕様に基づく機能候補で最も尤度が高い「目的地設定」がそのまま最も尤度が高い機能候補となる。
【００４２】
以上説明したように、実施の形態１の機能候補提示装置によれば、複数の機能の尤度に基づいて機能候補を提示する機能候補提示装置において、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度とを統合する尤度統合部と、尤度統合部で統合した機能の尤度に基づいて機能候補を提示する出力部とを備えたので、ユーザが使ったことのない機能に尤度を持たせることが可能となり、状況の変化にも柔軟に対応することができる。
【００４３】
また、実施の形態１の機能候補提示装置によれば、車両の走行状況に基づく情報と、日時に基づく情報とに基づいて、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度との重み付け値を決定する重み付け量決定部を備え、尤度統合部は、重み付け量決定部の重み付け値に基づいて尤度を統合するようにしたので、刻一刻と変化する走行状況に応じて、機能候補の尤度及び機能を提示する表示・表現・順序に段階を持たせることができるため、ユーザにとって機能提示の緩やかな変化の表現が可能となる。とくに、運転中の車載表示機の場合は、運転者に驚きを与えにくい安全運転に寄与した表現が可能となる。
【００４４】
また、実施の形態１の機能候補提示装置によれば、重み付け量決定部は、車の走行開始からの経過時間と、車が走行している道路の道路種別と、各道路種別の走行開始からの経過時間と、ユーザの使用開始からの使用回数と、走行中道路の走行経験の有無のうち、少なくともいずれかの情報に基づいて重み付け値を決定するようにしたので、より的確にユーザが意図する機能の提示を行うことが可能となる。
【００４５】
また、実施の形態１の機能候補提示装置によれば、重み付け量決定部は、一日における時間別、曜日別および一年における期間別のうち、少なくともいずれかの情報に基づいて重み付け値を決定するようにしたので、より的確にユーザが意図する機能の提示を行うことが可能となる。
【００４６】
また、実施の形態１の機能候補提示装置によれば、履歴として、他のユーザの履歴も含めて用いるようにしたので、使用履歴がない状況でもユーザにとって不自然ではない機能の提示が可能となる。
【００４７】
実施の形態２．
図１０は、実施の形態２の機能候補提示装置を示す構成図である。
実施の形態２の機能候補提示装置は、ユーザ履歴データベース１、他ユーザ履歴データベース２、ナビ・車両情報取得部３、第１の機能尤度判断部４、第２の機能尤度判断部５ａ、重み付け量決定部６ａ、尤度統合部７、提示機能絞り込み部８、出力部９、自車両状態取得部１０を備えている。自車両状態取得部１０は、車両状態を示す値を取得する処理部である。ここで、自車両状態としては、例えば「車内温度」や「ガソリン等の消耗材の残量」といった情報である。また、第２の機能尤度判断部５ａは、実施の形態１の製品仕様テーブルに加えて図１１に示すような自車両状態の製品仕様テーブルを備えている。
【００４８】
図１１に示す製品仕様テーブルにおいて、（ａ）に示すテーブルは、車内温度に対応したものであり、温度が高い（夏場）であれば、「冷房、除湿などエアコンに関する機能の尤度を上げる」という製品仕様であり、温度が低い（冬場）であれば、「暖房、デフロスタなどエアコンに関する機能の尤度を上げる」といった製品仕様となっている。また、（ｂ）に示すテーブルはガソリン残量に対応した製品仕様であり、例えば、残量が少なくなってきた場合は、「０．２ｋｍ圏内以上など検索領域を広げて周辺ガソリンスタンド経由地設定の尤度を上げる」といった製品仕様となっている。
第２の機能尤度判断部５ａは、自車両状態取得部１０で取得した値に基づき、このような製品仕様テーブルも含めて参照し、製品仕様を選択するよう構成されている。
【００４９】
重み付け量決定部６ａは、実施の形態１の重み付け量テーブルに加えて図１２に示すような重み付け量テーブルを備えている。図示の重み付け量テーブルは、（ａ）に示すように、夏場で暑くなった場合や冬場で寒くなった場合には製品仕様の重み付け値を上げる、といった設定、また、（ｂ）に示すように、ガソリン残量が少なくなった場合は製品仕様の重み付け値を上げる、といった設定になっている。そして、重み付け量決定部６ａは、自車両状態取得部１０で取得した値に基づき、このような重み付け量テーブルも含めて参照し、製品仕様と履歴の重み付け値を決定するよう構成されている。
図１０におけるその他の構成は実施の形態１と同様であるため、ここでの説明は省略する。
【００５０】
次に、実施の形態２の機能候補提示装置の動作を図１３のフローチャートを参照して説明する。図１３において、ステップＳＴ１〜ステップＳＴ３は、実施の形態１と同様である。実施の形態２では、機能候補提示装置の電源がオンすると自車両状態取得部１０が車内温度や消耗材残量といった自車両情報を取得する（ステップＳＴ９）。これにより、第２の機能尤度判断部５ａは、図１１に示した製品仕様テーブルも用いて製品仕様を選択する（ステップＳＴ４ａ）。また、重み付け量決定部６ａも図１２に示したような重み付け量テーブルを用いて製品仕様に基づく機能の尤度と履歴に基づく機能の尤度との重み付け値を決定する（ステップＳＴ５ａ）。これ以降の動作（ステップＳＴ６〜ＳＴ８）は実施の形態１と同様であるため、ここでの説明は省略する。
【００５１】
以上説明したように、実施の形態２の機能候補提示装置によれば、状況として、車両状態または季節のうち少なくともいずれかを含むようにしたので、例えば気温が上昇してきたときやガソリン残量が少なくなってきたといった車両状態に応じて、製品仕様として設定された尤度を徐々に高めるようにする、といったことが可能となり、その結果、機能提示の尤度、および、機能を提示する表示・表現・順序に段階を持たせることができるため、ユーザに対する機能提示を行う場合の緩やかな変化の表現が可能となる。
【００５２】
実施の形態３．
図１４は、実施の形態３の機能候補提示装置を示す構成図である。
実施の形態３の機能候補提示装置は、ユーザ履歴データベース１、他ユーザ履歴データベース２、ナビ・車両情報取得部３、第１の機能尤度判断部４、第２の機能尤度判断部５ｂ、重み付け量決定部６ｂ、尤度統合部７、提示機能絞り込み部８、出力部９、運転者状態取得部１１を備えている。運転者状態取得部１１は、車両の運転者の状態を示す値を取得する処理部である。ここで、運転者状態としては、例えば「視線注視箇所」や「自律神経活動」といった情報である。運転者の状態を検知する方法として、運転者の生理反応を計測することも考えられる。その場合は、自律神経活動や鼻部皮膚温度の計測など、出来るだけ非接触か被験者負担の少ない計測方法により計測する。計測方法は既存の方法を用いる。例えば、視線注視箇所の特定方法としては、運転者の顔部分を撮影した画像に基づいて判定する、といった公知の技術が適用可能である。また、運転者の自律神経活動を特定する方法としては、例えば、脈波変動を指先や耳たぶのセンサリングで行うことが可能である。特に車載機器の場合は、ハンドル部に指先センサを設置し、この指先センサで計測することで、被験者負担を無くすことも考えられる。また、自律神経活動は、例えば、心拍変動解析を行うハートリズムスキャナといった装置を用いて実現することができる。
【００５３】
また、第２の機能尤度判断部５ｂは、実施の形態１の製品仕様テーブルに加えて図１５に示すような自車両状態の製品仕様テーブルを備えている。（ａ）に示す視線注視箇所に対応した製品仕様では、例えば、視線が「フロントガラス内一カ所に集中」であった場合、前景内で見ていない箇所がある可能性があるため、簡単に理解できる機能のみ提示する、といった製品仕様とする。また、（ｂ）に示す自律神経活動で「交感神経活性」である場合は緊張状態を示すため、この状態が長時間続く場合は休憩を推奨するような製品仕様とする。
【００５４】
また、重み付け量決定部６ｂは、実施の形態１の重み付け量テーブルに加えて図１６に示すような重み付け量テーブルを備え、この重み付け量テーブルも用いて製品仕様と履歴とに関する重み付け量を決定する。図示の重み付け量テーブルは、自己申告の体調が不良である場合に製品仕様の重み付け量を大きくし、体調が良好である場合は履歴の重み付け量を大きくするよう設定されている。
図１４におけるその他の構成は実施の形態１と同様であるため、ここでの説明は省略する。
【００５５】
次に、実施の形態３の機能候補提示装置の動作を図１７のフローチャートを参照して説明する。図１７において、ステップＳＴ１〜ステップＳＴ３は、実施の形態１と同様である。実施の形態３では、機能候補提示装置の電源がオンすると運転者状態取得部１１が運転者情報を取得する（ステップＳＴ１０）。これにより、第２の機能尤度判断部５ｂは、図１５に示した製品仕様テーブルも用いて製品仕様を選択する（ステップＳＴ４ｂ）。また、重み付け量決定部６ｂも図１６に示したような重み付け量テーブルを用いて製品仕様に基づく機能の尤度と履歴に基づく機能の尤度との重み付け値を決定する（ステップＳＴ５ｂ）。これ以降の動作（ステップＳＴ６〜ＳＴ８）は実施の形態１と同様であるため、ここでの説明は省略する。
【００５６】
なお、ハンドル操作やブレーキ操作、あるいは走行パターンといった情報に基づいて運転者が初心者か熟練者かといった運転者の熟達度を推定し、この熟達度を運転者状態として用いるようにしてもよい。
【００５７】
以上説明したように、実施の形態３の機能候補提示装置によれば、状況として、運転者状態を用いるようにしたので、例えば、運転者の注視箇所が徐々に一カ所に集中してきた場合や、眠くなってきた場合に、注意喚起や休憩の促しなど、運転者にとって必要と考えられる機能について徐々に尤度を高めることができ、運転者にとって突然の注意喚起ではなく段階を持たせて注意を促すことができるため、より安全に寄与した表示・表現・順序によって機能提示を行うことができる。
【００５８】
なお、上記各実施の形態の機能候補提示装置では、カーナビゲーション機器車載情報機器といった車載機器に適用する例を説明したが、これに限定されるものではなく、複数の機能の尤度に基づいて機能を提示するものであればどのようなものであっても適用可能である。
【００５９】
また、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【産業上の利用可能性】
【００６０】
以上のように、この発明に係る機能候補提示装置は、機能候補を提示する際に、履歴に基づく機能の尤度と、状況に応じて予め定められた機能の尤度とを統合して、提示する機能候補を決定するものであり、車載情報機器やカーナビゲーション機器といった装置に用いるのに適している。
【符号の説明】
【００６１】
１  ユーザ履歴データベース、２  他ユーザ履歴データベース、３  ナビ・車両情報取得部、４  第１の機能尤度判断部、５，５ａ，５ｂ  第２の機能尤度判断部、６，６ａ，６ｂ  重み付け量決定部、７  尤度統合部、８  提示機能絞り込み部、９  出力部、１０  自車両状態取得部、１１  運転者状態取得部。
【図１】
0005976241.tif 000002
【図２】
0005976241.tif 000003
【図３】
0005976241.tif 000004
【図４】
0005976241.tif 000005
【図５】
0005976241.tif 000006
【図６】
0005976241.tif 000007
【図７】
0005976241.tif 000008
【図８】
0005976241.tif 000009
【図９】
0005976241.tif 000010
【図１０】
0005976241.tif 000011
【図１１】
0005976241.tif 000012
【図１２】
0005976241.tif 000013
【図１３】
0005976241.tif 000014
【図１４】
0005976241.tif 000015
【図１５】
0005976241.tif 000016
【図１６】
0005976241.tif 000017
【図１７】
0005976241.tif 000018