JP2016504852A - 同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶するデバイスおよび方法 - Google Patents

Abstract

同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶するのに際して、同じディジタルビデオ／オーディオストリームに対して、多数のレコーディング操作の動作が行われるとき、割り当てられたリソースの再使用によって、リソース最適化が得られる。

Description

本発明は、ディジタルビデオ／ディジタルオーディオストリームの記憶に関する。

消費者が、後で上演するためにビデオ番組および／またはオーディオ番組をレコーディング（記録）することを可能にするために、様々なデバイスが開発されている。このために、ＰＶＲ（パーソナルビデオレコーダ）機能が、例えば、メモリスティックおよびハードディスクドライブなどの記憶用の外部デバイスを接続できるようにするＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ）ポートを介して、ディジタルデバイスによって提供されている。ＰＶＲをユーザに好評にさせる特徴の１つは、いわゆる生放送のテレビジョン番組のタイムシフトで動作させる可能性、すなわちユーザが番組を一時停止および再開することができることである。この機能は、より従来的なレコーディング機能に加えて与えられる。欠点は、ＰＶＲ特徴は、チューナ、デマルチプレクサ（ｄｅｍｕｘ）およびメモリなどの、多かれ少なかれ乏しいリソースを必要とすることである。衛星受信用または地上受信用などのフロントエンドを備える受信機に対しては、ＰＶＲ可能性が受信機に提供される場合には、ユーザが同時に放送番組を映像化するとともに別の番組をレコーディングできるようにするために、デバイスに第２のチューナを追加する必要がある。また、フロントエンドを備える、または備えない受信機（フロントエンドを備えない受信機の例はＩＰＴＶ受信機である）に対して、デマルチプレクサは、多数のディジタルビデオ／オーディオストリームを同時に逆多重化する能力がなければならない。メモリについては、ビデオレコーディングの場合、特にＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）フォーマットで送信された放送番組のレコーディングの場合には、相当なメモリスペースが必要とされる。メモリ必要条件は、ユーザが多数のＰＶＲ機能を同時に動作させるときには、さらに重要である。例えば、ユーザが生放送番組上でタイムシフトを起動するとき、タイムシフトバッファ用に、メモリゾーンが必要とされる。同時に、ユーザが番組をレコーディングしているときには、番組を記憶するために、第２のメモリゾーンが必要とされる。別の例として、多数のセットトップボックス（ＳＴＢ：Ｓｅｔ Ｔｏｐ Ｂｏｘ）を備える家庭（例えば、居間、寝室）において、これらのＳＴＢの多数のユーザが、異なる時間にレコーディングを開始して、放送番組をレコーディングまたはタイムシフトする場合には、それぞれのレコーディングおよびタイムシフトに対してメモリゾーンが必要とされる。このように、それぞれの機能に対して別個のリソースが割り当てられ、リソースの要因分解が行われていない。

このように、従来技術解決策のさらなる最適化に対するニーズがある。

本発明は、従来技術のいくつかの不都合さを改善することを目的としている。
このために、本発明は、同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶する方法を含む。この方法は、同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを、単一のセグメント化されたレコーディングとして記憶する。単一のセグメント化されたレコーディングの各セグメントは、ディジタルビデオ／オーディオストリームの非重複部を含む。この方法は、ディジタルビデオ／オーディオストリームのレコーディングに対する第１の要求を受信することを含む。第１の要求の受信の結果として、現在セグメントと呼ばれる、セグメントの開放、および現在セグメントにおけるディジタルビデオ／オーディオストリームのレコーディングが行われる。この方法は、また、ディジタルビデオ／オーディオストリームのレコーディングに対する第２の要求を受信することも含む。第２の要求の受信の結果として、現在セグメントの閉鎖、新規な現在セグメントの開放、および現在セグメントにおけるディジタルビデオ／オーディオストリームのレコーディングの継続が行われる。最終的に、この方法は、ディジタルビデオ／オーディオストリームのレコーディングの停止に対する第３の要求を受信することを含む。第３の要求の受信の結果として、現在セグメントの閉鎖が行われる。少なくとも１つのレコーディングが進行中である場合には、新規な現在セグメントが開放されて、現在セグメントにおけるディジタルビデオ／オーディオストリームのレコーディングが継続される。

本発明の変形実施形態によると、セグメントはファイルであり、閉鎖はファイルクローズ動作である。

本発明の変形実施形態によると、セグメントはメモリセグメントであり、上記の閉鎖は、インデックスの配置である。

本発明の変形実施形態によると、この方法は、セグメント毎に、ディジタルビデオ／オーディオストリームに関するタイムスタンプを記憶することを含む。

本発明の変形実施形態によると、この方法は、セグメント毎に、セグメントを、要求元のユーザに関係づける情報を記憶することを含む。

本発明の変形実施形態によると、レコーディングに対する要求は、ディジタルビデオ／オーディオストリームの映像化のタイムシフトに対する要求であり、レコーディングの停止に対する要求は、映像化の再開に対する要求である。

本発明はまた、同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶するデバイスに関する。このデバイスは、同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを単一のセグメント化されたレコーディングとして記憶するための記憶装置を備える。単一のセグメント化されたレコーディングの各セグメントは、ディジタルビデオ／オーディオストリームの非重複部分を含む。このデバイスは、ディジタルビデオ／オーディオストリームのレコーディングに対する第１の要求を受信するインターフェイスと、現在セグメントと呼ばれる、セグメントを開放するための中央処理ユニットと、現在セグメントにおいてディジタルビデオ／オーディオストリームをレコーディングするためのメモリと、をさらに備える。このデバイスは、ディジタルビデオ／オーディオストリームのレコーディングに対する第２の要求を受信するためのネットワークインターフェイスと、現在セグメントの閉鎖および新規な現在セグメントの開放のための中央処理ユニットと、現在セグメントにおけるディジタルビデオ／オーディオストリームのレコーディングを継続するためのメモリと、をさらに備える。最後に、このデバイスは、ディジタルビデオ／オーディオストリームのレコーディングの停止に対する第３の要求を受信するネットワークインターフェイスと、現在セグメントの閉鎖、および新規な現在セグメントの開放のための中央処理ユニットと、少なくとも１つのレコーディングが進行中である場合に、現在セグメントにおけるディジタルビデオ／オーディオストリームのレコーディングを継続するためのメモリと、を備える。

