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