WO2007129652A1 - 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム - Google Patents

記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム Download PDF

Info

Publication number
WO2007129652A1
WO2007129652A1 PCT/JP2007/059345 JP2007059345W WO2007129652A1 WO 2007129652 A1 WO2007129652 A1 WO 2007129652A1 JP 2007059345 W JP2007059345 W JP 2007059345W WO 2007129652 A1 WO2007129652 A1 WO 2007129652A1
Authority
WO
WIPO (PCT)
Prior art keywords
recording
file
playback
data
stream file
Prior art date
Application number
PCT/JP2007/059345
Other languages
English (en)
French (fr)
Inventor
Yukio Isobe
Kenichiro Aridome
Naoki Morimoto
Atsushi Mae
Tetsuhiro Maeda
Original Assignee
Sony Corporation
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 Corporation filed Critical Sony Corporation
Priority to EP07742780.5A priority Critical patent/EP2017841B1/en
Priority to KR1020077026689A priority patent/KR101353000B1/ko
Priority to US11/919,712 priority patent/US8094996B2/en
Priority to CN200780000642XA priority patent/CN101326583B/zh
Publication of WO2007129652A1 publication Critical patent/WO2007129652A1/ja

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • 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
    • 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/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/1075—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data
    • G11B2020/10759—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data content data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B2020/10935—Digital recording or reproducing wherein a time constraint must be met
    • G11B2020/10944—Real-time recording or reproducing, e.g. for ensuring seamless playback of AV data
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)

Abstract

ＢＤ−ＲＯＭ規格と互換性のあるクリップの管理構造でビデオデータの記録を可能とする。記録開始操作に応じて、ビデオ及びオーディオデータがパケット単位で時分割多重されたストリームの記録媒体への記録が開始される。記録停止操作に応じて、バッファに溜め込まれたストリームがストリームファイルとして記録媒体に書き込まれると共に、当該ストリームファイルに対応するクリップインフォメーションファイルが生成される。そして、当該クリップインフォメーションファイルの全体を示すプレイアイテムが生成され、記録媒体上の既存のプレイリストに追加されると共に、プレイリストに対してプレイアイテムのＩＮ点に対応する時刻にマークが打たれる。次に記録開始及び停止に伴い生成されるプレイアイテムも、同様にして既存のプレイリストにさらに追加され、ＩＮ点に対応する時刻にさらにマークが打たれる。

Description

