JP4720873B2 - 情報記録装置、撮像装置、情報記録方法およびプログラム - Google Patents

Description

本発明は、情報記録装置に関し、特に、位置情報を取得することが可能な情報記録装置、撮像装置、および、情報記録方法ならびに当該方法をコンピュータに実行させるプログラムに関する。

従来、ＧＰＳ（Global Positioning System）を用いて位置情報を取得し、この位置情報に関連する情報を写真に付加して記録するカメラが提案されている。例えば、ＧＰＳを用いて取得された現在位置に基づいて検索された現在の地名を表示し、シャッターボタンが押下されると、現在の地名を写真に記録するＧＰＳ内蔵カメラが提案されている（例えば、特許文献１参照。）。

また、近年では、人物等の被写体が撮像された撮像画像を画像データとして記録するデジタルスチルカメラやデジタルビデオカメラ（カメラ一体型レコーダ）等の撮像装置が普及している。また、例えば、ＧＰＳを用いて位置情報を取得し、この位置情報を撮像画像に付加して記録するデジタルスチルカメラが提案されている。
特開平０７−６４１６９号公報（図２）

上述の従来技術によれば、撮像装置により記録された撮像画像を表示する際に、表示の対象となる撮像画像に付加された位置情報をユーザが用いることができる。これにより、ユーザの利便性を高めることができる。

ここで、撮像装置により記録された撮像動画を他の再生装置で再生する場合を考える。例えば、位置情報が付加された撮像動画を他の再生装置で再生する場合には、その位置情報を撮像動画の再生時に用いることができる。例えば、撮像動画のストリームに付加された位置情報を再生装置で用いる場合には、撮像動画をデコードして位置情報を取得する必要がある。このため、例えば、複数の動画について位置情報を用いて各撮像動画の内容を把握するためには、各撮像動画をデコードして各位置情報を取得する必要がある。また、各撮像動画の内容を把握するため、取得された位置情報について、例えば、内容を容易に把握することが可能な地名等に変換して表示することが考えられる。このように、各撮像動画の内容把握のため、地名等を表示する場合には、各撮像動画のデコードおよび変換に要する時間が必要であり、各撮像動画の内容を迅速に把握することができないおそれがある。

本発明はこのような状況に鑑みてなされたものであり、動画の内容を迅速に把握することを目的とする。

本発明は、上記課題を解決するためになされたものであり、その第１の側面は、動画を入力する動画入力部と、上記動画が入力された際における位置情報を取得する位置情報取得部と、上記取得された位置情報を上記取得された位置情報により特定される場所に関するテキストデータに変換する位置情報変換部と、記録媒体に対して、上記入力された動画を格納するストリームファイルと、上記ストリームファイルに関する情報を格納するクリップ情報ファイルと、上記ストリームファイルに格納されている動画の再生開始点および再生終了点に関する情報を格納するプレイリストファイルとのそれぞれのデータ記録制御を行い、上記変換されたテキストデータを上記クリップ情報ファイルおよび上記プレイリストファイルに記録する記録制御部とを具備する情報記録装置および情報記録方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、動画が入力された際における位置情報を取得し、この取得された位置情報をテキストデータに変換し、記録媒体に対して、ストリームファイル、クリップ情報ファイルおよびプレイリストファイルのそれぞれのデータ記録制御を行い、変換されたテキストデータをクリップ情報ファイルおよびプレイリストファイルに記録するという作用をもたらす。

また、この第１の側面において、上記クリップ情報ファイルは、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルであり、上記記録制御部は、上記クリップインフォメーションファイルに含まれるメーカーズプライベートデータに位置情報構造体を定義して上記取得された位置情報を上記位置情報構造体に記録するようにしてもよい。これにより、クリップインフォメーションファイルに含まれるメーカーズプライベートデータに、取得された位置情報を記録するという作用をもたらす。

また、この第１の側面において、上記クリップ情報ファイルは、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルであり、上記記録制御部は、上記クリップインフォメーションファイルに含まれるメーカーズプライベートデータに上記変換されたテキストデータを記録するようにしてもよい。これにより、クリップインフォメーションファイルに含まれるメーカーズプライベートデータに、テキストデータを記録するという作用をもたらす。

また、この第１の側面において、上記クリップ情報ファイルは、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルであり、上記記録制御部は、上記入力された動画を構成するチャプタ毎に、上記取得された位置情報のうちの少なくとも１つの位置情報を代表位置情報として決定し、上記クリップインフォメーションファイルについては、上記決定された代表位置情報に対応する上記テキストデータをチャプタ毎に記録し、上記オーバーレイビットマップについては、上記変換されたビットマップデータをフレーム毎に記録し、上記モディファイドデジタルビデオパックについては、上記変換されたテキストデータをフレーム毎に記録するようにしてもよい。これにより、入力された動画を構成するチャプタ毎に代表位置情報を決定し、クリップインフォメーションファイルについては、その決定された代表位置情報に対応するテキストデータをチャプタ毎に記録し、オーバーレイビットマップについては、変換されたビットマップデータをフレーム毎に記録し、モディファイドデジタルビデオパックについては、変換されたテキストデータをフレーム毎に記録するという作用をもたらす。

また、この第１の側面において、上記プレイリストファイルは、ＡＶＣＨＤ規格におけるムービープレイリストファイルであり、上記記録制御部は、上記ムービープレイリストファイルに含まれるエクステンションデータのプレイリストマークエクステンションのマークネームおよびメーカーズインフォメーションの少なくとも１つに上記変換されたテキストデータを記録するようにしてもよい。これにより、ムービープレイリストファイルに含まれるエクステンションデータのプレイリストマークエクステンションのマークネームおよびメーカーズインフォメーションの少なくとも１つに、テキストデータを記録するという作用をもたらす。
また、この第１の側面において、上記記録制御部は、上記変換されたテキストデータを上記マークネームに記録する場合には、上記入力された動画を構成するチャプタのチャプタ名として表示させるためのデータとして上記変換されたテキストデータを記録するようにしてもよい。これにより、テキストデータをマークネームに記録する場合には、入力された動画を構成するチャプタのチャプタ名として表示させるためのデータとして記録するという作用をもたらす。
また、この第１の側面において、上記位置情報変換部は、上記取得された位置情報を上記取得された位置情報により特定される場所に関するビットマップデータおよびテキストデータに変換し、上記記録制御部は、上記入力された動画に対応するビデオデータであってＡＶＣＨＤ規格におけるモディファイドデジタルビデオパックに上記変換されたテキストデータを含めたビデオストリームと、ＡＶＣＨＤ規格におけるオーバーレイビットマップに対応するビットマップストリームであって上記変換されたビットマップデータに対応するビットマップストリームとをＡＶＣＨＤ規格に従って多重化してデータストリームを生成し、上記生成されたデータストリームを上記ストリームファイルとして上記記録媒体に記録するようにしてもよい。これにより、入力された動画に対応するビデオデータであってＡＶＣＨＤ規格におけるモディファイドデジタルビデオパックに、変換されたテキストデータを含めたビデオストリームと、ＡＶＣＨＤ規格におけるオーバーレイビットマップに対応するビットマップストリームであって、変換されたビットマップデータに対応するビットマップストリームとをＡＶＣＨＤ規格に従って多重化してデータストリームを生成し、この生成されたデータストリームをストリームファイルとして記録媒体に記録するという作用をもたらす。

また、本発明の第２の側面は、被写体を撮像して撮像動画を生成する撮像部と、上記撮像動画が生成された際における位置情報を取得する位置情報取得部と、上記取得された位置情報を上記取得された位置情報により特定される場所に関するテキストデータに変換する位置情報変換部と、記録媒体に対して、上記生成された撮像動画を格納するストリームファイルと、上記ストリームファイルに関する情報を格納するクリップ情報ファイルと、上記ストリームファイルに格納されている撮像動画の再生開始点および再生終了点に関する情報を格納するプレイリストファイルとのそれぞれのデータ記録制御を行い、上記変換されたテキストデータを上記クリップ情報ファイルおよび上記プレイリストファイルに記録する記録制御部とを具備する撮像装置およびこれにおける制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、撮像動画が生成された際における位置情報を取得し、この取得された位置情報をビットマップデータおよびテキストデータの少なくとも１つに変換し、この変換されたビットマップデータおよびテキストデータの少なくとも１つを含めた動画管理情報を生成し、この生成された動画管理情報を動画管理ファイルとして撮像動画に関連付けて記録させるという作用をもたらす。

本発明によれば、動画の内容を迅速に把握することができるという優れた効果を奏し得る。

次に本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明の実施の形態における情報記録装置１００の機能構成例を示すブロック図である。情報記録装置１００は、撮像部１０１と、撮像信号処理部１０２と、マイクロフォン１０３と、音声信号処理部１０４と、ＧＰＳ信号処理部１０５と、ユーザインターフェース１１０と、システム制御部１２０と、記録媒体１８０とを備える。情報記録装置１００は、例えば、ＧＰＳ信号を受信して位置情報を算出し、この算出された位置情報を撮像動画に関連付けて記録することが可能なデジタルビデオカメラ等の撮像装置によって実現することができる。

撮像部１０１は、光学系および撮像素子を備える。この光学系は、被写体からの光を集光するための複数のレンズ（ズームレンズ、フォーカスレンズ（図示せず）等）やアイリス（図示せず）等から構成され、入射された被写体からの光がこれらのレンズやアイリスを介して撮像素子に供給される。この撮像素子は、光学系を介して入射された被写体からの光をアナログの撮像信号（画像信号）に光電変換し、この光電変換されたアナログの撮像信号を撮像信号処理部１０２に出力する。なお、撮像素子として、例えば、ＣＣＤ（Charge Coupled Device）センサやＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサ等を用いることができる。

撮像信号処理部１０２は、撮像部１０１から出力された撮像信号に対して所定の信号処理を施すものであり、この信号処理が施された画像信号（画像データ）を、ベースバンドのデジタルビデオデータとしてシステム制御部１２０に出力する。すなわち、撮像信号処理部１０２は、撮像部１０１から出力された撮像信号に対して、ＣＤＳ（Correlated Double Sampling）回路により画像情報を有する信号だけをサンプリングするとともにノイズを除去する。そして、ＡＧＣ（Auto Gain Control）回路によりゲインを調整して、Ａ／Ｄ（Analog/Digital）変換回路によりデジタル信号に変換する。さらに、変換後のデジタル信号に対して検波系の信号処理を施して、Ｒ（赤色）、Ｇ（緑色）およびＢ（青色）の各色の成分を取り出し、γ補正やホワイトバランス補正等の処理を行う。そして、最終的に１本のベースバンドのデジタルビデオデータとしてシステム制御部１２０に出力する。

また、撮像信号処理部１０２は、撮像部１０１から出力された撮像信号に基づいて、表示部（図示せず）に撮像画像（いわゆる、スルー画像）を表示させるための映像信号を生成する。この表示部として、例えば、ＬＣＤ（Liquid Crystal Display）等の表示素子を用いることができる。

マイクロフォン１０３は、情報記録装置１００の周囲の音声を収音して電気信号に変換するものであり、この電気信号を音声信号として音声信号処理部１０４に出力する。

音声信号処理部１０４は、マイクロフォン１０３から出力された音声信号に対して所定の信号処理を施すものであり、この信号処理が施された音声信号（音声データ）を、ベースバンドのデジタルオーディオデータとしてシステム制御部１２０に出力する。すなわち、音声信号処理部１０４は、マイクロフォン１０３から出力された音声信号に対して、リミッタ処理を施してからＡ／Ｄ変換を施してデジタルオーディオデータを生成する。そして、生成されたデジタルオーディオデータについて、ノイズ除去や音質補正等の音声信号処理を行い、最終的に１本のベースバンドのデジタルオーディオデータとして出力する。

ＧＰＳ信号処理部１０５は、ＧＰＳ信号受信アンテナ（図示せず）により受信されたＧＰＳ信号に基づいて位置情報を算出するものであり、算出された位置情報をシステム制御部１２０に出力する。なお、この算出された位置情報には、緯度、経度、高度、方角、時刻等の数値データが含まれる。

ユーザインターフェース１１０は、ユーザによって入力された操作内容を受け付けるユーザインターフェースであり、受け付けられた操作内容に応じた制御信号をシステム制御部１２０に出力する。例えば、動画記録モード設定／解除ボタン、録画ボタン等の操作部材が情報記録装置１００に備えられている。動画記録モード設定／解除ボタンは、動画の記録を可能な状態にする動画記録モードの設定または解除を行う際に押下されるボタンである。録画ボタンは、動画記録モードが設定されている場合に、動画記録を開始または終了する際に押下されるボタンである。なお、ユーザインターフェース１１０を、例えば、タッチパネルとして構成するようにしてもよい。

システム制御部１２０は、ユーザインターフェース１１０から出力された制御信号に基づいて、動画ファイル等の記録制御を行うものである。なお、システム制御部１２０については、図２を参照して詳細に説明する。

記録媒体１８０は、システム制御部１２０による記録制御に基づいて動画ファイル等の情報を記憶する記録媒体である。例えば、記録媒体１８０は、撮像信号処理部１０２から出力されたデジタルビデオデータと、音声信号処理部１０４から出力されたデジタルオーディオデータとが多重化して生成されたＡＶストリーム（データストリーム）を動画ファイルとして記憶する。また、記録媒体１８０は、動画ファイルを管理する動画管理ファイルを記憶する。ここで、本発明の実施の形態では、ＧＰＳ信号処理部１０５から出力された位置情報をテキストデータおよびビットマップデータに変換し、このテキストデータおよびビットマップデータを動画ファイルおよび動画管理ファイルに含めて記録媒体１８０に記憶する。なお、記録媒体１８０は、情報記録装置１００に内蔵するようにしてもよく、情報記録装置１００から着脱可能とするようにしてもよい。また、記録媒体１８０として、半導体メモリ、光記録媒体、磁気ディスク、ＨＤＤ（Hard Disk Drive）等の種々のものを用いることができる。なお、光記録媒体は、例えば、記録可能なＤＶＤ（Digital Versatile Disc）、記録可能なＣＤ（Compact Disc）、ブルーレイディスク（Blu-ray Disc（登録商標））等を用いることができる。

図２は、本発明の実施の形態におけるシステム制御部１２０の機能構成例を示すブロック図である。システム制御部１２０は、制御部１３０と、データ入力部１４０と、圧縮処理部１５０と、位置情報変換データベース１６０と、位置情報処理部１７１と、管理情報処理部１７２と、管理情報保持部１７３とを備える。また、システム制御部１２０は、多重化処理部１７４と、ストリームバッファ１７５と、記録制御部１７６とを備える。システム制御部１２０は、入力されたデジタルビデオデータおよびデジタルオーディオデータを、所定の動画記録フォーマットにより圧縮符号化および多重化してＡＶストリームを生成するものである。そして、生成されたＡＶストリームを記録媒体１８０に記録させる。この動画記録フォーマットとして、例えば、ＡＶＣＨＤ規格の動画記録フォーマットを採用することができる。

制御部１３０は、下位モジュールを制御するものであり、動画記録シーケンスを行う。制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等により構成される。また、制御部１３０は、ユーザインターフェース１１０から出力された制御信号に従って、ＲＯＭに予め記憶されているプログラムやデータに基づいて、ＲＡＭをワークメモリとして用いてシステム制御部１２０の各部を制御する。例えば、動画記録モードが設定されていない状態で、動画記録モード設定／解除ボタンを押下する押下操作がユーザインターフェース１１０により受け付けられた場合には、制御部１３０は動画記録モードを設定する制御を行う。一方、動画記録モードが設定されている状態で、動画記録モード設定／解除ボタンを押下する押下操作がユーザインターフェース１１０により受け付けられた場合には、制御部１３０は動画記録モードを解除する制御を行う。また、例えば、動画記録モードが設定されている状態で、録画ボタンを押下する押下操作がユーザインターフェース１１０により受け付けられた場合には、制御部１３０は動画記録を開始する制御を行う。一方、動画記録が行われている状態で、録画ボタンを押下する押下操作がユーザインターフェース１１０により受け付けられた場合には、制御部１３０は、動画記録を終了させる制御を行う。

データ入力部１４０は、動画入力部１４１と、音声入力部１４２と、位置情報入力部１４３とを備える。動画入力部１４１は、撮像信号処理部１０２から出力されたベースバンドのデジタルビデオデータを入力するものであり、このデジタルビデオデータがビデオエンコーダ１５１に供給される。音声入力部１４２は、音声信号処理部１０４から出力されたベースバンドのデジタルオーディオデータを入力するものであり、このデジタルオーディオデータがオーディオエンコーダ１５２に供給される。位置情報入力部１４３は、ＧＰＳ信号処理部１０５から出力された位置情報を入力するものであり、この位置情報が位置情報処理部１７１に供給される。なお、位置情報入力部１４３は、特許請求の範囲に記載の位置情報取得部の一例である。

圧縮処理部１５０は、ビデオエンコーダ１５１と、オーディオエンコーダ１５２とを備える。ビデオエンコーダ１５１は、動画入力部１４１から供給されたデジタルビデオデータを、所定の圧縮符号化方式により圧縮符号化するものであり、圧縮符号化されたデジタルビデオデータをＡＶストリームとして多重化処理部１７４に供給する。動画記録フォーマットとして、ＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、動画の圧縮符号化方式として、高効率符号化が可能なＨ．２６４／ＭＰＥＧ−４ ＡＶＣ方式を用いる。この方式を用いる場合には、例えば、ＤＣＴ（Discrete Cosine Transform）と画面内予測とによりフレーム内圧縮が行われる。そして、動きベクトルを用いたフレーム間圧縮が行われ、さらにエントリピー符号化が行われることにより圧縮効率が高められる。オーディオエンコーダ１５２は、音声入力部１４２から供給されたデジタルオーディオデータを所定の圧縮符号化方式により圧縮符号化するものであり、圧縮符号化されたデジタルオーディオデータをオーディオリストリームとして多重化処理部１７４に供給する。動画記録フォーマットとして、ＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、動画の圧縮符号化方式として、ＡＣ３（Audio Code number 3）方式を用いることができる。なお、デジタルオーディオデータを圧縮符号化せず、ベースバンドのデータの状態で多重化処理部１７４に供給するようにしてもよい。

位置情報変換データベース１６０は、ＧＰＳ信号処理部１０５により算出される位置情報を、この位置情報により特定される場所に関するテキストデータまたはビットマップデータに変換するための変換情報を格納するデータベースである。この位置情報変換データベース１６０については、図３を参照して詳細に説明する。

位置情報処理部１７１は、位置情報変換データベース１６０に格納されている変換情報を用いて、位置情報入力部１４３から供給された位置情報をテキストデータおよびビットマップデータに変換するものである。そして、位置情報入力部１４３から供給された位置情報と、この位置情報が変換されたテキストデータおよびビットマップデータとを、所定の動画記録フォーマットに従ったデータストリームとして多重化処理部１７４に出力する。また、位置情報処理部１７１は、位置情報入力部１４３から供給された位置情報と、この位置情報が変換されたテキストデータおよびビットマップデータとを、管理情報処理部１７２に出力する。なお、位置情報処理部１７１は、特許請求の範囲に記載の位置情報変換部の一例である。

管理情報処理部１７２は、記録媒体１８０に記録される動画ファイルを管理するための動画管理情報を生成するものであり、生成された動画管理情報を記録制御部１７６に出力する。また、管理情報処理部１７２は、位置情報処理部１７１から出力されたテキストデータおよびビットマップデータを動画管理情報に含める。例えば、管理情報処理部１７２は、多重化処理部１７４から時間情報を取得するとともに、記録媒体１８０におけるアドレス情報を記録制御部１７６から取得し、これらの時間情報およびアドレス情報に基づいて動画管理情報を生成する。そして、管理情報処理部１７２は、生成された動画管理情報を管理情報保持部１７３に保持させ、所定のタイミングで記録制御部１７６に出力して、記録媒体１８０に動画管理ファイルとして記録させる。この動画管理ファイルは、動画記録フォーマットとしてＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、インデックスファイル、ムービーオブジェクトファイル、プレイリストファイルおよびクリップインフォメーションファイルにより構成される。この場合には、位置情報処理部１７１から出力されたテキストデータは、例えば、プレイリストファイルおよびクリップインフォメーションファイルに記録される。また、管理情報処理部１７２は、多重化処理部１７４により多重化されるＡＶストリームに、位置情報処理部１７１から出力されたテキストデータおよびビットマップデータを埋め込むための情報を生成し、この情報を多重化処理部１７４に出力する。なお、管理情報処理部１７２は、特許請求の範囲に記載の動画管理情報生成部の一例である。

管理情報保持部１７３は、管理情報処理部１７２により生成された動画管理情報を一時的に保持するものであり、保持されている動画管理情報を管理情報処理部１７２に供給する。すなわち、管理情報保持部１７３は、管理情報処理部１７２のワークメモリとして用いられる。

多重化処理部１７４は、ビデオエンコーダ１５１から出力されたビデオストリームと、オーディオエンコーダ１５２から出力されたオーディオストリームとを所定の方式で多重化して１本のＡＶストリームとして出力するものである。また、多重化処理部１７４は、そのビデオストリームおよびオーディオストリームと、位置情報処理部１７１から出力されたＡＶストリームとを所定の方式で多重化して１本のＡＶストリームとして出力する。また、多重化処理部１７４は、管理情報処理部１７２から出力された情報に基づいて、テキストデータおよびビットマップデータをＡＶストリームに含める。そして、多重化されたＡＶストリームがストリームバッファ１７５に順次出力される。例えば、動画記録フォーマットとしてＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、ＭＰＥＧ−２ ＴＳ（トランスポートストリーム）に従って多重化が行われる。

ストリームバッファ１７５は、多重化処理部１７４から出力されたＡＶストリームを一時的に蓄積するバッファである。そして、蓄積されているＡＶストリームが記録制御部１７６の制御に基づいて、記録媒体１８０に記録される。

記録制御部１７６は、ストリームバッファ１７５に蓄積されたデータ量を監視し、ストリームバッファ１７５に所定量以上のデータが蓄積されると、ストリームバッファ１７５から記録媒体１８０の記録単位分のデータを読み出して記録媒体１８０に書き込む。すなわち、記録制御部１７６は、ストリームバッファ１７５に蓄積されたＡＶストリームを動画ファイル化し、記録媒体１８０に記録させる。また、記録制御部１７６は、管理情報処理部１７２から出力された動画管理情報を動画管理ファイルとして記録媒体１８０に記録させる。

例えば、動画記録モードが設定されている状態で、録画ボタンの押下操作がユーザインターフェース１１０により受け付けられた場合には、制御部１３０の制御に基づいて、記録媒体１８０への記録動作が開始される。すなわち、制御部１３０の制御に基づいて、撮像信号処理部１０２から出力されたデジタルビデオデータがビデオエンコーダ１５１により圧縮符号化される。また、音声信号処理部１０４から出力されたデジタルオーディオデータがオーディオエンコーダ１５２により圧縮符号化される。そして、圧縮符号化されたビデオデータおよびオーディオデータが、多重化処理部１７４により所定の形式でパケット化され多重化され、ＡＶストリームが生成される。そして、生成されたＡＶストリームが、ストリームバッファ１７５を介して、記録制御部１７６に供給され、動画ファイルとして記録媒体１８０に記録される。一方、動画記録動画が行われている状態で、録画ボタンの押下操作（再押下操作）がユーザインターフェース１１０により受け付けられた場合には、制御部１３０の制御に基づいて、記録媒体１８０への記録動作が停止される。すなわち、動画ファイルの記録媒体１８０への記録動作が停止されるとともに、動画管理ファイルの作成および更新が行われる。

図３は、本発明の実施の形態における位置情報変換データベース１６０に格納されている内容を概略的に示す図である。位置情報変換データベース１６０は、位置情報をテキストデータおよびビットマップデータに変換するための変換情報を格納するデータベースである。具体的に、位置情報変換データベース１６０には、管理番号１６１に関連付けて、位置情報（ＧＰＳ情報）１６２と、地名（テキストデータ）１６３と、地名（ビットマップデータ）１６４とが格納されている。

管理番号１６１は、各地名を管理するための識別番号であり、例えば、管理番号１に関連付けて「千代田区」が格納され、管理番号２に関連付けて「品川区」が格納される。

位置情報１６２には、地名１６３および１６４に格納されている地名に対応する領域を特定するためのデータが格納される。ここで、図３に示す例では、地名１６３および１６４に格納されている地名に対応する領域を、複数の点（緯度および経度）を結んで構成される多角形の領域（折れ線により囲まれている閉じた領域）により特定する場合を想定して説明する。例えば、地名１６３および１６４に格納されている地名「千代田区」に対応する領域（実際の東京都千代田区の領域）と、管理番号「１」の位置情報１６２に格納されている複数の点（緯度および経度）を結んで構成される多角形の領域とが略同一であるものとする。すなわち、位置情報１６２に格納されているデータは、例えば、その領域に対応する多角形の頂点に対応する緯度および経度を示すデータである。なお、図３に示す例では、位置情報１６２に格納される具体的な数値を省略して示す。

地名１６３には、ＡＶストリームや動画管理ファイルに記録される地名のテキストデータが格納される。また、地名１６４には、ＡＶストリームや動画管理ファイルに記録される地名のビットマップデータが格納される。地名１６３および１６４に格納される地名として、例えば、「千代田区」、「品川区」等の地名を用いることができる。これらの地名は、例えば、現在の行政区画に対応する地名を用いることができる。この行政区画の単位として、例えば、国単位、都道府県単位、区市町村単位とすることができる。なお、図３に示す位置情報変換データベース１６０において、地名１６３の領域には、この領域に格納されるテキストデータに対応する文字を通常の太さで示す。また、地名１６４の領域には、この領域に格納されるビットマップデータに対応する文字を太字で示す。

ここで、図３に示す例では、位置情報１６２に格納されているデータにより特定される領域に、区市町村単位の地名を対応させる例を示すが、例えば、同一領域に複数の地名を対応させるようにしてもよい。例えば、図３に示す管理番号「１」に関連付けて、地名１６３および１６４に「千代田区」および「東京都」のテキストデータおよびビットマップデータを格納することができる。また、位置情報１６２に格納されているデータにより特定される領域に関する他のテキストデータまたはビットマップデータを格納するようにしてもよい。その領域に関する他のビットマップデータとして、例えば、その領域に対応する場所に関するシンボルマークを用いることができる。このシンボルマークとして、例えば、国旗、都道府県章等を用いることができる。また、例えば、その領域に対応する場所を現す特徴的なものをシンボルマークとして用いることができる。例えば、東京都であれば、「東京タワー」を表す図形をシンボルマークとすることができる。また、位置情報１６２に格納されているデータにより特定される領域に関する他のテキストデータまたはビットマップデータとして、例えば、ＧＰＳ信号処理部１０５により算出された位置情報に対応する緯度、経度等を表す数値情報を用いることができる。この緯度、経度等を表す数値情報として、例えば、「北緯：○○°○○′、東経：○○°○○′」等の文字を用いることができる。なお、「○○」には、ＧＰＳ信号処理部１０５により算出された位置情報に含まれる数値が入力される。また、位置情報より特定される領域に関する他のテキストデータまたはビットマップデータとして、例えば、ＧＰＳ信号処理部１０５により算出された位置情報に含まれる方角から特定される「東」「西」「南」「北」等の文字を用いるようにしてもよい。さらに、位置情報より特定される領域に関する他のビットマップデータとして、例えば、ＧＰＳ信号処理部１０５により算出された位置情報により特定される場所を含む地図を示すビットマップデータを用いるようにしてもよい。または、その位置情報により特定される場所を含む地図上に、その場所を示す標識が描画されたビットマップデータを用いるようにしてもよい。その場所を示す標識として、例えば、画像および文字情報の少なくとも１つを含むアイコンとすることができる。そのアイコン内には、その場所を示す各種情報を含めるようにしてもよい。また、図３に示す例では、地名１６３および１６４に格納されるテキストデータおよびビットマップデータが同一の文字を示す場合を示すが、テキストデータおよびビットマップデータを異なるものとすることができる。例えば、地名１６３には地名を示すテキストデータを格納するとともに、地名１６４にはその地名に対応するシンボルマークを表すビットマップデータを格納することができる。

ここで、位置情報処理部１７１は、ＧＰＳ信号処理部１０５により算出された位置情報に含まれる緯度および経度が、位置情報１６２に格納されている緯度および経度により特定される領域の何れかに含まれるかを決定する。そして、決定された領域に関連付けて地名１６３および１６４に格納されているテキストデータおよびビットマップデータを取得する。また、例えば、位置情報処理部１７１は、ＧＰＳ信号処理部１０５により算出された位置情報に含まれる緯度および経度を、緯度や経度等を表す数値のテキストデータまたはビットマップデータに変換して、これを用いるようにしてもよい。さらに、例えば、位置情報処理部１７１は、ＧＰＳ信号処理部１０５により算出された位置情報をこの位置情報により特定される場所を含む地図を示すビットマップデータに変換して、これを用いるようにしてもよい。または、その位置情報により特定される場所を含む地図上に、その場所を示す標識が描画されたビットマップデータに変換して、これを用いるようにしてもよい。

次に、ＧＰＳ信号処理部１０５により算出された位置情報に基づいて変換されたテキストデータおよびビットマップデータをリアルタイムにＡＶストリームに記録する記録方法について図面を参照して詳細に説明する。

図４は、本発明の実施の形態における多重化処理部１７４がＡＶストリームを生成する場合を概略的に示す図である。この例では、ビデオストリームと、オーディオストリームと、プライベートストリームと、ビットマップストリームとを多重化してＡＶストリームを生成する例について説明する。

ビデオストリーム２０１は、ビデオエンコーダ１５１により圧縮符号化されたデジタルビデオデータに対応するストリームである。また、オーディオストリーム２０２は、オーディオエンコーダ１５２により圧縮符号化されたデジタルオーディオデータに対応するストリームである。

プライベートストリーム２０３は、ＧＰＳ信号処理部１０５により算出された位置情報２００に対応するストリームである。また、ビットマップストリーム２０４は、位置情報変換データベース１６０を用いて位置情報処理部１７１により変換されたビットマップデータに対応するストリームである。

これらの各ストリーム２０１乃至２０４は、パケットの連なりで構成されているストリームである。そして、多重化処理部１７４は、各パケットに含まれる時刻情報に基づいて多重化処理を行い、ＡＶストリーム２０５を生成する。なお、図４では、ビデオストリーム２０１に対応するパケットに含まれる時刻情報を「Ｖｔｎ（ｎは１以上の整数）」で表し、オーディオストリーム２０２に対応するパケットに含まれる時刻情報を「Ａｔｎ（ｎは１以上の整数）」で表す。また、プライベートストリーム２０３に対応するパケットに含まれる時刻情報を「Ｐｔｎ（ｎは１以上の整数）」で表し、ビットマップストリーム２０４に対応するパケットに含まれる時刻情報を「Ｂｔｎ（ｎは１以上の整数）」で表す。なお、この例で示す時刻情報は、情報記録装置１００内における時刻を示す情報である。また、同一のｎが付されている時刻情報については、同一時刻に生成されたパケットであるものとする。

多重化処理部１７４は、位置情報処理部１７１から出力された位置情報、テキストデータおよびビットマップデータに対応するデータストリームを定期的に取得する。そして、位置情報、テキストデータまたはビットマップデータを含むパケットの多重化を任意のタイミングで行う。ここで、位置情報、テキストデータまたはビットマップデータを含むパケットを多重化する場合の一例を示す。例えば、この多重化の時点で、位置情報、テキストデータまたはビットマップデータのうち、直前のパケットの時刻と近い時刻の位置情報、テキストデータまたはビットマップデータをパケット内に埋め込んで多重化する。このように多重化されたＡＶストリームがストリームバッファ１７５に順次蓄積される。

なお、ＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、位置情報処理部１７１から出力されたビットマップデータに対応するビットマップストリーム２０４が多重化されてビデオストリーム２０１が生成される。また、位置情報処理部１７１から出力された位置情報およびテキストデータがビデオストリーム２０１に記録される。これらの例については、図５乃至図２１等を参照して詳細に説明する。

次に、動画記録フォーマットの一例であるＡＶＣＨＤ規格について図面を参照して詳細に説明する。

図５は、ＡＶＣＨＤのファイルの種別と、その役割との対応関係を概略的に示す図である。なお、これらのファイルの詳細については、図６乃至図２１等を参照して詳細に説明する。

図６は、ＡＶＣＨＤ規格におけるデータ構造を示す図である。ＡＶＣＨＤ規格では、階層構造によりＡＶデータ（映像音声データ）を扱っており、インデックステーブルと、ムービーオブジェクトと、プレイリストと、クリップインフォメーションファイルと、クリップＡＶストリームファイルとに大別される。

クリップＡＶストリームファイルは、ビデオデータ（映像データ）やオーディオデータ（音声データ）がＭＰＥＧ−２ ＴＳ（トランスポートストリーム）形式により多重化されたビットストリームである。また、このクリップＡＶストリームには、ＯＢストリーム（Overlay Bitmap stream）やＭＢストリーム（Menu Bitmap stream）を多重化することができる。ここで、ＯＢストリームは、字幕を表示するグラフィクスストリームであり、ＭＢストリームは、メニュー表示等に用いられるデータ（ボタン画像データなど）をストリームにしたものである。

クリップインフォメーションファイル（Clip Information File）は、クリップＡＶストリームファイルに関する情報をクリップ情報として保持するファイルである。このクリップインフォメーションファイルには、クリップＡＶストリームファイルにおける時間の位置と空間の位置（アドレス）との間のマッピング（変換）テーブル等が含まれている。これにより、クリップＡＶストリームファイルにおけるアクセスポイントが時間により指定された際、このマッピングテーブルを参照することにより、クリップＡＶストリームファイル上の適正なアドレスにアクセスすることができる。

これらクリップＡＶストリームファイルおよび対応するクリップ情報が記録されたクリップインフォメーションファイルをまとめてクリップと呼称する。クリップを構成するクリップＡＶストリームファイルおよびクリップインフォメーションファイルは１対１に対応する。すなわち、この図の例において、クリップ情報７４１はストリーム７５１に関する情報を保持し、クリップ情報７４２はストリーム７５２に関する情報を保持する。また、クリップ情報７４３はストリーム７５３に関する情報を保持し、クリップ情報７４４はストリーム７５４に関する情報を保持する。

プレイリストは、再生するクリップと、そのクリップの開始点および終了点の対に関する情報等から構成される。この再生開始点および再生終了点等の情報は、プレイアイテム（PlayItem）と呼称される。１つのプレイリストには、１つ以上のプレイアイテムが含まれる。クリップの再生は、このプレイリストを経由して行われる。すなわち、プレイリストが再生されることにより、そのプレイリストに含まれるプレイアイテムが順次再生されることになる。これにより、プレイアイテム中の再生開始点および再生終了点に従って、クリップ中の対応する区間が再生されていく。

各プレイアイテムには、プレイリストマークを付与することができる。このプレイリストマークにより、プレイアイテムは複数のチャプタに分割される。また、これとは逆に、１つのチャプタの中に複数のプレイアイテムが存在する場合もある。

プレイリストは、実プレイリスト（Real PlayList）と仮想プレイリスト（Virtual PlayList）とに大別される。実プレイリストは、クリップを単位として１つ以上のクリップを、基本的に記録順に保持するプレイリストである。この実プレイリスト内では時間的な飛び（ギャップ）はなく、また、他の実プレイリストとの間で重複（オーバラップ）も生じない。一方、仮想プレイリストは、何れかの実プレイリストに対応するクリップの一部もしくは全部を１つ以上、任意に保持するプレイリストである。この図の例において、プレイアイテム７３１、７３２、７３３、７３４および７３５は実プレイリストに属し、プレイアイテム７３６および７３７は仮想プレイリストに属している。

ムービーオブジェクトは、ナビゲーションコマンドプログラム等を含むオブジェクトである。ここで、ナビゲーションコマンドプログラムは、プレイリストの再生や再生終了後の処理を制御するためのコマンド群である。この図の例において、ムービーオブジェクト＃１（７２１）は実プレイリスト＃０００００を再生し、ムービーオブジェクト＃２（７２２）は実プレイリスト＃００２００を再生する。また、ムービーオブジェクト＃３（７２３）は実プレイリスト＃０００１８を再生し、ムービーオブジェクト＃４（７２４）は仮想プレイリスト＃０１００５を再生するようになっている。

インデックステーブルは、記録媒体に記録されたコンテンツのタイトルを定義する、最上位レベルのテーブルである。このインデックステーブルには１つ以上のムービータイトルが含まれ、各ムービータイトルからムービーオブジェクトを指し示すようになっている。この図の例において、ムービータイトル＃１（７１１）はムービーオブジェクト＃１（７２１）を指し示し、ムービータイトル＃２（７１２）はムービーオブジェクト＃２（７２２）を指し示している。また、ムービータイトル＃３（７１３）はムービーオブジェクト＃３（７２３）を指し示し、ムービータイトル＃４（７１４）はムービーオブジェクト＃４（７２４）を指し示している。再生機器では、このインデックステーブルに格納されているタイトル情報に基づいてコンテンツの再生が制御される。

図７は、ＡＶＣＨＤ規格におけるムービーオブジェクトの周辺の関係例を示す図である。インデックステーブルには、既に説明したムービータイトルの他に、ファーストプレーバックタイトル７１９およびメニュータイトル７１８が含まれる。ファーストプレーバックタイトル７１９は、最初に再生されるタイトルに対応するムービーオブジェクトを指し示すものである。メニュータイトル７１８は、メニュー画面に対応するムービーオブジェクトを指し示すものである。

ここでは、タイトル＃１の再生開始が指示された場合を想定する。ムービータイトル＃１（７１１）からムービーオブジェクト＃１（７２１）が指し示され、これにより、ムービーオブジェクト＃１（７２１）に含まれるナビゲーションコマンドプログラムが実行される。

ムービーオブジェクト＃１（７２１）において、プレイリスト＃１（７３０）の再生を指示するコマンド（７２０１）が実行されると、プレイリスト＃１（７３０）におけるプレイアイテムが順次再生される。このプレイリスト＃１（７３０）を経由して、対応するクリップが再生される。この図の例では、プレイアイテム＃１（７３１）、プレイアイテム＃２（７３２）の順に再生され、プレイアイテム＃９（７３９）の再生が終了すると、ムービーオブジェクト＃１（７２１）に戻るようになっている。

ムービーオブジェクト＃１（７２１）では、ナビゲーションプログラムコマンドにより、メニュータイトルへ戻る旨が指示され（７２０２）、メニュータイトル７１８へ制御が移行する。

図８は、ＡＶＣＨＤ規格におけるファイル構成の一例を示す図である。記録媒体のルートディレクトリ（ｒｏｏｔ）の下には、クリップの内容を含むディレクトリ「ＢＤＭＶ」８１０が配置される。また、必要に応じて、ルートディレクトリの下にサムネイルを含むディレクトリ「ＡＶＣＨＤＴＮ」８８０が配置される。

ディレクトリ「ＢＤＭＶ」８１０の直下には、ファイル「ｉｎｄｅｘ.ｂｄｍｖ」８２０およびファイル「ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ」８３０が配置される。また、ディレクトリ「ＢＤＭＶ」８１０の下には、ディレクトリ「ＰＬＡＹＬＩＳＴ」８４０、ディレクトリ「ＣＬＩＰＩＮＦ」８５０、ディレクトリ「ＳＴＲＥＡＭ」８６０、および、ディレクトリ「ＢＡＣＫＵＰ」８７０が配置される。

ファイル「ｉｎｄｅｘ.ｂｄｍｖ」８２０は、ディレクトリ「ＢＤＭＶ」８１０の内容を格納するものであり、図６において説明したインデックステーブルに対応する。また、ファイル「ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ」８３０は、ムービーオブジェクトの情報を格納するものであり、図６において説明したムービーオブジェクトに対応する。

ディレクトリ「ＰＬＡＹＬＩＳＴ」８４０は、プレイリストのデータベースが配置されるディレクトリである。このディレクトリ「ＰＬＡＹＬＩＳＴ」８４０は、例えば、プレイリストに関するファイルであるファイル８４１乃至８４３を含む。このディレクトリ「ＰＬＡＹＬＩＳＴ」８４０におけるファイルのファイル名は、５桁の数字と拡張子からなる。５桁の数字のうち、「０００００」から「００９９９」の１０００個は実プレイリスト用であり、「０１０００」から「０１１９９」の２００個は仮想プレイリスト用である。また、各ファイルの拡張子としては「．ｍｐｌｓ」が用いられる。

ディレクトリ「ＣＬＩＰＩＮＦ」８５０は、クリップのデータベースが置かれるディレクトリである。このディレクトリ「ＣＬＩＰＩＮＦ」８５０は、例えば、クリップＡＶストリームファイルのそれぞれに対するクリップインフォメーションファイルであるファイル８５１乃至８５３を含む。このディレクトリ「ＣＬＩＰＩＮＦ」８５０におけるファイルのファイル名は、５桁の数字と拡張子からなる。各ファイルの拡張子としては「．ｃｌｐｉ」が用いられる。

ディレクトリ「ＳＴＲＥＡＭ」８６０は、実体としてのＡＶストリームファイルが置かれるディレクトリである。このディレクトリ「ＳＴＲＥＡＭ」８６０は、例えば、クリップインフォメーションファイルのそれぞれに対応するクリップＡＶストリームファイル８６１乃至８６３を含む。このディレクトリ「ＳＴＲＥＡＭ」８６０におけるファイルのファイルは、ＭＰＥＧ−２のトランスポートストリームからなり、ファイル名は、５桁の数字と拡張子からなる。ファイル名５桁の数字の部分は、対応するクリップインフォメーションファイルと同一にすることで、クリップインフォメーションファイルとこのクリップＡＶストリームファイルとの対応関係を示す。また、各ファイルの拡張子としては「．ｍ２ｔｓ」が用いられる。

ディレクトリ「ＢＡＣＫＵＰ」８７０は、上述の各ディレクトリおよびファイルのバックアップを格納するものである。

ディレクトリ「ＡＶＣＨＤＴＮ」８８０には、２種類のサムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｉｄｘ」８８１および「ｔｈｕｍｂｎａｉｌ.ｔｄｔ２」８８２を置くことができる。サムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｉｄｘ」８８１は各サムネイル画像データへのインデックス情報を格納するファイルであり、サムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｄｔ２」８８２はサムネイル画像データの集合である。

次に、位置情報変換データベース１６０を用いて変換されたテキストデータまたはビットマップデータを、ＡＶＣＨＤ規格におけるＡＶストリームに記録する場合について図面を参照して詳細に説明する。最初に、ＡＶＣＨＤ規格におけるＡＶストリームにテキストデータを記録する場合について説明する。

図９は、ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパック（ＭＤＰ：Modified Digital Video Pack）全般のデータ構造を示す図である。ここでは、プログラムの記述言語として用いられるＣ言語の記述法に基づいてシンタックスを示す。

このＭＤＰはビデオデータのエレメンタリストリーム（ＥＳ）の中にユーザデータとして記憶されているものである。このユーザデータにおいて、フィールド「ｕｕｉｄ＿ｉｓｏ＿ｉｅｃ＿１１５７８」は、１２８ビットのデータ長を有する。そして、「ＩＳＯ／ＩＥＣ １１５７８」に規定される汎用一意識別子（ＵＵＩＤ：Universally Unique Identifier）によってこのユーザデータの識別子を示す。

フィールド「ＴｙｐｅＩｎｄｉｃａｔｏｒ」は、３２ビットのデータ長を有し、このユーザデータのデータタイプを示す。このデータタイプが「０ｘ４７４１ ３９３４」（０ｘは以下の数字が十六進数であることを意味する。以下同様）であれば、このユーザデータはクローズドキャプション（ＣＣ：Closed Caption）の字幕データ（ｃｃ＿ｄａｔａ）である。また、データタイプが「０ｘ４Ｄ４４ ５０４Ｄ」であれば、このユーザデータはＭＤＰのメタデータ（ＭｏｄｉｆｉｅｄＤＶＰａｃｋＭｅｔａ）である。

ＭＤＰのメタデータには、４０ビット長のＭＤＰ（ｏｎｅ＿ｍｏｄｉｆｉｅｄ＿ｄｖ＿ｐａｃｋ）が任意のエントリ数、含まれている。このエントリ数は８ビット長のフィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｍｏｄｉｆｉｅｄ＿ｄｖ＿ｐａｃｋ＿ｅｎｔｒｉｅｓ」に記憶されている。１つのＭＤＰには、ＭＤＰのＩＤを示す８ビット長のフィールド「ｍｄｐ＿ｉｄ」およびＭＤＰデータを示す３２ビット長のフィールド「ｍｄｐ＿ｄａｔａ」が含まれている。

図１０および図１１は、ＡＶＣＨＤ規格におけるＭＤＰのＩＤと付帯情報の対応関係を示す図である。この図に示されるように、ＭＤＰの付帯情報には、撮影日時に関する情報、露光時間やＦ値等の撮影条件に関する情報、ＧＰＳに関する情報、カメラに関する情報等が含まれる。

例えば、図１０に示すように、ＭＤＰのＩＤ「０ｘ１８」および「０ｘ１９」は、撮影日時に関する情報を示す。また、図１１に示すように、ＭＤＰのＩＤ「０ｘＢ０」乃至「０ｘＣＦ」は、ＧＰＳに関する情報を示す。このように、ＭＤＰには、ＧＰＳに関する情報を記憶することができる。また、本発明の実施の形態では、位置情報変換データベース１６０を用いて位置情報処理部１７１によりＧＰＳ情報が変換されたテキストデータを「メーカーオプション（ＭＤＰのＩＤ「０ｘＥ１」乃至「０ｘＥＦ」）」に記録する。これにより、ＧＰＳ情報を地名等のテキストデータに変換するための変換データベースを備えていない再生装置で再生する場合でも、再生の対象となる動画とともに、この動画が撮影された場所に関するテキストデータを表示することができる。また、メーカーオプションに記憶されているテキストデータと、ＭＤＰのＩＤ「０ｘＢ０」乃至「０ｘＣＦ」に記憶されているＧＰＳに関する情報とを用いて、各種の表示再生を行うことが可能である。なお、テキストデータをＭＤＰに記録する場合には、例えば、フレーム毎に記録することができる。また、例えば、ＧＯＰ（Group Of Picture）毎に記録するようにしてもよく、ストリーム中の一定間隔毎に記録するようにしてもよい。

次に、ＡＶＣＨＤ規格におけるＡＶストリームにビットマップデータを記録する場合について説明する。この例では、位置情報に基づいて変換されたビットマップデータを、ＡＶＣＨＤ規格のオーバーレイビットマップとして記録する場合を例にして説明する。

図１２は、ＡＶＣＨＤ規格のオーバーレイビットマップに含まれるビットマップユニットのデータ構造を示す図である。図１２（ａ）は、ビットマップユニット全体のデータ構造である。また、その中のフィールド「ＵｎｉｔＤｅｓｃｒｉｐｔｏｒ（）」は、図１２（ｂ）に示すように、８ビット長のフィールド「ＵｎｉｔＴｙｐｅ」および１６ビット長のフィールド「ＵｎｉｔＬｅｎｇｔｈ」から構成される。

「ＵｎｉｔＴｙｐｅ」は、このビットマップユニットの種別を表すフィールドであり、この種別に応じたデータがビットマップユニットのフィールド「ＵｎｉｔＤａｔａ（）」に記憶される。「ＵｎｉｔＬｅｎｇｔｈ」は、このビットマップユニットのバイト数を示すものである。

図１３は、ＡＶＣＨＤ規格のビットマップユニットの種別を示す図である。この図に示すように、図１３（ｂ）の「ＵｎｉｔＴｙｐｅ」が「０ｘ１４」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｐａｌｅｔｔｅ Ｕｎｉｔ」が記憶される。この「Ｐａｌｅｔｔｅ Ｕｎｉｔ」は、各ピクセルの色と透明度情報テーブル等を記憶するものである。

「ＵｎｉｔＴｙｐｅ」が「０ｘ１５」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｏｂｊｅｃｔ Ｕｎｉｔ」が記憶される。この「Ｏｂｊｅｃｔ Ｕｎｉｔ」は、ビットマップデータ本体と位置、サイズ情報等を記憶するものである。

「ＵｎｉｔＴｙｐｅ」が「０ｘ１６」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｏｖｅｒｌａｙ Ｂｉｔｍａｐ Ｃｏｍｐｉｌａｔｉｏｎ Ｕｎｉｔ」が記憶される。この「Ｏｖｅｒｌａｙ Ｂｉｔｍａｐ Ｃｏｍｐｉｌａｔｉｏｎ Ｕｎｉｔ」は、オーバーレイビットマップに関する表示情報の種別やオブジェクトとウィンドウの関連情報等を記憶するものである。

「ＵｎｉｔＴｙｐｅ」が「０ｘ１７」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｗｉｎｄｏｗ Ｕｎｉｔ」が記憶される。この「Ｗｉｎｄｏｗ Ｕｎｉｔ」は、画面内の表示区間に関する情報等を記憶するものである。

「ＵｎｉｔＴｙｐｅ」が「０ｘ１８」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｍｅｎｕ Ｂｉｔｍａｐ Ｃｏｍｐｉｌａｔｉｏｎ Ｕｎｉｔ」が記憶される。この「Ｍｅｎｕ Ｂｉｔｍａｐ Ｃｏｍｐｉｌａｔｉｏｎ Ｕｎｉｔ」は、メニュービットマップに関する表示情報の種別やオブジェクトとウィンドウの関連情報等を記憶するものである。

「ＵｎｉｔＴｙｐｅ」が「０ｘ８０」であれば、「ＵｎｉｔＤａｔａ（）」には「Ｅｎｄ Ｕｎｉｔ」が記憶される。この「Ｅｎｄ Ｕｎｉｔ」は、表示単位の終了情報を記憶するものである。

図１４は、ＡＶＣＨＤ規格の「Ｏｂｊｅｃｔ Ｕｎｉｔ」のデータ構造を示す図である。この「Ｏｂｊｅｃｔ Ｕｎｉｔ」は、「ＵｎｉｔＴｙｐｅ」が「０ｘ１５」を示す場合に、ビットマップユニットのフィールド「ＵｎｉｔＤａｔａ（）」に記憶されるものである。

図１４（ａ）に示すように、「Ｏｂｊｅｃｔ Ｕｎｉｔ」は、２４ビット長のフィールド「ＵｎｉｔＤｅｓｃｒｉｐｔｏｒ（）」に続いて、１６ビット長のフィールド「ＯｂｊｅｃｔＩＤ」を記憶する。続いて、８ビット長のフィールド「ＯｂｊｅｃｔＶｅｒｓｉｏｎＮｕｍｂｅｒ」、フィールド「ＳｅｑｕｅｎｃｅＤｅｓｃｒｉｐｔｏｒ」およびフィールド「ＯｂｊｅｃｔＤａｔａ（）」を記憶する。

図１４（ｂ）に示すように、「ＯｂｊｅｃｔＤａｔａ（）」は、オブジェクトデータ長を示す２４ビット長のフィールド「ＯｂｊｅｃｔＤａｔａＬｅｎｇｔｈ」を記憶する。そして、オブジェクト幅を示す１６ビット長のフィールド「ＯｂｊｅｃｔＷｉｄｔｈ」およびオブジェクトの高さを示す１６ビット長のフィールド「ＯｂｊｅｃｔＨｅｉｇｈｔ」を記憶する。これらに続いてランレングスコード化されたビットマップデータを示すフィールド「ＲｕｎＬｅｎｇｔｈＥｎｃｏｄｅｄＬｉｎｅ（）」を記憶する。

このように、ＡＶＣＨＤ規格では、オーバーレイビットマップに含まれるビットマップユニットの「Ｏｂｊｅｃｔ Ｕｎｉｔ」に、ランレングスコード化されたビットマップデータを記憶することが可能である。そこで、本発明の実施の形態では、位置情報処理部１７１により変換されたビットマップデータをランレングスコード化し、このランレングスコード化されたビットマップデータを「Ｏｂｊｅｃｔ Ｕｎｉｔ」に記憶する。これにより、ＧＰＳ情報を地名等のビットマップデータに変換するための変換データベースを備えていない再生装置で再生する場合でも、再生の対象となる動画とともに、この動画が撮影された場所に関するビットマップデータを表示することができる。

また、例えば、ＭＤＰにテキストデータが記録され、オーバーレイビットマップにビットマップデータが記録されている動画ファイルを再生する場合を考える。例えば、ＭＤＰは表示可能であるが、オーバーレイビットマップは表示できないデジタルビデオカメラを用いて、その動画ファイルを再生する場合には、ＭＤＰに記録されているテキストデータを表示することができる。また、オーバーレイビットマップは表示可能であるが、ＭＤＰは表示できない再生機を用いて、その動画ファイルを再生する場合には、オーバーレイビットマップに記録されているビットマップデータを表示することができる。このように、ＭＤＰにテキストデータを記録し、オーバーレイビットマップにビットマップデータを記録しておくことにより、例えば、異なる機能を備える装置に動画ファイルを移動させた場合でも、何れかのデータを表示することができる。

次に、ＡＶＣＨＤ規格におけるファイル管理情報にテキストデータを記録する場合について図面を参照して詳細に説明する。最初に、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルにテキストデータを記録する場合について説明する。

図１５は、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのデータ構造を示す図である。

このクリップインフォメーションファイルにおいて、フィールド「ｔｙｐｅ＿ｉｎｄｉｃａｔｏｒ」は、３２ビット（８ビット×４バイト）のデータ長を有し、このファイルのファイルタイプがクリップインフォメーションファイルであることを示す識別子である。フィールド「ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ」は、３２ビットのデータ長を有し、固定値が記入される。

