(57)【特許請求の範囲】
【請求項１】
１以上のファイルから構成される格納されているデータストリームを第１及び第２サブストリームに分割する方法であって、物理的ストレージの１以上の何れのデータユニットがファイルに属するか定義するためにファイルシステムが利用され、該方法は、
前記格納されているデータストリーム内において、意図される分割位置を含む前記物理的ストレージの最小のデータユニットを検出するステップと、
前記意図される分割位置を含む前記物理的ストレージのデータユニットを含む独立した第１ファイルを生成するステップと、
前記第１ファイルのストリームデータに先行するストリームデータを含む第２ファイルと、前記第１ファイルのストリームデータに後続するストリームデータを含む第３ファイルとを生成するステップと、
前記第１及び第２ファイルを介し前記第１サブストリームを参照し、前記第１及び第３ファイルを介し前記第２サブストリームを参照するステップと、
から構成され、
前記第１、第２及び第３ファイルの生成中、各自の制御情報が変更され、格納されている各自のオーディオビジュアル情報はコピーされず、
前記第１ファイルの物理的ストレージのデータユニットは、前記第１及び第２サブストリームのそれぞれの一部である、
ことを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記独立した第１ファイルは、前記物理的ストレージのデータユニットのみを含むことを特徴とする方法。
【請求項３】
請求項１又は２記載の方法であって、
前記第１、第２及び第３ファイルを生成するステップは、対応する第１、第２及び第３クリップ情報ファイルを生成することからなり、
前記第１、第２及び第３ファイルの選択されたファイルを介した各参照は、前記対応するクリップ情報ファイルを参照することからなる、
ことを特徴とする方法。
【請求項４】
請求項１乃至３何れか一項記載の方法であって、
各クリップ情報ファイルは、少なくとも１つのプレイリストを介し完全または部分的に参照されることを特徴とする方法。
【請求項５】
請求項３記載の方法であって、
前記サブストリームは、タイムスタンプを含むソースパケットを含み、
前記クリップ情報ファイル内のリンクは、前記タイムスタンプへの参照である、
ことを特徴とする方法。
【請求項６】
請求項４記載の方法であって、
前記３つのクリップ情報ファイルに対し、３つの異なるプレイリストが自動的に生成されることを特徴とする方法。
【請求項７】
請求項４記載の方法であって、
前記第１及び第２クリップ情報ファイルを参照する第１プレイリストと、前記第１及び第３クリップ情報ファイルを参照する第２プレイリストの２つの独立したプレイリストが生成されることを特徴とする方法。
【請求項８】
請求項７記載の方法であって、
前記生成される２つのプレイリストは、バーチャルプレイリストであることを特徴とする方法。
【請求項９】
請求項１乃至８何れか一項記載の方法であって、
前記サブストリームは、ソースパケットを有し、
前記分割位置は、格納されているソースパケットの間にあることを特徴とする方法。
【請求項１０】
請求項１乃至９何れか一項記載の方法であって、
前記独立した第１ファイルは、前記物理的ストレージのデータユニットに加えて、それの近隣のデータユニットを有することを特徴とする方法。
【請求項１１】
ストレージ装置に格納されているマルチメディアデータストリームを第１及び第２サブストリームに分割する装置であって、物理的ストレージの１以上の何れのデータユニットがファイルに属するか定義するためにファイルシステムが利用され、該装置は、
最小のアクセス可能な物理的ストレージのデータユニット内の分割位置を受信するインタフェース手段と、
前記分割位置を含む前記物理的ストレージのデータユニットを有する第１ファイルを第１制御ファイルに少なくとも部分的に基づき生成する手段と、
前記第１ファイルのストリームデータに先行するストリームデータを含む第２ファイルと、前記第１ファイルのストリームデータに後続するストリームデータを含む第３ファイルとを生成する手段と、
前記第１及び第２ファイルを介し前記第１サブストリームを参照し、前記第１及び第３ファイルを介し前記第２サブストリームを参照する手段と、
を有し、
前記第１、第２及び第３ファイルの生成中、各自の制御情報が変更され、格納されている各自のオーディオビジュアル情報はコピーされず、
前記第１ファイルの物理的ストレージのデータユニットは、前記第１及び第２サブストリームのそれぞれの一部である、
ことを特徴とする装置。
【請求項１２】
請求項１１記載の装置であって、
前記第１ファイルは、前記分割位置を含む前記物理的ストレージのデータユニットのみを含むことを特徴とする装置。
【請求項１３】
請求項１１又は１２記載の装置であって、
前記第２及び第３ファイルを生成する手段はさらに、対応する第１、第２及び第３クリップ情報ファイルを生成し、
前記第１、第２及び第３ファイルは、前記対応するクリップ情報ファイルを介し参照される、
ことを特徴とする装置。
【請求項１４】
請求項１１乃至１３何れか一項記載の装置であって、
前記独立した第１ファイルは、前記物理的ストレージのデータユニットに加えて、それの近隣のデータユニットを有することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データストリームの分割方法に関する。より詳細には、本発明は、ストリーミングデータへのパケット単位のアクセスのみを許可するファイルシステムにおけるデータストリームを分割する方法に関する。
【背景技術】
【０００２】
光ディスクは、通常オーディオビジュアル（ＡＶ）データのための記憶媒体として利用されている。これらのディスクは、データ部分が格納される通常はセクタと呼ばれる論理ユニットに分割される。さらに、様々なファイルシステムがディスク上へのデータ格納の構成に利用可能である。これらのファイルシステムは、２つのタイプに分類可能である。１つのタイプのファイルシステムでは、任意のデータバイト位置がランダムにアクセス可能であり、他のタイプのファイルシステムは、指定されたデータユニット、すなわち、セクタのみにアクセス可能である。後者は、例えば、ＯＳＴＡ（Ｏｐｔｉｃａｌ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｓｓｏｃｉａｔｉｏｎ（ｈｔｔｐ：//ｗｗｗ．ｏｓｔａ．ｏｒｇ）により指定されるＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）に対するケースである。一般に、ファイルシステムは、どのデータユニットがファイルに属するか定義している。ＵＤＦは、このためにいわゆる「ファイルエントリ」を用いている。
【０００３】
映像データがＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）や書き換え可能なＢｌｕ−ｒａｙディスク（ＢＤ−ＲＥ）などの光ディスクに記録されるとき、データ構成に階層的な論理構造が利用される。この構造は、いわゆるチップと呼ばれる映像シーケンスを記述するクリップ情報ファイルへの参照を含むプレイリストファイルに格納されているプレイリストを有する。このクリップは、ＡＶ実データファイルを含む。書き換え可能な光媒体に記録されるＡＶデータが編集されるとき、この編集処理には通常、ファイルの分割処理が含まれている。しかしながら、映像記録が分割されるとき、この分割位置は、セクタなどの最小のアクセス可能なデータユニット内にあるかもしれない。この場合、分割処理は、フルセクタにのみアクセス可能なファイルシステムでは困難なものとなる。
【０００４】
ＢＤ−ＲＥ上に格納されている映像データの編集は、公式のＢｌｕ−ｒａｙウェブサイト（ｈｔｔｐ：//ｗｗｗ．ｂｌｕ−ｒａｙｄｉｓｃ−ｏｆｆｉｃｉａｌ．ｏｒｇ/ｔｅｃｉｎｆｏ/ｄａｔａ/ｐａｒｔ３．ｐｄｆ）から利用可能なＢＤ−ＲＥに関する記述のパート３の図３．１．５．４などに記載されている。それは、プレイリストの分割及び合成と新たに生成された仮想的プレイリストを利用している。しかしながら、それは、分割や合成処理がクリップ内の任意の位置で実行可能であることを仮定している。これは、ＵＤＦがディスク上のファイルシステムとして利用されるときには不可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明により解決されるべき課題は、分割位置が任意となるような１以上のファイルから構成される映像データストリームなどのデータストリームを分割する方法を提供することである。特に、この分割位置は、光ディスクまたはハードディスク（ＨＤＤ）上などの最小アクセス可能データユニット内に設けられてもよい。
【課題を解決するための手段】
【０００６】
上記課題は、請求項１に記載されるような発明により解決される。すなわち、本発明による方法は、意図された分割位置を含み、独立したファイルに変換可能な最小データユニットを特定し、このデータユニットの前後のストリームを分割し、当該データユニット（及び潜在的にはいくつかの近隣データユニット）を独立した第１ファイルとして宣言し、選考するストリームデータを第２ファイルとして、後続するストリームデータを第３ファイルとして宣言し、第１及び第２ファイルを介し第１サブストリームを、第１及び第３ファイルを介し第２サブストリームを参照することからなる。
【０００７】
ファイルは、ファイルシステム内において自由に物理的にアクセス可能であり（セキュリティ、アクセス権限やコンテンツプロテクション機構などを介した高次のレイヤ制限を考慮しない）、データストリームの一部を格納可能なデータユニットとして理解されてもよい。データストリームは、相互に関連したデータの確実かつ連続したシーケンスとして理解されてもよく、１以上のファイルに分散可能である。
【０００８】
特に、本発明による１以上のファイルから構成されるデータストリームを第１及び第２サブストリームに分割する方法は、どのデータユニットがファイルに属しているか定義するためにファイルシステムを利用し、該方法は、意図された分割位置を含み、独立したファイルとして定義可能な最小データユニットを検出するステップと、当該データユニットあるいはこれを含むいくつかのデータユニットから第１ファイルを生成するステップと、先行及び後続するストリームデータから独立した第２及び第３ファイルを生成するステップと、第１及び第２ファイルを介し第１サブストリームを、第１及び第３ファイルを介し第２サブストリームを参照するステップとから構成される。この分割位置は、ファイルシステムを介しアクセス可能な最小データユニット内にあってもよい。
【０００９】
特に、本方法は、データストリームをｋ個のサブストリームに同時に分割するよう格調可能である（ｋは任意の整数であり、（２ｋ−１）個のファイルが生成される）。
【００１０】
マルチメディアデータストリームを分割する装置が、請求項１０に記載される。マルチメディアデータストリームを第１及び第２サブストリームに分割する装置は、使用されているファイルシステムの下でアプリケーションフォーマットにより提供される最小のアクセス可能なデータユニット内の分割位置を受信する手段と、分割位置と任意的に１以上の近隣データユニットを含む最小のアクセス可能なデータユニットを独立した第１ファイルに変換する手段と、第１サブストリームに完全に属するマルチメディアデータストリームの残りのデータユニットを第２ファイルに、第２サブストリームに完全に属するマルチメディアデータストリームの残りのデータユニットを第３ファイルに変換する手段とから構成される。
【発明の効果】
【００１１】
本発明によると、分割位置が任意となるような１以上のファイルから構成される映像データストリームなどのデータストリームを分割する方法が提供される。
【発明を実施するための最良の形態】
【００１２】
図１は、ＤＶＲ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｉｎｇ）アプリケーションフォーマットなどに従って、ＤＶＤやＢＤ−ＲＥなどの記録可能光ディスク上に記録される映像データに対するレイヤ構造を概略的に示す。情報エリアＩＮＦは、各テーブルエントリが媒体上に格納されているプレイリストＲ＿ＰＬを指示するプレイリストテーブルＴＡＢ＿ＰＬを含む。プレイリストは、クリップへの参照である。クリップは、実音声及び/または映像データを含む実ストリームファイルへのリンクを含む。
【００１３】
プレイリストには、ＲｅａｌＰｌａｙｌｉｓｔＲ＿ＰＬとＶｉｒｔｕａｌＰｌａｙｌｉｓｔの２つのタイプがある。ＲｅａｌＰｌａｙｌｉｓｔは、データ記録時に自動的に生成され、ＶｉｒｔｕａｌＰｌａｙｌｉｓｔは、任意的な追加的な代替手段である。各クリップは、少なくとも１つのＲｅａｌＰｌａｙｌｉｓｔにより参照されるが、１つのＲｅａｌＰｌａｙｌｉｓｔは複数のクリップを参照するようにしてもよい。プレイリストは、１つのクリップまたはその一部をプレイアイテムＰＩとして参照する。クリップは、実オーディオビジュアル（ＡＶ）データストリームＳと関連するクリップ情報ファイルＣＬＰＩとから構成される。この関連付けは、ファイルネームを介し行われる。すなわち、クリップ情報ファイルと関連するＡＶストリームファイルは、異なるファイルネーム拡張子を有し、異なるディレクトリに格納されていても、同じ名前を有する。例えば、「ＡＶ/ＣＬＩＰＩＮＦ/ｚｚｚｚＡ．ｃｌｐｉ」（ここで、「ｚｚｚｚＡ」は任意の５桁の数字である）として格納されているクリップ情報ファイルは、ＭＰＥＧ−２トランスポートストリームパケットなどのソースパケットＳＰから一般には構成される「ＡＶ/ＳＴＲＥＡＭ/ｚｚｚｚＡ．ｍ２ｔｓ」のＡＶストリームを参照する。クリップ情報ファイルＣＬＰＩは、ＡＶデータストリームＳのソースパケットＳＰ内のタイムスタンプへの参照を含む。
【００１４】
ＡＶデータストリームＳは、データユニットに構成される。例えば、ＤＶＲアプリケーションフォーマットでは、これらはＡＵ（Ａｌｉｇｎｅｄ  Ｕｎｉｔ）と呼ばれる。各ＡＵは、各々が１９２バイトを有する３２個のソースパケットを保持可能な３つのセクタから構成される。各ソースパケットは、クリップ情報ファイルが個々のソースパケットにアクセス可能となるように、タイムスタンプを有する。
【００１５】
ユーザがＡＶデータストリームＳを図２に示されるような２つの部分ストリームＳ１’とＳ２’に分割することを所望するとき、例えばフル映像フレーム間、従ってソースパケット間には、映像符号化フォーマットにより正確な分割位置ＳＰＬが与えられる。このため、分割位置ＳＰＬは、両方の部分ストリームに属するデータユニットＡＵ５１内の何れかに配置されるかもしれない。従来意図されたＢｌｕ−ｒａｙファイルシステムＢＤＦＳは、そのようなケースを扱うことが可能である。すなわち、ファイルは、アクセスユニット内の何れかでスタート及び/またはエンドするようにしてもよい。しかしながら、これは、ＵＤＦのようなファイルシステム及びＮＴＦＳやＭＳ−ＤＯＳなどの他の大部分の既存のファイルシステムによりサポートされていない。アクセスユニット内でスタート及び/またはエンドするファイルをサポートしないこれらのファイルシステムのための１つの簡単な解決法は、各データユニットＡＵ５１を他の位置ＡＵ５１’にコピーし、先行するユニットＡＵ４７，．．．，ＡＵ５０及びコピーＡＵ５１’から第１ストリームＳ１’を構築し、オリジナルのユニットＡＵ５１と後続するユニットＡＵ５２，．．．，ＡＵ５４から第２ストリームＳ２’を構築することである。ＡＶ再生ソフトウェアなどのアプリケーションは、第１及び第２ストリームの共通データユニットＡＵ５１とＡＵ５１’の関連しない部分を無視するよう仮定される。この解決法は、ＡＶデータがコピーされる必要があり、再生中にピックアップが新たな位置ＡＵ５１’にジャンプする必要があるという問題点を有する。
【００１６】
本発明によると、２つのデータストリームに属するデータユニットＡＵ５１は、図３に示されるように、クリップやファイルなどの個別にアクセス可能な独立したデータユニットとして宣言される。このため、データストリームは、第１ストリームに属するＳ１と、第２ストリームに属するＳ３と、両方のストリームに属するＳ２の３つのパートに分割される。これら各部分をファイルシステムを介し個別にアクセス可能とするため、それらは独立したクリップまたはファイルに変換される。これは、クリップ情報ファイルをＡＶストリーム部分に対応する３つの独立したクリップ情報ファイルＣＬＰＩ１、ＣＬＰＩ２及びＣＬＰＩ３に分割することにより達成することができる。その後、これら新しいクリップは、新たなプレイリストを構成するのに利用される。
【００１７】
本発明は、アプリケーションフォーマットにより定義された階層的データ構造をストリーミングデータセクタの変更された割当てに適応させることからなる。従って、ストリーミングデータファイルが２つの部分またはサブストリームに分割されるとき、「ｚｚｚｚｚ．ｃｌｐｉ」（「ｚｚｚｚｚ」は任意の数字など）などのオリジナルのクリップ情報ファイルは、例えば、「ｚｚｚｚＡ．ｍ２ｔｓ」には「ｚｚｚｚＡ．ｃｌｐｉ」、「ｚｚｚｚＢ．ｍ２ｔｓ」には「ｚｚｚｚＢ．ｃｌｐｉ」、及び「ｚｚｚｚＣ．ｍ２ｔｓ」には「ｚｚｚｚＣ．ｃｌｐｉ」（ここで、Ａ、Ｂ及びＣは異なる数字）などの新たなストリーミングデータファイルである部分に対応する名前を有する３つのクリップ情報ファイルに分割される。さらに、プレイリストファイルは、以下で説明されるような様々な方法により実行可能な新たなクリップ情報ファイルに正確にアドレス指定可能となるよう自動的に調整される。
【００１８】
本発明の第１実施例では、各々が３つのクリップ情報ファイルまたはクリップの１つに関連付けされる独立したＲｅａｌＰｌａｙｌｉｓｔが生成される。すなわち、３つのＲｅａｌＰｌａｙｌｉｓｔが生成される。これは、完全なストリームの既存のＲｅａｌＰｌａｙｌｉｓｔを分割し、関連するデータを新しいＲｅａｌＰｌａｙｌｉｓｔにコピーし、ファイルヘッダなどの必要なデータを追加することにより達成可能である。このとき、各クリップは個別にアクセス可能であり、異なるクリップをＶｉｒｔｕａｌＰｌａｙｌｉｓｔを用いて合成することができる。このとき、完全なストリームのオリジナルのＲｅａｌＰｌａｙｌｉｓｔは削除することができる。プレイリストファイルのコピーは、プレイリストファイルがかなり少ないデータしか含んでいないため、ＡＶデータファイルのコピーよりはるかに迅速に行うことができる。
【００１９】
本発明の第２実施例では、ストリームの２つの部分に対して、２つのみのＲｅａｌＰｌａｙｌｉｓｔが生成される。ここで、各ＲｅａｌＰｌａｙｌｉｓｔは少なくとも２つのクリップ情報ファイルに関連付けされ、１つは両方のストリームに属するデータユニットに対するものであり、少なくとも１つは各データストリームにのみ属するデータユニットに対するものである。このとき、２つのストリーム部分は、各自のＲｅａｌＰｌａｙｌｉｓｔを介し個別にアクセス可能であり、ＶｉｒｔｕａｌＰｌａｙｌｉｓｔを用いて合成することが可能である。さらに、ＶｉｒｔｕａｌＰｌａｙｌｉｓｔはまた、単独のクリップにアクセス可能である。
【００２０】
本発明の第３実施例では、２つのみのクリップが合成される上述のＢＤの説明の図３．１．５．４（３）の右側部分に示されるような「合成処理」と同様に、３つの新しいクリップが１つのＲｅａｌＰｌａｙｌｉｓｔを介しアクセス可能である。このとき、２つのＶｉｒｔｕａｌＰｌａｙｌｉｓｔを用いて、各クリップにＰｌａｙＩｔｅｍとしてアクセスすることにより、第１及び第２部分データストリームが記述される。
【００２１】
上述の基本実施例は、以下に説明されるように合成することが可能である。
【００２２】
本発明の一実施例では、図３に示されるように、結果として得られるクリップＣＬＰＩ１、ＣＬＰＩ２及びＣＬＰＩ３は、１つのＲｅａｌＰｌａｙｌｉｓｔＲ＿ＰＬのＰｌａｙＩｔｅｍＰＩ１、ＰＩ２及びＰＩ３としてアクセス可能である。この構成によると、クリップ情報ファイルＣＬＰＩ２がデータユニットＡＵ５１内のソースパケットに各自のタイムスタンプを介しアドレス指定可能であるため、データユニットＡＵ５１の一部のみを表すＡＶデータを削除することが可能である。
【００２３】
本発明の他の実施例では、図４に示されるように、２つ独立したストリームが存在するように、２つの独立したＲｅａｌＰｌａｙｌｉｓｔＲ＿ＰＬ１とＲ＿ＰＬ２が生成される。第１のＲｅａｌＰｌａｙｌｉｓｔＲ＿ＰＬ１は、第１クリップＣＬＰＩ１及び第２クリップＣＬＰＩ２の第１部分と、それらに対応するＡＶデータＳ１及びＳ２を指示するＰｌａｙＩｔｅｍＰＩ１及びＰＩ２１を含む。第２のＲｅａｌＰｌａｙｌｉｓｔＲ＿ＰＬ２は、第２クリップＣＬＰＩ２の第２部分及び第３クリップＣＬＰＩ３と、それらに対応するＡＶデータＳ２及びＳ３を指示するＰｌａｙＩｔｅｍＰＩ２２とＰＩ３を含む。これは、プレイリストがクリップ内、すなわち、クリップ情報ファイル及び対応するストリーム内の位置をタイムスタンプを介すなどして指定することができるときに可能となる。ＤＶＲなどのいくつかのアプリケーションでは、プレイリストは、クリップの一部の始まりと終わりとしてＩＮ＿ｔｉｍｅＩＴとＯＵＴ＿ｔｉｍｅＯｔを指定することができる。第２クリップの第１部分のＯＵＴ＿ｔｉｍｅと同じクリップの第２部分のＩＮ＿ｔｉｍｅは同一であってもよく、すなわち、分割位置ＳＰＬであってもよい。これにより、アプリケーションフォーマットにより提供される単独の最小のデータユニットは、異なるストリームに属するデータを含むようにしてもよい。このことは、例えば、映像ストリームが編集及び分割されるとき、ＡＶデータのコピーと再生中の追加的なピックアップジャンプが回避されるため効果的である。
【００２４】
サブストリームの再生中、分割されたアクセスユニットが完全に読み出されるが、プレイリストで参照されるデータのみが、従ってサブストリームに属するデータのみが利用される。分割されたアクセスユニットに含まれるその他のデータは無視される。
【００２５】
上述のＢＤの説明によると、図４のファイルネーム及びディレクトリは、ＤＶＲアプリケーションフォーマットを用いたＢＤに関して、親ディレクトリＩＮＦの管理情報のＢＤＡＶ/ｉｎｆｏ．ｂｄａｖ、ＲｅａｌＰｌａｙｌｉｓｔＲ＿ＰＬ１及びＲ＿ＰＬ２のＢＤＡＶ/ＰＬＡＹＬＩＳＴのｘｘｘｘＡ．ｒｐｌｓ及びｘｘｘｘＢ．ｒｐｌｓ、クリップ情報ファイルＣＬＰＩ１、ＣＬＰＩ２及びＣＬＰＩ３のｚｚｚｚＡ．ｃｌｐｉ、ｚｚｚｚＢ．ｃｌｐｉ及びｚｚｚｚＣ．ｃｌｐｉ、及びＡＶストリームデータファイルＳ１、Ｓ２及びＳ３のＢＤＡＶ/ＳＴＲＥＡＭ/のｚｚｚｚＡ．ｍ２ｔｓ、ｚｚｚｚＢ．ｍ２ｔｓ及びｚｚｚｚＣ．ｍ２ｔｓであってもよい。
【００２６】
ＤＶＲアプリケーションフォーマットなどに格納されているデータストリームを第１及び第２部分データストリームに分割する装置は、最小のアクセス可能なデータユニットが両方の部分ストリームに属するデータを含むように、利用されているファイルシステムの下でアプリケーションフォーマットにより提供される最小のアクセス可能なデータユニット内にある分割位置をユーザ入力などを介し受信する手段と、両方の部分データストリームのデータを含む最小のアクセス可能なデータユニットを含む隣接するデータユニットを独立した第１ファイルに変換する手段と、第１または第２部分データストリームに完全に属する残りのデータユニットをそれぞれ個別の第２及び第３ファイルに変換する手段を有する。
【００２７】
図５及び図６は、ＲｅａｌＰｌａｙｌｉｓｔの代わりにＶｉｒｔｕａｌＰｌａｙｌｉｓｔＶ＿ＰＬ、Ｖ＿ＰＬ１及びＶ＿ＰＬ２が利用されるということを除いて、図３と図４の実施例と同様の原理に基づくさらなる実施例を示す。その効果としては、ストリームが図４に示されるような独立したＲｅａｌＰｌａｙｌｉｓｔを有するため、これらのストリームは独立にアクセス可能であるが、ユーザは３つすべてのクリップを参照するＰｌａｙＩｔｅｍＰＩ１、ＰＩ２及びＰＩ３を含むＶｉｒｔｕａｌＰｌａｙｌｉｓｔＶ＿ＰＬを利用することにより、ストリームを１つの表示に再び添付することができる。さらに、図６に示されるように、ＶｉｒｔｕａｌＰｌａｙｌｉｓｔは、ＲｅａｌＰｌａｙｌｉｓｔと同様に、クリップ内の位置を各自のパケットのタイムスタンプを介し指定することができる。
【００２８】
図７において、ＶｉｒｔｕａｌＰｌａｙｌｉｓｔとＲｅａｌＰｌａｙｌｉｓｔを用いた例が示される。プレイリストＴＡＢ＿ＰＬのテーブルは、ＶｉｒｔｕａｌＰｌａｙｌｉｓｔＶ＿ＰＬへの参照と共に、ＲｅａｌＰｌａｙｌｉｓｔＲ＿ＰＬ１、Ｒ＿ＰＬ２及びＲ＿ＰＬ３への参照を含み、ユーザは、そのそれぞれを直接選択することができる。ＶｉｒｔｕａｌＰｌａｙｌｉｓｔは、分割前のオリジナルのストリーム全体を参照する。
【００２９】
本発明の一効果として、ＡＶデータをコピーする必要なく、従ってディスクの離れたセクタに分散されるストリーム部分による時間のかかるピックアップジャンプを許容する必要なく、ＡＶストリームを分割することができる。
【００３０】
本発明の他の効果は、それが上述のものなどのすべての関連する規格に準拠しているということである。
【００３１】
分割位置がアクセスユニットの隣接した始めまたは終わりに配置されている場合、ストリームを３つの部分に分割する必要はない。この場合、トリビアルな解決法が適用されてもよい。すなわち、ストリームは、単に２つの部分のみに分割される。
【００３２】
さらに、本発明による方法及び装置は、ＲｅａｌＰｌａｙｌｉｓｔとＶｉｒｔｕａｌＰｌａｙｌｉｓｔを合成することにより異なる状況に適用可能である。
【００３３】
さらに、本発明による方法によると、格納されているデータストリームを任意の位置において任意数の部分に同時に分割することが可能である。分割位置がセクタやアクセスユニットの境界と一致していないと仮定すると、データストリームをｋ個のサブストリームに分割することは、本発明による方法は利用されるときには（２ｋ−１）個のファイルを生じさせるであろう。分割位置がセクタまたはアクセスユニットの始まりまたは終わりにある場合、分割を従来通り実行することができ、セクタまたはアクセスユニットは、ファイル数が少なくなるように別のファイルに変換される必要はない。従って、本発明による装置はまた、分割位置がこのような最小のアクセス可能なデータユニット内にあるか検出する手段を有するようにしてもよい。
【００３４】
ここで、分割位置を有するＡＶデータユニットを含むファイルはまた、さらなるＡＶデータユニットを有するようにしてもよい。すなわち、それは、実際の分割位置の周囲の可能な最小のデータ量に制限される必要はない。しかしながら、好適な実施例では、このファイルは可能な限り小さいものとなる。なぜなら、この場合、それは再生中に無視されるべき最小のデータ量を含むからである。
【００３５】
図８において、本発明による一例となる装置が示される。ピックアップは、ディスクなどの書き換え可能な記憶媒体から上述の構成を有するデータを読み出す。誤り訂正符号（ＥＣＣ）ブロックの懐石によりデータ完全性が確保され、訂正可能なエラーは訂正される。その後、データはリードバッファにバッファリングされる。編集のための制御出力などの再生中、このデータは圧縮ＡＶデータを音声及び/または映像デコーダに提供する対応するアプリケーションに送出されるが、編集処理はファイルシステムマネージャによるデータの再構成あるいは再ラベル付けを求める。逆多重化ユニットは、制御ユニットにより制御され、データの分配を実行する。
【００３６】
ユーザ入力は、ユーザインタフェースを介し受信され、ピックアップを求められる位置に移動するのに用いられる。分割されるストリームは、ピックアップにより読み出され、エラーのチェックが行われ、可能であれば訂正され、リードバッファにバッファリングされ、逆多重化ユニットを介しファイルシステムマネージャに送られる。
【００３７】
制御ユニットは、ユーザに要求された分割位置に対して、使用されているアプリケーションに応じた、パケット境界などの最も近い可能な実際の分割位置を検出する。このとき、制御ユニットは、実際の分割位置をファイルシステムマネージャと通信する。ファイルシステムマネージャは、宣言対象の位置の周囲の好ましくは小さな領域を独立したファイルとして決定し、さらにこの領域と共にストリームの先行及び後続部分を３つの独立したファイルに変換する。このため、ファイルシステムマネージャはまた、上述のようなクリップ情報ファイルなどのアプリケーションに特定のデータ構造による他のファイルの生成または変更を行う。その後、変更されたデータは、通常の方法により、ライトバッファ及び誤り訂正符号を利用して記憶媒体に再書き込みされる。
【００３８】
本発明は、様々なアプリケーションフォーマットに利用可能である。原則的には、本発明は、すべてのストリーム記録フォーマットに適用可能である。ここでは、ストリームは、プレイリストや「プログラムチェーン」などの同様の構成を介しアクセス可能な独立したファイルとして格納することができ、アプリケーションのアクセス可能なユニットは、ＭＳ−ＤＯＳパーティション（例えば、ＦＡＴ１６パーティションの４ｋＢクラスタなど）上のＤＶＤビデオレコーディング（ＤＶＤ−ＶＲ）データなどの基礎となるファイルシステムのアクセス可能なユニット内でスタートまたはエンドするようにしてもよい。
【図面の簡単な説明】
【００３９】
【図１】図１は、映像ストリームの階層的データ構造を示す。
【図２】図２は、共通データユニットのコピーを利用したデータストリームの第１及び第２サブストリームへの分割を示す。
【図３】図３は、１つのＲｅａｌＰｌａｙｌｉｓｔを利用したデータストリームの分割を示す。
【図４】図４は、２つのＲｅａｌＰｌａｙｌｉｓｔを利用したデータストリームの分割を示す。
【図５】図５は、１つのＶｉｒｔｕａｌＰｌａｙｌｉｓｔを利用したデータストリームの分割を示す。
【図６】図６は、２つのＶｉｒｔｕａｌＰｌａｙｌｉｓｔを利用したデータストリームの分割を示す。
【図７】図７は、３つのＲｅａｌＰｌａｙｌｉｓｔと１つのＶｉｒｔｕａｌＰｌａｙｌｉｓｔを利用したデータストリームの分割を示す。
【図８】図８は、本発明によるデータストリームの分割に適した装置を示す。
【符号の説明】
【００４０】
ＴＡＢ＿ＰＬ  プレイリストテーブル
Ｒ＿ＰＬ  ＲｅａｌＰｌａｙｌｉｓｔ
Ｖ＿ＰＬ  ＶｉｒｔｕａｌＰｌａｙｌｉｓｔ
ＣＬＰＩ  クリップ情報ファイル
ＰＩ  ＰｌａｙＩｔｅｍ
【図１】
0004711734.tif 000002
【図２】
0004711734.tif 000003
【図３】
0004711734.tif 000004
【図４】
0004711734.tif 000005
【図５】
0004711734.tif 000006
【図６】
0004711734.tif 000007
【図７】
0004711734.tif 000008
【図８】
0004711734.tif 000009