特許 6389924 番組関連データの処理システム及びシステムの方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6389924

(24)【登録日】2018年8月24日

(45)【発行日】2018年9月12日

(54)【発明の名称】番組関連データの処理システム及びシステムの方法

(51)【国際特許分類】

   H04N 21/2668 20110101AFI20180903BHJP

   H04N 21/258 20110101ALI20180903BHJP

   H04N 21/4786 20110101ALI20180903BHJP

【ＦＩ】

   H04N21/2668

   H04N21/258

   H04N21/4786

【請求項の数】7

【全頁数】43

(21)【出願番号】特願2017-109412(P2017-109412)

(22)【出願日】2017年6月1日

(62)【分割の表示】特願2013-201427(P2013-201427)の分割

【原出願日】2013年9月27日

(65)【公開番号】特開2017-188932(P2017-188932A)

(43)【公開日】2017年10月12日

【審査請求日】2017年6月1日

(73)【特許権者】

【識別番号】000214984

【氏名又は名称】東芝映像ソリューション株式会社

(74)【代理人】

【識別番号】110001737

【氏名又は名称】特許業務法人スズエ国際特許事務所

(72)【発明者】

【氏名】永濱 健太郎

【審査官】 富樫 明

(56)【参考文献】

【文献】 特開２００４−１９３６８９（ＪＰ，Ａ）

【文献】 特開２００８−２３６４５２（ＪＰ，Ａ）

【文献】 特開２００３−２３４７０９（ＪＰ，Ａ）

【文献】 特開２００１−２８５８３５（ＪＰ，Ａ）

【文献】 特開２０１１−１１４４７９（ＪＰ，Ａ）

【文献】 特開２００２−２９０８８９（ＪＰ，Ａ）

【文献】 特開２００５−０３８２１０（ＪＰ，Ａ）

【文献】 特開２００７−２６６９４１（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００２／０１２４２４９（ＵＳ，Ａ１）

【文献】 特開２００９−０８８７７７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ２１／００−２１／８５８

(57)【特許請求の範囲】

【請求項1】

第１テレビジョン受信機において視聴された番組を識別可能な履歴データを受信する受信部と、
前記履歴データを用いて、前記第１テレビジョン受信機で視聴された番組を判定する判定部と、
前記第１テレビジョン受信機において、
第１番組が放送時間に視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第１メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の装置に送信し、
第２番組が放送時間に視聴されたと判定された場合、前記ユーザに対する第２メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
第３番組が録画された上で第１期間に視聴されたと判定された場合、前記ユーザに対する第３メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第３番組が録画された上で前記第１期間とは異なる第２期間に視聴されたと判定された場合、前記第３メッセージとは異なる前記ユーザに対する第４メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信する送信部と、
を備える番組関連データの処理システム。

【請求項2】

第１テレビジョン受信機において視聴された番組を識別可能な履歴データを受信する受信部と、
前記履歴データを用いて、前記第１テレビジョン受信機で視聴された番組を判定する判定部と、
前記第１テレビジョン受信機において、
第１番組と第２番組とが視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第１メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の装置に送信し、
第３番組と第４番組とが視聴されたと判定された場合、前記ユーザに対する第２メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
第５番組が録画された上で第１期間に視聴されたと判定された場合、前記ユーザに対する第３メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第５番組が録画された上で前記第１期間とは異なる第２期間に視聴されたと判定された場合、前記ユーザに対する前記第３メッセージとは異なる第４メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信する送信部と、
を備える番組関連データの処理システム。

【請求項3】

前記第１メッセージ乃至前記第４メッセージの少なくとも１つは、前記第１テレビジョン受信機において視聴された番組に関する、請求項１又は２に記載の番組関連データのシステム。

【請求項4】

前記第１メッセージ乃至前記第４メッセージの少なくとも１つは、前記第１テレビジョン受信機において視聴された番組の視聴者に対する問い合わせデータを含む、請求項１又は２に記載の番組関連データのシステム。

【請求項5】

サーバにおけるデータ処理方法であって、
第１テレビジョン受信機において視聴された番組を識別可能な履歴データを受信し、
前記履歴データを用いて、前記第１テレビジョン受信機で視聴された番組を判定し、
前記第１テレビジョン受信機において、
第１番組が放送時間に視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第１メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の装置に送信し、
第２番組が放送時間に視聴されたと判定された場合、前記ユーザに対する第２メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
第３番組が録画された上で第１期間に視聴されたと判定された場合、前記ユーザに対する第３メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第３番組が録画された上で前記第１期間とは異なる第２期間に視聴されたと判定された場合、前記ユーザに対する前記第３メッセージとは異なる第４メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信する、
前記サーバにおけるデータ処理方法。

【請求項6】

サーバにおけるデータ処理方法であって、
第１テレビジョン受信機において視聴された番組を識別可能な履歴データを受信し、
前記履歴データを用いて、前記第１テレビジョン受信機で視聴された番組を判定し、
前記第１テレビジョン受信機において、
第１番組と第２番組とが視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第１メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の装置に送信し、
第３番組と第４番組とが視聴されたと判定された場合、前記ユーザに対する第２メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
第５番組が録画された上で第１期間に視聴されたと判定された場合、前記ユーザに対する第３メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第５番組が録画された上で前記第１期間とは異なる第２期間に視聴されたと判定された場合、前記ユーザに対する前記第３メッセージとは異なる第４メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信する、
前記サーバにおけるデータ処理方法。

【請求項7】

第１テレビジョン受信機において視聴された番組を識別可能な履歴データを受信する受信部と、
前記履歴データを用いて、前記第１テレビジョン受信機で視聴された番組を判定する判定部と、
第１の地域に設置された前記第１テレビジョン受信機において、
第１番組が放送時間に視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第１メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の装置に送信し、
第２番組が放送時間に視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第２メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
第３番組が録画された上で第１期間に視聴されたと判定された場合、前記ユーザに対する第３メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第３番組が録画された上で前記第１期間とは異なる第２期間に視聴されたと判定された場合、前記ユーザに対する前記第３メッセージとは異なる第４メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信する送信部と、
第２の地域に設置された前記第１テレビジョン受信機において、
前記第１番組が放送時間に視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第５メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の装置に送信し、
前記第２番組が放送時間に視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第６メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第３番組が録画された上で第１期間に視聴されたと判定された場合、前記ユーザに対する第７メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第３番組が録画された上で前記第１期間とは異なる第２期間に視聴されたと判定された場合、前記ユーザに対する前記第７メッセージとは異なる第８メッセージを前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信する送信部と、
を備える番組関連データの処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

この実施形態は、番組関連データの処理システム及びシステムの方法に関する。

【背景技術】

【0002】

近年、デジタルテレビジョン受信機（ＤＴＶ）は、インターネット上のサーバとパーソナルコンピュータ及び携帯端末（セルホーン、タブレット、パーソナルアシスタントデバイス（ＰＤＡ）など）と情報交換を行う。

【0003】

ユーザは、ＤＴＶで見たコマーシャル（メーカＡの自動車）に関して、詳しく知りたい場合、携帯端末やパーソナルコンピュータでメーカＡの自動車の詳細データをブラウジングすることができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第４９８０３７１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、上記した従来の技術は、サーバ又は放送局から一方的に視聴者にデータを提供する技術である。このために、コマーシャルを提供するスポンサーは、コマーシャルを視聴する視聴者が存在するか否かを判断することなく、コマーシャル製品の詳細データをサーバ上で公開している。また、コマーシャルを視聴した視聴者がサーバをアクセスしない限り、当該視聴者にコマーシャル製品の詳細データを提供することができない。

【0006】

そこでこの発明の一実施形態の一側面は、デジタルテレビジョン受信機（ＤＴＶ）を各種のデータ収集のための有効活用や、ターゲット番組を視聴した視聴者のデータの収集、前記視聴者（ターゲット視聴者）に対して直接的に、コマーシャルの詳細データ、アナウンスデータ、問い合わせデータの送信、等のいずれかに活用できる番組関連データの処理システム及びシステムの方法を提供することを目的とする。

【課題を解決するための手段】

【0007】

実施形態によれば、第１テレビジョン受信機において視聴された番組を識別可能な履歴データを受信する受信部と、前記履歴データを用いて、前記第１テレビジョン受信機で視聴された番組を判定する判定部と、前記第１テレビジョン受信機において、
第１番組が放送時間に視聴されたと判定された場合、前記第１テレビジョン受信機のユーザに対する第１メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の装置に送信し、
第２番組が放送時間に視聴されたと判定された場合、前記ユーザに対する第２メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
第３番組が録画された上で第１期間に視聴されたと判定された場合、前記ユーザに対する第３メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信し、
前記第３番組が録画された上で前記第１期間とは異なる第２期間に視聴されたと判定された場合、前記第３メッセージとは異なる前記ユーザに対する第４メッセージを、前記第１テレビジョン受信機を含むユーザ端末グループの複数の前記装置に送信する送信部と、
を備える番組関連データの処理システムを提供する。

【図面の簡単な説明】

【0008】

【図1】実施形態が適用された通信システムの基本構成例を示す図である。

【図2】実施形態において、サービスサーバ４００１に収集されるデータの例を示す図である。

【図3】実施形態におけるサービスサーバ４００１の構成例を示すブロック図である。

【図4】図３のサービスサーバ４００１における動作例を示すフローチャートである。

【図5】図３のＤＴＶ１００１における動作例を示すフローチャートである。

【図6】図３のＤＴＶ１００１におけるさらに別の動作例を示すフローチャートである。

【図7】図３のサービスサーバ４００１におけるさらに別の動作例を示すフローチャートである。

【図8】図３のサービスサーバ４００１におけるさらにまた別の動作例を示すフローチャートである。

【図9】図３のサービスサーバ４００１で管理されるダイレクトメール要求データベースの代表的な構成例を示す図である。

【図10】図３のサービスサーバ４００１で管理される監視条件データベースの代表的な構成例を示す図である。

【図11】図１のシステムを利用したユーザが、ダイレクトメールを受けて、当該ダイレクトメールに応答し、ポイントを取得したとき代表的な例を示す図である。

【図12】一実施形態におけるＤＴＶがクラウドサービスサーバに接続され、初期のメニュー画面が表示された状態を示す図である。

【図13】一実施形態におけるＤＴＶがクラウドサービスサーバにネットワークを介して接続され、個人ＩＤによりログインしたときの画面１００の表示状態を示す図である。

【図14】一実施形態におけるＤＴＶがネットワーク上で利用される場合の様子を示す図である。

【図15】一実施形態におけるタイムクラウドサービスサーバ４００１を形成している各サーバの組織例を示す図である。

【図16】一実施形態におけるＤＴＶにおいて、情報処理装置とＤＴＶ機能ブロックの構成例を相互関係と共に示す図である。

【図17】一実施形態におけるＤＴＶの画面において、例えば、「重要システムメッセージ」のインボックスが開かれた場合の画面の例を示す図である。

【図18】一実施形態におけるＤＴＶの画面において、リモートコントローラ操作に基いて、ボタンＢ３の位置にカーソルが移動した場合の画面の例を示す図である。

【図19】一実施形態におけるＤＴＶの画面において、「お知らせ設定」項目が選択されて決定キーが押された場合の画面の例を示す図である。

【図20】一実施形態におけるＤＴＶの画面において、さらに別の操作が行われた場合の画面の例を示す図である。

【図21】一実施形態におけるＤＴＶの画面において、警告文が表示される場合の画面の例を示す図である。

【図22】ＤＭ要求入力部から配信データ等を入力する際、管理者のパーソナルコンピュータのアプリケーションが起動された際のインターフェース（画面）の一例を示す図である。

【図23】管理者のパーソナルコンピュータにおいて、「システムアナウンスメント（System Announcement）」が選択された場合、表示される画面の例を示す図である。

【図24】管理者のパーソナルコンピュータにおいて、「システムアナウンスメント（System Announcement）」が作成される場合のテンプレートが表示された例を示す図である。

【図25】管理者のパーソナルコンピュータにおいて、「システムアナウンスメント（System Announcement）」が作成される場合のテンプレートが表示されたさらなる例を示す図である。

【図26】管理者のパーソナルコンピュータにおいて、「システムアナウンスメント（System Announcement）」が作成される場合のテンプレートが表示されたさらなる例を示す図である。

【図27】管理者のパーソナルコンピュータにおいて、「マーケティングアナウンスメント（Marketing Announcement）」が選択された場合、表示される画面の例を示す図である。

【図28】管理者のパーソナルコンピュータにおいて、「マーケティングアナウンスメント（Marketing Announcement）」が作成される場合のテンプレートが表示された例を示す図である。

【図29】管理者のパーソナルコンピュータにおいて、「マーケティングアナウンスメント（Marketing Announcement）」が作成される場合のテンプレートが表示されたさらなる例を示す図である。

【図30】管理者のパーソナルコンピュータにおいて、「マーケティングアナウンスメント（Marketing Announcement）」が作成される場合のテンプレートが表示されたさらなる例を示す図である。

【図31A】サービスサーバ４００１に構築されているデータファイルの一例であり、番組に基本データが存在することを示す図である。

【図31B】サービスサーバ４００１に構築されているデータファイルの一例であり、番組とこの番組を視聴した視聴者との関係を示す図である。

【図31C】サービスサーバ４００１に構築されているデータファイルの一例であり、視聴者とこの視聴者が視聴した番組との関係を示す図である。

【図31D】サービスサーバ４００１に構築されているデータファイルの一例であり、サービスサーバが視聴者と通信を行う際に利用する視聴者アドレスを示す図である。

【図32】サービスサーバ４００１に構築されているデータファイルの一例であり、番組の基本データを具体的に示す図である。

【図33】サービスサーバ４００１において、番組と視聴者との関連付け、及び視聴者と視聴者との関連付けを行う際の一例を説明するために示した図である。

【図34】サービスサーバ４００１において、番組と番組との関連付けを行う際の一例を説明するために示した図である。

【図35】サービスサーバ４００１における動作例を説明するために示したブロック図である。

【発明を実施するための形態】

【0009】

以下、実施の形態について図面を参照して説明する。この実施形態は、一例として説明されるものであり、各部の名称、ブロック構成などが限定されるものではない。

【0010】

図１は、ユーザ端末グループを示し、このグループは、例えばデジタルテレビジョン受信機（以下ＤＴＶと略記する）１００１、リモートコントローラ１００２、携帯端末（パーソナルコンピュータ）１００３、携帯端末（セルホーン或いはスマートフォーン）１００４、携帯端末（タブレット）１００５等を含む。

【0011】

ＤＴＶ１００１は、リモートコントローラ１００２により操作されることができる。またＤＴＶ１００１は、携帯端末（例えばセルホーン或いはスマートフォーンなど、以下セルホーンとして説明する）１００４により、無線で操作されることも可能である。

【0012】

パーソナルコンピュータ１００３は、有線或いは無線により、ネットワーク３０００を介してサービスサーバ４００１に接続されることができる。セルホーン１００４、タブレット１００５は、無線によりネットワーク３０００を介してサービスサーバ４００１に接続されることができる。またＤＴＶ１００１は、所謂ネットＴＶと称されるものであり、ネットワーク３０００を介してサービスサーバ４００１に接続されることができる。

【0013】

サービスサーバ４００１は、放送設備２０００に含まれる放送局２００１と無線或いは有線で接続される。

【0014】

サービスサーバ４００１と放送設備２００は、ネットワーク３０００を介して接続されることもできる。

【0015】

放送局２００１は、放送される任意の番組に対して、サービスサーバ４００１から依頼された「アナウンスデータ（アナウンスメントデータ、或いはアナウンスメント、通知などと称しても良い）」を、例えば、前記任意の番組の放送時間帯または前記放送時間帯の前或いは後の一定時間後の時間帯に、前記任意の番組と同じチャンネルで送信することができる。

【0016】

サービスサーバ４００１はクラウドサーバ或いは単にサーバと称されてもよい。また他のサーバと連携していてもよい。またＤＴＶ１００１は、クライアントと称されてもよい。

【0017】

上記した「アナウンスデータ」のタイプとは、後で説明するように、システムアナウンスメント（ＳＭ）、マーケティングアナウンスメント（ＭＡ）がある。

【0018】

システムアナウンスメント（ＳＭ）は、サービスサーバ４００１から、公式に全てのＤＴＶ或いは一部のＤＴＶに対して、送信されるメッセージを含む。メッセージの内容は、例えばメンテナンス情報、トラブルレポート、などである。システムアナウンスメント（ＳＭ）の信号は、サービスサーバ４００１から、放送回線を介して送信される。

【0019】

一方、マーケティングアナウンスメント（ＭＡ）は、特定された視聴者に対して、広告を配信するためのメッセージを含み、ネットワーク回線を介してＥメールとして送信される。

【0020】

サービスサーバ４００１は、監視条件処理部４３０１、メール配信処理部４４０１を含む。監視条件処理部４３０１は、ネットワーク３０００を介して、ＤＴＶ１００１に監視条件リストを送信する。

【0021】

監視条件リストは、ＤＴＶ１００１に保存される。監視条件リストは、例えばチャンネル、番組ＩＤ（ターゲット番組名、或いは所定の番組と称しても良い）、放送時間帯などの監視条件データを含む。ＤＴＶ１００１は、ある番組が視聴されたとき、この番組に関する監視条件データが、監視条件リストに含まれるか否かを判定する。もし、視聴した番組（所定の番組）に関する監視条件データが、監視条件リストに含まれていた場合、監視結果データを、サービスサーバ４００１にネットワーク３０００を介して報告する。監視結果データは、ＤＴＶ１００１において、所定の番組（ターゲット番組）が視聴されたことを示している。

【0022】

監視結果データの送信タイミングは、各種の実施形態がある。例えば、番組に関する監視条件データが、監視条件リストに含まれるか否かを判定した直後、或いは、判定後、一定時間経過後（例えば番組が終了した時間）、である。また、判定する条件として、番組が一定時間以上（例えば２０分以上）継続して視聴されたときに判定が実行されてもよい。

【0023】

サービスサーバ４００１のメール配信処理部４４０１は、監視結果データを解析する。
この例では、メール配信処理部４４０１は、ＤＴＶ１００１において、所定の番組が視聴されたことを確定したものとする。すると、メール配信処理部４４０１は、ＤＴＶ１００１に関連して登録されている端末のＥメールアドレスを用いて、パーソナルコンピュータ１００３、又はセルホーン１００４、又はタブレット１００５にマーケティングアナウンスメント（ＭＡ）を送信することができる。

【0024】

マーケティングアナウンスメント（ＭＡ）のメッセージの内容は、例えばスポンサーデータ処理サーバ４５０１からのデータにより指定されている。

【0025】

ターゲット番組を視聴した視聴者は、パーソナルコンピュータ１００３、セルホーン１００４或いはタブレット１００５により、視聴したターゲット番組に関するマーケティングアナウンスメント（ＭＡ）を受け取ることができる。ターゲット番組を視聴した視聴者は、ターゲット視聴者と称されてもよい。

【0026】

上記したように、メール配信処理部４４０１は、監視結果データを解析して、ターゲット視聴者を特定したので、ターゲット視聴者は、非常に高い確率で、ターゲット番組を視聴していると推定される。

【0027】

ターゲット視聴者は、パーソナルコンピュータ１００３、セルホーン１００４或いはタブレット１００５を操作することによりネットワーク３０００を介して「応答データ」をサービスサーバ４００１へ送信することができる。

【0028】

「応答データ」を送信するために必要なアドレスは、「返信」操作により特定されてもよいし、パーソナルコンピュータ１００３、セルホーン１００４、及びタブレット１００４に予め記憶されていてもよい。

【0029】

または、ＤＴＶ１００１のスクリーン上に、「アナウンス」とともに、応答データの送信先であるアドレスを含むＱＲコード（登録商標）が表示されることもできる。カメラを搭載しているセルホーン１００４及び又はタブレット１００４は、ＱＲコードを読み取ることで、自動的に応答データの送信先（アドレス）が設定されることができる。送信先のアドレスは、ユーザが手動により送信端末に入力してもよいことは勿論である。

【0030】

また、「応答データ」は、ユーザがリモートコントローラ１００２を操作することによりＤＴＶ１００１に入力され、ＤＴＶ１００１からネットワーク３０００を介してサービスサーバ４００１に送信されてもよい。

【0031】

上記したように、監視条件処理部４３０１から、ターゲット番組の関連データを含む監視条件リストが、多くの視聴者、或いは予め設定した受信者条件を満たす視聴者に配信される。ＤＴＶ１００１は、ターゲット番組が視聴された場合は、ネットワーク３０００を介して、監視結果データをメール配信処理部４４０１に送信する。

【0032】

この結果、メール配信処理部４４０１は、所定の番組（ターゲット番組）が視聴されたＤＴＶを正確に把握することができる。そして、メール配信処理部４４０１は、ＤＴＶ１００１に関連して登録されているＥメールアドレスを用いて、所定の番組を視聴した確実な視聴者（ターゲット視聴者）に対してＥメールを送信することができる。したがって、Ｅメールの配信処理が効率的であり、無駄がない。「応答データ」の収集割合が高くなる。

【0033】

即ち、事前に監視条件（例えば、・・時・・分にチャンネルＡを視聴したユーザなど）を決めておき、ＤＴＶ側でその条件に該当すると判断した場合に、サーバに対して通知を上げる。これにより、サービスサーバは、実際にその番組を視聴したユーザに対してだけアンケートや広告を通知することが可能となる。したがって、アンケートに対する信頼性の向上が期待でき、またユーザに対しても全く視聴していない番組に関するアンケートや広告が送られるという煩わしさを解消することができる。

【0034】

図２には、サービスサーバ４００１に、ＤＴＶ１００３ａ、１００３ｂ、１００３ｃ、・・・・・からの監視結果データが収集された状態を模式的に示している。この例では、サーバ４４０１のデータベースのデータが、例えばターゲット番組Ａを視聴した視聴者ａ１，ａ２，ａ３，・・・・が存在することを示し、また、ターゲット番組Ｂを視聴した視聴者ｂ１，ｂ２，ｂ３，・・・・が存在することを示している。このように、サービスサーバ４００１のメール配信処理部４４０１は、所定の番組（ターゲット番組）が視聴されたＤＴＶ（視聴したターゲット視聴者）を正確に把握することができる。

【0035】

図３は、サービスサーバ４００１の内部の構成例を示している。

【0036】

サービスサーバ４００１には、ユーザインターフェースとしてダイレクトメール（ＤＭ）要求入力部４３１１が設けられている。

【0037】

ＤＭ要求入力部４３１１は、例えば図１のスポンサーデータ処理サーバ４５０１からのデータを受け取ってもよい。或いは、ＤＭ要求入力部４３１１には、直接、ユーザ、或いはメッセージ管理者が、パーソナルコンピュータなどから配信データを入力することもできる。

【0038】

配信データは、受信者条件データ（例えばＤＭとしてのメッセージ本文、受信者の特定（或いは指定）データを含む）、監視条件データ（ターゲット番組の識別データ（ＩＤ）、放送開始時間、放送終了時間などを含む）、などである。ＤＭ要求入力部４３１１は、ＨＴＭＬ言語で記述されたＷｅｂサイト用インターフェースであってもよい。

【0039】

ＤＭ要求入力部４３１１から入力された配信データの例えばメール本文は、ＤＭ要求制御モジュール４３１２の制御に基いて、ＤＭ要求データベース部４３１３に格納される。この場合、メール本文（ダイレクトメール）に対して、ユーザ条件を付加することができる。ユーザ条件は、例えば視聴者全員、男性の視聴者、女性視聴者、特定の指定された視聴者（例えば会員登録している視聴者）、或いは、特定の地域の視聴者の何れか、または、これらを組み合わせたデータを含む。

【0040】

また、それぞれのメール本文に対して、リクエストＩＤが自動的に付加され、またタイトルを付加することもできる。さらにまたメール本文に対して、監視すべき開始時間、監視すべき終了時間、監視すべきチャンネルなどが付加されている。

【0041】

さらにメール本文に対しては、番組放送時間などに同期するように配信すべき時間情報も付加されることができる。

【0042】

また配信データに含まれるターゲット番組に関するデータ（放送開始時間、放送終了時間、放送チャンネル、・・・その他、番組名など）は、ＤＭ要求制御モジュール４３１２から、「監視条件」として監視条件制御モジュール４３１４に送られる。監視条件には、自動的に監視ＩＤも付加される。

【0043】

監視条件制御モジュール４３１４は、監視条件データから、監視条件リストを生成する。監視条件リストとしては、例えば、監視時間（放送開始時間、放送終了時間）、監視チャンネル（放送チャンネル）が１つのセットとされ、監視時間及びまたは監視チャンネルを変更して、複数のセットが生成されてもよい。

【0044】

また監視条件制御モジュール４３１４は、監視条件のデータのリストを、監視条件データベース４３１５に格納する。

【0045】

また、監視条件リストは、一定期間ごとに更新されてもよい。つまり、監視条件リストは、放送番組が終了した場合は、無意味なデータとなる場合があるからである。

【0046】

監視条件リストは、監視条件インターフェース４１３６、ネットワークを介して、多数のＤＴＶに送信される。

【0047】

ＤＴＶから、監視結果データが送信されてきた場合、監視結果データは、監視条件インターフェース４１３６で受け取られる。監視条件制御モジュール４３１４は、受信された監視結果データを、ＤＭ送信制御モジュール４４１１に転送する。また、監視条件制御モジュール４３１４は、受信された監視結果データに基いて、ターゲット番組の監視条件に対して、視聴者データを追記する。

【0048】

これにより、監視条件データベース４３１５内で、ターゲット番組と、該ターゲット番組を視聴したターゲット視聴者とが組み合わせされる。

【0049】

なおターゲット視聴者がＤＴＶ１００１の特別の操作を行うことにより、ＤＴＶ１００１ダイレクトメール受信拒否データを、サービスサーバ４００１へ送信することもできる。

【0050】

次にＤＭ配信時間になったときのサービスサーバ４００１の動作が説明される。ＤＭ配信時間は、ターゲット番組の放送時間の終了後の例えば５分乃至３０分の間、或いはターゲット番組の放送時間中であって、ターゲットコマーシャルが放送された後の例えば５分乃至３０分の間に設定される。

【0051】

ＤＭ配信時間の前になると、ＤＭ要求制御モジュール４３１２が、ＤＭ送信制御モジュール４４１１に対して、ダイレクトメール（Ｅメール）の発行依頼を通知する。このときは、ターゲット番組が特定されている。

【0052】

ＤＭ送信制御モジュール４４１１は、監視条件制御モジュール４３１４を介して、監視条件データデータベース４３１５から、Ｅメールを送信すべくターゲット視聴者を特定する。

【0053】

またＤＭ送信制御モジュール４４１１は、ターゲット視聴者に対して通知すべくＤＭ内容を、ＤＭ要求データベース４３１３から取得する。さらに、ＤＭ送信制御モジュール４４１１は、ターゲット視聴者のパーソナルコンピュータ１００３又はセルホーン１００４又はタブレット１００５のアドレスをユーザデータベース４４１２から取得する。

【0054】

従って、ＤＭ送信制御モジュール４４１１は、ＤＭを送信すべき宛先、ＤＭの内容、ＤＭを送信する時間を特定し、送信データをＤＭ送信モジュール４４１３にセットすることができる。これにより、効率的にターゲット視聴者の端末機器に対して、ＤＭが送信されることができる。

【0055】

上記したように、監視条件処理部４３０１は、例えば第１デジタルテレビジョン受信機１００１において第１番組が視聴されたことを識別可能な第１データを受信する受信部４３０１として機能する。またメール配信処理部４４０１は、前記第１データを用いて、前記第１デジタルテレビジョン受信機に関連して登録されている第１端末を宛先とする、前記第１番組に関係する情報を含むメールを送信する送信部４４０１として機能する。

【0056】

図４は、サービスサーバ４００１において、メッセージ管理者が、ＤＭとしてのメッセージ本文と、受信者条件データ（受信者の特定（或いは指定）データを含む）を入力するステップＳＡ１，ＳＡ２とを示している。また、図４は、メッセージ管理者が、監視条件データ（ターゲット番組の識別データ（ＩＤ）、放送開始時間、放送終了時間などを含む）を入力した場合、この時間データから監視タイミングが生成されるステップＳＡ３，ＳＡ４を示している。監視条件データは、監視条件データベース４３１５に保存される。

【0057】

さらにまた、ステップＳＡ５は、監視条件制御モジュール４３１４が、監視条件データから、複数の番組に関する監視条件リストを生成することを示している。

【0058】

図５は、ＤＴＶ１００１が、サービスサーバ４００１から監視条件リストを取得する動作を示すフローチャートである。例えば前回の監視条件リストを取得した時間から一定時間が経過すると、ＤＴＶ１００１の制御部によりネットワーク接続機能が起動し、サービスサーバ４００１をアクセスする（ステップＳＢ１）。次に、制御部は、サービスサーバ４００１から監視条件リストを取得する（ステップＳＢ２）。次に制御部は、監視条件リストを解析して、最も早い時点の監視タイミングをタイマーセットする。つまり、監視条件リストに含まれている放送番組のうち最も早い時点で放送される番組が、視聴されるか否かを判定するために、制御部は監視タイミングをタイマーセットする（ステップＳＢ３）。

【0059】

図６は、現在時刻が、タイマーセットされた時間に到達したとき、ＤＴＶ１００１がとり得る動作を示している。ＤＴＶ１００１の制御部は、タイマーイベントを受信する（（ステップＳＣ１）。すると制御部は、現在ユーザが視聴しているチャンネル情報を取得する（ステップＳＣ２）。そして制御部は、取得したチャンネル情報が、監視条件に含まれるか否かを判定する（ステップＳＣ３）。取得したチャンネル情報が、監視条件に含まれる場合、制御部は、サービスサーバ４００１へ監視条件が一致したことを通知する、つまり監視結果データをサービスサーバ４００１へ送信する（ステップＳＣ４）。この送信の後、制御部は、次の監視タイミングにタイマーをセットする（ステップＳＣ５）。

【0060】

図７は、サービスサーバ４００１がＤＴＶ１００１（クライアント）から監視結果データを受信した際の動作を示している。監視結果データを受信すると（ステップＳＤ１）、監視条件制御モジュール４３１４は、受信された監視結果データに基いて、監視条件データベース４３５１内のターゲット番組の監視条件に対して、視聴者データ（ユーザＩＤ）を追記する（ステップＳＤ２）。これにより、監視条件データベース４３５１内で、ターゲット番組と、該ターゲット番組を視聴したターゲット視聴者（ユーザＩＤ）とが組み合わせされる。

【0061】

図８は、サービスサーバ４００１から、ターゲット視聴者に対してＤＭが配信される際の動作を示している。

【0062】

ＤＭ配信のために、一定時間の処理間隔が設定されている（ステップＳＥ１）。処理時間になると、ＤＭ要求制御モジュール４３１２が、ＤＭ送信制御モジュール４４１１に対して、ダイレクトメール（Ｅメール）の発行依頼を通知する。

【0063】

次に、ＤＭ要求データベース４３１３内に送信開始時間を超過した未送信データメッセージが有るか無いかの判断がなされる（ステップＳＥ２）。

【0064】

送信開始時間を超過した未送信データメッセージが有る場合、監視条件データベース４３１５から、未送信データメッセージに対応するユーザＩＤ（ターゲット視聴者）を特定する（ステップＳＥ３）。また、このユーザＩＤに対応するユーザは、ＤＭの受信を許可しているかどうかを判断する（ステップＳＥ４）。ユーザが、ＤＭの受信を許可している場合、サービスサーバ４００１は、特定したターゲット視聴者に対してダイレクトメールを送信する（ステップＳＥ５）。

【0065】

図９は、ＤＭ要求データベース４３１３に格納されているデータベースのフォーマットの一例を示す図である。

【0066】

図１０は、監視条件データベース４３１５に格納されるデータベースフォーマットの一例を示す図である。視聴ユーザＩＤは、ターゲット番組を視聴したターゲット視聴者の識別データ（ＩＤ）である。

【0067】

監視条件データは、サービスサーバ４００１にて作成された監視条件の設定（フィルタリング）に基いて、作成されている。監視条件は、チャンネルコード、放送番組の放送時間帯のみならず、出演者、ジャンル、コマーシャルデータ、字幕データなどの指定が含まれていてもよい。ＤＴＶは、出演者、ジャンルなどのデータを番組情報（ＥＰＧデータ）から取得することができる。

【0068】

上記したように、実施形態は、サーバにおいて、デジタルテレビジョン受信機において所定の番組が視聴されたことを示す結果データを、前記デジタルテレビジョン受信機から受信し、取得した前記結果データに基いて、前記結果データを出力した前記デジタルテレビジョン受信機に関連して登録されている端末を特定し、前記特定された端末に対して、前記所定の番組に関係する問い合わせデータを含むメールを配信する、ことができる。

【0069】

問い合わせデータとしては、問い合わせに応答した場合、何らかの特典があることを意味するメッセージを含む。特典は、例えば商品券、サービスポイントなどである。また問い合わせデータは、所定の番組の基本データに関する問い合わせである。例えば、問い合わせデータは、コマーシャル（ＣＭ）商品に関する視聴者の興味、所定の番組に関する感想、所定の番組の出演者に関する興味、所定の番組で利用された道具、衣装、などについて、問い合わせている。

【0070】

前記監視条件処理部４３０１は、少なくとも前記デジタルテレビジョン受信機に対して、監視条件データを含む監視条件リストを送信する。ここで前記監視条件データは、前記デジタルテレビジョン受信機で視聴された番組が所定の条件を満たすか否かを判定し前記結果データを得るためのデータである。

【0071】

また前記監視条件データは、前記所定の条件を得るために複数のフィルタリング要素を含む、ことができる。さらに前記監視条件データは、前記所定の番組の番組識別データ、前記所定の番組のチャンネルコード、前記所定の番組の放送時間帯を含むことができる。

【0072】

さらにまた前記監視条件データは、前記所定の番組に対して複数のチャンネルコードを含むことができる。前記特定された端末１００３−１００５のアドレスは、前記デジタルテレビジョン受信機から送信されたアドレスである。

【0073】

図３に示した構成ブロックの動作は、ソフトウエアにもとづきコンピュータにより実行されてもよい。実施形態は、サーバにおいて、コンピュータが、デジタルテレビジョン受信機において所定の番組が視聴されたことを示す結果データを、前記デジタルテレビジョン受信機から受信することを実行するためのコードと、コンピュータが取得した前記結果データに基いて、前記結果データを出力した前記デジタルテレビジョン受信機に関連して登録されている端末を特定し、前記特定された端末に対して、前記所定の番組に関係する問い合わせデータを含むメールを配信することを実行するためのコードを、含むことができる。またこれらのコードがコンピュータ読み取り可能な記録媒体に格納されていてもよい。

【0074】

図１１は、上記したシステムが利用されるときのイベントの時間的経過を示している。視聴者は、ターゲット番組を視聴したとき、ダイレクトメールを携帯端末（ＰＣまたはスマートフォーン）で受信することができる（イベントＳＦ１）。画面上のダイレクトメールには、例えば、「もしこの質問に応答した場合、サービスポイント０．５＄分を得られます」などの記載がされ、応答ボタンを押した場合、例えば「なぜこの番組を視聴した？」、「この番組をどうのように感じた？」などの質問が現れる（イベントＳＦ２）。そこで、ユーザがこの質問に答えて、例えばサービスサーバへ返信を行った場合、ユーザは、サービスポイントを得ることができる（イベントＳＦ３）（イベントＳＦ４）。

【0075】

＜ＤＴＶの詳細例とサービスサーバとの関係＞
図１２は、ＤＴＶ１００１がクラウドサービスサーバ４００１に接続され、初期のメニュー画面１００が表示された状態を示している。

【0076】

表示領域１０２には、家族や友達からの通知、及びレコメンドデータを受け取るための、各種送受信箱用のガイド画像が表示される。送受信箱としては、アウトルック、メール、メッセージ、レコメンドデータ用などがある。各送受信箱を表す画面枠に対しては、固有名を付加することが可能であり、また画像ファイルの中から好きな画像を選択してガイド画像として付加することも可能である。

【0077】

メッセージやレコメンドデータが、送受信箱に到着している場合、対応するガイド画像には、例えば丸印が付加されるか、フレーム枠の色が変化、或いはフレーム枠の輝度が繰り返し変化するなどして表示される。複数のレコメンドデータが送受信箱に到着している場合、複数の丸印が対応するガイド画像に付加されて表示されてもよいし、またはフレーム上にレコメンドデータの到着数が記述されてもよい。

【0078】

上記の送受信箱（表示領域１０２の状態）は、例えば家族間の通信、家族の構成員と友達との間の通信などに利用可能である。友人や遠隔に住む兄弟からアルバム集が送信されてくる場合もある。また、友人からレコマンドデータが送信されてくる場合もある。レコメンドデータとしては、例えばお勧め番組情報、お勧めショッピング情報などがある。またお勧めシーン、お勧め出演者などの情報もある。

【0079】

さらに機能系の複数のガイド画像が、領域１０１の下側の領域１０４に表示される。機能系のガイド画像は、領域１０１に表示されている再生画像に関連してユーザがこのＤＴＶ１００１を操作する場合に利用される。このガイド画像は、例えば、領域１０１に表示されている再生画像に関連したコミュニケーションが、視聴者（ユーザ）と外部サーバ（他のユーザ）との間で行われる場合に、利用されることができる。

【0080】

＜表示領域１０２のガイド画像の利用例＞
ユーザは例えばリモートコントローラ（携帯端末がリモートコントローラ機能を有する場合もある）を操作し、所望のガイド画像（例えば母親から子供へのメッセージ用のガイド画像）にカーソルを合わせることができる。ガイド画像は操作ボタンと称されても良い。カーソルは例えばガイド画像を囲むフレームとして表示される。カーソルが所望のガイド画像上に位置しているとき、リモートコントローラの決定ボタンが押される（クリックされる）と、ガイド画像に対応した送受信箱が開かれ、例えばメッセージが表示される。メッセージは、例えば領域１０２の全体或いは半分が利用されることができる。

【0081】

また、ユーザはリモートコントローラを操作し、レコメンドデータの送受信箱を開くこともできる。レコメンドデータは、例えば友人から送られてきたお勧め番組を示すお勧め番組情報、或いはお勧めショッピング情報である場合がある。このとき、ユーザがお勧め番組に興味を持ち、当該番組を視聴したいと思ったとする。このときユーザは、表示されているお勧め番組情報の選択ボタンにカーソルを合わせて決定ボタンを押すと、ＤＴＶ１００１は、自動的に当該番組の再生を開始することができる。この場合、当該番組の再生画像は、小さい画面で表示されて、次にユーザが決定ボタンを押したときに、大画面で表示されてもよい。

【0082】

送受信箱は、通信相手の送受信箱や携帯端末へメッセージを送る場合にも利用できる。お勧め番組情報は、例えば、タイトル名、或いは番組内の一部のシーン、或いは出演者名、或いは出演者の画像として表示される。お勧め番組情報には、放送チャンネル番号、放送日時、出演者プロローグなどの情報、コンテンツサーバアドレスなども含まれる。

【0083】

このときのＤＴＶ１００１が番組コンテンツを取得する方法は、ＤＴＶ１００１に接続されている記録装置を駆動して取得する第１の方法とインターネットを介してコンテンツサーバからダウンロードして取得する第２の方法がある。第１の方法においては、記録装置に記録されている番組の番組リスト検索機能が動作する。また第２の方法においては、先のお勧め番組情報に含まれるコンテンツサーバのアドレスが利用される。

【0084】

また、表示領域１０２のガイド画像を利用して、家族の構成員、或いはこのガイド画像を管理する管理器に登録されている友人に対して、メール、ショートメッセージなどを送信することも可能である。この場合の友人は家族構成員に共通の友人である。家族構成員に共通の他の家族、友人などの情報は、家族用のガイド画像を格納し、管理する家族用の管理器で認識され登録されている。

【0085】

＜表示領域１０４のガイド画像の利用例＞
例えば、現在視聴している番組（領域１０１に表示されている）のドラマにおいて、ユーザが気に入ったシーン、或いは好きな出演者が現れたシーンがあったとする。このような場合、ユーザは、リモートコントローラを操作して、レコメンドのガイド画像を選択し決定ボタンを押す。すると、ユーザが視聴している番組の番組情報がアテンション（或いはノーティス）番組情報としてサーバにアップロードされる。サーバは、このアテンション番組情報をレコメンド番組情報の作成材料、及び又は当該番組のタグリスト作成情報として利用することができる。また、サーバには多くの視聴者から種々の番組に関するアテンション番組情報が送られてくるので、サーバは、アテンション番組情報を利用して統計処理を行うことができる。統計処理を行い、人気度の高い番組順の番組情報リストを作成することができる。

【0086】

またユーザは、リモートコントローラを操作して、コメント用のガイド画像を選択し決定ボタンを押すことができる。すると、ユーザが視聴している番組（領域１０１に表示されている番組画像）に関してショートメッセージを入力する画面が現れ、メッセージを入力することができる。メッセージは例えば、リモートコントローラ或いは携帯端末のキーボードディスプレイから入力することができる。

【0087】

図１３は、ＤＴＶ１００１が、クラウドサービスサーバにネットワークを介して接続され、個人ＩＤによりログインしたときの画面１００の表示状態を示している。この画面１００では、領域１０１と領域１０３との間に友達とのコミュニケーションを図るためのガイド画像の表示領域１０６が得られる。この表示領域１０６には例えば３つのタイプのガイド画像が存在する。上段のガイド画像（Check-in to Program）には、現在ユーザが視聴している番組を同時に視聴している他人（友達）のリストが、表示される。中段のガイド画像（Currently friends online）には、ＤＴＶ１００１がネットワークに接続されているが、ユーザが視聴している番組とは異なる番組を視聴している他人（友達）のリストが表示される。下段のガイド画像（Friends）には、ＤＴＶ１００１が接続されていない他人（友達）のリストが表示される。ＤＴＶ１００１がログインしているときの状態は、定期的にサーバへ送信される。従って、サーバは、ネットワークに非接続状態にあるユーザ（ＤＴＶ）と、接続状態にあるユーザ（ＤＴＶ）と、接続状態にありかつ同じ番組を視聴しているユーザ（ＤＴＶ）とを識別することができる。つまり、サーバは、複数のユーザのステイタスを監視し、各ユーザに対して、ステイタスを報告している。このためにＤＴＶ１００１は、表示領域１０６に示すような３つのタイプのガイド画像を提示することができる。なお友達同士が関連付けられているのは、サーバの友人登録簿にそれぞれのユーザが友人を登録することにより、達成されている。

【0088】

＜表示領域１０６のガイド画像の利用例＞
例えば、現在視聴している番組のドラマにおいて、友達Ａの息子Ｂが出演している場合、ユーザは、このことを友達Ａ或いはその家族に知らせたい場合がある。また友達Ａが迷子の犬Ｃを捜しているとき、ユーザが迷子の犬Ｃのニュースを視聴したとき、このことを友達Ａやその家族に知らせたい場合がある。このような場合、ユーザは領域１０６に表示されているガイド画像を利用することができる。

【0089】

ユーザはリモートコントローラを操作し、カーソルにより所望の友達が表示されているガイド画像を選択し、決定ボタンを押すことができる。すると、選択された友達にメッセージを送ることができる画面に移行することができる。

【0090】

上記のコミュニケーションは、表示領域１０２に表示されているレコメンドやメッセージが記載されているガイド画像を利用することもできる。ユーザはリモートコントローラを操作し、カーソルにより所望の画像が表示されているガイド画像を選択し、決定ボタンを押すことができる。すると、選択した画像の送受信箱に登録されている家族或いは人物に当てたメッセージを送信することもできる。表示領域１０６のガイド画像は主としてプライベートなコミュニケーション用として利用できる。

【0091】

＜表示領域１０３のガイド画像の利用例＞
このガイド画像には、カレンダーが表示されると共に、当日のイベントやスケジュールのタイトルが簡単に表示される。ユーザが、イベントやスケジュールの詳しい情報を知りたい場合は、イベントやスケジュールのタイトルをカーソルで選択しクリックすることにより、詳しい情報がさらに表示される。詳しい情報は、例えばＵＲＬのアドレスでブラウジングすることが可能である。

【0092】

上記のカレンダーには、ユーザのスケジュールなども記入されることができる。カレンダーの表示領域がカーソルで選択されると、カレンダーの利用項目が表示される。スケジュール書込み項目を選択すると、リモートコントローラ或いは携帯端末からスケジュールを入力することが可能である。

【0093】

＜操作画面の移動＞
上記したガイド画像は、領域１０１の視聴画像を除いて、タッチ式の入力操作部であってかつ表示部を有する携帯端末（スマートフォーン）で表示することも可能である。つまり、ＤＴＶ１００１は、通信機能を介して、上記のガイド画像とガイド画像に対応する操作信号を、携帯端末に移動させることができる。これにより、携帯端末は、ＤＴＶ１００１と通信状態を維持することができ、上記したようにガイド画像を利用してＤＴＶ１００１を操作することが可能となる。

【0094】

＜ＤＴＶ１００１のブロック構成例＞
図１４は、一実施例に係るＤＴＶがネットワーク上で利用される場合の様子を示している。ＤＴＶ１００１において、テレビジョンとしての基本機能（テレビジョン信号受信、復調、制御信号処理、３Ｄ関連信号処理、記録、オーディオ処理、ビデオ処理及び表示機能など）は、まとめてＤＴＶ機能ブロック（又はモジュール）１４として示している。ＤＴＶ機能ブロック１４は、ＤＴＶインターフェース１５を介して、情報処理装置２２２と接続される。情報処理装置２２２は、ブラウザセクションと称してもよい。

【0095】

この例では、情報処理装置２２２は、クラウドアプリケーション部２３１、アプリケーション共通部２３２、ソケット部２３４を含む。この分類は、限定されるものではなく、クラウドアプリケーション部２３１が情報処理装置２２２と定義されてもよい。

【0096】

ソケット部２３４は、ＤＴＶインターフェース１５から見たサーバーウエブソケット、ブラウザからみたクライアントウエブサーバを含む。

【0097】

クラウドアプリケーション部２３１は、統括コントローラ２４１、ビュー制御部２４２、モデル２４３を含む。統括コントローラ２４１は、コマンド、インストラクションに呼応して各種のイベント処理を行う。統括コントローラ２４１はビュー制御部２４２を制御して、各種の描画処理を実現する。ビュー制御部２４２は、先に説明した画面１００内の各種画像及び制御信号を得ることができる。ビュー制御部２４２の動作に基づく前記画像及び制御信号は、例えばモデル２４３、ソケット２３４を介してＴＶ装置の表示部に画像及び制御ボタンなどとして反映される。

【0098】

モデル２４３は、サーバへのアクセス、サーバからの情報取得、サーバへの情報送信、ＤＴＶ操作、ＤＴＶからのデータ受け取りなどを行う。したがって、ＤＴＶからのメッセージを受け取り、サーバへ送信することができる。またサーバから受け取ったメッセージをビュー制御部２４２と共同してＤＴＶの表示部の画面に表示させることができる。サーバとしては、アプリケーションサービス用のサーバ４１０、タイムクラウドサービス用のサーバ４１１、ログコレクタ用のサーバ４１２などが存在する。さらに他の各種サーバ（図示せず）が存在する。

【0099】

ユーザはリモートコントローラ１１を操作して、ＤＴＶ，及び情報処理装置２２２を制御することができる。リモートコントローラ１１からの操作信号は、モデレータ１２で分配される。クラウドアプリケーション部２３１用として分配されたキーイベントは、統括コントローラ２４１に入力される。またアプリケーション共通部３２３用として分配されたキーイベントは、ブラウザユーザインタフェース１３を介してアプリケーション共通部２３２に入力される。アプリケーション共通部２３２は、アプリケーション要求コマンドに応じてアプリケーションサーバ４１０に対して指定されたアプリケーションを要求することができる。アプリケーションサーバ４１０から送られたアプリケーションは、モデル２４３を介してクラウドアプリケーション部２３１に取り込まれる。ログコレクタ用のサーバ４１２は、情報処理装置２２２及び他の接続装置で使用されるログを収集することができる。

【0100】

図１５は、図１４で定義した情報処理装置２２２とＤＴＶ機能ブロック１４の構成例を相互関係と共に示している。総括コントローラ２４１は、ＤＴＶ制御モジュール２４１１、ログイン識別データ管理モジュール２４１２、コミュニケーションデータ管理モジュール２４１３、ログイン識別データ送信モジュール２４１４を含む。

【0101】

ＤＴＶ制御モジュール２４１１は、ユーザ操作に基づいてＤＴＶ機能ブロック１４を制御する場合と、クラウドサービスサーバ４１１からの制御データに基づいてＴＶ各種機能ブロック１４を制御する場合とがある。ログイン識別データ管理モジュール２４１２は、ログイン操作がなされて、ログイン識別データが入力されたときに、ログイン識別データの保存を制御し、家族用、個人用のログイン識別データをテーブルデータとして管理している。

【0102】

コミュニケーションデータ管理モジュール２４１３は、各ログイン識別データに対応して、通信データを管理する。例えば、ログインしたユーザが外部サーバをアクセスした場合、その履歴データを管理している。履歴データにはアクセス先アドレス、取引データなども含まれる。またコミュニケーションデータ管理モジュール２４１３は、クラウドサービスサーバ４１２から送られて来たデータに関して、分類・保存処理を実行し、また表示用データとして用いることもできる。

【0103】

ログイン識別データ送信モジュール２４１４は、ログインしたログイン識別データをクラウドサービスサーバ４１２に送信する。クラウドサービスサーバ４１２は、多くのユーザからのログイン識別データを管理し、先にメニュー画面で説明したガイド画像を提供する際に利用する。

【0104】

ビュー制御部２４２は、デモンストレーション画像制御部２４２１、ガイド画像制御部２４２２を含む。これにより、デモンストレーション画像、ガイド画像をＤＴＶ側に提供できる。

【0105】

