JPWO2005020572A1 - 再生装置および方法、並びにプログラム - Google Patents

再生装置および方法、並びにプログラム Download PDF

Info

Publication number
JPWO2005020572A1
JPWO2005020572A1 JP2005513293A JP2005513293A JPWO2005020572A1 JP WO2005020572 A1 JPWO2005020572 A1 JP WO2005020572A1 JP 2005513293 A JP2005513293 A JP 2005513293A JP 2005513293 A JP2005513293 A JP 2005513293A JP WO2005020572 A1 JPWO2005020572 A1 JP WO2005020572A1
Authority
JP
Japan
Prior art keywords
data
frame
ltc
real
time
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
JP2005513293A
Other languages
English (en)
Other versions
JP4314531B2 (ja
Inventor
真貝　光俊
光俊 真貝
河村　尊良
尊良 河村
伸浩 古高
伸浩 古高
賀昭 柴田
賀昭 柴田
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
Publication of JPWO2005020572A1 publication Critical patent/JPWO2005020572A1/ja
Application granted granted Critical
Publication of JP4314531B2 publication Critical patent/JP4314531B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/322—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier used signal is digitally coded
    • G11B27/323—Time code signal, e.g. on a cue track as SMPTE- or EBU-time code
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Television Signal Processing For Recording (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Abstract

本発明は、記録媒体の利便性を向上させ、例えば、ユーザがより容易に再生制御処理を行うこと等ができるようにする再生装置および方法、並びにプログラムに関する。再生制御部３３４の情報取得部３５３は取得したＬＴＣ変化点テーブル３６１を保持部３５４に保持させる。入力受付処理部３５２は受け付けたキューアップ指示をキューアップ処理部３５５に供給する。キューアップ処理部３５５は、保持部３５４に保持されているＬＴＣ変化点テーブル３６１を参照してキューアップ先のフレームのＦＴＣを特定し、その情報を制御部３５１に供給する。制御部３５１は、その情報に基づいてキューアップ命令情報を作成し、それを、命令処理部３５６を介して、ディスク記録再生装置に供給し、キューアップ先のフレームのフレーム画像をモニタに表示させる。本発明は、編集システムに適用することができる。

Description

本発明は、再生装置および方法、並びにプログラムに関し、特に、記録媒体の利便性を向上させ、例えば、ユーザがより容易に再生制御処理を行うこと等ができるようにする再生装置および方法、並びにプログラムに関する。
近年、撮影等により取得された画像データや音声データが記録媒体に記録される際に、画像データや音声データに編集用の情報として、付加情報が付加される方法が普及してきた（例えば、特許文献１参照）。
例えば、画像データや音声データが、ＶＴＲ（Ｖｉｄｅｏ Ｔａｐｅ Ｒｅｃｏｒｄｅｒ）等により、ビデオテープに記録される場合、図１Ａに示されるように、ビデオテープ１０の所定の記憶領域であるエッセンスデータ記憶領域１１には、音声データや画像データ（図中斜め方向に傾斜した黒色の長方形部分）が順番に記録されるとともに、所定の記憶領域である付加情報記憶領域１３には、画像データの各フレームのタイムコードであるＬＴＣ（Ｌｉｎｅａｒ Ｔｉｍｅ Ｃｏｄｅ）が、画像データに対応させて記録される。
図１Ａの場合、ビデオテープ１０のエッセンスデータ記憶領域１１には、画像データおよび音声データを含む３つのクリップ（クリップ１２−１乃至１２−３）が記録されており、それに対応してＬＴＣが付加情報記憶領域１３に記憶されている。クリップ１２−１乃至１２−３の各クリップに対応するＬＴＣの、先頭のＬＴＣである先頭ＬＴＣ１４−１乃至１４−３の値は、それぞれ、「００：１０：２０：００」、「１２：３４：５６：１０」、および「００：００：３０：１５」である。
ＬＴＣは、各クリップ内においては連続であるが、各クリップ間においては、不連続である場合もあり、複数のクリップにおいて、同じ値のＬＴＣが存在する場合もある。
ところで、画像データや音声データの編集方法として、近年、パーソナルコンピュータ等を用いて編集を行う、ノンリニア編集（ＮＬＥ：Ｎｏｎ Ｌｉｎｅａｒ Ｅｄｉｔｉｎｇ）という方法がある。ノンリニア編集においては、図１Ｂに示されるように、データの編集装置として使用されるパーソナルコンピュータのハードディスク（ＨＤＤ）２０等に、画像データや音声データが、例えばクリップ単位で、ファイルとして記録される。
図１Ｂの場合、ハードディスク２０には、画像データや音声データを含む編集対象のデータであるエッセンスデータがファイル２１−１および２１−２として記録されている。この場合、エッセンスデータは、例えば、フレーム単位で指定可能であり、各フレームには、ファイル毎にフレーム番号が割り当てられている。このフレーム番号は、ＦＴＣ（Ｆｉｌｅ Ｔｉｍｅ Ｃｏｄｅ）として管理され、エッセンスデータを編集するユーザは、このＦＴＣを用いて、必要なファイルの必要な部分を直接指定することができる。
なお、このＦＴＣ（フレーム番号）は、各ファイルの先頭フレームの番号を「０」とし、その先頭フレームから順番に、各フレームに割り当てられる相対的な位置情報であるので、同じ値のＦＴＣ（フレーム番号）が複数のファイルに存在する場合がある。
特開２００１−２９２４１号公報（第１４−１５ページ、図８）
しかしながら、例えば、図１Ａの場合、フレームに関連付けられたタイムコードであるＬＴＣは、撮影等による画像データの作成時の時刻を表すものであり、対応するエッセンスデータのビデオテープ上の記録位置を管理するためのものではない。従って、上述したように、ＬＴＣは各クリップ間においてその値が連続しているとは限らず、ユーザは、ＬＴＣを用いて、所望のフレームのエッセンスデータを直接検索することができないという課題があった。
図１Ａの場合、ユーザは、エッセンスデータを先頭から順番に出力させながら、表示されたＬＴＣを利用して、所望のフレームを検索する必要があった。
また、例えば、図１Ｂの場合、ユーザは、フレーム番号を示すＦＴＣを用いて、所望のフレームのエッセンスデータを直接検索することができる。しかしながら、ＦＴＣは、上述したように、各ファイルの先頭フレームからの相対的な位置を示す値であり、ファイル毎に独立したデータであるので、ユーザは、このＦＴＣを用いて、複数のファイル間において、撮影等による画像データの作成時の時刻の前後関係を容易に把握することができないという課題があった。
また、例えば、複数のクリップを合成する編集が行われ、１つのファイルに複数のクリップが存在する場合、ユーザは、そのファイルに含まれる各クリップ間において、撮影等による画像データの作成時の、時刻の前後関係を容易に把握することができなかった。従って、このようなファイルの再生時に、例えば、表示するフレームを直接指定するキューアップ処理を行う場合にＦＴＣを用いてキューアップ処理を行うと、ユーザは、キューアップ後に表示されたフレームが、どのクリップのものであるかを把握することが困難であり、また、そのフレームがキューアップ前のフレームより時間的に前の情報であるのか、または後の情報であるのかを判断することが困難であった。
本発明はこのような状況に鑑みてなされたものであり、ユーザがより容易に再生制御処理を行うことができるようにする等の、記録媒体の利便性を向上させることができるようにするものである。
本発明の再生装置は、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いたフレームの再生指示に対応するフレームである再生フレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を特定する特定手段と、特定手段により特定された第２の位置情報に対応する再生フレームを再生する再生手段とを備えることを特徴とする。
前記第１の位置情報は、実際の時刻を利用して、フレームの絶対的な位置を示すタイムコードであるようにすることができる。
前記第１の位置情報は、所定の時刻を基準とした時間情報を利用して、フレームの絶対的な位置を示すタイムコードであるようにすることができる。
前記第２の位置情報は、画像データの先頭のフレームからのフレーム数を示すフレーム番号を利用して、フレームの相対的な位置を示すタイムコードであるようにすることができる。
前記特定手段は、第１の位置情報と第２の位置情報を関連付けるテーブル情報であって、第１の位置情報の値の、変化パターンの種類が変化するフレームである変化点における、第１の位置情報と第２の位置情報の対応関係を要素とするテーブル情報に基づいて、再生フレームの第２の位置情報を特定するようにすることができる。
前記テーブル情報の各要素は、変化点以降のフレームにおける第１の位置情報の値の変化パターンの種類を示すステータス情報を含むようにすることができる。
前記特定手段は、テーブル情報において、変化点により区分される、ステータス情報が同じである複数の連続するフレーム群よりなるステータス区間毎に、再生指示の第１の位置情報が存在するか否かの判定を行い、判定の判定結果に基づいて再生フレームの第２の位置情報を特定することができる。
前記特定手段は、再生指示の第１の位置情報の値が、現在再生されているフレームの第１の位置情報の値より大きい場合、第２の位置情報が増加する方向に、連続する各ステータス区間に対して順番に判定を行い、再生指示の第１の位置情報の値が、現在再生されているフレームの第１の位置情報の値より小さい場合、第２の位置情報が減少する方向に、連続する各ステータス区間に対して順番に判定を行うようにすることができる。
本発明の再生方法は、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いてフレームの再生を指示する再生指示を受け付け、受け付けた再生指示の第１の情報に基づいて、再生するフレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を特定し、特定された第２の位置情報に対応するフレームを再生することを特徴とする。
本発明のプログラムは、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いてフレームの再生を指示する再生指示を受け付け、受け付けた再生指示の第１の情報に基づいて、再生するフレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を特定し、特定された第２の位置情報に対応するフレームを再生することを特徴とする。
本発明の再生装置および方法、並びにプログラムにおいては、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いたフレームの再生指示に対応するフレームである再生フレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報が特定され、その特定された第２の位置情報に対応する再生フレームが再生される。
本発明によれば、信号を処理することができる。特に、記録媒体の利便性を向上させ、ユーザがより容易に再生制御処理を行うこと等ができるようにすることができる。
従来のＬＴＣについて説明する図である。 従来のＦＴＣについて説明する図である。 本発明を適用した、ディスク記録再生装置（ディスク装置）の一実施の形態の構成例を示すブロック図である。 図２のデータ変換部の詳細な構成例を示すブロック図である。 図３のリアルタイムメタデータ処理部に内蔵されるＬＴＣデータ処理部の詳細な構成例を示すブロック図である。 図３のノンリアルタイムメタデータ処理部に内蔵されるＬＴＣデータ処理部の詳細な構成例を示すブロック図である。 図２の制御部による記録処理について説明するフローチャートである。 図６のステップＳ３において処理が開始される音声データ記録タスクについて説明するフローチャートである。 図６のステップＳ４において処理が開始される画像データ記録タスクについて説明するフローチャートである。 図６のステップＳ５において処理が開始されるローレゾデータ記録タスクについて説明するフローチャートである。 図６のステップＳ６において処理が開始されるリアルタイムメタデータ記録タスクについて説明するフローチャートである。 ＫＬＶ符号化されたデータのデータ構造を説明する模式図である。 ＬＴＣデータ生成処理について説明するフローチャートである。 ＬＴＣ変化点テーブル作成処理について説明するフローチャートである。 ＬＴＣ変化点テーブル作成処理について説明する、図１３に続くフローチャートである。 ＬＴＣ変化点テーブル作成処理について説明する、図１４に続くフローチャートである。 ＬＴＣの変化の様子の例を説明する図である。 ＬＴＣ変化点テーブルの要素の例を説明する図である。 ＬＴＣの変化の様子の、他の例を説明する図である。 ＬＴＣ変化点テーブルの要素の、他の例を説明する図である。 ＬＴＣの変化の様子の、さらに他の例を説明する図である。 ＬＴＣ変化点テーブルの要素の、さらに他の例を説明する図である。 ＬＴＣの変化の様子の、さらに他の例を説明する図である。 ＬＴＣ変化点テーブルの要素の、さらに他の例を説明する図である。 ＬＴＣの変化の様子の、さらに他の例を説明する図である。 ＬＴＣ変化点テーブルの要素の、さらに他の例を説明する図である。 ＬＴＣの変化の様子の、さらに他の例を説明する図である。 ＬＴＣ変化点テーブルの要素の、さらに他の例を説明する図である。 図２の光ディスクに記録されたデータの構成例を示す模式図である。 図２の光ディスクに記録されたデータの構成例を説明する模式図である。 図２の光ディスクに記録されたデータの、他の構成例を説明する模式図である。 図２の光ディスク内のディレクトリ構造の例を示す図である。 図２４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。 ノンリアルタイムメタデータファイルのＸＭＬ記述の例を示す図である。 本発明を適用した、カムコーダの一実施の形態の構成例を示すブロック図である。 本発明を適用した、編集システムの一実施の形態の構成例を示す図である。 図２８の編集制御装置の内部の構成例を示すブロック図である。 図２９の再生制御部の詳細な構成例を示すブロック図である。 図２８のモニタによる表示例を説明する図である。 再生制御処理を説明するフローチャートである。 キューアップ制御処理を説明するフローチャートである。 キューアップ制御処理を説明する、図３３に続くフローチャートである。 キューアップ制御処理を説明する、図３４に続くフローチャートである。 キューアップ処理の様子の例を説明する図である。 キューアップ処理の様子の、他の例を説明する図である。 キューアップ処理の様子の、さらに他の例を説明する図である。 キューアップ処理の様子の、さらに他の例を説明する図である。 キューアップ処理の様子の、さらに他の例を説明する図である。
符号の説明
３０ ディスク記録再生装置（ディスク装置），３１ 光ディスク，３２ スピンドルモータ，３３ ピックアップ部，３４ ＲＦアンプ，３５ サーボ制御部，３６ 信号処理部，３７ メモリコントローラ，３８ メモリ，３９ データ変換部，４０ 制御部，４１ 操作部，５１ 信号入出力装置，６１ デマルチプレクサ，６２ データ量検出部，６３ 画像信号変換部，６４ 音声信号変換部，６５ ローレゾデータ生成部，６６ リアルタイムメタデータ処理部，６７ ノンリアルタイムメタデータ処理部，７１ ＬＴＣデータ処理部，７２ ＬＴＣデータ処理部，８１ 画像データ変換部，８２ 音声データ変換部，８３ ローレゾデータ処理部，８４ リアルタイムメタデータ処理部，８５ ノンリアルタイムメタデータ処理部，８６ マルチプレクサ，１０１ 制御部，１０２ ＬＴＣ生成部，１０３ 初期値設定部，１０４ カウンタ，１０５ リアルタイムクロック，１１１ 取得制御部，１１２ 判定処理部，１１３ データ管理部，１１４ データ保持部，１１５ 区間設定管理部，１１６ 区間設定保持部，１１７ 登録処理部，１２１ ＬＴＣデータ，１２２ ＦＴＣデータ，１２３ 区間名，１２４ ＬＴＣ変化点テーブル，１６１ 音声年輪データ，１６２ 画像年輪データ，１６３ ローレゾ年輪データ，１６４ フレームメタ年輪データ，１６５ ノンリアルタイムメタデータ，２８２および２９１ ノンリアルタイムメタデータファイル，３００ カムコーダ，３０１ ディスク記録再生部，３１０ 編集システム，３２１ ディスク記録再生装置，３２２ ネットワーク，３２３ ディスク記録再生装置，３２４ 編集制御装置，３３４ 再生制御部，３３５ 編集制御部，３５１ 制御部，３５２ 入力受付処理部，３５３ 情報取得部，３５４ 保持部，３５５ キューアップ処理部，３５６ 命令処理部，３６１ ＬＴＣ変化点テーブル
以下に、本発明の実施の形態について図面を参照して説明する。
図２は、本発明を適用した、ディスク記録再生装置（ディスク装置）３０の一実施の形態の構成例を示している。
スピンドルモータ３２は、サーボ制御部３５からのスピンドルモータ駆動信号に基づいて、光ディスク３１をＣＬＶ（Ｃｏｎｓｔａｎｔ Ｌｉｎｅａｒ Ｖｅｌｏｃｉｔｙ）またはＣＡＶ（Ｃｏｎｓｔａｎｔ Ａｎｇｕｌａｒ Ｖｅｌｏｃｉｔｙ）で回転駆動する。
ピックアップ部３３は、信号処理部３６から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク３１に記録信号を記録する。ピックアップ部３３はまた、光ディスク３１にレーザ光を集光して照射するとともに、光ディスク３１からの反射光を光電変換して電流信号を生成し、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）アンプ３４に供給する。なお、レーザ光の照射位置は、サーボ制御部３５からピックアップ部３３に供給されるサーボ信号により所定の位置に制御される。
ＲＦアンプ３４は、ピックアップ部３３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、並びに再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部３５に供給し、再生信号を信号処理部３６に供給する。
サーボ制御部３５は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部３５は、ＲＦアンプ３４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部３３のアクチュエータ（図示せず）に供給する。またサーボ制御部３５は、スピンドルモータ３２を駆動するスピンドルモータ駆動信号を生成して、光ディスク３１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
さらにサーボ制御部３５は、ピックアップ部３３を光ディスク３１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク３１の信号読み出し位置の設定は、制御部４０によって行われ、設定された読み出し位置から信号を読み出すことができるようにピックアップ部３３の位置が制御される。
信号処理部３６は、メモリコントローラ３７から入力される記録データを変調して記録信号を生成し、ピックアップ部３３に供給する。信号処理部３６はまた、ＲＦアンプ３４からの再生信号を復調して再生データを生成し、メモリコントローラ３７に供給する。
メモリコントローラ３７は、データ変換部３９からの記録データを、後述するように、適宜、メモリ３８に記憶するとともに、それを読み出し、信号処理部３６に供給する。メモリコントローラ３７はまた、信号処理部３６からの再生データを、適宜、メモリ３８に記憶するとともに、それを読み出し、データ変換部３９に供給する。
データ変換部３９は、信号入出力装置５１から供給される、ビデオカメラ（図示せず）で撮影された撮影画像と音声の信号や、記録媒体（図示せず）から再生された信号を、必要に応じて、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の方式に基づいて圧縮して記録データを生成し、メモリコントローラ３７に供給する。
データ変換部３９はまた、メモリコントローラ３７から供給される再生データを、必要に応じて伸張し、所定のフォーマットの出力信号に変換して、信号入出装置５１に供給する。
制御部４０は、操作部４１からの操作信号などに基づき、サーボ制御部３５、信号処理部３６、メモリコントローラ３７、およびデータ変換部３９を制御し、記録再生処理を実行させる。
操作部４１は、例えば、ユーザによって操作され、その操作に対応する操作信号を、制御部４０に供給する。
以上のように構成されるディスク記録再生装置３０では、ユーザが操作部４１を操作することにより、データの記録を指令すると、信号入出力装置５１から供給されるデータが、データ変換部３９、メモリコントローラ３７、信号処理部３６、およびピックアップ部３３を介して、光ディスク３１に供給されて記録される。
また、ユーザが操作部４１を操作することにより、データの再生を指令すると、光ディスク３１から、ピックアップ部３３、ＲＦアンプ３４、信号処理部３６、メモリコントローラ３７、およびデータ変換部３９を介して、データが読み出されて再生され、信号入出力装置５１に供給される。
図３は、図２のデータ変換部３９の構成例を示している。
光ディスク３１へのデータの記録時には、信号入出力装置５１から記録すべき信号が、デマルチプレクサ６１に供給される。デマルチプレクサ６１は、信号入出力装置５１から供給される信号から、関連する複数のデータ系列として、例えば、動画の（例えばベースバンドの）画像信号、その画像信号に付随する（例えばベースバンドの）音声信号およびメタデータをそれぞれ分離し、データ量検出部６２に供給する。
即ち、光ディスク３１へのデータの記録時においては、信号入出力装置５１は、上述したように、例えば、図示せぬビデオカメラで得られた信号を出力するが、このビデオカメラで得られる信号には、被写体の撮像を行うことにより得られる画像信号とその画像信号に付随する音声信号の他、その画像信号についてのメタデータも含まれており、デマルチプレクサ６１は、そのような信号から、画像信号および音声信号の他、メタデータも分離する。
ここで、メタデータとしては、その読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータ（ＲＴ：Ｒｅａｌ Ｔｉｍｅ ｍｅｔａｄａｔａ）と、その読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータ（ＮＲＴ：Ｎｏｎ Ｒｅａｌ Ｔｉｍｅ ｍｅｔａｄａｔａ）が存在する。
リアルタイムメタデータ（ＲＴ）としては、例えば、画像信号のフレームの位置を日時（年、月、日、時、分、秒）等の所定の時間情報を利用して特定する、各フレームの絶対的な位置情報（タイムコード）であるＬＴＣ（Ｌｉｎｅａｒ Ｔｉｍｅ Ｃｏｄｅ）、各フレームのフレーム番号であり、ファイルの先頭フレームからの相対的な位置情報であるＦＴＣ（Ｆｉｌｅ Ｔｉｍｅ Ｃｏｄｅ）、そのフレームの画像信号の信号特性を示すユーザビット（ＵＢ：Ｕｓｅｒ Ｂｉｔ）、フレームを識別するためのＩＤであるＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ Ｉｄｅｎｔｉｆｉｅｒ）、ビデオカメラによる撮像が行われた位置を表すＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）の情報、画像信号や音声信号等のエッセンスデータの内容に関する情報であるエッセンスマーク、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｒａｄｉｏ Ｉｎｄｕｓｔｒｉｅｓ ａｎｄ Ｂｕｓｉｎｅｓｓｅｓ）メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ＡＲＩＢメタデータとは、標準化団体であるＡＲＩＢで標準化された、ＳＤＩ（Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）等の通信インタフェース用のメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、ＩＲＩＳ（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスに関するレンズ情報等の情報である。
ノンリアルタイムメタデータ（ＮＲＴ）としては、例えば、各フレームに対応するＬＴＣをフレーム番号（ＦＴＣ）に対応させた変換テーブル、ＵＭＩＤ、ＧＰＳの情報、またはその他の情報などがある。
なお、フレームとは、画像信号の単位であり、１画面分の画像に対応する画像データ（または、その画像データに対応する各種のデータ）のことである。また、クリップとは、撮影者が撮像を開始して終了するまでの１回の撮像処理を示す単位である。すなわち、１つのクリップの画像信号は、通常、複数のフレームの画像信号からなる。なお、クリップは、１回の撮像処理を示すだけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す場合にも用いられる。また、クリップは、その１回の撮像処理により得られる画像データの長さやデータ量を示したり、その画像データ自体を示したりする場合にも用いられるし、その１回の撮像処理により得られる各種のデータの長さやデータ量を示したり、その各種のデータの集合体そのものを示したりする場合にも用いられる。
なお、リアルタイムメタデータおよびノンリアルタイムメタデータは、どのような単位の画像データに対して付加されてもよい。以下においては、リアルタイムメタデータがフレーム毎に画像データに付加され、ノンリアルタイムメタデータがクリップ毎に画像データに付加される場合について説明する。すなわち、以下においては、リアルタイムメタデータは、画像信号に対して、フレーム毎に付加されるフレームメタデータであり、付加されたフレームに対応するデータを含んでいるものとする。また、ノンリアルタイムメタデータは、画像信号に対して、クリップ毎に付加されるクリップメタデータであり、付加されたクリップ全体に対応するデータを含んでいるものとする。
通常、画像データは、クリップ毎にファイル化され、ファイルシステムにより管理される。このような場合、ノンリアルタイムメタデータは、画像データを含むファイル毎のメタデータであることとすることもできる。
なお、リアルタイムメタデータとノンリアルタイムメタデータは、上述した以外のデータを含むようにしてもよい。また、リアルタイムメタデータとノンリアルタイムメタデータで同じ内容のデータを含めるようにしてもよいし、上述したリアルタイムメタデータとしての各データをノンリアルタイムメタデータとしてもよいし、逆に、ノンリアルタイムメタデータとして上述した各データをリアルタイムメタデータとしてもよい。例えば、エッセンスマーク、ＡＲＩＢメタデータ、または、ビデオカメラの設定／制御情報等をノンリアルタイムメタデータとしてもよいし、リアルタイムメタデータおよびノンリアルタイムメタデータの両方に含めるようにしてもよい。また、ＵＭＩＤやＧＰＳの情報等をリアルタイムメタデータに含めるようにしてもよいし、リアルタイムメタデータおよびノンリアルタイムメタデータの両方に含めるようにしてもよい。
データ量検出部６２は、デマルチプレクサ６１から供給される画像信号、音声信号、リアルタイムメタデータ、またはノンリアルタイムメタデータを、そのまま、画像信号変換部６３、音声信号変換部６４、リアルタイムメタデータ処理部６６、ノンリアルタイムメタデータ処理部６７にそれぞれ供給するとともに、その画像信号、音声信号、リアルタイムメタデータ、またはノンリアルタイムメタデータのそれぞれのデータ量を検出し、メモリコントローラ３７に供給する。即ち、データ量検出部６２は、デマルチプレクサ６１から供給される画像信号、音声信号、リアルタイムメタデータ、またはノンリアルタイムメタデータのそれぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ３７に供給する。
また、データ量検出部６２は、デマルチプレクサ６１から供給される画像信号、さらには、必要に応じて音声信号を、ローレゾデータ生成部６５に供給する。
画像信号変換部６３は、データ量検出部６２から供給される画像信号を、例えば、すべてのフレームをＩ（Ｉｎｔｒａ）ピクチャとしてＭＰＥＧエンコードし、その結果得られる画像データのデータ系列を、メモリコントローラ３７に供給する。また、音声信号変換部６４は、データ量検出部６２から供給される音声信号を、例えばＭＰＥＧエンコードし、その結果得られる音声データのデータ系列を、メモリコントローラ３７に供給する。
リアルタイムメタデータ処理部６６は、データ量検出部６２を介して供給されるリアルタイムメタデータの各構成要素を、必要に応じて配置し直し、その結果得られるリアルタイムメタデータのデータ系列を、メモリコントローラ３７に供給する。また、リアルタイムメタデータ処理部６６は、信号入出力装置５１より供給される信号にＬＴＣデータが付加されていない場合等に、各フレームに対応するＬＴＣデータを生成するＬＴＣデータ処理部７１を有している。さらに、リアルタイムメタデータ処理部６６は、処理後のＬＴＣデータのデータ系列をノンリアルタイムメタデータ処理部６７にも、必要に応じて供給する。
ノンリアルタイムメタデータ処理部６７は、データ量検出部６２を介して供給されるノンリアルタイムメタデータの各構成要素を、必要に応じて配置し直し、その結果得られるノンリアルタイムメタデータのデータ系列を、メモリコントローラ３７に供給する。また、ノンリアルタイムメタデータ処理部６６は、ＬＴＣデータ処理部７２を有している。ＬＴＣデータ処理部７２は、リアルタイムメタデータ処理部６６より供給されるＬＴＣデータのデータ系列を用いて、ＬＴＣデータとフレーム番号（ＦＴＣデータ）を関連付ける変換テーブルを生成する。
ローレゾデータ生成部６５は、そこに供給されるデータのデータ量を少なくしたデータであるローレゾデータのデータ系列を生成し、メモリコントローラ３７に供給する。
即ち、ローレゾデータ生成部６５は、データ量検出部６２を介して供給される画像信号の各フレームの画素数を間引く等することによって、画素数の少ないフレームの画像信号である少画像信号を生成する。さらに、ローレゾデータ生成部６５は、その少画像信号を、例えば、ＭＰＥＧ４方式でエンコードし、そのエンコード結果を、ローレゾデータとして出力する。
なお、ローレゾデータ生成部６５では、データ量検出部６２を介して供給される音声信号、あるいは、その音声信号のサンプルを間引く等することによってデータ量を少なくした音声信号を、ローレゾデータに含めて（例えば、フレーム単位等で、少画像信号に多重化した形で）出力するようにすることが可能である。以下では、ローレゾデータには、音声信号が含まれるものとする。
ここで、画像信号変換部６３が出力する画像データのデータ系列および音声信号変換部６４が出力する音声データと、ローレゾデータ生成部６５が出力するローレゾデータのデータ系列とは、同一内容の画像および音声のデータ系列であるが、画像信号変換部６３が出力する画像データおよび音声信号変換部６４が出力する音声データは、いわば本来的に、ユーザに提供されるべきものであり、このことから、画像信号変換部６３が出力する画像データおよび音声信号変換部６４が出力する音声データを、以下、適宜、本線データという。
ローレゾデータは、上述したように、本線データと同一内容の画像および音声のデータではあるが、そのデータ量が少ない。従って、ある再生時間の再生を行うとした場合、ローレゾデータは、本線データに比較して、光ディスク３１から短時間で読み出すことができる。
なお、本線データのデータレートとしては、例えば、２５Ｍｂｐｓ（Ｍｅｇａ ｂｉｔ ｐｅｒ ｓｅｃｏｎｄ）程度を採用することができる。この場合、ローレゾデータのデータレートとしては、例えば、３Ｍｂｐｓ程度を採用することができる。さらに、この場合、メタデータ（リアルタイムメタデータおよびノンリアルタイムメタデータ）のデータレートとして、例えば、２Ｍｂｐｓ程度を採用することとすると、光ディスク３１に記録するデータ全体のデータレートは、３０（＝２５＋３＋２）Ｍｂｐｓ程度となる。従って、光ディスク３１（をドライブするディスク記録再生装置３０）としては、例えば、３５Ｍｂｐｓなどの記録レートを有する、十分実用範囲内のものを採用することが可能である。
以上のように、図３のデータ変換部３９では、本線データ（画像データおよび音声データ）のデータ系列の他、リアルタイムメタデータ、ノンリアルタイムメタデータ、およびローレゾデータのデータ系列も、メモリコントローラ３７に供給される。そして、メモリコントローラ３７に供給された本線データ、リアルタイムメタデータ、ノンリアルタイムメタデータ、およびローレゾデータは、光ディスク３１に供給されて記録される。
一方、光ディスク３１からのデータの再生時においては、光ディスク３１から、必要に応じて、本線データ、リアルタイムメタデータ、ノンリアルタイムメタデータ、またはローレゾデータが読み出される。そして、本線データを構成する画像データと音声データは、画像データ変換部８１と音声データ変換部８２にそれぞれ供給され、画像信号と音声信号にデコードされて、マルチプレクサ８６に供給される。
また、リアルタイムメタデータ、ノンリアルタイムメタデータ、並びに、ローレゾデータは、それぞれ、リアルタイムメタデータ処理部８４、ノンリアルタイムメタデータ処理部８５、並びに、ローレゾデータ処理部８３に供給される。リアルタイムメタデータ処理部８４は、そこに供給されるリアルタイムメタデータの各構成要素の配置位置を必要に応じて変更し、マルチプレクサ８６に供給する。ノンリアルタイムメタデータ処理部８５は、そこに供給されるノンリアルタイムメタデータの各構成要素の配置位置を必要に応じて変更し、マルチプレクサ８６に供給する。ローレゾデータ処理部８３は、そこに供給されるローレゾデータをデータ量の少ない画像信号と音声信号にデコードし、マルチプレクサ８６に供給する。
画像データ変換部８１は、メモリコントローラ３７から供給される画像データのデータ系列を、例えばＭＰＥＧデコードし、その結果得られる画像信号を、マルチプレクサ８６に供給する。また、音声データ変換部８２は、メモリコントローラ３７から供給される音声データのデータ系列を、例えばＭＰＥＧデコードし、その結果得られる音声信号を、マルチプレクサ８６に供給する。
マルチプレクサ８６は、画像データ変換部８１から供給される画像信号、音声データ変換部８２から供給される音声信号、リアルタイムメタデータ処理部８４から供給されるリアルタイムメタデータ、およびノンリアルタイムメタデータ処理部８５から供給されるノンリアルタイムメタデータを、信号入出力装置５１に供給する。なお、マルチプレクサ８６では、画像データ変換部８１から供給される画像信号、音声データ変換部８２から供給される音声信号、リアルタイムメタデータ処理部８４から供給されるリアルタイムメタデータ、ノンリアルタイムメタデータ処理部８５から供給されるノンリアルタイムメタデータ、ローレゾデータ処理部８３から供給されるデータ量の少ない画像信号および音声信号を多重化して出力するようにすることも、それぞれの信号（データ）を、独立に、並列して出力するようにすることも可能である。
図４は、図３のＬＴＣデータ処理部７１の詳細な構成例を示すブロック図である。
図４に示されるＬＴＣデータ処理部７１を内蔵する、図３のリアルタイムメタデータ処理部６６は、例えば、信号入出力装置５１に接続された撮像装置による撮像により得られた画像信号や音声信号が供給された場合のように、供給されるリアルタイムメタデータにＬＴＣが存在しない等の場合、ＬＴＣデータ処理部７１に制御信号や同期信号を供給し、ＬＴＣの生成を要求する。
ＬＴＣデータ処理部７１の制御部１０１は、その制御信号および同期信号を取得すると、それらの信号に基づいて、ＬＴＣデータ処理部７１の各部を制御し、ＬＴＣの生成処理を行う。
所定の時刻を基準とする、実際の時刻とは独立したＬＴＣを生成する場合、制御部１０１は、ＬＴＣの生成処理を行うＬＴＣ生成部１０２、初期値の設定処理を行う初期値設定部１０３、および、フレームをカウントするカウンタ１０４を制御し、各種の処理を実行する。
初期値設定部１０３は、制御部１０１に制御され、初期値の設定に関する処理を実行する。そして、初期値設定部１０３は、設定した初期値をＬＴＣ生成部１０２に供給する。カウンタ１０４は、制御部１０１に供給された同期信号に基づいて、処理対象のフレーム数をカウントし、そのカウント値をＬＴＣ生成部１０２に供給する。また、リアルタイムクロック１０５は、実際の時刻に関する情報である時刻情報を保持しており、制御部１０１に制御されて、その時刻情報をＬＴＣ生成部１０２に供給する。
ＬＴＣ生成部１０２は、制御部１０１に制御され、例えば、初期値設定部１０３に供給された初期値、およびカウンタ１０４により供給されたカウンタ値を用いて、フレームに同期したＬＴＣデータを生成し、そのＬＴＣデータをリアルタイムメタデータ処理部６６に供給する。
また、実際の時刻を用いたＬＴＣを生成する場合、制御部１０１は、ＬＴＣの生成処理を行うＬＴＣ生成部１０２、実際の時刻情報を供給するリアルタイムクロック１０５を制御し、各種の処理を実行する。この場合、ＬＴＣ生成部１０２は、制御部１０１に制御され、リアルタイムクロック１０５に供給される時刻情報を用いて、フレームに同期したＬＴＣデータを生成し、そのＬＴＣデータをリアルタイムメタデータ処理部６６に供給する。
図５は、図３のＬＴＣデータ処理部７２の詳細な構成例を示すブロック図である。
図５に示されるＬＴＣデータ処理部７２を内蔵する、図３のノンリアルタイムメタデータ処理部６７は、例えば、リアルタイムメタデータ処理部６６よりＬＴＣデータが供給される場合、ＬＴＣデータ処理部７１にそのＬＴＣデータを供給し、ＬＴＣの値の増加や減少等の、その変化パターンが変わるフレーム（変化点）を検出させ、その変化点におけるＬＴＣとＦＴＣの対応関係を示すＬＴＣ変化点テーブルを作成させる。
ＬＴＣデータ処理部７２は、外部より供給されるＬＴＣデータやＦＴＣデータを取得する取得制御部１１１、各種の判定処理を行う判定処理部１１２、外部より供給されるＬＴＣデータやＦＴＣデータを管理するデータ管理部１１３、データ管理部１１３に制御されて、ＬＴＣデータ１２１やＦＴＣデータ１２２を保持するデータ保持部１１４、後述するように判定処理部１１２より供給される、クリップ内における所定の区間に対する設定を管理する区間設定管理部１１５、区間設定管理部１１５に制御されて、設定された区間名１２３を保持する区間設定保持部１１６、並びに、判定処理部１１２より供給されたＬＴＣ変化点テーブルをメモリ３８に供給し、ＬＴＣ変化点テーブルを保持させる登録処理部１１７を内蔵している。
取得制御部１１１は、所定の容量のキャッシュ（図示せず）を内蔵しており、リアルタイムメタデータ処理部６６より供給されるＬＴＣデータやＦＴＣデータを内蔵するキャッシュに一旦保持し、所定のデータ量毎に判定処理部１１２に供給する。
判定処理部１１２は、各部より供給される各種のデータに基づいて、各種の判定処理を行い、その判定結果に基づいて、各種のデータを保持させたり、生成されたＬＴＣ変化点テーブルの要素を登録処理部１１７に供給したりする。
データ管理部１１３は、データ保持部１１４により保持されているＬＴＣデータ１２１およびＦＴＣデータ１２２の入出力を管理する。例えば、データ管理部１１３は、判定処理部１１２より供給されたＬＴＣデータやＦＴＣデータをデータ保持部１１４に供給して保持させたり、判定処理部１１２の要求に基づいて、データ保持部１１４に保持されているＬＴＣデータ１２１やＦＴＣデータ１２２を取得し、判定処理部１１２に供給したりする。データ保持部１１４は、例えば、ハードディスク等の記憶媒体よりなり、データ管理部１１３の要求に基づいて、その記憶領域に保持されているＬＴＣデータ１２１やＦＴＣデータ１２２をデータ管理部１１３に供給したり、データ管理部１１３より供給されたＬＴＣデータやＦＴＣデータを保持したりする。
区間設定管理部１１５は、判定処理部１１２の要求に基づいて、区間設定保持部１１６に保持されている区間名１２３を取得して判定処理部１１２に供給したり、判定処理部１１２より供給された区間名を区間設定保持部１１６に供給して保持させたりする。区間設定保持部１１６は、例えば、ハードディスク等の記憶媒体よりなり、区間設定管理部１１５の要求に基づいて、その記憶領域に保持されている区間名１２３を区間設定管理部１１５に供給したり、区間設定管理部１１５より供給された区間名を保持したりする。
なお、この区間とは、ＬＴＣの変化点によってクリップを分割したときの、隣り合うＬＴＣの変化点に挟まれる区間のことである。上述したように、ＬＴＣの変化点とは、ＬＴＣの値の増加や減少の変化パターン（ＬＴＣ変化パターン）が変わるフレームのことであり、後述するように予め定められた複数のＬＴＣ変化パターンによって分類された各フレームの内、そのＬＴＣ変化パターンが次のフレームのＬＴＣ変化パターンと異なるフレームのことである。すなわち、１つの区間に含まれるフレームのＬＴＣ変化パターンは全て同じである。つまり、この区間は、クリップに含まれる全フレームをＬＴＣの変化パターンによって分割し、ＬＴＣ変化パターンが互いに同じである連続するフレームをまとめたものである。
通常、クリップの画像データは、複数のフレームによって構成され、複数のＬＴＣの変化点を有している。区間は、隣り合うＬＴＣの変化点に挟まれる区間のことであるので、従って、クリップは１つ以上の区間に分割することができる。
なお、ＬＴＣの変化パターンは、後述するように、区間のステータスとして、対応する変化点のＬＴＣやＦＴＣに対応付けられ、ＬＴＣ変化テーブルに登録される。このＬＴＣ変化パターンとしては、次のフレームにおけるＬＴＣの値が現在のフレームにおけるＬＴＣの値より１つ大きいことを示す「インクリメント」、次のフレームにおけるＬＴＣの値が現在のフレームにおけるＬＴＣの値より２つ以上大きいことを示す「インクリース」、次のフレームにおけるＬＴＣの値が現在のフレームにおけるＬＴＣの値と同じであることを示す「スティル」、次のフレームにおけるＬＴＣの値が現在のフレームにおけるＬＴＣの値より１つ以上小さいことを示す「ディクリース」、次のフレームが存在しない（現在のフレームが、クリップの最終フレームである）ことを示す「エンド」、作成されたＬＴＣ変化点テーブルの要素を蓄積していき、ＬＴＣ変化点テーブルを作成するメモリ３８の空き容量が不足したことを示す「オーバ」等がある。
区間設定保持部１１６は、このようなＬＴＣ変化点テーブル、すなわち、区間のステータスの名前を区間名１２３として保持する。
登録処理部１１７は、判定処理部１１２より供給されたＬＴＣ変化点テーブルの要素を、メモリコントローラ３７を介してメモリ３８に供給する。
次に、図６のフローチャートを参照して、データ変換部３９が図３に示したように構成される場合の、制御部４０が行う記録処理について説明する。
操作部４１が操作されることによって、記録処理開始を指令する旨の操作信号が、操作部４１から制御部４０に供給されると、制御部４０は、記録処理を開始する。
即ち、制御部４０は、最初に、ステップＳ１において、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖ、さらには、ローレゾ年輪サイズＴｓｌとリアルタイムメタ年輪サイズＴｓｍを設定する。
ここで、音声年輪サイズＴｓａは、光ディスク３１にひとまとめで配置して記録する音声データのデータ量を決定する変数で、例えば、音声信号の再生時間によって表される。画像年輪サイズＴｓｖも、同様に、光ディスク３１にひとまとめで配置して記録する画像データのデータ量を決定する変数で、例えば、画像信号の再生時間によって表される。
また、ローレゾ年輪サイズＴｓｌは、光ディスク３１にひとまとめで配置して記録するローレゾデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖと同様に、そのローレゾデータの元となった画像信号（または音声信号）の再生時間によって表される。リアルタイムメタ年輪サイズＴｓｍも、同様に、光ディスク３１にひとまとめで配置して記録するリアルタイムメタデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖと同様に、そのリアルタイムメタデータによって各種の情報（例えば、画像の撮像が行われた日時など）が説明される画像信号（または音声信号）の再生時間によって表される。
なお、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびリアルタイムメタ年輪サイズＴｓｍを、例えば、ビット数やバイト数などのデータ量そのものによって表すのではなく、再生時間によって、いわば間接的に表すようにしたのは、次のような理由による。
即ち、図６の記録処理によれば、後述するように、光ディスク３１には、音声データＡの系列から抽出された音声年輪サイズＴｓａに基づくデータ量ごとの音声データのまとまりである音声年輪データ、画像データＶの系列から抽出された画像年輪サイズＴｓｖに基づくデータ量ごとの画像データのまとまりである画像年輪データ、ローレゾデータのデータ系列から抽出されたローレゾ年輪サイズＴｓｌに基づくデータ量ごとのローレゾデータのまとまりであるローレゾ年輪データと、リアルタイムメタデータのデータ系列から抽出されたリアルタイムメタ年輪サイズＴｓｍに基づくデータ量ごとのリアルタイムメタデータのまとまりであるリアルタイムメタ年輪データも、光ディスク３１に周期的に配置されて記録される。
このように、光ディスク３１に、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが周期的に配置されて記録される場合、画像と音声の再生を考えると、その再生は、画像信号とその画像信号に付随する音声信号とが揃わないと行うことができない。かかる再生の観点からは、ある再生時間帯の音声年輪データと、その再生時間帯の画像年輪データとは、光ディスク３１上の近い位置、即ち、例えば、隣接する位置に記録すべきである。
また、ローレゾ年輪データは、音声年輪データや画像年輪データのデータ量を少なくしたものであるから、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データのデータ量を少なくしたローレゾ年輪データとは、光ディスク３１上の近い位置に記録すべきである。さらに、リアルタイムメタ年輪データは、音声年輪データや画像年輪データに関する情報を表すものであるから、やはり、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データに関する情報を表すリアルタイムメタ年輪データとは、光ディスク３１上の近い位置に記録すべきである。
しかしながら、同一の再生時間分の音声データと画像データのデータ量を比較した場合、それらのデータ量は、一般に大きく異なる。即ち、ある再生時間分の音声データのデータ量は、その再生時間分の画像データのデータ量に比較してかなり少ない。さらに、音声データや画像データのデータレートが、固定ではなく、可変となっているケースもある。同様に、同一の再生時間分の音声データや画像データのデータレートと、ローレゾデータやリアルタイムメタデータのデータレートとを比較した場合、音声データや画像データのデータレートに比較して、ローレゾデータやリアルタイムメタデータのデータレートは小である。
従って、音声年輪サイズＴｓａと画像年輪サイズＴｓｖを、データ量で表し、そのデータ量ごとの音声年輪データと画像年輪データを、音声データと画像データの系列それぞれから順次抽出すると、各再生時間帯の画像年輪データに対して、再生時刻が徐々に進んだ（先の）再生時間帯の音声年輪データが得られるようになり、その結果、同一の再生時間帯に再生されるべき音声データと画像データとを、光ディスク３１上の近い位置に配置することが困難となる。
同様に、ローレゾ年輪サイズＴｓｌとリアルタイムメタ年輪サイズＴｓｍを、データ量で表すと、上述した音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖをデータ量で表した場合と同様に、同じような再生時間帯に再生されるべき音声データ、画像データ、ローレゾデータ、およびリアルタイムメタデータを、光ディスク３１上の近い位置に配置することが困難となる不都合が生じる。
そこで、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびメタ年輪サイズＴｓｍを再生時間で表し、これにより、同じような再生時間帯に再生されるべき音声データ、画像データ、ローレゾデータ、およびリアルタイムメタデータを、光ディスク３１上の近い位置に配置することができるようにしている。
なお、ステップＳ１で設定される音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびリアルタイムメタ年輪サイズＴｓｍの値は、あらかじめ定められた固定の値でも良いし、可変の値でも良い。音声年輪サイズＴｓａや、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、メタ年輪サイズＴｓｍの値を可変とする場合には、その可変の値は、例えば、操作部４１を操作することによって入力されるようにすることができる。
ステップＳ１の処理後は、ステップＳ２に処理を進め、制御部４０は、データ変換部３９を制御して、信号入出力装置５１からディスク記録再生装置３０に供給される音声信号と画像信号を圧縮符号化して、音声データの系列と画像データの系列とする音声信号変換処理と画像信号変換処理をそれぞれ開始させるとともに、メモリコントローラ３７を制御して、データ変換部３９で得られた音声データと画像データをメモリ１８に供給して記憶させる音声データ記憶処理と画像データ記憶処理をそれぞれ開始させる。
さらに、ステップＳ２では、制御部４０は、データ変換部３９を制御して、信号入出力装置５１からディスク記録再生装置３０に供給されるリアルタイムメタデータの系列を処理するリアルタイムメタデータ処理と、信号入出力装置５１からディスク記録再生装置３０に供給される音声信号と画像信号からローレゾデータの系列を生成するローレゾデータ生成処理とを開始させるとともに、メモリコントローラ３７を制御して、データ変換部３９で得られたリアルタイムメタデータとローレゾデータをメモリ３８に供給して記憶させるリアルタイムメタデータ記憶処理とローレゾデータ記憶処理をそれぞれ開始させる。
また、ステップＳ２において、制御部４０は、データ変換部３９を制御して、信号入出力装置５１からディスク記録再生装置３０に供給されるノンリアルタイムメタデータの系列の処理等を実行したり、得られたリアルタイムメタデータに含まれるＬＴＣを用いて、ＬＴＣに関する処理を実行したりするノンリアルタイムメタデータ処理を開始させるとともに、メモリコントローラ３７を制御して、データ変換部３９で得られたノンリアルタイムメタデータに供給して記憶させるノンリアルタイムメタデータ記憶処理を開始させる。
そして、制御部４０は、ステップＳ３において、音声データを光ディスク３１に記録させる制御タスクである音声データ記録タスクを開始するとともに、ステップＳ４において、画像データを光ディスク３１に記録させる制御タスクである画像データ記録タスクを開始し、ステップＳ５に処理を進める。ステップＳ５では、制御部４０は、ローレゾデータを光ディスク３１に記録させる制御タスクであるローレゾデータ記録タスクを開始し、ステップＳ６では、リアルタイムメタデータを光ディスク３１に記録させる制御タスクであるリアルタイムメタデータ記録タスクを開始し、ステップＳ７に処理を進める。なお、ステップＳ３における音声データ記録タスク、ステップＳ４における画像データ記録タスク、ステップＳ５におけるローレゾデータ記録タスク、およびステップＳ６におけるリアルタイムメタデータ記録タスクの詳細については、後述する。
ステップＳ７では、制御部４０は、操作部４１から、データの記録の終了を指令する操作信号が供給されたかどうかを判定し、供給されていないと判定した場合、ステップＳ８に進み、制御部４０は、すべての記録タスクが終了したかどうかを判定する。ステップＳ８おいて、すべての記録タスクが終了していないと判定された場合、制御部４０は、ステップＳ７に処理を戻し、それ以降の処理を繰り返す。
一方、ステップＳ７において、データの記録の終了を指令する操作信号が供給されたと判定された場合、即ち、例えば、ユーザが、データの記録を終了するように、操作部４１を操作した場合、ステップＳ９に進み、制御部４０は、ステップＳ２で開始させた音声信号変換処理、画像信号変換処理、リアルタイムメタデータ処理、およびローレゾデータ生成処理、並びに音声データ記憶処理、画像データ記憶処理、リアルタイムメタデータ記憶処理、およびローレゾデータ記憶処理を終了させ、ステップＳ１０に処理を進める。
ステップＳ１０において、制御部４０は、ステップＳ８における場合と同様に、すべての記録タスクが終了したかどうかを判定し、終了したと判定するまで待機する。
また、ステップＳ１０において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ３で開始された音声データ記録タスク、ステップＳ４で開始された画像データ記録タスク、ステップＳ５で開始されたローレゾデータ記録タスク、およびステップＳ６で開始されたリアルタイムメタデータ記録タスクのすべてが終了した場合、制御部４０は、ステップＳ１１に処理を進める。
また、ステップＳ８において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ３で開始された音声データ記録タスク、ステップＳ４で開始された画像データ記録タスク、ステップＳ５で開始されたローレゾデータ記録タスク、およびステップＳ６で開始されたリアルタイムメタデータ記録タスクのすべてが終了している場合、制御部４０は、ステップＳ１１に処理を進める。
ステップＳ１１において、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されているノンリアルタイムメタデータを読み出し、セクタの整数倍のデータ量となるようにパディングして、信号処理部３６に供給することにより、セクタの整数倍のノンリアルタイムメタデータが、その整数倍の数のセクタに記録されるように記録制御する。
制御部４０は、ステップＳ１２に処理を進め、ノンリアルタイムメタデータ処理を終了するとともに、ノンリアルタイムメタデータ記憶処理も終了し、記録処理を終了する。
次に、図７のフローチャートを参照して、図６のステップＳ３で開始される音声データ記録タスクについて説明する。
音声データ記録タスクが開始されると、最初に、ステップＳ３１において、制御部４０は、後で行われるステップＳ３７の処理で、１ずつインクリメントされる変数Ｎａを、例えば１に初期化し、ステップＳ３２に進む。
ステップＳ３２では、制御部４０は、Ｔｓａ×Ｎａが、Ｔｓｖ×Ｎｖ以下であるかどうかを判定し、さらに、Ｔｓａ×Ｎａが、Ｔｓｌ×Ｎｌ以下で、かつＴｓｍ×Ｎｍ以下であるかどうかを判定する。
ここで、Ｔｓａは、音声年輪サイズであり、音声信号の、ある再生時間を表す。また、変数Ｎａは、後述するように、音声年輪サイズＴｓａに基づくデータ量の音声データ（音声年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。同様に、Ｔｓｖは、画像年輪サイズであり、変数Ｎｖは、後述するように、画像データ記録タスクにおいて、画像年輪サイズＴｓｖに基づくデータ量の画像データ（画像年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。
また、Ｔｓｌは、ローレゾ年輪サイズであり、変数Ｎｌは、後述するように、ローレゾデータ記録タスクにおいて、ローレゾ年輪サイズＴｓｅに基づくデータ量のローレゾデータ（ローレゾ年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。さらに、Ｔｓｍは、リアルタイムメタ年輪サイズであり、変数Ｎｍは、後述するように、リアルタイムメタデータ記録タスクにおいて、リアルタイムメタ年輪サイズＴｓｍに基づくデータ量のリアルタイムメタデータ（リアルタイムメタ年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。
従って、Ｔｓａ×Ｎａは、音声データを、音声年輪サイズＴｓａ単位で記録していった場合に、これから光ディスク３１に記録しようとしている音声年輪データの最後の再生時刻に相当し、Ｔｓｖ×Ｎｖは、画像データを、画像年輪サイズＴｓｖ単位で記録していった場合に、これから光ディスク３１に記録しようとしている画像年輪データの最後の再生時刻に相当する。また、Ｔｓｌ×Ｎｌは、ローレゾデータを、ローレゾ年輪サイズＴｓｅ単位で記録していった場合に、これから光ディスク３１に記録しようとしているローレゾ年輪データの最後の再生時刻に相当し、Ｔｓｍ×Ｎｍは、リアルタイムメタデータを、リアルタイムメタ年輪サイズＴｓｍ単位で記録していった場合に、これから光ディスク３１に記録しようとしているリアルタイムメタ年輪データの最後の再生時刻に相当する。
一方、いま、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データを、同じような再生時間帯のものが、光ディスク３１上の近い位置に記録されるように、周期的に配置するものとする。さらに、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データについては、その再生時刻が早いものほど、光ディスク３１の前の位置（光ディスク３１に対するデータの読み書き順で、先の位置）に配置され、さらに、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データについては、例えば、音声年輪データ、画像年輪データ、ローレゾ年輪データ、リアルタイムメタ年輪データの順番で、光ディスク３１の、より前の位置に配置されるものとする。
この場合、これから記録しようとする音声年輪データである注目音声年輪データは、再生時刻Ｔｓａ×Ｎａ以前の最近の（再生時刻Ｔｓａ×Ｎａに最も近い）再生時間帯の音声年輪データとなるが、この注目音声年輪データは、再生時刻Ｔｓａ×Ｎａ以前の最近の再生時間帯の画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが記録される直前、つまり、再生時刻Ｔｓａ×Ｎａ以前の２番目に新しい再生時間帯の画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが記録された直後に記録する必要がある。
ところで、これから記録される画像年輪データは、Ｔｓｖ×Ｎｖ以前の最近の再生時間帯の画像年輪データである。また、これから記録されるローレゾ年輪データは、Ｔｓｌ×Ｎｌ以前の最近の再生時間帯のローレゾ年輪データであり、これから記録されるリアルタイムメタ年輪データは、Ｔｓｍ×Ｎｍ以前の最近の再生時間帯のリアルタイムメタ年輪データである。同じような再生時間帯の年輪データについては、上述したように、音声年輪データが、光ディスク３１のより前の位置に配置されるから、注目音声年輪データの記録は、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ以下となっており、さらに、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下となっているタイミングで行う必要がある。
そこで、ステップＳ３２では、上述したように、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ以下であり、さらに、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下であるかどうかが判定され、これにより、現在のタイミングが、注目、音声年輪データの記録を行うべきタイミングであるかどうかが判定される。
ステップＳ３２において、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ、またはリアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍのうちのいずれか以下（以前）でないと判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングでない場合、制御部４０は、ステップＳ３２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ３２において、音声年輪データの再生時刻Ｔｓａ×Ｎａが、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ、およびリアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍのすべての時刻以下であると判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングである場合、制御部４０は、ステップＳ３３に処理を進め、データ変換部３９からメモリコントローラ３７を介して、メモリ３８に、音声データが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ３４に処理を進める。
ステップＳ３４において、制御部４０は、メモリ３８に、通算して、音声年輪サイズＴｓａ×Ｎａ分の再生に必要な音声信号の音声データが記憶されたか否かを判定し、まだ、その分の音声データがメモリ３８に記憶されていないと判定された場合、ステップＳ３２に戻り、それ以降の処理を繰り返す。また、ステップＳ３４において、再生時間Ｔｓａ×Ｎａに対応する分の音声データがメモリ３８に記憶されたと判定された場合、制御部４０は、処理をステップＳ３５に進める。
なお、データ変換部３９のデータ量検出部６２は、通算して、再生時間Ｔｓａ×Ｎａ分の再生に必要な音声信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔｓａ×Ｎａ分の再生に必要な音声データをメモリ３８に記憶させたか否かの判定を行い、その判定結果を制御部４０に通知する。すなわち制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ３４における判定を行う。なお、本実施の形態では、音声信号を圧縮符号化することによって得られる画像データがメモリ３８に記憶されることとしているが、音声信号は、圧縮符号化せずに、そのまま、音声データとして、メモリ３８に記憶させることも可能である。
ステップＳ３５において、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されている音声データから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、例えば１つのセクタのデータ量Ｓｕの整数倍（ｎ倍）のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量の音声データを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ３６に進む。なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量の音声データとして、メモリ３８から読み出される音声年輪データが、上述した、再生時刻Ｔｓａ×Ｎａ以前の最近の音声年輪データである。
ステップＳ３６において、制御部４０は、ステップＳ３５の処理で得られた、セクタの整数倍のデータ量の注目音声年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目音声年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
ステップＳ３６において、上述のように、注目音声年輪データの記録制御を行った後、制御部４０は、ステップＳ３７に処理を進め、変数Ｎａを１だけインクリメントし、ステップＳ３２に戻り、それ以降の処理を実行する。
一方、ステップＳ３３の処理において、音声データがメモリ３８に供給されていないと判定した場合、即ち、データ変換部３９からメモリコントローラ３７への音声データの供給が停止した場合、制御部４０は、ステップＳ３８に処理を進め、メモリコントローラ３７を制御することにより、メモリ３８にいま残っている音声データのすべてを読み出し、そのデータ量がセクタの整数倍の最小のデータ量となるように、音声データに、パディング用のパディング（ＰＡＤＤＩＮＧ）データを付加する。これにより、メモリ３８から読み出された音声データは、セクタの整数倍のデータ量の音声年輪データとされる。さらに、制御部４０は、その音声年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の音声年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
その後、ステップＳ３９に進み、制御部４０は、変数Ｎａに、無限大に相当する値（非常に大きな値）をセットして、音声データ記録タスクを終了する。
なお、上述の場合には、光ディスク３１の物理的単位領域を、セクタとしたが、光ディスク３１の物理的単位領域としては、その他、例えば、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ Ｃｏｄｅ：誤り訂正符号）処理が施される単位のデータが記録されるＥＣＣブロックとすることが可能である。また、光ディスク３１の物理的単位領域は、その他、例えば、複数の固定数のセクタや、複数の固定数のＥＣＣブロックとすることが可能である。
ここで、ＥＣＣ処理は、例えば、信号処理部３６で、ＥＣＣブロック単位で施される。また、セクタは、１以上の個数のＥＣＣブロックで構成することができる。あるいは、ＥＣＣブロックは、１以上の個数のＥＣＣブロックで構成することができる。
以下では、１つのセクタを、光ディスク３１の物理的単位領域として説明を行う。なお、１つのＥＣＣブロックが１つのセクタから構成されるものとすれば、物理的単位領域を、セクタとしても、また、ＥＣＣブロックとしても、光ディスク３１へのデータの記録結果は同一になる。
次に、図８のフローチャートを参照して、図６のステップＳ４で開始される画像データ記録タスクについて説明する。
画像データ記録タスクが開始されると、最初に、ステップＳ５１において、制御部４０は、後述するステップＳ５７の処理で、１ずつインクリメントされる変数Ｎｖを、例えば１に初期化し、ステップＳ５２に進む。
ステップＳ５２では、制御部４０は、Ｔｓｖ×Ｎｖが、Ｔｓａ×Ｎａ未満であるかどうかを判定し、さらに、Ｔｓｖ×Ｎｖが、Ｔｓｌ×Ｎｌ以下で、かつＴｓｍ×Ｎｍ以下であるかどうかを判定する。
上述したように、音声年輪データと画像年輪データとを、同じような再生時間帯のものが、光ディスク３１上の近い位置に記録されるように、周期的に配置し、さらに、同じような再生時間帯の音声年輪データと画像年輪データについては、音声年輪データが先に配置され、その後に、画像年輪データが配置されるものとする。そして、これから記録しようとする画像年輪データを、注目画像年輪データというものとすると、注目画像年輪データは、再生時刻Ｔｓｖ×Ｎｖ以前の最近の（再生時刻Ｔｓｖ×Ｎｖに最も近い）再生時間帯の画像年輪データとなるが、この注目画像年輪データは、再生時刻Ｔｓａ×Ｎａ以前の最近の再生時間帯の音声年輪データが記録された直後であり、かつ、再生時刻Ｔｓａ×Ｎａ以前の最近の再生時間帯のローレゾ年輪データ、およびリアルタイムメタ年輪データが記録される直前に記録する必要がある。従って、注目画像年輪データの記録は、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満となっており、さらに、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下となっているタイミングで行う必要がある。
そこで、ステップＳ５２では、上述したように、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であり、さらに、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下であるかどうかが判定され、これにより、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングであるかどうかが判定される。
そこで、ステップＳ５２においては、上述したように、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であるかどうかが判定され、これにより、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングであるかどうかが判定される。
ステップＳ５２において、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満でないか、または、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ、若しくはリアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍのうちのいずれか以下（以前）でないと判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングでない場合、制御部４０は、ステップＳ５２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ５２において、画像年輪データの再生時刻Ｔｓｖ×Ｎｖが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であり、かつ、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ、およびリアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍのすべての時刻以下であると判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングである場合、制御部４０は、ステップＳ５３に処理を進め、データ変換部３９からメモリコントローラ３７を介して、メモリ３８に、画像データが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ５４に進む。
ステップＳ５４では、制御部４０は、メモリ３８に、通算して、画像年輪サイズＴｓｖ×Ｎｖ分の再生に必要な画像信号の画像データが記憶されたか否かを判定し、まだ、その分の画像データがメモリ３８に記憶されていないと判定された場合、ステップＳ５２に戻り、それ以降の処理が繰り返される。また、ステップＳ５４において、再生時間Ｔｓｖ×Ｎｖに対応する分の画像データがメモリ３８に記憶されたと判定された場合、制御部４０は、処理をステップＳ５５に進める。
なお、データ変換部３９のデータ量検出部６２は、通算して、再生時間Ｔｓｖ×Ｎｖ分の再生に必要な画像信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔｓｖ×Ｎｖ分の再生に必要な画像データをメモリ３８に記憶したか否かの判定を行い、その判定結果を制御部４０に通知する。すなわち制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ５４における判定を行う。なお、本実施の形態では、画像信号を圧縮符号化することによって得られる画像データがメモリ３８に記憶されることとしているが、画像信号は、圧縮符号化せずに、そのまま、画像データとして、メモリ３８に記憶させることも可能である。
ステップＳ５５において、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されている画像データから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ５６に進む。なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量の画像データとして、メモリ３８から読み出される画像年輪データが、上述した、再生時刻Ｔｓｖ×Ｎｖ以前の最近の画像年輪データである。
ステップＳ５６において、制御部４０は、ステップＳ５５で得られた、セクタの整数倍のデータ量の注目画像年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目画像年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
ステップＳ５６において、上述のように注目画像年輪データの記録制御を行った後、制御部４０は、ステップＳ５７に処理を進め、変数Ｎｖを１だけインクリメントし、処理をステップＳ５２に戻し、それ以降の処理を繰り返す。
一方、ステップＳ５３において、画像データがメモリ３８に供給されていないと判定された場合、即ち、データ変換部３９からメモリコントローラ３７への画像データの供給が停止した場合、制御部４０は、ステップＳ５８に処理を進め、メモリコントローラ３７を制御することにより、メモリ３８にいま残っている画像データのすべてを読み出し、そのデータ量がセクタの整数倍の最小のデータ量となるように、画像データに、パディング用のパディングデータを付加する。これにより、メモリ３８から読み出した画像データが、セクタの整数倍のデータ量の画像年輪データとされる。さらに、制御部４０は、その画像年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の画像年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
ステップＳ５８の処理を終了した制御部４０は、ステップＳ５９に処理を進め、制御部４０は、変数Ｎｖに、無限大に相当する値をセットして、画像データ記録タスクを終了する。
次に、図９のフローチャートを参照して、図６のステップＳ５で開始されるローレゾデータ記録タスクについて説明する。
ローレゾデータ記録タスクが開始されると、最初に、ステップＳ７１において、制御部４０は、後述するステップＳ７７の処理で、１ずつインクリメントされる変数Ｎｌを、例えば１に初期化し、ステップＳ７２に進む。
ステップＳ７２では、制御部４０は、Ｔｓｌ×Ｎｌが、Ｔｓａ×Ｎａ未満であり、さらに、Ｔｓｌ×Ｎｌが、Ｔｓｖ×Ｎｖ未満で、かつＴｓｍ×Ｎｍ以下であるかどうかを判定する。
ここで、Ｔｓｌ×Ｎｌが、Ｔｓａ×Ｎａ未満であるというのは、図８のステップＳ５２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔｓｌ×Ｎｌ以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔｓｌ×Ｎｌが、Ｔｓｖ×Ｎｖ未満であるというのは、やはり、図８のステップＳ５２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔｓｌ×Ｎｌ以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。
さらに、Ｔｓｌ×Ｎｌが、Ｔｓｍ×Ｎｍ以下であるというのは、図７のステップＳ３２における場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データ、即ち、再生時刻Ｔｓｌ×Ｎｌ以前の最近の（再生時刻Ｔｓｌ×Ｎｌに最も近い）再生時間帯のローレゾ年輪データを、再生時刻Ｔｓｌ×Ｎｌ以前の最近の再生時間帯のリアルタイムメタ年輪データ直前、つまり、再生時刻Ｔｓｌ×Ｎｌ以前の２番目に新しい再生時間帯のリアルタイムメタ年輪データが記録された直後に記録するための条件である。
ステップＳ７２において、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満、またはリアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下のうちのいずれかではないと判定した場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングでない場合、制御部４０は、ステップＳ７２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ７２において、ローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であり、さらに、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満であり、かつリアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍ以下であると判定された場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングである場合、ステップＳ７３に進み、制御部２０は、データ変換部１９からメモリコントローラ１７を介して、メモリ１８に、ローレゾデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ７４に進む。
ステップＳ７４では、制御部４０は、メモリ３８に、通算して、ローレゾ年輪サイズＴｓｌ×Ｎｌ分の再生に必要なローレゾデータが記憶されたか否かを判定し、まだ、その分のローレゾデータがメモリ３８に記憶されていないと判定された場合、ステップＳ７２に戻り、以下、同様の処理が繰り返される。また、ステップＳ７４において、再生時間Ｔｓｌ×Ｎｌに対応する分のローレゾデータがメモリ３８に記憶されたと判定された場合、ステップＳ７５に進む。
なお、データ変換部３９のデータ量検出部４２は、通算して、再生時間Ｔｓｌ×Ｎｌ分の再生に必要な画像信号および音声信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔｓｌ×Ｎｌ分の再生に必要なローレゾデータをメモリ３８に記憶したか否かの判定を行い、その判定結果を制御部４０に通知する。そして、制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ７４における判定処理を行う。なお、本実施の形態では、画像信号等のデータ量を少なくした画像信号等を圧縮符号したものを、ローレゾデータとするようにしたが、その他、画像信号等のデータ量を少なくした画像信号等を、そのまま、ローレゾデータとするようにすることも可能である。
ステップＳ７５では、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されているローレゾデータから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、例えば１つのセクタの整数倍（ｎ倍）のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のローレゾデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ７６に進む。
なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のローレゾデータとして、メモリ３８から読み出されるローレゾ年輪データが、上述した、再生時刻Ｔｓｌ×Ｎｌ以前の最近のローレゾ年輪データである。
また、ステップＳ７５において読み出されなかったローレゾデータは、そのままメモリ３８に残される。
ステップＳ７６では、制御部４０が、ステップＳ７５で得られた、セクタの整数倍のデータ量の注目ローレゾ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目ローレゾ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。これにより、セクタの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のセクタに、ローレゾ年輪データの境界と、光ディスク３１のセクタの境界とが一致するように記録される。
その後、ステップＳ７７に進み、制御部４０は、変数Ｎｌを１だけインクリメントし、ステップＳ７２に戻り、以下、同様の処理を繰り返される。
一方、ステップＳ７３において、ローレゾデータがメモリ３８に供給されていないと判定された場合、即ち、データ変換部３９からメモリコントローラ３７へのローレゾデータの供給が停止した場合、ステップＳ７８に進み、制御部４０は、メモリコントローラ３７を制御することにより、メモリ３８にいま残っているローレゾデータのすべてを読み出し、セクタの整数倍の最小のデータ量となるように、パディング用のパディングデータを付加する。これにより、メモリ３８から読み出したローレゾデータが、セクタの整数倍のデータ量のローレゾ年輪データとされる。さらに、制御部４０は、そのローレゾ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
その後、ステップＳ７９に進み、制御部４０は、変数Ｎｌに、無限大に相当する値をセットして、ローレゾデータ記録タスクを終了する。
次に、図１０のフローチャートを参照して、図６のステップＳ６で開始されるリアルタイムメタデータ記録タスクについて説明する。
リアルタイムメタデータ記録タスクが開始されると、最初に、ステップＳ９１において、制御部４０は、後述するステップＳ９７の処理で、１ずつインクリメントされる変数Ｎｌを、例えば１に初期化し、ステップＳ９２に進む。
ステップＳ９２では、制御部４０は、Ｔｓｍ×Ｎｍが、Ｔｓａ×Ｎａ未満であり、さらに、Ｔｓｍ×Ｎｍが、Ｔｓｖ×Ｎｖ未満で、かつＴｓｌ×Ｎｌ未満であるかどうかを判定する。
ここで、Ｔｓｍ×Ｎｍが、Ｔｓａ×Ｎａ未満であるというのは、図８のステップＳ５２で説明した場合と同様に、これから記録しようとするリアルタイムメタ年輪データである注目リアルタイムメタ年輪データを、再生時刻Ｔｓｍ×Ｎｍ以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔｓｍ×Ｎｍが、Ｔｓｖ×Ｎｖ未満であるというのは、やはり、図９のステップＳ７２で説明した場合と同様に、これから記録しようとするリアルタイムメタ年輪データである注目リアルタイムメタ年輪データを、再生時刻Ｔｓｍ×Ｎｍ以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。同様に、Ｔｓｍ×Ｎｍが、Ｔｓｌ×Ｎｌ未満であるというのは、これから記録しようとするリアルタイムメタ年輪データである注目リアルタイムメタ年輪データを、再生時刻Ｔｓｍ×Ｎｍ以前の最近の再生時間帯のローレゾ年輪データが記録された直後に記録するための条件である。
ステップＳ９２において、リアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満、またはリアルタイムメタ年輪データの再生時刻Ｔｓｌ×Ｎｌ未満のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目リアルタイムメタ年輪データの記録を行うべきタイミングでない場合、ステップＳ９２に戻り、以下、同様の処理が繰り返される。
また、ステップＳ９２において、リアルタイムメタ年輪データの再生時刻Ｔｓｍ×Ｎｍが、音声年輪データの再生時刻Ｔｓａ×Ｎａ未満であり、さらに、画像年輪データの再生時刻Ｔｓｖ×Ｎｖ未満でもあり、かつローレゾ年輪データの再生時刻Ｔｓｌ×Ｎｌ未満であると判定された場合、即ち、現在のタイミングが、注目リアルタイムメタ年輪データの記録を行うべきタイミングである場合、ステップＳ９３に進み、制御部４０は、データ変換部３９からメモリコントローラ３７を介して、メモリ３８に、リアルタイムメタデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ９４に進む。
ステップＳ９４では、制御部４０は、メモリ３８に、通算して、リアルタイムメタ年輪サイズＴｓｍ×Ｎｍ分の再生に必要なリアルタイムメタデータが記憶されたか否かを判定し、まだ、その分のリアルタイムメタデータがメモリ３８に記憶されていないと判定された場合、ステップＳ９２に戻り、以下、同様の処理が繰り返される。また、ステップＳ９４において、再生時間Ｔｓｍ×Ｎｍに対応する分のリアルタイムメタデータがメモリ３８に記憶されたと判定された場合、ステップＳ９５に進む。
なお、データ変換部３９のデータ量検出部６２は、通算して、再生時間Ｔｓｍ×Ｎｍ分の再生に必要な画像信号および音声信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔｓｍ×Ｎｍ分の再生に必要なリアルタイムメタデータをメモリ３８に記憶したか否かの判定を行い、その判定結果を制御部４０に通知する。そして、制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ９４における判定処理を行う。
ステップＳ９５では、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されているリアルタイムメタデータから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、例えば１つのセクタの整数倍（ｎ倍）のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のメタデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ９６に進む。
なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のリアルタイムメタデータとして、メモリ３８から読み出されるリアルタイムメタ年輪データが、上述した、再生時刻Ｔｓｍ×Ｎｍ以前の最近のリアルタイムメタ年輪データである。
また、ステップＳ９５において読み出されなかったリアルタイムメタデータは、そのままメモリ３８に残される。
ステップＳ９６では、制御部４０が、ステップＳ９５で得られた、セクタの整数倍のデータ量の注目メタ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目リアルタイムメタ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。これにより、セクタの整数倍のデータ量のメタ年輪データが、その整数倍の数のセクタに、リアルタイムメタ年輪データの境界と、光ディスク３１のセクタの境界とが一致するように、周期的に記録される。
その後、ステップＳ９７に進み、制御部４０は、変数Ｎｍを１だけインクリメントし、ステップＳ９２に戻り、以下、同様の処理を繰り返される。
一方、ステップＳ９３において、リアルタイムメタデータがメモリ３８に供給されていないと判定された場合、即ち、データ変換部３９からメモリコントローラ３７へのリアルタイムメタデータの供給が停止した場合、ステップＳ９８に進み、制御部４０は、メモリコントローラ３７を制御することにより、メモリ３８にいま残っているリアルタイムメタデータのすべてを読み出し、そのデータ量がセクタの整数倍の最小のデータ量となるように、リアルタイムメタデータに、パディング用のパディングデータを付加する。これにより、メモリ３８から読み出したリアルタイムメタデータが、セクタの整数倍のデータ量のリアルタイムメタ年輪データとされる。さらに、制御部４０は、そのリアルタイムメタ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量のリアルタイムメタ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
その後、ステップＳ９９に進み、制御部４０は、変数Ｎｍに、無限大に相当する値をセットして、リアルタイムメタデータ記録タスクを終了する。
なお、上述したように、リアルタイムメタデータには、例えば、ＬＴＣ、ユーザビット、ＵＭＩＤ、エッセンスマーク、ＡＲＩＢメタデータ、または、撮像が行われたビデオカメラの設定／制御情報等のデータが含まれる。
これらのデータは、図１１に示されるように、キーデータ（Ｋｅｙ）１１１、レングスデータ（Ｌｅｎｇｔｈ）１１２、および、バリューデータ（Ｖａｌｕｅ）１１３からなるＫＬＶ符号化されたデータ（以下、ＫＬＶデータと称する）である。このフォーマットは、ＳＭＰＴＥ ３３５Ｍ／ＲＰ２１４に準拠している。
ＫＬＶデータ１１０のキーデータ１１１は、ＫＬＶ符号化されたデータ項目を示す識別子である。この識別子には、ＳＭＴＰＥのメタデータ辞書に定義された、各種のデータ項目に対応する識別子が用いられる。ＫＬＶデータ１１０のレングスデータ１１２は、バリューデータ１１３の長さをバイト単位で示すデータである。ＫＬＶデータ１１０のバリューデータ１１３は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書等のように、テキストデータ等のデータ本体からなるデータである。すなわち、ＫＬＶデータ１１０は、キーデータ１１１に示されるデータ項目のデータであり、レングスデータ１１２に示されるデータ長のデータであり、かつ、バリューデータ１１３に示されるデータを符号化したものである。
リアルタイムメタデータは、このようなデータ構造のＫＬＶデータである、上述した各種のデータにより構成される。これらの複数のデータからなるリアルタイムメタデータは、その各データの内容から、大きく、必須部分と選択部分の２つに分けられる。必須部分は、全フレームに対応するリアルタイムメタデータに含まれるデータであり、ＬＴＣ、ユーザビット、ＵＭＩＤ、およびエッセンスマーク等のその他のＫＬＶデータを含む各種のデータにより構成され、選択部分は、必要に応じてリアルタイムメタデータに含まれるデータで構成される。選択部分に含まれるデータとして、例えば、ＡＲＩＢメタデータやビデオカメラの設定／制御情報等のデータ等がある。
なお、この必須部分と選択部分のそれぞれのデータ長は、いずれも予め定められた固定長である。また、リアルタイムメタデータは、ＳＤＩ等の同期系通信インタフェースによるデータ転送に対応するために、リアルタイム性を要求されるデータである必要があるので、光ディスク３１等に高速に書き込みおよび読み出しができるように、必須部分（および選択部分）をＢＩＭ（ＢＩｎａｒｙ Ｆｏｒｍａｔ ｆｏｒ ＭＰＥＧ−７）形式の１つのファイルで構成する。
ここで、ＢＩＭ形式のデータは、ＸＭＬ形式のデータをバイナリデータに変換したものである。上述したリアルタイムメタデータに含まれる各種のデータは、ＸＭＬにより表現することも可能である。しかしながら、ＸＭＬの場合、そのデータ量が増大してしまうので、読み出しおよび書き込み時間を短縮させることが望ましい（リアルタイム性が要求される）リアルタイムメタデータにおいては、ＸＭＬは不向きである。そこで、ＸＭＬ表現と対等な情報を持つバイナリ表現であるＢＩＭを用いることにより、リアルタイムメタデータのリアルタイム性を実現することができる。なお、リアルタイムメタデータにＢＩＭ形式のデータを用いることにより、リアルタイムメタデータの記録に必要な光ディスク３１におけるデータ領域が削減されるだけでなく、書き込み時間および読み出し時間を短縮することができ、さらに、書き込みおよび読み出しの処理の際にデータを保持するメモリにおける記憶領域を削減することも可能であり、書き込みおよび読み出しの処理速度を全体的に向上させるようにすることができる。
制御部４０は、上述したように、リアルタイムメタデータ処理部６６を制御し、データ量検出部６２を介してリアルタイムメタデータ処理部６６に供給された、以上のようなＫＬＶデータからなるリアルタイムメタデータを、メモリコントローラ３７を介して、光ディスク３１に記録させる。
しかしながら、例えば、画像信号や音声信号が、撮像に用いられたビデオカメラ（図示せず）から、信号入出力装置５１を介してディスク記録再生装置（ディスク装置）３０に入力された場合、すなわち、撮像により得られた画像信号や音声信号が、メタデータを付加されることなく、ディスク記録再生装置３０に供給された場合、その画像信号や音声信号には、ＬＴＣ等のメタデータが付加されていない。例えば、ディスク記録再生装置３０がビデオカメラと一体化している場合、撮像により得られた画像信号や音声信号は、リアルタイムメタデータ等が付加されるような処理が行われずに、データ変換部３９に供給される。
そのような場合、制御部４０は、データ変換部３９のリアルタイムメタデータ処理部６６を制御し、リアルタイムメタデータ処理部６６が内蔵するＬＴＣデータ処理部７１に、ＬＴＣデータを生成するＬＴＣデータ生成処理を実行させる。
ＬＴＣデータ処理部７１の制御部１０１は、ＬＴＣデータ生成処理を実行し、制御部４０に制御されたリアルタイムメタデータ処理部６６より、ＬＴＣデータの生成を指示されると、信号入出力装置５１からデータ変換部３９に供給される画像信号のフレームに同期してＬＴＣデータを生成し、リアルタイムメタデータ処理部６６に供給する。
図１２にフローチャートを参照して、ＬＴＣデータ処理部７１の制御部１０１によるＬＴＣデータ生成処理について説明する。
最初に、ステップＳ１１１において、制御部１０１は、リアルタイムメタデータ処理部６６より、ＬＴＣデータ生成の開始指示を取得したか否かを判定し、取得したと判定するまで待機する。
ＬＴＣデータ生成の開始指示を取得したと判定した場合、制御部１０１は、ステップＳ１１２に処理を進め、リアルタイムを用いたＬＴＣを生成するか否かを判定する。
ＬＴＣデータの生成は、実際の時刻を用いて行う場合と、予め定められた初期値を用いて行う場合とがある。制御部４０は、例えば、操作部４１を介して受け付けられたそのような情報、すなわち、実際の時刻を用いてＬＴＣデータを生成するか否かを指示する情報、さらに、実際の時刻を用いずにＬＴＣデータを生成する場合、初期値が設定されたか否かを示す情報をデータ変換部３９のリアルタイムメタデータ処理部６６に供給する。
リアルタイムメタデータ処理部６６は、ＬＴＣデータ生成の開始指示とともに、それらの情報をＬＴＣデータ処理部７１の制御部１０１に供給する。制御部１０１は、ステップＳ１１２において、供給されたその情報に基づいて、実際の時刻（リアルタイム）を用いたＬＴＣを生成するか否かを判定する。
ステップＳ１１２において、リアルタイムを用いたＬＴＣを生成すると判定した場合、制御部１０１は、ステップＳ１１３に処理を進め、上述したように、ＬＴＣ生成部１０２およびリアルタイムクロック１０５を制御することにより、リアルタイムクロックを用いて、同期信号に合わせてＬＴＣデータを生成する。
すなわち、制御部１０１は、リアルタイムクロック１０５に同期信号を供給し、同期信号に合わせてリアルタイムに関する情報をＬＴＣ生成部１０２に供給させる。また、制御部１０１は、同期信号をＬＴＣ生成部１０２に供給し、ＬＴＣ生成部１０２の動作を同期信号に同期させ、リアルタイムクロック１０２より供給されるリアルタイムに関する情報に基づいて、ＬＴＣデータを生成させる。
ステップＳ１１３の処理が終了すると、制御部１０１は、ステップＳ１１４に処理を進め、ＬＴＣ生成部１０２を制御し、生成したＬＴＣデータをリアルタイムメタデータ処理部６６に供給させることにより、メモリコントローラ３７に供給させる。すなわち、リアルタイムメタデータ処理部６６は、ＬＴＣデータ処理部７１より供給されたＬＴＣデータを、リアルタイムメタデータとして、メモリコントローラ３７に供給する。
ＬＴＣデータを供給させた制御部１０１は、ステップＳ１１５において、上述した制御信号や同期信号と同様にリアルタイムメタデータ処理部６６より供給されたＬＴＣデータ生成の終了指示を取得したか否かを判定する。制御部４０は、操作部４１を介して入力されたユーザの指示等に基づいて、ＬＴＣデータ生成の終了指示をデータ変換部３９のリアルタイムメタデータ処理部６６に供給する。リアルタイムメタデータ処理部６６は、ＬＴＣデータ生成の終了指示を取得すると、その指示をＬＴＣデータ処理部７１の制御部１０１に供給する。制御部１０１は、ステップＳ１１５において、その指示を取得したか否かを判定する。
ステップＳ１１５において、制御部１０１は、ＬＴＣデータ生成の終了指示を取得していないと判定した場合、ステップＳ１１３に処理を戻し、それ以降の処理を繰り返す。また、ＬＴＣデータ生成の終了指示を取得したと判定した場合、制御部１０１は、ＬＴＣデータ生成処理を終了する。
ところで、ステップＳ１１２において、リアルタイムを用いずにＬＴＣを生成すると判定した場合、制御部１０１は、ステップＳ１１６に処理を進め、上述したようにリアルタイムメタデータ処理部６６より取得した情報に基づいて、初期値の設定が指示されたか否かを判定する。
初期値の設定が指示されていると判定した場合、制御部１０１は、ステップＳ１１７に処理を進め、初期値設定部１０３を制御し、ＬＴＣの初期値を指示された値に設定する。すなわち、この場合、制御部１０１は、初期値設定部１０３に初期値の指示に関する情報（指示された初期値）を初期値設定部１０３に供給し、ＬＴＣの初期値をその値に設定させる。初期値設定部１０３は、設定した初期値をＬＴＣ生成部１０２に供給する。初期値の設定が終了すると、制御部１０１は、ステップＳ１１９に処理を進める。
また、ステップＳ１１６において、初期値の設定が指示されていないと判定した場合、制御部１０１は、ステップＳ１１８に処理を進め、初期値設定部１０３を制御し、ＬＴＣの初期値を「０」に設定する。すなわち、この場合、制御部１０１は、初期値設定部１０３に、値「０」の情報を供給し、ＬＴＣの初期値を「０」に設定させる。初期値設定部１０３は、設定した初期値をＬＴＣ生成部１０２に供給する。初期値の設定が終了すると、制御部１０１は，ステップＳ１１９に処理を進める。
ステップＳ１１９において、制御部１０１は、ＬＴＣ生成部１０２およびカウンタ１０４を制御し、カウンタ１０４を用いて、同期信号に合わせてＬＴＣデータを生成させる。すなわち、カウンタ１０４は、制御部１０１より供給される同期信号に合わせて、カウント処理を行い、算出されたカウント値をＬＴＣ生成部１０２に順次供給する。ＬＴＣ生成部１０２は、制御部１０１より供給される同期信号に同期して動作し、初期値設定部１０３より供給された初期値、および、カウンタ１０４より供給されたカウンタ値を用いてＬＴＣデータを生成する。
ステップＳ１１９の処理が終了した制御部１０１は、ステップＳ１２０において、ＬＴＣ生成部１０２を制御し、生成したＬＴＣデータをリアルタイムメタデータ処理部６６に供給させることにより、メモリコントローラ３７に供給させる。すなわち、リアルタイムメタデータ処理部６６は、ＬＴＣデータ処理部７１より供給されたＬＴＣデータを、リアルタイムメタデータとして、メモリコントローラ３７に供給する。
ＬＴＣデータを供給させた制御部１０１は、ステップＳ１２１において、ステップＳ１１５の処理の場合と同様に、リアルタイムメタデータ処理部６６より供給されたＬＴＣデータ生成の終了指示を取得したか否かを判定する。制御部４０は、操作部４１を介して入力されたユーザの指示等に基づいて、ＬＴＣデータ生成の終了指示をデータ変換部３９のリアルタイムメタデータ処理部６６に供給する。リアルタイムメタデータ処理部６６は、ＬＴＣデータ生成の終了指示を取得すると、その指示をＬＴＣデータ処理部７１の制御部１０１に供給する。制御部１０１は、ステップＳ１２１において、その指示を取得したか否かを判定する。
ステップＳ１２１において、制御部１０１は、ＬＴＣデータ生成の終了指示を取得していないと判定した場合、ステップＳ１１９に処理を戻し、それ以降の処理を繰り返す。また、ＬＴＣデータ生成の終了指示を取得したと判定した場合、制御部１０１は、ＬＴＣデータ生成処理を終了する。
上述したように生成され、メモリコントローラ３７に供給されたＬＴＣデータは、上述したように、リアルタイムメタデータとして処理され、音声データや画像データとともに、光ディスク３１に記録される。
以上のように生成されたＬＴＣデータをリアルタイムメタデータとしてエッセンスデータともに記録することにより、図２のディスク記録再生装置３０は、後述するように、エッセンスデータ再生の際に、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
なお、リアルタイムメタデータ処理部６６は、ＬＴＣデータ処理部７１またはデータ量検出部６２より取得したＬＴＣデータをメモリコントローラ３７に供給するだけでなく、ノンリアルタイムメタデータ処理部６７に供給する。ノンリアルタイムメタデータ処理部６７は、取得したＬＴＣデータを、内蔵するＬＴＣデータ処理部７２に供給する。また、ノンリアルタイムメタデータ処理部６７は、制御部４０より供給される制御信号、同期信号、またはＦＴＣデータ等必要な情報をＬＴＣデータ処理部７２に供給する。なお、これらの情報は、画像データのフレーム毎に供給される。従って、ＬＴＣデータ処理部７２は、ＬＴＣ変化点テーブル作成処理を実行し、フレーム毎に供給されたこれらの情報に基づいてノンリアルタイムメタデータとしてのＬＴＣ変化点テーブルを生成する。
図１３乃至図１５のフローチャートを参照して、ＬＴＣデータ処理部７２によるＬＴＣ変化点テーブル作成処理について説明する。また、必要に応じて図１６乃至図２０を参照して説明する。
最初に、取得制御部１１１は、ステップＳ１４１において、ＬＴＣデータを取得したか否かを判定し、取得したと判定した場合、そのＬＴＣデータ、およびそのＬＴＣデータと同時に供給される、そのＬＴＣデータに対応するＦＴＣデータを判定処理部１１２に供給し、ステップＳ１４２に処理を進める。取得制御部１１１よりＬＴＣデータを取得した判定処理部１１２は、データ管理部１１３を制御して、データ保持部１１４が保持しているＬＴＣデータが存在するか否かを確認させる。データ管理部１１３は、この制御に基づいてデータ保持部１１４にアクセスし、ＬＴＣデータ１２１が保持されているか否かを確認し、その確認結果を判定処理部１１２に供給する。ステップＳ１４２において、判定処理部１１２は、供給された確認結果に基づいて、データ保持部１１４が保持しているＬＴＣデータが存在するか否かを判定する。
例えば、ステップＳ１４１において取得制御部１１１がクリップの先頭フレームに対応するＬＴＣデータを取得したところであり、データ保持部１１４には、ＬＴＣデータ１２１が保持されていないと判定した場合、判定処理部１１２は、ステップＳ１４３に処理を進め、取得したＬＴＣデータおよびＦＴＣデータを、データ管理部１１３を介してデータ保持部１１４に供給し、保持させる。データ保持部１１４は、データ管理部１１４を介して取得したＬＴＣデータおよびＦＴＣデータをその記憶領域に保持する。データ保持部１１４にＬＴＣデータおよびＦＴＣデータを保持させると、判定処理部１１２は、ステップＳ１４１に処理を戻し、次のフレームのＬＴＣデータやＦＴＣデータに対して、それ以降の処理を繰り返す。
また、ステップＳ１４２において、データ保持部１１４が保持しているＬＴＣデータ１２１が存在すると判定した場合、判定処理部１１２は、ステップＳ１４４に処理を進め、データ管理部１１３を制御して、そのＬＴＣデータ１２１をデータ保持部１１４より取得し、取得制御部１１１より供給されたＬＴＣデータ（取得したＬＴＣデータ）の値と、データ保持部１１４より取得したＬＴＣデータ（保持しているＬＴＣデータ）の値とを比較する。そして、判定処理部１１２は、ステップＳ１４５において、区間設定管理部１１５を制御して、区間設定保持部１１６に保持されている区間名１２３、すなわち、現在の区間設定（ステータス）を参照する。
ステップＳ１４５の処理を終了した判定処理部１１２は、ステップＳ１４６に処理を進め、ステップＳ１４４において比較した比較結果に基づいて、取得したＬＴＣデータの値が、保持しているＬＴＣデータの値より１つ大きい（連続増加である）か否かを判定し、連続増加であると判定した場合、ステップＳ１４７に処理を進め、ステップＳ１４５において参照した参照結果に基づいて、現在の区間がインクリメント区間（ステータスがインクリメントである区間）であるか否かを判定する。
現在の区間がインクリメント区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているＬＴＣデータに対応するフレーム）をＬＴＣの変化点とするために、ステップＳ１４８に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているＬＴＣデータ１２１およびＦＴＣデータ１２２を取得し、そのＬＴＣデータおよびＦＴＣデータにステータス情報（この場合、インクリメント）を付加する。そして、判定処理部１１２は、そのＬＴＣデータ、ＦＴＣデータ、およびステータス情報をＬＴＣ変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのＬＴＣ変化点テーブルの要素を、インクリメント点（ステータスがインクリメントである変化点）として、メモリ３８に供給し、ＬＴＣ変化点テーブルに登録する。
ステップＳ１４８の処理が終了すると、判定処理部１１２は、ステップＳ１４９において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をインクリメント区間に設定し、ステップＳ１５０に処理を進める。また、ステップＳ１４７において、現在の区間がインクリメント区間であると判定した場合、判定処理部１１２は、ステップＳ１４８およびステップＳ１４９の処理を省略し、ステップＳ１５０に処理を進める。
図１６Ａは、インクリメント区間におけるＦＴＣとＬＴＣの関係の例を示す図であり、横軸はフレームのＦＴＣを示しており、縦軸はそのフレームのＬＴＣを示している。図１６Ａにおいて、例えば、ＦＴＣの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のＬＴＣの値は「Ｍ」であり、その次のフレーム（ＦＴＣの値が「Ｎ＋１」のフレーム）のＬＴＣの値は「Ｍ＋１」であり、さらに次のフレーム（ＦＴＣの値が「Ｎ＋２」のフレーム）のＬＴＣの値は「Ｍ＋２」である。このように、インクリメント区間においては、連続するフレームにおけるＬＴＣの値は、ＦＴＣが１ずつ増加するとともに１ずつ増加する。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがインクリメントでない（区間設定保持部１１６が保持している区間名１２３の内容がインクリメントでない）場合に、図１６Ａに示されるようなフレーム群（ＬＴＣが連続増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「インクリメント」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをインクリメント点として、図１６Ｂに示されるようなＬＴＣ変化点テーブル１２４の要素１４１を作成する。上述したように、ＬＴＣ変化点テーブルの各要素は、そのＬＴＣ変化点のＦＴＣを示す「フレーム番号」、そのＬＴＣ変化点のＬＴＣを示す「ＬＴＣ」、並びに、そのＬＴＣ変化点以降のフレームにおけるＬＴＣの変化パターンの種類を示す「ステータス」の３つの項目からなり、図１６Ｂに示される要素１４１の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「ＬＴＣ」の値は「Ｍ」となり、項目「ステータス」は、「インクリメント」となる。このような要素１４１を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているＬＴＣ変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がインクリメントである場合に、図１６Ａに示されるようなフレーム群（ＬＴＣが連続増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４１を作成しない（ステータスを更新しない）。
ステップＳ１５０において、判定処理部１１２は、データ管理部１１３を制御して、今回、取得制御部１１１を介して取得したＬＴＣデータおよびＦＴＣデータをデータ保持部１１４に供給し、それらを用いてデータ保持部１１４に保持されているＬＴＣデータ１２１およびＦＴＣデータ１２２を更新させる。
更新が終了すると、判定処理部１１２は、図１５のステップＳ１８４に処理を進める。
また、ステップＳ１４６において、取得したＬＴＣデータの値が、保持しているＬＴＣデータの値より１つ大きくない（連続増加でない）と判定した場合、判定処理部１１２は、図１４のステップＳ１６１に処理を進める。
図１４のステップＳ１６１において、判定処理部１１２は、図１３のステップＳ１４４において比較した比較結果に基づいて、取得したＬＴＣデータの値が、保持しているＬＴＣデータの値より２つ以上大きいか否かを判定し、２以上増加していると判定した場合、ステップＳ１６２に処理を進め、図１３のステップＳ１４５において参照した参照結果に基づいて、現在の区間がインクリース区間（ステータスがインクリースである区間）であるか否かを判定する。
現在の区間がインクリース区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているＬＴＣデータに対応するフレーム）をＬＴＣの変化点とするために、ステップＳ１６３に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているＬＴＣデータ１２１およびＦＴＣデータ１２２を取得し、そのＬＴＣデータおよびＦＴＣデータにステータス情報（この場合、インクリース）を付加する。そして、判定処理部１１２は、そのＬＴＣデータ、ＦＴＣデータ、およびステータス情報をＬＴＣ変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのＬＴＣ変化点テーブルの要素を、インクリース点（ステータスがインクリースである変化点）として、メモリ３８に供給し、ＬＴＣ変化点テーブルに登録する。
ステップＳ１６３の処理が終了すると、判定処理部１１２は、ステップＳ１６４において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をインクリース区間に設定し、図１３のステップＳ１５０に処理を戻し、それ以降の処理を繰り返す。また、図１４のステップＳ１６２において、現在の区間がインクリース区間であると判定した場合、判定処理部１１２は、ステップＳ１６３およびステップＳ１６４の処理を省略し、図１３のステップＳ１５０に処理を戻す。
図１７Ａは、インクリース区間におけるＦＴＣとＬＴＣの関係の例を示す図であり、横軸はフレームのＦＴＣを示しており、縦軸はそのフレームのＬＴＣを示している。図１７Ａにおいて、例えば、ＦＴＣの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のＬＴＣの値は「Ｍ」であり、その次のフレーム（ＦＴＣの値が「Ｎ＋１」のフレーム）のＬＴＣの値は「Ｍ＋２」であり、さらに次のフレーム（ＦＴＣの値が「Ｎ＋２」のフレーム）のＬＴＣの値は「Ｍ＋５」である。このように、インクリース区間においては、連続するフレームにおけるＬＴＣの値は、ＦＴＣが１ずつ増加するとともに２以上ずつ増加する。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがインクリースでない（区間設定保持部１１６が保持している区間名１２３の内容がインクリースでない）場合に、図１７Ａに示されるようなフレーム群（ＬＴＣが２以上ずつ増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「インクリース」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをインクリース点として、図１７Ｂに示されるようなＬＴＣ変化点テーブル１２４の要素１４２を作成する。図１７Ｂに示される要素１４２の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「ＬＴＣ」の値は「Ｍ」となり、項目「ステータス」は、「インクリース」となる。このような要素１４２を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているＬＴＣ変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がインクリースである場合に、図１７Ａに示されるようなフレーム群（ＬＴＣが２以上ずつ増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４２を作成しない（ステータスを更新しない）。
また、ステップＳ１６１において、取得したＬＴＣデータの値が、保持しているＬＴＣデータの値より２以上増加していないと判定した場合、判定処理部１１２は、ステップＳ１６５に処理を進める。
ステップＳ１６５において、判定処理部１１２は、図１３のステップＳ１４４において比較した比較結果に基づいて、取得したＬＴＣデータの値が、保持しているＬＴＣデータの値と同じであるか否かを判定し、ＬＴＣデータの値が変化しておらず、同じであると判定した場合、ステップＳ１６６に処理を進め、図１３のステップＳ１４５において参照した参照結果に基づいて、現在の区間がスティル区間（ステータスがスティルである区間）であるか否かを判定する。
現在の区間がスティル区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているＬＴＣデータに対応するフレーム）をＬＴＣの変化点とするために、ステップＳ１６７に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているＬＴＣデータ１２１およびＦＴＣデータ１２２を取得し、そのＬＴＣデータおよびＦＴＣデータにステータス情報（この場合、スティル）を付加する。そして、判定処理部１１２は、そのＬＴＣデータ、ＦＴＣデータ、およびステータス情報をＬＴＣ変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのＬＴＣ変化点テーブルの要素を、スティル点（ステータスがスティルである変化点）として、メモリ３８に供給し、ＬＴＣ変化点テーブルに登録する。
ステップＳ１６７の処理が終了すると、判定処理部１１２は、ステップＳ１６８において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をスティル区間に設定し、図１３のステップＳ１５０に処理を戻し、それ以降の処理を繰り返す。また、図１４のステップＳ１６６において、現在の区間がスティル区間であると判定した場合、判定処理部１１２は、ステップＳ１６７およびステップＳ１６８の処理を省略し、図１３のステップＳ１５０に処理を戻す。
図１８Ａは、スティル区間におけるＦＴＣとＬＴＣの関係の例を示す図であり、横軸はフレームのＦＴＣを示しており、縦軸はそのフレームのＬＴＣを示している。図１８Ａにおいて、例えば、ＦＴＣの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）も、その次のフレーム（ＦＴＣの値が「Ｎ＋１」のフレーム）も、さらに次のフレーム（ＦＴＣの値が「Ｎ＋２」のフレーム）も、ＬＴＣの値は「Ｍ」である。このように、スティル区間においては、連続するフレームにおけるＬＴＣの値は、ＦＴＣが１ずつ増加しても変化しない。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがスティルでない（区間設定保持部１１６が保持している区間名１２３の内容がスティルでない）場合に、図１８Ａに示されるようなフレーム群（ＬＴＣが変化しないフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「スティル」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをスティル点として、図１８Ｂに示されるようなＬＴＣ変化点テーブル１２４の要素１４４を作成する。図１８Ｂに示される要素１４４の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「ＬＴＣ」の値は「Ｍ」となり、項目「ステータス」は、「スティル」となる。このような要素１４４を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているＬＴＣ変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がスティルである場合に、図１８Ａに示されるようなフレーム群（ＬＴＣが変化しないフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４４を作成しない（ステータスを更新しない）。
また、ステップＳ１６５において、取得したＬＴＣデータの値が、保持しているＬＴＣデータの値と同じではない（すなわち、減少している）と判定した場合、判定処理部１１２は、ステップＳ１６９に処理を進める。
ステップＳ１６９において、判定処理部１１２は、図１３のステップＳ１４５において参照した参照結果に基づいて、現在の区間がディクリース区間（ステータスがディクリースである区間）であるか否かを判定する。
現在の区間がディクリース区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているＬＴＣデータに対応するフレーム）をＬＴＣの変化点とするために、ステップＳ１７０に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているＬＴＣデータ１２１およびＦＴＣデータ１２２を取得し、そのＬＴＣデータおよびＦＴＣデータにステータス情報（この場合、ディクリース）を付加する。そして、判定処理部１１２は、そのＬＴＣデータ、ＦＴＣデータ、およびステータス情報をＬＴＣ変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのＬＴＣ変化点テーブルの要素を、ディクリース点（ステータスがディクリースである変化点）として、メモリ３８に供給し、ＬＴＣ変化点テーブルに登録する。
ステップＳ１７０の処理が終了すると、判定処理部１１２は、ステップＳ１７１において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をスティル区間に設定し、図１３のステップＳ１５０に処理を戻し、それ以降の処理を繰り返す。また、図１４のステップＳ１６９において、現在の区間がディクリース区間であると判定した場合、判定処理部１１２は、ステップＳ１７０およびステップＳ１７１の処理を省略し、図１３のステップＳ１５０に処理を戻す。
図１９Ａは、ディクリース区間におけるＦＴＣとＬＴＣの関係の例を示す図であり、横軸はフレームのＦＴＣを示しており、縦軸はそのフレームのＬＴＣを示している。図１９Ａにおいて、例えば、ＦＴＣの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のＬＴＣの値は「Ｍ」であり、その次のフレーム（ＦＴＣの値が「Ｎ＋１」のフレーム）のＬＴＣの値は「Ｍ−１」であり、さらに次のフレーム（ＦＴＣの値が「Ｎ＋２」のフレーム）のＬＴＣの値は「Ｍ−３」である。このように、ディクリース区間においては、連続するフレームにおけるＬＴＣの値は、ＦＴＣが１ずつ増加するとともに１以上ずつ減少する。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがディクリースでない（区間設定保持部１１６が保持している区間名１２３の内容がディクリースでない）場合に、図１９Ａに示されるようなフレーム群（ＬＴＣが１以上ずつ減少するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「ディクリース」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをディクリース点として、図１９Ｂに示されるようなＬＴＣ変化点テーブル１２４の要素１４６を作成する。図１９Ｂに示される要素１４６の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「ＬＴＣ」の値は「Ｍ」となり、項目「ステータス」は、「ディクリース」となる。このような要素１４６を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているＬＴＣ変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がディクリースである場合に、図１９Ａに示されるようなフレーム群（ＬＴＣが減少するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４６を作成しない（ステータスを更新しない）。
また、図１３のステップＳ１４１において、例えばエッセンスデータの入力が停止し、本来取得すべきタイミングにおいてＬＴＣデータを取得していないと判定した場合、取得制御部１１１は、図１５のステップＳ１８１に処理を進める。図１５のステップＳ１８１において、判定処理部１１２は、クリップが終了したと判定し、データ管理部１１３を制御してデータ保持部１１４に保持されているＬＴＣデータ１２１およびＦＴＣデータ１２２を取得し、そのＬＴＣデータおよびＦＴＣデータにステータス情報（この場合、エンド）を付加する。そして、判定処理部１１２は、そのＬＴＣデータ、ＦＴＣデータ、およびステータス情報をＬＴＣ変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのＬＴＣ変化点テーブルの要素を、エンド点（ステータスがエンドである変化点）として、メモリ３８に供給し、ＬＴＣ変化点テーブルに登録する。
図２０Ａは、エンド点におけるＦＴＣとＬＴＣの関係の例を示す図であり、横軸はフレームのＦＴＣを示しており、縦軸はそのフレームのＬＴＣを示している。図２０Ａにおいて、例えば、ＦＴＣの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のＬＴＣの値は「Ｍ」であり、その次のフレーム（ＦＴＣの値が「Ｎ＋１」のフレーム）のＬＴＣの値は「Ｍ＋１」であり、さらに次のフレーム（ＦＴＣの値が「Ｎ＋２」のフレーム）のＬＴＣの値は「Ｍ＋２」である。すなわち、この区間のステータスはインクリメントであり、例えば、図２０Ｂに示されるように、ＬＴＣ変化点テーブル１２４には、要素１４８が登録されている。図２０Ｂに示される要素１４８の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「ＬＴＣ」の値は「Ｍ」となり、項目「ステータス」は、「インクリメント」となる。
このような場合に、フレーム番号Ｎ＋２のフレームでクリップが終了し、取得制御部１１１がフレーム番号Ｎ＋２のフレームの、次のフレームを取得していないと、判定処理部１１２は、クリップが終了したと判定し、データ保持部１１４に保持されている最後のフレームであるフレーム番号Ｎ＋２のフレームをエンド点として、図２０Ｂに示されるようなＬＴＣ変化点テーブル１２４の要素１４９を作成する。図２０Ｂに示される要素１４９の場合、項目「フレーム番号」の値は「Ｎ＋２」となり、項目「ＬＴＣ」の値は「Ｍ＋２」となり、項目「ステータス」は、「エンド」となる。
以上のように、ＬＴＣ変化点テーブルにエンド点を登録した判定処理部１１２は、ステップＳ１８４に処理を進める。
また、上述したように、図１３および図１４の処理を行い、図１３のステップＳ１５０を終了した判定処理部１１２は、図１５のステップＳ１８２に処理を進め、登録処理部１１７を制御してメモリ３８の空き容量を調査させ、ＬＴＣ変化点テーブル１４２にさらに２つ以上の要素を登録可能か否かを判定する。空き容量が十分にあり、ＬＴＣ変換点テーブル１２４にさらに２つ以上の要素を登録可能であると判定した場合、判定処理部１１２は、図１３のステップＳ１４１に処理を戻し、次のフレームに対してそれ以降の処理を繰り返す。
また、図１５のステップＳ１８２において、メモリ３８の空き容量が十分でなく、ＬＴＣ変化点テーブル１２４に、あと１つの要素しか追加できないと判定した場合、判定処理部１１２は、ステップＳ１８３に処理を進め、今回取得制御部１１１を介して取得したＬＴＣデータおよびＦＴＣデータにステータス情報（この場合、オーバ）を付加する。そして、判定処理部１１２は、そのＬＴＣデータ、ＦＴＣデータ、およびステータス情報をＬＴＣ変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのＬＴＣ変化点テーブルの要素を、インクリース点（ステータスがインクリースである変化点）として、メモリ３８に供給し、ＬＴＣ変化点テーブル１２４に登録する。
図２１Ａは、オーバ点におけるＦＴＣとＬＴＣの関係の例を示す図であり、横軸はフレームのＦＴＣを示しており、縦軸はそのフレームのＬＴＣを示している。図２１Ａにおいて、例えば、ＦＴＣの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のＬＴＣの値は「Ｍ」であり、その次のフレーム（ＦＴＣの値が「Ｎ＋１」のフレーム）のＬＴＣの値は「Ｍ＋１」であり、さらに次のフレーム（ＦＴＣの値が「Ｎ＋２」のフレーム）のＬＴＣの値は「Ｍ＋２」であり、さらに次のフレーム（ＦＴＣの値が「Ｎ＋３」のフレーム）のＬＴＣの値は「Ｍ＋３」であり、さらに次のフレーム（ＦＴＣの値が「Ｎ＋４」のフレーム）のＬＴＣの値は「Ｍ＋４」である。すなわち、この区間のステータスはインクリメントであり、例えば、図２１Ｂに示されるように、ＬＴＣ変化点テーブル１２４には、要素１５０が登録されている。図２１Ｂに示される要素１５０の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「ＬＴＣ」の値は「Ｍ」となり、項目「ステータス」は、「インクリメント」となる。
このような場合において、フレーム番号Ｎ＋２のフレームのＬＴＣデータおよびＦＴＣデータを取得したときに、ＬＴＣ変化点テーブル１２４にあと１つの要素しか追加できないと判定すると、判定処理部１１２は、今回取得制御部１１１を介して取得した最後のフレームであるフレーム番号Ｎ＋２のフレームをオーバ点として、図２１Ｂに示されるようなＬＴＣ変化点テーブル１２４の要素１５１を作成する。図２１Ｂに示される要素１４９の場合、項目「フレーム番号」の値は「Ｎ＋２」となり、項目「ＬＴＣ」の値は「Ｍ＋２」となり、 項目「ステータス」は、「オーバ」となる。
以上のように、ＬＴＣ変化点テーブルにオーバ点を登録させた判定処理部１１２は、ステップＳ１８４に処理を進める。
ステップＳ１８４において、ＬＴＣデータ処理部７２は、終了処理を行い、ＬＴＣ変化点テーブル作成処理を終了する。なお、このＬＴＣ変化点テーブル作成処理は、クリップがデータ変換部３９に入力される度に実行される。
以上のように作成され、メモリ３８に保持されているＬＴＣ変化点テーブル１２４は、図６のステップＳ１１の処理において、ノンリアルタイムメタデータとして読み出され、光ディスク３１に記録される。
このように、リアルタイムメタデータに含まれるＬＴＣより、その変化点をテーブル化したＬＴＣ変化点テーブルを作成し、ノンリアルタイムメタデータとして記録することにより、図２のディスク記録再生装置３０は、後述するように、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
以上に説明した図６の記録処理、図７の音声データ記録タスク、図８の画像データ記録タスク、図９のローレゾデータ記録タスク、図１０のリアルタイムメタデータ記録タスク、図１２のＬＴＣデータ生成処理、および、図１３乃至図１５のＬＴＣ変化点テーブル作成処理によれば、音声年輪データ、画像年輪データ、ローレゾ年輪データ、リアルタイムメタ年輪データ、およびノンリアルタイムメタデータは、図２２に示されるように、光ディスク３１に記録される。
即ち、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データについては、上述したように、音声年輪データ、画像年輪データ、ローレゾ年輪データ、リアルタイムメタ年輪データの順の優先順位で、光ディスク３１の、より前の位置に記録される。
さらに、例えば、最も優先順位が高い音声年輪データを基準に考えると、ある再生時間帯の音声年輪データが記録されれば、その音声年輪データに続いて、その再生時間帯と同じような再生時間帯の画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが記録される。
以上から、図２２に示されるように、その光ディスク３１の内周側から外周側に向かって、音声年輪データ１６１、画像年輪データ１６２、ローレゾ年輪データ１６３、リアルタイムメタ年輪データ１６４の順番を繰り返しながら記録される。
そして、上述の各年輪データとは別の領域に、リアルタイム性を要求されないノンリアルタイムメタデータ１６５が記録される。
なお、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびリアルタイムメタ年輪サイズＴｓｍの互いの関係は、どのような関係であってもよく、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびリアルタイムメタ年輪サイズＴｓｍは、上述したように、すべて同一の時間とすることもできるし、すべて異なる時間とすることなども可能である。さらに、ローレゾ年輪サイズＴｓｌおよびリアルタイムメタ年輪サイズＴｓｍが、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖの２倍となるようにしてももちろんよい。
また、音声年輪サイズＴｓａ、画像年輪サイズＴｓｖ、ローレゾ年輪サイズＴｓｌ、およびリアルタイムメタ年輪サイズＴｓｍは、例えば、光ディスク３１の用途や使用目的にあわせて設定することが可能である。即ち、ローレゾ年輪サイズＴｓｌや、リアルタイムメタ年輪サイズＴｓｍは、例えば、音声年輪サイズＴｓａおよび画像年輪サイズＴｓｖよりも大とすることが可能である。
なお、ノンリアルタイムメタデータ１６５は、光ディスク３１のどの位置に記録されるようにしてもよく、例えば、図２３Ａに示されるように、年輪データの間に記録されるようにしてもよい。図２３Ａの場合、音声年輪データ１７１、画像年輪データ１７２、ローレゾ年輪データ１７３、およびリアルタイムメタ年輪データ１７４からなる年輪データ１７０が、複数記録された後に、ノンリアルタイムメタデータ１８１が記録され、その後に、他の年輪データが続いて記録されている。
図６のフローチャートを参照して説明したように、ノンリアルタイムメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびリアルタイムメタデータ記録タスクが終了した後に記録される。従って、このタイミングにおいて、既に記録されている最後の年輪データ１７０に続けて、ノンリアルタイムメタデータ１８１が記録され、次に開始された記録処理において記録される年輪データが、記録済みである最後のノンリアルタイムメタデータ１８１に続くように記録される。
このとき、リアルタイムメタ年輪データ１７４には、同じ年輪データに含まれる音声年輪データ１７１および画像年輪データ１７２に対応するＬＴＣデータ１７５が含まれている。従って、ＬＴＣデータ１７５は、ＬＴＣデータ１７５が対応する音声年輪データ１７１および画像年輪データ１７２の近傍に記録されることになり、その年輪データ１７０に含まれる音声年輪データ１７１や画像年輪データ１７２の再生時にＬＴＣデータ１７５が読み込まれる場合、シーク時間を短縮することができ、ＬＴＣデータ１７５の読み込み速度を向上させることができる。
また、ノンリアルタイムメタデータ１８１には、最初の年輪データ、または、１つ前に記録されたノンリアルタイムメタデータの次に記録された年輪データから、直前に記録された年輪データに含まれるＬＴＣデータに対応するＬＴＣ変化点テーブル１８２が含まれている。従って、ＬＴＣ変化点テーブル１８２は、ＬＴＣ変化点テーブル１８２が対応する音声年輪データ１７１および画像年輪データ１７２の、ある程度（後述する図２３Ｂの場合と比較して、）近傍に記録されることになる。ノンリアルタイムメタデータ１８１に含まれるメタデータは、基本的にリアルタイム性を要求されないメタデータであるが、例えば、ユーザがＬＴＣ変化点テーブル１８２を用いて特定のフレームの再生を指示する場合、再生する音声年輪データ１７１および画像年輪データ１７２がＬＴＣ変化点テーブル１８２の近傍に記録されているほうが、シーク時間を短縮することができ、音声年輪データ１７１および画像年輪データ１７２の読み込み速度を向上させることができ、好適である。
なお、ノンリアルタイムメタデータは、例えば、図２３Ｂに示されるように、年輪データが記憶される領域とは別の領域にまとめて記録されるようにしてもよい。図２３Ｂの場合、音声年輪データ１９１−１、画像年輪データ１９２−１、ローレゾ年輪データ１９３−１、およびリアルタイムメタ年輪データ１９４−１からなる年輪データ１９０−１、音声年輪データ１９１−２、画像年輪データ１９２−２、ローレゾ年輪データ１９３−２、およびリアルタイムメタ年輪データ１９４−２からなる年輪データ１９０−２のように、年輪データが記録される領域と別の領域に、ノンリアルタイムメタデータ２０１−１、ノンリアルタイムメタデータ２０１−２、ノンリアルタイムメタデータ２０１−３のように、ノンリアルタイムメタデータがまとめて記録される。
この場合、図６のフローチャートを参照して説明したように、ノンリアルタイムメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびリアルタイムメタデータ記録タスクが終了した後に、年輪データとは別の領域に記録される。
従って、ノンリアルタイムメタデータ２０１−１乃至２０１−３にそれぞれ含まれるＬＴＣ変化点テーブル２０２−１乃至２０２−３は、互いの近傍に記録されることになる。従って、複数の変換テーブルを用いて特定のフレームを検索する場合、シーク時間を短縮することができ、目的のフレームを高速に検索することができる。
また、音声データや画像データを再生する場合、それらのデータの間に、再生に不必要なノンリアルタイムメタデータが存在しないので、読み出し時間を短縮することができ、再生処理を高速化することができる。
さらに、ノンリアルタイムメタデータは、リアルタイム性を要求されないメタデータで構成されており、通常、シーク時間を考慮しなければならないということはないので、光ディスク３１の記憶領域の物理的な位置において、どのような位置に配置してもよく、例えば、１つのノンリアルタイムメタデータを複数の位置に分散して記録するようにしてもよい。
以上のように、音声データや画像データ等からなるエッセンスデータとともに、ＬＴＣをリアルタイムメタデータとして記録し、さらに、ＬＴＣの変化点からなるＬＴＣ変化点テーブルをノンリアルタイムメタデータとして記録するようにしたので、上述した光ディスク３１に記録されたデータを編集する場合、ユーザは、ＬＴＣより目的のフレームを検索して再生させる等、ＬＴＣに基づいて容易に再生制御処理を行うことができる。
なお、以上のように光ディスク３１に記録されたデータは、例えばＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）等のファイルシステムによって、図２４および図２５に示されるようなディレクトリ構造のファイル単位で管理される。なお、光ディスク３１においてファイルを管理するファイルシステムは、ＵＤＦに限らず、例えば、ＩＳＯ９６６０（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ ９６６０）等、図２のディスク記録再生装置３０が対応できるファイルシステムであればどのようなものであってもよい。また、光ディスク３１の代わりにハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、ＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅｓ）、ＮＴＦＳ（Ｎｅｗ Ｔｅｃｈｎｏｌｏｇｙ Ｆｉｌｅ Ｓｙｓｔｅｍ）、ＨＦＳ（Ｈｉｅｒａｒｃｈｉｃａｌ Ｆｉｌｅ Ｓｙｓｔｅｍ）、またはＵＦＳ（Ｕｎｉｘ（Ｒ） Ｆｉｌｅ Ｓｙｓｔｅｍ）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
図２４において、ルートディレクトリ（ＲＯＯＴ）２５１には、画像データや音声データ等のエッセンスデータに関する情報、および、それらのエッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるＰＲＯＡＶディレクトリ２５２が設けられる。
ＰＲＯＡＶディレクトリ２５２には、上述した、光ディスク３１に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク３１に記録されている全ての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタデータファイル（ＤＩＳＣＭＥＴＡ．ＸＭＬ）２５３、上述した、光ディスク３１に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（ＩＮＤＥＸ．ＸＭＬ）２５４、およびインデックスファイル（ＩＮＤＥＸ．ＢＵＰ）２５５が設けられている。なお、インデックスファイル２５５は、インデックスファイル２５４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
ＰＲＯＡＶディレクトリ２５２には、さらに、光ディスク３１に記録されているデータ全体に対するメタデータであり、例えば、再生履歴等の情報を含むファイルであるディスクインフォメーションファイル（ＤＩＳＣＩＮＦＯ．ＸＭＬ）２５６およびディスクインフォメーションファイル（ＤＩＳＫＩＮＦＯ．ＢＵＰ）２５７が設けられている。なお、ディスクインフォメーションファイル２５７は、ディスクインフォメーションファイル２５６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
また、ＰＲＯＡＶディレクトリ２５２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（ＣＬＰＲ）２５８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（ＥＤＴＲ）２５９が設けられる。
クリップルートディレクトリ２５８には、光ディスク３１に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図２４の場合、３つのクリップのデータが、クリップディレクトリ（Ｃ０００１）２６１、クリップディレクトリ（Ｃ０００２）２６２、および、クリップディレクトリ（Ｃ０００３）２６３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク３１に記録された最初のクリップの各データは、クリップディレクトリ２６１以下のファイルとして管理され、２番目に光ディスク３１に記録されたクリップの各データは、クリップディレクトリ２６２以下のファイルとして管理され、３番目に光ディスク３１に記録されたクリップの各データは、クリップディレクトリ２６３以下のファイルとして管理される。
また、エディットリストルートディレクトリ２５９には、光ディスク３１に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図２４の場合、４つのエディットリストが、エディットリストディレクトリ（Ｅ０００１）２６４、エディットリストディレクトリ（Ｅ０００２）２６５、エディットリストディレクトリ（Ｅ０００３）２６６、およびエディットリストディレクトリ（Ｅ０００４）２６７の４つのディレクトリに分けて管理されている。すなわち、光ディスク３１に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６４以下のファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６５以下のファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６６以下のファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６７以下のファイルとして管理される。
上述したクリップルートディレクトリ２５８に設けられるクリップディレクトリ２６１以下には、最初に光ディスク３１に記録されたクリップの各データが、図２５に示されるようなファイルとして設けられ、管理される。
図２５の場合、クリップディレクトリ２６１には、このクリップを管理するファイルであるクリップインフォメーションファイル（Ｃ０００１Ｃ０１．ＳＭＩ）２７１、このクリップの画像データを含むファイルである画像データファイル（Ｃ０００１Ｖ０１．ＭＸＦ）２７２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル（Ｃ０００１Ａ０１．ＭＸＦ乃至Ｃ０００１Ａ０８．ＭＸＦ）２７３乃至２８０、このクリップのサブストリームデータを含むファイルであるローレゾデータファイル（Ｃ０００１Ｓ０１．ＭＸＦ）２８１、このクリップのエッセンスデータに対応する、リアルタイム性を要求されないメタデータであるノンリアルタイムメタデータを含むファイルであるノンリアルタイムメタデータファイル（Ｃ０００１Ｍ０１．ＸＭＬ）２８２、このクリップのエッセンスデータに対応する、リアルタイム性を要求されるメタデータであるリアルタイムメタデータを含むファイルであるリアルタイムメタデータファイル（Ｃ０００１Ｒ０１．ＢＩＭ）２８３、並びに、画像データファイル２７２のフレーム構造（例えば、ＭＰＥＧ等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（Ｃ０００１Ｉ０１．ＰＰＦ）２８４等のファイルが設けられる。
図２３の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびリアルタイムメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
また、音声データも、再生時にリアルタイム性を要求されるが、７．１チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
同様に、画像データ、ローレゾデータ、およびリアルタイムメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
また、図２５において、リアルタイム性を要求されないノンリアルタイムメタデータは、リアルタイム性を要求されるリアルタイムメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
なお、ノンリアルタイムメタデータファイル２８２は、汎用性を持たせるためにＸＭＬ形式で記述されているが、リアルタイムメタデータファイル２８３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、ＸＭＬ形式のファイルをコンパイルしたＢＩＭ（ＢＩｎａｒｙ ｆｏｒｍａｔ ｆｏｒ ＭＰＥＧ−７ ｄａｔａ）形式のファイルである。
図２５に示されるクリップディレクトリ２６１のファイルの構成例は、光ディスク３１に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図２４に示される、その他のクリップディレクトリ２６２および２６３においても、図２５に示されるファイルの構成例を適用することができるので、その説明を省略する。
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、どのような構成であってもよい。
図２６は、ＸＭＬで記述されたノンリアルタイムメタデータファイルに含まれるＬＴＣ変化点テーブルの具体的な記述例を示す図である。なお、図２６において、各行頭の数字は、説明の便宜上付加したものであり、ＸＭＬ記述の一部ではない。
図２６の１行目の「〈ＬｔｃＣｈａｎｇｅＴａｂｌｅ ｔｃＦｐｓ＝″３０″〉」の記述は、ＬＴＣ変化点テーブルの記述の開始を示す開始タグであり、「ｔｃＦｐｓ＝″３０″」の記述は、このＬＴＣ変化点テーブルにおいて、タイムコードは、３０フレーム毎秒として記述されていることを示している。
２行目乃至１２行目には、ＬＴＣの変化点を示す各要素が示されている。なお、２行目乃至１２行目において、「ｆｒａｍｅＣｏｕｎｔ＝″ ″」の記述は、フレーム番号、すなわち、ＦＴＣの値を示しており、「ｖａｌｕｅ＝″ ″」の記述は、そのフレームのＬＴＣの値を示しており、「ｓｔａｔｕｓ＝″ ″」の記述は、そのフレームのステータスを示している。例えば、２行目の「〈ＬｔｃＣｈａｎｇｅ ｆｒａｍｅＣｏｕｎｔ＝″０″ｖａｌｕｅ＝″５５３００２０１″ｓｔａｔｕｓ＝″ｉｎｃｒｅｍｅｎｔ″／〉」の記述の場合、この変化点は、フレーム番号「０」のフレームであり、そのＬＴＣは「５５３００２０１」であり、このフレームより開始される区間のステータスが「インクリメント」であることを示している。以下、３行目乃至１２行目の記述も、各値は異なるが、構成は基本的に２行目の場合と同様であるので、その説明を省略する。
１３行目の「〈／ＬｔｃＣｈａｎｇｅＴａｂｌｅ〉」は、ＬＴＣ変化点テーブルの記述の終了を示す終了タグである。
例えば、ユーザがＬＴＣを用いて表示するフレームを指示する場合、図２のディスク記録再生装置３０は、後述するように、ノンリアルタイムメタデータファイルより、図２６に示されるように記述されたＬＴＣ変化点テーブルを読み込み、この記述に基づいて、指定されたフレームを検索し、表示する。このようにすることにより、ディスク記録再生装置３０は、各フレームに対応付けられたリアルタイムメタデータに記述されているＬＴＣ群より目的のＬＴＣ（フレーム）を検索するよりも、容易に目的のフレームを検索することができる。
なお、図２に示されるディスク記録再生装置３０は、上述した以外にも、例えば、図２７に示されるように、撮像部３０２を有するカムコーダ３００のディスク記録部３０１としてもよい。この場合、信号入出力装置５１の代わりに撮像部３０２がディスク記録部３０１に接続され、撮像部３０２のカメラにより撮像された画像データや、撮像部３０２のマイクロホンにより集音された音声データ等からなるエッセンスデータがディスク記録部３０１入力される。ディスク記録部３０１は、その構成が上述したディスク記録再生装置３０の場合と同様であり、ディスク記録再生装置３０と同様に動作して、撮像部３０２より供給されたエッセンスデータやそのエッセンスデータに付加されるメタデータを光ディスク３１に記録する。
次に、以上において説明したＬＴＣ変化点テーブルの具体的な使用方法の例について説明する。
図２８は、光ディスク３１に記録されているエッセンスデータを編集し、その編集結果を他の光ディスク３１に記録する編集システムの例を示す図である。
図２８において、編集システム３１０は、互いにネットワーク３２２により接続されている２台のディスク記録再生装置３２１および３２３、並びにエッセンスデータの編集を制御する編集制御装置３２４よりなる。
ディスク記録再生装置３２１は、光ディスク３１に対応するドライブ３２１Ａを備えており、ネットワーク３２２を介して接続された編集制御装置３２４に制御されて、ドライブ３２１Ａに装着された光ディスク３１に記録されているエッセンスデータ等を再生し、ネットワーク３２２を介してディスク記録再生装置３２３に再生されたエッセンスデータ等を供給する。また、ディスク記録再生装置３２１は、画像を表示するモニタ３２１Ｂを有しており、ドライブ３２１Ａに装着された光ディスク３１より再生された画像データの画像を表示する。
ネットワーク３２２は、インターネットやイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（Ｒ））等に代表されるネットワークであり、ディスク記録再生装置３２１、ディスク記録再生装置３２３、および編集制御装置３２４が接続されており、これらの装置間において授受される各種のデータが伝送される。
ディスク記録再生装置３２３は、ディスク記録再生装置３２１と同様に、ドライブ３２３Ａおよびモニタ３２３Ｂを有しており、ネットワーク３２２を介して接続された編集制御装置３２４に制御されて、ネットワーク３２３を介して供給されたエッセンスデータ等をドライブ３２３Ａに装着されている光ディスク３１に記録したり、記録された画像データに対応する画像をモニタ３２３Ｂに表示したりする。
編集制御装置３２４は、ネットワーク３２２を介してディスク記録再生装置３２１および３２３を制御し、ディスク記録再生装置３２１において再生されたエッセンスデータ等をディスク記録再生装置３２３に供給させ、光ディスク３１に記録させる。また、編集制御装置３２４は、ユーザインタフェースとして、ユーザがＬＴＣを指定する場合に操作するテンキーであるＬＴＣ入力用キー３２４Ａ、および、入力されたＬＴＣを表示する、入力ＬＴＣ確認用の表示部３２４Ｂを備えている。
なお、ディスク記録再生装置３２１および３２３は、図２に示されるディスク記録再生装置３０と基本的に同様の構成であり、同様の操作を行うが、図２の信号入出力装置５１の代わりに通信部を備え、ネットワークを介して他の装置と通信を行い、エッセンスデータ等の各種のデータを授受できるようになされている。
図２９は、図２８の編集制御装置３２４の内部の構成例を示すブロック図である。
図２９において、編集制御装置３２４のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３３１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３３２に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３３３には、ＣＰＵ３３１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
再生制御部３３４は、通信部３４４を介してディスク記録再生装置３２１やディスク記録再生装置３２３の再生処理を制御する処理を行う。例えば、再生制御部３３４は、ディスク記録再生装置３２３を制御して、ドライブ３２３Ａに装着されている光ディスク３１よりエッセンスデータ等のクリップの再生を実行させたり、ユーザにより指定されたＬＴＣに対応するフレーム画像をモニタ３２３Ｂに表示させたりする。
編集制御部３３５は、通信部３４４を介してディスク記録再生装置３２１やディスク記録再生装置３２３を制御して、エッセンスデータの編集処理を制御する処理を行う。例えば、編集制御部３３５は、ネットワーク３２２を介してディスク記録再生装置３２１を制御し、クリップの再生（通常再生、早送り再生、巻き戻し再生、一時停止、停止等）を実行させ、その再生されたクリップに対応する画像をモニタ３２１Ｂに表示させるとともに、そのクリップのデータを、ネットワーク３２２を介してディスク記録再生装置３２３に供給させる。編集制御部３３５は、さらに、ネットワーク３２２を介してディスク記録再生装置３２３を制御し、ディスク記録再生装置３２３に供給されるクリップのデータをディスク記録再生装置３２３に取得させ、それをドライブ３２３Ａに装着された光ディスク３１に記録させる。
ＣＰＵ３３１、ＲＯＭ３３２、ＲＡＭ３３３、再生制御部３３４、および編集制御部３３５は、バス３３６を介して相互に接続されている。
バス３３６には、さらに、入出力インタフェース３４０が接続されている。入出力インタフェース３４０は、ＬＴＣ入力用テンキーや各種の指示入力用ボタン等よりなる入力部３４１が接続され、入力部３４１に入力された信号をＣＰＵ３３１に出力する。また、入出力インタフェース３４０には、表示部３２４Ｂなどを含む出力部３４２も接続されている。
さらに、入出力インタフェース３４０には、ハードディスク等の磁気ドライブやＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などから構成される記憶部３４３、および、ネットワーク３２２を介してディスク記録再生装置３２１やディスク記録再生装置３２３とデータの通信を行う通信部３４４も接続されている。ドライブ３４５には、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア３４６が適宜装着される。ドライブ３４５は、ドライブ３４５に装着されたリムーバブルメディア３４６に記録されたプログラムやデータの読み出しを制御する。
図３０は、図２９の再生制御部３３４の詳細な構成例を示すブロック図である。図３０において、再生制御部３３４は、再生制御部３３４の全体を制御する制御部３５１、入力部３４１を介して入力されたユーザ入力を受け付ける入力受付処理部３５２、通信部３４４を介して取得されたＬＴＣやＦＴＣ等のノンリアルタイムメタデータ（ＮＲＴ）を取得する情報取得部３５３、情報取得部３５３により取得されたノンリアルタイムメタデータを保持する保持部３５４、モニタに表示させるフレーム画像を、ＬＴＣを用いて指定するキューアップ処理を制御するキューアップ処理部３５５、並びに、制御部３５１より供給された各種の命令情報を出力する命令処理部３５６を有している。
制御部３５１は、図示せぬＲＯＭやＲＡＭを内蔵し、各種のプログラムを実行することにより、再生制御部３３４の各部の動作を制御する。入力受付処理部３５２は、入力部３４１を介して入力されたユーザ入力の受付を制御し、受け付けたユーザ入力を制御部３５１に供給する。
情報取得部３５３は、制御部３５１に制御され、例えば、通信部３４４を介して供給されたノンリアルタイムメタデータ（ＮＲＴ）を取得すると、取得したノンリアルタイムメタデータを保持部３５４に供給して保持させる。
保持部３５４は、ハードディスクや半導体メモリ等の記憶媒体からなり、情報取得部３５３より供給されるノンリアルタイムメタデータを保持する。すなわち、保持部３５４は、ノンリアルタイムメタデータに含まれるＬＴＣ変化点テーブル３６１を保持する。
キューアップ処理部３５５は、クリップの再生に関する処理の内、ユーザがＬＴＣを用いてモニタに表示させるフレーム画像のフレーム番号を指定するキューアップに関する処理を行う。例えば、キューアップ処理部３５５は、制御部３５１よりユーザに指定されたＬＴＣが供給されると、保持部３５４にアクセスし、保持部３５４が保持しているＬＴＣ変換テーブル３６１を参照し、指定されたＬＴＣに対応するフレームを特定し、そのフレームのＦＴＣ（フレーム番号）の情報を制御部３５１に供給する。
命令処理部３５６は、制御部３５１より供給された命令情報等を、通信部３４４を介して、ディスク記録再生装置３２３等に供給する。
次に図２８の編集システム３１０における編集処理について説明する。
図２８の編集システム３１０において、ユーザは、編集制御装置３２４の入力部３４１を操作し、ディスク記録再生装置３２１のドライブ３２１Ａに装着されている光ディスク３１に記録されたクリップのデータを再生させるとともに、その再生されたクリップのデータを、ディスク記録再生装置３２３のドライブ３２３Ａに装着されている光ディスク３１に記録させる。
編集制御装置３２４の編集制御部３３５は、そのユーザ入力に基づいて、ディスク記録再生装置３２１を制御して、クリップを再生させ、そのクリップのデータを、ネットワーク３２２を介してディスク記録再生装置３２３に供給させるとともに、そのクリップの画像データに対応する映像をモニタ３２１Ｂに表示させる。また、編集制御装置３２４の編集制御部３３５は、そのユーザ入力に基づいて、ディスク記録再生装置３２３を制御して、ディスク記録再生装置３２３に供給されるクリップのデータ（エッセンスデータおよびメタデータ）を記録させる。
このとき、ユーザは、例えばモニタ３２１Ｂに表示された映像を参照しながら編集制御装置３２４の入力部３４１を操作し、通常再生、早送り再生、巻き戻し再生、一時停止、または停止等の指示を適宜行い、クリップの再生制御指示を入力する。編集制御装置３２４の編集制御部３３５は、このようなユーザ入力に基づいて、ディスク記録再生装置３２１を制御して、クリップの再生処理を制御する。
すなわち、ディスク記録再生装置３２３のドライブ３２３Ａに装着されている光ディスク３１には、このような再生動作を含むクリップのデータ（ディスク記録再生装置３２１において行われた、クリップの通常再生、早送り再生、巻き戻し再生、一時停止、または停止等の再生動作が反映された状態のクリップのデータ）が記録される。従って、このようにしてディスク記録再生装置３２３のドライブ３２３Ａに装着されている光ディスク３１に記録されたクリップのデータが通常再生されると、モニタ３２３Ｂには、例えば、ディスク記録再生装置３２１において早送り再生された部分は早送りされた映像が表示され、ディスク記録再生装置３２１において巻き戻し再生された部分は巻き戻しされた映像が表示され、ディスク記録再生装置３２１において一時停止された部分においては一時停止された映像が表示される。
例えば、ディスク記録再生装置３２１において早送り再生が指示されると場合、ディスク記録再生装置３２１は、フレームを間引きして再生することにより早送り再生を行う。このような場合、ディスク記録再生装置３２３側においては、早送り再生を行った部分において、間引きされた一部のフレームのみが記録される。従って、そのクリップのリアルタイムメタデータも一部が間引きされて記録されるので、この部分のフレームにおいては、ＦＴＣが連続して１ずつ増加するのに対して（ＦＴＣは、光ディスク３１に記録された時点で新たに割り当てられるので連続して１ずつ増加する）、ＬＴＣは不連続に（２以上ずつ）増加する。
すなわち、このように記録されたクリップにおいては、ＬＴＣは、ディスク記録再生装置３２１において行われた再生制御に応じて、増加または減少のパターンが変化する。なお、ディスク記録再生装置３２３は、上述した図２のディスク記録再生装置３０の場合と同様に、クリップのデータが供給され、それを光ディスク３１に記録する際に、リアルタイムメタデータのＬＴＣデータに基づいて、ＬＴＣ変化点テーブルを作成し、ノンリアルタイムメタデータとして光ディスク３１に記録する。
また、ユーザは、編集制御装置３２４を操作し、ディスク記録再生装置３２３を制御して、以上のようにして記録されたクリップを再生させ、その画像をモニタ３０３Ｂに表示させる。その際、ユーザは、編集制御装置３２４のＬＴＣ入力用テンキー３２４Ａを操作し、ＬＴＣを用いてモニタ３２３Ｂに表示させるフレームを選択することもできる。
次に編集制御装置３２４の再生制御部３３４の動作について説明する。
再生制御部３３４の情報取得部３５３は、外部よりＬＴＣ変化点テーブル３６１を取得すると、制御部３５１に制御され、取得したＬＴＣ変化点テーブル３６１を保持部３５４に供給し、保持させる。
また、入力受付処理部３５２は、外部よりキューアップを指示するユーザ入力を受け付けると、そのユーザ入力（キューアップ指示）を、制御部３５１を介してキューアップ処理部３５５に供給する。キューアップ処理部３５５は、キューアップ指示を取得すると、その指示に含まれるＬＴＣ（表示させるフレームを指定するＬＴＣ）に対応するフレームのフレーム番号（ＦＴＣ）を特定するために、保持部３５４に保持されているＬＴＣ変化点テーブル３６１を参照する。そして、そのＬＴＣ変化点テーブル３６１に基づいて、ＬＴＣに対応するフレーム（表示させるフレーム、すなわち、キューアップ先のフレーム）のフレーム番号を特定し、その情報を制御部３５１に供給する。制御部３５１は、その情報（キューアップ先のフレームのＦＴＣに関する情報）に基づいてそのフレームを表示させる（そのフレームにキューアップさせる）命令を含む命令情報を、命令処理部３５６を介して、ディスク記録再生装置３２３に供給する。
以上のようにして供給された命令情報は、ネットワーク３２２を介してディスク記録再生装置３２３に供給される。ディスク記録再生装置３２３は、その命令情報に基づいて、キューアップ処理を行い、指定されたフレームのフレーム画像をモニタ３２３Ｂに表示させる。図３１は、モニタ３２３Ｂに表示されるフレーム画像の例を示す図である。図３１において、モニタ３２３Ｂに表示されたフレーム画像３７１には、画像データ以外に、「０１：１５：３２：０８」のように、そのフレームのＬＴＣが表示される。
次に、再生制御部３３４により実行される再生制御処理について図３２のフローチャートを参照して説明する。
編集制御装置３２４に電源が投入される等して、ＣＰＵ３３１に制御されて再生制御処理が実行されると、最初に、ステップＳ２０１において、入力受付処理部３５２は、ユーザ入力の受付を開始し、ステップＳ２０２に処理を進める。制御部３５１は、ステップＳ２０２において、入力受付処理部３５２を制御し、再生するクリップの指定を受け付けたか否かを判定し、クリップの指定を受け付けたと判定した場合、命令処理部３５６を制御して、ディスク記録再生装置３２３に対して、その指定されたクリップのノンリアルタイムメタデータを要求する。ディスク記録再生装置３２３は、その要求に基づいて、指定されたノンリアルタイムメタデータをドライブ３２３Ａに装着されたディスク３１より読み出し、ネットワーク３２２を介して編集制御装置３２４に供給する。編集制御装置３２４の通信部３４４は、そのノンリアルタイムメタデータを取得すると、それを、バス３３６を介して再生制御部３３４の情報取得部３５３に供給する。ステップＳ２０３において、情報取得部３５３は、供給されたノンリアルタイムメタデータ（指定されたクリップのノンリアルタイムメタデータ）を取得し、制御部３５１に制御されて、それを保持部３５４に供給する。保持部３５４は、供給されたノンリアルタイムメタデータをその記憶領域に保持する。
ノンリアルタイムメタデータを保持した保持部３５４は、ステップＳ２０４に処理を進める。また、ステップＳ２０２において、クリップの指定を受け付けていないと判定した場合、制御部３５１は、ステップＳ２０３の処理を省略し、ステップＳ２０４に処理を進める。
ステップＳ２０４において、制御部３５１は、入力受付処理部３５２を制御して、再生制御指示を受け付けたか否かを判定し、再生制御指示（例えば、通常再生、早送り再生、巻き戻し再生、一時停止、または停止等）を受け付けたと判定した場合、ステップＳ２０５に処理を進め、その再生制御指示に基づいて、指定されたクリップの再生を制御する命令情報を作成し、それを、命令処理部３５６を介してディスク記録再生装置３２３に供給し、再生を制御する。
ステップＳ２０５の処理が終了すると、制御部３５１は、ステップＳ２０６に処理を進める。また、ステップＳ２０４において、再生制御指示を受け付けていないと判定した場合、制御部３５１は、ステップＳ２０５の処理を省略し、ステップＳ２０６に処理を進める。
ステップＳ２０６において、制御部３５１は、入力受付処理部３５２を制御して、ユーザによりＬＴＣを用いた表示フレーム指定入力を受け付けたか否かを判定し、表示フレーム指定入力を受け付けたと判定した場合、ステップＳ２０７に処理を進め、後述するキューアップ制御処理を実行し、キューアップ処理部３５５を制御して、指定されたＬＴＣに基づいて、表示させるフレームのフレーム番号を特定させる。キューアップ処理部３５５は、保持部３５４に保持されているＬＴＣ変化点テーブル３６１を参照し、指定されたＬＴＣより、表示させるフレームのフレーム番号を特定し、その情報を制御部３５１に供給する。制御部３５１は、そのフレーム番号のフレームを表示させる命令情報を作成し、その命令情報を、命令処理部３５６を介してディスク記録再生装置３２３に供給し、指定されたフレームの映像をモニタ３２３Ｂに表示させる。
ステップＳ２０７の処理を終了した制御部３５１は、ステップＳ２０８に処理を進める。また、ステップＳ２０６において表示フレーム指定入力を受け付けていないと判定した場合、制御部３５１は、ステップＳ２０７の処理を省略し、ステップＳ２０８に処理を進める。
ステップＳ２０８において、制御部３５１は、再生制御処理を終了するか否かを判定し、終了しないと判定した場合、ステップＳ２０２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ２０８において、再生制御処理を終了すると判定した場合、制御部３５１は、ステップＳ２０９において終了処理を行い、再生制御処理を終了する。
以上のように再生制御を行うことにより、再生制御部３３４は、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
次に、ユーザがＬＴＣを用いて表示されるフレームを指示するキューアップ処理を制御するキューアップ制御処理を、図３３乃至図３５のフローチャートを参照して説明する。また、必要に応じて図３６乃至図４０を参照して説明する。なお、この処理は、図３２のステップＳ２０７の処理に対応する。
キューアップ制御処理が開始されると、キューアップ処理部３５５は、制御部３５１に制御されて、図３３のステップＳ２３１において、保持部３５４に保持されているＬＴＣ変化点テーブル３６１を参照し、現在のステータス区間を現在表示されているフレームに基づいて設定する。すなわち、キューアップ処理部３５５は、制御部３５１より供給される、現在、ディスク記録再生装置３２３において表示されているフレームのＦＴＣ（またはＬＴＣ）が、ＬＴＣ変化点テーブル３６１において、どのステータス区間に位置するかを求め、その位置のステータス区間を現在のステータス区間として設定する。
現在のステータス区間を設定したキューアップ処理部３５５は、ステップＳ２３２に処理を進め、制御部３５１よりキューアップ先のフレームのＬＴＣ、すなわち、目標のＬＴＣ（目標ＬＴＣ）を取得し、ステップＳ２３３に処理を進める。ステップＳ２３３において、キューアップ処理部３５５は、ＬＴＣ変化点テーブル３６１を参照し、ステップＳ２３２において取得した目標ＬＴＣに基づいて、その目標ＬＴＣのステータス区間が、現在のステータス区間と同じであるか否かを判定し、同じステータス区間であると判定した場合、ステップＳ２３４に処理を進める。
ステップＳ２３４において、キューアップ処理部３５５は、ＬＴＣ変化点テーブル３６１に基づいて、その目標ＬＴＣのステータス区間（すなわち、現在のステータス区間）がインクリメント区間であるか否かを判定し、インクリメント区間であると判定した場合、ステップＳ２３５に処理を進める。
ステップＳ２３５において、キューアップ処理部３５５は、目標ＬＴＣのフレームを表示させるようにキューアップ命令処理を行い、制御部３５１および命令処理部３５６を介して、キューアップ命令情報をディスク記録再生装置３２３に供給し、目標ＬＴＣのフレームを表示させる。すなわち、キューアップ処理部３５５は、現在のステータス区間および目標ＬＴＣのステータス区間がともに同じインクリメント区間である場合、目標ＬＴＣに対応するフレームのＦＴＣをＬＴＣ変化点テーブル３６１に基づいて算出し、そのＦＴＣを制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３６は、ＬＴＣとＦＴＣの関係の例を示す図であり、横軸はＦＴＣを示し、縦軸はＬＴＣを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋３」のフレームは、それぞれ、ＬＴＣの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間である。例えば、このインクリメント区間において、ＬＴＣが「１０１」のフレームａ（フレーム番号「Ｈ」のフレーム）からＬＴＣが「１０３」のフレームｂ（フレーム番号「Ｈ＋２」のフレーム）にキューアップを行う場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行い、フレームｂのＦＴＣ、すなわちフレーム番号「Ｈ＋２」を算出する。これにより、フレームｂのフレーム画像がモニタ３２３Ｂに表示される。
ステップＳ３５５の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２３４において、目標ＬＴＣのステータス区間（すなわち、現在のステータス区間）がインクリメント区間でないと判定した場合、キューアップ処理部３５５は、その目標ＬＴＣに対応するフレームが存在するとは限らないので、キューアップ制御処理を終了し、キューアップを行わないようにする。
図３６の、フレーム番号「Ｊ」のフレーム乃至フレーム番号「Ｊ＋３」のフレームは、それぞれ、ＬＴＣの値が「１０１」、「１０３」、「１０５」、「１０７」となっており、２つずつ増加しており、このステータス区間はインクリース区間である。例えば、このインクリース区間において、ＬＴＣの値が「１０１」のフレームｃ（フレーム番号「Ｊ」のフレーム）から、ＬＴＣの値が「１０３」のフレームｄ（フレーム番号「Ｊ＋１」のフレーム）にキューアップを行う場合は、フレームｄが実在する（フレーム番号「Ｊ＋１」のフレーム）ので、キューアップ可能であるが、例えば、キューアップ先のＬＴＣの値として「１０６」が指定された場合、すなわち、フレームｃから、ＬＴＣの値が「１０６」のフレームｅにキューアップを行うように指示された場合、フレームｅは、実在しないので、キューアップ処理部３５５はキューアップすることができない。このように、キューアップ先に指定されたフレームがインクリース区間に存在する場合、実在するか否かは、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、このような場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行わずに、キューアップ制御処理を終了する。
また、図３６の、フレーム番号「Ｋ」のフレーム乃至フレーム番号「Ｋ＋３」のフレームは全て、ＬＴＣの値が「１０６」となっており、一定であるので、このステータス区間はスティル区間である。例えば、このスティル区間においては、ＬＴＣの値がいずれのフレームも同じ「１０６」であり、例えば、フレームｆ（フレーム番号「Ｋ」のフレーム）も、フレームｇ（フレーム番号「Ｋ＋２」のフレーム）も、ＬＴＣの値が変化しないので、ＬＴＣでこれらのフレームを識別することができない。このように、キューアップ先に指定されたフレームがスティル区間に存在する場合、どのフレームが指定されたのか不明であるため、このような場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行わずに、キューアップ制御処理を終了する。
また、図３６のフレーム番号「Ｌ」のフレーム乃至フレーム番号「Ｌ＋３」のフレームは、それぞれ、ＬＴＣの値が「１０６」、「１０５」、「１０３」、「１０１」となっており、１つ以上ずつ減少しており、このステータス区間はディクリース区間である。例えば、このようなディクリース区間内において、キューアップ処理を行う場合、インクリース区間の場合と同様に、キューアップ先に指定されたフレームが実在するか否かは、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、このような場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行わずに、キューアップ制御処理を終了する。
このように、キューアップ処理部３５５は、インクリメント区間以外のステータス区間内においてキューアップが指示された場合は、キューアップさせずにキューアップ制御処理を終了する。
また、ステップＳ２３３において、目標ＬＴＣのステータス区間が、現在のステータス区間と同じでないと判定したキューアップ処理部３５５は、図３４のステップＳ２４１に処理を進める。図３４のステップＳ２４１において、キューアップ処理部３５５は、目標ＬＴＣの値が、現在表示されているフレームのＬＴＣ（現在ＬＴＣ）の値より大きいか否かを判定し、目標ＬＴＣの値が、現在ＬＴＣの値より大きいと判定した場合、すなわち、現在のフレームより時間的に後方であると判定した場合、ステップＳ２４２に処理を進める。
なお、キューアップ処理部３５５は、基本的に、目標ＬＴＣの値が、現在ＬＴＣの値より大きい場合は、現在より後のフレーム（ＦＴＣが大きいフレーム）の中から、キューアップ先を検索し、目標ＬＴＣの値が、現在ＬＴＣの値より小さい場合は、現在より前のフレーム（ＦＴＣが小さいフレーム）の中から、キューアップ先を検索する。
ステップＳ２４２において、キューアップ処理部３５５は、ＬＴＣ変化点テーブル３６１を参照し、現在のステータス区間の、次のステータス区間がディクリース区間であるか否かを判定する。次のステータス区間がディクリース区間でないと判定した場合、キューアップ処理部３５５は、ステップＳ２４３に処理を進め、ＬＴＣ変化点テーブル３６１に基づいて、目標ＬＴＣのフレームが、現在のステータス区間の、次のステータス区間に含まれるか否かを判定する。
目標ＬＴＣのフレームが、現在のステータス区間の、次のステータス区間に含まれないと判定した場合、キューアップ処理部３５５は、ステップＳ２４４に処理を進め、ＬＴＣ変化点テーブル３６１に基づいて、現在のステータス区間の、次のステータス（すなわち、ＬＴＣ変化点テーブルにおいて、次に出現する変化点のステータス）がエンドであるか否かを判定し、ＬＴＣ変化点テーブルにおいて、次に出現する変化点がエンド点ではなく、次のステータスがエンドではないと判定した場合、ステップＳ２４５に処理を進める。
ステップＳ２４５において、キューアップ処理部３５５は、現在のステータス区間の設定を次のステータス区間に更新し、ステップＳ２４２に処理を戻し、それ以降の処理を繰り返す。すなわち、キューアップ処理部３５５は、ステータス区間毎に、データにおける時間の進行方向と同じ方向にキューアップ先のフレームを検索していく。
また、ステップＳ２４４において、次のステータスがエンドであると判定した場合、キューアップ処理部３５５は、ステップＳ２４６に処理を進め、ＬＴＣ変化点テーブル３６１にエンド点として登録されているフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、エンド点のフレームのＦＴＣをキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３７は、ＬＴＣとＦＴＣの関係の例を示す図であり、横軸はＦＴＣを示し、縦軸はＬＴＣを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋４」のフレームは、それぞれ、ＬＴＣの値が「１０１」乃至「１０５」となっており、このステータス区間はインクリメント区間である。また、このクリップはフレーム番号「Ｈ＋４」のフレームにおいて終了しており、フレーム番号「Ｈ＋４」のフレームは、エンド点とされている。例えば、ＬＴＣが「１０２」のフレームａ（フレーム番号「Ｈ＋１」のフレーム）からＬＴＣが「１０６」のフレームｂへのキューアップを指示された場合、フレームｂは、ＬＴＣから判断してクリップ終了後のフレームであり、実在しない。実際には、フレームａより以前のフレームに存在する可能性もあるが、それを確認するために、キューアップ処理部３５５は、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、キューアップ処理部３５５は、ステップＳ２４６の処理を行い、エンド地点のフレームのＦＴＣ、すなわちフレーム番号「Ｈ＋４」を算出する。これにより、フレーム番号「Ｈ＋４」のフレームの画像がモニタ３２３Ｂに表示される。
ステップＳ２４６の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４３において、目標ＬＴＣのフレームが現在のステータス区間の、次のステータス区間に含まれると判定した場合、キューアップ処理部３５５は、ステップＳ２４７に処理を進め、その次のステータス区間がインクリメント区間であるか否かを判定する。インクリメント区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２４８に処理を進め、目標ＬＴＣのフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、次のステータス区間がインクリメント区間である場合、そのステータス区間において、目標ＬＴＣに対応するフレームのＦＴＣをＬＴＣ変化点テーブル３６１に基づいて算出し、そのＦＴＣをキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３８は、ＬＴＣとＦＴＣの関係の例を示す図であり、横軸はＦＴＣを示し、縦軸はＬＴＣを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋３」のフレームは全て、ＬＴＣの値が「１０１」となっており、このステータス区間はスティル区間である。また、フレーム番号「Ｈ＋３」のフレーム乃至フレーム番号「Ｈ＋６」のフレームは、それぞれ、ＬＴＣの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間である。例えば、このスティル区間のフレームａ（フレーム番号「Ｈ」のフレーム）から、ＬＴＣが「１０３」のフレームｂ（フレーム番号「Ｈ＋５」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｂをステータス区間毎に検索していくことで、そのＦＴＣを算出することができるので、ステップＳ２４８の処理を行い、フレームｂのＦＴＣ、すなわちフレーム番号「Ｈ＋５」を算出する。これにより、フレームｂのフレーム画像がモニタ３２３Ｂに表示される。
ステップＳ２４８の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４７において、現在のステータス区間の、次のステータス区間がインクリメント区間でないと判定した場合、その目標ＬＴＣに対応するフレームが存在するとは限らないので、キューアップ処理部３５５は、ステップＳ２４９に処理を進め、目標ＬＴＣのフレームが存在する次のステータス区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標ＬＴＣのステータス区間が、現在のステータス区間より後ろに存在するインクリース区間やスティル区間等である場合、そのステータス区間の先頭フレームのＦＴＣをＬＴＣ変化点テーブル３６１に基づいて算出し、そのＦＴＣをキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３８において、フレーム番号「Ｊ」のフレーム乃至フレーム番号「Ｊ＋３」のフレームは、それぞれ、ＬＴＣの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間である。また、フレーム番号「Ｊ＋３」のフレーム乃至フレーム番号「Ｊ＋５」のフレームは、それぞれ、ＬＴＣの値が「１０４」、「１０６」、「１０８」となっており、２つずつ増加しているので、このステータス区間はインクリース区間である。例えば、このインクリメント区間のフレームｃ（フレーム番号「Ｊ」のフレーム）から、ＬＴＣが「１０６」のフレームｄ（フレーム番号「Ｊ＋４」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｄがインクリース区間に存在するので、上述したように、そのフレームｄが実在するか否かを確認することができない。従って、このような場合、キューアップ処理部３５５は、ステップＳ２４９の処理を実行し、フレームｄが存在するステータス区間の先頭フレーム（フレーム番号「Ｊ＋３」のフレーム）にキューアップさせるように制御する。
ステップＳ２４９の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４２において、現在のステータス区間の、次のステータス区間がディクリース区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２５０に処理を進め、目標ＬＴＣのフレームが存在する、そのディクリース区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標ＬＴＣのステータス区間が、現在のステータス区間より後ろに存在するディクリース区間等である場合、そのディクリース区間の先頭フレームのＦＴＣをＬＴＣ変化点テーブル３６１に基づいて算出し、そのＦＴＣをキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３９は、ＬＴＣとＦＴＣの関係の例を示す図であり、横軸はＦＴＣを示し、縦軸はＬＴＣを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋２」のフレームは、それぞれ、ＬＴＣの値が「１０２」乃至「１０４」となっており、このステータス区間はインクリメント区間（インクリメント１）である。また、フレーム番号「Ｈ＋２」のフレーム乃至フレーム番号「Ｈ＋４」のフレームは、それぞれ、ＬＴＣの値が「１０４」、「１０３」、「１０１」となっており、このステータス区間はディクリース区間である。さらに、フレーム番号「Ｈ＋４」のフレームおよびフレーム番号「Ｈ＋５」のフレームは、それぞれ、ＬＴＣの値が「１０１」、「１０２」となっており、このステータス区間はインクリメント区間（インクリメント２）である。例えば、ＬＴＣが「１０１」のフレームａ（フレーム番号「Ｈ」のフレーム）から、ＬＴＣが「１０２」のフレームｂ（フレーム番号「Ｈ＋５」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｂをステータス区間毎に検索していく。しかしながら、途中に、ディクリース区間が存在すると、フレーム番号「Ｈ」のフレームとフレーム番号「Ｈ＋４」のように、同じＬＴＣのフレームが複数存在する場合があり、指定されたＬＴＣのフレームを特定可能か否かが不明である。従って、このような場合、キューアップ処理部３５５は、ステップＳ２５０の処理を行い、このディクリース区間の先頭フレーム（フレーム番号「Ｈ＋２」のフレーム）にキューアップさせるように制御する。
ステップＳ２５０の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４１において、目標ＬＴＣの値が、現在ＬＴＣの値より小さいと判定した場合、すなわち、現在のフレームより時間的に前方であると判定した場合、キューアップ処理部３５５は、図３５のステップＳ２６１に処理を進める。
図３５のステップＳ２６１において、キューアップ処理部３５５は、ＬＴＣ変化点テーブル３６１を参照し、現在のステータス区間の、１つ前のステータス区間がディクリース区間であるか否かを判定する。１つ前のステータス区間がディクリース区間でないと判定した場合、キューアップ処理部３５５は、ステップＳ２６２に処理を進め、ＬＴＣ変化点テーブル３６１に基づいて、目標ＬＴＣのフレームが、現在のステータス区間の、１つ前のステータス区間に含まれるか否かを判定する。
目標ＬＴＣのフレームが、現在のステータス区間の、１つ前のステータス区間に含まれないと判定した場合、キューアップ処理部３５５は、ステップＳ２６３に処理を進め、ＬＴＣ変化点テーブル３６１に基づいて、現在のステータス区間の、１つ前のステータス区間の先頭フレームのフレーム番号（ＦＴＣ）が「０」であるか否かを判定し、１つ前のステータス区間の先頭フレームのフレーム番号（ＦＴＣ）が「０」でないと判定した場合、ステップＳ２６４に処理を進める。
ステップＳ２６４において、キューアップ処理部３５５は、現在のステータス区間の設定を１つ前のステータス区間に更新し、ステップＳ２６１に処理を戻し、それ以降の処理を繰り返す。すなわち、キューアップ処理部３５５は、ステータス区間毎に、データにおける時間の進行方向と逆方向にキューアップ先のフレームを検索していく。
また、ステップＳ２６３において、１つ前のステータス区間の先頭フレームのフレーム番号（ＦＴＣ）が「０」であると判定した場合、キューアップ処理部３５５は、ステップＳ２６５に処理を進め、フレーム番号「０」のフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、このクリップの先頭フレームのＦＴＣ（すなわち、「０」）をキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
図４０は、ＬＴＣとＦＴＣの関係の例を示す図であり、横軸はＦＴＣを示し、縦軸はＬＴＣを示している。フレーム番号「０」のフレーム乃至フレーム番号「４」のフレームは、それぞれ、ＬＴＣの値が「１０３」乃至「１０７」となっており、このステータス区間はインクリメント区間である。また、このクリップはフレーム番号「０」のフレームにおいて開始されている。例えば、ＬＴＣが「１０７」のフレームａ（フレーム番号「Ｈ＋４」のフレーム）からＬＴＣが「１０１」のフレームｂへのキューアップを指示された場合、フレームｂは、ＬＴＣから判断してクリップ開始前のフレームであり、実在しない。実際には、フレームａより後のフレームに存在する可能性もあるが、それを確認するために、キューアップ処理部３５５は、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、キューアップ処理部３５５は、ステップＳ２６５の処理を行い、クリップの先頭フレームのＦＴＣ、すなわちフレーム番号「０」を算出する。これにより、フレーム番号「０」のフレームの画像がモニタ３２３Ｂに表示される。
ステップＳ２６５の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２６２において、目標ＬＴＣのフレームが現在のステータス区間の、１つ前のステータス区間に含まれると判定した場合、キューアップ処理部３５５は、ステップＳ２６６に処理を進め、１つ前のステータス区間がインクリメント区間であるか否かを判定する。インクリメント区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２６７に処理を進め、目標ＬＴＣのフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、１つ前のステータス区間がインクリメント区間である場合、そのステータス区間において、目標ＬＴＣに対応するフレームのＦＴＣをＬＴＣ変化点テーブル３６１に基づいて算出し、そのＦＴＣをキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
例えば、図３８において、ＬＴＣの値が「１０６」のフレームｄ（フレーム番号「Ｊ＋４」のフレーム）からＬＴＣの値が「１０１」のフレームｃ（フレーム番号「Ｊ」のフレーム））へのキューアップが指示されると、キューアップ処理部３５５は、フレームｃをステータス区間毎に検索していくことで、そのＦＴＣを算出することができるので、ステップＳ２６７の処理を行い、フレームｃのＦＴＣ、すなわちフレーム番号「Ｊ」を算出する。これにより、フレームｃのフレーム画像がモニタ３２３Ｂに表示される。
ステップＳ２６７の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２６６において、現在のステータス区間の、１つ前のステータス区間がインクリメント区間でないと判定した場合、その目標ＬＴＣに対応するフレームが存在するとは限らないので、キューアップ処理部３５５は、ステップＳ２６８に処理を進め、現在のステータス区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標ＬＴＣのステータス区間が、現在のステータス区間より前に存在するインクリース区間やスティル区間等である場合、そのステータス区間の１つ後ろのステータス区間の先頭フレームのＦＴＣをＬＴＣ変化点テーブル３６１に基づいて算出し、そのＦＴＣをキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
例えば、図３８において、ＬＴＣの値が「１０３」のフレームｂ（フレーム番号「Ｈ＋５」のフレーム）からＬＴＣの値が「１０１」のフレームａ（フレーム番号「Ｈ」のフレーム））へのキューアップが指示されると、キューアップ処理部３５５は、フレームａがスティル区間に存在するので、上述したように、そのフレームａのＦＴＣを特定することができない。従って、このような場合、キューアップ処理部３５５は、ステップＳ２６８の処理を実行し、現在のステータス区間の先頭フレーム（フレーム番号「Ｈ＋３」のフレーム）にキューアップさせるように制御する。
ステップＳ２６８の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２６１において、現在のステータス区間の、１つ前のステータス区間がディクリース区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２６９に処理を進め、目標ＬＴＣのフレームが存在するディクリース区間の、キューアップ方向に対して直前のインクリメント区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標ＬＴＣのステータス区間が、現在のステータス区間より前に存在するディクリース区間等である場合、そのディクリース区間の、キューアップ方向に対して手前であり、かつ、最もそのディクリース区間に近いインクリメント区間の先頭フレームのＦＴＣをＬＴＣ変化点テーブル３６１に基づいて算出し、そのＦＴＣをキューアップ先のＦＴＣとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のＦＴＣを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、ＦＴＣによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３９において、フレーム番号「Ｊ」のフレーム乃至フレーム番号「Ｊ＋３」のフレームは、それぞれ、ＬＴＣの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間（インクリメント１）である。また、フレーム番号「Ｊ＋３」のフレームおよびフレーム番号「Ｊ＋４」のフレームは、それぞれ、ＬＴＣの値が「１０４」、「１０１」となっており、このステータス区間はディクリース区間である。さらに、フレーム番号「Ｊ＋４」のフレーム乃至フレーム番号「Ｊ＋６」のフレームは、それぞれ、ＬＴＣの値が「１０１」、「１０３」、「１０５」となっており、このステータス区間はインクリース区間である。さらに、フレーム番号「Ｊ＋６」のフレームおよびフレーム番号「Ｊ＋７」のフレームは、それぞれ、ＬＴＣの値が「１０５」、「１０６」となっており、このステータス区間はインクリメント区間（インクリメント２）である。例えば、ＬＴＣが「１０４」のフレームｃ（フレーム番号「Ｊ＋７」のフレーム）から、ＬＴＣが「１０１」のフレームｄ（フレーム番号「Ｊ」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｄをステータス区間毎に検索していく。しかしながら、途中に、ディクリース区間が存在すると、フレーム番号「Ｊ」のフレームとフレーム番号「Ｊ＋４」のように、同じＬＴＣのフレームが複数存在する場合があり、指定されたＬＴＣのフレームを特定可能か否かが不明である。従って、このような場合、キューアップ処理部３５５は、ステップＳ２６９の処理を行い、このディクリース区間の直前のインクリメント区間（インクリメント２）の先頭フレーム（フレーム番号「Ｊ＋６」のフレーム）にキューアップさせるように制御する。
ステップＳ２６９の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
キューアップ処理部３５５は、以上のように、ＬＴＣ変化点テーブル３６１を参照することにより、キューアップ制御処理を行う。これにより、ユーザは、キューアップ先のフレームのＬＴＣを指定するだけで、その指定したフレーム、またはその近傍のフレームを容易に表示させることができる。このように、図２８の編集システム３１０は、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
なお、以上においては、目的ＬＴＣのフレームがインクリメント区間以外に存在する場合、そのフレームへのキューアップを行わないように説明したが、編集制御装置３２４の能力が十分であるならば、さらにリアルタイムメタデータのＬＴＣを用いて詳細な検索を行い、指定されたフレームを特定するようにしてももちろんよい。
また、以上において説明に用いたＬＴＣおよびＦＴＣの値は、一例を示すものであり、上述したものに限るものではない。同様に、ステータス区間の並びも上述した順番以外であってももちろん良い。さらに、ステータスの種類も上述したものに限らず、どのようなものであっても良いし、その種類の数もいくつであってもよい。また、指定されたキューアップ先のステータスによって、実際のキューアップ先がそれと異なる場合があることを説明したが、その実際のキューアップ先の場所を上述した以外の場所にするようにしてもよい。
なお、以上においては、ＬＴＣの増加や減少のパターンが変化する変化点をテーブル化したＬＴＣ変化点テーブルを用いてキューアップ処理を行う場合について説明したが、キューアップ処理に用いられるテーブルは、ＬＴＣとＦＴＣを対応付けたものであればよく、ＬＴＣの変化点のテーブルでなくてもよい。
図２８においては、互いにネットワーク３２２で接続された、２台のディスク記録再生装置３２１および３２３と編集制御装置３２４よりなる編集システム３１０の例を説明したが、編集システムの構成例は上述した以外であってもよく、例えば、ディスク記録再生装置や編集制御装置の台数は１台であってもよいし、２台以上であってもよい。また、ディスク記録再生装置３２１または３２３が２つのドライブを有するようにし、それらのドライブ間においてクリップの再生および記録が行われるようにしてももちろんよい。また、例えば、カムコーダ３００等の、さらに他の装置が編集システム３１０に含まれるようにしてもよい。さらに、編集システム３１０は、予め編集されたクリップが記録された光ディスク３１がドライブに装着されたディスク記録再生装置と、編集制御装置により構成される再生制御システムとしてもよい。
さらに、上述したディスク記録再生装置３２１または３２３と、編集制御装置３２４とを１つの装置として構成するようにしてもよく、それらの一部の機能をさらに別体として構成されるようにしてもよい。
なお、本発明は、上述した機能以外の機能を有する構成の情報処理装置においても適用することができる。従って、上述したディスク記録再生装置３０、３２１、および３２３、カムコーダ３００、並びに、編集制御装置３２４は、上述した以外の機能をさらに有するようにしてももちろんよい。
上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
記録媒体は、例えば、図２９に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）を含む）、光磁気ディスク（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア３４６により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているＲＯＭ３３２や記憶部３４３が含まれるハードディスクなどで構成される。
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

Claims (10)

  1. 画像データを再生する再生装置において、
    前記画像データの各フレームの絶対的な位置情報である第１の位置情報を用いたフレームの再生指示に対応するフレームである再生フレームの、前記画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を特定する特定手段と、
    前記特定手段により特定された前記第２の位置情報に対応する前記再生フレームを再生する再生手段と
    を備えることを特徴とする再生装置。
  2. 前記第１の位置情報は、実際の時刻を利用して、前記フレームの絶対的な位置を示すタイムコードである
    ことを特徴とする請求項１に記載の再生装置。
  3. 前記第１の位置情報は、所定の時刻を基準とした時間情報を利用して、前記フレームの絶対的な位置を示すタイムコードである
    ことを特徴とする請求項１に記載の再生装置。
  4. 前記第２の位置情報は、前記画像データの先頭のフレームからのフレーム数を示すフレーム番号を利用して、前記フレームの相対的な位置を示すタイムコードである
    ことを特徴とする請求項１に記載の再生装置。
  5. 前記特定手段は、前記第１の位置情報と前記第２の位置情報を関連付けるテーブル情報であって、前記第１の位置情報の値の、変化パターンの種類が変化するフレームである変化点における、第１の位置情報と第２の位置情報の対応関係を要素とするテーブル情報に基づいて、前記再生フレームの前記第２の位置情報を特定する
    ことを特徴とする請求項１に記載の再生装置。
  6. 前記テーブル情報の各要素は、前記変化点以降のフレームにおける前記第１の位置情報の値の変化パターンの種類を示すステータス情報を含む
    ことを特徴とする請求項５に記載の再生装置。
  7. 前記特定手段は、前記テーブル情報において、前記変化点により区分される、前記ステータス情報が同じである複数の連続するフレーム群よりなるステータス区間毎に、前記再生指示の前記第１の位置情報が存在するか否かの判定を行い、前記判定の判定結果に基づいて前記再生フレームの前記第２の位置情報を特定する
    ことを特徴とする請求項６に記載の再生装置。
  8. 前記特定手段は、前記再生指示の前記第１の位置情報の値が、現在再生されているフレームの前記第１の位置情報の値より大きい場合、前記第２の位置情報が増加する方向に、連続する各ステータス区間に対して順番に前記判定を行い、
    前記再生指示の前記第１の位置情報の値が、現在再生されているフレームの前記第１の位置情報の値より小さい場合、前記第２の位置情報が減少する方向に、連続する各ステータス区間に対して順番に前記判定を行う
    ことを特徴とする請求項７に記載の再生装置。
  9. 画像データを再生する再生方法において、
    前記画像データの各フレームの絶対的な位置情報である第１の位置情報を用いてフレームの再生を指示する再生指示を受け付け、
    受け付けた前記再生指示の前記第１の情報に基づいて、再生するフレームの、前記画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を特定し、
    特定された前記第２の位置情報に対応するフレームを再生する
    ことを特徴とする再生方法。
  10. 画像データを再生する処理を、コンピュータに行わせるプログラムにおいて、
    前記画像データの各フレームの絶対的な位置情報である第１の位置情報を用いてフレームの再生を指示する再生指示を受け付け、
    受け付けた前記再生指示の前記第１の情報に基づいて、再生するフレームの、前記画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を特定し、
    特定された前記第２の位置情報に対応するフレームを再生する
    ことを特徴とするプログラム。
    をコンピュータに実行させることを特徴とするプログラム
JP2005513293A 2003-08-22 2004-08-19 再生装置および方法、並びにプログラム Expired - Fee Related JP4314531B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2003298565 2003-08-22
JP2003298565 2003-08-22
PCT/JP2004/011904 WO2005020572A1 (ja) 2003-08-22 2004-08-19 再生装置および方法、並びにプログラム

Publications (2)

Publication Number Publication Date
JPWO2005020572A1 true JPWO2005020572A1 (ja) 2007-11-01
JP4314531B2 JP4314531B2 (ja) 2009-08-19

Family

ID=34213719

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005513293A Expired - Fee Related JP4314531B2 (ja) 2003-08-22 2004-08-19 再生装置および方法、並びにプログラム

Country Status (7)

Country Link
US (1) US7881587B2 (ja)
EP (1) EP1657922A4 (ja)
JP (1) JP4314531B2 (ja)
CN (1) CN100596182C (ja)
AU (1) AU2004302355B2 (ja)
CA (1) CA2535572C (ja)
WO (1) WO2005020572A1 (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7752548B2 (en) 2004-10-29 2010-07-06 Microsoft Corporation Features such as titles, transitions, and/or effects which vary according to positions
EP1863198A4 (en) * 2005-03-25 2012-03-14 Nec Corp PRESSER TYPE COMMUNICATION SYSTEM FOR TRANSMITTING AND COMMUNICATION METHOD PRESSING FOR TRANSMITTING
US20060271855A1 (en) * 2005-05-27 2006-11-30 Microsoft Corporation Operating system shell management of video files
US7945142B2 (en) * 2006-06-15 2011-05-17 Microsoft Corporation Audio/visual editing tool
US8375302B2 (en) * 2006-11-17 2013-02-12 Microsoft Corporation Example based video editing
JP4405523B2 (ja) * 2007-03-20 2010-01-27 株式会社東芝 コンテンツ配信システム、このコンテンツ配信システムで使用されるサーバ装置及び受信装置
JP4360428B2 (ja) * 2007-07-19 2009-11-11 ソニー株式会社 記録装置、記録方法、コンピュータプログラムおよび記録媒体
CN101448094B (zh) * 2007-11-28 2012-06-06 新奥特（北京）视频技术有限公司 一种用于快速导入媒体素材的方法
US20100246342A1 (en) * 2009-03-29 2010-09-30 Izraeli Robert Device for uninterrupted listening to radio broadcast
CN102025957B (zh) * 2010-12-10 2012-07-04 大连捷成实业发展有限公司 一种基于同步计数的纵向时间码的解码方法
JP2012175468A (ja) * 2011-02-22 2012-09-10 Sony Corp 情報処理装置、情報処理方法、及びプログラム
TWI483614B (zh) * 2011-03-16 2015-05-01 Hon Hai Prec Ind Co Ltd 網路視頻錄影機之前端錄影系統及方法
JP2013123127A (ja) * 2011-12-09 2013-06-20 Fujitsu Mobile Communications Ltd ユーザ端末及び通信方法
DE102011120911A1 (de) * 2011-12-12 2013-06-13 fileCAST Media GmbH Streaming-basiertes Medien-System
KR102064952B1 (ko) * 2013-07-12 2020-01-10 삼성전자주식회사 수신 데이터를 이용하여 어플리케이션을 운영하는 전자 장치
US9929824B2 (en) 2015-01-26 2018-03-27 Timecode Systems Limited Networked programmable master clock base stations
US20170052705A1 (en) * 2015-08-18 2017-02-23 International Business Machines Corporation Listing storage media
US10063637B2 (en) 2015-10-12 2018-08-28 Timecode Systems Limited Synchronizing data between personal and timecode devices
US10021465B2 (en) 2015-10-12 2018-07-10 Timecode Systems Limited Synchronizing media devices
US9866732B2 (en) 2015-10-12 2018-01-09 Timecode Systems Limited Synchronizing data between personal and timecode devices
US10742733B2 (en) 2015-10-12 2020-08-11 Timecode Systems Limited Synchronizing data between media devices
CN112579202B (zh) * 2020-12-17 2024-04-05 深圳软牛科技有限公司 Windows系统的服务性程序编辑方法、装置、设备及存储介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05334854A (ja) * 1992-05-29 1993-12-17 Pioneer Electron Corp タイムコード検索方法
US6044197A (en) * 1994-03-14 2000-03-28 Grass Valley (U.S.) Inc. Recording of time code in a database
JPH10285534A (ja) 1997-04-06 1998-10-23 Sony Corp 映像信号処理装置
US6134378A (en) * 1997-04-06 2000-10-17 Sony Corporation Video signal processing device that facilitates editing by producing control information from detected video signal information
WO1999011063A1 (fr) * 1997-08-21 1999-03-04 Sony Corporation Procede et dispositif d'enregistrement sur disque, procede et dispositif de lecture de disque et support d'enregistrement
JP2000173245A (ja) * 1998-11-30 2000-06-23 Sony Corp 編集装置及び編集方法
JP4613390B2 (ja) 2000-04-10 2011-01-19 ソニー株式会社 画像処理装置及び画像処理方法
JP2001351365A (ja) * 2000-06-08 2001-12-21 Sony Corp データ記録再生装置およびデータ記録再生方法

Also Published As

Publication number Publication date
US20070009231A1 (en) 2007-01-11
JP4314531B2 (ja) 2009-08-19
AU2004302355A1 (en) 2005-03-03
CN1871850A (zh) 2006-11-29
CA2535572A1 (en) 2005-03-03
CA2535572C (en) 2014-12-23
WO2005020572A1 (ja) 2005-03-03
EP1657922A4 (en) 2011-09-07
AU2004302355B2 (en) 2010-04-08
CN100596182C (zh) 2010-03-24
EP1657922A1 (en) 2006-05-17
US7881587B2 (en) 2011-02-01

Similar Documents

Publication Publication Date Title
JP4314531B2 (ja) 再生装置および方法、並びにプログラム
JP3677779B2 (ja) 情報処理装置および方法、プログラム、並びに記録媒体
US8582411B2 (en) Apparatus and method for information processing
JP2001157155A (ja) 記録媒体、記録装置、再生装置、記録方法、及びコンピュータ読みとり可能な記録媒体
US8639098B2 (en) Apparatus, method, and computer program for processing information
JP3610975B2 (ja) 記録装置および方法
JP2000134565A (ja) 記録媒体、記録装置、再生装置、記録方法、及びコンピュ―タ読みとり可能な記録媒体
JP3873921B2 (ja) 記録装置および方法
JP4280975B2 (ja) データ記録制御装置および方法、データ再生装置および方法、並びにプログラム
JP2000215648A (ja) 記録装置
JP4179030B2 (ja) 記録装置および方法、ならびに、再生装置および方法
US20080126427A1 (en) Contents-data editing apparatus, method of updating playlist of contents data, and recording medium
JP2001069461A (ja) 再生装置、再生方法、およびコンピュータ読み取り可能な記録媒体
JP2004310833A (ja) 記録装置および方法
JP2004310832A (ja) 記録装置および方法
JP2004312158A (ja) 信号処理装置および方法、ならびに、記録装置および方法
JP2005020320A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP2002247511A (ja) 記録媒体、記録装置、再生装置、記録方法、及びコンピュータ読みとり可能な記録媒体
JP2002271732A (ja) 再生方法、再生装置、およびコンピュータ読み取り可能な記録媒体

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090120

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090323

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: 20090423

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: 20090506

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

Free format text: PAYMENT UNTIL: 20120529

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20130529

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees