JP2020187796A - サーバ装置、端末装置、情報提示システム、情報提示方法、情報提示プログラムおよび記録媒体 - Google Patents

Abstract

【課題】移動体に搭乗する複数のユーザに共通する嗜好の情報を取得できること。【解決手段】移動体と共に移動する端末１０１と通信可能なサーバ１１１は、ユーザの行動履歴を示すライフログを記憶するライフログデータベース１１４と、移動体に搭乗する複数のユーザのそれぞれに対応し、複数のユーザのそれぞれを識別するための複数の識別情報を含む情報要求を端末１０１から受信する受信部１１２と、情報要求に含まれる複数の識別情報に対応する複数のユーザのそれぞれのライフログを検索し、複数のユーザが共通して興味を有する対象を含む共通嗜好情報を取得する共通嗜好情報取得部１１３と、共通嗜好情報を端末１０１へ送信する送信部１１５と、を備える。【選択図】図１

Description

この発明は、移動中の複数のユーザに共通する情報を提示するサーバ装置、端末装置、情報提示システム、情報提示方法、情報提示プログラムおよび記録媒体に関する。ただし、この発明の利用は、サーバ装置、端末装置、情報提示システム、情報提示方法、情報提示プログラムおよび記録媒体に限らない。

従来、車両に同乗した複数のユーザのそれぞれに関連する地点をサーバから取得し、立寄り地の候補としてユーザに提示するナビゲーションシステムが開示されている（例えば、下記特許文献１参照。）。

特許第５１２２６４６号公報

しかしながら、上記従来の技術では、複数のユーザのそれぞれに関連する地点が立寄り地候補として提示されるため、搭乗者が増えるほどに立寄り地候補も増えてしまい、搭乗者の全員が満足する立寄り地を決定することが困難となる問題が一例として挙げられる。

上述した課題を解決し、目的を達成するため、請求項１の発明にかかるサーバ装置は、移動体で利用可能な端末装置と通信可能なサーバ装置であって、前記移動体に搭乗する複数のユーザを特定する情報を前記端末装置から受信する受信手段と、前記複数のユーザが共通して興味を有する対象を含む共通嗜好情報を取得する共通嗜好情報取得手段と、前記共通嗜好情報を前記端末装置へ送信する送信手段と、を備え、前記送信手段は、前記移動体に搭乗する前記ユーザの増減に対応して前記共通嗜好情報の送信を行うことを特徴とする。

また、請求項９の発明にかかる端末装置は、移動体で利用可能な端末装置であって、前記移動体に搭乗する複数のユーザが共通して興味を有する対象を含む共通嗜好情報を要求する情報要求を外部装置に送信する送信手段と、前記共通嗜好情報を前記外部装置から受信する受信手段と、前記移動体に搭乗するユーザの増減を検出する検出手段と、を備え、前記送信手段は、前記検出手段によるユーザの増減をトリガとして前記情報要求を前記外部装置に送信することを特徴とする。

また、請求項１１の発明にかかる情報提示システムは、移動体で利用可能な端末装置と、前記移動体の外部に存在するサーバ装置とを備える情報提示システムであって、前記端末装置は、前記移動体に搭乗する複数のユーザが共通して興味を有する対象を含む共通嗜好情報を要求する情報要求を外部装置に送信する第１送信手段と、前記共通嗜好情報を前記外部装置から受信する第１受信手段と、前記移動体に搭乗するユーザの増減を検出する検出手段と、を備え、前記第１送信手段は、前記検出手段によるユーザの増減をトリガとして前記情報要求を前記外部装置に送信し、前記サーバ装置は、前記移動体に搭乗する複数のユーザを特定する情報を前記端末装置から受信する第２受信手段と、前記複数のユーザが共通して興味を有する対象を含む共通嗜好情報を取得する共通嗜好情報取得手段と、前記共通嗜好情報を前記端末装置へ送信する第２送信手段と、を備え、前記第２送信手段は、前記移動体に搭乗する前記ユーザの増減に対応して前記共通嗜好情報の送信を行う、ことを特徴とする。

また、請求項１２の発明にかかる情報提示方法は、移動体で利用可能な端末装置と通信可能なサーバ装置が行う情報提示方法であって、前記サーバ装置は、前記移動体に搭乗する複数のユーザを特定する情報を前記端末装置から受信する工程と、前記複数のユーザが共通して興味を有する対象を含む共通嗜好情報を取得する工程と、前記共通嗜好情報を前記端末装置へ送信する工程と、を含み、前記送信する工程は、前記移動体に搭乗する前記ユーザの増減に対応して前記共通嗜好情報の送信を行う、ことを特徴とする。

また、請求項１３の発明にかかる情報提示プログラムは、請求項１２に記載の情報提示方法をコンピュータに実行させることを特徴とする。

また、請求項１４の発明にかかる記録媒体は、請求項１３に記載の情報提示プログラムを記録したことを特徴とする。

