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