(57)【要約】  符号化されたテレビ信号を可変データレートで受信し、これを保存するためのテレビ信号受信器である。復元された形態で実質的に一定のデータレートで出力されるときのテレビ信号の持続時間を規定する信号受信時間に基づく時間情報が生成される。次に、受信された信号は、時間情報とともに、受信された順にハードディスク（１３）上のファイルに書込まれる。ファイルが予め定められた期間に対応する信号を保存するように、ファイルに保存される信号の時間情報はモニタされ、古い信号はファイルから削除される。
2005510139.tif 000002
【特許請求の範囲】
【請求項１】
データを保存する方法であって、
情報ストリームを表わすデータを可変データレートで受信するステップと、
受信データを保存するステップと、
情報ストリームが意図されるように再生される場合に保存されたデータが表わす情報ストリームの予測持続時間を定めるステップと、
定められた持続時間が所与の期間を超えないように、定められた持続時間が所与の期間に達すると最も古い保存データを削除するステップとを含む、方法。
【請求項２】
情報ストリームは実質的に一定のレートで再生されることが意図される、請求項１に記載の方法。
【請求項３】
データはビデオストリームを表わす、請求項１または２に記載の方法。
【請求項４】
保存データが表わす情報ストリームの予測持続時間は、保存データが受信される期間として定められる、請求項１から３のいずれかに記載の方法。
【請求項５】
所与の期間はデフォルト期間であり、ユーザはこれを変更し得る、請求項１から４のいずれかに記載の方法。
【請求項６】
データを受信するステップは、可変データレートで送達される圧縮ビデオデータのデータストリームを受信するステップを含み、
定めるステップは、復元された形態で実質的に一定のデータレートで出力されるときのデータの持続時間に関するとともに、データの受信時間に基づく時間情報を生成するステップと、
データを保存するステップは、時間情報とともに、保存装置の中のファイルに受信データを受信順に書込むステップを含み、
削除するステップは、ファイルに書込まれたデータの時間情報をモニタし、いずれの瞬間にもファイル中のデータの量が予め定められた期間を超えない持続時間となるように、ファイル中のデータの合計量が予め定められた期間よりも大きな期間に対応すると、ファイルからデータを削除するステップを含む、請求項１に記載の方法。
【請求項７】
データはデータファイルとしてメモリに保存され、最も古い保存データは、データファイルの先頭を、情報ストリームの中の後ろの方の情報を表わすデータに移動させることによって削除される、請求項１から５のいずれかに記載の方法。
【請求項８】
データを保存する方法であって、
データファイルの終わりに新たなデータを保存しながらデータファイルから最も古い保存データを削除することによって、データファイルが特定のサイズを超えないようにデータストリームをデータファイルとしてメモリに保存するステップを含み、
最も古いデータは、データファイルの先頭を保存データストリーム中の後ろに移動させることによって削除される、方法。
【請求項９】
メモリは複数の記憶セクタとしてフォーマットされ、データファイルは一連の記憶セクタを占有する、請求項７または８に記載の方法。
【請求項１０】
データファイルの先頭は特定の記憶セクタとして識別される、請求項９に記載の方法。
【請求項１１】
ファイルの先頭は、一連の記憶セクタの中の後ろの方の別の特定の記憶セクタを識別す
ることによって移動され、これにより一連のもののうちの先行する記憶セクタがデータファイルから除去される、請求項１０に記載の方法。
【請求項１２】
番組の後の再生のために番組を表わすデータを記録する方法であって、
保存装置に１つの番組の１セットの受信データを保存しながら同じデータを同時に出力してそれが表わす番組を表示するステップを含み、１セットの受信データは請求項１から１１のいずれかに記載の方法に従って保存され、さらに
別の番組の別のセットの受信データを同時に保存装置に記録するステップを含む、方法。
【請求項１３】
テレビ番組を記録する方法であって、番組を記録すべき時間を保存するステップと、２つ以上の番組を記録すべき時間に重なりがある場合は、保存時間を修正して、保存番組タイプ優先順位リスト上で優先順位がより高い番組タイプの番組を優先するステップとを含む、方法。
【請求項１４】
２つ以上の番組を記録すべき時間に重なりがある場合は、保存時間を修正して、保存番組タイプ優先順位リスト上でそれぞれの優先順位がより高いそれぞれの番組タイプの番組を優先するステップを含む、請求項１３に記載の方法。
【請求項１５】
複数の番組の記録を行なう方法であって、
記録すべき番組のタイプおよびそれらの相対優先順位を識別する優先順位リストを生成するステップと、
記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するステップと、
優先順位リスト上のエントリと、記録すべき各番組ごとの保存タイミングおよびタイプ情報とを比較するステップと、
競合する番組の相対優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報の間に競合がある場合には保存タイミング情報を修正するステップとを含む、方法。
【請求項１６】
番組を記録する記録装置を制御する方法であって、
記録すべき番組のタイプおよびそれらの相対優先順位を識別する優先順位リストを保存するステップと、
記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するステップと、
番組内容を表わすデータ、番組識別データおよび番組の放送時間を識別するデータを含むデータストリームを受信するステップと、
保存タイミング情報と、番組の放送時間を識別する受信データとを比較するステップと、
番組の放送時間を識別する受信データから定められたような変更があった場合に保存タイミング情報を調節するステップと、
優先順位リスト上のエントリと、記録すべき各番組ごとの保存タイミングおよびタイプ情報とを比較するステップと、
競合する番組の相対優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報間に競合がある場合には保存タイミング情報を修正するステップとを含む、方法。
【請求項１７】
データを保存するための装置であって、
情報ストリームを表わすデータを可変データレートで受信するための受信器と、
データを保存するための保存装置と、
情報ストリームが意図されるように再生される場合に保存データが表わす情報ストリームの予測持続時間を定めるためのプロセッサとを含み、
保存装置は、定められた持続時間が所与の期間を超えないように、定められた持続時間が所与の期間に達すると最も古い保存データを削除する、装置。
【請求項１８】
情報ストリームは、実質的に一定のレートで再生されることが意図される、請求項１７に記載の装置。
【請求項１９】
データはビデオストリームを表わす、請求項１７または１８に記載の装置。
【請求項２０】
プロセッサは、保存データが受信される期間として、保存データが表わす情報ストリームの予測持続時間を定める、請求項１７から１９のいずれかに記載の装置。
【請求項２１】
所与の期間はデフォルト期間であり、装置はユーザがデフォルト期間を変更可能な手段を含む、請求項１７から２０のいずれかに記載の装置。
【請求項２２】
保存装置はハードディスクである、請求項１７から２１のいずれかに記載の装置。
【請求項２３】
受信器は、可変データレートで送達される圧縮ビデオデータのデータストリームを受信するための手段を含み、
プロセッサは、復元された形態で実質的に一定のデータレートで出力されるときのデータの持続時間に関するとともに、データの受信時間に基づく時間情報を生成するための手段を含み、
保存装置は、時間情報とともに、保存装置の中のファイルに受信データを受信順に書込むための手段を含み、
プロセッサは、ファイルに書込まれたデータの時間情報をモニタするための手段と、いずれの瞬間においても、ファイル中のデータの量が予め定められた期間を超えない持続時間となるように、ファイル中のデータの合計量が予め定められた期間よりも長い期間に対応すると、ファイルからデータを削除するための手段とをさらに含む、請求項１７に記載の装置。
【請求項２４】
保存装置は、データをデータファイルとしてメモリに保存し、データファイルの先頭を、情報ストリーム中の後ろの方の情報を表わすデータに移動させることによって最も古い保存データを削除する、請求項１７から２２のいずれかに記載の装置。
【請求項２５】
データを保存するための装置であって、データストリームをデータファイルとしてメモリに保存するための手段と、新たなデータをデータファイルの終わりに保存しながらデータファイルに保存された最も古いデータを削除することによって、データファイルが特定のサイズを超えないようにデータファイルのサイズを管理するためのファイルマネージャとを含み、ファイルマネージャは、データファイルの先頭を保存データストリーム中の後ろの方に移動させることによって古いデータを削除する、装置。
【請求項２６】
メモリは複数の記憶セクタとしてフォーマットされ、データファイルは一連の記憶セクタを占有する、請求項２４または２５に記載の装置。
【請求項２７】
ファイルマネージャは特定の記憶セクタとしてデータファイルの先頭を識別する、請求項２６に記載の装置。
【請求項２８】
ファイルマネージャは、一連の記憶セクタの中の後ろの方の別の特定の記憶セクタを識別することによってファイルの先頭を移動させ、これにより、一連のものの中の先行する
記憶セクタがデータファイルから除去される、請求項２７に記載の装置。
【請求項２９】
番組のその後の再生のために番組を表わすデータを記録するための装置であって、
保存装置に１つの番組の１セットの受信データを保存しながら同じデータを同時に出力してそれが表わす番組を表示させるための手段を含み、１セットの受信データは請求項１７から２８のいずれかに記載の装置によって保存され、さらに
別の番組の別のセットの受信データを保存装置に記録するための手段を含む、装置。
【請求項３０】
テレビ番組を記録するための装置であって、番組を記録すべき時間を保存するための手段と、２つ以上の番組を記録する時間に重なりがある場合に保存時間を修正して、保存番組タイプ優先順位リスト上で優先順位がより高い番組タイプの番組を優先するための手段とを含む、装置。
【請求項３１】
修正手段は、２つ以上の番組が記録される時間に重なりがある場合に保存時間を修正して、保存番組タイプ優先順位リスト上でそれぞれの優先順位がより高いそれぞれの番組タイプの番組を優先する、請求項３０に記載の装置。
【請求項３２】
複数の番組を記録するための装置であって、
記録すべき番組のタイプおよびそれらの相対優先順位を識別する優先順位リストを生成するための手段と、
記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するための手段と、
優先順位リスト上のエントリと、記録すべき各番組ごとの保存タイミングおよびタイプ情報とを比較するための手段と、
競合する番組の相対優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報間に競合がある場合に保存タイミング情報を修正するための手段とを含む、装置。
【請求項３３】
番組を記録する記録装置を制御するための装置であって、
記録すべき番組のタイプおよびそれらの相対優先順位を識別する優先順位リストを保存するための手段と、
記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するための手段と、
番組内容を表わすデータ、番組識別データおよび番組の放送時間を識別するデータを含むデータストリームを受信するための手段と、
保存タイミング情報と、番組の放送時間を識別する受信データとを比較するための手段と、
番組の放送時間を識別する受信データから定められたような変更があった場合に保存タイミング情報を調節するための手段と、
優先順位リスト上のエントリと、記録すべき各番組ごとの保存タイミングおよびタイプ情報とを比較するための手段と、
競合する番組の相対優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報間に競合がある場合に保存タイミング情報を修正するための手段とを含む、装置。
【請求項３４】
テレビ番組を記録する方法であって、
テレビ画面に現在表示されているテレビ信号をバッファリングするステップと、
その後のテレビ信号とともにバッファリング済テレビ信号をセーブして番組を記録することによって、テレビ信号に含まれるテレビ番組を記録するリクエストに応答するステップとを含む、方法。
【請求項３５】
テレビ番組を記録するリクエストはテレビ番組の表示を一時停止することを含む、請求項３４に記載の方法。
【請求項３６】
テレビ番組を記録するリクエストはバッファリング済テレビ信号の表示を含む、請求項３４に記載の方法。
【請求項３７】
セーブされたバッファリング済テレビ信号はテレビ番組の先頭へ切り捨てられる、請求項３４から３６のいずれかに記載の方法。
【請求項３８】
記録済テレビ番組を表示する方法であって、番組後ろで所与の間隔で、記録済番組を表わすデータを、それが表示されると前方向に削除していくステップを含む、方法。
【請求項３９】
テレビ番組を記録するための装置であって、
テレビ画面に現在表示されているテレビ信号をバッファリングするためのメモリと、その後のテレビ信号とともにバッファリング済テレビ信号をセーブして番組を記録することによって、テレビ信号に含まれるテレビ番組を記録するリクエストに応答するためのプロセッサとを含む、装置。
【請求項４０】
テレビ番組を記録するリクエストはテレビ番組の表示の一時停止を含む、請求項３９に記載の装置。
【請求項４１】
テレビ番組を記録するリクエストはバッファリング済テレビ信号の表示を含む、請求項３９に記載の装置。
【請求項４２】
プロセッサは、セーブされたバッファリング済テレビ信号をテレビ番組の先頭へ切り捨てる、請求項３９から４１のいずれかに記載の装置。
【請求項４３】
記録済テレビ番組を表示するための装置であって、番組後ろで所与の間隔で、記録済番組を表わすデータを、それが表示されると前方向に削除していくプロセッサを含む、装置。
【請求項４４】
請求項１７から３２のいずれかに記載の装置を含むテレビ信号受信器。
【請求項４５】
添付の図面を参照して実質的に説明されるような方法または装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、その後の再生のためにテレビ信号を記録するための方法および装置に関し、より特定的には、テレビ信号などを表わすデータの保存における改良と、記録および再生の制御における改良とに関する。
【背景技術】
【０００２】
近年、デジタル形式でのテレビ信号放送への動きがある。好適な受信器／記録装置（「セットトップボックス」としても公知であるが、本明細書中では「受信器」と一般的に称する）が開発され、デジタルフォーマットを利用して、視聴者は、とりわけ、１つのテレビ番組を記録しながら別の番組を見ることができる。そのような受信器の例は、ＷＯ−Ａ−０１／１１８６５として公開された我々の国際特許出願に記載され、その教示が本明細書に引用により援用される。
【０００３】
その国際特許出願に記載の受信器は、テレビ番組およびテレビ番組スケジュールデータを表わす信号を受信するように構成され、受信したテレビ番組を記録するための「ハードディスク」を含む記録装置を有する。受信器は、専用の番組スケジュールデータチャンネルで最新番組スケジュールデータを常に受信し、番組スケジュールデータを出力してテレビ画面に表示するように構成される。ユーザは、表示された番組スケジュールデータを用いて、記録する番組を選択することができる。
【０００４】
受信器は、各々の受信テレビチャンネルに含まれるさらなる番組スケジュール情報を受信するようにも構成され、この情報を用いてハードディスクを制御し、ユーザが選択した予めプログラムされたテレビ番組を記録する。ハードディスクは、異なるチャンネルで受信した２つの異なるテレビ番組を同時に記録するように動作可能である。また、受信器は、時間をオフセットして、現在放送中の番組を再生するようにも動作可能である。時間オフセットは、フレームレートを増加させて時間オフセット内で番組の一部を再生することによって解消し得る。さらに、受信器は、番組の部分間の遷移を示す遷移信号を受信するように構成される。遷移は、たとえばスポーツマガジン番組または音楽ビデオ番組などのマガジンフォーマットの番組中の異なる項目間であってもよい。記録装置は、これらの遷移信号を用いて、たとえばハードディスクから再生される記録済み番組の一部の間をスキップするように動作可能である。
【０００５】
いくつかの受信器は、番組がまだ放送されている間に番組の一部の「即時」再生を可能にする、視聴中番組記録用の設備を含む。即時再生記録は、視聴者がまずチャンネルをあわせたときに自動的に始まり得、視聴者がそのチャンネルを切換えるまたは割当てられたメモリ空間が一杯になるようなときまで継続し得る。記録は、視聴者による介入がまったくなくても行なわれ得るので、自動的といえる。
【０００６】
即時再生記録は、ＥＰ１１８５０９５に記載のように、いわゆるサイクリックファイルに番組をデータとして記録することによって実現され得る。サイクリックファイルは、一般的に、たとえば２ギガバイトなど、あるバイト数の固定サイズのデータファイルである。データは、ファイルがデータで一杯になるまで、受信されるとサイクリックファイルに記録され得る。その時点で、記録はファイルの冒頭から継続し、ファイルに以前記録されたデータを上書きする。したがって、サイクリックファイルは、そのサイズが許す限り、番組の最も最近視聴された部分を常に含む。
【０００７】
受信器が用いるサイクリックファイルのサイズは、典型的に、コストに対する考慮を念
頭におきつつ、視聴者にとって有用であろう長さの番組を保存できるように選択される。メモリのコストが下がり、たとえばハードディスクメモリのサイズが増大するにつれ、サイクリックファイルに記録可能な時間の量が増大した。現在では、サイクリックファイルは典型的に約３０分から１時間の長さの受信ビデオデータを保存すると思われるので、視聴者に、過去１時間までの番組のどの部分についても即時再生の選択肢が与えられる。
【０００８】
デジタルテレビデータを送信する前に、圧縮技術を用いてこれを圧縮する。たとえば群集シーンを表示するフレームは、一般的に、たとえば簡素な背景の前のコメンテータを表示するビデオのフレームよりもはるかに複雑であり、したがって所望されないものを入れずに圧縮するのはより難しい。同様に、高速で動くシーンのビデオなど、フレーム間の変化が大きいビデオは、一般的に、変化がゆっくりであるビデオよりも複雑である。したがって、同レベルの感知品質を維持するために、群集シーンなどのあるビデオに対してコメンテータなどの他のビデオよりも低い圧縮を適用することができる。したがって、同じ感知品質レベルを維持しようとしながら同時にできるだけビデオデータを圧縮するために、ビデオデータを送信するレートを内容に応じて変化させ得る。これは可変ビットレート（ＶＢＲ）符号化として公知である。たとえば、群集シーンの送信の間は１秒当たり６メガビットのデータレートを用いる一方で、コメンテータの送信の間は１秒当たりわずか３メガビットを用いてもよい。したがって、ＶＢＲ符号化を用いる際に、番組の（たとえば）３０分間のデータを保存するのにどのくらいのディスクスペースが必要であるかを予め知ることは不可能である。
【０００９】
さらに、放送局のネットワークに対する要求に合わせるために、チャンネルに割当てられる帯域幅を変更するのは放送局にとって通常のことである。たとえば、衛星ネットワークの衛星への特定のアップリンクは、所与の衛星にデータを送信するのに利用可能な固定帯域幅、すなわち１秒当たり（たとえば）２０メガビットのデータレートを有し得る。一般的に利用可能な全帯域幅を活用するように、すなわち、余分の帯域幅が全くないまたはほとんどないように、衛星を介して放送されるチャンネル間でこの帯域幅を分割し得る。しかしながら、各チャンネルが必要とする帯域幅は時間によって異なり得る。さらに、アップリンク上を送信されるチャンネル数は、たとえば１日の中で時間によって変化し得る。したがって、チャンネルに割当てられる帯域幅、およびしたがって特定の番組を受信器で受信するデータレートは変化し得る。したがって、ここでも、所与の番組の（たとえば）３０分を保存するのに必要なサイクリックファイルのサイズを予め定めることは非常に困難である。
【００１０】
したがって、ユーザが確実にディスク上に常に（たとえば）少なくとも３０分の内容を有するようにするため、サイクリックファイルは、最悪の場合をカバーするために必要となり得るのと同じ大きさに作られていた。たとえば、ファイルを、最低の圧縮（すなわち最も高いデータレート）で送信される（たとえば）３０分のビデオデータを保存するのに十分な大きさにしていた。これはディスクスペースの無駄である。サイクリックファイルの最大可能メモリ要件のためにメモリを割当てなければならないこともユーザの選択肢を限定する。これもユーザにとって予測不可能であり得る。なぜなら、ユーザは、サイクリックファイルが、多かれ少なかれ番組の（たとえば）３０分を収容するか否かを確信できないからである。
【発明の開示】
【課題を解決するための手段】
【００１１】
したがって、この発明に従うと、データを保存する方法が提供され、この方法は、情報ストリームを表わすデータを可変データレートで受信するステップと；データを保存するステップと；情報ストリームが意図されるように再生される場合に、保存データが表わす情報ストリームの予測持続時間を定めるステップと；定められた持続時間が所与の期間を
超えないように、定められた持続時間が所与の期間に達すると最も古い保存データを削除するステップとを含む。
【００１２】
またこの発明に従うと、データを保存するための装置が提供され、この装置は、情報ストリームを表わすデータを可変データレートで受信するための受信器と；データを保存するための保存装置と；情報ストリームが意図されるように再生される場合、保存データが表わす情報ストリームの予測持続時間を定めるためのプロセッサとを含み；保存装置は、定められた持続時間が所与の期間を超えないように、定められた持続時間が所与の期間を超えると、最も古い保存データを削除する。
【００１３】
これにより、保存データ量は、たとえば通常どおりに視聴される保存済テレビ信号または保存済ビデオ信号の長さによってデータが表わす情報の持続時間によって定められる。これは、たとえば２ギガバイトなど、バッファに保存可能なデータ量よりもむしろ、たとえば３０分のテレビ番組など、バッファが含むことを意図される情報の持続時間で最大容量が規定される、たとえばテレビ信号用バッファを設けることができるという利点を有する。ユーザにとって、これははるかに予測しやすい。なぜなら、ユーザは保存される情報ストリームの長さについてより確信が持てるからである。十分なデータが受信されかつ保存されて所与の期間に達すれば、保存装置、メモリ、またはバッファは、情報ストリームの実質的に所与の期間を表わすデータを常に保存する。
【００１４】
情報ストリームは、典型的には、既知のまたは予測可能なレートで再生されることが意図される連続信号である。たとえば、情報ストリームは、テレビまたはラジオ信号などのビデオストリームまたはオーディオストリームであり得る。特に、それは、たとえばデジタルビデオ放送／ムービングピクチャーズエキスパートグループ２（ＤＶＢ／ＭＰＥＧ２）規格を用いる衛星テレビ放送であり得る。テレビ信号は、通常は１秒当たり公知の数のフレームで再生される。したがって、特に情報ストリームは、たとえば一定のフレームレートなどの実質的に一定のレートで再生されることが意図され得る。
【００１５】
データが表わす情報ストリームの予測持続時間をさまざまな態様で定め得る。たとえば、データは、予測持続時間を定めるために読出し得る情報の再生のためのタイミング情報を与えるヘッダまたはマーカを含み得る。ＭＰＥＧ規格のいわゆる「Ｉフレーム」は公知の間隔で発生され得、したがってそのようなマーカを発生し得る。これに代えて、適切な場合には圧縮レートとともに、受信されるデータ量の知識を用いて予測持続時間を定め得る。しかし、データが表わす情報ストリームの予測持続時間は、保存データを受信する期間の長さとして定められるのが特に好ましい。これは、ＤＶＢ／ＭＰＥＧ２などのある信号については、特定の期間に表示されるべき情報を表わすデータは実質的に同じ長さの期間にわたって送信されるという知識を活用している（とはいうものの、それぞれの期間の中のデータ量は、たとえば適用される圧縮量に応じて異なり得る）。換言すると、ある信号については、１秒の間隔で受信されるデータは１秒の間隔で再生される情報に関連するので、データを受信するのにかかる時間をログ記録することは、意図されるようにそれが再生されるときの情報ストリームの予測持続時間をログ記録することになる。好ましい方法は特に直接的（straightforward）であり好都合である。なぜなら、実施すべき処理が最小ですむからである。
【００１６】
所与の期間は、典型的には、たとえば方法または装置を実現するのに用いられるソフトウェアに保存されるデフォルト期間である。しかしながら、この所与の期間をユーザが変更できることが有利である。これにより、ユーザはどのようにメモリリソースを割当てるかを選択できるようになり得る。したがって、装置は、ユーザが所与の期間を変更し得る、コントローラなどの手段を含み得る。典型的に、所与の期間は３０分というデフォルトを有し得るが、ユーザは、これを０分（すなわちオフにされる）、５分、１５分、３０分
、または１時間、または利用可能な最大メモリ空間によるいずれの他の好都合な期間に変更してもよい。
【００１７】
保存装置は、コンピュータＲＡＭ（ランダムアクセスメモリ）、ＣＤ−ＲＷ（書換可能コンパクトディスク）ドライブ、ＤＶＤ−ＲＷ（書換可能デジタルビデオ／多用途ディスク）ドライブまたはフラッシュメモリなどのさまざまな好適なメモリユニットのいずれであってもよい。しかしながら、保存装置は、従来のコンピュータハードディスクなどのハードディスクドライブであることが特に好ましい。ハードディスクは大容量を有し、丈夫であり、かつ高速の読出および書込レートを有する。したがって、特にデータレートが比較的高いビデオデータを保存する場合は、ハードディスクがこの発明に適している。
【００１８】
したがって、典型的に、受信データはメモリ中のファイルに保存される。換言すると、保存装置はデータをファイルとしてメモリに保存する。メモリの残余は他のアプリケーションによってまたは他のデータを保存するために用い得る。これを容易にするため、保存データ量に等しくなるようにファイルのサイズを動的に適合し得る。保存データが表わす情報ストリームの持続時間は実質的に一定のままであり得るが、データを保存するファイルのサイズは保存データ量に応じて異なる。なおこれは、データを受信するレートに依存する。
【００１９】
先行技術のサイクリックファイルは、最悪の場合をカバーする、すなわち最大データレートで受信されるデータを（たとえば）３０分保存するように十分大きなものである必要が常にあったので、これらのサイクリックファイルは大量のメモリ空間をとった。しかし、保存データの量はそれが表わす情報の持続時間に応じてモニタされるので、メモリ空間をこの発明の保存データに動的に割当可能である。したがって、受信データレートが低い期間は、データが保存されるファイルは、受信データレートが高い期間よりも小さくなり得る。したがって、メモリ空間をより効率的にファイルおよび他のアプリケーションまたは他の保存データに割当可能になる。換言すると、先行技術における、低受信データレートの期間の要件にとっては余剰であるメモリ空間をとっておく必要性は、この発明によってなくなる。
【００２０】
パーソナルビデオ記録装置（ＰＶＲ）などによって容易になるように、他のアプリケーションまたは保存データは、固定された開始時間と終了時間との間に番組全体または特定の放送の記録を含み得る。そのような記録用のデータファイルは「線形」とみなされ得る。なぜなら、先行技術における新たなデータで先のデータを上書きする循環戻り（cycling back）のような、ファイルサイズが限定されたファイルの先頭のいかなる削除も通常はないからである。むしろ、線形ファイルは通常、不確定な長さを有する。
【００２１】
ハードディスク上の線形ファイルへの保存のためにどのように放送データが処理されるかの例は、ＷＯ−Ａ−０１／３５６６９として公開された国際特許出願に記載されている。放送データは、許諾されていない視聴から内容を保護するため、スクランブル形態で送信される。公開された特許文献は、スクランブルされたデータストリームを処理するための装置および方法であって、スクランブルされたデータはそのスクランブル状態で記録され、再生のときにのみスクランブル解除される装置および方法を記載する。
【００２２】
上述のように受信器が受信テレビ番組の即時再生記録を提供する場合、ユーザが即時再生記録をセーブできることが望ましいであろう。そうすれば、ユーザは、たとえば番組の残余とともに即時再生記録をセーブすることによって、番組開始後に番組全体をセーブするのを選択することができる。しかしながら、番組全体の記録は通常は線形ファイルで行なわれ、即時再生記録は通常はサイクリックファイルで行なわれる。先行技術のサイクリックファイルと線形ファイルとは互いに互換性がない。したがって、サイクリックファイ
ル構造と線形ファイル構造との間で変換を行なうことは単純ではない。たとえば、サイクリックファイルをハードディスクに保存する場合、予め定められたサイズのハードディスク上の所与の空間は一般的に永久にサイクリックファイルに割当てられている。これは、他の用途に割当可能なメモリ空間を確保してしまうことによってユーザの選択肢および使用可能性を低減し得る。さらに、ある段階で、そのようなサイクリックファイルに保存されたデータを線形ファイルに保存するのが望ましい場合に、そのデータをサイクリックファイルから新たな線形ファイルにコピーする必要がある。この動作は一般的に、たとえば処理およびメモリリソースの使用において非効率であり、望ましくない。
【００２３】
したがって、この発明の好ましい特徴は、データがデータファイルとして保存されることと、データファイルの先頭を情報ストリームの中で後ろの方の情報を表わすデータに移動することによって最も古い保存データが削除されることとである。データは、ファイルの先頭を移動させてファイルから最も初期のまたは最も古いデータを削除してファイルサイズを限定できることを除き、データが線形ファイルに保存されるのと実質的に同じ態様で保存可能である。ファイルを線形ファイルに変換することが望ましい場合は、ファイルの先頭の移動が単に停止される。これは先行技術よりも明らかにより効率的である。
【００２４】
出願人はこのこと自体が新規であると考えており、したがって、この発明の別の局面に従うと、データを保存する方法が提供され、この方法は、新たなデータをデータファイルの終わりに保存しながら最も古いデータをデータファイルから削除することによって、データファイルが特定のサイズを超えないようにデータストリームをデータファイルとしてメモリに保存するステップを含み、最も古いデータはデータファイルの先頭を保存済データストリームの後ろの方に移動させることによって削除される。
【００２５】
この発明の別の局面に従うと、データを保存するための装置が提供され、この装置は、データストリームをデータファイルとしてメモリに保存するための手段と、新たなデータをデータファイルの終端に保存しながら最も古いデータをデータファイルから削除することによって、データファイルが特定のサイズを超えないようにするのを確実にするためのファイルマネージャとを含み、ファイルマネージャは、データファイルの先頭をファイルの後ろの方に移動させることによって最も古いデータを削除する。
【００２６】
先行技術とは異なり、最も古いデータは単に上書きされるのではない。むしろ、新たなデータは、それがあたかも線形ファイルであるかのようにデータファイルの終端に追加される。データファイルの先頭はファイルのサイズを維持するように再規定され、ファイルの先頭が移動されると、一般的使用のため、最も古いデータが用いたメモリがメモリに戻される。したがって、いずれの特定の時間にも、データファイルは実際に線形ファイルに似ており、したがって、削除プロセスを停止することによって非常に単純に変換可能である。このように、「バッファ」から線形ファイルへのファイルの変換は直接的である。
【００２７】
上記のように、メモリは典型的にはハードディスクなどである。したがって、より一般的には、複数の記憶セクタとしてメモリをフォーマットしてもよく、データファイルは一連の記憶セクタを占有し得る。データファイルの先頭は特定の記憶セクタとして識別され得る。データファイルの先頭は、一連の記憶セクタの中で後ろの方の別の特定の記憶セクタを識別することによって移動され得、それにより、一連のものの中で先行する記憶セクタがデータファイルから除去される。この実現例は特に好都合である。
【００２８】
全体的に、この発明の別の局面に従うと、データを保存する方法が提供され、この方法は、可変データレートで送達される圧縮ビデオデータを含むデータストリームのデータを受信するステップと；復元された形態で実質的に一定のデータレートで出力されるときのデータの持続時間に関するとともに、データの受信時間に基づく時間情報を生成するステ
ップと；時間情報とともに、受信順に保存装置の中のファイルに受信データを書込むステップと；ファイルに書込まれたデータの時間情報をモニタするステップと；いずれの瞬間においても、ファイル中のデータの量が予め定められた期間と等しいかまたはそれを実質的に超えない持続時間となるように、ファイル中のデータの合計量が予め定められた期間よりも長い期間に対応するとデータをファイルから削除するステップとを含む。
【００２９】
この発明の別の局面に従うと、データを保存するための装置が提供され、この装置は、可変データレートで送達される圧縮ビデオデータを含むデータストリームのデータを受信するための手段と；復元された形態で実質的に一定のデータレートで出力されるときのデータの持続時間に関するとともに、データの受信時間に基づく時間情報を生成するための手段と；時間情報とともに、受信順に保存装置の中のファイルに受信データを書込むための手段と；ファイルに書込まれた時間情報をモニタするための手段と；いずれの瞬間においても、ファイル中のデータの量が予め定められた期間と等しいかまたはそれを実質的に超えない持続時間となるように、ファイル中のデータの合計量が予め定められた期間を超える期間に対応するとデータをファイルから削除するための手段とを含む。
【００３０】
この発明の別の局面に従うと、番組のその後の再生のために番組を表わすデータを記録する方法が提供され、この方法は、保存装置に１つの番組の１セットの受信データを保存しながら同じデータを同時に出力して、それが表わす番組を表示するステップを含み、上記方法に従って１セットの受信データが保存され；さらに、保存装置に別の番組の別のセットの受信データを記録するステップとを含む。
【００３１】
この発明は、番組のその後の再生のために番組を表わすデータを記録するための装置も提供し、この装置は、保存装置に１つの番組の１セットの受信データを保存しながら同じデータを同時に出力して、それが表わす番組を表示するための手段を含み、１セットの受信データは上記装置によって保存され；さらに、保存装置に別の番組の別のセットの受信データを記録するための手段を含む。
【００３２】
この発明はテレビ番組を記録する方法も提供し、この方法は、番組を記録すべき時間を保存するステップと、２つ以上の番組を記録すべき時間に重なりがある場合に保存時間を修正して、保存番組タイプ優先順位リスト上で優先順位がより高い番組タイプの番組を優先するステップとを含む。
【００３３】
この発明は、テレビ番組を記録するための装置も提供し、この装置は、番組を記録すべき時間を保存するための手段と、２つ以上の番組を記録すべき時間に重なりがある場合に保存時間を修正して、保存番組タイプ優先順位リスト上で優先順位がより高い番組タイプの番組を優先するための手段とを含む。
【００３４】
この発明は、複数の番組の記録を行なう方法も提供し、この方法は、記録すべき番組のタイプおよびそれらの相対的な優先順位を識別する優先順位リストを生成するステップと；記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するステップと；優先順位リスト上のエントリと、記録すべき各番組ごとの保存タイミングおよびタイプ情報とを比較するステップと；競合する番組の相対的な優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報の間に競合がある場合に保存タイミング情報を修正するステップとを含む。
【００３５】
この発明は複数の番組の記録を行なうための装置も提供し、この装置は、記録すべき番組のタイプおよびそれらの相対的な優先順位を識別する優先順位リストを生成するための手段と；記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するための手段と；優先順位リスト上のエントリと、保存す
べき各番組ごとの保存タイミングおよびタイプ情報とを比較するための手段と；競合する番組の相対的な優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報の間に競合がある場合に保存タイミング情報を修正するための手段とを含む。
【００３６】
この発明は、番組を記録する記録装置を制御する方法をさらに提供し、この方法は、記録すべき番組のタイプおよびそれらの相対的な優先順位を識別する優先順位リストを保存するステップと；記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するステップと；番組内容を表わすデータ、番組識別データおよび番組の放送時間を識別するデータを含むデータストリームを受信するステップと；保存タイミング情報と、番組の放送時間を識別する受信データとを比較するステップと；番組の放送時間を識別する受信データから定められたような変更があった場合に保存タイミング情報を調節するステップと；優先順位リスト上のエントリと、記録すべき各番組ごとの保存タイミングおよびタイプ情報とを比較するステップと；競合する番組の相対的な優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報の間で競合がある場合に保存タイミング情報を修正するステップとを含む。
【００３７】
この発明は、番組を記録する記録装置を制御するための装置をさらに提供し、この装置は、記録すべき番組のタイプおよびそれらの相対的な優先順位を識別する優先順位リストを保存するための手段と；記録すべき番組のタイプを識別する情報とともに、記録すべき１つ以上の番組に関するタイミング情報を保存するための手段と；番組内容を表わすデータ、番組識別データおよび番組の放送時間を識別するデータを含むデータストリームを受信するための手段と；保存タイミング情報と番組の放送時間を識別する受信データとを比較するための手段と；番組の放送時間を識別する受信データから定められたような変更があった場合に保存タイミング情報を調節するための手段と；優先順位リスト上のエントリと、記録すべき各番組ごとの保存タイミングおよびタイプ情報とを比較するための手段と；競合する番組の相対的な優先順位に依存して、記録すべき２つ以上の番組についてのタイミング情報の間に競合があった場合に保存タイミング情報を修正するための手段とを含む。
【発明を実施するための最良の形態】
【００３８】
ここで、添付の図面を参照して、この発明の実施例を説明する。
【００３９】
添付の図面の図１は、衛星テレビ放送ネットワークからテレビ信号を受信するための「セットトップボックス」または受信器３を示す。この例では、受信した信号は第１および第２のチューナ１０ａおよび１０ｂに入力されるが、いずれの複数のチューナを受信器３で用いてもよい。チューナ１０ａおよび１０ｂは、同じまたは異なるテレビ番組の同時受信のため、衛星テレビ放送ネットワークの同じまたは異なるチャンネルに同調可能である。第１および第２のチューナ１０ａおよび１０ｂからの信号は１／４位相シフトキー（ＱＰＳＫ）復調器１１に伝えられる。復調された信号は前方誤り訂正回路１２によって誤り訂正される。受信器３はハードディスク１３を有し、これは、より詳細に後述されるように、記録およびその後の再生のため、受信テレビ番組を表わす圧縮されたビデオおよびオーディオデータを前方誤り訂正回路１２から受信する。
【００４０】
受信信号はデジタル符号化データを含む。この例では、データは、番組データおよびさらなるデータ（たとえば、双方向（interactive）サービスデータ）の両者を単一のチャンネルで送信できるようにするデジタルビデオ放送／ムービングピクチャーズエキスパートグループ２（ＤＶＢ／ＭＰＥＧ２）規格を用いて圧縮される。ＤＶＢ／ＭＰＥＧ２によって高圧縮率が達成されるようになる。ハードディスク１３は圧縮データを受信しかつ保存する。データはハードディスク１３からの検索の後にのみ復元される。
【００４１】
衛星（および実際にはケーブル）番組は、許諾されていない加入者による未許諾アクセスを防止するために、通常はスクランブルされる。したがって、受信器３は、スマートカード１４ａと協働して、視聴者が特定のチャンネルに加入しているか否か、およびしたがってそのチャンネルへのアクセスを許諾されているか否かを判断する条件付アクセス制御回路１４を有する。チャンネルアクセスに対するペアレンタルコントロールもアクセス制御回路１４が少なくとも部分的に提供する。受信器３は、許諾された加入者による信号のスクランブル解除を可能にする、アクセス制御回路１４が制御するスクランブル解除回路１５をさらに含む。
【００４２】
スクランブル解除されたデータはトランスポート／デマルチプレクサ１６に供給され、これは、データをビデオデータ、オーディオデータ、ユーザサービスデータ、番組スケジューリングデータなどに分離して、受信器３中のさまざまな場所に配信する。受信器３は、専用のビデオランダムアクセスメモリ（ＲＡＭ）１７を利用するビデオ復元および処理回路１８と、たとえばＭＰＥＧ２規格に従って動作するオーディオ復元および処理回路１９とも含む。ビデオおよびオーディオ復元および処理回路１８および１９は、トランスポート／デマルチプレクサ１６またはハードディスク１３から直接に、デマルチプレクスされた信号を受信する。復元されたビデオ信号はSyndicat des Constructions d'Appareits
Radiorecepteurs et Television（ＳＣＡＲＴ）インターフェイス２０に入力され、次にテレビ（ＴＶ）２および位相交替回線（Phase Alternation Line）（ＰＡＬ）エンコーダ２１に直接入力されてＰＡＬフォーマットに符号化され、極超短波（ＵＨＦ）変調器２２によって変調され、所望の場合にＴＶ２のＵＨＦ入力に出力される。
【００４３】
受信器３は、バス２４を介して受信器のさまざまなユニットと通信するプロセッサ２３によって制御される。プロセッサ２３は、読出専用メモリ（ＲＯＭ）２５（オプションでコンパクトディスク−読出専用メモリ（ＣＤ−ＲＯＭ）ドライブ２５ａを含む）、ランダムアクセスメモリ（ＲＡＭ２６）、およびフラッシュ（不揮発性かつ書込可能）メモリ２７と関連する。
【００４４】
プロセッサ２３は、所望の番組および／または双方向サービスデータがＴＶ２の画面上に表示されるようにデマルチプレクス、スクランブル解除および復元を制御することにより、また所望のテレビ番組を記録するまたは以前に記録されたテレビ番組を再生するようにハードディスク１３を制御することによって、所望のチャンネルの信号を受信するようにチューナ１０ａおよび１０ｂを同調することによって受信器３の動作を制御する。所望の番組およびカスタマサービスの視聴者による選択は、リモートコントロールユニット２８の視聴者の操作によって制御され、そのような視聴者の操作に応答して、リモートコントロールユニット２８により、プロセッサ２３への入力のために受信器２９に制御信号を送信する。リモートコントロールユニット２８により、テレビ番組の記録、記録済テレビ番組の再生およびテレビ番組の記録のプログラミングなどの、ハードディスク１３の動作の制御を視聴者ができるようにもなる。
【００４５】
受信器３は、高速データインターフェイス３０と、シリアルリンクを提供するレコメンデッドスタンダード（Recommended Standard）２３２（ＲＳ２３２）インターフェイス３１とをさらに含む。高速データインターフェイス３０およびＲＳ２３２インターフェイス３１は、パーソナルコンピュータ（ＰＣ）および／またはゲームコンソールおよび／またはその他のデジタル機器（図示せず）に接続されてもよい。高速データインターフェイス３０により受信器３が他のデバイス（図示せず）に接続可能になり、たとえば、ブロードバンドケーブル、外部記憶装置媒体またはデジタル地上放送などのその他の媒体を介して送信されるサービスの受信が可能になる。受信器３は、電話ネットワークを接続するためのモデムインターフェイス３２をさらに含む。
【００４６】
受信器３の動作はソフトウェアによって制御され、これは、プロセッサ２３に、リモートコントロールユニット２８からの制御信号、受信された信号中のさらなるデータおよび／またはメモリユニット２５から２７に保存されるデータに応答させる。受信器３中のハードウェアとソフトウェアとの間の対話は、ＷＯ−Ａ−０１／１１８６５として公開された我々の国際特許出願に詳細に記載されている。テレビ番組を表わすデータ、スケジューリングを規定するデータおよび番組に関するその他の情報を受信しかつデコードする際の受信器３の動作は、ＷＯ９６／３７９９６として公開された我々の国際特許出願に詳細に記載されている。双方向サービスを提供する際の受信器３の動作は、ＷＯ９７／２３９９７として公開された我々の国際特許出願に記載されている。
【００４７】
デジタルテレビ放送用のデジタルビデオ放送（ＤＶＢ）規格内では、スケジュール情報がデコードされ、電子番組ガイド（ＥＰＧ）形式で正しく加入者に提示され得るように、スケジュール情報送信のための規格が存在する。このＤＶＢ規格は一般的にＳＩ規格として公知であり、次のような仕様に見出すことができる：ＥＴＳ３００４６８，テレビ、音声およびデータサービス用ＥＴＳＩデジタル放送システム；デジタルビデオ放送（ＤＶＢ）システムにおけるサービス情報（ＳＩ）用仕様第２版。この仕様を用いるためのガイドラインはＥＴＳＩ  ＥＴＲ２１１−ＤＶＢ  ＳＩガイドラインに与えられている。受信器３はＳＩ仕様をサポートするように設計されている。
【００４８】
チャンネルへのアクセスを制御するのに用いるためのオペレーティングデータに加えて、チャンネル中のさらなるデータは、各チャンネルの番組のスケジューリングを規定するいわゆるイベント情報テーブル（ＥＩＴ）を表わす簡単な番組スケジュールデータを含み得る。受信器３は番組スケジュールデータを用いてハードディスク１３の動作を制御する。受信器３が選択されたテレビ番組を記録するようにプログラムされると、受信器３はハードディスク１３を動作させ、選択されたテレビ番組の開始および終了時間を含む番組スケジュールデータに従って記録を開始および停止させる。番組スケジュールデータは定期的に更新されるので、更新された番組スケジュールに従って記録が開始および停止され、したがって、番組スケジュールが変更されても、そのような変更が各チャンネルの番組スケジュールデータに反映されるので、選択されたテレビ番組が確実に実際に記録されるようになる。
【００４９】
番組スケジュールデータはＲＡＭ２６に保存されてもよく、一旦保存されると、スケジューリング情報は、実質的に即時にハードディスク１３の動作の制御に利用可能になる。上述のように番組スケジュールデータは定期的に送信されるので、受信器３は実質的に連続的に更新される。各チャンネルの帯域要件および受信器のメモリ要件という観点で、過度のオーバーヘッドなしに各チャンネルが番組スケジュールデータを搬送可能であるために、情報は簡潔なものである。
【００５０】
さらに、専用ＥＰＧチャンネルは、より詳細な番組スケジューリング情報を送信する。この専用チャンネルを介して送信される情報はより頻繁に更新され、より長い期間（たとえば１週間）をカバーする。その結果、１週間分の最新のテレビ番組スケジュールが常に利用可能になる。より詳細に後に説明されるように、受信器３はＴＶ２上に番組スケジューリング情報を表示するように構成される。また、視聴者は受信器３と対話して、専用ＥＰＧチャンネルを介して受信された情報に基づいて、テレビ番組の記録をプログラミングしたり、利用可能な番組スケジュールの所望の部分を視聴したりすることができる。
【００５１】
したがって、受信器３は各チャンネルの番組スケジュールデータを用いてハードディスク１３を動作させ、選択されたチャンネルの選択されたテレビ番組を正しい最新の時間に記録する一方で、専用ＥＰＧチャンネル中の番組スケジューリング情報を用いて、予め定められた期間にわたってチャンネルのうちいくつかの番組スケジュールを表示する（これ
は、後述のように受信器３をプログラミングするのに用いられる）。
【００５２】
チューナ１０ａおよび１０ｂは異なるチャンネルを受信するように同調可能であるので、１つのチャンネル中の第１のテレビ番組をＴＶに表示しかつハードディスク１３に記録可能にする一方で、同時に別のチャンネルの第２のテレビ番組もハードディスク１３に記録される。
【００５３】
受信器３のハードディスク１３は大量のデータを保存するためのコンピュータシステムで用いられる従来のハードディスクと同様である。ハードディスク１３は数ギガバイト（たとえば４０ギガバイト）の容量を有し、ビデオおよびオーディオデータを受信し、たとえば上述のようなＤＶＢ／ＭＰＥＧ２規格に従って受信される圧縮形態でこれを保存する。これにより、ハードディスク１３上に数時間のテレビ番組（たとえば２０時間＋）を保存できるようになる。ハードディスク１３は２つの保存領域を含む。一方はテレビ番組データの保存のためのものであり、他方は、上記我々の先の特許公報により詳細に論じられたような、ハードディスク１３を制御するのに用いられる「メタデータ」を保存するためのものである。プロセッサ２３はハードディスク１３の動作を制御する。より特定的には、プロセッサ２３はハードディスク１３へのおよびそれからのテレビ番組の記録および再生を制御する。ハードディスク１３を制御するのに、必要に応じて他のプロセッサ（図示せず）を用いることができるが、理解を容易にするため、この明細書ではプロセッサ２３のみを参照してこの制御を説明する。
【００５４】
図２を参照して、ハードディスク１３の構成の概略ブロック図が示される。この例では、ハードディスク１３は３つのデータチャンネルを有し、そのうちの２つを通してデータを受信してハードディスク１３に保存し、そのうちの１つを通してデータを出力して後で番組の画像を表示する。３つのデータチャンネルは、２つのデータ入力チャンネル５４および５５と１つのデータ出力チャンネル５６とからなる。データチャンネルの各々はそれぞれデータバッファ５７、５８および５９と関連する。データバッファ５７、５８および５９の各々は、数秒のデータ（たとえば８メガバイト）を保存するのに十分なサイズのＲＡＭを含む。データバッファ５７、５８および５９の動作ならびにハードディスク１３の動作はプロセッサ２３によって制御される。
【００５５】
ハードディスク１３は、データチャンネル５４および５５を介したデータの同時受信ならびにデータチャンネル５６を介したデータの出力を管理するように動作可能である。データチャンネル５４および５５を通して受信されたデータは、それが受信されるときにハードディスク１３に直接に保存されるのではなく、それぞれバッファ５７および５８によってバッファリングされる。同様に、データチャンネル５６を通して出力すべきデータは、それがハードディスク１３から読出されるときに直接に出力されるのではなく、バッファ５９にバッファリングされる。
【００５６】
ハードディスク１３は、３つのチャンネル５４、５５および５６のうち少なくとも２つを通してデータを転送できるレートよりも高いデータレートを管理することができる。実際に、この例では、ハードディスク１３は、３つのチャンネル５４、５５および５６すべてを組合せて送信されるデータのレートと少なくとも同じくらい高いデータレートを管理することができる。
【００５７】
したがって、ハードディスク１３は、入力チャンネル５４および５５の両者を通して受信されたデータを同時に保存し、出力チャンネル５６を通してデータを出力することができる。これは、出力すべきデータおよび受信データをバッファ５７、５８および５９にバッファリングし、かつ入力バッファ５７および５８からハードディスク１３へまたはハードディスク１３からバッファ５９へデータを転送するためにバッファを切換えることによ
って達成される。
【００５８】
書込および読出用に別個のヘッドを含むハードディスクが利用可能であるが、コストの点で、この例では、ハードディスク１３はハードディスク１３への書込およびそれからの読出の両者用に単一のヘッドを含む。したがって、ハードディスク１３は、どの時点でも３つのデータチャンネル５４、５５および５６のうち１つとしか関連しないデータを保存する／読出す一方で、ハードディスクは３つのチャンネル５４、５５および５６と関連のデータを順次保存／読出し、それにより、３つのデータチャンネル５４、５５および５６を「事実上」同時に扱う。
【００５９】
切換えはプロセッサ２３によって制御され、バッファサイズに従う周波数でバッファ５７、５８および５９のどの３つの間でも調停（アービトレーション）を行なってデータオーバーフローを防止し、それによりデータ損失を防止する。たとえば、バッファ５７、５８および５９が各々８メガバイトの受信データを保存することができ、かつ受信器３が１秒当り約２メガバイトの平均データレートでチャンネル５４および５５を通して受信した２つの同時のテレビ番組を記録するように動作される場合、ハードディスク１３は、バッファ５７および５８からのデータを４秒または好ましくはそれ未満の交替サイクルで交互に受信し、プロセッサがバッファ５７、５８のうち一方から他方に切換えるたびにバッファの内容をハードディスク１３に転送するように動作される。したがって、第１および第２のチューナ１０ａ、１０ｂが異なるチャンネルで受信した同時の／重なるテレビ番組を記録することが可能になる。
【００６０】
データバッファ５７、５８および５９による、入来するおよび出て行くデータのバッファリングは、ハードディスク１３が特定の入力または出力データレートに同期する必要がないことを意味する。その代わり、ハードディスク１３は同じ一定のデータレートで常にデータを読出し、保存する。ハードディスク１３に保存されるまたはハードディスクから読出されるデータの量は、データバッファ５７、５８または５９のうちそれぞれ１つへのデータ転送のためにハードディスク１３が切換わる持続時間によって決まる。そのような時間の間に、データは、一定のデータレートでそれぞれのデータバッファ５７、５８または５９からまたはそれへ転送される。チャンネル５４および５５を通しての受信データレートまたはチャンネル５６を通しての出力データレートは（たとえば、受信されるテレビ信号の帯域または再生モードに依存して）変化し得る一方で、バッファ５７、５８および５９のいずれかとハードディスク１３との間の間欠的なデータ転送レートは一定であり、これはハードディスク１３が動作するデータレートによって決まる。
【００６１】
ハードディスク１３は従来のパーソナルコンピュータのハードディスクと実質的に同じである。コンピュータデータファイルシステムについては、データはハードディスク１３のセクタに保存される。このセクタは、各々がたとえば５１２キロバイトのデータを保存し得、ハードディスク１３に隣接してもよくまたは隣接しなくてもよい。プロセッサ２３はファイルシステムソフトウェアを用いてハードディスク１３へのデータの保存を管理するので、実際にデータがどのようにハードディスク１３に保存されるかにかかわらず、データは隣接したデータストリームとして入力されかつ出力されるように見える。より特定的には、プロセッサ２３はファイル割当テーブルを維持する。データがハードディスク１３に書込まれるとき、プロセッサ２３はハードディスク１３のセクタを新たなファイルに割当てる。個別のセクタは必ずしも隣接しているわけではないにもかかわらず、ファイル割当テーブルはハードディスク１３のセクタをともに効果的にリンクさせて、必要に応じて個別のファイルを形成する。
【００６２】
ハードディスク１３に記録される番組データの再生持続時間の記録を維持するためのタイムカウンタ２３ａがプロセッサ２３と関連付けられる。理解を容易にするため、カウン
タ２３ａはプロセッサ２３とは別個のユニットとして示される。しかしながら、カウンタ２３ａのカウント機能は、実際には、プロセッサ２３内のレジスタまたはその上で走るソフトウェアによって果たされ得ることが以下からわかるであろう。
【００６３】
この例では、受信器３で受信するデータの異なる部分の相対的タイミング（到着時間）とそれらの表示が意図される部分の相対的タイミング（提示時間）との間に密接な相関が存在する。この相関は、データ送信レート（すなわち、ある期間の間に送信されるデータの量）およびしたがって受信レートが内容に依存して変化するという事実にもかかわらず存在する。なぜならば、内容にかかわらず、番組の１秒分のデータを放送するには約１秒かかるからである。プロセッサ２３およびカウンタ２３ａはこのことを利用して、入来する番組データの時間を「カウント」する。この例では、カウンタはファイルに保存すべき番組データの冒頭から単に時間をカウントするのではない。なぜなら、ファイルの冒頭にある古いデータが削除されれば、これは複雑になり得るからである。代わりに、カウンタは絶対時間（たとえばＧＭＴまたはＵＴＣ）をカウントする。カウントデータはこの例ではそれがディスク１３に書込まれる際に番組データに添付される。別の例では、カウントデータは、たとえば上述のディスク１３のメタデータ領域などのディスク１３上の別個のインデックスレジスタファイルに書込まれる。
【００６４】
受信器３が番組データを受信すると、番組データはハードディスク１３上のファイルに書込まれ得る。より特定的には、受信された番組データは線形ファイルとしてまたはいわゆる「レビューバッファ（review buffer）」としてハードディスク１３に保存され得る。線形ファイルは規定された先頭を有し、番組データは、規定された終端に達するまで先頭からファイルに加えられる。これに対し、レビューバッファは規定された先頭を有するが、一旦ファイルが特定の持続時間の番組データを含むと、プロセッサ２３はファイルの冒頭を削除して、ハードディスク１３の新たなセクタ中のファイルに受信番組データを記録し続ける。（実際には、新たなセクタはファイルの冒頭から削除されたデータを含んでいたそれらのセクタのうちいくつかまたはすべてを含み得るが、これは、プロセッサがそれらの新たなセクタをそのファイルにたまたま割当てた場合のみである。これは、既に永久的にファイルに割当てられたセクタに単に上書きするのと同じではない。）
カウントデータはレビューバッファにとって最も有用である。たとえば、プロセッサ２３は、番組データのカウントデータをそれがハードディスク１３上のファイルに書込まれるときにモニタすることができる。ファイル中の番組データが特定の持続時間を有するとプロセッサが判断した場合、プロセッサ２３はファイルの冒頭を削除することができる一方で、ファイル中に保存された番組データが特定の持続時間を超えないように、新たな番組データをファイルの終端に書込む。より特定的には、プロセッサ２３はファイルの先頭を移動させることができる。たとえば、プロセッサ２３は、ファイルが開始するセクタを識別することができ、次に、ファイルの新たな先頭よりも前にあるセクタがファイルから削除されるように、ファイル割当テーブルから、ファイルの先頭の移動先であるファイルの後のセクタを探し出すことができる。
【００６５】
カウントデータを用いてファイルの先頭の移動を制御することができる。すなわち、ファイルの先頭の移動先である後のセクタを探し出すことができる。データファイルへの書込の際にカウントデータが番組データに添付されると、プロセッサ２３はファイルからカウントデータを読出す。（たとえば）番組データのうち３０秒がファイルの先頭から経過したことをカウントデータが示すと、ファイルの先頭は、ファイル中のその点を含むデータを保存するセクタに移動される。（たとえば）新たな番組データの３０秒がファイルの終端に書込まれたことをカウンタ２３ａおよびプロセッサ２３が後で示すと、このときファイルの先頭は再び移動され、以下も同様である。カウントデータが別個のインデックスレジスタに保存されれば、プロセッサ２３は、インデックスレジスタ中のデータを読出して（たとえば）番組のうち３０秒が経過したファイル中の点を識別することを除いて、同
じ態様で動作する。１つの例では、インデックスレジスタは周期的に受信されるデータのバイト数を保存してもよく、所望の期間（たとえば３０秒）のバイト数の和を求めることによってファイルの新たな先頭を識別することができる。
【００６６】
このデータ保存法は、受信器３に、以前可能であったよりも大きな柔軟性を与える。特に、受信器３は、視聴者が番組の開始から（たとえば）３０分以内に番組の「記録」を選択すれば、レビューバッファへの番組の（たとえば）最後の３０分のみの記録から線形ファイルへの直接的な番組全体の記録に変更することができる。これは、レビューバッファの先頭を移動させるのを停止することによって達成される。これが行なわれるとすぐに、レビューバッファは実質的に線形ファイルに変換される。次に、所望により新たなファイルを開始することにより、新たなレビューバッファを直接的に作り出すことができる。
【００６７】
添付の図面の図３は、番組の記録の間にデータを保存するようにハードディスク１３が制御される１つの態様を示す。ハードディスク１３は、デフォルトでは、ハードディスク１３上のファイルに視聴者が現在視聴中の番組を記録するように構成される。このファイルは、上述のように「レビューバッファ」と称される。図３のタイムラインＡで示されるこのデフォルト条件下では、ハードディスク１３は現在の番組の（たとえば）３０分までを保存する。典型的に、この時間の長さは受信器３の製造または構成の間に３０分のデフォルト時間として予め設定されるが、それは、たとえば０分（すなわちオフされる）、５分、１５分、３０分または１時間となるようにユーザが選択してもよい。一般的に、１時間までのいずれの期間をユーザが選択してもよい。記録は、ユーザが受信器３をスイッチオンしたとき、またはユーザが新たなチャンネルに切換えたときに始まる。記録は、指定された期間分が記録されるまで継続し、その後は、選択された長さの番組のみを保持するように、記録済のもののうち最も古いまたは最も先の部分が削除されるように継続する。このデフォルト記録動作はバックグラウンド動作であり、ユーザとの対話を必要としない。タイムラインＢは、番組の放送の間の、タイムラインＡで示される記録の進行を示す。タイムラインＢでは、レビューバッファに保存される現在の番組の長さはその最大であり、ユーザが受信器３をスイッチオンしたまたはチャンネルを切換えた時間から番組のすべてを含むものではない。同じタイムラインは、レビューバッファが以前の現番組の終端およびその後に引続く番組の冒頭を含む、すなわち番組開始の両側に跨る後の時間における図３のタイムラインＣとしても示される。
【００６８】
受信器３またはリモートコントロールユニット２８の「一時停止」ボタンを放送番組の通常の視聴の間にユーザが押した場合、受信器３は「ライブ一時停止」モードに入る。このモードでは、一時停止されたビデオのフレームがＴＶ２上に表示されるが、番組は記録され続ける。より特定的には、タイムラインＣに示されるように、ライブ一時停止モードに入っているときにレビューバッファが番組の先頭を含めば、タイムラインＤに示されるように、レビューバッファの内容は現在の番組の開始時間に切り捨てられる（truncated to）。換言すると、現在の番組の先頭よりも古い、レビューバッファ中に保存されたすべてのデータが削除される。ライブ一時停止モード中に開始時間がレビューバッファに含まれていない場合は、それまでに記録された全番組、すなわちレビューバッファ中のすべてのデータが保持される。その後、タイムラインＤに示されるように、すべてのデータがファイルに保持されたまま記録が継続する。より特定的には、レビューバッファは中断されているファイルからのデータ削除によって線形ファイルに変換される。次の番組の先頭を受信するときなどの番組の境界では、線形ファイルへのデータの記録が停止され、タイムラインＤ、ＥおよびＦに示されるように、次の番組が新たなレビューバッファに記録開始される。したがって、線形ファイルは、記録された番組の全体、または一時停止ボタンが押された瞬間の（たとえば）３０分前（もしくはユーザがセットした任意の期間）から番組の終了までを含む。新たなレビューバッファは引続く番組をその先頭から含む。
【００６９】
タイムラインＤでは、視聴者は、リモートコントロール２８上の「再生」ボタンまたは「早送り」ボタンを押すことによって、記録されたファイル内のナビゲーションを開始し、受信器３は線形ファイルに保存された番組を表示している。タイムラインＥに示された点で、受信器３は線形ファイルに保存された番組の終端に達している。一方、新たなレビューバッファは、デフォルトまたは選択された期間の間に次に引続く番組を記録し、記録済番組の最も先の部分をバッファから削除することによって番組を記録し続けている。したがって、視聴者は（新たなレビューバッファから既に削除されたために）次に引続く番組の先頭を視聴することができないので、受信器３は、タイムラインＦに図示されるように、生放送を表示することによって視聴者を通常の視聴に戻す。したがって、受信器は実質的にタイムラインＢと同じ状態にあるが、しかし視聴者はその放送番組を見ており、レビューバッファはその後の放送番組を記録している。
【００７０】
図４のタイムラインＡ、ＢおよびＣは図３のタイムラインＡ、ＢおよびＣと同一である。図４のタイムラインＤは次に引続く番組が新たなレビューバッファに記録開始される前のライブ一時停止モードでの現在の番組の記録を図示する。図４のタイムラインＥでは、視聴者はリモートコントロール２８上の「早送り」ボタンを押して、受信器３は、線形ファイルに記録される番組を増大されたレートで表示している。図４のタイムラインＦでは、受信器３は線形ファイルに記録された番組のすべてを表示し、この例では、新たなレビューバッファに記録されるような次の引続く番組を表示している。タイムラインＥおよびＦからわかるように、新たなレビューバッファはその最大容量に達しておらず、線形ファイルに保存済の番組のすべてが表示されたときに、次の番組の先頭を依然として含む。したがって、受信器３は、増大されたレートで線形ファイルおよび新たなレビューバッファの内容を表示することによって生放送にシームレスに追いつくことができる。別の例では、レビューバッファが次の番組の先頭を含む場合ですら視聴者は生放送に戻る。すなわち、受信器３は生放送を表示する。典型的に、たとえば適切なメッセージの表示によって、ユーザにこれらの２つの例の間の選択が与えられる。
【００７１】
上の例では、ライブ一時停止モードにより、（切り捨ての対象となる）レビューバッファ全体が、記録済番組が最後まで視聴されるまで（線形ファイルとして）保持されるようになる。したがって、視聴者は、番組全体を視聴するまでのどの時間にライブ一時停止モードになる前にも、番組の冒頭またはレビューバッファの長さに戻ることができる。別の例では、たとえばリモートコントロール２８の「再生」または「早送り」ボタンを押すことによって視聴者が記録済番組を視聴し始めるとすぐに、ファイルの先頭の削除が再開する。より特定的には、視聴中の記録済み番組の中の点から、上述の（たとえば）３０分のデフォルト時間または選択された時間前の番組データがファイルから削除される。（選択された時間が０分である場合は、視聴中の記録済み番組の中の点から５分前の番組データがファイルから削除される。）したがって、メモリ空間は以前の例よりもより迅速に自由に利用可能になる。
【００７２】
図５のタイムラインＡおよびＢは図３のタイムラインＡおよびＢと同じである。しかしながら、図５のタイムラインＣにおいては、視聴者は、図３のタイムラインＣのような一時停止ボタンの代わりに、リモートコントロール２８上のセーブボタンを押す。したがって、受信器はレビューバッファに記録されている番組の先頭にレビューバッファを切り捨て、図３のタイムラインＤ、図５のタイムラインＤおよびＥのように、レビューバッファを線形ファイルに変換する一方で、受信器３は線形ファイルをセーブする。特に、記録済み番組のタイトルがユーザのパーソナルプランナに追加される。実際には、セービングは記録済み番組の終端で行なわれる。さらに、ユーザがセーブボタンを押した後にチャンネルを変更すると、受信器はその番組を記録し続け、新たなチャンネルで受信される番組は新たなレビューバッファに記録される。
【００７３】
図６のタイムラインＡからＤは図３のタイムラインＡからＤと同じである。しかしながら、タイムラインＥでは、視聴者は保存済の番組を通して早送りしている一方で、視聴者はその番組をセーブすることを決めて、リモートコントロール２８上のセーブキーを押す。したがって、受信器３は、視聴者のパーソナルプランナに番組名を追加することによって番組の終端に線形ファイルをセーブし、図３のタイムラインＥおよびＦと同じ態様で視聴者を生放送に戻す。
【００７４】
受信器３は、別の番組を視聴しかつ記録しながら１つの番組を記録することができる。受信器は、ユーザからの特定の入力がなくても、レビューバッファまたは線形ファイルに自動的に番組を記録する。記録におけるこのより大きな柔軟性および自動化は、ハードディスク１３のメモリ空間に対する需要の間での競合の可能性をもたらす。たとえば、２つの番組を同時に記録可能になれば、記録を選択した番組と既に記録済の番組との間に起こる競合の見込みが増大する。この問題を扱うため、受信器１３は優先順位テーブルを含む。これはユーザが規定し得るものであるが、通常は受信器１３の構成上で規定される。
【００７５】
既存の記録を優先順位付けし得る１つの方法は、自動的に削除されてはならない記録（キープイベント（keep event））を視聴者に選択させることと、その選択に基づいて決定を行なうこととである。キープイベントは他のいかなる記録に対しても優先され、ハードディスクが既にキープイベントで一杯であれば、キープイベントを保存するため、レビューバッファへの自動記録を含む他の記録は放棄される。次に高い優先順位はペイ・パー・ビュー（ＰＰＶ）番組に与えられる。これらの番組は有料であるので、ＰＰＶ記録が視聴の前に消去されれば視聴者は不満であろう。次には、他の記録済であるが未視聴の番組、その後に既に視聴済の記録、さらに番組の視聴中に行なわれた記録（たとえばレビューバッファ）が来る。部分的に記録された番組は完全な記録よりも優先順位が低い。したがって、ディスクスペースの競合がある場合、最初に削除される記録は、番組の視聴中になされた記録であり、その後に既に視聴済の記録、次にその他の記録済番組となり、最後にＰＰＶ番組となる。キープイベントは通常は自動削除はされない。
【００７６】
記録のために識別された番組の間でも競合が起こり得る。これらの競合は記録すべき番組の優先順位付けと同じ態様で処理され得る。この例では、最も高い優先順位はキープイベントに与えられ、次にＰＰＶ番組、次にシリーズ化されたスケジュール済み番組（たとえば連続ソープオペラまたはシリーズもの）、次にその他のスケジュール済み番組である。レビューバッファは最も優先順位が低い。なぜなら、それは視聴者が見たばかりの記録だからである。２つの番組が同じ優先順位グループまたはカテゴリに入る場合、視聴者からの他の入力がまったくなければ、より長い番組に優先してより短い番組が記録される。
【００７７】
受信器３は、放送スケジュールのわずかなずれに適応するため、記録を早く始めるまたは遅く終える予備時間記録用の設備を含み得る。この予備時間記録は、別の番組の終了時間よりも早いある番組の開始時間との競合を引き起こす可能性がある。この例では、この競合は、ある番組の終了に別の番組の開始に対する優先を与え、かつ延長された終了時間に対する優先を真の終了時間に与えることによって処理される。
【００７８】
この記録の自動優先順位付けは、視聴者からのさらなる入力がない場合に適用されればよい。競合は、番組のスケジュール済放送時間のずれまたはその他の変更により、受信器３がプログラムされた後に発生し得る。競合が発生した場合、受信器３は、視聴者が受信器３をオンしたときに警告を表示するように構成され、視聴者にプログラム済記録を調節させる。競合する番組が放送される前に視聴者が受信器３をオンにしない場合は、優先順位付けルールが適用される。当然ながら、視聴者が番組を記録するように受信器３をプログラミングしているときにも競合は起こり得る。
【００７９】
いずれの場合も、受信器３は、競合を解決するために、競合を識別し、プログラム済の記録に対する変更を示唆する表示画面を出力する。示唆された変更は、規定された優先順位ルールに基づいてなされる。警告表示画面の例を図面の図７に示す。ここで、視聴者はチャンネル３１０スカイプレミアを見ており、受信器は、エネミーオブアメリカとシャークファイルズとの両者を記録するようプログラムされている。チューナ１０ａ、１０ｂは２つしか存在せず、したがって、視聴者がチャンネル３１０スカイプレミアを見続けるとすれば、記録のうち１つを犠牲にしなければならない。視聴者は表示画面と対話して、エネミーオブアメリカもしくはシャークファイルズのいずれかの記録をキャンセルするか、またはプログラミングをそのまま残してチャンネル３１０スカイプレミアの視聴を終了し得る。
【００８０】
記録衝突警告画面の例が図面の図８に示される。ここで、視聴者は、重なる時間にエネミーオブアメリカとシャークファイルズとを記録するよう受信器を予めプログラムしている。次に視聴者は、他の２つの番組の放送（および記録）時間と競合する時間にＸファイルを記録しようとしている。図７の画面に表示されたのと同様のメッセージが表示されて、視聴者に競合をどのように解決するかをアドバイスする。
【００８１】
記録衝突警告画面の別の例を図面の図９に示す。ここで、受信器３は、一方の受信器１０ａを通じてシンプソンズおよびチャームドを、ならびに他方の受信器１０ｂを通じてマトリックスおよびウィーケストリンクを記録するようプログラムされている。シンプソンズおよびマトリックスは両者とも午後７時３０分に終了し、チャームドおよびウィーケストリンクは両者とも午後７時３０分に始まる。ハートビートが記録スケジュールに追加されると、競合が起こる。受信器３は示されるような表示画面を生成し、競合をハイライト３００で識別し、削除すべき番組３０２（この場合はシンプソンズ）をハイライトすることによって変更を示唆する。視聴者の対話の結果、図１０に示される画面に変更され、ここでは番組３０２はもはや示されず、番組３０４（ウィーケストリンク）が削除示唆としてハイライトされる。さらなる対話の結果、図１１に示される画面が表示され、ここでは一方の受信器１０ａを通じてハートビートが記録されるようにプログラムされ、他方の受信器１０ｂを通じてマトリックスおよびチャームドが記録されるようにプログラムされる。当然ながら、チューナ１０ａ、１０ｂの数、優先順位ルールおよびその他のシステムの特徴に依存して、他の画面も可能である。
【００８２】
添付の請求項およびその均等物に述べられるように、この発明の意図および範囲から逸脱することなく、当業者が想到するような変形および変更が上記実施例に対してなされ得る。
【図面の簡単な説明】
【００８３】
【図１】テレビ受信器の概略機能ブロック図である。
【図２】図１のテレビ受信器のハードディスクの概略機能ブロック図である。
【図３】第１の記録タイムラインの概略図である。
【図４】第２の記録タイムラインの概略図である。
【図５】第３の記録タイムラインの概略図である。
【図６】第４の記録タイムラインの概略図である。
【図７】第１の競合画面の概略図である。
【図８】第２の競合画面の概略図である。
【図９】第３の競合画面の概略図である。
【図１０】第４の競合画面の概略図である。
【図１１】第５の競合画面の概略図である。
【図１】
2005510139.tif 000003
【図２】
2005510139.tif 000004
【図３】
2005510139.tif 000005
【図４】
2005510139.tif 000006
【図５】
2005510139.tif 000007
【図６】
2005510139.tif 000008
【図７】
2005510139.tif 000009
【図８】
2005510139.tif 000010
【図９】
2005510139.tif 000011
【図１０】
2005510139.tif 000012
【図１１】
2005510139.tif 000013
【国際調査報告】
2005510139.tif 000014
2005510139.tif 000015
2005510139.tif 000016
2005510139.tif 000017
2005510139.tif 000018
2005510139.tif 000019