(57)【要約】ユーザのメディアコンテンツ視聴活動を計画するためのメディアプランナを提供するためのシステムおよび方法を提供する。メディアプランナは、ユーザ選択可能時間ウィンドウ内で設定される、予定された視聴、録画、または通知を伴うコンテンツの双方向グリッドを含んでもよい。メディアプランナは、プランナグリッド内のコンテンツを優先し、ユーザ機器装置内の利用可能なチューナの数が超過されると自動的に競合を解消してもよい。ユーザの視聴関心に適合する番組もまた、ユーザの不在中に自動的に録画されてもよい。間もなく開始の告知が、現在の番組スケジュールウィンドウ外の番組に対して受信されてもよい。条件付きメディアガイダンスアプリケーション機能が、間もなく開始のアセットと関連する予備利用可能性および属性データに基づいて予定されてもよい。
2009545921.tif 000002
【特許請求の範囲】
【請求項１】
現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択において条件付きメディアガイダンスアプリケーション機能を実行するための方法であって、
番組スケジュールデータを受信するステップであって、前記番組スケジュールデータは、現在の番組スケジュールウィンドウ内で利用可能なメディアコンテンツと関連する、ステップと、
前記現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択に対する予想利用可能性情報を受信するステップと、
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に対する双方向要素を表示するステップであって、前記双方向要素は、前記受信した予想利用可能性情報の少なくとも一部を含む、ステップと、
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に関する条件付きメディアガイダンスアプリケーション機能を予定するステップであって、前記条件付きメディアガイダンスアプリケーション機能は、前記メディアコンテンツ選択の少なくとも１つの属性に条件付けられる、ステップと、
前記メディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入るときを決定するステップと、
前記メディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入った後に、前記少なくとも１つの属性の値を確認するステップと、
前記少なくとも１つの属性の値を確認するステップに応答して、前記条件付きメディアガイダンスアプリケーション機能を実行するステップと
を含む、方法。
【請求項２】
前記メディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入るときを決定するステップは、前記現在の番組スケジュールウィンドウ中のメディアコンテンツと関連する複数の一意の番組識別子にアクセスするステップを含む、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのメディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入るときを決定するステップはさらに、前記メディアコンテンツ選択と関連する一意の番組識別子を前記複数の一意の番組識別子と比較するステップを含む、請求項２に記載の方法。
【請求項４】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択は、放送メディアコンテンツ選択を含み、前記予想利用可能性情報は、予想放送日を含む、請求項１に記載の方法。
【請求項５】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択は、オンデマンドメディアコンテンツ選択を含み、前記予想利用可能性情報は、予想公開日を含む、請求項１に記載の方法。
【請求項６】
前記双方向要素は、双方向広告および双方向リストから成る群より選択される、請求項１に記載の方法。
【請求項７】
前記表示された双方向要素中の前記予想利用可能性情報の信頼性の指示を表示するステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記予想利用可能性情報の前記信頼性の指示は、アイコンを含む、請求項７に記載の方法。
【請求項９】
前記条件付きメディアガイダンスアプリケーション機能は、
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択の録画を予定するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択を録画するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に対する通知を設定するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に同調するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択を表示するステップ、および前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択を順序付けるステップから成る群より選択される、請求項１に記載の方法。
【請求項１０】
前記少なくとも１つの属性は、ユーザ格付け、ネットワーク人気、ＭＰＡＡ格付け、テレビ格付け、放送日、放送時間、公開日、公開時間、俳優、出演者、監督、アクセス価格、および形式から成る群より選択される、請求項１に記載の方法。
【請求項１１】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択は、スポーツイベントまたはスポーツ競技を含み、前記少なくとも１つの属性は、前記スポーツイベントまたは前記スポーツ競技に出場するチーム、および前記スポーツイベントまたは前記スポーツ競技に出場する競技者から成る群より選択される、請求項１に記載の方法。
【請求項１２】
更新された予想利用可能性情報を受信するステップと、
前記更新された予想利用可能性情報を受信するステップに応じて、前記双方向要素中の前記表示された予想利用可能性情報を自動的に更新するステップと
をさらに含む、請求項１に記載の方法。
【請求項１３】
前記条件は、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択の前記少なくとも１つの属性を含む複合論理式を備える、請求項１に記載の方法。
【請求項１４】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択と関連する少なくとも１つのコンテンツ制御フラグを受信するステップと、
前記少なくとも１つのコンテンツ制御フラグを保存するステップと、
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するステップであって、前記著作権制限は、少なくとも部分的に、前記少なくとも１つのコンテンツ制御フラグによって定義される、ステップと
をさらに含む、請求項１に記載の方法。
【請求項１５】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するステップは、前記メディアコンテンツ選択の複製を禁止するステップを含む、請求項１４に記載の方法。
【請求項１６】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するステップは、前記メディアコンテンツ選択の録画を禁止するステップを含む、請求項１４に記載の方法。
【請求項１７】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するステップは、前記メディアコンテンツ選択の編集を禁止するステップを含む、請求項１４に記載の方法。
【請求項１８】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するステップは、前記メディアコンテンツ選択の再伝送を禁止するステップを含む、請求項１４に記載の方法。
【請求項１９】
前記現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択に対する予想利用可能性情報を受信するステップは、少なくとも２つのメディアコンテンツ選択を含むメディアコンテンツパッケージに対する予想利用可能性情報を受信するステップを含む、請求項１に記載の方法。
【請求項２０】
前記メディアコンテンツパッケージ中の第１のメディアコンテンツ選択に関する第１の条件付きメディアガイダンスアプリケーション機能を予定するステップと、前記メディアコンテンツパッケージ中の第２のメディアコンテンツ選択に関する第２の条件付きメディアガイダンスアプリケーション機能を予定するステップとをさらに含み、前記第１および第２の条件付きメディアガイダンスアプリケーション機能は、異なる機能である、請求項１９に記載の方法。
【請求項２１】
前記現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択に対する予想利用可能性情報を受信するステップは、推定利用可能日を受信するステップを含む、請求項１に記載の方法。
【請求項２２】
現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択において条件付きメディアガイダンスアプリケーション機能を実行するためのシステムであって、
番組スケジュールデータを受信するための手段であって、前記番組スケジュールデータは、現在の番組スケジュールウィンドウ内で利用可能なメディアコンテンツと関連する、手段と、
前記現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択に対する予想利用可能性情報を受信する手段と、
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に対する双方向要素を表示するための手段であって、前記双方向要素は、前記受信した予想利用可能性情報の少なくとも一部を含む、手段と、
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に関する条件付きメディアガイダンスアプリケーション機能を予定するための手段であって、前記条件付きメディアガイダンスアプリケーション機能は、前記メディアコンテンツ選択の少なくとも１つの属性に条件付けられる、手段と、
前記メディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入るときを決定するための手段と、
前記メディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入った後に、前記少なくとも１つの属性の値を確認するための手段と、
前記少なくとも１つの属性の前記値を確認するステップに応じて、前記条件付きメディアガイダンスアプリケーション機能を実行するための手段と
を備える、システム。
【請求項２３】
前記メディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入るときを決定するための手段は、前記現在の番組スケジュールウィンドウ中のメディアコンテンツと関連する複数の一意の番組識別子にアクセスするための手段を備える、請求項２２に記載のシステム。
【請求項２４】
前記少なくとも１つのメディアコンテンツ選択が前記現在の番組スケジュールウィンドウに入るときを決定するための手段はさらに、前記メディアコンテンツ選択と関連する一意の番組識別子を前記複数の一意の番組識別子と比較するための手段を備える、請求項２３に記載のシステム。
【請求項２５】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択は、放送メディアコンテンツ選択を含み、前記予想利用可能性情報は、予想放送日を含む、請求項２２に記載のシステム。
【請求項２６】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択は、オンデマンドメディアコンテンツ選択を含み、前記予想利用可能性情報は、予想公開日を含む、請求項２２に記載のシステム。
【請求項２７】
前記双方向要素は、双方向広告および双方向リストから成る群より選択される、請求項２２に記載のシステム。
【請求項２８】
前記表示された双方向要素中の前記予想利用可能性情報の信頼性の指示を表示するための手段をさらに備える、請求項２２に記載のシステム。
【請求項２９】
前記予想利用可能性情報の前記信頼性の指示は、アイコンを含む、請求項２８に記載のシステム。
【請求項３０】
前記条件付きメディアガイダンスアプリケーション機能は、
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択の録画を予定するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択を録画するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に対する通知を設定するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択に同調するステップ、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択を表示するステップ、および前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択を順序付けるステップから成る群より選択される、請求項２２に記載のシステム。
【請求項３１】
前記少なくとも１つの属性は、ユーザ格付け、ネットワーク人気、ＭＰＡＡ格付け、テレビ格付け、放送日、放送時間、公開日、公開時間、俳優、出演者、監督、アクセス価格、および形式から成る群より選択される、請求項２２に記載のシステム。
【請求項３２】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択は、スポーツイベントまたはスポーツ競技を備え、前記少なくとも１つの属性は、前記スポーツイベントまたは前記スポーツ競技に出場するチーム、および前記スポーツイベントまたは前記スポーツ競技に出場する競技者から成る群より選択される、請求項２２に記載のシステム。
【請求項３３】
更新された予想利用可能性情報を受信するための手段と、
前記更新された予想利用可能性情報を受信するステップに応じて、前記双方向要素中の前記表示された予想利用可能性情報を自動的に更新するための手段と
をさらに備える、請求項２２に記載のシステム。
【請求項３４】
前記条件は、前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択の前記少なくとも１つの属性を含む複合論理式を備える、請求項２２に記載のシステム。
【請求項３５】
前記現在の番組スケジュールウィンドウ外で利用可能な前記メディアコンテンツ選択と関連する少なくとも１つのコンテンツ制御フラグを受信するための手段と、
前記少なくとも１つのコンテンツ制御フラグを保存するための手段と、
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するための手段であって、前記著作権制限は、少なくとも部分的に、前記少なくとも１つのコンテンツ制御フラグによって定義される、手段と
をさらに備える、請求項２２に記載のシステム。
【請求項３６】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するための前記手段は、前記メディアコンテンツ選択の複製を禁止するための手段を備える、請求項３５に記載のシステム。
【請求項３７】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するための前記手段は、前記メディアコンテンツ選択の録画を禁止するための手段を備える、請求項３５に記載のシステム。
【請求項３８】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するための前記手段は、前記メディアコンテンツ選択の編集を禁止するための手段を備える、請求項３５に記載のシステム。
【請求項３９】
前記メディアコンテンツ選択に少なくとも１つの著作権制限を実施するための前記手段は、前記メディアコンテンツ選択の再伝送を禁止するための手段を備える、請求項３５に記載のシステム。
【請求項４０】
前記現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択に対する予想利用可能性情報を受信するための前記手段は、少なくとも２つのメディアコンテンツ選択を備えるメディアコンテンツパッケージに対する予想利用可能性情報を受信するための手段を備える、請求項２２に記載のシステム。
【請求項４１】
前記メディアコンテンツパッケージ中の第１のメディアコンテンツ選択に関する第１の条件付きメディアガイダンスアプリケーション機能を予定するための手段と、前記メディアコンテンツパッケージ中の第２のメディアコンテンツ選択に関する第２の条件付きメディアガイダンスアプリケーション機能を予定するための手段とをさらに備え、前記第１および第２の条件付きメディアガイダンスアプリケーション機能は、異なる機能である、請求項４０に記載のシステム。
【請求項４２】
前記現在の番組スケジュールウィンドウ外で利用可能なメディアコンテンツ選択に対する予想利用可能性情報を受信するための手段は、推定利用可能日を受信する手段を備える、請求項２２に記載のシステム。
【請求項４３】
ユーザ機器装置上のユーザの視聴活動を計画するための方法であって、
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップと、
前記複数のメディアアセットに対する識別子を備える双方向グリッドを表示するステップであって、前記双方向グリッドの１つの局面は、前記複数のメディアアセットに対するソースを表し、前記双方向グリッドの別の局面は、前記特定の日における期間を実質的に表す、ステップと、
前記複数のメディアアセットの第２のアセットに対して前記複数のメディアアセットのうちの少なくとも１つのアセットに対する先取優先度のユーザ指示を受信するステップと、
前記少なくとも１つのアセットの前記相対的先取優先度の機能として、前記複数のメディアアセットのうちの前記少なくとも１つのアセットに対するチューナを留保するステップと、
留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する識別子と、留保された利用可能なチューナを有する前記複数のアセットのうちのアセットに対する前記識別子を、視覚的に区別するステップと
を含む、方法。
【請求項４４】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、前記複数のメディアアセットのうちの少なくとも１つをタグ付けする、前記ユーザからの指示を受信するステップを含む、請求項４３に記載の方法。
【請求項４５】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、前記少なくとも１つのアセットをタグ付けする明確なユーザの要求なしで、前記複数のメディアアセットのうちの少なくとも１つを自動的にタグ付けするステップを含む、請求項４３に記載の方法。
【請求項４６】
前記ソースのうちの少なくとも１つは、線形ソース、ビデオオンデマンドチャネル、ビデオオンデマンドサービス、およびローカルに録画されたソースから成る群より選択される、請求項４３に記載の方法。
【請求項４７】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、録画するために前記関心のある複数のメディアアセットのうちの少なくとも１つを予定するステップを含む、請求項４３に記載の方法。
【請求項４８】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、前記関心のある複数のメディアアセットのうちの少なくとも１つに対する通知を設定するステップを含む、請求項４３に記載の方法。
【請求項４９】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、録画するために関心のある時点に、前記関心のある複数のメディアアセットのうちの少なくとも１つをタグ付けするステップを含む、請求項４３に記載の方法。
【請求項５０】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、視聴するために関心のある時点に、前記関心のある複数のメディアアセットのうちの少なくとも１つをタグ付けするステップを含む、請求項４３に記載の方法。
【請求項５１】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、お気に入りリストに前記複数のメディアアセットのうちの少なくとも１つのアセットを追加するステップを含む、請求項４３に記載の方法。
【請求項５２】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、お気に入りリストに前記複数のメディアアセットのうちの少なくとも１つのアセットを上映するチャネルを追加するステップを含む、請求項４３に記載の方法。
【請求項５３】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするステップは、前記関心のある複数のメディアアセットのうちの少なくとも１つに対するブックマークを設定するステップを含む、請求項４３に記載の方法。
【請求項５４】
前記複数のメディアアセットのうちの１つのアセットの前記先取優先度を変更するユーザの要求を受信するステップと、
前記先取優先度を変更する前記ユーザの要求を受信するステップに応じて、前記双方向グリッド内の新しい場所における前記複数のメディアアセットのうちの前記１つのアセットに対する前記識別子を表示するステップと
をさらに含む、請求項４３に記載の方法。
【請求項５５】
前記複数のメディアアセットのうちの１つのアセットの前記先取優先度を変更するユーザの要求を受信するステップは、前記１つのアセットに対する前記識別子を前記双方向グリッド中の新しい場所へドラッグするユーザの要求を受信するステップを含む、請求項５４に記載の方法。
【請求項５６】
前記複数のメディアアセットのうちの１つのアセットの前記先取優先度を変更するユーザの要求を受信するステップは、
前記１つのアセットに対する前記識別子のユーザ選択を受信するステップと、
前記ユーザ選択を受信した後に、ＰＡＧＥ  ＵＰまたはＰＡＧＥ  ＤＯＷＮコマンドを受信するステップと
を含む、請求項５４に記載の方法。
【請求項５７】
前記先取優先度を変更する前記ユーザの要求を受信するステップに応じて、前記双方向グリッドの前記表示を自動的に更新するステップをさらに含む、請求項５４に記載の方法。
【請求項５８】
前記双方向グリッドから前記複数のメディアアセットのうちの１つのアセットに対する前記識別子を除去するユーザの要求を受信するステップと、
前記双方向グリッドから前記１つのアセットに対する前記識別子を除去するステップと、
前記双方向グリッドに残っている識別子を有する、少なくとも１つの他のアセットの前記相対的先取優先度を調整するステップと
をさらに含む、請求項４３に記載の方法。
【請求項５９】
留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する識別子と、留保された利用可能なチューナを有する前記複数のアセットのうちのアセットに対する前記識別子を、視覚的に区別するステップは、留保された利用可能なチューナを有さないアセットに対する前記識別子内または付近にアイコンを表示するステップを含む、請求項４３に記載の方法。
【請求項６０】
留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する識別子と、留保された利用可能なチューナを有する前記複数のアセットのうちのアセットに対する前記識別子を、視覚的に区別するステップは、留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する前記識別子のテキスト構成要素のフォントサイズまたはフォントカラーのうちの少なくとも１つを変えるステップを含む、請求項４３に記載の方法。
【請求項６１】
前記複数のメディアアセットのうちの１つのアセットのユーザ選択を受信するステップと、
前記ユーザ選択を受信するステップに応じて、前記選択された１つのアセットと関連するメディアコンテンツを自動的に表示するステップと
をさらに含む、請求項４３に記載の方法。
【請求項６２】
前記複数のメディアアセットのうちの１つのアセットのユーザ選択を受信するステップと、
前記選択された１つのアセットがコマーシャルのない表示に利用可能であるかどうかを決定するステップと、
前記１つのアセットがコマーシャルのない表示に利用可能であると決定するステップに応じて、コマーシャルなしで前記１つのアセットを表示するように前記ユーザに指示するステップと
をさらに含む、請求項４３に記載の方法。
【請求項６３】
前記選択された１つのアセットがコマーシャルのない表示に利用可能であるかどうかを決定するステップは、前記１つのアセットと関連するコマーシャル状態フラグを解析するステップを含む、請求項６２に記載の方法。
【請求項６４】
少なくとも部分的に、前記解析されたコマーシャル状態フラグからのデータに基づいて、コマーシャルなしで前記１つのアセットを表示するステップをさらに含む、請求項６３に記載の方法。
【請求項６５】
前記選択された１つのアセットがコマーシャルのない表示に利用可能であるかどうかを決定するステップは、
前記選択された１つのアセットの少なくとも１つの黒フレーム間隔を分析するステップと、
前記少なくとも１つの黒フレーム間隔から、前記選択された１つのアセット内の前記コマーシャルの開始時間および停止時間を決定するステップと、
前記コマーシャルの前記決定された開始時間および前記停止時間に基づいて、コマーシャルなしで前記選択された１つのアセットを表示するステップと
を含む、請求項６２に記載の方法。
【請求項６６】
コマーシャルのない前記選択された１つのアセットの実行時間を計算するステップと、
コマーシャルのない前記選択された１つのアセットの前記計算された実行時間を反映するように、前記双方向グリッドの前記表示を更新するステップと
をさらに含む、請求項６２に記載の方法。
【請求項６７】
前記双方向グリッドの前記表示を更新するステップに応じて、前記双方向グリッドを自動的に詰めるステップをさらに含む、請求項６６に記載の方法。
【請求項６８】
前記複数のメディアアセットのうちの１つのアセットの計画された視聴時間を変更するユーザの要求を受信するステップをさらに含む、請求項４３に記載の方法。
【請求項６９】
前記複数のアセットのうちの前記１つのアセットの計画された視聴時間を変更するユーザの要求を受信する前記ステップに応じて、録画するために前記１つのアセットを予定するステップをさらに含む、請求項６８に記載の方法。
【請求項７０】
前記複数のメディアアセットのうちの前記１つのアセットの前記計画された視聴時間を変更するユーザの要求を受信するステップは、前記特定の日における期間を実質的に表す前記局面の方向に、前記１つのアセットに対する前記識別子の縁をドラッグするステップを含む、請求項６８に記載の方法。
【請求項７１】
前記複数のメディアアセットのうちの前記１つのアセットの前記計画された視聴時間を変更するユーザの要求を受信するステップは、前記１つのアセットの前記視聴時間を延長するステップを含む、請求項６８に記載の方法。
【請求項７２】
前記複数のメディアアセットのうちの１つのアセットの計画された視聴時間を分割するユーザの要求を受信するステップと、
前記計画された視聴時間を分割する前記ユーザの要求を受信するステップに応じて、前記双方向グリッド中の前記１つのアセットの前記計画された視聴時間に対する少なくとも２つの区切りを表示するステップと
をさらに含む、請求項４３に記載の方法。
【請求項７３】
ユーザ機器装置上のユーザの視聴活動を計画するためのシステムであって、
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための手段と、
前記複数のメディアアセットに対する識別子を備える双方向グリッドを表示するための手段であって、前記双方向グリッドの１つの局面は、前記複数のメディアアセットに対するソースを表し、前記双方向グリッドの別の局面は、前記特定の日の前記期間を実質的に表す、手段と、
前記複数のメディアアセットの第２のアセットに対する前記複数のメディアアセットのうちの少なくとも１つのアセットに対する先取優先度のユーザ指示を受信するための手段と、
前記少なくとも１つのアセットの前記相対的先取優先度の機能として、前記複数のメディアアセットのうちの前記少なくとも１つのアセットに対するチューナを留保するための手段と、
留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する識別子と、留保された利用可能なチューナを有する前記複数のアセットのうちのアセットに対する前記識別子を、視覚的に区別するための手段と
をさらに備える、システム。
【請求項７４】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、前記複数のメディアアセットのうちの少なくとも１つをタグ付けする、前記ユーザからの指示を受信するための手段を備える、請求項７３に記載のシステム。
【請求項７５】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、前記少なくとも１つのアセットをタグ付けする明確なユーザの要求なしで、前記複数のメディアアセットのうちの少なくとも１つを自動的にタグ付けするための手段を備える、請求項７３に記載のシステム。
【請求項７６】
前記ソースのうちの少なくとも１つは、線形ソース、ビデオオンデマンドチャネル、ビデオオンデマンドサービス、およびローカルに録画されたソースから成る群より選択される、請求項７３に記載のシステム。
【請求項７７】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、録画するために前記関心のある複数のメディアアセットのうちの少なくとも１つを予定するための手段を備える、請求項７３に記載のシステム。
【請求項７８】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、前記関心のある複数のメディアアセットのうちの少なくとも１つに対する通知を設定するための手段を備える、請求項７３に記載のシステム。
【請求項７９】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、録画するために関心のある時点に、前記関心のある複数のメディアアセットのうちの少なくとも１つをタグ付けするための手段を備える、請求項７３に記載のシステム。
【請求項８０】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、視聴するために関心のある時点に、前記関心のある複数のメディアアセットのうちの少なくとも１つをタグ付けするための手段を備える、請求項７３に記載のシステム。
【請求項８１】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、お気に入りリストに前記複数のメディアアセットのうちの少なくとも１つのアセットを追加するための手段を備える、請求項７３に記載のシステム。
【請求項８２】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、お気に入りリストに前記複数のメディアアセットのうちの少なくとも１つのアセットを上映するチャネルを追加するための手段を備える、請求項７３に記載のシステム。
【請求項８３】
特定の日付および期間に対する関心のある複数のメディアアセットをタグ付けするための前記手段は、前記関心のある複数のメディアアセットのうちの少なくとも１つに対するブックマークを設定するための手段を備える、請求項７３に記載のシステム。
【請求項８４】
前記複数のメディアアセットのうちの１つのアセットの前記先取優先度を変更するユーザの要求を受信するための手段と、
前記先取優先度を変更する前記ユーザの要求を受信するステップに応じて、前記双方向グリッド内の新しい場所における前記複数のメディアアセットのうちの前記１つのアセットに対する前記識別子を表示するための手段と
をさらに備える、請求項７３に記載のシステム。
【請求項８５】
前記複数のメディアアセットのうちの１つのアセットの前記先取優先度を変更するユーザの要求を受信するための前記手段は、前記１つのアセットに対する前記識別子を前記双方向グリッド中の新しい場所へドラッグするユーザの要求を受信するための手段を備える、請求項８４に記載のシステム。
【請求項８６】
前記複数のメディアアセットのうちの１つのアセットの前記先取優先度を変更するユーザの要求を受信するための前記手段は、
前記１つのアセットに対する前記識別子のユーザ選択を受信するための手段と、
前記ユーザ選択を受信した後に、ＰＡＧＥ  ＵＰまたはＰＡＧＥ  ＤＯＷＮコマンドを受信するための手段と
を備える、請求項８４に記載のシステム。
【請求項８７】
前記先取優先度を変更する前記ユーザの要求を受信するステップに応じて、前記双方向グリッドの前記表示を自動的に更新するための手段をさらに備える、請求項８４に記載のシステム。
【請求項８８】
前記双方向グリッドから前記複数のメディアアセットのうちの１つのアセットに対する前記識別子を除去するユーザの要求を受信するための手段と、
前記双方向グリッドから前記１つのアセットに対する前記識別子を除去するための手段と、
前記双方向グリッドに残っている識別子を有する、少なくとも１つの他のアセットの前記相対的先取優先度を調整するための手段と
をさらに備える、請求項７３に記載のシステム。
【請求項８９】
留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する識別子と、留保された利用可能なチューナを有する前記複数のアセットのうちのアセットに対する前記識別子を、視覚的に区別するための前記手段は、留保された利用可能なチューナを有さないアセットに対する前記識別子内または付近にアイコンを表示するための手段を備える、請求項７３に記載のシステム。
【請求項９０】
留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する識別子と、留保された利用可能なチューナを有する前記複数のアセットのうちのアセットに対する前記識別子を、視覚的に区別するための前記手段は、留保された利用可能なチューナを有さない前記複数のアセットのうちのアセットに対する前記識別子のテキスト構成要素のフォントサイズまたはフォントカラーのうちの少なくとも１つを変えるための手段を備える、請求項７３に記載のシステム。
【請求項９１】
前記複数のメディアアセットのうちの１つのアセットのユーザ選択を受信するための手段と、
前記ユーザ選択を受信するステップに応じて、前記選択された１つのアセットと関連するメディアコンテンツを自動的に表示するための手段と
をさらに備える、請求項７３に記載のシステム。
【請求項９２】
前記複数のメディアアセットのうちの１つのアセットのユーザ選択を受信するための手段と、
前記選択された１つのアセットがコマーシャルのない表示に利用可能であるかどうかを決定するための手段と、
前記１つのアセットがコマーシャルのない表示に利用可能であると決定するステップに応じて、コマーシャルなしで前記１つのアセットを表示するように前記ユーザに指示する手段と
をさらに備える、請求項７３に記載のシステム。
【請求項９３】
前記選択された１つのアセットがコマーシャルのない表示に利用可能であるかどうかを決定するための前記手段は、前記１つのアセットと関連するコマーシャル状態フラグを解析するための手段を備える、請求項９２に記載のシステム。
【請求項９４】
少なくとも部分的に、前記解析されたコマーシャル状態フラグからのデータに基づいて、コマーシャルなしで前記１つのアセットを表示するための手段をさらに備える、請求項９３に記載のシステム。
【請求項９５】
前記選択された１つのアセットがコマーシャルのない表示に利用可能であるかどうかを決定するための手段は、
前記選択された１つのアセットの少なくとも１つの黒フレーム間隔を分析するための手段と、
前記少なくとも１つの黒フレーム間隔から、前記選択された１つのアセット内の前記コマーシャルの開始時間および停止時間を決定するための手段と、
前記コマーシャルの前記決定された開始時間および前記停止時間に基づいて、コマーシャルなしで前記選択された１つのアセットを表示するための手段と
を備える、請求項９２に記載のシステム。
【請求項９６】
コマーシャルのない前記選択された１つのアセットの実行時間を計算するための手段と、
コマーシャルのない前記選択された１つのアセットの前記計算された実行時間を反映するように、前記双方向グリッドの前記表示を更新するための手段と
をさらに備える、請求項９２に記載のシステム。
【請求項９７】
前記双方向グリッドの前記表示を更新するステップに応じて、前記双方向グリッドを自動的に詰めるための手段をさらに備える、請求項９６に記載のシステム。
【請求項９８】
前記複数のメディアアセットのうちの１つのアセットの計画された視聴時間を変更するユーザの要求を受信するための手段をさらに備える、請求項７３に記載のシステム。
【請求項９９】
前記複数のアセットのうちの前記１つのアセットの計画された視聴時間を変更するユーザの要求を受信するステップに応じて、録画するために前記１つのアセットを予定するための手段をさらに備える、請求項９８に記載のシステム。
【請求項１００】
前記複数のメディアアセットのうちの前記１つのアセットの前記計画された視聴時間を変更するユーザの要求を受信するための手段は、前記特定の日の前記期間を実質的に表す前記局面の方向に、前記１つのアセットに対する前記識別子の縁をドラッグするための手段を備える、請求項９８に記載のシステム。
【請求項１０１】
前記複数のメディアアセットのうちの前記１つのアセットの前記計画された視聴時間を変更するユーザの要求を受信するための手段は、前記１つのアセットの前記視聴時間を延長するための手段を備える、請求項９８に記載のシステム。
【請求項１０２】
前記複数のメディアアセットのうちの１つのアセットの計画された視聴時間を分割するユーザの要求を受信するための手段と、
前記計画された視聴時間を分割する前記ユーザの要求を受信するステップに応じて、前記双方向グリッド中の前記１つのアセットの前記計画された視聴時間に対する少なくとも２つの区切りを表示するための手段と
をさらに備える、請求項７３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願への相互参照）
本願は、２００６年７月３１日に出願された米国仮出願第６０／８３４，６０５号および２００７年２月２６日に出願された米国仮出願第６０／９０３，８０８号の利益を主張し、上記仮出願は共にそれらの内容全体が本明細書により参考により援用される。
【０００２】
（発明の背景）
本発明は概して、メディアシステムに関し、より具体的には、将来のメディアアトラクションに対する強化メディアガイダンス支援と、メディアプランナとを備えるメディアシステムに関する。
【背景技術】
【０００３】
双方向テレビ番組ガイド等の双方向メディアガイダンスアプリケーションは、ユーザがメディアシステム内で利用可能である豊富なメディアコンテンツに同調し、表示することを可能にする。双方向メディアガイダンスアプリケーションはまた、ユーザが、利用可能なコンテンツに関する数々のメディアガイダンスアプリケーション機能を実行することも可能にしてもよい。例えば、ユーザは、将来の番組の録画（例えば、連続録画）を予定し、通知を設定し、または関心のあるコンテンツをブックマークしてもよい。
【０００４】
しかしながら、一部のメディアガイダンスアプリケーションは、将来の番組または次のアトラクションにメディアガイダンスアプリケーション機能を実行する能力が限られている。例えば、典型的なメディアガイダンスアプリケーションは、番組スケジュールデータの事前ウィンドウをダウンロードし、番組スケジュールウィンドウ内の利用可能なコンテンツ（例えば、利用可能な番組の今後１４日以内に利用可能なコンテンツ）に対する番組スケジュールリストを表示するために、この番組スケジュールデータを使用する。このダウンロードした番組スケジュールデータは、メディアガイダンスアプリケーションが、番組スケジュールリストを表示し、録画を予定し、スケジュール中で識別されるコンテンツに他の関連メディアガイダンスアプリケーション機能を実行することを可能にする。ダウンロードしたスケジュールウィンドウ外で利用可能な番組にメディアガイダンスアプリケーション機能を実行するステップは、概して、この番組に情報がほとんど、または全く利用可能ではないため、大幅に限定されている。また、利用可能かもしれない、いずれの情報も、コンテンツまたはサービス提供元、メディア供給元または配布元、または複数サービス運営元（ＭＳＯ）による頻繁な変更または改訂の可能性がある。これはしばしば、間違った、またはすぐに期限
切れになった情報をもたらす。
【０００５】
また、時折、どのメディアガイダンスアプリケーション機能がユーザ機器装置上で任意の所与の期間中に実行されるように予定されているのかを、ユーザ機器装置のユーザが決定することは困難である。例えば、ユーザは、ある期間中に１つ以上の録画を手動で予定していてもよく、双方向メディアガイダンスアプリケーションは、同じ期間中に１つ以上の番組（例えば、シーズンパス録画のエピソード）を自動的に録画するように構成されてもよい。ユーザは、いつでも実行されるように予定されているメディアガイダンスアプリケーション機能の数および種類を容易に識別できない場合がある。したがって、例えば、ユーザ機器装置中の利用可能なチューナの数による、予期しない競合の可能性がある。
【発明の概要】
【課題を解決するための手段】
【０００６】
（発明の概要）
先述のものを考慮して、将来のメディアコンテンツ視聴を予定および計画するための、より柔軟な解決法を提供する。ユーザは、１つの集中メディアプランナアプリケーションから全ての予定されたメディアコンテンツ活動（例えば、全ての予定された録画および通知）の包括的な視覚的計画を閲覧してもよい。メディアプランナアプリケーションはまた、ユーザの計画されたメディアコンテンツ活動と関連するスケジュールの競合（例えば、チューナの競合）を自動的に検出し、解消してもよい。メディアプランナは、自動的に先取優先度をユーザの予定された活動に割り当ててもよく、ユーザは、プランナ中でリストを上または下にドラッグまたは移動することによって、割り当てられた先取優先度を変更してもよい。予定された活動の先取優先度は、活動が他の予定された活動によって先行される順序を定義してもよい（例えば、利用可能なチューナの不足等の競合の場合）。こうして、ユーザは、ユーザ機器装置上で実際に実行される活動、および競合により先行されてもよい活動のリストが与えられてもよい。先取優先度の変更が他の予定された活動に及ぼす影響もまた、メディアプランナ中でユーザに表示されてもよい。
【０００７】
プランナは、ユーザが、現在の番組スケジュールリストウィンドウ内で利用可能なコンテンツ、ならびに間もなく開始（ｃｏｍｉｎｇ  ｓｏｏｎ）のデータベース中で識別されるコンテンツに対するリストを追加することを可能にする。プランナは、先取優先度によって分類されるコンテンツリストの双方向グリッドの形を成してもよい。ユーザは、プランナグリッド中の新規の場所（例えば、上または下）へコンテンツを移動することによって、リストの先取優先度を調整してもよい。より高い先取優先度があるコンテンツは、より低い先取優先度があるコンテンツを先行してもよい。例えば、３つのコンテンツ選択が同じ期間中に録画するために予定され、２つのみのチューナが録画に利用可能である場合、２つの最高優先度があるコンテンツ選択が録画されてもよい。チューナの競合により先行されてもよいコンテンツ選択に対するリストは、プランナグリッド中で他のリストと視覚的に区別されてもよい（例えば、リストは、グレーアウトされる、不利用可能性を示すアイコンで表示される、より小さいフォントで表示される、または異なる色のフォントで表示されてもよい）。
【０００８】
ユーザは、計画グリッドにおいて各自の視聴スケジュールを計画してもよい。オンデマンドおよびローカルに録画されたコンテンツ等の非線形コンテンツは、グリッドに追加され、従来の線形コンテンツ（例えば、放送テレビコンテンツ）のように視聴するために予定されてもよい。グリッド中の一部の非線形コンテンツは、コマーシャルの割り込みなしで視聴されてもよい。例えば、コマーシャルは、コマーシャル状態フラグから解析されるデータを使用して、および／または、コンテンツの黒フレーム間隔または他の音声／ビデオ特性を分析することによって、コンテンツから抽出されてもよい（または自動的に飛ばされる）。非線形コンテンツの継続時間は、コマーシャルなしで、より短くてもよいため、一部の実施形態では、プランナは、新規継続時間を占めるように自動的にプランナグリッドを詰めてもよい。こうして、非線形コンテンツがコマーシャルなしで表示された直後に、他のコンテンツが視聴または録画するために計画されてもよい。これらの場合の一部では、新規継続時間は、番組、ネットワーク、または業界に対する典型的なコマーシャルの時間の割合を使用して、推定されてもよい。場合によっては、非線形コンテンツは、１つ以上のセッションで見られてもよく、その継続時間は、目的を計画するために、結果として異なる方法で扱われてもよい。例えば、ユーザが３時間番組のうちの１時間を見る場合、一部の実施形態では、選択肢がメディアプランナ内で提供されてもよく、その場合、システムは、２時間だけの（例えば、残りの）継続時間を有するとして、番組を表示する。
【０００９】
ユーザは、プランナの競合を解消するために、線形アセットに対するリストを、プランナグリッド中の後の時間に移動してもよい。ユーザが線形アセットを時間移動する場合、アセットに対する録画は、新規時間で表示することができるように、ユーザ機器上で自動的に設定または予定されてもよい。一部の実施形態では、ユーザが視聴または録画に成功した選択の数を最大限化することができるように、メディアプランナは、自動的に、最も効率的な視聴スケジュール（すなわち、競合が最も少ない視聴スケジュール）をユーザに推薦する。ユーザはまた、予定された視聴または録画の開始または終了点を手動で調整してもよい。計画グリッドを閲覧しながら、視聴者は、例えば、グリッド中の番組のセルの左または右縁を選択して移動することによって、番組の終了点または開始点を延長または短縮することを決定してもよい。
【００１０】
メディアプランナアプリケーションはまた、重要なショーまたは番組を見逃さないように、忙しいユーザが将来のメディア視聴のスケジュールを計画することを可能にする。次いで、予定されたメディア視聴の周りに外部確約が計画されてもよい（または、代案として、ユーザの外部確約の周りにユーザのメディア視聴が計画されてもよい）。より少ない人が計画された番組を見逃す場合があるため、これは、コンテンツ提供元にとって視聴率を増加させるのに役立つ１つの方法であってもよい。また、現在の番組データスケジュールウィンドウ外で利用可能な番組の事前通告は、近々始まるアトラクションについての「うわさ」を広めるのに役立つ。
【００１１】
メディアプランナは、「間もなく開始」のコンテンツに対する予定された活動を含んでもよい。第３者メディアコンテンツ供給元、テレビ放送局、およびその他のコンテンツおよびサービス提供元および配布元（本願ではまとめて「コンテンツ提供元」と呼ばれる）は、いずれユーザ機器装置に利用可能となってもよい、近々始まるメディアコンテンツに対する間もなく開始の告知を提供してもよい。告知は、番組スケジュールデータの現在のウィンドウ外で（例えば、１４日間のスケジュールウィンドウを越えて）放送されている（あるいは、例えば、オンデマンドサービスを介して利用可能となる）メディアコンテンツに対するものであってもよい。告知は、標準告知記録形式を取ってもよく、かつ従来の番組スケジュール情報と互換性があってもよく、間もなく開始の告知が、例えば、従来の番組グリッドガイドに表示されることを可能にする。一部の実施形態では、間もなく開始の告知は、近似スケジュール情報を支援してもよい。例えば、近々始まる番組は、シーズン、月、時間なしの日、または他の適切な近似時間について告知されてもよく、または、予測または推定利用可能日がなくてもよい。
【００１２】
一部の実施形態では、間もなく開始の告知は、ユーザ機器装置への送達のために、補足データソースへ手動でアップロードされてもよい。ウェブスクリプティングまたは遠隔ＡＰＩ機能呼出しもまた、間もなく開始の告知を自動的に作成して補足データ源に（またはユーザ機器装置に直接）送信するために、使用してもよい。例えば、一部の実施形態では、コンテンツ提供元は、ウェブインターフェースを使用して、告知の詳細をカスタマイズしてもよい。インターフェースは、制作スケジュール変更が間もなく開始の告知に自動的に反映されるように、制作スケジュールデータベースに繋がれてもよい。次いで、告知更新は、周期的にユーザ機器装置に送信され、コンテンツの利用可能性（すなわち、予定された利用可能日および時間、または利用可能日のより正確な予測）、予定された継続時間、格付け、または任意の他のコンテンツ属性を含む、告知に関係するいずれの情報も更新または改訂してもよい。
【００１３】
一部の実施形態では、間もなく開始の告知はまた、ユーザ機器装置に利用可能となった後に、コンテンツを録画する（あるいは相互作用する）ユーザの能力を制限してもよい、高度コンテンツ制御フラグも含んでもよい。例えば、コンテンツ制御フラグは、他の形式またはバージョンへのコンテンツのトランスコーディングまたは再フォーマットを禁止または制限してもよい。コンテンツ制御フラグはまた、コンテンツの編集、複製、または再伝送も禁止してもよい。このことは、著作権制御を維持しながら、コンテンツの完全性を保護してもよい。
【００１４】
コンテンツ制御フラグはまた、コンテンツを自動的に録画する、コンテンツに対する通知を自動的に設定する、またはユーザ機器装置上のコンテンツを自動的にブックマークするためのフラグも含んでもよい。予定された録画、通知、またはブックマークは、間もなく開始の告知を受信した直後、またはコンテンツが利用可能となった後に、設定されてもよい。双方向メディアガイダンスアプリケーションは、受信するとすぐに、任意の高度コンテンツ制御フラグを含む、間もなく開始の告知を処理してもよい。あるいは、告知は、所定数の告知が受信された後に、バッチで処理されてもよい。１つ以上の間もなく開始のデータベースは、ユーザ機器装置上で作成されて、間もなく開始の告知に間もなく開始の情報を格納する。間もなく開始の告知情報、ならびにこれらの告知に関するユーザ決定（例えば、録画する、無視する、通知を設定する、またはブックマークを設定する）の格納は、様々な実施形態で、ユーザ機器装置、ネットワーク、またはユーザ機器装置およびネットワーク両方の組み合わせ上に格納されてもよい。こうして、これらの特別な近々始まるイベントおよび間もなく開始するアトラクションに対する情報は、たとえこれらのイベントに対する日付が、ユーザ機器装置に対する現在の番組リストのスケジュールウィンドウ外（例えば、１４日を越えて）にあるかもしれない（例えば、番組リストのデータベース保持外の日付に対する）場合でも、アクセスされてもよい。
【００１５】
間もなく開始の番組と関連する（双方向広告または双方向リスト等の）双方向要素は、任意の適切な表示画面中でユーザに表示されてもよい。ユーザは、双方向要素を選択して、自動的に通知を設定する、録画を予定する、ブックマークを設定する、または間もなく開始の番組に任意の他の適切なメディアガイダンスアプリケーション機能を実行してもよい。これらの通知および録画は、告知更新が番組の利用可能性の変更を識別した後に、自動的に調整されてもよい。例えば、間もなく開始の番組の開始時間は、予期しないネットワークスケジュールの競合により、午後６時から午後８時に変更されてもよい。あるいは、より具体的な利用可能日および時間が利用可能となってもよい。例えば、日付のみが指定された告知は、更新されて日付および時間を含んでもよい。告知更新は、ユーザ機器装置に送信され、告知データベース、および、間もなく開始のコンテンツに対して設定される、対応する録画および通知を更新してもよい。
【００１６】
一意の番組識別子もまた、それぞれの間もなく開始のコンテンツ選択と関連してもよい。この一意の番組識別子は、間もなく開始のコンテンツ選択に対して予定される各メディアガイダンスアプリケーション機能を伴って保存されてもよい。次いで、双方向メディアガイダンスアプリケーションは、番組スケジュールウィンドウ内で利用可能なコンテンツに対する番組スケジュールリストを表示するために使用される、番組スケジュールデータのダウンロードしたウィンドウを監視してもよい。間もなく開始のコンテンツ選択と関連する一意の番組識別子が、番組スケジュールデータのダウンロードしたウィンドウ中の番組識別子に適合する場合、間もなく開始のコンテンツ選択の利用可能性情報（ならびにその他のコンテンツ属性）は、自動的に番組スケジュールデータのダウンロードしたウィンドウ中の情報と調和されてもよい。このことは、間もなく開始のコンテンツと関連する任意の予定されたメディアガイダンスアプリケーション機能を自動的に更新させて、番組スケジュールデータのダウンロードしたウィンドウ中のデータを反映してもよい。
【００１７】
条件付きメディアガイダンスアプリケーション機能は、間もなく開始の番組と関連する双方向要素（例えば、双方向広告または双方向リスト）を選択することによって作成されてもよい。条件付きメディアガイダンスアプリケーション機能は、コンテンツ利用可能時間（例えば、実際の放送時間または公開日）において真である、間もなく開始のコンテンツの１つ以上のコンテンツ属性に条件付けられてもよい。複合論理式は、より高度な条件付き機能制御のために、ユーザによって作成されてもよい。
【００１８】
ユーザは、１つ以上のソースから、間もなく開始の情報を閲覧することを選択してもよい。各ソースは、ユーザ機器装置またはヘッドエンドサーバに格納される、独自の間もなく開始のデータベースと関連してもよい。間もなく開始のソースを選択した後、選択されたソースと関連する、間もなく開始のコンテンツに関する番組スケジュール情報のリストまたはグリッドが表示されてもよい。リストまたはグリッドは、任意の適切な基準または基準の組み合わせによって分類されるか、またはフィルタをかけられてもよい。
【図面の簡単な説明】
【００１９】
本発明の上記およびその他の特徴、その性質および様々な利点は、添付図面と併せて理解される次の詳細な説明を考慮すると、より明白となるであろう。
【図１】図１は、本発明の一実施形態による、メディアシステムの例示的ブロック図である。
【図２】図２は、本発明の一実施形態による、間もなく開始の情報のソースの例示的ブロック図である。
【図３】図３は、本発明の一実施形態による、例示的な間もなく開始の告知データ構造である。
【図４】図４は、本発明の一実施形態による、例示的な検索メニューの表示画面である。
【図５】図５は、本発明の一実施形態による、例示的な間もなく開始のリストの表示画面である。
【図６】図６は、本発明の一実施形態による、線形アセットに対する例示的な間もなく開始の詳細の表示画面である。
【図７】図７は、本発明の一実施形態による、非線形アセットに対する例示的な間もなく開始の詳細の表示画面である。
【図８】図８は、本発明の一実施形態による、例示的な間もなく開始のソース選択オーバーレイを示す。
【図９】図９は、本発明の一実施形態による、例示的な間もなく開始の分類オーバーレイを示す。
【図１０】図１０および１１は、本発明の一実施形態による、例示的な条件付き動作の表示画面である。
【図１１】図１０および１１は、本発明の一実施形態による、例示的な条件付き動作の表示画面である。
【図１２】図１２および１３は、本発明の一実施形態による、例示的なプランナウィンドウ選択の表示画面を示す。
【図１３】図１２および１３は、本発明の一実施形態による、例示的なプランナウィンドウ選択の表示画面を示す。
【図１４】図１４は、本発明の一実施形態による、例示的なプランナの表示画面を示す。
【図１５】図１５は、本発明の一実施形態による、オンデマンド行がある例示的なプランナの表示画面を示す。
【図１６】図１６は、本発明の一実施形態による、録画行がある例示的なプランナの表示画面を示す。
【図１７】図１７は、本発明の一実施形態による、例示的なコマーシャルなしで見ることの表示画面を示す。
【図１８】図１８は、本発明の一実施形態による、例示的な詰められたプランナグリッドを示す。
【図１９】図１９は、本発明の一実施形態による、例示的なユーザ活動プロンプトを示す。
【図２０】図２０は、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【図２１Ａ】図２１Ａは、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【図２１Ｂ】図２１Ｂは、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【図２１Ｃ】図２１Ｃは、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【図２１Ｄ】図２１Ｄは、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【図２２】図２２は、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【図２３Ａ】図２３Ａは、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【図２３Ｂ】図２３Ｂは、本発明の様々な実施形態による、ユーザのメディアコンテンツ視聴および予定の条件付きメディアガイダンスアプリケーション機能を計画するための、例示的な過程を示す。
【発明を実施するための形態】
【００２０】
本願で説明される、メディアプランナの特徴および関連機能性は、少なくとも部分的にユーザ機器装置上で実行する、独立型メディアプランナアプリケーションによって提供されてもよく、または、特徴および機能性は、既存の双方向アプリケーションのメディアプランナモジュールまたはモードによって提供されてもよい。双方向メディアガイダンスアプリケーション等の既存の双方向アプリケーションのメディアプランナモジュールまたはモードとして実装される場合、本願で示される全ての表示画面、プロンプト、およびオーバーレイは、既存のアプリケーションの表示画面、プロンプト、およびオーバーレイと一体化してもよい。例えば、フォント、色、全体的なレイアウトは、描かれるものから変更されて、既存のアプリケーションのフォント、色、および全体的なレイアウトにより良好に適合してもよい。任意の種類のアプリケーションが、本願で説明されるメディアプランナ機能性を実行してもよいものの、便宜上、このアプリケーションは、双方向メディアガイダンスアプリケーションまたはメディアプランナアプリケーションと呼ばれる。
【００２１】
メディアプランナアプリケーションは、ユーザが、実際に活動を行う前に、メディアコンテンツ活動（例えば、録画または通知）を計画または予定することを可能にしてもよい。例えば、ユーザは、直感的な使いやすいインターフェースを使用して、次週のメディアコンテンツ視聴を計画してもよい。メディアプランナグリッドは、録画するために予定されるアセット、およびプランナグリッドの時間ウィンドウに対して設定される能動的通知を伴うアセットに対する双方向リストを含んでもよい。これらのリストのうちの１つ以上は、現在の番組ガイドスケジュールリストウィンドウ中で識別または予定されていない、間もなく開始のコンテンツに対するものであってもよい。ユーザは、視聴または録画するためにコンテンツを予定するために、線形（例えば、放送）および非線形（例えば、オンデマンドおよびローカルに記録された）コンテンツに対する新規リストを、プランナグリッドの中へドラッグしてもよい。先取優先度はまた、重複スケジュールがあるコンテンツに割り当てられてもよい。プランナグリッド中の一部のコンテンツは、その優先度およびユーザ機器装置中の利用可能なチューナの数によっては、自動的に録画されてもよい。
【００２２】
図１は、本発明の一実施形態による、メディアプランナ機能性を実行するための例示的な双方向メディアシステム１００を示す。ユーザ機器装置１０２は、通信路１５０および１５２それぞれの上のコンテンツソース１３０および／または補足データソース１２０からの信号の形で、コンテンツを受信する。任意の適切な数のユーザは、コンテンツソース１３０、データソース１４０、および補足データソース１２０に連結される、ユーザ機器１０２等の１つ以上のユーザ機器装置を有してもよい。しかしながら、図を明確にするために、単一のユーザ機器装置のみを示す。また、実践ではコンテンツソース１３０および補足データソース１２０の数々の事例があってもよいものの、明確にするために、各ソースの１つのみの事例が図１の例で示されている。
【００２３】
コンテンツソース１３０は、例えば、ケーブルシステムヘッドエンド、衛星テレビ配布設備、テレビ放送設備、オンデマンドサーバ（例えば、ビデオオンデマンド（ＶＯＤ）サーバ）、インターネットまたはネットワークメディア／ウェブサーバ、または、ユーザ機器１０２への受動的または双方向コンテンツを創出または配布するための任意の他の適切な設備またはシステム等の、メディアコンテンツの任意の適切なソースであってもよい。コンテンツソース１３０によってユーザ機器１０２に提供されてもよいメディアコンテンツは、放送番組、ＶＯＤ番組、デジタル音楽、ニュース、双方向アプリケーション（例えば、双方向性ゲーム）、インターネットリソースおよびウェブサービス（例えば、ウェブサイト、ニュースグループ、およびチャットルーム）、およびユーザ機器１０２を使用して、表示される、提示される、録画される、または相互作用されることが可能な任意の他のコンテンツを含む。
【００２４】
補足データソース１２０は、ユーザ機器１０２に、間もなく開始のアトラクションについてのスケジュール情報を提供するように構成される、任意の適切なデータソースであってもよい。例えば、下記の図２および３に詳細に示されるように、コンテンツ提供元は、データベース１２２の１つ以上の事例における格納のために、間もなく開始の告知を補足データソース１２０に送信してもよい。補足データソース１２０はまた、編集格付け、人気率、購入価格情報、コンテンツ要約、およびデータベース１２２中の次のアトラクションについての他の適切な情報も格納してもよい。例えば、ニールセン視聴率情報または興行収入（または任意の他のネットワーク人気統計）が、補足データソース１２０上で利用可能となってもよい。格付けは、例えば、ネットワークアクセス統計に基づく客観的格付け、ならびに編集番組選択に基づいた主観的格付けを含んでもよい。例えば、編集者または著名人は、数、ポイント、星、等級、または任意の他の適切な格付けシステムを使用して、お気に入りの番組を評定してもよい。また、編集者は、番組群を、１つ以上の類縁集団と関連付けてもよい。類縁集団に登録されたユーザは、集団と関連する任意のコンテンツに関するユーザ格付けを提出してもよい。編集およびユーザ格付けは、任意の適切な時におけるユーザ機器装置１０２によるアクセスのために、補足データソース１２０上に格納されてもよい。加えて、または代案として、格付け情報は、ネットワーク回線容量が許容する限り、周期的または継続的に、ユーザ機器１０２に自動的に送達されてもよい。
【００２５】
また、スイッチドデジタルビデオ（ＳＤＶ）マネジャ、遠隔録画マネジャ、またはビデオオンデマンドサーバ（または任意の他のネットワークモニタまたはネットワークマネジャ）からのネットワーク統計は、ユーザ機器装置１０２によるアクセスのために、補足データソース１２０上に格納されてもよい。ＳＤＶマネジャまたはＶＯＤサーバは、ローカルサービスグループにおける他のユーザからのコンテンツアクセス要求の数、頻度、および／または同一性を反映するデータを提供してもよい。次いで、この情報は、補足データソース１２０上（例えば、データベース１２２中）に格納され、双方向メディアガイダンスアプリケーション１０６によって使用されて、少なくとも部分的に、ネットワークアクセス要求の総数、アクセスの継続時間、または任意の他の適切な基準に基づいて、いかなる瞬間でもネットワーク内で利用可能なコンテンツの人気を決定してもよい。
【００２６】
データベース１２２はまた、メディアシステム１００中（ユーザのローカルサービスグループ中だけでなく）の全ユーザのネットワーク視聴統計も格納してもよい。ネットワーク視聴統計にアクセスすることによって、ユーザ機器１０２は、どのコンテンツが多数の視聴者によって現在見られているかを決定してもよい。このことは、コンテンツの人気の指示として使用されてもよい。
【００２７】
一部の実施形態では、データベース１２２はまた、双方向メディアガイダンスアプリケーション（または独立型メディアプランナアプリケーション）自体も格納してもよい。ユーザ機器１０２から要求を受信すると、補足データソース１２０は、通信路１５２を介して、双方向メディアガイダンスアプリケーションをユーザ機器１０２に直接伝送してもよい（または、補足データソース１２０は、所望であれば、ユーザ機器１２０への伝送のために、双方向メディアガイダンスアプリケーションをコンテンツソース１３０に伝送してもよい）。一実施形態では、双方向メディアガイダンスアプリケーションは、ミドルウェアによってユーザ機器１０２へダウンロードされる、ＯｐｅｎＣａｂｌｅ  Ａｐｐｌｉｃａｔｉｏｎｓ  Ｐｌａｔｆｏｒｍ（「ＯＣＡＰ」）アプリケーションである。ユーザ機器１０２（またはユーザ機器の代わりに作動するプロキシ）は、アプリケーション更新のために補足データソース１２０に周期的にクエリを行ってもよく、または補足データソース１２０は、更新が利用可能になると、自動的にアプリケーション更新をユーザ機器１０２に転送してもよい。
【００２８】
コンテンツソース１３０および補足データソース１２０は、例えば、衛星経路、光ファイバ経路、ケーブル経路、または任意の他の適切な有線または無線経路を含む、任意の適切な通信路１５０および１５２上で、信号をユーザ機器１０２に伝送するように構成されてもよい。信号は、放送、マルチキャスト、ユニキャスト、または任意の他の適切な伝送ストリームとして伝送されてもよい。コンテンツソース１３０はまた、例えば、新規信号を生成する、またはユーザ機器１０２と通信してオンデマンド機能性を提供する等の、コンテンツソース１３０によって伝送される信号に操作を行うための、制御回路１３２も含んでもよい。
【００２９】
ユーザ機器１０２は、データソース１４０、コンテンツソース１３０、および補足データソース１２０の１つ以上の事例から双方向アプリケーションデータを受信してもよい。データソース１４０は、特定種類のコンテンツに対する、またはユーザ機器１０２上で実行する特定アプリケーションに対するデータを提供してもよい。例えば、１つのデータソース１４２は、双方向メディアガイダンスアプリケーション１０６（アプリケーションのメディアプランナモジュールに対するデータを含む）に対するデータを提供してもよく、別のデータソースは、双方向ホームショッピングアプリケーションに対するデータを提供してもよい。一部の実施形態では、データソース１４０は、クライアント・サーバモデルを使用して、ユーザ機器１０２上で実行しているアプリケーションにデータを提供してもよい。一部の実施形態では、データソース１４０は、その全体において参照することにより本願に組み込まれる、Ｃａｂｌｅ  Ｔｅｌｅｖｉｓｉｏｎ  Ｌａｂｏｒａｔｏｒｉｅｓ，Ｉｎｃ．発行の「Ｅｎｈａｎｃｅｄ  ＴＶ  Ａｐｐｌｉｃａｔｉｏｎ  Ｍｅｓｓａｇｉｎｇ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ」、ＯＣ−ＳＰ−ＥＴＶ−ＡＭ−Ｉ０２−０５０７２７に明記されているデータカルーセル等のデータカルーセルを使用して、ユーザ機器１０２上で実行しているアプリケーションにデータを提供してもよい。データソースにつき１つのサーバ、全ソースにつき１つのサーバがあってもよく、または一部の実施形態では、単一のサーバが、ユーザ機器１０２と様々なデータソース１４０との間のプロキシとして通信してもよい。
【００３０】
コンテンツソース１３０、補足データソース１２０、およびデータソース１４０は、別個の要素として図１に示される。実践では、それらの機能性は、単一機構に合体され、単一施設における単一システムから提供されてもよく、またはそれらの機能性は、複数の施設における複数のシステムによって提供されてもよい。例えば、補足データソース１２０、コンテンツソース１３０、およびデータソース１４０は、組み合わせられて、放送テレビコンテンツ、および、格付け、ジャンル、およびコンテンツ要約情報、または他の適切な情報を含む関連放送テレビデータをユーザ機器１０２に提供してもよい。
【００３１】
ユーザ機器１０２は、ユーザにメディアコンテンツを提示するのに適した、任意の機器を含んでもよい。例えば、ユーザ機器１０２は、テレビジョンカード付きパーソナルコンピュータ（ＰＣＴＶ）および／またはＯｐｅｎ  Ｃａｂｌｅ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｒｅｃｅｉｖｅｒ（ＯＣＵＲ）等のコンピュータ機器を含んでもよい。ユーザ機器１０２はまた、テレビおよびセットトップボックス、録画装置、ビデオプレーヤ、ユーザ入力装置（例えば、リモートコントロール、キーボード、マウス、タッチパッド、タッチスクリーン、および／または音声認識／照合モジュール）、または完全な双方向体験を提供するのに適した他の任意の装置等の、テレビ機器も含んでもよい。例えば、ユーザ機器１０２は、Ｍｏｔｏｒｏｌａ，Ｉｎｃ．提供のＤＣＴ  ２０００、２５００、５１００、６２０８、または６４１２セットトップボックスを含んでもよい。
【００３２】
図１の例では、ユーザ機器１０２は、制御回路１１４、表示装置１０４、双方向メディアガイダンスアプリケーション１０６、記憶装置１１０、およびユーザ入力装置１０８を含み、その全ては、別個の装置、または単一の統合装置として実装されてもよい。双方向メディアガイダンスアプリケーション１０６に加えて、双方向ホームショッピングアプリケーション等の他の双方向アプリケーションは、ユーザ機器１０２に実装されてもよい。一部の実施形態では、これらの双方向アプリケーションは、例えば、制御回路１１４中のチューナに、通信路１５０上でコンテンツソース１３０によって伝送されるコンテンツを表示装置１０４に表示し、かつ双方向アプリケーション特徴を提供するように指示してもよい。
【００３３】
表示装置１０４は、例えば、テレビモニタ、コンピュータモニタ、ＬＣＤディスプレイ、ビデオ投影装置、ホログラフィック投影機、または仮想現実シミュレータ等の、人間が知覚可能なメディアを提示することが可能な、任意の適切な装置であってもよい。表示装置１０４はまた、音声およびその他の感覚出力を提供するように構成されてもよい。
【００３４】
制御回路１１４は、入力装置１０８からユーザ入力を受信し、双方向メディアガイダンスアプリケーション１０６の命令を実行し、任意の他の双方向アプリケーションの命令を実行し、かつ表示装置１０４に、メディアコンテンツおよび双方向アプリケーション表示画面およびオーバーレイを表示するように指示するよう構成される。制御回路１１４は、１つ以上のチューナ１１５（例えば、アナログまたはデジタルチューナ）、エンコーダおよびデコーダ（例えば、ＭＰＥＧエンコーダおよびデコーダ）、プロセッサ（例えば、ＭＩＰおよび／またはＭｏｔｏｒｏｌａ  ６８０００ファミリプロセッサ）、メモリ（例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびハードディスク）、通信回路（例えば、ケーブルモデムおよびＡＴＳＣ  ２５６ＱＡＭ受信機回路）、入力／出力回路（例えば、グラフィック回路）、ユーザ機器１０２の様々な装置（例えば、記憶装置１１０）への接続、および、アナログまたはデジタルテレビ番組、インターネットコンテンツ、および間もなく開始のリストを提供するための任意の他の適切な構成要素を含んでもよい。一実施形態では、制御回路１１４は、例えば、ディスプレイ１０４または任意の他の装置（例えば、セットトップボックス、テレビ、および／またはビデオプレーヤ）の一部等の、ユーザ機器１０２の装置のうちの１つの一部として含まれてもよい。
【００３５】
制御回路１１４は、データソース１４０、コンテンツソース１３０、または補足データソース１２０からのデータを格納するための記憶装置１１０に接続されてもよい。例えば、記憶装置１１０は、１つ以上のデジタルビデオレコーダ（ＤＶＲ）、ハードディスク、または任意の他の機構を含んでもよい。制御回路１１４はまた、任意の種類の格納またはメモリ機構（例えば、ＲＡＭ、ＲＯＭ、ハイブリッド型のメモリ、ハードディスク、および／または光学式ドライブ）を含んでもよいメモリから、双方向メディアガイダンスアプリケーション１０６の命令を実行するように構成されてもよい。
【００３６】
しかし、図１の図示した実施形態では、双方向メディアガイダンスアプリケーション１０６は、ユーザ機器１０２の内部にあり、双方向メディアガイダンスアプリケーション１０６は、ユーザ機器１０２の外部に実装されるか、または部分的に外部に実装されてもよい。例えば、双方向メディアガイダンスアプリケーション１０６は、補足データソース１２０またはコンテンツソース１３０において実装されてもよく、かつクライアント・サーバまたは分散型アーキテクチャを使用して実行してもよく、その場合、アプリケーションの一部は、クライアントプロセスの形でユーザ機器１０２上にローカルで実装され、アプリケーションの一部は、サーバプロセスの形で遠隔場所に実装される。双方向メディアガイダンスアプリケーション１０６はまた、ユーザ機器１０２によってアクセス可能な、任意の適切なサーバ、コンピュータ機器、またはセットトップボックス上に実装されてもよい。一部の実施形態では、双方向メディアガイダンスアプリケーション１０６は、別の双方向アプリケーションと一体化されるか、独立型アプリケーション、サブプロセス、またはクラス（例えば、ＯＣＡＰ環境において）として実装される。一実施形態では、双方向メディアガイダンスアプリケーション１０６は、ユーザ機器１０２上で実行している別の双方向アプリケーション内に完全に統合される。この実施形態では、双方向メディアガイダンスアプリケーション１０６の管理および総括機能性は、入力装置１０８からの何らかのユーザ入力後に、他のアプリケーションまたは基本となるオペレーティングシステムによって直接起動されてもよい。一部の実施形態では、双方向メディアガイダンスアプリケーション１０６は、双方向メディアガイダンスアプリケーション１０６にアクセスし、かつ遠隔場所から全ての関連機能性（メディアコンテンツ視聴の計画、視聴選好の更新、間もなく開始のリストの閲覧および構成、および様々なメディアプランナ設定の構成を含む）を実行するためのウェブベースのインターフェースを含む。
【００３７】
少なくとも一部の実施形態では、双方向メディアガイダンスアプリケーション１０６は、ソフトウェアに実装される。しかしながら、ソフトウェアおよび／またはハードウェアの実装は、他の実施形態で使用してもよい。これらの配設は、例示的であるにすぎない。所望であれば、双方向メディアガイダンスアプリケーション１０６を実装するための他の適切な技法を使用してもよい。
【００３８】
双方向メディアガイダンスアプリケーション１０６は、表示装置１０４に現在表示されている、または記憶装置１１０に録画されているコンテンツの種類を決定するために、データソース１４０からのアプリケーションデータを使用してもよい。例えば、メディアガイダンスアプリケーションデータは、ジャンル情報（例えば、スポーツ、ミステリ、またはコメディ）、下位ジャンル情報、コンテンツ要約、俳優／監督情報、格付け（例えば、ペアレンタルコントロール格付け、編集格付け、およびネットワーク人気率）、またはメディアシステム１００内でアクセス可能なメディアコンテンツについての任意の他の適切な情報を含んでもよい。
【００３９】
双方向メディアガイダンスアプリケーション１０６は、制御回路１１４のメモリ（図示せず）中に、または記憶装置１１０上に、メディアプランナスケジュールを格納してもよい。メディアプランナスケジュールは、視聴または録画するために予定されるコンテンツの識別、ならびに各予定されたコンテンツ選択の優先度を含んでもよい。図１５に関して下記でさらに詳細に説明されるように、予定されたコンテンツの優先度は、同じ期間中に利用可能なコンテンツを録画および／または視聴するための先取順を決定するために利用してもよい。例えば、制御回路１１４がチューナ１１５等の３つしかチューナを含まない場合、３つより多いアセットが同時に録画または視聴するために予定された場合（かつ、別個のチューナが各アセットに同調するために必要とされる）には、競合が起こる場合がある。この場合、メディアプランナは、ユーザに潜在的な競合を知らせて、ユーザがいずれのそのような競合も事前に解消することを可能にする。
【００４０】
図２は、本発明の一実施形態による、間もなく開始の告知を供給するための例示的なネットワーク２００を示す。間もなく開始のソース２０２は、任意のコンテンツ提供元を含んでもよい。映画配布元、テレビ放送局、ＭＳＯ、およびメディア供給元は、ユーザ機器装置１０２（図１）に利用可能となってもよい、近々始まるメディアコンテンツを事前に知っていてもよい。例えば、ネットワークケーブル局は、１シーズンの近似または不完全な番組スケジュールを事前に設定してもよい一方で、正確で完全なスケジュール情報は、概して、１４日前にしかユーザ機器装置によってダウンロードされる。ユーザが各自のメディアコンテンツ視聴をより良好に計画することができるように、間もなく開始のソース２０２は、ネットワーク２１０上で間もなく開始の告知を補足データソース１２０に送信してもよい。ネットワーク２１０は、ケーブルネットワーク、光ファイバネットワーク、衛星ネットワーク、携帯電話データネットワーク、またはインターネットを含む、任意の一方向または双方向ネットワークを含んでもよい。間もなく開始の告知は、多くの視聴者にとって特に関心となるかもしれない番組（人気シリーズの復帰、人気映画のテレビプレミア、または主要スポーツイベントの放送等）の告知に限定されてもよい。告知はまた、新規シリーズのプレミア、または多額の予算が投じられたドキュメンタリまたは連続ドラマ等の、提供元が特に宣伝したい番組を含んでもよい。
【００４１】
間もなく開始のソース２０２は、ウェブスクリプティングエンジン２０４、遠隔ＡＰＩ機能呼出し２０６、およびＦＴＰアップロードモジュール２０８のうちの１つ以上を使用して、ネットワーク２１０上で間もなく開始の告知を伝送してもよい。例えば、ウェブスクリプティングエンジン２０４を使用して、間もなく開始のソースは、新規の間もなく開始の番組に関する告知データを入力するために、ウェブページインターフェースを使用してもよい。ウェブスクリプティングエンジン２０４は、ネットワーク２１０（例えば、インターネット）上で告知を伝送し、ＶＯＤの次のアトラクションのデータベース２２２、放送の次のアトラクションのデータベース２２４、および他の次のアトラクションのデータベース２２６のうちの１つ以上に告知を格納してもよい。データベース名によって示されるように、データベース２２２、２２４、および２２６のうちのそれぞれは、異なる種類のメディアコンテンツに関する間もなく開始の告知を格納してもよい。例えば、ＶＯＤの次のアトラクションのデータベース２２２は、オンデマンドアセットに関する告知を格納してもよく、放送の次のアトラクションのデータベース２２４は、線形（例えば、予定された）アセットに関する告知を格納してもよい。あるいは、単一の中央または分散型データベースは、全ての間もなく開始の告知を格納するために使用することが可能である。他の次のアトラクションのデータベース２２６は、ユーザ機器１０２（図１）に提供されてもよい、インターネットコンテンツおよび双方向アプリケーションおよびゲームに関する告知を格納してもよい。
【００４２】
間もなく開始のソース２０２はまた、ＶＯＤの次のアトラクションのデータベース２２２、放送の次のアトラクションのデータベース２２４、および他の次のアトラクションのデータベース２２６にデータを投入するために、遠隔ＡＰＩ機能呼出し２０６を実行してもよい。一部の実施形態では、遠隔ＡＰＩ機能呼出し２０６は、例えば、遠隔メソッド呼出し（ＲＭＩ）を実施する機能呼出し等の、分散型ＡＰＩ機能呼出しを含んでもよい。間もなく開始のソース２０２が、ＶＯＤの次のアトラクションのデータベース２２２、放送の次のアトラクションのデータベース２２４、および他の次のアトラクションのデータベース２２６に便宜的に間もなく開始のデータを投入することができるように、ＡＰＩ機能呼出しは、適切なウェブインターフェースから実行されてもよい。
【００４３】
最終的に、間もなく開始のソース２０２は、ファイル転送プロトコル（ＦＴＰ）アップロードモジュール２０８を使用して、ネットワーク２１０上で間もなく開始のデータをアップロードしてもよい。ＦＴＰは一部の実施形態で使用されるものの、セキュアＦＴＰ（ＳＦＴＰ）、セキュアコピープロトコル（ＳＣＰ）、またはセキュアシェル（ＳＳＨ）等の、任意の他の適切な転送プロトコルを他の実施形態で利用してもよい。ＦＴＰアップロードモジュール２０８を使用して、間もなく開始のソース２０２は、間もなく開始の告知を補足データソース１２０に直接アップロードしてもよい。告知は、告知の種類によって、異なるディレクトリにアップロードされてもよい。例えば、オンデマンド告知は、「ＶＯＤ」ディレクトリにアップロードされてもよい一方で、放送告知は、「放送」ディレクトリにアップロードされる。補足データソース１２０上で実行するアプリケーションプロセスは、自動的に告知アップロードを処理し、ＶＯＤの次のアトラクションのデータベース２２２、放送の次のアトラクションのデータベース２２４、および他の次のアトラクションのデータベース２２６にアップロードしたデータを投入してもよい。データベースにデータが投入された後、告知アップロードは、補足データソース１２０から削除されてもよい。
【００４４】
他の実施形態では、全ての間もなく開始の告知は、単一の告知データベースに格納される。告知データベースは、ソース、利用可能日、またはジャンルを含む、任意の適切なフィールドによってインデックスを付けられてもよい。データベースに格納される告知データは、必須およびオプションのフィールドを含んでもよい。例えば、番組の予期される利用可能日（または日付範囲）は、必須フィールドであってもよい一方で、格付け（例えば、ＭＰＡＡ格付け）はオプションのフィールドであってもよい。
【００４５】
一部の実施形態では、間もなく開始のソース２０２は、間もなく開始のデータを補足データソース１２０に送信してもよいものの、他の実施形態では、間もなく開始のソース２０２は、ユーザ機器１０２（図１）に利用可能となってもよい、新規の間もなく開始のコンテンツに関する間もなく開始のデータに対して、自動的に検索されてもよい。例えば、双方向メディアガイダンスアプリケーション１０６（図１）は、周期的にネットワーク２１０上で要求を間もなく開始のソース２０２に送信してもよい。新規の間もなく開始のデータに対する要求を自動的に処理する、ウェブサービスまたはプロセスは、間もなく開始のソース２０２上で実行してもよい。認証された要求を受信した後、次いで、ウェブサービスまたはプロセスは、全ての利用可能な間もなく開始のデータをユーザ機器１０２（図１）に直接送達してもよい。
【００４６】
間もなく開始のデータを転送するための一部の一般的な仕組みが上記で説明されるものの、他の実施形態で、間もなく開始のデータを補足データソース１２０に送達するために、任意の他の適切な転送機構を使用してもよい。例えば、告知は、直列化オブジェクトの形で送信されてもよく、または適切なマークアップ言語を使用してもよい。告知はまた、補足データソース１２０上に格納される代わりに、またはそれに加えて、ユーザ機器装置に直接送達されてもよい（例えば、マルチキャスト伝送プロトコルを使用して）。補足データソース１２０は、データベース２２２、２２４、および２２６にデータを投入するために、ウェブクローリング手法を使用してもよい。あるいは、間もなく開始の告知は、補足データソース１２０に手動で入力されてもよい。他の実施形態で、間もなく開始の告知のデータを収集するために、前述の方法の組み合わせを含む、任意の適切な方法を使用してもよい。
【００４７】
例えば、図３に示されるように、ＸＭＬファイル３００は、１つ以上の間もなく開始の告知を含んでもよい。Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）がＸＭＬファイル３００の例で使用されるものの、例えば、Ｓｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）の任意の一部を含む、任意の適切なマークアップ言語を使用してもよい。また、ＸＭＬファイル３００の例はＩＳＯ／ＩＥＣ  ８８５９符号化を使用するものの、任意の他の適切な符号化（例えば、ＵＴＦ−８、ＵＴＦ−１６、またはＵＴＦ−３２）もまた、使用してもよい。ＣａｂｌｅＬａｂｓ  Ｖｉｄｅｏ−Ｏｎ−Ｄｅｍａｎｄ  Ｍｅｔａｄａｔａ標準等の、任意の適切な番組メタデータ形式を使用してもよい。
【００４８】
ＸＭＬファイル３００は、一意の告知識別子を含んでもよい、タイトル３０２を含む。ＸＭＬファイル３００の本文３０４は、間もなく開始の告知を定義する、多数の標準およびオプションのタグを含んでもよい。「ｎａｍｅ」タグは、間もなく開始のコンテンツの名前またはタイトルを識別してもよい。「ｓｕｂｎａｍｅ」タグは、間もなく開始のコンテンツのサブタイトル（またはエピソードタイトル）を識別してもよい。「ｄｅｓｃ」タグは、間もなく開始のコンテンツにおける、プロットのテキスト要約または説明、配役の識別、監督、および／または選手（例えば、チームおよび／または競技者）を含んでもよい。番組識別子タグもまた、ＸＭＬファイル３００に含まれ、間もなく開始のコンテンツを一意的に識別してもよい。番組識別子は、メディアシステム１００（図１）内で利用可能な全コンテンツの中で一意であってもよい。そのようなものとして、間もなく開始のデータのソースは、間もなく開始のコンテンツに対する新規番組識別子を一意的に割り当てる、番組識別子データベースと通信していてもよい。番組識別子データベースは、ケーブルオペレータ、ＭＳＯ、または第３者によって維持されてもよい。下記でさらに詳細に説明されるように、一意の番組識別子は、ダンロードした番組スケジュールデータ中の対応する番組識別子と比較されて、間もなく開始のコンテンツが番組スケジュールリストのウィンドウ中に予定される時を決定してもよい。
【００４９】
「ｓｅａｓｏｎ」および「ｅｐｉｓｏｄｅ」タグは、シーズンおよびエピソード数をそれぞれ識別してもよい。「ｒａｔｉｎｇ」タグは、間もなく開始のコンテンツと関連する編集格付け（例えば、星格付け）、またはコンテンツ格付け（例えば、ＭＰＡＡまたはＴＶ格付け）を識別してもよい。「ｄａｔｅ」タグは、間もなく開始のコンテンツの予定された放送、利用可能性、または公開日を識別してもよい。「ｓｔａｒｔ＿ｔｉｍｅ」および「ｒｕｎ＿ｔｉｍｅ」タグは、間もなく開始のコンテンツの予定開始時間または利用可能時間および予定された継続時間をそれぞれ識別してもよい。「ｓｏｕｒｃｅ」タグは、間もなく開始のコンテンツまたは間もなく開始の告知のチャネル番号、チャネル名、またはソースを識別してもよい（例えば、ＭＬＢ．ｃｏｍ）。
【００５０】
ＸＭＬファイル３００はまた、多数のオプションのタグも含んでもよい。より一般的なオプションのタグのうちの一部を図３の例に示す。例えば、「ｒｅｌｉａｂｉｌｉｔｙ」タグは、予定された利用可能日が近づくにつれて番組スケジュールが変更するかもしれないことを考えて、告知中の情報（特に予定された利用可能性の情報）がどれだけ信頼性があるか、または確固としているかを識別してもよい。遠い将来（例えば、数ヶ月先）に利用可能となるように予定されている間もなく開始のコンテンツに対する告知は、より差し迫った利用可能性（例えば、今後数週間以内）に予定されている間もなく開始のコンテンツよりも低い信頼性の指標を有することとなる。しかしながら、コンテンツ提供元に特有のコンテンツおよび手順の種類によっては、ｒｅｌｉａｂｉｌｉｔｙタグは、任意の適切な信頼性指標を反映してもよい。さらに先のコンテンツに対するスケジュール情報はまた、シーズン、月、週、または日等について、あまり正確ではない用語で表現されてもよい。
【００５１】
ＸＭＬファイル３００はまた、「ｐｒｉｃｅ」タグも含んでもよい。ｐｒｉｃｅタグは、間もなく開始のコンテンツに対する推定アクセス価格を識別してもよい。例えば、オンデマンドコンテンツは、アクセス料金または受信料と関連してもよい。ユーザが登録するローカルチャネルマップ中のチャネルでのコンテンツ放送に対しては、ｐｒｉｃｅタグは概して、コンテンツがゼロ価格と関連することを示す（すなわち、間もなく開始のコンテンツへのアクセスが無料である）。一部の非ゼロ価格がｐｒｉｃｅタグに含まれて、追加料金が間もなく開始のコンテンツと関連することを示してもよい。シリーズ識別子タグは、該当する場合、一意のシリーズ識別子を識別してもよい。例えば、図３に示されるように、間もなく開始の告知は、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」のシーズンフィナーレに対するものである。シーズンフィナーレは、シリーズ「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」を一意的に識別するシリーズ識別子と関連してもよい。番組識別子は、シリーズ内のエピソードを一意的に識別するか、または他の全ての利用可能なメディアコンテンツの中でエピソードを一意的に識別してもよい。
【００５２】
オプションの「ｕｐｄａｔｅ」タグは、告知が更新告知か元の告知かどうかを示してもよい。前述のように、告知は、間もなく開始のコンテンツについての新規情報が利用可能になると、周期的に更新されてもよい。更新告知が元の告知から変更したタグを含むだけでよいことを除いて、更新告知は、元の告知と同じ（または同様の）形を成してもよい。よって、更新告知は、元の告知よりもサイズが小さくてもよく、よってネットワーク回線容量を節約する。
【００５３】
ＸＭＬファイル３００はまた、「ｐｒｏｍｏｔｅ」タグおよびオプションの「ｐｒｏｍｏｔｅ＿ｓｏｕｒｃｅ」タグ（図示せず）も含んでもよい。これらのタグは、この間もなく開始のコンテンツがユーザ機器装置上で宣伝または広告されるべきかについて、双方向メディアガイダンスアプリケーションに信号を送ってもよい。例えば、一部のコンテンツ提供元は、追加費用を払って、ここに示される表示画面のうちのいずれかの中でコンテンツを宣伝させてもよい。ｐｒｏｍｏｔｅ  ｓｏｕｒｃｅタグは、宣伝用資料自体（または宣伝の実際のテキスト）へのリンクを含んでもよい。ユーザ機器装置は、間もなく開始のコンテンツに関する宣伝および広告の別個のデータベースを維持してもよい。図４に関してさらに詳細に説明されるように、広告データベース中の広告および他の宣伝用資料は、間もなく開始のリストと同時に、または広告ウィンドウ内の任意の間もなく開始の表示画面中に表示されてもよい。ユーザは、広告で宣伝される間もなく開始のコンテンツと関連する任意の適切なメディアガイダンスアプリケーション機能を予定するために、間もなく開始の広告を選択してもよい。
【００５４】
最後に、ＸＭＬファイル３００はまた、多数の高度コンテンツ制御タグも含んでもよい。これらのタグは、もし間もなく開始のコンテンツがユーザ機器装置に利用可能となる時には、どの種類のコンテンツアクセスがユーザ機器装置に与えられるかを指定してもよい。これらの高度コンテンツ制御タグは、ユーザ機器装置（例えば、間もなく開始の告知のデータベース中）に保存され、間もなく開始のコンテンツがユーザ機器装置によってアクセスされる、しばらく後で実行されてもよい。これらのタグのうちの一部は、間もなく開始のコンテンツの無断複写、配布、再伝送、または表示を制御するために使用してもよい。双方向メディアガイダンスアプリケーションは、ユーザ機器装置に全コンテンツ制御タグを実行してもよい。例えば、「ａｌｌｏｗ＿ｒｅｃｏｒｄ」タグは、コンテンツがユーザ機器装置に（例えば、記憶装置１１０（図１）に）保存されることが許可されているかどうかを示してもよい。一部の実施形態では、録画許可のタグはまた、間もなく開始のコンテンツのキャッシングおよびバッファリングも禁止する。例えば、録画許可のタグが設定されていない間もなく開始のコンテンツに同調されるチューナの出力は、ユーザ機器装置によって自動的にバッファリングされてはいけない。このことは、ユーザ機器装置への制限コンテンツの無断録画または保存を防ぐのに役立ってもよい。「ｄｉｓｐｌａｙ＿ｎｕｍｂｅｒ」タグは、ユーザが間もなく開始のコンテンツを表示する権限を与えられている回数を示してもよい。例えば、このタグは、ユーザがオンデマンドサービスを介してコンテンツを要求してもよい回数、または録画装置（例えば、記憶装置１１０（図１））から再生が許可されている回数を示してもよい。他のサポートされたコンテンツ制御タグは、間もなく開始のコンテンツの再伝送、間もなく開始のコンテンツの編集、および／または間もなく開始のコンテンツのサンプリング（例えば、デジタルオーディオコンテンツに対して）を制限または禁止するためのタグを含んでもよい。一部の実施形態では、双方向メディアガイダンスアプリケーションは、ユーザによって望まれるとおりに、追加アクセス許可を要求するために、デジタル著作権管理（ＤＲＭ）アプリケーションと連動してもよい。
【００５５】
コンテンツ制御タグはまた、間もなく開始のコンテンツがユーザ機器装置に利用可能になった後に、自動的に何らかの動作を行うためのタグも含んでもよい。例えば、自動録画タグは、コンテンツがユーザ機器装置に利用可能になるとすぐ、コンテンツが自動的にローカル記憶装置（例えば、記憶装置１１０（図１））に録画されるべきかどうかを示してもよい。自動録画タグは、録画を自動的にユーザ機器装置上に予定させてもよい。予定された録画の、この日付、時間、およびソースは、告知更新の受信に応じて、自動的に更新されてもよい。コンテンツ制御タグに基づいて自動的に行われてもよい他の動作は、自動的に、間もなく開始のコンテンツに対する通知を設定するステップ、間もなく開始のコンテンツをブックマークするステップ、またはお気に入りリストに間もなく開始のコンテンツを追加するステップを含む。
【００５６】
図３は、典型的な間もなく開始の告知の一例を示すものの、さらに多い、または少ないタグが定義されて、他の形式またはバージョンを使用してもよい。既に述べたように、一部の実施形態では、更新告知は、元の告知（またはより最近の更新告知）からの変更を伴うタグを含むだけでよい。そのようなものとして、告知更新は、図３に示される告知のような完全告知の簡略版と似ていてもよい。
【００５７】
前述のように、双方向メディアガイダンスアプリケーションは、どの番組がユーザ機器装置上で録画されるか、または見られるかを事前に決定するためのメディアプランナ特徴を含んでもよい。どの番組が録画するか、または見るかを事前に決定するために、ユーザは、番組スケジュールデータベースからのリストデータ、番組検索ユーティリティ、および連続録画を使用してもよい。間もなく開始のコンテンツはまた、間もなく開始のコンテンツと関連する（またはそれを宣伝する）双方向要素（例えば、双方向広告または双方向リスト）をクリックすることによって、メディアプランナに追加されてもよい。図４に示されるように、検索メニューの表示画面４００は、多数の選択可能な選択肢を含む。ユーザが間もなく開始の選択肢４０２を選択した後、表示画面５００（図５）が自動的に表示されてもよい。ユーザがプランナの選択肢４０４を選択した後、メディアプランナの表示画面１２００（図１２）が自動的に表示されてもよい。
【００５８】
表示画面４００はまた、間もなく開始のアトラクションに関係する双方向宣伝または広告も表示してもよい。例えば、ＰＩＧウィンドウ４０６に示されるように、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」のシーズンフィナーレに対する広告が、検索メニューと同時に表示される。この広告は、ユーザ機器においてローカルで格納される、間もなく開始の広告のデータベースから選択されてもよい。広告は、テキスト、グラフィック、およびビデオを含んでもよく、かつ間もなく開始の告知中で識別されてもよい。一部の実施形態では、広告データは、元の告知自体に含まれる。例えば、「ｔｈｅ  Ｓｏｐｒａｎｏｓを見よう！シーズン６フィナーレ」というテキストは、告知の「ｐｒｏｍｏｔｅ＿ｓｏｕｒｃｅ」タグ内に含まれてもよい。可変広告データに対する代替物も含まれてもよい。例えば、変数「％ｄ」は、予定された利用可能または放送日と置き換えられてもよく、変数「％ｔ」は、現地時間帯の予定された利用可能または放送時間と置き換えられてもよく、変数「％ｓ」は、予定されたソース（例えば、チャネル番号またはチャネル名）と置き換えられてもよい。こうして、広告テンプレートが告知の「ｐｒｏｍｏｔｅ＿ｓｏｕｒｃｅ」タグ中で識別されてもよい一方で、修正した広告がユーザに実際に表示される。修正した広告は、そのようなデータが受信された後に（例えば、告知更新を通して）、新規の可変広告データにより更新されてもよい。よって、上記の例を使用して、テキスト広告「ｔｈｅ  Ｓｏｐｒａｎｏｓを見よう！シーズン６フィナーレ  ％ｄ、％ｔ、％ｓにて」がユーザ機器において修正され、ローカルユーザ機器装置に対する正しい可変広告データを表示してもよい。チャネル番号およびチャネル名は、ローカルチャネルまたはソースマップから調べてもよい。次いで、結果として生じる広告は、ＰＩＧウィンドウ４０６に表示されてもよい。
【００５９】
ＰＩＧウィンドウ４０６は、任意の適切なスケジュールで広告を表示および／または反復してもよい。一部の実施形態では、新規広告は、ユーザが表示画面４００内の新規選択肢またはボタンを選択するといつでも表示される。他の実施形態では、新規広告は、所定量の時間が経過した後に表示される。ＰＩＧウィンドウ４０６はまた、例えば、検索メニュー表示画面４００を要求する直前に表示されるチャネルから、縮小ビデオを表示してもよい。ユーザは、ＰＩＧウィンドウ４０６に現在表示されている広告によって識別されるコンテンツと関連する、任意のメディアガイダンスアプリケーション機能を予定または実行するために、ＰＩＧウィンドウ４０６を選択してもよい。
【００６０】
図５は、間もなく開始の表示画面５００を示す。間もなく開始の特徴は、ユーザ機器装置に番組スケジュールリストを表示するために使用される番組スケジュールデータの利用可能なウィンドウ中にまだ識別されていない番組をユーザが見つけることを可能にする。間もなく開始の表示画面５００は、間もなく開始の選択肢４０２（図４）を選択することによって、検索メニュー４００（図４）からアクセスされてもよい。間もなく開始の表示画面５００中に記載される間もなく開始の番組は、ＶＯＤ、ＰＰＶ、プレミアムまたはネットワークチャネルで今後数週間または数ヶ月に計画されている大作映画、シリーズの復帰およびシーズンプレミア、近々始まる連続ドラマおよびテレビ映画、受賞番組、コンサート、スポーツイベント、およびスケジュールウィンドウ中にまだない他の近々始まる生放送イベントを含んでもよい。番組は、パッケージ、シリーズ、および他の群の番組（例えば、スポーツイベント競技）を含んでもよい。
【００６１】
ユーザは、エントリ５０２等の、間もなく開始の表示画面５００中の任意のコンテンツエントリを選択し、詳細（例えば、説明、ネットワーク、およびおおよその利用可能時間枠）の１つ以上のページを閲覧してもよい。番組のタイトルは、タイトル領域５０６に表示されてもよい。番組のソースは、ソース領域５０４に表示されてもよい。番組の予定された利用可能性情報（利用可能時間枠または日付を含む）は、利用可能性領域５１０に表示されてもよい。ユーザが間もなく開始の番組リストを通してカーソルを上下に動かすと、要約情報が要約領域５１２に表示されてもよい。例えば、タイトル、格付け（例えば、ＭＰＡＡ格付け）、ユーザまたは編集格付け（例えば、星格付け５１３）、ジャンル、出演者、または任意の他の適切な要約情報が要約領域５１２に表示されてもよい。この情報の一部または全部は、番組に対する間もなく開始の告知に由来してもよい。
【００６２】
一部の実施形態では、予定された利用可能日（または利用可能時間枠）の信頼性の指示もまた、間もなく開始の表示画面５００に表示される。例えば、信頼性指標５０８は、図５の例のゼロから３つのチェックマークの形を成す。あるいは、「暫定的」等のテキスト指標が、低い信頼性の間もなく開始の告知に対して、図５のチェックマークに取って代わり得る。任意の他の適切なアイコンまたは指標を他の実施形態で使用してもよい。信頼性指標５０８におけるより多いチェックマークは、増加した信頼性を示してもよい。例えば、信頼性指標５０８における３つのチェックマークは、利用可能性情報が確固としており、もはや変更または更新の可能性がないことを示してもよい。信頼性指標５０８におけるゼロのチェックマークは、利用可能性情報が暫定的であり、頻繁に変更または更新される可能性があることを示してもよい。信頼性指標５０８は、各自の視聴スケジュールを計画する際にユーザにとって有用となってもよい。
【００６３】
間もなく開始の表示画面５００はまた、ＰＩＧウィンドウ５１４も含んでもよい。ＰＩＧウィンドウ５１４は、間もなく開始の表示画面５００に記載されるコンテンツに対する広告またはプレビューを表示してもよい。一部の実施形態では、ＰＩＧウィンドウ５１４は、間もなく開始のリスト中で現在ハイライトされているコンテンツのビデオプレビュー（利用可能であれば）を自動的に表示する。例えば、ユーザが「Ｃａｐｏｔｅ」に対するリストを選択するのに応じて、間もなく開始の映画「Ｃａｐｏｔｅ」に対するビデオプレビューが自動的に表示されてもよい。他の実施形態では、任意の他のコンテンツ（それが現在表示されている間もなく開始のリストに提示されているかどうかにかかわらず）に対する広告、プレビュー、または宣伝が、ＰＩＧウィンドウ５１４に表示されてもよい。
【００６４】
ユーザは、間もなく開始の表示画面５００中の任意のエントリを選択して、選択したエントリに対する詳細ページを表示してもよい。例えば、図６は、放送アセットに対する詳細の表示画面６００を示す。アセットのタイトルは、タイトル領域６０２に表示されてもよい。要約情報は、要約領域６０４に表示されてもよい。この要約情報の一部または全部は、間もなく開始の告知の説明タグに含まれるデータに由来してもよい。ＰＩＧウィンドウ６１６は、選択されたアセットに対する広告またはプレビューを示してもよい。例えば、ユーザがプレビューボタン６１２を選択した後、ビデオプレビューがＰＩＧウィンドウ６１６に表示されてもよい。プレビューは、多くのアセット（ＶＯＤおよび放送アセットの両方を含む）に利用可能であってもよい。放送番組に対しては、ユーザはまた、通知ボタン６０８を選択することによって、通知を設定してもよい。ユーザは、録画ボタン６１０を選択することによって事前録画を予定してもよい。間もなく開始のコンテンツに関するペアレンタルコントロールロックを作成または解除するために、ユーザは、ペアレンタルコントロールボタン６１４を選択してもよい。間もなく開始の表示画面５００（図５）に戻るために、ユーザは、戻るボタン６０６を選択してもよい。ユーザが録画を予定する、または通知を設定することを選択した場合、間もなく開始のコンテンツに対するリストが予想利用可能日および／または時間でメディアプランナに表示されてもよい。
【００６５】
図７は、オンデマンドアセットに対する詳細の表示画面７００を示す。放送アセットに対する詳細の表示画面６００（図６）と同様に、詳細の表示画面７００は、タイトル領域７０２にオンデマンドアセットのタイトルを、かつ要約領域７０８に要約情報を表示してもよい。また、ユーザまたは編集格付け７０４が表示されてもよい。この情報は、オンデマンドアセットに対する間もなく開始の告知における格付けタグに由来してもよい。加えて、または代案として、格付けは、補足データソース（例えば、図１の補足データソース１２０）から取り出されてもよい。図７の例で星格付けの形を成す、この格付けは、アセットの人気（または予期される人気）を示してもよい。それはまた、全ての主要な批評家からアセットに与えられる平均格付けも示してもよい。
【００６６】
オンデマンドアセットに対しては、ユーザは、ブックマークボタン７１６を選択することによって、新規ブックマークを作成してもよい。ユーザはまた、通知アイコン７１２を選択することによって、番組が利用可能である時に通知が表示されるように設定してもよい。オンデマンドアセットのプレビューは、ユーザがプレビューボタン７１４を選択した後に、ＰＩＧウィンドウ７２０に表示されてもよい。ペアレンタルコントロールロックは、ペアレンタルコントロールボタン７１８を選択することによって、設定または解除されてもよい。間もなく開始の表示画面５００（図５）に戻るために、ユーザは、戻るボタン７１０を選択してもよい。
【００６７】
一部の実施形態では、ユーザはまた、録画を予定する、または間もなく開始のアトラクションに対する通知を設定する時に、様々な通知および録画選好を選択してもよい。例えば、ユーザは、アセットのオンデマンドまたは放送バージョン、アセットの有料または無料バージョン、アセットのＨＤまたはＳＤバージョン、または任意の他の適切な録画または通知選好を録画する、またはそれの通知を受けるように選択してもよい。一部の実施形態では、間もなく開始のアトラクションはまた、通常のコンテンツ検索結果に追加されてもよい。
【００６８】
間もなく開始のリストは、様々なソース（例えば、図２の間もなく開始のソース２０２）によって公表される間もなく開始のアトラクションを含んでもよい。間もなく開始のリストをフィルタにかけるために、ユーザは、全ての利用可能な間もなく開始のソースのうちの１つ以上を選択し、選択されたソースによって公表されるリストのみを表示してもよい。例えば、図８は、ソース選択オーバーレイ８０２がある間もなく開始の表示画面８００を示す。ユーザは、ソース選択オーバーレイ８０２に記載される１つ以上のソース選択し、次いで、選択したソースによって公表される全ての間もなく開始のリストを表示するために、入力装置（例えば、図１の入力装置１０８）上の「ＯＫ」または他の適切なボタンを押してもよい。
【００６９】
図８の例に示されるように、ソース選択オーバーレイ８０２は、全てのソースの選択８０４を含んで、間もなく開始の表示画面８００が全ての利用可能なソースからコンテンツを記載すべきであることを示す。他の例示的ソース選択は、オンデマンドソースのみの選択８０６、全てのプレミアムソースの選択８０８、全ての放送ソースの選択８１０、ＥＳＰＮ．ｃｏｍソースの選択８１２、ＨＢＯソースの選択８１４、および「ＭＴＶ  Ｏｎｌｉｎｅ」ソースの選択８１６を含んでもよい。さらなる利用可能なソースは、次アイコン８１８によって示されるように、入力装置（例えば、図１の入力装置１０８）上の下カーソルまたは矢印ボタンを押すことによって閲覧してもよい。
【００７０】
ユーザがソース選択オーバーレイ８０２から１つ以上のソースを選択した後、間もなく開始の表示画面８００は、選択したソースと関連する間もなく開始のリストのみを表示してもよい。新規ソースは、いつでも追加または除去されてもよい。例えば、ＭＬＢ．ｃｏｍは、シリーズの数週間（または数ヶ月）前に、予測される地区プレーオフ試合ならびにメジャーリーグのワールドシリーズを公表してもよい。別の例として、ＥＳＰＮ．ｃｏｍは、ＥＳＰＮチャネル（または提携チャネルまたはオンデマンドサービス）で利用可能となる様々な他のスポーツイベントおよび競技に対する予測される試合およびマッチを公表してもよい。プレミアムチャネル（例えば、ＨＢＯ）は、実際の公開の相当以前から、予測される独自のコンテンツ提供を公表してもよい。これらの事前告知は、視聴率および近々始まるアトラクションについてのコミュニティの「うわさ」を増加させる働きをしてもよい。また、下記でさらに詳細に説明されるように、ユーザが事前に各自の視聴を計画することができるように、ユーザは、包括的メディアプランナに間もなく開始のリストを追加してもよい。
【００７１】
間もなく開始のリストを通してさらに容易にナビゲートするために、ユーザは、任意の適切な属性別にリストを分類してもよい。図９は、分類オーバーレイ９０２がある間もなく開始の表示画面９００を示す。分類オーバーレイ９０２は、予測日別９０４、ジャンル別９０６、タイトル別９０８、ソース別９１０、信頼性別９１２、および格付け別９１４を含む、リストを分類するために使用してもよい、いくつかの一般的な属性を含む。次アイコン９１６によって示されるように、他の属性もまた、入力装置（例えば、図１の入力装置１０８）上の下カーソルまたは矢印ボタンを押すことによって選択されてもよい。ユーザが分類基準を選択した後、間もなく開始の表示画面９００中のリストは、選択された属性別に並べ替えられてもよい。例えば、リストは、タイトル別に分類９０８を選択することによってアルファベット順に、または予測日別に分類９０４を選択した結果、日付別に年代順に配列されてもよい。
【００７２】
図６および７に関して上記のように、ユーザは、間もなく開始のコンテンツに対してメディアガイダンスアプリケーション機能を予定してもよい。例えば、ユーザは、利用可能になった時に間もなく開始の放送アセットを録画するように選択する、オンデマンドサーバ上にロードされると間もなく開始のオンデマンドアセットをブックマークする、またはいずれかの種類のアセットに対する通知を設定することが可能である。他の機能もまた実行されてもよい。例えば、ユーザは、お気に入りの番組リストに間もなく開始のアセットを追加する、またはアセットに対する新規ペアレンタルコントロールロック（例えば、タイトル別のロック）を作成してもよい。
【００７３】
しかしながら、時折、ユーザは、これらのメディアガイダンスアプリケーション機能のうちの１つを実行するために、全ての適切な情報を有するとは限らない。また、時折、ユーザは、真であるアセットの何らかの属性、または満たされている何らかの論理式に、これらの機能の実行またはスケジューリングを条件付けたい場合がある。間もなく開始の告知における情報の多くは、まだ利用可能ではない、または変更の可能性があるため、条件付き動作は、ユーザに追加した柔軟性を提供して、単純または複合論理にメディアガイダンスアプリケーション機能の実行（またはスケジューリング）を条件付ける。
【００７４】
図１０は、そのような条件付き動作の要求を示す。間もなく開始の表示画面１０００は、条件付きメディアガイダンスアプリケーション機能を実行するための条件付き動作オーバーレイ１００２を含む。コンテンツがユーザ機器装置に利用可能となる時に（例えば、コンテンツが実際に放送される、またはオンデマンドサービスを介して利用可能となる時、またはリストのデータが２週間前のスケジュールリストのデータと同じくらいに完全であるか、または条件付き動作を完成するのに十分完全である時点）、これらの機能の実際の実行（またはスケジューリング）が、間もなく開始のコンテンツの何らかの属性に条件付けられてもよいため、機能は、「条件付き」と呼ばれる。図１０の例に示されるように、条件付き動作オーバーレイ１００２は、動作選択１００４における動作の指示を含む。ユーザは、所望であれば、異なるメディアガイダンスアプリケーション機能に動作を変更するために、動作選択１００４を選択してもよい。
【００７５】
動作の下には、１つ以上の論理文が記載される。論理文は、「ＡＮＤ」および「ＯＲ」等の演算子を使用して、組み合わせられて複合論理式を形成してもよい。条件付き動作オーバーレイ１００２に示されるように、映画が４月１５日以前に利用可能であり、映画と関連するアクセス価格が＄８未満である場合にのみ、ユーザは、間もなく開始の映画「Ｃａｐｏｔｅ」を録画することを希望する。日付選択１００６および金額選択１００８は、入力装置（例えば、図１の入力装置１０８）を使用して、ユーザによって選択され、任意の適切な値に変更されてもよい。
【００７６】
条件付き動作オーバーレイ１００２に追加論理文を追加するために、ユーザは次アイコン１０１０を選択してもよい。次アイコン１０１０を選択した後、利用可能なコンテンツ属性のリストがユーザに表示されてもよい。コンテンツ属性は、出演者、監督、ユーザ格付け、ＭＰＡＡ格付け、ＴＶ格付け、番組が録画可能であるかどうか、およびアクセス価格を含む、間もなく開始のコンテンツの任意の有効な属性を含んでもよい。これらのコンテンツ属性のうちの一部または全部は、間もなく開始のコンテンツに対する間もなく開始の告知において定義されてもよい。ユーザは、条件付き動作オーバーレイ１００２に別の論理文を追加し、所望の属性値で論理命令を完成してもよい。間もなく開始のコンテンツがユーザ機器装置に実際に利用可能となった後に（または任意の適切な前の時期に）、双方向メディアガイダンスアプリケーションは、条件付け論理文が実際の属性値によって満たされているかどうかを検証してもよい。もしそうであれば、双方向メディアガイダンスアプリケーションは、動作選択１００４における指定の動作を行ってもよい。そうでなければ、動作は飛ばされてもよい。適切な動作は、任意のメディアガイダンスアプリケーション機能を含んでもよい。例えば、動作は、録画するために間もなく開始のコンテンツを予定するステップ、間もなく開始のコンテンツを自動的に録画するステップ、間もなく開始のコンテンツに対する通知を設定するステップ、間もなく開始のコンテンツに自動的に同調するステップ、間もなく開始のコンテンツを自動的に表示するステップ、間もなく開始のコンテンツを自動的に順序付けるステップ、間もなく開始のコンテンツをユーザのプロファイルまたは永続的な「このようなコンテンツを見つける」という検索設定に適用するステップ、および間もなく開始のコンテンツに対するユーザ格付けを自動的に提出するステップのうちの１つ以上を含んでもよい。
【００７７】
条件付き動作は、任意の間もなく開始のリストに対して作成されてもよい。図１１は、スポーツイベントに対する条件付き動作オーバーレイ１１０２がある間もなく開始の表示画面１１００を示す。条件付き動作オーバーレイ１１０２における動作選択１１０４は、ある基準を満たす限り、ユーザが公表された「Ｆｉｎａｌ  Ｆｏｕｒ」番組パッケージと関連するいずれの試合の通知も受けることを希望することを示す。チーム選択１１０６および選手選択１１０８に示されるように、ユーザは、Ｆｌｏｒｉｄａ  Ｇａｔｏｒｓが試合のうちの１つプレーしているか、または選手のＣｏｒｅｙ  Ｂｒｅｗｅｒがプレーしている場合のいずれかのみ通知を受ける。例えば、Ｃｏｒｅｙ  Ｂｒｅｗｅｒが実際にＦｉｎａｌ  Ｆｏｕｒパッケージと関連する試合でプレーしている場合（たとえＦｌｏｒｉｄａ  Ｇａｔｏｒｓでプレーしていなくても）に、ユーザはその試合の通知を受ける。ユーザは、複合文の中に追加論理文を追加するために、次アイコン１１１０を選択してもよい。例えば、条件文に選手を追加することに加えて、ユーザはまた、選手の統計のうちの１つ以上を追加してもよい。例えば、選手のＣｏｒｅｙ  Ｂｒｅｗｅｒがある数のポイントを得点したか、またはある数のリバウンドを今シーズンで得た場合にのみ、ユーザが通知されるように、ユーザはさらに、条件文を精緻化してもよい。
【００７８】
前例から明確となるように、一部の実施形態では、各論理文に含むのに利用可能な特定論理項は、コンテンツの種類およびコンテンツのジャンルによって、異なってもよい。例えば、バスケットボールのスポーツイベントには、野球のスポーツイベントとは異なる論理項（および属性）があってもよい。長編映画にもまた、テレビ番組とは異なる利用可能な論理項（および属性）があってもよい。例えば、映画は、ＭＰＡＡ格付けと関連してもよい一方で、テレビ番組は、ＴＶ格付けと関連してもよい。ユーザは、条件論理文に含むために、任意の適切な項または属性を選択してもよい。条件付き動作は、例えば、図６の詳細の表示画面６００等の、双方向メディアガイダンスアプリケーション内の任意の適切な画面または特徴から利用可能であってもよい。
【００７９】
ユーザは、特定期間にわたる（例えば、次の火曜日のゴールデンタイム中）計画された視聴活動のクイックビューを表示するために、メディアプランナ特徴を使用してもよい。ユーザは、日および期間を選択してもよく、かつ異なる日および時間に容易に移動してもよい。例えば、図１２に示されるように、メディアプランナ表示画面１２００は、日付選択オーバーレイ１２０２を含む。ユーザは、メディアプランナにおける選択日付ウィンドウを閲覧するために、日付選択１２０４等の、日付選択オーバーレイ１２０２から任意の日付を選択してもよい。日付選択オーバーレイ１２０２におけるさらなる日付を閲覧するために、ユーザは、次矢印１２０６のうちの１つを選択してもよい。
【００８０】
図１３に示されるように、日付を選択した後、ユーザはまた、メディアプランナの表示画面１３００から、時間ウィンドウオーバーレイ１３０２等の時間選択オーバーレイにアクセスしてもよい。日付選択オーバーレイ１２０２（図１２）と同様に、ユーザは、メディアプランナにおける選択時間ウィンドウを閲覧するために、時間選択１３０４等、時間ウィンドウオーバーレイ１３０２から任意の時間ウィンドウを選択してもよい。
【００８１】
図１４は、日付および時間の選択後のメディアプランナの表示画面１４００を示す。図１４の例に示されるように、メディアコンテンツリストは、メディアプランナグリッド１４１０に示されてもよい。一部の実施形態では、録画される番組が１番目に（メディアプランナグリッド１４１０の最上部付近）、通知を伴う番組が２番目に（録画される番組の下）、および他の選択された番組が３番目に（通知を伴う番組の下）示されてもよい。現在の日付および時間ウィンドウは、メディアプランナグリッド１４１０の最上部に表示されてもよい。ユーザは、表示された時間ウィンドウを変更するために、入力装置（例えば、図１の入力装置１０８）上の左右の矢印ボタンを使用してもよい。よって、メディアプランナ表示画面１４００は、全ての予定された視聴活動（例えば、録画および通知）を伴う時間のウィンドウを示す。
【００８２】
メディアプランナは、チューナ１１５（図１）等の、ユーザ機器装置内で利用可能なチューナの状態を監視してもよい。メディアプランナは、ユーザの関心である、またはそうではない番組をマークしてもよい。例えば、図１４に示されるように、一部の番組は、通常の書体で表示され（例えば、録画および通知を伴うもの）、一部の番組は、無効にされるか、またはグレーアウトした書体で示される（例えば、ユーザが関心を表していない番組）。例えば、番組「Ｆａｍｉｌｙ  Ｇｕｙ」は、図１４に示される例示的なプランナグリッドでは、無効として示されるか、またはグレーアウトした書体で示される。この番組は、ユーザが関心を示している番組を上映しているチャネル（例えば、チャネル「１３  ＫＤＶＲ」）上の表示されたプランナの時間ウィンドウの間に放送されてもよい。しかしながら、ユーザは番組「Ｆａｍｉｌｙ  Ｇｕｙ」に関心を表していない場合があり、したがって、ユーザが関心を表しているプランナグリッド中の番組から視覚的に区別されてもよい。
【００８３】
メディアプランナグリッド１４１０は、メディアプランナグリッドウィンドウ中の関心のあるタグ付けされたアセットに対する、複数の識別子（例えば、テキストラベル、アイコン、グラフィック、リスト、またはセル）を含んでもよい。識別子は、名前によって、または任意の他の適切な特性によって、アセットを識別してもよい。例えば、図１４に示されるように、識別子１４０７は、アセットの名前またはタイトルを含んでもよい。他の適切な識別子は、番組識別子、シリーズ識別子、エピソード名、エピソード数、およびシーズン数のうちの１つ以上を含んでもよい。識別子はまた、アセットのグラフィックアイコン、ジャケットアート、または何らかの視覚表示も含んでもよい。例えば、アセットの静止画像またはサムネイルビデオ（またはアセットに対する広告）は、メディアプランナグリッド１４１０中の各リスト内に表示されてもよい。静止画像またはビデオは、アセットの識別子であってもよい。他の実施形態では、識別子はまた、リスト１４０２等の、メディアプランナグリッド１４１０内のリストまたはセルの全体を含んでもよい。
【００８４】
録画しないアイコン１４０４は、その優先度、およびユーザ機器装置中の利用可能なチューナの数のため、番組「Ｔｈｅ  Ｗｅｓｔ  Ｗｉｎｇ」が録画されないことを示してもよい。録画しないアイコン１４０４は、プランナグリッド中の関心のある番組が録画されないことをユーザに示す。次いで、ユーザには、実際に番組を録画するために、番組の優先度を変更する（例えば、増加させる）機会があってもよい。録画アイコン１４０６は、利用可能なチューナを使用して、関連番組が録画するために予定されてもよいことを示してもよい。メディアプランナグリッド１４１０中の一部の他のリストの優先度がこの録画に対する優先度以上に増加されない限り、このチューナは録画を行うように留保されてもよい。通知アイコン１４０８は、通知が関連番組に対して設定されていることを示してもよい。通知アイコン１４０８はまた、関連番組が自動同調および予定された時間での表示に対して予定されていることを示してもよい。チューナは、通知が設定された番組に対して留保されてもよく、またはそうでなくてもよい。よって、一部の実施形態では、利用可能なチューナの数は、任意の特定時間にわたる録画または視聴に対してマークされたメディアプランナ中のリスト（および任意で、通知が設定された番組に対するリスト）の数と同等でなければならない（またはそれを上回る）。プランナは、所与の日付／時間枠における関心のある番組に関して何が起こっているかについて、ユーザに対する便利な概観を提供する。リストは、優先順位で表示されてもよく、なぜ要求した番組がその時間（またはしばらく後）に視聴もしくは録画が利用可能でない場合があるのかについて視覚表示をユーザに与える。例えば、ユーザがある時点で（グリッドビューから、またはプランナビューからのいずれか）、その時間にＣｈａｒｍｅｄを見る各自の選好を示し、Ｔｈｅ  Ｗｅｓｔ  Ｗｉｎｇの録画を保留したかもしれないため、「Ｃｈａｒｍｅｄ」は、最高優先度で示される。
【００８５】
一部の実施形態では、予定された録画の数が利用可能なチューナの数を上回る場合に、録画の競合解消管理論理は、様々なビューでユーザに知らせてもよい。前述のように、一部の実施形態では、録画がチューナの留保と考えられるのと同じ方法で、通知は、チューナの留保と考えられる。例えば、図１４は、３連チューナユーザ機器装置に対するメディアプランナグリッドを表してもよい。この実施形態では、２つのチューナが録画（ｔｈｅ  Ｓｏｐｒａｎｏｓおよびｔｈｅ  Ｓｉｍｐｓｏｎｓ）のために使用され、第３のチューナがその時間に見ることを目的としている番組（すなわち、「Ｃｈａｒｍｅｄ」）に対して留保されてもよいため、午後７時に競合がなくてもよい。この実施形態では、ユーザ機器装置のチューナ制限の違反または競合としてシステムにそれをフラグ付けさせることなく、ユーザには、「場合によっては録画に関心がある」選択肢を使用して、所望の録画（例えば、Ｔｈｅ  Ｗｅｓｔ  Ｗｉｎｇ）を示す選択肢が提供される。「場合によっては録画に関心がある」アイコンは、録画しないアイコン１４０４と同様に見えてもよい。ユーザは、録画アイコン１４０６、通知アイコン１４０８、および「関心があるが録画しない」アイコン１４０４の間で動作アイコンを切り替えるために、メディアプランナグリッド１４１０内の任意のリストを選択してもよい。前述のように、図１４の例では、３つのチューナがメディアシステム内で利用可能であってもよい。結果として、メディアプランナグリッド１４１０中の多くても３つのリストが、競合なしでいつでも、録画、視聴、および録画と視聴の組み合わせに対して予定されてもよい。
【００８６】
図１４に示されるように、通知アイコン１４０８は、３月１９日、日曜日の午後７時にチャネル「２  ＫＧＷＮ」で利用可能なテレビ番組「Ｃｈａｒｍｅｄ」に対して、通知が設定されていることを示す。この番組は、１つの利用可能なチューナを利用して、午後７時に双方向メディアガイダンスアプリケーションによって、自動的に同調されて表示されてもよい。同様に午後７時に、利用可能なチューナを使用して、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」および「Ｓｉｍｐｓｏｎｓ」が両方とも自動的に録画されてもよい。「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」は「Ｓｉｍｐｓｏｎｓ」よりもメディアプランナグリッド１４１０中で高く表示されているため、このリストには、より高い優先度があってもよい。よって、何らかの理由で任意の録画が先行される必要があれば、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」の録画の前に、「Ｓｉｍｐｓｏｎｓ」の録画が先行されてもよい。ユーザは、メディアプランナグリッド１４１０中において、メディアプランナグリッド中の任意のリストを上または下にドラッグして、リストの優先度を変更してもよい。例えば、ユーザは、入力装置（例えば、入力装置１０８）上の「ＰＡＧＥ  ＵＰ」または「ＰＡＧＥ  ＤＯＷＮ」キーを押してもよい一方で、そのリストの優先度を増加または減少させるために、任意のリストがカーソルでハイライトされる。ユーザはまた、メディアプランナグリッド１４１０内でリストを選択およびドラッグしてもよい（例えば、マウスまたは他の適切な入力装置により）。番組がグリッド中で上または下に移動されると、そのアイコンは、録画する／録画しない、または通知する／通知しない、の間で自動的に変更されてもよい。こうして、リストは優先度において容易に上下に移動させられてもよく、ユーザはまた、通知、録画、自動同調、および計画グリッドからのリストの削除の間で、表示した指標を差し替えるか、または切り替えてもよい。
【００８７】
ユーザはまた、メディアプランナグリッド１４１０中のリストを左または右に移動またはドラッグして、予定された活動の開始時間を変更してもよい。例えば、あまりに多くのアセットが同時に録画されているため、午後７時にチューナの競合がある場合に、ユーザは、メディアプランナグリッド１４１０内でこれらのアセットのうちの１つを左または右にドラッグして、予定された録画の時間を調整してもよい。一部のアセットは、左のみにドラッグされ（すなわち、スケジュールのより早い時間に移動される）、右のみにドラッグされ（すなわち、スケジュールのより遅い時間に押し進められる）、または左および右にドラッグされてもよい。例えば、線形アセット（例えば、放送テレビ番組）は概して、その放送時間前に利用可能ではないため、ユーザは、この番組をメディアプランナグリッド１４１０中で右側にドラッグすることのみが許可されてもよい。線形アセットがその放送時間よりも遅い時間に移動またはドラッグされる（すなわち、メディアプランナグリッド１４１０中で右に移動される）場合に、一部の実施形態では、アセットが新規のスケジュールされた時間で時間移動されて表示することができるように、アセットは、ユーザ機器装置に（例えば、図１の記憶装置１１０上に）に自動的に録画されてもよい。ユーザは、それを録画するのに利用可能なチューナがない場合、番組を右側に移動することができなくてもよい。一部の実施形態では、線形番組のコピーは、コンテンツソース１３０（図１）等のサーバ上に格納されてもよい。次いで、この遠隔格納されたコピーは、時間移動視聴に利用可能となってもよい。一部の実施形態では、まき直し機能性とともに利用可能な番組は、プランナウィンドウ中でユーザに示され、チューナの競合を解消するのに役立つために使用されてもよい。例えば、その放送時間の１または２時間後に番組を見ることを可能にする、まき直しの変化型は、プランナによって認識され、グリッドの右側の番組の時間移動視聴を可能にする。
【００８８】
図１４の例では、ユーザが入力装置（例えば、図１の入力装置１０８）上の「ＰＡＧＥ  ＵＰ」キーを押した場合、現在ハイライトされているリスト「Ｔｈｅ  Ｗｅｓｔ  Ｗｉｎｇ」の優先度は、「Ｓｉｍｐｓｏｎｓ」の上に引き上げられ、録画される（「Ｓｉｍｐｓｏｎｓ」および「Ｗａｒ  ａｔ  Ｈｏｍｅ」の録画に先行する）。次いで、「Ｔｈｅ  Ｗｅｓｔ  Ｗｉｎｇ」に対するリストは、メディアプランナグリッド１４１０中のより高い位置（すなわち、「Ｓｉｍｐｓｏｎ」の上）に自動的に表示されてもよい。「ＩＮＦＯ」キーを押すと、ユーザが番組に対する全ての録画／通知の選択肢にアクセスすることを可能にしてもよい。グリッド上の日のセルを選択し、「ＯＫ」を押すと、日付選択オーバーレイ１２０２（図１２）を再表示してもよく、ユーザが閲覧する新規の日および時間を素早く選択することを可能にする。一部の実施形態では、コンテンツは、単純に関心のあるコンテンツをタグ付けすることによって（例えば、番組に対する「関心がある」フラグ、通知、または番組の録画を設定する、または番組に対するブックマークを設定する）、グリッドビューからプランナビューに追加されてもよい。一部の実施形態では、他のコンテンツ（例えば、間もなく開始データ）は、プランナビューから直接アクセス可能であってもよい（例えば、検索機能に対するサブメニュー表示を介して）。
【００８９】
メディアプランナグリッド１４１０は、ある狭い時間ウィンドウ（例えば、午後７時から午後８時３０分）にわたるユーザの計画された視聴活動を示すため、メディアプランナグリッド１４１０中の一部の行は、同じソースまたはチャネルに対応してもよい。図１４の例に示されるように、ユーザが午後７時の計画された録画および午後７時３０分の別の計画された録画を有するが、２つの録画は異なる優先度レベルであるため、チャネル「１３  ＫＤＶＲ」は、メディアプランナグリッド１４１０中で２回出てくる。一部の実施形態では、同じチャネルまたはソース上の複数の計画された活動を示すために、単一行のみがメディアプランナグリッド１４１０で使用される。
【００９０】
視聴者は、メディアプランナグリッド１４１０からスクロールダウンして番組グリッド全体を表示してもよく、視聴者がその時間に視聴するための追加番組を選択することを可能にする。一部の実施形態では、お気に入りチャネルがメディアプランナグリッド１４１０の最上部付近（例えば、録画または通知を伴う番組の行の直下）に表示されてもよく、あるいは、素早く選択可能であってもよく、視聴者が、選択された時間ウィンドウ中にそれらのチャンネルの番組を容易に見つけることを可能にしてもよい。他の番組は、メディアプランナグリッド１４１０中で、ユーザの選好または視聴履歴に基づいて、最上部付近に自動的に移動されるか、あるいは、視覚的に区別されてもよい。例えば、おそらく、曜日および期間に特異的である、ユーザの視聴選好に適合するリストは、これらの番組がユーザによって関心として明白に識別されなかったとしても、プランナビューにおいて他のリストとは異なるフォントまたは色で表示されてもよい。宣伝されている、選択された時間ウィンドウ内の番組もまた、メディアプランナグリッド１４１０中で、ハイライトされるか、あるいは視覚的に区別されてもよい。メディアプランナはまた、「ウィンドウ表示検索」を含んでもよい。この特徴は、視聴者が、選択された時間ウィンドウ内の放送に制約された、任意のサポートされた基準に基づいて番組を検索することを可能にしてもよい。
【００９１】
メディアプランナはまた、オンデマンドおよびローカルに録画されたコンテンツをプランナに追加するために使用される、１つ以上の特別行を含んでもよい。図１５は、オンデマンドプランナ行１５０２があるメディアプランナの表示画面１５００を示す。オンデマンドプランナ行１５０２は、メディアプランナにオンデマンドコンテンツを追加するために使用してもよい。ユーザは、オンデマンドプランナ行１５０２を選択して、選択された時間ウィンドウ内で利用可能なオンデマンドコンテンツのリストまたはメニューを表示してもよい。ユーザは、任意のオンデマンドコンテンツ選択を選択して、それをオンデマンドプランナ行１５０２に追加してもよい。図１５に示されるように、ヒットシリーズ「Ｅｎｔｏｕｒａｇｅ」のエピソードは、午後７時に視聴するために計画されている。このアセットは現在、利用可能なチューナで視聴するために計画されているため、「Ｃｈａｒｍｅｄ」に対するリストは、「通知しない」アイコンを伴って表示されている。通知しないアイコンは、番組の関心および関連機能（例えば、通知する、または録画する）を示してもよい（一部の実施形態では、プランナビュー中に保つ）が、操作のためにチューナを特異的に留保しないという点で、録画しないアイコンと類似している。同様に、番組の優先度が変更されると（例えば、プランナビュー中で上下に移動することによって）、通知しないアイコンは、一部の実施形態では、自動的に番組上に配置されてもよく、利用可能なチューナの不足により（ユーザ機器装置に３つしか利用可能なチューナがないと仮定して）、この番組をもはや視聴または録画しなくてもよいことを示す。一部の実施形態では、オンデマンドプランナ行１５０２は常に、メディアプランナグリッドの最上部に表示される。オンデマンド番組は典型的に、ユーザ機器装置にローカルで録画されないため、オンデマンドプランナ行１５０２は、優先度と関連しなくてもよい。他の実施形態では、ＶＯＤコンテンツの視聴がチューナを必要としてもよいため、オンデマンドプランナ行１５０２は、プランナ中の任意の他の行のように、メディアプランナグリッドを通して上下に移動されてもよい。よって、ＶＯＤコンテンツが特定期間中の視聴に対してフラグを付けられた場合、録画または視聴するために予定される他の番組と同様に、それは、チューナの留保として見なしてもよい。
【００９２】
図１６は、ＤＶＲプランナ行１６０２があるメディアプランナの表示画面１６００を示す。ＤＶＲプランナ行１６０２は、ローカルに録画されたアセットをメディアプランナグリッドに追加するために使用してもよい。ユーザは、ＤＶＲプランナ行１６０２を選択して、ローカルに録画されたコンテンツ（例えば、ＤＶＲハードドライブに録画されたコンテンツ）のリストまたはメニューを表示してもよい。ユーザは、リストまたはメニュー中の任意のコンテンツ選択を選択して、それをＤＶＲプランナ行１６０２に追加してもよい。オンデマンドプランナ行１５０２（図１５）と同様に、ＤＶＲプランナ行１６０２は、常にメディアプランナグリッドの最上部に表示されてもよいという点で、特別であってもよい。一部の実施形態では、ＤＶＲアセットの再生はチューナを必要としないため、一部の実施形態では、ＤＶＲプランナ行１６０２は優先度と関連しない。他の実施形態では、ＤＶＲプランナ行１６０２は、プランナ中の任意の他の行のように、メディアプランナグリッドを通して上下に移動されてもよい。一部の実施形態では、単一の行をオンデマンドおよびローカルに録画されたコンテンツの両方に使用してもよい。ローカル録画およびオンデマンドコンテンツの両方は、線形コンテンツと同様だが対応する制約なしで、プランナグリッド中で左右に移動されてもよい。
【００９３】
前述のように、双方向メディアガイダンスアプリケーションは、間もなく開始およびメディアプランナの特徴を使用して、宣伝の機会を提供してもよい。広告は、ユーザの選好、視聴履歴、およびメディアプランナ中の計画された視聴活動に基づいて、標的にされてもよい。例えば、メディアプランナの表示画面１５００（図１５）および１６００（図１６）に示されるように、広告は、メディアプランナグリッド内で同時に表示されてもよい。広告は、メディアプランナ中で現在表示されている１つ以上のリストを宣伝してもよい。あるいは、広告は、番組がメディアプランナグリッド中で表示されているコンテンツ提供元によって提供される他の番組を宣伝してもよい。例えば、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」のエピソードがメディアプランナグリッドに追加された場合、ＨＢＯのＴｈｅ  Ｓｏｐｒａｎｏｓ、またはＨＢＯによって提供される任意の他の番組に対する広告が表示されてもよい（例えば、ＰＩＧウィンドウ４０６（図４）、５１４（図５）、または本願で示される、任意の他の適切なＰＩＧまたは広告ウィンドウにおいて）。加えて、または代案として、無関係の製品およびサービスに対する広告が表示されてもよい。
【００９４】
一部の実施形態では、「一週間一覧」特徴は、何らかのスマートモード（例えば、ユーザがＴＶを見ない日、例えば、火曜のボウリングの夜を折り畳むこと、表示された日の夜の部分のみを閲覧すること、および、さらによく見るために一週間の一部、例えば、月曜乃至水曜を閲覧すること）で一週間の計画ビューの閲覧を可能にする。この一週間一覧特徴は、ユーザが、修正した視聴計画に適切なように、録画イベントの自動作成および削除により、アセットをあちこちに移動することを可能にする。
【００９５】
ローカルに録画したアセット、オンデマンドアセット、さらに放送アセット等の一部のアセットは、元のアセットがコマーシャルとともに伝送または放送されたとしても、コマーシャルなしで視聴および／または録画されてもよい。典型的には、いくつかのコマーシャルの割り込みが放送テレビ番組に挿入されてもよい。これらのコマーシャルの割り込みのうちのそれぞれは、典型的には、継続時間が１５秒から１分の長さにおよぶ、１つ以上のコマーシャルを含んでもよい。一部の実施形態では、コマーシャル状態フラグが、別個の状況ストリーム上の垂直帰線消去時間（ＶＢＩ）または帯域外でユーザ機器装置に伝送される。これらのコマーシャル状態フラグは、アセット内のコマーシャルの割り込みの開始および終了をマークしてもよい。これらのコマーシャル状態フラグはまた、コマーシャルなしでアセットを記憶装置（例えば、図１の記憶装置１１０）に録画するために使用してもよい。
【００９６】
一部の実施形態では、アセットは、コマーシャルとともに録画されるが、コマーシャルなしで再生されてもよい。コマーシャル状態フラグは、録画されたアセットとともにローカルの記憶装置（例えば、図１の記憶装置１１０）に書き込まれる、または保存されてもよい。例えば、コマーシャル状態フラグは、アセット内のコマーシャルの割り込みの開始および終了時間の指示を含んでもよい。アセットを再生または視聴する要求を受信した後、アセットは、コマーシャルなしで自動的に再生または視聴されてもよい。一部の実施形態では、コマーシャル状態フラグは、コマーシャルの割り込みの場所を決定するために読み込まれてもよいものの、他の実施形態では、加えて、または代案として、黒フレーム間隔および／または他の音声／ビデオ特性の分析が使用される。この分析は、番組が録画されている間、または録画された後のいずれかに行われてもよい。
【００９７】
コマーシャルのないアセットを見ることは、アセットの再生時間（すなわち、アセットの継続時間またはランタイム）に影響を及ぼす場合があるため、メディアプランナグリッドは、他の番組をメディアプランナに予定することができるように適切な量によって、自動的にユーザの視覚計画（例えば、図１４のメディアプランナグリッド１４１０に示されるような）を調整してもよい。例えば、図１７は、コマーシャル調整オーバーレイ１７０２があるメディアプランナの表示画面１７００を示す。一部の実施形態では、ユーザが、メディアプランナグリッドにコマーシャルを飛ばすのにふさわしいアセットを追加すると、コマーシャル調整オーバーレイ１７０２が自動的に表示される。コマーシャル調整オーバーレイ１７０２は、アセットがコマーシャルの割り込みなしで視聴されるのに利用可能であることをユーザに知らせてもよい。いくつかの他の選択肢もまた、ユーザに表示されてもよい。図１７の例に示されるように、コマーシャル調整オーバーレイ１７０２は、コマーシャルなしで見る選択肢１７０４、継続時間を調整する選択肢１７０６、およびプランナグリッドを詰める選択肢１７０８を含む。ユーザは、チェクマーク指標１７１０をオンおよびオフに切り替えて、選択肢のうちの１つ以上を選択してもよい。
【００９８】
コマーシャルなしで見る選択肢１７０４が選択される場合、アセットは、コマーシャルの割り込みなしで再生されてもよい。例えば、アセットがコマーシャルとともに記憶装置にローカルで録画され、アセットのコマーシャル状態フラグも記憶装置に録画または保存された場合、アセットは、アセットが再生される時にコマーシャルなしで自動的に視聴されてもよい。ユーザがメディアプランナグリッドにおいてコマーシャルなしで見る選択肢１７０４を設定する場合、アセットがユーザの計画されたスケジュールに従って自動的に表示される時に、ユーザがコマーシャルを手動で飛ばす必要がないように、この選択肢は、保存され、選択したアセットと関連付けられてもよい。継続時間を調整する選択肢１７０６が選択される場合、アセットのランタイムは、除去されたコマーシャルを考慮に入れるように自動的に調整される。次いで、この短縮ランタイムは、メディアプランナグリッドに視覚的に示されてもよい。
【００９９】
プランナグリッドを詰める選択肢１７０８が選択される場合、プランナグリッド中の他のリストは、ランタイム調整によって解放される時間を利用するように詰められてもよい。例えば、コマーシャルの割り込みなしでアセットを視聴することによって、１０分がプランナグリッドにおいて節約される場合に、他のアセットがこの時間の間に視聴または録画されてもよい。このことは、ユーザの計画された視聴スケジュールのさらに効率的な使用を可能にする。
【０１００】
図１８は、詰められたメディアプランナの表示画面１８００を示す。図１８に示されるように、「Ｔｈｅ  Ｂｅｓｔ  ｏｆ  Ｓｅｉｎｆｅｌｄ」に対するリスト１８０２は、その新規ランタイム（コマーシャルなし）を反映するように切り詰められている。例えば、番組は、本来は１時間スペシャルとして放送されていたかもしれないが、今では４０分でコマーシャルの割り込みなしで提示されることが可能である。双方向メディアガイダンスアプリケーションは、アセットの元のランタイムからアセット内の全てのコマーシャルの割り込みの長さ（コマーシャル状態フラグによって決定されるような）を引くことによって、新規ランタイムを決定してもよい。次いで、リスト１８０２は、その新規ランタイムを示すように自動的に調整されてもよい。別のローカルに録画されたアセットに対するリスト１８０４もまた、リスト１８０２中のＳｅｉｎｆｅｌｄエピソードの完結直後に開始するように調整されている。こうして、ユーザの計画された視聴スケジュールは、効率的に詰められて時間を節約する。ユーザがプランナグリッドを詰める選択肢１７０８（図１７）を選択していなければ、リスト１８０４は、調整されていたかもしれないが、リスト１８０４は、午後８時に開始する予定のままであったかもしれない。次いで、ユーザは、所望であれば、コマーシャルなしでアセットを見ることによって、その節約された時間の間に追加コンテンツを追加するか、または他の非テレビ関連作業を行うためにその時間を使用することが可能である。
【０１０１】
ユーザは、メディアプランナグリッド中の項目に他の調整を行うことができる。例えば、ユーザは、番組の開始または終了いずれかの縁を選択して、それを左または右にドラッグしてもよく、その継続時間を延長または短縮する。一部の実施形態では、ユーザは、グリッド中の項目をハイライトし、ユーザ入力装置１０８（図１）上の選択キーを使用してそれを選択し、ユーザ入力装置１０８（図１）上の左または右矢印キーおよび選択キーを使用して番組リストの左または右縁を選択し、次いで、次／前ページキー等のキーを使用することによってグリッド中の項目の縁を移動してもよい。線形番組の計画された録画のために、番組リストの右縁を右側に移動することで、録画時間を延長させてもよく、それを左側に移動することで、録画を切り詰めさせてもよい。
【０１０２】
同様に、線形番組の計画された録画に対する番組リストの左縁を左側に移動することで、その録画を早く開始させてもよい一方で、それを右側に移動することで、その録画を遅らせてもよい。一部の実施形態では、オンデマンドまたは録画された番組に対するリストを短縮することで、その開始または終了を切り詰めてもよい。他の実施形態では、それは、その再生時間を実際に圧縮または延長してもよい。さらに他の実施形態では、それは、番組を見るために割り当てられた時間の量を変更してもよいが、番組自体の再生を変更しない。例えば、ユーザは、その間にユーザが、例えば、番組を一時停止する意向があってもよい、計画された割り込みのため、９０分を割り当てて６０分番組を見てもよい。
【０１０３】
一部の実施形態では、ユーザは、番組（例えば、線形、録画、またはオンデマンド番組）の計画された視聴を、２つ以上の部分または区切りに分割することが可能であってもよい。例えば、ユーザは、番組の継続時間よりも短時間の視聴時間に番組を変更する（または、番組を全体として視聴する十分な時間がないように、他の番組の視聴を計画する）ことが可能であってもよい。次いで、ユーザは、「分割」機能を選択することが可能であってもよい。分割命令を受信した後、双方向メディアガイダンスアプリケーションは、嵌合するように番組の大部分を視聴スロットに入れ、次いで、ユーザが番組の残りの部分を別の視聴スロットまたは区切りにドラッグすることを可能にしてもよい。こうして、ユーザは、例えば、２夜にわたる長いドキュメンタリの視聴の計画を練ってもよい。アセットの種類（例えば、ＶＯＤまたは線形放送アセット）によっては、第２の半分または分割は、自動的に録画するために予定されてもよい一方で、第１の半分は、録画するために予定されない。
【０１０４】
一部の実施形態では、双方向メディアガイダンスアプリケーションは、ユーザが見る関心を持つ可能性があるコンテンツを予想または自動的に録画してもよい。どのコンテンツをユーザが見る関心を持つ可能性があるのかについての決定は、ユーザのプロファイル、ユーザの視聴選好、およびユーザのメディアプランナグリッドに含まれるコンテンツのうちの１つ以上に基づいてもよい。双方向メディアガイダンスアプリケーションはまた、様々な録画および「保持」優先度を、自動録画に選択されるコンテンツと関連付けてもよい。保持優先度は、新規アセットのためのスペースをあけるために、記憶装置上のアセットが上書きされる選好または順序を決定してもよい。例えば、多数のユーザ視聴選好に適合するアセットは、より少ないユーザ視聴選好に適合するアセットよりも、高い保持優先度が割り当てられてもよい。
【０１０５】
一部の実施形態では、双方向メディアガイダンスアプリケーションは、ユーザの外部カレンダー（例えば、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋカレンダー）およびユーザが不在になる時の注記と一体化またはインターフェース接続する。次いで、双方向メディアガイダンスアプリケーションは、ユーザの過去の行動（例えば、ユーザは、特定の番組に対する通知を設定しているか、または、所定数の以前の場合に同じシリーズのエピソードにアクセスしているかもしれない）によって示されるように、ユーザが不在として注記されている期間中にユーザが見る関心を持つ可能性がある番組を録画してもよい。
【０１０６】
外部カレンダーアプリケーションとのインターフェース接続から得られるデータを使用して、ユーザがテレビの前から不在または留守である時を決定することに加えて、一部の実施形態では、双方向メディアガイダンスアプリケーションは、ユーザの存否を検出するために活動監視を使用してもよい。例えば、双方向メディアガイダンスアプリケーションは、ユーザが通常、ほぼ毎週金曜日の午後８時に「ＣＳＩ  Ｍｉａｍｉ」を見ることを検出してもよい。ある日の金曜日に、双方向メディアガイダンスアプリケーションが、所定量の時間わたってユーザ活動がないと気付いた場合（例えば、チャネル変更の要求、音量変更の要求、または図１の入力装置１０８のユーザ入力がない）、双方向メディアガイダンスアプリケーションは、ユーザの代わりにコンテンツを自動的に録画してもよい。
【０１０７】
一部の実施形態では、双方向メディアガイダンスアプリケーションは、任意で、ユーザが存在または活動を示すためのダイアログまたはオーバーレイを提示してもよい。図１９の表示画面１９００は、そのようなユーザ活動確認を示す。活動確認オーバーレイ１９０２は、ユーザが所定の時間の長さにわたって待機中となっている任意の適切な時間後に表示されてもよい。一部の実施形態では、所定の時間の長さは、ユーザによって構成可能であってもよいものの、典型的に、この時間の長さは、ユーザが実際には待機中ではない時に活動確認オーバーレイ１９０２の表示を最小限化するように、メディアシステム内で利用可能なメディアコンテンツの最大継続時間より長くなる。例えば、一部の実施形態では、所定の時間の長さは、３時間に設定されてもよい。ユーザは、待機タイマを再開するために、確認選択１９０４を選択してもよい。
【０１０８】
活動確認オーバーレイ１９０２は、ＳＤＶシステムで使用されるダイアログおよびオーバーレイと同様であってもよい。ユーザがダイアログを認めることができなかった場合、双方向メディアガイダンスアプリケーションは、先に進んで、ユーザが通知を設定している全番組、ならびにユーザが過去に見ているシリーズの全エピソードを録画してもよい。こうして、双方向メディアガイダンスアプリケーションは、番組を録画するユーザからの任意の明確な命令なしで、ある番組を積極的に録画することが可能である。
【０１０９】
ユーザ履歴に基づいて自動的に録画される番組の優先度は、明白に予定されている他の録画と比べて、または通知が設定されている番組の自動録画と比べて、低く設定されてもよい。同様に、録画の「保持」優先度は、ユーザが録画するために明白に予定している番組と比べて、低く設定されてもよい。こうして、実際にユーザによって視聴される可能性がより高い、関心のある録画は、システムによって行われる録画によって上書きされない。録画リストページ（図示せず）は、優先度の差異を示し（例えば、録画されたアセットのリスト中）、および／または、ユーザの明白な要求、通知、またはユーザプロファイルまたはユーザ履歴分析の結果である録画を区別してもよい。
【０１１０】
図２０は、双方向メディアプランナを表示するための例示的な過程２０００を示す。ステップ２００２では、双方向メディアガイダンスアプリケーション１０６（図１）は、所定の時間ウィンドウ内に予定されるメディアコンテンツ活動を識別してもよい。例えば、２時間の期間内に設定される全ての予定された録画および通知が識別されてもよい。これらの録画および通知は、記憶装置１１０（図１）上、または制御回路１１４（図１）のメモリ（図示せず）中のテーブル（または他の適切なデータ構造）に格納されてもよい。ステップ２００４では、先取優先度は、利用可能なチューナを必要とする、それぞれの予定された活動に割り当てられてもよい。双方向メディアガイダンスアプリケーション１０６（図１）は、ユーザ機器装置１０２（図１）内のチューナ１１５（図１）の数を決定し、次いで、ステップ２００６で、利用可能なチューナを必要とする、それぞれの予定された活動に対する利用可能なチューナを留保してもよい。チューナの留保は、ステップ２００４で予定された活動に割り当てられた先取優先度順に行われてもよい。例えば、一部の実施形態では、予定された録画は、通知よりも高い優先度が割り当てられてもよい。先取優先度は、メディアプランナグリッド中の予定された活動の位置の機能であってもよい。
【０１１１】
ステップ２００８では、双方向メディアガイダンスアプリケーション１０６（図１）は、全ての予定された活動がチューナを留保しているかどうかを決定してもよい。例えば、利用可能なチューナを必要とする予定された活動の数が、ユーザ機器装置１２０（図１）内のチューナ１１５（図１）の総数以下である場合には、全ての予定された活動には、留保されたチューナがあってもよい。ユーザ機器装置１２０（図１）内のチューナ１１５（図１）の総数が、利用可能なチューナを必要とする予定された活動の数未満である場合には、ステップ２０１０で競合を伴う活動が決定されてもよい。例えば、最低の割り当てられた先取優先度がある活動のうちの１つ以上は、ステップ２０１０で競合活動として指定されてもよい。
【０１１２】
ステップ２０１２では、双方向メディアプランナは、所定の時間ウィンドウ内に予定される各活動に対するリストを伴って表示されてもよい。例えば、メディアプランナグリッド１４１０（図１４）があるメディアプランナの表示画面１４００（図１４）が表示されてもよい。ステップ２０１４では、競合を伴う活動に対するリストは、競合のない活動に対するリストと視覚的に区別されてもよい。例えば、競合を伴うリストは、無効にされ、異なるフォントの色、異なるフォントのサイズで表示され、または、競合を示すアイコンが、競合を伴うリスト内に表示されてもよい。競合を伴うリストを視覚的に区別する任意の別の方法もまた、使用してもよい。次いで、ユーザは、表示されたリストのうちのいずれかの先取優先度を変更することが可能であってもよい。
【０１１３】
ステップ２０１６では、ユーザが先取優先度を変更する場合、双方向メディアガイダンスアプリケーション１０６（図１）は、予定された活動の新規の先取優先度に基づいて、チューナを予定された活動に再び割り当ててもよい。例えば、ユーザは、競合を伴う予定された活動の先取優先度を、競合のない予定された活動のもの以上に増加させてもよい。次いで、メディアプランナ表示は、自動的に一新されて、新規の先取優先度および新規の競合を伴う活動を反映してもよい。
【０１１４】
実践では、過程２０００に示される１つ以上のステップは、他のステップと組み合わせられ、任意の適切な順序で行われ、並行して（例えば、同時に、または略同時に）行われ、または除去されてもよい。
【０１１５】
図２１Ａ、２１Ｂ、２１Ｃ、および２１Ｄは、間もなく開始の特徴を支援するための例示的な過程２１００を示す。ステップ２１０２では、近々始まる番組に対する間もなく開始の告知が、ユーザ機器装置によって受信されてもよい。例えば、図２に示されるように、間もなく開始のソース２０２は、ネットワーク２１０上で補足データソース１２０等の補足データソースに間もなく開始の告知を伝送するために、ウェブスクリプティングエンジン２０４、遠隔ＡＰＩ機能呼出し２０６、およびＦＴＰアップロードモジュール２０８のうちの１つ以上を利用してもよい。次いで、これらの告知は、ユーザ機器装置１０２（図１）等の複数のユーザ機器装置に送信されてもよい。あるいは、所望であれば、間もなく開始の告知は、ユーザ機器装置に直接送信されてもよい（例えば、マルチキャスト伝送プロトコルを介して）。一部の実施形態では、間もなく開始の告知の形式は、図３に示される形を成してもよい。告知は、ユーザ機器装置に番組スケジュールリストを表示するために使用される、利用可能な番組スケジュールデータの現在のウィンドウ外で利用可能なアセットと関連付けられてもよい。例えば、番組スケジュールデータは、１４日間ウィンドウ内で利用可能なコンテンツに対してダウンロードされてもよい。このウィンドウは、現在の番組スケジュールウィンドウであってもよい。間もなく開始の告知は、この番組スケジュールウィンドウ外で利用可能なアセットを識別してもよい。
【０１１６】
ステップ２１０４では、双方向メディアガイダンスアプリケーション１０６（図１）は、受信した告知に対する更新フラグが設定されるかどうかを決定してもよい。例えば、間もなく開始の告知において定義される更新タグがあってもよい（例えば、ＸＭＬファイル３００で）。このフラグまたはタグは、受信した告知が、元の告知とは対照的な更新であることを示してもよい。ステップ２１０４で更新フラグが設定される場合、ステップ２１０６で、更新された告知データが読み込まれてもよい。更新フラグが設定されない場合、ステップ２１０８で告知が解析されてもよい。次いで、ステップ２１１０では、間もなく開始の記録が、ユーザ機器装置に格納される告知データベースにおいて更新または作成されてもよい。例えば、告知データベースは、記憶装置１１０（図１）に格納されてもよい。間もなく開始の記録は、間もなく開始の告知に含有される告知データのうちの一部または全部を格納してもよい。
【０１１７】
ステップ２１１２で、ユーザが間もなく開始のリストを表示するよう要求する場合、ステップ２１１４で、告知データベース中の全ての間もなく開始の記録が読み込まれてもよい。例えば、ユーザは、間もなく開始のアトラクションのリストを表示するために、検索メニューの表示画面４００（図４）から間もなく開始の選択肢４０２を選択してもよい。例示的な過程は、図２１Ｂで続いてもよい。
【０１１８】
ステップ２１１６では、双方向性の間もなく開始のリストがユーザに表示されてもよい。例えば、間もなく開始の表示画面５００（図５）が表示されてもよい。ステップ２１１８で、ユーザが双方向性の間もなく開始のリスト中のアセットを選択した場合、ステップ２１２０で、双方向メディアガイダンスアプリケーション１０６（図１）は、選択したアセットが放送アセットまたはオンデマンドアセットであるかどうかを決定してもよい。選択したアセットが放送アセットである場合、録画、通知、およびプレビューの選択肢とともに、要約情報の表示画面がステップ２１２２で表示される。選択したアセットがオンデマンドアセットである場合、通知、ブックマーク、およびプレビューの選択肢とともに、要約情報の表示画面がステップ２１２４で表示される。
【０１１９】
ステップ２１１８でユーザが、双方向性の間もなく開始のリスト中のアセットを選択しない場合、ステップ２１２６で、双方向メディアガイダンスアプリケーション１０６（図１）は、ユーザが１つ以上の間もなく開始のソースを選択したかどうかを決定してもよい。あるいは、ユーザは、双方向性の間もなく開始のリスト中のアセットを選択する前に、間もなく開始のソースを選択してもよい。例えば、ユーザは、間もなく開始の選択オーバーレイ８０２（図８）を提示してもよい。ユーザが１つ以上の間もなく開始のソースを選択する場合、ステップ２１２８では、選択したソースと関連する間もなく開始の記録が読み込まれる。次いで、双方向性の間もなく開始のリストが、選択したソースと関連する間もなく開始のコンテンツに対するリストのみを伴って、ステップ２１３０で一新される。
【０１２０】
ステップ２１２２で放送アセットに対する要約情報の表示画面が表示された後、例示的な過程は、図２１Ｃで続いてもよい。ステップ２１３２でユーザが選択されたアセットを録画することを選択する場合（例えば、図６の録画する選択肢６１０をクリックすることによって）、ステップ２１３４で録画が予定されてもよい。録画は、間もなく開始の記録からの予備利用可能性情報を使用して、予定されてもよい。例えば、予測放送日および／または時間は、録画を予定するために使用してもよい。この情報は、図３に示されるように、間もなく開始の告知に含まれてもよい。一部の実施形態では、要求時に録画を予定するよりもむしろ、双方向メディアガイダンスアプリケーションが、要求を記録して、後日に番組に対して最終スケジュール情報が受信される時に録画を予定してもよい。一部の実施形態では、記録するために間もなく開始アセットを予定するよりもむしろ、間もなく開始のアセットは、「録画に関心がある」または関連の関心タグでタグ付けされてもよい。このタグは、アセットについてのさらなる情報が分かると、アセットに関係する決定を行うようにユーザに後日通知するために、システムによって使用されてもよい。ステップ２１３２でユーザがアセットを録画することを選択しない場合には、ステップ２１３６で、双方向メディアガイダンスアプリケーション１０６（図１）は、ユーザが放送アセットに対する通知を設定することを選択したかどうかを決定してもよい。例えば、ユーザは、通知の選択肢６０８（図６）を選択して、通知を設定してもよい。ユーザが通知を設定することを選択する場合、ステップ２１３８で、間もなく開始の記録からの予備利用可能性情報を使用して、通知が設定されてもよい。例えば、予測放送日および／または時間は、図３に示されるように、間もなく開始の告知に含まれてもよい。この情報は、通知を設定するために使用されてもよい。一部の実施形態では、要求時に通知を予定するよりもむしろ、双方向メディアガイダンスアプリケーションが、要求を記録して、後日に番組に対して最終スケジュール情報が受信される時に通知を予定してもよい。
【０１２１】
最後に、ステップ２１４０で、ユーザは、放送アセットのプレビューを視聴することを選択してもよい。ユーザが放送アセットのプレビューを視聴することを選択する場合、ステップ２１４２で、アセットのフルモーションビデオプレビューがアクセスされ、表示されてもよい。一部の実施形態では、プレビューは、放送番組に対するプレビューを送達する適切なコンテンツソース（例えば、図１のデータソース１４０のうちの１つ）からアクセスされてもよい。ビデオプレビューはまた、補足データソース（例えば、所望であれば、図１の補足データソース１２０）上で利用可能となってもよい。プレビューは、プレビューウィンドウに、または間もなく開始のリストを伴う任意の適切な場所に表示されてもよい。例えば、プレビューは、ＰＩＧウィンドウ５１４（図５）、６１６（図６）、または７２０（図７）に表示されてもよい。
【０１２２】
ステップ２１２４でオンデマンドアセットに対する要約情報の表示画面が表示された後、例示的な過程は、図２１Ｄで続いてもよい。ステップ２１４４で、ユーザが選択したアセットに対するブックマークを作成することを選択する場合（例えば、図７のブックマークの選択肢７１６をクリックすることによって）、ステップ２１４６でオンデマンドアセットに対するブックマークが作成されてもよい。ステップ２１４４で、ユーザがアセットをブックマークすることを選択しない場合には、ステップ２１４８で、双方向メディアガイダンスアプリケーション１０６（図１）は、ユーザが放送アセットに対する通知を設定することを選択したかどうかを決定してもよい。例えば、ユーザは、通知の選択肢７１２（図７）を選択して通知を設定してもよい。ユーザが通知を設定することを選択する場合、通知は、間もなく開始の記録からの予備利用可能性情報を使用して、ステップ２１５０で設定されてもよい。例えば、予測放送日および／または時間は、図３に示されるように、間もなく開始の告知に含まれてもよい。この情報は、通知を設定するために使用してもよい。一部の実施形態では、要求時に通知を予定するよりもむしろ、双方向メディアガイダンスアプリケーションが要求を記録してもよく、次いで、番組がオンデマンドで利用可能になる時に、それはユーザに通知を表示してもよい。一部の実施形態では、ＶＯＤの間もなく開始のアセットに対して、通知用の日付および時間（または任意で、計画された視聴日および時間）が設定されてもよく、場合によっては、間もなく開始のデータ中に存在すれば、アセットの利用可能性の期間に制約される。
【０１２３】
最後に、ステップ２１５２で、ユーザは、放送アセットのプレビューを視聴することを選択してもよい。ユーザがオンデマンドアセットのプレビューを視聴することを選択する場合、ステップ２１５４で、アセットのフルモーションビデオプレビューがアクセスされ、表示されてもよい。一部の実施形態では、プレビューは、オンデマンド番組に対するプレビューを送達する適切なコンテンツソース（例えば、図１のデータソース１４０のうちの１つ）からアクセスされてもよい。ビデオプレビューはまた、補足データソース（例えば、所望であれば、図１の補足データソース１２０）上で利用可能となってもよい。プレビューは、プレビューウィンドウに、または間もなく開始のリストを伴う任意の適切な場所に表示されてもよい。例えば、プレビューは、ＰＩＧウィンドウ５１４（図５）、６１６（図６）、または７２０（図７）に表示されてもよい。
【０１２４】
実践では、過程２１００に示される１つ以上のステップは、他のステップと組み合わせられ、任意の適切な順序で行われ、並行して（例えば、同時に、または略同時に）行われ、または除去されてもよい。
【０１２５】
図２２は、間もなく開始のアセットに対する条件付き動作を予定または実行するための、例示的な過程２２００を示す。間もなく開始のアセットはしばしば、変更の可能性がある予備データ（予定された利用可能日および／または時間等の利用可能性情報を含む）と関連するため、条件付き動作は、ユーザが、メディアガイダンスアプリケーション機能の実行を、番組のランタイムにおいて（例えば、アセットの実際の利用可能日および時間において）、または番組ランタイムの前の任意の適切な時間において（例えば、リストのデータが完全に受信された時、または、動作のあいまいさを排除するのに十分な情報が受信された時）、真である１つ以上の条件文に条件付けることを可能にしてもよい。条件付き動作は、特定の状況下でのみ、アセットに何らかのメディアガイダンスアプリケーション機能を実行したいユーザにとって有用であってもよい。
【０１２６】
ステップ２２０２では、条件式が受信される。例えば、ユーザは、表示画面１０００（図１０）または１１００（図１１）等の間もなく開始の表示画面からの条件付き動作オーバーレイ１００２（図１０）またはオーバーレイ１１０２（図１１）を使用して、単純または複合条件文を入力してもよい。ユーザはまた、ここで示される任意の他の表示画面から条件付き動作を設定してもよい。一部の実施形態では、ユーザには、選択する事前定義条件式のリストが提示されてもよい。ステップ２２０４では、アセットと関連する間もなく開始の記録が読み込まれてもよい。例えば、図３に関して前述されるように、間もなく開始の告知におけるデータの一部または全部は、間もなく開始の記録の形で、ユーザ機器装置１０２（図１）内の記憶装置１１０（図１）に保存されてもよい。この記録は、例えば、予備利用可能性データ、格付け情報、アクセス価格情報、ジャンル情報、出演者情報、またはアセットと関連する任意の他の適切なデータを格納してもよい。このデータの一部または全部は、変更の可能性があってもよい。
【０１２７】
ステップ２２０６では、双方向メディアガイダンスアプリケーション１０６（図１）は、必要な予備データが間もなく開始の記録において定義されているかどうかを決定してもよい。例えば、間もなく開始の告知に対する録画を予定するために、少なくともソース（例えば、チャネル）、日付、および時間が必要な変数であってもよい。これらの変数が間もなく開始の記録において定義されない場合、ステップ２２０８で、双方向メディアガイダンスアプリケーション１０６（図１）は、これらの未定義の変数に対して既定の代替物の変数を設定してもよい。次いで、ステップ２２１０では、予備データおよび／または双方向メディアガイダンスアプリケーション１０６（図１）によって設定される既定の変数、ならびにステップ２２０２で受信される条件式に基づいて、条件付き動作が予定されてもよい。例えば、アセットの録画は、図１０に示されるように、特定のアクセス価格（またはアクセス価格の範囲）に有するアセットに条件付けられてもよい。他の例示的な条件は、アセットの格付け（例えば、そのＭＰＡＡ格付け）、アセットのユーザまたは編集格付け（例えば、星格付けシステムを使用する）、出演者、チームまたは選手（スポーツイベントに対して）、またはアセットの任意の他の適切な属性を含んでもよい。
【０１２８】
一部の実施形態では、条件式は、メディアシステム１００（図１）における他のユーザの活動に基づく１つ以上の条件文を含んでもよい。例えば、ＳＤＶ環境では、ＳＤＶマネジャが、ユーザの視聴活動、ならびにＳＤＶサービスグループの全ユーザによって設定される条件付き動作のテーブルを維持してもよい。他の環境では、チャネル変更監視機構またはサービスが、ユーザの視聴活動、ならびにメディアシステムの全ユーザ（もしくはローカルサブネットまたは地理的地域における全ユーザ）によって設定される条件付き動作のテーブルを維持してもよい。他の実施形態では、オンデマンドサーバが、個別オンデマンドアセットに対する視聴統計を追跡してもよい。次いで、ユーザは、関連活動を行うユーザの数（または割合）、またはアセットが現在ネットワーク内に割り当てられているか否かに基づいて、条件付き動作を作成してもよい。例えば、他のユーザの少なくとも９０％（例えば、ＳＤＶサービスグループ、ローカルサブネット、または地理的地域において）も録画するために同じアセットを予定している場合のみ、ユーザは、アセットを録画することを選択してもよい。別の例として、ユーザは、特定の方法でアセットを評定する他のユーザの割合に基づいて、条件付き動作を設定してもよい。例えば、他のユーザの少なくとも８０％（例えば、ＳＤＶサービスグループ、ローカルサブネット、または地理的地域において）がアセットを３つ星格付け以上で評定している（または、編集格付けが３つ星格付け以上である）場合のみ、ユーザは、録画するためにアセットを予定してもよい。他の格付けの仕組みに条件付けられる、任意の他の動作もまた、作成および予定されてもよい。
【０１２９】
動作は、まだ完全に利用可能ではないかもしれない、または変更または改訂の可能性があるかもしれない予備データに条件付けられてもよいため、ステップ２２１２で告知更新が受信される場合、ステップ２１１４で、条件付き動作が更新されてもよい（必要であれば）。例えば、ＸＭＬファイル３００（図３）に示される更新フラグは、間もなく開始の告知更新を示すように設定されてもよい。更新は、アセットに対する更新された利用可能性データ（または、アクセス価格または格付け等の任意の他の適切な属性）を含んでもよい。しばらく後で、間もなく開始のアセットは、実際に、番組スケジュールデータのダウンロードしたウィンドウに含まれてもよい。例えば、前述のように、典型的なシステムは、番組スケジュールリストのウィンドウ内で利用可能な番組と関連する番組スケジュールデータをダウンロードしてもよい。このウィンドウは、概して短く（例えば、２週間）、このウィンドウ内で利用可能な番組に対するスケジュールデータは、任意の適切な時（例えば、２週間ごと、または毎日）にダウンロードされてもよい。ステップ２２１５では、双方向メディアガイダンスアプリケーション１０６（図１）は、番組スケジュールウィンドウに入り、通常の番組スケジュールデータベースに含まれると、間もなく開始のアセットに対して受信される実際のデータに、予定された条件付き動作を調和させてもよい。一意の番組識別子は、間もなく開始の告知において定義されてもよく（例えば、図３のＸＭＬタグ３００）かつ、番組スケジュールデータベースにおいて識別される番組の番組識別子と比較されてもよい。番組識別子が適合する場合、このことは、間もなく開始のアセットが現在の番組スケジュールウィンドウに現在入っていることを、双方向メディアガイダンスアプリケーション１０６（図１）に示してもよい。一部の実施形態では、ダウンロードした番組スケジュールデータと間もなく開始のデータとの間の任意の競合の情報は、ユーザ機器装置１０２（図１）上に番組スケジュールリストを表示するために使用される番組スケジュールデータを支持して、調和されてもよい。
【０１３０】
ステップ２２１６では、双方向メディアガイダンスアプリケーション１０６（図１）は、条件式が満たされているかどうかを決定してもよい。例えば、条件付き動作の実際の実行の直前に、条件式は、アセットの最終属性に基づいて再評価されてもよい。なおも条件式が満たされている場合には、ステップ２２２０で、動作がアセットに実行されてもよい。条件式が満たされていない場合には、ステップ２２１８で、動作が飛ばされるか、または無視されてもよい。
【０１３１】
例えば、ユーザは、特定の競技者またはチームがスポーツイベントをプレーしている場合に、スポーツイベントを録画する条件付き動作を作成してもよい。スポーツイベントが放送される直前に（または、放送前の任意の適切な時間に）、双方向メディアガイダンスアプリケーション１０６（図１）は、どの競技者またはチームがプレーしているのかを決定してもよい。プレーしている競技者およびチームは、適切なデータソース（例えば、図１のデータソース１４０のうちの１つ）または補足データソース１２０（図１））から受信される延長メディアガイダンスアプリケーションデータに由来してもよい。選択した競技者またはチームが実際にプレーしている場合、条件付き動作は、実行されてもよい（例えば、間もなく開始のアセットが録画されてもよい）。そうでなければ、動作は無視されてもよい。任意の他の適切なコンテンツ属性もまた、条件付き動作と関連する単純または複合条件式で使用されてもよい。
【０１３２】
実践では、過程２２００に示される１つ以上のステップは、他のステップと組み合わせられ、任意の適切な順序で行われ、並行して（例えば、同時に、または略同時に）行われ、または除去されてもよい。
【０１３３】
図２３Ａおよび２３Ｂは、メディアプランナグリッドを表示し、支援するための例示的な過程２３００を示す。ステップ２３０２では、メディアプランナグリッドに対するユーザの要求が受信されてもよい。例えば、ユーザは、プランナの選択肢４０４（図４）を選択して、メディアプランナの表示画面１４００（図１４）を表示してもよい。図１４に示されるように、３月１９日の日曜日に対するメディアプランナグリッドが、午後７時から８時３０分まで示されている。ユーザは、入力装置（例えば、入力装置１０８（図１））上の左および右矢印キーを押すことによって、日付および／または時間を変更してもよい。ユーザはまた、所望の日付または時間ウィンドウを選択するために、オーバーレイ１２０２（図１２）および１３０２（図１３）を使用してもよい。
【０１３４】
双方向メディアプランナグリッドは、録画するために予定される、および／または、表示されたグリッド時間ウィンドウ中で設定される通知を伴う、全ての番組を示してもよい。双方向メディアプランナグリッドはまた、いずれの自動メディアガイダンスアプリケーション機能とも関連しないが、いずれにしてもユーザが、興味を示している、または計画された日付および時間に見たいと思っている番組を示してもよい。例えば、ユーザは、その毎週の放送時間中にＨＢＯで「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」を見ることを希望してもよいが、録画を予定しない、または番組に対する通知を設定しなくてもよい。これらの「タグ付けされた」アセットは、特定の日付および特定の時間にユーザが見るまたは録画する関心があるアセットとして、何らかの方法で（ユーザによって手動、または双方向メディアガイダンスアプリケーションによって自動のいずれかで）全て識別されてもよい。これらの関心のあるアセットは、特定の日付および時間（例えば、計画された視聴日および時間、計画された通知日および時間、または計画された録画日および時間）に対してタグ付けされると言われている。例えば、一部の実施形態では、システム上で（ユーザによって手動、または、例えば連続録画を通して自動のいずれかで）録画するために予定される全アセットは、自動的にタグ付けされる。通知が設定されたアセット、特定の時間における自動同調または表示に対して予定されるアセット、および／またはブックマークが設定されたアセット（計画ウィンドウ中に利用可能である）もまた、「タグ付けされている」と考えられてもよい。ユーザは、計画された視聴活動（例えば、全てのタグ付けされたアセット）のリストを閲覧するために、いつでも各自のメディアプランナグリッドにアクセスしてもよい。次いで、ユーザは、メディアプランナグリッド中の任意のリストを選択して、そのコンテンツに同調する、コンテンツについての追加情報の画面を表示する、リストの優先度を調整する、より早い時間に対する視聴活動を予定する（例えば、リストを左にドラッグすることによって）、より遅い時間に対する視聴活動を予定する（例えば、リストを右にドラッグすることによって）、その視聴時間を延長または短縮する、その計画された視聴時間を２つ以上の部分に分割する、または、その録画または通知状態を切り替えてもよい。
【０１３５】
メディアプランナグリッドを表示する際、双方向メディアガイダンスアプリケーションは、ユーザ機器装置１０２（図１）内で利用可能なチューナ１１５（図１）の総数を識別するデータにアクセスしてもよい。次いで、ステップ２３０３で、双方向メディアガイダンスアプリケーションは、メディアプランナグリッド中の録画または視聴するために予定される各エントリに対するチューナを割り当てるか、または留保してもよい。ユーザが利用可能なチューナよりも多くの視聴活動を計画した場合には、チューナは、優先度順にメディアプランナグリッド中のエントリに割り当てられてもよい。留保されたチューナのないエントリは、メディアプランナグリッドが表示されると、自動的に無効にされてもよい。
【０１３６】
ユーザはまた、ユーザのメディアプランナグリッドに新規アセットを追加することを選択してもよい。ステップ２３０４で、ユーザが新規アセットを追加することを要求する場合、ステップ２３０６で、フルスケジュールグリッド（例えば、フルメディアガイダンスアプリケーション番組スケジュールガイド）または他の番組選択画面がユーザに表示されてもよい。次いで、ステップ２３０８で、ユーザは、フルグリッド内の任意のアセットを選択してもよく（例えば、録画または視聴する関心がある等の、１つ以上の「ｉｎｔｅｒｅｓｔ」タグでアセットをタグ付けする）、ステップ２３１０で、選択したアセットに対する新規リストが、ユーザのメディアプランナアプリケーショングリッドに表示されてもよい。所望であれば、録画またはオンデマンドアセットが、手動でメディアプランナグリッドに追加されてもよい。メディアプランナの表示画面１４００（図１４）では、ユーザは、ちょうど「Ｔｈｅ  Ｗｅｓｔ  ｗｉｎｇ」リストを追加することを選択していてもよい。一部の実施形態では、このリストは、既定の優先度を伴って表示される（例えば、リストは、グリッドの中央付近に表示される）。
【０１３７】
ステップ２３１２では、双方向メディアガイダンスアプリケーション１０６（図１）は、利用可能なチューナの数が新規アセットの追加によって超過されたかどうかを決定してもよい。例えば、ユーザ機器装置１０２（図１）に３つの利用可能なチューナ１１５（図１）があり、３つの番組が録画するために既に予定されている場合、競合が信号で伝えられてもよい。チューナの数が超過された場合、ステップ２３１４で、最低優先度を伴うメディアプランナグリッド中のエントリは、無効にされ、特別な方法でマークされてもよい（またはグリッドから除去される）。例えば、リストは、グレーアウトされるか、あるいは、グリッド中の他のリストから視覚的に区別されて見えてもよい。一部の実施形態では、加えて、または代案として、アイコン（または既存のアイコンの修正）が、利用可能なチューナの不足により同調することができないリストの隣、または中に示されてもよい。
【０１３８】
例示的な過程２３００は、図２３Ｂで続く。ステップ２３１６で、ユーザが、メディアプランナグリッドに示されるエントリの優先度を増加させることを選択する場合には、ステップ２３１８で、グリッド中の選択したエントリの位置が増加されてもよい。一部の実施形態では、メディアプランナグリッド内のリストの位置は、リストの優先度を決定する。例えば、メディアプランナの表示画面１４００（図１４）に示されるように、「Ｃｈａｒｍｅｄ」に対するリストは、最高優先度と関連してもよく、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」に対するリストは、次に最高の優先度と関連してもよい等である。ステップ２３２０では、双方向メディアガイダンスアプリケーション１０６（図１）は、利用可能なチューナの数が優先度の増加によって超過されたかどうか、またはチューナ割り当ての変更が必要であるかどうかを決定してもよい。例えば、ユーザ機器装置１０２（図１）に３つの利用可能なチューナ１１５（図１）があり、高優先度を伴う３つの番組が録画するために既に予定されている場合、競合が信号で伝えられてもよい。チューナの数が超過された場合、ステップ２３２２で、現在、最低優先度を伴うメディアプランナグリッド中のエントリは、無効にされる（またはグリッドから除去される）。例えば、リストは、グレーアウトされるか、あるいは、グリッド中の他のリストから視覚的に区別されて見えてもよい。一部の実施形態では、加えて、または代案として、アイコンが、利用可能なチューナの不足により同調することができないリストの隣、または中に示されるか、修正されてもよい。
【０１３９】
ステップ２３２４で、ユーザが、メディアプランナグリッド内のエントリの優先度を減少させることを選択する場合には、ステップ２３２６で、グリッド中の選択したエントリの位置が減少されてもよい。ステップ２３２６で、選択したエントリの位置が減少された後、またはステップ２３２４で、ユーザが、アセットの優先度を減少させることを選択しない場合、ステップ２３２８で、メディアプランナグリッドが再表示されてもよい。ユーザは、メディアプランナグリッド内でリストを上または下にドラッグすることによって、またはリストをハイライトし、入力装置１０８（図１）上の「ＰＡＧＥ  ＵＰ」または「ＰＡＧＥ  ＤＯＷＮ」ボタン（または他の適切なボタン）を選択することによって、リストの優先度を増加または減少させてもよい。
【０１４０】
実践では、過程２３００に示される１つ以上のステップは、他のステップと組み合わせられ、任意の適切な順序で行われ、並行して（例えば、同時に、または略同時に）行われ、または除去されてもよい。
【０１４１】
本発明の上記の実施形態は、限定ではなく解説の目的で提示され、本発明は、次に続く請求項のみによって限定される。
【図１】
2009545921.tif 000003
【図２】
2009545921.tif 000004
【図３】
2009545921.tif 000005
【図４】
2009545921.tif 000006
【図５】
2009545921.tif 000007
【図６】
2009545921.tif 000008
【図７】
2009545921.tif 000009
【図８】
2009545921.tif 000010
【図９】
2009545921.tif 000011
【図１０】
2009545921.tif 000012
【図１１】
2009545921.tif 000013
【図１２】
2009545921.tif 000014
【図１３】
2009545921.tif 000015
【図１４】
2009545921.tif 000016
【図１５】
2009545921.tif 000017
【図１６】
2009545921.tif 000018
【図１７】
2009545921.tif 000019
【図１８】
2009545921.tif 000020
【図１９】
2009545921.tif 000021
【図２０】
2009545921.tif 000022
【図２１Ａ】
2009545921.tif 000023
【図２１Ｂ】
2009545921.tif 000024
【図２１Ｃ】
2009545921.tif 000025
【図２１Ｄ】
2009545921.tif 000026
【図２２】
2009545921.tif 000027
【図２３Ａ】
2009545921.tif 000028
【図２３Ｂ】
2009545921.tif 000029
【国際調査報告】
2009545921.tif 000030
2009545921.tif 000031
2009545921.tif 000032
2009545921.tif 000033