このクリップインフォメーションファイルは、ブロック「ＣｌｉｐＩｎｆｏ（）」、ブロック「ＳｅｑｕｅｎｃｅＩｎｆｏ（）」、ブロック「ＰｒｏｇｒａｍＩｎｆｏ（）」およびブロック「ＣＰＩ（）」を有する。また、ブロック「ＣｌｉｐＭａｒｋ（）」およびブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」を有する。そして、それぞれ３２ビットのデータ長を有するフィールドによって各々対応するブロックの開始アドレスを示す。これらのフィールドは、フィールド「ＳｅｑｕｅｎｃｅＩｎｆｏ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」、フィールド「ＰｒｏｇｒａｍＩｎｆｏ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ＣＰＩ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」である。また、フィールド「ＣｌｉｐＭａｒｋ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ＥｘｔｅｎｓｉｏｎＤａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」である。

フィールド「ＥｘｔｅｎｓｉｏｎＤａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」は、このクリップインフォメーションファイルの先頭からの相対バイト数によって、ブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」の開始アドレスを示す。相対バイト数は、「０」から開始される。もし、このフィールド「ＥｘｔｅｎｓｉｏｎＤａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」の値が「０」であれば、このクリップインフォメーションファイル内に、ブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」が存在しないことを示す。

ブロック「ＣｌｉｐＩｎｆｏ（）」は、これらの開始アドレスを示すフィールドに続く、９６ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅ」の次から開始される。ブロック「ＣｌｉｐＩｎｆｏ（）」は、このクリップインフォメーションファイルが管理するクリップＡＶストリームに関する情報を記述するものである。

ブロック「ＳｅｑｕｅｎｃｅＩｎｆｏ（）」は、システムタイムベースやアライバルタイムベースの連続しているシーケンスをまとまりとして管理する情報を記述するものである。ここで、システムタイムベースはＳＴＣ（System Time Clock）であり、アライバルタイムベースはＡＴＣ（Arrival Time Clock）である。

ブロック「ＰｒｏｇｒａｍＩｎｆｏ（）」は、このクリップインフォメーションファイルに管理されるクリップＡＶストリームの符号化方式、クリップＡＶストリーム中のビデオデータのアスペクト比などの情報を記述するものである。

ブロック「ＣＰＩ（）」は、ストリームファイル全体の時間の位置と空間の位置との間のマッピングテーブルに関する情報が格納される。なお、ブロック「ＣｌｉｐＭａｒｋ（）」には、有意な情報は含まれていない。

ブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」は、拡張データを格納することができる領域である。このブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」については、図１６を参照して詳細に説明する。

図１６は、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」のデータ構造を示す図である。

このブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」において、フィールド「ｔｙｐｅ＿ｉｎｄｉｃａｔｏｒ」は、３２ビット（８ビット×４バイト）のデータ長を有する。そして、このブロックのタイプがクリップインフォメーションファイルにおける拡張データであることを示す識別子である。

このブロック「ＣｌｉｐＥｘｔｅｎｓｉｏｎＤａｔａ（）」は、ブロック「ＣｌｉｐＩｎｆｏＥｘｔ（）」、ブロック「ＰｒｏｇｒａｍＩｎｆｏＥｘｔ（）」およびブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」を有する。そして、それぞれ３２ビットのデータ長を有するフィールド「ＰｒｏｇｒａｍＩｎｆｏＥｘｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」および「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」により各々対応するブロックの開始アドレスを示す。なお、ブロック「ＣｌｉｐＩｎｆｏＥｘｔ（）」は、これらの開始アドレスを示すフィールドに続く、１９２ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅ」の次から開始される。

フィールド「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」は、このブロック「ＣｌｉｐＥｘｔｅｎｓｉｏｎＤａｔａ（）」の先頭からの相対バイト数によって、ブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」の開始アドレスを示す。相対バイト数は、「０」から開始される。もし、このフィールド「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」の値が「０」であれば、このブロック「ＣｌｉｐＥｘｔｅｎｓｉｏｎＤａｔａ（）」内に、ブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」が存在しないことを示す。このブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」は、このクリップインフォメーションファイルに関して、メーカ独自の情報が記述されるブロックである。なお、このブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」については、図１７を参照して詳細に説明する。

図１７は、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」のデータ構造を示す図である。

このブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」において、フィールド「ｌｅｎｇｔｈ」は、３２ビットのデータ長を有する。そして、このフィールド「ｌｅｎｇｔｈ」の直後からこのブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」の終わりまでのデータ長を示す。このフィールド「ｌｅｎｇｔｈ」が値「０」の場合には、この「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」に情報が記述されていないことを示す。フィールド「ｌｅｎｇｔｈ」が値「０」以外の場合には、ｉｆ文以下の記述がなされる。

フィールド「ｄａｔａ＿ｂｌｏｃｋ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」は、３２ビットのデータ長を有する。そして、メーカ独自情報本体が格納されるブロック「ｄａｔａ＿ｂｌｏｃｋ（）」の開始アドレスを、このブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」の先頭バイトからの相対バイト数で示す。２４ビットのデータ長を有するフィールド「ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｗｏｒｄ＿ａｌｉｇｎ」を介して、８ビットのデータ長を有するフィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｍａｋｅｒ＿ｅｎｔｒｉｅｓ」が配される。

次のｆｏｒ文に従い、フィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｍａｋｅｒ＿ｅｎｔｒｉｅｓ」で示される個数だけ拡張データのエントリが記述される。具体的には、フィールド「ｍａｋｅｒ＿ＩＤ」、フィールド「ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ」、フィールド「ｍｐｄ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ｍｐｄ＿ｌｅｎｇｔｈ」が記述される。

フィールド「ｍａｋｅｒ＿ＩＤ」およびフィールド「ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ」は、それぞれ１６ビットのデータ長を有し、メーカの識別情報および当該メーカによる機種の識別情報が記述される。また、フィールド「ｍｐｄ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ｍｐｄ＿ｌｅｎｇｔｈ」は、それぞれ３２ビットのデータ長を有する。そして、拡張データの本体が格納されるブロック「ｄａｔａ＿ｂｌｏｃｋ（）」の、このブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」の先頭バイトからの相対バイト数による開始アドレスと、データ長とを示す。

フィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｍａｋｅｒ＿Ｅｎｔｒｉｅｓ」で示される個数だけ拡張データのエントリが記述される。この記述により、それぞれ１６ビットのデータ長を有し任意のデータ列からなるフィールド「ｐａｄｄｉｎｇ＿ｗｏｒｄ」が、２フィールドを組として任意の回数だけ繰り返される。その後、拡張データの本体が格納されるブロック「ｄａｔａ＿ｂｌｏｃｋ（）」が記述される。ブロック「ｄａｔａ＿ｂｌｏｃｋ（）」は、１以上の拡張データが格納される。すなわち、フィールド「ｍａｋｅｒ＿ＩＤ」およびフィールド「ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ」で示されるメーカおよび機種毎に、メーカ独自の拡張データがブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に格納される。それぞれの拡張データは、フィールド「ｍｐｄ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ｍｐｄ＿ｌｅｎｇｔｈ」に基づいて、ブロック「ｄａｔａ＿ｂｌｏｃｋ（）」から取り出される。

本発明の実施の形態では、位置情報処理部１７１により変換されたテキストデータをブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に記憶する。また、ブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に位置情報構造体を定義し、この位置情報構造体にＧＰＳ信号処理部１０５により算出された位置情報を記録することができる。これらのデータ構造例については、図１８に示す。

図１８は、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に定義するデータ構造例を示す図である。

図１８（ａ）には、位置情報処理部１７１により変換されたテキストデータをブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に記憶する場合におけるデータ構造例を示す。例えば、２５６バイトのデータ長までのテキストデータを記録することができる。

図１８（ｂ）には、ＧＰＳ信号処理部１０５により算出された位置情報をブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に記憶する場合におけるデータ構造例を示す。なお、図１８（ｂ）に示す内容は、例えば、図１１に示すＭＤＰのＩＤ「０ｘＢ０」乃至「０ｘＣ８」のＧＰＳに関する情報に対応する内容とすることができる。また、図１８（ａ）に示すテキストデータと、図１８（ｂ）に示す位置情報（ＧＰＳ情報）とをブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に記憶することができる。このように、例えば、ＭＤＰに記録されるＧＰＳ情報およびテキストデータと同じデータを、クリップインフォメーションファイルに記録させることができる。この場合には、例えば、対応するチャプタのＡＶストリームに記録されたＧＰＳ情報の中の最初の有効なＧＰＳ情報（代表ＧＰＳ情報）と、これに対応するテキストデータのみをクリップインフォメーションファイルに記録することができる。

このように、クリップインフォメーションファイルにテキストデータを記憶させることができる。これにより、ＧＰＳ情報を地名等のテキストデータに変換するための変換データベースを備えていない再生装置で再生する場合でも、再生の対象となる動画とともに、この動画が撮影された場所に関するテキストデータを表示することができる。また、ＡＶストリームをデコードする前の状態でも、再生の対象となる動画が撮影された場所に関するテキストデータを表示させることができる。また、テキストデータとともに位置情報をクリップインフォメーションファイルに記憶させることができる。これにより、ＡＶストリームをデコードする前の状態でも、再生の対象となる動画が撮影された場所に関する位置情報を用いることができる。

次に、ＡＶＣＨＤ規格におけるプレイリストファイルにテキストデータを記録する場合について説明する。

図１９は、ＡＶＣＨＤ規格におけるプレイリストファイルのブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」のデータ構造を示す図である。このブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」は、プレイリストファイルにおける拡張データを格納することができる領域である。

このブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」において、フィールド「ｌｅｎｇｔｈ」は、３２ビットのデータ長を有し、このフィールド「ｌｅｎｇｔｈ」の直後からこのブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」の終わりまでのデータ長を示す。このフィールド「ｌｅｎｇｔｈ」が値「０」の場合には、このブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」に情報が記述されていないことを示す。フィールド「ｌｅｎｇｔｈ」が値「０」以外の場合には、ｉｆ文以下の記述がなされる。

フィールド「ｄａｔａ＿ｂｌｏｃｋ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」は、３２ビットのデータ長を有する。そして、拡張データが格納されるブロック「ｄａｔａ＿ｂｌｏｃｋ（）」の開始アドレスを、このブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」の先頭バイトからの相対バイト数で示す。２４ビットのデータ長を有するフィールド「ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｗｏｒｄ＿ａｌｉｇｎ」を介して、８ビットのデータ長を有するフィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｅｘｔ＿ｄａｔａ＿ｅｎｔｒｉｅｓ」が配される。

次のｆｏｒ文に従い、フィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｅｘｔ＿ｄａｔａ＿ｅｎｔｒｉｅｓ」で示される個数だけ拡張データのエントリが記述される。具体的には、フィールド「ＩＤ１」、フィールド「ＩＤ２」、フィールド「ｅｘｔ＿ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ｅｘｔ＿ｄａｔａ＿ｌｅｎｇｔｈ」が記述される。

フィールド「ＩＤ１」およびフィールド「ＩＤ２」は、それぞれ１６ビットのデータ長を有し、識別情報が記述される。また、フィールド「ｅｘｔ＿ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ｅｘｔ＿ｄａｔａ＿ｌｅｎｇｔｈ」は、それぞれ３２ビットのデータ長を有する。そして、拡張データの本体が格納されるブロック「ｄａｔａ＿ｂｌｏｃｋ（）」の、このブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」の先頭バイトからの相対バイト数による開始アドレスと、データ長とを示す。

フィールド「ｎｕｍｂｅｒ＿ｏｆ＿ｅｘｔ＿ｄａｔａ＿ｅｎｔｒｉｅｓ」で示される個数だけ拡張データのエントリが記述される。この記述により、それぞれ１６ビットのデータ長を有し任意のデータ列からなるフィールド「ｐａｄｄｉｎｇ＿ｗｏｒｄ」が、２フィールドを組として任意の回数だけ繰り返される。その後、拡張データの本体が格納されるブロック「ｄａｔａ＿ｂｌｏｃｋ（）」が記述される。ブロック「ｄａｔａ＿ｂｌｏｃｋ（）」は、１以上の拡張データが格納される。それぞれの拡張データは、フィールド「ｅｘｔ＿ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ」およびフィールド「ｅｘｔ＿ｄａｔａ＿ｌｅｎｇｔｈ」に基づいて、ブロック「ｄａｔａ＿ｂｌｏｃｋ（）」から取り出される。なお、このブロック「ｄａｔａ＿ｂｌｏｃｋ（）」については、図２０を参照して詳細に説明する。

図２０は、ＡＶＣＨＤ規格におけるブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」のデータ構造を示す図である。このブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」は図１９に示すプレイリストファイルのブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」に含まれるブロック「ｄａｔａ＿ｂｌｏｃｋ（）」であり、チャプタマークに関する拡張データを記憶するものである。

このブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」には、データ長を示すフィールド「Ｌｅｎｇｔｈ」およびチャプタマーク数を示すフィールド「ＮｕｍｂｅｒＯｆＰｌａｙＬｉｓｔＭａｒｋｓ」が含まれる。そして、これらに続いてチャプタマーク毎にブロック「ｂｌｋＭａｒｋＥｘｔｅｎｓｉｏｎ」が記憶される。

ここで、「ＭａｒｋＮａｍｅ」および「ＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎ」には、テキストデータを記録することができる。そこで、本発明の実施の形態では、位置情報変換データベース１６０を用いて位置情報処理部１７１により位置情報が変換されたテキストデータを、「ＭａｒｋＮａｍｅ」および「ＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎ」に記憶する。

「ＭａｒｋＮａｍｅ」に記憶されているテキストデータは、例えば、チャプタ名として表示させることができる。このため、例えば、位置情報処理部１７１により変換された地名のテキストデータを「ＭａｒｋＮａｍｅ」に記憶することができる。また、例えば、「ＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎ」には、「ＭａｒｋＮａｍｅ」とは異なるテキストデータを記憶することができる。例えば、位置情報処理部１７１が、ＧＰＳ信号処理部１０５により算出された位置情報に含まれる緯度および経度を、緯度や経度等を表すテキストデータに変換する。そして、このテキストデータを「ＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎ」に記憶することができる。この緯度や経度等を表すテキストデータは、例えば、「北○○°○○′東○○°○○′」等の文字とすることができる。

このように、テキストデータを「ＭａｒｋＮａｍｅ」または「ＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎ」に記憶させることができる。これにより、ＧＰＳ情報を地名等のテキストデータに変換するための変換データベースを備えていない再生装置で再生する場合でも、再生の対象となる動画とともに、この動画が撮影された場所に関するテキストデータを表示することができる。また、ＡＶストリームをデコードする前の状態でも、再生の対象となる動画が撮影された場所に関するテキストデータを表示させることができる。さらに、例えば、「ＭａｒｋＮａｍｅ」に地名のテキストデータを記憶させ、「ＭａｋｅｒｓＩｎｆｏｒｍａｔｉｏｎ」に緯度や経度等を表すテキストデータを記憶させた場合には、他の再生装置で「地名」および緯度や経度等を表示させることができる。また、クリップインフォメーションファイルおよびムービープレイリストファイルにテキストデータ等を記録する場合には、例えば、ＡＶストリームのデコード機能を備えていない再生装置でも動画に関する地名等を表示させることができる。これにより、動画の内容を迅速に把握することができる。

また、クリップインフォメーションファイルおよびムービープレイリストファイルに、位置情報およびテキストデータを記録する場合には、それぞれに異なる情報を記録するようにしてもよい。また、ＭＤＰ、オーバーレイビットマップ、クリップインフォメーションファイルおよびムービープレイリストファイルのそれぞれに記録する場合についても、同様に、それぞれに異なる情報を記録することができる。この場合に、例えば、ＭＤＰ、オーバーレイビットマップにはフレーム毎に情報を記録し、クリップインフォメーションファイルおよびムービープレイリストファイルにはチャプタ毎の代表的な情報のみを記録することができる。このように、本発明の実施の形態によれば、位置情報、テキストデータおよびビットマップデータを複数の階層に記録して利用することができる。

次に、本発明の実施の形態における情報記録装置１００の動作について図面を参照して説明する。

図２１は、本発明の実施の形態における情報記録装置１００による動画記録処理の処理手順を示すフローチャートである。この例では、位置情報およびテキストデータをＡＶＣＨＤ規格によるＭＤＰに記録する例について説明する。

最初に、動画記録の開始操作が行われたか否かが判断される（ステップＳ９０１）。例えば、動画記録モードが設定されている状態で、録画ボタンを押下する押下操作が受け付けられたか否かが判断される。動画記録の開始操作が行われていない場合には（ステップＳ９０１）、動画記録処理の動作を終了する。

動画記録の開始操作が行われた場合には（ステップＳ９０１）、撮像信号処理部１０２から出力されたデジタルビデオデータと、音声信号処理部１０４から出力されたデジタルオーディオデータとが入力される（ステップＳ９０２）。なお、ステップＳ９０２は、特許請求の範囲に記載の動画入力手順の一例である。そして、圧縮処理部１５０が、入力されたデジタルビデオデータおよびデジタルオーディオデータを圧縮符号化する（ステップＳ９０３）。続いて、ＧＰＳ信号処理部１０５から出力された位置情報が入力され（ステップＳ９０４）、位置情報処理部１７１が、位置情報変換データベース１６０に格納されている変換情報を用いて、位置情報をテキストデータに変換する（ステップＳ９０５）。なお、ステップＳ９０４は、特許請求の範囲に記載の位置情報取得手順の一例である。

続いて、入力された位置情報と変換されたテキストデータとが管理情報処理部１７２から多重化処理部１７４に出力され、ＭＤＰに記録される（ステップＳ９０６）。続いて、デジタルビデオデータが圧縮符号化されたビデオリストリームに、位置情報およびテキストデータが格納されたＭＤＰが記録される（ステップＳ９０７）。続いて、多重化処理部１７４が、ＭＤＰが記録されたビデオストリームと、圧縮符号化されたオーディオストリームとを多重化してＴＳストリームを生成する（ステップＳ９０８）。続いて、生成されたＴＳストリームが動画ファイル化されて記録媒体１８０に記録される（ステップＳ９０９）。なお、生成されたＴＳストリームは、一時的にストリームバッファ１７５に蓄積され、ストリームバッファ１７５に所定量以上のデータが蓄積されると、ＴＳストリームが記録媒体１８０に記録される。

続いて、動画記録の終了操作が行われたか否かが判断される（ステップＳ９１０）。例えば、動画記録が行われている状態で、録画ボタンを押下する押下操作が受け付けられたか否かが判断される。そして、動画記録の終了操作が行われていない場合には（ステップＳ９１０）、ステップＳ９０２に戻る。一方、動画記録の終了操作が行われた場合には（ステップＳ９１０）、動画記録処理の動作を終了する。

図２２は、本発明の実施の形態における情報記録装置１００による動画記録処理の処理手順を示すフローチャートである。この例では、ビットマップデータをＡＶＣＨＤ規格によるオーバーレイビットマップストリームとして記録する例について説明する。なお、この処理手順は、図２１に示す処理手順の変形例である。このため、図２２に示すステップＳ９０１乃至Ｓ９０４、Ｓ９０９およびＳ９１０については、図２１に示すステップＳ９０１乃至Ｓ９０４、Ｓ９０９およびＳ９１０と同一の処理手順であるため、ここでの説明を省略する。

ＧＰＳ信号処理部１０５から出力された位置情報が入力され（ステップＳ９０４）、位置情報処理部１７１が、位置情報変換データベース１６０に格納されている変換情報を用いて、位置情報をビットマップデータに変換する（ステップＳ９２１）。続いて、位置情報処理部１７１が、変換されたビットマップデータに対応するオーバーレイビットマップストリームを生成する（ステップＳ９２２）。続いて、多重化処理部１７４が、圧縮符号化されたビデオストリームおよびオーディオストリームと、生成されたオーバーレイビットマップストリームとを多重化してＴＳストリームを生成する（ステップＳ９２３）。

図２３は、本発明の実施の形態における情報記録装置１００による動画および動画管理ファイルの記録処理の処理手順を示すフローチャートである。この例では、ＡＶＣＨＤ規格によるクリップインフォメーションファイルおよびムービープレイリストファイルに、位置情報およびテキストデータを記録する例について説明する。なお、この処理手順は、図２１に示す処理手順の変形例である。このため、図２３に示すステップＳ９０１乃至Ｓ９０４、Ｓ９０９およびＳ９１０については、図２１に示すステップＳ９０１乃至Ｓ９０４、Ｓ９０９およびＳ９１０と同一の処理手順であるため、ここでの説明を省略する。

ＧＰＳ信号処理部１０５から出力された位置情報が入力され（ステップＳ９０４）、管理情報処理部１７２が、チャプタ境界が分かるように、位置情報を動画管理情報として管理情報保持部１７３にテーブル保持する（ステップＳ９３１）。続いて、多重化処理部１７４が、圧縮符号化されたビデオストリームおよびオーディオストリームを多重化してＴＳストリームを生成する（ステップＳ９３２）。

動画記録の終了操作が行われた場合には（ステップＳ９１０）、動画管理ファイル記録処理が行われ（ステップＳ９４０）、動画および動画管理ファイルの記録処理の動作を終了する。なお、動画管理ファイル記録処理については、図２４を参照して詳細に説明する。

図２４は、本発明の実施の形態における情報記録装置１００による動画および動画管理ファイルの記録処理の処理手順のうちの動画管理ファイル記録処理手順（図２３に示すステップＳ９４０の処理手順）を示すフローチャートである。

最初に、管理情報処理部１７２が、管理情報保持部１７３にテーブル保持されている位置情報を取得する（ステップＳ９４１）。続いて、管理情報処理部１７２が、取得された位置情報の中から、代表となる位置情報である代表位置情報を決定する（ステップＳ９４２）。例えば、チャプタ毎に保持されているテーブル内の有効なレコードのうちの最初のレコードを代表位置情報とすることができる。

続いて、位置情報処理部１７１が、決定された代表位置情報を、位置情報変換データベース１６０に格納されている変換情報を用いて、テキストデータに変換する（ステップＳ９４３）。なお、ステップＳ９４３は、特許請求の範囲に記載の位置情報変換手順の一例である。

続いて、管理情報処理部１７２が、決定された代表位置情報と、変換されたテキストデータとをクリップインフォメーションファイルおよびビームープレイリストファイルに記録する（ステップＳ９４４）。なお、ステップＳ９４４は、特許請求の範囲に記載の動画管理情報生成手順の一例である。続いて、管理情報処理部１７２により代表位置情報およびテキストデータが記録されたクリップインフォメーションファイルを、記録制御部１７６が記録媒体１８０に記録させる（ステップＳ９４５）。続いて、管理情報処理部１７２により代表位置情報およびテキストデータが記録されたビームープレイリストファイルを、記録制御部１７６が記録媒体１８０に記録させる（ステップＳ９４６）。なお、ステップＳ９４５およびＳ９４６は、特許請求の範囲に記載の記録制御手順の一例である。続いて、記録制御部１７６が、インデックスファイルおよびムービーオブジェクトファイルを記録媒体１８０に記録させる（ステップＳ９４７）。

次に、位置情報、位置情報が変換されたビットマップデータまたはテキストデータを用いてメニュー画面を作成する例について図面を参照して詳細に説明する。

図２５は、本発明の実施の形態における情報記録装置３００の機能構成例を示す図である。情報記録装置３００は、ユーザインターフェース３１０と、システム制御部３２０と、記録媒体１８０とを備える。記録媒体１８０は、図１および図２に示す記録媒体１８０と同様であるため、同一の符号を付して、ここでの説明を省略する。情報記録装置３００は、例えば、記録媒体１８０に記憶されている動画ファイルについて各種画像処理を施すことが可能なデジタルビデオカメラやパーソナルコンピュータ等によって実現することができる。

ユーザインターフェース３１０は、ユーザによって入力された操作内容を受け付けるユーザインターフェースであり、受け付けられた操作内容に応じた制御信号をシステム制御部３２０に出力する。例えば、メニュー画面作成指示ボタン等の操作部材が情報記録装置３００に備えられている。メニュー画面作成指示ボタンは、記録媒体１８０に記憶されている動画ファイルに関するメニュー画面を作成する際に押下されるボタンである。なお、ユーザインターフェース３１０を、例えば、タッチパネルとして構成するようにしてもよい。

システム制御部３２０は、ユーザインターフェース３１０から出力された制御信号に基づいて、記録媒体１８０に記憶されている動画ファイルについて、所定の動画記録フォーマットによりメニュー画面を生成するものである。そして、生成されたメニュー画面を動画ファイルとして記録媒体１８０に記録させる。この動画記録フォーマットとして、例えば、ＡＶＣＨＤ規格の動画記録フォーマットを採用することができる。システム制御部３２０は、位置情報変換データベース１６０と、記録媒体制御部３４１と、ストリームバッファ３４２と、分離処理部３４３と、位置情報処理部３４５と、管理情報処理部３４４とを備える。また、システム制御部３２０は、展開処理部３５０と、圧縮処理部３６０と、メニュー画面背景データ記憶部３７１と、メニュー画面生成部３７２と、多重化処理部３７３とを備える。

制御部３３０は、下位モジュールを制御するものであり、メニュー画面作成シーケンスを行う。制御部３３０は、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等により構成される。また、制御部３３０は、ユーザインターフェース３１０から出力された制御信号に従って、ＲＯＭに予め記憶されているプログラムやデータに基づいて、ＲＡＭをワークメモリとして用いてシステム制御部３２０の各部を制御する。例えば、メニュー画面作成指示ボタンを押下する押下操作がユーザインターフェース３１０により受け付けられた場合には、制御部３３０はメニュー画面作成を行う制御を行う。

記録媒体制御部３４１は、制御部３３０の制御に基づいて、記録媒体１８０への記録、または読み出しの制御を行うものである。すなわち、記録媒体制御部３４１は、記録媒体１８０に記憶されている動画ファイルおよび動画管理ファイルを読み出して、動画ファイルに対応するＡＶストリームをストリームバッファ３４２に出力し、動画管理ファイルを管理情報処理部３４４に出力する。また、記録媒体制御部３４１は、ストリームバッファ３４２に蓄積されたＡＶストリームをメニュー動画ファイルとして記録媒体１８０に記録させる。

例えば、メニュー画面作成指示ボタンの押下操作がユーザインターフェース３１０により受け付けられた場合には、制御部３３０の制御に基づいて、動画ファイルおよび動画管理ファイルを記録媒体１８０から読み出す読出動作が開始される。そして、メニュー画面生成部３７２により生成されたメニュー画面のデータがビデオエンコーダ３６１により圧縮符号化され、圧縮符号化されたメニュー画面のデータが、多重化処理部３７３により所定の形式でパケット化され多重化される。そして、生成されたメニュー画面のデータストリームが、ストリームバッファ３４２を介して、記録媒体制御部３４１に供給され、メニュー動画ファイルとして記録媒体１８０に記録される。

ストリームバッファ３４２は、記録媒体制御部３４１から出力された動画ファイルのデータストリームを一時的に蓄積するバッファであり、蓄積されている動画ファイルのデータストリームが分離処理部３４３に順次供給される。また、ストリームバッファ３４２は、多重化処理部３７３から出力されたデータストリームを一時的に蓄積し、蓄積されているデータストリームが記録媒体制御部３４１の制御に基づいて、記録媒体１８０に記録される。

分離処理部３４３は、ストリームバッファ３４２から供給されたデータストリームをビデオストリームと、オーディオストリームと、ビットマップストリームと、プライベートストリームとに分離するものである。そして、分離されたビデオストリームを展開処理部３５０に出力するとともに、ビットマップストリームおよびプライベートストリームを位置情報処理部３４５に出力する。

管理情報処理部３４４は、記録媒体制御部３４１から出力された動画管理ファイルに含まれる位置情報と、場所に関するテキストデータおよびビットマップデータとを取得するものである。そして、取得された位置情報、テキストデータおよびビットマップデータを位置情報処理部３４５に出力する。例えば、動画記録フォーマットとしてＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、プレイリストファイルおよびクリップインフォメーションファイルに含まれる位置情報および場所に関するテキストデータが取得される。

位置情報処理部３４５は、分離処理部３４３から出力されたビットマップストリームおよびプライベートストリームに基づいて、場所に関するテキストデータまたはビットマップデータを取得するものである。例えば、動画記録フォーマットとしてＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、ビットマップストリームに含まれるビットマップデータが取得される。また、位置情報処理部３４５は、管理情報処理部３４４から出力された位置情報、テキストデータおよびビットマップデータを取得する。そして、取得された位置情報を、位置情報変換データベース１６０を用いて、場所に関するテキストデータまたはビットマップデータに変換する。また、位置情報処理部３４５は、取得された場所に関するテキストデータまたはビットマップデータ、または、変換された場所に関するテキストデータまたはビットマップデータをメニュー画面生成部３７２に出力する。なお、位置情報変換データベース１６０については、図２に示すものと同一であるため、同一の符号を付して、ここでの説明を省略する。

展開処理部３５０は、ビデオデコーダ３５１を備える。ビデオデコーダ３５１は、分離処理部３４３から出力されたビデオストリームを、所定の復号化方式により復号化するものである。また、展開処理部３５０は、復号化されたビデオストリームを構成する各チャプタの代表画像を展開し、この代表画像をメニュー画面生成部３７２に出力する。この代表画像として、例えば、ビデオストリームを構成する各チャプタの先頭のＩピクチャを選択することができる。

メニュー画面背景データ記憶部３７１は、メニュー画面生成部３７２により生成されるメニュー画面の背景画面を記憶するものであり、記憶されている背景画面をメニュー画面生成部３７２に供給する。この背景画面は、例えば、図２６に示すメニュー画面３８０のうちの地名３８７乃至３９２および代表画像３７１乃至３８６の領域以外の領域を含む画面である。

メニュー画面生成部３７２は、記録媒体１８０から読み出された動画ファイルに関するメニュー画面を生成するものであり、生成されたメニュー画面を圧縮処理部３６０に出力する。例えば、メニュー画面生成部３７２は、メニュー画面背景データ記憶部３７１から供給された背景画面の代表画像表示領域に、展開処理部３５０から出力された代表画像を合成する。また、メニュー画面生成部３７２は、メニュー画面背景データ記憶部３７１から供給された背景画面の地名表示領域に、位置情報処理部３４５から出力された場所に関するテキストデータまたはビットマップデータを合成する。そして、代表画像と、テキストデータまたはビットマップデータとが合成されたメニュー画面を圧縮処理部３６０に出力する。

圧縮処理部３６０は、ビデオエンコーダ３６１を備える。ビデオエンコーダ３６１は、メニュー画面生成部３７２から出力されたメニュー画面のデジタルビデオデータを、所定の圧縮符号化方式により圧縮符号化するものである。そして、圧縮符号化されたデジタルビデオデータをビデオリストリームとして多重化処理部３７３に供給する。

多重化処理部３７３は、圧縮処理部３６０から出力されたビデオストリームを所定の方式で多重化して１本のＡＶストリームとして出力するものである。そして、多重化されたＡＶストリームがストリームバッファ３４２に出力される。そして、ストリームバッファ３４２に蓄積されたデータストリームが、メニュー動画ファイルとして記録媒体制御部３４１により記録媒体１８０に記録される。

図２６は、本発明の実施の形態におけるメニュー画面生成部３７２により生成されるメニュー画面の一例を示す図である。メニュー画面３８０は、１つの画面に６つの代表画像を表示するメニュー画面である。すなわち、メニュー画面３８０は、メニュー画面背景データ記憶部３７１に記憶されているメニュー画面の背景画面に、代表画像３７１乃至３８６と、これらに対応する場所に関する文字３８７乃至３９２とが合成されている画面である。代表画像３８１乃至３８６は、記録媒体１８０に記憶されている動画ファイルを構成するチャプタの代表画像である。また、文字３８７乃至３９２は、代表画像３８１乃至３８６に対応する場所に関するテキストデータまたはビットマップデータである。この例では、代表画像とともに代表画像に対応する文字を合成する例を示すが、例えば、ビットマップデータとしてシンボルマークが格納されている場合には、代表画像とともに代表画像に対応するシンボルマークを合成するようにしてもよい。このように、場所に関するテキストデータまたはビットマップデータを合成したメニュー画面を予め生成して記憶しておく。これにより、例えば、ＧＰＳ情報を地名等のデータに変換するための変換データベースを備えていない再生装置で再生する場合でも、場所に関する文字を含む動画一覧画面を表示することができる。また、ＡＶストリームをデコードする前の状態でも、場所に関する文字を含む動画一覧画面を表示させることができる。

次に、動画ファイルまたは動画管理ファイルに記録されているビットマップデータまたはテキストデータを再生する例について図面を参照して詳細に説明する。

図２７は、本発明の実施の形態における再生装置４００の機能構成例を示すブロック図である。再生装置４００は、表示制御部４０１と、表示部４０２と、音声制御部４０３と、音声出力部４０４と、ユーザインターフェース４１０と、システム制御部４２０と、記録媒体１８０とを備える。記録媒体１８０は、図１および図２に示す記録媒体１８０と同様であるため、同一の符号を付して、ここでの説明を省略する。再生装置４００は、例えば、デジタルビデオカメラ等の撮像装置により記録された動画ファイルを生成することが可能なパーソナルコンピュータ等の再生装置によって実現することができる。

表示制御部４０１は、システム制御部４２０から出力されたデジタルビデオデータに基づいて、表示部４０２に動画等を表示させる制御を行うものである。例えば、表示制御部４０１は、システム制御部４２０からメニュー画面のデジタルビデオデータが出力された場合には、このメニュー画面を表示部４０２に表示させる。

表示部４０２は、表示制御部４０１からの制御に基づいて、記録媒体１８０に記憶されている動画ファイルに対応する動画や、メニュー画面等を表示するものである。表示部４０２は、例えば、パーソナルコンピュータやテレビジョンのディスプレイにより実現することができる。

音声制御部４０３は、システム制御部４２０から出力されたデジタルオーディオデータに基づいて、音声出力部４０４に音声を出力させる制御を行うものである。

音声出力部４０４は、音声制御部４０３からの制御に基づいて、記録媒体１８０に記憶されている動画ファイルに対応する動画の音声情報を出力するものである。音声出力部４０４は、例えば、スピーカにより実現することができる。

ユーザインターフェース４１０は、ユーザによって入力された操作内容を受け付けるユーザインターフェースであり、受け付けられた操作内容に応じた制御信号をシステム制御部４２０に出力する。例えば、動画再生モード設定／解除ボタン、再生ボタン等の操作部材が再生装置４００に備えられている。動画再生モード設定／解除ボタンは、動画の再生を可能な状態にする動画再生モードの設定または解除を行う際に押下されるボタンである。再生ボタンは、動画再生モードが設定されている場合に、動画再生を開始または終了する際に押下されるボタンである。なお、ユーザインターフェース４１０を、例えば、タッチパネルとして構成するようにしてもよい。

システム制御部４２０は、ユーザインターフェース４１０から出力された制御信号に基づいて、動画等の再生制御を行うものである。なお、システム制御部４２０については、図２８を参照して詳細に説明する。

図２８は、本発明の実施の形態におけるシステム制御部４２０の機能構成例を示すブロック図である。システム制御部４２０は、位置情報変換データベース１６０と、制御部４３０と、読出制御部４４１と、ストリームバッファ４４２と、分離処理部４４３とを備える。また、システム制御部４２０は、管理情報処理部４４４と、位置情報処理部４４５と、画面グラフィックス生成部４４６と、展開処理部４５０と、データ出力部４６０とを備える。

制御部４３０は、下位モジュールを制御するものであり、動画再生シーケンスを行う。制御部４３０は、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等により構成される。また、制御部４３０は、ユーザインターフェース４１０から出力された制御信号に従って、ＲＯＭに予め記憶されているプログラムやデータに基づいて、ＲＡＭをワークメモリとして用いてシステム制御部４２０の各部を制御する。例えば、動画再生モード設定／解除ボタンを押下する押下操作がユーザインターフェース４１０により受け付けられた場合には、制御部４３０は動画再生モードを設定する制御を行う。また、動画再生モードが設定されている状態で、再生ボタンを押下する押下操作がユーザインターフェース４１０により受け付けられた場合には、制御部４３０は動画を再生させる制御を行う。

読出制御部４４１は、制御部４３０の制御に基づいて、記録媒体１８０に記憶されている動画ファイルおよび動画管理ファイルを読み出す制御を行うものである。そして、読み出された動画ファイルに対応するＡＶストリームをストリームバッファ４４２に出力するとともに、動画管理ファイルを管理情報処理部４４４に出力する。例えば、動画再生モードが設定されている状態で再生ボタンを押下する押下操作がユーザインターフェース４１０により受け付けられた場合、制御部４３０の制御に基づいて動画ファイルおよび動画管理ファイルを記録媒体１８０から読み出す読出動作が開始される。

ストリームバッファ４４２は、読出制御部４４１から出力された動画ファイルのＡＶストリームを一時的に蓄積するバッファであり、蓄積されている動画ファイルのＡＶストリームが分離処理部４４３に順次供給される。

分離処理部４４３は、ストリームバッファ４４２から供給されたＡＶストリームをビデオストリームと、オーディオストリームと、ビットマップストリームと、プライベートストリームとに分離するものである。そして、分離されたビデオストリームを展開処理部４５０に出力するとともに、ビットマップストリームおよびプライベートストリームを位置情報処理部４４５に出力する。

管理情報処理部４４４は、読出制御部４４１から出力された動画管理ファイルに含まれる位置情報と、場所に関するテキストデータおよびビットマップデータとを取得するものである。そして、取得された位置情報、テキストデータおよびビットマップデータを位置情報処理部４４５に出力する。例えば、動画記録フォーマットとしてＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、プレイリストファイルおよびクリップインフォメーションファイルに含まれる位置情報および場所に関するテキストデータが取得される。

位置情報処理部４４５は、分離処理部４４３から出力されたビットマップストリームおよびプライベートストリームに基づいて、場所に関するテキストデータまたはビットマップデータを取得するものである。例えば、動画記録フォーマットとしてＡＶＣＨＤ規格の動画記録フォーマットを採用する場合には、ビットマップストリームに対応するビットマップデータが取得される。また、位置情報処理部４４５は、管理情報処理部４４４から出力された位置情報を、位置情報変換データベース１６０を用いて、場所に関するテキストデータまたはビットマップデータに変換する。また、位置情報処理部４４５は、管理情報処理部４４４から出力された場所に関するテキストデータまたはビットマップデータ、または、変換された場所に関するテキストデータまたはビットマップデータを画面グラフィックス生成部４４６に出力する。なお、位置情報変換データベース１６０については、図２に示すものと同一であるため、同一の符号を付して、ここでの説明を省略する。

展開処理部４５０は、ビデオデコーダ４５１およびオーディオデコーダ４５２を備える。ビデオデコーダ４５１は、分離処理部４４３から出力されたビデオストリームを、所定の復号化方式により復号化するものであり、復号化されたデジタルビデオデータを動画出力部４６１に出力する。オーディオデコーダ４５２は、分離処理部４４３から出力されたオーディオストリームを、所定の復号化方式により復号化するものであり、復号化されたデジタルオーディオデータを音声出力部４６２に出力する。

画面グラフィックス生成部４４６は、記録媒体１８０から読み出された動画ファイルを再生する際に表示部４０２に表示されるメニュー画面等のグラフィックスを生成するものであり、生成されたグラフィックスをデータ出力部４６０に出力する。例えば、画面グラフィックス生成部４４６は、位置情報処理部４４５から出力された場所に関するテキストデータまたはビットマップデータを動画一覧画面に合成する。この動画一覧画面の表示例については、図２９を参照して詳細に説明する。

データ出力部４６０は、動画出力部４６１と、音声出力部４６２と、グラフィックス出力部４６３とを備える。動画出力部４６１は、ビデオデコーダ４５１から出力されたデジタルビデオデータを表示制御部４０１に出力するものである。音声出力部４６２は、オーディオデコーダ４５２から出力されたデジタルオーディオデータを音声制御部４０３に出力するものである。グラフィックス出力部４６３は、画面グラフィックス生成部４４６から出力されたグラフィックスを表示制御部４０１に出力するものである。

図２９は、本発明の実施の形態における再生装置４００により表示される表示画面の表示例を示す図である。図２９（ａ）には、動画ファイルを示す標識として、その動画ファイルに関する場所を示す文字と、その場所に関するシンボルマークとを同時に表示する例を示す。なお、場所を示す文字はテキストデータとして記録され、場所に関するシンボルマークはビットマップデータとして記録されているものとする。また、これらのデータは、動画ファイルまたは動画管理ファイルの何れに記録するようにしてもよい。例えば、場所に関するシンボルマーク５０１乃至５０６が表示され、シンボルマーク５０１乃至５０６に対応する場所を示す文字として都道府県名５１１乃至５１６が表示される。図２９（ａ）に示す例では、例えば、都道府県名である東京都５１１と、東京都に関するシンボルマークである東京タワーを示す画像５０１とが、東京都内で記録された動画ファイルを示す標識として表示される。また、例えば、カーソル５１０により画像５０１または東京都５１１をクリックする操作入力がユーザインターフェース４１０により受け付けられた場合には、画像５０１または東京都５１１に対応する動画ファイルの再生が開始される。

図２９（ｂ）には、動画管理ファイルに格納されている位置情報等に基づいて、エリア毎に生成されたインデックス画面の表示例を示す。図２９（ｂ）に示す例では、都道府県毎にエリアを形成する例を示す。例えば、東京都インデックス画面と、神奈川県インデックス画面と、千葉県インデックス画面との何れかを表示させることが可能な再生画面５２０が表示される。図２９（ｂ）に示す東京都インデックス画面５３０は、東京都内で記録された動画ファイルに関する一覧表示されている画面である。例えば、カーソル５１０により東京都インデックス画面の上部にある「神奈川県」タブ５４０をクリックする操作入力がユーザインターフェース４１０により受け付けられた場合には、神奈川県インデックス画面が表示される。また、東京都インデックス画面５３０に表示されている画像５２１乃至５２６は、例えば、対応する動画ファイルから抽出された代表サムネイル画像である。また、例えば、カーソル５１０により画像５２１または品川区５３１をクリックする操作入力がユーザインターフェース４１０により受け付けられた場合には、画像５２１または品川区５３１に対応する動画ファイルの再生が開始される。

なお、本発明の実施の形態では、情報記録装置１００、３００、４００を異なる装置として説明したが、これらの各機能構成を有する同一の装置により本発明の実施の形態を実現するようにしてもよい。

以上で示したように、本発明の実施の形態によれば、動画ファイルを他の再生装置に移動させたような場合でも、その動画が撮影された場所に関するテキストデータまたはビットマップを表示させることができる。例えば、ＧＰＳ情報を地名等のビットマップデータに変換するための変換データベースや変換マップ等を備えていない再生装置で再生する場合でも、そのテキストデータまたはビットマップを表示させることができる。

また、本発明の実施の形態によれば、ＡＶストリームをデコードする前の状態でも、再生の対象となる動画が撮影された場所に関するテキストデータまたはビットマップを表示させることができる。すなわち、再生の対象となる動画の内容を迅速に把握することができる。また、例えば、ＡＶストリームをデコードするデコーダを備えていない再生装置に動画ファイルを移動させたような場合でも、その動画が撮影された場所に関するテキストデータまたはビットマップを表示させることができる。

なお、本発明の実施の形態では、ＧＰＳ信号に基づいて位置情報を算出する例について説明したが、他の位置情報取得方法により位置情報を取得するようにしてもよい。例えば、周囲に存在する無線ＬＡＮ（Local Area Network）によるアクセスポイント情報を用いて位置情報を導き出し、この位置情報を用いるようにしてもよい。

また、位置情報を取得して、動画を記録することが可能な携帯電話機等の他の情報記録装置に本発明の実施の形態を適用することができる。

なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、上述のように特許請求の範囲における発明特定事項とそれぞれ対応関係を有する。ただし、本発明は実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。

また、本発明の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disk）、メモリカード、ブルーレイディスク（Blu-ray Disc（登録商標））等を用いることができる。

本発明の実施の形態における情報記録装置１００の機能構成例を示すブロック図である。 本発明の実施の形態におけるシステム制御部１２０の機能構成例を示すブロック図である。 本発明の実施の形態における位置情報変換データベース１６０に格納されている内容を概略的に示す図である。 本発明の実施の形態における多重化処理部１７４がＡＶストリームを生成する場合を概略的に示す図である。 ＡＶＣＨＤのファイルの種別と、その役割との対応関係を概略的に示す図である。 ＡＶＣＨＤ規格におけるデータ構造を示す図である。 ＡＶＣＨＤ規格におけるムービーオブジェクトの周辺の関係例を示す図である。 ＡＶＣＨＤ規格におけるファイル構成の一例を示す図である。 ＡＶＣＨＤ規格におけるモディファイドデジタルビデオパック（ＭＤＰ）全般のデータ構造を示す図である。 ＡＶＣＨＤ規格におけるＭＤＰのＩＤと付帯情報の対応関係を示す図である。 ＡＶＣＨＤ規格におけるＭＤＰのＩＤと付帯情報の対応関係を示す図である。 ＡＶＣＨＤ規格のオーバーレイビットマップに含まれるビットマップユニットのデータ構造を示す図である。 ＡＶＣＨＤ規格のビットマップユニットの種別を示す図である。 ＡＶＣＨＤ規格の「Ｏｂｊｅｃｔ Ｕｎｉｔ」のデータ構造を示す図である。 ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのデータ構造を示す図である。 ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」のデータ構造を示す図である。 ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのブロック「ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）」のデータ構造を示す図である。 ＡＶＣＨＤ規格におけるクリップインフォメーションファイルのブロック「ｄａｔａ＿ｂｌｏｃｋ（）」に定義するデータ構造例を示す図である。 ＡＶＣＨＤ規格におけるプレイリストファイルのブロック「ＥｘｔｅｎｓｉｏｎＤａｔａ（）」のデータ構造を示す図である。 ＡＶＣＨＤ規格におけるブロック「ｂｌｋＰｌａｙＬｉｓｔＭａｒｋＥｘｔ（）」のデータ構造を示す図である。 本発明の実施の形態における情報記録装置１００による動画記録処理の処理手順を示すフローチャートである。 本発明の実施の形態における情報記録装置１００による動画記録処理の処理手順を示すフローチャートである。 本発明の実施の形態における情報記録装置１００による動画および動画管理ファイルの記録処理の処理手順を示すフローチャートである。 本発明の実施の形態における情報記録装置１００による動画および動画管理ファイルの記録処理の処理手順のうちの動画管理ファイル記録処理手順を示すフローチャートである。 本発明の実施の形態における情報記録装置３００の機能構成例を示す図である。 本発明の実施の形態におけるメニュー画面生成部３７２により生成されるメニュー画面の一例を示す図である。 本発明の実施の形態における再生装置４００の機能構成例を示すブロック図である。 本発明の実施の形態におけるシステム制御部４２０の機能構成例を示すブロック図である。 本発明の実施の形態における再生装置４００により表示される表示画面の表示例を示す図である。

符号の説明

１００、３００ 情報記録装置
１０１ 撮像部
１０２ 撮像信号処理部
１０３ マイクロフォン
１０４ 音声信号処理部
１０５ ＧＰＳ信号処理部
１１０、３１０、４１０ ユーザインターフェース
１２０、３２０、４２０ システム制御部
１３０、３３０、４３０ 制御部
１４０ データ入力部
１４１ 動画入力部
１４２ 音声入力部
１４３ 位置情報入力部
１５０、３６０ 圧縮処理部
１５１、３６１ ビデオエンコーダ
１５２ オーディオエンコーダ
１６０ 位置情報変換データベース
１７１、３４５、４４５ 位置情報処理部
１７２、３４４、４４４ 管理情報処理部
１７３ 管理情報保持部
１７４、３７３ 多重化処理部
１７５、３４２、４４２ ストリームバッファ
１７６ 記録制御部
１８０ 記録媒体
３４１ 記録媒体制御部
３４３、４４３ 分離処理部
３５０、４５０ 展開処理部
３５１、４５１ ビデオデコーダ
３７１ メニュー画面背景データ記憶部
３７２ メニュー画面生成部
４００ 再生装置
４０１ 表示制御部
４０２ 表示部
４０３ 音声制御部
４０４ 音声出力部
４４１ 読出制御部
４４６ 画面グラフィックス生成部
４５２ オーディオデコーダ
４６０ データ出力部
４６１ 動画出力部
４６２ 音声出力部
４６３ グラフィックス出力部

Claims (10)

1. 動画を入力する動画入力部と、
   前記動画が入力された際における位置情報を取得する位置情報取得部と、
   前記取得された位置情報を前記取得された位置情報により特定される場所に関するテキストデータに変換する位置情報変換部と、
   記録媒体に対して、前記入力された動画を格納するストリームファイルと、前記ストリームファイルに関する情報を格納するクリップ情報ファイルと、前記ストリームファイルに格納されている動画の再生開始点および再生終了点に関する情報を格納するプレイリストファイルとのそれぞれのデータ記録制御を行い、前記変換されたテキストデータを前記クリップ情報ファイルおよび前記プレイリストファイルに記録する記録制御部と
   を具備する情報記録装置。
2. 前記クリップ情報ファイルは、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルであり、
   前記記録制御部は、前記クリップインフォメーションファイルに含まれるメーカーズプライベートデータに位置情報構造体を定義して前記取得された位置情報を前記位置情報構造体に記録する
   請求項１記載の情報記録装置。
3. 前記プレイリストファイルは、ＡＶＣＨＤ規格におけるムービープレイリストファイルであり、
   前記記録制御部は、前記ムービープレイリストファイルに含まれるエクステンションデータのプレイリストマークエクステンションのマークネームおよびメーカーズインフォメーションの少なくとも１つに前記変換されたテキストデータを記録する
   請求項１または２記載の情報記録装置。
4. 前記クリップ情報ファイルは、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルであり、
   前記記録制御部は、前記クリップインフォメーションファイルに含まれるメーカーズプライベートデータに前記変換されたテキストデータを記録する
   請求項１乃至３の何れかに記載の情報記録装置。
5. 前記記録制御部は、前記変換されたテキストデータを前記マークネームに記録する場合には、前記入力された動画を構成するチャプタのチャプタ名として表示させるためのデータとして前記変換されたテキストデータを記録する請求項３記載の情報記録装置。
6. 前記位置情報変換部は、前記取得された位置情報を前記取得された位置情報により特定される場所に関するビットマップデータおよびテキストデータに変換し、
   前記記録制御部は、前記入力された動画に対応するビデオデータであってＡＶＣＨＤ規格におけるモディファイドデジタルビデオパックに前記変換されたテキストデータを含めたビデオストリームと、ＡＶＣＨＤ規格におけるオーバーレイビットマップに対応するビットマップストリームであって前記変換されたビットマップデータに対応するビットマップストリームとをＡＶＣＨＤ規格に従って多重化してデータストリームを生成し、前記生成されたデータストリームを前記ストリームファイルとして前記記録媒体に記録する
   請求項１乃至５の何れかに記載の情報記録装置。
7. 前記クリップ情報ファイルは、ＡＶＣＨＤ規格におけるクリップインフォメーションファイルであり、
   前記記録制御部は、前記入力された動画を構成するチャプタ毎に、前記取得された位置情報のうちの少なくとも１つの位置情報を代表位置情報として決定し、前記クリップインフォメーションファイルについては、前記決定された代表位置情報に対応する前記テキストデータをチャプタ毎に記録し、前記オーバーレイビットマップについては、前記変換されたビットマップデータをフレーム毎に記録し、前記モディファイドデジタルビデオパックについては、前記変換されたテキストデータをフレーム毎に記録する
   請求項６記載の情報記録装置。
8. 被写体を撮像して撮像動画を生成する撮像部と、
   前記撮像動画が生成された際における位置情報を取得する位置情報取得部と、
   前記取得された位置情報を前記取得された位置情報により特定される場所に関するテキストデータに変換する位置情報変換部と、
   記録媒体に対して、前記生成された撮像動画を格納するストリームファイルと、前記ストリームファイルに関する情報を格納するクリップ情報ファイルと、前記ストリームファイルに格納されている撮像動画の再生開始点および再生終了点に関する情報を格納するプレイリストファイルとのそれぞれのデータ記録制御を行い、前記変換されたテキストデータを前記クリップ情報ファイルおよび前記プレイリストファイルに記録する記録制御部と
   を具備する撮像装置。
9. 動画を入力する動画入力手順と、
   前記動画が入力された際における位置情報を取得する位置情報取得手順と、
   前記取得された位置情報を前記取得された位置情報により特定される場所に関するテキストデータに変換する位置情報変換手順と、
   記録媒体に対して、前記入力された動画を格納するストリームファイルと、前記ストリームファイルに関する情報を格納するクリップ情報ファイルと、前記ストリームファイルに格納されている動画の再生開始点および再生終了点に関する情報を格納するプレイリストファイルとのそれぞれのデータ記録制御を行い、前記変換されたテキストデータを前記クリップ情報ファイルおよび前記プレイリストファイルに記録する記録制御手順と
   を具備する情報記録方法。
10. 動画を入力する動画入力手順と、
    前記動画が入力された際における位置情報を取得する位置情報取得手順と、
    前記取得された位置情報を前記取得された位置情報により特定される場所に関するテキストデータに変換する位置情報変換手順と、
    記録媒体に対して、前記入力された動画を格納するストリームファイルと、前記ストリームファイルに関する情報を格納するクリップ情報ファイルと、前記ストリームファイルに格納されている動画の再生開始点および再生終了点に関する情報を格納するプレイリストファイルとのそれぞれのデータ記録制御を行い、前記変換されたテキストデータを前記クリップ情報ファイルおよび前記プレイリストファイルに記録する記録制御手順と
    をコンピュータに実行させるプログラム。

Images