JP2011244367A - 記録方法 - Google Patents

Abstract

【課題】
静止画記録する記録方式において、特に静止画を分類し、分類した静止画を記録管理するのに好適な手法を提供する。
【解決手段】
静止画データと、該静止画データを管理する管理情報とを記録する記録方法であって、
前記管理情報は、前記静止画データを分類単位ごとに分類する情報を含み、前記分類単位ごとに分類した静止画データの最初の撮影日付と最後の撮影日付を含むように構成する。
【選択図】 図２５

Description

本発明は、記録方法に関する。

本技術分野の背景技術として、特開２００２−１４２１８５号公報（特許文献１）がある。該公報には、
「（課題）この発明は、ＤＣＦ規格に準拠した既存のファイル管理構造との互換性を維持した上で、ユーザが任意のファイル名やディレクトリ名を付けることを可能として、ファイル管理におけるユーザの利便性を効果的に向上させ得る電子カメラ装置及びファイル管理方法を提供することを目的としている。
（解決手段）画像データを、データ伝送可能に接続された機器の記録媒体に、ＤＣＦ規格に対応したファイル管理構造で記録する電子カメラ装置において、記録媒体に記録されたディレクトリに対して、ＤＣＦ規格に規定されない形態の仮想ディレクトリ名を記録名称とし、その仮想ディレクトリ名とそれに対応するＤＣＦ規格に対応したディレクトリの名称とを対応させた仮想ディレクトリ管理用ファイルを作成して記録媒体に記録し、仮想デ
ィレクトリ管理用ファイルによって記録媒体に記録された画像データを一元管理するように構成している。」と記載されている（要約参照）。

特開２００２−１４２１８５号公報

前記特許文献１では、静止画を管理する構成例であるが、仮想ディレクトリ内の管理データとして、もっともユーザが仮想ディレクトリを閲覧するときに便利な情報が記録されていない。

そこで、本発明は、静止画を管理するのに好適な記録方法を提供することを目的とする。例えば、静止画の管理方法として、多数ある静止画をフォルダに分けて管理する場合に好適な記録方法を提供する。

上記目的を解決するために、特許請求の範囲に記載の構成を採用する。

本発明によれば、動画と静止画を用途ごとに応じて管理するのに便利な記録方法を提供することができる。

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明による記録再生装置でＡＶストリームの管理状態を示す図。 従来例によるＡＶストリームの管理状態を示す図。 本発明による記録再生装置のブロック図。 オリジナル統合情報の表示出力例。 ユーザ定義統合情報のプレイリストの一覧としての表示出力例。 ユーザ定義統合情報の第１の表示出力例。 ユーザ定義統合情報の第２の表示出力例。 各オリジナル統合情報、プレイリスト統合情報、ユーザ定義統合情報、及びプレイリスト情報、プログラム情報、ＡＶストリーム（プログラム）などのファイル構造の一例を示した図。 各オリジナル統合情報の管理テーブル構造の一例を示したもの。 プレイリスト管理情報の構成と管理テーブル構成の一例を示したもの。 オリジナルプログラム管理情報の構成と管理テーブルの一例をしめしたもの。 ユーザ定義プログラム情報の構成と管理テーブルの一例をしめしたもの。 ユーザ定義統合管理情報の構成と管理テーブルの一例をしめしたもの。 ＡＶストリームファイルのパケット構成を示したもの。 ＡＶストリームファイルの分割時の処理を示したもの。 サムネール管理情報を図示したもの。 サムネールを統合した管理情報の構成と管理テーブルを示したもの。 図８におけるネームドストリームＰｒｏｇｒａｍＩｎｆｏ８２４の内容を示したもの。 ＡＣＵ情報１９００の詳細を示したもの。 記録するプログラム付帯情報の構成を示したもの。 静止画の記録構造を示したもの。 記録した静止画をフォルダごとに振り分けるためのファイル構造を示したもの。 記録した静止画をフォルダごとに振り分けるためのフォルダ管理統合情報の一例を示したもの。 記録した静止画をフォルダごとに振り分けるためのフォルダ管理統合情報の詳細の一例を示したもの。 記録した静止画をフォルダごとに振り分けたフォルダごとの管理情報の詳細の一例を示したもの。 静止画記録再生を行うカメラのシステムブロック図。 静止画記録再生装置の処理フローチャート。 フォルダ分けした静止画管理情報、及び静止画の表示出力例。 静止画再生を行うカメラのシステムブロック図。

以下、本発明の実施形態を図面を用いて説明する。

図１は本実施例による記録再生装置における、記録媒体上のＡＶストリームの管理状態を示す図である。１０１は図２における２０１と同様に、記録媒体上のAVストリームそのものであり、記録単位としてプログラム＃１〜プログラム＃３が存在する場合を示している。

１０２は図２における２０２に相当し、ここでは管理情報における第３管理階層(管理レベル３)を示している。プログラム情報＃１〜プログラム情報＃３は、夫々プログラム＃１〜プログラム＃３というプログラム単位の全ての再生範囲を示すものとなっている（以下これらのプログラムの実体と対を成すプログラム情報を「オリジナルプログラム情報」という。また、図１において「ＯＰＧＲ ＃１」のように示してある。）。またプログラム情報＃２ａ〜プログラム情報＃３ａはユーザが任意に指定したプログラムの全体あるいは一部の再生範囲を示すものであり（以下これらを「ユーザ定義プログラム情報」という。また、図１において「ＵＰＧＲ ＃２ａ」のように示してある。）、ここでは夫々プログラム＃２の一部、プログラム＃３の一部を示している。プログラム情報＃１〜プログラム情報＃３に相当する箇所は、ＡＶストリームの追記や削除、つまりプログラムの増減に伴いその情報も増減する。またプログラム情報＃２ａやプログラム情報＃３ａに相当する箇所は、ユーザの編集操作により、その情報の数が増減する。

１０３は図２における管理レベル１に相当するが、ここでは管理情報の第２管理階層(管理レベル２)を示しており、プレイリスト情報＃１〜プレイリスト情報＃ｎのみを含む。夫々のプレイリスト情報は前記管理レベル３における任意のプログラム情報の再生順序を示すものであり、複数持つことが可能となっている。

１０４が本実施例の特徴的な点として、新たに追加した管理情報の第１管理階層(管理レベル１)であり、複数の統合情報を含む。オリジナル統合情報は、システムレジューム情報などを記憶している統合情報であり、詳細については後述する。ユーザ定義統合情報＃１〜ユーザ定義統合情報＃ｍは、管理レベル２におけるプレイリスト情報及び管理レベル３におけるプログラム情報のうちの任意の一つあるいは複数を含むものである。例えば複数のユーザが単一の記録媒体を用いる場合に、ユーザ単位に一つのユーザ定義統合情報を使用することにより、夫々のユーザの嗜好に合致した再生内容を管理することが可能となる。

次に本発明による記録再生装置の実施形態について、別の図を用い、さらに具体的に説明する。

図３は本実施例による記録再生装置の一例を示すブロック図であり、デジタル放送を受信して記録媒体に記録し、また記録したデータを再生し、再生出力を得ることができるような記録再生装置を示している。３００は記録再生装置、３０１はアンテナからの受信波を入力する入力端子、３０１１は他の機器からの圧縮された映像音声データを入力するための入力端子、３０１２はアナログ映像信号を入力するためのアナログ映像入力端子、３０１３はアナログ音声信号を入力するためのアナログ音声入力端子、３３３及び３３４は、アナログ信号をデジタル信号に変換するアナログ／デジタル（Ａ／Ｄ）変換回路、３０２は復調回路、３３０は復調したデジタル信号を音声、映像、その他のデータに分離する分離回路、３３５はデジタル化された映像及び音声信号を圧縮する圧縮回路、３０３は記録系信号処理回路、３３１は記録するデータを暗号化するための暗号化回路、３０４は記録媒体のドライブ機能を含めた記録再生系、３０５は記録媒体、３３２は記録媒体上に暗号化され記録されたデータを非暗号化するための非暗号化回路、３０６は再生系信号処理回路、３０７は切替え回路、３０８は分離回路、３０９は映像復号回路、３１０はデジタル／アナログ(Ｄ／Ａ)変換回路、３１１は映像出力端子、３１２は音声復号回路、３０２０は再生基準カウンタ、３１３はＤ／Ａ変換回路、３１４は音声出力端子、３１５はＴＶセット、３１６はユーザＩ／Ｆ、３１７は制御部、３１８はシステムバス、３１９はＯＳＤ生成部、３２０は加算回路である。

記録時においては、デジタル放送などにより放送局から送信され、本記録再生装置で受信された信号が、復調回路３０２において所定の方式により復調された後、記録系信号処理回路３０３においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。また、デジタル入力端子３０１１より入力されたデジタル信号は記録系信号処理回路３０３においてタイミング調整用のデータ付加や変調などの必要な信号処理が施されて、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。また、アナログ映像入力端子３０１２より入力されたアナログ映像信号と、アナログ音声入力端子３０１３より入力されたアナログ音声信号は、圧縮回路３３５によって圧縮処理がなされ、記録系信号処理回路３０３を介し、暗号化回路３３１にて暗号化された後、記録再生系３０４により記録媒体３０５へ記録される。

再生時においては、ユーザの指示に応じて記録媒体３０５から記録再生系３０４を介して読み出されたデジタルデータは、暗号化されている場合には非暗号化回路３３２にて非暗号化され、暗号化されてない場合はそのまま非暗号化回路３３２を介して読み出され、再生系信号処理回路３０６において所定の復調等の再生に必要な信号処理が施され、切替え回路３０７を介して分離回路３０８に送られる。動画のＡＶストリームを再生時には、分離回路３０８は、後述するＡＶストリーム中のＰＩＤ（Ｐａｃｋｅｔ ＩＤｅｎｔｉｆｉｅｒ、ＭＰＥＧ規格）に基づいて、映像復号回路３０９、もしくは音声復号回路３１２、もしくは再生基準カウンタ３０２０へ、ＡＶストリームを振り分ける。再生を開始した時点において、最初のＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ、ＭＰＥＧ規格）値が、再生基準カウンタ３０２０に設定され、以降は復号に用いる再生基準クロックにて、再生基準カウンタ３０２０はカウントアップしていく。映像復号回路３０９では所定の映像復号処理が施されて、Ｄ／Ａ変換回路３１０においてデジタルデータからアナログ信号への変換が成された後、再生基準カウンタ３０２０の値が、復号した映像信号のＡＶストリーム中に含まれる表示時刻の値と一致した時に、映像出力端子３１１を介してＴＶセット３１５のモニタ出力へと表示される。また音声復号回路３１２では所定の音声復号処理が成され、再生基準カウンタ３０２０の値が、復号した音声信号のＡＶストリーム中に含まれる表示時刻の値と一致した時に、Ｄ／Ａ変換回路３１３においてデジタルデータからアナログ信号への変換が成された後、音声出力端子３１４を介してＴＶセット３１５の音声出力機構により出力されるので、映像と音声の同期が保たれて、ＴＶセット３１５にて再生される。静止画データの再生時には、暗号化されている場合には非暗号化回路３３２にて非暗号化され、暗号化されてない場合はそのまま非暗号化回路３３２を介して読み出され、映像復号回路３０９にて所定の圧縮方式に従った伸張処理が施される。

制御部３１７は、システムバス３１８を介して記録再生装置３００の各部を制御するものであり、またユーザＩ／Ｆ３１６を介して入力されたユーザの指示入力に基づいた動作を行うように、装置全体を制御する。なおユーザへの指示入力要求、あるいは必要なユーザへのＯＳＤ表示は、ＯＳＤ生成部３１９で用意され、加算回路３２０において、映像復号回路３０９の出力と適当なレベルで加算されて、最終的にＴＶセット３１５のモニタ画面に出力されることにより実現される。

次に図１における管理情報構成の具体的な使用例として、管理レベル１における各統合情報を記録データのメニュー表示に使用した場合について説明する。

図４は図１におけるオリジナル統合情報を使用してメニュー表示を行う一例である。３１５は図３におけるＴＶセットであり、４０１は全プログラム表示用のタグ、４０２はプログラム情報＃１を示すサムネール、４０３はプログラム情報＃２を示すサムネール、４０４はプログラム情報＃３を示すサムネールである。ユーザはリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプログラム、あるいは全てのプログラムを再生することができる。
次に図５は図１における、いくつかのユーザ定義統合情報の1つを使用して、これをプレイリストとしてメニュー表示を行う一例である。５０１は全プレイリスト表示用のタグ、５０２はプレイリスト情報＃１を示すサムネール、５０３はプレイリスト情報＃２を示すサムネールである。ユーザは前述の場合と同様にリモコン等により画面上のカーソル位置を所望のサムネールに移動して選択決定することにより、任意のプレイリスト、あるいは全てのプレイリストを再生することができる。なお前述の全プログラム表示用タグ４０１から全プレイリスト表示用タグ５０１への表示切り替えは、ユーザが例えばタグの文字位置でカーソルを移動することなどにより実現することが可能である。
次に図６は図１におけるユーザ定義統合情報＃１を使用してメニュー表示を行う一例である。６０１はユーザ＃１(ここでは「ママ」としている)用メニュー表示用のタグであり、４０２と５０２は図１からわかるように、プログラム情報＃１及びプレイリスト情報＃１を示すサムネールとなっている。「ママ」はママ用メニュー表示用タグ６０
１を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。

同様に図７は図１におけるユーザ定義統合情報＃２を使用してメニュー表示を行う一例である。７０１はユーザ＃２(ここでは「パパ」としている)用メニュー表示用のタグであり、５０３と５０２は図１からわかるように、プレイリスト情報＃２及びプレイリスト情報＃１を示すサムネールとなっている。この場合「パパ」は２つのプレイリストを選択しているが、その再生順序を変更することが可能となっている。また前述の「ママ」と同様に、「パパ」はパパ用メニュー表示用タグ７０１を自分専用のフォルダとして、自由に再生したいデータを登録、削除することが可能である。

以上のように本発明の実施例によれば、登録された全てのプレイリスト情報を管理する管理単位及び上位の管理階層を追加し、ＡＶストリーム全ての再生範囲を示す統合情報と同列に扱うように構成とする。また、追加した管理階層でユーザ定義による統合情報を扱うように構成し、このユーザ定義による統合情報には下位階層に含まれる任意の再生範囲を登録できるように構成する。これにより、ユーザは任意のプレイリスト、あるいは再生範囲を選択して管理することが可能となる。

このようにして、単一の記録媒体を複数のユーザが共有する場合などでも、ユーザ毎に好みの再生内容を管理することができ、使い勝手が向上する。

なお以上の実施例では、デジタル放送を受信してデジタルデータをそのまま記録する場合について述べたが、これはこの限りではなく、ネットワークＩ／Ｆを具備し、外部ネットワークからＡＶストリームを取得したり、符号化手段を具備し、アナログデータを符号化しながら記録媒体に記録するような構成でも良い。つまり本実施例は記録媒体上のデータ管理について言及しているものであり、その入力経路については特に限定されるものではない。

図８に、上記に述べたプログラムやプログラム情報、プレイリスト情報、及びオリジナル統合情報、ユーザ定義統合情報を、実際に記録媒体３０５（図３）上にどのようなファイル構成で記録するかの一例を示す。本記録媒体は、デジタル記録再生を行う媒体であり、媒体上の各ファイルは、いわゆるパーソナルコンピュータなど記録媒体の管理に用いられるのと同様のファイルシステムで管理されている。同図においてＲＯＯＴ８００は、ファイルディレクトリの最上位階層を示し、ＴＶＲ８０１はその下層のディレクトリであり、本発明にかかる図1に示した管理構造を実現する各ファイル構造を示したものである。ＴＶＲＥＣ．ＭＧＲ８０２、ＰＧＲＧ．ＭＧＲ８０３、ＰＧＲＧ＿ＩＮＦ．ＴＢＬ８０４、ＰＧＲ．ＭＧＲ８０５、ＰＧＲ＿ＩＮＦ．ＴＢＬ８０６、ＵＰＧＲ．ＭＧＲ８０７、ＵＰＧＲ＿ＩＮＦ．ＴＢＬ８０８、ＵＤＦＦ．ＭＧＲ８０９、ＵＤＦＦ＿ＩＮＦ．ＴＢＬ８１０、などの管理ファイルと、映像と音声の多重化されたＡＶストリームＰＲＯＧ０００１．ＡＶＳ８２０、・・・ＰＲＯＧｘｘｘｘ．ＡＶＳ（ＡＶストリームファイルのｘｘｘｘの部分は番号付けされ、たとえばＡＶストリームが記録されるごとに順次番号が増えていく）８２１がＴＶＲ８０１の下に記録される。８３０はさらにＴＶＲ８０１下のディレクトリで、記録媒体に記録されたナビゲーション一覧などに使用するサムネール関連のファイルを格納するためのディレクトリ名ＴＮＤというディレクトリである。８３１はファイル名ＴＮＤ．ＭＧＲというサムネールの実体ファイル８３２、８３３、・・・、８３４を統合管理するサムネール管理ファイルである。サムネールの実体ファイルのファイル名は、８３４に示したようにＴＮｘｘｘｘｙｙ．ｚｚｚとし、ｘｘｘｘはサムネールに関連するプログラムファイル８２１のｘｘｘｘに対応し、ｙｙはサムネールとして登録された順番の数字が当てられ、ｚｚｚの部分は、たとえばサムネールのデータの種類が、非圧縮のビットマップならばｂｍｐとし、ＪＰＥＧ（Joint Photographic Experts Group）圧縮されたものである場合はｊｐｇとする。本実施例では、各プログラムファイルに対応するサムネールのファイルを、８３２〜８３４のように、それぞれ別々に記録されている。このように、複数のサムネールのファイルを１ファイルにまとめずに８３２〜８３４のように別々に記録することにより、サムネールのファイルを追加・削除する際の処理が容易となる。特に可搬型ハードディスクのように大容量の記録媒体において、サムネールのファイルを削除・追加した際の処理時間の短縮化を図ることができる。また、８３５は静止画管理を行うための管理ファイルや静止画データを保存するための「ＰＩＣ」という名のディレクトリである。ディレクトリ８３５についての詳細は後に述べる。

図８のＡＶストリームファイル８２０（ＰＲＯＧ０００１．ＡＶＳ）や８２１（ＰＲＯＧｘｘｘｘ．ＡＶＳ）は、図１４に示す構成で記録されている。

図１４において１４０１が、ＡＶストリームファイルであり、放送で受信したＡＶストリームを記録する際の最小単位をＡＬＵということとする。また、ＡＶストリームが暗号化されている場合、ＡＬＵは暗号化の最小単位ともなっている。ＲＰ１４０２は、記録パケットの単位で、ＭＰＥＧ（Moving Picture Expert Group）規格のトランスポートパケット(１８８バイト)に、受信時のタイムスタンプ（２７ＭＨｚでカウントし、受信した時点でのカウント値４バイト）をヘッダとして付加した、１９２バイトのデータパケットであり、本実施例では、この１９２バイトのＲＰパケット１４０２を８１９２パケットまとめて１ＡＬＵとしている。ＡＶストリームファイル１４０１の中には、ＡＬＵ＃１〜ＡＬＵ＃ｖ(各８１９２ＲＰ)と順次記録されたＡＶストリームに加えて、ＡＬＵ情報１４０３として、記録したＡＶストリームの総ＡＬＵ数と、最初のＡＬＵ番号、最初のＡＬＵのＲＰ数、及びＡＶストリーム最後のＡＬＵのＲＰ数、を記録する。ＡＬＵ情報１４０３は、図８のＡｌｌｏｃＵｎｉｔＩｎｆｏ８２３に対応する。これは、ＡＶストリームの最初のＡＬＵおよび最後のＡＬＵのＲＰ数は８１９２にならない場合があるため、これを記録するためのものである（詳細は後述する）。

またこれらのＡＶストリームファイル８２０，８２１は、たとえばＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｃ Ｆｏｒｍａｔ）で規定される、ファイル構造の下層にストリームディレクトリ８２２の構成を持ち、さらにネームドストリームと呼ばれるＡｌｌｏｃＵｎｉｔＩｎｆｏ８２３、ＰｒｏｇｒａｍＩｎｆｏ８２４、ＡｃｃｅｓｓＵｎｉｔＩｎｆｏ８２５と呼ばれるファイルを持つ。

図９は、ＴＶＲＥＣ．ＭＧＲ８０２（図８）の管理テーブル構成を示したものである。オリジナル統合情報９０１として、システムレジューム情報９０２と、プログラム統合情報名９０３が記録される。

システムレジューム情報として、ユーザが再生停止した時点のユーザ定義統合情報（ＵＤＦＦ）の番号及びその下の階層のプレイリスト情報（ＰＧＲＧ）番号と、その下の階層のオリジナルプログラム情報（ＯＰＧＲ）もしくはユーザ定義プログラム情報（ＵＰＧＲ）の番号（ＰＧＲ）と、停止時点でのＧＯＰに対応する、後述するＡＶストリームの記録時の最小単位であるＡＬＵ番号と、該ＡＬＵ内の対応するＧＯＰの記録パケットのＲＰ番号と、対応するＧＯＰのフレーム番号を表として記録する。このようにしておけば、システムのレジューム再生開始の制御をフレーム単位の精度で行うことができる。ＰＧＲ番号は、ＯＰＧＲか、ＵＰＧＲかの判定のために、たとえばＰＧＲ番号(16進数)＝００００〜７ＦＦＦまではＯＰＧＲとし、ＰＧＲ番号(16進数)＝８０００〜ＦＦＦＦならばＵＰＧＲとして区別する。９０３はプログラム統合情報につける名前（ＰＧＳＥＴ名）を記録するフィールドであり、たとえば記録媒体に記録されているコンテンツ群にユーザが命名した名前の文字列情報を記録する。こうすることで、記録媒体は誰によって使用されているか、などの判別に用いることもできるし、コンテンツ群に関連した名前を記録することができるため、記録内容を把握しやすくなる利点がある。 図１０はプレイリストを管理する、プレイリスト管理情報（ＰＧＲＧ）ファイル１００１と、プレイリスト管理表ファイル１０１０の内容を示したものである。プレイリスト管理情報（ＰＧＲＧ）ファイルは、図８のＰＧＲＧ．ＭＧＲ８０３に、プレイリスト管理表ファイル１０１０は図８のＰＧＲＧ＿ＩＮＦ．ＴＢＬ８０４に対応する。ＰＧＲＧ．ＭＧＲ１００１は、ユーザが編集によって登録したプレイリストの数（図１０ではｎ個の場合）と、以下プレイリスト＃１、プレイリスト＃２・・・プレイリスト＃ｎ−１、プレイリスト＃ｎの内容が記録されたプレイリスト管理表ファイルＰＧＲＧ＿ＩＮＦ．ＴＢＬの位置の情報（たとえばプレイリスト管理表ファイルＰＧＲＧ＿ＩＮＦ．ＴＢＬ１０１０の頭から何バイト目から、といった情報）が記録される。

プレイリスト管理表ファイル１０１０には、各プレイリスト＃１、・・・、＃ｎ−１、＃ｎのそれぞれの下記する情報が表として記録される。図１０のプレイリスト管理表１０１０の詳細例としてプレイリスト＃ｎ−１の構成を示す。プレイリスト＃ｎ−１の情報として、作成時間１０１１（ユーザが装置を操作してプレイリスト＃ｎ−１を作成した時点での時間）、及び名前１０１２、サムネール情報１０１３、レジューム情報１０１７、及びそれに続いてプレイリスト＃ｎ−１に登録されたオリジナルプログラム情報（ＯＰＧＲ）またはユーザ定義プログラム情報（ＵＰＧＲ）を示すプログラム情報の数１０１８と、登録された番号一覧プログラム情報（ＰＧＲ情報。ＯＰＧＲとＵＰＧＲの区別は先に述べたとおりで、ＰＧＲの番号（１６進数）＝７ＦＦＦ以下はＯＰＧＲ、８０００以上はＵＰＧＲ）の番号が記録される。

プレイリストの作成時間１０１１が管理情報として記録されているので、再生時に、プレイリスト一覧を、作成時間順に表示するといったことが可能である。

図１０のサムネール情報１０１３は、形式情報（コンテンツ保護必要か不要か、表示するサムネールは、記録されたＡＶストリームの画像の参照位置を元にして作成する必要があるか、外部ファイルに登録されているサムネールデータを参照するか、等の情報）１０１４、ＡＶストリーム中のサムネールとして表示する位置情報１０１５、外部ファイルのサムネールデータ位置情報１０１６より構成される。サムネール位置情報１０１５は、サムネールとして表示するプログラム情報（ＰＧＲ）番号と、そのＰＧＲ番号に対応したＡＶストリームの表示するサムネールのＧＯＰ位置に対応したＡＬＵの番号と、該ＧＯＰに対応したＡＬＵ番号の中のＲＰ番号と、前記ＧＯＰのサムネールとして表示するフレーム番号から構成される。

レジューム情報１０１７は、プレイリスト＃ｎ−１の再生を停止した時点での、再生していたプログラム（ＰＧＲ）番号（ＰＧＲ番号が７ＦＦＦ以下ならＯＰＧＲ、８０００以上ならＵＰＧＲ）と、そのＰＧＲ番号における再生を停止した時点でのＧＯＰに対応したＡＬＵ番号と、ＲＰ番号と、前記ＧＯＰ内の停止時のフレーム番号を記録する。このようにしておけば、レジュームが図９に示したシステムレジューム情報９０２に加え、個別のオリジナルプログラム情報もしくはユーザ定義のプレイリストごとにレジューム情報１０１７のように個別にレジューム情報を記録管理できる。よって、再生時にレジューム再生機能として、たとえばオリジナルプログラムごとのレジューム点で再生制御を行なったり、前回の再生停止状態に応じて、ユーザ定義統合情報（ＵＤＦＦ）の何番で再生を停止したかなど含めての、レジューム再生制御ができる機能を提供できるし、再生開始の制御をフレーム単位の精度で行うことができる。

図１１はオリジナルプログラム管理情報（ＯＰＧＲ）ファイル１１０１と、オリジナルプログラム管理表ファイル１１１０の内容を示したものである。記録媒体上のオリジナルプログラム情報の全てを含み、これを元に再生することにより、ユーザは記録媒体上に記録された全てのＡＶストリームを再生することが可能となる。オリジナルプログラム管理情報（ＯＰＧＲ）ファイル１１０１は、図８のＰＧＲ．ＭＧＲ８０５に、オリジナルプログラム管理表ファイル１１１０は図８のＰＧＲ＿ＩＮＦ．ＴＢＬ８０６に対応する。オリジナルプログラム管理情報ファイル１１０１は、記録媒体に記録されているオリジナルプログラムの数（図１１ではｐ個の場合）と、以下オリジナルプログラム情報＃１、オリジナルプログラム情報＃２・・・オリジナルプログラム情報＃ｎ−１、オリジナルプログラム情報＃ｎの内容が記録されたオリジナルプログラム管理表ファイル１１１０内の位置の情報（たとえばオリジナルプログラム情報管理表ファイルＰＧＲ＿ＩＮＦ．ＴＢＬ１１１０の頭から何バイト目から、といった情報）が記録される。

図１１のオリジナルプログラム管理表１１１０の詳細例としてプレイリスト＃ｐ−１の表部分を示す。プレイリスト＃ｐ−１の情報として、この＃ｐ−１のオリジナルプログラム情報が、有効であるか無効であるか、コピー制御情報（以下ＣＣＩという）などを含むプログラム情報フラグ１１１１、作成時間１１１２（ユーザが装置を録画操作してオリジナルプログラム情報＃ｐ−１を作成した時点での時間）、及び名前１１１３、サムネールファイル番号（図８に記載のＰＲＯＧｘｘｘｘ.ＡＶＳ８２１のｘｘｘｘ）１１１４、サムネール情報１１１５、レジューム情報１１１９、さらにインデックス数１１２０と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すプログラム情報＃ｐ−１に対応したＡＶストリームのＧＯＰに対応したＡＬＵ番号とＲＰ番号と、該ＧＯＰ内のインデックスとして指定したフレーム番号が配置されている。インデックスとは、たとえばユーザがオリジナルプログラム情報＃ｐ−１に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、編集でインデックスを指定しておけば、オリジナルプログラム情報＃ｐ−１に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作がフレーム単位で可能となる。サムネール情報１１１５の各構成要素のサムネール形式１１１６、サムネール位置１１１７、サムネール外部ファイル位置１１１８は、先の図１０のプレイリスト管理表１０１０中のサムネール形式１０１４、サムネール位置１０１５、サムネール外部ファイル位置１０１６と同様のデータ構造である。また、レジューム情報１１１９の構成要素も、先の図１０のレジューム情報１０１７と同様である。

また、図１１の先頭ＡＣＵオフセット番号１１３０には、録画されたオリジナルプログラムのＡＶストリームの最初のＧＯＰ位置から、最初の再生位置に対応するＧＯＰとの差分値を記録し、先頭フレーム番号１１３１には、該ＧＯＰの再生したいフレーム番号を記録する。ＡＣＵエントリ番号の定義については、後述する。また、終端ＡＣＵオフセット番号１１３２には、記録されたオリジナルプログラムのＡＶストリームの終端のＧＯＰから、再生する終端のＧＯＰに対応したＡＣＵエントリ番号の差分値を記録し、終端フレーム番号１１３３には、再生する終端のＧＯＰ内の再生するフレーム番号を記録する。このようにしておけば、記録されたストリームのうち、前後の不要な部分の再生がなされることを防ぐことができる。また、実際の録画されたオリジナルプログラムのＡＶストリームの先頭から、再生開始までの差分値の大きさを規定し、さらに実際の録画されたオリジナルプログラムのＡＶストリームの終端から再生する終端の差分値を規定することで、実際に録画されたオリジナルプログラムのＡＶストリームと再生されるオリジナルプログラムのＡＶストリームの時間のギャップを、規定量以内に絞ることが可能である。よって、例えばこの再生範囲のデータが何らかの要因で壊れてしまった場合、最悪の場合まったく再生できない状況に陥る可能性があるが、規定量以内に抑えることで再生できなくなる範囲を少なくできる。ただし、先頭ＡＣＵオフセット番号１１３０及び、終端ＡＣＵオフセット番号１１３２は、再生する範囲を指定するＡＣＵエントリ番号の絶対値（差分値で無く）であってもよい。

また図１１のプログラム付帯情報１１３４には、録画したＡＶストリーム中の付帯情報が記録されている。

図２０において、プログラム付帯情報２００１は図１１の１１３４に相当するものであり、ＰＣＲ＿ＰＩＤ２００２（ＰＣＲ：Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ、ＰＩＤ：Ｐａｃｋｅｔ ＩＤｅ-ｎｔｉｆｉｅｒ、共にＭＰＥＧ規格）は、記録開始時の最初のＡＶストリーム中の送信時の基準時刻であるＰＣＲ値を含む時のＰＩＤ値が記録される。

また同図において、Ｖｉｄｅｏ＿ＰＩＤ２００３には、映像のエレメンタリーストリーム（以下ＥＳ：ＭＰＥＧ規格）を含む時のＰＩＤ値が記録される。

また同図において、Ａｕｄｉｏ＿ＰＩＤ２００４には、音声のＥＳを含む時のＰＩＤ値が記録される。再生時には、上記のＰＣＲ＿ＰＩＤ２００２、Ｖｉｄｅｏ＿ＰＩＤ２００３、Ａｕｄｉｏ＿ＰＩＤ２００４の値によって、ＴＳパケットを各種復号回路（図３の映像復号回路３０９や音声復号回路３１２、再生基準カウンタ３０２０）へ振り分ける処理を行う（図３の分離回路３０８）。

図１２はユーザ定義プログラム管理情報（ＵＰＧＲ）ファイル１２０１と、ユーザ定義プログラム管理表ファイル１２１０の内容を示したものである。ユーザ定義プログラム管理情報（ＵＰＧＲ）ファイル１１０１は、図８のＵＰＧＲ．ＭＧＲ８０７に、ユーザ定義プログラム管理表ファイル１２１０は図８のＵＰＧＲ＿ＩＮＦ．ＴＢＬ８０８に対応する。ユーザ定義プログラム管理情報ファイル１２０１は、ユーザが編集によって登録したユーザ定義プログラムの数（図１２ではｒ個の場合）と、以下ユーザ定義プログラム情報＃１、ユーザ定義プログラム情報＃２・・・ユーザ定義プログラム情報＃ｒ−１、ユーザ定義プログラム情報＃ｒの内容が記録されたユーザ定義プログラム管理表ファイル１２１０内の位置の情報（たとえばユーザ定義プログラム管理表ファイル（ＵＰＧＲ＿ＩＮＦ．ＴＢＬ）１２１０の頭から何バイト目から、といった情報）が記録される。

図１２のユーザ定義プログラム管理表１２１０の詳細例としてユーザ定義プログラム＃ｒ−１の表部分を示す。ユーザ定義プログラム＃ｒ−１の情報として、本ユーザ定義情報に関連したプログラムのファイル番号（図８に記載のＰＲＯＧｘｘｘｘ.ＡＶＳ８２１のｘｘｘｘ）１２１１、ユーザ定義プログラム情報として指定した、上記ファイル番号のＡＶストリームの再生開始位置（情報としてＡＶストリーム中の再生指定する先頭のＧＯＰに対応したＡＬＵ番号と、ＲＰ番号、及び該ＧＯＰ内の再生開始するフレーム番号１２２０）１２１２、及び再生終了位置１２１３（情報としてＡＶストリーム中の再生指定する終端のＧＯＰに対応したＡＬＵ番号と、ＲＰ番号、及び該ＧＯＰ内の再生終了するフレーム番号１２２１）、及び録画したＡＶストリーム中の付帯情報としてプログラム付帯情報１２２２が記録されている。プログラム付帯情報１２２２の内容は、図１１に示したプログラム付帯情報１１３４、図２０に示したプログラム付帯情報２００１と同様である。さらにインデックスの数１２１４と、それぞれのインデックス番号ごとの形式、及びインデックスの場所を示すユーザ定義プログラム情報＃ｒ−１に対応したＡＶストリームのＡＬＵ番号とそのＡＬＵ内のインデックス指定位置のＲＰ番号が配置されている。インデックスは、先の図１１のオリジナルプログラム情報と同様に、たとえばユーザがユーザ定義プログラム情報＃ｒ−１に対応したプログラムを編集して、マーキング点指定を指定した場合の指定位置情報であり、インデックスを指定しておけば、オリジナルプログラム情報＃ｐ−１に対応したプログラムを再生時にすばやくインデックスで指定した位置に飛ばす、などの操作が可能となる。

図１３はユーザ定義統合管理情報（ＵＤＦＦ）ファイル１３０１と、ユーザ定義統合管理表ファイル１３１０の内容を示したものである。ユーザ定義統合管理情報（ＵＤＦＦ）ファイル１３０１は、図８のＵＤＦＦ．ＭＧＲ８０９に、ユーザ定義統合管理表ファイル１３１０は図８のＵＤＦＦ＿ＩＮＦ．ＴＢＬ８１０に対応する。ユーザ定義統合管理情報ファイル１３０１は、ユーザが編集によって登録したユーザ定義統合情報の数（図１３ではｔ個の場合）と、以下ユーザ定義統合情報＃１、ユーザ定義統合情報＃２・・・ユーザ定義統合情報＃ｔ−１、ユーザ定義統合情報＃ｔの内容が記録されたユーザ定義統合情報表ファイル１３１０内の位置の情報（たとえばユーザ定義統合管理表ファイルＵＤＦＦ＿ＩＮＦ．ＴＢＬ１３１０の頭から何バイト目から、といった情報）が記録される。

図１３のユーザ定義統合管理表１３１０の詳細例としてユーザ定義統合情報＃ｔ−１の表部分を示す。ユーザ定義統合情報＃ｔ−１の情報として、本ユーザ定義統合情報を作成した作成時間１３１１と、本ユーザ定義統合情報の名前１３１２、本ユーザ定義統合情報を代表するサムネールの情報１３１３、本ユーザ定義統合を構成するオリジナルプログラム番号またはプレイリスト番号の数１３１７、及びそれに続いて本ユーザ定義統合情報を構成するオリジナルプログラム番号またはプレイリスト番号の羅列より構成される。

サムネール情報１３１３の各構成要素のサムネール形式１３１４、サムネール位置１３１５、サムネール外部ファイル位置１３１６は、先の図１０のプレイリスト管理表１０１０中のサムネール形式１０１４、サムネール位置１０１５、サムネール外部ファイル位置１０１６と同様のデータ構造である。

図１６は、サムネールの管理データ構造と外部サムネールファイルの相関を示した図である。同図においてサムネール管理データ１６０１は、サムネール形式とサムネール位置とサムネール外部ファイル位置で構成され、図１０のサムネール情報１０１３、図１１のサムネール情報１１１５、図１３のサムネール情報１３１３と同様である。サムネール位置は、プログラムファイル１６０２プログラム情報（ＰＧＲ）の番号と、サムネールとして表示するＡＶストリームの位置に対応したＡＬＵ番号、及びそのＡＬＵ番号に対応したＡＬＵ内のＲＰ番号から構成され、サムネール外部ファイル情報はプログラムファイル番号ｘｘｘｘとサムネールファイル番号ｙｙから構成される。

図１７は、全サムネール管理情報ファイル１７０１の構造を示したものであり、図８のＴＮＤ．ＭＧＲ８３１に対応する。サムネールを統合する情報として、登録されているサムネール数（本図ではｉ個の場合）１７０２、以降登録個数分のサムネールの情報が入っている場所のポインタ値などを情報として持つサムネールポインタ１７０３〜１７０４、これに続いて各サムネール情報１７０５〜１７０６で構成される。各サムネール情報１７０５〜１７０６は、プログラムファイル番号、サムネールファイル番号、サムネール関連情報（サムネールの縦横の画素サイズ、圧縮方式など）、及びサムネール保護情報（サムネールの暗号化の可否）の情報から構成される。このようにサムネールの情報を一箇所にまとめていれば、本全サムネール管理情報ファイル１７０１を参照するのみで、全サムネールの情報が把握できるため、本発明にかかる再生機などで、サムネール情報一覧などを取得する場合に動作を高速化できるなどの利点がある。

図１５は、たとえばユーザが編集操作において、１つのプログラムを分割する場合（例えば、録画した１つの番組を２つに分割する場合）の、ＡＶストリームの入ったプログラムファイルの管理がどのようになるかを示した模式図である。同図に示したように任意のＰＲＯＧｘｘｘｘ．ＡＶＳファイルのＡＶストリームは、ＡＬＵ単位で配置されている。このためＡＬＵ単位で分割すれば単純であるが、ＡＬＵ単位を録画したＡＶストリームの再生時間にたとえると、数十秒の単位になり、分割精度が非常に粗いものとなってしまう。このため、分割点においては、ＲＰ単位でできるようにする。この場合図１５のように、ＡＬＵ番号＃ｆの部分で分割することとなる。そして分割したファイルのＡＬＵ＃１〜ＡＬＵ＃ｆのＡＶストリームを新たにＰＲＯＧｘｘｘｘ．ＡＶＳとし、ＡＬＵ＃ｆ〜ＡＬＵ＃ｈのＡＶストリームをＰＲＯＧｘｘｘｘ＋１．ＡＶＳ（ファイル番号ｘｘｘｘにプラス１する）として記録する。この場合、分割後のＰＲＯＧｘｘｘｘ．ＡＶＳのストリーム部分の終端はＡＬＵ値が所定の８１９２ＲＰ（図１４に記載）とはならないため、図１４のＡＬＵ管理情報１４０３のパラメータである「プログラムのＡＬＵ数」を変更すると同時に「最後のＡＬＵのＲＰ数」を、分割後のＲＰ数、すなわちＡＬＵ＃ｆの分割した点より前のＲＰ数に変更して、ファイルＰＲＯＧｘｘｘｘ．ＡＶＳを更新する。また、分割後のＡＶストリームをＰＲＯＧｘｘｘｘ＋１．ＡＶＳ（図１５）に対しても、図１４のＡＬＵ管理情報１４０３のパラメータである「プログラムのＡＬＵ数」を変更すると同時に「最初のＡＬＵのＲＰ数」を、分割後のＲＰ数、すなわちＡＬＵ＃ｆの分割した点より後のＲＰ数に変更して、記録する。このようにすれば、分割点の精度が向上する。少なくとも、分割点はＭＰＥＧ圧縮されたＡＶストリームの場合、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位の精度で分割が可能となる。

図１８はプログラム情報１８０１であり、先の図８におけるネームドストリームＰｒｏｇｒａｍＩｎｆｏ８２４の内容を示したものである。同図において、録画したＡＶストリームのオリジナルプログラムのプログラム総合情報１８０２として、本実施例の記録形式で記録された旨のプログラム識別情報１８０３、及び録画されたオリジナルプログラムのＡＶストリームの種類として、たとえばデジタル放送（日本、欧州、北米など）または記録機で自己エンコードされたＡＶストリームである、などの識別情報であるストリームフォーマット情報１８０４、及び記録開始時刻や終了時刻、プログラムの名前やジャンルなどからなるストリームフォーマット詳細情報１８０５である。

図１９はＡＣＵ情報１９００の詳細を示したものであり、またＡＣＵ情報１９００は図８のネームドストリームＡｃｃｅｓｓＵｎｉｔＩｎｆｏ８２５の内容を示すものである。ＡＣＵとは、ＡＶストリームのＧＯＰの位置する部分の、ＡＬＵ番号と、ＲＰ番号（図１４）、及びＧＯＰ中のＭＰＥＧ規格におけるＩピクチャの長さに相当するＲＰ数などを情報として持つものである。同図において、ＡＣＵ総合情報１９０１として、ＡＣＵグループの数としてＡＣＵグループエントリ数、及びＡＶストリーム中のタグ形式を持つ。タグ形式に記録される値について以下説明する。

例えば、欧州や日本のデジタル放送では、コンポーネントタグと呼ばれ、当該ＡＣＵ１９００に対応した番組を再生するために必要な、ストリーム構成の情報の種別を表す値がある。このコンポーネントタグを用いれば、サービス情報（以下、ＳＩという）中に、1番組で複数のストリームを持つ場合などを想定し、例えば番組中の画像が1種類だけでなく、複数種類（撮影角度を変えたものなど）ある場合や、音声が複数ある場合(以下このような映像、または音声が１番組中に複数ある場合のＡＶストリームをマルチＡＶストリームという)などの情報をコンポーネントタグとして重畳し、これらを電子番組表にしてユーザに表示する場合に用いることができる。そこで、例えば欧州や日本のデジタル放送においては、タグ形式にコンポーネントタグを記録することにより、1番組で複数のストリームを持つ場合であっても適切に対応することが可能となる。

しかし、米国などの放送規定においては、このようなコンポーネントタグの規定がなされていない場合がある。

そこで、例えば欧州や日本のデジタル放送のようにコンポーネントタグが規定されているＡＶストリームを録画した場合はタグ形式に００Ｈ（Ｈは１６進数を表す添え字）を記録し、例えば米国の放送規定のようにコンポーネントタグが規定されていないＡＶストリームを録画した場合はタグ形式に０１Ｈを記録しておくように定義しておく。

このように管理ファイルを構成すれば、コンポーネントタグが放送地域によって決まっている場合、いない場合など含めて、記録管理方式として対応が可能である。
上記で述べた、マルチストリームを記録した場合に、複数のグループのＡＣＵエントリを管理できるように、本実施例では表を構成しているが、通常の場合は、１ＡＶストリームにつき、ＡＣＵグループは1個でよい。これに続いてＡＣＵグループエントリ＃１の内容が配置された位置情報（例えば本ＡＣＵ情報１９００の最初から何バイト目にＡＣＵグループエントリ＃１の内容が記録されている）と、ＡＣＵグループエントリ＃１のストリームに対応したコンポーネントタグの値を記録するＡＣＵグループ＃１配置情報１９０２が、続いてＡＣＵグループ＃２配置情報１９０３、・・・、ＡＣＵグループ＃ｚ配置情報１９０５、を記録する。各ＡＣＵグループ＃１〜ｚ配置情報のタグ値は、ＡＶストリームの構成を表す構成要素（構成情報ともいう）であり、１番組中に複数のストリームが存在する場合、当該ＡＣＵグループ＃１〜ｚ配置情報がどのＡＶストリームに対応するかを示す情報が記録される。さらに続き、ＡＣＵグループエントリ＃１の総合情報１９０６（ＡＣＵグループエントリ＃１に記録されたＡＣＵの総数（ＡＣＵエントリ数）、及びＡＣＵグループエントリ＃1に記録されたＡＣＵの最大値からなる）、続いてＡＣＵのエントリ＃１の情報１９０７、・・・、ＡＣＵのエントリ＃ｎの情報１９０８、ＡＣＵグループエントリ＃２の総合情報、・・・と記録する。ＡＣＵのエントリ＃１の情報１９０７、・・・、ＡＣＵのエントリ＃ｎの情報１９０８はそれぞれ、ＧＯＰの構成としてシーケンスヘッダ（ＭＰＥＧ規格）の有無や、ＧＯＰヘッダの有無や、本ＡＣＵを構成するピクチャ種別（ＭＰＥＧ規格のＩピクチャ/Ｐピクチャ、本実施例ではＩピクチャのみを想定）などをフラグとして持つことで構成されるＡＣＵ形式と、ＡＣＵのタイムスタンプ、ＡＣＵ開始位置として、ＡＣＵエントリ番号に対応したＧＯＰのあるＡＬＵ番号と、そのＡＬＵ内のＲＰ番号及びＩピクチャのパケット数からなるＡＣＵサイズより構成される。

このようにＡＣＵの情報１９００を構成しておけば、ストリームのＩピクチャの位置情報を再生時に把握できるため、再生時にＩピクチャを所定間隔で飛ばして表示しながら高速にサーチを行う場合などの処理に使用できるだけでなく、コンポーネントタグのタグ値により高速サーチするストリームの情報を再生時に把握できる。

また、ＡＣＵ総合情報１９０１のタグ形式により、記録されたストリームがコンポーネントタグの規定を持っていない場合（上記実施例にて０１Ｈ以上）には、ＡＶストリーム中のＰＭＴ（Ｐｒｏｇｒａｍ ｍａｐ Ｔａｂｌｅ：ＭＰＥＧ規格）で指定された情報を示すこととする。すなわち、タグ値＝ｎならば、ＰＭＴで記述された第ｎ番目のストリームを指すこととする。このようにしておけば、コンポーネントタグが放送地域によって決まっていない場合にも、ＡＣＵ総合情報が複数あるうちのどのストリームに対応したものであるか、を記録することが可能である。

図２１は、本発明にかかる静止画データ、及び静止画を管理するための管理情報を記録媒体上に記録するためのディレクトリ内容を説明する図である。同図において２１００は、ファイルディレクトリの最上位階層を示し、２１０１はその下層のＰＩＣという名のディレクトリであり、本発明にかかる静止画データ、及び管理情報ファイルの各ファイル構造を示したものである。またＴＶＲ２１１１は、動画データ、及びその管理ファイルを格納するためのディレクトリで、先に説明した図８のＴＶＲ８０１と同じものである。図２１において、２１０２は、一般的にデジタルカメラなどで使用されているフォーマットによるＤＣＩＭという名のディレクトリで、ディレクトリ２１０１の下層に生成される。その下層には、一般的にデジタルカメラなどで使用されているフォーマットである、「１００ＸＸＸＸ」という名のディレクトリ名のディレクトリ２１０３が生成される。ディレクトリ名の「ＸＸＸＸＸ」の部分は任意の５文字のアルファベットが当てられることとする。ディレクトリ２１０３（１００ＸＸＸＸＸ）の下の階層には、静止画データとしてＡＡＢＢ０００１．ＪＰＧという名のファイル２１０４、ＡＢＣＤ０００２．ＪＰＧという名のファイル２１０５、ＡＢＣＤ０００３．ＪＰＧという名のファイル２１０６、ＢＢＢＢ０００４．ＪＰＧという名のファイル２１０７、ＢＢＢＢ０００５．ＪＰＧという名のファイル２１０８のファイル、ＺＺＺＺ９９９９．ＪＰＧという名のファイル２１０９が格納される。これらのファイルは、ファイル名の上４桁はアルファベットまたは数字の任意の組み合わせでよく、たとえば再生処理の場合のファイル区別は、下４桁の番号０００１〜９９９９にて区別される。ディレクトリ２１０３の中に、ファイル名の下４桁が９９９９まで使用された場合は、新たにディレクトリ２１０３のディレクトリ名の上３桁を「１０１ＸＸＸＸＸ」というディレクトリ２１１０を作成し、そのディレクトリ中に新たに静止画データのファイルを、ファイル２１０４〜２１０９に示したファイル名のつけ方と同様に追記していく。図２１に示したのファイル構造は、これらは先に例として示したＵＤＦのファイルシステムにて管理されており、各ディレクトリ、各ファイルには、図示しないが属性情報としてファイルを記録媒体に生成した時刻(年、月、日、時、分、秒)もファイルシステムの管理情報として記録される（ファイルシステムはＵＤＦに限るものではない）。
図２１の２１１２は、上記ディレクトリ２１０２静止画データをフォルダ分けして整理するための管理を行うディレクトリ名「ＦＯＬＤＥＲ」という名のディレクトリであり、次に詳細を説明する。

図２２は本発明に係る静止画データをユーザがフォルダごとに分類して管理することができるようにするための、記録媒体上に記録される振り分けフォルダとその管理データを説明するための図である。図２２において２２１０は、静止画データをフォルダ分けするための、静止画データ、及び管理情報ファイルを格納するＦＯＬＤＥＲという名のディレクトリであり、図２１の２１１２と同じものである。図２２において２２０１、２２０２、２２０３は、静止画データを振り分けるための各々ＦＯＬ０００１、ＦＯＬ０００２、ＦＯＬ０００３という名のディレクトリであり、これらの下層にＤＣＩＭという名のディレクトリの２２０５、２２０６が生成される。なお、ディレクトリ２２０１，２２０２，２２０３のディレクトリ名の下４桁の数字はフォルダ番号である。２２０８は、図２１の説明で述べたディレクトリ２１０３（１００ＸＸＸＸＸ）と同じ命名則（数字３桁と任意のアルファベット５文字）で命名されたディレクトリであり、２２０９はフォルダ２２０１（ＦＯＬ０００１）内に振り分けられた静止画データのファイルである。例えばファイル２１０４（図２１のＡＡＢＢ０００１．ＪＰＧ）を図２２のディレクトリ２２０１（ＦＯＬ０００１）に振り分けた場合、図２２に示したようにディレクトリ２２０５（ＤＣＩＭ）、ディレクトリ２２０８（１００ＸＸＸＸ）、ファイル２２０９（ＡＡＢＢ０００１．ＪＰＧ）のように構成して記録する。この際、例えばファイル２２０９の名前は振り分け元と同じ名前でもよいし、ファイル名の命名則（任意のアルファベットか数字の組み合わせ４文字と４桁の番号）に則っていれば、振り分け元の名前から変更してもよい。また一例として、図２２において２２２０は、ファイル名の命名則（任意のアルファベットか数字の組み合わせ４文字と４桁の番号）に則っていない静止画データの「ＡＢＣＤＥＦＧ．ＪＰＧ」という名のファイルであり、このように図２１に示した静止画データファイルをフォルダに振り分け管理する場合は、図２２の振り分けフォルダ２２０３（ＦＯＬ０００３）に示したように、振り分けフォルダ２２０３の下に「ＤＣＩＭ」フォルダを設けることなく、フォルダ２２０３直下に静止画データのファイル２２２０（ＡＢＣＤＥＦＧＨ．ＪＰＧ）をおくようにする。このようにすれば、図２１のように規定されたファイル命名則に則った静止画データのファイルなのか、そうでないかが判別可能であるともに、その判別した結果をもとに、再生時の制御を切り替えることが容易に可能になる。また、フォルダ振り分け元のファイル構成が、例えば図２１に示したディレクトリ２１０２以下の層の構成である場合、ディレクトリ２２０５、２２０６以下の層をフォルダ振り分け元のファイル構成と同様の構成とすることによって、再生時の制御論理を大部分で共通化できるという利点があるし、記録媒体のファイル構造をパーソナルコンピュータで閲覧する場合に、振り分けられたフォルダ自体内容の構成を見れば、静止画データが一般的なデジタルカメラから振り分けられたものか、そうではないものかの判別も容易にできる。さらに図２２において、２２０４は、ディレクトリ２２１０（ＦＯＬＤＥＲ）以下の各ディレクトリ２２０１（ＦＯＬ０００１），２２０２（ＦＯＬ０００２），２２０３（ＦＯＬ０００３）を管理するための「ＦＯＬＤＥＲ．ＭＧＲ」という名の管理ファイルであり、以下に詳細を説明する。

図２３は、図２２に示したディレクトリ２２０４（ＦＯＬＤＥＲ）の管理ファイル内容の詳細を示した図である。図２３において２３０１は、管理ファイル（図２２のＦＯＬＤＥＲ．ＭＧＲ）の最上位の管理階層を表す（Ｆｏｌｄｅｒ Ｍａｎａｇｅｒ）。２３０２〜２３０５はその下の階層の管理情報を表し、以下に管理情報の内容を説明する。２３０２は、本管理ファイル２４０１が記録媒体上に生成、更新された場合の情報（Ｆｏｌｄｅｒ Ｍａｎａｇｅｒ Ｇｅｎｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ）が記録される。その詳細については後述する。２３０３〜２３０５は、各々生成された振り分け先フォルダに１対１に対応した管理情報（Ｆｏｌｄｅｒ Ｉｎｆｏｒｍａｔｉｏｎ １、Ｆｏｌｄｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ２、・・・、Ｆｏｌｄｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ＃ｎ）が記録される。なお、例えば本実施例では管理情報２３０３（Ｆｏｌｄｅｒ Ｉｎｆｏｒｍａｔｉｏｎ １）は、図２２の振り分けフォルダ２２０１（ＦＯＬ０００１）の管理情報が対応付けて記録され、管理情報２３０４（Ｆｏｌｄｅｒ Ｉｎｆｏｒｍａｔｉｏｎ ２）は、図２２の振り分けフォルダ２２０２（ＦＯＬ０００２）の管理情報が対応付けて記録される、といったように振り分け先のフォルダ番号に各フォルダ管理情報が対応付けてあるものとする。

図２４は、図２３の管理情報２３０２（Ｆｏｌｄｅｒ Ｍａｎａｇｅｒ Ｇｅｎｅｒａｌ Ｉｎｆｏｒｍａｔｉｏｎ）の詳細を示したものである。２４０２は、記録媒体上に振り分け先のフォルダが初めて記録されたときの情報（日付、時、分、秒など）の管理情報(Ｆｉｒｓｔ Ｆoｌｄｅｒ Ｄａｔｅ)が記録される。２４０３は、記録媒体上に振り分け先のフォルダが最後に記録されたときの管理情報（日付、時、分、秒など）の情報(Ｌａｓｔ Ｆoｌｄｅｒ Ｄａｔｅ)が記録される。２４０４は、作成された振り分け先フォルダの数（Ｎｕｍｂｅｒ ｏｆ Ｆｏｌｄｅｒs）が記録される。

図２５は、フォルダ番号＃ｎの管理情報２３０５（Ｆｏｌｄｅｒ Ｉｎｆｏｒｍａｔｉｏｎ）の内容を示した図である。図２５において２５０１は、図２４に示したフォルダ番号＃ｎの管理情報２３０５と同様のものである。２５０１は振り分け先のフォルダ番号を記憶する管理情報であり、例えば図２２に示した振り分け先フォルダを示すディレクトリ２２０１（ＦＯＬ０００１）を示す場合は、ここの管理情報２５０１はそのフォルダ番号である＃ｎ＝１が記録される。２５０２は、振り分け先フォルダに振り分けられた静止画データのファイルが、先に述べた一般的なデジタルカメラの形式のものか、そうでないかを識別する管理情報（Ｆｏｌｄｅｒ Ｔｙｐｅ）である。先の図２２に示したディレクトリ２２０１（ＦＯＬ０００１）やディレクトリ２２０２（ＦＯＬ０００２）のように一般的なデジタルカメラのファイル形式のディレクトリ２２０５（ＤＣＩＭ）や２２０６（ＤＣＩＭ）の形式のファイルでフォルダ分けされている場合には、図２５の管理情報２５０２には、例えば「１」が記録される。先の図２２に示したディレクトリ２２０３（ＦＯＬ０００３）のように一般的なデジタルカメラのファイル形式ではないデータが格納されている場合などには、図２５の管理情報２５０２には、例えば「０」が記録される。従って本実施例によれば、管理情報２５０２に通常のデジタルカメラ形式でフォルダ分けされているか、そうでないかが記録されているため、再生時の制御（例えば画面上に静止画データの子画面情報（サムネール表示）したり、ユーザ指示で一枚づつ再生したり、スライドショーで再生したりする制御の処理を、一般的なデジタルカメラ形式のファイル管理に基づいて行うか、別の制御を要するかの処理判断が容易であり、例えば再生処理を行う制御プログラムの論理が簡単になり、処理速度も高速化することが期待できる。
２５０３は、＃ｎのフォルダのディレクトリが作成された場合の日付、時、分、秒などが記録される。
２５０４は、＃ｎのフォルダ内に振り分けされた静止画データのもっとも早い時期の日付、時間、分、秒の値が管理情報として記録される。２５０５は、＃ｎのフォルダ内に振り分けされた静止画データのもっとも遅い時期の日付、時間、分、秒の値が管理情報として記録される。これらの管理情報２５０４及び２５０５は、フォルダに振り分けられた静止画データのファイルのファイルシステムの属性情報によって、判別し記録する。よって管理情報２５０４及び管理情報２５０５を見れば、例えば＃ｎのフォルダに振り分けられた静止画データが、いつごろの期間に撮影されたものかを画面に表示するなどの際、＃ｎのフォルダ内の静止画データのファイルの属性を生成時に確認する処理などを行うことなく、表示処理処理を行うことができるので、撮影期間を表示するまでの時間などを短くできる。この画面表示例は、後述する。
２５０６は、＃ｎのフォルダにユーザが指定した任意の名前を記録する。

図２６は、本発明にかかる記録方法を適用したカメラのシステムブロック図である。図２６において、２６０１はカメラ本体である。２６０２は、記録媒体であり、カメラに内蔵の形式のものでも着脱式のものでもよい。２６０３はレンズ、２６０５はイメージセンサ、２６０５は撮像信号を映像信号に変換処理を行う撮像処理回路、２６０６は映像信号を圧縮する圧縮回路、２６０７は圧縮データを記録媒体へ書込んだり記録媒体から読み出すための記録再生部、２６０８は圧縮データを映像信号に伸張する伸張回路、２６０９はグラフィカルユーザインターフェースの信号生成を行うためのＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）生成回路、２６１０は映像信号とＯＳＤ信号を所定の加算比によって加算する加算回路、２６１１は映像信号出力部、２６１２はカメラ２６０１に内蔵された液晶パネルであってもよいし、カメラ２６０１の本体とは別の例えばテレビなどとした表示部であってもよい。２６１４はボタンまたはタッチパネルまたはリモコンなどで構成されるユーザＩ／Ｆ部である。２６１３はユーザＩ／Ｆ部２６１４の入力に従ってこれらカメラ２６０１内の各構成要素を統括して制御を行う制御部である。

記録処理時には、レンズ２６０３を介してイメージセンサ２６０４で撮像された信号は、撮像回路２６０５にて映像信号に変換され、２６０６にて圧縮され、記録再生部２６０７を介して記録媒体２６０２に記録される。

また、再生処理時には、２６０２に記録されている圧縮データが記録再生部２６０７を介して読み出され、伸張回路２６０８にて映像信号に伸張され、ＯＳＤ回路２６０９で生成されたグラフィカルユーザインターフェース(ＧＵＩ)の画面イメージと加算回路２６１０で所定の加算比にて加算されたのち、映像出力Ｉ／Ｆ２６１１を介して表示部２６１２に表示される。また先に述べた静止画データのファイルをフォルダ分けをする編集時には、フォルダ作成・編集に必要なＧＵＩが、ユーザＩ／Ｆ部２６１４の入力に従って、制御部２６１３によって生成制御され、映像データの所定の子画面(サムネール)などと加算回路２６１０にて所定の加算比にて加算され、編集画面として映像出力Ｉ／Ｆ２６１１を介して表示部に表示される。前期の映像データの所定の子画面(サムネール)は記録媒体２６０２、記録再生部２６０７、伸張回路２６０８を経由して得られる。

図２９は、本発明にかかる記録方法基づいて再生処理を行う再生装置のシステムブロック図である。図２９において、２９０１は再生装置である。２９０２は、記録媒体である。２９０７は圧縮データを記録媒体から読み出すための再生部、２９０８は圧縮データを映像信号に伸張する伸張回路、２９０９はグラフィカルユーザインターフェースの信号生成を行うためのＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）生成回路、２９１０は映像信号とＯＳＤ信号を所定の加算比によって加算する加算回路、２９１１は映像信号出力部、２９１２は再生装置２９０１に内蔵された液晶パネルであってもよいし、再生装置２６０１の本体とは別の例えばテレビなどとした表示部であってもよい。２９１４はボタンまたはタッチパネルまたはリモコンなどで構成されるユーザＩ／Ｆ部である。２９１３はユーザＩ／Ｆ部２９１４の入力に従ってこれらカメラ２９０１内の各構成要素を統括して制御を行う制御部である。

再生処理時には、２９０２に記録されている圧縮データが再生部２９０７を介して読み出され、伸張回路２９０８にて映像信号に伸張され、ＯＳＤ回路２９０９で生成されたグラフィカルユーザインターフェース(ＧＵＩ)の画面イメージと加算回路２９１０で所定の加算比にて加算されたのち、映像出力Ｉ／Ｆ２９１１を介して表示部２９１２に表示される。また先に述べた静止画データのファイルをフォルダ分けをする編集時には、フォルダ作成・編集に必要なＧＵＩが、ユーザＩ／Ｆ部２９１４の入力に従って、制御部２９１３によって生成制御され、映像データの所定の子画面(サムネール)などと加算回路２９１０にて所定の加算比にて加算され、編集画面として映像出力Ｉ／Ｆ２９１１を介して表示部に表示される。前期の映像データの所定の子画面(サムネール)は記録媒体２９０２、記録再生部２９０７、伸張回路２９０８を経由して得られる。

図２７は、図２６で述べたカメラ２６０１にて記録を行う場合の記録処理や、図２６で述べたカメラ２６０１や、図３で述べた記録再生装置３００または図２９で述べた再生装置２９０１での再生時処理、もしくは静止画データのファイルを振り分け先フォルダに振り分ける一連の処理を説明するためのフローチャートである。図２７において、セットの電源が投入されて初期化処理Ｓ２７０１が行われたのち、動作モード判定処理Ｓ２７０２でユーザＩ／Ｆ２６１４（図２６）の状態に応じて再生モード、編集モード、録画モードに応じて分岐処理がなされる。記録モードの場合は記録開始判定処理Ｓ２７０３にて、例えばユーザＩ／Ｆ２６１４（図２６）のうちの記録ボタンが押されると、映像記録処理Ｓ２７０４にて映像データ（動画でも静止画でもよい）を記録する記録処理が行われた後、管理データ記録処理Ｓ２７０５にて、映像データを管理するためのその他の管理データ(ファイルシステム管理情報含む)の記録が記録媒体になされる。編集モードでは、ユーザＩ／Ｆ２６１３(図２６)またはユーザＩ／Ｆ３１６(図３) の入力に応じて各振り分け先フォルダ情報やディレクトリの作成、及びフォルダへの静止画データの移動もしくはコピーが振り分け先フォルダ情報作成処理Ｓ２７０８にて行われる。編集終了判定処理Ｓ２７０９にてユーザＩ／Ｆ２６１３(図２６)またはユーザＩ／Ｆ３１６(図３) の入力に応じて編集終了にて判定されると、管理情報記録処理Ｓ２７１０にて、フォルダ管理情報が記録され、さらにファイルシステム管理情報などの所定の情報が記録媒体に記録される。再生モードでは、管理データ読み込み処理Ｓ２７０６にて、各振り分け先フォルダや管理データの読み込み処理がなされ、ユーザＩ／Ｆ２６１３(図２６)またはユーザＩ／Ｆ３１６(図３) の入力に応じて、管理情報をもとに各振り分け先フォルダの閲覧処理や振り分けフォルダ内の静止画データの再生処理が行われる。上記一連の処理を実行後、ユーザＩ／Ｆ２６１３(図２６)またはユーザＩ／Ｆ３１６(図３) の入力に応じて電源判定処理Ｓ２７１１にて電源オフでないと判定されれば、再び動作モード判定処理Ｓ２７０２へ処理を移し、電源オフと判定すれば、電源オフ処理Ｓ２７１２にて所定の終了処理を行い処理を終了する。

図２８は、上記で説明してきた静止画の記録方法に基づいて、図３の記録再生装置や図２６のカメラや図２９の再生装置などで再生した場合のグラフィカルユーザインターフェース（ＧＵＩ）の一表示例を示したものである。図２８（ａ）は、振り分け先フォルダの一覧を表示例を示したもので、２８０１、２８０２、２８０３はそれぞれが振り分け先フォルダを表している。白抜き文字で表示されている２８０１は、現在選択中のフォルダであることを示している。また各フォルダ表示２８０１、２８０２、２８０３は、表示の左側から、フォルダ番号、フォルダ名、撮影期間が表示されている。これらを表示するための情報は、図２５に記載の管理情報２５０１（Ｆｏｌｄｅｒ Ｎｕｍｂｅｒ （ｎ））、管理情報２５０６（Ｆｏｌｄｅｒ Ｎａｍｅ）、管理情報２５０４（Ｆｉｒｓｔ Ｏｒｉｇｉｎａｌ Ｐｉｃｔｕｒｅ Ｃｒｅａｔｉｏｎ Ｔｉｍｅ）及び管理情報２５０５（Ｌａｓｔ Ｏｒｉｇｉｎａｌ Ｐｉｃｔｕｒｅ Ｃｒｅａｔｉｏｎ Ｔｉｍｅ）から得ることができるため、表示制御時にフォルダ内の静止画データのファイルの属性をすべて読み込み、撮影日時の最も早いものと遅いものを割り出して表示するような処理を省くことができ、その分表示処理の高速化などが期待できる。また、使用するユーザは、フォルダの情報内容をしめすフォルダ名のみでなく、その撮影した期間が画面上にて把握できて便利である。

図２８（ｂ）は、選択した図２８（ａ）でフォルダ表示２８０１を選択した後の、Ｆｏｌｄｅｒ１の表示例を示したものである。２８０４はフォルダ番号、フォルダ名、撮影期間を表示している。２８０５〜２８０９は、選択フォルダ内の静止画データのサムネール表示である。この表示画面においても使用するユーザは、フォルダの情報内容をしめすフォルダ名のみでなく、その撮影した期間が画面上にて把握できて便利である。

また、上記に説明したディレクトリ８０１（図８）以下のＡＶストリーム(動画)記録方法と、ディレクトリ８３５(図８)以下の静止画記録方法を同一媒体で管理すれば、動画と静止画を同一媒体上に管理でき、しかも動画、静止画それぞれにおいて最適に記録再生管理をすることができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることことが可能である。

また、上記の各構成は、それらの一部又は全部が、ハードウェアで構成されても、プロセッサでプログラムが実行されることにより実現されるように構成されてもよい。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０１、２０１・・・プログラム(ＡＶストリーム)
１０２ ・・・管理情報における第３階層
１０３、２０２・・・管理情報における第２階層
１０４、２０３・・・管理情報における第１階層
３００・・・記録再生装置
４０１・・・全プログラム表示用タグ
５０１・・・全プレイリスト表示用タグ
６０１・・・ユーザ＃１用メニュー表示用タグ
７０１・・・ユーザ＃２用メニュー表示用タグ
２６０１・・・カメラ
２９０１・・・再生装置

Claims (2)

1. 静止画データと、
   該静止画データを管理する管理情報とを記録する記録方法であって、
   前記管理情報は、
   前記静止画データを分類単位ごとに分類する情報を含み、
   前記分類単位ごとに分類した静止画データの最初の撮影日付と最後の撮影日付を含むこと、
   を特徴とする記録方法。
2. 静止画データと該静止画データの管理情報を記録する記録方法であって、
   前記静止画データを記録するステップと、
   前記管理情報を記録するステップとを有し、
   前記管理情報は、
   前記静止画データを所定の単位に分類するための分類情報と、
   前記所定の単位に分類された静止画データの最初の撮影時間情報と、
   前記所定の単位に分類された静止画データの最後の撮影時間情報を含むことを特徴とする記録方法。

Images