(57)【要約】本願の原理のある側面は、少なくともメディア制御動作を実行するための命令を実行するための方法、システム、装置およびコンピュータ実行可能コードに向けられる。これは、提供されるメディア・コンテンツおよび注目情報をモニタリングし；前記注目情報に基づいて注目検出を判別し；前記注目検出および追加的な注目情報に基づいてフィルタ条件を評価し；前記フィルタ条件の肯定的判定に基づいてメディア制御動作を提供することを含んでいてもよい。本方法、システムおよび装置ならびにコンピュータ実行可能コードはさらに、該メディア制御動作を表示してもよい。
2018530277.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのメディア制御動作を実行する方法であって：
提供されるメディア・コンテンツおよび注目情報をモニタリングし；
前記注目情報に基づいて注目検出を判別し；
前記注目検出および追加的な注目情報に基づいてフィルタ条件を評価し；
前記フィルタ条件の肯定的判定に基づいて前記メディア制御動作を提供することを含む、
方法。
【請求項２】
前記メディア制御動作を表示することをさらに含む、請求項１記載の方法。
【請求項３】
前記追加的な注目情報は、イベント記録情報およびメタデータの群から選択される少なくとも一つである、請求項１記載の方法。
【請求項４】
前記イベント記録情報は、継続時間、観察者の数、メディア・コンテンツの型、時間情報、バイオメトリック情報、観察パターン、時間情報、ディスプレイ情報および補助装置の群から選択される少なくとも一つを含む、請求項３記載の方法。
【請求項５】
前記イベント記録情報は少なくともイベント記録を含み、該イベント記録は、前記メディア・コンテンツの時間に関係するタイムスタンプ、前記メディア・コンテンツの前記時間における前記メディア・コンテンツ情報および前記メディア・コンテンツの前記時間における少なくともある観察者の少なくとも注目情報の群から選択される少なくとも一つを含む、請求項３記載の方法。
【請求項６】
前記イベント記録情報は、複数のイベント記録のログを含み、該ログは、各イベント記録の各タイムスタンプと同期される、請求項３記載の方法。
【請求項７】
前記タイムスタンプは、前記観察者が前記メディア・コンテンツへの注目を獲得したまたは失ったときの、前記メディア・コンテンツの中での時間に対応する、請求項６記載の方法。
【請求項８】
前記注目検出が、前記観察者が、ある閾値より上の前記メディア・コンテンツへの注目を失ったことの判別に基づく、請求項１記載の方法。
【請求項９】
前記フィルタ条件がメタデータに基づいて決定され、該メタデータは、時刻、曜日、気象条件、視聴者の年齢もしくは性別、閲覧画面のサイズ、一日当たりに見られるテレビの時間数、地理的位置および選好プロファイルの群から選択される少なくとも一つである、請求項３記載の方法。
【請求項１０】
前記メディア制御動作を提供することは、前記メディア制御動作をオファーすることまたは作動させることの群から選択される少なくとも一つである、請求項１記載の方法。
【請求項１１】
少なくとも一つのメディア制御動作を実行するシステムであって、当該システムは：
提供されるメディア・コンテンツおよび注目情報をモニタリングするよう構成された処理ユニットであって、該処理ユニットはさらに、注目検出および追加的な注目情報に基づいてフィルタ条件を評価するよう構成されている、処理ユニットと；
前記処理ユニットによって使用される情報を記憶するよう構成されたメモリとを有しており、
前記注目検出は、前記注目情報に基づいて判別され、
前記処理ユニットはさらに、前記フィルタ条件の肯定的判定に基づいて前記メディア制御動作を提供する、
システム。
【請求項１２】
前記メディア制御動作を表示するための表示プロセッサをさらに含む、請求項１１記載のシステム。
【請求項１３】
前記追加的な注目情報は、イベント記録情報およびメタデータの群から選択される少なくとも一つである、請求項１１記載のシステム。
【請求項１４】
前記イベント記録情報は、継続時間、観察者の数、メディア・コンテンツの型、時間情報、バイオメトリック情報、観察パターン、時間情報、ディスプレイ情報および補助装置の群から選択される少なくとも一つを含む、請求項１３記載のシステム。
【請求項１５】
前記イベント記録情報は少なくともイベント記録を含み、該イベント記録は、前記メディア・コンテンツの時間に関係するタイムスタンプ、前記メディア・コンテンツの前記時間における前記メディア・コンテンツ情報および前記メディア・コンテンツの前記時間における少なくともある観察者の少なくとも注目情報の群から選択される少なくとも一つを含む、請求項１３記載のシステム。
【請求項１６】
前記イベント記録情報は、複数のイベント記録のログを含み、該ログは、各イベント記録の各タイムスタンプと同期される、請求項１３記載のシステム。
【請求項１７】
前記タイムスタンプは、前記観察者が前記メディア・コンテンツへの注目を獲得したまたは失ったときの、前記メディア・コンテンツの中での時間に対応する、請求項１６記載のシステム。
【請求項１８】
前記注目検出が、前記観察者が、ある閾値より上の前記メディア・コンテンツへの注目を失ったことの判別に基づく、請求項１１記載のシステム。
【請求項１９】
前記フィルタ条件がメタデータに基づいて決定され、該メタデータは、時刻、曜日、気象条件、視聴者の年齢もしくは性別、閲覧画面のサイズ、一日当たりに見られるテレビの時間数、地理的位置および選好プロファイルの群から選択される少なくとも一つである、請求項１３記載のシステム。
【請求項２０】
前記メディア制御動作を提供することは、前記メディア制御動作をオファーすることまたは作動させることの群から選択される少なくとも一つである、請求項１１記載のシステム。
【請求項２１】
方法を実行するためのコンピュータ実行可能コードが記憶されている非一時的な有体のコンピュータ可読記憶媒体であって、前記方法は：
提供されるメディア・コンテンツおよび注目情報をモニタリングし；
前記注目情報に基づいて注目検出を判別し；
前記注目検出および追加的な注目情報に基づいてフィルタ条件を評価し；
前記フィルタ条件の肯定的判定に基づいて前記メディア制御動作を提供することを含む、
記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連する仮出願への参照
本願は2015年9月1日に出願された「注目検出に基づくメディア・コンテンツ制御のための方法、システムおよび装置」と題する米国仮出願第62/212668号の優先権を主張するものである。同出願の内容はここに参照によってその全体において組み込まれる。
【０００２】
技術分野
本願の実施形態の原理は概括的にはオーディオ／ビデオ・メディア・コンテンツを表示するための方法および装置に関する。特に、本願の原理は注目〔アテンション〕検出に基づくメディア・コンテンツ制御のための方法、システムおよび装置に関する。
【背景技術】
【０００３】
数多くの電子およびコンピューティング装置がメディア・コンテンツ（たとえば、画像、オーディオおよび／またはビデオ・コンテンツ）を複数のユーザーからなるオーディエンスに対して呈示する。しかしながら、ユーザーの一または複数がある時間期間にわたってメディア・コンテンツを観察することを止めるときには問題になることがある。たとえば、一または複数のユーザーが、コンテンツが再生されている間に部屋を離れると、コンテンツを逃しうるというリスクがある。一時停止ボタンが使われると、残りのユーザー（単数または複数）は、未知の長さの時間にわたる無為な待機を被る。あるいはまた、一時停止の直後のコンテンツは見るに値しないことがありうる；そのため、ユーザーは一時停止動作が中断されるときに、不必要なコンテンツを受けることになる。あるいは、関連するコンテンツを位置特定しようとすることが、時間がかかり、不正確なプロセスであることがありうる。
【発明の概要】
【０００４】
一または複数のユーザーがメディア・コンテンツを観察するのを止めるときの混乱を最小限にする必要がある。たとえば、複数の視聴者が同じコンテンツを見ていてその一人があとで戻るつもりで部屋を去るときに、人（単数または複数）がメディア・コンテンツを逃すことを防ぐ方法が必要とされている。
【０００５】
本願の原理のある側面は、少なくともメディア制御動作を実行するための命令を実行するための方法、システム、装置およびコンピュータ実行可能コードに向けられる。これは、提供されるメディア・コンテンツおよび注目情報をモニタリングし；前記注目情報に基づいて注目検出を判別し；前記注目検出および追加的な注目情報に基づいてフィルタ条件を評価し；前記フィルタ条件の肯定的判定に基づいてメディア制御動作を提供することを含んでいてもよい。本方法、システムおよび装置ならびにコンピュータ実行可能コードはさらに、該メディア制御動作を表示してもよい。
【０００６】
前記追加的な注目情報は、少なくともイベント記録またはメタデータであってもよい。イベント記録情報は、前記メディア・コンテンツの複数の観察者の注目に関する情報を含んでいてもよい。イベント記録情報は：継続時間、観察者の数、メディア・コンテンツの型、時間情報、バイオメトリック情報、観察パターン、時間情報、ディスプレイ情報および補助装置の群から選択される少なくとも一つを含んでいてもよい。
【０００７】
イベント記録情報は少なくともイベント記録を含む。イベント記録は、前記メディア・コンテンツの時間に関係するタイムスタンプ、前記メディア・コンテンツの前記時間における前記メディア・コンテンツ情報および前記メディア・コンテンツの前記時間における少なくともある観察者の少なくとも注目情報のうちの少なくとも一つを含んでいてもよい。前記メディア・コンテンツ情報は、シーンがどれくらい決定的か、プロット情報などの指示を含んでいてもよい。前記イベント記録情報は、複数のイベント記録のログを含んでいてもよく、このログは、各イベント記録の各タイムスタンプと同期される。注目検出は、閾値より上の、前記観察者が前記メディア・コンテンツへの注目を失ったことの判定に基づいていてもよい。
【０００８】
前記フィルタ条件は、少なくともある観察者が前記メディア・コンテンツに注目を戻した場合に、肯定的になりうる。フィルタ条件は、メタデータに基づいて決定されてもよく、該メタデータは、時刻、曜日、気象条件、視聴者の年齢、視聴者の性別、閲覧画面のサイズ、一日当たりの消費コンテンツ時間、地理的位置および選好プロファイルからなる群から選択される少なくとも一つである。
【０００９】
メディア制御動作を提供することは、少なくとも、メディア制御動作をオファーすることまたは作動させることである。メディア・コンテンツ動作は、巻き戻し、一時停止、早送りおよびメディア中の所定の位置へのタイムスタンプ・ジャンプからなる群から選択される少なくとも一つに対応してもよい。
【図面の簡単な説明】
【００１０】
本発明の特徴および利点は、下記の図面との関連で参酌されるときの下記の詳細な説明から明白となりうる。
【図１】本願の原理に基づくシステムの概略図である。
【図２】本願の原理に基づく装置の概略図である。
【図３Ａ】本願の原理に基づく方法の流れ図である。
【図３Ｂ】本願の原理に基づく、メディア・コンテンツ制御動作を提供する方法の流れ図である。
【図４】本願の原理に基づく方法の流れ図である。
【図５】本願の原理に基づく方法の流れ図である。
【図６】本願の原理に基づく方法の流れ図である。
【図７】本願の原理に基づく方法の流れ図である。
【図８】本願の原理に基づく、メディア動作を表示するためのユーザー・インターフェースの概略図である。
【発明を実施するための形態】
【００１１】
本稿での用法では、「メディア・コンテンツ」は、任意の源から受領される任意の型のオーディオ、ビデオおよび／または画像メディア・コンテンツを含む、任意の型のメディアを含むものと定義されうる。たとえば、「メディア・コンテンツ」は、インターネット・コンテンツ、ストリーミング・サービス（たとえばM-Go、Netflix、Hulu、Amazon）、記録されたビデオ・コンテンツ、ビデオオンデマンド・コンテンツ、放送されたコンテンツ、テレビジョン・コンテンツ、テレビジョン番組（またはプログラム）、広告、コマーシャル、音楽、映画、ビデオ・クリップ、対話的ゲーム、ネットワーク・ベースのエンターテインメント・アプリケーションおよび他のメディア・アセットを含みうる。メディア・アセットは、オーディオ・ファイル、画像ファイルまたはビデオ・ファイルのような、任意の、あらゆる種類のデジタル・メディア・フォーマットを含みうる。
【００１２】
本願の原理のある側面は、メディア・コンテンツ制御動作（単数または複数）オプションを、表示のために提供するためのシステム、装置および方法（単数または複数）に関する。特に、本願の原理のある側面は、メディア・コンテンツの一または複数の観察者の注目変化（たとえば注目を失うことまたは注目を戻すこと）の検出に基づいて、メディア・コンテンツ制御動作オプションを、表示のために提供することに関する。
【００１３】
本願の原理のある側面は、メディア・コンテンツ観察者に関する注目情報を受け取ることに向けられる。たとえば、ある側面は、センサー（たとえばカメラ、マイクロフォン）から注目情報を受け取ることに向けられる。一例では、注目情報は、観察者がメディア・コンテンツを観察しているかどうかを識別するための視覚的および聴覚的情報に関係していてもよい。一例では、注目値が決定されてもよい。たとえば、注目値は、観察者が一人獲得されるごとに1だけインクリメントされてもよく、観察者が一人失われるごとに1だけ減らされてもよい。たとえば、ある人の注目は、端数注目単位で測定されてもよい（1.0から0.9、0.8、…、0）。
【００１４】
本願の原理のある側面は、映画の途中で人が部屋を出てその後戻ってくるときなど、特定の条件に基づいてメディア制御動作（たとえば一時停止、巻き戻し）を提供することに関する。一例では、本願の原理のある側面は、人が部屋および／または閲覧エリアを出たときを判別および／または認識しうる装置（たとえばメディア・プレーヤー、テレビ、ブルーレイプレーヤー、デジタル・セットトップボックス、ビデオゲームシステム、コンピュータ、タブレット、電話）に向けられる。人が特定の条件のもとに戻ってくるとき、装置は、コンテンツを、その人が部屋／閲覧エリアを出た時点に巻き戻すことをオファーしてもよい。
【００１５】
本願の原理のある側面は、（ｉ）観察者（単数または複数）がメディア・コンテンツを観察していない時間の長さ；（ｉｉ）メディア・コンテンツを観察しているまたは観察していない観察者の数；（ｉｉｉ）メディア・コンテンツを観察している観察者の総数；（ｉｖ）観察者がメディア・コンテンツを観察していない時間の間に提供されるメディア・コンテンツの型；（ｖ）時間情報（たとえば曜日、時刻）；（ｖｉ）地理的情報（たとえば位置、気象）；（ｖｉｉ）観察者情報（たとえば年齢、ジェスチャー、選好、バイオメトリック情報）；（ｖｉｉｉ）観察エリア内の補助装置（たとえば電話、タブレット）および観察者のそのような装置との相互作用；（ｉｘ）ディスプレイ情報（たとえばサイズ）；（ｘ）観察パターン（たとえば一日当たりに観察されるコンテンツの総時間数、一日当たりに観察される平均コンテンツ）のような情報に基づいて、メディア・コンテンツ制御動作を提供することに関する。
【００１６】
本願の原理のある側面は、メタデータに基づくメディア制御動作に関する。一例では、メタデータを解析して、特定のシーンに戻る可能性を判別してもよい。たとえば、メタデータが、不在の視聴者がプロットに本質的な情報を逃したことを示す場合、巻き戻しメディア・コンテンツ動作が提供されてもよい。
【００１７】
本願の原理のある側面は、メディア制御動作を提供するかどうかを決定するためにメタデータを解析することに向けられる。そのようなメタデータは、時刻、曜日、気象条件、視聴者の年齢、視聴者の性別、閲覧画面のサイズ、一日当たりに視聴されるテレビの時間数、地理的位置などを含んでいてもよい。たとえば、巻き戻しメディア制御動作は、視聴者が一日の遅い時間の間（たとえば午後九時以降）に不在であるとの判定に基づいて、提供されてもよい。条件判定（たとえば視聴者が戻ってくるときなど）に基づいて、何らかの関心の高いイベントがあるかどうか、メタデータのログが検査されてもよい。関心の高いイベントは、ドラマにおけるプロットの変転、スポーツ・コンテンツにおけるプレイもしくは得点イベントなどを含んでいてもよい。
【００１８】
メタデータは、ユーザー・プロファイルに関する情報を含んでいてもよい。プロファイルは、選好情報（たとえば、スポーツが好き、コメディーが嫌い）を含んでいてもよい。メディア制御動作は、そのようなユーザー・プロファイルに関係するメタデータに基づいて提供されてもよい。たとえば、巻き戻しオプションが提供されるかどうかは、ユーザーの選好に依存してもよい。もう一つの例では、コンテンツがスポーツに関係していて、ユーザー・プロファイルが該ユーザーがスポーツを好むことを示す場合、システムは巻き戻し動作を提供してもよい。しかしながら、コンテンツがコメディーに関係していて、ユーザー・プロファイルがそのユーザーがコメディーを好きでないことを示す場合には、巻き戻し動作はオファーされなくてもよい。
【００１９】
図１は、本願の原理に基づくシステム１００の概略図を示している。システム１００は装置（たとえばデバイス）であってもよく、あるいは複数のデバイスまたは装置から構成されていてもよい。装置は、命令を処理し、表示可能な画像を生成することのできるいかなるデバイスを有していることもでき、セットトップボックス、ブルーレイプレーヤー、テレビジョン、スマートテレビジョン、ゲームコンソール、ラップトップ、フルサイズ・パーソナルコンピュータ、スマートフォン、タブレットPCなどを含む。システム１００は、メディア・コンテンツ・モジュール１０１、注目検出モジュール１０２、メディア・コマンド・モジュール１０３、処理ユニット１０４およびメモリ１０５を含んでいてもよい。
【００２０】
メディア・コンテンツ・モジュール１０１は、一つまたは複数の源からメディア・コンテンツを受け取ってもよい。メディア・コンテンツは、放送（たとえばテレビジョンおよび／またはラジオ）、無線通信、ケーブル、衛星放送、インターネットまたは他の任意の通信媒体を介することを含め、いかなる通信媒体を介して送信されてもよい。メディア・コンテンツ・モジュール１０１は、放送アフィリエート・マネージャからメディア・コンテンツを受け取ってもよい。放送アフィリエート・マネージャはたとえば全国的な放送サービスであり、たとえばアメリカン・ブロードキャスティング・カンパニー（ABC:  American  Broadcasting  Company）、ナショナル・ブロードキャスティング・カンパニー（NBC:  National  Broadcasting  Company）、コロンビア・ブロードキャスティング・システム（CBS）または他の任意の放送サービスなどである。
【００２１】
メディア・コンテンツ・モジュール１０１は、メディア・コンテンツ・データを受け取って、前処理してもよい。前処理は、データをアナログ・フォーマットからデジタル・フォーマットに変換することを含んでいてもよい。メディア・コンテンツ・モジュール１０１はさらに、タイムスタンプ情報を含むメタデータを受け取ってもよい。タイムスタンプは、メディア・コンテンツのシーンまたはプロットの始まりおよび終わりを同定してもよい。メタデータは、本願の原理に基づいて本稿に記載される他のいかなる情報をも含んでいてもよい。
【００２２】
メディア・コンテンツ・モジュール１０１は、装置、デバイスなどでありうる。メディア・コンテンツ・モジュール１０１は、電気信号、電波などを受け取ってもよい。
【００２３】
注目検出モジュール１０２は、注目情報を受け取ってもよい。注目情報は注目検出に関係していてもよい。注目情報は、メディア・コンテンツの一または複数の観察者の注目に関係していてもよい。注目情報により、観察者が受領されたメディア・コンテンツを観察することを、止めた、開始した、あるいは観察に戻ったかどうかの判定ができる。一例では、注目検出モジュール１０２は、該モジュールが観察者の注目が失われたことまたは獲得されたことを判別および／または認識できるようにする情報を受け取ってもよい。たとえば、注目検出モジュール１０２は、人がいつエリアにはいるまたはエリアから出るかおよびそのような入退場点（単数または複数）が表示されるメディア・コンテンツに対してどのようにマッピングされるかを追跡してもよい。一例では、注目検出モジュール１０２は、注目情報（たとえばユーザーがメディア・コンテンツを観察しているかどうか）を感知するための一つまたは複数のセンサーを含んでいてもよい。あるいはまた、注目検出モジュール１０２は、システム１００の外部に位置するセンサーから情報を受け取ってもよい。センサーは、メディア・コンテンツ観察に関する視覚的、聴覚的および／または他の情報を感知してもよい。センサー源は、カメラ、検出ユニット、画像捕捉デバイス、動き感知デバイス、熱感知デバイス、バイオメトリック・フィードバック・デバイスおよびマイクロフォンの一つまたは複数を含んでいてもよい。
【００２４】
一例では、注目検出モジュール１０２は、ユーザーが部屋または観察エリア内にいるかどうかについての情報を受け取ってもよい。一例では、注目検出モジュール１０２は、あるエリアをカバーするカメラから情報を受け取ってもよい。該エリアは、メディア・コンテンツの通常の閲覧および／または聴取に似るおよび／またはそれを模写する視野および／または聴取域に対応してもよい。
【００２５】
一例では、注目検出モジュール１０２は、一または複数のメディア・コンテンツ観察者のバイオメトリック情報を受け取ってもよい。バイオメトリック情報は、ビデオ・カメラ、マイクロフォン、温度計および／または他のバイオメトリック測定デバイスのようないかなる源から受領されてもよい。注目検出モジュール１０２は、観察者の注視に関する情報（たとえば視線がさまよっているか、閲覧画面上に固定されているか）を受け取ってもよい。注目検出モジュール１０２は、エリアにおける会話のレベルに関する情報を受け取ってもよい。
【００２６】
注目検出モジュール１０２は、他のバイオメトリック測定値（たとえば、ユーザーの体温、ユーザーの脈拍数）を受け取ってもよい。注目検出モジュール１０２は、メディア・コンテンツの観察に関する他のユーザー情報を受け取ってもよい。これは、表情、動きまたは人間の認識のための他の特徴に関係する情報を含んでいてもよい。たとえば、注目検出モジュール１０２は、頭部配向、視線方向追跡および注目情報に関係する他の任意の情報に基づいて、注目情報を決定してもよい。
【００２７】
一例では、注目検出モジュール１０２は、受領された情報に基づいて一または複数の観察者の注目レベルを決定してもよい。あるいはまた、注目検出モジュール１０２は、受領された情報を、注目レベル（単数または複数）に関する決定のために処理ユニット（単数または複数）１０４に送信してもよい。
【００２８】
注目検出モジュール１０２はさらに、注目イベント記録の生成のための情報を受け取ってもよい。該記録は、観察者（単数または複数）の注目情報に関係する記録のログの一部であってもよい。注目検出モジュール１０２は、注目イベント記録を生成してもよく、あるいは注目イベント記録を生成するための情報を処理ユニット１０４に提供してもよい。注目イベント記録は、注目イベントが検出された時間に対応するタイムスタンプ、メディア・コンテンツ識別情報（その時点におけるメディア・コンテンツを同定する）、観察者識別情報（注目の獲得または喪失が検出されたところの観察者を同定する）および他の任意の関連するメタデータ（たとえば、シーン・メタデータ、プログラムのジャンル、プログラムの継続時間、開始時間、終了時間、ショー情報、再放送か新規公開か、決定的シーンまたはプロットの情報、プログラム品質指示、たとえばレーティング、映画またはテレビジョン・ショー情報）を含みうる。
【００２９】
注目検出モジュール１０２は、装置、デバイスなどであってもよい。注目検出モジュール１０２は電気信号、電波などを受け取ってもよい。
【００３０】
メディア・コマンド・モジュール１０３は、メディア・コンテンツ動作コマンドを受け取ってもよい。メディア・コンテンツ動作コマンドは、ユーザーからのコマンドを（たとえばリモコンを介して）受け取る通信インターフェースを介して受領されてもよい。メディア・コマンド・モジュール１０３は、（たとえばキーボード、マウス、キーパッド、画像捕捉装置、動き感知装置、マイクロフォンの）いかなる入力装置からいかなる媒体を介して情報を受け取ってもよい。メディア・コマンド・モジュール１０３は、メディア・コンテンツの動作の制御に関する情報（たとえば、一時停止、巻き戻し、早送りおよびあるタイムスタンプを選ぶことに関係するコマンド）を受け取ってもよい。
【００３１】
メディア・コマンド・モジュール１０３は、装置、デバイスなどであってもよい。メディア・コマンド・モジュール１０３は、電気信号、電波などを受け取ってもよい。
【００３２】
処理ユニット（単数または複数）１０４は少なくとも、システム・バスを介して他のコンポーネントに動作上結合されているプロセッサ（CPU）を含む。処理ユニット１０４は、メディア・コンテンツ・モジュール１０１、注目検出モジュール１０２およびメディア・コマンド・モジュール１０３から受領されるメディア・コンテンツ情報を処理してもよい。処理ユニット１０４は、コンピュータ・コードを実行することによって本願の原理に基づくさまざまな処理動作を実行するよう構成されてもよい。一例では、処理ユニット１０４は、図３〜図７との関連で記述される技法を実行してもよい。一例では、処理ユニット１０４は、メディア・コンテンツ・モジュール１０１、注目検出モジュール１０２およびメディア・コマンド・モジュール１０３の動作のための処理を実行してもよい。
【００３３】
一例では、処理ユニット１０４は、本願の原理に基づく注目判定を実行してもよい。処理ユニット１０４は、ユーザーがメディア・コンテンツを観察しているかどうかの判定に関する処理動作を実行してもよい。一例では、処理ユニット１０４は、ユーザーの注目の喪失または獲得を認識するための判定を実行してもよい。たとえば、処理ユニット１０４は、ある人がメディア・プレーヤーがあるエリアにはいった／該エリアから出たかどうかおよびそのような入退場時点が閲覧されているコンテンツに対してどのようにマッピングされるについて判定を実行してもよい。たとえば、処理ユニット１０４は、感知された注目が、注目の獲得を示すような閾値よりも上か下かを判定してもよい。別の例では、処理ユニット１０４は、感知された注目が、注目の喪失を示すような閾値より上か下かを判定してもよい。
【００３４】
処理ユニット１０４は、感知された注目情報に基づいて注目判定を実行してもよい。処理ユニット１０４は、受領された視覚的情報、聴覚的情報、バイオメトリック測定値（たとえば人の注視、温度、脈に関する情報）、表情、動きまたは人間の認識のための他の特徴に基づいて、判定を実行してもよい。
【００３５】
一例では、処理ユニット１０４は、メディア・コンテンツ観察者に関係するメタデータを受け取って処理してもよい。メタデータは、観察者に関連付けられたユーザー・プロファイルに関する情報を含んでいてもよい。プロファイルは、選好情報（たとえば、スポーツが好き、コメディーが嫌い）を含んでいてもよい。メタデータ情報はメモリ１０５に記憶されていてもよい。
【００３６】
処理ユニット１０４は、注目検出イベント記録を生成してもよい。処理ユニット１０４は、注目イベント記録を生成してもよい。注目イベント記録は、注目イベントが検出された時間に対応するタイムスタンプ、メディア・コンテンツ識別情報（その時点におけるメディア・コンテンツを同定する）、観察者識別情報（注目の獲得または喪失が検出されたところの観察者を同定する）および他の任意の関連するメタデータ（たとえば、シーン・メタデータ、プログラムのジャンル、プログラムの継続時間、開始時間、終了時間、ショー情報、再放送か新規公開か、決定的シーンまたはプロットの情報、プログラム品質指示、たとえばレーティング、映画またはテレビジョン・ショー情報）を含みうる。注目イベント記録は、メディア制御動作をオファーするか否かを決定するフィルタリング・システムのためのトリガーとして使われてもよい。注目イベント記録は、メモリ１０５に記憶されてもよい。処理ユニット１０４は、メディア制御動作をオファーするか否かを決定するフィルタリング・システムのためのトリガーとして、注目イベント記録を使ってもよい。
【００３７】
処理ユニット１０４は、注目イベント記録および／または追加的メタデータに基づいて注目またはフィルタ決定を実行してもよい。たとえば、処理ユニット１０４は、フィルタ決定を、（ｉ）観察者（単数または複数）がメディア・コンテンツを観察していない時間の長さ；（ｉｉ）メディア・コンテンツを観察しているまたは観察していない観察者の数；（ｉｉｉ）メディア・コンテンツを観察している観察者の総数；（ｉｖ）観察者がメディア・コンテンツを観察していない時間の間に提供されるメディア・コンテンツの型；（ｖ）時間情報（たとえば曜日、時刻）；（ｖｉ）地理的情報（たとえば位置、気象）；（ｖｉｉ）観察者情報（たとえば年齢、ジェスチャー、選好、バイオメトリック情報）；（ｖｉｉｉ）補助装置（たとえば電話、タブレット）および観察者のそのような装置との相互作用；（ｉｘ）ディスプレイ情報（たとえばサイズ）；（ｘ）観察パターン（たとえば一日当たりに観察されるコンテンツの総時間数、一日当たりに観察される平均コンテンツ）のような情報に基づいて実行してもよい。処理ユニット１０４は、メディア制御動作をオファーするかどうかを決定するために、フィルタ決定を実行してもよい。処理ユニット１０４は、図３〜図７との関連で述べるフィルタ決定を実行してもよい。
【００３８】
一例では、処理ユニット１０４はさらに、メタデータ（たとえばユーザー・プロファイル、メディア・コンテンツ・メタデータ）に基づいて決定を実行してもよい。処理ユニット１０４は、メタデータを解析して、メディア制御動作を提供するかどうかを決定してもよい。そのようなメタデータは、時刻、曜日、気象条件、視聴者の年齢もしくは性別、閲覧画面のサイズ、一日当たりに消費されるコンテンツの時間数、地理的位置または他の任意の観察者情報を含んでいてもよい。たとえば、処理ユニット１０４は、メタデータを解析して、ローカルに形成された以前のデータからまたは同じコンテンツの他者の消費から決定できる、特定のシーンに戻る可能性を決定してもよい。巻き戻しメディア制御動作は、メタデータが、不在の視聴者がプロットに本質的な情報を逃したことを示す場合に提供されてもよい。別の例では、巻き戻しメディア制御動作は、視聴者が一日の遅い時間（たとえば午後九時以降）の間に不在であるとの判定に基づいて、提供されてもよい。処理ユニット１０４は、何らかの関心の高いイベントがあるかどうか、メタデータのログを検査してもよい。関心の高いイベントは、ドラマにおけるプロットの変転、スポーツ・コンテンツにおけるプレイもしくは得点イベントなどを含んでいてもよい。
【００３９】
もう一つの例では、処理ユニット１０４は、ユーザー・プロファイルに関係するメタデータを解析してもよい。プロファイルは、選好情報（たとえば、スポーツが好き、コメディーが嫌い）を含んでいてもよい。処理ユニット１０４は、ユーザー・プロファイルにおいて示されるユーザー選好に基づいて処理決定を実行してもよい。たとえば、コンテンツがスポーツに関係していて、ユーザー・プロファイルが該ユーザーがスポーツを好むことを示す場合、システムは巻き戻し動作を提供してもよい。しかしながら、コンテンツがコメディーに関係していて、ユーザー・プロファイルがそのユーザーがコメディーを好きでないことを示す場合には、巻き戻し動作はオファーされなくてもよい。すなわち、コンテンツ自身の諸側面が、さまざまなメディア制御動作が行なわれるか否かを決定することができる（たとえば、コンテンツが30分より短ければ、コンテンツは巻き戻しされない）。
【００４０】
処理ユニット１０４は、メディア制御動作を提供してもよい。提供は、そのようなメディア・コンテンツをオファーすることまたは作動させることであってもよい。たとえば、処理ユニット１０４は、メディア・コンテンツ制御動作のオプションを、表示のためにオファーしてもよい。一例では、処理ユニット１０４は、メディア制御動作（たとえば巻き戻し、一時停止、早送り、メディア・コンテンツをあるタイムスタンプにセットする）の提案を、表示のために提供してもよい。たとえば、処理ユニット１０４は、ユーザーが部屋を出た時点でのシーンの小さな画像および巻き戻しオプションの指示をもつアイコンを、表示のために提供してもよい。処理ユニット１０４はさらに、メディア制御動作（たとえば巻き戻し、一時停止、早送り、メディア・コンテンツをあるタイムスタンプにセットする）を実行または作動させてもよい。処理ユニット１０４はさらに、任意的に、グラフィック処理、画像、オーディオおよび／またはビデオ・エンコード／デコードおよびオーディオ・エンコード／デコードを実行してもよい。
【００４１】
メモリ１０５は、メディア・コンテンツ・モジュール１０１、注目検出モジュール１０２およびメディア・コマンド・モジュール１０３の一つまたは複数から受領される情報を記憶するよう構成されてもよい。メモリ１０５は、多様なメモリ型の一つまたは複数であってもよい。たとえば、メモリ１０５は、HDD、DRAM、キャッシュ、読み出し専用メモリ（ROM）、ランダムアクセスメモリ（RAM）、ディスク記憶デバイス（たとえば磁気または光学式ディスク記憶デバイス）、半導体磁気デバイスなどの一つまたは複数であってもよい。
【００４２】
メモリ１０５は、図３〜図７に基づく技法を実行するよう構成されたコンピュータ実行可能命令を記憶していてもよい。実行可能命令は、上記のような処理ユニット１０４によってアクセス可能である。実行可能命令はランダムアクセスメモリ（RAM）に記憶されてもよく、あるいは非一時的なコンピュータ可読媒体に記憶されることができる。そのような非一時的なコンピュータ可読媒体は、たとえば電子式、磁気式、光学式、電磁式または半導体媒体のような多くの物理的媒体の任意のものを含むことができる。好適な非一時的なコンピュータ可読媒体のより具体的な例は、これに限られないが、フロッピーディスケットのようなポータブルな磁気式コンピュータ・ディスケットまたはハードドライブ、読み出し専用メモリ（ROM）、消去可能なプログラム可能型読み出し専用メモリ、ポータブルなコンパクトディスクまたは直接または間接に結合されることのできる他の記憶デバイスを含む。媒体は、上記および／または他のデバイスの一つまたは複数の任意の組み合わせをも含むことができる。
【００４３】
メモリ１０５はさらに、タイムスタンプ情報および／または注目検出イベント記録を記憶してもよい。メモリ１０５はさらに、注目に関係した情報、ユーザーに関係した情報（たとえばユーザー・プロファイル）、メディア・コンテンツに関係した情報およびメタデータに関係した情報を記憶してもよい。メモリ１０５はさらに、観察者またはユーザー情報および／または選好に関係するメタデータを記憶してもよい。
【００４４】
システム１００はさらに、当業者によって容易に考えられるように、他の要素（図示せず）を含めたり、ある要素を省いたりしてもよい。たとえば、当業者には容易に理解されるように、その具体的な実装に依存して、さまざまな他の入力装置および／または出力装置が含まれることができる。たとえば、さまざまな型の無線および／または有線の入力および／または出力装置が使われることができる。さらに、当業者には容易に理解されるように、さまざまな構成の追加的なプロセッサ、コントローラ、メモリなどが利用されることもできる。処理システム１０００のこれらおよび他の変形は、本稿で提供される本願の原理の教示を与えられれば、当業者によって容易に考えられる。
【００４５】
さらに、システム１００が、本稿に開示される技法を実行してもよいことが理解される。たとえば、システム１００は図３〜図７との関連で述べる方法の一つまたは複数の全部または一部を実行してもよい。
【００４６】
さらに、図２に関して後述する装置２００は、本願の原理のそれぞれの実施形態を実装するための装置であることが理解される。デバイス２００の一部または全部は、システム１００の要素の一つまたは複数において実装されてもよい。
【００４７】
図２は、本願の原理に基づくメディア・コンテンツ制御動作の処理を実行するための例示的な装置２００の概略図を示している。
【００４８】
装置２００は、命令を処理して、表示可能な画像を生成することのできるいかなるデバイスであってもよく、セットトップボックス、ブルーレイプレーヤー、テレビジョン、スマートテレビジョン、ゲームコンソール、ラップトップ、パーソナルコンピュータ、スマートフォン、タブレットデバイスなどを含むがそれに限られない。装置２００は、メモリ２０１、処理ユニット（単数または複数）２０２、フィルタ・マネージャ２０３、表示プロセッサ２０４およびディスプレイ２０５を含んでいてもよい。
【００４９】
メモリ２０１は、図１との関連で述べたメモリ１０５と同様のメモリであってもよい。たとえば、メモリ２０１は、メディア・コンテンツ、注目、イベント記録およびメタデータ情報を記憶してもよい。同様に、処理ユニット２０２は、図１との関連で述べた処理ユニット１０４と同様の処理ユニットであってもよい。
【００５０】
フィルタ・マネージャ２０３は、図３〜図７との関連で述べる原理に基づいてフィルタリング・プロセスを実行してもよい。一例では、フィルタ・マネージャ２０３は、メモリ２０１および処理ユニット２０２を利用してフィルタリング・プロセスを実行してもよい。一例では、フィルタ・マネージャ２０３は、メモリ２０１および処理ユニット２０２上で実装されてもよい。フィルタ・マネージャ２０３は、図１の処理ユニット１０４との関連で述べた原理に従ってフィルタリング動作を実行してもよい。
【００５１】
表示プロセッサ２０４は、フィルタ・マネージャ２０３による決定に基づいてメディア・コンテンツ制御動作を表示のために生成する。一例では、表示プロセッサ２０４は、メモリ２０１および処理ユニット２０２を利用して表示のための情報を生成してもよい。一例では、表示プロセッサ２０４はメモリ２０１および処理ユニット２０２上で実装されてもよい。表示プロセッサ２０４は、図１の処理ユニット１０４との関連で述べた原理に従って動作を実行してもよい。
【００５２】
ディスプレイ２０５は図２では装置２００の一部として示されているが、他の例では、装置２００は単にディスプレイ２０５と相互作用するのであってもよく、ディスプレイ２０５は、インターフェースを通じて装置２００に結合された異なるシステムまたはデバイス（たとえばコンテンツ消費またはコンテンツ呈示デバイス）の一部などであることができる。
【００５３】
図３Ａは、本願の原理に従ってメディア・コンテンツ制御動作（単数または複数）を提供するための方法３００の流れ図を示している。方法３００は、メディア・コンテンツが複数の観察者またはユーザーに提供されている間に実行されてもよい。
【００５４】
方法３００は、注目情報を受け取るブロック３０１を含む。一例では、ブロック３０１は、任意の源（たとえばセンサー、コンピューティング装置（単数または複数））から、任意の媒体（たとえば有線、無線）を介して、情報を受け取ってもよい。
【００５５】
ブロック３０１は、一または複数のメディア・コンテンツ観察者またはユーザーの注目に関係する情報を受け取ってもよい。一例では、ブロック３０１は、一または複数の観察者またはユーザーの注目判定（たとえば、注目の喪失、獲得または復帰）のための注目情報を受け取ってもよい。別の例では、ブロック３０１は、生のデータ（たとえばセンサー・データ）を受け取って、そこから一または複数の観察者またはユーザーの注目情報が決定されてもよい。一例では、ブロック３０１は、図１の注目検出モジュール１０２との関連で述べた注目情報を受け取ってもよい。
【００５６】
一例では、ブロック３０１は、バイオメトリック・フィードバックに関係する情報を受け取ってもよい。たとえば、ブロック３０１は、人の注視、温度、脈拍数などに関する情報を受け取ってもよい。別の例では、ブロック３０１は、ユーザーの表情、動きまたは人間の認識のための他の特徴に関係する情報を受け取ってもよい。一例では、ブロック３０１はさらに、タイムスタンプ情報を受け取ってもよい。タイムスタンプ情報は、図１における注目検出モジュール１０２との関連で述べたイベント記録のようなイベント記録に対応していてもよい。
【００５７】
ブロック３０２は、受領された注目に基づいて注目判定を実行してもよい。一例では、ブロック３０２は、メディア・コンテンツの一または複数の観察者またはユーザーの注目の喪失、獲得および／または復帰があるかどうかを判定してもよい。
【００５８】
ブロック３０２は、部屋を出ること、ディスプレイおよび／またはマイクロフォンの近傍を離れること、寝入ること、本を読むことなどのような注目の喪失を判別してもよい。あるいはまた、ブロック３０２は、ユーザーまたは観察者が閲覧エリアを離れたかどうかを判定してもよい。ブロック３０２は、人がいつメディア・プレーヤーのあるエリアにはいるまたはエリアから出るかおよびそのような入退場点が閲覧されるコンテンツに対してどのようにマッピングされるかを追跡してもよい。ブロック３０２は、同様に、部屋にはいる／戻ること、ディスプレイおよび／またはマイクロフォンの近傍にはいる／戻ること、別の活動（たとえば睡眠、読書）からメディア・コンテンツに注目を移すことのような注目獲得を判別してもよい。ブロック３０２は、観察者の視線がさまよっているか閲覧画面に固定されているかを判定してもよい。
【００５９】
一例では、ブロック３０２は、ブロック３０１から受領される注目情報に基づいて注目値を決定してもよい。一例では、ブロック３０２は、コンテンツの各閲覧者／消費者に対応する異なる値をもつことのできる別個の注目値を決定してもよい。たとえば、ブロック３０２は、観察者が一人獲得されるごとに注目値を1だけインクリメントしてもよく、観察者が一人失われるごとに計数を1だけ減らしてもよい。別の例では、ブロック３０２は、観察者についての部分的注目値を、その観察者の行動に基づいて決定してもよい。たとえば、注目を移すこと（たとえば、睡眠、読書、他の補助デバイスを観察すること、他の人と会話をすること）によって、部分的注目喪失が示されてもよい。たとえば、人の注目は、注目が移った各参加者について、端数注目単位で測定されてもよい（1.0から0.9、0.8、…、0）。一例では、ブロック３０２は、表２〜表７に基づいて注目値を決定してもよい。
【００６０】
一例では、ブロック３０２は、注目変化があるかどうかを判定してもよい。一例では、ブロック３０２は注目値に基づいて注目変化を判別してもよい。一例では、ブロック３０２は、注目値を閾値と比較してもよい（たとえば、注目値が閾値より上か、閾値に等しいか、および／または閾値より下かを判定する）。ブロック３０２は、注目の獲得、喪失または復帰があるかどうかも判定してもよい。注目変化の判別に基づいて、ブロック３０２はブロック３０３に制御を渡してもよい。
【００６１】
ブロック３０２は、検出された注目および／または対応するメディア・コンテンツに関係する時間を同定するタイムスタンプを含むイベント記録の生成をトリガーしてもよい。
【００６２】
ブロック３０３は、ブロック３０２から注目判定を受け取ってもよい。たとえば、ブロック３０３は、ブロック３０２からの注目トリガー情報、たとえば注目変化の判別および／または注目変化の量（たとえば、注目獲得、喪失または復帰の量）を受け取ってもよい。別の例では、ブロック３０３は、注目が変化したとの二値（肯定または否定）の指示および／または注目変化の型（たとえば喪失、獲得、復帰）を受け取ってもよい。
【００６３】
ブロック３０３は、メディア制御動作をオファーするかどうかを決定するために解析を実行してもよい。ブロック３０３はさらに、どのメディア・コンテンツ制御動作がオファーされるべきかを決定してもよい。一例では、ブロック３０３は、メディア制御動作をいつオファーするかを決定するために、望まれない中断をフィルタリングしてもよい。一例では、ブロック３０３は、フィルタ注目判定に基づいて、メディア制御動作をオファーするか否かを決定してもよい。
【００６４】
ブロック３０３は、フィルタ注目決定を実行してもよい。ブロック３０３は、フィルタ注目決定に基づいてメディア制御動作をオファーするかどうかを決定してもよい。一例では、ブロック３０３は、前記注目判定（たとえば、複数のメディア・コンテンツ観察者のグループのうちの一または複数の観察者の関心の前記喪失、獲得または復帰の認識のような関心変化）に基づいて決定を実行してもよい。ブロック３０３は、タイムスタンプ情報に基づいてフィルタ決定を実行してもよい。たとえば、ブロック３０３は、対応するメディア・コンテンツと一緒に記憶されているタイムスタンプに基づいて決定を実行してもよい。タイムスタンプは、メディア制御動作と一緒に表示されてもよい。タイムスタンプはさらに、メディア制御動作がメディア・コンテンツを操作すべき時点を決定するために利用されてもよい。たとえば、タイムスタンプは、ビデオが巻き戻されうる時点を示してもよい。ブロック３０３はさらに、メディア・コンテンツと、観察者がメディア・コンテンツへの注目を失った、獲得したおよび／または戻した時点とを分類するために、タイムスタンプ情報を使ってもよい。そのような時点は、トリガー点として知られてもよく、それはブロック３０３によってメディア制御動作と一緒に使うために分類されてもよい。
【００６５】
ブロック３０３は、ブロック３０５からのイベント記録情報（たとえばログ）およびブロック３０６からの他のメタデータ（たとえば注目判定とは独立なメタデータ）に基づいてフィルタ注目決定を実行してもよい。たとえば、ブロック３０３は、（ｉ）観察者（単数または複数）がメディア・コンテンツを観察していない時間の長さ；（ｉｉ）メディア・コンテンツを観察しているまたは観察していない観察者の数；（ｉｉｉ）メディア・コンテンツを観察している観察者の総数；（ｉｖ）観察者がメディア・コンテンツを観察していない時間の間に提供されるメディア・コンテンツの型；（ｖ）時間情報（たとえば曜日、時刻）；（ｖｉ）地理的情報（たとえば位置、気象）；（ｖｉｉ）観察者情報（たとえば年齢、ジェスチャー、選好、バイオメトリック情報）；（ｖｉｉｉ）観察エリア内の補助装置（たとえば電話、タブレット）および観察者のそのような装置との相互作用；（ｉｘ）ディスプレイ情報（たとえばサイズ）；（ｘ）観察パターン（たとえば一日当たりに観察されるコンテンツの総時間数、一日当たりに観察される平均コンテンツ）のうちの一つまたは複数を評価してもよい。ブロック３０３は、図３Ａおよび図４〜図７との関連で述べるプロセスに基づいてフィルタ決定を実行してもよい。
【００６６】
ブロック３０５は、ブロック３０３に注目イベント記録のログを提供してもよい。イベント記録は、注目検出イベントに対応するタイムスタンプ、メタデータおよび観察者識別情報のようなさまざまな情報に基づいていてもよい。記録は、対応する注目イベント記録と一緒に記憶されてもよいタイムスタンプを含んでいてもよい。イベント記録はさらに、シーン・メタデータを含んでいてもよい。タイムスタンプおよび／またはイベント記録は、メディア制御動作をオファー（たとえば巻き戻しオファー）するか否かを決定するフィルタリング・システムのためのトリガーとして使われてもよい。イベント記録はさらに、注目イベントに関連付けられた観察者識別情報（たとえば、注目が獲得および／または喪失された観察者についての情報）を含んでいてもよい。
【００６７】
ブロック３０６は、メタデータ（たとえばユーザー・プロファイル、メディア・コンテンツ・メタデータ）を提供してもよい。たとえば、ブロック３０３は、ブロック３０６からのメタデータを解析して、特定のシーンに戻るかどうかを決定してもよい。たとえば、メタデータが、不在の視聴者がプロットに本質的な情報を逃したことを示す場合、巻き戻しメディア制御動作が提供されてもよい。ブロック３０３はメタデータを解析して、メディア制御動作を提供するかどうかを決定してもよい。そのようなメタデータは、時刻、曜日、気象条件、視聴者の年齢もしくは性別、閲覧画面のサイズ、一日当たりに視聴されるテレビの時間数、地理的位置などを含んでいてもよい。たとえば、巻き戻しメディア制御動作は、視聴者が一日の遅い時間（たとえば午後九時以降）の間に不在であるとの判定に基づいて、提供されてもよい。条件判定に基づいて（たとえば視聴者が戻ってくるときなど）、ブロック３０３は、何らかの関心の高いイベントがあるかどうか、メタデータのログを検査してもよい。関心の高いイベントは、ドラマにおけるプロットの変転、スポーツ・コンテンツにおけるプレイもしくは得点イベントなどを含んでいてもよい。メタデータ内の関心の高いイベントのシーンの判別に基づいて、ブロック３０３は、関心の高いイベントのシーンに戻ってくる可能性が高いと判定してもよい。
【００６８】
もう一つの例では、メタデータは、観察者プロファイルに関係していてもよい。プロファイルは、選好情報（たとえば、スポーツが好き、コメディーが嫌い）を含んでいてもよい。たとえば、巻き戻しオプションが提供されるかどうかは、ユーザーの選好に依存してもよい。たとえば、コンテンツがスポーツに関係していて、ユーザー・プロファイルが該ユーザーがスポーツを好むことを示す場合、システムは巻き戻し動作を提供してもよい。しかしながら、コンテンツがコメディーに関係していて、ユーザー・プロファイルがそのユーザーがコメディーを好きでないことを示す場合には、メディア制御動作はオファーされなくてもよい。
【００６９】
一例では、ブロック３０３は、観察者の不在の時間の長さに基づいてフィルタ決定を実行してもよい。継続時間情報はブロック３０５によって提供されてもよい。ブロック３０３は、不在が短い（たとえば閾値以下である）場合にはメディア制御動作をオファーしないと決定してもよい。ブロック３０３は、不在が長い（たとえば閾値より上である）場合にはメディア制御動作をオファーしないと決定してもよい。ブロック３０３はさらに、不在の間に示されたコンテンツがあまり重要性のないものである場合など、追加的な情報を考慮してもよい（そのような場合、メディア制御動作をオファーしないと決定されてもよい）。
【００７０】
ブロック３０３は、メディア・コンテンツの観察者の数に基づいてフィルタ決定を実行してもよい。観察者の数はブロック３０５によって提供されてもよい。たとえば、ブロック３０３は、オファーされるべきメディア・コンテンツ動作の型を、そのメディア・コンテンツを観察している人数に基づいて決定してもよい。たとえば、少数の観察者（たとえば二人）がいるとき、ブロック３０３は、一人の観察者がもはやメディア・コンテンツを観察していない場合には一時停止動作が最も適切であると決定してもよい。しかしながら、観察者の数が閾値ホールドより上である（たとえば五人）ときは、ブロック３０３は、ユーザーが戻ってくる時点で巻き戻し動作がオファーされるべきであると決定してもよい。たとえば、メディア・コンテンツを観察している二人の人のみがいて、一人が去ってまた戻るときは、一時停止ボタンが、何が望まれるかの不確定性を扱う最善の方法を提供する。しかしながら、大人数のグループでは、一人が離れることがグループに不便を来たすべきではない。別の例では、ブロック３０３は、メディア・コンテンツに基づいてフィルタ決定を実行してもよい。たとえば、ブロック３０３は、人の不在の間に表示されるメディア・コンテンツに基づいて、フィルタ決定を実行してもよい。一例では、ブロック３０３は、観察者が戻る前にシーンまたはコンテンツ型が終わる場合にはメディア制御動作がオファーされるべきではないと決定してもよい。コンテンツの型および／またはコンテンツ・シーンが人が戻る前に終わる場合、ブロック３０３は、戻ってくる者はそのコンテンツに対する関心を失ったと判断してもよい。メディア・コンテンツが変更される（たとえばチャンネルが変えられる、メディア・コンテンツ型が変えられる、入力源が変えられる）場合も、ブロック３０３はメディア・コンテンツ制御動作がオファーされなくてもよいと判断してもよい。ブロック３０３は、観察者の戻り前に実行されるそのような変化が、もとのコンテンツが観察者にとって十分に関心のあるものではないことを示すと判断してもよい。
【００７１】
ブロック３０３は、時間情報（たとえば曜日、時刻）、地理的情報（たとえば位置、気象）、観察者情報（たとえば年齢、ジェスチャー、選好、バイオメトリック情報）、観察エリア内の補助装置（たとえば電話、タブレット）および観察者のそのような装置との相互作用、ディスプレイ情報（たとえばサイズ）および観察パターン（たとえば一日当たりに観察されるコンテンツの総時間数、一日当たりに観察される平均コンテンツなど）のような追加的な検出される情報に基づいてフィルタ決定を実行してもよい。ブロック３０３は、ブロック３０６からのメタデータを吟味して、そのような決定を実行してもよい。たとえば、ブロック３０３は、時刻が遅い場合（たとえば午後１１時以降）にはメディア制御動作がオファーされるべきではないと決定してもよい。しかしながら、ブロック３０３は、メディア・コンテンツがプライムタイム（たとえば午後８時〜１０時）に閲覧されている場合には、メディア制御動作をオファーすることに決定してもよい。もう一つの例では、ブロック３０３は、地理的情報に基づいてメディア制御動作がオファーされるべきであると決定してもよい。たとえば、ブロック３０３は、メディア・コンテンツが観察者が位置している地理的領域にとって特に関連性のある場合には、メディア・コンテンツ巻き戻し動作をオファーしてもよい。地理的情報はブロック３０６によって提供されてもよい。
【００７２】
一例では、ブロック３０３は、メディア制御動作がオファーされるべきであることを、観察者情報（たとえば、年齢、ジェスチャー、選好、バイオメトリック情報）に基づいて決定してもよい。観察者情報は、ブロック３０６によって提供されるメタデータの一部であってもよい。たとえば、ブロック３０３は、観察者のジェスチャーが、番組に関心を抱いていることを示す場合には、メディア制御がオファーされるべきであると決定してもよい。ブロック３０３は、番組が観察者の年齢の者に固有であろう場合には、メディア制御がオファーされるべきであると決定してもよい。ブロック３０３は、観察者の選好が該観察者がその番組に特に関心をもつであろうことを示す場合には（たとえば、観察者のプロファイルがスポーツの選好を示し、メディア・コンテンツがスポーツ型の番組である場合）、メディア制御がオファーされるべきであると決定してもよい。
【００７３】
ブロック３０３は、観察者のバイオメトリックが（たとえば上昇した脈拍を通じて）該観察者がその番組に関心を抱いていることを示す場合には、メディア制御が提供されるべきであると決定してもよい。別の例では、ブロック３０３は、観察者の関心がさまよっているとの判定（たとえば観察者の視線の検出および／または会話レベルの上昇に基づく）に基づいて、メディア制御がオファーされるべきでないと決定してもよい。部屋を去る人が低い関心をもっていた（たとえばバイオメトリック・フィードバックがその人が眠る間際であったことを示した）と判定される場合には、その人が戻るときに、メディア制御動作が禁止されてもよい。あるいは、視聴者が部屋の外にいたときにバイオメトリック・フィードバックが高いレベルの視聴者関心（たとえば速い脈拍、瞳孔拡大）を示した場合には、その視聴が戻ってくるときにメディア制御動作（たとえば巻き戻し動作）がオファーされてもよい。
【００７４】
一例では、ブロック３０３は、観察エリア内の補助装置（たとえば電話、タブレット）および観察者のそのような装置との相互作用に基づいて、メディア制御動作がオファーされるべきかどうかを決定してもよい。たとえば、ブロック３０３は、観察者が長々と補助装置と対話し始める場合には、メディア制御動作がオファーされるべきではないと決定してもよい。たとえば、ブロック３０３は、観察者がタブレットで追加的なメディア・コンテンツを再生し始める場合には、メディア制御動作をオファーしなくてもよい。
【００７５】
一例では、ブロック３０３は、観察パターン（たとえば一日当たりに観察されるコンテンツの総時間数、一日当たりに観察される平均コンテンツなど）に基づいて、メディア制御動作がオファー／作動されるべきであると決定してもよい。たとえば、ブロック３０３は、戻ってきたユーザーであって、一日当たりの観察されるメディア・コンテンツの総時間数が多いまたは観察されたメディア・コンテンツの平均時間が長いユーザーについて、メディア・コンテンツ制御動作をオファーしてもよい。
【００７６】
ブロック３０３は、表１に基づいてメディア制御動作をオファーするかどうかを決定してもよい。
【００７７】
【表１】
2018530277.tif 000003
一例では、表１の「条件判定」列は、メディア制御動作（たとえば巻き戻し、一時停止、時間ジャンプ）が実行されるかどうかを示してもよい。
【００７８】
別の例では、ブロック３０３は、下記の表２〜表７の情報に基づいて、メディア制御動作をオファーするかどうかを決定してもよい。一例では、「注目判定」列は、注目行動または条件に対応してもよい。注目判定情報はブロック３０２から、ブロック３０５のイベント記録ログから、および／またはメタデータ・ブロック３０６から受領されてもよい。「乗数」列は、対応する注目判別を受ける観察者の数に乗算される乗数に対応してもよい。一例では、注目判別の数に「乗数」を乗算することから帰結する値は注目変化値である。注目変化値は、その後、注目変化が起こったかどうかを判定するために使われる。ブロック３０３が注目変化が起こったと判定する場合には、ブロック３０４に制御を渡してもよい。
【００７９】
【表２】
2018530277.tif 000004
【００８０】
【表３】
2018530277.tif 000005
【００８１】
【表４】
2018530277.tif 000006
【００８２】
【表５】
2018530277.tif 000007
【００８３】
【表６】
2018530277.tif 000008
【００８４】
【表７】
2018530277.tif 000009
ブロック３０３はさらに、一つまたは複数のフィルタ条件判定を組み合わせてもよい。たとえば、ブロック３０３はさらに、上記の一つまたは複数のフィルタ条件判定の組み合わせを評価してもよい。たとえば、ブロック３０３は、複数のフィルタ条件判定の評価によって、メディア制御動作がオファーされるべきかどうかを決定してもよい。たとえば各フィルタ条件判定は、メディア制御動作についての値を与えられてもよく、それらの値が互いに乗算されて、全フィルタ値を決定してもよい。次いで、そのフィルタ値が閾値と比較されて、メディア制御動作を提供するかどうかを決定してもよい。別の例では、ある種のフィルタ条件判定がより高い優先度を与えられてもよく、あるいは他のフィルタ条件判定をオーバーライドしてもよい。たとえば、不在の継続時間に基づく、メディア制御動作をオファーしないという決定は、コンテンツ・ベースの決定に基づく、メディア制御動作をオファーするという矛盾する決定より高い優先度をもち、これをオーバーライドしてもよい。
【００８５】
ブロック３０４は、ブロック３０３から受領されたフィルタ条件（単数または複数）決定に基づいて、表示のために、メディア・コンテンツ動作を提供してもよい。一例では、ブロック３０４は、次のメディア制御動作オプションの一つまたは複数を提供してもよい：巻き戻し、一時停止、早送り、メディア・コンテンツを特定のタイムスタンプに設定、メディア・コンテンツを特定のシーンに設定。ブロック３０４は、実行されるべきメディア制御動作の情報をブロック３０３から受け取ってもよい。別の例では、ブロック３０４は、システムとの対話を通じた選択のために複数のメディア制御動作を提供してもよい。ブロック３０４は、メディア制御動作のほかに、追加的な情報を表示のために提供してもよい。たとえば、ブロック３０４は、表示されるべきメディア・コンテンツのタイムスタンプに対応する画像（たとえばシーンのスクリーンショット）を、表示のために提供してもよい。一例では、ブロック３０４は、メディア制御動作をオファーすることを決定してもよい。別の例では、ブロック３０４は、一時停止、ボリューム制限（たとえば音量を下げること）および／または注目の喪失の指示といった、任意のメディア制御動作を自動的に実行するまたは作動させてもよい。
【００８６】
図３Ｂは、本願の原理に従ってメディア・コンテンツ制御動作（単数または複数）を提供するための方法３５０の流れ図を示している。方法３５０は、メディア・コンテンツが複数の観察者またはユーザーに提供されている間に実行されてもよい。
【００８７】
方法３５０は、注目情報を受け取るブロック３５１を含んでいてもよい。一例では、ブロック３５１は、図３Ａのブロック３０１との関連で述べた原理に従って注目情報を受け取ってもよい。
【００８８】
方法３５０はさらに、注目判定を実行するためのブロック３５２を含んでいてもよい。一例では、ブロック３５２は、図３Ａのブロック３０２との関連で述べた原理に従って注目判定を実行してもよい。ブロック３５２は次いで、注目の獲得、喪失または復帰があるかどうかを判定してもよい。ブロック３５２は、注目トリガーがあることを判別し（YESの判定）、次いで、制御をブロック３５３に渡してもよい。ブロック３５２が注目トリガーがないと判定する場合には、制御をブロック３５１に戻してもよい。
【００８９】
ブロック３５３は、一般的なフィルタ決定を実行してもよい。一例では、ブロック３５３の一般的なフィルタは、図３Ａのブロック３０３との関連で述べたフィルタおよびフィルタ条件であってもよい。一例では、ブロック３５３は、一般的なフィルタが適用されるべきかどうかを判定するために、ブロック３８０からのイベント記録ログおよび／またはメタデータ情報を吟味してもよい。たとえば、ブロック３５３は、不在の継続時間に基づくフィルタが適用されるべきである（フィルタＡ）と決定してもよい。ブロック３５３は、追加的なフィルタが適用されるべきであるかどうかを判定してもよい。たとえば、コンテンツを観察することを止めた観察者の数に基づくフィルタ（フィルタＢ）である。ブロック３５３は、二つ以上のフィルタが適用されるべきであると決定してもよい。たとえば、ブロック３５３は、地理的位置または時刻に基づくフィルタのような追加的なフィルタが適用されるべきであると決定してもよい。あるいはまた、ブロック３５３は、一つのフィルタだけが適用されるべきであると決定してもよい。ブロック３５３は次いで、ブロック３６０におけるフィルタ・セットＡまたはブロック３７０におけるフィルタ・セットＢ、フィルタＡおよびＢの両方および／または他のフィルタ（Ｃ、Ｄ、…など）のような決定されたフィルタ・セット（単数または複数）に制御を渡してもよい。
【００９０】
ブロック３６０は、フィルタ・セットＡ決定を実行してもよい。一例では、ブロック３６０は、図３Ａとの関連で述べた原理に従ってフィルタ・セットＡに注目値を割り当ててもよい。ブロック３６０は次いで制御をブロック３６１に渡してもよい。
【００９１】
ブロック３６１は、ブロック３６０で決定された値を閾値Ａと比較してもよい。一例では、閾値Ａは表２〜表７に従って決定されてもよい。ブロック３６０からの値が肯定的（YES）条件を決定する（たとえばフィルタ・セットＡ値が閾値Ａ以上である）場合には、ブロック３６１は制御をブロック３６２に渡してもよい。そうでなく、ブロック３６０が否定的（NO）条件を決定する（たとえばフィルタ・セットＡの値が閾値Ａ以上でない）場合には、ブロック３６１は制御をブロック３５１に戻してもよい。
【００９２】
ブロック３６２は、メディア制御動作Ａを提供してもよい。一例では、ブロック３６２は、図３Ａのブロック３０４との関連で述べた原理に従ってメディア制御動作を提供してもよい。
【００９３】
ブロック３７０は、フィルタ・セットＢ決定を実行してもよい。一例では、ブロック３７０は、図３Ａとの関連で述べた原理に従ってフィルタ・セットＢに注目値を割り当ててもよい。ブロック３７０は次いで制御をブロック３７１に渡してもよい。
【００９４】
ブロック３７１は、ブロック３７０で決定された値を閾値Ｂと比較してもよい。一例では、閾値Ｂは表２〜表７に従って決定されてもよい。ブロック３７０からの値が肯定的（YES）値を決定する（たとえばフィルタ・セットＢ値が閾値Ｂ以上である）場合には、ブロック３６１は制御をブロック３７２に渡してもよい。そうでなく、ブロック３７０が否定的（NO）条件を決定する（たとえばフィルタ・セットＢの値が閾値Ｂ以上でない）場合には、ブロック３７１は制御をブロック３５１に戻してもよい。
【００９５】
ブロック３７２は、メディア制御動作Ｂを提供してもよい。一例では、ブロック３７２は、図３Ａのブロック３０４との関連で述べた原理に従ってメディア制御動作を提供してもよい。一例では、メディア制御動作Ｂはブロック３６２のメディア制御動作Ａと同じであっても、異なっていてもよい。３．一例では、ブロック３７２は、別のフィルタ・セットによってすでにメディア制御動作がオファーされたかどうかを判定してもよい。すでにメディア制御動作がオファーされている場合には、ブロック３７２は、新たに決定されたフィルタ・セットに基づいて何らかの追加的な情報をオファーするかどうかを決定してもよい（たとえば、異なるメディア制御動作をオファーするかどうか、先のメディア制御動作のオファーを止めるかどうか、あるいはそのメディア制御動作を再オファーするかどうか）。
【００９６】
一例では、ブロック３５３、３６０、３６１、３６２、３７０、３７１および３７２の決定は、イベント記録および／またはメタデータ・ブロック３８０からの情報に基づいていてもよい。ブロック３８０は、図との関連で述べたブロック３０５および３０６に対応してもよい。
【００９７】
図４は、本願の原理に基づく方法４００の流れ図を示している。方法４００は、メディア制御動作を提供するかどうかを決定してもよい。方法４００は、図３Ａの方法３００によって、たとえば方法３００のブロック３０３および／または３０２によって実行されてもよい。
【００９８】
方法４００は、メディア・コンテンツの観察者の数をモニタリングするためのブロック４０１を含んでいてもよい。ブロック４０１は、メディア・コンテンツの観察者の数を決定するための注目情報を受領してもよい。ブロック４０１は、観察エリア内（たとえば部屋の中または閲覧もしくは聴取エリアの中）の観察者の数をモニタリングしてもよい。ブロック４０１によってモニタリングされる観察者の数は、値Nによって同定されてもよい。ブロック４０１はNの値をモニタリングして、かかるNの値をブロック４０２に提供してもよい。
【００９９】
ブロック４０２は、Nの値が第一の閾値以上であるかどうかを判定してもよい。たとえば、ブロック４０２は、Nの値（観察者の数）が第一の閾値、たとえば二人という閾値以上であるかどうかを判定してもよい。別の例では、第一の閾値は、表２〜表７に従って決定されうる注目値に関係していてもよい。この第一の閾値は、システムを作動させる最小の観察者数または注目を意味する。ブロック４０２がNの値が第一の閾値以上でないと判定する場合、Nの値のモニタリングを続けるよう、制御をブロック４０１に返してもよい。そうではなく、ブロック４０２がNの値が第一の閾値以上であると判定する場合、制御をブロック４０３に渡してもよい。
【０１００】
ブロック４０３は、失われた観察者の数を決定してもよい。失われた観察者の数は、値Mによって同定されてもよい。ブロック４０３は、メディア・コンテンツの失われた観察者の数を決定するための注目情報を受領してもよい。ブロック４０３は、観察エリア（たとえば部屋または閲覧もしくは聴取エリア）を離れた観察者の数を追跡してもよい。あるいはまた、ブロック４０３は、何人の観察者が注目を失った（たとえば、視線をほかに向けた、補助装置を観察することを始めた、会話レベルを通じて注目の変化を示した、下がった脈拍が人が眠りに落ちたことを示す）かを決定してもよい。ブロック４０３は、Mの値を決定し、Mの値をブロック４０４に提供してもよい。
【０１０１】
ブロック４０４は、Mの値が第二の閾値以上であるかどうかを判定してもよい。たとえば、ブロック４０３は、Mの値（注目を失った観察者の数）が第二の閾値、たとえば二人という閾値以上であるかどうかを判定してもよい。この第二の閾値は、システムを作動させる最小の観察者数または注目を意味する。第二の閾値の例は、二人の観察者が部屋を去ることである。もう一つの例は、観察者の半数が去ることである。もう一つの例では、第二の閾値は、表２〜表７に従って決定されうる注目値に関係していてもよい。ブロック４０４がMの値が第二の閾値より大きくないと判定する場合、制御をブロック４０３に返してもよい。そうではなく、ブロック４０４がMの値が第二の閾値以上であると判定する場合、制御をブロック４０５に渡してもよい。
【０１０２】
ブロック４０５は、メディア制御動作を提供するかどうかを決定してもよい。一例では、ブロック４０５は、ブロック４０４の注目の喪失の判別に基づいてメディア制御動作をオファーすることを決定してもよい。ブロック４０６は、一時停止、ボリューム制限（たとえば音量を下げること）および／または注目の喪失の指示といった何らかのメディア制御動作を自動的に作動させてもよい。
【０１０３】
ブロック４０５は、ブロック４０４における注目の喪失の判別に基づいて、メディア制御動作（たとえば一時停止機能）を実行するためのオプションを、表示のためにオファーしてもよい。別の例では、ブロック４０５は、ブロック４０４における注目の喪失の判別に基づいて、メディア制御動作（たとえば一時停止）を自動的に実行し／作動させてもよい。ブロック４０５がメディア制御動作を提供しないことを決定する場合、制御をブロック４０６に渡してもよい。ブロック４０５がメディア制御動作を提供することを決定する場合、制御を終了ブロック４０９に渡してもよく、これで方法４００を終える。
【０１０４】
ブロック４０６は、獲得された観察者の数をモニタリングしてもよい。獲得された観察者の数は、値Pによって同定されてもよい。獲得された観察者の数は、観察エリアにはいったまたは戻ってきたおよび／または注目をメディア・コンテンツに戻した観察者の数と一致してもよい。ブロック４０６は、メディア・コンテンツの獲得された観察者の数を決定するための注目情報を受領してもよい。ブロック４０６は、観察エリア（たとえば部屋または閲覧もしくは聴取エリア）に観察者がはいったかどうかを判定してもよい。ブロック４０６は次いで、その獲得された観察者が以前に観察エリアを去った（それにより戻ってきた観察者に該当する）かどうかを判定してもよい。別の例では、ブロック４０６は、観察者がメディア・コンテンツに注目を払い始めたのかどうかおよび／またはこの観察者が注目をメディア・コンテンツに戻しつつあるのかを判定してもよい。たとえば、ブロック４０６は、観察者が注目を戻したことを、その視線および他のバイオメトリック情報の解析に基づいて判別してもよい。ブロック４０６は、Pの値をモニタリングして、そのようなPの値をブロック４０７に提供してもよい。
【０１０５】
ブロック４０７は、Pの値が第三の閾値以上であるかどうかを判定してもよい。たとえば、ブロック４０７は、Pの値（注目を獲得した観察者の数）が第三の閾値以上であるかどうかを判定してもよい。この第三の閾値は、システムを作動させうる戻ってきた観察者の最小数を意味しうる。別の例では、第三の閾値は、表２〜表７に従って決定されうる注目値に関係していてもよい。ブロック４０７がPの値が第三の閾値より大きくないと判定する場合、制御をブロック４０６に返してもよい。そうではなく、ブロック４０７がPの値が第三の閾値以上であると判定する場合、制御をブロック４０８に渡してもよい。
【０１０６】
ブロック４０８は、メディア制御動作を提供するべきかどうかを決定してもよい。一例では、ブロック４０８は、ブロック４０７における注目の獲得の判別に基づいてメディア制御動作を表示のために提供してもよい。ブロック４０８は、ブロック４０７における注目の獲得の判別に基づいてメディア制御動作（たとえば巻き戻し機能、一時停止機能）の提案を表示のためにオファーしてもよい。別の例では、ブロック４０８は、ブロック４０７における注目の獲得の判別に基づいてメディア制御動作（たとえば巻き戻し）を自動的に実行し／作動させてもよい。たとえば、ユーザーがメディア・コンテンツに注目を戻した（たとえばメディア・コンテンツが表示されている部屋に戻った）と判定されたら、ブロック４０８は、そのユーザーがメディア・コンテンツへの注目を失った時点への巻き戻し動作をオファーしてもよい。ブロック４０８は、制御を終了ブロック４０９に渡してもよく、これで方法４００を終える。
【０１０７】
図５は、本願の原理に基づく方法５００の流れ図を示している。方法５００は、図３Ａの方法３００によって、たとえばブロック３０３および／または３０２によって実行されてもよい。
【０１０８】
方法５００は、ブロック５０１を含んでいてもよい。ブロック５０１は、注目イベントを検出してもよい。たとえば、ブロック５０１は、ある観察者の注目が失われた、獲得されたまたは戻されたかどうかを判定してもよい。たとえば、ブロック５０１は、観察者が注目を失ったことを（たとえば観察エリアから出ることによって、あるいはさまよう視線もしくは居眠りのような他の指標によって）判別してもよい。ブロック５０１は、図３Ａのブロック３０１および３０２との関連で述べた原理に従って注目イベントを検出してもよい。一または複数のユーザーについて注目イベントが検出される場合、ブロック５０１は制御をブロック５０２に渡してもよい。
【０１０９】
ブロック５０２は、継続時間がフィルタ条件を満たすかどうかを判定してもよい。ブロック５０２は、獲得または喪失された注目が、少なくともある最小長さの時間にわたって生起したかどうかを判定してもよい。ブロック５０２は、不在が短い（たとえば閾値以下）場合および／または不在の間に示されたコンテンツがほとんど重要性がないものである場合には、メディア制御動作をオファーしないと決定してもよい。一例では、ブロック５０２は、表４を含む図３Ａとの関連で述べた原理に基づいて、継続時間フィルタ条件を実行してもよい。ブロック５０２は、不在が長い（たとえば閾値を超える）場合に、メディア制御動作（たとえば巻き戻し動作）をオファーすることを決定してもよい。ブロック５０２がメディア制御動作を提供することを決定する場合（YES条件）、ブロック５０３に制御を渡す。そうでなく、ブロック５０２がメディア制御動作を提供しないことを決定する場合（NO条件）は、ブロック５０１に制御を渡す。
【０１１０】
ブロック５０３は、メディア制御動作を提供するべきかどうかを決定してもよい。一例では、ブロック５０３は、ブロック５０２の決定に基づいて、メディア制御動作を、表示のために提供してもよい。ブロック５０３は、ブロック５０２の決定に基づいて、メディア制御動作（たとえば巻き戻し機能、一時停止機能）を表示のためにオファーしてもよい。別の例では、ブロック５０３は、ブロック５０２における決定に基づいてメディア制御動作（たとえば一時停止、巻き戻し）を自動的に実行し／作動させてもよい。たとえば、ブロック５０２が、ユーザーが、二つの時間閾値の間（たとえば10分未満だが2分よりは長い）の継続時間後に戻ってきたことを判別する場合、ブロック５０３は、そのユーザーが観察エリアを去った時点に対応するメディア・コンテンツのタイムスタンプへの巻き戻し動作または戻りジャンプ動作をオファーしてもよい。
【０１１１】
図６は、本願の原理に基づくフィルタ決定のための方法６００の流れ図を示している。方法６００は、図３Ａの方法３００によって、たとえばブロック３０３によって実行されてもよい。
【０１１２】
方法６００は、ブロック６０１を含んでいてもよい。ブロック６０１は、注目喪失イベントを検出してもよい。ブロック６０１は、ブロック３０１および３０２を含む図３Ａとの関連で述べた原理に従って、注目喪失を判別してもよい。たとえば、ブロック６０１は、観察者が注目を失ったかどうかを、観察エリアから出ることによって、あるいはさまよう視線または居眠りのような他の指標によって判定してもよい。一または複数のユーザーについて注目イベントが検出されると、ブロック６０１は制御をブロック６０２に渡してもよい。
【０１１３】
ブロック６０２は、検出イベント後、メディア・コンテンツをモニタリングしてもよい。ブロック６０２は、メディア・コンテンツに関する情報をブロック６０３に提供してもよい。ブロック６０３は、メディア・コンテンツ判定を実行してもよい。具体的には、ブロック６０３は、メディア・コンテンツ・セグメント（たとえばプロットまたはシーン）が終わったかどうかまたはメディア・コンテンツが変更されたかどうかを判定してもよい。ブロック６０３がメディア・コンテンツ・セグメントが終わったまたはメディア・コンテンツが変更されたと判定する場合（NO条件）、ブロック６０３は制御をブロック６０４に渡してもよい。ブロック６０４は、メディア制御動作が適切でないことを示してもよい。
【０１１４】
しかしながら、ブロック６０３が、メディア・コンテンツ・セグメントが終わっていないまたはメディア・コンテンツが変更されていないと判定する場合（YES条件）、ブロック６０３は制御をブロック６０５に渡してもよい。ブロック６０５は、観察者の注目が戻ったかどうかを判定してもよい。ブロック６０５が注目検出復帰を検出する場合、制御をブロック６０６に渡してもよい。
【０１１５】
ブロック６０６は、メディア制御動作を提供するべきであるかどうかを決定してもよい。一例では、ブロック６０６は、メディア制御動作を表示のために提供してもよい。ブロック６０６は、メディア制御動作（たとえば巻き戻し機能、一時停止機能）をオファーしてもよい。別の例では、ブロック６０６は、メディア制御動作（たとえば一時停止、巻き戻し）を自動的に実行し／作動させてもよい。
【０１１６】
図７は、本願の原理に基づくフィルタ決定のための方法７００の流れ図を示している。方法７００は、図３Ａの方法３００によって実行されてもよい。
【０１１７】
方法７００は、ブロック７０１を含んでいてもよい。ブロック７０１は、注目イベントを検出してもよい。たとえば、ブロック７０１は、ある観察者の注目が失われた、獲得されたまたは戻されたかどうかを判定してもよい。ブロック７０１は、ブロック３０１および３０２を含む図３Ａとの関連で述べた原理に従って、注目イベントを判別してもよい。一または複数のユーザーについて注目イベントが検出されると、ブロック７０１は制御をブロック７０２、７０４および７０６に渡してもよい。
【０１１８】
ブロック７０２はフィルタ１決定を実行してもよい。たとえばブロック７０２は、図３Ａのブロック３０３との関連で述べた原理に従ってフィルタ決定を実行してもよい。あるいはまた、ブロック７０２は、図４の方法４００、図５の方法５００または図６の方法６００との関連で述べた原理に従ってフィルタ決定を実行してもよい。ブロック７０２は、フィルタ１条件が満たされるかどうかを判定するブロック７０３に制御を渡してもよい。ブロック７０３は、フィルタ１条件が満たされると判定する場合、ブロック７０８に制御を渡してもよい。
【０１１９】
ブロック７０４はフィルタ２決定を実行してもよい。たとえばブロック７０４は、図３Ａのブロック３０３との関連で述べた原理に従ってフィルタ決定を実行してもよい。あるいはまた、ブロック７０４は、図４の方法４００、図５の方法５００または図６の方法６００との関連で述べた原理に従ってフィルタ決定を実行してもよい。ブロック７０４は、フィルタ２条件が満たされるかどうかを判定するブロック７０５に制御を渡してもよい。ブロック７０５は、フィルタ２条件が満たされると判定する場合、ブロック７０８に制御を渡してもよい。
【０１２０】
ブロック７０６はフィルタ３決定を実行してもよい。たとえばブロック７０６は、図３Ａのブロック３０３との関連で述べた原理に従ってフィルタ決定を実行してもよい。あるいはまた、ブロック７０６は、図４の方法４００、図５の方法５００または図６の方法６００との関連で述べた原理に従ってフィルタ決定を実行してもよい。ブロック７０６は、フィルタ２条件が満たされるかどうかを判定するブロック７０７に制御を渡してもよい。ブロック７０７は、フィルタ３条件が満たされると判定する場合、ブロック７０８に制御を渡してもよい。
【０１２１】
ブロック７０８は、二つ以上のフィルタ条件が満たされたかどうかを判定してもよい。一例では、三つより少ないフィルタがあってもよく、あるいはブロック７０２、７０４および７０６によって示される三つのフィルタより多いフィルタがあってもよい。ブロック７０８は、異なるフィルタ条件を比較することによって、フィルタ解決を実行してもよい。たとえば、メディア制御動作をアクティブ化するための異なるシナリオがあってもよい。ブロック７０８は、それらのシナリオのどれが満たされるかを識別してもよい。一例では、ブロック７０８は、ブロック７０２、７０４および７０６のフィルタに割り当てられたさまざまな値を合計してもよい。たとえば、ブロック７０３は、図３Ａとの関連で論じた値を合計してもよい。ブロック７０３は、合計値が閾値以上であるかどうかを判定してもよい。肯定的な判定に基づいて、ブロック７０８は制御をブロック７０９に渡してもよい。
【０１２２】
ブロック７０９は、ブロック７０９のフィルタ解決決定に基づいて、出力すべきメディア制御動作を決定してもよい。たとえば、ブロック７０９は、メディア制御動作が提供されるべきでないと決定してもよい。あるいはまた、ブロック７０９は、メディア制御動作を表示のために提供してもよい。ブロック７０９は、メディア制御動作（たとえば巻き戻し機能、一時停止機能）を提供オファーしてもよい。別の例では、ブロック７０９は、メディア制御動作（たとえば一時停止、巻き戻し）を自動的に実行し／作動させてもよい。
【０１２３】
図８は、本願の原理に基づく、メディア・コンテンツ動作（単数または複数）を表示するためのユーザー・インターフェースの概略図である。具体的には、図８は、本願の原理に基づく例示的なユーザー・インターフェース８００を示している。ユーザー・インターフェース８００は、メディア・コンテンツが表示されうる背景領域８１０を含む。ユーザー・インターフェース８００はさらに、提示される原理に従って、提案されるメディア制御動作が表示され得、オファーされる、メディア・コンテンツ制御表示エリア８２０を含んでいてもよい。表示エリア８２０は、提案されるメディア・コンテンツ制御動作を示しうるボタン８３０を表示してもよい。一例では、表示エリア８２０は、背景において、提案されるメディア・コンテンツ制御動作の時点で表示されていたシーンの画像を表示してもよい。エリア８１０および８２０は図解の明白のために図８では空白に見えるが、これらのエリアの一つまたは複数にメディア・コンテンツが表示されうることが想定されている。ボタン８３０が例示的な目的のために示されているが、本願の原理を実装するために他の制御機構が使われてもよいことは理解されるものとする。一例では、制御表示エリア８２０は、提示される原理に従って自動的に実行されるメディア制御動作に適合するグラフィックを表示する。
【０１２４】
本発明の十全な理解を提供するために、本稿では数多くの個別的詳細が記載されている。しかしながら、上記の例がそうした個別的詳細なしでも実施されうることは当業者には理解されるであろう。他方、本発明を埋没させないよう、よく知られた動作、構成要素および回路は詳細には記載されていない。本稿で開示される個別的な構造および機能の詳細は代表的なものでありえ、必ずしも本発明の範囲を限定しないことが理解できる。
【０１２５】
本発明のさまざまな実施形態は、ハードウェア要素、ソフトウェア要素または両者の組み合わせを使って実装されてもよい。いくつかの例は、たとえば、機械によって実行される場合に該機械に実施形態に基づく方法および／または動作を実行させうる命令または命令のセットを記憶しうるコンピュータ可読媒体または物品を使って実装されてもよい。そのような機械はたとえば、任意の好適な処理プラットフォーム、コンピューティング・プラットフォーム、コンピューティング装置、処理装置、コンピューティング・システム、処理システム、コンピュータ、プロセッサなどを含んでいてもよく、ハードウェアおよび／またはソフトウェアの任意の好適な組み合わせを使って実装されてもよい。コンピュータ可読媒体または物品は、たとえば、任意の好適な型のメモリ・ユニット、メモリ・デバイス、メモリ物品、メモリ媒体、記憶デバイス、記憶物品、記憶媒体および／または記憶ユニットを含んでいてもよい。命令は、任意の好適な高レベル、低レベル、オブジェクト指向、ビジュアル、コンパイルされるおよび／またはインタープリットされるプログラミング言語を使って実装される、ソースコード、コンパイルされるコード、インタープリットされるコード、実行可能なコード、静的なコード、動的なコード、暗号化されたコードなどのような任意の好適な型のコードを含んでいてもよい。
【図１】
2018530277.tif 000010
【図２】
2018530277.tif 000011
【図３Ａ】
2018530277.tif 000012
【図３Ｂ】
2018530277.tif 000013
【図４】
2018530277.tif 000014
【図５】
2018530277.tif 000015
【図６】
2018530277.tif 000016
【図７】
2018530277.tif 000017
【図８】
2018530277.tif 000018
【国際調査報告】
2018530277.tif 000019
2018530277.tif 000020
2018530277.tif 000021