[go: up one dir, main page]

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

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

Info

Publication number
JP4314531B2
JP4314531B2 JP2005513293A JP2005513293A JP4314531B2 JP 4314531 B2 JP4314531 B2 JP 4314531B2 JP 2005513293 A JP2005513293 A JP 2005513293A JP 2005513293 A JP2005513293 A JP 2005513293A JP 4314531 B2 JP4314531 B2 JP 4314531B2
Authority
JP
Japan
Prior art keywords
data
frame
ltc
position information
real
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.)
Expired - Fee Related
Application number
JP2005513293A
Other languages
English (en)
Other versions
JPWO2005020572A1 (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
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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)

Description

本発明は、再生装置および方法、並びにプログラムに関し、特に、記録媒体の利便性を向上させ、例えば、ユーザがより容易に再生制御処理を行うこと等ができるようにする再生装置および方法、並びにプログラムに関する。
近年、撮影等により取得された画像データや音声データが記録媒体に記録される際に、画像データや音声データに編集用の情報として、付加情報が付加される方法が普及してきた（例えば、特許文献１参照）。
例えば、画像データや音声データが、VTR（Video Tape Recorder）等により、ビデオテープに記録される場合、図１Ａに示されるように、ビデオテープ１０の所定の記憶領域であるエッセンスデータ記憶領域１１には、音声データや画像データ（図中斜め方向に傾斜した黒色の長方形部分）が順番に記録されるとともに、所定の記憶領域である付加情報記憶領域１３には、画像データの各フレームのタイムコードであるLTC（Linear Time Code）が、画像データに対応させて記録される。
図１Ａの場合、ビデオテープ１０のエッセンスデータ記憶領域１１には、画像データおよび音声データを含む３つのクリップ（クリップ１２−１乃至１２−３）が記録されており、それに対応してLTCが付加情報記憶領域１３に記憶されている。クリップ１２−１乃至１２−３の各クリップに対応するLTCの、先頭のLTCである先頭LTC１４−１乃至１４−３の値は、それぞれ、「00:10:20:00」、「12:34:56:10」、および「00:00:30:15」である。
LTCは、各クリップ内においては連続であるが、各クリップ間においては、不連続である場合もあり、複数のクリップにおいて、同じ値のLTCが存在する場合もある。
ところで、画像データや音声データの編集方法として、近年、パーソナルコンピュータ等を用いて編集を行う、ノンリニア編集（NLE：Non Linear Editing）という方法がある。ノンリニア編集においては、図１Ｂに示されるように、データの編集装置として使用されるパーソナルコンピュータのハードディスク（HDD）２０等に、画像データや音声データが、例えばクリップ単位で、ファイルとして記録される。
図１Ｂの場合、ハードディスク２０には、画像データや音声データを含む編集対象のデータであるエッセンスデータがファイル２１−１および２１−２として記録されている。この場合、エッセンスデータは、例えば、フレーム単位で指定可能であり、各フレームには、ファイル毎にフレーム番号が割り当てられている。このフレーム番号は、FTC（File Time Code）として管理され、エッセンスデータを編集するユーザは、このFTCを用いて、必要なファイルの必要な部分を直接指定することができる。
なお、このFTC（フレーム番号）は、各ファイルの先頭フレームの番号を「０」とし、その先頭フレームから順番に、各フレームに割り当てられる相対的な位置情報であるので、同じ値のFTC（フレーム番号）が複数のファイルに存在する場合がある。
特開２００１−２９２４１号公報（第１４−１５ページ、図８）
しかしながら、例えば、図１Ａの場合、フレームに関連付けられたタイムコードであるLTCは、撮影等による画像データの作成時の時刻を表すものであり、対応するエッセンスデータのビデオテープ上の記録位置を管理するためのものではない。従って、上述したように、LTCは各クリップ間においてその値が連続しているとは限らず、ユーザは、LTCを用いて、所望のフレームのエッセンスデータを直接検索することができないという課題があった。
図１Ａの場合、ユーザは、エッセンスデータを先頭から順番に出力させながら、表示されたLTCを利用して、所望のフレームを検索する必要があった。
また、例えば、図１Ｂの場合、ユーザは、フレーム番号を示すFTCを用いて、所望のフレームのエッセンスデータを直接検索することができる。しかしながら、FTCは、上述したように、各ファイルの先頭フレームからの相対的な位置を示す値であり、ファイル毎に独立したデータであるので、ユーザは、このFTCを用いて、複数のファイル間において、撮影等による画像データの作成時の時刻の前後関係を容易に把握することができないという課題があった。
また、例えば、複数のクリップを合成する編集が行われ、１つのファイルに複数のクリップが存在する場合、ユーザは、そのファイルに含まれる各クリップ間において、撮影等による画像データの作成時の、時刻の前後関係を容易に把握することができなかった。従って、このようなファイルの再生時に、例えば、表示するフレームを直接指定するキューアップ処理を行う場合にFTCを用いてキューアップ処理を行うと、ユーザは、キューアップ後に表示されたフレームが、どのクリップのものであるかを把握することが困難であり、また、そのフレームがキューアップ前のフレームより時間的に前の情報であるのか、または後の情報であるのかを判断することが困難であった。
本発明はこのような状況に鑑みてなされたものであり、ユーザがより容易に再生制御処理を行うことができるようにする等の、記録媒体の利便性を向上させることができるようにするものである。
本発明の再生装置は、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いたフレームの再生指示に対応するフレームである再生フレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を特定する特定手段と、特定手段により特定された第２の位置情報に対応する再生フレームを再生する再生手段とを備え、特定手段は、第１の位置情報と第２の位置情報を関連付けるテーブル情報であって、第１の位置情報の値の変化パターンの種類が変化するフレームである変化点における、第１の位置情報と第２の位置情報の対応関係を要素とするテーブル情報に基づいて、再生フレームの第２の位置情報を特定することを特徴とする。
前記第１の位置情報は、実際の時刻または所定の時刻を基準とした時間情報を利用して、フレームの絶対的な位置を示すタイムコードであるようにすることができる。
前記第２の位置情報は、画像データの先頭のフレームからのフレーム数を示すフレーム番号を利用して、フレームの相対的な位置を示すタイムコードであるようにすることができる。
前記テーブル情報の各要素は、変化点以降のフレームにおける第１の位置情報の値の変化パターンの種類を示すステータス情報を含むようにすることができる。
前記特定手段は、テーブル情報において、変化点により区分される、ステータス情報が同じである複数の連続するフレーム群よりなるステータス区間毎に、再生指示の第１の位置情報が存在するか否かの判定を行い、判定の判定結果に基づいて再生フレームの第２の位置情報を特定することができる。
前記特定手段は、再生指示の第１の位置情報の値が、現在再生されているフレームの第１の位置情報の値より大きい場合、第２の位置情報が増加する方向に、連続する各ステータス区間に対して順番に判定を行い、再生指示の第１の位置情報の値が、現在再生されているフレームの第１の位置情報の値より小さい場合、第２の位置情報が減少する方向に、連続する各ステータス区間に対して順番に判定を行うようにすることができる。
前記変化パターンは、第２の位置情報の値が１増加する毎に第１の位置情報の値が１増加するインクリメント、第２の位置情報の値が１増加する毎に第１の位置情報の値が２以上増加するインクリース、第２の位置情報の値が１増加しても第１の位置情報の値が変化しないスティル、並びに、第２の位置情報の値が１増加する毎に第１の位置情報の値が１以上減少するディクリースを含むようにすることができる。
前記特定手段は、再生指示の第１の位置情報の値が存在する、ステータス情報が同じである複数の連続するフレーム群よりなるステータス区間の変化パターンがインクリメントである場合のみ、再生フレームを再生指示の第１の位置情報により示されるフレームとし、再生フレームの第２の位置情報を特定するようにすることができる。
本発明の再生方法は、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いてフレームの再生を指示する再生指示を受け付け、受け付けた再生指示の第１の情報に基づいて、再生するフレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を、第１の位置情報と第２の位置情報を関連付けるテーブル情報であって、第１の位置情報の値の変化パターンの種類が変化するフレームである変化点における、第１の位置情報と第２の位置情報の対応関係を要素とするテーブル情報を用いて特定し、特定された第２の位置情報に対応するフレームを再生することを特徴とする。
本発明のプログラムは、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いてフレームの再生を指示する再生指示を受け付け、受け付けた再生指示の第１の情報に基づいて、再生するフレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報を、第１の位置情報と第２の位置情報を関連付けるテーブル情報であって、第１の位置情報の値の変化パターンの種類が変化するフレームである変化点における、第１の位置情報と第２の位置情報の対応関係を要素とするテーブル情報を用いて特定し、特定された第２の位置情報に対応するフレームを再生することを特徴とする。
本発明の再生装置および方法、並びにプログラムにおいては、画像データの各フレームの絶対的な位置情報である第１の位置情報を用いたフレームの再生指示に対応するフレームである再生フレームの、画像データの先頭のフレームを基準とする相対的な位置情報である第２の位置情報が、第１の位置情報と第２の位置情報を関連付けるテーブル情報であって、第１の位置情報の値の変化パターンの種類が変化するフレームである変化点における、第１の位置情報と第２の位置情報の対応関係を要素とするテーブル情報を用いて特定され、その特定された第２の位置情報に対応する再生フレームが再生される。
本発明によれば、信号を処理することができる。特に、記録媒体の利便性を向上させ、ユーザがより容易に再生制御処理を行うこと等ができるようにすることができる。
以下に、本発明の実施の形態について図面を参照して説明する。
図２は、本発明を適用した、ディスク記録再生装置（ディスク装置）３０の一実施の形態の構成例を示している。
スピンドルモータ３２は、サーボ制御部３５からのスピンドルモータ駆動信号に基づいて、光ディスク３１をCLV(Constant Linear Velocity)またはCAV(Constant Angular Velocity)で回転駆動する。
ピックアップ部３３は、信号処理部３６から供給される記録信号に基づきレーザ光の出力を制御して、光ディスク３１に記録信号を記録する。ピックアップ部３３はまた、光ディスク３１にレーザ光を集光して照射するとともに、光ディスク３１からの反射光を光電変換して電流信号を生成し、RF(Radio Frequency)アンプ３４に供給する。なお、レーザ光の照射位置は、サーボ制御部３５からピックアップ部３３に供給されるサーボ信号により所定の位置に制御される。
RFアンプ３４は、ピックアップ部３３からの電流信号に基づいて、フォーカス誤差信号およびトラッキング誤差信号、並びに再生信号を生成し、トラッキング誤差信号およびフォーカス誤差信号をサーボ制御部３５に供給し、再生信号を信号処理部３６に供給する。
サーボ制御部３５は、フォーカスサーボ動作やトラッキングサーボ動作の制御を行う。具体的には、サーボ制御部３５は、RFアンプ３４からのフォーカス誤差信号とトラッキング誤差信号に基づいてフォーカスサーボ信号とトラッキングサーボ信号をそれぞれ生成し、ピックアップ部３３のアクチュエータ（図示せず）に供給する。またサーボ制御部３５は、スピンドルモータ３２を駆動するスピンドルモータ駆動信号を生成して、光ディスク３１を所定の回転速度で回転させるスピンドルサーボ動作の制御を行う。
さらにサーボ制御部３５は、ピックアップ部３３を光ディスク３１の径方向に移動させてレーザ光の照射位置を変えるスレッド制御を行う。なお、光ディスク３１の信号読み出し位置の設定は、制御部４０によって行われ、設定された読み出し位置から信号を読み出すことができるようにピックアップ部３３の位置が制御される。
信号処理部３６は、メモリコントローラ３７から入力される記録データを変調して記録信号を生成し、ピックアップ部３３に供給する。信号処理部３６はまた、RFアンプ３４からの再生信号を復調して再生データを生成し、メモリコントローラ３７に供給する。
メモリコントローラ３７は、データ変換部３９からの記録データを、後述するように、適宜、メモリ３８に記憶するとともに、それを読み出し、信号処理部３６に供給する。メモリコントローラ３７はまた、信号処理部３６からの再生データを、適宜、メモリ３８に記憶するとともに、それを読み出し、データ変換部３９に供給する。
データ変換部３９は、信号入出力装置５１から供給される、ビデオカメラ（図示せず）で撮影された撮影画像と音声の信号や、記録媒体（図示せず）から再生された信号を、必要に応じて、例えば、MPEG (Moving Picture Experts Group)、JPEG (Joint Photographic Experts Group)等の方式に基づいて圧縮して記録データを生成し、メモリコントローラ３７に供給する。
データ変換部３９はまた、メモリコントローラ３７から供給される再生データを、必要に応じて伸張し、所定のフォーマットの出力信号に変換して、信号入出装置５１に供給する。
制御部４０は、操作部４１からの操作信号などに基づき、サーボ制御部３５、信号処理部３６、メモリコントローラ３７、およびデータ変換部３９を制御し、記録再生処理を実行させる。
操作部４１は、例えば、ユーザによって操作され、その操作に対応する操作信号を、制御部４０に供給する。
以上のように構成されるディスク記録再生装置３０では、ユーザが操作部４１を操作することにより、データの記録を指令すると、信号入出力装置５１から供給されるデータが、データ変換部３９、メモリコントローラ３７、信号処理部３６、およびピックアップ部３３を介して、光ディスク３１に供給されて記録される。
また、ユーザが操作部４１を操作することにより、データの再生を指令すると、光ディスク３１から、ピックアップ部３３、RFアンプ３４、信号処理部３６、メモリコントローラ３７、およびデータ変換部３９を介して、データが読み出されて再生され、信号入出力装置５１に供給される。
図３は、図２のデータ変換部３９の構成例を示している。
光ディスク３１へのデータの記録時には、信号入出力装置５１から記録すべき信号が、デマルチプレクサ６１に供給される。デマルチプレクサ６１は、信号入出力装置５１から供給される信号から、関連する複数のデータ系列として、例えば、動画の（例えばベースバンドの）画像信号、その画像信号に付随する（例えばベースバンドの）音声信号およびメタデータをそれぞれ分離し、データ量検出部６２に供給する。
即ち、光ディスク３１へのデータの記録時においては、信号入出力装置５１は、上述したように、例えば、図示せぬビデオカメラで得られた信号を出力するが、このビデオカメラで得られる信号には、被写体の撮像を行うことにより得られる画像信号とその画像信号に付随する音声信号の他、その画像信号についてのメタデータも含まれており、デマルチプレクサ６１は、そのような信号から、画像信号および音声信号の他、メタデータも分離する。
ここで、メタデータとしては、その読み込み処理においてリアルタイム性が要求される内容のデータよりなるリアルタイムメタデータ（RT：Real Time metadata）と、その読み込み処理においてリアルタイム性が要求されない内容のデータよりなるノンリアルタイムメタデータ（NRT：Non Real Time metadata）が存在する。
リアルタイムメタデータ（RT）としては、例えば、画像信号のフレームの位置を日時（年、月、日、時、分、秒）等の所定の時間情報を利用して特定する、各フレームの絶対的な位置情報（タイムコード）であるLTC（Linear Time Code）、各フレームのフレーム番号であり、ファイルの先頭フレームからの相対的な位置情報であるFTC（File Time Code）、そのフレームの画像信号の信号特性を示すユーザビット（UB：User Bit）、フレームを識別するためのIDであるUMID(Unique Material Identifier)、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、画像信号や音声信号等のエッセンスデータの内容に関する情報であるエッセンスマーク、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。なお、ARIBメタデータとは、標準化団体であるARIBで標準化された、SDI(Serial Digital Interface)等の通信インタフェース用のメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスに関するレンズ情報等の情報である。
ノンリアルタイムメタデータ（NRT）としては、例えば、各フレームに対応するLTCをフレーム番号（FTC）に対応させた変換テーブル、UMID、GPSの情報、またはその他の情報などがある。
なお、フレームとは、画像信号の単位であり、１画面分の画像に対応する画像データ（または、その画像データに対応する各種のデータ）のことである。また、クリップとは、撮影者が撮像を開始して終了するまでの１回の撮像処理を示す単位である。すなわち、１つのクリップの画像信号は、通常、複数のフレームの画像信号からなる。なお、クリップは、１回の撮像処理を示すだけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す場合にも用いられる。また、クリップは、その１回の撮像処理により得られる画像データの長さやデータ量を示したり、その画像データ自体を示したりする場合にも用いられるし、その１回の撮像処理により得られる各種のデータの長さやデータ量を示したり、その各種のデータの集合体そのものを示したりする場合にも用いられる。
なお、リアルタイムメタデータおよびノンリアルタイムメタデータは、どのような単位の画像データに対して付加されてもよい。以下においては、リアルタイムメタデータがフレーム毎に画像データに付加され、ノンリアルタイムメタデータがクリップ毎に画像データに付加される場合について説明する。すなわち、以下においては、リアルタイムメタデータは、画像信号に対して、フレーム毎に付加されるフレームメタデータであり、付加されたフレームに対応するデータを含んでいるものとする。また、ノンリアルタイムメタデータは、画像信号に対して、クリップ毎に付加されるクリップメタデータであり、付加されたクリップ全体に対応するデータを含んでいるものとする。
通常、画像データは、クリップ毎にファイル化され、ファイルシステムにより管理される。このような場合、ノンリアルタイムメタデータは、画像データを含むファイル毎のメタデータであることとすることもできる。
なお、リアルタイムメタデータとノンリアルタイムメタデータは、上述した以外のデータを含むようにしてもよい。また、リアルタイムメタデータとノンリアルタイムメタデータで同じ内容のデータを含めるようにしてもよいし、上述したリアルタイムメタデータとしての各データをノンリアルタイムメタデータとしてもよいし、逆に、ノンリアルタイムメタデータとして上述した各データをリアルタイムメタデータとしてもよい。例えば、エッセンスマーク、ARIBメタデータ、または、ビデオカメラの設定／制御情報等をノンリアルタイムメタデータとしてもよいし、リアルタイムメタデータおよびノンリアルタイムメタデータの両方に含めるようにしてもよい。また、UMIDやGPSの情報等をリアルタイムメタデータに含めるようにしてもよいし、リアルタイムメタデータおよびノンリアルタイムメタデータの両方に含めるようにしてもよい。
データ量検出部６２は、デマルチプレクサ６１から供給される画像信号、音声信号、リアルタイムメタデータ、またはノンリアルタイムメタデータを、そのまま、画像信号変換部６３、音声信号変換部６４、リアルタイムメタデータ処理部６６、ノンリアルタイムメタデータ処理部６７にそれぞれ供給するとともに、その画像信号、音声信号、リアルタイムメタデータ、またはノンリアルタイムメタデータのそれぞれのデータ量を検出し、メモリコントローラ３７に供給する。即ち、データ量検出部６２は、デマルチプレクサ６１から供給される画像信号、音声信号、リアルタイムメタデータ、またはノンリアルタイムメタデータのそれぞれについて、例えば、所定の再生時間分のデータ量を検出し、メモリコントローラ３７に供給する。
また、データ量検出部６２は、デマルチプレクサ６１から供給される画像信号、さらには、必要に応じて音声信号を、ローレゾデータ生成部６５に供給する。
画像信号変換部６３は、データ量検出部６２から供給される画像信号を、例えば、すべてのフレームをI（Intra）ピクチャとしてMPEGエンコードし、その結果得られる画像データのデータ系列を、メモリコントローラ３７に供給する。また、音声信号変換部６４は、データ量検出部６２から供給される音声信号を、例えばMPEGエンコードし、その結果得られる音声データのデータ系列を、メモリコントローラ３７に供給する。
リアルタイムメタデータ処理部６６は、データ量検出部６２を介して供給されるリアルタイムメタデータの各構成要素を、必要に応じて配置し直し、その結果得られるリアルタイムメタデータのデータ系列を、メモリコントローラ３７に供給する。また、リアルタイムメタデータ処理部６６は、信号入出力装置５１より供給される信号にLTCデータが付加されていない場合等に、各フレームに対応するLTCデータを生成するLTCデータ処理部７１を有している。さらに、リアルタイムメタデータ処理部６６は、処理後のLTCデータのデータ系列をノンリアルタイムメタデータ処理部６７にも、必要に応じて供給する。
ノンリアルタイムメタデータ処理部６７は、データ量検出部６２を介して供給されるノンリアルタイムメタデータの各構成要素を、必要に応じて配置し直し、その結果得られるノンリアルタイムメタデータのデータ系列を、メモリコントローラ３７に供給する。また、ノンリアルタイムメタデータ処理部６６は、LTCデータ処理部７２を有している。LTCデータ処理部７２は、リアルタイムメタデータ処理部６６より供給されるLTCデータのデータ系列を用いて、LTCデータとフレーム番号（FTCデータ）を関連付ける変換テーブルを生成する。
ローレゾデータ生成部６５は、そこに供給されるデータのデータ量を少なくしたデータであるローレゾデータのデータ系列を生成し、メモリコントローラ３７に供給する。
即ち、ローレゾデータ生成部６５は、データ量検出部６２を介して供給される画像信号の各フレームの画素数を間引く等することによって、画素数の少ないフレームの画像信号である少画像信号を生成する。さらに、ローレゾデータ生成部６５は、その少画像信号を、例えば、MPEG4方式でエンコードし、そのエンコード結果を、ローレゾデータとして出力する。
なお、ローレゾデータ生成部６５では、データ量検出部６２を介して供給される音声信号、あるいは、その音声信号のサンプルを間引く等することによってデータ量を少なくした音声信号を、ローレゾデータに含めて（例えば、フレーム単位等で、少画像信号に多重化した形で）出力するようにすることが可能である。以下では、ローレゾデータには、音声信号が含まれるものとする。
ここで、画像信号変換部６３が出力する画像データのデータ系列および音声信号変換部６４が出力する音声データと、ローレゾデータ生成部６５が出力するローレゾデータのデータ系列とは、同一内容の画像および音声のデータ系列であるが、画像信号変換部６３が出力する画像データおよび音声信号変換部６４が出力する音声データは、いわば本来的に、ユーザに提供されるべきものであり、このことから、画像信号変換部６３が出力する画像データおよび音声信号変換部６４が出力する音声データを、以下、適宜、本線データという。
ローレゾデータは、上述したように、本線データと同一内容の画像および音声のデータではあるが、そのデータ量が少ない。従って、ある再生時間の再生を行うとした場合、ローレゾデータは、本線データに比較して、光ディスク３１から短時間で読み出すことができる。
なお、本線データのデータレートとしては、例えば、２５Mbps(Mega bit per second)程度を採用することができる。この場合、ローレゾデータのデータレートとしては、例えば、３Mbps程度を採用することができる。さらに、この場合、メタデータ（リアルタイムメタデータおよびノンリアルタイムメタデータ）のデータレートとして、例えば、２Mbps程度を採用することとすると、光ディスク３１に記録するデータ全体のデータレートは、３０（＝２５＋３＋２）Mbps程度となる。従って、光ディスク３１（をドライブするディスク記録再生装置３０）としては、例えば、35Mbpsなどの記録レートを有する、十分実用範囲内のものを採用することが可能である。
以上のように、図３のデータ変換部３９では、本線データ（画像データおよび音声データ）のデータ系列の他、リアルタイムメタデータ、ノンリアルタイムメタデータ、およびローレゾデータのデータ系列も、メモリコントローラ３７に供給される。そして、メモリコントローラ３７に供給された本線データ、リアルタイムメタデータ、ノンリアルタイムメタデータ、およびローレゾデータは、光ディスク３１に供給されて記録される。
一方、光ディスク３１からのデータの再生時においては、光ディスク３１から、必要に応じて、本線データ、リアルタイムメタデータ、ノンリアルタイムメタデータ、またはローレゾデータが読み出される。そして、本線データを構成する画像データと音声データは、画像データ変換部８１と音声データ変換部８２にそれぞれ供給され、画像信号と音声信号にデコードされて、マルチプレクサ８６に供給される。
また、リアルタイムメタデータ、ノンリアルタイムメタデータ、並びに、ローレゾデータは、それぞれ、リアルタイムメタデータ処理部８４、ノンリアルタイムメタデータ処理部８５、並びに、ローレゾデータ処理部８３に供給される。リアルタイムメタデータ処理部８４は、そこに供給されるリアルタイムメタデータの各構成要素の配置位置を必要に応じて変更し、マルチプレクサ８６に供給する。ノンリアルタイムメタデータ処理部８５は、そこに供給されるノンリアルタイムメタデータの各構成要素の配置位置を必要に応じて変更し、マルチプレクサ８６に供給する。ローレゾデータ処理部８３は、そこに供給されるローレゾデータをデータ量の少ない画像信号と音声信号にデコードし、マルチプレクサ８６に供給する。
画像データ変換部８１は、メモリコントローラ３７から供給される画像データのデータ系列を、例えばMPEGデコードし、その結果得られる画像信号を、マルチプレクサ８６に供給する。また、音声データ変換部８２は、メモリコントローラ３７から供給される音声データのデータ系列を、例えばMPEGデコードし、その結果得られる音声信号を、マルチプレクサ８６に供給する。
マルチプレクサ８６は、画像データ変換部８１から供給される画像信号、音声データ変換部８２から供給される音声信号、リアルタイムメタデータ処理部８４から供給されるリアルタイムメタデータ、およびノンリアルタイムメタデータ処理部８５から供給されるノンリアルタイムメタデータを、信号入出力装置５１に供給する。なお、マルチプレクサ８６では、画像データ変換部８１から供給される画像信号、音声データ変換部８２から供給される音声信号、リアルタイムメタデータ処理部８４から供給されるリアルタイムメタデータ、ノンリアルタイムメタデータ処理部８５から供給されるノンリアルタイムメタデータ、ローレゾデータ処理部８３から供給されるデータ量の少ない画像信号および音声信号を多重化して出力するようにすることも、それぞれの信号（データ）を、独立に、並列して出力するようにすることも可能である。
図４は、図３のLTCデータ処理部７１の詳細な構成例を示すブロック図である。
図４に示されるLTCデータ処理部７１を内蔵する、図３のリアルタイムメタデータ処理部６６は、例えば、信号入出力装置５１に接続された撮像装置による撮像により得られた画像信号や音声信号が供給された場合のように、供給されるリアルタイムメタデータにLTCが存在しない等の場合、LTCデータ処理部７１に制御信号や同期信号を供給し、LTCの生成を要求する。
LTCデータ処理部７１の制御部１０１は、その制御信号および同期信号を取得すると、それらの信号に基づいて、LTCデータ処理部７１の各部を制御し、LTCの生成処理を行う。
所定の時刻を基準とする、実際の時刻とは独立したLTCを生成する場合、制御部１０１は、LTCの生成処理を行うLTC生成部１０２、初期値の設定処理を行う初期値設定部１０３、および、フレームをカウントするカウンタ１０４を制御し、各種の処理を実行する。
初期値設定部１０３は、制御部１０１に制御され、初期値の設定に関する処理を実行する。そして、初期値設定部１０３は、設定した初期値をLTC生成部１０２に供給する。カウンタ１０４は、制御部１０１に供給された同期信号に基づいて、処理対象のフレーム数をカウントし、そのカウント値をLTC生成部１０２に供給する。また、リアルタイムクロック１０５は、実際の時刻に関する情報である時刻情報を保持しており、制御部１０１に制御されて、その時刻情報をLTC生成部１０２に供給する。
LTC生成部１０２は、制御部１０１に制御され、例えば、初期値設定部１０３に供給された初期値、およびカウンタ１０４により供給されたカウンタ値を用いて、フレームに同期したLTCデータを生成し、そのLTCデータをリアルタイムメタデータ処理部６６に供給する。
また、実際の時刻を用いたLTCを生成する場合、制御部１０１は、LTCの生成処理を行うLTC生成部１０２、実際の時刻情報を供給するリアルタイムクロック１０５を制御し、各種の処理を実行する。この場合、LTC生成部１０２は、制御部１０１に制御され、リアルタイムクロック１０５に供給される時刻情報を用いて、フレームに同期したLTCデータを生成し、そのLTCデータをリアルタイムメタデータ処理部６６に供給する。
図５は、図３のLTCデータ処理部７２の詳細な構成例を示すブロック図である。
図５に示されるLTCデータ処理部７２を内蔵する、図３のノンリアルタイムメタデータ処理部６７は、例えば、リアルタイムメタデータ処理部６６よりLTCデータが供給される場合、LTCデータ処理部７１にそのLTCデータを供給し、LTCの値の増加や減少等の、その変化パターンが変わるフレーム（変化点）を検出させ、その変化点におけるLTCとFTCの対応関係を示すLTC変化点テーブルを作成させる。
LTCデータ処理部７２は、外部より供給されるLTCデータやFTCデータを取得する取得制御部１１１、各種の判定処理を行う判定処理部１１２、外部より供給されるLTCデータやFTCデータを管理するデータ管理部１１３、データ管理部１１３に制御されて、LTCデータ１２１やFTCデータ１２２を保持するデータ保持部１１４、後述するように判定処理部１１２より供給される、クリップ内における所定の区間に対する設定を管理する区間設定管理部１１５、区間設定管理部１１５に制御されて、設定された区間名１２３を保持する区間設定保持部１１６、並びに、判定処理部１１２より供給されたLTC変化点テーブルをメモリ３８に供給し、LTC変化点テーブルを保持させる登録処理部１１７を内蔵している。
取得制御部１１１は、所定の容量のキャッシュ（図示せず）を内蔵しており、リアルタイムメタデータ処理部６６より供給されるLTCデータやFTCデータを内蔵するキャッシュに一旦保持し、所定のデータ量毎に判定処理部１１２に供給する。
判定処理部１１２は、各部より供給される各種のデータに基づいて、各種の判定処理を行い、その判定結果に基づいて、各種のデータを保持させたり、生成されたLTC変化点テーブルの要素を登録処理部１１７に供給したりする。
データ管理部１１３は、データ保持部１１４により保持されているLTCデータ１２１およびFTCデータ１２２の入出力を管理する。例えば、データ管理部１１３は、判定処理部１１２より供給されたLTCデータやFTCデータをデータ保持部１１４に供給して保持させたり、判定処理部１１２の要求に基づいて、データ保持部１１４に保持されているLTCデータ１２１やFTCデータ１２２を取得し、判定処理部１１２に供給したりする。データ保持部１１４は、例えば、ハードディスク等の記憶媒体よりなり、データ管理部１１３の要求に基づいて、その記憶領域に保持されているLTCデータ１２１やFTCデータ１２２をデータ管理部１１３に供給したり、データ管理部１１３より供給されたLTCデータやFTCデータを保持したりする。
区間設定管理部１１５は、判定処理部１１２の要求に基づいて、区間設定保持部１１６に保持されている区間名１２３を取得して判定処理部１１２に供給したり、判定処理部１１２より供給された区間名を区間設定保持部１１６に供給して保持させたりする。区間設定保持部１１６は、例えば、ハードディスク等の記憶媒体よりなり、区間設定管理部１１５の要求に基づいて、その記憶領域に保持されている区間名１２３を区間設定管理部１１５に供給したり、区間設定管理部１１５より供給された区間名を保持したりする。
なお、この区間とは、LTCの変化点によってクリップを分割したときの、隣り合うLTCの変化点に挟まれる区間のことである。上述したように、LTCの変化点とは、LTCの値の増加や減少の変化パターン（LTC変化パターン）が変わるフレームのことであり、後述するように予め定められた複数のLTC変化パターンによって分類された各フレームの内、そのLTC変化パターンが次のフレームのLTC変化パターンと異なるフレームのことである。すなわち、１つの区間に含まれるフレームのLTC変化パターンは全て同じである。つまり、この区間は、クリップに含まれる全フレームをLTCの変化パターンによって分割し、LTC変化パターンが互いに同じである連続するフレームをまとめたものである。
通常、クリップの画像データは、複数のフレームによって構成され、複数のLTCの変化点を有している。区間は、隣り合うLTCの変化点に挟まれる区間のことであるので、従って、クリップは１つ以上の区間に分割することができる。
なお、LTCの変化パターンは、後述するように、区間のステータスとして、対応する変化点のLTCやFTCに対応付けられ、LTC変化テーブルに登録される。このLTC変化パターンとしては、次のフレームにおけるLTCの値が現在のフレームにおけるLTCの値より１つ大きいことを示す「インクリメント」、次のフレームにおけるLTCの値が現在のフレームにおけるLTCの値より２つ以上大きいことを示す「インクリース」、次のフレームにおけるLTCの値が現在のフレームにおけるLTCの値と同じであることを示す「スティル」、次のフレームにおけるLTCの値が現在のフレームにおけるLTCの値より１つ以上小さいことを示す「ディクリース」、次のフレームが存在しない（現在のフレームが、クリップの最終フレームである）ことを示す「エンド」、作成されたLTC変化点テーブルの要素を蓄積していき、LTC変化点テーブルを作成するメモリ３８の空き容量が不足したことを示す「オーバ」等がある。
区間設定保持部１１６は、このようなLTC変化点テーブル、すなわち、区間のステータスの名前を区間名１２３として保持する。
登録処理部１１７は、判定処理部１１２より供給されたLTC変化点テーブルの要素を、メモリコントローラ３７を介してメモリ３８に供給する。
次に、図６のフローチャートを参照して、データ変換部３９が図３に示したように構成される場合の、制御部４０が行う記録処理について説明する。
操作部４１が操作されることによって、記録処理開始を指令する旨の操作信号が、操作部４１から制御部４０に供給されると、制御部４０は、記録処理を開始する。
即ち、制御部４０は、最初に、ステップＳ１において、音声年輪サイズＴsaおよび画像年輪サイズＴsv、さらには、ローレゾ年輪サイズＴslとリアルタイムメタ年輪サイズＴsmを設定する。
ここで、音声年輪サイズＴsaは、光ディスク３１にひとまとめで配置して記録する音声データのデータ量を決定する変数で、例えば、音声信号の再生時間によって表される。画像年輪サイズＴsvも、同様に、光ディスク３１にひとまとめで配置して記録する画像データのデータ量を決定する変数で、例えば、画像信号の再生時間によって表される。
また、ローレゾ年輪サイズＴslは、光ディスク３１にひとまとめで配置して記録するローレゾデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴsaおよび画像年輪サイズＴsvと同様に、そのローレゾデータの元となった画像信号（または音声信号）の再生時間によって表される。リアルタイムメタ年輪サイズＴsmも、同様に、光ディスク３１にひとまとめで配置して記録するリアルタイムメタデータのデータ量を決定する変数で、例えば、上述の音声年輪サイズＴsaおよび画像年輪サイズＴsvと同様に、そのリアルタイムメタデータによって各種の情報（例えば、画像の撮像が行われた日時など）が説明される画像信号（または音声信号）の再生時間によって表される。
なお、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびリアルタイムメタ年輪サイズＴsmを、例えば、ビット数やバイト数などのデータ量そのものによって表すのではなく、再生時間によって、いわば間接的に表すようにしたのは、次のような理由による。
即ち、図６の記録処理によれば、後述するように、光ディスク３１には、音声データAの系列から抽出された音声年輪サイズＴsaに基づくデータ量ごとの音声データのまとまりである音声年輪データ、画像データVの系列から抽出された画像年輪サイズＴsvに基づくデータ量ごとの画像データのまとまりである画像年輪データ、ローレゾデータのデータ系列から抽出されたローレゾ年輪サイズＴslに基づくデータ量ごとのローレゾデータのまとまりであるローレゾ年輪データと、リアルタイムメタデータのデータ系列から抽出されたリアルタイムメタ年輪サイズＴsmに基づくデータ量ごとのリアルタイムメタデータのまとまりであるリアルタイムメタ年輪データも、光ディスク３１に周期的に配置されて記録される。
このように、光ディスク３１に、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが周期的に配置されて記録される場合、画像と音声の再生を考えると、その再生は、画像信号とその画像信号に付随する音声信号とが揃わないと行うことができない。かかる再生の観点からは、ある再生時間帯の音声年輪データと、その再生時間帯の画像年輪データとは、光ディスク３１上の近い位置、即ち、例えば、隣接する位置に記録すべきである。
また、ローレゾ年輪データは、音声年輪データや画像年輪データのデータ量を少なくしたものであるから、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データのデータ量を少なくしたローレゾ年輪データとは、光ディスク３１上の近い位置に記録すべきである。さらに、リアルタイムメタ年輪データは、音声年輪データや画像年輪データに関する情報を表すものであるから、やはり、ある再生時間帯の音声年輪データおよび画像年輪データと、その再生時間帯の音声年輪データや画像年輪データに関する情報を表すリアルタイムメタ年輪データとは、光ディスク３１上の近い位置に記録すべきである。
しかしながら、同一の再生時間分の音声データと画像データのデータ量を比較した場合、それらのデータ量は、一般に大きく異なる。即ち、ある再生時間分の音声データのデータ量は、その再生時間分の画像データのデータ量に比較してかなり少ない。さらに、音声データや画像データのデータレートが、固定ではなく、可変となっているケースもある。同様に、同一の再生時間分の音声データや画像データのデータレートと、ローレゾデータやリアルタイムメタデータのデータレートとを比較した場合、音声データや画像データのデータレートに比較して、ローレゾデータやリアルタイムメタデータのデータレートは小である。
従って、音声年輪サイズＴsaと画像年輪サイズＴsvを、データ量で表し、そのデータ量ごとの音声年輪データと画像年輪データを、音声データと画像データの系列それぞれから順次抽出すると、各再生時間帯の画像年輪データに対して、再生時刻が徐々に進んだ（先の）再生時間帯の音声年輪データが得られるようになり、その結果、同一の再生時間帯に再生されるべき音声データと画像データとを、光ディスク３１上の近い位置に配置することが困難となる。
同様に、ローレゾ年輪サイズＴslとリアルタイムメタ年輪サイズＴsmを、データ量で表すと、上述した音声年輪サイズＴsaおよび画像年輪サイズＴsvをデータ量で表した場合と同様に、同じような再生時間帯に再生されるべき音声データ、画像データ、ローレゾデータ、およびリアルタイムメタデータを、光ディスク３１上の近い位置に配置することが困難となる不都合が生じる。
そこで、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびメタ年輪サイズＴsmを再生時間で表し、これにより、同じような再生時間帯に再生されるべき音声データ、画像データ、ローレゾデータ、およびリアルタイムメタデータを、光ディスク３１上の近い位置に配置することができるようにしている。
なお、ステップＳ１で設定される音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびリアルタイムメタ年輪サイズＴsmの値は、あらかじめ定められた固定の値でも良いし、可変の値でも良い。音声年輪サイズＴsaや、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、メタ年輪サイズＴsmの値を可変とする場合には、その可変の値は、例えば、操作部４１を操作することによって入力されるようにすることができる。
ステップＳ１の処理後は、ステップＳ２に処理を進め、制御部４０は、データ変換部３９を制御して、信号入出力装置５１からディスク記録再生装置３０に供給される音声信号と画像信号を圧縮符号化して、音声データの系列と画像データの系列とする音声信号変換処理と画像信号変換処理をそれぞれ開始させるとともに、メモリコントローラ３７を制御して、データ変換部３９で得られた音声データと画像データをメモリ１８に供給して記憶させる音声データ記憶処理と画像データ記憶処理をそれぞれ開始させる。
さらに、ステップＳ２では、制御部４０は、データ変換部３９を制御して、信号入出力装置５１からディスク記録再生装置３０に供給されるリアルタイムメタデータの系列を処理するリアルタイムメタデータ処理と、信号入出力装置５１からディスク記録再生装置３０に供給される音声信号と画像信号からローレゾデータの系列を生成するローレゾデータ生成処理とを開始させるとともに、メモリコントローラ３７を制御して、データ変換部３９で得られたリアルタイムメタデータとローレゾデータをメモリ３８に供給して記憶させるリアルタイムメタデータ記憶処理とローレゾデータ記憶処理をそれぞれ開始させる。
また、ステップＳ２において、制御部４０は、データ変換部３９を制御して、信号入出力装置５１からディスク記録再生装置３０に供給されるノンリアルタイムメタデータの系列の処理等を実行したり、得られたリアルタイムメタデータに含まれるLTCを用いて、LTCに関する処理を実行したりするノンリアルタイムメタデータ処理を開始させるとともに、メモリコントローラ３７を制御して、データ変換部３９で得られたノンリアルタイムメタデータに供給して記憶させるノンリアルタイムメタデータ記憶処理を開始させる。
そして、制御部４０は、ステップＳ３において、音声データを光ディスク３１に記録させる制御タスクである音声データ記録タスクを開始するとともに、ステップＳ４において、画像データを光ディスク３１に記録させる制御タスクである画像データ記録タスクを開始し、ステップＳ５に処理を進める。ステップＳ５では、制御部４０は、ローレゾデータを光ディスク３１に記録させる制御タスクであるローレゾデータ記録タスクを開始し、ステップＳ６では、リアルタイムメタデータを光ディスク３１に記録させる制御タスクであるリアルタイムメタデータ記録タスクを開始し、ステップＳ７に処理を進める。なお、ステップＳ３における音声データ記録タスク、ステップＳ４における画像データ記録タスク、ステップＳ５におけるローレゾデータ記録タスク、およびステップＳ６におけるリアルタイムメタデータ記録タスクの詳細については、後述する。
ステップＳ７では、制御部４０は、操作部４１から、データの記録の終了を指令する操作信号が供給されたかどうかを判定し、供給されていないと判定した場合、ステップＳ８に進み、制御部４０は、すべての記録タスクが終了したかどうかを判定する。ステップＳ８おいて、すべての記録タスクが終了していないと判定された場合、制御部４０は、ステップＳ７に処理を戻し、それ以降の処理を繰り返す。
一方、ステップＳ７において、データの記録の終了を指令する操作信号が供給されたと判定された場合、即ち、例えば、ユーザが、データの記録を終了するように、操作部４１を操作した場合、ステップＳ９に進み、制御部４０は、ステップＳ２で開始させた音声信号変換処理、画像信号変換処理、リアルタイムメタデータ処理、およびローレゾデータ生成処理、並びに音声データ記憶処理、画像データ記憶処理、リアルタイムメタデータ記憶処理、およびローレゾデータ記憶処理を終了させ、ステップＳ１０に処理を進める。
ステップＳ１０において、制御部４０は、ステップＳ８における場合と同様に、すべての記録タスクが終了したかどうかを判定し、終了したと判定するまで待機する。
また、ステップＳ１０において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ３で開始された音声データ記録タスク、ステップＳ４で開始された画像データ記録タスク、ステップＳ５で開始されたローレゾデータ記録タスク、およびステップＳ６で開始されたリアルタイムメタデータ記録タスクのすべてが終了した場合、制御部４０は、ステップＳ１１に処理を進める。
また、ステップＳ８において、すべての記録タスクが終了したと判定された場合、即ち、ステップＳ３で開始された音声データ記録タスク、ステップＳ４で開始された画像データ記録タスク、ステップＳ５で開始されたローレゾデータ記録タスク、およびステップＳ６で開始されたリアルタイムメタデータ記録タスクのすべてが終了している場合、制御部４０は、ステップＳ１１に処理を進める。
ステップＳ１１において、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されているノンリアルタイムメタデータを読み出し、セクタの整数倍のデータ量となるようにパディングして、信号処理部３６に供給することにより、セクタの整数倍のノンリアルタイムメタデータが、その整数倍の数のセクタに記録されるように記録制御する。
制御部４０は、ステップＳ１２に処理を進め、ノンリアルタイムメタデータ処理を終了するとともに、ノンリアルタイムメタデータ記憶処理も終了し、記録処理を終了する。
次に、図７のフローチャートを参照して、図６のステップＳ３で開始される音声データ記録タスクについて説明する。
音声データ記録タスクが開始されると、最初に、ステップＳ３１において、制御部４０は、後で行われるステップＳ３７の処理で、１ずつインクリメントされる変数Ｎaを、例えば１に初期化し、ステップＳ３２に進む。
ステップＳ３２では、制御部４０は、Ｔsa×Ｎaが、Ｔsv×Ｎv以下であるかどうかを判定し、さらに、Ｔsa×Ｎaが、Ｔsl×Ｎl以下で、かつＴsm×Ｎm以下であるかどうかを判定する。
ここで、Ｔsaは、音声年輪サイズであり、音声信号の、ある再生時間を表す。また、変数Ｎaは、後述するように、音声年輪サイズＴsaに基づくデータ量の音声データ（音声年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。同様に、Ｔsvは、画像年輪サイズであり、変数Ｎvは、後述するように、画像データ記録タスクにおいて、画像年輪サイズＴsvに基づくデータ量の画像データ（画像年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。
また、Ｔslは、ローレゾ年輪サイズであり、変数Ｎlは、後述するように、ローレゾデータ記録タスクにおいて、ローレゾ年輪サイズＴseに基づくデータ量のローレゾデータ（ローレゾ年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。さらに、Ｔsmは、リアルタイムメタ年輪サイズであり、変数Ｎmは、後述するように、リアルタイムメタデータ記録タスクにおいて、リアルタイムメタ年輪サイズＴsmに基づくデータ量のリアルタイムメタデータ（リアルタイムメタ年輪データ）が光ディスク３１に記録されるごとに、１ずつインクリメントされていく。
従って、Ｔsa×Ｎaは、音声データを、音声年輪サイズＴsa単位で記録していった場合に、これから光ディスク３１に記録しようとしている音声年輪データの最後の再生時刻に相当し、Ｔsv×Ｎvは、画像データを、画像年輪サイズＴsv単位で記録していった場合に、これから光ディスク３１に記録しようとしている画像年輪データの最後の再生時刻に相当する。また、Ｔsl×Ｎlは、ローレゾデータを、ローレゾ年輪サイズＴse単位で記録していった場合に、これから光ディスク３１に記録しようとしているローレゾ年輪データの最後の再生時刻に相当し、Ｔsm×Ｎmは、リアルタイムメタデータを、リアルタイムメタ年輪サイズＴsm単位で記録していった場合に、これから光ディスク３１に記録しようとしているリアルタイムメタ年輪データの最後の再生時刻に相当する。
一方、いま、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データを、同じような再生時間帯のものが、光ディスク３１上の近い位置に記録されるように、周期的に配置するものとする。さらに、音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データについては、その再生時刻が早いものほど、光ディスク３１の前の位置（光ディスク３１に対するデータの読み書き順で、先の位置）に配置され、さらに、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データについては、例えば、音声年輪データ、画像年輪データ、ローレゾ年輪データ、リアルタイムメタ年輪データの順番で、光ディスク３１の、より前の位置に配置されるものとする。
この場合、これから記録しようとする音声年輪データである注目音声年輪データは、再生時刻Ｔsa×Ｎa以前の最近の（再生時刻Ｔsa×Ｎaに最も近い）再生時間帯の音声年輪データとなるが、この注目音声年輪データは、再生時刻Ｔsa×Ｎa以前の最近の再生時間帯の画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが記録される直前、つまり、再生時刻Ｔsa×Ｎa以前の２番目に新しい再生時間帯の画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが記録された直後に記録する必要がある。
ところで、これから記録される画像年輪データは、Ｔsv×Ｎv以前の最近の再生時間帯の画像年輪データである。また、これから記録されるローレゾ年輪データは、Ｔsl×Ｎl以前の最近の再生時間帯のローレゾ年輪データであり、これから記録されるリアルタイムメタ年輪データは、Ｔsm×Ｎm以前の最近の再生時間帯のリアルタイムメタ年輪データである。同じような再生時間帯の年輪データについては、上述したように、音声年輪データが、光ディスク３１のより前の位置に配置されるから、注目音声年輪データの記録は、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv以下となっており、さらに、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔsm×Ｎm以下となっているタイミングで行う必要がある。
そこで、ステップＳ３２では、上述したように、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv以下であり、さらに、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔsm×Ｎm以下であるかどうかが判定され、これにより、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングであるかどうかが判定される。
ステップＳ３２において、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv、ローレゾ年輪データの再生時刻Ｔsl×Ｎl、またはリアルタイムメタ年輪データの再生時刻Ｔsm×Ｎmのうちのいずれか以下（以前）でないと判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングでない場合、制御部４０は、ステップＳ３２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ３２において、音声年輪データの再生時刻Ｔsa×Ｎaが、画像年輪データの再生時刻Ｔsv×Ｎv、ローレゾ年輪データの再生時刻Ｔsl×Ｎl、およびリアルタイムメタ年輪データの再生時刻Ｔsm×Ｎmのすべての時刻以下であると判定された場合、即ち、現在のタイミングが、注目音声年輪データの記録を行うべきタイミングである場合、制御部４０は、ステップＳ３３に処理を進め、データ変換部３９からメモリコントローラ３７を介して、メモリ３８に、音声データが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ３４に処理を進める。
ステップＳ３４において、制御部４０は、メモリ３８に、通算して、音声年輪サイズＴsa×Ｎa分の再生に必要な音声信号の音声データが記憶されたか否かを判定し、まだ、その分の音声データがメモリ３８に記憶されていないと判定された場合、ステップＳ３２に戻り、それ以降の処理を繰り返す。また、ステップＳ３４において、再生時間Ｔsa×Ｎaに対応する分の音声データがメモリ３８に記憶されたと判定された場合、制御部４０は、処理をステップＳ３５に進める。
なお、データ変換部３９のデータ量検出部６２は、通算して、再生時間Ｔsa×Ｎa分の再生に必要な音声信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔsa×Ｎa分の再生に必要な音声データをメモリ３８に記憶させたか否かの判定を行い、その判定結果を制御部４０に通知する。すなわち制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ３４における判定を行う。なお、本実施の形態では、音声信号を圧縮符号化することによって得られる画像データがメモリ３８に記憶されることとしているが、音声信号は、圧縮符号化せずに、そのまま、音声データとして、メモリ３８に記憶させることも可能である。
ステップＳ３５において、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されている音声データから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、例えば１つのセクタのデータ量Suの整数倍（ｎ倍）のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量の音声データを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ３６に進む。なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量の音声データとして、メモリ３８から読み出される音声年輪データが、上述した、再生時刻Ｔsa×Ｎa以前の最近の音声年輪データである。
ステップＳ３６において、制御部４０は、ステップＳ３５の処理で得られた、セクタの整数倍のデータ量の注目音声年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目音声年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
ステップＳ３６において、上述のように、注目音声年輪データの記録制御を行った後、制御部４０は、ステップＳ３７に処理を進め、変数Ｎaを１だけインクリメントし、ステップＳ３２に戻り、それ以降の処理を実行する。
一方、ステップＳ３３の処理において、音声データがメモリ３８に供給されていないと判定した場合、即ち、データ変換部３９からメモリコントローラ３７への音声データの供給が停止した場合、制御部４０は、ステップＳ３８に処理を進め、メモリコントローラ３７を制御することにより、メモリ３８にいま残っている音声データのすべてを読み出し、そのデータ量がセクタの整数倍の最小のデータ量となるように、音声データに、パディング用のパディング(PADDING)データを付加する。これにより、メモリ３８から読み出された音声データは、セクタの整数倍のデータ量の音声年輪データとされる。さらに、制御部４０は、その音声年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の音声年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
その後、ステップＳ３９に進み、制御部４０は、変数Ｎaに、無限大に相当する値（非常に大きな値）をセットして、音声データ記録タスクを終了する。
なお、上述の場合には、光ディスク３１の物理的単位領域を、セクタとしたが、光ディスク３１の物理的単位領域としては、その他、例えば、ECC(Error Correction Code：誤り訂正符号)処理が施される単位のデータが記録されるECCブロックとすることが可能である。また、光ディスク３１の物理的単位領域は、その他、例えば、複数の固定数のセクタや、複数の固定数のECCブロックとすることが可能である。
ここで、ECC処理は、例えば、信号処理部３６で、ECCブロック単位で施される。また、セクタは、１以上の個数のECCブロックで構成することができる。あるいは、ECCブロックは、１以上の個数のECCブロックで構成することができる。
以下では、１つのセクタを、光ディスク３１の物理的単位領域として説明を行う。なお、１つのECCブロックが１つのセクタから構成されるものとすれば、物理的単位領域を、セクタとしても、また、ECCブロックとしても、光ディスク３１へのデータの記録結果は同一になる。
次に、図８のフローチャートを参照して、図６のステップＳ４で開始される画像データ記録タスクについて説明する。
画像データ記録タスクが開始されると、最初に、ステップＳ５１において、制御部４０は、後述するステップＳ５７の処理で、１ずつインクリメントされる変数Ｎvを、例えば１に初期化し、ステップＳ５２に進む。
ステップＳ５２では、制御部４０は、Ｔsv×Ｎvが、Ｔsa×Ｎa未満であるかどうかを判定し、さらに、Ｔsv×Ｎvが、Ｔsl×Ｎl以下で、かつＴsm×Ｎm以下であるかどうかを判定する。
上述したように、音声年輪データと画像年輪データとを、同じような再生時間帯のものが、光ディスク３１上の近い位置に記録されるように、周期的に配置し、さらに、同じような再生時間帯の音声年輪データと画像年輪データについては、音声年輪データが先に配置され、その後に、画像年輪データが配置されるものとする。そして、これから記録しようとする画像年輪データを、注目画像年輪データというものとすると、注目画像年輪データは、再生時刻Ｔsv×Ｎv以前の最近の（再生時刻Ｔsv×Ｎvに最も近い）再生時間帯の画像年輪データとなるが、この注目画像年輪データは、再生時刻Ｔsa×Ｎa以前の最近の再生時間帯の音声年輪データが記録された直後であり、かつ、再生時刻Ｔsa×Ｎa以前の最近の再生時間帯のローレゾ年輪データ、およびリアルタイムメタ年輪データが記録される直前に記録する必要がある。従って、注目画像年輪データの記録は、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満となっており、さらに、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔsm×Ｎm以下となっているタイミングで行う必要がある。
そこで、ステップＳ５２では、上述したように、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満であり、さらに、ローレゾ年輪データの再生時刻Ｔsl×Ｎl以下であり、かつ、リアルタイムメタ年輪データの再生時刻Ｔsm×Ｎm以下であるかどうかが判定され、これにより、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングであるかどうかが判定される。
そこで、ステップＳ５２においては、上述したように、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満であるかどうかが判定され、これにより、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングであるかどうかが判定される。
ステップＳ５２において、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満でないか、または、ローレゾ年輪データの再生時刻Ｔsl×Ｎl、若しくはリアルタイムメタ年輪データの再生時刻Ｔsm×Ｎmのうちのいずれか以下（以前）でないと判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングでない場合、制御部４０は、ステップＳ５２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ５２において、画像年輪データの再生時刻Ｔsv×Ｎvが、音声年輪データの再生時刻Ｔsa×Ｎa未満であり、かつ、ローレゾ年輪データの再生時刻Ｔsl×Ｎl、およびリアルタイムメタ年輪データの再生時刻Ｔsm×Ｎmのすべての時刻以下であると判定された場合、即ち、現在のタイミングが、注目画像年輪データの記録を行うべきタイミングである場合、制御部４０は、ステップＳ５３に処理を進め、データ変換部３９からメモリコントローラ３７を介して、メモリ３８に、画像データが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ５４に進む。
ステップＳ５４では、制御部４０は、メモリ３８に、通算して、画像年輪サイズＴsv×Ｎv分の再生に必要な画像信号の画像データが記憶されたか否かを判定し、まだ、その分の画像データがメモリ３８に記憶されていないと判定された場合、ステップＳ５２に戻り、それ以降の処理が繰り返される。また、ステップＳ５４において、再生時間Ｔsv×Ｎvに対応する分の画像データがメモリ３８に記憶されたと判定された場合、制御部４０は、処理をステップＳ５５に進める。
なお、データ変換部３９のデータ量検出部６２は、通算して、再生時間Ｔsv×Ｎv分の再生に必要な画像信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔsv×Ｎv分の再生に必要な画像データをメモリ３８に記憶したか否かの判定を行い、その判定結果を制御部４０に通知する。すなわち制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ５４における判定を行う。なお、本実施の形態では、画像信号を圧縮符号化することによって得られる画像データがメモリ３８に記憶されることとしているが、画像信号は、圧縮符号化せずに、そのまま、画像データとして、メモリ３８に記憶させることも可能である。
ステップＳ５５において、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されている画像データから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ５６に進む。なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量の画像データとして、メモリ３８から読み出される画像年輪データが、上述した、再生時刻Ｔsv×Ｎv以前の最近の画像年輪データである。
ステップＳ５６において、制御部４０は、ステップＳ５５で得られた、セクタの整数倍のデータ量の注目画像年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目画像年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
ステップＳ５６において、上述のように注目画像年輪データの記録制御を行った後、制御部４０は、ステップＳ５７に処理を進め、変数Ｎvを１だけインクリメントし、処理をステップＳ５２に戻し、それ以降の処理を繰り返す。
一方、ステップＳ５３において、画像データがメモリ３８に供給されていないと判定された場合、即ち、データ変換部３９からメモリコントローラ３７への画像データの供給が停止した場合、制御部４０は、ステップＳ５８に処理を進め、メモリコントローラ３７を制御することにより、メモリ３８にいま残っている画像データのすべてを読み出し、そのデータ量がセクタの整数倍の最小のデータ量となるように、画像データに、パディング用のパディングデータを付加する。これにより、メモリ３８から読み出した画像データが、セクタの整数倍のデータ量の画像年輪データとされる。さらに、制御部４０は、その画像年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の画像年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
ステップＳ５８の処理を終了した制御部４０は、ステップＳ５９に処理を進め、制御部４０は、変数Ｎvに、無限大に相当する値をセットして、画像データ記録タスクを終了する。
次に、図９のフローチャートを参照して、図６のステップＳ５で開始されるローレゾデータ記録タスクについて説明する。
ローレゾデータ記録タスクが開始されると、最初に、ステップＳ７１において、制御部４０は、後述するステップＳ７７の処理で、１ずつインクリメントされる変数Ｎlを、例えば１に初期化し、ステップＳ７２に進む。
ステップＳ７２では、制御部４０は、Ｔsl×Ｎlが、Ｔsa×Ｎa未満であり、さらに、Ｔsl×Ｎlが、Ｔsv×Ｎv未満で、かつＴsm×Ｎm以下であるかどうかを判定する。
ここで、Ｔsl×Ｎlが、Ｔsa×Ｎa未満であるというのは、図８のステップＳ５２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔsl×Ｎl以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔsl×Ｎlが、Ｔsv×Ｎv未満であるというのは、やはり、図８のステップＳ５２で説明した場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データを、再生時刻Ｔsl×Ｎl以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。
さらに、Ｔsl×Ｎlが、Ｔsm×Ｎm以下であるというのは、図７のステップＳ３２における場合と同様に、これから記録しようとするローレゾ年輪データである注目ローレゾ年輪データ、即ち、再生時刻Ｔsl×Ｎl以前の最近の（再生時刻Ｔsl×Ｎlに最も近い）再生時間帯のローレゾ年輪データを、再生時刻Ｔsl×Ｎl以前の最近の再生時間帯のリアルタイムメタ年輪データ直前、つまり、再生時刻Ｔsl×Ｎl以前の２番目に新しい再生時間帯のリアルタイムメタ年輪データが記録された直後に記録するための条件である。
ステップＳ７２において、ローレゾ年輪データの再生時刻Ｔsl×Ｎlが、音声年輪データの再生時刻Ｔsa×Ｎa未満、画像年輪データの再生時刻Ｔsv×Ｎv未満、またはリアルタイムメタ年輪データの再生時刻Ｔsm×Ｎm以下のうちのいずれかではないと判定した場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングでない場合、制御部４０は、ステップＳ７２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ７２において、ローレゾ年輪データの再生時刻Ｔsl×Ｎlが、音声年輪データの再生時刻Ｔsa×Ｎa未満であり、さらに、画像年輪データの再生時刻Ｔsv×Ｎv未満であり、かつリアルタイムメタ年輪データの再生時刻Ｔsm×Ｎm以下であると判定された場合、即ち、現在のタイミングが、注目ローレゾ年輪データの記録を行うべきタイミングである場合、ステップＳ７３に進み、制御部２０は、データ変換部１９からメモリコントローラ１７を介して、メモリ１８に、ローレゾデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ７４に進む。
ステップＳ７４では、制御部４０は、メモリ３８に、通算して、ローレゾ年輪サイズＴsl×Ｎl分の再生に必要なローレゾデータが記憶されたか否かを判定し、まだ、その分のローレゾデータがメモリ３８に記憶されていないと判定された場合、ステップＳ７２に戻り、以下、同様の処理が繰り返される。また、ステップＳ７４において、再生時間Ｔsl×Ｎlに対応する分のローレゾデータがメモリ３８に記憶されたと判定された場合、ステップＳ７５に進む。
なお、データ変換部３９のデータ量検出部４２は、通算して、再生時間Ｔsl×Ｎl分の再生に必要な画像信号および音声信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔsl×Ｎl分の再生に必要なローレゾデータをメモリ３８に記憶したか否かの判定を行い、その判定結果を制御部４０に通知する。そして、制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ７４における判定処理を行う。なお、本実施の形態では、画像信号等のデータ量を少なくした画像信号等を圧縮符号したものを、ローレゾデータとするようにしたが、その他、画像信号等のデータ量を少なくした画像信号等を、そのまま、ローレゾデータとするようにすることも可能である。
ステップＳ７５では、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されているローレゾデータから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、例えば１つのセクタの整数倍（ｎ倍）のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のローレゾデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ７６に進む。
なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のローレゾデータとして、メモリ３８から読み出されるローレゾ年輪データが、上述した、再生時刻Ｔsl×Ｎl以前の最近のローレゾ年輪データである。
また、ステップＳ７５において読み出されなかったローレゾデータは、そのままメモリ３８に残される。
ステップＳ７６では、制御部４０が、ステップＳ７５で得られた、セクタの整数倍のデータ量の注目ローレゾ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目ローレゾ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。これにより、セクタの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のセクタに、ローレゾ年輪データの境界と、光ディスク３１のセクタの境界とが一致するように記録される。
その後、ステップＳ７７に進み、制御部４０は、変数Ｎlを１だけインクリメントし、ステップＳ７２に戻り、以下、同様の処理を繰り返される。
一方、ステップＳ７３において、ローレゾデータがメモリ３８に供給されていないと判定された場合、即ち、データ変換部３９からメモリコントローラ３７へのローレゾデータの供給が停止した場合、ステップＳ７８に進み、制御部４０は、メモリコントローラ３７を制御することにより、メモリ３８にいま残っているローレゾデータのすべてを読み出し、セクタの整数倍の最小のデータ量となるように、パディング用のパディングデータを付加する。これにより、メモリ３８から読み出したローレゾデータが、セクタの整数倍のデータ量のローレゾ年輪データとされる。さらに、制御部４０は、そのローレゾ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量のローレゾ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
その後、ステップＳ７９に進み、制御部４０は、変数Ｎlに、無限大に相当する値をセットして、ローレゾデータ記録タスクを終了する。
次に、図１０のフローチャートを参照して、図６のステップＳ６で開始されるリアルタイムメタデータ記録タスクについて説明する。
リアルタイムメタデータ記録タスクが開始されると、最初に、ステップＳ９１において、制御部４０は、後述するステップＳ９７の処理で、１ずつインクリメントされる変数Ｎlを、例えば１に初期化し、ステップＳ９２に進む。
ステップＳ９２では、制御部４０は、Ｔsm×Ｎmが、Ｔsa×Ｎa未満であり、さらに、Ｔsm×Ｎmが、Ｔsv×Ｎv未満で、かつＴsl×Ｎl未満であるかどうかを判定する。
ここで、Ｔsm×Ｎmが、Ｔsa×Ｎa未満であるというのは、図８のステップＳ５２で説明した場合と同様に、これから記録しようとするリアルタイムメタ年輪データである注目リアルタイムメタ年輪データを、再生時刻Ｔsm×Ｎm以前の最近の再生時間帯の音声年輪データが記録された直後に記録するための条件である。また、Ｔsm×Ｎmが、Ｔsv×Ｎv未満であるというのは、やはり、図９のステップＳ７２で説明した場合と同様に、これから記録しようとするリアルタイムメタ年輪データである注目リアルタイムメタ年輪データを、再生時刻Ｔsm×Ｎm以前の最近の再生時間帯の画像年輪データが記録された直後に記録するための条件である。同様に、Ｔsm×Ｎmが、Ｔsl×Ｎl未満であるというのは、これから記録しようとするリアルタイムメタ年輪データである注目リアルタイムメタ年輪データを、再生時刻Ｔsm×Ｎm以前の最近の再生時間帯のローレゾ年輪データが記録された直後に記録するための条件である。
ステップＳ９２において、リアルタイムメタ年輪データの再生時刻Ｔsm×Ｎmが、音声年輪データの再生時刻Ｔsa×Ｎa未満、画像年輪データの再生時刻Ｔsv×Ｎv未満、またはリアルタイムメタ年輪データの再生時刻Ｔsl×Ｎl未満のうちのいずれかではないと判定された場合、即ち、現在のタイミングが、注目リアルタイムメタ年輪データの記録を行うべきタイミングでない場合、ステップＳ９２に戻り、以下、同様の処理が繰り返される。
また、ステップＳ９２において、リアルタイムメタ年輪データの再生時刻Ｔsm×Ｎmが、音声年輪データの再生時刻Ｔsa×Ｎa未満であり、さらに、画像年輪データの再生時刻Ｔsv×Ｎv未満でもあり、かつローレゾ年輪データの再生時刻Ｔsl×Ｎl未満であると判定された場合、即ち、現在のタイミングが、注目リアルタイムメタ年輪データの記録を行うべきタイミングである場合、ステップＳ９３に進み、制御部４０は、データ変換部３９からメモリコントローラ３７を介して、メモリ３８に、リアルタイムメタデータが供給されているか否かを判定し、供給されていると判定した場合、ステップＳ９４に進む。
ステップＳ９４では、制御部４０は、メモリ３８に、通算して、リアルタイムメタ年輪サイズＴsm×Ｎm分の再生に必要なリアルタイムメタデータが記憶されたか否かを判定し、まだ、その分のリアルタイムメタデータがメモリ３８に記憶されていないと判定された場合、ステップＳ９２に戻り、以下、同様の処理が繰り返される。また、ステップＳ９４において、再生時間Ｔsm×Ｎmに対応する分のリアルタイムメタデータがメモリ３８に記憶されたと判定された場合、ステップＳ９５に進む。
なお、データ変換部３９のデータ量検出部６２は、通算して、再生時間Ｔsm×Ｎm分の再生に必要な画像信号および音声信号を検出したとき、その旨を、メモリコントローラ３７に通知する。メモリコントローラ３７は、その通知に基づいて、通算して、再生時間Ｔsm×Ｎm分の再生に必要なリアルタイムメタデータをメモリ３８に記憶したか否かの判定を行い、その判定結果を制御部４０に通知する。そして、制御部４０は、メモリコントローラ３７からのその判定結果に基づいて、ステップＳ９４における判定処理を行う。
ステップＳ９５では、制御部４０は、メモリコントローラ３７を制御して、メモリ３８に記憶されているリアルタイムメタデータから、光ディスク３１上に形成される物理的記録再生単位（物理的単位領域）としての、例えば１つのセクタの整数倍（ｎ倍）のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のメタデータを、時間的に先に入力された方から読み出させることにより抽出し、ステップＳ９６に進む。
なお、このセクタの整数倍のデータ量であって、メモリ３８から読み出すことのできる最大のデータ量のリアルタイムメタデータとして、メモリ３８から読み出されるリアルタイムメタ年輪データが、上述した、再生時刻Ｔsm×Ｎm以前の最近のリアルタイムメタ年輪データである。
また、ステップＳ９５において読み出されなかったリアルタイムメタデータは、そのままメモリ３８に残される。
ステップＳ９６では、制御部４０が、ステップＳ９５で得られた、セクタの整数倍のデータ量の注目メタ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量の注目リアルタイムメタ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。これにより、セクタの整数倍のデータ量のメタ年輪データが、その整数倍の数のセクタに、リアルタイムメタ年輪データの境界と、光ディスク３１のセクタの境界とが一致するように、周期的に記録される。
その後、ステップＳ９７に進み、制御部４０は、変数Ｎmを１だけインクリメントし、ステップＳ９２に戻り、以下、同様の処理を繰り返される。
一方、ステップＳ９３において、リアルタイムメタデータがメモリ３８に供給されていないと判定された場合、即ち、データ変換部３９からメモリコントローラ３７へのリアルタイムメタデータの供給が停止した場合、ステップＳ９８に進み、制御部４０は、メモリコントローラ３７を制御することにより、メモリ３８にいま残っているリアルタイムメタデータのすべてを読み出し、そのデータ量がセクタの整数倍の最小のデータ量となるように、リアルタイムメタデータに、パディング用のパディングデータを付加する。これにより、メモリ３８から読み出したリアルタイムメタデータが、セクタの整数倍のデータ量のリアルタイムメタ年輪データとされる。さらに、制御部４０は、そのリアルタイムメタ年輪データを、メモリコントローラ３７から信号処理部３６に供給させ、これにより、そのセクタの整数倍のデータ量のリアルタイムメタ年輪データが、その整数倍の数のセクタに記録されるように記録制御を行う。
その後、ステップＳ９９に進み、制御部４０は、変数Ｎmに、無限大に相当する値をセットして、リアルタイムメタデータ記録タスクを終了する。
なお、上述したように、リアルタイムメタデータには、例えば、LTC、ユーザビット、UMID、エッセンスマーク、ARIBメタデータ、または、撮像が行われたビデオカメラの設定／制御情報等のデータが含まれる。
これらのデータは、図１１に示されるように、キーデータ（Key）１１１、レングスデータ（Length）１１２、および、バリューデータ（Value）１１３からなるKLV符号化されたデータ（以下、KLVデータと称する）である。このフォーマットは、SMPTE 335M/RP214に準拠している。
KLVデータ１１０のキーデータ１１１は、KLV符号化されたデータ項目を示す識別子である。この識別子には、SMTPEのメタデータ辞書に定義された、各種のデータ項目に対応する識別子が用いられる。KLVデータ１１０のレングスデータ１１２は、バリューデータ１１３の長さをバイト単位で示すデータである。KLVデータ１１０のバリューデータ１１３は、XML（eXtensible Markup Language）文書等のように、テキストデータ等のデータ本体からなるデータである。すなわち、KLVデータ１１０は、キーデータ１１１に示されるデータ項目のデータであり、レングスデータ１１２に示されるデータ長のデータであり、かつ、バリューデータ１１３に示されるデータを符号化したものである。
リアルタイムメタデータは、このようなデータ構造のKLVデータである、上述した各種のデータにより構成される。これらの複数のデータからなるリアルタイムメタデータは、その各データの内容から、大きく、必須部分と選択部分の２つに分けられる。必須部分は、全フレームに対応するリアルタイムメタデータに含まれるデータであり、LTC、ユーザビット、UMID、およびエッセンスマーク等のその他のKLVデータを含む各種のデータにより構成され、選択部分は、必要に応じてリアルタイムメタデータに含まれるデータで構成される。選択部分に含まれるデータとして、例えば、ARIBメタデータやビデオカメラの設定／制御情報等のデータ等がある。
なお、この必須部分と選択部分のそれぞれのデータ長は、いずれも予め定められた固定長である。また、リアルタイムメタデータは、SDI等の同期系通信インタフェースによるデータ転送に対応するために、リアルタイム性を要求されるデータである必要があるので、光ディスク３１等に高速に書き込みおよび読み出しができるように、必須部分（および選択部分）をBIM（BInary Format for MPEG-7）形式の１つのファイルで構成する。
ここで、BIM形式のデータは、XML形式のデータをバイナリデータに変換したものである。上述したリアルタイムメタデータに含まれる各種のデータは、XMLにより表現することも可能である。しかしながら、XMLの場合、そのデータ量が増大してしまうので、読み出しおよび書き込み時間を短縮させることが望ましい（リアルタイム性が要求される）リアルタイムメタデータにおいては、XMLは不向きである。そこで、XML表現と対等な情報を持つバイナリ表現であるBIMを用いることにより、リアルタイムメタデータのリアルタイム性を実現することができる。なお、リアルタイムメタデータにBIM形式のデータを用いることにより、リアルタイムメタデータの記録に必要な光ディスク３１におけるデータ領域が削減されるだけでなく、書き込み時間および読み出し時間を短縮することができ、さらに、書き込みおよび読み出しの処理の際にデータを保持するメモリにおける記憶領域を削減することも可能であり、書き込みおよび読み出しの処理速度を全体的に向上させるようにすることができる。
制御部４０は、上述したように、リアルタイムメタデータ処理部６６を制御し、データ量検出部６２を介してリアルタイムメタデータ処理部６６に供給された、以上のようなKLVデータからなるリアルタイムメタデータを、メモリコントローラ３７を介して、光ディスク３１に記録させる。
しかしながら、例えば、画像信号や音声信号が、撮像に用いられたビデオカメラ（図示せず）から、信号入出力装置５１を介してディスク記録再生装置（ディスク装置）３０に入力された場合、すなわち、撮像により得られた画像信号や音声信号が、メタデータを付加されることなく、ディスク記録再生装置３０に供給された場合、その画像信号や音声信号には、LTC等のメタデータが付加されていない。例えば、ディスク記録再生装置３０がビデオカメラと一体化している場合、撮像により得られた画像信号や音声信号は、リアルタイムメタデータ等が付加されるような処理が行われずに、データ変換部３９に供給される。
そのような場合、制御部４０は、データ変換部３９のリアルタイムメタデータ処理部６６を制御し、リアルタイムメタデータ処理部６６が内蔵するLTCデータ処理部７１に、LTCデータを生成するLTCデータ生成処理を実行させる。
LTCデータ処理部７１の制御部１０１は、LTCデータ生成処理を実行し、制御部４０に制御されたリアルタイムメタデータ処理部６６より、LTCデータの生成を指示されると、信号入出力装置５１からデータ変換部３９に供給される画像信号のフレームに同期してLTCデータを生成し、リアルタイムメタデータ処理部６６に供給する。
図１２にフローチャートを参照して、LTCデータ処理部７１の制御部１０１によるLTCデータ生成処理について説明する。
最初に、ステップＳ１１１において、制御部１０１は、リアルタイムメタデータ処理部６６より、LTCデータ生成の開始指示を取得したか否かを判定し、取得したと判定するまで待機する。
LTCデータ生成の開始指示を取得したと判定した場合、制御部１０１は、ステップＳ１１２に処理を進め、リアルタイムを用いたLTCを生成するか否かを判定する。
LTCデータの生成は、実際の時刻を用いて行う場合と、予め定められた初期値を用いて行う場合とがある。制御部４０は、例えば、操作部４１を介して受け付けられたそのような情報、すなわち、実際の時刻を用いてLTCデータを生成するか否かを指示する情報、さらに、実際の時刻を用いずにLTCデータを生成する場合、初期値が設定されたか否かを示す情報をデータ変換部３９のリアルタイムメタデータ処理部６６に供給する。
リアルタイムメタデータ処理部６６は、LTCデータ生成の開始指示とともに、それらの情報をLTCデータ処理部７１の制御部１０１に供給する。制御部１０１は、ステップＳ１１２において、供給されたその情報に基づいて、実際の時刻（リアルタイム）を用いたLTCを生成するか否かを判定する。
ステップＳ１１２において、リアルタイムを用いたLTCを生成すると判定した場合、制御部１０１は、ステップＳ１１３に処理を進め、上述したように、LTC生成部１０２およびリアルタイムクロック１０５を制御することにより、リアルタイムクロックを用いて、同期信号に合わせてLTCデータを生成する。
すなわち、制御部１０１は、リアルタイムクロック１０５に同期信号を供給し、同期信号に合わせてリアルタイムに関する情報をLTC生成部１０２に供給させる。また、制御部１０１は、同期信号をLTC生成部１０２に供給し、LTC生成部１０２の動作を同期信号に同期させ、リアルタイムクロック１０２より供給されるリアルタイムに関する情報に基づいて、LTCデータを生成させる。
ステップＳ１１３の処理が終了すると、制御部１０１は、ステップＳ１１４に処理を進め、LTC生成部１０２を制御し、生成したLTCデータをリアルタイムメタデータ処理部６６に供給させることにより、メモリコントローラ３７に供給させる。すなわち、リアルタイムメタデータ処理部６６は、LTCデータ処理部７１より供給されたLTCデータを、リアルタイムメタデータとして、メモリコントローラ３７に供給する。
LTCデータを供給させた制御部１０１は、ステップＳ１１５において、上述した制御信号や同期信号と同様にリアルタイムメタデータ処理部６６より供給されたLTCデータ生成の終了指示を取得したか否かを判定する。制御部４０は、操作部４１を介して入力されたユーザの指示等に基づいて、LTCデータ生成の終了指示をデータ変換部３９のリアルタイムメタデータ処理部６６に供給する。リアルタイムメタデータ処理部６６は、LTCデータ生成の終了指示を取得すると、その指示をLTCデータ処理部７１の制御部１０１に供給する。制御部１０１は、ステップＳ１１５において、その指示を取得したか否かを判定する。
ステップＳ１１５において、制御部１０１は、LTCデータ生成の終了指示を取得していないと判定した場合、ステップＳ１１３に処理を戻し、それ以降の処理を繰り返す。また、LTCデータ生成の終了指示を取得したと判定した場合、制御部１０１は、LTCデータ生成処理を終了する。
ところで、ステップＳ１１２において、リアルタイムを用いずにLTCを生成すると判定した場合、制御部１０１は、ステップＳ１１６に処理を進め、上述したようにリアルタイムメタデータ処理部６６より取得した情報に基づいて、初期値の設定が指示されたか否かを判定する。
初期値の設定が指示されていると判定した場合、制御部１０１は、ステップＳ１１７に処理を進め、初期値設定部１０３を制御し、LTCの初期値を指示された値に設定する。すなわち、この場合、制御部１０１は、初期値設定部１０３に初期値の指示に関する情報（指示された初期値）を初期値設定部１０３に供給し、LTCの初期値をその値に設定させる。初期値設定部１０３は、設定した初期値をLTC生成部１０２に供給する。初期値の設定が終了すると、制御部１０１は、ステップＳ１１９に処理を進める。
また、ステップＳ１１６において、初期値の設定が指示されていないと判定した場合、制御部１０１は、ステップＳ１１８に処理を進め、初期値設定部１０３を制御し、LTCの初期値を「０」に設定する。すなわち、この場合、制御部１０１は、初期値設定部１０３に、値「０」の情報を供給し、LTCの初期値を「０」に設定させる。初期値設定部１０３は、設定した初期値をLTC生成部１０２に供給する。初期値の設定が終了すると、制御部１０１は，ステップＳ１１９に処理を進める。
ステップＳ１１９において、制御部１０１は、LTC生成部１０２およびカウンタ１０４を制御し、カウンタ１０４を用いて、同期信号に合わせてLTCデータを生成させる。すなわち、カウンタ１０４は、制御部１０１より供給される同期信号に合わせて、カウント処理を行い、算出されたカウント値をLTC生成部１０２に順次供給する。LTC生成部１０２は、制御部１０１より供給される同期信号に同期して動作し、初期値設定部１０３より供給された初期値、および、カウンタ１０４より供給されたカウンタ値を用いてLTCデータを生成する。
ステップＳ１１９の処理が終了した制御部１０１は、ステップＳ１２０において、LTC生成部１０２を制御し、生成したLTCデータをリアルタイムメタデータ処理部６６に供給させることにより、メモリコントローラ３７に供給させる。すなわち、リアルタイムメタデータ処理部６６は、LTCデータ処理部７１より供給されたLTCデータを、リアルタイムメタデータとして、メモリコントローラ３７に供給する。
LTCデータを供給させた制御部１０１は、ステップＳ１２１において、ステップＳ１１５の処理の場合と同様に、リアルタイムメタデータ処理部６６より供給されたLTCデータ生成の終了指示を取得したか否かを判定する。制御部４０は、操作部４１を介して入力されたユーザの指示等に基づいて、LTCデータ生成の終了指示をデータ変換部３９のリアルタイムメタデータ処理部６６に供給する。リアルタイムメタデータ処理部６６は、LTCデータ生成の終了指示を取得すると、その指示をLTCデータ処理部７１の制御部１０１に供給する。制御部１０１は、ステップＳ１２１において、その指示を取得したか否かを判定する。
ステップＳ１２１において、制御部１０１は、LTCデータ生成の終了指示を取得していないと判定した場合、ステップＳ１１９に処理を戻し、それ以降の処理を繰り返す。また、LTCデータ生成の終了指示を取得したと判定した場合、制御部１０１は、LTCデータ生成処理を終了する。
上述したように生成され、メモリコントローラ３７に供給されたLTCデータは、上述したように、リアルタイムメタデータとして処理され、音声データや画像データとともに、光ディスク３１に記録される。
以上のように生成されたLTCデータをリアルタイムメタデータとしてエッセンスデータともに記録することにより、図２のディスク記録再生装置３０は、後述するように、エッセンスデータ再生の際に、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
なお、リアルタイムメタデータ処理部６６は、LTCデータ処理部７１またはデータ量検出部６２より取得したLTCデータをメモリコントローラ３７に供給するだけでなく、ノンリアルタイムメタデータ処理部６７に供給する。ノンリアルタイムメタデータ処理部６７は、取得したLTCデータを、内蔵するLTCデータ処理部７２に供給する。また、ノンリアルタイムメタデータ処理部６７は、制御部４０より供給される制御信号、同期信号、またはFTCデータ等必要な情報をLTCデータ処理部７２に供給する。なお、これらの情報は、画像データのフレーム毎に供給される。従って、LTCデータ処理部７２は、LTC変化点テーブル作成処理を実行し、フレーム毎に供給されたこれらの情報に基づいてノンリアルタイムメタデータとしてのLTC変化点テーブルを生成する。
図１３乃至図１５のフローチャートを参照して、LTCデータ処理部７２によるLTC変化点テーブル作成処理について説明する。また、必要に応じて図１６乃至図２０を参照して説明する。
最初に、取得制御部１１１は、ステップＳ１４１において、LTCデータを取得したか否かを判定し、取得したと判定した場合、そのLTCデータ、およびそのLTCデータと同時に供給される、そのLTCデータに対応するFTCデータを判定処理部１１２に供給し、ステップＳ１４２に処理を進める。取得制御部１１１よりLTCデータを取得した判定処理部１１２は、データ管理部１１３を制御して、データ保持部１１４が保持しているLTCデータが存在するか否かを確認させる。データ管理部１１３は、この制御に基づいてデータ保持部１１４にアクセスし、LTCデータ１２１が保持されているか否かを確認し、その確認結果を判定処理部１１２に供給する。ステップＳ１４２において、判定処理部１１２は、供給された確認結果に基づいて、データ保持部１１４が保持しているLTCデータが存在するか否かを判定する。
例えば、ステップＳ１４１において取得制御部１１１がクリップの先頭フレームに対応するLTCデータを取得したところであり、データ保持部１１４には、LTCデータ１２１が保持されていないと判定した場合、判定処理部１１２は、ステップＳ１４３に処理を進め、取得したLTCデータおよびFTCデータを、データ管理部１１３を介してデータ保持部１１４に供給し、保持させる。データ保持部１１４は、データ管理部１１４を介して取得したLTCデータおよびFTCデータをその記憶領域に保持する。データ保持部１１４にLTCデータおよびFTCデータを保持させると、判定処理部１１２は、ステップＳ１４１に処理を戻し、次のフレームのLTCデータやFTCデータに対して、それ以降の処理を繰り返す。
また、ステップＳ１４２において、データ保持部１１４が保持しているLTCデータ１２１が存在すると判定した場合、判定処理部１１２は、ステップＳ１４４に処理を進め、データ管理部１１３を制御して、そのLTCデータ１２１をデータ保持部１１４より取得し、取得制御部１１１より供給されたLTCデータ（取得したLTCデータ）の値と、データ保持部１１４より取得したLTCデータ（保持しているLTCデータ）の値とを比較する。そして、判定処理部１１２は、ステップＳ１４５において、区間設定管理部１１５を制御して、区間設定保持部１１６に保持されている区間名１２３、すなわち、現在の区間設定（ステータス）を参照する。
ステップＳ１４５の処理を終了した判定処理部１１２は、ステップＳ１４６に処理を進め、ステップＳ１４４において比較した比較結果に基づいて、取得したLTCデータの値が、保持しているLTCデータの値より１つ大きい（連続増加である）か否かを判定し、連続増加であると判定した場合、ステップＳ１４７に処理を進め、ステップＳ１４５において参照した参照結果に基づいて、現在の区間がインクリメント区間（ステータスがインクリメントである区間）であるか否かを判定する。
現在の区間がインクリメント区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているLTCデータに対応するフレーム）をLTCの変化点とするために、ステップＳ１４８に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているLTCデータ１２１およびFTCデータ１２２を取得し、そのLTCデータおよびFTCデータにステータス情報（この場合、インクリメント）を付加する。そして、判定処理部１１２は、そのLTCデータ、FTCデータ、およびステータス情報をLTC変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのLTC変化点テーブルの要素を、インクリメント点（ステータスがインクリメントである変化点）として、メモリ３８に供給し、LTC変化点テーブルに登録する。
ステップＳ１４８の処理が終了すると、判定処理部１１２は、ステップＳ１４９において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をインクリメント区間に設定し、ステップＳ１５０に処理を進める。また、ステップＳ１４７において、現在の区間がインクリメント区間であると判定した場合、判定処理部１１２は、ステップＳ１４８およびステップＳ１４９の処理を省略し、ステップＳ１５０に処理を進める。
図１６Ａは、インクリメント区間におけるFTCとLTCの関係の例を示す図であり、横軸はフレームのFTCを示しており、縦軸はそのフレームのLTCを示している。図１６Ａにおいて、例えば、FTCの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のLTCの値は「Ｍ」であり、その次のフレーム（FTCの値が「Ｎ＋１」のフレーム）のLTCの値は「Ｍ＋１」であり、さらに次のフレーム（FTCの値が「Ｎ＋２」のフレーム）のLTCの値は「Ｍ＋２」である。このように、インクリメント区間においては、連続するフレームにおけるLTCの値は、FTCが１ずつ増加するとともに１ずつ増加する。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがインクリメントでない（区間設定保持部１１６が保持している区間名１２３の内容がインクリメントでない）場合に、図１６Ａに示されるようなフレーム群（LTCが連続増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「インクリメント」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをインクリメント点として、図１６Ｂに示されるようなLTC変化点テーブル１２４の要素１４１を作成する。上述したように、LTC変化点テーブルの各要素は、そのLTC変化点のFTCを示す「フレーム番号」、そのLTC変化点のLTCを示す「LTC」、並びに、そのLTC変化点以降のフレームにおけるLTCの変化パターンの種類を示す「ステータス」の３つの項目からなり、図１６Ｂに示される要素１４１の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「LTC」の値は「Ｍ」となり、項目「ステータス」は、「インクリメント」となる。このような要素１４１を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているLTC変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がインクリメントである場合に、図１６Ａに示されるようなフレーム群（LTCが連続増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４１を作成しない（ステータスを更新しない）。
ステップＳ１５０において、判定処理部１１２は、データ管理部１１３を制御して、今回、取得制御部１１１を介して取得したLTCデータおよびFTCデータをデータ保持部１１４に供給し、それらを用いてデータ保持部１１４に保持されているLTCデータ１２１およびFTCデータ１２２を更新させる。
更新が終了すると、判定処理部１１２は、図１５のステップＳ１８４に処理を進める。
また、ステップＳ１４６において、取得したLTCデータの値が、保持しているLTCデータの値より１つ大きくない（連続増加でない）と判定した場合、判定処理部１１２は、図１４のステップＳ１６１に処理を進める。
図１４のステップＳ１６１において、判定処理部１１２は、図１３のステップＳ１４４において比較した比較結果に基づいて、取得したLTCデータの値が、保持しているLTCデータの値より２つ以上大きいか否かを判定し、２以上増加していると判定した場合、ステップＳ１６２に処理を進め、図１３のステップＳ１４５において参照した参照結果に基づいて、現在の区間がインクリース区間（ステータスがインクリースである区間）であるか否かを判定する。
現在の区間がインクリース区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているLTCデータに対応するフレーム）をLTCの変化点とするために、ステップＳ１６３に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているLTCデータ１２１およびFTCデータ１２２を取得し、そのLTCデータおよびFTCデータにステータス情報（この場合、インクリース）を付加する。そして、判定処理部１１２は、そのLTCデータ、FTCデータ、およびステータス情報をLTC変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのLTC変化点テーブルの要素を、インクリース点（ステータスがインクリースである変化点）として、メモリ３８に供給し、LTC変化点テーブルに登録する。
ステップＳ１６３の処理が終了すると、判定処理部１１２は、ステップＳ１６４において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をインクリース区間に設定し、図１３のステップＳ１５０に処理を戻し、それ以降の処理を繰り返す。また、図１４のステップＳ１６２において、現在の区間がインクリース区間であると判定した場合、判定処理部１１２は、ステップＳ１６３およびステップＳ１６４の処理を省略し、図１３のステップＳ１５０に処理を戻す。
図１７Ａは、インクリース区間におけるFTCとLTCの関係の例を示す図であり、横軸はフレームのFTCを示しており、縦軸はそのフレームのLTCを示している。図１７Ａにおいて、例えば、FTCの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のLTCの値は「Ｍ」であり、その次のフレーム（FTCの値が「Ｎ＋１」のフレーム）のLTCの値は「Ｍ＋２」であり、さらに次のフレーム（FTCの値が「Ｎ＋２」のフレーム）のLTCの値は「Ｍ＋５」である。このように、インクリース区間においては、連続するフレームにおけるLTCの値は、FTCが１ずつ増加するとともに２以上ずつ増加する。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがインクリースでない（区間設定保持部１１６が保持している区間名１２３の内容がインクリースでない）場合に、図１７Ａに示されるようなフレーム群（LTCが２以上ずつ増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「インクリース」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをインクリース点として、図１７Ｂに示されるようなLTC変化点テーブル１２４の要素１４２を作成する。図１７Ｂに示される要素１４２の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「LTC」の値は「Ｍ」となり、項目「ステータス」は、「インクリース」となる。このような要素１４２を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているLTC変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がインクリースである場合に、図１７Ａに示されるようなフレーム群（LTCが２以上ずつ増加するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４２を作成しない（ステータスを更新しない）。
また、ステップＳ１６１において、取得したLTCデータの値が、保持しているLTCデータの値より２以上増加していないと判定した場合、判定処理部１１２は、ステップＳ１６５に処理を進める。
ステップＳ１６５において、判定処理部１１２は、図１３のステップＳ１４４において比較した比較結果に基づいて、取得したLTCデータの値が、保持しているLTCデータの値と同じであるか否かを判定し、LTCデータの値が変化しておらず、同じであると判定した場合、ステップＳ１６６に処理を進め、図１３のステップＳ１４５において参照した参照結果に基づいて、現在の区間がスティル区間（ステータスがスティルである区間）であるか否かを判定する。
現在の区間がスティル区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているLTCデータに対応するフレーム）をLTCの変化点とするために、ステップＳ１６７に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているLTCデータ１２１およびFTCデータ１２２を取得し、そのLTCデータおよびFTCデータにステータス情報（この場合、スティル）を付加する。そして、判定処理部１１２は、そのLTCデータ、FTCデータ、およびステータス情報をLTC変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのLTC変化点テーブルの要素を、スティル点（ステータスがスティルである変化点）として、メモリ３８に供給し、LTC変化点テーブルに登録する。
ステップＳ１６７の処理が終了すると、判定処理部１１２は、ステップＳ１６８において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をスティル区間に設定し、図１３のステップＳ１５０に処理を戻し、それ以降の処理を繰り返す。また、図１４のステップＳ１６６において、現在の区間がスティル区間であると判定した場合、判定処理部１１２は、ステップＳ１６７およびステップＳ１６８の処理を省略し、図１３のステップＳ１５０に処理を戻す。
図１８Ａは、スティル区間におけるFTCとLTCの関係の例を示す図であり、横軸はフレームのFTCを示しており、縦軸はそのフレームのLTCを示している。図１８Ａにおいて、例えば、FTCの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）も、その次のフレーム（FTCの値が「Ｎ＋１」のフレーム）も、さらに次のフレーム（FTCの値が「Ｎ＋２」のフレーム）も、LTCの値は「Ｍ」である。このように、スティル区間においては、連続するフレームにおけるLTCの値は、FTCが１ずつ増加しても変化しない。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがスティルでない（区間設定保持部１１６が保持している区間名１２３の内容がスティルでない）場合に、図１８Ａに示されるようなフレーム群（LTCが変化しないフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「スティル」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをスティル点として、図１８Ｂに示されるようなLTC変化点テーブル１２４の要素１４４を作成する。図１８Ｂに示される要素１４４の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「LTC」の値は「Ｍ」となり、項目「ステータス」は、「スティル」となる。このような要素１４４を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているLTC変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がスティルである場合に、図１８Ａに示されるようなフレーム群（LTCが変化しないフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４４を作成しない（ステータスを更新しない）。
また、ステップＳ１６５において、取得したLTCデータの値が、保持しているLTCデータの値と同じではない（すなわち、減少している）と判定した場合、判定処理部１１２は、ステップＳ１６９に処理を進める。
ステップＳ１６９において、判定処理部１１２は、図１３のステップＳ１４５において参照した参照結果に基づいて、現在の区間がディクリース区間（ステータスがディクリースである区間）であるか否かを判定する。
現在の区間がディクリース区間でないと判定した場合、判定処理部１１２は、ステータス（すなわち、区間）が変化したと判定し、そのフレーム（保持しているLTCデータに対応するフレーム）をLTCの変化点とするために、ステップＳ１７０に処理を進め、データ管理部１１３を制御してデータ保持部１１４に保持されているLTCデータ１２１およびFTCデータ１２２を取得し、そのLTCデータおよびFTCデータにステータス情報（この場合、ディクリース）を付加する。そして、判定処理部１１２は、そのLTCデータ、FTCデータ、およびステータス情報をLTC変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのLTC変化点テーブルの要素を、ディクリース点（ステータスがディクリースである変化点）として、メモリ３８に供給し、LTC変化点テーブルに登録する。
ステップＳ１７０の処理が終了すると、判定処理部１１２は、ステップＳ１７１において、今回判定されたステータスを、区間設定管理部１１５を介して区間設定保持部１１６に供給し、区間名１２３として記憶させることにより、現在の区間をスティル区間に設定し、図１３のステップＳ１５０に処理を戻し、それ以降の処理を繰り返す。また、図１４のステップＳ１６９において、現在の区間がディクリース区間であると判定した場合、判定処理部１１２は、ステップＳ１７０およびステップＳ１７１の処理を省略し、図１３のステップＳ１５０に処理を戻す。
図１９Ａは、ディクリース区間におけるFTCとLTCの関係の例を示す図であり、横軸はフレームのFTCを示しており、縦軸はそのフレームのLTCを示している。図１９Ａにおいて、例えば、FTCの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のLTCの値は「Ｍ」であり、その次のフレーム（FTCの値が「Ｎ＋１」のフレーム）のLTCの値は「Ｍ−１」であり、さらに次のフレーム（FTCの値が「Ｎ＋２」のフレーム）のLTCの値は「Ｍ−３」である。このように、ディクリース区間においては、連続するフレームにおけるLTCの値は、FTCが１ずつ増加するとともに１以上ずつ減少する。
例えば、ステータスが設定されていない（区間設定保持部１１６が区間名１２３を保持していない）、または、設定されているステータスがディクリースでない（区間設定保持部１１６が保持している区間名１２３の内容がディクリースでない）場合に、図１９Ａに示されるようなフレーム群（LTCが１以上ずつ減少するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが「ディクリース」に変化した（区間が変わった）と判定し、それらの最初のフレームであるフレーム番号Ｎのフレームをディクリース点として、図１９Ｂに示されるようなLTC変化点テーブル１２４の要素１４６を作成する。図１９Ｂに示される要素１４６の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「LTC」の値は「Ｍ」となり、項目「ステータス」は、「ディクリース」となる。このような要素１４６を作成した判定処理部１１２は、これを登録処理部１１７に供給し、メモリ３８に記憶されているLTC変化点テーブル１２４に登録させる。
なお、区間設定保持部１１６が保持している区間名１２３の内容がディクリースである場合に、図１９Ａに示されるようなフレーム群（LTCが減少するフレーム群）がデータ変換部３９に入力されると、判定処理部１１２は、ステータスが変化していない（同じ区間が継続している）と判定し、要素１４６を作成しない（ステータスを更新しない）。
また、図１３のステップＳ１４１において、例えばエッセンスデータの入力が停止し、本来取得すべきタイミングにおいてLTCデータを取得していないと判定した場合、取得制御部１１１は、図１５のステップＳ１８１に処理を進める。図１５のステップＳ１８１において、判定処理部１１２は、クリップが終了したと判定し、データ管理部１１３を制御してデータ保持部１１４に保持されているLTCデータ１２１およびFTCデータ１２２を取得し、そのLTCデータおよびFTCデータにステータス情報（この場合、エンド）を付加する。そして、判定処理部１１２は、そのLTCデータ、FTCデータ、およびステータス情報をLTC変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのLTC変化点テーブルの要素を、エンド点（ステータスがエンドである変化点）として、メモリ３８に供給し、LTC変化点テーブルに登録する。
図２０Ａは、エンド点におけるFTCとLTCの関係の例を示す図であり、横軸はフレームのFTCを示しており、縦軸はそのフレームのLTCを示している。図２０Ａにおいて、例えば、FTCの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のLTCの値は「Ｍ」であり、その次のフレーム（FTCの値が「Ｎ＋１」のフレーム）のLTCの値は「Ｍ＋１」であり、さらに次のフレーム（FTCの値が「Ｎ＋２」のフレーム）のLTCの値は「Ｍ＋２」である。すなわち、この区間のステータスはインクリメントであり、例えば、図２０Ｂに示されるように、LTC変化点テーブル１２４には、要素１４８が登録されている。図２０Ｂに示される要素１４８の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「LTC」の値は「Ｍ」となり、項目「ステータス」は、「インクリメント」となる。
このような場合に、フレーム番号Ｎ＋２のフレームでクリップが終了し、取得制御部１１１がフレーム番号Ｎ＋２のフレームの、次のフレームを取得していないと、判定処理部１１２は、クリップが終了したと判定し、データ保持部１１４に保持されている最後のフレームであるフレーム番号Ｎ＋２のフレームをエンド点として、図２０Ｂに示されるようなLTC変化点テーブル１２４の要素１４９を作成する。図２０Ｂに示される要素１４９の場合、項目「フレーム番号」の値は「Ｎ＋２」となり、項目「LTC」の値は「Ｍ＋２」となり、項目「ステータス」は、「エンド」となる。
以上のように、LTC変化点テーブルにエンド点を登録した判定処理部１１２は、ステップＳ１８４に処理を進める。
また、上述したように、図１３および図１４の処理を行い、図１３のステップＳ１５０を終了した判定処理部１１２は、図１５のステップＳ１８２に処理を進め、登録処理部１１７を制御してメモリ３８の空き容量を調査させ、LTC変化点テーブル１４２にさらに２つ以上の要素を登録可能か否かを判定する。空き容量が十分にあり、LTC変換点テーブル１２４にさらに２つ以上の要素を登録可能であると判定した場合、判定処理部１１２は、図１３のステップＳ１４１に処理を戻し、次のフレームに対してそれ以降の処理を繰り返す。
また、図１５のステップＳ１８２において、メモリ３８の空き容量が十分でなく、LTC変化点テーブル１２４に、あと１つの要素しか追加できないと判定した場合、判定処理部１１２は、ステップＳ１８３に処理を進め、今回取得制御部１１１を介して取得したLTCデータおよびFTCデータにステータス情報（この場合、オーバ）を付加する。そして、判定処理部１１２は、そのLTCデータ、FTCデータ、およびステータス情報をLTC変化点テーブルの要素として登録処理部１１７に供給する。登録処理部１１７は、そのLTC変化点テーブルの要素を、インクリース点（ステータスがインクリースである変化点）として、メモリ３８に供給し、LTC変化点テーブル１２４に登録する。
図２１Ａは、オーバ点におけるFTCとLTCの関係の例を示す図であり、横軸はフレームのFTCを示しており、縦軸はそのフレームのLTCを示している。図２１Ａにおいて、例えば、FTCの値が「Ｎ」のフレーム（フレーム番号Ｎのフレーム）のLTCの値は「Ｍ」であり、その次のフレーム（FTCの値が「Ｎ＋１」のフレーム）のLTCの値は「Ｍ＋１」であり、さらに次のフレーム（FTCの値が「Ｎ＋２」のフレーム）のLTCの値は「Ｍ＋２」であり、さらに次のフレーム（FTCの値が「Ｎ＋３」のフレーム）のLTCの値は「Ｍ＋３」であり、さらに次のフレーム（FTCの値が「Ｎ＋４」のフレーム）のLTCの値は「Ｍ＋４」である。すなわち、この区間のステータスはインクリメントであり、例えば、図２１Ｂに示されるように、LTC変化点テーブル１２４には、要素１５０が登録されている。図２１Ｂに示される要素１５０の場合、項目「フレーム番号」の値は「Ｎ」となり、項目「LTC」の値は「Ｍ」となり、項目「ステータス」は、「インクリメント」となる。
このような場合において、フレーム番号Ｎ＋２のフレームのLTCデータおよびFTCデータを取得したときに、LTC変化点テーブル１２４にあと１つの要素しか追加できないと判定すると、判定処理部１１２は、今回取得制御部１１１を介して取得した最後のフレームであるフレーム番号Ｎ＋２のフレームをオーバ点として、図２１Ｂに示されるようなLTC変化点テーブル１２４の要素１５１を作成する。図２１Ｂに示される要素１４９の場合、項目「フレーム番号」の値は「Ｎ＋２」となり、項目「LTC」の値は「Ｍ＋２」となり、項目「ステータス」は、「オーバ」となる。
以上のように、LTC変化点テーブルにオーバ点を登録させた判定処理部１１２は、ステップＳ１８４に処理を進める。
ステップＳ１８４において、LTCデータ処理部７２は、終了処理を行い、LTC変化点テーブル作成処理を終了する。なお、このLTC変化点テーブル作成処理は、クリップがデータ変換部３９に入力される度に実行される。
以上のように作成され、メモリ３８に保持されているLTC変化点テーブル１２４は、図６のステップＳ１１の処理において、ノンリアルタイムメタデータとして読み出され、光ディスク３１に記録される。
このように、リアルタイムメタデータに含まれるLTCより、その変化点をテーブル化したLTC変化点テーブルを作成し、ノンリアルタイムメタデータとして記録することにより、図２のディスク記録再生装置３０は、後述するように、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
以上に説明した図６の記録処理、図７の音声データ記録タスク、図８の画像データ記録タスク、図９のローレゾデータ記録タスク、図１０のリアルタイムメタデータ記録タスク、図１２のLTCデータ生成処理、および、図１３乃至図１５のLTC変化点テーブル作成処理によれば、音声年輪データ、画像年輪データ、ローレゾ年輪データ、リアルタイムメタ年輪データ、およびノンリアルタイムメタデータは、図２２に示されるように、光ディスク３１に記録される。
即ち、同じような再生時間帯の音声年輪データ、画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データについては、上述したように、音声年輪データ、画像年輪データ、ローレゾ年輪データ、リアルタイムメタ年輪データの順の優先順位で、光ディスク３１の、より前の位置に記録される。
さらに、例えば、最も優先順位が高い音声年輪データを基準に考えると、ある再生時間帯の音声年輪データが記録されれば、その音声年輪データに続いて、その再生時間帯と同じような再生時間帯の画像年輪データ、ローレゾ年輪データ、およびリアルタイムメタ年輪データが記録される。
以上から、図２２に示されるように、その光ディスク３１の内周側から外周側に向かって、音声年輪データ１６１、画像年輪データ１６２、ローレゾ年輪データ１６３、リアルタイムメタ年輪データ１６４の順番を繰り返しながら記録される。
そして、上述の各年輪データとは別の領域に、リアルタイム性を要求されないノンリアルタイムメタデータ１６５が記録される。
なお、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびリアルタイムメタ年輪サイズＴsmの互いの関係は、どのような関係であってもよく、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびリアルタイムメタ年輪サイズＴsmは、上述したように、すべて同一の時間とすることもできるし、すべて異なる時間とすることなども可能である。さらに、ローレゾ年輪サイズTslおよびリアルタイムメタ年輪サイズTsmが、音声年輪サイズTsaおよび画像年輪サイズTsvの２倍となるようにしてももちろんよい。
また、音声年輪サイズＴsa、画像年輪サイズＴsv、ローレゾ年輪サイズＴsl、およびリアルタイムメタ年輪サイズＴsmは、例えば、光ディスク３１の用途や使用目的にあわせて設定することが可能である。即ち、ローレゾ年輪サイズＴslや、リアルタイムメタ年輪サイズＴsmは、例えば、音声年輪サイズＴsaおよび画像年輪サイズＴsvよりも大とすることが可能である。
なお、ノンリアルタイムメタデータ１６５は、光ディスク３１のどの位置に記録されるようにしてもよく、例えば、図２３Ａに示されるように、年輪データの間に記録されるようにしてもよい。図２３Ａの場合、音声年輪データ１７１、画像年輪データ１７２、ローレゾ年輪データ１７３、およびリアルタイムメタ年輪データ１７４からなる年輪データ１７０が、複数記録された後に、ノンリアルタイムメタデータ１８１が記録され、その後に、他の年輪データが続いて記録されている。
図６のフローチャートを参照して説明したように、ノンリアルタイムメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびリアルタイムメタデータ記録タスクが終了した後に記録される。従って、このタイミングにおいて、既に記録されている最後の年輪データ１７０に続けて、ノンリアルタイムメタデータ１８１が記録され、次に開始された記録処理において記録される年輪データが、記録済みである最後のノンリアルタイムメタデータ１８１に続くように記録される。
このとき、リアルタイムメタ年輪データ１７４には、同じ年輪データに含まれる音声年輪データ１７１および画像年輪データ１７２に対応するLTCデータ１７５が含まれている。従って、LTCデータ１７５は、LTCデータ１７５が対応する音声年輪データ１７１および画像年輪データ１７２の近傍に記録されることになり、その年輪データ１７０に含まれる音声年輪データ１７１や画像年輪データ１７２の再生時にLTCデータ１７５が読み込まれる場合、シーク時間を短縮することができ、LTCデータ１７５の読み込み速度を向上させることができる。
また、ノンリアルタイムメタデータ１８１には、最初の年輪データ、または、１つ前に記録されたノンリアルタイムメタデータの次に記録された年輪データから、直前に記録された年輪データに含まれるLTCデータに対応するLTC変化点テーブル１８２が含まれている。従って、LTC変化点テーブル１８２は、LTC変化点テーブル１８２が対応する音声年輪データ１７１および画像年輪データ１７２の、ある程度（後述する図２３Ｂの場合と比較して、）近傍に記録されることになる。ノンリアルタイムメタデータ１８１に含まれるメタデータは、基本的にリアルタイム性を要求されないメタデータであるが、例えば、ユーザがLTC変化点テーブル１８２を用いて特定のフレームの再生を指示する場合、再生する音声年輪データ１７１および画像年輪データ１７２がLTC変化点テーブル１８２の近傍に記録されているほうが、シーク時間を短縮することができ、音声年輪データ１７１および画像年輪データ１７２の読み込み速度を向上させることができ、好適である。
なお、ノンリアルタイムメタデータは、例えば、図２３Ｂに示されるように、年輪データが記憶される領域とは別の領域にまとめて記録されるようにしてもよい。図２３Ｂの場合、音声年輪データ１９１−１、画像年輪データ１９２−１、ローレゾ年輪データ１９３−１、およびリアルタイムメタ年輪データ１９４−１からなる年輪データ１９０−１、音声年輪データ１９１−２、画像年輪データ１９２−２、ローレゾ年輪データ１９３−２、およびリアルタイムメタ年輪データ１９４−２からなる年輪データ１９０−２のように、年輪データが記録される領域と別の領域に、ノンリアルタイムメタデータ２０１−１、ノンリアルタイムメタデータ２０１−２、ノンリアルタイムメタデータ２０１−３のように、ノンリアルタイムメタデータがまとめて記録される。
この場合、図６のフローチャートを参照して説明したように、ノンリアルタイムメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびリアルタイムメタデータ記録タスクが終了した後に、年輪データとは別の領域に記録される。
従って、ノンリアルタイムメタデータ２０１−１乃至２０１−３にそれぞれ含まれるLTC変化点テーブル２０２−１乃至２０２−３は、互いの近傍に記録されることになる。従って、複数の変換テーブルを用いて特定のフレームを検索する場合、シーク時間を短縮することができ、目的のフレームを高速に検索することができる。
また、音声データや画像データを再生する場合、それらのデータの間に、再生に不必要なノンリアルタイムメタデータが存在しないので、読み出し時間を短縮することができ、再生処理を高速化することができる。
さらに、ノンリアルタイムメタデータは、リアルタイム性を要求されないメタデータで構成されており、通常、シーク時間を考慮しなければならないということはないので、光ディスク３１の記憶領域の物理的な位置において、どのような位置に配置してもよく、例えば、１つのノンリアルタイムメタデータを複数の位置に分散して記録するようにしてもよい。
以上のように、音声データや画像データ等からなるエッセンスデータとともに、LTCをリアルタイムメタデータとして記録し、さらに、LTCの変化点からなるLTC変化点テーブルをノンリアルタイムメタデータとして記録するようにしたので、上述した光ディスク３１に記録されたデータを編集する場合、ユーザは、LTCより目的のフレームを検索して再生させる等、LTCに基づいて容易に再生制御処理を行うことができる。
なお、以上のように光ディスク３１に記録されたデータは、例えばUDF（Universal Disk Format）等のファイルシステムによって、図２４および図２５に示されるようなディレクトリ構造のファイル単位で管理される。なお、光ディスク３１においてファイルを管理するファイルシステムは、UDFに限らず、例えば、ISO9660（International Organization for Standardization 9660）等、図２のディスク記録再生装置３０が対応できるファイルシステムであればどのようなものであってもよい。また、光ディスク３１の代わりにハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、FAT（File Allocation Tables）、NTFS（New Technology File System）、HFS（Hierarchical File System）、またはUFS（Unix(R) File System）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
図２４において、ルートディレクトリ（ROOT）２５１には、画像データや音声データ等のエッセンスデータに関する情報、および、それらのエッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるPROAVディレクトリ２５２が設けられる。
PROAVディレクトリ２５２には、上述した、光ディスク３１に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク３１に記録されている全ての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタデータファイル（DISCMETA.XML）２５３、上述した、光ディスク３１に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル（INDEX.XML）２５４、およびインデックスファイル（INDEX.BUP）２５５が設けられている。なお、インデックスファイル２５５は、インデックスファイル２５４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
PROAVディレクトリ２５２には、さらに、光ディスク３１に記録されているデータ全体に対するメタデータであり、例えば、再生履歴等の情報を含むファイルであるディスクインフォメーションファイル（DISCINFO.XML）２５６およびディスクインフォメーションファイル（DISKINFO.BUP）２５７が設けられている。なお、ディスクインフォメーションファイル２５７は、ディスクインフォメーションファイル２５６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
また、PROAVディレクトリ２５２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ（CLPR）２５８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ（EDTR）２５９が設けられる。
クリップルートディレクトリ２５８には、光ディスク３１に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図２４の場合、３つのクリップのデータが、クリップディレクトリ（C0001）２６１、クリップディレクトリ（C0002）２６２、および、クリップディレクトリ（C0003）２６３の３つのディレクトリに分けられて管理されている。すなわち、光ディスク３１に記録された最初のクリップの各データは、クリップディレクトリ２６１以下のファイルとして管理され、２番目に光ディスク３１に記録されたクリップの各データは、クリップディレクトリ２６２以下のファイルとして管理され、３番目に光ディスク３１に記録されたクリップの各データは、クリップディレクトリ２６３以下のファイルとして管理される。
また、エディットリストルートディレクトリ２５９には、光ディスク３１に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図２４の場合、４つのエディットリストが、エディットリストディレクトリ（E0001）２６４、エディットリストディレクトリ（E0002）２６５、エディットリストディレクトリ（E0003）２６６、およびエディットリストディレクトリ（E0004）２６７の４つのディレクトリに分けて管理されている。すなわち、光ディスク３１に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６４以下のファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６５以下のファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６６以下のファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ２６７以下のファイルとして管理される。
上述したクリップルートディレクトリ２５８に設けられるクリップディレクトリ２６１以下には、最初に光ディスク３１に記録されたクリップの各データが、図２５に示されるようなファイルとして設けられ、管理される。
図２５の場合、クリップディレクトリ２６１には、このクリップを管理するファイルであるクリップインフォメーションファイル（C0001C01.SMI）２７１、このクリップの画像データを含むファイルである画像データファイル（C0001V01.MXF）２７２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル（C0001A01.MXF乃至C0001A08.MXF）２７３乃至２８０、このクリップのサブストリームデータを含むファイルであるローレゾデータファイル（C0001S01.MXF）２８１、このクリップのエッセンスデータに対応する、リアルタイム性を要求されないメタデータであるノンリアルタイムメタデータを含むファイルであるノンリアルタイムメタデータファイル（C0001M01.XML）２８２、このクリップのエッセンスデータに対応する、リアルタイム性を要求されるメタデータであるリアルタイムメタデータを含むファイルであるリアルタイムメタデータファイル（C0001R01.BIM）２８３、並びに、画像データファイル２７２のフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル（C0001I01.PPF）２８４等のファイルが設けられる。
図２３の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびリアルタイムメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
また、音声データも、再生時にリアルタイム性を要求されるが、7.1チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
同様に、画像データ、ローレゾデータ、およびリアルタイムメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
また、図２５において、リアルタイム性を要求されないノンリアルタイムメタデータは、リアルタイム性を要求されるリアルタイムメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
なお、ノンリアルタイムメタデータファイル２８２は、汎用性を持たせるためにXML形式で記述されているが、リアルタイムメタデータファイル２８３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM（BInary format for MPEG-7 data）形式のファイルである。
図２５に示されるクリップディレクトリ２６１のファイルの構成例は、光ディスク３１に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図２４に示される、その他のクリップディレクトリ２６２および２６３においても、図２５に示されるファイルの構成例を適用することができるので、その説明を省略する。
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、どのような構成であってもよい。
図２６は、XMLで記述されたノンリアルタイムメタデータファイルに含まれるLTC変化点テーブルの具体的な記述例を示す図である。なお、図２６において、各行頭の数字は、説明の便宜上付加したものであり、XML記述の一部ではない。
図２６の１行目の「<LtcChangeTable tcFps="30">」の記述は、LTC変化点テーブルの記述の開始を示す開始タグであり、「tcFps="30"」の記述は、このLTC変化点テーブルにおいて、タイムコードは、３０フレーム毎秒として記述されていることを示している。
２行目乃至１２行目には、LTCの変化点を示す各要素が示されている。なお、２行目乃至１２行目において、「frameCount=" "」の記述は、フレーム番号、すなわち、FTCの値を示しており、「value=" "」の記述は、そのフレームのLTCの値を示しており、「status=" "」の記述は、そのフレームのステータスを示している。例えば、２行目の「<LtcChange frameCount="0" value="55300201" status="increment"/>」の記述の場合、この変化点は、フレーム番号「０」のフレームであり、そのLTCは「５５３００２０１」であり、このフレームより開始される区間のステータスが「インクリメント」であることを示している。以下、３行目乃至１２行目の記述も、各値は異なるが、構成は基本的に２行目の場合と同様であるので、その説明を省略する。
１３行目の「</LtcChangeTable>」は、LTC変化点テーブルの記述の終了を示す終了タグである。
例えば、ユーザがLTCを用いて表示するフレームを指示する場合、図２のディスク記録再生装置３０は、後述するように、ノンリアルタイムメタデータファイルより、図２６に示されるように記述されたLTC変化点テーブルを読み込み、この記述に基づいて、指定されたフレームを検索し、表示する。このようにすることにより、ディスク記録再生装置３０は、各フレームに対応付けられたリアルタイムメタデータに記述されているLTC群より目的のLTC（フレーム）を検索するよりも、容易に目的のフレームを検索することができる。
なお、図２に示されるディスク記録再生装置３０は、上述した以外にも、例えば、図２７に示されるように、撮像部３０２を有するカムコーダ３００のディスク記録部３０１としてもよい。この場合、信号入出力装置５１の代わりに撮像部３０２がディスク記録部３０１に接続され、撮像部３０２のカメラにより撮像された画像データや、撮像部３０２のマイクロホンにより集音された音声データ等からなるエッセンスデータがディスク記録部３０１入力される。ディスク記録部３０１は、その構成が上述したディスク記録再生装置３０の場合と同様であり、ディスク記録再生装置３０と同様に動作して、撮像部３０２より供給されたエッセンスデータやそのエッセンスデータに付加されるメタデータを光ディスク３１に記録する。
次に、以上において説明したLTC変化点テーブルの具体的な使用方法の例について説明する。
図２８は、光ディスク３１に記録されているエッセンスデータを編集し、その編集結果を他の光ディスク３１に記録する編集システムの例を示す図である。
図２８において、編集システム３１０は、互いにネットワーク３２２により接続されている２台のディスク記録再生装置３２１および３２３、並びにエッセンスデータの編集を制御する編集制御装置３２４よりなる。
ディスク記録再生装置３２１は、光ディスク３１に対応するドライブ３２１Ａを備えており、ネットワーク３２２を介して接続された編集制御装置３２４に制御されて、ドライブ３２１Ａに装着された光ディスク３１に記録されているエッセンスデータ等を再生し、ネットワーク３２２を介してディスク記録再生装置３２３に再生されたエッセンスデータ等を供給する。また、ディスク記録再生装置３２１は、画像を表示するモニタ３２１Ｂを有しており、ドライブ３２１Ａに装着された光ディスク３１より再生された画像データの画像を表示する。
ネットワーク３２２は、インターネットやイーサネット（登録商標）（Ethernet(R)）等に代表されるネットワークであり、ディスク記録再生装置３２１、ディスク記録再生装置３２３、および編集制御装置３２４が接続されており、これらの装置間において授受される各種のデータが伝送される。
ディスク記録再生装置３２３は、ディスク記録再生装置３２１と同様に、ドライブ３２３Ａおよびモニタ３２３Ｂを有しており、ネットワーク３２２を介して接続された編集制御装置３２４に制御されて、ネットワーク３２３を介して供給されたエッセンスデータ等をドライブ３２３Ａに装着されている光ディスク３１に記録したり、記録された画像データに対応する画像をモニタ３２３Ｂに表示したりする。
編集制御装置３２４は、ネットワーク３２２を介してディスク記録再生装置３２１および３２３を制御し、ディスク記録再生装置３２１において再生されたエッセンスデータ等をディスク記録再生装置３２３に供給させ、光ディスク３１に記録させる。また、編集制御装置３２４は、ユーザインタフェースとして、ユーザがLTCを指定する場合に操作するテンキーであるLTC入力用キー３２４Ａ、および、入力されたLTCを表示する、入力LTC確認用の表示部３２４Ｂを備えている。
なお、ディスク記録再生装置３２１および３２３は、図２に示されるディスク記録再生装置３０と基本的に同様の構成であり、同様の操作を行うが、図２の信号入出力装置５１の代わりに通信部を備え、ネットワークを介して他の装置と通信を行い、エッセンスデータ等の各種のデータを授受できるようになされている。
図２９は、図２８の編集制御装置３２４の内部の構成例を示すブロック図である。
図２９において、編集制御装置３２４のCPU（Central Processing Unit）３３１は、ROM（Read Only Memory）３３２に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）３３３には、CPU３３１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
再生制御部３３４は、通信部３４４を介してディスク記録再生装置３２１やディスク記録再生装置３２３の再生処理を制御する処理を行う。例えば、再生制御部３３４は、ディスク記録再生装置３２３を制御して、ドライブ３２３Ａに装着されている光ディスク３１よりエッセンスデータ等のクリップの再生を実行させたり、ユーザにより指定されたLTCに対応するフレーム画像をモニタ３２３Ｂに表示させたりする。
編集制御部３３５は、通信部３４４を介してディスク記録再生装置３２１やディスク記録再生装置３２３を制御して、エッセンスデータの編集処理を制御する処理を行う。例えば、編集制御部３３５は、ネットワーク３２２を介してディスク記録再生装置３２１を制御し、クリップの再生（通常再生、早送り再生、巻き戻し再生、一時停止、停止等）を実行させ、その再生されたクリップに対応する画像をモニタ３２１Ｂに表示させるとともに、そのクリップのデータを、ネットワーク３２２を介してディスク記録再生装置３２３に供給させる。編集制御部３３５は、さらに、ネットワーク３２２を介してディスク記録再生装置３２３を制御し、ディスク記録再生装置３２３に供給されるクリップのデータをディスク記録再生装置３２３に取得させ、それをドライブ３２３Ａに装着された光ディスク３１に記録させる。
CPU３３１、ROM３３２、RAM３３３、再生制御部３３４、および編集制御部３３５は、バス３３６を介して相互に接続されている。
バス３３６には、さらに、入出力インタフェース３４０が接続されている。入出力インタフェース３４０は、LTC入力用テンキーや各種の指示入力用ボタン等よりなる入力部３４１が接続され、入力部３４１に入力された信号をCPU３３１に出力する。また、入出力インタフェース３４０には、表示部３２４Ｂなどを含む出力部３４２も接続されている。
さらに、入出力インタフェース３４０には、ハードディスク等の磁気ドライブやEEPROM（Electronically Erasable and Programmable Read Only Memory）などから構成される記憶部３４３、および、ネットワーク３２２を介してディスク記録再生装置３２１やディスク記録再生装置３２３とデータの通信を行う通信部３４４も接続されている。ドライブ３４５には、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア３４６が適宜装着される。ドライブ３４５は、ドライブ３４５に装着されたリムーバブルメディア３４６に記録されたプログラムやデータの読み出しを制御する。
図３０は、図２９の再生制御部３３４の詳細な構成例を示すブロック図である。図３０において、再生制御部３３４は、再生制御部３３４の全体を制御する制御部３５１、入力部３４１を介して入力されたユーザ入力を受け付ける入力受付処理部３５２、通信部３４４を介して取得されたLTCやFTC等のノンリアルタイムメタデータ（NRT）を取得する情報取得部３５３、情報取得部３５３により取得されたノンリアルタイムメタデータを保持する保持部３５４、モニタに表示させるフレーム画像を、LTCを用いて指定するキューアップ処理を制御するキューアップ処理部３５５、並びに、制御部３５１より供給された各種の命令情報を出力する命令処理部３５６を有している。
制御部３５１は、図示せぬROMやRAMを内蔵し、各種のプログラムを実行することにより、再生制御部３３４の各部の動作を制御する。入力受付処理部３５２は、入力部３４１を介して入力されたユーザ入力の受付を制御し、受け付けたユーザ入力を制御部３５１に供給する。
情報取得部３５３は、制御部３５１に制御され、例えば、通信部３４４を介して供給されたノンリアルタイムメタデータ（NRT）を取得すると、取得したノンリアルタイムメタデータを保持部３５４に供給して保持させる。
保持部３５４は、ハードディスクや半導体メモリ等の記憶媒体からなり、情報取得部３５３より供給されるノンリアルタイムメタデータを保持する。すなわち、保持部３５４は、ノンリアルタイムメタデータに含まれるLTC変化点テーブル３６１を保持する。
キューアップ処理部３５５は、クリップの再生に関する処理の内、ユーザがLTCを用いてモニタに表示させるフレーム画像のフレーム番号を指定するキューアップに関する処理を行う。例えば、キューアップ処理部３５５は、制御部３５１よりユーザに指定されたLTCが供給されると、保持部３５４にアクセスし、保持部３５４が保持しているLTC変換テーブル３６１を参照し、指定されたLTCに対応するフレームを特定し、そのフレームのFTC（フレーム番号）の情報を制御部３５１に供給する。
命令処理部３５６は、制御部３５１より供給された命令情報等を、通信部３４４を介して、ディスク記録再生装置３２３等に供給する。
次に図２８の編集システム３１０における編集処理について説明する。
図２８の編集システム３１０において、ユーザは、編集制御装置３２４の入力部３４１を操作し、ディスク記録再生装置３２１のドライブ３２１Ａに装着されている光ディスク３１に記録されたクリップのデータを再生させるとともに、その再生されたクリップのデータを、ディスク記録再生装置３２３のドライブ３２３Ａに装着されている光ディスク３１に記録させる。
編集制御装置３２４の編集制御部３３５は、そのユーザ入力に基づいて、ディスク記録再生装置３２１を制御して、クリップを再生させ、そのクリップのデータを、ネットワーク３２２を介してディスク記録再生装置３２３に供給させるとともに、そのクリップの画像データに対応する映像をモニタ３２１Ｂに表示させる。また、編集制御装置３２４の編集制御部３３５は、そのユーザ入力に基づいて、ディスク記録再生装置３２３を制御して、ディスク記録再生装置３２３に供給されるクリップのデータ（エッセンスデータおよびメタデータ）を記録させる。
このとき、ユーザは、例えばモニタ３２１Ｂに表示された映像を参照しながら編集制御装置３２４の入力部３４１を操作し、通常再生、早送り再生、巻き戻し再生、一時停止、または停止等の指示を適宜行い、クリップの再生制御指示を入力する。編集制御装置３２４の編集制御部３３５は、このようなユーザ入力に基づいて、ディスク記録再生装置３２１を制御して、クリップの再生処理を制御する。
すなわち、ディスク記録再生装置３２３のドライブ３２３Ａに装着されている光ディスク３１には、このような再生動作を含むクリップのデータ（ディスク記録再生装置３２１において行われた、クリップの通常再生、早送り再生、巻き戻し再生、一時停止、または停止等の再生動作が反映された状態のクリップのデータ）が記録される。従って、このようにしてディスク記録再生装置３２３のドライブ３２３Ａに装着されている光ディスク３１に記録されたクリップのデータが通常再生されると、モニタ３２３Ｂには、例えば、ディスク記録再生装置３２１において早送り再生された部分は早送りされた映像が表示され、ディスク記録再生装置３２１において巻き戻し再生された部分は巻き戻しされた映像が表示され、ディスク記録再生装置３２１において一時停止された部分においては一時停止された映像が表示される。
例えば、ディスク記録再生装置３２１において早送り再生が指示されると場合、ディスク記録再生装置３２１は、フレームを間引きして再生することにより早送り再生を行う。このような場合、ディスク記録再生装置３２３側においては、早送り再生を行った部分において、間引きされた一部のフレームのみが記録される。従って、そのクリップのリアルタイムメタデータも一部が間引きされて記録されるので、この部分のフレームにおいては、FTCが連続して１ずつ増加するのに対して（FTCは、光ディスク３１に記録された時点で新たに割り当てられるので連続して１ずつ増加する）、LTCは不連続に（２以上ずつ）増加する。
すなわち、このように記録されたクリップにおいては、LTCは、ディスク記録再生装置３２１において行われた再生制御に応じて、増加または減少のパターンが変化する。なお、ディスク記録再生装置３２３は、上述した図２のディスク記録再生装置３０の場合と同様に、クリップのデータが供給され、それを光ディスク３１に記録する際に、リアルタイムメタデータのLTCデータに基づいて、LTC変化点テーブルを作成し、ノンリアルタイムメタデータとして光ディスク３１に記録する。
また、ユーザは、編集制御装置３２４を操作し、ディスク記録再生装置３２３を制御して、以上のようにして記録されたクリップを再生させ、その画像をモニタ３０３Ｂに表示させる。その際、ユーザは、編集制御装置３２４のLTC入力用テンキー３２４Ａを操作し、LTCを用いてモニタ３２３Ｂに表示させるフレームを選択することもできる。
次に編集制御装置３２４の再生制御部３３４の動作について説明する。
再生制御部３３４の情報取得部３５３は、外部よりLTC変化点テーブル３６１を取得すると、制御部３５１に制御され、取得したLTC変化点テーブル３６１を保持部３５４に供給し、保持させる。
また、入力受付処理部３５２は、外部よりキューアップを指示するユーザ入力を受け付けると、そのユーザ入力（キューアップ指示）を、制御部３５１を介してキューアップ処理部３５５に供給する。キューアップ処理部３５５は、キューアップ指示を取得すると、その指示に含まれるLTC（表示させるフレームを指定するLTC）に対応するフレームのフレーム番号（FTC）を特定するために、保持部３５４に保持されているLTC変化点テーブル３６１を参照する。そして、そのLTC変化点テーブル３６１に基づいて、LTCに対応するフレーム（表示させるフレーム、すなわち、キューアップ先のフレーム）のフレーム番号を特定し、その情報を制御部３５１に供給する。制御部３５１は、その情報（キューアップ先のフレームのFTCに関する情報）に基づいてそのフレームを表示させる（そのフレームにキューアップさせる）命令を含む命令情報を、命令処理部３５６を介して、ディスク記録再生装置３２３に供給する。
以上のようにして供給された命令情報は、ネットワーク３２２を介してディスク記録再生装置３２３に供給される。ディスク記録再生装置３２３は、その命令情報に基づいて、キューアップ処理を行い、指定されたフレームのフレーム画像をモニタ３２３Ｂに表示させる。図３１は、モニタ３２３Ｂに表示されるフレーム画像の例を示す図である。図３１において、モニタ３２３Ｂに表示されたフレーム画像３７１には、画像データ以外に、「０１：１５：３２：０８」のように、そのフレームのLTCが表示される。
次に、再生制御部３３４により実行される再生制御処理について図３２のフローチャートを参照して説明する。
編集制御装置３２４に電源が投入される等して、CPU３３１に制御されて再生制御処理が実行されると、最初に、ステップＳ２０１において、入力受付処理部３５２は、ユーザ入力の受付を開始し、ステップＳ２０２に処理を進める。制御部３５１は、ステップＳ２０２において、入力受付処理部３５２を制御し、再生するクリップの指定を受け付けたか否かを判定し、クリップの指定を受け付けたと判定した場合、命令処理部３５６を制御して、ディスク記録再生装置３２３に対して、その指定されたクリップのノンリアルタイムメタデータを要求する。ディスク記録再生装置３２３は、その要求に基づいて、指定されたノンリアルタイムメタデータをドライブ３２３Ａに装着されたディスク３１より読み出し、ネットワーク３２２を介して編集制御装置３２４に供給する。編集制御装置３２４の通信部３４４は、そのノンリアルタイムメタデータを取得すると、それを、バス３３６を介して再生制御部３３４の情報取得部３５３に供給する。ステップＳ２０３において、情報取得部３５３は、供給されたノンリアルタイムメタデータ（指定されたクリップのノンリアルタイムメタデータ）を取得し、制御部３５１に制御されて、それを保持部３５４に供給する。保持部３５４は、供給されたノンリアルタイムメタデータをその記憶領域に保持する。
ノンリアルタイムメタデータを保持した保持部３５４は、ステップＳ２０４に処理を進める。また、ステップＳ２０２において、クリップの指定を受け付けていないと判定した場合、制御部３５１は、ステップＳ２０３の処理を省略し、ステップＳ２０４に処理を進める。
ステップＳ２０４において、制御部３５１は、入力受付処理部３５２を制御して、再生制御指示を受け付けたか否かを判定し、再生制御指示（例えば、通常再生、早送り再生、巻き戻し再生、一時停止、または停止等）を受け付けたと判定した場合、ステップＳ２０５に処理を進め、その再生制御指示に基づいて、指定されたクリップの再生を制御する命令情報を作成し、それを、命令処理部３５６を介してディスク記録再生装置３２３に供給し、再生を制御する。
ステップＳ２０５の処理が終了すると、制御部３５１は、ステップＳ２０６に処理を進める。また、ステップＳ２０４において、再生制御指示を受け付けていないと判定した場合、制御部３５１は、ステップＳ２０５の処理を省略し、ステップＳ２０６に処理を進める。
ステップＳ２０６において、制御部３５１は、入力受付処理部３５２を制御して、ユーザによりLTCを用いた表示フレーム指定入力を受け付けたか否かを判定し、表示フレーム指定入力を受け付けたと判定した場合、ステップＳ２０７に処理を進め、後述するキューアップ制御処理を実行し、キューアップ処理部３５５を制御して、指定されたLTCに基づいて、表示させるフレームのフレーム番号を特定させる。キューアップ処理部３５５は、保持部３５４に保持されているLTC変化点テーブル３６１を参照し、指定されたLTCより、表示させるフレームのフレーム番号を特定し、その情報を制御部３５１に供給する。制御部３５１は、そのフレーム番号のフレームを表示させる命令情報を作成し、その命令情報を、命令処理部３５６を介してディスク記録再生装置３２３に供給し、指定されたフレームの映像をモニタ３２３Ｂに表示させる。
ステップＳ２０７の処理を終了した制御部３５１は、ステップＳ２０８に処理を進める。また、ステップＳ２０６において表示フレーム指定入力を受け付けていないと判定した場合、制御部３５１は、ステップＳ２０７の処理を省略し、ステップＳ２０８に処理を進める。
ステップＳ２０８において、制御部３５１は、再生制御処理を終了するか否かを判定し、終了しないと判定した場合、ステップＳ２０２に処理を戻し、それ以降の処理を繰り返す。
また、ステップＳ２０８において、再生制御処理を終了すると判定した場合、制御部３５１は、ステップＳ２０９において終了処理を行い、再生制御処理を終了する。
以上のように再生制御を行うことにより、再生制御部３３４は、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
次に、ユーザがLTCを用いて表示されるフレームを指示するキューアップ処理を制御するキューアップ制御処理を、図３３乃至図３５のフローチャートを参照して説明する。また、必要に応じて図３６乃至図４０を参照して説明する。なお、この処理は、図３２のステップＳ２０７の処理に対応する。
キューアップ制御処理が開始されると、キューアップ処理部３５５は、制御部３５１に制御されて、図３３のステップＳ２３１において、保持部３５４に保持されているLTC変化点テーブル３６１を参照し、現在のステータス区間を現在表示されているフレームに基づいて設定する。すなわち、キューアップ処理部３５５は、制御部３５１より供給される、現在、ディスク記録再生装置３２３において表示されているフレームのFTC（またはLTC）が、LTC変化点テーブル３６１において、どのステータス区間に位置するかを求め、その位置のステータス区間を現在のステータス区間として設定する。
現在のステータス区間を設定したキューアップ処理部３５５は、ステップＳ２３２に処理を進め、制御部３５１よりキューアップ先のフレームのLTC、すなわち、目標のLTC（目標LTC）を取得し、ステップＳ２３３に処理を進める。ステップＳ２３３において、キューアップ処理部３５５は、LTC変化点テーブル３６１を参照し、ステップＳ２３２において取得した目標LTCに基づいて、その目標LTCのステータス区間が、現在のステータス区間と同じであるか否かを判定し、同じステータス区間であると判定した場合、ステップＳ２３４に処理を進める。
ステップＳ２３４において、キューアップ処理部３５５は、LTC変化点テーブル３６１に基づいて、その目標LTCのステータス区間（すなわち、現在のステータス区間）がインクリメント区間であるか否かを判定し、インクリメント区間であると判定した場合、ステップＳ２３５に処理を進める。
ステップＳ２３５において、キューアップ処理部３５５は、目標LTCのフレームを表示させるようにキューアップ命令処理を行い、制御部３５１および命令処理部３５６を介して、キューアップ命令情報をディスク記録再生装置３２３に供給し、目標LTCのフレームを表示させる。すなわち、キューアップ処理部３５５は、現在のステータス区間および目標LTCのステータス区間がともに同じインクリメント区間である場合、目標LTCに対応するフレームのFTCをLTC変化点テーブル３６１に基づいて算出し、そのFTCを制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３６は、LTCとFTCの関係の例を示す図であり、横軸はFTCを示し、縦軸はLTCを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋３」のフレームは、それぞれ、LTCの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間である。例えば、このインクリメント区間において、LTCが「１０１」のフレームａ（フレーム番号「Ｈ」のフレーム）からLTCが「１０３」のフレームｂ（フレーム番号「Ｈ＋２」のフレーム）にキューアップを行う場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行い、フレームｂのFTC、すなわちフレーム番号「Ｈ＋２」を算出する。これにより、フレームｂのフレーム画像がモニタ３２３Ｂに表示される。
ステップＳ３５５の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２３４において、目標LTCのステータス区間（すなわち、現在のステータス区間）がインクリメント区間でないと判定した場合、キューアップ処理部３５５は、その目標LTCに対応するフレームが存在するとは限らないので、キューアップ制御処理を終了し、キューアップを行わないようにする。
図３６の、フレーム番号「Ｊ」のフレーム乃至フレーム番号「Ｊ＋３」のフレームは、それぞれ、LTCの値が「１０１」、「１０３」、「１０５」、「１０７」となっており、２つずつ増加しており、このステータス区間はインクリース区間である。例えば、このインクリース区間において、LTCの値が「１０１」のフレームｃ（フレーム番号「Ｊ」のフレーム）から、LTCの値が「１０３」のフレームｄ（フレーム番号「Ｊ＋１」のフレーム）にキューアップを行う場合は、フレームｄが実在する（フレーム番号「Ｊ＋１」のフレーム）ので、キューアップ可能であるが、例えば、キューアップ先のLTCの値として「１０６」が指定された場合、すなわち、フレームｃから、LTCの値が「１０６」のフレームｅにキューアップを行うように指示された場合、フレームｅは、実在しないので、キューアップ処理部３５５はキューアップすることができない。このように、キューアップ先に指定されたフレームがインクリース区間に存在する場合、実在するか否かは、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、このような場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行わずに、キューアップ制御処理を終了する。
また、図３６の、フレーム番号「Ｋ」のフレーム乃至フレーム番号「Ｋ＋３」のフレームは全て、LTCの値が「１０６」となっており、一定であるので、このステータス区間はスティル区間である。例えば、このスティル区間においては、LTCの値がいずれのフレームも同じ「１０６」であり、例えば、フレームｆ（フレーム番号「Ｋ」のフレーム）も、フレームｇ（フレーム番号「Ｋ＋２」のフレーム）も、LTCの値が変化しないので、LTCでこれらのフレームを識別することができない。このように、キューアップ先に指定されたフレームがスティル区間に存在する場合、どのフレームが指定されたのか不明であるため、このような場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行わずに、キューアップ制御処理を終了する。
また、図３６のフレーム番号「Ｌ」のフレーム乃至フレーム番号「Ｌ＋３」のフレームは、それぞれ、LTCの値が「１０６」、「１０５」、「１０３」、「１０１」となっており、１つ以上ずつ減少しており、このステータス区間はディクリース区間である。例えば、このようなディクリース区間内において、キューアップ処理を行う場合、インクリース区間の場合と同様に、キューアップ先に指定されたフレームが実在するか否かは、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、このような場合、キューアップ処理部３５５は、ステップＳ２３５の処理を行わずに、キューアップ制御処理を終了する。
このように、キューアップ処理部３５５は、インクリメント区間以外のステータス区間内においてキューアップが指示された場合は、キューアップさせずにキューアップ制御処理を終了する。
また、ステップＳ２３３において、目標LTCのステータス区間が、現在のステータス区間と同じでないと判定したキューアップ処理部３５５は、図３４のステップＳ２４１に処理を進める。図３４のステップＳ２４１において、キューアップ処理部３５５は、目標LTCの値が、現在表示されているフレームのLTC（現在LTC）の値より大きいか否かを判定し、目標LTCの値が、現在LTCの値より大きいと判定した場合、すなわち、現在のフレームより時間的に後方であると判定した場合、ステップＳ２４２に処理を進める。
なお、キューアップ処理部３５５は、基本的に、目標LTCの値が、現在LTCの値より大きい場合は、現在より後のフレーム（FTCが大きいフレーム）の中から、キューアップ先を検索し、目標LTCの値が、現在LTCの値より小さい場合は、現在より前のフレーム（FTCが小さいフレーム）の中から、キューアップ先を検索する。
ステップＳ２４２において、キューアップ処理部３５５は、LTC変化点テーブル３６１を参照し、現在のステータス区間の、次のステータス区間がディクリース区間であるか否かを判定する。次のステータス区間がディクリース区間でないと判定した場合、キューアップ処理部３５５は、ステップＳ２４３に処理を進め、LTC変化点テーブル３６１に基づいて、目標LTCのフレームが、現在のステータス区間の、次のステータス区間に含まれるか否かを判定する。
目標LTCのフレームが、現在のステータス区間の、次のステータス区間に含まれないと判定した場合、キューアップ処理部３５５は、ステップＳ２４４に処理を進め、LTC変化点テーブル３６１に基づいて、現在のステータス区間の、次のステータス（すなわち、LTC変化点テーブルにおいて、次に出現する変化点のステータス）がエンドであるか否かを判定し、LTC変化点テーブルにおいて、次に出現する変化点がエンド点ではなく、次のステータスがエンドではないと判定した場合、ステップＳ２４５に処理を進める。
ステップＳ２４５において、キューアップ処理部３５５は、現在のステータス区間の設定を次のステータス区間に更新し、ステップＳ２４２に処理を戻し、それ以降の処理を繰り返す。すなわち、キューアップ処理部３５５は、ステータス区間毎に、データにおける時間の進行方向と同じ方向にキューアップ先のフレームを検索していく。
また、ステップＳ２４４において、次のステータスがエンドであると判定した場合、キューアップ処理部３５５は、ステップＳ２４６に処理を進め、LTC変化点テーブル３６１にエンド点として登録されているフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、エンド点のフレームのFTCをキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３７は、LTCとFTCの関係の例を示す図であり、横軸はFTCを示し、縦軸はLTCを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋４」のフレームは、それぞれ、LTCの値が「１０１」乃至「１０５」となっており、このステータス区間はインクリメント区間である。また、このクリップはフレーム番号「Ｈ＋４」のフレームにおいて終了しており、フレーム番号「Ｈ＋４」のフレームは、エンド点とされている。例えば、LTCが「１０２」のフレームａ（フレーム番号「Ｈ＋１」のフレーム）からLTCが「１０６」のフレームｂへのキューアップを指示された場合、フレームｂは、LTCから判断してクリップ終了後のフレームであり、実在しない。実際には、フレームａより以前のフレームに存在する可能性もあるが、それを確認するために、キューアップ処理部３５５は、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、キューアップ処理部３５５は、ステップＳ２４６の処理を行い、エンド地点のフレームのFTC、すなわちフレーム番号「Ｈ＋４」を算出する。これにより、フレーム番号「Ｈ＋４」のフレームの画像がモニタ３２３Ｂに表示される。
ステップＳ２４６の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４３において、目標LTCのフレームが現在のステータス区間の、次のステータス区間に含まれると判定した場合、キューアップ処理部３５５は、ステップＳ２４７に処理を進め、その次のステータス区間がインクリメント区間であるか否かを判定する。インクリメント区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２４８に処理を進め、目標LTCのフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、次のステータス区間がインクリメント区間である場合、そのステータス区間において、目標LTCに対応するフレームのFTCをLTC変化点テーブル３６１に基づいて算出し、そのFTCをキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３８は、LTCとFTCの関係の例を示す図であり、横軸はFTCを示し、縦軸はLTCを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋３」のフレームは全て、LTCの値が「１０１」となっており、このステータス区間はスティル区間である。また、フレーム番号「Ｈ＋３」のフレーム乃至フレーム番号「Ｈ＋６」のフレームは、それぞれ、LTCの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間である。例えば、このスティル区間のフレームａ（フレーム番号「Ｈ」のフレーム）から、LTCが「１０３」のフレームｂ（フレーム番号「Ｈ＋５」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｂをステータス区間毎に検索していくことで、そのFTCを算出することができるので、ステップＳ２４８の処理を行い、フレームｂのFTC、すなわちフレーム番号「Ｈ＋５」を算出する。これにより、フレームｂのフレーム画像がモニタ３２３Ｂに表示される。
ステップＳ２４８の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４７において、現在のステータス区間の、次のステータス区間がインクリメント区間でないと判定した場合、その目標LTCに対応するフレームが存在するとは限らないので、キューアップ処理部３５５は、ステップＳ２４９に処理を進め、目標LTCのフレームが存在する次のステータス区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標LTCのステータス区間が、現在のステータス区間より後ろに存在するインクリース区間やスティル区間等である場合、そのステータス区間の先頭フレームのFTCをLTC変化点テーブル３６１に基づいて算出し、そのFTCをキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３８において、フレーム番号「Ｊ」のフレーム乃至フレーム番号「Ｊ＋３」のフレームは、それぞれ、LTCの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間である。また、フレーム番号「Ｊ＋３」のフレーム乃至フレーム番号「Ｊ＋５」のフレームは、それぞれ、LTCの値が「１０４」、「１０６」、「１０８」となっており、２つずつ増加しているので、このステータス区間はインクリース区間である。例えば、このインクリメント区間のフレームｃ（フレーム番号「Ｊ」のフレーム）から、LTCが「１０６」のフレームｄ（フレーム番号「Ｊ＋４」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｄがインクリース区間に存在するので、上述したように、そのフレームｄが実在するか否かを確認することができない。従って、このような場合、キューアップ処理部３５５は、ステップＳ２４９の処理を実行し、フレームｄが存在するステータス区間の先頭フレーム（フレーム番号「Ｊ＋３」のフレーム）にキューアップさせるように制御する。
ステップＳ２４９の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４２において、現在のステータス区間の、次のステータス区間がディクリース区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２５０に処理を進め、目標LTCのフレームが存在する、そのディクリース区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標LTCのステータス区間が、現在のステータス区間より後ろに存在するディクリース区間等である場合、そのディクリース区間の先頭フレームのFTCをLTC変化点テーブル３６１に基づいて算出し、そのFTCをキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３９は、LTCとFTCの関係の例を示す図であり、横軸はFTCを示し、縦軸はLTCを示している。フレーム番号「Ｈ」のフレーム乃至フレーム番号「Ｈ＋２」のフレームは、それぞれ、LTCの値が「１０２」乃至「１０４」となっており、このステータス区間はインクリメント区間（インクリメント１）である。また、フレーム番号「Ｈ＋２」のフレーム乃至フレーム番号「Ｈ＋４」のフレームは、それぞれ、LTCの値が「１０４」、「１０３」、「１０１」となっており、このステータス区間はディクリース区間である。さらに、フレーム番号「Ｈ＋４」のフレームおよびフレーム番号「Ｈ＋５」のフレームは、それぞれ、LTCの値が「１０１」、「１０２」となっており、このステータス区間はインクリメント区間（インクリメント２）である。例えば、LTCが「１０１」のフレームａ（フレーム番号「Ｈ」のフレーム）から、LTCが「１０２」のフレームｂ（フレーム番号「Ｈ＋５」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｂをステータス区間毎に検索していく。しかしながら、途中に、ディクリース区間が存在すると、フレーム番号「Ｈ」のフレームとフレーム番号「Ｈ＋４」のように、同じLTCのフレームが複数存在する場合があり、指定されたLTCのフレームを特定可能か否かが不明である。従って、このような場合、キューアップ処理部３５５は、ステップＳ２５０の処理を行い、このディクリース区間の先頭フレーム（フレーム番号「Ｈ＋２」のフレーム）にキューアップさせるように制御する。
ステップＳ２５０の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２４１において、目標LTCの値が、現在LTCの値より小さいと判定した場合、すなわち、現在のフレームより時間的に前方であると判定した場合、キューアップ処理部３５５は、図３５のステップＳ２６１に処理を進める。
図３５のステップＳ２６１において、キューアップ処理部３５５は、LTC変化点テーブル３６１を参照し、現在のステータス区間の、１つ前のステータス区間がディクリース区間であるか否かを判定する。１つ前のステータス区間がディクリース区間でないと判定した場合、キューアップ処理部３５５は、ステップＳ２６２に処理を進め、LTC変化点テーブル３６１に基づいて、目標LTCのフレームが、現在のステータス区間の、１つ前のステータス区間に含まれるか否かを判定する。
目標LTCのフレームが、現在のステータス区間の、１つ前のステータス区間に含まれないと判定した場合、キューアップ処理部３５５は、ステップＳ２６３に処理を進め、LTC変化点テーブル３６１に基づいて、現在のステータス区間の、１つ前のステータス区間の先頭フレームのフレーム番号（FTC）が「０」であるか否かを判定し、１つ前のステータス区間の先頭フレームのフレーム番号（FTC）が「０」でないと判定した場合、ステップＳ２６４に処理を進める。
ステップＳ２６４において、キューアップ処理部３５５は、現在のステータス区間の設定を１つ前のステータス区間に更新し、ステップＳ２６１に処理を戻し、それ以降の処理を繰り返す。すなわち、キューアップ処理部３５５は、ステータス区間毎に、データにおける時間の進行方向と逆方向にキューアップ先のフレームを検索していく。
また、ステップＳ２６３において、１つ前のステータス区間の先頭フレームのフレーム番号（FTC）が「０」であると判定した場合、キューアップ処理部３５５は、ステップＳ２６５に処理を進め、フレーム番号「０」のフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、このクリップの先頭フレームのFTC（すなわち、「０」）をキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
図４０は、LTCとFTCの関係の例を示す図であり、横軸はFTCを示し、縦軸はLTCを示している。フレーム番号「０」のフレーム乃至フレーム番号「４」のフレームは、それぞれ、LTCの値が「１０３」乃至「１０７」となっており、このステータス区間はインクリメント区間である。また、このクリップはフレーム番号「０」のフレームにおいて開始されている。例えば、LTCが「１０７」のフレームａ（フレーム番号「Ｈ＋４」のフレーム）からLTCが「１０１」のフレームｂへのキューアップを指示された場合、フレームｂは、LTCから判断してクリップ開始前のフレームであり、実在しない。実際には、フレームａより後のフレームに存在する可能性もあるが、それを確認するために、キューアップ処理部３５５は、各フレームを直接確認しなければならないので、処理の負荷が大きくなってしまう恐れがある。従って、キューアップ処理部３５５は、ステップＳ２６５の処理を行い、クリップの先頭フレームのFTC、すなわちフレーム番号「０」を算出する。これにより、フレーム番号「０」のフレームの画像がモニタ３２３Ｂに表示される。
ステップＳ２６５の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２６２において、目標LTCのフレームが現在のステータス区間の、１つ前のステータス区間に含まれると判定した場合、キューアップ処理部３５５は、ステップＳ２６６に処理を進め、１つ前のステータス区間がインクリメント区間であるか否かを判定する。インクリメント区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２６７に処理を進め、目標LTCのフレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、１つ前のステータス区間がインクリメント区間である場合、そのステータス区間において、目標LTCに対応するフレームのFTCをLTC変化点テーブル３６１に基づいて算出し、そのFTCをキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
例えば、図３８において、LTCの値が「１０６」のフレームｄ（フレーム番号「Ｊ＋４」のフレーム）からLTCの値が「１０１」のフレームｃ（フレーム番号「Ｊ」のフレーム））へのキューアップが指示されると、キューアップ処理部３５５は、フレームｃをステータス区間毎に検索していくことで、そのFTCを算出することができるので、ステップＳ２６７の処理を行い、フレームｃのFTC、すなわちフレーム番号「Ｊ」を算出する。これにより、フレームｃのフレーム画像がモニタ３２３Ｂに表示される。
ステップＳ２６７の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２６６において、現在のステータス区間の、１つ前のステータス区間がインクリメント区間でないと判定した場合、その目標LTCに対応するフレームが存在するとは限らないので、キューアップ処理部３５５は、ステップＳ２６８に処理を進め、現在のステータス区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標LTCのステータス区間が、現在のステータス区間より前に存在するインクリース区間やスティル区間等である場合、そのステータス区間の１つ後ろのステータス区間の先頭フレームのFTCをLTC変化点テーブル３６１に基づいて算出し、そのFTCをキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
例えば、図３８において、LTCの値が「１０３」のフレームｂ（フレーム番号「Ｈ＋５」のフレーム）からLTCの値が「１０１」のフレームａ（フレーム番号「Ｈ」のフレーム））へのキューアップが指示されると、キューアップ処理部３５５は、フレームａがスティル区間に存在するので、上述したように、そのフレームａのFTCを特定することができない。従って、このような場合、キューアップ処理部３５５は、ステップＳ２６８の処理を実行し、現在のステータス区間の先頭フレーム（フレーム番号「Ｈ＋３」のフレーム）にキューアップさせるように制御する。
ステップＳ２６８の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
また、ステップＳ２６１において、現在のステータス区間の、１つ前のステータス区間がディクリース区間であると判定した場合、キューアップ処理部３５５は、ステップＳ２６９に処理を進め、目標LTCのフレームが存在するディクリース区間の、キューアップ方向に対して直前のインクリメント区間の先頭フレームを表示させるようにキューアップ命令処理を行う。すなわち、キューアップ処理部３５５は、目標LTCのステータス区間が、現在のステータス区間より前に存在するディクリース区間等である場合、そのディクリース区間の、キューアップ方向に対して手前であり、かつ、最もそのディクリース区間に近いインクリメント区間の先頭フレームのFTCをLTC変化点テーブル３６１に基づいて算出し、そのFTCをキューアップ先のFTCとして制御部３５１に供給する。制御部３５１は、そのキューアップ先のFTCを用いてキューアップ命令情報を作成し、命令処理部３５６に供給する。命令処理部３５６は、取得したキューアップ命令情報を、通信部３４４を介してディスク記録再生装置３２３に供給し、FTCによって指定されたフレームをキューアップ先のフレームとして表示させる。
図３９において、フレーム番号「Ｊ」のフレーム乃至フレーム番号「Ｊ＋３」のフレームは、それぞれ、LTCの値が「１０１」乃至「１０４」となっており、このステータス区間はインクリメント区間（インクリメント１）である。また、フレーム番号「Ｊ＋３」のフレームおよびフレーム番号「Ｊ＋４」のフレームは、それぞれ、LTCの値が「１０４」、「１０１」となっており、このステータス区間はディクリース区間である。さらに、フレーム番号「Ｊ＋４」のフレーム乃至フレーム番号「Ｊ＋６」のフレームは、それぞれ、LTCの値が「１０１」、「１０３」、「１０５」となっており、このステータス区間はインクリース区間である。さらに、フレーム番号「Ｊ＋６」のフレームおよびフレーム番号「Ｊ＋７」のフレームは、それぞれ、LTCの値が「１０５」、「１０６」となっており、このステータス区間はインクリメント区間（インクリメント２）である。例えば、LTCが「１０４」のフレームｃ（フレーム番号「Ｊ＋７」のフレーム）から、LTCが「１０１」のフレームｄ（フレーム番号「Ｊ」のフレーム）へのキューアップが指示されると、キューアップ処理部３５５は、フレームｄをステータス区間毎に検索していく。しかしながら、途中に、ディクリース区間が存在すると、フレーム番号「Ｊ」のフレームとフレーム番号「Ｊ＋４」のように、同じLTCのフレームが複数存在する場合があり、指定されたLTCのフレームを特定可能か否かが不明である。従って、このような場合、キューアップ処理部３５５は、ステップＳ２６９の処理を行い、このディクリース区間の直前のインクリメント区間（インクリメント２）の先頭フレーム（フレーム番号「Ｊ＋６」のフレーム）にキューアップさせるように制御する。
ステップＳ２６９の処理を終了したキューアップ処理部３５５は、キューアップ制御処理を終了する。
キューアップ処理部３５５は、以上のように、LTC変化点テーブル３６１を参照することにより、キューアップ制御処理を行う。これにより、ユーザは、キューアップ先のフレームのLTCを指定するだけで、その指定したフレーム、またはその近傍のフレームを容易に表示させることができる。このように、図２８の編集システム３１０は、ユーザがより容易に再生制御処理を行うことができるようにすることができる。
なお、以上においては、目的LTCのフレームがインクリメント区間以外に存在する場合、そのフレームへのキューアップを行わないように説明したが、編集制御装置３２４の能力が十分であるならば、さらにリアルタイムメタデータのLTCを用いて詳細な検索を行い、指定されたフレームを特定するようにしてももちろんよい。
また、以上において説明に用いたLTCおよびFTCの値は、一例を示すものであり、上述したものに限るものではない。同様に、ステータス区間の並びも上述した順番以外であってももちろん良い。さらに、ステータスの種類も上述したものに限らず、どのようなものであっても良いし、その種類の数もいくつであってもよい。また、指定されたキューアップ先のステータスによって、実際のキューアップ先がそれと異なる場合があることを説明したが、その実際のキューアップ先の場所を上述した以外の場所にするようにしてもよい。
なお、以上においては、LTCの増加や減少のパターンが変化する変化点をテーブル化したLTC変化点テーブルを用いてキューアップ処理を行う場合について説明したが、キューアップ処理に用いられるテーブルは、LTCとFTCを対応付けたものであればよく、LTCの変化点のテーブルでなくてもよい。
図２８においては、互いにネットワーク３２２で接続された、２台のディスク記録再生装置３２１および３２３と編集制御装置３２４よりなる編集システム３１０の例を説明したが、編集システムの構成例は上述した以外であってもよく、例えば、ディスク記録再生装置や編集制御装置の台数は１台であってもよいし、２台以上であってもよい。また、ディスク記録再生装置３２１または３２３が２つのドライブを有するようにし、それらのドライブ間においてクリップの再生および記録が行われるようにしてももちろんよい。また、例えば、カムコーダ３００等の、さらに他の装置が編集システム３１０に含まれるようにしてもよい。さらに、編集システム３１０は、予め編集されたクリップが記録された光ディスク３１がドライブに装着されたディスク記録再生装置と、編集制御装置により構成される再生制御システムとしてもよい。
さらに、上述したディスク記録再生装置３２１または３２３と、編集制御装置３２４とを１つの装置として構成するようにしてもよく、それらの一部の機能をさらに別体として構成されるようにしてもよい。
なお、本発明は、上述した機能以外の機能を有する構成の情報処理装置においても適用することができる。従って、上述したディスク記録再生装置３０、３２１、および３２３、カムコーダ３００、並びに、編集制御装置３２４は、上述した以外の機能をさらに有するようにしてももちろんよい。
上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
記録媒体は、例えば、図２９に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory），DVD（Digital Versatile Disc）を含む）、光磁気ディスク（MD（Mini-Disc）（登録商標）を含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア３４６により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM３３２や記憶部３４３が含まれるハードディスクなどで構成される。
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
従来のLTCまたはFTCについて説明する図である。 本発明を適用した、ディスク記録再生装置（ディスク装置）の一実施の形態の構成例を示すブロック図である。 図２のデータ変換部の詳細な構成例を示すブロック図である。 図３のリアルタイムメタデータ処理部に内蔵されるLTCデータ処理部の詳細な構成例を示すブロック図である。 図３のノンリアルタイムメタデータ処理部に内蔵されるLTCデータ処理部の詳細な構成例を示すブロック図である。 図２の制御部による記録処理について説明するフローチャートである。 図６のステップＳ３において処理が開始される音声データ記録タスクについて説明するフローチャートである。 図６のステップＳ４において処理が開始される画像データ記録タスクについて説明するフローチャートである。 図６のステップＳ５において処理が開始されるローレゾデータ記録タスクについて説明するフローチャートである。 図６のステップＳ６において処理が開始されるリアルタイムメタデータ記録タスクについて説明するフローチャートである。 KLV符号化されたデータのデータ構造を説明する模式図である。 LTCデータ生成処理について説明するフローチャートである。 LTC変化点テーブル作成処理について説明するフローチャートである。 LTC変化点テーブル作成処理について説明する、図１３に続くフローチャートである。 LTC変化点テーブル作成処理について説明する、図１４に続くフローチャートである。 LTC変化点テーブルの要素を作成する様子の例を説明する図である。 LTC変化点テーブルの要素を作成する様子の、他の例を説明する図である。 LTC変化点テーブルの要素を作成する様子の、さらに他の例を説明する図である。 LTC変化点テーブルの要素を作成する様子の、さらに他の例を説明する図である。 LTC変化点テーブルの要素を作成する様子の、さらに他の例を説明する図である。 LTC変化点テーブルの要素を作成する様子の、さらに他の例を説明する図である。 図２の光ディスクに記録されたデータの構成例を示す模式図である。 図２の光ディスクに記録されたデータの構成例を説明する模式図である。 図２の光ディスク内のディレクトリ構造の例を示す図である。 図２４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。 ノンリアルタイムメタデータファイルのXML記述の例を示す図である。 本発明を適用した、カムコーダの一実施の形態の構成例を示すブロック図である。 本発明を適用した、編集システムの一実施の形態の構成例を示す図である。 図２８の編集制御装置の内部の構成例を示すブロック図である。 図２９の再生制御部の詳細な構成例を示すブロック図である。 図２８のモニタによる表示例を説明する図である。 再生制御処理を説明するフローチャートである。 キューアップ制御処理を説明するフローチャートである。 キューアップ制御処理を説明する、図３３に続くフローチャートである。 キューアップ制御処理を説明する、図３４に続くフローチャートである。 キューアップ処理の様子の例を説明する図である。 キューアップ処理の様子の、他の例を説明する図である。 キューアップ処理の様子の、さらに他の例を説明する図である。 キューアップ処理の様子の、さらに他の例を説明する図である。 キューアップ処理の様子の、さらに他の例を説明する図である。
３０ ディスク記録再生装置（ディスク装置）， ３１ 光ディスク， ３２ スピンドルモータ， ３３ ピックアップ部， ３４ RFアンプ， ３５ サーボ制御部， ３６ 信号処理部， ３７ メモリコントローラ， ３８ メモリ， ３９ データ変換部， ４０ 制御部， ４１ 操作部， ５１ 信号入出力装置， ６１ デマルチプレクサ， ６２ データ量検出部， ６３ 画像信号変換部， ６４ 音声信号変換部， ６５ ローレゾデータ生成部， ６６ リアルタイムメタデータ処理部， ６７ ノンリアルタイムメタデータ処理部， ７１ LTCデータ処理部, ７２ LTCデータ処理部, ８１ 画像データ変換部, ８２ 音声データ変換部, ８３ ローレゾデータ処理部， ８４ リアルタイムメタデータ処理部， ８５ ノンリアルタイムメタデータ処理部， ８６ マルチプレクサ， １０１ 制御部， １０２ LTC生成部， １０３ 初期値設定部， １０４ カウンタ， １０５ リアルタイムクロック， １１１ 取得制御部， １１２ 判定処理部， １１３ データ管理部， １１４ データ保持部， １１５ 区間設定管理部， １１６ 区間設定保持部， １１７ 登録処理部， １２１ LTCデータ， １２２ FTCデータ， １２３ 区間名， １２４ LTC変化点テーブル， １６１ 音声年輪データ， １６２ 画像年輪データ， １６３ ローレゾ年輪データ， １６４ フレームメタ年輪データ， １６５ ノンリアルタイムメタデータ， ２８２および２９１ ノンリアルタイムメタデータファイル， ３００ カムコーダ， ３０１ ディスク記録再生部， ３１０ 編集システム， ３２１ ディスク記録再生装置， ３２２ ネットワーク， ３２３ ディスク記録再生装置， ３２４ 編集制御装置， ３３４ 再生制御部， ３３５ 編集制御部， ３５１ 制御部， ３５２ 入力受付処理部， ３５３ 情報取得部， ３５４ 保持部， ３５５ キューアップ処理部， ３５６ 命令処理部， ３６１ LTC変化点テーブル

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 JPWO2005020572A1 (ja) 2007-11-01
JP4314531B2 true 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
JP4853475B2 (ja) * 2005-03-25 2012-01-11 日本電気株式会社 プッシュツートーク通信システム及びプッシュツートーク通信方法
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
US10021465B2 (en) 2015-10-12 2018-07-10 Timecode Systems Limited Synchronizing media devices
US10742733B2 (en) 2015-10-12 2020-08-11 Timecode Systems Limited Synchronizing data between media devices
US9866732B2 (en) 2015-10-12 2018-01-09 Timecode Systems Limited Synchronizing data between personal and timecode devices
US10063637B2 (en) 2015-10-12 2018-08-28 Timecode Systems Limited Synchronizing data between personal and timecode 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
CN1237310A (zh) * 1997-08-21 1999-12-01 索尼公司 在盘上记录图片和从盘再现图片的方法和装置及记录介质
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
CA2535572A1 (en) 2005-03-03
EP1657922A4 (en) 2011-09-07
US7881587B2 (en) 2011-02-01
JPWO2005020572A1 (ja) 2007-11-01
WO2005020572A1 (ja) 2005-03-03
AU2004302355A1 (en) 2005-03-03
US20070009231A1 (en) 2007-01-11
CN100596182C (zh) 2010-03-24
CA2535572C (en) 2014-12-23
EP1657922A1 (en) 2006-05-17
CN1871850A (zh) 2006-11-29
AU2004302355B2 (en) 2010-04-08

Similar Documents

Publication Publication Date Title
JP4314531B2 (ja) 再生装置および方法、並びにプログラム
JP3677779B2 (ja) 情報処理装置および方法、プログラム、並びに記録媒体
US8582411B2 (en) Apparatus and method for information processing
US8639098B2 (en) Apparatus, method, and computer program for processing information
CN100546356C (zh) 用于处理信息的设备、方法
JP2000134565A (ja) 記録媒体、記録装置、再生装置、記録方法、及びコンピュ―タ読みとり可能な記録媒体
JP2008047163A (ja) 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
JP3610975B2 (ja) 記録装置および方法
JP3873921B2 (ja) 記録装置および方法
JP4280975B2 (ja) データ記録制御装置および方法、データ再生装置および方法、並びにプログラム
JP4179030B2 (ja) 記録装置および方法、ならびに、再生装置および方法
US8706781B2 (en) Apparatus and method for enabling content data to be copied or moved in accordance with desired time or capacity of a storage medium and a program thereof
JP2004310833A (ja) 記録装置および方法
JP2004310832A (ja) 記録装置および方法
JP2004312158A (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