(57)【要約】  本発明は、一般に、競合管理の解決に関する。通常、放送スケジュールの重なるテレビ番組間の競合を解決するシステムでは、選択機能、混乱しそうな限られた表示、またはその組み合わせが使用されている。これに対して、本発明は、競合の持続時間を指示する時間幅または時間スライスを決定することを含み、これらを使用して選択可能な録画オプションを決定する。次いで、それらを、理解が容易で使用の簡単な、ユーザフレンドリなインターフェース内に表示することができる。さらに、他の実施形態の例では、様々な番組および／または選択可能なオプションを、選択機能の設定に関わらず、すべて巡回できることが保証される。
2008510366.tif 000002
【特許請求の範囲】
【請求項１】
スケジュール済みテレビ番組を自動的に録画するように構成された録画装置を含むエンターテインメントシステムにおいて、放送時間の重なる所望の録画される番組間の競合を解決する際のユーザの補助を、容易に理解可能なユーザインターフェース内に選択可能な録画オプションを提示することによって行う方法であって、
番組を録画する要求を受け取る動作と、
前記番組を録画する前記要求と、放送時間の重なる録画のためにスケジュールされた少なくとも１つの他の番組との間に録画競合が存在することを確認する動作と、
前記録画競合が存在する時間幅を、前記録画競合内の各番組に対するスケジュール済み放送時間情報に基づいて同定する動作と、
前記同定した時間幅に基づいて、前記録画競合を解決することになる選択可能な録画オプションを決定する動作と、
ユーザが１つまた複数の所望の番組を録画のために選択できるようにするために、前記選択可能な録画オプションをユーザインターフェース内に表示する動作と
を含むことを特徴とする方法。
【請求項２】
前記選択可能な録画オプションを格子状に行および列として表示し、前記行のうちの１つまたは複数は、利用可能なチューナの数に対応し、前記列は１つまたは複数の競合に対する同定した時間幅に対応することを特徴とする請求項１に記載の方法。
【請求項３】
録画に関してイネーブルになっている１つまたは複数の番組の識別を、ハイライトされ、選択されているラジオボタン、またはマークされているチェックボックスのうちの１つまたは複数によって行うことを特徴とする請求項１に記載の方法。
【請求項４】
録画に関してディゼーブルになっている１つまたは複数の番組の識別を、選択されていないラジオボタン、またはチェックボックス内にマークがないことのうちの１つまたは複数によって行うことを特徴とする請求項３に記載の方法。
【請求項５】
前記選択可能な録画オプションを、リストとして提示することを特徴とする請求項１に記載の方法。
【請求項６】
１つまたは複数の競合している番組は代替の放送スケジュールを有し、前記表示する動作は代替の放送スケジュールをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記選択可能な録画オプションは、さらに、前記代替の放送スケジュールに基づくことを特徴とする請求項６に記載の方法。
【請求項８】
前記代替の放送スケジュールを選択するユーザ入力を受け取る動作と、
前記競合を前記ユーザ入力に基づいて自動的に解決する動作と
をさらに含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記ユーザインターフェースは、前記選択可能な録画オプションの初期の録画状態を指示し、これは現在録画することに関してイネーブルになっている番組を指示し、前記選択可能な録画オプションのそれぞれの前記初期の録画状態は、録画番組に対する優先度に基づいており、前記優先度は、所望の番組録画のパーセンテージ、所望の番組録画のランキング、前記番組が録画のために選択された順序、前記番組の内容のジャンル、前記番組が繰り返し録画されるかどうか、または前記番組に対して代替の放送スケジュールがあるかどうかのうちの１つまたは複数に基づくことを特徴とする請求項１に記載の方法。
【請求項１０】
前記番組は複数の競合にまたがることを特徴とする請求項１に記載の方法。
【請求項１１】
スケジュール済みテレビ番組を自動的に録画するように構成された録画装置を含むエンターテインメントシステムにおいて、放送時間の重なる所望の録画される番組間の競合を解決する際のユーザの補助を、容易に理解可能なユーザインターフェース内に選択可能な録画オプションを提示することによって行う方法であって、
番組を録画する要求を受け取る動作と、
前記番組を録画する前記要求と、放送時間の重なる録画のためにスケジュールされた少なくとも１つの他の番組との間に録画競合が存在することを確認する動作と、
前記録画競合が存在する時間幅を、前記録画競合内の各番組に対するスケジュール済み放送時間情報に基づいて同定する動作と、
前記録画競合内の番組ごとのスケジュールされた放送時間情報に基づいて、ユーザに、前記録画競合を解決することになる選択可能な録画オプションを提示するステップと
を含むことを特徴とする方法。
【請求項１２】
前記選択可能な録画オプションを格子状に行および列として表示し、前記行のうちの１つまたは複数は、利用可能なチューナの数に対応し、前記列は１つまたは複数の競合に対する同定した時間幅に対応することを特徴とする請求項１１に記載の方法。
【請求項１３】
行の少なくとも１つは、競合している２つ以上の番組を含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
競合している２つ以上の番組を含む前記少なくとも１つの行を選択する単一のユーザ入力を受け取ることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記選択可能な録画オプションを、リストとして提示することを特徴とする請求項１１に記載の方法。
【請求項１６】
前記選択可能な録画オプションを別個のユーザインターフェース上に表示し、前記ユーザに、現在提示されているオプションを希望するかどうかを指示するように促すことを特徴とする請求項１１に記載の方法。
【請求項１７】
１つまたは複数の競合している番組は、代替の放送スケジュールを有し、それをユーザに表示することを特徴とする請求項１１に記載の方法。
【請求項１８】
前記選択可能な録画オプションは、さらに、前記代替の放送スケジュールに基づくことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記代替の放送スケジュールを選択するユーザ入力を受け取る動作と、
前記競合を前記ユーザ入力に基づいて自動的に解決する動作と
をさらに含むことを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ユーザインターフェースは、前記選択可能な録画オプションの初期の録画状態を指示し、これは現在録画することに関してイネーブルになっている番組を指示し、前記選択可能な録画オプションのそれぞれの前記初期の録画状態は、録画番組に対する優先度に基づいており、前記優先度は、所望の番組録画のパーセンテージ、所望の番組録画のランキング、前記番組が録画のために選択された順序、前記番組の内容のジャンル、前記番組が繰り返し録画されるかどうか、または前記番組に対して代替の放送スケジュールがあるかどうかのうちの１つまたは複数に基づくことを特徴とする請求項１１に記載の方法。
【請求項２１】
スケジュール済みテレビ番組を自動的に録画するように構成された録画装置を含むエンターテインメントシステムにおいて、放送時間の重なる番組に対する録画競合時間幅を同定する方法であって、
少なくとも２つの番組間に競合が存在することを、前記少なくとも２つの番組の部分に対する重なる放送時間に基づいて確認する動作と、
前記少なくとも２つの番組に対するスケジュール済みの放送時間を得る動作と、
前記得られたスケジュール済みの放送時間に基づいて、前記少なくとも２つの番組が競合する競合時間幅を計算する動作と
を含むことを特徴とする方法。
【請求項２２】
前記得られたスケジュール済みの放送時間から最も遅い開始放送時間を同定する動作と、
前記得られたスケジュール済みの放送時間から最も早い終了放送時間を同定する動作と、
前記競合時間幅を計算するために、前記同定した最も遅い開始放送時間および前記最も早い終了放送時間を使用する動作と
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記同定した時間幅に基づいて、前記録画競合を解決することになる選択可能な録画オプションを決定する動作と、
ユーザが１つまた複数の所望の番組を録画のために選択できるようにするために、前記選択可能な録画オプションをユーザインターフェース内に表示する動作と
をさらに含むことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記選択可能な録画オプションを格子状に行および列として表示し、前記行のうちの１つまたは複数は、利用可能なチューナの数に対応し、前記列は１つまたは複数の競合に対する同定した時間幅に対応することを特徴とする請求項２３に記載の方法。
【請求項２５】
１つまたは複数の競合している番組は、代替の放送スケジュールを有し、それをユーザに表示することを特徴とする請求項２３に記載の方法。
【請求項２６】
スケジュール済みテレビ番組を自動的に録画するように構成された録画装置を含むエンターテインメントシステムにおける使用のためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、前記放送時間の重なる所望の録画される番組間の競合を解決する際のユーザの補助を、容易に理解可能なユーザインターフェース内に選択可能な録画オプションを提示することによって行う方法を実装し、プロセッサによって実行されると、分散コンピューティングシステムに以下を実行すること、すなわち
番組を録画する要求を受け取り、
前記番組を録画する前記要求と、放送時間の重なる録画のためにスケジュールされた少なくとも１つの他の番組との間に録画競合が存在することを確認し、
前記録画競合が存在する時間幅を、前記録画競合内の各番組に対するスケジュール済み放送時間情報に基づいて同定し、
前記同定した時間幅に基づいて、前記録画競合を解決することになる選択可能な録画オプションを決定し、
ユーザが１つまた複数の所望の番組を録画のために選択できるようにするために、前記選択可能な録画オプションをユーザインターフェース内に表示する
ことを引き起こすことのできるコンピュータ実行可能命令をその上に格納して有する１つまたは複数のコンピュータ可読媒体を含むことを特徴とするコンピュータプログラム製品。
【請求項２７】
前記選択可能な録画オプションを格子状に行および列として表示し、前記行のうちの１つまたは複数は、利用可能なチューナの数に対応し、前記列は１つまたは複数の競合に対する同定した時間幅に対応することを特徴とする請求項２６に記載のコンピュータプログラム製品。
【請求項２８】
行の少なくとも１つは、競合している２つ以上の番組を含むことを特徴とする請求項２７に記載のコンピュータプログラム製品。
【請求項２９】
競合している２つ以上の番組を含む前記少なくとも１つの行を選択する単一のユーザ入力を受け取ることを特徴とする請求項２８に記載のコンピュータプログラム製品。
【請求項３０】
録画に関してイネーブルになっている１つまたは複数の番組の識別を、ハイライトされ、選択されているラジオボタン、またはマークされているチェックボックスのうちの１つまたは複数によって行うことを特徴とする請求項２６に記載のコンピュータプログラム製品。
【請求項３１】
録画に関してディゼーブルになっている１つまたは複数の番組の識別を、選択されていないラジオボタン、またはチェックボックス内にマークがないことのうちの１つまたは複数によって行うことを特徴とする請求項３０に記載のコンピュータプログラム製品。
【請求項３２】
前記選択可能な録画オプションを、リストとして提示することを特徴とする請求項２６に記載のコンピュータプログラム製品。
【請求項３３】
前記選択可能な録画オプションを別個のユーザインターフェース上に表示し、前記ユーザに、現在提示されているオプションを希望するかどうかを指示するように促すことを特徴とする請求項２６に記載のコンピュータプログラム製品。
【請求項３４】
１つまたは複数の競合している番組は代替の放送スケジュールを有し、前記表示する動作は代替の放送スケジュールをさらに含むことを特徴とする請求項２６に記載のコンピュータプログラム製品。
【請求項３５】
前記代替の放送スケジュールを選択するユーザ入力を受け取る動作と、
前記競合を前記ユーザ入力に基づいて自動的に解決する動作と
をさらに含むことを特徴とする請求項３４に記載のコンピュータプログラム製品。
【請求項３６】
スケジュール済みテレビ番組を自動的に録画するように構成された録画装置を含むエンターテインメントシステムにおける使用のためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、放送時間の重なる番組に対する録画競合時間幅を同定する方法を実装し、プロセッサによって実行されると、分散コンピューティングシステムに以下を実行すること、すなわち
少なくとも２つの番組間に競合が存在することを、前記少なくとも２つの番組の部分に対する重なる放送時間に基づいて確認し、
前記少なくとも２つの番組に対するスケジュール済みの放送時間を得て、
前記得られたスケジュール済みの放送時間に基づいて、前記少なくとも２つの番組が競合する競合時間幅を計算する
ことを引き起こすことのできるコンピュータ実行可能命令をその上に格納して有する１つまたは複数のコンピュータ可読媒体を含むことを特徴とするコンピュータプログラム製品。
【請求項３７】
前記得られたスケジュール済みの放送時間から最も遅い開始放送時間を同定し、
前記得られたスケジュール済みの放送時間から最も早い終了放送時間を同定し、
前記競合時間幅を計算するために、前記同定した最も遅い開始放送時間および前記最も早い終了放送時間を使用する
コンピュータ実行可能命令をさらに含むことを特徴とする請求項３６に記載のコンピュータプログラム製品。
【請求項３８】
前記同定した時間幅に基づいて、前記録画競合を解決することになる選択可能な録画オプションを決定し、
ユーザが１つまた複数の所望の番組を録画のために選択できるようにするために、前記選択可能な録画オプションをユーザインターフェース内に表示する
コンピュータ実行可能命令をさらに含むことを特徴とする請求項３７に記載のコンピュータプログラム製品。
【請求項３９】
前記選択可能な録画オプションを格子状に行および列として表示し、前記行のうちの１つまたは複数は、利用可能なチューナの数に対応し、前記列は１つまたは複数の競合に対する同定した時間幅に対応することを特徴とする請求項３８に記載のコンピュータプログラム製品。
【請求項４０】
１つまたは複数の競合している番組は、代替の放送スケジュールを有し、それをユーザに表示することを特徴とする請求項３８に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般には、重なる放送スケジュールで録画されるようにスケジュールされた番組に対して競合を解決することに関する。より詳細には、本発明は、番組間の競合の持続時間を指示する、競合時間幅を決定することを含む。さらに、本発明では、この競合時間幅を使用して、競合の解決するための選択可能な録画オプションを決定し、それらオプションをユーザインターフェース内に表示する。他の例示的な実施形態は、ユーザが、選択可能なオプションのそれぞれを、スケジュール済み番組の優先度に関わらず、すべて巡回できるようにすることを含む。
【背景技術】
【０００２】
長年にわたり、家庭用エンターテインメントシステムは、視聴者がテレビ番組を後で見るために録画することを可能にしてきた。テレビ番組を視聴者の家庭で録画するための最も初期のシステムは、ＶＣＲ（ｖｉｄｅｏ  ｃａｓｅｔｔｅ  ｒｅｃｏｒｄｅｒ）であった。これは、オーディオ／ビデオ信号を磁気テープ記録媒体またはビデオカセットの上に記録するものである。ＶＣＲの黎明期においては、視聴者は所望のチャンネルに合わせ、番組が始まるのを待ち、番組を録画するためにＶＣＲをアクティブにしていた。この革新技術（ｉｎｎｏｖａｔｉｏｎ）により、ユーザは番組の時間をずらすことができるようになったが、それでもユーザは、ＶＣＲをアクティブにするために家に居なければならなかった。このため、ＶＣＲにはまもなくプログラム可能なシステムが装備された。これは、ユーザ入力に応答して、番組を録画するための録画プロセスを、ＶＣＲに人が付いていなくても自動的に開始させるものであった。そのようなプログラム可能な機能により、視聴者は番組の録画を、就寝時に、視聴者が家に不在の間に、または、録画プロセスを手動でアクティブにするのに不便な他のときに、行うことができるようになった。
【０００３】
ここ数年で、磁気テープのほかに、他の記録媒体が利用可能になってきている。たとえば、テレビ番組を、テレビに関連付けられたセットトップボックス内のハードディスク上に録画することは、今では普通である。現在、異なる媒体が利用可能であるとはいえ、テレビ番組を後で見るために録画することの基本的な概念は、それほど変わったわけではない。
【０００４】
もう１つの最近の進歩が、ＥＰＧ（ｅｌｅｃｔｒｏｎｉｃ  ｐｒｏｇｒａｍ  ｇｕｉｄｅ、電子番組ガイド）である。これは、テレビ番組のリストをテレビ画面上に画像的に表示するものである。今日、使用されている様々なＥＰＧがあるが、典型的なＥＰＧでは、番組が複数のチャンネルおよび様々な時間枠（ｔｉｍｅ  ｓｌｏｔｓ）に対するグリッドフォーマットで表示される。このため、画面表示（ｖｉｅｗ）は、異なる時間に異なるチャンネル上で放送されるテレビ番組を確認（ｉｄｅｎｔｉｆｙ）するために、水平軸と垂直軸のどちらに沿ってもスクロールする。ＥＰＧをちょっと見ただけで、視聴者は、どの番組が特定のチャンネルの特定の時間のあいだに放送されるかを、容易に知ることができる。
【０００５】
ＥＰＧは、視聴者が、番組がいつ放送されているかを確認するのを補助することができるが、その一方で、録画システムをプログラムするプロセスを合理的に行うのにも使用されている。たとえば、視聴者は、ＥＰＧを使用すると、ある番組がいつ放映されるかを確認し、それに応じて録画装置を手動で設定することができる。しかし、最近では、ＥＰＧを含むセットトップボックスに関連付けられているユーザインターフェースにもよるが、視聴者は、セットトップボックスのユーザインターフェースの特定の機能を使用して、録画システムをプログラムすることができる。たとえば、視聴者は、ＥＰＧ内部のある番組に対応する枠（ｂｏｘ）または領域を単に選択するだけで、その番組を録画のためにスケジュールできるようになっている。あるいは、視聴者は、録画システムのプログラムを適切に行うのに、ユーザインターフェースの異なるページまたは表示に移ることが必要なこともある。
【０００６】
ユーザが録画のためにテレビ番組のスケジュールを行う方法に関係なく、視聴者は、複数のテレビ番組を重複する放送スケジュールで録画することを試みまたは望む状況に、普通に遭遇する。セットトップボックス内部の複数のチューナにより、ユーザは番組が競合する恐れ（ｌｉｋｅｌｉｈｏｏｄ）を減らすことができるが、そのようなチューナは高価であり、従来の多くのシステムでは利用またはアップグレードが可能ではない。このため、放映時間の重なる形で録画をスケジュールすると、しばしば、利用可能なチューナの数を超えてしまい、競合が生じることになる。そのような場合には、何らかの形の競合解決を行うことが必要とされることになる。
【０００７】
従来のシステムでは、番組スケジュールの競合関係にある形で複数の番組を録画するために選択することは、禁じられている。このため、視聴者は、競合する番組を録画するために録画システムをプログラムしようと試みた場合には、第１の番組の選択を解除し（ｄｅｓｅｌｅｃｔ）、次いで所望の番組を再選択しなければならないはずである。これ以外のシステムでは、競合する番組の選択を許すのに、競合が存在することを示さないことになり、視聴者は、その番組が録画されると誤って思うことになってしまうはずである。
【０００８】
しかし、より最近では、競合関係にある番組間の録画競合が、セットトップボックス内部の自動化プロセスによって解決可能となっている。たとえば、一部のシステムでは、選択機能（ｐｒｅｆｅｒｅｎｃｅ）を使用して番組間の録画競合を解決している。そのような選択機能は、ユーザで設定を行うか、またはメーカであらかじめ定めておくことができる。たとえば、ユーザは、番組の所望の録画のランク付けを、たとえば、パーセンテージによって行うことができる。他のシステムでは、連続番組（ｒｅｐｅａｔ  ｐｒｏｇｒａｍｓ）（すなわち、シリーズなど、定期的に録画されるもの）のほうを、連続番組でないものに対して、必ず選ぶか、または決して選ばないかを指示する選択機能を提供することができる。別の選択機能として、代替放送スケジュール（ａｌｔｅｒｎａｔｉｖｅ  ｂｒｏａｄｃａｓｔ  ｓｃｈｅｄｕｌｅ）（すなわち、後で放送される番組）のある番組を選択しないことにすることもできる。代替方法として、またはそれと組み合わせて、優先度を、番組の種類に基づくものとすること、たとえば、ドラマよりもコメディーを選ぶための選択機能とすることができる。メーカの定める選択機能は、番組が選択された時点に基づくものとすることができる。たとえば、システムは、番組の録画を、先入れ先出し（ｆｉｒｓｔ  ｉｎ  ｆｉｒｓｔ  ｏｕｔ）方式で行うことができる。
【０００９】
しかし、優先度設定に基づく競合解決には、いくつかの落とし穴がある。たとえば、競合の解決は選択機能によって自動的に行われるために、ユーザには、競合がどのように解決されることになるかに対して完全な制御権がない。たとえば、先入れ先出し選択機能では、ユーザが、後で選択した番組のほうを、より最近に選択した番組よりも選ぶことが常に仮定されている。しかし、明らかに、ユーザが逆の解決を選ぶ場合があるであろう。このため、ユーザがこの解決のことを意識していない場合には、望ましいほうの番組が録画されないことになる。
【００１０】
他のシステムでは、ユーザには、番組録画競合を解決するための表示が提供される。たとえば、ユーザが録画のためにある番組を選択し、これがそれまでに選択した番組と競合すると、図１の表示に似た表示が生成され、視聴者に提示されることになる。そのような場合、その競合の解決のためのある選択が（たとえば、選択機能に基づいて）行われ、ユーザには、表示１００が、その競合および選ばれた解決を説明するかなりの量のテキスト１０５とともに示される。次いで、ユーザは、選ばれた解決を受理または拒絶するよう促される（１１０）。そのようなシステムでは、ユーザには、選択機能の場合よりも多くの制御権が可能になるが、このような競合の解決では、その問題を説明する、読むのが難しくしばしば混乱しそうなテキスト１０５への依存度が大きい。さらに、こうしたシステムでは、限られた解決案しか可能ではない。このため、複数の競合が存在する可能性のあるマルチチューナまたはデュアルチューナの環境では、ユーザは、オプションの範囲全体を理解できない可能性がある。したがって、ユーザに提示されるのは、限られたオプションしかない、混乱しそうな、テキストの多い競合の表示である。
【発明の開示】
【課題を解決するための手段】
【００１１】
したがって、競合の解決においてユーザの補助を、容易に理解可能でユーザフレンドリなやり方で行うことが必要とされている。さらに、複数のチューナの競合の可能性があるため、競合の解決のオプションをすべて巡回できることが必要とされている。
【００１２】
現在の競合解決システムの上で同定した欠点および不利な点が、本発明によって克服される。たとえば、スケジュール済みテレビ番組を自動的に録画するように構成されている録画装置を含むエンターテインメントシステムにおいて、本発明は、放送時間の重なる所望の録画される番組間の競合を解決する際のユーザに対する補助を、選択可能な録画オプションを容易に理解可能なユーザインターフェースで提示することによって行うことを含む。
【００１３】
たとえば、諸実施形態は、番組を録画する要求を受け取ることを含む。要求を受け取ると、その要求と、放送時間の重なる録画のためにスケジュールされている少なくとも１つの他の番組の間の録画競合を確認する。そのような場合、録画競合が存在する時間幅を、録画競合内の番組ごとのスケジュール済みの放送時間情報に基づいて同定する。同定した時間幅に基づいて、録画競合を解決することになる選択可能な録画オプションを決定する。これらの選択可能な録画オプションを、ユーザインターフェース内に表示し、ユーザが、録画すべき所望の番組を選択できるようにする。
【００１４】
他の例示的な実施形態は、放送時間の重なる番組間の競合を解決するための選択可能な録画オプションをすべて巡回できるようにすることを含む。システムは、選択可能な録画オプションごとの状態を逐次的に巡回できることを保証するように構成される。複数の番組間に存在する競合を、複数の番組の部分に対する重なる放送時間に基づいて確認することができる。次いで、複数の番組に対する初期の状態情報を保存する。この初期の状態情報は、複数の番組のうちのどれが始め録画に関してイネーブルまたはディゼーブルにされるかを指示する。次いで、第１の番組の状態をディゼーブル状態からイネーブル状態へと変更するユーザ入力が受け取られる。第１の番組の状態を変更するユーザ入力に応答して、第２の番組の状態がイネーブル状態からディゼーブル状態へと自動的に変更される。再び、第２の番組の状態をディゼーブル状態からイネーブル状態へと変更するユーザ入力が受け取られる。初期の状態情報に基づいて、複数の番組の第３の番組の状態が、イネーブル状態からディゼーブル状態へと自動的に変更される。
【００１５】
本発明のさらなる特徴および利点は、以下の説明で述べることになるが、部分的にはこの説明から自明であろうし、または本発明の実施によって学ぶこともできよう。本発明の特徴および利点の実現および獲得は、添付の特許請求の範囲で特に指摘する機器および組み合わせによって行うことができる。本発明のこうしたおよび他の特徴は、以下の説明および添付の特許請求の範囲からより完全に明らかとなるであろうし、または本明細書にこの後述べる本発明の実施によって学ぶこともできよう。
【００１６】
本発明の上で列挙したおよび他の利点および特徴を得られるやり方を説明するために、上で簡潔に説明した本発明のより詳細な説明を、添付の図面に示す本発明の特定の諸実施形態を参照して与えることにする。これらの図面には、本発明の典型的な諸実施形態のみを示してあり、したがってその範囲を限定するものと考えるべきではないとの了解のもとで、本発明の説明および解説を、さらに具体的かつ詳細に、添付の図面を使用して行うこととする。
【発明を実施するための最良の形態】
【００１７】
本発明は、放送スケジュールの競合関係にあるテレビ番組に対して録画競合を解決するための方法、システム、およびコンピュータプログラム製品へと拡張される。本発明の諸実施形態は、下でより詳細に論じるように、様々なコンピュータハードウェアを含む専用または汎用のコンピュータを含むことができる。
【００１８】
本発明は、録画システムにおいて録画のために選択されている、重なる番組間の競合を管理することに関する。単に、優先度によって競合を解決し、または理解の困難なテキストおよび限られた選択オプションを伴うユーザ表示を提供するのではなく、本発明では、チューナの競合の視覚的な表現を、容易に理解可能な順序で行ってユーザにチューナのスケジュールの構成を全範囲のオプションで可能にし、ユーザが完全に理解できる形で行うユーザフレンドリなインターフェースを生成することが提供される。しかし、本発明を詳細に論じる前に、本発明の例示的な実施形態を説明する際に使用することになるいくつかの標準的な用語を定義することは有用である。
【００１９】
「スケジュール済みエントリ」（ｓｃｈｅｄｕｌｅｄ  ｅｎｔｒｙ）または「スケジュール済み番組」（ｓｃｈｅｄｕｌｅｄ  ｐｒｏｇｒａｍ）は、あるＥＰＧ内部の特定の番組のインスタンスである。通常、番組エントリは、チャンネルのほかに、開始および終了時間で定義される。たとえば、図２Ａに示すように、ＥＰＧ２０２のフィールド２０８にあるスケジュール済み番組であるフレイジャー（Ｆｒａｓｉｅｒ）は、チャンネル２６で５：３０と６：００の間に放送されるようにスケジュールされている。所与の番組は複数回放映されうるため（たとえば、ＨＢＯの映画）、個々の番組は複数の関連するスケジュール済みエントリを有する可能性がある。
【００２０】
「スケジュール済み項目」（ｓｃｈｅｄｕｌｅｄ  ｉｔｅｍ）は、録画要求と関連付けられている、あるＥＰＧ内の単一の特定のスケジュール済みエントリである。「録画要求」（ｒｅｃｏｒｄｉｎｇ  ｒｅｑｕｅｓｔ）は、特定の番組を録画することに対するユーザの要求であり、これは、単発の（ｏｎｅ  ｔｉｍｅ）要求と、繰り返される録画（たとえば、ＮＢＣで９：００前後のザホワイトハウス（Ｗｅｓｔ  Ｗｉｎｇ）の放映すべてを録画すること）に対するシリーズ要求のどちらも含む。録画要求では、１組のスケジュール済み項目が管理され、単発の録画要求でさえ、複数のスケジュール済み項目、たとえば、映画の放映またはスケジュール済みエントリごとに１つを有する可能性がある。
【００２１】
本明細書で使用する「録画システム」（ｒｅｃｏｒｄｉｎｇ  ｓｙｓｔｅｍ）または「録画装置」（ｒｅｃｏｒｄｉｎｇ  ｄｅｖｉｃｅ）は、番組を録画するための機器を含むどのような機器またはシステムも指す。ＶＣＲ、ＤＶＲ（ｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｒｅｃｏｒｄｅｒｓ、デジタルビデオレコーダ）、セットトップボックス、テレビ本体（ｔｅｌｅｖｉｓｉｏｎ  ｓｅｔ）、または他のどのような電子コンポーネント内に実施されるどのような機器、パーソナルコンピュータ、またはどのようなタイプの録画媒体を用いる他のどのような録画機器を含むシステムも、録画システムの例に相当する。１台の録画装置は、どの一時点でも１チャンネルのみを視聴および／または録画できるチューナ１個だけを有することができる。あるいは、本発明の複数の録画装置は、所与のどの時点でも複数のチャンネルを視聴および／または録画できる複数のチューナを含むことができる。しかも、録画装置のコンポーネントは、デジタルテレビ信号に適合しており、対応するチューナは、アナログテレビ信号に適合されている。
【００２２】
本明細書で規定する録画競合または単に競合とは、２つ以上のスケジュール済み項目に対する重なるまたは重複する放送時間を指す。複数のスケジュール済み項目は、開始および終了時間が異なる可能性があるため、競合持続時間（ｃｏｎｆｉｌｉｃｔ  ｄｕｒａｔｉｏｎ）は、任意の時間区間、たとえば、２、３秒から数時間にまでわたる可能性がある。本明細書で言及するこの競合持続時間は、競合のスライスまたは時間幅であり、これは、下でより詳細に説明するが、ユーザインターフェースでは列および／または行の形で表すことができる。
【００２３】
競合した番組により、スケジュール済み項目はどのような数の状態でも有することになる。「イネーブル状態」（ｅｎａｂｌｅｄ  ｓｔａｔｅ）とは、そのスケジュール済み項目に、現在、録画が予定されていることを意味する。競合または「ディゼーブル状態」（ｄｉｓａｂｌｅ  ｓｔａｔｅ）とは、スケジュール済み項目の録画が、他の何らかの重なるまたは重複するスケジュール済み項目または項目群により、そのスケジュール済み項目の録画が妨げられているため、行われないことを意味する。「冗長状態」（ｒｅｄｕｎｄａｎｔ  ｓｔａｔｅ）とは、スケジュール済み項目が、代替の放映である複数のスケジュール済みエントリを有し、この番組の別のスケジュール済みエントリが録画される、すなわち、イネーブル状態にある別のスケジュール済み項目があることを意味する。
【００２４】
例示的な実施形態は、２つ以上の録画要求の間でいつ競合が起きるかを同定すること、および、放送時間をスケジュール済み項目に関してスキャンしてその競合に対する時間スライスまたは時間幅を決定することを含む。この決定した時間幅に基づいて、利用可能な録画オプションの決定およびユーザインターフェース内での表示を行って、それにより、ユーザが、録画のための所望のプログラムを、選択可能なオプションのうちから選択できるようにすることができる。
【００２５】
図２Ａに、上で同定した実施形態の例を示し、スケジュール済み項目を選択するためのＥＰＧ（ｅｌｅｃｔｒｏｎｉｃ  ｐｒｏｇｒａｍ  ｇｕｉｄｅ、電子番組ガイド）２０２および決定した選択可能な録画オプションを表示するためのユーザインターフェース（ＵＩ）２００を示している。この例では、ＥＰＧ２０２を使用すると、複数のスケジュール済みエントリまたは番組のうちのスケジュール済み項目に対する録画要求を行うことができる。チューナは２つだけ利用可能であり、ユーザは、次のプログラム、すなわち、フレイジャー（Ｆｒａｓｉｅｒ）２０８、グリズリーアダムズ（Ｇｒｉｚｚｌｙ  Ａｄａｍｓ）２０４、ノヴァ（ＮＯＶＡ）２３６、マッシュ（ＭＡＳＨ）２３８、ニュース２４２、およびネイチャー（Ｎａｔｕｒｅ）２４０に対する録画要求を行っている。本発明のこの例、および他の例では、特定の数のチューナに言及しているが、本発明は、所与のどのような数のチューナにも限定されないことに注意されたい。このため、このおよび以下の例におけるチューナの数の使用は、例示の目的で使用されるに過ぎず本発明の範囲を限定または他の方法で限定することを意図するものではない。
【００２６】
利用可能なチューナが２つしかないので、この例では、競合が２箇所存在する。第１の競合が存在するのは、５：３０と６：００の間に放送されるようにスケジュールされているフレイジャー２０８、５：３０と６：００の間に放送されるようにスケジュールされているグリズリーアダムズ２０４、および５：００と６：００の間に放送されるようにスケジュールされているＮＯＶＡ２３６に対する録画要求の間である。第２の競合が存在するのは、６：３０から７：００までやっているＭＡＳＨ２３８、これも６：３０から７：００まで流れるニュース２４２、および６：００と７：００の間に放映がスケジュールされているネイチャーという番組２４０の間である。
【００２７】
例示的な実施形態は、様々な競合をスキャンすること、および、各競合の存在する時間幅を同定することを含む。たとえば、競合があると、例示的な実施形態は、ＥＰＧ２０２をスキャンして各競合に対する時間スライスを決定することを含む。この例および以下の例では、スケジュール情報、すなわちたとえばプログラム時間、チャンネル、代替となる放映（ａｌｔｅｒｎａｔｉｖｅ  ａｉｒｉｎｇｓ）などを得るのにＥＰＧ２０２を使用しているが、この放送の情報はどのような数の方法でも得られることが理解されるはずであることを注意しておく。さらに、その情報はローカルに保存することもでき、またはテレビ信号中の放送の情報を通して受け取ることもできる。このため、放送時間情報、ならびに他の放送情報を得てスキャンする例は、例示の目的で使用されるに過ぎず本発明の範囲を限定または他の方法で限定することを意図するものではない。
【００２８】
放送時間情報を受け取り解析する方法に関係なく、例示的な実施形態は、番組スケジュールから、最も遅い開始放送時間および最も早い終了放送時間を同定して、競合しているスケジュール済み項目または番組に対する時間幅を決定することを含む。たとえば、図２Ａに示すように、本発明では、フレイジャー２０８、グリズリーアダムズ２０４、およびノヴァ２３６が競合していることが同定される。したがって、本発明は、これら３本の番組の最も遅い開始時間を同定することを含み、これはフレイジャーおよびグリズリーアダムズの放映時に関しては５：３０である。また、本発明では、これらの番組に対する最も早い終了時間の決定を行い、これはフレイジャー２０８およびＮＯＶＡ２３６が終了する６：００である。５：３０から６：００までの時間スライスにより、第１の競合に対する時間幅が定義される。したがって、時間幅に関する放送情報を使用して、この競合を解決する際にユーザを補助するユーザインターフェースが生成される。
【００２９】
たとえば、ユーザインターフェース２００に示すように、競合１は、列２３０に示され、５：３０から６：００という競合時間幅で同定されている。さらに、番組名はこの行の内部の行として表示してあり、ここで各行は競合１に関する録画要求に相当する。競合のそれぞれでは、少なくとも１つの行によって、利用可能なチューナ上の番組（すなわち、録画に関してイネーブルである番組）を表し、少なくとも１つの別の行によって、競合しているスケジュール済み項目（すなわち、録画に関してディゼーブルである番組）が表されることになる。イネーブルである番組の組み合わせ（すなわち、競合を解決するために同時に録画することのできる番組）から、選択可能なオプションが構成される。下でより詳細に説明するように、イネーブル（またはディゼーブル）にする番組を一意に表示する数多くのやり方があるが、この例では、イネーブルにした番組を、チェックボックス内のマークで示している。
【００３０】
この例における同定した競合および選択可能なオプションを、格子状に列および行として示しているが、本発明ではどのような数の構成も利用可能であることに注意されたい。たとえば、下でより詳細に説明するように、選択可能なオプションをユーザに複数の行として提示し、そのユーザは競合を解決するために単一の行を選択することが可能である。あるいは、競合を格子状に表現し、そこで競合は水平な形で（行として）表現し、選択可能なオプションを構成する番組は列として表示することもできる。このため、図２Ａ（ならびに図２Ｂ〜２Ｄおよび図３）では、例示的なユーザインターフェースのデザインを、競合時間幅を決定し、それに基づいて選択可能な録画オプションを表示するための１つまたは複数の機能を達成するために使用しているが、数多くの、おそらく無数の代替のユーザインターフェースのデザインが、こうした機能を達成するために、異なる審美的側面を変えて存在する。したがって、ユーザインターフェース２００に示す、競合を格子状に列および行として表示するためのデザインは、例示の目的で使用されるに過ぎず、そうでないと特に主張しない限り、本発明の範囲を限定または他の方法で狭めることを意図するものではない。
【００３１】
本発明では、どのような数のスケジュール済み項目に対するどのような数の競合時間幅も決定することができる。したがって、ユーザインターフェース２００は、水平省略記号（ｅｌｌｉｐｓｉｓ）２１８で表すようにどのような数の競合も表示することができ、各競合は、ある録画要求が行われた箇所では、どのような数の番組またはスケジュール済み項目も含むことができ、これは、列２３０と２３２のどちらの垂直省略記号２１６でも表している通りである。表示することのできる競合および／または選択可能なオプションの数は、数多くの要因に基づく。たとえば、選択可能なオプションを格子状に表示するときには、各競合に対する時間幅のサイズ、競合の範囲内にある番組の数、表示の解像度およびサイズなど、すべてが選択可能なオプションのレイアウトおよび視覚的表現に影響する。それでもなお、スクロールバー（たとえば、２２４、２３５）または他の項目、すなわちたとえば、スクロールボタン（たとえば、図２Ｂの２２２および２２４）を使用すると、競合および／または選択可能なオプションをすべて視覚的に表示することが可能である。もちろん、競合および／または選択可能なオプション全体をスクロールするどのような数のやり方も本発明には利用可能であり（たとえば、上／下および左／右のコントロールを用いた自動スクロール）、したがって、スクロールバーおよび／またはボタンの使用は、このユーザインターフェースでは例示の目的で使用され、本発明の範囲を限定または他の方法で狭めることを意図するものではないことに注意されたい。
【００３２】
上で触れたように、実施形態の例により、いくつもの競合をスキャンして時間幅を決定すること、および競合および／または選択可能なオプションをユーザインターフェース２０２内にできるだけ多く提示することが可能になる。たとえば、図２Ａに示すように、競合２に関する放送情報を（競合１に関して上で説明したのと似たやり方で）スキャンすることができ、マッシュ２３８、ニュース２４２、およびネイチャー２４０の番組に対する競合時間幅を決定することが可能である。すると、この競合を、ＵＩ２００内に格子状に列および行２３２として、競合１に関してこれまで説明したように、表示することもできる。次いで、ユーザは、ユーザインターフェース２００とやり取りを行って、（競合１または競合２に対する）所望の録画番組の選択を、様々なオプションをスキャンし選択するためのどのような数のよく知られた手段によっても、たとえば、マウスをクリックすることまたはリモートコントロール装置を使用することによって、行うことができる。さらに、イネーブルにしたまたは現在イネーブルであるスケジュール済み項目を確認（ｉｄｅｎｔｉｆｙｉｎｇ）のためにユーザに指示することは、どのようなやり方でも、たとえば、ハイライト、チェックボックス、ラジオボタン、または選択した、または選択もしていないもしくはディゼーブルにした項目をユーザに提示する他のどのような視覚的なやり方でも行うことができる。
【００３３】
例示的な実施形態は、選択可能なオプションがユーザに対してユーザインターフェース２００内に提示されると、競合時間幅内にある、ある数のスケジュール済み項目、すなわちたとえば利用可能なチューナの数に対応するものを、録画に関して自動的にイネーブルにするものとしている。たとえば、競合１に示すように、ユーザには、フレイジャーおよびノヴァからなる選択可能なオプションが提示されることもあろう。これらはイネーブルになっており、それがこれらの番組に対するチェックボックスの中のチェックで指示されている。この初期選択は、どのような数のやり方でも決定することができる。たとえば、初期選択はランダムとすることもでき、または、どのような数のアルゴリズム、すなわちたとえば、その番組（ｓｈｏｗｓ）の長さ、または他の任意の特徴に基づくものとすることもできる。
【００３４】
代替方法として、例示的な実施形態では、イネーブルである初期の選択可能なオプションまたは番組の選択は、選択機能（ｐｒｅｆｅｒｅｎｃｅｓ）または優先度に基づいていてもよいものとしている。こうした選択機能は、所望の番組録画のパーセンテージ、所望の番組録画のランキング、それらの番組が録画のために選択された順序、それらの番組の内容のジャンル、それらの番組が繰り返し録画されているかどうか、またはそれらの番組に代替放送スケジュールがあるかどうか、あるいは他のどのような利用可能な選択機能のうちの１つまたは複数とすることができるが、これに限定されるものではない。
【００３５】
代替方法として、例示的な実施形態は、競合している番組を単に、初期選択なしで表示することを含む。そのような一実施形態では、ユーザは、リスト内部の競合している番組から、利用可能なチューナの数まで選択することが許されるはずである。下でより詳細に説明することになるが、番組の選択が、利用可能なチューナの数に達した後では、その後何か選ぶと、別の選択されている項目が１つ、たとえば、先入れ先出し方式で、ディゼーブルにされるはずである。
【００３６】
上に述べたように、初期の番組を選ぶ方法に関係なく、例示的な実施形態では、ある番組をユーザが選択し、競合の範囲内にあるそのプログラムを録画するために他のチューナが利用可能でないと、競合の範囲内にある他の番組のうちの１つがディゼーブルにされる（すなわち、イネーブル状態からディゼーブル状態へと変更される）ものとしている。したがって、ユーザからは、特定の番組を選択することによって別の番組が１つディゼーブルにされることが、その旨代替オプションとともに提示されるため、容易に確認できる。もちろん、ユーザに新しいオプション、すなわち画面表示（ｖｉｅｗ）が気に入らない、または、番組がディゼーブルされるのを望んでいなかった場合は、ユーザはそのディゼーブルにされた番組を選択して状態を変更することができるが、これは、同じ競合の範囲内にある別の番組を選択解除し（ｄｅ−ｓｅｌｅｃｔｉｏｎ）またはディゼーブルにすることになる。図３に関して下でより詳細に説明するが、例示的な実施形態では、ユーザが、選択可能なオプションのそれぞれの巡回を、スケジュール済み項目に関連付けられている優先度に関わらず行える機能を提供している。
【００３７】
ユーザは、競合のそれぞれの範囲内でイネーブルにされている番組に満足すると、このインターフェースを保存（ｓａｖｅ）し閉じることを、どのような数のよく知られた手段でも、たとえば、「終了」（ｄｏｎｅ）ボタン２２６によって、行うことができ、ここで、イネーブルにしたスケジュール済み項目は、録画装置内部で更新される。図２Ａの例では、「終了」（ｄｏｎｅ）または「取り消し」（ｃａｎｃｅｌｌｅｄ）ボタン２２８を示してあり、これらをこのユーザインターフェースで使用すると、競合管理ユーザインターフェースを保存し閉じることができるが、他のよく知られている手段も利用可能である。たとえば、図２Ｂに標準のユーザインターフェースのボタン２２０として、図２Ｃに変更を保存するための「はい」または「いいえ」の選択肢２５２として、「閉じて保存」（ｃｌｏｓｅ  ＆  ｓａｖｅ）ボタン２５８として図２Ｄに示すような、またはユーザインターフェース２００の中で保存することおよび閉じることを表すための他のどのようなよく知られている容易に識別可能なやり方が利用可能である。このため、図２Ａ〜２Ｄおよび３の例示的なユーザインターフェースのデザインを、このユーザインターフェースを保存し閉じる機能の１つまたは複数を達成するために使用しているが、数多くのおそらく無数の代替のユーザインターフェースのデザインが、こうした機能を達成するために、異なる審美的側面を変えて存在する。
【００３８】
また、本発明では、一時点での複数の競合を解決する際にユーザを補助するための例示的な実施形態を提供している。たとえば、図２Ｂに示すように、ユーザはＥＰＧ２０２で、フレイジャー２０８、フレンズ２１０、グリズリーアダムズ２０４、および市民ケーン（Ｃｉｔｉｚｅｎ  Ｋａｎｅ）２１２を、録画のため、または所望の録画のために選択し、前のように２つのチューナしか利用可能でない場合、例示的な実施形態では、上で説明したものに似たスキャン処理を、競合の時間幅を同定するために提供している。この場合、第１の競合が存在するのは、５：３０から６：００までに放映される番組の間であり、これは、グリズリーアダムズ２０４、フレイジャー２０８、および市民ケーン２１２を含む。また、第２の競合が存在するのは、ユーザインターフェース２００に示すようにグリズリーアダムズ２０４、フレンズ２１０、および市民ケーン２１２の間である。この時間幅に基づいて、ユーザインターフェース２００が生成され、選択可能なオプションのユーザへの表示が、競合を閲覧し管理するための容易に理解可能なやり方で行われる。
【００３９】
再び、このユーザインターフェースの例２００では、競合およびスケジュール済み番組が格子状に表示してある。競合のそれぞれは列に相当し、要求されたスケジュール済み項目は列として、自動的に選ばれた初期の選択可能なオプションとともに表示されている。ユーザインターフェース２００に示すように、ある特定の番組は、複数の競合に含まれる可能性がある。たとえば、グリズリーアダムズ２０４および市民ケーン２１２の部分は、どちらの競合にも含まれている。このため、この例では、フレイジャー２０８、市民ケーン２１２、およびフレンズ２１０が、競合１および競合２をどちらも同時に解決するための初期のオプションであるものとしている。ユーザが、スケジュール済み項目のグリズリーアダムズ２０４をディゼーブル状態からイネーブル状態へと変更することを希望する場合は、２つのチューナしか利用可能でない以上、２つの競合中にあるもう１つのイネーブルにされているスケジュール済み項目の少なくとも１つを、ディゼーブルにしなければならない。
【００４０】
フレイジャー２０８またはフレンズ２１０がディゼーブルまたは選択解除になった場合、例示的な実施形態では、フレイジャー２０８とフレンズ２１０のどちらも、競合１および競合２を同時に解決する際の１つの選択（ｐｒｅｆｅｒｅｎｃｅ）として、自動的に選択解除することができるものとしている。同様に、他の例示的な実施形態は、フレイジャー２０８またはフレンズ２１０が、ディゼーブル状態からイネーブル状態へと変更された場合には、そのどちらも同時にイネーブルになるように変更することを含む。
【００４１】
もちろん、他の実施形態では、番組のどのような組み合わせも選択することができるものとしている。たとえば、ユーザは、グリズリーアダムズ２０４、フレイジャー２０８、および、市民ケーン２１２の終わりを録画したいと希望することもあろう。そのようなオプションは、たとえば、ユーザが映画の全体を見たいが、野球の試合の最後の数イニングを見たいだけであるときには、望ましい可能性がある。あるいは、視聴者は、ニュースの放送のトップの話題（ｌｅａｄ  ｓｔｏｒｉｅｓ）だけが希望であるが、放送スケジュールが部分的に競合関係にあるシチュエーションコメディー（ｓｉｔｃｏｍ）は見逃したくないこともあろう。このため、上で説明した、複数の競合を解決するためにスケジュール済み項目をイネーブルまたはディゼーブルにすることは、例示の目的で使用されるに過ぎず、本発明の範囲を限定または他の方法で狭めることを意図するものではない。
【００４２】
さらに別の実施形態の例に従って、図２Ｃに、複数の競合を単一のユーザ入力によって解決する代替のやり方を示している。この例に示すように、ユーザが録画の要求を行ったのは、ＥＰＧ２０２を用いて、マッシュ２３８、ニュース２４２、市民ケーン２１２、タクシー（Ｔａｘｉ）２４４、およびスクラブズ（Ｓｃｒｕｂｓ）２４６に対してである。再び、利用可能なチューナが２つしかないと仮定すると、第１の競合が、上で説明した実施形態に従って決定され、６：３０から７：００の時間幅によって同定される。この第１の競合は、市民ケーン２１２、マッシュ２３８、およびニュース２４２のスケジュール済み項目を含む。また、第２の競合は、ユーザインターフェース２００に示すように、６：３０から７：００の決定された時間スライスの間で、市民ケーン２１２、スクラブズ２４２、およびタクシー２４４の間に存在する。この競合の時間幅に基づいて、選択可能なオプションが、ユーザに対して、図２ＡおよびＢに関してこれまでに上で説明したものに似て、格子状（２４８）に提示される。
【００４３】
この例では、格子２４８の左にあるハイライトされたラジオボタンの示すように、始め、３０分番組がイネーブルにされており、ここでは、個々のスケジュール済み項目を選択するのではなく、複数の競合を解決するために行全体が選択されている。したがって、このユーザ入力は、最小限（ｍｉｎｉｍａｌ）であり、録画番組に対する複数の競合を解決する１つの容易なやり方を提示するものである。しかし、３０分番組をある特定のチューナを表すある特定の行に示しているが、これらの番組は、そのチューナに対して任意に選ぶことができ、またはユーザが希望通りに整理し直すことができることに注意されたい。さらに、上のように、スケジュール済み項目は、上のように番組それぞれの選択のために、個別のラジオボタンをもつことができる。このため、スケジュール済み項目の選択およびその録画が行われることになるチューナは、例示の目的で使用されるに過ぎず、そうでないと明示的に主張しない限り、本発明の範囲を限定または他の方法で狭めることを意図するものではない。
【００４４】
他の例示的な実施形態は、選択可能なオプションの知識全体をユーザに与えるために、番組の代替の放映を視聴者に示すことを含む。たとえば、図２Ｃのユーザインターフェース２００に示すように、ユーザには、ボックス２５０に示すように市民ケーンの代替の放映（ｓｈｏｗｉｎｇ）が存在するという情報が提示される。この代替の放映（ｓｈｏｗｉｎｇ）は、特定のスケジュール済み項目、たとえば、ディゼーブルにされている番組に基づいていてもよい。さらに、代替の放送情報は、単一のスケジュール済みエントリに基づいていても、あるいは複数のまたはすべての選択可能な代替の放映（ｓｈｏｗｉｎｇｓ）のうちの代替の放映（ａｉｒｉｎｇｓ）を示していてもよい。ボックス２５０に現れる代替の放映は、スケジュール済み項目の仮の選択、すなわちたとえば、カーソルを項目の上に置くこと、または、ユーザ対話に基づいて情報を表示する他のどのようなよく知られている理由に基づくのでもよい。代替の放映の表示されるまたは表示させる方法に関係なく、この情報により、ユーザは、競合を解決するためにもっとより決定を行うことができるようになる。
【００４５】
図２Ｄに示すように、他の例示的な実施形態では、選択可能なオプションを単一の列２６２にある行として表示する他のユーザインターフェースを提供している。この例では、ユーザがＥＰＧ２０２から選択したのは、リアルピープル（Ｒｅａｌ  Ｐｅｏｐｌｅ）２５６、フレイジャー２０８、ファザーマーフィー（Ｆａｔｈｅｒ  Ｍｕｒｐｈｙ）２５４、およびグリズリーアダムズ２０４である。録画装置にはチューナが１つしかないと仮定すると、２つの競合が同定され、それぞれに対する時間幅がこれまで説明したように計算される。第１の競合は５：００と５：３０の間のリアルピープル２５６とファザーマーフィー２５４の間である。第２の競合時間幅は、５：３０と６：００の間のフレイジャー２０８およびグリズリーアダムズ２０４に対してである。この時間幅に基づいて、選択可能なオプションを決定して行２６２として提示することができ、これをユーザは単一のオプション２６２として選択して、競合をどちらも解決することができる。
【００４６】
代替方法として、すべてのオプションを単一のユーザインターフェース内に表示するのではなく、各オプションをユーザに対して個別に、別個のユーザインターフェース２００内で、そのオプションに対する視聴者の希望を指示するプロンプトとともに表示することができる。さらに、ユーザインターフェース２００内に示すように、ボックス２６０を提示することができ、そこでは、代替の番組によって競合がどちらも解決されるはずである場合は、このボックスを選択して（すなわち、このオプションを選んで）単に存在する競合の一部または全部を解決するようにすることができる。たとえば、ボックス２５０に示すように、この例では、グリズリーアダムズ２０４およびファザーマーフィー２５４に対する代替のスケジュールがある。これらの代替案によって競合はどちらも解決されるはずなので、ユーザは、単にこのオプションを選択することにでき、ここでは、リアルピープル２５６およびフレイジャー２０８が録画されるはずであり（オプション４としても示されている）、代替の放映も録画のためにスケジュールされるはずである。
【００４７】
これまでに触れたように、ユーザが番組の選択を、たとえば、個々のオプション、行、スケジュール済み項目などを選ぶことによって行うとき、ユーザは、選択可能な番組作成オプション（ｐｒｏｇｒａｍｍｉｎｇ  ｏｐｔｉｏｎｓ）に対するすべての状態を巡回できる必要がある。特に、これまでに触れたように、ユーザが利用可能なチューナの数を超える選択を行うと、別の番組および／またはオプションを１つ選択解除しまたはディゼーブルにすることが生じることになる。しかし、選択解除は、すべての番組および／またはオプションに対して生じる必要がある。すなわち、プログラムおよび／またはオプションを逐次的に選択解除すると、それぞれに対する状態を順番に変更する必要がある。しかし、選択機能または優先度を、スケジュール済み項目に対する状態を選択解除しまたはディゼーブルにすることを決定する際に厳密に使用する場合は、必ずしもそうであるわけではない。
【００４８】
たとえば、図３に示すように、３つのスケジュール済み項目および／または利用可能なオプションＡ、Ｂ、またはＣがあり、利用可能なチューナが２つしかないとする。したがって、２本の番組しか同時に録画することはできない。（１）番組Ａ、Ｂ、およびＣは、放送時間が重複しまたはかち合っており、（２）新たに選択した項目には、最も低い優先度または選択機能（ｐｒｅｆｅｒｅｎｃｅ）が与えられ、（３）初期の状態３１０により、ＢおよびＣがイネーブルにされ、（３）ユーザはＣを項目Ｂよりも高い優先度に設定し、（４）選択機能または優先度は、項目を自動的にディゼーブルにする際に厳密に使用されると仮定すると、以下のことが生じることになる。ユーザは、Ａをイネーブルにするように選択する。ＣはＢよりも優先度が高いため、第２の状態３１５に示すように、Ｂがディゼーブルにされる。次いで、ユーザがＢを選択した場合には、Ａは新たに選択された項目であったため、Ｃは優先度がＡよりも高く、このためＡがディゼーブルにされ、こうして初期の状態３１０に戻る。この「ピンポン」現象は無限に続くことになり、したがって、ＡとＢの組み合わせの選択は決して可能にならない。
【００４９】
上のピンポン現象を防ぐために、例示的な実施形態では、選択可能なオプションのそれぞれに対して、状態をすべて巡回できるようにしている。たとえば、図３を再び参照すると、初期の状態３１０により、ＢおよびＣがイネーブルにされる。本発明では、この状態を保存し、これは、下で説明するように、後で参照するために使用されることになる。ユーザ入力３０５を受け取り、Ａがイネーブルにするように選択され、このため現在イネーブルになっている項目のうちの１つをディゼーブルにすることになる──この場合Ｂがディゼーブルにされ、このため第２の状態３１５になり、ここではＡおよびＣがイネーブルにされる（Ｂがディゼーブルにされたが、本発明は、状態の点で項目がどのように遷移しても、たとえば、Ｃがイネーブルからディゼーブルへと変わっても、同等に働くことに注意されたい）。この第２の状態情報３１５も、後で参照するために保存される。次に、ユーザ入力３２０を、Ｂの状態をイネーブルからディゼーブルへと変更するために受け取ると、本発明では、項目をディゼーブルにするために選択機能を使用するのではなく、初期の状態情報を使用してどの項目を選択解除すべきかを決定する。したがって、初期の状態ではＡがディゼーブルにされたため、また、Ａが今イネーブルにされておりＢをイネーブルにするよう選択したため、システムはＣをディゼーブルにすべきであると決定し、このためＡおよびＢがイネーブルにされる第３の状態３２５になる。
【００５０】
言い換えると、本発明は、それまで選択したスケジュール済み項目を番組および／または選択可能なオプションごとに記憶すること、および、その情報を（アプリケーションプログラムインターフェースと併せて）使用して項目および／またはオプションそれぞれへの適切な巡回を保証することを含む。このため、第３の状態３２５でユーザ入力を受け取ってＣの状態をディゼーブルからイネーブルへと変更するとき、初期の状態３１０へと遷移して戻るために第２の状態情報３１５を使用することができる。上の例では２つのチューナしか使用していないが、上の実施形態は、Ｎ個のチューナを扱うように構成することが可能である。特に、本発明は、スケジュール済み項目および／または選択可能なオプションのそれまでのＮ−１回の選択を先入れ先出し（ＦＩＦＯ、ｆｉｒｓｔ  ｉｎ  ｆｉｒｓｔ  ｏｕｔ）方式で記憶することを含み、この情報を使用して適切な巡回を保証している。このため、３つの選択可能なスケジュール済み項目および／またはオプションを巡回することに関する上の例は、例示の目的で使用されるに過ぎず、本発明の範囲を限定または他の方法で狭めることを意図するものではない。
【００５１】
本発明は、機能的ステップ（ｆｕｎｃｔｉｏｎａｌ  ｓｔｅｐｓ）および／または非機能的動作（ｎｏｎ−ｆｕｎｃｔｉｏｎａｌ  ａｃｔｓ）を含む方法の点からも説明することができる。以下は、本発明を実施する際に行うことのできるステップおよび動作の説明である。普通、機能的ステップは、発明を達成された結果の点から記述するのに対し、非機能的動作は、特定の結果を達成するためのより具体的な動作（ａｃｔｉｏｎｓ）を記述するものである。機能的ステップおよび非機能的動作は、どのような特定の順序で説明または特許請求する（ｃｌａｉｍｅｄ）することもできるが、本発明は、動作および／またはステップのどのような特定の順序または組み合わせにも必ずしも限定されるものではない。さらに、特許請求の範囲の記載における、および図４〜６に対する以下の流れ図の説明における動作および／またはステップの使用は、そのような用語の所望の具体的な使用を指示するために使用されている。
【００５２】
図４〜６に、本発明の様々な例示的な実施形態に対する流れ図の例を示している。以下の図４〜６の説明では、ときおり、図２Ａ〜Ｄおよび図３の側の対応する要素に言及を行うことにする。これらの図からの特定の要素に参照を行うことができるが、そのような要素は、例示の目的で使用されるに過ぎず、そうでないと明示的に主張しない限り、本発明の範囲を限定または他の方法で狭めることを意図するものではない。
【００５３】
図４に、放送時間の重なる所望の録画される番組間の競合を解決する際のユーザの補助を、選択可能な録画オプションを容易に理解可能なユーザインターフェースで提示することによって行う方法４００の流れ図の例を示している。方法４００は、番組を録画する要求を受け取る動作（４０５）を含む。たとえば、録画装置内に単一のチューナしか存在せず、ＥＰＧ２０２内のマッシュ２３８およびニュース２４２が録画すべきスケジュール済み項目である場合、これら２本の番組は６：３０から７：００までの放送時間がかち合っており、番組を録画するためのチューナが１つしか利用可能でないため、競合が同定される。
【００５４】
また、方法４００は、ユーザに選択可能な録画オプションを提示するステップ４３０を含む。ステップ４３０は、時間幅を同定する動作４１５を含むことができる。たとえば、録画競合内の番組ごとにスケジュールされた放送時間情報に基づいて、システムを、マッシュ２３８およびニュース２４２に関する競合は時間幅が６：３０から７：００までであることを同定するように構成することができる。この同定した時間幅に基づいて、ステップ４３０は、録画競合を解決することになる選択可能な録画オプションを決定する動作４２０を含む。たとえば、上の例でのように、マッシュ２３８とニュース２４２の間の競合を解決するのに、オプションは、単に、マッシュ２３８を録画することまたはニュース２４２を録画することである。もちろん、チューナが数多くある場合には、この時間幅に基づく複数の選択可能なオプションがある可能性がある。
【００５５】
最後に、ステップ４３０は、選択可能な録画オプションを表示する動作４２５を含む。たとえば、ユーザインターフェース２００を使用すると、選択可能な録画オプションを受け取り、表示装置上に表示して、それにより、ユーザが選択可能な録画オプションのうちから選択できるようにすることができる。録画オプションは格子状に列および行として表示することができるが、そこでは、行のうちの１つまたは複数は利用可能なチューナの数に対応し、列は１つまたは複数の競合に対する同定された時間幅に対応する。さらに、単一の行は、複数の競合にまたがって延びていてもよい。そのような場合には、単一のユーザ入力を使用して、複数の競合を解決する行を１つ選択することができる。
【００５６】
ユーザインターフェース２００の範囲内でイネーブルにされている番組（すなわち、録画すべく設定された選択済みの項目）の識別は、ハイライト、選択されたラジオボタン、マークされたチェックなどのうちの１つまたは複数で行うことができる。同様に、ディゼーブルにされている番組の識別は、ハイライト、選択されていないラジオボタン、マークされたチェックボックスなどで行うことができる。もちろん、競合の範囲内のイネーブルおよびディゼーブルにされている番組を識別し視覚的に表現するどのようなやり方も、本発明には利用可能である。
【００５７】
選択可能な録画オプションおよび／または番組を上で触れた格子状に表示するのではなく、他の例示的な実施形態では、録画オプションをリストとして提示することができるものとしている。たとえば、図２Ｄに示すように、選択可能な録画オプションを単一の列内のリストとして表示することが可能であり、それにより、単一のユーザ入力が録画競合を解決できるようにしている。あるいは、オプションを一時に１つ表示することもでき、そこでは、ユーザは、現在提示されているオプションを望むかどうか指示するよう促されるはずである。
【００５８】
別の実施形態では、競合している番組は、ユーザに表示および提示の可能な、代替の放送スケジュールを有する可能性がある。こうした代替の放送スケジュールは、ＥＰＧ２０２を分析することから決定することができる。さらに、選択可能な録画オプションは、図２Ｄのチェックボックス２６０に関して示すものなどの代替の放送スケジュールに基づいていてもよい。そのような場合、他の実施形態の例では、代替の放送スケジュールを選択することの単一のユーザ入力によって、自動的に１つまたは複数の競合が解決される。しかも、代替の放送スケジュールは、録画装置への放送信号中に含めることができ、または、すでに録画装置上に保存されていてもよい。
【００５９】
また別の例示的な実施形態では、ユーザインターフェース２００が、選択可能な録画オプションの初期の録画状態を指示できるものとしている。この指示により、録画するように現在イネーブルにされている番組が同定され、この指示は、番組を録画するための選択機能および優先度に基づいていてもよい。こうした優先度は、所望の番組録画のパーセンテージ、所望の番組録画のランキング、それらの番組が録画のために選択された順序、それらの番組の内容のジャンル、それらの番組が繰り返し録画されているかどうか、またはそれらの番組に代替放送スケジュールがあるかどうかなどに基づいていてもよい。
【００６０】
図５に、放送時間の重なる番組に対する録画競合時間幅を同定する方法５００の流れ図の例を示している。方法５００は、競合が存在することを確認する動作５０５を含む。たとえば、１つのチューナしか利用可能でなく、マッシュ２３８および市民ケーン２１２が録音すべきスケジュール済み項目として選択されている場合、これらの項目は放送時間がかち合っているため、競合を検出することができる。
【００６１】
また、方法５００は、スケジュール済み放送時間を得る動作５１０を含む。具体的には、マッシュ２３８および市民ケーン２１２に対するスケジュール済み放送時間（これは、それぞれ６：３０〜７：００、および５：３０〜７：３０である）を得ることができる。得られたスケジュール済み放送時間に基づいて、また、方法５００は、競合時間幅を計算する動作５１５を含む。たとえば、競合している番組に対する最も遅い開始放送時間および最も早い終了放送時間を同定することができる。この場合、最も遅い開始時間は、６：３０に放映されるマッシュ２３８に対するものであり、最も早い終了時間も、マッシュ２３８に対するものであり、これは７：００に終了する。この情報を用いて、競合時間幅を計算することができ、これは、この例では６：３０から７：００までとなる。
【００６２】
次いで、この競合時間幅を、録画競合を解決することになる選択可能なオプションを決定するために使用することができる。次いで、こうした選択可能な録画オプションを、ユーザインターフェース２００内に表示し、これにより、ユーザは、選択可能な録画オプションのうちから所望のプログラムを録画するように選択できるようにすることができる。方法４００に関して上で説明した表示の機能は、また、方法５００にも適用可能である。
【００６３】
図６に、放送時間の重なる番組間の競合を解決するために選択可能な録画オプションを巡回する方法６００の流れ図の例を示している。システムは、ユーザが、複数の番組ごとに状態を逐次的に巡回できるようにするように構成される。方法６００は、競合が存在することを確認する動作６０５を含む。また、方法６００は、初期の状態情報を保存する動作６１０を含む。この状態情報は、複数の番組に対して保存され、最初にその複数の番組のうちのどれを録画のためにイネーブルおよびディゼーブルにするかを指示する。たとえば、システム３００に関して図３に示しているように、Ａをディゼーブルにしており、ＢおよびＣをイネーブルにしているという初期の状態を記録することができる。
【００６４】
方法６００は、ユーザが複数の番組の状態の変更を逐次的に行えるようにするステップ６３５をさらに含む。ステップ６３５は、第１のプログラム状態を変更するユーザ入力を受け取る動作６１５を含む。たとえば、Ａの状態をディゼーブルからイネーブルに変更するユーザ入力３０５を受け取ることができる。また、ステップ６３５は、第２のプログラムに対する状態を自動的に変更する動作６２０を含む。たとえば、ユーザ入力３０５に応答して、Ｂに対する状態は、イネーブルからディゼーブルへと変更される。第２のプログラムをディゼーブルにすることは、優先度のデータに基づいていてもよい。そのような優先度のデータは、これまでに上で説明したもののうちのどれであってもよい。他の例示的な実施形態では、第１および第２の番組に対する状態の変更を指示する第２の状態情報の保存を行う。
【００６５】
また、ステップ６３５は、第２の番組の状態を変更するユーザ入力を受け取る動作６２５を含む。たとえば、Ｂの状態をディゼーブルからイネーブルへと変更するユーザ入力３２０を受け取ることができる。また、ステップ６３５は、第３の番組の状態を自動的に変更する動作を含む。たとえば、初期の状態情報に基づいて、第３の状態３２５は、Ｃ番組をイネーブル状態からディゼーブル状態へと自動的にスイッチすることによって得られる。
【００６６】
第３の番組の状態をディゼーブルからイネーブルへと変更するユーザ入力３３０を受け取ることができる。第２の状態情報、および潜在的には初期の状態情報に基づいて、本発明では、第１の番組を自動的にディゼーブルにしている。初期の状態情報は、これまでに説明したように、優先度のデータに基づいていてよい。あるいは、初期の状態情報をランダムに選ぶこともできる。
【００６７】
また、方法６００は、ユーザが複数の番組のサブセットを視覚的に確認し（ｓｅｅ）、イネーブルまたはディゼーブルにすることができるようにするユーザインターフェース２００を生成する動作を含むことができる。ユーザインターフェース２００は、競合の検出に基づいて生成される。さらに、他の諸実施形態では、第１の番組が複数の番組を含むことができ、ユーザは、単一のユーザインターフェース内で、複数の番組のすべてをイネーブルにすることができる。たとえば、図２Ｄに示すように、列２６２のオプション行は、複数の番組を含んでおり、単一のユーザ入力で複数の番組をイネーブルにすることが可能である。言い換えると、複数の番組を選択可能な録画オプションとすることができる。
【００６８】
また、本発明の範囲内にある諸実施形態は、コンピュータ実行可能命令またはデータ構造をその上に格納して搬送しまたは有するコンピュータ可読媒体を含む。そのようなコンピュータ可読媒体は、汎用または専用のコンピュータがアクセスを行えるどのような利用可能な媒体ともすることができる。限定ではなく、例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージ装置、あるいは所望のプログラムコード手段をコンピュータ実行可能命令またはデータ構造の形で搬送または格納するのに使用でき、汎用または専用のコンピュータがアクセスを行える、他のどのような媒体も含むことができる。情報のあるコンピュータへの転送または提供を、ネットワークまたは他の通信接続（結線接続（ｈａｒｄｗｉｒｅｄ）、無線、あるいは結線接続または無線の組み合わせにせよ）を介して行うとき、この接続はそのコンピュータから、正当にコンピュータ可読媒体として見えることになる。したがって、そのような接続はどれも、正当にコンピュータ可読媒体と呼ばれる。以上のものの組み合わせも、また、コンピュータ可読媒体の範囲内に含められるべきである。コンピュータ実行可能命令は、たとえば、汎用コンピュータ、専用コンピュータ、または専用処理装置に特定の機能または機能の群を実行させる命令およびデータを含む。
【００６９】
図７および以下の議論は、本発明を実装できる適切なコンピューティング環境の簡潔で一般的な説明を意図したものである。必須ではないが、本発明を、プログラムモジュールなどのコンピュータ実行可能命令がネットワーク環境内のコンピュータに実行される一般的な状況において説明することにする。一般に、プログラムモジュールは、特定のタスクを実行しまたは特定の抽象データタイプを実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書に開示する方法の諸ステップを実行するためのプログラムコード手段の例に相当する。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップで記述される機能を実装するための対応する動作（ａｃｔｓ）の例に相当する。
【００７０】
本発明の実施は、パーソナルコンピュータ、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な家電製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含めて、多くのタイプのコンピュータシステム構成を伴うネットワークコンピューティング環境において行えることが、当業者には理解されよう。また、本発明の実施は、タスクの実行が、通信ネットワークによってリンクされる（結線接続（ｈａｒｄｗｉｒｅｄ）のリンク、無線リンク、あるいは結線接続のまたは無線のリンクの組み合わせによってにせよ）ローカルおよびリモートの処理装置によって行われる分散コンピューティング環境で行うことができる。分散コンピューティング環境では、プログラムモジュールは、ローカルとリモートのどちらのメモリストレージ装置内に配置されていてもよい。
【００７１】
図７を参照すると、本発明を実装するための例示的なシステムは、処理ユニット７２１、システムメモリ７２２、および、システムメモリ７２２を含めて様々なシステムコンポーネントを処理装置７２１へと結合するシステムバス７２３を含む、従来型のコンピュータの７２０の形の汎用コンピューティング装置を含んでいる。システムバス７２３は、様々なバスアーキテクチャのいずれかを用いた、メモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造のうちのどのようなものともすることができる。システムメモリは、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ、読み取り専用メモリ）７２４やＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ランダムアクセスメモリ）７２５を含む。起動（ｓｔａｒｔ−ｕｐ）時などにコンピュータ７２０内部の要素間で情報を転送するのに役立つ基本ルーチンを含む、ＢＩＯＳ（基本入出力システム）７２６は、ＲＯＭ７２４に格納することができる。
【００７２】
また、コンピュータ７２０は、磁気ハードディスク７３９からの読み取りまたはそれへの書き込みを行う磁気ハードディスクドライブ７２７、リムーバブル磁気ディスク７２９からの読み取りまたはそれへの書き込みを行う磁気ディスクドライブ７２８、および、ＣＤ−ＲＯＭや他の光学メディアなどのリムーバブル光ディスク７３１からの読み取りまたはそれへの書き込みを行う光ディスクドライブ７３０を示している。磁気ハードディスクドライブ７２７、磁気ディスクドライブ７２８、および光ディスクドライブ７３０は、システムバス７２３へと、ハードディスクドライブインターフェース７３２、磁気ディスクドライブインターフェース７３３、および光学ドライブインターフェース７３４によって接続される。これらドライブおよびその関連するコンピュータ可読媒体は、コンピュータ実行可能命令、データ構造、プログラムモジュール、およびコンピュータ７２０のための他のデータの不揮発性ストレージを提供する。本明細書で説明するこの例示的な環境では、磁気ハードディスク７３９、リムーバブル磁気ディスク７２９、およびリムーバブル光ディスク７３１を使用しているが、磁気カセット、フラッシュメモリカード、ＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ、デジタル多用途ディスク）、ベルヌイカートリッジ（Ｂｅｒｎｏｕｌｌｉ  ｃａｒｔｒｉｄｇｅｓ）、ＲＡＭ、ＲＯＭなどを含めて、データを格納するための他のタイプのコンピュータ可読媒体を使用することができる。
【００７３】
１つまたは複数のプログラムモジュールを含むプログラムコード手段は、オペレーティングシステム７３５、１つまたは複数のアプリケーションプログラム３６、他のプログラムモジュール７３７、およびプログラムデータ７３８を含めて、ハードディスク７３９、磁気ディスク７２９、光ディスク７３１、ＲＯＭ７２４、またはＲＡＭ７２５上に格納することができる。ユーザは、コマンドおよび情報のコンピュータ７２０への入力を、キーボード７４０、ポインティング装置７４２、または、マイクロフォン、ジョイスティック、ゲームパッド、皿形アンテナ（ｓａｔｅｌｌｉｔｅ  ｄｉｓｈ）、スキャナなどの他の入力装置（図示せず）によって行うことができる。こうしたおよび他の入力装置の処理ユニット７２１への接続は、しばしば、システムバス７２３に結合されるシリアルポートインターフェース７４６を通して行われる。あるいは、入力装置の接続を、パラレルポート、ゲームポート、またはＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ、ユニバーサルシリアルバス）など、他のインターフェースによって行うこともできる。また、モニタ７４７または別のディスプレイ装置のシステムバス７２３への接続も、ビデオインターフェース７４８などのインターフェースを介して接続される。モニタのほかに、パーソナルコンピュータは、通常、スピーカやプリンタなど、他の周辺出力装置（図示せず）を含む。
【００７４】
コンピュータ７２０は、リモートコンピュータ７４９ａおよび７４９ｂなど、１つまたは複数のリモートコンピュータへの論理接続を用いてネットワーク化環境で動作することができる。リモートコンピュータ７４９ａおよび７４９ｂはそれぞれ、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピア装置（ｐｅｅｒ  ｄｅｖｉｃｅ）または他の一般的なネットワークノードとすることができ、通常、コンピュータ７２０に関して上で説明した要素の多くまたはすべてを含むが、図７にはメモリストレージ装置７５０ａおよび７５０ｂ、ならびにその関連するアプリケーションプログラム７３６ａおよび７３６ｂだけを示していた。図７に示す論理接続は、ここに限定ではなく、例として提示するＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、構内通信網）７５１およびＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ、広域通信網）７５２を含む。そのようなネットワーキング環境は、オフィス規模または全社規模のコンピュータネットワーク、イントラネット、およびインターネットでは普通のものである。
【００７５】
コンピュータ７２０は、ＬＡＮネットワーキング環境で使用するときには、ローカルネットワーク７５１にネットワークインターフェースまたはネットワークアダプタ７５３を通して接続する。コンピュータ７２０は、ＷＡＮネットワーキング環境で使用するときには、モデム７５４、無線リンク、または、インターネットなど、ＷＡＮ７５２を介して通信を確立するための他の手段を含むことができる。モデム７５４は、内蔵でも外付けでもよいが、システムバス７２３にシリアルポートインターフェース７４６を介して接続する。ネットワーク化環境では、コンピュータ７２０に関して示したプログラムモジュールまたはその部分は、リモートのメモリストレージ装置内に格納することができる。ここに示すネットワーク接続は例示的であり、ＷＡＮ７５２を介して通信を確立する他の手段を使用してもよいことが理解されよう。
【００７６】
本発明の他の特定の形式での実施を、その趣旨または本質的な特徴から逸脱することなく行うことができる。説明を行った諸実施形態は、すべての点で、例示的であり限定的ではないものと見なすべきである。したがって、本発明の範囲を指示するのは、以上の説明ではなく、添付の特許請求の範囲である。特許請求の範囲の均等性（ｅｑｕｉｖａｌｅｎｃｙ）の意味および幅に属する変更はすべて、その範囲（ｓｃｏｐｅ）に包摂されるべきである。
【図面の簡単な説明】
【００７７】
【図１】番組間の録画競合を解決するのに使用される従来技術の表示の図である。
【図２Ａ】本発明の例示的な実施形態による、録画のために様々な番組を選択するのに使用できるＥＰＧ（ｅｌｅｃｔｒｏｎｉｃ  ｐｒｏｇｒａｍｍｉｎｇ  ｇｕｉｄｅ、電子番組ガイド）、および、生成することのできる競合管理ユーザインターフェースを示す図である。
【図２Ｂ】本発明の例示的な実施形態による、生成することのできる競合解決管理ユーザインターフェースの別の例を示す図である。
【図２Ｃ】本発明の例示的な実施形態による、競合を解決する際に使用される競合解決管理ユーザインターフェースのさらに別の例を示す図である。
【図２Ｄ】本発明の例示的な実施形態による、生成することのできる代替的な競合解決管理ユーザインターフェースを示す図である。
【図３】本発明の例示的な実施形態による、ユーザ入力選択による、録画を望む番組に対する状態の巡回を示す図である。
【図４】本発明の例示的な実施形態による、放送時間の重なる所望の録画される番組間の競合を解決する際にユーザを補助する方法の流れ図の例である。
【図５】本発明の例示的な実施形態による、放送時間の重なる番組に対する録画競合時間幅を同定する方法の流れ図の例である。
【図６】本発明の例示的な実施形態による、放送時間の重なる番組間の競合を解決するための選択可能な録画オプションを巡回する方法の流れ図の例である。
【図７】本発明に適する動作環境を提供するシステムの例を示す図である。
【図１】
2008510366.tif 000003
【図２Ａ】
2008510366.tif 000004
【図２Ｂ】
2008510366.tif 000005
【図２Ｃ】
2008510366.tif 000006
【図２Ｄ】
2008510366.tif 000007
【図３】
2008510366.tif 000008
【図４】
2008510366.tif 000009
【図５】
2008510366.tif 000010
【図６】
2008510366.tif 000011
【図７】
2008510366.tif 000012
【国際調査報告】
2008510366.tif 000013