ＤＴＶ機能ブロック１４は、アンテナからの信号を受信するワンセグ受信・処理部１４１、衛星放送、地上デジタル放送を受信する受信部１４２及び復調部１４３を有する。受信部１４２及び復調部１４３は、複数のチューナを含み同時に複数のチャンネルの放送番組を受信し復調することができる。

【0106】

復調された複数の番組信号は、ＤＶＤ（登録商標）機器１４ＡにおいてＤＶＤフォーマットに変換されデジタルバーサタイルディスクに記録されることができ、或いはＢＤ機器１４ＢにおいてＢＤ（登録商標）フォーマットに変換されてブルーレイ（登録商標）ディスクに記録されることができる。また任意のストリームは、ハードディスクドライブ１４Ｃにてハードディスクに記録されることができる。

【0107】

ＤＶＤ機器１４Ａ、ＢＤ機器１４Ｂ及びハードディスクドライブ１４Ｃは、ホーム・ネットワーク接続部１４８を介してＤＴＶ機能ブロック１４に接続されている。ハードディスクドライブ１４Ｃは、ＵＳＢケーブルを介して接続されるタイプであってもよい。ハードディスクドライブ１４Ｃは、複数のチャンネル（例えば設定した６チャンネル）の全番組を例えば、同時録画し、例えば１週間乃至３週間程度、録画できる方式のものであってもよい。この種の機能はタイムシフト機能と称される場合もある。またハードディスクドライブが増設されるように構成されてもよい。

【0108】

このネットワーク接続機器及び記録番組情報は、ＴＶコントローラ１４０にて把握され、情報処理装置を介してクラウドサービスサーバ４１２に送信されることもできる。この場合、クラウドサービスサーバ４１２は、ユーザの家庭内のネットワーク接続機器及び記録番組情報を把握できる。したがって、シーンリスト情報に基づいて、各種のシーンが再生される場合、クラウドサービスサーバ４１２は、前記各種のシーンが記録されている家庭内の接続機器まで指定することも可能である。

【0109】

ＤＴＶ機能ブロック１４内において、復調された番組信号、或いはＤＶＤ，ＢＤ或いはＨＤ（ハードディスク）などの記録媒体から再生された番組信号は、信号処理部１４４にて各種調整（輝度調整、色調整など）が行われ出力部１４５を介して表示部の画面１００に表示される。

【0110】

ＤＴＶ機能ブロック１４は、電源回路１４６を含み、電源回路１４６は商用電源使用状態、バッテリー１４７の使用状態のいずれにも任意に切換ることができる。この電源使用状態の切換は、利用者がリモートコントローラ操作により強制的に行う場合と、外部情報に基づいて、自動的に実施される場合とを含む。

【0111】

クラウドサービスサーバ４１１は、自動的にＴＶ装置を３Ｄ処理状態に切り換える制御信号を送信することができる。さらには、クラウドサービスサーバ４１１は、シーンに応じたオーディオ制御信号及び又はオーディオ信号をＴＶ装置に送信することができる。さらにまた、シーンに応じて、クラウドサービスサーバ４１１は、画像の調整データを拡張連鎖データに含めて送信することができる。

【0112】

ＤＴＶ機能ブロック１４は、近距離無線送受信部１４９を含む。近距離無線送受信部１４９を介して、携帯端末とのデータ送受信が可能である。携帯端末は、ＤＴＶ機能ブロック１４に操作画像を要求することができる。ＤＴＶ機能ブロック１４は、操作画像が要求された場合、ガイド画像を携帯端末に送信することができる。ユーザは、携帯端末のガイド画像を利用して上記情報処理装置を制御することができる。

【0113】

またユーザは、ガイド画像を利用して携帯端末をネットワークと接続することができる。これにより、携帯端末とクラウドサービスサーバの通信状態を得ることができる。

【0114】

ＤＴＶ機能ブロック１４は、上記したクラウドサービスサーバ４１２から送られてきた制御データをチェックし、自動的に動作状態として反映することができる。

【0115】

したがって、上記のシステムによると、基本的には、情報処理装置は、ユーザの第１の操作信号に応答してネットワーク接続部を介してサーバにトリガとなるデータ（シーン情報キー、シーンリストキー、シーンプレイキーに対応した制御信号）を送信する。次に前記トリガデータに基づいて返信された拡張連鎖データを取得し、前記拡張連鎖データに含まれる自動制御用の第1の制御信号（インストラクション）と、ユーザの第２の操作信号に応答する第２の制御信号（インストラクション）を分類保存する。保存は統括コントローラ或いはモデルで保存される。そして前記第1の制御信号（インストラクション）に基づき自律動作し、及びまたは、第２の制御信号（インストラクション）に基づき他律動作することができる。

【0116】

自律動作とは、自動的に動作することであり、例えば領域１０６の表示画像を得ること、及びＤＴＶ機能ブロック１４を制御することである。他律動作とは、ユーザの操作を待ち、ユーザからの第２の操作信号が入力したときに、当該第２の操作信号に応答することである。

【0117】

この動作は、「問い合わせデータ」に対して応答する動作、タグリスト選択に応答する動作、シーンリスト選択に応答する動作などである。さらに拡張連鎖データには表示するための表示用データも含まれている。この表示用データは、各種のメッセージや、アルバムなどが含まれる。またタイムクラウドサービスサーバ４００１から節電指令が送られてきたとき、本ＤＴＶ機能ブロック１４は、節電動作を実行することができる。節電動作とは、例えばフルセグ受信状態からワンセグ受信状態への切換、あるいは表示部の表示領域の縮小、商用電源使用からバッテリー使用への切換を行うことである。

【0118】

またＤＴＶ機能ブロック１４は、領域１０１の動画像の領域の輝度が他の領域の輝度より高い状態に制御することができる。つまり領域１０２−１０４のガイド画像の輝度を領域１０１の動画像よりも低くし、動画像を見やすくすることができる。ただし、何らかの操作のために、カーソルがポイントしたガイド画像は、その輝度を明るく制御することができる。

【0119】

ＤＴＶ機能ブロック１４のＴＶコントローラ１４０は、監視条件リスト（図３−図５にて説明した）を保存し、監視結果をサービサーバ４００１へ返信する機能を備える。また、接続されている機器情報並びにＨＤＤに記録されている番組情報などをサービスサーバに通知する機能も備える。またＤＴＶ１００１と相互通信可能な、携帯端末（パーソナルコンピュータ、スマートフォーンなど）のアドレスデータを登録し保存する機能、さらにユーザの個別のデータ（性別、ニックネーム、など）を登録し保存する機能を備える。またユーザの許可設定により、前記携帯端末のアドレスデータや、ユーザの個別データを、サービスサーバ４００１の要求に応じて、通知する機能も有する。さらに、ユーザの個別データは、保存期限（３日、１週間、１ヶ月、）付きデータを付加されることができる。サービスサーバ４００１は、保存期限付き個別データを受信した場合、保存期限に応じて、保存した個別データを消去することができる。

【0120】

次に、サービスサーバ４００１のＤＭ要求データベース４３１３（図３を参照）の詳細についてさらに説明を追加する。

【0121】

ＤＭ要求データベース４３１３の中には、システムアナウンスメント（ＳＡ）データと、マーケティングアナウンスメント（ＭＡ）データとが存在する。

【0122】

「システムアナウンスメント」
システムアナウンスメント（ＳＡ）データは、クラウドサービスサーバから送信されるオフィシャルメッセージである。送信先は、全デバイス（ＤＴＶ、携帯端末など）あるいは一部のデバイスである。ＳＡデータとしては、トラブルレポート、或いは一般的な広告などである。

【0123】

＜メッセージ方法＞
メッセージの送信方法としては、図１２或いは図１３で説明したＤＴＶのメッセージボックスに送信する方法がある。またパーソナルコンピュータ、スマートフォーン、タブレットなどの携帯端末のメッセージボックスに送信してもよい。或いは携帯端末にＥメールにより送信しても良い。

【0124】

＜フィルタリングルール＞
メッセージが送信される場合、送信先（受信者）のフィルタリングが行われても良い。フィルタリングルールは、例えば以下のようなルール＊、＊、＊、・・・が可能である。

【0125】

＊全ての受信者を指定する
・・・・指定方法は、全てのデバイスＩＤ，及び全てのユーザＩＤにより指定する。全てのデバイスＩＤは、全てのＤＴＶのＩＤのみならず、ＤＴＶに関連して登録されている周辺機器も含む、
＊全てのデバイスＩＤを指定する、
＊全てのユーザＩＤを指定する、
＊特定した受信者を指定する
・・・・この場合は、デバイスＩＤを特定するとともに、ＤＭ要求制御モジュールにより指定されたユーザＩＤが利用される、
＊ある条件を満たすユーザＩＤを指定する
・・・・例えば条件としては、
性別、
年代、
誕生月、
ＤＴＶのモデル名
ＤＴＶのバージョン
等の１つまたは組み合わせが利用される。

【0126】

＊またある条件を満たすデバイスＩＤを指定する
・・・・例えば条件としては、
設置されている地域、
ポスタルコード、
ＤＴＶのモデル名
ＤＴＶのバージョン
等の１つまたは組み合わせが利用される。

【0127】

＜インボックスメッセージタイプ＞
例えばシステムアナウンスメントとしては、以下のような３つのタイプがあり、重要度に応じて分類できる。

【0128】

＊重要システムメッセージ
・・・・このメッセージは、システム障害の報告や、メンテナンスによるサーバ停止の告知など全ユーザに通知すべき内容である。この通知に対しては、ユーザ設定による受信拒否ができないものとする。また件名の先頭に重要アナウンスメントであることを示す文字列を付加する、例えば「重要なお知らせ！」のような文字列である。このアナウンスメントには、重要システムアナウンスメントを送信する「送信者名」あるいは「送信者画像」あるいは「ユークなアイコン」が付される。

【0129】

＊普通システムメッセージ
・・・・このメッセージは、サーバアップデートの連絡、新機能のお知らせなど、サービスに関連してユーザに通知すべき内容である。この通知に対しては、ユーザ設定による受信拒否ができないものとする。このアナウンスメントには、普通システムアナウンスメントを送信する「送信者名」あるいは「送信者画像」あるいは「ユークなアイコン」が付される。

【0130】

＊広告システムメッセージ
・・・・このメッセージは、一般的な広告を行うためのサービスであり、サービスサーバから提供されるサービスである。ユーザは、この広告システムアナウンスメントの受信拒否を、ＤＴＶに設定することができる。

【0131】

＜メッセージパラメータ＞
上記した各メッセージタイプに対しては、以下のようなパラメータを設定することができる。

【0132】

＊重要システムメッセージのパラメータ
・特定の送信者
・受信者・・・・・・・・ユーザＩＤ，デバイスＩＤ
・サービスＩＤ・・・・・重要システムメッセージのタイプを示す、
・サービスアイコン・・・・重要システムメッセージのためのアイコン
・ショートタイトル・・・・例えば「重要」、「重要なお知らせ」
・フル（またはロング）タイトル
・・・・・・例えば、メッセージの内容に応じた簡潔な文字列や文 ・メインテキスト・・・・・伝達すべき内容が具体的に記述される文字列や文
・サブテキスト・・・・・・補足的に記述される文字列または文、ウェブサイトのＵＲＬなども含まれる、
・フィルタータイプ・・・・重要システムメッセージとしての種類を意味する
・メッセージタイプ・・・・重要システムメッセージであることを示す
・通知の日時・・・・・・・世界標準時刻
・システムメッセージＩＤ・・重要システムメッセージに割り当てられたユニークなＩＤ
・メッセージデータ・・・
ボタン１がクリックされる（押される）と、設定メニューが開かれるが、このメニューで利用されるデータ、
ボタン２がクリックされる（押される）と、クラウドガイド画面で案内文が表示されるが、この表示で利用されるデータ
ＤＴＶ上でボタン３がクリックされる（押される）と、外部のウェブサイトのＵＲＬが表示されるが、この表示で利用されるデータ
ＤＴＶを除くデバイスで、ボタン３がクリックされる（押される）と、外部のウェブサイトのＵＲＬが表示されるが、この表示で利用されるデータ
ボタン１が操作されると、設定メニューへジャンプするためのコマンドが発生する、
ボタン２が操作されると、クラウドガイド画面へジャンプするためのコマンドが発生する、
ボタン３が操作されると、ウェブサイトへジャンプするためのコマンドが発生する、
＊普通システムメッセージのパラメータ
・特定の送信者
・受信者・・・・・・・・ユーザＩＤ，デバイスＩＤ
・サービスＩＤ・・・・・普通システムメッセージのタイプを示す、
・サービスアイコン・・・・普通システムメッセージのためのアイコン
・ショートタイトル・・・・例えば「普通」、「お知らせ」
・フルタイトル・・・・・・例えば、メッセージの内容に応じた簡潔な文字列や文
・メインテキスト・・・・・伝達すべき内容が具体的に記述される文字列や文
・サブテキスト・・・・・・補足的に記述される文字列または文、ウェブサイトのＵＲＬなども含まれる、
・フィルタータイプ・・・・普通システムメッセージとしての種類を意味する
・メッセージタイプ・・・・普通システムメッセージであることを示す
・通知の日時・・・・・・・世界標準時刻
・システムメッセージＩＤ・・普通システムメッセージメッセージに割り当てられたユニークなＩＤ
・メッセージデータ・・・
ボタン１がクリックされる（押される）と、設定メニューが開かれるが、このメニューで利用されるデータ、
ボタン２がクリックされる（押される）と、クラウドガイド画面で案内文が表示されるが、この表示で利用されるデータ
ＤＴＶ上でボタン３がクリックされる（押される）と、外部のウェブサイトのＵＲＬが表示されるが、この表示で利用されるデータ
ＤＴＶを除くデバイスで、ボタン３がクリックされる（押される）と、外部のウェブサイトのＵＲＬが表示されるが、この表示で利用されるデータ
ボタン１が操作されると、設定メニューへジャンプするためのコマンドが発生する、
ボタン２が操作されると、クラウドガイド画面へジャンプするためのコマンドが発生する、
ボタン３が操作されると、ウェブサイトへジャンプするためのコマンドが発生する、
＊広告システムメッセージのパラメータ
・特定の送信者
・受信者・・・・・・・・・ユーザＩＤ，デバイスＩＤ
・サービスＩＤ・・・・・・広告システムメッセージのタイプを示す、
・サービスアイコン・・・・広告システムメッセージのためのアイコン
・ショートタイトル・・・・「広告」
・フルタイトル・・・・・・例えば、広告内容に応じた簡潔な文字列や文
・メインテキスト・・・・・広告内容が具体的に記述される文字列や文
・サブテキスト・・・・・・補足的に記述される文字列または文、ウェブサイトのＵＲ
Ｌなども含まれる、
・フィルタータイプ・・・・広告システムメッセージとしての種類を意味する
・メッセージタイプ・・・・広告システムメッセージであることを示す
・通知の日時・・・・・・・世界標準時刻
・システムメッセージＩＤ・・普通システムメッセージメッセージに割り当てられたユ
ニークなＩＤ
・メッセージデータ・・・
ＤＴＶ上でボタン１がクリックされる（押される）と、外部のウェブサイトのＵＲＬが表示されるが、この表示で利用されるデータ
ＤＴＶを除くデバイスで、ボタン１がクリックされる（押される）と、外部のウェブサイトのＵＲＬが表示されるが、この表示で利用されるデータ
・ボタン・・・・・
ボタン１は、ウェブサイトへジャンプするためのボタン
「マーケティングアナウンスメント」
マーケティングアナウンスメントは、ユーザに対して広告を配信するためのＥメールサービスである。一般的にはこのメールはダイレクトメール（ＤＭ）と称される。

【0133】

この実施例におけるダイレクトメールの特徴は、特定した番組を視聴したユーザに対して、直接的に広告を配信することができる点である。この基本動作は、図１−図１１において説明した。

【0134】

＜メッセージ方法＞
メッセージ方法としては、例えばＤＴＶにおけるインボックスに送信する方法がある。

【0135】

しかし、メッセージを送信するターゲット視聴者に対して、Ｅメールで送信する方法が好ましい。Ｅメールを送信する場合、例えば、既存のプラットホームを利用してもよい。

【0136】

＜受信者のフィルタリングルール＞
＜受信者の絞込み例１＞
受信者を絞り込みする場合は、以下のようなルールが適用されることができる。

【0137】

＊全ユーザに送信する場合・・・・・・・・・サービスサーバの設定メニューのＥメールアドレスに登録されているユーザＩＤが利用される。

【0138】

＊特定のユーザに送信する場合・・・・・・・ＤＭ要求制御モジュール４３１２（図３参照）にターゲットアナウンスサービスデータが入力されるときに、特定のユーザのユーザＩＤが指定される。

【0139】

＊ある条件の下にあるユーザに送信する場合・・・ＤＭ要求制御モジュール４３１２（図３参照）にターゲットアナウンスサービスデータが入力されるときに、幾つかの条件データと共に特定のユーザのユーザＩＤが指定される。条件データとしては、複数の条件（例えば女性、２０歳、東京地域在住）を組み合わせた内容であってもよい。

【0140】

さらに各種の条件データとしては、以下のような条件データを組み合わせてもよい、
＊性別
＊世代・・・・・１９歳以下、２０歳台、３０歳台、４０歳台、５０歳台、６０歳以上
＊誕生月
＊郵便番号、
＊ＴＶモデル名
＊ＴＶファームウエアバージョン。

【0141】

さらにフィルタリングルールとしては、
＊特定の番組を視聴したユーザが特定されてもよい（この特定は、例えばユーザの視聴履歴データなどを用いて、実行される）。

【0142】

＜受信者の絞込み例１＞
受信者を絞り込みする場合は、以下のようなルールが適用されることができる。

【0143】

＊放送番組の放送時間とチャンネルコードがセットされる、
この場合、１つの放送時間に対して複数チャンネルが組み合わせられてセットされる場合もある。これは、同じ番組が、地域により、異なる放送チャンネルで放送される場合があるからである、
また複数のルール要素（複数放送時間と複数チャンネル）が、論理積（ＡＮＤ）と論理和（ＯＲ）により組み合わせられていてもよい、
これは、ダイレクトメール（ＤＭ）をスポンサーが送信する場合、番組ＡとＢを視聴した視聴者に送信する場合と、番組ＡまたはＢの何れか一方を視聴した視聴者に送信する場合があるからである、
上記のルールの適用は、ライブで放送されている番組に適用されることが好ましい。

【0144】

＊そのときの状況に応じて、現在放送中の番組ＩＤが利用されてもよい、
例えば、大事故が生じた場合、事故の臨時ニュウスが放送される場合がある。このときサービスサーバは、大事故の状況を報告可能な視聴者（例えば事故現場に近いユーザ）から、事故の情報を収集したい場合がある。このような場合は、ルールとして、現在放送中の番組ＩＤや地域、及び時間帯が特定されてもよい。

【0145】

＊その他のルール要素として、推奨番組のＩＤ、性別の識別データなどが利用されてもよい。

【0146】

＜Ｅメールフォーマット＞
＊メッセージ本文・・・・・メッセージ本文の記載は、ＨＴＭＬフォーマットが利用される、
＜Ｅメールアドレスのブラックリストの管理＞
＊もし、Ｅメールを送信したにもかかわらず、Ｅメールが正常に宛先に到達しない場合がある。このような事態を管理するために無効アドレスを管理するブラックリスト管理部がメール配信処理部内に存在する。ブラックリスト管理部に登録されたメールアドレスは、次の２乃至３回利用されても、配信先からの応答が無い場合は、自動消去される。

【0147】

「ユーザインターフェース」
＜ＤＴＶにおけるインターフェース＞
図１６は、ＤＴＶ１００１の画面１００において、例えば表示領域１０２に示されるインボックスに、「重要システムメッセージ」、「普通システムメッセージ」、「広告システムメッセージ」が着信したときの、代表アイコン１０２Ａ，１０２Ｂ，１０２Ｃの例を示している。

【0148】

図１７は、ＤＴＶ１００１の画面１００において、例えば、「重要システムメッセージ」のインボックスが開かれた場合の画面の例を示している。このときは、サービスアイコン１０２Ｅ（メールの絵柄）、ショートタイトル１０２Ｆ，送信者名１０２Ｇ、メインテキスト及びサブテキスト１０２Ｈが表示される。

【0149】

また、次の操作を行うためのボタンＢ１，Ｂ２，Ｂ３が表示される。ボタンＢ１は、設定メニューを開くためのボタンである。設定メニューとしては、例えば広告の受信を許可するか否かを設定するためのメニューがある。また広告は、ＤＴＶではなくＥメールで受信することができるように設定することもできる。

【0150】

ボタンＢ２は、クラウド操作ガイド（サービスサーバ４００１）の操作ガイドを開くためのボタンである。またボタンＢ３は、ウェブサイトを開くためのボタンである。

【0151】

図１８は、リモートコントローラ操作に基いて、ボタンＢ３の位置にカーソルが移動した場合の画面の例を示している。もしユーザが、ボタンＢ３を選択し、決定キーを押したとする、重要なお知らせに関するウェブサイトが開かれる。

【0152】

図１９は、リモートコントローラ操作に基いて、クラウド設定ボタンＢ１０が選択されて決定キーが押され、次にクラウド設定メニュー（図示せず）から「機器/リンク」項目が選択されて決定キーが押され、機器/リンクの設定メニューが表示された例を示している。さらにここで、「お知らせ設定」項目が選択されて決定キーが押された場合の画面の例を示している。

【0153】

このときは、お知らせ設定メニューには、「おすすめ情報」を受信するか否かを決定するためのボタンが表示される。

【0154】

図２０は、別の例である。リモートコントローラ操作に基いて、クラウド設定ボタンＢ１０が選択されて決定キーが押され、次にクラウド設定メニュー（図示せず）から「アカウント設定」項目が選択されて決定キーが押され、アカウント設定メニューが表示された例を示している。

【0155】

このアカウント設定メニューにも、「お知らせ設定」項目があり、この「お知らせ設定」項目が選択されて決定キーが押された場合の画面の例を示している。

【0156】

このときは、お知らせ設定メニューには、「おすすめ情報」を受信するか否かを決定するためのボタンが表示される。またＥメールで受信するか否かを決定するためのボタンが表示される。

【0157】

今、ユーザが、「おすすめ情報」をＥメールで受信することを選択したとする。ここでもし、ＤＴＶにＥメールアドレスが登録されていない場合は、図２１が示すように、警告文が表示される（ポップアップする）。また、Ｅメールアドレスの登録手順も表示される。

【0158】

＜システムアナウンスメントメニュー＞
図２２は、ＤＭ要求入力部４３１１（図３参照）に対して、直接、ユーザ、或いはメッセージ管理者が、パーソナルコンピュータから配信データ等を入力する際のアプリケーションが起動された際のインターフェース（画面）５００１の一例を示している。この例では、システムの名称が例えば「ＴｉｍｅＯｎ」であることを示している。

【0159】

このアプリケーションが起動すると、「システムアナウンスメント（System Announcement）」、「マーケティングアナウンスメント(Marketing Announcement)」のいずれを入
力するのかを選択するための項目が表示される。

【0160】

図２３は、「システムアナウンスメント（System Announcement）」(図２２)が選択された場合、次に表示される画面の例を示している。この画面では、システムアナウンスメントを一覧するためのリストを示している。システムアナウンスメントは、１つではなく、複数が作成されている。このリストでは、項目として、システムメッセージＩＤ（１−１）、ロングタイトル（２−２）、メッセージタイプ（３−３）、作成日（４−４）、ウオッチボタン（６−６）、消去ボタン（７−７）が表示される。

【0161】

ウオッチボタン（６−６）が選択されて決定ボタンが押されると、ボタンに対応するシステムアナウンスメントの詳細が表示される。消去ボタン（７−７）が選択されて決定ボタンが押されると、ボタンに対応するシステムアナウンスメントが消去される。

【0162】

所望の行がカーソルで選択（例えばハイライト）されると、この行のシステムアナウンスメントがどのようなフィルタリング（ルール）要素を適用されているかが、表示される（表示領域８−８、９−９）。図の例では、システムメッセージＩＤ（２０１３０７２７０００２）のシステムアナウンスメントのフィルタリング要素は、作成日（２０１３−０７−２７）を含むことを示している。

【0163】

新しいシステムアナウンスメントを作成する場合には、ボタン（１０−１０）がクリックされる。

【0164】

図２４、図２５及び図２６は、「システムアナウンスメント（System Announcement）」が作成される場合のテンプレートが表示された例を示している。

【0165】

この画面には、（１）システムメッセージＩＤが表示される。このＩＤは、自動的にサーバが自動的に決めるＩＤである。さらに、メッセージ管理者が入力すべき各種項目と、ボックスが表示される。このボックスとしては以下のボックスがある。

【0166】

（２）メッセージタイプを選択するためのボックス、タイプとしては、
＊重要システムメッセージ
＊普通システムメッセージ
＊広告システムメッセージがある。

【0167】

（３）ショートタイトルを入力するためのボックス、
（４）フル（またはロング）タイトルを入力するためのボックス、
（５）メインテキストを入力するためのボックス、
（６）サブテキストを入力するためのボックス、
（７）通知の日時を入力するためのボックス、ここでは世界標準時刻が用いられる、
（８）ＤＴＶにてメニューが開かれたときの選択メッセージ（項目名）が設定される、
（９）ＤＴＶでユーザがサービスサーバのガイドを選択する際に利用するメッセージが設定されるボックス、
（１０）視聴者がＤＴＶを利用して案内データを確認する際に用いるＵＲＬが入力されるボックス、
（１１）視聴者がＤＴＶを除くデバイスを利用して案内データを確認する際に用いるＵＲＬが入力されるボックス、
（１２）受信者を特定するための条件が入力されるボックス、
（１３）デバイスＩＤ，ユーザＩＤが入力されるボックス、
（１４）受信者の性別を特定するための条件が入力されるボックス、
（１５）受信者の年齢の範囲を特定するための条件が入力されるボックス、
（１６）受信者の誕生月を特定するための条件が入力されるボックス、
（１７）受信者またはＤＴＶの設置地域を特定するための条件が入力されるボックス、
（１８）送信者名を設定する領域
（１９）送信者により作成された代表アイコンを設定する領域
（２０）この領域は、メモを記入する領域であり、作成者がメモを記録する領域である、このメモは送信されることはない、
（２１）メッセージを送信したか否かが表示される領域である、
（２２）受信者数が表示される領域である、
（２３）ＤＭを読んだと思われる受信者数が表示される領域である、
（２４）ＤＭを読まなかった思われる受信者数が表示される領域である、
（２５）メッセージがすでにオーサライズされている場合にチェックを入れる項目である、もしこの項目がチェックされていない場合は、送信ボタンがグレー表示され、送信ができないようになる、
（２６）セーブボタンであり、このボタンが選択され、決定ボタンが押されると、現在の設定状態がセーブされる、
（２７）キャンセルボタンであり、このボタンが選択され、決定ボタンが押されると、現在の設定状態がキャンセルされる、
（２８）送信ボタンであり、このボタンが選択され、決定ボタンが押されると、現在の設定状態が送信準備されると共に、セーブされる、また”Ｙｅｓ”、”Ｎｏ”がポップアップされる、
ここで”Ｙｅｓ”が選択されると、現在の設定状態（メッセージなど）が送信され、状態が”Ｓｅｎｔ”に変化する、”Ｎｏ”が選択されると、送信が実行されることなく、ポップアップがクローズされる、
（２９）テストボタンであり、このボタンが選択され、決定ボタンが押されると、特定のデバイスＩＤ及びユーザＩＤの正当なテキストボックスに送信される。このときは、フィルタリング機能は動作しない。

【0168】

（３０）テストＩＤを入力するためのボックスである。テストＩＤは、直接的に作成者がデバイスＩＤ及びユーザＩＤを入力することができる。

【0169】

＜マーケティングアナウンスメントメニュー＞
図２７は、「マーケティングアナウンスメント（Marketing Announcement）」(図２２)が選択された場合、次に表示される画面の例を示している。この画面では、マーケティングアナウンスメントを一覧するためのリストを示している。マーケティングアナウンスメントは、１つではなく、複数が作成されている。このリストでは、項目として、マーケティングメッセージＩＤ（１−１）、サブジェクト（課題）（２−２）、作成日（３−３）、ウオッチボタン（４−４）、消去ボタン（５−５）が表示される。

【0170】

ウオッチボタン（４−４）が選択されて決定ボタンが押されると、ボタンに対応するマーケティングアナウンスメントの詳細が表示される。消去ボタン（５−５）が選択されて決定ボタンが押されると、ボタンに対応するマーケティングアナウンスメントが消去される。

【0171】

所望の行がカーソルで選択（例えばハイライト）されると、この行のマーケティングアナウンスメントがどのようなフィルタリング要素を適用されているかが、表示される（表示領域６−６、７−７）。図の例では、マーケティングメッセージＩＤ（２０１３０７２７０００２）のマーケティングアナウンスメントのフィルタリング要素は、作成日（２０１３−０７−２７）を含むことを示している。

【0172】

新しいマーケティングアナウンスメントを作成する場合には、ボタン（８−８）がクリックされる。

【0173】

図２８、図２９及び図３０は、「マーケティングアナウンスメント（System Announcement）」が作成される場合のテンプレートが表示された例を示している。この画面には、
（１）マーケティングメッセージＩＤが表示される。このＩＤは、自動的にサーバが自動的に決めるＩＤである。さらに、マーケティングメッセージ管理者が入力すべき各種項目と、ボックスが表示される。このボックスとしては以下のボックスがある。

【0174】

（２）マーケティングメッセージタイプを選択するためのボックス、
メッセージの送信タイプとしては、Ｅメールがある、
（３）サブジェクト（重要、お知らせ、など）を入力するためのボックス、
（４）メインテキストを入力するためのボックス、
（５）通知の日時を入力するためのボックス、ここでは世界標準時刻が用いられる、
（６）特定の番組を視聴したユーザを入力するためのボックス、ここのデータは、自動で入力されてもよい。

【0175】

（７）ユーザＩＤを入力するためのボックス、
（８）番組の放送時間とチャンネルコードを入力するためのボックス、
（９）・・・・（１０）−−（１４）の項目を含む、
（１０）監視開始時間（年（Ｙ）、月（Ｍ）、日（Ｄ）、時間（ｈ・ｍ・ｓ））を入力するためのボックス、
（１１）監視終了時間（年（Ｙ）、月（Ｍ）、日（Ｄ）、時間（ｈ・ｍ・ｓ））を入力するためのボックス、
（１２）放送チャンネルを設定するためのボックス、
（１３）ＢＳチャンネルを設定するためのボックス、
（１４）ＣＳチャンネルを設定するためのボックス、
（１５）マーケティングアナウンスを送信する場合、フィルタリングルールを追加する場合に使用するボタンである、
（１６）送信者のＥメールが記述される領域である、
（１７）管理者やスポンサーがメモを入力するためのボックスである、このメモの内容は送信されることはない、
（１８）ＣＭメッセージを送信したか否かが表示される領域である、
（１９）ＣＭメッセージがすでにオーサライズされている場合にチェックを入れる項目である、もしこの項目がチェックされていない場合は、送信ボタンがグレー表示され、送信ができないようになる、
（２０）セーブボタンであり、このボタンが選択され、決定ボタンが押されると、ＣＭメッセージがセーブされる、
（２１）キャンセルボタンであり、このボタンが選択され、決定ボタンが押されると、ＣＭメッセージがキャンセルされる、
（２２）送信ボタンであり、このボタンが選択され、決定ボタンが押されると、現在のＣＭメッセージが送信準備されると共に、セーブされる、また”Ｙｅｓ”、”Ｎｏ”がポップアップされる、
ここで”Ｙｅｓ”が選択されると、現在のＣＭメッセージが送信され、状態が”Ｓｅｎｔ”に変化する、”Ｎｏ”が選択されると、送信が実行されることなく、ポップアップがクローズされる、
（２３）テストボタンであり、このボタンが選択され、決定ボタンが押されると、特定のデバイスＩＤ及びユーザＩＤの正当なテキストボックスに送信される。このときは、フィルタリング機能は動作しない。

【0176】

（２４）テストＩＤを入力するためのボックスである。テストＩＤは、直接的に作成者
がＥメールアドレスを入力することができる。

【0177】

この実施形態は、所定の番組を視聴した視聴者から、監視条件データに対応する結果データが返信された場合、図１０に示した、監視条件データベース４３１５を得ることができる。このデータベースでは、ターゲット番組と、ターゲット番組を視聴したターゲット視聴者の識別データ（ＩＤ）が関連付けられる。

【0178】

＜ターゲット視聴者の効果的な拡張方法＞
ここで、スポンサーや管理者は、さらにターゲット視聴者と同類の視聴者を知りたい場合がある。このような場合、次の機能を設けることにより、ターゲット視聴者の拡張を行うことができる。これにより、サービスサーバは、さらに多くのユーザにＤＭを的確に配信できるようになる。

【0179】

図３１Ａ−図３１Ｄは各種のデータファイルのデータの構成例を示している。図３１Ａは、番組の基本データのファイルである。図３１Ａは、各番組にたいして、番組の属性を示す基本データが付随していることを示している。

【0180】

すなわち、番組１に付随する基本データ、番組２に付随する基本データが存在する。基本データは、例えば図３２に示すようなデータである。

【0181】

図３２は、番組１の基本データの例を示している。番組１には、番組固有の番組名、放送チャンネル、放送時間帯なども存在する。さらに番組１の司会者、ゲスト、ＣＭ（コマーシャル）情報（スポンサー、商品）などの情報がある。司会者、ゲスト、ＣＭ情報は、変更される場合がある。

【0182】

さらに番組１の基本データに関して不変のデータがある。例えば、番組１がドラマの場合は、原作者、監督、脚本家、番組のジャンル情報がある。

【0183】

さらに、放送されている番組１が第１話であるか、第２話であるかなどを示す情報、出演者、風景（撮影場所）、登場する乗り物（メーカ）、出演者が着た衣装（メーカ）、番組音楽、作曲者などがある。さらにまた、上記の個々の基本データを組み合わせた組み合わせ基本データも存在する。

【0184】

またこのデータには、同一の基本データを有する他の番組の情報（番組識別情報）が付随していてもよい。

【0185】

図３１Ｂに戻り説明する。図３１Ｂは、番組対視聴者データのファイルである。番組１を視聴した視聴者１１，１２，１３・・・のリストが構築されている。また番組２を視聴した視聴者２１，２２，２３・・・のリストが構築されている。

【0186】

図３１Ｃは、視聴者対番組データのファイルである。視聴者１は番組１１，１２，１３を視聴したことを示している。また視聴者２は、番組２１，２２，２３を視聴したことを示している。

【0187】

図３１Ｄは、視聴者のアドレスを格納したデータのファイルである。各視聴者はそれぞれ視聴者識別データと、アドレスを有し、アドレスとしてはＴＶ，パーソナルコンピュータ、携帯端末などのアドレスがある。

【0188】

なお図３１Ａ−図３１Ｄ，図３２において、各種データの分類及び仕分けの一例を示しているが、必ずしもこのような体系に限定される訳ではない。全てのファイルが一体化されたデータファイルとして構成され、関連データ要素間には、関連データがリンクするようにリンク情報が記述されていてもよい。

【0189】

図３３は、上記した各種のデータファイルを利用して、視聴者と他の視聴者を関連つける場合の関連付けルートの例を示している。関連付けルートＲ１は、視聴者１が視聴した番組１の基本データ１の一部または全部が、視聴者５が視聴した番組５の基本データの一部または全部と同じであることを示している。

【0190】

さらに関連付けルートＲ２は、視聴者３が視聴した番組３の基本データ１の一部または全部が、視聴者５が視聴した番組５の基本データの一部または全部と同じであることを示している。

【0191】

関連付けルートＲ３は、視聴者２が視聴した番組２と、視聴者５が視聴した番組５ｎとが同一であることを示している。また関連付けルートＲ４は、視聴者３が視聴した番組３と、視聴者４が視聴した番組４ｎとが同一であることを示している。

【0192】

このような関連付けルートのサーチは、後で説明する関連データ検索器が行うことができる。

【0193】

図３４は、番組と番組の関連付けを行う場合の一例を示している。各番組には基本データが付随している。従って、例えば番組１の基本データとしてＣＭ１が存在した場合、番組１，２，３，４を関連付けることができる。この関連付けの状態を、ＣＭ１の軸による関連付けを状態と、称しても良いし、アスペクトがＣＭ１である関連付け状態と称しても良い。

【0194】

図３４の例は、さらに番組１に出演する共演者２の軸による関連付け状態を示している。図の例では、番組１における共演者２は、番組２，３，５にも出演していることを示している。

【0195】

更にまた、原作者１とジャンル１の組み合わせ軸による関連付け状態も示している。原作者１は、番組１，１１，１２の原作者でもあり、ジャンル１に属する番組の原作者であることを示している。

【0196】

さらにまたジャンル１の軸のみによる関連付け状態も示している。この例では、ジャンル１に属する番組は、番組１，１１，１２のほかに、番組２１、番組２２が存在することを示している。番組２１と番組２２の原作者は異なることも示している。

【0197】

このように本システムでは、各種のアスペクト、或いは各種の軸による番組の関連付けを行うことができる。よって、上記のデータベースが利用されることにより、１つの番組をスタート起点にして、それぞれ軸が異なる番組と番組の関連付け、番組と視聴者との関連付け状態を得ることができる。

【0198】

本システムでは、データファイルにおいては、番組に関する複数の属性を示す基本データが定義され、複数の番組の基本データが格納されている（図３１Ａ，図３２）。また、複数の番組に対してそれぞれ視聴者を関連付けたデータ（図３１Ｂ）、複数の視聴者に対してそれぞれ番組を関連付けたデータ（図３１Ｄ）がデータファイルに含まれる。

【0199】

したがって、ファイル制御ロジック部は、少なくとも前記データファイルをアクセスして、関連付けられたデータ間で、テーマに応じて選択したデータを関連付けたデータクラスタを生成し、このデータクラスタに含まれる視聴者及びまたは番組を特定することができる。このような視聴者及びまたは番組が、監視条件データを得るためのフィルタリング要素とされてもよい。

【0200】

図３５は、サービスサーバ４００１におけるデータ処理ブロックの一例を示している。このデータ処理部は、監視条件処理部４３０１あるいはメール配信処理部４４０１内に設けられていてもよいし、独立してサービスサーバ４００１内に設けられていてもよい。

【0201】

受信機制御ロジック４０１１は、ネットワーク及び受信機を介して「応答データ」を受信する。この「応答データ」は、図３で説明した監視結果であってもよい。または、ＤＭを受け取ったターゲット視聴者からの返信メールであってもよい。

【0202】

受信機制御ロジック４０１１の出力は、シーケンサー４０１２内の応答データ解析エンジン４０１３に入力する。応答データ解析エンジン４０１３は、複数の視聴者から送られて来た応答データを、解析プログラムに基づいて、解析する。解析プログラムは、「応答データ」を要求するテーマに応じて計画された手順で、応答データの解析を実行する。「応答データ」はこの「応答データ」を送信した視聴者の識別情報を含む。

【0203】

解析プログラムは、複数の「応答データ」の中から、所定の規則に沿って所望の条件を満足する「応答データ」を抽出する。この「応答データ」は例えばターゲット「応答データ」と称される。

【0204】

所定の規則は、データ解析の目的（テーマ）に応じて、各種の規則を決められることが可能である。

【0205】

つまり、テーマは、依頼者２０２０が番組を通じて何を知りたいか、または何を行いたいか、により決まるからである。テーマは、例えば「提案」、「質問」、「調査」、「アンケート」、「相談」、「コメント」、「追及」、「追跡」などの要素を含むことができる。

【0206】

前記ターゲット「応答データ」を送信した視聴者（この視聴者を例えばターゲット視聴者と称する）の識別情報は、テーマ実行エンジン４０１４において利用される。

【0207】

ここで、プログラム処理に基づいて抽出された、ターゲット視聴者及びターゲット「応答データ」とは、依頼者４０２０が興味を示す視聴者及び「応答データ」のことである。

【0208】

テーマ実行エンジン４０１４は、関連データ検索器４０３４を駆動する。関連データ検索器４０１４は、データファイル４００２内に含まれる基本データのファイル４０３１、番組対視聴者データのファイル４０３２、視聴者対番組データのファイル４０３３内の各種データを検索することができる。

【0209】

関連データ検索器３０３４は、関連データ検索モジュール、検索ロジック、検索エンジンなどと称されてもよい。

【0210】

テーマ実行エンジン４０１４は、
（Ａ）関連データ検索器４０１４を介して、ターゲット視聴者が視聴した他の番組を抽出
することができる、
（Ｂ）及びまたは前記抽出した他の番組を視聴した新規視聴者を抽出することができる、（Ｃ）及びまたは前記ターゲット視聴者が視聴した前記番組に関する基本データと一部が共通する共通データを有する他の番組を抽出し、この他の番組を視聴した新規視聴者を抽出することができる。

【0211】

上記の抽出処理のとき、関連データ検索器４０１４は、先に説明したデータファイル（データベース）を利用する。

【0212】

テーマ実行エンジン４０１４は、テーマ格納部４０１５に格納されているプログラム（或いはソフトウエア）に基づいてテーマ目的を遂行する。テーマ格納部４０１５の情報記録媒体に格納されるプログラムは、依頼者４０２０から提供されたものである。

【0213】

上記の依頼者４０２０は、例えば番組のスポンサー、番組の製作者、放送局、各種の市場調査を希望する企業などがある。

【0214】

テーマ実行エンジン４０１４は、データベースの中から、さらなる新規番組及びまたは新規視聴者を抽出することができる。この新規番組の視聴者及び新規視聴者は、依頼者が返信を期待する視聴者である、つまり、前記「問い合わせデータ」に対してターゲット「応答データ」を返信してくる可能性がある視聴者であろうと、依頼者が返信を期待する視聴者である。

【0215】

新規番組及びまたは新規視聴者は、バッファ４０２２に一旦格納される。このように、ファイル制御ロジック部４００３は、各種のデータファイル間で、テーマに応じてデータを関連付けたクラスタを生成し、このクラスタに含まれる視聴者及びまたは番組を特定することができる。

【0216】

視聴者のアドレスは、アドレス格納部４０２１に保存されている。従って、テーマ実行エンジンは、合成器（または合成ロジック）４０２３を制御し、この制御に基づいて、抽出された番組を視聴した経験のある視聴者のアドレス、または抽出した前記新規視聴者のアドレスに対して、コメント或いは再調査データ、追跡調査データ、報告データなどを添付した合成データを生成する。

【0217】

この合成データは、拡張性「問い合わせデータ」と称してもよい。この拡張性「問い合わせデータ」は、送信機制御ロジック４０３５により送信機に送出される。

【0218】

再度の「問い合わせデータ」が番組と共に放送される場合は、送信先は放送局に設定される。「問い合わせデータ」或いは再調査データなどがダイレクトメール（ＤＭ）で配信される場合は、例えば、ネットワーク３０００のサーバを介して、或いは直接、ターゲット視聴者、新規視聴者のパーソナルコンピュータ、セルホーン、アイホーン、タブレットなどの通信端末に送信される。

【0219】

上記の説明で、合成データを拡張性「問い合わせデータ」と称した理由は、次の理由による。

【0220】

本システムにおいては、「応答データ」が解析され、そして、この結果に基づいて、再度、「問い合わせデータ」あるいは報告データ、或いは次の「問い合わせデータ」が配信される場合、新規視聴者へ配信されるからである。つまり、例えば調査の対象となる視聴者の中に、ターゲット視聴者とは異なる新たな新規視聴者が増加されることができる。したがって、例えば、一定のテーマに基づいて関連している１回目の調査、２回目の調査、３回目の調査・・・が連続して行われる毎に、この調査特性は、対象となる視聴者が低減せず、「拡張性」を有することになる。

【0221】

また、最近デジタルテレビジョン受信機は、タイムシフト録画機能を有する。タイムシフト録画機能は、例えば設定した６チャンネルの全番組を、同時録画し、例えば１週間乃至３週間程度、ハードディスクに録画できる。

【0222】

従って、ユーザが、過去の番組をハードディスクから再生したとき、「問い合わせデータ」が例えば字幕データとして表示されることがある。

【0223】

ここでユーザが、過去の番組における「問い合わせデータ」に応答するケースもある。このようなケースに対応して、クラウドサービスサーバ４００１は、次のような動作を実行してもよい。

【0224】

「応答データ」が受信された場合、この「応答データ」は、リアルタイム応答であるのかどうかの判断がなされる。リアルタイム応答とは、例えば、番組の放送時間帯内、若しくは放送時間帯の例えば１時間以内（この時間は限定されるものではない）である。

【0225】

「応答データ」が、リアルタイム応答のものでない場合は、視聴者はタイムシフト録画した番組を視聴したものであると判断できる。このような場合、視聴者は番組に関心が高いものと判断可能である。

【0226】

このような場合、「問い合わせデータ」の送信から「応答データ」が返信され受信されるまでの応答遅延時間に応じて、ターゲット応答（視聴者）の分類が行われてもよい。つまり、リアルタイムで応答した視聴者、タイムシフト録画番組を視聴した後に応答した視聴者との分類が行われる。

【0227】

「応答データ」の解析が行われ、解析結果が目的を達成しているかどうかの判定がなされる。

【0228】

目的が達成されていない場合は、テーマに応じて次の処理が決定される。この場合、先の応答遅延時間により分類されているターゲット視聴者に応じて、次の「問い合わせデータ」の送信タイミングや、「問い合わせデータの」内容、さらには「問い合わせデータ」を多重する番組が、変更或いは切り替えられても良い。

【0229】

これは、例えば、リアルタイム応答した視聴者（リアルタイム応答者）と、タイムシフト録画番組に基いて応答した視聴者（遅延応答者）とは、番組視聴時間帯が異なる可能性があるからである。

【0230】

上記した応答遅延時間の分類、つまりターゲット応答（視聴者）の分類は、さらに細かい区切りで分類されてもよい。リアルタイム放送から１０分以内に「応答データ」の返信があった場合、返信した視聴者は、番組に対する関心が高いことが予測される。

【0231】

このために本実施形態は、スポンサー（情報収集者）がメール配信を行う場合、スポンサー（情報収集者）がメールの送信時間、メールの内容、宛先などを、自由に変更したり、自由に選択したりできるようになっている。

【0232】

したがって送信部（メール配信部）は、デジタルテレビジョン受信機において例えば第１番組が第１期間内に視聴された場合に、前記第１番組に関係する第１情報を含む第１メールを送信し、前記デジタルテレビジョン受信機において前記第１番組が前記第１期間とは異なる第２期間内に視聴された場合には、前記第１番組に関係する前記第１情報とは異なる第２情報を含む第２メールを送信してもよい。

【0233】

上記した実施形態において、監視条件処理部４３０１は、例えば第１デジタルテレビジョン受信機１００１において第１番組が視聴されたことを識別可能な第１データを受信する受信部４３０１として機能した。またメール配信処理部４４０１は、前記第１データを用いて、前記第１デジタルテレビジョン受信機に関連して登録されている第１端末を宛先とする、前記第１番組に関係する情報を含むメールを送信する送信部４４０１として機能した。

【0234】

また受信部４３０１が前記第１番組を受信した場合であって、前記第１デジタルテレビジョン受信機１００１の番組の視聴状況に対する第１条件を満足した場合に、前記送信部４４０１は、前記第１番組に関係する情報を含むメールを送信することができる。

【0235】

さらにまた他の実施形態では、前記送信部４４０１は、前記第１デジタルテレビジョン受信機１００１において前記第１番組と第２番組とが視聴された場合に、前記第１番組又は前記第２番組に関係する情報を含む第１メールを送信することができる。そして前記送信部４４０１は、前記第１デジタルテレビジョン受信機１００１において第３番組と第４番組とが視聴された場合に、前記第３番組又は前記第４番組に関係する情報を含む第２メールを送信することができる。

【0236】

さらに又他の実施形態では、送信部４４０１は、前記第１デジタルテレビジョン受信機１００１において前記第１番組が第１期間内に視聴された場合に、前記第１番組に関係する第１情報を含む第１メールを送信することができる。また前記第１デジタルテレビジョン受信機１００１において前記第１番組が前記第１期間とは異なる第２期間内に視聴され、前記第１番組に関係する前記第１情報とは異なる第２情報を含む第２メールを送信することができる。

【0237】

また他の実施形態では、前記第１端末１００３−１００５のアドレスは、前記第１デジタルテレビジョン受信機を１００１介して登録されたアドレスであって、前記第１端末に対するメールの送信を許可されている場合に、前記送信部４４０１は、前記第１番組に関係する情報を含むメールを送信することができる。

【0238】

上記した実施形態は、サービスサーバ４００１内の各部機能がプログラムにより実行されてもよい。また当該プログラムによる手順を実行するためのコードを記録したコンピュータ読み取り可能な情報記録媒体が用いられてもよい。

【0239】

上記した説明において、各部の各種名称は、「ブロック」及び「モジュール」に置き換えても本発明の範疇であることは勿論である。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また請求項を方法として表現した場合であっても本発明の装置を適用したものである。

【0240】

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0241】

１００１・・・デジタルテレビジョン受信機（ＤＴＶ）、１００２・・・リモートコントローラ、１００３・・・パーソナルコンピュータ、１００４・・・セルホーン或いはスマートフォーン、１００５・・・タブレット、２０００・・・放送設備、２００１・・・放送局、３０００・・・ネットワーク、４００１・・・サービスサーバ、４３０1・・・監視条件処理部、４４０１・・・メール配信処理部、４３１１・・・ダイレクトメール（ＤＭ）要求入力部、４３１２・・・ＤＭ要求制御モジュール、４３１３・・・ＤＭ要求データベース部、４３１４・・・監視条件制御モジュール、４３１５・・・監視条件データベース、４３１６・・・監視条件インターフェース、４４１１・・・ＤＭ送信制御モジュール、４４１２・・・ユーザデータベース、４４１３・・・ＤＭ送信モジュール。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31A】

【図31B】

【図31C】

【図31D】

【図32】

【図33】

【図34】

【図35】