(57)【要約】  本発明は、データを記録媒体に記録する装置及び方法に関する。本発明は、記録容量について規定されたサイズを有するタイムシフト・バッファ・メモリと呼ばれる記録媒体の一部におけるタイムシフト機能の実施に関する。このタイムシフト・バッファ・メモリについて、第１の閾値が容量限度を規定し、第２の閾値が記録時間限度を規定する。  この装置は、第２の閾値が到達されていない限り、データをタイムシフト・バッファ・メモリに記録し、また、第１の閾値に到達される前に第２の閾値に到達されたときに、読み出されるデータがバッファ・メモリのスタート部に位置していない場合は、プロセッサがタイムシフト・バッファ・メモリのスタート部を部分的に切り捨て、あるいは、読み出されるデータがタイムシフト・バッファ・メモリのスタート部に位置している場合は、プロセッサがタイムシフト・バッファ・メモリのデータの読み出しに移行する。  【選択図】図３
2015526007.tif 000002
【特許請求の範囲】
【請求項１】
データを受信して記録媒体に記録する装置であって、該装置は、タイムシフト・バッファ・メモリと呼ばれる前記記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、前記プロセッサは、
前記タイムシフト・バッファ・メモリの容量限度を規定する第１の閾値（ＢＳＢ）を規定する手段と、
前記タイムシフト・バッファ・メモリへの記録の時間限度を規定する第２の閾値（ＢＳＳ）を規定する手段と、
を備え、
前記プロセッサは、前記第２の閾値に到達されていない限り、前記データを前記タイムシフト・バッファ・メモリに記録し、前記第１の閾値に到達される前に前記第２の閾値に到達されたときに、前記プロセッサは、読み出される前記データが前記バッファ・メモリのスタート部に位置していない場合は前記タイムシフト・バッファ・メモリの前記スタート部を切り捨て、あるいは、読み出される前記データが前記タイムシフト・バッファ・メモリの前記スタート部に位置している場合は前記タイムシフト・バッファ・メモリの前記データの読み出しに移行する、
ことを特徴とする、前記装置。
【請求項２】
前記プロセッサは、
データ・チャネルの各々の受信期間中に、各々の前記チャンネルの少なくとも平均ビットレートを分析する手段と、
前記少なくとも平均ビットレートに従って前記第２の閾値（ＢＳＳ）を調節する手段と、
を備えていることを特徴とする、請求項１に記載の装置。
【請求項３】
前記平均ビットレートを分析する前記手段は、各々の前記チャンネルの最大ビットレートも分析し、前記記録の時間限度を調節する前記手段は、各々の前記チャンネルの前記平均ビットレートと前記最大ビットレートとに従って該限度を調節することを特徴とする、請求項２に記載の装置。
【請求項４】
前記記録についての時間限度は、各々の前記チャンネルごとに、その平均ビットレートに従って調節されることを特徴とする、請求項１に記載の装置。
【請求項５】
前記容量は、各々の前記チャンネルごとに、その平均ビットレートとその最大ビットレートとに従って調節されることを特徴とする、請求項２に記載の装置。
【請求項６】
前記プロセッサは、
受信データのタイプを分析する手段と、
前記受信データのタイプに従って、前記第２の閾値（ＢＳＳ）を調節する手段と、
を備えていることを特徴とする、請求項１に記載の装置。
【請求項７】
前記タイプには、
オーディオ・データと、
標準精細度ビデオ・データと、
高精細度ビデオ・データと、
が含まれていることを特徴とする、請求項６に記載の装置。
【請求項８】
前記プロセッサは前記バッファ・メモリの充填閾値を検知する手段を備えていることを特徴とする、請求項１〜７のいずれか１項に記載の装置。
【請求項９】
前記プロセッサは前記充填閾値が超過されたときに前記受信データをトランスコードする手段を備えていることを特徴とする、請求項８に記載の装置。
【請求項１０】
前記プロセッサは前記受信データのタイプを検知する手段を備えていることを特徴とする、請求項１〜９のいずれか１項に記載の装置。
【請求項１１】
前記プロセッサは、データのタイプが高ビットレート・タイプのデータに対応する場合に前記受信データをトランスコードする手段を備えていることを特徴とする、請求項１０に記載の装置。
【請求項１２】
前記プロセッサは、
前記充填閾値が超過されたときに、ユーザが視聴する言語に関する、又は、ユーザが見る字幕に関するデータを検知する手段と、
前記検知されたデータのみを前記タイムシフト・バッファ・メモリに記録する手段と、
を備えていることを特徴とする、請求項１〜１１のいずれか１項に記載の装置。
【請求項１３】
前記プロセッサは、
ユーザが視聴する言語に関する、又は、ユーザが見る字幕に関するデータを検知する手段と、
データのタイプが高ビットレート・タイプのデータに対応する場合に、前記検知されたデータのみを前記タイムシフト・バッファ・メモリに記録する手段と、
を備えていることを特徴とする、請求項１〜１１のいずれか１項および請求項１０に記載の装置。
【請求項１４】
前記プロセッサは、前記受信データがデータのグループに符号化されている場合、前記充填閾値が超過されたときに、該受信データの全グループよりも少ない割合のみを前記タイムシフト・バッファ・メモリに記録する手段を備えていることを特徴とする、請求項１〜１３のいずれか１項および請求項８と記載の装置。
【請求項１５】
前記プロセッサは、前記受信データがデータのグループに符号化されている場合であり、前記データのタイプが高ビットレート・タイプのデータに対応する場合に、該受信データの全グループよりも少ない割合のみを前記タイムシフト・バッファ・メモリに記録する手段を備ていることを特徴とする、請求項１〜１３のいずれか１項および請求項１０に記載の装置。
【請求項１６】
タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、データを受信して前記記録媒体に記録する方法であって、該方法は、
前記タイムシフト・バッファ・メモリの容量限度を規定する第１の閾値（ＢＳＢ）を決定することと、
前記タイムシフト・バッファ・メモリへの記録の時間限度を規定する第２の閾値（ＢＳＳ）を決定することと、
前記第２の閾値に到達されていない限り、前記データを前記タイムシフト・バッファ・メモリに記録することと、を有し、
前記第１の閾値に到達される前に前記第２の閾値に到達されたときに、読み出される前記データが前記バッファ・メモリのスタート部に位置していない場合は、前記タイムシフト・バッファ・メモリの前記スタート部を部分的に切り捨てること、あるいは、読み出される前記データが前記タイムシフト・バッファ・メモリの前記スタート部に位置している場合は、前記タイムシフト・バッファ・メモリの前記データを読み出すモードに移行することを有する、前記方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体にデータを記録してタイムシフト機能を実施する装置及び方法に関する。
【０００２】
また、本発明は、デジタル・ビデオ・データの遅延再生のための方法及び装置に関する。この機能は、タイムシフト機能とも呼ばれる。
【０００３】
デジタル・データの形態に符号化されたビデオ・ドキュメントは、多数の処理の可能性を提供している。
【０００４】
本発明は、更に具体的に述べると、記録媒体に記録されたデータの遅延再生に関し、これは、プログラムを記録媒体上で１つのファイル、いくつかのファイル、あるいは、任意のゾーンに記録する一方、これと同時に、このプログラムをある遅延を持たせて再生することにある。このアプリケーションによって、ユーザは、好きな時にプログラムの再生を停止し、かつ停止したところから再開できるようになる。
【背景技術】
【０００５】
遅延再生の方法の実施を可能にする周知の装置、特にデジタル・テレビジョン・デコーダ・タイプの装置には、多数の欠点がある。
【０００６】
これらの周知の装置のうちの一部の装置が提供する方法においては、遅延再生ファイル以外のファイルに割り当てられるように構成される記憶リソースの量は、装置によって実施されるその他のアプリケーションによって決まる。このことによって、以下に述べるような多数の欠点が生じる。
【０００７】
一方において、遅延再生ファイルは、データの記憶を継続するために自由に使える新たなリソースを有することができない。
【０００８】
他方において、遅延再生方式に割り当てられた記憶容量が制御されないので、この方式が過度に大量のデコーダの記憶データを占めてしまい、したがって、例えば、必要な記憶容量にアクセスできないその他のアプリケーションの実行について、デコーダの誤動作を生じさせる可能性がある。
【０００９】
更に、遅延再生方式が、データ記憶を必要とするその他のアプリケーションと同時に使用される場合、各々のアプリケーションに割り当てられた記憶スペースの管理が複雑で難しいことが判明している。この問題は、特に、記憶容量が低減される場合に顕著であり、デコーダが、ハード・ディスクよりも容積が制限されるＲＡＭ（ランダム・アクセス・メモリ）タイプ又はフラッシュ・タイプのメモリだけを有する場合にそう言える。
【００１０】
タイムシフト・バッファ・メモリが満杯になると、タイムシフト・バッファ・メモリのスタート部が部分的に切り捨てられて、受信データの残り部分を記録するために空き容量が確保される。したがって、もし、ユーザがデータを再生する際に、タイムシフト・バッファ・メモリに書き込まれている該データに対するタイムシフトが大きく、かつ、読み出しポインタがタイムシフト・バッファ・メモリのスタート部に存在するならば、新たな受信データが、まだ読み出されていないデータを消去してしまうか、あるいは、書き込まれ得ないことが十分に起こり得ることが分かる。この場合、読み出しポインタがバッファ・メモリ内でジャンプする（切れて飛ぶ）ことになるが、その結果、データの表示が時間的にジャンプするので、ユーザに対して極めて混乱した再生を提示することになる。
【００１１】
この現象は、受信データのビットレートが時間と共に変化して増大し続ける場合に、更に深刻になる。プログラム（番組）放送局は、テレビジョン・チャンネルを様々なビットレートで放送することがよくある。同一チャンネルのビットレートが一定でないので、これらのビットレート変動に適合して、バッファ・メモリの部分的な切り捨て（ｔｒｕｎｃａｔｉｏｎ）に起因する過度に多く生じるジャンプを回避するのに必要なバッファ・メモリの容量を予測することは難しい。
【００１２】
したがって、このような時間的なジャンプを回避する、あるいは、少なくともこれらを減らすために、バッファ・メモリのパラメータを設定することが重要である。
【発明の概要】
【００１３】
第１の発明は、データを受信して記録媒体に記録する装置であって、該装置は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、プロセッサが、
タイムシフト・バッファ・メモリの容量限度を規定する第１の閾値を規定する手段と、
上記タイムシフト・バッファ・メモリへの記録の時間限度を規定する第２の閾値を規定する手段と、
を備え、
プロセッサは、第２の閾値に到達されていない限り、データをタイムシフト・バッファ・メモリに記録し、第１の閾値に到達される前に第２の閾値に到達されたときに、プロセッサは、読み出されるデータがバッファ・メモリのスタート部に位置していない場合はタイムシフト・バッファ・メモリのスタート部を部分的に切り捨て、あるいは、読み出されるデータがタイムシフト・バッファ・メモリのスタート部に位置している場合はタイムシフト・バッファ・メモリのデータの読み出しに移行する、上記装置を提案する。
【００１４】
利点として、プロセッサは、
データ・チャネルの各々の受信期間中に、各々のチャンネルの少なくとも平均ビットレートを分析する手段と、
少なくとも平均ビットレートに従って第２の閾値を調節する手段と、
を備えている。
【００１５】
利点として、平均ビットレートを分析する手段は、各々のチャンネルの最大ビットレートも分析し、記録の時間限度を調節する手段は、各々のチャンネルの平均ビットレートと最大ビットレートとに従って該限度を調節する。
【００１６】
利点として、記録についての時間限度は、各々のチャンネルごとに、その平均ビットレートに従って調節される。
【００１７】
利点として、容量は、各々のチャンネルごとに、その平均ビットレートとその最大ビットレートとに従って調節される。
【００１８】
好ましくは、プロセッサは、
受信データのタイプを分析する手段と、
受信データのタイプに従って、第２の閾値を調節する手段と、
を備えている。
【００１９】
優先的には、上記のタイプには、
オーディオ・データと、
標準精細度ビデオ・データと、
高精細度ビデオ・データと、
が含まれている。
【００２０】
利点として、プロセッサは、バッファ・メモリの充填閾値を検知する手段を備えている。
【００２１】
利点として、プロセッサは充填閾値が超過されたときに受信データをトランスコードする手段を備えている。
【００２２】
利点として、プロセッサは受信データのタイプを検知する手段を備えている。
【００２３】
利点として、プロセッサはデータのタイプが高ビットレート・タイプのデータに対応する場合に受信データをトランスコードする手段を備えている。
【００２４】
利点として、プロセッサは、
充填閾値が超過されたときに、ユーザが視聴する言語に関する、又は、ユーザが見る字幕に関するデータを検知する手段と、
検知されたデータのみをタイムシフト・バッファ・メモリに記録する手段と、
を備えている。
【００２５】
利点として、プロセッサは、ユーザが視聴する言語に関する、又は、ユーザが見る字幕に関するデータを検知する手段と、データのタイプが高ビットレート・タイプのデータに対応する場合に、検知されたデータのみをタイムシフト・バッファ・メモリに記録する手段と、を備えている。
【００２６】
利点として、プロセッサには、受信されたデータがデータのグループに符号化されている場合、充填閾値が超過されたときに、受信データの全グループよりも少ない割合のみをタイムシフト・バッファ・メモリに記録する手段が備えられている。
【００２７】
利点として、プロセッサは、受信されたデータがデータのグループに符号化されている場合であり、データのタイプが高ビットレート・タイプのデータに対応する場合に、受信データの全グループよりも少ない割合のみをタイムシフト・バッファ・メモリに記録する手段を備えている。
【００２８】
この第１の発明は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、データを受信して記録媒体に記録する方法にも関する。本発明によれば、この方法は、
タイムシフト・バッファ・メモリの容量限度を規定する第１の閾値を決定することと、
タイムシフト・バッファ・メモリにおける記録についての時間限度を規定する第２の閾値を決定することと、
第２の閾値が到達されていない限り、データをタイムシフト・バッファ・メモリに記録することと、を有し、
第１の閾値に到達される前に第２の閾値に到達されたときに、読み出されるデータがバッファ・メモリのスタート部に位置していない場合は、タイムシフト・バッファ・メモリのスタート部を部分的に切り捨てること、あるいは、読み出されるデータがタイムシフト・バッファ・メモリのスタート部に位置している場合は、タイムシフト・バッファ・メモリのデータを読み出すモードに移行することを有する。
【００２９】
第２の発明は、データを受信して記録媒体に記録する装置に関し、該装置は、記録容量について規定されたサイズを有するタイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えている。本発明によれば、このプロセッサは、
タイムシフト・バッファ・メモリの容量限度を規定する第１の閾値を規定する手段と、
タイムシフト・バッファ・メモリへの記録の時間限度を規定する第２の閾値を規定する手段と、
タイムシフト・バッファ・メモリにおける記録についての最小限の時間限度を規定する第３の閾値を規定する手段と、
を備え、
第１の閾値及び第２の閾値の少なくとも一方が到達されていない限り、プロセッサがデータをタイムシフト・バッファ・メモリに記録し、この２つの閾値の少なくとも一方が到達された場合に、
・更に第３の閾値も到達された場合に、
○プロセッサの読み出しポインタが、プロセッサがデータを部分的に切り捨てなければならないタイムシフト・バッファ・メモリのゾーン内に存在する場合、かつ、ポーズ・モードが起動されていた、又は、読み出し速度が通常の読み出し速度未満であった場合、プロセッサは、タイムシフト・バッファ・メモリの通常の読み出し用モードに移行し、
○プロセッサの読み出しポインタが、プロセッサがデータを部分的に切り捨てなければならないタイムシフト・バッファ・メモリのゾーン内に存在しない場合、プロセッサは、タイムシフト・バッファ・メモリ内のデータを部分的に切り捨てる。
【００３０】
一つの好ましい態様として、プロセッサが通常速度の読み出しモードに戻ると、充填閾値が記録容量に関して規定されたサイズに到達した場合、プロセッサは、読み出しポインタについてのジャンプを行う。
【００３１】
一つの好ましい態様として、プロセッサは、受信データのタイプを特定する手段と、この受信データのタイプに従って３つの閾値を規定する手段とを備えている。
【００３２】
一つの好ましい態様として、このデータのタイプは、オーディオ、高精細度ビデオ及び標準精細度ビデオのタイプの中から選択される。
【００３３】
一つの好ましい態様として、このデータのタイプは、データが符号化されている符号化タイプの中から、望ましくは、データがビデオ・データである場合、ＭＰＥＧ２及びＨ２６４のタイプの中から選択される。
【００３４】
一つの好ましい態様として、プロセッサは、
・データ・チャネルの各々の受信期間中に各々のチャンネルの少なくとも平均ビットレートを分析する手段と、
・各々の受信チャンネル毎に、その各々のチャンネルの平均ビットレートに従って、３つの閾値の値を規定する手段と、
を備えている。
【００３５】
一つの好ましい態様として、平均ビットレートを分析する手段が、各々のチャンネルの最大ビットレートも分析し、３つの閾値の値を規定する手段が、各々のチャンネルの平均ビットレートと最大ビットレートとに従って各々の閾値の値を規定する。
【００３６】
一つの好ましい態様として、本装置は、
・タイムシフト・バッファ・メモリが、限界閾値と呼ばれる充填閾値に到達したことを特定する手段を備えている。
【００３７】
本発明の一態様によれば、本装置は、受信データをトランスコードする手段を備えている。
【００３８】
本発明の一態様によれば、受信データをトランスコードする手段は、限界閾値に到達されたときのみ、受信データをトランスコードする。
【００３９】
この第２の発明の一態様によれば、本装置には、受信データがデータのグループに符号化されている場合、この受信データのグループのあるパーセンテージ（割合）のみをタイムシフト・バッファ・メモリに記録する手段が備えられている。
【００４０】
本発明の一態様によれば、受信データのグループのあるパーセンテージ（割合）のみをタイムシフト・バッファ・メモリに記録する手段は、限界閾値に到達されたときにのみ、それを行う。
【００４１】
本発明の一態様によれば、データが音声言語又は字幕に関する複数のモードに符号化されており、
・データが復号されるモードを検知する手段と、
・復号されたモードのみにおけるデータをバッファ・メモリに記録する手段と、
を備えている。
【００４２】
本発明の一態様によれば、復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段は、限界閾値に到達されたときにのみ、それを行う。
【００４３】
第２の発明は、更に、記録容量について規定されたサイズを有するタイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、データを受信して記録媒体に記録する方法にも関し、この方法は、
タイムシフト・バッファ・メモリの容量限度を規定する第１の閾値を決定することと、
タイムシフト・バッファ・メモリへの記録の時間限度を規定する第２の閾値を決定することと、
タイムシフト・バッファ・メモリにおける記録についての最小限の時間限度を規定する第３の閾値を決定することと、
第１の閾値及び第２の閾値の少なくとも一方が到達されていない限り、データをタイムシフト・バッファ・メモリに記録することと、
この２つの閾値の少なくとも一方が到達された場合に、
・更に第３の閾値も到達された場合に、
○プロセッサの読み出しポインタが、プロセッサがデータを部分的に切り捨てなければならないタイムシフト・バッファ・メモリのゾーン内に存在する場合、かつ、ポーズ・モードが起動されていた、又は、読み出し速度が通常の読み出し速度未満であった場合、タイムシフト・バッファ・メモリの通常の読み出し用モードに移行し、
○プロセッサの読み出しポインタが、プロセッサがデータを部分的に切り捨てなければならないタイムシフト・バッファ・メモリのゾーン内に存在しない場合、タイムシフト・バッファ・メモリ内のデータを部分的に切り捨てることと、
を有している。
【００４４】
第３の発明は、データを受信して記録媒体に記録する方法に関し、その装置は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えている。本発明によれば、この装置は、受信データのタイプを検知する手段と、この受信データのタイプに従って、タイムシフト・バッファ・メモリにおける記録についての時間限度を調節する手段と、を備えている。
【００４５】
一つの好ましい態様として、このデータのタイプは、オーディオ・データのタイプ、高精細度ビデオ・データのタイプ及び標準精細度データのタイプの中から選択できる。
【００４６】
一つの好ましい態様として、データはこのデータのタイプを示す識別子を含み、この場合、検知手段が、受信データにおいてそのタイプを読み出す。
【００４７】
一つの好ましい態様として、データはＭＰＥＧ２ＴＳフォーマットに符号化されており、識別子は、この場合、ＰＭＴフィールドである。
【００４８】
一つの好ましい態様として、本装置は、受信データの少なくともタイプに従って、タイムシフト・バッファ・メモリの容量を規定するサイズ限度を調節する手段を備えている。
【００４９】
一つの好ましい態様として、時間限度を調節する手段が、受信データの少なくともタイプに従って、受信データの最大ビットレートに関係なく、タイムシフト・バッファ・メモリにおける記録についての時間を保証する最小時間限度も調節する。
【００５０】
利点として、この第３の発明による装置は、受信データをタイムシフト・バッファ・メモリに記録する前に受信データをトランスコードする手段を備えている。
【００５１】
利点として、データは、音声言語又は字幕に関する複数のモードに符号化されており、プロセッサには、データが復号されるモードを検知する手段と、１つの復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段と、が備えられている。
【００５２】
一つの好ましい態様として、データは、ビデオ・データのグループとデータのグループとに符号化されたオーディオビジュアル・データであり、本装置は、受信ビデオ・データの全グループよりも少ないあるパーセンテージ（割合）のみとオーディオ・データの全グループとをバッファ・メモリに記録する手段を備えている。
【００５３】
一つの好ましい態様として、上記の、受信データをタイムシフト・バッファ・メモリに記録する前に受信データをトランスコードする手段は、タイムシフト・バッファ・メモリの充填が第１の閾値より大きいとき、あるいは、受信データのビットレートが第１の閾値より大きいときのみ、データをトランスコードする。
【００５４】
この第３の発明の一つの好ましい態様によれば、上記の、１つの復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段がそれを行うのは、タイムシフト・バッファ・メモリの充填が第１の閾値より大きいとき、あるいは、受信データのビットレートが第１の閾値より大きいときのみである。
【００５５】
この第３の発明は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、データを受信して記録媒体に記録する方法であって、
・受信データのタイプを検知することと、
・この受信データのタイプに従って、タイムシフト・バッファ・メモリにおける記録についての時間限度を調節することと、
を有することを特徴とする方法にも関する。
【００５６】
第４の発明は、データを受信して記録媒体に記録する装置に関し、この装置は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、このプロセッサは、
・バッファ・メモリを初期化することによって、その記録時間容量を固定閾値に等しくする手段と、
・データ・チャンネルの各々の受信期間中に、少なくとも、各々のチャンネルの平均ビットレートを分析する手段と、
・少なくとも平均ビットレートに従って、バッファ・メモリの記録時間容量を、閾値より大きい値に調節する手段と、
を備えている。
【００５７】
第４の発明の一態様によれば、平均ビットレートを分析する手段は、各々のチャンネルの最大ビットレートも分析し、記録時間容量を調節する手段は、各々のチャンネルの平均ビットレートと最大ビットレートとに従って、該容量を調節する。
【００５８】
第４の発明の一態様によれば、この容量は、各々のチャンネルごとに、その平均ビットレートに従って、調節される。
【００５９】
第４の発明の一態様によれば、この容量は、各々のチャンネルごとに、その平均ビットレートと最大ビットレートとに従って、調節される。
【００６０】
第４の発明の一態様によれば、本装置は、少なくとも平均ビットレートに従って、タイムシフト・バッファ・メモリの容量を規定するサイズ限度（ＢＳＢ）を調節する手段を備えている。
【００６１】
第４の発明の一態様によれば、上記の、少なくとも平均ビットレートに従ってタイムシフト・バッファ・メモリの容量を規定するサイズ限度を調節する手段は、そのサイズを最大ビットレートに従っても調節する。
【００６２】
第４の発明の一態様によれば、時間限度を調節する手段が、少なくとも平均ビットレートに従って、受信データの最大ビットレートに関係なく、タイムシフト・バッファ・メモリにおける記録についての時間を保証する最小時間限度（ＭＢＳＳ）も調節する。
【００６３】
第４の発明の一態様によれば、最小時間限度は、平均ビットレートと最大ビットレートとに従って、調節される。
【００６４】
第４の発明の一態様によれば、本装置は、受信データをタイムシフト・バッファ・メモリに記録する前に受信データをトランスコードする手段を備えている。
【００６５】
第４の発明の一態様によれば、データは、音声言語又は字幕に関する複数のモードに符号化されており、プロセッサには、
・データが復号されるモードを検知する手段と、
・１つの復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段と、
が備えられている。
【００６６】
第４の発明の一態様によれば、データは、ビデオ・データのグループとオーディオ・データのグループとに符号化されたオーディオビジュアル・データであり、受信ビデオ・データの全グループよりも少ないあるパーセンテージ（割合）のみとオーディオ・データの全グループとをバッファ・メモリに記録する手段が備えられている。
【００６７】
第４の発明の一態様によれば、上記の、受信データをタイムシフト・バッファ・メモリに記録する前に受信データをトランスコードする手段は、タイムシフト・バッファ・メモリの充填が第１の閾値より大きいとき、あるいは、受信データのビットレートが第１の閾値より大きいときのみ、データをトランスコードする。
【００６８】
第４の発明の一態様によれば、上記の、１つの復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段がそれを行うのは、タイムシフト・バッファ・メモリの充填が第１の閾値より大きいとき、あるいは、受信データのビットレートが第１の閾値より大きいときのみである。
【００６９】
第４の発明は、更に、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、データを受信して記録媒体に記録する方法にも関し、この方法は、
・バッファ・メモリを初期化することによって、その記録時間容量を固定閾値に等しくすることと、
・データ・チャンネルの各々の受信期間中に、少なくとも、各々のチャンネルの平均ビットレートを分析することと、
・少なくとも平均ビットレートに従って、バッファ・メモリの記録時間容量を、閾値より大きい値に調節することと、
を有している。
【００７０】
第５の発明は、データを受信して記録媒体に記録する装置に関し、この装置は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、データは、種々のモードに符号化されている。この発明によれば、このプロセッサは、受信データをタイムシフト・バッファ・メモリに記録する前に記録すべきデータの量を低減するために、受信データをトランスコードする手段を備えている。
【００７１】
利点として、この直前の装置は、バッファ・メモリが、第１の所定の閾値より大きい充填率に到達したことを検知する手段を備えている。
【００７２】
利点として、受信データをトランスコードする手段は、第１の閾値が超過された時のみ、受信データをトランスコードする。
【００７３】
利点として、この直前の装置は、受信データのビットレートを検知する手段を備えている。
【００７４】
利点として、受信データをトランスコードする手段は、ビットレートが所定のビットレートより大きい時のみ、受信データをトランスコードする。
【００７５】
利点として、この直前の装置には、選択された音声言語と字幕とを検知して、この選択された音声言語と選択された字幕とにおいてのみデータをタイムシフト・バッファ・メモリに記録する手段が備えられている。
【００７６】
利点として、選択された音声言語と字幕とを検知する手段は、タイムシフト・バッファ・メモリが第１の閾値に少なくとも等しい第２の閾値に到達した時のみ、選択された音声言語と選択された字幕とにおいてのみデータをタイムシフト・バッファ・メモリに記録する。
【００７７】
利点として、選択された音声言語と字幕とを検知する手段は、ビットレートが第２の所定のビットレートより大きい時のみ、選択された音声言語と選択された字幕とにおいてのみデータをタイムシフト・バッファ・メモリに記録し、この第２のビットレートは、第１のビットレートより大きい。
【００７８】
利点として、受信データはデータのグループに符号化されており、本装置は、更に、これらのデータのグループの一部のみをタイムシフト・バッファ・メモリに記録する手段を備えている。
【００７９】
一つの好ましい態様として、データのグループの一部のみをタイムシフト・バッファ・メモリに記録する手段は、タイムシフト・バッファ・メモリの充填が、第２の閾値に少なくとも等しい第３の閾値に到達したときのみ、データのグループの一部のみを記録する。
【００８０】
本発明の一態様によれば、データのグループの一部のみをタイムシフト・バッファ・メモリに記録する手段は、ビットレートが第２の所定のビットレートより大きいときのみ、データのグループの一部のみを記録し、この第２のビットレートは、第１のビットレートより大きい。
【００８１】
この直前の発明の一態様によれば、データはオーディオビジュアル・データであり、少なくとも符号化ビットレートに関するデータ内のあるフィールドを検出する手段と、トランスコードに従ってこのフィールドを修正する手段と、修正されたフィールドの値をデータ内のある時間位置に関連付ける手段と、が備えられており、時間位置は、データがトランスコードされ始めた時点に関する。
【００８２】
第５の発明は、更に、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、オーディオビジュアル・データを受信して記録媒体に記録する方法にも関し、そのデータは、種々のモードに符号化されており、この方法は、受信データをタイムシフト・バッファ・メモリに記録する前に記録すべきデータの量を低減するために、受信データをトランスコードすることを有している。
【００８３】
第６の発明は、オーディオビジュアル・データを受信して記録媒体に記録する装置に関し、この装置は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、データは、音声言語又は字幕に関する複数のモードに符号化されている。本発明によれば、このプロセッサは、
・データが復号されるモードを検知する手段と、
・１つの復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段と、
を備えている。
【００８４】
この第６の発明の一実施形態によれば、１つの復号されたモードにおけるデータのみをタイムシフト・バッファ・メモリに記録する手段は、バッファ・メモリの充填閾値が第１の所定の値より大きいときに記録をトリガするように構成されている。
【００８５】
この第６の発明の一態様によれば、１つの復号されたモードにおけるデータのみをタイムシフト・バッファ・メモリに記録する手段は、受信データのビットレートが所定の値より大きい時に記録をトリガするように構成されている。
【００８６】
この第６の発明の一態様によれば、データがＭＰＥＧ２又はＭＰＥＧ４の規格に従って符号化されている場合、データに関連付けられたＰＭＴテーブルが、記録される前に、修正される。
【００８７】
この第６の発明の一態様によれば、プロセッサは、更に、
・１つの復号されたモードにおけるデータの記録の後にタイムシフト・メモリの充填率を検知する手段と、
・データがデータのグループに符号化されている場合に、充填率が、第１の閾値より大きい第２の閾値より大きいときに、受信データのグループの一部のみを記録する手段と、
を備えている。
【００８８】
この第６の発明の一態様によれば、プロセッサは、更に、
・１つの復号されたモードにおけるデータの記録の後にタイムシフト・バッファ・メモリの充填率を検知する手段と、
・充填率が、第１の閾値より大きい第３の閾値より大きい場合に、１つの復号されたモードにおけるデータを、タイムシフト・バッファ・メモリに記録する前に、トランスコードする手段と、
を備えている。
【００８９】
この第６の発明の一態様によれば、プロセッサは、更に、
・充填率が、第２の閾値より大きい第４の閾値より大きい場合に、１つの復号されたモードにおけるデータのグループの一部を、タイムシフト・バッファ・メモリに記録する前に、トランスコードする手段を備えている。
【００９０】
第６の発明は、更に、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、オーディオビジュアル・データを受信して記録媒体に記録する方法にも関し、データは、音声言語又は字幕に関する複数のモードに符号化されており、この方法は、
・データが復号されるモードを検知することと、
・１つの復号されたモードにおけるデータのみをタイムシフト・バッファ・メモリに記録することと、
を有することを特徴としている。
【００９１】
第７の発明は、データを受信して記録媒体に記録する装置に関し、この装置は、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、データは、ビデオ・データのグループとオーディオ・データのグループとに符号化されたオーディオビジュアル・データである。この発明によれば、この装置は、受信ビデオ・データの全グループよりも少ないあるパーセンテージ（割合）のみとオーディオ・データの全グループとをメモリに記録する手段を備えている。
【００９２】
この第７の発明の一態様によれば、受信ビデオ・データの全グループよりも少ないあるパーセンテージ（割合）のみとオーディオ・データの全グループとをメモリに記録する手段は、受信データのＸ個のグループのうちの１個のグループのデータを選択し、ここで、Ｘは受信データのビットレートによって決まる。
【００９３】
この第７の発明の一態様によれば、本装置は、更に、バッファ・メモリが、第１の所定の閾値より大きい充填率に到達したことを検知する手段を備えている。
【００９４】
この第７の発明の一態様によれば、上記の、ビデオ・データのグループのあるパーセンテージ（割合）のみをバッファ・メモリに記録する手段は、バッファ・メモリの充填が閾値に到達した場合のみ、そのパーセンテージ（割合）を記録する。
【００９５】
この第７の発明の一態様によれば、ビデオ・データのグループのあるパーセンテージ（割合）が記録され、そのパーセンテージ（割合）は、バッファ・メモリにデータを書き込むビットレートに対するバッファ・メモリからデータを読み出すビットレートの比率に比例する。
【００９６】
この第７の発明の一態様によれば、データは、音声言語又は字幕に関する複数のモードに符号化されており、プロセッサには、
・データが復号されるモードを検知する手段と、
・１つの復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段と、
が備えられている。
【００９７】
この第７の発明の一態様によれば、１つの復号されたモードにおけるデータのみをタイムシフト・バッファ・メモリに記録する手段は、バッファ・メモリの充填閾値が第２の閾値より大きいときに記録をトリガするように構成されている。
【００９８】
この第７の発明の一態様によれば、１つの復号されたモードにおけるデータのみをタイムシフト・バッファ・メモリに記録する手段は、受信データのビットレートが所定の値より大きいときに記録をトリガするように構成されている。
【００９９】
この第７の発明の一態様によれば、プロセッサは、更に、
・ビデオ・データのグループのあるパーセンテージ（割合）の記録の後にタイムシフト・バッファ・メモリの充填率を検知する手段と、
・充填率が、第１の閾値より大きい第３の閾値より大きい場合に、記録すべきデータのグループのパーセンテージ（割合）を、タイムシフト・バッファ・メモリに記録する前に、トランスコードする手段と、を備えている。
【０１００】
この第７の発明の一態様によれば、プロセッサは、更に、
・充填率が、第２の閾値より大きい第４の閾値より大きい場合に、１つの復号されたモードにおけるデータのグループの一部を、タイムシフト・バッファ・メモリに記録する前に、トランスコードする手段を備えている。
【０１０１】
第７の発明は、更に、タイムシフト・バッファ・メモリと呼ばれる記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えた装置において、データを受信して記録媒体に記録する方法にも関し、データは、ビデオ・データのグループとオーディオ・データのグループとに符号化されたオーディオビジュアル・データである。この発明によれば、この方法は、受信ビデオ・データの全グループよりも少ないあるパーセンテージ（割合）のみとオーディオ・データの全グループとをメモリに記録することを有している。
【図面の簡単な説明】
【０１０２】
これらの発明は、以下の添付図面を参照する、非限定的な実施形態と有益な具体化の例示によって、より良く理解されるであろう。
【図１】提案された本発明の好ましい実施形態によるデコーダの使用環境の概略を示す図である。
【図２】提案された本発明の好ましい実施形態によるデコーダの概略を示す図である。
【図３】第１の発明の第１の実施形態を示す図である。
【図４】タイムシフト・バッファ・メモリのパラメータが少なくとも受信データのビットレートに従って調節される、本発明の第２の実施形態を示す図である。
【図５】タイムシフト・バッファ・メモリのパラメータが受信データのタイプに従って調節される、本発明の第３の実施形態を示す図である。
【図６ａ】受信データに適用されるビットレートの低減の第１の例を示す図である。
【図６ｂ】受信データに適用されるビットレートの低減の第１の例を示す図である。
【図７ａ】受信データに適用されるビットレートの低減の第２の例を示す図である。
【図７ｂ】受信データに適用されるビットレートの低減の第２の例を示す図である。
【図８ａ】受信データに適用されるビットレートの低減の第３の例を示す図である。
【図８ｂ】受信データに適用されるビットレートの低減の第３の例を示す図である。
【図９】第２の発明の好ましい実施形態を示す図である。
【図１０】本発明の変形実施形態を示す図である。
【図１１】本発明の変形実施形態を示す図である。
【０１０３】
図示のモジュールは、物理的に区別可能な装置に対応する場合もあれば、対応しない場合もある機能的な装置である。例えば、これらのモジュール、又は、その一部は、単一の構成要素としてまとめることができ、あるいは、同一のソフトウェアの機能を構成することもできる。これとは対照的に、一部のモジュールは、個別の物理的な実体で構成されることもある。
【０１０４】
図１及び図２は、本明細書で説明される全ての本発明に適用できる。
【発明を実施するための形態】
【０１０５】
図１には、本発明を実施するデジタル・デコーダとも呼ばれる受信装置１、２、３を備えたシステムが示されている。このような装置は、例えばイーサネット（登録商標）・タイプのローカル・ネットワーク５を介して、ゲートウェイとも呼ばれるインタフェース４に接続され得る。ゲートウェイの主な役割は、装置１、２、３を１つ又は複数の外部ネットワークに接続することである。図１において、ゲートウェイ４は、ＡＤＳＬ（ａｓｙｎｃｈｒｏｎｏｕｓ  ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ（非同期デジタル加入者線）タイプのネットワーク１３を介してインターネット・サービス・プロバイダ（ＩＳＰ）６に接続されている。ゲートウェイ１は、その他のタイプのネットワークにも接続され得る。
【０１０６】
デジタル・デコーダ１、２、３は、更に、ゲートウェイを使用せずにプログラム（番組）プロバイダに直接接続され得る。これらは、ケーブル、衛星、ＩＰマルチキャスト又はその他のタイプであってもよく、ケーブル又は衛星チャンネルによる受信信号を受信して復調する自己の手段を有する。
【０１０７】
したがって、本発明は、デコーダ１、２、３が、プログラム・プロバイダに直接接続されておらず、ゲートウェイ４を介して接続されている図１に示された例に限定されるものではない。
【０１０８】
各デコーダ１、２、３は、それぞれ、テレビジョン・セット７、８、９に接続され得る。また、これらは、例えばスクリーンを備えたコンピュータ、タブレット又はその他のモバイル装置にも接続され得る。サーバ・クライアント構成の場合、タイムシフト機能は、サーバ・デコーダにおいて実施され、クライアント・デコーダにおいて（そして、可能性としてサーバ・デコーダにおいても）又はコンパニオン装置、例えばタブレット、あるいは、その他の装置において表示される。
【０１０９】
赤外線リモコン１０、１１、１２のような遠隔制御装置が、それぞれ、各デコーダ１、２、３を制御する。これらのリモコンは、テレビジョン・セット７、８、９も制御できる。
【０１１０】
図２には、本発明によるデコーダの好ましい実施形態が示されており、ここでは、本発明の理解に役立つデコーダの機能だけが示されている。
【０１１１】
デコーダ３は、デコーダ３の主な機能の制御を担うプロセッサ３３を備えている。デコーダ３は、ＲＡＭタイプのメモリ３１も備えているが、これは、フラッシュ・タイプ、例えばハード・ディスクのような磁気ディスク・タイプ、光学ディスク・タイプ、あるいは、その他の任意のタイプであってもよい。このメモリには、ファイル３２がタイムシフト機能の管理用に割り当てられている。ここで、ファイルは、その他の複数のファイルの管理を可能にするシステム・ファイルを保持するファイル、ゾーン、あるいは、パーティション（区画）を意味すると理解する。本発明の好ましい実施形態によれば、このファイルのサイズは、１ギガバイトである。
【０１１２】
バス３５が、デコーダの相異なる構成要素相互間におけるデータの交換及びチェック（検査）を可能にする。
【０１１３】
通常動作において、デコーダ１は、ゲートウェイ４からデータを受信する。受信データは、タイムシフト・バッファ・メモリに連続的に記録される。これによって、もしユーザが、現在受信しているチャンネルの視聴を中断するために、リモコンのポーズ・ボタンを押したならば、自分がポーズ期間中に視聴していないデータを、その後で、したがって非リアル・タイムで、再生できるようにすることが可能になる。代表的なケースは、例えば、彼が電話の呼び出しを受けることである。彼は、ポーズを押して、現在受信しているプログラム（番組）の視聴を中断する。５分後に、彼は、受話器を置いて、その５分間に起きたものを視聴したいと思う。したがって、彼は、再生を中断したところから再開して、タイムシフト・バッファ・メモリに収容されたデータを視聴する。もし彼が望むならば、早送り再生を用いてタイムシフト・バッファ・メモリのコンテンツを視聴することによって、ライブの放送に追いつくこともできる。そうでなければ、彼は、タイムシフト・バッファ・メモリのコンテンツを続けて視聴できるが、ライブの放送に対して常に５分遅れで視聴することになる。一般的に、ユーザがチャンネルを変更した時のところまで、逆戻し機能を用いて、戻ることができる。
【０１１４】
しかしながら、タイムシフト・バッファ・メモリのサイズは、最大サイズ（ＵＢＳＢ）に固定され、この好ましい実施形態では、１ギガバイトに固定される。
【０１１５】
１ギガバイトに収容されるプログラム（番組）の時間は、受信されているチャンネルのビットレートに従って、変わる。
【０１１６】
毎秒１２メガビットのチャンネルのビットレートでは、タイムシフト・バッファ・メモリは、約１１分間分のプログラムを収容できる。
【０１１７】
８メガビットのチャンネルのビットレートでは、タイムシフト・バッファ・メモリは、約１６分間分のプログラムを収容できる。
【０１１８】
４メガビットのチャンネルのビットレートでは、タイムシフト・バッファ・メモリは、約３２分間分のプログラムを収容できる。
【０１１９】
２メガビットのチャンネルのビットレートでは、タイムシフト・バッファ・メモリは、約６４分間分のプログラムを収容できる。
【０１２０】
従来技術によれば、タイムシフト・バッファ・メモリが満杯になると、あるいは、充填率に関してある特定の閾値に到達すると、スタート部が部分的に切り捨てられて（すなわち、消去されて）、新たな受信データが書き込まれる。タイムシフト・バッファ・メモリは、この好ましい実施形態において、固定サイズのファイルによって表され、サーキュラー・バッファではない。したがって、必ずしも消去されたセル上に再書き込みを行う必要はなく、ファイルのサイズはバイト単位で一定に保たれる。
【０１２１】
別の実施形態において、タイムシフト・バッファ・メモリは、サーキュラー・バッファ・タイプであり得る。いずれにせよ、このタイムシフト・メモリは、論理的な見地から、サーキュラー・タイプと見なすことができる。
【０１２２】
上記の種々のビットレートに関連するデータについて、固定されたタイムシフト・バッファ・メモリ・サイズに基づけば、記録時間は、チャンネルのビットレートに応じて全く異なる。これにより、自分のデコーダのパフォーマンスが受信チャンネルのビットレートに応じて異なることに気付いたユーザを困惑させてしまうこともあり得る。
【０１２３】
タイムシフト・バッファ・メモリについてのバイト単位の充填閾値は、ＢＳＢと呼ぶ。
【０１２４】
したがって、本発明の第１の実施形態においては、ＢＳＳと呼ぶタイム・リミット（時間限度）を規定する別の閾値を定める。このリミットは、タイムシフト・バッファ・メモリの充填についての分単位のキャパシティ（容量）を規定し、例えば１５分である。
【０１２５】
図３には、第１の発明のこの第１の実施形態が示されている。
【０１２６】
本発明のこの第１の実施形態によれば、第１のステップＥ１において、ユーザが、リモコンを用いて、デコーダの電源投入を行い、受信チャンネルを選択する。したがって、受信データが、デコーダに接続されたテレビジョン・スクリーン上で、ユーザによって視聴される（なお、デコーダは、テレビジョン・セットに内蔵されて単一の装置を構成できる）。ステップＥ２において、このデータは、受信されながら、タイムシフト・バッファ・メモリ３２にも記録される。有利なことに、プロセッサ３３は、以下に述べるように、タイムシフト・バッファ・メモリ３２の充填率を管理する。
【０１２７】
ステップＥ３において閾値ＢＳＳが到達されておらず、かつ、ステップＥ４においても閾値ＢＳＢが到達されていない限り、データは、タイム・ストレージ・バッファ・メモリに記録され続ける。閾値ＢＳＳが到達されていない一方で閾値ＢＳＢが到達されている場合、ステップＥ５に進み、ここでは、タイムシフト・バッファ・メモリの読み出しポインタについてのジャンプが行われる。（サイズ又は時間の）ジャンプは、いくつかのパラメータによって、すなわち、ユーザが容認可能と見なせることによって、決まる。わずかな一定秒、例えば２０秒から３０秒に対応するジャンプが、ユーザにとって容認可能と見なされるリミットであり得ると想定できる。ステップＥ５に続くステップＥ６において、その他の受信データを書き込めるようにするために、タイムシフト・バッファ・メモリのスタート部が消去され、サイズＵＢＳＢは一定のままである。消去されるデータは、新たなデータが書き込まれるアドレス以外のアドレスにおいて、消去できる。
【０１２８】
ステップＥ６の後、ステップＥ２に戻る。ステップＥ３からＥ６までの間、データが継続的に受信されてタイムシフト・バッファ・メモリに書き込まれ、閾値ＢＳＢは、閾値ＵＢＳＢより小さい。
【０１２９】
ステップＥ３において閾値ＢＳＳに到達した場合、ステップＥ７において読み出しポインタがタイムシフト・バッファ・メモリのスタート部にあるならば、ステップＥ８において、プロセッサがポーズ・モードを強制的に解除して、デコーダは通常速度の読み出しモード（速度１）に移行する。デコーダがポーズ・モード（又は、早戻し、又は、スロー再生のような低速）ではなく、１より大きい速度であったならば、デコーダは、当然、その速度（例えば２倍速又は４倍速の早送り再生）のままである。次に、ステップＥ１０において充填率がタイムシフト・バッファ・メモリの記録リミット（記録限度）容量に近いならば、ステップＥ１１において読み出しポインタが、ステップＥ５で説明したように、わずかな一定秒の順方向のジャンプを行なう。ステップＥ７において、読み出しポインタがタイムシフト・バッファ・メモリのスタート部に存在しないならば、ステップＥ９においてタイムシフト・バッファ・メモリのスタート部が部分的に切り捨てられる。ここで、スタート部は、入力ビットレートによって決まる、あるいは、メモリのサイズに比例して固定（確定）される、ある一定数のアドレスを意味すると理解される。
【０１３０】
したがって、データは、周期的に部分的に切り捨てられる。プロセッサは、時間の経過と共に記録されるデータの量を周期的に検査することによって、充填率を閾値ＢＳＳよりも低く保つ。
【０１３１】
メモリのスタート部について、種々の値を定めることができる。例えば、メモリのスタート部は、閾値ＢＳＳのあるパーセンテージ（割合）から成る。仮にＢＳＳを１５分に設定すると、スタート部は、例えば、タイムシフト・バッファ・メモリの最初の５分間を表す。
【０１３２】
閾値ＢＳＳに到達する前に閾値ＢＳＢに到達すると、タイムシフト・バッファ・メモリにおいて、受信データのスタート部が部分的に切り捨てられ、部分的に切り捨てられるゾーンに読み出し位置が含まれていれば再生の時間ジャンプが行われる。
【０１３３】
この第１の実施形態によれば、プロセッサ３３が、所定の方法で２つの識閾ＢＳＢ及びＢＳＳを規定する。
【０１３４】
所定の方法において、閾値ＢＳＢは、タイムシフト・バッファ・メモリの全体の記憶容量（ＵＢＳＢ）の９０％、換言すると９００ＭＢ（メガバイト）に設定できる。また、閾値ＢＳＢは、最大記憶値、換言すると１ＧＢ（ギガバイト）にも設定できるが、この場合、タイムシフト・バッファ・メモリのオーバフローが生じるかもしれない。
【０１３５】
所定の方法において、閾値ＢＳＳは、１５分に設定できる。
【０１３６】
本発明の別の様態によれば、閾値ＢＳＳを規定する代わりに、第２のサイズの閾値ＢＳＢ２を規定することができる。図３は、閾値ＢＳＳを閾値ＢＳＢ２で置き換えることによって、同様に適用できる。時間に関してではなく、サイズに関してこの第２の閾値を規定する利点は、ビットレートの変動を、常時、吸収できることである。
【０１３７】
第２の実施形態によれば、これらの閾値、又は、一方の閾値は、動的に、かつ、例えば、相異なるチャンネルに関連付けられたデータに基づいて決定でき、その種々の例を以下に説明する。
【０１３８】
図４には、この第２の実施形態による、タイムシフト・バッファ・メモリのパラメータの動的な設定が示されている。
【０１３９】
ステップＳ１において、ユーザが、リモコンを用いて、デコーダの電源投入を行い、受信チャンネルを選択する。デコーダの電源投入が行われると、タイムシフト・バッファ・メモリのパラメータであるＢＳＢ及びＢＳＳは、最小限として規定されるサイズに設定される。このサイズは、例えば、ＢＳＢについては１ＧＢであり、ＢＳＳについては１５分である。これらのいわゆる最小限のサイズは、各々のデコーダごとに、又は、工場において、又は、ユーザによって、又は、デコーダが使用される国に従って、又は、デコーダが接続されるブロードキャスト・ネットワークに従っても、設定できる。したがって、受信データが、デコーダに接続されたテレビジョン・スクリーン上で、ユーザによって視聴される（なお、デコーダは、テレビジョン・セットに内蔵されて単一の装置を構成できる）。ステップＳ２において、このデータは、受信されながら、タイムシフト・バッファ・メモリ３２にも記録される。このステップＳ２は、図３におけるステップＥ１及びＥ２に対応する。
【０１４０】
ステップＳ３において、プロセッサ３３が、タイムシフト・バッファ・メモリが充填される速度を分析し、それによって、受信チャンネルのビットレートを分析する。平均ビットレートと補助的な最大ビットレートとは、タイムシフト・バッファ・メモリのパラメータのより良い設定を可能にするデータである。これは各々のチャンネルの受信中に行える。
【０１４１】
プロセッサ３３は、チャンネル毎のビットレートを測定するが、その代わりに、いくつかのチャンネルのビットレートを測定して、それらの相異なるチャンネルについての平均値を取ることもできるが、後者の場合、測定の信頼性が、チャンネル毎の測定ほどは高くない。一組のチャンネルについての測定は、それらのチャンネルがビットレートに関して全く同程度であると認められる場合に、行う価値があり得る。ビットレートは、ＩＰチャンネルの場合に、デコーダによって内部で計算されるのではなく、例えばインターネットを介して得られるデータの項目ともなり得る。ケーブル又は衛星放送については、ビットレートは、デコーダによって、例えば、インターネットのサイトからも得ることができ（デコーダがそれらを得ることができる場合）、あるいは、オペレータによって設けられたサイトからも得ることができ、あるいは、シグナリングのプライベート・フィールド、すなわち例えばＰＭＴ、ＳＤＴ又はＮＩＴサービスに示されたサイトからも得ることができる。
【０１４２】
プロセッサ３３は、チャンネル毎のビットレートを分析して、チャンネル毎にタイムシフト・バッファ・メモリ３２のパラメータを設定することが好ましい。パラメータの設定は、あるチャンネルが視聴される時に動的に調節でき、あるいは、次にこのチャンネルに接続した時に使用して、初期閾値を、最小値にではなく、設定できる。
【０１４３】
したがって、閾値ＢＳＳは、平均ビットレートに応じて調節される。しかしながら、チャンネルのビットレート変動が大きい場合は、そのチャンネルの最大ビットレートに応じて、閾値ＢＳＳを調節することも有効である。
【０１４４】
仮に所与のネットワークにおけるビットレート変動が５０％であると考えられる場合には、閾値ＢＳＳは、以下のように計算できる。
ＢＳＳ＝（ＵＢＳＢ−（（ＡｖＢｉｔＲａｔｅ×１.５) ×ｄｕｒａｔｉｏｎＭａｘＢｉｔＲａｔｅ））／ＡｖＢｉｔＲａｔｅ
【０１４５】
閾値が平均ビットレートと最大ビットレートの両方によって決まる場合、閾値ＢＳＳは、以下のように計算できる。
ＢＳＳ＝（ＵＢＳＢ−（ＭａｘＢｉｔＲａｔｅ×ｄｕｒａｔｉｏｎＭａｘＢｉｔＲａｔｅ））／ＡｖＢｉｔＲａｔｅ
【０１４６】
別の変形例によれば、タイムシフト・バッファ・メモリの容量リミット（容量限度）を表す閾値ＢＳＢも平均ビットレートに応じて設定される。
【０１４７】
更に別の変形例によれば、閾値ＢＳＢも平均ビットレートと最大ビットレートとに応じて設定される。
【０１４８】
したがって、図３を参照して説明したステップＥ３では、上述のように定められた閾値が使用される。
【０１４９】
利点として、更に、ビットレートの低減をこの実施形態及びその変形例と組み合わせることができる。実際、ビットレートの低減が実現される場合、ユーザにとって、記録タイム・リミットが大きくなるメリットがあり、あるいは、少なくとも同一時間でより多くの受信データを加えることができる。
【０１５０】
ビットレートの低減に関連付けられた第１の変形例によれば、データのトランスコードがデータの受信中に行われる。
【０１５１】
図６ａには、この変形例が示されている。ステップＧ１において、ユーザが、リモコンを用いて、デコーダの電源投入を行い、受信チャンネルを選択する。受信データは、デコーダに接続されたテレビジョン・スクリーン上で、ユーザによって視聴される。このデータは、受信されながら、タイムシフト・バッファ・メモリ３２にも記録される。このステップＧ１は、図３におけるステップＥ１及びＥ２に対応する。
【０１５２】
ステップＧ２において、デコーダは、データと共にＰＭＴテーブルを受信してメモリ３１に記録する。ＰＭＴテーブルは、メタデータの形態でメモリ３１のデータベースに記録されて、再生時に、周期的に繰り返し導入される。また、ＰＭＴテーブルは、データと共にタイムシフト・バッファ・メモリに記録できるが、これには、ＰＭＴテーブルの修正が、再生時に繰り返しの都度、必要になる。ステップＧ３においてタイムシフト・バッファ・メモリが所定の充填閾値に到達すると、プロセッサ３３が、受信データをタイムシフト・バッファ・メモリに記録する前に受信データのビットレートを低減するために、受信データをトランスコードすることを決定する。ステップＧ４において、第１の変形例によれば、プロセッサ３３は、受信ＰＭＴテーブルを記録する前に、これらの受信ＰＭＴテーブルを修正する。ＰＭＴテーブルは、記録されるデータの新たなフォーマットを反映するように修正されて、データ・ストリーム内のある位置に関連付けられたメタデータとして記録される。プロセッサは、正当開始位置に関連付けられた初期ＰＭＴと、トランスコードされたデータの開始位置に関連付けられた修正済みＰＭＴとをメタデータとして記録する。更に、プロセッサは、ＰＭＴテーブルのバージョンを管理することによって、再生時に、トランスコードに起因するＰＭＴ変化と、ストリーム内での実際のＰＭＴ変化とを正確に検知する。
【０１５３】
例えば、仮にプロセッサが時点Ｔ０＋Ｘと時点Ｔ１−Ｙとの間でデータをトランスコードし、初期ストリームに次のＰＭＴ
Ｔ０  ＰＭＴ  Ｖ２．．．．Ｔ１  ＰＭＴ  Ｖ３
が含まれているとすれば、記録され復号されたストリームには、次のＰＭＴ
Ｔ０  ＰＭＴ  Ｖ２．．．．Ｔ０＋Ｘ  ＰＭＴ  Ｖ３．．．．Ｔ１−Ｙ  ＰＭＴ  Ｖ４．．．．Ｔ１  ＰＭＹ  Ｖ５
が含まれる。
【０１５４】
再生時に、ＰＭＴテーブルは、ストリームに、周期的に、例えば、位置に従って１００ｍｓ（ミリ秒）毎に導入される。プロセッサがストリーム内のジャンプを行う場合、プロセッサは、到達位置よりも前のＰＭＴを導入する。いかなるＰＭＴの遷移も、ストリーム内での新たなＰＭＴバージョンとして管理される。
【０１５５】
再生期間中に、この遷移のために、スクリーンが黒くなるか、あるいは、映像がフリーズする。このようにスクリーンが黒くなるか、あるいは、映像がフリーズするこの遷移を制限するために、再生時に、２つのビデオ・デコーダを一時的に使用できるようにして、初期の（トランスコードされていない）データと低ビットレート・トランスコードされたデータとの両方を、短期間、記録して、一方のデコーダから他方に切り換えることも可能である。
【０１５６】
このステップＧ４の第２の変形例によれば、ＰＭＴテーブルは修正されない。この目的のため、プロセッサは、ストリーム内のある位置に関連付けられたメタデータを使用し、このメタデータには、初期のデータを低ビットレートのデータに変換することを可能にするのに必要な全ての情報が含まれている。同じ方法で、トランスコードされたデータとトランスコードされていないデータとを、わずかな一定秒間、記録することによって、更に、これらの遷移を反映するメタデータを生成することによって、スクリーンが黒くなること又は映像がフリーズすることを制限できる。
【０１５７】
ステップＧ５において、データがトランスコードされる。タイムシフト・バッファ・メモリに収容されているデータが所定の閾値より大きい限り、受信データはトランスコードされる。この最終的な閾値は、トランスコードを開始させる閾値より更に小さくできる。
【０１５８】
図６ｂに示された変形例によれば、ステップＧ３がステップＧ３’に取って代わられる。図６ｂに示された方法のその他のステップＧ１、Ｇ２、Ｇ４、Ｇ５は、図６ａの方法のステップＧ１、Ｇ２、Ｇ４、Ｇ５と同じである。
【０１５９】
ステップＧ３’において、プロセッサは、バッファ・メモリの充填閾値に従ってではなく、受信データのビットレートを特定することによって、トランスコードすることを決定する。このビットレートが所定の閾値ビットレートより大きいとき、プロセッサ３３は、受信データをトランスコードすることを決定する。ここで、ビットレートは、受信データの平均ビットレート、あるいは、前述のように受信データに従って推定されたビットレートを意味すると理解される。データがオーディオ・データである場合、そのビットレートは、ＳＤビデオ・データのビットレート及びＨＤビデオ・データのビットレートよりも小さい。
【０１６０】
図６ａ及び図６ｂは、データのトランスコードに関する。このようなトランスコードが前述のように利用される場合、ステップＧ５の後に、図３を参照して説明したステップＥ３が続く。トランスコードの主な利点は、データがトランスコードされない場合に比べて、閾値ＢＳＳへの到達が遅くなることである。欠点は、当然、解像度の低下、あるいは、タイムシフト・バッファ・メモリに記録されるデータの品質の低下である。
【０１６１】
ビットレートの低減に関連付けられた第２の変形例によれば、ビットレートの低減は、データのある特定の部分のみを記録することによって、適用できる。図７ａ及び図７ｂには、そのような変形例が示されている。
【０１６２】
実際、受信データがオーディオビジュアル・データと字幕である場合、そのデータがいくつかの字幕選択肢をも伴う種々の音声言語で受信されることが往々にしてある。しかしながら、ユーザが、番組の最中に聴いている言語を変えたり、字幕を変えたりすることは、稀である。したがって、選択された音声言語と選択された字幕とにおけるデータのみを記録することによって、タイムシフト・バッファ・メモリに記録されるデータを低減できる。これは、マルチプル・ビデオ（複数のビデオ）の場合にも有効である。
【０１６３】
ステップＡ１において、データが、デコーダ３によって受信され、タイムシフト・バッファ・メモリに記録される。ステップＡ２においてタイムシフト・バッファ・メモリ３２が時間の所定充填閾値に到達すると、ステップＡ３においてプロセッサが、復号される言語と視られる字幕とを検知する。次に、プロセッサは、ステップＡ４において、視聴される音声データ（オーディオ・データ）及び字幕のみを記録する。
【０１６４】
記録された、換言すれば修正されたデータを反映するために、ＰＭＴテーブルは、そのＰＭＴテーブルが参照する修正データの記録期間中に、修正される。
【０１６５】
図７ｂに示された変形例によれば、ステップＡ２がステップＡ’２に取って代わられる。図７ｂに示された方法のその他のステップＡ１、Ａ３、Ａ４は、図７ａの方法のステップＡ１、Ａ３、Ａ４と同じである。
【０１６６】
ステップＡ’２において、プロセッサが、バッファ・メモリの充填閾値に従ってではなく、受信データのビットレートを特定することによって、種々の言語に対応するオーディオビジュアル・データ及び字幕データのストリームを全ては記録しないことを決定する。ビットレートが所定の閾値ビットレートより大きいとき、プロセッサ３３は、選択された音声言語と選択された字幕とにおけるデータのみを記録することを決定する。ここで、ビットレートは、受信データの平均ビットレート、あるいは、前述のように受信データに従って推定されたビットレートを意味すると理解される。データがオーディオ・データである場合、そのビットレートは、ＳＤビデオ・データのビットレート及びＨＤビデオ・データのビットレートよりも小さい。
【０１６７】
これらの図７ａ及び図７ｂのある１つの変形例によれば、正にステップＡ２の検査を行わずに、視聴されるデータのみを記録することを決定することも可能である。データが、（視聴したい言語と字幕とを選択したユーザによって）視聴されるために、プロセッサ３３によって復号されると直ぐに、プロセッサは、ユーザの選択に対応するデータのみを記録することを決定できる。
【０１６８】
図７ａ及び図７ｂは、データの部分的な記録に関する。前述のようにトランスコードが利用される場合、ステップＡ４の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データがトランスコードされない場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０１６９】
ビットレートの低減に関連付けられた第３の変形例によれば、プロセッサ３３は、受信データのグループの一部のみを記録する。データがＭＰＥＧ符号化規格、例えば、ＭＰＥＧ２又はＭＰＥＧ４符号化規格に準拠している場合、そのデータは、ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅｓの頭字語（ａｃｒｏｎｙｍ）であるＧＯＰによって知られている画像のグループの形態で符号化されている。
【０１７０】
図８ａ及び図８ｂには、この実施形態が示されている。
【０１７１】
ステップＨ１において、データが、デコーダ３によって受信されて、タイムシフト・バッファ・メモリに記録される。ステップＨ１は、図３におけるステップＥ１及びＥ２に対応する。ステップＨ２においてタイムシフト・バッファ・メモリ３２が時間の所定充填閾値に到達すると、ステップＨ３においてプロセッサが、受信データのグループ（ＧＯＰ）のあるパーセンテージ（割合）のみを記録することを決定する。
【０１７２】
記録されるＧＯＰのパーセンテージ（割合）は、受信データのビットレートに従って変わる。仮にビットレートが高ビットレートであるとすれば、例えばＨＤデータが受信される場合、ＧＯＰの高いパーセンテージ（割合）が記録されない。例えば、４つの受信ＧＯＰのうちの３つが記録される。ＧＯＰは、イントラ（Ｉ）タイプの画像、又は、ＭＰＥＧ４符号化規格に準拠するデータについてはＩＤＲタイプの画像をインデックス（索引付け）することによって区切られている。しかしながら、正しい音を得るために、全ての音声データが記録される。したがって、タイム・ストレージ・バッファ・メモリの読み出しの際に、ビデオ・データがゆっくりと変化する（失われたＧＯＰについて画像のフリーズがある）が、音と字幕は、完全に元の状態に戻される。
【０１７３】
図８ｂに示された変形例によれば、ステップＨ２がステップＨ２’に置き換えられる。図８ｂに示された方法のその他のステップＨ１、Ｈ３は、図８ａの方法のステップＨ１、Ｈ３と同じである。
【０１７４】
ステップＨ’２において、プロセッサが、バッファ・メモリの充填閾値に従ってではなく、受信データのビットレートを特定することによって、ＧＯＰを全ては記録しないことを決定する。ビットレートが所定の閾値ビットレートより大きいとき、プロセッサ３３は、ＧＯＰのある一定のパーセンテージ（割合）のみを記録することを決定する。ここで、ビットレートは、受信データの平均ビットレート、あるいは、前述のように受信データに従って推定されたビットレートを意味すると理解される。データがオーディオ・データである場合、そのビットレートは、ＳＤビデオ・データのビットレート及びＨＤビデオ・データのビットレートよりも小さい。この変形例は、データの著しい劣化を引き起こし、図８ａを参照して説明した変形例ほどの実際的な重要性を持たない。
【０１７５】
これらの図８ａ及び図８ｂのある１つの変形例によれば、正にステップＨ２の検査を行わずに、ＧＯＰのある一定のパーセンテージ（割合）のみを記録することを決定することも可能である。データが、視聴されるために、プロセッサ３３によって復号されると直ぐに、プロセッサは、受信データのビットレートに従って、ＧＯＰのある一定のパーセンテージ（割合）のみを記録することを決定できる。しかしながら、この変形例は、全データの著しい劣化を引き起こす。
【０１７６】
図８ａ及び図８ｂは、データの部分的な記録に関する。このようなビットレートの低減が利用される場合、ステップＨ４の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０１７７】
ビットレートの低減に関連付けられた第４の変形例によれば、プロセッサ３３は、トランスコードに関連付けられたビットレートの低減と、ユーザによって選択されたデータ（言語と字幕）の記録に関連付けられたビットレートの低減とを組み合わせる。したがって、プロセッサ３３は、先ず、図６ａ又は図６ｂにおいて説明されたステップに従って、受信データをトランスコードすることによって、ビットレートの低減を適用する。
【０１７８】
図６ａ又は図６ｂのステップＧ５の後に、図７ａ又は図７ｂのステップＡ３及びＡ４が行われ、したがって、ストリームがトランスコードされ、選択された音声言語と選択された字幕とに対応するデータのみがタイムシフト・バッファ・メモリに記録される。
【０１７９】
このように組み合わせられたビットレートの低減が利用される場合、ステップＡ４の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０１８０】
ビットレートの低減に関連付けられた第５の変形例によれば、プロセッサ３３は、トランスコードに関連付けられたビットレートの低減と、ＧＯＰの部分的な記録に関連付けられたビットレートの低減とを組み合わせる。したがって、プロセッサ３３は、先ず、図６ａ又は図６ｂにおいて説明されたステップに従って、受信データをトランスコードすることによって、ビットレートの低減を適用する。
【０１８１】
図６ａ又は図６ｂのステップＧ５の後に、図８ａ又は図８ｂのステップＨ３が行われ、したがって、ストリームがトランスコードされ、ある特定のＧＯＰのみがタイムシフト・バッファ・メモリに記録される。
【０１８２】
このように組み合わせられたビットレートの低減が利用される場合、ステップＨ３の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０１８３】
ビットレートの低減に関連付けられた第６の変形例によれば、プロセッサ３３は、ユーザによって選択されたデータ（言語と字幕）の記録に関連付けられたビットレートの低減と、ＧＯＰの部分的な記録に関連付けられたビットレートの低減とを組み合わせる。したがって、プロセッサ３３は、先ず、図７ａ又は図７ｂにおいて説明されたステップに従って、実際にはユーザによって選択されるデータの選択を行うことによって、更に、使用されない音声データ及び字幕をタイムシフト・バッファ・メモリに記録しないことによって、ビットレートの低減を適用する。
【０１８４】
図７ａ又は図７ｂのステップＡ３の後に、図８ａ又は図８ｂのステップＨ３が行われ、したがって、ストリームのビットレートが二重に低減される。
【０１８５】
このように組み合わせられたビットレートの低減が利用される場合、ステップＨ３の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０１８６】
ビットレートの低減に関連付けられた第７の変形例によれば、プロセッサ３３は、トランスコードに関連付けられたビットレートの低減と、実際に使用されるストリームを記録することに関連付けられたビットレートの低減と、ＧＯＰの一定のパーセンテージ（割合）を記録することと、を組み合わせる。したがって、プロセッサ３３は、先ず、図６ａ又は図６ｂにおいて説明されたステップに従って、受信データをトランスコードすることによって、ビットレートの低減を適用する。
【０１８７】
次に、プロセッサ３３は、図７ａ又は図７ｂにおいて説明されたステップに従って、言語に関して、及び、字幕に関して実際に使用されるデータのみを記録することによって、ビットレートの低減を適用する。次に、プロセッサ３３は、図８ａ及び図８ｂにおいて説明されたステップに従って、ＧＯＰの一定のパーセンテージ（割合）のみを記録することによって第３のビットレートの低減を行なう。
【０１８８】
このように組み合わせられたビットレートの低減が利用される場合、ステップＨ３の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０１８９】
第３の実施形態によれば、閾値ＢＳＳ及びＢＳＢ又は両者の一方が、チャンネルによって送信されるデータのタイプに従って、動的に規定される。
【０１９０】
この第３の実施形態を、図５を参照して説明する。
【０１９１】
ステップＦ１において、ユーザがリモコンを用いて、デコーダの電源投入を行い、受信チャンネルを選択する。デコーダの電源投入が行われると、タイムシフト・バッファ・メモリのパラメータであるＢＳＢ及びＢＳＳが、最小限として規定されたサイズに設定される。このサイズは、例えば、ＢＳＢについては１ＧＢであり、ＢＳＳについては１５分である。これらのいわゆる最小限のサイズは、各々のデコーダごとに、又は、工場において、又は、ユーザによって、又は、デコーダが使用される国に従っても、設定できる。したがって、受信データが、デコーダに接続されたテレビジョン・スクリーン上で、ユーザによって視聴される（なお、デコーダは、テレビジョン・セットに内蔵されて単一の装置を構成できる）。このデータは、受信されながら、タイムシフト・バッファ・メモリ３２にも記録される。
【０１９２】
ステップＦ２において、プロセッサ３３が受信ストリームのタイプを特定する。ストリームは、データ内にあるフィールドを分析することによって特定できる。受信ストリームがＭＰＥＧ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）タイプである場合、ストリーム内にあるＰＭＴテーブルによって、ストリームに含まれているデータのタイプの特定が可能になる。
【０１９３】
ここで、ストリームのタイプは、例えば、非限定的に、音声ストリーム、ＨＤ（ハイ・デフィニション）（高精細度）ビデオ・ストリーム、及び、ＳＤ（スタンダード・デフィニション）（標準精細度）ビデオ・ストリームを意味すると理解される。データの各々のタイプについて、最大ビットレートは周知である。
【０１９４】
ステップＦ３において、ユーザがチャンネルを変更したところであれば、前に受信されたストリームとの比較が行われる。ストリームが前のものと同じタイプでないならば、プロセッサは、ステップＦ４において、タイムシフト・バッファ・メモリ３２のパラメータを調節する。ステップＦ３はオプション（任意）であり、すなわち、前のストリームとの比較を行わずに、ユーザがチャンネルを変更する度に、閾値を調節することが可能である。
【０１９５】
容量リミット（容量限度）が固定されている場合、調節すべきパラメータの中に、記録タイム・リミット（記録時間限度）ＢＳＳが含まれる。
【０１９６】
データのタイプ（又はチャンネルのタイプ）が、
・音声（例えばラジオ・サービス）、
・ＨＤビデオ（例えばＨＤＴＶサービス）、
・ＳＤビデオ（例えばＳＤＴＶサービス）
の中から選択される場合、ＨＤ音声サービスとＳＤ音声サービスも想定できる。
【０１９７】
データが音声データである場合、両閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ａｕｄ
ＢＳＢ＝ＢＳＢ＿ａｕｄ
【０１９８】
データがＨＤビデオ・データである場合、両閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＨＤ
ＢＳＢ＝ＢＳＢ＿ＨＤ
【０１９９】
データがＳＤビデオ・データである場合、両閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＳＤ
ＢＳＢ＝ＢＳＢ＿ＳＤ
【０２００】
タイム・リミット（時間限度）が固定される場合、パラメータの中で、記録容量リミット（記録容量限度）ＵＢＳＢも調節できる。
【０２０１】
このように規定された閾値が、図３を参照して説明したステップＥ３において、使用される。
【０２０２】
この第３の実施形態を改良するために、第１の変形例によれば、記録データのビットレートを低減できる。
【０２０３】
この目的のために、受信データを、これを記録する前に、トランスコードできる。この目的のために、図６ａ及び図６ｂにおいて特徴となる前述のステップＧ１〜Ｇ５が、図３を参照して説明したステップＥ３の前に実行される。
【０２０４】
この第３の実施形態を改良するために、ビットレートの低減に関連付けられた第２の変形例によれば、データのある特定の部分のみを記録することによって、ビットレートの低減が適用できる。
【０２０５】
視聴される音声データのみを記録することによって、タイムシフト・バッファ・メモリに記録されるデータを低減できる。
【０２０６】
この目的のために、図７ａ及び図７ｂにおいて特徴となる前述のステップＡ１〜Ａ４が、図３を参照して説明したステップＥ３の前に実行される。
【０２０７】
ビットレートの低減に関連付けられた第３の変形例によれば、プロセッサ３３が、受信データのグループの一部のみを記録する。データがＭＰＥＧ符号化規格、例えば、ＭＰＥＧ２又はＭＰＥＧ４符号化規格に準拠している場合、そのデータは、ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅｓの頭字語（ａｃｒｏｎｙｍ）であるＧＯＰによって知られている画像のグループの形態で符号化されている。
【０２０８】
この目的のために、図８ａ及び図８ｂにおいて特徴となる前述のステップＨ１〜Ｈ３が、図３を参照して説明したステップＥ３の前に実行される。
【０２０９】
ビットレートの低減に関連付けられた第４の変形例によれば、プロセッサ３３は、トランスコードに関連付けられたビットレートの低減と、ユーザによって選択されたデータ（言語と字幕）の記録に関連付けられたビットレートの低減とを組み合わせる。したがって、プロセッサ３３は、先ず、図６ａ又は図６ｂにおいて説明されたステップに従って、受信データをトランスコードすることによって、ビットレートの低減を適用する。
【０２１０】
図６ａ又は図６ｂのステップＧ５の後に、図７ａ又は図７ｂのステップＡ３及びＡ４が行われ、したがって、ストリームがトランスコードされ、聴かれる言語と視られる字幕とに対応するデータのみがタイムシフト・バッファ・メモリに記録される。
【０２１１】
このように組み合わせられたビットレートの低減が利用される場合、ステップＡ４の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０２１２】
ビットレートの低減に関連付けられた第５の変形例によれば、プロセッサ３３は、トランスコードに関連付けられたビットレートの低減と、ＧＯＰの部分的な記録に関連付けられたビットレートの低減とを組み合わせる。したがって、プロセッサ３３は、先ず、図６ａ又は図６ｂにおいて説明されたステップに従って、受信データをトランスコードすることによって、ビットレートの低減を適用する。
【０２１３】
図６ａ又は図６ｂのステップＧ５の後に、図８ａ又は図８ｂのステップＨ３が行われ、したがって、ストリームがトランスコードされ、ある特定のＧＯＰがタイムシフト・バッファ・メモリに記録される。
【０２１４】
このように組み合わせられたビットレートの低減が利用される場合、ステップＨ３の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０２１５】
ビットレートの低減に関連付けられた第６の変形例によれば、プロセッサ３３は、ユーザによって選択されたデータ（言語と字幕）の記録に関連付けられたビットレートの低減と、ＧＯＰの部分的な記録に関連付けられたビットレートの低減とを組み合わせる。したがって、プロセッサ３３は、先ず、図７ａ又は図７ｂにおいて説明されたステップに従って、実際にはユーザによって選択されるデータの選択を行うことによって、更に、使用されない音声データ及び字幕をタイムシフト・バッファ・メモリに記録しないことによって、ビットレートの低減を適用する。
【０２１６】
図７ａ又は図７ｂのステップＡ３の後に、図８ａ又は図８ｂのステップＨ３が行われ、したがって、ストリームのビットレートが二重に低減される。
【０２１７】
このように組み合わせられたビットレートの低減が利用される場合、ステップＨ３の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０２１８】
ビットレートの低減に関連付けられた第７の変形例によれば、プロセッサ３３は、トランスコードに関連付けられたビットレートの低減と、実際に使用されるストリームを記録することに関連付けられたビットレートの低減と、ＧＯＰの一定のパーセンテージ（割合）を記録することと、を組み合わせる。したがって、プロセッサ３３は、先ず、図６ａ又は図６ｂにおいて説明されたステップに従って、受信データをトランスコードすることによって、ビットレートの低減を適用する。
【０２１９】
次に、プロセッサ３３は、図７ａ又は図７ｂにおいて説明されたステップに従って、言語に関して、及び、字幕に関して実際に使用されるデータのみを記録することによって、ビットレートの低減を適用する。次に、プロセッサ３３は、図８ａ及び図８ｂにおいて説明されたステップに従って、ＧＯＰの一定のパーセンテージ（割合）のみを記録することによって第３のビットレートの低減を行なう。
【０２２０】
このように組み合わせられたビットレートの低減が利用される場合、ステップＨ３の後に、図３を参照して説明したステップＥ３が続く。主な利点は、データが全部記録される場合に比べて、閾値ＢＳＳへの到達が遅くなることである。
【０２２１】
次に、第２の発明の具体的な特徴を説明する。
【０２２２】
この発明によれば、プロセッサは、
タイムシフト・バッファ・メモリの容量限度を規定する第１の閾値を規定する手段と、
タイムシフト・バッファ・メモリにおける記録についての時間限度を規定する第２の閾値を規定する手段と、
タイムシフト・バッファ・メモリにおける記録についての最小限の時間限度を規定する第３の閾値を規定する手段と、
を備え、
第１の閾値及び第２の閾値の少なくとも一方が到達されていない限り、プロセッサがデータをタイムシフト・バッファ・メモリに記録し、この２つの閾値の少なくとも一方が到達された場合に、
・更に第３の閾値も到達された場合に、
○プロセッサの読み出しポインタが、該プロセッサがデータを部分的に切り捨てなければならないタイムシフト・バッファ・メモリのゾーン内に存在する場合、かつ、ポーズ・モードが起動されていた、又は、読み出し速度が通常の読み出し速度未満であった場合、プロセッサは、タイムシフト・バッファ・メモリの通常の読み出し用モードに移行し、
○プロセッサの読み出しポインタが、該プロセッサがデータを部分的に切り捨てなければならないタイムシフト・バッファ・メモリのゾーン内に存在しない場合、プロセッサは、タイムシフト・バッファ・メモリ内のデータを部分的に切り捨てる。
【０２２３】
図９には、この第２の発明の好ましい実施形態が示されている。
【０２２４】
この第１の実施形態によれば、ステップＴ１において、デコーダによってデータの受信が開始される。ステップＴ１は、ある１つのチャンネル上のデータの受信の開始、したがって、例えばチャンネル変更を表しているが、このデータの受信は、後続のステップ全部を通じて、継続される。
【０２２５】
ステップＴ２において、データは、その受信期間中にタイムシフト・バッファ・メモリに記録される。次に、ステップＴ３において、バッファ・メモリの充填率についての検査が行われる。２つの閾値ＢＳＢとＢＳＳの一方が到達されており、次に、ステップＴ４においてＭＢＳＳも到達されており、かつ、ステップＴ５において読み出しポインタが、部分的に切り捨てられるべきゾーン内にある場合、デコーダは、ステップＴ７において、ポーズ・モードを止めて、速度１でのデータの読み出しに移行する。デコーダがポーズ・モード（又は、早戻し、又は、スロー再生のような低速）ではなく、１より大きい速度であるならば、デコーダは、当然、その速度（例えば２倍速又は４倍速の早送り再生）のままである。
【０２２６】
次に、ステップＴ８において、バッファ・メモリの充填率が最大容量ＵＢＳＢに近いか否かを調べる検査が行われる。近い場合は、次に、ステップＴ９において、読み出しポインタが順方向にジャンプし、したがって、読み出しポインタの現在の値と読み出しポインタの新たな値との間のデータは、読み出されない。ユーザは、画像におけるジャンプを認識するので、このジャンプは、ユーザにとっての視覚的な混乱を回避するために、最小限にする必要がある。本発明により、このようなジャンプは、めったに起きない。ジャンプの長さは、データのビットレート、容量ＵＢＳＢ、及び、読み出しポインタの位置によって決まり得る。ジャンプの長さは、サイズに関して、又は、利点として時間に関して、例えば１０秒から２０秒に調節できる。
【０２２７】
デコーダが、ステップＴ８において、到達最大容量に近くない場合は、ステップＴ２に戻って、すなわち、データの受信を継続する一方で、閾値ＢＳＢ及びＢＳＳの検査を定期的に行い、もし必要ならば、これを、オプションであるステップＴ１０において遅延させることによって行う。
【０２２８】
ステップＴ５において、読み出しポインタが、部分的に切り捨てられるべきゾーンに存在しない場合、ステップＴ６に移行して、タイムシフト・バッファ・メモリのスタート部が部分的に切り捨てられる。部分的な切り捨てのサイズは、ビットレート、読み出しポインタの位置、容量ＵＢＳＢ等によっても左右される。ステップＴ６の後、ステップＴ２に戻るが、もし必要ならば、これを、閾値ＢＳＳ又はＢＳＢの検査を再び行う前にステップＴ１０において遅延させることによって行う。
【０２２９】
図１０及び図１１には、図９で説明した実施形態の第１の変形例が示されている。
【０２３０】
これらの２つの変形例においては、図９のステップＴ１とＴ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのタイプに従って設定することが可能になる。
【０２３１】
図１０に示されているこの変形例においては、データのタイプ（又はチャンネルのタイプ）が、
・音声（例えばラジオ・サービス）、
・ＨＤビデオ（例えばＨＤＴＶサービス）、
・ＳＤビデオ（例えばＳＤＴＶサービス）
の中から選択されるが、ＨＤ音声サービスとＳＤ音声サービスも想定できる。
【０２３２】
チャンネル変更後の、ステップＴ１とＴ２との間に設けられた検査Ｖ１において、すなわちデータ受信期間中に、プロセッサ３３が、受信データのタイプを特定する。このタイプは、例えば、ヘッダ又はメタデータのフィールドを読み取ることによって、特定できる。ＭＰＥＧ２又はＭＰＥＧ４のフォーマットに符号化されているデータの場合は、ＰＭＴテーブルによって、そのようなデータのタイプを検知することが可能になる。データが音声データである場合、ステップＶ４において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ａｕｄ
ＢＳＢ＝ＢＳＢ＿ａｕｄ
ＭＢＳＳ＝ＭＢＳＳ＿ａｕｄ
【０２３３】
音声データのビットレートは、ＳＤかＨＤかに関わらず、ビデオ・データのビットレートに比べて低い。
【０２３４】
データが音声データではない場合、次に、ステップＶ２において、プロセッサは、データがＳＤビデオ・データであるか否かを検査する。データがＳＤビデオ・データである場合、次に、ステップＶ５において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＳＤ
ＢＳＢ＝ＢＳＢ＿ＳＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＳＤ
【０２３５】
データがＳＤビデオ・データではない場合、次にステップＶ３において、プロセッサは、データがＨＤビデオ・データであるか否かを検査する。データがＨＤビデオ・データである場合、次に、ステップＶ６において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＨＤ
ＢＳＢ＝ＢＳＢ＿ＨＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＨＤ
【０２３６】
これらの閾値の設定の後、次にステップＴ２に移行する。
【０２３７】
図１１には、再びデータのタイプに関するこの変形例が示されているが、このデータのタイプの特定は、音声、ＳＤビデオ、ＨＤビデオのタイプに基づくのではなく、データを符号化するのに使用された符号化のタイプに基づく。
【０２３８】
チャンネル変更後の、ステップＴ１とＴ２との間に設けられた検査Ｗ１において、すなわちデータ受信期間中に、プロセッサ３３が、受信データのタイプを特定する。このタイプは、例えば、ヘッダ又はメタデータのフィールドを読み取ることによって、特定できる。ＭＰＥＧ２又はＭＰＥＧ４（Ｈ２６４）のフォーマットに符号化されているデータの場合は、ＰＭＴテーブルによって、そのようなデータのタイプを検知することが可能になる。データがＨ２６４データである場合、ステップＷ４において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＨＤ
ＢＳＢ＝ＢＳＢ＿ＨＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＨＤ
【０２３９】
データがＨ２６４データではない場合、次に、検査Ｗ２において、プロセッサは、データがＭＰＥＧ２データであるか否かを検査する。データがＭＰＥＧ２データである場合、次に、ステップＷ５において、３つの閾値は、次の値で設定される。
ＢＳＳ＝ＢＳＳ＿ＳＤ
ＢＳＢ＝ＢＳＢ＿ＳＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＳＤ
【０２４０】
データがＭＰＥＧ２データではない場合、ステップＷ２の検査の後、そのデータは、例えば音声データであるか、あるいは、その他のタイプのデータもあり得る。ステップＷ６において、３つの閾値は、次の値で設定される。
ＢＳＳ＝ＢＳＳ＿Ｘ
ＢＳＢ＝ＢＳＢ＿Ｘ
ＭＢＳＳ＝ＭＢＳＳ＿Ｘ
【０２４１】
ステップＷ４、Ｗ５又はＷ６の後、プロセッサはステップＴ２に移行する。
【０２４２】
当然、符号化のタイプは、ＭＰＥＧ２又はＨ２６４のタイプには限定されず、データの符号化のその他の任意のタイプ、あるいは、ビデオ符号化以外の符号化のその他の任意のタイプであってもよい。
【０２４３】
図１２には、この好ましい実施形態の第２の変形例が示されている。この第２の変形例においては、図９のステップＴ１とＴ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのビットレートに従って設定することが可能になる。
【０２４４】
ステップＴ１の後、ステップＺ１において、プロセッサが、受信データの平均ビットレートを特定する。プロセッサは、受信チャンネルのビットレートを分析するために、タイムシフト・バッファ・メモリが充填される速度を分析する。平均ビットレートと補助的な最大ビットレートとは、タイムシフト・バッファ・メモリのパラメータのより良い設定を可能にするデータである。これは、各々のチャンネルの受信期間中に行える。最大ビットレートは、現在のザッピング（視聴チャンネルの切り替え）の際のみならず、その同一サービスでの過去のチャンネル変更期間において計算されたビットレートの蓄積によっても検知される。
【０２４５】
プロセッサ３３は、チャンネル毎のビットレートを測定するが、その代わりに、いくつかのチャンネルのビットレートを測定して、それらの相異なるチャンネルについての平均値を取ることもできるが、後者の場合、測定の信頼性が、チャンネル毎の測定ほどは高くない。一組のチャンネルについての測定は、それらのチャンネルがビットレートに関して全く同程度であると認められる場合に、行う価値があり得る。ビットレートは、ＩＰチャンネルの場合に、デコーダによって内部で計算されるのではなく、例えばインターネットを介して得られるデータの項目ともなり得る。ケーブル又は衛星放送については、ビットレートは、デコーダによって、例えば、インターネットのサイトからも得ることができ（デコーダがそれらを得ることができる場合）、あるいは、オペレータによって設けられたサイトからも得ることができ、あるいは、シグナリングのプライベート・フィールド、すなわち例えばＰＭＴ、ＳＤＴ又はＮＩＴサービスに示されたサイトからも検索できる。
【０２４６】
ステップＺ２において、相異なる閾値ＢＳＳ、ＢＳＢ、ＭＢＳＳが、閾値に従って計算される。
【０２４７】
プロセッサ３３は、チャンネル毎のビットレートを分析して、チャンネル毎にタイムシフト・バッファ・メモリ３２のパラメータを設定することが望ましい。パラメータの設定は、あるチャンネルが視聴される時に動的に調節でき、あるいは、次にこのチャンネルに接続した時に使用できる。
【０２４８】
仮に所与のネットワークにおけるビットレートの変動量が５０％であると考えられる場合、閾値ＢＳＳは、以下のように算出できる。
ＢＳＳ＝（ＵＢＳＢ−（（ＡｖＢｉｔＲａｔｅ×１.５）×ｄｕｒａｔｉｏｎＭａｘＢｉｔＲａｔｅ）)／ＡｖＢｉｔＲａｔｅ
ここで、ＡｖＢｉｔＲａｔｅは平均ビットレートであり、ＭａｘＢｉｔＲａｔｅは最大ビットレートであり、ｄｕｒａｔｉｏｎＭａｘＢｉｔＲａｔｅは、平均ビットレートから始まり、最大ビットレート状態が生じた場合に、最大ビットレートが、飽和（バッファのオーバーフロー）なしで耐えられ得る時間である。
【０２４９】
閾値ＢＳＳは、平均ビットレートと最大ビットレートとの両方によって決まる場合、以下のように算出できる。
ＢＳＳ＝（ＵＢＳＢ−（ＭａｘＢｉｔＲａｔｅ×ｄｕｒａｔｉｏｎＭａｘＢｉｔＲａｔｅ））／ＡｖＢｉｔＲａｔｅ
【０２５０】
図１３ａと図１３ｂには、ビットレートの低減がデコーダによって受信されるデータに適用される本発明の第４の変形例が示されている。
【０２５１】
図１３ａのステップと図１３ｂのステップとは同一である。
【０２５２】
図１３ａは、データのトランスコードによるビットレートの低減に関して、図３に示された方法の上流で行われるビットレートの低減を示している。
【０２５３】
図９のステップＴ１におけるデータ受信開始の後、ステップＬ１において、データのビットレートが、例えば、前述の図４、図５又は図６を参照して、あるいは、ネットワークから得られたたデータ（メタデータ又はその他のデータ）の使用によって、評価される。ここで、高いビットレートは、例えば、ＨＤで符号化されたデータのビットレートを意味すると理解してよい。また、低いビットレートは、音声データのビットレートを意味すると理解してよい。ＳＤデータについては、閾値を設定でき、それ未満であれば、ビットレートは低いと見なされる。
【０２５４】
ビットレートが高いと見なされる場合、ストリームに含まれたＰＭＴテーブルが修正されて記録される。
【０２５５】
ＰＭＴテーブルは、メモリ３１のデータベースにメタデータの形態で記録されて、周期的に再生時に再導入される。ＰＭＴテーブルは、データと共にタイムシフト・バッファ・メモリに記録することもできるが、これは、再生時に、反復の都度、ＰＭＴテーブルの修正を必要とする。したがって、プロセッサ３３は、受信ＰＭＴテーブルを記録する前に、これらの受信ＰＭＴテーブルを修正する。ＰＭＴテーブルは、記録されるデータの新たなフォーマットを反映するように修正されて、データ・ストリーム内のある位置に関連付けられたメタデータとして記録される。プロセッサ３３は、正当開始位置に関連付けられた初期ＰＭＴと、トランスコードされたデータの開始位置に関連付けられた修正済みＰＭＴとをメタデータとして記録する。更に、プロセッサ３３は、ＰＭＴテーブルのバージョンを管理することによって、再生時に、トランスコードに起因するＰＭＴ変化と、ストリーム内での実際のＰＭＴ変化とを正確に検知する。
【０２５６】
例えば、仮に、プロセッサ３３が時点Ｔ０＋Ｘと時点Ｔ１−Ｙとの間でデータをトランスコードし、初期ストリームに次のＰＭＴ
Ｔ０  ＰＭＴ  Ｖ２．．．．Ｔ１  ＰＭＴ  Ｖ３
が含まれているとすれば、記録され復号されたストリームには、次のＰＭＴ
Ｔ０  ＰＭＴ  Ｖ２．．．．Ｔ０＋Ｘ  ＰＭＴ  Ｖ３．．．．Ｔ１−Ｙ  ＰＭＴ  Ｖ４．．．．Ｔ１  ＰＭＹ  Ｖ５
が含まれる。
【０２５７】
再生時に、ＰＭＴテーブルは、ストリームに、周期的に、例えば、位置に従って１００ｍｓ（ミリ秒）毎に、導入される。プロセッサがストリーム内のジャンプを行う場合、プロセッサは、到達位置よりも前のＰＭＴを導入する。いかなるＰＭＴの遷移も、ストリーム内での新たなＰＭＴバージョンとして管理される。
【０２５８】
再生期間中に、この遷移のために、スクリーンが黒くなるか、あるいは、映像がフリーズする。このようにスクリーンが黒くなるか、あるいは、映像がフリーズするこの遷移を制限するために、再生時に、２つのビデオ・デコーダを一時的に使用できるようにして、初期の（トランスコードされていない）データと低ビットレート・トランスコードされたデータとの両方を、短期間、記録して、一方のデコーダから他方に切り換えることも可能である。
【０２５９】
このステップの変形例によれば、ＰＭＴテーブルは、修正されない。この目的のため、プロセッサ３３は、ストリーム内のある位置に関連付けられたメタデータを使用し、このメタデータには、初期のデータを低ビットレートのデータに変換することを可能にするのに必要な全ての情報が含まれている。同じ方法で、トランスコードされたデータとトランスコードされていないデータとを、わずかな一定秒間、記録することによって、更に、これらの遷移を反映するメタデータを生成することによって、スクリーンが黒くなること又は映像がフリーズすることを制限できる。
【０２６０】
データは、前述のステップＴ２においてタイムシフト・バッファ・メモリに記録される前に、ステップＬ３においてトランスコードされる。
【０２６１】
図１３ｂには、図１３ａに示されたようなトランスコードが示されているが、このトランスコードが、チャンネル変更直後ではなく、ステップＴ４とＴ５との間に配置される場合が示されている。ステップは図１３ａのものと同じであるので、ここで、それらの再説明は行わない。
【０２６２】
図１３ａ及び図１３ｂの変形例によれば、ステップＬ１はオプションであり、トランスコードは、ビットレートの条件なしで、常時、行え得る。
【０２６３】
図１４ａ及び図１４ｂには本発明の第５の変形例が示されており、ここでは、ビットレートの低減が受信データにも適用されるが、このビットレートの低減によれば、データの部分的な記録が行われる。
【０２６４】
受信データがオーディオビジュアル・データと字幕である場合、そのデータがいくつかの字幕選択肢をも伴う種々の音声言語で受信されることが往々にしてある。しかしながら、ユーザが、番組の最中に聴いている言語を変えたり、字幕を変えたりすることは、稀である。したがって、視聴される音声データのみを記録することによって、タイムシフト・バッファ・メモリに記録されるデータを低減できる。これは、マルチプル・ビデオ（複数のビデオ）の場合にも有効である。
【０２６５】
上記ステップＬ１（ステップＫ１はステップＬ１と同じである）を参照して説明したようにデータが高いビットレートであると見なされる場合、ステップＫ２において、プロセッサ３３は、ユーザが選択した音声言語と視る字幕とを検知する。ステップＫ３において、プロセッサ３３は、言語が、ユーザによって選択された言語と字幕とに対応する受信データのみをタイムシフト・バッファ・メモリに記録する。
【０２６６】
記録された、換言すれば修正されたデータを反映するために、ＰＭＴテーブルは、そのＰＭＴテーブルが参照している修正データの記録期間中に修正される。
【０２６７】
図１４ｂには、図８ａで行われるようなビットレートの低減が示されているが、このビットレートの低減は、チャンネル変更直後ではなく、ステップＴ４とＴ５との間に配置される。ステップは図１４ａのものと同じであるので、ここで、それらの再説明は行わない。
【０２６８】
図１４ａ及び図１４ｂの変形例によれば、ステップＫ１はオプションであり、ビットレートの低減は、ビットレートの条件なしで、常時、行え得る。
【０２６９】
図１５ａ及び図１５ｂには本発明の第６の変形例が示されており、ここでは、ビットレートの低減が受信データにも適用されるが、このビットレートの低減によれば、ＧＯＰのあるパーセンテージ（割合）のみが記録される。
【０２７０】
上記ステップＬ１（ステップＭ１はステップＬ１と同じである）を参照して説明したようにデータが高いビットレートであると見なされる場合、ステップＭ２において、プロセッサ３３は、受信ビデオＧＯＰのあるパーセンテージ（割合）のみを記録することを決定する。
【０２７１】
記録されるＧＯＰのパーセンテージ（割合）は、受信データのビットレートに従って変わる。例えば、４つの受信ＧＯＰのうちの３つが記録される。ＧＯＰは、イントラ（Ｉ）タイプの画像、又は、ＭＰＥＧ４符号化規格に準拠するデータについてはＩＤＲタイプの画像をインデックス（索引付け）することによって区切られる。しかしながら、正しい音を得るために、全ての音声データが記録される。したがって、タイム・ストレージ・バッファ・メモリの読み出しの際に、ビデオ・データがゆっくりと変化する（失われたＧＯＰについて画像のフリーズがある）が、音と字幕は、完全に元の状態に戻される。
【０２７２】
図１５ｂには、図１５ａに示されたようなＧＯＰの部分記録よるビットレートの低減が示されているが、このビットレートの低減が、チャンネル変更直後ではなく、ステップＴ４とＴ５との間に配置される場合が示されている。ステップは図１５ａのものと同じであるので、ここで、それらの再説明は行わない。
【０２７３】
図１５ａ及び図１５ｂの変形例によれば、ステップＭ１はオプションであり、ＧＯＰのあるパーセンテージ（割合）の記録は、ビットレートの条件なしで、常時、行え得る。
【０２７４】
測定ビットレートに応じて、前述のように、１つ、２つ又は３つのビットレートの低減を同時に組み合わせることによって、ビットレートの低減を互いに組み合わせることも可能である。
【０２７５】
以下、第３の発明の具体的な特徴を説明する。
【０２７６】
第３の発明による方法の本質は、前述の図５のステップＦ１からＦ４の実施にある。
【０２７７】
一つの好ましい実施形態によれば、この第３の発明は、データを受信して記録媒体に記録する方法に関し、その装置は、タイムシフト・バッファ・メモリと呼ばれる上記記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えている。本発明によれば、この装置は、受信データのタイプを検知する手段と、この受信データのタイプに従って、タイムシフト・バッファ・メモリにおける記録についての時間限度を調節する手段と、を備えている。
【０２７８】
利点として、ビットレートの低減に関連付けられた第１の変形例によれば、データのトランスコードが、データ受信期間中に行われる。
【０２７９】
前述の図６ａ及び図６ｂには、この変形例が示されている。ステップＧ４とＧ５は、ステップＦ２の前又は後で行える。
【０２８０】
利点として、ビットレートの低減に関連付けられた第２の変形例によれば、ビットレートの低減は、データのある特定の部分のみを記録することによって、適用できる。前述の図７ａ及び図７ｂには、このような変形例が示されている。ステップＡ３とＡ４は、ステップＦ２の前又は後で行える。
【０２８１】
利点として、ビットレートの低減に関連付けられた第３の変形例によれば、プロセッサ３３は、受信データのグループの一部のみを記録する。データがＭＰＥＧ符号化規格、例えば、ＭＰＥＧ２又はＭＰＥＧ４符号化規格に準拠している場合、そのデータは、ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅｓの頭字語（ａｃｒｏｎｙｍ）であるＧＯＰによって知られている画像のグループの形態で符号化されている。
【０２８２】
前述の図８ａ及び図８ｂには、この実施形態が示されている。ステップＨ３は、ステップＦ２の前又は後で行える。
【０２８３】
前述の図３にも、この発明の詳しい実施形態が示されている。
【０２８４】
前述の図９にも、この発明の詳しい実施形態が示されている。
【０２８５】
これ以下、第４の発明の具体的な特徴を説明する。
【０２８６】
第４の発明による方法の本質は、図１６のステップの実施にある。
【０２８７】
一つの好ましい実施形態によれば、この第４の発明は、データを受信して記録媒体に記録する装置に関し、この装置は、タイムシフト・バッファ・メモリと呼ばれる上記記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、このプロセッサは、
・バッファ・メモリを初期化することによって、その記録時間容量を固定閾値に等しくする手段と、
・データ・チャンネルの各々の受信期間中に、少なくとも、各々のチャンネルの平均ビットレートを分析する手段と、
・少なくとも上記平均ビットレートに従って、バッファ・メモリの記録時間容量を、閾値より大きい値に調節する手段と、
を備えている。
【０２８８】
ステップＳ１において、ユーザが、リモコンを用いて、デコーダの電源投入を行い、受信チャンネルを選択する。デコーダの電源投入が行われると、タイムシフト・バッファ・メモリのパラメータであるＢＳＢ及びＢＳＳは、最小限として規定されるサイズに設定される。このサイズは、例えば、ＢＳＢについては１ＧＢであり、ＢＳＳについては１５分である。これらのいわゆる最小限のサイズは、各々のデコーダごとに、又は、工場において、又は、ユーザによって、又は、デコーダが使用される国に従って、又は、デコーダが接続されるブロードキャスト・ネットワークに従っても、設定できる。したがって、受信データが、デコーダに接続されたテレビジョン・スクリーン上で、ユーザによって視聴される（なお、デコーダは、テレビジョン・セットに内蔵されて単一の装置を構成できる）。ステップＳ２において、このデータは、受信されながら、タイムシフト・バッファ・メモリ３２にも記録される。
【０２８９】
ステップＳ３において、プロセッサ３３が、タイムシフト・バッファ・メモリが充填される速度を分析し、それによって、受信チャンネルのビットレートを分析する。平均ビットレートと補助的に最大ビットレートとは、タイムシフト・バッファ・メモリのパラメータのより良い設定を可能にするデータである。これは各々のチャンネルの受信中に行える。
【０２９０】
プロセッサ３３は、チャンネル毎のビットレートを測定するが、その代わりに、いくつかのチャンネルのビットレートを測定して、それらの相異なるチャンネルについての平均値を取ることもできるが、後者の場合、測定の信頼性が、チャンネル毎の測定ほどは高くない。一組のチャンネルについての測定は、それらのチャンネルがビットレートに関して全く同程度であると認められる場合に、行う価値があり得る。
【０２９１】
プロセッサ３３は、チャンネル毎のビットレートを分析して、チャンネル毎にタイムシフト・バッファ・メモリ３２のパラメータを設定することが好ましい。パラメータの設定は、あるチャンネルが視聴される時に動的に調節でき、あるいは、次にこのチャンネルに接続した時に使用して、初期閾値を、最小値にではなく、設定できる。
【０２９２】
したがって、閾値ＢＳＳは、平均ビットレートに応じて調節される。しかしながら、チャンネルのビットレート変動が大きい場合は、そのチャンネルの最大ビットレートに応じて、閾値ＢＳＳを調節することも有効である。
【０２９３】
仮に所与のネットワークにおけるビットレート変動が５０％であると考えられる場合には、閾値ＢＳＳは、以下のように計算できる。
ＢＳＳ＝（ＵＢＳＢ−（（ＡｖＢｉｔＲａｔｅ×１.５) ×ｄｕｒａｔｉｏｎＭａｘＢｉｔＲａｔｅ））／ＡｖＢｉｔＲａｔｅ
【０２９４】
閾値が平均ビットレートと最大ビットレートの両方によって決まる場合、閾値ＢＳＳは、以下のように計算できる。
ＢＳＳ＝（ＵＢＳＢ−（ＭａｘＢｉｔＲａｔｅ×ｄｕｒａｔｉｏｎＭａｘＢｉｔＲａｔｅ））／ＡｖＢｉｔＲａｔｅ
【０２９５】
別の変形例によれば、タイムシフト・バッファ・メモリの容量リミット（容量限度）を表す閾値ＢＳＢも平均ビットレートに応じて設定される。
【０２９６】
更に別の変形例によれば、閾値ＢＳＢも平均ビットレートと最大ビットレートとに応じて設定される。
【０２９７】
利点として、更に、ビットレートの低減をこの実施形態及びその変形例と組み合わせることができる。実際、ビットレートの低減が実現される場合、ユーザにとって、記録タイム・リミットが大きくなるメリットがあり、あるいは、少なくとも同一時間でより多くの受信データを加えることができる。
【０２９８】
ビットレートの低減に関連付けられた第１の変形例によれば、データのトランスコードがデータの受信中に行われる。
【０２９９】
前述の図６ａ及び図６ｂには、この変形例が示されている。それぞれステップＧ３及びＧ’３〜Ｇ５が、ステップＳ３及びＳ４の前又は後に挿入される。
【０３００】
ビットレートの低減に関連付けられた第２の変形例によれば、ビットレートの低減は、データのある特定の部分のみを記録することによって適用できる。図７ａ及び図７ｂには、そのような変形例が示されている。それぞれステップＡ２及びＡ’２からＡ４が、ステップＳ３及びＳ４の前又は後に挿入される。
【０３０１】
ビットレートの低減に関連付けられた第３の変形例によれば、マイクロプロセッサ３３は、受信データのグループの一部のみを記録する。データがＭＰＥＧ符号化規格、例えば、ＭＰＥＧ２又はＭＰＥＧ４符号化規格に準拠している場合、そのデータは、ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅｓの頭字語（ａｃｒｏｎｙｍ）であるＧＯＰによって知られている画像のグループの形態で符号化されている。
【０３０２】
図８ａ及び図８ｂには、この実施形態が示されている。それぞれステップＨ２及びＨ’２とＨ３とが、ステップＳ３及びＳ４の前又は後に挿入される。
【０３０３】
前述の図３には、この発明の特定の実施形態も示されている。
【０３０４】
また、前述の図９にも、この発明の特定の実施形態も示されている。
【０３０５】
これ以下、第５の発明の具体的な特徴を説明する。
【０３０６】
第５の発明による方法の本質は、図６ａ又は図６ｂのステップの実施にある。
【０３０７】
一つの好ましい実施形態によれば、この第５の発明は、オーディオビジュアル・データを受信して記録媒体に記録する方法に関し、その装置は、タイムシフト・バッファ・メモリと呼ばれる上記記録媒体の一部においてタイムシフト機能を実施するプロセッサを備えている。この発明によれば、このプロセッサは、受信データをタイムシフト・バッファ・メモリに記録する前に記録すべきデータの量を低減するために、受信データをトランスコードする手段を備えている。
【０３０８】
利点として、更なるビットレートの低減が、データのある特定の部分のみを記録することによって、適用できる。前述の図７ａ及び図７ｂには、このような変形例が示されている。この更なるビットレートの低減は、トランスコードによるビットレートの低減の前又は後に行える。
【０３０９】
利点として、更なるビットレートの低減が、データのある特定のグループのみを記録することによって、適用できる。前述の図８ａ及び図８ｂには、このような変形例が示されている。この更なるビットレートの低減は、トランスコードによるビットレートの低減の前又は後に行える。
【０３１０】
前述の図３には、図６ａ又は図６ｂによる、及び、前述の変形例によるデータのトランスコードの後に適用可能なタイムシフト・バッファ・メモリの２つの閾値を用いた管理が示されている。
【０３１１】
また、図９には、図６ａ又は図６ｂによる、及び、前述の変形例によるデータのトランスコードの後に適用可能なタイムシフト・バッファ・メモリの４つの閾値を用いた管理が示されている。
【０３１２】
図１０及び図１１には、図３及び図９に示された実施形態についての２つの第１の変形例が示されている。
【０３１３】
これらの２つの変形例においては、図９のステップＴ１とＴ２との間の、あるいは、図３のステップＥ１とＥ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのタイプに従って、設定することが可能になる。
【０３１４】
図１０に示されているこの変形例においては、データのタイプ（又はチャンネルのタイプ）が、
・音声（例えばラジオ・サービス）、
・ＨＤビデオ（例えばＨＤＴＶサービス）、
・ＳＤビデオ（例えばＳＤＴＶサービス）
の中から選択されるが、ＨＤ音声サービスとＳＤ音声サービスも想定できる。
【０３１５】
チャンネル変更後の、ステップＴ１とＴ２との間に設けられた検査Ｖ１において、すなわち、データ受信期間中に、プロセッサ３３が、受信データのタイプを特定する。このタイプは、例えば、ヘッダ又はメタデータのフィールドを読み取ることによって、特定できる。ＭＰＥＧ２又はＭＰＥＧ４のフォーマットに符号化されているデータの場合は、ＰＭＴテーブルによって、そのようなデータのタイプを検知することが可能になる。データが音声データである場合、ステップＶ４において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ａｕｄ
ＢＳＢ＝ＢＳＢ＿ａｕｄ
ＭＢＳＳ＝ＭＢＳＳ＿ａｕｄ
【０３１６】
音声データのビットレートは、ＳＤかＨＤかに関わらず、ビデオ・データのビットレートに比べて低い。
【０３１７】
データが音声データではない場合、次に、ステップＶ２において、プロセッサは、データがＳＤビデオ・データであるか否かを検査する。データがＳＤビデオ・データである場合、次に、ステップＶ５において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＳＤ
ＢＳＢ＝ＢＳＢ＿ＳＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＳＤ
【０３１８】
データがＳＤビデオ・データではない場合、次にステップＶ３において、プロセッサは、データがＨＤビデオ・データであるか否かを検査する。データがＨＤビデオ・データである場合、次に、ステップＶ６において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＨＤ
ＢＳＢ＝ＢＳＢ＿ＨＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＨＤ
【０３１９】
これらの閾値の設定の後、次にステップＴ２に移行する。
【０３２０】
図１１には、再びデータのタイプに関するこの変形例が示されているが、このデータのタイプの特定は、音声、ＳＤビデオ、ＨＤビデオのタイプに基づくのではなく、データを符号化するのに使用された符号化のタイプに基づく。
【０３２１】
チャンネル変更後の、ステップＴ１とＴ２との間に設けられた検査Ｗ１において、すなわち、データ受信期間中に、プロセッサ３３が、受信データのタイプを特定する。このタイプは、例えば、ヘッダ又はメタデータのフィールドを読み取ることによって、特定できる。ＭＰＥＧ２又はＭＰＥＧ４（Ｈ２６４）のフォーマットに符号化されているデータの場合は、ＰＭＴテーブルによって、そのようなデータのタイプを検知することが可能になる。データがＨ２６４データである場合、ステップＶ４において、３つの閾値は、次の閾値で設定される。
ＢＳＳ＝ＢＳＳ＿ＨＤ
ＢＳＢ＝ＢＳＢ＿ＨＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＨＤ
【０３２２】
データがＨ２６４データではない場合、次に、検査Ｗ２において、プロセッサは、データがＭＰＥＧ２データであるか否かを検査する。データがＭＰＥＧ２データである場合、次に、ステップＷ５において、３つの閾値は、次の値で設定される。
ＢＳＳ＝ＢＳＳ＿ＳＤ
ＢＳＢ＝ＢＳＢ＿ＳＤ
ＭＢＳＳ＝ＭＢＳＳ＿ＳＤ
【０３２３】
データがＭＰＥＧ２データではない場合、ステップＷ２の検査の後、そのデータは、例えば音声データであるか、あるいは、その他のタイプのデータもあり得る。ステップＷ６において、３つの閾値は、次の値で設定される。
ＢＳＳ＝ＢＳＳ＿Ｘ
ＢＳＢ＝ＢＳＢ＿Ｘ
ＭＢＳＳ＝ＭＢＳＳ＿Ｘ
【０３２４】
ステップＷ４、Ｗ５又はＷ６の後、プロセッサは、ステップＴ１から来た場合はステップＴ２に、あるいは、ステップＥ１から来た場合はステップＥ２に、移行する。
【０３２５】
前述の図１２には、本発明の変形例が示されている。この第２の変形例においては、図７のステップＴ１とＴ２との間の、あるいは、図６のステップＥ１とＥ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのビットレートに従って、設定することが可能になる。
【０３２６】
これ以下、第６の発明の具体的な特徴を説明する。
【０３２７】
第６の発明による方法の本質は、図７ａ又は図７ｂのステップの実施にある。
【０３２８】
一つの好ましい実施形態によれば、この第６の発明は、オーディオビジュアル・データを受信して記録媒体に記録する装置に関し、この装置は、タイムシフト・バッファ・メモリと呼ばれる上記記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、データは、音声言語又は字幕に関する複数のモードで符号化されている。この第６の発明によれば、プロセッサは、
・データが復号されるモードを検知する手段と、
・１つの復号されたモードのみにおけるデータをタイムシフト・バッファ・メモリに記録する手段と、
を備えている。
【０３２９】
ビットレートの低減に関連付けられた変形例によれば、マイクロプロセッサ３３は、受信データのグループの一部のみを記録する。データがＭＰＥＧ符号化規格、例えば、ＭＰＥＧ２又はＭＰＥＧ４符号化規格に準拠している場合、そのデータは、ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅｓの頭字語（ａｃｒｏｎｙｍ）であるＧＯＰによって知られている画像のグループの形態で符号化されている。
【０３３０】
図８ａ及び図８ｂには、この実施形態が示されている。この更なるビットレートの低減は、復号されたモードに関連付けられたビットレートの低減の前又は後に行える。
【０３３１】
別の更なるビットレートの低減が、受信データをトランスコードすることによって、適用できる。前述の図６ａ及び図６ｂには、この実施形態が示されている。この更なるビットレートの低減は、復号されたモードに関連付けられたビットレートの低減の前又は後に行える。
【０３３２】
前述の図３には、図７ａ又は図７ｂに従って、及び、前述の変形例に従ってデータに適用されたビットレートの低減の後に適用可能なタイムシフト・バッファ・メモリの２つの閾値を用いた管理が示されている。
【０３３３】
図９には、図７ａ又は図７ｂに従って、及び、前述の変形例に従ってデータに適用されたビットレートの低減の後に適用可能なタイムシフト・バッファ・メモリの４つの閾値を用いた管理が示されている。
【０３３４】
図１０及び図１１には、図３及び図９に示された実施形態についての２つの第１の変形例が示されている。
【０３３５】
これらの２つの変形例においては、図９のステップＴ１とＴ２との間の、あるいは、図３のステップＥ１とＥ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのタイプに従って、設定することが可能になる。
【０３３６】
前述の図１２には、本発明の変形例が示されている。この第２の変形例においては、図７のステップＴ１とＴ２との間の、あるいは、図６のステップＥ１とＥ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのビットレートに従って、設定することが可能になる。
【０３３７】
これ以下、第７の発明の具体的な特徴を説明する。
【０３３８】
第７の発明による方法の本質は、図８ａ又は図８ｂのステップの実施にある。
【０３３９】
一つの好ましい実施形態によれば、この第７の発明は、データを受信して記録媒体に記録する装置に関し、この装置は、タイムシフト・バッファ・メモリと呼ばれる上記記録媒体の一部においてタイムシフト機能を実施するプロセッサを備え、上記データは、ビデオ・データのグループとオーディオ・データのグループとに符号化されたオーディオビジュアル・データである。この発明によれば、この装置は、受信ビデオ・データの全グループよりも少ないあるパーセンテージ（割合）のみとオーディオ・データの全グループとをメモリに記録する手段を備えている。
【０３４０】
利点として、更なるビットレートの低減が、データのある特定の部分のみを記録することによって、適用できる。前述の図７ａ及び図７ｂには、このような変形例が示されている。この更なるビットレートの低減は、復号されたモードに関連付けられたビットレートの低減の前又は後に行える。
【０３４１】
利点として、別の更なるビットレートの低減が、受信データをトランスコードすることによって、適用できる。前述の図６ａ及び図６ｂには、この実施形態が示されている。この更なるビットレートの低減は、復号されたモードに関連付けられたビットレートの低減の前又は後に行える。
【０３４２】
前述の図３には、図７ａ又は図７ｂに従って、及び、前述の変形例に従ってデータに適用されたビットレートの低減の後に適用可能なタイムシフト・バッファ・メモリの２つの閾値を用いた管理が示されている。
【０３４３】
図９には、図７ａ又は図７ｂに従って、及び、前述の変形例に従ってデータに適用されたビットレートの低減の後に適用可能なタイムシフト・バッファ・メモリの４つの閾値を用いた管理が示されている。
【０３４４】
図１０及び図１１には、図３及び図９に示された実施形態についての２つの第１の変形例が示されている。
【０３４５】
これらの２つの変形例においては、図９のステップＴ１とＴ２との間の、あるいは、図９のステップＥ１とＥ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのタイプに従って、設定することが可能になる。
【０３４６】
前述の図１２には、本発明の変形例が示されている。この第２の変形例においては、図７のステップＴ１とＴ２との間の、あるいは、図６のステップＥ１とＥ２との間の中間ステップによって、３つの閾値ＢＳＳ、ＢＳＢ及びＭＢＳＳを、受信データのビットレートに従って、設定することが可能になる。
【図１】
2015526007.tif 000003
【図２】
2015526007.tif 000004
【図３】
2015526007.tif 000005
【図４】
2015526007.tif 000006
【図５】
2015526007.tif 000007
【図６ａ】
2015526007.tif 000008
【図６ｂ】
2015526007.tif 000009
【図７ａ】
2015526007.tif 000010
【図７ｂ】
2015526007.tif 000011
【図８ａ】
2015526007.tif 000012
【図８ｂ】
2015526007.tif 000013
【図９】
2015526007.tif 000014
【図１０】
2015526007.tif 000015
【図１１】
2015526007.tif 000016
【図１２】
2015526007.tif 000017
【図１３ａ】
2015526007.tif 000018
【図１３ｂ】
2015526007.tif 000019
【図１４ａ】
2015526007.tif 000020
【図１４ｂ】
2015526007.tif 000021
【図１５ａ】
2015526007.tif 000022
【図１５ｂ】
2015526007.tif 000023
【図１６】
2015526007.tif 000024
【国際調査報告】
2015526007.tif 000025
2015526007.tif 000026
2015526007.tif 000027
2015526007.tif 000028
2015526007.tif 000029
2015526007.tif 000030