(57)【要約】【課題】ユーザが使用する複数のデバイスに対して、コンテンツのサービスを自動で提供可能なシステムにあって、ユーザの現在の状況を考慮して、適切なデバイスに適切な形態でコンテンツを提供する。【解決手段】情報センタ１４のサーバ３１においては、デバイスモデル３３により、各デバイス１２，１３，１６から送信される現在位置情報を含むデバイス情報に基づいて、各デバイスの最新の状態が把握され、ユーザモデル３４により、ユーザの現在のシーンが推定されると共に、ユーザに提供するコンテンツの有無、種類、タイミングが判断される。サービス選択モデル３５により、サービスプロバイダ１５からコンテンツが取得される。提供方法選択モデル３６により、コンテンツを送信するデバイス１２、１３、１６が決定されると共に、ユーザのシーンに応じた当該コンテンツの最適な出力形態が決定され、必要に応じてコンテンツが適切な出力形態に変換される。【選択図】図２
2015052981.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ出力部（１８、２５）を備えユーザが使用する複数のデバイス（１２、１３、１６）と、コンテンツ提供用のサーバ（３１）を備えた情報センタ（１４）とを通信可能に接続し、前記情報センタ（１４）からコンテンツを前記各デバイス（１２、１３、１６）に提供するようにしたコンテンツ提供システム（１１）において、
前記情報センタ（１４）のサーバ（３１）は、前記各デバイス（１２、１３、１６）から送信されるデバイス情報に基づいてそれら各デバイス（１２、１３、１６）の状態を把握するデバイス状態特定手段（３３）と、
前記デバイス状態特定手段（３３）により把握された各デバイス（１２、１３、１６）の状態から、前記ユーザの現在のシーンを推定するシーン推定手段（３４）と、
このシーン推定手段（３４）により推定されたユーザのシーンから、該当するユーザに提供するコンテンツを判断する判断手段（３４）と、
前記シーン推定手段（３４）の推定及び前記判断手段（３４）の判断に基づいて、前記コンテンツを送信するデバイス（１２、１３、１６）を決定するデバイス選択手段（３６）と、
前記シーン推定手段（３４）の推定及び前記デバイス選択手段（３６）の決定に基づいて、前記デバイス（１２、１３、１６）における前記コンテンツの適切な出力形態を決定し、前記コンテンツをその出力形態に加工する変換手段（３６）とを備えることを特徴とするコンテンツ提供システム。
【請求項２】
前記シーン推定手段（３４）は、車両運転中、停車中、仕事中、くつろぎ中、外出中、睡眠中の６種類のシーンのなかからいずれかを推定することを特徴とする請求項１記載のコンテンツ提供システム。
【請求項３】
前記シーン推定手段（３４）は、ユーザが車両運転中と推定した際には、更に、車両（１６）の車速及びステアリング角に基づいて、直進中か右左折中かを判別することを特徴とする請求項２記載のコンテンツ提供システム。
【請求項４】
前記変換手段（３６）は、前記シーン推定手段（３４）の推定したユーザのシーンに基づいて、ユーザの情報許容度を複数段階で判定し、判定した情報許容度に応じてコンテンツの出力形態を決定することを特徴とする請求項１から３のいずれか一項に記載のコンテンツ提供システム。
【請求項５】
前記複数のコンテンツには、カテゴリ情報が付与されていると共に、
前記変換手段（３６）は、前記コンテンツのカテゴリと、前記シーン推定手段（３４）の推定したユーザのシーンとの双方から情報許容度を判定することを特徴とする請求項４記載のコンテンツ提供システム。
【請求項６】
前記カテゴリ情報は、安心・安全のカテゴリ、ドライビングインテリジェンスのカテゴリ、アミューズメントのカテゴリの３種類のいずれかとされていると共に、
前記変換手段（３６）は、そのうち安心・安全のカテゴリに属するコンテンツに関しては、前記シーンに関わりなく前記情報許容度の段階を最高と判断することを特徴とする請求項５記載のコンテンツ提供システム。
【請求項７】
前記デバイス選択手段（３６）は、前記シーン推定手段（３４）によりユーザが車両運転中であると推定された場合には、状態としての車両（１６）の同乗者の有無を考慮してコンテンツを送信するデバイス（１２、１３、１６）を選択することを特徴とする請求項１から６のいずれか一項に記載のコンテンツ提供システム。
【請求項８】
前記デバイス（１２、１３、１６）には、携帯情報端末（１２）が含まれると共に、前記携帯情報端末（１２）は、振動検出手段（２２）を備え、前記デバイス状態特定手段（３３）は、前記振動検出手段（２２）が振動を検出している間は、ユーザが行動していると判断することを特徴とする請求項１から７のいずれか一項に記載のコンテンツ提供システム。
【請求項９】
前記シーン推定手段（３４）は、ユーザの過去のサービス利用履歴のデータを加味して、前記ユーザの現在のシーンを推定することを特徴とする請求項１から８のいずれか一項に記載のコンテンツ提供システム。
【請求項１０】
前記シーン推定手段（３４）は、登録されているユーザのスケジュールデータを加味して、前記ユーザの現在のシーンを推定することを特徴とする請求項１から９のいずれか一項に記載のコンテンツ提供システム。
【請求項１１】
前記情報センタ（１４）のサーバ（３１）は、ユーザに対し複数のコンテンツを提供する場合に、コンテンツの種別に応じた優先順位を付加し、複数のコンテンツ間での調停を行う調停手段（３５ａ）を備えることを特徴とする請求項１から１０のいずれか一項に記載のコンテンツ提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが使用する複数のデバイスに対し、情報センタからコンテンツを自動で提供するようにしたコンテンツ提供システムに関する。
【背景技術】
【０００２】
近年、ＩＴ分野において、ユーザの所持する携帯電話機やスマートフォン等の携帯情報端末（或いはユーザが乗車する車両に搭載されたカーナビ等の車載機）に対し、ユーザのほしいコンテンツ（情報やサービス）がサービスプロバイダから配信されるようにした、エージェントサービス（或いはコンシェルジュサービス）と称されるサービスのシステムが考えられている（例えば特許文献１，２参照）。
【０００３】
図９は、従来のエージェントサービスの概要を示しており、このシステムにおいては、ユーザの所持するスマートフォン１と、ユーザの乗車する車両２に搭載された車載機（カーナビ）３とが、サービスプロバイダ４と通信可能に接続される。この場合、ユーザが、例えばスマートフォン１を用いてコンテンツを要求することにより、サービスプロバイダ４から欲しい情報を取得することができる。それに加えて、ユーザが興味のあるニュースや趣味の分野等のユーザ情報をサービスプロバイダ４に予め登録しておくことにより、或いはユーザの過去の利用履歴情報に基づいて、いちいち要求することなく、サービスプロバイダ４から当該分野のコンテンツが自動で配信される。このようなサービスは、ＰＵＳＨサービスと称される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２２７７４６号公報
【特許文献２】特開２０１０−２８２２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した従来のＰＵＳＨサービスのシステムでは、ユーザの現在の状況にかかわりなく、サービスプロバイダ４から一方的にコンテンツが配信されるものであった。そのため、ユーザがコンテンツを享受できる環境にあれば良いものの、例えば車両２の運転中等の負荷が大きい場合にあっては、コンテンツを受信してもその画面を見る余裕がない等、十分にサービスを享受することができない事情があった。
【０００６】
本発明は上記事情に鑑みてなされたものであり、その目的は、ユーザが使用する複数のデバイスに対して、コンテンツのサービスを自動で提供可能なシステムにあって、ユーザの現在の状況を考慮して、適切なデバイスに適切な形態でコンテンツを提供することが可能なコンテンツ提供システムを提供するにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の請求項１のコンテンツ提供システムは、コンテンツ出力部（１８、２５）を備えユーザが使用する複数のデバイス（１２、１３、１６）と、コンテンツ提供用のサーバ（３１）を備えた情報センタ（１４）とを通信可能に接続し、前記情報センタ（１４）からコンテンツを前記各デバイス（１２、１３、１６）に提供するようにしたコンテンツ提供システム（１１）において、前記情報センタ（１４）のサーバ（３１）は、前記各デバイス（１２、１３、１６）から送信されるデバイス情報に基づいてそれら各デバイス（１２、１３、１６）の状態を把握するデバイス状態特定手段（３３）と、前記デバイス状態特定手段（３３）により把握された各デバイス（１２、１３、１６）の状態から、前記ユーザの現在のシーンを推定するシーン推定手段（３４）と、このシーン推定手段（３４）により推定されたユーザのシーンから、該当するユーザに提供するコンテンツを判断する判断手段（３４）と、前記シーン推定手段（３４）の推定及び前記判断手段（３４）の判断に基づいて、前記コンテンツを送信するデバイス（１２、１３、１６）を決定するデバイス選択手段（３６）と、前記シーン推定手段（３４）の推定及び前記デバイス選択手段（３６）の決定に基づいて、前記デバイス（１２、１３、１６）における前記コンテンツの適切な出力形態を決定し、前記コンテンツをその出力形態に加工する変換手段（３６）とを備えるところに特徴を有する。
【０００８】
これによれば、情報センタ（１４）のサーバ（３１）においては、デバイス状態特定手段（３３）により、各デバイス（１２、１３、１６）から送信されるデバイス情報に基づいてそれら各デバイス（１２、１３、１６）の状態が把握され、把握された各デバイス（１２、１３、１６）の状態から、シーン推定手段（３４）により、ユーザの現在のシーンが推定される。このシーン推定手段（３４）により推定されたユーザのシーンから、判断手段（３４）により、該ユーザに提供するコンテンツの有無、種類、タイミング等が判断される。これと共に、シーン推定手段（３４）の推定及び判断手段（３４）の判断に基づいて、デバイス選択手段（３８）により、コンテンツを送信するデバイス（１２、１３、１６）が決定される。そして、前記シーン推定手段（３４）の推定及び前記デバイス選択手段（３６）の決定に基づいて、変換手段（３６）により、前記デバイス（１２、１３、１６）における前記コンテンツの適切な出力形態が決定され、コンテンツがその出力形態に加工される。
【０００９】
従って、ユーザのシーンに応じた種類、言い換えればユーザが要望していると推測されるコンテンツを、適切なタイミングで自動的に提供することができる。またその際、ユーザが使用するデバイス（１２、１３、１６）が複数ある場合でも、ユーザの現在の状況に応じた最も適したデバイス（１２、１３、１６）にコンテンツを提供することができる。そして、変換手段（３６）を設けたことにより、コンテンツを、ユーザの現在の状況に応じた、適切な出力形態で出力することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施例を示すもので、システムの全体構成を概略的に示すブロック図
【図２】システムの論理モデル構成を示す図
【図３】情報許容度と出力形態の内容との関係を示す図（ａ）、並びに、カテゴリ及びシーンと情報許容度との関係を示す図（ｂ）
【図４】情報センタのサーバが実行するデバイス選択及びコンテンツ変換の処理手順を示すフローチャート
【図５】システムにおけるサービスの概要を示す概略図
【図６】システムにおけるサービスの例を示す概略図（その１）
【図７】システムにおけるサービスの例を示す概略図（その２）
【図８】システムにおけるサービスの例を示す概略図（その３）
【図９】従来例を示すもので、システムにおけるサービスの概要を示す概略図
【発明を実施するための形態】
【００１１】
以下、本発明の一実施例について、図１から図８を参照しながら説明する。尚、本実施例では、複数のデバイスとして、携帯情報端末としてのスマートフォン、及び、ユーザが運転する車両（自動車）に搭載されたカーナビ等の車載機をユーザが使用する場合を具体例として挙げながら説明する。
【００１２】
図１は、本実施例に係るコンテンツ提供システム１１の全体構成を概略的に示している。図２、図５等にも示すように、このシステム１１は、ユーザが使用するデバイスとしてのスマートフォン１２及び車載機（カーナビ）１３を備えると共に、情報センタ１４、サービスプロバイダ１５を備えて構成される。コンテンツ提供システム１１は、例えばサービスプロバイダ１５により提供される各種のコンテンツ（サービス）を、スマートフォン１２や車載機１３に自動で提供するいわゆるエージェントサービスを実現するシステムとして構成される。
【００１３】
尚、図２に示すように、前記各種コンテンツは、複数のサービスプロバイダ１５により提供される。サービスプロバイダ１５は、コンテンツ提供用のサーバやメールサーバを備えている。サービスプロバイダ１５からスマートフォン１２や車載機１３に提供（配信）されるコンテンツ（サービス）としては、例えば、ニュースの配信、天気予報の配信、メールのサービス、ユーザの趣味や興味に合った情報のクリッピング等のサービス、ドライブ等の訪問先やルートの提案サービスなど、様々なものがある。この場合、サービスプロバイダ１５は、後述するように情報センタ１４から要求があったコンテンツを配信すると共に、予めユーザによる登録に基づくコンテンツの自動配信サービス（ＰＵＳＨサービス）を行う。また、車両１６（後述）のアラート（警告）情報や、緊急地震速報等の情報もスマートフォン１２や車載機１３に提供される。
【００１４】
図１に示すように、前記車載機（カーナビ）１３は、ユーザが乗車（運転）する車両（自動車）１６に搭載されている。前記スマートフォン１２と情報センタ１４との間、及び、前記車両１６（車載機１３）と情報センタ１４との間は、キャリア網を介して通信接続が可能とされる。また、情報センタ１４とサービスプロバイダ１５とは、インターネットにより接続されている。
【００１５】
前記スマートフォン１２は、手持ち操作可能な矩形パネル状の本体内に、図１に示すように、制御部１７と、その制御部１７に接続された、表示部１８、操作部１９、通信部２０、ＧＰＳ受信機２１、振動センサ２２、記憶部２３、図示しない音声入出力装置等を備えている。制御部１７は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭ等を有するコンピュータを主体に構成されており、ＲＯＭ等に記憶されているプログラムに従ってスマートフォン１２の全体を制御する。
【００１６】
前記表示部１８は、例えばカラー表示可能な液晶表示器や有機ＥＬ表示器などにより構成され、その画面には、例えば電話帳データや例えば記憶部２３に記憶されている画像や映像などが表示される。この表示部１８がコンテンツ出力部として機能する。前記操作部１９は、表示部１８の画面上に設けられているタッチパネルを含んで構成されている。前記音声入出力部は、図示しないマイクおよびスピーカを有しており、通話時の発話音声の入力および受話音声の出力を行う。また、音声入出力部は、例えば記憶部２３に記憶されている楽曲や映像の音声、テキストデータを読上げた合成音声の出力等も行う。
【００１７】
前記ＧＰＳ受信機２１は、ＧＰＳ衛星からの信号を受信するもので、周知のように、前記制御部１７は、ＧＰＳ受信機２１の受信信号に基づいてスマートフォン１２の現在位置情報を生成する。振動センサ２２は、該スマートフォン１２の本体に作用する振動を検出するようになっている。前記記憶部２３は、電話帳データや楽曲などを記憶しているとともに、スマートフォン１２にて実行される各種のアプリケーションや各種データなどが記憶されている。
【００１８】
前記通信部２０は、キャリア網（或いはネットワーク）に接続する広域通信を行い、以て情報センタ１４との通信が可能とされる。この場合、通信部２０から、デバイス情報として、スマートフォン１２の現在位置情報や、ディスプレイのオン／オフ情報、振動センサ２２の振動情報等が、情報センタ１４に対して送信される。また、この通信部２０により、情報センタ１４からスマートフォン１２に対して送信されるコンテンツを受信するようになっている。
【００１９】
尚、本実施例では、ユーザは、例えば、スマートフォン１２を操作することにより、外部のスケジューラ３０（図２参照）にアクセスして、該スケジューラ３０に自分のスケジュールデータを登録することが可能となっている。スケジュールデータには、ユーザ名、開始終了の日時、場所（行先）、予定項目（出張、社内会議、立寄り、休暇等）、移動手段（車両１６、公共交通機関、タクシー等）のデータ等が含まれる。例えば毎週決まった曜日の決まった時間に予定項目がある場合等は、繰返しスケジュールの登録も可能とされる。ユーザは、登録したスケジュールデータを自在に参照することができる。前記スケジューラ３０の機能を、スマートフォン１２自体に設けるようにしたり、情報センタ１４に設けるようにしたりしても良い。
【００２０】
これに対し、前記車載機（カーナビ）１３は、制御部２４と、その制御部２４に接続された、表示部２５、操作部２６、図示しない音声出力装置、図示しない記憶部等を備えている。そのうち制御部２４は、ＣＰＵ、ＲＯＭ及びＲＡＭなどを有するコンピュータを主体として構成されており、ＲＯＭ等に記憶されているプログラムに従って車載機１３の全体を制御する。また、制御部２４は、車両１６に設けられた通信部２７に接続されている。前記記憶部には、ナビゲーション機能等を実現するための各種プログラムや、地図データ等の各種データが記憶されている。
【００２１】
前記表示部２５は、例えばカラー表示可能な液晶表示器や有機ＥＬ表示器あるいはプラズマディスプレイなどにより構成され、例えば車室内のインストルメントパネルの中央部に設けられている。この表示部２５の画面には、例えばナビゲーション使用時の地図画面や、各種コンテンツの表示画面等が表示され、この表示部２５がコンテンツ出力部として機能する。操作部２６は、表示部２５の画面上に設けられたタッチパネルやその周囲に設けられたスイッチ等からなり、ユーザによる各種の入力操作を受付ける。前記音声出力装置は、スピーカ等を含んで構成され、楽曲やガイド音声等の出力を行う。また、この音声出力装置により、後述のように、配信されたコンテンツ（例えばニュース等）のテキストの音声読上げを行うことが可能とされている。
【００２２】
前記車両１６には、前記車載機１３に加えて、コンピュータを主体として構成された制御部２８が設けられると共に、その制御部２８に接続された車両情報取得部２９及び前記通信部２７が設けられている。前記車両情報取得部２９は、詳しく図示はしないが、車内ネットワーク（ＣＡＮ）や、ＧＰＳユニット等からなる自車位置検出部に接続され、例えば車速、ステアリング角、燃料残量、アラート情報、シートセンサ情報等の車両１６の走行状況や自車位置等の必要な車両情報を取得するようになっている。
【００２３】
前記通信部２７は、キャリア網（或いはネットワーク）に接続する広域通信を行い、前記情報センタ１４との通信が可能とされる。この場合、通信部２７から、情報センタ１４に対し、デバイス情報として、車載機１３の情報と共に車両１６自体の情報が送信される。具体的には、車両１６の現在位置情報に加えて、車速情報、ステアリング角情報、燃料残量情報、アラート情報、シートセンサ情報等が、情報センタ１４に対し送信される。また、この通信部２７により、前記情報センタ１４から車載機１３に対して送信されるコンテンツを受信するようになっている。
【００２４】
尚、車両１６に設けられる通信部２７に代えて、ユーザの所持する外部の通信機器、例えばスマートフォン１２や携帯電話機などを用いて外部（情報センタ１４）との通信を行う構成としても良い。また、ユーザの使用するデバイスとしては、上記したスマートフォン１２や車載機１３以外にも、例えば、ユーザの自宅に設置され、インターネットに接続可能なパソコンやテレビ等を含んでいても良い。
【００２５】
一方、前記情報センタ１４は、図示しない通信装置を備えていると共に、図１に示すように、コンピュータを主体として構成されるサーバ（制御部）３１、及びそのサーバ３１に接続された記憶部（データベース）３２を備えている。前記記憶部３２には、例えば、各ユーザが過去にどのような行動をとり、どのようなサービスを利用したかの履歴から学習した行動ヒストグラムを記憶するサービスタイムテーブルや、ユーザの各デバイス（スマートフォン１２、車載機１３、車両１６）が現在どのような状態にあるかを記憶するデバイス状態テーブルが設けられている。
【００２６】
前記サーバ３１は、例えばＲＯＭに記憶されたコンテンツ提供プログラムを実行することにより、本実施例のコンテンツ提供システム１におけるエージェントサービスを実現する。図２には、情報センタ１４のサーバ３１が、そのソフトウエア的構成（上記コンテンツ提供プログラムにより実行される複数のルーチン）により実現する機能の論理モデル構成を示している。即ち、後の作用説明でも述べるように、サーバ３１は、デバイスモデル３３、ユーザモデル３４、サービス選択モデル３５、提供方法選択モデル３６を備えている。
【００２７】
前記デバイスモデル３３は、前記各デバイス（スマートフォン１２、車載機１３、車両１６）から送信される現在位置情報を含むデバイス情報に基づいてそれら各デバイス（スマートフォン１２、車載機１３、車両１６）の状態を把握するデバイス状態特定手段として機能する。より具体的には、図１にも示すように、デバイスモデル３３は、前記スマートフォン１２の状態を特定するスマホ状態特定部３３ａ、前記車載機１３の状態を特定する車載機状態特定部３３ｂ、前記車両１６の状態を特定する車両状態特定部３３ｃを備えている。
【００２８】
そのうちスマホ状態特定部３３ａは、ユーザが所持するスマートフォン１２と連携してその状態を収集し、ユーザの移動状態やユーザの位置の特定、デバイス情報の取得を行う。車載機状態特定部３３ｂは、ユーザが乗る車両１６の車載機１３と連携してその状態を収集し、ＧＰＳによる位置やナビの経路、目的地等、車両１６の位置に関する情報を特定する。車両状態特定部３３ｃは、ユーザの乗る車両１６と連携してその状態を収集し、走行状態、アラート情報、同乗者の有無など車両１６の状態を特定する。
【００２９】
前記ユーザモデル３４は、デバイスモデル３３により特定された各デバイス（スマートフォン１２、車載機１３、車両１６）の状態から、前記ユーザの現在のシーンを推定するシーン推定手段として機能すると共に、該ユーザに提供するコンテンツの有無、種類、タイミング等を判断する判断手段として機能する。より具体的には、図１にも示すように、ユーザモデル３４は、シーンを特定するシーン特定部３４ａ、ユーザの行動を推定するユーザ行動推定部３４ｂ、それらに基づいてユーザに提供するサービス（コンテンツ）のスケジュールを決定するサービススケジューリング部３４ｃを備えている。
【００３０】
そのうちシーン特定部３４ａは、現在、ユーザがどのようなシーン（車両運転中（更には直進中か右左折中か）、停車中、仕事中、くつろぎ中、外出中、睡眠中）に属するかを決定し、ユーザの行動推定やその学習、スケジューリングの属性など多様に利用する。このとき、本実施例では、シーン特定部３４ａは、前記スマートフォン１２に設けられた振動センサ２２が振動を検出している間は、ユーザが行動している（起きている）と判断するようになっている。
【００３１】
また、前記ユーザ行動推定部３４ｂは、今までユーザがどのような行動をとり、サービスを利用してきたかの記録を取り、また移動のパターンや常用のルートの学習を行いサービスタイムテーブルに記憶する。前記サービススケジューリング部３４ｃは、一定時間毎に前記外部スケジューラ３０のスケジュールデータを参照し、サービス提供を駆動する。また、平日／休日などのスケジュールの保持と、その判定も行う。
【００３２】
前記サービス選択モデル３５は、前記ユーザモデル３４（サービススケジューリング部３４ｃ）の決定に基づいて、サービスプロバイダ１５にサービスを要求し、サービスプロバイダ１５からコンテンツを受取る機能を備える。これと共に、サービス選択モデル３５は、調停手段として機能する提供情報調停部３５ａを備えている。この提供情報調停部３５ａは、ユーザに対し複数のコンテンツ（スケジュールに基づくサービス、車両警告（アラート）通知、ＰＵＳＨサービスのメール等）を提供する場合に、コンテンツの種別に応じた優先順位を付加し、複数のコンテンツ間での調停を行うものである。
【００３３】
前記提供方法選択モデル３６は、前記ユーザモデル３４の推定及び前記サービス選択モデル３５の判断に基づいて、前記コンテンツを送信するデバイスを決定して当該デバイスに送信するデバイス選択手段として機能するデバイス選択部３６ａを備える。この場合、デバイス選択部３６ａは、ユーザモデル３４（シーン特定部３４ａ）により、ユーザが車両１６を運転していると推定（特定）された場合には、車両１６にユーザ以外の同乗者の有無を考慮してコンテンツを送信するデバイスを選択するようになっている。例えば、同乗者がある場合には、メールは、車載機１３でなくスマートフォン１２側に送られる。
【００３４】
これと共に、提供方法選択モデル３６は、ユーザモデル３４の推定及び前記サービス選択モデル３５の判断に基づいて、デバイス選択部３６ａからのコンテンツの適切な出力形態（例えば、動画、静止画、音声出力、テキスト（文字）表示、それらの組合せ等）を決定すると共に、必要がある場合にその出力形態に加工する変換手段として機能するコンテンツ変換部３６ｂを備える。このコンテンツ変換部３６ｂの詳細については後述する。尚、サービス選択モデル３５及び提供方法選択モデル３６の機能の実現にあたっては、例えばメーカーのポリシーが判断基準となって現れることは勿論である。
【００３５】
以上のサーバ３１の構成により、本実施例のコンテンツ提供システム１１では、図５に概要を示すようなサービスを実行する。即ち、ユーザが使用するスマートフォン１２及び車両１６（車載機１３）等のデバイスから、現在位置情報を含んだデバイス情報が情報センタ１４（サーバ３１）に送信される。サーバ３１においては、デバイス情報等からユーザの現在のシーンが推定され、そのシーンでユーザが望むコンテンツを、サービスプロバイダ１５に対して要求する。サービスプロバイダ１５からコンテンツを取得すると、サーバ３１は、そのコンテンツを、シーンに応じた出力形態で当該シーンに応じたデバイスに送信する。ユーザは、シーンに応じたデバイスでシーンに応じた出力形態のコンテンツを享受することができるのである。
【００３６】
さて、前記コンテンツ変換部３６ｂについて、図３も参照して述べる。上記したように、コンテンツ変換部３６ｂは、ユーザのいずれかのデバイスにコンテンツを送信する際に、ユーザのシーンに応じた当該コンテンツの最適な出力形態を決定し、必要に応じてコンテンツを加工する。本実施例では、コンテンツ変換部３６ｂは、コンテンツの最適な出力形態を決定するにあたって、ユーザがどの程度の情報提供を許容するかを表す「情報許容度」を、複数段階で判定する。
【００３７】
具体的には、図３（ａ）に示すように、情報許容度は、情報を一切受付けない「１」から、詳細情報を受入れる「７」までの７段階で表される。図３（ａ）は、情報許容度と、表示部１８，２５にコンテンツを表示（出力）する場合の内容（表示形態）との関係の一例を示している。情報許容度が１の場合には、非表示とされ、情報許容度が２の場合には、情報（コンテンツ）の有無のみが表示される。情報許容度が３の場合には、情報（コンテンツ）が配信されている旨（数）がアイコンで表示される。
【００３８】
情報許容度が４の場合には、情報（コンテンツ）のジャンルが表示され、情報許容度が５の場合には、情報（コンテンツ）のタイトルが表示される。情報許容度が６の場合には、情報（コンテンツ）の概要が表示される、或いは、概要がサムネイル画像と共に表示される。情報許容度が７の場合には、情報（コンテンツ）の詳細が、テキスト、静止画、動画のいずれかで表示される。このとき、情報許容度が７の場合（及び６の場合）には、コンテンツの中身によって、出力形態を決定すれば良い。
【００３９】
そして、本実施例では、図３（ｂ）に示すように、コンテンツ変換部３６ｂが、上記した情報許容度を求める際には、提供するコンテンツに付与されたカテゴリ情報と、シーン特定部３４ａの推定したユーザのシーンとの双方から情報許容度を判定する。具体的には、各コンテンツは、図３（ｂ）に示すように、コンテンツは、「安心・安全」のカテゴリ、「ドライビングインテリジェンス」のカテゴリ、「アミューズメント」のカテゴリの３種類のカテゴリのいずれかに分類される。
【００４０】
ここで、「安心・安全」のカテゴリは、安心や安全にかかわる緊急性の高い情報であり、緊急地震速報や、車両１６の盗難情報等が該当する。「ドライビングインテリジェンス」のカテゴリは、車両１６の運転にかかわる情報であり、目的地の天気情報や、ガソリンの補給に関する情報等が該当する。「アミューズメント」のカテゴリは、それら以外のコンテンツや情報にかかわるものであり、ニュースやメールなどが該当する。
【００４１】
また、上記したように、シーン特定部３４ａは、ユーザのシーンとして、車両運転中、停車中、仕事中、くつろぎ中、外出中、睡眠中の６種類のうちいずれかであると推定する。車両運転中の場合には、更に、車両１６の車速及びステアリング角に基づいて、直進中か右左折中かが判別される。これは、運転中でも、右左折中は直進中に比べてユーザ（ドライバ）の運転負荷が大きくなるため、情報許容度をより小さくすべきであることを考慮したものである。
【００４２】
図３（ｂ）に示すように、コンテンツ変換部３６ｂは、コンテンツのカテゴリと、ユーザのシーンとの双方から情報許容度を判定する。例えば、ユーザのシーンが睡眠中であり、コンテンツのカテゴリが、ドライビングインテリジェンス又はアミューズメントである場合には、情報許容度は１とされる。このとき、本実施例では、安心・安全のカテゴリに属するコンテンツに関しては、シーンに関わりなく情報許容度の段階が最高、つまり７とされるようになっている。
【００４３】
次に、上記構成のコンテンツ提供システム１１の作用について、図４〜図８も参照して説明する。図４のフローチャートは、本実施例における、情報センタ１４のサーバ３１が実行するコンテンツ（サービス）の提供の処理のうち、デバイス選択の処理、及び、コンテンツ変換の処理の手順を示している。即ち、図４において、まずステップＳ１では、ユーザ側の各デバイス（スマートフォン１２、車載機１３、車両１６）から情報センタ１４に送信されたデバイス情報等に基づいて、シーン特定の処理が行われる。
【００４４】
次のステップＳ２では、特定されたユーザのシーンが車内であるかどうかが判断される。ユーザのシーンが車内でない場合には（ステップＳ２にてＮｏ）、ステップＳ３に進み、ユーザのスマートフォン１２の電源がオンしているかどうかが判断される。スマートフォン１２の電源がオンしている場合には（ステップＳ３にてＹｅｓ）、ステップＳ４にて、配信先がスマートフォン１２に決定され、後述するステップＳ９に進む。
【００４５】
これに対し、ユーザのシーンが車内であった場合には（ステップＳ２にてＹｅｓ）、次のステップＳ５にて、同乗者がいないかどうかが判断される。同乗者がいる場合には（ステップＳ５にてＮｏ）、ステップＳ６に進み、配信するコンテンツがプライベートなものかどうかが判断される。プライベートなコンテンツであった場合には（ステップＳ６にてＹｅｓ）、上記ステップＳ３に進み、ユーザのスマートフォン１２の電源がオンしているならば、配信先がスマートフォン１２に決定される。
【００４６】
同乗者がない場合（ステップＳ５にてＹｅｓ）、及び、同乗者があってもプライベートなコンテンツでない場合には（ステップＳ６にてＮｏ）、ステップＳ７に進む。ステップＳ７では、車載機１３の電源がオンしているかどうかが判断される。車載機１３の電源がオンしていない場合には（ステップＳ７にてＮｏ）、上記ステップＳ３に進む。車載機１３の電源がオンしている場合には（ステップＳ７にてＹｅｓ）、ステップＳ８にて、コンテンツの配信先が車載機１３に決定され、次のステップＳ９からのコンテンツ変換の処理に進む。
【００４７】
ステップＳ９では、ユーザの各デバイスの状態が取得される。次のステップＳ１０にて、ユーザの情報許容度が求められる。この情報許容度は、図３（ｂ）に示したように、提供すべきコンテンツのカテゴリと、現在のユーザのシーンとの双方から、７つの段階のいずれかに判定される。そして、次のステップＳ１１にて、図３（ａ）に示すように、求められた情報許容度に応じた出力（表示）形態となるように、必要があればコンテンツの変換（加工）が行われる。図示はしないが、この後、ユーザのデバイスに対するコンテンツの送信がなされる。
【００４８】
このとき、詳しく図示はしていないが、ユーザが、車両運転中の右左折中等の情報を受付けにくい状況（シーン）にある場合には、情報許容度が小さく判定され、情報（コンテンツ）の有無のみが表示されること等が行われる。これに対し、ユーザのくつろぎ中など、詳細情報の受入れが可能な状況（シーン）では、情報許容度が大きく判定されるので、詳細なコンテンツが提供される。但し、提供するコンテンツが、安全・安心のコンテンツである場合には、情報許容度は常に７となり、詳細な情報が提供され出力されるようになるので、緊急性を要する情報をユーザに確実に伝えることができる。
【００４９】
これにて、ユーザ側においては、デバイス（スマートフォン１２、車載機１３のどちらか）にてコンテンツが受信され、当該コンテンツが所定の出力形態で出力（表示）される。この際、ユーザのシーンに応じた種類、言い換えればユーザが要望していると推測されるコンテンツを、自動的に提供することができる。そして、ユーザが使用する複数のデバイスのうち、ユーザの現在の状況に応じた最も適したデバイスに、最も適した出力形態でコンテンツを提供することができるのである。
【００５０】
図６〜図８は、ユーザがコンテンツのサービスを受ける場合の３つの具体例を示している。まず、図６は、例えば平日の朝（例えば７時）に、ユーザが自宅でいつものニュースのコンテンツのサービスを受ける場合を例示している。ここでは、ユーザが利用するデバイスとして、車載機１３や車両１６は動作していない状態で、スマートフォン１２のみが動作状態となっている。この場合、スマートフォン１２から情報センタ１４に送られる現在位置情報を含むデバイス情報から、情報センタ１４のサーバ３１は、ユーザが自宅にいて起きている（くつろぎ中）と推定する。
【００５１】
そして、ユーザがこの時刻にスマートフォン１２でいつもニュースを見ている場合には、情報センタ１４からサービスプロバイダ１５にニュース配信の要求がなされる。すると、サービスプロバイダ１５から情報センタ１４に対し、ニュースのコンテンツが詳細形態で配信される。情報センタ１４（サーバ３１）は、ユーザの情報許容度は大きい（７又は６）と判定し、スマートフォン１２に対して、ニュースのコンテンツを詳細な形態（テキスト、静止画、動画）又は概要で送信する。これにて、ユーザはスマートフォン１２によりニュースを見ることができる。
【００５２】
図７は、ユーザが平日の朝（例えば８時３０分）の自動車通勤中（運転中）に、天気予報のコンテンツのサービスを受ける場合を例示している。この場合、ユーザのスマートフォン１２、車載機１３（車両１６）から現在位置情報を含むデバイス情報が、情報センタ１４に送られる。サーバ３１は、ユーザが車両１６の運転中であり、ハンドルを切っている最中（右左折中）である（同乗者はない）と推定する。
【００５３】
この時刻に、ユーザが車内でいつも天気予報を見ている場合には、情報センタ１４からサービスプロバイダ１５に天気予報のコンテンツの配信の要求がなされる。すると、サービスプロバイダ１５から情報センタ１４に対し、天気予報のコンテンツが例えばテキスト形式で配信される。このときには、車両運転中の特に右左折中でありユーザの負荷が高いため、情報センタ１４（サーバ３１）は、ユーザの情報許容度は小さい（２）と判定する。これにて、車載機１３においては、コンテンツの有無のみが表示されるようになる。尚、このとき、コンテンツのテキストを音声に変換して車載機１３に対して送信するようにしても良く、これにより、ユーザは、車載機１３において読上げられる天気予報のコンテンツを、運転しながら聞くことができる。
【００５４】
図８は、ユーザが平日の午後（仕事中）に、同乗者と共に自動車での移動中（運転中）に、メールを受信する場合を例示している。この場合、ユーザのスマートフォン１２、車載機１３（車両１６）から現在位置情報を含むデバイス情報が、情報センタ１４に送られる。サーバ３１は、ユーザが車両１６の運転中であり、同乗者があると推定する。
【００５５】
そして、サービスプロバイダ１５からユーザに対してメールの配信がなされる場合には、ユーザのプライバシーを守るため、メールを送信するデバイスとしてスマートフォン１２が選択される。情報センタ１４（サーバ３１）は、メールのコンテンツを、車載機１３（車両１６）ではなくスマートフォン１２に送信（通知）する。これにて、メールの内容が車載機１３の表示部２５に表示されることはなく、ユーザは、後程、スマートフォン１２でメールを見ることができる。
【００５６】
以上のように、本実施例のコンテンツ提供システム１１によれば、次のような優れた効果を奏する。即ち、情報センタ１４のサーバ３１に、各デバイス（スマートフォン１２、車載機１３、車両１６）の状態を把握するデバイスモデル３３、各デバイスの状態からユーザの現在のシーンを推定すると共にユーザに提供すべきコンテンツを判断するユーザモデル３４、サービスプロバイダ１５からコンテンツを受取ると共に複数のコンテンツ間での調停を行うサービス選択モデル３５、コンテンツを送信するデバイスを決定すると共にデバイスにおけるコンテンツの適切な出力形態を決定し、コンテンツをその出力形態に加工（変換）する提供方法選択モデル３６を設けるようにした。
【００５７】
これにより、ユーザのシーンに応じた種類、言い換えればユーザが要望していると推測されるコンテンツを、適切なタイミングで自動的に提供することができる。またその際、ユーザが使用するデバイスが複数ある場合でも、ユーザの現在の状況に応じた最も適したデバイスに対し、ユーザの現在の状況に応じた適切な出力形態に加工（変換）した上でコンテンツを提供することができる。
【００５８】
従って、本実施例のコンテンツ提供システム１１によれば、ユーザが使用する複数のデバイスに対して、サービスプロバイダ１５からのコンテンツのサービスを自動で提供することを可能としたシステムにあって、ユーザの現在の状況に応じた最も適したデバイスにコンテンツを提供することができると共に、コンテンツを、ユーザの現在の状況に応じた、適切な出力形態で出力することが可能となり、コンテンツをより効果的に提供することができるという優れた効果を得ることができる。
【００５９】
また、特に本実施例では、ユーザモデル３４のシーン特定部３４ａを、ユーザの車両運転中、停車中、仕事中、くつろぎ中、外出中、睡眠中の６種類のシーンのなかからいずれかを推定するように構成するように構成した。ユーザの上記６種類のシーンは、明確に区別されるものであり、容易に推定（識別）することが可能である。これと共に、それら各シーンに応じてユーザが要望するコンテンツは明らかに異なってくるため、各々のシーンに対して適切なコンテンツを提供することが可能となる。そして、それら各シーンに応じてユーザにとって望ましいコンテンツの出力形態も異なってくるので、適切な出力形態でコンテンツを提供することが可能となる。
【００６０】
このとき、シーン特定部３４ａは、ユーザが車両運転中と推定した際には、更に、車両１６の車速及びステアリング角に基づいて、直進中か右左折中かを判別するように構成した。車両１６の走行中においては、特に右左折中は直進中に比べて運転負荷が大きく、ユーザが運転に集中する必要がある。車両１６が右左折中であるかどうかを検出することにより、運転負荷の大小、ひいては情報許容度を容易に判断することができる。
【００６１】
そして、本実施例では、提供情報選択モデル３６のコンテンツ変換部３６ｂを、推定されたユーザのシーンに基づいて、ユーザの情報許容度を複数段階で判定し、判定した情報許容度に応じてコンテンツの出力形態を決定するように構成したので、基準がより明確となり、複数段階で判定された情報許容度によって、コンテンツの出力形態を容易に決定することができるようになり、確実に適切な出力形態とすることが可能となる。
【００６２】
特に本実施例では、コンテンツにカテゴリ情報を付与し、コンテンツのカテゴリと、ユーザのシーンとの双方から情報許容度を判定するように構成したので、情報許容度を、よりきめ細かく判定することが可能となり、出力形態のより適切な制御を行うことができる。更に、カテゴリ情報を、安心・安全のカテゴリ、ドライビングインテリジェンスのカテゴリ、アミューズメントのカテゴリの３種類のいずれかに分類すると共に、そのうち安心・安全のカテゴリに属するコンテンツに関しては、シーンに関わりなく情報許容度の段階を最高と判断するようにしたので、最も重要である安心・安全のカテゴリに属するコンテンツに関しては、情報許容度の段階が最高とされ、詳細な情報が提供され出力されるようになるので、緊急性を要する情報をユーザに確実に伝えることができる。
【００６３】
しかも、本実施例においては、ユーザが車両を運転していると推定された場合には、サーバ３１の提供方法選択モデル３６が、車両１６の同乗者の有無を考慮してコンテンツを送信するデバイスを選択するように構成したので、車両１６にユーザ以外の同乗者がある場合には、車載機１３に対する送信を行わずにユーザ個人のスマートフォン１２にコンテンツを送信する等、ユーザのプライバシーの保護を図ることができる。
【００６４】
また本実施例では、ユーザモデル３４を、スマートフォン１２に設けられた振動センサ２２が振動を検出している間は、ユーザが行動している（起きている）と判断するように構成したので、ユーザのシーン特に睡眠中か否かを確実かつ容易に推定（識別）することが可能となる。前記ユーザモデル３４を、ユーザの過去のサービス利用履歴のデータを加味したり、登録されているユーザのスケジュールデータを加味したりして、ユーザの現在のシーンを推定するように構成したので、ユーザのシーン推定の確かさを、より一層高めることができる。
【００６５】
本実施例では、サーバ３１のサービス選択モデル３５に、ユーザに対し複数のコンテンツを提供する場合に、コンテンツの種別に応じた優先順位を付加し、複数のコンテンツ間での調停を行う提供情報調停部３５ａを設けたので、同時に複数のコンテンツが提供可能な場合に、重要度の高いものが優先して提供されるようになり、不要不急のコンテンツが先に提供（出力）されるといった不具合を未然に防止することができる。
【００６６】
尚、上記各実施例では、ユーザの所持する携帯情報端末として、スマートフォン１２を採用するようにしたが、スマートフォンに限らず、通信機能付きの携帯型情報機器であれば、携帯電話機やタブレット端末等であっても良い。車載機としても、カーナビゲーション装置に限らず、ヘッドアップディスプレイやメータなど、表示部を備えた車載機であれば適用することができる。
【００６７】
その他、上記実施例では、安心・安全、ドライビングインテリジェンス、アミューズメントの３つのカテゴリにコンテンツを分類するようにしたが、それらカテゴリに限定されるものではなく、また４種類以上のカテゴリに分類しても良い。情報許容度に関しても、７段階に限らず、６段階以下或いは８段階以上に判定するようにしても良い等、本発明は要旨を逸脱しない範囲内で適宜変更して実施し得るものである。
【符号の説明】
【００６８】
図面中、１１はコンテンツ提供システム、１２はスマートフォン（携帯情報端末）、１３は車載機、１４は情報センタ、１５はサービスプロバイダ、１６は車両、１８は表示部（コンテンツ出力部）、２２は振動センサ（振動検出手段）、２５は表示部（コンテンツ出力部）、３１はサーバ、３３はデバイスモデル（デバイス状態特定手段）、３４はユーザモデル（シーン推定手段、判断手段）、３５はサービス選択モデル、３５ａは提供情報調停部（調停手段）、３６は提供方法選択モデル（デバイス選択手段、変換手段）、３６ａはデバイス選択部、３６ｂはコンテンツ変換部を示す。
【図１】
2015052981.tif 000003
【図２】
2015052981.tif 000004
【図３】
2015052981.tif 000005
【図４】
2015052981.tif 000006
【図５】
2015052981.tif 000007
【図６】
2015052981.tif 000008
【図７】
2015052981.tif 000009
【図８】
2015052981.tif 000010
【図９】
2015052981.tif 000011