JP4825206B2 - ビデオ録画競合管理およびユーザインターフェース - Google Patents

Description

本発明は、一般には、重なる放送スケジュールで録画されるようにスケジュールされた番組に対して競合を解決することに関する。より詳細には、本発明は、番組間の競合の持続時間を指示する、競合時間幅を決定することを含む。さらに、本発明では、この競合時間幅を使用して、競合の解決するための選択可能な録画オプションを決定し、それらオプションをユーザインターフェース内に表示する。他の例示的な実施形態は、ユーザが、選択可能なオプションのそれぞれを、スケジュール済み番組の優先度に関わらず、すべて巡回できるようにすることを含む。

長年にわたり、家庭用エンターテインメントシステムは、視聴者がテレビ番組を後で見るために録画することを可能にしてきた。テレビ番組を視聴者の家庭で録画するための最も初期のシステムは、ＶＣＲ（ｖｉｄｅｏ ｃａｓｅｔｔｅ ｒｅｃｏｒｄｅｒ）であった。これは、オーディオ／ビデオ信号を磁気テープ記録媒体またはビデオカセットの上に記録するものである。ＶＣＲの黎明期においては、視聴者は所望のチャンネルに合わせ、番組が始まるのを待ち、番組を録画するためにＶＣＲをアクティブにしていた。この革新技術（ｉｎｎｏｖａｔｉｏｎ）により、ユーザは番組の時間をずらすことができるようになったが、それでもユーザは、ＶＣＲをアクティブにするために家に居なければならなかった。このため、ＶＣＲにはまもなくプログラム可能なシステムが装備された。これは、ユーザ入力に応答して、番組を録画するための録画プロセスを、ＶＣＲに人が付いていなくても自動的に開始させるものであった。そのようなプログラム可能な機能により、視聴者は番組の録画を、就寝時に、視聴者が家に不在の間に、または、録画プロセスを手動でアクティブにするのに不便な他のときに、行うことができるようになった。

ここ数年で、磁気テープのほかに、他の記録媒体が利用可能になってきている。たとえば、テレビ番組を、テレビに関連付けられたセットトップボックス内のハードディスク上に録画することは、今では普通である。現在、異なる媒体が利用可能であるとはいえ、テレビ番組を後で見るために録画することの基本的な概念は、それほど変わったわけではない。

もう１つの最近の進歩が、ＥＰＧ（ｅｌｅｃｔｒｏｎｉｃ ｐｒｏｇｒａｍ ｇｕｉｄｅ、電子番組ガイド）である。これは、テレビ番組のリストをテレビ画面上に画像的に表示するものである。今日、使用されている様々なＥＰＧがあるが、典型的なＥＰＧでは、番組が複数のチャンネルおよび様々な時間枠（ｔｉｍｅ ｓｌｏｔｓ）に対するグリッドフォーマットで表示される。このため、画面表示（ｖｉｅｗ）は、異なる時間に異なるチャンネル上で放送されるテレビ番組を確認（ｉｄｅｎｔｉｆｙ）するために、水平軸と垂直軸のどちらに沿ってもスクロールする。ＥＰＧをちょっと見ただけで、視聴者は、どの番組が特定のチャンネルの特定の時間のあいだに放送されるかを、容易に知ることができる。

ＥＰＧは、視聴者が、番組がいつ放送されているかを確認するのを補助することができるが、その一方で、録画システムをプログラムするプロセスを合理的に行うのにも使用されている。たとえば、視聴者は、ＥＰＧを使用すると、ある番組がいつ放映されるかを確認し、それに応じて録画装置を手動で設定することができる。しかし、最近では、ＥＰＧを含むセットトップボックスに関連付けられているユーザインターフェースにもよるが、視聴者は、セットトップボックスのユーザインターフェースの特定の機能を使用して、録画システムをプログラムすることができる。たとえば、視聴者は、ＥＰＧ内部のある番組に対応する枠（ｂｏｘ）または領域を単に選択するだけで、その番組を録画のためにスケジュールできるようになっている。あるいは、視聴者は、録画システムのプログラムを適切に行うのに、ユーザインターフェースの異なるページまたは表示に移ることが必要なこともある。

ユーザが録画のためにテレビ番組のスケジュールを行う方法に関係なく、視聴者は、複数のテレビ番組を重複する放送スケジュールで録画することを試みまたは望む状況に、普通に遭遇する。セットトップボックス内部の複数のチューナにより、ユーザは番組が競合する恐れ（ｌｉｋｅｌｉｈｏｏｄ）を減らすことができるが、そのようなチューナは高価であり、従来の多くのシステムでは利用またはアップグレードが可能ではない。このため、放映時間の重なる形で録画をスケジュールすると、しばしば、利用可能なチューナの数を超えてしまい、競合が生じることになる。そのような場合には、何らかの形の競合解決を行うことが必要とされることになる。

従来のシステムでは、番組スケジュールの競合関係にある形で複数の番組を録画するために選択することは、禁じられている。このため、視聴者は、競合する番組を録画するために録画システムをプログラムしようと試みた場合には、第１の番組の選択を解除し（ｄｅｓｅｌｅｃｔ）、次いで所望の番組を再選択しなければならないはずである。これ以外のシステムでは、競合する番組の選択を許すのに、競合が存在することを示さないことになり、視聴者は、その番組が録画されると誤って思うことになってしまうはずである。

しかし、より最近では、競合関係にある番組間の録画競合が、セットトップボックス内部の自動化プロセスによって解決可能となっている。たとえば、一部のシステムでは、選択機能（ｐｒｅｆｅｒｅｎｃｅ）を使用して番組間の録画競合を解決している。そのような選択機能は、ユーザで設定を行うか、またはメーカであらかじめ定めておくことができる。たとえば、ユーザは、番組の所望の録画のランク付けを、たとえば、パーセンテージによって行うことができる。他のシステムでは、連続番組（ｒｅｐｅａｔ ｐｒｏｇｒａｍｓ）（すなわち、シリーズなど、定期的に録画されるもの）のほうを、連続番組でないものに対して、必ず選ぶか、または決して選ばないかを指示する選択機能を提供することができる。別の選択機能として、代替放送スケジュール（ａｌｔｅｒｎａｔｉｖｅ ｂｒｏａｄｃａｓｔ ｓｃｈｅｄｕｌｅ）（すなわち、後で放送される番組）のある番組を選択しないことにすることもできる。代替方法として、またはそれと組み合わせて、優先度を、番組の種類に基づくものとすること、たとえば、ドラマよりもコメディーを選ぶための選択機能とすることができる。メーカの定める選択機能は、番組が選択された時点に基づくものとすることができる。たとえば、システムは、番組の録画を、先入れ先出し（ｆｉｒｓｔ ｉｎ ｆｉｒｓｔ ｏｕｔ）方式で行うことができる。

しかし、優先度設定に基づく競合解決には、いくつかの落とし穴がある。たとえば、競合の解決は選択機能によって自動的に行われるために、ユーザには、競合がどのように解決されることになるかに対して完全な制御権がない。たとえば、先入れ先出し選択機能では、ユーザが、後で選択した番組のほうを、より最近に選択した番組よりも選ぶことが常に仮定されている。しかし、明らかに、ユーザが逆の解決を選ぶ場合があるであろう。このため、ユーザがこの解決のことを意識していない場合には、望ましいほうの番組が録画されないことになる。

他のシステムでは、ユーザには、番組録画競合を解決するための表示が提供される。たとえば、ユーザが録画のためにある番組を選択し、これがそれまでに選択した番組と競合すると、図１の表示に似た表示が生成され、視聴者に提示されることになる。そのような場合、その競合の解決のためのある選択が（たとえば、選択機能に基づいて）行われ、ユーザには、表示１００が、その競合および選ばれた解決を説明するかなりの量のテキスト１０５とともに示される。次いで、ユーザは、選ばれた解決を受理または拒絶するよう促される（１１０）。そのようなシステムでは、ユーザには、選択機能の場合よりも多くの制御権が可能になるが、このような競合の解決では、その問題を説明する、読むのが難しくしばしば混乱しそうなテキスト１０５への依存度が大きい。さらに、こうしたシステムでは、限られた解決案しか可能ではない。このため、複数の競合が存在する可能性のあるマルチチューナまたはデュアルチューナの環境では、ユーザは、オプションの範囲全体を理解できない可能性がある。したがって、ユーザに提示されるのは、限られたオプションしかない、混乱しそうな、テキストの多い競合の表示である。

したがって、競合の解決においてユーザの補助を、容易に理解可能でユーザフレンドリなやり方で行うことが必要とされている。さらに、複数のチューナの競合の可能性があるため、競合の解決のオプションをすべて巡回できることが必要とされている。

現在の競合解決システムの上で同定した欠点および不利な点が、本発明によって克服される。たとえば、スケジュール済みテレビ番組を自動的に録画するように構成されている録画装置を含むエンターテインメントシステムにおいて、本発明は、放送時間の重なる所望の録画される番組間の競合を解決する際のユーザに対する補助を、選択可能な録画オプションを容易に理解可能なユーザインターフェースで提示することによって行うことを含む。

たとえば、諸実施形態は、番組を録画する要求を受け取ることを含む。要求を受け取ると、その要求と、放送時間の重なる録画のためにスケジュールされている少なくとも１つの他の番組の間の録画競合を確認する。そのような場合、録画競合が存在する時間幅を、録画競合内の番組ごとのスケジュール済みの放送時間情報に基づいて同定する。同定した時間幅に基づいて、録画競合を解決することになる選択可能な録画オプションを決定する。これらの選択可能な録画オプションを、ユーザインターフェース内に表示し、ユーザが、録画すべき所望の番組を選択できるようにする。

他の例示的な実施形態は、放送時間の重なる番組間の競合を解決するための選択可能な録画オプションをすべて巡回できるようにすることを含む。システムは、選択可能な録画オプションごとの状態を逐次的に巡回できることを保証するように構成される。複数の番組間に存在する競合を、複数の番組の部分に対する重なる放送時間に基づいて確認することができる。次いで、複数の番組に対する初期の状態情報を保存する。この初期の状態情報は、複数の番組のうちのどれが始め録画に関してイネーブルまたはディゼーブルにされるかを指示する。次いで、第１の番組の状態をディゼーブル状態からイネーブル状態へと変更するユーザ入力が受け取られる。第１の番組の状態を変更するユーザ入力に応答して、第２の番組の状態がイネーブル状態からディゼーブル状態へと自動的に変更される。再び、第２の番組の状態をディゼーブル状態からイネーブル状態へと変更するユーザ入力が受け取られる。初期の状態情報に基づいて、複数の番組の第３の番組の状態が、イネーブル状態からディゼーブル状態へと自動的に変更される。

本発明のさらなる特徴および利点は、以下の説明で述べることになるが、部分的にはこの説明から自明であろうし、または本発明の実施によって学ぶこともできよう。本発明の特徴および利点の実現および獲得は、添付の特許請求の範囲で特に指摘する機器および組み合わせによって行うことができる。本発明のこうしたおよび他の特徴は、以下の説明および添付の特許請求の範囲からより完全に明らかとなるであろうし、または本明細書にこの後述べる本発明の実施によって学ぶこともできよう。

本発明の上で列挙したおよび他の利点および特徴を得られるやり方を説明するために、上で簡潔に説明した本発明のより詳細な説明を、添付の図面に示す本発明の特定の諸実施形態を参照して与えることにする。これらの図面には、本発明の典型的な諸実施形態のみを示してあり、したがってその範囲を限定するものと考えるべきではないとの了解のもとで、本発明の説明および解説を、さらに具体的かつ詳細に、添付の図面を使用して行うこととする。

本発明は、放送スケジュールの競合関係にあるテレビ番組に対して録画競合を解決するための方法、システム、およびコンピュータプログラム製品へと拡張される。本発明の諸実施形態は、下でより詳細に論じるように、様々なコンピュータハードウェアを含む専用または汎用のコンピュータを含むことができる。

本発明は、録画システムにおいて録画のために選択されている、重なる番組間の競合を管理することに関する。単に、優先度によって競合を解決し、または理解の困難なテキストおよび限られた選択オプションを伴うユーザ表示を提供するのではなく、本発明では、チューナの競合の視覚的な表現を、容易に理解可能な順序で行ってユーザにチューナのスケジュールの構成を全範囲のオプションで可能にし、ユーザが完全に理解できる形で行うユーザフレンドリなインターフェースを生成することが提供される。しかし、本発明を詳細に論じる前に、本発明の例示的な実施形態を説明する際に使用することになるいくつかの標準的な用語を定義することは有用である。

「スケジュール済みエントリ」（ｓｃｈｅｄｕｌｅｄ ｅｎｔｒｙ）または「スケジュール済み番組」（ｓｃｈｅｄｕｌｅｄ ｐｒｏｇｒａｍ）は、あるＥＰＧ内部の特定の番組のインスタンスである。通常、番組エントリは、チャンネルのほかに、開始および終了時間で定義される。たとえば、図２Ａに示すように、ＥＰＧ２０２のフィールド２０８にあるスケジュール済み番組であるフレイジャー（Ｆｒａｓｉｅｒ）は、チャンネル２６で５：３０と６：００の間に放送されるようにスケジュールされている。所与の番組は複数回放映されうるため（たとえば、ＨＢＯの映画）、個々の番組は複数の関連するスケジュール済みエントリを有する可能性がある。

「スケジュール済み項目」（ｓｃｈｅｄｕｌｅｄ ｉｔｅｍ）は、録画要求と関連付けられている、あるＥＰＧ内の単一の特定のスケジュール済みエントリである。「録画要求」（ｒｅｃｏｒｄｉｎｇ ｒｅｑｕｅｓｔ）は、特定の番組を録画することに対するユーザの要求であり、これは、単発の（ｏｎｅ ｔｉｍｅ）要求と、繰り返される録画（たとえば、ＮＢＣで９：００前後のザホワイトハウス（Ｗｅｓｔ Ｗｉｎｇ）の放映すべてを録画すること）に対するシリーズ要求のどちらも含む。録画要求では、１組のスケジュール済み項目が管理され、単発の録画要求でさえ、複数のスケジュール済み項目、たとえば、映画の放映またはスケジュール済みエントリごとに１つを有する可能性がある。

本明細書で使用する「録画システム」（ｒｅｃｏｒｄｉｎｇ ｓｙｓｔｅｍ）または「録画装置」（ｒｅｃｏｒｄｉｎｇ ｄｅｖｉｃｅ）は、番組を録画するための機器を含むどのような機器またはシステムも指す。ＶＣＲ、ＤＶＲ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｒｅｃｏｒｄｅｒｓ、デジタルビデオレコーダ）、セットトップボックス、テレビ本体（ｔｅｌｅｖｉｓｉｏｎ ｓｅｔ）、または他のどのような電子コンポーネント内に実施されるどのような機器、パーソナルコンピュータ、またはどのようなタイプの録画媒体を用いる他のどのような録画機器を含むシステムも、録画システムの例に相当する。１台の録画装置は、どの一時点でも１チャンネルのみを視聴および／または録画できるチューナ１個だけを有することができる。あるいは、本発明の複数の録画装置は、所与のどの時点でも複数のチャンネルを視聴および／または録画できる複数のチューナを含むことができる。しかも、録画装置のコンポーネントは、デジタルテレビ信号に適合しており、対応するチューナは、アナログテレビ信号に適合されている。

本明細書で規定する録画競合または単に競合とは、２つ以上のスケジュール済み項目に対する重なるまたは重複する放送時間を指す。複数のスケジュール済み項目は、開始および終了時間が異なる可能性があるため、競合持続時間（ｃｏｎｆｉｌｉｃｔ ｄｕｒａｔｉｏｎ）は、任意の時間区間、たとえば、２、３秒から数時間にまでわたる可能性がある。本明細書で言及するこの競合持続時間は、競合のスライスまたは時間幅であり、これは、下でより詳細に説明するが、ユーザインターフェースでは列および／または行の形で表すことができる。

競合した番組により、スケジュール済み項目はどのような数の状態でも有することになる。「イネーブル状態」（ｅｎａｂｌｅｄ ｓｔａｔｅ）とは、そのスケジュール済み項目に、現在、録画が予定されていることを意味する。競合または「ディゼーブル状態」（ｄｉｓａｂｌｅ ｓｔａｔｅ）とは、スケジュール済み項目の録画が、他の何らかの重なるまたは重複するスケジュール済み項目または項目群により、そのスケジュール済み項目の録画が妨げられているため、行われないことを意味する。「冗長状態」（ｒｅｄｕｎｄａｎｔ ｓｔａｔｅ）とは、スケジュール済み項目が、代替の放映である複数のスケジュール済みエントリを有し、この番組の別のスケジュール済みエントリが録画される、すなわち、イネーブル状態にある別のスケジュール済み項目があることを意味する。

例示的な実施形態は、２つ以上の録画要求の間でいつ競合が起きるかを同定すること、および、放送時間をスケジュール済み項目に関してスキャンしてその競合に対する時間スライスまたは時間幅を決定することを含む。この決定した時間幅に基づいて、利用可能な録画オプションの決定およびユーザインターフェース内での表示を行って、それにより、ユーザが、録画のための所望のプログラムを、選択可能なオプションのうちから選択できるようにすることができる。

図２Ａに、上で同定した実施形態の例を示し、スケジュール済み項目を選択するためのＥＰＧ（ｅｌｅｃｔｒｏｎｉｃ ｐｒｏｇｒａｍ ｇｕｉｄｅ、電子番組ガイド）２０２および決定した選択可能な録画オプションを表示するためのユーザインターフェース（ＵＩ）２００を示している。この例では、ＥＰＧ２０２を使用すると、複数のスケジュール済みエントリまたは番組のうちのスケジュール済み項目に対する録画要求を行うことができる。チューナは２つだけ利用可能であり、ユーザは、次のプログラム、すなわち、フレイジャー（Ｆｒａｓｉｅｒ）２０８、グリズリーアダムズ（Ｇｒｉｚｚｌｙ Ａｄａｍｓ）２０４、ノヴァ（ＮＯＶＡ）２３６、マッシュ（ＭＡＳＨ）２３８、ニュース２４２、およびネイチャー（Ｎａｔｕｒｅ）２４０に対する録画要求を行っている。本発明のこの例、および他の例では、特定の数のチューナに言及しているが、本発明は、所与のどのような数のチューナにも限定されないことに注意されたい。このため、このおよび以下の例におけるチューナの数の使用は、例示の目的で使用されるに過ぎず本発明の範囲を限定または他の方法で限定することを意図するものではない。

利用可能なチューナが２つしかないので、この例では、競合が２箇所存在する。第１の競合が存在するのは、５：３０と６：００の間に放送されるようにスケジュールされているフレイジャー２０８、５：３０と６：００の間に放送されるようにスケジュールされているグリズリーアダムズ２０４、および５：００と６：００の間に放送されるようにスケジュールされているＮＯＶＡ２３６に対する録画要求の間である。第２の競合が存在するのは、６：３０から７：００までやっているＭＡＳＨ２３８、これも６：３０から７：００まで流れるニュース２４２、および６：００と７：００の間に放映がスケジュールされているネイチャーという番組２４０の間である。

例示的な実施形態は、様々な競合をスキャンすること、および、各競合の存在する時間幅を同定することを含む。たとえば、競合があると、例示的な実施形態は、ＥＰＧ２０２をスキャンして各競合に対する時間スライスを決定することを含む。この例および以下の例では、スケジュール情報、すなわちたとえばプログラム時間、チャンネル、代替となる放映（ａｌｔｅｒｎａｔｉｖｅ ａｉｒｉｎｇｓ）などを得るのにＥＰＧ２０２を使用しているが、この放送の情報はどのような数の方法でも得られることが理解されるはずであることを注意しておく。さらに、その情報はローカルに保存することもでき、またはテレビ信号中の放送の情報を通して受け取ることもできる。このため、放送時間情報、ならびに他の放送情報を得てスキャンする例は、例示の目的で使用されるに過ぎず本発明の範囲を限定または他の方法で限定することを意図するものではない。

放送時間情報を受け取り解析する方法に関係なく、例示的な実施形態は、番組スケジュールから、最も遅い開始放送時間および最も早い終了放送時間を同定して、競合しているスケジュール済み項目または番組に対する時間幅を決定することを含む。たとえば、図２Ａに示すように、本発明では、フレイジャー２０８、グリズリーアダムズ２０４、およびノヴァ２３６が競合していることが同定される。したがって、本発明は、これら３本の番組の最も遅い開始時間を同定することを含み、これはフレイジャーおよびグリズリーアダムズの放映時に関しては５：３０である。また、本発明では、これらの番組に対する最も早い終了時間の決定を行い、これはフレイジャー２０８およびＮＯＶＡ２３６が終了する６：００である。５：３０から６：００までの時間スライスにより、第１の競合に対する時間幅が定義される。したがって、時間幅に関する放送情報を使用して、この競合を解決する際にユーザを補助するユーザインターフェースが生成される。

たとえば、ユーザインターフェース２００に示すように、競合１は、列２３０に示され、５：３０から６：００という競合時間幅で同定されている。さらに、番組名はこの行の内部の行として表示してあり、ここで各行は競合１に関する録画要求に相当する。競合のそれぞれでは、少なくとも１つの行によって、利用可能なチューナ上の番組（すなわち、録画に関してイネーブルである番組）を表し、少なくとも１つの別の行によって、競合しているスケジュール済み項目（すなわち、録画に関してディゼーブルである番組）が表されることになる。イネーブルである番組の組み合わせ（すなわち、競合を解決するために同時に録画することのできる番組）から、選択可能なオプションが構成される。下でより詳細に説明するように、イネーブル（またはディゼーブル）にする番組を一意に表示する数多くのやり方があるが、この例では、イネーブルにした番組を、チェックボックス内のマークで示している。

この例における同定した競合および選択可能なオプションを、格子状に列および行として示しているが、本発明ではどのような数の構成も利用可能であることに注意されたい。たとえば、下でより詳細に説明するように、選択可能なオプションをユーザに複数の行として提示し、そのユーザは競合を解決するために単一の行を選択することが可能である。あるいは、競合を格子状に表現し、そこで競合は水平な形で（行として）表現し、選択可能なオプションを構成する番組は列として表示することもできる。このため、図２Ａ（ならびに図２Ｂ〜２Ｄおよび図３）では、例示的なユーザインターフェースのデザインを、競合時間幅を決定し、それに基づいて選択可能な録画オプションを表示するための１つまたは複数の機能を達成するために使用しているが、数多くの、おそらく無数の代替のユーザインターフェースのデザインが、こうした機能を達成するために、異なる審美的側面を変えて存在する。したがって、ユーザインターフェース２００に示す、競合を格子状に列および行として表示するためのデザインは、例示の目的で使用されるに過ぎず、そうでないと特に主張しない限り、本発明の範囲を限定または他の方法で狭めることを意図するものではない。

本発明では、どのような数のスケジュール済み項目に対するどのような数の競合時間幅も決定することができる。したがって、ユーザインターフェース２００は、水平省略記号（ｅｌｌｉｐｓｉｓ）２１８で表すようにどのような数の競合も表示することができ、各競合は、ある録画要求が行われた箇所では、どのような数の番組またはスケジュール済み項目も含むことができ、これは、列２３０と２３２のどちらの垂直省略記号２１６でも表している通りである。表示することのできる競合および／または選択可能なオプションの数は、数多くの要因に基づく。たとえば、選択可能なオプションを格子状に表示するときには、各競合に対する時間幅のサイズ、競合の範囲内にある番組の数、表示の解像度およびサイズなど、すべてが選択可能なオプションのレイアウトおよび視覚的表現に影響する。それでもなお、スクロールバー（たとえば、２２４、２３５）または他の項目、すなわちたとえば、スクロールボタン（たとえば、図２Ｂの２２２および２２４）を使用すると、競合および／または選択可能なオプションをすべて視覚的に表示することが可能である。もちろん、競合および／または選択可能なオプション全体をスクロールするどのような数のやり方も本発明には利用可能であり（たとえば、上／下および左／右のコントロールを用いた自動スクロール）、したがって、スクロールバーおよび／またはボタンの使用は、このユーザインターフェースでは例示の目的で使用され、本発明の範囲を限定または他の方法で狭めることを意図するものではないことに注意されたい。

上で触れたように、実施形態の例により、いくつもの競合をスキャンして時間幅を決定すること、および競合および／または選択可能なオプションをユーザインターフェース２０２内にできるだけ多く提示することが可能になる。たとえば、図２Ａに示すように、競合２に関する放送情報を（競合１に関して上で説明したのと似たやり方で）スキャンすることができ、マッシュ２３８、ニュース２４２、およびネイチャー２４０の番組に対する競合時間幅を決定することが可能である。すると、この競合を、ＵＩ２００内に格子状に列および行２３２として、競合１に関してこれまで説明したように、表示することもできる。次いで、ユーザは、ユーザインターフェース２００とやり取りを行って、（競合１または競合２に対する）所望の録画番組の選択を、様々なオプションをスキャンし選択するためのどのような数のよく知られた手段によっても、たとえば、マウスをクリックすることまたはリモートコントロール装置を使用することによって、行うことができる。さらに、イネーブルにしたまたは現在イネーブルであるスケジュール済み項目を確認（ｉｄｅｎｔｉｆｙｉｎｇ）のためにユーザに指示することは、どのようなやり方でも、たとえば、ハイライト、チェックボックス、ラジオボタン、または選択した、または選択もしていないもしくはディゼーブルにした項目をユーザに提示する他のどのような視覚的なやり方でも行うことができる。

例示的な実施形態は、選択可能なオプションがユーザに対してユーザインターフェース２００内に提示されると、競合時間幅内にある、ある数のスケジュール済み項目、すなわちたとえば利用可能なチューナの数に対応するものを、録画に関して自動的にイネーブルにするものとしている。たとえば、競合１に示すように、ユーザには、フレイジャーおよびノヴァからなる選択可能なオプションが提示されることもあろう。これらはイネーブルになっており、それがこれらの番組に対するチェックボックスの中のチェックで指示されている。この初期選択は、どのような数のやり方でも決定することができる。たとえば、初期選択はランダムとすることもでき、または、どのような数のアルゴリズム、すなわちたとえば、その番組（ｓｈｏｗｓ）の長さ、または他の任意の特徴に基づくものとすることもできる。

代替方法として、例示的な実施形態では、イネーブルである初期の選択可能なオプションまたは番組の選択は、選択機能（ｐｒｅｆｅｒｅｎｃｅｓ）または優先度に基づいていてもよいものとしている。こうした選択機能は、所望の番組録画のパーセンテージ、所望の番組録画のランキング、それらの番組が録画のために選択された順序、それらの番組の内容のジャンル、それらの番組が繰り返し録画されているかどうか、またはそれらの番組に代替放送スケジュールがあるかどうか、あるいは他のどのような利用可能な選択機能のうちの１つまたは複数とすることができるが、これに限定されるものではない。

代替方法として、例示的な実施形態は、競合している番組を単に、初期選択なしで表示することを含む。そのような一実施形態では、ユーザは、リスト内部の競合している番組から、利用可能なチューナの数まで選択することが許されるはずである。下でより詳細に説明することになるが、番組の選択が、利用可能なチューナの数に達した後では、その後何か選ぶと、別の選択されている項目が１つ、たとえば、先入れ先出し方式で、ディゼーブルにされるはずである。

上に述べたように、初期の番組を選ぶ方法に関係なく、例示的な実施形態では、ある番組をユーザが選択し、競合の範囲内にあるそのプログラムを録画するために他のチューナが利用可能でないと、競合の範囲内にある他の番組のうちの１つがディゼーブルにされる（すなわち、イネーブル状態からディゼーブル状態へと変更される）ものとしている。したがって、ユーザからは、特定の番組を選択することによって別の番組が１つディゼーブルにされることが、その旨代替オプションとともに提示されるため、容易に確認できる。もちろん、ユーザに新しいオプション、すなわち画面表示（ｖｉｅｗ）が気に入らない、または、番組がディゼーブルされるのを望んでいなかった場合は、ユーザはそのディゼーブルにされた番組を選択して状態を変更することができるが、これは、同じ競合の範囲内にある別の番組を選択解除し（ｄｅ−ｓｅｌｅｃｔｉｏｎ）またはディゼーブルにすることになる。図３に関して下でより詳細に説明するが、例示的な実施形態では、ユーザが、選択可能なオプションのそれぞれの巡回を、スケジュール済み項目に関連付けられている優先度に関わらず行える機能を提供している。

ユーザは、競合のそれぞれの範囲内でイネーブルにされている番組に満足すると、このインターフェースを保存（ｓａｖｅ）し閉じることを、どのような数のよく知られた手段でも、たとえば、「終了」（ｄｏｎｅ）ボタン２２６によって、行うことができ、ここで、イネーブルにしたスケジュール済み項目は、録画装置内部で更新される。図２Ａの例では、「終了」（ｄｏｎｅ）または「取り消し」（ｃａｎｃｅｌｌｅｄ）ボタン２２８を示してあり、これらをこのユーザインターフェースで使用すると、競合管理ユーザインターフェースを保存し閉じることができるが、他のよく知られている手段も利用可能である。たとえば、図２Ｂに標準のユーザインターフェースのボタン２２０として、図２Ｃに変更を保存するための「はい」または「いいえ」の選択肢２５２として、「閉じて保存」（ｃｌｏｓｅ ＆ ｓａｖｅ）ボタン２５８として図２Ｄに示すような、またはユーザインターフェース２００の中で保存することおよび閉じることを表すための他のどのようなよく知られている容易に識別可能なやり方が利用可能である。このため、図２Ａ〜２Ｄおよび３の例示的なユーザインターフェースのデザインを、このユーザインターフェースを保存し閉じる機能の１つまたは複数を達成するために使用しているが、数多くのおそらく無数の代替のユーザインターフェースのデザインが、こうした機能を達成するために、異なる審美的側面を変えて存在する。

また、本発明では、一時点での複数の競合を解決する際にユーザを補助するための例示的な実施形態を提供している。たとえば、図２Ｂに示すように、ユーザはＥＰＧ２０２で、フレイジャー２０８、フレンズ２１０、グリズリーアダムズ２０４、および市民ケーン（Ｃｉｔｉｚｅｎ Ｋａｎｅ）２１２を、録画のため、または所望の録画のために選択し、前のように２つのチューナしか利用可能でない場合、例示的な実施形態では、上で説明したものに似たスキャン処理を、競合の時間幅を同定するために提供している。この場合、第１の競合が存在するのは、５：３０から６：００までに放映される番組の間であり、これは、グリズリーアダムズ２０４、フレイジャー２０８、および市民ケーン２１２を含む。また、第２の競合が存在するのは、ユーザインターフェース２００に示すようにグリズリーアダムズ２０４、フレンズ２１０、および市民ケーン２１２の間である。この時間幅に基づいて、ユーザインターフェース２００が生成され、選択可能なオプションのユーザへの表示が、競合を閲覧し管理するための容易に理解可能なやり方で行われる。

再び、このユーザインターフェースの例２００では、競合およびスケジュール済み番組が格子状に表示してある。競合のそれぞれは列に相当し、要求されたスケジュール済み項目は列として、自動的に選ばれた初期の選択可能なオプションとともに表示されている。ユーザインターフェース２００に示すように、ある特定の番組は、複数の競合に含まれる可能性がある。たとえば、グリズリーアダムズ２０４および市民ケーン２１２の部分は、どちらの競合にも含まれている。このため、この例では、フレイジャー２０８、市民ケーン２１２、およびフレンズ２１０が、競合１および競合２をどちらも同時に解決するための初期のオプションであるものとしている。ユーザが、スケジュール済み項目のグリズリーアダムズ２０４をディゼーブル状態からイネーブル状態へと変更することを希望する場合は、２つのチューナしか利用可能でない以上、２つの競合中にあるもう１つのイネーブルにされているスケジュール済み項目の少なくとも１つを、ディゼーブルにしなければならない。

フレイジャー２０８またはフレンズ２１０がディゼーブルまたは選択解除になった場合、例示的な実施形態では、フレイジャー２０８とフレンズ２１０のどちらも、競合１および競合２を同時に解決する際の１つの選択（ｐｒｅｆｅｒｅｎｃｅ）として、自動的に選択解除することができるものとしている。同様に、他の例示的な実施形態は、フレイジャー２０８またはフレンズ２１０が、ディゼーブル状態からイネーブル状態へと変更された場合には、そのどちらも同時にイネーブルになるように変更することを含む。

もちろん、他の実施形態では、番組のどのような組み合わせも選択することができるものとしている。たとえば、ユーザは、グリズリーアダムズ２０４、フレイジャー２０８、および、市民ケーン２１２の終わりを録画したいと希望することもあろう。そのようなオプションは、たとえば、ユーザが映画の全体を見たいが、野球の試合の最後の数イニングを見たいだけであるときには、望ましい可能性がある。あるいは、視聴者は、ニュースの放送のトップの話題（ｌｅａｄ ｓｔｏｒｉｅｓ）だけが希望であるが、放送スケジュールが部分的に競合関係にあるシチュエーションコメディー（ｓｉｔｃｏｍ）は見逃したくないこともあろう。このため、上で説明した、複数の競合を解決するためにスケジュール済み項目をイネーブルまたはディゼーブルにすることは、例示の目的で使用されるに過ぎず、本発明の範囲を限定または他の方法で狭めることを意図するものではない。

さらに別の実施形態の例に従って、図２Ｃに、複数の競合を単一のユーザ入力によって解決する代替のやり方を示している。この例に示すように、ユーザが録画の要求を行ったのは、ＥＰＧ２０２を用いて、マッシュ２３８、ニュース２４２、市民ケーン２１２、タクシー（Ｔａｘｉ）２４４、およびスクラブズ（Ｓｃｒｕｂｓ）２４６に対してである。再び、利用可能なチューナが２つしかないと仮定すると、第１の競合が、上で説明した実施形態に従って決定され、６：３０から７：００の時間幅によって同定される。この第１の競合は、市民ケーン２１２、マッシュ２３８、およびニュース２４２のスケジュール済み項目を含む。また、第２の競合は、ユーザインターフェース２００に示すように、６：３０から７：００の決定された時間スライスの間で、市民ケーン２１２、スクラブズ２４２、およびタクシー２４４の間に存在する。この競合の時間幅に基づいて、選択可能なオプションが、ユーザに対して、図２ＡおよびＢに関してこれまでに上で説明したものに似て、格子状（２４８）に提示される。

この例では、格子２４８の左にあるハイライトされたラジオボタンの示すように、始め、３０分番組がイネーブルにされており、ここでは、個々のスケジュール済み項目を選択するのではなく、複数の競合を解決するために行全体が選択されている。したがって、このユーザ入力は、最小限（ｍｉｎｉｍａｌ）であり、録画番組に対する複数の競合を解決する１つの容易なやり方を提示するものである。しかし、３０分番組をある特定のチューナを表すある特定の行に示しているが、これらの番組は、そのチューナに対して任意に選ぶことができ、またはユーザが希望通りに整理し直すことができることに注意されたい。さらに、上のように、スケジュール済み項目は、上のように番組それぞれの選択のために、個別のラジオボタンをもつことができる。このため、スケジュール済み項目の選択およびその録画が行われることになるチューナは、例示の目的で使用されるに過ぎず、そうでないと明示的に主張しない限り、本発明の範囲を限定または他の方法で狭めることを意図するものではない。

他の例示的な実施形態は、選択可能なオプションの知識全体をユーザに与えるために、番組の代替の放映を視聴者に示すことを含む。たとえば、図２Ｃのユーザインターフェース２００に示すように、ユーザには、ボックス２５０に示すように市民ケーンの代替の放映（ｓｈｏｗｉｎｇ）が存在するという情報が提示される。この代替の放映（ｓｈｏｗｉｎｇ）は、特定のスケジュール済み項目、たとえば、ディゼーブルにされている番組に基づいていてもよい。さらに、代替の放送情報は、単一のスケジュール済みエントリに基づいていても、あるいは複数のまたはすべての選択可能な代替の放映（ｓｈｏｗｉｎｇｓ）のうちの代替の放映（ａｉｒｉｎｇｓ）を示していてもよい。ボックス２５０に現れる代替の放映は、スケジュール済み項目の仮の選択、すなわちたとえば、カーソルを項目の上に置くこと、または、ユーザ対話に基づいて情報を表示する他のどのようなよく知られている理由に基づくのでもよい。代替の放映の表示されるまたは表示させる方法に関係なく、この情報により、ユーザは、競合を解決するためにもっとより決定を行うことができるようになる。

図２Ｄに示すように、他の例示的な実施形態では、選択可能なオプションを単一の列２６２にある行として表示する他のユーザインターフェースを提供している。この例では、ユーザがＥＰＧ２０２から選択したのは、リアルピープル（Ｒｅａｌ Ｐｅｏｐｌｅ）２５６、フレイジャー２０８、ファザーマーフィー（Ｆａｔｈｅｒ Ｍｕｒｐｈｙ）２５４、およびグリズリーアダムズ２０４である。録画装置にはチューナが１つしかないと仮定すると、２つの競合が同定され、それぞれに対する時間幅がこれまで説明したように計算される。第１の競合は５：００と５：３０の間のリアルピープル２５６とファザーマーフィー２５４の間である。第２の競合時間幅は、５：３０と６：００の間のフレイジャー２０８およびグリズリーアダムズ２０４に対してである。この時間幅に基づいて、選択可能なオプションを決定して行２６２として提示することができ、これをユーザは単一のオプション２６２として選択して、競合をどちらも解決することができる。

代替方法として、すべてのオプションを単一のユーザインターフェース内に表示するのではなく、各オプションをユーザに対して個別に、別個のユーザインターフェース２００内で、そのオプションに対する視聴者の希望を指示するプロンプトとともに表示することができる。さらに、ユーザインターフェース２００内に示すように、ボックス２６０を提示することができ、そこでは、代替の番組によって競合がどちらも解決されるはずである場合は、このボックスを選択して（すなわち、このオプションを選んで）単に存在する競合の一部または全部を解決するようにすることができる。たとえば、ボックス２５０に示すように、この例では、グリズリーアダムズ２０４およびファザーマーフィー２５４に対する代替のスケジュールがある。これらの代替案によって競合はどちらも解決されるはずなので、ユーザは、単にこのオプションを選択することにでき、ここでは、リアルピープル２５６およびフレイジャー２０８が録画されるはずであり（オプション４としても示されている）、代替の放映も録画のためにスケジュールされるはずである。

これまでに触れたように、ユーザが番組の選択を、たとえば、個々のオプション、行、スケジュール済み項目などを選ぶことによって行うとき、ユーザは、選択可能な番組作成オプション（ｐｒｏｇｒａｍｍｉｎｇ ｏｐｔｉｏｎｓ）に対するすべての状態を巡回できる必要がある。特に、これまでに触れたように、ユーザが利用可能なチューナの数を超える選択を行うと、別の番組および／またはオプションを１つ選択解除しまたはディゼーブルにすることが生じることになる。しかし、選択解除は、すべての番組および／またはオプションに対して生じる必要がある。すなわち、プログラムおよび／またはオプションを逐次的に選択解除すると、それぞれに対する状態を順番に変更する必要がある。しかし、選択機能または優先度を、スケジュール済み項目に対する状態を選択解除しまたはディゼーブルにすることを決定する際に厳密に使用する場合は、必ずしもそうであるわけではない。

たとえば、図３に示すように、３つのスケジュール済み項目および／または利用可能なオプションＡ、Ｂ、またはＣがあり、利用可能なチューナが２つしかないとする。したがって、２本の番組しか同時に録画することはできない。（１）番組Ａ、Ｂ、およびＣは、放送時間が重複しまたはかち合っており、（２）新たに選択した項目には、最も低い優先度または選択機能（ｐｒｅｆｅｒｅｎｃｅ）が与えられ、（３）初期の状態３１０により、ＢおよびＣがイネーブルにされ、（３）ユーザはＣを項目Ｂよりも高い優先度に設定し、（４）選択機能または優先度は、項目を自動的にディゼーブルにする際に厳密に使用されると仮定すると、以下のことが生じることになる。ユーザは、Ａをイネーブルにするように選択する。ＣはＢよりも優先度が高いため、第２の状態３１５に示すように、Ｂがディゼーブルにされる。次いで、ユーザがＢを選択した場合には、Ａは新たに選択された項目であったため、Ｃは優先度がＡよりも高く、このためＡがディゼーブルにされ、こうして初期の状態３１０に戻る。この「ピンポン」現象は無限に続くことになり、したがって、ＡとＢの組み合わせの選択は決して可能にならない。

上のピンポン現象を防ぐために、例示的な実施形態では、選択可能なオプションのそれぞれに対して、状態をすべて巡回できるようにしている。たとえば、図３を再び参照すると、初期の状態３１０により、ＢおよびＣがイネーブルにされる。本発明では、この状態を保存し、これは、下で説明するように、後で参照するために使用されることになる。ユーザ入力３０５を受け取り、Ａがイネーブルにするように選択され、このため現在イネーブルになっている項目のうちの１つをディゼーブルにすることになる──この場合Ｂがディゼーブルにされ、このため第２の状態３１５になり、ここではＡおよびＣがイネーブルにされる（Ｂがディゼーブルにされたが、本発明は、状態の点で項目がどのように遷移しても、たとえば、Ｃがイネーブルからディゼーブルへと変わっても、同等に働くことに注意されたい）。この第２の状態情報３１５も、後で参照するために保存される。次に、ユーザ入力３２０を、Ｂの状態をイネーブルからディゼーブルへと変更するために受け取ると、本発明では、項目をディゼーブルにするために選択機能を使用するのではなく、初期の状態情報を使用してどの項目を選択解除すべきかを決定する。したがって、初期の状態ではＡがディゼーブルにされたため、また、Ａが今イネーブルにされておりＢをイネーブルにするよう選択したため、システムはＣをディゼーブルにすべきであると決定し、このためＡおよびＢがイネーブルにされる第３の状態３２５になる。

言い換えると、本発明は、それまで選択したスケジュール済み項目を番組および／または選択可能なオプションごとに記憶すること、および、その情報を（アプリケーションプログラムインターフェースと併せて）使用して項目および／またはオプションそれぞれへの適切な巡回を保証することを含む。このため、第３の状態３２５でユーザ入力を受け取ってＣの状態をディゼーブルからイネーブルへと変更するとき、初期の状態３１０へと遷移して戻るために第２の状態情報３１５を使用することができる。上の例では２つのチューナしか使用していないが、上の実施形態は、Ｎ個のチューナを扱うように構成することが可能である。特に、本発明は、スケジュール済み項目および／または選択可能なオプションのそれまでのＮ−１回の選択を先入れ先出し（ＦＩＦＯ、ｆｉｒｓｔ ｉｎ ｆｉｒｓｔ ｏｕｔ）方式で記憶することを含み、この情報を使用して適切な巡回を保証している。このため、３つの選択可能なスケジュール済み項目および／またはオプションを巡回することに関する上の例は、例示の目的で使用されるに過ぎず、本発明の範囲を限定または他の方法で狭めることを意図するものではない。

本発明は、機能的ステップ（ｆｕｎｃｔｉｏｎａｌ ｓｔｅｐｓ）および／または非機能的動作（ｎｏｎ−ｆｕｎｃｔｉｏｎａｌ ａｃｔｓ）を含む方法の点からも説明することができる。以下は、本発明を実施する際に行うことのできるステップおよび動作の説明である。普通、機能的ステップは、発明を達成された結果の点から記述するのに対し、非機能的動作は、特定の結果を達成するためのより具体的な動作（ａｃｔｉｏｎｓ）を記述するものである。機能的ステップおよび非機能的動作は、どのような特定の順序で説明または特許請求する（ｃｌａｉｍｅｄ）することもできるが、本発明は、動作および／またはステップのどのような特定の順序または組み合わせにも必ずしも限定されるものではない。さらに、特許請求の範囲の記載における、および図４〜６に対する以下の流れ図の説明における動作および／またはステップの使用は、そのような用語の所望の具体的な使用を指示するために使用されている。

図４〜６に、本発明の様々な例示的な実施形態に対する流れ図の例を示している。以下の図４〜６の説明では、ときおり、図２Ａ〜Ｄおよび図３の側の対応する要素に言及を行うことにする。これらの図からの特定の要素に参照を行うことができるが、そのような要素は、例示の目的で使用されるに過ぎず、そうでないと明示的に主張しない限り、本発明の範囲を限定または他の方法で狭めることを意図するものではない。

図４に、放送時間の重なる所望の録画される番組間の競合を解決する際のユーザの補助を、選択可能な録画オプションを容易に理解可能なユーザインターフェースで提示することによって行う方法４００の流れ図の例を示している。方法４００は、番組を録画する要求を受け取る動作（４０５）を含む。たとえば、録画装置内に単一のチューナしか存在せず、ＥＰＧ２０２内のマッシュ２３８およびニュース２４２が録画すべきスケジュール済み項目である場合、これら２本の番組は６：３０から７：００までの放送時間がかち合っており、番組を録画するためのチューナが１つしか利用可能でないため、競合が同定される。

また、方法４００は、ユーザに選択可能な録画オプションを提示するステップ４３０を含む。ステップ４３０は、時間幅を同定する動作４１５を含むことができる。たとえば、録画競合内の番組ごとにスケジュールされた放送時間情報に基づいて、システムを、マッシュ２３８およびニュース２４２に関する競合は時間幅が６：３０から７：００までであることを同定するように構成することができる。この同定した時間幅に基づいて、ステップ４３０は、録画競合を解決することになる選択可能な録画オプションを決定する動作４２０を含む。たとえば、上の例でのように、マッシュ２３８とニュース２４２の間の競合を解決するのに、オプションは、単に、マッシュ２３８を録画することまたはニュース２４２を録画することである。もちろん、チューナが数多くある場合には、この時間幅に基づく複数の選択可能なオプションがある可能性がある。

最後に、ステップ４３０は、選択可能な録画オプションを表示する動作４２５を含む。たとえば、ユーザインターフェース２００を使用すると、選択可能な録画オプションを受け取り、表示装置上に表示して、それにより、ユーザが選択可能な録画オプションのうちから選択できるようにすることができる。録画オプションは格子状に列および行として表示することができるが、そこでは、行のうちの１つまたは複数は利用可能なチューナの数に対応し、列は１つまたは複数の競合に対する同定された時間幅に対応する。さらに、単一の行は、複数の競合にまたがって延びていてもよい。そのような場合には、単一のユーザ入力を使用して、複数の競合を解決する行を１つ選択することができる。

ユーザインターフェース２００の範囲内でイネーブルにされている番組（すなわち、録画すべく設定された選択済みの項目）の識別は、ハイライト、選択されたラジオボタン、マークされたチェックなどのうちの１つまたは複数で行うことができる。同様に、ディゼーブルにされている番組の識別は、ハイライト、選択されていないラジオボタン、マークされたチェックボックスなどで行うことができる。もちろん、競合の範囲内のイネーブルおよびディゼーブルにされている番組を識別し視覚的に表現するどのようなやり方も、本発明には利用可能である。

選択可能な録画オプションおよび／または番組を上で触れた格子状に表示するのではなく、他の例示的な実施形態では、録画オプションをリストとして提示することができるものとしている。たとえば、図２Ｄに示すように、選択可能な録画オプションを単一の列内のリストとして表示することが可能であり、それにより、単一のユーザ入力が録画競合を解決できるようにしている。あるいは、オプションを一時に１つ表示することもでき、そこでは、ユーザは、現在提示されているオプションを望むかどうか指示するよう促されるはずである。

別の実施形態では、競合している番組は、ユーザに表示および提示の可能な、代替の放送スケジュールを有する可能性がある。こうした代替の放送スケジュールは、ＥＰＧ２０２を分析することから決定することができる。さらに、選択可能な録画オプションは、図２Ｄのチェックボックス２６０に関して示すものなどの代替の放送スケジュールに基づいていてもよい。そのような場合、他の実施形態の例では、代替の放送スケジュールを選択することの単一のユーザ入力によって、自動的に１つまたは複数の競合が解決される。しかも、代替の放送スケジュールは、録画装置への放送信号中に含めることができ、または、すでに録画装置上に保存されていてもよい。

また別の例示的な実施形態では、ユーザインターフェース２００が、選択可能な録画オプションの初期の録画状態を指示できるものとしている。この指示により、録画するように現在イネーブルにされている番組が同定され、この指示は、番組を録画するための選択機能および優先度に基づいていてもよい。こうした優先度は、所望の番組録画のパーセンテージ、所望の番組録画のランキング、それらの番組が録画のために選択された順序、それらの番組の内容のジャンル、それらの番組が繰り返し録画されているかどうか、またはそれらの番組に代替放送スケジュールがあるかどうかなどに基づいていてもよい。

図５に、放送時間の重なる番組に対する録画競合時間幅を同定する方法５００の流れ図の例を示している。方法５００は、競合が存在することを確認する動作５０５を含む。たとえば、１つのチューナしか利用可能でなく、マッシュ２３８および市民ケーン２１２が録音すべきスケジュール済み項目として選択されている場合、これらの項目は放送時間がかち合っているため、競合を検出することができる。

また、方法５００は、スケジュール済み放送時間を得る動作５１０を含む。具体的には、マッシュ２３８および市民ケーン２１２に対するスケジュール済み放送時間（これは、それぞれ６：３０〜７：００、および５：３０〜７：３０である）を得ることができる。得られたスケジュール済み放送時間に基づいて、また、方法５００は、競合時間幅を計算する動作５１５を含む。たとえば、競合している番組に対する最も遅い開始放送時間および最も早い終了放送時間を同定することができる。この場合、最も遅い開始時間は、６：３０に放映されるマッシュ２３８に対するものであり、最も早い終了時間も、マッシュ２３８に対するものであり、これは７：００に終了する。この情報を用いて、競合時間幅を計算することができ、これは、この例では６：３０から７：００までとなる。

次いで、この競合時間幅を、録画競合を解決することになる選択可能なオプションを決定するために使用することができる。次いで、こうした選択可能な録画オプションを、ユーザインターフェース２００内に表示し、これにより、ユーザは、選択可能な録画オプションのうちから所望のプログラムを録画するように選択できるようにすることができる。方法４００に関して上で説明した表示の機能は、また、方法５００にも適用可能である。

図６に、放送時間の重なる番組間の競合を解決するために選択可能な録画オプションを巡回する方法６００の流れ図の例を示している。システムは、ユーザが、複数の番組ごとに状態を逐次的に巡回できるようにするように構成される。方法６００は、競合が存在することを確認する動作６０５を含む。また、方法６００は、初期の状態情報を保存する動作６１０を含む。この状態情報は、複数の番組に対して保存され、最初にその複数の番組のうちのどれを録画のためにイネーブルおよびディゼーブルにするかを指示する。たとえば、システム３００に関して図３に示しているように、Ａをディゼーブルにしており、ＢおよびＣをイネーブルにしているという初期の状態を記録することができる。

方法６００は、ユーザが複数の番組の状態の変更を逐次的に行えるようにするステップ６３５をさらに含む。ステップ６３５は、第１のプログラム状態を変更するユーザ入力を受け取る動作６１５を含む。たとえば、Ａの状態をディゼーブルからイネーブルに変更するユーザ入力３０５を受け取ることができる。また、ステップ６３５は、第２のプログラムに対する状態を自動的に変更する動作６２０を含む。たとえば、ユーザ入力３０５に応答して、Ｂに対する状態は、イネーブルからディゼーブルへと変更される。第２のプログラムをディゼーブルにすることは、優先度のデータに基づいていてもよい。そのような優先度のデータは、これまでに上で説明したもののうちのどれであってもよい。他の例示的な実施形態では、第１および第２の番組に対する状態の変更を指示する第２の状態情報の保存を行う。

