JP2018185841A - メディアアセットに関するコンテクスト上関係する情報を表示するための方法およびシステム - Google Patents

Abstract

【課題】メディアアセットに関するコンテクスト上関係する情報を表示するための方法およびシステムの提供。【解決手段】メディアアセット内で起こるイベントに関する補足情報を速くかつ簡単に表示するための方法およびシステムが本明細書に説明されている。いくつかの実施形態において、メディアアプリケーションは、イベントのコンテクストを決定するためにコンテンツ認識モジュールを使用し得、イベントに関する補足情報を生成するために、項目別に分けられたタスクを複数のユーザーに配信し得る。本明細書に説明されている方法およびシステムは、イベントに関するより多くの情報を決定するために、メディアアセット内のイベントの適切なコンテクスト、またはイベントを説明するために使用する検索用語をユーザーが決定する必要性を軽減させる。【選択図】図１

Description

（発明の背景）
本願は、２０１２年１２月５日に出願された米国特許出願番号１３／７０５，８３７の利益を主張し、この結果、参照により、その全体が本明細書に援用される。

メディアアセット（例えば、テレビ番組）を視聴している間に、ユーザーは、メディアアセット内で起こるイベント（例えば、メディアアセット内に現れる人間によってなされる声明、広告内の主張の妥当性など）に関するより多くの情報を知りたいと思い得る。いくつかのメディアアセットが、ユーザーが付加的なオプションまたは付加された特徴（例えば、キャストおよびクルーに関するポップアップバイオグラフィー）を選択することを可能にする一方で、付加された特徴がいつ現れるかおよび付加された特徴が何のトピックに関係するのかは、ユーザーではなくコンテンツプロデューサによって決定される。さらに、付加された特徴がコンテンツプロデューサから導出されると、付加された特徴は、偏り得るか、またはイベントに関する限定的な観点を提示し得る。それゆえ、コンテンツプロデューサによって提供される付加された特徴は、イベントに関するユーザーが望む付加された情報を提供しなくあり得る。

ユーザーが望む付加された情報を得るために、ユーザーは、付加的なデバイス（例えば、ラップトップコンピュータ）を使用して、イベントに関するより多くの情報を（例えば、インターネット検索エンジンを使用して）検索し得る。しかしながら、ユーザーは、イベントの適切なコンテクスト（例えば、誰が声明を言ったのか、声明のトーンはどんなだったのか、声明はいつ言われたのかなど）を知らずに、またはイベントのコンテクストを説明するために使用する検索用語が何かを知らずに（例えば、声明のトーンをどのように説明するのか）、イベントに関するより多くの情報を（検索エンジンを使用してさえ）決定することは不可能であり得る。さらに、一般検索用語の使用は、ユーザーが必要とする正確さまたは精密さを提供しなくあり得る。さらに、ユーザーが結局は情報を決定し得るとしても、要求される努力と時間によって、ユーザーは、メディアアセットから気をそらし得る。

（本開示の要旨）
したがって、メディアアセット内で起こるイベントに関する補足情報を速くかつ簡単に表示するための方法およびシステムが本明細書に説明されている。いくつかの実施形態において、メディアアプリケーションは、メディアアセット内のイベントのコンテクストを決定するためにコンテンツ認識モジュールを使用し得、イベントに関する補足情報を生成するために、複数のユーザーに項目別に分けられたタスクを配信し得る。コンテンツ認識モジュールは、（例えば、ユーザーが、イベントのコンテクストを説明しようと試みるか、またはイベントに関する情報を検索する間に）ユーザーがメディアアセットから気をそらすのを妨げる。加えて、複数のエンティティにタスクを配信すること（例えば、クラウドソーシング）によって、メディアアプリケーションは、比較的短時間（またはリアルタイム）で大量の情報を収集し得、かつ複数の観点および／または供給源に基づいてイベントに関する補足情報を生成するために情報を集合させかつ／またはフィルターにかけ得る。複数の観点および／または供給源を使用することによって、メディアアプリケーションは、（例えば、偏っていない情報を提供することによる）完全性と補足情報の正確さとを向上させる。

例えば、声明またはアクションがメディアアセット（例えば、テレビ番組）上に現れるキャラクタまたは人間によってなされるとき、ユーザーは、声明またはアクションに関する補足情報を要請し得る。それに応答して、メディアアプリケーションは、声明のコンテクスト（例えば、誰が声明を言ったのかおよび声明が何を指し示していたのか）またはアクションのコンテクスト（例えば、アクションの理由は何だったのか）を決定し得る。声明またはアクションのコンテクストの決定後、メディアアプリケーションは、補足情報を生成するために要求する付加的な情報をタスクに項目別に分け得る。メディアアプリケーションは、次いで、タスクを含む要請を複数の他のユーザーに伝送し得る。複数の他のユーザーからの応答に基づいて、メディアアプリケーションは、ユーザーに対するディスプレイのために補足情報を生成し得る。

いくつかの実施形態において、メディアアプリケーションは、イベントのコンテクストを決定するために複数のタイプのコンテンツ認識モジュールおよび／またはアルゴリズムを使用し得る。例えば、メディアアプリケーションは、イベントのコンテクストを決定するためにイベントに関連するデータを処理し得る。いくつかの実施形態において、様々なタイプのデータを処理することは、イベントが有し得る異なるコンテクストを指し示すデータベース内でデータを相互参照することを含み得る。

いくつかの実施形態において、メディアアプリケーションは、ユーザー要請に応答して、メディアアセット内のイベントに関する補足情報を生成し得る。補足情報を生成するために、メディアアプリケーションは、メディアアセット内に示されるイベントのコンテクストに関する付加的な情報に対する要請を複数のユーザーに伝送し得る。要請された付加的な情報を含むメッセージを複数のユーザーから受信すると、メディアアプリケーションは、メッセージに基づいて、イベントのコンテクストに関連する補足情報を生成し得る。

上述されているシステムおよび／または方法は、他のシステム、方法および／または装置に適用され得るか、または他のシステム、方法および／または装置により使用され得ることに留意されたい。
例えば、本願は以下の項目を提供する。
（項目１）
メディアアセットに関連する補足コンテンツを提供するための方法であって、該方法は、
メディアアセット内に示されるイベントのコンテクストに関する付加的な情報に対する要請を複数のユーザーに伝送することと、
該複数のユーザーから該付加的な情報を含むメッセージを受信することと、
該メッセージに基づいて該イベントの該コンテクストに関連する補足情報を生成することと、
該生成された補足情報をユーザーデバイスに伝送することと
を含む、方法。
（項目２）
メディアアセット内に示される前記イベントの前記コンテクストに関する前記補足情報に対するユーザー入力を前記ユーザーデバイスから受信することと、
メディアアセット内に示される該イベントの該コンテクストに関する該補足情報を生成するために要求される前記付加的な情報を決定することと、
該付加的な情報に対する前記要請を生成することと
をさらに含む、項目１の方法。
（項目３）
前記イベントは、前記メディアアセット中の声明であり、前記生成された補足情報は、前記メディアアセット内の声明の事実根拠の実証を含み、前記付加的な情報に対する前記要請は、該声明の該事実根拠を実証するのに必要とされる事実に対する要請を含み、前記複数のユーザーからの前記メッセージは、該事実を含む、項目１の方法。
（項目４）
前記補足情報を生成することは、さらに、
第１の付加的な情報を含む第１のメッセージを受信することと、
第２の付加的な情報を含む第２のメッセージを受信することと、
該第１の付加的な情報を該第２の付加的な情報に付加することと
を含む、項目１の方法。
（項目５）
補足情報を生成することは、さらに、
複数のユーザーから受信される前記メッセージに含まれる前記付加的な情報を集合させることと、
複数のユーザーから受信される該メッセージのうちの少なくとも１つのメッセージ内に含まれる該付加的な情報を、複数のユーザーから受信される該メッセージのうちの少なくとも１つの他のメッセージと比較することにより、複数のユーザーから受信される該メッセージ内に含まれる該付加的な情報に関連する正確さを決定することと
を含む、項目１の方法。
（項目６）
前記イベントにおいて前記メディアアセットに関連するユーザー生成コンテンツを受信することと、
該メディアアセットに関連する該ユーザー生成コンテンツを処理することにより、該イベントにおいて該メディアアセットに関連する該ユーザー生成コンテンツ内のキーワードを決定することと、
ユーザー生成コンテンツ内の該キーワードに対してコンテクストのデータベース内の該キーワードを相互参照することと、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定することと
をさらに含む、項目１の方法。
（項目７）
前記イベントにおいて前記メディアアセット内のオブジェクトに関連するオブジェクトデータを受信することと、
オブジェクト認識モジュールを使用して該オブジェクトデータを処理することにより、該イベントにおいて該メディアアセット内の該オブジェクトを決定することと、
メディアアセット内のオブジェクトに対してコンテクストのデータベース内の該オブジェクトを相互参照することと、
該相互参照されたオブジェクトに基づいて該イベントの該コンテクストを決定することと
をさらに含む、項目１の方法。
（項目８）
前記イベントにおいて前記メディアアセットに関連するオーディオデータを受信することと、
スピーチ認識モジュールを使用して該オーディオデータを処理することにより、該イベントにおいて該メディアアセットに関連する該オーディオデータ内のキーワードを決定することと、
メディアアセット内の該キーワードに対してコンテクストのデータベース内の該キーワードを相互参照することと、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定することと
をさらに含む、項目１の方法。
（項目９）
前記イベントにおいて前記メディアアセットを説明するメディアデータを受信することと、
メディアアセット内のメディアデータに対してコンテクストのデータベース内で該イベントにおいて該メディアアセットを説明する該メディアデータを相互参照することと、
該相互参照されたメディアデータに基づいて該イベントの該コンテクストを決定することと
をさらに含む、項目１の方法。
（項目１０）
前記イベントにおいて前記メディアアセットに関連するサブタイトルデータを受信することと、
文字認識モジュールを使用して該サブタイトルデータを処理することにより、該イベントにおいて該メディアアセットに関連する該サブタイトルデータ内のキーワードを決定することと、
メディアアセット内のキーワードに対してコンテクストのデータベース内の該キーワードを相互参照することと、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定することと
をさらに含む、項目１の方法。
（項目１１）
メディアアセットに関連する補足コンテンツを提供するためのシステムであって、該システムは、制御回路網をさらに備え、該制御回路網は、
メディアアセット内に示されるイベントのコンテクストに関する付加的な情報に対する要請を複数のユーザーに伝送することと、
該複数のユーザーから該付加的な情報を含むメッセージを受信することと、
該メッセージに基づいて該イベントの該コンテクストに関連する補足情報を生成することと、
該生成された補足情報をユーザーデバイスに伝送することと
を実行するように構成される、システム。
（項目１２）
前記制御回路網は、さらに、
メディアアセット内に示される前記イベントの前記コンテクストに関する前記補足情報に対するユーザー入力を前記ユーザーデバイスから受信することと、
メディアアセット内に示される該イベントの該コンテクストの該補足情報を生成するために要求される前記付加的な情報を決定することと、
該付加的な情報に対する前記要請を生成することと
を実行するように構成される、項目１１のシステム。
（項目１３）
前記イベントは、前記メディアアセット中の声明であり、前記生成された補足情報は、前記メディアアセット内の声明の事実根拠の実証を含み、前記付加的な情報に対する前記要請は、該声明の該事実根拠を実証するのに必要とされる事実に対する要請を含み、前記複数のユーザーからの前記メッセージは、該事実を含む、項目１１のシステム。
（項目１４）
前記制御回路網は、さらに、
第１の付加的な情報を含む第１のメッセージを受信することと、
第２の付加的な情報を含む第２のメッセージを受信することと、
該第１の付加的な情報を該第２の付加的な情報に付加することと
を実行するように構成される、項目１１のシステム。
（項目１５）
前記制御回路網は、さらに、
複数のユーザーから受信される前記メッセージに含まれる前記付加的な情報を集合させることと、
複数のユーザーから受信される該メッセージのうちの少なくとも１つのメッセージ内に含まれる該付加的な情報を、複数のユーザーから受信される該メッセージのうちの少なくとも１つの他のメッセージと比較することにより、複数のユーザーから受信される該メッセージ内に含まれる該付加的な情報に関連する正確さを決定することと
を実行するように構成される、項目１１のシステム。
（項目１６）
前記制御回路網は、さらに、
前記イベントにおいて前記メディアアセットに関連するユーザー生成コンテンツを受信することと、
該メディアアセットに関連する該ユーザー生成コンテンツを処理することにより、該イベントにおいて該メディアアセットに関連する該ユーザー生成コンテンツ内のキーワードを決定することと、
ユーザー生成コンテンツ内の該キーワードに対してコンテクストのデータベース内の該キーワードを相互参照することと、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定することと
を実行するように構成される、項目１１のシステム。
（項目１７）
前記制御回路網は、さらに、
前記イベントにおいて前記メディアアセット内のオブジェクトに関連するオブジェクトデータを受信することと、
オブジェクト認識モジュールを使用して該オブジェクトデータを処理することにより、該イベントにおいて該メディアアセット内の該オブジェクトを決定することと、
メディアアセット内のオブジェクトに対してコンテクストのデータベース内の該オブジェクトを相互参照することと、
該相互参照されたオブジェクトに基づいて該イベントの該コンテクストを決定することと
を実行するように構成される、項目１１のシステム。
（項目１８）
前記制御回路網は、さらに、
前記イベントにおいて前記メディアアセットに関連するオーディオデータを受信することと、
スピーチ認識モジュールを使用して該オーディオデータを処理することにより、該イベントにおいて該メディアアセットに関連する該オーディオデータ内のキーワードを決定することと、
メディアアセット内の該キーワードに対してコンテクストのデータベース内の該キーワードを相互参照することと、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定することと
を実行するように構成される、項目１１のシステム。
（項目１９）
前記制御回路網は、さらに、
前記イベントにおいて前記メディアアセットを説明するメディアデータを受信することと、
メディアアセット内のメディアデータに対してコンテクストのデータベース内で該イベントにおいて該メディアアセットを説明する該メディアデータを相互参照することと、
該相互参照されたメディアデータに基づいて該イベントの該コンテクストを決定することと
を実行するように構成される、項目１１のシステム。
（項目２０）
前記制御回路網は、さらに、
前記イベントにおいて前記メディアアセットに関連するサブタイトルデータを受信することと、
文字認識モジュールを使用して該サブタイトルデータを処理することにより、該イベントにおいて該メディアアセットに関連する該サブタイトルデータ内のキーワードを決定することと、
メディアアセット内のキーワードに対してコンテクストのデータベース内の該キーワードを相互参照することと、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定することと
を実行するように構成される、項目１１のシステム。
（項目２１）
メディアアセットに関連する補足コンテンツを提供するためのシステムであって、該システムは、
メディアアセット内に示されるイベントのコンテクストに関する付加的な情報に対する要請を複数のユーザーに伝送する手段と、
該複数のユーザーから該付加的な情報を含むメッセージを受信する手段と、
該メッセージに基づいて該イベントの該コンテクストに関係する補足情報を生成する手段と、
該生成された補足情報をユーザーデバイスに伝送する手段と
を備える、システム。
（項目２２）
メディアアセット内に示される前記イベントの前記コンテクストに関する前記補足情報に対するユーザー入力を前記ユーザーデバイスから受信する手段と、
メディアアセット内に示される該イベントの該コンテクストに関連する該補足情報を生成するために要求される前記付加的な情報を決定する手段と、
該付加的な情報に対する前記要請を生成する手段と
をさらに備える、項目２１のシステム。
（項目２３）
前記イベントは、前記メディアアセット中の声明であり、前記生成された補足情報は、前記メディアアセット内の声明の事実根拠の実証を含み、前記付加的な情報に対する前記要請は、該声明の該事実根拠を実証するのに必要とされる事実に対する要請を含み、前記複数のユーザーからの前記メッセージは、該事実を含む、項目２１のシステム。
（項目２４）
前記補足情報を生成する手段は、さらに、
第１の付加的な情報を含む第１のメッセージを受信する手段と、
第２の付加的な情報を含む第２のメッセージを受信する手段と、
該第１の付加的な情報を該第２の付加的な情報に付加する手段と
を備える、項目２１のシステム。
（項目２５）
補足情報を生成する手段は、さらに、
複数のユーザーから受信される前記メッセージに含まれる前記付加的な情報を集合させる手段と、
複数のユーザーから受信される該メッセージのうちの少なくとも１つのメッセージ内に含まれる該付加的な情報を、複数のユーザーから受信される該メッセージのうちの少なくとも１つの他のメッセージと比較することにより、複数のユーザーから受信される該メッセージ内に含まれる該付加的な情報に関連する正確さを決定する手段と
を備える、項目２１のシステム。
（項目２６）
前記イベントの前記コンテクストを決定する手段は、さらに、
該イベントにおいて前記メディアアセットに関連するユーザー生成コンテンツを受信する手段と、
該メディアアセットに関連する該ユーザー生成コンテンツを処理することにより、該イベントにおいて該メディアアセットに関連する該ユーザー生成コンテンツ内のキーワードを決定する手段と、
ユーザー生成コンテンツ内の該キーワードに対してコンテクストのデータベース内の該キーワードを相互参照する手段と、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定する手段と
を備える、項目２１のシステム。
（項目２７）
前記イベントにおいて前記メディアアセット内のオブジェクトに関連するオブジェクトデータを受信する手段と、
オブジェクト認識モジュールを使用して該オブジェクトデータを処理することにより、該イベントにおいて該メディアアセット内の該オブジェクトを決定する手段と、
メディアアセット内のオブジェクトに対してコンテクストのデータベース内の該オブジェクトを相互参照する手段と、
該相互参照されたオブジェクトに基づいて該イベントの該コンテクストを決定する手段と
をさらに備える、項目２１のシステム。
（項目２８）
前記イベントにおいて前記メディアアセットに関連するオーディオデータを受信する手段と、
スピーチ認識モジュールを使用して該オーディオデータを処理することにより、該イベントにおいて該メディアアセットに関連する該オーディオデータ内のキーワードを決定する手段と、
メディアアセット内の該キーワードに対してコンテクストのデータベース内の該キーワードを相互参照する手段と、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定する手段と
をさらに備える、項目２１のシステム。
（項目２９）
前記イベントにおいて前記メディアアセットを説明するメディアデータを受信する手段と、
メディアアセット内のメディアデータに対してコンテクストのデータベース内で該イベントにおいて該メディアアセットを説明する該メディアデータを相互参照する手段と、
該相互参照されたメディアデータに基づいて該イベントの該コンテクストを決定する手段と
をさらに備える、項目２１のシステム。
（項目３０）
前記イベントにおいて前記メディアアセットに関連するサブタイトルデータを受信する手段と、
文字認識モジュールを使用して該サブタイトルデータを処理することにより、該イベントにおいて該メディアアセットに関連する該サブタイトルデータ内のキーワードを決定する手段と、
メディアアセット内のキーワードに対してコンテクストのデータベース内の該キーワードを相互参照する手段と、
該相互参照されたキーワードに基づいて該イベントの該コンテクストを決定する手段と
をさらに備える、項目２１のシステム。

本開示の上述および他の目的および利点は、付随する図面と合わせて以下の詳細な説明を考慮すると明白になるだろう。付随する図面において、同様の参照文字は、全体にわたって同様の部分を示す。
図１は、本開示のいくつかの実施形態による、補足情報を表示するために使用され得るメディアアプリケーションの説明に役立つ例を示す。 図２は、本開示のいくつかの実施形態による、複数のユーザーによって提供される付加的な情報に基づいて補足情報を生成するために使用され得るシステムの説明に役立つ例を示す。 図３は、本開示のいくつかの実施形態による、説明に役立つユーザー装置デバイスのブロック図を示す。 図４は、本開示のいくつかの実施形態による、説明に役立つメディアシステムを示す。 図５は、本開示のいくつかの実施形態による、メディアアセット内のイベントのコンテクストを決定するために使用され得るデータ構造の説明に役立つ例を示す。 図６は、本開示のいくつかの実施形態による、補足情報に対するユーザー要請を受信することに応答して、生成された補足情報をユーザーに伝送するための説明に役立つステップのフローチャートを示す。 図７は、本開示のいくつかの実施形態による、メディアアセット内のイベントに関する補足情報を生成するために複数のユーザーに項目別に分けられたタスクを配信するための説明に役立つステップのフローチャートを示す。 図８は、本開示のいくつかの実施形態による、コンテンツ認識モジュールを使用してイベントのコンテクストを決定するための説明に役立つステップのフローチャートを示す。 図９は、本開示のいくつかの実施形態による、複数のユーザーによって提供される付加的な情報に基づいて補足情報を生成するための説明に役立つステップのフローチャートである。

したがって、メディアアセット内で起こるイベントに関する補足情報を速くかつ簡単に表示するための方法およびシステムが本明細書に説明されている。本明細書に説明されている方法およびシステムは、イベントに関するより多くの情報を決定するために、メディアアセット内のイベントの適切なコンテクスト（例えば、誰が声明を言ったのか、声明のトーンがどんなものだったのか、いつ声明が言われたのかなど）、またはイベントを説明するために使用する検索用語（例えば、声明のトーンを説明する適切な検索用語）をユーザーが決定する必要性を軽減させる。加えて、本方法およびシステムは、ユーザーがメディアアセットから気をそらすことなく、従来の検索方法（例えば、インターネット検索エンジン）を使用して集められた情報に比べて、情報の完全性および正確さを増大させる。

いくつかの実施形態において、メディアアプリケーションは、メディアアセット内に示されるイベントのコンテクストに関する補足情報のためのユーザー入力をユーザーデバイスから受信し得る。メディアアプリケーションは、メディアアセット内に示されるイベントのコンテクストに関する補足情報を生成するために要求される付加的な情報を決定し得、かつ付加的な情報に対する要請を１人以上のユーザーに伝送し得る。メディアアプリケーションは、要請された付加的な情報を含む１つ以上のメッセージを１人以上のユーザーから受信し得、かつ１つ以上のメッセージに基づいて補足情報を生成し得る。メディアアプリケーションは、次いで、補足情報を表示するようにユーザーデバイスに命令し得る。

本明細書で使用される場合、「補足情報」は、メディアアセット内のイベントに関係または関連する任意の情報を指す。例えば、補足情報は、メディアアセット内の声明または主張の実証、メディアアセット内で示されかつ／または説明される対象またはエンティティに関する更なる説明および／または情報、ならびに／あるいはメディアアセット内のイベントに関してユーザーに関心を持たせ得るビデオまたはオーディオセグメントを含むがこれらに限定されない他の情報を含み得るがこれらに限定されない。いくつかの実施形態において、メディアアプリケーションは、付加的な情報のうちの１つ以上に基づいて補足情報を生成し得る。

本明細書で使用される場合、「付加的な情報」は、補足情報を生成するために使用される任意の情報を指す。例えば、補足情報が、メディアアセット内に表示される人間によってなされる声明の実証であり、かつメディアアプリケーションからの付加的な情報に対する要請が、声明の事実根拠を実証するのに必要とされる事実に対する要請であることを含む実施形態において、付加的な情報は、声明を実証するために使用される事実であり得る。例えば、広告が、市場上に最良のプロダクトを有することを主張する場合、メディアアプリケーションは、問題のプロダクトが実際に市場上で「最良」のプロダクトであるか否かを決定するために、問題のプロダクトの名前、市場内の全ての他のプロダクトの一覧、および全ての他のプロダクトに対する問題のプロダクトの比較研究の結果などの付加的な情報を使用し得る。加えてまたは代替的に、メディアアプリケーションは、イベントに関係する市場レビューおよび／またはユーザーレビュー（例えば、プロダクトの質を指し示すレビュー）を要請し得る。メディアアプリケーションは、次いで、補足情報を生成するためにレビュー内の情報を使用し得る。

本明細書で使用される場合、「イベント」は、任意のアクション（例えば、言葉による声明、意見および／または身体的動作）、セグメント（例えば、特定のトピックを特集しているニュース報道の部分）、またはユーザーにとって特に関心のあるものであり得るメディアアセット中の他の出来事である。例えば、いくつかの実施形態において、イベントは、主張を肯定または否定するメディアアセット内のキャラクタまたは人間によってなされる声明またはジェスチャーであり得る。

本明細書で参照される場合、用語「メディアアセット」および「コンテンツ」は、テレビ番組、さらにペイパービュー番組、（ビデオオンデマンド（ＶＯＤ）システムにおける）オンデマンド番組、インターネットコンテンツ（例えば、ストリーミングコンテンツ、ダウンロード可能コンテンツ、ウェブキャストなど）、ビデオクリップ、オーディオ、コンテンツ情報、写真、回転画像、ドキュメント、プレイリスト、ウェブサイト、記事、書籍、電子書籍、ブログ、広告、チャットセッション、ソーシャルメディア、アプリケーション、ゲームおよび／または他のメディアあるいはマルチメディア、ならびに／あるいはそれらの組み合わせなどの電子的に消費可能なユーザーアセットを意味することを理解されたい。メディアアプリケーションは、さらに、ユーザーがコンテンツ間をナビゲートしかつコンテンツの位置を突き止めることを可能にする。本明細書で参照される場合、用語「マルチメディア」は、上述されている少なくとも２つの異なるコンテンツフォーム（例えば、テキスト、オーディオ、画像、ビデオ、または相互作用コンテンツフォーム）を使用するコンテンツを意味することを理解されたい。コンテンツは、ユーザー装置デバイスによって記録、再生、表示、またはアクセスされ得るが、さらに、ライブパフォーマンスの部分である可能性がある。

本明細書で参照される場合、フレーズ「ユーザー装置デバイス」、「ユーザー装置」、「ユーザーデバイス」、「電子デバイス」、「電子装置」、「メディア装置デバイス」または「メディアデバイス」は、テレビ、スマートＴＶ、セットトップボックス、衛星テレビを扱うための統合型受信器復号器（ＩＲＤ）、デジタルストレージデバイス、デジタルメディア受信器（ＤＭＲ）、デジタルメディアアダプタ（ＤＭＡ）、ストリーミングメディアデバイス、ＤＶＤ再生器、ＤＶＤ記録器、接続型ＤＶＤ、ローカルメディアサーバ、ＢＬＵ―ＲＡＹ（登録商標）再生器、ＢＬＵ―ＲＡＹ（登録商標）記録器、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレットコンピュータ、ＷｅｂＴＶボックス、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、ＰＣメディアサーバ、ＰＣメディアセンター、ハンドヘルドコンピュータ、固定電話、携帯情報端末（ＰＤＡ）、携帯電話、ポータブルビデオ再生器、ポータブル音楽再生器、ポータブルゲーミングマシン、スマートフォン、または他のテレビ装置、コンピューティングデバイス、あるいは無線デバイス、ならびに／あるいはそれらの組み合わせなどの上述されているコンテンツにアクセスするための任意のデバイスを意味することを理解されたい。

いくつかの実施形態において、ユーザー装置デバイスは、正面スクリーンおよび背面スクリーン、複数の正面スクリーン、または複数の角度付きスクリーンを有し得る。いくつかの実施形態において、ユーザー装置デバイスは、正面カメラおよび／または背面カメラを有し得る。これらのユーザー装置デバイス上で、ユーザーは、テレビを通して利用可能な同じコンテンツ間をナビゲートしかつ同じコンテンツの位置を突き止めることが可能であり得る。その結果、さらに、メディアは、これらのデバイス上で利用可能であり得る。提供されたメディアは、テレビを通してのみ利用可能なコンテンツのためのもの、１つ以上の他のタイプのユーザー装置デバイスを通してのみ利用可能なコンテンツのためのもの、またはテレビと１つ以上の他のタイプのユーザー装置デバイスとの両方を通して利用可能なコンテンツのためのものであり得る。メディアアプリケーションは、オンラインアプリケーションとして提供（すなわち、ウェブサイト上で提供）され得るか、あるいはスタンドアローンアプリケーションまたはユーザー装置デバイス上のクライアントとして提供され得る。メディアアプリケーションを実装し得る様々なデバイスおよびプラットフォームは、以下により詳細に説明されている。

いくつかの実施形態において、メディアアプリケーションは、メディアアセット内に示されるイベントのコンテクストに関する付加的な情報に対する要請を複数のユーザーに伝送し得る。本明細書で使用される場合、「複数のユーザー」は、付加的な情報に対する要請を処理し得る任意のデバイス、エンティティ、または情報の供給源を含み得るがこれらに限定されない。例えば、複数のユーザーは、ユーザー装置デバイスを作動させる人間を含み得る。いくつかの実施形態において、人間は、付加的な情報に対するメディアアプリケーションからの要請を（例えば、ｅメール、インターネットポスティング、広告、または他の適応可能な情報送達方法を介して）受信し得、これに応答して、付加的な情報を含むメッセージを（例えば、返信ｅメール、インターネットポスティングに対する回答、広告内のユーザー入力、または情報を伝送する他の適用可能な方法を介して）生成し得る。いくつかの実施形態において、要請を複数のユーザーに伝送することは、さらに、１つ以上のデータベース（例えば、インターネット検索エンジンまたは以前に生成された補足情報および／または付加的な情報を含むデータベースを含むがこれらに限定されない他のストレージデバイス）に問い合わせること、または付加的な情報に対する１つ以上のデータ収集サービス（例えば、インテリジェントパーソナルアシスタントアプリケーション）を参考にすることを含み得ることに留意されたい。

いくつかの実施形態において、メディアアプリケーションは、イベントのコンテクストを決定するためにコンテンツ認識モジュールまたはアルゴリズムを使用し得、かつイベントに関する補足情報を生成するために、項目別に分けられたタスクを複数のユーザーに配信し得る。コンテンツ認識モジュールは、メディアアセット内のオブジェクトおよび／または特性を決定するために、自己学習システム（例えば、ニューラルネットワーク）、光学文字認識、（動的文字認識、リアルタイム文字認識、インテリジェント文字認識を含むがこれらに限定されない）オンライン文字認識を含むがこれらに限定されない、エッジ検出、パターン認識などのオブジェクト認識技術および／または他の適した技術または方法を使用し得る。例えば、メディアアプリケーションは、ビデオ形式でメディアアセットを受信し得る。ビデオは、一連のフレームを含み得る。ビデオのそれぞれのフレームに対して、メディアアプリケーションは、フレームまたは一連のフレーム中に起こるイベントのコンテクスト（例えば、話している人間または顔ジェスチャーが声明を肯定または否定していること）を決定するために、コンテンツ認識モジュールまたはアルゴリズムを使用し得る。

いくつかの実施形態において、コンテンツ認識モジュールまたはアルゴリズムは、さらに、話された語をテキストに翻訳するための隠れマルコフモデル、動的時間伸縮法および／または（上述されている）ニューラルネットワークを含むがこれらに限定されないスピーチ認識技術を含み得る。コンテンツ認識モジュールは、さらに、オーディオおよび／または視覚的データを処理するための他の技術を使用し得る。例えば、メディアアプリケーションは、声明のトーンを決定する（例えば、高いボリュームは、怒ったトーンを指し示し得る）ために、メディアアセット内の声明のボリュームを監視し得る。

加えて、メディアアプリケーションは、例えばメディアアセットに関連するデータ（例えば、メディアデータ、翻訳されたオーディオデータ、サブタイトルデータ、ユーザー生成データなど）から検索されるキーワード（単数または複数）のコンテクストを決定するとき（または後述されているように、イベントの異なるコンテクストを指し示すデータベースと様々なタイプのデータを相互参照するとき）、複数のタイプの光学文字認識および／またはファジー論理を使用し得る。例えば、特定のデータフィールドは、テキストデータフィールドであり得る。ファジー論理を使用して、システムは、データフィールドまたは値の実質（例えば、２つの異なるスペリング）が同一でないとしても、２つのフィールドおよび／または値が同一であることを決定し得る。いくつかの実施形態において、システムは、特定の値またはテキストのためにデータ構造またはメディアアセットフレームの特定のデータフィールドを分析し得る。データフィールドは、特性、付加的な情報および／または本明細書に説明されている実施形態の機能のために要求される他のデータに関連し得る。さらに、データフィールドは、値を含み得る（例えば、データフィールドは、バイナリまたは他の適したコードあるいはプログラミング言語で表現され得る）。

本明細書で使用される場合、イベントの「コンテクスト」は、イベントの意味に影響を及ぼすかまたは作用する特定のイベントを取り巻く状況または事実のセットを指す。例えば、書かれたおよび／または話された声明のコンテクストを決定するとき、メディアアプリケーションは、誰がまたは何が声明を著した／述べたのか、書かれたおよび／または話された語ならびに／あるいはその声明の以前および／または以後の他の声明、声明のトーン、ならびに／あるいは声明の暗示的意味を変化させ得る他の状態を決定し得る。

図１は、本開示のいくつかの実施形態による補足情報を表示するために使用され得るメディアアプリケーションの説明に役立つ例を示す。ディスプレイ１００は、メディアアセットを表示しているユーザーデバイス上のディスプレイを示す。ディスプレイ１０８は、図６〜９に説明および／または生成される補足情報が特徴づけられるディスプレイを示す。ディスプレイ１００およびディスプレイ１０８が図３〜４に示されているデバイスのいずれの上にも提示され得ることに留意されたい。例えば、いくつかの実施形態において、ディスプレイ１００およびディスプレイ１０８は、ユーザー装置４０２、４０４および／または４０６（図４）上に表示され得る。

図１において、ディスプレイ１００は、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上でのメディアアセット（例えば、ストリーミングテレビ番組）のディスプレイを表す。ディスプレイ１００は、エンティティ１０２およびエンティティ１０４を含む。ディスプレイ１００において、エンティティ１０４は、イベント１０６によって指し示されているように現在話している。図１に示されているように、イベント１０６は、メディアアセット内の人間による声明（例えば、「私たちは、多くの石炭を輸出する」）である。

いくつかの実施形態において、ディスプレイ１０８は、ユーザーがイベント１０６に関する補足情報を要請した後のユーザーデバイス上でのメディアアセットの継続するディスプレイを表す。例えば、メディアアプリケーションは、エンティティ１０４が話していた間に、（例えば、ユーザー入力インターフェース３１０（図３）を介して）ユーザー入力を受信したことがあり得る。本明細書（例えば、図６〜９）に説明されているシステムおよび方法を使用して、メディアアプリケーションは、補足情報１１０を生成した。補足情報１１０は、イベント１０６に関する更なる情報を表す。

例えば、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、イベント１０６のコンテクストを決定したことがあり得る。特に、メディアアプリケーションは、コンテンツ認識モジュールまたはアルゴリズムを介して、イベントの間の人間による話された語および／またはアクションを決定し得る。加えてまたは代替的に、メディアアプリケーションは、イベントの前および／または後の所定の時間量（例えば、１０秒）の間に、（例えば、イベントのコンテクストをより良く理解するために）語および／またはアクションを分析し得る。さらに、（例えば、図５に関連して後述されているように）コンテンツ認識モジュールによって得られる語および／または他の情報をデータベースと相互参照することによって、コンテンツ認識モジュールは、用語「私たち」すなわちメディアアセット内の人間が団体または組織体を指すと決定する。コンテンツ認識モジュールまたはアルゴリズムは、さらに、用語「輸出」が国外に品物を輸送することを指すと決定し得る。コンテンツ認識モジュールまたはアルゴリズムは、さらに、用語「多く」が特定の数量を指すと決定し得る。最後に、コンテンツ認識モジュールまたはアルゴリズムは、さらに、用語「石炭」が化石化された炭素の鉱物を指すと決定し得る。

コンテンツ認識モジュールまたはアルゴリズムは、さらに、コンテンツ認識モジュールによって得られる語および／または他の情報の間の関係を決定する。例えば、語間の関係を処理することによって、メディアアプリケーションは、イベント１０６が、特定の国の外に輸送される特定の物の特定の量に関する声明であることを決定する。それゆえ、メディアアプリケーションは、補足情報に対する要請が声明の妥当性を決定する要請である可能性があることを決定する。メディアアプリケーションは、次いで、補足情報を生成する。

メディアアプリケーションは、さらに、以前の要請によって生成された補足情報（例えば、同じまたは異なるユーザーが先の日付にメディアアセットを見ていたことに応答して生成された補足情報）を格納していて、（補足情報を要請するユーザー入力に応答するか、またはユーザーが補足情報を要請せずに自動的に）イベント中に再び補足情報を表示し得る。

図２は、本開示のいくつかの実施形態による複数のユーザーによって提供された付加的な情報に基づいて補足情報（例えば、補足情報１１０（図１））を生成するために使用され得るシステムの説明に役立つ例を示す。例えば、いくつかの実施形態において、システム２００は、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））のディスプレイ（例えば、ディスプレイ１０８（図１））上に補足情報（例えば、補足情報１１０（図１））を生成するために使用され得る。いくつかの実施形態において、図２に示されているデバイスが図３〜４の中の１つ以上のデバイスに対応し得ることに留意されたい。

図２は、システム２００を示す。システム２００において、ユーザーは、ディスプレイ２０２上のメディアアセットに現在アクセスしている。いくつかの実施形態において、ディスプレイ２０２は、ディスプレイ１００（図１）に対応し得る。イベント（例えば、イベント１０６（図１））中に、ユーザーは、ユーザーデバイス２０４を使用してディスプレイ２０２内でイベント（例えば、イベント１０６（図１））に関する補足情報を要請したことがあり得る。メディアアプリケーション２０６は、いくつかの実施形態においてユーザーデバイス２０４上またはリモート（例えば、補足情報供給源４１８（図４））で実装され得、補足情報に対する要請を受信する。

メディアアプリケーション２０６は、イベントのコンテクスト（例えば、イベントを構成している声明を誰が言ったのか、および声明が何を指すのか）を決定する。声明のコンテクストの決定後、メディアアプリケーションは、補足情報（例えば、声明の事実根拠の実証または訂正）を生成するために要求する付加的な情報（例えば、事実）を１つ以上のタスクに項目別に分け得る。例えば、イベントが（例えば、上の図１に関連して説明されている）米国から輸出される石炭の量に関する声明である場合、メディアアプリケーション２０６は、補足情報を生成するために要求する事実が米国から輸出される石炭の正確な数量であることを決定し得る。メディアアプリケーションは、次いで、複数の他のユーザーに対して、付加的な情報に対する要請（例えば、米国から輸出される石炭の正確な数量に対する要請）を伝送し得る。

図２において、ユーザーデバイス２０８、ユーザーデバイス２１０およびユーザーデバイス２１２を作動させているユーザーは、複数のユーザーを表す。補足情報を生成するために要求する付加的な情報を決定すると、メディアアプリケーション２０６は、複数のユーザーに付加的な情報を要請する。システム２００において、メディアアプリケーション２０６は、複数のユーザーのそれぞれに対して、同じタスク（例えば、同じ質問）を伝送した。いくつかの実施形態において、ユーザーのうちの１人以上は、異なるタスクを受信し得る。例えば、付加的な情報を小さく独立したタスクに分けることによって、メディアアプリケーション２０６は、複数のユーザーによって返信された付加的な情報の速さの増大（例えば、複数のユーザーが問題の異なる部分を解決するように同時に働き得る）および正確さの増大（例えば、タスクをより小さくより複雑さの少ない問題へと減少させることがヒューマンエラーの機会を減少させる）をさせ得る。

加えて、付加的な情報を小さく独立したタスクに分けることによって、複数のユーザーは、彼らが何に寄与しているのかを知らなくあり得る（補足情報を要請したユーザーのプライバシーを向上させる）。しかしながら、複数のユーザーは、彼らの個々のタスクにおいて依然として有効である可能性がある。加えて、付加的な情報を小さく独立したタスクに分けることによって、メディアアプリケーションは、付加的な情報に対する要請をより簡単にアウトソースし得る。例えば、付加的な情報を生成するために使用されるタスクのうちの１つ以上は、他の付加的な情報（例えば、同じまたは異なるイベントに関する補足情報に対する要請であって同じまたは異なるユーザーによって発せられる要請に応答して異なる補足情報を生成するために使用される付加的な情報）を生成するために使用されるタスクのうちの１つ以上と同じであり得る。要請のそれぞれに対する応答および／または付加的な情報は、次の検索のために（例えば、通信ネットワーク４１４（図４）によってアクセス可能であるデバイスのいずれの上にも）格納され得る。

付加的な情報を含むメッセージとして伝送される複数の他のユーザーからの応答に基づいて、メディアアプリケーション２０６は、ユーザーデバイス２０４上でユーザーに対して表示するための補足情報（例えば、補足情報１１０（図１））を生成し得る。例えば、メディアアプリケーションは、複数のユーザーから受信したメッセージのそれぞれにおいて付加的な情報を集合、付加および／または比較し得る。補足情報は、次いで、（例えば、図９に後述されているように）集合、付加および／または比較された付加的な情報に基づいて生成され得る。

いくつかの実施形態において、複数のユーザーは、付加的な情報に対する要請とともにイベントに関する要約情報（例えば、メディアアセットの部分またはセグメントのビデオクリップ、テキスト記述など）を受信し得、これは、複数のユーザーが付加的な情報を提供するのに役立ち得る。例えば、いくつかの実施形態において、メディアアプリケーションは、イベントのコンテクストを決定することの代わりに（または、イベントのコンテクストを決定することに加えて）、複数のユーザーがイベントに関する付加的な情報を提供するのに必要であり得るイベントの特定の部分を決定し得る。

例えば、メディアアプリケーションは、メディアアセットの進行に関連する進行情報（例えば、行５０６（図５））を使用して、メディアアセットの進行中のどの時点でイベントが起こったかを決定し、それに応答して、その時点の１０秒前から開始しその時点の１０秒後に終了するメディアアセットの部分を伝送し得る。例えば、イベントがメディアアセット内のキャラクタまたは人間によって出される声明である場合、メディアアプリケーションは、声明がいつ開始し（例えば、声明が開始したメディアアセットの進行の時点）いつ終了したのかを決定し得る。メディアアプリケーションは、次いで、複数のユーザーに送信された付加的な情報に対する要請において声明（およびイベント）全体を含む部分を含め得る。

選択された部分は、ユーザーまたは複数のユーザーのうちのいずれか１人が主なアクションの連続を理解するのに必要とメディアアプリケーションが決定する任意の量の要約情報を含み得る。この要約情報（例えば、メディアアセットの部分）は、ユーザーの参考として、付加的な情報に対する要請とともに（例えば、要請とともに伝送されたファイル内に）含まれ得るか、または生成された補足情報とともに含まれ得る。例えば、メディアアプリケーションは、メディアアセットのプレー長さのセグメント、またはメディアアセットの特定の場面を選択し得、これらは、付加的な情報に対する要請とともに複数のユーザーに対して表示するイベントを含む。

例えば、イベント（例えば、声明）が質問に応答した場合、メディアアプリケーションは、さらに、質問がいつ開始しいつ終了したのかを決定し得、さらに、複数のユーザーに質問全体（または質問に対応するメディアアセットのプレー長さ）を送信し得る。複数のユーザーに提供する部分（例えば、イベントの１０秒前および１０秒後を含むセグメント）の決定後、メディアアプリケーションは、イベントの要約情報、ならびにイベントおよび／または補足情報に対するユーザーからの要請を理解するために複数のユーザーに必要とされる他の資料を提供し得る。

いくつかの実施形態において、イベントを含むメディアアセットの部分であって、メディアアプリケーションによって選択された部分は、さらに、メディアアセットの任意の量のプレー長さ、またはメディアアセットからの任意の量の場面あるいはセグメントを含み得る。いくつかの実施形態において、部分は、メディアアセットのプレー長さのセグメント、またはメディアアセットの通常再生中に隣接しないメディアアセットからの場面を含み得る。例えば、いくつかの実施形態において、メディアアセットの部分は、特定のシーケンスまたは場面がメディアアセットのプレー長さにおいて異なる点で特徴づけられるにしても、複数のユーザーに関心を持たせる１つ以上のシーケンスまたは場面を含み得る。メディアアプリケーションは、メディアアセットを説明するコンテンツ認識ファイル（例えば、データ構造５００（図５））に基づいて含めるセグメントまたは場面を決定し得る。例えば、プロット点または他の情報（イベントと関係があり得る）がメディアアセット内により早く表示される場合、要約情報は、プロット点を表示しているメディアアセットの部分を含み得る。

いくつかの実施形態において、部分の長さは、メディアアセットのジャンルに基づいて決定され得る。いくつかの実施形態において、部分の長さは、ユーザーの、または複数のユーザーのうちの誰かのユーザープロフィールに依存し得る。例えば、ユーザープロフィールおよび／またはコンテンツ認識ファイル（例えば、データ構造５００（図５））は、特定のユーザーがより多くのまたはより少ない付加的なコンテンツを要求することを指し示し得る。例えば、ユーザーは、メディアアセット内の特定のキャラクタまたはプロット点に気づき得、それゆえ、それらの側面を導入するための付加的なコンテンツを要求しなくあり得る。

いくつかの実施形態において、複数のユーザーは、特定のユーザーインターフェースを受信し得、それは、イベントに関するデータ（例えば、実際のイベントのクリップ、イベントに関する要約情報、補足情報に対する要請であってユーザーによって発せられる要請に関する情報など）を編成する。インターフェースは、さらに、自動送信フォームを含み得、自動送信フォームは、メッセージを生成するために使用され得、メッセージは、メディアアプリケーションに送信される。

いくつかの実施形態において、メディアアプリケーションは、さらに、メディアアプリケーションによる補足情報の生成にさらに作用する補足情報を要請するユーザーからのユーザー入力を受信し得る。例えば、ユーザーは、ユーザー入力を入力することによって（例えば、ユーザー入力インターフェース３１０（図３）を介して）、特定の情報（例えば、声明の事実根拠）を含む補足情報を要請し得、補足情報のマルチメディアフォーマット（例えば、テキスト記述、ビデオクリップなど）を要請し得、補足情報のフォーム（例えば、イベントに関する短い説明、イベントに関する情報の他の供給源へのインターネットリンク、またはイベントに関する正誤指定）を要請し得る。

ユーザー入力に応答すると言及される本開示内で言及される情報またはプロセスは、代替的および／または付加的にメディアアプリケーションによって（例えば、制御回路網３０４（図３）を介して）自動的に行われることに留意されたい。例えば、いくつかの実施形態において、ユーザーは、正誤指定（例えば、イベントが正または誤であったかを指し示すオンスクリーンポップアップボックス）を要請し得る。付加的および／または代替的に、いくつかの実施形態において、正誤指定は、イベントを検出することに応答して正誤指定を表示するようにメディアアプリケーションに対して指し示す所定の設定に基づいて自動的に現れ得る。

いくつかの実施形態において、補足情報を以前に生成したまたは現在生成する準備ができている（例えば、複数のユーザーが利用可能である）ことのインジケータは、ユーザーに対して（例えば、イベント中にディスプレイ１００（図１）上で）表示され得る。インジケータは、さらに、利用可能である補足情報の特定の情報、マルチメディアフォーマットおよび／またはフォームを指し示し得る。インジケータは、さらに、補足情報（例えば、補足情報１１０（図１））とともに現れ得、それによって、ユーザーが付加的な補足情報を要請することが可能になるか、またはメディアアプリケーションおよび／または複数のユーザーに（例えば、補足情報の質を評価する）フィードバック／応答を提供することが可能になる。

いくつかの実施形態において、ユーザーは、さらに、イベントに関する要約情報に（例えば、インジケータの選択を介しておよび／または補足情報が生成されると自動的に）アクセスし得る。例えば、いくつかの実施形態において（例えば、補足情報がリアルタイムで生成されないとき）、メディアアセットは、補足情報を表示する準備ができるまでに異なる点に進行したことがあり得る。それゆえ、メディアアプリケーションは、イベントのビデオクリップまたは他の要約情報を提供する必要があり得、その結果、ユーザーが、補足情報が何に関してまたはなぜ要請されたのかを思い出すようにする。

図３は、本開示のいくつかの実施形態による説明に役立つユーザー装置デバイスのブロック図である。本明細書に説明されているように、図３に示されている構成要素は、メディアアセット、付加的な情報および／または補足情報を格納、受信、伝送および／または表示するために使用され得ることに留意されたい。例えば、メディアアプリケーション２０６（図２）は、ユーザー装置デバイス３００上に実装され得、制御回路網３０４を介して（例えば、補足情報１１０（図１）を表示する）命令を発し得る。

ユーザーは、彼らのユーザー装置デバイスのうちの１つ以上からメディアアセットおよびメディアアプリケーション（および上述および後述されているそのディスプレイスクリーン）にアクセスし得る。図３は、説明に役立つユーザー装置デバイス３００の一般化された実施形態を示す。ユーザー装置デバイスのさらに特定の実装は、図４に関係して後述されている。ユーザー装置デバイス３００は、入力／出力（以下、「Ｉ／Ｏ」）パス３０２を介してコンテンツおよびデータを受信し得る。Ｉ／Ｏパス３０２は、コンテンツ（例えば、放送番組、オンデマンド番組、インターネットコンテンツ、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）上で利用可能なコンテンツ、および／または他のコンテンツ）およびデータを制御回路網３０４に提供し得、制御回路網３０４は、処理回路網３０６およびストレージ３０８を含む。制御回路網３０４は、Ｉ／Ｏパス３０２を使用してコマンド、要請および他の適したデータを送信または受信するために使用され得る。Ｉ／Ｏパス３０２は、制御回路網３０４（および特に、処理回路網３０６）を（後述されている）１つ以上の通信パスに接続し得る。Ｉ／Ｏ機能は、それらの通信パスのうちの１つ以上によって提供され得るが、図面を過度に複雑にしてしまうことを避けるために図３には単一のパスとして示されている。

制御回路網３０４は、処理回路網３０６などの適した処理回路網に基づくものであり得る。本明細書で参照される場合、処理回路網は、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などに基づく回路網を意味し、マルチコアプロセッサ（例えば、デュアルコア、クアッドコア、ヘキサコア、または任意の適した数のコア）またはスーパーコンピュータを含み得るということを理解されたい。いくつかの実施形態において、処理回路網は、複数の別個のプロセッサまたは処理ユニット（例えば、複数の同じタイプの処理ユニット（例えば、２つのインテルコアｉ７プロセッサ）または複数の異なるプロセッサ（例えば、インテルコアｉ５プロセッサおよびインテルコアｉ７プロセッサ））にわたって分散され得る。いくつかの実施形態において、制御回路網３０４は、メモリ（例えば、ストレージ３０８）の中に格納されたメディアアプリケーションに対する命令を実行する。特に、制御回路網３０４は、上述および後述されている機能を果たすようにメディアアプリケーションによって命令され得る。例えば、メディアアプリケーションは、ディスプレイ１００および１０８（図１）を生成するように制御回路網３０４に命令を提供し得る。いくつかの実装において、制御回路網３０４によって行われる任意のアクションは、メディアアプリケーションおよび／またはメディアデータから受信された命令に基づくものであり得る。

クライアントサーバベースの実施形態において、制御回路網３０４は、メディアアプリケーションサーバまたは他のネットワークあるいはサーバと通信するのに適している通信回路網を含み得る。上述の機能性を成し遂げるための命令は、メディアアプリケーションサーバ上に格納され得る。通信回路網は、他の装置と通信するためのケーブルモデム、サービス総合デジタル網（ＩＳＤＮ）モデム、デジタル加入者線（ＤＳＬ）モデム、電話モデム、イーサネット（登録商標）カード、または無線モデム、あるいは他の適した通信回路網を含み得る。このような通信は、（図４に関係してさらに詳細に説明されている）インターネットまたは他の適した通信ネットワークあるいはパスを必要とし得る。加えて、通信回路網は、（より詳細に後述されている）ユーザー装置デバイスのピアツーピア通信、または互いにリモートの位置にあるユーザー装置デバイスの通信を可能にする回路網を含み得る。

メモリは、制御回路網３０４の一部であるストレージ３０８として提供される電子ストレージデバイスであり得る。本明細書で参照される場合、フレーズ「電子ストレージデバイス」または「ストレージデバイス」は、ランダムアクセスメモリ、読み取り専用メモリ、ハードドライブ、光学ドライブ、デジタルビデオディスク（ＤＶＤ）レコーダ、コンパクトディスク（ＣＤ）レコーダ、ブルーレイディスク（ＢＤ）レコーダ、ブルーレイ３Ｄディスクレコーダ、デジタルビデオレコーダ（ＤＶＲ（パーソナルビデオレコーダ、すなわちＰＶＲと呼ばれる場合がある））、ソリッドステートデバイス、量子ストレージデバイス、ゲーミングコンソール、ゲーミングメディア、または他の適した固定されたあるいは取り外し可能なストレージデバイスなどの電子データ、コンピュータソフトウェアまたはファームウェアを格納するためのデバイス、および／またはそれらの組み合わせを意味することを理解されたい。ストレージ３０８は、本明細書に説明されている様々なタイプのコンテンツ、さらに上述されたメディア情報および上述されたメディアアプリケーションデータを格納するために使用され得る。不揮発性メモリは、さらに、（例えば、起動ルーチンおよび他の命令を開始するために）使用され得る。クラウドベースのストレージは、図４に関係して説明されており、ストレージ３０８を補うように使用され得るか、またはストレージ３０８の代わりに使用され得る。

制御回路網３０４は、１つ以上のアナログチューナー、１つ以上のＭＰＥＧ−２復号器または他のデジタル復号化回路網、高精細度チューナー、または他の適したチューニングあるいはビデオ回路またはそのような回路の組み合わせなどのビデオ生成回路網およびチューニング回路網を含み得る。（例えば、格納のために無線、アナログ、またはデジタル信号をＭＰＥＧ信号にコンバートするための）符号化回路網がさらに提供され得る。制御回路網３０４は、さらに、コンテンツをユーザー装置３００の好ましい出力フォーマットにアップコンバートおよびダウンコンバートするためのスケーラ回路網を含み得る。回路網３０４は、さらに、デジタル信号とアナログ信号との間でコンバートするためのデジタルアナログコンバータ回路網およびアナログデジタルコンバータ回路網を含み得る。チューニングおよび符号化回路網は、コンテンツを受信およびディスプレイ、再生、または記録するためにユーザー装置デバイスによって使用され得る。チューニングおよび符号化回路網は、さらに、メディアデータを受信するために使用され得る。本明細書で説明されている回路網は、例えばチューニング、ビデオ生成、符号化、復号化、暗号化、解読、スケーラ、およびアナログ／デジタル回路網を含み、１つ以上の汎用プロセッサまたは専用プロセッサ上で作動するソフトウェアを使用して実装され得る。複数のチューナーは、同時チューニング機能（例えば、視聴および記録機能、ＰＩＰ（ｐｉｃｔｕｒｅ−ｉｎ−ｐｉｃｔｕｒｅ）機能、複数チューナー記録など）を扱うために提供され得る。ストレージ３０８がユーザー装置３００から別個のデバイスとして提供される場合、（複数のチューナーを含む）チューニングおよび符号化回路網は、ストレージ３０８に関連し得る。

ユーザーは、ユーザー入力インターフェース３１０を使用して命令を制御回路網３０４に送信し得る。ユーザー入力インターフェース３１０は、リモコン、マウス、トラックボール、キーパッド、キーボード、タッチスクリーン、タッチパッド、スタイラス入力、ジョイスティック、オーディオ認識インターフェース、または他のユーザー入力インターフェースなどの適したユーザーインターフェースであり得る。ディスプレイ３１２は、スタンドアローンデバイスとして提供され得るか、またはユーザー装置デバイス３００の他の要素に統合され得る。ディスプレイ３１２は、モニタ、テレビ、モバイルデバイスの液晶ディスプレイ（ＬＣＤ）、または視像を表示するのに適した他の装置のうちの１つ以上であり得る。いくつかの実施形態において、ディスプレイ３１２は、ＨＤＴＶ対応であり得る。いくつかの実施形態において、ディスプレイ３１２は、３Ｄディスプレイであり得、インタラクティブメディアアプリケーションおよび任意の適したコンテンツは、３Ｄで表示され得る。ビデオカードまたはグラフィックカードは、ディスプレイ３１２に対する出力を生成し得る。ビデオカードは、３Ｄ場面および２Ｄグラフィックの加速されたレンダリング、ＭＰＥＧ−２／ＭＰＥＧ−４復号化、ＴＶ出力、または複数のモニタを接続する能力などの様々な機能を提供し得る。ビデオカードは、制御回路網３０４に関係して上述されている処理回路網であり得る。ビデオカードは、制御回路網３０４に統合され得る。スピーカー３１４は、ユーザー装置デバイス３００の他の要素に統合されるように提供され得るか、またはスタンドアローンユニットであり得る。ビデオのオーディオ成分およびディスプレイ３１２上に表示される他のコンテンツは、スピーカー３１４を通して再生され得る。いくつかの実施形態において、オーディオは、受信器（示されていない）に配信され得、それは、スピーカー３１４を介してオーディオを処理および出力する。

