(57)【要約】【課題】リムーバブル媒体に記録されたインデックスが、本体データあるいは広域ネットワーク上で共有しているデータを一元的に管理する。【解決手段】ローカル端末サーバ１０１のリムーバブルメモリカード１０２に別ドライブへのファイルエントリパスを伴うインデックスファイル１０３を記録する。メモリカード挿入の際にインデックス内容を同期処理する。インデックスファイル１０３には、プロパティとサムネイル、著作権管理用各タイトルの各ファイルエントリが記述される。ローカル端末サーバ１０１は、ハードディスク１１０に記録された静止画像、動画像ファイルへのエントリ情報が記載されているプロパティファイル１０３を参照してハードディスク１１０にアクセスする。ネットワーク上の全容量は巨大拡張パーティションで構成する仮想ドライブ２０２としてアクセスされる。【選択図】図１
2007108951.tif 000002
【特許請求の範囲】
【請求項１】
パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理され、パーティション記述により複数ドライブが割り当てられた記録媒体のデータ管理装置であって、
上記複数のドライブには、ファイルの基本再生単位が記録された記録用ドライブと、上記基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録された管理用ドライブとがあり、
上記管理用ドライブに記録されたプロパティファイルを参照して上記記録用ドライブに記録されたファイルの基本再生単位にアクセスすること
を特徴とするデータ管理装置。
【請求項２】
上記管理用ドライブには、さらに、基本再生単位に対応する見出し画サムネイルファイルが記録されていることを特徴とする請求項１記載のデータ管理装置。
【請求項３】
上記ファイルは映像音声ストリームデータであり、上記基本再生単位はチャプタであることを特徴とする請求項１記載のデータ管理装置。
【請求項４】
上記パーティション記述により、挿抜可能な半導体メモリにドライブを割り当てることを特徴とする請求項１記載のデータ管理装置。
【請求項５】
パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理された記録媒体にパーティション記述により基本領域と拡張領域が割り当てられ、
上記基本領域には、上記拡張領域に記録されたファイルの基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録されており、
上記拡張領域には、ネットワークで接続された記録媒体に論理セクタアドレスを割り当てるマッピング部と、
論理セクタアドレスデータによって割り当てられたアドレスデータをネットワークに接続された記録媒体のネットワークアドレスへ変換するネットワークアドレス変換部と、
上記プロパティファイルから指定されるアクセス情報を上記ファイル名に変換してアクセスするチャプタアドレス変換部と
を有することを特徴とするデータ管理装置。
【請求項６】
パーティションの開始アドレスとパーティションサイズとが格納された基本パーティションテーブルと、上記基本パーティションテーブルの開始アドレス及びパーティションサイズの格納領域を拡張した新方式拡張パーティションテーブルとを有し、上記基本パーティションテーブルに基づき形成された基本パーティションと、上記新方式拡張パーティションテーブルに基づき形成された拡張パーティションとに分割されたドライブを管理するデータ管理装置であって、
上記基本パーティションにインデックスファイルを配置し、上記拡張パーティションに記録したデータファイルと当該データファイルの記録領域とをリンク付けるインデックスを上記インデックスファイルに登録するインデックスファイル生成部と、
上記インデックスファイルを基に、上記拡張パーティションに記録されたデータファイルの記録領域を検索するデータファイル検索部と
を有することを特徴するデータ管理装置。
【請求項７】
上記インデックスファイルに含まれるインデックスのうち、データ種別が同じデータファイルのインデックスを集めた編集用インデックスファイルを生成する編集用インデックスファイル生成部を有することを特徴とする請求項６記載のデータ管理装置。
【請求項８】
上記編集用インデックスファイルに含まれるインデックスの追加、削除、並換えを実行するインデックスファイル編集部を有し、
上記データファイル検索部は、上記編集用インデックスファイルの並び順に応じて上記データファイルの記録領域を検索すること
を特徴とする請求項６記載のデータ管理装置。
【請求項９】
データファイルの読み出しが指示されたとき、当該データファイルの所在を示すドライブレターを基に、当該データファイルが上記基本パーティションに記録されているか、上記拡張パーティションに記録されているかを判別し、当該データファイルが拡張パーティションに記録されていると判別したとき、上記データファイル検索部に当該ファイルのアドレスを検索させるドライブ管理部を有することを特徴とする請求項６記載のデータ管理装置。
【請求項１０】
ストリームデータの１記録単位であるデータファイルを生成するデータファイル生成部を有し、
上記インデックスファイル生成部は、上記ストリームデータを構成するデータファイルに対するインデックスを逐次生成し、上記インデックスファイルに順次登録すること
を特徴とする請求項６記載のデータ管理装置。
【請求項１１】
パーティションの開始アドレスとパーティションサイズとが格納された基本パーティションテーブルと、上記基本パーティションテーブルの開始アドレス及びパーティションテーブルの格納領域を拡張した拡張パーティションテーブルとを有し、上記基本パーティションテーブルに基づき形成された基本パーティションと、上記拡張パーティションテーブルに基づき形成された拡張パーティションとに分割された記録媒体の管理方法であって、
上記基本パーティションにインデックスファイルを配置する工程と、
上記拡張パーティションにデータファイルを記録する工程と、
上記拡張パーティションに記録されたデータファイルの記録領域と上記基本パーティションとをリンク付けるインデックスを生成する工程と、
上記インデックスを上記インデックスファイルに登録する工程と
を有する記録媒体の管理方法。
【請求項１２】
第１の基本パーティション上のリムーバブルな不揮発性メモリドライブ上に置かれて第２の基本パーティション上の映像音声情報コンテンツデータファイルへアクセスするインデックスファイルの更新制御を、ユーザ操作手段からの命令制御信号を受けてビデオオブジェクトのサーチ情報データ部で指定された動画圧縮Ｉピクチャを表示サイズ縮小された静止画圧縮方式に変換してサムネイルデータとして時刻情報データとともにインデックスファイルに追記され、同じくストリームに付属する著作権保護属性データをインデックスファイルのタイトル属性データに追記され、上記ユーザ操作手段からの命令制御信号のない場合にはサムネイルデータなしの時刻テキスト情報データを時刻情報としてインデックスファイルに追記してサムネイル表示画面に代替で時刻文字列情報表示を制御する、インデックスファイル内容の同期処理を行うことを特徴とするデータ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体を管理するデータ管理装置、及び記録媒体の管理方法に関する。
【背景技術】
【０００２】
ハードディスクは、大容量の補助記録装置として広く活用されている。ハードディスクや半導体メモリにて採用されている方式のメディアフォーマットは、他の多くのディスクシステムと違い、１つの物理ドライブを、複数の領域（パーティション）に分けて使うという機能が用意されている。ハードディスクのパーティションに関する情報は、ハードディスクの物理的な先頭セクタ（５１２バイトの領域）にあるマスタブートレコード（ＭＢＲ）と呼ばれる領域内のパーティションテーブルに記述されている。
【０００３】
現在のパーティションテーブルでは、ハードディスクの容量が２ＴＢ以上であると、パーティションが形成できないという問題がある。そこで、従来、パーティションが２ＴＢ以上の領域に形成されるか否かをチェックし、２ＴＢ以上の領域にパーティションが形成される場合には、ＣＨＳ方式の格納エリアをＬＢＡ方式の拡張エリアとして、ＬＢＡ方式の格納エリアのアドレス桁数を擬似的に３バイト広くする技術が存在する（例えば、特許文献１）。
【０００４】
【特許文献１】特開２００４−３４８１９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１記載の発明は、特許文献１記載の発明に対応したシステム同士であれば問題なく稼動するが、特許文献１記載の技術に対応しないシステム（現状システムと記す）は、拡張されたパーティション領域を認識することができず、拡張されたパーティション領域を有効利用できないという問題がある。
【０００６】
さらに、２ＴＢを超えるハードディスクを多数のユーザで共有する場合には、どのユーザにも使い慣れたインターフェースを使用したいものである。特に、複数のハードディスクを接続して、膨大なストレージシステムを構築する場合には、複数のハードディスクを一元管理する機構が必要となる。
【０００７】
本発明は、上記課題に鑑みてなされたものであって、基本パーティションの記録媒体に記録されたデータを別リムーバブル媒体に記録された媒体上の管理ファイルからアクセス管理するドライブアクセス装置、および、プログラムを提供することを目的とする。
【０００８】
また、広域ネットワーク上で共有しているデータ及び外部の記録媒体に記録されたデータを一元的に管理するデータ管理装置を提供することを目的とする。
【０００９】
また、本発明は、パーティションの開始アドレスとパーティションサイズとが格納された基本パーティションテーブルと、基本パーティションテーブルの開始アドレス及びパーティションサイズとの格納領域を拡張した拡張パーティションテーブルとを有するハードディスクの拡張パーティション上のデータを、拡張パーティションフォーマットに対応せずとも管理するデータ管理装置、及び記録媒体の管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した目的を達成するため、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体のドライブアクセス装置であって、複数のドライブには、ファイルの基本再生単位が記録された記録用ドライブと、基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録された管理用ドライブとがあり、管理用ドライブに記録されたプロパティファイルを参照して記録用ドライブに記録されたファイルの基本再生単位にアクセスする。
【発明の効果】
【００１１】
本発明によれば、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体において、記録用ドライブにファイルの基本再生単位を記録し、管理用ドライブに基本再生単位へのアクセス情報ファイルであるプロパティファイルを記録し、プロパティファイルを参照して記録用ドライブに記録されたファイルにアクセスするため、異なるドライブに存在するファイルにアクセスすることができる。
【００１２】
本発明によれば、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体にパーティション記述により基本領域と拡張領域が割り当てられ、基本領域には、拡張領域に記録されたファイルの基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録されており、拡張領域には、ネットワークで接続された記録媒体に論理セクタアドレスを割り当てるマッピング部と、論理セクタアドレスデータによって割り当てられたアドレスデータをネットワークに接続された記録媒体のネットワークアドレスへ変換するネットワークアドレス変換部と、プロパティファイルから指定されるアクセス情報をファイル名に変換してアクセスするチャプタアドレス変換部とを有するため、ネットワークで接続された記録媒体を単一のファイルシステムで管理しているドライブとして仮想的に使用することができる。
【００１３】
本発明によれば、基本パーティションと、基本パーティションを拡張した新方式拡張パーティションとに分割されたハードディスクの基本パーティションに、基本パーティションと拡張パーティションとをリンク付けるインデックスファイルを記録するため、新方式拡張パーティションフォーマットに対応していないシステムであっても、基本パーティション上のインデックスファイルを利用して拡張パーティションを管理することができる。
【００１４】
本発明によれば、リムーバブルメディアに記録されたインデックスファイルから本体ドライブに記録されたコンテンツを自在にアクセスでき、リムーバブルメディアを抜き取っておくことによってコンテンツの自在なアクセスを防止することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の第１の実施例であるディスクアクセスシステムについて説明する。
【００１６】
（具体的な実施例の全体システム）
図１は、本発明を適用したディスクアクセスシステム１００の一例である。ディスクアクセスシステム１００は、携帯可能なローカル端末サーバ１０１と、ローカル端末サーバ１０１の映像音声データファイルが記録されている、大容量の基本領域パーティションの記録媒体（ハードディスクや大容量不揮発メモリ、フラッシュメモリ）１１０とから構成される。
【００１７】
ローカル端末サーバ１０１は、カメラ一体型ビデオやデジタルカメラ１０１−１、映像プレーヤ１０１−２、カメラ付携帯電話１０１−３などの携帯機器であり、図２に示すように、ＨＤＤ（Hard Disk Drive）方式のストレージパーティション領域が形成されたドライブであるリムーバブルな半導体メモリ１０２を有する。半導体メモリ１０２には、ハードディスク１１０上のコンテンツにアクセスするためのインデックスファイル１０３が記録されている。
【００１８】
（インデックスファイルのコンテンツへのアクセス仕組み）
インデックスファイル１０３は、図３に示すように、プロパティファイル１０４と、サムネイルファイル１０５と、タイトルファイル１０６の３種類のファイルから構成される。プロパティファイル１０４は、チャプタエントリデータを含む。チャプタエントリデータには、各タイトルとなるストリームファイルの基本再生単位であるチャプタへのエントリ情報が記録されている。エントリ情報は、ファイルの記録されたファイルパス、論理セクタ番号などからなる。プロパティファイル１０４には、ドライブ指定オプションが記述されている。本実施の形態におけるディスクアクセスシステム１００では、ハードディスク１１０がローカル端末サーバ１０１の記録ドライブとなる。ドライブ上のファイルは、ローカル端末サーバ１０１上のファイルとしてアクセスできる。
【００１９】
（インデックスファイル内のプロパティファイルの各種ファイルエントリ記述方法）
図３のプロパティファイル１０４の内部記述方式を説明する。ここで、インデックスファイル１０３を記録する半導体メモリ１０２をドライブ＃Ａとして扱い、ストリームデータを記録するハードディスク１１０をドライブ＃Ｂとして扱う場合で説明する。プロパティファイル１０４にはハードディスク１１０のコンテンツストリームファイル１１１、コンテンツストリームファイル１１２へのそれぞれのファイルエントリ、サムネイルファイル１０４へのファイルエントリ、タイトル情報ファイル１０６へのファイルエントリがそれぞれ記述される。実施例１ではインデックスはファイルの中のチャプタエントリを指し示すので、さらにチャプタ番号が記述される。ここで１チャプタは、一回の撮影スタートからストップまでを１チャプタとして扱っている。１チャプタ１タイトル１ファイルとファイル構成が簡単化されるシステムの実施の場合は、チャプタ番号指定記述はすべて０１に簡単化、記述省略されてよい。
【００２０】
プロパティファイルは、タイトルデータＩＤ（ストリームファイル名）、チャプタ番号、ドライブレター（ここでは、B:）を含む。
【００２１】
あるプロパティファイルを指定するときには、以下のように記述する。  
｛Ｂ：／ＶＴＳ＿０１＿０．ＭＰＧ，０３｝，
｛Ｂ：／ＶＴＳ＿０２＿０．ＭＰＧ，０２｝
あるいは別の指定方法として、次のように記述する。  
｛ＶＴＳ＿０１＿０．ＭＰＧ，０３｝｛Ｂ｝，
｛ＶＴＳ＿０２＿０．ＭＰＧ，０２｝｛Ｂ｝
ここで、ＶＴＳ＿０．ＭＰＧ、ＶＴＳ＿０２＿０．ＭＰＧはチャプタが含まれるストリームファイルを指し示すファイル名であり、０３、０２はアクセスするチャプタ番号であり、「Ｂ：／」、「Ｂ」はドライブを示していて、オプション記述である。
【００２２】
サムネイルファイル１０５のファイルエントリもプロパティファイル１０４に記述する。上記のインデックスファイル１０３のプロパティファイル１０４と共に組み合わせて使用するサムネイルファイル１０５のファイルエントリを同じくプロパティファイル１０４に記述登録する。サムネイルファイル名を、例えば、Ｉｎｄｅｘ０００１．ＩＮＴとする。このサムネイルファイル１０５の機能は、各指定チャプタに対応する見出し画像のデータ集合が記録されているファイルである。このサムネイルファイル１０５の場所とファイル名と内容は、上記のプロパティファイルの中に記述する必要があり、これによって上記プロパティファイルに属するサムネイルファイルを特定することができる。
【００２３】
サムネイルファイルの指定は、プロパティファイル内記述に、タイトルデータＩＤ（ストリームファイル名）、チャプタ番号、ドライブレターを含む。｛サムネイルファイル名、個数｝
具体的な記述例は、あるプロパティファイルの中にドライブ＃Ａにあるサムネイルファイルを指定する記述は以下のようになる。  
｛Ａ：／Ｉｎｄｅｘ０００１．ＩＮＴ，Ｍ｝
｛Ａ：／Ｉｎｄｅｘ０００１．ＩＮＴ，Ｎ｝
あるいは別の指定書式方法として、次のように記述する。  
｛Ｉｎｄｅｘ０００１．ＩＮＴ，Ｍ，Ａ｝
｛Ｉｎｄｅｘ０００１．ＩＮＴ，Ｎ，Ａ｝
ここで、Ｉｎｄｅｘ０００１．ＩＮＴは、サムネイルファイル名であり、Ｍ，Ｎはインデックス指定されるチャプタ画像個数であり、「Ａ：／」、「Ａ」はこの場合にはリムーバブルメディア１０２の領域パーティションの基本領域、ドライブ＃Ａを示している。
【００２４】
タイトル情報ファイル１０６のファイルエントリも同じくプロパティファイル１０４に記述する。プロパティファイル１０４と共に組み合わせて使用するタイトル情報ファイル１０６のファイルエントリをプロパティファイル１０４に記述登録するときのタイトル情報ファイル名を、例えば、Ｉｎｄｅｘ０００１．ＩＮＭとする。
【００２５】
具体的な記述例は、あるプロパティファイルの中にドライブ＃Ａにあるタイトル情報ファイルを指定する記述は以下のようになる。  
｛Ａ：／Ｉｎｄｅｘ０００１．ＩＮＭ，Ｍ｝
｛Ａ：／Ｉｎｄｅｘ０００１．ＩＮＭ，Ｎ｝
あるいは別の指定書式方法として、次のように記述する。
【００２６】
｛Ｉｎｄｅｘ０００１．ＩＮＭ，Ｍ，Ａ｝
｛Ｉｎｄｅｘ０００１．ＩＮＭ，Ｎ，Ａ｝
このタイトル情報ファイル１０６は、各指定チャプタに対応する映像に付随する属性情報、テキストなどの情報、すなわちメタ情報はここに登録されて使われる。
【００２７】
図３に示すように、例えば、ハードディスク１１０には、コンテンツファイル１およびコンテンツファイル２が記録されている。コンテンツファイル１にはチャプタ＃０３を含む複数チャプタが記録されている。また、コンテンツファイル２にはチャプタ＃０２を含む複数チャプタが記録されている。
【００２８】
ここで述べるストリームファイル内の１チャプタは、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）の映像ストリームの記録スタートからストップまでの１ストリームデータ単位を示している。さらに詳しくは、ＭＰＥＧの１ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅ）を１ＶＯＢＵ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ）として、複数ＶＯＢＵが連続ストリームとして集合した１記録スタートストップまでのストリームデータとしている。
【００２９】
次にアクセス処理の様子を説明する。基本領域２０３のドライブ＃Ａに存在するＩｎｄｅｘファイルのプロパティファイルには、別パーティション別ドライブのファイル内のチャプタを指定することができ、以下のように指定記述されている。
【００３０】
第１のチャプタ指定先は、ドライブ＃Ｂ上に記録されたコンテンツファイル１の中にある、チャプタデータ＃０３である。第２のチャプタ指定先は、ドライブ＃Ｂ上に記録されたコンテンツファイル２の中にあるチャプタデータ＃０２である。
【００３１】
サムネイルファイルのコンテンツファイル１のチャプタ＃０３に対応するサムネイル見出し画像が選択された指定をうけて、インデックスファイル２０４のプロパティファイルは、対応するチャプタを指定アクセスする。すなわち、ドライブ＃Ｂ上のコンテンツファイル１のチャプタ＃０３の開始アドレスからデータアクセスして読み出し、再生開始する。また、サムネイルファイルのコンテンツファイル２のチャプタ＃０２に対応するサムネイル見出し画像が選択された指定されたのをうけて、インデックスファイル２０４のプロパティファイルは、対応するチャプタを指定アクセスする。すなわち、ドライブ＃B上のコンテンツファイル２のチャプタ＃０２の開始アドレスからデータアクセスして読み出し再生開始する。
【００３２】
（サムネイルファイルとタイトル情報ファイルの作成処理）
図４を使い、とくにリムーバブルメディア１０２にインデックスファイル１０３をおく場合において、動画ストリームの場合の、インデックスファイルのプロパティ、サムネイル、タイトル情報ファイルと記録コンテンツストリームデータの属性情報データとの情報データの関連を説明する。
【００３３】
動画ストリームファイルはその映像音声データＭＰＥＧ圧縮の最小再生単位を１ビデオオブジェクトとして扱うこととする。ここで動画圧縮はハードディスクや光ディスクで広く普及しているＭＰＥＧ２やＨ２６４／ＡＶＣと呼ばれるＭＰＥＧ４圧縮ストリームとし、各１ビデオオブジェクトは１ＧＯＰ（グループオブピクチャ）の動画ビデオデータ、対応するオーディオデータ、ストリーム属性データを含むＭＰＥＧデータを格納している。そしてその各ビデオオブジェクトの先頭部にはそれぞれナビゲーションサーチデータ部が付属している。このナビゲーションサーチデータ部には、１ＧＯＰのビデオＩピクチャ位置、対応するオーディオ位置、ＧＯＰ付属データ位置を指し示し、さらには動画の早送りサーチ／巻き戻しレビュー視聴に対応して使用するために、このビデオオブジェクトに対して、再生時間的に以前に位置するビデオオブジェクトサーチ位置情報、再生時間的に次以降のビデオオブジェクトサーチ位置情報をメディアデータサイズの相対位置情報データとして保持している。
【００３４】
ここで、リムーバブルメディア１０２に記録保存されているインデックスファイル１０３の見出し画データ集合ファイルであるサムネイルデータは、各ストリーム１１０の指定ビデオオブジェクトから静止画データとしての見出し画サムネイルを作成しサムネイルファイルを更新する。また、ストリームのタイトルに付属する有効な著作権保護データがある場合には、タイトル情報ファイルに更新する。また、後述する第２の実施例の場合で述べるが、ネットワークとの接続認証部から受け取ったネットワーク上でアクセス認証された場合、著作権保護の鍵キャッシュデータをインデックスファイルのタイトル情報ファイルに更新する。
【００３５】
（挿入時のインデックスのシンクロナイズ処理）
図５を使い、着脱可能なリムーバブルメディア１０２を本体１１０に挿入する際のインデックスファイル１０３の保持するインデックスデータ内容を本体１１０のストリームデータ内容と一致させるためのインデックス内容同期処理（シンクロナイズ処理）を説明する。
【００３６】
リムーバブルメディア１０２挿入時、内蔵するインデックスファイル１０３の内容更新処理を開始する。
【００３７】
まず、ユーザインターフェース（ＵＩ）表示部へ、インデックスファイルの同期処理（シンクロナイズ処理）を行うか否かを問い合わせるため、問合せ画面表示制御する。ユーザは画面に自身の意思を入力する。これにより、ユーザの意思を確認する（ステップＳ１１）。
【００３８】
次に、インデックスファイルの同期処理（シンクロナイズ処理）実行要求操作入力を受け付けると（ステップＳ１２；ＹＥＳ）、次のステップＳ１３に進む。
【００３９】
そして、ユーザが同期処理（シンクロナイズ処理）実行を操作入力で要求しなかった場合は（ステップＳ１２；ＮＯ）、なにもせずにリターンして本処理フローを抜ける。
【００４０】
ユーザが同期処理（シンクロナイズ処理）実行を操作入力で要求した場合には、同期処理開始マークを図示しない進捗管理用不揮発性メモリ（フラッシュメモリ）に書き込んで処理を開始する。
【００４１】
まず、静止画の更新されたファイルエントリを探す（ステップＳ１３）。削除、追加、画像処理編集、といった更新が見つかった場合には静止画更新ファイルエントリを蓄積する。蓄積されたら所定数ずつ（例えば１２個）まとめて、インデックスファイルを更新処理する。具体的には、更新された複数ファイルに対応するプロパティファイル１０４への圧縮属性やファイルパスの登録更新処理をする（ステップＳ１４）。
【００４２】
静止画のサムネイル圧縮画像データが含まれるExif付属情報データを見出し画データとしてインデックスファイル１０３のサムネイルファイル１０５に登録更新処理する。静止画ストリームファイルのファイルプロテクト情報、著作権保護付属情報を読み出し取得し、タイトル情報ファイルに登録更新する（ステップＳ１５）。
【００４３】
更新された静止画ファイルエントリが、まだすべて処理し尽くされていない場合は（ステップＳ１６；ＮＯ）、ステップＳ１４に移り、再度所定数の複数静止画ファイルごとに同様のインデックスファイル１０３登録更新処理を行いつづける。
【００４４】
ついに更新された静止画ファイルエントリがすべて処理尽くされたならば（ステップＳ１６；ＹＥＳ）、続いて動画ファイルのインデックスファイル１０３への登録更新処理を行う。
【００４５】
挿入されたリムーバブルメディア１０２に記録されたインデックスファイルの動画チャプタタイトルのうち、更新されたファイルエントリを探す。削除、追加、分割／一部カット／ファイル結合編集、といった新規更新が見つかった場合には、動画更新ファイルエントリを蓄積する（ステップＳ１７）。
【００４６】
蓄積されたら、所定数ずつ（たとえば１２個）まとめて、インデックスファイルを更新処理する。具体的には、更新された複数ファイルに対応するプロパティファイル１０４へは、コンテンツファイルのファイルパスやチャプタのファイル内位置情報データ、そして圧縮属性、この場合、ＮＴＳＣ／ＰＡＬという映像システム方式やＭＰＥＧ２、Ｈ２６４／ＡＶＣという圧縮方式とともに、システムストリーム属性としてDVDビデオフォーマット（VF）、DVDビデオレコーディングフォーマット（VR）など、ＭＰＥＧシステムストリーム生成の際に準拠している映像システムストリーム方式のＳＣＲリセットやオーディオパケット区切り、シームレス属性で異なるシステムストリーム作成方式を属性データとしてともに登録する（ステップＳ１８）。
【００４７】
次いで、動画ストリームファイルまたはチャプタ単位で指定して、サムネイルを縮小静止画圧縮方式（ＪＰＥＧ）で作成登録する。登録するために、動画ストリームファイルまたはその中のチャプタから見出し画に指定のビデオオブジェクト単位（例えば再生時間が０．５秒の１ＧＯＰ単位）が指定され、その先頭のナビゲーションサーチデータから得られる位置情報から、ビデオのＩピクチャーデータを読出し、非線形量子化テーブルを使ってデコードし、特にＭＰＥＧ２からの映像データの場合はインターレースをノンインターレースの片フィールド抜き出して表示画像サイズを縮小して見出し画のサイズにする（１６０ｘ１２０ピクセル）。そののち、線形量子化テーブルを使って静止画エンコードし、ファイルの時刻属性情報であるＧＳＴとゾーン情報から生成したローカルタイム時刻情報を付属させて、Exif付属情報データの見出し画データとしてインデックスファイル１０３のサムネイルファイル１０５に登録更新処理する（ステップＳ１９）。
【００４８】
動画ストリームファイルの記録ディスクのファイルプロテクト情報、サーバの著作権保護のための付属情報を読み出し取得し、タイトル情報ファイルに登録更新する。この記録ディスクのファイルプロテクト情報としては具体的には、属性情報データとして付属する場合には、たとえばＣＳＳ（Content Scramble System）、ＣＰＲＭ（Content Projection for Recordable Media）、アナログ映像信号ＶＢＩにも織り込まれているＣＧＭＳ（Copy Generation Management System）、マクロビジョンに代表されるＡＰＳ（Analog Protection System）があり、ネットワーク上のサーバの著作権保護方式としてはたとえば、デジタル著作権管理システム（ＤＲＭ：Digital Right Management）におけるストリームのストリームサーバからのダウンロードの際にライセンスサーバから得られる視聴用ライセンスキーデータがある場合には、それぞれ情報が対応するコンテンツファイルの指定をもって、タイトル情報ファイルに登録更新されてゆく（ステップＳ２０）。
【００４９】
更新された動画ファイルエントリまたはチャプタエントリが、まだすべて処理し尽くされていない場合は（ステップＳ２１；ＮＯ）、ステップＳ１９に移行し、再度所定数の複数動画ファイル／チャプタごとに同様のインデックスファイル１０３登録更新処理を行いつづける。
【００５０】
ついに更新された動画ファイルエントリまたは動画チャプタエントリがすべて更新処理尽くされたならば（ステップＳ２１；ＹＥＳ）、更新処理完了マークに書き替えて、このインデックス内容の同期処理（シンクロナイズ処理）を完了してリターンする。
【００５１】
以上の同期処理を終えたあとでは、抜き差し可能なメモリカードなどであっても、リムーバブルメディア１０３のインデックスファイル内容情報データによって、見出し画サムネイルのマルチ画表示が実現され、動画、静止画のファイルアクセス、視聴が実現可能になる。
【００５２】
処理完了まで時間がかかるのを嫌い、動画ファイルエントリまたはチャプタエントリからの静止画見出しサムネイルのエンコード処理をスキップしたい場合には、より処理時間を短縮できる、代替オプション処理を提供することが可能である。ストリームファイルエントリまたはチャプタエントリの指定ビデオオブジェクト単位のナビゲーションサーチデータからデータパックを読み出して、ＧＳＴとゾーン時刻からローカルタイム時刻情報データを生成してプロパティファイル１０４に登録し、サムネイルファイル１０５には共通な動画コンテンツ用の無地のＪＰＥＧダミーサムネイル（１６０ｘ１２０ピクセル）を用意してＧＳＴとゾーン情報から生成したローカルタイム時刻情報を付属させて、Ｅｘｉｆ付属情報データの見出し画データとして登録することによって、動画Ｉピクチャのデコードと縮小静止画エンコード処理時間を短縮するオプション処理を選択可能にした処理システムソフトウエア制御として構成してもよい。この場合、再生システムによってＥｘｉｆ付属情報データの時刻情報が読み出され、ダミーの無地サムネイルにフォーカスのあたった際には動画用無地ダミーサムネイルに吹き出し文字時刻表示やガイド音声が重なって表示出力されてユーザに知らせてよい。
【００５３】
（パーティションテーブルが参照されることによって管理される記録媒体のパーティション説明）
次に、パーティションテーブルが参照されることによって管理される記録媒体のメディアフォーマットにおけるドライブオプションについて詳しく説明する。ハードディスク１１０の先頭には、ブートレコーダがあり、ブートレコーダには、自パーティション領域と、自パーティション領域に続くパーティション領域記述情報データがある。ハードディスク１１０をパーティションに区切るとパーティションで区切られた領域は別のドライブと認識される。本発明を適用したディスクアクセスシステム１００では、インデックスファイル１０３にドライブオプションを記述することにより、リムーバブルメディアに書き込まれたインデックスファイル１０３を介して内蔵ハードディスク１１０にアクセスすることができる。
【００５４】
まず、図６を参照して、ローカル端末サーバ１０１とハードディスク１１０とにそれぞれ１つの基本パーティションを形成した例について説明する。
【００５５】
このとき、基本領域、基本領域の先頭部分には、それぞれＭＢＲが存在する。各ＭＢＲの前半部分はブートストラップローダ（Boot Strap Loader）が記述され、その後に、自パーティション領域情報データが４テーブルと、次パーティション領域情報データが４テーブルとが記述されている。
【００５６】
自パーティション領域情報データは４テーブル、１６バイトからなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ１は、ＢｏｏｔＦｌａｇ（１バイト）、開始ＣＨＳアドレス（３バイト）からなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ２は、ＰａｒｔｉｔｉｏｎＴｙｐｅ（１バイト）、終了ＣＨＳアドレス（３バイト）からなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ３は、ＬＢＡ開始アドレス（４バイト）からなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ４は、ＬＢＡサイズ（４バイト）からなる。ＢｏｏｔＦｌａｇ（１バイト）について、０ｘ０１はブート可能領域である。ＰａｒｔｉｔｉｏｎＴｙｐｅ（１バイト）について、０ｘ００は空（削除）パーティションを示す。０ｘ０１は自パーティションを示す。０ｘ０５は次パーティションを示す。
【００５７】
次パーティション領域情報データは４テーブル、１６バイトからなる。この場合、基本パーティションと基本パーティションの組み合わせであるため、次拡張パーティションは存在せず、４テーブルの値にはオールゼロが入る。
【００５８】
このように形成されたローカル端末サーバ１０１上の基本領域には、インデックスファイル１０３のプロパティファイルが格納されている。ローカル端末サーバ１０１は、このプロパティファイルからハードディスク１１０の基本領域にあるストリームファイルのチャプタ単位のストリームデータにアクセスする。
【００５９】
次いで、図７を参照して、ローカル端末サーバ１０１に基本パーティションを形成し、ハードディスク１１０に拡張パーティションを形成した例を説明する。
【００６０】
このとき、基本領域にはＭＢＲが存在する。ＭＢＲの前半部分はブートストラップローダが記述され、その後に、自パーティション領域情報データが４テーブルと、次パーティション領域情報データが４テーブル記述されている。
【００６１】
自パーティション領域情報データは４テーブル、１６バイトからなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ１、２、３、４には、図６に示す基本パーティションと同じ構成をしている。次パーティション領域情報データは４テーブル、１６バイトからなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ１、２、３、４には、次に続く拡張ドライブのパーティション情報が記述される。
【００６２】
拡張領域には、ＥＰＢＲ（Extended Partition Boot Recorder）が存在する。ＥＰＢＲの前半部分には、ブートストラップローダが書かれていない。その後に、自パーティション領域情報データ、４テーブルと、次パーティション領域情報データ、４テーブルがある。自パーティション領域情報データは４テーブル、１６バイトからなり、図６に示す基本パーティションと同じ方式で情報データが記述される。
【００６３】
次パーティション領域情報データは４テーブル、１６バイトからなる。この例の場合、次拡張パーティションはないので、４テーブルの値にはオールゼロが入る。
【００６４】
このように形成されたローカル端末サーバ１０１上の基本領域には、インデックスファイル１０３のプロパティファイルが格納されている。ローカル端末サーバ１０１は、このプロパティファイルからハードディスク１１０の拡張領域にあるストリームファイルのチャプタ単位のストリームデータにアクセスする。
【００６５】
本発明の第２の実施例では、新方式拡張パーティションを用いて２ＴＢ以上のハードディスクにアクセスするようにする。
【００６６】
上述したパーティションテーブルでは、ハードディスク１１０の容量が２ＴＢ以上であると、パーティションが形成できないという問題がある。パーティションが形成できない場合には、ドライブオプションを設定することもできない。これを解決するために特許文献１に記載のパーティション記述方法を使用する。
【００６７】
パーティションテーブルが参照されることによって管理される記録媒体は、他の多くのディスクシステムと違い、１つの物理ドライブを、複数の領域（パーティション）に分けて使うという機能が用意されている。ハードディスクのパーティションに関する情報は、ハードディスクの物理的な先頭セクタ（５１２バイトの領域）にあるマスタブートレコード（ＭＢＲ）と呼ばれる領域内のパーティションテーブルに記述されている。
【００６８】
パーティションテーブルには、１エントリ１６バイトの４つのエントリがある。各エントリで１つのパーティションが形成できるため、ハードディスクには最大４つのパーティションを形成することできる。エントリには、ブートフラグ、ＣＨＳ開始セクタ（３バイト）パーティションタイプ（１バイト）、ＣＨＳ終了セクタ（３バイト）、ＬＢＡ開始セクタ（４バイト）、パーティションサイズ（４バイト）というパーティションの領域とパーティションのタイプに関する情報が格納されている。
【００６９】
ブートフラグは、ブートインジケータやアクティブフラグとも呼ばれ、パーティションをＯＳからブート（起動）できるかどうかを示す値（フラグ）である。このフラグがたっていない（０×００である）領域からは基本的にＯＳを起動できない。
【００７０】
パーティションの領域情報は、冗長であり、ＬＢＡ方式とＣＨＳ方式の２つの方式で表現される。ＣＨＳ方式は、ＣＨＳ（シリンダ、ヘッド、セクタ）の３つ（３次元）のパラメータを用いた表現方式である。ＣＨＳは、ハードディスクの物理的な位置を示している。
【００７１】
また、ＬＢＡ方式は、ハードディスクの記録領域上のアクセス可能な単位ブロックそれぞれについて、例えば０番から順番に数字（ブロックアドレス（論理アドレス）を割り当てておき、その数字を指定することにより、ハードディスクの記録領域上のアドレス（位置）を指定する方式である。ＣＨＳ方式は、ハードディスクの容量が８ＧＢ（ギガバイト）を超えるとパーティションを形成できないという問題がある。そのため、近年では、ＬＢＡ方式が主流となっている。
【００７２】
但し、ＬＢＡ方式もハードディスクの容量が２ＴＢ（テラバイト）を超えるとパーティションを形成できないという問題がある。これは、パーティションテーブルにおける、ＬＢＡ方式のパーティションの開始位置（開始アドレス）とパーティションサイズの格納エリアのサイズは、４バイト（３２ビット）であり、３２ビットで表現できる値が２３２−１セクタ（（２３２−１）×５１２バイト＝約２ＴＢ（テラバイト））となるためである。
【００７３】
このように、現在のパーティションテーブルでは、ハードディスクの容量が２ＴＢ以上であると、パーティションが形成できないという問題がある。そこで、従来、パーティションが２ＴＢ以上の領域に形成されるか否かをチェックし、２ＴＢ以上の領域にパーティションが形成される場合には、ＣＨＳ方式の格納エリアをＬＢＡ方式の拡張エリアとして、ＬＢＡ方式の格納エリアのアドレス空間桁数を擬似的に３バイト広くする方式技術である。
【００７４】
（インデックスファイルから仮想ディスクドライブのコンテンツをアクセスする）
図８に、第２の実施例である仮想ディスクアクセスシステムの構成を示す。仮想ディスクアクセスシステムでは、図８に示すように仮想ドライブ管理装置２０２と、ローカル端末サーバ２０１とから構成される。仮想ドライブ管理装置２０２と、ローカル端末サーバ２０１とは、ネットワークを介して接続されている。
【００７５】
ローカル端末サーバ２０１は、図９に示すように、カメラ一体型ビデオやデジタルカメラ、映像プレーヤなどの携帯機器であり、少なくとも１ＴＢの容量の記録手段を内蔵、若しくは、接続される。ローカル端末サーバ２０１は、単体で映像音声が撮影再生され、ネット接続装置にドッキング状態でローカル端末サーバ２０１となる。各ローカル端末サーバ２０１には、ドライブの基本領域２０３が形成されている。このドライブをドライブ＃Ａと呼ぶ。一方、仮想ドライブ管理装置２０２には、ドライブの拡張領域２１０が形成されている。このドライブをドライブ＃Ｂと呼ぶ。
【００７６】
基本領域２０３には、図１０に示すように、インデックスファイル２０４と、動画静止画音声ファイル２０５が格納されている。インデックスファイル２０４は、図３に示すように、プロパティファイル、サムネイルファイル、タイトル情報ファイルの３種類のファイルから構成される。
【００７７】
プロパティファイルのファイル名を例えばＩｎｄｅｘ０００１．ＩＮＰとする。本実施例の説明ではチャプタへのインデックス機能を有するので、プロパティファイルの機能は、チャプタエントリを指し示している。各タイトルである各ストリームファイルのチャプタへのエントリ情報ファイルである。ここで特に、本案では、パーティションで別領域に分けられるなどで別ドライブとなったパーティション領域内の記録ファイルに対するアクセスを可能とするためにドライブ指定記述部があり、ドライブをまたがったファイル内のチャプタ指定が可能である。
【００７８】
仮想ドライブ管理装置２０２は、図１０に示すように、ドライブ＃Ａと、ドライブ＃Ｂに区切られている。ドライブ＃Ａは、基本領域２０３であり、ＭＢＲと、インデックスファイル２０４が記録されている。ドライブ＃Ｂは、拡張領域２１０であり、仮想ドライブ構成部２０６を備える。仮想ドライブ構成部２０６は、拡張パーティションＬＢＡアドレスをアクセス先ＩＰアドレスに変換するアドレス変換部２０７、ストリームファイル名をチャプタアドレスに割り当てるマッピング部２０８と、ネットワーク上のローカル端末サーバ２０１の認証を行う接続認証部２０９とを備える。
【００７９】
マッピング部２０８は、接続認証部２０９を介して、最大２の２５乗個の各ドライブの中の記録ストリームファイルにアクセスしてファイル名を読み出す。アドレス変換部２０７は、アクセスして取得したファイル名のこの仮想ドライブ＃Ｂの中でチャプタアドレスとしてＬＢＡアドレスに自動マッピングして、チャプタアクセス準備を行う。
【００８０】
次回アクセスからは、ネットワーク経由のドライブ内のストリームファイルに対するファイルアクセスであっても、巨大容量の仮想ドライブに対してインデックスファイル２０４のプロパティファイルでチャプタアクセス処理動作によって、自由に読み出すことができる。
【００８１】
図１１は、プロパティファイルからコンテンツファイル、サムネイルファイル、タイトル情報ファイルを指定する際の、指定パスツリーの概念図である。図１１では、ルートフォルダから基本領域２０３であるドライブ＃Ａ、拡張領域２１０であるドライブ＃Ｂ、また、ネットワークを介して接続された拡張領域２１０であるドライブ＃Ｂ１〜＃Ｂｎが表示されている。ドライブ＃Ａのインデックスファイル２０４フォルダには、プロパティファイルが格納されている。プロパティファイルには、ストリームファイルの各チャプタへのコンテンツエントリ情報が記録されている。
【００８２】
ドライブ＃Ｂ１〜＃Ｂｎには、動画像ストリームファイルが格納されている。ドライブ＃Ｂ１〜＃Ｂｎには、動画ストリームファイルのタイトル名が表示されている。タイトル名などの情報は、プロパティファイルに記載されている。ドライブ＃Ｂ１〜＃Ｂｎに格納されたタイトルが選択されると、プロパティファイルのエントリ情報を基にネットワークを介して接続された拡張領域２１０にアクセスする。
【００８３】
仮想ドライブ装置において、ドライブ＃Ａは新方式の基本パーティションであり、ドライブ＃Ｂは新方式の拡張パーティションである。新方式の拡張パーティションを指し示す記述では、図１２に示すように、現行パーティション記述データのうち、開始ＣＨＳアドレスに使われていたフィールドの３バイトを、ＬＢＡ開始アドレスの上位３バイト拡張アドレス値として、さらに、終了ＣＨＳアドレスに使われていたフィールドの３バイトを、ＬＢＡ総カウント数を表す上位３バイト桁拡張アドレス値として使っている。
【００８４】
基本領域２０３には、ＭＢＲが存在する。ＭＢＲの前半部分は、ブートストラップローダが記述され、その後に、自パーティション領域情報データ、４テーブルと、次パーティション領域情報データ、４テーブルが記述されている。自パーティション領域情報データは４テーブル、１６バイトからなり、図６に示す基本パーティションと同じ構成をしている。
【００８５】
次パーティション領域情報データは４テーブル、１６バイトからなる。ここに、新方式のパーティション情報が記述される。ここで、ＰａｒｔｉｔｉｏｎＴａｂｌｅ１は、ＢｏｏｔＦｌａｇ（１バイト）、開始ＬＢＡ上位アドレス（３バイト）からなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ２は、ＰａｒｔｉｔｉｏｎＴｙｐｅ（１バイト）、ＬＢＡ総セクタカウント数上位アドレス（３バイト）からなる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ３は、ＬＢＡ開始アドレス下位側（４バイト）になる。ＰａｒｔｉｔｉｏｎＴａｂｌｅ４は、ＬＢＡサイズ下位側（４バイト）になる。
【００８６】
拡張領域２１０であるドライブ＃Ｂには、ＥＲＢＲが存在する。ＥＰＢＲの前半部分には、ブートストラップローダは書かれていない。その後に、新方式の自パーティション領域情報データが４テーブルと、次パーティション領域情報データが４テーブルとが記述される。
【００８７】
拡張領域２１０の自パーティション領域情報データは４テーブル、１６バイトからなり、ＰａｒｔｉｔｉｏｎＴａｂｌｅ１、２、３、４には新方式のＰａｒｔｉｔｉｏｎ情報を記述される。この拡張領域２１０の次パーティション領域情報データは４テーブル、１６バイトからなる。この例の場合、次拡張パーティションはなく、４テーブルの値にはオールゼロが入る。
【００８８】
新方式のパーティションでは、上位３バイト、２４桁が追加されて２の５６乗セクタカウント数である。ハードディスク１セクタ＝５１２バイト（３の９乗バイト）として、２の６５乗バイト空間をデータ容量として持つ。
【００８９】
ここで、ネットコミュニティであるローカル端末サーバ２０１１台についき１Ｔバイト（２の４０乗）の容量のドライブをワイドエリアネットワーク経由で相互接続させておく。ドライブ個数の上限は、２の２５乗個、約３３５５万人分になる。ネットワーク上に恒がる容量１Ｔバイトの複数ドライブに対して、認証接続すれば２の２５個まで接続可能に設定し、１つの拡張ドライブとしての仮想ドライブとして構成する。
【００９０】
このように、本発明を適用した仮想ディスクアクセスシステムでは、ネットコミュニティに参加する、メンバ全員が自分の基本ドライブ１ＴＢに、インデックスファイル２０４と、公開メッセージ用のストリームファイルとを保存し、かつ、ネットワークで接続される各ドライブからなる仮想拡張ドライブをもつと、ネットワーク経由で各アクセス先のＩＰアドレスをもつ各ドライブ内に記録されたストリームファイルを、基本領域２０３の中のインデックスファイル２０４のプロパティファイルからのアクセスによって、手元のストリームデータファイルのチャプタを再生するように自在に再生可能に構成できる。
【００９１】
次いで、本発明の第３の実施例であるディスクアクセス装置について説明する。図１３は、本発明を適用したディスクアクセス装置１の原理構成を示した図である。ディスクアクセス装置１は、新方式拡張パーティション（後述する）に記録したデータファイルを管理するパーティション管理部１０を備える。
【００９２】
パーティション管理部１０は、オリジナルインデックステーブル２を生成するテーブル生成部１１、編集用インデックステーブル３を生成するストリーム編集部１２、ドライブレターを管理するドライブ管理部１３、ストリームデータが格納されたセクタを検索するアドレス検索部１４、編集により不連続になったストリームデータを接続するストリームデータ接続部１５を備える。
【００９３】
ディスクアクセス装置１は、ハードディスクドライブ制御部１６を介して、ハードディスクドライブ３３と接続されている。ハードディスクドライブの記録担体であるハードディスク４は、図１４に示すように、先頭セクタに配置されたＭＢＲがある。ＭＢＲには、基本パーティションテーブル３３２と新方式拡張パーティションテーブル３３３が形成されている。
【００９４】
基本パーティションテーブル３３２は、一般に普及しているパーティションテーブルであり、ブートフラグ（１バイト）、ＣＨＳ開始セクタ（３バイト）、パーティションタイプ（１バイト）、ＣＨＳ終了セクタ（３バイト）、ＬＢＡ開始セクタ（４バイト）、パーティションサイズ（４バイト）という情報が格納されている。
【００９５】
新方式拡張パーティションテーブル３３３では、基本パーティションの冗長エリアであるＣＨＳ方式の記録エリアを利用して、２ＴＢを超えたハードディスク４を管理している。ＣＨＳ方式で記録エリアは、ＣＨＳ方式の記録エリアをＬＢＡ方式の記録エリアとして利用し、ＬＢＡ方式の記録エリアを４バイトから７バイトに拡張している。これにより、２ＴＢ（２３２−１）以上のハードディスク４にパーティションを形成することができる。
【００９６】
ＭＢＲの後には、基本パーティションテーブルに基づいて生成された基本パーティションと、拡張パーティションテーブルに基づいて生成された拡張パーティションとが生成されている。基本パーティションが形成された領域は現状のシステムでも認識できるため可視領域と記し、拡張パーティションが形成された領域は現状のシステムでは認識できないため不可視領域と記す。
【００９７】
テーブル生成部１１は、オリジナルインデックステーブル２を生成する。オリジナルインデックステーブル２は、複数のインデックス２１を集めたテーブルである。インデックス２１には、図１５に示すように、ストリームの開始セクタと、終了セクタ、データ種別、ユーザデータなどが記述されている。図１６に示すように、開始セクタ及び終了セクタは、不可視領域の先頭セクタからのオフセット値である。ユーザデータは、ストリームデータのサムネイルデータやストリームの内容し示す各種情報ファイルデータである。データ種別は、ＤＶＤ−ＶＦ（ビデオフォーマット）やＤＶＤ−ＶＲ（ビデオレコーディングフォーマット）、Ｈ２４６などのアプリケーションフォーマット、あるいは少なくともそのシステムストリーム構成とナビゲーションサーチ構成がビデオオブジェクト単位で準拠しているビデオストリームデータ種別である。
【００９８】
インデックス２１は、ユーザのアクセス単位でデータを管理する。ユーザのアクセス単位とは、ユーザが読み出しを指示することのできる単位である。例えば、ＤＶＤ−ＶＦ（ビデオフォーマット）、ＤＶＤ−ＶＲ（ビデオレコーディングフォーマット）、ＤＶＤ＋ＲＷ−Ｖｉｄｅｏにおけるチャプタ、Ｈ２６４におけるクリップは、ユーザのアクセス単位となる。また、音声データの１曲となり、静止画の１枚もユーザのアクセス単位となる。
【００９９】
ストリーム編集部１２は、編集用インデックステーブル３を生成する。編集用インデックステーブル３には、データ種別が同じインデックス２１が集められる。図１７では、ＤＶＤ−ＶＲのインデックス２１を集めた編集用インデックステーブル３ａ、Ｈ２６４のインデックス２１を集めた編集用インデックステーブル３ｂ、ＤＣＦ（Design rule for Camera File system）のインデックス２１を集めた編集用インデックステーブル３ｃが描画されている。
【０１００】
ストリームの再生順序は、編集用インデックステーブル３の並び順で決まる。例えば、図１７の編集用インデックステーブル３では、ＩＤ＿Ｃｈａｐｔｅｒ＃１、ＩＤ＿Ｃｈａｐｔｅｒ＃２、…の順にストリームが再生される。また、編集用インデックステーブル３では、ＩＤ＿Ｃｈａｐｔｅｒ＃２、ＩＤ＿Ｃｈａｐｔｅｒ＃４、…の順にストリームが再生される。
【０１０１】
ストリーム編集部１２は、ユーザからの指示に応じて編集用インデックステーブル３の再生順序を入れ換える。図１８は、ストリーム編集用画面５の一例である。図１８に示す、ストリーム編集用画面５には、インデックス２１のＩＤ、チャプタやクリップの名称、データ種別（フォーマット）、サイズなどが表示されている。ユーザは、ストリーム編集用画面５上を操作して、インデックス２１の入換、削除、追加を行う。ストリーム編集部１２は、画面上の操作を反映した編集用インデックステーブル３を作成する。
【０１０２】
ドライブ管理部１３は、可視領域上にあるファイルと不可視領域上にあるファイルとをドライブレターで区別している。ドライブレターとは、ドライブに付加されるアルファベットであり、フロッピが“Ａドライブ”でハードディスクが“Ｃドライブ、Ｄドライブ・・・”、ＣＤ−ＲＯＭドライブなどの物理ドライブは、ハードディスクより後ろのアルファベットが割り当てられる。１つのハードディスク上の各パーティションには、異なるドライブが割り当てられる。
【０１０３】
例えば、ハードディスク４に１つの基本パーティションと１つの拡張パーティションとを形成したときには、基本パーティションに“Ｃドライブ”、拡張パーティションに“Ｄドライブ”が割り当てられる。ドライブ管理部１３は、パスのドライブレターが“Ｄ：￥…”のように拡張パーティションに割り当てられたドライブである場合にはデータ検索部に拡張パーティション上のファイルの検索を指示する。このように、ドライブ管理部１３がパスを管理することにより、拡張パーティション上のファイルも基本パーティション上のファイルと同様、パスを使ったアクセスが可能となる。
【０１０４】
データ検索部は、編集用インデックステーブル３のインデックス２１から再生するストリームの開始セクタ、終了セクタを読み出し、ハードディスクドライブ制御部１６に出力する。ハードディスクドライブ制御部１６は、アドレス検索部１４が読み出した開始セクタから終了セクタまでのデータを読みだすコマンドをＨＤＤに出力する。ＨＤＤは、ハードディスクドライブ制御部１６から入力したコマンドに従い、再生するストリームデータを読み出す。
【０１０５】
ストリームデータ接続部１５は、編集用インデックステーブル３の入換、削除、追加などにより、ストリームデータが不連続になった場合、ストリームデータに付随する時刻管理データを元に複数の再生ストリームデータ間にまたがるＳＴＣ（System Time Clock）ストリームデータの接続再生を行う。
【０１０６】
ストリームデータは、Ｃｌｏｓｅｄ  ＧＯＰで記録する。Ｉピクチャ以外の各ピクチャは、時間的に前後のピクチャの内容も利用して圧縮を行う。従って、途中からのアクセスや編集のために、ＧＯＰの境界区切りであっても、圧縮データを途中で切り離して他の部分のデータに接続することができない。なぜなら、ディスクなどのストレージメディアに記録された状態のＧＯＰの先頭はＩピクチャだが、その後のＰピクチャとの間にあるＢピクチャは、通常は再生表示ならび順での、そのＧＯＰの一つ前の最終のＰピクチャを参照するからである。
【０１０７】
ＣｌｏｓｅｄＧＯＰストリームで記録すれば、このような場合Ｂピクチャは前方に対する参照を行わないようになる。つまりＧＯＰ内で情報が完結することになり、ＧＯＰを格納するビデオオブジェクト単位ごとにデータを切り離して指定位置からアクセス開始しても、原理上、映像の再現が可能になり、この実施例に最適な映像音声圧縮記録ストリームである。この場合、圧縮効率は最初のＢピクチャの直前ＧＯＰの最終Ｐピクチャを参照できない分、低下するが通常は目立たない。ＣｌｏｓｅｄＧＯＰを使わない場合は、わざわざ直前のＧＯＰを一緒に読み出してその最終Ｐピクチャに対する再生表示ならび順でのＧＯＰ先頭側のＢピクチャの参照デコード処理をする必要があり、本実施例に望まれるクイックレスポンスが損なわれる。
【０１０８】
以上説明したように、本発明を適用したディスクアクセス装置１は、基本パーティションに、基本パーティションと新方式拡張パーティションとをリンク付けるオリジナルインデックステーブル２を作成し、オリジナルインデックステーブル２を介して基本パーティションから拡張パーティションにアクセスする。
【０１０９】
拡張パーティションテーブル３３３は、新規な技術であるため、全てのシステムが、拡張パーティションに対応したシステム（以下、拡張システムと記す）であるとは限らない。拡張パーティションに対応しないシステム（以下、現状システムでは、拡張パーティションテーブルが認識できない。
【０１１０】
本発明を適用したディスクアクセス装置１は、基本パーティション上のオリジナルインデックステーブル２を介して新方式拡張パーティションにアクセスすることにより、新方式拡張パーティションフォーマットに対応していない現状システムでも、新方式拡張パーティションに記録されたデータを管理することができる。
【０１１１】
以上説明したように、本発明を適用したディスクアクセス装置１は、ハードディスク４の可視領域に、可視領域と不可視領域とをリンク付けるオリジナルインデックステーブル２を設け、可視領域しかアクセスできないシステムであっても、不可視領域上のストリームデータを管理できるようにした。また、編集用インデックステーブル３は、映像音声などのストリームデータをチャプタやクリップ単位などのユーザのアクセス単位で管理し、ユーザの編集を容易にした。
【０１１２】
次いで、上述した拡張パーティション管理部１０を利用した映像音声管理サーバ４０について説明する。図１９は、映像音声管理サーバ４０の構成を示すブロック図である。映像音声管理サーバ４０は、本発明を適用した新方式拡張パーティション管理部１０、ユーザからの入力を受け付けるユーザインターフェース４１、ストリームデータのファイルフォーマットを管理するシステム制御部４２、システム制御部４２のワーク領域であるメモリ４３、パーソナルコンピュータなど情報機器との入出力インターフェース４４、カメラやマイクなどＡＶ機器との映像音声入出力インターフェース４４、静止画を圧縮伸張する静止画圧縮伸張部４６、動画像を圧縮伸張する動画圧縮伸張部、動画ＨＤ（High Density）を圧縮伸張する動画ＨＤ圧縮伸張部４８、システム内のデータの一時格納領域であるデータ制御部４９、データ制御部４９に格納されたデータをハードディスクドライブ３３に出力するドライブ制御部５０とを備える。
【０１１３】
映像音声管理サーバ４０は、パーソナルコンピュータなどの情報機器、カメラ、マイク、テレビなどのＡＶ機器で利用する映像音声データを一元管理する。映像音声管理サーバ４０は、映像音声入出力インターフェース４４や入出力インターフェース４４を介して、情報機器やＡＶ機器と有線及び無線で接続されている。
【０１１４】
静止画圧縮伸張部４６は、ＡＶ機器から入力した静止画を圧縮する。動画像圧縮伸張部４７は、ＡＶ機器から入力した動画像データを圧縮する。動画ＨＤ圧縮伸張部４８は、ＡＶ機器から入力した動画ＨＤを圧縮する。
【０１１５】
静止画アプリケーションフォーマット制御部５１は、圧縮された静止画データを静止画のアプリケーションフォーマット、例えば、ＪＰＥＧ（Joint Graphics Experts Group）、ＪＦＩＦ（Jpeg File Interchange Format）、Ｅｘｉｆ（Exchangeable Image file Format）、ＴＩＦＦ（Tag Image File Format）等に変換するためのファイルヘッダ等の管理情報を生成する。動画アプリケーションフォーマット制御部５２は、圧縮された動画像を動画像のアプリケーションファイル、例えば、ＭＰＥＧ等に変換するための管理情報を生成する。動画ＨＤアプリケーションフォーマット制御部５３は、圧縮されたＨＤ動画像をＨＤ動画像のアプリケーションフォーマット、例えば、Ｈ２４６等のフォーマットに変換する管理情報を生成する。
【０１１６】
データ制御部４９は、圧縮された映像音声データとこの映像音声データの管理情報を蓄積し、記録開始に備える。ハードディスクドライブ制御部１６は、ＡＴＡＰＩプロトコルに従い、ドライブ内部ファーム情報を取得してドライブメディア状態を監視し、ドライブメディア状態に応じてメディア記録再生開始を指示する。ドライブ制御部５０は、映像音声データがシステムストリームとしてＧＯＰ単位で格納されたビデオオブジェクト単位が複数集合されパケット化されたセル（ＣＥＬＬ）ＲＵＶ（Recording Unit Video Object）をまとめてメディアに記録する制御を行っている。例えば数１０ＭＢ蓄積されると、まとめてハードディスク４に記録する繰り返し制御を行っている。
【０１１７】
ハードディスクドライブ制御部１６は、ハードディスクドライブ３３から映像音声データの記録開始セクタと終了セクタとを入力する。新方式拡張パーティション管理部１０は、記録開始セクタと終了セクタとからインデックス２１を作成し、オリジナルインデックステーブル２に追加する。
【０１１８】
新方式拡張パーティション管理部１０は、オリジナルインデックステーブル２を完成すると、映像音声データのストリーム編集用画面５を表示する。ユーザがストリーム編集用画面５上でストリームの削除、追加、並べ替えなどを指示すると、新方式拡張パーティション管理部１０は、指示に応じて編集用インデックステーブル３を編集する。
【０１１９】
ユーザインターフェース４１から映像音声データの再生が指示されると、新方式拡張パーティション管理部１０は、編集用インデックステーブル３のインデックス２１の順に、開始セクタと終了セクタとを検索する。ハードディスクドライブ制御部１６は、ハードディスクドライブ３３に開始セクタと終了セクタに記録されたデータの読み出しを指示する。データ制御部４９は、ハードディスクドライブ３３から読み出されたデータを静止画圧縮伸張部４６、動画圧縮伸張部、動画ＨＤ圧縮伸張部４８の何れかに出力する。静止画圧縮伸張部４６は読み出された圧縮静止画データを伸張し、動画圧縮伸張部は読み出された圧縮動画データを伸張し、動画ＨＤ圧縮伸張部４８は読み出された動画ＨＤデータを伸張する。映像音声管理サーバ４０は、映像音声インターフェースを介して伸張したデータをＬＣＤ（Liquid Crystal Display）やスピーカなどに出力する。
【図面の簡単な説明】
【０１２０】
【図１】第１の実施例であるインデックスファイルアクセスシステムの構成ブロック図である。
【図２】第１の実施例におけるローカル端末サーバの内部構成を示すブロック図である。
【図３】インデックスファイルの構成を示す模式図である。
【図４】記録コンテンツストリームのビデオオブジェクト単位データとインデックスファイルのプロパティ、サムネイル、タイトル情報ファイルの説明図である。
【図５】インデックスファイルのコンテンツファイルとの同期処理（シンクロナイズ処理）フローチャートである。
【図６】パーティションテーブルの構造を示す概念図である。
【図７】ハードディスクを分割された拡張領域としたときのパーティションテーブルの構造を示す概念図である。
【図８】第２の実施例である仮想ディスクアクセスシステムの構成を示すブロック図である。
【図９】ローカル端末サーバの構成を示すブロック図である。
【図１０】第２の実施例である仮想ディスクアクセスシステムの構成を示すブロック図である。
【図１１】ファイル指定用の画面を示す模式図である。
【図１２】仮想ドライブ管理装置に新方式拡張パーティションを構築するときのパーティションテーブルの構造を示す概念図である。
【図１３】第２の実施例を適用したディスクアクセス装置の構成を示すブロック図である。
【図１４】インデックスファイルと従来システムからは不可視な新方式拡張領域とのリンクを示す概念図である。
【図１５】オリジナルインデックスおよびインデックスプロパティファイルの構造を説明する概念図である。
【図１６】新方式拡張パーティションでフォーマットしたハードディスクの論理構造を示す概念図である。
【図１７】編集用インデックスファイルテーブルの構造を説明する概念図である。
【図１８】編集用インデックスファイルテーブルを編集するストリーム編集用画面の一例を示す概略図である。
【図１９】映像音声ローカル端末サーバの構成を示すブロック図である。
【符号の説明】
【０１２１】
１００  仮想ディスクアクセスシステム、１０１  ローカル端末サーバ、１０２  半導体メモリ、１０３  インデックスファイル、１０４  プロパティファイル、１０５  サムネイルファイル、１０６  タイトル情報ファイル、１１０  ハードディスク
【図１】
2007108951.tif 000003
【図２】
2007108951.tif 000004
【図３】
2007108951.tif 000005
【図４】
2007108951.tif 000006
【図５】
2007108951.tif 000007
【図６】
2007108951.tif 000008
【図７】
2007108951.tif 000009
【図８】
2007108951.tif 000010
【図９】
2007108951.tif 000011
【図１０】
2007108951.tif 000012
【図１１】
2007108951.tif 000013
【図１２】
2007108951.tif 000014
【図１３】
2007108951.tif 000015
【図１４】
2007108951.tif 000016
【図１５】
2007108951.tif 000017
【図１６】
2007108951.tif 000018
【図１７】
2007108951.tif 000019
【図１８】
2007108951.tif 000020
【図１９】
2007108951.tif 000021