明 細 書
記録装置、 記録方法および記録プログラム、 ならびに、 撮像装置、 撮像方法および撮像プログラム 技術分野
この発明は、 ビデオデータとオーディオデータとを多重化したスト リームデータを記録媒体に記録するのに適した記録装置、 記録方法お よび記録プログラム、 ならびに、 撮像装置、 撮像方法および撮像プロ グラムに関する。 背景技術
従来から、 記録可能で記録再生装置から取り外し可能とされると共 に、 記録容量が比較的大きく、 ビデオデータとォ一ディォデータとか らなる A V (Audio/Video)データを記録するのに適した記録媒体とし て、 4. 7 GB (Giga Byte)以上の記録容量を有する D VD (Digital Versatile Disc)が普及している。 特許文献 「特開 2004— 3 50 2 5 1」 には、 記録可能なタイプの D VDに対して D VD— V i d e oフォ一マツトで記録する撮像装置が記載されている。
このような大容量の記録媒体を、 例えばビデオカメラ装置のような 、 記録の開始および停止を頻繁に繰り返すような記録装置に適用した 場合に、 記録された A Vストリームのユーザによる取り扱い、 例えば 記録された AVス卜リームのタイトル管理や編集が容易な記録フォー マツトが求められている。
例えば、 ビデオデ一夕およびオーディオデータの連続同期再生、 す なわち実時間再生が保障された再生が必要な所定単位に対して再生区 間や再生順序を指定することが可能なフォーマツトにおいては、 記録 された所定単位の A Vストリームである A Vストリームファイルを、 当該 A Vストリームファイルの属性を示すファイルと、 当該所定単位 で再生区間などを指定するファイルとにより管理することで、 記録媒 体上の A Vストリームファイルを加工することなく、 当該 A Vストリ —ムファイルの再生区間や再生順序を自由に設定した編集を容易に行 うことができる。 このようなファイル管理形態において、 編集処理が 可能な記録フォ一マツトが求められている。 発明の開示
したがって、 この発明の目的は、 ビデオデータとオーディオデータ とが多重化された A Vストリームを、 タイトル管理や編集が容易なよ うに記録媒体に記録可能な記録装置、 記録方法および記録プログラム 、 ならびに、 撮像装置、 撮像方法および撮像プログラムを提供するこ とにある。
上述した課題を解決するために、 第 1の発明は、 ビデオデータとォ 一ディォデータとを多重化して記録媒体に記録する記録装置において 、 ビデオデータおよびオーディォデ一夕が入力されるデータ入力部と 、 ビデオデータおよびオーディォデ一夕の記録開始および記録停止の 指示が入力される記録指示入力部と、 ビデオデータおよびオーディォ データを多重化し、 多重化されたストリームをストリームファイルと して記録媒体に記録する記録部と、 記録媒体に記録されるストリ一ム ファイルに対し、 少なくとも、 ストリームファイルの再生時刻情報と アドレス情報とを対応付けた属性ファイルと、 ストリームファイルに 対して再生開始点と再生終了点とを設定することにより再生区間を指 定する 1以上の再生区間データが格納され、 ストリームファイルに対 する再生時刻情報を示すマーク情報が格納可能な再生リストファイル とを生成する管理情報生成部と、 記録部および管理情報生成部とを制 御する制御部とを有し、 制御部は、 記録指示入力部の指示に基づく記 録開始から記録停止までの区間に対応するビデオデータおよびオーデ ィォデータを 1のストリームファイルとして記録媒体に記録するよう に記録部を制御すると共に、 1のストリームファイルの全体を再生区 間として指定する再生区間データを生成し、 再生区間デ一夕が指定す る再生開始時刻に対応する時刻情報を示すマーク情報を再生リストフ アイルに格納するように管理情報生成部を制御することを特徴とする 記録装置である。
また、 第 2の発明は、 ビデオデータとオーディオデータとを多重化 して記録媒体に記録する記録方法において、 データ入力部に入力され たビデオデータおよびオーディオデータの記録開始および記録停止の 指示が入力される記録指示入力のステップと、 ビデオデ一夕およびォ 一ディォデータを多重化し、 多重化されたストリームをストリ一ムフ アイルとして記録媒体に記録する記録のステップと、 記録媒体に記録 されるストリ一ムファイルに対し、 少なくとも、 ストリームファイル の再生時刻情報とァドレス情報とを対応付けた属性ファイルと、 スト リームファイルに対して再生開始点と再生終了点とを設定することに より再生区間を指定する 1以上の再生区間データが格納され、 ストリ ームファイルに対する再生時刻情報を示すマーク情報が格納可能な再 生リストファイルとを生成する管理情報生成のステップと、 記録のス テップぉよび管理情報生成のステツプとを制御する制御のステップと を有し、 制御のステップは、 記録指示入力のステップによる指示に基 づく記録開始から記録停止までの区間に対応するビデオデ一夕おょぴ オーディォデータを 1のストリームファイルとして記録媒体に記録す るように記録のステップを制御すると共に、 1のストリームファイル の全体を再生区間として指定する再生区間データを生成し、 再生区間 データが指定する再生開始時刻に対応する時刻情報を示すマーク情報 を再生リストファイルに格納するように管理情報生成のステップを制 御することを特徴とする記録方法である。
また、 第 3の発明は、 ビデオデータとオーディオデ一夕とを多重化 して記録媒体に記録する記録方法をコンピュータ装置に実行させる記 録プログラムにおいて、 記録方法は、 データ入力部に入力されたビデ ォデータおよびオーディオデータの記録開始および記録停止の指示が 入力される記録指示入力のステップと、 ビデオデータおよびオーディ ォデータを多重化し、 多重化されたストリームをストリームファイル として記録媒体に記録する記録のステップと、 記録媒体に記録される ストリームファイルに対し、 少なくとも、 ストリームファイルの再生 時刻情報とアドレス情報とを対応付けた属性ファイルと、 ストリーム ファイルに対して再生開始点と再生終了点とを設定することにより再 生区間を指定する 1以上の再生区間データが格納され、 ストリームフ アイルに対する再生時刻情報を示すマーク情報が格納可能な再生リス トファイルとを生成する管理情報生成のステップと、 記録のステップ および管理情報生成のステップとを制御する制御のステップとを有し 、 制御のステップは、 記録指示入力のステップによる指示に基づく記 録開始から記録停止までの区間に対応するビデオデータおよびオーデ ィォデ一夕を 1のストリームファイルとして記録媒体に記録するよう に記録のステップを制御すると共に、 1のストリームファイルの全体 を再生区間として指定する再生区間デ一夕を生成し、 再生区間データ が指定する再生開始時刻に対応する時刻情報を示すマーク情報を再生 リストファイルに格納するように管理情報生成のステップを制御する ことを特徴とする記録プログラムである。 また、 第 4の発明は、 撮像部で被写体を撮像して得られたビデオデ 一夕と、 収音部で音声を収音して得られたオーディオデータとを多重 化して記録媒体に記録する撮像装置において、 被写体を撮像してビデ ォデータを出力する撮像部と、 音声を収音してオーディォデータを出 力する収音部と、 ビデオデ一夕およびオーディオデータを多重化し、 多重化されたストリームをストリームファイルとして記録媒体に記録 する記録部と、 ビデオデ一夕およびオーディォデータの記録媒体への 記録開始および記録停止を指示するユーザ操作を受け付ける操作部と 、 記録媒体に記録されるストリームファイルに対し、 少なくとも、 ス トリームフアイルの再生時刻情報とアドレス情報とを対応付けた属性 ファイルと、 ストリームファイルに対して再生開始点と再生終了点と を設定することにより再生区間を指定する 1以上の再生区間データが 格納され、 ストリームファイルに対する再生時刻情報を示すマーク情 報が格納可能な再生リストファイルとを生成する管理情報生成部と、 操作部に対するユーザ操作に応じて記録部の動作を制御すると共に、 管理情報生成部を制御する制御部とを有し、 制御部は、 操作部に対す る操作に応じて、 記録開始から記録停止までの区間に対応するビデオ データおよびオーディオデ一夕を 1のストリ一ムファイルとして記録 媒体に記録するように記録部を制御すると共に、 1のストリームファ ィルの全体を再生区間として指定する再生区間データを生成し、 再生 区間データが指定する再生開始時刻に対応する時刻情報を示すマーク 情報を再生リストファイルに格納するように管理情報生成部を制御す ることを特徴とする撮像装置である。
また、 第 5の発明は、 撮像部で被写体を撮像して得られたビデオデ 一夕と、 収音部で音声を収音して得られたオーディオデータとを多重 化して記録媒体に記録する撮像装置の撮像方法において、 撮像部で被 写体を撮像して得られたビデオデータと、 収音部で音声を収音して得 られたオーディオデータとを多重化し、 多重化されたストリームをス トリームファイルとして記録媒体に記録する記録のステップと、 操作 部に対するビデオデータおよびォ一ディォデータの記録媒体への記録 開始および記録停止を指示するュ一ザ操作を受け付けるステップと、 記録媒体に記録されるストリームファイルに対し、 少なくとも、 スト リームフアイルの再生時刻情報とアドレス情報とを対応付けた属性フ アイルと、 ストリームファイルに対して再生開始点と再生終了点とを 設定することにより再生区間を指定する 1以上の再生区間データが格 納され、 ストリームファイルに対する再生時刻情報を示すマーク情報 が格納可能な再生リストファイルとを生成する管理情報生成のステツ プと、 操作部に対するュ一ザ操作に応じて記録のステップの動作を制 御すると共に、 管理情報生成のステップを制御する制御のステップと を有し、 制御のステップは、 操作部に対する操作に応じて、 記録開始 から記録停止までの区間に対応するビデオデ一夕およびオーディォデ 一夕を 1のストリームファイルとして記録媒体に記録するように記録 のステップを制御すると共に、 1のストリームファイルの全体を再生 区間として指定する再生区間データを生成し、 再生区間データが指定 する再生開始時刻に対応する時刻情報を示すマーク情報を再生リスト ファイルに格納するように管理情報生成のステツプを制御することを 特徴とする撮像方法である。
また、 第 6の発明は、 撮像部で被写体を撮像して得られたビデオデ 一夕と、 収音部で音声を収音して得られたオーディオデ一夕とを多重 化して記録媒体に記録する撮像装置の撮像方法をコンピュータ装置に 実行させる撮像プログラムにおいて、 撮像方法は、 撮像部で被写体を 撮像して得られたビデオデータと、 収音部で音声を収音して得られた オーディォデ一夕とを多重化し、 多重化されたストリームをストリー ムファイルとして記録媒体に記録する記録のステップと、 操作部に対 するビデオデータおよびオーディオデ一夕の記録媒体への記録開始お よび記録停止を指示するユーザ操作を受け付けるステップと、 記録媒 体に記録されるストリームファイルに対し、 少なくとも、 ストリーム ファイルの再生時刻情報とアドレス情報とを対応付けた属性ファイル と、 ストリームファイルに対して再生開始点と再生終了点とを設定す ることにより再生区間を指定する 1以上の再生区間データが格納され 、 ストリームファイルに対する再生時刻情報を示すマーク情報が格納 可能な再生リストファイルとを生成する管理情報生成のステップと、 操作部に対するユーザ操作に応じて記録のステップの動作を制御する と共に、 管理情報生成のステップを制御する制御のステップとを有し 、 制御のステップは、 操作部に対する操作に応じて、 記録開始から記 録停止までの区間に対応するビデオデータおよびオーディォデータを 1のストリームファイルとして記録媒体に記録するように記録のステ ップを制御すると共に、 1のストリームファイルの全体を再生区間と して指定する再生区間データを生成し、 再生区間データが指定する再 生開始時刻に対応する時刻情報を示すマーク情報を再生リストフアイ ルに格納するように管理情報生成のステップを制御することを特徴と する撮像プログラムである。
上述したように、 第 1、 第 2および第 3の発明は、 デ一タ入力部に 入力されたビデオデ一夕およびオーディォデータを多重化して記録媒 体に記録されるストリームファイルに対し、 少なくとも、 ストリーム フアイルの再生時刻情報とアドレス情報とを対応付けた属性ファイル と、 ストリームファイルに対して再生開始点と再生終了点とを設定す ることにより再生区間を指定する 1以上の再生区間デ一夕が格納され 、 ストリームファイルに対する再生時刻情報を示すマーク情報が格納 可能な再生リストファイルとを生成し、 記録指示入力による指示に基 づく記録開始から記録停止までの区間に対応するビデオデ一夕および オーディオデ一夕を 1のストリームファイルとして記録媒体に記録す るように制御すると共に、 1のストリームファイルの全体を再生区間 として指定する再生区間データを生成し、 再生区間データが指定する 再生開始時刻に対応する時刻情報を示すマーク情報を再生リストファ ィルに格納するように制御するようにしているため、 ストリームファ ィルを、 クリップを単位としてプレイリストを用いて管理する管理構 造で記録媒体に記録することができる。
また、 第 4、 第 5および第 6の発明は、 撮像部で被写体を撮像して 得られたビデオデータと、 収音部で音声を収音して得られたオーディ ォデータとを多重化したストリームが記録媒体に記録されるストリー ムファイルに対し、 少なくとも、 ストリームファイルの再生時刻情報 とアドレス情報とを対応付けた属性ファイルと、 ストリームファイル に対して再生開始点と再生終了点とを設定することにより再生区間を 指定する 1以上の再生区間データが格納され、 ストリームファイルに 対する再生時刻情報を示すマーク情報が格納可能な再生リストフアイ ルとを生成し、 操作部に対する操作に応じて、 記録開始から記録停止 までの区間に対応するビデオデータおよびォ一ディォデータを 1のス トリームファイルとして記録媒体に記録するように制御すると共に、 1のストリームファイルの全体を再生区間として指定する再生区間デ 一夕を生成し、 再生区間データが指定する再生開始時刻に対応する時 刻情報を示すマーク情報を再生リストファイルに格納するように制御 するようにしているため、 被写体を撮像して得られたビデオデータお よびオーディオデータを、 クリップを単位としてプレイリストを用い て管理する管理構造で記録媒体に記録することができる。
上述のように、 第 1、 第 2および第 3の発明は、 データ入力部に入 力されたビデオデータおよびオーディォデー夕を多重化して記録媒体 に記録されるストリームファイルに対し、 少なくとも、 ストリームフ ァィルの再生時刻情報とアドレス情報とを対応付けた属性ファイルと 、 ストリームファイルに対して再生開始点と再生終了点とを設定する ことにより再生区間を指定する 1以上の再生区間デ一夕が格納され、 ストリームファイルに対する再生時刻情報を示すマーク情報が格納可 能な再生リストファイルとを生成し、 記録指示入力による指示に基づ く記録開始から記録停止までの区間に対応するビデオデータおよびォ 一ディォデータを 1のストリームファイルとして記録媒体に記録する ように制御すると共に、 1のストリ一ムファイルの全体を再生区間と して指定する再生区間データを生成し、 再生区間データが指定する再 生開始時刻に対応する時刻情報を示すマーク情報を再生リストフアイ ルに格納するように制御するようにしているため、 ストリームフアイ ルを、 クリップを単位としてプレイリストを用いて管理する管理構造 で記録媒体に記録することができる効果がある。
また、 第 4、 第 5および第 6の発明は、 撮像部で被写体を撮像して 得られたビデオデー夕と、 収音部で音声を収音して得られたオーディ ォデータとを多重化したストリ一ムが記録媒体に記録されるストリー ムファイルに対し、 少なくとも、 ストリームファイルの再生時刻情報 とアドレス情報とを対応付けた属性ファイルと、 ストリームファイル に対して再生開始点と再生終了点とを設定することにより再生区間を 指定する 1以上の再生区間データが格納され、 ストリ一ムファイルに 対する再生時刻情報を示すマ一ク情報が格納可能な再生リストフアイ ルとを生成し、 操作部に対する操作に応じて、 記録開始から記録停止 までの区間に対応するビデオデータおよびオーディオデータを 1のス トリームファイルとして記録媒体に記録するように制御すると共に、
1のストリームファイルの全体を再生区間として指定する再生区間デ 一夕を生成し、 再生区間データが指定する再生開始時刻に対応する時 刻情報を示すマーク情報を再生リストフアイルに格納するように制御 するようにしているため、 被写体を撮像して得られたビデオデータお よびオーディォデ一夕を、 クリップを単位としてプレイリストを用い て管理する管理構造で記録媒体に記録することができる効果がある。 図面の簡単な説明
第 1図は、 この発明に適用可能な A VCHDフォーマツトに規定さ れるデータモデルを概略的に示す略線図、 第 2図は、 インデックステ 一ブルを説明するための略線図、 第 3図は、 クリップ A Vストリーム 、 クリップ情報、 クリップ、 プレイアイテムおよびプレイリストの関 係を示す UML図、 第 4図は、 複数のプレイリストから同一のクリツ プを参照する方法を説明するための略線図、 第 5図は、 記録媒体に記 録されるファイルの管理構造を説明するための略線図、 第 6図は、 フ アイル" index, bdmv"の一例の構造を表すシンタクスを示す略線図、 第 7図は、 ブロック blklndexesOの一例の構造を表すシンタクスを示す 略線図、 第 8図は、 ファイル" MovieObject.bdmv"の一例の構造を表す シンタクスを示す略線図、 第 9図は、 ブロック blkMovieObjectsOの 一例の構造を表すシンタクスを示す略線図、 第 1 0図は、 プレイリス トファイル" xxxxx.mpls"の一例の構造を表すシンタクスを示す略線図 、 第 1 1図は、 ブロック blkPlayListOの一例の構造を表すシンタク スを示す略線図、 第 1 2図は、 ブロック blkPlayltemOの一例の構造 を表すシンタクスを示す略線図、 第 1 3図 Aおよび第 1 3図 Bは、 第 1および第 2のシームレス接続を説明するための略線図、 第 14図は 、 ブロック blkPlayLisiMarkOの一例の構造を表すシンタクスを示す 略線図、 第 1 5図は、 クリップインフォメーションファイルの一例の 構造を表すシンタクスを示す略線図、 第 1 6図は、 ブロック MkClipI nfoOの一例の構造を表すシンタクスを示す略線図、 第 1 7図は、 ブ 口ック blkSequencelnfoOの一例の構造を表すシンタクスを示す略線 図、 第 1 8図は、 ブロック blkProgramlnfoOの一例の構造を表すシン タクスを示す略線図、 第 1 9図は、 ブロック MkCPlOの一例の構造を 表すシンタクスを示す略線図、 第 20図は、 ブロック blkEPMapOの一 例の構造を表すシンタクスを示す略線図、 第 2 1図は、 ブロック blkE PMapForOneStreaiPID(EP_stream_type, Nc, Nf)の一例の構造を表す シンタクスを示す略線図、 第 22図は、 エントリ PTSEPCoarseおよび ェントリ PTSEPFineの一例のフォーマツトについて示す略線図、 第 2 3図は、 ェントリ SMEPCoarseおよびェントリ SPNEPFineの一例のフォ 一マットについて示す略線図、 第 24図は、 ブロック blkExtensionDa ta()の一例の構造を表すシンタクスを示す略線図、 第 2 5図は、 プロ ック MkExtensionDataOにおける各データの参照関係を模式的に示す 略線図、 第 26図は、 ブロック blkExtensionDataOにデータを書き込 む際の一例の処理を示すフロ一チャート、 第 27図は、 ブロック blkE xtensionDataOから拡張データを読み出す際の一例の処理を示すフロ 一チャート、 第 28図は、 ファイル" index. bdmv "内のフィールド blkE xtensionDataOにおけるブロック DataBlockOの一例の構造を表すシ ンタクスを示す略線図、 第 2 9図は、 ブロック blkTableOfPlayListO の一例の構造を表すシンタクスを示す略線図、 第 30図 Aおよび第 3 0図 Bは、 仮想プレーヤの動作を概略的に示すフローチャート、 第 3 1図は、 仮想プレーヤの動作を概略的に示す略線図、 第 3 2図は、 こ の発明の実施の一形態に適用可能な記録装置の一例の構成を概略的に 示すブロック図、 第 33図は、 この発明の実施の一形態によるクリツ プの一例の記録方法を示すフローチャート、 第 34図は、 この発明の 実施の一形態の方法により記録された一例のファイル構造を示す略線 図、 第 35図は、 この発明の実施の一形態の他の例によるビデオカメ ラ装置の一例の構成を示すプロック図である。 発明を実施するための最良の形態
以下、 この発明の実施の一形態を、 図面を参照しながら説明する。 先ず、 理解を容易とするために、 この発明に適用可能な一例のフォー マット （以下、 AVCHDフォーマットと呼ぶ） について説明する。 AVCHDフォーマツトは、 ビデオデ一夕とオーディオデータとが所 定に多重化された A V (Audio/Video)ストリームを記録可能な記録媒 体に記録する記録フォ一マツトとして現在提案されているもので、 記 録媒体に記録された A Vストリームを、 クリップ単位でプレイリスト を用いて管理可能としている。
例えは I TU— T (International Telecommunication Union - Telec ommunicat ion Standar izat ion Sec torリ勧告 H. 264あるレ ま I S O (Internal ional Organization for Standar izat ion; / I EC (Inte rnational Electrotechnical Commiss ion)国際標準 14496— 1 0 (MP E G— 4パート 1 0 ) Advanced Video Coding (以下、 H. 2 64 I AVCと略称する） に規定される符号化方式や、 MPEG(Mov ing Pictures Experts Group)ビデオや M P E Gオーディオといった 符号化方式で符号化され、 MP E G 2システムズに従い多重化された ビットストリームは、 クリップ AVストリーム （または A Vストリー ム） と称される。 クリップ AVストリームは、 所定のファイルシステ ムによりファイルとしてディスクに記録される。 このファイルを、 ク リップ AVストリームファイル （または AVストリームファイル） と 称する。
クリップ AVストリ一ムファイルは、 ファイルシステム上での管理 単位であり、 ュ一ザにとって必ずしも分かりやすい管理単位であると は限らない。 ユーザの利便性を考えた場合、 複数のクリップ AVスト リームファイルに分割された映像コンテンツを一つにまとめて再生す る仕組みや、 クリップ AVストリームファイルの一部だけを再生する 仕組み、 さらには、 特殊再生や頭出し再生を滑らかに行うための情報 などをデータベースとしてディスクに記録しておく必要がある。
第 1図は、 この発明に適用可能な AVCHDフォーマツトに規定さ れるデータモデルを概略的に示す。 この AVCHDフォーマツトによ れば、 データ構造は、 第 1図に示されるように 4層のレイヤよりなる 。 最も最下層のレイヤは、 クリップ AVストリームが配置されるレイ ャである （便宜上、 クリップレイヤと呼ぶ） 。 その上のレイヤは、 ク リップ AVストリームに対する再生箇所を指定するための、 プレイリ スト（PlayList)と、 プレイアイテム（Playltem)とが配置されるレイヤ である （便宜上、 プレイリストレイヤと呼ぶ） 。 さらにその上のレイ ャは、 プレイリストに対して再生順などを指定するコマンドからなる ムービーオブジェクト（Movie Obj ect)などが配置されるレイヤである (便宜上、 オブジェクトレイヤと呼ぶ） 。 最上層のレイヤは、 記録媒 体に格納されるタイトルなどを管理するィンデックステーブルが配置 される （便宜上、 インデックスレイヤと呼ぶ） 。
クリップレイヤについて説明する。 クリップ A Vストリームは、 ビ デォデ一夕やオーディオデータが MP E G 2 TS (トランスポート ストリ一ム） の形式などに多重化されたビットストリームである。 こ のクリップ A Vストリームに関する情報がクリップ情報（Clip Inform at ion)としてファイルに記録される。
また、 グリップ AVストリームには、 字幕を表示するグラフィクス ストリームである OBストリーム（Overlay Bitmap stream)や、 メニ ユー表示などに用いられるデータ （ポタン画像データなど） をストリ —ムにした MBストリーム（Menu Bitmap stream)ストリームを多重化 することができる。
クリップ A Vストリームファイルと、 対応するクリツプ情報が記録 されたクリップ情報ファイルとをひとまとまりのオブジェクトと見な し、 クリップ（Clip)と称する。 すなわち、 クリップは、 クリップ AV ストリームとクリップ情報とから構成される、 一つのオブジェク卜で ある。
ファイルは、 一般的に、 バイト列として扱われる。 クリップ A Vス トリームファイルのコンテンツは、 時間軸上に展開され、 クリップ中 のエントリーポイントは、 主に時間ベースで指定される。 所定のクリ ップへのアクセスボイン卜のタイムスタンプが与えられた場合、 クリ ップ AVストリームファイルの中でデータの読み出しを開始すべきァ ドレス情報を見つけるために、 クリップ情報ファイルを用いることが できる。
プレイリストレイヤについて説明する。 プレイリストは、 再生する AVストリームファイルの指定と、 指定された A Vストリームフアイ ルの再生箇所を指定する再生開始点 （ I N点） と再生終了点 （OUT 点） の集まりとから構成される。 この再生開始点と再生終了点の情報 を一組としたものは、 プレイアイテム（Playltem)と称される。 プレイ リストは、 プレイアイテムの集合で構成される。 プレイアイテムを再 生するということは、 そのプレイアイテムに参照される A Vストリー ムファイルの一部分を再生するということになる。 すなわち、 プレイ アイテム中の I N点および OUT点情報に基づき、 クリップ中の対応 する区間が再生される。
ォブジェクトレイヤについて説明する。 ムービーオブジェクトは、 ナビゲーシヨンコマンドプログラムと、 ムービーオブジェクトとを連 携するターミナルインフォメーションを含む。 ナビゲ一シヨンプログ ラムは、 プレイリストの再生を制御するためのコマンド （ナビゲ一シ ヨンコマンド ： navigation command) である。 夕一ミナリレインフォメ —ションは、 ユーザのプレーヤに対するィンタラクティブな操作を許 可するための情報を含んでいる。 このターミナルインフォメーション に基づき、 メニュー画面の呼び出しや、 タイトルサーチといったユー ザオペレ一ションが制御される。
インデックスレイヤについて説明する。 インデックスレイヤは、 ィ ンデックステーブル（Index Table)からなる。 インデックステーブル は、 記録媒体に記録されたコンテンツのタイトルを定義する、 トップ レベルのテーブルである。 ィンデックステーブルに格納されている夕 ィトル情報に基づき、 プレーヤに常駐されるシステムソフトウエア中 のモジュールマネージャにより記録媒体の再生が制御される。
すなわち、 第 2図に概略的に示されるように、 インデックステープ ル中の任意のエントリは、 タイトルと称され、 インデックステーブル にェントリされるファーストプレイバックタイトル（First PlaybackT itle)、 メニュータイトル（MenuTitle)およびム一ピ一タイトル（Movie Title) # l、 # 2、 · · ·は、 全てタイトルである。 各タイトルは、 ムービーオブジェクトに対するリンクを示す。
理解を容易とするため再生専用の記録媒体を例にとると、 例えば、 ファーストプレイパックタイトルは、 当該記録媒体に格納されるコン テンッが映画であれば、 映画本編に先立って映出される映画会社の宣 伝用映像 （トレーラ） に対応する。 メニュ一タイトルは、 例えばコン テンッが映画である場合、 本編再生、 チヤプタサーチ、 字幕や言語設 定、 特典映像再生などを選択するためのメニュー画面に対応する。 ま た、 ムービータイトルは、 メニュータイトルから選択される各映像で ある。 タイトルがさらにメニュー画面であるような構成も可能である 第 3図は、 上述のようなクリップ A Vストリーム、 クリップ情報（S t ream At t r i bu tes) , クリップ、 プレイアイテムおよびプレイリスト の関係を示す U M L (Uni f i ed Model ing Language)図である。 プレイ リストは、 1または複数のプレイアイテムに対応付けられ、 プレイァ ィテムは、 1のクリップに対応付けられる。 1のクリップに対して、 それぞれ開始点および/または終了点が異なる複数のプレイアイテム を対応付けることができる。 1のクリップから 1のクリップ A Vスト リームファイルが参照される。 同様に、 1のクリップから 1のクリツ プ情報ファイルが参照される。 また、 クリップ A Vストリームフアイ ルとクリップ情報ファイルとは、 1対 1の対応関係を有する。 このよ うな構造を定義することにより、 クリップ A Vストリームファイルを 変更することなく、 任意の部分だけを再生する、 非破壌の再生順序指 定を行うことが可能となる。
また、 第 4図のように、 複数のプレイリストから同一のクリップを 参照することもできる。 また、 1のプレイリストから複数のクリップ を指定することもできる。 クリップは、 プレイリスト中のプレイアイ テムに示される I N点および O U T点により、 参照される。 第 4図の 例では、 クリップ 3 0 0は、 プレイリス卜 3 1 0のプレイアイテム 3 2 0から参照されると共に、 プレイリスト 3 1 1を構成するプレイァ ィテム 3 2 1および 3 2 2のうちプレイアイテム 3 2 1から、 I N点 および O U T点で示される区間が参照される。 また、 クリップ 3 0 1 は、 プレイリスト 3 1 1のプレイアイテム 3 2 2から I N点および〇 U T点で示される区間が参照されると共に、 プレイリスト 3 1 2のプ レイアイテム 3 2 3および 3 2 4のうち、 プレイアイテム 3 2 3の I N点および O U T点で示される区間が参照される。
次に、 A V C H Dフォーマットによる、 記録媒体に記録されるファ ィルの管理構造について、 第 5図を用いて説明する。 ファイルは、 デ ィレクトリ構造により階層的に管理される。 記録媒体上には、 先ず、 1つのディレクトリ （第 5図の例ではルート（roo t)ディレクトリ） が 作成される。 このディレクトリの下が、 1つの記録再生システムで管 理される範囲とする。
ルートディレクトリの下に、 ディレクトリ" BDMV' 'およびディレクト リ " AVCHDTN"が置かれる。 ディレクトリ" AVCHDTN"には、 例えばクリッ プの代表画像を所定サイズに縮小したサムネイルファイルが置かれる 。 ディレクトリ" BDMV"に、 第 1図を用いて説明したデータ構造が格納 される。
ディレクトリ" BDMV"の直下には、 ファイルは、 ファイル" index, bdm v"およびファイル" Movi eObj ec t . bdmv"の 2つのみを置くことができる 。 また、 ディレクトリ" BDMV"の下に、 ディレクトリ " PLAYL IST"、 ディ レクトリ" CL IPINF"、 ディレクトリ" STREAM"およびディレクトリ" BACK UP"が置かれる。 ディレクトリ" BACKUP"は、 各ディレクトリおよびフ アイルのバックァップが格納される。
ファイル" index, bdmv"は、 ディレクトリ" BDMV"の内容について記述 される。 すなわち、 このファイル" index. bdmv"が上述した最上層のレ ィャであるィンデックスレイヤにおけるィンデックステ一ブルに対応 する。 また、 ファイル" MovieObject.bdmv"は、 1つ以上のムービーォ ブジェクトの情報が格納される。 すなわち、 このファイル" MovieObie ct.bdmv"が上述したオブジェクトレイヤに対応する。
ディレクトリ" PLAYLIST"は、 プレイリストのデータベースが置かれ るディレクトリである。 すなわち、 ディレクトリ" PLAYLIST"は、 プレ イリストに関するファイルであるファイル" xxxxx.mpls"を含む。 ファ ィル" xxxxx.即 Is"は、 プレイリストのそれぞれに対して作成されるフ アイルである。 ファイル名において、 "." （ピリオド） の前の" xxxxx" は、 5桁の数字とされ、 ピリオドの後ろの" mpls"は、 このタイプのフ アイルに固定的とされた拡張子である。
ディレクトリ" CLIPINF"は、 クリップのデータベースが置かれるデ ィレクトリである。 すなわち、 ディレクトリ" CLIPINF"は、 クリップ AVストリ一ムファイルのそれぞれに対するクリップインフォメーシ ョンファイルであるファイル" zzzzz.clpi"を含む。 ファイル名におい て、 "." （ピリオド） の前の" zzzzz"は、 5桁の数字とされ、 ピリオド の後ろの" c lpi"は、 このタイプのファイルに固定的とされた拡張子で ある。
ディレクトリ" STREAM"は、 実体としての A Vストリームファイルが 置かれるディレクトリである。 すなわち、 ディレクトリ" STREAM"は、 クリップインフォメーションファイルのそれぞれに対応するクリップ AVストリームファイルを含む。 クリップ AVストリームファイルは 、 MP E G 2 (Moving Pictures Experts Group 2)のトランスポート ストリーム （以下、 MPEG2 TSと略称する） からなり、 フアイ ル名が" zzzzz.m2ts"とされる。 ファイル名において、 ピリオドの前の "zzzzz"は、 対応するクリップインフォメーションファイルと同一す ることで、 クリップインフォメーションファイルとこのクリップ A V ストリームファイルとの対応関係を容易に把握することができる。 なお、 ディレクトリ" AVCHDTN"は、 2種類のサムネイルファイル" th umbnail. tidx"および" thumbnaiし tdt2"を置くことができる。 サムネ ィルファイル" thumbnail, tidx"は、 所定の方式で喑号化されたサムネ ィル画像が格納される。 サムネイルファイル" thumbnail. tdt2"は、 暗 号化されていないサムネイル画像が格納される。 例えばビデオカメラ でユーザが撮影したクリップ 対応するサムネイル画像は、 コピーフ リーであって暗号化する必要が無いと考えられるため、 このサムネィ ルファイル" thumbnail. tdt2"に格納される。
第 5図で示した各ファイルのうち、 この発明に関わりの深いものに ついて、 より詳細に説明する。 先ず、 ディレクトリ" BDMV"の直下に置 かれるファイル" index, bdmv"について説明する。 第 6図は、 このファ ィル" index, bdmv"の一例の構造を表すシンタクスを示す。 ここでは、 シンタクスをコンピュータ装置などのプログラムの記述言語として用 いられる C言語の記述法に基づき示す。 これは、 他のシンタクスを表 す図において、 同様である。
第 6図において、 フィールド Typelndicatorは、 32ビットのデ一 夕長を有し、 このファイルがィンデックステ一ブルであることを示す 。 フィ一ルド TypeIndicator2は、 32ビットのデ一夕長を有し、 この ファイル" index. bdmv"のバ一ジョンを示す。 フィールド IndexesStart Addressは、 32ビットのデータ長を有し、 このシンタクス内にある ブロック blklndexesOの開始ァドレスを示す。
フィ一ルド ExtensionDataStartAddressは、 32ビットのデータ長 を有し、 このシンタクス内にあるブロック blkExtensionDataOの開始 アドレスを示す。 ブロック blkExtensionDataOは、 所定の拡張データ を格納可能とするためのブロックである。 フィールド ExtensionDataS tartAddressは、 このファイル" index, bdmv"の最初のバイトからの相 対バイト数で、 ブロック MkExtensionDataOの開始アドレスを示す。 相対バイト数は、 " 0"から開始される。 若し、 このフィールド Extens ionDataStartAddressの値が" 0"であれば、 このフアイル" index, bdmv "内に、 ブロック blkExtensionDataOが存在しないことを示す。
フィールド ExtensionDataStartAddressに続けて、 データ長が 1 9 2バイトの領域 reservedが配される。 なお、 領域 reservedは、 バイト ァライメントゃ、 将来的なフィ一ルドの追加などのための領域である 。 これは、 以下の説明においても同様である。 ブロック blkAppInfoBD MV0は、 コンテンツ制作者が任意の情報を記述できるブロックであつ て、 プレーヤの動作などには影響を与えない。
ブロック blklndexesOは、 このファイル" index, bdmv"の実質的な内 容であって、 このブロック blklndexesOに記述された内容により、 デ イスクをプレーヤに装填した際に再生されるファーストプレイバック や、 トップメニューから呼び出されるタイトル （ムービーオブジェク ト） が指定される。 インデックステーブルにより呼び出されたムービ —オブジェクト等に記述されたコマンドに基づき、 後述するプレイリ ストファイルが読み込まれる。
第 7図は、 ブロック blklndexesOの一例の構造を表すシンタクスを 示す。 フィールド Lengthは、 32ビットのデータ長を有し、 このフィ —ルド Length直後からこのブロック blklndexes ()の終わりまでのデー 夕長を示す。 続けて、 ブロック FirstPlaybackTitleOおよびブロック MenuTiUeOが配される。
ブロック Firs laybackTiUeOは、 ファーストプレイバックで用い られるオブジェクトに関する情報が記述される。 ブロック FirstPlayb ackTitleOは、 1ビットのデータ長を有する領域 reservedに続けて固 定値" が記述される。 さらに 3 1ビットのデータ長を有する領域 res ervedを介して固定値" Γが記述される。 そして、 14ビットのデータ 長を有する領域 reservedを介して、 1 6ビットのデータ長を有するフ ィ一ルド FirstPlaybackTitleMobjIDRefが配される。 このフィールド F irstPlaybackTitleMobjIDRefにより、 ファーストプレイバックタイト ルで用いられるム一ビーオブジェクトの I Dを示す。
ムービーオブジェクトの I Dは、 例えば、 第 8図および第 9図を用 いて後述するム一ビーオブジェクトのシンタクスに基づき、 ム一ビー オブジェクトの forループ文においてループ変数として用いられる値 m obj— idで示される。 この例では、 フィールド FirstPlaybackTitleMobj IDRefは、 参照するムービーオブジェクトに対応する値 mob]'— idが格納 される。
なお、 ブロック blklndexesOにおけるブロック Firs tPlaybackTi t le 0内のフィ一ルド FirstPlaybackTitleMobj IDRefは、 トップメニュー のム一ビーオブジェクトを指していてもよいし、 タイトルを指してい てもよい。
ブロック MenuT i U e 0は、 トップメニューで用いられるオブジェク トに関する情報が記述される。 ブロック MenuT i U e 0は、 ' 1ビットの デ一夕長を有する領域 reservedに続けて固定値" Γが記述される。 さ らに 3 1ビッ卜のデータ長を有する領域 reservedを介して固定値" Γ が記述される。 そして、 14ビットのデータ長を有する領域 reserved を介して、 1 6ビットのデータ長を有するフィールド MenuTitleMobjl DRefが配される。 フィールド MenuTiUeMobjlDRefは、 メニュータイト ルで用いられるムービーオブジェクトの I Dを示す。
ブロック MenuTitleOの次のフィールド NumberOfTitlesは、 1 6ビ ットのデータ長を有し、 ユーザが選択、 再生可能なタイトルの数を示 す。 次の forループ文に従い、 このフィールド NumberOfTitlesに示さ れる回数だけ、 値 title— idを引数として、 ブロック MovieTitle[title — id] ()が記述される。 ブロック MovieTitle[title— id] 0は、 タイトル 毎の情報が記述される。 値 title— idは、 " 0"からフィールド NumberOf Titlesで示される値までの数値であり、 タイトルを識別する。
ブロック MovieTitle[title— id] 0において、 1ビットのデ一タ長を 有する領域 reservedを介して固定値" 1 "が記述され、 さらに、 46ビ ットのデ一夕長を有する領域 reservedを介してフィ一ルド MovieTitle MobjlDRefが記述される。 フィールド MovieTi t leMobj IDRefは、 1 6ビ ットのデータ長を有し、 このタイトルで用いられるム一ビーオブジェ クトの I Dを示す。 フィールド MovieTitleMobj IDRefの後ろに、 32 ビットのデータ長を有する領域 reservedが配される。
第 8図は、 ディレクトリ" BDMV"の直下に置かれるファイル" MovieOb ject.bdmv"の一例の構造を表すシンタクスを示す。 フィールド Typeln dicatorは、 32ビット （4バイト） のデータ長を有し、 このフアイ ルがファイル" MovieObject.bdmv"であることを示す。 フィールド Type Indicatorは、 I S O (International Organization for Standar izat ion) 646に規定された符号化方式で符号化した 4文字からなる文字 列が記述される。 この第 8図の例では、 フィールド type— indicatior に I S〇 646に既定の方式で符号化された 4文字の文字列" Μ0ΒΓが 記述され、 このファイルがファイル" MovieOb ject.bdmv"であることが 示される。
フィールド TypeIndicator2は、 32ビット （4バイト） のデータ長 を有し、 このファイル" MovieOb ject.bdmv"のバージョン番号を示す。 このファイル" MovieObject. bdmv"では、 フィールド TypeIndicator2は 、 I S O 646に規定された符号化方式で符号化した 4文字の文字列 " 0100 "でなければならない。
フィ一ルド ExtensionDataStartAddressは、 3 2ビッ卜のデータ長 を有し、 このシンタクス内にあるブロック1]11^ 611310110 （）の開始 アドレスを示す。 フィールド ExtensionDataStartAddressは、 このフ アイル" MovieObject.bdmv"の最初のバイトからの相対バイト数で、 ブ ロック blkExtensionDataOの開始アドレスを示す。 相対バイト数は、 " 0"から開始される。 若し、 このフィールド ExtensionDataStartAddr essの値が" 0 "であれば、 このファイル" MovieObject.bdmv"内に、 ブ ロック b 1 kEx t ens i onDa t a ()が存在しないことを示す。
なお、 この第 8図に示すシンタクス内のフィールド padding_wordは 、 1 6ピットのデータ長を有し、 このファイル" MovieObject.bdmv"の シンタクスに従い forループ文に値 N1または値 N2で示される回数だけ 挿入される。 値 N1または値 N2は、 0または任意の正の整数である。 ま た、 フィールド padding— wordは、 任意の値を用いることができる。 フィールド ExtensionDataStartAddressに続けてデ一タ長が 2 24 ビットの領域 reservedが配され、 その次に、 このファイル" MovieObje c t . bdiv"の本体であるブロック lkMovieObjec t s 0が格納される。 第 9図は、 ブロック MkMovieObjectsOの一例の構造を表すシン夕 クスを示す。 フィールド Lengthは、 3 2ビットのデータ長を有し、 こ のフィールド Lengthの直後からこのプロック blkMovieObjec ts 0の終 わりまでのデ一夕長を示す。 3 2ビットのデータ長を有する領域 rese rvedを介してフィールド NumberOfMobjsが配される。 フィールド Numbe rOfMobjsは、 直後の forループ文に従い格納されるムービーオブジェ ク卜の数を示す。 forループ文のループ変数として用いられる値]]] obj— idで、 ムービ一オブジェクトが一意に特定される。 値 mobj— idは、 " 0 "から始まる値で、 ムービーオブジェクトは、 forループ文中に記述さ れる順序により定義される。
forループ文中のブロック TerminallnfoOは、 固定値 "1 "が記述され 、 次に 1 5ビットのデータ長を有する領域 reservedが配される。 その 次に、 1 6ビットのデータ長を有するフィールド NumberOfNavigation Commands [mobj— id]が配される。 このフィールド NumberOfNavigationC ommands [mobj— id]は、 値 mobj— idによって指し示されるム一ビ一ォブ ジェクト MovieObject [mobj— id] ()に含まれるナビゲ一ションコマンド (Navigat ionCommand)の数を表す。
次の、 値 command_idをループ変数とする forループ文により、 フィ 一ルド NumberOfNavigationCommands [mobj_id]に示される数だけ、 ナ ピゲーシヨンコマンドが記述される。 すなわち、 この forループ文中 に酉己されるフィーリレド NavigaUonCommand [mobj— id] [command— id]【ま、 値 mob]'_idによって指し示されるブロック MovieObject [mobj— id] 0に 含まれる、 値 co匪 and_idで示される順番のナビゲーションコマンド Na vigationCommandを格納する。 値 command— idは、 0から始まる値で、 ナビゲーションコマンド Navigat ionCommandは、 この forループ文中に 記述される順序で定義される。
第 1 0図は、 プレイリストファイル" xxxxx.mpls"の一例の構造を表 すシンタクスを示す。 フィールド Typelndicatorは、 32ビット （4 バイト） のデータ長を有し、 このファイルがプレイリストファイルで あることを示す。 フィールド TypeIndicator2は、 32ビット （4バイ ト） のデータ長を有し、 このプレイリストファイルのバージョンを示 す。 フィールド PlayListStartAddressは、 32ビットのデータ長を有 し、 このシンタクス中のブロック blkPlayListOの開始ァドレスを示 す。
フィールド PlayListMarkStartAddressは、 32ビットのデ一夕長を 有し、 このシンタクス中のブロック MkPlayListMarkOの開始ァドレ スを示す。 フィールド ExtensionDataStartAddressは、 3 2ビットの データ長を有し、 このシンタクス中のブロック blkExtensionDataOの 開始アドレスを示す。 フィールド ExtensionDataStartAddressは、 ブ ロック blkExtensionDataOの開始アドレスを、 ファイル" xxxxx. mpls" の最初のパイトからの相対パイト数を表した値である。 相対バイト数 は、 " 0"から開始される。 若し、 このフィールド ExtensionDataStart Addressの値が" 0"であれば、 このファイル" xxxxx. mpls"内に、 ブロ ック b 1 kEx t ens i onDa ί a 0が存在しないことを示す。
1 60ビッ卜のデータ長を有する領域 reservedを介してブロック bl kAppInfoPlayList 0が配される。 ブロック blkAppInf oPlayList 0は、 次のブロック blkPlayListOに記述されるプレイリストのタイプ、 再 生制限などの情報が記述される。 ブロック blkPlayListOは、 プレイ リストが記述される。 ブロック blkPlayListMarkOは、 チヤプタジャ ンプなどでジャンプされるポイントが記述される。 ブロック blkExten s i onDat a 0は、 所定の拡張デ一夕を格納可能とするためのブロックで ある。
なお、 この第 10図に示すシンタクス内のフィ一ルド padding_word は、 1 6ビットのデータ長を有し、 このファイル" xxxxx.mpls"のシン タクスに従い forループ文に値 Nl、 値 N2および値 N3で示される回数だ け揷入される。 値 Nl、 値 N2または値 N3は、 0または任意の正の整数で ある。 また、 フィールド padding_wordは、 任意の値を用いることがで きる。
第 1 1図は、 ブロック MkPlayListOの一例の構造を表すシンタク スを示す。 フィールド Lengthは、 32ピットのデータ長を有し、 この フィールド Lengthの直後からブロック blkPlayListOの最後までのデ —夕長を示す。 フィ一ルド Lengthに続けて 1 6ビットのデータ長を有 する領域 reservedが配され、 次にフィールド NumberOfPlayl temsが配 される。 フィールド NumberOfPlayltemsは、 1 6ビットのデータ長を 有し、 このプロック blkPlayList 0に含まれるプレイアイテムの数を 示す。 フィールド NumberOfSubPathは、 このブロック blkPlayList 0に 含まれるサブパスの数を示す。
次の forループ文に従い、 フィ一ルド NumberOfPlayltemsで示される 数だけ、 プレイアイテムが記述されるブロック b 1 kP 1 a y 11 e m 0が記述 される。 forループ文に基づくカウント数がブロック blkPlayltemOの 識別子 Playltem— idとなる。 さらに次の forループ文に従い、 フィール ド Number 0 f SubPa t hで示される数だけ、 ブロック b 1 kSubPat h 0が記述 される。 forループ文に基づくカウント数がブロック blkSubPathOの 識別子 SubPath— idとなる。
なお、 サブパスは、 主として再生されるプレイアイテムに対応する メインパスに対して、 サブプレイアイテムに対応して持つことができ る。 サブパスは、 例えば、 アフレコ用のオーディオデータの指定や、 2枚の映像を合成する際に、 プレイアイテムで指定されるクリップと 同期して再生する副映像を指定するといつた目的で用いられる。
第 1 2図は、 ブロック blkPlayltemOの一例の構造を表すシンタク スを示す。 フィールド Lengthは、 1 6ビットのデータ長を有し、 この フィールド Lengthの直後からブロック blkPlayl temOの最後までのデ —タ長を示す。
フィールド ClipInformationFileName[0]は、 40ビット （5バイト ) のデータ長を有し、 このブロック blkPlayltemOが参照するクリツ プインフォメーションファイルのファイル名が示される。 このプレイ アイテムにおいて、 フィ一ルド ClipInformationFileName[0]で示され るファイル名のクリップインフォメ一ションファイルが読み出される
。 フィールド ClipCodecIdentifier[0]は、 32ビット （4バイト） の データ長を有し、 このブロック blkP yltemOによるプレイアイテム において用いられるクリップ AVストリームのコーデック方式を示す
1 2ピットのデータ長を有する領域 reservedを介して、 フィールド CormectionCoiiditioii}^ffi l 。 フィー レド CoimectionCondition【ま 、 4ビットのデータ長を有し、 クリップ間の接続状態に関する情報を 示す。 記録用途の記録媒体に対しては、 フィールド ConnectionCond it ionの値として " 1"、 " 5"または" 6"が用いられる。 フィールド Conne ctionConditionの値が" 1 "で、 そのクリップと次のクリップとがシー ムレス接続しないことを示し、 フィ一ルド ConnectionConditionの値 が" 5 "または" 6"で、 そのクリップと次のクリップとがシームレス接 続することを示す。 なお、 シームレス接続とは、 クリップと次のクリ ップとがフレームタイミングで連続的に再生されるように、 クリップ 間の再生制御を行うことをいう。
フィールド ConnectionConditionの値が" 5"で、 当該プレイアイテ ムが参照するクリップにおいて、 オーディォデータの記録長がビデオ データの記録長に対して長くされる （第 1 3図 A参照） 。 これにより 、 クリップとクリップとを接続する際に、 ォ一ディォデ一夕のフェイ ドアウト処理が可能とされる。 例えば、 ユーザによる記録停止操作に よりクリツプがクローズされる場合に、 フィ一ルド ConnectionCond it ionの値が" 5"とされる。 以下、 このフィールド ConnectionCondition の値が" 5"で示されるクリップの接続方法を、 第 1のシームレス接続 と呼ぶ。
フィールド ConnectionConditionの値が" 6 "で、 当該プレイアイテ ムが参照するクリップにおいて、 オーディオデータの記録長がビデオ データの記録長に対して同じか若しくは短いくされる （第 1 3図 B参 照） 。 これにより、 クリップとクリップとの接続をシームレスに行う ことが可能とされる。 例えば、 ユーザ操作に応じた記録停止以外の理 由、 例えばシステム要因に基づきクリップがクローズされる場合に、 フィールド ConnectionConditionの値が" 6"とされる。 以下、 このフ ィールド CoimecUonCondiUonの値が" 6"で示されるクリップの接続 方法を、 第 2のシームレス接続と呼ぶ。
フィールド RefToSTCID[0]は、 8ビットのデータ長を有し、 システ ムタイムべ一ス （STC) の不連続点に関する情報を示す。 フィ一ル ド INTimeおよびフィ一ルド OUTTimeは、 それぞれ 32ビットのデータ 長を有し、 メインクリップ AVストリームの再生範囲を示す。 フィー ルド INTimeが開始点 （ I N点） を示し、 フィールド OUTTimeが終了点 (OUT点） を示す。
ブロック MkUOMaskTableOは、 ユーザ入力の受付制限が設定される テーブルである。 1ビットのデ一夕長を有するフラグ PlayltemRandom AccessFlagは、 このブロック blkPlayltemOによるプレイアイテムに
Figure imgf000030_0001
を許可するか否かを規定する。 続けて、 ットのデータ長を有する領域 reservedを介してフィールド StillMode が配される。 フィールド StillModeは、 8ビットのデータ長を有し、 ブロック blkPlayltemOによるプレイアイテムにおいて、 最後に表示 した映像を静止画として表示させるか否かを示す。 フィールド SU11M odeの値が" 0x01" (バイナリ） であれば、 if文に基づき、 1 6ピット のデータ長を有するフィ一ルド StillTinieにより静止時間が示される 。 フィールド StillModeの値が" 0x01"以外であれば、 当該 16ビット のデータ長を有する領域がワードァライメントのために予約された領 域 reservedとされる。
ブロック blkSTNTableOは、 このブロック blkPlayl temOによるプレ ィアイテムが管理しているクリップ AVストリームの属性、 P I D番 号、 記録媒体上での記録位置などが管理される。
第 14図は、 ブロック blkPlayListMarkOの一例の構造を表すシン タクスを示す。 フィールド Lengthは、 32ビットのデ一夕長を有し、 このフィールド Lengthの直後からブロック blkPlayListMarkOの最後 までのデータ長を示す。
フィールド^11111^110 1& 1^31¾^ 3は、 1 6ビットのデータ長を有 し、 このブロック blkPlayListMarkOに含まれるプレイリストマーク の数を示す。 次の forループ文に従い、 フィールド NumberOfPlayListM arksで示される数だけプレイリストマークの情報が記述される。
forル一プ文内において、 8ビットのデータ長を有する領域 reserve に続けてフィールド MarkTypeが配される。 フィールド MarkTypeは、 8 ビットのデータ長を有し、 マークのタイプを示す。 フィールド RefToP layltemIDは、 1 6ビットのデータ長を有し、 マークが打たれるプレ ィアイテムを参照する識別情報 P 1 a y 11 e nし i dが記述される。 フィ一ル ド MarkTimeStampは、 32ビットのデータ長を有し、 マークが打たれ るボイントを示すタイムスタンプが記述される。 フィールド EntryESP IDは、 1 6ビットのデータ長を有し、 マークによって指し示されるェ レメンタリストリームを含んでいる T Sバケツトの P I Dの値を示す 。 フィールド Durationは、 45 k H zのクロックを単位とした計測に よる、 32ビットのデータ長を有する符号無し整数である。 このフィ ールド Durationに格納される値が" 0 "であれば、 このフィールド Dura tionは、 意味を成さない。
第 1 5図は、 クリップインフォメーションファイルの一例の構造を 表すシンタクスを示す。 フィールド Typelndicatorは、 32ビット （ 4バイト） のデータ長を有し、 このファイルがクリップインフォメー シヨンファイルであることを示す。 フィールド TypeIndicator2は、 3 2ビット （4バイト） のデータ長を有し、 このクリップインフォメ一 シヨンファイルのバ一ジョンを示す。
このクリップィンフオメ一ションファイルは、 ブロック blkClipInf o()、 ブロック blkSequenceInfo()、 ブロック blkProgramlnf o 0、 ブロ ック blkCPI 0、 ブロック blkClipMarkOおよびブロック blkExtensionD ata()を有し、 それぞれ 32ビットのデータ長を有するフィールド Seq uencelnfoSt art Address, フィールド ProgramInfoStartAddress、 フィ ールド CPIStartAddress、 フィ一ルド CI ipMarkSta Addressおよびフ ィ一ルド ExtensionDataStartAddressは、 各々対応するブロックの開 始ァドレスを示す。
フィ一ルド ExtensionDataStartAddressは、 このクリツプインフォ メ一シヨンファイルの最初のバイトからの相対バイト数で、 ブロック blkExtensionDataOの開始アドレスを示す。 相対バイト数は、 " 0"か ら開始される。 若し、 このフィールド ExtensionDataStartAddressの 値が" 0"であれば、 このファイル" index, bdmv"内に、 ブロック blkExt ensionDataOが存在しないことを示す。
ブロック MkClipInfoOは、 これらの開始アドレスを示すフィ一ル ドに続く、 96ビットのデータ長を有する領域 reservedの次から開始 される。 ブロック blkClipInfoOは、 このクリップインフォメ一ショ ンファイルが管理するクリップ AVストリームに関する情報が記述さ れる。 ブロック blkSequencelnfoOは、 3丁（：ゃ 1?0 (ァライバル タイムベース） が連続しているシーケンスをまとまりとして管理する 情報が記述される。 ブロック blkProgramlnfoOは、 このクリップイン フオメーシヨンファイルに管理されるクリップ AVストリームの符号 化方式、 クリップ AVストリーム中のビデオデータのァスぺクト比な どの情報が記述される。 ブロック blkCPlOは、 ランダムアクセス開始 点などの、 A Vストリーム中の特徴的な箇所を表す特徴点情報 CP I に関する情報が格納される。
また、 ブロック blkClipMarkOは、 チヤプタ位置などの、 クリップ に付された頭出しのためのインデックス点 （ジャンプポイント） が記 述される。 ブロック MkExtensionDa Oは、 拡張データを格納するこ とができる領域である。 なお、 これらブロック blkClipMarkOおよび クリツプインフォメーションファイル内のプロック blkExtensionData 0は、 この発明との関連性が薄いので、 詳細な説明を省略する。
第 1 6図は、 ブロック！) lkClipInfoOの一例の構造を表すシンタク スを示す。 フィールド Lengthは、 32ビットのデータ長を有し、 この フィールド Lengthの直後からブロック blkClipInfoOの最後までのデ —夕長を示す。 1 6ビットのデ一夕長を有する領域 reservedを介して 、 フィールド ClipStreamTypeが配される。
フィールド ClipStreamTypeは、 8ビットのデータ長を有し、 クリツ プ AVストリ一ムの種別を表す。 このフィールド ClipStreamTypeの値 は、 例えば " 1 "に固定的とされる。 フィールド ApplicationTypeは、 8ピットのデータ長を有し、 クリップ A Vストリーム （拡張子が 「m2 tsj のファイル） がどのような多重化によって作られているかを示す 。 フィールド ApplicationTypeの値が " 1 "で、 対応するクリップ AV ストリームは、 通常の動画が再生される。 続けて 3 1ビットのデータ 長を有する領域 reservedが配される。
デ一夕長が 1ビットのフラグ IsCC5は、 プレイリストにおけるプロ ック blkPUyltemOによって、 対応するクリップと次のクリップとの 接続を、 上述した第 1のシームレス接続、 すなわちフィールド Coimec UonConditionの値が" 5"で示される方法で行うか否かを示す。 フラ グ IsCC5の値が" 1" (バイナリ値） であれば、 クリップ間の接続が第 1のシームレス接続によりなされていることを示す。
フィールド TSRecordingRateは、 クリップ A Vストリームファイル の記録レ一トをバイト /秒で表したものである。 フィールド NumberOf SourcePacketsは、 クリップ AVストリームに含まれるバケツト数を 表す。 システムにより予約された 1024ビットのデ一夕長の領域 re servedを介してブロック TSTypelnfoBlockOが配される。 ブロック TST ypelnfoBiockOは、 クリップ A Vストリームが格納されるパケットの タイプを示す情報が格納される。 このプロック TSTypelnfoBlockOは 、 この発明との関連性が薄いので、 詳細な説明を省略する。
次の if文以下の情報は、 上述のフラグ IsCC5の値が " 1"、 すなわち 、 対応するクリップと次のクリップとの接続を第 1のシームレス接続 で行うとされた場合に記述される。 if文の次の 8ビットのデータ長を 有する領域 reservedを介してフィールド Fol lowingCl ipStreamTypeが 配されるフィールド FollowingClipStreamTypeは、 8ピットのデータ 長を有し、 このクリップインフォメーションフアイルに対応するクリ ップの次のクリップのタイプが記述される。 8ビットのデータ長を有 する領域 reservedを介してフィールド Fol lowingCl ipInformationFi le Nameが配される。
フィー Jレド Fol lowingCl iplnformat ionFi leNameW；、 40ピッ卜 （5 バイト） のデータ長を有し、 このクリップインフォメーションフアイ ルに対応するクリップの次のクリップに対応するクリップインフォメ —シヨンファイルのファイル名が記述される。 次のフィールド ClipCo decldentifierは、 32ビット （4バイト） のデータ長を有し、 当該 次のクリップの符号化方式を示す。 この例では、 フィールド ClipCode cldentiiierは、 I S 0646に既定の方式で符号化された 4文字の 文字列値" M2TS"に固定的とされる。 次に 8ビットのデータ長を有する 領域 reservedが配される。
第 1 7図は、 ブロック MkSequencelnfoOの一例の構造を表すシン タクスを示す。 フィールド Lengthは、 3 2ビットのデ一タ長を有し、 このフィールド Lengthの直後からブロック MkSequencelnfo 0の最後 までのデータ長を示す。 1 5ビッ卜のデータ長を有する領域 reserved を介してデータ長が 1ビットで固定値" 1"が記述される。
次のフィールド SPNATCStartは、 3 2ビットのデータ長を有し、 連 続した時間に記録されたことを表すシーケンス （シーケンス ATCSeque nceと呼ぶ〉 の開始をパケット番号で表す。 この第 1 7図の例では、 フィールド SMATCStartは、 値を" 0"としてクリップ AVストリーム ファイルの先頭と一致させている。 フィ一ルド NumberOfSTCSequence は、 シーケンス ATCSequence上のシーケンス STCSequenceの数を表す。 フィールド NumberOfSTCSequenceは、 値が" 1 "以上とされる。
次の forループ文に従い、 フィールド NumberOfSTCSequenceで示され る数だけ、 シーケンス STCSequenceの情報が記述される。 シーケンス S TCSequenceは、 MP EG 2 T S (Transport Stream)における時間軸 の基準である P C R (Program Clock Reference)が連続な範囲を表す 。 シーケンス STCSequenceには、 クリップ内で一意な番号 STC_idが割 り当てられる。 このシーケンス STCSequence内では、 不連続の無い一 貫した時間軸を定義できるので、 プレイアイテムの開始時刻および終 了時刻を一意に定めることができる。 つまり、 各プレイアイテムの開 始点と終了点は、 同一のシーケンス STCSequenceに存在していなけれ ばならない。 この forループ文においては、 値 stc idによりシ一ケン ス STCSequenceが指定される。
フィールド PCRPIDCstc— id]は、 1 6ビットのデータ長を有し、 MP E G 2 TSにおいて、 P C R (Program Clock Reference)が含まれ る TSバケツトの P I Dを表す。 フィールド SPNSTCS rUstc— id]は 、 32ビットのデータ長を有し、 シーケンス STCSequenceの開始をパ ケット番号で表す。 フィールド PresentationStartTimeおよびフィー ルド Presen tionEndTimeは、 それぞれ 32ビットのデ一夕長を有し 、 クリップ A Vストリーム中の有効な範囲を表す。 フィールド Presen tationS rtTimeおよびフィールド？ 361^& 011811(31 11^で示される範 囲がプレイアイテムから参照できる範囲となる。
第 1 8図は、 ブロック blkProgramlnfoOの一例の構造を表すシン夕 クスを示す。 フィールド Lengthは、 32ビットのデータ長を有し、 こ のフィ一ルド Lengthの直後からブロック blkProgramlnfoOの最後まで のデータ長を示す。 1 5ビットのデータ長を有する領域 reservedを介 して、 データ長が 1ビットで固定値" 1"が記述される。
フィールド SPNProgramSequenceS tartは、 32ビットのデータ長を 有し、 対応するクリップ AVストリームファイルにおいて、 プロダラ ムシーケンスが開始されるソースパケットの番号が記述される。 フィ —ルド ProgramMapPIDは、 1 6ビットのデータ長を有し、 プログラム シーケンスに適用可能なプログラムマップセクションを含むとされて いる T Sパケットの P I Dの値を示す。 フィールド NumberOfStreamsI nPSは、 8ビットのデータ長を有し、 プログラムシーケンスに定義さ れるエレメンタリストリ一ムの数を示す。 フィールド NumberOfStream slnPSに続けて、 8ビットのデ一夕長を有する領域 reservedが配され る。
次の forループ文に従い、 値 [stream— index]をループ変数として、 フィ一ルド NumberOfStreamsInPSで示される数だけ、 フィールド Strea mP ID [stream一 index]およびブロック blkStreamCod inglnfo (stream— ind ex)の組が格納される。 フィールド StreamPID[stream一 index]は、 プロ グラムシーケンスによって参照された PMT (Program Map Table)に 記述されたエレメンタリストリームに対応する P I Dの値を示す。 次 のブロック blkStreamCodinglnfo (st ream— index)は、 対応するフィ一 ルド StreamPID[stream_index]で示されるエレメンタリストリームの 符号化方式に関する情報が記述される。
第 1 9図は、 ブロック blkCPlOの一例の構造を表すシンタクスを示 す。 MPEGストリームのような、 フレーム間圧縮を行っている符号 化ストリームにおいては、 デコード開始可能な箇所は、 GO P (Group Of Picture)の先頭など一部の箇所に限定されていることが多い。 C P I (Characteristic Point Inf ormat ion)とは、 そのデコード可能な 開始点の位置の情報を集めたデータベースで、 再生時刻と、 ファイル 内アドレスとが対応付けられたテーブルになっている。 すなわち、 C P Iは、 デコード単位の先頭位置を示す情報がテーブル化されている このようにデータベースを定めることで、 例えば、 任意の時刻から 再生したい場合、 再生時刻を元に CP Iを参照することによって再生 位置のファイル内アドレスがわかる。 このアドレスは、 デコード単位 の先頭となっているため、 プレーヤは、 そこからデ一夕を読み出して デコードし、 素早く画像を表示することができる。
なお、 この CP Iに格納される、 デコード単位の先頭位置 （この例 では GO Pの先頭位置） を、 EP (Entry Point)エントリと称する。 第 1 9図において、 フィールド Lengthは、 32ビットのデータ長を 有し、 このフィールド Lengthの直後からブロック blkCPlOの最後まで のデ一夕長を示す。 次の if文に従い、 フィールド Lengthの値が 0でな ければ、 1 2ビットのデータ長を有する領域 reservedを介してフィー ルド CPITypeが配される。 フィールド CPITypeは、 4ビットのデータ長 を有し、 CP Iの種類を示す。 次のブロック MkEPMapOは、 対応する クリップ A Vストリームファイルにおける PTS値とバイトアドレス との関連付けを行うテーブルが格納される。
第 2 0図は、 ブロック MkEPMapOの一例の構造を表すシンタクスを 示す。 8ビットのデ一夕長を有する領域 reservedを介してフィールド NumberOfStreamPIDEntriesが配される。 フィール HNumberOf StreamPI DEntriesは、 8ビットのデ一夕長を有し、 ブロック MkEPMap 0におけ るブロック MkEPMapForOneStreamPIDのェントリ数を示す。 forループ 文に従い、 値 [k]をループ変数として、 フィールド NumberOfStreamPID Entriesに示される数だけ、 ェントリボイントに関する情報が記述さ れる。
forループ文内において、 フィールド StreamPIDDt]は、 1 6ビット のデータ長を有し、 ブロック MkEPMapOの中で [k]番目にェントリさ れるブロック MkEPMapForOneStreamPID (以下、 [k]番目のブロック bl kEPMapForOneStreamPIDと記述する） によって参照されるエレメンタ リストリ一ムを伝送するトランスポートバケツトの P I Dの値を示す 。
1 0ビットのデータ長を有する領域 reservedを介してフィール EP StreamType[k]が配される。 フィールド EPStreamType [k]は、 4ビット のデータ長を有し、 [k]番目のブロック blkEPMapForOneStreamPIDによ つて参照されるエレメンタリストリームのタイプを示す。 フィールド NumberOfEPCoarseEntries[k]は、 1 6ビットのデータ長を有し、 [k] 番目のブロック blkEPMapForOneStreamPIDの中にある粗い検索用のサ ブテーブル（EP coarse table)のエントリ数を示す。 フィールド Numbe rOfEPFineEntries[k]は、 1 8ビットのデータ長を有し、 [k]番目のブ 口ック blkEPMapForOneStreamPIDの中にある精密な検索用のサブテ一 ブル（EP fine table)のエントリ数を示す。 フィールド EMapForOneSt reamPIDStartAddress[k]は、 3 2ビットのデータ長を有し、 ブロック blkEPMap 0の中で [k]番目のブロック blkEPMapForOneStreamPIDが始ま る相対バイト位置を示す。 この値は、 ブロック blkEPMapOの第 1バイ ト目からのバイト数で示される。
上述の forループ文による記述の後、 1 6ビッ卜の整数倍のデータ 長を有するパディングヮ一ドを挟んで記述される forループ文に従い 、 値 [k]をループ変数として、 フィールド NumberOfStreamPIDEntries に示される数だけ、 ブロック blkEPMapForOneStreamPID(EPStreamType [k], NumberOfEPCoarseEntries [k], NumberOfEPFineEntries [k])が格 納される。 すなわち、 引数 NumberOfEPCoarseEntries [k]は、 サブテー ブル（EP coarse table)に格納されるエントリ PTSEPCoarseおよびェン トリ SMEPCoarseの数を示す。 同様に、 引数 NumberOfEPFineEntries [k ]は、 サブテーブル（EP fine table)に格納されるエントリ PTSEPFine およびエントリ SMEPFineの数を示す。 以下では、 引数 NumberOfEPCoa rseEntries [k]および引数 NumberOfEPFineEntries [k]を、 それぞれ適 宜、 エントリ数 Ncおよびエントリ数 Nfと呼ぶ。
第 2 1図は、 ブロック blkEPMapForOneStreamPID(EP— stream— type, Nc， Nf)の一例の構造を表すシンタクスを示す。 ブロック blkEPMapFor OneStreamPID(EP_stream_type, Nc, Nf)のセマンティクスを説明する ために、 先ず、 ブロック blkEPMapForOneStreamPID(EP— stream— type, Nc, Nf)に格納されるデータの元となるエントリである、 エントリ PTS EPStartおよびェントリ SPNEPStartの意味について説明する。 ェントリ PTSEPStartと、 ェントリ PTSEPStartに関連付けられたェン トリ SPNEPStartは、 それぞれ A Vストリーム上のェントリポイントを 指す。 そして、 エントリ PTSEPFineと、 エントリ PTSEPFineに関連付け られたェントリ PTSEPCoarseは、 同一のェントリ PTSEPStar tから導か れる。 また、 エントリ SMEPFineと、 エントリ SPNEPFineに関連付けら れたェントリ SPNEPCoarseは.、 同一のェントリ SPNEPStartから導かれ る。
第 2 2図は、 ェントリ PTSEPCoarseおよびェントリ PTSEPFineの一例 のフォーマツトについて示す。 P T Sすなわちエントリ PTSEPS rtは 、 デ一夕長が 3 3ピットの ί直である。 MS Bのビットを第 3 2ビット 、 L S Bのビットを第 0ビットとするとき、 この第 2 2図の例では、 大まかな単位で検索を行う際に用いられるェントリ PTSEPCoarseは、 ェントリ PTSEPStartの第 3 2ビッ卜から第 1 9ビットまでの 14ビッ トが用いられる。 エントリ PTSEPCoarseにより、 解像度が 5. 8秒で 、 2 6. 5時間までの範囲で検索が可能である。 また、 より精密な検 索を行うためのエントリ PTSEPFineは、 エントリ PTSEPStartの第 1 9 ビットカ、ら第 9ビットまでの 1 1ビットが用いられる。 エントリ PTSE PFineにより、 解像度が 5. 7ミリ秒で、 1 1. 5秒までの範囲で検 索が可能である。 なお、 第 1 9ビットは、 エントリ PTSEPCoarseとェ ントリ PTSEPFineとで共通して用いられる。 また、 L S B側の第 0ビ ットから第 8ビットまでの 9ピットは、 用いられない。
第 2 3図は、 ェントリ SPNEPCoarseおよびェントリ SPNEPFineの一例 のフォーマツトについて示す。 ソースバケツト番号すなわちェントリ SPNEPStartは、 デ一夕長が 3 2ビットの値である。 MS Bのビットを 第 3 1ビット、 L S Bのビットを第 0ビットとするとき、 この第 2 3 図の例では、 大まかな単位で検索を行う際に用いられるェントリ SPNE PCoarseは、 ェントリ SPNEPStar tの第 3 1ビットカ ら第 0ビットまで の全てのビットが用いられる。 また、 より精密な検索を行うためのェ ントリ SPNEPFineは、 エントリ SPNEPStartの第 1 6ビットから第 0ビ ットまでの 1 7ビットが用いられる。 エントリ SPNEPFineにより、 例 えば略 2 5 MB (Mega Byte)の AVストリームファイルまでの範囲で 、 検索が可能である。
なお、 ソースパケット番号の場合でも、 エントリ SPNEPCoarseとし て MS B側の所定ビット数の値だけ用いるようにしてもよい。 例えば 、 エントリ SPNEPCoarseとして、 エントリ SPNEPStartの第 3 1ビット から第 1 6ビットまでの 1 7ビットを用い、 エントリ SPNEPFineは、 ェントリ SPNEPStartの第 1 6ビットから第 0ビットまでの 1 7ビット を用いる。
上述に基づき、 ェントリ PTSEPStartおよびェントリ SMEPStartは、 次のように定義される。
エントリ PTSEPStartは、 第 2 2図で示したように、 データ長が 3 3 ビットの符号無し整数であり、 AVストリーム中で、 ランダムァクセ スが可能なピクチャ （例えば I D R (Instantaneous Decoding Refres h)ピクチャや I (Intra)ピクチャ） から開始するビデオアクセスュニ ットの 3 3ビット長の P T Sを示す。
エントリ SPNEPStartは、 第 2 3図で示したように、 3 2ビットの符 号無し整数であり、 ェントリ PTSEPStarUこ関連付けられたビデオァク セスュニットの第 1バイト目を含むソ一スバケツトの、 AVストリー ムの中でのアドレスを示す。 エントリ SPNEPStartは、 ソースパケット 番号の単位で表され、 AVストリームファイル中の最初のソ一スパケ ットから、 値" 0"を初期値として、 ソースパケット毎に 1ずつ増加す る値としてカウントされる。 第 2 1図を参照し、 ブロック blkEPMapForOneStreamP ID (EP— stream— type, Nc, Nf)は、 第 1の forループ文により大まかな単位での検索を 行うためのサブテーブル（EP coarse table)が記述され、 第 2の forル ープ文によりサブテーブル（EP coarse table)の検索結果に基づきよ り詳細な検索を行うためのサブテーブル（EP fine table)が記述され る。
第 1の forル一プ文の直前に、 フィ一ルド EPFineTableS rtAddress が配される。 フィールド EPFineTableStartAddressは、 3 2ビットの データ長を有し、 最初の第 2の forループにおけるフィ一ルド Reserve dEPFine[EP— fine_id]の第 1バイト目の開始アドレスを、 ブロック blk EPMapForOneStreamPID(EP_stream_type, Nc, Nf)の第 1バイト目から の相対バイト数で示す。 相対バイト数は、 値" 0"から開始する。
第 1の forループ文は、 ループ変数 [i]で以て、 サブテーブル（EP co arse table)のエントリ数 Ncまで繰り返され、 エントリ数 Ncの組数だ けフィールド RefToEPFineID[i]、 エントリ PTSEPCoarse [i]およびェン トリ PTSEPFine[i]が格納される。 第 1の forループ文において、 フィ —ルド RefToEPFineID[i]は、 1 8ピットのデ一夕長を有し、 フィール HRefToEPFinelDti]に続くフィ一ルド PTSEPCoarse [i]が示すェントリ PTSEPCoarseに関連付けられるェントリ PTSEPFineを持つ、 サブテープ ル（EP fine table)内のエントリ番号を示す。 エントリ PTSEPFineと、 このェントリ PTSEPFineに関連付けられるェントリ PTSEPCoarseとは、 同一のェントリ PTSEPStartから導かれる。 フィールド Ref ToEPFinelD [ i]は、 第 2の forループ文中で記述される順番で定義されるループ変 数 [EP_fine— id]の値により与えられる。
第 1の forループ文の後に、 パディングワードを挟んで第 2の forル —プ文による記述がなされる。 第 2の forループ文は、 ループ変数 [EP — fine_id]で以て、 サブテ一ブル（EP fine table)のエントリ数 Nfまで 繰り返され、 エントリ数 Nfの組数だけ、 1ビットのデータ長を有する フィールド ReservedEPFine[EP— fine— id]と、 3ビットのデ一夕長を有 するフィールド IEndPositionOffset [EP_fine— id]と、 1 1ビットのデ 一夕長を有するフィールド PTSEPFineDEP— fine— id]と、 1 7ビットの データ長を有するフィールド SPNEPFine[EP_nne_id]とが格納される 。 これらのうち、 フィールド PTSEPFine[EP— fine— id]およびフィール ド SPNEPFine[EP_fine— id]は、 ループ変数 [EP— fine— id]に基づきサブ テーブル（EP fine table)から参照されるエントリ PTSEPFineおよびェ ントリ SPNEPFineそれぞれが格納される。
エントリ PTSEPCoarseおよびエントリ PTSEPFine、 ならびに、 ェント リ SPNEPCoarseおよびエントリ SPNEPFineは、 次のように導かれる。 サ ブテ一ブル（EP fine table)に、 関連するデータ SPNEPStartの値の昇 順に並んでいる Nf個のェントリがあるとする。 それぞれのェントリ SEPFineは、 対応するエントリ PTSEPStartから、 次式 （1) のように 導かれる。
PTSEPFine [EP_fine_id]= (PTSEPStart [EP_fine_id] 》9) / 211 - - (1)
ェントリ PTSEPCoarseと、 対応するェントリ PTSEPFineとの関係は、 次式 （2) 、 (3) の通りである。
PTSEPCoarse[i]= (PTSEPStart [RefToEPFinelD [i] ] 》1 9) / 214 . · (2)
PTSEPFine [RefToEPFineID[i]]= (PTSEPStart [RefToEPFineID[i]] » 9) /2" · · (3)
それぞれのエントリ SMEPFineは、 対応するエントリ SPNEPStartか ら、 次式 （4) のように導かれる。 SPNEPFine[EP_fine_id]=SPNEPStart [EP_f ine_id] / 217 · · (4 )
ェントリ SPNEPCoarseと、 対応するェントリ SPNEPFineとの関係は、 次式 （5) 、 (6) の通りである。
SPNEPCoarse[i]=SPNEPStart [RefToEPFineID[i]] · · (5)
SPNEPFine[RefToEPFineID[i]]=SPNEPStart [RefToEPFineID[i]]/ 21 7 · · (6)
なお、 上述の式 （ 1) 〜 （6) において、 記号 「>>x」 は、 デ一夕 の L S B側から Xビットを超える桁からビットを用いることを意味す る。
次に、 拡張データを格納するためのブロック blkExtensionDataOに ついて説明する。 このブロック blkExtensionDataOは、 所定の拡張デ 一夕を格納可能なように定義され、 ィンデックステーブルが格納され るファイル" index, bdm '、 プレイリス卜が格納されるファイル" xxxxx .mpls"およびクリップィンフオメ一ションファイル" zzzzz. clpi"の各 ファイルに記述することができる。
第 24図は、 ブロック blkExtensionDataOの一例の構造を表すシン タクスを示す。 フィールド Lengthは、 32ビットのデータ長を有し、 このフィールド Lengthの直後からブロック blkExtens ionData 0の終わ りまでのデータ長をバイト数で示す。 このフィールド Lengthの示すデ 一夕長が" 0"でなければ、 if文以下の記述がなされる。
フィールド DataBlockStartAddressは、 32ビットのデ一夕長を有 し、 このシンタクス中の、 拡張データの本体が格納されるブロック Da taBlockOの開始ァドレスを、 このブロック blkExtensionDataOの先 頭バイトからの相対バイト数で示す。 すなわち、 相対バイト数は、 " 0"から開始される。 なお、 フィールド DataBlockStartAddressは、 次 に示す 3 2ビットァライメントの条件を満たさなければならない。 DataBlockStartAddress% 4 = 0
24ビットのデ一夕長を有する領域 reservedを介してフィールド Nu mberOfExtDa Entriesが配される。 フィール HNumberOfExtDataEntr i esは、 8ビットのデータ長を有し、 このブロック blkExtensionDataO のブロック DataBlockOに格納される拡張デ一夕のェントリ数を示す 。 拡張データのエントリは、 拡張データの本体を取得するための情報 が格納される。 この例では、 拡張データのエントリは、 フィールド Ex tDataType. フィールド ExtDataVers ion、 フィールド ExtDataStartAdd ressおよびフィ一ルド ExtDataLengthからなるブロック ext_data_entr y()であって、 ブロック blkExtensionDataOにおいて、 第 1の forル一 プ文に従いこのフィールド NumberOfExtDataEntriesに示される個数だ け、 このブロック ext— data— entry 0が存在する。
フィールド ExtDataTypeは、 1 6ビットのデータ長を有し、 このブ 口ック blkExtensionDataOに記述される拡張データが記録装置用の拡 張データであることを表す。 このフィ一ルド ExtDataTypeの値は、 拡 張デ一夕を識別する第 1の値であり、 このブロック blkExtensionData 0を含む規格書のライセンサ （使用認可者） が割り当てると定義する ことができる。 フィールド ExtDataVersionは、 拡張データを識別する 第 2の値であり、 この拡張データのパージヨン番号を表すものと定義 することができる。 なお、 このブロック blkExtensionDataOにおいて 、 フィ一ルド ExtDataTypeおよびフィールド ExtDataVers ionの値が同 一のブロック ext_data— entryOが 2以上、 存在してはならない。
フィ一ルド ExtDataStartAddressは、 3 2ビットのデータ長を有し 、 このフィールド ExtDataStartAddressが含まれる拡張データのェン トリ （ブロック exし data— entry 0) に対応する拡張データの開始アド レスを示す。 フィールド ExtDataStartAddressは、 ブロック blkExtens ionDataOの先頭バイトからの相対バイト数で、 拡張データ ext— data の開始アドレスを示す。 なお、 フィールド ExtDataS rtAddressは、 次に示す 3 2ビットァライメントの条件を満たさなければならない。 ExtDataStartAddress% 4 = 0
フィールド ExtDataLengthは、 3 2ビットのデータ長を有し、 この フィールド ExtDataStartAddressが含まれる拡張データのェントリ （ ブロック exし da t a_entr iesO) に対応する拡張デ一夕のデータ長を示 す。 データ長は、 バイト数で示される。
フィールド NumberOfExtDataEntriesで示された個数だけ、 拡張デー 夕のエントリ （ブロック ext_data_entry()) が記述されると、 それぞ れ 1 6ビッ卜のデータ長を有し任意のデータ列からなるフィールド pa dding— wordが、 2フィールドを組として任意の回数 L 1だけ繰り返さ れる。 その後、 拡張デ一夕の本体が格納されるブロック DataBlockO が記述される。 ブロック DataBlockOは、 1以上の拡張データが格納 される。 それぞれの拡張データ exし dataは、 上述したフィールド ExtD ataStartAddressフィールド ExtDataLengthに基づき、 ブロック DataBl ockOから取り出される。
第 2 5図は、 ブロック MkExtensionDataOにおける各データの参照 関係を模式的に示す。 フィールド Lengthにより、 フィ一ルド Length直 後の位置からプロック blkExtensionDa Oの最後までのデータ長が示 される。 フィールド DataBlockStartAddressにより、 ブロック DataBlo ck()の開始位置が示される。 フィ一ルド NumberOfExtDataEntriesで示 される個数だけ、 ブロック exし data_entryが記述される。 最後のプロ ック ext— data— entryからブロック DataBlockOの間には、 任意の長さ でフィ一ルド padding_wordが置かれる。 ブロック DataBlockO内には、 ブロック exし data— entry 0で示され る拡張データ ex t—d a t aが置かれる。 それぞれの拡張データ exし d a t aの 位置およびデータ長は、 対応するブロック ext_data_entry()内のフィ —ルド ExtDataStartAddressおよびフィ一ルド ExtDataLengthにより示 される。 したがって、 ブロック DataBlockO内での拡張データ exし dat aの並び順は、 対応するブロック ex t_dat a_entry ()の並び順と一致し ていなくてもよい。
このように、 拡張データを、 拡張デ一夕の本体が格納されるブロッ ク Da t aB lock 0と、 ブロック Da t aB lock 0内の拡張デー夕に対するァク セス情報などが格納されるブロック exし data— entryOとによる 2層構 造とすることで、 複数の拡張デー夕を格納することが可能となる。 次に、 上述の拡張データの一例の作成方法および読み出し方法につ いて説明する。 第 2 6図は、 ブロック blkExtensionDataOにデータを 書き込む際の一例の処理を示すフローチャートである。 この第 2 6図 は、 ブロック blkExtensionDataO中の （n + 1) 番目のエントリとし て、 拡張データを追加し、 ブロック blkExtensionDataOを書き換える 場合の例である。
先ず、 ステップ S 1 0で、 書き込もうとしている拡張データのデ一 夕長を取得し、 フィールド ExtDa Length[n+l]の値にセットする。 な お、 「[n+l]」 の記述は、 （n + 1 ) 番目のエントリの番号に対応す る。 次に、 ステップ S 1 1で、 現在のブロック blkExtensionDataOに 列挙されているブロック exし data_entry()のフィ一ルド ExtDataLengt hおよびフィ一ルド ExtDataStartAddressの値を調べ、 ブロック DataBl ockOの使用状況を取得する。
そして、 次のステップ S 1 2で、 ブロック DataBlockO中に、 書き 込もうとしている拡張データのデータ長であるフィールド ExtDataLen 07059345 gth[n+l]に示されるデ一夕長以上の、 連続した空き領域があるか否か が判断される。 若し、 あると判断されれば、 処理はステップ S 14に 移行される。
一方、 フィールド ExtDataLength[n+l]に示されるデータ長以上の連 続した空き領域が無いと判断されれば、 処理はステップ S 1 3に移行 され、 ブロック blkExtensionDataOにおけるフィ一ルド Lengthの値を 大きくし、 フィールド ExtDataLength[n+l]に示されるデ一夕長以上の 連続した空き領域をプロック DataBlockO内に作る。 空き領域ができ たら、 処理がステップ S 14に移行される。
ステップ S 14では、 拡張デ一夕を書き込む領域の先頭アドレスを 決め、 その先頭ァドレスの値をフィールド ExtDataStartAddress[n+l] とする。 次のステップ S 1 5で、 フィールド ExiDataStartAddress [n+ 1]から、 上述のステップ S 10でセットされたフィールド ExtDa Len gth[n+l]の長さの拡張データ ext_data[n+l]を書き込む。
データの書き込みが終了したら、 ステップ S 1 6で、 ブロック ext— data— entryOに対して、 フィールド ExtDataLength [n+1]と、 フィール ド ExtDa StartAddress i+1]とを追加する。
なお、 上述において、 書き換えを行うブロック blkExtensionDataO は、 すでにディスクなどの記録媒体から読み出されて記録装置のメモ リに記億されているものとする。 そのため、 ステップ S 1 3におけ 、 フィ一ルド Lengthの値の変更によるブロック blkExtensionDataOの 拡大は、 システムに任され、 システムがメモリアロケーションを適切 に行うことでなされる。
第 2 7図は、 ブロック blkExtensionDataOから拡張データを読み出 す際の一例の処理を示すフローチャートである。 なお、 この第 2 7図 のフローチャートによる処理は、 再生専用の記録媒体と、 記録可能な 記録媒体との両方に適用可能なものである。 先ず、 最初のステップ S 2 0で、 読み込もうとする拡張データが準拠する規格から、 フィール ド ExtDataTypeの値を取得し、 ステップ S 2 1で、 読み込もうとする 拡張デ一夕の種別から、 フィールド ExtDataVersionの値を取得する。 次のステップ S 2 2で、 ブロック blkExtensionDataOに列挙されて いるブロック exし data_entry()を 1つずつ順次、 読み込む。 そして、 ステップ S 2 3で、 読み込んだブロック ext—data_entry()に含まれる フィールド ExtDataTypeおよびフィールド ExtDataVers ionの値が、 上 述のステップ S 2 0およびステップ S 2 1で取得したフィールド ExtD a Typeおよびフィールド ExtDataVersionの値と一致するか否かが判 断される。
一致していないと判断されれば、 処理はステップ S 2 6に移行され 、 ブロック blkExtensionDataO内に列挙されるブロック exし data_ent ry()を全て読み終えたか否かが判断される。 全て読み終えたと判断さ れれば、 処理はステップ S 2 7に移行され、 このブロック blkExtensi onDataOには、 読み込もうとした拡張データが存在しないとして、 一 連の処理が終了される。 全て読み終えていないと判断されれば、 処理 はステップ S 2 2に戻され、 次のブロック ext— data— entryOが読み込 まれる。
上述のステップ S 2 3において、 ブロック exし data_entry()に含ま れるフィールド ExtDataTypeおよびフィールド ExtDataVersionの値が 、 取得したフィールド ExtDataTypeおよびフィールド ExtDataVersion の値と一致していると判断されれば、 処理はステップ S 24に移行さ れる。 ここでは、 ブロック blkExtensionDataO中の [i]番目のェント リで一致したものとする。
ステップ S 24では、 [i]番目のェントリのブロック ext— data— entr y()力、らフィ一ルド ExtDataLength[i]の値と、 フィ一ルド ExtDataStar tAddress[i]の値とを読み込む。 そして、 ステップ S 2 5で、 ステツ プ S 24で読み込んだフィールド ExtDa StartAddress[i]で示される ァドレスから、 フィールド ExtDa Length[i]で示されるデータ長だけ 、 データを読み出す。
次に、 上述した、 インデックスファイル" index. bdmv"、 ムービーォ ブジェクトファイル" MovieObject.bdmv"、 プレイリストファイル" xxx xx.mpls"およぴクリップィンフオメ一シヨンフアイル" zzzzz. clpi"に それぞれ定義可能な、 拡張データを格納する拡張デ一タブ口ック blkE xtensionDataOについて説明する。
先ず、 ィンデックスファイル" index, bdmv"に対して定義される一例 の拡張データブロックについて説明する。 ここでは、 プレイリスト毎 に記録可能な記録媒体に特有の属性情報を付加するようにした、 一例 の拡張デ一タブロックについて説明する。 第 2 8図は、 このプレイリ スト属性を記述するための、 ファイル" index. bdmv"内のフィールド bl kExtensionDataOにおけるブロック DataBlockO (第 24図参照） の 一例の構造を表すシンタクスを示す。 この第 2 8図の例では、 ブロッ ク DataBlockOがブロック blklndexExtensionDa Oとして記述されて いる。
先ず、 上述の第 24図を参照して、 ブロック MkExtensionDataOに おいてフィールド ExtDataTypeを値" 0x1000"、 フィ一ルド ExtDataVers ionを値" 0x0100"とする。 これらフィールド ExtDa Typeおよびフィ一 ルド ExtDataVersionに記述された値は、 例えば再生装置側において、 予め ROM (Read Only Memory)などに記憶されたテーブルが参照され て識別される。 ブロック DataBlockO内のフィールド ExtDataStartAdd ressおよびフィールド ExtDa Lengthで示される領域に、 ブロック blk IndexExtensionDataOが格納される。 なお、 数値の記述において" Ox" は、 その数値が 1 6進表記されていることを示す。
ブロック blklndexExtensionDataOにおいて、 フィールド Typelndic atorは、 次に続くデータの種類を示す、 I S〇 646に規定された符 号化方式で符号化した 4文字からなる文字列が記述される。 この第 2 8図の例では、 フィ一ルド Typelndicatorに I S O 646に既定の方 式で符号化された 4文字の文字列 "IDEX"が記述され、 次に続くデータ 種類が 「IndexExtensionData」 であることが示される。
フィ一ルド Typelndicatorに続けて 32ビットのデータ長を有する 領域 reservedが配され、 その次に、 32ビットのデ一夕長を有するフ ィ一ルド TableOfPlayListStartAddressが配される。 フィールド Table OfPlayListStartAddressは、 ブロック blkTableOfPlayList 0の、 この ブロック blklndexExtensionDataO先頭を基準とした開始ァドレスが 示される。
フィールド TableOfPlayListStartAddressの次に、 32ビットのデ 一夕長を有するフィ一ルド Maker sPri vat eDataS tart Addressが配され ブロック blkMakersPrivateDataOのこのプロック blklndexExtensionD at a ()先頭を基準とした開始ァドレスが示され、 1 92ビットのデ一 夕長を有する領域 reservedを介してプロック MkUIAppInf oAVCHD 0が 配される。 1 6ビットのデータ長を有するパディングワード padding— wordが値 N1で示される回数だけ回繰り返され、 次に、 ブロック blkTab leOfPlayListsOが配される。 さらに続けて、 1 6ビットのデータ長 を有するパディンダワード padding_wordが値 N2で示される回数だけ繰 り返され、 次にブロック MkMakersPrivateDataOが配される。 このブ ロック blkMakersPrivateDataOの後に、 1 6ビットのデータ長を有す るパディンダワード padd ing— wor dが値 N3で示される回数だけ繰り返さ れる。
なお、 ブロック blkUIAppInfoAVCHDOおよびプロック blkMakersPriv ateDataOは、 この発明と関連性が薄いので、 説明を省略する。
第 29図は、 上述したブロック blkTableOfPIayListsOの一例の構 造を表すシンタクスを示す。 フィールド Lengthは、 32ビットのデー タ長を有し、 このフィ一ルド Lengthの直後からブロック blkTableOfPl ayListOの最後のバイトまでのデータ長をバイト数で示す。 フィール ド LengtMこ続けて、 プレイバッグタイトルを再生するためのプレイリ ストに関する情報が記述されるプロック MkFirstPlaybackTitlePlayL istsOと、 メニュータイトルに関する情報が記述されるブロック blkM enuTitlePlayListsOとが配される。 これらブロック blkFirstPlaybac kTitlePlayListsOおよびブロック MkMenuTUleP yListsOは、 この 発明と関連性が薄いので、 説明を省略する。
次に、 16ビットのデータ長を有するフィ一ルド NumberOfTitlePla yListPairが配される。 フィールド NumberOfTitlePlayListPairは、 プ レイバックタイトルおよびメニュータイトル以外のタイトルを再生す るためのプレイリストの数が記述される。 次の forループ文に従い、 フィールド NumberOfTitlePlayListPairで示される数だけ、 ブロック b lkMovieTitlePlayLisiPairOが記述される。 ブロック blkMovieTi UeP layListPairOは、 フィールド PlayListFi leName、 フィールド P yLis tAttributeおよびフィールド RefToTitlelDを含む。 すなわち、 ブロッ ク blkMovieT'itlePlayListPairOは、 この forル一プ文で示される [i] 番目のプレイリストについて、 当該プレイリストのファイル名、 当該 プレイリストに付与された属性、 ならびに、 当該プレイリストの参照 タイトル I Dからなるプレイリス卜の情報を構造化したものである。 この forループ文による並び順は、 記録順とされる。 すなわち、 1 のプレイリストが追加されると、 フィールド NumberOfTitleP yListP airの値が 1だけインクリメントされ、 既存のプレイリストの情報の 後ろに、 追加されたプレイリストの情報が追記される。
フィールド PlayListFileNameは、 40ビット （5ノ ィト） のデータ 長を有し、 プレイリストのファイル名が I S O 646に規定された符 号化方式で符号化されて記述される。 フィールド P yListFileNameの 次に、 6ビットのデ一夕長を有する領域 reservedを介してフィールド PlayListAttributeが配される。 フィールド PlayListAttributeは、 2 ピットのデ一夕長を有し、 当該プレイリストに付与された属性を示す 。 プレイリストは、 その成因に基づき、 クリップの生成と共に生成さ れるプレイリストに対応する第 1の種類と、 既存のタイトルあるいは プレイリストの一部または全部を用いて作成されるプレイリストに対 応する第 2の種類と、 メニューを再生するために用いる第 3の種類と の 3種類に分けられ、 各プレイリストには、 プレイリストの種類に応 じて、 それぞれ対応する属性 「Real」 （第 1の種類） 、 属性 「Virtua 1」 （第 2の種類） および属性 「Menu」 （第 3の種類） が付与される なお、 以下では適宜、 属性 「Real」 が付与されたプレイリストをリ アルプレイリスト、 属性 「Virtual」 が付与されたプレイリス卜をバ 一チャルプレイリスト、 属性 「Menuj を付与されたプレイリストをメ ニュープレイリストと呼ぶ。
フィ一ルド RefToTitleldは、 同一ループ内のフィ一ルド PlayListFi leNameに示されるプレイリストが作成時に属するタイトルの I D (番 号） が記述される。 より具体的な例としては、 インデックスファイル " index.bdmv"内のブロック blklndexesOにおける、 対応する値 title— idが記述される。 なお、 当該プレイリストがファーストプレイバック タイトルのみから再生される場合、 フィールド RefToTitleldの値は、 第 1の固定値、 例えば" OxFFFF"とされる。 また、 当該プレイリストが メニュータイトルのみから再生される場合は、 フィールド RefToTiUe Idの値は、 第 2の固定値、 例えば" OxFFFE"とされる。
次に、 仮想プレーヤについて、 概略的に説明する。 上述したような デ一タ構造を有するディスクがプレーヤに装填されると、 プレーヤは 、 ディスクから読み出されたム一ビーオブジェクトなどに記述された コマンドを、 プレーヤ内部のハードウエアを制御するための固有のコ マンドに変換する必要がある。 プレーヤは、 このような変換を行うた めのソフトウェアを、 プレーヤに内蔵される ROM(Read Only Memor y)に予め記憶している。 このソフトウェアは、 ディスクとプレーヤを 仲介してプレーヤに AVCHDフォーマットの規定に従つた動作をさ せることから、 仮想プレーヤと称される。
第 30図 Aおよび第 30図 Bは、 この仮想プレーヤの動作を概略的 に示す。 第 30図 Aは、 ディスクのローデイング時の動作の例を示す 。 ディスクがプレーヤに装填されディスクに対するイニシャルァクセ スがなされると （ステップ S 30) 、 1のディスクにおいて共有的に 用いられる共有パラメ一タが記憶されるレジス夕が初期化される （ス テツプ S 3 1) 。 そして、 次のステップ S 32で、 ムービーオブジェ クトなどに記述されたプログラムがディスクから読み込まれて実行さ れる。 なお、 イニシャルアクセスは、 ディスク装填時のように、 ディ スクの再生が初めて行われることをいう。
第 30図 Bは、 プレーヤが停止状態からユーザにより例えばプレイ キーが押下され再生が指示された場合の動作の例を示す。 最初の停止 状態 （ステップ S 40) に対して、 ユーザにより、 例えばリモートコ ントロールコマンダなどを用いて再生が指示される （UO ： User Ope ration) 。 再生が指示されると、 先ず、 レジス夕すなわち共通パラメ 一夕が初期化され （ステップ S 41) 、 次のステップ S 42で、 ムー ビーオブジェク卜実行フェイズに移行する。
ムービーオブジェクトの実行フェイズにおけるプレイリストの再生 について、 第 3 1図を用いて説明する。 UOなどにより、 タイトル番 号 # 1のコンテンツを再生開始する指示があった場合について考える 。 プレーヤは、 コンテンツの再生開始指示に応じて、 上述した第 2図 に示されるインデックステーブル（Index Table)を参照し、 タイトル # 1のコンテンツ再生に対応するォブジェクトの番号を取得する。 例 えばタイトル # 1のコンテンツ再生を実現するォブジェクトの番号が # 1であったとすると、 プレーヤは、 ムービーオブジェクト # 1の実 行を開始する。
この第 3 1図の例では、 ムービーオブジェクト # 1に記述されたプ ログラムは 2行からなり、 1行目のコマンドが" Play PlayList (1)"で あるとすると、 プレーヤは、 プレイリスト # 1の再生を開始する。 プ レイリスト # 1は、 1以上のプレイアイテムから構成され、 プレイァ ィテムが順次再生される。 プレイリスト # 1中のプレイアイテムの再 生が終了すると、 ムービーオブジェクト # 1の実行に戻り、 2行目の コマンドが実行される。 第 3 1図の例では、 2行目のコマンドが"]' uni p MenuTitle"であって、 このコマンドが実行されインデックステープ ルに記述されたメニュータイトル（MenuTitle)を実現するム一ビ一ォ ブジェクトの実行が開始される。
次に、 この発明の実施の一形態について説明する。 この発明では、 映像信号の記録開始から記録終了までを 1つの記録単位として定義し 、 この 1記録単位の区間に生成されるビデオデ一夕からなるストリー ムを 1つのストリームファイルとして記録媒体に記録する。 このスト 2007/059345 リームファイルには、 映像信号の記録に伴い記録される音声信号を含 むことができる。 この 1記録単位に対応するストリームファイルに基 づきクリップが構成される。
また、 この発明の実施の一形態では、 1つのクリップを 1つのプレ ィアイテムから参照し、 クリップが生成される毎に、 生成されたクリ ップを参照するプレイアイテムを順次、 プレイリストに対して追加す る。 このとき、 プレイリストにおいて、 プレイアイテム毎すなわちク リップ毎にプレイリストマークを打つ。 そして、 例えば 1の記録媒体 に 1のプレイリストのみが存在するようにする。 これに限らず、 ディ スク上に複数のプレイリストを存在させてもよい。
第 3 2図は、 この発明の実施の一形態に適用可能な記録装置の一例 の構成を概略的に示す。 この記録装置は、 入力されたディジタルビデ ォデータおよびディジタルオーディォデータを、 所定の方式で圧縮符 号化および多重化した A Vストリームを記録媒体に記録するようにし ている。 圧縮符号化および多重化の方式としては、 例えば上述した A V C H Dフォ一マツトが適用できる。
この第 3 2図に例示される記録装置は、 外部から入力されるビデオ デ一夕およびオーディオデータを記録媒体に記録する、 単独の記録装 置として用いることもできるし、 光学系や撮像素子などを備えたカメ ラブロックと組み合わせ、 撮像した撮像信号に基づくビデオデータを 記録媒体に記録する、 ビデオ力メラ装置の記録プロックとして用いる こともできる。
適用可能な圧縮符号化や多重化の方式としては、 様々に考えられる 。 例えば、 H . 2 6 4 I A V Cに規定される方式を、 この発明の実施 の一形態の圧縮符号化として適用することができる。 これに限らず、 M P E G 2方式に基づき圧縮符号化を行うようにしてもよい。 また、 多重化方式は、 例えば MP E G 2システムズを適用することができる 。 以下では、 ビデオデータの圧縮符号化を H. 2 64 I AVCに規定 される方式に準じて行い、 ビデオデータおよびオーディオデータの多 重化を、 MP E G 2システムズに規定される方式に準じて行うものと して説明する。
制御部 30は、 例えば C PU(Central Processing Unit), RAM( Random Access Memory)および R OM (Read Only Memory)など力 らな り （図示しない） 、 ROMに予め記憶されたプログラムやデータに基 づき、 RAMをワークメモリとして用いてこの記録装置の記録部 1 0 の各部を制御する。 なお、 制御部 1 0と記録部 1 0の各部とを接続す る経路は、 繁雑さを避けるために、 第 32図では省略している。
U I (User Interface)部 3 1は、 この記録装置の動作をユーザが操 作するための操作子が所定に設けられ、 操作子に対する操作に応じた 制御信号を出力する。 この制御信号は、 制御部 30に供給される。 制 御部 30は、 ュ一ザ操作に応じて U I部 3 1から供給された制御信号 に基づきなされるプログラムの処理により、 記録部 1 0の各部の動作 を制御する。 例えば、 U I部 31に対してなされた操作に応じて、 記 録装置による記録動作の開始および停止の動作が制御部 30により制 御される。
ベースバンドのディジタルビデオデータが端子 40から入力される
。 また、 当該ディジタルビデオデータに伴い、 ベースバンドのデイジ タルオーディォデータが端子 41から入力される。
ディジタルビデオデ一夕は端子 40から記録部 1 0に入力され、 ピ デォエンコーダ 1 1に供給される。 ビデオエンコーダ 1 1は、 供給さ れたディジタルビデオデ一夕を、 所定の方式で以て圧縮符号化する。
MP EG4 AVC I H. 264に規定される方式に準じて圧縮符号 化がなされるこの例では、 例えば、 DCT (Discrete Cosine Transfo rm)と画面内予測とによりフレーム内圧縮を行うと共に、 動きべクト ルを用いたフレーム間圧縮を行い、 さらにェントロピー符号化を行い 圧縮効率を高める。 ビデオエンコーダ 1 1で圧縮符号化されたデイジ タルビデオデータは、 MP EG4のエレメンタリストリ一ム （E S) として、 マルチプレクサ （MUX) 1 3に供給される。
ディジタルオーディオデータは端子 41から記録部 1 0に入力され 、 オーディオエンコーダ 1 2に供給される。 オーディオエンコーダ 1 2は、 所定の圧縮符号化方式、 例えば A AC (Advanced Audio Coding )により圧縮符号化される。 オーディオデータの圧縮符号化方式は、 AACに限られるものではない。 オーディォデ一夕を圧縮符号化せず 、 ベースバンドのデータのまま用いることも考えられる。 圧縮符号化 されたディジタルオーディオデータは、 マルチプレクサ 1 3に供給さ れる。
マルチプレクサ 1 3は、 それぞれ圧縮符号化されて供給されたディ ジタルビデオデータおよびディジ夕ルオーディォデータを所定の方式 で多重化し、 1本のデータストリームとして出力する。 MPEG2シ ステムズに準じて多重化が行われるこの例では、 MPEG 2のトラン スポートストリームを用いて、 供給された圧縮ビデオデータおよび圧 縮オーディオデータを時分割で多重化する。 例えば、 マルチプレクサ 1 3は、 バッファメモリを有し、 供給された圧縮ビデオデータおよび 圧縮オーディォデ一夕をバッファメモリに溜め込む。
バッファメモリに溜め込まれた圧縮ビデオデータは、 所定サイズ毎 に分割されヘッダが付加されて、 P E S CPacketized Elementary Sir eam)パケット化される。 圧縮オーディオデータも同様に、 所定サイズ 毎に分割されへッダが付加されて P E Sパケット化される。 ヘッダに は、 パケットに格納されるデ一夕の再生時刻を示す PTSゃ復号時刻 を示す DT S (Decoding Time Stanp)といった、 MP E G 2システム ズに規定される所定の情報が格納される。 PESパケットは、 さらに 分割されてトランスポートパケット （TSパケット） のペイロードに 詰め込まれる。 T Sパケットのヘッダには、 ペイロードに詰め込まれ たデータを識別するための P I D (Packet Ident i fication)が格納さ れる。 マルチプレクサ 1 3から出力された TSパケットは、 ストリ一 ムバッファ 14に一旦溜め込まれる。
なお、 TSパケットは、 実際には、 マルチプレクサ 1 3においてさ らに所定サイズのヘッダが付加されて出力される。 この、 TSバケツ トに対して所定のヘッダを付加したバケツトを、 ソースバケツ卜と呼 ぶ。
記録制御部 1 5は、 記録媒体 20に対するデータの記録を制御する 。 記録媒体 20としては、 例えば記録可能なタイプの DVD (Digital Versatile Disc)を用いることができる。 これに限らず、 記録媒体 2 0としてハードディスクドライブを用いてもよいし、 半導体メモリを 記録媒体 20に適用することも可能である。 また、 記録媒体 20とし て、 より大容量を実現した B 1 u— r a y D i s c (ブルーレイデ イスク ：登録商標） を適用することも考えられる。
記録制御部 1 5は、 ストリームバッファ 14に溜め込まれたデータ 量を監視し、 ストリームバッファ 14に所定量以上のデータが溜め込 まれると、 ストリームバッファ 14から記録媒体 20の記録単位分の データを読み出して記録媒体 20に書き込む。
管理情報処理部 1 6は、 例えば C PU、 ワークメモリとしての RA Mおよびプログラム所定のデータが予め記憶される ROMからなる 、 図示しない） 。 これに限らず、 管理情報処理部 1 6は、 例えば制御部 30におけるプログラム処理で管理情報処理部 1 6の機能を実現する ことも可能である。 この場合、 例えば制御部 30の有する RAMが揮 発性メモリ 1 7として用いられると共に、 不揮発性メモリ 18が制御 部 30に接続される。
管理情報処理部 1 6は、 記録デ一夕に基づき、 揮発性メモリ 1 7を ワークメモリとして用いて、 上述したィンデックスファイル" index, b dmv"、 ムービーオブジェクトファイル" MovieObject.bdmv"、 プレイリ ストファイル" xxxxx.mpls"およびクリップインフォメーションフアイ ル" zzzzz.clpi"に格納するための情報を生成する。 生成された情報は 、 所定のタイミングで記録媒体 20に書き込まれる。
一例として、 管理情報処理部 1 6は、 マルチプレクサ 1 3から記録 データの時間情報を取得すると共に、 記録制御部 1 5から記録データ の記録媒体 20に対するアドレス情報を取得し、 取得されたこれら時 間情報およぴァドレス情報に基づき E P— m a p情報が生成される。 また、 U I部 3 1に対する記録開始、 記録終了の操作に応じて制御部 30から出力される制御信号と、 マルチプレクサ 1 3および記録制御 部 1 5からの記録データに関する情報とに基づき、 プレイリストファ ィル" xxxxx.mpls"の生成または更新、 クリップィンフオメーションフ アイル" zzzzz.clpi"の生成などが行われる。 さらに、 記録媒体 20に 対して新規に記録が行われる際には、 インデックスファイル" index, b dmv"やムービーオブジェクトファィル"¾10^601)】6(^ (111^"の生成また は更新が行われる。
次に、 この発明の実施の一形態によるクリップの記録方法について 説明する。 第 33図は、 この発明の実施の一形態によるクリップの一 例の記録方法を示すフローチャートである。 このフロ一チャートによ る処理に先立って、 記録媒体 20には、 クリップと、 当該クリップを 再生するための再生制御情報が格納されファイル （クリップィンフォ メ一シヨンファイル、 プレイリストファイル、 ム一ビ一オブジェクト ファイルおよびインデックスファイルなど） とが既に記録媒体 2 0上 に記録されているものとする。
ステップ S 5 0で記録開始操作が行われると、 次のステップ S 5 1 で、 クリップ A Vストリームの記録媒体 2 0への記録が開始される。 記録開始操作は、 例えば次のようになされる。 例えば、 U I部 3 1 に、 記録開始を指示する記録開始スィッチと、 記録停止を指示する記 録停止スィッチとが設けられる。 ステップ S 5 0では、 ュ一ザによつ て記録開始スィッチが操作される。 この操作に応じて、 記録開始を指 示する制御信号が U I部 3 1から出力され、 制御部 3 0に供給される 。 制御部 3 0は、 この記録開始を指示する制御信号に基づき、 記録部 1 0の各部に対し、 端子 4 0から入力されるベースバンドのビデオデ —夕と、 端子 4 1から入力されるべ一スバンドのオーディオデータと を記録媒体 2 0に記録するように制御する。
記録開始に関わる制御部 3 0の制御の一例として、 記録停止状態で はビデオエンコーダ 1 1およびオーディオエンコーダ 1 2の動作を停 止させておき、 記録開始の指示に応じて、 これらビデオエンコーダ 1 1およびオーディオエンコーダ 1 2の動作を開始させることが考えら れる。 これに限らず、 マルチプレクサ 1 3やストリ一ムバッファ 1 4 、 記録制御部 1 5の動作の開始、 停止を制御することで、 記録開始お よび停止の制御を行うこともできる。
記録開始の制御に応じて、 クリップ A Vストリームが記録媒体 2 0 に記録される （ステップ S 5 1 ) 。 すなわち、 入力されたビデオデー 夕およびオーディオデータがビデオエンコーダ 1 1およびオーディオ エンコーダ 1 2でそれぞれ圧縮符号化され、 マルチプレクサ 1 3でパ ケット化され T Sバケツト （実際にはさらに所定のヘッダが付加され たソースバケツト） とされてストリームバッファ 1 4に供給される。 ストリ一ムバッファ 1 4に所定量以上の T Sパケッ卜が溜め込まれた ら、 記録制御部 1 5によりストリームバッファ 1 4から T Sパケット が読み出される。 読み出された T Sパケットは、 所定にファイル名が 付されたクリップ A Vストリームファイルに格納されて記録媒体 2 0 に記録される。
例えば、 記録媒体 2 0に既にファイル名" 00001. ni2 t s"であるクリツ プ A Vストリ一ムファイルが記録されている場合には、 新たに記録さ れるクリップ A Vストリームファイルのファイル名として既に記録さ れているファイルと重複しないファイル名が選ばれ、 例えばファイル 名" 00002. m2 t s"とされる。
なお、 クリップ A Vストリームの記録媒体 2 0への記録に伴い、 管 理情報処理部 1 6により、 記録されるデータの再生時間とアドレスと の対応関係を示す情報がリアルタイムに生成される。 このデータは、 上述したクリップィンフオメ一ションファイル" zzzzz. c lpi"内のブロ ック b lkEPMap Oに格納されるデータとして、 揮発性メモリ 1 7に記憶 される。 当該データのバックアップとして、 不揮発性メモリ 1 8にも 同一のデータを記憶することもできる。
次のステップ S 5 2で、 記録停止操作が行われたか否かが判断され る。 例えば、 ユーザにより U I部 3 1に設けられた記録停止スィッチ が操作され、 記録が停止されたと判断されれば、 処理はステップ S 5 3に移行される。 一方、 記録が停止されていなければ、 処理はステツ プ S 5 1に戻され、 クリップ A Vストリームの記録媒体 2 0への記録 が継続される。
ステップ S 5 3では、 記録の停止に伴い、 ストリームバッファ 1 4 に溜め込まれているストリームが全て記録媒体 20に書き込まれる。 例えば、 記録制御部 1 5は、 制御部 30からの記録停止の命令に応じ て、 ストリームバッファ 14に溜め込まれているストリーム （TSパ ケット） を全て読み出し、 記録媒体 20に書き込む。
また、 記録停止の命令に応じて、 例えばビデオエンコーダ 1 1およ ぴオーディオエンコーダ 1 2の動作が停止される。 このとき、 第 1 3 図 Aを用いて説明した第 1のシームレス接続を行うために、 例えば、 オーディオエンコーダ 1 2の動作がビデオエンコーダ 1 1の動作が停 止してから所定時間後に停止されるように制御される。
次のステップ S 54〜ステップ S 58で、 管理情報処理部 1 6によ り、 記録媒体 20に書き込まれたクリップ AVストリームファイルに 関するクリップインフォメーションファイルが生成されると共に、 プ レイリストファイルの更新が成される。
先ず、 ステップ S 54で、 管理情報処理部 1 6により、 クリップィ ンフオメ一ションファイル" zzzzz. clpi"が生成される。 ファイル名は 、 例えばこのクリップインフォメーションファイルが示すクリップ A Vストリームファイルのファイル名と対応するファイル名とされ、 当 該クリップ AVストリームファイルのファイル名が" 00002. ffl2ts"であ れば、 このクリップインフォメーションファイルのフアイル名は、 拡 張子より前の部分が同一のファイル名" 00002. clpi"とされる。
クリップインフォメーションファイル" 00002. clpi"に、 第 1 5図〜 第 2 1図に例示した各シンタクスに従い、 各フィールドやフラグの値 が所定に設定され格納される。 一例として、 TSパケットに関する情 報や、 再生時間 （PTS) に関する情報は、 管理情報処理部 1 6によ り、 クリップの記録中にマルチプレクサ 1 3から取得された情報に基 づき生成される。 また、 記録媒体 2 0上の記録アドレスに関する情報 P T/JP2007/059345 は、 管理情報処理部 1 6により、 クリツプの記録中に記録制御部 1 5 から取得された情報に基づき生成される。 システムにより固有の値は
、 例えば予め ROM (図示しない） などに記憶されている情報に基づ く。 さらに、 再生時間とアドレスとの対応関係を示す上述したブロッ ク blkEPMapOの情報が、 クリップインフォメーションファイル" 00002 • clpi"のブロック blkCPlOに格納される。
また、 ブロック blkClipInfoO内のフラグ IsCC5は、 ユーザ操作によ りクリップの記録が停止された場合、 値が 1 (バイナリ値） とされる 。 それに伴い、 ブロック MkClipInfoO内の if文 （第 1 6図参照） で 示されるデータが所定に設定される。
クリップィンフオメーションファイルの作成が完了したら、 処理は 次のステップ S 5 5に移行する。 ステップ S 5 5〜ステップ S 58の 処理は、 プレイリストファイルに関する処理である。 このステップ S 5 5〜ステップ S 58の処理により、 既に記録媒体 20上に存在する プレイリストファイルに対して、 新たに記録されたクリップ AVスト リームファイル" 00002. m2ts"に対応するプレイアイテムが追加される 先ず、 ステップ S 55で、 プレイリストファイル内のブロック blkP yl t em ()におけるフィールド Connec t i onCond i t i onの値が 5に設定さ れ、 このクリップが次のクリップと第 1のシームレス接続を行うこと が示される （第 1 2図参照） 。 次にステップ S 56で、 プレイアイテ ムファイルのフィールド NumberOfPlayltemsの値が 1だけィンクリメ ントされ、 当該プレイリストに対してプレイアイテムが 1つ、 追加さ れることが示される （第 1 1図参照） 。
次のステップ S 57で、 ブロック blkPlayltemOにおけるフィ一ル ド ClipInformaUonFileNanie、 フィールド INTimeおよびフィールド OUT Timeがそれぞれ設定され、 クリップの記録に伴い追加されるブロック blkPIayltemOが作成される。 フィールド CI iplnformat ionFi leNameは 、 上述のステップ S 5 5で作成されたクリップインフォメーションフ アイルのファイル名" 00002. clpi"が格納される。 実際には、 クリップ インフォメーションファイルの拡張子は固定的とされているので、 ピ リオドの前の部分" 00002"が格納される。 フィールド INTimeおよびフ ィールド OUTTimeは、 対応するクリップ AVストリームファイル" 0000 2.m2ts"に格納されるビデオストリームの先頭および終端の時間を示 す情報であって、 例えばクリップインフォメ一ションファイル" 00002 . c lpi"内のブロック b lkCPI 0におけるブロック b IkEPMap ()の情報に基 づく。
次のステツプ S 58で、 プレイリストファイル内のプロック blkPla yL i s t Mark 0におけるフィールド Numb e r 0 f P 1 ayL i s t Marksの値が 1だけ インクリメントされ、 それに伴い forループ文内に追加されたフィ一 ルド MarkTimeStampの値が、 上述のステップ S 5 7でブロック blkPlay ItemOにおけるフィールド INTimeの値に設定される。 すなわち、 新た に記録されたクリップの先頭に、 プレイリストマークが打たれる。 このようにして、 新たに記録されたクリップ AVストリームフアイ ル" 00002.m2ts"に対して、 クリップィンフオメ一ションファイル" 000 02.clpi"が作成されると共に、 既存のプレイリストファイルが更新さ れる。
なお、 上述したステップ S 5 3によるストリームバッファ 14に溜 め込まれたデータの記録媒体 2 0への書き込み処理は、 ステップ S 5 8の処理の後に行うようにしてもよい。
記録が停止された状態から、 U I部 3 1に対する記録開始操作を行 うことで、 再びステップ S 50からの処理が開始され、 新たなクリツ プ A Vストリームファイルの記録媒体 2 0への記録と、 対応するクリ ップインフォメ一ションファイルの作成、 作成されたクリッブインフ オメーションファイルを参照するプレイアイテムの生成、 ならびに、 生成されたプレイアイテムのプレイリストへの追加処理が同様にして 行われる。
なお、 一旦記録が停止されてから次の記録が開始される場合、 上述 したステップ S 5 4で作成したクリップィンフオメーシヨンファイル の記録媒体 2 0への書き込みが終了するまで、 次のクリップ A Vスト リームファイルの記録は、 開始しないようにする。
この場合、 記録が停止されてから次の記録を開始できない可能性が ある。 これを避けるために、 例えばクリップインフォメーションファ ィルを生成するためにワークメモリとして用いた揮発性メモリ 1 7に 、 当該クリップインフォメーションファイルを保持しておき、 例えば ディスクイジェクト時ゃ記録装置の電源 O F F時など所定のタイミン グで揮発性メモリ 1 7に保持されているクリップインフォメーション ファイルを記録媒体 2 0に書き込むことが考えられる。
なお、 ここでは、 記録媒体 2 0上に既にクリップ A Vストリームフ アイルと、 対応するクリップインフォメーションファイルおよびプレ ィリストファイルが記録されている状態で、 次のクリップ A Vス卜リ ームファイルを記録する例について説明したが、 第 3 3図のフローチ ャ一トを用いて説明した処理は、 記録媒体 2 0に最初のクリップ A V ストリームファイルを記録する際にも、 適用可能なものである。
ここで、 A V C H Dフォーマットによれば、 クリップ A Vストリ一 ムファイルを参照するプレイアイテムが格納されるプレイリストファ ィルと、 当該プレイリストファイルを呼び出すコマンドがムービーォ ブジェクトとして記述されたムービーオブジェクトファイルと、 ムー ピーオブジェク卜ファイル中のムービーオブジェクトをタイトルとし て呼び出すィンデックスファイルとが必要とされる。 記録媒体 20に 対して最初のクリップ AVストリームファイルを記録した際に、 これ らインデックスファイルおよびムービーオブジェクトファイルを自動 的に作成されるようにできる。
第 34図は、 上述の第 33図の手順に従い作成された一例のフアイ ル構造を示す。 一例として、 記録媒体 20に対して、 最初のクリップ AVストリームファイル" 00001. m2ts"が記録され （ステップ S 50〜 ステップ S 5 3) 、 対応するクリップインフォメーションファイル" 0 OOOl.clpi"が作成される （ステップ S 54) 。
クリップ AVストリームファイル" 00001.m2ts"およびクリップィン フオメ一ションファイル" 00001. cipi"の記録および作成に応じて、 次 に、 当該クリップインフォメ一ションファイル" 00001. clpi"を参照す るプレイアイテム # 1の情報が生成されると共に、 当該プレイアイテ ム# 1を格納するプレイリストファイルが作成される (ステップ S 5 5〜ステップ S 58) 。 また、 プレイリストファイルに対し、 プレイ アイテム # 1のフィールド INTimeに対応する時刻にプレイリストマ一 ク Mark#lが打たれる （ステップ S 58) 。
なお、 最初のクリップ AVストリームファイル" 00001. m2ts"の記録 に伴い、 プレイリスト # 1を呼び出すムービーオブジェクト # 1が記 述されるムービーオブジェクトファイルと、 ムービーオブジェクト # 1をタイトル # 1として選択および再生させるためのインデックスフ アイルを作成するようにできる。 ムービーオブジェクトファイルおよ びインデックスファイルは、 テンプレートを予め作成しておき、 それ を更新するようにもできる。 これらム一ビーオブジェクトファイルお よびィンデックスファイルの作成については、 この発明の主旨と関連 性が薄いので、 詳細な説明を省略する。
次に記録開始操作がなされると、 記録媒体 2 0に対して、 クリップ A Vストリームファイル" 00002. m2 t s"と、 対応するクリップインフォ メーションファイル" 00002. c lpi"とが追加して記録される （ステップ S 5 0〜ステップ S 5 3、 ならびに、 ステップ S 5 4 ) 。 クリップ A Vストリームファイル" 00002. m2 t s"およびクリップィンフオメーショ ンファイル" 00002. c lpi"の記録および作成に応じて、 次に、 当該クリ ップィンフオメーションファイル" 00002. c lpi"を参照するプレイアイ テム # 2が生成される。 この生成されたプレイアイテム # 2は、 既に 作成されているプレイリストファイルに対して追加される。 さらに、 プレイリストファイルに対し、 プレイアイテム # 2のフィールド INTi meに対応する時刻にプレイリストマーク Mark#2が打たれる （ステップ S 5 8 ) 。
このようにして、 1組の記録開始操作および記録停止操作により 1 個のクリップ A Vストリームファイルが記録媒体 2 0に記録され、 そ れに伴い、 当該クリップ A Vストリームファイルに対応するクリツプ インフォメーションファイルが作成される。 また、 当該クリップイン フオメーションファイルを参照するプレイアイテムが生成されて既存 のプレイリストに対して追加され、 当該プレイアイテムのフィールド INTimeで示される時刻にプレイリストマークが打たれる。 これら一連 の処理が記録開始操作および記録停止操作の組毎に、 繰り返される。 また、 第 3 4図に例示されるファイル構造から分かるように、 記録 開始操作および記録停止操作の組の繰り返しにより記録される複数の クリップ A Vストリームファイルのそれぞれを参照する複数のプレイ アイテムは、 1つのプレイリストファイルに、 クリップ A Vストリー ムファイルの記録に伴い順次、 追加して格納される。 このプレイリス トは、 ムービーオブジェク卜ファイル内の 1つのムービーオブジェク トから呼び出され、 このムービ一オブジェクトは、 インデックスファ ィルから 1つのタイトルとして選択および再生される。 したがって、 一連の記録開始操作および記録停止操作の組の繰り返しにより記録さ れる複数のクリップ A Vストリームファイルは、 インデックスフアイ ル上で、 1つのタイトルとして管理されることになる。
次に、 この発明の実施の一形態の他の例について説明する。 上述で は、 この発明が単体の記録装置に適用された例について説明した （第 3 2図参照） 。 これに対し、 この実施の一形態の他の例では、 この発 明を、 撮像素子と、 被写体からの光を撮像素子に入射させる光学系と を有し、 撮像素子で撮像された撮像信号に基づきビデオデータを記録 媒体に記録するようにした、 ビデオ力メラ装置に適用した。
第 3 5図は、 この発明の実施の一形態の他の例によるビデオカメラ 装置 1 0 0の一例の構成を示す。 ビデオカメラ装置 1 0 0において、 記録系の構成は、 第 3 1図を用いて説明した記録装置の構成を略その まま適用できるので、 第 3 1図と共通する部分には同一の符号を付し 、 詳細な説明を省略する。
第 3 5図の構成において、 カメラ部 5 0は、 映像信号に関する構成 として、 光学系 5 1、 撮像素子 5 2、 撮像信号処理部 5 3、 カメラ制 御部 5 4および表示部 5 5を有し、 音声信号に関する構成として、 マ イク口フォン （M I C ) 5 6および音声信号処理部 5 7を有する。 制 御部 3 0は、 カメラ部 5 0の各部との間で各種制御信号や情報のやり とりを行い、 カメラ部 5 0の動作を制御する。 また、 制御部 5 0は、 ユーザ操作に応じて U I部 3 1から供給される制御信号に基づき、 力 メラ部 5 0の動作を制御する。
なお、 ビデオカメラ装置 1 0 0として構成される場合、 記録開始操 2007/059345 作および記録停止操作は、 例えば、 U I部 3 1に設けられた単一の記 録スィツチを用い、 当該記録スィツチが押下される毎に記録開始およ び記録停止が交互に指示されるようになされるのが一般的である。 ま た、 このビデオカメラ装置 1 0 0では、 記録媒体 2 0として、 B l u - r a y D i s cや記録可能なタイプの D V Dといった、 ディスク 記録媒体を適用するものとする。
カメラ部 5 0において、 光学系 5 1は、 被写体からの光を撮像素子 5 2に導くためのレンズ系、 絞り調整機構、 フォーカス調整機構、 ズ ーム機構、 シャツ夕機構などを備える。 絞り調整機構、 フォーカス調 整機構、 ズーム機構およびシャツ夕機構の動作は、 制御部 3 0から供 給される制御信号に基づき、 カメラ制御部 5 4により制御される。
撮像素子 5 2は、 例えば C C D (Charge Coupl ed Devi ce)からなり 、 光学系 5 1を介して照射された光を光電変換により電気信号に変換 し、 所定の信号処理を施し撮像信号として出力する。 撮像信号処理部 5 3は、 撮像素子から出力された撮像信号に対して所定の信号処理を 施し、 ベースバンドのディジタルビデオデ一夕として出力する。
例えば撮像信号処理部 5 3は、 撮像素子 5 2から出力された撮像信 号に対して、 C D S (Correl ated Doub l e Sa即 1 ing)回路により画像情 報を有する信号だけをンプリングすると共に、 ノイズを除去し、 A G C (Au to Gain Cont ro l)回路によりゲインを調整する。 そして、 Aノ D変換によりディジタル信号に変換する。 また、 撮像信号処理部 5 3 は、 このディジタル信号に対して検波系の信号処理を施し、 R (赤色 ) 、 G (緑色） および B (青色） 各色の成分を取り出し、 ァ補正ゃホ ワイトバランス補正などの処理を行い、 最終的に 1本のベースバンド のディジタルビデオデ一夕として出力する。
また、 撮像信号処理部 5 3は、 撮像素子 5 2から出力された撮像信 号の情報を制御部 3 0に送る。 制御部 3 0は、 この情報に基づき光学 系 5 1を制御するための制御信号を生成し、 カメラ制御部 5 4に供給 する。 カメラ制御部 5 4は、 この制御信号に基づきフォーカス調整機 構や絞り調整機構などの制御を行う。
さらに、 撮像信号処理部 5 3は、 撮像素子 5 2から出力された撮像 信号に基づき、 例えば L C D (L iqui d Crys t al Di spl ay)を表示素子と して用いた表示部 5 5に映出させる映像信号を生成する。
一方、 マイクロフォン 5 6は、 周囲の音声を収音して電気信号に変 換して出力する。 マイクロフォン 5 6から出力された音声信号は、 音 声信号処理部 5 7に供給される。 音声信号処理部 5 7は、 供給された 音声信号を、 リミッ夕を介してから AZD変換を施してディジタルォ 一ディォデ一夕とし、 ノイズ除去や音質補正など所定の音声信号処理 を施してベースバンドのディジタルォ一ディォデータとして出力する カメラ部 5 0の撮像信号処理部 5 3から出力されたベースパンドの ディジタルビデオデータは、 記録部 1 0の端子 4 0に供給される。 ま た、 音声信号処理部 5 7から出力されたベースバンドのディジタルォ 一ディォデータは、 記録部 1 0の端子 4 1に供給される。
記録停止状態から U I部 3 1に設けられた記録スィツチが押下され ると、 記録開始を指示する制御信号が U I部 3 1から制御部 3 0に供 給され、 制御部 3 0の制御に基づきカメラ部 5 0から出力されたべ一 スパンドのディジタルビデオ信号およびディジ夕ルオーディォデータ の記録媒体 2 0への記録が開始される。
すなわち、 既に説明したように、 制御部 3 0の制御に基づきビデオ エンコーダ 1 1およびオーディオエンコーダ 1 2の動作が開始され、 ビデオデータおよびオーディォデ一夕がそれぞれビデオエンコーダ 1 1およびオーディオエンコーダ 1 2で圧縮符号化され、 マルチプレク サ 1 3で所定にバケツト化され多重化されて A Vストリ一ムデータと される。 A Vストリームデ一夕は、 ストリームバッファ 1 4を介して 、 記録制御部 1 5に供給され、 クリップ A Vストリームファイルとし て記録媒体 2 0に記録される。
U I部 3 1の記録スィッチが押下されると、 記録が停止され、 クリ ップインフォメ一ションファイルの作成や、 プレイリストファイルの 更新が行われる。 管理情報処理部 1 6は、 マルチプレクサ 1 3および 記録制御部 1 5からの情報に基づき、 記録媒体 2 0に記録されるクリ ップ A Vストリームファイルに対応するクリップィンフオメーション ファイルを作成する。 また、 管理情報処理部 1 6は、 当該クリップィ ンフオメーションファイルを参照するプレイアイテムを生成し、 既に プレイリストが存在する場合には、 生成されたプレイアイテムを当該 プレイリストに対して追加すると共に、 プレイリストに対してプレイ リストマークを打つ。
この状態からもう一度記録スィツチが押下されると、 再び記録開始 が指示され、 新たなクリップ A Vス卜リームファイルの記録媒体 2 0 への記録が開始されると共に、 対応するクリップインフォメーション ファイルの作成や、 当該クリップインフォメーションファイルを参照 するプレイアイテムの生成、 生成されたプレイアイテムのプレイリス トへの追加などの処理が行われる。 クリップ A Vストリームファイル 間の再生は、 第 1のシームレス接続により接続される。
なお、 記録停止に伴い作成されるクリップインフォメーションファ ィルを、 作成直後から記録媒体 2 0に書き込む方式の場合は、 直前に 作成されたクリップインフォメ一ションファイルの記録媒体 2 0への 書き込みが終了するまで、 次の記録が開始されないように制御される この実施の一形態の他の例のように、 この発明をビデオカメラ装置
1 0 0に適用する場合、 1の記録媒体 2 0に対して、 プレイリストフ アイルは 1ファイルのみが存在できるように制限することが考えられ る。 すなわち、 編集処理などがなされない限り、 1の記録媒体 2 0上 には、 当該プレイリストの再生を行うための 1のタイトルしか存在し ないようにする。 こうすることで、 記録媒体 2 0としてディスクを用 いたビデオカメラ装置 1 0 0を、 恰も従来の磁気テープを記録媒体に 用いたビデオカメラ装置であるかのように扱うことができる。
すなわち、 この実施の一形態の他の例によれば、 それぞれ個別に記 録されるクリップ A Vストリームファイルが 1のプレイリストにより 管理され、 各クリップ A Vストリームファイル間の再生が第 1のシ一 ムレス接続で接続されるため、 記録媒体 2 0に記録された全てのクリ ップ A Vストリームファイルを、 磁気テープを再生する場合のように 、 連続的に再生することができる。 また、 プレイリストに対し、 それ ぞれ個別に記録されるクリップ A Vストリームファイルの先頭に対応 する位置にプレイリストマークが打たれているため、 クリップ単位で の検索が容易である。
なお、 上述では、 第 3 1図に示す記録装置や第 3 5図に示すビデオ カメラ装置 1 0 0の記録部 1 0がハードウェア的に構成されるように 説明したが、 これはこの例に限定されない。 すなわち、 記録部 1 0は 、 ソフトウェアとして構成することも可能である。 この場合、 ソフト ウェアは、 例えば制御部 3 0が有する図示されない R O Mに予め記憶 される。 これに限らず、 記録部 1 0を、 パーソナルコンピュータなど のコンピュータ装置上に構成することも可能である。 この場合には、 記録部 1 0をコンピュータ装置に実行させるソフトウエアは、 C D— ROMや DVD— ROMといつた記録媒体に記録されて提供される。 コンピュータ装置がネットワーク接続可能な場合、 インターネットな どのネットワークを介して当該ソフトウェアを提供することも可能で ある。

Claims

請 求 の 範 囲
1 . ビデオデータとォ一ディォデータとを多重化して記録媒体に記録 する記録装置において、
ビデオデータおよびオーディォデータが入力されるデータ入力部と 、
上記ビデオデータおよびオーディオデータの記録開始および記録停 止の指示が入力される記録指示入力部と、
上記ビデオデータおよびオーディォデータを多重化し、 多重化され たストリームをストリームファイルとして記録媒体に記録する記録部 と、
上記記録媒体に記録される上記ストリームファイルに対し： 少なく とも、 該ストリ一ムフアイルの再生時刻情報とアドレス情報とを対応 付けた属性ファイルと、
該ストリームファイルに対して再生開始点と再生終了点とを設定す ることにより再生区間を指定する 1以上の再生区間データが格納され 、 上記ストリームファイルに対する再生時刻情報を示すマーク情報が 格納可能な再生リストファイルと
を生成する管理情報生成部と、
上記記録部および上記管理情報生成部とを制御する制御部と を有し、
上記制御部は、
上記記録指示入力部の指示に基づく記録開始から記録停止までの区 間に対応する上記ビデオデータおよびオーディオデータを 1の上記ス トリームファイルとして上記記録媒体に記録するように上記記録部を 制御すると共に、 該 1のストリームファイルの全体を再生区間として 指定する上記再生区間データを生成し、 該再生区間データが指定する 再生開始時刻に対応する時刻情報を示す上記マーク情報を上記再生リ ス卜ファイルに格納するように上記管理情報生成部を制御する ことを特徴とする記録装置。
2 . 請求の範囲 1に記載の記録装置において、
上記記録指示入力部は、 ユーザの操作を受け付ける
ことを特徴とする記録装置。
3 . 請求の範囲 2に記載の記録装置において、
上記制御部は、
上記ストリームファイルを上記記録媒体に記録した直後に対応する 上記属性ファイルを記録する際には、 該属性ファイルの記録が完了す るまで上記記録指示入力部に対する上記記録開始の上記操作を受け付 けないように制御する
ことを特徴とする記録装置。
4 . 請求の範囲 1に記載の記録装置において、
上記制御部は、
上記記録指示入力部による記録停止の指示に基づき、 記録された上 記ストリームファイルを再生区間として指定する上記再生区間データ 内に、 該ストリームファイルと該ストリ一ムファイルに対して後続す るストリームファイルとがフレームタイミングで連続的に再生される ことを示す情報を設定して上記再生区間データを上記記録媒体に記録 するように制御する
ことを特徴とする記録装置。
5 . 請求の範囲 1に記載の記録装置において、
上記制御部は、
上記ストリームファイル内で、 上記ビデオデータの先端の再生時刻 と上記オーディオデータの先端の再生時刻とがー致し、 上記ビデオデ —夕の終端の再生時刻よりも上記オーディォデータの終端の再生時刻 が後になるように上記記録部を制御する
ことを特徴とする記録装置。
6 . 請求の範囲 1に記載の記録装置において、
上記制御部は、
新たな上記ストリームファイルが上記記録媒体に記録された際には 、 該新たなストリームファイルに対応する上記再生区間デ一夕を上記 再生リストファイルに追加するように上記管理情報生成部を制御する ことを特徴とする記録装置。
7 . 請求の範囲 6に記載の記録装置において、
上記制御部は、
1の上記記録媒体に対して唯一つの上記再生リストファイルを生成 するように制御する
ことを特徴とする記録装置。
8 . ビデオデータとオーディオデータとを多重化して記録媒体に記録 する記録方法において、
データ入力部に入力されたビデオデータおよびオーディォデ一夕の 記録開始および記録停止の指示が入力される記録指示入力のステップ と、
上記ビデオデータおよびオーディオデータを多重化し、 多重化され たストリームをストリ一ムフアイルとして記録媒体に記録する記録の ステップと、
上記記録媒体に記録される上記ストリームファイルに対し、 少なく とも、 該ストリームフアイルの再生時刻情報とアドレス情報とを対応 付けた属性ファイルと、
該ストリームファイルに対して再生開始点と再生終了点とを設定す ることにより再生区間を指定する 1以上の再生区間データが格納され
、 上記ストリームファイルに対する再生時刻情報を示すマーク情報が 格納可能な再生リストファイルと
を生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御す る制御のステップと
を有し、
上記制御のステップは、
上記記録指示入力のステップによる指示に基づく記録開始から記録 停止までの区間に対応する上記ビデオデ一夕およびオーディォデ一夕 を 1の上記ストリームファイルとして上記記録媒体に記録するように 上記記録のステップを制御すると共に、 該 1のストリームファイルの 全体を再生区間として指定する上記再生区間データを生成し、 該再生 区間データが指定する再生開始時刻に対応する時刻情報を示す上記マ —ク情報を上記再生リストファイルに格納するように上記管理情報生 成のステップを制御する
ことを特徴とする記録方法。
9 . ビデオデータとオーディォデータとを多重化して記録媒体に記録 する記録方法をコンピュータ装置に実行させる記録プログラムにおい て、
上記記録方法は、
デ一夕入力部に入力されたビデオデ一夕およびオーディォデータの 記録開始および記録停止の指示が入力される記録指示入力のステップ と、
上記ビデオデータおよびオーディオデータを多重化し、 多重化され たストリ一ムをストリ一ムファイルとして記録媒体に記録する記録の ステップと、
上記記録媒体に記録される上記ストリームファイルに対し、 少なく とも、 該ストリームフアイルの再生時刻情報とアドレス情報とを対応 付けた属性ファイルと、
該ストリームファイルに対して再生開始点と再生終了点と ¾設定す ることにより再生区間を指定する 1以上の再生区間デ一夕が格納され 、 上記ストリームファイルに対する再生時刻情報を示すマーク情報が 格納可能な再生リス卜ファイルと
を生成する管理情報生成のステップと、
上記記録のステップおよび上記管理情報生成のステップとを制御す る制御のステップと
を有し、
上記制御のステップは、
上記記録指示入力のステップによる指示に基づく記録開始から記録 停止までの区間に対応する上記ビデオデータおよびオーディォデータ を 1の上記ストリームファイルとして上記記録媒体に記録するように 上記記録のステップを制御すると共に、 該 1のストリームファイルの 全体を再生区間として指定する上記再生区間データを生成し、 該再生 区間データが指定する再生開始時刻に対応する時刻情報を示す上記マ ーク情報を上記再生リストファイルに格納するように上記管理情報生 成のステップを制御する
ことを特徴とする記録プログラム。
1 0 . 撮像部で被写体を撮像して得られたビデオデ一夕と、 収音部で 音声を収音して得られたオーディオデータとを多重化して記録媒体に 記録する撮像装置において、
被写体を撮像してビデオデータを出力する撮像部と、 音声を収音してオーディオデータを出力する収音部と、
上記ビデオデ一夕および上記オーディォデ一夕を多重化し、 多重化 されたストリームをストリ一ムファイルとして記録媒体に記録する記 録部と、
上記ビデオデ一夕および上記オーディオデータの上記記録媒体への 記録開始および記録停止を指示するュ一ザ操作を受け付ける操作部と 上記記録媒体に記録される上記ストリームファイルに対し、 少なく とも、 該ストリ一ムフアイルの再生時刻情報とアドレス情報とを対応 付けた属性ファイルと、
該ストリームファイルに対して再生開始点と再生終了点とを設定す ることにより再生区間を指定する 1以上の再生区間データが格納され
、 上記ストリームファイルに対する再生時刻情報を示すマーク情報が 格納可能な再生リストファイルと
を生成する管理情報生成部と、
上記操作部に対するユーザ操作に応じて上記記録部の動作を制御す ると共に、 上記管理情報生成部を制御する制御部と
を有し、
上記制御部は、
上記操作部に対する操作に応じて、 上記記録開始から上記記録停止 までの区間に対応する上記ビデオデータおよび上記オーディオデータ を 1の上記ストリ一ムファイルとして上記記録媒体に記録するように 上記記録部を制御すると共に、 該 1のストリームファイルの全体を再 生区間として指定する上記再生区間デ一夕を生成し、 該再生区間デー 夕が指定する再生開始時刻に対応する時刻情報を示す上記マーク情報 を上記再生リストフアイルに格納するように上記管理情報生成部を制 御する
ことを特徴とする撮像装置。
1 1 . 請求の範囲 1 0に記載の撮像装置において、
上記制御部は、
上記ストリームファイルを上記記録媒体に記録した直後に対応する 上記属性ファイルを記録する際には、 該属性ファイルの記録が完了す るまで上記操作部に対する上記記録開始の上記操作を受け付けないよ うに制御する
ことを特徴とする撮像装置。
1 2 . 請求の範囲 1 0に記載の撮像装置において、
上記制御部は、
上記操作部による記録停止の指示に基づき、 記録された上記ストリ ームファイルを再生区間として指定する上記再生区間データ内に、 該 ストリームファイルと該ストリームファイルに対して後続するストリ ームファイルとがフレームタイミングで連続的に再生されることを示 す情報を設定して上記再生区間データを上記記録媒体に記録するよう に制御する
ことを特徴とする撮像装置。
1 3 . 請求の範囲 1 0に記載の撮像装置において、
上記制御部は、
上記ストリームファイル内で、 上記ビデオデータの先端の再生時刻 と上記オーディオデ一夕の先端の再生時刻とがー致し、 上記ビデオデ 一夕の終端の再生時刻よりも上記オーディォデータの終端の再生時刻 が後になるように上記記録部を制御する
ことを特徴とする撮像装置。
1 4 . 請求の範囲 1 0に記載の撮像装置において、 上記制御部は、
新たな上記ストリ一ムファイルが上記記録媒体に記録された際には 、 該新たなストリームファイルに対応する上記再生区間データを上記 再生リストファイルに追加するように上記管理情報生成部を制御する ことを特徴とする撮像装置。
1 5 . 請求の範囲 1 4に記載の撮像装置において、
上記制御部は、
1の上記記録媒体に対して唯一つの上記再生リストファイルを生成 するように制御する
ことを特徴とする撮像装置。
1 6 . 撮像部で被写体を撮像して得られたビデオデータと、 収音部で 音声を収音して得られたオーディオデータとを多重化して記録媒体に 記録する撮像装置の撮像方法において、
撮像部で被写体を撮像して得られたビデオデータと、 収音部で音声 を収音して得られたオーディオデータとを多重化し、 多重化されたス トリームをストリームファイルとして記録媒体に記録する記録のステ ップと、
操作部に対する上記ビデオデ一夕および上記オーディオデータの上 記記録媒体への記録開始および記録停止を指示するュ一ザ操作を受け 付けるステップと、
' 上記記録媒体に記録される上記ストリームファイルに対し、 少なく とも、 該ストリームファイルの再生時刻情報とァドレス情報とを対応 付けた属性ファイルと、
該ストリームファイルに対して再生開始点と再生終了点とを設定す ることにより再生区間を指定する 1以上の再生区間データが格納され 、 上記ストリームファイルに対する再生時刻情報を示すマーク情報が 格納可能な再生リストファイルと
を生成する管理情報生成のステップと、
上記操作部に対するユーザ操作に応じて上記記録のステップの動作 を制御すると共に、 上記管理情報生成のステップを制御する制御のス テツプと
を有し、
上記制御のステップは、
上記操作部に対する操作に応じて、 上記記録開始から上記記録停止 までの区間に対応する上記ビデオデー夕および上記オーディォデータ を 1の上記ストリームファイルとして上記記録媒体に記録するように 上記記録のステップを制御すると共に、 該 1のストリームファイルの 全体を再生区間として指定する上記再生区間データを生成し、 該再生 区間データが指定する再生開始時刻に対応する時刻情報を示す上記マ 一ク情報を上記再生リストフアイルに格納するように上記管理情報生 成のステップを制御する
ことを特徴とする撮像方法。
1 7 . 撮像部で被写体を撮像して得られたビデオデータと、 収音部で 音声を収音して得られたオーディォデータとを多重化して記録媒体に 記録する撮像装置の撮像方法をコンピュータ装置に実行させる撮像プ ログラムにおいて、
上記撮像方法は、
撮像部で被写体を撮像して得られたビデオデータと、 収音部で音声 を収音して得られたオーディォデータとを多重化し、 多重化されたス トリームをストリームファイルとして記録媒体に記録する記録のステ ップと、
操作部に対する上記ビデオデータおよび上記オーディオデ一夕の上 記記録媒体への記録開始および記録停止を指示するユーザ操作を受け 付けるステップと、
上記記録媒体に記録される上記ストリームファイルに対し、 少なく とも、 該ストリームフアイルの再生時刻情報とアドレス情報とを対応 付けた属性ファイルと、
該ストリームフアイルに対して再生開始点と再生終了点とを設定す ることにより再生区間を指定する 1以上の再生区間データが格納され 、 上記ストリームファイルに対する再生時刻情報を示すマーク情報が 格納可能な再生リストファイルと
を生成する管理情報生成のステップと、
上記操作部に対するユーザ操作に応じて上記記録のステップの動作 を制御すると共に、 上記管理情報生成のステップを制御する制御のス テツプと
を有し、
上記制御のステップは、
上記操作部に対する操作に応じて、 上記記録開始から上記記録停止 までの区間に対応する上記ビデオデ一夕および上記オーディォデー夕 を 1の上記ストリームファイルとして上記記録媒体に記録するように 上記記録のステップを制御すると共に、 該 1のストリームファイルの 全体を再生区間として指定する上記再生区間データを生成し、 該再生 区間データが指定する再生開始時刻に対応する時刻情報を示す上記マ 一ク情報を上記再生リストフアイルに格納するように上記管理情報生 成のステップを制御する
ことを特徴とする撮像プログラム。
PCT/JP2007/059345 2006-05-10 2007-04-24 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム WO2007129652A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP07742780.5A EP2017841B1 (en) 2006-05-10 2007-04-24 Recording device, recording method, recording program, imaging device, imaging method, and imaging program
KR1020077026689A KR101353000B1 (ko) 2006-05-10 2007-04-24 기록장치, 기록방법 및 기록 프로그램과 촬상장치,촬상방법 및 촬상 프로그램
US11/919,712 US8094996B2 (en) 2006-05-10 2007-04-24 Recording apparatus, recording method, recording program, image pickup apparatus, image pickup method, and image pickup program
CN200780000642XA CN101326583B (zh) 2006-05-10 2007-04-24 记录设备、记录方法、成像设备、成像方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006131909A JP4552889B2 (ja) 2006-05-10 2006-05-10 記録装置、記録方法および記録プログラム、ならびに、撮像装置および撮像方法
JP2006-131909 2006-05-10

Publications (1)

Publication Number Publication Date
WO2007129652A1 true WO2007129652A1 (ja) 2007-11-15

Family

ID=38667761

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/059345 WO2007129652A1 (ja) 2006-05-10 2007-04-24 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム

Country Status (7)

Country Link
US (1) US8094996B2 (ja)
EP (1) EP2017841B1 (ja)
JP (1) JP4552889B2 (ja)
KR (1) KR101353000B1 (ja)
CN (1) CN101326583B (ja)
TW (1) TWI410962B (ja)
WO (1) WO2007129652A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010045505A (ja) * 2008-08-11 2010-02-25 Sony Corp 情報記録装置、撮像装置、情報記録方法およびプログラム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4850605B2 (ja) 2006-07-18 2012-01-11 株式会社日立製作所 映像記録方法
JP5268569B2 (ja) * 2007-12-21 2013-08-21 キヤノン株式会社 記録装置及び記録方法
JP4934105B2 (ja) 2008-06-09 2012-05-16 ソニー株式会社 信号処理装置、マーク付与方法、プログラム
JP4788739B2 (ja) 2008-06-09 2011-10-05 ソニー株式会社 端末装置、情報送信方法
JP5458073B2 (ja) * 2011-09-09 2014-04-02 日立コンシューマエレクトロニクス株式会社 映像記録装置及び映像記録方法
JP5610495B2 (ja) * 2013-02-04 2014-10-22 日立コンシューマエレクトロニクス株式会社 映像記録再生装置及び映像記録再生方法
US10224055B2 (en) * 2015-02-10 2019-03-05 Sony Semiconductor Solutions Corporation Image processing apparatus, image pickup device, image processing method, and program

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11317014A (ja) * 1998-04-30 1999-11-16 Sony Corp 記録再生装置および方法、並びに提供媒体
JP2002290917A (ja) * 2001-01-16 2002-10-04 Matsushita Electric Ind Co Ltd 情報記録媒体、情報記録媒体に情報を記録、再生する装置及び方法
JP2003230104A (ja) * 2001-11-30 2003-08-15 Sony Corp 情報処理装置および方法、プログラム格納媒体、プログラム、並びに情報記録媒体
JP2004350251A (ja) 2003-03-25 2004-12-09 Sony Corp 記録方法、記録装置、記録媒体、再生方法、再生装置および撮像装置
JP2005216382A (ja) * 2004-01-29 2005-08-11 Victor Co Of Japan Ltd デジタルオーディオ信号録音再生装置
JP2005353212A (ja) * 2004-06-11 2005-12-22 Sony Corp データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、並びにデータ記録媒体

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6009433A (en) * 1995-04-14 1999-12-28 Kabushiki Kaisha Toshiba Information storage and information transmission media with parental control
DE69735947T2 (de) * 1996-04-12 2006-10-26 Matsushita Electric Industrial Co., Ltd., Kadoma Optische Multimedia-Platte die sowohl Videotitel mit AV-Funktionen sowie Videotitel ohne solche Funktionen speichert, die augenblicklich unterscheiden kann zwischen Arten von Titeln und Wiedergabegerät und Wiedergabeverfahren für solch eine Platte
US20020131761A1 (en) * 2001-01-16 2002-09-19 Kojiro Kawasaki Information recording medium, apparatus and method for recording/reproducing information to/from the medium
TW200300928A (en) * 2001-11-30 2003-06-16 Sony Corportion Information processing method and apparatus, program storage medium, program and information recording medium
CN100397882C (zh) * 2003-02-28 2008-06-25 Lg电子株式会社 具有用于管理记录其上的视频数据的随机/洗牌重现的数据结构的记录媒体以及记录和重现的方法和装置
JPWO2004095285A1 (ja) * 2003-03-28 2006-07-13 松下電器産業株式会社 記録媒体およびこれを用いる記録装置並びに再生装置
JP4323870B2 (ja) * 2003-06-10 2009-09-02 キヤノン株式会社 記録装置
KR20050091944A (ko) * 2004-03-13 2005-09-16 엘지전자 주식회사 고밀도 광디스크의 데이터 파일 구성 방법 및 재생 방법과재생 장치
EP1721453A2 (en) * 2004-02-26 2006-11-15 LG Electronics, Inc. Recording medium and method and apparatus for reproducing and recording text subtitle streams
JP2005303943A (ja) * 2004-04-16 2005-10-27 Sony Corp 映像記録装置
US7835615B2 (en) * 2004-10-12 2010-11-16 Panasonic Corporation Data processing apparatus
CA2602713C (en) * 2005-04-07 2014-05-13 Matsushita Electric Industrial Co., Ltd. Recording medium, reproducing device, recording method, and reproducing method
EP3094084A1 (en) * 2005-08-10 2016-11-16 Mitsubishi Electric Corporation Recording medium, reproducing apparatus, and reproducing method
JP4715623B2 (ja) * 2006-05-08 2011-07-06 ソニー株式会社 データ記録装置及びデータ記録方法、並びにコンピュータ・プログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11317014A (ja) * 1998-04-30 1999-11-16 Sony Corp 記録再生装置および方法、並びに提供媒体
JP2002290917A (ja) * 2001-01-16 2002-10-04 Matsushita Electric Ind Co Ltd 情報記録媒体、情報記録媒体に情報を記録、再生する装置及び方法
JP2003230104A (ja) * 2001-11-30 2003-08-15 Sony Corp 情報処理装置および方法、プログラム格納媒体、プログラム、並びに情報記録媒体
JP2004350251A (ja) 2003-03-25 2004-12-09 Sony Corp 記録方法、記録装置、記録媒体、再生方法、再生装置および撮像装置
JP2005216382A (ja) * 2004-01-29 2005-08-11 Victor Co Of Japan Ltd デジタルオーディオ信号録音再生装置
JP2005353212A (ja) * 2004-06-11 2005-12-22 Sony Corp データ処理装置およびデータ処理方法、プログラムおよびプログラム記録媒体、並びにデータ記録媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2017841A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010045505A (ja) * 2008-08-11 2010-02-25 Sony Corp 情報記録装置、撮像装置、情報記録方法およびプログラム
US8466985B2 (en) 2008-08-11 2013-06-18 Sony Corporation Information recording apparatus, imaging apparatus, information recording method and medium storing a program generating a transport data stream and utilizing a modified digital video pack

Also Published As

Publication number Publication date
TWI410962B (zh) 2013-10-01
JP2007305213A (ja) 2007-11-22
TW200743098A (en) 2007-11-16
CN101326583B (zh) 2012-01-11
KR20090007521A (ko) 2009-01-19
EP2017841A1 (en) 2009-01-21
EP2017841B1 (en) 2015-06-03
CN101326583A (zh) 2008-12-17
JP4552889B2 (ja) 2010-09-29
US20090317067A1 (en) 2009-12-24
KR101353000B1 (ko) 2014-01-21
US8094996B2 (en) 2012-01-10
EP2017841A4 (en) 2014-01-01

Similar Documents

Publication Publication Date Title
US8554055B2 (en) Editing device, editing method and editing program, and data processing device, data processing method and data processing program
JP4715633B2 (ja) 記録装置、記録方法および記録プログラム、ならびに、編集装置、編集方法および編集プログラム
JP4337849B2 (ja) 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
JP4622950B2 (ja) 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
US8995816B2 (en) Recording apparatus, recording method, and recording program, and image capturing apparatus, image capturing method and image capturing program
WO2007129652A1 (ja) 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
EP1518240A4 (en) RECORDING MEDIUM HAVING A DATA STRUCTURE FOR MANAGING THE RECORDING AND READING OF MULTIPLE PATH DATA RECORDED ON THIS MEDIUM, AND METHODS AND APPARATUS FOR RECORDING AND READING
JP2008282471A (ja) 記録装置、記録方法および記録プログラム、ならびに、編集装置、編集方法および編集プログラム
JP2010226278A (ja) 記録装置、方法、プログラム、及び媒体

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780000642.X

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 11919712

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 1020077026689

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2007742780

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07742780

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE