(57)【要約】  本発明は、スケーラブル・ビデオ・コーディングを利用してパーソナル・ビデオ・レコーダにおける記憶スペース（記憶空領域）をリクレームする（取り戻す）ための方法と、それに対応付けられた装置とに関する。パーソナル・ビデオ・レコーダが記憶閾値に達した場合、優先順位が低いレコーディングのエンハンスメント・レイヤを除去することによって、そのレコーディングの記憶を継続するのに必要な記憶スペースを低減することができる。種々の優先順位付け方式を用いて、どのレコーディングに対してレイヤ除去を施すべきか、そして、どのレイヤを除去すべきかを決定できる。
2015506134.tif 000002
【特許請求の範囲】
【請求項１】
記録装置の記憶媒体上の記憶スペースを管理する方法であって、
必要な記憶スペースの分量を算定するステップと、
前記装置の前記記憶媒体上の使用可能な記憶スペースの分量を算定するステップと、
前記必要な記憶スペースの分量と前記使用可能な記憶スペースの分量とを比較するステップと、
前記必要な記憶スペースの分量が前記使用可能な記憶スペースの分量を超えている判定に応答して、
前記記憶媒体上に記憶されているエンハンスメント・レイヤを有する記録済み番組を識別するステップと、
前記識別された記録済み番組から前記エンハンスメント・レイヤのうちの少なくとも１つを除去するステップと、
を含む方法。
【請求項２】
前記エンハンスメント・レイヤのうちの前記少なくとも１つを除去するステップが、
前記記録済み番組のデータを記憶領域から読み出すステップと、
前記記録済み番組の前記データの部分を分析して、各々の部分がベース・レイヤに対応付けられているか否かを判定するステップと、
前記ベース・レイヤに対応付けられている、前記記録済み番組の前記データの部分を記憶領域に書き込むステップと、
を含む、請求項１に記載の方法。
【請求項３】
エンハンスメント・レイヤを有する記録済み番組を識別する前記ステップが、複数の記憶されている記録済み番組のリストを、優先順位アルゴリズムに基づいて、順序付けするステップを含む、請求項１に記載の方法。
【請求項４】
前記優先順位アルゴリズムが、複数の記憶されている記録済み番組の記憶期間を算定するステップを含む、請求項３に記載の方法。
【請求項５】
前記記憶媒体がハード・ドライブ及びフラッシュ・メモリのうちの少なくとも一方を含む、請求項１に記載の方法。
【請求項６】
前記記録済み番組のデータが、Ｈ.２６４スケーラブル・ビデオ・コーディング規格に応じて、配置されている、請求項１に記載の方法。
【請求項７】
前記エンハンスメント・レイヤのうちの少なくとも１つを除去する前記ステップが、第１のエンハンスメント・レイヤが第２のエンハンスメント・レイヤに依存しているか否かの判定を、前記第２のエンハンスメント・レイヤの除去の前に、行うステップを含む、請求項１に記載の方法。
【請求項８】
記録済み番組を除去するステップを更に含む、請求項１に記載の方法。
【請求項９】
前記必要な記憶スペースの分量が、予約されたレコーディングに関する情報から得られる、請求項１に記載の方法。
【請求項１０】
エンハンスメント・レイヤをリモートの記憶場所から取得するステップと、
前記取得されたエンハンスメント・レイヤを、前にエンハンスメント・レイヤが除去された対応する記憶されている番組と組み合わせるステップと、
を更に含む、請求項１に記載の方法。
【請求項１１】
前記取得されたエンハンスメント・レイヤを含む前記組み合わされた記録済み番組を提示するステップを更に含む、請求項１０に記載の方法。
【請求項１２】
前記取得するステップと前記組み合わせるステップが、少なくとも、ユーザが視聴のために対応する記憶されている番組を選択したという指標の受信に応答して、行なわれる、請求項１０に記載の方法。
【請求項１３】
前記リモートの記憶場所が、ケーブル・ヘッドエンドに関連しているか、又は、インターネットを介してアクセスされる、請求項１０に記載の方法。
【請求項１４】
信号受信器、データ記憶機構、及び、プロセッサを含み、
前記プロセッサが、
必要な記憶スペースの分量を算定し、
前記データ記憶機構における使用可能な記憶スペースの分量を算定し、
前記必要な記憶スペースの分量と前記使用可能な記憶スペースの分量とを比較し、
前記必要な記憶スペースの分量が前記使用可能な記憶スペースの分量を超えている判定に応答して、
前記データ記憶機構内に記憶されているエンハンスメント・レイヤを有する記録済み番組を識別し、
前記記録済み番組から前記エンハンスメント・レイヤのうちの少なくとも１つを除去する、装置。
【請求項１５】
前記データ記憶機構がハード・ドライブ及びフラッシュ・メモリのうちの少なくとも一方を含む、請求項１４に記載の装置。
【請求項１６】
前記プロセッサが、更に、
エンハンスメント・レイヤをリモートの記憶場所から取得し、
前記取得されたエンハンスメント・レイヤを、前にエンハンスメント・レイヤが除去された対応する記憶されている番組と組み合わせる、
請求項１４に記載の装置。
【請求項１７】
請求項１４に記載の装置を含むテレビジョン・セットトップ・ボックス。
【請求項１８】
送信された番組コンテンツを受信する受信手段と、
受信された番組コンテンツを記憶する記憶手段と、
記録済み番組からレイヤを除去するリライト・フィルタ手段と、
処理手段と、
を含み、
前記処理手段が、
必要な記憶スペースの分量を算定し、
前記装置の前記記憶手段における使用可能な記憶スペースの分量を算定し、
前記必要な記憶スペースの分量と前記使用可能な記憶スペースの分量とを比較し、
前記必要な記憶スペースの分量が前記使用可能な記憶スペースの分量を超えている判定に応答して、
前記記憶手段上に記憶されているエンハンスメント・レイヤを有する記録済み番組を識別するステップと、
前記リライト・フィルタ手段に、前記記録済み番組から前記エンハンスメント・レイヤのうちの少なくとも１つを除去させるステップと、
を行う、装置。
【請求項１９】
前記受信手段が、衛星テレビジョン受信手段、ＱＡＭチューニング手段、及び、ＡＴＳＣチューニング手段のうちの少なくとも１つを含む、請求項１８に記載の装置。
【請求項２０】
請求項１８に記載の装置を含むテレビジョン・セットトップ・ボックス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、スケーラブル・ビデオ・コーディングを利用してパーソナル・ビデオ・レコーダにおける記憶スペース（記憶空領域）をリクレームする（取り戻す）ための方法と、それに対応付けられた装置とに関する。パーソナル・ビデオ・レコーダが記憶閾値に達した場合、優先順位が低いレコーディングのエンハンスメント・レイヤを除去することによって、そのレコーディングの記憶を継続するのに必要な記憶スペースを低減することができる。種々の優先順位付け方式を用いて、どのレコーディングに対してレイヤ除去を施すべきか、そして、どのレイヤを除去すべきかを決定できる。
【０００２】
ここでは、後述する本発明の様々な様態と関連することのある技術の種々の様態を紹介する。ここで紹介する内容は、本発明の様々な様態をより良く理解し易くする背景情報を提供するのに役立つであろう。したがって、この記載内容は、この観点で読むべきであり、従来技術の容認として読むべきではない。
【背景技術】
【０００３】
多くの最新のケーブル及び衛星テレビジョンのセットトップ・ボックスは、パーソナル・ビデオ・レコーダ（ＰＶＲ）機能を備えている。ＰＶＲ機能によって、ユーザは、視聴期間中に番組をレコーディングし、その番組のポーズ（一時停止）及びリワインド（巻き戻し）を行うことができる。ユーザは、一般的に、電子番組ガイド（ＥＰＧ）とインタラクション（対話）して、どの番組をレコーディングすべきかを指定できる。指定された番組が予定時刻にセットトップ・ボックスに送信されると、その番組のデータ・ストリームが処理されて、ＰＶＲ内の記憶機構に書き込まれる。
【０００４】
ＰＶＲの記憶が最大限度に近くなると、レコーダは、新たなコンテンツのレコーディングを可能にする空領域を作成する必要がある。記憶領域のリクレームの一般的な方法は、最も古いレコーディングを削除することである。また、レコーダは、優先順位メカニズムを実施することもあり、その場合、特定の番組が、その記憶期間に関係なく保持されることもあり、あるいは、複数の番組が、それらの優先順位よりも低い優先順位の番組が削除されても尚且つスペースが依然として必要とされるまでは、保持される。その他の方法では、ある１つの番組のうちの指定数のエピソードを保持して、その指定限度を超えたエピソードを自動的に削除でき、又は、スペースが必要とされる時に削除できる。
【０００５】
スペースをリクレームする方法は様々であっても、上述の全ての方法は、レコーディング全体の削除に依拠している。しかしながら、レコーディングの単純な削除は、若しユーザが、その削除されるレコーディングを視聴する機会をまだ得ていない場合、ユーザをがっかりさせるかもしれない。ここに説明する本発明は、この問題、及び／又は、その他の問題に取り組むものである。
【発明の概要】
【０００６】
上述の問題を解決するために、本発明は、スケーラブル・ビデオ・コーディングを利用してパーソナル・ビデオ・レコーダにおける記憶スペース（記憶空領域）をリクレームする（取り戻す）ための方法と、それに対応付けられた装置とに関する。パーソナル・ビデオ・レコーダが記憶閾値に達した場合、優先順位が低いレコーディングのエンハンスメント・レイヤを除去することによって、そのレコーディングの記憶を継続するのに必要な記憶スペースを低減することができる。種々の優先順位付け方式を用いて、どのレコーディングに対してレイヤ除去を施すべきか、そして、どのレイヤを除去すべきかを決定できる。本発明のこの様態、及び、その他の様態を、添付図面を参照しつつ、詳細に説明する。
【図面の簡単な説明】
【０００７】
以下に説明する添付図面と、本発明の実施形態の以下の説明とを参照することによって、本発明の上述の特徴及び利点と、本発明のその他の特徴及び利点と、それらの実現の仕方とがより明確になり、本発明をより良く理解できるであろう。
【０００８】
【図１】衛星テレビジョン・システムの代表的な実施形態の図である。
【図２】記憶されたレコーディングからのエンハンスメント・レイヤの除去処理の図である。
【図３】記憶されたレコーディングにおけるレイヤに関するメタデータを例示する図である。
【図４】記録されたコンテンツからのレイヤの除去によってスペースを回復する処理のフローチャートである。
【図５】レイヤ除去処理を受けたレコーディングについてユーザに提示されるプレイバック（再生）オプションの画面表示の一例である。
【図６】リモート（遠隔）の記憶機構からのエンハンスメント・レイヤがベース・レイヤと結合されて、オリジナルのレイヤ構成（階層化）されたレコーディングが再現される処理を例示している。
【０００９】
ここに開示する実例は、本発明の推奨実施形態を例示するものであり、このような実例は、本発明の適用範囲を制限するものであると決して解釈すべきではない。
【発明を実施するための形態】
【００１０】
既にここで述べているように、本発明は、スケーラブル・ビデオ・コーディングを利用してパーソナル・ビデオ・レコーダにおける記憶スペース（記憶空領域）をリクレームする（取り戻す）ための方法と、それに対応付けられた装置とを提供する。パーソナル・ビデオ・レコーダが記憶閾値に達した場合、優先順位が低いレコーディングのエンハンスメント・レイヤを除去することによって、そのレコーディングの記憶を継続するのに必要な記憶スペースを低減することができる。種々の優先順位付け方式を用いて、どのレコーディングに対してレイヤ除去を施すべきか、そして、どのレイヤを除去すべきかを決定できる。
【００１１】
本発明は、好ましい設計構成を有するが如く説明しているが、ここに開示した事項の意図と適用の範囲内で更に修正できる。したがって、この出願は、本発明の普遍的な原理を使用する本発明の如何なる変形実施形態、如何なる用途、又は、如何なる適応をも権利範囲に含むことを意図するものである。更に、この出願は、本発明が属する技術分野において周知の、又は、慣用的な実施事項の範疇に属しながらも、尚且つ、本願の特許請求の範囲の請求項の適用範囲内にある、ここに明示されていないようなものをも権利範囲に含むことを意図するものである。
【００１２】
本発明は、テレビジョン信号をチューニングできる衛星又はケーブル・テレビジョンのセットトップ・ボックス又はその他の装置のソフトウェア又は電子回路で実施できる。ここに開示する装置と技術は、その他の信号受信用途にも使用できる。
【００１３】
図１は、衛星テレビジョン・システムの代表的な実施形態の図である。衛星テレビジョン・システムは、静止衛星１１０からマイクロ波信号を送信することによって、広い放送領域にその信号をブロードキャストするように働く。衛星１１０は、複数の上りリンク送信機から信号を受信して、様々な送信周波数を利用する１組のトランスポンダによって、それらの信号を衛星受信アンテナ１２０にブロードキャストし返す。送信している衛星１１０の高度によって、広い地域の加入者が信号を受信できる。
【００１４】
パラボラ・アンテナ１２０のフィード・ホーンにおけるロー・ノイズ・ブロック・ダウンコンバータ（ＬＮＢ）１３０が、信号を、受信場所での配信用に、増幅して変換する。単純な１つのセットトップ・ボックス構成において、ＬＮＢ１３０からの選択された信号が、同軸ケーブルに沿ってデジタル衛星セットトップ・ボックス１４０に伝わり、このセットトップ・ボックス１４０が、所望のチャンネルに同調して、それをテレビジョン表示装置１５０に提示する。
【００１５】
デジタル・セットトップ・ボックス１４０は、パーソナル・ビデオ・レコーダ（ＰＶＲ）機能を備えることができる。一般的に、ユーザは、セットトップ・ボックスのグラフィカル・ユーザ・インタフェースとインタラクション（対話）をして、電子番組ガイド（ＥＰＧ）をブラウズして、レコーディングをスケジューリング（予約）できる。ＰＶＲは、通常、ＭＰＥＧ２コーデック又はＨ.２６４コーデックによって符号化されたビデオを記憶し、一般的に、信号の送信のために使用された符号化と同じものでビデオを記憶する。ＰＶＲに使用される記憶機構は、１つ以上の内部ハード・ドライブ、１つ以上の外部ハード・ドライブ、内部あるいは外部フラッシュ・メモリ、又は、その他のデジタル記憶機構で構成できる。
【００１６】
デジタル・セットトップ・ボックス１４０は、衛星アンテナに加えて、又は、衛星アンテナの代わりに、ケーブル・インフラストラクチャ（ケーブル基盤施設）、オーバー・ディ・エア（無線通信）、又は、ネットワークを介して、信号を受信できる。ケーブルの場合、セットトップ・ボックスは、ＱＡＭチューナを備えることができる。ＯＴＡ（無線通信）の場合、セットトップ・ボックスは、ＡＴＳＣチューナを備えることができる。ＰＶＲは、インターネット、ＬＡＮ、又は、その他のソースからのコンテンツの取得を可能にする有線又は無線ネットワーク接続を有することもできる。
【００１７】
ＰＶＲの記憶が最大限度に近くなると、レコーダは、一般的に、古い、面白みを失った、又は、優先順位の低いコンテンツを除去する、又は、上書きすることによって、新たなコンテンツ用の空領域を作成する。また、レコーダは、一般的に、レコーディング時間又はレコーディング・スペースにおける競合を管理する優先順位アルゴリズムを実施する。この優先順位アルゴリズムは、ユーザによって、受信されている番組よりも高く評価されたコンテンツの上書きを回避するために使用される。
【００１８】
現行の方法は、除去するために選択された各々のレコーディングの全体を削除することに依拠している。しかしながら、この行為は、若しユーザが、その削除されるレコーディングを視聴する機会をまだ得ていない場合、ユーザをがっかりさせるかもしれない。
【００１９】
この問題に取り組むために、パーソナル・ビデオ・レコーダＰＶＲは、例えばスケーラブル・ビデオ・コーディング（ＳＶＣ）規格のような高度化されたレコーディング・フォーマットの特性を利用して、記録されたコンテンツのライフタイム（寿命）を増大することができる。レコーダは、単にレコーディングを削除する代わりに、優先順位の低いＳＶＣストリームのエンハンスメント・レイヤを削除することによって、レコーディングに消費される記憶スペースの一部分をリクレームできる。ＳＶＣに関しては、ベース・レイヤは、エンハンスメント・レイヤなしでも復号化でき、Ｈ.２６４（ＡＹＣ）規格との後方互換性を有する。しかしながら、エンハンスメント・レイヤは、ベース・レイヤ及び任意の下に重なるエンハンスメント・レイヤとペアにされる場合のみ、復号化できる。したがって、このＰＶＲにおいて、レコーディングのライフタイムを長くでき、ユーザは、後日、オリジナルのレコーディングよりも低い品質レベルではあるが、そのレコーディングを見ることができる。
【００２０】
図２は、レイヤ除去処理工程２００のブロック図である。ベース・レイヤ２１０とエンハンスメント・レイヤ２２０及び２３０とを含むエンハンスド（強化型）レコーディングが、リライタ（再書き込み）モジュール２５０によって処理されて、ベース・レイヤ２１０のみを含む記憶レコーディングが生成される。場合によっては、あるエンハンスメント・レイヤのみを除去してもよいし、あるいは、スペースが必要な度合に応じて、エンハンスメント・レイヤを段階的に除去してもよい。
【００２１】
ＳＶＣ規格を使用しているシステムにおいて、リライタ２５０は、ＳＶＣネットワーク抽象化レイヤ（ＮＡＬ）ヘッダ・シンタックスを認識でき、必要に応じて、ＳＶＣレイヤを転送、又は、破棄できる。転送パケットは、新たなファイルに書き込むことができる。また、リライタは、ビデオ・ストリームとオーディオ・ストリームとを再多重化する必要がある場合もある。
【００２２】
各々のＳＶＣレイヤは、ＳＶＣＮＡＬヘッダ内に依存性、品質及び時間ＩＤ（ＤＴＱ）マーカを有している。レイヤ相互間の依存性ＩＤの変化は、コース・グレイン（粗大粒子）スケーラビリティ又は空間スケーラビリティの変化を示している。品質ＩＤの変化は、ミディアム・グレイン（中間粒子）スケーラビリティの変化を示している。時間ＩＤの変化は、時間スケーラビリティの変化を示している。ベース・レイヤ２１０は、Ｄ０、Ｔ０及びＱ０のＤＴＱを有している。図２の例では、Ｄ０、Ｑ０及びＴ０より大きいＤＴＱ値を有するＳＶＣＮＡＬパケットは、リライタ２５０によって落とされる。
【００２３】
レコーディング・ファイル内にメタデータを含めることによって、そのファイル内に含まれているレイヤについての情報により簡単にアクセスできる。図３には、そのようなメタデータ３２０の拡大図が示されており、このメタデータ３２０は、主要ビデオ・ストリーム３４０及びオーディオ・ビットストリーム３３０と共に、記録ファイル３１０内に含めることができる。このメタデータには、ＰＶＲがどのＳＶＣエンハンスメント・レイヤを除去すべきかを決定する際に利用できる複数の要素を含めることができる。レイヤ識別子３５０は、レイヤを識別する。ＤＴＱ値３５５は、ＳＶＣＮＡＬヘッダ内に記憶されている依存性、時間、及び、品質の値と同じであることもある。解像度３６０、フレームレート３６５、ビットレート３７０、及び、バイト単位サイズ３７５は、ビデオ・データの様態を表している。レイヤ識別子３５０は、ＰＶＲの実施形態に固有であってもよく、また、数値であってもよく、あるいは、例えば、レイヤを「低」、「中」又は「高」の品質に分類してもよい。
【００２４】
解像度３６０、フレームレート３６５、総合ビットレート３７０は、レイヤ除去決定処理工程で使用できる。例えば、除去アルゴリズムは、特定の解像度又はビットレートよりも上のレイヤを対象にすることができる。レイヤのバイト単位サイズ３７５は、そのレイヤの除去後に増加するスペース量を示している。このアルゴリズムは、品質低下に関するユーザ選好と記憶要件とに基づいて、どのレイヤを保持すべきかを決定してもよい。
【００２５】
また、記憶ＳＶＣストリームの優先順位は、その他の要素、すなわち、レコーディング優先順位、デート・スタンプ、そのストリームが視聴されたか否か、及び、その番組がファースト・ランかセカンド・ランかを含む（これらには限定されない）その他の要素によって、決定してもよい。エンハンスメント・レイヤが除去された後でも、ユーザは、ＳＶＣベース・レイヤをプレーできる。結果として得られたビデオは、全てのエンハンスメント・レイヤを備えたオリジナルのレコーディングと同じ品質を有してはいないが、長期間の保持に要するスペースは少なくて済む。
【００２６】
図４は、レコーディングを管理する１つの可能な処理工程４００のフローチャートである。ステップ４１０において、ＰＶＲは、例えば、次の時間、日、又は、複数の日について、来たるべきレコーディングのスケジュール（予約）を調べる。ステップ４１５において、その来たるべきレコーディングに必要なスペースを算出する。ステップ４２０において、記録すべき番組を記憶するのに追加のスペースが必要か否かを判定する。この使用可能なスペースの算定結果が、記憶装置又はオペレーティング・システムによって使用可能であると報告されたスペースの単純な判定とは著しく異なることがある。レコーディングの記憶用に割り当てられるスペースは、様々な理由により、すなわち、その他の機能用の割り当て、又は、リライト（再書き込み）動作のための一時的記憶用の割り当てを含む様々な理由により制限されることがある。スペースの推定は、記録すべき番組の長さと選択されたレコーディング品質レベルとに基づくことがある。番組が、刈込み処理の前に又はその期間中に記録される場合、レコーダは、現在のディスク・スペース使用量と共に、推定レコーディング・サイズを明らかにする必要がある。
【００２７】
追加スペースが必要でない場合、本アルゴリズムは終了ステップ４２５に進む。追加スペースが必要な場合、ＰＶＲは、追加記憶スペースを解放する作業に移行する。ステップ４３０において、本システムは、記憶されたレコーディングのリストを作成する。この例では、ステップ４３５において、レコーディングのリストを、最も古いものから最も新しいものへと、配列する。前述の如く、その他の優先順位アルゴリズムを使用してもよい。ステップ４４０において、決められた順序でレコーディングを横断するループが開始する。ステップ４４５において、現在検討しているレコーディングを削除してもよいか否かを判定する。例えば、レコーディングは、ユーザ選好に基づいて、一定期間又は無期限に、保護されているかもしれない。そのレコーディングが削除できない場合、リスト内の次のレコーディングが検討される。
【００２８】
あるレコーディングがスペース・リクレームについての候補である場合、ステップ４５０において、そのレコーディングがベース・レイヤのみを有しているか、あるいは、エンハンスメント・レイヤも含んでいるかについて判定した結果に従って、そのレコーディングは、ステップ４６０において削除されるか、あるいは、ステップ４５５においてそのエンハンスメント・レイヤが除去されることがある。レコーディングが既にトリミングされている場合、そのレコーディングは、寿命の終わりであり、完全に削除してもよい。そうでない場合、ＳＶＣストリーム内の１つ又は全てのエンハンスメント・レイヤを除去することによって、そのレコーディングのサイズを低減することが可能である。ステップ４５０における判定は、メタデータの分析を伴うか、あるいは、恐らく、レコーディングが前にトリミングされたことを示すその他のデータの分析を伴うであろう。ステップ４６５において、もっと多くのスペースが必要であると判定されると、本処理工程は、ステップ４４０で始まるループのステップの繰り返しによって、追加のレコーディングのために繰り返される。更なるスペースは必要でない場合、本処理工程は、ステップ４７０で終了する。
【００２９】
全てのレコーディングが検討された後に、特に、多くのレコーディングが保護されていると、もっと多くのスペースが必要であることがあり得る。その場合、ＰＶＲは、残りの非保護ファイルを削除するか、又は、レコーディングを取り消してもよい。本アルゴリズムの幾つかのバリエーション（変形例）において、最初のサーチ・リスト内の保護レコーディングは、検討対象から除外してもよい。また、本アルゴリズムは、リスト内の残りのレコーディングを除去するか、又は、トリミングすることによって得られるスペースの様々な中間推定を行うこともできる。この除去アルゴリズムは、ソフトウェア、ファームウェア、及び、ハードウェアの組み合わせによって実施できる。
【００３０】
前述の如く、エンハンスメント・レイヤを除去してスペースをセーブ（節約）すると、ビデオ・レコーディングの主観的な品質が劣化する。しかしながら、後でスペースが再び使用可能になった時に、抜けたエンハンスメント・レイヤを再び挿入することによって、オリジナルのレコーディングを再現することが可能である。これは、エンハンスメント・レイヤを、レコーダ外部のアクセス可能な場所に、例えばケーブル・ヘッドエンド、又は、インターネット・サーバに、記憶する必要がある。
【００３１】
図５は、スペースをセーブ（節約）するためにトリミングされたレコーディングを選択した際にユーザに提示されるオプションの例を示している。ユーザ・インタフェース５１０が、レコーディング５２０、５３０、５４０及び５５０のリストを提示する。この例において、ユーザは、エンハンスメント・レイヤが前に除去された４番目のレコーディング５５０をハイライト（強調表示）する。次に、トリミング済みバージョン５７０をプレーする、エンハンスド（強化型）バージョン５８０をプレーする、又は、レコーディング５９０を削除するオプション５６０が提示される。トリミング済みバージョンのプレーバック（再生）は、記憶媒体上のデータから行える。しかしながら、エンハンスド（強化型）バージョンをプレーするには、局所的に使用可能なトリミング済みバージョンと外部ネットワーク上に記憶されている対応するエンハンスメント・レイヤとを組み合わせる必要がある。
【００３２】
図６には、ネットワーク・サーバ６２０から得られるエンハンスメント・レイヤが、コンバイナ６４０によって、ＰＶＲ６１０の記憶機構６３０内に記憶されているベース・レイヤと組み合わされて、オリジナルのレイヤド（層状）レコーディングが再現される処理工程が例示されている。組み合わされたストリームは、次に、デコーダ６５０によって復号化されるか、又は、記憶機構６３０に再度書き込まれてもよい。レイヤは、例えばＲＴＰ又はＭＰＥＧ２ＴＳのようなストリーミング・プロトコルによって、ネットワーク・サーバ６２０からパーソナル・ビデオ・レコーダ６１０にストリーミングできる。
【００３３】
ＳＶＣコーディングの場合、レコーダ６１０は、ローカルな（局所的な）ＳＶＣ準拠のレコーディングを読み、ＳＶＣ規格によって必要とされる配列に応じて、ベース・レイヤとエンハンスメント・レイヤとを組み合わせることができる。コンバイナ６４０は、各々のＳＶＣビデオ・フレームについて、ストリーミング・プロトコルによって送信されてＳＶＣレコーディング記憶機構６３０に記憶されている復号化タイムスタンプ情報を用いて、ＳＶＣベース・レイヤをストリーミングされたエンハンスメント・レイヤに同期化できる。
【００３４】
本発明を特定の実施形態について説明したが、本発明の適用範囲内にある修正を行えることは、理解されるであろう。例えば、本技術は、その他のレコーディング・シナリオ（事例）に適用でき、あるいは、クリティカル（極めて重要）ではないデータがコア（中核）データと共に記憶されるその他のデータ・フォーマットに適用できる。
【図１】
2015506134.tif 000003
【図２】
2015506134.tif 000004
【図３】
2015506134.tif 000005
【図４】
2015506134.tif 000006
【図５】
2015506134.tif 000007
【図６】
2015506134.tif 000008
【国際調査報告】
2015506134.tif 000009
2015506134.tif 000010
2015506134.tif 000011