興味が低い番組を適宜に録画するためのシステムおよび方法
【課題】ユーザにとって重要度の低い番組を録画および削除するためのシステムおよび方法を提供する。
【解決手段】選択された番組録画のための録画優先度を保存するステップと、該録画優先度が該番組の代替放送の録画を許可するかどうかを判断するステップと、該録画優先度が該番組の代替放送の録画を許可するとの判断に応じて該番組の代替放送を識別するステップと、リソースの衝突を回避しながら、該番組の全部を録画するために、複数の放送の一部分を録画するステップと、該番組の全部が再生されるように、該録画されたそれぞれの放送の一部分から該番組を再生するステップとを包含する方法。
【解決手段】選択された番組録画のための録画優先度を保存するステップと、該録画優先度が該番組の代替放送の録画を許可するかどうかを判断するステップと、該録画優先度が該番組の代替放送の録画を許可するとの判断に応じて該番組の代替放送を識別するステップと、リソースの衝突を回避しながら、該番組の全部を録画するために、複数の放送の一部分を録画するステップと、該番組の全部が再生されるように、該録画されたそれぞれの放送の一部分から該番組を再生するステップとを包含する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組を録画および削除するためのシステムおよび方法に関し、特に、ユーザにとって重要度の低い番組を録画および削除するためのシステムおよび方法に関する。
【背景技術】
【０００２】
デジタルビデオ録画（ＤＶＲ）装置などの録画装置は、当技術分野で周知であるが、依然として欠陥がある。ＤＶＲ装置のユーザは、同程度の興味を有していないような多くの番組の録画を予約してしまう場合もある。予約の衝突が発生した場合、ユーザは最も興味のある番組を録画するための選択、そして録画するための他の番組の別の放送の検索を余儀なくされる。これは一部のユーザにとって、厄介で煩雑で、ともすれば望ましくない場合がある。
【０００３】
ＤＶＲ装置のユーザは、例えば、ユーザが番組を録画しようとして、ＤＶＲ装置の残留容量が不十分であると分かったような望ましくない経験をしている場合がある。そしてユーザは、録画のキャンセル、または新しい番組のために容量を空けるため１つ以上の録画番組の選択と削除を余儀なくされる。このような経験は、ユーザが録画を予約する際は、ユーザのＤＶＲに利用可能な容量があるが、番組の放送時には、十分な容量がなくなる場合、さらに苛立たしい場合がある。このような場合、ユーザが偶然にＤＶＲ装置を確認し、放送時刻の前に容量を開けなければ、要求された番組は録画されない。ユーザが、すでに録画された番組よりも、録画したい番組に興味がある場合、この経験はかなり苛立たしい可能性がある。
【０００４】
潜在的に望ましくない経験のさらに別の例として、ＤＶＲ装置が、新規録画用に容量をあけるため、自動的に番組を削除する場合がある。ユーザが録画中の番組よりも興味がある番組をＤＶＲが削除した場合、このような結果はユーザを苛立たせる場合がある。
【０００５】
このように、ユーザの興味が低い番組を、都合の良いときに録画するためのシステムおよび方法を提供することは、望ましいであろう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明のこのような目的あるいはその他の目的は、録画装置に連結した双方向テレビアプリケーションを提供することにより、本発明の原理に従って達成される。双方向テレビアプリケーションは、自動的に録画の録画優先度を指定するか、ユーザの指定を受信する。優先度の中でもとくに、「適宜に」優先度がある（他には例えば、「高い」および「低い」であってもよい）。一部の実施形態において、唯一の録画優先度オプションは、「適宜に」か否かである。「適宜に」優先度とは、録画を要求された番組の放送が特定されず、要求された番組のコピーが、その他のユーザの要求と録画が衝突しない、第１の機会に録画されるはずであることを示す。
【課題を解決するための手段】
【０００７】
番組の録画に先立ち、双方向テレビアプリケーションは、番組の録画が、ユーザの機器での現在の予期された、あるいは予約されたリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、録画するためにチューナが利用可能かどうか、または番組を録画するために利用可能な十分な容量があるかどうかを判断してもよい。衝突が発生している、あるいは発生する見込みがある場合、双方向テレビアプリケーションは、番組の録画優先度を調査する。録画優先度が「適宜に」である場合、双方向テレビアプリケーションは、衝突のない時間の別の番組の放送を検索し、録画のための放送を予約する。
【０００８】
「適宜に」番組の単独の放送をリソースの衝突なしに全体として録画することができる時間がない場合がある。この場合、双方向テレビアプリケーションは、衝突しない「適宜に番組」のいくつかの異なった放送の一部分の録画を予約する。各部分が録画される際、またはすべての部分が録画された後、双方向テレビアプリケーションは、番組の断片をまとめ、完全な録画を実現する。代替的に、双方向テレビアプリケーションは、部分をまとめずに残し、ユーザが番組の再生を要求した時に、単にそれらを正しい順に再生してもよい。
【０００９】
予約された録画が「適宜に」を指定されていないという判断に応じて、双方向テレビアプリケーションは、「適宜に」優先度を有するその他のいずれかの予約された録画を、再予約することができるかどうかを判断する。再予約できない場合、双方向テレビアプリケーションは、解決できない衝突があることをユーザに警告し、ユーザに録画を選択するように要求するか、自動的に録画を選択してもよい。例えば、双方向テレビアプリケーションは、「優先度の高い」録画に有利となるよう「優先度の低い」録画を自動的にキャンセルしてもよい。
一部の実施形態において、双方向テレビアプリケーションは、録画番組に対する削除優先度を自動的に指定するか、ユーザの指定を受信してもよい。録画装置の容量の不足により、衝突が発生した場合、双方向テレビアプリケーションは、新規録画用に容量を空けるため、該当する場合、どの番組を削除するかを判断するため削除優先度を使用する。削除優先度には、「適宜に」優先度（一部の実施形態においては、唯一のオプションであってもよい）を含む。その他の優先度は、例えば、「私が削除するまで保存」、「高い」、および「低い」であってもよい。録画番組が「適宜に」削除優先度を有するとの判断に応じて、双方向テレビアプリケーションは、容量が利用可能であり、その他の衝突がなく、録画番組を後で録画することができる場合には、新しい番組用に容量を空けるため録画番組を削除する（双方向テレビアプリケーションは、番組全体の再録画を行うためにまとめるステップを使用してもよい）。
例えば、本発明は以下の項目を提供する。
（項目１）
番組を録画するための方法であって、
選択された番組録画のための録画優先度を保存するステップと、
該録画優先度が該番組の代替放送の録画を許可するかどうかを判断するステップと、
該録画優先度が該番組の代替放送の録画を許可するとの判断に応じて、該番組の代替放送を識別するステップと、
リソースの衝突を回避しながら、該番組の全部を録画するために、複数の放送の一部分を録画するステップと、
該番組の全部が再生されるように、該録画されたそれぞれの放送の一部分から該番組を再生するステップと
を包含する、方法。
（項目２）
前記番組を再生するステップは、該番組内でのそれぞれの部分の位置に基づいて、順にそれぞれの録画部分を再生するステップを包含する、項目１に記載の方法。
（項目３）
項目１に記載の方法であって、
それぞれの識別された放送に対し、該識別された放送の一部分を録画するステップがチューナの使用と衝突するかどうかを判断するステップをさらに包含し、
複数の放送の一部分を録画するステップは、チューナの使用と衝突しない複数の放送を録画するステップを包含する、方法。
（項目４）
項目１に記載の方法であって、
それぞれの識別された放送に対し、該識別された放送の一部分を録画するステップは、番組を録画するために利用可能な容量と衝突するかどうかを判断するステップをさらに包含し、
複数の放送の一部分を録画するステップは、番組を録画するために利用可能な容量と衝突しない複数の放送の一部分を録画するステップを包含する、方法。
（項目５）
前記番組の第１の録画部分は、該番組の代替放送からのものである、項目１に記載の方法。
（項目６）
項目１に記載の方法であって、
前記番組の全体が録画されると見込まれる日付を判断するステップと、
該日付を表示するステップと
をさらに包含する、方法。
（項目７）
番組を録画するための方法であって、
録画装置で第１の番組を録画するために、容量が必要かどうかを判断するステップと、
録画された番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有する、該録画装置上の該録画された番組または番組の一部分を識別するステップと、
該第１の番組に対し、該録画装置上の容量を解放するために、該識別された録画された番組または番組の一部分を削除するステップと、
録画のために、該識別された録画された番組または番組の一部分の今後の放送を予約するステップと、
該識別された録画された番組または番組の一部分を削除することによって解放された該容量で、少なくとも部分的に該第１の番組を録画するステップと
を包含する、方法。
（項目８）
項目７に記載の方法であって、
以前に視聴されており、前記録画された番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有しない該録画された番組または番組の一部分を識別するステップと、
該識別され、以前に視聴された録画された番組または番組の一部分を削除するステップと、
録画するために、該識別され、以前に視聴された録画された番組または番組の一部分の今後の放送を予約するステップと
をさらに包含する、方法。
（項目９）
録画するための前記識別された番組または番組の一部分の今後の放送を予約するステップは、該番組または番組の一部分の該今後の放送を録画するための録画優先度をユーザに確定させるステップをさらに包含する、項目７に記載の方法。
（項目１０）
識別および削除するステップは、前記第１の番組を録画するための十分な容量の解放に必要な、録画された番組および番組の一部分の削除と今後の放送の録画の予約とを許可する削除優先度を有する該録画された番組および番組の一部分をできるだけ多く識別し削除するステップを包含し、
該第１の番組を録画するステップは、該十分な容量に必要な該番組および番組の一部分のすべてを削除することによって解放された容量で、該第１の番組の全体を録画するステップを包含する、項目７に記載の方法。
（項目１１）
番組を録画し、表示装置で番組を再生するためのシステムであって、
番組を録画するための録画装置と、
制御回路と
を備え、該制御回路は、
予約された番組の録画に対する録画優先度を保存し、
該録画優先度が、該番組の代替放送の録画を許可するかどうかを判断し、
該録画優先度が、該番組の代替放送の録画を許可するとの判断に応じて、該番組の代替放送を識別し、
リソースの衝突を回避しながら、該番組の全部を録画するために、複数の放送の一部分を録画し、
該番組の該全部が再生されるように、録画されたそれぞれの放送の該一部から該番組を再生するように構成される、システム。
（項目１２）
前記制御回路は、前記番組内でのそれぞれの部分の位置に基づいて、順にそれぞれの録画部分を再生するようにさらに構成される、項目１１に記載のシステム。
（項目１３）
前記制御回路は、
それぞれの識別された放送に対し、該識別された放送の一部分を録画するステップがチューナの使用と衝突するかどうかを判断し、
チューナの使用と衝突しない複数の放送の該一部分を録画するようにさらに構成される、
項目１１に記載のシステム。
（項目１４）
前記制御回路は、
それぞれの識別された放送に対し、該識別された放送の一部を録画するステップが、番組を録画するために利用可能な容量と衝突するかどうかを判断し、
番組を録画するために利用可能な容量と衝突しない、複数の放送の該一部分を録画するようにさらに構成される、
項目１１に記載のシステム。
（項目１５）
前記番組の前記第１の録画部分は、該番組の代替放送からのものである、項目１１に記載のシステム。
（項目１６）
前記制御回路は、
前記番組の全体が録画されると見込まれる日付を判断し、
該日付を表示するようにさらに構成される、
項目１１に記載のシステム。
（項目１７）
番組を録画するためのシステムであって、
録画装置と、
制御回路と
を備え、該制御回路は、
録画装置で第１の番組を録画するために、容量が必要かどうかを判断し、
録画される番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有する、該録画装置上の録画された番組または番組の一部分を識別し、
該第１の番組に対し、該録画装置の容量を解放するために、該識別された録画された番組または番組の一部分を削除し、
録画するために、該識別された録画された番組または番組の一部分の今後の放送を予約し、
該識別された録画された番組または番組の一部分を削除することによって解放された該容量で、少なくとも部分的に該第１の番組を録画するように構成される、システム。
（項目１８）
前記制御回路は、
以前に視聴されており、録画された番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有しない該録画された番組または番組の一部分を識別し、
該識別され、以前に視聴された録画された番組または番組の一部分を削除し、
録画するために、該識別され、以前に視聴された録画された番組または番組の一部分の今後の放送を予約するようにさらに構成される、
項目１７に記載のシステム。
（項目１９）
前記制御回路は、前記番組または番組の一部分の前記今後の放送を録画するために、録画優先度をユーザに確定させるようにさらに構成される、項目１７に記載のシステム。
（項目２０）
前記制御回路は、
前記第１の番組を録画するための十分な容量の解放に必要な、録画された番組および番組の一部分の削除と今後の放送の録画とを許可する削除優先度を有する該録画された番組および番組の一部分をできるだけ多く識別および削除し、
該十分な容量に必要な該番組および番組の一部分のすべてを削除することによって解放された容量で、該第１の番組の全体を録画するようにさらに構成される、
項目１７に記載のシステム。
【図面の簡単な説明】
【００１０】
本発明の上記およびその他の機能、特徴、および種々の利点は、添付図面と関連させて、以下の詳細な説明を検討した上で、より明らかとなるであろう。
【００１１】
【図１】図１は、本発明の一実施形態による、例示的双方向テレビシステムの略図である。
【図２】図２は、本発明の一実施形態による、テレビ番組リストを示す例示的ディスプレイ画面を表す。
【図３】図３は、本発明の一実施形態による、テレビ番組に関する情報を示す、例示的ディスプレイ画面を表す。
【図４】図４は、本発明の一実施形態による、録画が開始された後の、テレビ番組を全画面に示す例示的ディスプレイ画面を表す。
【図５】図５は、本発明の一実施形態による、録画オプションを示す、例示的ディスプレイ画面を表す。
【図６】図６は、本発明の一実施形態による、予約の衝突通知を示す、例示的ディスプレイ画面を表す。
【図７】図７は、本発明の一実施形態による、録画容量の衝突通知を示す、例示的ディスプレイ画面を表す。
【図８】図８は、本発明の一実施形態による、録画済番組のリストを示す、例示的ディスプレイ画面を表す。
【図９】図９は、本発明の一実施形態による、「適宜に」録画優先度を有する番組を録画するための例示的プロセスのフローチャートを表す。
【図１０】図１０は、本発明の一実施形態による、「適宜に」録画優先度を有する番組を録画するための別の例示的プロセスのフローチャートを表す。
【図１１】図１１は、本発明の一実施形態による、「適宜に」削除優先度を有する番組を削除、および再録画の予約のための例示的プロセスのフローチャートを表す。
【発明を実施するための形態】
【００１２】
図１は、本発明の原理による、例示的双方向テレビシステム１を表す。ユーザ機器１０は、通信パス２２を介してコンテンツソース２０から信号の形式でコンテンツを受信する。実際には、複数のコンテンツソースがあってもよい。明確にするため、１つのみを図１に図示する。また実際には、コンテンツソース２０およびデータソース２４に連結したユーザ機器１０の複数の例があってもよい。図を明確にするため、単一のユーザのみのユーザ機器を図示する。
【００１３】
コンテンツソース２０は、例えば、ケーブルシステムヘッドエンド、衛星テレビ配信設備、テレビ放送設備、オン・デマンドサーバ（例えば、ビデオ・オン・デマンド（ＶＯＤ）サーバ）、またはコンテンツを生成、配信するためのその他のいずれかの適切な設備あるいはシステムなどのいずれかの適切なコンテンツソースであってもよい。コンテンツソース２０は、例えば、衛星パス、光ファイバーパス、ケーブルパス、またはその他のいずれかの適切な有線、あるいは無線パスを含む、いずれかの適切な通信パス２２を介し、信号を送信するように構成されてもよい。信号は、例えば、テレビ番組、音楽、ニュース、ウェブサービスなどのいずれかの適切なコンテンツ、またはその他のいずれかの適切なコンテンツを伝達してもよい。信号は、放送、マルチキャスト、ユニキャスト、またはその他のいずれかの適切な放送ストリームとして送信されてもよい。
【００１４】
ユーザ機器１０は、双方向テレビ体験の提供に適切ないずれかの機器を含んでもよい。例えば、ユーザ機器１０は、テレビカード付きパーソナルコンピュータ（ＰＣＴＶ）などのコンピュータ機器を含んでもよい。ユーザ機器１０は、テレビ、セットトップボックス、録画装置、ビデオプレーヤ、ユーザ入力装置（例えば、リモートコントロール、キーボード、マウス、タッチパッド、タッチ画面、音声認識インターフェース等）などのテレビ機器、あるいは双方向テレビ体験の提供に適切なその他のいずれかの装置を含んでもよい。例えば、ユーザ機器１０は、Ｍｏｔｏｒｏｌａ社が提供するＤＣＴ２０００、２５００、５１００、６２０８、または６４１２セットトップボックスを含んでもよい。
【００１５】
図１の例において、ユーザ機器１０は、個別の装置、あるいは単独の装置として実装される、制御回路１８、表示装置１２、録画装置１４、およびユーザ入力装置１６を少なくとも含む。双方向テレビ番組ガイドなどの双方向テレビアプリケーションは、パス２２を介してコンテンツソース２０によって送信されたコンテンツを表示装置１２に表示するように制御回路１８のチューナに指示を与え、双方向テレビアプリケーション機能を提供するようにユーザ機器１０に実装されてもよい。
【００１６】
録画装置１４は、パーソナルビデオレコーダ（ＰＶＲ）、デジタルビデオレコーダ（ＤＶＲ）、ビデオカセットレコーダ（ＶＣＲ）、ＤＶＤレコーダ、またはその他のいずれかの適切な録画装置であってもよい。録画装置１４は、１つ以上のチューナを含んでもよい。
【００１７】
表示装置１２は、例えば、テレビモニタまたはコンピュータモニタなどのいずれかの適切な装置であってもよい。また表示装置１２は、オーディオ出力を提供するように構成されてもよい。
【００１８】
制御回路１８は、入力装置１６からのユーザ入力を受信し、双方向テレビアプリケーションの命令を実行し、番組を録画する録画装置１４に指示を与え、送信された番組、録画番組、および双方向テレビアプリケーションディスプレイ画面を表示するための表示装置１２に指示を与えるように適合される。制御回路１８は、１つ以上のチューナ（例えば、アナログまたはデジタルチューナ）、エンコーダおよびデコーダ（例えば、ＭＰＥＧエンコーダおよびデコーダ）、プロセッサ（例えば、Ｍｏｔｏｒｏｌａ ６８０００ファミリープロセッサ）、メモリ（例えば、ＲＡＭおよびハードディスク）、通信回路（例えば、ケーブルモデム回路）、入力／出力回路（例えば、グラフィック回路）、ユーザ機器１０の種々の装置（例えば、録画装置１４）への接続、アナログまたはデジタルテレビ番組編成、番組録画、および双方向テレビ機能を提供するためのその他のいずれかの適切なコンポーネントを含んでもよい。一部の実施形態において、制御回路１８は、例えば、録画装置１４、ディスプレイ１２、またはその他のいずれかの装置（例えば、セットトップボックス、テレビ、ビデオプレーヤ等）の一部といったユーザ機器１０の装置の一部として含まれてもよい。
【００１９】
制御回路１８は、双方向テレビアプリケーション命令、またはその他のプログラミング論理、およびデータベース１０４を保存するためのメモリを含んでもよい。データベース１０４は、データソース２４からの双方向テレビアプリケーションデータ（番組予約データなど）、および双方向テレビアプリケーションによって使用されるその他のデータ（例えば、ユーザプロフィール、録画番組リスト、機器設定、またはその他の適切な情報）を保存する。またデータベース１０４は、予約された録画および実際の録画に対する削除優先度および録画優先度を保存してもよい。一部の実施形態において、データベース１０４は、録画装置１４などのユーザ機器１０のその他の部分に保存されるか、ユーザ宅の内部あるいは外部にある異なる装置間に保存されてもよい。
【００２０】
ユーザ機器１０は、双方向テレビアプリケーションデータを１つ以上のデータソース２４から受信してもよい。データソース２４は、特定の種類のコンテンツ、または特定のアプリケーション用のデータを提供してもよい。例えば、１つのデータソース２４は、非オンデマンド型の資産（例えば、無料およびペイ・パー・ビューテレビ番組）用のデータを提供してもよく、別のものはオンデマンド型の資産（例えば、ＶＯＤ番組）用のデータを提供してもよい。または、例えば、単一のデータソースは、これらの種類のデータの両方を提供してもよい。一部の実施形態において、１つのデータソース２４は、双方向テレビ番組ガイド用のデータを提供してもよく、別のものはユーザ機器１０で起動中の別の双方向テレビアプリケーション（例えば、ホームショッピングアプリケーション）用のデータを供給してもよい。一部の実施形態において、データソース２４は、クライアント／サーバアプローチを用いた双方向テレビアプリケーションにデータを提供してもよい。すべてのソースに対しデータソース毎に１つのサーバがあってもよく、一部の実施形態においては、単一のサーバがユーザ機器１０と種々のデータソース２４間でプロキシとして通信してもよい。
【００２１】
個別の要素としてコンテンツソース２０およびデータソース２４を図１に図示する。実際には、その機能性は結合され、単一の設備で単一のシステムから、あるいは複数の設備で複数のシステムから提供されてもよい。例えば、１つのコンテンツソース２０およびデータソース２４は、ＶＯＤコンテンツおよび関連するＶＯＤデータを提供するように結合されてもよい。
【００２２】
図２は、双方向テレビアプリケーションが、表示装置１２に表示可能な例示的番組ガイド画面２００を表す。ユーザは、例えば、「メニュー」、「ガイド」、またはその他の適切なキーの押下、あるいは別の番組ガイド画面またはメニューからナビゲートするユーザ入力装置１６でのキー操作といったいずれかの適切な手段、もしくはその他のいずれかの適切な手段によって、番組ガイド画面２００にアクセスしてもよい。例示的番組ガイド画面２００は、番組タイトル、チャンネル、予定された放送時刻、およびその他の適切な番組情報を含んだ番組リスト２１０のグリッドを含む。その他の実施形態において、番組ガイド画面は番組のリスト（例えば、単一行）を含んでもよい。ユーザは、ユーザ入力１６、またはその他のいずれかの適切な手段を用いてハイライト領域２１２で希望する番組リストを選択してもよい。
【００２３】
番組またはその他の適切なビデオ録画を予約する際、ユーザは希望する番組のハイライト（図２の例では、チャンネル２８の「Ｂｉｏｇｒａｐｈｙ」に関連するリスト２１４がハイライトされている）、「録画」キーの押下またはキー操作、あるいはユーザ入力装置１６を用いて画面から「録画」オプションの選択を行ってもよい。予約された録画は、例えば、録画アイコン２１６によって表示されてもよい。
【００２４】
録画する番組の選択に先立ち、ユーザは番組に関する付加情報を必要としてもよい。例えば、ユーザは、ハイライト領域２１２を用いてリストをハイライトしたり、「情報」キーの押下やユーザ入力装置１６でキー操作を行ってもよい。ユーザ要求の受信に応じて、双方向テレビアプリケーションは、情報画面を表示してもよい。図３は、詳細な情報セクション３０２、番組詳細エリア３０４（番組タイトル、時刻、およびチャンネルを含む）、およびビデオウィンドウ３０６を含む、例示的情報画面３００を示す。
【００２５】
また、画面３００は、選択可能なアイコン３１０を含んでもよく、それらの一部あるいはすべてはテキスト記述を含んでもよい。画面には、録画、連続録画、ペアレンタル・コントロール・ロック、またはその他のいずれかの適切な双方向テレビアプリケーション機能のオプションを含んでもよい。ユーザが番組の録画を決定した場合、ユーザは「録画」キーの押下もしくはユーザ入力装置１６を用いて画面から「録画」オプションを選択するキー操作、またはその他のいずれかの適切な手段によって録画を予約してもよい。
【００２６】
一部の実施形態において、ユーザは、例えば、図４に図示される全画面表示４００のような全画面表示によって表示装置１２で番組を見ながら、番組の録画を決定してもよい。視聴している番組を録画する際、ユーザは「録画」キーの押下またはユーザ入力装置１６でのキー操作を行ったり、その他のいずれかの適切な手段を使用してもよい。ポップアップ通知４０２のようなポップアップ通知は、録画が開始したことを確認するために表示されてもよい。また双方向テレビアプリケーションは、ユーザの番組録画の確認の受信に応答して、通知を表示してもよい。一部の実施形態において、双方向テレビアプリケーションは、予約された録画が開始された際、ポップアップ通知４０２が自動的に表示されるように指示してもよい。
【００２７】
番組録画のユーザ要求に応答して（例えば、画面２００、３００、または４００のいずれかから）、双方向テレビアプリケーションは、選択された番組に対する録画優先度（例えば、高い、低い、「適宜に」など）を自動的に指定するか、またはユーザに指定を促す。双方向テレビアプリケーションは、いずれかの適切なアプローチを用いて録画の優先度を自動的に指定してもよい。例えば、ユーザが番組の視聴および録画に対して支払いを行っている場合、ユーザは番組への高い関心を有している可能性があるため、双方向テレビアプリケーションは優先度を高く設定してもよい。別の例として、双方向テレビアプリケーションは、ユーザ視聴履歴に基づいて、番組がユーザにとってどれほど望ましいものであるかを判断してもよい。ユーザが非常に興味をもっており、見る可能性が高い番組であるとの判断に応じて、アプリケーションは、例えば、番組に高い優先度を指定してもよい。例えば、選択された番組が放送されるのと同時刻に、より興味のある他の番組があり、他の選択された番組の放送があると判断した場合、番組に「適宜に」の優先度を指定してもよい。さらに別の例として、双方向テレビアプリケーションはデフォルトで、現在見ている番組の録画を高く設定してもよい。
【００２８】
一部の実施形態において、双方向テレビアプリケーションは、ユーザが録画を見る時期を予測し、それにより録画優先度を設定するようにしてもよい。この予測は、例えば、一般的にユーザが番組を録画してからそれを見るまでの期間（「待機期間」）に基づいてもよい。待機期間は、ガイドによって判断されてもよいし、または代替的にユーザによって設定されてもよい。双方向テレビアプリケーションは、ユーザが所定の録画を見る時期をより良く予測するため、番組の異なった分類またはジャンルに対する待機期間を判断してもよい。一部の実施形態において、双方向テレビアプリケーションは、ユーザが録画を見る可能性が高い時期が近づいたとき、録画優先度を自動的に更新してもよい。
【００２９】
以下の例は、本発明の一部の実施形態において、双方向テレビアプリケーションが、どのように番組に対する録画優先度を自動的に判断するか実証する。月曜日にユーザが、火曜日のゴールデンタイムの番組を毎週録画することにしたと仮定する（連続録画など）。ユーザの視聴および使用履歴に基づいて、双方向テレビアプリケーションは、これが、ユーザが非常に興味のある番組であり、一般的にユーザはこの録画を見るために土曜日まで待機するということを判断する。また、双方向テレビアプリケーションは、予約データを調査し、番組の再放送が土曜日までに３回あることを判断する。いずれの放送にも衝突がないと判断した後、双方向テレビアプリケーションは、優先度を「適宜に」に設定する。その週が経過するとともに、ユーザはさらなる録画を予約し、第１および第３の放送に対し、リソースの衝突を引き起こしてしまう。それに応じて、双方向テレビアプリケーションは、録画優先度を優先度の高いものに更新し、録画するために第２の放送を予約する。
【００３０】
録画のための録画優先度を自動的に設定する代わりに、あるいはそれに加え、双方向テレビアプリケーションは、録画のための優先度の指定をユーザに促す。例えば、双方向テレビアプリケーションは、番組のための画面、または図５に図示されるポップアップメニュー５０２のようなポップアップを表示してもよい。ポップアップメニュー５０２は、複数の録画オプション５０４を含む。録画オプション５０４には、録画するコピー数、複数の放送が利用可能である場合（例えば、アナログ、デジタル、高精細度等）の録画する放送、録画優先度、ユーザが番組を視聴する時期、開始バッファの長さ、およびコピーの保存期間を含む。これらは、その他のいずれかの適切な録画オプションが使用されてもよい場合の、ほんの一部の例である。一部の実施形態において、録画オプションのポップアップメニューは、図５に図示されるオプションの代わりに、あるいはそれに加え、その他のいずれかの適切な録画オプション（例えば、解像度、録画するチャンネル、ビットレート、録画サイズ、終了バッファの長さなど）を含んでもよい。図５の例において、ユーザは、図２で録画のために選択された番組、「Ｂｉｏｇｒａｐｈｙ」に対して、「適宜に」録画優先度を設定している。
【００３１】
ユーザによる設定、または双方向テレビアプリケーションによる自動設定に関わらず、録画優先度（およびその他の録画オプション）は、図１のデータベース１０４などのデータベースに保存されてもよい。優先度は、いずれかの適切なアプローチを用いて、データベース１０４に示されてもよい。例えば、入力は単純なフラグあるいは英数字であってもよい。
【００３２】
番組の録画に先立ち、双方向テレビアプリケーションは、録画が、現在の予約されたか、または予期されるユーザ機器１０のリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、制御回路１８または録画装置１４（図１）のチューナが、録画のために利用可能かどうか、または録画装置１４に番組を録画するための十分な容量があるかどうかを判断してもよい。双方向テレビアプリケーションは、例えば、ユーザの視聴または使用履歴に基づいて、ユーザ機器１０のリソースの使用を予測あるいは予期してもよい。いずれのアプローチが使用されようと、衝突確認は、番組の録画の直前、録画の設定時、あるいはその間のいずれかの時に行われてもよい。一部の実施形態において、双方向テレビアプリケーションは、リソースの衝突に関して、予約された録画を定期的にあるいは継続的に監視する。
【００３３】
衝突が存在する、あるいは存在する見込みがある場合、双方向テレビアプリケーションは、番組の録画優先度を調査する。録画優先度が「適宜に」である場合、双方向テレビアプリケーションは、番組の代替（例えば、今後の）放送に関する、予定のデータ（データソース２４から受信され、図１のデータベース１０４に保存された番組ガイドデータなど）を検索し、代替放送のいずれかの録画が、リソースの衝突を引き起こすかどうかを判断する。衝突のない１つ以上の放送が見つかった場合、双方向テレビアプリケーションは、録画のため、放送の1つ（例えば、次の時間の放送）を予約する。衝突のない放送が１つ
だけ見つかった場合、双方向テレビアプリケーションは、確実に録画するため、その放送の録画優先度を高く設定してもよい。代替的に、単一の放送の優先度は、低いままであってもよい。一部の例において、衝突のない放送が利用可能ではない場合もある。この場合、双方向テレビアプリケーションは、要求された番組が最終的に録画され視聴されるまで、あるいはユーザが録画要求をキャンセルするまで、番組の録画要求をメモリに保持し、次回の番組のデータの受信時にその検索を継続してもよい。
【００３４】
以下の例は、双方向テレビアプリケーションが、どのように「適宜に」録画優先度を有する番組を録画するかを説明する。この例において、双方向テレビアプリケーションは、ユーザが録画を設定した際、リソースの衝突があるかどうかを判断する。ユーザは、図２の対応するリスト（チャンネル２８、午後９時〜１０時）を選択することによって、番組「Ｂｉｏｇｒａｐｈｙ」の録画を決定する。選択を受信すると、双方向テレビアプリケーションは、ユーザに録画オプション設定を促す、画面５００（図５）を表示してもよい。この例において、ユーザは「適宜に」録画優先度を設定する。ユーザによって設定された録画オプションを受信すると、双方向テレビアプリケーションは、２つのチューナを含むユーザの機器が、午後９時の放送に利用可能なチューナを有していない（２つの番組が録画予約されている）が、午前１時の放送に利用可能な１つのチューナを有している（録画予約はないが、その時は、一般的にユーザはＶＯＤ番組を見ている）ことを判断する。この判断に応じて、双方向テレビアプリケーションは、午前１時にチャンネル２８で「Ｂｉｏｇｒａｐｈｙ」の録画を予約する。
【００３５】
一部の場合、リソースの衝突なしには、「適宜に」番組の単独放送を全体として録画することができる時間がない場合がある。この場合、双方向テレビアプリケーションは、「適宜に番組」の衝突しない異なった放送の一部の録画を予約する。各部分が録画される際、あるいは全部が録画された後、双方向テレビアプリケーションは、番組の断片をまとめ、単一の完全な録画を実現してよい。代替的に、双方向テレビアプリケーションは、部分をまとめずに残し、ユーザが番組の再生を要求した時に、単にそれらを正しい順で再生してもよい。
【００３６】
以下の例は、本機能を説明する。「適宜に」番組が、２週連続の金曜日午後８時〜１０時の間に、２放送だけを有していると仮定する。第１の放送の録画を予約した後、ユーザは、その他の番組に対し、２つの優先度の高い録画を予約する。１つ目は、「適宜に」録画の第１の放送の間の午後８時〜９時である。２つ目は、「適宜に」録画の第２の放送の間の午後９時〜１０時である。第２の優先度の高い録画は、「適宜に」番組の第１の放送の前に設定された。
【００３７】
ユーザが第１の優先度の高い録画を予約した後、双方向テレビアプリケーションは、衝突を識別する。衝突後、「適宜に」番組の次の放送を識別し、録画するための放送（第２の放送）を予約することによって解決する。ユーザが第２の優先度の高い録画を予約した後、双方向テレビアプリケーションは、衝突を識別する。「適宜に」番組の次の放送を識別することによって対処すが、その放送は最初に衝突のあった第１の放送である。優先度の高い録画の開始時刻および終了時刻を比較し、「適宜に」番組全部が録画することができると判断した後、双方向テレビアプリケーションは、衝突しない「適宜に」放送の半分ずつを録画するため予約する。
【００３８】
一部の実施形態において、双方向テレビアプリケーションは、双方向テレビアプリケーションが、録画を完了するための番組の代替放送を識別していない（例えば、既知の今後の放送がない、あるいはユーザの機器のリソースが、既知の今後の放送に対し利用可能でないため）としても、ユーザの機器が利用可能なリソースを有している場合、「適宜に」番組の一部分を系統的に録画してもよい。この場合、１つ以上より先の未確定の放送を、録画を完了するために使用してもよい。
【００３９】
一部の場合において、双方向テレビアプリケーションは、予約の衝突が解決できないものであると判断し、ユーザに番組の選択を促す。図６は、衝突が予約の衝突である場合、双方向テレビアプリケーションが提供してもよい、例示的衝突ディスプレイ６００を示す。ユーザは、「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」の予約を続行するため、オプション（例えば、アイコン６０６）を選択するか、「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」の録画をキャンセルし、代わりに「Ｂｉｏｇｒａｐｈｙ」を録画するため、オプション（例えば、アイコン６０８）を選択してもよい。一部の実施形態において、「適宜に」番組に影響を与える予約の衝突は、ユーザには示されなくてもよい。これらの衝突は、双方向テレビアプリケーションによって、優先度の高い番組に有利に自動的に解決されてもよい。
【００４０】
一部の場合において、衝突は録画装置の容量の不足によって発生する。この場合、双方向テレビアプリケーションは、衝突を解決するため削除優先度を使用してもよい（例えば、新規録画用に容量を空けるため、該当する場合、どの番組を削除するかを判断する）。一部の実施形態において、双方向テレビアプリケーションは、録画番組に対する削除優先度を自動的に指定してもよいか、あるいはユーザの指定を受信してもよい。削除優先度には、「適宜に」優先度（一部の実施形態において、唯一のオプションであってもよい）を含む。その他の優先度は、例えば、「私が削除するまで保存」、「高い」、「低い」であってもよい。
【００４１】
番組が「適宜に」またはその他の削除優先度を有するとの表示に応じて、双方向テレビアプリケーションは、削除優先度の設定を反映するため、データベース１０４（図１）のエントリを変更してもよい。例えば、双方向テレビアプリケーションは、削除優先度を反映するため、データベース１０４のデータベースのエントリを変更してもよい（例えば、フラグの設定、フィールドの英数字の変更によって）。
【００４２】
双方向テレビアプリケーションは、いずれかの適切なアプローチを用いて、番組に対する削除優先度を自動的に指定してもよい。例えば、ユーザが番組を録画するために支払いを行った場合、ユーザはその番組に高い関心を持っている可能性が高いため、双方向テレビアプリケーションは、削除優先度を高く設定してもよい。別の例として、双方向テレビアプリケーションは、ユーザの視聴履歴に基づいて、番組がユーザにとってどれほど望ましいものであるかを判断してもよい。ユーザが非常に興味をもっており、見る可能性が高い番組であるとの判断に応じて、アプリケーションは、例えば、番組に高い優先度を指定してもよい。例えば、一般的に録画番組を見るためのユーザの一般的な待機期間、または特定のジャンルの録画を見るためのユーザの待機期間に、その他の番組の放送があると判断した際、番組を「適宜に」優先度に指定してもよい。一部の実施形態において、双方向テレビアプリケーションは、ユーザがすでに見たものを録画するために、削除優先度を「適宜に」優先度として指定してもよい。一部の実施形態において、双方向テレビアプリケーションは、「適宜に」録画優先度を有するいずれの番組に対しても、削除優先度を「適宜に」へ自動的に設定してもよい。
【００４３】
録画に対する削除優先度の自動設定の代わりに、あるいはそれに加え、双方向テレビアプリケーションは、ユーザに削除優先度を促してもよい。例えば、ユーザは、ハイライト領域８１４を有する図８の録画ディスプレイ内で、リストをハイライトしたり、「適宜に」優先度アイコン８１０を選択してもよい。代替的に、ユーザは、録画済番組情報画面のアイコンまたはオプションを選択することによって、削除優先度を設定してもよい。
【００４４】
録画済番組が「適宜に」削除優先度を有するとの判断に応答して、双方向テレビアプリケーションは、容量が利用可能な時（およびその他のいかなる衝突もない時）に、録画済番組を後で録画することができる場合、新しい番組のための容量を空けるため、録画済番組を削除する。一部の実施形態において、「適宜に」削除優先度を有する番組は、後の放送が置き換えに利用可能であるかどうかに関わらず、優先度のより高い番組のための容量を空けるため、削除されてもよい。「適宜に」削除優先度を有する番組が削除される際、双方向テレビアプリケーションは、別の放送が利用可能である場合、再録画のための番組を自動的に予約する。一部の実施形態において、予約された録画は、「適宜に」録画優先度に設定されてもよい。そして番組は、容量が利用可能となった時点で、再録画されてもよい。一部の実施形態において、双方向テレビアプリケーションは、「適宜に」録画優先度を有していないが、ユーザがすでに再生した番組を録画するため、削除および再予約をしてもよい。
【００４５】
一部の例において、双方向テレビアプリケーションは、格納容量の衝突を解決できなくてもよい。図７は、ユーザに録画を続行するべきかどうかの判断を促す、例示的ディスプレイ７００を示す。この例において、双方向テレビアプリケーションは、「ＮＢＡ Ｉｎｓｉｄｅ Ｓｔｕｆｆ」（リスト７０２）のための容量を空けるため、ともに「適宜に」削除優先度を有していると識別された「Ｂｉｏｇｒａｐｈｙ」および「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」（リスト７０４）の削除を示唆している。双方向テレビアプリケーションは、それらの２つの番組が「適宜に」削除優先度を有することを、「適宜に」削除優先度アイコン７１２でユーザに示す。ユーザは、削除を続行するため、オプション（例えば、アイコン７０６）を選択するか、「ＮＢＡ Ｉｎｓｉｄｅ Ｓｔｕｆｆ」の録画をキャンセルするため、オプション（例えば、アイコン７０８）を選択してもよい。一部の実施形態において、双方向テレビアプリケーションは、優先度がより高い録画のための容量を空けるために、「適宜に」削除優先度を有する番組が削除される際、ユーザに通知しなかったり、ユーザにオプションを与えなくてもよい。
【００４６】
番組が録画された時点で、完全にあるいは部分的に、ユーザは、例えば、図８に図示されるリストディスプレイ８００のようなリストディスプレイにアクセスし、録画番組のリストを見てもよい。ユーザは、「録画番組メニュー」キーの押下または双方向テレビアプリケーション画面の１つからナビゲートするキー操作、あるいはその他のいずれかの適切な手段によって、リストディスプレイにアクセスしてもよい。例示的リストディスプレイ８００は、録画番組リスト８０２（番組タイトルおよび長さを含む）、番組詳細エリア８０４、およびビデオウィンドウ８０６を含む。
【００４７】
リストディスプレイで「適宜に」削除優先度を有する番組をユーザが認識するために、双方向テレビアプリケーションは、番組に関連するリストでのアイコンの表示、リストの色の変更、またはいずれかの適切な方法によるリストのマークを行ってもよい。図８の例において、「Ｂｉｏｇｒａｐｈｙ」および「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」のリストは、アイコン８１２によって、「適宜に」削除優先度を有すると識別される。一部の実施形態において、ユーザは、完全にあるいは部分的に録画された番組を、画面８００から削除してもよい。
【００４８】
一部の実施形態において、録画番組リスト（例えば、リスト８０２）は、部分的に録画される番組のリストを含んでもよい。部分的な録画番組は、ユーザが視聴できるように、利用可能としてもよい。一部の実施形態において、不完全な番組のリストは、録画が完了した分の量の表示を含んでもよい。例えば、リスト８１６は「Ｂｉｏｇｒａｐｈｙ」が７０％のみ完了していることを示す。一部の実施形態において、この表示によって、どの部分が視聴のために利用可能か、および／またはどの部分がまだ録画されていないかをユーザに知らせる。一部の実施形態において、双方向テレビアプリケーションは、番組の録画が完了する予定日および時刻をユーザに提供してもよい。一部の実施形態において、完全に録画された番組のみが、番組リスト８０２に含まれてもよい。
【００４９】
以下のフローチャートは、本発明の一部の実施形態に伴うプロセスを説明する。図９は、本発明の一実施形態において、「適宜に」録画優先度を有する番組の放送の一部を録画するための例示的プロセスのフローチャートである。プロセス９００は、ステップ９０２から開始する。ステップ９１０で双方向テレビアプリケーションは、例えば、ユーザの命令に応じて録画するための番組の放送を選択する。別の例において、双方向テレビアプリケーションは、いずれかの適切な基準（例えば、ユーザの好み、連続録画等）に基づいて、録画するための番組を自動的に選択してもよい。ステップ９２０で双方向テレビアプリケーションは、番組に対する録画優先度をメモリに保存する。例えば、ユーザが、番組に対する録画優先度を設定しておいてもよいし、双方向テレビアプリケーションが、録画優先度を自動的に設定してもよい。
【００５０】
ステップ９３０で、双方向テレビアプリケーションは、番組の録画優先度が、予約された録画の代わりに、番組の代替の（例えば、今後の）放送の録画を許可するかどうか（例えば、「適宜に」優先度であるかどうか）を判断する。双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可しないと判断した場合、プロセス９００は、選択された放送が録画される、ステップ９３５へ移動する。代わりに双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可すると判断した場合、プロセス９００は、ステップ９４０へ移動する。録画がユーザ機器（図示せず）のリソースの使用と衝突する、あるいは衝突する見込みがあるとの判断に応じて、ステップ９３０は、条件付で実行されてもよい。
【００５１】
ステップ９４０では、録画優先度が選択されたものの代わりに、代替放送の録画を許可するとの判断に応じて、双方向テレビアプリケーションは、番組の代替放送を識別する。例えば、双方向テレビアプリケーションは、番組の代替放送時刻を、データソース２４によって提供される番組予定データで検索してもよい。ステップ９５０では、双方向テレビアプリケーションは、最初に選択されていた放送または代替放送のいずれかから始め、番組のそれぞれの放送の部分が、現在の予期されたまたは予約されたユーザ機器のリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、番組が、最初の放送および代替放送の一部を同時刻に録画するよう予約されているかどうか、または放送時に、個別の放送の全部を録画するため、録画装置１４（図１）に十分な容量がないかどうかを判断してもよい。双方向テレビアプリケーションは、それぞれの放送の放送時刻まで何度でも、随時衝突の確認を行ってもよい。双方向テレビアプリケーションが、代替放送の一部が衝突していないと判断した場合、プロセス９００は、衝突していない番組の代替放送の一部が録画される、ステップ９６０へ移動する。代わりに双方向テレビアプリケーションが、その代替放送の全体が衝突していると判断した場合、プロセス９００は、別の放送が現在の予期された、または予約されたユーザの機器のリソースの使用と衝突するかどうかを判断するため、ステップ９５０へ戻る。
【００５２】
ステップ９７０では、双方向テレビアプリケーションは、例えば、それぞれの放送から録画された番組の部分を比較することによって、番組が全体として録画されたかどうかを判断し、部分を結合することで、ユーザに番組全部を提供するかどうかを判断する。双方向テレビアプリケーションが、録画が不完全であると判断した場合、プロセス９００は番組のさらなる部分を録画するため、ステップ９５０へ移動する。代わりに双方向テレビアプリケーションが、録画が完全であると判断した場合、プロセス９００はステップ９７２で終了する。
【００５３】
図１０は、本発明の一実施形態における、「適宜に」録画優先度を有する番組の放送の一部を録画するための例示的プロセスのフローチャートである。プロセス１０００は、ステップ１００２から開始する。ステップ１０１０で、双方向テレビアプリケーションは、録画するための番組を選択する。例えば、ユーザは、双方向テレビアプリケーションに録画するための番組を選択するよう指示してもよく、双方向テレビアプリケーションは、録画するための番組（例えば、ユーザの好み、連続録画に基づいて）を自動的に選択してもよい。ステップ１０２０で、双方向テレビアプリケーションは、選択された番組に録画優先度を割り当てる。例えば、ユーザは双方向テレビアプリケーションに、特定の録画優先度を番組に割り当てるように指示してもよく、双方向テレビアプリケーションは、録画優先度を自動的に割り当ててもよい。ステップ１０３０では、双方向テレビアプリケーションは、ステップ１０２０で割り当てられた録画優先度をメモリに保存する。
【００５４】
ステップ１０４０で双方向テレビアプリケーションは、録画する番組の特定の放送を割り当てる。例えば、双方向テレビアプリケーションは、録画するためにユーザによって選択された放送を割り当ててもよい。一部の実施形態において、双方向テレビアプリケーションは、ステップ１０４０を省略してもよい（例えば、選択された番組が「適宜に」録画優先度を有している場合）。
【００５５】
ステップ１０５０で双方向テレビアプリケーションは、番組の録画優先度が、予約された放送の代わりに番組の代替放送の録画を許可するかどうか（例えば、「適宜に」優先度であるかどうか）を判断する。双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可しないと判断した場合、プロセス１０００は、ユーザの機器が割り当てられた（例えば、ステップ１０４０で割り当てられた）番組の放送を録画する、ステップ１０５５へ移動する。そしてプロセス１０００は、ステップ１０９２で終了する。代わりに双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可すると判断した場合、プロセス１０００は、ステップ１０６０へ移動する。録画がユーザの機器（図示せず）のリソースの別の使用と衝突する、あるいは衝突する見込みがあるとの判断に応じ、ステップ１０５０は、条件付で実行されてもよい。
【００５６】
ステップ１０６０で、双方向テレビアプリケーションは、番組の現在の放送または代替放送を識別する。一部の実施形態において、双方向テレビアプリケーションは、録画のために番組が選択される際、番組が放送される際（または直前）、あるいはその間随時、番組の放送を識別してもよい。一部の実施形態において、双方向テレビアプリケーションは、定期的に放送を識別してもよい。
【００５７】
ステップ１０７０で、双方向テレビアプリケーションは、識別された番組の放送が、ユーザの機器のリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、ユーザの機器が、識別された放送を録画するために、利用可能なチューナおよび十分な容量を有するかどうかを判断する。双方向テレビアプリケーションが、放送がユーザの機器の使用と衝突しない（例えば、ユーザの機器が識別された放送を録画するために、十分なリソースを有している）と判断した場合、プロセス１０００は、識別された放送が録画される、ステップ１０７５へ移動する。そしてプロセス１０００は、ステップ１０９２で終了する。
【００５８】
代わりに双方向テレビアプリケーションが、放送がユーザの機器の使用と衝突する（例えば、ユーザの機器が、識別された放送を録画するために、十分なリソースを有していない）と判断した場合、プロセス１０００はステップ１０８０へ移動する。ステップ１０８０で、双方向テレビアプリケーションは、まだ録画されていない識別された放送の一部が、ユーザの機器のリソースの他の使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、ユーザの機器が２時間の番組のうちの半時間のみを録画するために利用可能なチューナを有するかどうかを判断してもよい。別の例として、双方向テレビアプリケーションは、ユーザの機器が番組の３０分のみを録画するために十分な容量を有するかどうかを判断してもよい。双方向テレビアプリケーションが、まだ録画されていない放送の一部が、ユーザの機器のリソースの使用と衝突する（例えば、ユーザの機器が、まだ録画されていない番組の一部を録画するために利用可能なリソースを有してない）と判断した場合、プロセス１０００は、双方向テレビアプリケーションが番組の別の放送を識別する、ステップ１０６０へ戻る。
【００５９】
代わりに双方向テレビアプリケーションが、まだ録画されていない放送の一部は、ユーザの機器のリソースの使用と衝突しない（例えば、ユーザの機器が、まだ録画されていない番組の一部を録画するために利用可能なリソースを有している）と判断した場合、プロセス１０００はステップ１０８５へ戻る。ステップ１０８５で、双方向テレビアプリケーションは、ユーザの機器のリソースの使用と衝突しない番組の一部を録画する。ステップ１０９０で双方向テレビアプリケーションは、選択された番組の録画が完了したかどうかを判断する。双方向テレビアプリケーションが、録画が不完全であると判断した場合、プロセス１０００は、番組の別の放送が選択される、ステップ１０６０へ戻る。代わりに双方向テレビアプリケーションが、録画が完了したと判断した場合、プロセス１０９０はステップ１０９２で終了する。
【００６０】
図１１は、「適宜に」削除優先度を有する番組を削除し、削除された番組の今後の放送を録画するための、例示的プロセスのフローチャートである。プロセス１１００は、ステップ１１０２から始まる。ステップ１１１０で双方向テレビアプリケーションは、例えば、ユーザの命令に応じて録画するための番組を予約する。別の例において、双方向テレビアプリケーションは、いずれかの適切な基準（例えば、ユーザの好み、連続録画等）に基づいて、録画するための番組を自動的に予約する。ステップ１１２０で双方向テレビアプリケーションは、ユーザの機器が番組を録画するために利用可能な十分な容量を有するかどうかを判断する。例えば、双方向テレビアプリケーションは、録画装置１４に利用可能な容量があるかどうか判断し、要求された番組の予想されるサイズに対し、利用可能な容量を比較してもよい。双方向テレビアプリケーションが、ユーザの機器が利用可能な十分な容量を有すると判断した場合、プロセス１１００は、ステップ１１９０へ移動し、番組を録画する。代わりに双方向テレビアプリケーションがユーザの機器が利用可能な十分な容量を有していないと判断した場合、プロセス１１００は、ステップ１１３０へ移動する。
【００６１】
ステップ１１３０で双方向テレビアプリケーションは、以前の録画済番組（または番組の一部）１〜Ｎを識別し、ステップ１１４０で、識別された録画済番組あるいは番組の一部のそれぞれが、番組の削除、および番組の今後の放送の録画を許可する削除優先度（例えば、「適宜に」削除優先度）を有するかどうかを判断する。番組が確認される順番は、例えば、優先度、録画日、サイズ等のいずれかの適切な基準に基づいてもよい。双方向テレビアプリケーションが、番組が番組の削除、および番組の今後の放送の録画を許可する、削除優先度を有していないと判断した場合、プロセス１１００はステップ１１４０に戻り、別の録画番組が適切な削除優先度を有するかどうかを判断する。
【００６２】
代わりに双方向テレビアプリケーションが、番組または番組の一部は、番組が番組の削除、および番組の今後の放送の録画を許可する、削除優先度を有していると判断した場合、プロセス１１００はステップ１１５０へ移動する。ステップ１１５０で双方向テレビアプリケーションは、番組がユーザの機器のリソースの使用と衝突しない今後の放送を有するかどうかを判断する。例えば、双方向テレビアプリケーションは、録画番組または番組の一部の今後の放送を識別し、ユーザの機器のリソース（例えば、利用可能なチューナ）の予約され予期された使用とそれらを比較してもよい。双方向テレビアプリケーションが、番組は適切な今後の放送を有していないと判断した場合、プロセス１１００はステップ１１４０に戻り、別の録画番組が、上述されるように、適切な削除優先度を有するかどうかを判断する。
【００６３】
代わりに双方向テレビアプリケーションが、録画番組または番組の一部は、ユーザの機器のリソースの使用と衝突しない今後の放送を有すると判断した場合、プロセス１１００は、双方向テレビアプリケーションが録画するための今後の放送を予約する、ステップ１１６０へ移動する。ステップ１１５０および１１６０は、任意的であってもよい。たとえ録画するために予約することができる既知の今後の放送がない場合でも、双方向テレビアプリケーションは、「適宜に」削除優先度を有する番組または番組の一部を削除してもよい。ステップ１１７０で双方向テレビアプリケーションは、さらに番組を録画するための容量を空けるため、録画番組または番組の一部を削除する。ステップ１１８０で双方向テレビアプリケーションは、録画番組が削除されたため、ユーザの機器が番組を全体として録画するための十分な容量があるかどうかを判断する。双方向テレビアプリケーションが、ユーザ機器が利用可能な十分な容量を有していると判断した場合、プロセス１１００はステップ１１９０へ移動し、要求された番組を利用可能な容量に録画する。代わりに双方向テレビアプリケーションが、ユーザの機器は十分な容量を有していないと判断した場合、プロセス１１００はステップ１１４０へ戻り、上述のように、削除するために別の「適宜に」録画の検出を試みる。プロセス１１００はステップ１１９２で終了する。
【００６４】
一部の実施形態において、双方向テレビアプリケーションは、例えば、録画する番組が、「適宜に」録画優先度を有している場合などに、削除することによって利用可能となった容量に、要求された番組の一部のみを録画してもよい。このような実施形態において、双方向テレビアプリケーションは、上述のように、番組を再生するためにまとめてもよい。
【００６５】
上述される本発明の実施形態は、限定ではなく例示目的のために提示され、本発明は以下の請求項によってのみ限定される。
【技術分野】
【０００１】
本発明は、番組を録画および削除するためのシステムおよび方法に関し、特に、ユーザにとって重要度の低い番組を録画および削除するためのシステムおよび方法に関する。
【背景技術】
【０００２】
デジタルビデオ録画（ＤＶＲ）装置などの録画装置は、当技術分野で周知であるが、依然として欠陥がある。ＤＶＲ装置のユーザは、同程度の興味を有していないような多くの番組の録画を予約してしまう場合もある。予約の衝突が発生した場合、ユーザは最も興味のある番組を録画するための選択、そして録画するための他の番組の別の放送の検索を余儀なくされる。これは一部のユーザにとって、厄介で煩雑で、ともすれば望ましくない場合がある。
【０００３】
ＤＶＲ装置のユーザは、例えば、ユーザが番組を録画しようとして、ＤＶＲ装置の残留容量が不十分であると分かったような望ましくない経験をしている場合がある。そしてユーザは、録画のキャンセル、または新しい番組のために容量を空けるため１つ以上の録画番組の選択と削除を余儀なくされる。このような経験は、ユーザが録画を予約する際は、ユーザのＤＶＲに利用可能な容量があるが、番組の放送時には、十分な容量がなくなる場合、さらに苛立たしい場合がある。このような場合、ユーザが偶然にＤＶＲ装置を確認し、放送時刻の前に容量を開けなければ、要求された番組は録画されない。ユーザが、すでに録画された番組よりも、録画したい番組に興味がある場合、この経験はかなり苛立たしい可能性がある。
【０００４】
潜在的に望ましくない経験のさらに別の例として、ＤＶＲ装置が、新規録画用に容量をあけるため、自動的に番組を削除する場合がある。ユーザが録画中の番組よりも興味がある番組をＤＶＲが削除した場合、このような結果はユーザを苛立たせる場合がある。
【０００５】
このように、ユーザの興味が低い番組を、都合の良いときに録画するためのシステムおよび方法を提供することは、望ましいであろう。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明のこのような目的あるいはその他の目的は、録画装置に連結した双方向テレビアプリケーションを提供することにより、本発明の原理に従って達成される。双方向テレビアプリケーションは、自動的に録画の録画優先度を指定するか、ユーザの指定を受信する。優先度の中でもとくに、「適宜に」優先度がある（他には例えば、「高い」および「低い」であってもよい）。一部の実施形態において、唯一の録画優先度オプションは、「適宜に」か否かである。「適宜に」優先度とは、録画を要求された番組の放送が特定されず、要求された番組のコピーが、その他のユーザの要求と録画が衝突しない、第１の機会に録画されるはずであることを示す。
【課題を解決するための手段】
【０００７】
番組の録画に先立ち、双方向テレビアプリケーションは、番組の録画が、ユーザの機器での現在の予期された、あるいは予約されたリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、録画するためにチューナが利用可能かどうか、または番組を録画するために利用可能な十分な容量があるかどうかを判断してもよい。衝突が発生している、あるいは発生する見込みがある場合、双方向テレビアプリケーションは、番組の録画優先度を調査する。録画優先度が「適宜に」である場合、双方向テレビアプリケーションは、衝突のない時間の別の番組の放送を検索し、録画のための放送を予約する。
【０００８】
「適宜に」番組の単独の放送をリソースの衝突なしに全体として録画することができる時間がない場合がある。この場合、双方向テレビアプリケーションは、衝突しない「適宜に番組」のいくつかの異なった放送の一部分の録画を予約する。各部分が録画される際、またはすべての部分が録画された後、双方向テレビアプリケーションは、番組の断片をまとめ、完全な録画を実現する。代替的に、双方向テレビアプリケーションは、部分をまとめずに残し、ユーザが番組の再生を要求した時に、単にそれらを正しい順に再生してもよい。
【０００９】
予約された録画が「適宜に」を指定されていないという判断に応じて、双方向テレビアプリケーションは、「適宜に」優先度を有するその他のいずれかの予約された録画を、再予約することができるかどうかを判断する。再予約できない場合、双方向テレビアプリケーションは、解決できない衝突があることをユーザに警告し、ユーザに録画を選択するように要求するか、自動的に録画を選択してもよい。例えば、双方向テレビアプリケーションは、「優先度の高い」録画に有利となるよう「優先度の低い」録画を自動的にキャンセルしてもよい。
一部の実施形態において、双方向テレビアプリケーションは、録画番組に対する削除優先度を自動的に指定するか、ユーザの指定を受信してもよい。録画装置の容量の不足により、衝突が発生した場合、双方向テレビアプリケーションは、新規録画用に容量を空けるため、該当する場合、どの番組を削除するかを判断するため削除優先度を使用する。削除優先度には、「適宜に」優先度（一部の実施形態においては、唯一のオプションであってもよい）を含む。その他の優先度は、例えば、「私が削除するまで保存」、「高い」、および「低い」であってもよい。録画番組が「適宜に」削除優先度を有するとの判断に応じて、双方向テレビアプリケーションは、容量が利用可能であり、その他の衝突がなく、録画番組を後で録画することができる場合には、新しい番組用に容量を空けるため録画番組を削除する（双方向テレビアプリケーションは、番組全体の再録画を行うためにまとめるステップを使用してもよい）。
例えば、本発明は以下の項目を提供する。
（項目１）
番組を録画するための方法であって、
選択された番組録画のための録画優先度を保存するステップと、
該録画優先度が該番組の代替放送の録画を許可するかどうかを判断するステップと、
該録画優先度が該番組の代替放送の録画を許可するとの判断に応じて、該番組の代替放送を識別するステップと、
リソースの衝突を回避しながら、該番組の全部を録画するために、複数の放送の一部分を録画するステップと、
該番組の全部が再生されるように、該録画されたそれぞれの放送の一部分から該番組を再生するステップと
を包含する、方法。
（項目２）
前記番組を再生するステップは、該番組内でのそれぞれの部分の位置に基づいて、順にそれぞれの録画部分を再生するステップを包含する、項目１に記載の方法。
（項目３）
項目１に記載の方法であって、
それぞれの識別された放送に対し、該識別された放送の一部分を録画するステップがチューナの使用と衝突するかどうかを判断するステップをさらに包含し、
複数の放送の一部分を録画するステップは、チューナの使用と衝突しない複数の放送を録画するステップを包含する、方法。
（項目４）
項目１に記載の方法であって、
それぞれの識別された放送に対し、該識別された放送の一部分を録画するステップは、番組を録画するために利用可能な容量と衝突するかどうかを判断するステップをさらに包含し、
複数の放送の一部分を録画するステップは、番組を録画するために利用可能な容量と衝突しない複数の放送の一部分を録画するステップを包含する、方法。
（項目５）
前記番組の第１の録画部分は、該番組の代替放送からのものである、項目１に記載の方法。
（項目６）
項目１に記載の方法であって、
前記番組の全体が録画されると見込まれる日付を判断するステップと、
該日付を表示するステップと
をさらに包含する、方法。
（項目７）
番組を録画するための方法であって、
録画装置で第１の番組を録画するために、容量が必要かどうかを判断するステップと、
録画された番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有する、該録画装置上の該録画された番組または番組の一部分を識別するステップと、
該第１の番組に対し、該録画装置上の容量を解放するために、該識別された録画された番組または番組の一部分を削除するステップと、
録画のために、該識別された録画された番組または番組の一部分の今後の放送を予約するステップと、
該識別された録画された番組または番組の一部分を削除することによって解放された該容量で、少なくとも部分的に該第１の番組を録画するステップと
を包含する、方法。
（項目８）
項目７に記載の方法であって、
以前に視聴されており、前記録画された番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有しない該録画された番組または番組の一部分を識別するステップと、
該識別され、以前に視聴された録画された番組または番組の一部分を削除するステップと、
録画するために、該識別され、以前に視聴された録画された番組または番組の一部分の今後の放送を予約するステップと
をさらに包含する、方法。
（項目９）
録画するための前記識別された番組または番組の一部分の今後の放送を予約するステップは、該番組または番組の一部分の該今後の放送を録画するための録画優先度をユーザに確定させるステップをさらに包含する、項目７に記載の方法。
（項目１０）
識別および削除するステップは、前記第１の番組を録画するための十分な容量の解放に必要な、録画された番組および番組の一部分の削除と今後の放送の録画の予約とを許可する削除優先度を有する該録画された番組および番組の一部分をできるだけ多く識別し削除するステップを包含し、
該第１の番組を録画するステップは、該十分な容量に必要な該番組および番組の一部分のすべてを削除することによって解放された容量で、該第１の番組の全体を録画するステップを包含する、項目７に記載の方法。
（項目１１）
番組を録画し、表示装置で番組を再生するためのシステムであって、
番組を録画するための録画装置と、
制御回路と
を備え、該制御回路は、
予約された番組の録画に対する録画優先度を保存し、
該録画優先度が、該番組の代替放送の録画を許可するかどうかを判断し、
該録画優先度が、該番組の代替放送の録画を許可するとの判断に応じて、該番組の代替放送を識別し、
リソースの衝突を回避しながら、該番組の全部を録画するために、複数の放送の一部分を録画し、
該番組の該全部が再生されるように、録画されたそれぞれの放送の該一部から該番組を再生するように構成される、システム。
（項目１２）
前記制御回路は、前記番組内でのそれぞれの部分の位置に基づいて、順にそれぞれの録画部分を再生するようにさらに構成される、項目１１に記載のシステム。
（項目１３）
前記制御回路は、
それぞれの識別された放送に対し、該識別された放送の一部分を録画するステップがチューナの使用と衝突するかどうかを判断し、
チューナの使用と衝突しない複数の放送の該一部分を録画するようにさらに構成される、
項目１１に記載のシステム。
（項目１４）
前記制御回路は、
それぞれの識別された放送に対し、該識別された放送の一部を録画するステップが、番組を録画するために利用可能な容量と衝突するかどうかを判断し、
番組を録画するために利用可能な容量と衝突しない、複数の放送の該一部分を録画するようにさらに構成される、
項目１１に記載のシステム。
（項目１５）
前記番組の前記第１の録画部分は、該番組の代替放送からのものである、項目１１に記載のシステム。
（項目１６）
前記制御回路は、
前記番組の全体が録画されると見込まれる日付を判断し、
該日付を表示するようにさらに構成される、
項目１１に記載のシステム。
（項目１７）
番組を録画するためのシステムであって、
録画装置と、
制御回路と
を備え、該制御回路は、
録画装置で第１の番組を録画するために、容量が必要かどうかを判断し、
録画される番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有する、該録画装置上の録画された番組または番組の一部分を識別し、
該第１の番組に対し、該録画装置の容量を解放するために、該識別された録画された番組または番組の一部分を削除し、
録画するために、該識別された録画された番組または番組の一部分の今後の放送を予約し、
該識別された録画された番組または番組の一部分を削除することによって解放された該容量で、少なくとも部分的に該第１の番組を録画するように構成される、システム。
（項目１８）
前記制御回路は、
以前に視聴されており、録画された番組または番組の一部分の削除と該番組または番組の一部分の今後の放送の録画とを許可する削除優先度を有しない該録画された番組または番組の一部分を識別し、
該識別され、以前に視聴された録画された番組または番組の一部分を削除し、
録画するために、該識別され、以前に視聴された録画された番組または番組の一部分の今後の放送を予約するようにさらに構成される、
項目１７に記載のシステム。
（項目１９）
前記制御回路は、前記番組または番組の一部分の前記今後の放送を録画するために、録画優先度をユーザに確定させるようにさらに構成される、項目１７に記載のシステム。
（項目２０）
前記制御回路は、
前記第１の番組を録画するための十分な容量の解放に必要な、録画された番組および番組の一部分の削除と今後の放送の録画とを許可する削除優先度を有する該録画された番組および番組の一部分をできるだけ多く識別および削除し、
該十分な容量に必要な該番組および番組の一部分のすべてを削除することによって解放された容量で、該第１の番組の全体を録画するようにさらに構成される、
項目１７に記載のシステム。
【図面の簡単な説明】
【００１０】
本発明の上記およびその他の機能、特徴、および種々の利点は、添付図面と関連させて、以下の詳細な説明を検討した上で、より明らかとなるであろう。
【００１１】
【図１】図１は、本発明の一実施形態による、例示的双方向テレビシステムの略図である。
【図２】図２は、本発明の一実施形態による、テレビ番組リストを示す例示的ディスプレイ画面を表す。
【図３】図３は、本発明の一実施形態による、テレビ番組に関する情報を示す、例示的ディスプレイ画面を表す。
【図４】図４は、本発明の一実施形態による、録画が開始された後の、テレビ番組を全画面に示す例示的ディスプレイ画面を表す。
【図５】図５は、本発明の一実施形態による、録画オプションを示す、例示的ディスプレイ画面を表す。
【図６】図６は、本発明の一実施形態による、予約の衝突通知を示す、例示的ディスプレイ画面を表す。
【図７】図７は、本発明の一実施形態による、録画容量の衝突通知を示す、例示的ディスプレイ画面を表す。
【図８】図８は、本発明の一実施形態による、録画済番組のリストを示す、例示的ディスプレイ画面を表す。
【図９】図９は、本発明の一実施形態による、「適宜に」録画優先度を有する番組を録画するための例示的プロセスのフローチャートを表す。
【図１０】図１０は、本発明の一実施形態による、「適宜に」録画優先度を有する番組を録画するための別の例示的プロセスのフローチャートを表す。
【図１１】図１１は、本発明の一実施形態による、「適宜に」削除優先度を有する番組を削除、および再録画の予約のための例示的プロセスのフローチャートを表す。
【発明を実施するための形態】
【００１２】
図１は、本発明の原理による、例示的双方向テレビシステム１を表す。ユーザ機器１０は、通信パス２２を介してコンテンツソース２０から信号の形式でコンテンツを受信する。実際には、複数のコンテンツソースがあってもよい。明確にするため、１つのみを図１に図示する。また実際には、コンテンツソース２０およびデータソース２４に連結したユーザ機器１０の複数の例があってもよい。図を明確にするため、単一のユーザのみのユーザ機器を図示する。
【００１３】
コンテンツソース２０は、例えば、ケーブルシステムヘッドエンド、衛星テレビ配信設備、テレビ放送設備、オン・デマンドサーバ（例えば、ビデオ・オン・デマンド（ＶＯＤ）サーバ）、またはコンテンツを生成、配信するためのその他のいずれかの適切な設備あるいはシステムなどのいずれかの適切なコンテンツソースであってもよい。コンテンツソース２０は、例えば、衛星パス、光ファイバーパス、ケーブルパス、またはその他のいずれかの適切な有線、あるいは無線パスを含む、いずれかの適切な通信パス２２を介し、信号を送信するように構成されてもよい。信号は、例えば、テレビ番組、音楽、ニュース、ウェブサービスなどのいずれかの適切なコンテンツ、またはその他のいずれかの適切なコンテンツを伝達してもよい。信号は、放送、マルチキャスト、ユニキャスト、またはその他のいずれかの適切な放送ストリームとして送信されてもよい。
【００１４】
ユーザ機器１０は、双方向テレビ体験の提供に適切ないずれかの機器を含んでもよい。例えば、ユーザ機器１０は、テレビカード付きパーソナルコンピュータ（ＰＣＴＶ）などのコンピュータ機器を含んでもよい。ユーザ機器１０は、テレビ、セットトップボックス、録画装置、ビデオプレーヤ、ユーザ入力装置（例えば、リモートコントロール、キーボード、マウス、タッチパッド、タッチ画面、音声認識インターフェース等）などのテレビ機器、あるいは双方向テレビ体験の提供に適切なその他のいずれかの装置を含んでもよい。例えば、ユーザ機器１０は、Ｍｏｔｏｒｏｌａ社が提供するＤＣＴ２０００、２５００、５１００、６２０８、または６４１２セットトップボックスを含んでもよい。
【００１５】
図１の例において、ユーザ機器１０は、個別の装置、あるいは単独の装置として実装される、制御回路１８、表示装置１２、録画装置１４、およびユーザ入力装置１６を少なくとも含む。双方向テレビ番組ガイドなどの双方向テレビアプリケーションは、パス２２を介してコンテンツソース２０によって送信されたコンテンツを表示装置１２に表示するように制御回路１８のチューナに指示を与え、双方向テレビアプリケーション機能を提供するようにユーザ機器１０に実装されてもよい。
【００１６】
録画装置１４は、パーソナルビデオレコーダ（ＰＶＲ）、デジタルビデオレコーダ（ＤＶＲ）、ビデオカセットレコーダ（ＶＣＲ）、ＤＶＤレコーダ、またはその他のいずれかの適切な録画装置であってもよい。録画装置１４は、１つ以上のチューナを含んでもよい。
【００１７】
表示装置１２は、例えば、テレビモニタまたはコンピュータモニタなどのいずれかの適切な装置であってもよい。また表示装置１２は、オーディオ出力を提供するように構成されてもよい。
【００１８】
制御回路１８は、入力装置１６からのユーザ入力を受信し、双方向テレビアプリケーションの命令を実行し、番組を録画する録画装置１４に指示を与え、送信された番組、録画番組、および双方向テレビアプリケーションディスプレイ画面を表示するための表示装置１２に指示を与えるように適合される。制御回路１８は、１つ以上のチューナ（例えば、アナログまたはデジタルチューナ）、エンコーダおよびデコーダ（例えば、ＭＰＥＧエンコーダおよびデコーダ）、プロセッサ（例えば、Ｍｏｔｏｒｏｌａ ６８０００ファミリープロセッサ）、メモリ（例えば、ＲＡＭおよびハードディスク）、通信回路（例えば、ケーブルモデム回路）、入力／出力回路（例えば、グラフィック回路）、ユーザ機器１０の種々の装置（例えば、録画装置１４）への接続、アナログまたはデジタルテレビ番組編成、番組録画、および双方向テレビ機能を提供するためのその他のいずれかの適切なコンポーネントを含んでもよい。一部の実施形態において、制御回路１８は、例えば、録画装置１４、ディスプレイ１２、またはその他のいずれかの装置（例えば、セットトップボックス、テレビ、ビデオプレーヤ等）の一部といったユーザ機器１０の装置の一部として含まれてもよい。
【００１９】
制御回路１８は、双方向テレビアプリケーション命令、またはその他のプログラミング論理、およびデータベース１０４を保存するためのメモリを含んでもよい。データベース１０４は、データソース２４からの双方向テレビアプリケーションデータ（番組予約データなど）、および双方向テレビアプリケーションによって使用されるその他のデータ（例えば、ユーザプロフィール、録画番組リスト、機器設定、またはその他の適切な情報）を保存する。またデータベース１０４は、予約された録画および実際の録画に対する削除優先度および録画優先度を保存してもよい。一部の実施形態において、データベース１０４は、録画装置１４などのユーザ機器１０のその他の部分に保存されるか、ユーザ宅の内部あるいは外部にある異なる装置間に保存されてもよい。
【００２０】
ユーザ機器１０は、双方向テレビアプリケーションデータを１つ以上のデータソース２４から受信してもよい。データソース２４は、特定の種類のコンテンツ、または特定のアプリケーション用のデータを提供してもよい。例えば、１つのデータソース２４は、非オンデマンド型の資産（例えば、無料およびペイ・パー・ビューテレビ番組）用のデータを提供してもよく、別のものはオンデマンド型の資産（例えば、ＶＯＤ番組）用のデータを提供してもよい。または、例えば、単一のデータソースは、これらの種類のデータの両方を提供してもよい。一部の実施形態において、１つのデータソース２４は、双方向テレビ番組ガイド用のデータを提供してもよく、別のものはユーザ機器１０で起動中の別の双方向テレビアプリケーション（例えば、ホームショッピングアプリケーション）用のデータを供給してもよい。一部の実施形態において、データソース２４は、クライアント／サーバアプローチを用いた双方向テレビアプリケーションにデータを提供してもよい。すべてのソースに対しデータソース毎に１つのサーバがあってもよく、一部の実施形態においては、単一のサーバがユーザ機器１０と種々のデータソース２４間でプロキシとして通信してもよい。
【００２１】
個別の要素としてコンテンツソース２０およびデータソース２４を図１に図示する。実際には、その機能性は結合され、単一の設備で単一のシステムから、あるいは複数の設備で複数のシステムから提供されてもよい。例えば、１つのコンテンツソース２０およびデータソース２４は、ＶＯＤコンテンツおよび関連するＶＯＤデータを提供するように結合されてもよい。
【００２２】
図２は、双方向テレビアプリケーションが、表示装置１２に表示可能な例示的番組ガイド画面２００を表す。ユーザは、例えば、「メニュー」、「ガイド」、またはその他の適切なキーの押下、あるいは別の番組ガイド画面またはメニューからナビゲートするユーザ入力装置１６でのキー操作といったいずれかの適切な手段、もしくはその他のいずれかの適切な手段によって、番組ガイド画面２００にアクセスしてもよい。例示的番組ガイド画面２００は、番組タイトル、チャンネル、予定された放送時刻、およびその他の適切な番組情報を含んだ番組リスト２１０のグリッドを含む。その他の実施形態において、番組ガイド画面は番組のリスト（例えば、単一行）を含んでもよい。ユーザは、ユーザ入力１６、またはその他のいずれかの適切な手段を用いてハイライト領域２１２で希望する番組リストを選択してもよい。
【００２３】
番組またはその他の適切なビデオ録画を予約する際、ユーザは希望する番組のハイライト（図２の例では、チャンネル２８の「Ｂｉｏｇｒａｐｈｙ」に関連するリスト２１４がハイライトされている）、「録画」キーの押下またはキー操作、あるいはユーザ入力装置１６を用いて画面から「録画」オプションの選択を行ってもよい。予約された録画は、例えば、録画アイコン２１６によって表示されてもよい。
【００２４】
録画する番組の選択に先立ち、ユーザは番組に関する付加情報を必要としてもよい。例えば、ユーザは、ハイライト領域２１２を用いてリストをハイライトしたり、「情報」キーの押下やユーザ入力装置１６でキー操作を行ってもよい。ユーザ要求の受信に応じて、双方向テレビアプリケーションは、情報画面を表示してもよい。図３は、詳細な情報セクション３０２、番組詳細エリア３０４（番組タイトル、時刻、およびチャンネルを含む）、およびビデオウィンドウ３０６を含む、例示的情報画面３００を示す。
【００２５】
また、画面３００は、選択可能なアイコン３１０を含んでもよく、それらの一部あるいはすべてはテキスト記述を含んでもよい。画面には、録画、連続録画、ペアレンタル・コントロール・ロック、またはその他のいずれかの適切な双方向テレビアプリケーション機能のオプションを含んでもよい。ユーザが番組の録画を決定した場合、ユーザは「録画」キーの押下もしくはユーザ入力装置１６を用いて画面から「録画」オプションを選択するキー操作、またはその他のいずれかの適切な手段によって録画を予約してもよい。
【００２６】
一部の実施形態において、ユーザは、例えば、図４に図示される全画面表示４００のような全画面表示によって表示装置１２で番組を見ながら、番組の録画を決定してもよい。視聴している番組を録画する際、ユーザは「録画」キーの押下またはユーザ入力装置１６でのキー操作を行ったり、その他のいずれかの適切な手段を使用してもよい。ポップアップ通知４０２のようなポップアップ通知は、録画が開始したことを確認するために表示されてもよい。また双方向テレビアプリケーションは、ユーザの番組録画の確認の受信に応答して、通知を表示してもよい。一部の実施形態において、双方向テレビアプリケーションは、予約された録画が開始された際、ポップアップ通知４０２が自動的に表示されるように指示してもよい。
【００２７】
番組録画のユーザ要求に応答して（例えば、画面２００、３００、または４００のいずれかから）、双方向テレビアプリケーションは、選択された番組に対する録画優先度（例えば、高い、低い、「適宜に」など）を自動的に指定するか、またはユーザに指定を促す。双方向テレビアプリケーションは、いずれかの適切なアプローチを用いて録画の優先度を自動的に指定してもよい。例えば、ユーザが番組の視聴および録画に対して支払いを行っている場合、ユーザは番組への高い関心を有している可能性があるため、双方向テレビアプリケーションは優先度を高く設定してもよい。別の例として、双方向テレビアプリケーションは、ユーザ視聴履歴に基づいて、番組がユーザにとってどれほど望ましいものであるかを判断してもよい。ユーザが非常に興味をもっており、見る可能性が高い番組であるとの判断に応じて、アプリケーションは、例えば、番組に高い優先度を指定してもよい。例えば、選択された番組が放送されるのと同時刻に、より興味のある他の番組があり、他の選択された番組の放送があると判断した場合、番組に「適宜に」の優先度を指定してもよい。さらに別の例として、双方向テレビアプリケーションはデフォルトで、現在見ている番組の録画を高く設定してもよい。
【００２８】
一部の実施形態において、双方向テレビアプリケーションは、ユーザが録画を見る時期を予測し、それにより録画優先度を設定するようにしてもよい。この予測は、例えば、一般的にユーザが番組を録画してからそれを見るまでの期間（「待機期間」）に基づいてもよい。待機期間は、ガイドによって判断されてもよいし、または代替的にユーザによって設定されてもよい。双方向テレビアプリケーションは、ユーザが所定の録画を見る時期をより良く予測するため、番組の異なった分類またはジャンルに対する待機期間を判断してもよい。一部の実施形態において、双方向テレビアプリケーションは、ユーザが録画を見る可能性が高い時期が近づいたとき、録画優先度を自動的に更新してもよい。
【００２９】
以下の例は、本発明の一部の実施形態において、双方向テレビアプリケーションが、どのように番組に対する録画優先度を自動的に判断するか実証する。月曜日にユーザが、火曜日のゴールデンタイムの番組を毎週録画することにしたと仮定する（連続録画など）。ユーザの視聴および使用履歴に基づいて、双方向テレビアプリケーションは、これが、ユーザが非常に興味のある番組であり、一般的にユーザはこの録画を見るために土曜日まで待機するということを判断する。また、双方向テレビアプリケーションは、予約データを調査し、番組の再放送が土曜日までに３回あることを判断する。いずれの放送にも衝突がないと判断した後、双方向テレビアプリケーションは、優先度を「適宜に」に設定する。その週が経過するとともに、ユーザはさらなる録画を予約し、第１および第３の放送に対し、リソースの衝突を引き起こしてしまう。それに応じて、双方向テレビアプリケーションは、録画優先度を優先度の高いものに更新し、録画するために第２の放送を予約する。
【００３０】
録画のための録画優先度を自動的に設定する代わりに、あるいはそれに加え、双方向テレビアプリケーションは、録画のための優先度の指定をユーザに促す。例えば、双方向テレビアプリケーションは、番組のための画面、または図５に図示されるポップアップメニュー５０２のようなポップアップを表示してもよい。ポップアップメニュー５０２は、複数の録画オプション５０４を含む。録画オプション５０４には、録画するコピー数、複数の放送が利用可能である場合（例えば、アナログ、デジタル、高精細度等）の録画する放送、録画優先度、ユーザが番組を視聴する時期、開始バッファの長さ、およびコピーの保存期間を含む。これらは、その他のいずれかの適切な録画オプションが使用されてもよい場合の、ほんの一部の例である。一部の実施形態において、録画オプションのポップアップメニューは、図５に図示されるオプションの代わりに、あるいはそれに加え、その他のいずれかの適切な録画オプション（例えば、解像度、録画するチャンネル、ビットレート、録画サイズ、終了バッファの長さなど）を含んでもよい。図５の例において、ユーザは、図２で録画のために選択された番組、「Ｂｉｏｇｒａｐｈｙ」に対して、「適宜に」録画優先度を設定している。
【００３１】
ユーザによる設定、または双方向テレビアプリケーションによる自動設定に関わらず、録画優先度（およびその他の録画オプション）は、図１のデータベース１０４などのデータベースに保存されてもよい。優先度は、いずれかの適切なアプローチを用いて、データベース１０４に示されてもよい。例えば、入力は単純なフラグあるいは英数字であってもよい。
【００３２】
番組の録画に先立ち、双方向テレビアプリケーションは、録画が、現在の予約されたか、または予期されるユーザ機器１０のリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、制御回路１８または録画装置１４（図１）のチューナが、録画のために利用可能かどうか、または録画装置１４に番組を録画するための十分な容量があるかどうかを判断してもよい。双方向テレビアプリケーションは、例えば、ユーザの視聴または使用履歴に基づいて、ユーザ機器１０のリソースの使用を予測あるいは予期してもよい。いずれのアプローチが使用されようと、衝突確認は、番組の録画の直前、録画の設定時、あるいはその間のいずれかの時に行われてもよい。一部の実施形態において、双方向テレビアプリケーションは、リソースの衝突に関して、予約された録画を定期的にあるいは継続的に監視する。
【００３３】
衝突が存在する、あるいは存在する見込みがある場合、双方向テレビアプリケーションは、番組の録画優先度を調査する。録画優先度が「適宜に」である場合、双方向テレビアプリケーションは、番組の代替（例えば、今後の）放送に関する、予定のデータ（データソース２４から受信され、図１のデータベース１０４に保存された番組ガイドデータなど）を検索し、代替放送のいずれかの録画が、リソースの衝突を引き起こすかどうかを判断する。衝突のない１つ以上の放送が見つかった場合、双方向テレビアプリケーションは、録画のため、放送の1つ（例えば、次の時間の放送）を予約する。衝突のない放送が１つ
だけ見つかった場合、双方向テレビアプリケーションは、確実に録画するため、その放送の録画優先度を高く設定してもよい。代替的に、単一の放送の優先度は、低いままであってもよい。一部の例において、衝突のない放送が利用可能ではない場合もある。この場合、双方向テレビアプリケーションは、要求された番組が最終的に録画され視聴されるまで、あるいはユーザが録画要求をキャンセルするまで、番組の録画要求をメモリに保持し、次回の番組のデータの受信時にその検索を継続してもよい。
【００３４】
以下の例は、双方向テレビアプリケーションが、どのように「適宜に」録画優先度を有する番組を録画するかを説明する。この例において、双方向テレビアプリケーションは、ユーザが録画を設定した際、リソースの衝突があるかどうかを判断する。ユーザは、図２の対応するリスト（チャンネル２８、午後９時〜１０時）を選択することによって、番組「Ｂｉｏｇｒａｐｈｙ」の録画を決定する。選択を受信すると、双方向テレビアプリケーションは、ユーザに録画オプション設定を促す、画面５００（図５）を表示してもよい。この例において、ユーザは「適宜に」録画優先度を設定する。ユーザによって設定された録画オプションを受信すると、双方向テレビアプリケーションは、２つのチューナを含むユーザの機器が、午後９時の放送に利用可能なチューナを有していない（２つの番組が録画予約されている）が、午前１時の放送に利用可能な１つのチューナを有している（録画予約はないが、その時は、一般的にユーザはＶＯＤ番組を見ている）ことを判断する。この判断に応じて、双方向テレビアプリケーションは、午前１時にチャンネル２８で「Ｂｉｏｇｒａｐｈｙ」の録画を予約する。
【００３５】
一部の場合、リソースの衝突なしには、「適宜に」番組の単独放送を全体として録画することができる時間がない場合がある。この場合、双方向テレビアプリケーションは、「適宜に番組」の衝突しない異なった放送の一部の録画を予約する。各部分が録画される際、あるいは全部が録画された後、双方向テレビアプリケーションは、番組の断片をまとめ、単一の完全な録画を実現してよい。代替的に、双方向テレビアプリケーションは、部分をまとめずに残し、ユーザが番組の再生を要求した時に、単にそれらを正しい順で再生してもよい。
【００３６】
以下の例は、本機能を説明する。「適宜に」番組が、２週連続の金曜日午後８時〜１０時の間に、２放送だけを有していると仮定する。第１の放送の録画を予約した後、ユーザは、その他の番組に対し、２つの優先度の高い録画を予約する。１つ目は、「適宜に」録画の第１の放送の間の午後８時〜９時である。２つ目は、「適宜に」録画の第２の放送の間の午後９時〜１０時である。第２の優先度の高い録画は、「適宜に」番組の第１の放送の前に設定された。
【００３７】
ユーザが第１の優先度の高い録画を予約した後、双方向テレビアプリケーションは、衝突を識別する。衝突後、「適宜に」番組の次の放送を識別し、録画するための放送（第２の放送）を予約することによって解決する。ユーザが第２の優先度の高い録画を予約した後、双方向テレビアプリケーションは、衝突を識別する。「適宜に」番組の次の放送を識別することによって対処すが、その放送は最初に衝突のあった第１の放送である。優先度の高い録画の開始時刻および終了時刻を比較し、「適宜に」番組全部が録画することができると判断した後、双方向テレビアプリケーションは、衝突しない「適宜に」放送の半分ずつを録画するため予約する。
【００３８】
一部の実施形態において、双方向テレビアプリケーションは、双方向テレビアプリケーションが、録画を完了するための番組の代替放送を識別していない（例えば、既知の今後の放送がない、あるいはユーザの機器のリソースが、既知の今後の放送に対し利用可能でないため）としても、ユーザの機器が利用可能なリソースを有している場合、「適宜に」番組の一部分を系統的に録画してもよい。この場合、１つ以上より先の未確定の放送を、録画を完了するために使用してもよい。
【００３９】
一部の場合において、双方向テレビアプリケーションは、予約の衝突が解決できないものであると判断し、ユーザに番組の選択を促す。図６は、衝突が予約の衝突である場合、双方向テレビアプリケーションが提供してもよい、例示的衝突ディスプレイ６００を示す。ユーザは、「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」の予約を続行するため、オプション（例えば、アイコン６０６）を選択するか、「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」の録画をキャンセルし、代わりに「Ｂｉｏｇｒａｐｈｙ」を録画するため、オプション（例えば、アイコン６０８）を選択してもよい。一部の実施形態において、「適宜に」番組に影響を与える予約の衝突は、ユーザには示されなくてもよい。これらの衝突は、双方向テレビアプリケーションによって、優先度の高い番組に有利に自動的に解決されてもよい。
【００４０】
一部の場合において、衝突は録画装置の容量の不足によって発生する。この場合、双方向テレビアプリケーションは、衝突を解決するため削除優先度を使用してもよい（例えば、新規録画用に容量を空けるため、該当する場合、どの番組を削除するかを判断する）。一部の実施形態において、双方向テレビアプリケーションは、録画番組に対する削除優先度を自動的に指定してもよいか、あるいはユーザの指定を受信してもよい。削除優先度には、「適宜に」優先度（一部の実施形態において、唯一のオプションであってもよい）を含む。その他の優先度は、例えば、「私が削除するまで保存」、「高い」、「低い」であってもよい。
【００４１】
番組が「適宜に」またはその他の削除優先度を有するとの表示に応じて、双方向テレビアプリケーションは、削除優先度の設定を反映するため、データベース１０４（図１）のエントリを変更してもよい。例えば、双方向テレビアプリケーションは、削除優先度を反映するため、データベース１０４のデータベースのエントリを変更してもよい（例えば、フラグの設定、フィールドの英数字の変更によって）。
【００４２】
双方向テレビアプリケーションは、いずれかの適切なアプローチを用いて、番組に対する削除優先度を自動的に指定してもよい。例えば、ユーザが番組を録画するために支払いを行った場合、ユーザはその番組に高い関心を持っている可能性が高いため、双方向テレビアプリケーションは、削除優先度を高く設定してもよい。別の例として、双方向テレビアプリケーションは、ユーザの視聴履歴に基づいて、番組がユーザにとってどれほど望ましいものであるかを判断してもよい。ユーザが非常に興味をもっており、見る可能性が高い番組であるとの判断に応じて、アプリケーションは、例えば、番組に高い優先度を指定してもよい。例えば、一般的に録画番組を見るためのユーザの一般的な待機期間、または特定のジャンルの録画を見るためのユーザの待機期間に、その他の番組の放送があると判断した際、番組を「適宜に」優先度に指定してもよい。一部の実施形態において、双方向テレビアプリケーションは、ユーザがすでに見たものを録画するために、削除優先度を「適宜に」優先度として指定してもよい。一部の実施形態において、双方向テレビアプリケーションは、「適宜に」録画優先度を有するいずれの番組に対しても、削除優先度を「適宜に」へ自動的に設定してもよい。
【００４３】
録画に対する削除優先度の自動設定の代わりに、あるいはそれに加え、双方向テレビアプリケーションは、ユーザに削除優先度を促してもよい。例えば、ユーザは、ハイライト領域８１４を有する図８の録画ディスプレイ内で、リストをハイライトしたり、「適宜に」優先度アイコン８１０を選択してもよい。代替的に、ユーザは、録画済番組情報画面のアイコンまたはオプションを選択することによって、削除優先度を設定してもよい。
【００４４】
録画済番組が「適宜に」削除優先度を有するとの判断に応答して、双方向テレビアプリケーションは、容量が利用可能な時（およびその他のいかなる衝突もない時）に、録画済番組を後で録画することができる場合、新しい番組のための容量を空けるため、録画済番組を削除する。一部の実施形態において、「適宜に」削除優先度を有する番組は、後の放送が置き換えに利用可能であるかどうかに関わらず、優先度のより高い番組のための容量を空けるため、削除されてもよい。「適宜に」削除優先度を有する番組が削除される際、双方向テレビアプリケーションは、別の放送が利用可能である場合、再録画のための番組を自動的に予約する。一部の実施形態において、予約された録画は、「適宜に」録画優先度に設定されてもよい。そして番組は、容量が利用可能となった時点で、再録画されてもよい。一部の実施形態において、双方向テレビアプリケーションは、「適宜に」録画優先度を有していないが、ユーザがすでに再生した番組を録画するため、削除および再予約をしてもよい。
【００４５】
一部の例において、双方向テレビアプリケーションは、格納容量の衝突を解決できなくてもよい。図７は、ユーザに録画を続行するべきかどうかの判断を促す、例示的ディスプレイ７００を示す。この例において、双方向テレビアプリケーションは、「ＮＢＡ Ｉｎｓｉｄｅ Ｓｔｕｆｆ」（リスト７０２）のための容量を空けるため、ともに「適宜に」削除優先度を有していると識別された「Ｂｉｏｇｒａｐｈｙ」および「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」（リスト７０４）の削除を示唆している。双方向テレビアプリケーションは、それらの２つの番組が「適宜に」削除優先度を有することを、「適宜に」削除優先度アイコン７１２でユーザに示す。ユーザは、削除を続行するため、オプション（例えば、アイコン７０６）を選択するか、「ＮＢＡ Ｉｎｓｉｄｅ Ｓｔｕｆｆ」の録画をキャンセルするため、オプション（例えば、アイコン７０８）を選択してもよい。一部の実施形態において、双方向テレビアプリケーションは、優先度がより高い録画のための容量を空けるために、「適宜に」削除優先度を有する番組が削除される際、ユーザに通知しなかったり、ユーザにオプションを与えなくてもよい。
【００４６】
番組が録画された時点で、完全にあるいは部分的に、ユーザは、例えば、図８に図示されるリストディスプレイ８００のようなリストディスプレイにアクセスし、録画番組のリストを見てもよい。ユーザは、「録画番組メニュー」キーの押下または双方向テレビアプリケーション画面の１つからナビゲートするキー操作、あるいはその他のいずれかの適切な手段によって、リストディスプレイにアクセスしてもよい。例示的リストディスプレイ８００は、録画番組リスト８０２（番組タイトルおよび長さを含む）、番組詳細エリア８０４、およびビデオウィンドウ８０６を含む。
【００４７】
リストディスプレイで「適宜に」削除優先度を有する番組をユーザが認識するために、双方向テレビアプリケーションは、番組に関連するリストでのアイコンの表示、リストの色の変更、またはいずれかの適切な方法によるリストのマークを行ってもよい。図８の例において、「Ｂｉｏｇｒａｐｈｙ」および「Ｍｅｎ Ｉｎ Ｂｌａｃｋ」のリストは、アイコン８１２によって、「適宜に」削除優先度を有すると識別される。一部の実施形態において、ユーザは、完全にあるいは部分的に録画された番組を、画面８００から削除してもよい。
【００４８】
一部の実施形態において、録画番組リスト（例えば、リスト８０２）は、部分的に録画される番組のリストを含んでもよい。部分的な録画番組は、ユーザが視聴できるように、利用可能としてもよい。一部の実施形態において、不完全な番組のリストは、録画が完了した分の量の表示を含んでもよい。例えば、リスト８１６は「Ｂｉｏｇｒａｐｈｙ」が７０％のみ完了していることを示す。一部の実施形態において、この表示によって、どの部分が視聴のために利用可能か、および／またはどの部分がまだ録画されていないかをユーザに知らせる。一部の実施形態において、双方向テレビアプリケーションは、番組の録画が完了する予定日および時刻をユーザに提供してもよい。一部の実施形態において、完全に録画された番組のみが、番組リスト８０２に含まれてもよい。
【００４９】
以下のフローチャートは、本発明の一部の実施形態に伴うプロセスを説明する。図９は、本発明の一実施形態において、「適宜に」録画優先度を有する番組の放送の一部を録画するための例示的プロセスのフローチャートである。プロセス９００は、ステップ９０２から開始する。ステップ９１０で双方向テレビアプリケーションは、例えば、ユーザの命令に応じて録画するための番組の放送を選択する。別の例において、双方向テレビアプリケーションは、いずれかの適切な基準（例えば、ユーザの好み、連続録画等）に基づいて、録画するための番組を自動的に選択してもよい。ステップ９２０で双方向テレビアプリケーションは、番組に対する録画優先度をメモリに保存する。例えば、ユーザが、番組に対する録画優先度を設定しておいてもよいし、双方向テレビアプリケーションが、録画優先度を自動的に設定してもよい。
【００５０】
ステップ９３０で、双方向テレビアプリケーションは、番組の録画優先度が、予約された録画の代わりに、番組の代替の（例えば、今後の）放送の録画を許可するかどうか（例えば、「適宜に」優先度であるかどうか）を判断する。双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可しないと判断した場合、プロセス９００は、選択された放送が録画される、ステップ９３５へ移動する。代わりに双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可すると判断した場合、プロセス９００は、ステップ９４０へ移動する。録画がユーザ機器（図示せず）のリソースの使用と衝突する、あるいは衝突する見込みがあるとの判断に応じて、ステップ９３０は、条件付で実行されてもよい。
【００５１】
ステップ９４０では、録画優先度が選択されたものの代わりに、代替放送の録画を許可するとの判断に応じて、双方向テレビアプリケーションは、番組の代替放送を識別する。例えば、双方向テレビアプリケーションは、番組の代替放送時刻を、データソース２４によって提供される番組予定データで検索してもよい。ステップ９５０では、双方向テレビアプリケーションは、最初に選択されていた放送または代替放送のいずれかから始め、番組のそれぞれの放送の部分が、現在の予期されたまたは予約されたユーザ機器のリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、番組が、最初の放送および代替放送の一部を同時刻に録画するよう予約されているかどうか、または放送時に、個別の放送の全部を録画するため、録画装置１４（図１）に十分な容量がないかどうかを判断してもよい。双方向テレビアプリケーションは、それぞれの放送の放送時刻まで何度でも、随時衝突の確認を行ってもよい。双方向テレビアプリケーションが、代替放送の一部が衝突していないと判断した場合、プロセス９００は、衝突していない番組の代替放送の一部が録画される、ステップ９６０へ移動する。代わりに双方向テレビアプリケーションが、その代替放送の全体が衝突していると判断した場合、プロセス９００は、別の放送が現在の予期された、または予約されたユーザの機器のリソースの使用と衝突するかどうかを判断するため、ステップ９５０へ戻る。
【００５２】
ステップ９７０では、双方向テレビアプリケーションは、例えば、それぞれの放送から録画された番組の部分を比較することによって、番組が全体として録画されたかどうかを判断し、部分を結合することで、ユーザに番組全部を提供するかどうかを判断する。双方向テレビアプリケーションが、録画が不完全であると判断した場合、プロセス９００は番組のさらなる部分を録画するため、ステップ９５０へ移動する。代わりに双方向テレビアプリケーションが、録画が完全であると判断した場合、プロセス９００はステップ９７２で終了する。
【００５３】
図１０は、本発明の一実施形態における、「適宜に」録画優先度を有する番組の放送の一部を録画するための例示的プロセスのフローチャートである。プロセス１０００は、ステップ１００２から開始する。ステップ１０１０で、双方向テレビアプリケーションは、録画するための番組を選択する。例えば、ユーザは、双方向テレビアプリケーションに録画するための番組を選択するよう指示してもよく、双方向テレビアプリケーションは、録画するための番組（例えば、ユーザの好み、連続録画に基づいて）を自動的に選択してもよい。ステップ１０２０で、双方向テレビアプリケーションは、選択された番組に録画優先度を割り当てる。例えば、ユーザは双方向テレビアプリケーションに、特定の録画優先度を番組に割り当てるように指示してもよく、双方向テレビアプリケーションは、録画優先度を自動的に割り当ててもよい。ステップ１０３０では、双方向テレビアプリケーションは、ステップ１０２０で割り当てられた録画優先度をメモリに保存する。
【００５４】
ステップ１０４０で双方向テレビアプリケーションは、録画する番組の特定の放送を割り当てる。例えば、双方向テレビアプリケーションは、録画するためにユーザによって選択された放送を割り当ててもよい。一部の実施形態において、双方向テレビアプリケーションは、ステップ１０４０を省略してもよい（例えば、選択された番組が「適宜に」録画優先度を有している場合）。
【００５５】
ステップ１０５０で双方向テレビアプリケーションは、番組の録画優先度が、予約された放送の代わりに番組の代替放送の録画を許可するかどうか（例えば、「適宜に」優先度であるかどうか）を判断する。双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可しないと判断した場合、プロセス１０００は、ユーザの機器が割り当てられた（例えば、ステップ１０４０で割り当てられた）番組の放送を録画する、ステップ１０５５へ移動する。そしてプロセス１０００は、ステップ１０９２で終了する。代わりに双方向テレビアプリケーションが、番組の録画優先度は代替放送の録画を許可すると判断した場合、プロセス１０００は、ステップ１０６０へ移動する。録画がユーザの機器（図示せず）のリソースの別の使用と衝突する、あるいは衝突する見込みがあるとの判断に応じ、ステップ１０５０は、条件付で実行されてもよい。
【００５６】
ステップ１０６０で、双方向テレビアプリケーションは、番組の現在の放送または代替放送を識別する。一部の実施形態において、双方向テレビアプリケーションは、録画のために番組が選択される際、番組が放送される際（または直前）、あるいはその間随時、番組の放送を識別してもよい。一部の実施形態において、双方向テレビアプリケーションは、定期的に放送を識別してもよい。
【００５７】
ステップ１０７０で、双方向テレビアプリケーションは、識別された番組の放送が、ユーザの機器のリソースの使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、ユーザの機器が、識別された放送を録画するために、利用可能なチューナおよび十分な容量を有するかどうかを判断する。双方向テレビアプリケーションが、放送がユーザの機器の使用と衝突しない（例えば、ユーザの機器が識別された放送を録画するために、十分なリソースを有している）と判断した場合、プロセス１０００は、識別された放送が録画される、ステップ１０７５へ移動する。そしてプロセス１０００は、ステップ１０９２で終了する。
【００５８】
代わりに双方向テレビアプリケーションが、放送がユーザの機器の使用と衝突する（例えば、ユーザの機器が、識別された放送を録画するために、十分なリソースを有していない）と判断した場合、プロセス１０００はステップ１０８０へ移動する。ステップ１０８０で、双方向テレビアプリケーションは、まだ録画されていない識別された放送の一部が、ユーザの機器のリソースの他の使用と衝突するかどうかを判断する。例えば、双方向テレビアプリケーションは、ユーザの機器が２時間の番組のうちの半時間のみを録画するために利用可能なチューナを有するかどうかを判断してもよい。別の例として、双方向テレビアプリケーションは、ユーザの機器が番組の３０分のみを録画するために十分な容量を有するかどうかを判断してもよい。双方向テレビアプリケーションが、まだ録画されていない放送の一部が、ユーザの機器のリソースの使用と衝突する（例えば、ユーザの機器が、まだ録画されていない番組の一部を録画するために利用可能なリソースを有してない）と判断した場合、プロセス１０００は、双方向テレビアプリケーションが番組の別の放送を識別する、ステップ１０６０へ戻る。
【００５９】
代わりに双方向テレビアプリケーションが、まだ録画されていない放送の一部は、ユーザの機器のリソースの使用と衝突しない（例えば、ユーザの機器が、まだ録画されていない番組の一部を録画するために利用可能なリソースを有している）と判断した場合、プロセス１０００はステップ１０８５へ戻る。ステップ１０８５で、双方向テレビアプリケーションは、ユーザの機器のリソースの使用と衝突しない番組の一部を録画する。ステップ１０９０で双方向テレビアプリケーションは、選択された番組の録画が完了したかどうかを判断する。双方向テレビアプリケーションが、録画が不完全であると判断した場合、プロセス１０００は、番組の別の放送が選択される、ステップ１０６０へ戻る。代わりに双方向テレビアプリケーションが、録画が完了したと判断した場合、プロセス１０９０はステップ１０９２で終了する。
【００６０】
図１１は、「適宜に」削除優先度を有する番組を削除し、削除された番組の今後の放送を録画するための、例示的プロセスのフローチャートである。プロセス１１００は、ステップ１１０２から始まる。ステップ１１１０で双方向テレビアプリケーションは、例えば、ユーザの命令に応じて録画するための番組を予約する。別の例において、双方向テレビアプリケーションは、いずれかの適切な基準（例えば、ユーザの好み、連続録画等）に基づいて、録画するための番組を自動的に予約する。ステップ１１２０で双方向テレビアプリケーションは、ユーザの機器が番組を録画するために利用可能な十分な容量を有するかどうかを判断する。例えば、双方向テレビアプリケーションは、録画装置１４に利用可能な容量があるかどうか判断し、要求された番組の予想されるサイズに対し、利用可能な容量を比較してもよい。双方向テレビアプリケーションが、ユーザの機器が利用可能な十分な容量を有すると判断した場合、プロセス１１００は、ステップ１１９０へ移動し、番組を録画する。代わりに双方向テレビアプリケーションがユーザの機器が利用可能な十分な容量を有していないと判断した場合、プロセス１１００は、ステップ１１３０へ移動する。
【００６１】
ステップ１１３０で双方向テレビアプリケーションは、以前の録画済番組（または番組の一部）１〜Ｎを識別し、ステップ１１４０で、識別された録画済番組あるいは番組の一部のそれぞれが、番組の削除、および番組の今後の放送の録画を許可する削除優先度（例えば、「適宜に」削除優先度）を有するかどうかを判断する。番組が確認される順番は、例えば、優先度、録画日、サイズ等のいずれかの適切な基準に基づいてもよい。双方向テレビアプリケーションが、番組が番組の削除、および番組の今後の放送の録画を許可する、削除優先度を有していないと判断した場合、プロセス１１００はステップ１１４０に戻り、別の録画番組が適切な削除優先度を有するかどうかを判断する。
【００６２】
代わりに双方向テレビアプリケーションが、番組または番組の一部は、番組が番組の削除、および番組の今後の放送の録画を許可する、削除優先度を有していると判断した場合、プロセス１１００はステップ１１５０へ移動する。ステップ１１５０で双方向テレビアプリケーションは、番組がユーザの機器のリソースの使用と衝突しない今後の放送を有するかどうかを判断する。例えば、双方向テレビアプリケーションは、録画番組または番組の一部の今後の放送を識別し、ユーザの機器のリソース（例えば、利用可能なチューナ）の予約され予期された使用とそれらを比較してもよい。双方向テレビアプリケーションが、番組は適切な今後の放送を有していないと判断した場合、プロセス１１００はステップ１１４０に戻り、別の録画番組が、上述されるように、適切な削除優先度を有するかどうかを判断する。
【００６３】
代わりに双方向テレビアプリケーションが、録画番組または番組の一部は、ユーザの機器のリソースの使用と衝突しない今後の放送を有すると判断した場合、プロセス１１００は、双方向テレビアプリケーションが録画するための今後の放送を予約する、ステップ１１６０へ移動する。ステップ１１５０および１１６０は、任意的であってもよい。たとえ録画するために予約することができる既知の今後の放送がない場合でも、双方向テレビアプリケーションは、「適宜に」削除優先度を有する番組または番組の一部を削除してもよい。ステップ１１７０で双方向テレビアプリケーションは、さらに番組を録画するための容量を空けるため、録画番組または番組の一部を削除する。ステップ１１８０で双方向テレビアプリケーションは、録画番組が削除されたため、ユーザの機器が番組を全体として録画するための十分な容量があるかどうかを判断する。双方向テレビアプリケーションが、ユーザ機器が利用可能な十分な容量を有していると判断した場合、プロセス１１００はステップ１１９０へ移動し、要求された番組を利用可能な容量に録画する。代わりに双方向テレビアプリケーションが、ユーザの機器は十分な容量を有していないと判断した場合、プロセス１１００はステップ１１４０へ戻り、上述のように、削除するために別の「適宜に」録画の検出を試みる。プロセス１１００はステップ１１９２で終了する。
【００６４】
一部の実施形態において、双方向テレビアプリケーションは、例えば、録画する番組が、「適宜に」録画優先度を有している場合などに、削除することによって利用可能となった容量に、要求された番組の一部のみを録画してもよい。このような実施形態において、双方向テレビアプリケーションは、上述のように、番組を再生するためにまとめてもよい。
【００６５】
上述される本発明の実施形態は、限定ではなく例示目的のために提示され、本発明は以下の請求項によってのみ限定される。
【特許請求の範囲】
【請求項１】
明細書に記載の発明。
【請求項１】
明細書に記載の発明。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−１６５４２３（Ｐ２０１２−１６５４２３Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−７７７１３（Ｐ２０１２−７７７１３）
【出願日】平成２４年３月２９日（２０１２．３．２９）
【分割の表示】特願２００８−５３３４８１（Ｐ２００８−５３３４８１）の分割
【原出願日】平成１８年９月２７日（２００６．９．２７）
【出願人】（５０７３２５２２０）ユナイテッド ビデオ プロパティーズ， インコーポレイテッド (44)
【Ｆターム（参考）】
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２０１２−７７７１３（Ｐ２０１２−７７７１３）
【出願日】平成２４年３月２９日（２０１２．３．２９）
【分割の表示】特願２００８−５３３４８１（Ｐ２００８−５３３４８１）の分割
【原出願日】平成１８年９月２７日（２００６．９．２７）
【出願人】（５０７３２５２２０）ユナイテッド ビデオ プロパティーズ， インコーポレイテッド (44)
【Ｆターム（参考）】
[ Back to top ]