本発明のさらなる利点は、本発明の特有の非制限の実施形態の説明を通して明らかになるであろう。実施形態は、以下の図を参照して記述される。

メモリ内にディジタルビデオ／オーディオストリームを記憶する、従来方法を示す図である。 本発明の特有の非制限の実施形態によるメモリ内にディジタルビデオ／オーディオストリームを記憶する方法を示す図である。 本発明の記憶方法の非制限の例示使用シナリオを示す図である。 図３に示されるものに続く使用シナリオを示す図である。 特有の非制限の実施形態により、本発明を実現するデバイスのブロック図である。 非制限の例示実施形態による、本発明の方法の論理図である。

理解を容易にするために、図に共通の同一の要素を表すのに、可能な場合には、同一の参照番号が使用される。

図１は、ディジタルビデオ／オーディオストリームの複数の重複するレコーディングを、メモリまたはディスクに、ファイル形式で、またはそうではなく記憶する、従来技術の方法を示す。この図は、３つの部分を有する。アイテム１０３〜１０５は、第１の部分において、３つの連続するディジタルビデオ／オーディオ番組：ディジタルビデオ／オーディオ番組「ｎ−１」１０３、ディジタルビデオ／オーディオ番組「ｎ」１０４、およびディジタルビデオ／オーディオ番組「Ｎ＋１」１０５、を含む生放送されたディジタルビデオ／オーディオストリームを表す。第２の部分においては、アイテム１００〜１０２は、メモリバッファまたはメモリファイル（以下、「メモリバッファ／ファイル」の表記が使用され、記号「／」は「ｏｒ」を意味する）、第１のメモリバッファ／ファイル１００、第２のメモリバッファ／ファイル１０１、および第３のメモリバッファ／ファイル１０２を表す。図の第３の部分は、合計の必要とされる記憶スペース（１２０）、すなわちメモリバッファ／ファイル１００〜１０２の合計が、時間（１３０）に対してプロットされているグラフを表す。イベント１１０〜１１６が、タイムライン上にマークされている。グラフ１４０は、時間経過に対して、合計の必要とされる記憶スペースの発展を表す。

この図は、以下のシナリオに対応する：
− 第１のユーザが、Ｔ＝１１１において、例えば、自分のリモートコントロールのＰＶＲ機能ボタン上の「録画（rec）」ボタンを押すことによって、ディジタルビデオ／オーディオ番組「ｎ」１０４をレコーディングする；
− 第１のユーザは、ディジタルビデオ／オーディオ番組「ｎ」を、それが同時にレコーディングされるときに、映像化している間に、Ｔ＝１１２において、例えば、「一時停止（pause）」ボタンを押すことによって、同じディジタルビデオ／オーディオ番組「ｎ」のタイムシフトを開始する；
− 第１のユーザは、Ｔ＝１１３において、例えば、「再生（play）」ボタンを押すことによって、一時停止を解除して、それによって映像化を再開する；
− 第２のユーザが、Ｔ＝１１４において、同じディジタルビデオ／オーディオ番組「ｎ」を映像化している間に、第２のデバイスのリモートコントロール上の「録画」ボタンを押すことによって、第２のレコーディングを開始する。

Ｔ＝１１５において、ディジタルビデオ／オーディオ番組「ｎ」の送信は終了する。ディジタルビデオ／オーディオ番組の映像化も、放送を直接、見ていた第２のユーザに対して、この時期に終了する。

Ｔ＝１１６において、第１のユーザに対して、ディジタルビデオ／オーディオ番組「ｎ」の映像化が終了する（映像化は、Ｔ＝１１１におけるタイムシフトによって遅延されたことに留意されたい）。

このシナリオにおいては、簡単にするために、ディジタルビデオ／オーディオ番組「ｎ」を含む、ビデオ／オーディオストリームは、５Ｍｂｉｔ／ｓの一定ビットレートを有すると仮定されている。

このように、Ｔ＝１１１において、第１のユーザが、ディジタルビデオ／オーディオ番組「ｎ」１０４をレコーディングするために、自分のリモートコントロール上の「録画」ボタンを押すときに、第１のメモリバッファまたはメモリファイル１００が作成される。グラフ１４０は、受信された状態の、ディジタルビデオ／オーディオ番組「ｎ」１０４に関係する、ディジタルビデオ／オーディオストリームからのデータを記憶するために必要とされる記憶スペースを示す。このグラフは、ディジタルビデオ／オーディオ番組「ｎ」を含む、ビデオ／オーディオストリームのビットレート（すなわち、この例によると５Ｍｂｉｔ／ｓ）に対応する一定の記憶スペース充填レートでの、Ｔ＝１１１とＴ＝１１２の間での必要とされる記憶スペースの定常的な増加を示している。Ｔ＝１１２において、第１のユーザは、「一時停止」ボタンを押す；すなわち、これはタイムシフト機能を開始する。なお、タイムシフト関数実現は、レコーディングが始まる時期が異なる、「自動」モードおよび「手動」モードなどの、多数の変形形態を含む。自動タイムシフトモードにおいて、レコーディングは、ビデオ／オーディオ番組への接続時に始まる。例えば、タイムシフトバッファがフラッシュメモリである例に対して使用される、手動タイムシフトモードにおいては、レコーディングは、キー押し時に始まる。タイムシフトが始まるとき、第２のメモリバッファ／ファイル１０１が、タイムシフト機能のために作成される。データが、第２のメモリバッファ／ファイルと第１のメモリバッファ／ファイルとに同時に書き込まれるので、グラフ１４０は、Ｔ＝１１２とＴ＝１１３の間で、ディジタルビデオ／オーディオ番組「ｎ」の倍レコーディング、すなわち１０Ｍｂｉｔ／ｓに対応して、合計の記憶スペース充填レートが２倍になっていることを示している。Ｔ＝１１３において、第１のユーザは、自分のリモートコントロール上で「再生」ボタンを押す。そうすると、記憶スペース充填レートは、再び、５Ｍｂｉｔ／ｓに低下し、これは、タイムシフトメモリバッファ／ファイルが機能することによるものである。ディジタルビデオ／オーディオデータは、タイムシフトメモリバッファ／ファイルに書き込まれ続けるが、ディジタルビデオ／オーディオデータはまた、タイムシフトメモリバッファ／ファイルから同時に読み取られ、その結果として、タイムシフトメモリバッファ／ファイルはサイズが増加することがない状況になる。この結果として、合計の必要とされる記憶スペースがＴ＝１１３からＴ＝１１４の間で２分の１の速さ（すなわち、前述のように５Ｍｂｉｔ／ｓ）で増加することになる。次いで、Ｔ＝１１４において、同じディジタルビデオ／オーディオ番組「ｎ」１０４を見ている第２のユーザが、自分のリモートコントロール上の「録画」キーを押す。その時期に第３のメモリバッファ／ファイル１０２が作成されて、合計の記憶スペース充填レートは、Ｔ＝１１４とＴ＝１１５の間で再び倍に、すなわち１０Ｍｂｉｔ／ｓになる。Ｔ＝１１５において、ディジタルビデオ／オーディオ番組「ｎ」の終了に到達して、第１および第２のレコーディングが停止するので、メモリバッファ／ファイル１００および１０２は、ディジタルビデオ／オーディオデータで充填されることはなくなる。Ｔ＝１１６において、タイムシフトは終了し、例えば、ユーザは、番組「ｎ」のタイムシフトされた送信の終了に達すると、「停止（stop）」ボタンを押し、タイムシフトメモリバッファ／ファイルが解除されて（すなわち、メモリが「解除」されるか、またはファイルが削除される）、結果としてＴ＝１１６後に必要とされる合計記憶スペースが低下することになる。

この従来技術方法は、記憶スペース使用の点で最適ではない。同じディジタルビデオ／オーディオストリームからのコンテンツが、重複部分に関して注目することなく、多数回記憶される：ＴＳ１（１０１）およびＲＥＣ２（１０２）はＲＥＣ１（１００）と重複している。必要とされるリソースが、メモリ／ファイル記憶スペースの点からのみ記述されているが、フロンエンドおよび／またはデマルチプレクサなどの、その他のリソースも、必要な場合がある。使用されるハードウェアに応じて、従来技術方法は、図１のシナリオにおいて描写されたような多数の同時レコーディングを許容するために、多数のフロントエンドおよび／またはデマルチプレクサの使用を必要とする場合があり、多数の同時レコーディングのために到達される、最大記憶スペース充填レート（スループットレート）を持続させるように設計された構成要素、例えば、スループットレートをサポートするように設計されたハードディスクおよびメモリなどを、デバイスに備えることが必要になる場合がある。

前節において、合計記憶スペースの必要条件が記述された。合計記憶スペースを含む、個々のメモリ／ファイル記憶は、例えば、第１のユーザに対して第１のＳＴＢ内、第２のユーザに対して第２のＳＴＢ内などのように、異なるデバイス内に物理的に位置してもよい。記憶スペースは、マスタおよびスレーブがホームネットワーク内で相互接続されている、マスタ／スレーブＳＴＢ構成内などのように、単一のデバイス内に物理的に位置してもよい。そのような構成において、マスタＳＴＢは、レコーディング機能およびタイムシフト機能を提供するためのメモリ／ファイル記憶スペースを有し、スレーブＳＴＢは、レコーディング／タイムシフトのためのリソースを有さないが、ホームネットワーク上でのストリーミングによって（例えば、ｈｔｔｐ）、マスタＳＴＢの機能を使用する、低コストデバイスであり、マスタは、ビデオ／オーディオコンテンツを、ホームネットワーク上でスレーブＳＴＢへと流す。

図２は、本発明の特有の非制限の実施形態による、ディジタルビデオ／オーディオストリームを記憶する方法を示す。図１と共通の要素は、その図に対してすでに説明されており、したがって、ここではそれらの説明は繰り返さない。図１と比較して、図２は、グラフ２４０および「セグメント」Ｓ１（２００）、Ｓ２（２０１）、Ｓ３（２０２）、およびＳ４（２０３）などの追加の要素を含む。これらのセグメントは、記憶スペース内のメモリセグメントであり、例えば、デバイス５００のメモリ５１６、または考察されたメモリ５１６内に記憶された、ファイルシステム内、または外部デバイス上に記憶されたファイルなどである。図１のグラフ１４０は、比較のために、この図にもプロットされている。図１に対するのと同じ使用シナリオが展開される。しかしながら、グラフ２４０によると、記憶スペース充填レベルおよび充填レートは、従来技術方法についてよりも、異なって、かつより有利に発展することが観察できる。図１の従来技術方法とは反対に、ディジタルビデオ／オーディオストリームからのディジタルビデオ／オーディオデータは、メモリバッファ／ファイル１００〜１０２にはもはや記憶されず、ディジタルビデオ／オーディオストリームの非重複部分を表す、セグメント２００〜２０３に記憶される。グラフ２４０は、時間経過に対して、すべてのセグメントを記憶するための、合計の必要とされる記憶サイズを描写している。

同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶する方法が、非制限の例を補助として、以下に説明される。

第１のユーザが、Ｔ＝１１１において、ディジタルビデオ／オーディオ番組「ｎ」１０４のレコーディングを開始するとき、新規なセグメント「Ｓ１」（２００）が作成されるか、または「開放される」。理解を容易にするために、ディジタルビデオ／オーディオストリームからのデータの書き込みに対して開放されたセグメントは、以下では、「現在」セグメントと呼ばれる：すなわち、ディジタルビデオ／オーディオのストリームからのデータは、常に、１つのセグメント、すなわち「現在」セグメントに書き込まれる（レコーディングされる）。レコーディングを開始するユーザは、ディジタルビデオ／オーディオストリームのレコーディングに対する要求である、トリガイベントの例である。ディジタルビデオ／オーディオ番組「ｎ」からのデータは現在セグメントＳ１に書き込まれる（レコーディングされる）ので、記憶スペース充填レートは、Ｔ＝１１１からＴ＝１１２の間で一定、すなわち、我々の例によると、５Ｍｂｉｔ／ｓである。Ｔ＝１１２において、ユーザは、（タイムシフト機能に関係するトリガイベントの例である）「一時停止」キーを押す。この結果として、セグメント「Ｓ１」が分離され、すなわち、新規な「現在」セグメントと呼ばれることのできる、新規なセグメント「Ｓ２」（２０１）が作成される（開放される）。以前の「現在」セグメントは閉鎖される。ディジタルビデオ／オーディオ番組「ｎ」からのディジタルビデオ／オーディオデータが、次に、Ｓ２に書き込まれる（レコーディングされる）。Ｓ１には、それ以上データが書き込まれない（レコーディングされない）ので、合計の記憶スペース充填レートは、５Ｍｂｉｔ／ｓで一定のままとなる。Ｔ＝１１３において、ユーザが「再生」キーを押すと（これは、タイムシフト機能に関係するトリガイベントの別の例であるか、または言い換えると、映像化を再開する要求である）、新規な「現在」セグメントとなる、新規なセグメント「Ｓ３」（２０２）が作成されて、以前のセグメントが閉鎖される。記憶中に、ディジタルビデオ／オーディオ番組「ｎ」からのディジタルビデオ／オーディオデータが、現在セグメントＳ３に書き込まれ（レコーディングされ）、合計の記憶スペース充填レートは、５Ｍｂｉｔ／ｓのままとなる。Ｔ＝１１４において、第２のユーザが、同じディジタルビデオ／オーディオ番組「ｎ」の進行中の放送をレコーディングするために、自分のリモートコントロール上の「録画」キーを押す（＝レコーディングに対する要求に関する、トリガイベント）。この結果として、現在セグメントＳ３の分離、すなわち新規な現在セグメント「Ｓ４」（２０３）の作成と、以前の現在セグメントの閉鎖が行われる。次いで、ディジタルビデオ／オーディオ番組「ｎ」からのディジタルビデオ／オーディオデータが、Ｔ＝１１５において、ディジタルビデオ／オーディオ番組「ｎ」の送信が終了するまで、現在セグメントＳ４に書き込まれる（レコーディングされる）。番組「ｎ」の送信の終了は、ディジタルビデオ／オーディオストリームが、ビデオ／オーディオ番組の連続であるときに、ディジタルビデオ／オーディオストリームにおける番組変更を表す、信号化イベントから発生される要求の例である。このトリガイベントの受信の結果として、セグメントＳ４の閉鎖が行われる。Ｔ＝１１４からＴ＝１１５の間に、合計の記憶スペース充填レートは、５Ｍｂｉｔ／ｓで一定のままとなる。Ｔ＝１１５の後に、記憶スペースは、ディジタルビデオ／オーディオストリームからのデータによって充填されることはなく、充填レベルは一定のままとなる。Ｔ＝１１６において、タイムシフトは終了し、例えば、ユーザが、番組「ｎ」のタイムシフトされた送信の終了に達するときに、「停止」ボタンを押す。

このように、上述の機能のすべて、すなわち２つのレコーディングおよび１つのタイムシフトを、本発明で提供することができる。第１のレコーディングおよび第２のレコーディングは、第１のレコーディングに対してセグメントＳ１からＳ４まで、および第２のレコーディングに対してセグメントＳ３およびＳ４で再生可能である。タイムシフトは、セグメントＳ２からＳ４まで提供可能である。グラフ１４０および２４０の比較から、従来技術方法を用いると、記憶スペース充填レートが変動するのに対して、記憶スペース充填レートは、本発明による方法を用いると、一定であることがわかる。本発明に基づくＰＶＲ（Ｐｅｒｆｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）機能を提供する、ゲートウェイデバイスまたはセットトップボックスデバイスなどの、本発明を実現するデバイスのハードウェア構成要素の寸法決めのために、考察したスループットレートが、デバイスがサポートすることのできる同時レコーディングの数に依存しないので、このことは重要である。合計の記憶スペース充填レベルが、図１の従来技術解決策によるよりも、有意に低いことも観察できる。またこのことは、すべての異なる形態におけるメモリ（内蔵ＲＡＭ、メモリカード／スティック、ハードディスクドライブ）は比較的に乏しいリソースであること、およびレコーディングのビデオおよびオーディオの品質を向上させるのが現在の傾向であり、高品質ビデオのレコーディングには大量の記憶スペースを必要とすることが知られていることは不変であるので、重要である。

上記の非制限の例は、理解を容易にするために意図的に簡単にされている。前例においては、ディジタルビデオ／オーディオストリームはＣＢＲ（固定ビットレート：Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ）型であると仮定されているが、本発明はＣＢＲ型ストリームに制限されず、ＶＢＲ（可変ビットレート：Ｖａｒｉａｂｌｅ Ｂｉｔ Ｒａｔｅ）型ストリームに適用することもできる。また、実際には、タイムシフトバッファ管理は、例えば、高速巻戻しを含む、フルトリックモード（full trick mode）サポートのような、追加の特徴がサポートされている場合には、言及したよりもより複雑な場合がある。そのような強化された実現には、例えば、ユーザが「一時停止」ボタンを押す前に受信されたコンテンツまで高速巻戻しができるようにする、タイムシフトバッファの永久的な使用を必要とすることがある。さらに、セグメントへの分離は、例において描写されたよりも多かれ少なかれ複雑であることがあるが、これは、本発明の原理を変えるものではない。

図３は、本発明の記憶方法のさらなる非制限の例示使用シナリオを示す。ここで、「レコード」は、同じディジタルビデオ／オーディオストリーム「Ａ」のレコーディングの開始日付／終了日付に対応する、セグメントのリストである。レコードは、例えば、特定のディジタルビデオ／オーディオ番組またはタイムシフトバッファに対応する。この例においては、３つのレコード、「Ｘ」、「Ｙ」、および「Ｚ」（それぞれ、３００、３０１および３０２によって示されている）がある。

以下のシナリオによると：
ユーザ「ｘ」が、Ｔ０において、ディジタルビデオ／オーディオストリーム「Ａ」のレコーディングを開始し、Ｔ２においてレコーディングを停止する。Ｔ０における「ｘ」のレコーディング開始操作は、矢印３０３で示されており、結果として「現在」セグメント「ａ」３１０が作成される。ディジタルビデオ／オーディオストリーム「Ａ」のデータは、セグメント「ａ」３１０に書き込まれる。Ｔ２における「ｘ」のレコーディング停止操作は、矢印３０４で示されている。Ｔ０とＴ２の間で、ユーザ「ｙ」が、Ｔ１において、同じディジタルビデオ／オーディオストリーム「Ａ」のレコーディングを開始する（矢印３０５で示されている）。この結果として、Ｔ１において、Ｔ０において作成されたセグメントの分離、すなわちセグメント「ａ」３１０と新規な「現在」セグメント「ｂ」３１１とへの分離が行われる。セグメント「ａ」３１０は、ここで２つのセグメント、「ａ」３１０および「ｂ」３１１に分離される。ディジタルビデオ／オーディオストリーム「Ａ」からのデータは、ここで、現在セグメント、すなわちセグメント「ｂ」３１１に書き込まれ続ける。Ｔ２において、ユーザ「ｘ」はレコーディングを停止する（矢印３０４で示されている）。この結果として、新規な現在セグメント「ｃ」３１２が作成される。ディジタルビデオ／オーディオストリーム「Ａ」からのデータは、ここで、セグメント「ｃ」３１２に書き込まれる。Ｔ３において、ユーザ「ｚ」はレコーディング操作を開始する（矢印３０９）。この結果として、Ｔ３において、新規なセグメント「ｄ」３１３が作成される。ディジタルビデオ／オーディオストリーム「Ａ」からのデータは、ここでは、セグメント「ｄ」３１３に書き込まれる。Ｔ４において、ユーザ「ｚ」は、レコーディングを停止する（矢印３０９）。この結果として、Ｔ４において、新規な現在セグメント［ｅ］３１４が作成される。Ｔ５において、ユーザ「ｙ」はレコーディングを停止する（矢印３０８）。矢印３０６および３０７は、セグメント「ｃ」および「ｄ」が、（セグメント「ｂ」および「ｅ」に加えて）レコードＹ３０１に「属する」ことを指示している。

ここでは、３つのレコーディング：ｉ）セグメント「ａ」３１０および「ｂ」３１１を含む、レコード「Ｘ」３００；ｉｉ）セグメント「ｂ」３１１、「ｃ」３１２、「ｄ」３１３、および「ｅ」３１４を含む、レコード「Ｙ」３０１；ｉｉｉ）セグメント「ｄ」３１３を含む、レコード「Ｚ」３０２、が存在する。このレコーディングシーケンス中に、１つだけのフロントエンド、および１つだけのデマルチプレクサ、チューナおよび／またはデスクランブラ（descrambler）が使用された。記憶に必要とされる記憶スペースは、いずれの時期でも、ディジタルビデオ／オーディオストリーム「Ａ」は、記憶スペースに１回だけ書き込まれるので、最適化される。

本発明の特有の実現によると、例えば、デバイスまたはアプリケーションにおいて、ユーザは、レコードのセグメントへの分割について知らされないままであり、ユーザ間でセグメントを共有していることを知らない。そうすると、管理方法が、セグメントの維持または削除に対して責任がある。ユーザ間で、ユーザ「ｘ」がそのレコード「Ｘ」を再生したいときに、このユーザがセグメント「ａ」３１０および「ｂ」３１１にアクセスができるが、開始日付以前およびレコーディングの開始日付の後に他のユーザによってレコーディングされた、その他いずれのセグメント（ｃ、ｄ、ｅ；それぞれ３１２、３１３、３１４）にもアクセスができないように、保護が付加され得る。実際に、ユーザ間での記憶されたディジタルビデオ／オーディオデータの保護は、セグメントにアクセスするプロセスに、ユーザＩＤのような本人確認に基づくセグメントへのアクセスだけを与えることによって、実現することができる。追加のセキュリティは、レコーディングがそれから動作させられたセットトップボックスのような、特有のハードウェアだけがセグメントを読み取ることができることを確実にするように、セグメントを暗号化することによって付加されることができる。セグメントの管理を容易にするために、セグメントリストを作成されることができる。例えば、図３のシナリオによると、第１のユーザ「ｘ」は、時間スロットＴ０からＴ２までのＡの記憶に対応する、セグメントａ（３１０）およびｂ（３１１）を含む、第１のセグメントリストを有する。第２のユーザ「ｙ」は、時間スロットＴ１からＴ５までのＡの記憶に対応する、セグメントｂ（３１１）からｅ（３１４）を含む、セグメントリストを有する。第３のユーザ「ｚ」は、時間スロットＴ４からＴ５までのＡの記憶に対応する、セグメントｅ（３１４）を含む、セグメントリストを有する。

本発明の方法の変形実施形態によると、この方法は、セグメント毎の、ディジタルビデオ／オーディオストリームに関するタイムスタンプの記憶を含む。例えば、結果としてセグメントが分離される（すなわち、新規なセグメントが作成される）ことになる、トリガイベントが受信される度に、ディジタルビデオ／オーディオストリームに関するタイムスタンプ情報が、新規なセグメントに対して記憶される。この特徴は、記憶スペースにおける記憶セグメントの管理に対して有利である。

以下の表１は、考察した図２のシナリオに基づいており、（表の形態で記憶されている）リストの例を表しており、セグメントがそれに属するレコードに関係するさらなる情報が記憶されている。

タイムスタンプは、デバイス５００におけるクロックユニット５１１などのクロックユニットから検索されるか、または外部クロックから得られるか、または、ＲＴＰストリーム内に存在するＮＰＴ（ネットワークタイムプロトコル）タイムスタンプ、またはＭＰＥＧ２トランスポートストリーム内のＰＣＲ／ＰＴＳ（プログラムクロックレファレンス／プレゼンテーションタイムスタンプ）のような、レコーディングされたビデオ／オーディオストリーム内に存在する、タイムスタンプから得られることができる。代替的に、かつタイムスタンプを使用する代わりに、ポインタまたはインデックスが、記憶セグメントを、記憶されたディジタルビデオ／オーディオストリームの異なる部分に関係づけるリスト内に記憶されてもよい。次いで、ポインタまたはインデックスは、セグメントの制限を指示し、例えば、ポインタは、メモリアドレスまたはファイルを指す。

さらなる強化として、レコードおよびセグメントをユーザに関係づけるために、この方法は、セグメント毎に、セグメントを、受信されたトリガイベントまたは要求の起点のユーザに関係づける情報を記憶することを含み、このことはユーザ毎ベースで、記憶スペースを管理するのに有利である
代替的に、セグメント自体は、それらがタイムスロット、および任意選択でユーザに関係づけられることのできるすべての情報を、例えばヘッダまたは記述子の形態で含む。

図４は、図３のそれに連続するとともに、レコードが削除されている、使用シナリオを示す。

ここで、ユーザ「ｙ」がレコード「Ｙ」を削除すると、図４に示されたような状況が得られ、この場合にレコード「Ｙ」は削除されており、その結果としてセグメント「ｃ」３１２および［ｅ］３１４が削除されている。

図５は、特有の非制限実施形態による、同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶するデバイスのブロック図である。

このデバイスは、ＣＰＵまたは中央処理ユニットまたはプロセッサ５１０、クロックユニット５１１、ネットワークインターフェイス５１２、Ｉ／Ｏインターフェイス５１３、不揮発性メモリ５１５、および揮発性メモリ５１６を備える。すべてのこれらの要素は、データバスまたは通信バス５１４によって相互接続されている。このデバイスは、接続１０００を介して通信ネットワークに接続されるとともに、接続１００１を介して外部入力／出力デバイス（例えば、キーボード、スクリーン、外部データ記憶、衛星ＲＦ入力またはケーブルＲＦ入力（ＲＦ＝無線周波数））に接続されることができる。ＣＰＵ５１０は、本発明の特許請求された方法を実現する命令などの、コンピュータ可読命令を実行する能力がある。不揮発性メモリ５１５は、メモリゾーン５１５１内にコンピュータ可読命令のコピーを記憶する。不揮発性メモリ５１５は、デバイスが停電から再開始するときにデバイスを既知の状態にするのに使用されるように、永続的な方法で保存される必要のある、変数およびパラメータのような、永続的データを、メモリゾーン５１５２内にさらに記憶する。揮発性メモリ５１６は、メモリゾーン５１６１を含み、このメモリゾーンは、不揮発性メモリ５１５のメモリゾーン５１５１に記憶されたコンピュータ可読命令のコピーを含み、この命令は、デバイスの始動時にメモリゾーン５１６１中にコピーされる。揮発性メモリ５１６は、一時的な、非永続的なデータ記憶のため、例えば、メモリゾーン５１６１に記憶されたコンピュータ可読命令の実行中に使用される変数のため、またはセグメントおよびセグメントリストの記憶のために使用される、メモリゾーン５１６２をさらに備える。代替的に、セグメント／セグメントリストは、Ｉ／Ｏ５１３に接続された、外部メモリデバイスに記憶されるか、またはネットワークインターフェイス５１２に接続されたネットワークデバイスに記憶される。ネットワークインターフェイス５１２および接続１０００、または代替的にＩ／Ｏインターフェイス５１３および接続１００１が、ディジタルビデオ／オーディオストリームを受信するために使用される。クロックユニット５１１は、タイミングおよび同期のために、異なる要素５１０および５１２から５１６によって使用される、クロック信号を提供する。

デバイス５００は、例えば、ネットワークインターフェイス５１２またはＩ／Ｏインターフェイス５１３を介して受信される、ディジタルビデオ／オーディオストリームを記憶するデバイスの非制限の例であって、記憶スペース内のディジタルビデオ／オーディオストリームの非重複部分を記憶する、ＶＭ ＲＡＭ５１６などの記憶手段、およびトリガイベントの受信に応じて、記憶スペースを記憶セグメントに分離する手段（例えば、ＣＰＵ５１０）などの、記憶手段を備える。

図６は、非制限の例示実施形態による、同じディジタルビデオ／オーディオストリームの複数の重複レコーディングを記憶する方法の論理図である。

第１のステップ６００において、この方法に使用される、変数およびパラメータが初期化される。ステップ６０１において、第１の要求（例えば、１１１）が、ディジタルビデオ／オーディオストリーム（例えば、１０４）のレコーディングに対して、受信される。この結果として、現在セグメントと呼ばれる、セグメント（２００）が開放されるとともに、ディジタルビデオ／オーディオストリームが現在セグメントにレコーディングされる。ステップ６０２において、第２の要求（例えば、１１２、１１４）が、ディジタルビデオ／オーディオストリームのレコーディングに対して、受信される。この結果として、現在セグメント（２００、２０２）の閉鎖、および新規な現在セグメント（２０１、２０３）の開放、および現在セグメントにおけるディジタルビデオ／オーディオストリームのレコーディングの継続が行われる。ステップ６０３において、第３の要求（例えば、１１５）が、ディジタルビデオ／オーディオストリームのレコーディングの停止に対して、受信される。この結果として、現在セグメントの閉鎖が行われ、進行中のレコーディングが少なくとも１つある場合には、新規な現在セグメントの開放、および現在セグメントにおけるディジタルビデオ／オーディオストリームのレコーディングの継続が行われる。この方法はステップ６０４で終了する。

本発明は、記憶スペース、フロントエンド、デマルチプレクサ、チューナ、およびデスクランブラなどのリソースの効率的な管理ができるようにする。セグメントと、これらのトリガイベント駆動分離とを使用することによって、本発明はレコード編集およびレコード削除を改善する。セグメントは、記憶スペースを、もう必要がない場合にセグメントが削除（または再使用）されることのできる確率を増加させる、比較的小さいユニットに分割するのに対して、セグメントのトリガイベント駆動分離は、セグメント制限がトリガイベントによって決定されるので、セグメントが削除（または再使用）されることのできる確率をさらに増大させる。このことは、ユーザ発生イベント（例えば、開始、停止、レコーディング（予めプログラムされたレコーディング開始／停止を含む）、タイムシフト）に対して当てはまるが、信号化発生イベント（例えば、ビデオ／オーディオ番組の開始／終了）および時間ベーストリガイベント（例えば、記憶が進行中のときに周期的に発生されるイベント）に対しても当てはまる。後者は、これらがタイムシフトのためにバッファを記憶するために使用される場合、セグメントのサイズを削減するために特に有用である。タイムシフトバッファは、それらは持続期間において制限されている（例えば、１時間のレコーディング）か、またはサイズにおいて制限されている（例えば、２Ｇバイト）という特有性を有し、この制限に到達するときに、バッファは、切り詰められなくてはならない（すなわち、これ以上データを追加することができないので、バッファの部分を削除して、メモリを解放して、タイムシフトのためのデータの記憶を継続しなくてはならない）。このとき「タイムシフト切詰め（time shift truncation）」という用語が使用され、この用語は、タイムシフトバッファの管理に関係する。本発明において、データはセグメントに記憶されているので、セグメントは、最大タイムシフトバッファ持続期間またはサイズと比較して小さく保たれており、セグメントは、全タイムシフトバッファを解放する必要なく、解放されることができる。追加の時間ベーストリガイベントは、セグメントがもう使用されない場合にセグメントが解放されることのできる確率をさらに増大させることによって、より細かいタイムシフト切詰めに対して有利となる可能性がある。

前節では、「トリガイベント」は、ユーザ始動操作（例えば、リモートコントロールの「録画」、「一時停止」、「再生」キーを押すこと）、または放送信号の変化によって始動される操作（例えば、ディジタルビデオ／オーディオ番組の開始および終了）として記述された。しかしながら、トリガイベントは、例えば、ディジタルビデオ／オーディオ番組の継続であるとともに、例えばディジタルビデオ放送−サービス情報（ＤＶＢ−ＳＩ）を含むか、または例えば、先進テレビジョンシステム委員会（Advanced Television Systems Committee）−サービス情報（ＡＴＳＣ−ＳＩ）を含む、ディジタルビデオ／オーディオストリームにおいて利用可能なものなどの、ＥＰＧ（電子番組ガイド：Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）「現在（current）」および「後続（following）」信号化イベントなどの信号化情報に基づくことも可能であり、前記サービス情報は、ディジタルビデオ／オーディオストリーム内のビデオ／オーディオプログラムの持続期間、コマーシャルまたは宣伝の開始および終了に関する信号化の情報を含む。このことは、例えば、（リモートコントロールの録画ボタンを手動で押すことによって、または予めプログラムされたレコーディングによって自動的に）ユーザがディジタルビデオ／オーディオストリームを記憶する場合に、特に有利である。信号化情報またはその他から源を発する、トリガイベントは、結果として、必要とされる記憶スペースをセグメントに分離させて、レコーディングの所有者に、記憶スペースを獲得するために一部のセグメント（例えば、宣伝を含むセグメント）を削除することを提案することができる。

代替的かつ非排他的に、トリガイベントは、時間ベースであることも可能である。セグメント分離を発生させるトリガイベントの、周期的な時間ベース発生と受信は、例えば、記憶リソースのきめの細かい、最適化された使用のためのセグメントの削除および挿入を容易にするための、後段でのレコーディングの「編集」ができるようにするのに、例えば、有用である。

前節において、「記憶」という言い回しが使用されている。本発明の文脈においては、記憶の非制限の例は、例えばストリーミングアウト（例えば、それ自体でタイムシフトバッファを持たないスレーブセットトップボックス用のタイムシフト機能を実現する、マスタセットトップボックス）のため、すなわちディジタルビデオ／オーディオストリームをメモリまたはディスクなどの内部記憶または外部記憶に記憶することを必要とする何らかの理由での、レコーディング、タイムシフティングである。

前節において、図５のデバイス５００の揮発性メモリ５１６、または（例えば、メモリまたはディスクに記憶された）ファイルなどの、メモリ内のメモリの部分を意味して、「セグメント」の言い回しが使用されている。セグメントがファイルとして実現されるときには、セグメントの分離は、新規なファイルの作成（例えば、Ｌｉｎｕｘ（登録商標）「ｃｒｅａｔｅ−ｆｉｌｅ」）およびそれがある場合には、以前のファイルの閉鎖（例えば、「ｆｃｌｏｓｅ」）として実現されることが可能であって、開放（例えば、「ｆｏｐｅｎ」）および閉鎖（以前のファイルのファイル閉鎖）などの追加の操作を含んでもよい。同様に、次いで、（例えば、リモートコントロールの録画「停止」ボタンを押すことによって生じるトリガイベントによる）記憶の停止は、新規なファイルを開くことなく、「現在」ファイルの閉鎖（「ｆｃｌｏｓｅ」）を必要とする場合がある。セグメントがメモリセグメントとして実現されるときには、セグメントの閉鎖および開放は、例えば、マスタレコード内に、または直接、メモリセグメントを記憶するメモリ内に、セグメント終了および開始を指示するインデックスを配置することによって表される。

本発明は、多種類のデバイス、例えばホームゲートウェイ、セットトップボックス、ＨＤＴＶ、スマートフォンなどにおいて、および多種類の文脈、例えば単一デバイス内部、ローカル（例えば、ホーム）ネットワークにおいて、１つのサーバ（マスタ）が多数（Ｎ）のクライアント（または「スレーブ」）デバイスにサービスを提供する構成内などにおいて、有利に応用されることができる。そのような構成において、マスタは、本発明による記憶の方法を実現し、スレーブデバイスは、単に、ビデオおよび／またはオーディオを描写するとともに、トリガイベントを発生し；クラウドネットワークにおいては、１つのサーバとＮ個のクライアントでそれが行われる。

前節において、「ディジタルビデオ／オーディオ」という用語が、ディジタルビデオストリームだけ、オーディオを含むディジタルビデオストリーム、またはオーディオストリームだけを意味して、使用されている。しかしながら、本発明は、ディジタルビデオおよびオーディオだけを含むストリームに制限されるものではなく、ディジタルビデオおよび／またはオーディオを含んで記憶されてもよい追加のデータは、例えば、サブタイトル、信号化表およびアプリケーションである。

