(57)【特許請求の範囲】
【請求項１】
複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングする方法であって、該方法は、
第１のユーザデバイスおよび第２のユーザデバイスとのユーザの対話を監視することに基づいて、ユーザ入力なしにユーザプロファイル情報を自動的に生成し、該生成されたユーザプロファイル情報をメモリに記憶することであって、該ユーザプロファイル情報は、複数の異なるタイムスロットにおいてユーザが好むコンテンツ種類に関する第１のユーザ情報と、コンテンツ種類のそれぞれに対してユーザが好む時間の長さに関する第２のユーザ情報とを含む、ことと、
該メモリから該記憶されたユーザプロファイル情報にアクセスすることと、
第１のメディアコンテンツイベントのコンテンツ種類および時間の長さと、該ユーザプロファイル情報に含まれる該第１のユーザ情報および該第２のユーザ情報とに少なくとも部分的に基づいて、第１のタイムスロット中に該第１のユーザデバイス上に提示される該第１のメディアコンテンツイベントをスケジューリングすることと、
第２のメディアコンテンツイベントのコンテンツ種類および時間の長さと、該ユーザプロファイル情報に含まれる該第１のユーザ情報および該第２のユーザ情報とに少なくとも部分的に基づいて、第２のタイムスロット中に該第２のユーザデバイス上に提示される該第２のメディアコンテンツイベントをスケジューリングすることと、
該第１のタイムスロット中に該第１のユーザデバイス上に該第１のメディアコンテンツイベントを提示することと、
該第２のタイムスロット中に該第２のユーザデバイス上に該第２のメディアコンテンツイベントを提示することと
を含む、方法。
【請求項２】
前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つは、携帯用メディアプレーヤである、請求項１に記載の方法。
【請求項３】
前記ユーザプロファイル情報は、デバイス可用性サブプロファイルとデバイス接続性サブプロファイルとデバイス利用サブプロファイルとのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記デバイス可用性サブプロファイルと前記デバイス接続性サブプロファイルと前記デバイス利用サブプロファイルとのうちの少なくとも１つに基づいて、メディアコンテンツイベント推奨を提供することをさらに含む、請求項３に記載の方法。
【請求項５】
前記第１のユーザデバイスが接続されるときを決定することと、
該決定することに少なくとも部分的に基づいて、該第１のユーザデバイスへの前記第１のメディアコンテンツイベントの送達をスケジューリングすることと
をさらに含む、請求項１に記載の方法。
【請求項６】
前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの１つとのユーザの対話に基づいて、前記記憶されたユーザプロファイル情報を更新することをさらに含む、請求項１に記載の方法。
【請求項７】
自動的に監視されたユーザの習慣、選好、または対話に基づいて、前記記憶されたユーザプロファイル情報を更新することをさらに含む、請求項１に記載の方法。
【請求項８】
前記第１のユーザデバイスによってサポートされた少なくとも１つのメディアコンテンツ形式を決定することと、
前記第１のメディアコンテンツイベントと関連付けられる前記第１のメディアコンテンツが、該少なくとも１つのサポートされたメディアコンテンツ形式であるか否かを決定することと、
該第１のメディアコンテンツが該少なくとも１つのサポートされたメディアコンテンツ形式ではないという決定に応じて、該少なくとも１つのサポートされたメディアコンテンツ形式の該第１のメディアコンテンツの代替バージョンを検索することと、
該第１のメディアコンテンツの代替バージョンを見つけることができないという決定に応じて、該第１のメディアコンテンツを該少なくとも１つのサポートされたメディアコンテンツ形式のうちの１つにトランスコードすることと
をさらに含む、請求項１に記載の方法。
【請求項９】
複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングするシステムであって、該システムは、
第１のユーザデバイスおよび第２のユーザデバイスとのユーザの対話を監視することに基づいて、ユーザ入力なしにユーザプロファイル情報を自動的に生成する手段であって、該ユーザプロファイル情報は、複数の異なるタイムスロットにおいてユーザが好むコンテンツ種類に関する第１のユーザ情報と、コンテンツ種類のそれぞれに対してユーザが好む時間の長さに関する第２のユーザ情報とを含む、手段と、
該生成されたユーザプロファイル情報を記憶する手段と、
該記憶されたユーザプロファイル情報にアクセスする手段と、
第１のメディアコンテンツイベントのコンテンツ種類および時間の長さと、該ユーザプロファイル情報に含まれる該第１のユーザ情報および該第２のユーザ情報とに少なくとも部分的に基づいて、第１のタイムスロット中に該第１のユーザデバイス上に提示される該第１のメディアコンテンツイベントをスケジューリングする手段と、
第２のメディアコンテンツイベントのコンテンツ種類および時間の長さと、該ユーザプロファイル情報に含まれる該第１のユーザ情報および該第２のユーザ情報とに少なくとも部分的に基づいて、第２のタイムスロット中に該第２のユーザデバイス上に提示される該第２のメディアコンテンツイベントをスケジューリングする手段と、
該第１のタイムスロット中に該第１のユーザデバイス上に該第１のメディアコンテンツイベントを提示する手段と、
該第２のタイムスロット中に該第２のユーザデバイス上に該第２のメディアコンテンツイベントを提示する手段と
を備えている、システム。
【請求項１０】
前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つは、携帯用メディアプレーヤである、請求項９に記載のシステム。
【請求項１１】
前記ユーザプロファイル情報は、デバイス可用性サブプロファイルとデバイス接続性サブプロファイルとデバイス利用サブプロファイルとのうちの少なくとも１つを含む、請求項９に記載のシステム。
【請求項１２】
前記デバイス可用性サブプロファイルと前記デバイス接続性サブプロファイルと前記デバイス利用サブプロファイルとのうちの少なくとも１つに基づいて、メディアコンテンツイベント推奨を提供する手段をさらに備えている、請求項１１に記載のシステム。
【請求項１３】
前記第１のユーザデバイスが接続されるときを決定する手段と、
該決定することに少なくとも部分的に基づいて、該第１のユーザデバイスへの前記第１のメディアコンテンツイベントの送達をスケジューリングする手段と
をさらに備えている、請求項９に記載のシステム。
【請求項１４】
前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの１つとのユーザ対話に基づいて、前記記憶されたユーザプロファイル情報を更新する手段をさらに備えている、請求項９に記載のシステム。
【請求項１５】
ユーザの習慣、選好、または対話を自動的に監視することに基づいて、前記記憶されたユーザプロファイル情報を更新する手段をさらに備えている、請求項９に記載のシステム。
【請求項１６】
前記第１のユーザデバイスによってサポートされた少なくとも１つのメディアコンテンツ形式を決定する手段と、
前記第１のメディアコンテンツイベントと関連付けられる前記第１のメディアコンテンツが、該少なくとも１つのサポートされたメディアコンテンツ形式であるか否かを決定する手段と、
該第１のメディアコンテンツが該少なくとも１つのサポートされたメディアコンテンツ形式ではないという決定に応じて、該少なくとも１つのサポートされたメディアコンテンツ形式の該第１のメディアコンテンツの代替バージョンを検索する手段と、
該第１のメディアコンテンツの代替バージョンを見つけられることができないという決定に応じて、該第１のメディアコンテンツを該少なくとも１つのサポートされたメディアコンテンツ形式のうちの１つにトランスコードする手段と
をさらに備えている、請求項９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、米国仮特許出願第１２／４９５，６２２号（２００９年６月３０日出願）の利益を主張し、この出願の開示は、その全体が本明細書に参照により援用される。
【０００２】
（発明の分野）
本発明は、メディアシステムに関し、より具体的には、メディアコンテンツスケジューリングを提供するメディアシステムに関する。
【背景技術】
【０００３】
双方向メディアガイダンスアプリケーションは、ユーザが、ユーザ機器によってアクセス可能な多種多様なメディアコンテンツを通して、より容易にナビゲートすることを可能にする。アクセス可能なメディアコンテンツは、何百ものデジタル放送テレビチャンネル、対話型アプリケーション（例えば、対話型ゲーム）、デジタル音楽、オンデマンドプログラミング（例えば、ビデオオンデマンド（ＶＯＤ）プログラミング）、インターネットリソース、および録画されたコンテンツ（例えば、ローカルビデオレコーダに録画されたコンテンツ）を含んでもよい。
【０００４】
双方向メディアガイダンスアプリケーションはまた、他のメディアガイダンスアプリケーション機能も果たしてもよい。これらの機能は、例えば、メディアイベントを検索すること、ユーザがメディアイベントを視聴または録画するためのリマインダをスケジューリングすること、または任意の他の機能を含んでもよい。
【０００５】
近年、携帯用音楽プレーヤ、ビデオプレーヤ、およびビデオゲームシステム等の携帯用メディアコンテンツ送達デバイスが人気になってきている。双方向メディアガイダンスアプリケーションは、従来、静止ユーザデバイス（例えば、セットトップボックスおよびテレビ）を用いてメディア送達スケジューリングを促進するように設計されており、概して、携帯用メディアコンテンツ送達デバイス、またはユーザの複数のデバイスにわたるメディア送達スケジューリングを考慮またはサポートしていなかった。
【０００６】
さらに、コンテンツ検索およびスケジューリング等の従来の双方向メディアガイダンスアプリケーション機能は、典型的には、ユーザ入力に応答して果たされてきた。つまり、ユーザは、典型的には、コンテンツの検索を行うか、または視聴あるいは録画するために特定のメディアイベントをスケジューリングしなければならない。ユーザ用の複数のデバイスにわたって推奨メディア視聴を自動的に生成し、スケジューリングするためのサポートは限定されていた。
【発明の概要】
【課題を解決するための手段】
【０００７】
前述を考慮して、メディアプランナガイダンスアプリケーションを提供するシステムおよび方法が提供される。本発明の一側面によれば、複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングする方法が開示される。ユーザプロファイル情報が受信されてもよく、受信されたユーザプロファイル情報は、メモリに記憶されてもよい。第１のユーザがスケジューリングしたメディアイベントがスケジューリングされてもよく、第２のシステムスケジューリングしたメディアイベントがスケジューリングされてもよく、スケジューリングしたメディアイベントのリストが表示されてもよく、リストは、第１および第２のメディアイベントを含む。ユーザ入力は、第１のメディアイベントおよび第２のメディアイベントのうちの少なくとも１つと関連付けられるスケジュール情報を変更するように受信されてもよい。
【０００８】
本発明の別の側面によれば、複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングする方法が開示される。ユーザプロファイル情報が受信され、メモリに記憶されてもよい。第１のメディアコンテンツイベントが、ユーザプロファイル情報に少なくとも部分的に基づいて、第１のタイムスロットで第１のユーザデバイスから提示されるようにスケジューリングされてもよく、第２のメディアコンテンツイベントが、ユーザプロファイル情報に少なくとも部分的に基づいて、第２のタイムスロットで第２のユーザデバイスから提示されるようにスケジューリングされてもよい。第１のメディアイベントは、第１のタイムスロットで第１のユーザデバイスからユーザに提示されてもよく、第２のメディアコンテンツイベントは、第２のタイムスロットで第２のユーザデバイスからユーザに提示されてもよい。
【０００９】
本発明のさらに別の側面によれば、複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングするシステムが開示される。このシステムは、ユーザ入力インターフェースと、ディスプレイと、制御回路とを含んでもよい。制御回路は、メモリと、処理回路とを含んでもよい。処理回路は、ユーザ入力インターフェースからユーザプロファイル情報を受信し、受信されたユーザプロファイル情報をメモリに記憶するように構成されてもよい。処理回路はまた、第１のユーザがスケジューリングしたメディアイベントをスケジューリングし、第２のシステムがスケジューリングしたメディアイベントをスケジューリングし、ディスプレイを介して、第１および第２のメディアイベントを含む、スケジューリングされたメディアイベントのリストを表示し、第２のメディアイベントを変更するように、ユーザ入力インターフェースを介してユーザ入力を受信するように構成されてもよい。
【００１０】
本発明の別の側面によれば、複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングするシステムが開示される。このシステムは、ユーザ入力インターフェースと、ディスプレイと、制御回路とを含んでもよい。制御回路は、メモリと、処理回路とを含んでもよい。処理回路は、ユーザ入力インターフェースからユーザプロファイル情報を受信し、受信されたユーザプロファイル情報をメモリに記憶するように構成されてもよい。処理回路はまた、ユーザプロファイル情報に少なくとも部分的に基づいて、第１のタイムスロット中に第１のユーザデバイス上で提示される第１のメディアコンテンツイベントをスケジューリングし、ユーザプロファイル情報に少なくとも部分的に基づいて、第２のタイムスロット中に第２のユーザデバイス上で提示される第２のメディアコンテンツイベントをスケジューリングするように構成されてもよい。処理回路はまた、第１のタイムスロット中に第１のユーザデバイス上でユーザに第１のメディアコンテンツイベントを提示し、第２のタイムスロット中に第２のユーザデバイス上でユーザに第２のメディアコンテンツイベントを提示するように構成されてもよい。メディアイベントと関連付けられるメディアは、第１のユーザデバイスおよび／または第２のユーザデバイス上で提示される、サポートされた形式にトランスコードされてもよい。
【００１１】
いくつかの実施形態では、第１および第２のユーザデバイスのうちの少なくとも１つは、携帯用メディアプレーヤであってもよい。いくつかの実施形態では、プロファイル情報を受信するステップは、ユーザ習慣および選好を自動的に監視するステップを含んでもよい。随意で、ユーザプロファイル情報は、デバイス可用性サブプロファイル、デバイス接続性サブプロファイル、デバイス利用サブプロファイル、および／またはユーザムードサブプロファイルを含んでもよい。いくつかの実施形態によれば、処理回路はさらに、デバイス可用性サブプロファイル、デバイス接続性サブプロファイル、デバイス利用サブプロファイル、および／またはユーザムードサブプロファイルに基づいて、メディアコンテンツイベント推奨を提供するように構成されてもよい。いくつかの実施形態では、処理回路はさらに、第１のユーザデバイスが接続される時を決定し、決定するステップに少なくとも部分的に基づいて、第１のユーザデバイスへの第１のメディアコンテンツイベントの送達をスケジューリングするように構成されてもよい。
【００１２】
いくつかの実施形態によれば、処理回路はさらに、外部の非ユーザソースに少なくとも部分的に基づいて、メディアコンテンツイベント推奨リストを生成するように構成されてもよい。ある実施形態では、外部の非ユーザソースは、ウェブログ、オンラインフォーラム、ニュースウェブサイト、レビューウェブサイト、および／またはソーシャルネットワーキングウェブサイトを含んでもよい。上記の実施形態のうちのいくつかでは、第１のメディアコンテンツイベントは、ビデオメディアコンテンツイベントであってもよく、第２のメディアコンテンツイベントは、非ビデオメディアコンテンツイベントであってもよい。いくつかの実施形態では、方法はさらに、ユーザプロファイル情報に基づいて広告を提示し、第１および第２のユーザデバイスのうちの少なくとも１つとのユーザ対話に基づいて、記憶されたユーザプロファイル情報を更新し、および／またはユーザ習慣、選好、および／または対話を自動的に監視することに基づいて、記憶されたユーザプロファイル情報を更新するステップを含んでもよく、または処理回路は、そのように構成されてもよい。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングする方法であって、
メモリの中の記憶されたユーザプロファイル情報にアクセスすることであって、該記憶されたユーザプロファイル情報は、第１のユーザデバイスおよび該第１のユーザデバイスとは異なる第２のユーザデバイスを識別する、ことと、
該ユーザプロファイル情報に少なくとも部分的に基づいて、第１のタイムスロット中に該第１のユーザデバイス上に提示される第１のメディアコンテンツイベントをスケジューリングすることと、
該ユーザプロファイル情報に少なくとも部分的に基づいて、第２のタイムスロット中に該第２のユーザデバイス上に提示される第２のメディアコンテンツイベントをスケジューリングすることと、
該第１のタイムスロット中に該第１のユーザデバイス上に該第１のメディアコンテンツイベントを提示することと、
該第２のタイムスロット中に該第２のユーザデバイス上に該第２のメディアコンテンツイベントを提示することと
を含む、方法。
（項目２）
前記第１および第２のユーザデバイスのうちの少なくとも１つは、携帯用メディアプレーヤである、項目１に記載の方法。
（項目３）
記憶されたユーザプロファイル情報にアクセスすることは、自動的に生成されたユーザプロファイル情報にアクセスすることを含む、項目１に記載の方法。
（項目４）
前記自動的に生成されたユーザプロファイル情報は、前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つとのユーザの対話を監視することに少なくとも部分的に基づいている、項目３に記載の方法。
（項目５）
前記ユーザプロファイル情報は、デバイス可用性サブプロファイル、デバイス接続性サブプロファイル、およびデバイス利用サブプロファイルのうちの少なくとも１つを含む、項目１に記載の方法。
（項目６）
前記デバイス可用性サブプロファイル、前記デバイス接続性サブプロファイル、および前記デバイス利用サブプロファイルのうちの少なくとも１つに基づいて、メディアコンテンツイベント推奨を提供することをさらに含む、項目５に記載の方法。
（項目７）
前記第１のユーザデバイスが接続されるときを決定することと、
該決定することに少なくとも部分的に基づいて、該第１のユーザデバイスへの前記第１のメディアコンテンツイベントの送達をスケジューリングすることと
をさらに含む、項目１に記載の方法。
（項目８）
前記第１のユーザデバイスおよび前記第２のユーザデバイスの外部の少なくとも１つのメディアソースに少なくとも部分的に基づいて、メディアコンテンツイベント推奨リストを生成することをさらに含む、項目１に記載の方法。
（項目９）
前記少なくとも１つのメディアソースは、ウェブログ、オンラインフォーラム、ニュースウェブサイト、レビューウェブサイト、およびソーシャルネットワーキングウェブサイトのうちの少なくとも１つを備える、項目８に記載の方法。
（項目１０）
前記第１のメディアコンテンツイベントは、ビデオメディアコンテンツイベントであり、前記第２のメディアコンテンツイベントは、非ビデオメディアコンテンツイベントである、項目１に記載の方法。
（項目１１）
前記ユーザプロファイル情報に基づいて、前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つ上に広告を提示することをさらに含む、項目１に記載の方法。
（項目１２）
前記第１および第２のユーザデバイスのうちの少なくとも１つとのユーザの対話に基づいて、前記記憶されたユーザプロファイル情報を更新することをさらに含む、項目１に記載の方法。
（項目１３）
自動的に監視されたユーザの習慣、選好、または対話に基づいて、前記記憶されたユーザプロファイル情報を更新することをさらに含む、項目１に記載の方法。
（項目１４）
前記第１のユーザデバイスによってサポートされる少なくとも１つのメディアコンテンツ形式を決定することと、
前記第１のメディアコンテンツイベントと関連付けられる前記第１のメディアコンテンツが、該少なくとも１つのサポートされたメディアコンテンツ形式であるか否かを決定することと、
該第１のメディアコンテンツが該少なくとも１つのサポートされたメディアコンテンツ形式ではないという決定に応じて、該少なくとも１つのサポートされたメディアコンテンツ形式の該第１のメディアコンテンツの代替バージョンを検索することと、
該第１のメディアコンテンツの代替バージョンが見つけることができないという決定に応じて、該第１のメディアコンテンツを該少なくとも１つのサポートされたメディアコンテンツ形式のうちの１つにトランスコードすることと
をさらに含む、項目１に記載の方法。
（項目１５）
ディスプレイを介して、少なくとも１つのユーザがスケジューリングしたイベントおよび少なくとも１つのシステムがスケジューリングしたイベントを含む、スケジューリングされたメディアイベントのリストを表示することと、
該少なくとも１つのユーザがスケジューリングしたイベントおよび該少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるスケジュール情報を変更するために、ユーザ入力を受信することと
をさらに含む、項目１に記載の方法。
（項目１６）
前記スケジューリングされたメディアイベントの前記リストは、双方向性である、項目１５に記載の方法。
（項目１７）
スケジュール情報を変更するユーザ入力を受信することは、前記少なくとも１つのユーザがスケジューリングしたイベントおよび前記少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるユーザデバイスを、異なるユーザデバイスに変更することを含む、項目１５に記載の方法。
（項目１８）
スケジュール情報を変更するユーザ入力を受信することは、前記少なくとも１つのユーザがスケジューリングしたイベントおよび前記少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるメディアコンテンツの形式を変更することを含む、項目１５に記載の方法。
（項目１９）
複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングするシステムであって、
メモリと、
処理回路であって、
該メモリの中の記憶されたユーザプロファイル情報にアクセスすることであって、該記憶されたユーザプロファイル情報は、第１のユーザデバイス、および該第１のユーザデバイスとは異なる第２のユーザデバイスを識別する、ことと、
該ユーザプロファイル情報に少なくとも部分的に基づいて、第１のタイムスロット中に該第１のユーザデバイス上に提示される第１のメディアコンテンツイベントをスケジューリングすることと、
該ユーザプロファイル情報に少なくとも部分的に基づいて、第２のタイムスロット中に該第２のユーザデバイス上に提示される第２のメディアコンテンツイベントをスケジューリングすることと、
該第１のタイムスロット中に該第１のユーザデバイス上に該第１のメディアコンテンツイベントを提示することと、
該第２のタイムスロット中に該第２のユーザデバイス上に該第２のメディアコンテンツイベントを提示することと
を行うように構成される処理回路と
を備える、システム。
（項目２０）
前記第１および第２のユーザデバイスは、携帯用メディアプレーヤである、項目１９に記載のシステム。
（項目２１）
記憶されたユーザプロファイル情報にアクセスすることは、自動的に生成されたユーザプロファイル情報にアクセスすることを含む、項目１９に記載のシステム。
（項目２２）
前記自動的に生成されたユーザプロファイル情報は、前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つとのユーザの対話を監視することに少なくとも部分的に基づいている、項目２１に記載のシステム。
（項目２３）
前記ユーザプロファイル情報は、デバイス可用性サブプロファイル、デバイス接続性サブプロファイル、およびデバイス利用サブプロファイルのうちの少なくとも１つを含む、項目１９に記載のシステム。
（項目２４）
前記処理回路は、前記デバイス可用性サブプロファイル、前記デバイス接続性サブプロファイル、および前記デバイス利用サブプロファイルのうちの少なくとも１つに基づいて、メディアコンテンツイベント推奨を提供するようにさらに構成される、項目２３に記載のシステム。
（項目２５）
前記処理回路は、
前記第１のユーザデバイスが接続されるときを決定することと、
該決定することに少なくとも部分的に基づいて、該第１のユーザデバイスへの前記第１のメディアコンテンツイベントの送達をスケジューリングすることと
を行うようにさらに構成される、項目１９に記載のシステム。
（項目２６）
前記処理回路は、前記第１のユーザデバイスおよび前記第２のユーザデバイスの外部の少なくとも１つのメディアソースに少なくとも部分的に基づいて、メディアコンテンツイベント推奨リストを生成するようにさらに構成される、項目１９に記載のシステム。
（項目２７）
前記少なくとも１つのメディアソースは、ウェブログ、オンラインフォーラム、ニュースウェブサイト、レビューウェブサイト、およびソーシャルネットワーキングウェブサイトのうちの少なくとも１つを備える、項目２６に記載のシステム。
（項目２８）
前記第１のメディアコンテンツイベントは、ビデオメディアコンテンツイベントであり、前記第２のメディアコンテンツイベントは、非ビデオメディアコンテンツイベントである、項目１９に記載のシステム。
（項目２９）
前記処理回路は、前記ユーザプロファイル情報に基づいて、前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つの上に広告を提示するようにさらに構成される、項目１９に記載のシステム。
（項目３０）
前記処理回路は、前記第１および第２のユーザデバイスのうちの少なくとも１つとのユーザの対話に基づいて、前記記憶されたユーザプロファイル情報を更新するようにさらに構成される、項目１９に記載のシステム。
（項目３１）
前記処理回路は、ユーザの習慣、選好、または対話を自動的に監視することに基づいて、前記記憶されたユーザプロファイル情報を更新するようにさらに構成される、項目１９に記載のシステム。
（項目３２）
前記処理回路は、
前記第１のユーザデバイスによってサポートされる少なくとも１つのメディアコンテンツ形式を決定することと、
前記第１のメディアコンテンツイベントと関連付けられる前記第１のメディアコンテンツが、該少なくとも１つのサポートされたメディアコンテンツ形式であるか否かを決定することと、
該第１のメディアコンテンツが該少なくとも１つのサポートされたメディアコンテンツ形式ではないという決定に応じて、該少なくとも１つのサポートされたメディアコンテンツ形式の該第１のメディアコンテンツの代替バージョンを検索することと、
該第１のメディアコンテンツの代替バージョンが見つけられることができないという決定に応じて、該第１のメディアコンテンツを該少なくとも１つのサポートされたメディアコンテンツ形式のうちの１つにトランスコードするようにさらに構成される、項目１９に記載のシステム。
（項目３３）
ユーザ入力デバイスをさらに備え、前記処理回路は、
ディスプレイを介して、少なくとも１つのユーザがスケジューリングしたイベントおよび少なくとも１つのシステムがスケジューリングしたイベントを含む、スケジューリングされたメディアイベントのリストを表示することと、
該少なくとも１つのユーザがスケジューリングしたイベントおよび該少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるスケジュール情報を変更するために、該ユーザ入力デバイスを介してユーザ入力を受信するようにさらに構成される、項目１９に記載のシステム。
（項目３４）
前記スケジューリングされたメディアイベントの前記リストは、双方向性である、項目３３に記載のシステム。
（項目３５）
スケジュール情報を変更するユーザ入力を受信することは、前記少なくとも１つのユーザがスケジューリングしたイベントおよび前記少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるユーザデバイスを、異なるユーザデバイスに変更することを含む、項目３３に記載のシステム。
（項目３６）
スケジュール情報を変更するユーザ入力を受信することは、前記少なくとも１つのユーザがスケジューリングしたイベントおよび前記少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるメディアコンテンツの形式を変更することを含む、項目３３に記載のシステム。
（項目３７）
複数のユーザデバイスにわたってメディアコンテンツ提示をスケジューリングするシステムであって、
ユーザプロファイル情報を記憶する手段と、
記憶されたユーザプロファイル情報にアクセスする手段であって、該記憶されたユーザプロファイル情報は、第１のユーザデバイス、および該第１のユーザデバイスとは異なる第２のユーザデバイスを識別する、手段と、
該ユーザプロファイル情報に少なくとも部分的に基づいて、第１のタイムスロット中に該第１のユーザデバイス上に提示される第１のメディアコンテンツイベントをスケジューリングする手段と、
該ユーザプロファイル情報に少なくとも部分的に基づいて、第２のタイムスロット中に該第２のユーザデバイス上に提示される第２のメディアコンテンツイベントをスケジューリングする手段と、
該第１のタイムスロット中に該第１のユーザデバイス上に該第１のメディアコンテンツイベントを提示する手段と、
該第２のタイムスロット中に該第２のユーザデバイス上に該第２のメディアコンテンツイベントを提示する手段と
を備える、システム。
（項目３８）
前記第１および第２のユーザデバイスは、携帯用メディアプレーヤである、項目３７に記載のシステム。
（項目３９）
記憶されたユーザプロファイル情報にアクセスすることは、自動的に生成されたユーザプロファイル情報にアクセスすることを含む、項目３７に記載のシステム。
（項目４０）
前記自動的に生成されたユーザプロファイル情報は、前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つとのユーザの対話を監視することに少なくとも部分的に基づいている、項目３９に記載のシステム
（項目４１）
前記ユーザプロファイル情報は、デバイス可用性サブプロファイル、デバイス接続性サブプロファイル、およびデバイス利用サブプロファイルのうちの少なくとも１つを含む、項目３７に記載のシステム
（項目４２）
前記デバイス可用性サブプロファイル、前記デバイス接続性サブプロファイル、および前記デバイス利用サブプロファイルのうちの少なくとも１つに基づいて、メディアコンテンツイベント推奨を提供する手段をさらに備える、項目４１に記載のシステム
（項目４３）
前記第１のユーザデバイスが接続されるときを決定する手段と、
該決定することに少なくとも部分的に基づいて、該第１のユーザデバイスへの前記第１のメディアコンテンツイベントの送達をスケジューリングする手段と
を備える、項目３７に記載のシステム。
（項目４４）
前記第１のユーザデバイスおよび前記第２のユーザデバイスの外部の少なくとも１つのメディアソースに少なくとも部分的に基づいて、メディアコンテンツイベント推奨リストを生成する手段をさらに備える、項目３７に記載のシステム
（項目４５）
前記少なくとも１つのメディアソースは、ウェブログ、オンラインフォーラム、ニュースウェブサイト、レビューウェブサイト、およびソーシャルネットワーキングウェブサイトのうちの少なくとも１つを備える、項目４４に記載のシステム
（項目４６）
前記第１のメディアコンテンツイベントは、ビデオメディアコンテンツイベントであり、前記第２のメディアコンテンツイベントは、非ビデオメディアコンテンツイベントである、項目３７に記載のシステム
（項目４７）
前記ユーザプロファイル情報に基づいて、前記第１のユーザデバイスおよび前記第２のユーザデバイスのうちの少なくとも１つの上に広告を提示する手段をさらに備える、項目３７に記載のシステム
（項目４８）
前記第１および第２のユーザデバイスのうちの少なくとも１つとのユーザ対話に基づいて、前記記憶されたユーザプロファイル情報を更新するための手段をさらに備える、項目３７に記載のシステム
（項目４９）
ユーザの習慣、選好、または対話を自動的に監視することに基づいて、前記記憶されたユーザプロファイル情報を更新する手段をさらに備える、項目３７に記載のシステム
（項目５０）
前記第１のユーザデバイスによってサポートされる少なくとも１つのメディアコンテンツ形式を決定する手段と、
前記第１のメディアコンテンツイベントと関連付けられる前記第１のメディアコンテンツが、該少なくとも１つのサポートされたメディアコンテンツ形式であるか否かを決定する手段と、
該第１のメディアコンテンツが該少なくとも１つのサポートされたメディアコンテンツ形式ではないという決定に応じて、該少なくとも１つのサポートされたメディアコンテンツ形式の該第１のメディアコンテンツの代替バージョンを検索する手段と、
該第１のメディアコンテンツの代替バージョンが見つけられることができないという決定に応じて、該第１のメディアコンテンツを該少なくとも１つのサポートされたメディアコンテンツ形式のうちの１つにトランスコードする手段と
をさらに備える、項目３７に記載のシステム。
（項目５１）
少なくとも１つのユーザがスケジューリングしたイベントおよび少なくとも１つのシステムがスケジューリングしたイベントを含む、スケジューリングされたメディアイベントのリストを表示する手段と、
該少なくとも１つのユーザがスケジューリングしたイベントおよび該少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるスケジュール情報を変更するために、ユーザ入力を受信する手段と
をさらに備える、項目３７に記載のシステム。
（項目５２）
前記スケジューリングされたメディアイベントの前記リストは、双方向性である、項目５１に記載のシステム。
（項目５３）
スケジュール情報を変更するユーザ入力を受信することは、前記少なくとも１つのユーザがスケジューリングしたイベントおよび前記少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるユーザデバイスを、異なるユーザデバイスに変更することを含む、項目５１に記載のシステム。
（項目５４）
スケジュール情報を変更するユーザ入力を受信することは、前記少なくとも１つのユーザがスケジューリングしたイベントおよび前記少なくとも１つのシステムがスケジューリングしたイベントのうちの少なくとも１つと関連付けられるメディアコンテンツの形式を変更することを含む、項目５１に記載のシステム。
【図面の簡単な説明】
【００１３】
本発明は、添付図面と併せて解釈される、以下の例示的な説明からより良好に理解されてもよい。
【図１】図１は、本発明の例示的実施形態による、例示的なグリッド番組一覧表示を示す。
【図２】図２は、本発明の例示的実施形態による、メディアガイダンスを提供するための例示的なビデオモザイク表示を示す。
【図３】図３は、本発明の例示的実施形態による、ユーザ機器デバイスの一般化実施形態を示す。
【図４】図４は、本発明の例示的実施形態による、メディアプロバイダおよびガイダンスシステムの一般化実施形態を示す。
【図５】図５は、本発明の例示的実施形態による、グリッド番組一覧とともに表示されたメディアプランナスケジュールの例示的実施例を示す。
【図６】図６は、本発明の例示的実施形態による、メディアプランナの毎日のスケジュール表示の例示的実施例を示す。
【図７】図７は、本発明の例示的実施形態による、メディアプランナの毎週のスケジュール表示の例示的実施例を示す。
【図８】図８は、本発明の例示的実施形態による、コンテンツ種類に基づくユーザムードプロファイルの例示的実施例を図示する。
【図９】図９は、本発明の例示的実施形態による、メディアプランナスケジュール情報を記憶するための関係データベーステーブルの例示的実施例を図示する。
【図１０】図１０は、本発明の例示的実施形態による、コンテンツジャンルに基づくユーザムードプロファイルの例示的実施例を図示する。
【図１１】図１１は、本発明の例示的実施形態による、デバイスアクセス可能性サブプロファイルの例示的実施例を図示する。
【図１２】図１２は、本発明の例示的実施形態による、実際の利用に基づくデバイス可用性サブプロファイルの例示的実施例を図示する。
【図１３】図１３は、本発明の例示的実施形態による、デバイス形式互換性テーブルの例示的実施例を図示する。
【図１４】図１４は、本発明の例示的実施形態による、接続性サブプロファイルの例示的実施例を図示する。
【図１５】図１５は、本発明の例示的実施形態による、接続性サブプロファイルを構築し、維持するための例示的な過程を図示するフローチャートである。
【図１６】図１６は、本発明の例示的実施形態による、例示的な推奨過程を図示するフローチャートである。
【図１７】図１７は、本発明の例示的実施形態による、メディアプランナスケジューリング過程の例示的実施例を図示するフローチャートである。
【図１８】図１８は、本発明の例示的実施形態による、好適な形式のメディアコンテンツをコンテンツ送達デバイスに提供するための例示的な過程を図示するフローチャートである。
【発明を実施するための形態】
【００１４】
任意の所与のメディア送達システムにおいて、ユーザに利用可能なメディアの量は、膨大となり得る。結果として、多くのユーザは、ユーザがメディアの選択肢を効率的にナビゲートし、所望し得るメディアコンテンツを容易に識別することを可能にする、インターフェースを通したメディアガイダンスの形態を所望している。そのようなガイダンスを提供するアプリケーションは、本明細書では、双方向メディアガイダンスアプリケーションと称されるが、メディアガイダンスアプリケーションまたはガイダンスアプリケーションと称されることもある。
【００１５】
双方向メディアガイダンスアプリケーションは、ガイダンスを提供するメディアに応じて、種々の形態をとってもよい。１つの典型的な種類のメディアガイダンスアプリケーションは、双方向テレビ番組ガイドである。双方向テレビ番組ガイド（電子番組ガイドと呼ばれることもある）は、とりわけ、従来のテレビ番組（従来の放送、ケーブル、衛星、インターネットまたは他の手段を介して提供される）、ならびに有料番組、オンデマンド番組（ビデオオンデマンド（ＶＯＤ）システムのような）、インターネットコンテンツ（例えば、ストリーミングメディア、ダウンロード可能なメディア、ウェブキャスト等）、および他の種類のメディアまたはビデオコンテンツを含む、多くの種類のメディアコンテンツ間を、ユーザがナビゲートおよび検索することを可能にする、周知のガイダンスアプリケーションである。ガイダンスアプリケーションはまた、ユーザが、例えば、ビデオクリップ、記事、広告、チャットセッション、ゲーム等を含む、ビデオコンテンツに関連するコンテンツ間でナビゲートし、検索することも可能にする。ガイダンスアプリケーションはまた、ユーザが、マルチメディアコンテンツ間でナビゲートすることも可能にする。用語「マルチメディア」とは、本明細書では、テキスト、オーディオ、静止画、画像、動画、ビデオ、および双方向コンテンツ形態等の、少なくとも２つの異なるコンテンツ形態を利用する、メディアならびにコンテンツとして定義される。マルチメディアコンテンツは、コンピュータおよび電子デバイス等の情報コンテンツ処理デバイスによって、記憶および再生、表示またはアクセスされてもよいが、また、ライブパーフォーマンスの一部であることも可能である。メディアコンテンツに関連して論議される、本発明の実施形態はまた、ビデオ、オーディオ、および／またはマルチメディア等の他の種類のコンテンツにも適用可能であることを理解されたい。
【００１６】
インターネット、モバイルコンピューティング、高速無線ネットワークの登場に伴い、ユーザは、パーソナルコンピュータ（ＰＣ）や、手持ち式コンピュータ、携帯端末（ＰＤＡ）、携帯電話、または他のモバイルデバイス等の従来はアクセスしなかった他のデバイス上で、メディアにアクセスしている。これらのデバイス上で、ユーザは、テレビを通して利用可能な同じメディア間をナビゲートおよび検索することができる。その結果として、メディアガイダンスは、これらのデバイス上でも必要である。提供されるガイダンスは、テレビのみを通して利用可能なメディアコンテンツ、これらのデバイスのうちの１つ以上のみを通して利用可能なメディアコンテンツ、またはテレビおよびこれらのデバイスのうちの１つ以上の両方を通して利用可能なメディアコンテンツのためのものであってもよい。メディアガイダンスアプリケーションは、手持ち式コンピュータ、ＰＤＡ、携帯電話、または他のモバイルデバイス上で、オンラインアプリケーション（すなわち、ウェブサイト上で提供される）、あるいは独立型アプリケーションまたはクライアントとして提供されてもよい。メディアガイダンスアプリケーションを実装してもよい、種々のデバイスおよびプラットフォームは、以下でより詳細に説明される。
【００１７】
メディアガイダンスアプリケーションの機能のうちの１つは、メディア一覧およびメディア情報をユーザに提供することである。図１−２および５−７は、メディアガイダンス、特にメディア一覧を提供するために使用されてもよい、例示的な表示画面を示す。図１−２および５−７に示された表示画面は、任意の好適なデバイスまたはプラットフォーム上に実装されてもよい。図１−２および５−７の表示は、全画面表示として図示されているが、それらはまた、表示されているメディアコンテンツ上に完全または部分的にオーバーレイされてもよい。ユーザは、表示画面に提供された選択可能なオプション（例えば、メニューオプション、一覧オプション、アイコン、ハイパーリンク等）を選択することによって、あるいはリモートコントロールまたは他のユーザ入力インターフェースもしくはデバイス上の専用ボタン（例えば、「ガイド」ボタン）を押下することによって、メディア情報へのアクセス要望を指示してもよい。ユーザの指示に応じて、メディアガイダンスアプリケーションは、グリッド内の時間およびチャンネル別、時間別、チャンネル別、メディアの種類別、カテゴリ別（例えば、映画、スポーツ、ニュース、子供向け、または他の番組カテゴリ）、または、他の所定、ユーザ定義、あるいは他の組織化基準等のいくつかの方法のうちの１つで組織化されたメディア情報を伴う表示画面を提供してもよい。
【００１８】
図１は、単一表示内の異なる種類のメディアコンテンツへのアクセスも可能にする、時間およびチャンネル別に配設された例示的なグリッド番組一覧表示１００を示す。表示１００は、（１）各チャンネル／メディア種類識別子（列内のセル）が利用可能な異なるチャンネルまたはメディアの種類を識別する、チャンネル／メディア種類識別子１０４の列、および（２）各時間識別子（行内のセル）が番組の時間帯を識別する、時間識別子１０６の行を有するグリッド１０２を含んでもよい。グリッド１０２はまた、番組一覧１０８等の番組一覧のセルも含み、各一覧は、一覧の関連チャンネルおよび時間の上に提供される、番組のタイトルを提供する。ユーザ入力デバイスを用いて、ユーザは、ハイライト領域１１０を移動させることによって番組一覧を選択することができる。ハイライト領域１１０によって選択される番組一覧に関する情報が、番組情報領域１１２の中で提供されてもよい。領域１１２は、例えば、番組タイトル、番組内容、番組が提供される時間（該当する場合）、番組が放送されるチャンネル（該当する場合）、番組の評価、および他の所望の情報を含んでもよい。
【００１９】
スケジュールに従って提供される線形番組へのアクセスを提供することに加えて、メディアガイダンスアプリケーションはまた、スケジュールに従って提供されない非線形番組へのアクセスも提供する。非線形番組は、オンデマンドメディアコンテンツ（例えば、ＶＯＤ）、インターネットコンテンツ（例えば、ストリーミングメディア、ダウンロード可能なメディア等）、ローカルに記憶したメディアコンテンツ（例えば、デジタルビデオレコーダ（ＤＶＲ）、デジタルビデオディスク（ＤＶＤ）、ビデオカセット、コンパクトディスク（ＣＤ）に記憶されたビデオコンテンツ等）、または時間的制約のない他のメディアコンテンツを含む、異なるメディアソースからのコンテンツを含んでもよい。オンデマンドコンテンツは、映画および特定のメディアプロバイダによって提供されるオリジナルのメディアコンテンツの両方を含んでもよい（例えば、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」や「Ｃｕｒｂ  Ｙｏｕｒ  Ｅｎｔｈｕｓｉａｓｍ」を提供するＨＢＯ  Ｏｎ  Ｄｅｍａｎｄ）。ＨＢＯ  ＯＮ  ＤＥＭＡＮＤは、Ｔｉｍｅ  Ｗａｒｎｅｒ  Ｃｏｍｐａｎｙ  Ｌ．Ｐ．らによって所有されるサービスマークであり、ＴＨＥ  ＳＯＰＲＡＮＯＳおよびＣＵＲＢ  ＹＯＵＲ  ＥＮＴＨＵＳＩＡＳＭは、Ｈｏｍｅ  Ｂｏｘ  Ｏｆｆｉｃｅ，  Ｉｎｃ．によって所有される商標である。インターネットコンテンツは、チャットセッションまたはウェブキャストのようなウェブイベント、あるいは、インターネットウェブサイトまたは他のインターネットアクセス（例えば、ＦＴＰ）を通して、ストリーミングメディアまたはダウンロード可能なメディアとしてオンデマンドで利用可能なコンテンツを含んでもよい。
【００２０】
グリッド１０２は、オンデマンド一覧１１４、録画メディア一覧１１６、およびインターネットコンテンツ一覧１１８を含む、非線形番組の一覧を提供してもよい。異なる種類のメディアソースからのコンテンツのための一覧を組み合わせる表示は、「混合メディア」表示と呼ばれることもある。表示１００とは異なる、表示されてもよい一覧の種類の種々の順列は、ユーザ選択またはガイダンスアプリケーション定義に基づいてもよい（例えば、録画および放送一覧のみの表示、オンデマンドおよび放送の一覧のみの表示等）。例示されるように、一覧１１４、１１６、および１１８は、これらの一覧の選択が、それぞれ、オンデマンド一覧、録画一覧、またはインターネット一覧専用の表示へのアクセスを提供し得ることを示すように、グリッド１０２内に表示される時間帯全体に及ぶものとして示されている。他の実施形態では、これらのメディア種類の一覧は、グリッド１０２に直接含まれてもよい。ユーザがナビゲーションアイコン１２０のうちの１つを選択することに応じて、付加的な一覧が表示されてもよい（ユーザ入力デバイス上の矢印キーを押すことは、ナビゲーションアイコン１２０を選択することと同様に表示に影響を及ぼしてもよい）。
【００２１】
表示１００はまた、ビデオ領域１２２、広告１２４、およびオプション領域１２６を含んでもよい。ビデオ領域１２２は、ユーザが、現在利用可能である、今後利用可能となる、または利用可能であった番組を視聴および／またはプレビューすることを可能にしてもよい。ビデオ領域１２２のコンテンツは、グリッド１０２に表示される一覧のうちの１つに対応するか、またはそれから独立してもよい。ビデオ領域を含むグリッド表示は、ピクチャインガイド（ＰＩＧ）表示と呼ばれることもある。ＰＩＧ表示およびそれらの機能は、２００３年５月１３日発行のＳａｔｔｅｒｆｉｅｌｄらの米国特許第６，５６４，３７８号、および２００１年５月２９日発行のＹｕｅｎらの米国特許第６，２３９，７９４号でさらに詳細に説明されており、それらは全体を参照することによって本明細書に組み込まれる。ＰＩＧ表示は、本発明の他のメディアガイダンスアプリケーション表示画面に含まれてもよい。
【００２２】
広告１２４は、（例えば、購読番組に対する）視聴者のアクセス権に応じて、現在利用可能である、将来利用可能となる、または決して利用可能とはなり得ない、メディアコンテンツの広告を提供してもよく、グリッド１０２内のメディア一覧のうちの１つ以上に対応するか、または無関係であってもよい。広告１２４はまた、グリッド１０２内で表示されるメディアコンテンツに関係するか、または無関係である製品またはサービスに対するものであってもよい。広告１２４は、選択可能であってもよく、メディアコンテンツに関するさらなる情報を提供する、製品またはサービスに関する情報を提供する、メディアコンテンツ、製品、またはサービスの購入を可能にする、広告に関するメディアコンテンツを提供する等を行ってもよい。広告１２４は、ユーザのプロファイル／選好、監視されたユーザ活動、提供される表示の種類、または他の好適な標的化された広告基盤に基づいて標的化されてもよい。
【００２３】
広告１２４は、長方形またはバナー形状として示されているが、広告は、ガイダンスアプリケーション表示内の任意の好適なサイズ、形状、および場所で提供されてもよい。例えば、広告１２４は、グリッド１０２に水平方向に隣接する長方形として提供されてもよい。これは、パネル広告と呼ばれることもある。加えて、広告は、メディアコンテンツまたはガイダンスアプリケーション表示上にオーバーレイされるか、または表示内に埋め込まれてもよい。広告はまた、テキスト、画像、回転画像、ビデオクリップ、または他の種類のメディアコンテンツを含んでもよい。広告は、ガイダンスアプリケーションを伴うユーザ機器内、ユーザ機器に接続されたデータベース内、遠隔場所（ストリーミングメディアサーバを含む）内、あるいは他の記憶手段またはこれらの場所の組み合わせ上に記憶されてもよい。メディアガイダンスアプリケーションに広告を提供するステップは、例えば、それらの全体で参照することにより本明細書に組み込まれる、Ｋｎｕｄｓｏｎらの米国特許出願公開第２００３／０１１０４９９号、２００４年６月２９日発行のＷａｒｄ，ＩＩＩらの米国特許第６，７５６，９９７号、および２００２年５月１４日発行のＳｃｈｅｉｎらの米国特許第６，３８８，７１４号で、さらに詳細に論議されている。広告は、本発明の他のメディアガイダンスアプリケーション表示画面に含まれてもよいことが理解されるであろう。
【００２４】
オプション領域１２６は、ユーザが、異なる種類のメディアコンテンツ、メディアガイダンスアプリケーション表示、および／またはメディアガイダンスアプリケーション特徴にアクセスすることを可能にしてもよい。オプション領域１２６は、ディプレイ１００（および本発明の他の表示画面）の一部であってもよく、あるいは画面上のオプションを選択すること、またはユーザ入力デバイス上の専用または割当可能ボタンを押下することによって、ユーザによって呼び出されてもよい。オプション領域１２６内の選択可能オプションは、グリッド１０２内の番組一覧に関連する特徴に関してもよく、またはメインメニュー表示から利用可能なオプションを含んでもよい。番組一覧に関連する特徴は、他の放送時間または番組の受信方法の検索、番組の録画、番組の連続録画の有効化、番組および／またはチャンネルをお気に入りとして設定、番組の購入、あるいは他の特徴を含んでもよい。メインメニュー表示から利用可能オプションは、検索オプション、ＶＯＤオプション、ペアレンタルコントロールオプション、種々の種類の一覧表示へのアクセス、プレミアムサービスへの加入、ユーザのプロファイルの編集、ブラウザオーバーレイにアクセス、または他のオプションを含んでもよい。
【００２５】
メディアガイダンスアプリケーションは、ユーザの選好に基づいて個人化されてもよい。個人化されたメディアガイダンスアプリケーションは、ユーザが、メディアガイダンスアプリケーションによって個人化された「体験」を生成するように、表示および特徴をカスタマイズすることを可能にする。この個人化された体験は、ユーザがこれらのカスタマイズを入力できるようにすることによって、および／または種々のユーザ選好を決定するようにメディアガイダンスアプリケーションがユーザ活動を監視することによって、生成されてもよい。ユーザは、ログインすることによって、または別様にガイダンスアプリケーションに対して自らを識別することによって、個人化されたガイダンスアプリケーションにアクセスしてもよい。メディアガイダンスアプリケーションのカスタマイズは、ユーザプロファイルに従って作成されてもよい。カスタマイズは、提示方式（例えば、表示のカラー方式、テキストのフォントサイズ等）、表示されるメディアコンテンツ一覧の態様（例えば、ＨＤＴＶ番組のみ、お気に入りチャンネル選択に基づいたユーザ指定の放送チャンネル、チャンネルの表示の並び替え、推奨メディアコンテンツ等）、所望の録画特徴（例えば、特定のユーザに対する録画または連続録画、録画の質等）、ペアレンタルコントロール設定、および他の所望のカスタマイズを変動させるステップを含んでもよい。
【００２６】
メディアガイダンスアプリケーションは、ユーザがユーザプロファイル情報を提供することを可能にしてもよく、またはユーザプロファイル情報を自動的に編成してもよい。メディアガイダンスアプリケーションは、例えば、ユーザがアクセスするメディア、および／またはユーザがガイダンスアプリケーションと行ってもよい他の対話を監視してもよい。加えて、メディアガイダンスアプリケーションは、特定のユーザに関連する他のユーザプロファイルの全体または一部を取得し（例えば、ｗｗｗ．ｔｖｇｕｉｄｅ．ｃｏｍ等のユーザがアクセスするインターネット上の他のウェブサイトから、ユーザがアクセスする他のメディアガイダンスアプリケーションから、ユーザがアクセスする他の双方向アプリケーションから、ユーザの手持ち式デバイスから等）、および／またはメディアガイダンスアプリケーションがアクセスしてもよい他のソースから、ユーザに関する情報を取得してもよい。結果として、ユーザの異なるデバイスにわたって、統一されたガイダンスアプリケーション体験をユーザに提供することができる。この種類のユーザ経験は、図４および５−１８に関連して、以下で詳細に説明される。付加的な個人化されたメディアガイダンスアプリケーション特徴は、Ｅｌｌｉｓらの米国特許出願公開第２００５／０２５１８２７号、Ｂｏｙｅｒらの米国特許第７，１６５，０９８号、およびＥｌｌｉｓらの米国特許出願公開第２００２／０１７４４３０号でさらに詳細に説明されており、それらは全体を参照することにより本明細書に組み込まれる。
【００２７】
メディアガイダンスを提供するための別の表示配設が、図２に示されている。ビデオモザイク表示２００は、メディアの種類、ジャンル、および／または他の組織化基準に基づいて組織化されたメディアコンテンツ情報のための選択可能オプション２０２を含む。表示２００では、テレビ一覧オプション２０４が選択されているため、放送番組一覧として、一覧２０６、２０８、２１０、および２１２を提供している。図１の一覧とは異なり、表示２００の一覧は、メディアを説明する簡単なテキスト（例えば、番組のタイトル）およびアイコンに限定されない。むしろ、表示２００では、一覧は、カバーアート、メディアコンテンツからの静止画像、ビデオクリップのプレビュー、メディアコンテンツからのライブビデオ、または一覧によって説明されているメディアコンテンツをユーザに示す他の種類のメディアを含む、グラフィック画像を提供してもよい。グラフィック一覧のそれぞれはまた、一覧と関連するメディアコンテンツに関するさらなる情報を提供するように、テキストを同伴してもよい。例えば、一覧２０８は、メディア部分２１４およびテキスト部分２１６を含む、１つより多くの部分を含んでもよい。メディア部分２１４および／またはテキスト部分２１６は、ビデオを全画面で視聴するように、またはメディア部分２１４に表示されるビデオに関連する番組一覧を閲覧するように（例えば、ビデオが表示されるチャンネルの一覧を閲覧するように）、選択可能であってもよい。
【００２８】
表示２００の一覧は、異なるサイズである（すなわち、一覧２０６は、一覧２０８、２１０、および２１２より大きい）が、所望の場合、全ての一覧が同じサイズであってもよい。一覧は、メディアプロバイダの所望に応じて、またはユーザ選好に基づいて、ユーザに関心の程度を示すように、または、あるコンテンツを強調するように、異なるサイズであるか、またはグラフィックが強調されてもよい。メディア一覧をグラフィック的に強調するための種々のシステムおよび方法は、例えば、全体を参照することにより本明細書に組み込まれる、２００５年１２月２９日出願のＹａｔｅｓの米国特許出願公開第１１／３２４，２０２号で論議されている。
【００２９】
ユーザは、ユーザ機器デバイスから、メディアコンテンツおよびメディアガイダンスアプリケーション（ならびに上記および下記で説明されるその表示画面）にアクセスしてもよい。図３は、例示的なユーザ機器デバイス３００の一般化実施形態を示す。ユーザ機器デバイスのより具体的な実装は、図４に関連して以下で論議される。ユーザ機器デバイス３００は、入出力（以降では「Ｉ／Ｏ」）経路３０２を介して、メディアコンテンツおよびデータを受信してもよい。Ｉ／Ｏ経路３０２は、処理回路３０６および記憶装置３０８を含む制御回路３０４に、メディアコンテンツ（例えば、放送番組、オンデマンド番組、インターネットコンテンツ、および他のビデオまたはオーディオ）およびデータを提供してもよい。制御回路３０４は、Ｉ／Ｏ経路３０２を使用して、コマンド、要求、および他の好適なデータを送受信するために使用されてもよい。Ｉ／Ｏ経路３０２は、制御回路３０４（具体的には処理回路３０６）を１つ以上の通信経路（以下で説明される）に接続してもよい。Ｉ／Ｏ機能は、これらの通信経路のうちの１つ以上によって提供されてもよいが、図面が複雑になり過ぎることを回避するため、図３では単一経路として示されている。
【００３０】
制御回路３０４は、１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラム可な能論理素子等に基づく処理回路等の任意の好適な処理回路３０６に基づいてもよい。いくつかの実施形態では、制御回路３０４は、メモリ（すなわち、記憶装置３０８）に記憶されたメディアガイダンスアプリケーションに対する命令を実行する。クライアント・サーバに基づく実施形態では、制御回路３０４は、ガイダンスアプリケーションサーバあるいは他のネットワークまたはサーバと通信するための好適な通信回路を含んでもよい。通信回路は、ケーブルモデム、総合デジタル通信網（ＩＳＤＮ）モデム、デジタル加入者回線（ＤＳＬ）モデム、電話モデム、または他の機器との通信用無線モデムを含んでもよい。そのような通信は、インターネットあるいは任意の他の好適な通信ネットワークまたは経路を伴ってもよい（図４に関連してさらに詳細に説明される）。加えて、通信回路は、ユーザ機器デバイスのピアツーピア通信、または相互から遠隔の場所にあるユーザ機器デバイスの通信を可能にする回路を含んでもよい（以下でさらに詳細に説明される）。
【００３１】
メモリ（例えば、ランダムアクセスメモリ、読取専用メモリ、または任意の他の好適なメモリ）、ハードドライブ、光学ドライブ、あるいは任意の他の好適な固定または可撤性記憶装置（例えば、ＤＶＤレコーダ、ＣＤレコーダ、ビデオカセットレコーダ、または他の好適な録画デバイス）は、制御回路３０８の一部である記憶装置３０４として提供されてもよい。記憶装置３０８は、上記の種類の記憶デバイスのうちの１つ以上を含んでもよい。例えば、ユーザ機器デバイス３００は、ＤＶＲ（パーソナルビデオレコーダまたはＰＶＲと称されることもある）用のハードドライブおよび２次記憶装置としてのＤＶＤレコーダを含んでもよい。記憶装置３０８は、番組情報、ガイダンスアプリケーション設定、ユーザ選好またはプロファイル情報、あるいはガイダンスアプリケーションを操作する際に使用される他のデータを含む、本明細書で説明される種々の種類のメディアおよびガイダンスアプリケーションデータを記憶するために使用されてもよい。非揮発性メモリもまた、使用されてもよい（例えば、ブートアップルーチンや他の命令を起動するために）。
【００３２】
記憶装置３０８はまた、ユーザ作成およびシステム生成された視聴スケジュールを記憶してもよい。例えば、１つ以上のメディアイベントが、ユーザ定義またはシステム推奨視聴タイムスロットと関連付けられてもよい。これらの視聴スケジュールは、例えば、図９に示されたテーブル９００等の、記憶装置３０８の中の関係データベース内のテーブルに記憶されてもよい。視聴スケジュールを視聴または修正するためのアクセスは、スケジュールを作成するユーザ（および他の承認ユーザ）に限定または制限されてもよく、またはいくつかの実施形態では、全てのユーザが視聴スケジュールを視聴および／または編集してもよい。視聴スケジュールへの許可およびアクセス制限は、ユーザによって、またはシステムによって定義されてもよい。
【００３３】
制御回路３０４は、１つ以上のアナログチューナ、１つ以上のＭＰＥＧ−２デコーダ、または他のデジタル復号回路、高解像度チューナ、または任意の他の好適な同調あるいはビデオ回路、もしくはそのような回路の組み合わせ等の、ビデオ生成回路および同調回路を含んでもよい。符号化回路（例えば、記憶のために、無線、アナログ、またはデジタル信号をＭＰＥＧ信号に変換するためのもの）もまた、提供されてもよい。回路３０４はまた、メディアをユーザ機器３００の好ましい出力形式に上方変換および下方変換するためのスケーラ回路を含んでもよい。回路３０４はまた、デジタルおよびアナログ信号間で変換するためのデジタルからアナログへの変換回路およびアナログからデジタルへの変換回路を含んでもよい。同調および符号化回路は、メディアコンテンツを受信して表示する、再生する、または録画するために、ユーザ機器によって使用されてもよい。同調および符号化回路はまた、ガイダンスデータを受信するために使用されてもよい。例えば、同調、ビデオ生成、符号化、復号、スケーラ、およびアナログ／デジタル回路を含む、本明細書で説明される回路は、１つ以上の汎用または専門プロセッサ上で稼働するソフトウェアを使用して実装されてもよい。複数のチューナが、同時同調機能に対処するように提供されてもよい（例えば、視聴および録画機能、ピクチャインピクチャ（ＰＩＰ）機能、多重チューナ録画機能等）。記憶装置３０８が、ユーザ機器３００とは別のデバイスとして提供される場合、同調および符号化回路（複数のチューナを含む）は、記憶装置３０８と関連付けられてもよい。
【００３４】
ユーザは、ユーザ入力インターフェース３１０を使用して制御回路３０４を制御してもよい。ユーザ入力インターフェース３１０は、リモートコントロール、マウス、トラックボール、キーパッド、キーボード、タッチ画面、タッチパッド、スタイラス入力、ジョイスティック、音声認識インターフェース、または他のユーザ入力インターフェース等、任意の好適なユーザインターフェースであってもよい。ディスプレイ３１２は、独立型デバイスとして提供されるか、またはユーザ機器デバイス３００の他の要素と一体化してもよい。ディスプレイ３１２は、モニタ、テレビ、モバイルデバイス用液晶画面（ＬＣＤ）、または視覚的画像を表示するための任意の他の好適な機器のうちの１つ以上であってもよい。いくつかの実施形態では、ディスプレイ３１２は、ＨＤＴＶ対応型であってもよい。スピーカ３１４は、ユーザ機器デバイス３００の他の要素との統合として提供されてもよく、または独立型ユニットであってもよい。ディスプレイ３１２上に表示されるビデオおよび他のメディアコンテンツのオーディオ構成要素は、スピーカ３１４を通して再生されてもよい。いくつかの実施形態では、音声は、スピーカ３１４を介して音声を処理および出力する、受信機（図示せず）に配信されてもよい。
【００３５】
ガイダンスアプリケーションは、任意の好適なアーキテクチャを使用して実装されてもよい。例えば、それは、ユーザ機器デバイス３００上で完全に実装される、独立型アプリケーションであってもよい。そのようなアプローチでは、アプリケーションの命令は、ローカルに記憶され、アプリケーションによって使用するためのデータは、周期的にダウンロードされる（例えば、テレビチャンネルのＶＢＩから、帯域外フィードから、または別の好適なアプローチを使用して）。別の実施形態では、メディアガイダンスアプリケーションは、クライアント・サーバベースのアプリケーションである。ユーザ機器デバイス３００上に実装される、シックまたはシンクライアントによって使用するためのデータは、ユーザ機器デバイス３００の遠隔にあるサーバに要求を発行することによって、オンデマンドで読み出される。クライアント・サーバベースのガイダンスアプリケーションの一実施例では、制御回路３０４は、遠隔サーバによって提供されるウェブページを解釈する、ウェブブラウザを実行する。
【００３６】
さらに他の実施形態では、メディアガイダンスアプリケーションは、インタープリタまたは仮想マシン（制御回路３０４によって実行される）によって、ダウンロードされ、解釈または別様に実行される。いくつかの実施形態では、ガイダンスアプリケーションは、ＥＴＶバイナリ交換形式（ＥＴＶ  Ｂｉｎａｒｙ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ／ＥＢＩＦ）で符号化され、好適なフィードの一部として制御回路３０４によって受信され、制御回路３０４上で稼働するユーザエージェントによって解釈されてもよい。例えば、ガイダンスアプリケーションは、ＥＢＩＦウィジェットであってもよい。他の実施形態では、ガイダンスアプリケーションは、制御回路３０４によって実行されるローカル仮想マシンまたは他の好適なミドルウェアによって受信および実行される、一連のＪＡＶＡ（登録商標）ベースのファイルによって定義されてもよい。そのような実施形態のうちのいくつか（例えば、ＭＰＥＧ-２または他のデジタルメディア符号化スキームを採用するもの）では、ガイダンスアプリケーションは、例えば、番組のＭＰＥＧオーディオおよびビデオパケットを用いたＭＰＥＧ-２オブジェクトカルーセルにおいて符号化および伝送されてもよい。
【００３７】
図３のユーザ機器デバイス３００は、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、無線ユーザ通信デバイス４０６、または非携帯型ゲーム機等のメディアにアクセスするために好適な任意の他の種類のユーザ機器として、図４のシステム４００に実装することができる。簡単にするために、これらのデバイスは、本明細書では総称して、ユーザ機器またはユーザ機器デバイスと呼ばれてもよい。メディアガイダンスアプリケーションが実装されるユーザ機器デバイスは、独立型デバイスとして機能してもよく、またはデバイスのネットワークの一部であってもよい。デバイスの種々のネットワーク構成が実装されてもよく、以下でさらに詳細に論議される。
【００３８】
ユーザテレビ機器４０２は、セットトップボックス、衛星放送用受信機（ＩＲＤ）、テレビセット、デジタル記憶デバイス、ＤＶＤレコーダ、ビデオカセットレコーダ（ＶＣＲ）、ローカルメディアサーバ、または他のユーザテレビ機器を含んでもよい。これらのデバイスのうちの１つ以上は、所望の場合、単一デバイスとなるように統合されてもよい。ユーザコンピュータ機器４０４は、ＰＣ、ラップトップ、タブレット、ＷｅｂＴＶボックス、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、ＰＣメディアサーバ、ＰＣメディアセンタ、または他のユーザコンピュータ機器を含んでもよい。ＷＥＢＴＶは、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐ．によって所有される商標である。無線ユーザ通信デバイス４０６は、ＰＤＡ、携帯電話、携帯用ビデオプレーヤ、携帯用音楽プレーヤ、携帯用ゲーム機、または他の無線デバイスを含んでもよい。
【００３９】
ＰＣ用テレビチューナーカード、ＷｅｂＴＶ、および他のユーザ機器デバイスへのビデオの統合の出現に伴い、デバイスを上記のデバイスのうちの１つとして分類しようとすると、明確に区分できなくなることに留意されたい。実際、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、および無線ユーザ通信デバイス４０６のそれぞれは、図３に関連して上述されるシステム特徴のうちの少なくとも一部を利用し、結果として、デバイス上で利用可能なメディアコンテンツの種類に関する融通性を含んでもよい。例えば、ユーザテレビ機器４０２は、インターネットコンテンツへのアクセスを可能にするインターネット対応型であってもよい一方で、ユーザコンピュータ機器４０４は、テレビ番組へのアクセスを可能にするチューナを含んでもよい。メディアガイダンスアプリケーションはまた、種々の種類のユーザ機器上で同一レイアウトを有してもよく、またはユーザ機器の表示能力に合わせられてもよい。例えば、ユーザコンピュータ機器上では、ガイダンスアプリケーションは、ウェブブラウザによってアクセスされるウェブサイトとして提供されてもよい。別の実施例では、ガイダンスアプリケーションは、無線ユーザ通信デバイス用に縮小されてもよい。
【００４０】
システム４００では、典型的には、各種類のユーザ機器デバイスが２つ以上存在するが、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが図４に示されている。加えて、各ユーザは、２つ以上の種類のユーザ機器デバイスを利用し（例えば、ユーザはテレビセットおよびコンピュータを有してもよい）、また各種類のユーザ機器デバイスを２つ以上利用してもよい（例えば、ユーザはＰＤＡおよび携帯電話および／または複数のテレビセットを有してもよい）。また、１つ以上のユーザ機器デバイスが、複数の場所で利用可能であってもよい。例えば、特定の家庭では、大型テレビディスプレイが居間に位置してもよく、より小さいテレビディスプレイが寝室に位置してもよく、オーディオシステムが台所に位置してもよく、１つ以上のパーソナルコンピュータがホームオフィスに位置してもよい。
【００４１】
ユーザはまた、家庭内デバイスおよび遠隔デバイスにわたって一貫したメディアガイダンスアプリケーション設定を維持するように、種々の設定を設定してもよい。設定は、本明細書で説明される設定、ならびに、お気に入りのチャンネルおよび番組、番組を推奨するためにガイダンスアプリケーションが利用する番組選好、表示選好、および他の望ましいガイダンス設定を含む。例えば、ユーザが、オフィスのパソコンで、例えば、ウェブサイトｗｗｗ．ｔｖｇｕｉｄｅ．ｃｏｍの上で、チャンネルをお気に入りとして設定した場合、所望であれば、同じチャンネルが、ユーザの家庭内デバイス（例えば、ユーザテレビ機器およびユーザコンピュータ機器）、ならびにユーザのモバイルデバイス上でお気に入りとして表示される。したがって、同じまたは異なる種類のユーザ機器デバイスであるか否かにかかわらず、１つのユーザ機器デバイス上で行われる変更は、別のユーザ機器デバイス上のガイダンス体験を変更することができる。さらに、行われる変更は、ユーザによる設定入力、ならびにガイダンスアプリケーションによって監視されるユーザ活動に基づいてもよい。
【００４２】
ユーザ機器デバイスは、通信ネットワーク４１４に連結されてもよい。すなわち、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、および無線ユーザ通信デバイス４０６は、それぞれ、通信経路４０８、４１０、および４１２を介して、通信ネットワーク４１４に連結される。通信ネットワーク４１４は、インターネット、携帯電話ネットワーク、モバイルデバイス（例えば、Ｂｌａｃｋｂｅｒｒｙ）ネットワーク、ケーブルネットワーク、公衆交換電話ネットワーク、または他の種類の通信ネットワーク、あるいは通信ネットワークの組み合わせを含む、１つ以上のネットワークであってもよい。ＢＬＡＣＫＢＥＲＲＹは、Ｒｅｓｅａｒｃｈ  Ｉｎ  Ｍｏｔｉｏｎ  Ｌｉｍｉｔｅｄ  Ｃｏｒｐ．によって所有されるサービスマークである。経路４０８、４１０、および４１２は、別個または一緒に、衛星経路、光ファイバ経路、ケーブル経路、インターネット通信をサポートする経路（例えば、ＩＰＴＶ）、フリースペース接続（例えば、放送または他の無線信号用）、あるいは任意の他の好適な有線または無線通信経路、もしくはそのような経路の組み合わせ等の、１つ以上の通信経路を含んでもよい。経路４１２は、図４に示された例示的実施形態において、無線経路であることを示すように破線で描かれ、経路４０８および４１０は、有線経路であることを示すように実線で描かれている（しかし、これらの経路は、所望であれば無線経路であってもよい）。ユーザ機器デバイスとの通信は、これらの通信経路のうちの１つ以上によって提供されてもよいが、図４では、図面が複雑になり過ぎることを回避するように、単一経路として示されている。
【００４３】
通信経路は、ユーザ機器デバイスの間には描かれていないが、これらのデバイスは、経路４０８、４１０、および４１２に関連して上記で説明されるもの、ならびにＵＳＢケーブル、ＩＥＥＥ  １３９４ケーブル、無線経路（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、ＩＥＥＥ  ８０２−１１ｘ等）等の他の短距離ポイントツーポイント通信経路、あるいは有線または無線経路を介した他の短距離通信等の通信経路を介して、相互に直接通信してもよい。ＢＬＵＥＴＯＯＴＨ（登録商標）は、Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ，  ＩＮＣ．によって所有される認証マークである。ユーザ機器デバイスはまた、通信ネットワーク４１４を介した間接的経路を通して、直接相互に通信してもよい。
【００４４】
システム４００は、それぞれ通信経路４２０および４２２を介して通信ネットワーク４１４に連結される、メディアコンテンツソース４１６およびメディアガイダンスデータソース４１８を含む。経路４２０および４２２は、経路４０８、４１０、および４１２に関して上記で説明される通信経路のうちのいずれかを含んでもよい。メディアコンテンツソース４１６およびメディアガイダンスデータソース４１８との通信は、１つ以上の通信経路を介して交信されてもよいが、図４では、図面が複雑になり過ぎることを回避するように、単一経路として示されている。加えて、メディアコンテンツソース４１６およびメディアガイダンスデータソース４１８のそれぞれが２つ以上あってもよいが、図４では、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが示されている。（これらのソースのそれぞれの異なる種類を以下で論議する）。所望であれば、メディアコンテンツソース４１６およびメディアガイダンスデータソース４１８は、１つのソースデバイスとして統合されてもよい。ソース４１６および４１８と、ユーザ機器デバイス４０２、４０４、および４０６との間の通信は、通信ネットワーク４１４を通したものとして示されているが、いくつかの実施形態では、ソース４１６および４１８は、経路４０８、４１０、および４１２に関連して上記で説明されるもの等の通信経路（図示せず）を介して、ユーザ機器デバイス４０２、４０４、および４０６と直接通信してもよい。
【００４５】
メディアコンテンツソース４１６は、テレビ配信施設、ケーブルシステムヘッドエンド、衛星配信施設、番組ソース（例えば、ＮＢＣ、ＡＢＣ、ＨＢＯ等のテレビ放送会社）、中間配信施設および／またはサーバ、インターネットプロバイダ、オンデマンドメディアサーバ、および他のメディアコンテンツプロバイダを含む、１つ以上の種類のメディア配信機器を含んでもよい。ＮＢＣは、Ｎａｔｉｏｎａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ，  Ｉｎｃ．によって所有される商標であり、ＡＢＣは、ＡＢＣ，  ＩＮＣ．によって所有される商標であり、ＨＢＯは、Ｈｏｍｅ  Ｂｏｘ  Ｏｆｆｉｃｅ，  Ｉｎｃ．によって所有される商標である。メディアコンテンツソース４１６は、メディアコンテンツの発信元であってもよく（例えば、テレビ放送会社、ウェブキャストプロバイダ等）、またはメディアコンテンツの発信元でなくてもよい（例えば、オンデマンドメディアコンテンツプロバイダ、ダウンロード用放送番組のビデオコンテンツのインターネットプロバイダ等）。メディアコンテンツソース４１６は、ケーブルソース、衛星プロバイダ、オンデマンドプロバイダ、インターネットプロバイダ、または他のメディアコンテンツプロバイダを含んでもよい。メディアコンテンツソース４１６は、ユーザ機器デバイスのうちのいずれかから遠隔の場所にある、異なる種類のメディアコンテンツ（ユーザによって選択されるビデオコンテンツを含む）を記憶するために使用される、遠隔メディアサーバを含んでもよい。メディアコンテンツの遠隔記憶のため、および遠隔に記憶されたメディアコンテンツをユーザ機器に提供するシステムおよび方法は、その全体を参照することにより本明細書に組み込まれる、１９９９年６月１１日出願のＥｌｌｉｓらの米国特許出願第０９／３３２，２４４号に関連して、さらに詳細に論議されている。
【００４６】
メディアガイダンスデータソース４１８は、メディア一覧、メディア関連情報（例えば、放送時間、放送チャンネル、メディアのタイトル、メディア内容、評価情報（例えば、ペアレンタルコントロール評価、批評家の評価等）、ジャンルまたはカテゴリ情報、俳優情報、放送会社またはプロバイダのロゴのロゴデータ等）、メディア形式（例えば、標準解像度、高解像度等）、広告情報（例えば、テキスト、画像、メディアクリップ等）、オンデマンド情報、および、ユーザが所望のメディア選択間でナビゲートし、検索するために役立つ、任意の他の種類のガイダンスデータ等のメディアガイダンスデータを提供してもよい。
【００４７】
メディアガイダンスアプリケーションデータは、任意の好適なアプローチを使用して、ユーザ機器デバイスに提供されてもよい。いくつかの実施形態では、ガイダンスアプリケーションは、データフィード（例えば、連続フィード、トリクルフィード、またはチャンネルの垂直帰線消去間隔内のデータ）を介して番組ガイドデータを受信する、独立型双方向テレビ番組ガイドであってもよい。
番組スケジュールデータおよび他のガイダンスデータは、テレビチャンネルのサイドバンド上で、テレビチャンネルの垂直帰線消去間隔内で、帯域内デジタル信号を使用して、帯域外デジタル信号を使用して、または任意の他の好適なデータ伝送技術によって、ユーザ機器に提供されてもよい。番組スケジュールデータおよび他のガイダンスデータは、複数のアナログまたはデジタルテレビチャンネル上でユーザ機器に提供されてもよい。番組スケジュールデータおよび他のガイダンスデータは、任意の好適な頻度で（例えば、連続して、毎日、ユーザ指定期間で、システム指定期間で、ユーザ機器からの要求に応じて等）ユーザ機器に提供されてもよい。いくつかのアプローチでは、メディアガイダンスデータソース４１８からのガイダンスデータは、クライアントサーバアプローチを使用して、ユーザの機器に提供されてもよい。例えば、ユーザの機器上に存在するガイダンスアプリケーションクライアントは、必要な時にガイダンスデータを取得するように、ソース４１８とのセッションを開始してもよい。メディアガイダンスデータソース４１８は、ユーザ機器デバイス４０２、４０４、および４０６に、メディアガイダンスアプリケーション自体、またはメディアガイダンスアプリケーションのソフトウェア更新を提供してもよい。
【００４８】
メディアガイダンスアプリケーションは、例えば、ユーザ機器デバイス上に実装される独立型アプリケーションであってもよい。他の実施形態では、メディアガイダンスアプリケーションは、クライアントがユーザ機器デバイス上に常駐する場合のみ、クライアントサーバアプリケーションであってもよい。例えば、メディアガイダンスアプリケーションは、部分的にユーザ機器デバイス３００の制御回路３０４上のクライアントアプリケーションとして、および部分的に遠隔サーバ上のサーバアプリケーションとして（例えば、メディアガイダンスデータソース４１８）、実装されてもよい。ガイダンスアプリケーション表示は、メディアガイダンスデータソース４１８によって生成され、ユーザ機器デバイスに伝送されてもよい。メディアガイダンスデータソース４１８はまた、ユーザ機器上での記憶のためにデータを伝送してもよく、次いで、ユーザ機器は、制御回路によって処理される命令に基づいて、ガイダンスアプリケーション表示を生成する。
【００４９】
メディアガイダンスシステム４００は、いくつかのアプローチ、またはネットワーク構成を例示することを目的としており、これによって、ユーザ機器デバイスならびにメディアコンテンツおよびガイダンスデータのソースは、メディアにアクセスし、メディアガイダンスを提供する目的で、相互に通信してもよい。本発明は、これらのアプローチのいずれか１つまたは一部において、またはメディアを送達し、メディアガイダンスを提供するための他のアプローチを採用するシステムにおいて、適用されてもよい。以下の３つのアプローチは、図４の一般化実施例の具体的例示を提供する。
【００５０】
１つのアプローチでは、ユーザ機器デバイスは、ホームネットワーク内で相互に通信してもよい。ユーザ機器デバイスは、上記で説明される短距離ポイントツーポイント通信方式を介して、ホームネットワーク上に提供されるハブまたは他の類似デバイスを通した間接経路を介して、あるいは通信ネットワーク４１４を介して、直接相互に通信することができる。１つの家庭内の複数の個人のそれぞれが、ホームネットワーク上の異なるユーザ機器デバイスを操作してもよい。結果として、種々のメディアガイダンス情報または設定が、異なるユーザ機器デバイス間で伝達されることが望ましくてもよい。例えば、２００５年７月１１日出願のＥｌｌｉｓらの米国特許出願第１１／１７９，４１０号でさらに詳細に説明されているように、ホームネットワーク内の異なるユーザ機器デバイス上で、ユーザが一貫したメディアガイダンスアプリケーション設定を維持することが望ましくてもよい。ホームネットワーク内の異なる種類のユーザ機器デバイスはまた、メディアコンテンツを伝送するように相互に通信してもよい。例えば、ユーザは、ユーザコンピュータ機器から携帯用ビデオプレーヤまたは携帯用音楽プレーヤにメディアコンテンツを伝送してもよい。
【００５１】
第２のアプローチでは、ユーザは、複数の種類のユーザ機器を有してもよく、これによって、メディアコンテンツにアクセスしてメディアガイダンスを取得する。例えば、一部のユーザは、家庭内およびモバイルデバイスによってアクセスされる、ホームネットワークを有してもよい。ユーザは、遠隔デバイス上に実装されるメディアガイダンスアプリケーションを介して、家庭内デバイスを制御してもよい。例えば、ユーザは、オフィスのパーソナルコンピュータ、あるいはＰＤＡまたはウェブ対応携帯電話等のモバイルデバイスを介して、ウェブサイト上のオンラインメディアガイダンスアプリケーションにアクセスしてもよい。ユーザは、オンラインガイダンスアプリケーション上で種々の設定（例えば、録画、リマインダ、または他の設定）を設定して、ユーザの家庭内機器を制御してもよい。オンラインガイドは、直接、またはユーザの家庭内機器上のメディアガイダンスアプリケーションと通信することによって、ユーザの機器を制御してもよい。ユーザ機器デバイスが相互から遠隔の場所にある、ユーザ機器デバイスの通信のための種々のシステムおよび方法は、例えば、その全体を参照することにより本明細書に組み込まれる、Ｅｌｌｉｓらの米国特許出願公開第２００５／００２８２０８号で論議されている。
【００５２】
第３のアプローチでは、家庭内外のユーザ機器デバイスは、メディアコンテンツソース４１６と直接通信してメディアコンテンツにアクセスするために、メディアガイダンスアプリケーションを使用することができる。具体的には、家庭内では、ユーザテレビ機器４０４およびユーザコンピュータ機器４０６のユーザは、メディアガイダンスアプリケーションにアクセスし、望ましいメディアコンテンツ間でナビゲートし、検索してもよい。ユーザはまた、無線ユーザ通信デバイス４０６を使用して、家庭外のメディアガイダンスアプリケーションにアクセスし、望ましいメディアコンテンツ間でナビゲートし、検索してもよい。
【００５３】
メディアコンテンツの論議は、ビデオコンテンツを中心としているが、メディアガイダンスの原則は、音楽、画像等の他の種類のメディアコンテンツに適用できることが理解されるであろう。
【００５４】
いくつかの実施形態では、メディアプランナメディアガイダンスアプリケーションが開示される。メディアプランナアプリケーションは、メディアシステム（図４のシステム４００）の１人以上のユーザに対するメディアイベントを作成するために使用されてもよい。メディアイベントスケジュールは、ユーザが視聴する、聴く、またはそうでなければ消費する予定になっている、メディアまたはメディアイベントのリストを備えてもよい。このアプリケーションとの関連でメディアを消費することは、メディア、メディアイベント、またはメディアコンテンツとの対話、またはその提示を含んでもよい。メディアおよびメディアイベントは、ユーザによって手動でスケジューリングされる（すなわち、ユーザがスケジューリングしたイベント）か、またはユーザの代わりにメディアプランナガイダンスアプリケーションによって自動的にスケジューリングされてもよい（すなわち、プランナ推奨イベント）。メディアイベントスケジュールは、いくつかの実施形態では、記憶装置３０８（図３）に記憶されてもよい。例えば、メディアシステムの各ユーザは、そのユーザに対してスケジューリングされる全てのメディアを記憶する、関係データベース内のテーブルと関連付けられてもよい。
【００５５】
メディアイベントはまた、放送番組および／または録画のために選択または推奨されている番組のリマインダを含んでもよい。いくつかの実施形態では、このメディアおよび／またはメディアイベントのリストは、スケジュールまたはカレンダーに直接関係していてもよい。そのような実施形態では、特定のメディアまたはメディアイベントが、特定のタイムスロットと関連付けられてもよい。関連は、メディアまたはメディアイベント自体（例えば、放送番組が、その放送時間に対応するタイムスロットと関連付けられてもよい）に、ユーザ選好（例えば、ユーザが、夜のアクション映画等の特定の時間における特定の種類のメディアの視聴をスケジューリングすることを望んでもよい）、または他のイベントに少なくとも部分的に基づいてもよい。例えば、友人のグループが全員、ある時間における特定のコンテンツの視聴をスケジューリングすることを望んでもよい。いくつかの実施形態では、タイムスロットは、以下でさらに詳細に説明される１つ以上のユーザプロファイルに少なくとも部分的に基づいて、メディアプランナアプリケーションによって自動的にメディアおよび／またはメディアイベントと関連付けられてもよい。ある実施形態では、メディアプランナスケジュールは、ユーザが、すでにスケジューリングされたメディアイベントと対立しない番組を選択することを可能にするように、放送、オンデマンド、および／または有料番組一覧と同時に表示されてもよい。
【００５６】
図５は、グリッド番組一覧とともに表示されたメディアプランナスケジュール１３０の例示的実施例を示す。メディアイベント１３２および１３４等のスケジューリングされたメディアイベントは、メディアイベントの識別を記載するとともに、イベントのコンテンツ種類（例えば、オーディオ）またはソース（例えば、放送には「ｂｒ」、インターネットには「ｗｅｂ」）を示してもよい。メディアイベントはまた、録画されるか否か（例えば、「ｒｅｃ」指標）、お気に入りであるか否か（指標１３６）、またはそれが提示されるデバイス（指標１３８）に関して、１つ以上の指標を含んでもよい。これらの指標は、グラフィック、テキスト、シェーディング、色、および／または上記の組み合わせの形態を成してもよい。指標は、いくつかの実施形態では、ユーザによって選択可能であってもよい。例えば、ユーザは、イベント１３４に対する提示デバイスおよび提示コンテンツ形式を手動で変更するように、指標１３８を選択してもよい。いくつかの実施形態では、ユーザがスケジューリングしたメディアイベントは、同様にメディアプランナ推奨メディアイベントと区別されてもよい。例えば、メディアプランナによって推奨されるメディアイベント１３２は、ユーザによって特異的にスケジューリングされるメディアイベント１３４とは異なって陰影を付けられてもよい。ユーザは、スケジューリングされたメディアイベントをハイライトおよび／または選択するために、ハイライト領域１１０をメディアプランナスケジュール１３０にナビゲートすることが可能であってもよい。例えば、ユーザは、イライト領域１１０をメディアイベント１３２にナビゲートすることが可能であってもよい。いったんメディアイベント１３２が選択されると、番組情報領域１１２が、メディアイベント１３２に関連する付加的な情報を表示してもよい。いくつかの実施形態では、次いで、ユーザは、ボタンを作動させるか、または選択されたメディアイベントまたはメディアプランナアプリケーションに関連するオプション画面とともに提示される画面上オプションを選択してもよい。
【００５７】
いくつかの実施形態では、メディアプランナスケジュールは、他の電子プランナおよび／またはカレンダーと同時に表示されてもよい。例えば、メディアプランナスケジュールは、ユーザの個人用オンラインカレンダーと同時に表示されてもよい。同時表示を生成するために、メディアプランナアプリケーションは、ユーザの個人用カレンダーシステムから直接読み出されてもよい。いくつかの実施形態では、メディアプランナアプリケーションは、メディアプランナスケジュール情報を別のカレンダーアプリケーションまたはシステムにエクスポートするように構成されてもよい。例えば、メディアプランナアプリケーションは、ユーザのＭｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ（登録商標）カレンダーシステムと連動してもよい。
【００５８】
メディアプランナスケジュールは、毎日、毎週、または毎月の形式で閲覧されてもよい。メディアプランナスケジュールは、双方向性または非双方向性であってもよい。図６は、例示的なメディアプランナの毎日のスケジュール表示６００を示す。スケジュール表示６００は、識別子の列６０２、スケジューリングされたメディアイベントの列６０４、および推奨の列６０６を伴うグリッド６０１を含んでもよい。列６０４の中の各スケジューリングされたメディアイベントは、少なくとも１つの時間識別子と関連付けられてもよく、列６０６からの少なくとも１つの推奨と関連付けられてもよい。各スケジューリングされたメディアイベントはまた、ソース指標６１０または自動スケジュール指標６１２と関連付けられてもよい。ソース指標６１０は、オーディオシステム（ａｕｄ１）、コンピュータ（ｐｃ２）、または携帯用メディアプレーヤ（ｐｏｒｔ１）等の、そこからメディアイベントが提示される特定のデバイスを示す。自動スケジュール指標６１２は、関連メディアイベントがメディアプランナによって自動的にスケジューリングされた（例えば、ユーザによって手動でスケジューリングされることとは対照的に）ことを示す。指標６１０および６１２は、グラフィック、テキスト、シェーディング、カラー、および／または前述の組み合わせの形態を成してもよい。
【００５９】
いくつかの実施形態では、丸１日の全てのスケジュールタイムスロットが、同時にユーザに表示されない。そのような実施形態では、ナビゲーションカーソル１２０が、異なるタイムスロットにナビゲートするために使用されてもよい。いくつかの実施形態では、丸１日の全てのスケジュールタイムスロットが、同時にユーザに表示されてもよい。
【００６０】
いくつかの実施形態では、メディアイベントが、ユーザに提示されるようにスケジューリングされてもよい一方で、別のメディアイベントは、同時に録画されない。特定のメディアイベントが提示のためにスケジューリングされている一方で、別のメディアイベントが録画されるようにスケジューリングされていることを示すために、指標６１４等の２次のメディアイベント指標が使用されてもよい。
【００６１】
図７は、例示的なメディアプランナの毎週のスケジュール表示７００を示す。毎週のスケジュール表示７００は、毎日のスケジュール表示６００と同様であるが、ユーザが複数の日のスケジュールを閲覧することを可能にする。毎日が、グリッド７０１の中の列（７０４、７０６、７０８、７１０）によって表されてもよい。日付バー７０２は、日付識別子の行を含有する。いくつかの実施形態では、毎日のスケジュール表示６００と同様に、丸１日および／丸１週間の全てのスケジュールタイムスロットが、同時にユーザに表示されない。これらの実施形態では、ナビゲーションカーソル１２０が、異なるタイムスロットおよび異なる日にナビゲートするために使用されてもよい。いくつかの実施形態では、丸１日および／丸１週間の全てのスケジュールタイムスロットが、同時にユーザに表示されてもよい。
【００６２】
毎週のスケジュール表示７００では、イベント７１２等の自動的にスケジューリングされたメディアイベントが、異なる背景色によって示される。しかしながら、毎日のスケジュール表示６００と同様に、自動的にスケジューリングされたメディアイベントは、異なるグラフィック、テキスト、シェーディング、色、および／または前述の組み合わせによって示されてもよい。
【００６３】
いくつかの実施形態では、ユーザが、スケジューリングされたメディアイベント上にハイライト領域６０８を配置すると、メディアプランナアプリケーションは、関連するスケジューリングされたメディアイベントを自動的には依頼としてもよい。毎週のスケジュール表示７００では、「オーディオコンテンツ６ａ」と標識されたメディアイベントが、ハイライト領域６０８によって示される。「オーディオコンテンツ６ａ」に関連する「オーディオコンテンツ６ｂ」は、２次ハイライト指標７１４によってハイライトされてもよい。いくつかの実施形態では、２次ハイライト指標７１４は、例えば、異なるグラフィック、テキスト、シェーディング、色、および／または前述の組み合わせによって、ハイライト領域６０８と区別されてもよい。
【００６４】
ユーザプロファイルは、コンテンツ消費（例えば、視聴、録画、聴取等）をスケジューリングする、および／またはメディアイベントを１人以上のユーザに推奨するために、メディアプランナアプリケーションによって使用されてもよい。ユーザプロファイルは、視聴習慣および好き嫌い等のユーザ選好または活動の特定の側面志向である、異なる種類の情報またはサブプロファイルを含有してもよい。
【００６５】
いくつかの実施形態では、メディアプランナスケジュール情報は、関係データベーステーブルに記憶されてもよい。図９は、各行がメディアイベント入力に対応し、各列がメディアイベントと関連付けられるパラメータに対応する、例示的な関係データベーステーブル９００を示す。関係データベーステーブル９００は、記憶装置３０８（図３）内またはネットワーク記憶デバイス上に記憶されてもよい。いくつかの実施形態では、メディアプランナスケジュール内の各メディアイベントは、テーブル９００内の単一の行入力によって表されてもよい。代替実施形態では、各メディアイベントは、テーブル９００内の複数の行入力と関連付けられてもよい。いくつかの実施形態では、テーブル９００内の各入力と関連付けられてもよいパラメータは、開始／終了時間（９０２）、番組ＩＤ（９０４）、形式（９０６）、動作（９０８）、デバイス（９１０）、コンテンツソース（９１２）、およびスケジュールソース（９１４）を含む。しかしながら、メディアコンテンツと関連付けられる他のパラメータも含まれてもよい。
【００６６】
テーブル９００では、各メディアイベント入力は、番組ＩＤパラメータ（９０４）によって識別されてもよい。番組ＩＤは、メディアイベント入力を他のメディアイベント入力と区別する、任意の情報を含んでもよい。例えば、番組ＩＤパラメータは、メディアイベントタイトルまたはシステム割当メディアイベント識別子、または任意の他の一意の識別子を含んでもよい。各メディアイベントはまた、メディアイベントが提示されるようにスケジューリングされる日付および時間を記載する、開始および終了時間と関連付けられてもよい。いくつかの実施形態では、開始および終了時間の代わりに、タイムスロット指定が使用されてもよい。形式パラメータ９０６は、入力と関連付けられるメディアイベントの形式を示してもよい。例えば、メディアイベントは、ビデオ（ｖｉｄ）またはオーディオ（ａｕｄ）コンテンツであってもよい。ビデオコンテンツは、高解像度（ＨＤ）またはＨ．２６４形式であってもよい。オーディオコンテンツは、ステレオまたはサラウンド形式であってもよい。
【００６７】
いくつかの実施形態では、ビデオまたはオーディオ指定、および特定のビデオまたはオーディオ形式の種類は、異なるパラメータと見なされてもよい。動作パラメータ９０８は、特定のメディアイベント入力のためにスケジューリングされる動作を示してもよい。例えば、メディアイベントは、特定のデバイスにストリーム配信するように、または特定のデバイス上に記録されるようにスケジューリングされてもよい。メディアイベントがデバイス上に事前にロードされている場合、スケジューリングされた動作は、事前にロードされたメディアイベントを提示することであってもよい。デバイスパラメータ（９１０）は、９０８に記載された動作が特定のメディア入力に対して行われる、コンテンツ送達デバイスを示してもよい。コンテンツソースパラメータ９１２は、入力と関連付けられるメディアイベントの現在のソースを示してもよい。例えば、メディアは、システムオペレータまたは１人以上の第三者コンテンツプロバイダ（「ｐｒｏｖｉｄｅｒ１」、「ｐｒｏｖｉｄｅｒ２」、「ｐｒｏｖｉｄｅｒ３」等）によって提供されてもよい。同様に、いくつかのメディアは、ローカルで記憶されてもよく（ｌｏｃａｌ）、または他の場所のユーザデバイス（ｈｏｍｅ）上に記憶されてもよい。スケジュールソースパラメータ９１４は、入力と関連付けられたメディアイベントがどのようにスケジューリングされたかを示してもよい。メディアイベントは、ユーザ（ｕｓｅｒ）によって、またはシステム検索に基づいて（ｒｅｃ（ｓｙｓ））、あるいは他の場所で収集された推奨に基づいて（ｒｅｃ（ｅｘｔ））、システムによって自動的にスケジューリングされてもよい。
【００６８】
メディアプランナアプリケーションの各ユーザは、ユーザプロファイルと関連付けられてもよい。ユーザプロファイルは、いくつかの実施形態では、記憶装置３０８（図３）に記憶されてもよい。ユーザプロファイルは、手動で、自動的に、または両方の組み合わせを介して生成されてもよい。ユーザプロファイルの手動生成は、ユーザのメディア選好に関するユーザへの一連の質問を提示することを含んでもよい。ユーザプロファイルの手動生成のいくつかの実施形態では、ユーザはまた、設定、構成、または選好メニューにアクセスすることが可能であってもよく、かつ視聴選好および／または習慣を選択するか、または別様に示すことが可能であってもよい。
【００６９】
ユーザプロファイルの自動生成は、ユーザの視聴選好および習慣を監視することを含んでもよい。これらの選好および習慣は、メディアのメディアソースの種類、メディアのジャンル、メディアの長さ、およびメディアの作成者または参加者（例えば、作家、プロデューサ、または俳優）を含んでもよい。選好および習慣はさらに、ユーザがメディアを消費する傾向がある１日（または１週間、あるいは１ヶ月）の時間、ユーザが特定の時間に消費する傾向がある特定の種類のメディア、ある時に、またはユーザがメディアを消費している時のユーザの場所、ならびにユーザが使用する、ある時に利用可能である、またはユーザがメディアを消費している時に利用可能であるデバイスを含んでもよい。
【００７０】
メディアプランナアプリケーションは、これらの視聴者選好および習慣を監視し、それらをメディアスケジューリングまたはメディア推奨を支援してもよい視聴者パラメータに変換するように構成されてもよい。いくつかの実施形態では、メディアプランナは、ユーザと関連付けられる他の電子カレンダーまたは携帯用デバイスに接続するように、およびこれらの手段を通して視聴者習慣および／または視聴者選好を監視するように構成されてもよい。例えば、ユーザに家の建設業者とのスケジューリングされたミーティングがある場合、メディアプランナは、ユーザが家の改修に関心があることを決定するために、この情報を使用してもよく、家の修繕の番組、または近くのホームセンターでのワークショップ等の、このトピックに関連するコンテンツをスケジューリングするか、または推奨してもよい。別の実施例として、ユーザにスケジュールされたコンサートがある場合、メディアプランナは、ユーザがそのコンサートでのミュージシャンまたは音楽の種類に関心があることを決定するために、この情報を使用し、それに応じて、コンテンツまたは他のイベントさえもスケジューリングするか、または推奨してもよい。例えば、ミュージシャンのベストヒットが、ユーザのスケジューリングされたコンサートへの移動時間中の消費のために、自動的に推奨されてもよい。
【００７１】
いくつかの実施形態では、ユーザプロファイルは、手動および自動技法の組み合わせによって生成されてもよい。ユーザは、選好および習慣に関する一連の一般的な質問に答えてもよく、メディアプランナは、ユーザプロファイルを自動的に生成するために、これらの回答を使用してもよい。いくつかの実施形態では、メディアプランナは、ユーザ選好、習慣、および対話を監視することによって、これらの回答を補完してもよい。
【００７２】
いくつかの実施形態では、ユーザプロファイルは、ユーザが消費することを許可されているコンテンツの種類、および／またはユーザがコンテンツスケジューリングのために利用可能なタイムスロットに関して、制限を含有してもよい。これらの制限は、ユーザ選好の一部として、またはペアレンタルコントロールの一部として実装されてもよい。
【００７３】
メディアプランナは、メディアをスケジューリングする、および／または推奨するためにユーザプロファイルを利用してもよい。ユーザプロファイルは、１つ以上のサブプロファイルを備えてもよい。これらのサブプロファイルは、以下でさらに詳細に説明される。メディアプランナは、いくつかの方法で視聴者を識別してもよい。いくつかの実施形態では、ユーザがメディアプランナまたは関連メディア提示システムにアクセスするか、またはそれをオンにする時に、ユーザは、プロファイルに手動でログインしてもよい。この手動ログイン手順は、個人識別番号またはパスワード等のコードを入力することを含んでもよい。いくつかの実施形態では、指紋スキャナ、虹彩スキャナ、または音声認識システム等の生体認証システムが利用されてもよい。
【００７４】
いくつかの実施形態では、視聴者識別は、自動的であってもよい。例えば、特定のユーザがしばしば、携帯電話、スマートフォン、またはＢｌｕｅｔｏｏｔｈ（登録商標）対応型デバイス等の無線で通信するように構成される特定の携帯用電子デバイスを持ち歩く場合、携帯用デバイス（または拡大解釈するとユーザ）の存在が、ユーザの存在を識別してもよい。いくつかの実施形態では、単に携帯用デバイスを取得することによって、別のユーザがプロファイルにアクセスすることを防止するように、後続の手動識別設定が実装されてもよい。
【００７５】
携帯用デバイスはまた、メディア提示システムの役割を果たしてもよい。いくつかの実施形態では、ユーザは常に、特定の携帯用デバイスと関連付けられてもよく、ユーザプロファイルにログインする必要がなくてもよい。いくつかの実施形態では、ユーザは、コード入力または生体認証を介して、手動でログインする必要があってもよい。
【００７６】
ユーザプロファイルは、異なる種類の情報または１つ以上の異なるサブプロファイルを含有してもよい。これらの異なる情報種類またはサブプロファイルのそれぞれは、ユーザの視聴選好または習慣のうちの１つ以上と関連付けられてもよい。例えば、ユーザプロファイルは、ユーザが好むメディアの種類、ユーザが好む１つまたは複数のメディアソース、またはユーザが好むメディアのジャンルを含有してもよい。随意で、ユーザプロファイルは、どれだけ長くユーザがコンテンツを視聴する傾向があるか、ユーザがコンテンツを視聴するためにどのデバイスを使用することを好むか、およびユーザがコンテンツを視聴する傾向がある時間等の、ユーザの視聴習慣に関する情報を含んでもよい。
【００７７】
ユーザプロファイルは、メディア種類選好サブプロファイルを含有してもよい。このサブプロファイルは、メディア種類（例えば、映画、音楽、エピソードから成る番組、ウェブキャスト、ポッドキャスト、ゲーム等）、メディアソース（例えば、放送、オンデマンド、有料番組、オンライン／インターネット等）、メディアの長さ、ジャンル（例えば、アクション、コメディ、ドキュメンタリ、リアリティ、スポーツ、ニュース等）、作成者／参加者（例えば、俳優／女優、プロデューサ、作家、司会者等）、および形式（例えば、高解像度、オーディオ、テキスト等）を備えてもよい。
【００７８】
ユーザプロファイルはまた、ユーザが特定の時間に楽しむ可能性が高いコンテンツの種類に関する情報を含有する、ムードサブプロファイルを含んでもよい。この情報は、ユーザが特定の時間に好む、特定のコンテンツ種類（例えば、音楽またはビデオ）または特定のコンテンツジャンル（例えば、アクション、ドラマ、コメディ等）を含んでもよい。図８は、コンテンツ種類に基づくユーザムードプロファイルの例示的実施例を図示する。例えば、ユーザは、早朝に発話の形態の純オーディオコンテンツを好んでもよい（例えば、ニュース、トーク番組等）。午前半ばから昼前に、ユーザはまた、発話に加えて音楽を好み始めてもよい。昼休み中に、ユーザは、ビデオおよびオーディオを好んでもよいが、昼食後、ユーザは、音楽および発話のみを好んでもよい。ユーザが家に到着すると、ユーザは、オーディオコンテンツを一休みして、ユーザが就寝前にいくらかの音楽を好む場合がある時に、深夜までビデオコンテンツ（音楽を同伴する）を見ることを望んでもよい。
【００７９】
図１０は、コンテンツジャンルに基づくユーザムードプロファイルの例示的実施例を図示する。例えば、朝に、ユーザは、朝および午後のニュースおよびスポーツコンテンツを好んでもよい。ユーザが家に到着すると、ユーザは、最初にニュースの代わりにアクションおよびコメディを好んでもよく、少し後に、ユーザは、ドラマも好み始めてもよい。最後に、ユーザは、現実関連のコンテンツを好み始めながら、アクション、ドラマ、最終的にはスポーツおよびコメディに飽きてもよい。メディアプランナアプリケーションは、ユーザの代わりにメディアイベントを自動的に推奨するか、またはスケジューリングするために、プロファイルおよびサブプロファイルのうちのいずれかを使用してもよい。
【００８０】
ユーザプロファイルはまた、１つ以上のアクセス可能性選好サブプロファイルを含有してもよい。このサブプロファイルは、特定の時間にユーザに利用可能であってもよいデバイス、特定の時間にユーザに利用可能な接続性、および所与の時間にユーザが可能な注意に関する情報を含んでもよい。
【００８１】
ラップトップ／ノートブックコンピュータ、携帯用メディアプレーヤ、および携帯電話またはスマートフォン等の強力な携帯用電子デバイスの導入は、ユーザが、家庭外の場所で、記憶された、またはストリーミング配信されるメディアコンテンツにアクセスすることが可能であってもよいことを意味する。同様に、家庭内の複数のコンテンツ送達デバイスの出現は、ユーザが家庭内の複数の場所からコンテンツを消費するというオプションを有することを意味する。ユーザが特定の時間に利用可能な特定のコンテンツ送達デバイスに関する情報は、統一コンテンツスケジュールを構築するために有用であってもよい。図１１は、デバイスアクセス可能性サブプロファイルの例示的実施例を図示する。図１１に示されるように、ユーザが家にいる時に、ユーザは、朝および夜に全ての利用可能なデバイスにアクセスできてもよい。ユーザの通勤および帰宅中に、ユーザは、携帯電話、携帯用メディアプレーヤ、およびカーオーディオシステムのみにアクセスできてもよい。仕事中、ユーザは、電話、携帯用メディアプレーヤ、および／またはラップトップのみにアクセスできてもよい。ユーザがジムに行く場合、ユーザは、電話および携帯用メディアプレーヤのみにアクセスできてもよい。
【００８２】
いくつかの実施形態では、コンテンツ送達デバイスの可用性は、近接性に基づいてもよい。例えば、いくつかの家庭は、居間に主要なテレビ、寝室に２次ディスプレイ、台所にオーディオシステム、およびホームオフィスにコンピュータを有してもよい。ユーザは、オーディオシステムを聴いて台所で早朝を過ごし、主要なテレビを見て、またはコンピュータを使用して居間またはホームオフィスで夜を過ごし、２次ディスプレイを見て寝室で深夜を過ごしてもよい。
【００８３】
同様に、コンテンツ送達デバイスの可用性はまた、実際の利用に基づいてもよい。ユーザは、所与の時間に複数のコンテンツ送達デバイスに実際にアクセスできてもよいが、ユーザは、典型的には、同時に１つまたは２つのみを使用してもよい。図１２は、実際の利用に基づくデバイス可用性の例示的実施例を図示する。朝に、ユーザは主に、コンピュータを使用するためにホームオフィスに数回短時間移動しながら、オーディオを聴いて台所にいてもよい。通勤中、ユーザは、カーオーディオシステムを聴いて時間を費やしてもよい。仕事中、ユーザは主に、午後に時々携帯電話を使用しながら、ラップトップに時間を費やしてもよい。昼休み中、ユーザは、携帯用メディアプレーヤをジムに持って行ってもよい。帰宅中、ユーザは、カーオーディオシステムを聴くとともに、携帯電話を使用していてもよい。いったんユーザが帰宅すると、ユーザは、台所でオーディオシステムを聴きながらそこで夕食を準備するが、主要なテレビを見て居間で時間の大部分を費やしてもよい。居間での夕食後、ユーザは、時々ホームオフィスのコンピュータのところへ行きながら、居間に残ってもよい。最後に、ユーザは、寝室に引っ込んで、そこでテレビを見るか、またはベッドからラップトップを使用してもよい。メディアプランナアプリケーションは、いくつかの実施形態では、メディアシステム（例えば、図４のシステム４００）内のメディアデバイスの全ての利用を監視し、デバイスアクセス可能性サブプロファイルを自動的に生成してもよい。
【００８４】
異なるメディアデバイスが、異なる種類のメディアコンテンツ形式と互換性があってもよいため、別のユーザサブプロファイルは、デバイス形式互換性テーブルを含んでもよい。図１３は、記憶装置３０８（図３）に記憶されてもよい、例示的なデバイス形式互換性テーブル１３００を示す。表１３００が示すように、異なるコンテンツ送達デバイスが、異なるコンテンツ形式をサポートしてもよい。例えば、テレビは、標準および高解像度ビデオ形式の一方または両方、およびステレオまたはサラウンドオーディオの一方または両方をサポートすることが可能であってもよいが、Ｈ．２６４ビデオ形式をサポートすることが可能ではなくてもよい。同様に、携帯用メディアプレーヤは、Ｈ．２６４ビデオおよびステレオオーディオ形式をサポートすることのみが可能であってもよい。
【００８５】
別のユーザプロファイルサブプロファイルは、時間の関数としてのコンテンツ送達デバイスの接続能力に関する情報を含有する、接続性プロファイルであってもよい。図１４は、接続性サブプロファイルの例示的実施例を図示する。いくつかの実施形態では、ホームネットワーク内のデバイスは、常に接続されていると見なされる。ユーザが家にいない時、デバイスネットワーキングおよび接続能力に応じて、ユーザが持ち運ぶ携帯用メディアデバイスは、接続されてもされなくてもよい。ユーザの通勤中および／またはジムにいる時等の、ユーザが家にいない時間にわたって、携帯電話、メディアプレーヤ、または他のデバイスを介した送達のために、メディアプランナアプリケーションがコンテンツをスケジューリングしてもよいため、メディアプランナアプリケーションは、スケジューリングされたコンテンツが適切な時間に携帯用デバイスで利用可能であることを確実にしてもよい。いくつかの実施形態では、スケジューリングされたコンテンツは、スケジューリングされた時間の前の事前に決められた時間に携帯用デバイス上に事前にロードされてもよい。例えば、コンテンツは、ユーザがホームネットワーク内にいる時に、１つ以上の携帯用デバイス上に事前にロードされてもよい。この実施形態では、ユーザの通勤および帰宅中、ならびにユーザがジムにいる時にユーザに送達されるようにスケジューリングされるコンテンツは、ユーザが家にいる前夜または朝に、１つまたは複数の携帯用デバイス上に事前にロードされてもよい。随意で、スケジューリングされたコンテンツを携帯用デバイス上に事前にロードできることをメディアプランナが確実にすることができるように、メディアプランナアプリケーションは、携帯用デバイスをネットワーク、メディアプランナ、またはネットワーク上の別のデバイスに物理的に接続するように、ユーザに催促することが可能であってもよい。
【００８６】
いくつかの実施形態では、メディアプランナアプリケーションは、例えば、セルラーまたはモバイルデータネットワーク、あるいは無線または有線ネットワークを介して、家庭外で携帯用デバイスにアクセスすることが可能であってもよい。これらの実施形態では、メディアプランナアプリケーションは、接続が利用可能である時に、リアルタイムで、またはコンテンツがスケジューリングされる直前に、スケジューリングされたコンテンツを携帯用デバイスに送達してもよい。いくつかの実施形態では、メディアプランナアプリケーションは、能動的または受動的に、１つ以上のコンテンツ送達デバイスの接続性を監視してもよい。例えば、メディアプランナアプリケーションは、各コンテンツ送達デバイスが接続されているか否かを決定するように、能動的にそれにクエリを行おうとしてもよい。これらのクエリは、ユーザによって設定される、または自動的に設定される時間間隔に従って、周期的に行われてもよい。いくつかの実施形態では、これらのクエリは、デバイスまたはスケジュール更新の経過中に行われてもよい。いくつかの実施形態では、メディアプランナアプリケーションは、接続性を決定するために、コンテンツ送達デバイストラフィックを受動的に監視してもよい。例えば、特定のコンテンツ送達デバイスがスケジュール更新についてメディアプランナアプリケーションにクエリを行う場合、またはユーザが特定のコンテンツ送達デバイスからメディアプランナアプリケーションにアクセスする場合には、メディアプランナアプリケーションは、特定のコンテンツ送達デバイスが接続されていることを決定してもよい。
【００８７】
図１５は、接続性サブプロファイルを構築し、維持するための例示的な過程を図示するフローチャートである。第１に、接続性サブプロファイルがアクセスされてもよく（ステップ１５０２）、例えば、接続性サブプロファイルは、記憶装置３０８（図３）上で個別に、またはユーザプロファイルの一部として記憶されてもよく、処理回路３０６（図３）によってアクセスされてもよい。接続性サブプロファイルは、ユーザがスケジューリングしたまたはシステムがスケジューリングしたメディアイベントの結果としてアクセスされてもよく、あるいはユーザ設定またはシステム生成選好に従って周期的にアクセスされてもよい。接続性サブプロファイルにアクセスすると、接続性サブプロファイルにおいて未接続として示されるデバイスから最近の期間内にデータが受信されているか否かが決定されてもよい（ステップ１５０４）。最近の期間は、ユーザによって設定またはシステムによって生成されてもよい。もしそうであれば、接続性サブプロファイルは、未接続デバイスの状態を変更するようにステップ１５１４で更新されてもよい。いくつかの実施形態では、デバイスの状態を変更するために、特定の期間にわたって数回、データが受信されてもよい。データが未接続として示される１つ以上のデバイスから受信されなかった場合、データが最近、接続性サブプロファイルにおいて「接続済」として示される１つ以上のデバイスから受信されたか否かが決定される（ステップ１５０６）。もしそうであれば、必要な場合に接続性サブプロファイルが更新される（ステップ１５１４）。「接続済」として示される少なくとも１つのデバイスが、最近データを送信していない場合、１つ以上のクエリが少なくとも１つの「接続済」デバイスに送信されてもよい（ステップ１５０８）。例えば、クエリは、ｐｉｎｇまたは確認要求の形態を成してもよい。少なくとも１つの「接続済」デバイスが１つ以上のクエリに応答する（ステップ１５１０）場合には、必要であれば接続性サブプロファイルが更新されてもよい（ステップ１５１４）。もしそうでなければ、複数のクエリが送信されているか否かが決定されてもよい（ステップ１５１２）。もしそうでなければ、さらなるクエリが少なくとも１つの「接続済」デバイスに送信されてもよい（ステップ１５０８）。複数のクエリが送信されている場合には、接続性サブプロファイルは、少なくとも１つの「接続済」デバイスがもはや接続されていないことを示すように更新されてもよい（ステップ１５１４）。いくつかの実施形態では、複数のクエリが、ユーザ特定またはシステム特定期間にわたって行われてもよく、クエリの数は、ユーザによって特定またはシステムによって特定されてもよい。接続性サブプロファイルが更新された後、過程はステップ１５０２に戻ってもよい。
【００８８】
いくつかの実施形態では、メディアプランナアプリケーションは、コンテンツを携帯用デバイスに直接送達しなくてもよい。代わりに、メディアプランナは、コンテンツへのポインタを携帯用デバイスに送達してもよい。次いで、携帯用デバイスは、携帯用デバイス上のローカル記憶装置の中へロードするために、コンテンツに自動的にアクセスしてもよく、またはメディアストリームと同様にリアルタイムでコンテンツに直接アクセスしてもよい。この後者の実装は、ユーザがリアルタイムで視聴するか、または聴くことを希望する、放送またはライブイベントに特に有用であってもよい。
【００８９】
他のユーザプロファイルのサブプロファイルが、ユーザに直接関連してもよい。そのようなサブプロファイルの一実施例は、特定の時間にユーザが何をしていてもよいか、または特定の時間にどのようなデバイスをユーザが使用している可能性が高いかに関する情報を含有する、注意サブプロファイルであってもよい。この情報は、メディアプランナアプリケーションが適切な時間に適切な種類のコンテンツをスケジューリングすることができるために、有用であってもよい。例えば、メディアプランナアプリケーションは、ユーザの通勤中にユーザに対するコンテンツをスケジューリングしてもよい。スケジューリングされるコンテンツは、通勤の詳細に応じて異なってもよい。例えば、ユーザが公共交通機関を介して通勤する場合、メディアプランナは、通勤のためにオーディオ、ビデオ、または他のコンテンツをスケジューリングしてもよい。しかしながら、ユーザが車を運転することによって通勤する場合、ビデオまたは他の双方向性コンテンツが適切ではない場合があり、メディアプランナは、オーディオ型コンテンツのみをスケジューリングしてもよい。
【００９０】
ユーザ注意サブプロファイルはまた、どれだけ長くユーザが特定のコンテンツまたは特定の種類のコンテンツに注意を払う傾向があるかに関する情報を含んでもよい。例えば、ユーザは、より長いコンテンツと対比して、比較的短い（例えば、３０分未満）コンテンツを好んでもよい。ユーザのコンテンツ長さ選好はまた、コンテンツ種類に従って変化してもよい。例えば、ユーザは、３０分から１時間の間、ビデオ番組を見て、オーディオ発話（例えば、トーク番組、ニュース等）を聴くことを好んでもよいが、音楽を１５分以下聴くことを好んでもよい。同様に、ユーザは、ポップまたはロック音楽を１０分以下聴くことを好むが、クラシック音楽を３０分以上聴くことを好んでもよい。
【００９１】
メディアコンテンツ推奨は、いくつかの方法でメディアプランナアプリケーションによってユーザに行われてもよい。いくつかの実施形態では、メディアプランナアプリケーションは、ユーザプロファイルおよびサブプロファイルに少なくとも部分的に基づいて、独自の推奨を生成してもよい。メディアプランナアプリケーションは、自動的に、またはユーザ要求に応じて、推奨を生成してもよい。随意で、メディアプランナアプリケーションは、他のソースからメディア推奨を取得してもよい。例えば、システムオペレータまたは第三者コンテンツプロバイダが、メディアを推奨してもよく、メディアプランナアプリケーションは、メディア推奨についてシステムオペレータまたはコンテンツプロバイダにクエリを行ってもよい。メディア推奨はまた、オンラインメディアおよび／または推奨ソースから利用可能であってもよい。これらのオンラインソースは、ウェブログ（ブログとしても知られている）、ユーザまたはファンフォーラム、ニュースウェブサイト、レビューウェブサイト、ソーシャルネットワーキングウェブサイト、およびオンラインコンテンツの他のウェブサイトまたはソースを含んでもよい。メディアプランナアプリケーションは、メディア推奨についてこれらのオンラインソースを検索してもよい。随意で、メディアプランナアプリケーションは、自動的に、またはユーザの要求により、推奨またはコンテンツを受信するために、これらのオンラインソースのうちの１つ以上に登録してもよい。
【００９２】
いくつかの実施形態では、メディアプランナアプリケーションは、メディアプランナによって生成されるローカル推奨、および他のソースから取得される推奨を含んでもよい、推奨コンテンツのリストを生成してもよい。推奨コンテンツのリスト上の各アイテムは、コンテンツパラメータ（例えば、ソース、種類、長さ、ジャンル等）に、および／またはどれだけ密接に１つ以上のユーザ選好に合致するかに基づいて、分類および／またはランク付けされてもよい。メディアプランナは、分類および／またはランク付けされた推奨コンテンツリストに基づいて、コンテンツ推奨を行ってもよい。随意で、メディアプランナアプリケーションは、現在の状態（例えば、現在の時間）またはユーザ入力に基づいて、推奨コンテンツリストの中のアイテムを動的に再ランク付けしてもよい。いくつかの実施形態では、メディアプランナアプリケーションは、推奨コンテンツリストの中の全てのアイテムを動的に再ランク付けし、最高ランクのコンテンツアイテムのうちの１つ以上をユーザに推奨として提供してもよい。いくつかの実施形態では、メディアプランナアプリケーションは、推奨コンテンツリストをフィルタにかけて、コンテンツアイテムの一部を生成し、一部の中のアイテムをランク付けし、次いで、一部の中の最高ランクのアイテムのうちの１つ以上をユーザに推奨として提供してもよい。
【００９３】
図１６は、例示的な推奨過程１６００を図示するフローチャートである。いくつかの実施形態では、この推奨過程は、メディアプランナアプリケーションによって実行されてもよい。ユーザによって、またはシステムによって、推奨またはコンテンツ検索が要求されると（ステップ１６０２）、最初に、定義されたユーザプロファイルがあるか否かが決定される（ステップ１６０４）。もしそうであれば、上記で説明されるようなデバイスアクセス可能性、接続性、デバイス利用、および／またはユーザムード等の関連ユーザパラメータを決定するように、ユーザプロファイルがアクセスされる（ステップ１６０６）。これらのパラメータは、１つ以上のサブプロファイルに記憶されてもよい。ユーザプロファイルが定義されていない場合には、システムデフォルトプロファイルがアクセスされる（ステップ１６０８）。システムデフォルトプロファイルは、ユーザプロファイルの中のものと同様のパラメータを含有してもよいが、例えば、システムオペレータによって設定されてもよい。いくつかの実施形態では、１人以上のユーザが、システムデフォルトプロファイルを修正することが可能であってもよい。次に、ローカル推奨リストが利用可能であるか否かが決定される（ステップ１６１０）。もしそうであれば、推奨リストがアクセスされてもよく（ステップ１６１２）、上記で決定されるユーザパラメータに少なくとも部分的に基づいて、１つ以上の好適なコンテンツ推奨が推奨リストから決定されてもよい。いくつかの実施形態では、ローカル推奨リストが利用可能であるか否かにかかわらず、次のステップは、コンテンツ検索決定ステップ１６１４である。ステップ１６１４では、利用可能なコンテンツの検索が必要であるか、または所望されるか否かが決定されてもよい。例えば、ユーザがコンテンツ検索を明示的に要求した場合、検索が行われる。１つ以上の好適なコンテンツ推奨がステップ１６１２で見出された場合には、コンテンツ検索は必要でなくてもよい。しかしながら、ステップ１６１２で、好適なコンテンツ推奨が見出されなかった場合、またはローカル推奨リストが利用可能ではない場合、コンテンツ検索が必要であってもよい。
【００９４】
ステップ１４での決定が、コンテンツ検索が行われるべきであるという場合、最初に、検索基準が提供されているか否かが決定される（ステップ１６１６）。例えば、ユーザが検索を要求した場合、ユーザはまた、１つ以上の検索条件を提供していてもよい。検索基準は、コンテンツ種類、ジャンル、長さ、またはコンテンツと関連付けられる任意の他のパラメータ等のパラメータを含んでもよい。検索基準がステップ１６１６で提供されていることが決定された場合、１つ以上の好適なコンテンツ推奨を決定するように、提供された検索基準に少なくとも部分的に基づくコンテンツ検索がステップ１６２０で行われてもよい。他方で、検索基準がステップ１６１６で提供されていないことが決定された場合には、検索基準は、ステップ１６１８で自動的に生成されてもよい。検索基準の自動生成は、上述のユーザまたはシステムデフォルトプロファイルに含有されるユーザパラメータに少なくとも部分的に基づいてもよい。いったん検索基準が生成されると、１つ以上の好適なコンテンツ推奨を決定するように、生成された基準に基づくコンテンツ検索がステップ１６２０で行われる。
【００９５】
ステップ１６２０後に、またはステップ１６１４での決定が、コンテンツ検索が行われないという場合、コンテンツ推奨が他のソースから収集されるべきであるか否かが決定される（ステップ１６２２）。推奨を収集することができる他のソースは、システムオペレータ、第三者コンテンツプロバイダ、あるいは他のオンラインソースおよび／またはコミュニティを含む。ステップ１６２２での決定が肯定的である場合には、コンテンツ推奨がステップ１６２４で収集されてもよい。推奨が収集された後、またはステップ１６２２での決定が推奨を収集しないことであった場合、ステップ１６２６で、コンテンツ検索の結果および収集された推奨に基づいて、ローカル推奨リストが更新されてもよい。代替として、ローカル推奨リストがステップ１６１０で利用可能ではなかった場合には、コンテンツ検索の結果および収集された推奨に基づいて、新しいローカル推奨リストが作成されてもよい。
【００９６】
いくつかの実施形態では、１つ以上の好適なコンテンツ推奨が見出された場合、１つ以上の最良の推奨が提示のために選択されてもよい（ステップ１６２８）。ユーザが推奨を要求していた場合には、選択された１つ以上の最良の推奨がユーザに提供されてもよい。代替として、推奨／コンテンツ検索が自動的に開始された場合には、選択された最良の推奨が自動的にユーザスケジュールに挿入されるか、または単にローカル推奨リストに組み込まれてもよい。選択は、推奨コンテンツパラメータをユーザプロファイルおよび選好情報と比較し、加重スコアを各コンテンツに割り当て、最高スコアのコンテンツのうちの１つ以上を選択することによって行われてもよい。いくつかの実施形態では、ステップ１６１２でのローカル推奨リスト検索、ステップ１６２０でのコンテンツ検索、ステップ１６２４での推奨収集は、別々に有効化または無効化されてもよい。例えば、いくつかの実施形態では、他のソースからの推奨が決して収集されなくてもよく、ローカル推奨およびコンテンツ検索のみが行われる。いくつかの実施形態では、推奨の要求が行われたか否かとは無関係に、コンテンツ検索および推奨収集ステップ（Ｈ２０およびＨ２４）が、所定または動的な時間間隔で行われてもよい。例えば、コンテンツ検索は、毎時間または毎日行われるように設定されてもよい。同様に、他のソースからの推奨は、１５分または６時間ごとに収集されてもよい。これらの時間間隔は、ユーザによって設定され、システムによって設定され、またはシステムとのユーザ対話に基づいて動的に調整されてもよい。
【００９７】
いくつかの実施形態では、推奨は、１つより多くのユーザプロファイルに基づいて生成されてもよい。例えば、それぞれユーザプロファイルを伴う２人の友人が、特定の時間にメディアコンテンツを一緒に消費することを楽しんでもよい。コンテンツは、両方のユーザプロファイルに基づく時間にわたって推奨され、および／またはスケジューリングされてもよい。いくつかの実施形態では、特異的に友人の選好を表す合同ユーザプロファイルがあってもよく、推奨は、２つの別個のユーザプロファイルに加えて、またはそれらの代わりに、合同ユーザプロファイルに少なくとも部分的に基づいて生成されてもよい。ユーザプロファイルは、記憶装置３０８（図３）の中またはネットワーク記憶デバイス上に記憶され、承認ユーザによってアクセスされてもよい。例えば、ユーザは、ユーザのプロファイルにアクセスするように、承認ユーザとしてユーザの友人を指定してもよい。
【００９８】
いくつかの実施形態では、ユーザが通常コンテンツを消費する、スケジュールタイムスロットが利用可能である場合、推奨メディアコンテンツは、そのタイムスロットにわたって自動的にスケジューリングされてもよい。随意で、コンテンツが自動的にスケジューリングされると、フィードバッププロンプトがユーザに提供されてもよい。コンテンツが自動的にスケジューリングされる時、ユーザが自動的にスケジューリングされたコンテンツを選択する時、またはそうでなければ、ユーザがさらなる情報を取得すること、または自動的にスケジューリングされたコンテンツを修正することを希望すると示す時に、フィードバックプロンプトがユーザに提示されてもよい。フィードバッププロンプトは、ユーザが自動的にスケジューリングされたコンテンツをキャンセルするオプション、全ての自動的にスケジューリングされたコンテンツをキャンセルするオプション、自動的にスケジューリングされたコンテンツを容認するオプション、全ての自動的にスケジューリングされたコンテンツを容認するオプション、自動的にスケジューリングされたコンテンツを再びスケジューリングするオプション、他の同様のコンテンツを検索するオプション、他の推奨コンテンツを検索するオプション、または前述のオプションの組み合わせを含んでもよい。いくつかの実施形態では、他のコンテンツを検索するオプションは、所望のコンテンツ種類、ソース、長さ、ジャンル、またはコンテンツと関連付けられる任意の他のパラメータを選択するためのオプションを含んでもよい。
【００９９】
いくつかの実施形態では、自動的にスケジューリングされたコンテンツは、ユーザが特に示さない限り、容認されると自動的に見なされてもよい。いくつかの実施形態では、多重コンテンツイベントがタイムスロット内で自動的に推奨され、スケジューリングされてもよい。これらの実施形態では、ユーザが特に示さない場合に他のコンテンツイベントの代わりに自動的に提示される、デフォルトコンテンツイベントが指定されてもよい。デフォルトコンテンツイベントの決定は、どれだけ高く種々のコンテンツイベントオプションが推奨または評定されるか、またはそれらがどれだけ密接にユーザ選好に合致するかを評価することによって、行われてもよい。例えば、バスケットボールの試合およびホッケーの試合が、同じタイムスロットにわたって推奨され、スケジューリングされてもよい。ユーザがバスケットボールよりもホッケーを見ることを好むと過去に示している場合には、ホッケーの試合がデフォルトコンテンツとして指定されてもよい。
【０１００】
いくつかの実施形態では、上記で論議される推奨手順に従って、広告が提供されてもよい。ユーザは、ユーザが閲覧することを希望する推奨広告を選択することが可能であってもよく、または推奨広告が自動的に提示されてもよい。いくつかの実施形態では、推奨広告は、スケジューリングされたメディアイベントに自動的に組み込まれてもよい。
【０１０１】
図１７は、メディアイベントをスケジューリングするための例示的過程１７００を示す。上記で説明されるユーザプロファイル情報および推奨情報を使用して、１人以上のユーザに対するメディアコンテンツスケジュールが構築され、データ投入されてもよい。メディアコンテンツスケジュールは、処理回路３０６（図３）上で実行されるメディアプランナアプリケーションによって構築され、データ投入されてもよい。スケジュールは、記憶装置３０８（図３）の中またはネットワーク記憶デバイスの上に記憶されてもよい。コンテンツがどのようにスケジューリングされるかに関して、いくらかの融通性があってもよい。いくつかの実施形態では、ユーザ設定スケジュールが改変されなくてもよい。例えば、ユーザが、特定のタイムスロットにわたって特定の番組またはコンテンツを特異的にスケジューリングする場合、いくつかの実施形態では、メディアプランナは、そのタイムスロットにわたって異なるコンテンツをスケジューリングすることが可能ではなくてもよい。しかしながら、他の実施形態では、メディアプランナは、そのタイムスロットにわたって異なるコンテンツを提案または推奨することが可能であってもよく、または代替として、システム推奨イベントでユーザ作成メディアイベントを自動的に上書きしてもよい。
【０１０２】
ユーザがスケジューリングしたメディアイベントのほかに、コンテンツは、極めて融通性のある方式で、利用可能なタイムスロットへとスケジューリングされてもよい。いくつかの実施形態では、利用可能なタイムスロットが調べられ、それらのタイムスロット内でスケジューリングする最良のコンテンツが決定される。この決定は、ソース、性質、コンテンツの長さ、ユーザプロファイルおよびサブプロファイル、および／またはメディア推奨等のいくつかの要因に基づいて決定されてもよい。いくつかの実施形態では、スケジューリング決定は、複数のユーザプロファイルに基づいて行われてもよい。
【０１０３】
各スケジューリングされたメディアイベントまたは推奨は、デバイス４０２、４０４、および４０６（図４）等の特定のコンテンツ送達デバイスと関連付けられてもよい。例えば、ユーザが特定のメディアイベントをスケジューリングする時、ユーザは、そこからイベントが提示される、またはメディアイベントが送達されるデバイスを選択してもよい。いくつかの実施形態では、ユーザは、特定のメディアイベントが複数のデバイスから同時に提示されることを選択してもよい。ユーザが特定のメディアイベントのために提示デバイスを選択しない場合、またはメディアイベントが自動的にスケジューリングされる時、デバイス可用性および接続性等のユーザプロファイル要素に基づいて、メディアイベントのための適切な提示デバイスが自動的に選択されてもよい。いくつかの実施形態では、ユーザは、異なるデバイスから特定のデバイス上で提示されるように、メディアイベントをスケジューリングすることが可能であってもよい。例えば、ユーザは、居間のテレビおよび／または台所のオーディオシステム上で提示されるように、メディアイベントをスケジューリングするために、携帯電話またはラップトップを使用してもよい。いくつかの実施形態では、（デバイス可用性および接続性サブプロファイルから決定されるように）利用可能ではない、または接続されていないデバイスは、そのタイムスロット中の潜在的な送達デバイスとしての考慮から自動的に除去されてもよい。
【０１０４】
いくつかの実施形態では、ユーザは、特定のタイムスロットにわたってメディアイベントを直接スケジューリングしてもよい。随意で、ユーザはまた、特定のデバイスに対するメディアイベントをスケジューリングしてもよい。ユーザ対話が最初に、例えば、図３のユーザ入力インターフェース３１０を介して受信される時（ステップ１７０２）、対話の性質は最初に、例えば、処理回路３０６（図３）によって決定される。ユーザが番組を追加または削除することによってスケジュールを変更しようとしている場合（ステップ１７０４）、最初に、ユーザが番組を追加または削除することを希望するか否かが決定される（ステップ１７０６）。ユーザが番組を削除している場合には、例えば、記憶装置３０８（図３）に記憶されたユーザプロファイルおよび推奨は、ステップ１７２４で削除された番組に基づいて更新される。ユーザが番組を追加している場合、そのタイムスロットにおけるユーザの起こり得る状態を決定するように、ユーザプロファイルがアクセスされる（ステップ１７０８）。具体的には、記憶されたユーザプロファイルは、利用可能であってもよいデバイス、デバイスの接続性、どのようなデバイスにユーザが注意を払っている可能性が高いか、およびどのような種類のコンテンツをユーザが好む可能性が高いかを決定するために、アクセスされてもよい。この情報に基づいて、ユーザがスケジューリングしたコンテンツの好適性が最初に評価されてもよく、必要であれば、警告および代替物が提供されてもよい（ステップ１７１０）。例えば、ユーザが、朝車で仕事に行く間にビデオコンテンツをスケジューリングしようとする場合、ユーザは、コンテンツがスケジュール通りに視聴できない場合があることを、表示３１２（図３）を介して処理回路３０６によって警告されてもよく、ビデオ番組の代わりにオーディオコンテンツが推奨されてもよい。同様に、ユーザが、ジムにいる時に視聴するためのビデオコンテンツの高解像度バージョンをスケジューリングしようとする場合、ユーザは、高解像度バージョンが利用可能ではない場合があることを警告されてもよいが、ユーザが利用可能である可能性が高いデバイス、例えば、携帯用メディアプレーヤに好適なコンテンツの低解像度バージョンをトランスコードする、または別様に取得する申し出を提供されてもよい。別の実施例として、ユーザが携帯用デバイス上での提示のためにメディアコンテンツをスケジューリングしようとする場合、ユーザは、携帯用デバイスがメディアコンテンツを現在含有しないならば警告されてもよく、スケジューリングされた提示のための時間内にコンテンツを受信することができない。いくつかの実施形態では、好適なコンテンツ推奨は、警告／提案ステップ１７１０中に決定され、提示されてもよい。１つ以上の推奨コンテンツアイテムが、ユーザプロファイル情報に基づいて、ローカル推奨コンテンツリストから処理回路３０６（図３）によって生成されてもよい。
【０１０５】
ユーザがコンテンツ提案および／または推奨のうちの１つ以上を容認する場合には、ユーザプロファイルおよび推奨は、容認された推奨に少なくとも部分的に基づいてステップ１７２４で更新される。ユーザが提案および／または推奨を拒否する場合、ユーザ要求イベントがスケジューリングされ（ステップ１７１４）、ステップ１７２４では、ユーザプロファイルおよび推奨が、ユーザ要求イベントおよび拒否した提案および／または推奨に基づいて更新されてもよい。この提案過程は、図３の処理回路３０６によって、または図３の処理回路３０６で実行するメディアプランナアプリケーションによって行われてもよい。
【０１０６】
一般に、ユーザは、ユーザが要求する任意のタイムスロットで任意のメディアイベントをスケジューリングすることが許可されてもよい。しかしながら、いくつかの実施形態では、ユーザは、特定のメディアイベントをスケジューリングすること、または特定のタイムスロットでコンテンツをスケジューリングすることを妨げられてもよく、あるいはスケジューリングされたメディアイベントが修正または変更されてもよい。例えば、ユーザのプロファイルに存在するペアレンタルコントロールサブプロファイルは、そのユーザに対する視聴制限を提供してもよい。これらの視聴制限は、ジャンル、評価、タイトル、またはメディアコンテンツと関連付けられる任意の他のパラメータ等のパラメータに基づいて、ユーザが特定の種類のコンテンツを消費することを防止してもよい。
【０１０７】
同様に、これらの視聴制限は、ユーザが朝または夜等の特定のタイムスロットでコンテンツを消費することを防止してもよい。ペアレンタルコントロールサブプロファイルを伴うユーザがコンテンツをスケジューリングしようとすると、特定のコンテンツおよび／またはタイムスロットがペアレンタルコントロールサブプロファイルによって許可されるか否かが決定されてもよい。もしそうであれば、次いで、コンテンツは、そのタイムスロットでスケジューリングされることが許可されてもよい。そうでなければ、ユーザは、そのタイムスロットでコンテンツをスケジューリングすることが許可されない。タイムスロットが許可されないがコンテンツが許可される場合、ユーザは、異なるタイムスロットでコンテンツをスケジューリングするというオプションが提供されてもよい。タイムスロットが許可されるがコンテンツが許可されない場合、ユーザは、そのタイムスロットで代替コンテンツをスケジューリングするオプションが提供されてもよい。この実施形態では、可能な代替コンテンツがユーザに提案または推奨されてもよい。タイムスロットもコンテンツも許可されない場合、利用可能なものがあれば、代替タイムスロットおよび／または代替コンテンツが提案されてもよい。代替コンテンツは、メディアプランナアプリケーションによって特定のコンテンツと同様であると決定される、コンテンツの他の形態を含んでもよい。代替コンテンツはまた、特定のコンテンツの代替バージョンまたは形式を含んでもよい。
【０１０８】
ユーザ対話が、例えば、図３のユーザ入力インターフェース３１０を介して受信されると（ステップ１７０２）、ユーザ対話は、コンテンツ提案、推奨、または自動的にスケジューリングされたコンテンツへの応答であると決定されてもよい。このユーザ応答は、推奨コンテンツに関するさらなる情報の要求、推奨の容認、推奨の拒否、他の同様のコンテンツを検索する要求、または他の推奨コンテンツを検索する要求を含んでもよい。例えば、図３において、処理回路３０６、または処理回路３０６で実行するメディアプランナアプリケーションによるユーザ応答の受信の決定時に（ステップ１７１６）、最初に、ユーザが１つ以上の推奨を容認または拒否することを希望するか否かが決定される（ステップ１７１８）。もしそうであれば、ユーザが推奨を容認または拒否したか否かが決定される。ユーザが推奨を容認する場合、推奨イベントがステップ１７１４でスケジューリングされ、ユーザプロファイルおよび推奨は、ステップ１７２４で容認されたイベントに少なくとも部分的に基づいて更新される。ユーザが推奨を拒否する場合、ユーザプロファイルおよび推奨は、拒否されたイベントに少なくとも部分的に基づいてステップ１７２４で更新される。例えば、ユーザが推奨を容認した場合には、推奨コンテンツが、そのタイムスロットにわたって以前にスケジューリングされたコンテンツに取って代わってもよい。同様に、ユーザが推奨を拒否した場合、推奨は除去されてもよい。
【０１０９】
ユーザ応答が推奨を容認または拒否することに向けられていない場合、ユーザが代わりにコンテンツを検索すること、または推奨を受信することを希望するか否かが決定されてもよい（ステップ１７２０）。もしそうであれば、コンテンツ検索が行われてもよい（ステップ１７２２）。コンテンツ検索は、処理回路３０６（図３）または処理回路３０６（図３）で実行するメディアプランナアプリケーションによって行われてもよい。コンテンツ検索は、コンテンツ推奨を提供することに関して上記で説明されるコンテンツ検索と同様であってもよい。いくつかの実施形態では、ユーザは、ユーザがコンテンツまたは推奨を検索することを希望することを示す時に、検索基準を提供してもよい。これらの実施形態では、コンテンツ検索は、提供された検索基準のみに基づくか、または提供された検索基準およびユーザプロファイル情報の両方に基づいてもよい。ユーザが、ユーザ基準を提供することなく単に推奨を受信することを希望する場合、１つ以上の推奨がローカル推奨リストから提供されてもよい。いくつかの実施形態では、コンテンツ検索はまた、付加的な推奨を決定するように行われてもよい。次いで、検索／推奨結果は、例えば、ディスプレイ３１２（図３）を介してユーザに提供されてもよい。次いで、ユーザプロファイルおよび推奨は、ステップ１７２４で、ユーザ要求検索および／または推奨に少なくとも部分的に基づいて更新されてもよい。
【０１１０】
ユーザ応答が、推奨を容認または拒否すること、あるいはコンテンツまたは推奨を検索することに向けられていなかった場合には、ユーザプロファイルおよび推奨は、ユーザ応答に少なくとも部分的に基づいて、ステップ１７２４で更新されてもよい。同様に、受信されたユーザ対話が、ユーザ要求スケジュール変更、またはメディアプランナ提案、推奨、あるいは自動的にスケジューリングされたコンテンツへのユーザ応答に向けられていない場合には、ユーザプロファイルおよび推奨は、ユーザ応答に少なくとも部分的に基づいて、ステップ１７２４で更新されてもよい。例えば、記憶装置３０８（図３）に記憶された関係データベース内の１つ以上のテーブルが更新されてもよい。
【０１１１】
ユーザは、他の直接および間接的方法で、システム４００およびメディアプランナアプリケーションと対話してもよい。メディアプランナアプリケーションとの直接ユーザ対話は、ユーザ選好を修正すること、または代替および／または推奨コンテンツについてメディアプランナにクエリを行うことを含んでもよい。メディアプランナとの間接的ユーザ対話は、スケジューリングされた、および／または推奨コンテンツを消費することを含んでもよく、また、ユーザが、スケジューリングされた、および／または推奨コンテンツを消費できないことを含んでもよい。間接的ユーザ対話はまた、コンテンツ送達デバイスの利用およびデバイス接続性の監視を含んでもよい。ユーザ習慣も、電子カレンダーまたは位置感知能力を装備した携帯用デバイスを介して監視されてもよい。
【０１１２】
いくつかの実施形態では、コンテンツスケジュールおよび推奨は、自動的に更新されてもよい。自動更新過程は、手動で、または自動的にスケジューリングされてもよい。例えば、更新過程は、毎時間発生してもよい。コンテンツスケジュールおよび推奨が更新されるものである時、それらは、ステップ１７２４で更新されてもよい。例えば、記憶装置３０８（図３）上に記憶された関係データベースの１つ以上のテーブルが、ステップ１７２４で更新されてもよい。
【０１１３】
ユーザ対話が受信されているか否か、または何らかの時点で受信されたユーザ対話の種類にかかわらず、ユーザプロファイル、推奨、およびスケジュールが更新または修正されてもよい。ステップ１７２４では、ユーザプロファイルおよび推奨が更新されてもよい。ユーザ対話が受信された場合には、ユーザプロファイルが最初に更新されてもよい。ユーザプロファイル内に含有される情報および／またはサブプロファイルのうちのいずれかが更新されてもよい。例えば、ユーザが朝にスケジューリングされた推奨コメディビデオイベントを容認した場合、メディアプランナアプリケーションは、ユーザが朝のビデオコンテンツおよびコメディコンテンツに関心があってもよいことを示すように、ユーザムードプロファイルを更新してもよい。同様に、ユーザが、当初スケジューリングされたデバイスとは異なるデバイス上で、スケジューリングされたメディアイベントを見る場合、メディアプランナは、ユーザが、特定のメディアイベントに対して、および／または特定のタイムスロットで異なるデバイスを好むことを示すように、ユーザプロファイルを更新してもよい。いくつかの実施形態では、ユーザプロファイル修正は、ユーザ対話および習慣の履歴データに基づいてもよい。例えば、ユーザ履歴情報は、例えば、ユーザのお気に入りの視聴時間、それらの視聴時間中のお気に入りのジャンル選好、および任意の他の好適な情報に関して、サブプロファイル情報を自動的に生成するために使用されてもよい。
【０１１４】
ステップ１７２４では、推奨コンテンツのリストはまた、例えば、処理回路３０６または処理回路３０６で実行するメディアプランナアプリケーションによって、上記で説明される推奨過程を介して更新されてもよい。ユーザプロファイルが更新されている場合、推奨リストは、任意の新しいユーザプロファイル情報を組み込むように自動的に更新されてもよい。随意で、推奨リストはまた、たとえユーザプロファイルが、例えば、システムオペレータ、第三者コンテンツプロバイダ、および他のオンラインソース等の他のコンテンツソースによって提供される、任意の新しい情報を組み込むように更新されていなくても、更新されてもよい。次いで、更新された推奨は、ユーザに直接、またはスケジュール上で提供されてもよい。
【０１１５】
ユーザプロファイルおよび推奨が更新された後、必要であれば、メディアイベントスケジュールがステップ１７２６で更新されるべきか否か決定が行われてもよい。メディアイベントスケジュールは、ユーザプロファイルが変化した、および／または新しい推奨コンテンツがある場合に更新されてもよい。例えば、ユーザがドラマコンテンツよりもアクションコンテンツを好まないことを示した場合、新しいコンテンツ推奨が行われていてもよく、アクションコンテンツの古い推奨は置換される必要があってもよい。同様に、新しい空のタイムスロットが開いている場合、推奨コンテンツが、これらの空のタイムスロットに対して自動的にスケジューリングされてもよい。イベントスケジュールを更新するために、記憶装置３０８（図３）上に記憶された関係データベース内の１つ以上のテーブルが更新されてもよい。メディアイベントスケジュールが更新される必要がない場合、スケジューリング過程はステップ１７０２に戻ってもよい。メディアイベントスケジュールが更新される必要がある場合、適切なコンテンツ追加および／置換が行われる。これらの推奨および更新は、処理回路３０６（図３）または処理回路３０６（図３）で実行するメディアプランナアプリケーションによって行われてもよい。
【０１１６】
メディアイベントスケジュールが更新される場合には、コンテンツ送達デバイスが更新される必要があるか否かの決定が行われる。例えば、ユーザが、ユーザのラップトップまたは携帯用メディアプレーヤ上で新しいメディアイベントをスケジューリングした場合、メディアプランナは、デバイスが適切な時間にメディアイベントにアクセスできることを確実にする必要があってもよい。しかしながら、接続性サブプロファイルに従って、デバイスが適切な時間に接続されない場合、メディアコンテンツ転送が、できるだけ早い機会にデバイスへとスケジューリングされてもよい。別の実施例として、ユーザは、放送タイムスロット後のタイムスロットで提示されるように、放送メディアイベントをスケジューリングしてもよい。この場合において、メディアプランナアプリケーションは、メディアイベントが記録される（例えば、図３の記憶装置３０８上でローカルに、またはネットワーク記録デバイスあるいはメディアサーバに）か、またはそうでなければ所望の時に提示に利用可能であることを確実にしてもよい。コンテンツ送達デバイスが更新される必要がある場合には、デバイスは、可能であればステップ１７３２で更新される。デバイスが更新される必要がない場合には、スケジューリング過程はステップ１７０２に戻ってもよい。
【０１１７】
いくつかの実施形態では、コンテンツ送達デバイスを更新することは、デバイスに送達されるメディアコンテンツが適切な形式であるか否かを決定することを伴ってもよい。これらの実施形態では、特定のデバイスから送達されるようにスケジューリングされるメディアイベントは、デバイスがサポートできる形式となるべきである。例えば、ユーザが、高解像度をサポートすることができない携帯用メディアプレーヤ上で視聴するために高解像度ビデオをスケジューリングした場合、メディアプランナアプリケーションは、好適な形式のビデオのバージョンが、スケジューリングされた視聴時間で携帯用メディアプレーヤに利用可能であることを確実にする必要があってもよい。
【０１１８】
図１８は、好適な形式のメディアコンテンツをコンテンツ送達デバイスに提供するための例示的な過程１８００を示す。ステップ１８０２では、記憶装置３０８（図３）上に記憶されてもよいコンテンツ送達スケジュールが、アクセスされてもよい。ステップ１８０４では、メディアコンテンツがコンテンツ送達デバイスに送達されるか否かが決定される。これは、コンテンツストリーミングおよび／または事前ローディングとの関連で発生してもよい。例えば、生放送番組が現在のタイムスロットで視聴されるようにスケジューリングされる場合、番組は１つ以上の送達デバイスにストリーム配信されてもよい。しかしながら、録画されたメディアイベントが将来の何らかの時点において携帯用デバイス上で提示されるようにスケジューリングされる場合、メディアイベントは、おそらくスケジューリングされた提示タイムスロットでの接続性の欠如により、提示のしばらく前携帯用デバイスに転送されるか、または事前にロードされる必要があってもよい。この場合において、スケジューリングされた提示タイムスロットの前にメディアコンテンツをデバイスに送達することが望ましくてもよい。ステップＬ０４において、メディアが送達される必要がないことが決定される場合には、過程は、ステップ１８０２に戻ってもよい。いくつかの実施形態では、ステップ１８０２は、周期的に（例えば、１０分、３０分、１時間ごと等）行われてもよく、または自動要求の結果として行われてもよい。ステップ１８０４において、メディアが送達される必要があることが決定される場合、過程はステップ１８０６に続いてもよい。
【０１１９】
メディアが送達される必要がある時、ステップ１８０６では、メディアが送達されるデバイスが決定される。次いで、ステップ１８０８では、どのようなメディア形式をデバイスがサポートするかが決定される。例えば、メディアプランナアプリケーションは、記憶装置３０８（図３）に記憶されてもよい、デバイス形式互換性テーブル１３００（図１３）を調べてもよい。デバイスによってサポートされた形式が決定された後、送達されるメディアコンテンツが１つ以上のデバイスによってサポートされた形式で利用可能であるか否かが決定されてもよい（ステップ１８０８）。可用性の決定は、１つ以上のサポートされた形式のメディアコンテンツが記憶装置３０８（図３）の中等のローカルに記憶されるか否か、および／またはネットワーク記憶デバイスに記憶されるか、あるいはそうでなければ容易にアクセス可能であるか否かに基づいてもよい。メディアコンテンツがデバイスによってサポートされた形式で利用可能である場合には、メディアコンテンツは、即時の提示のために、または将来の提示のために送達デバイス上に記憶するために、コンテンツ送達デバイスに送達されてもよい（ステップ１８１８）。
【０１２０】
他方で、メディアコンテンツがデバイスによってサポートされた形式で利用可能ではない場合、ステップ１８１２では、デバイスによってサポートされた形式のメディアコンテンツの検索が行われてもよい。いくつかの実施形態では、この検索過程は、検索基準が１つ以上のデバイスによってサポートされた形式を含む、推奨／検索過程１６００（図１６）と同様であってもよい。代替として、別の検索過程が使用されてもよい。ステップ１８１２での過程がデバイスによってサポートされた形式のメディアコンテンツを見出す場合には、メディアコンテンツは、ステップ１８１８でコンテンツ送達デバイスに送達されてもよい。もしそうでなければ、メディアコンテンツは、ステップ１８１６でデバイスによってサポートされた形式にトランスコードされてもよい。トランスコーディング過程は、ローカルで（すなわち、デバイス３００（図３）内で）、または遠隔で（すなわち、システム４００（図４）内で）発生してもよい。例えば、処理回路３０６（図３）が、メディアコンテンツをデバイスによってサポートされた形式にトランスコードしてもよい。随意で、トランスコーディング過程は、別のユーザデバイス（例えば、ネットワークメディアサーバ）で発生してもよい。例えば、図４のデバイス４０２、４０４、または４０６のうちのいずれかが、メディアコンテンツをデバイスによってサポートされた形式にトランスコードすることが可能であってもよい。１８１６のトランスコーディングステップの後、デバイスによってサポートされた形式である、結果として生じるメディアコンテンツは、コンテンツ送達デバイスに送達されてもよい。
【０１２１】
本発明の精神および範囲から逸脱することなく、説明されるものの変化例、修正、および他の実装が採用されてもよい。より具体的には、上記で説明される、または参照することにより組み込まれる方法、システム、およびデバイス特徴のうちのいずれかは、本明細書で開示される、または参照することにより組み込まれる任意の他の好適な方法、システム、またはデバイス特徴と組み合わせられてもよい。システムおよび方法は、その精神または本質的特性から逸脱することなく、他の具体的形態で具現化されてもよい。したがって、前述の実施形態は、本発明を限定するよりもむしろ、あらゆる点で例示的と見なされるものである。本明細書で引用される全ての参考文献の教示は、それらの全体で参照することにより本明細書に組み込まれる。
【０１２２】
本発明の上記の実施形態は、限定ではなく例示の目的で提示され、本発明は、以下の請求項のみによって限定される。
【図１】
0005810081.tif 000002
【図２】
0005810081.tif 000003
【図３】
0005810081.tif 000004
【図４】
0005810081.tif 000005
【図５】
0005810081.tif 000006
【図６】
0005810081.tif 000007
【図７】
0005810081.tif 000008
【図８】
0005810081.tif 000009
【図９】
0005810081.tif 000010
【図１０】
0005810081.tif 000011
【図１１】
0005810081.tif 000012
【図１２】
0005810081.tif 000013
【図１３】
0005810081.tif 000014
【図１４】
0005810081.tif 000015
【図１５】
0005810081.tif 000016
【図１６】
0005810081.tif 000017
【図１７】
0005810081.tif 000018
【図１８】
0005810081.tif 000019