JP2015513710A - 第２のスクリーン上での代替ビュービデオの再生 - Google Patents

Abstract

本開示は、第１またはプライマリスクリーン上に表示されているコンテンツの代替ビューを第２のスクリーンデバイス上で提供するための方法およびシステムに関する。この代替ビューは、プライマリスクリーンデバイス上での表示または再生を妨げることなく、プライマリ表示と同期させて、第２のスクリーンデバイス上に表示することができる。

Description

本発明は、一般に、第１のスクリーンデバイス上に表示されるコンテンツに関連する追加コンテンツを第２のスクリーン上で提供することに関する。

関連出願の相互参照
本出願は、参照によりその全体が本明細書に組み込まれる、２０１２年１月６日に出願された、米国仮出願第６１／５８４，１３４号の利益を主張する。

本出願は、同時に出願され、参照によりその全体が本明細書に組み込まれる、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＳＹＮＣＨＯＮＩＺＩＮＧ ＣＯＮＴＥＮＴ ＯＮ Ａ ＳＥＣＯＮＤ ＳＣＲＥＥＮ」、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＰＲＯＶＩＤＩＮＧ Ａ ＧＲＡＰＨＩＣＡＬ ＲＥＰＲＥＳＥＮＴＡＴＩＯＮ ＯＮ Ａ ＳＥＣＯＮＤ ＳＣＲＥＥＮ ＯＦ ＳＯＣＩＡＬ ＭＥＳＳＡＧＥＳ ＲＥＬＡＴＥＤ ＴＯ ＣＯＮＴＥＮＴ ＯＮ Ａ ＦＩＲＳＴ ＳＣＲＥＥＮ」、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＳＹＮＣＨＩＮＧ ＳＯＣＩＡＬ ＭＥＳＳＡＧＥＳ ＷＩＴＨ ＣＯＮＴＥＮＴ ＴＩＭＥＬＩＮＥ」、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＰＲＯＶＩＤＩＮＧ Ａ ＤＩＳＰＬＡＹ ＯＦ ＳＯＣＩＡＬ ＭＥＳＳＡＧＥＳ ＯＮ Ａ ＳＥＣＯＮＤ ＳＣＲＥＥＮ ＷＨＩＣＨ ＩＳ ＳＹＮＣＨＥＤ ＷＩＴＨ ＣＯＮＴＥＮＴ ＯＮ Ａ ＦＩＲＳＴ ＳＣＲＥＥＮ」、および「ＭＥＴＨＯＤ ＡＮＮ ＳＹＳＴＥＭ ＦＯＲ ＰＲＯＶＩＤＩＮＧ ＤＹＮＡＭＩＣ ＡＤＶＥＲＴＩＳＩＮＧ ＯＮ ＳＥＣＯＮＤ ＳＣＲＥＥＮ ＢＡＳＥＤ ＯＮ ＳＯＣＩＡＬ ＭＥＳＳＡＧＥＳ」と題する出願にも関連する。

従来は、表示される映画または番組に関連する追加コンテンツ（ＤＶＤまたはＢｌｕｅ−Ｒａｙディスク上の補足データなど）は、メインの映画または番組とは別に表示されなければならない。すなわち、ユーザは、補足データにアクセスするために、メインの映画または番組の再生を停止するか、またはさもなければ中断しなければならない。そのような補足機能の１つは、代替バージョンまたは「マルチアングル（ｍｕｌｔｉ−ａｎｇｌｅ）」ビデオであって、コンテンツのプライマリビューに表示されるものとは異なるアングルまたはビューで代替のオーディオ／ビデオを表示する。この機能は、第１の表示スクリーン上での特別な指示を必要とし、また、使用頻度が低くラベルが分かりにくいリモコン上のボタンの押下も必要とするので、多くの場合利用されない。さらに、ひとたび起動されると、コンテンツのプライマリビューを見ている者は全て、代替ビューを視聴するように強いられる。これは、視聴者によっては、視聴の楽しみを妨げることになり得る。

本開示は、第１のまたはプライマリスクリーン上に表示されているコンテンツの代替ビューを第２のスクリーンデバイス上で提供するための方法およびシステムに関する。この代替ビューは、プライマリスクリーンデバイス上での表示または再生を妨げることなく、第１のビューと同期させて、第２のスクリーンデバイス上に表示され得る。

一実施形態によると、第１のスクリーン上に表示されているプライマリコンテンツに関連する代替バージョンのコンテンツを第２のスクリーン上で提供する方法が開示される。方法は、同期メカニズムを使用して、第２のスクリーンデバイス上のイベントのタイミングを第１のスクリーンデバイス上に表示されているコンテンツに同期させるステップと、第１のスクリーンデバイス上に表示されているコンテンツに同期された代替バージョンのコンテンツを第２のスクリーン上で提供するステップとを含む。

別の実施形態によると、第１のスクリーンデバイス上に表示されるプライマリコンテンツに同期された代替バージョンのコンテンツを提供することが可能な第２のスクリーンデバイスが開示される。第２のスクリーンデバイスは、スクリーンと、記憶装置と、プロセッサーとを含む。スクリーンは、コンテンツを表示するように構成される。記憶装置は、データを記憶するためのものである。プロセッサーは、同期メカニズムを使用して、第２のスクリーンデバイス上のイベントのタイミングを第１のスクリーンデバイス上に表示されているコンテンツに同期させ、第１のスクリーンデバイス上に表示されているコンテンツに同期された代替バージョンのコンテンツを第２のスクリーン上で提供するように構成される。

一実施形態による、ビデオおよびオーディオコンテンツの家庭への配信の概要を説明するシステム図である。 代表的なセットトップボックス受信機のさらなる詳細を示すシステム図である。 一実施形態による、タッチパネル制御デバイスを示す図である。 一実施形態による、タッチパネル制御デバイスとともに使用される、いくつかの例示的なユーザ対話を示す図である。 一実施形態による、本発明の技法を実装するためのシステムの一実施形態を示すシステム図である。 一実施形態による、例示的なプロセスを示すフロー図である。 一実施形態による、デバイス間で同期を取る例示的な方法を示す図である。 一実施形態による、デバイス間で同期を取る例示的な方法を示す図である。 受動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 受動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 受動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 受動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 受動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 受動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 能動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 能動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 能動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 能動モードで使用される場合の、一実施形態による、機能を示す例示的な概略スクリーン図である。 一実施形態による、ソーシャルメディア共有機能を示す例示的な概略図である。 一実施形態による、ソーシャルメディア共有機能を示す例示的な概略図である。 一実施形態による、ソーシャルメディア共有機能を示す例示的な概略図である。 一実施形態による、コンテンツ選択機能を示す例示的な概略図である。 一実施形態による、コンテンツ選択機能を示す例示的な概略図である。 一実施形態による、追加機能を示す例示的な概略図である。 一実施形態による、追加機能を示す例示的な概略図である。 一実施形態による、追加機能を示す例示的な概略図である。 一実施形態による、追加機能を示す例示的な概略図である。 一実施形態による、追加機能を示す例示的な概略図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされた（ｓｋｉｎｎｅｄ）スクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 ある機能がユーザにどのように見え得るかを示す例示的なスキンされたスクリーン図である。 一実施形態による、代替バージョンのコンテンツを第２のスクリーンデバイス上で提供する例示的な方法を示す図である。 代替バージョンのコンテンツを提供するイベントを示す例示的な概略図である。 第２のスクリーンデバイス上で表示される代替ビューを示す例示的な概略図である。

ここで図１を参照すると、コンテンツを家庭またはエンドユーザに配信するためのシステム１００の実施形態のブロック図が示されている。コンテンツは、映画スタジオまたは製作会社などのコンテンツ供給源１０２から送り出される。コンテンツは、２つの形態のうちの少なくとも１形態で供給することができる。第１の形態は、コンテンツを放送する形態とすることができる。放送コンテンツは、放送アフィリエイトマネージャ（ｂｒｏａｄｃａｓｔ ａｆｆｉｌｉａｔｅ ｍａｎａｇｅｒ）１０４に提供され、一般に、放送アフィリエイトマネージャ１０４は、アメリカン放送会社（ＡＢＣ）、ナショナル放送会社（ＮＢＣ）、コロンビア放送システム（ＣＢＳ）などの、全国放送サービスである。放送アフィリエイトマネージャ１０４は、コンテンツを収集および記憶することができ、配信ネットワーク１（１０６）として示された配信ネットワークを介するコンテンツの配信をスケジュールすることができる。配信ネットワーク１（１０６）は、全国センタから１または複数の地方またはローカルセンタへの衛星リンク送信を含むことができる。配信ネットワーク１（１０６）は、無線放送、衛星放送、またはケーブル放送などを介するローカル配信システムを使用するローカルコンテンツ配信も含むことができる。ローカルで配信されるコンテンツは、ユーザ宅の受信デバイス１０８に提供され、その後、コンテンツは、ユーザによって探される。受信デバイス１０８は、多くの形態を取ることができ、セットトップボックス／ディジタルビデオレコーダ（ＤＶＲ）、ゲートウェイ、モデムなどとして具体化され得ることを理解されたい。さらに、受信デバイス１０８は、ホームネットワーク内のクライアントまたはピアデバイスとして構成される追加デバイスを含む、ホームネットワークシステムのためのエントリポイントまたはゲートウェイとして機能し得る。

コンテンツの第２の形態は、特別または追加コンテンツと呼ばれる。特別または追加コンテンツは、例えば、映画、ビデオゲーム、または他のビデオ要素など、プレミアムビューイング、ペイパービュー、または放送アフィリエイトマネージャ１０４に別途提供されることのない他のコンテンツとして配信されるコンテンツを含むことができる。多くの場合、特別コンテンツは、ユーザによって要求されたコンテンツとすることができる。特別コンテンツは、コンテンツマネージャ１１０に配信することができる。コンテンツマネージャ１１０は、例えば、コンテンツプロバイダ、放送サービス、または配信ネットワークサービスと提携する、インターネットウェブサイトなどのサービスプロバイダとすることができる。コンテンツマネージャ１１０は、インターネットコンテンツを配信システムに組み込むこともできる。コンテンツマネージャ１１０は、別個の配信ネットワークである配信ネットワーク２（１１２）を介して、コンテンツをユーザの受信デバイス１０８に配信することができる。配信ネットワーク２（１１２）は、高速ブロードバンドインターネット型の通信システムを含むことができる。放送アフィリエイトマネージャ１０４からのコンテンツも、配信ネットワーク２（１１２）の全部または一部を使用して配信され得ること、およびコンテンツマネージャ１１０からのコンテンツも、配信ネットワーク１（１０６）の全部または一部を使用して配信され得ることに留意することが重要である。加えて、ユーザは、コンテンツを必ずしもコンテンツマネージャ１１０によって管理される必要なしに、配信ネットワーク２（１１２）を介して、インターネットから直接的にコンテンツを獲得することもできる。

別に配信される追加コンテンツを利用するためのいくつかの適合が可能であり得る。１つの可能な方法では、追加コンテンツは、放送コンテンツを増強するものとして提供され、別の表示、購買および販売オプション、機能強化ツールなどを提供する。別の実施形態では、追加コンテンツは、放送コンテンツとして提供されるある番組コンテンツに完全に取って代わることができる。最後に、追加コンテンツは、放送コンテンツから完全に切り離すことができ、単に、利用するためにユーザが選択できる代わりのメディアとすることができる。例えば、追加コンテンツは、放送コンテンツとしてまだ利用可能ではない映画のライブラリとすることができる。

受信デバイス１０８は、配信ネットワーク１（１０６）および配信ネットワーク２（１１２）の一方または両方から異なるタイプのコンテンツを受信することができる。受信デバイス１０８は、コンテンツを処理し、ユーザプリファレンスおよびコマンドに基づいたコンテンツの分類を提供する。受信デバイス１０８は、オーディオおよびビデオコンテンツを記録し、再生するための、ハードドライブまたは光ディスクドライブなどの記憶デバイスも含むことができる。受信デバイス１０８の動作および記憶されたコンテンツの再生に関連する機能のさらなる詳細は、図２に関して以下で説明される。処理されたコンテンツは、表示デバイス１１４に提供される。表示デバイス１１４は、従来の２−Ｄ型のディスプレイとすることができ、または代わりに、先進の３−Ｄディスプレイとすることができる。

受信デバイス１０８は、タッチスクリーン制御デバイス１１６などの第２のスクリーンとインターフェースを取ることもできる。タッチスクリーン制御デバイス１１６は、ユーザコントロールを受信デバイス１０８および／または表示デバイス１１４に提供するように適合することができる。タッチスクリーンデバイス１１６は、ビデオコンテンツの表示を可能にすることもできる。ビデオコンテンツは、ユーザインターフェースエントリなどのグラフィックスエントリとすることができ、または表示デバイス１１４に配信されるビデオコンテンツの一部とすることもできる。タッチスクリーン制御デバイス１１６は、赤外線（ＩＲ）または無線周波数（ＲＦ）通信など、よく知られた信号送信システムのいずれかを使用して、受信デバイス１０８とインターフェースを取ることができ、赤外線データ協会（ＩＲＤＡ）規格、Ｗｉ−Ｆｉ、およびＢｌｕｅｔｏｏｔｈ（登録商標）などの標準プロトコル、または他の任意の独自仕様プロトコルを含むことができる。いくつかの実施形態では、タッチスクリーン制御デバイス１１６は、配信ネットワーク１および２と直接的にインターフェースを取ることができる。タッチスクリーン制御デバイス１１６の動作は、以下でさらに詳細に説明される。

図１の例では、システム１００は、バックエンドサーバー１１８および利用データベース１２０も含む。バックエンドサーバー１１８は、ユーザの利用習慣を分析し、それらの利用習慣に基づいて推薦を行う、個人化エンジン１１８を含む。利用データベース１２０は、ユーザの利用習慣が記憶される場所である。場合によっては、利用データベース１２０は、バックエンドサーバー１１８ａの一部とすることができる。目下の例では、バックエンドサーバー１１８（および利用データベース１２０）は、システム１００に接続され、配信ネットワーク２（１１２）を介してアクセスされる。

ここで図２を参照すると、受信デバイス２００の実施形態のブロック図が示されている。受信デバイス２００は、図１で説明された受信デバイス１０８と同様に動作することができ、ゲートウェイデバイス、モデム、セットトップボックス、または他の類似の通信デバイスの一部として含まれ得る。示されるデバイス２００も、オーディオデバイスまたは表示デバイス１１４を含む他のシステムに組み込まれ得る。どちらの場合も、システムの完全な動作のために必要ないくつかの構成要素は、当業者によく知られているので、簡潔にするために示されていない。

図２に示されるデバイス２００では、コンテンツは、入力信号受信機２０２によって受信される。入力信号受信機２０２は、無線、ケーブル、衛星、イーサネット（登録商標）、光ファイバ、および電話線ネットワークを含む、いくつかの可能なネットワークのうちの１つを介して提供される信号を受信し、復調し、復号するために使用される、いくつかの知られた受信機回路の１つとすることができる。所望の入力信号は、制御インターフェースまたはタッチパネルインターフェース２２２を介して提供されるユーザ入力に基づいて、入力信号受信機２０２によって選択し、取り出すことができる。タッチパネルインターフェース２２２は、タッチスクリーンデバイスのためのインターフェースを含むことができる。タッチパネルインターフェース２２２は、携帯電話、タブレット、マウス、またはハイエンドリモートなどとインターフェースを取るようにも適合することができる。

復号された出力信号は、入力ストリームプロセッサー２０４に提供される。入力ストリームプロセッサー２０４は、最終的な信号選択および処理を実行し、コンテンツストリームについての、ビデオコンテンツのオーディオコンテンツからの分離を含む。オーディオコンテンツは、圧縮ディジタル信号などの受信フォーマットからアナログ波形信号に変換するために、オーディオプロセッサー２０６に提供される。アナログ波形信号は、オーディオインターフェース２０８に提供され、さらに表示デバイスまたはオーディオ増幅器に提供される。代わりに、オーディオインターフェース２０８は、高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））ケーブル、またはＳｏｎｙ／Ｐｈｉｌｉｐｓディジタル相互接続フォーマット（ＳＰＤＩＦ）などを介する代わりのオーディオインターフェースを使用して、ディジタル信号をオーディオ出力デバイスまたは表示デバイスに提供することができる。オーディオインターフェース２０８は、１以上のスピーカのセットを駆動するための増幅器も含むことができる。オーディオプロセッサー２０６は、音声信号を記憶するために必要な任意の変換も実行する。

入力ストリームプロセッサー２０４からのビデオ出力は、ビデオプロセッサー２１０に提供される。ビデオ信号は、いくつかのフォーマットの１つとすることができる。ビデオプロセッサー２１０は、必要であれば、入力信号フォーマットに基づいて、ビデオコンテンツの変換を提供する。ビデオプロセッサー２１０は、ビデオ信号を記憶するために必要な任意の変換も実行する。

記憶デバイス２１２は、入力において受信されたオーディオおよびビデオコンテンツを記憶する。記憶デバイス２１２は、コントローラ２１４の制御下での、ならびにユーザインターフェース２１６および／またはタッチパネルインターフェース２２２から受け取られたコマンド、例えば、早送り（ＦＦ）および巻戻し（Ｒｅｗ）などのナビゲーション命令にも基づいた、コンテンツの後の取り出しおよび再生を可能にする。記憶デバイス２１２は、ハードディスクドライブ、スタティックＲＡＭ（ＳＲＡＭ）もしくはダイナミックＲＡＭ（ＤＲＡＭ）などの１もしくは複数の大容量の集積電子メモリとすることができ、またはコンパクトディスク（ＣＤ）ドライブもしくはディジタルビデオディスク（ＤＶＤ）ドライブなどの交換可能な光ディスク記憶システムとすることができる。

入力または記憶デバイス２１２のいずれかを出所とする、ビデオプロセッサー２１０からの変換されたビデオ信号は、表示インターフェース２１８に提供される。表示インターフェース２１８は、表示信号を上述されたタイプの表示デバイスにさらに提供する。表示インターフェース２１８は、赤緑青（ＲＧＢ）などのアナログ信号インターフェースとすることができ、またはＨＤＭＩなどのディジタルインターフェースとすることができる。表示インターフェース２１８は、以下でさらに詳細に説明されるような３次元グリッドに検索結果を提示するための様々なスクリーンを生成することを理解されたい。

コントローラ２１４は、入力ストリームプロセッサー２０２、オーディオプロセッサー２０６、ビデオプロセッサー２１０、記憶デバイス２１２、およびユーザインターフェース２１６を含む、デバイス２００の構成要素のいくつかに、バスを介して相互接続される。コントローラ２１４は、入力ストリーム信号を、記憶デバイス２１２に記憶するための信号または表示するための信号に変換するための変換プロセスを管理する。コントローラ２１４は、記憶されたコンテンツの取り出しおよび再生も管理する。さらに、以下で説明されるように、コントローラ２１４は、コンテンツの検索、ならびに上で説明された、記憶されたコンテンツまたは配信ネットワークを介して配信されたコンテンツを表す、グリッド表示の生成および調整を実行する。

コントローラ２１４は、コントローラ２１４のための情報および命令コードを記憶するための制御メモリ２２０（例えば、ＲＡＭ、ＳＲＡＭ、ＤＲＡＭ、ＲＯＭ、プログラム可能ＲＯＭ（ＰＲＯＭ）、フラッシュメモリ、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）などを含む揮発性または不揮発性メモリ）にさらに結合される。制御メモリ２２０は、コントローラ２１４のための命令を記憶することができる。制御メモリ２２０は、コンテンツを含むグラフィック要素などの、要素のデータベースも記憶することができる。データベースは、グラフィック要素のパターンとして記憶することができる。代わりに、メモリは、識別またはグループ化されたメモリロケーションにグラフィック要素を記憶することができ、グラフィック要素に関連する情報の様々な部分に関するメモリロケーションを識別するために、アクセスまたはロケーションテーブルを使用することができる。グラフィック要素の記憶に関するさらなる詳細は、以下で説明される。さらに、制御メモリ２２０の実装は、単一のメモリデバイス、または代わりに、共有もしくは共通メモリを形成するために通信可能に接続もしくは一緒に結合される複数のメモリ回路など、いくつかの可能な実施形態を含むことができる。またさらに、メモリは、バス通信回路の部分などの他の回路とともに、より大きい回路内に含まれ得る。

本開示のユーザインターフェースプロセスは、早送り、巻戻しなどの機能を表すために使用され得る、入力デバイスを利用する。これを可能にするために、タッチパネルデバイス３００は、図３に示されるように、受信デバイス２００のユーザインターフェース２１６および／またはタッチパネルインターフェース２２２を介して、インターフェースを取ることができる。タッチパネルデバイス３００は、パネルを介してセットトップボックスまたは他の制御デバイスのためのコマンドに変換される、手の動き、またはジェスチャ、および動作に基づいて、受信デバイスまたはセットトップボックスの操作を可能にする。一実施形態では、タッチパネル３００は、単に、グリッド表示をナビゲートするためのナビゲーションツールとしての役割を果たすことができる。他の実施形態では、タッチパネル３００は、さらに、コンテンツのグリッド表示を介してユーザがナビゲーションとより直接的に対話することを可能にする、表示デバイスとしての役割も果たす。タッチパネルデバイスは、作動ボタンまたは起動ボタンなど、より多くの従来の制御機能を含む、リモートコントロールデバイスの一部として含まれ得る。タッチパネル３００は、少なくとも１つのカメラ要素も含むことができる。いくつかの実施形態では、タッチパネル３００は、マイクロフォンも含むことができる。

ここで図４を参照すると、ジェスチャ検知コントローラまたはタッチスクリーンの使用は、示されるように、数々のタイプのユーザ対話を提供する。ジェスチャを確定するために、コントローラからの入力が使用され、今度は、そのジェスチャが、状況に応じた特定のコマンドを確定する。センサの配置は、タッチスクリーン上でのユーザの指の動きを確定することを可能にすることができ、または１次元もしくは２次元におけるコントローラ自体の動きを確定することさえ可能にすることができる。対角線など２次元の動き、ならびにヨー、ピッチ、およびロールの組み合わせが、スウィングなど、任意の３次元の動きを確定するために使用され得る。数々のジェスチャが、図４に示されている。ジェスチャは、状況に応じて解釈され、ユーザによって行われた定義された動作によって識別される。

バンピング（ｂｕｍｐｉｎｇ）４２０は、上、下、左、または右の一方向に向かって動かされる２ストロークのドローイングによって定義される。バンピングジェスチャは、状況に応じて、特定のコマンドに関連付けられる。例えば、時間移動モードでは、左バンプジェスチャ４２０は、巻戻しを表し、右バンプジェスチャは、早送りを表す。他の状況では、バンプジェスチャ４２０は、バンプによって示される方向に応じた特定の値の増加であると解釈される。チェッキング（ｃｈｅｃｋｉｎｇ）４４０は、チェックマークの描写として定義される。それは、下向きのバンプジェスチャ４２０に類似している。チェッキングは、状況に応じて、リマインダ、ユーザタグを示すために、または項目もしくは要素を選択するために識別される。サークリング（ｃｉｒｃｌｉｎｇ）４４０は、いずれかの向きに円を描くこととして定義される。２つの向きが区別され得るようにすることも可能である。しかし、混乱を避けるため、円は、向きに係らず、単一のコマンドとして識別される。ドラッギング（ｄｒａｇｇｉｎｇ）４５０は、タブレット３００上の（仮想または物理）ボタンを押しながらの、コントローラの角度に関する動き（ピッチおよび／またはヨーの変化）として定義される（すなわち、「トリガドラッグ」）。ドラッギングジェスチャ４５０は、ナビゲーション、スピード、距離、時間移動、巻戻し、および早送りのために使用することができる。ドラッギング４５０は、カーソル、仮想カーソルを動かすために、または表示上での強調表示、輪郭付け、もしくは選択など、状態の変更のために使用することができる。ドラッギング４５０は、任意の方向に行うことができ、一般に、２次元におけるナビゲーションのために使用される。しかし、あるインターフェースでは、ドラッギングコマンドに対する応答を変更することが好ましい。例えば、いくつかのインターフェースでは、１次元または一方向における動作は、仮想カーソルの位置または動きの方向によっては、他の次元または方向よりも好まれる。ノッディング（ｎｏｄｄｉｎｇ）４６０は、２回の素早いトリガ−上下垂直ドラッグの動きによって定義される。ノッディング４６０は、「はい」または「了承」を表すために使用される。エクシング（Ｘ−ｉｎｇ）４７０は、文字「Ｘ」を描く動作として定義される。エクシング４７０は、「削除」または「阻止」コマンドのために使用される。ワッギング（ｗａｇｇｉｎｇ）４８０は、２回のトリガ−素早い往復水平ドラッグの動きによって定義される。ワッギングジェスチャ４８０は、「いいえ」または「キャンセル」を表すために使用される。

センサシステムの複雑さに応じて、簡単な１次元の動きまたはジェスチャのみが許可され得る。例えば、ここで示されるようなセンサ上での簡単な右または左への動きは、早送りまたは巻戻し機能を生じさせることができる。加えて、複数のセンサを含み、タッチスクリーン上の種々の位置に配置することができる。例えば、左右の動きのための水平センサは、１つの地点に配置され、音量アップ／ダウンのために使用することができ、一方、上下の動きのための垂直センサは、異なる地点に配置され、チャンネルアップ／ダウンのために使用することができる。このように、特定のジェスチャマッピングが使用され得る。

システムおよび方法は、ハードウェアおよび関連するコンテンツに応じて、任意の数々の方法で実装することができる。そのような展開の例は、ＤＶＤ、Ｂｌｕ−Ｒａｙディスク（ＢＤ）、ストリーミングビデオまたはビデオオンデマンド（ＶＯＤ）、および（衛星、ケーブル、無線）放送を含む。これらの展開の各々は、種々のアーキテクチャを有するが、第２のスクリーンデバイス上で実行中のアプリケーションによって何が待ち行列に入れられるかを表す、これらのイベントの各々（追加コンテンツ）に関するトリガを標準化することができる。例えば、イベントＡおよびイベントＢが、ビデオのこれらの供給源のいずれかに関連する同期メカニズムによってトリガされる。タブレットが「イベントＡ」に遭遇した場合、第２のスクリーンデバイス（例えば、タブレット）上で実行中のプログラムは、「イベントＡ」を実行する。同様に、「イベントＢ」が遭遇された場合、第２のスクリーンデバイス上で実行中のプログラムは、「イベントＢ」を実行する。

図５は、そのような方法が実装され得る一般的なシステム５００を示している。ここで、システム５００は、第１のスクリーンデバイス５１０と、第２のスクリーンデバイス５２０と、再生デバイス５３０と、ネットワーク５４０と、サーバー５５０とを含む。これらの要素の各々は、以下でより詳細に説明される。

第１のスクリーンデバイス５１０は、テレビ番組、映画、およびウェブサイトなどのコンテンツを表示するための、図１に関して上述された表示デバイス１１４などの、表示デバイスである。そのような第１のスクリーンデバイスの例は、限定されないが、テレビ、モニター、またはプロジェクタなどを含む。第１のスクリーンデバイス５１０は、表示するためにプライマリコンテンツを第１のスクリーンデバイス５１０に提供できる、再生デバイス５３０に接続される。そのような通信の例は、限定されないが、ＨＤＭＩ、ＶＧＡ、ディスプレイポート、ＵＳＢ、コンポーネント、コンポジット、無線周波数（ＲＦ）、および赤外線（ＩＲ）などを含む。ある実施形態では、第１のスクリーンデバイス５１０は、第２のスクリーンデバイス５２０およびサーバー５５０への追加接続を提供するネットワーク５４０に、有線または無線（ＷｉＦｉ）方法で接続することができる。いくつかの実施形態では、第１のスクリーンデバイス５１０は、再生デバイス５３０の機能を含むことができる。さらに他の実施形態では、第１のスクリーンデバイス５１０は、第２のスクリーンデバイス５２０と非ネットワーク通信５６０を行うことができる。そのような非ネットワーク通信５６０の例は、限定されないが、ＲＦ、ＩＲ、Ｂｌｕｅ−Ｔｏｏｔｈ、ならびに他のオーディオ通信技法およびプロトコルを含む。

第２のスクリーンデバイス５２０は、第１のスクリーンデバイス５１０上に表示されているプライマリコンテンツに関連する追加コンテンツを表示することが可能なデバイスである。第２のスクリーンデバイス５２０は、上述されたようなタッチスクリーン制御デバイス１１６またはタッチスクリーンデバイス３００とすることができる。第２のスクリーンデバイス５２０の例は、限定されないが、スマートフォン、タブレット、ラップトップ、またはパーソナルメディアプレーヤ（例えば、ｉＰｏｄ）などを含む。第２のスクリーンデバイス５２０は、ネットワーク５４０、非ネットワーク通信５６０、または両方を使用して、再生デバイス５３０と通信する。第２のスクリーンデバイス５５０は、第１のスクリーンデバイス５１０上に表示されているプライマリコンテンツに関連する追加コンテンツを要求し、受信するために、ネットワーク５４０を介してサーバー５５０とも通信する。いくつかの実施形態では、第２のスクリーンデバイス５２０は、第１のスクリーンデバイス５１０とネットワーク通信を行うことができ、または非ネットワーク通信５６０を行うことができる。そのような非ネットワーク通信５６０の例は、限定されないが、ＲＦ、ＩＲ、Ｂｌｕｅ−Ｔｏｏｔｈ（ＢＴ）、またはオーディオ通信技法およびプロトコルなどを含む。

再生デバイス５３０は、第１のスクリーンデバイス５１０上に表示するためにプライマリコンテンツを提供することが可能なデバイスである。そのような再生表示デバイスの例は、限定されないが、ＤＶＤプレーヤ、Ｂｌｕｅ−Ｒａｙディスク（ＢＤ）プレーヤ、ゲーム機、受信機デバイス（ケーブルもしくは衛星）、ディジタルビデオレコーダ（ＤＶＲ）、ストリーミングデバイス、またはパーソナルコンピュータなどを含む。再生デバイス５３０は、第１のスクリーンデバイス５１０に接続され、表示するためにプライマリコンテンツを第１のスクリーンデバイス５１０に提供する。そのような接続の例は、限定されないが、ＨＤＭＩ、ＶＧＡ、ディスプレイポート、ＵＳＢ、コンポーネント、コンポジット、無線周波数（ＲＦ）、および赤外線（ＩＲ）などを含む。再生デバイス５３０は、第２のスクリーンデバイス５２０およびサーバー５５０への接続を提供するネットワーク５４０にも、有線または無線（ＷｉＦｉ）方法で接続される。いくつかの実施形態では、再生デバイス５３０の機能は、第１のスクリーンデバイス５１０内に含まれ得る。さらに他の実施形態では、再生デバイス５３０は、第２のスクリーンデバイス５２０と非ネットワーク通信５６０を行うことができる。そのような非ネットワーク通信５６０の例は、限定されないが、ＲＦ、ＩＲ、Ｂｌｕｅ−Ｔｏｏｔｈ（ＢＴ）、ならびに他のオーディオ通信技法およびプロトコルを含む。

ネットワーク５４０は、イーサネット、ＭｏＣＡ、および無線プロトコル、またはそれらの組み合わせを使用して実装される、有線または無線通信ネットワークとすることができる。そのようなネットワークの例は、限定されないが、上で説明された配信ネットワーク１（１０６）および配信ネットワーク２（１１２）を含む。

サーバー５５０は、追加コンテンツを第２のスクリーンデバイス５２０に提供するように構成されたコンテンツサーバーである。ある実施形態では、サーバーは、第１のスクリーンデバイス５１０上に表示するためにプライマリコンテンツも提供することができる。サーバー５５０は、ネットワーク５４０に接続され、同様に接続されたデバイスのいずれとも通信することができる。そのようなサーバーの例は、限定されないが、上で説明された、コンテンツ供給源１０２、放送アフィリエイトマネージャ１０４、コンテンツマネージャ１１０、およびバックエンドサーバーを含む。

図６は、視聴されているプライマリコンテンツに関連する追加コンテンツを表示するための開示される方法についてのフロー図６００を示している。方法は、以下のステップ、すなわち、第１のスクリーンデバイス５１０上にプライマリコンテンツを表示するステップ（ステップ６１０）を含む。また、第１のスクリーン上のプライマリコンテンツの表示に関連して、追加コンテンツを同期させるための同期メカニズムを提供するステップ（ステップ６２０）を含む。また、同期メカニズムによって、第１のスクリーンデバイス上に表示されたコンテンツに同期させられた、第１のスクリーンデバイス５１０上のプライマリコンテンツに関連する追加コンテンツを、第２のスクリーンデバイス５２０上に表示する（ステップ６３０）を含む。ある実施形態では、方法は、第１のスクリーンデバイス５１０上のプライマリコンテンツの表示を制御するためのコマンドを第２のスクリーンデバイス５２０から受け取るステップ（ステップ６４０）、および第２のスクリーンデバイス５２０から受け取ったコマンドに基づいて、第１のスクリーンデバイス５１０上のプライマリコンテンツの表示を制御するステップ（ステップ６５０）も含む。これらのステップの各々は、以下でより詳細に説明される。

映画またはテレビ番組などのプライマリコンテンツを表示するステップ（ステップ６１０）は、第１のスクリーンデバイス５１０において実行される。これは、プライマリコンテンツが第１のスクリーンデバイス５１０に提供されることを含む。プライマリコンテンツは、再生デバイス５３０によって提供することができ、または第１のスクリーンデバイス５１０においてコンテンツプロバイダから直接的に受信することができる。プライマリコンテンツは、その後、第１のスクリーンデバイス５１０上に示され、または別の方法で表示される。プライマリコンテンツの表示は、表示されているコンテンツのコントロールも含む。これは、再生、停止、一時停止、巻戻し、早送りといった従来の再生コマンドの他、コンテンツおよび他の再生オプションを選択するためのオンスクリーンメニューのナビゲーションも含むことができる。ある実施形態では、第１のスクリーンデバイス５１０上での表示（ステップ６２０）は、第２のスクリーンデバイス５２０上に表示されている追加コンテンツのタイプを示すインジケータを表示するステップをさらに含む。

提供される同期メカニズム（ステップ６２０）は、数々の方法で実装することができる。ある実施形態では、同期メカニズムは、第２のスクリーンデバイス５２０、再生メカニズム５３０、もしくは第１のスクリーンデバイス５１０上で実行中のアプリケーション、またはそれらの任意の組み合わせによって実行される。最も基本的には、第２のスクリーンデバイス５２０は、第１のスクリーンデバイス５１０上に表示されているプライマリコンテンツと一致させるために、追加コンテンツの表示を更新するように、第２のスクリーンデバイス５２０に指示する、同期信号、キュー、または他のタイプのインジケータを検出するように、（アプリケーションを介して）構成される。同期信号、キュー、または他のタイプのインジケータは、プライマリコンテンツの一部として提供することができ、またはチャプタ、シーン、タイムコード、主題、または表示されているコンテンツに応じて、第１のスクリーンデバイス５１０の再生デバイス５３０によって（アプリケーションを介して）生成することができる。同期信号、キュー、または他のタイプのインジケータは、有線もしくは無線（ＷｉＦｉ）方法のネットワークを使用して、または音声信号などの非ネットワーク通信５６０を使用して、第２のスクリーンデバイス５２０に送信することができる。実装のいくつかについての例が以下で与えられる。他の可能な実装は、本開示の利点を考えると、明らかである。

補足データ、ビデオクリップ、およびウェブサイトなど、追加コンテンツを表示するステップ（ステップ６３０）は、第２のスクリーンデバイス５２０上で実行される。追加コンテンツは、第２のスクリーンデバイス５２０上にローカルに記憶することができ、またはサーバー５５０、再生デバイス５３０、もしくは第１のスクリーンデバイス５１０によって提供することができる。追加コンテンツの表示は、同期メカニズムによって、第１のスクリーンデバイス５１０上に表示されているプライマリコンテンツに同期させられる。例えば、第２のスクリーンデバイス５２０は、同期信号、キュー、または他のタイプのインジケータを検出した場合、追加コンテンツの表示をしかるべく更新する。いくつかの実施形態では、これは、サーバー５５０、再生デバイス５３０、または第１のスクリーンデバイス５１０と交信して、追加コンテンツを要求し、その後、追加コンテンツをダウンロードして、表示することをさらに含む。いくつかの実施形態では、表示される追加コンテンツは、システムを使用するユーザに基づいて、選択すること、変更すること、または省略することができる。

ある実施形態では、第２のスクリーンデバイス５２０上での表示（ステップ６３０）は、第１のスクリーンデバイス５１０上でのプライマリコンテンツの表示が一時停止されているかどうかなど、第１のスクリーンデバイス５１０上でのプライマリコンテンツの表示についての状態を表示するステップをさらに含む。他のある実施形態では、第２のスクリーンデバイス５２０上での表示（ステップ６３０）は、第２のスクリーンデバイス５２０上の追加コンテンツと、第１のスクリーンデバイス５１０上のプライマリコンテンツとの間の同期についての状態を表示するステップをさらに含む。

ある実施形態では、第２のスクリーンデバイス５２０は、受信するばかりでなく、送信することも可能である。任意選択のステップ６４０および６５０は、この機能に取り組む。ステップ６４０において、第２のスクリーンデバイス５２０からコマンドが受信される。理想的には、これらのコマンドは、第１のスクリーンデバイス５１０上でのプライマリコンテンツの再生を制御するデバイスにおいて受信される。ある実施形態では、再生デバイス５３０が、コマンドを受信するデバイスである。コマンドは、ネットワーク５４０または非ネットワーク通信５６０を介して送信することができる。ひとたび受信されると、コマンドは、プライマリコンテンツの表示を制御することができる（ステップ６５０）。そのような制御の例は、限定されないが、再生、停止、一時停止、巻戻し、早送りの他、チャプタ、シーン、および選択も含む。これらのコマンドは、第１のスクリーンデバイス５１０上に表示されたプライマリコンテンツを、第２のスクリーンデバイス５２０上に表示されている追加コンテンツと同期させるためにも使用することができる。

図７は、非ネットワーク通信５６０を使用して実装される同期メカニズムを用いるシステム７００の一例の高レベル概略図を提供している。このシステム７００では、非ネットワーク通信同期メカニズムは、音声透かし７１０である。この例では、音声透かし７１０は、第１のスクリーンデバイス５１０上に表示されているプライマリコンテンツの音声信号に、高周波数信号、キュー、または他のインジケータを挿入することを含む。音声透かしは、人間には聞こえないが、第２のスクリーンデバイス５２０のマイクロフォンによって検出することができる。第２のスクリーンデバイス５２０が音声透かしを検出した場合、表示される追加コンテンツは、検出された透かしに基づいて、第１のスクリーンデバイス５１０上に表示されているプライマリコンテンツと同期するように更新される。音声透かしは、コンテンツの供給源においてプライマリコンテンツ内に組み込むこと、または再生デバイス５２０または第１のスクリーンデバイス５１０によってローカルで挿入することができる。