ディジタルビデオ／オーディオストリームのソースは、放送（地上波、ケーブル、衛星）、ブロードバンド（ＩＰ／ＵＤＰ、ＨＴＴＰ、ＨＴＴＰスムーズストリーミング、ＨＬＳ（ＨＴＴＰライブストリーミング））、またはディジタルビデオ／オーディオストリームを運ぶ、その他任意のトランスポート手段とすることができる。

本発明の実現は、示されている実施形態に制限されない。読者は、図５が本発明の非限定の例示実施形態であることを理解するであろう。特に、本発明を実現するデバイスは、例えば、多数の機能を実現するより少ない要素、またはより基礎的な機能を実現するより多くの要素などの、描写されたよりも多くの、または少ない要素を含むことができる。

同様に、読者は、この方法または本発明の実現は、図６に描写されるような実現に制約されるものではないこと、およびこの方法のステップは、例えば処理時間を獲得するために、異なる順序で、または並列に実行されることができることを理解するであろう。

考察された変形形態は、特に有利な本発明の変形実施形態を提供するために、別個に、またはそれらの間で組み合わせて使用されることができる。

記述された実施形態の一部は、ハードウェア要素の使用を考察するが、ハードウェアによって実現されるとして提示された一部の機能は、代わりにソフトウェアで実現されて、本発明を実現するデバイスの製造コストを低減してもよい。

代替的に、本発明は、ハードウェア構成要素とソフトウェア構成要素の混合を使用して実現され、この場合には、専用のハードウェア構成要素が、代替的にはソフトウェアで実行される機能を提供する。特有の実施形態によると、本発明は、例えば、専用構成要素（例えば、ＡＳＩＣ、ＦＰＧＡまたはＶＬＳＩとして）（それぞれ、＜特定用途向けＩＣ＞、＜フィールドプログラマブルゲートアレイ＞および＜超大規模集積回路＞）としてハードウェア内に、またはデバイス内に集積化された別個の電子構成要素として、またはハードウェアとソフトウェアの混合の形態で、全体的に実現される。

Claims (7)

1. 同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶する方法において、
   前記方法は、前記同じディジタルビデオ／オーディオストリームの前記複数の重複するレコーディングを単一のセグメント化されたレコーディングとして記憶し、前記単一のセグメント化されたレコーディングの各セグメントは、前記ディジタルビデオ／オーディオストリームの非重複部分を含む、方法であって、
   前記ディジタルビデオ／オーディオストリーム（１０４）のレコーディングに対する第１の要求（６０１、１１１）を受信し、現在セグメントと呼ばれる、セグメント（２００）を開放し、前記現在セグメントに前記ディジタルビデオ／オーディオストリームをレコーディングするステップと、
   前記ディジタルビデオ／オーディオストリームのレコーディングに対する第２の要求（６０２、１１２、１１４）を受信し、前記現在セグメント（２００、２０２）を閉鎖するとともに新規な現在セグメント（２１０、２０３）を開放し、前記現在セグメントにおける前記ディジタルビデオ／オーディオストリームのレコーディングを継続するステップと、
   前記ディジタルビデオ／オーディオストリームの前記レコーディングの停止に対する第３の要求（６０３、１１５）を受信し、前記現在セグメントを閉鎖し、少なくとも１つのレコーディングが進行中である場合に、新規な現在セグメントを開放し、前記現在セグメントにおける前記ディジタルビデオ／オーディオストリームのレコーディングを継続するステップと、を含む、前記方法。
2. セグメントがファイルであり、前記閉鎖がファイル閉鎖動作である、請求項１に記載の方法。
3. セグメントがメモリセグメントであり、前記閉鎖がインデックスの配置である、請求項１に記載の方法。
4. 前記方法が、セグメント毎に、前記ディジタルビデオ／オーディオストリームに関係するタイムスタンプを記憶することを含む、請求項１乃至３のいずれか一項に記載の方法。
5. 前記方法が、セグメント毎に、セグメントを要求元におけるユーザに関係づける情報を記憶することを含む、請求項１乃至４のいずれか一項に記載の方法。
6. 前記レコーディングに対する要求が、前記ディジタルビデオ／オーディオストリームの映像化のタイムシフトに対する要求であり、前記レコーディングの停止に対する前記要求が、前記映像化の再開に対する要求である、請求項１乃至５のいずれか一項に記載の方法。
7. 同じディジタルビデオ／オーディオストリームの複数の重複するレコーディングを記憶するデバイスにおいて、
   前記デバイスは、前記同じディジタルビデオ／オーディオストリームの前記複数の重複するレコーディングを単一のセグメント化されたレコーディングとして記憶するための記憶装置を含み、前記単一のセグメント化されたレコーディングの各セグメントは、前記ディジタルビデオ／オーディオストリームの非重複部分を含む、デバイスであって、
   前記ディジタルビデオ／オーディオストリームのレコーディングに対する第１の要求を受信するインターフェイス（５１２、５１３）、現在セグメントと呼ばれる、セグメントを開放する中央処理ユニット（５１０）、および前記現在セグメントに前記ディジタルビデオ／オーディオストリームをレコーディングするメモリ（５１６）と、
   前記ディジタルビデオ／オーディオストリームのレコーディングに対する第２の要求を受信するネットワークインターフェイス（５１２、５１３）、前記現在セグメントを閉鎖するとともに、新規な現在セグメントを開放する中央処理ユニット（５１０）、および前記現在セグメントにおける前記ディジタルビデオ／オーディオストリームのレコーディングを継続するメモリ（５１６）と、
   前記ディジタルビデオ／オーディオストリームの前記レコーディングの停止に対する第３の要求を受信するネットワークインターフェイス（５１２、５１３）、前記現在セグメントを閉鎖するとともに、新規な現在セグメントを開放する中央処理ユニット（５１０）、および少なくとも１つのレコーディングが進行中である場合に、前記現在セグメントにおける前記ディジタルビデオ／オーディオストリームのレコーディングを継続するメモリ（５１６）と、をさらに含む、前記デバイス。