(57)【要約】分散した構成員からなる観衆の少なくとも一の構成員に対する再生のために、あるユーザーによって広告を選択することが、前記一の観衆構成員の前記少なくとも一つのコンテンツとの対話に基づいて前記一の観衆構成員からのコンテンツ推薦を確立することによって始まる。前記一の観衆構成員によって推薦されるコンテンツは、前記少なくとも一の他の構成員に、該他の構成員に対する再生のために、送信される。
2015517164.tif 000002
【特許請求の範囲】
【請求項１】
観衆の一構成員によって、前記観衆の少なくとも一の他の構成員への再生のためにコンテンツを選択する方法であって：
前記一の観衆構成員からのコンテンツ推薦を、前記一の観衆構成員の前記少なくとも一つのコンテンツとの対話に基づいて確立する段階と；
前記一の観衆構成員によって推薦されるコンテンツを、前記少なくとも一の他の構成員に送信する段階とを含む、
方法。
【請求項２】
前記少なくとも一つのコンテンツが広告である、請求項１記載の方法。
【請求項３】
前記コンテンツ推薦はユーザー入力されたコンテンツ推薦の受領に基づいて確立される、請求項１記載の方法。
【請求項４】
ユーザー入力されたコンテンツ推薦の受領を受け取り確認する段階をさらに含む、請求項３記載の方法。
【請求項５】
ユーザー入力されたコンテンツ推薦の受領を受け取り確認する前記段階が、受け取り確認の指示をユーザーに対して表示する段階を含む、請求項４記載の方法。
【請求項６】
前記コンテンツ推薦が、前記コンテンツの少なくともある規定された部分をユーザーが二度目に閲覧することに基づいて確立される、請求項１記載の方法。
【請求項７】
ユーザーからのコンテンツ推薦を確立する段階が：
推薦されるコンテンツを提供するコンテンツ・プロバイダーが、推薦されるコンテンツを前記少なくとも一の分散された観衆構成員に再生のために送信することを許諾しているかどうかを判定する段階と；
そうでない場合、推薦されるコンテンツを前記少なくとも一の構成員に送信することを防止する段階とを含む、
請求項１記載の方法。
【請求項８】
推薦されるコンテンツを前記少なくとも一の構成員に送信することを防止することをユーザーに知らせる段階をさらに含む、請求項７記載の方法。
【請求項９】
ユーザーから、前記推薦されるコンテンツを受信するよう予定される観衆構成員の識別情報を受領する段階をさらに含み、前記送信する段階が、前記コンテンツを、前記ユーザー構成員によって特定される観衆構成員に、前記ユーザーの帰属指示とともに、再生のために送信することを含む、請求項１記載の方法。
【請求項１０】
前記ユーザーの前記帰属指示が前記ユーザーの名前を含む、請求項１記載の方法。
【請求項１１】
前記帰属指示が前記ユーザーの画像を含む、請求項１記載の方法。
【請求項１２】
ソーシャル・テレビジョン・セッション中の分散された観衆の構成員への再生のためにユーザーによってコンテンツを選択する方法であって：
前記ソーシャル・テレビジョン・セッションに合流するよう、選択された受信者を、該選択された受信者のユーザー受領（user-received）識別情報に従って招待することによって、前記ソーシャル・テレビジョン・セッションを確立する段階と；
少なくとも一つのコンテンツ・ユーザーを推薦するユーザーからのコンテンツ推薦を、前記ユーザーの前記コンテンツとの対話に基づいて確立する段階と；
前記コンテンツ推薦によって特定される前記コンテンツを、前記ソーシャル・テレビジョン・セッションに合流した前記選択された受信者に対して再生する段階とを含む、
方法。
【請求項１３】
前記コンテンツ推薦の前記ユーザーへの帰属指示をするかどうかを決定する段階と；
前記コンテンツ推薦の前記ユーザーへの帰属指示をするとの決定に際して、前記ユーザーの帰属指示を送信する段階とをさらに含む、
請求項１２記載の方法。
【請求項１４】
前記少なくとも一つのコンテンツが広告である、請求項１２記載の方法。
【請求項１５】
前記コンテンツ推薦はユーザー入力されたコンテンツ推薦の受領に基づいて確立される、請求項１２記載の方法。
【請求項１６】
ユーザー入力されたコンテンツ推薦の受領を受け取り確認する段階をさらに含む、請求項１５記載の方法。
【請求項１７】
ユーザー入力されたコンテンツ推薦の受領を受け取り確認する前記段階が、受け取り確認の指示をユーザーに対して表示する段階を含む、請求項１６記載の方法。
【請求項１８】
前記コンテンツ推薦が、前記コンテンツの少なくともある規定された部分をユーザーが二度目に閲覧することに基づいて確立される、請求項１２記載の方法。
【請求項１９】
ユーザーからのコンテンツ推薦を確立する前記段階が：
推薦されるコンテンツを提供するコンテンツ・プロバイダーが、推薦されるコンテンツを前記少なくとも一の分散された観衆構成員に再生のために送信することを許諾しているかどうかを判定する段階と；
そうでない場合、推薦されるコンテンツを前記少なくとも一の構成員に送信することを防止する段階とを含む、
請求項１２記載の方法。
【請求項２０】
推薦されるコンテンツを前記少なくとも一の構成員に送信することを防止することをユーザーに知らせる段階をさらに含む、請求項１９記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散式観衆環境における閲覧のためのコンテンツ、特に広告の選択に関する。
【背景技術】
【０００２】
今日、観衆の構成員の間でビデオおよびオーディオの対話を提供しつつそのような閲覧する観衆の構成員の間でのコンテンツの分散式の閲覧を容易にするシステムが存在している。そのようなシステムは「テレプレゼンス・システム」との呼称を帯び、典型的には各サイトにおけるはいってくるビデオおよびオーディオならびに出て行くビデオおよびオーディオの両方を管理するための制御機構として、セットトップボックスを用いる。実際上は、観衆の構成員に送達されるコンテンツは、映画またはテレビ番組のような本編呈示を、付随する広告とともに含む。典型的には、まとまってコンテンツをなす広告と本編呈示との間には区別はない。換言すれば、広告は、それを本編呈示からはっきりと区別するマークやその他の印をもたない。よって、一または複数の異なる個人が同じコンテンツを閲覧するとき、典型的には同じ広告を閲覧する。
【０００３】
いくつかのプロバイダーは、そのコンテンツを誰が見るかおよびいつ見るかに従って、ストリーミングされるコンテンツにおいて提供される広告を変える。たとえば、米国カリフォルニア州ロサンゼルスの商業ビデオ・ストリーミング会社Hulu社が運営するウェブサイトHulu.comからストリーミングされるある特定の番組は、ある日に閲覧される場合にはある広告を含むが異なる日にそのコンテンツを閲覧するときには異なる広告を含むことがある。同様に、いくつかのストリーミング・ビデオ・システムは特定の閲覧者に示される広告を追跡し、その閲覧者に前に示された広告の履歴に基づいて広告選択を変える。洗練されたシステムは、閲覧者についての人口学的情報または位置情報を考慮に入れることもできる。現に、いくつかのシステムは、最も関連性がある、関心があるまたは価値がある広告を提供するために、実際に閲覧者に相談し、閲覧者が指定した選好に基づいて広告を選択する。
【０００４】
上記のような広告を変えるシステムは、典型的には、閲覧者が種々の位置にいる分散式の観衆環境ではうまく機能しない。同様に、人口統計によって駆動される広告システムは、観衆の構成員に依存して人口統計が大きく変わりうる分散した観衆では用途を見出さない可能性が高いであろう。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
今のところ、分散した観衆の個々の閲覧者を、該観衆中の他の閲覧者への呈示のための広告を選択するための機構として活用する既知のシステムは存在しない。
【課題を解決するための手段】
【０００６】
本願の原理のある好ましい実施形態によれば、分散した構成員からなる観衆の少なくとも一の構成員に対する再生のために、あるユーザーによって広告を選択することが、前記一の観衆構成員の前記少なくとも一片のコンテンツとの対話に基づいて前記一の観衆構成員からのコンテンツ推薦を確立することによって始まる。前記一の観衆構成員によって推薦されるコンテンツは、前記少なくとも一の他の構成員に、該他の構成員に対する再生のために、送信される。
【図面の簡単な説明】
【０００７】
【図１】複数のステーションのそれぞれにおける同時閲覧のためのヘッドエンドからのコンテンツを受信する分散式観衆テレプレゼンス・システムのブロック図である。
【図２】選択された広告の再生との関連での図１のテレプレゼンス・システムによって生成される画面表示のシーケンスを示す図である。
【図３】ＡおよびＢはそれぞれ、他の分散した観衆構成員への推薦のための候補広告の同定に関連するイベントのシーケンスを示す図である。
【図４】図１のテレプレゼンス・システムによってサービスされる観衆構成員およびサイトに関連付けられた情報を記憶するための、図１のテレプレゼンス・システム内のデータベースの一部の例示的なスキーマを示す図である。
【図５】番組、広告、スポンサーシップおよび候補広告選択を記憶するための図１のデータベースの別の部分の例示的なスキーマを示す図である。
【図６】ソーシャル・セッションと、前記分散した観衆構成員の一または複数によって、他の観衆構成員に対する再生のために選択された広告（単数または複数）とを記憶するための図１のデータベースのさらに別の部分の第一の例示的なスキーマを示す図である。
【図７】ソーシャル・セッションと、前記分散した観衆構成員の一または複数によって、他の観衆構成員に対する再生のために選択された広告（単数または複数）とを記憶するための図１のデータベースのさらに別の部分の第二の例示的なスキーマを示す図である。
【図８】候補広告選択を同定するためのプロセスをフローチャートの形で示す図である。
【図９】候補広告を選択するための例示的なユーザー・インターフェースを示す図である。
【図１０】ソーシャル閲覧セッションをアレンジするためおよびその閲覧セッションのための一つまたは複数の広告を選択するための例示的なユーザー・インターフェースを示す図である。
【図１１】ソーシャル閲覧セッションのための一つまたは複数の広告を選択するためのプロセスをフローチャートの形で示す図である。
【図１２】広告を推薦した観衆構成員の帰属指示ありおよびなしの広告選択に関連する画面表示の例示的な呈示シーケンスを示す図である。
【発明を実施するための形態】
【０００８】
図１は、それぞれ四つのサイト１１０、１２０、１３０および１４０にサービスするよう展開されているテレプレゼンス・システム１００のブロック概略図である。図１の例示的な実施形態は四つのサイト１１０、１２０、１３０および１４０のみを描いているが、テレプレゼンス・システム１００は、本願の原理の範囲から外れることなくより多数またはより少数のサイトにサービスすることができる。サイト１１０、１２０、１３０および１４０のそれぞれは、まとめて分散した観衆をなす構成員１１３、１２３、１３３および１４３の関連付けられたものをそれぞれ収容している。（用語「観衆構成員（audience  member）」は以下で使われる用語「参加者」「ユーザー」「閲覧者」と同義である。）サイト１１０、１２０、１３０および１４０のそれぞれにおいて、観衆構成員１１３、１２３、１３３および１４３のそれぞれは、それぞれコンテンツ・モニタ１１２、１２２、１３２および１４２の対応するものを見る。その間、観衆構成員は、それぞれカウチまたは椅子１１４、１２４、１３４および１４４の関連付けられたものに位置したままである。
【０００９】
サイト１１０、１２０、１３０および１４０のそれぞれにおいて、後述するように、セットトップボックス（STB）１１１、１２１、１３１および１４１の対応するものが、各サイトにはいってくるおよび各サイトから出て行くビデオおよびオーディオ伝送の両方を管理するための制御機構のはたらきをする。さらに、STBのそれぞれは、その関連付けられたサイトにおけるヘッドエンド１０２からのコンテンツの受信を制御する。各STBは、通信チャネル１０１を介して、ケーブル・テレビジョン・サービス・ネットワークまたはブロードバンド・ネットワーク（たとえばインターネット）のようなネットワーク（図示せず）に接続する。STB  １１１、１２１、１３１および１４１の間のネットワーク接続により、STBは互いにビデオおよびオーディオ情報を送受信できる。
【００１０】
図１の例示的な実施形態では、それぞれコンテンツ・モニタ１１２、１２２、１３２および１４２上での再生および表示のためのSTB  １１１、１２１、１３１および１４１のそれぞれによって受信されるコンテンツ（オーディオおよびビデオ情報を含む）の大半は、通信チャネル１０１に結合されたヘッドエンド１０２から発する。実際上、ヘッドエンドは、それぞれ本編呈示（たとえば映画および番組）および広告を記憶する一対のデータベース１０３および１０４に結合されたサーバー１０３を含む。サーバー１０３は、図４〜図７との関連で後述する、サイト、観衆構成員、セッション、プログラムおよび広告ならびにそれらの間の関係を追跡するための情報を記憶するデータベース１０６とも通信する。図１の例示的な実施形態はヘッドエンド１０２を、三つの別個のデータベース１０４、１０５および１０６を有するものとして描いているが、単一のデータベース（図示せず）がこれら別個のデータベースのそれぞれにある情報を記憶することができる。
【００１１】
サイト１１０、１２０、１３０および１４０は、それぞれSTB  １１１、１２１、１３１および１４１に結合されたそれぞれテレプレゼンス・カメラ１１７、１２７、１３７および１４７によって例示的に描かれているビデオ捕捉装置を含む。実際上、所与のサイトにおけるテレプレゼンス・カメラ１１７、１２７、１３７および１４７のそれぞれは、それぞれ観衆構成員１１３、１２３、１３３および１４３の対応するものの画像を捕捉する。一つまたは複数のサイトが二人以上の観衆構成員を含んでいてもよいことを注意しておく。よって、サイトにおけるテレプレゼンス・カメラは、そのサイトにおける全観衆構成員の画像を捕捉することになる。図１に描かれるように、テレプレゼンス・カメラ１１７、１２７、１３７および１４７のそれぞれは、それぞれテレプレゼンス・モニタ１１６、１２６、１３６および１４６の対応するものの上にある。しかしながら、テレプレゼンス・カメラは、対応するテレプレゼンス・モニタの上にある必要はなく、他の場所に存在することができる。実際上は、各テレプレゼンス・モニタが観衆構成員の画像を他のサイトにおいて表示する。一方、各コンテンツ・モニタはそのサイトの観衆構成員（単数または複数）に対してコンテンツ（本編呈示および広告）を表示する。
【００１２】
議論の簡単のため、用語「ローカル」は、別のサイトでの表示のために所与のサイトにおけるテレプレゼンス・カメラによって画像が捕捉される該所与のサイトにおける観衆構成員を指すものとする。逆に、用語「リモート」は、前記ローカル観衆構成員による観察のために前記ローカル構成員のテレプレゼンス・モニタを介して画像が表示される別のサイトにいる観衆構成員を指す。
【００１３】
引き続き図１を参照するに、テレプレゼンス・モニタ１１６、１２６、１３６および１４６のそれぞれは、典型的には、それぞれコンテンツ・モニタ１１２、１２２、１３２および１４２の対応するものに直角のところに存在する。よって、各観衆構成員が第一の方向を向き、たとえば観衆構成員１１３が方向１１８を向くとき、その観衆構成員は自分のコンテンツ・モニタ（たとえばサイト１１０におけるコンテンツ・モニタ１１２）を直接見る。観衆構成員１１３が自分のコンテンツ・モニタ１１２に直接向くとき、サイト１１０における対応するテレプレゼンス・カメラ１１７はその観衆構成員の側方ビューを捕捉する。しかしながら、観衆１１３構成員がテレプレゼンス・モニタを向く、たとえば観衆構成員１１３が方向１１９を向いてテレプレゼンス・モニタ１１６をほぼ真正面から見るとき、関連付けられたテレプレゼンス・カメラ１１７は一般に、観衆構成員の正面ビューを捕捉する。
【００１４】
いくつかのサイト（たとえばサイト１３０）では、テレプレゼンス・モニタおよびテレプレゼンス・カメラはコンテンツ・モニタの左にある。他のサイト（たとえばサイト１１０、１２０および１４０）では、テレプレゼンス・モニタおよびテレプレゼンス・カメラはコンテンツ・モニタの右にある。各サイトにおけるSTBは、そのサイトにおける観衆構成員の、該観衆構成員のテレプレゼンス・モニタに対する向き（すなわち、配向）（右または左）についてのそのような情報を他のサイトにあるSTBと交換する。あるいはまた、STBは、ビデオ・ストリームを送受信するときに対応する観衆構成員の所定の向きを想定することによって、互いと対話することができる。
【００１５】
論じたように、各サイトにおけるSTBは、その関連付けられたテレプレゼンス・カメラを介してその対応する観衆構成員の画像を取得する。しかしながら、各STBは、他の手段によってその対応する観衆構成員の画像を取得することができる。たとえば、STBは、有線または無線接続を通じてSTBと通信するたとえばラップトップ・コンピュータの一部をなす画像捕捉装置、ウェブ・カメラまたは携帯電話を介してその対応する観衆構成員の画像を捕捉することができる。
【００１６】
各サイトにおける観衆構成員は、サイト１１０におけるSTB  １１１に関連付けられたリモコン１１５のようなリモート・コントロールを通じて自分の関連付けられたSTBを制御することができる。リモコン１１５を使って、観衆構成員は、個人的な閲覧のためにコンテンツを選択することを含むがそれに限られないさまざまな動作を実行することができる。本願の原理のある好ましい実施形態によれば、観衆構成員は、のちに論じる仕方で一または複数の他の観衆構成員への推薦のための広告を選択するために自分のリモコンを使うこともできる。
【００１７】
図２は、それぞれサイト１１０、１２０、１３０および１４０に関連付けられた「状況」２１０、２２０、２３０および２４０の集合２００を示している。状況２１０、２２０、２３０および２４０のそれぞれは、それぞれ画像対２１６−２１７、２２６−２２７、２３６−２３７および２４６−２４７を含む。のちに論じるように、各画像対の第一の画像２１６、２２６、２３６および２４６は対応するテレプレゼンス・モニタ上に表示される画像を表わす。一方、画像２１７、２２７、２３７および２４７は対応するテレプレゼンス・カメラによって捕捉された画像を表わす。このように、状況２１０の第一の画像２１６は、テレプレゼンス・モニタ１１６上に表示される画像のスクリーンショットを表わし、他のサイトにいる観衆構成員（それぞれサイト１２０、ｌ３０および１４０にいる観衆構成員１２３、１３３および１４３）の合成ビューを描く。状況２１０の第二の画像２１７は、対応するテレプレゼンス・カメラ装置１１７またはそのサイトにある他の画像捕捉装置（図示せず）によって捕捉されたサイト１１０におけるローカルな観衆構成員１１３の画像を表わす。画像対２１６−２１７について記述したのと同じ関係が画像対２２６−２２７、２３６−２３７および２４６−２４７に当てはまる。
【００１８】
図２の図示された実施形態において、観衆構成員１１３、１３３および１４３のそれぞれは、自分の関連付けられたコンテンツ・モニタ１１２、１３２および１４３をそれぞれ真正面から見ている。その理由により、画像２１６、２３６および２４６のそれぞれにおいて、観衆構成員１１３、１３３および１４３はそれぞれ横顔で現われている。例解の目的のために、観衆構成員１２３は自分の頭を関連付けられたテレプレゼンス・モニタ１２６のほうに向けており、よって観衆構成員１２３の画像は各画像２１６、２３６および２４６において斜めに画面に面するように現われている。
【００１９】
ローカル観衆構成員１１３、１２３、１３３および１４３の画像にそれぞれ対応する画像２１７、２２７、２３７および２４７は、ローカルな観衆構成員およびリモートの観衆構成員の向きが一致するかどうかに依存して、リモート・テレプレゼンス・モニタ上での表示に先立って、反転されたりされなかったりする。たとえば、サイト１２０にいる観衆構成員１２３の画像に対応する画像２２７は、リモート・テレプレゼンス・モニタ１１６および１４６での表示に先立って水平方向の反転を受ける。サイト１１０および１２０にいる観衆構成員ならびにサイト１２０および１４０にいる観衆構成員は同じ方向を向いているからである。しかしながら、画像２２７は、テレプレゼンス・モニタ１３６での表示の前には反転を受けない。画像２２７に現われる観衆構成員１３３は、サイト１２０における観衆構成員１２３に比べ逆向きだからである。図２に描かれた例では、サイト１３０における観衆構成員１３３は他のサイトにおける観衆構成員に対して逆を向いている。したがって、図２の観衆構成員１３７の１３７画像２３７は、分散した観衆構成員の全員を表示する合成画像２１６、２２６、２４６の一部としてそれぞれリモート・テレプレゼンス・モニタ１１６、１２６、１４６上に表示されるとき、反転を受けない。画像２１６、２２６、２３６および２４６を生成するために、各観衆構成員の頭部がそれぞれ画像２１７、２２７、２３７および２４７において背景から単離される必要がある。
【００２０】
図３のＡは、ある観衆構成員（たとえばサイト１１０にいる観衆構成員１１３）によって他の分散した観衆構成員に推薦するための候補広告の同定に関連するイベントの第一の例示的な系列３００を示している。以下でよりよく理解されるように、図３のＡの系列３００をなすイベントは、広告推薦をする図１および図２のサイト１１０にいる観衆構成員１１３以外の観衆構成員の参加なしで生起する。図３のＡの系列３００は、図３のＡのステップ３１０の間に、図１および図２のサイト１１０におけるSTB  １１１にサーバー１０３から、選択されたプログラム（プログラム＃１として同定されている）を送達することをもって始まる。その後、STB  １１１は、観衆構成員１１３による観察のために、コンテンツ・モニタ１２２上で前記プログラムの表示を生成する。そのような表示は、前記プログラムの送達に続いて実質的に同時に、あるいはその後、ほんの数ミリ秒ないし数時間またさらには数日後といった何らかの時間期間後に、生起することができる。必ずではないものの典型的にはプログラム＃１の継続時間に対応する、図３のＡにおいて期間３１１によって示される所与の期間後、サーバー１０３は、図３のＡのステップ３２０の間に、選択された広告（広告＃１として同定されている）を図１のSTB  １１１に送信する。すると、STBは、ステップ３２２の間にコンテンツ・モニタ１１２上に広告＃１の表示を生成する。
【００２１】
別の期間３２１（典型的には広告＃１の継続時間）後、図１のサーバー１０３は、図３のＡのステップ３３３の間に、別の広告（広告＃２として同定されている）をSTB  １１１に送信する。すると、STBは図３のＡのステップ３２２の間に、図１のコンテンツ・モニタ１２２上にその広告の表示を生成する。期間３３１（典型的には広告＃２の継続時間）に続いて、サーバー１０３は、ステップ３４０の間に、第二のプログラム（プログラム＃２として同定されている）をSTB  １１１に送信する。すると、STBは図３のＡのステップ３４２の間に、図１のコンテンツ・モニタ１２２上にそのプログラムの表示を生成する。
【００２２】
図１の観衆構成員１１３への広告＃２の再生中または再生後の任意の時点において、その観衆構成員は、図３のＡのステップ３３３の間に、図１の自分のリモコン１１５を使ってSTB  １１１に、その広告を自分が楽しんでいることを示すよう合図することができる。リモコンを使うのではなく、観衆構成員１１３は、観衆構成員のたとえばラップトップ・コンピュータ、タブレット、スマートフォンまたは携帯電話のようなSTB  １１と通信する他の装置を利用することができる。その特定の広告を自分が楽しんでいるとの観衆構成員１１３からの指示を受領すると、STB  １１１は、図３のＡのステップ３３４の間に、その情報を、データベース１０６に転送するよう図１のサーバー１０３に通信する。それにより、データベースは後述する仕方でその情報を記録することができる。
【００２３】
実際上、観衆構成員は、ステップ３３０の間の広告の送信に際してではなく、ステップ３３２の間に再生されるときに、自分が広告＃２を楽しんでいることを示すことになる。にもかかわらず、図１のSTB  １１１はその情報をステップ３３４の間にデータベース１０６に転送する。図２に描かれるように、ステップ３３４の実行は典型的には、プログラム＃２の継続時間に対応する期間３４１の間に生起する。データベース１０６にその情報を記憶するのではなく、STB  １１１はその情報を内部的に記録することができる。
【００２４】
プログラム＃２の呈示は、ステップ３３２の間の広告＃２の呈示の直後にステップ３４０において生起できることを注意しておく。よって、プログラム＃２の送達は、必ずしも、ユーザーが広告＃２を楽しんでいることを示すためにステップ３３３の間に観衆構成員からの明示的な応答を待つことなく、生起でき、これがのちの使用のためにその広告の選択をトリガーすることになる。時間期間３４１は典型的にはプログラム＃２の継続時間に対応する。
【００２５】
図３のＢは、ある観衆構成員によって他の分散した観衆の構成員に推薦するための候補広告の同定に関連するイベントの第二の例示的な系列３５０を示している。系列３５０は、STB  １１１が図１および図２のコンテンツ・モニタ上に前記第二の広告（広告＃２）の表示を開始するステップ３３２の実行をもって始まる。（図３のＢのステップ３３２は図３のＡのステップ３３２に対応する。）ここで、観衆構成員１１３が図１のリモコン１１５または代替的な機構のいずれかを使ってステップ３５１の間に巻き戻しコマンドを入力したとする。そのような巻き戻しコマンドを受領するのに応答して、STB  １１１はステップ３５２の間に広告＃２の全部または一部の再生を開始する。ステップ３５２の間に再生される広告＃２の長さが区間tSIG（ポリシーによって設定される事前決定された長さの期間３５４）を超える場合、STB  １１１はその情報をデータベース１０６に、サーバー１０３を介して（いずれも図１のもの）送る。応答して、データベース１０６は、その広告の記録を取り、後刻それを選択できるようにする。少なくとも広告＃２のかなりの部分を再生した観衆構成員は、少なくともその一部を再び見るに十分なくらいその広告を楽しんだと思われる。よって、その観衆構成員は、その広告を他の観衆構成員に推薦する可能性が高い。
【００２６】
図１のデータベース１０６の以下の議論は、ユーザーに関する情報、コンテンツ（プログラムおよび広告）およびセッションをそれぞれ記憶するための、図４、図５および図６にそれぞれ描かれている三つの部分４００、５００および６００へのデータベースの仮想的な分割を想定する。議論の簡単のため、部分４００、５００および６００はそれぞれ、「ユーザー部分」、「コンテンツ部分」および「セッション部分」というラベルを帯びる。当業者は、本願の原理を実装するためにデータベースの物理的な分割が実際に存在する必要はないことを理解するはずである。
【００２７】
図４を参照するに、データベース１０６のユーザー部分４００は四つのテーブル４１０、４２０、４３０および４４０を有している。以下で「加入者テーブル」と称するテーブル４１０は、図１のテレプレゼンス・システム１００からサービスを受ける各ユーザーに関連付けられた各加入（または契約またはアカウント）のための一つまたは複数のレコードを含む。（ユーザーは、図１のテレプレゼンス・システム１００を使うためのパーミッションをもつ誰かをなし、ログインに際して、先に論じた分散した観衆の構成員となる。）
以下で「加入者ID」と称する識別子は、各レコードおよびそのレコードに関連付けられたユーザー（加入者）を一意的に特定する。対応する加入者IDによって特定される加入者IDテーブル４１０における各レコードは、インストール・アドレスおよび料金請求情報ならびにユーザーが申し込んでいるチャネル・パッケージの種類またはサービスのレベルを含む。
【００２８】
以下で「ユーザー・テーブル」と称されるテーブル４２０は、テレプレゼンス・システム１００の各ユーザーについてレコードを含む。ユーザーIDがユーザー・テーブル４２０中の各ユーザー・レコードを一意的に特定する。各ユーザーは、メンバーシップ関係４２１を介して加入者IDテーブル４１０中のレコードにリンクされた、ちょうど一つの加入者レコードをもつ。同様に、４１０中の各加入者レコードは、ちょうど一のユーザーを、所有関係４２２を通じてリンクされた加入の所有者として指定されている。いくつかの実施形態では、所有者関係４２２は、同じ家族の他の構成員のような、同じ加入をもつ他のユーザーを生成できるユーザーを指定することができる。さらに、いくつかの実施形態では、この例のように、各ユーザーは、テレプレゼンス・システム１００にログインするための正式なユーザー名およびパスワードをもつことができる。各ユーザーは、そのユーザーを他者に対してカジュアルに特定する非公式な名前（たとえば、表示名またはニックネーム）をもつことができる。ユーザー・テーブル４２０は、ユーザーの名前を表示することがそれほど望ましくない代替のままであるときに使うための、ユーザーの画像を記憶することができる。さらに、ユーザー・テーブル４２０は、複数のユーザーが同じ非公式名をもつことがありうる場合に表示の曖昧さを解決するはたらきをしうる。
【００２９】
以下で「ステーション・テーブル」と称されるテーブル４３０は、STB  １１１、１２１、１３１および１４１および／または図１のヘッドエンド１０２に接続してそれからサービスを得ることを許されている他の許諾されたハードウェアのそれぞれについてレコードを記憶する。ステーションIDが各ステーション・レコードを一意的に特定する。各ステーションは、許諾関係４３１によって同定される関連したサービス加入レコードをもつ。各ステーション・レコードは典型的には、所与のサイトでのSTBおよび／または許諾されたハードウェアの記述を含む。該記述は、一意的な識別情報（たとえばMACアドレスまたはデジタル証明書）を含むことができる。さらに、各ステーション・レコードは、住所および室番号および／または緯度／経度を表わすジオコードといった位置情報を含むことができる。こうした位置情報は、サービス訪問（service  call）および／または他の位置に関係したサービスのために有用と判明することがありうる。
【００３０】
以下で「ログオン・テーブル」と称されるテーブル４４０は、どのユーザーがどのステーションにログオンしているかを特定する多対多の関係を実装する。各ユーザーは、一つまたは複数のステーションにログインすることができ、あるいはどのステーションにも全くログインしないこともでき、それはユーザー・ログオン済み関係４４２によって示される。このように、各ステーションは、ログオンしているユーザーがいないこともあれば、一または複数のこともあり。それはステーション・ログオン済み関係４４３によって同定される。ログオンID（LID）フィールドは、ログオン・テーブル４４０中の各レコードを一意的に特定する。図４の図示した例では、ログオン・テーブル４４０中の各レコードは典型的には、ユーザーがログオンおよびログオフするそれぞれの時刻を記録するためのオン時間およびオフ時間のフィールドを含む。オン時間およびオフ時間のフィールドは、テレプレゼンス・システム１００が、現在諸ステーションにログオンしているユーザーを認識する（すなわち、オフ時間フィールドがヌル値をもつログオン・フィールドから）とともに、ユーザーによる使用を追跡する（料金請求または他ののちの解析のためにログオン記録を保持すると想定して）ことができるようにする。いくつかの実施形態では、運営ポリシーによりユーザーは一時に単一のログオンをもつことに制限されることがあり、その場合、ユーザーのための新たなログオン・レコードの生成は、新たなログオン・レコードの生成の際に先のログオン・レコードにおいてオフ時間を記入することによって、同じユーザーについての別のログオン・レコードを強制的に閉鎖することができる。
【００３１】
図１のデータベース１０６のユーザー部分４００は、図１のテレプレゼンス・システム１００に現在ログオンしているユーザー、そのようなユーザーがログオンしているステーションおよびそのようなユーザーに関連付けられた加入を追跡できる。ポリシーの問題として、テレプレゼンス・システム１００の運営者は、ユーザーが、ユーザーの加入に関連付けられたステーション以外のステーションにログオンすることを許可または禁止することができる。換言すれば、システム運営者は、ユーザーが、たとえ他のユーザーに関連付けられたものであってもホテルまたは友人の家のステーション（たとえばSTB）にそのユーザー自身のユーザー名のもとにログインすることを許可するポリシーを設定することができる。あるいはまた、システム運営者はユーザーを自分のステーションに制約することができる。
【００３２】
図５は、図１のデータベース１０６のコンテンツ部分５００の例示的な実施形態を描いている。コンテンツ部分５００は、一組のテーブル５１０、５２０、５３０、５４０および５５０を含む。以下で「プログラム・テーブル」と称されるテーブル５１０は、各コンテンツ（たとえば映画またはテレビ番組）についてのレコードを含み、各レコードは一意的な識別子「プログラムID」によって特定される。プログラム・テーブル５１０は、図１に描かれているコンテンツ・データベース１０４内の対応するプログラム・コンテンツへの参照を与えるフィールド「prog-content〔プログラム・コンテンツ〕」を含んでいる。図１のプログラム・テーブル５１０は、プログラム記述、継続時間およびスポンサーシップ・ポリシー情報を含むそのプログラムについての他の情報を含むことができる。スポンサーシップ・ポリシー情報フィールドは典型的には、そのプログラムに含まれるまたは他の仕方でそのプログラムとの関連で広告するのに好適な製品および／またはサービスのリストを提供する。たとえば、プログラムが特定のブランドのソフトドリンクの消費を描いている場合、そのプログラムはその同じブランドのソフトドリンクの広告に付随するための良好な相手となる。逆に、同じプログラムは競合するソフトドリンク・ブランドにとっては悪い取り合わせとなる可能性が高いであろう。このように、スポンサーシップ・ポリシー情報は、そのプログラムにとってのうまくない取り合わせを表わす製品および／またはサービスを特定する情報を含むことができる。
【００３３】
いくつかのプログラムは、特定の広告主との排他的なスポンサーシップ契約に支配されることがある。そのような状況のもとでは、そのような排他的なスポンサーシップを示す情報は、プログラム・テーブル５１０のスポンサーシップ・ポリシー情報フィールドに存在する。スポンサーシップ・ポリシー情報フィールドは、プログラムを中断できる広告の頻度および／または長さならびにそのような中断が取ることのできる許容可能な形を示す情報をも含むことができる。たとえば、スポンサーシップ・ポリシーは、広告がそのプログラムを中断できるかどうかを示すことができる。さらに、スポンサーシップ・ポリシー情報フィールドは、ユーザーが広告をスキップすることが許されてよいことを示すことができる。さらに、スポンサーシップ・ポリシー情報フィールドは、プログラムが再生されている間の、まさにプログラム中でそのような広告が生起できないところ（たとえば、映画のクライマックスを含む区間）で、広告テロップが画面にかぶさることができるかどうかを示すことができる。
【００３４】
以下で「広告テーブル」と称されるテーブル５２０は、プログラム・テーブル５１０と共通の特徴を共有する。広告テーブル５２０は複数のレコードを記憶しており、各レコードは一意的な広告識別子（AdID）および図１の広告コンテンツ・データベース１０５における対応する広告を参照する広告ポリシー・コンテンツ・フィールドをもつ。さらに、広告主ポリシー情報フィールドは典型的には、所与のプログラムに付随することができる広告の許容可能な数を表わすデータを含む。たとえば、いくつかの広告は、本願の原理の一つに基づく、共有視聴されるコンテンツのスポンサーシップの要求を許可する指定を含むことができる。逆に、他の広告は、要求に基づくスポンサーシップを防止する指定を含んでいてもよい。さらなる広告ポリシー情報は制約条件を含むことができる。たとえば、特定のブランドのソフトドリンクについての広告は、異なるブランドのソフトドリンクをフィーチャーするプログラムのスポンサーとなるのに不適切であるとの指定を含むことができる。
【００３５】
以下で「視聴テーブル」と記されるテーブル５３０は、各ステーション（たとえば各STB）によって視聴される各プログラムについてレコードを含む。一意的な識別子「視聴ID」が視聴テーブル５３０中の各視聴レコードを特定する。分散した観衆の構成員に対して再生されているプログラムのプログラムIDは、その観衆構成員と、被視聴関係５３１によって定義される関係をもつ。一方、そのプログラムに「同調した」ステーションのステーションIDは、そのプログラムと、視聴関係５４３によって確立される関係をもつ。
【００３６】
図５はまた、一組のテーブル４２０′、４３０′および４４０′をも破線で描いている。図５のテーブル４２０′、４３０′および４４０′はそれぞれ図４に関して先述したユーザー・テーブル４２０、ログオン・テーブル４３０およびステーション・テーブル４４０に対応する。図５の例示的な実施形態では、視聴テーブル５３０内のレコードは特定のステーションがプログラムに同調したときおよび離調したときを記すオン時間およびオフ時間のフィールドを含む。オフ時間についてヌル値をもつ視聴レコードは、特定のプログラムを試聴するために現在同調されているステーションを表わす。以前に視聴されたプログラムについての視聴レコードの集合は、そのような視聴済みプログラムに同調したステーションに関連付けられたステーション・レコードと一緒になって、まとめて、料金請求またはデータ・マイニング処理のために有用なログを与える。
【００３７】
あるプログラムの間にまたはあるプログラムに時間的に近接して再生される広告は、プログラム・スポンサー・テーブル５４０内のレコードをもって形成される多対多の関係によって、そのプログラムおよびそのプログラムを視聴するよう同調されたステーションとの関連付けをもつことができる。プログラム・スポンサー・テーブル５４０内の各レコードは、スポンサー関係５４２によって広告に関連付けられる一意的な識別子PSIDをもつ。同じレコードは、スポンサーの関係５４３によって確立される、視聴レコードとの関連付けももつことができる。よって、ある特定の広告がある特定のプログラムを視聴するステーション上で再生される場合、そのスポンサーシップは、料金請求および／またはデータ・マイニングのために記される。
【００３８】
図８に関して以下で詳細に論じるように、ユーザーが広告を選択してもよい。それによりその広告が収集され、その広告をそれを選択したユーザーと関連付ける広告テーブル５５０中のレコードが生成される。広告テーブル５５０中の各ユーザー広告（user  advertisement）レコードは、ユーザーの関係５５４に従ってユーザーがその広告を選択することに関連付けられた一意的な識別子UAIDをもつ。広告関係５５２は、その広告とユーザーとの間の関係を同定するはたらきをする。一方、視聴関係５５３は広告とそれを視聴するユーザーとの間の関係nを同定する。ユーザーが広告５２０を選択するとき、その広告についての広告主のポリシーについてチェックが行なわれる。典型的には、所与の広告の広告主が、該広告主がユーザー選択を受けてのその広告の使用を許可するかどうかを示すポリシーを確立する。広告についての広告主のポリシーが変わる場合には、広告関係５５２によってそうした広告のユーザー選択に関連付けられたそうした広告の状態が自動的な更新を受ける。広告主がソーシャル・セッションのスポンサーとなるような広告の使用を現在許していなくても、図１のテレプレゼンス・システム１００は広告主に、その広告へのアクセスを求める選択するユーザーの数を報告することができ、それがポリシーの変更につながりうる。
【００３９】
図６は、図１のデータベース１０６のソーシャル・セッション部分６００を描いている。この例示的な実施形態では、データベース１０６のソーシャル・セッション部分６００は、ソーシャル・テレビジョン視聴の各セッションについての情報を記録する。ソーシャル・テレビジョン視聴は、二人以上の分散した観衆構成員による一つまたは複数のプログラムの視聴をなす。それぞれの記録されるソーシャル・セッションは、データベース１０６のソーシャル・セッション部分６００内のソーシャル・セッション・テーブル６１０における一意的なセッションIDをもつ。各ソーシャル・セッションは、セッション所有者関係６１４によって定義される所有者をもち、それにより所有者は他の観衆構成員（またはそのステーション）をセッションに招待したり、あるいはセッションから放逐したりできる。所有者は前もってセッションを計画することができ、その場合、開始時刻は何らかの将来の日時に対応することになる。あるいはまた、セッションはすぐに始まることができ、その場合には、開始時刻は現在時刻（たとえば今）となる。セッションは典型的には近似的な継続時間をもつ。共有閲覧のために選択されたコンテンツは一時停止または巻き戻しされたり、あるいはまた他の事情で観衆参加者が加わるのが遅くなるなどのために再生前に遅らされたりすることがありうるからである。
【００４０】
セッション・プログラム・テーブル６２０内のレコードは、あるセッションの間にどのプログラムが共有されるかを示すようセッションとプログラムとの間の多対多の関係を定義する。一意的なSPIDによって同定される各レコードは、セッション関係６２１および共有関係６２５を介してソーシャル・セッションをプログラムと関連付ける。複数の共有プログラムは、セッション・プログラム・テーブル６２０内の複数のレコードの生成を生起させる。あるセッションの間に共有される各プログラムについて一つのレコードで、その後の各レコードはインクリメンタルなシーケンス番号（あるいは代替的な実施形態では開始および停止時刻）を受ける。
【００４１】
セッション観衆構成員テーブル６３０は、セッションに招待されたまたはセッションに現在参加しているユーザーを追跡する。現在参加している（participating）ユーザー（すなわち、分散した観衆の構成員）については、セッション観衆構成員テーブル６３０は、ユーザーが参加するのに使っているステーション（たとえばSTB）をも追跡する。セッション観衆構成員テーブル６３０中の各レコードは、一意的な識別子（「SSID」）をもち、セッション関係６３１を介してセッションをユーザーと関連付ける。各レコードはまた、被招待者関係６３２を通じて、招待されたユーザーをセッションと関連付ける。同様に、各レコードは、出席者関係６３４を介して出席（attending）ステーション（単数または複数）をセッションと関連付ける。招待プロセスを管理するために、セッション観衆構成員テーブル中の各レコードはフィールド（「招待受け取り確認フィールド」）をもつ。このフィールドは、ユーザーによって受け取り確認された招待を示すためにセットされるフラグをもつ。各レコードは典型的には、成功裏にセッションに合流した（joined）ステーションを示すためにセットされるフラグをもつことのできる合流済みフィールドをももつ。あるいはまた、前記現在合流済みフィールドはステーションIDフィールドが現在ヌル値をもつかどうかを反映することができる。
【００４２】
セッションに参加している（所有者を含む）一または複数のユーザーは、当該セッションを後援するための一つまたは複数の広告を提案することができ、提案された広告を表わすレコードがセッション広告テーブル６４０に蓄積される。セッション関係６４１は、各提案された広告と対応するセッションとの間の関係を示す。提案された広告関係６４５は、広告とそれを提案したユーザーとの間の関係を定義する。
【００４３】
ユーザーがある特定の広告を提案するには、いくつもの理由がありうる。たとえば、ユーザーは、ユーザーのよい趣味の反映としてある広告を提案することがありうる。ユーザーは、その広告を楽しむ（たとえば、それがおもしろいと思う）、および／または他の被招待者もその広告がおもしろいと考えるかもしれないと思うことがありうる。ユーザーは、その製品またはサービスに関して他者からの助言がほしくて、あるいは単にそれに対する他者の反応を測りたくてその広告を提案することがありうる。ユーザーは、その広告がたとえばユーモアまたは皮肉の点で現在のプログラムによく適合するからその広告を提案することがありうる。
【００４４】
本願の原理の広告推薦技法は、単にソーシャル・テレビジョン・セッションを後援するために一または複数の分散した観衆構成員に対する再生のために広告を提案することを越えて、さらなるオプションを提供することができる。たとえば、本願の技法は、番組において広告がユーザー決定される順序で再生されることを許容する、より繊細な制御を可能にする。具体的には、本発明は、特定の広告休憩を、プログラム内の特定の区間と関連付けられるようにする（たとえば、ある特定の広告は映画において早期に再生し、別の広告は同じ映画内でよりあとに再生する）。そのような機能をサポートするために、セッション広告テーブル６４０中のレコードは追加的なフィールドを含むことができる。たとえば、セッション・プログラム・テーブル６２０内の、以下でシーケンス番号フィールドと称されるフィールドが、セッション広告テーブル６４０中の各セッション広告レコードを、セッション・プログラム・テーブル６２０中の特定のセッション・プログラム・レコードに関連付けることができ、それにより所望される広告の再生が行なわれるプログラム中の区間が示される。
【００４５】
引き続き図６に描かれる例示的な実施形態を参照するに、ソーシャル・セッション・テーブル６１０内のソーシャル・セッションの生成および記録に際して、所有者関係６１４はその後、ユーザー・テーブル４２０′中のユーザー／作成者とソーシャル・セッションとの間の関連付けを定義する。セッション参加者テーブル６３０中のセッションについての最初の観衆構成員は典型的にはセッション所有者となる。そのセッション所有者はその後、プログラム・テーブル５１０′から一つまたは複数のプログラムを、テーブル６２０中のセッション・プログラムとして選択することができる。プログラムが選択されたら、セッション所有者は一または複数の追加的な観衆構成員を、テーブル６３０への追加のためにそのセッションに関連付けられるよう招待することができる。
【００４６】
いくつかの実施形態では、観衆構成員の追加は、プログラム選択前に行なわれることができる。よって、そのような状況のもとでは、観衆構成員は、所与のセッションに関連付けられるプログラム（単数または複数）を投票するまたは他の仕方で集団的に決定することができる。のちにセッションに合流する他の観衆構成員がプログラム・コンテンツを推薦または選択できるかどうかは、システム１００の運営者によって確立されるポリシーまたはセッション所有者によって確立されるポリシーに依存する。次いで、（用意されているポリシーに依存して）セッション所有者および他の観衆構成員は、自分たちによってすでに選択され、図５のユーザー広告テーブル５５０中のレコードによって記されている広告のうちから選ぶことができる。選ばれた広告は、図６のセッション広告テーブル６４０内の関連付けられたレコードをもつ。セッション広告テーブル中の各レコードは一意的なSAID値によって同定され、セッション関係６４１によって定義されるセッションとの関係および広告提案者関係６４５によって定義されるその広告を提案するユーザーとの関係をもつ。このように、あるユーザーによって友人全般にとって関心があるものとしてすでに選択されている広告が、このセッションの分散した観衆構成員にとって特に関心のある、またはセッション・プログラムに適切である選ばれた広告または他の意味で好適な選択となる。
【００４７】
いくつかの例示的な実施形態では、このソーシャル・セッションのためのセッション広告テーブル６４０に含めるためにある広告を選ぶユーザーは、その広告を、そのユーザーに帰属可能（attributable）なものとして指定することができる。換言すれば、その広告を選ぶユーザーは、図１のテレプレゼンス・システム１００が、セッション中のその広告の再生の際に、その広告を選んだのが該ユーザーであると帰属指示する許可を与えることになる。いくつかの実施形態では、帰属指示（attribution）は自動的に行なわれることができ、あるいは全く行なわれないことができる。
【００４８】
図７は、図１のデータベース１０６のソーシャル・セッション部分７００の代替的な例示的実施形態を描いている。図７に描かれるソーシャル・セッション・テーブル６１０、セッション・プログラム・テーブル６２０およびセッション観衆構成員テーブル６０３は、図６に描かれた対応するテーブルと典型的には同じ構造をもち、概括的には同じ機能を与える。図７に描かれるデータベース１０６のソーシャル・セッション部分７００は、図６のものと以下の点で異なっている。図６に関して上記で論じたところでは、セッション所有者および／または観衆構成員（一または複数）は、セッションで使う広告を明示的に選択し、そのような選ばれた広告は図６のセッション広告テーブル６４０において表現される。対照的に、図７のソーシャル・セッション部分７００は、現在ステーションにログインしており現在のセッションに参加している任意のユーザーによって以前に選択された任意の広告の使用を許容する。そのような柔軟性を達成するために、現在のログオン関係７１３が、ソーシャル・セッション・テーブル６１０から現在ログオン・レコード（すなわち、オフ時間フィールドについてヌル値をもつ指示されるステーションに関連付けられたログオン・レコード）を位置特定するはたらきをすることができる。ログオン・レコードは、招待された観衆構成員を含んでいてもいなくてもよい関連付けられたユーザー（単数または複数）を同定することができる。そのようなユーザーの識別（identification）、すなわちそのユーザーIDは、選択された広告関係７１５を通じて生起できる。ある特定のセッションに参加しているステーションにログインしているユーザーを識別することが、そのようなユーザーによって以前に選択された広告の識別情報を、今のセッションを後援するための候補広告として有効にする。
【００４９】
図７に関して上記した図１のデータベース１０６のソーシャル・セッション部分７００については、図６に関して述べたソーシャル・セッション部分７００とは対照的に、誰も明示的に広告を選択しない。よって、図７のソーシャル・セッション部分７００は、特定のユーザーに帰属可能なものとして広告に個々にタグ付けすることはしない。いくつかの実施形態（図示せず）では、ユーザーは、そのソーシャル・セッションとは関係なく、選択された広告を当該ユーザーに帰属可能なものとしてマークまたは他の仕方で指定するまたはしないことを望むことがありうる。他の実施形態（図示せず）では、ユーザーは、自分の選択された広告の全部を帰属指示するまたはしない全体的な選好を設定することができる。さらに他の実施形態（図示せず）では、システム・ポリシーが、セッション広告が帰属指示されるか否かを決定することができる。
【００５０】
図８は、フローチャートの形で、ユーザーがソーシャル・セッションの間の再生のために広告を選択することができるようにするプロセス８００を描いている。選択プロセス８００は、ステップ８１０の実行で始まる。このステップの間に、ユーザー、たとえば図１および図２のユーザー１１３は、該ユーザーのコンテンツ・モニタ（たとえば図１のコンテンツ・モニタ１１２）上での表示のために図１のヘッドエンド１０２から特定のプログラムをダウンロードするよう自分のSTB（たとえばSTB  １１１）の選局をする。図８のステップ８１１の間に、ヘッドエンド１０２からの広告の再生が始まる。広告の再生は、図９に描かれるストーリーボード・シーケンス９００の第一のステップ９１０として、図９に示される広告９１１の表示をトリガーする。図８のステップ８１１に続いて、STB  １１１は、ステップ８１２の間、広告のユーザー選択があるかどうかモニタリングする。STBは、ステップ８１３の間、広告の選択があったかどうか試験する。先に論じたように、ユーザーは、図９のリモコン１１５上のボタン、たとえばボタン９１３を押すまたはSTBに合図するために別の装置を使うことなどによって、広告を選択することができる。ステップ８１７の間に、広告再生が広告の選択がないまま終わったと判定すると、プロセス８００はステップ８１８で終了する。
【００５１】
STBが図８のステップ８１３の間にユーザーによる広告の選択を検出する場合、ステップ８１５の間に、STBは図１のデータベース１０６中のレコードの生成をトリガーする。この例では、STBは、図５のユーザー広告テーブル５５０における対応するレコードの生成をトリガーする。先に論じたように、ユーザーは、図１のリモコン１１５を通じて適切なコマンドを入力することによって広告を選択する。図９を参照するに、シーケンス９００のステップ９２０の間にユーザーによって作動される、リモコン上のボタン９１２は、広告選択を開始する。ユーザーは広告の選択を、リモコン１１５を作動させることのほか、他の機構を通じて開始することもできることを注意しておく。図９を参照するに、ステップ９３０の間に、アイコン９３１を表示することによって、広告の選択の確認が行なわれることができる。
【００５２】
図８を参照するに、ステップ８１５のあと、STBは典型的には、ステップ８１６の間に、ユーザーに対する表示のために状態レポートを生成する。状態レポートの生成は、ステップ９４０の間に図９におけるアイコン９４１（「OK」を表わす）を表示する形を取ることができる。図８のステップ８１６に続いて、STBは広告再生の開始をモニタリングする。広告再生が終了したと判定したら、図８のプロセス８００はステップ８１８の間に完了する。別の広告をすぐ再生すると、プロセス全体は典型的には反復される。そうでなければ、次のプログラムが再生を開始する。
【００５３】
上記のようにユーザーに受け取り確認および状態レポートを提供することは著しい価値をもつ。適時の受け取り確認および更新は、STBに続けて合図するためにユーザーが繰り返しリモコン１１５上の「広告を選択」ボタンを押すまたは他の段階を行なう可能性を減らす。そのような続けざまの合図は、不確実さ、混乱および／またはいらいらにつながりうるものである。しかしながら、状況によっては、ステップ８１５の間にデータベースにおける選択の要求の記録が適正に行なわれたものの、状態を「OK」として示すことを妨げる問題が生じることがある。たとえば、図５の広告テーブル５２０においてそのレコードに関連付けられている広告のための広告主ポリシーは、その広告主が選択された広告を、ソーシャル・セッションを後援するために使うことを許可しないことを示すことがありうる。そのような状況のもとでは、テーブル５５０中の状態は、「OK」以外の状態を示す。そのような場合、STBは、「現在利用可能ではありません」のようなメッセージとともに、図９内のアイコン９４２の表示をトリガーすることができる。それにより広告の選択を認めるようにとの広告主への要請を非公式に示唆する。
【００５４】
図１０は、セッション生成、プログラム選択およびセッション広告を示す例示的なストーリーボード・シーケンス１０００を描いている。特に、図１０のシーケンス１０００は図１のSTB  １１１のようなSTBがユーザー（たとえば図１の観衆構成員１１３）に対する表示のために生成する一連のスクリーンショットを描いている。図１０のシーケンス１０００は、ステップ１０１０で始まる。このステップがSTBによって実行されると画面１０１１が表示され、ユーザーに、ユーザーが図１０のリモコン１１５を使ってプログラム・コンテンツ・インデックスをブラウズできるようにするメニューを呈示する。図１０の画面１０１１は考慮対象のプログラムを表わすアイコン１０１２を含む。図１０に描かれるように、画面１０１１はアイコン１０１３（「今再生する」）を含んでいる。ユーザーがこのアイコンを作動させると、その時点でのプログラム再生がトリガーされる。さらに、画面１０１１はアイコン１０１４（「イベントをスケジュール」）を含むことができ、ユーザーがこのアイコンを作動させると後刻の予定された時間にプログラム再生ができる。
【００５５】
議論のために、ユーザーはステップ１０２０の間に図１０のリモコン１１５上の選択パッド１０２１を操作することによってプログラムの再生をスケジューリングするよう選択したものとする。そのような選択に応答して、STBは、「イベントをスケジュール」アイコン１０１４の下に現われるバーのようなアイコン１０１５の表示をトリガーする。ステップ１０２０の間になされた選択は、図１および図２のSTB  １１１を図１のサーバー１０３と対話させてソーシャル・セッション・テーブル６１０、セッション・プログラミング・テーブル６２０およびセッション参加者テーブル６３０（いずれも図６）中の対応するレコードを生成する。ユーザー１１３がそのセッションを開始したので、ユーザー１１３がセッション所有者となる。
【００５６】
ステップ１０２０に続いてステップ１０３０が行なわれ、今選択されているセッション・プログラムを指定するアイコン１０１２と同一のアイコン１０３２を含む画面１０３１の表示をトリガーする。画面１０３１はまた、セッション開始アイコン１０３３をも含み、その下にそれぞれ特定の日付および時刻を示すアイコン１０３４および１０３５が現われる。一般に、アイコン１０３５によって示される開始時間は柔軟なままである。会議電話と同様、いくつかの分散した観衆構成員は他者よりもあとに到着することを選ぶことがあり、一または複数の観衆構成員は、全員または大半の受け取り確認された観衆構成員がすでに合流してしまうまでセッションに合流するのを待つことを選ぶことがありうる。いくつかの実施形態では、プログラムの再生は自動的に生起することができ、ステーションは開始時刻の少し前に自動的に合流し、ソーシャル・セッション全体がスケジュールに従って開始されうる。
【００５７】
引き続き図１０を参照するに、ステップ１０３０の間に生成された画面１０３１は、二人のユーザー１０３７および１０３８がすでにセッションに合流する招待を受け取っていることを示す被招待者のリスト１０３６を含む。被招待者のリストは一般には空で始まり、ユーザーが追加的なセッション構成員を招待することを許容する「さらなる被招待者を招待する」アイコン１０３９を作動させることによってユーザー（セッション所有者）が被招待者を追加する。ユーザーは追加的な被招待者の名前をタイプすることもできるし、あるいはリストから選択することもできる。
【００５８】
ステップ１０４０の間に、STBはユーザーへの表示のための画面１０４１を生成する。画面は広告主選択器サブ画面１０４３を含む。これは、ユーザーが、後述するようにセッションを後援する（sponsor）ための広告を選ぶことができるようにする。広告主選択器サブ画面１０４３がステップ１０４０の間に現われるとき、プログラム・インジケータ１０３２および観衆構成員リスト１０４２もまだ画面１０４１内に見えていることを注意しておく。広告選択器サブ画面はアイコン１０４３および１０４４の対を含む。これらのアイコンは操作されるとき、ユーザーが広告の集合を通じて前および後にスクロールすることを許容する。図１０の例示的な実施形態では、広告選択器サブ画面は現在のユーザーによって前に選択された広告１０４７および１０４９を描いており、広告１０４７が現在考慮対象である広告として前景に見えている。広告１０４７は、広告のバナーまたはランニング・バージョンとして現われることができる。広告を選択するために、ユーザーはアイコン１０４６を選択する。広告の選択の確認は、アイコン１０４８の表示を介して行なわれる。アイコン１０４４〜１０４６はタッチパッド・ディスプレイ上の対応するタッチ用パッドをなすことができる。あるいはまた、それらのアイコンは単に受動的なディスプレイ・インジケータを表わしていて、図１のリモコン１１５上の対応するタッチ用パッドの操作を通じてユーザーが行なうアクションを表わしていてもよい。
【００５９】
アイコン１０４８の表示によって示される広告選択の確認に際して、ユーザー選択される帰属指示をサポートする実施形態は、典型的には、選択の帰属をユーザーに対して示すアイコン１０４８′を介してさらなる確認を表示する。先に論じたように、ユーザーによって選択される広告を管理する広告主は、選択された広告がソーシャルなセッションを後援することを許容しないことがありうる。そのような状況のもとでは、アイコン１０４８′はチェックマークなしで現われ、そのことがその広告がユーザー選択にもかかわらず利用可能でないことを示す。「OK」以外の状態をもつ広告は典型的には広告選択器サブ画面１０４３に現われず、あるいは示されるとしてもユーザーはそれらの広告を選択できない。
【００６０】
図１０の議論は単一ユーザー（たとえばセッション所有者）に焦点を当ててきたが、セッション被招待者は広告を選択するために画面１０４１と同様の画面にアクセスすることができる。
【００６１】
図１１は、一つまたは複数の広告を選択するためのプロセス１１００のステップをフローチャートの形で描いている。図１１の例示的な実施形態では、プロセス１１００は開始ステップ１１１０で始まり、その間にユーザーのコンテンツ・モニタが図１０に関して先述した画面１０４１を表示する。図１０の広告選択器サブ画面１０４３内の広告１０４７の表示が図１１のステップ１１１１の間に行なわれる。図１１のステップ１１１２の間に、STBは、ユーザー広告選択をモニタリングする。ステップ１１１２の間にSTBがユーザーが表示された広告を選択したことを検出する場合、STBは図１のデータベース１０６にその選択を通知し、それによりデータベースは図１１のステップ１１１３の間にその選択を記録できる。典型的には、データベース１０６は、図６のセッション広告テーブル６４０内の対応するレコードを生成することによって広告選択を記録する。ユーザー選定される帰属指示をサポートする実施形態では、次いで、図１１のステップ１１１５が実行され、ユーザーが自分に対する帰属指示のために広告を支持（endorse）しようとしているかどうかを判定する。ユーザーが選択された広告を支持すること望む場合、ステップ１１１６が実行されて、図６のテーブル６４０内の帰属指示フラグをセットすることによって、その支持を図１のデータベース１０６に記録する。
【００６２】
「no」〔否〕条件についてのステップ１１１４または１１１５または上記支持を記録したあとのステップ１１１６に続いて、ステップ１１１８が実行されて、ユーザーが気を変えて今や以前に選んだ広告を「選択解除」したがっているかどうかを判定する。ユーザーが以前に選択した広告を選択解除することに決めていた場合には、図１のデータベース１０６においてステップ１１１９が実行されて、以前に記録された広告選択をクリアし、具体的には、図６のセッション広告テーブル６４０から対応する記録を除去する。
【００６３】
ステップ１１１８の「no」経路またはステップ１１１９の実行に続いて、ステップ１１２０が実行され、ユーザーが可能性としての選択のために新たな広告に進んだか、あるいは選択解除のために前の広告に戻ったかをチェックする。もしそうであれば、ステップ１１１１の再実行に戻る前に、次のまたは前の広告の選択のために、ステップ１１２１が実行される。そうでなければ、ステップ１１２０の「no」分枝に続いて、STBは、ユーザーがプロセスを終了したがっているとの指示があるかどうかモニタリングする。もしそうであれば、プロセスはステップ１１２３で終了する。そうでなければ、図１１のプロセス１１００はステップ１１１２に分岐して戻る。
【００６４】
図１２は、進行中のソーシャル・セッションのストーリーボード・シーケンス１２００を示す。シーケンス１２００のステップ１２１０は、図１０の選択されたプログラム１０１２に対応する本編呈示が現われるディスプレイ画面１２１１を描いている。図１のコンテンツ記憶１０４は、選択された本編呈示を、図１のSTB  １１１、１２１、１３１、１４１のそれぞれに、それぞれ図１の対応する共有されるコンテンツ・モニタ１１２、１２２、１３２、１４２上での表示のためにストリーミングする。ここで、サイト１１０における所有者およびサイト１２０、１３０および１４０における三人の被招待者全員がソーシャル・セッションに合流しているとする。図１２のステップ１２２０は、本編プログラムの休憩の間にあらかじめ決定された広告が現われる表示画面１２２１を描いている。換言すれば、プログラム・コンテンツ１２１１の再生は一時停止し、それらの参加サイトにおける共有されるコンテンツ・ディスプレイのそれぞれでの表示のためにデータベース１０５からストリーミングされる広告１２２１の再生によって置き換えられる。チェックボックスの形のアイコン１２２２が図１２の画面１２２１内に現われて、この広告が現在のソーシャル・セッション中の観衆構成員の一または複数によって選ばれたことを示す。これは、誰がなぜこの広告を選んだかについての質問や推測を誘発しうる。アイコン１２２２がチェックボックスとして見えるように表示するのではなく、アイコンは、現在のソーシャル・セッション中の観衆構成員の何人がこの広告を選んだかを明示的に示すカウンタの形を取ることができる。
【００６５】
ある例示的な実施形態では、STBは、ステップ１２３０の間に表示のために画面１２３１を生成することができる。図１２に描かれるように、画面１２３１は帰属を示すアイコン１２３３を含む。さらに、画面１２３１は、その広告を支持した（endorse）人物（単数または複数）の名前（図示せず）およびこのソーシャル・セッションのためにその広告を選んだ観衆構成員（単数または複数）の画像１２３２（オーバーレイとして表示される）を含むことができる。画像１２３２は、図４のユーザー・テーブル４２０内の適切なユーザー・レコードから取得される記憶されたレコードの形を取ることができる。あるいはまた、画像は、テレプレゼンス・システムからの、たとえばテレプレゼンス・カメラ１１７からの生のビデオ・フィード（その観衆構成員１１３がこの広告を選んだとして）を表わすことができる。本願の原理によって選ばれていない他の広告は、再生されることはできるが、「選ばれた」アイコン１２２２や帰属アイコン１２３３またはユーザー画像１２３２なしである。
【００６６】
上記は、広告主が選択を許容している場合に構成員が自分自身の理由により適切な広告を選べるようにすることによって、複数の分散した観衆構成員の間での広告活動を改善することができるテレプレゼンス・システムを記述している。本願の原理のテレプレゼンス・システムは、図１０に関して述べたように、事前選択、高度なスケジューリングまたは広告のコンテンツまたは事前選択を必要としない。その代わり、コンテンツは、サッカー試合いなどのようなライブのイベントを含むことができ、友人どうしが動的にソーシャルなセッションを生成するあるいはこのイベントに関連したすでに進行中のソーシャル・セッションに合流することができる。そのような状況のもとでは、セッション所有者は、そのソーシャル・セッションに現在参加しているステーションに現在ログインしているユーザーに対応するユーザー広告のうちから一つまたは複数の広告を選択するために、図７に示したデータベース１０６のソーシャル・セッション部分７００を利用することができる。選択された広告への帰属指示は、既存のポリシーまたはセッション所有者の選択に依存することになる。
【００６７】
当業者は、図４〜図７に示されるリレーショナル・データベース実装が例示的な選択を表わしており、異なる正規化または非リレーショナル・データ表現の選択を含むデータ構成のための他の選択であって、本願の原理の範囲内にはいるものが存在することを認識するであろう。さらに、ユーザー・インターフェース・ハードウェア（たとえばリモコン１１５およびそのボタン）および本稿に記載される方法は、ユーザー・コマンドを入力するために利用可能な他の諸技法の単に一例を表わす。たとえば、音声コマンド・システム、ジェスチャー認識システム、タッチスクリーン、キーボードおよび／またはマウスのような多様な他の機構がSTBにユーザー・コマンドを入力するために役立ちうる。
【００６８】
さらに、画面表示は、コンテンツ・ディスプレイおよびテレプレゼンス・モニタ上に何が現われるかの例示的な描出を表わしているが、他の多くの可能な画面表示が本願の原理から外れることなく行なわれうる。
【図１】
2015517164.tif 000003
【図２】
2015517164.tif 000004
【図３】
2015517164.tif 000005
【図４】
2015517164.tif 000006
【図５】
2015517164.tif 000007
【図６】
2015517164.tif 000008
【図７】
2015517164.tif 000009
【図８】
2015517164.tif 000010
【図９】
2015517164.tif 000011
【図１０】
2015517164.tif 000012
【図１１】
2015517164.tif 000013
【図１２】
2015517164.tif 000014
【国際調査報告】
2015517164.tif 000015