JP4542546B2 - データ処理装置 - Google Patents

Description

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

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

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

静止画データを記録媒体に記録する技術に関して、ＤＣＦ（Ｄｅｓｉｇｎ ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅｍ）規格が策定され普及が進んでいる。ＤＣＦ規格は記録媒体上に記録される静止画ファイルの名前やファイルフォーマットと、それらを格納するディレクトリ構造を規定している。例えば、特許文献１は、ＤＣＦ規格に基づくデータの蓄積に関する技術を開示している。ＤＣＦ規格に従ってディレクトリを構築し、静止画データを記録することにより、記録媒体の種類にかかわらず、また再生機器のメーカにかかわらず、静止画データが再生される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

前記ドライブ装置は、ＤＣＦ規格に準拠した静止画フォルダ以下の階層に、前記１以上の静止画ファイルを書き込んでもよい。

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

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

図１は、本実施形態による光ディスクレコーダ１００と他の機器とによって形成されるシステムの構成を示す。光ディスクレコーダ１００（以下「レコーダ１００」と記述する）は、放送番組の映像および音声に関する動画のデータストリームをブルーレイディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ；ＢＤ）１１４に記録する録画機能を有する。またレコーダ１００は、ＢＤ１１４に記録されたデータストリームを読み出して動画を再生する再生機能も有する。図１では、レコーダ１００の録画機能および再生機能に関連して連携することが可能な他の機器を示している。レコーダ１００の録画機能および再生機能に関する処理は、リモコン１１６や、レコーダ１００本体のボタン（図示せず）等を利用してユーザが与えた指示に基づいて行われる。なお、ＢＤには青色半導体レーザを利用してデータが書き込まれ、読み出される。本明細書においてはＢＤの階層構造およびＢＤの記録／再生機能に関する装置の構成を説明する。しかしこれは例であり、ＢＤ以外の記録媒体、例えばＨＤ−ＤＶＤを用いてもよい。

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

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

次に、レコーダ１００の再生機能に関連する処理を説明する。レコーダ１００はＢＤ１１４に記録された映像および音声を復号化し、ＴＶ１０６、スピーカ（図示せず）等を介して再生する。この映像および音声は放送番組に限られることはなく、例えばカムコーダ１１０によって記録された映像および音声であってもよい。なお、映像および音声が記録されたＢＤ１１４は、レコーダ１００から取り出されてＰＣ１０８等の他の機器に装填され、その機器が再生してもよい。

ここで、図２〜図４を参照しながら、デジタル放送信号として伝送されるトランスポートストリームのデータ構造を説明する。

図２は、トランスポートストリーム（ＴＳ）２０のデータ構造を示す。ＴＳパケットは、例えば、圧縮されたビデオデータが格納されたビデオＴＳパケット（Ｖ＿ＴＳＰ）３０、圧縮されたオーディオデータが格納されたオーディオＴＳパケット（Ａ＿ＴＳＰ）３１の他、番組表（プログラム・アソシエーション・テーブル；ＰＡＴ）が格納されたパケット（ＰＡＴ＿ＴＳＰ）、番組対応表（プログラム・マップ・テーブル；ＰＭＴ）が格納されたパケット（ＰＭＴ＿ＴＳＰ）およびプログラム・クロック・リファレンス（ＰＣＲ）が格納されたパケット（ＰＣＲ＿ＴＳＰ）等を含む。各ＴＳパケットのデータ量は１８８バイトである。また、ＰＡＴ＿ＴＳＰ、ＰＭＴ＿ＴＳＰ等のＴＳの番組構成を記述するＴＳパケットを一般に、ＰＳＩ／ＳＩパケットと呼ぶ。

以下、本発明の処理に関連するビデオＴＳパケットおよびオーディオＴＳパケットを説明する。図３（ａ）はビデオＴＳパケット３０のデータ構造を示す。ビデオＴＳパケット３０は、４バイトのトランスポートパケットヘッダ３０ａ、および、１８４バイトのトランスポートパケットペイロード３０ｂを有する。ペイロード３０ｂにはビデオデータ３０ｂが格納されている。一方、図３（ｂ）は、オーディオＴＳパケット３１のデータ構造を示す。オーディオＴＳパケット３１も同様に、４バイトのトランスポートパケットヘッダ３１ａ、および、１８４バイトのトランスポートパケットペイロード３１ｂを有する。オーディオデータ３１ｂはトランスポートパケットペイロード３１ｂに格納されている。

上述の例から理解されるように、一般にＴＳパケットは４バイトのトランスポートパケットヘッダと、１８４バイトのエレメンタリデータとから構成されている。パケットヘッダには、そのパケットの種類を特定するパケット識別子（Ｐａｃｋｅｔ ＩＤｅｎｔｉｆｉｅｒ；ＰＩＤ）が記述されている。例えば、ビデオＴＳパケットのＰＩＤは“０ｘ００２０”であり、オーディオＴＳパケットのＰＩＤは“０ｘ００２１”である。エレメンタリデータは、ビデオデータ、オーディオデータ等のコンテンツデータや、再生を制御するための制御データ等である。どのようなデータが格納されているかは、パケットの種類に応じて異なる。

以下、ビデオデータを例に挙げて、映像を構成するピクチャとの関係を説明する。図４（ａ）〜（ｄ）は、ビデオＴＳパケットからビデオピクチャを再生する際に構築されるストリームの関係を示す。図４（ａ）に示すように、ＴＳ４０は、ビデオＴＳパケット４０ａ〜４０ｄを含む。なお、ＴＳ４０には、他のパケットも含まれ得るが、ここではビデオＴＳパケットのみを示している。ビデオＴＳパケットは、ヘッダ４０ａ−１に格納されたＰＩＤによって容易に特定される。

ビデオデータ４０ａ−２等の各ビデオＴＳパケットのビデオデータから、パケット化エレメンタリストリームが構成される。図４（ｂ）は、パケット化エレメンタリストリーム（ＰＥＳ）４１のデータ構造を示す。ＰＥＳ４１は、複数のＰＥＳパケット４１ａ、４１ｂ等から構成される。ＰＥＳパケット４１ａは、ＰＥＳヘッダ４１ａ−１およびＰＥＳペイロード４１ａ−２から構成されており、これらのデータがビデオＴＳパケットのビデオデータとして格納されている。

ＰＥＳペイロード４１ａ−２は、それぞれが１つのピクチャのデータを含んでいる。ＰＥＳペイロード４１ａ−２から、エレメンタリストリームが構成される。図４（ｃ）は、エレメンタリストリーム（ＥＳ）４２のデータ構造を示す。ＥＳ４２は、ピクチャヘッダ、および、ピクチャデータの組を複数有している。なお、「ピクチャ」とは一般にフレームおよびフィールドのいずれも含む概念として用いられる。

図４（ｃ）に示すピクチャヘッダ４２ａには、その後に配置されたピクチャデータ４２ｂのピクチャ種別を特定するピクチャコーディングタイプが記述され、ピクチャヘッダ４２ｃにはピクチャデータ４２ｄのピクチャ種別を特定するピクチャコーディングタイプが記述されている。種別とは、Ｉピクチャ（Ｉｎｔｒａ−ｃｏｄｅｄ ｐｉｃｔｕｒｅ）、Ｐピクチャ（Ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ ｐｉｃｔｕｒｅ）またはＢピクチャ（Ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ−ｐｒｅｄｉｃｔｉｖｅ−ｃｏｄｅｄ ｐｉｃｔｕｒｅ）を表す。種別がＩピクチャであれば、そのピクチャコーディングタイプは、例えば“００１ｂ”である。

ピクチャデータ４２ｂ、４２ｄ等は、そのデータのみによって、または、そのデータとその前および／または後に復号化されるデータとによって構築可能な１枚分のフレームのデータである。例えば図４（ｄ）は、ピクチャデータ４２ｂから構築されるピクチャ４３ａおよびピクチャデータ４２ｄから構築されるピクチャ４３ｂを示す。

ＴＳに基づいて映像を再生する際、レコーダ１００はビデオＴＳパケットを取得して上述の処理にしたがってピクチャデータを取得し、映像を構成するピクチャを取得する。これにより映像をＴＶ１０６上に再生することができる。

次に、図５を参照しながら、本実施形態によるレコーダ１００の構成を説明する。図５は、レコーダ１００の機能ブロックの構成を示す。レコーダ１００は、記録媒体としてＢＤ２０５ａのみならず、ハードディスク２０５ｂをも有している。すなわちレコーダ１００は、ＨＤＤ２０５ｂを内蔵したＢＤレコーダである。

レコーダ１００は、デジタルチューナ２０１ａおよびアナログチューナ２０１ｂと、ＡＤコンバータ２０２と、ＭＰＥＧ−２エンコーダ２０３と、ＴＳ処理部２０４と、ＭＰＥＧ−２デコーダ２０６と、グラフィック制御部２０７と、メモリ２０８と、ＤＡコンバータ２０９と、ＣＰＵバス２１３と、ネットワーク制御部２１４と、指示受信部２１５と、インターフェース（Ｉ／Ｆ）部２１６と、メモリカード制御部２１７と、システム制御部２５０とを含む。なお、図５には、光ディスク２０５ａがレコーダ１００内に記載されているが、光ディスク２０５ａは光ディスクレコーダ１００から取り外し可能であり、レコーダ１００自体の構成要素ではない。

以下、各構成要素の機能を説明する。デジタルチューナ２０１ａは、アンテナ１０２ａ（図１）から１以上の番組が含まれるデジタル信号を受け取る。デジタル信号として伝送されるトランスポートストリームには複数の番組のパケットが混在している。複数の番組のパケットを含むトランスポートストリームは“フルＴＳ”と呼ばれる。デジタルチューナ２０１ａは、選局を行ってフルＴＳから必要な番組のパケットのみを取り出し、“パーシャルＴＳ”として出力する。

フルＴＳから所望のチャンネルのパケットを取り出す手順は以下のとおりである。いま、希望の番組の番組番号（チャンネル番号）をＸとする。まずはじめに、フルＴＳから番組表パケット（図２のＰＡＴ＿ＴＳＰ）が検索される。番組表パケットのパケットＩＤ（ＰＩＤ）には、必ず０が与えられているので、その値を有するパケットを検索すればよい。番組表パケット内の番組表には、各番組番号と、その番組番号に対応する各番組の番組対応表パケット（図２のＰＭＴ＿ＴＳＰ）のＰＩＤが格納されている。これにより、番組番号Ｘに対応する番組対応表ＰＭＴのパケットＩＤ（ＰＩＤ）を特定できる。番組対応表ＰＭＴのＰＩＤをＸＸとする。

次に、ＰＩＤ＝ＸＸが付された番組対応表パケット（図２のＰＭＴ＿ＴＳＰ）を抽出すると、番組番号Ｘに対応する番組対応表ＰＭＴが得られる。番組対応表ＰＭＴには、番組ごとに、視聴の対象として各番組を構成する映像・音声情報等が格納されたＴＳパケットのＰＩＤが格納されている。例えば、番組番号Ｘの映像情報のＰＩＤはＸＶであり、音声情報のＰＩＤはＸＡである。このようにして得られた映像情報を格納したパケットのＰＩＤ（＝ＸＶ）と、音声情報を格納したパケットのＰＩＤ（＝ＸＡ）とを利用して、フルＴＳから特定の番組に関する映像・音声のパケットを抽出できる。

なお、フルＴＳからパーシャルＴＳを生成する際には、必要な映像・音声情報を格納したパケットを取り出すだけでなく、ＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）パケットおよびＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）パケットも抽出および変更する必要がある。ＰＳＩパケットとは、図２に示す番組表パケット（ＰＡＴ＿ＴＳＰ）および番組対応表パケット（ＰＭＴ＿ＴＳＰ）等を総称するパケットである。ＰＳＩパケットを修正する理由は、フルＴＳとパーシャルＴＳとでは含まれる番組数等が異なるため、番組表および番組対応表をパーシャルＴＳに適合させる必要が生じるからである。一方、ＳＩパケットとは、フルＴＳに含まれる番組の内容、スケジュール／タイミング等を記述するデータ、独自に定義された拡張情報（これらは「番組配列情報」とも呼ばれる）等を含むパケットである。フルＴＳではＳＩパケットに含まれるデータは２０〜３０種類にも上る。これらのデータのうち、パーシャルＴＳの再生等に関して重要なデータのみが抽出されて１つのＳＩＴパケットが生成され、パーシャルＴＳ内に多重化される。またパーシャルＴＳでは、ＳＩＴパケットにはそのストリームがパーシャルＴＳであることを示す情報（ｐａｒｔｉａｌ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｄｅｓｃｒｉｐｔｏｒ）が格納されている。パーシャルＴＳ内にＳＩＴパケットを多重化することは慣用されている。これは、欧州／日本のデジタル放送規定（ＤＶＢ／ＡＲＩＢ）との整合性のためである。

アナログチューナ２０１ｂは、アンテナ１０２ｂ（図１）からアナログ信号を受け取り、周波数に基づいて選局を行って必要な番組の信号を取り出す。そして番組の映像および音声信号をＡＤコンバータ２０２に出力する。なお、図１ではレコーダ１００は同軸ケーブル１０４を介してデジタル信号およびアナログ信号を取得しているため、図５に入力される信号系統は厳密には１本である。しかし、デジタル信号およびアナログ信号は周波数によって容易に分離できるため、図５ではデジタル信号およびアナログ信号が別系統で入力されているように記載している。

ＡＤコンバータ２０２は入力された信号をデジタル変換してＭＰＥＧ−２エンコーダ２０３に供給する。ＭＰＥＧ−２エンコーダ２０３（以下「エンコーダ２０３」と記述する）は、録画の開始指示を受け取ると、供給されたアナログ放送のデジタルデータをＭＰＥＧ−２形式に圧縮符号化してトランスポートストリームを生成し、ＴＳ処理部２０４に入力する。この処理は、エンコーダ２０３が録画の終了指示を受け取るまで継続される。エンコーダ２０３は圧縮符号化を行うために、参照ピクチャ等を一時的に保持するバッファ（図示せず）等を有している。

ＴＳ処理部２０４は、動画の記録時にはパーシャルＴＳを受け取り、クリップＡＶストリーム（ＣｌｉｐＡＶストリーム）を生成し、ＢＤ２０５ａおよび／またはＨＤＤ２０５ｂに記録する。クリップＡＶストリームとは、ＢＤ２０５ａおよび／またはＨＤＤ２０５ｂに記録するための形式を有するデータストリームである。クリップＡＶストリームは複数の「ソースパケット」から構成されており、「ソースパケット」はパーシャルＴＳを構成する各ＴＳパケットに所定のヘッダを付加して生成される。なお、クリップＡＶストリームを生成する際の処理の詳細は、図７（ａ）〜（ｅ）に関連して後述する。

ＴＳ処理部２０４は、動画の再生時には、ＢＤ２０５ａおよび／またはＨＤＤ２０５ｂからクリップＡＶストリームを読み出し、そのクリップＡＶストリームに基づいてパーシャルＴＳを生成してＭＰＥＧ−２デコーダ２０６に出力する。

また、ＴＳ処理部２０４は、後述するメモリカード制御部２１７からメモリカード１１２に格納された静止画データを受け取り、その静止画を加工することなくそのままＢＤ２０５ａおよび／またはＨＤＤ２０５ｂに記録する。また、ＢＤ２０５ａおよび／またはＨＤＤ２０５ｂに記録された静止画データを読み出してデコーダ２０６に出力することもできる。ＴＳ処理部２０４のさらに具体的な構成および動作は、後に図６および図７を参照しながら詳述する。なお、本明細書では、ＴＳ処理部２０４がＢＤ２０５ａおよび／またはＨＤＤ２０５ｂにデータを記録し、またはそれらからデータを読み出すとして説明しているが、これは説明の便宜のためである。ＢＤ２０５ａやＨＤＤ２０５ｂに対するストリームの書き込みや読み出しは、実際には、ディスクの回転、ヘッドの移動とともに各々のドライブ装置に設けられたコントローラ（図示せず）が行っている。

ＭＰＥＧ−２デコーダ２０６（以下「デコーダ２０６」と記述する）は、供給されたパーシャルＴＳを解析してＭＰＥＧ−２圧縮符号化データを取得する。そして、その圧縮符号化データを伸長して非圧縮データに変換し、グラフィック制御部２０７に供給する。また、デコーダ２０６は、ＭＰＥＧ−２規格の圧縮符号化データのみならず、例えばＪＰＥＧ規格に従った静止画データも非圧縮データに変換することができる。グラフィック制御部２０７には内部演算用のメモリ２０８が接続されており、オン・スクリーン・ディスプレイ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ；ＯＳＤ）機能を実現できる。例えば、グラフィック制御部２０７は種々のメニュー画像と映像とを合成してＤＡコンバータ２０９に出力することができる。ＤＡコンバータ２０９は、入力されたＯＳＤ合成画像および音声データをアナログ変換して出力する。出力先は、例えばＴＶ１０６である。

ＣＰＵバス２１３はレコーダ１００内の信号を伝送する経路であり、図示されるように各機能ブロックと接続されている。また、ＣＰＵバス２１３には、後述するシステム制御部２５０の各構成要素も接続されている。

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

指示受信部２１５は、レコーダ１００の本体部に設けられた操作ボタン、または、リモートコントローラからの赤外線を受光する受光部である。指示受信部２１５は、ユーザから、例えば録画の開始／停止、録画した番組の再生の開始／停止等の指示や、装填されたメモリカード１１２の静止画をＢＤ２０５ａまたはＨＤＤ２０５ｂにコピーする指示を与える。

インターフェース（Ｉ／Ｆ）部２１６は、レコーダ１００が他の機器と通信するためのコネクタおよびその通信を制御する。Ｉ／Ｆ部２１６は、例えばＵＳＢ２．０規格の端子、ＩＥＥＥ１３９４規格の端子および各規格によるデータ通信を可能とするコントローラを含み、各規格に準拠した方式でデータを授受することができる。例えば、レコーダ１００は、ＵＳＢ２．０規格の端子を介してＰＣ１０８や、カムコーダ（図示せず）等と接続され、ＩＥＥＥ１３９４規格の端子の端子を介してデジタルハイビジョンチューナや、カムコーダ（図示せず）等と接続される。

メモリカード制御部２１７は、メモリカード１１２をレコーダ１００に装填するためのスロット、および、レコーダ１００とメモリカード１１２との間のデータ通信を制御するコントローラである。メモリカード制御部２１７は、装填されたメモリカード１１２から静止画データファイル、動画データファイル等を読み出して、ＣＰＵバス２１３に伝送する。

システム制御部２５０は、レコーダ１００内の信号の流れを含む全体的な処理を制御する。システム制御部２５０は、プログラムＲＯＭ２１０と、ＣＰＵ２１１と、ＲＡＭ２１２とを有している。それぞれはＣＰＵバス２１３に接続されている。プログラムＲＯＭ２１０にはレコーダ１００を制御するためのソフトウェアプログラムが格納されている。

ＣＰＵ２１１は、レコーダ１００の全体の動作を制御する中央制御ユニットである。ＣＰＵ２１１は、プログラムを読み出して実行することにより、プログラムに基づいて規定される処理を実現するための制御信号を生成し、ＣＰＵバス２１３を介して各構成要素に出力する。メモリ２１２は、ＣＰＵ２１１がプログラムを実行するために必要なデータを格納するためのワーク領域を有する。例えば、ＣＰＵ２１１は、ＣＰＵバス２１３を使用してプログラムＲＯＭ２１０からプログラムをランダムアクセスメモリ（ＲＡＭ）２１２に読み出し、そのプログラムを実行する。なお、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録して市場に流通され、または、インターネット等の電気通信回線を通じて伝送される。これにより、ＰＣ等を利用して構成されたコンピュータシステムを、本実施形態によるレコーダ１００と同等の機能を有するデータ処理装置として動作させることができる。

図６は、ＴＳ処理部２０４の詳細な機能ブロックの構成を示す。ＴＳ処理部２０４は、ソース・パケタイザ２６１と、クロックカウンタ２６２と、ＰＬＬ回路２６３と、バッファ２６４と、ソース・デ・パケタイザ２６５とを有する。

ソース・パケタイザ２６１は、パーシャルＴＳを受け取り、そのパーシャルＴＳを構成するＴＳパケットの前に所定のヘッダを付加してソースパケットを生成して出力する。ヘッダには、そのＴＳパケットを受信した時刻（すなわちそのＴＳパケットの到着時刻）を示す時刻情報ＡＴＳ（Ａｒｒｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐ）が含まれている。ＴＳパケットの到着時刻は、ソース・パケタイザ２６１に与えられる基準時刻からのカウント値（カウント情報）に基づいて特定される。ＴＳパケットの到着時刻に関する情報を含める理由は、図７を参照しながら後述する。

クロックカウンタ２６２およびＰＬＬ回路２６３は、ソース・パケタイザ２６１がＴＳパケットの到着時刻を特定するために必要な情報を生成する。まずＰＬＬ回路２６３は、パーシャルＴＳに含まれるＰＣＲパケット（図２のＰＣＲ＿ＴＳＰ）を抽出して、基準時刻を示すＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ：プログラム時刻基準参照値）を取得する。ＰＣＲの値と同じ値がレコーダ１００のシステム基準時刻ＳＴＣ（Ｓｙｓｔｅｍ Ｔｉｍｅ Ｃｌｏｃｋ）として設定され、ＳＴＣが基準時刻とされる。システム基準時刻ＳＴＣのシステムクロックの周波数は２７ＭＨｚである。ＰＬＬ回路２６３は、２７ＭＨｚのクロック信号をクロックカウンタ２６２に出力する。クロックカウンタ２６２はクロック信号を受け取り、そのクロック信号をカウント情報としてソース・パケタイザ２６１に出力される。

バッファ２６４は、ライトバッファ２６４ａおよびリードバッファ２６４ｂを有する。ライトバッファ２６４ａは、送られてきたソースパケットを逐次保持し、合計のデータ量が所定値（例えばバッファの全容量）になったときに、書き込みのためにＢＤ２０５ａ等に出力する。このとき出力される一連のソースパケット列（データストリーム）を、クリップＡＶストリームと呼ぶ。一方、リードバッファ２６４ｂは、ＢＤ２０５ａ等から読み出されたクリップＡＶストリームを一時的にバッファして、ソースパケット単位で出力する。

ソース・デ・パケタイザ２６５は、ソースパケットを受け取ってＴＳパケットに変換し、パーシャルＴＳとして出力する。留意すべきは、ソース・デ・パケタイザ２６５は、クロックカウンタ２６２から与えられるタイミング情報と、ソースパケットに含まれていたＴＳパケットの到着時刻情報ＡＴＳとに基づいて、元の到着時刻に対応する時間間隔でＴＳパケットを出力することである。これにより、ＴＳ処理部２０４は、記録時のＴＳパケットの到着タイミングと同じタイミングで、ＴＳパケットを出力することができる。なお、ソース・デ・パケタイザ２６５は、読み出したパーシャルＴＳの基準時刻を指定するために、例えば最初のソースパケットにおいて指定されている到着時刻を初期値としてクロックカウンタ２６２に送る。これにより、クロックカウンタ２６２においてその初期値からカウントを開始させることができ、よってその後のカウント結果をタイミング情報として受け取ることができる。

ここで、図７を参照しながら、ＴＳ処理部２０４において行われる処理を具体的に説明する。図７（ａ）〜（ｅ）は、トランスポートストリームとクリップＡＶストリームとの関係を示す。参考のため、図７（ａ）にフルＴＳ７０を示している。フルＴＳ７０は、ＴＳパケットが連続して配置されており、例えば３つの番組Ｘ，ＹおよびＺのデータを含む。図７（ｂ）は、デジタルチューナ２０１ａによってフルＴＳ７０から生成されたパーシャルＴＳ７１を示す。パーシャルＴＳ７１は、連続したフルＴＳから一部のパケットを取り出したストリームであるため、パケットが時間的に離散して存在している。このパケットの間隔は、フルＴＳの送信側によって調整されており、デコーダにおいてデコードが適正に行われるために必要な条件を満たす。この「条件」とは、ＭＰＥＧ−２ＴＳの理想モデルとして規定されたＴ−ＳＴＤ（ＴＳシステムターゲットデコーダ；ＴＳ Ｓｙｓｔｅｍ Ｔａｒｇｅｔ Ｄｅｃｏｄｅｒ）のバッファメモリがオーバーフローおよびアンダーフローを引き起こさないためにＭＰＥＧ規格上定められた条件である。

パーシャルＴＳ７１は、例えば番組Ｘに関するＴＳパケットを含んでいる。

図７（ｃ）は、クリップＡＶストリーム７２を示す。クリップＡＶストリーム７２は、ソースパケットが連続して配列されている。各ソースパケットは、ソースパケット番号（ＳＰＮ）＃１、２、３・・・で区別される。

図７（ｄ）は、ソースパケット７３のデータ構造を示す。ソースパケット７３のデータ長は１９２バイトに固定されている。すなわち、各ソースパケット７３は、１８８バイトのＴＳパケット７５の前に、４バイトのＴＰエクストラヘッダ７４を付加して構成されている。ソース・パケタイザ２６１は、パーシャルＴＳを構成するＴＳパケットの前にＴＰエクストラヘッダ７４を付加することにより、ソースパケットを生成している。

図７（ｅ）は、ＴＰエクストラヘッダ７４のデータ構造を示す。ＴＰエクストラヘッダ７４は、２ビットのコピー許可インジケータ（ＣＰＩ）７６と、３０ビットの到着タイムスタンプＡＴＳ７７とから構成されている。コピー許可インジケータ（ＣＰＩ）７６は、そのビット値に応じて、クリップＡＶストリーム７２の全部または一部のコピー回数（０回（コピー不可）／１回のみ／制限なし等）を規定している。到着タイムスタンプＡＴＳ７７には、９０ｋＨｚ精度で時刻が記述される。

なお、図７（ｃ）に記載されたクリップＡＶストリーム７２は、例えば３２個のソースパケットの集合（６ＫＢ）を１つの単位としてＢＤ２０５ａ等に記録される。このような単位をアラインド・ユニットという。アラインド・ユニットを規定する理由は、ＢＤ２０５ａが１セクタ２ＫＢであるため、３２ソースパケットの単位でセクタとのアライメントが確保できるためである。

次に、図８を参照しながら、クリップＡＶストリームがどのようにＢＤ２０５ａ上に記録されるかを説明する。なお、クリップＡＶストリームはＨＤＤ２０５ｂにも記録され得るため、同様のデータ構造によって記録することができる。ただし、ＨＤＤ２０５ｂは一般にレコーダ１００から取り外されて他の機器に装填されることはないため、独自のデータ構造によってデータを記録してもよい。

図８は、ＢＤ２０５ａの記録領域と、そのディレクトリ／ファイル構造を示す。ＢＤ２０５ａは、ギャザード・ファイル領域８１とリアルタイム・データ領域８２とを有する。ギャザード・ファイル領域８１の記録容量は数百メガバイトである。ギャザード・ファイル領域８１には、クリップＡＶストリームの再生等を管理する管理情報のファイル（データベースファイル）が記録される。図８に示すように、データベースファイルは複数種類存在しており、例えば管理ファイル８２（Ｉｎｆｏ．ｂｄａｖ）、プレイリストファイル８３（０１００１．ｒｐｌｓ、１００００．ｖｐｌｓ）、クリップ情報ファイル８４（０１０００．ｃｌｐｉ）が存在する。これらはアクセスされる頻度が高い。よって、ギャザード・ファイル領域８１は効率的にアクセスが可能な、ＢＤ２０５ａの記録領域の中間部に設けられている。また、データベースファイルはクリップＡＶストリーム等の動画ストリームを再生するために必須であり、記録内容の誤りは重大な障害を引き起こす。そのため、データベースファイルは同じＢＤ２０５ａ上にバックアップされる。

一方、リアルタイム・データ領域８２の記録容量は２３〜２７ギガバイトである。リアルタイム・データ領域８２には、クリップＡＶストリームのストリームファイルが記録される。例えばクリップＡＶストリームファイル８５（０１０００．ｍ２ｔｓ）が記録される。先のデータベースファイルと異なり、ストリームファイルの再生誤りの影響は局所的であり、その一方、連続的な読み出しを確保する必要がある。よって、誤りの発生を低減するよりも、連続読み出しを保証する方に重点をおいた書き込み処理が行われる。具体的には、クリップＡＶストリームファイル８５は最小で１２Ｍバイトの連続領域（連続した論理セクタ）に記録される。この最小の記録データサイズは「エクステント」と呼ばれる。なお、リアルタイム・データ領域８２には、ＤＶストリームを記録することもできるが、以下ではクリップＡＶストリームが記録されているとして説明する。

次に、図９を参照しながら、上述の管理ファイル８２、プレイリストファイル８３、クリップ情報ファイル８４およびクリップＡＶストリームファイル８５相互の関係を説明する。図９（ａ）〜（ｄ）は、管理情報とストリームデータとの関係を示す。図９（ａ）〜（ｃ）が管理情報であり、図９（ｄ）がストリームデータである。図９（ａ）は管理ファイル８２（Ｉｎｆｏ．ｂｄａｖ）に記述されるプレイリストのテーブルを示す。すなわち、管理ファイル８２には、ＢＤ２０５ａ上に存在するプレイリストを特定するプレイリストファイル名のテーブルが格納されている。ここで「プレイリスト」とは、１以上のクリップＡＶストリームの一部または全部に跨る再生経路を規定した情報である。

図９（ｂ）は、プレイリストファイル８３（拡張子：ｒｐｌｓ／ｖｐｌｓ）に記述されるプレイリストを示す。プレイリストは、リアルプレイリストおよびバーチャルプレイリストに分類できる。リアルプレイリストは、例えば初めてストリームデータが記録されたときにレコーダ１００によって生成されるプレイリストであり、再生経路として動画の最初から最後までが指定される。一方、バーチャルプレイリストは、記録されたストリームデータに対してユーザが設定したプレイリストであり、ユーザの希望する任意の位置および区間が指定される。

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

図９（ｃ）はクリップ情報ファイル８４（拡張子：ｃｌｐｉ）に記述される時間・アドレス変換テーブル（ＥＰ＿ｍａｐ）８４を示す。変換テーブル（ＥＰ＿ｍａｐ）８４は、クリップＡＶストリームの再生時刻と、その時刻に再生されるデータが格納されたアドレスとを対応付けたテーブルである。この変換テーブル８４を利用することにより、プレイアイテムにおいて指定される開始時刻（Ｉｎ＿ｔｉｍｅ）および終了時刻（Ｏｕｔ＿ｔｉｍｅ）から、その時刻に再生すべきデータが格納されたクリップＡＶストリームにおけるアドレスを特定することができる。なお、この変換テーブル８４を利用した変換の原理は、後に図１３から図１５を参照しながら詳述する。

図９（ｄ）は、クリップＡＶストリームファイル８５（拡張子：ｍ２ｔｓ）に格納される動画ストリームを示す。この図では、ファイル“０１０００．ｍ２ｔｓ”および“０２０００．ｍ２ｔｓ”の各々がクリップＡＶストリームファイルである。

図９（ｃ）および（ｄ）に示すように、ＢＤ２０５ａ上では、１つのクリップＡＶストリームファイルに対して１つのクリップ情報ファイルが設けられる。以下では、クリップＡＶストリームファイルと、クリップ情報ファイルの対を、クリップ（Ｃｌｉｐ）と称する。

図１０は、プレイリストファイル８３に格納される情報（エントリ）およびそのデータ構造を示す。拡張子“ｒｐｌｓ”および“ｖｐｌｓ”ファイル８３内にはＰｌａｙＬｉｓｔ（）として示すエントリが存在する。これが上述の「プレイリスト」に対応する。プレイリスト情報（ＰｌａｙＬｉｓｔ）の下位には、プレイアイテム（ＰｌａｙＩｔｅｍ）１、２・・・が記述される。各プレイアイテムには再生対象となるクリップ情報ファイルのファイル名（Ｃｌｉｐ＿Ｉｎｆｏｒｍａｔｉｏｎ＿ｆｉｌｅ＿ｎａｍｅ）、ＳＴＣを特定するための識別子（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）、開始時刻（Ｉｎ＿ｔｉｍｅ）、終了時刻（Ｏｕｔ＿ｔｉｍｅ）等が格納される。なお、プレイリストファイル８３には、“プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）”として示すエントリを設けることもできる。プレイリストマークの機能は後述する。

図１１および図１２は、クリップ情報ファイル８４に格納される情報（エントリ）およびクリップ情報ファイルのエントリに関するデータ構造を示す図である。クリップ情報ファイル８４には、種々のエントリが設けられている。このうち、図１１にはさらに、クリップ関連情報（ＣｌｉｐＩｎｆｏ）の詳細なデータ構造とシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）の詳細なデータ構造とが示されている。クリップ関連情報（ＣｌｉｐＩｎｆｏ）にもまた、複数のエントリが存在する。図１１には、クリップ関連情報に含まれる１つのエントリ（ＴＳ＿ｔｙｐｅ＿ｉｎｆｏ＿ｂｌｏｃｋ）の詳細なデータ構造が示されている。また図１２によれば、特徴点情報（ＣＰＩ）内のエントリとして時間・アドレス変換テーブル（ＥＰ＿ｍａｐ）が設けられていることが理解される。他のエントリ（ＣｌｉｐＭａｒｋ）等に関しては後述する。変換テーブル（ＥＰ＿ｍａｐ）は、録画した番組ごと、換言すれば記録したビデオＴＳパケットのＰＩＤごとに設けられる。

なお、図１２に示されるように、ＥＰ＿ｍａｐに代えてＴＵ＿ｍａｐを設けることもできる。ＴＵ＿ｍａｐとは、パケットの到着時刻（ＡＴＳ）とソースパケット番号との対応を示すテーブルである。パケットの到着時刻のエントリは、例えば１秒間隔で設けられる。そして、その時刻の直後に最初に受け取られたＴＳパケットから生成されたソースパケットの番号が、その時刻に対応付けられる。

次に、図１３から図１５を参照しながら、時間・アドレス変換テーブル（ＥＰ＿ｍａｐ）のデータ構造と、変換テーブル８４を利用した時間−アドレス変換の原理を説明する。図１３は、時間・アドレス変換テーブルのデータ構造を示す。変換テーブルでは、時間を示すタイムスタンプ（ＰＴＳ）とアドレスを示すソースパケット番号（ＳＰＮ）とが対応付けられている。このタイムスタンプ（ＰＴＳ）は、映像に関していえばＭＰＥＧ規格のＧＯＰの先頭に配置される各ＩピクチャのＰＴＳを表す。またソースパケット番号（ＳＰＮ）とは、そのＰＴＳに対応する時刻に再生されるＩピクチャの先頭データが格納されたソースパケット番号（ＳＰＮ）である。ソースパケットのデータサイズは１９２バイトであるから、ソースパケット番号が特定されるとクリップＡＶストリームの先頭からのバイト数が特定され、そのデータに容易かつ確実にアクセスできる。なお、この変換テーブルにおけるソースパケット番号Ｘ１、Ｘ２等の実際の値は必ずしも連続する整数ではなく、飛び飛びに大きくなっていく整数値である。

図１４は、第１の例による時間とアドレスの対応を示す。上述のように、ＧＯＰの先頭に配置される各ＩピクチャのＰＴＳ値のみを時間・アドレス変換テーブルに記述しているため、そのＰＴＳ値以外のＰＴＳ値が開始時刻（Ｉｎ＿ｔｉｍｅ）および／または終了時刻（Ｏｕｔ＿ｔｉｍｅ）として指定されると、その時刻に対応するアドレス（ソースパケット番号）を直接得ることができない。しかし、ＭＰＥＧ−２ビデオの符号化圧縮方式では、ピクチャ間の差分を用いて圧縮処理を行うため、まず最初にＧＯＰ先頭のＩピクチャを復号しなければ、続くピクチャも復号できない。したがって、Ｉピクチャのエントリーが記述されていれば実際の再生には問題なく、それ以上のピクチャ単位の再生制御は、時間・アドレス変換テーブル（ＥＰ＿ｍａｐ）で指定されるＩピクチャから復号を開始し、続くピクチャを解析／復号しながら、期待されるピクチャだけを表示処理すればよいことになる。

図１５は、第２の例による時間とアドレスの対応を示す。図１４の例と異なる点を説明する。放送番組の録画の対象は、１つの番組のみならず連続する複数の番組に亘る場合がある。このとき、各番組についてみればＰＴＳやソースパケット番号は一意に定められているが、番組間でみればそれらの値が重複する場合がある。したがって、そのような場合にも時間・アドレス変換テーブル（ＥＰ＿ｍａｐ）によって確実に時間とアドレスとの変換を行えるようにする必要がある。そこで、特定の再生ポイントを一意に特定するための情報（ＳＴＣ＿ＩＤ）を規定し、時刻情報とともにソースパケット番号を特定するために利用する。

まず、最初に録画されている番組に対し、ＳＴＣ＿ＩＤ＝０を与える。図６に関連して説明したように、各パーシャルＴＳは独自のシステム時刻基準ＳＴＣに基づいて処理されるため、番組の切り替え点においてはシステム時刻基準ＳＴＣが不連続になる。図１５には、番組Ａ、ＢおよびＣを録画したときにおいて、番組ＡとＢ、および、番組ＢとＣとの間にＳＴＣ不連続点が存在する例を示す。各タイミングにおいて異なるＳＴＣ＿ＩＤを設定している。図１５では、最初の番組ＡはＳＴＣ＿ＩＤ＝０、次の番組ＢはＳＴＣ＿ＩＤ＝１、最後の番組ＣはＳＴＣ＿ＩＤ＝２である。さらに、１つのＳＴＣ＿ＩＤのストリームの最長再生時間を規定することで、同一のＳＴＣ＿ＩＤ内でも同一のＰＴＳが存在しないことを保証している。（ＭＰＥＧのＰＴＳは９０ＫＨｚ精度で３３ビット長であるため、約２６．５時間しか正しく表現できない。）

上述のようにＳＴＣ＿ＩＤを割り当てておくことにより、時刻情報（Ｉｎ＿ｔｉｍｅ／Ｏｕｔ＿ｔｉｍｅ）およびＳＴＣ＿ＩＤに基づいて、本来指定されたとおりの適切なソースパケット番号を得ることができる。図１０に示すＰｌａｙＩｔｅｍ（）には、開始時刻（ＩＮ＿ｔｉｍｅ）および終了時刻（ＯＵＴ＿ｔｉｍｅ）の情報とともにＳＴＣ＿ＩＤを特定するためのエントリ（ｒｅｆ＿ｔｏ＿ＳＴＣ＿ｉｄ）が設けられていることが理解される。

次に、図１６から図１９を参照しながら、バーチャルプレイリストを利用したクリップＡＶストリームの編集処理を説明する。図１６（ａ）は、リアルプレイリスト１および２と、対応するクリップ１および２を示す。クリップ１の一部およびクリップ２の一部を連続して再生するバーチャルプレイリストを生成することを考える。図１６（ｂ）は、ＩＮ１からＯＵＴ１までの第１区間およびＩＮ２からＯＵＴ２までの第２区間を連続して再生するバーチャルプレイリストを示す。第１区間および第２区間はそれぞれバーチャルプレイリスト内の別個のプレイアイテムによって指定される。バーチャルプレイリストによれば、リアルプレイリスト１および２およびクリップ１および２を直接加工することなく、別個のクリップの一部の再生区間を見かけ上つなぎ合わせることができる。

しかしながら、前述の通り、ＭＰＥＧ−２ビデオ圧縮方式はピクチャ間の差分を用いて圧縮しているため、ＩＮ２で飛び込んだ直後のピクチャは、そのピクチャの復号に必要な先行するピクチャのデータが取得されていないために通常復号できず、しばらく映像が表示されないことになる。

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

図１７（ａ）は、図１６（ｂ）のバーチャルプレイリストを分割するときの分割点の位置を示す。図１７（ｂ）は、分割されたバーチャルプレイリスト１および２を示す。バーチャルプレイリスト１は、リアルプレイリスト１の区間とリアルプレイリスト２の一部の区間の連続再生を規定する。一方、バーチャルプレイリスト２は、リアルプレイリスト２の残りの区間の再生を規定する。

図１７（ａ）および（ｂ）に示す処理とは逆の処理、すなわち複数のバーチャルプレイリストを併合することもできる。図１８（ａ）は、併合の対象であるバーチャルプレイリスト１および２を示す。図１８（ｂ）は、１つに併合されたバーチャルプレイリストを示す。

図１７（ａ）および（ｂ）の例においても、また図１８（ａ）および（ｂ）の例においても、バーチャルプレイリストを用いることにより、リアルプレイリスト１および２およびクリップ１および２を直接加工することなく、クリップを見かけ上分割し、または併合することができる。

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

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

サムネイルピクチャに関連するデータは、複数のファイルに格納される。図２０には、サムネイルピクチャを管理するメニューサムネイルファイル３０２およびマークサムネイルファイル３０４が示されている。メニューサムネイルファイル３０２は、ＢＤ２０５ａやプレイリストのサムネイルに関するインデクス情報を格納している。このインデクス情報は、メニューサムネイルファイル３０２において管理されるサムネイルピクチャ（サムネイルピクチャ３０２ａ、３０２ｂ等）の管理番号（ｍｅｎｕ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｄｅｘ）を含む。サムネイルピクチャ３０２ａはバーチャルプレイリスト３１２の代表的な内容を示す。また、サムネイルピクチャ３０２ｂはボリュームサムネイルと呼ばれ、本ＢＤＡＶディレクトリの全体に関する代表的な内容を示す。なお図８には、メニューサムネイルファイル３０２に対応する“ｍｅｎｕ．ｔｉｄｘ”ファイルと、各サムネイルピクチャの実体データを示す“ｍｅｎｕ．ｔｄｔ（ｎ）”（ｎ＝１，２・・・）が示されている。

一方、マークサムネイルファイル３０４は、所望の映像の位置に付加され、しおりとして機能する「マーク」のサムネイルに関するインデクス情報を格納している。このインデクス情報も同様に、マークサムネイルファイル３０４において管理されるサムネイルピクチャ（サムネイルピクチャ３０４ａ、３０４ｂ、３０４ｃ等）の管理番号（ｍａｒｋ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｄｅｘ）を含む。サムネイルピクチャ３０４ａはバーチャルプレイリスト３１２内のマークが付加された位置の縮小画像である。サムネイルピクチャ３０４ｂはリアルプレイリスト３１４内のマークが付加された位置の縮小画像である。また、サムネイルピクチャ３０４ｃはクリップ３１６内のクリップマークが付加された位置の縮小画像である。なお図８には、マークサムネイルファイル３０４に対応する“ｍａｒｋ．ｔｉｄｘ”ファイルと、各サムネイルピクチャの実体データを示す“ｍａｒｋ．ｔｄｔ（ｎ）”（ｎ＝１，２・・・）が示されている。上述の各サムネイルピクチャのデータは、ＪＰＥＧ規格に基づいて圧縮符号化されている。

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

図２１（ａ）〜（ｃ）は、それぞれ、マークが付加されたバーチャルプレイリスト３１２、リアルプレイリスト３１４およびクリップ３１６を示す。ＢＤ２０５ａではユーザは複数種類のマークを設定することができる。すなわち、所望の動画等（コンテンツ）の頭出し点を指定する「ブックマーク」、再生を飛ばす点（区間）を指定する「スキップマーク」、および、先に視聴を停止したコンテンツの位置を指定する「レジュームマーク」、チャプターの先頭を指定する「チャプターマーク」等である。

図２１（ａ）に示すバーチャルプレイリスト３１２には、ブックマークおよびレジュームマークが設定されている。これらのマークは、プレイリストファイル（拡張子：ｖｐｌｓ）の“ＰｌａｙＬｉｓｔＭａｒｋ”エントリに記述される。図１０には、“ＰｌａｙＬｉｓｔＭａｒｋ”エントリに対応するＰｌａｙＬｉｓｔＭａｒｋ（）が記載されている。ＰｌａｙＬｉｓｔＭａｒｋ（）において、“ｍａｒｋ＿ｔｙｐｅ”は、ブックマーク、レジュームマーク等のマークの種類を特定する情報である。“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”は、マークが設定されるピクチャのタイムスタンプ（ＰＴＳ）を特定する情報である。各マークにはサムネイルピクチャを対応付けることもできる。図２１（ａ）に示すサムネイルピクチャ３０４ａは、ブックマークが設定された場面の縮小画像である。バーチャルプレイリスト３１２に設定されたサムネイルピクチャ３０４ａは、マークサムネイルファイル３０４において管理される。

次に、図２１（ｂ）に示すリアルプレイリスト３１４には、ブックマーク、レジュームマークおよびスキップマークが設定されている。スキップマークについても、スキップ開始位置のサムネイルピクチャ３０４ｂを設定できる。またスキップする期間（ｄｕｒａｔｉｏｎ）もあわせて設定できる。

図２１（ｃ）に示すクリップ３１６には、クリップマークが設定されている。クリップマークは、クリップＡＶストリームを生成した際にレコーダ１００が付加するマークである。ユーザはクリップマークの生成に関与できず、また生成されたクリップマークの削除等にも関与できない。クリップマークは、クリップに直接付加されるため、プレイリスト３１２および３１４に基づく再生時にもその機能は有効である。なお、クリップマークにもサムネイルピクチャ３０４ｃが設定され得る。

上述の各マークには、録画機器（例えばレコーダ１００）のメーカごとのＩＤ（ｍａｋｅｒ＿ＩＤ）と独自情報（ｍａｋｅｒｓ＿ｐｒｉｖａｔｅ＿ｄａｔａ）を付加することもできる。これにより、マークを用いてメーカ独自に機器の機能を拡張することができる。

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

図２２は、メモリカード１１２に記録された静止画データがコピーされたＢＤ２０５ａを示す。コピーされた静止画データは、ユーザがデジタルスチルカメラやカムコーダの静止画撮影機能を利用して撮影した静止画に関する。なお、ＢＤ２０５ａには予めＢＤＡＶフォルダが構築されているとする。

メモリカード１１２には、近年の多くのデジタルスチルカメラが採用する、ＤＣＦ規格に準拠したファイルシステムが構築されている。このファイルシステムでは、フォルダの名称やフォルダの階層構造等に関する規定が設けられている。具体的には、ＤＣＦ規格ではルートの直下に「ＤＣＩＭ」という名称のディレクトリ（フォルダ）が作成される。さらに、ＤＣＩＭフォルダの下に「１００ＸＸＸＸＸ〜９９９ＸＸＸＸＸ（Ｘは半角英数大文字の５文字）」という名称のフォルダが作成される。そして、各フォルダ内に、「ＹＹＹＹ０００１〜ＹＹＹＹ９９９９（Ｙは半角英数大文字の４文字）」というファイル名でＥｘｉｆ規格に則ったファイルフォーマットにて静止画データが保存される。ＤＣＦ規格に準拠して記録されたデータであれば、記録媒体の種類にかかわらず、また再生機器のメーカにかかわらず、静止画データの格納位置とそのデータを特定することができる。その結果、静止画の再生も可能になる。

レコーダ１００は、メモリカード１１２が装填されると、そのＤＣＩＭフォルダ以下のフォルダおよび静止画データを、ＢＤ２０５ａのルートフォルダの直下にコピーする。ＢＤ２０５ａのルートフォルダの直下にＤＣＩＭフォルダをコピーする理由は、ＢＤ２０５ａ上でもＤＣＦ規格にならったディレクトリ／ファイル構造で静止画データを格納するためである。これにより、ＢＤ２０５ａがレコーダ１００から取り出され、他の機器、例えばＤＣＦ規格対応のアプリケーションソフトウェアがインストールされたＰＣに装填されたときでも、そのＰＣのユーザは、そのソフトウェアを利用してＤＣＦ規格のディレクトリ／ファイル構成に従って静止画データの再生等が可能になる。また、再度ＳＤメモリーカードなどへ静止画データを書き出す時には、ＤＣＩＭフォルダ以下を直接コピーすればよく、簡単である。

本実施形態ではさらに、コピーされた静止画データをマークとして関連付け、上述したメニューの一部として動画のサムネイル等とともに表示させる。この関連付けに際して、ＢＤＡＶフォルダ直下には、インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）を格納したファイルが設けられる。以下、図５および図２３を参照しながら、ＢＤにおいて静止画データを管理するためのレコーダ１００の処理を説明する。

図２３は、本実施形態による静止画データのコピー処理の手順を示す。まずステップＳ２４０では、レコーダ１００のＣＰＵ２１１は、メモリカード制御部２１７およびＢＤドライブにＢＤおよびメモリーカードが装填されていることを検出する。次のステップＳ２４１では、ＣＰＵ２１１はメモリカード制御部２１７を介してメモリカード１１２にアクセスし、メモリカード１１２に、ＤＣＦ規格に準拠した形式で静止画データが格納されていることを検出する。その後、ステップＳ２４２において、ＣＰＵ２１１はユーザに対し、メモリーカード１１２内の静止画データをＢＤにコピーするか否かを問い合わせる。例えば、ＣＰＵ２１１はグラフィック制御部２０７に指示を出して、「メモリカードの静止画データをブルーレイディスクにコピーしますか？」というメッセージをＴＶ１０６に表示させる。その結果、指示受信部２１５がユーザからコピー開始の指示を受け取るとステップＳ２４４に進む。コピーを行わない指示を受け取ると、処理は終了する。

ステップＳ２４４では、ＣＰＵ２１１は、メモリーカード１１２のＤＣＩＭフォルダ以下のフォルダおよび静止画データを、ＢＤ２０５ａにコピーする。具体的には、メモリカード制御部２１７がメモリカード１１２にアクセスしてフォルダおよび静止画データを読み出し、ＣＰＵバス２１３を介してＴＳ処理部２０４に送る。ＴＳ処理部２０４は階層構造を保持しながら、受け取ったデータをＢＤ２０５ａに書き込む。

次に、ステップＳ２４５において、ＣＰＵ２１１は所定の動画または静止画を利用してＢＤ２０５ａ上にクリップを生成し、そのクリップに対応するプレイリストを生成する。そしてＣＰＵ２１１は、ステップＳ２４６において、コピーした静止画データの数に応じて静止画プレイリスト内に静止画マークのエントリを生成し、ステップＳ２４７において各静止画マークのエントリにインデクスを設定する。

ここで、ステップＳ２４５からステップＳ２４７の処理を、図２４を参照しながらより詳しく説明する。図２４は、コピー処理後のＢＤ２０５ａを示す。クリップ４０１は、レコーダ１００の出荷時にそのＲＯＭ等に格納されている静止画データ等であり、動画のクリップＡＶストリームに対応する。この静止画は、例えば「静止画マーク管理に対応した機器で再生してください」というメッセージを含む。ＢＤ２０５ａの再生に対応した機器であっても本実施形態による処理に対応していない場合があるため、その機器のユーザに注意を促すためである。なお、本実施形態による処理に対応していない機器にＢＤ２０５ａが装填されると、その機器は新たなエントリである静止画マーク（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）は解析できない。よって静止画マークに関するデータエントリの解析および処理をしないと考えられる。

動画に関するクリップと同様、静止画に関するクリップ４０１に対してはプレイリスト４０２が生成され、プレイリストに対してはプレイアイテム４０３が設けられる。プレイアイテム４０３には、静止画クリップ４０１の一部であるクリップ情報ファイルのファイル名およびその静止画イメージ（実際には動画として符号化処理されている）の表示期間を示す情報等を記述しておけばよい。一方、プレイリスト４０２には、図１０を参照しながら説明したように“プレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）”として示すエントリを設けることができ、そしてそのプレイリストマークにはマークタイプ（ｍａｒｋ＿ｔｙｐｅ）によって特定されるブックマーク、スキップマーク等を設けることができる。

本実施形態では、このプレイリストマーク内に新たに静止画マーク（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）を規定する。静止画マークのマークタイプ（ｍａｒｋ＿ｔｙｐｅ）は、ブックマーク、スキップマーク等の既存のマークに割り当てられたコードとは異なるコードを設定する。新たに規定する静止画マークは２種類であり、動画同期型の静止画マーク（ＳｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ）および動画非同期型（静止画スライド再生型）の静止画マーク（ＡｓｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ）である。これらには別個のコードが付加される。

ＣＰＵ２１１は、メモリカード１１２からＢＤ２０５ａにコピーされた静止画データの数だけ静止画マークを設定する。図２４のプレイリスト４０２に向かう矢印は、静止画マークのエントリのイメージを示している。そして、各マークには一意の番号（インデクス）が割り当てられる。インデクスの値が特定されると、対応する静止画データも特定されることになる。

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

再び図２３を参照する。ステップＳ２４８では、ＣＰＵ２１１は、各インデクスと、ＢＤ２０５ａ上の各静止画データを特定する情報とを対応付けた、インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）を生成する。静止画データを特定する情報とは、静止画データファイルが、ＢＤ２０５ａ上の階層構造内のどのフォルダに格納されているかを示す静止画データまでのパスおよびそのファイル名である。ステップＳ２４９では、ＣＰＵ２１１は生成したテーブル（ＳｔｉｌｌＭａｐ）をＢＤのＢＤＡＶフォルダ直下に記録する。

図２４に示すように、インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）４０４によれば、プレイリスト４０２に設定された各静止画マークと、ＢＤ２０５ａのＤＣＩＭフォルダ下に格納された各静止画データとを１対１で対応付けることができる。ここで図２５（ａ）および（ｂ）を参照しながら、静止画マークの詳細を説明する。

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

図２５（ａ）および（ｂ）は、本実施形態による２種類の静止画マークのデータ構造を示す。静止画マーク（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）は、図１０に示すプレイリストマークの１つのエントリとして規定される。記述形式はブックマーク等と同様である。

各静止画マークは、マークタイプ（ｍａｒｋ＿ｔｙｐｅ）、マークに付与されたサムネイルを一意に示すインデクス（ｒｅｆ＿ｔｏ＿ｍａｒｋ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｄｅｘ）、ＳｔｉｌｌＭａｐへの入力値となる静止画インデクス（ｒｅｆ＿ｔｏ＿ｓｔｉｌｌ＿ｐｉｃｔｕｒｅ＿ｉｎｄｅｘ）、マークが位置する時刻情報を示すマークタイムスタンプ（ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ）、表示期間（ｄｕｒａｔｉｏｎ）等を示すエントリを含む。

マークタイプ（ｍａｒｋ＿ｔｙｐｅ）は、静止画マークであることを示すコード（“ＡｓｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ”や“ＳｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ”等）が与えられる。上述のように、このコードはブックマーク、スキップマーク等の既存のマークに割り当てられたコードとは異なる。

インデクス（ｒｅｆ＿ｔｏ＿ｍａｒｋ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｄｅｘ）は、そのマークのサムネイル画像のデータを識別するために一意に割り当てられた番号である。

静止画インデクス（ｒｅｆ＿ｔｏ＿ｓｔｉｌｌ＿ｐｉｃｔｕｒｅ＿ｉｎｄｅｘ）は、静止画を一意に識別するための識別番号であり、本明細書では「静止画ＩＤ」とも呼ぶ。静止画ＩＤは、例えばメモリカード１１２からＢＤ２０５ａへの静止画データがコピーされた直後に、存在する各静止画データに割り振られた通し番号である。

マークの位置をＳＴＣ時間軸上で示す“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”は、再生出力のタイミングを示す情報である。

表示期間（ｄｕｒａｔｉｏｎ）は、その静止画を表示する期間を示す。その期間は任意であり、ユーザが指定してもよいし、「５秒」等のように予め定められた固定長であってもよい。

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

図２５（ａ）は、静止画の逐次再生（スライド再生）を行うための静止画マークの設定例を示す。静止画マークのデータは、図１０のＰｌａｙＬｉｓｔＭａｒｋ内のエントリ（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）として記述される。このエントリのマークタイプ（ｍａｒｋ＿ｔｙｐｅ）には、スライド再生のために利用される静止画マークであることを示すために“ＡｓｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ”が設定されている。静止画マークは複数設けることができ、そのときには各静止画マークには異なる静止画ＩＤが割り当てられる。図２５（ａ）に示す静止画マークは、スライド再生を想定して設けられているため、再生時刻に対応する“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”は、この場合無効であり、“０”が設定される。スライド再生を行うことを前提とするときは、各静止画は規定の表示期間に従って順を追って再生されるため再生タイミングの指定は不要だからである。そして、表示期間（ｄｕｒａｔｉｏｎ）には、０より大きい値が設定される。

図２５（ｂ）は、動画と静止画とを混在して再生するときの静止画マークの設定例を示す。この静止画マークは、動画再生の合間に表示する際に設けられる。マークタイプ（ｍａｒｋ＿ｔｙｐｅ）には“ＳｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ”が設定される。図２５（ｂ）の静止画マークもまた複数設けることができ、各静止画マークには異なる静止画ＩＤが割り当てられる。“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”は、静止画が再生されるべき有効な時刻情報が記述される。この値は、動画再生における基準時刻を示すＳＴＣ時間軸上に設定されるため、正しい時刻設定のもとに、動画と静止画の混在再生が可能である。表示期間（ｄｕｒａｔｉｏｎ）には０より大きい値が設定される。“ＳｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ”で示される静止画は、“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”で指定される時刻から、ｄｕｒａｔｉｏｎで示される期間表示され、その後、“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”以降の時間に再生されるべき動画が再生される。

なお、ここでは静止画ＩＤに割り当てる番号は、“ｒｅｆ＿ｔｏ＿ｓｔｉｌｌ＿ｐｉｃｔｕｒｅ＿ｉｎｄｅｘ”として示すフィールドに格納されるとして説明しているが、例えば図２５（ａ）および（ｂ）に示す“ｒｅｆ＿ｔｏ＿ｍｅｎｕ＿ｔｈｕｍｂｎａｉｌ＿ｉｎｄｅｘ”として示すフィールド等に格納されてもよい。また、図２５（ａ）および（ｂ）では、静止画ＩＤを参照しているが、その静止画ＩＤに加え、または静止画ＩＤに代えて静止画以外のデータを参照してもよい。例えば静止画ファイルと同様に音声（音楽）ファイルおよびその各々に対応するＩＤ（ａｕｄｉｏ＿ｉｎｄｅｘ）を用意する。そして図２５（ａ）の静止画マーク中に、“ｒｅｆ＿ｔｏ＿ｓｔｉｌｌ＿ｐｉｃｔｕｒｅ＿ｉｎｄｅｘ”フィールドと並列して“ｒｅｆ＿ｔｏ＿ａｕｄｉｏ＿ｉｎｄｅｘ”を設け、そのＩＤを指定する。すると、各静止画のスライドショー中にその音声ファイルが参照されて、ＢＧＭを流すことができる。なお、音声ファイルは例である。他の例として、テキストファイルを利用して静止画の説明を付加することも可能である。

図２６は、インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）４０４の対応関係を示す。変換テーブル４０４は、各静止画を一意に特定するサムネイルインデクス（静止画ＩＤ）と、フルパス表記されたファイル名との対応関係を規定する。「フルパス表記されたファイル名」とは、ＢＤ２０５ａの階層構造においてルートからそのファイルの格納位置までのフォルダ経路を表記したファイル名をいう。以下、静止画ファイル名およびそのファイルまでのパスに関する情報を「静止画データ特定情報」と呼ぶ。

変換テーブル４０４は、静止画ＩＤフィールド４０５と、静止画データ特定情報のエントリとが対応付けられて構成されている。静止画データ特定情報のエントリは、パスエントリ４０６ａおよびファイルエントリ４０６ｂとから構成される。パスエントリ４０６ａは、ファイルまでのパスに関する情報（パス情報）が格納される。パスエントリ４０６ａでは各ファイルと１対１でパス情報が格納されているのではなく、共通するパス情報が１つだけ記述される。一方、ファイルエントリ４０６ｂには各ファイル名が格納される。

例えば図２６では、ファイル名ＤＳＣ００００ｘ．ＪＰＧ（ｘ：１、２、３・・・）のパス情報は“ＤＣＩＭ￥１０１ＳＤＤＣＦ￥”であり、各ファイルに共通している。そのため、パスエントリ４０６ａには複数のファイルに対して“ＤＣＩＭ￥１０１ＳＤＤＣＦ￥”が１つだけ記述される。ＤＣＦ規格では、ＤＣＦディレクトリあたりの最大静止画ファイル数が９９９９個であり、大量に同一パスに静止画ファイルが格納されることになる。ＳｔｉｌｌＭａｐでは、共通するパス情報を重複して記述しないので、すべてのファイルエントリのパス情報を記述するときの情報量よりもはるかに少ない情報量で、変換テーブル４０４を構築できる。その具体的なデータ構造を図２７を参照しながら説明する。

図２７は、インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）４０４のデータ構造の例を示す。上述の静止画ＩＤおよび静止画データ特定情報は、ＳｔｉｌｌＭａｐ（）フィールド２７０において規定されている。ＳｔｉｌｌＭａｐ（）フィールド２７０は、２つのｆｏｒ構文を用いて適宜されている。

ＳｔｉｌｌＭａｐ（）フィールド２７０の第１のｆｏｒ構文ではパスエントリ４０６ａが規定される。パスエントリのシンタックスのうち、フィールド２７１にはフォルダ名が記述される。このフォルダ名は、フォルダに与えられた名前のみが単に格納されているのではなく、ＢＤ２０５ａのファイルシステムにおける、ルートから静止画ファイルが格納されたフォルダまでの経路（パス）とともに記述されたフォルダ名である。またフィールド２７２には、そのフォルダに対応するファイルエントリのうちの、先頭のファイルＩＤ（例えば最も小さいファイルＩＤ）が記述される。ファイルＩＤは以下に説明する。

ＳｔｉｌｌＭａｐ（）フィールド２７０の第２のｆｏｒ構文では、各静止画ファイルごとの静止画ＩＤとファイルエントリ４０６ｂとが規定される。具体的には、このｆｏｒ構文中のフィールド２７３には静止画ＩＤが記述され、フィールド２７４にはその静止画ＩＤに対応する静止画ファイル名が記述される。対応する静止画ＩＤと静止画ファイル名には、共通のファイルＩＤ（ｆｉｌｅ＿ｉｄ）が与えられる。よって静止画ＩＤが与えられると、その静止画ＩＤのファイルＩＤと同じファイルＩＤを持つ静止画ファイル名が一意に特定される。フィールド２７３の各Ｓｔｉｌｌ＿Ｐｉｃｔｕｒｅ＿ｉｎｄｅｘに示される静止画ＩＤは、図２５（ａ）および（ｂ）における“ｒｅｆ＿ｔｏ＿ｓｔｉｌｌ＿ｐｉｃｔｕｒｅ＿ｉｎｄｅｘ”において参照される。

図２８は、変換テーブル４０４を用いた静止画のスライド再生処理の手順を示す。ここでのスライド再生は、図２４に示す静止画のみのクリップ４０１のプレイリスト４０２に設けられた静止画マークに基づいて行われるとする。そのような静止画マークは、図２５（ａ）に示す形式で規定される。まずステップＳ２９０では、ＣＰＵ２１１は、指示受信部２１５を介してユーザから静止画再生の開始指示を受け取る。この指示は、例えばユーザが動画のクリップＡＶストリームのサムネイルピクチャとともに表示された静止画（またはその縮小画像）を確認することにより、指示受信部２１５を介して与えられる。

次に、ステップＳ２９１では、ＣＰＵ２１１は静止画マーク（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）中にエントリされたマークタイプ（ｍａｒｋ＿ｔｙｐｅ）の値に基づいて、静止画マークであることを示すコードを確認し、その後サムネイルインデクスを特定する。ステップＳ２９２では、ＣＰＵ２１１は、サムネイルインデクスを用いて変換テーブル（ＳｔｉｌｌＭａｐ）を参照し、フルパス表記されたファイル名を特定する。次のステップＳ２９３では、ＣＰＵ２１１の指示に基づいてＢＤ２０５ａから特定されたファイル名の静止画データが読み出される。デコーダ２０６はその静止画データを復号化し、静止画をＴＶ１０６等に出力する。ＣＰＵ２１１は、静止画マーク（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）中に記述された期間（ｄｕｒａｔｉｏｎ）が経過すると、静止画の出力を停止する。

ステップＳ２９４では、ＣＰＵ２１１は、すべての静止画の再生を完了したか否かを判定する。具体的には、ＣＰＵ２１１は、そのプレイリスト内のすべての静止画マーク（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）エントリの処理が終了したか否かを判定する。まだ再生が終了していない場合にはステップＳ２９５に進む。ステップＳ２９５では、ＣＰＵ２１１は、次の静止画マークのサムネイルインデクスを取得する。その後、ステップＳ２９２に戻り、すべての静止画の再生を完了するまで処理を繰り返す。すべての静止画の再生を完了した後は、処理を終了する。

上述の処理は、図２４に示す静止画マークに基づいて行われるとした。しかし、上述の静止画マークを、動画のクリップに対応するプレイリストに設定し、動画と静止画とを混在させて再生することもできる。このとき図２５（ｂ）に示す動画同期型の静止画マーク（ＳｙｎｃｈｒｏｎｏｕｓＳｔｉｌｌＭａｒｋ）が設定される。動画同期型の静止画マークは、例えば動画の記録開始日時情報と、静止画の撮影日時を示す撮影日時情報からレコーダが撮影順番通りに自動的に生成してもよい。以下、より詳しく説明する。

図２９（ａ）は、動画と静止画とを混在させたときのＢＤ２０５ａを示す。動画１のクリップ５０１ａおよび動画２のクリップ５０１ｂが存在し、クリップ５０１ａおよびクリップ５０１ｂに亘る再生を管理するプレイリスト５０２が設けられている。なお、プレイリスト５０２には２つのプレイアイテム５０３ａおよび５０３ｂが設けられている。

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

ユーザによる静止画マークの設定手順は以下のとおりである。メモリカード１１２からＢＤ２０５ａへの静止画データのコピーが完了した直後、ユーザは特定の静止画を動画の再生の前後に設定することができる。図２９（ａ）では、「特定の静止画」は、静止画１（￥ＤＣＩＭ￥１０１ＳＤＤＣＦ￥ＤＳＣ００００１．ＪＰＧ）および静止画２（￥ＤＣＩＭ￥１０２ＳＤＤＣＦ￥ＤＳＣ００３２０．ＪＰＧ）であるとする。

図２５（ｂ）に示す静止画マークは以下の手順によって生成される。まずユーザは、動画と関連付けた再生の対象となる静止画１と、その再生出力時刻とを指定する。再生出力時刻は、例えば動画の再生出力開始前である。すると、ＣＰＵ２１１は、静止画１の再生表示時刻を動画１のＰＴＳによって特定し、そのＰＴＳを静止画マーク（ＳｔｉｌｌＰｉｃｔｕｒｅＭａｒｋ）のＰＴＳエントリとして設定する。また、静止画１を特定するサムネイルインデクスを設定する。ユーザによって指定された、または予め定められた表示期間（ｄｕｒａｔｉｏｎ）もまた、表示期間（ｄｕｒａｔｉｏｎ）として規定される。この結果、動画１の再生において静止画１の再生を管理する静止画マークが設定される。静止画２についても同様に設定される。静止画２については、再生出力時刻は動画１の再生出力終了後、かつ動画２の再生出力開始前とする。

図２９（ｂ）は、図２９（ａ）において設定された静止画および動画の再生順序およびシステム時刻基準ＳＴＣの遷移を示す。システム時刻基準ＳＴＣは、デコーダ２０６において動作時刻の基準として生成され、カウントが管理されている。システム時刻基準ＳＴＣを生成するために必要な構成は、図６のＴＳ処理部２０４に設けられているクロックカウンタ２６２およびＰＬＬ回路２６３によって生成されるカウント情報と同様である。

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

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

メモリカード１１２からＢＤ２０５ａへの静止画データのコピーが完了した直後、レコーダ１００のＣＰＵ２１１は、すべての静止画データを対象としてその静止画データの生成日時または記録日時を示すタイムスタンプを取得する。このタイムスタンプは、例えばＥｘｉｆ規格のタグ情報から取得される。そしてタイムスタンプが古い順から新しい順に静止画データを順序付けする。

次に、ＣＰＵ２１１は、動画の録画を現実に開始した時刻および終了した時刻の情報を取得する。開始時刻は、クリップＡＶストリーム中の最初の番組対応表パケット（ＰＭＴ＿ＴＳＰ）に記述されているとする。番組対応表パケット（ＰＭＴ＿ＴＳＰ）は約０．１秒ごとにストリームに挿入されているため、実質的に正確な動画の開始時刻を示しているといえる。一方の終了時刻は、その動画の開始時刻に再生時間を加算することにより算出できる。

再生時間は、例えば動画の先頭の時刻および末尾の時刻の差分値である。動画の先頭の時刻は、例えば図９（ｂ）および図１０に示すプレイアイテムの開始時刻（Ｉｎ＿ｔｉｍｅ）またはそれ以前の時刻であってもよいし、図１１に示すクリップ情報ファイル８４中のシーケンス情報（ＳｅｑｕｅｎｃｅＩｎｆｏ）において規定されるストリームの表示開始時刻（Ｐｒｅｓｅｎｔａｔｉｏｎ＿ｓｔａｒｔ＿ｔｉｍｅ）であってもよい。動画の末尾の時刻も同様に、例えばプレイアイテムの終了時刻（Ｏｕｔ＿ｔｉｍｅ）またはそれ以後の時刻であってもよいし、図１１に示すストリームの表示終了時刻（Ｐｒｅｓｅｎｔａｔｉｏｎ＿ｅｎｄ＿ｔｉｍｅ）であってもよい。これらの時刻がＰＴＳとして表されているときには、ＰＴＳの差分値をその精度（周波数）で除算すれば、再生時間が得られる。以下では、動画の現実の録画開始時刻を単に「開始時刻」と呼び、録画終了時刻を単に「終了時刻」と呼ぶ。

ＣＰＵ２１１は、静止画データのタイムスタンプが動画の開始時刻よりも前を示していれば、その動画の開始時刻に対応するＰＴＳを、図２５（ｂ）における静止画マークの“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”として設定する。そのような静止画データが複数存在するときには、対応する各静止画マークの“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”には同じＰＴＳが設定される。同じＰＴＳが設定された場合の静止画の再生順序は、静止画マークが生成された順序（図２５（ｂ）に示す静止画マークの配置順序）に従う。そのためＣＰＵ２１１は、静止画データのタイムスタンプの順に静止画マークを生成して、撮影された順序での静止画の再生を確保する。

一方、静止画データのタイムスタンプが動画の開始時刻と終了時刻との間を示していれば、ＣＰＵ２１１は、そのタイムスタンプに対応する動画の再生時刻のＰＴＳを静止画マークの“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”として設定する。動画と静止画とが異なるカメラで撮影されたときは、撮影時刻が重複する場合がある。しかし、その場合であっても再生は撮影順に行うことが可能となる。

ＣＰＵ２１１は、静止画データのタイムスタンプが動画の終了時刻よりも後を示していれば、その動画の終了時刻に対応するＰＴＳを、図２５（ｂ）における静止画マークの“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”として設定する。この処理の対象となる静止画データが複数存在するときには、ＣＰＵ２１１は、静止画データのタイムスタンプの順に静止画マークを生成する。先の例と同様に、静止画の再生順序は静止画マークが生成された順序（配列順序）に従う。

動画が複数存在するとき（撮影時刻順に「動画１」および「動画２」と呼ぶ。）には、静止画マークの“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”として、動画１の終了時刻に対応するＰＴＳを設定してもよいし、動画２の開始時刻に対応するＰＴＳを設定してもよい。ただし、前者の処理を採用する方が簡易である。後者の処理を採用するときは動画２の存在を予め把握する処理、すなわちそのための解析および結果の保持動作を要するからである。さらに動画２が存在しないときには前者の処理に切り替えなければならず、処理が複雑化するといえる。なお、すべての静止画データを対象として静止画マークを設定するとしたが、どの静止画に対して静止画マークを設けるかについてユーザが指定してもよい。

レコーダ１００が自動的に静止画マークを生成するにあたっては、各静止画の表示期間もまた自動的に設定される。この期間は、ユーザが予め設定してもよいし、レコーダ１００の工場出荷時等において設定されていてもよい。表示期間は、図２５（ｂ）に示す“ｄｕｒａｔｉｏｎ”において規定される。

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

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

別個の機器で動画と静止画とを撮影したときには、各機器に設定された時刻がもともと一致していないことがある。一致しなければ正確なタイムスタンプが付加されないため当然に現実の撮影順に動画と静止画とを再生することができない。ユーザは、そのずれを解消するために通常は編集作業を行う。このときユーザが静止画データのタイムスタンプ（図２５（ｂ）に示す“ｍａｒｋ＿ｔｉｍｅ＿ｓｔａｍｐ”）を一定時間だけずらしたときは、ＣＰＵ２１１は、他の静止画のタイムスタンプも一定時間だけずらすように修正し、修正後のタイムスタンプに基づいて改めて静止画マークを生成すればよい。これにより、ユーザは１枚ずつタイムスタンプを修正する必要がなくなり編集作業の効率化を図ることができる。なお機器間に設定される時刻のずれをなくすために、例えばＢｌｕｅｔｏｏｔｈ規格等を利用して一方の機器の時刻を他方の機器の時刻に一致させてもよいし、または電波時計の電波を利用して各機器が時刻を修正し、結果として両方の機器の時刻を一致させてもよい。また、少なくとも１枚の静止画の撮影が動画撮影と並行して行われている場合には、動画シーケンスの中での静止画の時間位置（すなわち、動画シーケンスのＰＴＳ時間軸上でのＰＴＳ値）を合わせることにより、静止画を撮影した記録装置と動画を撮影した記録装置間の撮影時刻差を吸収することができる。逆に、静止画と動画とを同期再生するときは、予め動画撮影中に少なくとも１枚の静止画を撮影するようユーザーに促す表示を行ったり、推奨することで時刻差を吸収することもできる。

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

なお本実施形態では、静止画マークのエントリを、リアルプレイリスト／バーチャルプレイリスト内のプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）下に設けるとして説明した。しかし、静止画マークのエントリを設ける位置はプレイリストマーク（ＰｌａｙＬｉｓｔＭａｒｋ）内には限られない。例えば、静止画マークをクリップマークとしてレコーダが自動的に生成してもよい。

また、例えば静止画の各エントリを、プレイリスト情報（ＰｌａｙＬｉｓｔ）の各プレイアイテム（図１０）のひとつとして設けてもよい。プレイアイテム内の項目は、本実施形態において説明したエントリ、すなわちクリップ情報ファイルのファイル名、静止画の枚数、各静止画へのインデクス、その静止画の表示期間（ｄｕｒａｔｉｏｎ）と、静止画用のプレイアイテムであることを示すプレイアイテムの種別情報である。このときも、インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）を利用して静止画のファイル名およびそのファイルまでのパスを得ることができる。静止画をプレイアイテムのひとつとして設けることにより、１つのプレイリスト内において動画に関するプレイアイテムと並存しながら静止画を管理することができる。なおこれとは別に、クリップ情報内に静止画マークのエントリを設けることもできる。

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

本発明の実施形態による光ディスクレコーダ１００と他の機器とによって形成されるシステムの構成を示す図である。 トランスポートストリーム（ＴＳ）２０のデータ構造を示す図である。 （ａ）はビデオＴＳパケット３０のデータ構造を示す図であり、（ｂ）は、オーディオＴＳパケット３１のデータ構造を示す図である。 （ａ）〜（ｄ）は、ビデオＴＳパケットからビデオピクチャを再生する際に構築されるストリームの関係を示す図である。 レコーダ１００の機能ブロックの構成を示す図である。 ＴＳ処理部２０４の詳細な機能ブロックの構成を示す図である。 （ａ）〜（ｅ）は、トランスポートストリームとクリップＡＶストリームとの関係を示す図である。 ＢＤ２０５ａの記録領域と、そのディレクトリ／ファイル構造を示す図である。 （ａ）〜（ｄ）は、管理情報とストリームデータとの関係を示す図である。 プレイリストファイル８３に格納される情報（エントリ）およびプレイリストファイルのデータ構造を示す図である。 クリップ情報ファイル８４に格納される情報（エントリ）およびクリップ情報ファイルの一部のエントリに関するデータ構造を示す図である。 クリップ情報ファイル８４に格納される情報（エントリ）およびクリップ情報ファイルの他の一部のエントリに関するデータ構造を示す図である。 時間・アドレス変換テーブルのデータ構造を示す図である。 第１の例による時間とアドレスの対応を示す図である。 第２の例による時間とアドレスの対応を示す図である。 （ａ）はリアルプレイリスト１および２と、対応するクリップ１および２を示す図であり、（ｂ）はＩＮ１からＯＵＴ１までの第１区間およびＩＮ２からＯＵＴ２までの第２区間を連続して再生するバーチャルプレイリストを示す図である。 （ａ）は図１６（ｂ）のバーチャルプレイリストを分割するときの分割点の位置を示す図であり、（ｂ）は分割されたバーチャルプレイリスト１および２を示す。 （ａ）は併合の対象であるバーチャルプレイリスト１および２を示す図であり、（ｂ）は１つに併合されたバーチャルプレイリストを示す図である。 （ａ）は区間Ａ−Ｂを削除の対象とするリアルプレリストおよびクリップを示す図であり、（ｂ）は区間Ａ−Ｂを削除して、点ＡおよびＢの位置を結合したリアルプレイリストおよびクリップを示す図である。 ＢＤ２０５ａにおいて管理されるサムネイルピクチャと管理ファイルとの関係を示す図である。 （ａ）〜（ｃ）は、それぞれ、マークが付加されたバーチャルプレイリスト３１２、リアルプレイリスト３１４およびクリップ３１６を示す図である。 メモリカード１１２に記録された静止画データがコピーされたＢＤ２０５ａを示す図である。 本発明の実施形態による静止画データのコピー処理の手順を示すフローチャートである。 コピー処理後のＢＤ２０５ａを示す図である。 （ａ）は静止画の逐次再生（スライド再生）を行うための静止画マークの設定例を示す図であり、（ｂ）は動画と静止画とを混在して再生するときの静止画マークの設定例を示す図である。 インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）４０４の対応関係を示す図である。 インデクス・アドレス変換テーブル（ＳｔｉｌｌＭａｐ）４０４のデータ構造の例を示す図である。 変換テーブル４０４を用いた静止画の再生処理の手順を示す図である。 （ａ）は動画と静止画とを混在させたときのＢＤ２０５ａを示す図であり、（ｂ）は（ａ）において設定された静止画および動画の再生順序およびシステム時刻基準ＳＴＣの遷移を示す図である。

符号の説明

１００ ＨＤＤ内蔵ＢＤレコーダ
１０６ ＴＶ
１０８ ＰＣ
１１２ メモリカード
１１４ ＢＤ
２０１ａ デジタルチューナ
２０１ｂ アナログチューナ
２０２ ＡＤコンバータ
２０３ ＭＰＥＧ−２エンコーダ
２０４ ＴＳ処理部
２０５ａ ＢＤ
２０５ｂ ＨＤＤ
２０６ ＭＰＥＧ−２デコーダ
２０７ グラフィック制御部
２０８ メモリ
２０９ ＤＡコンバータ
２１０ プログラムＲＯＭ
２１１ ＣＰＵ
２１２ ＲＡＭ
２１３ ＣＰＵバス
２１４ ネットワーク制御部
２１５ 指示受信部
２１６ インターフェース（Ｉ／Ｆ）部
２１７ メモリカード制御部
２５０ システム制御部
２６１ ソース・パケタイザ
２６２ クロックカウンタ
２６３ ＰＬＬ回路
２６４ バッファ
２６５ ソース・デ・パケタイザ

Claims (10)

1. 記録媒体のルートフォルダ直下に作成された動画フォルダに対し、動画のデータに関する１以上の動画ファイルを記録し、または、前記動画フォルダに記録された１以上の動画ファイルに基づいて動画を再生可能なデータ処理装置であって、
   前記記録媒体のルートフォルダ直下に作成された静止画フォルダ以下の階層に、１以上の静止画ファイルを書き込むドライブ装置であって、前記静止画フォルダ以下の階層に複数のサブフォルダを作成し、前記複数のサブフォルダの各々に複数の静止画ファイルを書き込むドライブ装置と、
   前記静止画フォルダ以下の階層内で各静止画ファイルの格納位置を特定するファイル特定情報を生成し、前記各静止画ファイルを一意に識別するための識別情報を生成し、前記ファイル特定情報および前記識別情報を対応付けたテーブルを生成するとともに、前記１以上の静止画ファイルの少なくとも一部に対して、それぞれ静止画マークを生成する制御部と
   を備え、
   各静止画マークにおいては、前記識別情報によって各静止画ファイルが特定されており、
   前記ドライブ装置は、前記静止画フォルダとは異なるフォルダに、前記テーブルを含むテーブルファイルを書き込み、かつ、前記静止画マークをエントリとして含む管理情報ファイルを書き込むデータ処理装置。
2. 前記制御部は、前記各静止画ファイルに至るまでの階層の経路に関する経路情報および前記各静止画ファイルのファイル名とを前記ファイル特定情報として生成する、請求項１に記載のデータ処理装置。
3. 前記制御部は、前記複数の静止画ファイルに対して、各サブフォルダに至るまでの１つの前記経路情報と、前記複数の静止画ファイルの各ファイル名とを前記ファイル特定情報として生成する、請求項２に記載のデータ処理装置。
4. 前記制御部は、前記管理情報ファイル中の前記静止画マークの各エントリに、静止画ファイルのみの再生に関するエントリであることを示すタイプ情報を格納する、請求項１に記載のデータ処理装置。
5. 前記制御部は、前記管理情報ファイル中の前記静止画マークの各エントリに、対応する前記静止画ファイルの静止画の表示期間を規定する表示期間情報を格納する、請求項４に記載のデータ処理装置。
6. 前記動画フォルダはサブフォルダを含み、前記サブフォルダには、前記１以上の動画ファイルが格納されており、
   前記管理情報ファイルはプレイリストファイルであり、
   前記制御部は、前記プレイリストファイルに、さらに、前記動画ファイルの各々に対応してエントリを生成し、動画の各エントリは、対応する前記動画ファイルに対応付けられたクリップ情報ファイルのファイル名と、動画の再生開始時刻および再生終了時刻に関する情報を含む、請求項１に記載のデータ処理装置。
7. 前記制御部は、前記静止画マークの各エントリに、動画と静止画との同期再生に関するエントリであることを示すタイプ情報を格納する、請求項６に記載のデータ処理装置。
8. 前記制御部は、前記静止画マークの各エントリに、前記動画の再生と同期させて前記静止画を再生するための静止画の表示タイミングを示す時刻情報を格納し、前記時刻情報は、前記動画の再生のために前記動画データに付加された動画の時刻情報に基づいて規定されている、請求項７に記載のデータ処理装置。
9. 前記ドライブ装置は、青色半導体レーザを利用して前記記録媒体に前記１以上の静止画ファイルを書き込む、請求項１に記載のデータ処理装置。
10. 前記ドライブ装置は、ＤＣＦ規格に準拠した静止画フォルダ以下の階層に、前記１以上の静止画ファイルを書き込む、請求項９に記載のデータ処理装置。

Images