JP2007108951A - データ管理装置および記録媒体の管理方法 - Google Patents

データ管理装置および記録媒体の管理方法 Download PDF

Info

Publication number
JP2007108951A
JP2007108951A JP2005298056A JP2005298056A JP2007108951A JP 2007108951 A JP2007108951 A JP 2007108951A JP 2005298056 A JP2005298056 A JP 2005298056A JP 2005298056 A JP2005298056 A JP 2005298056A JP 2007108951 A JP2007108951 A JP 2007108951A
Authority
JP
Japan
Prior art keywords
file
partition
data
index
basic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2005298056A
Other languages
English (en)
Other versions
JP5098145B2 (ja
Inventor
Shunji Okada
俊二 岡田
Ryogo Ito
亮吾 伊藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2005298056A priority Critical patent/JP5098145B2/ja
Priority to TW095135231A priority patent/TW200802316A/zh
Priority to EP06255174A priority patent/EP1777615A3/en
Priority to US11/546,155 priority patent/US8275241B2/en
Priority to KR1020060099259A priority patent/KR20070040732A/ko
Priority to CNA2006101401917A priority patent/CN1949218A/zh
Publication of JP2007108951A publication Critical patent/JP2007108951A/ja
Application granted granted Critical
Publication of JP5098145B2 publication Critical patent/JP5098145B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/0644—Management of space entities, e.g. partitions, extents, pools
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/70—Information retrieval; Database structures therefor; File system structures therefor of video data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0667—Virtualisation aspects at data level, e.g. file, record or object virtualisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/068—Hybrid storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Abstract

【課題】リムーバブル媒体に記録されたインデックスが、本体データあるいは広域ネットワーク上で共有しているデータを一元的に管理する。
【解決手段】ローカル端末サーバ１０１のリムーバブルメモリカード１０２に別ドライブへのファイルエントリパスを伴うインデックスファイル１０３を記録する。メモリカード挿入の際にインデックス内容を同期処理する。インデックスファイル１０３には、プロパティとサムネイル、著作権管理用各タイトルの各ファイルエントリが記述される。ローカル端末サーバ１０１は、ハードディスク１１０に記録された静止画像、動画像ファイルへのエントリ情報が記載されているプロパティファイル１０３を参照してハードディスク１１０にアクセスする。ネットワーク上の全容量は巨大拡張パーティションで構成する仮想ドライブ２０２としてアクセスされる。
【選択図】図１

Description

本発明は、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体を管理するデータ管理装置、及び記録媒体の管理方法に関する。
ハードディスクは、大容量の補助記録装置として広く活用されている。ハードディスクや半導体メモリにて採用されている方式のメディアフォーマットは、他の多くのディスクシステムと違い、１つの物理ドライブを、複数の領域（パーティション）に分けて使うという機能が用意されている。ハードディスクのパーティションに関する情報は、ハードディスクの物理的な先頭セクタ（５１２バイトの領域）にあるマスタブートレコード（ＭＢＲ）と呼ばれる領域内のパーティションテーブルに記述されている。
現在のパーティションテーブルでは、ハードディスクの容量が２ＴＢ以上であると、パーティションが形成できないという問題がある。そこで、従来、パーティションが２ＴＢ以上の領域に形成されるか否かをチェックし、２ＴＢ以上の領域にパーティションが形成される場合には、ＣＨＳ方式の格納エリアをＬＢＡ方式の拡張エリアとして、ＬＢＡ方式の格納エリアのアドレス桁数を擬似的に３バイト広くする技術が存在する（例えば、特許文献１）。
特開２００４−３４８１９５号公報
特許文献１記載の発明は、特許文献１記載の発明に対応したシステム同士であれば問題なく稼動するが、特許文献１記載の技術に対応しないシステム（現状システムと記す）は、拡張されたパーティション領域を認識することができず、拡張されたパーティション領域を有効利用できないという問題がある。
さらに、２ＴＢを超えるハードディスクを多数のユーザで共有する場合には、どのユーザにも使い慣れたインターフェースを使用したいものである。特に、複数のハードディスクを接続して、膨大なストレージシステムを構築する場合には、複数のハードディスクを一元管理する機構が必要となる。
本発明は、上記課題に鑑みてなされたものであって、基本パーティションの記録媒体に記録されたデータを別リムーバブル媒体に記録された媒体上の管理ファイルからアクセス管理するドライブアクセス装置、および、プログラムを提供することを目的とする。
また、広域ネットワーク上で共有しているデータ及び外部の記録媒体に記録されたデータを一元的に管理するデータ管理装置を提供することを目的とする。
また、本発明は、パーティションの開始アドレスとパーティションサイズとが格納された基本パーティションテーブルと、基本パーティションテーブルの開始アドレス及びパーティションサイズとの格納領域を拡張した拡張パーティションテーブルとを有するハードディスクの拡張パーティション上のデータを、拡張パーティションフォーマットに対応せずとも管理するデータ管理装置、及び記録媒体の管理方法を提供することを目的とする。
上述した目的を達成するため、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体のドライブアクセス装置であって、複数のドライブには、ファイルの基本再生単位が記録された記録用ドライブと、基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録された管理用ドライブとがあり、管理用ドライブに記録されたプロパティファイルを参照して記録用ドライブに記録されたファイルの基本再生単位にアクセスする。
本発明によれば、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体において、記録用ドライブにファイルの基本再生単位を記録し、管理用ドライブに基本再生単位へのアクセス情報ファイルであるプロパティファイルを記録し、プロパティファイルを参照して記録用ドライブに記録されたファイルにアクセスするため、異なるドライブに存在するファイルにアクセスすることができる。
本発明によれば、パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理される記録媒体にパーティション記述により基本領域と拡張領域が割り当てられ、基本領域には、拡張領域に記録されたファイルの基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録されており、拡張領域には、ネットワークで接続された記録媒体に論理セクタアドレスを割り当てるマッピング部と、論理セクタアドレスデータによって割り当てられたアドレスデータをネットワークに接続された記録媒体のネットワークアドレスへ変換するネットワークアドレス変換部と、プロパティファイルから指定されるアクセス情報をファイル名に変換してアクセスするチャプタアドレス変換部とを有するため、ネットワークで接続された記録媒体を単一のファイルシステムで管理しているドライブとして仮想的に使用することができる。
本発明によれば、基本パーティションと、基本パーティションを拡張した新方式拡張パーティションとに分割されたハードディスクの基本パーティションに、基本パーティションと拡張パーティションとをリンク付けるインデックスファイルを記録するため、新方式拡張パーティションフォーマットに対応していないシステムであっても、基本パーティション上のインデックスファイルを利用して拡張パーティションを管理することができる。
本発明によれば、リムーバブルメディアに記録されたインデックスファイルから本体ドライブに記録されたコンテンツを自在にアクセスでき、リムーバブルメディアを抜き取っておくことによってコンテンツの自在なアクセスを防止することができる。
以下、図面を参照して本発明の第１の実施例であるディスクアクセスシステムについて説明する。
（具体的な実施例の全体システム）
図１は、本発明を適用したディスクアクセスシステム１００の一例である。ディスクアクセスシステム１００は、携帯可能なローカル端末サーバ１０１と、ローカル端末サーバ１０１の映像音声データファイルが記録されている、大容量の基本領域パーティションの記録媒体（ハードディスクや大容量不揮発メモリ、フラッシュメモリ）１１０とから構成される。
ローカル端末サーバ１０１は、カメラ一体型ビデオやデジタルカメラ１０１−１、映像プレーヤ１０１−２、カメラ付携帯電話１０１−３などの携帯機器であり、図２に示すように、ＨＤＤ（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）やスピーカなどに出力する。
第１の実施例であるインデックスファイルアクセスシステムの構成ブロック図である。 第１の実施例におけるローカル端末サーバの内部構成を示すブロック図である。 インデックスファイルの構成を示す模式図である。 記録コンテンツストリームのビデオオブジェクト単位データとインデックスファイルのプロパティ、サムネイル、タイトル情報ファイルの説明図である。 インデックスファイルのコンテンツファイルとの同期処理（シンクロナイズ処理）フローチャートである。 パーティションテーブルの構造を示す概念図である。 ハードディスクを分割された拡張領域としたときのパーティションテーブルの構造を示す概念図である。 第２の実施例である仮想ディスクアクセスシステムの構成を示すブロック図である。 ローカル端末サーバの構成を示すブロック図である。 第２の実施例である仮想ディスクアクセスシステムの構成を示すブロック図である。 ファイル指定用の画面を示す模式図である。 仮想ドライブ管理装置に新方式拡張パーティションを構築するときのパーティションテーブルの構造を示す概念図である。 第２の実施例を適用したディスクアクセス装置の構成を示すブロック図である。 インデックスファイルと従来システムからは不可視な新方式拡張領域とのリンクを示す概念図である。 オリジナルインデックスおよびインデックスプロパティファイルの構造を説明する概念図である。 新方式拡張パーティションでフォーマットしたハードディスクの論理構造を示す概念図である。 編集用インデックスファイルテーブルの構造を説明する概念図である。 編集用インデックスファイルテーブルを編集するストリーム編集用画面の一例を示す概略図である。 映像音声ローカル端末サーバの構成を示すブロック図である。
符号の説明
１００ 仮想ディスクアクセスシステム、１０１ ローカル端末サーバ、１０２ 半導体メモリ、１０３ インデックスファイル、１０４ プロパティファイル、１０５ サムネイルファイル、１０６ タイトル情報ファイル、１１０ ハードディスク

Claims (12)

  1. パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理され、パーティション記述により複数ドライブが割り当てられた記録媒体のデータ管理装置であって、
    上記複数のドライブには、ファイルの基本再生単位が記録された記録用ドライブと、上記基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録された管理用ドライブとがあり、
    上記管理用ドライブに記録されたプロパティファイルを参照して上記記録用ドライブに記録されたファイルの基本再生単位にアクセスすること
    を特徴とするデータ管理装置。
  2. 上記管理用ドライブには、さらに、基本再生単位に対応する見出し画サムネイルファイルが記録されていることを特徴とする請求項１記載のデータ管理装置。
  3. 上記ファイルは映像音声ストリームデータであり、上記基本再生単位はチャプタであることを特徴とする請求項１記載のデータ管理装置。
  4. 上記パーティション記述により、挿抜可能な半導体メモリにドライブを割り当てることを特徴とする請求項１記載のデータ管理装置。
  5. パーティションに関する情報であるパーティションテーブルが記録され、該パーティションテーブルが参照されることによって管理された記録媒体にパーティション記述により基本領域と拡張領域が割り当てられ、
    上記基本領域には、上記拡張領域に記録されたファイルの基本再生単位へのアクセス情報ファイルであるプロパティファイルが記録されており、
    上記拡張領域には、ネットワークで接続された記録媒体に論理セクタアドレスを割り当てるマッピング部と、
    論理セクタアドレスデータによって割り当てられたアドレスデータをネットワークに接続された記録媒体のネットワークアドレスへ変換するネットワークアドレス変換部と、
    上記プロパティファイルから指定されるアクセス情報を上記ファイル名に変換してアクセスするチャプタアドレス変換部と
    を有することを特徴とするデータ管理装置。
  6. パーティションの開始アドレスとパーティションサイズとが格納された基本パーティションテーブルと、上記基本パーティションテーブルの開始アドレス及びパーティションサイズの格納領域を拡張した新方式拡張パーティションテーブルとを有し、上記基本パーティションテーブルに基づき形成された基本パーティションと、上記新方式拡張パーティションテーブルに基づき形成された拡張パーティションとに分割されたドライブを管理するデータ管理装置であって、
    上記基本パーティションにインデックスファイルを配置し、上記拡張パーティションに記録したデータファイルと当該データファイルの記録領域とをリンク付けるインデックスを上記インデックスファイルに登録するインデックスファイル生成部と、
    上記インデックスファイルを基に、上記拡張パーティションに記録されたデータファイルの記録領域を検索するデータファイル検索部と
    を有することを特徴するデータ管理装置。
  7. 上記インデックスファイルに含まれるインデックスのうち、データ種別が同じデータファイルのインデックスを集めた編集用インデックスファイルを生成する編集用インデックスファイル生成部を有することを特徴とする請求項６記載のデータ管理装置。
  8. 上記編集用インデックスファイルに含まれるインデックスの追加、削除、並換えを実行するインデックスファイル編集部を有し、
    上記データファイル検索部は、上記編集用インデックスファイルの並び順に応じて上記データファイルの記録領域を検索すること
    を特徴とする請求項６記載のデータ管理装置。
  9. データファイルの読み出しが指示されたとき、当該データファイルの所在を示すドライブレターを基に、当該データファイルが上記基本パーティションに記録されているか、上記拡張パーティションに記録されているかを判別し、当該データファイルが拡張パーティションに記録されていると判別したとき、上記データファイル検索部に当該ファイルのアドレスを検索させるドライブ管理部を有することを特徴とする請求項６記載のデータ管理装置。
  10. ストリームデータの１記録単位であるデータファイルを生成するデータファイル生成部を有し、
    上記インデックスファイル生成部は、上記ストリームデータを構成するデータファイルに対するインデックスを逐次生成し、上記インデックスファイルに順次登録すること
    を特徴とする請求項６記載のデータ管理装置。
  11. パーティションの開始アドレスとパーティションサイズとが格納された基本パーティションテーブルと、上記基本パーティションテーブルの開始アドレス及びパーティションテーブルの格納領域を拡張した拡張パーティションテーブルとを有し、上記基本パーティションテーブルに基づき形成された基本パーティションと、上記拡張パーティションテーブルに基づき形成された拡張パーティションとに分割された記録媒体の管理方法であって、
    上記基本パーティションにインデックスファイルを配置する工程と、
    上記拡張パーティションにデータファイルを記録する工程と、
    上記拡張パーティションに記録されたデータファイルの記録領域と上記基本パーティションとをリンク付けるインデックスを生成する工程と、
    上記インデックスを上記インデックスファイルに登録する工程と
    を有する記録媒体の管理方法。
  12. 第１の基本パーティション上のリムーバブルな不揮発性メモリドライブ上に置かれて第２の基本パーティション上の映像音声情報コンテンツデータファイルへアクセスするインデックスファイルの更新制御を、ユーザ操作手段からの命令制御信号を受けてビデオオブジェクトのサーチ情報データ部で指定された動画圧縮Ｉピクチャを表示サイズ縮小された静止画圧縮方式に変換してサムネイルデータとして時刻情報データとともにインデックスファイルに追記され、同じくストリームに付属する著作権保護属性データをインデックスファイルのタイトル属性データに追記され、上記ユーザ操作手段からの命令制御信号のない場合にはサムネイルデータなしの時刻テキスト情報データを時刻情報としてインデックスファイルに追記してサムネイル表示画面に代替で時刻文字列情報表示を制御する、インデックスファイル内容の同期処理を行うことを特徴とするデータ管理装置。
JP2005298056A 2005-10-12 2005-10-12 データ管理装置および記録媒体の管理方法 Expired - Fee Related JP5098145B2 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP2005298056A JP5098145B2 (ja) 2005-10-12 2005-10-12 データ管理装置および記録媒体の管理方法
TW095135231A TW200802316A (en) 2005-10-12 2006-09-22 Data management device and method for managing recording medium
EP06255174A EP1777615A3 (en) 2005-10-12 2006-10-06 Data management device and method for managing a recording medium
US11/546,155 US8275241B2 (en) 2005-10-12 2006-10-11 Data management device and method for managing recording medium
KR1020060099259A KR20070040732A (ko) 2005-10-12 2006-10-12 데이터 관리 장치 및 기록 매체의 관리 방법
CNA2006101401917A CN1949218A (zh) 2005-10-12 2006-10-12 用于管理记录介质的数据管理装置和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005298056A JP5098145B2 (ja) 2005-10-12 2005-10-12 データ管理装置および記録媒体の管理方法

Publications (2)

Publication Number Publication Date
JP2007108951A true JP2007108951A (ja) 2007-04-26
JP5098145B2 JP5098145B2 (ja) 2012-12-12

Family

ID=37461565

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005298056A Expired - Fee Related JP5098145B2 (ja) 2005-10-12 2005-10-12 データ管理装置および記録媒体の管理方法

Country Status (6)

Country Link
US (1) US8275241B2 (ja)
EP (1) EP1777615A3 (ja)
JP (1) JP5098145B2 (ja)
KR (1) KR20070040732A (ja)
CN (1) CN1949218A (ja)
TW (1) TW200802316A (ja)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006009270A1 (en) * 2004-07-22 2006-01-26 Matsushita Electric Industrial Co., Ltd. Playback apparatus and playback method
US8131647B2 (en) 2005-01-19 2012-03-06 Amazon Technologies, Inc. Method and system for providing annotations of a digital work
US9275052B2 (en) 2005-01-19 2016-03-01 Amazon Technologies, Inc. Providing annotations of a digital work
NO327155B1 (no) 2005-10-19 2009-05-04 Fast Search & Transfer Asa Fremgangsmåte for å vise videodata innenfor resultatpresentasjoner i systemer for aksessering og søking av informasjon
KR100717060B1 (ko) * 2005-12-05 2007-05-10 삼성전자주식회사 홈 네트워크를 통해 ｄｖｄ 컨텐츠를 이용하는 방법 및장치
US8352449B1 (en) 2006-03-29 2013-01-08 Amazon Technologies, Inc. Reader device content indexing
US9672533B1 (en) 2006-09-29 2017-06-06 Amazon Technologies, Inc. Acquisition of an item based on a catalog presentation of items
US8725565B1 (en) 2006-09-29 2014-05-13 Amazon Technologies, Inc. Expedited acquisition of a digital item following a sample presentation of the item
US7721078B2 (en) * 2006-10-31 2010-05-18 Dell Products, Lp Method and system to dynamically boot to a non-visible partition
US7765394B2 (en) * 2006-10-31 2010-07-27 Dell Products, Lp System and method for restoring a master boot record in association with accessing a hidden partition
US7865817B2 (en) 2006-12-29 2011-01-04 Amazon Technologies, Inc. Invariant referencing in digital works
KR20080066408A (ko) * 2007-01-12 2008-07-16 삼성전자주식회사 3차원 영상 처리 장치 및 방법
US7751807B2 (en) 2007-02-12 2010-07-06 Oomble, Inc. Method and system for a hosted mobile management service architecture
US8024400B2 (en) 2007-09-26 2011-09-20 Oomble, Inc. Method and system for transferring content from the web to mobile devices
US7716224B2 (en) * 2007-03-29 2010-05-11 Amazon Technologies, Inc. Search and indexing on a user device
US9665529B1 (en) 2007-03-29 2017-05-30 Amazon Technologies, Inc. Relative progress and event indicators
US8345769B1 (en) * 2007-04-10 2013-01-01 Nvidia Corporation Real-time video segmentation on a GPU for scene and take indexing
US8358381B1 (en) 2007-04-10 2013-01-22 Nvidia Corporation Real-time video segmentation on a GPU for scene and take indexing
US8341513B1 (en) 2007-05-21 2012-12-25 Amazon.Com Inc. Incremental updates of items
US8719498B2 (en) * 2007-08-24 2014-05-06 Samsung Electronics Co., Ltd. Data storage device and data providing method therein
JP2009105743A (ja) * 2007-10-24 2009-05-14 Funai Electric Co Ltd 再生装置
US8423889B1 (en) 2008-06-05 2013-04-16 Amazon Technologies, Inc. Device specific presentation control for electronic book reader devices
KR101571001B1 (ko) * 2008-10-01 2015-11-23 파나소닉 주식회사 재생장치
US9087032B1 (en) 2009-01-26 2015-07-21 Amazon Technologies, Inc. Aggregation of highlights
US8378979B2 (en) 2009-01-27 2013-02-19 Amazon Technologies, Inc. Electronic device with haptic feedback
US8832584B1 (en) 2009-03-31 2014-09-09 Amazon Technologies, Inc. Questions on highlighted passages
JP5407498B2 (ja) * 2009-04-08 2014-02-05 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP5407499B2 (ja) * 2009-04-08 2014-02-05 ソニー株式会社 情報処理装置、および情報処理方法、並びにプログラム
US8692763B1 (en) 2009-09-28 2014-04-08 John T. Kim Last screen rendering for electronic book reader
US9495322B1 (en) 2010-09-21 2016-11-15 Amazon Technologies, Inc. Cover display
US9158741B1 (en) 2011-10-28 2015-10-13 Amazon Technologies, Inc. Indicators for navigating digital works
JP5924943B2 (ja) * 2012-01-06 2016-05-25 キヤノン株式会社 撮像装置および撮像装置の制御方法
JP2014204324A (ja) * 2013-04-05 2014-10-27 ソニー株式会社 記録装置、記録方法および再生装置
CN104699839B (zh) * 2015-03-31 2021-03-02 北京奇艺世纪科技有限公司 一种文件查找方法及装置
CN105955893B (zh) * 2016-05-05 2019-07-26 捷开通讯(深圳)有限公司 存储数据的写入方法、读取方法以及智能终端
IT201700057287A1 (it) * 2017-05-26 2018-11-26 St Microelectronics Srl Procedimento per gestire schede a circuito integrato, scheda ed apparecchiatura corrispondenti
CN109597865B (zh) * 2018-11-21 2022-11-04 中国航空无线电电子研究所 基于嵌入式平台的海量地理信息数据的存储与检索方法
CN111045962B (zh) * 2019-12-18 2023-06-09 湖南国科微电子股份有限公司 一种sd卡数据保密方法、系统、设备及计算机介质
CN115543368B (zh) * 2022-01-10 2023-05-23 荣耀终端有限公司 一种操作系统升级方法及电子设备

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07152491A (ja) * 1993-11-29 1995-06-16 Hitachi Ltd 仮想ディスクシステム
JPH0962463A (ja) * 1995-08-25 1997-03-07 Fujitsu Ltd 半導体ディスク装置
JPH09179758A (ja) * 1995-12-25 1997-07-11 Fujitsu Ltd データ管理装置及びデータ記録媒体
JP2004030232A (ja) * 2002-06-26 2004-01-29 Victor Co Of Japan Ltd ブリッジファイルシステム及び記録媒体
JP2004171626A (ja) * 2002-11-18 2004-06-17 Sharp Corp 光ディスク記録再生装置
JP2004199209A (ja) * 2002-12-17 2004-07-15 Kengo Arai ネットワーク接続記憶デバイス
JP2004348195A (ja) * 2003-05-20 2004-12-09 Sony Corp 情報処理装置、撮像装置および情報処理方法
JP2005044400A (ja) * 2003-07-23 2005-02-17 Pioneer Electronic Corp 編集装置、情報再生記録装置、編集方法並びに編集用プログラム及び情報記録媒体
JP2005158151A (ja) * 2003-11-26 2005-06-16 Toshiba Corp 情報記録再生装置
JP2005244524A (ja) * 2004-02-25 2005-09-08 Pioneer Electronic Corp 議事録ファイル生成方法、議事録ファイル管理方法、会議サーバおよびネットワーク会議システム
JP2005275451A (ja) * 2004-03-22 2005-10-06 Sony Corp プログラム起動方法
JP2005352898A (ja) * 2004-06-11 2005-12-22 Canon Inc 情報記録装置及びその制御方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3383580B2 (ja) * 1998-05-15 2003-03-04 株式会社東芝 情報記憶媒体と情報記録再生装置と方法
US20020067913A1 (en) * 1998-05-15 2002-06-06 Hideo Ando Information recording method and information reproducing method
JP3376303B2 (ja) * 1998-12-16 2003-02-10 株式会社東芝 光ディスクと光ディスク記録装置と光ディスク再生装置
US6904227B1 (en) * 1999-02-15 2005-06-07 Nec Corporation Device and method for editing video and/or audio data recorded in a disc storage medium
US6185666B1 (en) * 1999-09-11 2001-02-06 Powerquest Corporation Merging computer partitions
US6850959B1 (en) * 2000-10-26 2005-02-01 Microsoft Corporation Method and system for transparently extending non-volatile storage
US20030018892A1 (en) * 2001-07-19 2003-01-23 Jose Tello Computer with a modified north bridge, security engine and smart card having a secure boot capability and method for secure booting a computer
US7057409B2 (en) * 2003-12-16 2006-06-06 Texas Instruments Incorporated Method and apparatus for non-invasively testing integrated circuits

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07152491A (ja) * 1993-11-29 1995-06-16 Hitachi Ltd 仮想ディスクシステム
JPH0962463A (ja) * 1995-08-25 1997-03-07 Fujitsu Ltd 半導体ディスク装置
JPH09179758A (ja) * 1995-12-25 1997-07-11 Fujitsu Ltd データ管理装置及びデータ記録媒体
JP2004030232A (ja) * 2002-06-26 2004-01-29 Victor Co Of Japan Ltd ブリッジファイルシステム及び記録媒体
JP2004171626A (ja) * 2002-11-18 2004-06-17 Sharp Corp 光ディスク記録再生装置
JP2004199209A (ja) * 2002-12-17 2004-07-15 Kengo Arai ネットワーク接続記憶デバイス
JP2004348195A (ja) * 2003-05-20 2004-12-09 Sony Corp 情報処理装置、撮像装置および情報処理方法
JP2005044400A (ja) * 2003-07-23 2005-02-17 Pioneer Electronic Corp 編集装置、情報再生記録装置、編集方法並びに編集用プログラム及び情報記録媒体
JP2005158151A (ja) * 2003-11-26 2005-06-16 Toshiba Corp 情報記録再生装置
JP2005244524A (ja) * 2004-02-25 2005-09-08 Pioneer Electronic Corp 議事録ファイル生成方法、議事録ファイル管理方法、会議サーバおよびネットワーク会議システム
JP2005275451A (ja) * 2004-03-22 2005-10-06 Sony Corp プログラム起動方法
JP2005352898A (ja) * 2004-06-11 2005-12-22 Canon Inc 情報記録装置及びその制御方法

Also Published As

Publication number Publication date
KR20070040732A (ko) 2007-04-17
TW200802316A (en) 2008-01-01
US8275241B2 (en) 2012-09-25
US20070174545A1 (en) 2007-07-26
CN1949218A (zh) 2007-04-18
EP1777615A3 (en) 2009-07-08
JP5098145B2 (ja) 2012-12-12
EP1777615A2 (en) 2007-04-25

Similar Documents

Publication Publication Date Title
JP5098145B2 (ja) データ管理装置および記録媒体の管理方法
JP4527164B2 (ja) 記録媒体、記録装置、及び再生装置
JP4779921B2 (ja) データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム
WO2002023898A1 (fr) Dispositif et procede d'enregistrement/reproduction d'images, disque et dispositif de reproduction d'images
JP3285029B2 (ja) 記録媒体
JP2004350042A (ja) 記録装置および記録方法、再生装置および再生方法、並びに記憶媒体
JP2006040473A (ja) 再生装置
JP3884785B2 (ja) 記録再生装置、再生装置及び再生方法
JP2008072312A (ja) データ処理装置及びデータ処理方法、並びにコンピュータ・プログラム
WO2008018311A1 (fr) Dispositif de traitement de données, procédé de traitement de données, et programme informatique associé
JP2001103417A (ja) 画像付音声情報を記録する情報記憶媒体、画像の番号設定方法、および画像の検索方法
JP3164111B2 (ja) 記録方法、記録装置およびコンピュータ読み取り可能な記録媒体
JP4115061B2 (ja) 記録メディアとこれを用いる映像記録／再生装置
JP3164107B2 (ja) 記録媒体
KR100960767B1 (ko) 기록 방법 및 기록 장치
JP2006072736A (ja) 情報処理装置及び方法及びプログラム及び記憶媒体
JP2004363825A (ja) 記録再生装置、記録再生方法、その記録媒体およびプログラム
JP4124593B2 (ja) 情報記録装置および方法
JP4693735B2 (ja) 静止画ファイル記録編集装置
JP3139497B1 (ja) 再生装置、再生方法、およびコンピュータ読み取り可能な記録媒体
JP3329338B1 (ja) 記録方法、記録装置およびコンピュータ読み取り可能な記録媒体
JP4318040B2 (ja) 情報編集装置、撮像装置および情報編集方法
JP3329339B2 (ja) 再生方法、再生装置、およびコンピュータ読み取り可能な記録媒体
JP2006115529A (ja) 記録メディアとこれを用いる映像記録／再生装置
JP2006031744A (ja) Ａｖデータ記録装置および再生装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080925

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110502

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110517

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110707

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120117

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120309

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120828

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120910

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151005

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151005

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees