【解決手段】ユーザがブロックされているメディアアセットにアクセスすることを可能にするためのシステムおよび方法が、本明細書に提供される。これらのシステムおよび方法はユーザが、ブロックされているメディアアセットへのアクセスを承認することができる、両親または別のユーザが、視聴するためにブロックされているメディアアセットへのアクセスを承認することを要求することを可能にする。要求は、要求者ユーザから遠隔に存在し得る場合でも、両親または他のユーザが要求を承認することができるように、通知として、携帯電話または別の好適なデバイスに伝送されてもよい。要求者ユーザとその承認がメディアアセットをブロック解除するために要求されるユーザは両方とも、各ユーザと関連付けられた識別子に基づいて、システムによって識別される。
【発明を実施するための形態】
【0038】
ユーザがブロックされているメディアアセットにアクセスすることを可能にするためのシステムおよび方法が、本明細書に提供される。これらのシステムおよび方法は、ユーザが、ブロックされているメディアアセットへのアクセスを承認することができる、両親または別のユーザが、視聴するためにブロックされているメディアアセットへのアクセスを承認することを要求することを可能にする。要求は、要求者ユーザから遠隔に存在し得る場合でも、両親または他のユーザが要求を承認することができるように、通知として、携帯電話または別の好適なデバイスに伝送されてもよい。要求者ユーザとその承認がメディアアセットをブロック解除するために要求されるユーザ(すなわち、承認者)は両方とも、各ユーザと関連付けられた識別子に基づいて、システムによって識別される。これは、承認者に、要求をサブミットしたユーザを知らせる。加えて、これはまた、承認者が、要求者ユーザのための番組をブロック解除することを可能にする前に、その識別を認証するための識別子をシステムに打ち込まなければならないため、セキュリティの層を追加することになる。
【0039】
本明細書で参照されるように、「メディアガイドアプリケーション」もしくは「双方向メディアガイドアプリケーション」または時として「メディアガイドアプリケーション」もしくは「ガイドアプリケーション」は、ユーザがメディアアセットを消費および/またはナビゲートすることを可能にする、アプリケーションである。いくつかの実施形態では、メディアガイドアプリケーションは、オンラインアプリケーション(すなわち、ウェブサイト上に提供される)として、またはサーバ上、ユーザデバイス上などの独立型アプリケーションとして提供されてもよい。いくつかの実施形態では、種々のデバイスおよびプラットフォーム上にインストールされた制御回路は、以下により詳細に説明されるように、メディアガイドアプリケーションを実行してもよい。いくつかの実施形態では、本明細書で議論される実施形態のいずれかを行うためのメディアガイドアプリケーションおよび/または任意の命令は、コンピュータ可読媒体上にエンコードされてもよい。コンピュータ可読媒体は、データを記憶することが可能な任意の媒体を含む。コンピュータ可読媒体は、限定ではないが、伝搬電気信号もしくは電磁信号を含む一過性であってもよい、または限定ではないが、ハードディスク、フロッピー(登録商標)ディスク、USBドライブ、DVD、CD、メディアカード、レジスタメモリ、プロセッサキャッシュ、ランダムアクセスメモリ(「RAM」)等の揮発性および不揮発性コンピュータメモリもしくは記憶デバイスを含む非一過性であってもよい。
【0040】
図1は、本開示のいくつかの実施形態による、メディアガイドアプリケーションのペアレンタルコントロールモジュールの例証的表示を示す。例えば、表示100は、現在ブロックされているメディアアセットにアクセスすることを所望するメッセージを別のユーザに伝送するために、ユーザによって使用されるメディアガイドアプリケーションのペアレンタルコントロールモジュール102を伴うインターフェースを表してもよい。表示100は、1つまたはそれを上回るユーザデバイス(例えば、以下の
図9−10に列挙されたデバイスのいずれか)上に現れてもよい。さらに、メディアガイドアプリケーションは、以下の
図11−14に説明されるプロセスのうちの1つまたはそれを上回るものを使用して、表示100またはその中に説明される特徴のいずれかを生成してもよい。
【0041】
図1は、表示100を含む。表示100は、表示デバイス(例えば、以下のユーザ機器デバイス1002、1004、および/または1006(
図10))上に現れてもよい。さらに、
図9に関連して以下に説明されるような制御回路904は、表示100を生成するために使用されてもよい。表示100は、メディアガイドアプリケーションのペアレンタルコントロールモジュール102を含み、ユーザが視聴するためにメディアアセット104「Game of Thrones」を選択したことを示す。例えば、メディアガイドアプリケーションは、第1のユーザによるメディアアセット104を視聴するための要求を受信する。メディアガイドアプリケーションは、第1のユーザからの任意の入力を伴わずに、第1のユーザデバイスが第1のユーザを自動的に判定するように、第1のユーザデバイスと関連付けられたメモリ(例えば、以下の
図9に説明されるような記憶装置)内に第1のユーザに対応する第1の識別子を記憶することによって、第1のユーザを判定する。例えば、メディアガイドアプリケーションは、デバイス「Johnのテレビ」が、常時、プロフィール名「Johnl23」に対応する識別子によって識別され得るユーザであるJohnに関するユーザアカウントと関連付けられるべきであることを記憶してもよい。
【0042】
メディアガイドアプリケーションは、メディアアセット104が第1のユーザに対してブロック基準を満たすことを判定してもよい。前の実施例を継続すると、メディアガイドアプリケーションは、「TV−MA」およびより高い評価を伴うメディアアセットが「Johnl23」に対してブロックされていることのインジケーションを記憶してもよい。メディアガイドアプリケーションは、メディアアセットのあるカテゴリが、以下の
図9−10によってさらに説明されるように、別のデバイスまたはサーバ上のローカルまたは遠隔であり得るメモリ内に記憶されるデータ構造内のJohnに対してブロックされていることのインジケーションを記憶してもよい。例えば、データ構造は、C++等のオブジェクト指向プログラミング言語に典型的なクラスのオブジェクトとして構造化されてもよい。この場合、クラスは、メモリ内に記憶される変数および定数の一般的テンプレートを作成する「ユーザプロフィール」クラスであってもよい。変数および定数は、加えて、以下を含んでもよい。
・ユーザの年齢
・ユーザがメディアアセットへのアクセスを承認する権限を有するかどうかを示すフラグ・ユーザと関連付けられたソーシャルメディアアカウント
・ユーザと関連付けられた電話番号
・ユーザと関連付けられた電子メールアドレス
・ユーザの視聴選好のリスト、および/または
・現在のユーザプロフィールに対して承認権を有するユーザプロフィールのリスト
【0043】
「Johnl23」に関するプロフィール等の各個々のプロフィールは、ユーザプロフィールクラスのオブジェクトであり、説明される変数および定数は、具体的ユーザに対応する値で初期化される。例えば、ユーザが「TV−MA」の評価を伴うメディアアセットにアクセスすることができるかどうかに関するブール値は、ユーザプロフィール「Johnl23」に対して「偽」に設定されてもよい。メディアガイドアプリケーションは、次いで、Johnに対応するユーザプロフィール内に記憶される情報に基づいて、メディアアセット104等の「TV−MA」の評価を伴うメディアアセットがJohnによって視聴されないようにブロックする。
【0044】
第1のユーザおよび選択されたメディアアセットがブロックされるべきかどうかの判定に応じて、表示100は、メディアガイドアプリケーションによって自動的に受信されたプロフィールに対応する識別子をユーザに知らせる、メッセージ106を含む。例えば、メディアガイドアプリケーションは、受信された識別子に基づいて現在識別されているユーザがJohnであることのメッセージ106を生成してもよい。代替実施形態では、メッセージ106は、選択可能であってもよく、選択に応じて、ユーザが、
図9に説明されるようなユーザ入力インターフェースを使用して、
図3−4に説明されるものに類似する異なる識別子を手動で入力することを可能にしてもよい。例えば、Johnの母親が、彼のデバイスを使用しており、Johnに対してブロックされているメディアアセットにアクセスすることを所望してもよい。メディアガイドアプリケーションは、Johnの母親から、アクセスがJohnに対して可能にされない特定のメディアアセットに対して可能にされる、異なる記憶されたプロフィールに対応する代替識別子を受信してもよい。
【0045】
表示100は、加えて、メディアアセットがブロックされていることのインジケーション108を含む。前の実施例を継続すると、メディアガイドアプリケーションは、Johnに対応するユーザプロフィール内に記憶される情報に基づいて、メディアアセット104等の「TV−MA」の評価を伴うメディアアセットがJohnによって視聴されないようにブロックする。メディアガイドアプリケーションは、次いで、表示のために、表示100上に、インジケーション108を生成する。
【0046】
表示100は、加えて、メディアガイドアプリケーションが、メディアアセット104にアクセスすることを可能にするための要求を、アクセスを承認するための権限を伴うユーザであるユーザ112に伝送している、通知110を含む。例えば、メディアガイドアプリケーションは、表示100上に、要求がユーザ112「母親」に送信されたことの表示を生成してもよい。メディアガイドアプリケーションは、第1のユーザに関するプロフィール内に記憶される情報に基づいて、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有するユーザを判定してもよい。例えば、「John123」に関するプロフィール内に、メディアガイドアプリケーションは、「Mom1980」であり得る、ユーザである母親に関するプロフィールの識別子等、「John123」に対してメディアアセットへのアクセスを承認する権限を有する、プロフィールと関連付けられた識別子を記憶してもよい。
【0047】
いくつかの実施形態では、メディアガイドアプリケーションは、第2のユーザと関連付けられた第2のプロフィールから、第2のユーザ機器デバイスが第2のユーザと関連付けられるかどうかを判定する。例えば、メディアガイドアプリケーションは、母親が要求を受信することができるユーザデバイスに対して、母親に関するユーザプロフィールに対応するメモリ内に記憶されたデータ構造にクエリしてもよい。上記に説明されるように、ユーザ機器デバイスは、「Moml980」に関するプロフィールに対応するオブジェクト内に位置する、変数内に記憶されてもよい。メディアガイドアプリケーションは、メディアガイドアプリケーションがユーザ機器デバイスにコンタクトすることを可能にする情報を含有する、本変数内に記憶されるデータを読み出してもよい。例えば、デバイスが、携帯電話である場合、メディアガイドアプリケーションは、電話番号を読み出し、テキストメッセージを介して、要求を伝送してもよい。メディアガイドアプリケーションが、第2のユーザが要求を受信することができる、第2のユーザと関連付けられたユーザ機器デバイスが存在しないことを判定する場合、メディアガイドアプリケーションは、第1のユーザに対してブロックされているメディアへのアクセスを承認するための権限を伴う別のユーザに関して、第1のプロフィールと関連付けられたデータ構造に再びクエリしてもよい。例えば、いずれのユーザ機器デバイス情報も、プロフィール「Mom1980」内に記憶されていない場合、メディアガイドアプリケーションは、ユーザ「Johnl23」に関するプロフィールと関連付けられたアクセスを承認するための権限を伴うユーザプロフィールを記憶するデータ構造にクエリすることから、「Dad1979」も同様にアクセスを承認する権限を有することを判定してもよい。
【0048】
本開示のいくつかの側面では、メディアガイドアプリケーションは、第2のユーザ機器デバイスが第2のユーザと関連付けられることの判定に応答して、第2のユーザと関連付けられた第2のユーザ機器デバイス上において、第1のユーザがブロックされているメディアアセットへのアクセスを要求したことの通知を第2のユーザに伝送する。例えば、第2のユーザ機器デバイスが第2のユーザと関連付けられることの判定に応じて、メディアガイドアプリケーションは、第2のユーザがメディアアセットをブロック解除するためのオプションを含有するメディアアセットへのアクセスを第1のユーザが要求していることの通知を第2のユーザ機器に伝送してもよい。例えば、メディアガイドアプリケーションは、ユーザである母親が、クエリの結果、携帯電話を有することを判定してもよく、要求を携帯電話に伝送してもよい。
【0049】
代替として、または加えて、メディアガイドアプリケーションが、第2のユーザが閾値時間量にわたって応答しなかったことを判定する場合、メディアガイドアプリケーションは、第1のユーザに対してブロックされているメディアへのアクセスを承認するための権限を伴う第3のユーザに関して、第1のユーザと関連付けられた第1のプロフィールを含有するメモリ内に記憶されたデータ構造にクエリしてもよい。例えば、メディアガイドアプリケーションが、通知を母親に対応するプロフィール内に記憶されるユーザデバイスに伝送するが、閾値期間(例えば、5分)にわたって応答を受信しない場合、メディアガイドアプリケーションは、メディアアセットへのアクセスを可能にすることができる別のユーザを判定し、要求をそのプロフィール内に記憶されるユーザ機器デバイス(例えば、上記に説明されるように、プロフィール「Dadl979」内に変数として記憶されるユーザ機器デバイス)に伝送してもよい。
【0050】
図2は、本開示のいくつかの実施形態による、メディアガイドアプリケーションのペアレンタルコントロールモジュールの別の例証的表示を示す。例えば、表示200は、ブロックされているメディアアセットへのアクセスを承認するユーザによって使用されるメディアガイドアプリケーションのペアレンタルコントロールモジュール202を伴う、インターフェースを表してもよい。表示200は、1つまたはそれを上回るユーザデバイス(例えば、以下の
図9−10に列挙されたデバイスのいずれか)上に現れてもよい。さらに、メディアガイドアプリケーションは、以下の
図11−14に説明されるプロセスのうちの1つまたはそれを上回るものを使用し、表示200またはその中に説明される特徴のいずれかを生成してもよい。
【0051】
図2は、表示200を含む。表示200は、表示デバイス(例えば、以下のユーザ機器デバイス1002、1004、および/または1006(
図10))上に現れてもよい。さらに、
図9に関連して以下に説明されるような制御回路904が、表示200を生成するために使用されてもよい。表示200は、メディアガイドアプリケーションのペアレンタルコントロールモジュール202を含み、ユーザがメディアアセット206がブロック解除されることを要求していることを示す。例えば、メディアガイドアプリケーションは、メディアアセット206「Game of Thrones」にアクセスするための第1のユーザJohnからの要求を提示してもよい。
【0052】
いくつかの側面では、メディアガイドアプリケーションは、第1のユーザからの任意の入力を伴わずに、第2のユーザデバイスが第2のユーザを自動的に判定するように、第2のユーザに対応する第2の識別子を第2のユーザデバイスと関連付けられたメモリ内に記憶することによって、第2のユーザを判定する。例えば、メディアガイドアプリケーションは、デバイス「母親の電話」が、常時、プロフィール名「Mom1980」に対応する識別子によって識別され得る、ユーザである母親に関するユーザアカウントと関連付けられるべきであることを記憶してもよい。表示200は、メディアガイドアプリケーションによって自動的に受信されたプロフィールに対応する識別子をユーザに知らせる、メッセージ204を含む。例えば、メディアガイドアプリケーションは、受信された識別子に基づいて現在識別されているユーザが母親であることのメッセージ204を生成してもよい。代替実施形態では、メッセージ204は、選択可能であってもよく、選択に応じて、ユーザが、
図9に説明されるようなユーザ入力インターフェースを使用して、
図3−4に説明されるものに類似する異なる識別子を手動で入力することを可能にしてもよい。例えば、ユーザである父親が、ユーザである母親のデバイスを使用している場合があり、プロフィールを切り替えることを所望し得る。メディアガイドアプリケーションは、父親から、異なる記憶されたプロフィールに対応する代替識別子を受信してもよい。
【0053】
メディアガイドアプリケーションが、受信された第2の識別子がユーザプロフィールのインデックスデータ構造内に記憶されるプロフィールに対応しないことを判定する場合、メディアガイドアプリケーションは、第1のユーザに対してブロックされているメディアへのアクセスを承認するための権限を伴う別のユーザに関して、第1のユーザと関連付けられた第1のプロフィールに再びクエリしてもよい。例えば、メディアガイドアプリケーションが、識別子がプロフィールに対応しないことを判定した後、メディアガイドアプリケーションは、第1のプロフィールと関連付けられたアクセスを承認するための権限を伴うユーザを含有する、データ構造にクエリしてもよい。メディアガイドアプリケーションは、上記
図1に説明されるものと同一プロセスを使用して、第1のユーザに対してメディアアセットへのアクセスを承認することができる任意の他のユーザが存在するかどうかを判定することを試みてもよい。
【0054】
メディアガイドアプリケーションは、第2の識別子が第2のプロフィールと関連付けられた識別子に合致することの判定に応答して、表示のために、第1のユーザ機器デバイス上における第1のユーザによるアクセスのためにメディアアセットをブロック解除するためのオプションを生成してもよい。例えば、母親と関連付けられたプロフィールにポイントする識別子「Mom1980」に基づいて、デバイスのユーザが母親であることの判定に応答して、メディアガイドアプリケーションは、表示のために、表示200上に、第1のユーザがアクセスすることを所望するメディアアセット206をブロック解除することができることを示す、第2のユーザへの選択可能アイコン208または他の選択可能特徴を生成する。メディアガイドアプリケーションは、加えて、表示のために、表示200上に、要求210を否認するためのオプションを生成してもよい。いくつかの実施形態では、要求210を否認するためのオプションは、通知を閉じるためのオプションであってもよく、通知を閉じることは、要求の暗示的否認として作用する。
【0055】
メディアガイドアプリケーションは、メディアアセット206をブロック解除するためのオプション208の選択の受信に応じて、第1のユーザ機器上における第1のユーザによるアクセスのためにブロックされているメディアアセットをブロック解除してもよい。例えば、ユーザである母親が、メディアアセットのユーザであるJohnによるアクセスを承認した後、メディアガイドアプリケーションは、メディアアセットをブロック解除し、Johnがメディアアセットにアクセスすることを可能にしてもよい。逆に言えば、ユーザである母親による否認するためのオプション210の選択に応じて、メディアアセット206は、ブロックされたままであって、ユーザであるJohnにアクセス不可能となるであろう。
【0056】
図3は、本開示のいくつかの実施形態による、メディアガイドアプリケーションのペアレンタルコントロールモジュールのさらに別の例証的表示を示す。例えば、表示300は、ブロックされているメディアアセットへのアクセスを承認するためにユーザによって使用されるメディアガイドアプリケーションのペアレンタルコントロールモジュール302を伴う、インターフェースを表してもよい。表示300は、1つまたはそれを上回るユーザデバイス(例えば、以下の
図9−10に列挙されたデバイスのいずれか)上に現れてもよい。さらに、メディアガイドアプリケーションは、以下の
図11−14に説明されるプロセスのうちの1つまたはそれを上回るものを使用し、表示300またはその中に説明される特徴のいずれかを生成してもよい。
【0057】
図3は、表示300を含む。表示300は、表示デバイス(例えば、以下のユーザ機器デバイス1002、1004、および/または1006(
図10))上に現れてもよい。さらに、
図9に関連して以下に説明されるような制御回路904が、表示300を生成するために使用されてもよい。表示300は、ユーザに識別子304を入力するように促す、メディアガイドアプリケーションのペアレンタルコントロールモジュール302を含む。メディアガイドアプリケーションは、
図9に説明されるようなユーザ入力インターフェースを使用して、識別子のユーザ入力を受信してもよい。識別子は、数字および文字等の任意の有限文字列を含んでいてもよい。例えば、識別子は、「1234」または「Joel23」であり得る。いくつかの実施形態では、識別子は、網膜走査または指紋等のバイオメトリックデータであってもよい。
【0058】
メディアガイドアプリケーションは、
図1に詳細に説明されるように、ユーザによって入力された識別子とメモリ内に記憶されるプロフィールを合致させる。例えば、ユーザ入力「John123」の受信に応じて、メディアガイドアプリケーションは、識別子「Johnl23」がユーザであるJohnに対応するメモリ内に記憶されるプロフィールの識別子に合致することを判定してもよい。表示300は、メディアガイドアプリケーションによって受信されたプロフィールに対応する識別子をユーザに知らせる、メッセージ310を含む。例えば、メディアガイドアプリケーションは、受信された識別子に基づいて、現在識別されているユーザがJohnであることのメッセージ310を生成してもよい。
【0059】
メディアガイドアプリケーションは、表示のために、表示300上に、承認者306に通知するための選択可能オプションを生成する。例えば、選択可能オプション306のユーザによる選択に応じて、メディアガイドアプリケーションは、上記
図1に説明されるように、要求を伝送するための第2のユーザを判定する。メディアガイドアプリケーションは、表示のために、承認者に通知しないための選択可能オプション308を生成してもよい。
図9に説明されるようなユーザ入力インターフェースを使用した選択可能オプション308のユーザによる選択に応じて、メディアアセットは、ブロックされたままであって、要求は、ユーザに伝送されないであろう。
【0060】
いくつかの実施形態では、承認を要求するための選択可能オプション306はさらに、メディアアセットへのアクセスを承認する権限を伴う複数のユーザから、要求を伝送するためのメディアアセットへのアクセスを承認する権限を伴う具体的ユーザを選定するためのオプションを備えてもよい。例えば、Johnは、母親が要求に応じられないことを把握している場合があり、メディアガイドアプリケーションが、代わりに、同様にメモリ内に記憶されるJohnのプロフィール内にJohnに対してメディアアセットへのアクセスを承認する権限を伴うユーザとして列挙されている、父親に要求を伝送することを所望してもよい。いくつかの実施形態では、メディアガイドアプリケーションは、具体的ユーザが第1のユーザと関連付けられたプロフィール内のデフォルトユーザであることを示すフラグに基づいて、要求を伝送するためのメディアアセットへのアクセスを承認する権限を伴うユーザを選定してもよい。例えば、Johnに対応するプロフィール内において、Johnの母親は、通知するためのデフォルトユーザとして示されてもよく、その場合、メディアガイドアプリケーションは、通知をJohnの母親に最初に伝送するであろう。
【0061】
メディアガイドアプリケーションによるアクセスを承認するための要求の伝送は、上記
図1に説明されるように行われる。表示300は、加えて、上記
図1に説明されるように、メディアガイドアプリケーションが、メディアアセットへのアクセスを可能にするための要求をアクセスを承認するための権限を伴うユーザであるユーザ312に伝送していることの通知312を含む。例えば、メディアガイドアプリケーションは、表示100上に、要求がユーザ312「母親」に送信されたことの表示を生成してもよい。
【0062】
図4は、本開示のいくつかの実施形態による、メディアガイドアプリケーションのペアレンタルコントロールモジュールのさらに別の例証的表示を示す。例えば、表示400は、ブロックされているメディアアセットへのアクセスを承認するための要求を受信するためにユーザによって使用されるペアレンタルコントロールモジュール402を伴う、インターフェースを表してもよい。表示400は、1つまたはそれを上回るユーザデバイス(例えば、以下の
図9−10に列挙されたデバイスのいずれか)上に現れてもよい。さらに、メディアガイドアプリケーションは、以下の
図11−14に説明されるプロセスのうちの1つまたはそれを上回るものを使用し、表示400またはその中に説明される特徴のいずれかを生成してもよい。
【0063】
図4は、表示400を含む。表示400は、表示デバイス(例えば、以下のユーザ機器デバイス1002、1004、および/または1006(
図10))上に現れてもよい。さらに、
図9に関連して以下に説明されるような制御回路904が、表示400を生成するために使用されてもよい。表示400は、メディアガイドアプリケーションのペアレンタルコントロールモジュール402を含み、ユーザがメディアアセット404「Game
of Thrones」にアクセスすることを要求していることを示す。例えば、メディアガイドアプリケーションは、メディアアセット404を視聴するための第1のユーザ310による要求を含有する通知を受信し、メディアアセットへのアクセスを承認する権限を伴うユーザがユーザ機器デバイスを使用している人物であることを確実にするために、ユーザが要求を承認するかどうかを選定することを可能にする前に、第2のユーザに識別408を促す。
【0064】
表示400は、ユーザに識別子408を入力するように促す、ペアレンタルコントロールモジュール402を含む。メディアガイドアプリケーションは、
図9に説明されるようなユーザ入力インターフェースを使用して、識別子のユーザ入力を受信してもよい。識別子は、数字および文字等の任意の有限文字列を含んでいてもよい。例えば、識別子は、「1234」または「Joel23」であり得る。
【0065】
メディアガイドアプリケーションは、
図1−2に詳細に説明されるように、ユーザによって入力された受信された識別子とメモリ内に記憶されるプロフィールを合致させる。例えば、メディアガイドアプリケーションがユーザ入力「Mom1980」を受信したことに応じて、メディアガイドアプリケーションは、識別子「Mom1980」がユーザ410に対応するメモリ内に記憶されるプロフィールの識別子に合致することを判定してもよい。
【0066】
表示400は、メディアガイドアプリケーションによって受信されたプロフィールに対応する識別子をユーザに知らせる、メッセージ410を含む。例えば、メディアガイドアプリケーションは、受信された識別子に基づいて、現在識別されているユーザ410が母親であることのメッセージを生成する。メディアガイドアプリケーションは、表示のために、表示400上に、第1のユーザがブロックされているメディアアセット412にアクセスすることを所望していることの通知を生成する。例えば、メディアガイドアプリケーションは、ユーザであるJohnが「Game of Thrones」にアクセスすることを所望していることの表示を生成する。いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、第1のユーザ機器デバイス上における第1のユーザによるアクセスのためにメディアアセットをブロック解除するためのオプション414と、要求を否認し、メディアアセットをブロックされたままにするためのオプション416とを生成してもよい。これらのオプションは、
図2に説明されるオプション208および210と同一様式において動作する。
【0067】
図5は、本開示のいくつかの実施形態による、メディアガイドアプリケーションのペアレンタルコントロールモジュールのさらに別の例証的表示を示す。例えば、表示500は、ユーザが要求を承認するかどうかを決定することに役立ち得る付加的情報とともに、ブロックされているメディアアセットへのアクセスを承認するための要求を受信するためにユーザによって使用されるメディアガイドアプリケーションのペアレンタルコントロールモジュール502を伴う、インターフェースを表してもよい。表示500は、1つまたはそれを上回るユーザデバイス(例えば、以下の
図9−10に列挙されたデバイスのいずれか)上に現れてもよい。さらに、メディアガイドアプリケーションは、以下の
図11−14に説明されるプロセスのうちの1つまたはそれを上回るものを使用し、表示500またはその中に説明される特徴のいずれかを生成してもよい。
【0068】
図5は、表示500を含む。表示500は、表示デバイス(例えば、以下のユーザ機器デバイス1002、1004、および/または1006(
図10))上に現れてもよい。さらに、
図9に関連して以下に説明されるような制御回路904が、表示500を生成するために使用されてもよい。表示500は、メディアガイドアプリケーションのペアレンタルコントロールモジュール502を含み、ユーザがメディアアセット504にアクセスすることを要求していることを示す。例えば、メディアガイドアプリケーションは、表示のために、ユーザであるJohnからのメディアアセット「Game of Thrones」にアクセスするための通知504を生成する。
【0069】
メディアガイドアプリケーションは、
図10に説明されるように、通信ネットワークを介して、メディアガイドデータソースに記憶されるブロックされているメディアアセットと関連付けられたデータ構造から、ブロックされているメディアアセットと関連付けられたデータを読み出してもよい。例えば、データ構造は、メディアのジャンル、メディアの評価、および/またはメディアと関連付けられたウェブページへのリンクを含有してもよい。
【0070】
メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、「TV−MA」等のメディアアセットの評価506を生成してもよい。代替として、または加えて、メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、「ドラマ」等のブロックされているメディアアセットのジャンル508を生成してもよい。代替として、または加えて、メディアガイドアプリケーションは、表示のために、表示500上に、メディアアセットがブロックされている理由のインジケーション510を生成してもよい。例えば、メディアガイドアプリケーションは、第1のユーザプロフィール内に記憶されるデータに基づいて、第1のユーザが「TV−MA」番組を鑑賞することができず、「TV−MA」評価されるため、メディアアセットがブロックされていることを判定してもよく、本情報を第2のユーザへの通知内に含んでもよい。代替として、または加えて、メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、映画またはテレビ番組に関するオフィシャルホームページ等のメディアアセットと関連付けられたウェブページ512へのリンクを生成してもよい。代替として、または加えて、メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、メディアアセットと関連付けられたプレビュー514を生成してもよい。例えば、メディアガイドアプリケーションは、
図10に説明されるように、通信ネットワークを介して、メディアコンテンツソースからメディアアセットと関連付けられたプレビュー514を読み出してもよい。
【0071】
代替として、または加えて、メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、第1のユーザからのテキスト520および/または画像518等の第1のユーザからの個人化された通信516を生成してもよい。例えば、ユーザであるJohnは、最近清掃された自分の部屋の画像を示し、部屋を掃除したためメディアアセットへのアクセスに値することを説明することによって、母親がメディアアセットをロック解除するように説得しようとしてもよい。代替として、または加えて、メディアガイドアプリケーションは、メッセージを伝送するための選択可能オプション524を第1のユーザに提示してもよい。
図9に説明されるようなユーザ入力インターフェースを使用した第2のユーザによる選択可能オプション524の選択に応じて、メディアガイドアプリケーションは、
図9に説明されるようなユーザ入力インターフェースを使用した第2のユーザから、メディアアセットのアクセスを要求する第1のユーザへのメッセージを受信する。メディアガイドアプリケーションは、次いで、
図10に説明されるように、通信ネットワークを使用して、個人化された通信を第1のユーザ機器デバイスに伝送する。例えば、Johnの母親は、部屋の清掃に加え、ゴミも出したかどうかJohnに尋ねる通信を伝送してもよい。
【0072】
メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、設定時間量にわたってメディアアセットへのアクセスを可能にするための選択可能オプション526を生成してもよい。選択可能オプション526の選択に応じて、メディアガイドアプリケーションは、要求者ユーザがメディアにアクセスすることを可能にするための期間のユーザ選択を受信してもよい。例えば、メディアガイドアプリケーションは、Johnの母親から、遅くなり過ぎる前に就寝するように、2時間のみJohnに対してメディアアセットへのアクセスを可能にするための選択可能オプション526の選択を受信してもよい。代替として、または加えて、メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、第2のユーザがメディアアセットをブロック解除する時間から開始する2時間とは対照的に、具体的時間範囲530の間、メディアアセットへのアクセスを可能にするための選択可能オプションを生成してもよい。選択可能オプション530の選択に応じて、メディアガイドアプリケーションは、要求者ユーザがメディアにアクセスすることを可能にするための開始時間および終了時間のユーザ選択を受信してもよい。例えば、メディアガイドアプリケーションは、Johnの母親から、遅くなり過ぎる前に就寝するように、Johnに対して6pm〜8pmのメディアアセットへのアクセスを可能にするための選択可能オプション530の選択を受信してもよい。
【0073】
メディアガイドアプリケーションは、第1のユーザプロフィール内に、第1のユーザがアクセスすることが認可される具体的メディアアセットを参照する変数と、第1のユーザがアクセスすることを可能にするために付随する任意の条件とを含有する、C++における構造等のデータ構造を記憶してもよい。メディアガイドアプリケーションは、第2のユーザによって第1のユーザに対してメディアアセットにアクセスするために要求される条件の選択に基づいて、データ構造内の変数を設定するであろう。例えば、メディアガイドアプリケーションが、選択可能オプション530の選択を受信し、開始時間および終了時間を受信することに応じて、メディアガイドアプリケーションは、変数「開始」および「終了」を、アクセスを承認するための権限を伴うユーザによって選択された時間に設定してもよい。メディアガイドアプリケーションは、次いで、第1のユーザによるアクセスのためにメディアアセットをブロック解除する前に、条件が満たされることを確実にするためにチェックするであろう。
【0074】
代替として、または加えて、メディアガイドアプリケーションは、表示のために、表示500上に、通知の一部として、メディアアセットの代替バージョン528にアクセスすることを可能にするための選択可能オプションを生成してもよい。選択可能オプション528の選択に応じて、メディアガイドアプリケーションは、要求者ユーザがアクセスするためにより適切であり得る、メディアアセットの特定のバージョンのユーザ選択を受信してもよい。例えば、Johnの母親は、Johnが、メディアガイドアプリケーションが、
図10に説明されるように、通信ネットワークを介して、メディアコンテンツソースからアクセスし得る、性描写および裸体が隠されている、メディアアセットのバージョンにアクセスすることを可能にしてもよい。
【0075】
メディアガイドアプリケーションは、表示のために、第1のユーザ機器デバイス上における第1のユーザによるアクセスのためにメディアアセットをブロック解除するためのオプション522と、通知を否認し、メディアアセットをブロックされたままにするためのオプション532とを生成してもよい。これらのオプションは、
図2に説明されるオプション208および210と同一様式において動作する。
【0076】
図6は、本開示のいくつかの実施形態による、メディアガイドアプリケーションのペアレンタルコントロールモジュールのさらに別の例証的表示を示す。例えば、表示600は、別のユーザによる将来的アクセスのための条件付き承認条件を設定するために、メディアアセットへのアクセスを制御するための権限とともに、ユーザによって使用されるメディアガイドアプリケーションのペアレンタルコントロールモジュール602を伴う、インターフェースを表してもよい。表示600は、1つまたはそれを上回るユーザデバイス(例えば、以下の
図9−10に列挙されたデバイスのいずれか)上に現れてもよい。さらに、メディアガイドアプリケーションは、以下の
図11−14に説明されるプロセスのうちの1つまたはそれを上回るものを使用し、表示600またはその中に説明される特徴のいずれかを生成してもよい。
【0077】
図6は、表示600を含む。表示600は、表示デバイス(例えば、以下のユーザ機器デバイス1002、1004、および/または1006(
図10))上に現れてもよい。さらに、
図9に関連して以下に説明されるような制御回路904が、表示600を生成するために使用されてもよい。表示600は、メディアガイドアプリケーションのペアレンタルコントロールモジュール602を含み、ユーザ604「母親」が、
図1−2に説明されるようにメモリ内に記憶されるか、または
図3−4に説明されるようにユーザによって入力されるかのいずれかであり得る、識別子に基づいて識別されたことを示す。
【0078】
本開示のいくつかの側面では、メディアガイドアプリケーションは、第1のユーザ606に対してメディアアセットへのアクセスを承認する権限を有する、
図9に説明されるようなユーザ入力インターフェースを使用した第2のユーザ選択を受信してもよい。例えば、メディアガイドアプリケーションは、Johnの母親(ユーザ「母親」)による選択を受信してもよい。メディアガイドアプリケーションは、第2のユーザから、
図9に説明されるようなユーザ入力インターフェースを使用したメディアアセット608の選択を受信する。例えば、メディアガイドアプリケーションは、Johnの母親から、条件付き承認条件を付随させるためのメディアアセット「Game of Thrones」の選択を受信してもよい。
【0079】
いくつかの実施形態では、メディアガイドアプリケーションは、第1のユーザがメディアアセットにアクセスすることを可能にされる、期間の第2のユーザ選択610を受信してもよい。例えば、メディアガイドアプリケーションは、第2のユーザから、第1のユーザがメディアアセットにアクセスすることを可能にされる日中の開始時間および終了時間のユーザ入力を受信してもよい。例えば、メディアガイドアプリケーションは、Johnの母親から、開始時間6pmおよび終了時間8pmの選択を受信してもよい。いくつかの実施形態では、メディアガイドアプリケーションは、期間610が適用可能な具体的日付612の選択を受信してもよい。具体的日付は、「全日」、「月曜日〜金曜日のみ」、「具体的日付」、または「その他」を指し得る。例えば、メディアガイドアプリケーションは、Johnの母親による「月曜日〜金曜日の全日」の選択を受信してもよく、これは、Johnが、610に規定された期間の間、月曜日〜金曜日にメディアアセットにアクセスすることを可能にされることを意味する。
【0080】
いくつかの実施形態では、メディアガイドアプリケーションは、リマインダメッセージ614の第2のユーザ入力を受信してもよい。リマインダメッセージは、第1のユーザに表示可能なテキスト、画像、または他のマルチメディアを備えてもよい。例えば、メディアガイドアプリケーションは、Johnの母親から、部屋を掃除し、ゴミを出したかどうかをJohnに尋ねるテキストを受信してもよく、これは、次いで、Johnがメディアアセットにアクセスすると、メディアガイドアプリケーションによって表示されてもよい。いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、表示600上に、第1のユーザ616からの確認を要求するためのオプションを生成してもよい。例えば、メディアガイドアプリケーションが、「はい」の第2のユーザ選択を受信する場合、メディアガイドアプリケーションは、リマインダメッセージ614を受信し、理解したことのユーザによる肯定応答を要求するであろう。
【0081】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、表示600上に、第1のユーザによって要求される確認618の形態を選定するためのオプションを生成してもよい。例えば、メディアガイドアプリケーションが、確認を要求するためのオプション616に関して「はい」の選択を受信する場合、メディアガイドアプリケーションは、確認の形態を選定するためのオプション618の付加的選択を受信してもよい。例えば、メディアガイドアプリケーションは、「メッセージ」、「写真」、または「OKの選択」を要求する、第2のユーザ選択を受信してもよい。メディアガイドアプリケーションが、「メッセージ」の選択を受信する場合、第1のユーザに、テキストメッセージを入力することを要求してもよく、これは、次いで、メディアアセットをブロック解除する前に、第2のユーザに伝送される。メディアガイドアプリケーションが、「写真」の選択を受信する場合、第1のユーザに、写真を入力することを要求してもよく、これは、次いで、メディアアセットをブロック解除する前に、第2のユーザに伝送される。メディアガイドアプリケーションが、「OKの選択」の選択を受信する場合、メディアガイドアプリケーションは、第1のユーザに、メディアアセットをブロック解除する前に、「OK」と標識された選択可能オプションを選択することによって、リマインダを肯定応答することを要求してもよい。
【0082】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、表示600上に、第1のユーザがメディアアセットにアクセスすることを試みるとき、第2のユーザに通知するためのオプション620を生成してもよい。例えば、第2のユーザによる「はい」の選択の受信に応じて、メディアガイドアプリケーションは、第1のユーザがメディアアセットにアクセスすることを試みると、通知を第2のユーザに伝送するであろう。メディアガイドアプリケーションは、第1のユーザが承認基準を満たすことによってメディアアセットに正常にアクセスしたかどうかにかかわらず、第1のユーザがメディアアセットにアクセスすることを試みていることの通知を伝送してもよい。メディアガイドアプリケーションは、
図1−4に説明されるように、第2のユーザと関連付けられた記憶されたプロフィールのデータ構造にクエリすることによって、第2のユーザと関連付けられたユーザ機器デバイスを判定してもよい。
【0083】
メディアガイドアプリケーションは、上記
図5に説明されたように、第1のユーザプロフィール内に、第1のユーザがアクセスすることが認可される具体的メディアアセットを参照する変数と、アクセスすることを可能にするために付随する任意の条件とを含有する、C++における構造等のデータ構造を記憶してもよい。メディアガイドアプリケーションは、第2のユーザによって第1のユーザに対してメディアアセットにアクセスするために要求される条件の選択に基づいて、データ構造内の変数を設定してもよい。例えば、メディアガイドアプリケーションが、メディアアセット608に関する条件付き承認条件を受信することに応じて、メディアガイドアプリケーションは、上記に説明されるように、データ構造内に、第1のプロフィール内のメディアアセット608と関連付けられた条件を記憶してもよい。例えば、選択可能オプション610の選択の受信と、開始時間および終了時間の受信とに応じて、メディアガイドアプリケーションは、変数「開始」および「終了」をアクセスを承認するための権限を伴うユーザによって選択された時間に設定してもよい。メディアガイドアプリケーションは、次いで、第1のユーザによるアクセスのためにメディアアセットをブロック解除する前に、条件が満たされることを確実にするためにチェックしてもよい。
【0084】
任意の所与のコンテンツ配信システムでユーザに利用可能なコンテンツの量が、膨大であり得る。その結果、多くのユーザは、ユーザがコンテンツ選択を効率的にナビゲートし、所望し得るコンテンツを容易に識別することを可能にするインターフェースを通したメディアガイドの形態を所望する。そのようなガイドを提供するアプリケーションは、本明細書では、双方向メディアガイドアプリケーションと称されるが、時として、メディアガイドアプリケーションまたはガイドアプリケーションと称されることもある。
【0085】
双方向メディアガイドアプリケーションは、ガイドを提供するコンテンツに応じて、種々の形態をとってもよい。典型的なタイプのメディアガイドアプリケーションの1つは、双方向テレビ番組ガイドである。双方向テレビ番組ガイド(時として、電子番組ガイドと称される場合もある)は、とりわけ、ユーザが、多くのタイプのコンテンツまたはメディアアセット間をナビゲートし、それを特定することが可能である、公知のガイドアプリケーションである。双方向メディアガイドアプリケーションは、ユーザが、コンテンツ間をナビゲートし、それを特定および選択することを可能にする、グラフィカルユーザインターフェース画面を生成してもよい。本明細書で参照されるように、用語「メディアアセット」および「コンテンツ」とは、電子的に消費可能なユーザアセット、例えば、テレビ番組、ならびに有料番組、オンデマンド番組(ビデオオンデマンド(VOD)システムにおけるような)、インターネットコンテンツ(例えば、ストリーミングコンテンツ、ダウンロード可能コンテンツ、ウェブキャスト等)、ビデオクリップ、オーディオ、コンテンツ情報、写真、回転画像、ドキュメント、再生一覧、ウェブサイト、記事、書籍、電子書籍、ブログ、チャットセッション、ソーシャルメディア、アプリケーション、ゲーム、および/または任意の他のメディアもしくはマルチメディア、および/またはそれらの組み合わせを意味すると理解されたい。ガイドアプリケーションはまた、ユーザが、コンテンツ間をナビゲートし、それを特定することを可能にする。本明細書で参照されるように、用語「マルチメディア」とは、前述の少なくとも2つの異なるコンテンツ形態、例えば、テキスト、オーディオ、画像、ビデオ、または双方向コンテンツ形態を利用する、コンテンツを意味すると理解されたい。コンテンツは、ユーザ機器デバイスによって、録画、再生、表示、またはアクセスされてもよいが、また、ライブパーフォーマンスの一部であることも可能である。
【0086】
本明細書で議論される実施形態のいずれかを行うためのメディアガイドアプリケーションおよび/または任意の命令は、コンピュータ可読媒体上にエンコードされてもよい。コンピュータ可読媒体は、データを記憶することが可能な任意のメディアを含む。コンピュータ可読媒体は、限定ではないが、電気信号または電磁信号の伝搬を含む一過性であってもよく、または、限定ではないが、ハードディスク、フロッピー(登録商標)ディスク、USBドライブ、DVD、CD、メディアカード、レジスタメモリ、プロセッサキャッシュ、ランダムアクセスメモリ(「RAM」)等の揮発性および不揮発性コンピュータメモリまたは記憶デバイスを含む非一過性であってもよい。
【0087】
インターネット、モバイルコンピューティング、および高速無線ネットワークの出現に伴って、ユーザは、従来は使用しなかったユーザ機器デバイス上でメディアにアクセスするようになっている。本明細書で参照されるように、語句「ユーザ機器デバイス」、「ユーザ機器」、「ユーザデバイス」、「電子デバイス」、「電子機器」、「メディア機器デバイス」、または「メディアデバイス」は、テレビ、スマートTV、セットトップボックス、衛星テレビに対応するための統合型受信機デコーダ(IRD)、デジタル記憶デバイス、デジタルメディア受信機(DMR)、デジタルメディアアダプタ(DMA)、ストリーミングメディアデバイス、DVDプレーヤ、DVDレコーダ、接続型DVD、ローカルメディアサーバ、BLU−RAY(登録商標)プレーヤ、BLU−RAY(登録商標)レコーダ、パーソナルコンピュータ(PC)、ラップトップコンピュータ、タブレットコンピュータ、ウェブTVボックス、パーソナルコンピュータテレビ(PC/TV)、PCメディアサーバ、PCメディアセンター、ハンドヘルドコンピュータ、固定電話、携帯情報端末(PDA)、携帯電話、ポータブルビデオプレーヤ、ポータブル音楽プレーヤ、ポータブルゲーム機、スマートフォン、または任意の他のテレビ機器、コンピューティング機器、もしくは無線デバイス、および/またはそれらの組み合わせ等の前述のコンテンツにアクセスするための任意のデバイスを意味すると理解されたい。いくつかの実施形態では、ユーザ機器デバイスは、正面画面および裏面画面、複数の正面画面、または複数の角度付き画面を有してもよい。いくつかの実施形態では、ユーザ機器デバイスは、正面カメラおよび/または背面カメラを有してもよい。これらのユーザ機器デバイス上で、ユーザは、テレビを通して利用可能な同一のコンテンツ間をナビゲートし、それを特定することが可能であってもよい。その結果として、メディアガイドは、これらのデバイス上でも利用可能であってもよい。提供されるガイドは、テレビのみを通して利用可能なコンテンツ、他のタイプのユーザ機器デバイスのうちの1つまたはそれを上回るものみを通して利用可能なコンテンツ、またはテレビおよび他のタイプのユーザ機器デバイスのうちの1つまたはそれを上回るもの両方を通して利用可能なコンテンツのためのものであってもよい。メディアガイドアプリケーションは、ユーザ機器デバイス上で、オンラインアプリケーション(すなわち、ウェブサイト上で提供される)、もしくは独立型アプリケーションまたはクライアントとして提供されてもよい。メディアガイドアプリケーションを実装し得る、種々のデバイスおよびプラットフォームは、以下でより詳細に説明される。
【0088】
メディアガイドアプリケーションの機能の1つは、メディアガイドデータをユーザに提供することである。本明細書で参照されるように、語句「メディアガイドデータ」または「ガイドデータ」は、コンテンツに関連する任意のデータ、またはガイドアプリケーションを動作させる際に使用されるデータを意味すると理解されたい。例えば、ガイドデータは、番組情報、ガイドアプリケーション設定、ユーザ選好、ユーザプロフィール情報、メディア一覧、メディア関連情報(例えば、放送時間、放送チャンネル、タイトル、内容、評価情報(例えば、ペアレンタルコントロール評価、批評家の評価等)、ジャンルまたはカテゴリ情報、俳優情報、放送会社またはプロバイダのロゴのロゴデータ等)、メディア形式(例えば、標準解像度、高解像度、3D等)、オンデマンド情報、ブログ、ウェブサイト、およびユーザが所望のコンテンツ選択間をナビゲートし、それを特定するために役立つ、任意の他のタイプのガイドデータを含んでもよい。
【0089】
図7−8は、メディアガイドデータを提供するために使用され得る、例証的表示画面を示す。
図7−8に示される表示画面は、任意の好適なユーザ機器デバイスまたはプラットフォーム上に実装されてもよい。
図7−8の表示は、フル画面表示として図示されているが、それらはまた、表示されているコンテンツ上に完全または部分的にオーバーレイされてもよい。ユーザは、表示画面に提供された選択可能なオプション(例えば、メニューオプション、一覧オプション、アイコン、ハイパーリンク等)を選択することによって、もしくはリモートコントロールまたは他のユーザ入力インターフェースもしくはデバイス上の専用ボタン(例えば、「ガイド」ボタン)を押下することによって、コンテンツ情報へのアクセスの要望を指示してもよい。ユーザの指示に応答して、メディアガイドアプリケーションは、グリッド内の時間およびチャンネル別、時間別、チャンネル別、ソース別、コンテンツタイプ別、カテゴリ別(例えば、映画、スポーツ、ニュース、子供向け、または他の番組カテゴリ)、または他の所定、ユーザ定義、もしくは他の編成基準等のいくつかの方法のうちの1つにおいて編成されたメディアガイド情報を伴う表示画面を提供してもよい。
【0090】
図7は、単一表示内の異なるタイプのコンテンツへのアクセスも可能にする、時間およびチャンネル別に配列された番組一覧表示700の例証的グリッドを示す。表示700は、以下を伴うグリッド702を含んでもよい。(1)各チャンネル/コンテンツタイプ識別子(列内のセル)が利用可能な異なるチャンネルまたはコンテンツのタイプを識別する、チャンネル/コンテンツタイプ識別子704の列、および(2)各時間識別子(行内のセル)が番組の時間帯を識別する、時間識別子706の行。グリッド702はまた、番組一覧708等の番組一覧のセルも含み、各一覧は、一覧の関連チャンネルおよび時間の上に提供される、番組のタイトルを提供する。ユーザ入力デバイスを用いて、ユーザは、ハイライト領域710を移動させることによって番組一覧を選択することができる。ハイライト領域710によって選択される番組一覧に関する情報が、番組情報領域712内に提供されてもよい。領域712は、例えば、番組タイトル、番組内容、番組が提供される時間(該当する場合)、番組が放送されるチャンネル(該当する場合)、番組の評価、および他の所望の情報を含んでもよい。
【0091】
線形番組(例えば、所定の時間に複数のユーザ機器デバイスに伝送されるようにスケジューリングされ、スケジューリングに従って提供される、コンテンツ)へのアクセスの提供に加え、メディアガイドアプリケーションはまた、非線形番組(例えば、任意の時間においてユーザ機器デバイスにアクセス可能であって、スケジューリングに従って提供されない、コンテンツ)へのアクセスも提供する。非線形番組は、オンデマンドコンテンツ(例えば、VOD)、インターネットコンテンツ(例えば、ストリーミングメディア、ダウンロード可能メディア等)、ローカルに記憶したコンテンツ(例えば、前述の任意のユーザ機器デバイスまたは他の記憶デバイス上に記憶されたコンテンツ)、または時間的制約のない他のコンテンツを含む、異なるコンテンツソースからのコンテンツを含んでもよい。オンデマンドコンテンツは、映画または特定のコンテンツプロバイダ(例えば、「The Sopranos」や「Curb Your Enthusiasm」を提供するHBO ON DEMAND)によって提供される任意の他のコンテンツを含んでもよい。HBO ON DEMANDは、Time Warner Company L.P.らによって所有されるサービスマークであり、THE SOPRANOSおよびCURB YOUR ENTHUSIASMは、Home Box Office, Inc.によって所有される商標である。インターネットコンテンツは、チャットセッションまたはウェブキャスト等のウェブイベント、もしくはインターネットウェブサイトまたは他のインターネットアクセス(例えば、FTP)を通して、ストリーミングコンテンツまたはダウンロード可能なコンテンツとしてオンデマンドで利用可能なコンテンツを含んでもよい。
【0092】
グリッド702は、オンデマンド一覧714、録画コンテンツ一覧716、およびインターネットコンテンツ一覧718を含む、非線形番組のメディアガイドデータを提供してもよい。異なるタイプのコンテンツソースからのコンテンツのためのメディアガイドデータを組み合わせる表示は、時として、「混合メディア」表示と称されることもある。表示700とは異なる、表示され得るメディアガイドデータのタイプの種々の順列は、ユーザ選択またはガイドアプリケーション定義に基づいてもよい(例えば、録画および放送一覧のみの表示、オンデマンドおよび放送一覧のみの表示等)。例証されるように、一覧714、716、および718は、これらの一覧の選択が、それぞれ、オンデマンド一覧、録画一覧、またはインターネット一覧専用の表示へのアクセスを提供し得ることを示すように、グリッド702内に表示される時間帯全体に及ぶものとして示されている。いくつかの実施形態では、これらのコンテンツタイプの一覧は、グリッド702に直接含まれてもよい。ユーザがナビゲーションアイコン720のうちの1つを選択することに応答して、付加的メディアガイドデータが表示されてもよい(ユーザ入力デバイス上の矢印キーを押下することによって、ナビゲーションアイコン720を選択することと同様に表示に影響を及ぼしてもよい)。
【0093】
表示700はまた、ビデオ領域722およびオプション領域726を含んでもよい。ビデオ領域722は、ユーザが、現在利用可能である、今後利用可能となる、またはユーザに利用可能であった番組を視聴および/またはプレビューすることを可能にしてもよい。ビデオ領域722のコンテンツは、グリッド702に表示される一覧のうちの1つに対応するか、またはそれから独立してもよい。ビデオ領域を含むグリッド表示は、時として、ピクチャインガイド(PIG)表示と称されることもある。PIG表示およびそれらの機能は、2003年5月13日発行のSatterfieldらの米国特許第6,564,378号、および2001年5月29日発行のYuenらの米国特許第6,239,794号でさらに詳細に説明されており、それらは全体として参照することによって本明細書に組み込まれる。PIG表示は、本明細書に説明される実施形態の他のメディアガイドアプリケーション表示画面に含まれてもよい。
【0094】
オプション領域726は、ユーザが、異なるタイプのコンテンツ、メディアガイドアプリケーション表示、および/またはメディアガイドアプリケーション特徴にアクセスすることを可能にしてもよい。オプション領域726は、ディプレイ700(および本明細書に説明される他の表示画面)の一部であってもよく、もしくは画面上のオプションを選択すること、またはユーザ入力デバイス上の専用または割当可能ボタンを押下することによって、ユーザによって呼び出されてもよい。オプション領域726内の選択可能オプションは、グリッド702内の番組一覧に関連する特徴に関してもよく、またはメインメニュー表示から利用可能なオプションを含んでもよい。番組一覧に関連する特徴は、他の放送時間または番組の受信方法の検索、番組の録画、番組の連続録画の有効化、番組および/またはチャンネルをお気に入りとして設定、番組の購入、もしくは他の特徴を含んでもよい。メインメニュー表示から利用可能なオプションは、検索オプション、VODオプション、ペアレンタルコントロールオプション、インターネットオプション、クラウドベースのオプション、デバイス同期オプション、第2の画面デバイスオプション、種々のタイプのメディアガイドデータ表示にアクセスするためのオプション、プレミアムサービスを購読するためのオプション、ユーザのプロフィールを編集するためのオプション、ブラウザオーバーレイにアクセスするためのオプション、もしくは他のオプションを含んでもよい。
【0095】
メディアガイドアプリケーションは、ユーザの選好に基づいて個人化されてもよい。個人化されたメディアガイドアプリケーションは、ユーザが、メディアガイドアプリケーションによって個人化された「体験」を生成するように、表示および特徴をカスタマイズすることを可能にする。この個人化された体験は、ユーザがこれらのカスタマイズを入力できるようにすることによって、および/または種々のユーザ選好を判定するようにメディアガイドアプリケーションがユーザ活動を監視することによって、生成されてもよい。ユーザは、ログインすることによって、または別様にガイドアプリケーションに対して自らを識別することによって、それらの個人化されたガイドアプリケーションにアクセスしてもよい。メディアガイドアプリケーションのカスタマイズは、ユーザプロフィールに従って作成されてもよい。カスタマイズは、提示方式(例えば、表示の色方式、テキストのフォントサイズ等)、表示されるコンテンツ一覧の態様(例えば、HDTV番組のみまたは3D番組のみ、お気に入りチャンネル選択に基づいたユーザ指定の放送チャンネル、チャンネルの表示の並び替え、推奨コンテンツ等)、所望の録画特徴(例えば、特定のユーザに対する録画または連続録画、録画品質等)、ペアレンタルコントロール設定、インターネットコンテンツのカスタマイズされた提示(例えば、ソーシャルメディアコンテンツ、電子メール、電子的に配信された記事等の提示)、および他の所望のカスタマイズを変更させるステップを含んでもよい。
【0096】
メディアガイドアプリケーションは、ユーザが、ユーザプロフィール情報を提供することを可能にしてもよく、またはユーザプロフィール情報を自動的にコンパイルしてもよい。メディアガイドアプリケーションは、例えば、ユーザがアクセスするコンテンツ、および/またはユーザがガイドアプリケーションと行ってもよい他の相互作用を監視してもよい。加えて、メディアガイドアプリケーションは、特定のユーザに関連する他のユーザプロフィールの全体または一部を取得し(例えば、www.allrovi.com等のユーザがアクセスするインターネット上の他のウェブサイトから、ユーザがアクセスする他のメディアガイドアプリケーションから、ユーザがアクセスする他の双方向アプリケーションから、ユーザの別のユーザ機器デバイスから等)、および/またはメディアガイドアプリケーションがアクセスし得る他のソースから、ユーザに関する情報を取得してもよい。結果として、ユーザの異なるユーザ機器デバイスにわたって、統一されたガイドアプリケーション体験をユーザに提供することができる。このタイプのユーザ体験は、
図10に関連して、以下でより詳細に説明される。付加的な個人化されたメディアガイドアプリケーション特徴は、2005年7月11日に出願されたEllisらの米国特許出願第2005/0251827号、2007年1月16日出願のBoyerらの米国特許第7,165,098号、および2002年2月21日に出願されたEllisらの米国特許出願第2002/0174430号でさらに詳細に説明されており、それらは全体として参照することによって本明細書に組み込まれる。
【0097】
メディアガイドを提供するための別の表示配列が、
図8に示されている。ビデオモザイク表示800は、コンテンツのタイプ、ジャンル、および/または他の編成基準に基づいて編成されたコンテンツ情報のための選択可能オプション802を含む。表示800では、テレビ一覧オプション804が、選択され、したがって、一覧806、808、810、および812を放送番組一覧として提供する。表示800では、一覧は、カバーアート、コンテンツからの静止画像、ビデオクリップのプレビュー、コンテンツからのライブビデオ、または一覧中のメディアガイドデータによって記述されているコンテンツをユーザに示す他のタイプのコンテンツを含む、グラフィック画像を提供してもよい。グラフィック一覧のそれぞれはまた、一覧と関連付けられたコンテンツに関するさらなる情報を提供するように、テキストを伴ってもよい。例えば、一覧808は、メディア部分814およびテキスト部分816を含む、1つより多くの部分を含んでもよい。メディア部分814および/またはテキスト部分816は、コンテンツをフル画面で視聴するように、またはメディア部分814に表示されるコンテンツに関連する情報を閲覧するように(例えば、ビデオが表示されるチャンネルの一覧を閲覧するように)、選択可能であってもよい。
【0098】
表示800中の一覧は、異なるサイズである(すなわち、一覧806は、一覧808、810、および812より大きい)が、所望の場合、全一覧が同一のサイズであってもよい。一覧は、コンテンツプロバイダの所望に応じて、またはユーザ選好に基づいて、ユーザに関心の程度を示すように、または、あるコンテンツを強調するように、異なるサイズであるか、またはグラフィックが強調されてもよい。コンテンツ一覧をグラフィック的に強調するための種々のシステムおよび方法は、例えば、全体として参照することによって本明細書に組み込まれる、2009年11月12日に出願されたYatesの米国特許出願公開第2010/0153885号に議論されている。
【0099】
ユーザは、そのユーザ機器デバイスのうちの1つまたはそれを上回るものから、コンテンツおよびメディアガイドアプリケーション(ならびに前述および後述で説明されるその表示画面)にアクセスしてもよい。
図9は、例証的ユーザ機器デバイス900の一般化された実施形態を示す。ユーザ機器デバイスのより具体的な実装は、
図10に関連して以下に議論される。ユーザ機器デバイス900は、入出力(以下「I/O」)パス902を介して、コンテンツおよびデータを受信してもよい。I/Oパス902は、処理回路906および記憶装置908を含む制御回路904に、コンテンツ(例えば、放送番組、オンデマンド番組、インターネットコンテンツ、ローカルエリアネットワーク(LAN)または広域ネットワーク(WAN)を経由して利用可能なコンテンツ、および/または他のコンテンツ)およびデータを提供してもよい。制御回路904は、I/Oパス902を使用して、コマンド、要求、および他の好適なデータを送受信するために使用されてもよい。I/Oパス902は、制御回路904(具体的には、処理回路906)を1つまたはそれを上回る通信パス(以下で説明される)に接続してもよい。I/O機能は、これらの通信パスのうちの1つまたはそれを上回るものによって提供されてもよいが、図面が複雑になり過ぎることを回避するため、
図9では単一パスとして示されている。
【0100】
制御回路904は、処理回路906等の任意の好適な処理回路に基づいてもよい。本明細書で参照されるように、処理回路とは、1つまたはそれを上回るマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ(FPGA)、特定用途向け集積回路(ASIC)等に基づく回路を意味すると理解され、マルチコアプロセッサ(例えば、デュアルコア、クアドコア、ヘクサコア、または任意の好適な数のコア)またはスーパーコンピュータを含んでもよい。いくつかの実施形態では、処理回路は、複数の別個のプロセッサまたは処理ユニット、例えば、複数の同一のタイプの処理ユニット(例えば、2つのIntel Core i7プロセッサ)または複数の異なるプロセッサ(例えば、Intel Core
i5プロセッサおよびIntel Core i7プロセッサ)にわたって分散されてもよい。いくつかの実施形態では、制御回路904は、メモリ(すなわち、記憶908)に記憶されるメディアガイドアプリケーションのための命令を実行する。具体的には、制御回路904は、メディアガイドアプリケーションによって、前述および後述の機能を行うように命令されてもよい。例えば、メディアガイドアプリケーションは、制御回路904に、メディアガイド表示を生成するための命令を提供してもよい。いくつかの実装では、制御回路904によって行われるいかなるアクションも、メディアガイドアプリケーションから受信した命令に基づいてもよい。
【0101】
クライアントサーバに基づく実施形態では、制御回路904は、ガイドアプリケーションサーバもしくは他のネットワークまたはサーバと通信するための好適な通信回路を含んでもよい。前述の機能性を実施するための命令は、ガイドアプリケーションサーバ上に記憶されてもよい。通信回路は、ケーブルモデム、総合デジタル通信網(ISDN)モデム、デジタル加入者回線(DSL)モデム、電話モデム、イーサネット(登録商標)カード、または他の機器との通信用無線モデム、または任意の他の好適な通信回路を含んでもよい。そのような通信は、インターネットもしくは任意の他の好適な通信ネットワークまたはパスを伴ってもよい(
図10に関連してさらに詳細に説明される)。加えて、通信回路は、ユーザ機器デバイスのピアツーピア通信、または相互から遠隔の場所にあるユーザ機器デバイスの通信を可能にする回路を含んでもよい(以下でさらに詳細に説明される)。
【0102】
メモリは、制御回路904の一部である、記憶装置908として提供される、電子記憶デバイスであってもよい。本明細書で参照されるように、語句「電子記憶デバイス」または「記憶デバイス」とは、ランダム−アクセスメモリ、読取専用メモリ、ハードドライブ、光学ドライブ、デジタルビデオディスク(DVD)レコーダ、コンパクトディスク(CD)レコーダ、BLU−RAY(登録商標)ディスク(BD)レコーダ、BLU−RAY(登録商標)3Dディスクレコーダ、デジタルビデオレコーダ(DVR、時として、パーソナルビデオレコーダまたはPVRと呼ばれる場合もある)、固体デバイス、量子記憶デバイス、ゲームコンソール、ゲームメディア、もしくは任意の他の好適な固定またはリムーバブル記憶デバイス、および/または任意のそれらの組み合わせ等の電子データ、コンピュータソフトウェア、またはファームウェアを記憶するための任意のデバイスを意味すると理解されたい。記憶装置908は、本明細書に説明される種々のタイプのコンテンツ、ならびに前述のメディアガイドデータを記憶するために使用されてもよい。不揮発性メモリもまた、使用されてもよい(例えば、ブートアップルーチンや他の命令を起動するために)。
図10に関連して説明される、クラウドベースの記憶が、記憶装置908を補完するために使用されてもよい、または記憶装置908の代わりに使用されてもよい。
【0103】
制御回路904は、1つまたはそれを上回るアナログチューナ、1つまたはそれを上回るMPEG−2デコーダ、または他のデジタル復号回路、高解像度チューナ、または任意の他の好適な同調もしくはビデオ回路、もしくはそのような回路の組み合わせ等のビデオ生成回路および同調回路を含んでもよい。符号化回路(例えば、記憶のために、無線、アナログ、またはデジタル信号をMPEG信号に変換するためのもの)もまた、提供されてもよい。制御回路904はまた、コンテンツをユーザ機器900の好ましい出力形式に上方変換および下方変換するためのスケーラ回路を含んでもよい。回路904はまた、デジタル信号およびアナログ信号間で変換するためのデジタルからアナログへの変換回路ならびにアナログからデジタルへの変換回路を含んでもよい。同調および符号化回路は、コンテンツを受信して表示する、再生する、または録画するために、ユーザ機器デバイスによって使用されてもよい。同調および符号化回路はまた、ガイドデータを受信するために使用されてもよい。例えば、同調、ビデオ生成、符号化、復号、暗号化、解読、スケーラ、およびアナログ/デジタル回路を含む、本明細書に説明される回路は、1つまたはそれを上回る汎用または特殊プロセッサ上で起動するソフトウェアを使用して実装されてもよい。複数のチューナが、同時同調機能に対処するように提供されてもよい(例えば、視聴および録画機能、ピクチャインピクチャ(PIP)機能、多重チューナ録画機能等)。記憶装置908が、ユーザ機器900とは別のデバイスとして提供される場合、同調および符号化回路(複数のチューナを含む)は、記憶装置908と関連付けられてもよい。
【0104】
ユーザは、ユーザ入力インターフェース910を使用して、命令を制御回路904に送信してもよい。ユーザ入力インターフェース910は、リモートコントロール、マウス、トラックボール、キーパッド、キーボード、タッチ画面、タッチパッド、スタイラス入力、ジョイスティック、音声認識インターフェース、または他のユーザ入力インターフェース等、任意の好適なユーザインターフェースであってもよい。ディスプレイ912は、独立型デバイスとして提供されるか、またはユーザ機器デバイス900の他の要素と統合してもよい。例えば、ディスプレイ912は、タッチスクリーンまたはタッチセンサ式表示であってもよい。そのような状況では、ユーザ入力インターフェース910は、ディスプレイ912と統合される、または組み合わせられてもよい。ディスプレイ912は、モニタ、テレビ、モバイルデバイスのための液晶ディスプレイ(LCD)、非晶質シリコンディスプレイ、低温ポリシリコンディスプレイ、電子インクディスプレイ、電気泳動ディスプレイ、アクティブマトリクスディスプレイ、エレクトロウェッティングディスプレイ、電気流体ディスプレイ、ブラウン管ディスプレイ、発光ダイオードディスプレイ、エレクトロルミネセントディスプレイ、プラズマディスプレイパネル、高性能アドレッシングディスプレイ、薄膜トランジスタディスプレイ、有機発光ダイオードディスプレイ、表面伝導型電子放出素子ディスプレイ(SED)、レーザテレビ、カーボンナノチューブ、量子ドットディスプレイ、干渉変調器ディスプレイ、または視覚的画像を表示するための任意の他の好適な機器のうちの1つまたはそれを上回るものであってもよい。いくつかの実施形態では、ディスプレイ912は、HDTV対応型であってもよい。いくつかの実施形態では、ディスプレイ912は、3Dディスプレイであってもよく、双方向メディアガイドアプリケーションおよび任意の好適なコンテンツは、3Dで表示されてもよい。ビデオカードまたはグラフィックカードは、出力をディスプレイ912に生成してもよい。ビデオカードは、3Dシーンおよび2Dグラフィックのレンダリング加速、MPEG−2/MPEG−4復号、TV出力、または複数のモニタを接続する能力等の種々の機能をもたらしてもよい。ビデオカードは、制御回路904に関連する前述の任意の処理回路であってもよい。ビデオカードは、制御回路904と統合されてもよい。スピーカ914は、ユーザ機器デバイス900の他の要素との統合として提供されてもよく、または独立型ユニットであってもよい。ディスプレイ912上に表示されるビデオおよび他のコンテンツのオーディオコンポーネントは、スピーカ914を通して再生されてもよい。いくつかの実施形態では、音声は、スピーカ914を介して音声を処理および出力する、受信機(図示せず)に配信されてもよい。
【0105】
ガイドアプリケーションは、任意の好適なアーキテクチャを使用して実装されてもよい。例えば、それは、ユーザ機器デバイス900上で完全に実装される、独立型アプリケーションであってもよい。そのようなアプローチでは、アプリケーションの命令は、ローカルに記憶され(例えば、記憶装置908内)、アプリケーションによって使用するためのデータは、周期的にダウンロードされる(例えば、帯域外フィードから、インターネットリソースから、または別の好適なアプローチを使用して)。制御回路904は、記憶装置908からアプリケーションの命令を読み出し、本明細書に議論される表示のいずれかを生成するための命令を処理してもよい。処理された命令に基づいて、制御回路904は、入力が入力インターフェース910から受信されるときに行うアクションを判定してもよい。例えば、表示上のカーソルの上/下への移動は、入力インターフェース910が上/下ボタンが選択されたことを示すとき、処理された命令によって示されてもよい。
【0106】
いくつかの実施形態では、メディアガイドアプリケーションは、クライアントサーバベースのアプリケーションである。ユーザ機器デバイス900上に実装される、シックまたはシンクライアントによって使用するためのデータは、ユーザ機器デバイス900の遠隔にあるサーバに要求を発行することによって、オンデマンドで読み出される。クライアントサーバベースのガイドアプリケーションの一実施例では、制御回路904は、遠隔サーバによって提供されるウェブページを解釈する、ウェブブラウザを実行する。例えば、遠隔サーバは、記憶デバイス内にアプリケーションのための命令を記憶してもよい。遠隔サーバは、回路(例えば、制御回路904)を使用して、記憶された命令を処理し、前述および後述の表示を生成してもよい。クライアントデバイスは、遠隔サーバによって生成される表示を受信してもよく、表示のコンテンツを機器デバイス900上でローカルに表示してもよい。このように、命令の処理は、サーバによって遠隔で行われる一方、結果として生じる表示は、機器デバイス900上にローカルに提供される。機器デバイス900は、入力インターフェース910を介して、ユーザからの入力を受信し、対応する表示を処理および生成するために、それらの入力を遠隔サーバに伝送してもよい。例えば、機器デバイス900は、上/下ボタンが入力インターフェース910を介して選択されたことを示す通信を遠隔サーバに伝送してもよい。遠隔サーバは、その入力に従って命令を処理し、入力に対応するアプリケーションの表示を生成してもよい(例えば、カーソルを上/下に移動させる表示)。生成された表示は、次いで、ユーザへの提示のために、機器デバイス900に伝送される。
【0107】
いくつかの実施形態では、メディアガイドアプリケーションは、インタープリタまたは仮想マシン(制御回路904によって起動される)によって、ダウンロードされ、解釈または別様に起動される。いくつかの実施形態では、ガイドアプリケーションは、ETVバイナリ交換形式(ETV Binary Interchange Format/EBIF)で符号化され、好適なフィードの一部として制御回路904によって受信され、制御回路904上で起動するユーザエージェントによって解釈されてもよい。例えば、ガイドアプリケーションは、EBIFアプリケーションであってもよい。いくつかの実施形態では、ガイドアプリケーションは、制御回路904によって実行されるローカル仮想マシンまたは他の好適なミドルウェアによって受信および起動される、一連のJAVA(登録商標)ベースのファイルによって定義されてもよい。そのような実施形態のうちのいくつか(例えば、MPEG−2または他のデジタルメディア符号化スキームを採用するもの)では、ガイドアプリケーションは、例えば、番組のMPEGオーディオおよびビデオパケットを用いたMPEG−2オブジェクトカルーセルにおいて符号化および伝送されてもよい。
【0108】
図9のユーザ機器デバイス900は、ユーザテレビ機器1002、ユーザコンピュータ機器1004、無線ユーザ通信デバイス1006、または非携帯型ゲーム機等のコンテンツにアクセスするために好適な任意の他のタイプのユーザ機器として、
図10のシステム1000に実装することができる。簡単にするために、これらのデバイスは、本明細書では総称して、ユーザ機器またはユーザ機器デバイスと称されてもよく、前述のユーザ機器デバイスに実質的に類似してもよい。メディアガイドアプリケーションが実装され得る、ユーザ機器デバイスは、独立型デバイスとして機能してもよく、またはデバイスのネットワークの一部であってもよい。いくつかの実施形態では、メディアガイドアプリケーションは、複数のユーザデバイスによって同時に実行されてもよい。デバイスの種々のネットワーク構成が実装されてもよく、以下でさらに詳細に議論される。
【0109】
図9に関連して前述のシステム特徴のうちの少なくともいくつかを利用する、ユーザ機器デバイスは、単に、ユーザテレビ機器1002、ユーザコンピュータ機器1004、または無線ユーザ通信デバイス1006として分類されなくてもよい。例えば、ユーザテレビ機器1002は、いくつかのユーザコンピュータ機器1004のように、インターネットコンテンツへアクセスすることを可能にするインターネット対応型であってもよい一方で、ユーザコンピュータ機器1004は、いくつかのテレビ機器1002のように、テレビ番組へアクセスすることを可能にするチューナを含んでもよい。メディアガイドアプリケーションはまた、種々の異なるタイプのユーザ機器上で同一レイアウトを有してもよく、またはユーザ機器の表示能力に合わせられてもよい。例えば、ユーザコンピュータ機器1004上では、ガイドアプリケーションは、ウェブブラウザによってアクセスされるウェブサイトとして提供されてもよい。別の実施例では、ガイドアプリケーションは、無線ユーザ通信デバイス1006用に縮小されてもよい。
【0110】
システム1000では、典型的には、各タイプのユーザ機器デバイスが1つを上回って存在するが、図面が複雑になり過ぎることを回避するように、それぞれ1つだけが
図10に示されている。加えて、各ユーザは、1つを上回るタイプのユーザ機器デバイスと、また、各タイプのユーザ機器デバイスのうちの1つを上回るものとを利用してもよい。
【0111】
いくつかの実施形態では、ユーザ機器デバイス(例えば、ユーザテレビ機器1002、ユーザコンピュータ機器1004、無線ユーザ通信デバイス1006)は、「第2の画面デバイス」と称されてもよい。例えば、第2の画面デバイスは、第1のユーザ機器デバイス上に提示されるコンテンツを補完してもよい。第2の画面デバイス上に提示されるコンテンツは、第1のデバイス上に提示されるコンテンツを補完する、任意の好適なコンテンツであってもよい。いくつかの実施形態では、第2の画面デバイスは、第1のデバイスの設定および表示選好を調節するためのインターフェースを提供する。いくつかの実施形態では、第2の画面デバイスは、他の第2の画面デバイスと相互作用する、またはソーシャルネットワークと相互作用するために構成される。第2の画面デバイスは、第1のデバイスと同一の部屋内に、第1のデバイスと異なる部屋であるが同一の家または建物内に、もしくは第1のデバイスと異なる建物内に位置することができる。
【0112】
ユーザはまた、家庭内デバイスおよび遠隔デバイスにわたって一貫したメディアガイドアプリケーション設定を維持するように、種々の設定を設定してもよい。設定は、本明細書に説明される設定、ならびにお気に入りのチャンネルおよび番組、番組を推奨するためにガイドアプリケーションが利用する番組選好、表示選好、および他の望ましいガイド設定を含む。例えば、ユーザが、オフィスのパソコンで、例えば、ウェブサイトwww.allrovi.comの上で、チャンネルをお気に入りとして設定した場合、所望に応じて、同一のチャンネルが、ユーザの家庭内デバイス(例えば、ユーザテレビ機器およびユーザコンピュータ機器)、ならびにユーザのモバイルデバイス上でお気に入りとして表示されるであろう。したがって、同一または異なるタイプのユーザ機器デバイスのいずれであるかにかかわらず、1つのユーザ機器デバイス上で行われる変更は、別のユーザ機器デバイス上のガイド体験を変更することができる。加えて、行われる変更は、ユーザによる設定入力、ならびにガイドアプリケーションによって監視されるユーザ活動に基づいてもよい。
【0113】
ユーザ機器デバイスは、通信ネットワーク1014に連結されてもよい。すなわち、ユーザテレビ機器1002、ユーザコンピュータ機器1004、および無線ユーザ通信デバイス1006は、それぞれ、通信パス1008、1010、および1012を介して、通信ネットワーク1014に連結される。通信ネットワーク1014は、インターネット、携帯電話ネットワーク、モバイルボイスまたはデータネットワーク(例えば、4GまたはLTEネットワーク)、ケーブルネットワーク、公衆交換電話ネットワーク、または他のタイプの通信ネットワーク、もしくは通信ネットワークの組み合わせを含む、1つまたはそれを上回るネットワークであってもよい。パス1008、1010、および1012は、別個または一緒に、衛星パス、光ファイバパス、ケーブルパス、インターネット通信をサポートするパス(例えば、IPTV)、フリースペース接続(例えば、放送または他の無線信号用)、もしくは任意の他の好適な有線または無線通信パス、もしくはそのようなパスの組み合わせ等、1つまたはそれを上回る通信パスを含んでもよい。パス1012は、
図10に示された例示的実施形態において、無線パスであることを示すように破線で描かれ、パス1008および1010は、有線パスであることを示すように実線で描かれている(しかし、これらのパスは、所望に応じて、無線パスであってもよい)。ユーザ機器デバイスとの通信は、これらの通信パスのうちの1つまたはそれを上回るものによって提供されてもよいが、
図10では、図面が複雑になり過ぎることを回避するように、単一パスとして示されている。
【0114】
通信パスは、ユーザ機器デバイスの間には描かれていないが、これらのデバイスは、パス1008、1010、および1012に関連して上記で説明されるもの、ならびにUSBケーブル、IEEE1394ケーブル、無線パス(例えば、Bluetooth(登録商標)、赤外線、IEEE802−11x等)等の他の短距離ポイントツーポイント通信パス、もしくは有線または無線パスを介した他の短距離通信等の通信パス等の通信パスを介して、相互に直接通信してもよい。BLUETOOTH(登録商標)は、Bluetooth SIG, INC.によって所有される認証マークである。ユーザ機器デバイスはまた、通信ネットワーク1014を介した間接的パスを通して、直接相互に通信してもよい。
【0115】
システム1000は、それぞれ、通信パス1020および1022を介して通信ネットワーク1014に連結される、コンテンツソース1016およびメディアガイドデータソース1018を含む。パス1020および1022は、パス1008、1010、および1012に関して上記で説明される通信パスのうちのいずれかを含んでもよい。コンテンツソース1016およびメディアガイドデータソース1018との通信は、1つまたはそれを上回る通信パスを介して交信されてもよいが、
図10では、図面が複雑になり過ぎることを回避するように、単一パスとして示されている。加えて、コンテンツソース1016およびメディアガイドデータソース1018のそれぞれが1つを上回ってあってもよいが、
図10では、図面が複雑になり過ぎることを回避するように、それぞれ1つだけが示されている。(これらのソースのそれぞれの異なるタイプを以下に議論する)。所望に応じて、コンテンツソース1016およびメディアガイドデータソース1018は、1つのソースデバイスとして統合されてもよい。ソース1016および1018と、ユーザ機器デバイス1002、1004、および1006との間の通信は、通信ネットワーク1014を通したものとして示されているが、いくつかの実施形態では、ソース1016および1018は、パス1008、1010、および1012に関連して上記で説明されるもの等の通信パス(図示せず)を介して、ユーザ機器デバイス1002、1004、および1006と直接通信してもよい。
【0116】
コンテンツソース1016は、テレビ配信施設、ケーブルシステムヘッドエンド、衛星配信施設、番組ソース(例えば、NBC、ABC、HBO等のテレビ放送会社)、中間配信施設および/またはサーバ、インターネットプロバイダ、オンデマンドメディアサーバ、および他のコンテンツプロバイダを含む、1つまたはそれを上回るタイプのコンテンツ配信機器を含んでもよい。NBCは、National Broadcasting Company, Inc.によって所有される商標であり、ABCは、American Broadcasting Company, INC.によって所有される商標であり、HBOは、Home Box Office, Inc.によって所有される商標である。コンテンツソース1016は、コンテンツの発信元であってもよく(例えば、テレビ放送会社、ウェブキャストプロバイダ等)、またはコンテンツの発信元でなくてもよい(例えば、オンデマンドコンテンツプロバイダ、ダウンロード用放送番組のコンテンツのインターネットプロバイダ等)。コンテンツソース1016は、ケーブルソース、衛星プロバイダ、オンデマンドプロバイダ、インターネットプロバイダ、オーバーザトップコンテンツプロバイダ、または他のコンテンツのプロバイダを含んでもよい。コンテンツソース1016はまた、ユーザ機器デバイスのうちのいずれかから遠隔の場所にある、異なるタイプのコンテンツ(ユーザによって選択されるビデオコンテンツを含む)を記憶するために使用される、遠隔メディアサーバを含んでもよい。コンテンツの遠隔記憶のため、および遠隔に記憶されたコンテンツをユーザ機器に提供するためのシステムおよび方法は、全体として参照することによって本明細書に組み込まれる、2010年7月20日に出願されたEllisらの米国特許第7,761,892号に関連して、さらに詳細に議論されている。
【0117】
メディアガイドデータソース1018は、前述のメディアガイドデータ等のメディアガイドデータを提供してもよい。メディアガイドデータは、任意の好適なアプローチを使用して、ユーザ機器デバイスに提供されてもよい。いくつかの実施形態では、ガイドアプリケーションは、データフィード(例えば、継続フィードまたはトリクルフィード)を介して、番組ガイドデータを受信する、独立型双方向テレビ番組ガイドであってもよい。番組スケジューリングデータおよび他のガイドデータは、テレビチャンネルのサイドバンド上で、帯域内デジタル信号を使用して、帯域外デジタル信号を使用して、または任意の他の好適なデータ伝送技術によって、ユーザ機器に提供されてもよい。番組スケジューリングデータおよび他のメディアガイドデータは、複数のアナログまたはデジタルテレビチャンネル上でユーザ機器に提供されてもよい。
【0118】
いくつかの実施形態では、メディアガイドデータソース1018からのガイドデータは、クライアントサーバアプローチを使用して、ユーザの機器に提供されてもよい。例えば、ユーザ機器デバイスは、メディアガイドデータをサーバからプルしてもよく、またはサーバは、メディアガイドデータをユーザ機器デバイスにプッシュしてもよい。いくつかの実施形態では、ユーザの機器上に常駐するガイドアプリケーションクライアントは、必要に応じて、例えば、ガイドデータが、古くなっているとき、またはユーザ機器デバイスが、データを受信する要求をユーザから受信するとき、ソース1018とセッションを開始し、ガイドデータを取得してもよい。メディアガイドは、任意の好適な頻度で(例えば、継続的に、毎日、ユーザ指定期間で、システム指定期間で、ユーザ機器からの要求に応答して等)ユーザ機器に提供されてもよい。メディアガイドデータソース1018は、ユーザ機器デバイス1002、1004、および1006に、メディアガイドアプリケーション自体、またはメディアガイドアプリケーションのソフトウェア更新を提供してもよい。
【0119】
いくつかの実施形態では、メディアガイドデータは、視聴者データを含んでもよい。例えば、視聴者データは、現在および/または履歴ユーザアクティビティ情報(例えば、ユーザが典型的に見るコンテンツ、ユーザがコンテンツを見る時刻、ユーザがソーシャルネットワークと相互作用するかどうか、ユーザがソーシャルネットワークと相互作用し、情報をポストする時間、ユーザが典型的に見るコンテンツのタイプ(例えば、有料TVまたは無料TV)、気分、脳の活動情報等)を含んでもよい。メディアガイドデータはまた、加入データを含んでもよい。例えば、加入データは、所与のユーザが加入するソースまたはサービスおよび/または所与のユーザが以前に加入していたが、後にアクセスを打ち切ったソースまたはサービスを識別してもよい(例えば、ユーザがプレミアムチャネルに加入しているかどうか、ユーザがプレミアムレベルのサービスを追加したかどうか、ユーザがインターネット速度を加速させたかどうか)。いくつかの実施形態では、視聴者データおよび/または加入データは、1年を上回る期間の間の所与のユーザのパターンを識別してもよい。メディアガイドデータは、所与のユーザがサービス/ソースへのアクセスを打ち切るであろう可能性を示すスコアを生成するために使用される、モデル(例えば、残存者モデル)を含んでもよい。例えば、メディアガイドアプリケーションは、加入データと、所与のユーザが特定のサービスまたはソースへのアクセスを打ち切るであろうかどうかの可能性を示す、値またはスコアを生成するためのモデルを併用して、視聴者データを処理してもよい。特に、より高いスコアは、ユーザが特定のサービスまたはソースへのアクセスを打ち切るであろう、より高いレベルの信頼性を示し得る。スコアに基づいて、メディアガイドアプリケーションは、ユーザがアクセスを打ち切る可能性が高いであろうものとしてスコアによって示される特定のサービスまたはソースをユーザが維持するように勧誘する宣伝を生成してもよい。
【0120】
メディアガイドアプリケーションは、例えば、ユーザ機器デバイス上に実装される独立型アプリケーションであってもよい。例えば、メディアガイドアプリケーションは、記憶装置908内に記憶され得、ユーザ機器デバイス900の制御回路904によって実行され得る、ソフトウェアまたは実行可能命令のセットとして実装されてもよい。いくつかの実施形態では、メディアガイドアプリケーションは、クライアント−サーバアプリケーションであってもよく、その場合、クライアントアプリケーションのみ、ユーザ機器デバイス上に常駐し、サーバアプリケーションは、遠隔サーバ上に常駐する。例えば、メディアガイドアプリケーションは、部分的に、ユーザ機器デバイス900の制御回路1004上のクライアントアプリケーションとして、および部分的に遠隔サーバ上で、遠隔サーバの制御回路上で起動するサーバアプリケーションとして(例えば、メディアガイドデータソース1018)、実装されてもよい。遠隔サーバの制御回路(メディアガイドデータソース1018等)によって実行されると、メディアガイドアプリケーションは、制御回路に、ガイドアプリケーション表示を生成し、生成された表示をユーザ機器デバイスに伝送するように命令してもよい。サーバアプリケーションは、メディアガイドデータソース1018の制御回路に、ユーザ機器上での記憶のためのデータを伝送するように命令してもよい。クライアントアプリケーションは、受信用ユーザ機器の制御回路に、ガイドアプリケーション表示を生成するように命令してもよい。
【0121】
ユーザ機器デバイス1002、1004、および1006に配信されるコンテンツならびに/またはメディアガイドデータは、オーバーザトップ(OTT)コンテンツであってもよい。OTTコンテンツ配信は、前述の任意のユーザ機器デバイスを含む、インターネット対応型ユーザデバイスが、ケーブルまたは衛星接続を経由して受信されるコンテンツに加え、前述の任意のコンテンツを含む、インターネットを経由して転送されるコンテンツを受信することを可能にする。OTTコンテンツは、インターネットサービスプロバイダ(ISP)によって提供されるインターネット接続を介して配信されるが、第三者も、コンテンツを配信する。ISPは、視聴能力、著作権、またはコンテンツの再配信に関与していなくてもよく、OTTコンテンツプロバイダによって提供されるIPパケットを転送するのみでもよい。OTTコンテンツプロバイダの実施例として、IPパケットを介して、オーディオおよびビデオを提供する、YOUTUBE(登録商標)、NETFLIX、およびHULUが挙げられる。Youtube(登録商標)は、Google Inc.によって所有される商標であり、Netflixは、Netflix, Inc.によって所有される商標であり、Huluは、Hulu, LLC.によって所有される商標である。OTTコンテンツプロバイダは、加えて、または代替として、前述のメディアガイドデータを提供してもよい。コンテンツおよび/またはメディアガイドデータに加え、OTTコンテンツのプロバイダは、メディアガイドアプリケーション(例えば、ウェブベースのアプリケーションまたはクラウドベースのアプリケーション)を配信することができ、またはコンテンツは、ユーザ機器デバイス上に記憶されるメディアガイドアプリケーションによって表示されることができる。
【0122】
メディアガイドシステム1000は、いくつかのアプローチまたはネットワーク構成を例証することを意図しており、これによって、ユーザ機器デバイスならびにコンテンツおよびガイドデータのソースは、コンテンツにアクセスし、メディアガイドを提供する目的で、相互に通信してもよい。本明細書に説明される実施形態は、これらのアプローチの任意の1つまたは一部において、もしくはコンテンツを配信し、メディアガイドを提供するための他のアプローチを採用するシステムにおいて、適用されてもよい。以下の4つのアプローチは、
図10の一般化された実施例の具体的例証を提供する。
【0123】
あるアプローチでは、ユーザ機器デバイスは、ホームネットワーク内で相互に通信してもよい。ユーザ機器デバイスは、上記で説明される短距離ポイントツーポイント通信方式を介して、ホームネットワーク上に提供されるハブまたは他の類似デバイスを通した間接パスを介して、もしくは通信ネットワーク1014を介して、直接相互に通信することができる。1つの家庭内の複数の個人のそれぞれが、ホームネットワーク上の異なるユーザ機器デバイスを操作してもよい。結果として、種々のメディアガイド情報または設定が、異なるユーザ機器デバイス間で伝達されることが望ましくあり得る。例えば、2005年7月11日に出願されたEllisらの米国特許公開第2005/0251827号でさらに詳細に説明されているように、ホームネットワーク内の異なるユーザ機器デバイス上で、ユーザが一貫したメディアガイドアプリケーション設定を維持することが望ましくあり得る。ホームネットワーク内の異なるタイプのユーザ機器デバイスがまた、相互に通信し、コンテンツを伝送してもよい。例えば、ユーザは、ユーザコンピュータ機器から携帯用ビデオプレーヤまたは携帯用音楽プレーヤにコンテンツを伝送してもよい。
【0124】
第2のアプローチでは、ユーザは、複数のタイプのユーザ機器を有してもよく、これによって、コンテンツにアクセスし、メディアガイドを取得する。例えば、一部のユーザは、家庭内およびモバイルデバイスによってアクセスされる、ホームネットワークを有してもよい。ユーザは、遠隔デバイス上に実装されるメディアガイドアプリケーションを介して、家庭内デバイスを制御してもよい。例えば、ユーザは、オフィスのパーソナルコンピュータ、もしくはPDAまたはウェブ対応携帯電話等のモバイルデバイスを介して、ウェブサイト上のオンラインメディアガイドアプリケーションにアクセスしてもよい。ユーザは、オンラインガイドアプリケーション上で種々の設定(例えば、録画、リマインダ、または他の設定)を設定して、ユーザの家庭内機器を制御してもよい。オンラインガイドは、直接、またはユーザの家庭内機器上のメディアガイドアプリケーションと通信することによって、ユーザの機器を制御してもよい。ユーザ機器デバイスが相互から遠隔の場所にある、ユーザ機器デバイスの通信のための種々のシステムおよび方法は、例えば、その全体を参照することによって本明細書に組み込まれる、Ellisらの2011年10月25日発行の米国特許第8,046,801号に議論されている。
【0125】
第3のアプローチでは、家庭内外のユーザ機器デバイスのユーザは、コンテンツソース1016と直接通信し、コンテンツにアクセスするために、そのメディアガイドアプリケーションを使用することができる。具体的には、家庭内では、ユーザテレビ機器1002およびユーザコンピュータ機器1004のユーザは、メディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。ユーザはまた、無線ユーザ通信デバイス1006を使用して、家庭外のメディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。
【0126】
第4のアプローチでは、ユーザ機器デバイスは、クラウドコンピューティング環境内で操作し、クラウドサービスにアクセスしてもよい。クラウドコンピューティング環境では、コンテンツ共有、記憶、または配信のための種々のタイプのコンピューティングサービス(例えば、ビデオ共有サイトまたはソーシャルネットワーキングサイト)が、「クラウド」と称される、ネットワーク−アクセス可能コンピューティングおよび記憶リソースの集合によって提供される。例えば、クラウドは、ネットワークを介して接続される、種々のタイプのユーザおよびデバイスにクラウドベースのサービス、例えば、通信ネットワーク1014を介したインターネットを提供する、中央または分散場所に位置し得る、サーバコンピューティングデバイスの集合を含むことができる。これらのクラウドリソースは、1つまたはそれを上回るコンテンツソース1016および1つまたはそれを上回るメディアガイドデータソース1018を含んでもよい。加えて、または代替として、遠隔コンピューティングサイトは、ユーザテレビ機器1002、ユーザコンピュータ機器1004、および無線ユーザ通信デバイス1006等の他のユーザ機器デバイスを含んでもよい。例えば、他のユーザ機器デバイスは、ビデオの記憶されたコピーまたはストリーミングされたビデオへのアクセスを提供してもよい。そのような実施形態では、ユーザ機器デバイスは、中心サーバと通信せずに、ピアツーピア様式で操作してもよい。
【0127】
クラウドは、ユーザ機器デバイスのために、他の実施例の中でもとりわけ、コンテンツ記憶、コンテンツ共有、またはソーシャルネットワーキングサービス等のサービスへのアクセス、ならびに前述の任意のコンテンツへのアクセスを提供する。サービスは、クラウドコンピューティングサービスプロバイダを通して、またはオンラインサービスの他のプロバイダを通して、クラウド内で提供されることができる。例えば、クラウドベースのサービスは、コンテンツ記憶サービス、コンテンツ共有サイト、ソーシャルネットワーキングサイト、または他のサービスを含むことができ、それを介して、ユーザ供給コンテンツは、接続されたデバイス上の他者によって視聴するために配信される。これらのクラウドベースのサービスは、ユーザ機器デバイスが、コンテンツをローカルに記憶し、ローカルに記憶されたコンテンツにアクセスするのではなく、コンテンツをクラウドに記憶し、コンテンツをクラウドから受信することを可能にしてもよい。
【0128】
ユーザは、カムコーダ、ビデオモード付きデジタルカメラ、オーディオレコーダ、携帯電話、およびハンドヘルドコンピューティングデバイス等の種々のコンテンツ捕捉デバイスを使用して、コンテンツを録画してもよい。ユーザは、直接、例えば、ユーザコンピュータ機器1004から、またはコンテンツ捕捉特徴を有する、無線ユーザ通信デバイス1006からのいずれかにおいて、クラウド上のコンテンツ記憶サービスにコンテンツをアップロードすることができる。代替として、ユーザは、最初に、コンテンツをユーザコンピュータ機器1004等のユーザ機器デバイスに転送することができる。コンテンツを記憶するユーザ機器デバイスは、通信ネットワーク1014上のデータ伝送サービスを使用して、コンテンツをクラウドにアップロードしてもよい。いくつかの実施形態では、ユーザ機器デバイス自体が、クラウドリソースであり、他のユーザ機器デバイスが、直接、ユーザがコンテンツを記憶したユーザ機器デバイスから、コンテンツにアクセスすることができる。
【0129】
クラウドリソースは、例えば、ウェブブラウザ、メディアガイドアプリケーション、デスクトップアプリケーション、モバイルアプリケーション、および/またはそれらのアクセスアプリケーションの任意の組み合わせを使用して、ユーザ機器デバイスによってアクセスされてもよい。ユーザ機器デバイスは、アプリケーション配信のために、クラウドコンピューティングに依拠する、クラウドクライアントであってもよく、またはユーザ機器デバイスは、クラウドリソースにアクセスせずに、いくつかの機能性を有してもよい。例えば、ユーザ機器デバイス上で起動するいくつかのアプリケーションは、クラウドアプリケーション、すなわち、インターネットを経由して、サービスとして配信されるアプリケーションであってもよい一方、他のアプリケーションは、ユーザ機器デバイス上に記憶され、起動されてもよい。いくつかの実施形態では、ユーザデバイスは、コンテンツを複数のクラウドリソースから同時に受信してもよい。例えば、ユーザデバイスは、オーディオを1つのクラウドリソースからストリーミングする一方、コンテンツを第2のクラウドリソースからダウンロードすることができる。または、ユーザデバイスは、より効率的ダウンロードのために、コンテンツを複数のクラウドリソースからダウンロードすることができる。いくつかの実施形態では、ユーザ機器デバイスは、
図9に関連して説明される処理回路によって行われる処理操作等の処理操作のために、クラウドリソースを使用することができる。
【0130】
本明細書で参照されるように、用語「〜に応答して」は、「〜の結果として開始される」ことを指す。例えば、第2のアクションに応答して行われている第1のアクションは、第1のアクションと第2のアクションとの間に介在ステップを含んでもよい。本明細書で参照されるように、用語「〜に直接応答して」は、「〜によって生じること」を指す。例えば、第2のアクションに直接応答して行われている第1のアクションは、第1のアクションと第2のアクションとの間に介在ステップを含まなくてもよい。
【0131】
図11は、本開示のいくつかの実施形態による、ユーザがブロックされているメディアアセットにアクセスすることを可能にするための例証的ステップのフロー図である。プロセス1100は、別のユーザが、ブロックされているメディアにアクセスするための要求に応答して、第1のユーザがブロックされているメディアにアクセスすることを許可しているかどうかを判定するために使用されてもよい。用語「別のユーザ」は、本明細書では、第1のユーザによるブロックされているメディアのアクセスを承認するための権限を伴う任意のユーザを指すために使用されるであろう。例えば、2人の両親および祖父母が、子供のアカウントに対してアクセスを承認するための権限を有するように指定されてもよい。これら3つは全て、本願に説明されるように、「別のユーザ」の部類に入り、一度述べられると、「他のユーザ」となるであろう。プロセス1100またはその任意のステップは、
図9−10に示されるデバイスのいずれか上で生じる、またはそれによって提供され得ることに留意されたい。例えば、プロセス1100は、制御回路904によって、メディアガイドアプリケーション(例えば、
図10に図示および説明されるデバイスのいずれか上に実装される)によって命令されるように実行されてもよい。
【0132】
プロセス1100は、1102から開始し、そこで、メディアガイドアプリケーションは、第1のユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)から、第1のユーザと関連付けられた第1の識別子を受信する。いくつかの実施形態では、メディアガイドアプリケーションは、識別子を記憶装置908内に記憶する。例えば、メディアガイドアプリケーションが、特定のユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)上で実行されるとき、メディアガイドアプリケーションは、記憶装置908内に記憶されているため、識別子を自動的に受信する。他の実施形態では、メディアガイドアプリケーションは、ユーザ入力インターフェース910を使用して、識別子のユーザ入力を受信する。識別子は、数字および文字等の任意の有限文字列を含んでいてもよい。例えば、受信された識別子は、「1234」または「Johnl23」であり得る。メディアガイドアプリケーションは、次いで、本識別子がユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致するかどうかを判定し、該当する場合、プロフィールにアクセスしてもよい。
【0133】
プロセス1100は、1104に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザが第1のユーザに対してブロックされているメディアアセットにアクセスすることを可能にするための要求を受信する。上記
図1−2に説明されるように、メディアガイドアプリケーションは、記憶装置908内にまたはメディアガイドデータソース1018に遠隔で記憶され得る、データ構造内に、「John123」に関するプロフィール等の各個々のプロフィールを記憶する。例えば、メディアガイドアプリケーションは、変数および定数が具体的ユーザ(例えば、John)に適切な値で初期化される、ユーザプロフィールクラスのオブジェクトを記憶してもよい。メディアガイドアプリケーションは、第1のユーザから、ユーザ入力インターフェース910を介して、メディアアセットにアクセスするための要求を受信してもよい。
【0134】
メディアガイドアプリケーションは、次いで、メディアアセットの評価等のメディアアセットと関連付けられたメタデータと第1のユーザプロフィールに対応するデータ構造内に記憶されるデータを比較し、メディアアセットがユーザに対してブロックされているかどうかを判定する。例えば、メディアガイドアプリケーションは、「TV−MA」の評価を伴う番組にアクセスするためのユーザ要求を受信してもよい。メディアガイドアプリケーションは、本評価と第1のユーザプロフィールに対応するデータ構造内に記憶される閾値評価「TV−14」を比較してもよい。要求される番組の評価は、第1のユーザプロフィール内に記憶される評価より高いため、メディアガイドアプリケーションは、番組をブロックし、第1のユーザがそれにアクセスすることを防止してもよい。
【0135】
いくつかの実施形態では、メディアガイドアプリケーションは、次いで、表示のために(例えば、表示100または300上に)、通信ネットワーク1014を介して、メディアにアクセスするための要求を含有する通知を別のユーザに伝送するためのオプション(例えば、306)を生成する。伝送するためのオプション(例えば、306)の選択に応じて、プロセス1100は、1106に進んでもよい。他の実施形態では、メディアガイドアプリケーションは、任意のさらなるユーザ入力を伴わずに、メディアアセットにアクセスすることを要求するための通知を別のユーザに自動的に伝送してもよい。
【0136】
プロセス1100は、1106に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザと関連付けられた第1のプロフィールを使用して、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する、別のユーザが存在するかどうかを判定する。メディアガイドアプリケーションは、記憶装置908内にまたはメディアガイドデータソース1018に遠隔で記憶され得る、第1のプロフィールと関連付けられたデータ構造にクエリし、ユーザがアクセスを承認するための権限を有するように指定されているかどうかを判定する。例えば、メディアガイドアプリケーションは、C++等のオブジェクト指向プログラミング言語においてカスタム構造を宣言し得、構造は、別のユーザの識別子を伴うストリングと、ユーザが第1のユーザに対してメディアアセットへのアクセスを承認する権限を有するかどうかを示すブール値とを含有する。メディアガイドアプリケーションは、上記に説明される2つのタイプを伴う構造「承認者」を宣言し、次いで、承認する権限を有するユーザ毎に、インスタンスを作成し、それらを第1のプロフィール内に記憶する、スクリプトを実行してもよい(例えば、それぞれ、ブール値承認者=「真」を有する、「承認者母親」および「承認者父親」)。代替として、メディアガイドアプリケーションは、アクセスを承認する権限を有するユーザをそのようなデータ構造内にリストまたはベクトルとして記憶し得る。
【0137】
メディアガイドアプリケーションは、次いで、クエリが、メディアアセットへのアクセスを承認する権限を伴うユーザを含有するデータ構造が、存在する、空である、またはユーザの1つもしくはそれを上回る識別子を含有することを返すかどうかに基づいて、アクセスを承認するための権限を伴うユーザが存在するかどうかを判定する。データ構造が、存在しない、または空である場合、メディアガイドアプリケーションは、アクセスを承認する権限を有する別のユーザが存在しないことを判定してもよい。データ構造が、1つまたはそれを上回る識別子を含有する場合、メディアガイドアプリケーションは、アクセスを承認する権限を有する別のユーザが存在することを判定してもよい。
【0138】
プロセス1106が、アクセスを承認する権限を有する他のユーザが存在しないことを判定する場合、プロセス1100は、1120に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザがメディアアセットにアクセスすることができないことのメッセージを返す。例えば、メディアガイドアプリケーションは、アクセスを承認するための権限を伴ういずれのユーザも第1のユーザのアカウントと関連付けられないため、通知が送達され得ないことの表示を生成してもよい(例えば、表示100または300上に)。
【0139】
いくつかの実施形態では、1106において、メディアガイドアプリケーションが、アクセスを承認する権限を有する別のユーザが存在することを判定する場合、プロセス1100は、
図13に概略されるように、1106と1108との間で1つまたはそれを上回る付加的ステップを行ってもよく、そこで、メディアガイドアプリケーションは、他のユーザと関連付けられたプロフィールを使用して、ユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)が他のユーザと関連付けられるかどうかを判定する。メディアガイドアプリケーションは、第1のプロフィールから、メディアアセットのアクセスを承認する権限を有する別のユーザと関連付けられた識別子を読み出してもよい。メディアガイドアプリケーションは、次いで、本識別子が、記憶装置908内にまたはメディアガイドデータソース1018に遠隔で記憶され得る、ユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致するかどうかを判定し、該当する場合、プロフィールにアクセスしてもよい。メディアガイドアプリケーションは、次いで、第1のユーザから通知を受信することが可能であり得る、メディアアセットへのアクセスを承認する権限を伴うユーザと関連付けられたユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)に関するプロフィールを含有するデータ構造にクエリする。1106に説明されたように、データ構造が、存在しない、または空である場合、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイスが存在しないことを判定する。データ構造が、1つまたはそれを上回る識別子を含有する場合、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイスが存在することを判定する。
【0140】
プロセス1106が、アクセスを承認する権限を有するユーザが存在することを判定する場合、プロセス1100は、1108に進んでもよく、そこで、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイスの表示(例えば、200または400)上において、第1のユーザがブロックされているメディアアセットへのアクセスを要求したことの通知(例えば、206または412)を他のユーザに伝送する。メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイスに関するコンタクト情報を他のユーザプロフィールに対応するデータ構造から読み出し、第1のユーザがブロックされているメディアアセットにアクセスすることを要求していることの通知(例えば、206または412)を伝送してもよい。例えば、メディアガイドアプリケーションは、他のユーザと関連付けられた無線ユーザ通信デバイス1006(例えば、携帯電話)に関する電話番号を読み出してもよい。メディアガイドアプリケーションは、次いで、テキストメッセージを介して、通知を無線通信デバイス1006に伝送してもよい。
【0141】
プロセス1100は、1110に進んでもよく、そこで、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)から、他のユーザと関連付けられた識別子を受信する。いくつかの実施形態では、メディアガイドアプリケーションは、識別子を記憶装置908内に記憶してもよい。例えば、メディアガイドアプリケーションが、特定のユーザ機器デバイス上で実行されると、メディアガイドアプリケーションは、記憶装置908内に記憶されているため、識別子を自動的に受信する。他の実施形態では、メディアガイドアプリケーションは、ユーザ入力インターフェース910を使用した識別子のユーザ入力を受信してもよい。識別子は、数字および文字等の任意の有限文字列を含んでいてもよい。例えば、入力された識別子は、「1234」または「Moml980」であり得る。
【0142】
プロセス1100は、1112に進んでもよく、そこで、メディアガイドアプリケーションは、他のユーザと関連付けられた識別子が他のユーザのユーザプロフィールと関連付けられた識別子に合致することを判定する。上記
図1−2に説明されるように、メディアガイドアプリケーションは、記憶装置908内にまたはメディアガイドデータソース1018に遠隔で記憶され得る、データ構造内に、「Mom1980」に関するプロフィール等の各個々のプロフィールを記憶してもよい。例えば、メディアガイドアプリケーションは、そこで、変数および定数が具体的ユーザ(例えば、母親)に適切な値で初期化される、ユーザプロフィールクラスのインスタンス化されたオブジェクトを記憶してもよい。メディアガイドアプリケーションは、次いで、本識別子とユーザプロフィールのインデックスデータ構造内に記憶される識別子を比較し、合致が存在するかどうかを判定してもよい。合致が存在する場合、識別子は、他のユーザと関連付けられた記憶されたプロフィールに対応する。合致が存在しない場合、識別子は、記憶されたプロフィールに対応しない。
【0143】
識別子が、記憶されたプロフィールに対応しない場合、プロセス1100は、1106に戻ってもよく、そこで、メディアガイドアプリケーションは、第1のユーザと関連付けられた第1のプロフィールを使用して、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する、さらに別のユーザを判定してもよい。例えば、メディアガイドアプリケーションが、通知が送信されたユーザが自身の識別子を正しく打ち込むことができないことを判定する場合、メディアガイドアプリケーションは、通知を伝送するためのさらに別のユーザを判定することを試みてもよい。いくつかの実施形態では、メディアガイドアプリケーションは、閾値入力回数に到達するまで、識別子のユーザ入力インターフェース910を使用した他のユーザからの複数回の入力を受信してもよいが、それに到達した時点で、メディアガイドアプリケーションは、アクセスを承認するための権限を伴うさらに別のユーザが存在するかどうかを判定することを試みてもよい。例えば、メディアガイドアプリケーションは、子供の片方の親から、5回まで、メモリ内に記憶される任意の識別子に合致しない識別子を受信してもよいが、その時点で、メディアガイドアプリケーションは、同様に子供に対してメディアアセットへのアクセスを承認するための権限を有する場合、通知を他方の親に伝送してもよい。
【0144】
識別子が、記憶されたプロフィールに対応する場合、プロセス1100は、1114に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザ機器デバイス上における第1のユーザによるアクセスのためにメディアアセットをブロック解除するためのオプションを生成する。メディアガイドアプリケーションは、表示のために(例えば、表示200または400上に)、他のユーザの識別子が他のユーザのプロフィールと関連付けられた識別子に合致することの判定に応答して、第1のユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)上における第1のユーザによるアクセスのためにメディアアセットをブロック解除するためのオプション(例えば、208または414)を生成してもよい。例えば、メディアガイドアプリケーションが、母親と関連付けられたプロフィールにポイントする受信された識別子「Moml980」に基づいて、デバイスのユーザが母親であることを判定することに応じて、メディアガイドアプリケーションは、表示のために(例えば、表示200または400上に)、ユーザである母親にメディアアセットをブロック解除することができることを示す、選択可能アイコン(例えば、208または414)または他の選択可能特徴を第1のユーザがアクセスすることを所望していることの通知(例えば、206または412)内に生成する。
【0145】
プロセス1100は、1116に進んでもよく、そこで、メディアガイドアプリケーションは、メディアアセットをブロック解除するためのオプションの選択を受信してもよい。メディアガイドアプリケーションは、
図5−6に概略されるように、第1のユーザプロフィール内に、第1のユーザがアクセスすることが認可される具体的メディアアセットを参照する変数と、そのメディアアセットアクセスすることを可能にするために付随する任意の条件とを含有する、C++における構造等のデータ構造を記憶してもよい。例えば、他のユーザがメディアアセットの第1のユーザによるアクセスを承認した後、メディアガイドアプリケーションは、メディアアセットをブロック解除し、第1のユーザがメディアアセットにアクセスすることを可能にしてもよい。加えて、他のユーザが、メディアアセットにアクセスするために付随する任意の条件を規定している場合、メディアガイドアプリケーションは、それらも同様に実装し、それらを上記に説明されるデータ構造内に記憶するであろう。例えば、メディアガイドアプリケーションが、他のユーザから、第1のユーザが8pm以降テレビ番組を視聴するべきではないことのインジケーションを受信する場合、メディアガイドアプリケーションは、変数「終了時間」を「8pm」であるように記憶および初期化し、8pmまでのみ番組をブロック解除するであろう。
【0146】
プロセス1100は、1118に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザ機器上における第1のユーザによるアクセスのためにブロックされているメディアアセットをブロック解除する。例えば、メディアガイドアプリケーションは、上記
図5−6に説明されるように、第1のユーザプロフィール内に、第1のユーザがアクセスすることが認可される具体的メディアアセットを参照する変数と、アクセスすることを可能にするために付随する任意の条件とを含有する、C++における構造等のデータ構造を記憶し、第1のユーザが、第1のユーザ機器(例えば、
図10に図示および説明されるユーザ機器のいずれか)を使用して、データ構造内に記憶される条件に準拠して、メディアアセットにアクセスすることを可能にしてもよい。
【0147】
図12は、本開示のいくつかの実施形態による、第1のユーザと関連付けられた第1のプロフィール内において、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する第2のユーザを判定するための例証的ステップのセットのフロー図である。プロセス1200は、第1のユーザによって要求されるメディアアセットへのアクセスを承認することができる別のユーザを判定するために使用されてもよい。プロセス1200またはその任意のステップは、
図9−10に示されるデバイスのいずれか上で生じる、またはそれによって提供され得ることに留意されたい。例えば、プロセス1200は、メディアガイドアプリケーション(例えば、
図10に図示および説明されるデバイスのいずれか上に実装される)によって命令されるように、制御回路904(
図9)によって実行されてもよい。
【0148】
プロセス1200は、1202から開始し、そこで、メディアガイドアプリケーションは、第1のユーザと関連付けられた第1のプロフィールを使用して、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する別のユーザを判定するためのプロセスを開始する。例えば、メディアガイドアプリケーションは、記憶装置908内にまたは通信ネットワーク1014を介してメディアガイドデータソース1018において遠隔的にのいずれかで記憶される、第1のプロフィールにアクセスすることによって、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する別のユーザを判定してもよい。
【0149】
プロセス1200は、1204に進んでもよく、そこで、メディアガイドアプリケーションは、受信された第1の識別子とユーザプロフィールのインデックスデータ構造内に記憶される複数の識別子を比較する。メディアガイドアプリケーションは、受信された識別子と、記憶装置908内にまたは通信ネットワーク1014を介してアクセス可能なメディアガイドデータソース1018において遠隔的にのいずれかでインデックスデータ構造内に記憶される複数の識別子とを比較してもよい。メディアガイドアプリケーションは、ユーザプロフィールへのポインタとインデックスデータ構造内の各識別子を関連付けてもよい。
【0150】
プロセス1200は、1206に進んでもよく、そこで、メディアガイドアプリケーションは、第1の識別子がユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致するかどうかを判定する。メディアガイドアプリケーションは、受信された識別子およびインデックスデータ構造内に記憶される識別子のコンテンツを比較してもよい。例えば、受信された識別子は、ストリングとして記憶され、ストリングとしてインデックスデータ構造内に記憶される識別子と比較されてもよい。メディアガイドアプリケーションは、受信された識別子の全ての文字が記憶された識別子内の全ての文字に合致することを判定する場合、メディアガイドアプリケーションは、2つの識別子が「真」に合致することのブール値を返してもよい。
【0151】
第1の識別子が、ユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致しない場合、プロセス1200は、1208に進んでもよく、そこで、メディアガイドアプリケーションは、第1の識別子が記憶されたプロフィールに対応しないことのメッセージを返す。この場合、メディアガイドアプリケーションは、第1のユーザがプロフィールを有していないため、第1のユーザに対してアクセスを承認するための権限を伴うユーザを判定することが不可能となるであろう。したがって、メディアアセットは、第1のユーザに対してブロックされたままとなるであろう。
【0152】
第1の識別子が、ユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致する場合、プロセス1200は、1210に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザプロフィールにアクセスする。メディアガイドアプリケーションは、インデックスデータ構造内に合致された識別子とともに記憶されるデータに基づいて、第1のユーザプロフィールにアクセスしてもよい。例えば、メディアガイドアプリケーションは、インデックスデータ構造内の識別子と関連付けられたデータ構造へのポインタに基づいて、第1のユーザプロフィールと関連付けられたデータ構造を判定してもよい。メディアガイドアプリケーションは、次いで、第1のユーザプロフィールに対応するデータ構造にアクセスしてもよい。
【0153】
プロセス1200は、1212に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する、別のユーザに関する第1のプロフィールを含有する、メモリ内に記憶されたデータ構造にクエリする。例えば、メディアガイドアプリケーションは、上記
図11に説明されるように、識別子およびユーザがメディアアセットへのアクセスを承認するための権限を有するかどうかのインジケーションを含有する、C++等のオブジェクト指向プログラミング言語において構造を宣言し得る。メディアガイドアプリケーションは、次いで、クエリが、メディアアセットへのアクセスを承認する権限を伴うユーザを含有するデータ構造が、存在する、空である、またはユーザの1つもしくはそれを上回る識別子を含有することを返すかどうかに基づいて、アクセスを承認するための権限を伴うユーザが存在するかどうかを判定してもよい。
【0154】
プロセス1200は、1214に進んでもよく、そこで、メディアガイドアプリケーションは、第1のプロフィールが、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する別のユーザを含有するかどうかを判定する。メディアガイドアプリケーションは、1212におけるクエリに基づいて、第1のプロフィールが別のユーザを含有するかどうかを判定してもよい。データ構造が、存在しない、または空である場合、メディアガイドアプリケーションは、アクセスを承認する権限を有する別のユーザが存在しないことを判定する。データ構造が、1つまたはそれを上回る識別子を含有する場合、メディアガイドアプリケーションは、アクセスを承認する権限を有する別のユーザが存在することを判定する。
【0155】
第1のプロフィールが、メディアアセットへのアクセスを承認する権限を有する別のユーザを含有しない場合、プロセス1200は、1216に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザによるアクセスのためにメディアアセットをブロック解除するユーザが存在しないことのメッセージを返してもよい。この場合、メディアガイドアプリケーションは、メディアアセットへのアクセスを可能にするための通知を伝送する任意のユーザを見出すことができない。したがって、メディアアセットは、第1のユーザに対してブロックされたままとなるであろう。
【0156】
第1のプロフィールが、メディアアセットへのアクセスを承認する権限を有する別のユーザを含有する場合、プロセス1200は、1218に進んでもよく、そこで、メディアガイドアプリケーションは、第1のユーザに対してメディアアセットへのアクセスを承認する権限を有する、他のユーザと関連付けられた識別子を返す。例えば、メディアガイドアプリケーションは、ユーザであるJohn(例えば、ユーザ106)と関連付けられたプロフィールにクエリすることに基づいて、「Mom1980」(例えば、ユーザである母親の識別子112)を返してもよい。
【0157】
図13は、本開示のいくつかの実施形態による、第2のユーザと関連付けられた第2のプロフィールから、第2のユーザ機器デバイスが第2のユーザと関連付けられるかどうかを判定するための例証的ステップのセットのフロー図である。プロセス1300は、メディアアセットをブロック解除するための第1のユーザから通知を受信することができる、ユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)が存在するかどうかを判定するために使用されてもよい。プロセス1300またはその任意のステップは、
図9−10に示されるデバイスのいずれか上で生じる、またはそれによって提供され得ることに留意されたい。例えば、プロセス1300は、メディアガイドアプリケーション(例えば、
図10に図示および説明されるデバイスのいずれか上に実装される)によって命令されるように、制御回路904(
図9)によって実行されてもよい。
【0158】
プロセス1300は、1302から開始し、そこで、メディアガイドアプリケーションは、他のユーザと関連付けられたプロフィールを使用して、ユーザ機器デバイスが他のユーザと関連付けられるかどうかを判定するためのプロセスを開始する。例えば、メディアガイドアプリケーションは、他のユーザと関連付けられたプロフィール内において、他のユーザと関連付けられたユーザ機器(例えば、
図10に図示および説明されるユーザ機器のいずれか)が第1のユーザからの通知206を表示する(例えば、表示200または400上に)ために使用されることができることを判定する。
【0159】
プロセス1300は、1304に進んでもよく、そこで、メディアガイドアプリケーションは、メモリ内に記憶されたデータ構造から、第1のユーザプロフィールに対応する、他の識別子を読み出す。例えば、メディアガイドアプリケーションは、記憶装置908内にまたは通信ネットワーク1014を介してメディアガイドデータソース1018に遠隔で記憶されている第1のプロフィールに対応するデータ構造から、識別子を読み出してもよい。メディアガイドアプリケーションは、他のユーザに対応するストリング「Mom1980」を読み出してもよい。
【0160】
プロセス1300は、1306に進んでもよく、そこで、メディアガイドアプリケーションは、他の識別子がユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致するかどうかを判定してもよい。メディアガイドアプリケーションは、上記
図12に説明されるものと同一方法において、読み出された他の識別子がユーザプロフィールのインデックスデータ構造内に記憶された識別子に合致するかどうかを判定してもよい。要するに、メディアガイドアプリケーションは、読み出された他の識別子とインデックスデータ構造内に記憶される複数の識別子を比較し、合致が存在するかどうかを判定してもよい。
【0161】
他の識別子が、インデックスデータ構造内に記憶される識別子に合致しない場合、プロセス1300は、1308に進んでもよく、そこで、メディアガイドアプリケーションは、他の識別子が記憶されたプロフィールに対応しないことのメッセージを返す。この場合、メディアガイドアプリケーションは、識別子と関連付けられたプロフィールが存在しないため、メディアアセットへのアクセスを可能にするための通知を伝送するためのユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)を判定することが可能ではなく、プロセス1300に、「いいえ」を返させるであろう。メディアガイドアプリケーションは、次いで、アクセスを承認するための権限を伴う任意の他のユーザが存在するかどうかを判定することを試みてもよい(例えば、プロセス1100は、1106に戻るであろう)。
【0162】
他の識別子が、インデックスデータ構造内に記憶される識別子に合致する場合、プロセス1300は、1310に進んでもよく、そこで、メディアガイドアプリケーションは、他のユーザプロフィールにアクセスする。メディアガイドアプリケーションは、インデックスデータ構造内に合致された識別子とともに記憶されるデータに基づいて、他のユーザプロフィールにアクセスする。例えば、メディアガイドアプリケーションは、インデックスデータ構造内の識別子と関連付けられたデータ構造へのポインタに基づいて、他のユーザプロフィールと関連付けられたデータ構造を判定する。メディアガイドアプリケーションは、次いで、他のユーザプロフィールに対応するデータ構造にアクセスする。
【0163】
プロセス1300は、1312に進んでもよく、そこで、メディアガイドアプリケーションは、通知を受信することができる他のユーザと関連付けられたユーザ機器デバイスに関する他のユーザプロフィールを含有する、メモリ内に記憶されたデータ構造にクエリする。例えば、メディアガイドアプリケーションは、デバイスの識別子およびコンタクト情報を含有する、上記
図11に説明されるものに類似する、C++等のオブジェクト指向プログラミング言語において構造を宣言し得る。例えば、コンタクト情報は、携帯電話番号または電子メールアドレスであり得る。メディアガイドアプリケーションは、次いで、クエリが、他のユーザと関連付けられたユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)のデータ構造が、存在する、空である、またはユーザの1つもしくはそれを上回る識別子を含有することを返すかどうかに基づいて、他のユーザがブロックされているメディアにアクセスすることを可能にするための通知を受信することができる、デバイスが存在するかどうかを判定してもよい。
【0164】
プロセス1300は、1314に進んでもよく、そこで、メディアガイドアプリケーションは、他のユーザに関するプロフィールが他のユーザと関連付けられたユーザ機器デバイスを含有するかどうかを判定する。メディアガイドアプリケーションは、1314におけるクエリに基づいて、他のプロフィールが他のユーザと関連付けられたユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)を含有するかどうかを判定する。データ構造が、存在しない、または空である場合、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイスが存在しないことを判定する。データ構造が、1つまたはそれを上回る識別子を含有する場合、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイスが存在することを判定する。
【0165】
他のユーザに関するプロフィールが、他のユーザと関連付けられたユーザ機器デバイスを含有しない場合、プロセス1300は、1316に進んでもよく、そこで、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)が存在しないことのメッセージを返す。この場合、メディアガイドアプリケーションは、それを受信することができる記憶されたユーザ機器が存在しないため、通知を伝送することが不可能であって、プロセス1300に、「いいえ」を返させるであろう。メディアガイドアプリケーションは、次いで、アクセスを承認するための権限を伴う任意の他のユーザが存在するかどうかを判定することを試みてもよい(例えば、プロセス1100は、1106に戻るであろう)。
【0166】
他のユーザに関するプロフィールが、他のユーザと関連付けられたユーザ機器デバイスを含有する場合、プロセス1300は、1318に進んでもよく、そこで、メディアガイドアプリケーションは、他のユーザと関連付けられたユーザ機器デバイスの識別子を返す。例えば、メディアガイドアプリケーションは、他のユーザ(例えば、母親)と関連付けられたプロフィールにクエリすることに基づいて、ユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)に対応する識別子「母親の電話」を返してもよい。
【0167】
図14は、本開示のいくつかの実施形態による、第2の識別子が第2のプロフィールと関連付けられた識別子に合致することを判定するための例証的ステップのフロー図である。プロセス1400は、受信された第2の識別子がメモリ内に記憶されるプロフィールの識別子に対応するかどうかを判定するために使用されてもよい。プロセス1400またはその任意のステップは、
図9−10に示されるデバイスのいずれか上で生じる、またはそれによって提供され得ることに留意されたい。例えば、プロセス1400は、メディアガイドアプリケーション(例えば、
図10に図示および説明されるデバイスのいずれか上に実装される)によって命令されるように、制御回路904(
図9)によって実行されてもよい。
【0168】
プロセス1400は、1402から開始し、そこで、メディアガイドアプリケーションは、他の識別子が他のユーザプロフィールと関連付けられた識別子に合致するかどうかを判定するためのプロセスを開始する。例えば、メディアガイドアプリケーションは、受信された識別子と記憶装置908内にまたは通信ネットワーク1014を介してメディアガイドデータソース1018において遠隔的にのいずれかでインデックスデータ構造内に記憶される識別子とを比較することによって、他のユーザに対応するユーザプロフィールが存在するかどうかを判定する。
【0169】
プロセス1400は、1404に進んでもよく、そこで、メディアガイドアプリケーションは、受信された他の識別子とユーザプロフィールのインデックスデータ構造内に記憶される複数の識別子を比較してもよい。第1の識別子に対応する第1のユーザプロフィールを判定するための上記
図12に関して説明されるプロセスと同様に、メディアガイドアプリケーションは、受信された識別子と記憶装置908においてまたは通信ネットワーク1014を介してアクセス可能なメディアガイドデータソース1018において遠隔的にのいずれかでインデックスデータ構造内に記憶される複数の識別子とを比較してもよい。メディアガイドアプリケーションは、ユーザプロフィールへのポインタとインデックスデータ構造内の各識別子を関連付けてもよい。
【0170】
プロセス1400は、1406に進んでもよく、そこで、メディアガイドアプリケーションは、他の識別子がユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致するかどうかを判定する。第1の識別子に対応する第1のユーザプロフィールを判定するための上記に説明されるプロセス1200と同様に、メディアガイドアプリケーションは、受信された他の識別子およびインデックスデータ構造内に記憶される識別子のコンテンツを比較してもよい。例えば、受信された他の識別子は、ストリングとして記憶され、ストリングとしてインデックスデータ構造内に記憶される識別子と比較されてもよい。メディアガイドアプリケーションが、受信された他の識別子内の全ての文字が記憶された識別子内の全ての文字に合致することを判定する場合、メディアガイドアプリケーションは、2つの識別子が「真」に合致することのブール値出力を返してもよい。
【0171】
他の識別子が、ユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致しない場合、プロセス1400は、1408に進んでもよく、そこで、メディアガイドアプリケーションは、他の識別子が記憶されたプロフィールに対応しないことを返す。この場合、メディアガイドアプリケーションは、アクセスを提供するための権限を有するユーザが、現在、通知が伝送されたユーザ機器デバイス(例えば、
図10に図示および説明されるユーザ機器のいずれか)を使用しているかどうかを認証することが不可能となるであろう。メディアガイドアプリケーションは、次いで、アクセスを承認するための権限を伴う任意の他のユーザが存在するかどうかを判定することを試みてもよい(例えば、プロセス1100は、1114から1106に戻るであろう)。
【0172】
他の識別子が、ユーザプロフィールのインデックスデータ構造内に記憶される識別子に合致する場合、プロセス1400は、1410に進んでもよく、そこで、メディアガイドアプリケーションは、他の識別子が他のユーザプロフィールに対応する識別子に合致することを返してもよい。例えば、メディアガイドアプリケーションは、インデックスデータ構造内の識別子と関連付けられたデータ構造へのポインタに基づいて、他のユーザプロフィールと関連付けられたデータ構造を判定してもよい。メディアガイドアプリケーションは、次いで、第1のユーザプロフィールに対応するデータ構造にアクセスしてもよい。
【0173】
図11−15のそれぞれのステップまたは説明は、本開示の任意の他の実施形態とともに使用され得ることが考慮される。加えて、
図11−15に関して説明されるステップおよび説明は、本開示の目的を促進するように、代替的な順序で、または並行して行われてもよい。例えば、これらのステップのそれぞれは、システムまたは方法の遅延を減少または速度を増加させるように、任意の順序で、または並行して、もしくは実質的に同時に行われてもよい。さらに、
図11−15のステップのうちの1つまたはそれを上回るものを行うために、
図1−10に関して議論されるデバイスまたは機器のいずれかを使用できることに留意されたい。
【0174】
前述のプロセスは、限定ではなく、例証であることが意図される。当業者は、本明細書で議論されるプロセスのステップが、省略される、修正される、組み合わせられる、および/または並べ替えられてもよく、任意の付加的ステップが、本発明の範囲から逸脱することなく、行われてもよいことを理解するであろう。より一般的には、前述の開示は、限定ではなく、例示であることを意図する。続く請求項のみが、本発明が包含するものに関する境界を設定することを意図する。さらに、いずれか1つの実施形態で説明される特徴および制限は、本明細書の任意の他の実施形態に適用され得、一実施形態に関するフローチャートまたは実施例は、好適な様式で任意の他の実施形態と組み合わせられ、異なる順序で行われ、または並行して行われ得ることに留意されたい。加えて、本明細書で説明されるシステムおよび方法は、リアルタイムで行われてもよい。また、上記で説明されるシステムおよび/または方法は、他のシステムならびに/もしくは方法に適用され、またはそれらに従って使用され得ることにも留意されたい。