(57)【要約】視聴者体験を向上させ得る、メディアガイドアプリケーションのための方法およびシステム。メディアガイドアプリケーションは、第１のチューナを用いて、第１の番組に同調し、表示のために、第１の番組をディスプレイデバイスの表示エリア上に生成し、放送中である他の関心のある番組を判定し、表示のための第１の番組の生成と同時に、第２のチューナを使用して、放送中である他の関心のある番組に同調し、表示のために生成してもよい。第２のチューナは、関心のある付加的番組間を巡回し、表示のために生成された関心のある付加的番組のセグメントを周期的に更新する。
2018533288.tif 000002
【特許請求の範囲】
【請求項１】
視聴者体験を向上させるための方法であって、
第１のチューナを用いて、第１の番組に同調するステップと、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するステップと、
表示のために、付加的番組を判定するステップと、
表示のために、第２のチューナを用いて、前記付加的番組のそれぞれを前記ディスプレイデバイス上の表示エリアの個別の部分内に生成するステップと、
ユーザにとって関心のある今後のイベントに関して、前記付加的番組のそれぞれを監視するステップと、
表示のために生成された前記付加的番組のうちの１つのセグメント内の前記ユーザにとって関心のあるイベントを判定するステップと、
前記セグメントに対応する前記表示エリアの一部を自動的に修正するステップであって、前記第２のチューナは、所定の頻度において、前記付加的番組のそれぞれ間を周期的に巡回し、前記所定の頻度において、表示のために生成された各付加的番組のセグメントを更新する、ステップと、
を含む、方法。
【請求項２】
前記イベントを判定するステップは、
前記第２のチューナを用いて、付加的番組のセグメントを受信するステップであって、前記セグメントは、メタデータを含む、ステップと、
セグメントデータ上の光学文字認識および運動認識のうちの少なくとも１つを使用することによって、前記セグメントデータを処理するステップと、
前記メタデータおよび処理されたセグメントデータのうちの少なくとも１つと前記イベントを検出するためのイベント特性とを比較するステップと、
を含む、請求項１に記載の方法。
【請求項３】
前記イベント特性のユーザ選択を受信するステップをさらに含み、前記イベント特性は、番組タイプ、イベントタイプ、時間、および前記番組内の参加者によるアクションのうちの少なくとも１つを含む、請求項２に記載の方法。
【請求項４】
表示のために、前記ユーザにとって関心のあるイベントが表示のために生成された前記付加的番組のうちの１つのセグメント内で生じたことの前記ユーザへの通知を生成するステップをさらに含む、請求項３に記載の方法。
【請求項５】
自動的に修正するステップは、前記ユーザにとって関心のあるイベントが発生した前記付加的番組のうちの１つのセグメントに対応する表示エリアの部分を除去するステップを含む、請求項４に記載の方法。
【請求項６】
表示のために生成されていない付加的番組内の前記ユーザにとって関心のある第２のイベントを判定するステップと、
表示のために、前記表示エリアの一部内に、前記ユーザにとって関心のある第２のイベントが発生した付加的番組のセグメントを自動的に生成するステップと、
をさらに含む、請求項５に記載の方法。
【請求項７】
付加的番組に関する基準のユーザ選択を受信するステップと、
前記受信された基準を満たす番組を判定するステップと、
前記受信された基準を満たす番組の判定に応答して、前記ユーザに、前記受信された基準を満たすと判定された番組をアラートするステップと、
をさらに含む、請求項６に記載の方法。
【請求項８】
前記ディスプレイデバイス上の表示エリアの第１の個別の部分の場所および寸法を選択するステップであって、前記選択は、前記ユーザによって行われる、ステップと、
前記場所および寸法に基づいて、前記表示エリアの第１の個別の部分の境界を判定するステップと、
前記付加的番組のうちの１つのセグメントをクロッピングし、前記境界に合致させるステップと、
表示のために、前記付加的番組のうちの１つのセグメントを前記表示エリアの第１の個別の部分内に生成するステップと、
をさらに含む、請求項７に記載の方法。
【請求項９】
表示のために生成された各付加的番組のセグメントを更新すべき頻度のユーザ選択を受信するステップと、
前記ユーザ選択に基づいて、前記第２のチューナが前記付加的番組のそれぞれ間を巡回する所定の頻度を判定するステップと、
前記第２のチューナを前記所定の頻度において巡回させるステップと、
をさらに含む、請求項８に記載の方法。
【請求項１０】
表示のために、各付加的番組を生成するステップは、
表示のために、各付加的番組のセグメントを生成する前に、表示のために生成された各付加的番組のセグメントをクロッピングするステップと、
表示のために生成された各付加的番組のセグメントを再フォーマットし、各付加的番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるステップと、
を含む、請求項９に記載の方法。
【請求項１１】
視聴者体験を向上させるためのシステムであって、
制御回路であって、
第１のチューナを用いて、第１の番組に同調することと、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成することと、
表示のために、付加的番組を判定することと、
表示のために、第２のチューナを用いて、前記付加的番組のそれぞれを前記ディスプレイデバイス上の表示エリアの個別の部分内に生成することと、
ユーザにとって関心のある今後のイベントに関して、前記付加的番組のそれぞれを監視することと、
表示のために生成された前記付加的番組のうちの１つのセグメント内の前記ユーザにとって関心のあるイベントを判定することと、
前記セグメントに対応する前記表示エリアの一部を自動的に修正することであって、前記第２のチューナは、所定の頻度において、前記付加的番組のそれぞれ間を周期的に巡回し、前記所定の頻度において、表示のために生成された各付加的番組のセグメントを更新することと、
を行うように構成される、制御回路
を備える、システム。
【請求項１２】
前記イベントの判定は、
前記第２のチューナを用いて、付加的番組のセグメントを受信することであって、前記セグメントは、メタデータを含むことと、
セグメントデータ上の光学文字認識および運動認識のうちの少なくとも１つを使用することによって、前記セグメントデータを処理することと、
前記メタデータおよび処理されたセグメントデータのうちの少なくとも１つと前記イベントを検出するためのイベント特性とを比較することと、
を含む、請求項１１に記載のシステム。
【請求項１３】
前記イベント特性のユーザ選択を受信することをさらに含み、前記イベント特性は、番組タイプ、イベントタイプ、時間、および前記番組内の参加者によるアクションのうちの少なくとも１つを含む、請求項１２に記載のシステム。
【請求項１４】
表示のために、前記ユーザにとって関心のあるイベントが表示のために生成された前記付加的番組のうちの１つのセグメント内で生じたことの前記ユーザへの通知を生成することをさらに含む、請求項１３に記載のシステム。
【請求項１５】
自動的修正は、前記ユーザにとって関心のあるイベントが発生した前記付加的番組のうちの１つのセグメントに対応する表示エリアの部分を除去することを含む、請求項１４に記載のシステム。
【請求項１６】
表示のために生成されていない付加的番組内の前記ユーザにとって関心のある第２のイベントを判定することと、
表示のために、前記表示エリアの一部内に、前記ユーザにとって関心のある第２のイベントが発生した付加的番組のセグメントを自動的に生成することと、
をさらに含む、請求項１５に記載のシステム。
【請求項１７】
付加的番組に関する基準のユーザ選択を受信することと、
前記受信された基準を満たす番組を判定することと、
前記受信された基準を満たす番組の判定に応答して、前記ユーザに、前記受信された基準を満たすと判定された番組をアラートすることと、
をさらに含む、請求項１６に記載のシステム。
【請求項１８】
前記ディスプレイデバイス上の表示エリアの第１の個別の部分の場所および寸法を選択することであって、前記選択は、前記ユーザによって行われることと、
前記場所および寸法に基づいて、前記表示エリアの第１の個別の部分の境界を判定することと、
前記付加的番組のうちの１つのセグメントをクロッピングし、前記境界に合致させることと、
表示のために、前記付加的番組のうちの１つのセグメントを前記表示エリアの第１の個別の部分内に生成することと、
をさらに含む、請求項１７に記載のシステム。
【請求項１９】
表示のために生成された各付加的番組のセグメントを更新すべき頻度のユーザ選択を受信することと、
前記ユーザ選択に基づいて、前記第２のチューナが前記付加的番組のそれぞれ間を巡回する所定の頻度を判定することと、
前記第２のチューナを前記所定の頻度において巡回させることと、
をさらに含む、請求項１８に記載のシステム。
【請求項２０】
表示のために、各付加的番組を生成することは、
表示のために、各付加的番組のセグメントを生成する前に、表示のために生成された各付加的番組のセグメントをクロッピングすることと、
表示のために生成された各付加的番組のセグメントを再フォーマットし、各付加的番組のセグメントの分解能またはファイルタイプのうちの１つを変更させることと、を含む、請求項１９に記載のシステム。
【請求項２１】
視聴者体験を向上させるためのシステムであって、
第１のチューナを用いて、第１の番組に同調するための手段と、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するための手段と、
表示のために、付加的番組を判定するための手段と、
表示のために、第２のチューナを用いて、前記付加的番組のそれぞれを前記ディスプレイデバイス上の表示エリアの個別の部分内に生成するための手段と、
ユーザにとって関心のある今後のイベントに関して、前記付加的番組のそれぞれを監視するための手段と、
表示のために生成された前記付加的番組のうちの１つのセグメント内の前記ユーザにとって関心のあるイベントを判定するための手段と、
前記セグメントに対応する前記表示エリアの一部を自動的に修正するための手段であって、前記第２のチューナは、所定の頻度において、前記付加的番組のそれぞれ間を周期的に巡回し、前記所定の頻度において、表示のために生成された各付加的番組のセグメントを更新する、手段と、
を備える、システム。
【請求項２２】
前記イベントを判定するための手段は、
前記第２のチューナを用いて、付加的番組のセグメントを受信するための手段であって、前記セグメントは、メタデータを含む、手段と、
セグメントデータ上の光学文字認識および運動認識のうちの少なくとも１つを使用することによって、前記セグメントデータを処理するための手段と、
前記メタデータおよび処理されたセグメントデータのうちの少なくとも１つと前記イベントを検出するためのイベント特性とを比較するための手段と、
を含む、請求項２１に記載のシステム。
【請求項２３】
前記イベント特性のユーザ選択を受信するための手段をさらに備え、前記イベント特性は、番組タイプ、イベントタイプ、時間、および前記番組内の参加者によるアクションのうちの少なくとも１つを含む、請求項２２に記載のシステム。
【請求項２４】
表示のために、前記ユーザにとって関心のあるイベントが表示のために生成された前記付加的番組のうちの１つのセグメント内で生じたことの前記ユーザへの通知を生成するための手段をさらに備える、請求項２３に記載のシステム。
【請求項２５】
自動的に修正するためのことは、前記ユーザにとって関心のあるイベントが発生した前記付加的番組のうちの１つのセグメントに対応する表示エリアの部分を除去することを含む、請求項２４に記載のシステム。
【請求項２６】
表示のために生成されていない付加的番組内の前記ユーザにとって関心のある第２のイベントを判定するための手段と、
表示のために、前記表示エリアの一部内に、前記ユーザにとって関心のある第２のイベントが発生した付加的番組のセグメントを自動的に生成するための手段と、
をさらに備える、請求項２５に記載のシステム。
【請求項２７】
付加的番組に関する基準のユーザ選択を受信するための手段と、
前記受信された基準を満たす番組を判定するための手段と、
前記受信された基準を満たす番組の判定に応答して、前記ユーザに、前記受信された基準を満たすと判定された番組をアラートするための手段と、
をさらに備える、請求項２６に記載のシステム。
【請求項２８】
前記ディスプレイデバイス上の表示エリアの第１の個別の部分の場所および寸法を選択するための手段であって、前記選択は、前記ユーザによって行われる、手段と、
前記場所および寸法に基づいて、前記表示エリアの第１の個別の部分の境界を判定するための手段と、
前記付加的番組のうちの１つのセグメントをクロッピングし、前記境界に合致させるための手段と、
表示のために、前記付加的番組のうちの１つのセグメントを前記表示エリアの第１の個別の部分内に生成するための手段と、
をさらに備える、請求項２７に記載のシステム。
【請求項２９】
表示のために生成された各付加的番組のセグメントを更新すべき頻度のユーザ選択を受信するための手段と、
前記ユーザ選択に基づいて、前記第２のチューナが前記付加的番組のそれぞれ間を巡回する所定の頻度を判定するための手段と、
前記第２のチューナを前記所定の頻度において巡回させるための手段と、
をさらに備える、請求項２８に記載のシステム。
【請求項３０】
表示のために、各付加的番組を生成することは、
表示のために、各付加的番組のセグメントを生成する前に、表示のために生成された各付加的番組のセグメントをクロッピングするための手段と、
表示のために生成された各付加的番組のセグメントを再フォーマットし、各付加的番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるための手段と、
を含む、請求項２９に記載のシステム。
【請求項３１】
視聴者体験を向上させるための非一過性コンピュータ可読媒体であって、前記コンピュータ可読媒体は、その上に符号化されたコンピュータ可読命令を備え、前記命令は、
第１のチューナを用いて、第１の番組に同調するための命令と、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するための命令と、
表示のために、付加的番組を判定するための命令と、
表示のために、第２のチューナを用いて、前記付加的番組のそれぞれを前記ディスプレイデバイス上の表示エリアの個別の部分内に生成するための命令と、
ユーザにとって関心のある今後のイベントに関して、前記付加的番組のそれぞれを監視するための命令と、
表示のために生成された前記付加的番組のうちの１つのセグメント内の前記ユーザにとって関心のあるイベントを判定するための命令と、
前記セグメントに対応する前記表示エリアの一部を自動的に修正するための命令であって、前記第２のチューナは、所定の頻度において、前記付加的番組のそれぞれ間を周期的に巡回し、前記所定の頻度において、表示のために生成された各付加的番組のセグメントを更新する、命令と、
を備える、コンピュータ可読媒体。
【請求項３２】
前記イベントを判定するための命令は、
前記第２のチューナを用いて、付加的番組のセグメントを受信するための命令であって、前記セグメントは、メタデータを含む、命令と、
セグメントデータ上の光学文字認識および運動認識のうちの少なくとも１つを使用することによって、前記セグメントデータを処理するための命令と、
前記メタデータおよび処理されたセグメントデータのうちの少なくとも１つと前記イベントを検出するためのイベント特性とを比較するための命令と、
を含む、請求項３１に記載の非一過性コンピュータ可読媒体。
【請求項３３】
前記イベント特性のユーザ選択を受信するための命令をさらに備え、前記イベント特性は、番組タイプ、イベントタイプ、時間、および前記番組内の参加者によるアクションのうちの少なくとも１つを含む、請求項３２に記載の非一過性コンピュータ可読媒体。
【請求項３４】
表示のために、前記ユーザにとって関心のあるイベントが表示のために生成された前記付加的番組のうちの１つのセグメント内で生じたことの前記ユーザへの通知を生成するための命令をさらに備える、請求項３３に記載の非一過性コンピュータ可読媒体。
【請求項３５】
前記自動的に修正するための命令は、前記ユーザにとって関心のあるイベントが発生した前記付加的番組のうちの１つのセグメントに対応する表示エリアの部分を除去するための命令を含む、請求項３４に記載の非一過性コンピュータ可読媒体。
【請求項３６】
表示のために生成されていない付加的番組内の前記ユーザにとって関心のある第２のイベントを判定するための命令と、
表示のために、前記表示エリアの一部内に、前記ユーザにとって関心のある第２のイベントが発生した付加的番組のセグメントを自動的に生成するための命令と、
をさらに備える、請求項３５に記載の非一過性コンピュータ可読媒体。
【請求項３７】
付加的番組に関する基準のユーザ選択を受信するための命令と、
前記受信された基準を満たす番組を判定するための命令と、
前記受信された基準を満たす番組の判定に応答して、前記ユーザに、前記受信された基準を満たすと判定された番組をアラートするための命令と、
をさらに備える、請求項３６に記載の非一過性コンピュータ可読媒体。
【請求項３８】
前記ディスプレイデバイス上の表示エリアの第１の個別の部分の場所および寸法を選択するための命令であって、前記選択は、前記ユーザによって行われる、命令と、
前記場所および寸法に基づいて、前記表示エリアの第１の個別の部分の境界を判定するための命令と、
前記付加的番組のうちの１つのセグメントをクロッピングし、前記境界に合致させるための命令と、
表示のために、前記付加的番組のうちの１つのセグメントを前記表示エリアの第１の個別の部分内に生成するための命令と、
をさらに備える、請求項３７に記載の非一過性コンピュータ可読媒体。
【請求項３９】
表示のために生成された各付加的番組のセグメントを更新すべき頻度のユーザ選択を受信するための命令と、
前記ユーザ選択に基づいて、前記第２のチューナが前記付加的番組のそれぞれ間を巡回する所定の頻度を判定するための命令と、
前記所定の頻度において前記第２のチューナを巡回させるための命令と、
をさらに備える、請求項３８に記載の非一過性コンピュータ可読媒体。
【請求項４０】
表示のために、各付加的番組を生成するための命令は、
表示のために、各付加的番組のセグメントを生成する前に、表示のために生成された各付加的番組のセグメントをクロッピングするための命令と、
表示のために生成された各付加的番組のセグメントを再フォーマットし、各付加的番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるための命令と、
を含む、請求項３９に記載の非一過性コンピュータ可読媒体。
【請求項４１】
視聴者体験を向上させるための方法であって、
第１のチューナを用いて、第１の番組に同調するステップと、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するステップと、
表示のために、付加的番組を判定するステップと、
表示のために、第２のチューナを用いて、前記付加的番組のそれぞれを前記ディスプレイデバイス上の表示エリアの個別の部分内に生成するステップと、
ユーザにとって関心のある今後のイベントに関して、前記付加的番組のそれぞれを監視するステップと、
表示のために生成された前記付加的番組のうちの１つのセグメント内の前記ユーザにとって関心のあるイベントを判定するステップと、
前記セグメントに対応する前記表示エリアの一部を自動的に修正するステップであって、前記第２のチューナは、所定の頻度において、前記付加的番組のそれぞれ間を周期的に巡回し、前記所定の頻度において、表示のために生成された各付加的番組のセグメントを更新する、ステップと、
を含む、方法。
【請求項４２】
前記イベントを判定するステップは、
前記第２のチューナを用いて、付加的番組のセグメントを受信するステップであって、前記セグメントは、メタデータを含む、ステップと、
セグメントデータ上の光学文字認識および運動認識のうちの少なくとも１つを使用することによって、前記セグメントデータを処理するステップと、
前記メタデータおよび処理されたセグメントデータのうちの少なくとも１つと前記イベントを検出するためのイベント特性とを比較するステップと、
を含む、請求項４１に記載の方法。
【請求項４３】
前記イベント特性のユーザ選択を受信するステップをさらに含み、前記イベント特性は、番組タイプ、イベントタイプ、時間、および前記番組内の参加者によるアクションのうちの少なくとも１つを含む、請求項４１または４２に記載の方法。
【請求項４４】
表示のために、前記ユーザにとって関心のあるイベントが表示のために生成された前記付加的番組のうちの１つのセグメント内で生じたことの前記ユーザへの通知を生成するステップをさらに含む、請求項４１−４３に記載の方法。
【請求項４５】
自動的に修正するステップは、前記ユーザにとって関心のあるイベントが発生した前記付加的番組のうちの１つのセグメントに対応する表示エリアの部分を除去するステップを含む、請求項４１−４４に記載の方法。
【請求項４６】
表示のために生成されていない付加的番組内の前記ユーザにとって関心のある第２のイベントを判定するステップと、
表示のために、前記表示エリアの一部内に、前記ユーザにとって関心のある第２のイベントが発生した付加的番組のセグメントを自動的に生成するステップと、
をさらに含む、請求項４１−４５に記載の方法。
【請求項４７】
付加的番組に関する基準のユーザ選択を受信するステップと、
前記受信された基準を満たす番組を判定するステップと、
前記受信された基準を満たす番組の判定に応答して、前記ユーザに、前記受信された基準を満たすと判定された番組をアラートするステップと、
をさらに含む、請求項４１−４６に記載の方法。
【請求項４８】
前記ディスプレイデバイス上の表示エリアの第１の個別の部分の場所および寸法を選択するステップであって、選択は、前記ユーザによって行われる、ステップと、
前記場所および寸法に基づいて、前記表示エリアの第１の個別の部分の境界を判定するステップと、
前記付加的番組のうちの１つのセグメントをクロッピングし、前記境界に合致させるステップと、
表示のために、前記付加的番組のうちの１つのセグメントを前記表示エリアの第１の個別の部分内に生成するステップと、
をさらに含む、請求項４１−４７に記載の方法。
【請求項４９】
表示のために生成された各付加的番組のセグメントを更新すべき頻度のユーザ選択を受信するステップと、
前記ユーザ選択に基づいて、前記第２のチューナが前記付加的番組のそれぞれ間を巡回する所定の頻度を判定するステップと、
前記第２のチューナを前記所定の頻度において巡回させるステップと、
をさらに含む、請求項４１−４８に記載の方法。
【請求項５０】
表示のために、各付加的番組を生成するステップは、
表示のために、各付加的番組のセグメントを生成する前に、表示のために生成された各付加的番組のセグメントをクロッピングするステップと、
表示のために生成された各付加的番組のセグメントを再フォーマットし、各付加的番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるステップと、
を含む、請求項４１−４９に記載の方法。
【請求項５１】
視聴者体験を向上させるための方法であって、
第１のチューナを用いて、第１の番組に同調するステップと、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するステップと、
ユーザにとって関心のある第２の番組および前記ユーザにとって関心のある第３の番組を判定するステップであって、前記第２の番組および前記第３の番組は、放送中である、ステップと、
第２のチューナを用いて、前記第２の番組に同調し、表示のための前記第１の番組の生成と同時に、表示のために、前記第２の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第１の部分内に生成するステップと、
前記第２のチューナを用いて、前記第３の番組に同調し、表示のための前記第１の番組および前記第２の番組の生成と同時に、表示のために、前記第３の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第２の部分内に生成するステップと、
を含み、前記第２のチューナは、前記第２の番組と前記第３の番組との間を巡回し、前記表示エリアの第１の部分内の前記第２の番組のセグメントおよび前記表示エリアの第２の部分内の前記第３の番組のセグメントを周期的に更新する、方法。
【請求項５２】
表示のために、前記第２の番組のセグメントを生成するステップは、
情報のサブセットを前記第２の番組から選択するステップであって、前記情報のサブセットは、前記放送フィードのビデオセグメント、前記放送フィードによって生成された画像の地理的部分、および前記放送フィードと関連付けられたメタデータの一部のうちの少なくとも１つを含む、ステップと、
前記情報のサブセットを新しいフォーマットに変換するステップと、
前記第２の番組のセグメントを前記変換された情報のサブセットから生成するステップと、
表示のために、前記第２の番組のセグメントを生成するステップと、
を含む、請求項５１に記載の方法。
【請求項５３】
第３のチューナを用いて、第４の番組に同調するステップと、
表示のための前記第１、第２、および第３の番組の生成と同時に、表示のために、前記第４の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第３の部分内に生成するステップであって、前記第２のチューナおよび前記第３のチューナは、前記第２、第３、および第４の番組間を巡回し、前記第２、第３、および第４の番組のセグメントを周期的に更新する、ステップと、
をさらに含む、請求項５２に記載の方法。
【請求項５４】
前記第２の番組のセグメントは、複数の画像を含み、前記複数の画像は、前記第２の番組のセグメントが表示のために生成される前に、クロッピングされる、請求項５３に記載の方法。
【請求項５５】
表示のために、前記第２の番組のセグメントを生成する前に、前記第２の番組のセグメントをクロッピングするステップと、
前記第２の番組のセグメントを再フォーマットし、前記第２の番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるステップと、
をさらに含む、請求項５３に記載の方法。
【請求項５６】
前記ディスプレイデバイス上の表示エリアの第１の部分の場所および寸法を選択するステップであって、前記選択は、前記ユーザによって行われる、ステップと、
前記場所および寸法に基づいて、前記表示エリアの第１の選択された部分の境界を判定するステップと、
前記第２の番組のセグメントをクロッピングし、前記境界に合致させるステップと、
表示のために、前記第２の番組のセグメントを前記表示エリアの選択された第１の部分内に生成するステップと、
をさらに含む、請求項５３に記載の方法。
【請求項５７】
前記ユーザにとって関心のある第２および第３の番組は、ユーザ選好に基づいて、自動的に判定される、請求項５６に記載の方法。
【請求項５８】
前記ユーザにとって関心のある第２の番組がもはや放送されていないことを検出するステップと、
前記検出に応答して、前記表示エリアの第１の部分内における表示のための前記第２の関心のある番組のセグメントの生成を自動的に停止するステップと、
をさらに含む、請求項５７に記載の方法。
【請求項５９】
前記第２および第３の関心のある番組を更新すべき頻度のユーザ選択を受信するステップと、
前記ユーザ選択に基づいて、前記第２のチューナが前記第２の番組と前記第３の番組との間を巡回する頻度を判定するステップと、
前記第２のチューナを前記判定された頻度で巡回させるステップと、
をさらに含む、請求項５８に記載の方法。
【請求項６０】
前記第２の番組および前記第３の番組のための放送が終了予定であることを判定するステップと、
関心のある付加的番組を選択するように前記ユーザを促すステップと、
関心のある付加的番組のユーザ選択を受信するステップと、
表示のために、前記関心のある付加的番組を生成するステップと、
をさらに含む、請求項５９に記載の方法。
【請求項６１】
視聴者体験を向上させるためのシステムであって、
制御回路であって、
第１のチューナを用いて、第１の番組に同調することと、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成することと、
ユーザにとって関心のある第２の番組およびユーザにとって関心のある第３の番組を判定することと、
第２のチューナを用いて、前記第２の番組に同調し、表示のための前記第１の番組の生成と同時に、表示のために、前記第２の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第１の部分内に生成することと、
前記第２のチューナを用いて、前記第３の番組に同調し、表示のための前記第１の番組および前記第２の番組の生成と同時に、表示のために、前記第３の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第２の部分内に生成することと、
を行うように構成され、前記第２のチューナは、前記第２の番組と前記第３の番組との間を巡回し、前記表示エリアの第１の部分内の前記第２の番組のセグメントおよび前記表示エリアの第２の部分内の前記第３の番組のセグメントを周期的に更新する、制御回路
を備える、システム。
【請求項６２】
表示のために、前記第２の番組のセグメントを生成するように構成される、前記制御回路はさらに、
情報のサブセットを前記第２の番組から選択することであって、前記情報のサブセットは、前記放送フィードのビデオセグメント、前記放送フィードによって生成された画像の地理的部分、および前記放送フィードと関連付けられたメタデータの一部のうちの少なくとも１つを含む、ことと、
前記情報のサブセットを新しいフォーマットに変換することと、
前記第２の番組のセグメントを前記変換された情報のサブセットから生成することと、
表示のために、前記第２の番組のセグメントを生成することと、
を行うように構成される、請求項６１に記載のシステム。
【請求項６３】
前記制御回路はさらに、
第３のチューナを用いて、第４の番組に同調することと、
表示のための前記第１、第２、および第３の番組の生成と同時に、表示のために、前記第４の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第３の部分内に生成することであって、前記第２のチューナおよび前記第３のチューナは、前記第２、第３、および第４の番組間を巡回し、前記第２、第３、および第４の番組のセグメントを周期的に更新する、ことと、
を行うように構成される、請求項６２に記載のシステム。
【請求項６４】
前記第２の番組のセグメントは、複数の画像を含み、前記複数の画像は、前記第２の番組のセグメントが表示のために生成される前に、クロッピングされる、請求項６３に記載のシステム。
【請求項６５】
前記制御回路はさらに、
表示のために、前記第２の番組のセグメントを生成する前に、前記第２の番組のセグメントをクロッピングすることと、
前記第２の番組のセグメントを再フォーマットし、前記第２の番組のセグメントの分解能またはファイルタイプのうちの１つを変更させることと、
を行うように構成される、請求項６３に記載のシステム。
【請求項６６】
前記制御回路はさらに、
前記ディスプレイデバイス上の表示エリアの第１の部分の場所および寸法を選択することであって、前記選択は、前記ユーザによって行われる、ことと、
前記場所および寸法に基づいて、前記表示エリアの第１の選択された部分の境界を判定することと、
前記第２の番組のセグメントをクロッピングし、前記境界に合致させることと、
表示のために、前記第２の番組のセグメントを前記表示エリアの選択された第１の部分内に生成することと、
を行うように構成される、請求項６３に記載のシステム。
【請求項６７】
前記ユーザにとって関心のある第２および第３の番組は、ユーザ選好に基づいて、自動的に判定される、請求項６６に記載のシステム。
【請求項６８】
前記制御回路はさらに、
前記ユーザにとって関心のある第２の番組が、もはや放送されていないことを検出することと、
前記検出に応答して、前記表示エリアの第１の部分内における表示のための前記第２の関心のある番組のセグメントの生成を自動的に停止することと、
を行うように構成される、請求項６７に記載のシステム。
【請求項６９】
前記制御回路はさらに、
前記第２および第３の関心のある番組を更新すべき頻度のユーザ選択を受信することと、
前記ユーザ選択に基づいて、前記第２のチューナが前記第２の番組と前記第３の番組との間を巡回する頻度を判定することと、
前記第２のチューナを前記判定された頻度で巡回させることと、
を行うように構成される、請求項６８に記載のシステム。
【請求項７０】
前記制御回路はさらに、
前記第２の番組および前記第３の番組のための放送が終了予定であることを判定することと、
関心のある付加的番組を選択するように前記ユーザを促すことと、
関心のある付加的番組のユーザ選択を受信することと、
表示のために、前記関心のある付加的番組を生成することと、
を行うように構成される、請求項６９に記載のシステム。
【請求項７１】
視聴者体験を向上させるためのシステムであって、
第１のチューナを用いて、第１の番組に同調するための手段と、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するための手段と、
ユーザにとって関心のある第２の番組およびユーザにとって関心のある第３の番組を判定するための手段と、
第２のチューナを用いて、前記第２の番組に同調し、表示のための前記第１の番組の生成と同時に、表示のために、前記第２の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第１の部分内に生成するための手段と、
前記第２のチューナを用いて、前記第３の番組に同調し、表示のための前記第１の番組および前記第２の番組の生成と同時に、表示のために、前記第３の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第２の部分内に生成するための手段と、
を備え、前記第２のチューナは、前記第２の番組と前記第３の番組との間を巡回し、前記表示エリアの第１の部分内の前記第２の番組のセグメントおよび前記表示エリアの第２の部分内の前記第３の番組のセグメントを周期的に更新する、システム。
【請求項７２】
情報のサブセットを前記第２の番組から選択するための手段であって、前記情報のサブセットは、前記放送フィードのビデオセグメント、前記放送フィードによって生成された画像の地理的部分、および前記放送フィードと関連付けられたメタデータの一部のうちの少なくとも１つを含む、手段と、
前記情報のサブセットを新しいフォーマットに変換するための手段と、
前記第２の番組のセグメントを前記変換された情報のサブセットから生成するための手段と、
表示のために、前記第２の番組のセグメントを生成するための手段と、
をさらに備える、請求項７１に記載のシステム。
【請求項７３】
第３のチューナを用いて、第４の番組に同調するための手段と、
表示のための前記第１、第２、および第３の番組の生成と同時に、表示のために、前記第４の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第３の部分内に生成するための手段であって、前記第２のチューナおよび前記第３のチューナは、前記第２、第３、および第４の番組間を巡回し、前記第２、第３、および第４の番組のセグメントを周期的に更新する、手段と、
をさらに備える、請求項７２に記載のシステム。
【請求項７４】
前記第２の番組のセグメントは、複数の画像を含み、前記複数の画像は、前記第２の番組のセグメントが表示のために生成される前に、クロッピングされる、請求項７３に記載のシステム。
【請求項７５】
表示のために、前記第２の番組のセグメントを生成する前に、前記第２の番組のセグメントをクロッピングするための手段と、
前記第２の番組のセグメントを再フォーマットし、前記第２の番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるための手段と、
をさらに備える、請求項７３に記載のシステム。
【請求項７６】
前記ディスプレイデバイス上の表示エリアの第１の部分の場所および寸法を選択するための手段であって、前記選択は、前記ユーザによって行われる、手段と、
前記場所および寸法に基づいて、前記表示エリアの第１の選択された部分の境界を判定するための手段と、
前記第２の番組のセグメントをクロッピングし、前記境界に合致させるための手段と、
表示のために、前記第２の番組のセグメントを前記表示エリアの選択された第１の部分内に生成するための手段と、
をさらに備える、請求項７３に記載のシステム。
【請求項７７】
前記ユーザにとって関心のある第２および第３の番組は、ユーザ選好に基づいて、自動的に判定される、請求項７６に記載のシステム。
【請求項７８】
前記ユーザにとって関心のある第２の番組がもはや放送されていないことを検出するための手段と、
前記検出に応答して、前記表示エリアの第１の部分内における表示のための前記第２の関心のある番組のセグメントの生成を自動的に停止するための手段と、
をさらに備える、請求項７７に記載のシステム。
【請求項７９】
前記第２および第３の関心のある番組を更新すべき頻度のユーザ選択を受信するための手段と、
前記ユーザ選択に基づいて、前記第２のチューナが前記第２の番組と前記第３の番組との間を巡回する頻度を判定するための手段と、
前記第２のチューナを前記判定された頻度で巡回させるための手段と、
をさらに備える、請求項７８に記載のシステム。
【請求項８０】
前記第２の番組および前記第３の番組のための放送が終了予定であることを判定するための手段と、
関心のある付加的番組を選択するように前記ユーザを促すための手段と、
関心のある付加的番組のユーザ選択を受信するための手段と、
表示のために、前記関心のある付加的番組を生成するための手段と、
をさらに備える、請求項７９に記載のシステム。
【請求項８１】
視聴者体験を向上させるための非一過性コンピュータ可読媒体であって、前記コンピュータ可読媒体は、その上に符号化されたコンピュータ可読命令を備え、前記命令は、
第１のチューナを用いて、第１の番組に同調するための命令と、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するための命令と、
ユーザにとって関心のある第２の番組および前記ユーザにとって関心のある第３の番組を判定するための命令であって、前記第２の番組および前記第３の番組は、放送中である、命令と、
第２のチューナを用いて、前記第２の番組に同調し、表示のための前記第１の番組の生成と同時に、表示のために、前記第２の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第１の部分内に生成するための命令と、
前記第２のチューナを用いて、前記第３の番組に同調し、表示のための前記第１の番組および前記第２の番組の生成と同時に、表示のために、前記第３の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第２の部分内に生成するための命令と、
を備え、前記第２のチューナは、前記第２の番組と前記第３の番組との間を巡回し、前記表示エリアの第１の部分内の前記第２の番組のセグメントおよび前記表示エリアの第２の部分内の前記第３の番組のセグメントを周期的に更新する、コンピュータ可読媒体。
【請求項８２】
表示のために、前記第２の番組のセグメントを生成するための命令は、
情報のサブセットを前記第２の番組から選択するための命令であって、前記情報のサブセットは、前記放送フィードのビデオセグメント、前記放送フィードによって生成された画像の地理的部分、および前記放送フィードと関連付けられたメタデータの一部のうちの少なくとも１つを含む、命令と、
前記情報のサブセットを新しいフォーマットに変換するための命令と、
前記第２の番組のセグメントを前記変換された情報のサブセットから生成するための命令と、
表示のために、前記第２の番組のセグメントを生成するための命令と、
を含む、請求項８１に記載の非一過性コンピュータ可読媒体。
【請求項８３】
第３のチューナを用いて、第４の番組に同調するための命令と、
表示のための前記第１、第２、および第３の番組の生成と同時に、表示のために、前記第４の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第３の部分内に生成するための命令であって、前記第２のチューナおよび前記第３のチューナは、前記第２、第３、および第４の番組間を巡回し、前記第２、第３、および第４の番組のセグメントを周期的に更新する、命令と、
をさらに備える、請求項８２に記載の非一過性コンピュータ可読媒体。
【請求項８４】
前記第２の番組のセグメントは、複数の画像を含み、前記複数の画像は、前記第２の番組のセグメントが表示のために生成される前に、クロッピングされる、請求項８３に記載の非一過性コンピュータ可読媒体。
【請求項８５】
表示のために、前記第２の番組のセグメントを生成する前に、前記第２の番組のセグメントをクロッピングするための命令と、
前記第２の番組のセグメントを再フォーマットし、前記第２の番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるための命令と、
をさらに備える、請求項８３に記載の非一過性コンピュータ可読媒体。
【請求項８６】
前記ディスプレイデバイス上の表示エリアの第１の部分の場所および寸法を選択するための命令であって、前記選択は、前記ユーザによって行われる、命令と、
前記場所および寸法に基づいて、前記表示エリアの第１の選択された部分の境界を判定するための命令と、
前記第２の番組のセグメントをクロッピングし、前記境界に合致させるための命令と、
表示のために、前記第２の番組のセグメントを前記表示エリアの選択された第１の部分内に生成するための命令と、
をさらに備える、請求項８３に記載の非一過性コンピュータ可読媒体。
【請求項８７】
前記ユーザにとって関心のある第２および第３の番組は、ユーザ選好に基づいて、自動的に判定される、請求項８６に記載の非一過性コンピュータ可読媒体。
【請求項８８】
前記ユーザにとって関心のある第２の番組がもはや放送されていないことを検出するための命令と、
前記検出に応答して、前記表示エリアの第１の部分内における表示のための前記第２の関心のある番組のセグメントの生成を自動的に停止するための命令と、
をさらに備える、請求項８７に記載の非一過性コンピュータ可読媒体。
【請求項８９】
前記第２および第３の関心のある番組を更新すべき頻度のユーザ選択を受信するための命令と、
前記ユーザ選択に基づいて、前記第２のチューナが前記第２の番組と前記第３の番組との間を巡回する頻度を判定するための命令と、
前記第２のチューナを前記判定された頻度で巡回させるための命令と、
をさらに備える、請求項８８に記載の非一過性コンピュータ可読媒体。
【請求項９０】
前記第２の番組および前記第３の番組のための放送が終了予定であることを判定するための命令と、
関心のある付加的番組を選択するように前記ユーザを促すための命令と、
関心のある付加的番組のユーザ選択を受信するための命令と、
表示のために、前記関心のある付加的番組を生成するための命令と、
をさらに備える、請求項８９に記載の非一過性コンピュータ可読媒体。
【請求項９１】
視聴者体験を向上させるための方法であって、
第１のチューナを用いて、第１の番組に同調するステップと、
表示のために、前記第１の番組をディスプレイデバイスの表示エリア上に生成するステップと、
ユーザにとって関心のある第２の番組および前記ユーザにとって関心のある第３の番組を判定するステップであって、前記第２の番組および前記第３の番組は、放送中である、ステップと、
第２のチューナを用いて、前記第２の番組に同調し、表示のための前記第１の番組の生成と同時に、表示のために、前記第２の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第１の部分内に生成するステップと、
前記第２のチューナを用いて、前記第３の番組に同調し、表示のための前記第１の番組および前記第２の番組の生成と同時に、表示のために、前記第３の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第２の部分内に生成するステップと、
を含み、前記第２のチューナは、前記第２の番組と前記第３の番組との間を巡回し、前記表示エリアの第１の部分内の前記第２の番組のセグメントおよび前記表示エリアの第２の部分内の前記第３の番組のセグメントを周期的に更新する、方法。
【請求項９２】
表示のために、前記第２の番組のセグメントを生成するステップは、
情報のサブセットを前記第２の番組から選択するステップであって、前記情報のサブセットは、前記放送フィードのビデオセグメント、前記放送フィードによって生成された画像の地理的部分、および前記放送フィードと関連付けられたメタデータの一部のうちの少なくとも１つを含む、ステップと、
前記情報のサブセットを新しいフォーマットに変換するステップと、
前記第２の番組のセグメントを前記変換された情報のサブセットから生成するステップと、
表示のために、前記第２の番組のセグメントを生成するステップと、
を含む、請求項９１に記載の方法。
【請求項９３】
第３のチューナを用いて、第４の番組に同調するステップと、
表示のための前記第１、第２、および第３の番組の生成と同時に、表示のために、前記第４の番組のセグメントを前記ディスプレイデバイス上の表示エリアの第３の部分内に生成するステップであって、前記第２のチューナおよび前記第３のチューナは、前記第２、第３、および第４の番組間を巡回し、前記第２、第３、および第４の番組のセグメントを周期的に更新する、ステップと、
をさらに含む、請求項９１または９２に記載の方法。
【請求項９４】
前記第２の番組のセグメントは、複数の画像を含み、前記複数の画像は、前記第２の番組のセグメントが表示のために生成される前に、クロッピングされる、請求項９１−９３に記載の方法。
【請求項９５】
表示のために、前記第２の番組のセグメントを生成する前に、前記第２の番組のセグメントをクロッピングするステップと、
前記第２の番組のセグメントを再フォーマットし、前記第２の番組のセグメントの分解能またはファイルタイプのうちの１つを変更させるステップと、
をさらに含む、請求項９１−９３に記載の方法。
【請求項９６】
前記ディスプレイデバイス上の表示エリアの第１の部分の場所および寸法を選択するステップであって、前記選択は、前記ユーザによって行われる、ステップと、
前記場所および寸法に基づいて、前記表示エリアの第１の選択された部分の境界を判定するステップと、
前記第２の番組のセグメントをクロッピングし、前記境界に合致させるステップと、
表示のために、前記第２の番組のセグメントを前記表示エリアの選択された第１の部分内に生成するステップと、
をさらに含む、請求項９１−９３に記載の方法。
【請求項９７】
前記ユーザにとって関心のある第２および第３の番組は、ユーザ選好に基づいて、自動的に判定される、請求項９１−９６に記載の方法。
【請求項９８】
前記ユーザにとって関心のある第２の番組がもはや放送されていないことを検出するステップと、
前記検出に応答して、前記表示エリアの第１の部分内における表示のための前記第２の関心のある番組のセグメントの生成を自動的に停止するステップと、
をさらに含む、請求項９１−９７に記載の方法。
【請求項９９】
前記第２および第３の関心のある番組を更新すべき頻度のユーザ選択を受信するステップと、
前記ユーザ選択に基づいて、前記第２のチューナが前記第２の番組と前記第３の番組との間を巡回する頻度を判定するステップと、
前記第２のチューナを前記判定された頻度で巡回させるステップと、
をさらに含む、請求項９１−９８に記載の方法。
【請求項１００】
前記第２の番組および前記第３の番組のための放送が終了予定であることを判定するステップと、
関心のある付加的番組を選択するように前記ユーザを促すステップと、
関心のある付加的番組のユーザ選択を受信するステップと、
表示のために、前記関心のある付加的番組を生成するステップと、
をさらに含む、請求項９１−９９に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
多数のチャンネルおよび番組供給に伴って、任意の所与の時間において、複数のテレビ番組が、同時に放送され得、視聴者は、複数の番組を同時に鑑賞するために、ピクチャインピクチャディスプレイ構成に依拠し得る。しかしながら、従来のピクチャインピクチャシステムでは、ユーザは、ピクチャインピクチャディスプレイによって提供される情報の量およびタイプを制御するその能力が限定される。ユーザは、任意のピクチャインピクチャディスプレイを伴わずに、単一番組を鑑賞するか、または困難であって、および／または気が散り得る、複数のピクチャインピクチャディスプレイ内で複数の番組を鑑賞するかのいずれかに強制される。従来のピクチャインピクチャシステムはまた、ピクチャインピクチャディスプレイ毎に、１つのチューナを要求する。ユーザが、複数の番組をピクチャインピクチャウィンドウ内で鑑賞することを所望するとき、システムは、利用可能なチューナの量によって限定される。
【発明の概要】
【課題を解決するための手段】
【０００２】
故に、ユーザに、ピクチャインピクチャウィンドウ内での表示のために、番組情報のサブセットを選択するさらなる柔軟性を提供し、１つのみのチューナを用いて、全てのピクチャインピクチャウィンドウのための番組情報のサブセットを更新することによって、前述の問題を解決し、ユーザのための視聴体験を向上させる、メディアガイドアプリケーションのための方法およびシステムが、本明細書に開示される。有利には、本明細書に開示される方法およびシステムは、ユーザが、画面のメイン部分に表示される番組に焦点を当てることを可能にするだけではなく、また、ユーザが、ピクチャインピクチャディスプレイ内に要約される他の番組のキー要素を視聴することも可能にする。本方法およびシステムは、ユーザにとって関心のある番組を判定し、ピクチャインピクチャディスプレイ内における関心のある番組のセグメントの表示を可能にする。また、有利には、１つのみのチューナを使用して、異なるチャンネル間を巡回し、ピクチャインピクチャウィンドウ内で表示のために生成された番組情報に更新を行うことによって、異なるピクチャインピクチャウィンドウに同時に表示され得る、異なる番組の数は、ユーザに利用可能なチューナの数によって限定されない。本方法およびシステムは、表示のために、異なるチャンネル上の付加的番組を判定し、１つのチューナを使用して、順に、各異なるチャンネルに同調する。
【０００３】
いくつかの側面では、メディアガイドアプリケーションは、表示のために、ユーザにとって関心のある番組をピクチャインピクチャウィンドウ内に生成し、単一チューナを用いて、それらを更新することによって、視聴者体験を向上させてもよい。そのために、メディアガイドアプリケーションは、第１のチューナを用いて、第１の番組に同調する。例えば、メディアガイドアプリケーションは、ＣＷネットワーク上の「９０２１０」に同調する。メディアガイドアプリケーションは、次いで、表示のために、第１の番組をディスプレイデバイスの表示エリア上に生成する。例えば、メディアガイドアプリケーションは、表示のために、「９０２１０」をユーザのテレビ画面上に生成する。本実施例では、「９０２１０」は、表示のために生成される唯一の番組であるため、「９０２１０」は、フル画面モードで、すなわち、ユーザのテレビ画面またはディスプレイ画面の全体にわたって表示のために生成されることができる。
【０００４】
メディアガイドアプリケーションは、次に、ユーザにとって関心のある第２の番組およびユーザにとって関心のある第３の番組を判定し、第２の番組および第３の番組は、放送中である。例えば、メディアガイドアプリケーションは、ユーザが、Ｃａｌｉｆｏｒｎｉａを拠点とするＴＶシリーズおよびアクション映画に関心があることを判定する。本実施例では、メディアガイドアプリケーションは、「Ｔｈｅ  ＯＣ」がチャンネル９０上で放送中であって、「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」がチャンネル１００上で放送中であることを判定する。本実施例では、「Ｔｈｅ  ＯＣ」および「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」は、ディスプレイデバイスのメインエリア上に現在表示されている番組「９０２１０」と同時に放送中である、関心のある付加的番組である。本実施例では、ユーザは、「９０２１０」に退屈したときに「Ｔｈｅ  ＯＣ」の一部を鑑賞することを所望してもよい、および／またはチャンネルを切り替える前に、「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」内の具体的場面を待機することを所望してもよい。
【０００５】
メディアガイドアプリケーションは、第２のチューナを用いて、第２の番組に同調し、表示のための第１の番組の生成と同時に、表示のために、第２の番組をディスプレイデバイス上の表示エリアの第１の部分内に生成する。例えば、メディアガイドアプリケーションは、第２のチューナを用いて、「Ｔｈｅ  ＯＣ」に同調し、表示のために、「Ｔｈｅ  ＯＣ」のセグメントを伴うピクチャインピクチャウィンドウを生成する。ピクチャインピクチャウィンドウは、依然としてフル画面モードで表示のために生成される、「９０２１０」と並行して、または同時に表示される、オーバーレイまたは不透明ウィンドウであってもよい。
【０００６】
メディアガイドアプリケーションは、第２のチューナを用いて、第３の番組に同調し、表示のための第１の番組および第２の番組の生成と同時に、表示のために、第３の番組を、ディスプレイデバイス上の表示エリアの第２の部分内に生成する。例えば、メディアガイドアプリケーションは、第２のチューナを用いて、「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」に同調し、表示のために、「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」のセグメントを伴うピクチャインピクチャウィンドウを生成する。ピクチャインピクチャウィンドウは、「９０２１０」および「Ｔｈｅ  ＯＣ」と並行して、または同時に表示される。
【０００７】
メディアガイドアプリケーションは、第２のチューナを制御する。第２のチューナは、第２の番組と第３の番組との間を巡回し、表示エリアの第１の部分内の第２の番組のセグメントおよび表示エリアの第２の部分内の第３の番組のセグメントを周期的に更新する。例えば、第２のチューナは、チャンネル９０に同調し、フレームを「Ｔｈｅ  ＯＣ」から取得し、表示のために、そのフレームまたはセグメントをピクチャインピクチャウィンドウ内に生成する。第２のチューナは、次いで、チャンネル１００に同調し、フレームを「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」から取得し、表示のために、そのフレームまたはセグメントを別のピクチャインピクチャウィンドウ内に生成する。第２のチューナは、次いで、チャンネル９０と１００との間を巡回し続け、ユーザにとって関心のある番組（「Ｔｈｅ  ＯＣ」および「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」）に関するフレームまたはセグメントを周期的に更新する。
【０００８】
いくつかの実施形態では、表示のために、関心のある番組のセグメントを生成するために、メディアガイドアプリケーションは、情報のサブセットを番組から選択し、情報のサブセットは、放送フィードのビデオセグメント、放送フィードによって生成された画像の地理的部分、および放送フィードと関連付けられたメタデータの一部のうちの少なくとも１つを含む。例えば、ユーザにとって関心のある付加的番組は、野球の試合、例えば、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓであってもよい。メディアガイドアプリケーションは、ＭＬＢネットワーク上で放送中であるＲｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦からの得点を情報のサブセットとして判定してもよい。メディアガイドアプリケーションは、例えば、情報のサブセットとして、得点を含有する、ＭＬＢネットワークによって生成された画像の下側部分を選択してもよい。代替として、メディアガイドアプリケーションは、情報の関連サブセットとして、バッターボックス内または外として投球場所を追跡する、「バッターボックス」情報を選択してもよい。代替として、メディアガイドアプリケーションは、情報の関連サブセットとして、ＭＬＢネットワークによってメタデータとして提供される、解説のクローズドキャプションを選択してもよい。いったんメディアガイドアプリケーションが、情報のサブセットを選択すると、メディアガイドアプリケーションは、サブセットを新しいフォーマットに変換する。例えば、情報のサブセットが、メタデータからのクローズドキャプション解説である場合、メディアガイドアプリケーションは、メタデータを画像またはテキストフォーマットに変換し、変換された情報から番組のセグメントを生成してもよい。例えば、クローズドキャプション解説は、ティッカテープセグメントを生成するために使用されてもよい。最後に、メディアガイドアプリケーションは、表示のために、番組のセグメントを生成する。
【０００９】
いくつかの実施形態では、メディアガイドアプリケーションは、第３のチューナを用いて、第４の番組に同調し、表示のための第１、第２、および第３の番組の生成と同時に、表示のために、第４の番組のセグメントをディスプレイデバイスの第３の部分内に生成し、第２のチューナおよび第３のチューナは、第２、第３、および第４の番組間を巡回し、第２、第３、および第４の番組のセグメントを周期的に更新する。例えば、「９０２１０」、「Ｔｈｅ  ＯＣ」、および「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」に加え、メディアガイドアプリケーションは、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦がＭＬＢネットワーク上で放送中であることを判定してもよい。代替として、ユーザは、付加的番組を付加的ピクチャインピクチャウィンドウ内で鑑賞することを所望することを示してもよい。メディアガイドアプリケーションは、別のチューナを使用して、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦に同調し、表示のために生成された試合のセグメントを更新してもよい。本実施例では、第２のチューナおよび第３のチューナは両方とも、第２、第３、および第４の番組間を巡回するために使用される。これは、更新頻度を増加させるために有益であり得る。代替として、単一チューナが、第４の番組に同調し、第２、第３、および第４の番組間を巡回するために使用されてもよい。
【００１０】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、番組のセグメントを生成し、番組のセグメントは、複数の画像を含み、複数の画像は、番組のセグメントが表示のために生成される前に、クロッピングされる。例えば、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦は、遠征試合の得点更新とともに、試合のビデオを含むように放送され得る。本実施例では、メディアガイドアプリケーションは、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦の画像またはフレームをクロッピングし、遠征試合を含む画像の部分を除去してもよい。これは、有利には、ピクチャインピクチャウィンドウのためのディスプレイを断捨離し得る。
【００１１】
いくつかの実施形態では、メディアガイドアプリケーションは、それを表示のために生成する前に、第２の関心のある番組のセグメントをクロッピングし、第２の番組のセグメントを再フォーマットし、第２の番組のセグメントの分解能またはファイルタイプのうちの１つを変更させる。例えば、メディアガイドアプリケーションは、Ｒｅｄ  Ｓｏｘ−Ｙａｎｋｅｅｓ番組のセグメントの一部が部分的にコマーシャルを含むことを判定してもよい。メディアガイドアプリケーションは、コマーシャルに対応する、番組のセグメントをクロッピングしてもよい。加えて、メディアガイドアプリケーションは、ピクチャインピクチャウィンドウ内における表示のためにクロッピングされたセグメントを生成する前に、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦の分解能を変更させてもよい。
【００１２】
いくつかの実施形態では、メディアガイドアプリケーションは、ディスプレイデバイス上の表示エリアの一部の場所および寸法を選択し、選択は、ユーザによって行われる。メディアガイドアプリケーションはさらに、表示のために、番組のセグメントを表示エリアの選択された部分内に生成する前に、場所および寸法に基づいて、表示エリアの選択された部分の境界を判定し、番組のセグメントをクロッピングし、選択された部分の境界に合致させる。例えば、ユーザは、付加的番組のうちの１つ（例えば、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦）のためのピクチャインピクチャウィンドウをそのディスプレイ画面の右上に、ピクチャインピクチャウィンドウに全体的ディスプレイの１５％を網羅させることを所望することを示してもよい。メディアガイドアプリケーションは、全体的場所および相対的サイズに関するユーザ入力を使用し、ピクチャインピクチャウィンドウのための境界を、例えば、ピクセル数において判定し、次いで、適宜、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦のセグメントをクロッピングしてもよい（例えば、画面のティッカテープまたは広告部分をクロッピングすることによって）。最後に、メディアガイドアプリケーションは、表示のために、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦を右上角においてピクチャインピクチャウィンドウ内に生成する。
【００１３】
いくつかの実施形態では、ユーザにとって関心のある第２および第３の番組は、ユーザ選好に基づいて、自動的に判定される。例えば、「Ｔｈｅ  ＯＣ」および「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」は、ユーザがＣａｌｉｆｏｒｎｉａを拠点とするＴＶシリーズおよびアクション映画を好むことを示す、ユーザプロフィールに基づいて、関心のある番組として判定されてもよい。代替として、ユーザは、俳優、監督、時間帯、ジャンル、スポーツチーム、選手等に関する選好を示してもよい。
【００１４】
いくつかの実施形態では、メディアガイドアプリケーションは、ユーザにとって関心のある第２の番組がもはや放送されていないことを検出し、検出に応答して、表示のためのユーザにとって関心のある第２の番組のセグメントの生成を自動的に停止する。例えば、メディアガイドアプリケーションは、放送中であって、セグメントが表示のためにピクチャインピクチャウィンドウ内に生成された、「９０２１０」のエピソードが、終了したことを検出してもよい。本実施例では、メディアガイドアプリケーションは、「９０２１０」番組に関するピクチャインピクチャウィンドウを閉じてもよい。上記の実施例では、メディアガイドアプリケーションは、表示のために、「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」に関するピクチャインピクチャウィンドウの生成を継続するであろう。
【００１５】
いくつかの実施形態では、メディアガイドアプリケーションは、第２および第３の関心のある番組を更新すべき頻度のユーザ選択を受信する。ユーザ選択に基づいて、メディアガイドアプリケーションは、第２のチューナが第２の番組と第３の番組との間を巡回する頻度を判定し、メディアガイドアプリケーションは、第２のチューナを判定された頻度で巡回させる。例えば、ユーザは、２ミリ秒毎または４ミリ秒毎に、関心のある付加的番組を更新するように選定してもよい。代替として、ユーザは、具体的番組または具体的タイプの番組を特定の頻度で更新するように選定してもよい。例えば、ユーザが得点情報のみを追跡しているとき、ユーザは、スポーツ番組のためのピクチャインピクチャウィンドウを４分毎に更新するように選定してもよい。代替実施例では、ユーザは、遅延がユーザに可視とならず、ピクチャインピクチャウィンドウ内に表示のために生成された番組がシームレスに更新されて現れるように、更新頻度を選択してもよい。
【００１６】
いくつかの実施形態では、メディアガイドアプリケーションは、第２の番組および第３の番組のための放送が終了予定であることを判定し、関心のある付加的番組を選択するようにユーザを促し、関心のある付加的番組のユーザ選択を受信し、表示のために、関心のある付加的番組を生成する。例えば、メディアガイドアプリケーションは、「Ｂｏｕｒｎｅ  Ｌｅｇａｃｙ」が５分以内に終了するであろうことを判定してもよい。本実施例では、メディアガイドアプリケーションは、チャンネル１１９上で放送される予定の「Ｂｏｕｒｎｅ  Ｉｄｅｎｔｉｔｙ」を鑑賞するようにユーザを促してもよい。代替として、メディアガイドアプリケーションは、ユーザに、関心のある付加的番組を選択するためのガイドビューを提供してもよい。いったん関心のある付加的番組が、ユーザによって選択され、メディアガイドアプリケーションによって受信されると、メディアガイドアプリケーションは、新しく選択された関心のある番組を付加的ピクチャインピクチャウィンドウ内に生成し、再び、第２のチューナに、異なる番組を通して巡回し、ピクチャインピクチャウィンドウを更新するように命令することができる。
【００１７】
いくつかの側面では、メディアガイドアプリケーションは、ピクチャインピクチャウィンドウ内に表示のために生成された任意の番組またはユーザにとって関心のある番組におけるユーザにとって関心のあるイベントを検出することによって、視聴者体験を向上させてもよい。そのために、メディアガイドアプリケーションは、第１のチューナを用いて、第１の番組に同調し、表示のために、第１の番組をディスプレイデバイスの表示エリア上に生成する。例えば、メディアガイドアプリケーションは、チャンネル１２０上で放送される「Ｔｈｅ  Ｇｏｄｆａｔｈｅｒ」に同調し、表示のために、「Ｔｈｅ  Ｇｏｄｆａｔｈｅｒ」を生成する。本実施例では、「Ｔｈｅ  Ｇｏｄｆａｔｈｅｒ」は、ディスプレイデバイスの表示エリア、例えば、テレビ画面またはユーザデバイス画面全体にわたって表示のために生成されてもよい。
【００１８】
メディアガイドアプリケーションは、次いで、表示のために、付加的番組を判定し、表示のために、第２のチューナを用いて、付加的番組のそれぞれをディスプレイデバイス上の表示エリアの個別の部分内に生成する。例えば、メディアガイドアプリケーションは、ユーザがＰａｔｒｉｏｔｓをお気に入りチームのうちの１つとして列挙したため、ユーザにとって関心のある、ＰａｔｒｉｏｔｓがＢｒｏｎｃｏｓと対戦中であることを判定してもよい。代替として、メディアガイドアプリケーションは、ユーザがクイズ番組を好むことを示したため、ユーザにとって関心のある、「Ｊｅｏｐａｒｄｙ」が放送中であることを判定してもよい。故に、本実施例では、メディアガイドアプリケーションは、表示のために、一方のピクチャインピクチャウィンドウは、「Ｊｅｏｐａｒｄｙ」として、一方のピクチャインピクチャウィンドウは、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」として、透明または不透明オーバーレイであり得る、２つのピクチャインピクチャウィンドウを生成してもよい。
【００１９】
メディアガイドアプリケーションは、付加的番組のそれぞれ間を周期的に巡回し、表示エリアの各個別の部分内に表示のために生成された各付加的番組のセグメントを更新する、第２のチューナを制御する。例えば、メディアガイドアプリケーションは、第２のチューナに、「Ｊｅｏｐａｒｄｙ」に同調し、表示のために、「Ｊｅｏｐａｒｄｙ」のセグメント（例えば、フレームまたはその一部）を生成するように命令してもよい。メディアガイドアプリケーションは、次いで、第２のチューナに、「Ｊｅｏｐａｒｄｙ」に戻って同調し、表示のために生成されたセグメントを更新する前に、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」に同調し、表示のために、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」のセグメント（例えば、フレームまたはその一部）を生成するように命令してもよい。
【００２０】
メディアガイドアプリケーションは、ユーザにとって関心のある今後のイベントに関して、付加的番組のそれぞれを監視し、表示のために生成された付加的番組のうちの１つのセグメント内のユーザにとって関心のあるイベントを判定する。例えば、メディアガイドアプリケーションは、「タッチダウン」が、常時、フットボール番組に関する関心のあるイベントであることを判定してもよい。代替として、メディアガイドアプリケーションは、ユーザがＰａｔｒｉｏｔｓをお気に入りチームとして示したため、Ｐａｔｒｉｏｔｓによる任意の得点が関心のあるイベントであることを判定してもよい。代替として、ユーザは、特定の選手（例えば、Ｔｏｍ  Ｂｒａｄｙ）への関心を規定してもよく、故に、Ｂｒａｄｙによるあるアクションは、関心のあるイベントであると判定されてもよい。代替として、関心のあるイベントはまた、ライブビデオフィードからコマーシャルまたは記録されたセグメントへの遷移等の遷移として定義されてもよい。代替として、関心のあるイベントは、番組内の変更として記録されてもよい。
【００２１】
表示のために生成された付加的番組のうちの１つのセグメント内のユーザにとって関心のあるイベントの判定に応答して、メディアガイドアプリケーションは、セグメントに対応する表示エリアの一部を自動的に修正する。例えば、メディアガイドアプリケーションは、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦を監視し、Ｐａｔｒｉｏｔｓが、たった今タッチダウンして得点を得たことを判定する。タッチダウンは、得点イベントであって、したがって、関心のあるイベントである。故に、メディアガイドアプリケーションは、ポップアップ通知「タッチダウン！」等のユーザのためのアラートを表示してもよい。代替として、Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦が、コマーシャル時間に切り替わり、コマーシャルへの変更が、関心のあるイベントである場合、メディアガイドアプリケーションは、Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦のためのピクチャインピクチャウィンドウを最小化してもよい。
【００２２】
メディアガイドアプリケーションは、表示のために、付加的番組毎に表示のために生成されたセグメントを生成するために使用される、第２のチューナを制御する。第２のチューナは、所定の頻度において、付加的番組のそれぞれ間を周期的に巡回し、所定の頻度において、表示のために生成された各付加的番組のセグメントを更新する。例えば、第２のチューナは、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦と「Ｊｅｏｐａｒｄｙ」との間を巡回し、両番組の表示のために生成されたセグメントを更新する。
【００２３】
いくつかの実施形態では、ユーザにとって関心のあるイベントを判定するために、メディアガイドアプリケーションは、第２のチューナを用いて、付加的番組のセグメントを受信し、セグメントは、メタデータを含む。メディアガイドアプリケーションは、セグメントデータ上の光学文字認識「ＯＣＲ」および運動認識のうちの少なくとも１つを使用することによって、セグメントデータを処理する。メディアガイドアプリケーションは、メタデータおよび処理されたセグメントデータのうちの少なくとも１つとイベントを検出するためのイベント特性を比較する。例えば、ユーザにとって関心のあるイベントが「Ａｌｅｘ  Ｒｏｄｒｉｇｕｅｚが打席に立つ」ことである場合、メディアガイドアプリケーションは、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦のセグメントを受信し、メタデータ（例えば、クローズドキャプション解説）またはビデオフィード（例えば、名簿ウィンドウ）のいずれかにおいて、ＯＣＲを介して、単語「Ａｌｅｘ  Ｒｏｄｒｉｇｕｅｚ」および「打席」を検出してもよい。メディアガイドアプリケーションは、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦のセグメントからのデータが、故に、イベント特性「Ａｌｅｘ  Ｒｏｄｒｉｇｕｅｚが打席に立つ」に合致することを判定する。
【００２４】
いくつかの実施形態では、メディアガイドアプリケーションは、ユーザにとって関心のあるイベントに関する特性のユーザ選択を受信し、イベント特性は、番組タイプ、イベントタイプ、時間、および番組内の参加者によるアクションのうちの少なくとも１つを含む。例えば、ユーザは、関心のあるイベントに関する特性を、例えば、設定メニューを通して、またはユーザプロフィールを通して示してもよい。例えば、ユーザは、前の実施例における「Ａｌｅｘ  Ｒｏｄｒｉｇｕｅｚが打席に立つ」または「Ｐａｔｒｉｏｔｓがタッチダウンする」等の参加者によるアクションを示してもよい。代替として、ユーザは、ユーザが回避することを所望する、イベントタイプ、例えば、「コマーシャルへの切替」または「パネル議論」等の特性を示してもよい。代替として、ユーザは、「タッチダウン」または「メダル授与式」等のユーザが焦点を当てることを所望する、イベントタイプの特性を示してもよい。
【００２５】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、ユーザにとって関心のあるイベントが表示のために生成された付加的番組のうちの１つのセグメント内で生じたことのユーザへの通知を生成する。例えば、ユーザは、リュージュのオリンピックタイムトライアルを画面のメイン部分において鑑賞しているが、ホッケーの金メダル戦をピクチャインピクチャウィンドウに有する。本実施例では、ユーザが、「メダル授与式」を関心のあるイベントとして示した場合、メディアガイドアプリケーションは、通知「メダル授与式の開始」をユーザに生成し、ユーザに、所望に応じてチャンネルを切り替える、または少なくともピクチャインピクチャウィンドウに示されるメダル授与式に注意を向ける機会を提供してもよい。
【００２６】
いくつかの実施形態では、メディアガイドアプリケーションが、表示エリアの一部を自動的に修正するとき、メディアガイドアプリケーションは、ユーザにとって関心のあるイベントが発生した付加的番組のうちの１つのセグメントに対応する表示エリアの部分を除去する。例えば、上記のオリンピックメダル授与式実施例では、メディアガイドアプリケーションは、ディスプレイ画面のメインエリアおよびピクチャインピクチャウィンドウ内に表示のために生成された番組を自動的に切り替えてもよい。例えば、ホッケーの金メダル戦に関するメダル授与式が、第１のチューナを介して、それに同調した後、フル画面で表示のために自動的に生成されてもよく、リュージュのタイムトライアルは、以前にメダル授与式を表示していたピクチャインピクチャウィンドウ内に表示のために生成され、第２のチューナによって定期的に更新されてもよい。
【００２７】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために生成されていない付加的番組内のユーザにとって関心のある第２のイベントを判定する。メディアガイドアプリケーションは、表示のために、表示エリアの一部内に、ユーザにとって関心のある第２のイベントが発生した付加的番組のセグメントを自動的に生成する。例えば、ユーザは、「Ｂｒｉｄｇｅｔ  Ｊｏｎｅｓ’ｓ  Ｄｉａｒｙ」をフル画面モードで鑑賞していてもよく、オリンピックをピクチャインピクチャウィンドウ内に表示のために生成させてもよい。しかしながら、ユーザは、Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦が放送中であることを忘れている場合がある。メディアガイドアプリケーションは、Ｐａｔｒｉｏｔｓのタッチダウンを検出し、表示のために、Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦が示されるであろう、新しいピクチャインピクチャウィンドウを生成してもよい。
【００２８】
いくつかの実施形態では、メディアガイドアプリケーションは、付加的番組に関する基準のユーザ選択を受信し、受信された基準を満たす番組を判定する。受信された基準を満たす番組の判定に応答して、メディアガイドアプリケーションは、ユーザに、受信された基準を満たすと判定された番組をアラートする。例えば、ユーザは、ユーザプロフィールを介して、または設定メニューを介してのいずれかにおいて、限定ではないが、スポーツチーム、具体的アスリート、俳優、監督、時間周期（例えば、８０秒）、ジャンル（例えば、コメディ）、またはキーワード（例えば、「＃Ｄｅｆｌａｔｅｇａｔｅ」）を含む、選好を提供してもよい。例えば、メディアガイドアプリケーションは、ユーザがＧｅｏｒｇｅ  Ｃｌｏｏｎｅｙに関心があることを判定してもよく、ユーザに、Ｇｅｏｒｇｅ  Ｃｌｏｏｎｅｙを含む番組をアラートしてもよい。例えば、メディアガイドアプリケーションは、表示のために、ポップアップ通知「午後９時のＯｃｅａｎ’ｓ  １１を鑑賞しますか？」を生成してもよい。
【００２９】
いくつかの実施形態では、メディアガイドアプリケーションは、ディスプレイデバイス上の表示エリアの第１の個別の部分の場所および寸法を選択し、選択は、ユーザによって行われる。メディアガイドアプリケーションは、場所および寸法に基づいて、表示エリアの第１の個別の部分の境界を判定する。メディアガイドアプリケーションは、付加的番組のうちの１つのセグメントをクロッピングし、境界に合致させ、メディアガイドアプリケーションは、表示のために、付加的番組のうちの１つのセグメントを表示エリアの第１の個別の部分内に生成する。上記に説明されるように、例えば、ユーザは、ピクチャインピクチャウィンドウをディスプレイ画面のメインエリアの右上角に位置させることを好んでもよく、ユーザはまた、ピクチャインピクチャウィンドウにメインエリアの２０％を占有させることを好んでもよい。メディアガイドアプリケーションは、場所および寸法（例えば、２０％）に基づいて、ピクチャインピクチャウィンドウの正確な境界（例えば、ピクセル単位）を判定してもよい。メディアガイドアプリケーションはまた、番組のセグメントをクロッピングし、ピクチャインピクチャウィンドウ内のディスプレイを断捨離してもよい。
【００３０】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために生成された各付加的番組のセグメントを更新すべき頻度のユーザ選択を受信する。ユーザ選択に基づいて、メディアガイドアプリケーションは、第２のチューナが付加的番組のそれぞれ間を巡回する所定の頻度を判定し、第２のチューナを所定の頻度において巡回させる。例えば、前述のように、ユーザは、付加的番組のセグメントが更新されなければならない頻度を選択してもよい。ユーザは、番組のタイプまたは番組へのユーザの関心レベルに応じて、ある番組をその他より頻繁に更新するように選択してもよい。代替として、デフォルト設定が、異なる番組タイプのために、または表示のために生成されたピクチャインピクチャウィンドウの数に基づいて、存在してもよい。
【００３１】
いくつかの実施形態では、表示のために、各付加的番組を生成するために、メディアガイドアプリケーションは、表示のために、付加的番組のセグメントを生成する前に、表示のために生成された各付加的番組のセグメントをクロッピングする。メディアガイドアプリケーションは、表示のために生成された各付加的番組のセグメントを再フォーマットし、各付加的番組のセグメントの分解能またはファイルタイプのうちの１つを変更させる。例えば、前述のように、メディアガイドアプリケーションは、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」番組のセグメントの一部が部分的にコマーシャルを含むことを判定してもよい。メディアガイドアプリケーションは、コマーシャルに対応する、番組のセグメントをクロッピングしてもよい。加えて、メディアガイドアプリケーションは、表示のためにクロッピングされたセグメントをピクチャインピクチャウィンドウ内に生成する前に、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦の分解能を変更してもよい。
【００３２】
上記に説明されるシステム、方法、装置、および／または側面は、他のシステム、方法、装置、および／または側面に適用される、またはそれに従って使用されてもよいことに留意されたい。
【図面の簡単な説明】
【００３３】
本開示の上記および他の目的および利点は、類似参照文字が全体を通して類似部品を指す、添付図面と併せて解釈される、以下の詳細な説明を考慮することによって明白となるであろう。
【００３４】
【図１】図１は、本開示のいくつかの実施形態による、視聴者体験を向上させるための例証的メディアガイドアプリケーションを示す。
【図２】図２は、本開示のいくつかの実施形態による、視聴者体験を向上させるための例証的メディアガイドアプリケーションを示す。
【図３】図３は、本開示のいくつかの実施形態による、例証的メディアシステムのブロック図である。
【図４】図４は、本開示のいくつかの実施形態による、例証的メディアシステムのブロック図である。
【図５】図５は、本開示のいくつかの実施形態による、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが更新される必要があるかどうかを判定する際に関わる例証的ステップのフロー図である。
【図６】図６は、本開示のいくつかの実施形態による、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが更新される必要があるかどうかを判定するためのアルゴリズムの例示的擬似コードである。
【図７】図７は、本開示のいくつかの実施形態による、関心のある番組と関連付けられたイベント特性およびユーザ規定イベント特性を含有するデータベースを使用して、関心のある番組内の関心のあるイベントを判定する際に関わる例証的ステップのフロー図である。
【図８】図８は、本開示のいくつかの実施形態による、関心のある番組と関連付けられたイベント特性およびユーザ規定イベント特性を含有するデータベースを使用して、関心のある番組内の関心のあるイベントを判定するためのアルゴリズムの例示的擬似コードである。
【図９】図９および１０は、本開示のいくつかの実施形態による、視聴者体験を向上させるための例証的メディアガイドアプリケーションを示す。
【図１０】図９および１０は、本開示のいくつかの実施形態による、視聴者体験を向上させるための例証的メディアガイドアプリケーションを示す。
【図１１】図１１は、本開示のいくつかの実施形態による、視聴者体験を向上させる際に関わる例証的ステップのフロー図である。
【図１２】図１２は、本開示のいくつかの実施形態による、視聴者体験を向上させる際に関わる例証的ステップのフロー図である。
【発明を実施するための形態】
【００３５】
メディアガイドアプリケーションのユーザのための視聴体験を向上させるための方法およびシステムが、本明細書に開示される。任意の所与のコンテンツ配信システムでは、ユーザに利用可能なコンテンツの量は、膨大であり得る。その結果、多くのユーザは、付加的番組を鑑賞するために、ピクチャインピクチャウィンドウを使用することによって、複数の番組を同時に鑑賞することを所望している。そのようなガイドを提供するアプリケーションは、本明細書では、双方向メディアガイドアプリケーションと称されるが、時として、メディアガイドアプリケーションまたはガイドアプリケーションと称されることもある。
【００３６】
双方向メディアガイドアプリケーションは、ガイドを提供するコンテンツに応じて、種々の形態をとってもよい。典型的なタイプのメディアガイドアプリケーションの１つは、双方向テレビ番組ガイドである。双方向テレビ番組ガイド（時として、電子番組ガイドと称される場合もある）は、とりわけ、ユーザが、多くのタイプのコンテンツまたはメディアアセット間をナビゲートし、それを特定することが可能である、公知のガイドアプリケーションである。双方向メディアガイドアプリケーションは、ユーザが、コンテンツ間をナビゲートし、それを特定および選択することを可能にする、グラフィカルユーザインターフェース画面を生成してもよい。
【００３７】
本明細書で参照されるように、用語「メディアアセット」および「コンテンツ」とは、電子的に消費可能なユーザアセット、例えば、テレビ番組、および有料番組、オンデマンド番組（ビデオオンデマンド（ＶＯＤ）システムにおけるような）、インターネットコンテンツ（例えば、ストリーミングコンテンツ、ダウンロード可能コンテンツ、ウェブキャスト等）、ビデオクリップ、オーディオ、コンテンツ情報、写真、回転画像、ドキュメント、再生一覧、ウェブサイト、記事、書籍、電子書籍、ブログ、広告、チャットセッション、ソーシャルメディア、アプリケーション、ゲーム、および／または任意の他のメディアまたはマルチメディア、および／またはそれらの組み合わせを意味することを理解されたい。ガイドアプリケーションはまた、ユーザが、コンテンツ間をナビゲートし、それを特定することを可能にする。本明細書で参照されるように、用語「マルチメディア」とは、前述の少なくとも２つの異なるコンテンツ形態、例えば、テキスト、オーディオ、画像、ビデオ、または双方向コンテンツ形態を利用する、コンテンツを意味することを理解されたい。コンテンツは、ユーザ機器デバイスによって、録画、再生、表示、またはアクセスされてもよいが、また、ライブパーフォーマンスの一部であることも可能である。
【００３８】
本明細書で論じられる実施形態のいずれかを行うためのメディアガイドアプリケーションおよび／または任意の命令は、コンピュータ可読媒体上に符号化されてもよい。コンピュータ可読媒体は、データを記憶することが可能な任意のメディアを含む。コンピュータ可読媒体は、限定ではないが、電気または電磁信号の伝搬を含む、一過性であってもよく、または限定ではないが、ハードディスク、フロッピー（登録商標）ディスク、ＵＳＢドライブ、ＤＶＤ、ＣＤ、メディアカード、レジスタメモリ、プロセッサキャッシュ、ランダムアクセスメモリ（「ＲＡＭ」）等の揮発性および不揮発性コンピュータメモリまたは記憶デバイスを含む、非一過性であってもよい。
【００３９】
インターネット、モバイルコンピューティング、および高速無線ネットワークの出現に伴って、ユーザは、従来は使用しなかったユーザ機器デバイス上でメディアにアクセスするようになっている。本明細書で参照されるように、語句「ユーザ機器デバイス」、「ユーザ機器」、「ユーザデバイス」、「電子デバイス」、「電子機器」、「メディア機器デバイス」、または「メディアデバイス」は、テレビ、スマートＴＶ、セットトップボックス、衛星テレビに対応するための統合型受信機デコーダ（ＩＲＤ）、デジタル記憶デバイス、デジタルメディア受信機（ＤＭＲ）、デジタルメディアアダプタ（ＤＭＡ）、ストリーミングメディアデバイス、ＤＶＤプレーヤ、ＤＶＤレコーダ、接続型ＤＶＤ、ローカルメディアサーバ、ＢＬＵ−ＲＡＹ（登録商標）プレーヤ、ＢＬＵ−ＲＡＹ（登録商標）レコーダ、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレットコンピュータ、ウェブＴＶボックス、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、ＰＣメディアサーバ、ＰＣメディアセンター、ハンドヘルドコンピュータ、固定電話、携帯情報端末（ＰＤＡ）、携帯電話、ポータブルビデオプレーヤ、ポータブル音楽プレーヤ、ポータブルゲーム機、スマートフォン、または任意の他のテレビ機器、コンピューティング機器、または無線デバイス、および／またはそれらの組み合わせ等の前述のコンテンツにアクセスするための任意のデバイスを意味することを理解されたい。いくつかの実施形態では、ユーザ機器デバイスは、正面画面および裏面画面、複数の正面画面、または複数の角度付き画面を有してもよい。いくつかの実施形態では、ユーザ機器デバイスは、正面カメラおよび／または背面カメラを有してもよい。これらのユーザ機器デバイス上で、ユーザは、テレビを通して利用可能な同一のコンテンツ間をナビゲートし、それを特定することが可能であってもよい。その結果として、メディアガイドは、これらのデバイス上でも利用可能であってもよい。提供されるガイドは、テレビのみを通して利用可能なコンテンツ、他のタイプのユーザ機器デバイスのうちの１つまたはそれを上回るもののみを通して利用可能なコンテンツ、またはテレビおよび他のタイプのユーザ機器デバイスのうちの１つまたはそれを上回るものの両方を通して利用可能なコンテンツのためのものであってもよい。メディアガイドアプリケーションは、ユーザ機器デバイス上で、オンラインアプリケーション（すなわち、ウェブサイト上で提供される）、または独立型アプリケーションまたはクライアントとして提供されてもよい。メディアガイドアプリケーションを実装し得る、種々のデバイスおよびプラットフォームは、以下でより詳細に説明される。
【００４０】
いくつかの実施形態では、メディアガイドアプリケーションは、ユーザのための視聴体験を向上させてもよい。例えば、メディアガイドアプリケーションは、ユーザが、同時に、ある付加的番組に関する選択された情報を追跡しながら、１つの番組の鑑賞を完全に享受することを可能にしてもよい。有利には、メディアガイドアプリケーションは、１つのみのチューナを使用して、表示のために選択された付加的番組を通して巡回し、付加的チューナを記録動作のために利用可能にしてもよい。
【００４１】
本明細書で参照されるように、「同時に」とは、何かを何かと実質的に同時に行うことを指す。例えば、映画が、フル画面で表示のために生成されてもよく、同時に、付加的番組が、ピクチャインピクチャウィンドウ内での表示のために生成されてもよい。
【００４２】
本明細書で参照されるように、「関心のある」とは、直接または間接的にユーザがフラグを付けた、任意の番組、イベント、特徴、またはそれらの組み合わせを指す。例えば、ユーザが、Ｐａｔｒｉｏｔｓをお気に入りチームのうちの１つとして示す場合、Ｐａｔｒｉｏｔｓのクォーターバックである、Ｔｏｍ  Ｂｒａｄｙに関わる任意のイベントは、間接的に関心のあるイベントである。例えば、ユーザが、ジャンル「コメディ」を関心のあるものとして示した場合、およびユーザが、Ｇｅｏｒｇｅ  Ｃｌｏｏｎｅｙの作品を好むことを示した場合、番組内における「Ｇｅｏｒｇｅ  Ｃｌｏｏｎｅｙの新しいコメディ」の言及は、関心のあるイベントとなり得る。例えば、ユーザが、ソーシャルメディア上であるチーム、選手、またはエンティティに「いいね」または「フォロー中」を示した場合、例えば、ポストまたはツイートを通して、そのチーム、選手、またはエンティティによって述べられた任意のものが、関心のあるイベントとなり得る。
【００４３】
本明細書で参照されるように、用語「情報のセグメント」および「情報のサブセット」は、番組の時間セグメント（例えば、フレーム数または秒および分で測定される、クリップ）、または番組の地理的セグメント（例えば、表示のために生成された番組の上半分）であるかどうかにかかわらず、番組の任意の部分を指す。代替として、「セグメント」はまた、オーディオデータ、メタデータ、ビデオデータ、または任意のそれらの組み合わせ等、番組のコンポーネントを指し得る。
【００４４】
本明細書で参照されるように、用語「メタデータ」は、放送チャンネルおよび番組と関連付けられたテキスト情報を指し得る。例えば、メタデータは、ユーザが、ＥＰＧ内のチャンネルリストをナビゲートし、特定の番組を選択するときの、表示のために生成された付加的情報を含む。番組と関連付けられた本付加的情報は、番組の開始前に、専門家によってキュレートされ、システムに保存されてもよい。用語「メタデータ」はまた、放送フィードの一部として番組のビデオ内に表示される、テキスト情報を指し得る。例えば、メタデータは、表示のために生成された試合の得点または状態を含み、それは、頻繁に変化する。本タイプのメタデータは、ピクセルフォーマットにおけるビデオの一部であって、ＯＣＲが、本タイプのメタデータ上で使用され、試合の得点等のテキスト情報を抽出してもよい。
【００４５】
本明細書で参照されるように、用語「更新頻度」および「リフレッシュレート」は、同義的に使用され、２つの更新間の時間周期のインジケータを指し得る。例えば、１Ｈｚの更新頻度は、セグメントの２つの更新が１秒によって分離されることを示す。代替として、１秒のリフレッシュレートもまた、セグメントの２つの更新が１秒によって分離されることを示す。頻度または時間周期は、更新を分離する時間周期を定義するために同義的に使用されてもよい。
【００４６】
第１の例示的実施形態では、メディアガイドアプリケーションは、表示のために、ユーザにとって関心のある番組をピクチャインピクチャウィンドウ内に生成し、単一チューナを用いて、それらを更新することによって、視聴者体験を向上させてもよい。
【００４７】
本第１の例示的実施形態では、メディアガイドアプリケーションは、第１のチューナを用いて、第１の番組に同調し、表示のために、第１の番組をディスプレイデバイスの表示エリア上に生成する。例えば、ＮＨＬネットワークチャンネルのユーザ選択に応答して、メディアガイドアプリケーションは、ＮＨＬネットワーク上の「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」に同調し、表示のために、Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ戦をフル画面で生成する。
【００４８】
メディアガイドアプリケーションが、依然として、表示のために、Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ戦を生成しながら、メディアガイドアプリケーションは、同様に現在放送中である、ユーザにとって関心のある付加的番組を判定する。例えば、Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ戦は、午後７〜１０時（東部標準時）に放送される。その午後７〜１０時（東部標準時）の時間ウィンドウでは、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」もまた、チャンネル８２上で放送中であって、「Ｆａｍｉｌｙ  Ｇｕｙ」も、チャンネル１２２上で放送中である。ユーザは、プロフィールに、または設定画面を通して、古典映画および／またはＲｏｂｅｒｔ  Ｒｅｄｆｏｒｄ出演の映画を好むことを示してもよい。故に、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」は、関心のある番組であって、かつ現在放送中である番組の両方である。同様に、ユーザは、「Ａｍｅｒｉｃａｎ  Ｄａｎに類似する番組」を好むことを示してもよく、「Ｆａｍｉｌｙ  Ｇｕｙ」も、したがって、ユーザにとって関心のある番組であり、かつ放送中である番組の両方である。
【００４９】
依然として、表示のために、「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」戦を生成しながら、メディアガイドアプリケーションは、第２のチューナを用いて、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」に同調し、表示のために、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」のセグメントを伴うピクチャインピクチャウィンドウを生成する。同様に、依然として、表示のために、「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」戦を生成し、依然として、表示のために、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」ピクチャインピクチャウィンドウを生成しながら、メディアガイドアプリケーションは、「Ｆａｍｉｌｙ  Ｇｕｙ」に同調し、表示のために、「Ｆａｍｉｌｙ  Ｇｕｙ」のセグメントを伴う別のピクチャインピクチャウィンドウを生成する。
【００５０】
メディアガイドアプリケーションは、第２のチューナを制御する。本実施例では、第２のチューナは、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」（８２）および「Ｆａｍｉｌｙ  Ｇｕｙ」（１２２）のためのチャンネル間を巡回し、その個別のピクチャインピクチャウィンドウに示される番組のセグメントを周期的に更新する。例えば、第２のチューナは、ｌＨｚ〜６００Ｈｚに及ぶ頻度でチャンネル８２と１２２との間を巡回することができる。より低い頻度、例えば、１Ｈｚは、第２のチューナを用いてアクセスされる番組の更新が低頻度となるであろうことを意味する。代替として、より高い頻度、例えば、６０Ｈｚは、ユーザが、表示のために生成されたピクチャインピクチャウィンドウから、表示のために生成された画像が、実際に放送中である連続ストリームではなく、放送中である番組のセグメントにすぎないことを判断不能であろうことを意味する。限定数のチューナを有するセットトップボックスを用いるユーザは、１つのチューナのみを使用して、他のチューナを他のタスク、例えば、記録のために残しながら、付加的番組を同時にピクチャインピクチャウィンドウ内で鑑賞可能となることから利益を得るであろう。
【００５１】
いくつかの実施形態では、表示のために、関心のある番組のセグメントを生成するために、メディアガイドアプリケーションは、情報のサブセットを番組から選択し、情報のサブセットは、放送フィードのビデオセグメント、放送フィードによって生成された画像の地理的部分、および放送フィードと関連付けられたメタデータの一部のうちの少なくとも１つを含む。例えば、ユーザにとって関心のある付加的番組は、野球の試合、例えば、「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」であってもよい。メディアガイドアプリケーションは、情報のサブセットとして、ＮＨＬネットワーク上で放送中である「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」戦から得点を判定してもよい。メディアガイドアプリケーションは、例えば、情報のサブセットとして、得点を含有する、ＮＨＬネットワークによって生成された画像の下側部分を選択してもよい。代替として、メディアガイドアプリケーションは、情報の関連サブセットとして、メインビデオフィードを選択してもよい。代替として、メディアガイドアプリケーションは、ＮＨＬネットワークによって利用可能にされる、ゴールカメラからの映像等の代替ビデオフィードを選択してもよい。代替として、メディアガイドアプリケーションは、情報の関連サブセットとして、ＭＬＢネットワークによってメタデータとして提供される、試合に関する解説のクローズドキャプションを選択してもよい。いったんメディアガイドアプリケーションが、情報のサブセットを選択すると、メディアガイドアプリケーションは、情報のサブセットを新しいフォーマットに変換してもよい。例えば、情報のサブセットが、ゴールカメラ映像である場合、メディアガイドアプリケーションは、ゴールカメラビデオフィードを、ピクチャインピクチャウィンドウ内に、ゴールカメラビデオフィードと、試合解説に対応するテキストを伴う下側ストリップの両方を含むように、サイズ調整してもよい。最後に、メディアガイドアプリケーションは、表示のために、番組のセグメントを生成する。上記の実施例では、番組のセグメントは、ゴールカメラ映像と解説のトランスクリプトの組み合わせとなり得る。
【００５２】
いくつかの実施形態では、メディアガイドアプリケーションは、第３のチューナを用いて、第４の番組に同調し、表示のための第１、第２、および第３の番組の生成と同時に、表示のために、第４の番組のセグメントをディスプレイデバイスの第３の部分に生成し、第２のチューナおよび第３のチューナは、第２、第３、および第４の番組間を巡回し、第２、第３、および第４の番組のセグメントを周期的に更新する。例えば、「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」、および「Ｆａｍｉｌｙ  Ｇｕｙ」に加え、メディアガイドアプリケーションは、「Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ」戦がＭＬＢネットワーク上で放送中であることを判定してもよい。代替として、ユーザは、付加的番組を付加的ピクチャインピクチャウィンドウ内で鑑賞することを所望することを示してもよい。例示的実施形態では、ユーザは、同時表示のために、所望に応じた数の関心のある付加的番組の選択を継続してもよい。一実施例では、第２のチューナのみが、順に、各関心のある番組に同調し、更新するために使用され続けてもよい。代替として、別の実施例では、２つのチューナが、各関心のある番組に同調し、更新するために使用されてもよい。２つのチューナのユーザは、特に、ユーザが多数の関心のある付加的番組を鑑賞しているとき、より頻繁な更新を可能にしてもよい。ある実施例では、両チューナは、同一頻度で番組を通して巡回してもよい。別の実施例では、チューナのうちの一方は、第１の頻度において番組を通して巡回してもよく、チューナの他方は、第２の異なる頻度において番組を通して巡回してもよい。例えば、土曜日の午後にフットボールを鑑賞するユーザは、同時に生じる全６試合を鑑賞することを所望し得る。一実施例では、１つのチューナは、表示のために、第１の試合（例えば、Ｐａｔｒｉｏｔｓ対Ｃｏｌｔｓ）を生成するために使用されてもよい。次いで、１つまたは２つの付加的チューナが、残り５試合に同調し、５つの個別のピクチャインピクチャウィンドウ内に表示のために生成された試合のセグメントを更新するために使用されてもよい。いくつかの実施例では、ピクチャインピクチャウィンドウは、同じサイズおよび分解能であってもよい。別の実施例では、各ピクチャインピクチャウィンドウは、異なるサイズを有してもよく、表示のために生成されたセグメントは、異なる分解能を有してもよい。
【００５３】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、番組のセグメントを生成し、番組のセグメントは、複数の画像を含み、複数の画像は、番組のセグメントが表示のために生成される前に、クロッピングされる。例えば、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」は、黒色ストリップを画像の上側および下側に含む、オリジナルフォーマットで放送されてもよい。本実施例では、メディアガイドアプリケーションは、黒色ストリップを「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」放送からクロッピングし、ユーザに、ピクチャインピクチャウィンドウを完全に埋める、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」画像を提供してもよい。
【００５４】
いくつかの実施形態では、メディアガイドアプリケーションは、それを表示のために生成する前に、第２の関心のある番組のセグメントをクロッピングし、第２の番組のセグメントを再フォーマットし、第２の番組のセグメントの分解能またはファイルタイプのうちの１つを変更させる。例えば、メディアガイドアプリケーションは、ピクチャインピクチャウィンドウ内の表示のために生成された「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦の一部が、ハーフタイム報告に対応する、セグメントを含むことを判定してもよい。メディアガイドアプリケーションは、ハーフタイム報告に対応する、番組のセグメントをクロッピングしてもよい。例えば、ユーザは、ハーフタイム報告の前の最後のフレームを見て、次いで、ユーザは、ハーフタイム報告後の最初のフレームを見ることになるであろう。代替として、メディアガイドアプリケーションは、第２の番組に関するビデオフィードの地理的セグメントをクロッピングしてもよい。例えば、メディアガイドアプリケーションは、運動が検出されない、ビデオフィードの部分をクロッピングし、アクションに効果的に「ズームイン」してもよい。例えば、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦に関して、メディアガイドアプリケーションは、ビデオフィードをクロッピングし、スタジアム内の座席のビューによって示される画像の部分を有することを回避してもよい。別の実施例では、メディアガイドアプリケーションは、表示のために、番組のセグメントをピクチャインピクチャウィンドウ内に生成する前に、番組のセグメントの分解能を変更してもよい。
【００５５】
いくつかの実施形態では、メディアガイドアプリケーションは、ディスプレイデバイス上の表示エリアの一部の場所および寸法を選択し、選択は、ユーザによって行われる。メディアガイドアプリケーションはさらに、表示のために、番組のセグメントを表示エリアの選択された部分内に生成する前に、場所および寸法に基づいて、表示エリアの選択された部分の境界を判定し、番組のセグメントをクロッピングし、選択された部分の境界に合致させる。例えば、ユーザは、スポーツ番組のためのピクチャインピクチャウィンドウをディスプレイデバイス画面の右側に列構成で位置させることを所望することを示してもよい。別の実施例では、ユーザは、任意の映画を画面の下側に行構成で位置させることを所望することを示してもよい。
【００５６】
別の実施例では、メディアガイドアプリケーションは、選択された部分の境界をサーバにアップロードしてもよい。メディアガイドアプリケーションはまた、以前に選択された部分の境界をサーバからダウンロードしてもよい。これらの以前に選択された部分は、ユーザによって、メディアガイドアプリケーションを通して選択されたものであってもよく、または専門家またはキュレータによって定義されたものであってもよい。メディアガイドアプリケーションは、表示のために、ユーザによって、またはマーチングアント分界技法を使用することによってキュレータによって、以前に選択された境界を生成してもよい。例えば、Ｊｏｅが、ホイールに対応する画面のエリアを選択し、表示のために、「Ｗｈｅｅｌ  ｏｆ  ｆｏｒｔｕｎｅ」のセグメントを伴うピクチャインピクチャウィンドウを生成する。本実施例では、Ｓｈｅｒｒｙが、表示のために、ピクチャインピクチャウィンドウ内に生成する「Ｗｈｅｅｌ  ｏｆ  ｆｏｒｔｕｎｅ」のセグメントを決定するとき、Ｓｈｅｒｒｙは、表示のために、Ｊｏｅによって設定された境界を含む、本番組のために他のユーザによって事前に設定された境界を生成することができる。本実施例では、Ｓｈｅｒｒｙは、次いで、「Ｗｈｅｅｌ  ｏｆ  ｆｏｒｔｕｎｅ」のセグメントのための境界を手動で定義する必要なく、Ｊｏｅによって設定された境界を容易に選択することができる。代替実施例では、ＭＬＢネットワークからの当局者が、放送中であるＭＬＢ試合に関する得点エリアに対応する境界を事前に定義する。続いて、Ｊｏｅが、表示のために、ピクチャインピクチャウィンドウ内に生成するためのＭＬＢ戦のセグメントを決定するとき、Ｊｏｅは、表示のために、事前に設定された境界を生成し、ＭＬＢ戦に関するＭＬＢ事前定義得点境界を選択することができる。
【００５７】
代替として、ユーザは、３つの異なる進行中の試合に関する得点が３つの水平ティッカテープバンドとして画面の下側に表示されることを所望することを示してもよい。メディアガイドアプリケーションは、新しいピクチャインピクチャウィンドウが生成される度に、ユーザを促すことによって、場所情報を取得してもよい。代替として、メディアガイドアプリケーションは、ユーザプロフィールまたはユーザによって行われる設定に基づく、確立されたユーザ設定に依拠してもよい。代替として、メディアガイドアプリケーションは、デフォルト設定を適用してもよい。各ピクチャインピクチャウィンドウの場所およびサイズに関するユーザ入力は、種々の形態をとってもよい。
【００５８】
例えば、メディアガイドアプリケーションは、ユーザがピクチャインピクチャウィンドウが位置すべき場所に位置付けるためのカーソルを生成してもよい。代替として、メディアガイドアプリケーションは、表示のために、グリッドを生成してもよく、ユーザは、グリッド内の１つの「タイル」を選択し、ピクチャインピクチャウィンドウを位置付けてもよい。代替として、ユーザは、ピクチャインピクチャウィンドウのサイズとディスプレイ画面のサイズの比率、例えば、パーセンテージを入力してもよい。代替として、ユーザは、長さまたは高さ等のメニュー１つの寸法から、選択してもよく、メディアガイドアプリケーションは、対応する他の寸法を自動的に判定してもよい。代替として、ユーザは、メディアガイドアプリケーションにピクチャインピクチャウィンドウのための最適場所を判定することを要求する、オプションを選択してもよい。例えば、ピクチャインピクチャウィンドウのための最適場所は、ディスプレイデバイスのメインエリアまたは「フル画面」エリア内に表示のために生成された番組に依存してもよい。例えば、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」が、画面の上下に位置する黒色ストリップを伴って、フル画面内で表示のために生成される場合、「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」戦に関する得点のための最適場所は、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」番組の下側黒色ストリップにわたって位置する、ティッカテープフォーマットであってもよい。いくつかの実施例では、ピクチャインピクチャウィンドウは、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」番組のための前述のティッカテープフォーマットにおけるように不透明であってもよい。代替として、ピクチャインピクチャウィンドウは、半不透明である、または変動する透明度を有してもよい。
【００５９】
いくつかの実施形態では、ユーザにとって関心のある第２および第３の番組は、ユーザ選好に基づいて、自動的に判定される。例えば、ユーザプロフィールは、「Ｒｏｇｅｒ  Ｆｅｄｅｒｅｒ」および「Ｌｅｗｉｓ  Ｈａｍｉｌｔｏｎ」をユーザに関するお気に入りアスリートの一部として示してもよい。別の実施例では、ユーザプロフィールは、ユーザがピクチャインピクチャウィンドウ内で鑑賞することを好む番組またはユーザがフル画面モードで鑑賞することを好む番組を示してもよい。別の実施例では、ユーザは、優先順位を伴う選好を示してもよい。例えば、ユーザは、Ｗｉｌｌ  Ｆｅｒｒｅｌｌ出演のコメディを戦争映画より優先させてもよい。代替として、ユーザはまた、時間選好優先順位を示してもよい。例えば、平日の午後８時以降、ユーザは、ニュース番組を任意の他の番組より優先させてもよい。代替として、ホッケーのプレイオフシーズン中、ユーザは、ホッケー試合を任意の他の番組より優先させてもよい。
【００６０】
いくつかの実施形態では、メディアガイドアプリケーションは、ユーザにとって関心のある第２の番組がもはや放送されていないことを検出し、検出に応答して、表示のためのユーザにとって関心のある第２の番組のセグメントの生成を自動的に停止する。例えば、メディアガイドアプリケーションは、表示のためにピクチャインピクチャウィンドウのうちの１つに生成された「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」が終了したことを検出してもよい。本実施例では、メディアガイドアプリケーションは、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」番組のためのピクチャインピクチャウィンドウを閉じてもよい。一実施例では、メディアガイドアプリケーションは、表示のために、ユーザが「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」と別の番組を置換するためのオプションを生成してもよい。代替として、メディアガイドアプリケーションは、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」が以前に表示のために生成されていたピクチャインピクチャウィンドウを閉じる前に、表示のために、確認メッセージを生成してもよい。一実施例では、ある時間量（例えば、５秒）以内に確認が受信されない場合、メディアガイドアプリケーションは、ピクチャインピクチャウィンドウを自動的に閉じてもよい。
【００６１】
いくつかの実施形態では、メディアガイドアプリケーションは、第２および第３の関心のある番組を更新すべき頻度のユーザ選択を受信する。ユーザ選択に基づいて、メディアガイドアプリケーションは、第２のチューナが第２の番組と第３の番組との間を巡回する頻度を判定し、メディアガイドアプリケーションは、第２のチューナを判定された頻度で巡回させる。例えば、ユーザは、関心のある付加的番組を「頻繁」または「非常に頻繁」または「可能な限り頻繁」に更新するように選定してもよい。一実施例では、ユーザは、関心のある付加的番組を更新するためのオプションを選択してもよい。オプションは、上記に列挙された定質的オプションまたは類似の定質的代替のうちの１つであってもよい。代替として、ユーザは、頻度範囲を選択してもよい。代替として、ユーザは、異なる番組に対して変動し得る、更新設定を選定してもよい、または代わりに、特定の番組に具体的であってもよい。例えば、ユーザは、概して、ピクチャインピクチャウィンドウがスポーツ番組に対応しない限り、可能な限り少なくピクチャインピクチャウィンドウを更新するように選定してもよく、対応する場合は、ユーザは、スポーツ番組に関するセグメントを「可能な限り頻繁」に更新することを所望する。代替実施例では、ユーザは、遅延がユーザに可視とならず、ピクチャインピクチャウィンドウ内に表示のために生成された番組がシームレスに更新されて見えるように、更新頻度を選択してもよい。メディアガイドアプリケーションは、次いで、ユーザによって選択された定質的設定を、システム能力によって誘導される、定量的設定に変換してもよい。例えば、ユーザが、「可能な限り頻繁」にリフレッシュするオプションを選択し、メディアガイドアプリケーションが、ユーザが有するシステムが最大で１２０Ｈｚの頻度で番組に同調することができることを判定する場合、メディアガイドアプリケーションは、１２０Ｈｚ頻度を使用するであろう。
【００６２】
いくつかの実施形態では、メディアガイドアプリケーションは、第２の番組および第３の番組のための放送が終了予定であることを判定し、関心のある付加的番組を選択するようにユーザを促し、関心のある付加的番組のユーザ選択を受信し、表示のために、関心のある付加的番組を生成する。例えば、メディアガイドアプリケーションは、「Ｆａｍｉｌｙ  Ｇｕｙ」が５分以内に終了するであろうことを判定してもよい。本実施例では、メディアガイドアプリケーションは、ユーザに、「Ｆａｍｉｌｙ  Ｇｕｙ」が５分以内に終了するであろうことを通知してもよい。一実施例では、通知はまた、現在放送中である関心のある代替番組を示す、メッセージを含んでもよい。例えば、通知は、「Ｆａｍｉｌｙ  Ｇｕｙが終了予定です。終了後、Ａｍｅｒｉｃａｎ  Ｄａｄを鑑賞しますか？」と述べてもよい。代替として、メディアガイドアプリケーションは、ユーザに、ユーザがピックアップするための関心のある付加的番組のメニューまたは選択を提供してもよい。いったん関心のある付加的番組が、ユーザによって選択され、メディアガイドアプリケーションによって受信されると、メディアガイドアプリケーションは、新しく選択された関心のある番組を付加的ピクチャインピクチャウィンドウ内に生成し、再び、第２のチューナに、異なる番組を通して巡回し、ピクチャインピクチャウィンドウを更新するように命令することができる。
【００６３】
第２の例示的実施形態では、メディアガイドアプリケーションは、ピクチャインピクチャウィンドウ内に表示のために生成された任意の番組またはユーザにとって関心のある番組内のユーザにとって関心のあるイベントを検出することによって、視聴者体験を向上させてもよい。
【００６４】
本第２の例示的実施形態では、メディアガイドアプリケーションは、第１のチューナを用いて、第１の番組に同調し、表示のために、第１の番組をディスプレイデバイスの表示エリア上に生成する。例えば、メディアガイドアプリケーションは、チャンネル２２０上で放送される「Ｃｏｗｂｏｙｓ  ａｎｄ  Ａｌｉｅｎｓ」に同調し、表示のために、「Ｃｏｗｂｏｙｓ  ａｎｄ  Ａｌｉｅｎｓ」を生成する。本実施例では、「Ｃｏｗｂｏｙｓ  ａｎｄ  Ａｌｉｅｎｓ」は、ディスプレイデバイスの表示エリア、例えば、テレビ画面またはユーザデバイス画面の全体にわたって表示のために生成されてもよい。
【００６５】
メディアガイドアプリケーションは、次いで、表示のために、付加的番組を判定し、表示のために、第２のチューナを用いて、付加的番組のそれぞれをディスプレイデバイス上の表示エリアの個別の部分内に生成する。例えば、メディアガイドアプリケーションは、ユーザがＧｏｒｄｏｎ  Ｒａｍｓｅｙをお気に入り有名人のうちの１人として列挙したため、ユーザにとって関心のある「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」が放送中であることを判定してもよい。代替として、メディアガイドアプリケーションは、ユーザがリアリティＴＶ番組を好むことを示したため、ユーザにとって関心のある「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」が放送中であることを判定してもよい。故に、本実施例では、メディアガイドアプリケーションは、表示のために、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」のための１つのピクチャインピクチャウィンドウと、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」のための１つのピクチャインピクチャウィンドウとを伴って、透明または不透明オーバーレイであり得る、２つのピクチャインピクチャウィンドウを生成してもよい。
【００６６】
メディアガイドアプリケーションは、付加的番組のそれぞれ間を周期的に巡回し、表示エリアの各個別の部分内に表示のために生成された各付加的番組のセグメントを更新する、第２のチューナを制御する。例えば、メディアガイドアプリケーションは、第２のチューナに、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」に同調し、表示のために、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」のセグメント（例えば、フレームまたはその一部）を生成するように命令してもよい。メディアガイドアプリケーションは、次いで、第２のチューナに、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」に戻って同調し、表示のために生成されたセグメントを更新する前に、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」に同調し、表示のために、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」のセグメント（例えば、フレームまたはその一部）を生成するように命令してもよい。
【００６７】
メディアガイドアプリケーションは、ユーザにとって関心のある今後のイベントに関して、付加的番組のそれぞれを監視し、表示のために生成された付加的番組のうちの１つのセグメント内のユーザにとって関心のあるイベントを判定する。例えば、メディアガイドアプリケーションは、Ｇｏｒｄｏｎ  Ｒａｍｓｅｙが発する冒涜的言動がユーザを笑わせるため、ユーザにとって関心のあるイベントであることを判定してもよい。代替として、メディアガイドアプリケーションは、ユーザがある主婦を番組におけるお気に入り登場人物であることを示したため、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」における特定の主婦の出演が関心のあるイベントであることを判定してもよい。代替として、ユーザは、番組内の特定の時点、例えば、中間点における関心を規定してもよい。例えば、ユーザは、関心のあるイベントとして番組の５０％および７５％点を示してもよい。代替として、関心のあるイベントはまた、ライブビデオフィードからコマーシャルまたは記録されたセグメントへの遷移等の遷移であってもよい。例えば、ユーザは、コマーシャルから非コマーシャルへの遷移を関心のあるイベントとして示してもよい。
【００６８】
表示のために生成された付加的番組のうちの１つのセグメント内のユーザにとって関心のあるイベントの判定に応答して、メディアガイドアプリケーションは、セグメントに対応する表示エリアの一部を自動的に修正する。例えば、メディアガイドアプリケーションは、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」番組を監視し、カメラが現在Ｓｈｅｉｌａに追従していることを判定する。ユーザは、Ｓｈｅｉｌａを番組におけるお気に入り登場人物のうちの１人として示している。故に、Ｓｈｅｉｌａの出演は、ユーザにとって関心のあるイベントである。メディアガイドアプリケーションは、番組「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」内のメタデータの使用を通して、または顔認識ソフトウェアを番組「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」に適用することからのいずれかにおいて、Ｓｈｅｉｌａの出演を検出してもよい。代替として、メディアガイドアプリケーションは、単語「Ｓｈｅｉｌａ」が、ある頻度で、例えば、６０秒以内に２回において検出されるまで、クローズドキャプション情報を走査してもよい。Ｓｈｅｉｌａが、現在「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」に出演中であることの検出に応答して、メディアガイドアプリケーションは、「Ｓｈｅｉｌａ」等のユーザのためのアラートを表示してもよい。代替として、メディアガイドアプリケーションは、メタデータを使用して、ユーザのためのアラートを作成してもよい。例えば、Ｓｈｅｉｌａがその日あったことについて不平を漏らしている場合、メディアガイドアプリケーションは、「Ｓｈｅｉｌａの１日はついていなかった」等のアラートをユーザに生成してもよい。代替として、アラートの代わりに、またはそれと組み合わせて、メディアガイドアプリケーションは、表示のために、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」をより大きいピクチャインピクチャウィンドウに生成してもよい。例えば、ピクチャインピクチャウィンドウのサイズは、イベントが検出されると、２倍となってもよい。代替として、ピクチャインピクチャウィンドウは、点滅してもよい、またはフレームは、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」が表示のために生成されたピクチャインピクチャウィンドウをハイライトし、イベントが生じたことをユーザに示すように表示のために生成されてもよい。いくつかの実施例では、メディアガイドアプリケーションはまた、表示のために、イベントが生じた番組を、ピクチャインピクチャウィンドウ内ではなく、ディスプレイデバイス画面のメインエリア内に生成してもよい。例えば、「Ｓｈｅｉｌａ」が検出されると、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  ｔｈｅ  ＯＣ」は、表示のために、フル画面モードで生成されてもよい。代替として、番組が、実際の番組から広告に切り替えられ、コマーシャルへの切替が、イベントである場合、メディアガイドアプリケーションは、ピクチャインピクチャウィンドウを最小化する、またはそれを完全に閉じてもよい。代替として、メディアガイドアプリケーションは、コマーシャルが終わるまで、ピクチャインピクチャ��ィンドウをグレーアウトする、または表示のためにオーバーレイとして、ピクチャインピクチャウィンドウにわたってバナー「コマーシャル時間」を生成してもよい。
【００６９】
メディアガイドアプリケーションは、表示のために、付加的番組毎に表示のために生成されたセグメントを生成するために使用される、第２のチューナを制御する。第２のチューナは、所定の頻度において、付加的番組のそれぞれ間を周期的に巡回し、所定の頻度において、表示のために生成された各付加的番組のセグメントを更新する。例えば、第２のチューナは、「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  Ｔｈｅ  ＯＣ」と「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」との間を巡回し、両番組の表示のために生成されたセグメントを更新する。
【００７０】
いくつかの実施形態では、ユーザにとって関心のあるイベントを判定するために、メディアガイドアプリケーションは、第２のチューナを用いて、付加的番組のセグメントを受信し、セグメントは、メタデータを含む。メディアガイドアプリケーションは、セグメントデータ上の光学文字認識「ＯＣＲ」および運動認識のうちの少なくとも１つを使用することによって、セグメントデータを処理する。メディアガイドアプリケーションは、メタデータおよび処理されたセグメントデータのうちの少なくとも１つとイベントを検出するためのイベント特性を比較する。例えば、ユーザにとって関心のあるイベントが、「Ｇｏｒｄｏｎ  Ｒａｍｓｅｙが怒っている」ことである場合、メディアガイドアプリケーションは、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」のセグメントを受信し、メタデータ（例えば、クローズドキャプション解説）またはビデオフィード（例えば、顔認識ソフトウェアを使用することによって）のいずれかにおいて、Ｇｏｒｄｏｎ  Ｒａｍｓｅｙが実際に怒っていることを検出してもよい。メディアガイドアプリケーションは、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」のセグメントからのデータがイベント特性「Ｇｏｒｄｏｎ  Ｒａｍｓｅｙが怒っている」ことに合致することを判定する。
【００７１】
いくつかの実施形態では、メディアガイドアプリケーションは、ユーザにとって関心のあるイベントに関する特性のユーザ選択を受信し、イベント特性は、番組タイプ、イベントタイプ、時間、および番組内の参加者によるアクションのうちの少なくとも１つを含む。例えば、ユーザは、例えば、設定メニューを通して、またはユーザプロフィールを通して、関心のあるイベントに関する特性を示してもよい。例えば、ユーザは、以前に述べられた「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」および「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」実施例では、「Ｇｏｒｄｏｎ  Ｒａｍｓｅｙが怒っている」または「Ｒｏｂｅｒｔ  Ｒｅｄｆｏｒｄが画面上に登場している」等の参加者によるアクションを示してもよい。代替として、ユーザは、ユーザが回避することを所望するイベントタイプ、例えば、「コマーシャルへの切替」または「パネル議論」等の特性を示してもよい。代替として、ユーザは、「タッチダウン」または「メダル授与式」等、ユーザが焦点を当てることを所望する、イベントタイプの特性を示してもよい。
【００７２】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために、ユーザにとって関心のあるイベントが表示のために生成された付加的番組のうちの１つのセグメント内で生じたことのユーザへの通知を生成する。例えば、リュージュのオリンピックタイムトライアルを画面のメイン部分内で鑑賞しているが、ホッケーの金メダル戦をピクチャインピクチャウィンドウ内に有するユーザに関して、ユーザが、「メダル授与式」を関心のあるイベントとして示した場合、メディアガイドアプリケーションは、通知「メダル授与式開始」をユーザに生成し、ユーザに、所望に応じてチャンネルを切り替える、または少なくともピクチャインピクチャウィンドウに示されるメダル授与式に注意を向ける機会を提供してもよい。
【００７３】
いくつかの実施形態では、メディアガイドアプリケーションが、表示エリアの一部を自動的に修正するとき、メディアガイドアプリケーションは、ユーザにとって関心のあるイベントが発生した付加的番組のうちの１つのセグメントに対応する表示エリアの部分を除去する。例えば、上記のオリンピックメダル授与式実施例では、メディアガイドアプリケーションは、ディスプレイ画面のメインエリアおよびピクチャインピクチャウィンドウ内に表示のために生成された番組を自動的に切り替えてもよい。例えば、ホッケーの金メダル戦のメダル授与式は、第１のチューナを介してそれに同調後、表示のためにフル画面内に自動的に生成されてもよく、リュージュのタイムトライアルは、メダル授与式を以前に表示していたピクチャインピクチャウィンドウ内に表示のために生成され、第２のチューナによって定期的に更新されてもよい。
【００７４】
いくつかの実施形態では、メディアガイドアプリケーションは、表示のために生成されていない付加的番組内のユーザにとって関心のある第２のイベントを判定する。メディアガイドアプリケーションは、表示のために、表示エリアの一部内に、ユーザにとって関心のある第２のイベントが発生した付加的番組のセグメントを自動的に生成する。例えば、ユーザは、「Ｂｒｉｄｇｅｔ  Ｊｏｎｅｓ’ｓ  Ｄｉａｒｙ」をフル画面モードで鑑賞していてもよく、オリンピックを表示のためにピクチャインピクチャウィンドウ内に生成させてもよい。しかしながら、ユーザは、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦が放送中であることを忘れている場合がある。メディアガイドアプリケーションは、Ｐａｔｒｉｏｔｓのタッチダウンを検出し、表示のために、Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦が示されるであろう、新しいピクチャインピクチャウィンドウを生成してもよい。
【００７５】
いくつかの実施形態では、メディアガイドアプリケーションは、付加的番組に関する基準のユーザ選択を受信し、受信された基準を満たす番組を判定する。受信された基準を満たす番組の判定に応答して、メディアガイドアプリケーションは、ユーザに、受信された基準を満たすと判定された番組をアラートする。例えば、ユーザは、ユーザプロフィールを介して、または設定メニューを介してのいずれかにおいて、限定ではないが、スポーツチーム、具体的アスリート、俳優、監督、時間周期（例えば、８０秒）、ジャンル（例えば、コメディ）、またはキーワード（例えば、「Ｄｅｆｌａｔｅｇａｔｅ」）を含む、選好を提供してもよい。例えば、メディアガイドアプリケーションは、ユーザがＧｅｏｒｇｅ  Ｃｌｏｏｎｅｙに関心があることを判定してもよく、ユーザに、Ｇｅｏｒｇｅ  Ｃｌｏｏｎｅｙを含む番組をアラートしてもよい。例えば、メディアガイドアプリケーションは、表示のために、ポップアップ通知「午後９時のＯｃｅａｎ’ｓ  １１を鑑賞しますか？」を生成してもよい。
【００７６】
いくつかの実施形態では、第１の例示的実施形態に関して上記に説明されるように、メディアガイドアプリケーションは、ディスプレイデバイス上の表示エリアの第１の個別の部分の場所および寸法を選択し、選択は、ユーザによって行われる。メディアガイドアプリケーションは、場所および寸法に基づいて、表示エリアの第１の個別の部分の境界を判定する。メディアガイドアプリケーションは、付加的番組のうちの１つのセグメントをクロッピングし、境界に合致させ、メディアガイドアプリケーションは、表示のために、付加的番組のうちの１つのセグメントを表示エリアの第１の個別の部分内に生成する。上記に説明されるように、例えば、ユーザは、ピクチャインピクチャウィンドウをディスプレイ画面のメインエリアの右上角に位置させることを好んでもよく、ユーザはまた、ピクチャインピクチャウィンドウにメインエリアの２０％を占有させることを好んでもよい。メディアガイドアプリケーションは、場所および寸法（例えば、２０％）に基づいて、ピクチャインピクチャウィンドウの正確な境界（例えば、ピクセル単位）を判定してもよい。メディアガイドアプリケーションはまた、番組のセグメントをクロッピングし、ピクチャインピクチャウィンドウ内のディスプレイを断捨離してもよい。
【００７７】
いくつかの実施形態では、第１の例示的実施形態に関して上記に説明されるように、メディアガイドアプリケーションは、表示のために生成された各付加的番組のセグメントを更新すべき頻度のユーザ選択を受信する。ユーザ選択に基づいて、メディアガイドアプリケーションは、第２のチューナが付加的番組のそれぞれ間を巡回する所定の頻度を判定し、第２のチューナを所定の頻度において巡回させる。例えば、前述のように、ユーザは、付加的番組のセグメントが更新されなければならない頻度を選択してもよい。ユーザは、番組のタイプまたは番組へのユーザの関心レベルに応じて、ある番組をその他より頻繁に更新するように選択してもよい。代替として、デフォルト設定が、異なる番組タイプのために、または表示のために生成されたピクチャインピクチャウィンドウの数に基づいて、存在してもよい。
【００７８】
いくつかの実施形態では、表示のために、各付加的番組を生成するために、メディアガイドアプリケーションは、表示のために、付加的番組のセグメントを生成する前に、表示のために生成された各付加的番組のセグメントをクロッピングする。メディアガイドアプリケーションは、表示のために生成された各付加的番組のセグメントを再フォーマットし、各付加的番組のセグメントの分解能またはファイルタイプのうちの１つを変更させる。例えば、前述のように、メディアガイドアプリケーションは、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」番組のセグメントの一部が部分的にコマーシャルを含むことを判定してもよい。メディアガイドアプリケーションは、コマーシャルに対応する、番組のセグメントをクロッピングしてもよい。加えて、メディアガイドアプリケーションは、表示のためにクロッピングされたセグメントをピクチャインピクチャウィンドウ内に生成する前に、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦の分解能を変更してもよい。
【００７９】
メディアガイドアプリケーションの機能の１つは、メディアガイドデータをユーザに提供することである。本明細書で参照されるように、語句「メディアガイドデータ」または「ガイドデータ」は、コンテンツに関連する任意のデータ、またはガイドアプリケーションを動作させる際に使用されるデータを意味することを理解されたい。例えば、ガイドデータは、番組情報、ガイドアプリケーション設定、ユーザ選好、ユーザプロフィール情報、メディア一覧、メディア関連情報（例えば、放送時間、放送チャンネル、タイトル、内容、評価情報（例えば、ペアレンタルコントロール評価、批評家の評価等）、ジャンルまたはカテゴリ情報、俳優情報、放送会社またはプロバイダのロゴのロゴデータ等）、メディア形式（例えば、標準解像度、高解像度、３Ｄ等）、広告情報（例えば、テキスト、画像、メディアクリップ等）、オンデマンド情報、ブログ、ウェブサイト、およびユーザが所望のコンテンツオプション間をナビゲートし、それを特定するために役立つ、任意の他のタイプのガイドデータを含んでもよい。
【００８０】
図１−２は、メディアガイドデータを提供するために使用され得る、例証的表示画面を示す。図１−２に示される表示画面は、任意の好適なユーザ機器デバイスまたはプラットフォーム上に実装されてもよい。図１−２の表示は、フル画面表示として図示されているが、それらはまた、表示されているコンテンツ上に完全または部分的にオーバーレイされてもよい。ユーザは、表示画面に提供された選択可能なオプション（例えば、メニューオプション、一覧オプション、アイコン、ハイパーリンク等）を選択することによって、またはリモートコントロールまたは他のユーザ入力インターフェースまたはデバイス上の専用ボタン（例えば、「ガイド」ボタン）を押下することによって、コンテンツ情報へのアクセス要望を指示してもよい。ユーザの指示に応答して、メディアガイドアプリケーションは、グリッド内の時間およびチャンネル別、時間別、チャンネル別、ソース別、コンテンツタイプ別、カテゴリ別（例えば、映画、スポーツ、ニュース、子供向け、または他の番組カテゴリ）、または他の所定、ユーザ定義、または他の編成基準等のいくつかの方法のうちの１つにおいて編成されたメディアガイド情報を伴う表示画面を提供してもよい。
【００８１】
図１は、単一表示内の異なるタイプのコンテンツへのアクセスも可能にする、時間およびチャンネル別に配列された番組一覧表示１００の例証的グリッドを示す。表示１００は、以下を伴うグリッド１０２を含んでもよい：（１）各チャンネル／コンテンツタイプ識別子（列内のセル）が利用可能な異なるチャンネルまたはコンテンツタイプを識別する、チャンネル／コンテンツタイプ識別子１０４の列、および（２）各時間識別子（行内のセル）が番組の時間帯を識別する、時間識別子１０６の行。グリッド１０２はまた、番組一覧１０８等の番組一覧のセルも含み、各一覧は、一覧の関連チャンネルおよび時間の上に提供される、番組のタイトルを提供する。ユーザ入力デバイスを用いて、ユーザは、ハイライト領域１１０を移動させることによって番組一覧を選択することができる。ハイライト領域１１０によって選択される番組一覧に関する情報が、番組情報領域１１２内に提供されてもよい。領域１１２は、例えば、番組タイトル、番組内容、番組が提供される時間（該当する場合）、番組が放送されるチャンネル（該当する場合）、番組の評価、および他の所望の情報を含んでもよい。
【００８２】
線形番組（例えば、所定の時間に複数のユーザ機器デバイスに伝送されるようにスケジューリングされ、スケジューリングに従って提供される、コンテンツ）へのアクセスの提供に加え、メディアガイドアプリケーションはまた、非線形番組（例えば、任意の時間においてユーザ機器デバイスにアクセス可能であって、スケジューリングに従って提供されない、コンテンツ）へのアクセスも提供する。非線形番組は、オンデマンドコンテンツ（例えば、ＶＯＤ）、インターネットコンテンツ（例えば、ストリーミングメディア、ダウンロード可能メディア等）、ローカルに記憶したコンテンツ（例えば、前述の任意のユーザ機器デバイスまたは他の記憶デバイス上に記憶されたコンテンツ）、または時間的制約のない他のコンテンツを含む、異なるコンテンツソースからのコンテンツを含んでもよい。オンデマンドコンテンツは、映画または特定のコンテンツプロバイダ（例えば、「Ｔｈｅ  Ｓｏｐｒａｎｏｓ」や「Ｃｕｒｂ  Ｙｏｕｒ  Ｅｎｔｈｕｓｉａｓｍ」を提供するＨＢＯ  Ｏｎ  Ｄｅｍａｎｄ）によって提供される任意の他のコンテンツを含んでもよい。ＨＢＯ  ＯＮ  ＤＥＭＡＮＤは、Ｔｉｍｅ  Ｗａｒｎｅｒ  Ｃｏｍｐａｎｙ  Ｌ．Ｐ．らによって所有されるサービスマークであり、ＴＨＥ  ＳＯＰＲＡＮＯＳおよびＣＵＲＢ  ＹＯＵＲ  ＥＮＴＨＵＳＩＡＳＭは、Ｈｏｍｅ  Ｂｏｘ  Ｏｆｆｉｃｅ，  Ｉｎｃ．によって所有される商標である。インターネットコンテンツは、チャットセッションまたはウェブキャスト等のウェブイベント、またはインターネットウェブサイトまたは他のインターネットアクセス（例えば、ＦＴＰ）を通して、ストリーミングコンテンツまたはダウンロード可能なコンテンツとしてオンデマンドで利用可能なコンテンツを含んでもよい。
【００８３】
グリッド１０２は、オンデマンド一覧１１４、録画コンテンツ一覧１１６、およびインターネットコンテンツ一覧１１８を含む、非線形番組のメディアガイドデータを提供してもよい。異なるタイプのコンテンツソースからのコンテンツのためのメディアガイドデータを組み合わせる表示は、「混合メディア」表示と称されることもある。表示１００とは異なる、表示され得るメディアガイドデータのタイプの種々の順列は、ユーザ選択またはガイドアプリケーション定義に基づいてもよい（例えば、録画および放送一覧のみの表示、オンデマンドおよび放送一覧のみの表示等）。例証されるように、一覧１１４、１１６、および１１８は、これらの一覧の選択が、それぞれ、オンデマンド一覧、録画一覧、またはインターネット一覧専用の表示へのアクセスを提供し得ることを示すように、グリッド１０２内に表示される時間帯全体に及ぶものとして示されている。いくつかの実施形態では、これらのコンテンツタイプの一覧は、グリッド１０２に直接含まれてもよい。ユーザがナビゲーションアイコン１２０のうちの１つを選択することに応答して、付加的メディアガイドデータが表示されてもよい（ユーザ入力デバイス上の矢印キーを押下することによって、ナビゲーションアイコン１２０を選択することと同様に表示に影響を及ぼしてもよい）。
【００８４】
表示１００はまた、ビデオ領域１２２、広告１２４、およびオプション領域１２６を含んでもよい。ビデオ領域１２２は、ユーザが、現在利用可能である、今後利用可能となる、またはユーザに利用可能であった番組を視聴および／またはプレビューすることを可能にしてもよい。ビデオ領域１２２のコンテンツは、グリッド１０２に表示される一覧のうちの１つに対応するか、またはそれから独立してもよい。ビデオ領域を含むグリッド表示は、ピクチャインガイド（ＰＩＧ）表示と称されることもある。ＰＩＧ表示およびそれらの機能は、２００３年５月１３日発行のＳａｔｔｅｒｆｉｅｌｄらの米国特許第６，５６４，３７８号、および２００１年５月２９日発行のＹｕｅｎらの米国特許第６，２３９，７９４号でさらに詳細に説明されており、それらは全体として参照することによって本明細書に組み込まれる。ＰＩＧ表示は、本明細書に説明される実施形態の他のメディアガイドアプリケーション表示画面に含まれてもよい。
【００８５】
広告１２４は、（例えば、購読番組に対する）視聴者のアクセス権に応じて、現在視聴が利用可能である、将来視聴が利用可能となる、または決して視聴利用可能とはなり得ない、コンテンツの広告を提供してもよく、グリッド１０２内のコンテンツ一覧のうちの１つまたはそれを上回るものに対応するか、または無関係であってもよい。広告１２４はまた、グリッド１０２内で表示されるコンテンツに関係するか、または無関係である製品またはサービスに対するものであってもよい。広告１２４は、選択可能であってもよく、コンテンツに関するさらなる情報を提供する、製品またはサービスに関する情報を提供する、コンテンツ、製品、またはサービスの購入を可能にする、広告に関するコンテンツを提供する等を行ってもよい。広告１２４は、ユーザのプロフィール／選好、監視されたユーザ活動、提供される表示のタイプ、または他の好適な標的化された広告基盤に基づいて標的化されてもよい。
【００８６】
広告１２４は、長方形またはバナー形状として示されているが、広告は、ガイドアプリケーション表示内の任意の好適なサイズ、形状、および場所で提供されてもよい。例えば、広告１２４は、グリッド１０２に水平方向に隣接する長方形として提供されてもよい。これは、時として、パネル広告と称されることもある。加えて、広告は、コンテンツまたはガイドアプリケーション表示上にオーバーレイされるか、または表示内に埋め込まれてもよい。広告はまた、テキスト、画像、回転画像、ビデオクリップ、または前述の他のタイプのコンテンツを含んでもよい。広告は、ガイドアプリケーションを有するユーザ機器デバイス内、ユーザ機器に接続されたデータベース内、遠隔場所（ストリーミングメディアサーバを含む）内、または他の記憶手段またはこれらの場所の組み合わせ上に記憶されてもよい。メディアガイドアプリケーションに広告を提供するステップは、例えば、それらの全体で参照することにより本明細書に組み込まれる、２００３年１月１７日出願のＫｎｕｄｓｏｎらの米国特許出願第２００３／０１１０４９９号、２００４年６月２９日発行のＷａｒｄ，  ＩＩＩらの米国特許第６，７５６，９９７号、および２００２年５月１４日発行のＳｃｈｅｉｎらの米国特許第６，３８８，７１４号で、さらに詳細に論じられている。広告は、本明細書に説明される実施形態の他のメディアガイドアプリケーション表示画面に含まれてもよいことが理解されるであろう。
【００８７】
オプション領域１２６は、ユーザが、異なるタイプのコンテンツ、メディアガイドアプリケーション表示、および／またはメディアガイドアプリケーション特徴にアクセスすることを可能にしてもよい。オプション領域１２６は、ディプレイ１００（および本明細書に説明される他の表示画面）の一部であってもよく、または画面上のオプションを選択すること、またはユーザ入力デバイス上の専用または割当可能ボタンを押下することによって、ユーザによって呼び出されてもよい。オプション領域１２６内の選択可能オプションは、グリッド１０２内の番組一覧に関連する特徴に関してもよく、またはメインメニュー表示から利用可能なオプションを含んでもよい。番組一覧に関連する特徴は、他の放送時間または番組の受信方法の検索、番組の録画、番組の連続録画の有効化、番組および／またはチャンネルをお気に入りとして設定、番組の購入、または他の特徴を含んでもよい。メインメニュー表示から利用可能なオプションは、検索オプション、ＶＯＤオプション、ペアレンタルコントロールオプション、インターネットオプション、クラウドベースのオプション、デバイス同期オプション、第２の画面デバイスオプション、種々のタイプのメディアガイドデータ表示にアクセスするためのオプション、プレミアムサービスを購読するためのオプション、ユーザのプロフィールを編集するためのオプション、ブラウザオーバーレイにアクセスするためのオプション、または他のオプションを含んでもよい。
【００８８】
メディアガイドアプリケーションは、ユーザの選好に基づいて個人化されてもよい。個人化されたメディアガイドアプリケーションは、ユーザが、メディアガイドアプリケーションによって個人化された「体験」を生成するように、表示および特徴をカスタマイズすることを可能にする。この個人化された体験は、ユーザがこれらのカスタマイズを入力できるようにすることによって、および／または種々のユーザ選好を判定するようにメディアガイドアプリケーションがユーザ活動を監視することによって、生成されてもよい。ユーザは、ログインすることによって、または別様にガイドアプリケーションに対して自らを識別することによって、個人化されたガイドアプリケーションにアクセスしてもよい。メディアガイドアプリケーションのカスタマイズは、ユーザプロフィールに従って作成されてもよい。カスタマイズは、提示方式（例えば、表示の色方式、テキストのフォントサイズ等）、表示されるコンテンツ一覧の態様（例えば、ＨＤＴＶ番組のみまたは３Ｄ番組のみ、お気に入りチャンネル選択肢に基づいたユーザ指定の放送チャンネル、チャンネルの表示の並び替え、推奨コンテンツ等）、所望の録画特徴（例えば、特定のユーザに対する録画または連続録画、録画品質等）、ペアレンタルコントロール設定、インターネットコンテンツのカスタマイズされた提示（例えば、ソーシャルメディアコンテンツ、電子メール、電子的に配信された記事等の提示）、および他の所望のカスタマイズを変更させるステップを含んでもよい。
【００８９】
メディアガイドアプリケーションは、ユーザが、ユーザプロフィール情報を提供することを可能にしてもよく、またはユーザプロフィール情報を自動的にコンパイルしてもよい。メディアガイドアプリケーションは、例えば、ユーザがアクセスするコンテンツ、および／またはユーザがガイドアプリケーションと行ってもよい他の相互作用を監視してもよい。加えて、メディアガイドアプリケーションは、特定のユーザに関連する他のユーザプロフィールの全体または一部を取得し（例えば、ｗｗｗ．ａｌｌｒｏｖｉ．ｃｏｍ等のユーザがアクセスするインターネット上の他のウェブサイトから、ユーザがアクセスする他のメディアガイドアプリケーションから、ユーザがアクセスする他の双方向アプリケーションから、ユーザの別のユーザ機器デバイスから等）、および／またはメディアガイドアプリケーションがアクセスし得る他のソースから、ユーザに関する情報を取得してもよい。結果として、ユーザの異なるユーザ機器デバイスにわたって、統一されたガイドアプリケーション体験をユーザに提供することができる。このタイプのユーザ体験は、図４に関連して、以下でより詳細に説明される。付加的な個人化されたメディアガイドアプリケーション特徴は、２００５年７月１１日出願のＥｌｌｉｓらの米国特許出願公開第２００５／０２５１８２７号、２００７年１月１６日出願のＢｏｙｅｒらの米国特許第７，１６５，０９８号、および２００２年２月２１日出願のＥｌｌｉｓらの米国特許出願公開第２００２／０１７４４３０号でさらに詳細に説明されており、それらは全体として参照することにより本明細書に組み込まれる。
【００９０】
メディアガイドを提供するための別の表示配列が、図２に示されている。ビデオモザイク表示２００は、コンテンツタイプ、ジャンル、および／または他の編成基準に基づいて編成されたコンテンツ情報のための選択可能オプション２０２を含む。表示２００では、テレビ一覧オプション２０４が、選択され、したがって、一覧２０６、２０８、２１０、および２１２を放送番組一覧として提供する。表示２００では、一覧は、カバーアート、コンテンツからの静止画像、ビデオクリップのプレビュー、コンテンツからのライブビデオ、または一覧中のメディアガイドデータによって記述されているコンテンツをユーザに示す他のタイプのコンテンツを含む、グラフィック画像を提供してもよい。グラフィック一覧のそれぞれはまた、一覧と関連付けられたコンテンツに関するさらなる情報を提供するように、テキストを伴ってもよい。例えば、一覧２０８は、メディア部分２１４およびテキスト部分２１６を含む、１つより多くの部分を含んでもよい。メディア部分２１４および／またはテキスト部分２１６は、コンテンツをフル画面で視聴するように、またはメディア部分２１４に表示されるコンテンツに関連する情報を閲覧するように（例えば、ビデオが表示されるチャンネルの一覧を閲覧するように）、選択可能であってもよい。
【００９１】
表示２００中の一覧は、異なるサイズである（すなわち、一覧２０６は、一覧２０８、２１０、および２１２より大きい）が、所望の場合、全一覧が同一のサイズであってもよい。一覧は、コンテンツプロバイダの所望に応じて、またはユーザ選好に基づいて、ユーザにとっての関心の程度を示すように、またはあるコンテンツを強調するように、異なるサイズであるか、またはグラフィックが強調されてもよい。コンテンツ一覧をグラフィック的に強調するための種々のシステムおよび方法は、例えば、全体として参照することにより本明細書に組み込まれる、２００９年１１月１２日出願のＹａｔｅｓの米国特許出願第２０１０／０１５３８８５号で論じられている。
【００９２】
ユーザは、そのユーザ機器デバイスのうちの１つまたはそれを上回るものから、コンテンツおよびメディアガイドアプリケーション（および上記および下記で説明されるその表示画面）にアクセスしてもよい。図３は、例証的ユーザ機器デバイス３００の一般化された実施形態を示す。ユーザ機器デバイスのより具体的な実装は、図４に関連して以下で論じられる。ユーザ機器デバイス３００は、入出力（以下「Ｉ／Ｏ」）パス３０２を介して、コンテンツおよびデータを受信してもよい。Ｉ／Ｏパス３０２は、処理回路３０６および記憶装置３０８を含む制御回路３０４に、コンテンツ（例えば、放送番組、オンデマンド番組、インターネットコンテンツ、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を経由して利用可能なコンテンツ、および／または他のコンテンツ）およびデータを提供してもよい。制御回路３０４は、Ｉ／Ｏパス３０２を使用して、コマンド、要求、および他の好適なデータを送受信するために使用されてもよい。Ｉ／Ｏパス３０２は、制御回路３０４（具体的には、処理回路３０６）を１つまたはそれを上回る通信パス（以下で説明される）に接続してもよい。Ｉ／Ｏ機能は、これらの通信パスのうちの１つまたはそれを上回るものによって提供されてもよいが、図面が複雑になり過ぎることを回避するため、図３では単一パスとして示されている。
【００９３】
制御回路３０４は、処理回路３０６等の任意の好適な処理回路に基づいてもよい。本明細書で参照されるように、処理回路とは、１つまたはそれを上回るマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等に基づく回路を意味すると理解され、マルチコアプロセッサ（例えば、デュアルコア、クアドコア、ヘクサコア、または任意の好適な数のコア）またはスーパーコンピュータを含んでもよい。いくつかの実施形態では、処理回路は、複数の別個のプロセッサまたは処理ユニット、例えば、複数の同一のタイプの処理ユニット（例えば、２つのＩｎｔｅｌ  Ｃｏｒｅ  ｉ７プロセッサ）または複数の異なるプロセッサ（例えば、Ｉｎｔｅｌ  Ｃｏｒｅ  ｉ５プロセッサおよびＩｎｔｅｌ  Ｃｏｒｅ  ｉ７プロセッサ）にわたって分散されてもよい。いくつかの実施形態では、制御回路３０４は、メモリ（すなわち、記憶装置３０８）に記憶されたメディアガイドアプリケーションに対する命令を実行する。具体的には、制御回路３０４は、メディアガイドアプリケーションによって、前述および後述の機能を行うように命令されてもよい。例えば、メディアガイドアプリケーションは、制御回路３０４に、メディアガイド表示を生成するための命令を提供してもよい。いくつかの実装では、制御回路３０４によって行われるいかなるアクションも、メディアガイドアプリケーションから受信した命令に基づいてもよい。
【００９４】
クライアントサーバに基づく実施形態では、制御回路３０４は、ガイドアプリケーションサーバまたは他のネットワークまたはサーバと通信するための好適な通信回路を含んでもよい。前述の機能性を実施するための命令は、ガイドアプリケーションサーバ上に記憶されてもよい。通信回路は、ケーブルモデム、総合デジタル通信網（ＩＳＤＮ）モデム、デジタル加入者回線（ＤＳＬ）モデム、電話モデム、イーサネット（登録商標）カード、または他の機器との通信用無線モデム、または任意の他の好適な通信回路を含んでもよい。そのような通信は、インターネットまたは任意の他の好適な通信ネットワークまたはパスを伴ってもよい（図４に関連してさらに詳細に説明される）。加えて、通信回路は、ユーザ機器デバイスのピアツーピア通信、または相互から遠隔の場所にあるユーザ機器デバイスの通信を可能にする回路を含んでもよい（以下でさらに詳細に説明される）。
【００９５】
メモリは、制御回路３０４の一部である、記憶装置３０８として提供される、電子記憶デバイスであってもよい。本明細書で参照されるように、語句「電子記憶デバイス」または「記憶デバイス」とは、ランダムアクセスメモリ、読取専用メモリ、ハードドライブ、光学ドライブ、デジタルビデオディスク（ＤＶＤ）レコーダ、コンパクトディスク（ＣＤ）レコーダ、ＢＬＵ−ＲＡＹ（登録商標）ディスク（ＢＤ）レコーダ、ＢＬＵ−ＲＡＹ（登録商標）  ３Ｄディスクレコーダ、デジタルビデオレコーダ（ＤＶＲ（時として、パーソナルビデオレコーダと呼ばれる場合もある）、またはＰＶＲ）、固体デバイス、量子記憶デバイス、ゲームコンソール、ゲームメディア、または任意の他の好適な固定またはリムーバブル記憶デバイス、および／または任意のそれらの組み合わせ等の電子データ、コンピュータソフトウェア、またはファームウェアを記憶するための任意のデバイスを意味することを理解されたい。記憶装置３０８は、本明細書に説明される種々のタイプのコンテンツ、および前述のメディアガイドデータを記憶するために使用されてもよい。非揮発性メモリもまた、使用されてもよい（例えば、ブートアップルーチンや他の命令を起動するために）。図４に関連して説明される、クラウドベースの記憶が、記憶装置３０８を補完するために使用される、または記憶装置３０８の代わりに使用されてもよい。
【００９６】
制御回路３０４は、１つまたはそれを上回るアナログチューナ、１つまたはそれを上回るＭＰＥＧ−２デコーダ、または他のデジタル復号回路、高解像度チューナ、または任意の他の好適な同調またはビデオ回路、またはそのような回路の組み合わせ等のビデオ生成回路および同調回路を含んでもよい。符号化回路（例えば、記憶のために、無線、アナログ、またはデジタル信号をＭＰＥＧ信号に変換するためのもの）もまた、提供されてもよい。制御回路３０４はまた、コンテンツをユーザ機器３００の好ましい出力形式に上方変換および下方変換するためのスケーリング回路を含んでもよい。回路３０４はまた、デジタルおよびアナログ信号間で変換するためのデジタルからアナログへの変換回路およびアナログからデジタルへの変換回路を含んでもよい。同調および符号化回路は、コンテンツを受信して表示する、再生する、または録画するために、ユーザ機器デバイスによって使用されてもよい。同調および符号化回路はまた、ガイドデータを受信するために使用されてもよい。例えば、同調、ビデオ生成、符号化、復号、暗号化、解読、スケーリング、およびアナログ／デジタル回路を含む、本明細書に説明される回路は、１つまたはそれを上回る汎用または特殊プロセッサ上で起動するソフトウェアを使用して実装されてもよい。複数のチューナが、同時同調機能に対処するように提供されてもよい（例えば、視聴および録画機能、ピクチャインピクチャ（ＰＩＰ）機能、多重チューナ録画機能等）。記憶装置３０８が、ユーザ機器３００とは別のデバイスとして提供される場合、同調および符号化回路（複数のチューナを含む）は、記憶装置３０８と関連付けられてもよい。
【００９７】
ユーザは、ユーザ入力インターフェース３１０を使用して、命令を制御回路３０４に送信してもよい。ユーザ入力インターフェース３１０は、リモートコントロール、マウス、トラックボール、キーパッド、キーボード、タッチ画面、タッチパッド、スタイラス入力、ジョイスティック、音声認識インターフェース、または他のユーザ入力インターフェース等、任意の好適なユーザインターフェースであってもよい。ディスプレイ３１２は、独立型デバイスとして提供されるか、またはユーザ機器デバイス３００の他の要素と統合してもよい。例えば、ディスプレイ３１２は、タッチスクリーンまたはタッチセンサ式表示であってもよい。そのような状況では、ユーザ入力インターフェース３１０は、ディスプレイ３１２と統合される、または組み合わせられてもよい。ディスプレイ３１２は、モニタ、テレビ、モバイルデバイスのための液晶ディスプレイ（ＬＣＤ）、非晶質シリコンディスプレイ、低温ポリシリコンディスプレイ、電子インクディスプレイ、電気泳動ディスプレイ、アクティブマトリクスディスプレイ、エレクトロウェッティングディスプレイ、電気流体ディスプレイ、ブラウン管ディスプレイ、発光ダイオードディスプレイ、エレクトロルミネセントディスプレイ、プラズマ表示パネル、高性能アドレッシングディスプレイ、薄膜トランジスタディスプレイ、有機発光ダイオードディスプレイ、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、レーザテレビ、カーボンナノチューブ、量子ドットディスプレイ、干渉変調器ディスプレイ、または視覚的画像を表示するための任意の他の好適な機器のうちの１つまたはそれを上回るものであってもよい。いくつかの実施形態では、ディスプレイ３１２は、ＨＤＴＶ対応型であってもよい。いくつかの実施形態では、ディスプレイ３１２は、３Ｄ表示であってもよく、双方向メディアガイドアプリケーションおよび任意の好適なコンテンツは、３Ｄで表示されてもよい。ビデオカードまたはグラフィックカードは、出力をディスプレイ３１２に生成してもよい。ビデオカードは、３Ｄシーンおよび２Ｄグラフィックのレンダリング加速、ＭＰＥＧ−２／ＭＰＥＧ−４復号、ＴＶ出力、または複数のモニタを接続する能力等の種々の機能をもたらしてもよい。ビデオカードは、制御回路３０４に関連する前述の任意の処理回路であってもよい。ビデオカードは、制御回路３０４と統合されてもよい。スピーカ３１４は、ユーザ機器デバイス３００の他の要素との統合として提供されてもよく、または独立型ユニットであってもよい。ディスプレイ３１２上に表示されるビデオおよび他のコンテンツのオーディオ構成要素は、スピーカ３１４を通して再生されてもよい。いくつかの実施形態では、音声は、スピーカ３１４を介して音声を処理および出力する、受信機（図示せず）に配信されてもよい。
【００９８】
ガイドアプリケーションは、任意の好適なアーキテクチャを使用して実装されてもよい。例えば、それは、ユーザ機器デバイス３００上で完全に実装される、独立型アプリケーションであってもよい。そのようなアプローチでは、アプリケーションの命令は、ローカルに記憶され（例えば、記憶装置３０８内に）、アプリケーションによって使用するためのデータは、周期的にダウンロードされる（例えば、帯域外フィードから、インターネットリソースから、または別の好適なアプローチを使用して）。制御回路３０４は、記憶装置３０８からアプリケーションの命令を読み出し、本明細書で論じられる表示のいずれかを生成するための命令を処理してもよい。処理された命令に基づいて、制御回路３０４は、入力が入力インターフェース３１０から受信されるときに行うアクションを判定してもよい。例えば、表示上のカーソルの上／下への移動は、入力インターフェース３１０が上／下ボタンが選択されたことを示すとき、処理された命令によって示されてもよい。
【００９９】
いくつかの実施形態では、メディアガイドアプリケーションは、クライアントサーバベースのアプリケーションである。ユーザ機器デバイス３００上に実装される、シックまたはシンクライアントによって使用するためのデータは、ユーザ機器デバイス３００の遠隔にあるサーバに要求を発行することによって、オンデマンドで読み出される。クライアントサーバベースのガイドアプリケーションの一実施例では、制御回路３０４は、遠隔サーバによって提供されるウェブページを解釈する、ウェブブラウザを実行する。例えば、遠隔サーバは、記憶デバイス内にアプリケーションのための命令を記憶してもよい。遠隔サーバは、回路（例えば、制御回路３０４）を使用して、記憶された命令を処理し、前述および後述の表示を生成してもよい。クライアントデバイスは、遠隔サーバによって生成される表示を受信してもよく、表示のコンテンツを機器デバイス３００上でローカルに表示してもよい。このように、命令の処理は、サーバによって遠隔で行われる一方、結果として生じる表示は、機器デバイス３００上にローカルに提供される。機器デバイス３００は、入力インターフェース３１０を介して、ユーザからの入力を受信し、対応する表示を処理および生成するために、それらの入力を遠隔サーバに伝送してもよい。例えば、機器デバイス３００は、上／下ボタンが入力インターフェース３１０を介して選択されたことを示す、通信を遠隔サーバに伝送してもよい。遠隔サーバは、その入力に従って命令を処理し、入力に対応するアプリケーションの表示を生成してもよい（例えば、カーソルを上／下に移動させる表示）。生成された表示は、次いで、ユーザへの提示のために、機器デバイス３００に伝送される。
【０１００】
いくつかの実施形態では、メディアガイドアプリケーションは、インタープリタまたは仮想マシン（制御回路３０４によって起動される）によって、ダウンロードされ、解釈または別様に起動される。いくつかの実施形態では、ガイドアプリケーションは、ＥＴＶバイナリ交換形式（ＥＴＶ  Ｂｉｎａｒｙ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ／ＥＢＩＦ）で符号化され、好適なフィードの一部として制御回路３０４によって受信され、制御回路３０４上で起動するユーザエージェントによって解釈されてもよい。例えば、ガイドアプリケーションは、ＥＢＩＦアプリケーションであってもよい。いくつかの実施形態では、ガイドアプリケーションは、制御回路３０４によって実行されるローカル仮想マシンまたは他の好適なミドルウェアによって受信および起動される、シリーズＪＡＶＡ（登録商標）ベースのファイルによって定義されてもよい。そのような実施形態のうちのいくつか（例えば、ＭＰＥＧ−２または他のデジタルメディア符号化スキームを採用するもの）では、ガイドアプリケーションは、例えば、番組のＭＰＥＧオーディオおよびビデオパケットを用いたＭＰＥＧ−２オブジェクトカルーセルにおいて符号化および伝送されてもよい。
【０１０１】
図３のユーザ機器デバイス３００は、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、無線ユーザ通信デバイス４０６、または非携帯型ゲーム機等のコンテンツにアクセスするために好適な任意の他のタイプのユーザ機器として、図４のシステム４００に実装することができる。簡単にするために、これらのデバイスは、本明細書では総称して、ユーザ機器またはユーザ機器デバイスと称されてもよく、前述のユーザ機器デバイスに実質的に類似してもよい。メディアガイドアプリケーションが実装され得る、ユーザ機器デバイスは、独立型デバイスとして機能してもよく、またはデバイスのネットワークの一部であってもよい。デバイスの種々のネットワーク構成が実装されてもよく、以下でさらに詳細に論じられる。
【０１０２】
図３に関連して前述のシステム特徴のうちの少なくともいくつかを利用する、ユーザ機器デバイスは、単に、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、または無線ユーザ通信デバイス４０６として分類されなくてもよい。例えば、ユーザテレビ機器４０２は、いくつかのユーザコンピュータ機器４０４のように、インターネットコンテンツへのアクセスを可能にするインターネット対応型であってもよい一方で、ユーザコンピュータ機器４０４は、いくつかのテレビ機器４０２のように、テレビ番組へのアクセスを可能にするチューナを含んでもよい。メディアガイドアプリケーションはまた、種々の異なるタイプのユーザ機器上で同一レイアウトを有してもよく、またはユーザ機器の表示能力に合わせられてもよい。例えば、ユーザコンピュータ機器４０４上では、ガイドアプリケーションは、ウェブブラウザによってアクセスされるウェブサイトとして提供されてもよい。別の実施例では、ガイドアプリケーションは、無線ユーザ通信デバイス４０６用に縮小されてもよい。
【０１０３】
システム４００では、典型的には、各タイプのユーザ機器デバイスが１つを上回って存在するが、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが図４に示されている。加えて、各ユーザは、１つを上回るタイプのユーザ機器デバイスと、また、各タイプのユーザ機器デバイスのうちの１つを上回るものとを利用してもよい。
【０１０４】
いくつかの実施形態では、ユーザ機器デバイス（例えば、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、無線ユーザ通信デバイス４０６）は、「第２の画面デバイス」と称されてもよい。例えば、第２の画面デバイスは、第１のユーザ機器デバイス上に提示されるコンテンツを補完してもよい。第２の画面デバイス上に提示されるコンテンツは、第１のデバイス上に提示されるコンテンツを補完する、任意の好適なコンテンツであってもよい。いくつかの実施形態では、第２の画面デバイスは、第１のデバイスの設定および表示選好を調節するためのインターフェースを提供する。いくつかの実施形態では、第２の画面デバイスは、他の第２の画面デバイスと相互作用する、またはソーシャルネットワークと相互作用するために構成される。第２の画面デバイスは、第１のデバイスと同一の部屋内に、第１のデバイスと異なる部屋であるが、同一の家または建物内、または第１のデバイスと異なる建物内に位置することができる。
【０１０５】
ユーザはまた、家庭内デバイスおよび遠隔デバイスにわたって一貫したメディアガイドアプリケーション設定を維持するように、種々の設定を設定してもよい。設定は、本明細書に説明される設定、およびお気に入りのチャンネルおよび番組、番組を推奨するためにガイドアプリケーションが利用する番組選好、表示選好、および他の望ましいガイド設定を含む。例えば、ユーザが、オフィスのパソコンで、例えば、ウェブサイトｗｗｗ．ａｌｌｒｏｖｉ．ｃｏｍの上で、チャンネルをお気に入りとして設定した場合、所望に応じて、同一のチャンネルが、ユーザの家庭内デバイス（例えば、ユーザテレビ機器およびユーザコンピュータ機器）、およびユーザのモバイルデバイス上でお気に入りとして表示されるであろう。したがって、同一タイプのユーザ機器デバイスであるかまたは異なるタイプのユーザ機器デバイスであるかにかかわらず、１つのユーザ機器デバイス上で行われる変更は、別のユーザ機器デバイス上のガイド体験を変更することができる。さらに、行われる変更は、ユーザによる設定入力、およびガイドアプリケーションによって監視されるユーザ活動に基づいてもよい。
【０１０６】
ユーザ機器デバイスは、通信ネットワーク４１４に連結されてもよい。すなわち、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、および無線ユーザ通信デバイス４０６は、それぞれ、通信パス４０８、４１０、および４１２を介して、通信ネットワーク４１４に連結される。通信ネットワーク４１４は、インターネット、携帯電話ネットワーク、モバイルボイスまたはデータネットワーク（例えば、４ＧまたはＬＴＥネットワーク）、ケーブルネットワーク、公衆交換電話ネットワーク、または他のタイプの通信ネットワーク、または通信ネットワークの組み合わせを含む、１つまたはそれを上回るネットワークであってもよい。パス４０８、４１０、４１２、および４１２は、別個または一緒に、衛星パス、光ファイバパス、ケーブルパス、インターネット通信をサポートするパス（例えば、ＩＰＴＶ）、フリースペース接続（例えば、放送または他の無線信号用）、または任意の他の好適な有線または無線通信パス、またはそのようなパスの組み合わせ等、１つまたはそれを上回る通信パスを含んでもよい。パス４１２は、図４に示された例示的実施形態において、無線パスであることを示すように破線で描かれ、パス４０８および４１０は、有線パスであることを示すように実線で描かれている（しかし、これらのパスは、所望に応じて、無線パスであってもよい）。ユーザ機器デバイスとの通信は、これらの通信パスのうちの１つまたはそれを上回るものによって提供されてもよいが、図４では、図面が複雑になり過ぎることを回避するように、単一パスとして示されている。
【０１０７】
通信パスは、ユーザ機器デバイスの間には描かれていないが、これらのデバイスは、パス４０８、４１０、および４１２に関連して上記で説明されるもの、およびＵＳＢケーブル、ＩＥＥＥ１３９４ケーブル、無線パス（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線、ＩＥＥＥ８０２−１１ｘ等）等の他の短距離ポイントツーポイント通信パス、または有線または無線パスを介した他の短距離通信等の通信パスを介して、相互に直接通信してもよい。ＢＬＵＥＴＯＯＴＨ（登録商標）は、Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＳＩＧ，  ＩＮＣ．によって所有される認証マークである。ユーザ機器デバイスはまた、通信ネットワーク４１４を介した間接的パスを通して、直接相互に通信してもよい。
【０１０８】
システム４００は、それぞれ、通信パス４２０および４２２を介して、通信ネットワーク４１４に連結される、コンテンツソース４１６およびメディアガイドデータソース４１８を含む。パス４２０および４２２は、パス４０８、４１０、および４１２に関して上記で説明される通信パスのうちのいずれかを含んでもよい。コンテンツソース４１６およびメディアガイドデータソース４１８との通信は、１つまたはそれを上回る通信パスを介して交信されてもよいが、図４では、図面が複雑になり過ぎることを回避するように、単一パスとして示されている。加えて、コンテンツソース４１６およびメディアガイドデータソース４１８のそれぞれが１つを上回ってあってもよいが、図４では、図面が複雑になり過ぎることを回避するように、それぞれ１つだけが示されている。（これらのソースのそれぞれの異なるタイプを以下で論じる）。所望に応じて、コンテンツソース４１６およびメディアガイドデータソース４１８は、１つのソースデバイスとして統合されてもよい。ソース４１６および４１８と、ユーザ機器デバイス４０２、４０４、および４０６との間の通信は、通信ネットワーク４１４を通したものとして示されているが、いくつかの実施形態では、ソース４１６および４１８は、パス４０８、４１０、および４１２に関連して上記で説明されるもの等の通信パス（図示せず）を介して、ユーザ機器デバイス４０２、４０４、および４０６と直接通信してもよい。
【０１０９】
コンテンツソース４１６は、テレビ配信施設、ケーブルシステムヘッドエンド、衛星配信施設、番組ソース（例えば、ＮＢＣ、ＡＢＣ、ＨＢＯ等のテレビ放送会社）、中間配信施設および／またはサーバ、インターネットプロバイダ、オンデマンドメディアサーバ、および他のコンテンツプロバイダを含む、１つまたはそれを上回るタイプのコンテンツ配信機器を含んでもよい。ＮＢＣは、Ｎａｔｉｏｎａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ，  Ｉｎｃ．によって所有される商標であり、ＡＢＣは、Ａｍｅｒｉｃａｎ  Ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｏｍｐａｎｙ，  ＩＮＣ．によって所有される商標であり、ＨＢＯは、Ｈｏｍｅ  Ｂｏｘ  Ｏｆｆｉｃｅ，  Ｉｎｃ．によって所有される商標である。コンテンツソース４１６は、コンテンツの発信元であってもよく（例えば、テレビ放送会社、ウェブキャストプロバイダ等）、またはコンテンツの発信元でなくてもよい（例えば、オンデマンドコンテンツプロバイダ、ダウンロード用放送番組のコンテンツのインターネットプロバイダ等）。コンテンツソース４１６は、ケーブルソース、衛星プロバイダ、オンデマンドプロバイダ、インターネットプロバイダ、オーバーザトップコンテンツプロバイダ、または他のコンテンツのプロバイダを含んでもよい。コンテンツソース４１６はまた、ユーザ機器デバイスのうちのいずれかから遠隔の場所にある、異なるタイプのコンテンツ（ユーザによって選択されるビデオコンテンツを含む）を記憶するために使用される、遠隔メディアサーバを含んでもよい。コンテンツの遠隔記憶のため、および遠隔に記憶されたコンテンツをユーザ機器に提供するためのシステムおよび方法は、全体として参照することにより本明細書に組み込まれる、２０１０年７月２０日出願のＥｌｌｉｓらの米国特許第７，７６１，８９２号に関連して、さらに詳細に論じられている。
【０１１０】
メディアガイドデータソース４１８は、前述のメディアガイドデータ等のメディアガイドデータを提供してもよい。メディアガイドデータは、任意の好適なアプローチを使用して、ユーザ機器デバイスに提供されてもよい。いくつかの実施形態では、ガイドアプリケーションは、データフィード（例えば、継続フィードまたはトリクルフィード）を介して、番組ガイドデータを受信する、独立型双方向テレビ番組ガイドであってもよい。番組スケジューリングデータおよび他のガイドデータは、テレビチャンネルのサイドバンド上で、帯域内デジタル信号を使用して、帯域外デジタル信号を使用して、または任意の他の好適なデータ伝送技術によって、ユーザ機器に提供されてもよい。番組スケジューリングデータおよび他のメディアガイドデータは、複数のアナログまたはデジタルテレビチャンネル上でユーザ機器に提供されてもよい。
【０１１１】
いくつかの実施形態では、メディアガイドデータソース４１８からのガイドデータは、クライアントサーバアプローチを使用して、ユーザの機器に提供されてもよい。例えば、ユーザ機器デバイスは、メディアガイドデータをサーバからプルしてもよく、またはサーバは、メディアガイドデータをユーザ機器デバイスにプッシュしてもよい。いくつかの実施形態では、ユーザの機器上に常駐するガイドアプリケーションクライアントは、必要に応じて、例えば、ガイドデータが、古くなっているとき、またはユーザ機器デバイスが、データを受信するための要求をユーザから受信するとき、ソース４１８とセッションを開始し、ガイドデータを取得してもよい。メディアガイドは、任意の好適な頻度で（例えば、継続的に、毎日、ユーザ指定期間で、システム指定期間で、ユーザ機器からの要求に応じて等）ユーザ機器に提供されてもよい。メディアガイドデータソース４１８は、ユーザ機器デバイス４０２、４０４、および４０６に、メディアガイドアプリケーション自体、またはメディアガイドアプリケーションのソフトウェア更新を提供してもよい。
【０１１２】
いくつかの実施形態では、メディアガイドデータは、視聴者データを含んでもよい。例えば、視聴者データは、現在および／または履歴ユーザアクティビティ情報（例えば、ユーザが典型的に見るコンテンツ、ユーザがコンテンツを見る時刻、ユーザがソーシャルネットワークと相互作用するかどうか、ユーザがソーシャルネットワークと相互作用し、情報をポストする時間、ユーザが典型的に見るコンテンツのタイプ（例えば、有料ＴＶまたは無料ＴＶ）、気分、脳の活動情報等）を含んでもよい。メディアガイドデータはまた、加入データを含んでもよい。例えば、加入データは、所与のユーザが加入するソースまたはサービスおよび／または所与のユーザが以前に加入していたが、後にアクセスを打ち切ったソースまたはサービスを識別してもよい（例えば、ユーザが有料チャンネルに加入しているかどうか、ユーザが有料レベルのサービスを追加したかどうか、ユーザがインターネット速度を加速させたかどうか）。いくつかの実施形態では、視聴者データおよび／または加入データは、１年を上回る周期の間の所与のユーザのパターンを識別してもよい。メディアガイドデータは、所与のユーザがサービス／ソースへのアクセスを打ち切るであろう可能性を示す得点を生成するために使用される、モデル（例えば、残存者モデル）を含んでもよい。例えば、メディアガイドアプリケーションは、加入データと、所与のユーザが特定のサービスまたはソースへのアクセスを打ち切るであろうかどうかの可能性を示す、値または得点を生成するためのモデルを併用して、視聴者データを処理してもよい。特に、より高い得点は、ユーザが特定のサービスまたはソースへのアクセスを打ち切るであろう、より高いレベルの信頼性を示し得る。得点に基づいて、メディアガイドアプリケーションは、ユーザがアクセスを打ち切る可能性が高いであろうものとして得点によって示される特定のサービスまたはソースをユーザが維持するように勧誘する宣伝および広告を生成してもよい。
【０１１３】
メディアガイドアプリケーションは、例えば、ユーザ機器デバイス上に実装される独立型アプリケーションであってもよい。例えば、メディアガイドアプリケーションは、記憶装置３０８内に記憶され、ユーザ機器デバイス３００の制御回路３０４によって実行され得る、ソフトウェアまたは一式の実行可能命令として実装されてもよい。いくつかの実施形態では、メディアガイドアプリケーションは、クライアント−サーバアプリケーションであってもよく、その場合、クライアントアプリケーションのみが、ユーザ機器デバイス上に常駐し、サーバアプリケーションは、遠隔サーバ上に常駐する。例えば、メディアガイドアプリケーションは、部分的に、ユーザ機器デバイス３００の制御回路３０４上のクライアントアプリケーションとして、および部分的に遠隔サーバ上で、遠隔サーバの制御回路上で起動するサーバアプリケーションとして（例えば、メディアガイドデータソース４１８）、実装されてもよい。遠隔サーバの制御回路（例えば、メディアガイドデータソース４１８）によって実行されると、メディアガイドアプリケーションは、制御回路に、ガイドアプリケーション表示を生成し、生成された表示をユーザ機器デバイスに伝送するように命令してもよい。サーバアプリケーションは、メディアガイドデータソース４１８の制御回路に、ユーザ機器上での記憶のためのデータを伝送するように命令してもよい。クライアントアプリケーションは、受信用ユーザ機器の制御回路に、ガイドアプリケーション表示を生成するように命令してもよい。
【０１１４】
ユーザ機器デバイス４０２、４０４、および４０６に配信されるコンテンツおよび／またはメディアガイドデータは、オーバーザトップ（ＯＴＴ）コンテンツであってもよい。ＯＴＴコンテンツ配信は、前述の任意のユーザ機器デバイスを含む、インターネット対応型ユーザデバイスが、ケーブルまたは衛星接続を経由して受信されるコンテンツに加え、前述の任意のコンテンツを含む、インターネットを経由して転送されるコンテンツを受信することを可能にする。ＯＴＴコンテンツは、インターネットサービスプロバイダ（ＩＳＰ）によって提供されるインターネット接続を介して配信されるが、第三者も、コンテンツを配信する。ＩＳＰは、視聴能力、著作権、またはコンテンツの再配信に関与していなくてもよく、ＯＴＴコンテンツプロバイダによって提供されるＩＰパケットのみ転送してもよい。ＯＴＴコンテンツプロバイダの実施例として、ＩＰパケットを介して、オーディオおよびビデオを提供する、ＹＯＵＴＵＢＥ（登録商標）、ＮＥＴＦＬＩＸ、およびＨＵＬＵが挙げられる。Ｙｏｕｔｕｂｅは、Ｇｏｏｇｌｅ  Ｉｎｃ．によって所有される商標であり、Ｎｅｔｆｌｉｘは、Ｎｅｔｆｌｉｘ，  Ｉｎｃ．によって所有される商標であり、Ｈｕｌｕは、Ｈｕｌｕ，  ＬＬＣ．によって所有される商標である。ＯＴＴコンテンツプロバイダは、加えて、または代替として、前述のメディアガイドデータを提供してもよい。コンテンツおよび／またはメディアガイドデータに加え、ＯＴＴコンテンツのプロバイダは、メディアガイドアプリケーション（例えば、ウェブベースのアプリケーションまたはクラウドベースのアプリケーション）を配信することができ、またはコンテンツは、ユーザ機器デバイス上に記憶されるメディアガイドアプリケーションによって表示されることができる。
【０１１５】
メディアガイドシステム４００は、いくつかのアプローチまたはネットワーク構成を例証することを意図しており、これによって、ユーザ機器デバイスおよびコンテンツおよびガイドデータのソースは、コンテンツにアクセスし、メディアガイドを提供する目的で、相互に通信してもよい。本明細書に説明される実施形態は、これらのアプローチの任意の１つまたは一部において、またはコンテンツを配信し、メディアガイドを提供するための他のアプローチを採用するシステムにおいて、適用されてもよい。以下の４つのアプローチは、図４の一般化された実施例の具体的例証を提供する。
【０１１６】
あるアプローチでは、ユーザ機器デバイスは、ホームネットワーク内で相互に通信してもよい。ユーザ機器デバイスは、上記で説明される短距離ポイントツーポイント通信方式を介して、ホームネットワーク上に提供されるハブまたは他の類似デバイスを通した間接パスを介して、または通信ネットワーク４１４を介して、直接相互に通信することができる。１つの家庭内の複数の個人のそれぞれが、ホームネットワーク上の異なるユーザ機器デバイスを操作してもよい。結果として、種々のメディアガイド情報または設定が、異なるユーザ機器デバイス間で伝達されることが望ましくてもよい。例えば、２００５年７月１１日出願のＥｌｌｉｓらの米国特許出願第２００５／０２５１８２７号でさらに詳細に説明されているように、ホームネットワーク内の異なるユーザ機器デバイス上で、ユーザが一貫したメディアガイドアプリケーション設定を維持することが望ましくてもよい。ホームネットワーク内の異なるタイプのユーザ機器デバイスがまた、相互に通信し、コンテンツを伝送してもよい。例えば、ユーザは、ユーザコンピュータ機器から携帯用ビデオプレーヤまたは携帯用音楽プレーヤにコンテンツを伝送してもよい。
【０１１７】
第２のアプローチでは、ユーザは、複数のタイプのユーザ機器を有してもよく、これによって、コンテンツにアクセスし、メディアガイドを取得する。例えば、一部のユーザは、家庭内およびモバイルデバイスによってアクセスされる、ホームネットワークを有してもよい。ユーザは、遠隔デバイス上に実装されるメディアガイドアプリケーションを介して、家庭内デバイスを制御してもよい。例えば、ユーザは、オフィスのパーソナルコンピュータ、またはＰＤＡまたはウェブ対応携帯電話等のモバイルデバイスを介して、ウェブサイト上のオンラインメディアガイドアプリケーションにアクセスしてもよい。ユーザは、オンラインガイドアプリケーション上で種々の設定（例えば、録画、リマインダ、または他の設定）を設定して、ユーザの家庭内機器を制御してもよい。オンラインガイドは、直接、またはユーザの家庭内機器上のメディアガイドアプリケーションと通信することによって、ユーザの機器を制御してもよい。ユーザ機器デバイスが相互から遠隔の場所にある、ユーザ機器デバイスの通信のための種々のシステムおよび方法は、例えば、その全体を参照することにより本明細書に組み込まれる、Ｅｌｌｉｓらの２０１１年１０月２５日発行の米国特許第８，０４６，８０１号で論じられている。
【０１１８】
第３のアプローチでは、家庭内外のユーザ機器デバイスのユーザは、コンテンツソース４１６と直接通信し、コンテンツにアクセスするために、そのメディアガイドアプリケーションを使用することができる。具体的には、家庭内では、ユーザテレビ機器４０２およびユーザコンピュータ機器４０４のユーザは、メディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。ユーザはまた、無線ユーザ通信デバイス４０６を使用して、家庭外のメディアガイドアプリケーションにアクセスし、所望のコンテンツ間をナビゲートし、それを特定してもよい。
【０１１９】
第４のアプローチでは、ユーザ機器デバイスは、クラウドコンピューティング環境内で操作し、クラウドサービスにアクセスしてもよい。クラウドコンピューティング環境では、コンテンツ共有、記憶、または配信のための種々のタイプのコンピューティングサービス（例えば、ビデオ共有サイトまたはソーシャルネットワーキングサイト）が、「クラウド」と称される、ネットワーク−アクセス可能コンピューティングおよび記憶リソースの集合によって提供される。例えば、クラウドは、ネットワークを介して接続される、種々のタイプのユーザおよびデバイスにクラウドベースのサービス、例えば、通信ネットワーク４１４を介したインターネットを提供する、中央または分散場所に位置し得る、サーバコンピューティングデバイスの集合を含むことができる。これらのクラウドリソースは、１つまたはそれを上回るコンテンツソース４１６および１つまたはそれを上回るメディアガイドデータソース４１８を含んでもよい。加えて、または代替として、遠隔コンピューティングサイトは、ユーザテレビ機器４０２、ユーザコンピュータ機器４０４、および無線ユーザ通信デバイス４０６等の他のユーザ機器デバイスを含んでもよい。例えば、他のユーザ機器デバイスは、ビデオの記憶されたコピーまたはストリーミングされたビデオへのアクセスを提供してもよい。そのような実施形態では、ユーザ機器デバイスは、中心サーバと通信せずに、ピアツーピア様式で操作してもよい。
【０１２０】
クラウドは、ユーザ機器デバイスのために、他の実施例の中でもとりわけ、コンテンツ記憶、コンテンツ共有、またはソーシャルネットワーキングサービス等のサービスへのアクセス、および前述の任意のコンテンツへのアクセスを提供する。サービスは、クラウドコンピューティングサービスプロバイダを通して、またはオンラインサービスの他のプロバイダを通して、クラウド内で提供されることができる。例えば、クラウドベースのサービスは、コンテンツ記憶サービス、コンテンツ共有サイト、ソーシャルネットワーキングサイト、または他のサービスを含むことができ、それを介して、ユーザ供給コンテンツは、接続されたデバイス上の他者によって視聴するために配信される。これらのクラウドベースのサービスは、ユーザ機器デバイスが、コンテンツをローカルに記憶し、ローカルに記憶されたコンテンツにアクセスするのではなく、コンテンツをクラウドに記憶し、コンテンツをクラウドから受信することを可能にしてもよい。
【０１２１】
ユーザは、カムコーダ、ビデオモード付きデジタルカメラ、オーディオレコーダ、携帯電話、およびハンドヘルドコンピューティングデバイス等の種々のコンテンツ捕捉デバイスを使用して、コンテンツを録画してもよい。ユーザは、直接、例えば、ユーザコンピュータ機器４０４から、またはコンテンツ捕捉特徴を有する、無線ユーザ通信デバイス４０６からのいずれかにおいて、クラウド上のコンテンツ記憶サービスにコンテンツをアップロードすることができる。代替として、ユーザは、最初に、コンテンツをユーザコンピュータ機器４０４等のユーザ機器デバイスに転送することができる。コンテンツを記憶するユーザ機器デバイスは、通信ネットワーク４１４上のデータ伝送サービスを使用して、コンテンツをクラウドにアップロードしてもよい。いくつかの実施形態では、ユーザ機器デバイス自体が、クラウドリソースであって、他のユーザ機器デバイスが、直接、ユーザがコンテンツを記憶したユーザ機器デバイスから、コンテンツにアクセスすることができる。
【０１２２】
クラウドリソースは、例えば、ウェブブラウザ、メディアガイドアプリケーション、デスクトップアプリケーション、モバイルアプリケーション、および／またはそれらのアクセスアプリケーションの任意の組み合わせを使用して、ユーザ機器デバイスによってアクセスされてもよい。ユーザ機器デバイスは、アプリケーション配信のために、クラウドコンピューティングに依拠する、クラウドクライアントであってもよく、またはユーザ機器デバイスは、クラウドリソースにアクセスせずに、いくつかの機能性を有してもよい。例えば、ユーザ機器デバイス上で起動するいくつかのアプリケーションは、クラウドアプリケーション、すなわち、インターネットを経由して、サービスとして配信されるアプリケーションであってもよい一方、他のアプリケーションは、ユーザ機器デバイス上に記憶され、起動されてもよい。いくつかの実施形態では、ユーザデバイスは、コンテンツを複数のクラウドリソースから同時に受信してもよい。例えば、ユーザデバイスは、オーディオを１つのクラウドリソースからストリーミングする一方、コンテンツを第２のクラウドリソースからダウンロードすることができる。または、ユーザデバイスは、より効率的ダウンロードのために、コンテンツを複数のクラウドリソースからダウンロードすることができる。いくつかの実施形態では、ユーザ機器デバイスは、図３に関連して説明される処理回路によって行われる処理操作等の処理操作のために、クラウドリソースを使用することができる。
【０１２３】
本明細書で言及されるように、用語「〜に応答して」は、何らかの結果として、開始されることを指す。例えば、別のアクションに応答して行われる第１のアクションは、中間ステップを第１のアクションと第２のアクションとの間に含んでもよい。本明細書で言及されるように、用語「〜に直接応答して」は、それによって生じることを指す。例えば、別のアクションに直接応答して行われる第１のアクションは、中間ステップを第１のアクションと第２のアクションとの間に含まなくてもよい。
【０１２４】
図５は、本開示のいくつかの実施形態による、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが更新される必要があるかどうかを判定する際に関わる例証的ステップのフロー図である。
【０１２５】
図６は、本開示のいくつかの実施形態による、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが更新される必要があるかどうかを判定するためのアルゴリズムの例示的擬似コードである。いくつかの実施形態では、図５および６のアルゴリズムは、非一過性記憶媒体（例えば、記憶デバイス３０８）上に、処理回路（例えば、処理回路３０６）によって復号および実行されるための命令のセットとして符号化される。処理回路は、順に、同調、ビデオ生成、符号化、復号、暗号化、解読、スケーリング、アナログ／デジタル変換回路、および同等物等、制御回路３０４内に含有される他のサブ回路のための命令を提供する。
【０１２６】
図５におけるフロー図は、本開示のいくつかの実施形態による、制御回路（例えば、制御回路３０４）が関心のある付加的番組のセグメントが更新またはリフレッシュされる必要があるかどうかを判定するのためのアルゴリズムを説明する。
【０１２７】
ステップ５０２では、制御回路３０４は、関心のある付加的番組のセグメントが更新される必要があるかどうかを判定し、これは、関心のある付加的番組のセグメントが表示のために生成されているかどうかに基づいて開始するであろう。いくつかの実施形態では、これは、ユーザアクションまたは入力（例えば、制御回路３０４またはユーザ入力インターフェース３１０によって受信された信号から）に直接または間接的のいずれかで応答して、行われる。例えば、プロセス５００は、制御回路３０４が信号をユーザ入力インターフェース３１０から受信することに直接応答して、開始する、または制御回路３０４が、アルゴリズムの起動に先立って、ディスプレイを使用してその入力を確認するようにユーザを促す（例えば、ディスプレイ３１２上に表示されるプロンプトを生成することによって）。
【０１２８】
ステップ５０４では、制御回路３０４は、リフレッシュ周期または更新頻度の次のインスタンスをメモリから読み出すステップに進む。いくつかの実施形態では、制御回路３０４は、リフレッシュ周期または更新頻度の値を表す、単一プリミティブデータ構造を受信する。いくつかの実施形態では、値は、より大きいデータ構造の一部として記憶され、制御回路３０４は、適切なアクセサ方法を実行し、値をより大きいデータ構造から読み出すことによって、値を読み出す。
【０１２９】
ステップ５０６では、制御回路３０４は、リフレッシュ周期または更新頻度の値と、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期の記憶された値を比較するステップに進む。いくつかの実施形態では、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期の値は、アルゴリズムの開始に先立って、記憶される（例えば、記憶デバイス３０８上に）。いくつかの実施形態では、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期の値はまた、更新頻度またはリフレッシュ周期のインスタンス毎に読み出され、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期の値は、反復毎に変化する。いくつかの実施形態では、制御回路３０４は、メモリからの値にそれぞれアクセスし、値比較を行うことによって、直接、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期の値と、リフレッシュ周期または更新頻度の値を比較する。いくつかのインスタンスでは、制御回路３０４は、比較関数（例えば、オブジェクト間比較のため）を呼び出し、更新周期またはリフレッシュ頻度と、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期を比較する。
【０１３０】
ステップ５０８では、制御回路３０４は、更新頻度またはリフレッシュ周期の値と、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期を比較し、更新頻度またはリフレッシュ周期の値が、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期の値に等しいまたはそれを上回るかどうかを判定する。条件が満たされる場合、アルゴリズムは、ステップ５１０に進み、条件が満たされない場合、アルゴリズムは、代わりに、ステップ５１２に進む。
【０１３１】
ステップ５１０では、制御回路３０４は、ステップ５０８における条件が満たされたことに基づいて、第２のチューナを用いて、関心のある付加的番組を放送しているチャンネルに同調することによって、サブルーチンを実行し、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントを更新するであろう。サブルーチンが実行された後、アルゴリズムは、ステップ５１８に進み、そこで、リフレッシュ周期または更新頻度の全てのインスタンスが考慮されたかどうか、またはさらなる反復が必要とされるかどうかが判定される。
【０１３２】
ステップ５１２では、制御回路３０４は、リフレッシュ周期または更新頻度の値と、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期を比較し、更新頻度またはリフレッシュ周期の値が、ピクチャインピクチャウィンドウ内の表示のために生成された関心のある付加的番組のセグメントが最後に更新されてからの時間周期の値未満であるかどうかを判定する。条件が満たされる場合、アルゴリズムは、ステップ５０６に戻り、条件が満たされない場合、アルゴリズムは、代わりに、ステップ５１６に進む。
【０１３３】
ステップ５１６では、制御回路３０４は、サブルーチンを実行し、５０８および５１２における条件の両方が満たされないことに基づいて、付加的番組のセグメントがもはや更新される必要がないかどうかを判定するであろう。サブルーチンが実行された後、アルゴリズムは、５１８に進み、そこで、リフレッシュ周期または更新頻度の全てのインスタンスが考慮されたかどうか、またはさらなる反復が必要とされるかどうかが判定される。
【０１３４】
ステップ５１８では、制御回路３０４は、リフレッシュ周期または更新頻度の全てのインスタンスが考慮されたかどうかをチェックするであろう。インスタンスの全てが評価された場合、制御回路３０４は、ステップ５２０に進む。例えば、制御回路３０４は、更新される必要があり得る、関心のある付加的番組の新しいセグメントが存在するかどうか確認するための関数を呼び出す。関数が、真を返す（すなわち、依然として、処理される必要がある関心のある付加的番組のセグメントが存在する）場合、制御回路３０４は、ステップ５０４に進む。
【０１３５】
ステップ５２０では、制御回路３０４は、サブルーチンを実行し、更新される必要がある関心のある付加的番組の新しいセグメントが存在するかどうかを判定するであろう。
【０１３６】
図５の説明は、本開示の任意の他の実施形態とともに使用され得ることが考慮される。加えて、図５のアルゴリズムに関して説明される説明は、本開示の目的を促進するように、代替的な順序で、または並行して行われてもよい。例えば、５０８および５１２におけるもの等の条件文および論理評価は、システムまたは方法の遅延を減少させるかまたは速度を増加させるように、任意の順序で、または並行して、または同時に行われてもよい。さらなる実施例として、いくつかの実施形態では、リフレッシュ頻度または更新周期のいくつかのインスタンスが、複数の論理プロセッサスレッドを使用して、並行して評価されてもよい、またはアルゴリズムは、分岐予測を組み込むことによって、向上されてもよい。さらに、図５のアルゴリズムは、適切に構成されるソフトウェアおよびハードウェアの組み合わせ上で実装されてもよく、図３−４に関して論じられるデバイスまたは機器のいずれかが、アルゴリズムの１つまたはそれを上回る部分を実装するために使用され得ることに留意されたい。
【０１３７】
図６における擬似コードは、本開示のいくつかの実施形態による、付加的番組のセグメントが更新される必要があるかどうかを判定するためのアルゴリズムを説明する。図６における擬似コードによって説明されるアルゴリズムは、任意の数のプログラミング言語および種々の異なるハードウェアで実装されてもよく、スタイルおよびフォーマットは、限定として解釈されるべきではなく、むしろ、本開示のいくつかの実施形態を実装するために使用されるコードに準拠するであろう、ステップおよびプロシージャの一般的テンプレートが実装されてもよいことが、当業者に明白となるであろう。
【０１３８】
ライン６０１では、制御回路３０４は、サブルーチンを起動し、変数を初期化し、ライン６０５で開始する、関心のある付加的番組のセグメントが更新される必要があるかどうかを判定する準備を行う。例えば、いくつかの実施形態では、制御回路３０４は、初期化段階の間、命令を非一過性記憶媒体（例えば、記憶デバイス３０８）から処理回路３０６のためのＲＡＭまたはキャッシュの中にコピーする。加えて、いくつかの実施形態では、付加的番組のセグメントが更新されてからの周期の値が、比較のために使用される、または２つの値が本質的に等値であるかどうかを判定するための公差レベルが、６０１において、読み出され、設定され、記憶される。
【０１３９】
ライン６０５では、制御回路３０４は、リフレッシュ周期または更新頻度のインスタンスを受信する。いくつかの実施形態では、これらのインスタンスは、メモリから読み出される。制御回路３０４は、例えば、リフレッシュ周期または更新頻度の値のアレイへのポインタを受信することによって、リフレッシュ周期または更新頻度のインスタンスを受信する。別の実施例では、制御回路３０４は、リフレッシュ周期または更新頻度の要素を含有するイテレータオブジェクト等のクラスのオブジェクトを受信する。
【０１４０】
ライン６０６では、制御回路３０４は、種々のリフレッシュ周期または更新頻度のインスタンスを通して反復し、単一インスタンスのみが利用可能である場合、ループは、１回のみ実行するであろう。本ループは、図６のアルゴリズムを実装するために使用されるハードウェアおよびソフトウェア言語の選択肢に応じて、複数の方式において実装される。例えば、これは、「ｆｏｒ」または「ｗｈｉｌｅ」ループの一部として実装される。
【０１４１】
ライン６０７では、制御回路３０４は、リフレッシュ周期または更新頻度の値を一時変数「Ａ」に記憶するであろう。いくつかの実施形態では、リフレッシュ周期または更新頻度の値は、より大きいデータ構造またはクラスの一部として記憶され、リフレッシュ周期または更新頻度の値は、適切なアクセサ方法を通して得られる。いくつかの実施形態では、リフレッシュ周期または更新頻度は、適切なハッシュアルゴリズムを用いて、ストリングまたは他の非数値データタイプから数値データタイプに変換される。いくつかの実施形態では、制御回路３０４は、リフレッシュ周期または更新頻度と付加的番組のセグメントが更新されてからの時間周期の比較を行うための関数を呼び出す。いくつかの実施形態では、リフレッシュ周期または更新頻度は、一時変数を使用してではなく、プリミティブデータ構造として符号化され、リフレッシュ周期または更新頻度は、直接、ライン６０９および６１１における比較で使用される。
【０１４２】
ライン６０８では、制御回路３０４は、付加的番組のセグメントが更新されてからの時間周期の値を一時変数「Ｂ」に記憶するであろう。リフレッシュ周期または更新頻度と同様に、いくつかの実施形態では、付加的番組のセグメントが更新されてからの時間周期の値は、より大きいデータ構造またはクラスの一部として記憶され、付加的番組のセグメントが更新されてからの時間周期の値は、アクセサ方法を通して得られる。いくつかの実施形態では、付加的番組のセグメントが更新されてからの時間周期は、適切なハッシュアルゴリズムを用いて、ストリングまたは他の非数値データタイプから数値データタイプに変換される、または付加的番組のセグメントが更新されてからの時間周期は、プリミティブデータ構造であって、直接、ライン６０９および６１１における比較で使用される。
【０１４３】
ライン６０９では、制御回路３０４は、Ａの値とＢの値を比較し、それらが本質的に等値であるかどうかを確認する。これは、Ｂの値をＡから減算し、差異の絶対値を求め、次いで、差異の絶対値と所定の公差レベルを比較することによって達成される。いくつかの実施形態では、公差レベルは、ＡまたはＢのいずれかの設定パーセンテージである。いくつかの実施形態では、公差レベルは、固定数である。例えば、公差レベルを計算機イプシロンの設定倍数に設定することは、アルゴリズムが浮動点算術の使用から生じる丸め誤差を考慮することを可能にする。いくつかの実施形態では、公差レベルは、ゼロに設定される、またはＩＦ文内の条件が、ＡとＢとの間の厳密な等値と置換される。
【０１４４】
ライン６１０では、制御回路３０４は、ライン６０９における条件が満たされる場合、サブルーチンを実行し、制御回路を使用して、デフォルト更新設定を判定するであろう。いくつかの実施形態では、これは、処理回路３０６が適切な信号を制御回路に送信することによって達成される。
【０１４５】
ライン６１１では、制御回路３０４は、ＡおよびＢの値を比較し、ＡがＢ未満であるかどうかを判定するであろう。いくつかの実施形態では、本比較は、Ａが本質的にＢと等値ではなく、ライン６０９における比較が偽を評価する場合のみ行われるであろう。
【０１４６】
ライン６１２では、制御回路３０４は、ライン６１１における条件が満たされる場合、サブルーチンを実行し、制御回路を使用して、付加的番組のセグメントが更新されてからの周期のチェックを続けるであろう。
【０１４７】
ライン６１３では、制御回路３０４は、ライン６０９または６１１におけるいずれの条件も満たされないかどうかを判定するであろう。いずれの条件も満たされない場合、ライン６１４における命令が、評価および実行される。
【０１４８】
ライン６１４では、制御回路３０４は、ライン６０９または６１１における条件のいずれも満たされない場合、サブルーチンを実行し、制御回路を使用して、付加的番組のセグメントを更新するであろう。
【０１４９】
ライン６１５では、制御回路３０４は、サブルーチンを実行し、制御回路を使用して、新しい付加的番組のセグメントを検索し、更新するであろう。
【０１５０】
ライン６１６では、制御回路３０４は、アルゴリズムがその関数を行った後、終了サブルーチンを起動する。例えば、いくつかの実施形態では、制御回路３０４は、変数を破棄し、ガーベッジコレクションを行い、処理回路３０６のメモリを解放する、またはキャッシュをクリアする。
【０１５１】
図６における擬似コードによって説明されるアルゴリズムは、任意の数のプログラミング言語および種々の異なるハードウェアにおいて実装されてもよく、プリミティブ関数、論理評価、および関数評価の特定の選択肢および場所を限定することを意図するものではないことが、当業者に明白となるであろう。また、コードは、リファクタリングされ、または書き換えられ、種々の論理評価の順序を操作する、いくつかの反復を単一反復ループではなく、並行して行う、または別様に、入力または最終出力を基本的に変更することなく、ランタイムおよび性能メトリックを操作および最適化してもよいことが明白となるであろう。例えば、いくつかの実施形態では、ブレーク条件が、演算を加速するために、ライン６１０および６１２後に設置される、または条件文が、ｃａｓｅ−ｓｗｉｔｃｈ文と置換される。いくつかの実施形態では、ステップ５０６において、更新頻度またはリフレッシュ周期の全てのインスタンスにわたって反復するのではなく、いくつかの実施形態では、コードは、書き換えられ、したがって、制御回路３０４は、更新頻度またはリフレッシュ周期の複数のインスタンスを複数のプロセッサまたはプロセッサスレッドにおいて同時に評価するように命令され、必要とされる反復数を低下させ、潜在的に、算出時間を加速する。
【０１５２】
図７は、本開示のいくつかの実施形態による、関心のある番組と関連付けられたイベント特性およびユーザ規定イベント特性を含有するデータベースを使用して、関心のある番組内の関心のあるイベントを判定する際に関わる例証的ステップのフロー図である。図８は、本開示のいくつかの実施形態による、関心のある番組と関連付けられたイベント特性およびユーザ規定イベント特性を含有するデータベースを使用して、関心のある番組内の関心のあるイベントを判定するためのアルゴリズムの例示的擬似コードである。
【０１５３】
図５および６によって説明されるアルゴリズムと同様に、いくつかの実施形態では、図７および８のアルゴリズムは、非一過性記憶媒体（例えば、記憶デバイス３０８）上に、処理回路（例えば、処理回路３０６）によって復号および実行されるための命令のセットとして符号化される。処理回路は、順に、同調、ビデオ生成、符号化、復号、暗号化、解読、スケーリング、アナログ／デジタル変換回路、および同等物等、制御回路３０４内に含有される他のサブ回路のための命令を提供する。
【０１５４】
図７におけるフロー図は、本開示のいくつかの実施形態による、制御回路（例えば、制御回路３０４）がデータベースを検索し、関心のあるイベントを判定するためのアルゴリズムを説明する。
【０１５５】
ステップ７０２では、データベースを検索し、関心のあるイベントを判定するためのアルゴリズムは、放送中である関心のある番組に基づいて開始するであろう。いくつかの実施形態では、これは、ユーザアクションまたは入力（例えば、制御回路３０４またはユーザ入力インターフェース３１０によって受信された信号から）に直接または間接的のいずれかで応答して、行われる。
【０１５６】
ステップ７０４では、制御回路３０４は、ユーザ規定イベント特性の次のインスタンスを記憶されたメモリから読み出すステップに進む。いくつかの実施形態では、制御回路３０４は、ユーザ規定イベント特性の値を表す、単一プリミティブデータ構造を読み出す。いくつかの実施形態では、制御回路３０４は、値をより大きいクラスまたはデータ構造から読み出す。
【０１５７】
ステップ７０６では、制御回路３０４は、放送中である関心のある番組のイベント特性の可能性として考えられる値を含有する、データベースにアクセスする。いくつかの実施形態では、本データベースは、アルゴリズムの開始に先立って、ローカルに（例えば、記憶デバイス３０８上に）記憶される。いくつかの実施形態では、データベースはまた、通信ネットワーク（例えば、通信ネットワーク４１４）を横断して情報を遠隔記憶デバイス（例えば、メディアガイドデータソース４１８）上に実装されるデータベースに伝送するための通信回路を使用することによってアクセスされる。
【０１５８】
ステップ７０８では、制御回路３０４は、ユーザ規定イベント特性に合致するエントリについてデータベーステーブルを検索する。いくつかの実施形態では、これは、データベース内で使用される識別子のタイプに合致する、識別子、例えば、ユーザ規定イベント特性を表すストリングまたは整数を比較することによって行われる。いくつかの実施形態では、制御回路３０４は、ユーザ規定イベント特性に合致するテーブルエントリに関する一般的クエリをデータベースにサブミットし、制御回路３０４は、データベースコンテンツの一部を含有するインデックスまたはデータ構造のリストを受信する。いくつかの実施形態では、データベースは、ジャンクションテーブルを実装し、これは、順に、他のデータベースからのエントリを相互参照する。この場合、制御回路３０４は、第１のデータベースからのインデックスを読み出し、これは、順に、情報を第２のデータベースから読み出すために使用されることができる。明確性目的のために、単一データベースと相互作用する制御回路３０４を説明するが、図７のアルゴリズムは、複数の独立または相互参照データベースを使用して実装されてもよいことを理解されたい。
【０１５９】
ステップ７１０では、制御回路３０４は、ユーザ規定イベント特性に合致するデータベースエントリが存在するかどうかを判定する。いくつかの実施形態では、制御回路３０４は、データベースから、合致するエントリが存在しないことを示す信号を受信する。いくつかの実施形態では、制御回路３０４は、代わりに、ヌルまたはダミー値を伴うインデックスまたはデータ構造のリストを受信する。制御回路３０４が、ユーザ規定イベント特性に合致するデータベースエントリが存在することを識別する場合、アルゴリズムは、ステップ７１２に進み、そうでなければ、アルゴリズムは、ステップ７１４に進む。
【０１６０】
ステップ７１２では、制御回路３０４は、サブルーチンを実行し、ユーザにとって関心のあるイベントが検出されたことをアラートするであろう。その後、アルゴリズムは、ステップ７２０に進み、そこで、考慮される必要があるユーザ規定イベント特性のさらなるインスタンスが存在するかどうか判定される。
【０１６１】
ステップ７１４では、制御回路３０４は、ユーザ規定イベント特性に類似するデータベースエントリが存在するかどうかを判定する。例えば、いくつかの実施形態では、ユーザ規定イベント特性が、複数の文字を伴うストリングとして符号化される場合、制御回路３０４は、置換、除去、または追加された個々の文字を伴う類似ストリングに関して付加的データベースクエリを行う。いくつかの実施形態では、制御回路３０４はまた、オリジナルクエリが一般ミススペル単語であるかどうかを判定し、代わりに、正しいスペルを伴うクエリをサブミットするであろう。別の実施例では、ユーザ規定イベント特性は、整数として符号化される。制御回路３０４は、ある範囲内の他の整数に関して付加的クエリを行う。いくつかの実施形態では、制御回路３０４は、さらなるクエリを要求せずに、ユーザ規定イベント特性に類似するデータベースエントリを読み出す。制御回路３０４が、ユーザ規定イベント特性に類似するデータベースエントリが存在することを識別する場合、アルゴリズムは、ステップ７１６に進む。そうでなければ、アルゴリズムは、ステップ７１８に進む。
【０１６２】
ステップ７１６では、制御回路３０４は、サブルーチンを実行し、ユーザに、関心のあり得るイベントをアラートするであろう。その後、アルゴリズムは、ステップ７２０に進む。
【０１６３】
ステップ７１８では、制御回路３０４は、サブルーチンを実行し、ユーザ規定イベント特性に関して合致するデータベースエントリが存在しないことの判定後、他のユーザ規定イベント特性に合致する関心のあるイベントに関して、放送中である関心のある番組の監視を継続するであろう。その後、アルゴリズムは、ステップ７２０に進む。
【０１６４】
ステップ７２０では、制御回路３０４は、ユーザ規定イベント特性の全てのインスタンスが考慮されたかどうかと、さらなる反復が必要とされるかどうかとを判定するであろう。さらなる反復が必要とされる場合、アルゴリズムは、ステップ７０４にループバックし、そこで、制御回路３０４は、ユーザ規定イベント特性の次のインスタンスを読み出すであろう。さらなる反復が必要とされない場合、アルゴリズムは、ステップ７２２に進むであろう。
【０１６５】
ステップ７２２では、制御回路３０４は、サブルーチンを実行し、関心のある付加的番組を検索するであろう。
【０１６６】
図７の説明は、本開示の任意の他の実施形態とともに使用され得ることが考慮される。加えて、図７のアルゴリズムに関して説明される説明は、本開示の目的を促進するように、代替的な順序で、または並行して行われてもよい。例えば、制御回路３０４は、アルゴリズムの実行の遅延を減少させるかまたは速度を増加させるように、複数のクエリをデータベースに並行してサブミットする、または複数のクエリを複数の類似データベースにサブミットする。さらなる実施例として、ステップ７１２およびステップ７１６は、相互に排他的であるように説明されるが、正確なエントリおよび類似エントリの両方が、ユーザ規定イベント特性の単一インスタンスのために処理される。本目的を促進するために、いくつかの実施形態では、ステップ７１０およびステップ７１４は、制御回路３０４によって並行して行われる。さらに、図７のアルゴリズムは、適切に構成されるソフトウェアおよびハードウェアの組み合わせ上で実装されてもよく、図３−４に関して論じられるデバイスまたは機器のいずれかが、アルゴリズムの１つまたはそれを上回る部分を実装するために使用され得ることに留意されたい。
【０１６７】
図８における擬似コードは、本開示のいくつかの実施形態による、ユーザ規定特性に基づいて、関心のあるイベントに関してデータベースを検索するためのアルゴリズムを説明する。図８における擬似コードによって説明されるアルゴリズムは、任意の数のプログラミング言語および種々の異なるハードウェアで実装されてもよく、スタイルおよびフォーマットは、限定として解釈されるべきではなく、むしろ、本開示のいくつかの実施形態を実装するために使用されるコードに準拠するであろう、ステップおよびプロシージャの一般的テンプレートが実装されてもよいことが、当業者に明白となるであろう。
【０１６８】
ライン８０１では、アルゴリズムは、サブルーチンを起動し、変数を初期化し、ライン８０５で開始する、ユーザ規定特性に基づいて、関心のあるイベントに関してデータベースを検索する準備を行う。例えば、いくつかの実施形態では、制御回路３０４は、初期化段階の間、命令を非一過性記憶媒体（例えば、記憶デバイス３０８）から処理回路３０６のためのＲＡＭまたはキャッシュの中にコピーする。
【０１６９】
ライン８０５では、制御回路３０４は、ユーザ規定イベント特性のインスタンスを受信する。いくつかの実施形態では、これらのインスタンスは、記憶されるメモリから読み出される、またはユーザ入力を通して取得される。
【０１７０】
ライン８０６では、制御回路３０４は、ユーザ規定イベント特性の種々のインスタンスを通して反復し、単一インスタンスのみが利用可能である場合、ループは、１回のみ実行するであろう。本ループは、図８のアルゴリズムを実装するために使用されるハードウェアおよびソフトウェア言語の選択肢に応じて、複数の方式において実装される。例えば、これは、いくつかのプログラミング言語では、「ｆｏｒ」または「ｗｈｉｌｅ」ループの一部として実装される。いくつかの実施形態では、ユーザ規定イベント特性のインスタンスを、ループを内部方法の一部として行うであろう、単一クラスまたはカプセル化されたデータ構造内に記憶することが便宜的である。
【０１７１】
ライン８０７では、制御回路３０４は、ユーザ規定イベント特性に合致するエントリに関してデータベースをクエリする。データベースが実装される方法およびユーザ規定イベント特性が記憶される方法に応じて、中断ステップが、ユーザ規定イベント特性をデータベースと一致する形態に変換するために要求される。例えば、ユーザ規定イベント特性は、制御回路３０４によってクエリの一部としてデータベースに伝送されることに先立って、適切なハッシュアルゴリズムを使用して、ストリングまたは整数に符号化される。いくつかの実施形態では、ユーザ規定イベント特性は、プリミティブデータ構造として符号化され、制御回路３０４は、直接、ユーザ規定イベント特性をデータベースへのクエリとしてサブミットする。データベースにクエリ後、制御回路３０４は、ユーザ規定イベント特性に合致するデータベースエントリのセットを受信する。いくつかの実施形態では、制御回路３０４は、これらのエントリをデータ構造、データベースのインデックスのセット、または別の相互参照データベースのインデックスのセットの形態で受信する。
【０１７２】
ライン８０８では、制御回路３０４は、ユーザ規定イベント特性に合致する任意のデータベースエントリが存在するかどうかを判定するであろう。いくつかの実施形態では、制御回路３０４は、データベースが、ライン８０７におけるクエリに応答して、空データ構造またはヌル値を返したかどうかをチェックすることによって、これを判定する。合致するデータベースエントリが存在する場合、アルゴリズムは、ライン８０９に進む。合致するデータベースエントリが存在しない場合、アルゴリズムは、代わりに、ライン８１２に進む。
【０１７３】
ライン８０９では、制御回路３０４は、番組のセグメントと関連付けられたイベント特性の１つまたはそれを上回る値をユーザ規定イベント特性に合致するデータベースエントリから読み出す。例えば、制御回路３０４が、ライン８０７において、データベースにクエリ後、インデックスのリストを読み出す場合、いくつかの実施形態では、制御回路３０４は、受信されたインデックスに位置する番組のセグメントと関連付けられたイベント特性に関するデータベースエントリを読み出す。いくつかの実施形態では、インデックスは、データベース内に含有されるより大きいデータ構造をポイントし、制御回路３０４は、適切なアクセサ方法を使用して、番組のセグメントと関連付けられたイベント特性の値をデータ構造内から読み出す。いくつかの実施形態では、制御回路３０４は、さらに進むことに先立って、番組のセグメントと関連付けられたイベント特性の値を読み出し、それらを別個のデータ構造内にローカルに（例えば、記憶装置３０８内に）記憶する。番組のセグメントと関連付けられたイベント特性の値を読み出した後、アルゴリズムは、ライン８１０に進むであろう。
【０１７４】
ライン８１０では、制御回路３０４は、サブルーチンを実行し、制御回路、例えば、制御回路３０４を使用して、番組のセグメントと関連付けられたイベント特性の値を使用し、ユーザに、イベントが検出されたことを通知するであろう。その後、アルゴリズムは、ライン８１５に進む。
【０１７５】
ライン８１１では、制御回路３０４は、ユーザ規定イベント特性に類似する任意のデータベースエントリが存在するかどうかを判定する。例えば、ユーザ規定イベント特性は、クラスのオブジェクトによって表される。制御回路３０４は、クラスの具体的フィールドを比較することによって、またはユーザ規定イベント特性に関連するデータ上で近似ストリング合致を行うことによって、ファジー比較（例えば、クラスの類似オブジェクトを識別するための比較）を行うための関数を呼び出す。ユーザ規定イベント特性に類似するデータベースエントリが、制御回路３０４によって見出される場合、アルゴリズムは、ライン８１２に進む。制御回路３０４が、合致するエントリを見出さない（例えば、データベースへのクエリがヌル値を返す）場合、アルゴリズムは、ライン８１２に進む。
【０１７６】
ライン８１２では、制御回路３０４は、サブルーチンを実行し、制御回路を使用して、番組のセグメントと関連付けられたイベント特性の値を使用し、ユーザに、関心のあり得るイベントが検出されたことを通知するであろう。その後、アルゴリズムは、ライン８１５に進む。
【０１７７】
ライン８１１では、制御回路３０４は、ユーザ規定イベント特性に合致するデータベースエントリが存在しないことを判定するであろう。この場合、アルゴリズムは、ライン８１２に進むであろう。
【０１７８】
ライン８１２では、制御回路３０４は、サブルーチンを実行し、制御回路を使用して、ユーザに、関心のあり得るイベントが検出されたことを通知するであろう。その後、アルゴリズムは、ライン８１４に進む。
【０１７９】
ライン８１４では、制御回路３０４は、サブルーチンを実行し、ライン６０９または６１１における条件のいずれも満たされない場合、制御回路を使用して、関心のある番組の監視を継続するであろう。
【０１８０】
ライン８１５では、制御回路３０４は、サブルーチンを実行し、制御回路を使用して、関心のある付加的番組を検索するであろう。その後、アルゴリズムは、ライン８１７において、終了サブルーチンに進む。
【０１８１】
ライン８１７では、制御回路３０４は、アルゴリズムがその関数を実行し、ユーザ規定イベント特性の全てのインスタンスが処理され、データベースに対してチェックされた後、終了サブルーチンを実行する。例えば、いくつかの実施形態では、制御回路３０４は、変数を破棄し、ガーベッジコレクションを行い、処理回路３０６のメモリを解放する、またはキャッシュをクリアする。
【０１８２】
図８における擬似コードによって説明されるアルゴリズムは、任意の数のプログラミング言語および種々の異なるハードウェアにおいて実装されてもよく、プリミティブ関数、論理評価、および関数評価の特定の選択肢および場所を限定することを意図するものではないことが、当業者に明白となるであろう。また、コードは、リファクタリングされ、または書き換えられ、種々の論理評価の順序を操作する、いくつかの反復を単一反復ループではなく、並行して行う、または別様に、入力または最終出力を基本的に変更することなく、ランタイムおよび性能メトリックを操作および最適化してもよいことが明白となるであろう。例えば、いくつかの実施形態では、コードは、書き換えられ、したがって、制御回路３０４は、複数のプロセッサまたはプロセッサスレッドを使用して、ユーザ規定イベント特性の複数のインスタンスを評価し、複数のデータベースクエリを同時にサブミットするように命令される。また、単一データベースと相互作用する制御回路３０４を説明し得るが、これは、例証目的のために説明される単一実施形態にすぎず、図８のアルゴリズムは、複数の独立または相互参照データベースを使用して実装されてもよいことを理解されたい。例えば、ローカルに（例えば、記憶装置３０８上に）記憶されるデータベースは、任意の数の通信チャンネル（例えば、通信ネットワーク４１４）を通してアクセス可能である、遠隔で記憶されるデータベース（例えば、メディアガイドデータソース４１８）もインデックスまたは相互参照する。いくつかの実施形態では、これは、制御回路３０４が、小規模ローカルドライブ上に記憶されるルックアップテーブルまたはデータベースフロントエンドを効率的に利用し、必要に応じて、遠隔サーバ上に記憶されるより大きいデータベースにアクセスすることを可能にする。
【０１８３】
図９は、本開示のいくつかの実施形態による、視聴者体験を向上させるための例証的メディアガイドアプリケーションを示す。ディスプレイデバイス９００は、メイン表示エリア９１０と、２つの付加的表示エリア９２０および９３０とを含む。付加的表示エリア９２０および９３０は、メイン表示エリア９１０内の任意の場所に位置してもよい。付加的表示エリアは、オーバーレイであってもよい。代替として、付加的表示エリアは、メイン表示エリア９１０に示される画像を妨害してもよい。代替実施形態では、メイン表示エリア９１０は、１つのみの付加的表示エリア９２０を含んでもよい。代替実施形態では、メイン表示エリア９１０は、２つの付加的表示エリア９２０および９３０より多くを含んでもよい。例えば、ユーザは、メイン表示エリア９１０内のチャンネル４上で放送される、「Ｍｉｓｓｉｏｎ  Ｉｍｐｏｓｓｉｂｌｅ」を鑑賞していてもよい。同時に、Ｂｒｕｉｎｓは、シーズン前にＣａｎａｄｉｅｎｓと対戦している場合があり、ユーザは、付加的表示エリア９３０における得点の追跡を継続することを所望してもよい。故に、本例示的実施形態では、付加的表示エリア９３０は、ＮＨＬネットワークからの「Ｂｒｕｉｎｓ対Ｃａｎａｄｉｅｎｓ」戦の得点要約を示してもよい。加えて、ユーザはまた、Ａｌｅｘ  Ｒｏｄｒｉｇｕｅｚがユーザのお気に入り選手のうちの１人であるため、「Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ」シリーズからのハイライトを所望してもよい。故に、本例示的実施形態では、付加的表示エリア９２０は、ＭＬＢネットワークからのＲｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦を示す。加えて、ユーザは、選好をそのプロフィールまたは設定画面に示すことができる。例えば、ユーザは、そのプロフィールに、お気に入りチーム（例えば、Ｂｒｕｉｎｓ、Ｒｅｄ  Ｓｏｘ、およびＰａｔｒｉｏｔｓ）およびそのお気に入り選手（例えば、Ｎｉｃｋｌａｓ  ＢａｃｋｓｔｒｏｍおよびＡｌｅｘ  Ｒｏｄｒｉｇｕｅｚ）を示すことができる。本実施例では、Ａｌｅｘ  Ｒｏｄｒｉｇｕｅｚが、ユーザにとってのお気に入り選手であるため、表示のために、ユーザにＡｌｅｘ  Ｒｏｄｒｉｇｕｅｚが現在打席に立っているのことの通知９４０の生成等、付加的特徴が、存在してもよい。
【０１８４】
一実施例では、特定のユーザのお気に入りチームまたは選手（例えば、本実施例では、Ｎｉｃｋｌａｓ  ＢａｃｋｓｔｒｏｍまたはＡｌｅｘ  Ｒｏｄｒｉｇｕｅｚ）は、ソーシャルネットワークに接続することによって、ダウンロードされることができる。同様に、Ｔｏｍ  Ｂｒａｄｙのファンであるユーザは、Ｂｒａｄｙ、Ｐａｔｒｉｏｔｓ、Ｂｅｌｉｃｈｉｃｋに関するお気に入りのファンページ、写真、ビデオ、またはステータスをいくつかのソーシャルネットワーキングプラットフォーム上に有してもよい。メディアガイドアプリケーションは、ユーザの関心の任意のインジケーションをソーシャルメディアを通して自動的にダウンロードし、ソーシャルメディアページ、写真またはビデオと関連付けられたイベントをユーザにとって関心のあるイベントとしてフラグ可能であってもよい。
【０１８５】
図１０は、本開示のいくつかの実施形態による、視聴者体験を向上させるための例証的メディアガイドアプリケーションを示す。本例示的実施形態では、ディスプレイデバイス１０００は、メイン表示エリア１０１０と、付加的表示エリア１０２０および１０３０とを含む。例えば、メイン表示エリア１０１０は、ホッケーの世界選手権を示してもよい。同時に、付加的表示エリア１０２０では、映画「Ｓａｌｔ」が、表示のために生成されてもよい。例えば、これは、付加的表示エリア１０２０がコマーシャル時間が「Ｓａｌｔ」内で終わったことを示すと、ユーザが、ホッケーの選手権を追跡するが、チャンネルを切り替えることを可能にする。加えて、付加的表示エリア１０３０は、付加的情報をティッカテープフォーマットで含んでもよい。例えば、付加的エリア１０３０は、Ｒｅｄ  Ｓｏｘ対Ｙａｎｋｅｅｓ戦に関する得点を含むことができる。別の実施例では、付加的エリア１０３０は、株価を示すことができ、特に、付加的エリア１０３０は、ユーザがユーザプロフィールまたは設定メニューを介して関心のあるものとして示した株式に関する株価を示すことができる。付加的表示エリア１０２０および１０３０は、静的ディスプレイ（例えば、周期的に更新される固定画像）を含んでもよい、または移動ディスプレイ（例えば、使用される更新頻度に照らしてユーザによって見られるように移動する）を含んでもよい。加えて、ユーザにとって関心のあるイベントの通知は、例えば、通知１０４０とともに示されるように、メイン表示エリア１０１０にオーバーレイとして現れてもよい。通知は、付加的表示エリアのうちの１つに示される番組内で検出されたイベントに関連してもよい、または付加的表示エリアのうちの１つに現在示されていない番組内に検出されたイベントであってもよい。例えば、通知１０４０は、「はい」および「いいえ」選択可能オプションとともに、「タッチダウン−Ｐａｔｒｉｏｔｓ」および「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦を鑑賞しますか？」を示す。故に、ユーザは、「はい」を選択し、ディスプレイデバイスのメインエリア１０１０内でＰａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦の鑑賞を開始することを決定してもよい。代替として、ユーザは、「いいえ」を選択し、ディスプレイデバイスのメインエリア１０１０内で世界ホッケー選手権の鑑賞を継続してもよい。代替として、システムが、「はい」または「いいえ」の選択を受信しない場合、通知１０４０は、所定の時間後、自動的に消失してもよい。
【０１８６】
図１１は、本開示のいくつかの実施形態による、視聴者体験を向上させる際に関わる例証的ステップのフロー図である。プロセス１１００またはその任意のステップは、図３−５に示されるデバイスのいずれか上で行われる、またはそれによって提供され得ることに留意されたい。例えば、プロセス１１００は、ユーザの視聴体験を向上させるために、制御回路３０４（図３）によって、ユーザデバイス３１６（図３）上に実装されるメディアガイドアプリケーションによって命令されるように実行されてもよい。加えて、プロセス１１００の１つまたはそれを上回るステップは、任意の他のプロセスまたは実施形態（例えば、プロセス１２００（図１２））の１つまたはそれを上回るステップの中に組み込まれる、またはそれと組み合わせられてもよい。
【０１８７】
ステップ１１０５では、メディアガイドアプリケーションは、第１のチューナを用いて、制御回路３０４（図３）を介して、第１のチャンネルに同調する。例えば、制御回路３０４を介して、メディアガイドアプリケーションは、ＮＨＬネットワーク上で午後７〜１０時（東部標準時）から放送される「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」に同調する。
【０１８８】
ステップ１１０では、メディアガイドアプリケーション（例えば、例証的ユーザ機器デバイス３００（図３）上で実装される）は、表示のために、第１のチャンネルからの第１の番組を生成する。例えば、メディアガイドアプリケーションは、（例えば、ディスプレイデバイス３１２（図３）上における）表示のために、ＮＨＬネットワークによって放送される「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」戦を生成する。
【０１８９】
ステップ１１２０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、ユーザにとって関心のある付加的番組が存在するかどうかを判定する。ユーザにとって関心のある付加的番組が存在しない場合、メディアガイドアプリケーションは、ステップ１１１０に戻り、表示のために、第１のチャンネルからの第１の番組をディスプレイ要素３１２（図３）上に生成し続ける。ユーザにとって関心のある付加的番組が存在する場合、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、ステップ１１３０において、現在放送中である関心のある付加的番組が存在するかどうかを判定する。例えば、メディアガイドアプリケーションは、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」もまたチャンネル８２上で放送中であって、「Ｆａｍｉｌｙ  Ｇｕｙ」も同一午後７〜１０時（東部標準時）ウィンドウの間にチャンネル１２２上で放送中であることを判定する。代替として、メディアガイドアプリケーションは、「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」戦と部分的に重複する、他の関心のある番組が存在することを判定する。例えば、「Ｃｏｗｂｏｙｓ  ａｎｄ  Ａｌｉｅｎｓ」が、午後８〜１０時（東部標準時）に放送される。
【０１９０】
ステップ１１３０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、現在放送中である関心のある付加的番組が存在するかどうかを判定する。例えば、前述のように、メディアガイドアプリケーションは、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」および「Ｆａｍｉｌｙ  Ｇｕｙ」が現在放送中である関心のある付加的番組であることを判定する一方、メディアガイドアプリケーションは、表示のために、「Ｒａｎｇｅｒｓ対Ｃａｐｉｔａｌｓ」戦を生成する。判定された関心のある付加的番組のいずれも現在放送中ではない場合、メディアガイドアプリケーションは、ステップ１１２０に戻り、再び、任意の関心のある付加的番組が存在するかどうかを判定する。代替として、メディアガイドアプリケーションが、ステップ１１３０において、現在放送中である関心のある付加的番組が存在することを判定する場合、メディアガイドアプリケーションは、ステップ１１４０において、第２のチューナを用いて、制御回路３０４（図３）を介して、現在放送中である識別された関心のある付加的番組に同調する。
【０１９１】
ステップ１１４０では、メディアガイドアプリケーションは、第２のチューナを用いて、制御回路３０４（図３）を介して、現在放送中である識別された関心のある付加的番組に同調する。例えば、メディアガイドアプリケーションは、第２のチューナを用いて、「Ｏｕｔ  ｏｆ  Ａｆｒｉｃａ」のためのチャンネル８２に同調し、次いで、第２のチューナを用いて、「Ｆａｍｉｌｙ  Ｇｕｙ」のためのチャンネル１２２に同調する。
【０１９２】
ステップ１１５０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、ステップ１１２０および１１３０において、現在放送中の関心のあるものとして識別された付加的番組を表示するためのユーザ設定が存在するかどうかを判定する。例えば、ユーザは、表示のために、その他よりもあるタイプの番組を生成するための優先順位設定を有してもよい。代替として、ユーザは、付加的番組が表示のために生成されると、ディスプレイのタイプまたはサイズに関する選好を定義してもよい。付加的番組を表示するためにユーザ設定が存在しない場合、メディアガイドアプリケーションは、ステップ１１６０において、付加的番組の表示のためにデフォルト設定を取得する。付加的番組を表示するためにユーザ設定が存在する場合、メディアガイドアプリケーションは、ステップ１１７０において、これらの設定を適用するステップに進む。例えば、ユーザは、表示のために生成された付加的番組が映画であるとき、１６：９フォーマットを使用するという映画に関する選好を有してもよい。
【０１９３】
ステップ１１７０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、ステップ１１５０または１１６０において取得されたユーザ設定またはデフォルト設定を適用し、表示のために、付加的番組のセグメントをディスプレイ要素３１２（図３）上に生成する。例えば、メディアガイドアプリケーションは、映画に関するデフォルト設定を適用し、表示のために、クローズドキャプションを伴う映画のセグメントを生成する。代替として、メディアガイドアプリケーションは、野球の試合に関するユーザ定義設定を適用し、表示のために、得点セクションのみを生成する。
【０１９４】
ステップ１１８０では、メディアガイドアプリケーションは、表示のために、付加的番組のセグメントをディスプレイ要素３１２（図３）上に生成する。
【０１９５】
図１２は、本開示のいくつかの実施形態による、視聴者体験を向上させる際に関わる例証的ステップのフロー図である。プロセス１２００またはその任意のステップは、図３−５に示されるデバイスのいずれか上で行われる、またはそれによって提供され得ることに留意されたい。例えば、プロセス１２００は、ユーザの視聴体験を向上させるために、制御回路３０４（図３）によって、ユーザデバイス３１６（図３）上で実装されるメディアガイドアプリケーションによって命令されるように実行されてもよい。加えて、プロセス１２００の１つまたはそれを上回るステップは、任意の他のプロセスまたは実施形態（例えば、プロセス１１００（図１１））の１つまたはそれを上回るステップの中に組み込まれる、またはそれと組み合わせられてもよい。
【０１９６】
ステップ１２０５では、メディアガイドアプリケーション（例えば、例証的ユーザ機器デバイス３００（図３）上に実装される）は、第１のチューナを用いて、第１のチャンネルに同調する。例えば、メディアガイドアプリケーションは、「Ｃｏｗｂｏｙｓ  ａｎｄ  Ａｌｉｅｎｓ」を放送している、チャンネル２２０に同調する。
【０１９７】
ステップ１２１０では、メディアガイドアプリケーションは、表示のために、第１のチャンネル上で放送中である番組をディスプレイデバイス３１２（図３）上に生成する。例えば、メディアガイドアプリケーションは、表示のために、「Ｃｏｗｂｏｙｓ  ａｎｄ  Ａｌｉｅｎｓ」を生成する。
【０１９８】
ステップ１２２０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、ユーザにとって関心のある付加的番組が存在するかどうかを判定する。例えば、メディアガイドアプリケーションは、ユーザが料理番組およびリアリティＴＶ番組に関心があって、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」および「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  Ｔｈｅ  ＯＣ」が、それぞれ、料理番組およびリアリティＴＶ番組であることを判定する。メディアガイドアプリケーションが、関心のある付加的番組を検出しない場合、メディアガイドアプリケーションは、ステップ１２１０に戻り、表示のために、第１のチャンネル上で放送中である番組を生成し続ける。メディアガイドアプリケーションが関心のある付加的番組を検出する場合、メディアガイドアプリケーションは、ステップ１２３０に進む。
【０１９９】
ステップ１２３０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、ステップ１２２０において検出された関心のある付加的番組のいずれかが現在放送中であるかどうかを判定する。例えば、メディアガイドアプリケーションは、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」および／または「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  Ｔｈｅ  ＯＣ」が異なるチャンネル上で現在放送中であることを判定する。関心のある付加的番組が現在放送中ではない場合、メディアガイドアプリケーションは、ステップ１２５５に進み、イベント検出に関するユーザ設定が存在するかどうかを判定する。代替として、メディアガイドアプリケーションが、関心のある付加的番組が現在放送中であることを判定する場合、メディアガイドアプリケーションは、ステップ１２４０に進む。
【０２００】
ステップ１２４０では、メディアガイドアプリケーションは、第２のチューナを用いて、制御回路３０４（図３）を介して、現在放送中である識別された関心のある付加的番組に同調する。例えば、メディアガイドアプリケーションは、第２のチューナを用いて、第１のチャンネル上の「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」に同調し、次いで、第２のチューナを用いて、別のチャンネル上の「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  Ｔｈｅ  ＯＣ」に同調する。
【０２０１】
ステップ１２５０では、メディアガイドアプリケーションは、表示のために、付加的番組をディスプレイデバイス３１２（図３）上に生成する。例えば、メディアガイドアプリケーションは、表示のために、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」および「Ｔｈｅ  Ｒｅａｌ  Ｈｏｕｓｅｗｉｖｅｓ  ｏｆ  Ｔｈｅ  ＯＣ」を図９に示されるピクチャインピクチャウィンドウ９２０および９３０等のピクチャインピクチャウィンドウ内に生成する。
【０２０２】
ステップ１２５５では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、イベント検出に関するユーザ設定が存在するかどうかを判定する。イベント検出に関するユーザ設定が存在しない場合、メディアガイドアプリケーションは、ステップ１２５０に戻り、第２のチューナを用いて、表示のために、関心のある付加的番組を生成する。イベント検出に関するユーザ設定が存在する場合、メディアガイドアプリケーションは、ステップ１２６０に進む
【０２０３】
ステップ１２６０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、イベント検出に関するユーザ設定に基づいて、関心のある付加的番組を監視する。例えば、メディアガイドアプリケーションは、関心のある番組を監視し、ユーザ設定に合致する付加的イベント、例えば、特定の選手によるホームランまたは特定の登場人物に関するイベントを判定する。
【０２０４】
ステップ１２７０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、イベントが検出されたかどうかを判定する。イベントが検出されない場合、メディアガイドアプリケーションは、関心のある付加的番組を監視し、これらの関心のある付加的番組の特徴とイベント検出に関するユーザ設定を比較し続ける。イベントが検出される場合、メディアガイドアプリケーションは、ステップ１２８０または１２９０に進む。
【０２０５】
ステップ１２８０では、メディアガイドアプリケーションは、制御回路３０４（図３）を介して、イベントが検出された付加的番組のディスプレイを自動的に修正する。例えば、メディアガイドアプリケーションは、「Ｇｏｒｄｏｎ  Ｒａｍｓｅｙが怒っている」に関するユーザ設定に合致する、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」におけるＧｏｒｄｏｎ  Ｒａｍｓｅｙの怒声を検出する。本実施例では、メディアガイドアプリケーションは、表示のために、「Ｇｏｒｄｏｎ  Ｒａｍｓｅｙが怒っている」または「こちらをご確認ください」と述べたバナー（例えば、図９に示されるバナー９４０に類似する）をピクチャインピクチャウィンドウにわたって生成してもよい。代替として、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」に関するピクチャインピクチャウィンドウが以前に表示のために生成されていない場合、Ｇｏｒｄｏｎ  Ｒａｍｓｅｙの怒声の検出に応答して、メディアガイドアプリケーションは、表示のために、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」に関するピクチャインピクチャウィンドウを自動的に生成してもよい。代替として、メディアガイドアプリケーションは、表示のために、「Ｈｅｌｌ’ｓ  ｋｉｔｃｈｅｎ」を表示するためのオプション（例えば、図１０における「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦に関する通知１０４０に類似する）を自動的に生成してもよい。
【０２０６】
ステップ１２９０では、メディアガイドアプリケーションは、表示のために、制御回路３０４（図３）を介して、イベントの通知を自動的に生成する。例えば、図１０Ｂに示されるように、「Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ」戦は、ユーザが、Ｐａｔｒｉｏｔｓがお気に入りチームであることを示したため、関心のある番組として検出され得る。ユーザがまた、得点イベントに関心があることを示した場合、メディアガイドアプリケーションは、Ｐａｔｒｉｏｔｓ対Ｂｒｏｎｃｏｓ戦を監視し、得点イベント（例えば、タッチダウン）が生じたことを検出し、通知をユーザに提供することができる。
【０２０７】
本開示の前述の実施形態は、限定ではなく、例証目的のために提示され、本開示は、続く請求項によってのみ限定される。さらに、任意の一実施形態に説明される特徴および限定は、本明細書の任意の他の実施形態に適用されてもよく、一実施形態に関連するフロー図または実施例は、好適な様式で任意の他の実施形態と組み合わせられる、異なる順序で行われる、または並行して行われてもよいことに留意されたい。加えて、本明細書に説明されるシステムおよび方法は、リアルタイムで行われてもよい。また、上記に説明されるシステムおよび／または方法は、他のシステムおよび／または方法に適用される、またはそれに従って使用されてもよいことに留意されたい。
【図１】
2018533288.tif 000003
【図２】
2018533288.tif 000004
【図３】
2018533288.tif 000005
【図４】
2018533288.tif 000006
【図５】
2018533288.tif 000007
【図６】
2018533288.tif 000008
【図７】
2018533288.tif 000009
【図８】
2018533288.tif 000010
【図９】
2018533288.tif 000011
【図１０】
2018533288.tif 000012
【図１１】
2018533288.tif 000013
【図１２】
2018533288.tif 000014
【国際調査報告】
2018533288.tif 000015
2018533288.tif 000016
2018533288.tif 000017