(57)【特許請求の範囲】
【請求項１】
双方向テレビアプリケーションに対するアクセスをユーザが制御可能とするコンピュータ実装方法であって、前記方法は、
少なくとも１つのコンピュータプロセッサを用いて実行し、
ユーザ装置宛ての双方向テレビアプリケーションの双方向テレビアプリケーションイベントを検出し、
前記双方向テレビアプリケーションを実行するかを決定するために、検出した前記双方向テレビアプリケーションイベントに基づいて、前記双方向テレビアプリケーションイベントを識別する識別情報を含むクエリ用メッセージを作成し、
ユーザ嗜好の双方向テレビアプリケーションの情報を含む嗜好データベースに対してクエリを実行するための前記クエリ用メッセージを送信し、
前記双方向テレビアプリケーションが前記ユーザ装置に供給される前に、前記送信した前記クエリ用メッセージ及び前記嗜好データベースにおける前記ユーザ嗜好に基づいて、前記双方向テレビアプリケーションイベントが前記ユーザ装置上で実行されることを、許可するか、不許可とするか、または条件付きで許可するかの少なくとも１つを決定し、
前記双方向テレビアプリケーションイベントの実行を許可した場合は、前記双方向テレビアプリケーションが前記ユーザ装置に供給されて実行され、
前記双方向テレビアプリケーションイベントの実行を不許可とした場合は、前記双方向テレビアプリケーションが前記ユーザ装置に供給されない、
ことを含む方法。
【請求項２】
前記双方向テレビアプリケーションが前記ユーザ装置上で実行されることを条件付きで許可された場合、前記方法は、さらに、
要求される入力を行うためのプロンプトを前記ユーザ装置のユーザに対して作成し、
前記ユーザからの入力を受信し、
前記ユーザ装置上で前記双方向テレビアプリケーションイベントを実行する前に前記入力が特定の条件を満たすかを確認する、
ことを含む請求項１に記載の方法。
【請求項３】
前記要求される入力は、暗証番号（ＰＩＮ）である請求項２に記載の方法。
【請求項４】
前記嗜好データベースは、前記双方向テレビアプリケーションイベントを前記ユーザ装置上で実行することを許可、不許可、または条件付きで許可するための１つ以上の状況を示すデータを含む請求項１に記載の方法。
【請求項５】
前記１つ以上の状況は、前記ユーザ装置の識別、チャンネル情報、サービスの種類、番組の種類、提案の種類、製品の種類、時間帯、曜日、パスワード保護、番組評価、および視聴装置の種類のうちの１つ以上を含む請求項４に記載の方法。
【請求項６】
前記双方向テレビアプリケーションイベントを前記ユーザ装置上で実行することを許可、不許可、または条件付きで許可するための１つ以上の状況を前記ユーザ装置のユーザが定義できるユーザインタフェースを提供する、ことをさらに含む請求項１に記載の方法。
【請求項７】
前記嗜好データベースは、前記ユーザ装置上に格納される請求項１に記載の方法。
【請求項８】
前記嗜好データベースを中央サーバから前記ユーザ装置上のデータベースへコピーすることをさらに含む請求項１に記載の方法。
【請求項９】
前記嗜好データベースは中央サーバ上に格納される請求項１に記載の方法。
【請求項１０】
前記嗜好データベースを第２のユーザ装置へコピーすることをさらに含む請求項１に記載の方法。
【請求項１１】
双方向テレビアプリケーションに対するアクセスをユーザが制御可能とするシステムであって、前記システムは、
ユーザ装置宛ての双方向テレビアプリケーションの双方向テレビアプリケーションイベントを検出し、
前記双方向テレビアプリケーションを実行するかを決定するために、検出した前記双方向テレビアプリケーションイベントに基づいて、前記双方向テレビアプリケーションイベントを識別する識別情報を含むクエリ用メッセージを作成し、
ユーザ嗜好の双方向テレビアプリケーションの情報を含む嗜好データベースに対してクエリを実行するための前記クエリ用メッセージを送信し、
前記双方向テレビアプリケーションが前記ユーザ装置に供給される前に、前記送信した前記クエリ用メッセージ及び前記嗜好データベースにおける前記ユーザ嗜好に基づいて、前記双方向テレビアプリケーションイベントが前記ユーザ装置上で実行されることを、許可するか、不許可とするか、または条件付きで許可するかの少なくとも１つを決定し、
前記双方向テレビアプリケーションイベントの実行を許可した場合は、前記双方向テレビアプリケーションが前記ユーザ装置に供給されて実行され、
前記双方向テレビアプリケーションイベントの実行を不許可とした場合は、前記双方向テレビアプリケーションが前記ユーザ装置に供給されない、
ように構成された１つ以上のコンピュータプロセッサを備えるシステム。
【請求項１２】
前記１つ以上のコンピュータプロセッサは、さらに、
前記双方向テレビアプリケーションイベントが条件付きで許可されると決定した場合、要求される入力を行うためのプロンプトを前記ユーザ装置のユーザに対して作成し、
前記ユーザからの入力を受信し、
前記ユーザ装置上で前記双方向テレビアプリケーションイベントを実行する前に前記入力が特定の条件を満たすかを確認する、
ように構成される請求項１１に記載のシステム。
【請求項１３】
前記要求される入力は、暗証番号（ＰＩＮ）である請求項１２に記載のシステム。
【請求項１４】
前記嗜好データベースは、前記双方向テレビアプリケーションイベントを前記ユーザ装置上で実行することを許可、不許可、または条件付きで許可するための１つ以上の状況を示すデータを含む請求項１１に記載のシステム。
【請求項１５】
前記１つ以上の状況は、ユーザ装置の識別、チャンネル情報、サービスの種類、番組の種類、提案の種類、製品の種類、時間帯、曜日、パスワード保護、番組評価、および視聴装置の種類のうちの１つ以上を含む請求項１４に記載のシステム。
【請求項１６】
前記双方向テレビアプリケーションイベントを前記ユーザ装置上で実行することを許可、不許可、または条件付きで許可するための１つ以上の状況を前記ユーザ装置のユーザが定義できるユーザインタフェースを提供する手段をさらに含む請求項１１に記載のシステム。
【請求項１７】
前記嗜好データベースは、前記ユーザ装置上に格納される請求項１１に記載のシステム。
【請求項１８】
前記ユーザ嗜好を中央サーバから前記ユーザ装置上のデータベースへコピーする手段をさらに含む請求項１７に記載のシステム。
【請求項１９】
前記嗜好データベースが格納される中央サーバをさらに含む請求項１１に記載のシステム。
【請求項２０】
少なくとも１つのユーザ嗜好を前記嗜好データベースから第２のユーザ装置へコピーする手段をさらに含む請求項１１に記載のシステム。
【請求項２１】
前記ユーザ装置はテレビ、外部装置、またはコンパニオン装置である請求項１１に記載のシステム。
【請求項２２】
ユーザ装置宛ての双方向テレビアプリケーションの双方向テレビアプリケーションイベントを検出し、
前記双方向テレビアプリケーションを実行するかを決定するために、検出した前記双方向テレビアプリケーションイベントに基づいて、前記双方向テレビアプリケーションイベントを識別する識別情報を含むクエリ用メッセージを作成し、
ユーザ嗜好の双方向テレビアプリケーションの情報を含む嗜好データベースに対してクエリを実行するための前記クエリ用メッセージを送信し、
前記双方向テレビアプリケーションが前記ユーザ装置に供給される前に、前記送信した前記クエリ用メッセージ及び前記嗜好データベースにおける前記ユーザ嗜好に基づいて、前記双方向テレビアプリケーションイベントが前記ユーザ装置上で実行されることを、許可するか、不許可とするか、または条件付きで許可するかの少なくとも１つを決定し、
前記双方向テレビアプリケーションイベントの実行を許可した場合は、前記双方向テレビアプリケーションが前記ユーザ装置に供給されて実行され、
前記双方向テレビアプリケーションイベントの実行を不許可とした場合は、前記双方向テレビアプリケーションが前記ユーザ装置に供給されない、
ことを含む方法をコンピュータに実行させるためのコンピュータ命令を含む非一時的なコンピュータ可読媒体。
【請求項２３】
前記嗜好データベースは、前記ユーザ装置に最も近い嗜好データベースである請求項１に記載の方法。
【請求項２４】
前記嗜好データベースは、前記ユーザ装置に最も近い嗜好データベースである請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書において開示される主題は、双方向テレビに関し、より詳細には双方向テレビ公開に対する顧客制御に関する。
【背景技術】
【０００２】
双方向テレビ（ＩＴＶ）アプリケーションによって、視聴者はテレビ上で自分の視聴しているコンテンツと対話を行うことができる。例えば、ＩＴＶアプリケーション（ＩＴＶアプリ）によって、消費者は自分の好きなニュース番組で選挙報道を見ながら投票イベントに参加できる。視聴者は、自分のテレビのリモコンを使って投票に応答できる。情報提供依頼（ｒｅｑｕｅｓｔ ｆｏｒ ｉｎｆｏすなわちＲＦＩ、クーポン、パンフレット等を受信するため）、クイズやゲーム、ニュースの見出しまたは最新の天気、さらにｃｌｉｃｋ−ｔｏ−ｂｕｙ（商品購入）、すなわちＴコマースなど、多種のＩＴＶアプリケーションがある。番組作成者は、ユーザに対して特化した提案をするために所与のＩＴＶアプリケーションを使用する１つ以上の「イベント」（以下「ＩＴＶアプリケーションイベント」または単純に「ＩＴＶイベント」という）を作成できる。上記の例において、投票ＩＴＶアプリケーションが提案されてもよく、投票ＩＴＶアプリケーションのイベントは、例えば、特定のテレビ番組と関連づけられた特定の質問でもよい。例えば、「今日の時点において、民主党に投票しますか？  共和党に投票しますか？  Ａ）民主党  Ｂ）共和党  Ｃ）無所属  Ｄ）未定」などである。同様の投票アプリを、異なるテレビコンテンツに関係する別の質問および／または回答セットを視聴者に提示する異なるイベントに対して使用することもできる。
【０００３】
ＩＴＶは市場に対しても多くの利点を提供する。例えば、ＩＴＶは消費者が楽しむコンテンツに対して深く豊かな経験を消費者に提供するとともに、テレビ媒体を介して情報および製品を受け取るという利便性を消費者に対して提供することができる。また、ＩＴＶは番組作成者や広告主が個々の消費者との関係を発展させる新しい機会を提供するとともに、従来のテレビの計測処理（ＩＴＶが提供するものに対する応答数など）では得られなかった消費者の動向に対する新たな計測法を得ることができ、販売代理店は加入者に提供する新規サービスを計画できる。
【０００４】
現在、消費者はＩＴＶの体験に対して制御があまりできない。例えば、ケーブルテレビ配信ネットワークにおいて、ケーブルテレビの事業者は、消費者がどのＩＴＶアプリケーションに曝されるかを消費者が選択できないようにしている。ケーブルテレビ事業者は、ＩＴＶアプリケーションを自社の加入者全員には不許可とし、または所与の加入者に対してＩＴＶアプリケーションの全てを不許可とすることはできるが、一部のＩＴＶアプリケーションを一部の加入者のみが選択的に利用可能とはしていない。
【０００５】
したがって、テレビエコシステムにおいて全ての関係者に役立つように消費者が自分たちのＩＴＶ経験を制御できるようにする技術が必要とされている。これにより、例えば、ＩＴＶが提供するものから子供を保護できるようにし（すなわちＩＴＶアプリケーションに対するペアレンタルコントロール）、消費者自身のテレビ経験を制御できるようにすれば消費者に有益となる。また、これは、番組作成者、広告主および販売代理店にとっても有益である。例えば、消費者からのフィードバックが得られることによって、消費者にとっても最も望ましいＩＴＶアプリケーションやオファーを開発できるようになる。
【発明の概要】
【０００６】
本主題の実施形態は、ユーザが双方向テレビアプリケーションイベントの公開に対して制御可能とするシステムおよび方法に関する。いくつかの実施形態において、上記の方法は、ユーザ装置宛ての双方向テレビイベントを検出し、前記双方向テレビアプリケーションイベントが前記ユーザ装置上で実行されることを許可するか、不許可とするか、または条件付きで許可するかの少なくとも１つを決定することを含んでもよい。いくつかの実施形態において、前記決定は、前記双方向テレビアプリケーションイベントに基づいてクエリを作成し、１つ以上のユーザ嗜好を含む嗜好データベースに対して前記クエリを確認することをさらに含む。
【０００７】
いくつかの実施形態において、前記双方向テレビアプリケーションイベントが前記ユーザ装置上で実行されることを条件付きで許可された場合、前記方法は、さらに、要求される入力を行うためのプロンプトを前記ユーザに対して作成し、前記ユーザからの入力を受信し、前記ユーザ装置上で前記双方向テレビイベントを実行する前に前記入力が特定の条件を満たすかを確認することを含んでもよい。前記要求される入力は暗証番号（ＰＩＮ）でもよい。
【０００８】
本主題のいくつかの実施形態において、前記嗜好データベースは、前記双方向テレビアプリケーションイベントを前記ユーザ装置上で実行することを許可、不許可、または条件付きで許可するための１つ以上の状況を示すデータを含む。前記１つ以上の状況は、前記ユーザ装置の識別、チャンネル情報、サービスの種類、番組の種類、提供の種類、製品の種類、時間帯、曜日、パスワード保護、番組評価、および視聴装置の種類のうちの１つ以上を含んでもよい。
【０００９】
いくつかの実施形態において、上記本主題は、所与の状況で前記双方向テレビアプリケーションイベントを前記ユーザ装置上で実行することを許可、不許可、または条件付きで許可するための１つ以上の状況を前記ユーザが定義できるユーザインタフェースを提供する。
【００１０】
いくつかの実施形態において、前記嗜好データベースは、前記ユーザ装置上に格納される。いくつかの実施形態において、前記嗜好データベースは中央サーバに格納される。前記嗜好データベースを中央サーバから前記ユーザ装置上のデータベースへコピーしてもよい。前記嗜好データベースを第２のユーザ装置へコピーしてもよい。
【００１１】
本主題のいくつかの実施形態において、双方向テレビアプリケーションイベントに対するアクセスをユーザが制御可能とするシステムが提供される。前記システムは、ユーザ装置宛ての双方向テレビアプリケーションイベントを検出し、前記双方向テレビアプリケーションイベントが前記ユーザ装置上で実行されることを許可するか、不許可とするか、または条件付きで許可するかの少なくとも１つを決定するように構成された１つ以上のコンピュータプロセッサを含んでもよい。また、前記システムは、前記双方向テレビアプリケーションイベントに基づいてクエリを作成する手段と、１つ以上のユーザ嗜好を含む嗜好データベースに対して前記クエリを確認する手段とを含んでもよい。いくつかの実施形態において、前記システムはさらに、前記双方向テレビイベントが条件付きで許可されると決定した場合、要求される入力を行うためのプロンプトを前記ユーザに対して作成する手段、前記ユーザからの入力を受信する手段、および前記ユーザ装置上で前記双方向テレビイベントを実行する前に前記入力が特定の条件を満たすかを確認する手段を含む。いくつかの実施形態において、前記要求される入力は暗証番号（ＰＩＮ）またはユーザからの命令である。
【００１２】
いくつかの実施形態において、本主題は、ユーザ装置に送信された双方向テレビアプリケーションに対する双方向テレビイベントを検出し、前記双方向テレビアプリケーションイベントが前記ユーザ装置上で実行されることを、許可するか、不許可とするか、または条件付きで許可するかの少なくとも１つを決定する、ことを含む方法を実行するためのコンピュータ命令を含む非一時的なコンピュータ可読媒体を提供する。
【００１３】
非一時的なコンピュータ可読媒体に永久的に格納されて、コンピュータによって実行されると前記コンピュータに本明細書にある動作を実行させるコンピュータ実行可能命令を含む製造物の物品が説明される。同様に、プロセッサおよび前記プロセッサに対して結合されるメモリを含んでもよいコンピュータシステムも説明される。前記メモリは、前記プロセッサに本明細書で説明される動作のうちの１つ以上を実行させる１つ以上のプログラムを一時的または永久的に格納してもよい。さらに、方法によって特定される動作は、単一のコンピューティングシステム内または２つ以上のコンピューティングシステム間で配信されて１つ以上のデータプロセッサによって実行されることが可能である。
【００１４】
本明細書で説明される主題は、例えば、消費者のＩＴＶ経験に対する嗜好を消費者が設定することを可能とする、そのような嗜好の選択の実行が自動的かつ効率的に発生可能とする、および番組作成者、広告主および配信業者がそのような嗜好を知ることができるなどの多くの利点を提供する。これにより、例えば、ＩＴＶが提供するものに対するペアレンタルコントロールを提供し、および／または消費者自身のテレビ経験も制御でき、消費者にとって有益である。また、消費者からのフィードバックが得られることによって、消費者にとって最も望ましく的確なＩＴＶアプリケーションやオファーなどを開発できるようになり、番組作成者、広告主、および配信業者にとっても有益である。
【００１５】
本明細書において説明される主題の１つ以上の変形の詳細を添付図面および以下の説明に記載する。本明細書で説明される主題のその他の特徴および利点は、本明細書、図面、および請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【００１６】
【図１】本主題による実施形態例を示す図である。
【図２】装置上でＩＴＶアプリケーションを実行するかを決定する方法の例を示す処理フローチャートである。
【図３】消費者のＩＴＶ嗜好を管理するデータベース構造例を示す。
【図４】Ｃｌｉｃｋａｂｌｅ ＴＶと呼ばれるＩＴＶアプリに対する嗜好を消費者が設定するためのウェブベースのＵＩ例を示す。
【図５】Ｃｌｉｃｋａｂｌｅ ＴＶに対する消費者嗜好を格納するデータテーブル例を示す。
【図６】消費者の嗜好が適用されるべき消費者のテレビ装置を格納するデータテーブル例を示す。
【図７】Ｃｌｉｃｋａｂｌｅ ＴＶのイベントを格納するデータテーブル例を示す。
【図８】Ｃｌｉｃｋａｂｌｅ ＴＶのイベントを実行するかを決定するための、テレビ装置からデータベースに対するクエリ例を示す。
【図９】Ｃｌｉｃｋａｂｌｅ ＴＶのイベントを実行するかに関する、データベースから装置に対する応答例を示す。
【発明を実施するための形態】
【００１７】
本主題は、消費者が、テレビ配信業者によって提供されるテレビサービスの加入者である構成において実現可能である。この場合の配信業者は、配信業者から直接提供されているＩＴＶアプリケーションと、配信テレビコンテンツを提供する番組作成者および広告主から提供されているＩＴＶアプリケーションとの両方に対しての制御を有する。視聴者の受信装置は、ＩＴＶアプリケーション実行（例えば表示、再生等）の命令を受けることができる。また、視聴者はコンパニオン装置を有することも可能である。このコンパニオン装置は、視聴装置とは分離しており、同様にＩＴＶアプリケーション実行（例えば表示、再生等）の命令を受けることができる。
【００１８】
例えば、Ｃｏｍｃａｓｔなどの配信業者は、Ｅｎｈａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ Ｂｉｎａｒｙ− Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ（ＥＢＩＦ）またはｔｒｕ２ｗａｙを含むいくつかの標準のうちの１つを介して双方向テレビを提供可能である。Ｃｏｍｃａｓｔは、番組ガイドでの対話など、ＩＴＶサービスを直接提供でき、さらにセットトップボックス（ＳＴＢ）が設けられている加入者宅に届けられるようにすることもできる。セットアップボックスは、例えば、ニュース番組中の投票ＩＴＶイベントなど、番組作成者が開始したＩＴＶアプリケーションを許可するように選択して、双方向アプリケーションを実行できるものである。
【００１９】
そのような配信業者の他の例には、衛星プロバイダ（例えばＤＩＳＨ Ｎｅｔｗｏｒｋ）、オーバージエア（ｏｖｅｒ−ｔｈｅ−ａｉｒ）プロバイダ（例えばローカルテレビ局）、電気通信プロバイダ（例えばＶｅｒｉｚｏｎ ＦｉＯＳ）、ストリーミングサービスプロバイダ（例えばＮｅｔｆｌｉｘ）が含まれる。消費者受信装置の他の例には、コンピュータ、「スマート」テレビ、ゲーム機器（例えばＸｂｏｘ）、様々なストリーミングサービス受信機（例えばＲｏｋｕ ｂｏｘ）、スマートフォン、タブレット、コンピュータ等が含まれる。コンパニオン装置の例には、タブレット、スマートフォン、コンピュータが含まれる。
【００２０】
消費者は、プロバイダによる提供ＩＴＶを視聴するためのインタフェースが提供されてもよい。その代替として、またはそれに追加して、この場合のインタフェースは、例えば、消費者の視聴装置一覧、コンパニオン装置一覧、提供テレビ番組一覧、提供テレビサービス一覧のうちの１つ以上を含んでもよい。このインタフェースは、数多くの手段を介して提供可能であり、その例には、ウェブサイト、消費者の視聴装置上のインタフェース、配信業者のカスタマーサービス代表窓口（ＣＳＲ）への問い合わせ等が含まれる。インタフェースは、インターネットまたはテレビ網などの手段のリターンパス（戻り道）を介してプロバイダの中央データベースシステムに対して接続される。
【００２１】
このインタフェースから、消費者は、例えば、どの双方向アプリケーションに対して公開されたいかを含む消費者のＩＴＶ嗜好を識別できる。また、消費者は、例えば、視聴装置（例えば居間のＩＴＶか、子供部屋のＩＴＶか）、コンパニオン装置（例えばｉＰａｄか、Ａｎｄｒｏｉｄフォンか）、チャンネル（例えばＥＳＰＮか、Ｃａｒｔｏｏｎ Ｎｅｔｗｏｒｋか）、サービス（例えばリニア型か、ビデオオンデマンドか）、番組種別（例えばニュースか、ドラマか）、サービス種別（例えばｒｅｑｕｅｓｔ ｆｏｒ ｉｎｆｏ（情報提供依頼）か、ｃｌｉｃｋ−ｔｏ−ｂｕｙ（商品購入リンク）か）、製品種別（例えば自動車か、玩具か）、時間帯、曜日、パスワード保護（例えばＰＩＮ（暗証番号）入力が必要か否か）、番組評価（例えばＴＶＰＧか、ＴＶＭＡか）、視聴装置機種（例えばＳＴＢか、タブレット装置か）、最初に確認（例えば「雑学クイズゲームがあります。再生しますか？」）など、ＩＴＶアプリケーションを許可する様々な状況および場合を指定することができる。消費者は、嗜好の様々な組み合わせを選択することができる。例えば暗証番号を入力しなくても、雑学クイズゲームとゲームＩＴＶアプリケーションとはチャンネルや時間、装置を問わずに許可されるが、ゴールデンの時間帯で居間のＳＴＢで月曜日〜金曜日に商品購入ＩＴＶアプリケーションが許可されるためには、暗証番号入力が必要である。
【００２２】
本主題のいくつかの実施形態において、データベースは許可または不許可を返す場合がある。いくつかの実施形態において、データベースは条件付きの許可を返す場合がある（例えば暗証番号認証が必要、または消費者に許可または不許可を確認）。本主題のいくつかの実施形態において、アプリは複数の形態で供給され、システムは許可されているアプリのバージョンを返す場合がある（例えば製品に対する情報請求は許可、商品購入は不可など）。
【００２３】
消費者がインタフェースを介して指定する嗜好は、データベースに格納される。データベースは、消費者の視聴装置にローカルに格納、プロバイダのシステムに一元的に格納、ホームネットワークに接続したコンピュータなどの必要に応じてアクセス可能な外部装置に格納、または記憶位置のいくつかの組み合わせに格納されることが可能である。例えば、消費者の嗜好は、最適な性能のために視聴装置上にローカルに格納してもよく、プロバイダのシステムに一元的に格納して、消費者の嗜好が必要に応じてローカルの装置に再度格納されることも可能である（例えば視聴装置が停電時に記憶障害問題がある場合、または視聴者が嗜好を採用すべき新規装置を取得した場合など）。さらに、嗜好データベースが利用できない場合のために、データを、ＩＴＶアプリケーション実行のデフォルト規則を保持する視聴装置の固定記憶装置に格納してもよい。
【００２４】
既存のＩＴＶアプリケーションの設定嗜好に加えて、消費者は新規ＩＴＶアプリケーション、消費者が取得した新規視聴装置、新規テレビチャンネル、サービス等に対するデフォルト嗜好を設定することもできる。いくつかの実施形態において、そのようなデフォルト嗜好は、消費者によって設定された以前の嗜好に基づく。さらに、プロバイダは、消費者の代わりに、または消費者とともにデフォルトを指定することもできる。消費者およびプロバイダのデフォルト嗜好の両方が設定される場合、いくつかの実施形態において、矛盾があれば消費者のデフォルト嗜好がプロバイダのデフォルト嗜好を無効とする。デフォルト嗜好はデータベースに格納されてもよく、消費者がインタフェースを介して新規嗜好を指定するまでそれに従って適用されることが可能である。
【００２５】
消費者嗜好データベースは、さらに、プロバイダの加入者データベースともリンクされることが可能である。加入者データベースは、消費者のアカウントと関連付けられた装置ＩＤを維持し、消費者が視聴装置をスワップアウト（例えば交換など）する場合、新規の視聴装置が自動的に以前の装置の嗜好設定を採用できる。さらに、スワップアウトされた装置が異なる消費者宅に配置された場合、以前の消費者の嗜好が新しい視聴者宅の視聴装置に適用されないようにもできる。例えば、居間に標準品位（ＳＤ）のＳＴＢを有する消費者が、その装置を高品位（ＨＤ）ＳＴＢにアップグレードする場合、居間のＳＴＢに対する消費者の嗜好が自動的に新しい高品位ＳＴＢに適用され、古い標準品位のＳＴＢが異なる家に配置されたときに、元の所有者の嗜好と関連づけされないことが望ましい。いくつかの実施形態において、このリンク機構は、装置の所有者の変更が消費者のＩＴＶ経験に即座に反映される「リアルタイム」が可能である。いくつかの実施形態において、このリンク機構は、装置の所有者の変更がＩＴＶ嗜好データベースにおいて定期的（２４時間毎など）に一括で更新される「バッチ」処理が可能である。
【００２６】
いくつかの実施形態において、ＩＴＶアプリケーションは「帯域内」において視聴装置に対して供給される。すなわち、番組の音声、映像、クローズドキャプショニングなどのコンポーネントとともにブロードキャストストリームの一部として供給される（「バインドアプリ（ｂｏｕｎｄ ａｐｐ）」として知られる）。この場合、視聴装置はブロードキャストストリーム内においてＩＴＶアプリケーションを検出する。帯域内ＩＴＶアプリケーションは、「前バインド（ｐｒｅ−ｂｏｕｎｄ）」または「後バインド（ｌａｔｅ−ｂｏｕｎｄ）」されることが可能である。前バインドアプリケーションは、放送の前に映像コンテンツファイル内に埋め込まれる。後バインドアプリケーションは、放送時にブロードキャストストリームに対して付加される。後バインドは、番組作成元（例えばＥＳＰＮスタジオ）、配信元（例えばＣｏｍｃａｓｔヘッドエンド）などのブロードキャスト系統（ｂｒｏａｄｃａｓｔ ｃｈａｉｎ）に沿った何らかのポイントで行われる。
【００２７】
一実施形態において、ＩＴＶアプリケーションは、「帯域外」、すなわちブロードキャストストリーム内でない異なる手段を介して供給またはアクセスされる。（「非バインドアプリ（ｕｎｂｏｕｎｄ ａｐｐ）」として知られる）。帯域外ＩＴＶアプリケーションは、視聴装置上にローカルで格納されるか、またはプロバイダのシステム内に一元的に格納されることが可能である。基本視聴装置ではなくコンパニオン装置に対して供給されたＩＴＶアプリケーションも同様である。帯域外ＩＴＶアプリケーションは、視聴者が番組ガイドにアクセスした時や、事前に設定されたスケジュール、視聴者が特定のチャンネルに合わせた時などのイベントなどの手段によってトリガされることが可能である。
【００２８】
いくつかの実施形態において、視聴装置またはコンパニオン装置は、消費者の嗜好に関わらずＩＴＶイベント実行のリクエストを受信する。例えば、番組ストリームにおいて帯域内で埋め込まれる投票ＩＴＶイベントは、視聴者のＩＴＶ嗜好に関わらず番組にチャンネルを合わせた視聴者全員に対して届けられる。この場合、視聴装置はＩＴＶイベントを実行する前にクエリを実行する。このクエリは、消費者の嗜好設定に応じてこのＩＴＶイベントが実行されるべきか否かを決定する際に必要なデータを含む。嗜好データベースがローカルに格納されている場合、視聴装置はＩＴＶアプリケーションとイベント状況とをローカルデータベースに対して照合を行い、ＩＴＶイベントを実行するか否かを決定する。例えば、設計によって、または装置上のローカルの記憶障害のために嗜好データベースがローカルに格納されていない場合は、視聴装置は非ローカルのデータベースに対してクエリを送信し、許可、不許可、条件付きの許可の応答を待つ。嗜好の選択の結果、許可であった場合、視聴装置はそのＩＴＶイベントを実行する。嗜好の選択の結果、条件付き許可となった場合、必要とされる１つ以上の（全てを含む）条件が満たされると、視聴装置はそのＩＴＶイベントを実行する。
【００２９】
いくつかの実施形態において、視聴装置またはコンパニオン装置に対してＩＴＶアプリケーションを送る前に、嗜好データベースが参照される。不許可の場合、ＩＴＶアプリケーションは装置に対して全く送られない。いくつかの実施形態において、これは、ビデオオンデマンド（ＶＯＤ）もしくはインターネットストリーミングなどのユニキャストまたはＩＴＶアプリケーションが帯域外で供給されるマルチキャストに対応している。
【００３０】
いくつかの実施形態において、上記システムは、視聴者の嗜好の選択によってＩＴＶアプリがブロックされる度に視聴者に対して通知を行うように設定でき、視聴者は、今回のみ該アプリの動作を許可する、今回を含めて常時該アプリの動作を許可する、メッセージを破棄する、またはメッセージを破棄して今後そのようなメッセージを表示しないことを要求する、ことを選択できる。
【００３１】
図１は、本主題による実施例を示す。プロバイダの番組は、番組ストリーム１０２を介してプロバイダの加入者の視聴装置１０１に対して供給される。番組ストリーム１０２は、同軸ケーブルおよび／または光ファイバケーブルを介したケーブルテレビフィードまたは電気通信テレビフィード、家庭用衛星放送受信アンテナによって受信される衛星フィード、テレビ局から送信され家庭用アンテナによって受信される空中（ｏｖｅｒ−ｔｈｅ−ａｉｒ）信号、インターネットストリーミングフィード、またはその他のソースでもよい。番組ストリーム１０２は、リニアフィードまたはビデオオンデマンド（ＶＯＤ）フィードでもよく、ユニキャストまたはマルチキャストでもよい。
【００３２】
視聴装置１０１は、視聴者が映像番組を見る装置である。視聴装置１０１は、例えば、テレビ、コンピュータ、タブレット、スマートフォンなどの映像媒体を表示できる装置でよい。いくつかの実施形態において、視聴装置はセットトップボックス（ＳＴＢ）、ゲーム機器、ストリーミングコンテンツ受信機または同様の機器などの外部装置１１１に対して接続される。そのような実施形態において、番組ストリーム１０２は視聴装置１０１で映像を表示する前に外部装置１１１を通過する。
【００３３】
映像を見ている間、双方向イベント１０３が消費者に対して提供されるようにトリガされる場合がある。双方向イベント１０３は、番組ストリーム１０２において「帯域内」で埋め込まれて、外部装置１１１によって、または、直接、視聴装置１０１によって受信されることが可能である。あるいは、ＩＴＶイベント１０３は、視聴装置１０１、外部装置１１１、またはコンパニオン装置１０６のいずれかに対して「帯域外」でストリーミングされることが可能である。いくつかの実施形態において、コンパニオン装置１０６は、映像番組を表示しないが、視聴装置１０１および／または外部装置１１１とともに消費者によって使用される。
【００３４】
消費者はＩＴＶ嗜好ユーザインタフェース１０４にアクセス可能である。ＩＴＶ嗜好ユーザインタフェース１０４は、ウェブサイト、プロバイダのカスタマーサービス代表窓口（ＣＳＲ）に連絡する手段でもよく、または視聴装置１０１またはコンパニオン装置１０６上においてアクセスされることも可能である。消費者はこのＵＩを使用して、例えば、消費者が公開されたい双方向アプリケーションを含む自分のＩＴＶ嗜好を設定する。また、消費者は例えば、視聴装置（例えば居間のＩＴＶか、子供部屋のＩＴＶか）、コンパニオン装置（例えばｉＰａｄかＡｎｄｒｏｉｄフォンか）、チャンネル（例えばＥＳＰＮか、Ｃａｒｔｏｏｎ Ｎｅｔｗｏｒｋか）、サービス（例えばリニア型か、ビデオオンデマンドか）、番組種別（例えばニュースか、ドラマか）、サービス種別（例えばｒｅｑｕｅｓｔ ｆｏｒ ｉｎｆｏ（情報提供依頼）か、ｃｌｉｃｋ−ｔｏ−ｂｕｙ（商品購入リンク）か）、製品種別（例えば自動車か、玩具か）、時間帯、曜日、パスワード保護（例えばＰＩＮ（暗証番号）入力が必要か否か）、番組評価（例えばＴＶＰＧか、ＴＶＭＡか）、視聴装置機種（例えばＳＴＢか、タブレット装置か）、最初に確認（例えば「雑学クイズゲームがあります。再生しますか？」）など、ＩＴＶアプリケーションを許可する様々な状況および場合を指定することができる。また、消費者は嗜好の１つ以上の組み合わせを選択することができ、例えば、暗証番号を入力しなくても、雑学クイズゲームとゲームＩＴＶアプリケーションとはチャンネルや時間、装置を問わずに許可されるが、ゴールデンの時間帯で居間のＳＴＢで月曜日〜金曜日に商品購入ＩＴＶアプリケーションが許可されるためには、暗証番号入力が必要である。
【００３５】
ＩＴＶ嗜好は、視聴装置または外部装置上のローカルデータベース１０７、コンパニオン装置１０８上のローカルデータベース、ホームネットワーク１０９を介して視聴装置１０１またはコンパニオン装置１０６に対して接続されたローカルデータベース１１０、プロバイダのヘッドエンドなどのリモートサーバ上に配置された中央データベース１０５のうちの少なくとも１つを含む１つ以上のデータベースに格納される。いくつかの実施形態において、消費者の嗜好は複数の場所に格納されてもよく（例えばローカルデータベース上と中央データベース上）、それによって嗜好が必要に応じて（例えば視聴装置が停電時に記憶障害問題がある場合）ローカルの装置に再度格納されることも可能である。さらに、嗜好データベースが利用できない場合のために、データを、ＩＴＶアプリケーションを実行するかを決定するためのデフォルト規則を保持する視聴装置、外部装置、および／またはコンパニオン装置の固定記憶装置に格納してもよい。
【００３６】
いくつかの実施形態において、ＩＴＶアプリケーションは「帯域内」１１２において視聴装置に対して供給される。すなわち、番組の、音声、映像、クローズドキャプショニングなどの構成要素とともにブロードキャストストリームの一部として供給される（「バインドアプリ（ｂｏｕｎｄ ａｐｐ）」として知られる）。この場合、視聴装置はブロードキャストストリーム内においてＩＴＶアプリケーションを検出する。いくつかの実施形態において、ＩＴＶアプリケーションは、「帯域外」１１３によって番組ストリームとは分離して供給される。
【００３７】
いくつかの実施形態において、視聴装置またはコンパニオン装置は、消費者の嗜好に関わらずＩＴＶアプリケーション実行のリクエストを受信する。この場合、視聴装置は、ＩＴＶアプリケーションを実行する前に１つ以上のデータベース１０５、１０７、１０８、および／または１１０に対してクエリを実行する。このクエリは、消費者の嗜好設定に応じてこのＩＴＶアプリケーションが実行されるべきか否かを決定する際に必要なデータを含む。嗜好データベースがローカル１０７または１０８に格納されている場合、視聴装置またはコンパニオン装置はＩＴＶアプリケーション状況をローカルデータベースに対して照合を行い、ＩＴＶアプリケーションを実行するか否かを決定する。例えば、設計によって、または装置上のローカルの記憶障害のために嗜好データベースがローカルに格納されていない場合は、視聴装置はデータベース１０５または１１０のロケーションに対してクエリを送信し、許可、不許可、条件付きの許可の応答を待つ。嗜好の選択の結果、許可となった場合、視聴装置またはコンパニオン装置はそのＩＴＶアプリケーションを実行する。いくつかの実施形態において、これは、ＥＢＩＦイベントが番組ストリームに埋め込まれているケーブルネットワークにおける主チャンネルのリニア視聴など、ＩＴＶアプリケーションが帯域内で供給される場合のマルチキャストに対応している。
【００３８】
いくつかの実施形態において、視聴装置またはコンパニオン装置に対してＩＴＶアプリケーションを送る前に、上記嗜好データベースが参照される。不許可の場合、ＩＴＶアプリケーションは装置に対して全く送られない。いくつかの実施形態において、これはビデオオンデマンド（ＶＯＤ）もしくはインターネットストリーミングなどのユニキャストまたはＩＴＶアプリケーションが帯域外で供給されるマルチキャストに対応している。
【００３９】
図２は、視聴者が事前に設定した嗜好がある場合、視聴者に対して所与のＩＴＶイベントを実行するかを決定するための、本主題の実施例の処理フローを示す。本図において、ＩＴＶイベントは、該イベントを実行するかの決定がなされた時点で視聴者の視聴装置またはコンパニオン装置に対してトリガされ、供給される。別の実施形態において、ＩＴＶイベントはトリガされて、該イベントが視聴者の視聴装置またはコンパニオン装置、例えばケーブルテレビ事業者のヘッドエンドに到達する前に該イベントを実行するかを決定する。
【００４０】
２０１において、ＩＴＶアプリは、コンテンツ（例えばＣＮＮでの投票の機会）に到着するバインドアプリ、または非バインドのコンテンツにアクセスするためのユーザインタフェース（例えばテレビ上のイエローページにアクセスするには、黄色ボタンを押す）、または非バインドコンテンツに対する他のトリガ（例えば電話呼出音および呼者ＩＤがトリガされる）のいずれかによってトリガされる。いくつかの実施形態において、このトリガは基本視聴装置１０１または外部装置１１１ではなくコンパニオン装置１０６によって受信可能である。
【００４１】
２０２において、ＩＴＶアプリケーションを受信した装置（１０１，１１１，および／または１０６）は、ＩＴＶイベントの存在を検出する。ＩＴＶイベントを受信した装置（１０１，１１１，および／または１０６）は、２０３において該ＩＴＶアプリを実行するかを決定するためにデータベースに対するクエリを作成する（例えば、許可パッケージをリクエスト）。いくつかの実施形態において、この許可パッケージのリクエストは、最も近い嗜好データベースに行く（例えば格納装置１０７、１０８、１１０、または中央部に配置されたサーバ１０５）。消費者の嗜好に基づき、システムは該ＩＴＶアプリケーションの実行を許可すべきか、条件付きで許可すべきか、または不許可とすべきかを決定する。いくつかの実施形態において、システムはリクエストメッセージを消費者の嗜好に対して相互参照を行って、許可、条件付きで許可、または不許可を決定する。リクエストが失敗すると、ＭＳＯ設定デフォルトまたは視聴者設定デフォルトなどのデフォルト応答があれば、それを使用してもよい。
【００４２】
実行されたクエリに基づいて、システムは、例えば以下の状態を返す。
ａ．許可（２０５）
ｂ．不許可（２０６）
ｃ．条件付き許可（２０４）
【００４３】
装置（１０１および／または１０６）が「許可」（２０５）をシステムから受信した場合、ＩＴＶアプリケーションのイベントが該装置によって実行される。
【００４４】
装置（１０１および／または１０６）が「不許可」（２０６）をシステムから受信した場合、ＩＴＶアプリケーションのイベントが該装置によって実行されない。いくつかの実施形態において、上記システムは、視聴者の嗜好によってＩＴＶアプリのイベントがブロックされる度に視聴者に対して通知を行うように設定できる。いくつかの実施形態において、視聴者は、今回のみ該アプリ／イベントの動作を許可する、今回を含めて常時該アプリ／イベントの動作を許可する、メッセージを破棄する、またはメッセージを破棄して今後そのようなメッセージを表示しないことを要求することを含む１つ以上の選択肢から選択できる。
【００４５】
装置（１０１および／または１０６）がシステムから「条件付き許可」（２０４）を受信した場合、必要とされる１つ以上の条件が満たされると、装置はＩＴＶアプリを実行できる。例えばいくつかの実施形態において、暗証番号が条件とされる場合、視聴者は自分の暗証番号の入力を促され、その暗証番号を確認するために、データベースに２度目の呼び出しをすることが求められる。いくつかの実施形態において、「確認する（ａｓｋ ｍｅ）」が条件とされている場合、視聴者はＹＥＳ／ＮＯの応答を入力することが促され、それに応じてシステムは該アプリを実行するか、もしくは実行しない。
【００４６】
図３は、消費者のＩＴＶ嗜好を管理するためのデータベース構造の例を図示する。これらのデータテーブルは、例示目的で示しているに過ぎず、業界標準のデータテーブルの複雑さ全体を示すものではなく、むしろ本主題に関係する重要な要素を示す。
【００４７】
加入者テーブル（例えば、加入者データベース３０１）は、例えば以下を含むプロバイダのアカウント加入者に関する情報を含む。
・アカウントＩＤ − そのテーブルの主キー
・ＰＩＮ １〜ｎ − アカウント所有者が自分のＩＴＶ対話に対して選択した暗証番号の数字
・ユーザ名およびパスワード − 嗜好ＵＩ１０４にアクセスするために加入者が使用する身分証明
【００４８】
装置テーブル（例えば、装置データベース３０２）は、加入者に属するデバイスに関する情報を含み、例えば以下を含む。
・装置ＩＤ − テーブルの主キーで、ＭＡＣアドレスなどでもよい
・アカウントＩＤ − 該装置が関連付けられているアカウントを識別するテーブルの外部キー
・装置設置場所 − 「居間ＳＴＢ」または「ジョンのｉＰａｄ」など、装置に対してユーザが使いやすい名称
・装置機種 − タブレット、ＨＤ ＳＴＢ、ＳＤ ＳＴＢ、スマートフォン、Ｘｂｏｘ等の装置の種類
【００４９】
番組表（例えば、番組データベース３０３）、チャンネルラインアップ３０４および番組ガイド３０５は、テレビの放送内容に関する情報を含む。
・番組ＩＤ − 番組表の主キー
・番組名 − 「マンデーナイトフットボールＬｉｏｎｓ ｖｓ． Ｂｅａｒｓ」などの番組名
・評価 − ＴＶＧまたはＴＶＭＡなどの番組評価
・ジャンル − スポーツ、ニュース、シットコムなどの番組ジャンル
・チャンネルＩＤ − チャンネルラインアップおよびチャンネル番号の主キー
・ネットワーク − ＷＣＶＢまたはＥＳＰＮなどのチャンネル番号に割り当てられたネットワーク
・放送ＩＤ − 番組ガイド表の主キー
・チャンネルＩＤ − 放送されているチャンネルを示す外部キー
・番組ＩＤ − どの番組が放送されているかを示す外部キー
・放送日 − 放送日
・放送時間 − 放送時間
【００５０】
ＩＴＶアプリケーションテーブル（例えば、ＩＴＶアプリデータベース３０６）は、どのＩＴＶアプリをプロバイダが提供しているかに関する情報を含み、例えば以下を含む。
・ＩＴＶアプリＩＤ − ＩＴＶアプリテーブルの主キー
・ＩＴＶアプリ名 −「Ｓｈｏｔｉｍｅ Ｂｏｘｉｎｇ Ｃｏｍｐａｎｉｏｎ」または「Ｃａｌｌｅｒ ＩＤ」などのアプリ名
・ＩＴＶアプリの種類 − ゲーム、投票、ｒｅｑｕｅｓｔ ｆｏｒ ｉｎｆｏ、ｃｌｉｃｋ−ｔｏ−ｂｕｙ等のアプリの種類
【００５１】
ＩＴＶイベントテーブル（例えば、ＩＴＶアプリイベントデータベース３０７）は、トリガされるＩＴＶアプリの所与のインスタンスに関する情報を含み、例えば以下を含む。
・ＩＴＶイベントＩＤ − ＩＴＶイベントテーブルの主キー
・製品区分 − 広告におけるＩＴＶイベントに対して任意で使用され、自動車、金融製品、サービス、レストラン等、提供されている製品の種類を識別する
・ＩＴＶアプリＩＤ − このＩＴＶイベントで使用されているＩＴＶアプリを識別する外部キー
・イベントパラメータ１−Ｎ − 投票質問とその回答の選択肢のテキストなど、所与のＩＴＶイベントのパラメータ
【００５２】
嗜好テーブル（例えば、嗜好データベース３０８）は、消費者が所与の嗜好を作成するために使用できる様々な設定を含み、例えば以下を含む。
・嗜好ＩＤ − 嗜好テーブルの主キー
・アカウントＩＤ − 嗜好が属する加入者を識別する外部キー
・装置ＩＤ − 嗜好の対象装置を識別する外部キー
・時間帯 − 朝、ゴールデンタイム、放課後など、嗜好の対象となる１日のうちの区分
・曜日 − 例えば月〜金など、嗜好の対象となる曜日
・ネットワーク − 嗜好の対象となるネットワークを示す
・ジャンル − 嗜好の対象となる番組ジャンルを示す
・評価 − 嗜好の対象となる番組評価を示す
・番組名 − 嗜好の対象となる番組を示す
・製品区分 − 嗜好の対象となる区分を示す
・ＩＴＶアプリの種類 − 嗜好の対象となるアプリの種類を示す
・ＩＴＶアプリ名 − 嗜好の対象となるアプリを示す
・サービス種類 − リニア型またはビデオオンデマンドなど、消費されているサービスの種類を示す
・嗜好 − 許可、不許可、暗証番号が必要、確認など、嗜好の選択
【００５３】
いくつかの実施形態において、ＩＴＶイベントがトリガされると、アプリを実行するか否かを決定するために嗜好データベースに対してクエリを行うためのメッセージ３０９が組み立てられる。構成の良いデータベースの場合、嗜好確認メッセージ３０９に対する要素は非常に少ない。これは、ケーブルネットワークにおいて多くのリターンパス（戻り道）は帯域幅が非常に限られているため有益である。嗜好確認メッセージは、例えば、以下の要素を含む。
・ＩＴＶイベントＩＤ − ＩＴＶイベントに伴う
・チャンネルＩＤ − 外部装置１１１または視聴装置１０１によって内部的にアクセスされる
・装置ＩＤ − 外部装置１１１または視聴装置１０１またはコンパニオン装置１０６によって内部的にアクセスされる
・サービス種類 − 外部装置１１１または視聴装置１０１によって内部的にアクセスされるＶＯＤ、ｐａｙ ｐｅｒ ｖｉｅｗ（ＰＰＶ）またはリニアブロードキャスト
・日時 − 外部装置１１１または視聴装置１０１またはコンパニオン装置１０６によって内部的にアクセスされる
【００５４】
図３は、上記の各データテーブルがどのように関係しているかを図示する。その関係をたどることにより、嗜好の複雑なセットに対して、非常に少ない要素を有する嗜好確認メッセージがいかに十分であるかが理解できるであろう。
【００５５】
図４〜９は、Ｃｌｉｃｋａｂｌｅ ＴＶと呼ばれる単一のＩＴＶアプリがプロバイダによって提供され、加入者の嗜好がＣｌｉｃｋａｂｌｅ ＴＶの各イベントに対して「常に許可」または「常に不許可」のみである場合の本発明の簡単な実施形態を図示する。本例において、Ｃｌｉｃｋａｂｌｅ ＴＶイベント１０３は、帯域内１１２によってＳＴＢ１１１に対して送信され、加入者の嗜好に応じて視聴画面１０１上で実行される（もしくは実行されない）。この例において、嗜好データベースはローカル１０７と中央１０５の両方に格納される。
【００５６】
図４は、加入者がウェブサイトを介してＣｌｉｃｋａｂｌｅ ＴＶへの不参加を選択する場合のＵＩ１０４の例を示す。図に示すように、ＵＩ１０４は、ユーザ用の入力選択肢を含み、例えば、不参加選択の１つ以上の理由、追加のフィードバック、および選択を確認する機能を含む。
【００５７】
図５は、加入者の嗜好が格納されたユーザ嗜好データテーブル３０８の例を示す。図から明らかなように、ユーザ嗜好データテーブル３０８は、ＩＴＶイベントのステータス（例えば、不参加選択、登録済、非登録）を示す「Ｓｔａｔｕｓ」フィールドを含む。図９を参照して上記の選択肢をより詳細に説明する。この例において、ステータスは「登録済」である。この嗜好データテーブル３０８は、ユーザの嗜好に関するその他のフィールドも含み、例えば以下を含む。
・ｉｄ − アカウントＩＤ、例えば、レコードが作製される度にインクリメントする値
・ｃｒｙｐｔｅｄ＿ｐａｓｓｗｏｒｄ − 例えば、「ＳＡＬＴ」欄を使用した暗号化パスワード
・ｓａｌｔ − 暗号化パスワードを作成するために使用されるフィールド
・ｒｅｐｏｒｔａｂｌｅ − 例えば、ＴＶＬＭ Ｒｅｐｏｒｔなどを介したレポートデータに含まれるアカウント
・ｅｍａｉｌ − アカウント所有者の電子メール
・ロケーション − ケーブルテレビ事業者のアカウントロケーション
・ｓｕｂｓｃｒｉｂｅｒ＿ｉｄ − ケーブルテレビ事業者からの暗号化された加入者ＩＤ
・ｕｐｄａｔｅｄ＿ａｔ − レコード修正日時
・ｃｒｅａｔｅｄ ａｔ − レコード作成日時
・ｏｗｎｅｒ＿ｉｄ − 所有者テーブルＩＤフィールドにリンク
・ｅｍａｉｌ＿ｅａｃｈ＿ｃｌｉｃｋ − 加入者をクリックする度に１通の電子メールを送信
・ｅｍａｉｌ＿ｃｌｉｃｋ＿ｓｕｍｍａｒｙ − エンドユーザに対して、すべてのクリックのサマリーの電子メールを例えば毎週送信
・ｚｉｐｃｏｄｅ − アカウント所有者の郵便番号
・ｒｅａｓｏｎ − 入会理由情報
・ｒｅａｓｏｎ＿ｔｅｘｔ − 入会理由情報
・ｃｌｉｃｋｓ＿ｐｅｒ＿ｐａｇｅ − 例えば、消費者のポータルのページ毎のクリックを表示
・ｅｎｃｒｙｐｔｅｄ ｅｍａｉｌ − 暗号化電子メール情報
【００５８】
図６は、加入者に属する装置が記憶される装置データテーブル３０２の例を示す。図から明らかなように、装置データテーブル３０２は、例えば以下を含んでもよい。
・ｉｄ − 主レコードキーＩＤ
・ａｃｃｏｕｎｔ＿ｉｄ − セットトップボックスにリンクされたアカウント
・ｌｏｃａｔｉｏｎ＿ｉｄ − Ｐｒｏｖｉｄｅｒ＿Ｌｏｃａｔｉｏｎｓテーブルへのキーリンク
・ｄｅｖｉｃｅ＿ｉｄ − 装置ＵＩＤ
・ｍｏｄｅｌ＿ｔｙｐｅ＿ｃｏｄｅ − セットトップボックス種類情報
・ｍｏｄｅｌ − セットトップボックス機種情報
・ｅｂｉｆ＿ｅｎｇｉｎｅ − セットトップボックスにロードされているＥＢＩＦエンジン
・ｗｉｔｈ＿ａｃｃｏｕｎｔ＿ｓｉｎｃｅ − セットトップボックスが該アカウントと関連づけられた日付
・ｃｒｅａｔｅｄ＿ａｔ − レコード作成日時
・ｕｐｄａｔｅｄ ａｔ − レコード修正日時
【００５９】
図７は、Ｃｌｉｃｋａｂｌｅ ＴＶイベント３０７を格納するデータテーブルの例を示す。上述したデータテーブルは、主に中央１０５に格納され、この情報のサブセットのコピーがローカル１０７に格納される。ローカルデータベース１０７は、構成可能な頻度に応じて中央データベース１０５と接続し、ローカルデータベース１０７が最新の情報を有していることを確認する。図から明らかなように、データテーブルは例えば以下を含んでもよい。
・ｉｄ − 主ＩＤフィールド
・ｂｄｓｓ＿ｉｄ − プレイアウトを実行したサーバを識別する
・ｔｉｄ − ＩＴＶイベントのプレイアウトを識別するために使用されるトークンＩＤ
・ｉｎｓｅｒｔｉｏｎ＿ｔｙｐｅ − 例えば（ＨＯＴＢＵＴＴＯＮ、ＰＬＡＹＮＯＷ、ＶＤＣＰ）を含む種類
・ｓｅｇｍｅｎｔ＿ｉｄ − コンテンツセグメントテーブルへのキーリンク
・ｒｅｓｕｌｔ − プレイアウト結果（例えばＰＬＡＹ＿ＣＭＰＬＴ，ＰｌａｙＡＢＯＲＴ）
・ｓｔａｒｔ − プレイアウト開始時間
・ｅｎｄ − プレイアウト終了時間
・ｃｒｅａｔｅｄ＿ａｔ − レコード作成日時
・ｕｐｄａｔｅｄ＿ａｔ − レコード修正日時
・ｎｅｗｓ＿ｕｓｅｒ − ＨＯＴＢＵＴＴＯＮを開始したニュース放送ユーザ
・ｈｏｕｓｅ＿ｎｕｍｂｅｒ − 関連付けられたＡＤハウス番号
・ｃｏｎｆｉｒｍｅｄ − 例えば、ＴＶＬＭに格納された情報によって確認されたプレイアウト
・ｈｏｔｋｅｙ＿ｂｕｔｔｏｎ＿ｉｄ − プレイアウトがＨＯＴＢＵＴＴＯＮに対するものか、もしくは「ｎｕｌｌ」の場合のホットキーボタンＩＤ
【００６０】
図８は、装置からローカルデータベースに対するクエリメッセージ３０９の例を示す。クエリメッセージ３０９は、例えば以下を含んでもよい。
・ｄｅｖｉｃｅｉｄ − ＭＡＣアドレスまたはその他の装置ＩＤでもよい
・ｄｅｖｉｃｅｔｙｐｅ − 特定のセットトップボックス機種が定義される
・Ｓｏｆｔｗａｒｅｖｅｒｓｉｏｎ − アプリケーションにおいて内部的に定義される
・ｔｉｄ − 再生をリクエストしているＩＴＶイベントのＩＤ
【００６１】
図９は、該ＩＴＶイベントを実行するか否かに関する、装置に対する返信メッセージ３１０の見本を示す。返信メッセージはｓｔａｔｕｓを含んでもよく、例えば以下を含んでもよい。
・Ｕｎｋｎｏｗｎ − 装置またはＩＴＶイベントがデータベースに見つからなかった場合。いくつかの実施形態において、本システムはデフォルトでＩＴＶイベントを実行するように構成されてもよい
・Ｕｎｒｅｇｉｓｔｅｒｅｄ − 加入者がＩＴＶイベントに対して参加、不参加を選んでいない場合。いくつかの実施形態において、本システムは、デフォルトでＩＴＶイベントを実行するように構成されてもよい
・Ｒｅｇｉｓｔｅｒｅｄ − 加入者がこのＩＴＶイベントに参加している場合、ＩＴＶイベントを実行する（すなわち「許可」）
・Ｏｐｔ−ｏｕｔ − 加入者がこのＩＴＶイベントに不参加を選択した場合、該ＩＴＶイベントを許可しない（すなわち不許可）
【００６２】
本明細書で説明した主題の態様は、システム（例えば１つ以上のコンピュータプロセッサを含むシステム）、装置、方法（例えば１つ以上のプロセッサによって実行されたコンピュータ実装方法（ｃｏｍｐｕｔｅｒ−ｉｍｐｌｅｍｅｎｔｅｄ ｍｅｔｈｏｄ））、および／または所望の構成に応じた物において実現可能である。特に、本明細書において説明された主題の様々な実施形態は、デジタル電子回路、集積回路、専用に設計された特定用途向けＩＣ（ＡＳＩＣ）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはその組み合わせにおいて実現可能である。これらの様々な実施形態は、格納システム、少なくとも１つ入力装置、および少なくとも１つ出力装置からデータおよび命令を受信し、それらに対してデータおよび命令を送信するように結合された専用または汎用の少なくとも１つプログラム可能なプロセッサを含むプログラム可能なシステム上で実行可能および／または解釈可能な１つ以上のコンピュータプログラムにおける実現を含んでもよい。
【００６３】
プログラム、ソフトウェア、ソフトウェアアプリケーション、アプリケーション、コンポーネント、またはコードとも呼ばれる上記コンピュータプログラムは、プログラム可能なプロセッサに対する機械命令を含み、高位のプロシージャ言語および／またはオブジェクト指向プログラミング言語および／またはアセンブリ／機械言語において実現可能である。本明細書で使用されるように、「機械可読媒体」という用語は、例えば磁気ディスク、光ディスク、メモリ、およびプログラマブルロジックデバイス（ＰＬＤ）などのコンピュータプログラムプロダクト、装置を意味しており、プログラム可能なプロセッサに対して機械命令および／またはデータを提供するために使用され、機械可読信号として機械命令を受信する機械可読媒体を含む。「機械可読信号」という用語は、プログラム可能なプロセッサに対して機械命令および／またはデータを提供するために使用される信号を意味する。この場合の機械可読媒体は、非一時的に上述したような機械命令を格納し、非一時的な固体メモリまたは磁気ハードドライブ、または同等の記憶媒体などでもよい。この機械可読媒体は、代替的または追加的にそのような機械命令を一時的に格納でき、例えば１つ以上の物理的プロセッサコアと関連づけられたプロセッサキャッシュまたはその他のランダムアクセスメモリでもよい。
【００６４】
ユーザとの対話を実現するために、本明細書において説明された主題は、テレビ、ユーザに対して情報を表示する、陰極線管（ＣＲＴ）モニタまたは液晶ディスプレイ（ＬＣＤ）モニタなどの表示装置を有するコンピュータ、ユーザが表示装置に対して入力を与えることができるリモコン、キーボードおよび／またはマウスまたはトラックボールなどのポインティングデバイスにおいて実現可能である。その他の種類の装置も同様にユーザとの対話を実現するために使用できる。例えば、ユーザに対して提供されるフィードバックは、例えば視覚フィードバック、聴覚フィードバックまたは触覚フィードバックなどの感覚フィードバックの形態でもよく、ユーザからの入力は、音響入力、音声入力または触覚入力を含むがそれに限定しないあらゆる形態で受信可能である。その他の可能な入力装置は、タッチスクリーンや、シングルポイントまたはマルチポイント抵抗膜方式または静電容量方式トラックパッドなどの他の接触感知装置、音声認識ハードウェアおよびソフトウェア、光学式スキャナ、光学式ポインタ、デジタル撮像装置および関連の解釈ソフトウェアなどを含むが、それに限らない。
【００６５】
上述した説明に記載の実施形態は、本明細書において説明された主題と矛盾しない全実施形態を示すものではない。説明された主題に関係する態様と矛盾しない数例を述べたに過ぎない。いくつかの変形を本明細書において詳述したが、その他の修正または追加が可能である。特に、本明細書に記載したものに加えてさらに特徴および／または変形を提供することは可能である。例えば、上述した実施形態は、開示された特徴の様々な組み合わせおよび部分的組み合わせに関し、および／または１つ以上の特徴の組み合わせおよび部分的組み合わせは本明細書の開示内容に関する。さらに、添付図面に図示された論理フローおよび／または本明細書に記載の論理フローは、望ましい結果を実現するために、示された特定の順番または順次を必ずしも要件とするものではない。以下のクレームの範囲は、その他の実行または実施形態を含んでもよい。
【図１】
0005668178.tif 000002
【図２】
0005668178.tif 000003
【図３】
0005668178.tif 000004
【図４】
0005668178.tif 000005
【図５】
0005668178.tif 000006
【図６】
0005668178.tif 000007
【図７】
0005668178.tif 000008
【図８】
0005668178.tif 000009
【図９】
0005668178.tif 000010