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