(57)【要約】【課題】同乗者を考慮して精度よく乗員の嗜好を特定することができる。【解決手段】車載装置は、車両に乗車している乗員の特徴である特徴量を算出する特徴量算出部と、複数の乗員の特徴量が格納される特徴量ＤＢにアクセスする特徴量ＤＢインタフェース部と、特徴量ＤＢ、および特徴量算出部が算出する特徴量に基づき車両の乗員構成を特定する構成特定部と、時間情報と組み合わせて乗員構成ごとの嗜好の履歴が格納される嗜好ＤＢにアクセスする嗜好ＤＢインタフェース部と、嗜好ＤＢ、構成特定部が特定する乗員構成、および現在時刻に基づく時間情報に基づき乗員の嗜好を特定する嗜好特定部とを備える。【選択図】図２
2019020890.tif 000002
【特許請求の範囲】
【請求項１】
車両に乗車している乗員の特徴である特徴量を算出する特徴量算出部と、
複数の前記乗員の前記特徴量が格納される特徴量ＤＢにアクセスする特徴量ＤＢインタフェース部と、
前記特徴量ＤＢ、および前記特徴量算出部が算出する前記特徴量に基づき前記車両の乗員構成を特定する構成特定部と、
時間情報と組み合わせて前記乗員構成ごとの嗜好の履歴が格納される嗜好ＤＢにアクセスする嗜好ＤＢインタフェース部と、
前記嗜好ＤＢ、前記構成特定部が特定する前記乗員構成、および現在時刻に基づく前記時間情報に基づき前記乗員の嗜好を特定する嗜好特定部とを備える車載装置。
【請求項２】
請求項１に記載の車載装置において、
前記嗜好特定部が特定する前記乗員の嗜好とは、コンテンツのジャンル、またはＰＯＩのジャンルであり、
前記嗜好特定部が前記乗員の嗜好を特定すると、前記特定された嗜好のジャンルに属するコンテンツの再生、または前記特定された嗜好のジャンルに属するＰＯＩの目的地への設定の実行可否を前記乗員に問い合わせる確認部をさらに備える車載装置。
【請求項３】
請求項１に記載の車載装置において、
前記嗜好特定部が特定する前記乗員の嗜好とは、コンテンツのジャンル、またはＰＯＩのジャンルであり、
前記嗜好特定部が特定する前記乗員の嗜好に基づき、前記特定された嗜好のジャンルに属するコンテンツの再生、または前記特定された嗜好のジャンルに属するＰＯＩの目的地への設定を行う実行部をさらに備える車載装置。
【請求項４】
請求項１に記載の車載装置において、
前記車両の乗員が睡眠状態と覚醒状態のいずれの状態にあるかを判断する睡眠判断部をさらに備え、
前記構成特定部は、前記乗員構成から前記睡眠判断部が睡眠状態にあると判断する前記乗員を除外して更新し、
前記構成特定部が前記乗員構成を更新すると、前記嗜好特定部は、更新された前記乗員構成に基づき前記乗員の嗜好を特定する車載装置。
【請求項５】
請求項４に記載の車載装置において、
前記構成特定部は、前記睡眠判断部が睡眠状態にあると判断した前記乗員が覚醒状態に移行すると、覚醒状態に移行した前記乗員を前記乗員構成に含めて更新する車載装置。
【請求項６】
請求項１に記載の車載装置において、
前記嗜好特定部は、前記特徴量算出部が算出する前記特徴量が前記特徴量ＤＢに格納されていない場合は、前記特徴量ＤＢに格納されていない前記特徴量を有する乗員を前記乗員構成から除外して前記乗員の嗜好を特定する車載装置。
【請求項７】
請求項６に記載の車載装置において、
前記特徴量算出部が算出する前記特徴量が前記特徴量ＤＢに格納されていない場合は、前記特徴量ＤＢに前記特徴量算出部が算出する前記特徴量を新たに格納する特徴量記録部と、
前記乗員の嗜好を検出する嗜好検出部と、
前記嗜好ＤＢに、前記乗員構成、現在時刻に基づく時間情報、および前記嗜好検出部が検出する前記乗員の嗜好の組み合わせを格納する嗜好記録部とをさらに備え、
前記嗜好記録部が記録する前記乗員構成には、前記特徴量ＤＢに前記特徴量が格納されていなかった前記乗員も含む車載装置。
【請求項８】
請求項１に記載の車載装置において、
前記特徴量ＤＢおよび前記嗜好ＤＢとをさらに備える車載装置。
【請求項９】
請求項１に記載の車載装置において、
前記特徴量ＤＢおよび前記嗜好ＤＢを備えるサーバと通信する車載装置通信部をさらに備え、
前記特徴量ＤＢインタフェース部および前記嗜好ＤＢインタフェース部は、前記車載装置通信部を介して前記特徴量ＤＢおよび前記嗜好ＤＢにアクセスする車載装置。
【請求項１０】
車両に乗車している乗員の特徴である特徴量が車両の複数の前記乗員について格納される特徴量ＤＢにアクセスする特徴量ＤＢインタフェース部、および
時間情報と組み合わせて前記車両の乗員構成ごとの嗜好の履歴が格納される嗜好ＤＢにアクセスする嗜好ＤＢインタフェース部を備える車載装置において実行される嗜好特定方法であって、
前記乗員の前記特徴量を算出することと、
算出した前記特徴量に基づき前記乗員構成を特定することと、
前記嗜好ＤＢ、特定した前記乗員構成、および現在時刻に基づく前記時間情報に基づき前記乗員の嗜好を特定する嗜好特定方法。
【請求項１１】
請求項１０に記載の嗜好特定方法において、
前記乗員の嗜好とは、コンテンツのジャンル、またはＰＯＩのジャンルであり、
前記乗員の嗜好を特定すると、前記特定された嗜好のジャンルに属するコンテンツの再生、または前記特定された嗜好のジャンルに属するＰＯＩの目的地への設定の実行可否を前記乗員に問い合わせることをさらに含む嗜好特定方法。
【請求項１２】
請求項１０に記載の嗜好特定方法において、
前記乗員の嗜好とは、コンテンツのジャンル、またはＰＯＩのジャンルであり、
特定された前記乗員の嗜好に基づき、前記特定された嗜好のジャンルに属するコンテンツの再生、または前記特定された嗜好のジャンルに属するＰＯＩの目的地への設定を行うことをさらに含む嗜好特定方法。
【請求項１３】
請求項１０に記載の嗜好特定方法において、
前記車両の乗員が睡眠状態と覚醒状態のいずれの状態にあるかを判断することをさらに含み、
特定された前記乗員構成から、睡眠状態にあると判断する前記乗員を除外して更新し、
前記乗員構成を更新すると、更新された前記乗員構成に基づき前記乗員の嗜好を特定する嗜好特定方法。
【請求項１４】
請求項１３に記載の嗜好特定方法において、
前記乗員構成から除外した前記乗員が覚醒状態に移行すると、覚醒状態に移行した前記乗員を前記乗員構成に含めて更新する嗜好特定方法。
【請求項１５】
請求項１０に記載の嗜好特定方法において、
算出された前記特徴量が前記特徴量ＤＢに格納されていない場合は、前記特徴量ＤＢに格納されていない前記特徴量を有する乗員を前記乗員構成から除外して前記乗員の嗜好を特定する嗜好特定方法。
【請求項１６】
請求項１５に記載の嗜好特定方法において、
算出された前記特徴量が前記特徴量ＤＢに格納されていない場合は、前記特徴量ＤＢに算出された前記特徴量を新たに格納することと、
前記乗員の嗜好を検出することと、
前記嗜好ＤＢに、前記乗員構成、現在時刻に基づく時間情報、および検出された前記乗員の嗜好の組み合わせを格納することとをさらに含み、
前記嗜好ＤＢに格納される前記乗員構成には、前記特徴量ＤＢに前記特徴量が格納されていなかった前記乗員も含む嗜好特定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載装置、および嗜好特定方法に関する。
【背景技術】
【０００２】
カーナビゲーション装置はユーザが入力する様々な目的地までの経路を算出する経路算出機能を有するが、ユーザが目的地を入力する煩雑さが存在する。また機能を複数有する装置では使用する機能をユーザが明示する必要があり、装置の使用がより煩雑となる。特許文献１には、ユーザのアクティビティに基づいて前記ユーザの非明示的嗜好情報を登録する機能と、前記非明示的嗜好情報に基づいて前記ユーザに向けて質問を音声出力する機能と、前記質問に対する前記ユーザの発話音声から回答を取得する機能と、前記回答に応じて前記ユーザの明示的嗜好情報を登録する機能とを実現するプロセッサを備える情報処理装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−３５１４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されている発明では、同乗者を考慮した乗員の嗜好を特定することができない。
【課題を解決するための手段】
【０００５】
本発明の第１の態様による車載装置は、車両に乗車している乗員の特徴である特徴量を算出する特徴量算出部と、複数の前記乗員の前記特徴量が格納される特徴量ＤＢと、前記特徴量ＤＢにアクセスする特徴量ＤＢインタフェース部、および前記特徴量算出部が算出する前記特徴量に基づき前記車両の乗員構成を特定する構成特定部と、時間情報と組み合わせて前記乗員構成ごとの嗜好の履歴が格納される嗜好ＤＢにアクセスする嗜好ＤＢインタフェース部と、前記嗜好ＤＢ、前記構成特定部が特定する前記乗員構成、および現在時刻に基づく前記時間情報に基づき前記乗員の嗜好を特定する嗜好特定部とを備える。
本発明の第２の態様による嗜好特定方法は、車両に乗車している乗員の特徴である特徴量が車両の複数の前記乗員について格納される特徴量ＤＢにアクセスする特徴量ＤＢインタフェース部、および時間情報と組み合わせて前記車両の乗員構成ごとの嗜好の履歴が格納される嗜好ＤＢにアクセスする嗜好ＤＢインタフェース部を備える車載装置において実行される嗜好特定方法であって、前記乗員の前記特徴量を算出することと、算出した前記特徴量に基づき前記乗員構成を特定することと、前記嗜好ＤＢ、特定した前記乗員構成、および現在時刻に基づく前記時間情報に基づき前記乗員の嗜好を特定する。
【発明の効果】
【０００６】
本発明によれば、同乗者を考慮して精度よく乗員の嗜好を特定することができる。
【図面の簡単な説明】
【０００７】
【図１】第１の実施の形態における車両１００のハードウエア構成を示す図
【図２】第１の実施の形態における車載装置１の機能構成図
【図３】特徴量ＤＢ２１の一例を示す図
【図４】嗜好ＤＢ２２の一例を示す図
【図５】睡眠テーブル２５の一例を示す図
【図６】車両１００のドアが開閉された際の車載装置１の動作を示すフローチャート
【図７】図６のステップＳ２１７の詳細を示すフローチャート
【図８】図６のステップＳ２１８の詳細を示すフローチャート
【図９】乗員の睡眠に対応する車載装置１の処理を示すフローチャート
【図１０】乗員の嗜好を記録する処理を示すフローチャート
【図１１】第２の実施の形態における車両１００Ａおよびサーバ３００のハードウエア構成を示す図
【図１２】車載装置１Ａおよびサーバ３００の機能構成図
【発明を実施するための形態】
【０００８】
―第１の実施の形態―
以下、図１〜図１０を参照して、車載装置の第１の実施の形態を説明する。本実施の形態では、車載装置が搭載される車両に乗車している人物を乗員とも呼ぶ。
【０００９】
（ハードウエア構成）
図１は、車載装置１および車載装置１を搭載する車両１００のハードウエア構成を示す図である。車両１００は、車載装置１と、ＧＰＳ受信機６と、カメラ７と、タッチパネル８と、スピーカ９とを備える。ただしＧＰＳ受信機６、カメラ７、タッチパネル８、およびスピーカ９の一部または全部が車載装置１に含まれてもよい。ＧＰＳ受信機６は、衛星測位システムを構成する受信機である。ＧＰＳ受信機６は、衛星航法システムを構成する複数の人工衛星から信号を受信し、その信号に含まれる情報を解析することで車両１００の現在位置を算出する。ＧＰＳ受信機６は、算出した車両１００の現在位置を車載装置１に出力する。カメラ７は、車両１００の内部を撮影し、撮影して得られた画像（以下、「撮影画像」）を車載装置１に出力する。タッチパネル８は、乗員の車載装置１への動作指令を受け付けるとともに、車載装置１から乗員への情報提供に用いられる。スピーカ９は車載装置１から乗員への音声情報の提供に用いられる。
【００１０】
車載装置１は、ＣＰＵ２と、ＲＯＭ３と、ＲＡＭ４と、フラッシュメモリ５とを備える。ＣＰＵ２は中央演算装置であり、読み出し専用メモリであるＲＯＭ３に格納される不図示のプログラムをランダムアクセスメモリであるＲＡＭ４に展開して実行し、後述する機能を実現する。フラッシュメモリ５は、不揮発性の記憶装置であり後述する情報を格納する。
【００１１】
（機能構成）
図２は、車載装置１の機能構成図である。ただし図２にはフラッシュメモリ５に格納される情報も併記している。またフラッシュメモリ５に格納されるいくつかの情報は図３〜図５も併せて参照して説明する。フラッシュメモリ５には、特徴量データベース（以下、「特徴量ＤＢ」）２１と、嗜好データベース（以下、「嗜好ＤＢ」）２２と、ＰＯＩデータベース（以下、「ＰＯＩＤＢ」）２３と、コンテンツデータベース（以下、「コンテンツＤＢ」）２４と、睡眠テーブル２５との領域が確保される。なおＰＯＩとは、Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ、すなわち地図上の特定の地点である。
【００１２】
図３は特徴量ＤＢ２１の一例を示す図、図４は嗜好ＤＢ２２の一例を示す図、図５は睡眠テーブル２５の一例を示す図である。特徴量ＤＢ２１には、図３に示すように人物ＩＤと、人物ＩＤの追加日と、人物の特徴量との組み合わせとが格納される。人物ＩＤとは乗員を一意に識別する識別子であり、たとえば文字、記号、数値の単独またはこれらの組み合わせで構成される。本実施の形態では、図３に示すように人物ＩＤをアルファベット一文字で表す。人物ＩＤの追加日とは、人物ＩＤを特徴量ＤＢ２１に追加した日を示す情報である。特徴量とは、人物の特徴を数値化して定量的に評価可能としたものであり、本実施の形態ではカメラ７の撮影画像から得られる人物の顔を利用する。具体的には、図３に示すように、目、耳、鼻などの大きさ、位置および間隔を数値化した組み合わせを特徴量とする。
【００１３】
嗜好ＤＢ２２には、図４に示すように、乗員構成、時間帯、目的地のＰＯＩジャンル、視聴コンテンツジャンルの組み合わせが格納される。乗員構成とは、車両１００に乗車している人物であり、たとえばＡのみ、ＡとＢの二人、Ａ〜Ｃの３人、などである。ただし後述するように車両１００に乗車していても睡眠状態にある乗員は乗員構成から除外する。時間帯とは、たとえば時刻情報から分以下の情報を削除した情報であり、現在時刻が「１２時３４分５６秒」の場合は「１２時台」となる。目的地のＰＯＩジャンルとは、乗員が目的地として設定したＰＯＩのジャンルを示す情報である。視聴コンテンツジャンルとは、乗員が視聴したコンテンツのジャンルを示す情報である。
【００１４】
ＰＯＩＤＢ２３は、多数のＰＯＩ情報が格納されるデータベースである。ＰＯＩ情報には少なくとも、ＰＯＩの名称、ＰＯＩの所在地、およびＰＯＩのジャンルが含まれる。ただしＰＯＩＤＢ２３は車両１００が備える不図示の無線通信を介して更新可能であってもよいし、車両１００にはＰＯＩＤＢ２３が備えられず必要な場合に不図示の無線通信を介して外部のＰＯＩＤＢ２３を参照してもよい。
【００１５】
コンテンツＤＢ２４は、音声や映像などの複数の視聴コンテンツが格納されるデータベースである。それぞれの視聴コンテンツにはコンテンツのジャンルが設定される。またコンテンツＤＢ２４には、コンテンツごとの再生時間も格納される。コンテンツは不図示のコンテンツ再生部により再生され、音声はスピーカ９から、映像はタッチパネル８から出力される。睡眠テーブル２５は、図５に示すように、車両１００の現在の乗員が睡眠状態と覚醒状態のいずれの状態にあるかを示す表である。本実施の形態では、車両１００に乗車していない人物は睡眠テーブル２５には記載されない。
【００１６】
車載装置１は、その機能として、特徴量算出部１１と、特徴量記録部１２と、構成特定部１３と、嗜好特定部１４と、確認部１５と、実行部１６と、睡眠判断部１７と、嗜好検出部１８と、嗜好記録部１９と、経路検索部１９Ａと、ＩＯインタフェース１９Ｐとを備える。
【００１７】
ＩＯインタフェース１９Ｐは、ＣＰＵ２の各機能構成部がフラッシュメモリ５へアクセスする際のインタフェース、すなわちフラッシュメモリ５へのインプットおよびアウトプットの窓口として機能する。ＣＰＵ２の各機能構成部とは、フラッシュメモリ５に格納されている情報にアクセスする全ての構成部である。たとえば特徴量記録部１２が特徴量ＤＢ２１に対して読み書きを行う際には、特徴量記録部１２がＩＯインタフェース１９Ｐを介して特徴量ＤＢ２１に読み書きを行う。ただし以下では冗長な説明を避けるためにＩＯインタフェース１９Ｐに関する記載は省略し、それぞれの機能構成部がフラッシュメモリ５に直接アクセスしているかのように記載する。
【００１８】
特徴量算出部１１は、撮影画像から人物を抽出し、その人物の特徴量を算出する。特徴量算出部１１が特徴量を算出するタイミングは、たとえば車両１００のドアの開閉時である。車両１００のドアの開閉は、車両１００に備えられる不図示のセンサ、たとえばドアが所定位置に存在するか否かを検出する近接センサの出力により判断される。特徴量記録部１２は、特徴量算出部１１が算出する特徴量が特徴量ＤＢ２１に格納されていない場合に、その特徴量を特徴量ＤＢ２１に格納し、新たな人物ＩＤを付与する。たとえば特徴量ＤＢ２１にＡ〜Ｃの３人の特徴量が格納され、特徴量算出部１１が算出した特徴量が特徴量ＤＢ２１に格納されていないものであった場合は、その特徴量を特徴量ＤＢ２１に格納し、人物ＩＤを「Ｄ」とする。さらに特徴量算出部１１は、処理を行った日の日付を示す情報を追加日として特徴量ＤＢ２１に格納する。
【００１９】
構成特定部１３は、特徴量算出部１１が算出する特徴量、および特徴量ＤＢ２１に基づき、車両１００に乗車している乗員の構成を特定する。このとき構成特定部１３は、使用目的に応じて、記録用乗員構成、および特定用乗員構成の２種類の乗員構成を特定する。記録用乗員構成は、嗜好記録部１９が乗員の嗜好を記録する際に使用される乗員構成であり、当日に特徴量ＤＢ２１に追加された乗員を含む。一方、特定用乗員構成は、嗜好特定部１４が乗員の嗜好を特定する際に使用される乗員構成であり、当日に特徴量ＤＢ２１に追加された乗員を含まない。すなわち、当日に特徴量ＤＢ２１に追加された乗員がいない場合、これらの乗員構成は同一である。なお各乗員が乗車している位置はいずれの乗員構成の特定にも影響しない。たとえばＡとＢが車両１００に乗車している場合に、ＡとＢが座席を交換してもいずれの乗員構成も変化しない。ただし構成特定部１３は、後述するように睡眠状態にある乗員はいずれの乗員構成からも除外する。
【００２０】
嗜好特定部１４は、構成特定部１３が特定する特定用乗員構成、および現在時刻に基づく時間情報に基づき乗員の嗜好を特定する。たとえば嗜好ＤＢ２２が図４に示すものである場合に、乗員構成がＡだけであり、現在時間帯が１１時台である場合は、乗員Ａの嗜好として、目的地のＰＯＩジャンルを「うどん」、視聴コンテンツジャンルを「ニュース番組」とそれぞれ特定する。
【００２１】
確認部１５は、嗜好特定部１４が特定したジャンルに属するＰＯＩを目的地に設定し、嗜好特定部１４が特定したジャンルに属するコンテンツを再生することの可否を乗員に問い合わせる。実行部１６は、確認部１５による問い合わせに対して乗員が肯定的な回答を行うと、嗜好特定部１４が特定したジャンルに属するＰＯＩを目的地に設定し、嗜好特定部１４が特定したジャンルに属するコンテンツを再生する。
【００２２】
睡眠判断部１７は、所定時間ごと、たとえば１分ごとに撮影画像を取得して解析する。睡眠判断部１７は、撮影画像における乗員の動きの有無、および瞼の開閉時間に基づきそれぞれの乗員が覚醒状態と睡眠状態のいずれの状態にあるかを判断する。そして睡眠判断部１７は、その判断結果を睡眠テーブル２５に反映させる。嗜好検出部１８は、乗員による目的地の設定、およびコンテンツの視聴の選択、すなわちコンテンツの再生を検出する。
【００２３】
嗜好記録部１９は、構成特定部１３が特定する記録用乗員構成、現在時刻に基づく時間情報、および嗜好検出部１８が検出する乗員の嗜好の組み合わせを嗜好ＤＢ２２に格納する。ただしすでに嗜好ＤＢ２２の該当する欄に情報が格納されている場合は、従前の情報を消去して書き換えてもよいし、検出された回数に基づき嗜好ＤＢ２２に格納する情報を決定してもよいし、実行された回数と実行された時期の重みづけ処理により格納する情報を決定してもよい。
【００２４】
経路検索部１９Ａは、車両１００の現在位置から設定された目的地までの経路を検索し、タッチパネル８に出力する。経路検索部１９Ａは、車両１００の現在位置をＧＰＳ受信機６から取得する。目的地は、タッチパネル８を用いて乗員が設定可能であるが、後述するように実行部１６からも設定される。
【００２５】
（動作）
以下、図６〜図１０を参照して車載装置１の動作を説明する。
【００２６】
（フローチャート｜ドア開閉）
図６は、車両１００のドアが開閉された際の車載装置１の動作を示すフローチャートである。以下に説明するフローチャートの各ステップの実行主体は、車載装置１のＣＰＵ２である。車両１００のドアが開閉されると、特徴量算出部１１はカメラ７から撮影画像を取得し（ステップＳ２１１）、人物の特徴量を算出する（ステップＳ２１２）。続くステップＳ２１３では特徴量記録部１２が、ステップＳ２１２において新たな特徴量が算出されたか否かを判断する。換言するとステップＳ２１３では、ステップＳ２１２において算出された特徴量が特徴量ＤＢ２１に格納されているか否かを判断する。新たな特徴量が算出されたと判断する場合はステップＳ２１４に進み、新たな特徴量が算出されていないと判断する場合はステップＳ２１５に進む。なおステップＳ２１２において複数の特徴量が算出された場合は、１つでも新たな特徴量が算出された場合はステップＳ２１４に進み、全ての特徴量が特徴量ＤＢ２１に格納されていた場合のみステップＳ２１４Ａに進む。
【００２７】
ステップＳ２１４では特徴量記録部１２は、新たに検出した特徴量を特徴量ＤＢ２１に追記する。すなわち特徴量記録部１２は、新たな人物ＩＤを作成して「人物ＩＤ」として記録し、当日の日付を「追加日」として記録し、検出した特徴量を「人物の特徴量」として記録する。続くステップＳ２１４Ａでは、睡眠判断部１７は、睡眠テーブル２５を作成する。すなわち睡眠判断部１７は、ステップＳ２１２において算出されたそれぞれの特徴量に対応する人物の人物ＩＤを特徴量ＤＢ２１から特定し、それらの人物ＩＤを有する睡眠テーブル２５を作成する。さらに睡眠判断部１７は、撮影画像からそれぞれの乗員が睡眠状態と覚醒状態のいずれの状態にあるかを特定し、特定した状態を睡眠テーブル２５に記録する。
【００２８】
続くステップＳ２１５では、構成特定部１３は特定用乗員構成を決定する。すなわち構成特定部１３は、特徴量ＤＢ２１および睡眠テーブル２５を参照し、ステップＳ２１２において算出された特徴量を有する人物であって、特徴量ＤＢ２１への追加日が当日ではなくなおかつ覚醒状態にある全ての人物を特定用乗員構成とする。続くステップＳ２１６では、嗜好特定部１４は、ステップＳ２１５において決定された特定用乗員構成、および現在の時間帯に基づき、嗜好ＤＢ２２を参照して乗員の嗜好を特定する。嗜好特定部１４が乗員の嗜好を特定すると、実行部１６は、ステップＳ２１７のＰＯＩ設定処理、およびステップＳ２１８のコンテンツ実行処理を実行する。以上で図６に示す処理を終了する。
【００２９】
なお、ステップＳ２１６において嗜好ＤＢ２２における該当する欄が空欄、すなわち情報が格納されていないために、乗員の嗜好に応じた目的地のＰＯＩジャンルが特定できない場合はステップＳ２１７を実行しない。同様にステップＳ２１６において乗員の嗜好に応じた視聴コンテンツジャンルが特定できない場合はステップＳ２１８を実行しない。
【００３０】
図７は、図６のステップＳ２１７の詳細を示すフローチャートである。図７において実行部１６はまず、ステップＳ２２１において、ＧＰＳ受信機６から車両１００の現在位置を取得する。そして実行部１６はステップＳ２２２において、ＰＯＩＤＢ２３を参照し、対象ジャンルに属するＰＯＩのうち、車両１００の現在位置から所定距離以内、たとえば半径１０ｋｍ以内に存在するＰＯＩを検索する。このとき実行部１６は、図６のステップＳ２１６で乗員の嗜好として特定された目的地のＰＯＩジャンルを、対象ジャンルとして設定する。続くステップＳ２２３では実行部１６は、ステップＳ２２２における検索に基づき、条件に該当するＰＯＩが存在するか否かを判断する。存在すると判断する場合はステップＳ２２４に進み、存在しないと判断する場合はステップＳ２２５に進む。
【００３１】
ステップＳ２２４では確認部１５は、ステップＳ２２２において得られたＰＯＩを目的地に設定することを、タッチパネル８を用いて乗員に提案する。なお、ステップＳ２２２で複数のＰＯＩが検索された場合は、たとえば現在位置から最も近いＰＯＩのみを目的地として提案してもよい。ステップＳ２２５では確認部１５は、所定距離内に存在する他のジャンルのＰＯＩを目的地に設定することを乗員に提案する。ただしステップＳ２２５では実行部１６は、所定距離以上離れている対象ジャンルのＰＯＩを目的地として提案してもよい。ステップＳ２２４またはステップＳ２２５の次に実行されるステップＳ２２６では、実行部１６は乗員から提案に対して了承が得られたか否かを判断する。了承が得られたと判断する場合はステップＳ２２７に進んで提案したＰＯＩを経路検索の目的地に設定して図７のフローチャートを終了し、提案が否定されたと判断する場合はそのまま図７のフローチャートを終了する。
【００３２】
図８は、図６のステップＳ２１８の詳細を示すフローチャートである。図８において確認部１５はまず、ステップＳ２３１において、図６のステップＳ２１６で乗員の嗜好として特定された視聴コンテンツジャンルについて、当該ジャンルに属するコンテンツの再生をタッチパネル８を用いて乗員に提案する。続くステップＳ２３２では、実行部１６は乗員から提案に対して了承が得られたか否かを判断する。了承が得られたと判断する場合はステップＳ２３３に進んで提案したジャンルのコンテンツをコンテンツＤＢ２４から読み出し、再生して図８のフローチャートを終了し、提案が否定されたと判断する場合はそのまま図８のフローチャートを終了する。
【００３３】
（フローチャート｜睡眠への対応）
図９は、乗員の睡眠に対応する車載装置１の処理を示すフローチャートである。車載装置１は、一定時間ごと、たとえば１０分ごとに図９のフローチャートにより動作があらわされるプログラムを実行する。なお図９に示すフローチャートに含まれる処理のうち図６のフローチャートに含まれる処理と同一の処理には同一のステップ番号を付して説明を省略する。図９ではまずステップＳ２１１において、睡眠判断部１７は撮影画像を取得し、続くステップＳ２４１において睡眠判断部１７は、乗員の睡眠状態を検出する。
【００３４】
続くステップＳ２４２では睡眠判断部１７は、ステップＳ２４１において検出した乗員の状態が睡眠テーブル２５に記録された情報と一致するか否かを判断する。睡眠判断部１７は、両者が一致する、すなわち乗員の睡眠状態に変化がないと判断する場合は図９に示すフローチャートを終了し、両者が一致しない、すなわち乗員の睡眠状態が変化したと判断する場合はステップＳ２４３に進む。ステップＳ２４３では、睡眠判断部１７は、ステップＳ２４１において検出した睡眠状態に基づき睡眠テーブル２５を書き換えてステップＳ２１５Ａに進む。ステップＳ２１５Ａでは、構成特定部１３は図６のステップＳ２１５において決定されていた特定用乗員構成を更新する。本ステップにおける処理内容は図６のステップＳ２１５と同様である。次にステップＳ２１６に進む。ステップＳ２１６以降の処理は図６と同様なので説明を省略する。
【００３５】
（フローチャート｜記録）
図１０は、乗員の嗜好を記録する処理を示すフローチャートである。車載装置１は、短い時間間隔ごと、たとえば１秒ごとに図１０のフローチャートにより動作があらわされるプログラムを実行する。図１０ではまずステップＳ２５１において、嗜好検出部１８は乗員による動作を検出したか否かを判断する。乗員による動作とは、乗員による能動的な目的地の設定やコンテンツの再生であり、具体的には図６や図９に示す実行部１６からの問い合わせに基づかない目的地の設定やコンテンツの再生である。乗員の動作を検出したと判断する場合はステップＳ２５２に進み、乗員の動作を検出しないと判断する場合は図１０に示すフローチャートを終了する。
【００３６】
ステップＳ２５２では、構成特定部１３は、記録用乗員構成を決定する。すなわち構成特定部１３は、特徴量ＤＢ２１および睡眠テーブル２５を参照し、ステップＳ２１２において算出された特徴量を有する人物であって、覚醒状態にある全ての人物を記録用乗員構成とする。すなわち記録用乗員構成には、特徴量ＤＢ２１への追加日が当日である乗員も含まれる。続くステップＳ２５３では嗜好記録部１９は、ステップＳ２５１において検出したと判断する動作、およびステップＳ２５２において決定された記録用乗員構成に基づき嗜好ＤＢ２２を更新する。ただし目的地のＰＯＩジャンルは、設定された具体的な目的地について、ＰＯＩＤＢ２３を参照してその目的地のジャンルを記録する。また視聴コンテンツジャンルは、再生された具体的なコンテンツについて、コンテンツＤＢ２４を参照してそのコンテンツのジャンルを記録する。以上で図１０のフローチャートを終了する。
【００３７】
上述した第１の実施の形態によれば、次の作用効果が得られる。
（１）車載装置１は、車両１００に乗車している乗員の特徴である特徴量を算出する特徴量算出部１１と、複数の乗員の特徴量が格納される特徴量ＤＢ２１にアクセスするＩＯインタフェース１９Ｐと、特徴量ＤＢ２１、および特徴量算出部１１が算出する特徴量に基づき車両１００の乗員構成を特定する構成特定部１３と、時間情報と組み合わせて乗員構成ごとの嗜好の組み合わせが格納される嗜好ＤＢ２２にアクセスするＩＯインタフェース１９Ｐと、嗜好ＤＢ２２、構成特定部１３が特定する特定用乗員構成、および現在時刻に基づく時間情報に基づき乗員の嗜好を特定する嗜好特定部１４とを備える。そのため車載装置１は、車両１００の同乗者を考慮して精度よく乗員の嗜好を特定することができる。
【００３８】
（２）嗜好特定部１４が特定する乗員の嗜好とは、コンテンツのジャンル、またはＰＯＩのジャンルである。嗜好特定部１４が乗員の嗜好を特定すると（図６および図９のステップＳ２１６）、特定された嗜好のジャンルに属するコンテンツの再生、および特定された嗜好のジャンルに属するＰＯＩの目的地への設定の実行可否を乗員に問い合わせる確認部１５を備える。そのため車載装置１は、乗員の嗜好の履歴に基づき乗員の嗜好を特定し、ユーザの嗜好に沿った動作を可能とするとともに、乗員に確認を求めることで乗員の意図しない動作を防止することができる。
【００３９】
（３）車載装置１は、車両の乗員が睡眠状態と覚醒状態のいずれの状態にあるかを判断する睡眠判断部１７を備える。構成特定部１３は、特定用乗員構成から睡眠判断部１７が睡眠状態にあると判断する乗員を除外して更新する（図９のステップＳ２１５Ａ）。構成特定部１３が特定用乗員構成を更新すると、嗜好特定部１４は、更新された特定用乗員構成に基づき乗員の嗜好を特定する。人間による視聴するコンテンツの選択、および目的地の設定において、車両１００内で睡眠状態にある者の存在は考慮されないことがある。車載装置１は、コンテンツの選択および目的地の設定において、そのような人間による決定を模倣することにより乗員の利便性を向上することができる。
【００４０】
（４）構成特定部１３は、睡眠判断部１７が睡眠状態にあると判断した乗員が覚醒状態に移行すると、覚醒状態に移行した乗員を特定用乗員構成に含めるように更新する。そのため乗員の覚醒に応じて適切に嗜好を特定することができる。
【００４１】
（５）嗜好特定部１４は、特徴量算出部１１が算出する特徴量が特徴量ＤＢ２１に格納されていない場合は、特徴量ＤＢ２１に格納されていない特徴量を有する乗員を特定用乗員構成から除外して乗員の嗜好を特定する。特徴量ＤＢ２１に特徴量が格納されていないため、その特徴量を有する乗員が車両１００の一時的な乗員であることが想定される。たとえば、日常的な車両１００を利用した移動において車両１００の空席に同乗させるケースが想定される。その場合は、その一時的な乗員が目的地の設定およびコンテンツの選択に影響を及ぼさないと考えられる。嗜好特定部１４は、このような想定に基づき適切に乗員の嗜好を特定することができる。
【００４２】
（６）車載装置１は、特徴量算出部１１が算出する特徴量が特徴量ＤＢ２１に格納されていない場合は、特徴量ＤＢ２１に特徴量算出部１１が算出する特徴量を新たに格納する特徴量記録部１２を備える。車載装置１は、乗員の嗜好を検出する嗜好検出部１８を備える。車載装置１は、嗜好ＤＢ２１に、記録用乗員構成、現在時刻に基づく時間情報、および嗜好検出部１８が検出する乗員の嗜好の組み合わせを格納する嗜好記録部１９とを備える。嗜好記録部１９が嗜好ＤＢ２１に記録する記録用乗員構成には、特徴量ＤＢ２１に特徴量が格納されていなかった乗員も含む。そのため、特徴量ＤＢ２１に特徴量が格納されていなかった乗員が次に車両１００に乗車した際には、その乗員が前回乗車した際の乗員の嗜好に基づき嗜好特定部１４が嗜好を特定することができる。
【００４３】
（７）車載装置１は、特徴量ＤＢ２１および嗜好ＤＢ２２を備える。そのため車載装置１は外部との通信を行うことなく特徴量ＤＢ２１および嗜好ＤＢ２２に直接アクセスできる。
【００４４】
（変形例１）
実行部１６は、乗員への確認を行うことなく目的地の設定、およびコンテンツの再生を実行してもよい。この場合は、図７のステップＳ２２６および図８のステップＳ２３２において常に肯定判断を行う。
【００４５】
この変形例１によれば、次の作用効果が得られる。
（８）実行部１６は、嗜好特定部１４が特定する乗員の嗜好に基づき、特定された嗜好のジャンルに属するコンテンツの再生、または特定された嗜好のジャンルに属するＰＯＩの目的地への設定を行う。そのため本変形例によれば、嗜好特定部１４の特定結果に基づきコンテンツの選択および目的地の設定を迅速に行うことができる。
【００４６】
（変形例２）
嗜好ＤＢ２２には、さらに天候が組み合わされて記録されてもよい。この場合は、乗員構成と、時間帯と、天候とから目的地のＰＯＩジャンルおよび視聴コンテンツのジャンルが特定される。本変形例によれば、より詳細に乗員の嗜好を特定することができる。
【００４７】
（変形例３）
車載装置１は、車両１００のイグニションキースイッチがＯＮにされた際にも図６に示す処理を実行してもよい。また車載装置１は、ドアの開閉を検出しただけでは図６に示す処理を実行せず、カメラ７の出力や不図示の重量センサなどにより乗員構成の変化があったと判断する場合に図６に示す処理を実行してもよい。
【００４８】
（変形例４）
上述した第１の実施の形態では、図７のステップＳ２２４において、現在位置から最も近いＰＯＩのみを乗員に提示した。しかし、現在位置から近い順にたとえば上位３つのＰＯＩを乗員に提示してもよい。その場合は、乗員が提示した３つのＰＯＩのいずれかを選択すると、ステップＳ２２６において肯定判定を行い、ステップＳ２２７では乗員が選択したＰＯＩを目的地に設定する。
【００４９】
（変形例５）
車載装置１は、コンテンツの再生が終了したことを検知してコンテンツの再生を提案してもよい。この場合は車載装置１は、コンテンツの再生が終了したことを検知すると、図６のステップＳ２１５、Ｓ２１６およびＳ２１８を実行する。
【００５０】
（変形例６）
特徴量ＤＢ２１には追加日の情報が含まれなくてもよい。その場合は、特徴量ＤＢ２１に当日に追加された人物を示す情報を別途管理し、構成特定部１３が判断可能とすればよい。
【００５１】
（変形例７）
車載装置１は、睡眠判断部１７および睡眠テーブル２５を備えなくてもよい。この場合は、第１の実施の形態とは異なり、睡眠状態にある者も記録用乗員構成および特定用乗員構成に含まれる。
【００５２】
（変形例８）
嗜好ＤＢ２２には、視聴コンテンツジャンルに代えて単一の視聴コンテンツを特定する情報が格納されてもよい。
【００５３】
（変形例９）
構成特定部１３は、記録用乗員構成と特定用乗員構成とを区別しなくてもよい。すなわち構成特定部１３は、当日に追加された乗員を記録用乗員構成に含めなくてもよいし、当日に追加された乗員を特定用乗員構成に含めてもよい。
【００５４】
（変形例１０）
嗜好ＤＢ２２には、目的地のＰＯＩジャンル、および視聴コンテンツジャンルの一方が含まれなくてもよい。この場合は、嗜好ＤＢ２２の構成にあわせて図６および図９のＳ２１７およびＳ２１８の一方を削除する。
【００５５】
（変形例１１）
上述した第１の実施の形態では、睡眠テーブル２５には、車両１００の乗員のみが記載されたが、睡眠テーブル２５には特徴量ＤＢ２１に登録されている全ての乗員が記載されてもよい。その場合は、車両１００に乗車していない人物の状態には、「覚醒」および「睡眠」と区別可能な状態量、たとえば「降車済み」などが格納される。
【００５６】
（変形例１２）
車載装置１は、人物を識別するために撮影画像以外を用いてもよい。たとえば重量センサから得られる人物の体重、赤外線センサから得られる乗員の顔などの情報、および加速度センサから得られる人物の動きの特徴などを用いて人物を識別してもよい。また車載装置１は、人物を識別するために必要なセンサをさらに備えてもよい。
【００５７】
（変形例１３）
図４に示す嗜好ＤＢ２２の例では目的地のＰＯＩジャンルおよび視聴コンテンツジャンルがそれぞれ１つしか格納されていないが、嗜好ＤＢ２２にはそれぞれ複数のジャンルが格納されてもよい。この場合は、複数の候補が優先順を設けずに、いわば並列に格納されてもよいし、実行された回数や実行された時刻からの経過時間に基づき順位付けが行われ、順位付けをされて格納されてもよい。
【００５８】
（変形例１４）
嗜好ＤＢ２２において、時間帯は時刻情報から分以下の情報を削除した情報でなくてもよい。たとえば、１時間以上の期間である、たとえば「９時から１２時」などを時間帯としてもよい。さらに１時間未満の１分や１０分の期間を時間帯としてもよい。
【００５９】
―第２の実施の形態―
図１１〜図１２を参照して、車載装置の第２の実施の形態を説明する。以下の説明では、第１の実施の形態と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、データベースなどの情報がサーバに格納される点で、第１の実施の形態と異なる。
【００６０】
（ハードウエア構成）
図１１は、車載装置１Ａ、車載装置１Ａを搭載する車両１００Ａ、および車両１００Ａと通信するサーバ３００のハードウエア構成を示す図である。車載装置１Ａの車載装置１とのハードウエア構成の相違点は、フラッシュメモリ５を備えない点である。車両１００Ａの車両１００との相違点は、車載装置１の代わりに車載装置１Ａを備える点、および車載通信部９Ａを備える点である。車載通信部９Ａは、車両１００Ａが走行中にも通信が可能な無線通信装置であり、たとえば３Ｇや４Ｇなどの広域無線通信規格に対応する。
【００６１】
サーバ３００は、ＣＰＵ３０２と、ＲＯＭ３０３と、ＲＡＭ３０４と、ＨＤＤ３０５と、サーバ通信部３０９とを備える。ＣＰＵ３０２は中央演算装置であり、読み出し専用メモリであるＲＯＭ３０３に格納される不図示のプログラムをランダムアクセスメモリであるＲＡＭ３０４に展開して実行し、後述する機能を実現する。ＨＤＤ３０５は、ハードディスクドライブであり、第１の実施の形態におけるフラッシュメモリ５に相当する。ＣＰＵ３０２は、車両１００Ａからの要求に応じてＨＤＤ３０５へのアクセス、すなわち読み込みおよび書き込みを提供する。
【００６２】
（機能構成）
図１２は、車載装置１Ａおよびサーバ３００の機能構成図である。ただし図１２にはＨＤＤ３０５に格納される情報も併記している。車載装置１Ａの車載装置１との機能構成の相違点は、特徴量ＤＢ２１、行動ＤＢ２２、ＰＯＩＤＢ２３、コンテンツＤＢ２４、および睡眠テーブル２５を備えない点、およびＩＯインタフェース１９Ｐの代わりにＩＯインタフェース１９Ｑを備える点である。ＩＯインタフェース１９ＱはＣＰＵ２および車載通信部９Ａにより実現される。ＩＯインタフェース１９Ｑは、ＣＰＵ２の各機能構成部がサーバ３００のＨＤＤ３０５に格納された各種情報へアクセスする際のインタフェースとして機能する。ＩＯインタフェース１９Ｑは、各機能構成部から受けた読み込み指令や書き込み指令をサーバ３００に伝達し、サーバ３００から受信した応答を各機能構成部に返す。第２の実施の形態における車載装置１Ａの各機能構成部は、ＩＯインタフェース１９Ｑを除き第１の実施の形態と同一の動作を行い、同一の作用効果を得る。
【００６３】
サーバ３００は、その機能としてサーバＩＯインタフェース３１９Ｐを備える。サーバ３０のＨＤＤ３０５には、第１の実施の形態においてフラッシュメモリ５に格納されていた情報、すなわち特徴量ＤＢ２１、行動ＤＢ２２、ＰＯＩＤＢ２３、コンテンツＤＢ２４、および睡眠テーブル２５が格納される。ＨＤＤ３０５に格納されるそれぞれの情報の構成は第１の実施の形態と同様なので説明を省略する。サーバＩＯインタフェース３１９Ｐは、ＣＰＵ３０２およびサーバ通信部３０９により実現される。サーバＩＯインタフェース３１９Ｐは、車載装置１ＡのＩＯインタフェース１９Ｑから受信する指令に基づきＨＤＤ３０５に格納された情報を操作し、その結果を車載装置１Ａに返す。
【００６４】
すなわち本実施の形態では、ＩＯインタフェース１９ＱとサーバＩＯインタフェース３１９Ｐとの協調動作により、第１の実施の形態におけるＩＯインタフェース１９Ｐと同様の作用効果を奏する。
【００６５】
上述した第２の実施の形態によれば、第１の実施の形態における（１）〜（６）の作用効果に加えて次の作用効果が得られる。
（９）車載装置１Ａは、特徴量ＤＢ２１および嗜好ＤＢ２２を備えるサーバ３００と通信する車載通信部９Ａを備える。ＩＯインタフェース１９Ｑは、車載通信部９Ａを介して特徴量ＤＢ２１および嗜好ＤＢ２２にアクセスする。そのため記憶領域の制限が少ないサーバ３００に大量の情報を格納することができる。
【００６６】
（第２の実施の形態の変形例）
第２の実施の形態では、第１の実施の形態においてフラッシュメモリ５に格納された全ての情報がＨＤＤ３０５に格納された。しかし第１の実施の形態においてフラッシュメモリ５に格納された一部の情報のみがサーバ３００のＨＤＤ３０５に格納され、残りは第１の実施の形態と同様にフラッシュメモリ５に格納されてもよい。すなわち、特徴量ＤＢ２１、行動ＤＢ２２、ＰＯＩＤＢ２３、コンテンツＤＢ２４、および睡眠テーブル２５は、フラッシュメモリ５およびＨＤＤ３０５のいずれかに格納されればよい。
【００６７】
プログラムはＲＯＭ３に格納されるとしたが、プログラムはフラッシュメモリ５に格納されていてもよい。また、車載装置１が不図示の入出力インタフェースを備え、必要なときに入出力インタフェースと車載装置１が利用可能な媒体を介して、他の装置からプログラムが読み込まれてもよい。ここで媒体とは、例えば入出力インタフェースに着脱可能な記憶媒体、または通信媒体、すなわち有線、無線、光などのネットワーク、または当該ネットワークを伝搬する搬送波やディジタル信号、を指す。また、プログラムにより実現される機能の一部または全部がハードウエア回路やＦＰＧＡにより実現されてもよい。
【００６８】
上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
【符号の説明】
【００６９】
１…車載装置
１１…特徴量算出部
１２…特徴量記録部
１３…構成特定部
１４…嗜好特定部
１５…確認部
１６…実行部
１７…睡眠判断部
１８…嗜好検出部
１９…嗜好記録部
１９Ｐ、１９Ｑ…ＩＯインタフェース
２１…特徴量データベース
２２…嗜好データベース
２３…ＰＯＩデータベース
２４…コンテンツデータベース
２５…睡眠テーブル
３００…サーバ
３１９Ｐ…サーバＩＯインタフェース
【図１】
2019020890.tif 000003
【図２】
2019020890.tif 000004
【図３】
2019020890.tif 000005
【図４】
2019020890.tif 000006
【図５】
2019020890.tif 000007
【図６】
2019020890.tif 000008
【図７】
2019020890.tif 000009
【図８】
2019020890.tif 000010
【図９】
2019020890.tif 000011
【図１０】
2019020890.tif 000012
【図１１】
2019020890.tif 000013
【図１２】
2019020890.tif 000014