JP4773490B2 - ビデオ・オン・デマンドの目標を絞った広告 - Google Patents

Description

本発明は、概して、双方向テレビジョン環境に関し、さらに特定すると、双方向テレビジョン環境においてビデオ・オン・デマンドのチャネル帯域幅の管理及び目標を絞った広告の管理に関する。

双方向テレビジョンの同報通信業者、ネットワーク・オペレータ、マルチプル・システム・オペレータは、衛星同報通信、地上同報通信、高速ケーブル・ネットワークを介して多くの多種多様なユーザに接触することができる。しかしながら、これら様々なオペレータは個別化され、特定されたコンテンツを個々の視聴者に配信するためにいくつかの課題に直面する。各々のオペレータは個別化したコンテンツを伝えようとする彼らの要望と彼等に利用可能な限られた帯域幅の割り当てのバランスを取らなければならない。同報通信で各々のユーザ用に特に定めたチャネルを専用に利用可能な十分な帯域幅が無いことが理由で、同報通信を個々人に特別に用意することは問題を生じる。

小規模で地方のケーブル／地上オペレータは、彼らの個性、すなわち個人レベルの一般民衆、個人ユーザに接触し、アピールする能力を宣伝することによって彼らの製品提供を目立たせることを望む。通常、同報通信データは同報通信用カルーセルで１対多数のプレゼンテーションとして提示される。通常の同報通信シナリオでは、すべてのユーザのセットトップボックス（ＳＴＢ）はカルーセル内で同報通信されたあらゆるものを受信して、視聴する。認可された個人又はグループを選択する利用可能性の選択又は制限は、通常、同報通信データの利用可能性を認可されたユーザに限定する条件付きアクセス（Conditional Access:ＣＡ）メカニズムによって与えられる。しかしながら、ＣＡは概して追加的なハードウェアを必要とし、同報通信から個人向け又は個別化されたコンテンツを選択することに特に適しているわけではない。さらに、ＣＡメカニズムの使用は個別化同報通信に関連する帯域幅の制限に対処することが不可能である。

個別化されたコンテンツは双方向テレビジョン用途でもやはり望ましい可能性がある。しかしながら、自動車販売、不動産一覧、レストラン案内のようなカタログ・タイプのコンテンツは性質的に極めて局地的である。大部分のユーザ又は視聴者は彼らの局地的地方での自動車やレストランにしか興味を抱かない。多くの場合、関心対象のコンテンツの所在は視聴者の家からわずか数マイルに位置するであろう。その結果、広大な受信範囲が数多くの地方へと分割される可能性が高く、各々が専用の同報通信チャネルを必要とする。さらに、各々の地域に関して複数の特定の関心のチャネルが必要とされる可能性がある。

多数の地方に対処するために、数千人の視聴者に情報提供している大規模同報通信業者は、提供を受ける様々な地方と関心対象グループに多数の個別化されたチャネルを用意することで同報通信業者の視聴者の加入者のベースに対応しなければならない。例えば、五大都心部に情報供給している同報通信業者は５つの地域の各々の地域にとって局地的な「中古車」チャネル又は番組について５つの専用チャネルを必要とするであろう。これら５つのチャネルは、たとえ５つのチャネルのうちのどれも使用又は視聴されていないときでも利用可能な帯域幅を５つのチャネルによって恒久的に減らしていることになる。さらに、もし、その専用チャネルに短いビデオ又は映像が含まれている場合、各々のチャネルに関する恒久的な専用帯域幅が過剰となり、既に制限されている利用可能帯域幅の中に切り分けられるであろう。したがって、過剰の専用帯域幅を使用することなく、個別化された局地的コンテンツを提供するための方法と装置が必要とされる。

局地的で１対１に目標を絞った個別化された広告を提供する要望もやはり存在する。同報通信広告は、概して、大規模に加入者に向けて無差別に押し付けらるか又はオンエアされる。この押し付けマーケティングのシナリオでは、商品の中の関心対象を示していてもそうでなくてもすべての視聴者は同じ広告を受信する。しかし、広告は、特定の範囲内で既に関心を表している人々に配信されるとより効果的であると考えられる。エンド・ユーザすなわち視聴者の視聴習慣や購入品のプロフィールを作ることは広告元が目標を絞ったメッセージを配信することを可能にするが、視聴者の関心をプロフィールで判定して保存することはプライバシーを気にする視聴者に不快感を与え、彼らにプライバシーの侵害であると判断されかねない。したがって、プライバシーを気にするユーザにとってさらに受容可能な方式で目標を絞った広告を提供する要望が存在する。

個別化されたチャネルとそれに関連するビデオ・クリップを提供するための方法と装置が検討される。一実施形態では、複数の個別化された番組に相当するデータが単一のチャネルに集約され、「オン・デマンド」ベースで短いビデオ番組の供給に必要とされる通りのチャネル帯域幅が割り当てられる。帯域幅の割り当ては、個別化されたチャネルとそれに関連するビデオ・クリップを供給するために必要とされる合計の帯域幅が削減されることが可能となるような方式で実行される。やはり検討される事項は、ユーザのｉＴＶ経験を個人向けにするリアルタイムで単一ユーザに目標を絞った広告コンテンツの提供である。個別化「オン・デマンド」チャネルの限られた帯域幅に過剰負担とならないような５から１０秒間続く短い持続時間のビデオを使用することが可能である。

やはり検討される事項は視聴者選択を伴った広告を提供する方法と装置である。それらの広告は編集され、及び／又は保存されたプロフィールではなく最近明らかになった関心対象に基づいたリアルタイムに目標を絞る。例えば、Ｐａｌｏ Ａｌｔｏ，Ｃａｌｉｆｏｒｎｉａの不動産広告を探している個人はＰａｌｏ Ａｌｔｏの抵当権者に関する広告を受信することが可能である。個別化されて１対１に目標を絞った広告はプライバシーを気にするユーザに一層受容可能になることが可能である。ユーザ選択関連広告は、適切な広告を選択するためのユーザのトランザクション履歴に関する保存データベースを必要としないのでリアルタイムで目標を絞った広告を扱うことが容易なる。したがって、本明細書に述べられる実施形態は押し付けの程度をさらに小さくすることが可能であり、ユーザ・プロフィールのデータベースに保存される視聴癖や購入習慣に関するトランザクション記録の作成によってプライバシーを失うことを恐れるプライバシー重視の視聴者に受け入れ易くなる。しかしながら、異なるユーザが閲覧者の識別を使用してサインオンした場合、トランザクション履歴が適用できる。さらに、ユーザ選択関連広告はオペレータの、ユーザの活動を追跡することによるユーザ・プロフィールのデータベースの作成を抜け出ることを選択する、あるいはそれに加わることを選択しない脱出シナリオに重要となり得る。

本明細書に述べられる様々な実施形態はまた、多数によって共有されることが可能でかつ帯域幅利用の効率を上げることが可能となるような方式で帯域幅を割り当てることも可能にする。さらに、特定の商品又はサービスに当面の関心を示した人々に広告が提示されることが可能であり、その結果、広告元のメッセージの受信に高度の成功をもたらす可能性を提供し、既存のデータベース・プロフィールの作成による視聴者のプライバシーへの侵害を削減する。

本発明の詳細な理解のために、同様の要素が同様の番号を与えられた添付の写真と関連させて下に述べる実施形態を参照して説明する。

図１は、ソース・サーバからクライアント・デバイスの視聴者へ向かう双方向テレビジョン・アプリケーション、テレビ番組（音声及びビデオ）、システム情報（例えばサービスの数、サービス名、イベント名、イベント・スケジュール）の配信を例示する図である。このシステムは特定のビデオとそれに関連する音声をヘッドエンドに供給するビデオ及び音声デバイス（図示せず）と連結されるヘッドエンド２０を有する。音声−ビデオ双方向信号は制御信号、システム情報、双方向アプリケーションといった双方向コンテンツと同様にテレビ番組又は同様の音声−ビデオ・コンテンツを含む。一実施形態では、ビデオ情報はヘッドエンド２０でデジタル化され、（衛星中継２３、ケーブル中継２４、及び／又は地上中継又は多数の分岐配布サービスに基づくシステム２５のような）適切な伝送媒体３２を介してセットトップボックスのようなクライアント・デバイス２８、テレビ受像機のような視聴者のディスプレイ２６を有する受信システム２４へ送信される。ヘッドエンド２０によって送信される情報は様々な方式で受信システム２４へ送信される。例えば、この送信情報は衛星伝送のような同報通信信号を介して受信システム２４へ送られる。受信システム２４はまた、モデム・チャネル又はケーブルを介して信号を受信するように構成することもできる。受信システム２４は、例えば、セットトップボックス２８に接続されたテレビ２６を有する。セットトップボックス２８は受信局２４の処理機能を実行する処理回路２９と（揮発性及び／又は不揮発性の）記憶装置３０を有する。さらに、セットトップボックスは遠隔制御器、マウス、キーボードその他の入力デバイス３１と通信するようにも連結されている。セットトップボックス２８はさらに、ＳＴＢ２８が同報通信信号、モデム信号などといった様々なタイプの信号を受信し、搬送するように構成されたＩ／Ｏ回路２７を有する。受信アンテナを通じて情報が受信されると、セットトップボックス２８によって処理され、テレビ受像機２６上に表示される。この方式で、音声、ビデオ、双方向データがセットトップボックス２８によって受信され、処理される。同報通信用カルーセル又はモデム・チャネルを経由して送信される信号は、双方向アプリケーションの構成要素を有する様々なモジュールを構成している。これらのモジュールにはアプリケーション・コード、未加工データ、ビデオ、グラフィック情報といったあらゆるタイプのデータが含まれる。

一実施形態では、データ・モジュールのグループが、例えば不動産又は自動車といった特定の表題に専用の仮想チャネルで、繰り返しカルーセルでヘッドエンド・サーバから複数のクライアント・デバイスへ同報通信される。このデータ・モジュールは仮想チャネル上で視聴のために提示される項目に関連する情報を有する。ＳＴＢが付随するクライアント・デバイスのディスプレイ上に照会メニューを提示する仮想チャネルをユーザが選択する。クライアント・デバイスはそのクライアント・デバイスのユーザにサーチ基準を入力させる「サーチ」メニューを表示し、ユーザの選択基準において項目に関連したモジュールをユーザが選択できるようにする。例えば、ユーザは不動産チャネルを選択する。不動産チャネルはユーザが多様なサーチ基準又はキーワードを入力することができるサーチ・メニューをユーザに提示する。特定の価格範囲や所在地の中から売り家をサーチしているとき、不動産チャネルを視聴しているユーザは「価格範囲」、「所在地」、「ベッドルームの数」を含むサーチ基準を入力するであろう。

その後、ユーザの選択基準はバック・チャネル接続を介してサーバへ転送される。このサーバは同報通信用カルーセルの中でどのモジュールがユーザのサーチ基準に対して的確であるかを識別する。その後、サーバはこれらの的確モジュールに対応するモジュール番号の一覧表をバック・チャネル接続でクライアント・デバイスに送る。その後、クライアント・デバイスは的確モジュール番号に合致するモジュールを同報通信用カルーセルから捕捉する。

一実施形態では、これらのモジュールは図２に示されるようなデータを有する。図２はカタログ・チャネル２０２Ａ、不動産チャネル２０２Ｂ、自動車チャネル２０２Ｃ、レストラン・チャネル２０２Ｄを含むいくつかの同報通信チャネルを示している。各々のチャネル２０２は音声、ビデオ、及び／又はアプリケーション・データを含むデータ・モジュールを搬送するように構成されている。例えば、カタログ・チャネル２０２Ａ、例えばＳｅａｒｓ Ｒｏｅｂｕｃｋ ＆ Ｃｏ．のカタログ・チャネルは番号を付けられたカタログ・モジュール（２１０、２１２、２１４、２１６）のカルーセルを同報通信する。そのようなカタログ・モジュールは部品番号、説明、価格、写真、キーワード、利用可能なビデオに対する照会先といったデータを含む。モジュールのサーチを容易にするために、モジュールに関連するキーワードを使用することで、ユーザのサーチ基準に対応する的確なモジュールを識別することが可能となる。一実施形態では、不動産チャネル２０２Ｂにおいて、各々の不動産モジュールの説明、価格、窓口代理店、利用可能ビデオに対する照会先、キーワードを含むデータを有する、不動産モジュールのカルーセルを同報通信する。自動車チャネル２０２Ｃでは、年式、製造元、型式、説明、価格、販売店、写真、ビデオ、キーワードを含むデータを有する自動車モジュールのカルーセルが同報通信される。さらに、名称、住所、説明、メニュー、写真、利用可能なビデオへの照会先、キーワードを含むデータを有するレストラン・モジュールが地方のレストラン・チャネル２０２Ｄで同報通信される。上述のチャネル２０２の各々は別々のチャネルであってもよいが、利用可能な帯域幅とネットワーク・オペレータの所望の構造に応じて、より少ないチャネル又は単一のチャネルを形成するように組み合わせてもよい。

一実施形態では、同報通信の帯域幅を保護するために、モジュールに関連したそれぞれのビデオを同報通信せず、その代わりにモジュールとは別に、サーバのデータベース内に保存する。選択されたモジュールに付随するビデオがクライアント・デバイスでの視聴のためにユーザによって要求されると、そのビデオが選択され、指定された同報通信チャネルに挿入される。キーワードを使用して、どのモジュールがユーザのサーチ基準を的確に満たすかを識別することが可能である。

別の代替選択肢となる実施形態では、すべてのチャネルが一緒に同報通信され、ユーザがメニューから表題を選択する。その後、不動産、自動車、レストラン、又は他の何らかの部類の情報をサーチするために分類メニューが供給される。さらに別の実施形態では、最初はサーバ・カルーセル内にモジュールが同報通信されず、代わりにユーザのサーチ基準の下における的確モジュールのサーチで選択されるまで、サーバのデータベース内に保存される。データベース内でモジュールのサーチによって、モジュール又は複数モジュールがユーザのサーチ基準に準拠して選択又は的確判定されると、その的確判定すなわち選択されたモジュールが同報通信ストリームの中に挿入されるか又はバック・チャネル接続を通じてクライアント・デバイスへ送られる。その後、ユーザがモジュールから関心のある利用可能なビデオを選択し、サーバが、選択されたビデオを同報通信ストリームの中に挿入するか、又はバック・チャネルでそのビデオをクライアント・デバイスへ送る。この代替選択肢となる実施形態は、カルーセル内で全時間全モジュールを流すよりも少ない同報通信カルーセルの帯域幅を使用することが可能である。

カルーセルにおけるモジュールの同報通信は、サーバで過度の量の同報通信帯域幅を要求することなく、ユーザの興味を刺激するための十分な情報を含み、かつチャネル提供のコンテンツに関してユーザに情報提供することが可能である。したがって、ヘッドエンド・サーバの利用可能な同報通信帯域幅を飽和させることなく、いくつかの個別化されたチャネル提供への連続的なアクセスが多数のユーザに提供することができる。同報通信から選択されるか、あるいはバック・チャネルで受信されると、的確な同報通信モジュールが、各項目、例えば不動産チャネルのケースでは、ユーザのサーチ基準に適合した各家の短い説明とサムネイルを有する。また、ある実施形態は、不動産チャネルのユーザが、彼らの地域内、多分所定の住所からのあるマイル数内における、価格、所在地、ベッドルームの数のサーチ基準を入力することもあるであろう。その後、モジュールに関連するキーワードを使用して、いずれのモジュールがサーチ基準に合致するか、及び基準に合致するそれらを一度に少数しか表示しないかを決定することができる。付け加えると、ユーザのサーチ基準の下でモジュールを限定するためにモジュール・データベースの未加工データをサーチすることが可能である。

説明されたように、的確に限定されたモジュールとデータがクライアント・デバイスでユーザに提示される。ビデオを見たいと思う住宅の写真又は説明をユーザが見て、彼はクライアント・デバイスで住宅の説明又は写真を選択する。クライアント・デバイスは選択されたモジュール番号に対応したビデオに対するビデオ要求をサーバに送信する。サーバはデータベースを探し、選択されたモジュールに対応する要求されたビデオを見つける。一実施形態では、もしデータベースがサーバにある場合、モジュール番号をそれに対応するビデオとデータに一致させる表がデータベース内に記憶されている。したがって、サーバはデータベースからビデオ及び／又はデータを探して抽出するためにモジュール番号を使用することが可能となる。その後、サーバはそのビデオ及び／又はデータを指定されたチャネル・ロケーションで同報通信ストリームの中に置き、指定されたチャネル・ロケーションをクライアント・デバイスへ送る。その後、クライアント・デバイスが指定されたチャネル・ロケーションへ行き、視聴するため、又は後の視聴に保存するためにビデオにアクセスする。

複数のユーザが特定のデータベースの項目に関連するモジュール又はビデオを要求する可能性がある。例えば幾人かの視聴者がＥｌｍ Ｓｔｒｅｅｔの特定の住宅を見ることに関心を抱く可能性がある。一実施形態では、最初のユーザによって要求されるとＥｌｍ Ｓｔｒｅｅｔの住宅に関するビデオがカルーセル内に配置され、Ｅｌｍ Ｓｔｒｅｅｔの住宅のビデオを要求したすべてのユーザが、そのビデオの視聴を肯定応答して、それを解放した後に同報通信用カルーセルから外される。場合によっては、所定の時間の後、例えば１分後にビデオを同報通信ストリームから外すようにしてもよい。別の代替選択肢の実施形態では、ビデオをクライアント・デバイスに付随するメモリ内に記憶させ、そのクライアント・デバイスが同報通信からビデオを外すようにサーバに通知する。さらに別の実施形態では、ビデオを所定の時間に１回のみ指定されたチャネル上に送る。この実施形態では、サーバが次のビデオ送信の時間とチャネルの通知をクライアント・デバイスに送り、ビデオを要求したユーザすべてが指定されたチャネル・ロケーションで指定された時間にそのビデオを捕捉又は視聴する。

一実施形態では、１対１に目標を絞った広告はユーザのモジュールサーチ基準と結び付けられ、ユーザのサーチ基準に結び付いたビデオと予備データ・モジュールとが組み合わせられる。サーバからクライアント・デバイスへと送られる広告はカルーセルで同報通信されるか、バック・チャネル接続で送られるか、あるいはそうでなければクライアントへと搬送される。その結果、サーチとビデオ提示の間に予備データ・モジュールを提示している間に広告がクライアント・デバイスへと渡される。この広告は、バナー広告、写真、音声、又はビデオ挿入などである。例えば、音声メッセージ上の特定の音楽伴奏又は音声が所定のビデオ又は予備サーチデータの提示と結び付けられることもある。

ここで図３を参照すると、データ、キーワード、画像、ビデオがデータベース１００に入力される。アプリケーション・ストリーマ１０４を有するサーバ１０２がモジュール１１２、１１４、１１６、１１８、１２０を作成し、個別チャネル上での同報通信のためにスケジュールを決め（「フロー」）、個々のユーザ又はユーザ・グループへのビデオ再生のためにチャネル内の特定のトラックを指定する。同報通信ストリーマ１０６は、ＭＰＥＧ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍを有する同報通信用カルーセルの中にこのフローを多重化する。一実施形態では、アプリケーション・ストリーマ１０４はデータベース１００内にそれぞれのデータベース・エントリとともにモジュール番号を記憶する。ネットワーク・プロバイダはモジュール１１２、１１４、１１６、１１８、１２０を含む移送ストリームを加入者ベースへ同報通信する（地上同報通信、衛星同報通信、ケーブル同報通信）。

クライアント・デバイスでユーザはテレビ１１０に表示するためにトピック・チャネルを選択する。選択されたチャネルがテレビ受像機１１０での視聴者による選択のためのメニューとキーワードを表示する。視聴者はアプリケーション・メニューを眺め、テレビ受像機１１０上に表示されたメニューからキーワードを選択又は入力する。視聴者が実行キーを選択し、セットトップボックスの後方チャネル（例えばダイヤルアップ回線、ＤＳＬ、ケーブル・モデム）を通じてキーワードをサーバへ送り、オペレータ・サーバ１０２へ戻す。サーバ１０２は視聴者によって選択されたキーワードからデータベース・クエリを作成し、データベース１００上でクエリを実行する。データベース１００はクエリに合致するエントリの名称と関連するモジュール番号を返送する。返送された名称と関連するモジュール番号が、クエリを開始したＳＴＢへと搬送される。別の代替選択肢となる実施形態では、サーバはまた、これらのモジュールをデータベースからカルーセルへとロードす
る。

その後、返送されたモジュール名がテレビ画面１１０上の一覧表に表示される。その後、視聴者は返送された名称からセットトップボックス１０８とテレビ受像機１１０に関連する遠隔制御器を使用して選択を行う。その後、選択されたエントリの対応するモジュール番号を使用して、モジュール１１２、１１４、１１６、１１８、１２０の同報通信ストリームからモジュールを取り出す。このモジュールは視聴者が選択したエントリに関する予備情報を含む。

一実施形態では、「ビデオ・オプション」も同様に提供されてもよい。そのような実施形態では、視聴者は表示された一覧表又はメニューからビデオを選択することが可能である。視聴者によって選択されると、バック・チャネル１０７を経由してビデオ要求がサーバ１０２へ送られる。その後、データベース１００内にそのビデオに対するクエリが形成される。サーバ１０２がそのビデオに対するクエリを供給し、要求されたビデオを見つけて適切なビデオをアプリケーション・ストリーマ１０４へ送り、ユーザ要求ビデオの挿入のための同報通信ストリームから離して前もって決められたストリーム／トラックのセットにそのビデオを挿入する。アプリケーション・ストリーマ１０４はそのストリーム／トラックの番号をサーバ１０２へ返送する。サーバ１０２は選択されたビデオを搬送する選択されたトラック番号をＳＴＢ１０８のアプリケーションへ返送する。ＳＴＢ１０８内のこのアプリケーションが選択されたトラックの切り換えを行い、選択されたトラック内の選択されたビデオをテレビ画面１１０上に表示させる。選択されたビデオが所定の時間再生された後、場合によってはアプリケーションは受信通知をサーバへ返送する。サーバ１０２はビデオが視聴されたことをアプリケーション・ストリーマ１０４に通知する。トラック上でビデオが要求された場合、又は別の視聴者によって現在視聴されている場合を除いて、アプリケーション・サーバ１０２はこのトラックを解放する。

ここで図４を参照すると、図３にあるように視聴者がキーワードを提出すると、その情報がサーバ１０２で抽出される。目標を絞った広告モジュールがユーザのサーチ基準と結び付けて選択され、同報通信アプリケーション・フローに挿入されてその一部となり、それらの関連するモジュール番号がデータベース１００内に保存される。別の代替選択肢となる実施形態では、広告はサーバとクライアント・デバイスの間のバック・チャネル接続でクライアント・デバイスへ送られる。抽出された視聴者情報は、この視聴者のために適切な目標を絞った広告のモジュール番号をデータベース１００から抽出するために使用される。目標を絞った広告に関するこれらのモジュール番号はデータベース・クエリの一部として返送されたモジュール番号と共にセットトップボックスへと返送される。セットトップボックス１０８内のアプリケーションはクエリの結果及びビデオと音声の挿入を有するバナー又はその他のタイプの広告で構成されるシーン又は表示を構築することが可能である。例えば、もし５つのエントリが各シーンの中に配置されれば、一番上のエントリはバナー広告である。

一実施形態では、各々のサーバに対して関連するアプリケーション・ストリーマ１０４の構成要素が各々のエントリのためのビデオとキーワードを除くすべてのデータを抽出する。各々のエントリのデータは１つのエントリにつき１モジュールで個々のモジュールの中に組み込まれる。各々のモジュールは独自のモジュールＩＤ番号を割り当てられ、それがシステムの「構築時間」にサーバへ返送され、データベースの枠組みに追加される。モジュールＩＤ番号とモジュールの場所の表がデータベース内に保存される。これらカタログ・タイプのデータ・モジュールのすべてはアプリケーション・コード・モジュールと組み合わされ、同報通信用ＭＰＥＧ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍへ挿入のためにストリームとして同報通信ストリーマへと送られ、ネットワーク加入者のＳＴＢへと同報通信される。

特定の個別化されたチャネルが視聴者によって選択されると、ＳＴＢはモジュール１１２、１１４、１１６、１１８、１２０を含む同報通信ストリームからアプリケーションをロードし、視聴者に適切なキーワードから成る選択肢の一覧表を提示する。視聴者は遠隔制御器を使用して所望の分類基準を選択し、サーバへのＳＴＢの後方チャネル接続を経由してそれぞれのサーバへと送り返す。サーバ１０２はそのデータベース１００をサーチし、バック・チャネルを経由してユーザの分類基準に合致するテキスト記述及びモジュールＩＤをＳＴＢへ返送する。テキスト記述がテレビ受像機１１０に表示され、テレビ受像機とセットトップボックスに関連する遠隔制御器を介して視聴者が案内され、所望のエントリを選択することができる。モジュールＩＤを使用して適切なモジュール番号（１〜Ｎ）がフロー又は同報通信ストリームからロードされ、視聴者のサーチ基準に合致するモジュールの同報通信ストリームから静止写真と記述データを表示する。

ビデオが利用可能であるとき、「ビデオ利用可能」の通知が視聴者に向けて表示され、視聴者は返送された合致項目のうちの１つに関連するビデオを選択することができる。視聴者はビデオを要求する。視聴者のビデオ選択要求がバック・チャネル１０７を経由してクライアント・デバイスからサーバ１００へ送られる。サーバ１００はデータベース内の要求されたビデオをアプリケーション・ストリーマへ供給し、これがビデオを進行中の同報通信用カルーセルのストリーム内のＭＰＥＧトラックに挿入する。上述したように、ビデオを、所望のときにバック・チャネルを経由して送することも可能である。バック・チャネルは通常では遅いビットレート接続であるが、しかしカルーセル帯域幅が利用不可能であるとき、後方チャネルは待ち時間遅延を招きにくい。したがって、ビデオ又はデータ・モジュールをカルーセルを介して送るか又は後方チャネルを介して送るかに関する決定はデータ速度、待ち時間、及びチャネルとサーバの後方チャネル上のユーザの数に基づいてなされる。ビデオ又はその他のデータ項目は、緊急、通常、又はバックグラウンドの配信にマークされ、それにより、それほど緊急ではない要求への配信を後方チャネルのような遅い配信媒体へと外したり、あるいはサーバが配信をスケジュールできるときは、オフ・ピークの時間へと配信を後回しにすることが可能となる。ＳＴＢと同報通信業者の間の通信を、インターネット又はその他の適切な通信チャネルを介して確立することも可能である。

アプリケーション・ストリーマは、使用されるチャネル・ロケーションとトラックＩＤをサーバへ返送し、サーバはチャネル・ロケーションとトラックＩＤを後方チャネルでクライアント・デバイス又はＳＴＢ内のアプリケーションへ転送する。このアプリケーションはＭＰＥＧ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ内の指示されたトラックへ切り換え、クライアント・デバイスのディスプレイ又はＴＶ１１０上でビデオ・トラックを「再生」する。その後、ＳＴＢが受信通知をサーバ１００へ送り返し、サーバが同報通信用カルーセルからビデオを除去することによってこのトラックを再使用のために解放する。もし、ビデオが最初のユーザによって選択されてカルーセル内に挿入されている間に２番目のユーザが同じビデオを要求すれば、サーバは２番目のユーザから最後の受信通知を受け取ってから、又は一定のタイムアウト遅延が生じてから、その後にトラックが解放される。

一実施形態では、統合されたブラウザを装備していないＤＣＴ−２０００のようなセットトップボックス（ＳＴＢ）を使用できる。「最繁時」のチャネルの同報通信帯域幅と予測される負荷がトラックの数と同報通信のビットレート、及びビデオに関するサイズ／長さ／圧縮度を決定付ける。ＯｐｅｎＳｔｒｅａｍｅｒ（商標）のようなビデオ挿入コンポーネントが利用不可能である実施形態では、後方チャネルのような別の代替選択肢のチャネル上でビデオがサーバからクライアント・デバイスへと送られない限り、ビデオ・オプションを除くデータ項目の大部分又は全部を利用可能である。本明細書に述べられた実施形態のアプリケーション及び個別モジュールを作成するためにＯｐｅｎＴＶ（商標）ＳＤＫ又はＯｐｅｎＡｕｔｈｏｒ（商標）のようなツール・キットを使用することが可能である。モジュールＩＤの割り当てがシステムのソフトウェアに関するビルド・コードに追加され、データベースに含めるためにサーバへ送られる。このシナリオでは、どのようなコンテンツの変更（すなわち新たなホーム・リスト作成）も新たなビルドを開始する。

一実施形態では、サーバ１００はクライアント・デバイスから視聴者のサーチ基準を受信し、それを１対１の目標を絞った広告の準備のための基礎とする。例えば、視聴者がレストランを探していて、サーチ基準として「Ｃｈｉｎｅｓｅ，Ｍｏｕｎｔａｉｎ Ｖｉｅｗ，＄＄」を選択すると、サーバは対応するモジュールＩＤ又はモジュール番号をクライアント・デバイスへ返送する。ユーザが中華料理に当面の関心を抱いているという認識はカルーセル内の中華レストランに関する広告バナー、優待券、又はその他の広告折り込みの抽出を可能にし、又は／及びそれらをキーワード「的中」のデータベースと共に画面上に表示する。広告主の営業所へとビジネスを推進するように、バナー又はその他の広告は別の代替選択肢の関連製品、サービス、会場、優待券を含むようにしてもよい。例えば、もしＳＴＢが２０個の的中を受信して１ページに２０項目のうちの最初の５個が表示される場合、各々のページは異なった標的化１対１広告を表示する。これらの広告は料金ベースであって、１対１広告に代表される広告主によって費用負担させてもよい。１対１広告はまた、料金に基づいた「段階付け」であることも可能である。広告主が高い料金を支払ったものは目に付き易い位置、例えば最初のページの一番上に場所をとる。少ない料金は目に付きにくいページに広告を格下げし、クライアント・デバイスでの表示で後のほうで見つけられるようにする。遠隔サーバでの視聴者のサーチ・クエリとの関連から生じる標的化広告は、ユーザの視聴及び購入癖履歴のプロフィールのサーチとは対照的に、セットトップボックスに関連するメモリ上に局所的に保持される。クエリ結果が同報通信又はバック・チャネル接続から広告を取り出すために使用されるという事実は、当面の関心対象の、ユーザ目標を絞った１対１広告をユーザに提供する。

アプリケーション・ストリーマ１０４のコンポーネントは、データベース・サーバから各エントリに関してビデオとキーワード以外のすべてのデータを抽出することが可能である。その後、各エントリに関するデータはモジュールの中に転用される。一実施形態では、１つのエントリ当たり１つのモジュールが作られる。各々のモジュールは独自のモジュールＩＤ番号を割り当てられ、それがサーバへ返送されてデータベース内のそれぞれのデータエントリに追加される。その後、すべてのモジュールがアプリケーション・コード・モジュールと組み合わされ、同報通信用カルーセルのＭＰＥＧ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍへの挿入のためにストリームとして同報通信ストリーマ１０６へ送られる。

一実施形態では、ＳＴＢ又はクライアント・デバイスは専用のトピック・チャネルのためのアプリケーションをロードし、クライアント・デバイスで視聴者にコンテンツのタイプに基づいた分類オプションの一覧表を提示する。レストランのアプリケーションはクライアント・デバイスで視聴者に料理タイプ（イタリアン、中華、フレンチなど）の欄、所在地（Ｍｏｕｎｔａｉｎ Ｖｉｅｗ、Ｐａｌｏ Ａｌｔｏ、Ｓｕｎｎｙｖａｌｅなど）の欄、概算費用（＄、＄＄、＄＄＄など）を提示することが可能である。視聴者はクライアント・デバイス又はセットトップボックスに関連する遠隔制御器を使用して所望の分類オプション基準を選択し、その選択された基準が（例えばＳＴＢのバック・チャネルを経由して）サーバへ送り返される。一実施形態では、選択の一覧表が各々の分類オプションに対して提示され、それがまた、ユーザが分類オプションに関してカスタム・データ又はデータ範囲を記入することを可能にする。例えば、住宅に関して価格オプションが選択されると価格範囲の一覧表が提示され、ユーザが空欄に価格範囲に関して彼の独自の選択を記入する。価格範囲の代表的な一覧表は「＄１００，０００未満」、「＄１００，０００〜＄２５０，０００」、「＄２５０，０００〜＄５００，０００」、「＄５００，０００〜＄１，０００，０００」などを含む。ユーザは彼の独自の価格範囲、例えば「＄７５０，０００〜＄１，２５０，０００」を記入することもやはり可能である。

サーバはユーザのサーチ基準を受信し、視聴者のサーチ基準に基づいてデータベースをサーチし、バック・チャネル又は同報通信用カルーセルを介して的確モジュールをＳＴＢ又はクライアント・デバイスへ返送する。サーチ結果に合致するモジュールＩＤ又はモジュール番号、及び場合によっては関連するテキストの少しの部分がクライアント・デバイスへ送られる。モジュール番号とテキストはクライアント・デバイスのユーザに対するメニュー・エントリの表示のための基礎として使用される。クライアント・デバイスのＳＴＢアプリケーションがメニュー・エントリを組み合わせ、それらをクライアント・デバイス又はＳＴＢのユーザに表示する。視聴者はクライアント・デバイスに付属の遠隔制御器を使用してメニュー・エントリを通って進行し、視聴するメニュー項目を選択する。

選択されたメニュー項目に関連するモジュールＩＤ又はモジュール番号がクライアント・デバイスへ送られ、視聴者の選択に関係するリソースを含むモジュールがロードされ、対応するデータがクライアント・デバイスのディスプレイ上に表示される。商業カタログのケースでは、データは商品説明、部品番号、価格、写真を含むであろう。不動産に関する場合は、データは家の写真、表示価格、ベッド及び風呂、掲載代理店、窓口情報などである。レストランのケースでは、データはレストランの写真、名称と所在地、電話番号、メニューの抜粋などを含む。

多くの製品が、メニューとビデオを特定の環境を作り出す方法とそれらの特別な特徴を提示する方法として使用することに役立つ。視聴者は返送された一致項目のうちの１つに関連するビデオを、遠隔制御器を使用して選択する。ビデオ要求はバック・チャネル１０７を経由してサーバ１０２へ送られる。サーバ１０２は要求されたビデオ・ファイルをアプリケーション・ストリーマ１０４へ供給し、この用途に割り当てられたいくつかのストリーム（又はトラック）のうちの１つで再生する。これらのストリーム／トラックはアプリケーションのストリーム／トラックと一体に多重化される。アプリケーション・ストリーマ１０４はビデオが多重化されたストリーム／トラックのＰＩＤ（パケットＩＤ）をサーバ１０２へ返送し、それが適切なチャネルを経由してこのＰＩＤをＳＴＢ内のアプリケーションへ送る。その後、受信デバイスがＰＩＤによって示されたストリーム／トラックへの切り換えを行い、その選択されたビデオを再生する。一実施形態では、帯域幅を保護するためにビデオは数秒から１分間の持続時間にされる。そうでなければ長いビデオによって帯域幅が消耗される。

その後、所定の時間経過の後にサーバ１０２がアプリケーションのストリーム／トラックへ切り換えて戻すか、又は現在ビデオを要求していたすべてのユーザによってビデオが解放される。例えば、特定の売り家のビデオを同時に要求した複数の視聴者が存在することもある。別の代替選択肢の実施形態では、ビデオは特定の時間と場所、又はカルーセル内の特定の場所で捕捉され、クライアント・デバイスのハード・ドライブ、ＳＴＢに関連するローカル・メモリ又はパーソナル・ビデオ・レコーダに保存され、そこからクライアント・デバイスがビデオを表示する。ビデオを要求している（複数の）クライアント・デバイスによってビデオ受信が通知されると、サーバはビデオ再生を中止することが可能であり、すなわちサーバは所定の時間経過の後に同報通信用カルーセルからビデオを取り除く。場合によっては、同報通信の中の特定の時間と場所でビデオをクライアント・デバイスに提供した後にビデオが同報通信から取り除かれる。バック・チャネル上でビデオをク
ライアント・デバイスへ送ることも可能である。

一実施形態では、利用可能な同報通信帯域幅は必要なだけしか割り当てられない。いくつかのストリーム／トラックはプールとして構成され、アプリケーション・ストリーマがオン・デマンドをベースにしてトラックのこのプールにビデオを割り当てる。これらのストリーム／トラックの数と帯域幅は最繁時の要求、ビデオ品質、及び／又はビデオの長さによって決定される。

一実施形態では、貧弱なクライアント・デバイス、すなわち統合されたブラウザを備えていないＤＣＴ−２０００のような限られた処理能力を備えたＳＴＢが使用される可能性がある。帯域幅の利用がピークになる「最繁時」の同報通信チャネル帯域幅と予測される負荷が、提供されるビデオのサイズ／長さ／圧縮度を決める。ビデオをクライアント・デバイスへ送るためにバック・チャネルが利用可能である状況では、ビデオを同報通信で送るか又は後方チャネルで送るか、及び選択経路によるビデオの送信をいつスケジュールするかを決定する際に、後方チャネルのスピード、同報通信の待ち時間、さらに、後方チャネルのスピードと待ち時間に対する視聴者要求の緊急度を考慮する。

ビデオ挿入製品が利用できない実施形態では、ビデオ・オプション以外のすべてを使用でき、又、後方チャネル上でビデオを送ることが可能である。本明細書に述べられたようなアプリケーションを作成するためにＯｐｅｎＴＶ（商標）ＳＤＫ、ＯｐｅｎＴＶ（商標）Ｐｕｂｌｉｓｈｅｒ、又はＯｐｅｎＡｕｔｈｏｒ（商標）といった開発ツールを使用することが可能である。モジュールＩＤ又はモジュール番号の割り当てをビルド・コードに追加することが可能であり、モジュールＩＤはデータベースに含めるためにサーバへ送られる。このシナリオでは、どのようなコンテンツの変更（すなわち新たなホーム・リスト作成）も新たなビルドを必要とするであろう。

以上の検討はｉＴＶシステムの範例を使用してきたが、述べられた実施形態はどのような分散型コンピュータ・システムにも利用できる。別の実施形態では、コンピュータで読み取り可能な媒体、例えばＲＯＭ、ＲＡＭ、ＣＤＲＯＭ、フラッシュ・メモリ、あるいは現在知られているか又は知られていないどのようなその他のメモリも、実行されると本明細書に述べられた方法とメカニズムをコンピュータに導入させる命令を含む。コンピュータ・デバイスによるアクセスのためのプログラム命令を運ぶように構成される媒体のさらに別の形は、電気的、電磁気的、光学的、又はデジタルの信号を搬送することが可能なネットワーク、無線、衛星リンクといった地上及び非地上の通信リンクを含む。したがって、様々な実施形態は受信命令、送信命令、又は保存命令、及び／又はコンピュータでアクセス可能な媒体上に前述の説明に従って導入されたデータを含むことが可能である。

以上の開示は特定の実施形態に向けられているが、様々な改造例が当業者にとって明らかであろう。添付の特許請求項の範囲及び精神の中のすべての変形例は前述の開示によって包含されると意図される。

双方向テレビジョン環境を例示する図である。 一実施形態でユーザに提示される分類メニューを例示する図である。 ユーザの要求に応答した個別化ビデオ・クリップの配信を示す一実施形態を例示する図である。 ユーザの要求に応答した目標を絞った広告の配信を示す一実施形態を例示する図である。

符号の説明

１００ データベース
１０２ サーバ

Claims (4)

1. 分散型コンピュータ・システムにおいてコンテンツを搬送する方法であって、
   サーバからクライアント・デバイスへ、識別ＩＤを有するとともにコンテンツを含むモジュールを複数、繰り返しカルーセルで同報通信するステップと、
   前記クライアント・デバイスから前記サーバへ、前記クライアント・デバイスのユーザが入力したサーチ基準を送るステップと、
   前記サーバで前記サーチ基準を受信し、前記サーチ基準に対応する的確モジュールとその識別ＩＤを識別するステップと、
   前記サーバが前記的確モジュールを前記繰り返しカルーセルに挿入するステップと、
   前記サーバから前記的確モジュールの識別ＩＤを前記クライアント・デバイスへ送るステップと、
   前記クライアント・デバイスで前記的確モジュールの識別ＩＤを受信するステップと、
   前記クライアント・デバイスで、前記受信された的確モジュールの識別ＩＤに合致する識別ＩＤを有するモジュールを前記繰り返しカルーセル内の複数のモジュールの中から取り出すステップと、
   前記的確モジュールが前記クライアント・デバイスにより取り出された後、または前記的確モジュールが前記サーバによって前記繰り返しカルーセルに挿入された所定時間後に、前記サーバが前記繰り返しカルーセルから前記的確モジュールを外すステップと
   を含む方法。
2. コンテンツを搬送する分散型コンピュータ・システムであって、
   それぞれが識別ＩＤを有するとともにそれぞれのコンテンツを含む複数のモジュールを、繰り返しカルーセルで同報通信するように構成されたサーバと、
   前記モジュールを受信するように連結されたクライアント・デバイスとを備え、
   前記クライアント・デバイスがユーザ指定のサーチ基準を前記サーバへ送るように構成され、
   前記サーバが前記サーチ基準を受け取り、前記サーチ基準に対応する的確モジュールとその識別ＩＤを識別し、かつその的確モジュールを前記繰り返しカルーセルに挿入するとともにその的確モジュールの識別ＩＤを前記クライアント・デバイスへ送るように構成され、
   前記クライアント・デバイスがさらに、前記クライアント・デバイスで前記的確モジュールの識別ＩＤを受信し、かつ受信された前記的確モジュールの識別ＩＤに合致する識別ＩＤを有するモジュールを前記繰り返しカルーセル内の複数のモジュールの中から取り出し、さらに
   前記的確モジュールが前記クライアント・デバイスにより取り出された後、または前記的確モジュールが前記サーバによって前記繰り返しカルーセルに挿入された所定時間後に、前記サーバが前記繰り返しカルーセルから前記的確モジュールを外すように構成される
   分散型コンピュータ・システム。
3. データベースと、
   前記データベースに連結されたサーバであって、それぞれが識別ＩＤを有するとともにそれぞれのコンテンツを含む複数のモジュールを、繰り返しカルーセルで同報通信するように構成されたサーバと、
   前記モジュールを受信するように連結された同報通信ステーションとを備え、
   前記同報通信ステーションがユーザ指定のサーチ基準を前記サーバへ送るように構成され、
   前記サーバが前記サーチ基準を受け取り、前記サーチ基準に対応する的確モジュールとその識別ＩＤを識別し、かつその的確モジュールを前記繰り返しカルーセルに挿入するとともにその的確モジュールの識別ＩＤを前記同報通信ステーションへ送るように構成され、
   前記同報通信ステーションがさらに、
   前記的確モジュールの識別ＩＤを受信し、かつ
   受信された前記的確モジュールの識別ＩＤに合致する識別ＩＤを有するモジュールを前記第１の繰り返しカルーセル内の複数のモジュールの中から取り出し、さらに
   前記的確モジュールが前記同報通信ステーションにより取り出された後、または前記的確モジュールが前記サーバによって前記繰り返しカルーセルに挿入された所定時間後に、前記サーバが前記繰り返しカルーセルから前記的確モジュールを外すように構成され、
   さらに、
   前記取り出されたモジュールのコンテンツを表示し、
   ユーザの要求するビデオ要求を前記サーバへ送信し、かつ
   前記サーバから前記ビデオ要求に対応するビデオを受信する
   ように構成された同報通信ステーション。
4. プログラム命令を有するコンピュータ読み取り可能な媒体であって、前記プログラム命令が、
   サーバからクライアント・デバイスへ、それぞれが識別ＩＤを有するとともにそれぞれのコンテンツを含む複数のモジュールを、繰り返しカルーセルで同報通信するためのプログラム命令と、
   前記クライアント・デバイスから前記サーバへ、前記クライアント・デバイスのユーザが入力したサーチ基準を送るためのプログラム命令と、
   前記サーバで前記サーチ基準を受信し、前記サーチ基準に対応する的確モジュールとその識別ＩＤを識別するためのプログラム命令と、
   前記サーバで前記的確モジュールを前記繰り返しカルーセルに挿入するためのプログラム命令と、
   前記サーバから前記的確モジュールの識別ＩＤを前記クライアント・デバイスへ送るためのプログラム命令と、
   前記クライアント・デバイスで前記的確モジュールの識別ＩＤを受信するためのプログラム命令と、
   前記クライアント・デバイスで、前記受信された的確モジュールの識別ＩＤに合致する識別ＩＤを有するモジュールを前記繰り返しカルーセル内の複数のモジュールの中から取り出すためのプログラム命令と、
   前記的確モジュールが前記クライアント・デバイスにより取り出された後、または前記的確モジュールが前記サーバによって前記繰り返しカルーセルに挿入された所定時間後に、前記サーバが前記繰り返しカルーセルから前記的確モジュールを外すためのプログラム命令と
   を有する媒体。

Images