JP2004362178A - 記録装置 - Google Patents
記録装置 Download PDFInfo
- Publication number
- JP2004362178A JP2004362178A JP2003158599A JP2003158599A JP2004362178A JP 2004362178 A JP2004362178 A JP 2004362178A JP 2003158599 A JP2003158599 A JP 2003158599A JP 2003158599 A JP2003158599 A JP 2003158599A JP 2004362178 A JP2004362178 A JP 2004362178A
- Authority
- JP
- Japan
- Prior art keywords
- file
- recording
- management
- recording medium
- recording apparatus
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
- G06F16/58—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Library & Information Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Storage Device Security (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
【解決手段】それぞれオブジェクトデータを含む複数のオブジェクトファイルを記録媒体(5,19)に記録する記録装置であって、前記オブジェクトファイルの識別情報を含むオブジェクト管理ファイルを生成すると共に、前記複数のオブジェクトファイルを複数のグループに分け、各グループのファイルを前記識別情報により指定したエントリを含むグループ管理ファイルを生成するシステムコントローラ(12)と、前記オブジェクト管理ファイルと前記グループ管理ファイルとを前記記録媒体に記録する記録手段(4,15)とを備える。
【選択図】 図1
Description
【発明の属する技術分野】
本発明は、対象となるオブジェクトを効率良く管理する記録装置に関する。
【0002】
【従来の技術】
現在、デジタルカメラやデジタルディスクカムコーダのデータ記録媒体の容量は膨大なものになり、動画、音声、静止画など多岐に渡るデータファイルを、コンパクトフラッシュ(登録商標)メモリやMOディスクなどランダムアクセス可能な記録媒体に記録できるようになってきた。デジタルディスクカムコーダで手軽に静止画や動画を撮影できることから、フィルムを使用していた頃に比べ、撮影データ量は飛躍的に増加している。
【0003】
しかし、膨大な数のデータファイルを管理するのは容易なことではない。そこで、自動的にグループ化したりユーザが気に入ったものをグループ化したりして、データファイルの検索性を向上させようとする試みが行われるようになってきた。また、データのランダムアクセス性を生かし、再生制御スクリプトを用いた非破壊的な動画編集機能を提供するようになってきた(例えば、特許文献1参照)。
【0004】
【特許文献1】
特開2000−187963号公報
【0005】
【発明が解決しようとする課題】
このように、記録媒体に格納されたデータは、グループ化の対象となったり再生制御スクリプトの参照対象になったりすることで、データ単独ではなく、他の情報と共存するようになった。したがって、ファイルを削除する際に、常にグループや再生制御スクリプトからの参照を管理する必要がある。しかし、膨大な数のファイルと、それらの参照関係を完全に管理するのは困難である。
【0006】
例えば、あるファイルに対して、管理ファイルや再生制御スクリプトから直接ファイル名で参照した場合、そのファイルのファイル名を変更しようとすると、そのファイルを参照している全ての管理ファイル、再生制御スクリプトの内容を更新しなくてはならない。
【0007】
本発明は上記問題点を鑑みてなされたものであり、ファイルの管理コストを局所化し、管理コストを低減すると共に、管理ファイル破損時のリスク分散を図ることを目的とする。
【0008】
【課題を解決するための手段】
上記目的を達成するために、それぞれオブジェクトデータを含む複数のオブジェクトファイルを記録媒体に記録する本発明の記録装置は、前記オブジェクトファイルの識別情報を含むオブジェクト管理ファイルを生成すると共に、前記複数のオブジェクトファイルを複数のグループに分け、各グループのファイルを前記識別情報により指定したエントリを含むグループ管理ファイルを生成する管理情報処理手段と、前記オブジェクト管理ファイルと前記グループ管理ファイルとを前記記録媒体に記録する記録手段とを備える。
【0009】
また、本発明の別の形態によれば、それぞれオブジェクトデータを含む複数のオブジェクトファイルを記録媒体に記録する記録装置であって、前記オブジェクトファイルの識別情報を含むオブジェクト管理ファイルを生成すると共に、前記記録媒体に記録されている複数のオブジェクトファイルのうち再生を開始すべきファイルを前記識別情報により指定した再生開始ファイル情報を含む記録媒体管理ファイルを生成する管理情報処理手段と、前記オブジェクト管理ファイルと前記記録媒体管理ファイルとを前記記録媒体に記録する記録手段とを備える。
【0010】
更に、本発明の別の形態によれば、オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトデータの再生開始位置を示す再生開始位置情報を含むオブジェクト管理ファイルを生成する管理ファイル処理手段と、前記オブジェクトファイルと前記オブジェクト管理ファイルとを前記記録媒体に記録する記録手段とを備える。
【0011】
更に、本発明の別の形態によれば、オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトデータが印刷対象となっていることを示す印刷対象情報を含むオブジェクト管理ファイルを生成する管理ファイル処理手段と、前記オブジェクトファイルと前記オブジェクト管理ファイルとを前記記録媒体に記録する記録手段とを備える。
【0012】
更に、本発明の別の形態によれば、オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトデータが印刷された回数を示す印刷回数情報を含むオブジェクト管理ファイルを生成する管理ファイル処理手段と、前記オブジェクトファイルと前記オブジェクト管理ファイルとを前記記録媒体に記録する記録手段とを備える。
【0013】
更に、本発明の別の形態によれば、オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトファイルに関するオブジェクト管理ファイルを生成する管理ファイル処理手段と、前記オブジェクトファイルとこのオブジェクトファイルに係る前記オブジェクト管理ファイルとを同一のディレクトリに格納して前記記録媒体に記録する記録手段とを備える。
【0014】
【発明の実施の形態】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【0015】
<第1の実施形態>
まず、図1を用いて本発明の第1の実施形態における装置の一例を説明する。本第1の実施形態における情報記録再生装置としてのビデオカムコーダ装置は、主として記録媒体であるディスク19と、ディスク19に対して動画像、静止画像、音声などのメディア・データの書き込み、読み出しを行うピックアップ1と、読み出された信号を増幅するRFアンプ2と、エンコーダ・デコーダ/信号処理回路3と、データを一時的に格納するショックプルーフメモリ5と、ショックプルーフメモリ5をコントロールするメモリコントローラ4と、復号化・符号化回路6と、D/AコンバータとA/Dコンバータとから成るコンバータ7と、送りモータ8と、スピンドルモータ9と、ドライバ回路10と、サーボ制御回路11と、種々の制御を行うシステムコントローラ12と、電源回路13と、ヘッド駆動装置14と、記録ヘッド15と、入力装置16と、カメラ部17と、映像音声出力端子18とを備えている。なお、本第1の実施形態に置いてはディスク19とは例えば、光磁気ディスク(以下、MO)とするが、ディスク19の種類はMOに限らないことは言うまでもない。
【0016】
上記構成によれば、再生時、ドライバ回路10に駆動されるスピンドルモータ9によりMO19が回転駆動されるとともに、ドライバ回路10に駆動される送りモータ8によりピックアップ1がMO19の半径方向に送られ、このピックアップ1により読み出されたデータは、RFアンプ2において増幅され、エンコーダ・デコーダ/信号処理回路3に送られる。
【0017】
また、RFアンプ2は、上記データに基づいて、フォーカスエラー信号やトラッキングエラー信号などのサーボ制御信号を生成し、これをサーボ制御回路11に出力する。サーボ制御回路11は、RFアンプ2からのサーボ制御信号と、システムコントローラ12からのコントロール信号に基づいて、ピックアップ1、送りモータ8、スピンドルモータ9を駆動する。
【0018】
上記エンコーダ・デコーダ/信号処理回路3は、RFアンプ2で増幅された信号を復調し、さらに誤り訂正などの信号処理を行った後、メモリコントローラ4に送る。メモリコントローラ4は、エンコーダ・デコーダ/信号処理回路3から送られてきた信号をショックプルーフメモリ5に書き込む。ショックプルーフメモリ5には、メディア・データの記録領域とは別にメディア・データ以外のTOC(Table of Contents)情報を格納するための領域が設けられており、MO19が装置に挿入されると直ちにメディア・データと同様の経路でMO19に格納されているTOC情報がショックプルーフメモリ5の所定領域に格納される。
【0019】
メモリコントローラ4は、システムコントローラ12の要求に応じて必要なTOC情報をショックプルーフメモリ5から読み出してシステムコントローラ12に送る。システムコントローラ12は、ショックプルーフメモリ5に記憶されたデータを読み出し、復号化・符号化回路6に送る。復号化・符号化回路6は、図示しないデータ復号化回路によって、送られたデータを所定のフォーマットにしたがって符号化処理を解き、コンバータ7内のD/Aコンバータへ送る。D/Aコンバータは、復号化されたメディア・データをアナログ信号に変換する。このアナログ信号は、出力端子18より外部へ出力される。
【0020】
また、システムコントローラ12は、電源回路13を制御し、ピックアップ1、RFアンプ2、エンコーダ・デコーダ/信号処理回路3、サーボ制御回路11、およびドライバ回路10へ電源を供給したり中断したりする。
【0021】
入力装置16とは、例えばポーズボタンや再生ボタン、再生/録画モード切替スイッチ、画像選択用カーソルキーなどが考えられる。
【0022】
記録時は、カメラ部17から入力されたアナログ映像音声信号をコンバータ7内のA/Dコンバータへ送る。A/Dコンバータは、アナログ映像音声信号をデジタル信号に変換する。このデジタル信号は、復号化・符号化回路において、図示しないデータ符号化回路によって所定のフォーマットに符号化され、メモリコントローラ4によってショックプルーフメモリ5に格納される。このメモリコントローラ4は、システムコントローラ12の制御下でショックプルーフメモリ5に格納されているデータを読み出し、エンコーダ・デコーダ/信号処理回路3に送る。エンコーダ・デコーダ/信号処理回路3では、読み出したデータに対して、変調、誤り訂正用符号の付加などを行う。
【0023】
システムコントローラ12は、メモリコントローラ4を制御し、ショックプルーフメモリ5の所定領域に格納されているTOC情報を読み出し、このTOC情報に基づいてMO19上の記録可能領域の位置を認識し、サーボ制御回路11を制御して所望の記録可能領域をサーチする。サーチ後、システムコントローラ12の制御下で、エンコーダ・デコーダ/信号処理回路3の出力信号に基づいてヘッド駆動装置14が記録ヘッド15を駆動すると共に、RFアンプ2の出力信号に基づいてピックアップ1の図示しないレーザ回路が駆動され、MO19上にデータを記録する。
【0024】
所望の記録可能領域への記録動作が終了すると、システムコントローラ12はメモリコントローラ4を制御し、ショックプルーフメモリ5に格納されているTOC情報と、MO19のTOC情報とを書き換え、以降これを最新のTOC情報として利用することによってMO上に記録されているデータの管理などを行う。
【0025】
このようなビデオカムコーダ装置において、本発明による情報記録再生装置を実現するための詳細について以下で述べる。まず、対象となるデータのフォーマットについて述べ、次にそれらのデータの処理方法について述べる。
【0026】
1.対象となるデータのフォーマット
本発明の情報記録再生装置で扱うデータと、そのデータ形式について述べる。まずビデオカムコーダ装置で記録するデータの種類について述べ、各データを格納するディレクトリ構造、管理ファイル、プレイリストの詳細について順に述べる。
【0027】
本発明の情報記録再生装置は、ディレクトリ単位にファイルを管理するディレクトリ管理ファイルと、対象ファイルを直接参照するのではなくディレクトリ管理ファイルのエントリを参照して実現するファイルのグルーピング、および再生制御ファイル(プレイリスト)に特徴がある。
【0028】
・ビデオカムコーダ装置で記録するデータ
ビデオカムコーダ装置で記録するデータは、動画、静止画と音声である。また、動画・静止画・音声を組み合わせて再生するための再生制御スクリプト(以下、プレイリスト)の作成機能を持つ。プレイリストの詳細については後述する。
【0029】
動画データは、MPEG2で符号化して記録する。データ形式は、PS(Program Stream)もしくはTS(Transport Stream)で、機器のメニューでどちらの形式で保存するか決定できる。
【0030】
音声データは、MP3(MPEG Audio Layer3)形式で記録する。
【0031】
静止画データは、DCF規格(Design rule for Camera File system)に準拠した方式で記録する。
【0032】
これらのデータを管理するため、記憶媒体管理ファイルと、ディレクトリ管理ファイルと、データのグループ化情報を保持するグループ管理ファイルを持つ。これらの管理ファイルの詳細については後述する。
【0033】
・データの格納方式
図2に、動画データ、音声データ、静止画データ、プレイリスト、および管理ファイルを記録媒体上に格納した状態の一例を示す。以後、本発明の情報記録再生装置で記録される動画、音声、静止画データを総称して、メディア・オブジェクトと呼ぶ。 拡張子が「.4C」であるファイルは、後述する管理ファイルである。
【0034】
プレイリストは、記録媒体上のルートディレクトリの直下に作成されたPLAYLISTディレクトリに格納する。PLAYLISTディレクトリ下に、プレイリストを格納するPLディレクトリを作成し、PLディレクトリにプレイリストファイル(PLF)を格納する。
【0035】
動画データは、記録媒体のルートディレクトリの直下に作成されたVIDEOディレクトリに格納する。VIDEOディレクトリ下に、動画データを格納する動画ディレクトリを作成し、動画ディレクトリに動画データを格納する。
【0036】
本第1の実施形態では、一つの動画ディレクトリに1つ以上の動画データを格納する。一つの動画ディレクトリに複数の動画データを纏める方法については後述する。
【0037】
音声データも動画データと同様に記録するが、記録媒体上の音声データのファイル数は比較的少ないと予想される。そこで本第1の実施形態では、単純に100ファイルごとにまとめて音声ディレクトリに格納する。音声ディレクトリは、記録媒体上のルートディレクトリの直下に作成されたAUDIOディレクトリ下に作られる。
【0038】
静止画データは、DCF規格で定められた通り、記録媒体のルートディレクトリの直下に作成されたDCIMディレクトリに格納する。実際に静止画ファイルが格納されるのは、DCIMディレクトリの下に作成された静止画ディレクトリである。
【0039】
PLディレクトリ、動画ディレクトリ、音声ディレクトリ、および静止画ディレクトリには、それぞれディレクトリに格納されたファイルを管理するディレクトリ管理ファイルを格納する。
【0040】
ディレクトリ管理ファイル以外の管理ファイルは、ルートディレクトリの下にMANAGEディレクトリの下に配置する。記録媒体管理ファイルは、予め定められたディレクトリ、例えば本第1の実施形態では VOLUMEディレクトリに格納する。グループ管理ファイルは、システムが自動的に生成したグループをGrpDateディレクトリに、ユーザが作成したグループをGrpUserディレクトリに記録する。さらに、GrpDateディレクトリとGrpUserディレクトリにも、ディレクトリ管理ファイルを配置する。
【0041】
本第1の実施形態による情報記録再生装置では、再生対象となる動画や音声、静止画を記録する際、記録日時に応じて自動的にグルーピングを行う。したがって、システムが自動的に生成するグループとは、この日付によるグループであり、グループ管理ファイルを格納するディレクトリ名もGrpDateとした。
【0042】
・管理ファイルの基本書式
管理ファイルの詳細な説明として、まず管理ファイルの書式について述べ、次にディレクトリ管理ファイル、記録媒体管理ファイル、グループ管理ファイルの詳細について述べる。
【0043】
管理ファイルは、XML形式で記述されたテキストファイルである。管理ファイルを構成するXML文書のエレメント構成を図3に示す。また、図2中に示した動画ディレクトリ「MOV00010」のディレクトリ管理ファイルの記述例を、図4に示す。
【0044】
図3において、COLLECTIONエレメントは、管理情報のルート要素である。
【0045】
GROUPエレメントは、動画、静止画、音声などのメディア・オブジェクトをグループ化するために用いる。GROUPエレメントは、GROUP_NAMEアトリビュートを持ち、GROUP_NAMEアトリビュートで、グループ名を記述する。
【0046】
[MEDIA]のIMGエレメントは、静止画データのエントリを記述するために用いる。IMGエレメントは、srcアトリビュート、idアトリビュート、typeアトリビュート、参照カウントアトリビュート、deletedアトリビュートを持つ。srcアトリビュートはファイル名の記述に用い、idアトリビュートはファイルの識別名を記述するために用いる。idアトリビュートで指定する識別名は、管理ファイル内でユニークでなくてはならない。例えば本第1の実施形態では、対象となるファイルのUUID(Universal Unique ID)を16進数にした文字列をidアトリビュート値とする。typeアトリビュートはファイルの種類を表し、静止画の場合は「image」値をとる。また、printCountアトリビュートを持ち、画像が印刷された回数を保持する。本第1の実施形態ではプリント枚数を保持することにしたが、プリントされたかどうかを示すalreadyPrintアトリビュートを持っても良い。alreadyPrintアトリビュート値は、「true」か「false」である。
【0047】
参照カウントアトリビュートには、PLF_linkCountアトリビュート、SYSTEM_linkCountアトリビュート、USER_linkCountアトリビュートの3つがある。それぞれ、PLFからの参照数、システムが自動生成したグループからの参照数、ユーザが任意に設定したグループからの参照数を示す。したがって、これらのアトリビュート値は整数値である。deletedアトリビュートは削除情報で、アトリビュート値は「true」か「false」である。linkCountアトリビュート値が0で無い時にファイルを削除した場合、deletedアトリビュート値を「true」にする。
【0048】
また、[MEDIA]のMOVエレメントは、動画データのエントリを記述するために用いる。MOVエレメントは、IMGエレメントと同様、srcアトリビュート、idアトリビュート、typeアトリビュート、前記参照カウントアトリビュート、deletedアトリビュートを持ち、さらにdurアトリビュートを持つ。typeアトリビュート値は、動画の場合は「movie」である。durアトリビュートは、動画データ全体の再生時間を記述し、clock値をとる。clock値(Clock−value)は、次の書式で表される。
【0049】
例えば、14分3秒の場合、「00:14:03」もしくは「14:03」と記述する。
また、[MEDIA]のAUDエレメントは、音声データのエントリを記述するために用いる。AUDエレメントは、MOVエレメントと同様、srcアトリビュート、idアトリビュート、typeアトリビュート、参照カウントアトリビュート、deletedアトリビュート、durアトリビュートを持つ。typeアトリビュート値は、音声の場合は「audio」である。
【0050】
また、[MEDIA]のPLFエレメントは、PLFのエントリを記述するために用いる。PLFエレメントは、MOVエレメントと同様、srcアトリビュート、idアトリビュート、typeアトリビュート、linkCountアトリビュート、deletedアトリビュート、durアトリビュートを持つ。PLF自身も他のプレイリストから参照される可能性があるので、PLFエレメントにもlinkCountアトリビュートとdeletedアトリビュートが用意されている。typeアトリビュート値は、PLFの場合は「playlist」である。
【0051】
MOV、AUD、IMG、PLFエレメントは、MRKエレメントを子に持つことができる。MRKエレメントは、親エレメントで示されるメディア・オブジェクトの再生時間上での位置と範囲を指し示すタグである。
【0052】
例えば、あるオブジェクトファイルの再生中に一時停止した場合、あるいは再生を停止した場合、その停止位置の情報をMRKエレメントとして記述しておき、後述の様に記録媒体管理ファイルにより次回の再生時に再生を停止した位置より再び再生を開始することが可能となる。
【0053】
MRKエレメントは、SRCアトリビュートとINアトリビュート、DURアトリビュート、AUTOアトリビュートを持つことができ、SRCアトリビュートで指し示す位置に対応するサムネイル画像ファイルのファイル名、INアトリビュートで指定位置、DURアトリビュートで指定範囲を指定可能である。INアトリビュートの書式は、SMIL2.0のbeginアトリビュートの書式に従い、DURアトリビュートの書式は前記clock値に従う。AUTOアトリビュート値は「true」か「false」をとり、「true」の場合、INアトリビュートとDURアトリビュートによって、そのファイルがオートスタート再生対象ファイルである場合の再生範囲を示す。INアトリビュートが省略された場合、データの先頭位置を指し、DURアトリビュートが省略された場合は、データ全体を示す範囲となる。
【0054】
通常、再生中に停止した場合にはINアトリビュート値のみを記述し、また、AUTOアトリビュート値を「true」とする。
【0055】
また、MARKアトリビュートを栞として使用する場合、ユーザは、オブジェクトファイルの任意の位置でマーク指示を行い、更に、再生範囲や自動再生を行うか否かということも指定することができる。
【0056】
このMRKエレメントにより、例えば「動画ファイル「MOV_0001.MPG」の先頭から10秒目を開始点として20秒分を、アイコン画像「THM_0001.THM」で指し示す」という記述は、次のようになる。
【0057】
この例では、AUTOアトリビュートが「true」なので、動画ファイル「MOV_0001.MPG」がオートラン再生の対象となっている場合、記録媒体のセットアップ後、MRKエレメントで指定された部分が自動再生される。記録媒体のセットアップとは例えば、記録媒体がMOの場合、メディアがドライブに挿入されて読み出し可能になるまでのシーケンスである。
このために、後述の様に、記録媒体管理ファイル内に自動再生すべきファイルを指定しておく。
【0058】
AUTOアトリビュート値がfalseの場合、そのオブジェクトファイルの先頭位置から再生を開始する。
【0059】
また、MRKエレメントと同様の位置に、ICONエレメントを持つこともできる。ICONエレメントはSRCアトリビュートを持ち、このアトリビュートで、対象となるメディア・オブジェクトを表す代表画像を関連づけることができる。したがって、ICONエレメントは、MRKエレメントとは異なり、INアトリビュートとDURアトリビュートを持たない。
【0060】
本実施の形態では、メディア・オブジェクトの付加情報として、MRKエレメントによる栞機能と、ICONエレメントによる代表画像指定機能を挙げたが、同様の方法によって、再生時間テーブルや更なる付加情報を含むファイルを参照しても良いことは言うまでもない。更なる付加情報を表現するために、例えばMPEG7やDIG35などで規定されたメタデータを別ファイルにして保持し、メディア・オブジェクトのエントリから参照することが考えられる。
【0061】
次に、ディレクトリ管理ファイル、記録媒体管理ファイル、グループ管理ファイルの詳細について述べる。
【0062】
・ディレクトリ管理ファイル
ディレクトリ管理ファイルは、動画ディレクトリや音声ディレクトリなど、再生対象となるメディア・オブジェクトを格納したディレクトリの管理情報ファイルである(図4)。ディレクトリ管理ファイルを構成するデータは、ディレクトリに格納されるファイルのリストを示す要素を、COLLECTIONエレメントで括った形になっている。
【0063】
・記録媒体管理ファイル
記録媒体管理ファイルは、記録媒体の識別情報を格納した管理情報ファイルである。記録媒体管理ファイルの一例を図14に示す。
【0064】
記録媒体の識別IDとして、COLLECTIONエレメントにVOLUME_IDアトリビュートを持つ。VOLUME_IDアトリビュート値は、UUIDを16進数表記にしたテキスト文字列である。CREATE_DATEアトリビュートは記録媒体の初期化日時、MODIFY_DATEアトリビュートは記録媒体に記録されたデータの最新更新日時を示す。TITLEアトリビュートで、記録媒体にタイトルをつける事もできる。また、WRITE_PROTECTアトリビュートを持ち、このアトリビュート値が「true」の場合、この記録媒体は書込み禁止指定されているので、記録媒体管理ファイル以外の記録媒体上のファイルを書き換えない。
【0065】
記録媒体管理ファイルには、COLLECTIONエレメントの子として再生対象となるメディア・オブジェクト、もしくはプレイリストファイルを登録することができる。登録されたファイルは、記録媒体がセットアップされた後自動的に再生される。
【0066】
例えば、前述の様に、再生途中で停止した場合などは、この時に再生していたファイル名をここに記述することで、次回のセットアップ時に自動的に再生停止位置より再生を開始することができる。
【0067】
複数のファイル名が記載されていた場合には、記載順に再生する。ファイルの指定は、file値で行う。file値(file−value)は、次の書式で表される。
file−value ::= Manage−filename ”#xpointer(//”
Element−name ”[@id=” Object−id ”])”
【0068】
ここで、Manage−filenameは、対象となるファイルが格納されているディレクトリ管理ファイル名である。Element−nameは、対象となるエントリのエレメント名で、例えば動画データなら「MOV」になる。Object−idは対象となるデータのエントリに付与されているidアトリビュート値である。このようにファイル名の指定はディレクトリ管理ファイル内のエントリを参照することによって行うことで、ファイルそのものの管理はディレクトリ管理ファイルによる管理に局所化し、記録媒体管理ファイルはファイルそのものの管理を行わなくても良い。
この参照方法は、グループ管理ファイルやプレイリストでも同様の方法を採用しており、記録媒体に格納されたファイルの管理コストを大幅に低減することが可能になる。また、このファイル参照の記述方法はW3Cで規定されたXPath/XPointer仕様に準拠しており、汎用性が高い。
【0069】
この参照方法によって、例えば一つのファイルが記録媒体管理ファイル、グループ管理ファイル、プレイリストファイル全てから参照されていたとしても、ファイル名変更時には、ディレクトリ管理ファイルの内容を更新するだけで良い。この参照方法を用いずに、各々の管理ファイルやプレイリストがファイル名を直接参照していた場合には、ファイル名の変更の際全ての管理ファイル、プレイリストを走査して、当該ファイルを参照しているエントリを全て更新しなくてはならない。
【0070】
さらに、DIG35などに代表される、XMLによるメタデータ記述をCOLLECTIONエレメントの子として設定されたMETADATAエレメントの下に持つことで、より詳細な記録媒体情報を保持することもできる。
【0071】
・グループ管理ファイル
グループ管理ファイルは、メディア・オブジェクトをグループ化する場合に使用する。グループ管理ファイルは、COLLECTIONエレメントの下にGROUPエレメントを配し、GROUPエレメントの子として、グループ化対象となるメディア・オブジェクトのエントリを並べることで、グループ化されたファイルのリストを記述する。図15に、記述例を示す。図15に示した例は、動画ファイルと静止画ファイルの計2ファイルをグループ化した場合の記述例である。
【0072】
GROUPエレメントは、GROUP_TYPEアトリビュートを持ち、このアトリビュートで自動的に作成されたグループか、ユーザが任意に作成したグループかを判別する。GROUPエレメントは、その他にCREATE_DATEアトリビュートとMODIFY_DATEアトリビュートを持ち、それぞれのアトリビュートで、グループの作成日時と更新日時を保持する。また、ICONアトリビュートでグループの代表画像、TITLEアトリビュートでグループのタイトルを保持することもできる。グループ化対象となるファイルのファイル名は、記録媒体管理ファイルと同様に、ディレクトリ管理ファイルを利用した間接参照を行う。したがって、ファイル名はfile値で参照する。
【0073】
・プレイリスト
プレイリストは、SMILに準拠した形式で記述する。ただし、再生オブジェクトのファイル名指定を行うsrcアトリビュート値は、前述のfile値をとる。このように、プレイリストから各ファイルへの参照をidアトリビュート値を介して行うことで、例えファイル名が変更された場合でも、管理ファイルのエントリ内のsrcアトリビュート値だけを変更するだけで良い。
【0074】
例えば、/DCIM/101CANON/101CANON.4C内に、「IMG_0001」という識別子を持つ静止画データがあるとする。このファイルを参照する場合には、
’/DCIM/101CANON/101CANON.4C#xpointer(//[@id=”IMG_0001”])’
【0075】
と記述して参照する。図5に、プレイリストの記述例を示す。また、図5の場合の管理ファイルとプレイリストの参照関係を示す図を図6に示す。図6では、プレイリストモPLF_0001.SMIモで動画ファイル2つと音声ファイルの再生指定を行っているが、プレイリストから参照しているのは各々のファイルが格納されているディレクトリ管理ファイルである。このディレクトリ管理ファイルは、記録媒体管理ファイル「VOLUME.4C」やグループ管理ファイル「GRP_0001.4C」からも参照されており、ファイル自身を直接管理するファイルはディレクトリ管理ファイルだけという形になっている。
プレイリスト再生時、参照しているエントリのdeletedアトリビュート値が「true」の場合がある。前述の通り、参照先のファイルが消去された場合である。この状況に関する処理については後述する。
【0076】
2.データの処理方法
1.で説明したデータを処理する方法について、以下で述べる。まず、1つ以上の動画データを一つの動画ディレクトリに纏めて格納するためのデータ記録処理について述べ、次にディレクトリ管理ファイルの更新処理について述べる。最後に、プレイリスト再生時に再生対象となるファイルが消失していたり未対応の形式であったりした場合のファイル対応処理について述べる。
【0077】
・データ記録処理
同一ディレクトリ格納条件を満たす動画または音声データを一つのグループに纏め、同じグループに属するデータを一つのディレクトリに格納する。本第1の実施形態では、動画データのみを同一ディレクトリ格納条件の対象にする。
【0078】
図7に、本第1の実施形態における同一ディレクトリ格納条件を示す。図7に示したように、本第1の実施形態では以下の2つの条件を同時に満たす動画データを、直前に記録したデータと同じ動画ディレクトリに格納する。
(1) 直前に記録したデータと同じ種類のコンティニュアス・データである。すなわち動画データ同士もしくは音声データ同士である。静止画データはグループ化の対象にはならない。
(2) 直前に記録した動画データの記録終了時刻から、対象となるデータの記録開始時刻までの時間が、T1以下である。
【0079】
例えば本第1の実施形態では、T1 = 60分であるとする。
【0080】
本第1の実施形態では動画データがMPEG2である場合、PS形式かTS形式かは区別しないが、再生互換性を高めるために、同じ形式のデータのみをグループ化しても構わないことは言うまでもない。また、同一ディレクトリ格納条件は適宜設定可能であり、上記に限るものではない。
【0081】
次に、上記の同一ディレクトリ格納条件に基づくグループ化処理の流れを図8を参照して説明する。
【0082】
まず、記録するデータ(以下、「現在のデータ」と呼ぶ。)の種類を調べる(ステップS801)。動画データでなければステップS808へ進み、動画データの場合はステップS802へ進む。
【0083】
ステップS802では、直前に記録されたデータ(以下、「直前のデータ」と呼ぶ。)の種類を取得し、次のステップS803で直前のデータの記録終了時刻t1’を取得する。ステップS804では、現在のデータの記録開始時刻t1を取得する。そして、ステップS805において、同一ディレクトリ格納条件を満たすかどうか判断する。即ち、 直前のデータと現在のデータの種類が同じで、且つ、t1 − t1’ ≦ T1 を満たすかを調べ、双方の条件を満たした場合、ステップS806へ進む。そうでない場合はステップS807へ進む。
【0084】
ステップS806において、直前のデータと同じ動画ディレクトリに現在のデータを記録して処理を終了する。一方、ステップS807では新しい動画ディレクトリを作成し、作成したディレクトリに現在のデータを記録して処理を終了する。
【0085】
また、静止画データ等、動画データでは無いの場合はステップS808においてDCF準拠の方式でデータを記録し、音声データの場合は音声ディレクトリにデータを記録して処理を終了する。
【0086】
動画データの記録時に、動画ディレクトリにサムネイル画像を記録しても良い。この場合、静止画データがDCF準拠であるので、動画データのサムネイル画像もDCFサムネイルファイルの形式を採ることが望ましい。サムネイルファイルは、データ記録後に作成してもよいが、1フレーム目を記録した直後にサムネイルデータを作成して記録しても良いことは言うまでもない。
【0087】
・ディレクトリ管理情報更新処理
本第1の実施形態におけるディレクトリ管理情報の更新処理は、ファイルの追加と削除、およびファイルをグループ管理ファイルやプレイリストに登録する際に行う。
【0088】
まず、ファイル追加時には、対応するディレクトリの管理情報に新たなエントリを作成し、そのファイルを登録する。登録する際には、idアトリビュートで識別情報、srcアトリビュートでファイル名、さらに、登録するファイルが動画もしくは音声ファイルの場合はdurアトリビュートで再生時間を付与する。
【0089】
ファイル削除時には、SYSTEM_linkCountアトリビュート値、USER_linkCountアトリビュート値、PLF_linkCountアトリビュート値で保持されている参照数によって処理が異なる。PLF以外のファイル削除時の管理情報更新処理の流れを図9に示す。
【0090】
まずステップS901において削除するファイルのエントリE1を取得する。取得した エントリE1のlinkCountアトリビュート値が0、もしくは、linkCountアトリビュート自体が無い場合(ステップS902でNO)、ステップS903へ進む。そうでない場合は(ステップS902でYES)、ステップS904に進む。
【0091】
ステップS903では、エントリE1を削除してステップS905へ進む。一方、ステップS904ではエントリE1にdeletedアトリビュート(削除属性)を付与する。deletedアトリビュート値は、「true」とする。ステップS903及びS904の処理後、ステップS905へ進む。
【0092】
ステップS905では対象となるファイルを削除して処理を終了する。
【0093】
ファイルをプレイリストに登録する場合には、次に述べる処理を行う。まず、登録対象になったファイルのエントリE2を取得する。 次に、エントリE2の、対応するリンクカウントアトリビュート値を1増やす。例えば、ファイルがプレイリストに登録された場合には、PLF_linkCountアトリビュート、システムが自動生成するグループ管理ファイルに登録された場合にはSYSTEM_linkCountアトリビュート、ユーザが作成したグループに対応するグループ管理ファイルに登録された場合にはUSER_linkCountアトリビュートの値を1増やす。リンクカウントアトリビュート自体が無い場合は、対応するリンクカウントアトリビュートを付与する。この場合のアトリビュート値は「1」である。
【0094】
プレイリストやグループ管理ファイルからメディア・オブジェクトを登録解除する場合、登録解除するファイルに対応するエントリEkについて、図10に示す処理を適用する。
【0095】
まずステップS1001で、削除するエントリEkを取得し、対応するリンクカウントアトリビュート値を1減らす。
【0096】
その後、 PLF_linkCountアトリビュート値およびUSER_linkCountアトリビュート値が0に等しく、なおかつエントリEkのdeletedアトリビュート値が「true」である場合は(ステップS1002でYES)、ステップS1003でエントリEkを削除して、処理を終了する。そうでない場合は(ステップS1002でNO)、そのまま処理を終了する。
【0097】
PLFやグループ管理ファイルの削除時には、図9に示したファイルの削除処理に加えて、削除対象となるプレイリストまたはグループ管理ファイルに登録されている全てのファイルのエントリEkに対して、図10に示す処理を行う。
【0098】
このような処理を行うことで、全ての参照関係が解消されたエントリで、なおかつ実体(ファイル)が存在しないものの識別名だけを再利用することが可能になる。識別名の再利用によって、例えばファイル名の命名規則が接頭辞と数値の組み合わせになっている場合、ファイルの削除を繰り返すことで使用可能な番号が不足する。また、ファイルの間接参照を用いたシステムでは、ファイル名は同じだが実体は別のファイルに入れ替えられたような状況も考えられる。本発明による管理方法を適用すれば、そのような状況に対し適切に対処することができる。
【0099】
このような管理情報更新処理を行うことで、プレイリストやグループ管理ファイル、記録媒体管理ファイルから各ファイルへの参照数をファイル毎に管理することができる。また、プレイリストや管理ファイルから参照されているにも関わらず削除したファイルに削除属性を付与することで、未だ参照状態にあるファイルの識別名(id)の再利用を抑止し、ファイルが削除されたという状態を全てのプレイリストや管理ファイルから把握できるようになるという利点がある。
【0100】
・ファイル対応処理
本第1の実施形態では、プレイリストの再生時、もしくはプレイリスト再生前のスケジューリングの際に、プレイリストから参照しているファイルのエントリに削除属性があることが分かった場合、もしくは、再生対象となるデータが未サポートのデータ形式である場合、そのファイルの再生時間長と同じ時間、画面の表示を抑止する。ただし、この処理を適用するのは、対象となるファイルが静止画もしくは動画データである場合に限る。対象となるファイルが音声データである場合、そのデータを再生しない。
【0101】
ファイル対応処理の流れを図11に示す。
【0102】
まずステップS1101において再生対象ファイルのエントリEiを取得する。取得したエントリEiのdeletedアトリビュート値が「true」である場合、ステップS1105へ進み、そうでない場合は(ステップS1102でNO)、ステップS1103へ進む。
【0103】
ステップS1103では、エントリEiのsrcアトリビュート値で示されるファイルをオープンし、形式を調べる。再生装置でサポートしていない形式のデータである場合、ステップS1105へ進む。そうでない場合は、ステップS1104へ進む。ステップS1104では再生対象ファイルを通常再生することを決定し、処理を終了する。
【0104】
一方、ステップS1105では再生対象ファイルの種類が、「movie」、「image」、「playlist」である場合、代替再生を行うことにして処理を終了する。「audio」の場合は再生しない。
【0105】
本第1の実施形態のファイル対応処理によって、再生装置が再生対象ファイルのデータ形式に未対応、もしくは再生対象ファイルが存在しない場合に、そのファイルの再生時間と等しい無再生時間を設けることで、他のファイルの再生タイミングに悪影響を及ぼさないようにすることができる。
【0106】
また、無再生時間を設ける代わりに、「未対応のファイル形式」「ファイルが存在しない」などを知らせる警告画面を表示するようにしてもよい。
【0107】
上記の通り本第1の実施形態によれば、ファイル自体はディレクトリ単位で管理を行い、グループ化や再生制御スクリプト等からファイル名を直接参照するのではなく、ディレクトリ管理ファイルを参照する仕組みを導入することで、ファイルの管理コストを局所化し、グループ化や再生制御スクリプト等の機能を持つ複雑なシステム全体の管理コストを大幅に低減することが可能になる。
【0108】
<第2の実施形態>
上記第1の実施形態では、管理情報とプレイリストの連携について述べた。本第2の実施形態では、プレイリストの編集の際の処理について述べる。
【0109】
編集対象のプレイリストから参照しているファイルが存在しない、もしくは未対応のデータ形式である場合がある。このような場合でも、ファイル対応処理と同様の方法で、全てのファイルの再生タイミングを得ることができる。本第2の実施形態における編集の前処理例を図12に示す。
【0110】
編集対象プレイリストに登録されている各ファイルFjに対して、次の処理を適用する。
【0111】
まずステップS1201において、対象ファイルFjのエントリEjを取得する。取得したエントリEjのdeletedアトリビュート値が「true」である場合(ステップS1202でYES)、ステップS1205へ進み、そうでない場合は(ステップS1202でNO)、ステップS1203へ進む。
【0112】
ステップS1203では、エントリEjのsrcアトリビュート値で示されるファイルをオープンし、形式を調べる。記録再生装置でサポートしていない形式のデータである場合(ステップS1203でNO)、ステップS1206へ進む。そうでない場合は(ステップS1203でYES)、ステップS1204へ進む。
【0113】
ステップS1204では、再生対象ファイルを通常表示することを決定して、処理を終了する。
【0114】
ステップS1205では、再生対象ファイルを消失表示することを決定して、処理を終了する。
【0115】
また、ステップS1206では、再生対象ファイルを異常表示することを決定して、処理を終了する。
【0116】
図12に示すような処理を適用することで、例えば図13に示すような表示をして編集操作者に各ファイルの状態を示すことが可能になる。図13は、Video #1トラックの最初の動画ファイルが消失状態の表示方法の一例である。
【0117】
このように、個々のファイルはディレクトリ管理ファイルで管理を行い、ディレクトリ管理ファイルに各データの再生時間長を保持することで、再生不可能なデータについても再生時間を考慮した再生制御スクリプトの再生を行うことが可能になる。
【0118】
なお、上記第1及び第2の実施形態においてはディレクトリ管理ファイルとプレイリストとの連携について説明したが、本発明はプレイリストに限るものではなく、メディア・データを参照する任意のファイル管理に適用可能であることは言うまでもない。
【0119】
【他の実施形態】
なお、本発明は、複数の機器(例えばホストコンピュータ、インターフェイス機器、ビデオカメラなど)から構成されるシステムに適用しても、一つの機器からなる装置(例えば、ビデオカムコーダなど)に適用してもよい。
【0120】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体(または記録媒体)を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。ここでプログラムコードを記憶する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、ROM、RAM、磁気テープ、不揮発性のメモリカード、CD−ROM、CD−R、DVD、光ディスク、光磁気ディスク、MOなどが考えられる。また、LAN(ローカル・エリア・ネットワーク)やWAN(ワイド・エリア・ネットワーク)などのコンピュータネットワークを、プログラムコードを供給するために用いることができる。
【0121】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【0122】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した図8乃至図11、または、更に図12に示すフローチャートに対応するプログラムコードが格納されることになる。
【0123】
【発明の効果】
以上説明したように本発明によれば、ファイルの管理コストを局所化し、管理コストを低減すると共に、管理ファイル破損時のリスク分散を図ることが可能になる。
【図面の簡単な説明】
【図1】本発明の第1の実施形態における情報記録再生装置の構成を表すブロック図である。
【図2】本発明の第1の実施形態における記録媒体上のデータの格納方式を示す図である。
【図3】本発明の第1の実施形態における管理ファイルの基本構造を示す図である。
【図4】本発明の第1の実施形態におけるディレクトリ管理ファイルの記述例を示す図である。
【図5】本発明の第1の実施形態におけるプレイリストの記述例を示す図である。
【図6】本発明の第1の実施形態における管理ファイルとプレイリストの関係を表す図である。
【図7】本発明の第1の実施形態における動画データの同一ディレクトリ格納条件を示す図である。
【図8】本発明の第1の実施形態における動画データのグループ化処理の流れを示すフローチャートである。
【図9】本発明の第1の実施形態におけるファイル削除時のディレクトリ管理ファイル更新処理の流れを示すフローチャートである。
【図10】本発明の第1の実施形態におけるファイル登録解除時のディレクトリ管理ファイル更新処理の流れを示すフローチャートである。
【図11】本発明の第1の実施形態におけるファイル対応処理の流れを示すフローチャートである。
【図12】本発明の第2の実施形態におけるPLF編集の前処理の流れを示すフローチャートである。
【図13】本発明の第2の実施形態におけるPLF編集GUIの例を示す図である。
【図14】本発明の第1の実施形態における記録媒体管理ファイルの一例を示す図である。
【図15】本発明の第1の実施形態におけるグループ管理ファイルの一例を示す図である。
【符号の説明】
1 ピックアップ
2 RFアンプ
3 エンコーダ・デコーダ/信号処理回路
4 メモリコントローラ
5 ショックプルーフメモリ
6 復号化・符号化回路
7 コンバータ
8 送りモータ
9 スピンドルモータ
10 ドライバ回路
11 サーボ制御回路
12 システムコントローラ
13 電源回路
14 ヘッド駆動装置
15 記録ヘッド
16 入力装置
17 カメラ部
18 映像音声出力端子
19 ディスク
Claims (41)
- それぞれオブジェクトデータを含む複数のオブジェクトファイルを記録媒体に記録する記録装置であって、
前記オブジェクトファイルの識別情報を含むオブジェクト管理ファイルを生成すると共に、前記複数のオブジェクトファイルを複数のグループに分け、各グループのファイルを前記識別情報により指定したエントリを含むグループ管理ファイルを生成する管理情報処理手段と、
前記オブジェクト管理ファイルと前記グループ管理ファイルとを前記記録媒体に記録する記録手段とを備える記録装置。 - 前記グループ管理ファイルは複数の属性情報を有することを特徴とする請求項1記載の記録装置。
- 前記属性情報は前記グループの作成日時情報を含むことを特徴とする請求項2記載の記録装置。
- 前記属性情報は前記グループの更新日時情報を含むことを特徴とする請求項2記載の記録装置。
- 前記属性情報は前記グループの代表画像を示す代表画像情報を含むことを特徴とする請求項2記載の記録装置。
- 前記管理情報処理手段は異なる種類の条件に従い前記オブジェクトファイルをグループ化し、前記属性情報は前記グループの種類を示すグループタイプ情報を含むことを特徴とする請求項2記載の記録装置。
- 前記管理情報処理手段は、前記グループ化の条件の種類に応じてそれぞれ前記グループ管理ファイルを生成することを特徴とする請求項6記載の記録装置。
- 前記管理情報処理手段は前記オブジェクトファイルの記録日時に応じて前記オブジェクトファイルをグループ化することを特徴とする請求項1記載の記録装置。
- 前記管理情報処理手段は任意に指定された条件に従い前記オブジェクトファイルをグループ化することを特徴とする請求項1記載の記録装置。
- 前記オブジェクト管理ファイルはそれぞれ前記オブジェクトファイルを指定している前記グループ管理ファイルの数を示す参照数情報を含むことを特徴とする請求項1記載の記録装置。
- 前記管理情報処理手段は異なる種類の条件に従い前記オブジェクトファイルをグループ化し、前記オブジェクト管理ファイルはそれぞれ前記オブジェクトファイルを指定している前記グループ管理ファイルの数を前記グループ化の条件の種類毎に示す参照数情報を含むことを特徴とする請求項1記載の記録装置。
- 前記管理情報処理手段は、前記オブジェクトファイルが新たに前記グループ管理ファイルにより指定される度に対応する前記オブジェクト管理ファイルの前記参照数情報の値を増加することを特徴とする請求項10または11記載の記録装置。
- 前記管理情報処理手段は、前記オブジェクトファイルが前記グループ管理ファイルによる指定から解除される度に対応する前記オブジェクトファイルの参照数情報の値を減少することを特徴とする請求項10または11記載の記録装置。
- 前記オブジェクト管理ファイルは前記オブジェクトファイルが前記グループ管理ファイルにより指定されているにもかかわらず前記記録媒体から削除されていることを示す削除情報を含むことを特徴とする請求項1記載の記録装置。
- 前記グループ管理ファイルは前記オブジェクト管理ファイルのファイル名と前記オブジェクトファイルの識別情報との対により前記オブジェクトファイルを指定することを特徴とする請求項1記載の記録装置。
- それぞれオブジェクトデータを含む複数のオブジェクトファイルを記録媒体に記録する記録装置であって、
前記オブジェクトファイルの識別情報を含むオブジェクト管理ファイルを生成すると共に、前記記録媒体に記録されている複数のオブジェクトファイルのうち再生を開始すべきファイルを前記識別情報により指定した再生開始ファイル情報を含む記録媒体管理ファイルを生成する管理情報処理手段と、
前記オブジェクト管理ファイルと前記記録媒体管理ファイルとを前記記録媒体に記録する記録手段とを備える記録装置。 - 前記記録媒体から前記オブジェクトファイルを再生する再生手段を備え、前記管理情報処理手段は前記オブジェクトファイルの再生停止指示に応じて前記再生開始ファイル情報の内容を変更することを特徴とする請求項16記載の記録装置。
- 前記オブジェクト管理ファイルは前記オブジェクトファイル内における再生開始位置を示す再生開始位置情報を含むことを特徴とする請求項16記載の記録装置。
- 前記オブジェクト管理ファイルは、前記再生開始位置より自動的に再生を開始するか否かを示す自動再生情報を含むことを特徴とする請求項18記載の記録装置。
- 前記記録媒体管理ファイルは前記オブジェクト管理ファイルのファイル名と前記オブジェクトファイルの識別情報との対により前記オブジェクトファイルを指定することを特徴とする請求項16記載の記録装置。
- 前記管理情報処理手段は任意の指示に応じて前記再生開始ファイルを決定することを特徴とする請求項16記載の記録装置。
- 前記記録媒体管理ファイルは、前記記録媒体に対するデータの書き込み禁止を示す書き込み禁止情報を含むことを特徴とする請求項16記載の記録装置。
- 前記記録媒体管理ファイルは、前記記録媒体を特定するための特定情報を含むことを特徴とする請求項16記載の記録装置。
- 前記特定情報はUUIDを含むことを特徴とする請求項23記載の記録装置。
- オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、
前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトデータの再生開始位置を示す再生開始位置情報を含むオブジェクト管理ファイルを生成する管理ファイル処理手段と、
前記オブジェクトファイルと前記オブジェクト管理ファイルとを前記記録媒体に記録する記録手段とを備える記録装置。 - 前記記録媒体から前記オブジェクトファイルを再生する再生手段を備え、前記管理情報処理手段は前記オブジェクトファイルの再生停止の指示に応じて前記再生開始位置を決定することを特徴とする請求項25記載の記録装置。
- オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、
前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトデータが印刷対象となっていることを示す印刷対象情報を含むオブジェクト管理ファイルを生成する管理ファイル処理手段と、
前記オブジェクトファイルと前記オブジェクト管理ファイルとを前記記録媒体に記録する記録手段とを備える記録装置。 - オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、
前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトデータが印刷された回数を示す印刷回数情報を含むオブジェクト管理ファイルを生成する管理ファイル処理手段と、
前記オブジェクトファイルと前記オブジェクト管理ファイルとを前記記録媒体に記録する記録手段とを備える記録装置。 - オブジェクトデータを含むオブジェクトファイルを記録媒体に記録する記録装置であって、
前記オブジェクトファイルが格納される前記記録媒体上のディレクトリ毎に、前記オブジェクトファイルに関するオブジェクト管理ファイルを生成する管理ファイル処理手段と、
前記オブジェクトファイルとこのオブジェクトファイルに係る前記オブジェクト管理ファイルとを同一のディレクトリに格納して前記記録媒体に記録する記録手段とを備える記録装置。 - 前記オブジェクト管理ファイルは前記ディレクトリ内のオブジェクトファイルに応じたエントリを有することを特徴とする請求項25乃至29のいずれかに記載の記録装置。
- 前記エントリは複数種類の属性情報を有することを特徴とする請求項30記載の記録装置。
- 前記属性情報は前記オブジェクトファイルの識別情報を含むことを特徴とする請求項31記載の記録装置。
- 前記属性情報は前記オブジェクトデータの再生継続時間情報を含むことを特徴とする請求項31記載の記録装置。
- 前記属性情報は前記オブジェクトデータの種類を示すタイプ情報を含むことを特徴とする請求項31記載の記録装置。
- 前記属性情報は前記オブジェクトファイルのファイル名情報を含むことを特徴とする請求項31記載の記録装置。
- 前記ファイル名情報は前記オブジェクトファイルのプリフィクスとファイル番号とを有することを特徴とする請求項35記載の記録装置。
- 前記オブジェクト管理ファイルはデータ記述言語により記述されていることを特徴とする請求項1乃至36のいずれかに記載の記録装置。
- 前記グループ管理ファイルはデータ記述言語により記述されていることを特徴とする請求項1乃至15のいずれかに記載の記録装置。
- 前記グループ管理ファイルは前記オブジェクトファイルをXPath/XPointer形式によって指定することを特徴とする請求項38記載の記録装置。
- 前記記録媒体管理ファイルはデータ記述言語により記述されていることを特徴とする請求項16乃至24のいずれかに記載の記録装置。
- 前記グループ管理ファイルは前記オブジェクトファイルをXPath/XPointer形式によって指定することを特徴とする請求項40記載の記録装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003158599A JP4366120B2 (ja) | 2003-06-03 | 2003-06-03 | 記録装置 |
US10/856,802 US7788304B2 (en) | 2003-06-03 | 2004-06-01 | Object management using a plurality of directories in recording apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003158599A JP4366120B2 (ja) | 2003-06-03 | 2003-06-03 | 記録装置 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2004362178A true JP2004362178A (ja) | 2004-12-24 |
JP2004362178A5 JP2004362178A5 (ja) | 2006-07-20 |
JP4366120B2 JP4366120B2 (ja) | 2009-11-18 |
Family
ID=33487439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003158599A Expired - Fee Related JP4366120B2 (ja) | 2003-06-03 | 2003-06-03 | 記録装置 |
Country Status (2)
Country | Link |
---|---|
US (1) | US7788304B2 (ja) |
JP (1) | JP4366120B2 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006301792A (ja) * | 2005-04-18 | 2006-11-02 | Canon Inc | 記録再生装置及び記録再生方法及びプログラム及び記憶媒体 |
JP2008226351A (ja) * | 2007-03-13 | 2008-09-25 | Kenwood Corp | 音声再生装置、音声再生方法、及びプログラム |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20060006532A (ko) * | 2004-07-16 | 2006-01-19 | 삼성전자주식회사 | 요청된 미디어파일의 재생 가능여부를 알리는 미디어파일저장장치 및 전송방법 |
US9171100B2 (en) | 2004-09-22 | 2015-10-27 | Primo M. Pettovello | MTree an XPath multi-axis structure threaded index |
JP2006092681A (ja) * | 2004-09-27 | 2006-04-06 | Hitachi Ltd | 画像管理方法、画像管理装置及び画像管理システム |
US7664742B2 (en) | 2005-11-14 | 2010-02-16 | Pettovello Primo M | Index data structure for a peer-to-peer network |
US9760347B2 (en) * | 2009-01-07 | 2017-09-12 | Oracle International Corporation | Method and system to identify GUI objects for non-markup-language-presented applications |
US8631028B1 (en) | 2009-10-29 | 2014-01-14 | Primo M. Pettovello | XPath query processing improvements |
JP2012060461A (ja) * | 2010-09-09 | 2012-03-22 | Sony Corp | 再生装置、再生方法、及びプログラム |
US8856176B1 (en) | 2011-08-26 | 2014-10-07 | Intuit Inc. | Method and system for providing a file management system including automated file processing features |
US8260805B1 (en) * | 2011-08-26 | 2012-09-04 | Intuit Inc. | Method and system for creation of automatic customer lists and virtual related file listings |
US10055419B2 (en) * | 2012-02-03 | 2018-08-21 | Apple Inc. | User interface for accessing documents from a computing device |
US11423080B2 (en) | 2018-07-30 | 2022-08-23 | Sap Se | Clustering process for objects using comparison structures |
US10984022B2 (en) * | 2018-07-30 | 2021-04-20 | Sap Se | Clustering process for objects using link counts |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US68487A (en) * | 1867-09-03 | Improved adjustable ship-buildeks mould | ||
US107223A (en) * | 1870-09-13 | Improvement in handles for table and other cutlery | ||
KR100469523B1 (ko) | 1998-10-12 | 2005-02-02 | 마츠시타 덴끼 산교 가부시키가이샤 | 데이터의 기록 또는 재생을 위한 정보 기록 매체, 장치 및방법 |
JP3873523B2 (ja) * | 1999-05-21 | 2007-01-24 | ソニー株式会社 | 再生装置 |
TW552502B (en) * | 2000-11-21 | 2003-09-11 | Matsushita Electric Ind Co Ltd | File management method and content recording/playback apparatus |
JP4401565B2 (ja) * | 2000-12-12 | 2010-01-20 | キヤノン株式会社 | 記録装置及び管理方法 |
TWI230858B (en) * | 2000-12-12 | 2005-04-11 | Matsushita Electric Ind Co Ltd | File management method, content recording/playback apparatus and content recording program |
JP2003150611A (ja) | 2001-11-13 | 2003-05-23 | Canon Inc | メディア・データの管理方法、装置、および記憶媒体 |
US20030204522A1 (en) * | 2002-04-23 | 2003-10-30 | International Business Machines Corporation | Autofoldering process in content management |
JP4651277B2 (ja) * | 2003-11-13 | 2011-03-16 | ソニー株式会社 | 情報記録再生装置および方法、プログラム格納媒体、並びにプログラム |
JP2006080918A (ja) * | 2004-09-09 | 2006-03-23 | Toshiba Corp | メタデータのデータ構造及びメタデータの再生装置と方法 |
-
2003
- 2003-06-03 JP JP2003158599A patent/JP4366120B2/ja not_active Expired - Fee Related
-
2004
- 2004-06-01 US US10/856,802 patent/US7788304B2/en not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006301792A (ja) * | 2005-04-18 | 2006-11-02 | Canon Inc | 記録再生装置及び記録再生方法及びプログラム及び記憶媒体 |
JP2008226351A (ja) * | 2007-03-13 | 2008-09-25 | Kenwood Corp | 音声再生装置、音声再生方法、及びプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP4366120B2 (ja) | 2009-11-18 |
US20040249844A1 (en) | 2004-12-09 |
US7788304B2 (en) | 2010-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2385505C2 (ru) | Способ и устройство для управления файлами данных, хранящихся в локальном запоминающем устройстве | |
CN101099208B (zh) | 使用本地存储器从记录介质再现数据的方法和装置 | |
JP2004227630A (ja) | 記録装置、再生装置及びファイル管理方法 | |
US20080025182A1 (en) | Method And Apparatus For Reproducing A Data Recorded In Recording Medium Using A Local Storage | |
JP4366120B2 (ja) | 記録装置 | |
JP2004311021A (ja) | 製造業体の特殊機能を支援する記録及び/または再生装置 | |
JP4100992B2 (ja) | 再生装置 | |
JP4229143B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
WO2005036876A1 (ja) | ファイル再生装置、ファイル再生方法、ファイル再生方法のプログラム及びファイル再生方法のプログラムを記録した記録媒体 | |
JP2004350042A (ja) | 記録装置および記録方法、再生装置および再生方法、並びに記憶媒体 | |
KR100970794B1 (ko) | 기록 장치, 파일 관리 방법, 및 파일 관리 방법의 프로그램을 기록한 기록 매체 | |
JP4610566B2 (ja) | 記録媒体の再生管理ファイルを生成する方法、およびプレイリスト管理ファイルを使用してデータを再生する方法および装置 | |
TW200813995A (en) | Information processing device and method, and computer program | |
JP2008519389A (ja) | ローカルストレージを用いて記録媒体からデータを再生する方法及び再生装置 | |
JP2005235333A (ja) | 再生装置 | |
CN101352037A (zh) | 信息处理设备、信息处理方法和计算机程序 | |
JP2005004866A (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
JP2007529084A (ja) | 記録媒体、記録可能な記録媒体へ記録する方法及び装置、並びに記録媒体のバックアップファイルを管理する方法 | |
US8682141B2 (en) | Video and audio recording apparatus and editing method | |
RU2393554C2 (ru) | Способ и устройство воспроизведения данных с носителя записи, использующие локальное запоминающее устройство | |
JP2004355767A (ja) | 再生装置 | |
JP4255796B2 (ja) | データ記録装置、データ記録方法、データ記録プログラム、および該プログラムを記録した記録媒体 | |
JP4100375B2 (ja) | 記録装置、記録方法、プログラム、記録媒体および撮像装置 | |
WO2004112390A1 (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
JP4636158B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060602 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060602 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090522 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090721 |
|
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: 20090814 |
|
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: 20090824 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120828 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
LAPS | Cancellation because of no payment of annual fees |