図１は、実施の形態にかかる情報提示システムの機能的構成の一例を示すブロック図である。 図２は、実施の形態にかかるライフログＤＢの内容例を示す図表である。 図３は、実施の形態にかかるサーバの処理手順の一例を示すフローチャートである。 図４は、ナビゲーション装置のハードウェア構成の一例を示すブロック図である。 図５は、情報提示システムの処理手順の一例を示すフローチャートである。 図６は、情報提示システムが行う処理のうち共通嗜好情報検索処理の詳細例を示すフローチャートである。 図７は、ユーザの食事の嗜好の傾向を示す図である。 図８は、ナビゲーション装置の共通嗜好情報の提示例を示す図である。 図９は、図６に示した共通嗜好情報検索処理の具体例を説明するための図である。（その１） 図１０は、図６に示した共通嗜好情報検索処理の具体例を説明するための図である。（その２） 図１１は、図６に示した共通嗜好情報検索処理の具体例を説明するための図である。（その３） 図１２は、図６に示した共通嗜好情報検索処理の具体例を説明するための図である。（その４） 図１３は、図６に示した共通嗜好情報検索処理の具体例を説明するための図である。（その５）

（実施の形態）
以下に添付図面を参照して、この発明にかかるサーバ装置、端末装置、情報提示システム、情報提示方法、情報提示プログラムおよび記録媒体の好適な実施の形態を詳細に説明する。

図１は、実施の形態にかかる情報提示システムの機能的構成の一例を示すブロック図である。実施の形態にかかる情報提示システム１００は、端末（端末装置）１０１と、サーバ（サーバ装置）１１１とによって構成でき、端末１０１と、サーバ１１１は無線等の通信網を介して相互に情報を通信可能である。

端末１０１は、移動体と共に移動する。例えば、車両等の移動体に設けられる。このほか、移動する人が携帯してもよい。この端末１０１は、識別情報取得部１０２と、送信部１０３と、受信部１０４と、提示部１０５と、を有する。

識別情報取得部１０２は、移動体に搭乗する複数のユーザのそれぞれに対応し、ユーザを識別するための複数の識別情報（ＩＤ）を取得する。

送信部１０３は、サーバ１１１に対して所定のタイミングで情報要求を送信する。この情報要求は、端末１０１のユーザに同行する他のユーザ（例えば、移動体に搭乗する複数のユーザ）が共通して興味を有する対象を含む共通嗜好情報を要求するために送信される。この情報要求は、ユーザが任意のタイミングで手動操作により送信してもよいが、後述するように、端末１０１が所定のトリガで自動的に送信することができる。

情報要求には、識別情報取得部１０２により取得された複数のユーザの識別情報、ＧＰＳ等により検出した移動体の現在位置、日時、走行開始後の経過時間、情報要求時のトリガの種別情報等が含まれる。情報要求は、時刻、移動体の移動の時間経過、移動体の位置、同行者（移動体搭乗者）の増減、搭乗者の生体情報の変化等を不図示の検出部が検出したタイミングでサーバ１１１に送信し、検出情報はトリガの種別情報として情報要求に含まれる。

受信部１０４は、移動体に搭乗する複数のユーザが共通して興味を有する対象を含む共通嗜好情報をサーバ１１１から受信する。また、受信部１０４は、複数のユーザのうちの少なくとも一人が興味をもっていない対象を除いた対象を含む共通嗜好情報を受信することができる。提示部１０５は、受信部１０４により受信した共通嗜好情報を表示や音声等によりユーザに提示する。

サーバ１１１は、受信部１１２と、共通嗜好情報取得部１１３と、ライフログデータベース（ＤＢ）１１４と、送信部１１５と、を有する。

受信部１１２は、端末１０１が送信する共通嗜好情報の情報要求を受信する。ライフログＤＢ１１４は、ユーザの行動履歴を示すライフログを蓄積可能に記憶する。

共通嗜好情報取得部１１３は、情報要求に含まれる複数の識別情報に対応する複数のユーザのそれぞれのライフログをライフログＤＢ１１４から検索し、複数のユーザが共通して興味を有する対象を含む共通嗜好情報を取得する。送信部１１５は、共通嗜好情報を端末１０１へ送信する。

この共通嗜好情報取得部１１３は、複数のユーザのうちの少なくとも一人が興味をもっていない対象を除いた対象を含む共通嗜好情報を取得することとしてもよい。また、共通嗜好情報取得部１１３は、複数のユーザのそれぞれのライフログに含まれる過去に訪れた施設、または過去に購入した商品の種別を基に複数のユーザに共通する嗜好を検索し、共通する嗜好に関係する施設の情報を共通嗜好情報として取得することができる。また、共通嗜好情報取得部１１３は、複数のユーザのそれぞれのライフログに含まれる過去に視聴したコンテンツの種別を基に複数のユーザに共通する嗜好を検索し、共通する嗜好に関係するコンテンツの情報を共通嗜好情報として取得することができる。

さらには、共通嗜好情報取得部１１３は、受信部１１２が受信した情報要求に含まれる、この情報要求が行われた時刻、または複数のユーザが移動体に搭乗してからの経過時間などに応じて、検索を行う嗜好のジャンルを変更することができる。これにより、移動体内での経過時間が長くなった場合等に対応できるようになる。

上述したライフログは、ユーザの行動に基づき、ライフログＤＢ１１４に蓄積記録されていく。例えば、ユーザの端末１０１から行動履歴のデータがサーバ１１１に送信され、サーバ１１１の制御部（不図示）がユーザ毎の行動履歴のデータをライフログとしてライフログＤＢ１１４に蓄積記録する。

例えば、端末１０１はユーザまたは端末１０１に固有のＩＤを記憶しており、ユーザが端末１０１を使用して種々の行動を行うと、端末１０１は、行動履歴データを取得し、サーバ１１１に送信し、サーバ１１１は、ユーザ別のライフログＤＢ１１４を構築する。

ライフログＤＢ１１４に登録される行動履歴としては、例えば、下記１．〜７．が挙げられる。
１．ユーザが視聴したコンテンツ
携帯電話やスマートフォン等の端末１０１、その他ＰＣ、ＴＶ、ＨＤＤレコーダ、オーディオ機器など、例えばＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉｅｎｃｅ：登録商標）などによりネットワーク化された環境の場合、サーバ１１１は、ユーザによるコンテンツの視聴履歴を取得できる。
２．ＷＥＢサイトの閲覧履歴
クラウド技術により、個人が端末１０１、ＰＣなどで閲覧したＷＥＢサイトの履歴をサーバ１１１が取得できる。
３．商品購入履歴
インターネットショッピングや携帯端末を利用したクレジット決済により購入した商品と、その金額に関する履歴をサーバ１１１が取得できる。

４．ＳＮＳ、ブログ、メール
ユーザのＳＮＳ、ブログまたは、ユーザが送受信したメールの文章中に地点名称、施設名称、アーティスト名、コンテンツ名、料理名などの個人の嗜好に関係する可能性のある文言が含まれている場合に、端末１０１やサーバ１１１が当該文章を抽出し、サーバ１１１が取得できる。
５．スケジュール
端末１０１、クラウドサーバなどに登録されている個人スケジュールをサーバ１１１が取得できる。

６．滞在履歴
端末１０１のＧＰＳ機能などにより、ユーザがいつどこにどれぐらいの時間滞在したか、および滞在した施設の種別の履歴をサーバ１１１が取得できる。また、ユーザがナビゲーション機能を利用して検索した施設、設定した目的地、移動した経路、立寄り地などもサーバ１１１が取得できる。
７．同伴者情報
サーバ１１１が構築するライフログをユーザにサービス提供する場合において、自分の知り合いとして登録されている人（他のユーザ）が所有する端末１０１の位置が、同時刻に自分の端末１０１の位置と一致した場合、サーバ１１１は、他のユーザを自分（ユーザ）の同伴者として設定し、ライフログＤＢ１１４に登録することができる。

図１の例では、端末１０１からサーバ１１１に行動履歴を送信する構成としたが、これに限らず、ホームＰＣ、車載ナビゲーション装置などから端末１０１と同様にユーザの行動履歴をサーバ１１１に送信し、サーバ１１１がユーザの行動履歴に基づくライフログＤＢ１１４を構築する構成としてもよい。

また、ユーザ自身によって、ライフログＤＢ１１４に登録されているユーザ自身のライフログデータが閲覧および編集可能としてもよい。例えば、ある日のユーザの同伴者や、購入した商品や価格などがライフログＤＢ１１４に自動登録できなかった場合には、ユーザ自身が手動で登録することとしてもよい。

図２は、実施の形態にかかるライフログＤＢの内容例を示す図表である。図２は、ライフログＤＢ１１４に記録されるユーザＡのライフログ２００のデータ例であり、ライフログＤＢ１１４にはユーザ毎のライフログ２００が蓄積記録される。ライフログＤＢ１１４には、端末１０１から行動履歴として送信される情報に基づき、行動履歴ジャンル２０１別に、日付２０２、時刻２０３、曜日２０４、施設名称（コンテンツ名称）２０５、購入商品２０６、価格２０７、同伴者２０８等の項目の情報が蓄積記録される。

また、サーバ１１１は、検索ジャンル２０９と、嗜好アイテム情報２１０を生成しライフログ２００の情報検索時のインデックス情報として格納する。検索ジャンル２０９は、施設名称（コンテンツ名称）２０５の情報に基づいてサーバ１１１が自動的に付加し、嗜好アイテム情報２１０は、購入商品２０６の情報に基づいてサーバ１１１が自動的に付加する。

例えば、施設名称（コンテンツ名称）２０５が「イタリアンレストランＡ」の場合、検索ジャンル２０９としてレストランでの「食事」のインデックス情報を付加する。購入商品２０６が「ペペロンチーノ」の場合、嗜好アイテム情報２１０として「イタリア料理」のインデックス情報を付加する。インデックス情報は、端末１０１からの情報要求時にライフログＤＢ１１４の情報検索キーとして用いられる。

図３は、実施の形態にかかるサーバの処理手順の一例を示すフローチャートである。サーバ１１１は、端末１０１からの情報要求に基づき、端末１０１のユーザに同行するユーザに共通する共通嗜好情報を端末１０１に提供する。

サーバ１１１は、受信部１１２が端末１０１から情報要求を受信すると（ステップＳ３０１）、共通嗜好情報取得部１１３が検索するジャンルを設定する（ステップＳ３０２）。このジャンルは、端末１０１が送信する情報要求に含まれるトリガの種別情報に基づき設定する。

つぎに、サーバ１１１は、共通嗜好情報取得部１１３がライフログＤＢ１１４にアクセスし、同行するユーザに共通する共通嗜好情報を検索する（ステップＳ３０３）。この際、共通嗜好情報取得部１１３は、端末１０１が送信する情報要求に含まれるトリガの種別情報に対応するインデックス情報（検索ジャンル２０９、嗜好アイテム情報２１０）を検索キーとしてライフログＤＢ１１４の情報検索を行う。また、情報要求に含まれる識別情報に基づき同行者の情報を得て、同行者に一致する同伴者２０８の情報で絞った（フィルタリングした）情報検索を行う。さらには、情報要求に含まれる時刻、曜日等で絞った（フィルタリングした）情報検索を行う。

例えば、共通嗜好情報取得部１１３は、トリガの種別情報が時刻であり、現在の時刻が食事の時間帯であれば、ライフログＤＢ１１４に対し、検索ジャンル２０９が「食事」で絞った（フィルタリングした）情報検索を行う。

ライフログＤＢ１１４に対する情報検索時、情報要求に含まれる識別情報に基づき、同行者の情報を得て、同行者に一致する同伴者２０８の情報を検索する。そして、同行者に共通する共通嗜好情報（上記例では食事）が複数選択される。例えば、図２の例では、ユーザＡの同行者が「Ｂ氏、Ｃ氏」である場合の日時２０３「昼食時の時間帯（１２：３０）」の共通嗜好情報として、施設名称２０５の「イタリアンレストランＡ」が選択される。

共通嗜好情報１１３により選択された共通嗜好情報は、送信部１１５を介して端末１０１に送信される（ステップＳ３０４）。端末１０１に送信される共通嗜好情報は、施設名称２０５に限らず、日付２０２〜同伴者２０８の各項目の一部あるいは全てであってもよい。

これにより、サーバ１１１から共通嗜好情報を受信した端末１０１は、同行者に共通する嗜好である共通嗜好情報を提示部１０５により表示や音声等でユーザに提示することができる。

以上の実施の形態によれば、端末は、時刻等の各種トリガで自動的にサーバに対し、同行者の共通嗜好情報を情報要求する。サーバは、端末からの情報要求により、同行者に共通する共通嗜好情報をライフログＤＢに対し情報検索して得る。サーバは、共通嗜好情報を端末に送信し、端末のユーザに提示することができる。

これにより、ユーザは、同行者に適した共通嗜好情報を容易に得ることができるようになる。例えば、現在の同行者に適した食事が行えるレストランの提示を受けることができる。この際、ユーザは、情報検索のための検索キーの入力の手間を省くことができる。

ライフログＤＢは、過去の同行者毎の行動履歴に基づき構築されるため、同行者毎に適切な共通嗜好情報を提供できるようになる。同行者が異なっても異なる同行者毎の共通嗜好情報を得ることができるため、ユーザは、過去の行動履歴を忘れた場合であっても同行者毎に適切な共通嗜好情報の提示を受けることができるようになる。

つぎに、本発明の実施例について説明する。実施例では、上記の端末１０１としてユーザの移動体（車両）に搭載されたナビゲーション装置を用い、サーバ１１１に通信接続される例を用いて説明する。

（ナビゲーション装置のハードウェア構成）
図４は、ナビゲーション装置のハードウェア構成の一例を示すブロック図である。図４において、ナビゲーション装置４００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、磁気ディスクドライブ４０４、磁気ディスク４０５、光ディスクドライブ４０６、光ディスク４０７、音声Ｉ／Ｆ（インターフェース）４０８、マイク４０９、スピーカ４１０、入力デバイス４１１、映像Ｉ／Ｆ４１２、ディスプレイ４１３、カメラ４１４、通信Ｉ／Ｆ４１５、ＧＰＳユニット４１６、各種センサ４１７、を備えている。各構成部４０１〜４１７は、バス４２０によってそれぞれ接続されている。

ＣＰＵ４０１は、ナビゲーション装置４００の全体の制御を司る。ＲＯＭ４０２は、ブートプログラム、コンテンツ出力プログラムを記録している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。すなわち、ＣＰＵ４０１は、ＲＡＭ４０３をワークエリアとして使用しながら、ＲＯＭ４０２に記録された各種プログラムを実行することによって、ナビゲーション装置４００の全体の制御を司る。

磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータの読み取り／書き込みを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記録する。磁気ディスク４０５としては、例えば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。

また、光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータの読み取り／書き込みを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御にしたがってデータが読み出される着脱自在な記録媒体である。光ディスク４０７は、書き込み可能な記録媒体を利用することもできる。着脱可能な記録媒体として、光ディスク４０７のほか、ＭＯ、メモリカードなどを用いることができる。

磁気ディスク４０５および光ディスク４０７に記録される情報の一例としては、地図データ、車両情報、画像、走行履歴などが挙げられる。地図データは、ナビゲーションシステムにおいて経路探索するときに用いられ、建物、河川、地表面、エネルギー補給施設などの地物（フィーチャ）をあらわす背景データ、道路の形状をリンクやノードなどであらわす道路形状データなどを含むベクタデータである。

音声Ｉ／Ｆ４０８は、音声入力用のマイク４０９および音声出力用のスピーカ４１０に接続される。マイク４０９に受音された音声は、音声Ｉ／Ｆ４０８内でＡ／Ｄ変換される。マイク４０９は、例えば、車両のダッシュボード部などに設置され、その数は単数でも複数でもよい。スピーカ４１０からは、所定の音声信号を音声Ｉ／Ｆ４０８内でＤ／Ａ変換した音声が出力される。

入力デバイス４１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、タッチパネルなどが挙げられる。入力デバイス４１１は、リモコン、キーボード、タッチパネルのうちいずれか一つの形態によって実現されてもよいが、複数の形態によって実現することも可能である。

映像Ｉ／Ｆ４１２は、ディスプレイ４１３とカメラ４１４に接続される。映像Ｉ／Ｆ４１２は、具体的には、例えば、ディスプレイ４１３全体を制御するグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいてディスプレイ４１３を制御する制御ＩＣなどによって構成される。

ディスプレイ４１３には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。ディスプレイ４１３としては、例えば、ＴＦＴ液晶ディスプレイ、有機ＥＬディスプレイなどを用いることができる。

カメラ４１４は、車両外部の例えば、道路を含む映像を撮影する。映像は静止画あるいは動画のどちらでもよく、例えば、カメラ４１４によって車両の外部や内部を撮影し、撮影した画像をＣＰＵ４０１において画像解析したり、映像Ｉ／Ｆ４１２を介して磁気ディスク４０５や光ディスク４０７などの記録媒体に出力したりする。

通信Ｉ／Ｆ４１５は、無線を介してネットワークに接続され、ナビゲーション装置４００およびＣＰＵ４０１のインターフェースとして機能する。ネットワークとして機能する通信網には、ＣＡＮやＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）などの車内通信網や、公衆回線網や携帯電話網、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＬＡＮ、ＷＡＮなどがある。通信Ｉ／Ｆ４１５は、例えば、公衆回線用接続モジュールやＥＴＣ（ノンストップ自動料金支払いシステム）ユニット、ＦＭチューナー、ＶＩＣＳ（Ｖｅｈｉｃｌｅ Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：登録商標）／ビーコンレシーバなどである。

ＧＰＳユニット４１６は、ＧＰＳ衛星からの電波を受信し、車両の現在位置を示す情報を出力する。ＧＰＳユニット４１６の出力情報は、後述する各種センサ４１７の出力値とともに、ＣＰＵ４０１による車両の現在位置の算出に際して利用される。現在位置を示す情報は、例えば、緯度・経度、高度などの、地図データ上の１点を特定する情報である。

各種センサ４１７は、車速センサ、加速度センサ、角速度センサ、傾斜センサなどの、車両の位置や挙動を判断するための情報を出力する。各種センサ４１７の出力値は、ＣＰＵ４０１による車両の現在位置の算出や、速度や方位の変化量の算出に用いられる。

図４に記載のディスプレイ４１３を用いて図１の提示部１０５の機能を実現できる。また、図４の通信Ｉ／Ｆ４１５を用いて、図１の送信部１０３、受信部１０４の機能を実現できる。図１に示した端末１０１は、図４に記載のＲＯＭ４０２、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などに記録されたプログラムやデータを用いて、ＣＰＵ４０１が所定のプログラムを実行することによって、図１の識別情報取得部１０２の機能および端末１０１全体の制御機能を実現する。

（サーバの構成例）
上記のサーバ１１１についても、図４と同様の構成を有する。なお、このサーバ１１１においては、図４に記載のカメラ４１４、ＧＰＳユニット４１６、各種センサ４１７等は不要である。図１に示したサーバ１１１は、図４に記載のＲＯＭ４０２、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などに記録されたプログラムやデータを用いて、ＣＰＵ４０１が所定のプログラムを実行することによって、図１の共通嗜好情報取得部１１３の機能およびサーバ１１１全体の制御機能を実現する。

（情報提示システムの処理例）
図５は、情報提示システムの処理手順の一例を示すフローチャートである。上記の端末１０１の一例としてナビゲーション装置４００を用い、サーバ１１１から共通嗜好情報の提示を受ける処理例を説明する。

始めに、ナビゲーション装置４００は、車両に搭乗している複数の搭乗者（ナビゲーション装置４００のユーザの同行者）それぞれのＩＤを取得する（ステップＳ５０１）。各搭乗者のＩＤ取得は、各搭乗者による手動入力の他に、例えば、ナビゲーション装置４００が各搭乗者が有する携帯電話等の端末と無線通信を行うことにより携帯端末からユーザあるいは端末のＩＤを取得できる。このほか、車室内のカメラにより撮影した画像、マイクから入力された音声を基にナビゲーション装置４００に予め登録された搭乗者を特定し、対応するＩＤを取得することもできる。

つぎに、ナビゲーション装置４００は、情報を取得するためのトリガを検出したか判断する（ステップＳ５０２）。ナビゲーション装置４００は、所定の状況変化を検出する検出部（不図示）を有する。そして、検出部による状況変化を待ち（ステップＳ５０２：Ｎｏのループ）、状況変化があれば（ステップＳ５０２：Ｙｅｓ）、ナビゲーション装置４００は、この状況変化をトリガとして情報要求をサーバ１１１に送信する（ステップＳ５０３）。

ナビゲーション装置４００が検出する状況変化のトリガを種別情報別に説明すると、例えば、車内での会話中に特定のキーワード（食事）に関連する音声「お腹がすいた」などをマイク４０９で検出したとき、ＣＰＵ４０１内蔵のタイマ等が予め設定された時刻（昼食の時間帯）を検出したとき、速度センサの速度変化等により車両の走行を開始したとき、走行開始からのタイマ計時で所定時間が経過したとき、搭乗者の眠そうな表情をカメラ４１４で検出したとき、ＧＰＳユニット４１６で車両の現在位置が所定位置となったことを検出したとき、座席シート別のセンサやカメラ４１４等で搭乗者の増減を検出したとき、搭乗者が身に付けたウェアラブル端末に代表される生体センサー等により検出された搭乗者の空腹、疲労などの生体情報をナビゲーション装置４００が受信したとき等がある。あるいは、各搭乗者が所有する携帯端末やナビゲーション装置４００がクーポンなどの広告情報を受信したことを状況変化のトリガとしてもよい。これらトリガの種別情報は、ナビゲーション装置４００内部あるいは外部入力により取得可能である。

上述したが、情報要求には、車両の現在地、日時、走行開始後の経過時間、複数搭乗者のＩＤ、トリガの種別情報が含まれる。

つぎに、サーバ１１１は、ナビゲーション装置４００から送信された情報要求を受信する（ステップＳ５０４）。そして、サーバ１１１の共通嗜好情報取得部１１３は、情報要求に含まれるトリガの種別情報を基に、情報検索を実行するジャンルを設定する（ステップＳ５０５）。例えば、食事時であれば食事に関する嗜好のジャンルを設定し、走行開始時直後であれば音楽に関する嗜好のジャンルを設定する。また、走行開始後に所定時間が経過した場合であれば、例えば休憩場所として搭乗者が利用する駐車場や駐車可能なコンビニエンスストアの嗜好のジャンルを設定する。また、車両の現在位置が所定位置となった場合には所定のジャンルの嗜好（例えば、飲食店街の所定範囲内となった場合は食事に関する嗜好）を設定する。このほか、搭乗者が増減した場合には所定のジャンルの嗜好（例えば走行開始時直後と同様に音楽に関する嗜好など）のジャンルを設定する。設定したジャンルを共通嗜好の検索対象とする。

そして、サーバ１１１の共通嗜好情報取得部１１３は、ライフログＤＢ１１４から上記ジャンルで絞った（フィルタリングした）検索により搭乗者に共通する共通嗜好情報の検索処理を実行する（ステップＳ５０６）。この検索処理の詳細は後述する。この後、サーバ１１１は、検索結果である共通嗜好情報をナビゲーション装置４００に送信する（ステップＳ５０７）。

この後、ナビゲーション装置４００は、サーバ１１１から共通嗜好情報を受信し（ステップＳ５０８）、受信した共通嗜好情報をディスプレイ４１３に表示し、ユーザに提示する（ステップＳ５０９）。

共通嗜好情報としては、最適な一つが提示されてもよいし、複数の情報を表示部に表示してユーザにいずれかを選択させてもよい。例えば、上述したように、食事の場合、共通嗜好情報として、施設名称２０５に相当する「イタリアンレストランＡ」の他、日付２０２〜同伴者２０８の各項目の一部あるいは全てから選択可能である。

（共通嗜好情報検索処理）
図６は、情報提示システムが行う処理のうち共通嗜好情報検索処理の詳細例を示すフローチャートである。図５のステップＳ５０６に示したサーバ１１１の共通嗜好情報取得部１１３が行う処理の詳細について説明する。

ここでは、ナビゲーション装置４００（車両）のユーザがユーザＡであり、同行者（車両の搭乗者）がユーザＢ，Ｃであるとする。そして、ナビゲーション装置４００は、昼食時間をトリガとしてサーバ１１１に情報要求を送信した場合の例で説明する。

始めに、サーバ１１１の共通嗜好情報取得部１１３は、ライフログＤＢ１１４から複数のユーザＡ，Ｂ，ＣのＩＤに対応するライフログ２００を検出する（ステップＳ６０１）。

共通嗜好情報は、複数の搭乗者（ユーザＡ，Ｂ，Ｃ）のうちのなるべく多くが満足し、かつ誰もが不満をもたない情報であることが望ましい。ここで、検索するジャンルは食事施設なので、サーバ１１１の共通嗜好情報取得部１１３は、検索ジャンル２０９（図２参照）＝「食事」として、ライフログ２００をフィルタリングする（ステップＳ６０２）。

つぎに、ユーザＡ，Ｂ，Ｃのそれぞれについて、履歴に出現する頻度を嗜好アイテム情報毎にカウントし、スコア化する（ステップＳ６０３）。このとき、曜日や食事時刻毎に分類してスコア化してもよい。

図７は、ユーザの食事の嗜好の傾向を示す図である。図７は、ライフログＤＢ１１４に基づくユーザＡの平日昼食時の嗜好アイテム情報２１０のスコアを示している。この図の例では、ユーザＡは、平日昼食時は、イタリアン、中華、ファストフード、フレンチ、…の順でスコアが高い。このように、ライフログＤＢ１１４を参照して、平日／休日、朝食／昼食／夕食毎の各搭乗者（ユーザＡ，Ｂ，Ｃ）の食事傾向を判断できる。これにより、各ユーザに共通する食事の推奨施設の提示が可能となる。

この際、共通嗜好情報取得部１１３は、搭乗者の一人でも不満をもつアイテム（興味がないアイテム）を排除するために、各ユーザＡ，Ｂ，Ｃのスコアが所定値以下となるアイテム（嗜好アイテム情報２１０）を除外する（ステップＳ６０４）。そして、共通嗜好情報取得部１１３は、除外後のアイテム（嗜好アイテム情報２１０）について、各ユーザＡ，Ｂ，Ｃのスコアを合計し、合計スコア順にランキング付けする（ステップＳ６０５）。

この後、共通嗜好情報取得部１１３は、最上位となったアイテム（嗜好アイテム情報２１０）に対応し、かつ車両の現在地を基に関連する周辺施設を抽出する（ステップＳ６０６）。具体的には、現在地の周辺に存在する店舗をサーバ１１１が備える地図データＤＢより検索し、共通嗜好情報として出力する。共通嗜好情報に含まれる店舗は複数でもよい。また、共通嗜好情報には、次点のアイテム（嗜好アイテム情報２１０）に対応する店舗も併せて含ませてもよい。

図８は、ナビゲーション装置の共通嗜好情報の提示例を示す図である。サーバ１１１の共通嗜好情報取得部１１３が出力する共通嗜好情報をナビゲーション装置４００が受信し、ディスプレイ４１３上に表示した例を示す。

ナビゲーション装置４００は、共通嗜好情報を受信すると、図８に示す画面を表示し、搭乗者（ユーザＡ，Ｂ，Ｃ）に共通する共通嗜好情報を提示する。この際、ナビゲーション装置４００は、図示のように食事の時間帯であること、この時間帯でユーザＡ，Ｂ，Ｃに共通する嗜好の複数の店舗の情報（レストランＨ，イタリアンＪ）を、現在地からの距離および所要時間等を併せて表示する。また、図示のように、搭乗者（ユーザＡ，Ｂ，Ｃ）の共通嗜好としては次点となったアイテム（和食のそばＫ，とんかつＭ）の情報を提示してもよい。

また、ナビゲーション装置４００は、提示されている店舗をユーザが選択することで、該当する店舗を地図データ上で位置表示し、経路案内を行うことができる。

図９〜図１３は、図６に示した共通嗜好情報検索処理の具体例を説明するための図である。これら図９〜図１３には、ユーザＡ，Ｂ，Ｃの昼食時の共通嗜好情報の検索（図６の各処理ステップ）に用いるデータ例を示す。

図９は、図６のステップＳ６０２の処理内容を示し、ユーザＡ，Ｂ，Ｃそれぞれで検索ジャンル２０９で「食事」によるフィルタリングを行った後のライフログ２００を示す。

図１０は、図６のステップＳ６０３の処理内容である。図９のライフログ２００を用いた平日の昼食時間での各ユーザＡ，Ｂ，Ｃの嗜好アイテム情報２１０毎のスコアを示す。例えば、集計期間は、ライフログＤＢ１１４に蓄積された直近の１年間など所定期間とすることができる。

図１１は、図６のステップＳ６０４の処理内容を示す。図１０を用い、例えば除外閾値＝２以下、とすると、嗜好アイテム情報２１０について、いずれかのユーザＡ，Ｂ，Ｃのスコアが２以下である「和食」、「フレンチ」など、図中斜線部分のアイテム（嗜好アイテム情報２１０）が共通嗜好情報の検索対象から除外される。

図１１の例によれば、一人でも興味がないアイテムを除外閾値で除外することができることになる。アイテム除外の他の例として、スコアの高い順としたり、スコアが低くてもいずれものユーザが実際に訪問した店があったこと（スコアが０以外）を判定基準とすれば、図１１と異なるアイテムを残すこともできる。

図１２は、図６のステップＳ６０５の処理内容を示す。図１１のアイテム除外により残ったアイテム（嗜好アイテム情報２１０）である、「イタリアン」と「中華」と、「ファストフード」について、それぞれの合計スコアを示す。

図１３は、図６のステップＳ６０６の処理内容を示す。図１２のアイテム（嗜好アイテム情報２１０）を合計スコア順に優先順位「１」〜「３」を付与し、これら３つのアイテムを共通嗜好情報として出力（ナビゲーション装置４００に送信）することができる。なお、除外された図中斜線部分のアイテムについては、所定数まで次点として共通嗜好情報として出力してもよい。また、優先順位は、検索時の条件、例えば、昼食時の金額（価格２０７）、人数（同伴者２０８）等により変化することがあり、データとしては残しておく。

また、サーバ１１１は、アイテムのランキングと車両の現在位置を基に関連する周辺施設を検索する。例えば、上記例では、
「イタリアン」の施設として「パスタ△△」が「１．８ｋｍ先」
「中華」の施設として「××中華飯店」が「４ｋｍ先」
「ファストフード」の施設として「○○バーガー」が「２．５ｋｍ先」
にそれぞれあることをサーバ１１１が検索し、出力（ナビゲーション装置４００に送信）する。なお、サーバ１１１は、共通嗜好情報として嗜好アイテム情報２１０（「イタリアン」、「中華」、「ファストフード」）だけをナビゲーション装置４００に送信し、ナビゲーション装置４００が嗜好アイテム情報２１０（「イタリアン」、「中華」、「ファストフード」）に基づき周辺施設の検索処理を行ってもよい。

上記の共通嗜好情報の抽出について、サーバ１１１の共通嗜好情報取得部１１３は、車両の現在位置から所定距離内に複数の適合店舗が存在する場合は、各店舗の評価情報（口コミ、混雑情報）に基づいて、評価ポイントが高い店舗を優先して提示してもよい。また、各人の食事に対する予算の傾向をライフログ２００を基に算出し、推奨店舗を提示してもよい。この場合、ライフログ２００の費用履歴を基に、ユーザＡ，Ｂ，Ｃそれぞれの平均費用を算出し、それぞれの平均費用のうち最低費用に対応する価格帯の店舗を提示する。あるいは、それぞれの平均費用の平均値に対応する価格帯の店舗を提示する。

また、嗜好アイテム（例えば、上記「食事」の嗜好アイテム情報２１０）、評価ポイント、費用の各条件にそれぞれ適合する店舗を提示し、ユーザに立寄り地を選択させてもよい。この場合、ユーザにより選択された条件を学習しておき、次回の提示の優先順に反映させてもよい。

また、同乗者の組み合わせ（Ａさん、Ｂさん、Ｃさん）と同じ同行者（同じメンバー）による食事の過去の履歴がライフログＤＢ１１４に記憶されているかを検索し、同じメンバーによる食事の履歴があった場合は、その際の嗜好アイテム（「食事」）にスコアに加点を行うことで重み付けをするようにしてもよいし、そのときの嗜好アイテムに対応する店舗を提示するようにしてもよい。

また、共通嗜好情報取得部１１３は、搭乗者がユーザＡ，Ｂ，Ｃのうち一人でも不満をもつアイテムを排除した結果、全員が嗜好するアイテムがなくなった場合は、フードコートやファミリーレストランなど、各種カテゴリの料理を提供可能な施設を共通嗜好情報として出力してもよい。

また、ライフログ２００の利用（データの追加や更新等）を行わないユーザＤがいる場合、サーバ１１１は、このユーザＤから、料理のアイテム毎の得点だけを取得し、登録しておけばよい（例えば、イタリアン＝６点、中華＝８点、等）。これにより、ライフログ２００を利用しないユーザＤが搭乗（同行）する場合でも、このユーザＤを含めた同行者（ユーザＡ，Ｂ，Ｃ，Ｄ）に共通する共通嗜好情報を提示することが可能となる。

また、上記実施例では食事施設の提示を例にしたが、共通嗜好情報の検索処理は、搭乗者が共通して興味がある他の情報の提示に応用できる。一例として、サーバ１１１の共通嗜好情報取得部１１３は、音楽（ジャズ、ポップス、クラシック、フュージョンなど）のジャンルについて搭乗者が共通して嗜好するものを検出して、ナビゲーション装置４００に共通嗜好情報として送信してもよい。ナビゲーション装置４００は、コンテンツデータの記憶部に記憶される音楽データのうちから対応するジャンルの曲を抽出して再生する。また、音楽再生に限定せず、同様の方法で搭乗者に共通の嗜好が判断できれば、現在放送中のＴＶ、ラジオ番組やＤＶＤ映画等のコンテンツを共通嗜好情報として送信してもよい。

また、ナビゲーション装置４００を用いる場合であって、ドライブの目的地が決定していない場合において、搭乗者が共通して興味がある娯楽施設（ゴルフ場、遊園地、映画館など）を複数提示することもでき、ユーザに目的地を選択させることもできるようになる。

また、上記実施例では、サーバ１１１が共通嗜好情報取得部１１３と、ライフログＤＢ１１４を備えるものを説明したが、これに換えて、端末１０１が共通嗜好情報取得部１１３を備えていてもよい。この形態では、端末１０１は、サーバ１１１のライフログＤＢ１１４から、複数の搭乗者のライフログ２００のデータを取得し、複数の搭乗者が共通して興味を有する対象を含む共通嗜好情報を取得する。

なお、本実施の形態で説明した情報提示方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。

１００ 情報提示システム
１０１ 端末
１０２ 識別情報取得部
１０３ 送信部
１０４ 受信部
１０５ 提示部
１１１ サーバ
１１２ 受信部
１１３ 共通嗜好情報取得部
１１４ ライフログＤＢ
１１５ 送信部
２００ ライフログ
４００ ナビゲーション装置

Claims (1)

1. 移動体と共に移動する端末装置と通信可能なサーバ装置であって、
   ユーザの行動履歴を示すライフログを記憶するライフログデータベースと、
   前記移動体に搭乗する複数の前記ユーザのそれぞれに対応し、複数の前記ユーザのそれぞれを識別するための複数の識別情報を含む情報要求を前記端末装置から受信する受信手段と、
   前記情報要求に含まれる複数の前記識別情報に対応する複数の前記ユーザのそれぞれの前記ライフログを検索し、複数の前記ユーザが共通して興味を有する対象を含む共通嗜好情報を取得する共通嗜好情報取得手段と、
   前記共通嗜好情報を前記端末装置へ送信する送信手段と、
   を備えることを特徴とするサーバ装置。

Images