図８は、ネットワーク５４０を使用して実装される同期メカニズムを用いるシステム８００の一例の高レベル概略図を提供している。このシステム８００では、同期メカニズムは、再生デバイス５３０（Ｂｌｕ−Ｒａｙディスクプレーヤ）と第２のスクリーンデバイス５２０（アプリケーションを実行中のｉＯＳデバイス）との間の無線通信（ＷｉＦｉ）８１０である。図７の例では、ＢＤライブ対応デバイスの機能およびプロトコルが使用される。このプロトコルには、接続と通信という２つの主要な構成要素が存在する。その両方が以下で説明される。簡潔にするため、第２のスクリーンｉＯＳアプリケーションは、「ｉＰａｄ」と呼ばれ、ＢＤライブ対応デバイスは、「ディスク」と呼ばれる。

接続は、ｉＯＳ対応デバイス５２０が、最初に第２のスクリーンアプリケーションを起動し、同じＷｉ−Ｆｉネットワーク５４０上のＢＤライブ対応デバイス５３０に接続しようと試みるときに発生する。
１．ディスクがＢＤプレーヤに挿入される
２．ディスクがＵＤＰ「リスニング」ループに入る
３．ｉＰａｄが第２のスクリーンアプリケーションを起動する
４．ｉＰａｄが認証トークンのＵＤＰブロードキャストを実行する
５．ディスクが認証トークンを受信し、認証を行う
６．ディスクがトークン送信側からのＩＰ（ｉＰａｄのＩＰ）を取り出す
７．ディスクがＩＰおよびポートを用いて認証に応答する
８．ｉＰａｄがＩＰおよびポートを確認する
９．ｉＰａｄがＵＤＰソケット通信をクローズする
１０．提供されたＩＰおよびポートに基づいて、ｉＰａｄがディスクとの直接ＴＣＰソケット通信を確立する

通信は、接続が第２のスクリーンｉＯＳアプリケーションとＢＤライブ対応デバイスとの間で確立された後に発生する。
１．ｉＰａｄとディスクが互いのＩＰの他、どのポートを使用して通信が行われるべきか認識する。
２．アプリケーションライフサイクルの継続期間の間、ＴＣＰソケット通信が維持される。

この例に見られるような無線通信の１つの利点は、それが、第２のスクリーンデバイス５２０がコマンドを受信するばかりでなく、コマンドを送信することも可能にする双方向性であることである。これは、第２のスクリーンデバイス５２０からの再生の制御ばかりでなく、双方向同期も可能にする。

ある実施形態では、第２のスクリーンデバイス５２０のアプリケーションは、特定のシステム（例えば、ＢＤ）上の特定の番組または映画に固有とすることができる。他の実施形態では、第２のスクリーンアプリケーションは、アプリケーションを特定の番組または映画向けに構成するために、利用可能なプラグインを有するｓｔｕｄｉｏに対してジェネリックとすることができる。さらに他の実施形態では、第２のスクリーンアプリケーションは、システム（ＢＤ、ＶＯＤ、放送）、コンテンツ、または両方に対して汎用的に用いることができる。本開示の利益を考えれば、他の可能な実装および構成が当業者には明らかであろう。

システムは、受動的方法または対話的方法で動作させることができる。受動的方法では、第１のスクリーンデバイス５１０上に表示されたアイコンが、第１のスクリーンデバイス５１０上に表示されたプライマリコンテンツに関連する追加コンテンツイベントが表示されている第２のスクリーンデバイス５２０を見るようにユーザを促す。アイコンは、好ましくは、どのタイプの追加コンテンツイベントが第２のスクリーンデバイス５２０上で利用可能であるかを示す（例えば、ショッピングカートアイコンは購買イベントを示し、「Ｉ」アイコンは情報イベントを示し、スティックマン（ｓｔｉｃｋｍａｎ）アイコンは文字情報イベントを示すなど）。図９Ａ〜図９Ｆは、受動モードでユーザに表示され得る態様のいくつかを示している。

図９Ａ〜図９Ｆは、第１のスクリーンデバイス５１０上のプライマリコンテンツと同期させられた、第２のスクリーンデバイス５２０上の追加コンテンツを提供するアプリケーションを、受動モードで使用する場合に、第２のスクリーンデバイス５２０のスクリーン９００上で何がユーザに表示され得るかについての概略の例を示している。

図９Ａは、アプリケーションが起動されたときにユーザに表示され得るスプラッシュスクリーンを示している。それは、製品ロゴと、プライマリコンテンツ９０２の表示とを含む。ここでは、矢印９０４によって示されるように、コンベヤベルトに似た方式で、新しいコンテンツスクリーンが右側から遷移する。

図９Ｂは、再生デバイス５３０が第２のスクリーンデバイス５２０によって検出されない場合にユーザに表示されるポップアップメッセージ９０６を示している。

図９Ｃのスクリーン９００は、同期ボタン／アイコン９０８と、チャプタタイムライン９１０と、アクティブチャプタインジケータ９１２と、チャプタイベントインジケータ９１４と、チャプタ番号インジケータ９１６と、イベントタイムライン９１８と、チャプタ背景９２０と、イベントカード９２２と、タイムラインビューアイコン９２４とを示している。同期ボタン９０８は、第１のスクリーンデバイス５１０と第２のスクリーンデバイス５２０の間でコンテンツを同期させるためのメカニズムを提供する。同期ボタン９０８は、第１のスクリーンデバイス５１０上のコンテンツと第２のスクリーンデバイス５２０上のコンテンツの間の同期の状態も示すことができる。チャプタタイムライン９１０は、プライマリコンテンツのチャプタを示す。映画タイトルリーダは、チャプタタイムライン９１０の背景にあり、プライマリコンテンツを示す。プライマリコンテンツが進行するにつれて、チャプタは、コンベヤベルトに似た方式で、チャプタタイムラインに沿って動き、アクティブチャプタインジケータ９１２は、プライマリコンテンツにおける現在のチャプタをハイライトとチャプタタイムライン９１２における中央位置とによって示す。チャプタイベントインジケータ９１４は、イベントタイムライン９１８に表示されたイベントが、チャプタタイムライン９１０に示されたアクティブチャプタの一部であることを示す。イベントタイムライン９１８は、プライマリコンテンツの現在のチャプタで起きていることに対応するイベントを示すイベントカード９２２を表示する。チャプタごとに、最初に表示されるイベントカード９２２は、後続のイベントが発生するチャプタを示す。プライマリコンテンツが進行するにつれて、イベントカード９２２は、コンベヤベルトに似た方式で、イベントタイムライン９１８に沿って動き、現在のイベントは、イベントタイムライン９１８の中央位置にある。各チャプタは、その特定のチャプタのイベントに対して一意の背景９２０を提供され得る。タイムラインビューアイコン／ボタン９２４は、視聴者が、チャプタタイムライン９１０およびイベントタイムライン９１８を示すタイムラインビューにいることを示すのに加えて、タイムラインビューにアクセスするためのメカニズムも提供する。

図９Ｄおよび図９Ｅのスクリーン９００は、イベントカード９２２がイベントタイムライン９１８の間をどのように進行するかを示している。ここでは、同期ボタン／アイコン９０８は、追加コンテンツのタイムラインビューが第１のスクリーンデバイス５１０上のプライマリコンテンツと同期していることを示している。図９Ｄでは、現在トリガされているイベントカード９２６が、イベントタイムライン９１８の中央位置に示され、最初にトリガされたイベントを表している。イベントタイムライン９１８内の現在トリガされているイベントカード９２６の左側には、このケースではチャプタを示すカードである、前のイベントカード９２８が存在する。イベントタイムライン９１８内の現在トリガされているイベントカード９２６の右側には、このケースでは次にスケジュールされたイベントを示すカードである、次のイベントカード９３０が存在する。図９Ｄでは、これは現在トリガされているイベントカード９２６であり、それは最初にトリガされたイベントについてのものなので、チャプタインジケータ９１６は、それがチャプタ１であることを示している。現在トリガされているイベントカード９２６は、プライマリコンテンツに関連する追加コンテンツ９３２を含む。現在トリガされているイベントカード９２６は、どのタイプの追加コンテンツが表示されているかに関するインジケータ９３４も提供する。ある実施形態では、このインジケータは、第１のスクリーンデバイス５１０上に示されるインジケータと一致する。現在のイベントカード９２６は、同期ボタン／アイコン９３６と、共有ボタン／アイコン９３８も含む。同期ボタン／アイコン９３６は、第１のスクリーンデバイス５２０上に表示されるプライマリコンテンツを現在のイベントと同期させるメカニズムを提供する。共有ボタン／アイコン９３８は、イベントの追加コンテンツをソーシャルネットワークと共有するメカニズムを提供する。図９Ｅのスクリーン９００の要素は、現在のチャプタがチャプタ３であることを示すチャプタインジケータ９１６によって示されるように、現在トリガされているイベントカード９２６がタイムラインにおいて後で発生するイベントについてのものであることを除いて、図９Ｄの要素に類似している。

図９Ｆは、第２のスクリーンデバイス９２０上の表示の一部として提供され得る、他の可能な機能の例を示している。ここでは、チャプタタイムライン９１０は、チャプタタイムラインを見える状態９４０ａと隠された状態９４０ｂとの間で切り換えるためのメカニズムを提供する、折り畳みアイコン／ボタン９４０を備える。同様に、同期ボタン／アイコン９０８は、同期が現在アクティブであるかどうかを示す状態９０８ａと、同期が失われており、再同期が利用可能であることを示す状態９０８ｂとの間で切り換えることができる。いくつかの実施形態では、音量ボタンアイコン９４２が提供される。音量ボタン／アイコン９４２は、第１のスクリーンデバイス５１０の音声を「オフ」または「オン」にするためのメカニズムを提供する。音量ボタン９４２は、音量が、消音が利用可能であることを示す「オン」である（９４２ａ）か、それとも音声が利用可能であることを示す「オフ」である（９４２ｂ）かについての状態も示すことができる。いくつかの他の実施形態では、再生／一時停止ボタン／アイコン９４４が提供される。再生／一時停止ボタン９４４は、第１のスクリーンデバイス５１０上のコンテンツの再生を一時停止または再開するためのメカニズムを提供する。一時停止／再生ボタンは、再生が一時停止され得る（９４４ａ）か、それとも再開され得る（９４４ｂ）かについての状態も示すことができる。

対話的方法では、ユーザは、第２のスクリーンデバイス５２０上の追加コンテンツイベントを選択し、１次スクリーンデバイス５１０上に表示されるものは、選択されたイベントに同期させられる。先に指摘されたように、追加コンテンツのイベントは、プライマリコンテンツに同期させられる。ユーザが映画タイムラインまたはイベントをスワイプした場合、イベントは、メインスクリーン上に示されている映画と同期しなくなる。再び同期を取るために、タブレット上の同期ボタンにタッチする。タイムラインまたはイベントは、メインスクリーン上に表示されているものと同期した状態に戻る。同様に、ユーザは、雑学イベントまたは地図イベントを選択し、同期ボタンにタッチすることができ、選択された雑学または地図イベントに関連する映画内のシーンが、メインスクリーン上で再生される。これの例は、図１０Ａ〜図１０Ｄに見ることができる。

図１０Ａは、ユーザがスクリーン９００上のチャプタタイムライン９１０およびイベントタイムライン９１８とどのように対話できるかについて示している。ここで、アイコン１０００および１００２は、チャプタタイムライン９１０またはイベントタイムライン９１８内で左または右スクロールを行うために、ユーザがどのようにスクリーンにタッチできるかを表している。

図１０Ｂは、ユーザがチャプタタイムライン９１０と対話するときのスクリーン９００の一実施形態を示している。この例では、同期ボタン／アイコン９０８は、第２のスクリーンデバイス５２０上の追加コンテンツが第１のスクリーンデバイス５１０上のプライマリコンテンツと同期していないことを示している。アイコン１０００は、ユーザがチャプタタイムライン９１０内でスクロールを行うことを表している。現在のチャプタは、新しいチャプタへの遷移が完了するまで、ハイライトされたままである（９１２）。チャプタタイムライン９１０内でナビゲートする場合、利用可能なチャプタのうちのどのチャプタが選択されているかを示すチャプタ位置インジケータ１００４が提供される。チャプタインジケータ９１６も、選択されたチャプタを示し、新しいチャプタへの遷移が完了したときに更新される。この例では、ユーザがチャプタタイムライン９１０内でナビゲートしている間、イベントタイムライン９１８は減光される。ある実施形態では、ユーザは、タイムライン９１０からチャプタを選択することによって、特定のチャプタに直接的にジャンプすることができる。

図１０Ｃは、ユーザがイベントタイムライン９１８と対話するときのスクリーン９００の一実施形態を示している。アイコン１００２は、ユーザがイベントタイムライン９１８内でスクロールを行うことを表している。ここでは、イベントタイムライン９１８は、現在トリガされているイベントカード９２６から次のイベントカード９３０に遷移させられるところである。イベントタイムライン９１８内でナビゲートする場合、利用可能なイベントのうちのどのイベントが選択されているかを示すイベント位置インジケータ１００４が提供される。

図１０Ｄは、ユーザのイベントタイムライン９１８との対話が１つのチャプタから別のチャプタへの遷移を引き起こすときのスクリーン９００の一実施形態を示している。アイコン１００２は、ユーザがイベントタイムライン９１０内でチャプタ変更を引き起こすスクロールを行うことを表している。ここでは、イベントタイムライン９１８は、新しいチャプタに関連するイベントの新しいセットを示す新しいイベントカード９２２に遷移させられるところである。イベントタイムライン９１８内でのナビゲーションが新しいチャプタへの遷移を引き起こす場合、イベント位置インジケータ１００４は、イベントの新しい列が開始するまで、中央に置かれる。

図１１Ａ〜図１１Ｃ、および図１２Ａ〜図１２Ｂは、イベントカード９２２を介してアクセスされ得る他の対話的活動のいくつかを示している。図１１Ａ〜図１１Ｃは、ソーシャルメディア共有機能を示している。図１２Ａ〜図１２Ｂは、チャプタ選択の他、追加メディアファイルの選択および再生も示している。

図１１Ａ〜図１１Ｃは、共有ボタン／アイコン９３８を介して共有機能がアクティブであるときの、表示９００上の様々なポップアップフィールドを示している。図１１Ａは、ユーザがソーシャルネットワーク（このケースではフェイスブック）にログインしたときに表示されるフィールド１１００を示している。エリア１１０２は、共有されているイベントを示しており、エリア１１０４は、ユーザがイベントについて共有しようとしているコメントを示している。ボタン１１０６は、共有されるイベントおよびコメントを提出するためのメカニズムを提供する。図１１Ｂは、ユーザがソーシャルネットワークにまだサインインしていないときに表示されるフィールド１１００を示している。この例では、ボタン１１０８は、フェイスブックにサインインするために提供され、ボタン１１１０は、ツイッターにサインインするために提供される。他のソーシャルネットワークにサインインするための選択肢も提供され得る。図１１Ｃは、ユーザのコメント用のエリア１１０４にコメントを入力するために使用され得るオンスクリーンＱｗｅｒｔｙキーボード１１１２を示している。ある実施形態では、これは、第２のスクリーンデバイス５２０によって提供されるデフォルトキーボードとすることができる。

図１２Ａ〜図１２Ｂは、チャプタの選択の他、ユーザによって再生されるメディアコンテンツの選択も示している。１２Ａの例では、チャプタタイムライン９１２内に示された現在再生されているチャプタをユーザがシングルタップした場合（１２００）、第１のスクリーンデバイス５１０上での再生が一時停止される。チャプタタイムライン内に示された現在再生されているチャプタをユーザがダブルタップした場合（１２０２）、第１のスクリーンデバイス５１０上での再生は、チャプタの先頭にジャンプし、イベントタイムライン９１８は、そのチャプタの最初のイベントに設定される。いくつかの実施形態では、イベントカード９２２は、ビデオクリップまたはオーディオクリップなどのメディアファイル１２０４を含むことができる。メディアファイルがオーディオクリップである場合、オーディオクリップの選択は、現在のスクリーン９００上での再生をもたらす。メディアファイルがビデオクリップである場合、ビデオクリップの選択は、図１２Ｂに見られるようなフルスクリーンメディアプレーヤ１２０６の起動をもたらす。この例では、メディアプレーヤは、オンスクリーンコントロール１２０８を含む。以前のスクリーンに戻るためには、ユーザは、メディアプレーヤの非ビデオ面１２１０をタップしさえすればよい。

図１３Ａ〜図１３Ｅは、追加コンテンツに関するいくつかの他の可能な機能を示している。これらは、地図ビュー１３００と、家系図１３１０と、設定１３２０とを含む。図１３Ａは、これらの選択肢のためのメニューバーを示している。この例では、これらのメニューバーの各々は、一時停止／再開および消音／非消音を含む、第１のスクリーンデバイスコントロール１３３０を提供される。図１３Ｂは、地図ビュー表示１３００を示している。地図ビュー表示１３００は、印付けされた場所１３０４を含む地図１３０２と、場所についての情報１３０６とを含む。他の地図を選択するためのアイコン１３０８も提供される。図１３Ｃは、家系図ビュー１３１０を示している。家系図ビューは、家族員の間の関係を示すフィールド１３１２を有する家系図を示す。この例では、下部のボタン／アイコン１３１４は、どのビューが現在示されているか（すなわち、家系図ビュー）を示す。フィールド１３１２が選択された場合、図１３Ｄに示されるようなポップアップフィールド１３１６が表示され、フィールド１３１２内の人物についての情報を提供する。図１３Ｅは、設定ビュー１３２０を示している。ビュー１３２０では、ユーザは、オーディオおよびビデオ１３２２、イベント１３２４、ならびにソーシャルネットワーク共有１３２６についてのプリファレンスを調整するためのコントロールを提供される。

図１４Ａ〜図１４Ｌは、第１のスクリーンデバイス５１０上のプライマリコンテンツと同期が取られた追加コンテンツを第２のスクリーンデバイス５２０上で提供するアプリケーションを使用した場合に、第２のスクリーンデバイス５２０のスクリーン上で何がユーザに表示され得るかについての、スキンされた例を示している。図１４Ａは、図９Ａに関して示され、説明されたような、スプラッシュスクリーンのスキンされたバージョンである。図１４Ｂ〜図１４Ｆは、図９Ｃ〜図９Ｆおよび図１０Ａ〜図１０Ｄに関して見られ、説明されたような、タイムラインビューのスキンされたバージョンを示している。図１４Ｇは、追加コンテンツの一部であるすべての利用可能なビデオクリップがユーザに表示された、スクリーン表示のスキンされたバージョンを示している。図１４Ｈは、追加コンテンツの一部であるすべての利用可能なオーディオクリップがユーザに表示された、スクリーン表示のスキンされたバージョンを示している。図１４Ｉは、図１３Ｂに関して示され、説明されたような、地図ビューのスキンされたバージョンを示している。図１４Ｊおよび図１４Ｋは、それぞれ図１３Ｃおよび図１３Ｄに関して示され、説明されたような、家系図ビューのスキンされたバージョンを示している。図１４Ｌは、図１３Ｅに関して示され、説明されたような、設定ビューのスキンされたバージョンを示している。

図に示されたイベントおよび機能は、可能なイベントのうちのいくつかの例であるにすぎない。ある実施形態では、ユーザは、どのイベントが示されることを望むかを（例えば、私には購買イベントを示さないように）設定できること、または別途選択できることがある。他の実施形態では、ユーザは、後で視聴するためにイベントを選択できること、またはブックマークできることがある。さらに他の実施形態では、あるイベントは、視聴される番組のバージョン（すなわち、購入か、それともレンタルか、またはＢＤか、ＶＯＤか、それとも放送か）に応じて、利用不可能にすること、またはロックアウトすることができる。他の実施形態では、利用可能なイベントは、それまでの視聴習慣に基づいて、ユーザ向けに個人化され得る（すなわち、ＴＩＶＯなどのシステムでは、ユーザの視聴習慣がトラックされ、または図１の個人化エンジン１１８を使用する）。

他の可能な構成は、ショッピング機能を含む。例えば、店頭が提供され、映画商品を購入するために第２のスクリーンからそこにアクセス可能とすることができる。別の実施形態では、番組または映画の視聴、レビュー、または推薦することに対して、ポイントまたは賞品がユーザに提供され得る。例えば、より多くの映画を視聴するほど、または友人と共有するほど、より多くのポイントが与えられる。その後、ポイントは、賞品のために、または関連商品の値引きのために使用することができる。

同様に、アチーブメントも与えることができる。これらのアチーブメントは、ソーシャルネットワーキングサイトに送ることができる。アチーブメントの例は、
あるシーンを見ること−アチーブメント
シリーズものの中のあるディスクを見ること−アチーブメント
特定のスタジオまたは俳優によるあるディスクを見ること−アチーブメント
を含むことができる。

さらに他の実装では、Ｗｉｋｉ機能が実装され得る。実行中Ｗｉｋｉは、ディスクのユーザおよび他のユーザにあるシーンについてコメントさせることができる。例えば、ウェブベースｗｉｋｉに送られるトラッキングメタデータが生成され得る。そのようなメタデータは、
チャプタ情報
タイムコード
シーンのサムネイル
俳優／監督情報
を含むことができる。

この送られた情報は、映画について他の人にコメントさせる実行中Ｗｉｋｉを生成するために使用することができる。その後、これらのコメントは、アクセスされ得るイベントとして、第２のスクリーンアプリケーションに再統合することができる。

追加機能およびスクリーンも可能である。例えば、いくつかの実施形態では、第１のスクリーンデバイス５１０上に表示されているコンテンツに同期させられた代替ビューコンテンツが、第２のスクリーンデバイス５２０上で提供され得る。本明細書で説明される第２のスクリーン技法は、選択された「イベント」をプライマリビデオ再生に同期させて表示するように設計される。イベントは、プライマリビデオ再生の関連時点における表示とタイミングを合わせた、雑学、ソーシャルコンテンツ、ボーナス題材などを表すことができる。代替ビューまたは代替アングルのビデオは、適切な時点においてもっぱら他のイベントとして提示することができる。代替ビューのビデオが一般にはもっぱらシーン選択用であることを考えると、これは、代替ビューのビデオを他のマルチメディア要素と交互に配置することを可能にする。

本明細書で使用される場合、代替バージョンのコンテンツとは、特定のコンテンツに関連するが、コンテンツのプライマリ再生の一部として提示されない、ビデオまたはオーディオなどのコンテンツのことである。そのような代替ビューコンテンツの一般的な例として、ＤＶＤ上で提供され得るマルチアングル機能がある。これを用いると、プライマリ表示に示されるものとは異なるアングルからのシーンが提供される。他の可能な実装は、代替言語テキスト、特別な効果が追加される前のシーンを示すグリーンスクリーン映像、またはサウンド効果もしくはサウンドトラックが追加される前の生のオーディオなどを含む。一般に、代替バージョンのコンテンツは、プライマリコンテンツの再生と同じ長さであり、それに直接的に対応する。他の可能な代替コンテンツは、本開示の利点を考えると、当業者には明らかである。

図１５は、代替コンテンツを第２のスクリーンデバイス５２０上で提供するための１つのそのような方法のフローチャート１５００を示している。この例では、２つの主要なステップが存在する。第１に、第２のスクリーンデバイス５２０上のイベントのタイミングが、第１のスクリーンデバイス５１０上のコンテンツの表示に同期させられる（ステップ１５１０）。次に、第１のスクリーンデバイス５１０上に表示されたコンテンツに同期させられた代替コンテンツが提供され得る（ステップ１５２０）。これらのステップの各々は、以下でさらに詳細に説明される。

ステップ１５１０を参照すると、使用され得るいくつかの可能な同期メカニズムが存在する。いくつかの例は、オーディオフィンガプリント検出、音声透かし、ビデオメタデータ同期、およびＢＤライブ同期を含む。これらは、以下で簡潔に説明される。

オーディオフィンガプリント検出を用いる場合、メディアのオーディオは、後の検索のために、データベース内に別々にインデックス付けされる。第２のスクリーンアプリケーションは、オーディオをサンプリングし、サンプルを（一般にバックエンドサーバーである）サービスに送信し、サービスは、メディアの識別情報を返信する。一般に、この解決策は、いずれのタイミング情報も提供せずに、コンテンツを大まかに識別するために使用される。これの不都合は、オーディオの音量、周囲の雑音、スピーカからマイクロフォンまでの距離など、環境上の考慮事項に影響されることである。これは、あまり理想的ではない同期メカニズムとなる。

音声透かしを用いる場合、オーディオトラック内の知られた位置に識別子を符号化するために、番組が事前処理される。いくつかの例では、音声識別子は、通常の人間の聴覚の範囲外にあるように、高周波数とすることができる。この情報は、第２のスクリーンアプリケーションにおいて、時間ベースまたはイベントベース同期のために使用され得る。オーディオフィンガプリントにまさるこのメカニズムのいくつかの利点は、背景または周囲雑音の干渉にあまり影響されずに、識別子を時間に関連付けることができることである。

ビデオメタデータ同期を用いる場合、ビデオストリーム（例えば、ＤＶＢ）は、知られた時間位置に対応する追加のメタデータとともに符号化される。セットトップボックスまたは他の再生デバイスは、メタデータストリームを復号し、要求時に位置情報を第２のスクリーンアプリケーションに提供する。オーディオにまさるビデオメタデータに関連する利点は、同期接続（ＴＣＰソケット通信）の相対的な信頼性である。

ＢＤライブ同期を用いる場合、ＢｌｕＲａｙディスクは、ＢｌｕＲａｙディスクが再生されるときに起動されるサービスを含むように製造される。第２のスクリーンデバイスは、アプリケーションを使用して、位置情報についてサービスに問い合わせる（またはアプリケーションは、イベントを定期的に受け取る（ｓｕｂｓｃｒｉｂｅ ｔｏ）ことができる）。その後、情報は、第２のスクリーンコンテンツをプライマリメディア再生に同期させるために使用される。ＢＤライブ同期に関連する利点は、信頼性の高い接続と、メディア再生を制御するための追加機能（再生、一時停止など）である。

これらの同期機能の提供の各々は、利点および課題を有する。１つの共通の課題は、コンテンツを同期させるときに、送信遅延および処理遅延を計算することである。例えば、ソケット通信の場合、第２のスクリーンアプリケーションから、既知のサービス（例えば、ＢＤライブサービス）に対して、メディア内の現在の再生位置に対する周期的な要求が送られる。ネットワーク通信遅延は、要求時刻および応答時刻を記録し、２で割ることによって計算される。
ｃｏｍｍｕｎｉｃａｔｉｏｎｓＤｅｌａｙ ＝ （ｔｉｍｅＯｆＲｅｓｐｏｎｓｅ - ｔｉｍｅＯｆＲｅｑｕｅｓｔ）／２
通信遅延＝（応答時刻−要求時刻）／２
この通信遅延は、通信の半分の戻りに要する時間を計算に入れる（これは、任意のネットワーク遅延がメッセージの要求部分と応答部分の両方の間に均一に分布することを仮定する単純化モデルである）。通信遅延は、同期信号、キュー、またはイベントをトリガする他のタイプのインジケータが、第１のスクリーンデバイス５１０上のコンテンツの再生と一致して提供される場合に計算することができる。他の実施形態では、その結果得られる値は、追加の第２のスクリーンコンテンツ、このケースでは、代替バージョンのコンテンツを提供するアプリケーションのための連続的に動作する内部基準タイマ（フライホイール）を調整するために使用される。

代わりに、再生の位置を決定するために、音声透かし検出が使用され得る。これは、正確な時間基準を決定するために、音声透かしが、確定的に埋め込まれ、抽出され得ることを仮定している。やはり、タイミング遅延は、同期信号、キュー、もしくはイベントをトリガする他のタイプのインジケータが、第１のスクリーンデバイス５１０上のコンテンツの再生と一致して提供される場合に、または第２のスクリーンデバイス５２０上の内部基準タイマ（フライホイール）を調整することによって計算することができる。異なる送信遅延および処理が必要とされ得るので、時間調整は、ＢＤライブシステムとともに使用されるものとは異なり得る。

ある実施形態では、第２のスクリーン上のコンテンツを第１のスクリーン上のコンテンツに同期させる際に用いるために、複数の同期メカニズムが利用可能であり得る。いくつかのそのような実施形態では、いくつかの同期メカニズムには他のものよりも高い優先順位を与えることができ、アプリケーションは、優先順位が最も高い同期メカニズムを使用しようと常に試みる。

ステップ１５２０を参照すると、代替コンテンツ「イベント」が、所定の再生時刻にトリガされる。トリガは、一般に、代替アングルのビデオセグメントが正確な時刻に開始され得るように、メディアのローディングまたはストリーミングに対する考慮を必要とする。ある実施形態では、代替コンテンツが、第１のスクリーンデバイス５１０上に表示されているコンテンツに同期した状態で利用可能になることを保証するために、代替コンテンツは、事前ロードされる必要がある。そのような場合、イベントが代替コンテンツを含むかどうか、含む場合、代替コンテンツが第１のスクリーンデバイス５１０上のコンテンツに同期して提供され得るように、コンテンツが事前ロードされているかどうかについて判定が行われる。

いくつかの実施形態では、代替バージョンのコンテンツは、第２のスクリーンデバイス５２０への転送を必要とするサーバー５５０上にロードしてもよい。そのような通信遅延および転送遅延も計算に入れることができる。上記説明された通信遅延に対処するための、同期信号、キュー、またはイベントをトリガする他のタイプのインジケータのタイミング、および基準タイマの調整は、そのような処理遅延またはローディング遅延を計算するためにも使用することができる。

図１６は、第２のスクリーンデバイス５２０上のタイムライン表示の一部として表示され得るスクリーンのワイヤフレーム１６００である。この例では、表示されたスクリーン１６００は、第１のスクリーンデバイス５１０上のコンテンツに同期させられた代替バージョンのコンテンツ１６２０を含む。例示的なスクリーンは、図１０〜図１４のヘッダ内に見出されるボタンに対応する制御ボタン１６３２を有するヘッダ１６３０も含む。この例では、２つの代替バージョン、すなわち、バージョン１（１６２２）とバージョン２（１６２４）が、選択肢としてユーザに提供される。これらのバージョンの一方を選択することによって、選択されたバージョンが、図１７に見られるように、第２のスクリーンデバイス５２０上にフルスクリーンで表示される。利用可能な代替バージョンが１つしか存在しない場合など、ある実施形態では、代替コンテンツは、自動的に表示され得る。またさらなる実施形態では、ユーザによる動作が何も行われなくても、代替コンテンツの自動表示を、利用可能であるとして代替コンテンツが示された後、一定の時間期間が経過したら開始させることができる。

図１７は、代替バージョンのコンテンツが第２のスクリーンデバイス５２０上にフルスクリーンで表示されているスクリーンのワイヤフレーム１７００である。この例では、表示されたスクリーン１７００は、ヘッダ１７１０と、代替コンテンツが表示されるメイン表示エリア１７２０とを含む。この実施形態では、ヘッダ１７１０は、戻るボタン１７３０と、第１のスクリーンに移るボタン１７４０とを含む。戻るボタン１７３０は、選択された場合、第２のスクリーンデバイス５２０上の表示を切り換えて、図１６に見られるような従来のタイムラインビューに戻す。第１のスクリーンに移るボタン１７４０は、選択された場合、代替バージョンのコンテンツを第１のスクリーンデバイス５１０上に表示させる。ある実施形態では、代替ビューコンテンツが第１のスクリーンデバイス５１０上に表示されているとき、プライマリコンテンツを、第２のスクリーンデバイス５２０上に表示することができる。

本説明は、本開示の原理を説明する。したがって、本明細書で明示的に説明され、または示されていなくても、本開示の原理を具体化し、その主旨および範囲内に含まれる様々な構成を、当業者が考案できることが理解されよう。

本明細書で述べられたすべての例および条件付きの文言は、本開示の原理および当技術分野を進展させるために発明者が提供した概念についての読者の理解を助けるための情報目的であることが意図されており、そのような特別に述べられた例および条件に限定されるものではないと解釈されるべきである。

さらに、本開示の原理、特徴、および実施形態、ならびにそれらの特定の例について述べた本明細書のすべての言明は、それらの構造的な均等物と機能的な均等物の両方を包含することが意図されている。加えて、そのような均等物は、現在知られている均等物と、将来開発される均等物、すなわち、構造に係らず同じ機能を実行するように開発される任意の要素の両方を含むことが意図されている。

したがって、例えば、提示されるブロック図は、本開示の原理を具体化する説明的な回路の概念図を表すことが、当業者には理解されよう。同様に、任意のフローチャート、フロー図、状態遷移図、および疑似コードなどは、実質的にコンピュータ可読媒体内で表すことができ、そのようなコンピュータまたはプロセッサーが明示的に示されているかどうかに係らず、コンピュータまたはプロセッサーによって実行することができる、様々なプロセスを表すことが理解されよう。

図に示される様々な要素の機能を、専用ハードウェアの使用に加えて、適切なソフトウェアと連携するソフトウェア実行可能なハードウェアの使用によっても提供することができる。プロセッサーによって提供される場合、機能は、単一の専用プロセッサーによって、単一の共用プロセッサーによって、またはいくつかは共用され得る複数の個別プロセッサーによって提供することができる。さらに、「プロセッサー」または「コントローラ」という用語の明示的な使用は、ソフトウェア実行可能なハードウェアに排他的に言及していると解釈されるべきではなく、限定されないが、ディジタル信号プロセッサー（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶するための読出し専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、および不揮発性記憶装置も暗黙的に含むことができる。

従来型および／またはカスタム型の他のハードウェアも含むことができる。同様に、図に示された任意のスイッチは、概念的なものにすぎない。それらの機能は、プログラムロジックの動作を通して、専用ロジックを通して、プログラム制御と専用ロジックの相互作用を通して、または人手を介してすら実施することができ、特定の技法は、文脈からより具体的に理解されるように、実装者によって選択可能である。

本開示の教示を組み込んだ実施形態が、本明細書で詳細に示され、説明されたが、当業者は、依然としてこれらの教示を組み込んだ、他の多くの変形された実施形態を容易に考案することができる。（説明的であり限定的ではないことが意図された）メディア推薦を提供するための方法およびシステムのための好ましい実施形態を説明したが、上述の教示に照らして、変更および変形が当業者によって行われ得ることに留意されたい。

上で説明された例は、電子デバイスに焦点を合わせたが、本発明は、本明細書で説明された方法の実装を可能にするすべての機能を含み、コンピュータシステムにロードされたときに、これらの方法を実施することができる、コンピュータプログラム製品に組み込むこともできることを理解されたい。本文脈におけるコンピュータプログラムまたはアプリケーションは、情報処理機能を有するシステムに特定の機能を直接的に実行させる、またはａ）別の言語、コード、もしくは記法への変換、ｂ）異なる材料形態での再現の一方もしくは両方の後に実行させることが意図された、一組の命令の、任意の言語、コード、または記法での任意の表現を意味する。

加えて、上述の説明は、もっぱら例として意図されており、以下の特許請求の範囲で説明される場合を除き、本発明を制限することを決して意図していない。

Claims (15)

1. 第１のスクリーン上に表示されているプライマリコンテンツに関連する代替バージョンのコンテンツを第２のスクリーン上で提供する方法であって、
   同期メカニズムを使用して、前記第２のスクリーンデバイス上のイベントのタイミングを前記第１のスクリーンデバイス上に表示されているコンテンツに同期させるステップと、
   前記第１のスクリーンデバイス上に表示されているコンテンツに同期させられた代替バージョンのコンテンツを前記第２のスクリーン上で提供するステップと、
   を含む、前記方法。
2. 前記代替バージョンのコンテンツを前記第２のスクリーン上で提供するステップは、
   前記イベントが前記代替バージョンのコンテンツを含むことを決定するステップと、
   前記代替バージョンのコンテンツが前記第１のスクリーンデバイス上に表示されているコンテンツに同期させられ得るように、前記代替バージョンのコンテンツを事前ロードするステップと、
   を含む、請求項１に記載の方法。
3. 前記代替バージョンのコンテンツを事前ロードするステップは、
   サーバーと交信するステップと、
   前記交信しているサーバーから前記代替バージョンのコンテンツをロードするステップと、
   前記代替バージョンのコンテンツを前記第２のスクリーンデバイス上で提供するステップと、
   を含む、請求項２に記載の方法。
4. 前記同期させるステップは、前記第２のスクリーンデバイスの基準タイマを調整するステップを含む、請求項１に記載の方法。
5. 前記基準タイマに施される前記調整は、使用される前記同期メカニズムに基づく、請求項４に記載の方法。
6. 前記同期メカニズムは、無線同期メカニズムを含む、請求項１に記載の方法。
7. 前記同期メカニズムは、音声透かし同期メカニズムを含む、請求項１に記載の方法。
8. 前記代替バージョンのコンテンツは、前記対応するプライマリコンテンツが前記第１のスクリーンデバイス上に表示されるときに、自動的に前記第２のスクリーンデバイス上に表示される、請求項１に記載の方法。
9. 前記第２のスクリーンデバイスに提供される前記代替バージョンのコンテンツを前記第１のスクリーンデバイス上に表示させる機能をユーザに提供するステップ
   をさらに含む、請求項１に記載の方法。
10. コンテンツを表示するように構成されたスクリーンと、
    データを記憶するための記憶装置と、
    同期メカニズムを使用して、第２のスクリーンデバイス上のイベントのタイミングを第１のスクリーンデバイス上に表示されているコンテンツに同期させ、前記第１のスクリーンデバイス上に表示されているコンテンツに同期させられた代替バージョンのコンテンツを第２のスクリーン上で提供するように構成されたプロセッサーと、
    を備える、第２のスクリーンデバイス。
11. 同期データを受信するための無線ネットワークインターフェースをさらに備える、請求項１０に記載の第２のスクリーンデバイス。
12. 前記第１のスクリーンデバイスからの音響内の同期情報を検出するためのマイクロフォンをさらに備える、請求項１０に記載の第２のスクリーンデバイス。
13. タッチスクリーンデバイスを備える、請求項１０に記載の第２のスクリーンデバイス。
14. 前記プロセッサーは、基準タイマを維持するようにさらに構成される、請求項１０に記載の第２のスクリーンデバイス。
15. 実行されたときに、
    同期メカニズムを使用して、第２のスクリーンデバイス上のイベントのタイミングを第１のスクリーンデバイス上に表示されているコンテンツに同期させるステップと、
    前記第１のスクリーンデバイス上に表示されているコンテンツに同期させられた代替バージョンのコンテンツを第２のスクリーン上で提供するステップと、
    を含むステップを実行する命令を含む、機械可読媒体。

Images