また、ステップ６３５は、第２の番組の状態を変更するユーザ入力を受け取る動作６２５を含む。たとえば、Ｂの状態をディゼーブルからイネーブルへと変更するユーザ入力３２０を受け取ることができる。また、ステップ６３５は、第３の番組の状態を自動的に変更する動作を含む。たとえば、初期の状態情報に基づいて、第３の状態３２５は、Ｃ番組をイネーブル状態からディゼーブル状態へと自動的にスイッチすることによって得られる。

第３の番組の状態をディゼーブルからイネーブルへと変更するユーザ入力３３０を受け取ることができる。第２の状態情報、および潜在的には初期の状態情報に基づいて、本発明では、第１の番組を自動的にディゼーブルにしている。初期の状態情報は、これまでに説明したように、優先度のデータに基づいていてよい。あるいは、初期の状態情報をランダムに選ぶこともできる。

また、方法６００は、ユーザが複数の番組のサブセットを視覚的に確認し（ｓｅｅ）、イネーブルまたはディゼーブルにすることができるようにするユーザインターフェース２００を生成する動作を含むことができる。ユーザインターフェース２００は、競合の検出に基づいて生成される。さらに、他の諸実施形態では、第１の番組が複数の番組を含むことができ、ユーザは、単一のユーザインターフェース内で、複数の番組のすべてをイネーブルにすることができる。たとえば、図２Ｄに示すように、列２６２のオプション行は、複数の番組を含んでおり、単一のユーザ入力で複数の番組をイネーブルにすることが可能である。言い換えると、複数の番組を選択可能な録画オプションとすることができる。

また、本発明の範囲内にある諸実施形態は、コンピュータ実行可能命令またはデータ構造をその上に格納して搬送しまたは有するコンピュータ可読媒体を含む。そのようなコンピュータ可読媒体は、汎用または専用のコンピュータがアクセスを行えるどのような利用可能な媒体ともすることができる。限定ではなく、例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージ装置、あるいは所望のプログラムコード手段をコンピュータ実行可能命令またはデータ構造の形で搬送または格納するのに使用でき、汎用または専用のコンピュータがアクセスを行える、他のどのような媒体も含むことができる。情報のあるコンピュータへの転送または提供を、ネットワークまたは他の通信接続（結線接続（ｈａｒｄｗｉｒｅｄ）、無線、あるいは結線接続または無線の組み合わせにせよ）を介して行うとき、この接続はそのコンピュータから、正当にコンピュータ可読媒体として見えることになる。したがって、そのような接続はどれも、正当にコンピュータ可読媒体と呼ばれる。以上のものの組み合わせも、また、コンピュータ可読媒体の範囲内に含められるべきである。コンピュータ実行可能命令は、たとえば、汎用コンピュータ、専用コンピュータ、または専用処理装置に特定の機能または機能の群を実行させる命令およびデータを含む。

図７および以下の議論は、本発明を実装できる適切なコンピューティング環境の簡潔で一般的な説明を意図したものである。必須ではないが、本発明を、プログラムモジュールなどのコンピュータ実行可能命令がネットワーク環境内のコンピュータに実行される一般的な状況において説明することにする。一般に、プログラムモジュールは、特定のタスクを実行しまたは特定の抽象データタイプを実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書に開示する方法の諸ステップを実行するためのプログラムコード手段の例に相当する。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップで記述される機能を実装するための対応する動作（ａｃｔｓ）の例に相当する。

本発明の実施は、パーソナルコンピュータ、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な家電製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含めて、多くのタイプのコンピュータシステム構成を伴うネットワークコンピューティング環境において行えることが、当業者には理解されよう。また、本発明の実施は、タスクの実行が、通信ネットワークによってリンクされる（結線接続（ｈａｒｄｗｉｒｅｄ）のリンク、無線リンク、あるいは結線接続のまたは無線のリンクの組み合わせによってにせよ）ローカルおよびリモートの処理装置によって行われる分散コンピューティング環境で行うことができる。分散コンピューティング環境では、プログラムモジュールは、ローカルとリモートのどちらのメモリストレージ装置内に配置されていてもよい。

図７を参照すると、本発明を実装するための例示的なシステムは、処理ユニット７２１、システムメモリ７２２、および、システムメモリ７２２を含めて様々なシステムコンポーネントを処理装置７２１へと結合するシステムバス７２３を含む、従来型のコンピュータの７２０の形の汎用コンピューティング装置を含んでいる。システムバス７２３は、様々なバスアーキテクチャのいずれかを用いた、メモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造のうちのどのようなものともすることができる。システムメモリは、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、読み取り専用メモリ）７２４やＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ランダムアクセスメモリ）７２５を含む。起動（ｓｔａｒｔ−ｕｐ）時などにコンピュータ７２０内部の要素間で情報を転送するのに役立つ基本ルーチンを含む、ＢＩＯＳ（基本入出力システム）７２６は、ＲＯＭ７２４に格納することができる。

また、コンピュータ７２０は、磁気ハードディスク７３９からの読み取りまたはそれへの書き込みを行う磁気ハードディスクドライブ７２７、リムーバブル磁気ディスク７２９からの読み取りまたはそれへの書き込みを行う磁気ディスクドライブ７２８、および、ＣＤ−ＲＯＭや他の光学メディアなどのリムーバブル光ディスク７３１からの読み取りまたはそれへの書き込みを行う光ディスクドライブ７３０を示している。磁気ハードディスクドライブ７２７、磁気ディスクドライブ７２８、および光ディスクドライブ７３０は、システムバス７２３へと、ハードディスクドライブインターフェース７３２、磁気ディスクドライブインターフェース７３３、および光学ドライブインターフェース７３４によって接続される。これらドライブおよびその関連するコンピュータ可読媒体は、コンピュータ実行可能命令、データ構造、プログラムモジュール、およびコンピュータ７２０のための他のデータの不揮発性ストレージを提供する。本明細書で説明するこの例示的な環境では、磁気ハードディスク７３９、リムーバブル磁気ディスク７２９、およびリムーバブル光ディスク７３１を使用しているが、磁気カセット、フラッシュメモリカード、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ、デジタル多用途ディスク）、ベルヌイカートリッジ（Ｂｅｒｎｏｕｌｌｉ ｃａｒｔｒｉｄｇｅｓ）、ＲＡＭ、ＲＯＭなどを含めて、データを格納するための他のタイプのコンピュータ可読媒体を使用することができる。

１つまたは複数のプログラムモジュールを含むプログラムコード手段は、オペレーティングシステム７３５、１つまたは複数のアプリケーションプログラム３６、他のプログラムモジュール７３７、およびプログラムデータ７３８を含めて、ハードディスク７３９、磁気ディスク７２９、光ディスク７３１、ＲＯＭ７２４、またはＲＡＭ７２５上に格納することができる。ユーザは、コマンドおよび情報のコンピュータ７２０への入力を、キーボード７４０、ポインティング装置７４２、または、マイクロフォン、ジョイスティック、ゲームパッド、皿形アンテナ（ｓａｔｅｌｌｉｔｅ ｄｉｓｈ）、スキャナなどの他の入力装置（図示せず）によって行うことができる。こうしたおよび他の入力装置の処理ユニット７２１への接続は、しばしば、システムバス７２３に結合されるシリアルポートインターフェース７４６を通して行われる。あるいは、入力装置の接続を、パラレルポート、ゲームポート、またはＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ、ユニバーサルシリアルバス）など、他のインターフェースによって行うこともできる。また、モニタ７４７または別のディスプレイ装置のシステムバス７２３への接続も、ビデオインターフェース７４８などのインターフェースを介して接続される。モニタのほかに、パーソナルコンピュータは、通常、スピーカやプリンタなど、他の周辺出力装置（図示せず）を含む。

コンピュータ７２０は、リモートコンピュータ７４９ａおよび７４９ｂなど、１つまたは複数のリモートコンピュータへの論理接続を用いてネットワーク化環境で動作することができる。リモートコンピュータ７４９ａおよび７４９ｂはそれぞれ、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピア装置（ｐｅｅｒ ｄｅｖｉｃｅ）または他の一般的なネットワークノードとすることができ、通常、コンピュータ７２０に関して上で説明した要素の多くまたはすべてを含むが、図７にはメモリストレージ装置７５０ａおよび７５０ｂ、ならびにその関連するアプリケーションプログラム７３６ａおよび７３６ｂだけを示していた。図７に示す論理接続は、ここに限定ではなく、例として提示するＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、構内通信網）７５１およびＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ、広域通信網）７５２を含む。そのようなネットワーキング環境は、オフィス規模または全社規模のコンピュータネットワーク、イントラネット、およびインターネットでは普通のものである。