メディアアプリケーションは、任意の適したアーキテクチャを使用して実装され得る。例えば、メディアアプリケーションは、ユーザー装置デバイス３００上に完全に実装されるスタンドアローンアプリケーションであり得る。このようなアプローチにおいて、アプリケーションの命令は、ローカルに格納され、アプリケーションによる使用のためのデータは、（例えば、アウトオブバンドフィードから、インターネット供給源から、または他の適したアプローチを使用して）定期的にダウンロードされる。いくつかの実施形態において、メディアアプリケーションは、クライアントサーバベースのアプリケーションである。ユーザー装置デバイス３００上に実装されたシックまたはシンクライアントによる使用のためのデータは、ユーザー装置デバイス３００に対してリモートのサーバに要請を発することによってオンデマンドで検索される。クライアントサーバベースのメディアアプリケーションの１つの例において、制御回路網３０４は、リモートサーバによって提供されるウェブページを解釈するウェブブラウザを作動する。

いくつかの実施形態において、メディアアプリケーションは、ダウンロードされ、かつ（制御回路網３０４によって作動する）インタープリタまたは仮想マシンによって解釈されるかまたは他の態様で作動する。いくつかの実施形態において、メディアアプリケーションは、ＥＴＶバイナリインターチェンジフォーマット（ＥＢＩＦ）において符号化され得、適したフィードの部分として制御回路網３０４によって受信され得、制御回路網３０４上で作動しているユーザーエージェントによって解釈され得る。例えば、メディアアプリケーションは、ＥＢＩＦアプリケーションであり得る。いくつかの実施形態において、メディアアプリケーションは、ローカル仮想マシンまたは制御回路網３０４によって実行される他の適したミドルウェアによって受信されかつ作動する一連のＪＡＶＡ（登録商標）ベースのファイルによって定義され得る。このような実施形態の一部（例えば、ＭＰＥＧ−２または他のデジタルメディア符号化方式を用いる実施形態）において、メディアアプリケーションは、例えば、ＭＰＥＧ−２オブジェクトカルーセルにおいて、番組のＭＰＥＧオーディオおよびビデオパケットとともに符号化および伝送され得る。

図３のユーザー装置デバイス３００は、ユーザーテレビ装置４０２、ユーザーコンピュータ装置４０４、無線ユーザー通信デバイス４０６、またはコンテンツにアクセスするのに適した他のタイプのユーザー装置（非携行型ゲーミングマシンなど）として図４のシステム４００内に実装されることが可能である。簡単にするために、これらのデバイスは、本明細書ではユーザー装置またはユーザー装置デバイスと総称され得、上述されているユーザー装置デバイスと実質的に類似し得る。ユーザー装置デバイス上でメディアアプリケーションが実装され得、ユーザー装置デバイスは、スタンドアローンデバイスとして機能するか、またはデバイスのネットワークの部分であり得る。デバイスの様々なネットワーク構成は、実装され得、より詳細に後述されている。

図４は、本開示のいくつかの実施形態による説明に役立つメディアシステムのブロック図である。本明細書に示されかつ説明されているように、図４に示されているデバイスは、メディアアセット、付加的な情報、および／または補足情報を格納、受信、伝送、および／または表示するために使用され得るということに留意されたい。例えば、メディアアプリケーション２０６（図２）は、図４に示されているデバイスのいずれの上にも実装され得る。

図３に関係して上述されているシステムの特徴の少なくとも一部を利用するユーザー装置デバイスは、ユーザーテレビ装置４０２、ユーザーコンピュータ装置４０４、または無線ユーザー通信デバイス４０６として単独で分類されなくあり得る。例えば、ユーザーテレビ装置４０２は、いくつかのユーザーコンピュータ装置４０４と同様に、インターネットコンテンツへのアクセスを可能にするインターネット可能であり得る一方で、ユーザーコンピュータ装置４０４は、いくつかのテレビ装置４０２と同様に、テレビ番組へのアクセスを可能にするチューナーを含み得る。メディアアプリケーションは、ユーザー装置の様々な異なるタイプで同じレイアウトを有し得るか、またはユーザー装置の表示能力に適合し得る。例えば、ユーザーコンピュータ装置４０４上で、メディアアプリケーションは、ウェブブラウザによってアクセスされるウェブサイトとして提供され得る。別の例において、メディアアプリケーションは、無線ユーザー通信デバイス４０６のために縮小され得る。

システム４００において、典型的に、ユーザー装置デバイスの各タイプのものが１つより多く存在するが、図面を過度に複雑にしてしまうことを避けるために各タイプのものが１つのみ図４に示されている。加えて、それぞれのユーザーは、１つより多いタイプのユーザー装置デバイスを利用し得、さらに、ユーザー装置デバイスの各タイプのものを１つよりも多く利用し得る。

いくつかの実施形態において、ユーザー装置デバイス（例えば、ユーザーテレビ装置４０２、ユーザーコンピュータ装置４０４、無線ユーザー通信デバイス４０６）は、「第２のスクリーンデバイス」として呼ばれ得る。例えば、第２のスクリーンデバイスは、第１のユーザー装置デバイス上に提示されるコンテンツを補い得る。第２のスクリーンデバイス上に提示されるコンテンツは、第１のデバイス上に提示されるコンテンツを補う任意の適したコンテンツであり得る。いくつかの実施形態において、第２のスクリーンデバイスは、設定を調整しかつ第１のデバイスの好みを表示するためのインターフェースを提供する。いくつかの実施形態において、第２のスクリーンデバイスは、他の第２のスクリーンデバイスと相互作用するようにまたはソーシャルネットワークと相互作用するように構成される。第２のスクリーンデバイスは、第１のデバイスと同じ部屋内、第１のデバイスと異なる部屋だが同じ家屋または建物内、または第１のデバイスと異なる建物内に位置付けられることが可能である。

ユーザーは、さらに、屋内のデバイスおよびリモートのデバイスにわたって整合性のあるメディアアプリケーション設定を維持するように様々な設定を設定し得る。設定は、本明細書に説明されている設定、さらにチャンネルおよび番組のお気に入り、メディアアプリケーションが番組推薦を作成するのに利用する番組好み、ディスプレイ好み、および他の所望のメディア設定を含む。例えば、ユーザーが、例えばユーザーのオフィスでユーザーのパーソナルコンピュータ上でウェブサイトｗｗｗ．ａｌｌｒｏｖｉ．ｃｏｍ上で、お気に入りとしてチャンネルを設定する場合、所望される場合、ユーザーの屋内デバイス（例えば、ユーザーテレビ装置およびユーザーコンピュータ装置）上、さらにユーザーのモバイルデバイス上で同じチャンネルがお気に入りとして現れ得る。それゆえ、１つのユーザー装置デバイス上でなされる変化は、同じタイプのユーザー装置デバイスであるか異なるタイプのユーザー装置デバイスであるかに関わらず、別のユーザー装置デバイス上のメディア体験を変化させることが可能である。加えて、なされる変化は、ユーザーによって入力される設定、さらにメディアアプリケーションによって監視されるユーザー活動に基づくものであり得る。

ユーザー装置デバイスは、通信ネットワーク４１４に結合され得る。すなわち、ユーザーテレビ装置４０２、ユーザーコンピュータ装置４０４、無線ユーザー通信デバイス４０６は、それぞれ、通信パス４０８、４１０、４１２を介して通信ネットワーク４１４に結合される。通信ネットワーク４１４は、インターネット、携帯電話ネットワーク、携帯オーディオまたはデータネットワーク（例えば、４ＧまたはＬＴＥネットワーク）、ケーブルネットワーク、公衆交換電話網、または他のタイプの通信ネットワークあるいは通信ネットワークの組み合わせを含む１つ以上のネットワークであり得る。パス４０８、４１０、および４１２は、衛星パス、光ファイバパス、ケーブルパス、インターネット通信（例えば、ＩＰＴＶ）を支持するパス、（例えば、放送または他の無線信号のための）フリースペース接続、または他の適した有線あるいは無線通信パスまたはそのようなパスの組み合わせなどの１つ以上の通信パスを個々にまたは一緒に含み得る。パス４１２は、図４に示されている例示的な実施形態においてパス４１２が無線パスであることを指し示すために点線で示されており、パス４０８および４１０は、（所望される場合、これらのパスは、無線パスであり得るが）それらが有線パスであることを指し示すために実線として示されている。ユーザー装置デバイスとの通信は、これらの通信パスのうちの１つ以上の通信パスによって提供され得るが、図面を過度に複雑にしてしまうことを避けるために図４には単一のパスとして示されている。

通信パスがユーザー装置デバイス間に示されていないが、これらのデバイスは、通信パス（例えば、パス４０８、４１０、および４１２に関係して上述されている通信パス、さらに、他の短距離２点間通信パス（例えば、ＵＳＢケーブル、ＩＥＥＥ１３９４ケーブル、無線パス（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、ＩＥＥＥ８０２−１１ｘなど）、または有線あるいは無線パスを介する他の短距離通信））を介して互いに直接通信し得る。ＢＬＵＥＴＯＯＴＨ（登録商標）は、Ｂｌｕｅｔｏｏｔｈ ＳＩＧ，Ｉｎｃによって所有される認証マークである。ユーザー装置デバイスは、さらに、通信ネットワーク４１４を介して間接パスを通して互いに直接通信し得る。

システム４００は、それぞれ通信パス４２０、４２２を介して通信ネットワーク４１４に結合されるコンテンツ供給源４１６および補足情報供給源４１８を含む。パス４２０および４２２は、パス４０８、４１０、および４１２に関係して上述されている通信パスのいずれも含み得る。コンテンツ供給源４１６および補足情報供給源４１８との通信は、１つ以上の通信パスにわたって交換され得るが、図面を過度に複雑にしてしまうことを避けるために図４には単一のパスとして示されている。加えて、コンテンツ供給源４１６および補足情報供給源４１８のそれぞれが１つよりも多く存在し得るが、図面を過度に複雑にしてしまうことを避けるためにそれぞれを１つのみ図４に示している。（それらの供給源のそれぞれの異なるタイプは後述されている。）所望される場合、コンテンツ供給源４１６および補足情報供給源４１８は、１つの供給源デバイスとして統合され得る。供給源４１６と４１８との間のユーザー装置デバイス４０２、４０４および４０６との通信は、通信ネットワーク４１４を通るように示されているが、いくつかの実施形態において、供給源４１６および４１８は、パス４０８、４１０、および４１２に関係して上述されている通信パスなどの通信パス（示されていない）を介してユーザー装置デバイス４０２、４０４、および４０６と直接通信し得る。

コンテンツ供給源４１６は、テレビ配信設備、ケーブルシステムヘッドエンド、衛星配信設備、番組供給源（例えば、ＮＢＣ、ＡＢＣ、ＨＢＯなどのテレビ放送局）、中間配信設備および／またはサーバ、インターネットプロバイダ、オンデマンドメディアサーバ、および他のコンテンツプロバイダを含む１つ以上のタイプのコンテンツ配信装置を含み得る。ＮＢＣは、Ｎａｔｉｏｎａｌ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ，Ｉｎｃ．によって所有されるトレードマークであり、ＡＢＣは、Ａｍｅｒｉｃａｎ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ，Ｉｎｃ．によって所有されるトレードマークであり、かつＨＢＯは、Ｈｏｍｅ Ｂｏｘ Ｏｆｆｉｃｅ，Ｉｎｃ．によって所有されるトレードマークである。コンテンツ供給源４１６は、コンテンツの発信源（例えば、テレビ放送局、ウェブキャストプロバイダなど）であり得るか、またはコンテンツの発信源でなく（例えば、オンデマンドコンテンツプロバイダ、ダウンロードするための放送番組のコンテンツのインターネットプロバイダなど）あり得る。コンテンツ供給源４１６は、ケーブル供給源、衛星プロバイダ、オンデマンドプロバイダ、インターネットプロバイダ、ｏｖｅｒ−ｔｈｅ−ｔｏｐコンテンツプロバイダ、またはコンテンツの他のプロバイダを含み得る。コンテンツ供給源４１６は、さらに、ユーザー装置デバイスのいずれかからリモートの位置において（ユーザーによって選択されるビデオコンテンツを含む）異なるタイプのコンテンツを格納するために使用されるリモートメディアサーバを含み得る。コンテンツのリモート格納およびリモートに格納されたコンテンツのユーザー装置への提供のためのシステムおよび方法は、２０１０年７月２０日に発行された米国特許番号７，７６１，８９２のＥｌｌｉｓ ｅｔ ａｌ．に関係してより詳細に論じられており、そのＥｌｌｉｓ ｅｔ ａｌ．は、参照により、その全体が本明細書に援用される。

補足情報供給源４１８は、上述されているメディアデータなどのメディアデータを提供し得る。メディアアプリケーションデータは、任意の適したアプローチを使用してユーザー装置デバイスに提供され得る。いくつかの実施形態において、メディアアプリケーションは、データフィード（例えば、連続フィード、またはトリクルフィード）を介して番組ガイドデータを受信するスタンドアローンインタラクティブテレビ番組ガイドであり得る。インバンドデジタル信号を使用するか、アウトオブバンドデジタル信号を使用するか、または他の適したデータ伝送技術によって、番組スケジュールデータおよび他のメディアデータは、テレビチャンネル側波帯上でユーザー装置に提供され得る。番組スケジュールデータおよび他のメディアデータは、複数のアナログまたはデジタルテレビチャンネル上でユーザー装置に提供され得る。

いくつかの実施形態において、補足情報供給源４１８からのメディアデータは、クライアントサーバアプローチを使用してユーザーの装置に提供され得る。例えば、ユーザー装置デバイスは、メディアデータをサーバからプルし得るか、またはサーバは、メディアデータをユーザー装置デバイスへとプッシュし得る。いくつかの実施形態において、ユーザーの装置上に存在するメディアアプリケーションクライアントは、必要な場合（例えば、メディアデータが古いか、またはユーザー装置デバイスが、ユーザーからの要請であってデータを受信するようにとの要請を受信する場合）にメディアデータを得るために供給源４１８とのセッションを開始し得る。メディアデータは、任意の適した頻度（例えば、連続的に、毎日、ユーザーが特定した期間、システムが特定した期間、ユーザー装置からの要請に応答してなど）でユーザー装置に提供され得る。補足情報供給源４１８は、ユーザー装置デバイス４０２、４０４および４０６に、メディアアプリケーション自身、またはメディアアプリケーションのためのソフトウェアのアップデートを提供し得る。

