WO2005122173A1

WO2005122173A1 - データ処理装置

Info

Publication number: WO2005122173A1
Application number: PCT/JP2005/010468
Authority: WO
Inventors: Hiroshi Yahata
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2004-06-10
Filing date: 2005-06-08
Publication date: 2005-12-22
Anticipated expiration: 2006-12-10
Also published as: EP1763032A1; JP4542546B2; US20080259173A1; JPWO2005122173A1; US8306383B2; CN1969334A; CN1969334B; EP1763032A4

Abstract

　動画と静止画とを効率的に管理することが可能なデータ構造を提供し、また、そのようなデータ構造を利用して記録および／または再生を実現する装置を提供する。　データ処理装置は、記録媒体の静止画フォルダ以下の階層に１以上の静止画ファイルを書き込むドライブ装置を有している。さらに装置は、階層内で各静止画ファイルの格納位置を特定するファイル特定情報を生成し、かつ、各静止画ファイルを一意に識別するための識別情報を生成し、ファイル特定情報および識別情報を対応付けたテーブルを生成する制御部を備えている。ドライブ装置は、生成されたテーブルをテーブルファイルとして記録媒体に書き込む。

Description

明細書

データ処理装置

技術分野

[0001] 本発明は、動画データを記録可能な記録媒体に静止画データを記録して、そのデータを管理する技術に関する。

背景技術

[0002] 近年、 DVD等の光ディスクに映像および音声のデジタルデータを記録し、保存できる光ディスクレコーダの普及が進んでいる。記録される対象は、例えば放送された番組のデータストリームや、カムコーダ等によって撮影された映像および音声のデータストリームである。ユーザは記録されたデータをランダムアクセス可能な状態で DV Dに記録し、保存しておくことができる。

[0003] 光ディスクレコーダは、動画のデータストリームのみならず、静止画データも DVDに記録すること力 Sできる。ユーザがデジタルスチルカメラやカムコーダを用いて静止画を撮影すると、それらに装填された半導体メモリカードに静止画データが記録される。光ディスクレコーダの中には、そのような半導体メモリカードを装填するためのスロットが設けられているものが存在する。ユーザがカムコーダ等から取り外した半導体メモリカードをそのスロットに揷入し、静止画データを光ディスクレコーダに装填された DV Dにコピーすることにより、静止画データが DVDに記録される。

[0004] 静止画データを記録媒体に記録する技術に関して、 DCF (Design rule for Ca mera File system)規格が策定され普及が進んでいる。 DCF規格は記録媒体上に記録される静止画ファイルの名前やファイルフォーマットと、それらを格納するディレクトリ構造を規定している。例えば、特許文献 1は、 DCF規格に基づくデータの蓄積に関する技術を開示している。 DCF規格に従ってディレクトリを構築し、静止画データを記録することにより、記録媒体の種類にかかわらず、また再生機器のメーカにかかわらず、静止画データが再生される。

[0005] 上述のように、 DVDには動画データおよび静止画データが記録され得るため、記録された種々のデータの内容を容易に把握することができればユーザは非常に便利である。そこで、多くの光ディスクレコーダは、再生対象を選択する際のメニュー画面に、動画データの一場面を示すサムネイルピクチャを表示したり、静止画データを縮小表示することにより、ユーザが所望のコンテンツへ非常に素早くアクセスできるように便宜を図っている。

特許文献 1 :特開 2002— 116946号公報

発明の開示

発明が解決しょうとする課題

[0006] 従来から販売されてレ、る光ディスクレコーダでは DCF規格に準拠して解析を行うプログラムを実行して静止画を再生していたものの、その処理は当然静止画にとどまるため、拡張性に乏しいという問題があった。例えば、動画データのサムネイルピクチャと、静止画データ（またはその縮小画像）とが混在して表示することはできなかった。

[0007] なお、動画のサムネイルピクチャの表示と静止画データの表示とを並列的に実行するプログラムを作成することは技術的には可能である。しかし、両方の機能を実現するためにはプログラムの規模が非常に大きくなつて処理が複雑化するため、プロダラムの動作検証に非常に時間がかかる。また、そのプログラムの処理を含む光ディスクレコーダ全体の制御も複雑化し、管理が容易ではない。よって、効率的な解決策ということはできない。

[0008] 本発明の目的は、拡張性の高いデータ構造に基づいて静止画を管理することである。より具体的には、本発明の目的は、動画と静止画とを効率的に管理することが可能なデータ構造を提供し、また、そのようなデータ構造を利用して記録および/または再生を実現する装置を提供することである。

課題を解決するための手段

[0009] 本発明によるデータ処理装置は、記録媒体の静止画フォルダ以下の階層に、 1以上の静止画ファイルを書き込むドライブ装置と、前記階層内で各静止画ファイルの格納位置を特定するファイル特定情報を生成し、かつ、前記各静止画ファイルを一意に識別するための識別情報を生成し、前記ファイル特定情報および前記識別情報を対応付けたテーブルを生成する制御部とを備えている。前記ドライブ装置は、前記テ一ブルをテーブルファイルとして前記記録媒体に書き込む。 [0010] 前記制御部は、前記各静止画ファイルに至るまでの階層の経路に関する経路情報および前記各静止画ファイルのファイル名とを前記ファイル特定情報として生成してあよい。

[0011] 前記静止画フォルダはサブフォルダを含み、前記サブフォルダには複数の静止画ファイルが格納されている。前記制御部は、前記複数の静止画ファイルに対して、各サブフォルダに至るまでの 1つの前記経路情報と、前記複数の静止画ファイルの各フアイル名とを前記ファイル特定情報として生成してもよレ、。

[0012] 前記制御部は、前記 1以上の静止画ファイルの少なくとも一部を利用して選択的に静止画を再生するためのプレイリストであって、利用される前記静止画ファイルの各々を前記識別情報によって特定するエントリを含むプレイリストを生成し、前記ドライブ装置は、前記プレイリストをプレイリストファイルとして前記記録媒体に書き込んでもよい。

[0013] 前記ドライブ装置は、前記静止画フォルダと異なる基準フォルダに前記プレイリストファイルを書き込んでもよレ、。

[0014] 前記制御部は、前記プレイリストの各エントリに、静止画ファイルのみの再生に関するエントリであることを示すタイプ情報を格納してもよい。

[0015] 前記制御部は、前記プレイリストの各エントリに、対応する前記静止画ファイルの静止画の表示期間を規定する表示期間情報を格納してもよい。

[0016] 前記基準フォルダはサブフォルダを含み、前記サブフォルダには、動画のデータに関する 1以上の動画ファイルが格納されている。前記制御部は、前記プレイリストファィルに、さらに、前記動画ファイルの各々に対応して設けられたエントリを生成し、動画の各エントリは、対応する前記動画ファイルのファイル名と、動画の再生開始時刻および再生終了時刻に関する情報を含んでいてもよい。

[0017] 前記制御部は、前記プレイリストの各エントリに、動画と静止画との同期再生に関するエントリであることを示すタイプ情報を格納してもよい。

[0018] 前記制御部は、前記プレイリストファイルの各エントリに、前記動画の再生と同期させて前記静止画を再生するための静止画の表示タイミングを示す時刻情報を格納し、前記時刻情報は、前記動画の再生のために前記動画データに付加された動画の時刻情報に基づレ、て規定されてレ、てもよレ、。

[0019] 前記ドライブ装置は、青色半導体レーザを利用して前記記録媒体に前記 1以上の静止画ファイルを書き込んでもよレ、。

[0020] 前記ドライブ装置は、 DCF規格に準拠した静止画フォルダ以下の階層に、前記 1 以上の静止画ファイルを書き込んでもよレ、。

発明の効果

[0021] 本発明によれば、静止画ファイルに対して静止画ファイルを特定する識別情報を含むエントリをデータベースファイル内に規定し、そのデータベースファイルを静止画フアイルと異なるフォルダに格納する。そして、その識別情報と階層内で前記静止画フアイルを特定するためのファイル特定情報とを対応付けたテーブルを記録媒体に記録することにより、静止画ファイルおよびそのファイルが格納されたフォルダを直接カロェすることなぐ静止画ファイルを管理することができる。例えば、再生の対象となる静止画の識別情報に基づいて、テーブルから、階層内でのその静止画ファイルの位置やファイル名を特定することができる。例えば、データベースファイルの書式を動画の処理のために定められた既存の規格に合致させることにより、例えば動画データのサムネイルピクチャと、静止画データ（またはその縮小画像）とを混在して表示することができる。

図面の簡単な説明

[0022] [図 1]本発明の実施形態による光ディスクレコーダ 100と他の機器とによって形成されるシステムの構成を示す図である。

[図 2]トランスポートストリーム (TS) 20のデータ構造を示す図である。

[図 3] (a)はビデオ TSパケット 30のデータ構造を示す図であり、 (b)は、オーディオ T

Sパケット 31のデータ構造を示す図である。

[図 4] (a)〜（d)は、ビデオ TSパケットからビデオピクチャを再生する際に構築されるストリームの関係を示す図である。

[図 5]レコーダ 100の機能ブロックの構成を示す図である。

[図 6]TS処理部 204の詳細な機能ブロックの構成を示す図である。

[図 7] (a)〜（e)は、トランスポートストリームとクリップ AVストリームとの関係を示す図である。

[図 8]BD205aの記録領域と、そのディレクトリ/ファイル構造を示す図である。

[図 9] (a)〜（d)は、管理情報とストリームデータとの関係を示す図である。

園 10]プレイリストファイル 83に格納される情報 (エントリ）およびプレイリストファイルのデータ構造を示す図である。

園 11]クリップ情報ファイル 84に格納される情報（エントリ）およびクリップ情報ファイルの一部のエントリに関するデータ構造を示す図である。

園 12]クリップ情報ファイル 84に格納される情報（エントリ）およびクリップ情報ファイルの他の一部のエントリに関するデータ構造を示す図である。

園 13]時間 ·アドレス変換テーブルのデータ構造を示す図である。

園 14]第 1の例による時間とアドレスの対応を示す図である。

園 15]第 2の例による時間とアドレスの対応を示す図である。

、（b)は IN1から OUT1までの第 1区間および IN2から OUT2までの第 2区間を連続して再生するバーチャルプレイリストを示す図である。

[図 17] (a)は図 17 (b)のバーチャルプレイリストを分割するときの分割点の位置を示す図であり、 (b)は分割されたバーチャルプレイリスト 1および 2を示す。

[図 18] (a)は併合の対象であるバーチャルプレイリスト 1および 2を示す図であり、 (b) は 1つに併合されたバーチャルプレイリストを示す図である。

[図 19] (a)は区間 A— Bを削除の対象とするリアルプレリストおよびクリップを示す図であり、（b)は区間 A— Bを削除して、点 Aおよび Bの位置を結合したリアルプレイリストおよびクリップを示す図である。

[図 20]BD205aにおいて管理されるサムネイルピクチャと管理ファイルとの関係を示す図である。

[図 21] (a)〜（c)は、それぞれ、マークが付加されたバーチャルプレイリスト 312、リア

[図 22]メモリカード 112に記録された静止画データがコピーされた BD205aを示す図である。 [図 23]本発明の実施形態による静止画データのコピー処理の手順を示すフローチヤートである。

[図 24]コピー処理後の BD205aを示す図である。

[図 25] (a)は静止画の逐次再生 (スライド再生）を行うための静止画マークの設定例を示す図であり、 (b)は動画と静止画とを混在して再生するときの静止画マークの設定例を示す図である。

[図 26]インデクス .アドレス変換テーブル（StillMap) 404の対応関係を示す図である

[図 27]インデクス .アドレス変換テーブル（StillMap) 404のデータ構造の例を示す図である。

[図 28]変換テーブル 404を用いた静止画の再生処理の手順を示す図である。

[図 29] (a)は動画と静止画とを混在させたときの BD205aを示す図であり、（b)は（a) において設定された静止画および動画の再生順序およびシステム時刻基準 STCの遷移を示す図である。

符号の説明

100 HDD内蔵 BDレコーダ

106 TV

108 PC

112 メモリカード

114 BD

201a デジタルチューナ

201b アナログチューナ

202 ADコンノータ

203 MPEG— 2エンコーダ

204 TS処理咅 B

205a BD

205b HDD

206 MPEG— 2デコーダ 207 グラフィック制御部

208 メモリ

209 DAコンバータ

210 プログラム ROM

211 CPU

212 RAM

213 CPUバス

214 ネットワーク制御部

215 指示受信部

216 インターフェース（I/F)部

217 メモリカード制御部

250 システム制御部

261 ソース.パケタイザ

262 クロックカウンタ

263 PLL回路

264 バッファ

265 ソース.デ.パケタイザ

発明を実施するための最良の形態

[0024] 以下、添付の図面を参照して、本発明によるデータ処理装置の実施形態を説明する。実施形態においては、データ処理装置は光ディスクレコーダであるとして説明する。

[0025] 図 1は、本実施形態による光ディスクレコーダ 100と他の機器とによって形成されるシステムの構成を示す。光ディスクレコーダ 100 (以下「レコーダ 100」と記述する）は、放送番組の映像および音声に関する動画のデータストリームをブルーレイディスク（ Blu-ray Disc ; BD) 114に記録する録画機能を有する。またレコーダ 100は、 BD 114に記録されたデータストリームを読み出して動画を再生する再生機能も有する。図 1では、レコーダ 100の録画機能および再生機能に関連して連携することが可能な他の機器を示している。レコーダ 100の録画機能および再生機能に関する処理は、リモコン 116や、レコーダ 100本体のボタン（図示せず）等を利用してユーザが与えた指示に基づいて行われる。なお、 BDには青色半導体レーザを利用してデータが書き込まれ、読み出される。本明細書においては BDの階層構造および BDの記録 /再生機能に関する装置の構成を説明する。し力これは例であり、 BD以外の記録媒体、例えば HD— DVDを用いてもよい。

[0026] まず、レコーダ 100の録画機能に関連する処理を説明する。レコーダ 100は、デジタル放送番組に関するデジタル信号を受信するアンテナ 102a、および、アナログ放送番組に関するアナログ信号を受信するアンテナ 102bと接続され、デジタル信号およびアナログ信号を受信する。レコーダ 100は、例えば同軸ケーブル 104を介してデジタル信号およびアナログ信号を受け取る。

[0027] デジタル信号は、 MPEG— 2トランスポートストリーム（以下「トランスポートストリーム」または「TS」と記述する）として伝送されている。 TSを受信した場合には、レコーダ 1 00は、その TSに所定の処理を行い、後述する TSのパケット構造を保持しながら BD 114に記録する。アナログ信号を受信した場合には、レコーダ 100は、そのアナログ信号から得られた動画のデータを圧縮符号化して TSを生成し、その TSを BD114に記録する。さらにレコーダ 100は、 SDメモリカードやメモリースティック（登録商標）等のメモリカード 112に放送番組を録画することもでき、また、メモリカード 112に記録された静止画データを BD114にコピーすることもできる。本明細書では、後に動画とともに静止画を管理するための BD114のデータ構造およびそのデータ構造に関連する処理を説明する。

[0028] 次に、レコーダ 100の再生機能に関連する処理を説明する。レコーダ 100は BD11 4に記録された映像および音声を復号化し、 TV106、スピーカ（図示せず)等を介して再生する。この映像および音声は放送番組に限られることはなぐ例えばカムコーダ 110によって記録された映像および音声であってもよレ、。なお、映像および音声が記録された BD114は、レコーダ 100から取り出されて PC108等の他の機器に装填され、その機器が再生してもよい。

[0029] ここで、図 2〜図 4を参照しながら、デジタル放送信号として伝送されるトランスポートストリームのデータ構造を説明する。 [0030] 図 2は、トランスポートストリーム（TS) 20のデータ構造を示す。 TSパケットは、例えば、圧縮されたビデオデータが格納されたビデオ TSパケット (V—TSP) 30、圧縮されたオーディオデータが格納されたオーディオ TSパケット (A—TSP) 31の他、番組表（プログラム.アソシエーション.テーブル； PAT)が格納されたパケット（PAT_TS P)、番組対応表（プログラム'マップ'テーブル； PMT)が格納されたパケット（PMT _TSP)およびプログラム 'クロック ·リファレンス (PCR)が格納されたパケット（PCR_ TSP)等を含む。各 TSパケットのデータ量は 188バイトである。また、 PAT_TSP、 P MT_TSP等の TSの番組構成を記述する TSパケットを一般に、 PSIZSIパケットと呼ぶ。

[0031] 以下、本発明の処理に関連するビデオ TSパケットおよびオーディオ TSパケットを説明する。図 3 (a)はビデオ TSパケット 30のデータ構造を示す。ビデオ TSパケット 3 0は、 4バイトのトランスポートパケットヘッダ 30a、および、 184バイトのトランスポートパケットペイロード 30bを有する。ペイロード 30bにはビデオデータ 30bが格納されている。一方、図 3 (b)は、オーディオ TSパケット 31のデータ構造を示す。オーディオ T Sパケット 31も同様に、 4バイトのトランスポートパケットヘッダ 31a、および、 184ノくイトのトランスポートパケットペイロード 31bを有する。オーディオデータ 31bはトランスポートパケットペイロード 31bに格納されている。

[0032] 上述の例から理解されるように、一般に TSパケットは 4バイトのトランスポートバケツトヘッダと、 184バイトのエレメンタリデータとから構成されている。パケットヘッダには、そのパケットの種類を特定するパケット識別子（Packet IDentifier； PID)が記述されている。例えば、ビデオ TSパケットの PIDは" 0x0020"であり、オーディオ TSパケットの PIDは" 0x0021"である。エレメンタリデータは、ビデオデータ、オーディオデータ等のコンテンツデータや、再生を制御するための制御データ等である。どのようなデータが格納されてレ、るかは、パケットの種類に応じて異なる。

[0033] 以下、ビデオデータを例に挙げて、映像を構成するピクチャとの関係を説明する。

図 4 (a)〜（d)は、ビデオ TSパケットからビデオピクチャを再生する際に構築されるストリームの関係を示す。図 4 (&)に示すょぅに、丁340は、ビデオ TSパケット 40a〜40d を含む。なお、 TS40には、他のパケットも含まれ得る力ここではビデオ TSパケットのみを示している。ビデオ TSパケットは、ヘッダ 40a— 1に格納された PIDによって容易に特定される。

[0034] ビデオデータ 40a— 2等の各ビデオ TSパケットのビデオデータから、パケット化エレメンタリストリームが構成される。図 4 (b)は、パケット化工レメンタリストリーム（PES) 41 のデータ構造を示す。 PES41は、複数の PESパケット 41a、 41b等から構成される。 PESパケット 41aは、 PESヘッダ 41a_ lおよび PESペイロード 41a_ 2力、ら構成されており、これらのデータがビデオ TSパケットのビデオデータとして格納されている。

[0035] PESペイロード 41a— 2は、それぞれが 1つのピクチヤのデータを含んでいる。 PES ペイロード 41a_ 2から、エレメンタリストリームが構成される。図 4 (c)は、エレメンタリストリーム（ES) 42のデータ構造を示す。 ES42は、ピクチャヘッダ、および、ピクチャデータの組を複数有している。なお、「ピクチャ」とは一般にフレームおよびフィールドのいずれも含む概念として用いられる。

[0036] 図 4 (c)に示すピクチャヘッダ 42aには、その後に配置されたピクチャデータ 42bのピクチャ種別を特定するピクチャコーディングタイプが記述され、ピクチャヘッダ 42c にはピクチャデータ 42dのピクチャ種別を特定するピクチャコーディングタイプが記述されている。種別とは、 Iピクチャ（Intra— coded picture)、ピクチャ（Predictive — coded picture)ま 7こ ίま Bヒクチヤ (Biairectionaliy— predictive— codea pict ure)を表す。種別が Iピクチャであれば、そのピクチャコーディングタイプは、例えば" 001b，，である。

[0037] ピクチャデータ 42b、 42d等は、そのデータのみによって、または、そのデータとその前および/または後に復号化されるデータとによって構築可能な 1枚分のフレームのデータである。例えば図 4 (d)は、ピクチャデータ 42b力構築されるピクチャ 43a およびピクチャデータ 42dから構築されるピクチャ 43bを示す。

[0038] TSに基づいて映像を再生する際、レコーダ 100はビデオ TSパケットを取得して上述の処理にしたがってピクチャデータを取得し、映像を構成するピクチャを取得する

。これにより映像を TV106上に再生することができる。

[0039] 次に、図 5を参照しながら、本実施形態によるレコーダ 100の構成を説明する。図 5 は、レコーダ 100の機能ブロックの構成を示す。レコーダ 100は、記録媒体として BD 205aのみならず、ハードディスク 205bをも有している。すなわちレコーダ 100は、 H DD205bを内蔵した BDレコーダである。

[0040] レコーダ 100は、デジタルチューナ 201aおよびアナログチューナ 201bと、 ADコンバータ 202と、 MPEG— 2エンコーダ 203と、 TS処理部 204と、 MPEG— 2デコーダ 206と、グラフィック制卸部 207と、メモリ 208と、 DAコンバータ 209と、 CPUバス 213 と、ネットワーク制御部 214と、指示受信部 215と、インターフェース（IZF)部 216と、メモリカード制御部 217と、システム制御部 250とを含む。なお、図 5には、光ディスク 205aがレコーダ 100内に記載されている力光ディスク 205aは光ディスクレコーダ 1 00から取り外し可能であり、レコーダ 100自体の構成要素ではなレ、。

[0041] 以下、各構成要素の機能を説明する。デジタルチューナ 201aは、アンテナ 102a ( 図 1)から 1以上の番組が含まれるデジタル信号を受け取る。デジタル信号として伝送されるトランスポートストリームには複数の番組のパケットが混在している。複数の番組のパケットを含むトランスポートストリームは"フル TS"と呼ばれる。デジタルチューナ 2 Olaは、選局を行ってフノレ TS力必要な番組のパケットのみを取り出し、 "パーシャノレ TS"として出力する。

[0042] フル TS力所望のチャンネルのパケットを取り出す手順は以下のとおりである。レ、ま、希望の番組の番組番号（チャンネル番号）を Xとする。まずはじめに、フル TSから番組表パケット（図 2の PAT— TSP)が検索される。番組表パケットのパケット ID (PI D)には、必ず 0が与えられているので、その値を有するパケットを検索すればよい。番組表パケット内の番組表には、各番組番号と、その番組番号に対応する各番組の番組対応表パケット（図 2の PMT— TSP)の PIDが格納されている。これにより、番組番号 Xに対応する番組対応表 PMTのパケット ID (PID)を特定できる。番組対応表 P MTの PIDを XXとする。

[0043] 次に、 PID = XXが付された番組対応表パケット（図 2の PMT_TSP)を抽出すると、番組番号 Xに対応する番組対応表 PMTが得られる。番組対応表 PMTには、番組ごとに、視聴の対象として各番組を構成する映像 ·音声情報等が格納された TSパケットの PIDが格納されている。例えば、番組番号 Xの映像情報の PIDは XVであり、音声情報の PIDは XAである。このようにして得られた映像情報を格納したパケットの PI D (=XV)と、音声情報を格納したパケットの PID (=XA)とを利用して、フル TSから特定の番組に関する映像 ·音声のパケットを抽出できる。

[0044] なお、フル TSからパーシャル TSを生成する際には、必要な映像'音声情報を格納したパケットを取り出すだけでなぐ PSI (Program Specific Information)パケットおよび SI (Service Information)パケットも抽出および変更する必要がある。 PSI パケットとは、図 2に示す番組表パケット（PAT_TSP)および番組対応表パケット（P MT_TSP)等を総称するパケットである。 PSIパケットを修正する理由は、フル TSとパーシャル TSとでは含まれる番組数等が異なるため、番組表および番組対応表をパーシャル TSに適合させる必要が生じるからである。一方、 SIパケットとは、フル TS に含まれる番組の内容、スケジュール Zタイミング等を記述するデータ、独自に定義された拡張情報 (これらは「番組配列情報」とも呼ばれる）等を含むパケットである。フノレ TSでは SIパケットに含まれるデータは 20〜30種類にも上る。これらのデータのうち、パーシャル TSの再生等に関して重要なデータのみが抽出されて 1つの SITパケットが生成され、パーシャル TS内に多重化される。またパーシャル TSでは、 SITパケットにはそのストリームがパーシャノレ TSであることを示す情報（partial transport s tream descriptor)が格納されている。パーシャル TS内に SITパケットを多重化することは慣用されている。これは、欧州/日本のデジタル放送規定（DVB/ARIB)との整合†生のためである。

[0045] アナログチューナ 201bは、アンテナ 102b (図 1)力アナログ信号を受け取り、周波数に基づいて選局を行って必要な番組の信号を取り出す。そして番組の映像および音声信号を ADコンバータ 202に出力する。なお、図 1ではレコーダ 100は同軸ケ一ブル 104を介してデジタル信号およびアナログ信号を取得しているため、図 5に入力される信号系統は厳密には 1本である。しかし、デジタル信号およびアナログ信号は周波数によって容易に分離できるため、図 5ではデジタル信号およびアナログ信号が別系統で入力されてレ、るように記載してレ、る。

[0046] ADコンバータ 202は入力された信号をデジタル変換して MPEG— 2エンコーダ 20 3に供給する。 MPEG— 2エンコーダ 203 (以下「エンコーダ 203」と記述する）は、録画の開始指示を受け取ると、供給されたアナログ放送のデジタルデータを MPEG— 2形式に圧縮符号化してトランスポートストリームを生成し、 TS処理部 204に入力する。この処理は、エンコーダ 203が録画の終了指示を受け取るまで継続される。ェンコーダ 203は圧縮符号ィ匕を行うために、参照ピクチャ等を一時的に保持するバッファ (図示せず）等を有している。

[0047] TS処理部 204は、動画の記録時にはパーシャル TSを受け取り、クリップ AVストリーム（ClipAVストリーム）を生成し、 BD205aおよび/または HDD205bに記録する。クリップ AVストリームとは、 BD205aおよび/または HDD205bに記録するための形式を有するデータストリームである。クリップ AVストリームは複数の「ソースパケット」から構成されており、「ソースパケット」はパーシャル TSを構成する各 TSパケットに所定のヘッダを付カ卩して生成される。なお、クリップ AVストリームを生成する際の処理の詳細は、図 7 (a)〜（e)に関連して後述する。

[0048] TS処理部 204は、動画の再生時には、 BD205aおよび/または HDD205bからクリップ AVストリームを読み出し、そのクリップ AVストリームに基づいてパーシャル TS を生成して MPEG— 2デコーダ 206に出力する。

[0049] また、 TS処理部 204は、後述するメモリカード制御部 217からメモリカード 112に格納された静止画データを受け取り、その静止画を加工することなくそのまま BD205a および/または HDD205bに記録する。また、 BD205aおよび/または HDD205b に記録された静止画データを読み出してデコーダ 206に出力することもできる。 TS 処理部 204のさらに具体的な構成および動作は、後に図 6および図 7を参照しながら詳述する。なお、本明細書では、 TS処理部 204が BD205aおよび/または HDD20 5bにデータを記録し、またはそれらからデータを読み出すとして説明している力これは説明の便宜のためである。 BD205aや HDD205bに対するストリームの書き込みや読み出しは、実際には、ディスクの回転、ヘッドの移動とともに各々のドライブ装置に設けられたコントローラ（図示せず）が行ってレ、る。

[0050] MPEG— 2デコーダ 206 (以下「デコーダ 206」と記述する）は、供給されたパーシャル TSを解析して MPEG— 2圧縮符号化データを取得する。そして、その圧縮符号化データを伸長して非圧縮データに変換し、グラフィック制御部 207に供給する。また、デコーダ 206は、 MPEG— 2規格の圧縮符号ィ匕データのみならず、例えば JPE G規格に従った静止画データも非圧縮データに変換することができる。グラフィック制御部 207には内部演算用のメモリ 208が接続されており、オン'スクリーン.ディスプレィ（On Screen Display;〇SD)機能を実現できる。例えば、グラフィック制御部 20 7は種々のメニュー画像と映像とを合成して DAコンバータ 209に出力することができる。 DAコンバータ 209は、入力された OSD合成画像および音声データをアナログ変換して出力する。出力先は、例えば TV106である。

[0051] CPUバス 213はレコーダ 100内の信号を伝送する経路であり、図示されるように各機能ブロックと接続されている。また、 CPUバス 213には、後述するシステム制御部 2 50の各構成要素も接続されてレ、る。

[0052] ネットワーク制御部 214は、レコーダ 100をインターネット等のネットワーク 101に接続するためのインターフェイスであり、例えば、イーサネット（登録商標）規格に準拠した端子およびコントローラである。ネットワーク制御部 214は、ネットワーク 101を介してデータを授受する。このデータは、例えば放送番組に関する番組表のデータや、レコーダ 100の動作を制御するためのソフトウェアプログラムの更新データである。

[0053] 指示受信部 215は、レコーダ 100の本体部に設けられた操作ボタン、または、リモートコントローラからの赤外線を受光する受光部である。指示受信部 215は、ユーザから、例えば録画の開始/停止、録画した番組の再生の開始/停止等の指示や、装填されたメモリカード 112の静止画を BD205aまたは HDD205bにコピーする指示を与える。

[0054] インターフェース（I/F)部 216は、レコーダ 100が他の機器と通信するためのコネクタおよびその通信を制御する。 I/F部 216は、例えば USB2. 0規格の端子、 IEE E1394規格の端子および各規格によるデータ通信を可能とするコントローラを含み、各規格に準拠した方式でデータを授受することができる。例えば、レコーダ 100は、 USB2. 0規格の端子を介して PC108や、カムコーダ（図示せず）等と接続され、 IEE E1394規格の端子の端子を介してデジタルハイビジョンチューナや、カムコーダ（図示せず)等と接続される。

[0055] メモリカード制御部 217は、メモリカード 112をレコーダ 100に装填するためのスロット、および、レコーダ 100とメモリカード 112との間のデータ通信を制御するコントローラである。メモリカード制御部 217は、装填されたメモリカード 112から静止画データファイル、動画データファイル等を読み出して、 CPUバス 213に伝送する。

[0056] システム制御部 250は、レコーダ 100内の信号の流れを含む全体的な処理を制御する。システム制卸部 250は、プログラム ROM210と、 CPU211と、 RAM212とを有している。それぞれは CPUバス 213に接続されている。プログラム ROM210にはレコーダ 100を制御するためのソフトウェアプログラムが格納されている。

[0057] CPU211は、レコーダ 100の全体の動作を制御する中央制御ユニットである。 CP U211は、プログラムを読み出して実行することにより、プログラムに基づいて規定される処理を実現するための制御信号を生成し、 CPUバス 213を介して各構成要素に出力する。メモリ 212は、 CPU211がプログラムを実行するために必要なデータを格納するためのワーク領域を有する。例えば、 CPU211は、 CPUバス 213を使用してプログラム R〇M210からプログラムをランダムアクセスメモリ（RAM) 212に読み出し、そのプログラムを実行する。なお、コンピュータプログラムは、 CD— ROM等の記録媒体に記録して市場に流通され、または、インターネット等の電気通信回線を通じて伝送される。これにより、 PC等を利用して構成されたコンピュータシステムを、本実施形態によるレコーダ 100と同等の機能を有するデータ処理装置として動作させることができる。

[0058] 図 6は、 TS処理部 204の詳細な機能ブロックの構成を示す。 TS処理部 204は、ソース ·/ヽ。ケタィザ 261と、クロックカウンタ 262と、 PLL回路 263と、ノくッファ 264と、ソース 'デ'パケタイザ 265とを有する。

[0059] ソース'パケタイザ 261は、パーシャル TSを受け取り、そのパーシャル TSを構成する TSパケットの前に所定のヘッダを付加してソースパケットを生成して出力する。へッダには、その TSパケットを受信した時刻（すなわちその TSパケットの到着時亥 lj)を示す時刻情報 ATS (Arrival Time Stamp)が含まれている。 TSパケットの到着時刻は、ソース'パケタイザ 261に与えられる基準時刻からのカウント値 (カウント情報）に基づいて特定される。 TSパケットの到着時刻に関する情報を含める理由は、図 7を参照しながら後述する。

[0060] クロックカウンタ 262および PLL回路 263は、ソース'パケタイザ 261が TSパケットの到着時刻を特定するために必要な情報を生成する。まず PLL回路 263は、パーシャル TSに含まれる PCRパケット（図 2の PCR— TSP)を抽出して、基準時刻を示す P CR (Program Clock Reference :プログラム時刻基準参照値）を取得する。 PC Rの値と同じ値がレコーダ 100のシステム基準時刻 STC (System Time Clock)として設定され、 STCが基準時刻とされる。システム基準時刻 STCのシステムクロックの周波数は 27MHzである。 PLL回路 263は、 27MHzのクロック信号をクロックカウンタ 262に出力する。クロックカウンタ 262はクロック信号を受け取り、そのクロック信号をカウント情報としてソース'パケタイザ 261に出力される。

[0061] バッファ 264は、ライトバッファ 264aおよびリードバッファ 264bを有する。ライトバッファ 264aは、送られてきたソースパケットを逐次保持し、合計のデータ量が所定値（例えばバッファの全容量）になったときに、書き込みのために BD205a等に出力する。このとき出力される一連のソースパケット列（データストリーム）を、クリップ AVストリームと呼ぶ。一方、リードノくッファ 264bは、 BD205a等から読み出されたクリップ AVストリームを一時的にバッファして、ソースパケット単位で出力する。

[0062] ソース.デ 'パケタイザ 265は、ソースパケットを受け取って TSパケットに変換し、パ一シャル TSとして出力する。留意すべきは、ソース 'デ'パケタイザ 265は、クロック力ゥンタ 262から与えられるタイミング情報と、ソースパケットに含まれていた TSパケットの到着時刻情報 ATSとに基づレ、て、元の到着時刻に対応する時間間隔で TSバケツトを出力することである。これにより、 TS処理部 204は、記録時の TSパケットの到着タイミングと同じタイミングで、 TSパケットを出力することができる。なお、ソース'デ 'パケタイザ 265は、読み出したパーシャル TSの基準時刻を指定するために、例えば最初のソースパケットにおいて指定されている到着時刻を初期値としてクロックカウンタ 26 2に送る。これにより、クロックカウンタ 262においてその初期値からカウントを開始させることができ、よってその後のカウント結果をタイミング情報として受け取ることができる。

[0063] ここで、図 7を参照しながら、 TS処理部 204において行われる処理を具体的に説明する。図 7 (a)〜（e)は、トランスポートストリームとクリップ AVストリームとの関係を示す。参考のため、図 7 (a)にフノレ TS70を示している。フル TS70は、 TSパケットが連続して配置されており、例えば 3つの番糸且 X, Yおよび Zのデータを含む。図 7 (b)は、デジタルチューナ 201aによってフノレ TS70から生成されたパーシャル TS71を示す。パ一シャル TS71は、連続したフル TS力ら一部のパケットを取り出したストリームであるため、パケットが時間的に離散して存在している。このパケットの間隔は、フル TSの送信側によって調整されており、デコーダにおいてデコードが適正に行われるために必要な条件を満たす。この「条件」とは、 MPEG— 2TSの理想モデルとして規定された T_ STD (TSシステムターゲットデコーダ； TS System Target Decoder)のバッファメモリがオーバーフローおよびアンダーフローを引き起こさないために MPE G規格上定められた条件である。

[0064] パーシャル TS71は、例えば番組 Xに関する TSパケットを含んでいる。

[0065] 図 7 (c)は、クリップ AVストリーム 72を示す。クリップ AVストリーム 72は、ソースパケットが連続して配列されている。各ソースパケットは、ソースパケット番号（SPN) # 1、 2、 3 · · ·で区別される。

[0066] 図 7 (d)は、ソースパケット 73のデータ構造を示す。ソースパケット 73のデータ長は

192バイトに固定されている。すなわち、各ソースパケット 73は、 188バイトの TSパケット 75の前に、 4バイトの TPェクストラヘッダ 74を付加して構成されている。ソース'パケタイザ 261は、パーシャル TSを構成する TSパケットの前に TPェクストラヘッダ 74 を付加することにより、ソースパケットを生成している。

[0067] 図 7 (e)は、 TPェクストラヘッダ 74のデータ構造を示す。 TPェクストラヘッダ 74は、

2ビットのコピー許可インジケータ（CPI) 76と、 30ビットの到着タイムスタンプ ATS77 と力構成されている。コピー許可インジケータ（CPI) 76は、そのビット値に応じて、クリップ AVストリーム 72の全部または一部のコピー回数（0回（コピー不可） Zl回のみ/制限なし等）を規定している。到着タイムスタンプ ATS 77には、 90kHz精度で時刻が記述される。

[0068] なお、図 7 (c)に記載されたクリップ AVストリーム 72は、例えば 32個のソースバケツトの集合（6KB)を 1つの単位として BD205a等に記録される。このような単位をァラインド.ユニットという。ァラインド'ユニットを規定する理由は、 BD205aが 1セクタ 2KB であるため、 32ソースパケットの単位でセクタとのァライメントが確保できるためである [0069] 次に、図 8を参照しながら、クリップ AVストリームがどのように BD205a上に記録されるかを説明する。なお、クリップ AVストリームは HDD205bにも記録され得るため、同様のデータ構造によって記録することができる。ただし、 HDD205bは一般にレコーダ 100から取り外されて他の機器に装填されることはないため、独自のデータ構造によってデータを記録してもよい。

[0070] 図 8は、 BD205aの記録領域と、そのディレクトリ/ファイル構造を示す。 BD205a は、ギャザード 'ファイル領域 81とリアルタイム.データ領域 82とを有する。ギャザード •ファイル領域 81の記録容量は数百メガバイトである。ギャザード 'ファイル領域 81には、クリップ AVストリームの再生等を管理する管理情報のファイル（データベースファィル）が記録される。図 8に示すように、データベースファイルは複数種類存在しており、 ί列免管理フアイノレ 82 (Info, bdav)、プレイリストフアイノレ 83 (01001. rpls、 10 000. vpls)、クリップ情報ファイル 84 (01000. clpi)が存在する。これらはアクセスされる頻度が高い。よって、ギャザード 'ファイル領域 81は効率的にアクセスが可能な、 BD205aの記録領域の中間部に設けられている。また、データベースファイルはタリップ AVストリーム等の動画ストリームを再生するために必須であり、記録内容の誤りは重大な障害を引き起こす。そのため、データベースファイルは同じ BD205a上にバック了ップされる。

[0071] 一方、リアルタイム.データ領域 82の記録容量は 23〜27ギガバイトである。リアノレタィム 'データ領域 82には、クリップ AVストリームのストリームファイルが記録される。例えばクリップ AVストリームファイル 85 (01000· m2ts)が記録される。先のデータべースファイルと異なり、ストリームファイルの再生誤りの影響は局所的であり、その一方、連続的な読み出しを確保する必要がある。よって、誤りの発生を低減するよりも、連続読み出しを保証する方に重点をおいた書き込み処理が行われる。具体的には、クリップ AVストリームファイル 85は最小で 12Mバイトの連続領域（連続した論理セクタ) に記録される。この最小の記録データサイズは「エクステント」と呼ばれる。なお、リアルタイム ·データ領域 82には、 DVストリームを記録することもできる力以下ではタリップ AVストリームが記録されているとして説明する。 [0072] 次に、図 9を参照しながら、上述の管理ファイル 82、プレイリストファイル 83、クリップ情報ファイル 84およびクリップ AVストリームファイル 85相互の関係を説明する。図 9 ( a)〜（d)は、管理情報とストリームデータとの関係を示す。図 9 (a)〜（c)が管理情報であり、図 9 (d)がストリームデータである。図 9 (a)は管理ファイル 82 (Info, bdav)に記述されるプレイリストのテーブルを示す。すなわち、管理ファイル 82には、 BD205a 上に存在するプレイリストを特定するプレイリストファイル名のテーブルが格納されている。ここで「プレイリスト」とは、 1以上のクリップ AVストリームの一部または全部に跨る再生経路を規定した情報である。

[0073] 図 9 (b)は、プレイリストファイル 83 (拡張子： rpls/vpls)に記述されるプレイリストを示す。プレイリストは、リアルプレイリストおよびバーチャルプレイリストに分類できる。リアルプレイリストは、例えば初めてストリームデータが記録されたときにレコーダ 100によって生成されるプレイリストであり、再生経路として動画の最初から最後までが指定される。一方、バーチャルプレイリストは、記録されたストリームデータに対してユーザが設定したプレイリストであり、ユーザの希望する任意の位置および区間が指定される。

[0074] プレイリストの各区間は、プレイリスト内の各プレイアイテムにおいて規定される。すなわち、プレイアイテムには、再生開始位置に対応する開始時刻（In— time)および再生終了位置に対応する終了時刻（Out— time)が記述される。開始時刻および終了時刻は、映像のフレームの再生表示時刻や音声のフレームの再生出力時刻を特定するプレゼンテーションタイムスタンプ（PTS)によって記述される。通常、記録直後のリアルプレイリストではプレイアイテムは 1つだけ設けられ、動画の最初と最後の時刻が指定される。一方、バーチャルプレイリストではプレイアイテムの数は任意である。 1つのバーチャルプレイリストに複数のプレイアイテムを設け、各プレイアイテムが異なる動画ストリームを指定するように記述することもできる。

[0075] 図 9 (c)はクリップ情報ファイル 84 (拡張子： clpi)に記述される時間.アドレス変換テ一ブル（EP_map) 84を示す。変換テーブル（EP_map) 84は、クリップ AVストリームの再生時刻と、その時刻に再生されるデータが格納されたアドレスとを対応付けたテーブルである。この変換テーブル 84を利用することにより、プレイアイテムにおいて指定される開始時刻（In— time)および終了時刻（Out— time)から、その時刻に再生すべきデータが格納されたクリップ AVストリームにおけるアドレスを特定することができる。なお、この変換テーブル 84を利用した変換の原理は、後に図 13から図 15を参照しながら詳述する。

[0076] 図 9 (d)は、クリップ AVストリームファイル 85 (拡張子： m2ts)に格納される動画ストリームを示す。この図では、フアイノレ" 01000. m2ts"および" 02000. m2ts"の各々力クリップ AVストリームファイルである。

[0077] 図 9 (c)および（d)に示すように、 BD205a上では、 1つのクリップ AVストリームファィルに対して 1つのクリップ情報ファイルが設けられる。以下では、クリップ AVストリームフアイノレと、クリップ情報ファイルの対を、クリップ（Clip)と称する。

[0078] 図 10は、プレイリストファイル 83に格納される情報（エントリ）およびそのデータ構造を示す。拡張子" rpls"および" vpls"ファイル 83内には PlayList Oとして示すエントリが存在する。これが上述の「プレイリスト」に対応する。プレイリスト情報（PlayList)の下位には、プレイアイテム（Playltem) l、 2 · · ·が記述される。各プレイアイテムには再生対象となるクリップ情報フアイノレのフアイノレ名（Clip— Information— file— nam e)、 STCを特定するための識別子（ref— to— STC— id)、開始時刻（In— time)、終了時刻（Out— time)等が格納される。なお、プレイリストファイル 83には、 "プレイリストマーク（PlayListMark) "として示すエントリを設けることもできる。プレイリストマークの機能は後述する。

[0079] 図 11および図 12は、クリップ情報ファイル 84に格納される情報（エントリ）およびタリップ情報ファイルのエントリに関するデータ構造を示す図である。クリップ情報フアイノレ 84には、種々のエントリが設けられている。このうち、図 11にはさらに、クリップ関連情報（Cliplnfo)の詳細なデータ構造とシーケンス情報（Sequencelnfo)の詳細なデータ構造とが示されている。クリップ関連情報（Cliplnfo)にもまた、複数のエントリが存在する。図 11には、クリップ関連情報に含まれる 1つのエントリ（TS_type_inf o_block)の詳細なデータ構造が示されている。また図 12によれば、特徴点情報（C PI)内のエントリとして時間'アドレス変換テーブル（EP_map)が設けられていることが理解される。他のエントリ（ClipMark)等に関しては後述する。変換テーブル (EP —map)は、録画した番組ごと、換言すれば記録したビデオ TSパケットの PIDごとに設けられる。

[0080] なお、図 12に示されるように、 EP— mapに代えて TU— mapを設けることもできる。

TU_mapとは、パケットの到着時刻（ATS)とソースパケット番号との対応を示すテ一ブルである。パケットの到着時刻のエントリは、例えば 1秒間隔で設けられる。そして、その時刻の直後に最初に受け取られた TSパケットから生成されたソースパケットの番号が、その時刻に対応付けられる。

[0081] 次に、図 13から図 15を参照しながら、時間.アドレス変換テーブル（EP_map)のデータ構造と、変換テーブル 84を利用した時間—アドレス変換の原理を説明する。図 13は、時間'アドレス変換テーブルのデータ構造を示す。変換テーブルでは、時間を示すタイムスタンプ（PTS)とアドレスを示すソースパケット番号（SPN)とが対応付けられている。このタイムスタンプ（PTS)は、映像に関していえば MPEG規格の G OPの先頭に配置される各 Iピクチャの PTSを表す。またソースパケット番号（SPN)とは、その PTSに対応する時刻に再生される Iピクチャの先頭データが格納されたソースパケット番号（SPN)である。ソースパケットのデータサイズは 192バイトであるから、ソースパケット番号が特定されるとクリップ AVストリームの先頭からのバイト数が特定され、そのデータに容易かつ確実にアクセスできる。なお、この変換テーブルにおけるソースパケット番号 XI、 X2等の実際の値は必ずしも連続する整数ではなぐ飛び飛びに大きくなつてレ、く整数値である。

[0082] 図 14は、第 1の例による時間とアドレスの対応を示す。上述のように、 GOPの先頭に配置される各 Iピクチャの PTS値のみを時間'アドレス変換テーブルに記述しているため、その PTS値以外の PTS値が開始時刻（In_time)および Zまたは終了時刻 (Out_time)として指定されると、その時刻に対応するアドレス（ソースパケット番号）を直接得ることができなレ、。しかし、 MPEG— 2ビデオの符号化圧縮方式では、ピクチヤ間の差分を用レ、て圧縮処理を行うため、まず最初に GOP先頭の Iピクチャを復号しなければ、続くピクチャも復号できなレ、。したがって、 Iピクチャのエントリーが記述されていれば実際の再生には問題なぐそれ以上のピクチャ単位の再生制御は、時間-アドレス変換テーブル (EP_map)で指定される Iピクチャから復号を開始し、続くピクチャを解析/復号しながら、期待されるピクチャだけを表示処理すればょレ、ことになる。

[0083] 図 15は、第 2の例による時間とアドレスの対応を示す。図 14の例と異なる点を説明する。放送番組の録画の対象は、 1つの番組のみならず連続する複数の番組に亘る場合がある。このとき、各番組についてみれば PTSやソースパケット番号は一意に定められている力番組間でみればそれらの値が重複する場合がある。したがって、そのような場合にも時間 'アドレス変換テーブル (EP_map)によって確実に時間とアドレスとの変換を行えるようにする必要がある。そこで、特定の再生ポイントを一意に特定するための情報（STC_ID)を規定し、時刻情報とともにソースパケット番号を特定するために利用する。

[0084] まず、最初に録画されている番組に対し、 STC_ID = 0を与える。図 6に関連して説明したように、各パーシャル TSは独自のシステム時刻基準 STCに基づいて処理されるため、番組の切り替え点においてはシステム時刻基準 STCが不連続になる。図 15には、番組 A、 Bおよび Cを録画したときにおいて、番組 Aと B、および、番組 Bと C との間に STC不連続点が存在する例を示す。各タイミングにおいて異なる STC— ID を設定している。図 15では、最初の番組 Aは STC— ID = 0、次の番組 Bは STC— I D = l、最後の番組 Cは STC— ID = 2である。さらに、 1つの STC— IDのストリームの最長再生時間を規定することで、同一の STC— ID内でも同一の PTSが存在しないことを保証している。（MPEGの PTSは 90KHz精度で 33ビット長であるため、約 26· 5時間しか正しく表現できなレ、。 )

[0085] 上述のように STC— IDを害 ijり当てておくことにより、時刻情報（In— time/Out— ti me)および STC_IDに基づいて、本来指定されたとおりの適切なソースパケット番号を得ることができる。図 10に示す Playltem Oには、開始時刻（IN_time)および終了時刻（OUT_time)の情報とともに STC_IDを特定するためのエントリ (ref_t o_STC_id)が設けられていることが理解される。

[0086] 次に、図 16から図 19を参照しながら、バーチャルプレイリストを利用したクリップ AV ストリームの編集処理を説明する。図 16 (a)は、リアルプレイリスト 1および 2と、対応するクリップ 1および 2を示す。クリップ 1の一部およびクリップ 2の一部を連続して再生するバーチャルプレイリストを生成することを考える。図 16 (b)は、 IN1力 OUT1までの第 1区間および IN2から OUT2までの第 2区間を連続して再生するバーチャルプレイリストを示す。第 1区間および第 2区間はそれぞれバーチャルプレイリスト内の別個のプレイアイテムによって指定される。バーチャルプレイリストによれば、リアルプレイリスト 1および 2およびクリップ 1および 2を直接加工することなぐ別個のクリップの一部の再生区間を見かけ上つなぎ合わせることができる。

[0087] し力、しながら、前述の通り、 MPEG— 2ビデオ圧縮方式はピクチャ間の差分を用いて圧縮しているため、 IN2で飛び込んだ直後のピクチャは、そのピクチャの復号に必要な先行するピクチャのデータが取得されていないために通常復号できず、しばらく映像が表示されないことになる。

[0088] 映像のみに関し、シームレスな再生を実現するためには、もともとのストリームを破壊編集し、接続点でのビデオの再エンコードする必要がある。このとき、プレイアイテムの接続情報（connection— condition)は「4」に設定される。しかしながら、破壊編集は元の映像が残らない編集である。そこで、破壊編集のような元のストリームの編集は行わずに、接合点付近のストリームを集め、シームレス接続できるように再ェンコード処理した「ブリッジクリップ」というクリップを新たに設けることができる。再生時は、つなぎ目の直前でブリッジクリップに再生制御を切り替え、ブリッジクリップの再生後に第 2区間の再生に移る。これにより、矛盾のない滑らかな場面の切り替えを実現すること力 Sできる。なお、このブリッジクリップによる接続情報は「3」に設定される。

[0089] 図 17 (a)は、図 16 (b)のバーチャルプレイリストを分割するときの分割点の位置を示す。図 17 (b)は、分割されたバーチャルプレイリスト 1および 2を示す。バーチャルプレイリスト 1は、リアルプレイリスト 1の区間とリアルプレイリスト 2の一部の区間の連続再生を規定する。一方、バーチャルプレイリスト 2は、リアルプレイリスト 2の残りの区間の再生を規定する。

[0090] 図 17 (a)および（b)に示す処理とは逆の処理、すなわち複数のバーチャルプレイリストを併合することもできる。図 18 (a)は、併合の対象であるバーチャルプレイリスト 1 および 2を示す。図 18 (b)は、 1つに併合されたバーチャルプレイリストを示す。

[0091] 図 17 (a)および（b)の例においても、また図 18 (a)および（b)の例においても、バ一チャルプレイリストを用いることにより、リアルプレイリスト 1および 2およびクリップ 1および 2を直接加工することなぐクリップを見かけ上分割し、または併合することができる。

[0092] 一方、リアルプレイリストの部分削除の場合には、クリップおよびリアルプレイリストを直接カ卩ェする必要がある。図 19 (a)は、区間 A—Bを削除の対象とするリアルプレリストおよびクリップを示す。そして、図 19 (b)は、区間 A—Bを削除して、点 Aおよび B の位置を結合したリアルプレイリストおよびクリップを示す。リアルプレイリストの部分削除および削除の場合にのみクリップおよびリアルプレイリストを直接加工する理由は、リアルプレイリストのみが映像 ·音声データと直接の因果関係を持っためである。つまり、レコーダ上のユーザーインターフェースにおいて、ユーザーにクリップを認、識させず、リアルプレイリスト（ユーザーにとって、クリップと同じ意味を持つ）とバーチャルプレイリスト（単なる再生経路情報）のみを提示することを想定しているためである。

[0093] 次に、図 20を参照しながらサムネイルピクチャの管理を説明する。図 20は、 BD20 5aにおいて管理されるサムネイルピクチャと管理ファイルとの関係を示す。サムネィルビクチャとは、動画の一場面や静止画等の縮小されたピクチャであり、動画や静止画の内容を容易に確認する目的で設けられる。

[0094] サムネイルピクチャに関連するデータは、複数のファイルに格納される。図 20には、サムネイルピクチャを管理するメニューサムネイルファイル 302およびマークサムネィルファイル 304が示されている。メニューサムネイルファイル 302は、 BD205aゃプレイリストのサムネイルに関するインデクス情報を格納している。このインデクス情報は、メニューサムネイルファイル 302において管理されるサムネイルピクチャ（サムネイルピクチャ 302a、 302b等）の管理番号（menu_thumbnail_index)を含む。サムネィルピクチャ 302aはバーチャルプレイリスト 312の代表的な内容を示す。また、サムネイルピクチャ 302bはボリュームサムネイルと呼ばれ、本 BDAVディレクトリの全体に関する代表的な内容を示す。なお図 8には、メニューサムネイルファイル 302に対応する" menu, tidx"ファイルと、各サムネイルピクチャの実体データを示す" menu, td t (n) " (n= l , 2 · · · )が示されてレ、る。

[0095] 一方、マークサムネイルファイル 304は、所望の映像の位置に付加され、しおりとして機能する「マーク」のサムネイルに関するインデクス情報を格納してレ、る。このインデクス情報も同様に、マークサムネイルファイル 304において管理されるサムネィノレピクチャ（サムネイルピクチャ 304a、 304b, 304c等）の管理番号（mark_thumbna il_index)を含む。サムネイルピクチャ 304aはバーチャルプレイリスト 312内のマークが付加された位置の縮小画像である。サムネイルピクチャ 304bはリアルプレイリスト 314内のマークが付加された位置の縮小画像である。また、サムネイルピクチャ 304c はクリップ 316内のクリップマークが付加された位置の縮小画像である。なお図 8には、マークサムネイルファイル 304に対応する" mark, tidx"ファイルと、各サムネイルピクチャの実体データを示す" mark, tdt (n) " (η= 1 , 2 · · · )が示されている。上述の各サムネイルピクチャのデータは、 JPEG規格に基づいて圧縮符号化されている。

[0096] 上述のメニューサムネイルファイル 302およびマークサムネイルファイル 304を利用すると、サムネイルピクチャを一覧表示したり、特定のマークのみのサムネイルピクチャを選択的に表示させることができる。これにより、ユーザはその BD205aで管理されている動画の概要、種々のプレイリストの概要、または、特定のプレイリストの複数の場面の概要を容易に把握できる。

[0097] 図 21 (a)〜（c)は、それぞれ、マークが付加されたバーチャルプレイリスト 312、リアルプレイリスト 314およびクリップ 316を示す。 BD205aではユーザは複数種類のマークを設定することができる。すなわち、所望の動画等（コンテンツ）の頭出し点を指定する「ブックマーク」、再生を飛ばす点（区間）を指定する「スキップマーク」、および、先に視聴を停止したコンテンツの位置を指定する「レジュームマーク」、チャプターの先頭を指定する「チャプターマーク」等である。

[0098] 図 21 (a)に示すバーチャルプレイリスト 312には、ブックマークおよびレジュームマークが設定されている。これらのマークは、プレイリストファイル（拡張子: vpls)の" Pla yListMark"エントリに記述される。図 10には、 "PlayListMark"エントリに対応する PlayListMark Oが記載されている。 PlayListMark ()において、 "mark_type"は、ブックマーク、レジュームマーク等のマークの種類を特定する情報である。 "mark_ time_stamp"は、マークが設定されるピクチャのタイムスタンプ（PTS)を特定する情報である。各マークにはサムネイルピクチャを対応付けることもできる。図 21 (a)に示すサムネイルピクチャ 304aは、ブックマークが設定された場面の縮小画像である。バーチャルプレイリスト 312に設定されたサムネイルピクチャ 304aは、マークサムネィルファイル 304において管理される。

[0099] 次に、図 21 (b)に示すリアルプレイリスト 314には、ブックマーク、レジュームマークおよびスキップマークが設定されている。スキップマークについても、スキップ開始位置のサムネイルピクチャ 304bを設定できる。またスキップする期間（duration)もあわせて設定できる。

[0100] 図 21 (c)に示すクリップ 316には、クリップマークが設定されている。クリップマークは、クリップ AVストリームを生成した際にレコーダ 100が付加するマークである。ユーザはクリップマークの生成に関与できず、また生成されたクリップマークの削除等にも関与できない。クリップマークは、クリップに直接付加されるため、プレイリスト 312および 314に基づく再生時にもその機能は有効である。なお、クリップマークにもサムネィルビクチャ 304cが設定され得る。

[0101] 上述の各マークには、録画機器（例えばレコーダ 100)のメーカごとの ID (maker— ID)と独自情報（makers— private— data)を付加することもできる。これにより、マークを用いてメーカ独自に機器の機能を拡張することができる。

[0102] 上述のように、マークを利用するとサムネイルピクチャ等の静止画データを扱うことが可能である。そこで次に、上述のマークをさらに拡張して、プレイリスト等の内容とは関連がない静止画データを取り扱うことを可能とするデータ構造およびその処理を説明する。

[0103] 図 22は、メモリカード 112に記録された静止画データがコピーされた BD205aを示す。コピーされた静止画データは、ユーザがデジタルスチルカメラやカムコーダの静止画撮影機能を利用して撮影した静止画に関する。なお、 BD205aには予め BDA Vフォルダが構築されてレ、るとする。

[0104] メモリカード 112には、近年の多くのデジタルスチルカメラが採用する、 DCF規格に準拠したファイルシステムが構築されている。このファイルシステムでは、フォルダの名称やフォルダの階層構造等に関する規定が設けられている。具体的には、 DCF 規格ではルートの直下に「DCIM」とレ、う名称のディレクトリ（フォルダ）が作成される。さらに、 DCIMフォルダの下に「100XXXXX〜999XXXXX (Xは半角英数大文字の 5文字）」という名称のフォルダが作成される。そして、各フォルダ内に、「YYYY00 01〜ΥΥΥΥ9999 (Υは半角英数大文字の 4文字）」とレ、うファイル名で Exif規格に貝 IJつたファイルフォーマットにて静止画データが保存される。 DCF規格に準拠して記録されたデータであれば、記録媒体の種類にかかわらず、また再生機器のメーカにかかわらず、静止画データの格納位置とそのデータを特定することができる。その結果、静止画の再生も可能になる。

[0105] レコーダ 100は、メモリカード 112が装填されると、その DCIMフォルダ以下のフォノレダおよび静止画データを、 BD205aのルートフォルダの直下にコピーする。 BD20 5aのルートフォルダの直下に DCIMフォルダをコピーする理由は、 BD205a上でも D CF規格にならったディレクトリ Zファイル構造で静止画データを格納するためである。これにより、 BD205aがレコーダ 100から取り出され、他の機器、例えば DCF規格対応のアプリケーションソフトウェアがインストールされた PCに装填されたときでも、その PCのユーザは、そのソフトウェアを利用して DCF規格のディレクトリ/ファイル構成に従って静止画データの再生等が可能になる。また、再度 SDメモリーカードなどへ静止画データを書き出す時には、 DCIMフォルダ以下を直接コピーすればよぐ簡単である。

[0106] 本実施形態ではさらに、コピーされた静止画データをマークとして関連付け、上述したメニューの一部として動画のサムネイル等とともに表示させる。この関連付けに際して、 BDAVフォルダ直下には、インデクス 'アドレス変換テーブル（StillMap)を格納したファイルが設けられる。以下、図 5および図 23を参照しながら、 BDにおいて静止画データを管理するためのレコーダ 100の処理を説明する。

[0107] 図 23は、本実施形態による静止画データのコピー処理の手順を示す。まずステツプ S240では、レコーダ 100の CPU211は、メモリカード制御部 217および BDドライブに BDおよびメモリーカードが装填されていることを検出する。次のステップ S241では、 CPU211はメモリカード制御部 217を介してメモリカード 112にアクセスし、メモリカード 112に、 DCF規格に準拠した形式で静止画データが格納されていることを検出する。その後、ステップ S242において、 CPU211はユーザに対し、メモリーカード 112内の静止画データを BDにコピーするか否かを問い合わせる。例えば、 CPU21 1はグラフィック制御部 207に指示を出して、「メモリカードの静止画データをブルーレィディスクにコピーしますか？」というメッセージを TV106に表示させる。その結果、指示受信部 215がユーザからコピー開始の指示を受け取るとステップ S244に進む。コピーを行わない指示を受け取ると、処理は終了する。

[0108] ステップ S244では、 CPU211は、メモリーカード 112の DCIMフォルダ以下のフォルダおよび静止画データを、 BD205aにコピーする。具体的には、メモリカード制御部 217がメモリカード 112にアクセスしてフォルダおよび静止画データを読み出し、 C PUバス 213を介して TS処理部 204に送る。 TS処理部 204は階層構造を保持しながら、受け取ったデータを BD205aに書き込む。

[0109] 次に、ステップ S245において、 CPU211は所定の動画または静止画を利用して B D205a上にクリップを生成し、そのクリップに対応するプレイリストを生成する。そして CPU211は、ステップ S246において、コピーした静止画データの数に応じて静止画プレイリスト内に静止画マークのエントリを生成し、ステップ S247において各静止画マークのエントリにインデクスを設定する。

[0110] ここで、ステップ S245からステップ S247の処理を、図 24を参照しながらより詳しく説明する。図 24は、コピー処理後の BD205aを示す。クリップ 401は、レコーダ 100 の出荷時にその ROM等に格納されている静止画データ等であり、動画のクリップ A Vストリームに対応する。この静止画は、例えば「静止画マーク管理に対応した機器で再生してください」というメッセージを含む。 BD205aの再生に対応した機器であつても本実施形態による処理に対応していない場合があるため、その機器のユーザに注意を促すためである。なお、本実施形態による処理に対応していない機器に BD2 05aが装填されると、その機器は新たなエントリである静止画マーク（StillPictureM ark)は解析できなレ、。よって静止画マークに関するデータエントリの解析および処理をしないと考えられる。

[0111] 動画に関するクリップと同様、静止画に関するクリップ 401に対してはプレイリスト 40 2が生成され、プレイリストに対してはプレイアイテム 403が設けられる。プレイアイテム 403には、静止画クリップ 401の一部であるクリップ情報ファイルのファイル名およびその静止画イメージ (実際には動画として符号化処理されている）の表示期間を示す情報等を記述しておけばよい。一方、プレイリスト 402には、図 10を参照しながら説明したように"プレイリストマーク（PlayListMark) "として示すエントリを設けることができ、そしてそのプレイリストマークにはマークタイプ（mark_type)によって特定されるブックマーク、スキップマーク等を設けることができる。

[0112] 本実施形態では、このプレイリストマーク内に新たに静止画マーク（StillPictureM ark)を規定する。静止画マークのマークタイプ（mark_type)は、ブックマーク、スキップマーク等の既存のマークに割り当てられたコードとは異なるコードを設定する。新たに規定する静止画マークは 2種類であり、動画同期型の静止画マーク（Synchron ousStillMark)および動画非同期型（静止画スライド再生型）の静止画マーク（Asy nchronousStillMark)である。これらには別個のコードが付加される。

[0113] CPU211は、メモリカード 112から BD205aにコピーされた静止画データの数だけ静止画マークを設定する。図 24のプレイリスト 402に向力う矢印は、静止画マークのエントリのイメージを示している。そして、各マークには一意の番号 (インデタス）が割り当てられる。インデタスの値が特定されると、対応する静止画データも特定されることになる。

[0114] 静止画マークを設定する際、 CPU211は静止画マークに順序を付ける。この順序は、静止画のスライド再生時における再生順序を規定する。 CPU211は、コピーされた静止画データの属性情報 (例えば Exif規格のタグ情報）に基づいて、静止画データの生成日時または記録日時を示すタイムスタンプを取得する。そしてタイムスタンプが古レ、順から新しレ、順に静止画データを順序付けし、順に静止画マークを登録する。すると、静止画マークの登録順にそのマークに対応する静止画が再生される。

[0115] 再び図 23を参照する。ステップ S248では、 CPU211は、各インデタスと、 BD205 a上の各静止画データを特定する情報とを対応付けた、インデクス 'アドレス変換テーブル（StillMap)を生成する。静止画データを特定する情報とは、静止画データファィルが、 BD205a上の階層構造内のどのフォルダに格納されているかを示す静止画データまでのパスおよびそのファイル名である。ステップ S249では、 CPU211は生成したテーブル (StillMap)を BDの BDAVフォルダ直下に記録する。 [0116] 図 24に示すように、インデタス.アドレス変換テーブル（StillMap) 404によれば、プレイリスト 402に設定された各静止画マークと、 BD205aの DCIMフォルダ下に格納された各静止画データとを 1対 1で対応付けることができる。ここで図 25 (a)および (b )を参照しながら、静止画マークの詳細を説明する。

[0117] 上述のように、本明細書においては動画同期型の静止画マークおよび動画非同期型の静止画マークが規定される。以下では静止画マークのエントリの概略を説明し、その後個々のマーク特有のエントリを説明する。

[0118] 図 25 (a)および (b)は、本実施形態による 2種類の静止画マークのデータ構造を示す。静止画マーク（StillPictureMark)は、図 10に示すプレイリストマークの 1つのェントリとして規定される。記述形式はブックマーク等と同様である。

[0119] 各静止画マークは、マークタイプ（mark_type)、マークに付与されたサムネイルを一意に示すインデクス（ref_to_mark_thumbnail_index)、 StillMapへの入力値となる静止画インデクス（ref— to— still— picture— index)、マークが位置する時刻情報を示すマークタイムスタンプ (mark— time— stamp)、表示期間 (duration )等を示すエントリを含む。

[0120] マークタイプ（mark— type)は、静止画マークであることを示すコード（"Asynchro nousStillMark"や" SynchronousStillMark"等）が与えられる。上述のように、このコードはブックマーク、スキップマーク等の既存のマークに害 !jり当てられたコードとは異なる。

[0121] インデクス（ref— to— mark— thumbnail— index)は、そのマークのサムネイル画像のデータを識別するために一意に割り当てられた番号である。

[0122] 静止画インデクス（ref_to_still_picture_index)は、静止画を一意に識別するための識別番号であり、本明細書では「静止画 ID」とも呼ぶ。静止画 IDは、例えばメモリカード 112から BD205aへの静止画データがコピーされた直後に、存在する各静止画データに割り振られた通し番号である。

[0123] マークの位置を STC時間軸上で示す" mark_time_stamp"は、再生出力のタイミングを示す情報である。

[0124] 表示期間（duration)は、その静止画を表示する期間を示す。その期間は任意であり、ユーザが指定してもよいし、「5秒」等のように予め定められた固定長であってもよい。

[0125] 図 10に示すように、静止画マークはリアルプレイリスト内またはバーチャルプレイリスト内に設けられる。レコーダ 100は、動画のクリップ AVストリームのマーク処理と類似する処理によって容易に静止画マークを解析してメニュー表示等をすることができる。この結果、静止画マークに対応した機器では、動画のクリップおよび Zまたはプレイリストに付加されるマークと、各静止画に対応する静止画マークとを区別することなく、同時にメニュー画面等に表示することができる。また、静止画マークに対応していない機器では、動画のクリップおよび Zまたはプレイリストに付加される静止画マーク以外のマークをメニュー画面等に表示することができる。

[0126] 図 25 (a)は、静止画の逐次再生 (スライド再生）を行うための静止画マークの設定例を示す。静止画マークのデータは、図 10の PlayListMark内のエントリ（StillPict ureMark)として記述される。このエントリのマークタイプ（mark— type)には、スライド再生のために利用される静止画マークであることを示すために" AsynchronousSt illMark"が設定されている。静止画マークは複数設けることができ、そのときには各静止画マークには異なる静止画 IDが割り当てられる。図 25 (a)に示す静止画マークは、スライド再生を想定して設けられているため、再生時刻に対応する" mark— time —stamp"は、この場合無効であり、 "0"が設定される。スライド再生を行うことを前提とするときは、各静止画は規定の表示期間に従って順を追って再生されるため再生タイミングの指定は不要だからである。そして、表示期間（duration)には、 0より大きい値が設定される。

[0127] 図 25 (b)は、動画と静止画とを混在して再生するときの静止画マークの設定例を示す。この静止画マークは、動画再生の合間に表示する際に設けられる。マークタイプ (mark_type)には" SynchronousStillMark"が設定される。図 25 (b)の静止画マークもまた複数設けることができ、各静止画マークには異なる静止画 IDが割り当てられる。 "mark_time_stamp"は、静止画が再生されるべき有効な時刻情報が記述される。この値は、動画再生における基準時刻を示す STC時間軸上に設定されるため、正しい時刻設定のもとに、動画と静止画の混在再生が可能である。表示期間（ duration)には 0より大きい値が設定される。 "SynchronousStillMark"で示される静止画は、 "mark— time— stamp"で指定される時刻から、 durationで示される期間表示され、その後、 "mark— time— stamp"以降の時間に再生されるべき動画が再生される。

[0128] なお、ここでは静止画 IDに割り当てる番号は、 "ref_to_still_picture_index" として示すフィールドに格納されるとして説明している力例えば図 25 (a)および (b) に示す" ref_to_menu_thumbnail_index"として示すフィーノレド等に格納されてもよレ、。また、図 25 (a)および (b)では、静止画 IDを参照している力その静止画 I Dに加え、または静止画 IDに代えて静止画以外のデータを参照してもよレ、。例えば静止画ファイルと同様に音声（音楽）ファイルおよびその各々に対応する ID (audio _index)を用意する。そして図 25 (a)の静止画マーク中に、 "ref_to_still_pict ure_index"フィールドと並列して" ref_to_audio_index"を設け、その IDを指定する。すると、各静止画のスライドショー中にその音声ファイルが参照されて、 BG Mを流すことができる。なお、音声ファイルは例である。他の例として、テキストフアイルを利用して静止画の説明を付加することも可能である。

[0129] 図 26は、インデクス 'アドレス変換テーブル（StillMap) 404の対応関係を示す。変換テーブル 404は、各静止画を一意に特定するサムネイルインデクス（静止画 ID)と、フルパス表記されたファイル名との対応関係を規定する。「フルパス表記されたファィル名」とは、 BD205aの階層構造においてルートからそのファイルの格納位置までのフォルダ経路を表記したファイル名をいう。以下、静止画ファイル名およびそのファィルまでのパスに関する情報を「静止画データ特定情報」と呼ぶ。

[0130] 変換テーブル 404は、静止画 IDフィーノレド 405と、静止画データ特定情報のェントリとが対応付けられて構成されている。静止画データ特定情報のエントリは、パスェントリ 406aおよびファイノレエントリ 406bと力ら構成される。パスエントリ 406aは、ファイルまでのパスに関する情報 (パス情報）が格納される。パスエントリ 406aでは各フアイノレと 1対 1でパス情報が格納されているのではなぐ共通するパス情報が 1つだけ記述される。一方、ファイルエントリ 406bには各ファイル名が格納される。

[0131] 例えば図 26では、フアイノレ名 DSCOOOOx. JPG (x : l、 2、 3 · · · )のパス情報は" D CIM¥ 101SDDCF¥ "であり、各ファイルに共通している。そのため、パスエントリ 4 06aには複数のファイルに対して" DCIM¥ 101SDDCF¥ "が 1つだけ記述される。

DCF規格では、 DCFディレクトリあたりの最大静止画ファイル数が 9999個であり、大量に同一パスに静止画ファイルが格納されることになる。 StillMapでは、共通するパス情報を重複して記述しないので、すべてのファイルエントリのパス情報を記述するときの情報量よりもはるかに少ない情報量で、変換テーブル 404を構築できる。その具体的なデータ構造を図 27を参照しながら説明する。

[0132] 図 27は、インデクス 'アドレス変換テーブル（StillMap) 404のデータ構造の例を示す。上述の静止画 IDおよび静止画データ特定情報は、 StillMap ()フィーノレド 270 において規定されている。 StillMap ()フィールド 270は、 2つの for構文を用いて適宜されている。

[0133] StillMap ()フィールド 270の第 1の for構文ではパスエントリ 406aが規定される。パスエントリのシンタックスのうち、フィールド 271にはフォルダ名が記述される。このフォルダ名は、フォルダに与えられた名前のみが単に格納されているのではなぐ BD20 5aのファイルシステムにおける、ルートから静止画ファイルが格納されたフォルダまでの経路（パス）とともに記述されたフォルダ名である。またフィーノレド 272には、そのフオルダに対応するファイルエントリのうちの、先頭のファイル ID (例えば最も小さいファィル ID)が記述される。ファイル IDは以下に説明する。

[0134] StillMap ()フィールド 270の第 2の for構文では、各静止画ファイルごとの静止画 I Dとファイルエントリ 406bとが規定される。具体的には、この for構文中のフィールド 2 73には静止画 IDが記述され、フィールド 274にはその静止画 IDに対応する静止画ファイル名が記述される。対応する静止画 IDと静止画ファイル名には、共通のフアイノレ ID (file_id)が与えられる。よって静止画 IDが与えられると、その静止画 IDのファィル IDと同じファイル IDを持つ静止画ファイル名が一意に特定される。フィーノレド 27 3の各 Still_Picture_indexに示される静止画 IDは、図 25 (a)および（b)における "ref_to_still_picture_index"におレ、て参照される。

[0135] 図 28は、変換テーブル 404を用いた静止画のスライド再生処理の手順を示す。ここでのスライド再生は、図 24に示す静止画のみのクリップ 401のプレイリスト 402に設けられた静止画マークに基づいて行われるとする。そのような静止画マークは、図 25 (a )に示す形式で規定される。まずステップ S290では、 CPU211は、指示受信部 215 を介してユーザから静止画再生の開始指示を受け取る。この指示は、例えばユーザが動画のクリップ AVストリームのサムネイルピクチャとともに表示された静止画ほたはその縮小画像）を確認することにより、指示受信部 215を介して与えられる。

[0136] 次に、ステップ S291では、 CPU211は静止画マーク（StillPictureMark)中にェントリされたマークタイプ（mark_type)の値に基づいて、静止画マークであることを示すコードを確認し、その後サムネイルインデクスを特定する。ステップ S292では、 CPU211は、サムネイルインデクスを用いて変換テーブル（StillMap)を参照し、フルパス表記されたファイル名を特定する。次のステップ S293では、 CPU211の指示に基づいて BD205aから特定されたファイル名の静止画データが読み出される。デコーダ 206はその静止画データを複号化し、静止画を TV106等に出力する。 CPU 211は、静止画マーク（StillPictureMark)中に記述された期間（duration)が経過すると、静止画の出力を停止する。

[0137] ステップ S294では、 CPU211は、すべての静止画の再生を完了したか否かを判定する。具体的には、 CPU211は、そのプレイリスト内のすべての静止画マーク（Stil IPictureMark)エントリの処理が終了したか否かを判定する。まだ再生が終了していない場合にはステップ S295に進む。ステップ S295では、 CPU211は、次の静止画マークのサムネイルインデクスを取得する。その後、ステップ S292に戻り、すべての静止画の再生を完了するまで処理を繰り返す。すべての静止画の再生を完了した後は、処理を終了する。

[0138] 上述の処理は、図 24に示す静止画マークに基づいて行われるとした。しかし、上述の静止画マークを、動画のクリップに対応するプレイリストに設定し、動画と静止画とを混在させて再生することもできる。このとき図 25 (b)に示す動画同期型の静止画マーク（SynchronousStillMark)が設定される。動画同期型の静止画マークは、例えば動画の記録開始日時情報と、静止画の撮影日時を示す撮影日時情報からレコーダが撮影順番通りに自動的に生成してもよい。以下、より詳しく説明する。

[0139] 図 29 (a)は、動画と静止画とを混在させたときの BD205aを示す。動画 1のクリップ 501aおよび動画 2のクリップ 501bが存在し、クリップ 501aおよびクリップ 501bに亘る再生を管理するプレイリスト 502が設けられている。なお、プレイリスト 502には 2つのプレイアイテム 503aおよび 503bが設けられている。

[0140] 以下、静止画と動画との混在表示を実現するための設定手順を説明する。まずュ一ザが自ら静止画マークを設定する例を説明し、その後レコーダ 100が自動的に静止画マークを設定する例を説明する。

[0141] ユーザによる静止画マークの設定手順は以下のとおりである。メモリカード 112から

BD205aへの静止画データのコピーが完了した直後、ユーザは特定の静止画を動画の再生の前後に設定することができる。図 29 (a)では、「特定の静止画」は、静止画 1 (¥DCIM¥ 101SDDCF¥DSC00001. JPG)および静止画 2 (¥DCIM¥ 1

02SDDCF¥DSC00320. JPG)であるとする。

[0142] 図 25 (b)に示す静止画マークは以下の手順によって生成される。まずユーザは、動画と関連付けた再生の対象となる静止画 1と、その再生出力時刻とを指定する。再生出力時刻は、例えば動画の再生出力開始前である。すると、 CPU211は、静止画 1の再生表示時刻を動画 1の PTSによって特定し、その PTSを静止画マーク（StillPi ctureMark)の PTSエントリとして設定する。また、静止画 1を特定するサムネイルィンデタスを設定する。ユーザによって指定された、または予め定められた表示期間（d uration)もまた、表示期間（duration)として規定される。この結果、動画 1の再生において静止画 1の再生を管理する静止画マークが設定される。静止画 2についても同様に設定される。静止画 2については、再生出力時刻は動画 1の再生出力終了後、かつ動画 2の再生出力開始前とする。

[0143] 図 29 (b)は、図 29 (a)において設定された静止画および動画の再生順序およびシステム時刻基準 STCの遷移を示す。システム時刻基準 STCは、デコーダ 206において動作時刻の基準として生成され、カウントが管理されている。システム時刻基準 S TCを生成するために必要な構成は、図 6の TS処理部 204に設けられているクロックカウンタ 262および PLL回路 263によって生成されるカウント情報と同様である。

[0144] 図 29 (b)の上段に示すように、まず静止画 1が所定期間表示され、その後動画 1の再生に移る。動画 1の再生が終了すると、次は静止画 2が所定期間表示され、その後動画 2が再生される。一方、下段に示すシステム時刻基準 STCのカウントは、静止画 1および 2の再生中はポーズ（停止）され、動画 1および 2の再生中は進められる。動画 1および 2の再生中にカウントを進める理由は、 STCは映像および音声の出力タイミングを決定するときの基準とされるからである。すなわち映像データおよび音声データに設定された PTSがシステム時刻基準 STCに一致したときに、その映像データおよび音声データが再生出力される。一方、静止画 1および 2の再生中は、 STCのカウントを停止する必要がある。カウントを続けると動画の再生タイミングがずれるからである。よって、図 29 (b)に示すように STCのカウントを制御する処理が必要になる。

[0145] 続いて、レコーダ 100によって自動的に行われる静止画マークの設定手順を説明する。

[0146] メモリカード 112から BD205aへの静止画データのコピーが完了した直後、レコーダ 100の CPU211は、すべての静止画データを対象としてその静止画データの生成日時または記録日時を示すタイムスタンプを取得する。このタイムスタンプは、例えば Exif規格のタグ情報から取得される。そしてタイムスタンプが古レ、順力新しレ、順に静止画データを順序付けする。

[0147] 次に、 CPU211は、動画の録画を現実に開始した時刻および終了した時刻の情報を取得する。開始時刻は、クリップ AVストリーム中の最初の番組対応表パケット（PM T— TSP)に記述されているとする。番組対応表パケット（PMT— TSP)は約 0. 1秒ごとにストリームに挿入されているため、実質的に正確な動画の開始時刻を示しているといえる。一方の終了時刻は、その動画の開始時刻に再生時間を加算することにより算出できる。

[0148] 再生時間は、例えば動画の先頭の時刻および末尾の時刻の差分値である。動画の先頭の時刻は、例えば図 9 (b)および図 10に示すプレイアイテムの開始時刻（In _time)またはそれ以前の時刻であってもよいし、図 11に示すクリップ情報ファイル 8 4中のシーケンス情報（Sequencelnfo)において規定されるストリームの表示開始時刻（Presentation_start_time)であってもよレ、。動画の末尾の時刻も同様に、例えばプレイアイテムの終了時刻（〇ut_time)またはそれ以後の時刻であってもよいし、図 11に示すストリームの表示終了時刻（Presentation end time)であってもよレ、。これらの時刻力 SPTSとして表されているときには、 PTSの差分値をその精度（周波数)で除算すれば、再生時間が得られる。以下では、動画の現実の録画開始時刻を単に「開始時刻」と呼び、録画終了時刻を単に「終了時刻」と呼ぶ。

[0149] CPU211は、静止画データのタイムスタンプが動画の開始時刻よりも前を示していれば、その動画の開始時刻に対応する PTSを、図 25 (b)における静止画マークの" mark_time_stamp"として設定する。そのような静止画データが複数存在するときには、対応する各静止画マークの" mark_time_stamp"には同じ PTSが設定される。同じ PTSが設定された場合の静止画の再生順序は、静止画マークが生成された順序（図 25 (b)に示す静止画マークの配置順序）に従う。そのため CPU211は、静止画データのタイムスタンプの順に静止画マークを生成して、撮影された順序での静止画の再生を確保する。

[0150] 一方、静止画データのタイムスタンプが動画の開始時刻と終了時刻との間を示していれば、 CPU211は、そのタイムスタンプに対応する動画の再生時刻の PTSを静止画マークの" mark— time— stamp"として設定する。動画と静止画とが異なるカメラで撮影されたときは、撮影時刻が重複する場合がある。しかし、その場合であっても再生は撮影順に行うことが可能となる。

[0151] CPU211は、静止画データのタイムスタンプが動画の終了時刻よりも後を示していれば、その動画の終了時刻に対応する PTSを、図 25 (b)における静止画マークの" mark— time— stamp"として設定する。この処理の対象となる静止画データが複数存在するときには、 CPU211は、静止画データのタイムスタンプの順に静止画マークを生成する。先の例と同様に、静止画の再生順序は静止画マークが生成された順序 (配列順序）に従う。

[0152] 動画が複数存在するとき (撮影時刻順に「動画 1」および「動画 2」と呼ぶ。）には、静止画マークの" mark_time_stamp"として、動画 1の終了時刻に対応する PTSを設定してもよいし、動画 2の開始時刻に対応する PTSを設定してもよい。ただし、前者の処理を採用する方が簡易である。後者の処理を採用するときは動画 2の存在を予め把握する処理、すなわちそのための解析および結果の保持動作を要するからである。さらに動画 2が存在しないときには前者の処理に切り替えなければならず、処理が複雑化するといえる。なお、すべての静止画データを対象として静止画マークを設定するとしたが、どの静止画に対して静止画マークを設けるかについてユーザが指定してもよい。

[0153] レコーダ 100が自動的に静止画マークを生成するにあたっては、各静止画の表示期間もまた自動的に設定される。この期間は、ユーザが予め設定してもよいし、レコーダ 100の工場出荷時等において設定されていてもよい。表示期間は、図 25 (b)に示す" duration"におレ、て規定される。

[0154] レコーダ 100によって静止画マークが設定されたときに、静止画再生中にシステム時刻基準 STCのカウントを停止するか否かは任意である。ただし、動画の再生中に静止画を再生するときには、動画の再生を重視して STCのカウントを進行させればよレ、。このとき静止画と動画とが同時に出力されることになる力例えばひ一ブレンド等の画像処理を行って映像のうえに静止画を合成してもよい。

[0155] 上述の手順で静止画マークを設定したプレイリストを設けることにより、たとえ別個の機器で動画と静止画とを撮影したとしても、撮影した順序で動画と静止画とを再生すること力 Sできる。ユーザは特に作業をすることなく時系列に沿って映像を楽しむことができるので、非常に便利である。この利点は、動画を撮影しながら同時に静止画の撮影が可能なカムコーダに対しても全く同様に適用できる。

[0156] 別個の機器で動画と静止画とを撮影したときには、各機器に設定された時刻がもともと一致していないことがある。一致しなければ正確なタイムスタンプが付加されないため当然に現実の撮影順に動画と静止画とを再生することができない。ユーザは、そのずれを解消するために通常は編集作業を行う。このときユーザが静止画データのタイムスタンプ（図 25 (b)に示す" mark_time_stamp")を一定時間だけずらしたときは、 CPU211は、他の静止画のタイムスタンプも一定時間だけずらすように修正し、修正後のタイムスタンプに基づいて改めて静止画マークを生成すればよレ、。これにより、ユーザは： L枚ずつタイムスタンプを修正する必要がなくなり編集作業の効率化を図ること力 Sできる。なお機器間に設定される時刻のずれをなくすために、例えば Blue tooth規格等を利用して一方の機器の時刻を他方の機器の時刻に一致させてもよいし、または電波時計の電波を利用して各機器が時刻を修正し、結果として両方の機器の時刻を一致させてもよい。また、少なくとも 1枚の静止画の撮影が動画撮影と並行して行われている場合には、動画シーケンスの中での静止画の時間位置（すなわち、動画シーケンスの PTS時間軸上での PTS値）を合わせることにより、静止画を撮影した記録装置と動画を撮影した記録装置間の撮影時刻差を吸収することができる

。逆に、静止画と動画とを同期再生するときは、予め動画撮影中に少なくとも 1枚の静止画を撮影するようユーザーに促す表示を行ったり、推奨することで時刻差を吸収することちでさる。

[0157] 上述の説明から明らかなように、スライド再生を行うための静止画マーク（図 25 (a) ) と、動画と静止画とを混在して再生するときの静止画マーク（図 25 (b) )とが共通のクリップまたはプレイアイテムに対して設定されることはなレ、（例えば図 24および図 29) 。しかし、プレイリストを利用すれば、図 25 (a)および (b)の静止画マークを混在させること力 Sできる。このとき、図 25 (a)および（b)のうちのいずれの静止画マークが規定されてレ、るかを示すフラグを設け、容易に静止画マークの種別を特定できるようにしてもよレ、。これにより静止画マークのタイプを調べなくてもよくなる。

[0158] なお本実施形態では、静止画マークのエントリを、リアルプレイリスト/バーチヤノレプレイリスト内のプレイリストマーク（PlayListMark)下に設けるとして説明した。しかし、静止画マークのエントリを設ける位置はプレイリストマーク（PlayListMark)内には限られなレ、。例えば、静止画マークをクリップマークとしてレコーダが自動的に生成してもよい。

[0159] また、例えば静止画の各エントリを、プレイリスト情報（PlayList)の各プレイアイテム

(図 10)のひとつとして設けてもよい。プレイアイテム内の項目は、本実施形態において説明したエントリ、すなわちクリップ情報ファイルのファイル名、静止画の枚数、各静止画へのインデタス、その静止画の表示期間（duration)と、静止画用のプレイァィテムであることを示すプレイアイテムの種別情報である。このときも、インデクス 'アドレス変換テーブル（StillMap)を利用して静止画のファイル名およびそのファイルまでのパスを得ることができる。静止画をプレイアイテムのひとつとして設けることにより、 1つのプレイリスト内において動画に関するプレイアイテムと並存しながら静止画を管理すること力 Sできる。なおこれとは別に、クリップ情報内に静止画マークのエントリを設けることもできる。

産業上の利用可能性

本発明のデータ処理装置は、動画データの記録のためのデータ構造を拡張したデータ構造に基づいて、動画と静止画とを効率的に管理する。動画の処理のために定められた処理を静止画の処理に際しても利用できるため、例えば動画データのサムネイルピクチャと、静止画データ（またはその縮小画像）とを混在して表示することができる。

Claims

請求の範囲

[1] 記録媒体の静止画フォルダ以下の階層に、 1以上の静止画ファイルを書き込むドライブ装置と、

前記階層内で各静止画ファイルの格納位置を特定するファイル特定情報を生成し、かつ、前記各静止画ファイルを一意に識別するための識別情報を生成し、前記ファィル特定情報および前記識別情報を対応付けたテーブルを生成する制御部とを備えたデータ処理装置であって、前記ドライブ装置は、前記テーブルをテーブルファイルとして前記記録媒体に書き込むデータ処理装置。

[2] 前記制御部は、前記各静止画ファイルに至るまでの階層の経路に関する経路情報および前記各静止画ファイルのファイル名とを前記ファイル特定情報として生成する

、請求項 1に記載のデータ処理装置。

[3] 前記静止画フォルダはサブフォルダを含み、前記サブフォルダには複数の静止画ファイルが格納されており、

前記制御部は、前記複数の静止画ファイルに対して、各サブフォルダに至るまでの

1つの前記経路情報と、前記複数の静止画ファイルの各ファイル名とを前記ファイル特定情報として生成する、請求項 2に記載のデータ処理装置。

[4] 前記制御部は、前記 1以上の静止画ファイルの少なくとも一部を利用して選択的に静止画を再生するためのプレイリストであって、利用される前記静止画ファイルの各々を前記識別情報によって特定するエントリを含むプレイリストを生成し、

前記ドライブ装置は、前記プレイリストをプレイリストファイルとして前記記録媒体に書き込む、請求項 1に記載のデータ処理装置。

[5] 前記ドライブ装置は、前記静止画フォルダと異なる基準フォルダに前記プレイリストファイルを書き込む、請求項 4に記載のデータ処理装置。

[6] 前記制御部は、前記プレイリストの各エントリに、静止画ファイルのみの再生に関するエントリであることを示すタイプ情報を格納する、請求項 4に記載のデータ処理装置

[7] 前記制御部は、前記プレイリストの各エントリに、対応する前記静止画ファイルの静止画の表示期間を規定する表示期間情報を格納する、請求項 6に記載のデータ処理装置。

[8] 前記基準フォルダはサブフォルダを含み、前記サブフォルダには、動画のデータに関する 1以上の動画ファイルが格納されており、

前記制御部は、前記プレイリストファイルに、さらに、前記動画ファイルの各々に対応して設けられたエントリを生成し、動画の各エントリは、対応する前記動画ファイルのファイル名と、動画の再生開始時刻および再生終了時刻に関する情報を含む、請求項 5に記載のデータ処理装置。

[9] 前記制御部は、前記プレイリストマークの各エントリに、動画と静止画との同期再生に関するエントリであることを示すタイプ情報を格納する、請求項 8に記載のデータ処理装置。

[10] 前記制御部は、前記プレイリストファイルの各エントリに、前記動画の再生と同期させて前記静止画を再生するための静止画の表示タイミングを示す時刻情報を格納し、前記時刻情報は、前記動画の再生のために前記動画データに付加された動画の時刻情報に基づいて規定されている、請求項 9に記載のデータ処理装置。

[11] 前記ドライブ装置は、青色半導体レーザを利用して前記記録媒体に前記 1以上の静止画ファイルを書き込む、請求項 1に記載のデータ処理装置。

[12] 前記ドライブ装置は、 DCF規格に準拠した静止画フォルダ以下の階層に、前記 1 以上の静止画ファイルを書き込む、請求項 11に記載のデータ処理装置。