JP6937369B2 - ２要素認証を用いたメディアアセットに対するアクセスの制御のためのシステムおよび方法 - Google Patents

Description

現代のテレビ視聴者に利用可能な多量のコンテンツを考慮すると、ペアレンタルコントロールシステムは、ユーザが視聴のためにコンテンツをフィルタ処理することを可能にする、電子番組ガイド（ＥＰＧ）においてほぼ遍在的になっている。例えば、ペアレンタルコントロールシステムは、親がいないときに子供が鑑賞することができるものを決定する能力を親に与える。典型的には、ペアレンタルコントロールシステムは、コンテンツをブロックおよびブロック解除するように入力され得る、アクセスコードを有するであろう。ブロックされた番組にアクセスしようとし、アクセスコードを認識していない子供は、番組を視聴することができないであろう。しかしながら、本バイナリアプローチ（単一のコードに基づくアクセス／アクセスなし）を用いると、家庭内の複数のユーザが、メディアアセットへのアクセスを有し得、アクションを実施するユーザの身元を区別する方法がないため、他のユーザが実施されることを所望しないアクション（例えば、メディアアセットを削除すること）を実施し得る。

いくつかの従来のシステムは、ユーザが異なるコードを入力し、自分がいずれの具体的ユーザであるかを識別する、ユーザプロファイルシステムを使用することによって、本問題を解決しようとする。しかしながら、ユーザ特有のコードを使用する本アプローチは、メディアアセットをブロックおよびブロック解除するための単一のコードよりも強力であるが、依然として、ユーザ身元の正当性を立証することの観点から同一の問題を有する。例えば、親が、子供がブロックされたメディアアセットに一度アクセスするために自分のコードを子供に与える場合、子供は、おそらくコードを覚え、親が任意の時間に実施し得るアクションのうちのいずれかを実施し、ユーザ特有のコードを有するという目的を無駄にし得る。

故に、システムおよび方法が、２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するために、本明細書に説明される。例えば、メディアガイドアプリケーション（例えば、メディアアセットを記憶および表示するために使用されるセットトップボックスまたは他のユーザ機器によって実行される）は、視聴するためのコンテンツをロック解除するために、パスワード（例えば、個人情報番号（「ＰＩＮ」））を入力するようにユーザに求める。メディアアセットに関連する動作（例えば、削除）を実施するようにユーザから第２の要求を受信することに応答して、メディアガイドアプリケーションは、本明細書に説明される２要素認証プロトコルに一致して、自分の身元を確認する付加的要素を入力するようにユーザに求める。ユーザの身元が、メディアアセットに関連する動作（例えば、記憶されたメディアアセットを削除する）を実施する権限を有するユーザとして認証される場合、メディアガイドアプリケーションは、メディアアセットに関連する動作（例えば、メディアアセットを削除する）を実施する。

いくつかの側面では、メディアガイドアプリケーションは、ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信し、メディアアセットへのアクセスは、ブロックされる。例えば、メディアガイドアプリケーションは、表示するためにメディアアセットを生成するユーザデバイスにローカルである（例えば、セットトップボックスのメモリの中に）か、またはサーバにおいて遠隔にあるかのいずれかである、記憶装置の中に複数のメディアアセットを記憶してもよい。メディアガイドアプリケーションは、ユーザが表示するために生成されるメディアアセットを選択し得る、メディアアセットの一覧を（例えば、ユーザインターフェース内で）生成してもよい。メディアガイドアプリケーションは、各記憶されたメディアアセットと関連付けられるメタデータに基づいて、各メディアアセットが所与のユーザのためにブロックされるべきであるかどうかを示す、フラグを設定してもよい。具体的実施例として、メディアガイドアプリケーションは、メディアアセットと関連付けられるメタデータに基づいて、それが所定のブロック基準（例えば、特定のユーザがＴＶ−ＰＧを上回る評価を伴う番組を鑑賞することができない）を満たすことを示す、フラグを設定してもよい。

メディアガイドアプリケーションは、次いで、第１の認可コードの第１の入力を受信する。第１の認可コードは、記憶された英数字列に合致され得る、英数字の任意の組み合わせであってもよい。メディアガイドアプリケーションは、タッチスクリーンまたはリモートコントロール等のユーザ入力インターフェースを使用して、ユーザ入力を介して第１の識別子を受信してもよい。例えば、メディアガイドアプリケーションは、リモートコントロールを介して、ユーザ入力「１５７８」を受信してもよい。

メディアガイドアプリケーションは、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、記憶された第１の識別子に合致することを決定する。例えば、メディアガイドアプリケーションは、受信された入力「１５７８」が、第１の識別子に関してメモリの中に記憶された値に合致するかどうかを決定する。具体的実施例として、メディアガイドアプリケーションは、許可（すなわち、各コードがメディアアセットにアクセスし得るかどうか）と関連付けられる複数の識別子を含むペアレンタルコントロールデータベースにアクセスしてもよい。メディアガイドアプリケーションは、（例えば、第１の認可コードの文字を記憶された識別子のそれぞれの文字と比較することによって）受信された第１の認可コードを記憶された識別子と比較し、合致を決定してもよい。合致を決定した後、メディアガイドアプリケーションは、合致した識別子に対応するデータベース内のフィールドからデータを読み出し、データが、ユーザがメディアアセットへのアクセスを有することを示すかどうかを決定する。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザと関連付けられる記憶された識別子を伴う複数のエントリを含むペアレンタルコントロールデータベース内のフィールドから、第１の記憶された識別子を読み出す。例えば、メディアガイドアプリケーションは、宣言「選択」文を利用してＳＱＬプログラムスクリプトを実行し、データベース内のフィールドから「１２３４５」等の第１の記憶された識別子の値を読み出してもよい。メディアガイドアプリケーションは、第１の記憶された識別子の文字を受信された認可コードの文字と比較することによって、第１の記憶された識別子が受信された認可コードに合致するかどうかを決定してもよい。例えば、メディアガイドアプリケーションは、受信された文字列（すなわち、第１の認可コード）の各インデックス付き文字を記憶された識別子の各インデックス付き文字と比較し、２つの文字列が合致するかどうかを決定してもよい。メディアガイドアプリケーションは、合致した文字の数または割合が閾値を超える場合に合致を決定してもよい。例えば、メディアガイドアプリケーションは、９０％合致が閾値割合（例えば、７５％）を超える場合に、「１２３４５６７８９１」が「１２２４５６７８９１」に合致することを決定してもよい。

第１の記憶された識別子が受信された認可コードに合致することを決定するステップに応答して、メディアガイドアプリケーションは、第１の記憶された識別子と関連付けられるフィールドから値を読み出す。例えば、メディアガイドアプリケーションは、第１の記憶された識別子と関連付けられるフィールドから、ブロック基準（例えば、第１の記憶された識別子によって識別されるユーザは、ＴＶ−ＰＧを上回る評価を伴うメディアアセットにアクセスすることができない）を読み出してもよい。メディアガイドアプリケーションは、次いで、値に基づいて、第１の記憶された識別子によって識別されるユーザがメディアアセットへのアクセスを有するかどうかを決定する。例えば、メディアガイドアプリケーションは、第１の記憶された識別子と関連付けられるフィールドから読み出されるブロック基準をメディアアセットと関連付けられるメタデータと比較し、第１の記憶された識別子によって識別されるユーザがメディアアセットにアクセスする許可を有するかどうかを決定してもよい。具体的実施例として、ブロック基準が評価「ＴＶ−ＰＧ」であり、メディアアセットが「ＴＶ−ＭＡ」の評価を有する場合には、メディアアセットの評価がブロック基準評価を超えるため、メディアガイドアプリケーションは、ユーザがメディアアセットにアクセスする許可を有していないことを決定してもよい。

受信された第１の認可コードが記憶された第１の識別子に合致することを決定した後、メディアガイドアプリケーションは、表示するためにメディアアセットを生成する。例えば、メディアガイドアプリケーションは、ユーザ機器に接続されるディスプレイ上に表示するためにメディアアセットを生成してもよい。代替として、または加えて、メディアガイドアプリケーションは、第１の認可コードによって識別されるユーザが、ユーザ機器に結合されていないデバイス上で（例えば、携帯電話等のモバイルデバイスにストリーミングされる）メディアアセットを視聴し得るかどうかのインジケーションに関して、ペアレンタルコントロールデータベースにクエリを行ってもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、事前決定された期間にわたってメディアアセットを視聴するためのアクセスを許可する命令を生成する。例えば、メディアガイドアプリケーションが、第１の認可コードによって識別されるユーザがメディアアセットへのアクセスを有することを決定した後、メディアガイドアプリケーションは、ある期間にわたってメディアアセットへのアクセスを許可する命令を（例えば、プログラムスクリプトにおいて）生成してもよい。メディアガイドアプリケーションは、次いで、命令を実行してもよく、命令は、ペアレンタルコントロールデータベース内の第１の記憶された識別子と関連付けられるフィールドの中に、一時的インジケーションを記憶し、メディアアセットを視聴するためのアクセスを許可する。例えば、メディアガイドアプリケーションは、生成されたプログラムスクリプトを実行してもよく、これは、次いで、ユーザがメディアアセットへのアクセスを有するというインジケーション（例えば、「真」に設定されたブール値）をペアレンタルコントロールデータベースの中に記憶する。メディアガイドアプリケーションは、次いで、命令を実行するステップに応答して、経過時間を監視する。例えば、プログラムスクリプトは、メディアアセットへのアクセスが満了するときに、終了時間をペアレンタルコントロールデータベースの中に記憶してもよく、メディアガイドアプリケーションは、別のプログラムスクリプトを実行し、時間が終了時間内の値に到達するときにインジケーションを除去してもよい。代替として、メディアガイドアプリケーションは、クロック時間を監視し、事前決定された期間後にインジケーションを除去する、プログラムスクリプトを起動し続けてもよい。メディアガイドアプリケーションは、経過時間が事前決定された期間を超えることを決定するステップに応答して、メディアアセットを視聴するためのアクセスを許可するための一時的インジケーションを削除する。例えば、メディアガイドアプリケーションは、インジケーションが記憶されたフィールドのコンテンツをリセットしてもよい。

メディアガイドアプリケーションは、次いで、メディアアセットと関連付けられる動作を実行するための第２の要求を受信する。動作は、実行されると、メディアアセットのための記憶された視聴覚データまたはメディアアセットに関する任意の記憶されたメタデータを改変またはコピーする、任意のコマンドまたは命令であってもよい。例えば、メディアガイドアプリケーションは、メディアアセットを削除するようにユーザ入力インターフェース（例えば、タッチスクリーン）を介して要求を受信してもよい。別の実施例として、メディアガイドアプリケーションは、メディアアセットを別のデバイスにコピーするようにユーザ入力インターフェースを介して要求を受信してもよい。さらに別の実施例として、メディアガイドアプリケーションは、第１の認可コードと関連付けられるユーザプロファイル（例えば、視聴進捗またはユーザがメディアアセットを気に入らないというインジケーションを伴う）を更新するための要求を受信してもよい。

第２の要求を受信するステップに基づいて、メディアガイドアプリケーションは、メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行う。例えば、メディアガイドアプリケーションは、第１の認可コードに合致する識別子のためのペアレンタルコントロールデータベースのフィールドの中に、ユーザが動作を実施することを許可されるメディアアセットを列挙するアレイへのポインタを記憶してもよい。ペアレンタルコントロールデータベースは、特定の動作が第２の認可コードを伴わずに実施され得る（例えば、削除、修正等）、メディアアセットを示すアレイへのポインタをそれぞれ伴って、複数のフィールドを含んでもよい。代替として、または加えて、メディアガイドアプリケーションは、メディアアセットとともに記憶されたメタデータを伴って、第２の認可コードを要求する動作（例えば、それらは第１の認可コードのみでは許容されない）のインジケーションを記憶してもよい。例えば、メディアガイドアプリケーションは、メディアアセットのための記憶された視聴覚データの中に実行時間、評価、最初の放送日、および他のメタデータをヘッダとして記憶してもよく、加えて、第２の認可コードを要求する動作のインジケーション（例えば、特定の動作が、第２の認可コードが実施されることを要求するかどうかに基づく、ブール値）を含んでもよい。

メディアガイドアプリケーションは、情報から、第２の認可コードがメディアアセットと関連付けられる動作を実行するために要求されることを決定し、第２の認可コードは、ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される。例えば、記憶されたメディアアセットに関して上記で説明されるように、ペアレンタルコントロールデータベースから情報を読み出すステップに基づいて、メディアガイドアプリケーションは、第２の要素が機能を実行するために必要とされるかどうかを決定する。第２の認可コードは、トークン機構（例えば、独立型トークンまたは携帯電話等のデバイス上で実行されるアプリケーション）によって生成されてもよく、これは、次いで、（例えば、ユーザ入力インターフェースを介して）メディアガイドアプリケーションに入力され得る。トークンは、公開キー認証に類似して、クロック時間の数学関数に基づいて認可コードを生成してもよい。いくつかの実施形態では、非対称（秘密・公開キー）認証等の他の好適な２要素方法が、第２の認証コードに使用されてもよい。

メディアガイドアプリケーションは、第１の時間に生成される第２の認可コードの第２の入力を受信する。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェースを介して、「４５６７８」等の第２の認可コードを受信してもよい。メディアガイドアプリケーションは、入力が受信されたときのクロック時間に基づいて、入力が０５：３１：１６（月：日：年）の１０：２３：３０（時間：分：秒）に受信されたことを決定してもよい。代替として、または加えて、メディアガイドアプリケーションは、コードが生成されたデバイスのクロック時間に基づいて、入力された第２の認可コードとともにクロック時間を受信してもよい。

メディアガイドアプリケーションは、次いで、第１の時間に生成される第２の認可コードを認可データベースに伝送してもよい。例えば、メディアガイドアプリケーションは、ユーザ機器から遠隔に（例えば、サーバ上に）位置し、通信ネットワークを介してアクセス可能である、またはユーザ機器におけるメモリの中に記憶され得る、データベースに第２の認可コードを伝送してもよい。いくつかの実施形態では、メディアガイドアプリケーションは、第２の認可コードを前処理してもよい。例えば、メディアガイドアプリケーションは、上記で説明されるように、第２の認可コードおよびそれが生成された時間を含むデータパケットを生成してもよい。別の実施例では、メディアガイドアプリケーションは、新しい認可コードがトークン機構によって生成される頻度に応じて、時間を伝送前の最も近い秒または分に連結してもよい。

メディアガイドアプリケーションは、第１の時間に生成される第２の認可コードを認可データベースに伝送するステップに応答して、第１の時間に生成される第２の識別子に合致する伝送された第２の認可コードに基づいて、メディアアセットと関連付けられる動作を実行する認可を許可する、インジケーションを受信する。例えば、メディアガイドアプリケーションは、伝送された認可コードが第２の識別子に対応する場合は「真」、または対応しない場合は「偽」に設定されるブール値とともに、認可パッケージからデータパケットを受信してもよい。第２の識別子は、特定の時間における出力（例えば、第２の識別子）を受信された第２の認可コードと比較し得る、同一の時間の数学関数を伴う第２のトークン機構であってもよい。トークンは、第１の認可コードによって識別されてもよく、これは、認可データベースが、受信された第２の認可コードが正しいかどうかを決定することを可能にする。例えば、メディアガイドアプリケーションは、第１の認可コード「１２３４」によって識別されるユーザが第２の認可コード「４５６７８」を入力したことを認可データベースに伝送してもよい。認可データベースに記憶された全てのトークン機構を検索する代わりに、認可データベースは、ユーザ「１２３４」に対応するトークンを検索し、「４５６７８」が特定の時間にそのトークン機構によって生成されたかどうかを決定する必要のみある。

メディアガイドアプリケーションは、第２の認可コードが記憶された第２の識別子に合致するというインジケーションを受信するステップに基づいて、メディアアセットに関連する動作を実行する。例えば、メディアガイドアプリケーションは、特定のメディアアセットが記憶されるメモリのブロックを消去または解放する（例えば、メディアアセットを削除する）命令を実行してもよい。

いくつかの実施形態では、動作は、メディアガイドアプリケーションが、メディアアセットに対応するデータを含むメモリのブロックにアクセスするステップを含む。例えば、メディアガイドアプリケーションは、メディアアセットの視聴覚データが記憶される、メモリの特定のブロックを決定してもよい。メディアガイドアプリケーションは、次いで、メディアアセットに対応するメモリのブロックの中に含むデータを第２のユーザ機器にコピーしてもよい。例えば、メディアガイドアプリケーションは、ユーザがユーザ機器から遠隔にあるメディアアセットにアクセスし得るように、記憶された視聴覚データを読み出し、それを携帯電話等の別のデバイスに伝送してもよい。

いくつかの実施形態では、データをコピーするステップに応答して、メディアガイドアプリケーションは、ペアレンタルコントロールデータベース内のメディアアセットと関連付けられるフィールドの中に、メディアアセットが第２のユーザ機器にコピーされたというインジケーションを記憶する。例えば、メディアガイドアプリケーションは、ペアレンタルコントロールデータベースのフィールド内で指し示される他のユーザ機器にコピーされたメディアアセットのアレイの中に、（例えば、メディアアセットの識別子をアレイに追加することによって）メディアアセットがコピーされたというインジケーションを記憶してもよい。メディアガイドアプリケーションは、第１のユーザ機器上でメディアアセットにアクセスするための第３の要求を受信する。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェースを介して、記憶のために最初にそれをスケジュールしたユーザ機器上でメディアアセットにアクセスするための要求を受信してもよい。メディアガイドアプリケーションは、次いで、メディアアセットが第２のユーザ機器上に記憶されている間に、第１のユーザ機器上のメディアアセットへのアクセスを防止する。例えば、メディアガイドアプリケーションは、アレイにクエリを行い、メディアアセットの識別子がアレイの中にあるため、アクセスが第１のユーザ機器から許可されていないことを決定してもよい。このように、メディアガイドアプリケーションは、「チェックアウト」された機構を維持することによって、メディアアセットが同時に複数のデバイス上で記憶および視聴されることができないことを確実にする。

他の実施形態では、動作は、メディアガイドアプリケーションが、現在記憶されているメディアアセットを含む視聴進捗データ構造にアクセスするステップを含む。例えば、メディアガイドアプリケーションは、記憶装置の中でローカルで、または通信ネットワークを介してサーバにおいて遠隔で、視聴進捗データ構造にアクセスしてもよい。視聴進捗データ構造は、各メディアアセットが、視聴された時間または割合で表され得る、関連付けられる視聴進捗を有するように、編成されてもよい。メディアガイドアプリケーションは、次いで、メディアアセットのためのフィールドの中に、メディアアセットが最後まで視聴されたというインジケーションを記憶する。例えば、メディアガイドアプリケーションは、視聴進捗データ構造のフィールドを更新し、メディアアセットの現在のユーザの視聴進捗を反映してもよい。具体的実施例として、ユーザは、メディアアセットを完了している場合があり、したがって、メディアガイドアプリケーションは、「最後まで視聴済み」フラグを「真」に設定してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、第１の時間に生成される第２の識別子に合致しない伝送された第２の認可コードに基づいて、メディアアセットと関連付けられる動作を実行する認可を許可しない、インジケーションを受信するステップに応答して、ペアレンタルコントロールデータベースにクエリを行い、動作を可能にするための代替的な第２の認可コードがあるかどうかを決定する。例えば、メディアガイドアプリケーションは、伝送された認可コードが第２の識別子に対応しない場合に「偽」に設定されるブール値とともに、認可パッケージからデータパケットを受信してもよい。メディアガイドアプリケーションは、次いで、ペアレンタルコントロールデータベースにアクセスし、任意の他の第２要素認可ソースが第１の記憶された識別子と関連付けられるどうかを決定する。例えば、メディアガイドアプリケーションは、ユーザがまた、第２の認可コードとしてのバイオメトリック署名（例えば、虹彩スキャンまたは顔認識）を介して識別され得ることを決定してもよい。動作を可能にするための代替的な第２の認可コードがあることを決定するステップに応答して、メディアガイドアプリケーションは、代替的な第２の認可コードを入力するためのインジケーションを表示するために生成する。例えば、メディアガイドアプリケーションは、（例えば、携帯電話に統合された）カメラを使用し、第２の認可コードとしてバイオメトリック署名を入力するためのプロンプトを表示するために生成してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、最初の第２の認可コードのための第２の識別子への合致の閾値数の失敗後のみ、（例えば、別のソースから）代替的な第２の認可コードを入力するように求めてもよい。例えば、メディアガイドアプリケーションが、認可データベースから、３つの連続的な伝送された第２の認可コードが第２の記憶された識別子に合致できなかったというインジケーションを受信する場合、メディアガイドアプリケーションは、代替的な第２の認可コードを入力するように求めることを決定してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザ入力を受信し、記憶のためにメディアアセットをスケジュールする。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェース（例えば、リモートコントロール）を介してユーザ入力を受信し、記憶のためにメディアアセットをスケジュールしてもよい。具体的実施例として、ユーザは、メディアアセットをスケジューリングデータベースに追加させる、メディアガイドアプリケーションによって生成されるグリッドガイド内の特定のメディアアセット一覧を選択してもよい。メディアガイドアプリケーションは、ユーザ入力を受信するステップに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示するために生成する。例えば、メディアガイドアプリケーションは、ボタンを伴うユーザインターフェースを生成し、メディアアセットに対して実施され得る動作（例えば、削除）のために２要素認証を要求してもよい。メディアガイドアプリケーションは、対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信する。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェースを介してユーザ選択を受信し、特定の動作（例えば、削除）のためのアクセスを制限（例えば、２要素認証を要求）してもよい。メディアガイドアプリケーションは、選択を受信するステップに応答して、ペアレンタルコントロールデータベースの中に、動作が第２の認可コードを要求するという情報を記憶する。例えば、メディアガイドアプリケーションは、上記で説明されるように、メディアアセットの識別子をペアレンタルコントロールデータベース内のポインタが動作に関して指し示すアレイに追加してもよい。代替として、または加えて、メディアガイドアプリケーションは、上記で説明されるように、記憶されたメディアアセットのメタデータとともにインジケーションを記憶してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、メディアアセットにアクセスしたユーザの識別子を含むユーザデータベースにアクセスする。例えば、メディアガイドアプリケーションは、データベースまたは他の適切なデータ構造を維持し、ユーザがメディアアセットにアクセスした後に、メディアアセットの識別子と関連付けられるフィールドの中にユーザの識別子を記憶してもよい。具体的実施例として、ユーザ識別子は、「１１１１」等の第１の認可コードであってもよい。メディアガイドアプリケーションは、次いで、識別子と関連付けられるユーザデータベース内のフィールドから、メディアアセットにアクセスしたユーザと関連付けられるデバイスの連絡先情報を読み出す。例えば、メディアガイドアプリケーションは、認可コード「１１１１」によって識別されるユーザが、第１の認可コード「１２３４」によって識別されるユーザが動作を実施することを所望すると示した同一のメディアアセットを以前に視聴したことを決定してもよく、認可コード「１１１１」によって識別されるユーザの連絡先情報（例えば、携帯電話番号またはＥメールアドレス）を読み出す。具体的実施例として、メディアガイドアプリケーションは、認可コード「１１１１」によって識別されるユーザに対応するユーザデータベース内のフィールドから、携帯電話番号「１２３−４５６−７８９０」を読み出してもよい。メディアガイドアプリケーションは、次いで、メディアアセットと関連付けられる動作が受信されたというユーザへの通知を連絡先情報に基づくデバイスに伝送する。例えば、メディアガイドアプリケーションは、読み出された電話番号に基づいて、メッセージを携帯電話に伝送してもよい。伝送されたメッセージは、動作および／または動作を実施しようとしているユーザの詳細を含んでもよい。例えば、メディアガイドアプリケーションは、「ユーザ「Ｓｔｅｖｅ」が「Ｇａｍｅ ｏｆ Ｔｈｒｏｎｅｓ、シーズン６、エピソード５」を削除しようとしています」というメッセージを伝送してもよい。

メディアアセットと関連付けられる動作が受信されたという通知をユーザに伝送するステップに加えて、いくつかの実施形態では、メディアガイドアプリケーションは、デバイスから動作を防止するためのインジケーションを受信する。例えば、メディアガイドアプリケーションは、メッセージが伝送されたデバイスから、動作をブロックするためのインジケーションを受信してもよい。具体的実施例として、通知がユーザの携帯電話に伝送された場合、メッセージは、動作をブロックすることを所望する場合にメッセージに返信するようにユーザに命令する、テキストを含んでもよい。いくつかの実施形態では、メディアガイドアプリケーションは、ユーザと関連付けられるユーザデータベースの中に記憶されたインジケーションに基づいて、ユーザが動作をブロックする権限を有するかどうかを決定してもよく、動作をブロックする権限を有する場合にメッセージに返信するようにユーザに命令する、テキストのみを含むであろう。メディアガイドアプリケーションは、次いで、インジケーションをメディアアセットと関連付けられるペアレンタルコントロールデータベースの第２のフィールドの中に記憶し、インジケーションは、動作が実行されることを防止する。例えば、メディアガイドアプリケーションは、動作をブロックするための受信されたインジケーションに基づいて、ユーザが削除する権限を有する（例えば、ペアレンタルコントロールデータベース内のフィールドによって指し示される）メディアアセットのアレイからメディアアセットを除去してもよい。代替として、または加えて、メディアガイドアプリケーションは、ユーザが動作を実施しないように別のユーザによってブロックされたメディアアセットに関して、メディアアセットをペアレンタルコントロールデータベース内のアレイに追加してもよい。

代替として、メディアガイドアプリケーションは、要求された第２の認可コードがユーザのバイオメトリック署名であることを決定してもよい。例えば、メディアガイドアプリケーションは、上記で概説される同一のステップを実施してもよいが、トークン機構によって生成されるコードを受信する代わりに、メディアガイドアプリケーションは、バイオメトリック署名を受信する。具体的実施例として、バイオメトリック署名は、画像としてメディアガイドアプリケーションに伝送される、ユーザの虹彩スキャン、指紋スキャン、または顔マップであってもよい。メディアガイドアプリケーションは、（例えば、受信された画像のピクセルマップ内の臨界点／パターンを分析することによって）バイオメトリック署名を分析し、記憶されたバイオメトリック署名を比較してもよい、またはバイオメトリック署名を分析し、認可データベースおよびトークン機構に関して上記に説明されるように同様に、それが第２の記憶された識別子に合致するかどうかを決定する、遠隔サーバにバイオメトリック署名を伝送してもよい。

上記で説明されるシステムおよび／または方法は、他のシステム、方法、および／または装置に適用される、またはそれらに従って使用され得ることに留意されたい。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するための方法であって、前記方法は、
視聴するためのメディアアセットにアクセスするための第１の要求および第１の認可コードの第１の入力を受信することであって、前記メディアアセットへのアクセスは、ブロックされる、ことと、
前記受信された第１の認可コードが記憶された第１の識別子に合致することを決定することに基づいて、前記メディアアセットを表示するために生成することと、
前記メディアアセットへのアクセスを許可することに続いて、前記ディアアセットに関連する動作を実行するための第２の要求および第２の認可コードの第２の入力を受信することと、
前記受信された第２の認可コードが記憶された第２の識別子に合致することを決定することに基づいて、前記メディアアセットに関連する前記動作を実行することと
を含む、方法。
（項目２）
２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するための方法であって、前記方法は、
ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信することであって、前記メディアアセットへのアクセスは、ブロックされる、ことと、
第１の認可コードの第１の入力を受信することと、
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する記憶された第１の識別子に合致することを決定することと、
前記受信された第１の認可コードが前記記憶された第１の識別子に合致することを決定することに基づいて、
表示するために前記メディアアセットを生成することと、
前記メディアアセットと関連付けられる動作を実行するための第２の要求を受信することと、
前記第２の要求を受信することに基づいて、
前記メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行うことと、
前記情報から、第２の認可コードが前記メディアアセットと関連付けられる前記動作を実行するために要求されることを決定することであって、前記第２の認可コードは、前記ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される、ことと、
第１の時間に生成される前記第２の認可コードの第２の入力を受信することと、
前記第１の時間に生成される前記第２の認可コードを認可データベースに伝送することと、
前記第１の時間に生成される前記第２の認可コードを前記認可データベースに伝送することに応答して、前記第１の時間に生成される第２の識別子に合致する前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可するインジケーションを受信することと、
前記受信された第２の認可コードが前記記憶された第２の識別子に合致するという前記インジケーションを受信することに基づいて、前記メディアアセットに関連する前記動作を実行することと
を含む、方法。
（項目３）
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する前記第１の記憶された識別子に合致することを決定することは、
ユーザと関連付けられる記憶された識別子を伴う複数のエントリを含む前記ペアレンタルコントロールデータベース内のフィールドから、前記第１の記憶された識別子を読み出すことと、
前記第１の記憶された識別子の文字を前記受信された認可コードの文字と比較することによって、前記第１の記憶された識別子が前記受信された認可コードに合致するかどうかを決定することと、
前記第１の記憶された識別子が前記受信された認可コードに合致することを決定することに応答して、
前記第１の記憶された識別子と関連付けられるフィールドから値を読み出すことと、
前記値に基づいて、前記第１の記憶された識別子によって識別される前記ユーザが前記メディアアセットへのアクセスを有するかどうかを決定することと
を含む、項目２に記載の方法。
（項目４）
前記メディアアセットを表示するために生成することは、
事前決定された期間にわたって前記メディアアセットを視聴するためのアクセスを許可するための命令を生成することと、
前記命令を実行することであって、前記命令は、前記ペアレンタルコントロールデータベース内の前記第１の記憶された識別子と関連付けられるフィールドの中に、一時的インジケーションを記憶し、前記メディアアセットを視聴するためのアクセスを許可する、ことと、
前記命令を実行することに応答して、経過時間を監視することと、
前記経過時間が前記事前決定された期間を超えることを決定することに応答して、前記メディアアセットを視聴するためのアクセスを許可するための前記一時的インジケーションを削除することと
を含む、項目２に記載の方法。
（項目５）
ユーザ入力を受信し、記憶のために前記メディアアセットをスケジュールすることと、
前記ユーザ入力を受信することに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示するために生成することと、
対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信することと、
前記選択を受信することに応答して、前記ペアレンタルコントロールデータベースの中に、前記動作が前記第２の認可コードを要求するという情報を記憶することと
をさらに含む、項目２に記載の方法。
（項目６）
前記第１の時間に生成される前記第２の識別子に合致しない前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可しないインジケーションを受信することに応答して、前記ペアレンタルコントロールデータベースにクエリを行い、前記動作を可能にするための代替的な第２の認可コードがあるかどうかを決定することと、
前記動作を可能にするための前記代替的な第２の認可コードがあることを決定することに応答して、前記代替的な第２の認可コードを入力するためのインジケーションを表示するために生成することと
をさらに含む、項目２に記載の方法。
（項目７）
前記メディアアセットにアクセスしたユーザの識別子を含むユーザデータベースにアクセスすることと、
識別子と関連付けられる前記ユーザデータベース内のフィールドから、前記メディアアセットにアクセスしたユーザと関連付けられるデバイスの連絡先情報を読み出すことと、
前記メディアアセットと関連付けられる前記動作が受信されたという前記ユーザへの通知を前記連絡先情報に基づく前記デバイスに伝送することと
をさらに含む、項目２に記載の方法。
（項目８）
前記フィールドは、第１のフィールドであり、
前記デバイスから、前記動作を防止するためのインジケーションを受信することと、
前記インジケーションを前記メディアアセットと関連付けられる前記ペアレンタルコントロールデータベースの第２のフィールドの中に記憶することであって、前記インジケーションは、前記動作が実行されることを防止する、ことと
をさらに含む、項目７に記載の方法。
（項目９）
前記ユーザ機器は、第１のユーザ機器であり、前記メディアアセットに関連する前記動作を実行することは、
前記メディアアセットに対応するデータを含むメモリのブロックにアクセスすることと、
前記メディアアセットに対応する前記メモリのブロックの中に含まれる前記データを第２のユーザ機器にコピーすることと
を含む、項目２に記載の方法。
（項目１０）
前記データをコピーすることに応答して、前記ペアレンタルコントロールデータベース内の前記メディアアセットと関連付けられるフィールドの中に、前記メディアアセットが前記第２のユーザ機器にコピーされたというインジケーションを記憶することと、
前記第１のユーザ機器上で前記メディアアセットにアクセスするための第３の要求を受信することと、
前記メディアアセットが前記第２のユーザ機器にコピーされている間に、前記第１のユーザ機器上の前記メディアアセットへのアクセスを防止することと
をさらに含む、項目９に記載の方法。
（項目１１）
前記メディアアセットに関連する前記動作を実行することは、
現在記憶されているメディアアセットを含む視聴進捗データ構造にアクセスすることと、
前記メディアアセットのためのフィールドの中に、前記メディアアセットが最後まで視聴されたというインジケーションを記憶することと
を含む、項目２に記載の方法。
（項目１２）
２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するためのシステムであって、前記システムは、
制御回路であって、前記制御回路は、
ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信することであって、前記メディアアセットへのアクセスは、ブロックされる、ことと、
第１の認可コードの第１の入力を受信することと、
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する記憶された第１の識別子に合致することを決定することと、
前記受信された第１の認可コードが前記記憶された第１の識別子に合致することを決定することに基づいて、
表示するために前記メディアアセットを生成することと、
前記メディアアセットと関連付けられる動作を実行するための第２の要求を受信することと、
前記第２の要求を受信することに基づいて、
前記メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行うことと、
前記情報から、第２の認可コードが前記メディアアセットと関連付けられる前記動作を実行するために要求されることを決定することであって、前記第２の認可コードは、前記ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される、ことと、
第１の時間に生成される前記第２の認可コードの第２の入力を受信することと、
前記第１の時間に生成される前記第２の認可コードを認可データベースに伝送することと、
前記第１の時間に生成される前記第２の認可コードを前記認可データベースに伝送することに応答して、前記第１の時間に生成される第２の識別子に合致する前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可するインジケーションを受信することと、
前記受信された第２の認可コードが前記記憶された第２の識別子に合致するという前記インジケーションを受信することに基づいて、前記メディアアセットに関連する前記動作を実行することと
を行うように構成されている、制御回路
を備える、システム。
（項目１３）
前記制御回路はさらに、前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する前記第１の記憶された識別子に合致することを決定するときに、
ユーザと関連付けられる記憶された識別子を伴う複数のエントリを含む前記ペアレンタルコントロールデータベース内のフィールドから、前記第１の記憶された識別子を読み出することと、
前記第１の記憶された識別子の文字を前記受信された認可コードの文字と比較することによって、前記第１の記憶された識別子が前記受信された認可コードに合致するかどうかを決定することと、
前記第１の記憶された識別子が前記受信された認可コードに合致することを決定することに応答して、
前記第１の記憶された識別子と関連付けられるフィールドから値を読み出すことと、
前記値に基づいて、前記第１の記憶された識別子によって識別される前記ユーザが前記メディアアセットへのアクセスを有するかどうかを決定することと
を行うように構成されている、項目１２に記載のシステム。
（項目１４）
前記制御回路はさらに、前記メディアアセットを表示するために生成するときに、
事前決定された期間にわたって前記メディアアセットを視聴するためのアクセスを許可するための命令を生成することと、
前記命令を実行することであって、前記命令は、前記ペアレンタルコントロールデータベース内の前記第１の記憶された識別子と関連付けられるフィールドの中に、一時的インジケーションを記憶し、前記メディアアセットを視聴するためのアクセスを許可する、ことと、
前記命令を実行することに応答して、経過時間を監視することと、
前記経過時間が前記事前決定された期間を超えることを決定することに応答して、前記メディアアセットを視聴するためのアクセスを許可するための前記一時的インジケーションを削除することと
を行うように構成されている、項目１２に記載のシステム。
（項目１５）
前記制御回路はさらに、
ユーザ入力を受信し、記憶のために前記メディアアセットをスケジュールすることと、
前記ユーザ入力を受信することに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示するために生成することと、
対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信することと、
前記選択を受信することに応答して、前記ペアレンタルコントロールデータベースの中に、前記動作が前記第２の認可コードを要求するという情報を記憶することと
を行うように構成されている、項目１２に記載のシステム。
（項目１６）
前記制御回路はさらに、
前記第１の時間に生成される前記第２の識別子に合致しない前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可しないインジケーションを受信することに応答して、前記ペアレンタルコントロールデータベースにクエリを行い、前記動作を可能にするための代替的な第２の認可コードがあるかどうかを決定することと、
前記動作を可能にするための前記代替的な第２の認可コードがあることを決定することに応答して、前記代替的な第２の認可コードを入力するためのインジケーションを表示するために生成することと
を行うように構成されている、項目１２に記載のシステム。
（項目１７）
前記制御回路はさらに、
前記メディアアセットにアクセスしたユーザの識別子を含むユーザデータベースにアクセスすることと、
識別子と関連付けられる前記ユーザデータベース内のフィールドから、前記メディアアセットにアクセスしたユーザと関連付けられるデバイスの連絡先情報を読み出すことと、
前記メディアアセットと関連付けられる前記動作が受信されたという前記ユーザへの通知を前記連絡先情報に基づく前記デバイスに伝送することと
を行うように構成されている、項目１２に記載のシステム。
（項目１８）
前記フィールドは、第１のフィールドであり、前記制御回路はさらに、
前記デバイスから、前記動作を防止するためのインジケーションを受信することと、
前記インジケーションを前記メディアアセットと関連付けられる前記ペアレンタルコントロールデータベースの第２のフィールドの中に記憶することであって、前記インジケーションは、前記動作が実行されることを防止する、ことと
を行うように構成されている、項目１７に記載のシステム。
（項目１９）
前記ユーザ機器は、第１のユーザ機器であり、前記制御回路は、前記メディアアセットに関連する前記動作を実行するときに、
前記メディアアセットに対応するデータを含むメモリのブロックにアクセスすることと、
前記メディアアセットに対応する前記メモリのブロックの中に含まれる前記データを第２のユーザ機器にコピーすることと
を行うように構成されている、項目１２に記載のシステム。
（項目２０）
前記制御回路はさらに、
前記データをコピーすることに応答して、前記ペアレンタルコントロールデータベース内の前記メディアアセットと関連付けられるフィールドの中に、前記メディアアセットが前記第２のユーザ機器にコピーされたというインジケーションを記憶することと、
前記第１のユーザ機器上で前記メディアアセットにアクセスするための第３の要求を受信することと、
前記メディアアセットが前記第２のユーザ機器にコピーされている間に、前記第１のユーザ機器上の前記メディアアセットへのアクセスを防止することと
を行うように構成されている、項目１９に記載のシステム。
（項目２１）
前記制御回路はさらに、前記メディアアセットに関連する前記動作を実行するときに、
現在記憶されているメディアアセットを含む視聴進捗データ構造にアクセスすることと、
前記メディアアセットのためのフィールドの中に、前記メディアアセットが最後まで視聴されたというインジケーションを記憶することと
を行うように構成されている、項目１２に記載のシステム。
（項目２２）
２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するための装置であって、
ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信するための手段であって、前記メディアアセットへのアクセスは、ブロックされる、手段と、
第１の認可コードの第１の入力を受信するための手段と、
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する記憶された第１の識別子に合致することを決定するための手段と、
前記受信された第１の認可コードが前記記憶された第１の識別子に合致することを決定することに基づいて、
表示するために前記メディアアセットを生成するための手段と、
前記メディアアセットと関連付けられる動作を実行するための第２の要求を受信するための手段と、
前記第２の要求を受信することに基づいて、
前記メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行うための手段と、
前記情報から、第２の認可コードが前記メディアアセットと関連付けられる前記動作を実行するために要求されることを決定するための手段であって、前記第２の認可コードは、前記ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される、手段と、
第１の時間に生成される前記第２の認可コードの第２の入力を受信するための手段と、
前記第１の時間に生成される前記第２の認可コードを認可データベースに伝送するための手段と、
前記第１の時間に生成される前記第２の認可コードを前記認可データベースに伝送することに応答して、前記第１の時間に生成される第２の識別子に合致する前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可するインジケーションを受信するための手段と、
前記受信された第２の認可コードが前記記憶された第２の識別子に合致するという前記インジケーションを受信することに基づいて、前記メディアアセットに関連する前記動作を実行するための手段と
を備える、装置。
（項目２３）
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する前記第１の記憶された識別子に合致することを決定するための前記手段は、
ユーザと関連付けられる記憶された識別子を伴う複数のエントリを含む前記ペアレンタルコントロールデータベース内のフィールドから、前記第１の記憶された識別子を読み出すための手段と、
前記第１の記憶された識別子の文字を前記受信された認可コードの文字と比較することによって、前記第１の記憶された識別子が前記受信された認可コードに合致するかどうかを決定するための手段と、
前記第１の記憶された識別子が前記受信された認可コードに合致することを決定することに応答して、
前記第１の記憶された識別子と関連付けられるフィールドから値を読み出すための手段と、
前記値に基づいて、前記第１の記憶された識別子によって識別される前記ユーザが前記メディアアセットへのアクセスを有するかどうかを決定するための手段と
を備える、項目２２に記載の装置。
（項目２４）
前記メディアアセットを表示するために生成するための前記手段は、
事前決定された期間にわたって前記メディアアセットを視聴するためのアクセスを許可するための命令を生成するための手段と、
前記命令を実行するための手段であって、前記命令は、前記ペアレンタルコントロールデータベース内の前記第１の記憶された識別子と関連付けられるフィールドの中に、一時的インジケーションを記憶し、前記メディアアセットを視聴するためのアクセスを許可する、手段と、
前記命令を実行することに応答して、経過時間を監視するための手段と、
前記経過時間が前記事前決定された期間を超えることを決定することに応答して、前記メディアアセットを視聴するためのアクセスを許可するための前記一時的インジケーションを削除するための手段と
を備える、項目２２に記載の装置。
（項目２５）
ユーザ入力を受信し、記憶のために前記メディアアセットをスケジュールするための手段と、
前記ユーザ入力を受信することに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示するために生成するための手段と、
対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信するための手段と、
前記選択を受信することに応答して、前記ペアレンタルコントロールデータベースの中に、前記動作が前記第２の認可コードを要求するという情報を記憶するための手段と
をさらに備える、項目２２に記載の装置。
（項目２６）
前記第１の時間に生成される前記第２の識別子に合致しない前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可しないインジケーションを受信することに応答して、前記ペアレンタルコントロールデータベースにクエリを行い、前記動作を可能にするための代替的な第２の認可コードがあるかどうかを決定するための手段と、
前記動作を可能にするための前記代替的な第２の認可コードがあることを決定することに応答して、前記代替的な第２の認可コードを入力するためのインジケーションを表示するために生成するための手段と
をさらに備える、項目２２に記載の装置。
（項目２７）
前記メディアアセットにアクセスしたユーザの識別子を含むユーザデータベースにアクセスするための手段と、
識別子と関連付けられる前記ユーザデータベース内のフィールドから、前記メディアアセットにアクセスしたユーザと関連付けられるデバイスの連絡先情報を読み出すための手段と、
前記メディアアセットと関連付けられる前記動作が受信されたという前記ユーザへの通知を前記連絡先情報に基づく前記デバイスに伝送するための手段と
をさらに備える、項目２２に記載の装置。
（項目２８）
前記フィールドは、第１のフィールドであり、
前記デバイスから、前記動作を防止するためのインジケーションを受信するための手段と、
前記インジケーションを前記メディアアセットと関連付けられる前記ペアレンタルコントロールデータベースの第２のフィールドの中に記憶するための手段であって、前記インジケーションは、前記動作が実行されることを防止する、手段と
をさらに備える、項目２７に記載の装置。
（項目２９）
前記ユーザ機器は、第１のユーザ機器であり、前記メディアアセットに関連する前記動作を実行するための前記手段は、
前記メディアアセットに対応するデータを含むメモリのブロックにアクセスするための手段と、
前記メディアアセットに対応する前記メモリのブロックの中に含まれる前記データを第２のユーザ機器にコピーするための手段と
を備える、項目２２に記載の装置。
（項目３０）
前記データをコピーすることに応答して、前記ペアレンタルコントロールデータベース内の前記メディアアセットと関連付けられるフィールドの中に、前記メディアアセットが前記第２のユーザ機器にコピーされたというインジケーションを記憶するための手段と、
前記第１のユーザ機器上で前記メディアアセットにアクセスするための第３の要求を受信するための手段と、
前記メディアアセットが前記第２のユーザ機器にコピーされている間に、前記第１のユーザ機器上の前記メディアアセットへのアクセスを防止するための手段と
をさらに備える、項目２９に記載の装置。
（項目３１）
前記メディアアセットに関連する前記動作を実行するための前記手段は、
現在記憶されているメディアアセットを含む視聴進捗データ構造にアクセスするための手段と、
前記メディアアセットのためのフィールドの中に、前記メディアアセットが最後まで視聴されたというインジケーションを記憶するための手段と
を備える、項目２２に記載の装置。
（項目３２）
２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するためのその上にエンコードされた命令を伴うメモリを備える、非一過性の機械可読媒体であって、前記命令は、
ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信するための命令であって、前記メディアアセットへのアクセスは、ブロックされる、命令と、
第１の認可コードの第１の入力を受信するための命令と、
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する記憶された第１の識別子に合致することを決定するための命令と、
前記受信された第１の認可コードが前記記憶された第１の識別子に合致することを決定することに基づいて、
表示するために前記メディアアセットを生成するための命令と、
前記メディアアセットと関連付けられる動作を実行するための第２の要求を受信するための命令と、
前記第２の要求を受信することに基づいて、
前記メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行うための命令と、
前記情報から、第２の認可コードが前記メディアアセットと関連付けられる前記動作を実行するために要求されることを決定するための命令であって、前記第２の認可コードは、前記ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される、命令と、
第１の時間に生成される前記第２の認可コードの第２の入力を受信するための命令と、
前記第１の時間に生成される前記第２の認可コードを認可データベースに伝送するための命令と、
前記第１の時間に生成される前記第２の認可コードを前記認可データベースに伝送することに応答して、前記第１の時間に生成される第２の識別子に合致する前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可するインジケーションを受信するための命令と、
前記受信された第２の認可コードが前記記憶された第２の識別子に合致するという前記インジケーションを受信することに基づいて、前記メディアアセットに関連する前記動作を実行するための命令と
を備える、非一過性の機械可読媒体。
（項目３３）
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する前記第１の記憶された識別子に合致することを決定するための前記命令は、
ユーザと関連付けられる記憶された識別子を伴う複数のエントリを含む前記ペアレンタルコントロールデータベース内のフィールドから、前記第１の記憶された識別子を読み出すための命令と、
前記第１の記憶された識別子の文字を前記受信された認可コードの文字と比較することによって、前記第１の記憶された識別子が前記受信された認可コードに合致するかどうかを決定するための命令と、
前記第１の記憶された識別子が前記受信された認可コードに合致することを決定することに応答して、
前記第１の記憶された識別子と関連付けられるフィールドから値を読み出すための命令と、
前記値に基づいて、前記第１の記憶された識別子によって識別される前記ユーザが前記メディアアセットへのアクセスを有するかどうかを決定するための命令と
を備える、項目３２に記載の非一過性の機械可読媒体。
（項目３４）
前記メディアアセットを表示するために生成するための前記命令は、
事前決定された期間にわたって前記メディアアセットを視聴するためのアクセスを許可するための命令を生成するための命令と、
前記命令を実行するための命令であって、前記命令は、前記ペアレンタルコントロールデータベース内の前記第１の記憶された識別子と関連付けられるフィールドの中に、一時的インジケーションを記憶し、前記メディアアセットを視聴するためのアクセスを許可する、命令と、
前記命令を実行することに応答して、経過時間を監視するための命令と、
前記経過時間が前記事前決定された期間を超えることを決定することに応答して、前記メディアアセットを視聴するためのアクセスを許可するための前記一時的インジケーションを削除するための命令と
を備える、項目３２に記載の非一過性の機械可読媒体。
（項目３５）
前記命令はさらに、
ユーザ入力を受信し、記憶のために前記メディアアセットをスケジュールするための命令と、
前記ユーザ入力を受信することに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示するために生成するための命令と、
対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信するための命令と、
前記選択を受信することに応答して、前記ペアレンタルコントロールデータベースの中に、前記動作が前記第２の認可コードを要求するという情報を記憶するための命令と
を備える、項目３２に記載の非一過性の機械可読媒体。
（項目３６）
前記命令はさらに、
前記第１の時間に生成される前記第２の識別子に合致しない前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可しないインジケーションを受信することに応答して、前記ペアレンタルコントロールデータベースにクエリを行い、前記動作を可能にするための代替的な第２の認可コードがあるかどうかを決定するための命令と、
前記動作を可能にするための前記代替的な第２の認可コードがあることを決定することに応答して、前記代替的な第２の認可コードを入力するためのインジケーションを表示するために生成するための命令と
を備える、項目３２に記載の非一過性の機械可読媒体。
（項目３７）
前記命令はさらに、
前記メディアアセットにアクセスしたユーザの識別子を含むユーザデータベースにアクセスするための命令と、
識別子と関連付けられる前記ユーザデータベース内のフィールドから、前記メディアアセットにアクセスしたユーザと関連付けられるデバイスの連絡先情報を読み出すための命令と、
前記メディアアセットと関連付けられる前記動作が受信されたという前記ユーザへの通知を前記連絡先情報に基づく前記デバイスに伝送するための命令と
を備える、項目３２に記載の非一過性の機械可読媒体。
（項目３８）
前記フィールドは、第１のフィールドであり、前記命令はさらに、
前記デバイスから、前記動作を防止するためのインジケーションを受信するための命令と、
前記インジケーションを前記メディアアセットと関連付けられる前記ペアレンタルコントロールデータベースの第２のフィールドの中に記憶するための命令であって、前記インジケーションは、前記動作が実行されることを防止する、命令と
を備える、項目３７に記載の非一過性の機械可読媒体。
（項目３９）
前記ユーザ機器は、第１のユーザ機器であり、前記メディアアセットに関連する前記動作を実行するための前記命令は、
前記メディアアセットに対応するデータを含むメモリのブロックにアクセスするための命令と、
前記メディアアセットに対応する前記メモリのブロックの中に含まれる前記データを第２のユーザ機器にコピーするための命令と
を備える、項目３２に記載の非一過性の機械可読媒体。
（項目４０）
前記命令はさらに、
前記データをコピーすることに応答して、前記ペアレンタルコントロールデータベース内の前記メディアアセットと関連付けられるフィールドの中に、前記メディアアセットが前記第２のユーザ機器にコピーされたというインジケーションを記憶するための命令と、
前記第１のユーザ機器上で前記メディアアセットにアクセスするための第３の要求を受信するための命令と、
前記メディアアセットが前記第２のユーザ機器にコピーされている間に、前記第１のユーザ機器上の前記メディアアセットへのアクセスを防止するための命令と
を備える、項目３９に記載の非一過性の機械可読媒体。
（項目４１）
前記メディアアセットに関連する前記動作を実行するための前記命令は、
現在記憶されているメディアアセットを含む視聴進捗データ構造にアクセスするための命令と、
前記メディアアセットのためのフィールドの中に、前記メディアアセットが最後まで視聴されたというインジケーションを記憶するための命令と
を備える、項目３２に記載の非一過性の機械可読媒体。
（項目４２）
２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するための方法であって、前記方法は、
ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信することであって、前記メディアアセットへのアクセスは、ブロックされる、ことと、
第１の認可コードの第１の入力を受信することと、
前記受信された第１の認可コードが、前記メディアアセットを視聴するためのアクセスを許可する記憶された第１の識別子に合致することを決定することと、
前記受信された第１の認可コードが前記記憶された第１の識別子に合致することを決定することに基づいて、
表示するために前記メディアアセットを生成することと、
前記メディアアセットと関連付けられる動作を実行するための第２の要求を受信することと、
前記第２の要求を受信することに基づいて、
前記メディアアセットと関連付けられる許容動作に関する情報に関して、クエリを行うことと、
前記情報から、第２の認可コードが前記メディアアセットと関連付けられる前記動作を実行するために要求されることを決定することであって、前記第２の認可コードは、前記ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される、ことと、
第１の時間に生成される前記第２の認可コードの第２の入力を受信することと、
前記第１の時間に生成される前記第２の認可コードを認可データベースに伝送することと、
前記第１の時間に生成される前記第２の認可コードを前記認可データベースに伝送することに応答して、前記第１の時間に生成される第２の識別子に合致する前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可するインジケーションを受信することと、
前記受信された第２の認可コードが前記記憶された第２の識別子に合致するという前記インジケーションを受信することに基づいて、前記メディアアセットに関連する前記動作を実行することと
を含む、方法。
（項目４３）
ユーザと関連付けられる記憶された識別子を伴う複数のエントリを含むペアレンタルコントロールデータベース内のフィールドから、前記第１の記憶された識別子を読み出すことと、
前記第１の記憶された識別子の文字を前記受信された認可コードの文字と比較することによって、前記第１の記憶された識別子が前記受信された認可コードに合致するかどうかを決定することと、
前記第１の記憶された識別子が前記受信された認可コードに合致することを決定することに応答して、
前記第１の記憶された識別子と関連付けられるフィールドから値を読み出すことと、
前記値に基づいて、前記第１の記憶された識別子によって識別される前記ユーザが前記メディアアセットへのアクセスを有するかどうかを決定することと
をさらに含む、項目４２に記載の方法。
（項目４４）
事前決定された期間にわたって前記メディアアセットを視聴するためのアクセスを許可するための命令を生成することと、
前記命令を実行することであって、前記命令は、前記ペアレンタルコントロールデータベース内の前記第１の記憶された識別子と関連付けられるフィールドの中に、一時的インジケーションを記憶し、前記メディアアセットを視聴するためのアクセスを許可する、ことと、
前記命令を実行することに応答して、経過時間を監視することと、
前記経過時間が前記事前決定された期間を超えることを決定することに応答して、前記メディアアセットを視聴するためのアクセスを許可するための前記一時的インジケーションを削除することと
をさらに含む、項目４２−４３のいずれかに記載の方法。
（項目４５）
ユーザ入力を受信し、記憶のために前記メディアアセットをスケジュールすることと、
前記ユーザ入力を受信することに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示するために生成することと、
対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信することと、
前記選択を受信することに応答して、ペアレンタルコントロールデータベースの中に、前記動作が前記第２の認可コードを要求するという情報を記憶することと
をさらに含む、項目４２−４４のいずれかに記載の方法。
（項目４６）
前記第１の時間に生成される前記第２の識別子に合致しない前記伝送された第２の認可コードに基づいて、前記メディアアセットと関連付けられる前記動作を実行する認可を許可しないインジケーションを受信することに応答して、ペアレンタルコントロールデータベースにクエリを行い、前記動作を可能にするための代替的な第２の認可コードがあるかどうかを決定することと、
前記動作を可能にするための前記代替的な第２の認可コードがあることを決定することに応答して、前記代替的な第２の認可コードを入力するためのインジケーションを表示するために生成することと
をさらに含む、項目４２−４５のいずれかに記載の方法。
（項目４７）
前記メディアアセットにアクセスしたユーザの識別子を含むユーザデータベースにアクセスすることと、
識別子と関連付けられる前記ユーザデータベース内のフィールドから、前記メディアアセットにアクセスしたユーザと関連付けられるデバイスの連絡先情報を読み出すことと、
前記メディアアセットと関連付けられる前記動作が受信されたという前記ユーザへの通知を前記連絡先情報に基づく前記デバイスに伝送することと
をさらに含む、項目４２−４６のいずれかに記載の方法。
（項目４８）
前記フィールドは、第１のフィールドであり、
前記デバイスから、前記動作を防止するためのインジケーションを受信することと、
前記インジケーションを前記メディアアセットと関連付けられる前記ペアレンタルコントロールデータベースの第２のフィールドの中に記憶することであって、前記インジケーションは、前記動作が実行されることを防止する、ことと
をさらに含む、項目４７に記載の方法。
（項目４９）
前記メディアアセットに対応するデータを含むメモリのブロックにアクセスすることと、
前記メディアアセットに対応する前記メモリのブロックの中に含まれる前記データを第２のユーザ機器にコピーすることと
をさらに含む、項目４２−４７のいずれかに記載の方法。
（項目５０）
前記データをコピーすることに応答して、前記ペアレンタルコントロールデータベース内の前記メディアアセットと関連付けられるフィールドの中に、前記メディアアセットが前記第２のユーザ機器にコピーされたというインジケーションを記憶することと、
前記第１のユーザ機器上で前記メディアアセットにアクセスするための第３の要求を受信することと、
前記メディアアセットが前記第２のユーザ機器にコピーされている間に、前記第１のユーザ機器上の前記メディアアセットへのアクセスを防止することと
をさらに含む、項目４９に記載の方法。
（項目５１）
現在記憶されているメディアアセットを含む視聴進捗データ構造にアクセスすることと、
前記メディアアセットのためのフィールドの中に、前記メディアアセットが最後まで視聴されたというインジケーションを記憶することと
をさらに含む、項目４２−５０のいずれかに記載の方法。

本開示の上記および他の目的および利点は、同様の参照文字が全体を通して同様の部分を指す、添付の図面と併せて考慮される、以下の発明を実施するための形態の検討から明白となるであろう。

図１は、本開示のいくつかの実施形態による、メディアアセットに関連する動作を実施するための２要素認証アプローチの例証的実施例を示す。 図２は、本開示のいくつかの実施形態による、ペアレンタルコントロール情報を記憶するためのデータベース構造の例証的実施例である。 図３は、本開示のいくつかの実施形態による、メディアアセットと関連付けられる動作のために２要素認証を要求するためのユーザインターフェースの例証的表示である。 図４は、本開示のいくつかの実施形態による、メディアアセットと関連付けられる動作をブロックするためのユーザインターフェースの例証的表示である。 図５は、本開示のいくつかの実施形態による、メディアアセットをナビゲートおよび選択するためのメディアガイド表示の例証的実施例を示す。 図６は、本開示のいくつかの実施形態による、メディアアセットをナビゲートおよび選択するためのメディアガイド表示の別の例証的実施例を示す。 図７は、本開示のいくつかの実施形態による、例証的ユーザ機器デバイスのブロック図である。 図８は、本開示のいくつかの実施形態による、例証的メディアシステムのブロック図である。 図９は、本開示のいくつかの実施形態による、２要素認証を使用してブロックされたメディアアセットと関連付けられる動作を認可するための例証的ステップのフローチャートである。 図９は、本開示のいくつかの実施形態による、２要素認証を使用してブロックされたメディアアセットと関連付けられる動作を認可するための例証的ステップのフローチャートである。 図１０は、本開示のいくつかの実施形態による、受信された認可コードがメディアアセットへのアクセスを許可するかどうかを決定するための例証的ステップのフローチャートである。 図１１は、本開示のいくつかの実施形態による、要求された動作が第２の認可コードを要求するかどうかを決定するための例証的ステップのフローチャートである。 図１２は、本開示のいくつかの実施形態による、メディアアセットに関する動作を実施するための例証的ステップのフローチャートである。 図１３は、本開示のいくつかの実施形態による、２要素認証を使用してブロックされたメディアアセットと関連付けられる動作を認可するための例証的ステップの別のフローチャートである。 図１３は、本開示のいくつかの実施形態による、２要素認証を使用してブロックされたメディアアセットと関連付けられる動作を認可するための例証的ステップの別のフローチャートである。

システムおよび方法が、２要素認証を使用して、ブロックされたメディアアセットと関連付けられる動作を認可するために、本明細書に説明される。例えば、メディアガイドアプリケーション（例えば、メディアアセットを記憶および表示するために使用されるセットトップボックスまたは他のユーザ機器によって実行される）は、視聴するためのコンテンツをロック解除するために、パスワード（例えば、ＰＩＮ）を入力するようにユーザに求める。メディアアセットに関連する動作（例えば、削除）を実施するようにユーザから第２の要求を受信することに応答して、メディアガイドアプリケーションは、２要素認証プロトコルに一致して、自分の身元を確認する付加的要素を入力するようにユーザに求める。ユーザの身元が、メディアアセットに関連する動作（例えば、記憶されたメディアアセットを削除する）を実施する権限を有するユーザとして認証される場合、メディアガイドアプリケーションは、メディアアセットに関連する動作（例えば、メディアアセットを削除する）を実施する。

図１は、本開示のいくつかの実施形態による、メディアアセットに関連する動作を実施するための２要素認証アプローチの例証的実施例を示す。例えば、ディスプレイ１０２は、メディアアセット１０６を表示するためにメディアガイドアプリケーションを実行する、ユーザ機器１０４に結合されてもよい。メディアアセット１０６と関連付けられる動作を実施するための要求を受信した後、メディアガイドアプリケーションは、認可コードの入力のためのプロンプト１１０を表示するために生成し、動作を実施してもよい。ディスプレイ１０２は、１つ以上のユーザデバイス（例えば、下記で図７−８に列挙されるデバイスのうちのいずれか）の上に出現してもよい。また、メディアガイドアプリケーションは、図９−１３に説明されるプロセスのうちの１つ以上のものを使用し、ディスプレイ１０２またはその中に説明される特徴のうちのいずれかを生成してもよい。

メディアガイドアプリケーション（例えば、ユーザ機器１０４上で実行される）は、ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信し、メディアアセットへのアクセスは、ブロックされる。例えば、メディアガイドアプリケーションは、表示するためにメディアアセットを生成するユーザデバイスにローカルである（例えば、ユーザ機器１０４のメモリの中に）か、またはサーバにおいて遠隔にあるかのいずれかである、記憶装置の中に複数のメディアアセットを記憶してもよい。メディアガイドアプリケーションは、ユーザが表示するために選択し得る、メディアアセットの一覧を（例えば、ディスプレイ１０２上に表示されるユーザインターフェース内で）生成してもよい。メディアガイドアプリケーションは、各記憶されたメディアアセットと関連付けられるメタデータに基づいて、各メディアアセットが所与のユーザのためにブロックされるべきであるかどうかを示す、フラグを設定してもよい。具体的実施例として、メディアガイドアプリケーションは、メディアアセット（例えば、メディアアセット１０６）と関連付けられるメタデータに基づいて、それが所定のブロック基準（例えば、特定のユーザがＴＶ−ＰＧを上回る評価を伴う番組を鑑賞することができず、メディアアセット１０６がＴＶ−ＰＧを上回るＴＶ−ＭＡのコンテンツ評価を有する）を満たすことを示す、フラグを設定してもよい。

メディアガイドアプリケーションは、次いで、第１の認可コードの第１の入力を受信する。第１の認可コードは、記憶された英数字列に合致され得る、英数字の任意の組み合わせであってもよい。メディアガイドアプリケーションは、リモートコントロール１０８等のユーザ入力インターフェースを使用して、ユーザ入力を介して第１の識別子を受信してもよい。例えば、メディアガイドアプリケーションは、リモートコントロール１０８を介して、ユーザ入力「１５７８」を受信してもよい。

メディアガイドアプリケーションは、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、記憶された第１の識別子に合致することを決定する。例えば、メディアガイドアプリケーションは、図２に関して下記でさらに説明されるように、受信された入力「１５７８」が、第１の識別子に関してメモリの中に記憶された値に合致するかどうかを決定する。具体的実施例として、メディアガイドアプリケーションは、許可（すなわち、各コードがメディアアセットにアクセスし得るかどうか）と関連付けられる複数の識別子を含むペアレンタルコントロールデータベースにアクセスしてもよい。メディアガイドアプリケーションは、（例えば、第１の認可コードの文字を記憶された識別子のそれぞれの文字と比較することによって）受信された第１の認可コードを記憶された識別子と比較し、合致を決定してもよい。合致を決定した後、メディアガイドアプリケーションは、合致した識別子に対応するデータベース内のフィールドからデータを読み出し、データが、ユーザがメディアアセットへのアクセスを有することを示すかどうかを決定する。

受信された第１の認可コードが記憶された第１の識別子に合致することを決定した後、メディアガイドアプリケーションは、表示するためにメディアアセットを生成する。例えば、メディアガイドアプリケーションは、ユーザ機器（例えば、ユーザ機器１０４）に接続されるディスプレイ（例えば、ディスプレイ１０２）上にメディアアセット（例えば、メディアアセット１０６）を表示するために生成してもよい。代替として、または加えて、メディアガイドアプリケーションは、第１の認可コードによって識別されるユーザが、ユーザ機器に結合されていないデバイス上で（例えば、携帯電話１１２等のモバイルデバイスにストリーミングされる）メディアアセットを視聴し得るかどうかのインジケーションに関して、ペアレンタルコントロールデータベースにクエリを行ってもよい。図２に関して下記でさらに説明されるように、メディアガイドアプリケーションは、（例えば、ペアレンタルコントロールデータベースの中に）メディアアセットへのアクセスを許可する一時的インジケーションを記憶してもよい。

メディアガイドアプリケーションは、次いで、メディアアセットと関連付けられる動作を実行するための第２の要求を受信する。動作は、実行されると、メディアアセットのための記憶された視聴覚データまたはメディアアセットに関する任意の記憶されたメタデータを改変またはコピーする、任意のコマンドまたは命令であってもよい。例えば、メディアガイドアプリケーションは、記憶装置からメディアアセット（例えば、メディアアセット１０６）を削除するようにユーザ入力インターフェース（例えば、携帯電話１１２またはリモート１０８上のタッチスクリーン）を介して要求を受信してもよい。別の実施例として、メディアガイドアプリケーションは、メディアアセットを別のデバイスにコピーするようにユーザ入力インターフェースを介して要求を受信してもよい。さらに別の実施例として、メディアガイドアプリケーションは、第１の認可コードと関連付けられるユーザプロファイル（例えば、視聴進捗またはユーザがメディアアセットを気に入らないというインジケーションを伴う）を更新するための要求を受信してもよい。

第２の要求を受信するステップに基づいて、メディアガイドアプリケーションは、メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行う。例えば、メディアガイドアプリケーションは、第１の認可コードに合致する識別子のためのペアレンタルコントロールデータベースのフィールドの中に、ユーザが動作を実施することを許可されるメディアアセットを列挙するアレイへのポインタを記憶してもよい。ペアレンタルコントロールデータベースは、特定の動作が第２の認可コードを伴わずに実施され得る（例えば、削除、修正等）、メディアアセットを示すアレイへのポインタをそれぞれ伴って、複数のフィールドを含んでもよい。代替として、または加えて、メディアガイドアプリケーションは、メディアアセット（例えば、メディアアセット１０６）とともに記憶されたメタデータを伴って、第２の認可コードを要求する動作（例えば、それらは第１の認可コードのみでは許容されない）のインジケーションを記憶してもよい。例えば、メディアガイドアプリケーションは、メディアアセット（例えば、メディアアセット１０６）のための記憶された視聴覚データの中に実行時間、評価、最初の放送日、および他のメタデータをヘッダとして記憶してもよく、加えて、第２の認可コードを要求する動作のインジケーションを含んでもよい。

メディアガイドアプリケーションは、情報から、第２の認可コードがメディアアセットと関連付けられる動作を実行するために要求されることを決定し、第２の認可コードは、ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される。例えば、記憶されたメディアアセット（例えば、メディアアセット１０６）に関して上記で説明されるように、ペアレンタルコントロールデータベースから情報を読み出すステップに基づいて、メディアガイドアプリケーションは、第２の要素が機能を実行するために必要とされるかどうかを決定する。第２の認可コードは、トークン（例えば、独立型トークンまたは携帯電話１１２上等のデバイス上で実行されるアプリケーション）によって生成されてもよく、これは、次いで、（例えば、ユーザ入力インターフェースを介して）メディアガイドアプリケーションに入力され得る。トークンは、公開キー認証に類似して、クロック時間の数学関数に基づいて認可コードを生成してもよい。いくつかの実施形態では、非対称（秘密・公開キー）認証等の他の２要素認証方法が、第２の認証コードに使用されてもよい。

メディアガイドアプリケーションは、第１の時間に生成される第２の認可コードの第２の入力を受信する。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェースを介して、「４５６７８」等の第２の認可コード（例えば、ユーザ入力インターフェースを使用してユーザ機器１０４に入力される）を受信してもよい。メディアガイドアプリケーションは、入力が受信されたときのクロック時間に基づいて、入力が０５：３１：１６（月：日：年）の１０：２３：３０（時間：分：秒）に受信されたことを決定してもよい。代替として、または加えて、メディアガイドアプリケーションは、コードが生成されたデバイス（例えば、携帯電話１１２）のクロック時間に基づいて、入力された第２の認可コードとともにクロック時間を受信してもよい。

メディアガイドアプリケーションは、次いで、第１の時間に生成される第２の認可コードを認可データベースに伝送してもよい。例えば、メディアガイドアプリケーションは、ユーザ機器から遠隔に（例えば、サーバ上に）位置し、通信ネットワークを介してアクセス可能である、またはユーザ機器（例えば、ユーザ機器１０４）におけるメモリの中に記憶され得る、データベースに第２の認可コードを伝送してもよい。いくつかの実施形態では、メディアガイドアプリケーションは、第２の認可コードを前処理してもよい。例えば、メディアガイドアプリケーションは、上記で説明されるように、第２の認可コードおよびそれが生成された時間を含むデータパケットを生成してもよい。別の実施例では、メディアガイドアプリケーションは、新しい認可コードがトークン機構によって生成される頻度に応じて、時間を伝送前の最も近い秒または分に連結してもよい。

メディアガイドアプリケーションは、第１の時間に生成される第２の認可コードを認可データベースに伝送するステップに応答して、第１の時間に生成される第２の識別子に合致する伝送された第２の認可コードに基づいて、メディアアセットと関連付けられる動作を実行する認可を許可する、インジケーションを受信する。例えば、メディアガイドアプリケーションは、伝送された認可コードが第２の識別子に対応する場合は「真」、または対応しない場合は「偽」に設定されるブール値とともに、認可パッケージからデータパケットを受信してもよい。第２の識別子は、特定の時間における出力（例えば、第２の識別子）を受信された第２の認可コードと比較し得る、同一の時間の数学関数を伴う第２のトークン機構であってもよい。トークンは、加えて、第１の認可コードによって識別されてもよく、これは、認可データベースが、受信された第２の認可コードが正しいかどうかをより効率的に決定することを可能にするであろう。例えば、メディアガイドアプリケーションは、第１の認可コード「１２３４」によって識別されるユーザが第２の認可コード「４５６７８」を入力したことを認可データベースに伝送してもよい。認可データベースに記憶された全てのトークン機構を検索する代わりに、認可データベースは、ユーザ「１２３４」に対応するトークンを検索し、「４５６７８」が特定の時間にそのトークンによって生成されたかどうかを決定する必要のみある。

メディアガイドアプリケーションは、第２の認可コードが記憶された第２の識別子に合致するというインジケーションを受信するステップに基づいて、メディアアセットに関連する動作を実行する。例えば、メディアガイドアプリケーションは、特定のメディアアセットが記憶されるメモリのブロックを消去または解放する（例えば、記憶装置からメディアアセット１０６を削除する）命令を実行してもよい。

いくつかの実施形態では、動作は、メディアガイドアプリケーションが、メディアアセットに対応するデータを含むメモリのブロックにアクセスするステップを含んでもよい。例えば、メディアガイドアプリケーションは、メディアアセット（例えば、メディアアセット１０６）の視聴覚データが（例えば、ユーザ機器１０４の記憶装置の中にローカルで、またはサーバにおいて遠隔で）記憶される、メモリの特定のセグメントを決定してもよい。メディアガイドアプリケーションは、次いで、メディアアセットに対応するメモリのブロックの中に含まれるデータを第２のユーザ機器にコピーしてもよい。例えば、メディアガイドアプリケーションは、ユーザがユーザ機器（例えば、ユーザ機器１０４）から遠隔にあるメディアアセットにアクセスし得るように、記憶された視聴覚データを読み出し、それを携帯電話（例えば、携帯電話１１２）等の別のデバイスに伝送してもよい。

いくつかの実施形態では、データをコピーするステップに応答して、メディアガイドアプリケーションは、ペアレンタルコントロールデータベース内のメディアアセットと関連付けられるフィールドの中に、メディアアセットが第２のユーザ機器にコピーされたというインジケーションを記憶する。例えば、メディアガイドアプリケーションは、（例えば、図２に関して下記に説明されるような）ペアレンタルコントロールデータベースのフィールド内で指し示される他のユーザ機器にコピーされたメディアアセットのアレイの中に、（例えば、メディアアセット１０６の識別子をアレイに追加することによって）メディアアセットがコピーされたというインジケーションを記憶してもよい。メディアガイドアプリケーションは、第１のユーザ機器上でメディアアセットにアクセスするための第３の要求を受信する。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェースを介して、記憶のために最初にそれをスケジュールしたユーザ機器（例えば、ユーザ機器１０４）上でメディアアセット（例えば、メディアアセット１０６）にアクセスするための要求を受信してもよい。メディアガイドアプリケーションは、次いで、メディアアセットが第２のユーザ機器上に（例えば、携帯電話１１２上に）記憶されている間に、第１のユーザ機器（例えば、ユーザ機器１０４）上のメディアアセット（例えば、メディアアセット１０６）へのアクセスを防止する。例えば、メディアガイドアプリケーションは、アレイにクエリを行い、メディアアセットの識別子がアレイの中に記憶されるため、アクセスが第１のユーザ機器から許可されていないことを決定してもよい。このように、メディアガイドアプリケーションは、「チェックアウト」された機構を維持することによって、メディアアセットが同時に複数のデバイス上で記憶および視聴されることができないことを確実にする。

他の実施形態では、動作は、メディアガイドアプリケーションが、現在記憶されているメディアアセットを含む視聴進捗データ構造にアクセスするステップを含む。例えば、メディアガイドアプリケーションは、（例えば、ユーザ機器１０４の）記憶装置の中でローカルで、または通信ネットワークを介してサーバにおいて遠隔で、視聴進捗データ構造にアクセスしてもよい。視聴進捗データ構造は、各メディアアセットが、視聴された時間または割合で表され得る、関連付けられる視聴進捗を有するように、編成されてもよい。メディアガイドアプリケーションは、次いで、メディアアセットのためのフィールドの中に、メディアアセットが最後まで視聴されたというインジケーションを記憶する。例えば、メディアガイドアプリケーションは、視聴進捗データ構造のフィールドを更新し、メディアアセット（例えば、メディアアセット１０６）の現在のユーザの視聴進捗を反映してもよい。具体的実施例として、ユーザは、メディアアセットを完了している場合があり、したがって、メディアガイドアプリケーションは、「最後まで視聴済み」フラグを「真」に設定してもよい。

代替として、メディアガイドアプリケーションは、要求された第２の認可コードがユーザのバイオメトリック署名であることを決定してもよい。例えば、メディアガイドアプリケーションは、上記で概説される同一のステップを実施してもよいが、（例えば、携帯電話１１２上のアプリケーションによって）トークン機構によって生成されるコードを受信する代わりに、メディアガイドアプリケーションは、バイオメトリック署名を受信する。具体的実施例として、バイオメトリック署名は、（例えば、ユーザ機器１０４または携帯電話１１２上の統合型カメラによって撮影される）画像としてメディアガイドアプリケーションに伝送される、ユーザの虹彩スキャン、指紋スキャン、または顔マップであってもよい。メディアガイドアプリケーションは、（例えば、受信された画像のピクセルマップ内の重要ポイント／パターンを分析することによって）バイオメトリック署名を分析し、記憶されたバイオメトリック署名を比較してもよい、またはバイオメトリック署名を分析し、認可データベースおよびトークン機構に関して上記に説明されるように同様に、それが第２の記憶された識別子に合致するかどうかを決定する、遠隔サーバにバイオメトリック署名を伝送してもよい。

図２は、本開示のいくつかの実施形態による、ペアレンタルコントロール情報を記憶するためのデータベース構造の例証的実施例である。例えば、ペアレンタルコントロールデータベース２００および記憶されたメタデータ２５０は、記憶装置の中にローカルで（例えば、下記で図７−８に列挙されるデバイスのうちのいずれかの上で）、または通信ネットワークを介してアクセス可能なサーバにおいて遠隔で、いずれかで記憶されてもよい。また、メディアガイドアプリケーションは、図９−１３に説明されるプロセスのうちの１つ以上のものを使用し、ペアレンタルコントロールデータベース２００および記憶されたメタデータ２５０、またはその中に説明される特徴のうちのいずれかを生成してもよい。

ペアレンタルコントロールデータベース２００は、関連付けられる記憶されたデータをそれぞれ伴う複数の識別子（例えば、識別子２０２）を伴って、テーブルとして編成されてもよい。いくつかの実施形態では、記憶された識別子は、第１の認可コードであってもよい（例えば、それは、ユーザの識別子および認可コードの両方である）。他の実施形態では、各識別子は、関連付けられるユーザ名（例えば、付加的フィールド２１０が、「Ｄａｄ」等のユーザ名のための記憶された文字列を含む）および／または異なる関連付けられる認可コードを有してもよい。

識別子毎に、ペアレンタルコントロールデータベースは、ブロック基準（例えば、ブロック基準２０４）、および特定の識別子の２要素認証に使用され得る第２の要素のタイプ（例えば、第２の要素２０６）のインジケーション、および任意の代替的な第２の要素（例えば、代替的な第２の要素２０８）を含む。ブロック基準フィールドは、ブロック基準毎に単一のフィールドであってもよい（例えば、より多くが付加的フィールド２１０の中に記憶される）、または（例えば、ブロック基準２０４を含む）ユーザと関連付けられる全てのブロック基準を含むアレイへのポインタを含んでもよい。第２の要素２０６および代替的な第２の要素２０８は、メディアガイドアプリケーションによって読み出されると、起動するプログラムスクリプトをメディアガイドアプリケーションに指示する、標準文字列である。例えば、メディアガイドアプリケーションは、ペアレンタルコントロールデータベースから文字列「トークン」を読み出し、（例えば、ユーザに対応する）特定の識別子を認証するために、トークン機構によって生成される第２の認可コードを入力するようにユーザに求めるためのスクリプトが実行される必要があることを決定してもよい。

付加的フィールド２１０は、メディアアセットに関して実施され得る動作毎に別個のフィールドを含んでもよい。具体的には、メディアガイドアプリケーションは、ユーザが特定の動作を実施する権限を与えられている（または権限を与えられていない）メディアアセットのためのアレイへのポインタを記憶してもよい。実施例として、識別子「１２３４」（例えば、識別子２０２）は、メディアアセット「Ｇａｍｅ ｏｆ Ｔｈｒｏｎｅｓ」および「Ｗｅｓｔｗｏｒｌｄ」の識別子が削除動作のためにペアレンタルコントロールデータベースから指し示されるアレイの中に記憶されるため、これらのメディアアセットを削除する権限を与えられてもよい。アレイの中の識別子に基づいて、メディアガイドアプリケーションは、（例えば、図１に関して上記で説明されるように）第２の要素が要求された動作を実施するために必要とされるかどうかを決定し、次いで、ユーザを認証し、ユーザが（該当する場合）動作を実施することを可能にするために使用され得る、第２の要素（例えば、第２の要素２０６）を決定してもよい。

記憶されたメタデータ２５０は、記憶されたメディアアセットに関するメタデータを含んでもよく、（例えば、メディアアセットのためのデータを含む視聴覚ファイルの中のヘッダとして）メディアアセットのためのデータとともにメモリの中に記憶されてもよい。記憶されたメタデータは、合計実行時間２５２、評価２５４、および実施する第２の要素を要求する動作についてのインジケーションを含んでもよい。例えば、メディアガイドアプリケーションは、２要素認証が要求される場合に（例えば、削除する第２の要素２５６）「真」、または２要素認証が要求されない場合に（例えば、コピーする第２の要素２５８および視聴進捗を更新する第２の要素２６０）「偽」に設定されるブール値を記憶してもよい。いくつかの実施形態では、メディアガイドアプリケーションは、（例えば、付加的フィールド２６２の中に）２要素認証が動作を実施するために要求される具体的ユーザを記憶してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザと関連付けられる記憶された識別子（例えば、識別子２０２）を伴う複数のエントリを含むペアレンタルコントロールデータベース（例えば、ペアレンタルコントロールデータベース２００）内のフィールドから、第１の記憶された識別子を読み出す。例えば、メディアガイドアプリケーションは、宣言「選択」文を利用してＳＱＬプログラムスクリプトを実行し、データベース内のフィールドから「１２３４」等の第１の記憶された識別子の値を読み出してもよい。メディアガイドアプリケーションは、第１の記憶された識別子の文字を受信された認可コードの文字と比較することによって、第１の記憶された識別子（例えば、識別子２０２）が受信された認可コードに合致するかどうかを決定してもよい。例えば、メディアガイドアプリケーションは、受信された文字列（すなわち、第１の認可コード）の各インデックス付き文字を記憶された識別子の各インデックス付き文字と比較し、２つの文字列が合致するかどうかを決定してもよい。メディアガイドアプリケーションは、合致した文字の数または割合が閾値を超える場合に合致を決定してもよい。例えば、メディアガイドアプリケーションは、９０％合致が閾値割合（例えば、７５％）を超える場合に、「１２３４５６７８９１」が「１２２４５６７８９１」に合致することを決定してもよい。

第１の記憶された識別子が受信された認可コードに合致することを決定するステップに応答して、メディアガイドアプリケーションは、第１の記憶された識別子と関連付けられるフィールドから値を読み出す。例えば、メディアガイドアプリケーションは、第１の記憶された識別子と関連付けられるフィールドから、ブロック基準（例えば、ブロック基準２０４）（例えば、第１の記憶された識別子によって識別されるユーザは、ＴＶ−ＰＧを上回る評価を伴うメディアアセットにアクセスすることができない）を読み出してもよい。メディアガイドアプリケーションは、次いで、値に基づいて、第１の記憶された識別子によって識別されるユーザがメディアアセットへのアクセスを有するかどうかを決定する。例えば、メディアガイドアプリケーションは、第１の記憶された識別子と関連付けられるフィールドから読み出されるブロック基準をメディアアセットと関連付けられるメタデータ（例えば、記憶されたメタデータ２５０）と比較し、第１の記憶された識別子によって識別されるユーザがメディアアセットにアクセスする許可を有するかどうかを決定してもよい。具体的実施例として、ブロック基準が評価「ＴＶ−ＰＧ」であり、メディアアセットが（例えば、記憶されたメタデータ２５０によって示されるように）「ＴＶ−ＭＡ」の評価を有する場合には、メディアアセットの評価がブロック基準評価を超えるため、メディアガイドアプリケーションは、ユーザがメディアアセットにアクセスする許可を有していないことを決定してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、事前決定された期間にわたってメディアアセットを視聴するためのアクセスを許可する命令を生成する。例えば、メディアガイドアプリケーションが、（例えば、上記で説明されるような識別子２０２であり得る）第１の認可コードによって識別されるユーザがメディアアセットへのアクセスを有することを決定した後、メディアガイドアプリケーションは、ある期間にわたってメディアアセットへのアクセスを許可する命令を（例えば、プログラムスクリプトを実行することによって）生成してもよい。メディアガイドアプリケーションは、次いで、命令を実行してもよく、命令は、ペアレンタルコントロールデータベース（例えば、ペアレンタルコントロールデータベース２００）内の第１の記憶された識別子と関連付けられるフィールドの中に、一時的インジケーションを記憶し、メディアアセットを視聴するためのアクセスを許可する。例えば、メディアガイドアプリケーションは、生成されたプログラムスクリプトを実行してもよく、これは、次いで、ユーザがメディアアセットへのアクセスを有するというインジケーション（例えば、「真」に設定されたブール値）をペアレンタルコントロールデータベースの中に（例えば、ペアレンタルコントロールデータベース２００の付加的フィールド２１０の中に）記憶する。メディアガイドアプリケーションは、次いで、命令を実行するステップに応答して、経過時間を監視する。例えば、プログラムスクリプトは、メディアアセットへのアクセスが満了するときに、終了時間をペアレンタルコントロールデータベースの中に（例えば、ペアレンタルコントロールデータベース２００の中に）記憶してもよく、メディアガイドアプリケーションは、別のプログラムスクリプトを実行し、時間が終了時間内の値に到達するときにインジケーションを除去してもよい。代替として、メディアガイドアプリケーションは、クロック時間を監視し、事前決定された期間後にインジケーションを除去する、プログラムスクリプトを起動し続けてもよい。メディアガイドアプリケーションは、経過時間が事前決定された期間を超えることを決定するステップに応答して、メディアアセットを視聴するためのアクセスを許可するための一時的インジケーションを削除する。例えば、メディアガイドアプリケーションは、インジケーションが記憶されたフィールド（例えば、ペアレンタルコントロールデータベース２００内の付加的フィールド２１０のうちの１つ）のコンテンツをリセットしてもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、第１の時間に生成される第２の識別子に合致しない伝送された第２の認可コードに基づいて、メディアアセットと関連付けられる動作を実行する認可を許可しない、インジケーションを受信するステップに応答して、ペアレンタルコントロールデータベースにクエリを行い、動作を可能にするための代替的な第２の認可コードがあるかどうかを決定する。例えば、メディアガイドアプリケーションは、伝送された認可コードが第２の識別子に対応しない場合に「偽」に設定されるブール値とともに、認可パッケージからデータパケットを受信してもよい。メディアガイドアプリケーションは、次いで、ペアレンタルコントロールデータベース（例えば、ペアレンタルコントロールデータベース２００）にアクセスし、任意の他の第２要素認可ソースが第１の記憶された識別子（例えば、代替的な第２の認可要素２０８）と関連付けられるどうかを決定する。例えば、メディアガイドアプリケーションは、ペアレンタルコントロールデータベースの中に記憶されたデータ（例えば、代替的な第２の認可要素２０８）に基づいて、ユーザがまた、第２の認可コードとしてのバイオメトリック署名（例えば、虹彩スキャンまたは顔認識）を介して識別され得ることを決定してもよい。動作を可能にするための代替的な第２の認可コードがあることを決定するステップに応答して、メディアガイドアプリケーションは、代替的な第２の認可コードを入力するためのインジケーションを表示するために生成する。例えば、メディアガイドアプリケーションは、（例えば、携帯電話に統合された）カメラを使用し、第２の認可コードとしてバイオメトリック署名を入力するためのプロンプトを表示するために生成してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、最初の第２の認可コード（例えば、第２の要素２０６）のための第２の識別子への合致の閾値数の失敗後のみ、（別のソースから）代替的な第２の認可コードを入力するように求めてもよい。例えば、メディアガイドアプリケーションが、認可データベースから、３つの連続的な伝送された第２の認可コードが第２の記憶された識別子に合致できなかったというインジケーションを受信する場合、メディアガイドアプリケーションは、代替的な第２の認可コード（例えば、代替的な第２の認可要素２０８）を入力するように求めることを決定してもよい。

図３は、本開示のいくつかの実施形態による、メディアアセットと関連付けられる動作のために２要素認証を要求するためのユーザインターフェースの例証的表示である。例えば、メディアガイドアプリケーションは、許可メニュー３０４をディスプレイ３０２上に表示するために生成してもよい。ディスプレイ３０２は、１つ以上のユーザデバイス（例えば、下記で図７−８に列挙されるデバイスのうちのいずれか）の上に出現してもよい。また、メディアガイドアプリケーションは、図９−１３に説明されるプロセスのうちの１つ以上のものを使用し、ディスプレイ３０２またはその中に説明される特徴のうちのいずれかを生成してもよい。

許可メニュー３０４は、ユーザが記憶のためにスケジュールしているメディアアセットの識別子を示すテキスト（例えば、「Ｇａｍｅ ｏｆ Ｔｈｒｏｎｅｓ」）、および２要素認証を要求するであろう動作に関して許可を設定するオプションを含むプロンプトを含んでもよい。例えば、メディアガイドアプリケーションは、選択されると、削除するオプション３０６、コピーするオプション３１４、および視聴進捗を更新するオプション３１６等の対応する動作を実施するために２要素認証を要求する複数のオプションを生成してもよい。いくつかの実施形態では、具体的動作のための２要素認証を要求するオプション（例えば、インジケータ３０８によって示されるような削除するオプション３０６）の選択は、（例えば、具体的ユーザ３１２の選択を介して）具体的ユーザのためにさらにカスタマイズされてもよい、または（例えば、全てのユーザ３１０の選択を介して）全てのユーザのために設定されてもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、ユーザ入力を受信し、記憶のためにメディアアセットをスケジュールする。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェース（例えば、リモートコントロール）を介してユーザ入力を受信し、記憶のためにメディアアセットをスケジュールしてもよい。具体的実施例として、ユーザは、メディアアセットをスケジューリングデータベースに追加させる、メディアガイドアプリケーションによって生成されるグリッドガイド内の特定のメディアアセット一覧を選択してもよい。メディアガイドアプリケーションは、ユーザ入力を受信するステップに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプション（例えば、オプション３０６、３１４、および／または３１６）を伴うユーザインターフェース（例えば、許可メニュー３０４を含む）を表示するために生成する。例えば、メディアガイドアプリケーションは、ボタンを伴うユーザインターフェースを生成し、メディアアセットに対して実施され得る動作（例えば、削除するオプション３０６）のために２要素認証を要求してもよい。メディアガイドアプリケーションは、対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信する。例えば、メディアガイドアプリケーションは、ユーザ入力インターフェースを介してユーザ選択を受信し、特定の動作（例えば、削除）のためのアクセスを制限（例えば、２要素認証を要求）してもよい。メディアガイドアプリケーションは、選択を受信するステップに応答して、（例えば、図２に関して上記で説明されるように）ペアレンタルコントロールデータベースの中に、動作が第２の認可コードを要求するという情報を記憶する。例えば、メディアガイドアプリケーションは、上記で説明されるように、メディアアセットの識別子をペアレンタルコントロールデータベース内のポインタが動作に関して指し示すアレイに追加してもよい。代替として、または加えて、メディアガイドアプリケーションは、図２に関して上記で説明されるように、記憶されたメディアアセットのメタデータとともにインジケーションを記憶してもよい。

図４は、本開示のいくつかの実施形態による、メディアアセットと関連付けられる動作をブロックするためのユーザインターフェースの例証的表示である。例えば、メディアガイドアプリケーションは、モバイルデバイス４００のディスプレイ４０２上に表示するためにアラート４０４を生成してもよい。アラート４０４は、特定の動作（例えば、削除）を実施するための要求がメディアガイドアプリケーションによって受信されたことを示す、テキストを含んでもよい。アラート４０４は、加えて、動作をブロックする選択可能なオプション４０６、および許可する選択可能なオプション４０８を表示するために生成してもよい。ディスプレイ４０２は、１つ以上のユーザデバイス（例えば、下記で図７−８に列挙されるデバイスのうちのいずれか）の上に出現してもよい。また、メディアガイドアプリケーションは、図９−１３に説明されるプロセスのうちの１つ以上のものを使用し、ディスプレイ４０２またはその中に説明される特徴のうちのいずれかを生成してもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、メディアアセットにアクセスしたユーザの識別子を含むユーザデータベースにアクセスする。例えば、メディアガイドアプリケーションは、データベースまたは他の適切なデータ構造を維持し、ユーザがメディアアセットにアクセスした後に、メディアアセットの識別子と関連付けられるフィールドの中にユーザの識別子を記憶してもよい。具体的実施例として、ユーザ識別子は、「１１１１」等の第１の認可コードであってもよい。いくつかの実施形態では、ユーザデータベースは、（例えば、インデックスデータ構造に指し示される、またはそれを介してリンクされる）図２に関して上記で議論されるペアレンタルコントロールデータベースと関連付けられてもよい。メディアガイドアプリケーションは、次いで、識別子と関連付けられるユーザデータベース内のフィールドから、メディアアセットにアクセスしたユーザと関連付けられるデバイスの連絡先情報を読み出す。例えば、メディアガイドアプリケーションは、認可コード「１１１１」によって識別されるユーザが、第１の認可コード「１２３４」によって識別されるユーザが動作を実施することを所望すると示した同一のメディアアセットを以前に視聴したことを決定してもよく、認可コード「１１１１」によって識別されるユーザの（例えば、モバイルデバイス４００の）連絡先情報を読み出す。具体的実施例として、メディアガイドアプリケーションは、認可コード「１１１１」によって識別されるユーザに対応するユーザデータベース内のフィールドから、携帯電話番号「１２３−４５６−７８９０」を読み出してもよい。メディアガイドアプリケーションは、次いで、メディアアセットと関連付けられる動作が受信されたというユーザへの通知を連絡先情報に基づくデバイス（例えば、モバイルデバイス４００）に伝送する。例えば、メディアガイドアプリケーションは、読み出された電話番号に基づいて、メッセージを携帯電話に伝送してもよい。伝送されたメッセージは、動作および／または動作を実施しようとしているユーザの詳細を含んでもよい。例えば、メディアガイドアプリケーションは、「ユーザ「Ｓｔｅｖｅ」が「Ｇａｍｅ ｏｆ Ｔｈｒｏｎｅｓ、シーズン６、エピソード５」を削除しようとしています」というメッセージを伝送してもよい。

メディアアセットと関連付けられる動作が受信されたという通知をユーザに伝送するステップに加えて、いくつかの実施形態では、メディアガイドアプリケーションは、デバイスから動作を防止するためのインジケーションを受信する。例えば、メディアガイドアプリケーションは、メッセージが伝送されたデバイスから、（例えば、ブロックするオプション４０６を選択するユーザ入力を介して）動作をブロックするためのインジケーションを受信してもよい。具体的実施例として、通知がユーザの携帯電話に伝送された場合、メッセージは、動作をブロックすることを所望する場合にメッセージに返信するようにユーザに命令する、テキストを含んでもよい。いくつかの実施形態では、メディアガイドアプリケーションは、ユーザと関連付けられるユーザデータベースの中に記憶されたインジケーションに基づいて、ユーザが動作をブロックする権限を有するかどうかを決定してもよく、動作をブロックする権限を有する場合にメッセージに返信するようにユーザに指示する、テキストのみを含むであろう。メディアガイドアプリケーションは、次いで、インジケーションをメディアアセットと関連付けられるペアレンタルコントロールデータベースの第２のフィールドの中に記憶し、インジケーションは、動作が実行されることを防止する。例えば、メディアガイドアプリケーションは、動作をブロックするための受信されたインジケーションに基づいて、ユーザが削除する権限を有する（例えば、図２に関して上記で説明されるように、ペアレンタルコントロールデータベース内のフィールドによって指し示される）メディアアセットのアレイからメディアアセットを除去してもよい。代替として、または加えて、メディアガイドアプリケーションは、ユーザが動作を実施しないように別のユーザによってブロックされたメディアアセットに関して、メディアアセットをペアレンタルコントロールデータベース内のアレイに追加してもよい。

任意の所与のコンテンツ配信システムでユーザに利用可能なコンテンツの量が、膨大であり得る。その結果、多くのユーザは、ユーザがコンテンツの選択を効率的にナビゲートし、所望し得るコンテンツを容易に識別することを可能にする、インターフェースを通したメディアガイドの形態を所望している。そのようなガイドを提供するアプリケーションは、本明細書では、双方向メディアガイドアプリケーションと称されるが、時として、メディアガイドアプリケーションまたはガイドアプリケーションと称されることもある。

双方向メディアガイドアプリケーションは、ガイドを提供するコンテンツに応じて、種々の形態をとってもよい。１つの典型的なタイプのメディアガイドアプリケーションは、双方向テレビ番組ガイドである。双方向テレビ番組ガイド（時として、電子番組ガイドと称される）は、とりわけ、ユーザが、多くのタイプのコンテンツまたはメディアアセット間をナビゲートし、それを特定することを可能にする、周知のガイドアプリケーションである。双方向メディアガイドアプリケーションは、ユーザが、コンテンツ間をナビゲートし、それを特定および選択することを可能にする、グラフィカルユーザインターフェース画面を生成してもよい。本明細書で参照されるように、用語「メディアアセット」および「コンテンツ」は、テレビ番組、および有料番組、オンデマンド番組（ビデオオンデマンド（ＶＯＤ）システムにおけるような）、インターネットコンテンツ（例えば、ストリーミングコンテンツ、ダウンロード可能コンテンツ、ウェブキャスト等）、ビデオクリップ、オーディオ、コンテンツ情報、写真、回転画像、ドキュメント、再生一覧、ウェブサイト、記事、書籍、電子書籍、ブログ、チャットセッション、ソーシャルメディア、アプリケーション、ゲーム、および／または任意の他のメディアまたはマルチメディア、および／またはそれらの組み合わせ等の電子的に消費可能なユーザアセットを意味すると理解されたい。ガイドアプリケーションはまた、ユーザが、コンテンツ間をナビゲートし、それを特定することを可能にする。本明細書で参照されるように、用語「マルチメディア」は、上記で説明される少なくとも２つの異なるコンテンツ形態、例えば、テキスト、オーディオ、画像、ビデオ、または双方向コンテンツ形態を利用する、コンテンツを意味すると理解されたい。コンテンツは、ユーザ機器デバイスによって、録画、再生、表示、またはアクセスされてもよいが、また、ライブパーフォーマンスの一部であることもできる。

本明細書で議論される実施形態のいずれかを実施するためのメディアガイドアプリケーションおよび／または任意の命令は、コンピュータ可読媒体上にエンコードされてもよい。コンピュータ可読媒体は、データを記憶することが可能な任意のメディアを含む。コンピュータ可読媒体は、限定ではないが、電気または電磁信号の伝搬を含む、一過性であり得る、または限定ではないが、ハードディスク、フロッピー（登録商標）ディスク、ＵＳＢドライブ、ＤＶＤ、ＣＤ、メディアカード、レジスタメモリ、プロセッサキャッシュ、ランダムアクセスメモリ（「ＲＡＭ」）等の揮発性および不揮発性コンピュータメモリまたは記憶デバイスを含む、非一過性であり得る。

インターネット、モバイルコンピューティング、および高速無線ネットワークの出現に伴って、ユーザは、従来は使用しなかったユーザ機器デバイス上でメディアにアクセスするようになっている。本明細書で参照されるように、語句「ユーザ機器デバイス」、「ユーザ機器」、「ユーザデバイス」、「電子デバイス」、「電子機器」、「メディア機器デバイス」、または「メディアデバイス」は、テレビ、スマートＴＶ、セットトップボックス、衛星テレビに対応するための統合型受信機デコーダ（ＩＲＤ）、デジタル記憶デバイス、デジタルメディア受信機（ＤＭＲ）、デジタルメディアアダプタ（ＤＭＡ）、ストリーミングメディアデバイス、ＤＶＤプレーヤ、ＤＶＤレコーダ、接続型ＤＶＤ、ローカルメディアサーバ、ＢＬＵ−ＲＡＹ（登録商標）プレーヤ、ＢＬＵ−ＲＡＹ（登録商標）レコーダ、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレットコンピュータ、ウェブＴＶボックス、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、ＰＣメディアサーバ、ＰＣメディアセンター、ハンドヘルドコンピュータ、固定電話、携帯情報端末（ＰＤＡ）、携帯電話、ポータブルビデオプレーヤ、ポータブル音楽プレーヤ、ポータブルゲーム機、スマートフォン、または任意の他のテレビ機器、コンピューティング機器、または無線デバイス、および／またはそれらの組み合わせ等の上記で説明されるコンテンツにアクセスするための任意のデバイスを意味すると理解されたい。いくつかの実施形態では、ユーザ機器デバイスは、正面画面および裏面画面、複数の正面画面、または複数の角度付き画面を有してもよい。いくつかの実施形態では、ユーザ機器デバイスは、正面カメラおよび／または裏面カメラを有してもよい。これらのユーザ機器デバイス上で、ユーザは、テレビを通して利用可能な同一のコンテンツ間をナビゲートし、それを特定することが可能であり得る。その結果として、メディアガイドは、これらのデバイス上でも利用可能であり得る。提供されるガイドは、テレビのみを通して利用可能なコンテンツ、他のタイプのユーザ機器デバイスのうちの１つ以上のもののみを通して利用可能なコンテンツ、またはテレビおよび他のタイプのユーザ機器デバイスのうちの１つ以上のものの両方を通して利用可能なコンテンツのためのものであってもよい。メディアガイドアプリケーションは、ユーザ機器デバイス上で、オンラインアプリケーション（すなわち、ウェブサイト上で提供される）として、または独立型アプリケーションまたはクライアントとして提供されてもよい。メディアガイドアプリケーションを実装し得る、種々のデバイスおよびプラットフォームは、下記でより詳細に説明される。

メディアガイドアプリケーションの機能のうちの１つは、メディアガイドデータをユーザに提供することである。本明細書で参照されるように、語句「メディアガイドデータ」または「ガイドデータ」は、コンテンツに関連する任意のデータまたはガイドアプリケーションを動作させる際に使用されるデータを意味すると理解されたい。例えば、ガイドデータは、番組情報、ガイドアプリケーション設定、ユーザ選好、ユーザプロファイル情報、メディア一覧、メディア関連情報（例えば、放送時間、放送チャネル、タイトル、内容、評価情報（例えば、ペアレンタルコントロール評価、批評家の評価等）、ジャンルまたはカテゴリ情報、俳優情報、放送会社またはプロバイダのロゴのロゴデータ等）、メディア形式（例えば、標準解像度、高解像度、３Ｄ等）、オンデマンド情報、ブログ、ウェブサイト、およびユーザが所望のコンテンツ選択間をナビゲートし、それを特定するために役立つ、任意の他のタイプのガイドデータを含んでもよい。

図５−６は、メディアガイドデータを提供するために使用され得る、例証的表示画面を示す。図５−６に示される表示画面は、任意の好適なユーザ機器デバイスまたはプラットフォーム上に実装されてもよい。図５−６の表示は、フル画面表示として図示されているが、それらはまた、表示されているコンテンツ上に完全または部分的にオーバーレイされてもよい。ユーザは、表示画面に提供された選択可能なオプション（例えば、メニューオプション、一覧オプション、アイコン、ハイパーリンク等）を選択することによって、またはリモートコントロールまたは他のユーザ入力インターフェースまたはデバイス上の専用ボタン（例えば、「ガイド」ボタン）を押下することによって、コンテンツ情報にアクセスする要望を示してもよい。ユーザのインジケーションに応答して、メディアガイドアプリケーションは、グリッド内の時間およびチャネル別、時間別、チャネル別、ソース別、コンテンツタイプ別、カテゴリ別（例えば、映画、スポーツ、ニュース、子供向け、または他の番組カテゴリ）、または他の所定、ユーザ定義、または他の編成基準等のいくつかの方法のうちの１つにおいて編成されたメディアガイドデータを表示画面に提供してもよい。

図５は、単一表示内の異なるタイプのコンテンツへのアクセスも可能にする、時間およびチャネル別に配列された番組一覧表示５００の例証的グリッドを示す。表示５００は、以下、すなわち、（１）各チャネル／コンテンツタイプ識別子（列内のセル）が利用可能な異なるチャネルまたはコンテンツのタイプを識別する、チャネル／コンテンツタイプ識別子５０４の列、および（２）各時間識別子（行内のセル）が番組の時間帯を識別する、時間識別子５０６の行を伴うグリッド５０２を含んでもよい。グリッド５０２はまた、番組一覧５０８等の番組一覧のセルも含み、各一覧は、一覧の関連チャネルおよび時間の上に提供される、番組のタイトルを提供する。ユーザ入力デバイスを用いて、ユーザは、ハイライト領域５１０を移動させることによって番組一覧を選択することができる。ハイライト領域５１０によって選択される番組一覧に関する情報が、番組情報領域５１２内に提供されてもよい。領域５１２は、例えば、番組タイトル、番組内容、番組が提供される時間（該当する場合）、番組が放送されるチャネル（該当する場合）、番組の評価、および他の所望の情報を含んでもよい。

線形番組（例えば、所定の時間に複数のユーザ機器デバイスに伝送されるようにスケジュールされ、スケジュールに従って提供されるコンテンツ）にアクセスを提供することに加えて、メディアガイドアプリケーションはまた、非線形番組（例えば、任意の時間においてユーザ機器デバイスにアクセス可能であって、スケジュールに従って提供されない、コンテンツ）へのアクセスも提供する。非線形番組は、オンデマンドコンテンツ（例えば、ＶＯＤ）、インターネットコンテンツ（例えば、ストリーミングメディア、ダウンロード可能メディア等）、ローカルで記憶されたコンテンツ（例えば、上記で説明される任意のユーザ機器デバイスまたは他の記憶デバイス上に記憶されたコンテンツ）、または時間的制約のない他のコンテンツを含む、異なるコンテンツソースからのコンテンツを含んでもよい。オンデマンドコンテンツは、映画または特定のコンテンツプロバイダ（例えば、「Ｔｈｅ Ｓｏｐｒａｎｏｓ」や「Ｃｕｒｂ Ｙｏｕｒ Ｅｎｔｈｕｓｉａｓｍ」を提供するＨＢＯ Ｏｎ Ｄｅｍａｎｄ）によって提供される映画または任意の他のコンテンツを含んでもよい。ＨＢＯ ＯＮ ＤＥＭＡＮＤは、Ｔｉｍｅ Ｗａｒｎｅｒ Ｃｏｍｐａｎｙ Ｌ． Ｐ． ｅｔ ａｌ．によって所有されるサービスマークであり、ＴＨＥ ＳＯＰＲＡＮＯＳおよびＣＵＲＢ ＹＯＵＲ ＥＮＴＨＵＳＩＡＳＭは、Ｈｏｍｅ Ｂｏｘ Ｏｆｆｉｃｅ， Ｉｎｃ．によって所有される商標である。インターネットコンテンツは、チャットセッションまたはウェブキャスト等のウェブイベント、またはインターネットウェブサイトまたは他のインターネットアクセス（例えば、ＦＴＰ）を通して、ストリーミングコンテンツまたはダウンロード可能なコンテンツとしてオンデマンドで利用可能なコンテンツを含んでもよい。

グリッド５０２は、オンデマンド一覧５１４、録画コンテンツ一覧５１６、およびインターネットコンテンツ一覧５１８を含む、非線形番組のメディアガイドデータを提供してもよい。異なるタイプのコンテンツソースからのコンテンツのためのメディアガイドデータを組み合わせる表示は、時として、「混合メディア」表示と称されることもある。表示５００とは異なる、表示され得るメディアガイドデータのタイプの種々の順列は、ユーザ選択またはガイドアプリケーション定義に基づいてもよい（例えば、録画および放送一覧のみの表示、オンデマンドおよび放送一覧のみの表示等）。例証されるように、一覧５１４、５１６、および５１８は、これらの一覧の選択が、それぞれ、オンデマンド一覧、録画一覧、またはインターネット一覧専用の表示へのアクセスを提供し得ることを示すように、グリッド５０２内に表示される時間帯全体に及ぶものとして示されている。いくつかの実施形態では、これらのコンテンツタイプの一覧は、グリッド５０２に直接含まれてもよい。ユーザがナビゲーションアイコン５２０のうちの１つを選択することに応答して、付加的メディアガイドデータが表示されてもよい（ユーザ入力デバイス上の矢印キーを押下することは、ナビゲーションアイコン５２０を選択することと同様に表示に影響を及ぼし得る）。

表示５００はまた、ビデオ領域５２２およびオプション領域５２６を含んでもよい。ビデオ領域５２２は、ユーザが、ユーザに現在利用可能である、今後利用可能となる、または利用可能であった番組を視聴および／またはプレビューすることを可能にしてもよい。ビデオ領域５２２のコンテンツは、グリッド５０２に表示される一覧のうちの１つに対応する、またはそれから独立し得る。ビデオ領域を含むグリッド表示は、時として、ピクチャインガイド（ＰＩＧ）表示と称されることもある。ＰＩＧ表示およびそれらの機能性は、２００３年５月１３日発行のＳａｔｔｅｒｆｉｅｌｄ ｅｔ ａｌ．の米国特許第６，５６４，３７８号、および２００１年５月２９日発行のＹｕｅｎ ｅｔ ａｌ．の米国特許第６，２３９，７９４号（それらの全体として参照することによって本明細書に組み込まれる）でより詳細に説明されている。ＰＩＧ表示は、本明細書に説明される実施形態の他のメディアガイドアプリケーション表示画面に含まれてもよい。

オプション領域５２６は、ユーザが、異なるタイプのコンテンツ、メディアガイドアプリケーション表示、および／またはメディアガイドアプリケーション特徴にアクセスすることを可能にしてもよい。オプション領域５２６は、表示５００（および本明細書に説明される他の表示画面）の一部であってもよい、または画面上のオプションを選択すること、またはユーザ入力デバイス上の専用または割当可能ボタンを押下することによって、ユーザによって呼び出されてもよい。オプション領域５２６内の選択可能オプションは、グリッド５０２内の番組一覧に関連する特徴に関してもよい、またはメインメニュー表示から利用可能なオプションを含んでもよい。番組一覧に関連する特徴は、他の放送時間または番組の受信方法の検索、番組の録画、番組の連続録画の有効化、番組および／またはチャネルをお気に入りとして設定、番組の購入、または他の特徴を含んでもよい。メインメニュー表示から利用可能なオプションは、検索オプション、ＶＯＤオプション、ペアレンタルコントロールオプション、インターネットオプション、クラウドベースのオプション、デバイス同期オプション、第２の画面デバイスオプション、種々のタイプのメディアガイドデータ表示にアクセスするオプション、プレミアムサービスをサブスクライブするオプション、ユーザのプロファイルを編集するオプション、ブラウザオーバーレイにアクセスするオプション、または他のオプションを含んでもよい。

メディアガイドアプリケーションは、ユーザの選好に基づいて個人化されてもよい。個人化されたメディアガイドアプリケーションは、ユーザが、メディアガイドアプリケーションを用いて個人化された「体験」を生成するように、表示および特徴をカスタマイズすることを可能にする。この個人化された体験は、ユーザがこれらのカスタマイズを入力することを可能にすることによって、および／または種々のユーザ選好を決定するようにメディアガイドアプリケーションがユーザアクティビティを監視することによって、生成されてもよい。ユーザは、ログインすることによって、または別様にガイドアプリケーションに対して自らを識別することによって、それらの個人化されたガイドアプリケーションにアクセスしてもよい。メディアガイドアプリケーションのカスタマイズは、ユーザプロファイルに従って作成されてもよい。カスタマイズは、提示方式（例えば、表示の色方式、テキストのフォントサイズ等）、表示されるコンテンツ一覧の側面（例えば、ＨＤＴＶ番組のみまたは３Ｄ番組のみ、お気に入りチャネル選択に基づいたユーザ指定の放送チャネル、チャネルの表示の並び替え、推奨コンテンツ等）、所望の録画特徴（例えば、特定のユーザに対する録画または連続録画、録画品質等）、ペアレンタルコントロール設定、インターネットコンテンツのカスタマイズされた提示（例えば、ソーシャルメディアコンテンツ、電子メール、電子的に配信された記事等の提示）、および他の所望のカスタマイズを変更させるステップを含んでもよい。

メディアガイドアプリケーションは、ユーザが、ユーザプロファイル情報を提供することを可能にしてもよい、またはユーザプロファイル情報を自動的にコンパイルしてもよい。メディアガイドアプリケーションは、例えば、ユーザがアクセスするコンテンツ、および／またはユーザがガイドアプリケーションと行い得る他の相互作用を監視してもよい。加えて、メディアガイドアプリケーションは、特定のユーザに関連する他のユーザプロファイルの全体または一部を取得し（例えば、ｗｗｗ．ａｌｌｒｏｖｉ．ｃｏｍ等のユーザがアクセスするインターネット上の他のウェブサイトから、ユーザがアクセスする他のメディアガイドアプリケーションから、ユーザがアクセスする他の双方向アプリケーションから、ユーザの別のユーザ機器デバイスから等）、および／またはメディアガイドアプリケーションがアクセスし得る他のソースから、ユーザについての情報を取得してもよい。結果として、ユーザは、ユーザの異なるユーザ機器デバイスにわたって、統一されたガイドアプリケーション体験を提供することができる。本タイプのユーザ体験は、図８に関連して下記でより詳細に説明される。付加的な個人化されたメディアガイドアプリケーション特徴は、２００５年７月１１日出願のＥｌｌｉｓ ｅｔ ａｌ．の米国特許出願公開第２００５／０２５１８２７号、２００７年１月１６日出願のＢｏｙｅｒ ｅｔ ａｌ．の米国特許第７，１６５，０９８号、および２００２年２月２１日出願のＥｌｌｉｓ ｅｔ ａｌ．の米国特許出願公開第２００２／０１７４４３０号（それらの全体として参照することによって本明細書に組み込まれる）でより詳細に説明されている。

メディアガイドを提供するための別の表示配列が、図６に示されている。ビデオモザイク表示６００は、コンテンツのタイプ、ジャンル、および／または他の編成基準に基づいて編成されたコンテンツ情報のための選択可能オプション６０２を含む。表示６００では、テレビ一覧オプション６０４が、選択され、したがって、一覧６０６、６０８、６１０、および６１２を放送番組一覧として提供する。表示６００では、一覧は、カバーアート、コンテンツからの静止画像、ビデオクリップのプレビュー、コンテンツからのライブビデオ、または一覧中のメディアガイドデータによって記述されているコンテンツをユーザに示す他のタイプのコンテンツを含む、グラフィック画像を提供してもよい。グラフィック一覧はまた、それぞれ、一覧と関連付けられるコンテンツに関するさらなる情報を提供するように、テキストを伴ってもよい。例えば、一覧６０８は、メディア部分６１４およびテキスト部分６１６を含む、１つを上回る部分を含んでもよい。メディア部分６１４および／またはテキスト部分６１６は、コンテンツをフル画面で視聴するように、またはメディア部分６１４に表示されるコンテンツに関連する情報を閲覧するように（例えば、ビデオが表示されるチャネルの一覧を閲覧するように）、選択可能であり得る。

表示６００内の一覧は、異なるサイズである（すなわち、一覧６０６は、一覧６０８、６１０、および６１２より大きい）が、所望に応じて、全ての一覧が同一のサイズであってもよい。一覧は、コンテンツプロバイダの所望に応じて、またはユーザ選好に基づいて、ユーザの関心の程度を示すように、またはあるコンテンツを強調するように、異なるサイズであるか、またはグラフィック的に強調されてもよい。コンテンツ一覧をグラフィック的に強調するための種々のシステムおよび方法は、例えば、２００９年１１月１２日に出願されたＹａｔｅｓの米国特許出願公開第２０１０／０１５３８８５号（その全体として参照することによって本明細書に組み込まれる）で議論されている。

ユーザは、そのユーザ機器デバイスのうちの１つ以上のものから、コンテンツおよびメディアガイドアプリケーション（および上記および下記で説明されるその表示画面）にアクセスしてもよい。図７は、例証的ユーザ機器デバイス７００の一般化された実施形態を示す。ユーザ機器デバイスのより具体的な実装は、図８に関連して下記で議論される。ユーザ機器デバイス７００は、入出力（以下「Ｉ／Ｏ」）パス７０２を介して、コンテンツおよびデータを受信してもよい。Ｉ／Ｏパス７０２は、処理回路７０６および記憶装置７０８を含む制御回路７０４に、コンテンツ（例えば、放送番組、オンデマンド番組、インターネットコンテンツ、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を経由して利用可能なコンテンツ、および／または他のコンテンツ）およびデータを提供してもよい。制御回路７０４は、Ｉ／Ｏパス７０２を使用して、コマンド、要求、および他の好適なデータを送受信するために使用されてもよい。Ｉ／Ｏパス７０２は、制御回路７０４（具体的には、処理回路７０６）を１つ以上の通信パス（下記で説明される）に接続してもよい。Ｉ／Ｏ機能は、これらの通信パスのうちの１つ以上のものによって提供されてもよいが、図面が複雑になり過ぎることを回避するため、図７では単一パスとして示されている。

制御回路７０４は、処理回路７０６等の任意の好適な処理回路に基づいてもよい。本明細書で参照されるように、処理回路とは、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等に基づく回路を意味すると理解され、マルチコアプロセッサ（例えば、デュアルコア、クアドコア、ヘクサコア、または任意の好適な数のコア）またはスーパーコンピュータを含んでもよい。いくつかの実施形態では、処理回路は、複数の別個のプロセッサまたは処理ユニット、例えば、複数の同一のタイプの処理ユニット（例えば、２つのＩｎｔｅｌ Ｃｏｒｅ ｉ７プロセッサ）または複数の異なるプロセッサ（例えば、Ｉｎｔｅｌ Ｃｏｒｅ ｉ５プロセッサおよびＩｎｔｅｌ Ｃｏｒｅ ｉ７プロセッサ）にわたって分散されてもよい。いくつかの実施形態では、制御回路７０４は、メモリ（すなわち、記憶装置７０８）に記憶されたメディアガイドアプリケーションに対する命令を実行する。具体的には、制御回路７０４は、メディアガイドアプリケーションによって、上記および下記で議論される機能を果たすように命令されてもよい。例えば、メディアガイドアプリケーションは、制御回路７０４に、メディアガイド表示を生成するための命令を提供してもよい。いくつかの実装では、制御回路７０４によって実施される任意のアクションは、メディアガイドアプリケーションから受信される命令に基づいてもよい。

クライアントサーバベースの実施形態では、制御回路７０４は、ガイドアプリケーションサーバまたは他のネットワークまたはサーバと通信するための好適な通信回路を含んでもよい。上記に述べられる機能性を実施するための命令は、ガイドアプリケーションサーバ上に記憶されてもよい。通信回路は、ケーブルモデム、総合デジタル通信網（ＩＳＤＮ）モデム、デジタルサブスクライバ回線（ＤＳＬ）モデム、電話モデム、イーサネット（登録商標）カード、または他の機器との通信用の無線モデム、または任意の他の好適な通信回路を含んでもよい。そのような通信は、インターネットまたは任意の他の好適な通信ネットワークまたはパスを伴ってもよい（図８に関連してより詳細に説明される）。加えて、通信回路は、ユーザ機器デバイスのピアツーピア通信、または相互から遠隔の場所にあるユーザ機器デバイスの通信を可能にする回路を含んでもよい（下記でより詳細に説明される）。

メモリは、制御回路７０４の一部である、記憶装置７０８として提供される、電子記憶デバイスであってもよい。本明細書で参照されるように、語句「電子記憶デバイス」または「記憶デバイス」とは、ランダムアクセスメモリ、読取専用メモリ、ハードドライブ、光学ドライブ、デジタルビデオディスク（ＤＶＤ）レコーダ、コンパクトディスク（ＣＤ）レコーダ、ＢＬＵ−ＲＡＹ（登録商標）ディスク（ＢＤ）レコーダ、ＢＬＵ−ＲＡＹ（登録商標） ３Ｄディスクレコーダ、デジタルビデオレコーダ（ＤＶＲ、または時として、パーソナルビデオレコーダまたはＰＶＲと呼ばれる場合もある）、ソリッドステートデバイス、量子記憶デバイス、ゲームコンソール、ゲームメディア、または任意の他の好適な固定またはリムーバブル記憶デバイス、および／またはそれらの任意の組み合わせ等の電子データ、コンピュータソフトウェア、またはファームウェアを記憶するための任意のデバイスを意味すると理解されたい。記憶装置７０８は、本明細書に説明される種々のタイプのコンテンツ、および上記で説明されるメディアガイドデータを記憶するために使用されてもよい。不揮発性メモリもまた、（例えば、ブートアップルーチンおよび他の命令を起動するために）使用されてもよい。図８に関連して説明されるクラウドベースの記憶装置が、記憶装置７０８を補完するために使用される、または記憶装置７０８の代わりに使用されてもよい。

制御回路７０４は、１つ以上のアナログチューナ、１つ以上のＭＰＥＧ−２デコーダ、または他のデジタルデコード回路、高解像度チューナ、または任意の他の好適な同調またはビデオ回路、またはそのような回路の組み合わせ等のビデオ生成回路および同調回路を含んでもよい。（例えば、記憶するために、無線、アナログ、またはデジタル信号をＭＰＥＧ信号に変換するための）エンコード回路もまた、提供されてもよい。制御回路７０４はまた、コンテンツをユーザ機器７００の好ましい出力形式に上方変換および下方変換するためのスケーリング回路を含んでもよい。回路７０４はまた、デジタル信号とアナログ信号との間で変換するためのデジタル／アナログ変換回路およびアナログ／デジタル変換回路を含んでもよい。同調およびエンコード回路は、コンテンツを受信して表示する、再生する、または録画するために、ユーザ機器デバイスによって使用されてもよい。同調およびエンコード回路はまた、ガイドデータを受信するために使用されてもよい。例えば、同調、ビデオ生成、エンコード、デコード、暗号化、解読、スケーリング、およびアナログ／デジタル回路を含む、本明細書に説明される回路は、１つ以上の汎用または特殊プロセッサ上で起動するソフトウェアを使用して実装されてもよい。複数のチューナが、同時同調機能（例えば、視聴および録画機能、ピクチャインピクチャ（ＰＩＰ）機能、多重チューナ録画機能等）に対処するように提供されてもよい。記憶装置７０８が、ユーザ機器７００とは別のデバイスとして提供される場合、同調およびエンコード回路（複数のチューナを含む）は、記憶装置７０８と関連付けられてもよい。

ユーザは、ユーザ入力インターフェース７１０を使用して、命令を制御回路７０４に送信してもよい。ユーザ入力インターフェース７１０は、リモートコントロール、マウス、トラックボール、キーパッド、キーボード、タッチスクリーン、タッチパッド、スタイラス入力、ジョイスティック、音声認識インターフェース、または他のユーザ入力インターフェース等の任意の好適なユーザインターフェースであってもよい。ディスプレイ７１２は、独立型デバイスとして提供される、またはユーザ機器デバイス７００の他の要素と統合されてもよい。例えば、ディスプレイ７１２は、タッチスクリーンまたはタッチセンサ式ディスプレイであってもよい。そのような状況では、ユーザ入力インターフェース７１０は、ディスプレイ７１２と統合される、または組み合わせられてもよい。ディスプレイ７１２は、モニタ、テレビ、モバイルデバイス用液晶ディスプレイ（ＬＣＤ）、非晶質シリコンディスプレイ、低温ポリシリコンディスプレイ、電子インクディスプレイ、電気泳動ディスプレイ、アクティブマトリクスディスプレイ、エレクトロウェッティングディスプレイ、電気流体ディスプレイ、ブラウン管ディスプレイ、発光ダイオードディスプレイ、エレクトロルミネセントディスプレイ、プラズマディスプレイパネル、高性能アドレッシングディスプレイ、薄膜トランジスタディスプレイ、有機発光ダイオードディスプレイ、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、レーザテレビ、カーボンナノチューブ、量子ドットディスプレイ、干渉変調器ディスプレイ、または視覚的画像を表示するための任意の他の好適な機器のうちの１つ以上のものであってもよい。いくつかの実施形態では、ディスプレイ７１２は、ＨＤＴＶ対応型であり得る。いくつかの実施形態では、ディスプレイ７１２は、３Ｄディスプレイであってもよく、双方向メディアガイドアプリケーションおよび任意の好適なコンテンツは、３Ｄで表示されてもよい。ビデオカードまたはグラフィックカードは、ディスプレイ７１２への出力を生成してもよい。ビデオカードは、３Ｄシーンおよび２Ｄグラフィックのレンダリング加速、ＭＰＥＧ−２／ＭＰＥＧ−４デコード、ＴＶ出力、または複数のモニタを接続する能力等の種々の機能を提供し得る。ビデオカードは、制御回路７０４に関連する上記で説明される任意の処理回路であってもよい。ビデオカードは、制御回路７０４と統合されてもよい。スピーカ７１４は、ユーザ機器デバイス７００の他の要素と統合されたものとして提供されてもよい、または独立型ユニットであってもよい。ディスプレイ７１２上に表示されるビデオおよび他のコンテンツのオーディオコンポーネントは、スピーカ７１４を通して再生されてもよい。いくつかの実施形態では、オーディオは、スピーカ７１４を介して音声を処理および出力する、受信機（図示せず）に配布されてもよい。

ガイドアプリケーションは、任意の好適なアーキテクチャを使用して実装されてもよい。例えば、これは、ユーザ機器デバイス７００上で完全に実装される、独立型アプリケーションであってもよい。そのようなアプローチでは、アプリケーションの命令は、ローカルで（例えば、記憶装置７０８内に）記憶され、アプリケーションによって使用するためのデータは、周期的にダウンロードされる（例えば、帯域外フィードから、インターネットリソースから、または別の好適なアプローチを使用して）。制御回路７０４は、記憶装置７０８からアプリケーションの命令を読み出し、本明細書で議論される表示のうちのいずれかを生成するための命令を処理してもよい。処理された命令に基づいて、制御回路７０４は、入力が入力インターフェース７１０から受信されるときに実施するアクションを決定してもよい。例えば、表示上のカーソルの上／下への移動は、入力インターフェース７１０が上／下ボタンが選択されたことを示すとき、処理された命令によって示されてもよい。

いくつかの実施形態では、メディアガイドアプリケーションは、クライアントサーバベースのアプリケーションである。ユーザ機器デバイス７００上に実装される、シックまたはシンクライアントによって使用するためのデータは、ユーザ機器デバイス７００の遠隔にあるサーバに要求を発行することによって、オンデマンドで読み出される。クライアントサーバベースのガイドアプリケーションの一実施例では、制御回路７０４は、遠隔サーバによって提供されるウェブページを解釈する、ウェブブラウザを起動する。例えば、遠隔サーバは、記憶デバイス内にアプリケーションのための命令を記憶してもよい。遠隔サーバは、回路（例えば、制御回路７０４）を使用して、記憶された命令を処理し、上記および下記で議論される表示を生成してもよい。クライアントデバイスは、遠隔サーバによって生成される表示を受信してもよく、表示のコンテンツを機器デバイス７００上でローカルで表示してもよい。このように、命令の処理が、サーバによって遠隔で実施される一方、結果として生じる表示は、機器デバイス７００上にローカルで提供される。機器デバイス７００は、入力インターフェース７１０を介して、ユーザからの入力を受信し、対応する表示を処理および生成するために、それらの入力を遠隔サーバに伝送してもよい。例えば、機器デバイス７００は、上／下ボタンが入力インターフェース７１０を介して選択されたことを示す、通信を遠隔サーバに伝送してもよい。遠隔サーバは、その入力に従って命令を処理し、入力に対応するアプリケーションの表示を生成してもよい（例えば、カーソルを上／下に移動させる表示）。生成された表示は、次いで、ユーザへの提示のために、機器デバイス７００に伝送される。

いくつかの実施形態では、メディアガイドアプリケーションは、インタープリタまたは仮想マシン（制御回路７０４によって起動される）によって、ダウンロードされ、解釈または別様に起動される。いくつかの実施形態では、ガイドアプリケーションは、ＥＴＶバイナリ交換形式（ＥＴＶ Ｂｉｎａｒｙ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ／ＥＢＩＦ）でエンコードされ、好適なフィードの一部として制御回路７０４によって受信され、制御回路７０４上で起動するユーザエージェントによって解釈されてもよい。例えば、ガイドアプリケーションは、ＥＢＩＦアプリケーションであってもよい。いくつかの実施形態では、ガイドアプリケーションは、制御回路７０４によって実行されるローカル仮想マシンまたは他の好適なミドルウェアによって受信および起動される、一連のＪＡＶＡ（登録商標）ベースのファイルによって定義されてもよい。そのような実施形態のうちのいくつか（例えば、ＭＰＥＧ−２または他のデジタルメディアエンコードスキームを採用するもの）では、ガイドアプリケーションは、例えば、番組のＭＰＥＧオーディオおよびビデオパケットを用いたＭＰＥＧ−２オブジェクトカルーセルにおいてエンコードおよび伝送されてもよい。

図７のユーザ機器デバイス７００は、ユーザテレビ機器８０２、ユーザコンピュータ機器８０４、無線ユーザ通信デバイス８０６、または非携帯用ゲーム機等のコンテンツにアクセスするために好適な任意の他のタイプのユーザ機器として、図８のシステム８００に実装されることができる。簡単にするために、これらのデバイスは、本明細書では総称して、ユーザ機器またはユーザ機器デバイスと称されてもよく、上記で説明されるユーザ機器デバイスに実質的に類似し得る。メディアガイドアプリケーションが実装され得る、ユーザ機器デバイスは、独立型デバイスとして機能してもよい、またはデバイスのネットワークの一部であってもよい。デバイスの種々のネットワーク構成が実装されてもよく、下記でより詳細に議論される。

図７に関連して上記で説明されるシステム特徴のうちの少なくともいくつかを利用する、ユーザ機器デバイスは、単に、ユーザテレビ機器８０２、ユーザコンピュータ機器８０４、または無線ユーザ通信デバイス８０６として分類されなくてもよい。例えば、ユーザテレビ機器８０２は、いくつかのユーザコンピュータ機器８０４のように、インターネットコンテンツへのアクセスを許可するインターネット対応型であり得る一方で、ユーザコンピュータ機器８０４は、あるテレビ機器８０２のように、テレビ番組へのアクセスを許可するチューナを含んでもよい。メディアガイドアプリケーションはまた、種々の異なるタイプのユーザ機器上で同一レイアウトを有してもよい、またはユーザ機器の表示能力に合わせられてもよい。例えば、ユーザコンピュータ機器８０４上では、ガイドアプリケーションは、ウェブブラウザによってアクセスされるウェブサイトとして提供されてもよい。別の実施例では、ガイドアプリケーションは、無線ユーザ通信デバイス８０６用に縮小されてもよい。

システム８００では、典型的には、各タイプのユーザ機器デバイスが１つを上回って存在するが、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが図８に示されている。加えて、各ユーザは、１つを上回るタイプのユーザ機器デバイスと、また、各タイプのユーザ機器デバイスのうちの１つを上回るものとを利用してもよい。

いくつかの実施形態では、ユーザ機器デバイス（例えば、ユーザテレビ機器８０２、ユーザコンピュータ機器８０４、無線ユーザ通信デバイス８０６）は、「第２の画面デバイス」と称されてもよい。例えば、第２の画面デバイスは、第１のユーザ機器デバイス上に提示されるコンテンツを補完してもよい。第２の画面デバイス上に提示されるコンテンツは、第１のデバイス上に提示されるコンテンツを補完する、任意の好適なコンテンツであってもよい。いくつかの実施形態では、第２の画面デバイスは、第１のデバイスの設定および表示選好を調節するためのインターフェースを提供する。いくつかの実施形態では、第２の画面デバイスは、他の第２の画面デバイスと相互作用する、またはソーシャルネットワークと相互作用するために構成されている。第２の画面デバイスは、第１のデバイスと同一の部屋内にに位置することができる、第１のデバイスと異なる部屋であるが同一の家または建物内にに位置することができる、または、第１のデバイスと異なる建物内に位置することができる。

ユーザはまた、家庭内デバイスおよび遠隔デバイスにわたって一貫したメディアガイドアプリケーション設定を維持するように、種々の設定を設定してもよい。設定は、本明細書に説明されるもの、およびお気に入りのチャネルおよび番組、番組を推奨するためにガイドアプリケーションが利用する番組選好、表示選好、および他の望ましいガイド設定を含む。例えば、ユーザが、そのオフィスのパーソナルコンピュータ上で、例えば、ウェブサイトｗｗｗ．ａｌｌｒｏｖｉ．ｃｏｍの上で、チャネルをお気に入りとして設定した場合、同一のチャネルが、ユーザの家庭内デバイス（例えば、ユーザテレビ機器およびユーザコンピュータ機器）上で、および所望に応じて、ユーザのモバイルデバイス上でお気に入りとして表示されるであろう。したがって、同一タイプのユーザ機器デバイスであるかまたは異なるタイプのユーザ機器デバイスであるかにかかわらず、１つのユーザ機器デバイス上で行われる変更は、別のユーザ機器デバイス上のガイド体験を変更することができる。加えて、行われる変更は、ユーザによって入力される設定、およびガイドアプリケーションによって監視されるユーザアクティビティに基づいてもよい。

ユーザ機器デバイスは、通信ネットワーク８１４に結合されてもよい。すなわち、ユーザテレビ機器８０２、ユーザコンピュータ機器８０４、および無線ユーザ通信デバイス８０６は、それぞれ、通信パス８０８、８１０、および８１２を介して、通信ネットワーク８１４に結合される。通信ネットワーク８１４は、インターネット、携帯電話ネットワーク、モバイルボイスまたはデータネットワーク（例えば、４ＧまたはＬＴＥネットワーク）、ケーブルネットワーク、公衆交換電話ネットワーク、または他のタイプの通信ネットワーク、または通信ネットワークの組み合わせを含む、１つ以上のネットワークであってもよい。パス８０８、８１０、および８１２は、別個または一緒に、衛星パス、光ファイバパス、ケーブルパス、インターネット通信をサポートするパス（例えば、ＩＰＴＶ）、フリースペース接続（例えば、放送または他の無線信号用）、または任意の他の好適な有線または無線通信パス、またはそのようなパスの組み合わせ等の１つ以上の通信パスを含んでもよい。パス８１２は、図８に示される例示的実施形態では、無線パスであることを示すように破線で描かれ、パス８０８および８１０は、有線パスであることを示すように実線として描かれている（しかし、これらのパスは、所望に応じて、無線パスであってもよい）。ユーザ機器デバイスとの通信は、これらの通信パスのうちの１つ以上のものによって提供されてもよいが、図８では、図面が複雑になり過ぎることを回避するように、単一パスとして示されている。

通信パスは、ユーザ機器デバイスの間には描かれていないが、これらのデバイスは、パス８０８、８１０、および８１２に関連して上記で説明されるもの、およびＵＳＢケーブル、ＩＥＥＥ １３９４ケーブル、無線パス（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、ＩＥＥＥ ８０２−１１ｘ等）等の他の短距離ポイントツーポイント通信パス、または有線または無線パスを介した他の短距離通信等の通信パスを介して、相互に直接通信してもよい。ＢＬＵＥＴＯＯＴＨ（登録商標）は、Ｂｌｕｅｔｏｏｔｈ（登録商標） ＳＩＧ， ＩＮＣ．によって所有される認証マークである。ユーザ機器デバイスはまた、通信ネットワーク８１４を介した間接パスを通して、相互に直接通信してもよい。

システム８００は、それぞれ、通信パス８２０および８２２を介して、通信ネットワーク８１４に結合される、コンテンツソース８１６およびメディアガイドデータソース８１８を含む。パス８２０および８２２は、パス８０８、８１０、および８１２に関連して上記で説明される通信パスのうちのいずれかを含んでもよい。コンテンツソース８１６およびメディアガイドデータソース８１８との通信は、１つ以上の通信パスを介して交信されてもよいが、図８では、図面が複雑になり過ぎることを回避するように、単一パスとして示されている。加えて、コンテンツソース８１６およびメディアガイドデータソース８１８のそれぞれが１つを上回って存在し得るが、図８では、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが示されている。（異なるタイプのこれらのソースのそれぞれが下記で議論される）。所望に応じて、コンテンツソース８１６およびメディアガイドデータソース８１８は、１つのソースデバイスとして統合されてもよい。ソース８１６および８１８と、ユーザ機器デバイス８０２、８０４、および８０６との間の通信は、通信ネットワーク８１４を通したものとして示されるが、いくつかの実施形態では、ソース８１６および８１８は、パス８０８、８１０、および８１２に関連して上記で説明されるもの等の通信パス（図示せず）を介して、ユーザ機器デバイス８０２、８０４、および８０６と直接通信してもよい。

コンテンツソース８１６は、テレビ配信施設、ケーブルシステムヘッドエンド、衛星配信施設、番組ソース（例えば、ＮＢＣ、ＡＢＣ、ＨＢＯ等のテレビ放送会社）、中間配信施設および／またはサーバ、インターネットプロバイダ、オンデマンドメディアサーバ、および他のコンテンツプロバイダを含む、１つ以上のタイプのコンテンツ配信機器を含んでもよい。ＮＢＣは、Ｎａｔｉｏｎａｌ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ， Ｉｎｃ．によって所有される商標であり、ＡＢＣは、Ａｍｅｒｉｃａｎ Ｂｒｏａｄｃａｓｔｉｎｇ Ｃｏｍｐａｎｙ， ＩＮＣ．によって所有される商標であり、ＨＢＯは、Ｈｏｍｅ Ｂｏｘ Ｏｆｆｉｃｅ， Ｉｎｃ．によって所有される商標である。コンテンツソース８１６は、コンテンツの発信元であってもよい（例えば、テレビ放送会社、ウェブキャストプロバイダ等）、またはコンテンツの発信元でなくてもよい（例えば、オンデマンドコンテンツプロバイダ、ダウンロード用放送番組のコンテンツのインターネットプロバイダ等）。コンテンツソース８１６は、ケーブルソース、衛星プロバイダ、オンデマンドプロバイダ、インターネットプロバイダ、オーバーザトップコンテンツプロバイダ、または他のコンテンツのプロバイダを含んでもよい。コンテンツソース８１６はまた、ユーザ機器デバイスのうちのいずれかから遠隔の場所にある、異なるタイプのコンテンツ（ユーザによって選択されるビデオコンテンツを含む）を記憶するために使用される、遠隔メディアサーバを含んでもよい。コンテンツの遠隔記憶のため、および遠隔に記憶されたコンテンツをユーザ機器に提供するためのシステムおよび方法は、２０１０年７月２０日発行のＥｌｌｉｓ ｅｔ ａｌ．の米国特許第７，７６１，８９２号（その全体として参照することによって本明細書に組み込まれる）に関連して、より詳細に議論されている。

メディアガイドデータソース８１８は、上記で説明されるメディアガイドデータ等のメディアガイドデータを提供してもよい。メディアガイドデータは、任意の好適なアプローチを使用して、ユーザ機器デバイスに提供されてもよい。いくつかの実施形態では、ガイドアプリケーションは、データフィード（例えば、継続フィードまたはトリクルフィード）を介して、番組ガイドデータを受信する、独立型双方向テレビ番組ガイドであってもよい。番組スケジュールデータおよび他のガイドデータは、テレビチャネルのサイドバンド上で、帯域内デジタル信号を使用して、帯域外デジタル信号を使用して、または任意の他の好適なデータ伝送技術によって、ユーザ機器に提供されてもよい。番組スケジュールデータおよび他のメディアガイドデータは、複数のアナログまたはデジタルテレビチャネル上でユーザ機器に提供されてもよい。

いくつかの実施形態では、メディアガイドデータソース８１８からのガイドデータは、クライアントサーバアプローチを使用して、ユーザの機器に提供されてもよい。例えば、ユーザ機器デバイスは、メディアガイドデータをサーバからプルしてもよい、またはサーバは、メディアガイドデータをユーザ機器デバイスにプッシュしてもよい。いくつかの実施形態では、ユーザの機器上に常駐するガイドアプリケーションクライアントは、必要に応じて、例えば、ガイドデータが古くなっているとき、またはユーザ機器デバイスが、データを受信する要求をユーザから受信するとき、ソース８１８とセッションを開始し、ガイドデータを取得してもよい。メディアガイドは、任意の好適な頻度で（例えば、継続的に、毎日、ユーザ規定期間で、システム規定期間で、ユーザ機器からの要求に応答して等）ユーザ機器に提供されてもよい。メディアガイドデータソース８１８は、ユーザ機器デバイス８０２、８０４、および８０６に、メディアガイドアプリケーション自体、またはメディアガイドアプリケーションのソフトウェア更新を提供してもよい。

いくつかの実施形態では、メディアガイドデータは、視聴者データを含んでもよい。例えば、視聴者データは、現在および／または履歴ユーザアクティビティ情報（例えば、ユーザが典型的に鑑賞するコンテンツ、ユーザがコンテンツを鑑賞する時刻、ユーザがソーシャルネットワークと相互作用するかどうか、ユーザがソーシャルネットワークと相互作用し、情報をポストする時間、ユーザが典型的に鑑賞するコンテンツのタイプ（例えば、有料ＴＶまたは無料ＴＶ）、気分、脳の活動情報等）を含んでもよい。メディアガイドデータはまた、サブスクリプションデータを含んでもよい。例えば、サブスクリプションデータは、所与のユーザがサブスクライブするソースまたはサービスおよび／または所与のユーザが以前にサブスクライブしていたが、後にアクセスを打ち切ったソースまたはサービス（例えば、ユーザがプレミアムチャネルをサブスクライブしているかどうか、ユーザがプレミアムレベルのサービスを追加したかどうか、ユーザがインターネット速度を加速させたかどうか）を識別してもよい。いくつかの実施形態では、視聴者データおよび／またはサブスクリプションデータは、１年を上回る周期の間の所与のユーザのパターンを識別してもよい。メディアガイドデータは、所与のユーザがサービス／ソースへのアクセスを打ち切るであろう可能性を示すスコアを生成するために使用される、モデル（例えば、残存者モデル）を含んでもよい。例えば、メディアガイドアプリケーションは、所与のユーザが特定のサービスまたはソースへのアクセスを打ち切るであろうかどうかの可能性を示す、値またはスコアを生成するためのモデルを併用して、サブスクリプションデータとともに視聴者データを処理してもよい。特に、より高いスコアは、ユーザが特定のサービスまたはソースへのアクセスを打ち切るであろう、より高いレベルの信頼性を示し得る。スコアに基づいて、メディアガイドアプリケーションは、ユーザがアクセスを打ち切る可能性が高いであろうものとしてスコアによって示される特定のサービスまたはソースをユーザが維持するように勧誘する宣伝を生成してもよい。

メディアガイドアプリケーションは、例えば、ユーザ機器デバイス上に実装される独立型アプリケーションであってもよい。例えば、メディアガイドアプリケーションは、記憶装置７０８内に記憶され、ユーザ機器デバイス７００の制御回路７０４によって実行され得る、ソフトウェアまたは実行可能命令のセットとして実装されてもよい。いくつかの実施形態では、メディアガイドアプリケーションは、クライアント−サーバアプリケーションであってもよく、その場合、クライアントアプリケーションのみが、ユーザ機器デバイス上に常駐し、サーバアプリケーションは、遠隔サーバ上に常駐する。例えば、メディアガイドアプリケーションは、部分的にユーザ機器デバイス７００の制御回路７０４上のクライアントアプリケーションとして、および遠隔サーバの制御回路上で起動するサーバアプリケーション（例えば、メディアガイドデータソース８１８）として部分的に遠隔サーバ上で、実装されてもよい。遠隔サーバの制御回路（メディアガイドデータソース８１８等）によって実行されると、メディアガイドアプリケーションは、制御回路に、ガイドアプリケーション表示を生成し、生成された表示をユーザ機器デバイスに伝送するように命令してもよい。サーバアプリケーションは、メディアガイドデータソース８１８の制御回路に、ユーザ機器上での記憶のためのデータを伝送するように命令してもよい。クライアントアプリケーションは、受信用ユーザ機器の制御回路に、ガイドアプリケーション表示を生成するように命令してもよい。

ユーザ機器デバイス８０２、８０４、および８０６に配信されるコンテンツおよび／またはメディアガイドデータは、オーバーザトップ（ＯＴＴ）コンテンツであってもよい。ＯＴＴコンテンツ配信は、上記で説明される任意のユーザ機器デバイスを含む、インターネット対応型ユーザデバイスが、ケーブルまたは衛星接続を経由して受信されるコンテンツに加えて、上記で説明される任意のコンテンツを含む、インターネットを経由して転送されるコンテンツを受信することを可能にする。ＯＴＴコンテンツは、インターネットサービスプロバイダ（ＩＳＰ）によって提供されるインターネット接続を介して配布されるが、第三者も、コンテンツを配布する。ＩＳＰは、視聴能力、著作権、またはコンテンツの再配布に責任がない場合があり、ＯＴＴコンテンツプロバイダによって提供されるＩＰパケットのみを転送してもよい。ＯＴＴコンテンツプロバイダの実施例は、ＩＰパケットを介してオーディオおよびビデオを提供する、ＹＯＵＴＵＢＥ（登録商標）、ＮＥＴＦＬＩＸ、およびＨＵＬＵを含む。Ｙｏｕｔｕｂｅは、Ｇｏｏｇｌｅ Ｉｎｃ．によって所有される商標であり、Ｎｅｔｆｌｉｘは、Ｎｅｔｆｌｉｘ， Ｉｎｃ．によって所有される商標であり、Ｈｕｌｕは、Ｈｕｌｕ， ＬＬＣ．によって所有される商標である。ＯＴＴコンテンツプロバイダは、加えて、または代替として、上記で説明されるメディアガイドデータを提供してもよい。コンテンツおよび／またはメディアガイドデータに加えて、ＯＴＴコンテンツのプロバイダは、メディアガイドアプリケーション（例えば、ウェブベースのアプリケーションまたはクラウドベースのアプリケーション）を配布することができる、またはコンテンツは、ユーザ機器デバイス上に記憶されたメディアガイドアプリケーションによって表示されることができる。

メディアガイドシステム８００は、いくつかのアプローチまたはネットワーク構成を例証することを意図しており、これによって、ユーザ機器デバイスおよびコンテンツおよびガイドデータのソースは、コンテンツにアクセスし、メディアガイドを提供する目的のために、相互に通信してもよい。本明細書に説明される実施形態は、これらのアプローチのうちのいずれか１つまたは一部において、またはコンテンツを配信し、メディアガイドを提供するための他のアプローチを採用するシステムにおいて、適用されてもよい。以下の４つのアプローチは、図８の一般化された実施例の具体的例証を提供する。

あるアプローチでは、ユーザ機器デバイスは、ホームネットワーク内で相互に通信してもよい。ユーザ機器デバイスは、上記で説明される短距離ポイントツーポイント通信方式を介して、ホームネットワーク上に提供されるハブまたは他の類似デバイスを通した間接パスを介して、または通信ネットワーク８１４を介して、相互に直接通信することができる。１つの家庭内の複数の個人のそれぞれが、ホームネットワーク上の異なるユーザ機器デバイスを動作させてもよい。結果として、種々のメディアガイド情報または設定が、異なるユーザ機器デバイスの間で通信されることが望ましくあり得る。例えば、２００５年７月１１日出願のＥｌｌｉｓ ｅｔ ａｌ．の米国特許公開第２００５／０２５１８２７号でより詳細に説明されるように、ホームネットワーク内の異なるユーザ機器デバイス上で、ユーザが一貫したメディアガイドアプリケーション設定を維持することが望ましくあり得る。ホームネットワーク内の異なるタイプのユーザ機器デバイスもまた、相互に通信し、コンテンツを伝送してもよい。例えば、ユーザは、ユーザコンピュータ機器から携帯用ビデオプレーヤまたは携帯用音楽プレーヤにコンテンツを伝送してもよい。

第２のアプローチでは、ユーザは、複数のタイプのユーザ機器を有してもよく、これによって、コンテンツにアクセスし、メディアガイドを取得する。例えば、一部のユーザは、家庭内およびモバイルデバイスによってアクセスされる、ホームネットワークを有してもよい。ユーザは、遠隔デバイス上に実装されるメディアガイドアプリケーションを介して、家庭内デバイスを制御してもよい。例えば、ユーザは、そのオフィスのパーソナルコンピュータ、またはＰＤＡまたはウェブ対応携帯電話等のモバイルデバイスを介して、ウェブサイト上のオンラインメディアガイドアプリケーションにアクセスしてもよい。ユーザは、オンラインガイドアプリケーション上で種々の設定（例えば、録画、リマインダ、または他の設定）を設定して、ユーザの家庭内機器を制御してもよい。オンラインガイドは、直接、またはユーザの家庭内機器上のメディアガイドアプリケーションと通信することによって、ユーザの機器を制御してもよい。ユーザ機器デバイスが相互から遠隔の場所にある、ユーザ機器デバイスの通信のための種々のシステムおよび方法は、例えば、Ｅｌｌｉｓ ｅｔ ａｌ．の２０１１年１０月２５日発行の米国特許第８，０４６，８０１号（その全体を参照することによって本明細書に組み込まれる）で議論されている。

第３のアプローチでは、家庭内外のユーザ機器デバイスのユーザは、コンテンツソース８１６と直接通信し、コンテンツにアクセスするために、そのメディアガイドアプリケーションを使用することができる。具体的には、家庭内では、ユーザテレビ機器８０２およびユーザコンピュータ機器８０４のユーザは、メディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。ユーザはまた、無線ユーザ通信デバイス８０６を使用して、家庭外のメディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。

第４のアプローチでは、ユーザ機器デバイスは、クラウドコンピューティング環境内で動作し、クラウドサービスにアクセスしてもよい。クラウドコンピューティング環境では、コンテンツ共有、記憶、または配布のための種々のタイプのコンピューティングサービス（例えば、ビデオ共有サイトまたはソーシャルネットワーキングサイト）が、「クラウド」と称される、ネットワークアクセス可能コンピューティングおよび記憶リソースの集合によって提供される。例えば、クラウドは、通信ネットワーク８１４を介したインターネット等のネットワークを介して接続される、種々のタイプのユーザおよびデバイスにクラウドベースのサービスを提供する、中央にまたは分散場所に位置し得る、サーバコンピューティングデバイスの集合を含むことができる。これらのクラウドリソースは、１つ以上のコンテンツソース８１６および１つ以上のメディアガイドデータソース８１８を含んでもよい。加えて、または代替として、遠隔コンピューティングサイトは、ユーザテレビ機器８０２、ユーザコンピュータ機器８０４、および無線ユーザ通信デバイス８０６等の他のユーザ機器デバイスを含んでもよい。例えば、他のユーザ機器デバイスは、ビデオの記憶されたコピーまたはストリーミングされたビデオへのアクセスを提供してもよい。そのような実施形態では、ユーザ機器デバイスは、中央サーバと通信することなく、ピアツーピア様式で動作してもよい。

クラウドは、ユーザ機器デバイスのために、他の実施例の中でもとりわけ、コンテンツ記憶、コンテンツ共有、またはソーシャルネットワーキングサービス等のサービスへのアクセス、および上記で説明される任意のコンテンツへのアクセスを提供する。サービスは、クラウドコンピューティングサービスプロバイダを通して、またはオンラインサービスの他のプロバイダを通して、クラウド内で提供されることができる。例えば、クラウドベースのサービスは、コンテンツ記憶サービス、コンテンツ共有サイト、ソーシャルネットワーキングサイト、または他のサービスを含むことができ、それを介して、ユーザ供給コンテンツは、接続されたデバイス上で他者によって視聴するために配布される。これらのクラウドベースのサービスは、ユーザ機器デバイスが、コンテンツをローカルで記憶し、ローカルで記憶されたコンテンツにアクセスするのではなく、コンテンツをクラウドに記憶し、コンテンツをクラウドから受信することを可能にしてもよい。

ユーザは、カムコーダ、ビデオモード付きデジタルカメラ、オーディオレコーダ、携帯電話、およびハンドヘルドコンピューティングデバイス等の種々のコンテンツ捕捉デバイスを使用して、コンテンツを録画してもよい。ユーザは、直接、例えば、ユーザコンピュータ機器８０４から、またはコンテンツ捕捉特徴を有する、無線ユーザ通信デバイス８０６からのいずれかにおいて、クラウド上のコンテンツ記憶サービスにコンテンツをアップロードすることができる。代替として、ユーザは、最初に、コンテンツをユーザコンピュータ機器８０４等のユーザ機器デバイスに転送することができる。コンテンツを記憶するユーザ機器デバイスは、通信ネットワーク８１４上のデータ伝送サービスを使用して、コンテンツをクラウドにアップロードする。いくつかの実施形態では、ユーザ機器デバイス自体が、クラウドリソースであり、他のユーザ機器デバイスは、直接、ユーザがコンテンツを記憶したユーザ機器デバイスから、コンテンツにアクセスすることができる。

クラウドリソースは、例えば、ウェブブラウザ、メディアガイドアプリケーション、デスクトップアプリケーション、モバイルアプリケーション、および／またはそれらのアクセスアプリケーションの任意の組み合わせを使用して、ユーザ機器デバイスによってアクセスされてもよい。ユーザ機器デバイスは、アプリケーション配信のためにクラウドコンピューティングに依拠する、クラウドクライアントであってもよい、またはユーザ機器デバイスは、クラウドリソースにアクセスすることなく、ある機能性を有してもよい。例えば、ユーザ機器デバイス上で起動するいくつかのアプリケーションは、クラウドアプリケーション、すなわち、インターネットを経由して、サービスとして配信されるアプリケーションであってもよい一方で、他のアプリケーションは、ユーザ機器デバイス上に記憶され、起動されてもよい。いくつかの実施形態では、ユーザデバイスは、コンテンツを複数のクラウドリソースから同時に受信してもよい。例えば、ユーザデバイスは、オーディオを１つのクラウドリソースからストリーミングする一方で、コンテンツを第２のクラウドリソースからダウンロードすることができる。または、ユーザデバイスは、より効率的なダウンロードのために、コンテンツを複数のクラウドリソースからダウンロードすることができる。いくつかの実施形態では、ユーザ機器デバイスは、図７に関連して説明される処理回路によって実施される処理動作等の処理動作のために、クラウドリソースを使用することができる。

本明細書で参照されるように、用語「〜に応答して」は、「〜の結果として開始される」ことを指す。例えば、第２のアクションに応答して実施されている第１のアクションは、第１のアクションと第２のアクションとの間に介在ステップを含んでもよい。本明細書で参照されるように、用語「〜に直接応答して」は、「〜によって引き起こされる」ことを指す。例えば、第２のアクションに直接応答して実施されている第１のアクションは、第１のアクションと第２のアクションとの間に介在ステップを含まなくてもよい。

図９は、本開示のいくつかの実施形態による、２要素認証を使用してブロックされたメディアアセットと関連付けられる動作を認可するための例証的ステップのフローチャートである。例えば、メディアガイドアプリケーション実装プロセス９００は、制御回路７０４（図７）によって実行されてもよい。プロセス９００またはその任意のステップは、図７−８に示されるデバイスまたは機器のうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信し、メディアアセットへのアクセスが、ブロックされる、９０２から始まる。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、表示するためにメディアアセットを生成するユーザデバイスにローカルである（例えば、記憶装置７０８）か、またはサーバにおいて遠隔にある（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）かのいずれかである、記憶装置の中に複数のメディアアセットを記憶してもよい。メディアガイドアプリケーションは、ユーザが表示するために選択し得る、メディアアセットの一覧を（例えば、ディスプレイ７１２上のユーザインターフェース内で）生成してもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、各記憶されたメディアアセットと関連付けられるメタデータに基づいて、各メディアアセットが所与のユーザのためにブロックされるべきであるかどうかを示す、フラグを設定してもよい。具体的実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられるメタデータに基づいて、それが所定のブロック基準（例えば、特定のユーザがＴＶ−ＰＧを上回る評価を伴う番組を鑑賞することができない）を満たすことを示す、フラグを設定してもよい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第１の認可コードの第１の入力を受信する、９０４に続く。第１の認可コードは、記憶された英数字列に合致され得る、英数字の任意の組み合わせであってもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、タッチスクリーンまたはリモートコントロール等のユーザ入力インターフェース（例えば、ユーザ入力インターフェース７１０）を使用して、ユーザ入力を介して第１の識別子を受信してもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、リモートコントロールを介して、ユーザ入力「１５７８」を受信してもよい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、（例えば、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で記憶される）記憶された第１の識別子に合致するかどうかを決定する、９０６に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、受信された入力「１５７８」が、第１の識別子に関してメモリの中に記憶された値に合致するかどうかを決定する。具体的実施例として、メディアガイドアプリケーションは、許可（すなわち、各コードがメディアアセットにアクセスし得るかどうか）と関連付けられる複数の識別子を含む、（例えば、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で記憶される）ペアレンタルコントロールデータベースにアクセスしてもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、（例えば、第１の認可コードの文字を記憶された識別子のそれぞれの文字と比較することによって）受信された第１の認可コードを記憶された識別子と比較し、合致を決定してもよい。合致を決定した後、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、合致した識別子に対応するデータベース内のフィールドからデータを読み出し、データが、ユーザがメディアアセットへのアクセスを有することを示すかどうかを決定する。

メディアガイドアプリケーションが、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、記憶された第１の識別子に合致しないことを決定する場合、プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットへのアクセスを防止し続ける、９０８に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、受信された第１の認可コードがペアレンタルコントロールデータベースの中に記憶されたいかなる識別子にも合致しないこと、または第１の認可コードによって定義される特定のユーザが（例えば、図２に関して上記で説明されるようなブロック基準を介して）メディアアセットにアクセスする許可を有していないことを決定してもよい。

メディアガイドアプリケーションが、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、記憶された第１の識別子に合致することを決定する場合、プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、表示するためにメディアアセットを生成する、９１０に続く。例えば、メディアガイドアプリケーションは、ユーザ機器（例えば、図７−８で上記に説明されるユーザ機器のうちのいずれか）に接続されるディスプレイ上で（例えば、ディスプレイ７１２上で）表示するためにメディアアセットを生成してもよい。代替として、または加えて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第１の認可コードによって識別されるユーザが、メディアアセットを記憶するユーザ機器に結合されていないデバイス上で（例えば、携帯電話等のモバイルデバイスにストリーミングされる）メディアアセットを視聴し得るかどうかのインジケーションに関して、ペアレンタルコントロールデータベースにクエリを行ってもよい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる動作を実行するための第２の要求を受信する、９１２に続く。動作は、実行されると、メディアアセットのための記憶された視聴覚データまたはメディアアセットに関する任意の記憶されたメタデータを改変またはコピーする、任意のコマンドまたは命令であってもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットを削除するようにユーザ入力インターフェース（例えば、タッチスクリーン）を介して要求を受信してもよい。別の実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットを別のデバイスにコピーするようにユーザ入力インターフェースを介して要求を受信してもよい。さらに別の実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第１の認可コードと関連付けられるユーザプロファイル（例えば、視聴進捗またはユーザがメディアアセットを気に入らないというインジケーションを伴う）を更新するための要求を受信してもよい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行う、９１４に続く。例えば、メディアガイドアプリケーションは、第１の認可コードに合致する識別子のためのペアレンタルコントロールデータベースのフィールドの中に、ユーザが動作を実施することを許可されるメディアアセットを列挙するアレイへのポインタを（例えば、制御回路７０４（図７）を介して）記憶してもよい。ペアレンタルコントロールデータベースは、特定の動作が第２の認可コードを伴わずに実施され得る（例えば、削除、修正等）、メディアアセットを示すアレイへのポインタをそれぞれ伴って、複数のフィールドを含んでもよい。代替として、または加えて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットとともに記憶されたメタデータを伴って、第２の認可コードを要求する動作（例えば、それらは第１の認可コードのみでは許容されない）のインジケーションを記憶してもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットのための記憶された視聴覚データの中に実行時間、評価、最初の放送日、および他のメタデータをヘッダとして記憶してもよく、加えて、第２の認可コードを要求する動作のインジケーションを含んでもよい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、情報から、第２の認可コードがメディアアセットと関連付けられる動作を実行するために要求されるかどうかを決定し、第２の認可コードが、ユーザ機器から遠隔にあるトークン機構によって時間の関数として周期的に生成される、９１６に続く。例えば、記憶されたメディアアセットに関して上記で説明されるように、ペアレンタルコントロールデータベースから情報を読み出すステップに基づいて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の要素が機能を実行するために必要とされるかどうかを決定する。第２の認可コードは、トークン機構（例えば、独立型トークンまたは携帯電話等のデバイス上で実行されるアプリケーション）によって生成されてもよく、これは、次いで、（例えば、ユーザ入力インターフェースを介して）メディアガイドアプリケーションに入力され得る。トークンは、公開キー認証に類似して、クロック時間の数学関数に基づいて認可コードを生成してもよい。いくつかの実施形態では、非対称（秘密・公開キー）認証等の他の２要素方法が、第２の認証コードに使用されてもよい。

メディアガイドアプリケーションが、第２の認可コードが動作を実行するために要求されないことを決定する場合、プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットに関連する動作を実行する、９２４に続く。例えば、ペアレンタルコントロールデータベースにクエリを行い、メディアアセットの識別子が、（例えば、第１の認可コードによって識別される）特定のユーザがこれらのメディアアセットに関する動作を実施し得ることを示すアレイの中に記憶されていることを決定するステップに基づいて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、さらなる入力を伴わずに（例えば、いかなる第２の要素も要求されない）動作を実行してもよい。具体的実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、特定のメディアアセットが記憶されるメモリのブロックを消去する（例えば、メディアアセットを削除する）ためのプログラムスクリプト、または図１−４に関して上記で説明される動作のうちのいずれかを実行してもよい。

メディアガイドアプリケーションが、第２の認可コードが動作を実行するために要求されることを決定する場合、プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第２の認可コードの第２の入力を受信する、９１８に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、ユーザ入力インターフェース（例えば、ユーザ入力インターフェース７１０）を介して、「４５６７８」等の第２の認可コードを受信してもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、入力が受信されたときのクロック時間に基づいて、入力が０５：３１：１６（月：日：年）の１０：２３：３０（時間：分：秒）に受信されたことを決定してもよい。代替として、または加えて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、コードが生成されたデバイスのクロック時間に基づいて、入力された第２の認可コードとともにクロック時間を受信してもよい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第１の時間に生成される第２の認可コードを認可データベースに伝送する、９２０に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の認可コードを（例えば、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で記憶される）データベースに伝送してもよい。いくつかの実施形態では、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の認可コードを前処理してもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、上記で説明されるように、第２の認可コードおよびそれが生成された時間を含む、データパケットを生成してもよい。別の実施例では、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、新しい認可コードがトークン機構によって生成される頻度に応じて、時間を伝送前の最も近い秒または分に連結してもよい。

プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第１の時間に生成される第２の識別子に合致する伝送された第２の認可コードに基づいて、メディアアセットと関連付けられる動作を実行する認可を許可する、インジケーションを受信する、９２２に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、伝送された認可コードが第２の識別子に対応する場合は「真」、または対応しない場合は「偽」に設定されるブール値とともに、認可パッケージからデータパケットを受信してもよい。第２の識別子は、特定の時間における出力（例えば、第２の識別子）を受信された第２の認可コードと比較し得る、同一の時間の数学関数を伴う第２のトークン機構であってもよい。トークンは、加えて、第１の認可コードによって識別されてもよく、これは、認可データベースが、受信された第２の認可コードが正しいかどうかをより効率的に決定することを可能にするであろう。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第１の認可コード「１２３４」によって識別されるユーザが第２の認可コード「４５６７８」を入力したことを認可データベースに伝送してもよい。認可データベースに記憶された全てのトークン機構を検索する代わりに、認可データベースは、ユーザ「１２３４」に対応するトークンを検索し、「４５６７８」が特定の時間にそのトークンによって生成されたかどうかを決定する必要のみある。

インジケーションを受信した後、プロセス９００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、上記で説明されるように、メディアアセットに関連する動作を実行する、９２４に続く。具体的実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、特定のメディアアセットが記憶されるメモリのブロックを消去する（例えば、メディアアセットを削除する）ためのプログラムスクリプト、または図１−４に関して上記で説明される動作のうちのいずれかを実行してもよい。

図９のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図９に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、または速度を増加させるように、任意の順序で、または並行して、または実質的に同時に実施されてもよい。さらに、図７−８に関連して議論されるデバイスまたは機器のうちのいずれかは、図９のプロセスのうちの１つ以上のものを実装するために使用され得ることに留意されたい。

図１０は、本開示のいくつかの実施形態による、受信された認可コードがメディアアセットへのアクセスを許可するかどうかを決定するための例証的ステップのフローチャートである。例えば、メディアガイドアプリケーション実装プロセス１０００は、制御回路７０４（図７）によって実行されてもよい。プロセス１０００またはその任意のステップは、図７−８に示されるデバイスまたは機器のうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。プロセス１０００は、メディアガイドアプリケーションが、受信された認可コードに基づいて、ブロックされたメディアアセットへのアクセスを許可するかどうかを決定するためのプロセスを開始する、１００２から始まる。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、プログラムスクリプト初期化プロセス１０００を実行してもよい。

プロセス１０００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、ペアレンタルコントロールデータベースにアクセスする、１００４に続く。例えば、メディアガイドアプリケーションは、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で、ペアレンタルコントロールデータベースにアクセスしてもよい。ペアレンタルコントロールデータベースは、（例えば、図１および９に関して上記で議論されるように、第１の認可コードによって定義される）各ユーザ、ブロック基準、許容機能、およびある機能が２要素認証を要求するかどうかについての情報が、全て非連続的に単一のテーブルの中に含まれ、ポインタを介してテーブル内の適切なフィールドにリンクされ得る、自己参照様式で設計されてもよい。

プロセス１０００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、受信された認可コードの文字をペアレンタルコントロールデータベースのエントリの中に記憶された複数の認可コードの文字と比較するステップに基づいて、受信された認可コードが第１の記憶された認可コードに合致するかどうかを決定する、１００６に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、ペアレンタルコントロールデータベースの中に記憶された複数の認可コードを通して反復するためにｆｏｒループを利用して、プログラムスクリプトを実行してもよい。認可コード毎に、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、フィールドから認可コードの値を読み出し、読み出された認可コードを受信された認可コードと比較してもよい。具体的実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、データベース内のエントリからコード「１４５７８」を読み出し、文字列の中の文字をインデックス化および比較することによって、各文字を受信されたコード「１２３４５」と比較してもよい。本特定の実施例では、両方の第１のインデックス付き文字が「１」であるため、第１のインデックスは合致するが、「４」が「２」と同一の文字ではないため、第２のインデックスにおいて失敗する。本実施例に関して、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、認可コード「１４５７８」を含む特定のエントリが受信されたコードに合致しないことを決定し、続けて、次の記憶された認可コードをチェックするであろう。いくつかの実施形態では、いったん複数の認可コードのうちの全ての認可コードがチェックされると、メディアガイドアプリケーションによって実行されるプログラムスクリプトは、終了し、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、合致が見出されたかどうかを決定する。いくつかの実施形態では、メディアガイドアプリケーションによって実行されるプログラムスクリプトは、合致を決定することに応じて終了する。

メディアガイドアプリケーションが１００６において合致を決定しない場合、プロセス１０００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、ブロックされたメディアアセットへのアクセスを許可しない、１０１４に続く。例えば、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、いかなる記憶された認可コードも受信された認可コードに合致しないことを決定する場合、メディアガイドアプリケーションは、アクセスがブロックされたメディアアセットに許可されるべきではないことを決定してもよい。

メディアガイドアプリケーションが１００６において合致を決定する場合、プロセス１０００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第１の記憶された認可コードと関連付けられるフィールドから値を読み出す、１００８に続く。例えば、図２に関して上記で説明されるように、ペアレンタルコントロールデータベースは、「ＴＶ−ＰＧ」等の特定の認可コードと関連付けられるブロック基準を含んでもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、アクセスが許可されるべきであるかどうかを決定するために使用され得る、合致した認可コードのためのエントリから、ブロック基準または任意の他の値を読み出してもよい。

プロセス１０００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、値がブロックされたメディアアセットへのアクセスを許可することに対応するかどうかを決定する、１０１０に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、図２に関して上記で説明されるように、ペアレンタルコントロールデータベースからの読み出された値を要求されたメディアアセットと関連付けられるメタデータと比較してもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる記憶されたメタデータのフィールドから、メディアアセットの評価を読み出してもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、次いで、評価を合致した認可コードと関連付けられる評価に関するブロック基準と比較してもよい。例えば、ペアレンタルコントロールデータベースの中に記憶された評価は、「ＴＶ−ＰＧ」であってもよく、メディアアセットと関連付けられるメタデータは、それが「ＴＶ−ＭＡ」であることを示してもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、「ＴＶ−ＭＡ」が「ＴＶ−ＰＧ」を超える（すなわち、より高い評価である）ため、値がメディアアセットへのアクセスを許可することに対応しないことを決定してもよい。いくつかの実施形態では、評価は、メディアガイドアプリケーションによるより容易な比較のために整数値を割り当てられてもよい。例えば、ＴＶ−ＰＧは、「１」を割り当てられてもよく、ＴＶ−ＭＡは、「５」を割り当てられてもよい。

メディアガイドアプリケーションが、１０１０において値がブロックされたメディアアセットへのアクセスを許可することに対応しないことを決定する場合、プロセス１０００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、上記で説明されるように、ブロックされたメディアアセットへのアクセスを許可しない、１０１４に続く。メディアガイドアプリケーションが、１０１０において値がブロックされたメディアアセットへのアクセスを許可することに対応することを決定する場合、プロセス１０００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、ブロックされたメディアアセットへのアクセスを許可する、１０１６に続く。例えば、ブロック基準よりも低いメディアアセットの評価に基づいて、メディアガイドアプリケーションは、メディアアセットへのアクセスを許可してもよい（例えば、メディアアセットが表示するために生成されることを可能にする）。

図１０のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図１０に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、または速度を増加させるように、任意の順序で、または並行して、または実質的に同時に実施されてもよい。さらに、図７−８に関連して議論されるデバイスまたは機器のうちのいずれかは、図１０のプロセスのうちの１つ以上のものを実装するために使用され得ることに留意されたい。

図１１は、本開示のいくつかの実施形態による、要求された動作が第２の認可コードを要求するかどうかを決定するための例証的ステップのフローチャートである。例えば、メディアガイドアプリケーション実装プロセス１１００は、制御回路７０４（図７）によって実行されてもよい。プロセス１１００またはその任意のステップは、図７−８に示されるデバイスまたは機器のうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。プロセス１１００は、メディアガイドアプリケーションが、第２の認可コードが記憶されたメディアアセットと関連付けられる動作を実行するために要求されるかどうかを決定するためのプロセスを開始する、１１０２から始まる。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、プログラムスクリプト初期化プロセス１１００を実行してもよい。

プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、記憶されたメディアアセットと関連付けられる許可を読み出す、１１０４に続く。例えば、図２に関して上記で説明されるように、ディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、記憶されたメディアアセットと関連付けられるメタデータとともに、第２の要素が特定の動作を実施するために要求されるかどうかのインジケーションを記憶してもよい。例えば、メディアガイドアプリケーションは、第２の要素が特定の動作を実施するために要求される場合に「真」に設定されるブール値を記憶してもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、記憶されたメタデータのフィールドから本値を読み出してもよい。いくつかの実施形態では、許可は、（例えば、記憶されたメディアアセットのための視聴覚データを含むファイルのヘッダの中の）記憶されたメディアアセットと関連付けられるメタデータを伴う代わりに、またはそれに加えて、全ての記憶されたメディアアセットおよび許可を列挙する、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で記憶され得る、別個のデータベースの中に記憶されてもよい。

プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、読み出された許可から、記憶されたメディアアセットと関連付けられる動作が第２の要素を用いた認証を要求するかどうかを決定する、１１０６に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の認可要素が要求された動作を実施するために要求されるかどうかを示す、特定の要求された動作（例えば、削除）のブール値を読み出してもよい。いくつかの実施形態では、読み出された許可は、別の認可要素が要求されるかどうかを決定するように、メディアガイドアプリケーションによって解析および分析され得る、文字列または他のデータタイプであってもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、別のユーザからの通信に基づいて記憶され得る、文字列「Ｊｏｅは第２の要素がないとメディアアセットを削除するべきではない」を読み出してもよい。文字列を分析するステップに基づいて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、Ｊｏｅに対応する認可コード（例えば、「１２３４」）がメディアアセットを削除するために別の認可要素を要求することを決定してもよい。

メディアガイドアプリケーションが、ステップ１１０６において動作が第２の要素を用いた認証を要求しないことを決定する場合、プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる動作を実施する、１１１６に続く。例えば、図１２に関して下記で詳細に説明されるように、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、（例えば、メディアアセットを削除するために）要求された動作を実行してもよい。

メディアガイドアプリケーションが、ステップ１１０６において動作が第２の要素を用いた認証を要求することを決定する場合、プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、ペアレンタルコントロールデータベースにアクセスする、１１０８に続く。例えば、上記の図１０に説明されるように、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で、ペアレンタルコントロールデータベースにアクセスしてもよい。

プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、ペアレンタルコントロールデータベース内の第１の認可コードのためのエントリから、第２の認可コードのソースが記憶されているかどうかを決定する、１１１０に続く。例えば、図２に関して説明されるように、ペアレンタルコントロールデータベースは、第２の要素のソースのインジケーションを含むフィールドを含んでもよい。ソースは、第１の要素を補完するトークン機構、バイオメトリック署名、または他の第２の要素であってもよい（例えば、第１の要素は、知識要素であり、第２の要素は、所有要素である）。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、ペアレンタルコントロールデータベースから「トークン」等の文字列を読み出し、プログラムスクリプトを実行して、読み出された文字列に基づいて適切な第２の認可要素を読み出してもよい。

メディアガイドアプリケーションが、１１１０において第２の認可コードのソースが記憶されていないことを決定する場合、プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる動作を実施しない、１１１４に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の認可コードのソースのインジケーションがペアレンタルコントロールデータベースの中に記憶されていないため、ユーザは、認証されることができないためメディアアセットと関連付けられる動作を実施する資格がないことを決定してもよい。

メディアガイドアプリケーションが、１１１０において第２の認可コードのソースが記憶されていることを決定する場合、プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、受信された認可コードが正しいかどうかを決定する、１１１２に続く。いくつかの実施形態では、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、（例えば、通信ネットワーク８１４（図８）を介して）受信された第２の認可コードを遠隔データベースに伝送し、第２の認可コードが正しいというインジケーション（例えば、遠隔データベースから受信されるデータパケットから抽出される、真に設定されたブール値）を受信してもよい。他の実施形態では、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、図１０および１１に関して上記で概説されるように、受信されたコードをデータベースの中に記憶された複数のコードと比較することによって、受信された第２の認可コードが正しいことを決定してもよい。

メディアガイドアプリケーションが、１１１２において受信された第２の認可コードが正しいことを決定する場合、プロセス１１００は、メディアガイドアプリケーションがメディアアセットと関連付けられる動作を実施する、１１１６に続く。例えば、図１２に関して下記で詳細に説明されるように、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、（例えば、メディアアセットを削除するために）要求された動作を実行してもよい。メディアガイドアプリケーションが、１１１２において受信された第２の認可コードが正しくないことを決定する場合、プロセス１１００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる動作を実施しない、１１１４に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、誤った第２の認可コードが受信されたため、動作が実行されるべきではないことを決定してもよい。

図１１のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図１１に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、または速度を増加させるように、任意の順序で、または並行して、または実質的に同時に実施されてもよい。さらに、図７−８に関連して議論されるデバイスまたは機器のうちのいずれかは、図１１のプロセスのうちの１つ以上のものを実装するために使用され得ることに留意されたい。

図１２は、本開示のいくつかの実施形態による、メディアアセットに関する動作を実施するための例証的ステップのフローチャートである。例えば、メディアガイドアプリケーション実装プロセス１２００は、制御回路７０４（図７）によって実行されてもよい。プロセス１２００またはその任意のステップは、図７−８に示されるデバイスまたは機器のうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。プロセス１２００は、メディアガイドアプリケーションが、メディアアセットに関連する動作を実行するためのプロセスを開始する、１２０２から始まる。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、プログラムスクリプト初期化プロセス１２００を実行してもよい。

プロセス１２００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メモリからメディアアセットに関連する動作を実行するための命令をフェッチする、１２０４に続く。例えば、命令は、オブジェクト指向プログラミング言語（例えば、Ｃ＋＋）におけるスクリプト等の実行可能スクリプトであり得る。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットに関連する動作（例えば、図１−９に関して上記で説明される動作のうちのいずれか）を含むデータベースからスクリプトをフェッチしてもよい。

プロセス１２００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、命令をデコードする、１２０６に続く。例えば、命令がＣ＋＋等の言語におけるオブジェクト指向スクリプトにある場合、制御回路１２０４は（例えば、制御回路７０４（図７）を介して）、コードが実行され得るようにコードをコンパイルしてもよい。

プロセス１２００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、命令を実行する、１２０８に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、デコードされた命令に基づいて動作を実施してもよい。例えば、デコードされた命令は（例えば、制御回路７０４（図７）を介して）、メディアアセットを記憶するメモリのブロックのコンテンツを消去するようにメディアガイドアプリケーションに命令してもよい。

プロセス１２００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、動作が完了したかどうかを決定する、１２１０に続いてもよい。例えば、実行された命令は、メモリの１つの具体的ブロックのコンテンツを消去するものであってもよく、その場合、メモリのブロックが消去された後、新しい命令がメモリの別のブロックを消去するように（例えば、メディアアセットを削除するときにメディアアセットを記憶するメモリの全てのブロックを消去するために）フェッチされる必要があり得る。メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、動作が完了していないことを決定する場合、プロセス１２００は、１２０４に戻ってもよい。例えば、動作がスクリプトを通して複数のループを要求する場合、メディアガイドアプリケーションは、動作が完了していないことを決定してもよく、ステップ１２０４に戻る。メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、動作が完了したことを決定する場合には、プロセス１２００は、メディアガイドアプリケーションが動作を終了する、１２１２に続く。

図１２のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図１２に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、または速度を増加させるように、任意の順序で、または並行して、または実質的に同時に実施されてもよい。さらに、図７−８に関連して議論されるデバイスまたは機器のうちのいずれかは、図１２のプロセスのうちの１つ以上のものを実装するために使用され得ることに留意されたい。

図１３は、本開示のいくつかの実施形態による、２要素認証を使用してブロックされたメディアアセットと関連付けられる動作を認可するための例証的ステップの別のフローチャートである。例えば、メディアガイドアプリケーション実装プロセス１３００は、制御回路７０４（図７）によって実行されてもよい。プロセス１３００またはその任意のステップは、図７−８に示されるデバイスまたは機器のうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、ユーザ機器上で視聴するためのメディアアセットにアクセスするための第１の要求を受信し、メディアアセットへのアクセスが、ブロックされる、１３０２から始まる。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、表示するためにメディアアセットを生成するユーザデバイスにローカルである（例えば、記憶装置７０８）か、またはサーバにおいて遠隔にある（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）かのいずれかである、記憶装置の中に複数のメディアアセットを記憶してもよい。メディアガイドアプリケーションは、ユーザが表示するために選択し得る、メディアアセットの一覧を（例えば、ディスプレイ７１２上のユーザインターフェース内で）生成してもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、各記憶されたメディアアセットと関連付けられるメタデータに基づいて、各メディアアセットが所与のユーザのためにブロックされるべきであるかどうかを示す、フラグを設定してもよい。具体的実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられるメタデータに基づいて、それが所定のブロック基準（例えば、特定のユーザがＴＶ−ＰＧを上回る評価を伴う番組を鑑賞することができない）を満たすことを示す、フラグを設定してもよい。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第１の認可コードの第１の入力を受信する、１３０４に続く。第１の認可コードは、記憶された英数字列に合致され得る、英数字の任意の組み合わせであってもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、タッチスクリーンまたはリモートコントロール等のユーザ入力インターフェース（例えば、ユーザ入力インターフェース７１０）を使用して、ユーザ入力を介して第１の識別子を受信してもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、リモートコントロールを介して、ユーザ入力「１５７８」を受信してもよい。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、（例えば、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で記憶される）記憶された第１の識別子に合致するかどうかを決定する、１３０６に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、受信された入力「１５７８」が、第１の識別子に関してメモリの中に記憶された値に合致するかどうかを決定する。具体的実施例として、メディアガイドアプリケーションは、許可（すなわち、各コードがメディアアセットにアクセスし得るかどうか）と関連付けられる複数の識別子を含む、（例えば、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で記憶される）ペアレンタルコントロールデータベースにアクセスしてもよい。メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、（例えば、第１の認可コードの文字を記憶された識別子のそれぞれの文字と比較することによって）受信された第１の認可コードを記憶された識別子と比較し、合致を決定してもよい。合致を決定した後、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、合致した識別子に対応するデータベース内のフィールドからデータを読み出し、データが、ユーザがメディアアセットへのアクセスを有することを示すかどうかを決定する。

メディアガイドアプリケーションが、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、記憶された第１の識別子に合致しないことを決定する場合、プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットへのアクセスを防止し続ける、１３０８に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、受信された第１の認可コードがペアレンタルコントロールデータベースの中に記憶されたいかなる識別子にも合致しないこと、または第１の認可コードによって定義される特定のユーザが（例えば、図２に関して上記で説明されるようなブロック基準を介して）メディアアセットにアクセスする許可を有していないことを決定してもよい。

メディアガイドアプリケーションが、受信された第１の認可コードが、メディアアセットを視聴するためのアクセスを許可する、記憶された第１の識別子に合致することを決定する場合、プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、表示するためにメディアアセットを生成する、１３１０に続く。例えば、メディアガイドアプリケーションは、ユーザ機器（例えば、図７−８で上記に説明されるユーザ機器のうちのいずれか）に接続されるディスプレイ上で（例えば、ディスプレイ７１２上で）表示するためにメディアアセットを生成してもよい。代替として、または加えて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第１の認可コードによって識別されるユーザが、メディアアセットを記憶するユーザ機器に結合されていないデバイス上で（例えば、携帯電話等のモバイルデバイスにストリーミングされる）メディアアセットを視聴し得るかどうかのインジケーションに関して、ペアレンタルコントロールデータベースにクエリを行ってもよい。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる動作を実行するための第２の要求を受信する、１３１２に続く。動作は、実行されると、メディアアセットのための記憶された視聴覚データまたはメディアアセットに関する任意の記憶されたメタデータを改変またはコピーする、任意のコマンドまたは命令であってもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットを削除するようにユーザ入力インターフェース（例えば、タッチスクリーン）を介して要求を受信してもよい。別の実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットを別のデバイスにコピーするようにユーザ入力インターフェースを介して要求を受信してもよい。さらに別の実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第１の認可コードと関連付けられるユーザプロファイル（例えば、視聴進捗またはユーザがメディアアセットを気に入らないというインジケーションを伴う）を更新するための要求を受信してもよい。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットと関連付けられる許容動作に関する情報に関して、ペアレンタルコントロールデータベースにクエリを行う、１３１４に続く。例えば、メディアガイドアプリケーションは、第１の認可コードに合致する識別子のためのペアレンタルコントロールデータベースのフィールドの中に、ユーザが動作を実施することを許可されるメディアアセットを列挙するアレイへのポインタを（例えば、制御回路７０４（図７）を介して）記憶してもよい。ペアレンタルコントロールデータベースは、特定の動作が第２の認可コードを伴わずに実施され得る（例えば、削除、修正等）、メディアアセットを示すアレイへのポインタをそれぞれ伴って、複数のフィールドを含んでもよい。代替として、または加えて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットとともに記憶されたメタデータを伴って、第２の認可コードを要求する動作（例えば、それらは第１の認可コードのみでは許容されない）のインジケーションを記憶してもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、メディアアセットのための記憶された視聴覚データの中に実行時間、評価、最初の放送日、および他のメタデータをヘッダとして記憶してもよく、加えて、第２の認可コードを要求する動作のインジケーションを含んでよい。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、情報から、第２の認可コードがメディアアセットと関連付けられる動作を実行するために要求されるかどうかを決定し、第２の認可コードが、バイオメトリック署名である、１３１６に続く。例えば、記憶されたメディアアセットに関して上記で説明されるように、ペアレンタルコントロールデータベースから情報を読み出すステップに基づいて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の要素が機能を実行するために必要とされるかどうかを決定する。バイオメトリック署名は、ユーザを区別し、したがって、認証するために使用され得る、ユーザと関連付けられる任意の特徴であってもよい。いくつかの実施形態では、バイオメトリック署名は、虹彩スキャンであってもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、ユーザの虹彩上の一意の色パターンを分析し、それらを数学的構造にマップし、データベース内の記憶された虹彩スキャンと比較してもよい。別の実施形態では、バイオメトリック署名は、網膜スキャンであってもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、ユーザの網膜上の血管のパターンを分析し、（例えば、データベースの中に記憶されたパターンと比較することによって）ユーザを識別してもよい。さらに別の実施形態では、バイオメトリック署名は、顔スキャンであってもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、臨界点（例えば、口角、眼の中心等の特徴）およびユーザの顔のスキャンの他の特徴への近接性を決定し、これらをデータベース内の記憶された臨界点と比較してもよい。なおも別の実施形態では、バイオメトリック署名は、指紋スキャンであってもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、ユーザの指紋のパターンを分析し、データベース内の記憶されたパターンと比較してもよい。

メディアガイドアプリケーションが、第２の認可コードが動作を実行するために要求されないことを決定する場合、プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、メディアアセットに関連する動作を実行する、１３２４に続く。例えば、ペアレンタルコントロールデータベースにクエリを行い、メディアアセットの識別子が、（例えば、第１の認可コードによって識別される）特定のユーザがこれらのメディアアセットに関する動作を実施し得ることを示すアレイの中に記憶されていることを決定するステップに基づいて、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、さらなる入力を伴わずに（例えば、いかなる第２の要素も要求されない）動作を実行してもよい。具体的実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、特定のメディアアセットが記憶されるメモリのブロックを消去する（例えば、メディアアセットを削除する）ためのプログラムスクリプト、または図１−４に関して上記で説明される動作のうちのいずれかを実行してもよい。

メディアガイドアプリケーションが、第２の認可コードが動作を実行するために要求されることを決定する場合、プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第２の認可コードの第２の入力を受信する、１３１８に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、ユーザ入力インターフェース（例えば、ユーザ入力インターフェース７１０）を介して、第２の認可コードを受信してもよい。例えば、メディアガイドアプリケーションは、ユーザ機器デバイス（例えば、図７−８に関して上記で議論されるユーザ機器のうちのいずれか）の統合型カメラから、バイオメトリック署名の画像（例えば、虹彩スキャン、網膜スキャン等）を受信してもよい。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、第２の認可コードを認可データベースに伝送する、１３２０に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の認可コード（例えば、バイオメトリック署名）を（例えば、記憶装置７０８の中にローカルで、またはサーバ（例えば、通信ネットワーク８１４を介してアクセス可能なメディアガイドデータソース８１８）において遠隔で記憶される）データベースに伝送してもよい。いくつかの実施形態では、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の認可コードを前処理してもよい。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、第２の認可コードおよびバイオメトリック署名の分析（例えば、受信された画像内のピクセルのパターン認識に基づく臨界点）を含むデータファイルを含むデータパケットを生成してもよく、これは、次いで、認可データベースに伝送される。

プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、記憶されたバイオメトリック署名に合致する伝送された第２の認可コードに基づいて、メディアアセットと関連付けられる動作を実行する認可を許可する、インジケーションを受信する、１３２２に続く。例えば、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、伝送された認可コードが第２の識別子に対応する場合は「真」、または対応しない場合は「偽」に設定されるブール値とともに、認可パッケージからデータパケットを受信してもよい。第２の識別子は、特定のバイオメトリック署名の臨界点を定義する、記憶されたテーブルまたは他のデータ構造であってもよい。例えば、第２の識別子は、ユーザの顔上の種々の点の間の距離を含むテーブルであってもよい。別の実施例として、第２の識別子は、ユーザの虹彩の１つまたは一連の数学的（例えばフラクタル次元）表現であってもよい。

インジケーションを受信した後、プロセス１３００は、メディアガイドアプリケーションが（例えば、制御回路７０４（図７）を介して）、上記で説明されるように、メディアアセットに関連する動作を実行する、１３２４に続く。具体的実施例として、メディアガイドアプリケーションは（例えば、制御回路７０４（図７）を介して）、特定のメディアアセットが記憶されるメモリのブロックを消去する（例えば、メディアアセットを削除する）ためのプログラムスクリプト、または図１−４に関して上記で説明される動作のうちのいずれかを実行してもよい。

図１３のステップまたは説明は、本開示の任意の他の実施形態と併用され得ることが考慮される。加えて、図１３に関連して説明されるステップおよび説明は、本開示の目的を促すために、代替順序で、または並行して、行われてもよい。例えば、これらのステップはそれぞれ、システムまたは方法の遅延を低減させる、または速度を増加させるように、任意の順序で、または並行して、または実質的に同時に実施されてもよい。さらに、図７−８に関連して議論されるデバイスまたは機器のうちのいずれかは、図１３のプロセスのうちの１つ以上のものを実装するために使用され得ることに留意されたい。

本開示の上記で説明される実施形態は、限定ではなく、例証の目的のために提示され、本開示は、続く請求項のみによって限定される。さらに、いずれか１つの実施形態で説明される特徴および限定は、本明細書の任意の他の実施形態に適用され得、一実施形態に関するフローチャートまたは実施例は、好適な様式で任意の他の実施形態と組み合わせられる、異なる順序で行われる、または並行して行われ得ることに留意されたい。加えて、本明細書で説明されるシステムおよび方法は、リアルタイムで実施されてもよい。また、上記で説明されるシステムおよび／または方法は、他のシステムおよび／または方法に適用される、またはそれらに従って使用され得ることにも留意されたい。

Claims (10)

1. ２要素認証を使用して、ブロックされたメディアアセットに関連付けられた動作を認可するための方法であって、前記方法は、
   視聴するためのメディアアセットにアクセスするための第１の要求と第１の認可コードの第１の入力とを受信することであって、前記第１の認可コードが記憶された第１の識別子に合致しない場合には、前記メディアアセットへのアクセスがブロックされる、ことと、
   前記受信された第１の認可コードが前記記憶された第１の識別子に合致することを決定することに基づいて、前記メディアアセットを表示のために生成することと、
   前記メディアアセットを表示のために生成することに続いて、前記メディアアセットに関連する動作を実行するための第２の要求と第２の認可コードの第２の入力とを受信することと、
   前記受信された第２の認可コードが記憶された第２の識別子に合致することを決定することに基づいて、前記メディアアセットに関連する前記動作を実行することと
   を含む、方法。
2. 前記第２の要求を受信することに基づいて、
   前記メディアアセットに関連する許容動作に関する情報に関して、クエリを行うことと、
   前記情報から、第２の認可コードが前記メディアアセットに関連する前記動作を実行するために要求されることを決定することと、
   前記第２の認可コードを認可データベースに伝送することと、
   前記第２の認可コードを前記認可データベースに伝送することに応答して、前記伝送された第２の認可コードが第２の識別子に合致することに基づいて、前記メディアアセットに関連する前記動作を実行する認可を許可するインジケーションを受信することと、
   前記インジケーションを受信することに基づいて、前記メディアアセットに関連する前記動作を実行することと
   をさらに含む、請求項１に記載の方法。
3. ユーザに関連付けられた記憶された識別子を伴う複数のエントリを含むデータベース内のフィールドから、前記記憶された第１の識別子を読み出すことと、
   前記記憶された第１の識別子の文字と前記受信された第１の認可コードの文字とを比較することによって、前記記憶された第１の識別子が前記受信された第１の認可コードに合致するかどうかを決定することと、
   前記記憶された第１の識別子が前記受信された第１の認可コードに合致することを決定することに応答して、
   前記記憶された第１の識別子に関連付けられたフィールドから値を読み出すことと、
   前記値に基づいて、前記記憶された第１の識別子によって識別される前記ユーザが前記メディアアセットへのアクセスを有するかどうかを決定することと
   をさらに含む、請求項１〜２のいずれかに記載の方法。
4. 事前決定された期間にわたって前記メディアアセットを視聴するためのアクセスを許可するための命令を生成することと、
   前記命令を実行することであって、前記命令は、データベース内の前記記憶された第１の識別子に関連付けられたフィールドの中に一時的なインジケーションを記憶することにより、前記メディアアセットを視聴するためのアクセスを許可する、ことと、
   前記命令を実行することに応答して、経過時間を監視することと、
   前記経過時間が前記事前決定された期間を超えることを決定することに応答して、前記メディアアセットを視聴するためのアクセスを許可するための前記一時的なインジケーションを削除することと
   をさらに含む、請求項１〜３のいずれかに記載の方法。
5. 記憶のために前記メディアアセットをスケジュールするためのユーザ入力を受信することと、
   前記ユーザ入力を受信することに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示のために生成することと、
   対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信することと、
   前記選択を受信することに応答して、前記動作が前記第２の認可コードを要求するという情報をデータベースの中に記憶することと
   をさらに含む、請求項１〜４のいずれかに記載の方法。
6. ２要素認証を使用して、ブロックされたメディアアセットに関連付けられた動作を認可するためのシステムであって、
   前記システムは、制御回路を備え、
   前記制御回路は、
   視聴するためのメディアアセットにアクセスするための第１の要求と第１の認可コードの第１の入力とを受信することであって、前記第１の認可コードが記憶された第１の識別子に合致しない場合には、前記メディアアセットへのアクセスがブロックされる、ことと、
   前記受信された第１の認可コードが前記記憶された第１の識別子に合致することを決定することに基づいて、前記メディアアセットを表示のために生成することと、
   前記メディアアセットを表示のために生成することに続いて、前記メディアアセットに関連する動作を実行するための第２の要求と第２の認可コードの第２の入力とを受信することと、
   前記受信された第２の認可コードが記憶された第２の識別子に合致することを決定することに基づいて、前記メディアアセットに関連する前記動作を実行することと
   を行うように構成されている、システム。
7. 前記制御回路は、
   前記第２の要求を受信することに基づいて、
   前記メディアアセットに関連する許容動作に関する情報に関して、クエリを行うことと、
   前記情報から、第２の認可コードが前記メディアアセットに関連する前記動作を実行するために要求されることを決定することと、
   前記第２の認可コードを認可データベースに伝送することと、
   前記第２の認可コードを前記認可データベースに伝送することに応答して、前記伝送された第２の認可コードが第２の識別子に合致することに基づいて、前記メディアアセットに関連する前記動作を実行する認可を許可するインジケーションを受信することと、
   前記インジケーションを受信することに基づいて、前記メディアアセットに関連する前記動作を実行することと
   を行うようにさらに構成されている、請求項６に記載のシステム。
8. 前記制御回路は、
   ユーザに関連付けられた記憶された識別子を伴う複数のエントリを含むデータベース内のフィールドから、前記記憶された第１の識別子を読み出することと、
   前記記憶された第１の識別子の文字と前記受信された第１の認可コードの文字とを比較することによって、前記記憶された第１の識別子が前記受信された第１の認可コードに合致するかどうかを決定することと、
   前記記憶された第１の識別子が前記受信された第１の認可コードに合致することを決定することに応答して、
   前記記憶された第１の識別子に関連付けられたフィールドから値を読み出すことと、
   前記値に基づいて、前記記憶された第１の識別子によって識別される前記ユーザが前記メディアアセットへのアクセスを有するかどうかを決定することと
   を行うようにさらに構成されている、請求項６〜７のいずれかに記載のシステム。
9. 前記制御回路は、
   事前決定された期間にわたって前記メディアアセットを視聴するためのアクセスを許可するための命令を生成することと、
   前記命令を実行することであって、前記命令は、データベース内の前記記憶された第１の識別子に関連付けられたフィールドの中に一時的なインジケーションを記憶することにより、前記メディアアセットを視聴するためのアクセスを許可する、ことと、
   前記命令を実行することに応答して、経過時間を監視することと、
   前記経過時間が前記事前決定された期間を超えることを決定することに応答して、前記メディアアセットを視聴するためのアクセスを許可するための前記一時的なインジケーションを削除することと
   を行うようにさらに構成されている、請求項６〜８のいずれかに記載のシステム。
10. 前記制御回路は、
    記憶のために前記メディアアセットをスケジュールするためのユーザ入力を受信することと、
    前記ユーザ入力を受信することに応答して、対応する複数の動作へのアクセスを制限するための複数の選択可能なオプションを伴うユーザインターフェースを表示のために生成することと、
    対応する動作へのアクセスを制限するための選択可能なオプションの選択を受信することと、
    前記選択を受信することに応答して、前記動作が前記第２の認可コードを要求するという情報をデータベースの中に記憶することと
    を行うようにさらに構成されている、請求項６〜９のいずれかに記載のシステム。

Images