メディアアプリケーションは、例えば、ユーザー装置デバイス上に実装されたスタンドアローンアプリケーションであり得る。例えば、メディアアプリケーションは、ストレージ３０８内に格納され得るソフトウェアまたは実行可能な命令のセットとして実装され得、ユーザー装置デバイス３００の制御回路網３０４によって実行され得る。いくつかの実施形態において、メディアアプリケーションは、クライアントアプリケーションのみがユーザー装置デバイス上に存在しかつサーバアプリケーションがリモートサーバ上に存在するクライアントサーバアプリケーションであり得る。例えば、メディアアプリケーションは、ユーザー装置デバイス３００の制御装置３０４上のクライアントアプリケーションとして部分的に、かつリモートサーバの制御回路網上で作動するサーバアプリケーション（例えば、補足情報供給源４１８）としてリモートサーバ上に部分的に実装され得る。（補足情報供給源４１８などの）リモートサーバの制御回路網によって実行される場合、メディアアプリケーションは、メディアアプリケーションディスプレイを生成しかつ生成されたディスプレイをユーザー装置デバイスに伝送するように制御回路網に命令し得る。サーバアプリケーションは、ユーザー装置上での格納のためのデータを伝送するように補足情報供給源４１８の制御回路網に命令し得る。クライアントアプリケーションは、受信側ユーザー装置の制御回路網にメディアアプリケーションディスプレイを生成するように命令し得る。

ユーザー装置デバイス４０２、４０４および４０６へと送達されるコンテンツおよび／またはメディアデータは、ＯＴＴ（ｏｖｅｒ−ｔｈｅ−ｔｏｐ）コンテンツであり得る。ＯＴＴコンテンツ送達は、（上述されているユーザー装置デバイスを含む）インターネット可能ユーザーデバイスが、ケーブルまたは衛星接続上で受信されるコンテンツに加えて、インターネット上で転送されるコンテンツ（上述されている任意のコンテンツを含む）を受信することを可能にする。ＯＴＴコンテンツは、インターネットサービスプロバイダ（ＩＳＰ）によって提供されるインターネット接続を介して送達されるが、第三者がコンテンツを配信する。ＩＳＰは、コンテンツの視聴能力、著作権、または再配信に責任がなくあり得、かつＯＴＴコンテンツプロバイダによって提供されるＩＰパケットを転送するのみであり得る。ＯＴＴコンテンツプロバイダの例は、ＹＯＵＴＵＢＥ（登録商標）、ＮＥＴＦＬＩＸ、およびＨＵＬＵを含み、これらは、ＩＰパケットを介してオーディオおよびビデオを提供する。ＹｏｕＴｕｂｅ（登録商標）は、Ｇｏｏｇｌｅ Ｉｎｃ．によって所有されるトレードマークであり、Ｎｅｔｆｌｉｘは、Ｎｅｔｆｌｉｘ Ｉｎｃ．によって所有されるトレードマークであり、かつＨｕｌｕは、Ｈｕｌｕ，ＬＬＣによって所有されるトレードマークである。ＯＴＴコンテンツプロバイダは、上述されているメディアデータを加えてまたは代替的に提供し得る。コンテンツおよび／またはメディアデータに加えて、ＯＴＴコンテンツのプロバイダは、メディアアプリケーション（例えば、ウェブベースのアプリケーションまたはクラウドベースのアプリケーション）を配信することが可能であるか、またはコンテンツは、ユーザー装置デバイス上に格納されるメディアアプリケーションによって表示されることが可能である。

メディアシステム４００は、複数のアプローチ、すなわちネットワーク構成を示すことを意図され、そのアプローチによって、ユーザー装置デバイスならびにコンテンツおよびメディアデータの供給源は、コンテンツにアクセスしかつメディアデータを提供する目的で互いに通信し得る。本明細書に説明されている実施形態は、これらのアプローチのうちの任意の１つまたはサブセットにおいて、またはコンテンツを送達しかつメディアデータを提供するための他のアプローチを用いるシステムにおいて適用され得る。以下の４つのアプローチは、図４の一般化された例の特定の例示を提供する。

１つのアプローチにおいて、ユーザー装置デバイスは、ホームネットワーク内で互いに通信し得る。ユーザー装置デバイスは、上述されている短距離２点間通信方式を介して、ホームネットワーク上で提供されるハブまたは他の類似するデバイスを通る間接パスを介して、または通信ネットワーク４１４を介して直接互いに通信することが可能である。単一の家の中の複数の個人のそれぞれは、ホームネットワーク上で、異なるユーザー装置デバイスを作動させ得る。結果として、様々なメディア情報または設定が、異なるユーザー装置デバイス間で通信されることが望ましくあり得る。２００５年７月１１日に出願された米国特許出願番号１１／１７９，４１０のＥｌｌｉｓ ｅｔ ａｌ．により詳細に説明されているように、例えば、ユーザーが、ホームネットワーク内の異なるユーザー装置デバイス上で、整合性のあるメディアアプリケーション設定を維持することが望ましくあり得る。ホームネットワークにおける異なるタイプのユーザー装置デバイスは、さらに、コンテンツを伝送するように互いに通信し得る。例えば、ユーザーは、ユーザーコンピュータ装置から携帯ビデオ再生器または携帯音楽再生器へとコンテンツを伝送し得る。

第２のアプローチにおいて、ユーザーは、複数のタイプのユーザー装置を有し得、それらのユーザー装置によって、彼らは、コンテンツにアクセスしかつメディアデータを得る。例えば、何人かのユーザーは、屋内および携帯デバイスによってアクセスされるホームネットワークを有し得る。ユーザーは、リモートデバイス上に実装されるメディアアプリケーションを介して屋内デバイスを制御し得る。例えば、ユーザーは、彼らのオフィスにおけるパーソナルコンピュータ、またはＰＤＡあるいはウェブ可能携帯電話などの携帯デバイスを介して、ウェブサイト上のオンラインメディアアプリケーションにアクセスし得る。ユーザーは、ユーザーの屋内装置を制御するためにオンラインメディアアプリケーション上で様々な設定（例えば、記録、リマインダ、または他の設定）を設定し得る。オンラインガイドは、直接、またはユーザーの屋内装置上のメディアアプリケーションと通信することによって、ユーザーの装置を制御し得る。ユーザー装置デバイス（ユーザー装置デバイスは、互いからリモートの位置に存在する）が通信するための様々なシステムおよび方法は、例えば２０１１年１０月２５日に発行された米国特許番号８，０４６，８０１のＥｌｌｉｓ ｅｔ ａｌ．に論じられており、参照により、これらの全体が本明細書に援用される。

第３のアプローチにおいて、家屋の内側および外側にあるユーザー装置デバイスのユーザーは、それらのメディアアプリケーションを使用して、コンテンツ供給源４１６と直接通信することによりコンテンツにアクセスすることが可能である。特に、家屋内において、ユーザーテレビ装置４０２およびユーザーコンピュータ装置４０４のユーザーは、所望のコンテンツ間をナビゲートしかつ所望のコンテンツの位置を突き止めるために、メディアアプリケーションにアクセスし得る。ユーザーは、所望のコンテンツ間をナビゲートしかつ所望のコンテンツの位置を突き止めるために、無線ユーザー通信デバイス４０６を使用して、家屋の外側でメディアアプリケーションにアクセスし得る。

第４のアプローチにおいて、ユーザー装置デバイスは、クラウドコンピューティング環境において作動してクラウドサービスにアクセスし得る。クラウドコンピューティング環境において、コンテンツ共有、格納または配信のための様々なタイプのコンピューティングサービス（例えば、ビデオ共有サイトまたはソーシャルネットワーキングサイト）は、「クラウド」と呼ばれるネットワークアクセス可能コンピューティングおよびストレージリソースの集合によって提供される。例えば、クラウドは、サーバコンピューティングデバイスの集合を含むことが可能であり、そのサーバコンピューティングデバイスの集合は、中心に位置付けられ得るか、または分散された位置にあり得、通信ネットワーク４１４を介するインターネットのようなネットワークを介して接続される様々なタイプのユーザーおよびデバイスにクライドベースのサービスを提供する。これらのクラウドリソースは、１つ以上のコンテンツ供給源４１６および１つ以上の補足情報供給源４１８を含み得る。加えてまたは代替的に、リモートコンピューティングサイトは、ユーザーテレビ装置４０２、ユーザーコンピュータ装置４０４、および無線ユーザー通信デバイス４０６のような他のユーザー装置デバイスを含み得る。例えば、他のユーザー装置デバイスは、ビデオの格納されたコピーまたはストリームされたビデオへのアクセスを提供し得る。このような実施形態において、ユーザー装置デバイスは、中央サーバと通信せずにピアツーピア方式で作動し得る。

クラウドは、ユーザー装置デバイスに対して、他の例の中でコンテンツストレージ、コンテンツ共有、またはソーシャルネットワーキングサービスなどのサービスへのアクセス、さらに、上述されている任意のコンテンツへのアクセスを提供する。サービスは、クラウドコンピューティングサービスプロバイダを通して、またはオンラインサービスの他のプロバイダを通してクラウドの中で提供されることが可能である。例えば、クラウドベースのサービスは、コンテンツストレージサービス、コンテンツ共有サイト、ソーシャルネットワーキングサイト、または他のサービス（この他のサービスを介してユーザーに供給されたコンテンツが、接続されたデバイス上に他人が視聴するために配信される）を含むことが可能である。これらのクラウドベースのサービスは、ユーザー装置デバイスが、ローカルにコンテンツを格納することおよびローカルに格納されたコンテンツにアクセスすることよりもむしろ、クラウドにコンテンツを格納することおよびクラウドからコンテンツを受信することを可能にし得る。

ユーザーは、コンテンツを記録するために、カムコーダ、ビデオモードを備えるデジタルカメラ、オーディオレコーダ、携帯電話、およびハンドヘルドコンピューティングデバイスなどの様々なコンテンツキャプチャデバイスを使用し得る。ユーザーは、例えばユーザーコンピュータ装置４０４から直接、あるいは、コンテンツキャプチャの特徴を有する無線ユーザー通信デバイス４０６から、クラウド上でコンテンツストレージサービスにコンテンツをアップロードすることが可能である。代替的に、ユーザーは、最初に、ユーザーコンピュータ装置４０４などのユーザー装置デバイスにコンテンツを転送することが可能である。コンテンツを格納しているユーザー装置デバイスは、通信ネットワーク４１４上で、データ伝送サービスを使用してクラウドにコンテンツをアップロードする。このような実施形態において、そのユーザー装置デバイス自身は、クラウドリソースであり、かつ他のユーザー装置デバイスは、ユーザーがコンテンツを格納したユーザー装置デバイスから直接コンテンツにアクセスすることが可能である。

クラウドリソースは、例えばウェブブラウザ、メディアアプリケーション、デスクトップアプリケーション、携帯アプリケーションおよび／またはそれらのアクセスアプリケーションの組み合わせを使用しているユーザー装置デバイスによってアクセスされ得る。ユーザー装置デバイスは、アプリケーション送達のためにクラウドコンピューティングに依存するクラウドクライアントであり得るか、またはユーザー装置デバイスは、クラウドリソースにアクセスせずにいくつかの機能性を有し得る。例えば、ユーザー装置デバイス上で作動しているいくつかのアプリケーションは、クラウドアプリケーション（すなわち、インターネット上でサービスとして送達されたアプリケーション）であり得る一方で、他のアプリケーションは、ユーザー装置デバイス上で格納され得かつ作動し得る。いくつかの実施形態において、ユーザーデバイスは、複数のクラウドリソースから同時にコンテンツを受信し得る。例えば、ユーザーデバイスは、１つのクラウドリソースから、第２のクラウドリソースからコンテンツをダウンロードする間に、オーディオをストリームすることが可能である。または、ユーザーデバイスは、更なる効率的なダウンロードのために複数のクラウドリソースからコンテンツをダウンロードすることが可能である。いくつかの実施形態において、ユーザー装置デバイスは、図３に関係して説明されている処理回路網によって行われる処理動作などの動作を処理するためにクラウドリソースを使用することが可能である。

図５は、本開示のいくつかの実施形態によるメディアアセット内のイベントのコンテクストを決定するのに使用され得るデータ構造の説明に役立つ例である。データ構造５００は、図１に示されておりかつ／または図６〜９に関係して説明されているディスプレイ１０８を提供するために使用され得る。データ構造５００またはその中の任意のデータは、図３〜４に示されているデバイスのうちのいずれかによって格納、生成、伝送および／または受信されることが可能であることに留意されたい。例えば、データ構造５００は、ユーザー装置４０２、４０４および／または４０６（図４）、コンテンツ供給源４１６（図４）および／または通信ネットワーク４１４（図４）によってアクセス可能なデバイス上に実装されているメディアアプリケーションによって命令されるように制御回路網３０４（図３）によって処理され得る。

いくつかの実施形態において、メディアアプリケーションは、データ構造５００を生成し得る。例えば、コンテンツ認識モジュールを使用して、メディアアプリケーションは、メディアアセット内のイベントのコンテクストを決定し得る。加えてまたは代替的に、メディアアプリケーションは、イベントの前および／または後のおよそ所定の時間量（例えば、１０秒）でデータ構造を生成（例えば、データ構造５００を生成）し得る。いくつかの実施形態において、データ構造５００は、（例えば、補足情報供給源４１８（図４）および／または通信ネットワーク４１４（図４）を介してアクセス可能な任意のデバイスから）メディアアプリケーションに伝送され得る。例えば、いくつかの実施形態において、コンテンツ認識モジュールは、リモートサーバ（例えば、補足情報供給源４１８（図４））上に位置付けられ得る。

データ構造５００は、コードの複数の行を含む。データ構造５００内に表示されている（例えば、コードのいくつかの行によって表される）データは、限定するものではなく、いくつかの実施形態において、データ構造５００内に説明されているデータは、本開示内で説明されている他のデータによって取り替えられ得るかまたは補われ得ることに留意されたい。行５０２から５２４は、データ構造５００がメディアアセットに関係することをメディアアプリケーションに対して指し示す。

行５０４から５０８は、タイトルまたは主題の説明（例えば、行５０４）、進行の現時点（例えば、行５０６）、ならびにメディアアセットの放送または伝送の日付および時間（例えば、行５０８）などのメディアアセットに関する情報をメディアアプリケーションに対して指し示す。いくつかの実施形態において、メディアアプリケーションは、イベント上のコンテクストを決定するための参照点を生成するためにこの情報を使用し得る。例えば、メディアアプリケーションは、メディアアセットが（例えば、行５０４によって指し示されている）政治的討論であるのでメディアアセット内で起こる（イベントのコンテクストの）イベント（例えば、声明）は政治に関係する可能性があることを決定し得る。

行５１０から５１８は、誰が特定の声明を言ったのか（例えば、行５１２）、何を言われたのか（例えば、行５１４）、およびどんなトーン／ボリュームで言われたのか（例えば、行５１６）などのメディアアセットの（例えば、セグメントまたは時間間隔についての）イベントの詳細をメディアアプリケーションに指し示す。いくつかの実施形態において、行５１０から５１８は、サブタイトルデータ（例えば、行５１２）およびオーディオデータ（例えば、行５１４および行５１６）などのメディアアセットに関連する様々なタイプのデータに適用されるコンテンツ認識のプロダクトを表し得る。いくつかの実施形態において、データ構造５００内に含まれるデータは、（例えば、後の図８に説明されているように）イベントのコンテクストを決定するために（例えば、補足情報供給源４１８（図４）に位置付けられる）データベースと（例えば、メディアアプリケーション２０６（図２）によって）相互参照され得る。

加えてまたは代替的に、データ構造５００は、（例えば、メタデータとして）メディアアセットとともに伝送され得る。例えば、データ構造５００は、メディアアセットの伝送前にコンテンツ供給源４１６（図４）で生成され得る。データ構造５００は、次いで、伝送され得る（または以前に伝送され、かつメディアアセット内で起こるイベントのコンテクストを説明するメディアデータとして、ローカル（例えば、ストレージ３０８（図３））またはリモート(例えば、補足情報供給源４１８（図４）)ストレージ内に格納され得る）。ユーザーが補足情報を要請するときにコンテンツ認識モジュールを使用してメディアアセットを処理する代わりに、メディアアプリケーションは、メディアアセット内のイベントのコンテクストを決定するためにデータ構造５００を参照し得る。例えば、いくつかの実施形態において、データ構造５００は、メディアアセットの進行中、メディアアセット内のそれぞれのイベントのコンテクストを説明し得る。

図６は、本開示のいくつかの実施形態による、補足情報に対するユーザー要請を受信することに応答してユーザーに生成された補足情報を伝送するための説明に役立つステップのフローチャートである。処理６００は、補足情報（例えば、補足情報１１０（図１））を提供するために使用され得る。処理６００またはその任意のステップは、図３〜４に示されているデバイスのいずれの上に表示されることが可能であるか、または図３〜４に示されているデバイスのいずれによって提供されることが可能であることに留意されたい。例えば、処理６００は、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））によって命令されるように制御回路網３０４（図３）によって実行され得る。

ステップ６０２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、メディアアセット中、イベントに関する補足情報に対する要請を受信する。例えば、メディアアプリケーションは、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上のディスプレイ（例えば、ディスプレイ１００（図１））内に表示されるメディアアセット内のイベント（例えば、イベント１０６（図１））中、（例えば、ユーザー入力インターフェース３１０（図３）を介して）ユーザー入力を受信し得る。

ステップ６０４において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、メディアデータ（例えば、メディアアセットとともに伝送されるメタデータ）がイベントを説明しているか否かを決定する。例えば、いくつかの実施形態において、コンテンツプロバイダ（例えば、コンテンツ供給源４１６（図４））は、メディアアセットとメディアアセット中に起こり得るイベントとを説明するメディアデータを提供し得る。そうである場合、メディアアプリケーションは、ステップ６０８に進む。

そうでない場合、メディアアプリケーションは、ステップ６０６に進む。ステップ６０６において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、コンテンツ認識モジュールおよび／またはアルゴリズムをイベントに適用する。いくつかの実施形態において、メディアアプリケーションは、イベント上のコンテクストを決定するために、本明細書に説明されている複数のタイプのコンテンツ認識モジュールおよび／またはアルゴリズムを使用し得る。いくつかの実施形態において、様々なタイプのデータを処理することは、イベントが有し得る異なるコンテクストを指し示すデータベース内でデータを相互参照することを含み得る。いくつかの実施形態において、メディアアプリケーションは、後の図８の処理８００内に見られる１つ以上のステップを適用し得る。

ステップ６０８において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、イベントのコンテクストを決定する。例えば、メディアアプリケーションは、イベント（例えば、イベント１０６（図１））を取り巻く意味または状況を決定し得る。いくつかの実施形態において、ステップ６０２は、後の図８のステップ８１０に対応し得る。

ステップ６１０において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、付加的な情報に対する要請を生成する。いくつかの実施形態において、声明のコンテクストの決定後、メディアアプリケーションは、補足情報を生成するために要求する付加的な情報をタスクに項目別に分け得る。項目別に分けられたタスクは、次いで、付加的な情報に対する要請内に含まれ得る。例えば、メディアアプリケーションは、後の図７および９に説明されている１つ以上のステップを行い得る。

ステップ６１２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、要請のレシピエント（例えば、ユーザーデバイス２０６、ユーザーデバイス２０８、およびユーザーデバイス２１０（図２））を選択する。例えば、メディアアプリケーションは、ステップ６１４において、（例えば、要請に対する応答の質および／または量を制御するように）特定のグループ（例えば、ユーザーと関連するソーシャルネットワークに属する人々または供給源、イベントの主題のエキスパートであると知られている人々または供給源、または他の基準に基づいて選択された人々または供給源）に要請を送信し得るか、またはメディアアプリケーションは、６１６において、（例えば、応答の数または応答を受信する速さを増大させるように）（例えば、アクセス制限されていないウェブサイト上に要請をポストする）全ての人に要請をパブリッシュし得る。

ステップ６１８において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、要請のレシピエント（例えば、ユーザーデバイス２０６、ユーザーデバイス２０８、およびユーザーデバイス２１０（図２）を作動させるユーザー）からメッセージを受信する。いくつかの実施形態において、レシピエントからのメッセージは、付加的な情報（例えば、補足情報を生成するために使用される事実または投票）を含む。メディアアプリケーションは、ステップ６２０において、受信されたメッセージに基づいて補足情報を生成するために後の図９に説明されているようにメッセージを集合、付加および／または比較するように制御回路網３０４（図３）を使用し得る。

ステップ６２２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上のディスプレイのために、生成された補足情報を伝送する。いくつかの実施形態において、メディアアプリケーションは、ユーザーデバイスからリモートのデバイス上（例えば、補足情報供給源４１８（図４）上）に実装され得るか、またはローカルデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上に実装され得る。

図６のステップまたは説明が本開示の他の実施形態に使用され得ると考えられる。加えて、図６に関係して説明されているステップおよび説明は、本開示の目的を促進するように代替的な順序でまたは平行になされ得る。例えば、これらのステップのそれぞれは、システムまたは方法の遅れを減少させるかまたはシステムまたは方法の速さを増大させるように、任意の順序で、平行にまたは実質的に同時に行われ得る。

図７は、本開示のいくつかの実施形態による、メディアアセット内のイベントに関する補足情報を生成するために複数のユーザーに項目別に分けられたタスクを配信するための説明に役立つステップのフローチャートである。処理７００は、補足情報（例えば、補足情報１１０（図１））を提供するために使用され得る。処理７００またはその任意のステップは、図３〜４に示されているデバイスのいずれの上に表示されることが可能であるか、または図３〜４に示されているデバイスのいずれかによって提供されることが可能であることに留意されたい。例えば、処理７００は、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））によって命令されるように制御回路網３０４（図３）によって実行され得る。

ステップ７０２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、要請される補足情報を特定する。例えば、コンテンツ認識モジュールまたはアルゴリズムは、コンテンツ認識モジュールによって得られる語および／または他の情報の間の関係を決定し得る。例えば、イベントに関するデータを処理することによって、メディアアプリケーションは、イベント（例えば、イベント１０６（図１））が声明であることを決定し得る。それゆえ、メディアアプリケーションは、補足情報に対する要請が声明の妥当性を決定する要請である可能性があることを決定する。メディアアプリケーションは、決定されたイベントに対する適当なユーザー要請を指し示すデータベース対して、決定されたイベントを相互参照することによって基づかれる可能性を決定し得る。いくつかの実施形態において、データベースは、図２〜４内のデバイスのいずれかの中へ組み込まれ得るか、または図２〜４内のデバイスのいずれかによってアクセス可能であり得る。例えば、いくつかの実施形態において、データベースは、補足情報データベース４１８（図４）上に位置付けられ得る。

ステップ７０４において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、補足情報を生成するために要求される付加的な情報を決定する。例えば、ステップ７０２の中の要請の根拠が声明の妥当性を決定することである場合、メディアアプリケーションは、声明を妥当化するのに必要とされる事実（単数または複数）を決定する。

ステップ７０６において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、付加的な情報が複数のタスクを含むことを決定するか否かを決定する。例えば、図２に関係して上で論じられたように、付加的な情報を小さく独立したタスクに分けることによって、メディアアプリケーションは、複数のユーザーによって返信された付加的な情報の速さの増大（例えば、複数のユーザーが問題の異なる部分を解決するように同時に働き得る）および正確さの増大（例えば、タスクをより小さくより複雑さの少ない問題へと減少させることがヒューマンエラーの機会を減少させる）をさせ得る。メディアアプリケーションがタスクを項目別に分けない（例えば、メディアアプリケーションが付加的な情報をタスクに項目別に分けることが不可能である）場合、メディアアプリケーションは、ステップ７１２に進む。

メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））が、付加的な情報が複数のタスクを含むことを決定することを決定する場合、メディアアプリケーションは、ステップ７０８において、付加的な情報を生成するのに必要とされる複数のタスクを決定する。いくつかの実施形態において、メディアアプリケーションは、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上での（例えば、ディスプレイ１０８（図１）における）ディスプレイのために補足情報を生成するために要求する付加的な情報をタスクに項目別に分けるために制御回路網３０４（図３）を使用し得る。ステップ７１２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、１人以上のユーザー（例えば、ユーザーデバイス２０６、ユーザーデバイス２０８、およびユーザーデバイス２１０（図２）を作動させるユーザー）にタスクを割り当てる。

ステップ７１２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、タスクを完了させる誘因を含むか否かを決定する。例えば、いくつかの実施形態において、（例えば、制御回路網３０４（図３）を使用する）メディアアプリケーションは、ユーザー（例えば、ユーザーデバイス２０６、ユーザーデバイス２０８、およびユーザーデバイス２１０（図２）を作動させるユーザー）のうちの１人以上が付加的な情報を提供するのに応答して金額または他の賞を提供するようにとの命令を発し得る。メディアアプリケーションが、誘因を含まないことを決定する場合、メディアアプリケーションは、ステップ７１６において、要求される付加的な情報全てに対する要請（単数または複数）を生成する。メディアアプリケーションが、誘因を含むことを決定する場合、メディアアプリケーションは、ステップ７１６に進む前にステップ７１４において、（例えば、制御回路網３０４（図３）を使用して）それぞれのタスクに誘因を割り当てる。いくつかの実施形態において、それぞれのタスクに対して割り当てられた誘因は、補足情報供給源４１８（図４）からのデータに基づいて決定され得るか、（例えば、ユーザー入力インターフェース３１０（図３）を介して）ユーザーによって決定され得るか、または（例えば、ユーザーデバイス２０６、ユーザーデバイス２０８、およびユーザーデバイス２１０（図２）を作動させるユーザーとの）交渉に基づき得る。

図７のステップまたは説明が本開示の他の実施形態に使用され得ると考えられる。加えて、図７に関係して説明されているステップおよび説明は、本開示の目的を促進するように代替的な順序でまたは平行になされ得る。例えば、これらのステップのそれぞれは、システムまたは方法の遅れを減少させるかまたはシステムまたは方法の速さを増大させるように、任意の順序で、平行にまたは実質的に同時に行われ得る。

図８は、本開示のいくつかの実施形態による、コンテンツ認識モジュールを使用してイベントのコンテクストを決定するための説明に役立つステップのフローチャートである。処理８００は、補足情報（例えば、補足情報１１０（図１））を提供するために使用され得る。処理８００またはその任意のステップは、図３〜４に示されているデバイスのいずれの上に表示されることが可能であるか、または図３〜４に示されているデバイスのいずれかによって提供されることが可能であることに留意されたい。例えば、処理８００は、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））によって命令されるように制御回路網３０４（図３）によって実行され得る。

ステップ８０２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、イベントにおいてメディアアセットと関連するオーディオデータを受信する。例えば、いくつかの実施形態において、受信されたオーディオデータは、データ構造（例えば、データ構造５００（図５））内に含まれ得、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上のディスプレイ（ディスプレイ１０８（図１））上で起こるイベント（例えば、イベント１０６（図１））を説明し得る。いくつかの実施形態において、他のタイプのデータまたは他のタイプのデータの組み合わせも使用され得る。例えば、メディアアプリケーションは、イベントのコンテクストを決定するために、サブタイトルデータ、視覚的データおよび／またはユーザー生成データ（例えば、ソーシャルネットワーキングウェブサイト上のポスト）を検索し得る。

例えば、ユーザーは、ディスプレイデバイス上の広告にアクセス中であり得る。広告中、広告内の話し手は、広告されたプロダクトに関する主張をし得る。それに応答して、ユーザーは、ユーザー入力（例えば、ユーザー入力インターフェース３１０（図３））を使用して補足情報（例えば、プロダクトに関するユーザーレビューおよび／または市場レビュー）を要請し得る。

ステップ８０４において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、スピーチ認識モジュールを使用してオーディオデータを処理する。例えば、スピーチ認識モジュールを使用してイベント（例えば、イベント１０６（図１））を処理することによって、メディアアプリケーションは、イベント中に話された特定の語またはフレーズを決定し得る。例えば、メディアアプリケーションは、イベント（例えば、イベント１０６（図１））を処理して、語「私たちは多くの石炭を輸出する」が話されたことを決定し得る。上の広告の例において、メディアアプリケーションは、プロダクトに関する広告内の話し手によってなされた主張を処理し得る。スピーチ認識モジュールは、話し手が何を言ったのかを決定し得る。加えてまたは代替的に、メディアアセットは、イベント（例えば、プロダクトの主張）のコンテクストをより良く推定するために、メディアアセットのタイプ（例えば、コマーシャル）を決定し得る。いくつかの実施形態において、メディアアセットのタイプが広告であることを決定するとき、メディアアプリケーションは、プロダクト比較とカスタマーレビューまたは市場レビューとを検索する自動クイック検索を行い得る。

ステップ８０６において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、オーディオデータ内の１つ以上のキーワードを決定する。例えば、メディアアプリケーションは、例えば検索されたキーワード（単数または複数）のコンテクストを決定するとき、複数のタイプの光学文字認識および／またはファジー論理を使用し得る。いくつかの実施形態において、他のタイプのデータ（例えば、メディアデータ、翻訳されたオーディオデータ、サブタイトルデータ、ユーザー生成データなど）からのキーワードも決定され得る。いくつかの実施形態において、メディアアプリケーションは、リモートサーバ（例えば、処理するための補足情報供給源４１８（図４））にオーディオデータ（例えば、データ構造５００（図５）内に含まれるオーディオデータ）を伝送し得る。いくつかの実施形態において、メディアアプリケーションは、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上の制御回路網３０４（図３）を使用して情報を処理し得る。上の広告の例において、メディアアプリケーションは、主張およびプロダクトに関する１つ以上のキーワードを生成するために話し手が何を言ったのかを文字に起こし得る。

ステップ８０８において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、キーワードのコンテクストを指し示すキーワードデータベース内で１つ以上のキーワード（例えば、イベント１０６（図１）内の１つ以上の語）を相互参照する。いくつかの実施形態において、他のタイプのデータは、さらに、特定のタイプのデータのコンテクストを指し示すデータベースと相互参照され得る。例えば、ユーザー生成データ（例えば、メディアアセット中に伝送および／またはパブリッシュされたデータ）は、イベントのコンテクスト（例えば、イベントを説明しているマイクロブログのポスト）を指し示し得る。このユーザー生成データは、イベントのコンテクストをさらに決定するために使用され得る。例えば、いくつかのインターネットポストがイベントと同時に起こりかつ／またはメディアアセットに関するものである場合、メディアアプリケーションは、インターネットポストがイベントに関係していることを決定し得る。このような場合、インターネットポスト内のデータ（例えば、テキストコメント）は、イベントのコンテクストを決定するために使用され得る。ステップ８１０において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、相互参照に基づいてイベントのコンテストを決定する。いくつかの実施形態において、ステップ８１０は、ステップ６０８（図６）に対応し得る。

上の広告の例において、メディアアプリケーションは、主張のコンテクストを決定するために、決定されたキーワードを広告および／または他のメディアアセット内で見つけられたキーワードのデータベースと相互参照し得る。メディアアプリケーションは、次いで、本開示のいくつかの実施形態に説明されているように、補足情報を生成するために付加的な情報に対する要請を生成し得る。例えば、メディアアプリケーションは、ユーザーレビューおよび／または市場レビュー、カスタマー調査、または（例えば、図７に関係して説明される場合、主張の正確性を実証する）補足情報を生成するために使用され得る（例えば、後の図２に説明されている）複数のユーザーからの他の情報を要請し得る。付加的な情報は、次いで、補足情報（例えば、補足情報１１０（図１））を生成するために、図９に後述されているように組み合わせられ得る。

図８のステップまたは説明が本開示の他の実施形態に使用され得ると考えられる。加えて、図８に関係して説明されているステップおよび説明は、本開示の目的を促進するように代替的な順序でまたは平行になされ得る。例えば、これらのステップのそれぞれは、システムまたは方法の遅れを減少させるかまたはシステムまたは方法の速さを増大させるように、任意の順序で、平行にまたは実質的に同時に行われ得る。

図９は、本開示のいくつかの実施形態による、複数のユーザーによって提供される付加的な情報に基づいて補足情報を生成するための説明に役立つステップのフローチャートである。処理９００は、補足情報（例えば、補足情報１１０（図１））を提供するために使用され得る。処理９００またはその任意のステップは、図３〜４に示されているデバイスのいずれの上に表示されることが可能であるか、または図３〜４に示されているデバイスのいずれかによって提供されることが可能であることに留意されたい。例えば、処理９００は、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））によって命令されるように制御回路網３０４（図３）によって実行され得る。

ステップ９０２において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、付加的な情報を含む第１のメッセージを受信し、ステップ９０４において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、付加的な情報を含む第２のメッセージを受信する。例えば、メディアアプリケーションは、複数のユーザー（例えば、ユーザーデバイス２０６、ユーザーデバイス２０８、およびユーザーデバイス２１０（図２）を作動させるユーザー）のうちの１人からの付加的な情報に対する（例えば、ステップ６１４およびステップ６１６（図６）に関係して説明されている）要請からの応答を受信したことがあり得る。いくつかの実施形態において、ステップ９０２は、ステップ６１８（図６）に対応し得る。

ステップ９０６において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、第２のメッセージからの付加的な情報を第１のものの上に付加するか否かを決定する。例えば、補足情報を生成するために、（例えば、制御回路網３０４（図３）を使用する）メディアアプリケーションは、複数のメッセージを集合させる必要があり得、それぞれのメッセージは、付加的な情報を含む。メディアアプリケーションは、第１のメッセージからの付加的な情報を第２のメッセージからの付加的な情報に付加することを決定する場合、メディアアプリケーションは、ステップ９０８において、第２のメッセージが付加された第１のメッセージに基づいて、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上での（例えば、ディスプレイ１０８（図１）における）ディスプレイのために補足情報を生成する。例えば、メッセージは、イベントに関する付加的な情報を指し示し得る。第２のメッセージは、イベントに関する異なる情報を含み得る。メッセージのうちの１つが不適当な情報を含んだか否かを決定する代わりに、メディアアプリケーションは、両方のメッセージ内に付加的な情報を含み得る。いくつかの実施形態において、情報を付加することは、複数の観点から生成される補足情報を提供し得る。

広告に関する別の例において、メッセージは、イベント（例えば、プロダクトは「最良」であるという広告内の声明）に関係するプロダクトに対するユーザーレビューおよび／またはプロダクト比較を含み得る。メッセージのうちの１つがより良いか否かを決定する（例えば、どのユーザーレビューが、プロダクトが「最良」であるか否かをより正確に描写しているかを決定する）代わりに、メディアアプリケーションは、両方のメッセージからのユーザーレビューを含み得る。

例えば、メディアアプリケーションは、コンテンツがプロダクト広告に対応するかどうかを決定するために、視聴されているコンテンツを監視し得る。特に、メディアアプリケーションは、イベントの部分として論じられているプロダクトを特定するために、視聴されているコンテンツと関連するデータ構造を検索し得る。メディアアプリケーションは、プロダクトを特定することに応答して、１つ以上のデータベース上で（例えば、インターネット上で）、特定されたプロダクトに関連するレビューの検索を自動的に実行し得る。メディアアプリケーションは、さらに、イベント内で論じられているプロダクトに類似するプロダクトを特定するためにデータ構造を使用し得る。メディアアプリケーションは、さらに、１つ以上のデータベース上で（例えば、インターネット上で）検索を実行することによって、類似するプロダクトに関連する複数のレビューを自動的に検索し得る。イベント内で論じられているプロダクトに対するレビュー、および類似するプロダクトに対する複数のレビューの検索後、メディアアプリケーションは、特定されたプロダクトに対する検索されたレビューを類似するプロダクトに対するレビューと比較し得る。メディアアプリケーションは、その比較に基づいて、類似するプロダクトのレビューの任意の１つに関連する、プロダクトに対する好みのレベルを指し示す値が、特定されたプロダクトと関連する、プロダクトに対する好みのレベルを指し示す値を超えるかどうかを決定し得る。任意の類似するプロダクトのレビューの値が特定されたプロダクトのレビューの値を超える場合、メディアアプリケーションは、コンテンツ内の広告されたプロダクトが「最良」でないことを決定し得、インジケータをディスプレイのために生成し得る。インジケータは、プロダクトが最良でないことと、声明が誤りであることとを指し示し、広告されたプロダクトのレビュー値より大きいレビュー値があるレビューを有する類似するプロダクトのうちの少なくとも１つを特定する。類似するプロダクトのレビューの値のいずれも、特定されたプロダクトのレビューの値を超えない場合、メディアアプリケーションは、コンテンツ内の広告されたプロダクトが「最良」であることを決定し得、かつプロダクトが最良であることと声明が正しいこととを指し示すインジケータをディスプレイのために生成し得る。

メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））が第１のメッセージからの付加的な情報を第２のメッセージからの付加的な情報に付加しないことを決定する場合、メディアアプリケーションは、ステップ９１０において、メッセージにおいて受信される付加的な情報を比較するか否かを決定する。例えば、複数のメッセージが同じタスク（例えば、処理７００（図７）に関係して作成されるタスク）のために受信された場合、メディアアプリケーションは、正確さのためにそれぞれのメッセージ内の付加的な情報を比較し得る。例えば、異なるユーザー（例えば、ユーザーデバイス２０６、ユーザーデバイス２０８、およびユーザーデバイス２１０（図２）を作動させるユーザー）は、異なる付加的な情報を提供したことがあり得る。メディアアプリケーションは、最も多くのユーザーによって提供された付加的な情報（例えば、値）を決定し得、かつ補足情報を生成するためにその付加的な情報を使用し得る。

いくつかの実施形態において、メディアアプリケーションは、正確さの所定の閾値レベルを有し得る。例えば、メディアアプリケーションは、同じ情報または値を含む所定の数のメッセージを受信すると、付加的な情報が正確であることを決定し得る。加えてまたは代替的に、メディアガイダンスアプリケーションは、提供された値または情報が正確であるか否かを特定のサンプリング誤差の範囲内で決定するために統計的分析を使用し得る。例えば、閾値の数（例えば、１００）の応答を受信すると、メディアガイダンスアプリケーションは、特定のパーセンテージ（例えば、７５パーセント）で同じ応答を受信すると受信された値または情報が正しいことを決定し得る。特定の値を指し示す１００の応答全体のうち７５の応答は、メディアアプリケーションによって要求される特定のレベルの正確さに達し得る。

例えば、上の広告の例において、メディアガイダンスアプリケーションは、同じ値を特徴づける特定のパーセンテージまたは閾値量のメッセージを受信すると、受信された値（例えば、プロダクトの数的評価）が正確であることを決定し得る。

メディアアプリケーションが、受信されたメッセージを比較することを決定する場合、メディアアプリケーションは、ステップ９１４に進む。メディアアプリケーションが、受信されたメッセージを比較しないことを決定する場合、メディアアプリケーションは、ステップ９１２に進み、第１のメッセージおよび／または第２のメッセージに基づいて、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上での（例えば、ディスプレイ１０８（図１）における）ディスプレイのための補足情報を生成する。例えば、メディアアプリケーションは、第１のメッセージからの付加的な情報のみまたは第２のメッセージからの付加的な情報のみを使用して生成された（ステップ６２２（図６）に説明されているように）１つの補足情報を伝送し得る。加えてまたは代替的に、メディアアプリケーションは、第１のメッセージからの付加的な情報のみを使用して補足情報を生成し得かつ第２のメッセージからの付加的な情報のみを使用して補足情報を生成し得、両方ともユーザーに伝送し得る。

ステップ９１４において、メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））は、第１のメッセージおよび第２のメッセージから受信される付加的な情報が対応するか否かを決定する。対応する場合、メディアアプリケーションは、ステップ９２０において、対応する付加的な情報を用いて補足情報を生成する。例えば、メッセージにおいて受信される付加的な情報を比較すると、メディアアプリケーションは、それぞれのメッセージ内の付加的な情報が同じであるかどうかを決定する。付加的な情報が同じである場合、メディアアプリケーションは、続けて、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上での（例えば、ディスプレイ１０８（図１）における）ディスプレイのための補足情報を生成する。

メディアアプリケーション（例えば、メディアアプリケーション２０６（図２））が、第１のメッセージおよび第２のメッセージから受信される付加的な情報が対応しないことを決定する場合、メディアアプリケーションは、ステップ９１６において、第１のメッセージまたは第２のメッセージのうちのどちらかからの付加的な情報を選択する。いくつかの実施形態において、メディアアプリケーションは、１つ以上の基準（例えば、付加的な情報の著者に関連する評価）に基づくユーザーベースの付加的な情報を選択し得る。ステップ９１８において、メディアアプリケーションは、続けて、ユーザーデバイス（例えば、ユーザー装置４０２、４０４および／または４０６（図４））上での（例えば、ディスプレイ１０８（図１）における）ディスプレイのための選択された情報に基づいて補足情報を生成する。

例えば、上の広告の例において、メディアアプリケーションは、より信頼される著者からであったユーザーレビューを選択し得る。例えば、メディアアプリケーションは、メディアアプリケーションが複数のユーザーのうちのその特定のユーザーからのユーザーレビューを表示するべきかどうかを決定するために、複数のユーザーのそれぞれに関連する（例えば、ユーザーによって生成されたユーザーレビューに関連する評価を含む）ユーザープロフィールを比較し得る。ユーザープロフィールが高評価を指し示す（例えば、ユーザーが多くのレビューを書いていた）場合、メディアアプリケーションは、対応するユーザーによって提供されるメッセージにおいて受信される付加的な情報を使用し得る。ユーザープロフィールが低評価を指し示す（このユーザーによる以前のユーザーレビューが不快であるとしてフラグを立てられた）場合、メディアアプリケーションは、対応するユーザーによって提供されるメッセージにおいて受信される付加的な情報を使用しなくあり得る。

図９のステップまたは説明が本開示の他の実施形態に使用され得ると考えられる。加えて、図９に関係して説明されているステップおよび説明は、本開示の目的を促進するように代替的な順序でまたは平行になされ得る。例えば、これらのステップのそれぞれは、システムまたは方法の遅れを減少させるかまたはシステムまたは方法の速さを増大させるように、任意の順序で、平行にまたは実質的に同時に行われ得る。

本開示の上述されている実施形態は、図示する目的かつ制限しない目的で提示され、本開示は、以下の請求項によってのみ制限される。さらに、任意の１つの実施形態において説明されている特徴および制限は、本明細書の他の実施形態に適用され得、かつ１つの実施形態に関係するフローチャートまたは例は、適した手段で他の実施形態と組み合わせられ得るか、異なる順序でなされる得か、または平行になされ得ることに留意されたい。加えて、本明細書に説明されているシステムおよび方法は、リアルタイムで行われ得る。上述されているシステムおよび／または方法は、他のシステムおよび／または方法に適用され得るか、または他のシステムおよび／または方法により使用され得ることにさらに留意されたい。

Claims (1)

1. 明細書に記載された発明。

Images