コンピュータ７２０は、ＬＡＮネットワーキング環境で使用するときには、ローカルネットワーク７５１にネットワークインターフェースまたはネットワークアダプタ７５３を通して接続する。コンピュータ７２０は、ＷＡＮネットワーキング環境で使用するときには、モデム７５４、無線リンク、または、インターネットなど、ＷＡＮ７５２を介して通信を確立するための他の手段を含むことができる。モデム７５４は、内蔵でも外付けでもよいが、システムバス７２３にシリアルポートインターフェース７４６を介して接続する。ネットワーク化環境では、コンピュータ７２０に関して示したプログラムモジュールまたはその部分は、リモートのメモリストレージ装置内に格納することができる。ここに示すネットワーク接続は例示的であり、ＷＡＮ７５２を介して通信を確立する他の手段を使用してもよいことが理解されよう。

本発明の他の特定の形式での実施を、その趣旨または本質的な特徴から逸脱することなく行うことができる。説明を行った諸実施形態は、すべての点で、例示的であり限定的ではないものと見なすべきである。したがって、本発明の範囲を指示するのは、以上の説明ではなく、添付の特許請求の範囲である。特許請求の範囲の均等性（ｅｑｕｉｖａｌｅｎｃｙ）の意味および幅に属する変更はすべて、その範囲（ｓｃｏｐｅ）に包摂されるべきである。

番組間の録画競合を解決するのに使用される従来技術の表示の図である。 本発明の例示的な実施形態による、録画のために様々な番組を選択するのに使用できるＥＰＧ（ｅｌｅｃｔｒｏｎｉｃ ｐｒｏｇｒａｍｍｉｎｇ ｇｕｉｄｅ、電子番組ガイド）、および、生成することのできる競合管理ユーザインターフェースを示す図である。 本発明の例示的な実施形態による、生成することのできる競合解決管理ユーザインターフェースの別の例を示す図である。 本発明の例示的な実施形態による、競合を解決する際に使用される競合解決管理ユーザインターフェースのさらに別の例を示す図である。 本発明の例示的な実施形態による、生成することのできる代替的な競合解決管理ユーザインターフェースを示す図である。 本発明の例示的な実施形態による、ユーザ入力選択による、録画を望む番組に対する状態の巡回を示す図である。 本発明の例示的な実施形態による、放送時間の重なる所望の録画される番組間の競合を解決する際にユーザを補助する方法の流れ図の例である。 本発明の例示的な実施形態による、放送時間の重なる番組に対する録画競合時間幅を同定する方法の流れ図の例である。 本発明の例示的な実施形態による、放送時間の重なる番組間の競合を解決するための選択可能な録画オプションを巡回する方法の流れ図の例である。 本発明に適する動作環境を提供するシステムの例を示す図である。

Claims (12)

1. プロセッサ及びシステムメモリを含み、スケジュール済みテレビ番組を自動的に録画するように構成された録画装置であって複数のチューナを有する録画装置を更に含む家庭用エンタテイメントシステムにおいて、放送時間の重なる番組間の競合を解決すべく選択可能な録画オプションを巡回するために前記家庭用エンターテイメントシステムにより実施される方法であって、前記家庭用エンターテイメントシステムは、選択可能な録画オプションの各々に対してユーザが状態を連続的に巡回可能であることを保証するように構成されており、該方法は、
   前記プロセッサが、選択された時間幅の中で、第１、第２、第３のテレビ番組の間に、第１、第２、第３のテレビ番組の部分に関し重なる放送時間に基づいて、競合が存在することを識別するステップと、
   前記プロセッサが、前記第１のテレビ番組が録画用に選択されていないこと、並びに、前記選択された時間幅の中で前記第２及び第３のテレビ番組が録画用に選択されていることを表す第１の録画オプションを提示するステップと、
   前記プロセッサが、前記第１の録画オプションを、前記第１のテレビ番組が録画用に選択されていないこと、並びに、前記選択された時間幅の中で第２及び第３のテレビ番組が録画用に選択されていることを表す第１の状態情報として、前記システムメモリに記憶するステップと、
   前記プロセッサが、前記第１の状態情報の記憶に続いて、前記選択された時間幅の中で録画用の前記第１のテレビ番組を選択する第１のユーザ入力を受取るステップと、
   前記第１のテレビ番組を選択する前記第１のユーザ入力に応答して、
   前記プロセッサが、前記第３のテレビ番組のユーザ指定優先度に関連する前記第２のテレビ番組のユーザ指定優先度に基づいて、録画用の前記第２のテレビ番組を自動的に選択解除するステップ、
   前記プロセッサが、前記第２のテレビ番組が録画用に選択されていないこと、並びに、前記選択された時間幅の中で前記第１及び第３のテレビ番組が録画用に選択されていることを表す第２の録画オプションを提示するステップ、
   前記プロセッサが、前記第２の録画オプションを、前記第２のテレビ番組が録画用に選択されていないこと、並びに、前記選択された時間幅の中で前記第１及び第３のテレビ番組が録画用に選択されていることを表す第２の状態情報として、前記システムメモリに記憶するステップ、及び
   前記プロセッサが、前記第２の状態情報の記憶に続いて、前記選択された時間幅の中で録画用に前記第２のテレビ番組を選択する第２のユーザ入力を受取るステップと、
   前記第２のテレビ番組を選択する前記第２のユーザ入力に応答して、
   前記プロセッサが、前記第１及び第２の記憶されている状態情報を参照して、前記第３のテレビ番組が録画用に選択されていないこと、並びに、前記選択された時間幅の中で前記第１及び第２のテレビ番組が録画用に選択されていることを表す第３の録画オプションを未だ提示していないことを判定するステップ、
   前記プロセッサが、前記第１及び第２の記憶されている状態情報に基づいて、録画用の前記第３のテレビ番組を自動的に選択解除し、前記第２のテレビ番組よりも前記第３のテレビ番組の優先度が高いことを表すユーザ指定優先度を無効とするステップ、及び
   前記プロセッサが、前記第１及び第２のテレビ番組の何れかよりも第３のテレビ番組のユーザ指定優先度が高い場合であっても、前記第３のテレビ番組が録画用に選択されていないこと、並びに、前記選択された時間幅の中で前記第１及び第２のテレビ番組が録画用に選択されていることを表す前記第３の録画オプションを提示し、それにより第１及び第２の録画オプションの間でのピンポン効果を回避する、ステップと、
   を含むことを特徴とする方法。
2. 請求項１に記載の方法において、前記第２のテレビ番組を自動的に選択解除するステップは、優先度のデータに基づくものであることを特徴とする方法。
3. 請求項２に記載の方法において、前記優先度のデータは、所望の番組録画のパーセンテージ、所望の番組録画のランキング、前記番組が録画用に選択された順序、前記番組の内容のジャンル、前記番組が繰り返し録画されるかどうか、または前記番組に対して代替の放送スケジュールがあるかどうかのうちの１つまたは複数に基づくことを特徴とする方法。
4. 請求項１に記載の方法において、前記第１の状態情報は、優先度のデータに基づくものであり、前記優先度のデータは、所望の番組録画のパーセンテージ、所望の番組録画のランキング、前記番組が録画用に選択された順序、前記番組の内容のジャンル、前記番組が繰り返し録画されるかどうか、または前記番組に対して代替の放送スケジュールがあるかどうかのうちの１つまたは複数に基づくことを特徴とする方法。
5. 請求項１に記載の方法において、前記第１、第２、第３のテレビ番組は、選択可能なオプションであることを特徴とする方法。
6. 請求項１に記載の方法において、前記第１の状態情報は、ランダム選択であることを特徴とする方法。
7. 請求項１に記載の方法であって、該方法はユーザインターフェースを生成する動作を更に含み、該ユーザインターフェースは、ユーザが、前記複数のプログラムのサブセットを、視覚的に参照したり、イネーブル又はディゼーブルにすることが可能であり、該ユーザインターフェースは、前記競合の検出に基づいて生成されることを特徴とする方法。
8. 請求項１に記載の方法において、前記第１のテレビ番組は複数の番組を含み、ユーザは、単一のユーザ入力で、前記第１のテレビ番組内で、複数の番組のすべてをイネーブルにすることを特徴とする方法。
9. 請求項１に記載の方法において、録画用にイネーブルにされている番組は、ハイライトされ、選択されているラジオボタン、またはマークされているチェックボックスのうちの１つまたは複数によって識別されることを特徴とする方法。
10. 請求項１に記載の方法において、録画用にディゼーブルにされている番組は、選択されていないラジオボタン、またはチェックボックス内にマークがないことのうちの１つまたは複数によって識別されることを特徴とする方法。
11. プロセッサに請求項１−１０に記載の方法のステップを実行させるための１つ又は複数のプログラムを記憶したコンピュータ記憶媒体。
12. プロセッサに請求項１−１０に記載の方法のステップを実行させるための１つ又は複数のプログラム。

Images