(57)【要約】【課題】実施形態によれば、デジタルテレビジョン受信機を各種のデータ収集のために有効に活用し、またその活用性を多方面に容易拡大できるようにした関連データ処理装置、関連データ処理方法及び情報記憶媒体を提供する。【解決手段】実施形態によれば、番組に関する複数の属性を示す基本データが定義され、複数の番組の基本データが格納される第１のデータファイルと、複数の番組に対して視聴者を関連付ける第２のデータファイルと、複数の視聴者に対して番組を関連付ける第３のデータファイルと、前記第１乃至第３のデータファイルをアクセスして、第１乃至第３のデータファイル間で、テーマに応じてデータを関連付けたクラスタを生成し、このクラスタに含まれる視聴者及びまたは番組を特定することができるファイル制御ロジック部を有する。【選択図】図６
2015050728.tif 000002
【特許請求の範囲】
【請求項１】
番組に関する複数の属性を示す基本データが定義され、
複数の番組の基本データが格納され、複数の番組に対してそれぞれ視聴者を関連付けたデータ、複数の視聴者に対してそれぞれ番組を関連付けたデータと、を含むデータファイルと、
少なくとも前記データファイルをアクセスして、関連付けられたデータ間で、テーマに応じて選択したデータを関連付けたデータクラスタを生成し、このデータクラスタに含まれる視聴者及びまたは番組を特定することができるファイル制御ロジック部を有する関連データ処理装置。
【請求項２】
問い合わせデータを任意の番組の放送信号に関連させて送信するためのロジックを有する請求項１記載の関連データ処理装置。
【請求項３】
前記特定した視聴者に対して送信するための、問い合わせデータを出力するロジックを有する請求項１記載の関連データ処理装置。
【請求項４】
前記ロジックにより出力される前記問い合わせデータは、初回または複数回目の問い合わせデータである請求項３記載の関連データ処理装置。
【請求項５】
前記ファイル制御ロジック部は、
任意の第１の番組の放送時間帯または前記放送時間帯の前或いは後の一定時間後の時間帯に、前記第１の番組の基本データの１つまたは複数に関連した問い合わせデータを出力する送信制御ロジックと、
複数の視聴者からの、前記問い合わせデータに関連した複数の応答データを受信する受信制御ロジックと、
前記複数の応答データの中から所定の規則に従ってターゲット応答データを抽出するロジックと、
前記ターゲット応答データを送信したターゲット視聴者を抽出するロジックと、
前記ターゲット視聴者が視聴した他の第２の番組の識別データ、
又は前記第２の番組を視聴した新規視聴者の識別データ、
又は前記ターゲット視聴者が視聴した前記第１の番組に関する基本データと一部が共通する基本データを有した第２の番組の識別データ、
又は前記ターゲット視聴者が視聴した前記第１の番組に関する基本データと一部が共通する基本データを有した第２の番組を視聴した新規視聴者の識別データ、
又は上記識別データの組み合わせを抽出するロジックを有する
請求項１に記載の関連データ処理装置。
【請求項６】
問い合わせデータを前記第２の番組の放送信号に関連させて、出力するロジックを有する請求項５記載の関連データ処理装置。
【請求項７】
前記新規視聴者に対して送信するための、問い合わせデータを出力するロジックを有する請求項５記載の関連データ処理装置。
【請求項８】
前記ロジックにより出力される前記問い合わせデータは、複数回目の問い合わせデータである請求項６記載の関連データ処理装置。
【請求項９】
前記ロジックにより出力される前記問い合わせデータは、初回の問い合わせデータと同じ内容若しくは次の段階の問い合わせデータである請求項６記載の関連データ処理装置。
【請求項１０】
ログイン操作によりテレビジョン受信機が接続されるサービスサーバにおいて、
ファイル制御ロジック部は、
ログインデータに基いて視聴者が視聴した番組と前記視聴者とを関連付けて構築されたデータファイルをアクセスするロジックと、
前記番組に関する問い合わせデータを送信する場合、前記データファイルを参照して前記番組を視聴した前記視聴者に対して前記問い合わせデータを送信するためのロジックを有した
関連データ処理装置。
【請求項１１】
前記問い合わせデータは、前記ネットワークを介して、前記視聴者の携帯端末若しくは前記テレビジョン受信機に送信する請求項１０記載の関連データ処理装置。
【請求項１２】
前記視聴者からの前記問い合わせデータに対する応答データを、ネットワークを介して受信するロジックと、
前記問い合わせデータの送信から前記応答データの返信時間までの長さに応じて、前記応答データを送信した視聴者を分類するロジックと、
次の問い合わせデータを送信する際に、前記分類した情報を参照して、前記視聴者への問い合わせデータの内容及びまたは送信時間を変更可能なロジックと、
を備える請求項１１記載の関連データ処理装置。
【請求項１３】
データファイルとファイル制御ロジック部を備えた装置の関連データ処理方法であって、
複数の番組の基本データが格納され、複数の番組に対してそれぞれ視聴者を関連付けたデータ、複数の視聴者に対してそれぞれ番組を関連付けたデータと、を含むデータファイルを生成し、
少なくとも前記データファイルをアクセスして、関連付けられたデータ間で、テーマに応じてデータを関連付けたデータクラスタを生成し、
前記データクラスタに含まれる視聴者及びまたは番組を特定する
関連データ処理方法。
【請求項１４】
前記特定した番組の放送信号に関連させて、問い合わせデータを出力する請求項１３記載の関連データ処理方法。
【請求項１５】
前記特定した視聴者に対して送信するための、問い合わせデータを出力する請求項１３記載の関連データ処理方法。
【請求項１６】
前記問い合わせデータは、初回若しくは複数回目の問い合わせデータである請求項１３記載の関連データ処理方法。
【請求項１７】
番組に関する複数の属性を示す基本データが定義され、
複数の番組の基本データが格納され、複数の番組に対してそれぞれ視聴者を関連付けたデータ、複数の視聴者に対してそれぞれ番組を関連付けたデータと、を含むデータファイルを参照するための命令を記録したコンピュータ読み取り可能な記録媒体であり、
少なくとも前記データファイルをアクセスして、関連付けられたデータ間で、テーマに応じて選択したデータを関連付けたデータクラスタをコンピュータに生成させる命令と、
このデータクラスタに含まれる視聴者及びまたは番組をコンピュータに特定させる命令と、
を記録した情報記憶媒体。
【請求項１８】
ログイン操作によりテレビジョン受信機が接続されるサービスサーバにおいて、
データファイルを参照するための命令を記録したコンピュータ読み取り可能な記録媒体であり、
ログインデータに基いて視聴者が視聴した番組と前記視聴者とを関連付けて構築された前記データファイルをコンピュータにアクセスさせる命令と、
前記番組に関する問い合わせデータを送信する場合、前記データファイルを参照して前記番組を視聴した前記視聴者に対して前記問い合わせデータをコンピュータに送信させるための命令と
を記録した情報記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明の実施形態は、関連データ処理装置、関連データ処理方法及び情報記憶媒体に関する。
【背景技術】
【０００２】
近年、インターネットサービス事業が活発である。インターネットサービス事業では、インターネット上のサーバとパーソナルコンピュータ及び又は携帯端末（セルホーン、タブレット、パーソナルアシスタントデバイス（ＰＤＡ）など）との通信環境の中で、情報交換が行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−３５５４６６号公報
【特許文献２】特開２００３−３３３６２８号公報
【特許文献３】特開２０１０−１８３２９３号公報
【特許文献４】特開２００２−９９８３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年は、デジタルテレビジョン受信機もインターネット接続可能である。このために、サーバと、携帯端末及びパーソナルコンピュータとの間の通信の環境の中に、テレビジョン受信機を加えて利用したいという要望がある。
【０００５】
これは、家庭で使用されるデジタルテレビジョン受信機は、他のディスプレイ可能なパーソナルコンピュータ、セルホーン、タブレットなどに比べてモニタ画面が大きく、鮮明であるという有利な点を備える。またデジタルテレビジョン受信機は、何よりも大衆性を有し、多くの視聴者に情報を伝達できる特徴を有する。
【０００６】
一方、小型のパーソナルコンピュータ、セルホーン、タブレットなどは、携帯性を有するという利点を備える。またパーソナルコンピュータ、タブレットは、データ入力を行うのに操作性がよいと言う利点を備える。
【０００７】
そこでこの発明は、デジタルテレビジョン受信機を各種のデータ収集のために有効に活用することができ、またその活用性を多方面に拡大できるようにした関連データ処理装置、関連データ処理方法及び情報記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態によれば、番組に関する複数の属性を示す基本データが定義され、複数の番組の基本データが格納され、複数の番組に対してそれぞれ視聴者を関連付けたデータ、複数の視聴者に対してそれぞれ番組を関連付けたデータと、を含むデータファイルと、
少なくとも前記データファイルをアクセスして、関連付けられたデータ間で、テーマに応じて選択したデータを関連付けたデータクラスタを生成し、このデータクラスタに含まれる視聴者及びまたは番組を特定することができるファイル制御ロジック部を有する。
【図面の簡単な説明】
【０００９】
【図１】一実施形態が適用された通信システムの基本構成例を示す図である。
【図２Ａ】サービスサーバ４００１に構築されているデータファイルの一例であり、番組に基本データが存在することを示す図である。
【図２Ｂ】サービスサーバ４００１に構築されているデータファイルの一例であり、番組とこの番組を視聴した視聴者との関係を示す図である。
【図２Ｃ】サービスサーバ４００１に構築されているデータファイルの一例であり、視聴者とこの視聴者が視聴した番組との関係を示す図である。
【図２Ｄ】サービスサーバ４００１に構築されているデータファイルの一例であり、サービスサーバが視聴者と通信を行う際に利用する視聴者アドレスを示す図である。
【図３】サービスサーバ４００１に構築されているデータファイルの一例であり、番組の基本データを具体的に示す図である。
【図４】サービスサーバ４００１において、番組と視聴者との関連付け、及び視聴者と視聴者との関連付けを行う際の一例を説明するために示した図である。
【図５】サービスサーバ４００１において、番組と番組との関連付けを行う際の一例を説明するために示した図である。
【図６】サービスサーバ４００１における動作例を説明するために示したブロック図である。
【図７】一実施形態が利用されるときに、ＤＴＶ１００１に表示される「問い合わせデータ」の例を示す図である。
【図８】一実施形態における動作の他の例を説明するために示したフローチャートである。
【図９】一実施形態における動作例を説明するために示したブロック図である。
【図１０】一実施形態における他の動作例を説明するために示したブロック図である。
【図１１】一実施形態におけるリモートコントローラとＤＴＶとの概観を示す図である。
【図１２】一実施形態におけるＤＴＶがクラウドサービスサーバに接続され、初期のメニュー画面が表示された状態を示す図である。
【図１３】一実施形態におけるＤＴＶがクラウドサービスサーバにネットワークを介して接続され、個人ＩＤによりログインしたときの画面１００の表示状態を示す図である。
【図１４】一実施形態におけるＤＴＶがネットワーク上で利用される場合の様子を示す図である。
【図１５】一実施形態におけるタイムクラウドサービスサーバ４００１を形成している各サーバの組織例を示す図である。
【図１６】一実施形態におけるＤＴＶにおいて、情報処理装置とＤＴＶ機能ブロックの構成例を相互関係と共に示す図である。
【図１７】一実施形態に関わるファイル制御ロジック部４００３内における、他の動作例を説明するために示したフローチャートである。
【図１８】一実施形態に関わるファイル制御ロジック部４００３内における、さらに他の動作例を説明するために示したフローチャートである。
【発明を実施するための形態】
【００１０】
以下、実施の形態について図面を参照して説明する。図１は、ユーザ端末グループ１０００を示し、このグループは、例えばデジタルテレビジョン受信機（以下ＤＴＶと略記する）１００１、リモートコントローラ１００２、携帯端末（パーソナルコンピュータ）１００３、携帯端末（セルホーン或いはスマートホーン）１００４、携帯端末（タブレット）１００５等を含む。
【００１１】
ＤＴＶ１００１は、リモートコントローラ１００２により操作されることができる。またＤＴＶ１００１は、携帯端末（例えばセルホーン或いはスマートホーンなど、以下セルホーンとして説明する）１００４により、無線で操作されることも可能である。パーソナルコンピュータ１００３は、有線或いは無線により、ネットワーク３０００を介してサービスサーバ４００１に接続されることができる。セルホーン１００４、タブレット１００５は、無線によりネットワーク３０００を介してサービスサーバ４００１に接続されることができる。またＤＴＶ１００１は、所謂ネットＴＶと称されるものであり、ネットワーク３０００を介してサービスサーバ４００１に接続されることができる。
【００１２】
サービスサーバ４００１は、放送設備２０００に含まれる放送局２００１と無線或いは有線で接続される。放送局２００１は、放送される任意の番組に対して、サービスサーバ４００１から依頼された「問い合わせデータ」を、前記任意の番組の放送時間帯または前記放送時間帯の前或いは後の一定時間後の時間帯に、前記任意の番組と同じチャンネルで送信することができる。
【００１３】
「問い合わせデータ」は、依頼者が提示したテーマに応じて各種のタイプ、各種の内容が用いられる。「問い合わせデータ」は、後で説明するように、例えば、番組に関する視聴者の感想、番組出演者に対する視聴者の興味、コマーシャル製品に関する視聴者の興味などを収集するためのデータとして利用可能である。テーマは、例えば「提案」、「質問」、「調査」、「アンケート」、「相談」、「コメント」、「追及」、「追跡」、「警告」などの要素を含むことができる。
【００１４】
ＤＴＶ１００１で番組を視聴した視聴者は、「問い合わせデータ」に対する「応答データ」を、ネットワーク３０００を介してサービスサーバ４００１へ送信することができる。
【００１５】
なお「問い合わせデータ」、「応答データ」の呼び名は、これに限定されるものではなく、「質問」、「回答」、「送信」、「受信」、「なぜ」、「理由」など各種の用語であってもよい。
【００１６】
「応答データ」をサービスサーバ４００１へ送信する技術は、各種の技術が可能である。例えば、「応答データ」は、ユーザがリモートコントローラ１００２を操作することによりＤＴＶ１００１、ネットワーク３０００を介して送信されてもよい。また「応答データ」は、ユーザがパーソナルコンピュータ１００３、セルホーン１００４或いはタブレット１００５を操作することによりネットワーク３０００を介して送信されてもよい。
【００１７】
「応答データ」を送信するために必要なアドレスは、予めＤＴＶ１００１、パーソナルコンピュータ１００３、セルホーン１００４、及びタブレット１００４に記憶されていてもよい。
【００１８】
または、ＤＴＶ１００１のスクリーン上に、「問い合わせデータ」とともに、応答データの送信先であるアドレスを含むＱＲコード（登録商標）が表示されることもできる。カメラを搭載しているセルホーン１００４及び又はタブレット１００４は、ＱＲコードを読み取ることで、自動的に応答データの送信先（アドレス）が設定されることができる。送信先のアドレスは、ユーザが手動により送信端末に入力してもよいことは勿論である。
【００１９】
サービスサーバ４００１は、各種のデータファイル４００２を有する。ファイル制御ロジック部４００３は、前記各種のデータファイルをアクセスして、データファイル間で、テーマに応じてデータを関連付けたクラスタを生成する。そして、ファイル制御ロジック部４００３は、クラスタに含まれる視聴者及びまたは番組を特定することができる。
【００２０】
図２Ａ−図２Ｄは各種のデータファイルのデータの構成例を示している。図２Ａは、番組の基本データのファイルである。図２Ａは、各番組に基本データが付随していることを示している。
【００２１】
すなわち、番組１に付随する基本データ、番組２に付随する基本データが存在する。基本データは、例えば図３に示すようなデータである。
【００２２】
図３は、番組１の基本データの例を示している。番組１には、番組固有の番組名、放送チャンネル、放送時間帯なども存在する。さらに番組１の司会者、ゲスト、ＣＭ（コマーシャル）情報（スポンサー、商品）などの情報がある。司会者、ゲスト、ＣＭ情報は、変更される場合がある。
【００２３】
さらに番組１の基本データに関して不変のデータがある。例えば、番組１がドラマの場合は、原作者、監督、脚本家、番組のジャンル情報がある。
【００２４】
さらに、放送されている番組１が第１話であるか、第２話であるかなどを示す情報、出演者、風景（撮影場所）、登場する乗り物（メーカ）、出演者が着た衣装（メーカ）、番組音楽、作曲者などがある。さらにまた、上記の個々の基本データを組み合わせた組み合わせ基本データも存在する。
【００２５】
またこのデータには、同一の基本データを有する他の番組の情報（番組識別情報）が付随していてもよい。
【００２６】
図２Ｂに戻り説明する。図２Ｂは、番組対視聴者データのファイルである。番組１を視聴した視聴者１１，１２，１３・・・のリストが構築されている。また番組２を視聴した視聴者２１，２２，２３・・・のリストが構築されている。
【００２７】
図２Ｃは、視聴者対番組データのファイルである。視聴者１は番組１１，１２，１３を視聴したことを示している。また視聴者２は、番組２１，２２，２３を視聴したことを示している。
【００２８】
図２Ｄは、視聴者のアドレスを格納したデータのファイルである。各視聴者はそれぞれ視聴者識別データと、アドレスを有し、アドレスとしてはＴＶ，パーソナルコンピュータ、携帯端末などのアドレスがある。
【００２９】
なお図２Ａ−図２Ｄ，図３において、各種データの分類及び仕分けの一例を示しているが、必ずしもこのような体系に限定される訳ではない。全てのファイルが一体化されたデータファイルとして構成され、関連データ要素間には、関連データがリンクするようにリンク情報が記述されていてもよい。
【００３０】
図４は、上記した各種のデータファイルを利用して、視聴者と他の視聴者を関連つける場合の関連付けルートの例を示している。関連付けルートＲ１は、視聴者１が視聴した番組１の基本データ１の一部または全部が、視聴者５が視聴した番組５の基本データの一部または全部と同じであることを示している。
【００３１】
さらに関連付けルートＲ２は、視聴者３が視聴した番組３の基本データ１の一部または全部が、視聴者５が視聴した番組５の基本データの一部または全部と同じであることを示している。
【００３２】
関連付けルートＲ３は、視聴者２が視聴した番組２と、視聴者５が視聴した番組５ｎとが同一であることを示している。また関連付けルートＲ４は、視聴者３が視聴した番組３と、視聴者４が視聴した番組４ｎとが同一であることを示している。
【００３３】
このような関連付けルートのサーチは、後で説明する関連データ検索器が行うことができる。
【００３４】
図５は、番組と番組の関連付けを行う場合の一例を示している。各番組には基本データが付随している。従って、例えば番組１の基本データとしてＣＭ１が存在した場合、番組１，２，３，４を関連付けることができる。この関連付けの状態を、ＣＭ１の軸による関連付けを状態と、称しても良いし、アスペクトがＣＭ１である関連付け状態と称しても良い。
【００３５】
図５の例は、さらに番組１に出演する共演者２の軸による関連付け状態を示している。図の例では、番組１における共演者２は、番組２，３，５にも出演していることを示している。
【００３６】
更にまた、原作者１とジャンル１の組み合わせ軸による関連付け状態も示している。原作者１は、番組１，１１，１２の原作者でもあり、ジャンル１に属する番組の原作者であることを示している。
【００３７】
さらにまたジャンル１の軸のみによる関連付け状態も示している。この例では、ジャンル１に属する番組は、番組１，１１，１２のほかに、番組２１、番組２２が存在することを示している。番組２１と番組２２の原作者は異なることも示している。
【００３８】
このように本システムでは、各種のアスペクト、或いは軸による番組の関連付けを行うことができる。よって、上記のデータベースが利用されることにより、１つの番組をスタート起点にして、それぞれ軸が異なる番組と番組の関連付け、番組と視聴者との関連付け状態を得ることができる。
【００３９】
本システムでは、データファイルにおいては、番組に関する複数の属性を示す基本データが定義され、複数の番組の基本データが格納されている（図２Ａ，図３）。また、複数の番組に対してそれぞれ視聴者を関連付けたデータ（図２Ｂ）、複数の視聴者に対してそれぞれ番組を関連付けたデータ（図２Ｄ）がデータファイルに含まれる。
【００４０】
したがって、ファイル制御ロジック部は、少なくとも前記データファイルをアクセスして、関連付けられたデータ間で、テーマに応じて選択したデータを関連付けたデータクラスタを生成し、このデータクラスタに含まれる視聴者及びまたは番組を特定することができる。
【００４１】
図６は、サービスサーバ４００１におけるデータ処理ブロックの一例を示している。受信機制御ロジック４０１１は、ネットワーク及び受信機を介して「応答データ」を受信する。受信機制御ロジック４０１１の出力は、シーケンサー４０１２内の応答データ解析エンジン４０１３に入力する。応答データ解析エンジン４０１３は、複数の視聴者から送られて来た応答データを、解析プログラムに基づいて、解析する。解析プログラムは、「応答データ」を要求するテーマに応じて計画された手順で、応答データの解析を実行する。「応答データ」はこの「応答データ」を送信した視聴者の識別情報を含む。
【００４２】
解析プログラムは、複数の「応答データ」の中から、所定の規則に沿って所望の条件を満足する「応答データ」を抽出する。この「応答データ」は例えばターゲット「応答データ」と称される。
【００４３】
所定の規則は、データ解析の目的（テーマ）に応じて、各種の規則を決められることが可能である。
【００４４】
つまり、テーマは、依頼者２０２０が番組を通じて何を知りたいか、または何を行いたいか、により決まるからである。テーマは、例えば「提案」、「質問」、「調査」、「アンケート」、「相談」、「コメント」、「追及」、「追跡」などの要素を含むことができる。
【００４５】
前記ターゲット「応答データ」を送信した視聴者（この視聴者を例えばターゲット視聴者と称する）の識別情報は、テーマ実行エンジン４０１４において利用される。
【００４６】
ここで、プログラム処理に基づいて抽出された、ターゲット視聴者及びターゲット「応答データ」とは、依頼者４０２０が興味を示す視聴者及び「応答データ」のことである。
【００４７】
テーマ実行エンジン４０１４は、関連データ検索器４０３４を駆動する。関連データ検索器４０１４は、データファイル４００２内に含まれる基本データのファイル４０３１、番組対視聴者データのファイル４０３２、視聴者対番組データのファイル４０３３内の各種データを検索することができる。
【００４８】
関連データ検索器３０３４は、関連データ検索モジュール、検索ロジック、検索エンジンなどと称されてもよい。
【００４９】
テーマ実行エンジン４０１４は、
（Ａ）関連データ検索器４０１４を介して、ターゲット視聴者が視聴した他の番組を抽出することができる、
（Ｂ）及びまたは前記抽出した他の番組を視聴した新規視聴者を抽出することができる、
（Ｃ）及びまたは前記ターゲット視聴者が視聴した前記番組に関する基本データと一部が共通する共通データを有する他の番組を抽出し、この他の番組を視聴した新規視聴者を抽出することができる。
【００５０】
上記の抽出処理のとき、関連データ検索器４０１４は、先に説明したデータファイル（データベース）を利用する。
【００５１】
テーマ実行エンジン４０１４は、テーマ格納部４０１５に格納されているプログラム（或いはソフトウエア）に基づいてテーマ目的を遂行する。テーマ格納部４０１５の情報記憶媒体に格納されるプログラムは、依頼者４０２０から提供されたものである。
【００５２】
上記の依頼者４０２０は、例えば番組のスポンサー、番組の製作者、放送局、各種の市場調査を希望する企業などがある。
【００５３】
テーマ実行エンジン４０１４は、データベースの中から、さらなる新規番組及びまたは新規視聴者を抽出することができる。この新規番組の視聴者及び新規視聴者は、依頼者が返信を期待する視聴者である、つまり、前記「問い合わせデータ」に対してターゲット「応答データ」を返信してくる可能性がある視聴者であろうと、依頼者が返信を期待する視聴者である。
【００５４】
新規番組及びまたは新規視聴者は、バッファ４０２２に一旦格納される。このように、ファイル制御ロジック部４００３は、各種のデータファイル間で、テーマに応じてデータを関連付けたクラスタを生成し、このクラスタに含まれる視聴者及びまたは番組を特定することができる。
【００５５】
視聴者のアドレスは、アドレス格納部４０２１に保存されている。従って、テーマ実行エンジンは、合成器（または合成ロジック）４０２３を制御し、この制御に基づいて、抽出された番組を視聴した経験のある視聴者のアドレス、または抽出した前記新規視聴者のアドレスに対して、コメント或いは再調査データ、追跡調査データ、報告データなどを添付した合成データを生成する。
【００５６】
この合成データは、拡張性「問い合わせデータ」と称してもよい。この拡張性「問い合わせデータ」は、送信機制御ロジック４０３５により送信機に送出される。
【００５７】
再度の「問い合わせデータ」が番組と共に放送される場合は、送信先は放送局に設定される。「問い合わせデータ」或いは再調査データなどがダイレクトメールで配信される場合は、例えば、ネットワーク３０００のサーバを介して、或いは直接、ターゲット視聴者、新規視聴者のパーソナルコンピュータ、セルホーン、アイホーン、タブレットなどの通信端末に送信される。
【００５８】
上記の説明で、合成データを拡張性「問い合わせデータ」と称した理由は、次の理由による。
【００５９】
本システムにおいては、「応答データ」が解析され、そして、この結果に基づいて、再度、「問い合わせデータ」あるいは報告データ、或いは次の「問い合わせデータ」が配信される場合、新規視聴者へ配信されるからである。つまり、例えば調査の対象となる視聴者の中に、ターゲット視聴者とは異なる新たな新規視聴者が増加することができる。したがって、例えば、一定のテーマに基づいて関連している１回目の調査、２回目の調査、３回目の調査・・・が連続して行われる毎に、この調査特性は、対象となる視聴者が低減せず、「拡張性」を有することになる。
【００６０】
図７は、上記したシステムが利用されるときに、ＤＴＶ１００１に表示される「問い合わせデータ」の例を示している。「問い合わせデータ」は、例えば番組の放送時間帯または前記放送時間帯の前或いは後の一定時間後の時間帯に、前記番組の基本データの１つまたは複数に関連した「問い合わせデータ」として画面に表示される。
【００６１】
例えばドレスメーカが、新作ドレスについての視聴者の反応を、知りたい場合がある。この様な場合、例えば、つぎの様な文章が画面に表示される。
【００６２】
「出演者ベティーさんが着ているドレスに興味を持つ人は、番組の終了後のアンケートにお答えください。景品を差し上げます。」
「出演者ベティーさんが着ているドレスに興味を持つ人は、次のアドレスにご連絡ください。・・・＠・・・・」
ドレスメーカは、視聴者が上記の問い合わせに返信してきた場合、ターゲット視聴者情報を、販売セールスすべき対象者、或いはダイレクトメールを送信すべき対象者を絞るための情報とすることができる。
【００６３】
また、スポンサーが自動車販売店であり、この販売店が、新しいデザインの自動車を販売するにあたり、視聴者から自動車に関する感想を聞きたいとする。このような場合、「問い合わせデータ」としてつぎの様なアンケートシートが画面に表示される。
【００６４】
「コマーシャルが行われた車について、感想をお聞かせください。
【００６５】
*購入したい・・・・・Yes   No
*試乗したい・・・・・Yes   No
*デザインがよい・・・Yes   No
*色がよい・・・・・・Yes   No
*・・・・・」
さらにまた、放送局或いは製作会社が、放送したドラマについて感想を知りたい場合がある。このような場合、「問い合わせデータ」としてつぎの様なアンケートシートが画面に表示される。
【００６６】
「ただいま放送したドラマにについて感想をお聞かせください。
【００６７】
＊大変良かった・・・・・Yes   No   Usually
＊主演俳優がよい・・・・Yes   No   Usually
＊ストーリが面白い・・・Yes   No   Usually
＊第２話も見たい・・・・Yes   No   Usually
＊・・・・・・・・・・・Yes   No   Usually
＊・・・・・・・・・・・Yes   No   Usually」
のようにアンケートシートが表示される。
【００６８】
視聴者は、上記したようなアンケートに対して応答する。
【００６９】
応答方法は各種の方法が可能である。
【００７０】
視聴者は、リモートコントローラ１００２を操作し、画面上のカーソルを移動させる。カーソルにより、所望のボタン（Ｙｅｓ、Ｎｏ，Ｕｓｕａｌｌｙなど）を選択し、決定ボタンを押すことができる。
【００７１】
また視聴者は、パーソナルコンピュータ１００３、セルホーン１００４、タブレット１００５などを操作することにより、上記アンケートに応答してもよい。
【００７２】
セルホーン１００４、タブレット１００５、パーソナルコンピュータ１００３などは、ＤＴＶ１００１に対して、近距離無線システムを利用して、操作画面を要求することもできる。ＤＴＶ１００１は、格納部に登録されているセルホーン１００４、タブレット１００５、パーソナルコンピュータ１００３などから、操作画面要求信号を受信した場合、現在の操作画面（アンケート応答用の操作画面データ）を、近距離無線システムを利用してセルホーン１００４、タブレット１００５、パーソナルコンピュータ１００３に送信することができる。
【００７３】
これにより、ユーザ（視聴者）は、セルホーン１００４、タブレット１００５、パーソナルコンピュータ１００３などの画面上の操作ボタンを操作して、アンケートに応答することができる。このときの「応答データ」は、セルホーン１００４、タブレット１００５、パーソナルコンピュータ１００３などから、ネットワークを介してサービスサーバへ返信される。
【００７４】
なお上記の説明では、問い合わせデータが、具体的に放送番組に多重されて送信されているものとして説明した。しかし他の実施形態では、アンケートなどの問い合わせデータが「ブラウザ」あるは「Ｅメール」などで配信されていることを知らせるための「通知」のみが視聴できる実施形態であってもよい。例えば、アクセスすべきサーバのアドレスや、Ｅメールのアドレスとコメントが、スクロールする字幕として表示されてもよい。コメントとしては、例えば「ただいま、・・・に関するアンケートを募集しています、つぎのＥメールへ連絡をとってください」などの簡単なコメントであってもよい。
【００７５】
このように大衆性のある番組の放送信号に関連して問い合わせデータ（起動データと称してもよい）が送信される場合、多くのアンケートデータを収集するための起点とすることができる。
【００７６】
図８は、上記したシステムの動作の一例を示すフローチャートである。サービスサーバ４００１内のテーマ実行エンジン４０１４は、テーマ格納部４０１５に格納されているプログラム（或いはソフトウエア）を読み取り、このプログラムに基づいてテーマに関する処理を開始する。
【００７７】
まず、依頼者からの依頼に基づいて、任意の放送番組（第１の番組）の放送時間帯又は前記放送時間帯の前又は後の一定時間帯に、前記第１の番組の基本データの１つまたは複数の基本データに関連した、「問い合わせデータ」を出力する（ステップＳＡ１）。「問い合わせデータ」は、送信機制御ロジック４０３５を介して出力される。
【００７８】
視聴者からの「応答データ」は、受信機制御ロジック４０１１を介して受信機より取り込まれる。複数の視聴者から前記「問い合わせデータ」に関連した複数の「応答データ」が受信される（ステップＳＡ２）。
【００７９】
応答データ解析エンジン４０１３が、複数の「応答データ」の中から、所定の規則に従ってターゲット「応答データ」を決める（ステップＳＡ３）。
【００８０】
所定の規則は、テーマに応じて依頼者により設定されている。例えば
「コマーシャルが行われた車について、感想をお聞かせください。
【００８１】
*購入したい・・・・・Yes   No
*試乗したい・・・・・Yes   No
*デザインがよい・・・Yes   No
*色がよい・・・・・・Yes   No
*・・・・・」
のアンケートに対して、
*購入したい・・・・・Yes
の「応答データ」は、第１の優先順位でターゲット「応答データ」として抽出される。
【００８２】
*試乗したい・・・・・Yes   
の「応答データ」は、第２の優先順位でターゲット「応答データ」として抽出される（ステップＳＡ３）。
【００８３】
ステップＳＡ７ではターゲット「応答データ」のさらなる解析が行われる。例えば、ターゲット「応答データ」に、「Ｎｏ」が含まれていたような場合、どのような項目に「Ｎｏ」が含まれているかなどである。或いは、ターゲット「応答データ」の数が、目的を達成しているかどうかの解析も行われる。この解析方法、解析内容も、解析手順もテーマに応じて設計されている。
【００８４】
次のステップＳＡ４では、前記ターゲット「応答データ」を送ってきたターゲット視聴者を決める。
【００８５】
次のステップＳＡ５では、
（ａ）ターゲット視聴者が視聴した他の番組（第２の番組）の識別データ、
（ｂ）又は前記他の番組（第２の番組）を視聴した新規視聴者の識別データ、
（ｃ）又は前記ターゲット視聴者が視聴した番組に関する基本データと一部が共通する基本データを有した他の番組（第２の番組）の識別データ、
（ｄ）又は前記ターゲット視聴者が視聴した番組に関する基本データと一部が共通する基本データを有した他の番組（第２の番組）を視聴した新規視聴者の識別データを抽出する、
（ｅ）又は上記識別データの組み合わせを抽出する。
【００８６】
次のステップＳＡ６では、上記他の番組の識別データ、新規視聴者の識別データの利用が実行される。利用とは、例えば、前記他の番組と共に「問い合わせデータ」を再度の放送すること、新規視聴者への「問い合わせデータ」の送信などである。新規視聴者へ「問い合わせデータ」を送信する場合は、ネットワークを介して、携帯端末や、パーソナルコンピュータへメール送信してもよいし、ＤＴＶのメールボックスなどが利用される。
【００８７】
なお上記の第２の番組は複数であってもよい。また新規視聴者は複数であってもよい。
【００８８】
新規視聴者の識別データ、番組の識別データの具体的な利用方法は、例えばブロックＢ１１に格納されている「テーマに応じた命令」により設定されている。例えば上記利用のために、以下の（a1)-(e1)のような手続が実行されてもよい。
【００８９】
（ａ１）例えば上記の他の番組（第２の番組）の放送が行われるときに、先のステップＳＡ１の場合と同様に
「コマーシャルが行われた車について、感想をお聞かせください。
【００９０】
*購入したい・・・・・Yes   No
*試乗したい・・・・・Yes   No
*デザインがよい・・・Yes   No
*色がよい・・・・・・Yes   No
*・・・・・」
のアンケートを求める「問い合わせデータ」を出力してもよい。
【００９１】
このように「問い合わせデータ」を複数回、異なる番組とともに出力した場合、さらに多くの「応答データ」を取得することができるからである。この場合は、第１の番組を視聴した視聴者とは異なる視聴者から「応答データ」を得られることを期待できる。
【００９２】
（ｂ１）例えば前記他の番組（第２の番組）を視聴した新規視聴者及び又は前記「応答データ」を送ってきたターゲット視聴者に対して、テーマに応じた広告メールを発送する手配が行われてもよい。
【００９３】
（ｃ１）例えば前記ターゲット視聴者が視聴した番組に関する基本データと一部が共通する基本データを有した他の番組（第２の番組）の放送が行われるときに、先のステップＳＡ１の場合と同様なアンケートに関する質問データが出力されてもよい。
【００９４】
（ｄ１）例えば前記ターゲット視聴者が視聴した番組に関する基本データと一部が共通する基本データを有した他の番組（第２の番組）を視聴した新規視聴者に対して、テーマに応じた広告メールを発送する手配が行われてもよい。
【００９５】
（ｅ１）例えば、上記（ａ１）−（ｄ１）で述べた処理が任意に組み合わせされて実行されてもよい。
【００９６】
ステップＳＡ８では、ターゲット「応答データ」の解析結果が目的を達成したかどうかの判定がなされる。例えば、ターゲット「応答データ」の収集数が予め設定した値を超えているかどうか、ダイレクトメールの送信数が予め設定した値を超えているかどうか、等である。解析結果が目的を達成した場合は、データ処理の終了となる。
【００９７】
上記したように、本システムにおいては、
ターゲット「応答データ」を返信したターゲット視聴者が特定される、
データファイルが利用されることにより、前記ターゲット視聴者に基いて、次の新規番組や、次の新規視聴者の抽出を得ることができる、
このために「問い合わせデータ」を送信する対象が拡大（或いは拡張）することになる。つまり、小さなポイントに対して「問い合わせデータ」を送信したとしても、ターゲット「応答データ」が存在した場合、「問い合わせデータ」や、「次の段階の問い合わせデータ」の送信先は、必要に応じて、波紋が広がるように、拡大することができる。勿論この場合、「問い合わせデータ」や、次の段階の「問い合わせデータ」の送信先の数は、制限されることができる。この制限レベルは、テーマ（調査目的、回答内容など）の目的達成度に応じて、可変され、低減されることができる。
【００９８】
ターゲット「応答データ」が選択される場合、質問や問い合わせに対して、肯定的「応答データ」が選択されるとは限らない。テーマによっては、否定的「応答データ」がターゲット「応答データ」として選択される場合もある。
【００９９】
例えば自動車のアンケートに対して、購入したくない、試乗したくないなどの「応答データ」が存在した場合、この「応答データ」を不人気の原因追及情報として利用することができる。
【０１００】
したがって、ファイル制御ロジック部の動作例をまとめて記載すると、次のように述べることができる。
【０１０１】
ファイル制御ロジック部４００３は、任意の第１の番組の放送時間帯または前記放送時間帯の前或いは後の一定時間後の時間帯に、前記第１の番組の基本データの１つまたは複数に関連した問い合わせデータを出力する送信制御ロジック４０３５を有する。また、複数の視聴者からの、前記問い合わせデータに関連した複数の応答データを受信する受信制御ロジック４０１１を有する。また、前記複数の応答データの中から所定の規則に従ってターゲット応答データを抽出するロジックと、前記ターゲット応答データを送信したターゲット視聴者を抽出するロジックを有する。
【０１０２】
さらに、前記ターゲット視聴者が視聴した他の第２の番組の識別データ、
又は前記第２の番組を視聴した新規視聴者の識別データ、
又は前記ターゲット視聴者が視聴した前記第１の番組に関する基本データと一部が共通する基本データを有した第２の番組の識別データ、
又は前記ターゲット視聴者が視聴した前記第１の番組に関する基本データと一部が共通する基本データを有した第２の番組を視聴した新規視聴者の識別データ、
又は上記識別データの組み合わせを抽出するロジックを有する。
【０１０３】
また「問い合わせデータ」を最初に送信するために、最初に特定する番組は、以下のように特定されても良い。即ち、ＤＴＶがログイン操作を受け付ける機能を有した場合、ログインデータがサービスサーバ４００１に送信される。サービスサーバ４００１は、ログインデータに基いて視聴者が視聴した番組と前記視聴者とを関連付けてデータファイルを構築する。次に、前記番組に関する問い合わせデータを送信する場合、前記データファイルを参照して前記番組を視聴した前記視聴者に対して前記問い合わせデータを送信するのである。なおログイン画面の表示方法、ログインデータの入力方法、グループ別のログイン方法、個人別のログイン方法は従来技術として各種あるので、ここでは特別に説明していない。
【０１０４】
上記データファイル４００２は、番組に関する複数の属性を示す基本データが定義され、複数の番組の基本データが格納される第１のデータファイルと、複数の番組に対して視聴者を関連付ける第２のデータファイルと、複数の視聴者に対して番組を関連付ける第３のデータファイルと、を含むファイルとして記載することができる。しかしデータファイル４００２の定義は上記の記載に限定されるものではない。
【０１０５】
図９は、上記したシステムの１つの使用例である。例えば番組Ａ，Ｂのスポンサーである依頼主は、ＣＭ（コマーシャル）商品Ｗの市場動向を知りたい場合ある。このような場合、番組Ａ，Ｂの時間帯または番組Ａ、Ｂの終了後、一定の時間帯に、「問い合わせデータ」が放送される。例えば「問い合わせデータ」は、商品Ｗの購入意向を調査するためのアンケートである。
【０１０６】
視聴者空間から、「応答データ」がサービスサーバ側へ返信されてくる（１２０１）。応答データ解析結果を格納するアンケート集計結果部において、例えば、図の例では１０００人の回答者があり、商品Ｗの購入意向の低い人が７００人であり、購入意向の高い人が３００人である場合を示している（４２０１）。
【０１０７】
処理規則に従い、例えば購入意向の高い３００人の視聴者の多くが視聴している他の番組がサーチされる（４２０２）。他の番組が番組Ｚであったとする。次に番組対視聴者を格納しているデータファイルの中から、他の番組Ｚに対応する視聴者が検出される（４２０３）。番組Ａを視聴する視聴者と、番組Ｚを視聴する視聴者とは、同様な嗜好性をもつのではないかと推定さるからである。
【０１０８】
この後は、依頼主或いはサービスサーバは、番組Ｚの視聴者に対してダイレクトメールを送付する（４２０４）。
【０１０９】
上記したように本システムの動作は、アンケートの配布先や、アンケートの結果に基づく、次の通知（報告、問い合わせ、案内など）先を拡張するという特性を持つ。
【０１１０】
図１０は、本システムの動作の他の例を示す。例えば、ドラマの番組Ｙが終了した後、
「ドラマに関してどのような点に興味を持ちましたか？ボックス内にマークＶを付してください。アンケートに答えた人には、景品をお送りいたします。」
というような「問い合わせデータ」が表示される。
【０１１１】
「問い合わせデータ」の項目は、例えば、「俳優」、「ストーリ」、「テーマ音楽」、「撮影技術」などがあるものとする（４２２１）。
【０１１２】
ここで視聴者Ａ，Ｂ，Ｃが、例えば、「俳優Ｘ」、「テーマ音楽」、にマークを付してサービスサーバ４００１へ返信したとする（４２２２）。
【０１１３】
すると、サービスサーバ４００１において、依頼者により依頼されているテーマが実行される。テーマは、例えば俳優Ｘが出演している他の番組Ｚを視聴者Ａ，Ｂ，Ｃに紹介することができる（４２２３）。また視聴者Ａ，Ｂ，Ｃに対する、さらなる追跡調査として、
「俳優Ｙのどのような点に興味をもちましたか？」、「演技力」？「衣装」？などを質問項目として送信することができる（４２２４）。また、ドラマに関して、「次の第２話も視聴したいですか？」などの質問も送信することができる。
【０１１４】
また回答者（視聴者Ａ，Ｂ，Ｃ）に対しては、景品を発送するために景品発送用データ処理が実行される（４２２５）。このデータ処理は、回答者の住所などを景品発送業者に連絡する。
【０１１５】
また、「俳優Ｙの衣装に興味をもった」という回答があった場合、拡張動作として、衣装メーカとのコンタクトを行うことも可能となる（４２４０）。
【０１１６】
さらにまた、テーマ音楽に興味を持った視聴者Ｆ，Ｇ，Ｈが存在する場合もある（４２３２）。この場合は、テーマ音楽と同じ作曲者が関与している他の音楽番組及びまたは他の番組を視聴者Ｆ，Ｇ，Ｈに紹介することができる（４２３３）。また視聴者Ｆ，Ｇ，Ｈに対する、さらなる追跡調査を行うこともできる（４２３４）。
【０１１７】
また、回答者（視聴者Ｆ，Ｇ，Ｈ）に対しては、景品を発送するために景品発送用データ処理が実行される。
【０１１８】
上記の例のように、テーマは、俳優Ｘの人気を調査する、衣装メーカが衣装について調査するなど複数の目的を持つことができる。
【０１１９】
本システムで用いられるＤＴＶ１００１は、特定のテレビジョン受信機に限定される分けではない。しかし、これから説明するＤＴＶ１００１を用いると、サービスサーバ４００１において、各種のデータファイルが自動的に構築されることができる。
【０１２０】
図１１に示すＤＴＶ１００は、通常の使用状態では、一般的なＴＶと同様に画面上に受信チャンネルの番組映像が表示される。例えばリモートコントローラ操作により、所定のクラウドメニューボタンを操作すると、サービスサーバ４００１に接続可能となる。この接続状態が、図１で説明した状態を形成し得る。この種のＤＴＶ１００１は、インターネット接続ＴＶと称される場合もある。
【０１２１】
図１２には、ＤＴＶ１００１がクラウドサービスサーバ４００１に接続され、初期のメニュー画面１００が表示された状態を示している。
【０１２２】
表示領域１０２には、家族や友達からの通知、及びレコメンドデータを受け取るための、各種送受信箱用のガイド画像が表示される。送受信箱としては、アウトルック、メール、メッセージ、レコメンドデータ用などがある。各送受信箱を表す画面枠に対しては、固有名を付加することが可能であり、また画像ファイルの中から好きな画像を選択してガイド画像として付加することも可能である。
【０１２３】
メッセージやレコメンドデータが、送受信箱に到着している場合、対応するガイド画像には、例えば丸印が付加されるか、フレーム枠の色が変化、或いはフレーム枠の輝度が繰り返し変化するなどして表示される。複数のレコメンドデータが送受信箱に到着している場合、複数の丸印が対応するガイド画像に付加されて表示されてもよいし、またはフレーム上にレコメンドデータの到着数が記述されてもよい。
【０１２４】
上記の送受信箱（表示領域１０２の状態）は、例えば家族間の通信、家族の構成員と友達との間の通信などに利用可能である。友人や遠隔に住む兄弟からアルバム集が送信されてくる場合もある。また、友人からレコマンドデータが送信されてくる場合もある。レコメンドデータとしては、例えばお勧め番組情報、お勧めショッピング情報などがある。またお勧めシーン、お勧め出演者などの情報もある。
【０１２５】
さらに機能系の複数のガイド画像が、領域１０１の下側の領域１０４に表示される。機能系のガイド画像は、領域１０１に表示されている再生画像に関連してユーザがこのＤＴＶ１００１を操作する場合に利用される。このガイド画像は、例えば、領域１０１に表示されている再生画像に関連したコミュニケーションが、視聴者（ユーザ）と外部サーバ（他のユーザ）との間で行われる場合に、利用されることができる。
【０１２６】
＜表示領域１０２のガイド画像の利用例＞
ユーザは例えばリモートコントローラ（携帯端末がリモートコントローラ機能を有する場合もある）を操作し、所望のガイド画像（例えば母親から子供へのメッセージ用のガイド画像）にカーソルを合わせることができる。ガイド画像は操作ボタンと称されても良い。カーソルは例えばガイド画像を囲むフレームとして表示される。カーソルが所望のガイド画像上に位置しているとき、リモートコントローラの決定ボタンが押される（クリックされる）と、ガイド画像に対応した送受信箱が開かれ、例えばメッセージが表示される。メッセージは、例えば領域１０２の全体或いは半分が利用されることができる。
【０１２７】
また、ユーザはリモートコントローラを操作し、レコメンドデータの送受信箱を開くこともできる。レコメンドデータは、例えば友人から送られてきたお勧め番組を示すお勧め番組情報、或いはお勧めショッピング情報である場合がある。このとき、ユーザがお勧め番組に興味を持ち、当該番組を視聴したいと思ったとする。このときユーザは、表示されているお勧め番組情報の選択ボタンにカーソルを合わせて決定ボタンを押すと、ＤＴＶ１００１は、自動的に当該番組の再生を開始することができる。この場合、当該番組の再生画像は、小さい画面で表示されて、次にユーザが決定ボタンを押したときに、大画面で表示されてもよい。
【０１２８】
送受信箱は、通信相手の送受信箱や携帯端末へメッセージを送る場合にも利用できる。お勧め番組情報は、例えば、タイトル名、或いは番組内の一部のシーン、或いは出演者名、或いは出演者の画像として表示される。お勧め番組情報には、放送チャンネル番号、放送日時、出演者プロローグなどの情報、コンテンツサーバアドレスなども含まれる。
【０１２９】
このときのＤＴＶ１００１が番組コンテンツを取得する方法は、ＤＴＶ１００１に接続されている記録装置を駆動して取得する第１の方法とインターネットを介してコンテンツサーバからダウンロードして取得する第２の方法がある。第１の方法においては、記録装置に記録されている番組の番組リスト検索機能が動作する。また第２の方法においては、先のお勧め番組情報に含まれるコンテンツサーバのアドレスが利用される。
【０１３０】
また、表示領域１０２のガイド画像を利用して、家族の構成員、或いはこのガイド画像を管理する管理器に登録されている友人に対して、メール、ショートメッセージなどを送信することも可能である。この場合の友人は家族構成員に共通の友人である。家族構成員に共通の他の家族、友人などの情報は、家族用のガイド画像を格納し、管理する家族用の管理器で認識され登録されている。
【０１３１】
＜表示領域１０４のガイド画像の利用例＞
例えば、現在視聴している番組（領域１０１に表示されている）のドラマにおいて、ユーザが気に入ったシーン、或いは好きな出演者が現れたシーンがあったとする。このような場合、ユーザは、リモートコントローラを操作して、レコメンドのガイド画像を選択し決定ボタンを押す。すると、ユーザが視聴している番組の番組情報がアテンション（或いはノーティス）番組情報としてサーバにアップロードされる。サーバは、このアテンション番組情報をレコメンド番組情報の作成材料、及び又は当該番組のタグリスト作成情報として利用することができる。また、サーバには多くの視聴者から種々の番組に関するアテンション番組情報が送られてくるので、サーバは、アテンション番組情報を利用して統計処理を行うことができる。統計処理を行い、人気度の高い番組順の番組情報リストを作成することができる。
【０１３２】
またユーザは、リモートコントローラを操作して、コメント用のガイド画像を選択し決定ボタンを押すことができる。すると、ユーザが視聴している番組（領域１０１に表示されている番組画像）に関してショートメッセージを入力する画面が現れ、メッセージを入力することができる。メッセージは例えば、リモートコントローラ或いは携帯端末のキーボードディスプレイから入力することができる。
【０１３３】
図１３には、ＤＴＶ１００１が、クラウドサービスサーバにネットワークを介して接続され、個人ＩＤによりログインしたときの画面１００の表示状態を示している。この画面１００では、領域１０１と領域１０３との間に友達とのコミュニケーションを図るためのガイド画像の表示領域１０６が得られる。この表示領域１０６には例えば３つのタイプのガイド画像が存在する。上段のガイド画像（Check-in to Program）には、現在ユーザが視聴している番組を同時に視聴している他人（友達）のリストが、表示される。中段のガイド画像（Currently friends online）には、ＤＴＶ１００１がネットワークに接続されているが、ユーザが視聴している番組とは異なる番組を視聴している他人（友達）のリストが表示される。下段のガイド画像（Friends）には、ＤＴＶ１００１が接続されていない他人（友達）のリストが表示される。ＤＴＶ１００１がログインしているときの状態は、定期的にサーバへ送信される。従って、サーバは、ネットワークに非接続状態にあるユーザ（ＤＴＶ）と、接続状態にあるユーザ（ＤＴＶ）と、接続状態にありかつ同じ番組を視聴しているユーザ（ＤＴＶ）とを識別することができる。つまり、サーバは、複数のユーザのステイタスを監視し、各ユーザに対して、ステイタスを報告している。このためにＤＴＶ１００１は、表示領域１０６に示すような３つのタイプのガイド画像を提示することができる。なお友達同士が関連付けられているのは、サーバの友人登録簿にそれぞれのユーザが友人を登録することにより、達成されている。
【０１３４】
＜表示領域１０６のガイド画像の利用例＞
例えば、現在視聴している番組のドラマにおいて、友達Ａの息子Ｂが出演している場合、ユーザは、このことを友達Ａ或いはその家族に知らせたい場合がある。また友達Ａが迷子の犬Ｃを捜しているとき、ユーザが迷子の犬Ｃのニュースを視聴したとき、このことを友達Ａやその家族に知らせたい場合がある。このような場合、ユーザは領域１０６に表示されているガイド画像を利用することができる。
【０１３５】
ユーザはリモートコントローラを操作し、カーソルにより所望の友達が表示されているガイド画像を選択し、決定ボタンを押すことができる。すると、選択された友達にメッセージを送ることができる画面に移行することができる。
【０１３６】
上記のコミュニケーションは、表示領域１０２に表示されているレコメンドやメッセージが記載されているガイド画像を利用することもできる。ユーザはリモートコントローラを操作し、カーソルにより所望の画像が表示されているガイド画像を選択し、決定ボタンを押すことができる。すると、選択した画像の送受信箱に登録されている家族或いは人物に当てたメッセージを送信することもできる。表示領域１０６のガイド画像は主としてプライベートなコミュニケーション用として利用できる。
【０１３７】
＜表示領域１０３のガイド画像の利用例＞
このガイド画像には、カレンダーが表示されると共に、当日のイベントやスケジュールのタイトルが簡単に表示される。ユーザが、イベントやスケジュールの詳しい情報を知りたい場合は、イベントやスケジュールのタイトルをカーソルで選択しクリックすることにより、詳しい情報がさらに表示される。詳しい情報は、例えばＵＲＬのアドレスでブラウジングすることが可能である。
【０１３８】
上記のカレンダーには、ユーザのスケジュールなども記入されることができる。カレンダーの表示領域がカーソルで選択されると、カレンダーの利用項目が表示される。スケジュール書込み項目を選択すると、リモートコントローラ或いは携帯端末からスケジュールを入力することが可能である。
【０１３９】
＜操作画面の移動＞
上記したガイド画像は、領域１０１の視聴画像を除いて、タッチ式の入力操作部であってかつ表示部を有する携帯端末で表示することも可能である。つまり、ＤＴＶ１００１は、通信機能を介して、上記のガイド画像とガイド画像に対応する操作信号を、携帯端末に移動させることができる。これにより、携帯端末は、ＤＴＶ１００１と通信状態を維持することができ、上記したようにガイド画像を利用してＤＴＶ１００１を操作することが可能となる。
【０１４０】
＜ＤＴＶ１００１のブロック構成例＞
図１４には一実施例に係るＤＴＶがネットワーク上で利用される場合の様子を示している。ＤＴＶ１００１において、テレビジョンとしての基本機能（テレビジョン信号受信、復調、制御信号処理、３Ｄ関連信号処理、記録、オーディオ処理、ビデオ処理及び表示機能など）は、まとめてＤＴＶ機能ブロック（又はモジュール）１４として示している。ＤＴＶ機能ブロック１４は、ＤＴＶインタフェース１５を介して、情報処理装置２２２と接続される。情報処理装置２２２は、ブラウザセクションと称してもよい。
【０１４１】
この例では、情報処理装置２２２は、クラウドアプリケーション部２３１、アプリケーション共通部２３２、ソケット部２３４を含む。この分類は、限定されるものではなく、クラウドアプリケーション部２３１が情報処理装置２２２と定義されてもよい。
【０１４２】
ソケット部２３４は、ＤＴＶインタフェース１５から見たサーバーウエブソケット、ブラウザからみたクライアントウエブサーバを含む。
【０１４３】
クラウドアプリケーション部２３１は、統括コントローラ２４１、ビュー制御部２４２、モデル２４３を含む。統括コントローラ２４１は、コマンド、インストラクションに呼応して各種のイベント処理を行う。統括コントローラ２４１はビュー制御部２４２を制御して、各種の描画処理を実現する。ビュー制御部２４２は、先に説明した画面１００内の各種画像及び制御信号を得ることができる。ビュー制御部２４２の動作に基づく前記画像及び制御信号は、例えばモデル２４３、ソケット２３４を介してＴＶ装置の表示部に画像及び制御ボタンなどとして反映される。
【０１４４】
モデル２４３は、サーバへのアクセス、サーバからの情報取得、サーバへの情報送信、ＤＴＶ操作、ＤＴＶからのデータ受け取りなどを行う。したがって、ＤＴＶからのメッセージを受け取り、サーバへ送信することができる。またサーバから受け取ったメッセージをビュー制御部２４２と共同してＤＴＶの表示部の画面に表示させることができる。サーバとしては、アプリケーションサービス用のサーバ４１０、タイムクラウドサービス用のサーバ４１１、ログコレクタ用のサーバ４１２などが存在する。さらに他の各種サーバ（図示せず）が存在する。
【０１４５】
ユーザはリモートコントローラ１１を操作して、ＤＴＶ，及び情報処理装置２２２を制御することができる。リモートコントローラ１１からの操作信号は、モデレータ１２で分配される。クラウドアプリケーション部２３１用として分配されたキーイベントは、統括コントローラ２４１に入力される。またアプリケーション共通部３２３用として分配されたキーイベントは、ブラウザユーザインタフェース１３を介してアプリケーション共通部２３２に入力される。アプリケーション共通部２３２は、アプリケーション要求コマンドに応じてアプリケーションサーバ４１０に対して指定されたアプリケーションを要求することができる。アプリケーションサーバ４１０から送られたアプリケーションは、モデル２４３を介してクラウドアプリケーション部２３１に取り込まれる。ログコレクタ用のサーバ４１２は、情報処理装置２２２及び他の接続装置で使用されるログを収集することができる。
【０１４６】
図１５には、タイムクラウドサービスサーバ４００１を形成している各サーバの組織例を示している。この中に図１で示した、データファイル４００２、ファイル制御ロジック部４００３が存在する。このデータファイル４００２、ファイル制御ロジック部４００３は、以下に説明するいずれのサーバに格納されていてもよい。
【０１４７】
４２１はメタデータサーバであり、外部のデータ作成会社のデータ作成サーバ４１５から各種のメタデータを受け取ることができる。メタデータは、番組情報であり、放送チャンネル、放送時間、出演者、など番組に関する多くの情報が含まれる。メタデータは、メタデータサーバ４２１において、シーン情報、タグリスト、シーンリスト、などを作成するのに利用される。またタグリスト、シーンリスト、及びシーン情報に付随する制御情報も存在する。
【０１４８】
さらにメタデータサーバ４２１は、タグリスト作成用のサーバ４２２に対して、タグリスト及び又はシーンリストを登録することができる。また、メタデータサーバ４２１はクライアント（情報処理装置）からの要求に応じてタグリスト作成用のサーバ４２２からタグリスト及び又はシーンリストを取得し、クライアント（情報処理装置）へ提供することができる。メタデータサーバ４２１は、メタデータを用いて、シーン情報を作成し、クライアント（情報処理装置）へ送信することができる。
【０１４９】
メタデータサーバ４２１は、多くのクライアント（ユーザ）から、例えば気になるシーン情報、レコメンドデータを収集し、履歴収集サーバ４２３に転送する。履歴収集サーバ４２３は、気になるシーン情報の番組情報及び又はレコメンドデータに含まれる番組情報の統計をとる。この統計処理により、番組毎に番組情報により何回も指定されている複数のシーンの順位を決める。そして１つの番組内で前記順位の高い複数のシーンを代表シーンとし、代表シーンに対応する代表シーン情報を作成する。これにより各番組において、複数の代表シーンが決められる。代表シーン情報は、番組の名称、番組の放送日時、番組を最初から再生した場合に代表シーンの再生に移行するまでの相対時間などを含む。
【０１５０】
メタデータサーバ４２１は、クライアントからシーンプレイの要求があったときは、サーバ４２３から、要求のあった番組に関する代表シーン情報を当該クライアントへ返信することができる。
【０１５１】
図１６は、情報処理装置２２２とＤＴＶ機能ブロック１４の構成例を相互関係と共に示している。総括コントローラ２４１は、ＤＴＶ制御モジュール２４１１、ログイン識別子管理モジュール２４１２、コミュニケーションデータ管理モジュール２４１３、ログイン識別子送信モジュール２４１４を含む。
【０１５２】
ＤＴＶ制御モジュール２４１１は、ユーザ操作に基づいてＤＴＶ機能ブロック１４を制御する場合と、クラウドサービスサーバ４１１からの制御データに基づいてＴＶ各種機能ブロック１４を制御する場合とがある。ログイン識別子管理モジュール２４１２は、ログイン操作がなされて、ログイン識別子が入力されたときに、ログイン識別子の保存を制御し、家族用、個人用のログイン識別子をテーブルデータとして管理している。
【０１５３】
コミュニケーションデータ管理モジュール２４１３は、各ログイン識別子に対応して、通信データを管理する。例えば、ログインしたユーザが外部サーバをアクセスした場合、その履歴データを管理している。履歴データにはアクセス先アドレス、取引データなども含まれる。またコミュニケーションデータ管理モジュール２４１３は、クラウドサービスサーバ４１２から送られて来たデータに関して、分類・保存処理を実行し、また表示用データとして用いることもできる。
【０１５４】
ログイン識別子送信モジュール２４１４は、ログインしたログイン識別子をクラウドサービスサーバ４１２に送信する。クラウドサービスサーバ４１２は、多くのユーザからのログイン識別子を管理し、先にメニュー画面で説明したガイド画像を提供する際に利用する。
【０１５５】
ビュー制御部２４２は、デモンストレーション画像制御部２４２１、ガイド画像制御部２４２２を含む。これにより、デモンストレーション画像、ガイド画像をＤＴＶ側に提供できる。
【０１５６】
ＤＴＶ機能ブロック１４は、アンテナからの信号を受信するワンセグ受信・処理部１４１、衛星放送、地上デジタル放送を受信する受信部１４２及び復調部１４３を有する。受信部１４２及び復調部１４３は、複数のチューナを含み同時に複数のチャンネルの放送番組を受信し復調することができる。
【０１５７】
復調された複数の番組信号は、ＤＶＤ（登録商標）機器１４ＡにおいてＤＶＤフォーマットに変換されデジタルバーサタイルディスクに記録されることができ、或いはＢＤ機器１４ＢにおいてＢＤ（登録商標）フォーマットに変換されてブルーレイ（登録商標）ディスクに記録されることができる。また任意のストリームは、ハードディスクドライブ１４Ｃにてハードディスクに記録されることができる。
【０１５８】
ＤＶＤ機器１４Ａ、ＢＤ機器１４Ｂ及びハードディスクドライブ１４Ｃは、ホーム・ネットワーク接続部１４８を介してＤＴＶ機能ブロック１４に接続されている。ハードディスクドライブ１４Ｃは、ＵＳＢケーブルを介して接続されるタイプであってもよい。ハードディスクドライブ１４Ｃは、複数のチャンネル（例えば設定した６チャンネル）の全番組を例えば、同時録画し、例えば１週間乃至３週間程度、録画できる方式のものであってもよい。この種の機能はタイムシフト機能と称される場合もある。またハードディスクドライブが増設されるように構成されてもよい。
【０１５９】
このネットワーク接続機器及び記録番組情報は、ＴＶコントローラ１４０にて把握され、情報処理装置を介してクラウドサービスサーバ４１２に送信されることもできる。この場合、クラウドサービスサーバ４１２は、ユーザの家庭内のネットワーク接続機器及び記録番組情報を把握できる。したがって、シーンリスト情報に基づいて、各種のシーンが再生される場合、クラウドサービスサーバ４１２は、前記各種のシーンが記録されている家庭内の接続機器まで指定することも可能である。
【０１６０】
ＤＴＶ機能ブロック１４内において、復調された番組信号、或いはＤＶＤ，ＢＤ或いはＨＤ（ハードディスク）などの記録媒体から再生された番組信号は、信号処理部１４４にて各種調整（輝度調整、色調整など）が行われ出力部１４５を介して表示部の画面１００に表示される。
【０１６１】
ＤＴＶ機能ブロック１４は、電源回路１４６を含み、電源回路１４６は商用電源使用状態、バッテリー１４７の使用状態のいずれにも任意に切換ることができる。この電源使用状態の切換は、利用者がリモートコントローラ操作により強制的に行う場合と、外部情報に基づいて、自動的に実施される場合とを含む。
【０１６２】
クラウドサービスサーバ４１１は、自動的にＴＶ装置を３Ｄ処理状態に切り換える制御信号を送信することができる。さらには、クラウドサービスサーバ４１１は、シーンに応じたオーディオ制御信号及び又はオーディオ信号をＴＶ装置に送信することができる。さらにまた、シーンに応じて、クラウドサービスサーバ４１１は、画像の調整データを拡張連鎖データに含めて送信することができる。
【０１６３】
ＤＴＶ機能ブロック１４は、近距離無線送受信部１４９を含む。近距離無線送受信部１４９を介して、携帯端末とのデータ送受信が可能である。携帯端末は、ＤＴＶ機能ブロック１４に操作画像を要求することができる。ＤＴＶ機能ブロック１４は、操作画像が要求された場合、ガイド画像を携帯端末に送信することができる。ユーザは、携帯端末のガイド画像を利用して上記情報処理装置を制御することができる。
【０１６４】
またユーザは、ガイド画像を利用して携帯端末をネットワークと接続することができる。これにより、携帯端末とクラウドサービスサーバの通信状態を得ることができる。
【０１６５】
ＤＴＶ機能ブロック１４は、上記したクラウドサービスサーバ４１２から送られてきた制御データをチェックし、自動的に動作状態として反映することができる。
【０１６６】
したがって、上記のシステムによると、基本的には、情報処理装置は、ユーザの第１の操作信号に応答してネットワーク接続部を介してサーバにトリガとなるデータ（シーン情報キー、シーンリストキー、シーンプレイキーに対応した制御信号）を送信する。次に前記トリガデータに基づいて返信された拡張連鎖データを取得し、前記拡張連鎖データに含まれる自動制御用の第1の制御信号（インストラクション）と、ユーザの第２の操作信号に応答する第２の制御信号（インストラクション）を分類保存する。保存は統括コントローラ或いはモデルで保存される。そして前記第1の制御信号（インストラクション）に基づき自律動作し、及びまたは、第２の制御信号（インストラクション）に基づき他律動作することができる。
【０１６７】
自律動作とは、自動的に動作することであり、例えば領域１０６の表示画像を得ること、及びＤＴＶ機能ブロック１４を制御することである。他律動作とは、ユーザの操作を待ち、ユーザからの第２の操作信号が入力したときに、当該第２の操作信号に応答することである。
【０１６８】
この動作は、「問い合わせデータ」に対して応答する動作、タグリスト選択に応答する動作、シーンリスト選択に応答する動作などである。さらに拡張連鎖データには表示するための表示用データも含まれている。この表示用データは、各種のメッセージや、アルバムなどが含まれる。またタイムクラウドサービスサーバ４１１から節電指令が送られてきたとき、本ＤＴＶ機能ブロック１４は、節電動作を実行することができる。節電動作とは、例えばフルセグ受信状態からワンセグ受信状態への切換、あるいは表示部の表示領域の縮小、商用電源使用からバッテリー使用への切換を行うことである。
【０１６９】
またＤＴＶ機能ブロック１４は、領域１０１の動画像の領域の輝度が他の領域の輝度より高い状態に制御することができる。つまり領域１０２−１０４のガイド画像の輝度を領域１０１の動画像よりも低くし、動画像を見やすくすることができる。ただし、何らかの操作のために、カーソルがポイントしたガイド画像は、その輝度を明るく制御することができる。
【０１７０】
図１７、図１８は、ファイル制御ロジック部４００３内において他の動作例を説明するために示したフローチャートである。このフローチャートも先に説明した実施形態と組み合わせされて動作してもよい。
【０１７１】
図１７は、視聴者に対して「問い合わせデータ」を送信する際に、視聴者を特定するための他の例を示している。上記したように、ＤＴＶ１００１がクラウドサーバ４００１にログインした場合、視聴者がどのようなチャンネルのどの番組を視聴しているかは、ＤＴＶ１００１からクラウドサーバ４００１に通知されることができる。
【０１７２】
このために、クラウドサーバ４００１は、どの番組をどの視聴者が視聴したか、また、番組の第１話、第２話を視聴したか否かを含むデータファイルを構築することができる。またクラウドサーバ４００１は、どの番組をどの視聴者が視聴しているかを把握することができる。
【０１７３】
データベースＳＣ０には、ログイン操作のとき発生したログインデータに基いて特定された視聴者の識別データと、当該視聴者が視聴した番組の識別データが格納されている。さらに、データベースＳＣ０には、番組が連続ドラマであった場合、前記視聴者が第１話、第２話、・・・を視聴したか否かを示すデータも含まれる。
【０１７４】
サービスサーバ４００１は、前記番組の「問い合わせデータ」を出力し、「応答データ」を待つことになる（ステップＳＣ２，ＳＣ３）。「応答データ」が受信された後は、「応答データ」を解析し、テーマ（例えばアンケート調査）の目的が達成されたかどうかの判断が行われる（ステップＳＣ４，ＳＣ５）。
【０１７５】
目的達成が不十分であれば、テーマに応じた次の処理が決定され、「応答データ」の待ち状態となる（ステップＳＣ６）。テーマに応じた次の処理とは、例えば、再度同じ視聴者に次の質問を行う、及びまたは、新規視聴者に最初の「問い合わせデータ」を送信するなどである。
【０１７６】
ＤＴＶ１００１は、タイムシフト録画機能を有する。タイムシフト録画機能は、例えば設定した６チャンネルの全番組を、同時録画し、例えば１週間乃至３週間程度、ハードディスクに録画できる。
【０１７７】
従って、ユーザが、過去の番組をハードディスクから再生したとき、先の「問い合わせデータ」が例えば字幕データとして表示されることがある。
【０１７８】
ここでユーザが、過去の番組における「問い合わせデータ」に応答するケースもある。このようなケースに対応して、クラウドサービスサーバ４００１は、図１８に示すような動作を実行してもよい。
【０１７９】
「応答データ」を待つまでのステップは、図１７の場合と同じである。「応答データ」が受信された場合（ステップＳＤ１１）、この「応答データ」は、リアルタイム応答であるのかどうかの判断がなされる（ステップＳＤ１２）。リアルタイム応答とは、例えば、番組の放送時間帯内、若しくは放送時間帯の例えば１時間以内（この時間は限定されるものではない）である。
【０１８０】
「応答データ」が、リアルタイム応答のものでない場合は、視聴者はタイムシフト録画した番組を視聴したものであると判断できる（ステップＳＤ１５）。このような場合、視聴者は番組に関心が高いものと判断可能である（ステップＳＤ１６）。
【０１８１】
ステップＳＤ１３では、「問い合わせデータ」の送信から「応答データ」が返信され受信されるまでの応答遅延時間に応じて、ターゲット応答（視聴者）の分類が行われる。つまり、リアルタイムで応答した視聴者、タイムシフト録画番組を視聴した後に応答した視聴者との分類が行われる。
【０１８２】
「応答データ」の解析が行われる（ステップＳＣ４）。解析結果が目的を達成しているかどうかの判定がなされる（ステップＳＣ５）。
【０１８３】
目的が達成されていない場合は、テーマに応じて次の処理が決定される（ステップＳＣ６）。この場合、ステップＳＤ１３で分類されているターゲット視聴者に応じて、次の「問い合わせデータ」の送信タイミングや、内容、「問い合わせデータ」を多重する番組が、変更或いは切り替えられても良い。
【０１８４】
これは、例えば、リアルタイム応答した視聴者（リアルタイム応答者）と、タイムシフト録画番組に基いて応答した視聴者（遅延応答者）とは、番組視聴時間帯が異なる可能性があるからである。
【０１８５】
上記した応答遅延時間の分類、つまりターゲット応答（視聴者）の分類は、さらに細かい区切りで分類されてもよい。リアルタイム放送から１０分以内に「応答データ」の返信があった場合、返信した視聴者は、番組に対する関心が高いことが予測される。
【０１８６】
上記したファイル制御ロジックは、以下のようにまとめて記載してもよい。
【０１８７】
例えば、ファイル制御ロジックは、ログイン操作によりテレビジョン受信機が接続されるサービスサーバに設けられる。そしてファイル制御ロジック部は、ログインデータに基いて視聴者が視聴した番組と前記視聴者とを関連付けて構築されたデータファイルをアクセスするロジックと、前記番組に関する問い合わせデータを送信する場合、前記データファイルを参照して前記番組を視聴した前記視聴者に対して前記問い合わせデータを送信するためのロジックを有する。
【０１８８】
なお上記したファイル制御ロジック部４００３の動作手順は、ソフトウエアによるプログラムで実行されてもよいし、ハードウエアにより構成されてもよい。また例えば、テーマ格納部のメモリにプログラムが格納される。依頼者は、各種のテーマ、例えば番組に関する視聴者の感想、出演者、アナウンサー、司会者などに関する視聴者の感想を容易に情報収集することができる。また、プログラムにより、情報収集のステップの途中で、情報収集のテーマ（或いは課題）を分岐させることも可能である。
【０１８９】
また、上記のファイル制御ロジック部４００３は、この名称に限定されるものではなく、制御部、制御手段、制御モジュール、制御チップ、制御プログラム部と称しても良い。したがって、ファイル制御ロジック部４００３内の各ブロックも、ロジック、モジュール、手段、部、装置、などと称されても構わないし、これらのブロックが分割、或いは組み合わせられて示されても本実施形態で説明した技術的範囲である。
【０１９０】
さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また請求項を方法として表現した場合であっても本発明の装置を適用したものである。また上記した実施形態は、地域ネットワーク上、ホームネットワーク上、ビル内ナットワーク上、及び会社内ネットワーク上などで構築されてもよい。放送設備は、ケーブルテレビジョン（ＣＡＴＶ）システム上の放送設備であってもよい。
【０１９１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１９２】
１００１・・・デジタルテレビジョン受信機（ＤＴＶ）、１００２・・・リモートコントローラ、１００３・・・パーソナルコンピュータ、１００４・・・セルホーン或いはスマートホーン、１００５・・・タブレット、２０００・・・放送設備、２００１・・・放送局、３０００・・・ネットワーク、４００１・・・サービスサーバ、４００２・・・データファイル、４００３・・・ファイル制御ロジック部。
【図１】
2015050728.tif 000003
【図２Ａ】
2015050728.tif 000004
【図２Ｂ】
2015050728.tif 000005
【図２Ｃ】
2015050728.tif 000006
【図２Ｄ】
2015050728.tif 000007
【図３】
2015050728.tif 000008
【図４】
2015050728.tif 000009
【図５】
2015050728.tif 000010
【図６】
2015050728.tif 000011
【図７】
2015050728.tif 000012
【図８】
2015050728.tif 000013
【図９】
2015050728.tif 000014
【図１０】
2015050728.tif 000015
【図１１】
2015050728.tif 000016
【図１２】
2015050728.tif 000017
【図１３】
2015050728.tif 000018
【図１４】
2015050728.tif 000019
【図１５】
2015050728.tif 000020
【図１６】
2015050728.tif 000021
【図１７】
2015050728.tif 000022
【図１８】
2015050728.tif 000023