JP2023005844A - 記録装置、電子機器、及びその制御方法、プログラム、記憶媒体 - Google Patents

Abstract

【課題】 撮影された動画ファイルに関連付けられた付加情報ファイルの識別情報を、容易に把握することができる記録装置を提供することを目的とする。【解決手段】 動画ファイルと、動画ファイルの付加情報を含む付加情報ファイルとを記録媒体に記録するように制御する制御手段を有し、制御手段は、付加情報ファイルのデータ構造を識別するための識別情報を、付加情報ファイルとは異なるファイルに記録するように制御する、ことを特徴とする。【選択図】 図１４

Description

本発明は、記録媒体に動画ファイルとその動画ファイルに関連付けられた付加情報ファイルとを記録する技術に関する。

近年、ＴｗｉｔｔｅｒなどのＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）の台頭により、放送局や通信社などの報道現場では、これまでより迅速に正確な情報を伝えることが求められている。そのため、デジタルスチルカメラやデジタルビデオカメラなどの映像処理装置でも、動画ファイルだけでなく、動画ファイルについての様々なメタデータを書き込んだ付加情報ファイルを活用することで、より迅速、簡単に速報性の高い報道を実現している。

例えば、撮影した動画と共に動画のフォーマットや記録長などのメタデータを記録することができる。他にも携帯端末からデジタルビデオカメラに通信し、報道現場で取材タイトルや取材場所といった取材情報を付加情報ファイルに書き込むことができる。付加情報ファイルは、例えば、動画ファイルサーバー内で所望の動画ファイルをより容易に検索するための情報として用いられている。その際に、動画ファイルの各種メタデータを閲覧することで、動画ファイルのフォーマットや記録長を知ることが出来る。

特許文献１では、ユーザが通信機器などから動画に関連付ける付加情報ファイルの内容を入力する際に、誤った対象動画ファイルに関連付けて記録しないようにする技術が記載されている。

特開２０１３－９８６５８号公報

しかしながら、上記の特許文献１に記載された技術では、撮像装置により撮影された動画ファイルに関連付けられた付加情報ファイルの種別や有無、データ構造の識別情報を外部の編集機器から容易に把握することができない。把握するためには付加情報ファイルを取得して、解析を行う必要がある。そのため、外部の編集機器から動画ファイルに対して、ユーザーが意図した付加情報ファイルの内容編集などを行えない恐れがある。

本発明は上述した課題に鑑みてなされたものであり、その目的は、撮影された動画ファイルに関連付けられた付加情報ファイルの識別情報を、容易に把握することができる記録装置を提供することである。

本発明の記録装置は、
動画ファイルと、動画ファイルの付加情報を含む付加情報ファイルとを記録媒体に記録するように制御する制御手段を有し、制御手段は、付加情報ファイルのデータ構造を識別するための識別情報を、付加情報ファイルとは異なるファイルに記録するように制御する、ことを特徴とする。

本発明によれば、撮影された動画ファイルに関連付けられた付加情報ファイルの識別情報を、容易に把握することが可能となる。

本発明の撮像装置の第１の実施形態であるデジタルビデオカメラの構成を示す図。 第１の実施形態における携帯端末の構成を示すブロック図。 第１の実施形態におけるＭＰ４フォルダの構成図。 第１の実施形態におけるＭＰ４ファイルの構成図。 第１の実施形態における動画ファイル、ＸＭＬファイル内のメタデータの構成図。 第１の実施形態におけるデジタルビデオカメラと携帯端末の接続シーケンス図。 第１の実施形態におけるデジタルビデオカメラの記録開始処理を示すフローチャート。 第１の実施形態におけるデジタルビデオカメラの記録停止処理を示すフローチャート。 第１の実施形態におけるデジタルビデオカメラのメニュー画面を示す図。 第１の実施形態におけるデジタルビデオカメラが動画ファイル一覧リストの送信要求、サムネイル画像とメタデータの送信要求、ＸＭＬファイルの送信要求を受けた場合の動作を示すフローチャート。 第１の実施形態における携帯端末での動画ファイル一覧表示の動作を示すフローチャート。 第１の実施形態における携帯端末でのＸＭＬファイルの内容表示の動作を示すフローチャート。 第１の実施形態における携帯端末での選択画面、動画ファイルの一覧表示画面、ＸＭＬファイル表示画面を示す図。 第１の実施形態におけるＸＦ－ＡＶＣフォルダの構成、ＸＦ－ＡＶＣファイルの構成、管理情報ファイルのメタデータの構成を示す図。 第２の実施形態におけるデジタルビデオカメラの記録開始処理を示すフローチャート。 第２の実施形態におけるデジタルビデオカメラがサムネイル画像とメタデータの送信要求を受けた場合の動作を示すフローチャート。 第２の実施形態における携帯端末での動画ファイル一覧表示の動作を示すフローチャート。 第３の実施形態におけるデジタルビデオカメラの記録開始処理を示すフローチャート。 第３の実施形態における携帯端末での動画ファイル一覧表示の動作を示すフローチャート。 第３の実施形態におけるＸＭＬファイルの内容例を示す図である。 第３の実施形態におけるＸＭＬファイルを解析するためのノード情報テーブル。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（第１の実施形態）
図１は、本発明の撮像装置の第１の実施形態であるデジタルビデオカメラ１００（カムコーダ）の構成を示す図である。また、図２は、本発明の第１の実施形態における編集装置としての携帯端末２００の構成を示す図である。

図１において、デジタルビデオカメラ１００は、制御部１０、画像圧縮／伸長部１１、撮像部１２、画像処理部１３、無線通信部１４、表示部１５、操作部１６、ＲＯＭ１７、ＲＡＭ１８、記録媒体Ｉ／Ｆ１９、着脱可能記録倍２０を備える。各構成部は制御部１０に接続されており、制御部１０と各構成部は、互いにデータのやり取りを行うことができる。

制御部１０は、デジタルビデオカメラ１００のシステム全般を制御するシステム制御部である。制御部１０は、ＲＯＭ１７に記録されたプログラムをＲＡＭ１８に展開して実行することにより、各構成部を制御し、後述のフローチャートの動作を実行する。制御部１０は、記録媒体２０への記録制御や表示部１５への表示制御等も行う。

ＲＯＭ１７は、不揮発性の記録媒体であり、制御部１０が実行するプログラムを記憶している。ＲＡＭ１８は、制御部１０のワークメモリとして用いられる揮発性の記録媒体である。また、ＲＡＭ１８は、撮像部１２で撮像し画像処理部１３により画像処理された画像データや着脱可能記録媒体２０から読み出された画像データを、画像圧縮／伸長部１１で圧縮処理または伸長処理する場合のＲＡＭとして用いられる。また、表示部１５で表示する場合に、表示用データを一時格納するＶＲＡＭとしても用いられる。さらには、撮像した画像と共に関連付けて記録する付加情報を一時格納する記憶部としても用いられる。付加情報は、携帯端末２００の無線通信部２４から受信することができる。本実施形態において、付加情報とはマークアップ言語のＸＭＬファイル（Ｅｘｔｅｎｓｉｂｌｅ ＭａｒｋＵｐ Ｌａｎｇｕａｇｅ ｆｉｌｅ）として説明を行うが、付加情報を示す情報であればＸＭＬファイルでなくてもかまわない。

デジタルビデオカメラ１００は、画像データを記録するためのＳＤカードなどの記録媒体２０を装着することができる。そのために、記録媒体Ｉ／Ｆ（インタフェース）１９を有する。記録媒体Ｉ／Ｆ１９は、メモリカード等の着脱可能な記録媒体を挿入可能なスロットを有する。図１においては、記録媒体Ｉ／Ｆ１９に着脱可能記録媒体２０が装着されている状態を示している。デジタルビデオカメラ１００では、着脱可能記録媒体２０に画像データを記録する構成について説明したが、着脱が不可能でデジタルビデオカメラ１００に内蔵されたメモリに画像データを記録する構成でもよい。

画像処理部１３は、撮像部１２で撮像された画像データに、所定の画素補間処理、リサイズ処理、色変換処理を行う。また、画像処理部１３では、撮像された画像データを用いて所定の演算処理が行われ、制御部１０は得られた演算結果に基づいて撮像部１２による撮像に関する各種制御（露光制御、オートホワイトバランス制御など）を行う。

画像圧縮／伸長部１１は、画像処理部１３で画像処理された画像データを圧縮する処理や着脱可能記録媒体２０から読み出した画像データを伸長する処理を行う。

撮像部１２は、撮影レンズ（ズームレンズとフォーカスレンズを含む）と撮像素子とを有し、制御部１０の制御に基づいて被写体を撮像し、静止画データや動画像データといった画像データを取得する。

表示部１５は、制御部１０の制御に基づき、各種設定状態や、撮像部１２で撮像されている画像、着脱可能記録媒体２０から読み出して再生した画像などを表示する。覗き込み形のファインダー内のディスプレイや、バリアングルの液晶モニタなどとして構成される。

操作部１６は、デジタルビデオカメラ１００の電源をＯＮ／ＯＦＦするための電源スイッチ、撮影開始ボタン、カメラモード（撮影モード）や再生モードなどの動作モードを切り替えるモード切替ボタンなどを含み、ユーザからの操作を受け付ける。なお操作部１６にタッチパネルが含まれる場合、制御部１０はタッチパネルへの以下の操作を検出することができる。
・タッチパネルを指やペンで触れたこと（以下、タッチダウンと称する）。
・タッチパネルを指やペンで触れている状態であること（以下、タッチオンと称する）。
・タッチパネルを指やペンで触れたまま移動していること（以下、ムーブと称する）。
・タッチパネルへ触れていた指やペンを離したこと（以下、タッチアップと称する）。

タッチパネルに何も触れていない状態（以下、タッチオフと称する）。

これらの操作や、タッチパネル上に指やペンが触れている位置座標は制御部１０に通知され、制御部１０は通知された情報に基づいてタッチパネル上にどのような操作が行なわれたかを判定する。ムーブについてはタッチパネル上で移動する指やペンの移動方向についても、位置座標の変化に基づいて、タッチパネル上の垂直成分、水平成分毎に判定できる。

またタッチパネル上をタッチダウンから一定のムーブを経てタッチアップをした場合は、ストロークを描いたこととする。素早くストロークを描く操作をフリックと呼ぶ。フリックは、タッチパネル上に指を触れたままある程度の距離だけ素早く動かして、そのまま離すといった操作であり、言い換えればタッチパネル上を指ではじくように素早くなぞる操作である。所定距離以上を、所定速度以上でムーブしたことが検出され、そのままタッチアップが検出されるとフリックが行なわれたと判定できる。また、所定距離以上を、所定速度未満でムーブしたことが検出された場合は、ドラッグが行なわれたと判定するものとする。タッチパネルは、抵抗膜方式や静電容量方式、表面弾性波方式、赤外線方式、電磁誘導方式、画像認識方式、光センサ方式等、様々な方式のタッチパネルのうちいずれの方式のものを用いてもよい。

無線通信部１４は、制御部１０の制御に基づいて、外部カメラやパーソナルコンピュータといった外部機器とのデータの送受信を無線通信により行う。無線通信部１４は、デジタルビデオカメラ１００の設定情報や操作情報などを外部に送信し、デジタルビデオカメラ１００を操作するコマンドや画像データと共に記録する付加情報などを受信する。送受信可能なデータには、デジタル画像データやアナログ映像信号、付加情報などが含まれる。

図２は、第１の実施形態における外部装置としての携帯端末２００の構成を示すブロック図である。

図２において、携帯端末２００は、制御部２１、表示部２２、操作部２３、無線通信部２４、ＲＯＭ２５、ＲＡＭ２６、ファイル制御部２７を備える。各構成部は制御部２１に接続されており、制御部２１と各構成部は、互いにデータのやり取りを行うことができる。

制御部２１は、携帯端末２００のシステム全般を制御するシステム制御部である。制御部２１は、ＲＯＭ２５に記録されたプログラムをＲＡＭ２６に展開して実行することにより、各構成部を制御し、後述のフローチャートの動作を実行する。ＲＯＭ２５は、不揮発性の記憶媒体であり、制御部２１が実行するプログラムを記憶している。ＲＡＭ２６は、制御部２１のワークメモリとして用いられる揮発性の記憶媒体である。

表示部２２は、制御部２１の制御に基づき、各種設定状態や、無線通信部２４により受信したデータ（デジタル画像データ、アナログ映像信号、付加情報を含む）などを表示する。

操作部２３は、携帯端末２００の電源をＯＮ／ＯＦＦするための電源スイッチなどを含み、ユーザからの操作を受け付ける操作部である。なお操作部２３は操作部１６と同様にタッチパネルを含む。

無線通信部２４は、制御部２１の制御に基づいて、外部カメラやパーソナルコンピュータといった外部機器とのデータの送受信を無線通信により行う。無線通信部２４は、デジタルビデオカメラ１００の設定情報や操作情報などを受信し、デジタルビデオカメラ１００を操作するコマンドや画像データと共に記録する付加情報などをデジタルビデオカメラ１００に送信する。送受信可能なデータには、デジタル画像データやアナログ映像信号、付加情報などが含まれる。

ファイル制御部２７は、無線通信部２４から送られてきた動画ファイルや付加情報などのデータの解析やサムネイル画像の生成などの制御を行うことが可能である。

次に、図３Ａは、本実施形態の動画ファイルと付加情報ファイルのフォルダ構成を示す図である。

本実施形態では、圧縮されたビデオフレームとタイムコード等の管理情報や音声データをＭＰ４（ＭＰＥＧ－４ Ｐａｒｔ１４またはＩＳＯ／ＩＥＣ１４４９６－１４：２００３）というコンテナ構造で記録する場合を例に説明する。しかし、ＡＶＣＨＤ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｅｃ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）やＭＸＦ（Ｍａｔｅｒｉａｌ ｅＸｃｈａｎｇｅ Ｆｏｒｍａｔ）等のファイルフォーマットであってもかまわない。制御部１０に記録されるＭＰ４のフォルダ構成を図３Ａに示す。

デジタルビデオカメラ１００の操作部１６をユーザが操作することにより着脱可能記録媒体２０が初期化されると、ＤＣＩＭフォルダ３０１が生成される。また、操作部１６の操作により記録が開始されると、１００＿０１２８フォルダ３０２が生成される。フォルダ名の１００はディレクトリ番号を表しており、１００から順番に振られ、最大９９９まで増加していく。フォルダ名の０１２８は作成月日を表しており、１月２８日に作成されたことを示している。

さらに、ストリームファイルであるＭＶＩ＿０００１．ＭＰ４（３０３）や付加情報であるＭＶＩ＿０００１．ＸＭＬ（３０４）が記録される。複数の動画ファイルが記録されていくとＭＰ４ファイルとＸＭＬファイルのファイル名が変化し増加していく。フレーム単位に設定する必要があるタイムコード等はＭＶＩ＿０００１．ＭＰ４（３０３）に記録される。また、タグ情報等はＭＶＩ＿０００１．ＸＭＬ（３０４）に記録される。

次に、図３Ｂは、本実施形態の動画ファイルの構成を示す図である。

図３Ｂにおいて、３１０は、ファイル形式の互換を示すｆｔｙｐボックスである。３１１は、動画ファイルの先頭領域に記載されるヘッダと呼ばれる領域であり、再生に必要な管理情報やサムネイル画像が格納されたｍｏｏｖボックスである。３１２は、ＸＭＰ（Ｅｘｔｅｎｓｉｂｉｌｅ Ｍｅｔａｄａｔａ Ｐｌａｔｆｏｒｍ）が格納されるボックスであり、任意のメタデータを設定することが可能である。３１３は、任意の情報を追加できるｕｕｉｄボックスである。ここには、プレビュー用の画像３２７が格納されている。３１４は、符号化された映像データと音声データとタイムコードデータとフレーム単位のメタデータが格納されたｍｄａｔボックスである。

続いて、ｍｏｏｖボックス３１１の構成について説明する。

３２１は、任意の情報を追加できるｕｕｉｄボックスであり、再生時に表示するサムネイル画像３２５や再生時に使用する管理情報３２６が格納されている。３１５～３１７はｔｒａｃｋボックスであり、映像データ、音声データ、タイムコードデータに関わる管理情報が格納されたボックスである。３１８～３２０はｓｔｓｚボックスであり、映像データ、音声データ、タイムコードデータ、フレーム単位のメタデータの符号化単位ごとのデータサイズが格納されている。３２２～３２４はｔｒａｃｋボックスに格納されているｓｔｃｏボックスである。ｓｔｃｏボックスは、映像データ、音声データ、タイムコードデータ、フレーム単位のメタデータのｍｄａｔ３１４の格納位置を示す情報が格納されている。各データは、１つ以上の符号化単位で構成されるチャンクと呼ばれる単位でｍｄａｔボックス３１４に格納される。

続いて、ｍｄａｔボックス３１４の構成について説明する。

３３０～３３８は、ｍｄａｔボックス３１４に格納された、映像データ、音声データ、タイムコードデータ、フレーム単位のメタデータである。各データは、ｓｔｃｏボックスに記載されている値よりチャンク単位でアクセス可能である。たとえば、３３０（ＣＶ１）は、ｓｔｃｏボックス３２２の３５０から辿ることが可能である。

次に、図３Ｃは、本実施形態の動画ファイルと付加情報ファイルのメタデータの内容を示す図である。

３６０は、動画ファイル内のメタデータの内容であり、これらは管理情報３２６に格納される。管理情報３２６の中には、デジタルビデオカメラ１００の撮影時の情報であるシャッタースピードやレンズの明るさを示すＦ値、記録フレームレート、再生フレームレート、記録時間が記録されている。また、動画ファイルと一緒に付加情報ファイルであるＸＭＬファイルが記録されているが、さらにはＸＭＬファイルの種別情報を含んだ情報も記録されている。

３６１は、メタデータの内容３６０に記載されているＸＭＬファイルの種別情報の内容であり、これらは管理情報３２６に格納される。３６１は、ＸＭＬファイルが記録されているか否かを示す情報、ＸＭＬファイルがデジタルビデオカメラ１００固有のタグ情報を持つオリジナルフォーマットであることを示す情報、ＸＭＬファイルが報道用途として規格化されている標準フォーマットであるＮｅｗｓＭｅｔａｄａｔａであることを示す情報が記録されている。

３６２は、ＸＭＬファイルがデジタルビデオカメラ１００固有のタグ情報を持つオリジナルフォーマットで記録された場合のメタデータの内容を示す図である。３６２の中には、タイトル、撮影者、撮影情報、デジタルビデオカメラ１００の製品名やファームウェアバージョン情報やシリアル番号、レンズ名等が記録されている。

３６３は、ＸＭＬファイルが報道用途として規格化されている標準フォーマットであるＮｅｗｓＭｅｔａｄａｔａで記録された場合のメタデータの内容を示す図である。報道用途として規格化されている標準フォーマットの例として、ＩＰＴＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｐｒｅｓｓ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｕｎｃｉｌ）が規格化しているＮｅｗｓＭＬ－Ｇ２形式がある。メタデータの内容３６３の中には、タイトル、撮影者、撮影情報、キーワード、カテゴリー、ジャンル、日時情報、言語情報、貢献者、権利情報、動画ファイルに関する情報（ファイル名、記録時間、識別情報、ファイルフォーマット、オーディオ情報）等が記録されている。

図４は、デジタルビデオカメラ１００（カムコーダ）と携帯端末２００との接続時の動作シーケンスを示す図である。

ステップＳ４０１では、ユーザがデジタルビデオカメラ１００の操作部１６を操作することにより、携帯端末２００との無線接続が指示され、制御部１０が無線通信部１４に指示を送る。

ステップＳ４０２では、ユーザが携帯端末２００の操作部２３を操作することにより、デジタルビデオカメラ１００との無線接続が指示され、制御部２１が無線通信部２４に指示を送る。

ステップＳ４０３では、デジタルビデオカメラ１００の無線通信部１４と、携帯端末２００の無線通信部２４が、デジタルビデオカメラ１００と携帯端末２００の間の無線接続を行う。デジタルビデオカメラ１００と携帯端末２００との間で無線接続が確立されると、制御コマンドや設定情報、デジタル画像データやアナログ映像信号、付加情報を送受信することが可能となる。

図５Ａは、ユーザが操作部１６を操作することにより、デジタルビデオカメラ１００の制御部１０に対して記録開始要求を送った場合の動作を示すフローチャートである。

ステップＳ５００では、制御部１０は、着脱可能記録媒体２０に記録を開始するために必要なメタデータ情報の生成を行い、ＲＡＭ１８に保持する。

ステップＳ５０１では、制御部１０は、ＸＭＬファイルの記録設定がＯＮなっているか否かを判定する。ＸＭＬファイルの記録設定のＯＮ／ＯＦＦは、ユーザによる操作部１６の操作で設定することができる。操作部１６に含まれるメニューボタンを押すことによって図６（ａ）に示すようなメニュー６００が開かれ、メニュー項目の中からＸＭＬファイルの記録設定を示す項目、例えばＯＮ（６０１）を選択して設定することができる。制御部１０は、ＸＭＬファイルの記録設定がＯＮになっていると判定した場合は、処理をステップＳ５０２に進め、そうでなければ、処理をステップＳ５０５に進める。

ステップＳ５０２では、制御部１０は、ＸＭＬファイルの種別設定がＮｅｗｓＭｅｔａｄａｔａになっているか否かを判定する。ＸＭＬファイルの種別設定は、ユーザによる操作部１６の操作で設定することができる。操作部１６に含まれるメニューボタンを押すことによって図６（ｂ）に示すようなメニュー６０２が開かれ、メニュー項目の中からＸＭＬファイルの種別設定を表す項目、例えばＮｅｗｓＭｅｔａｄａｔａ（６０３）を選択して設定することができる。制御部１０は、ＸＭＬファイルの種別設定がＮｅｗｓＭｅｔａｄａｔａになっていると判定した場合は、処理をステップＳ５０３に進め、そうでなければ、処理をステップＳ５０４に進める。

ステップＳ５０３では、制御部１０は、ステップＳ５００でＲＡＭ１８に保持されているメタデータ情報を読み出し、着脱可能記録媒体２０にメタデータ情報を記録するよう指示する。そして、メタデータ情報３６３（図３Ｃ参照）がＸＭＬファイルにＮｅｗｓＭｅｔａｄａｔａとして書き込まれる。

ステップＳ５０４では、制御部１０は、ステップＳ５００でＲＡＭ１８に保持されているメタデータ情報を読み出し、着脱可能記録媒体２０にメタデータ情報を記録するよう指示する。そして、メタデータ情報３６２（図３Ｃ参照）がＸＭＬファイルに標準化されていないオリジナル情報として書き込まれる。

ステップＳ５０５では、制御部１０は、動画ファイルの管理情報３２６に書き込まれるＸＭＬファイルの種別情報をメタデータ情報としてＲＡＭ１８に書き込む。

ステップＳ５０６では、制御部１０は、ステップＳ５００及びステップＳ５０５でＲＡＭ１８に保持されたメタデータ情報を読み出し、動画ファイルの管理情報３２６の形式にして、着脱可能記録媒体２０に書き込む指示を出す。そして、メタデータ情報３６０（図３Ｃ参照）が、動画ファイルの一部である動画ファイルの管理情報として着脱可能記録媒体２０に書き込まれる。

ステップＳ５０７では、制御部１０は、ＲＡＭ１８に保持されている動画データ、音声データ、タイムコードデータを図３Ｂの形式にして、着脱可能記録媒体２０に書き込むように指示する。そして、動画データ、音声データ、タイムコードデータが動画ファイルとして着脱可能記録媒体２０に書き込まれる。

図５Ｂは、ユーザが操作部１６を操作することにより、デジタルビデオカメラ１００の制御部１０に対して記録停止要求を送った場合の動作を示すフローチャートである。

ステップＳ５１０では、制御部１０は、着脱可能記録媒体２０への記録を停止するために必要なメタデータ情報の生成を行い、ＲＡＭ１８に保持する。

ステップＳ５１１では、制御部１０は、ＸＭＬファイルの記録設定がＯＮなっているか否かを判定する。ＸＭＬファイルの記録設定のＯＮ／ＯＦＦは、すでに説明したように、ユーザによる操作部１６の操作で設定することができる。制御部１０は、ＸＭＬファイルの記録設定がＯＮになっていると判定した場合は、処理をステップＳ５１２に進め、そうでなければ、処理をステップＳ５１４に進める。

ステップＳ５１２では、制御部１０は、ＸＭＬファイルの種別設定がＮｅｗｓＭｅｔａｄａｔａになっているか否かを判定する。ＸＭＬファイルの種別設定は、すでに説明したように、ユーザによる操作部１６の操作で設定することができる。制御部１０は、ＸＭＬファイルの種別設定がＮｅｗｓＭｅｔａｄａｔａになっていると判定した場合は、処理をステップＳ５１３に進め、そうでなければ、処理をステップＳ５１４に進める。

ステップＳ５１３では、制御部１０は、記録媒体Ｉ／Ｆ１９を用いて、着脱可能記録媒体２０から記録開始時に書き込んだＸＭＬファイルをＲＡＭ１８に読み出す。そして、ステップＳ５１０で生成した動画ファイルの記録時間や更新日時情報をＲＡＭ１８に読み出されたＸＭＬファイルに対して更新する。さらに、制御部１０は、更新されたＸＭＬファイルを、記録媒体Ｉ／Ｆ１９を用いて、再度ＸＭＬファイルとして着脱可能記録媒体２０に書き込む。

ステップＳ５１４では、制御部１０は、記録停止要求を受けた時点までのＲＡＭ１８に保存されている動画データ、音声データ、タイムコードデータを図３Ｂの形式にする。そして、記録媒体Ｉ／Ｆ１９を用いて、動画データ、音声データ、タイムコードデータを動画ファイルとして着脱可能記録媒体２０に書き込んで記録停止処理を終了する。

図７（ａ）～（ｃ）は、デジタルビデオカメラ１００が携帯端末２００から制御の要求を受け取ったときの動作を示すフローチャートである。

図７（ａ）は、デジタルビデオカメラ１００が、携帯端末２００から、デジタルビデオカメラ１００内の動画ファイル数の一覧リストの送信要求を受け取ったときの動作を示すフローチャートである。

ステップＳ７０１では、制御部１０は、無線通信部１４を介して外部からの動画ファイル数の一覧リストの送信要求があったか否かを判定する。制御部１０は、動画ファイル数の一覧リストの送信要求があると判定した場合は、処理をステップＳ７０２に進め、そうではないと判定した場合は、ステップＳ７０１を繰り返す。

ステップＳ７０２では、制御部１０は、着脱可能記録媒体２０に記録されている動画ファイルに関する情報を一覧リストとしてＲＡＭ１８に書き込む。一覧リストには動画ファイル数等の情報が含まれている。制御部１０は、無線通信部１４を用いて、ＲＡＭ１８に書き込まれた一覧リストを、外部に送信する。

図７（ｂ）は、デジタルビデオカメラ１００が、携帯端末２００から、デジタルビデオカメラ１００内の指定された動画ファイルに対するサムネイル画像と管理情報の送信要求を受け取ったときの動作を示すフローチャートである。

ステップＳ７０３では、制御部１０は、無線通信部１４を介して、外部から動画ファイルに対するサムネイル画像と管理情報の送信要求があったか否かを判定する。制御部１０は、動画ファイルに対するサムネイル画像と管理情報の送信要求があったと判定した場合は、処理をステップＳ７０４に進め、そうではないと判定した場合は、ステップＳ７０３を繰り返す。

ステップＳ７０４では、制御部１０は、外部から指定された動画ファイルに対して着脱可能記録媒体２０に記録されている動画ファイルのサムネイル画像３２５と管理情報３２６の読み出しや解析を行い、ＲＡＭ１８に展開する。制御部１０は、サムネイル画像３２５と管理情報３２６の読み出しや解析が完了したら、無線通信部１４を用いて、サムネイル画像３２５と管理情報３２６を外部に送信する。動画ファイルのサムネイル画像３２５と管理情報３２６は、動画ファイルの先頭側の領域に記録されているため、動画ファイル全体を読み出すよりも早く読み出すことができる。例えば、動画ファイル全体ではなく、動画ファイルの先頭から特定のサイズのデータを読み出すことにより、サムネイル画像３２５と管理情報３２６を読み出すことが可能となる。

図７（ｃ）は、デジタルビデオカメラ１００が、携帯端末２００から、デジタルビデオカメラ１００内の指定された動画ファイルに対するＸＭＬファイルの送信要求を受け取ったときの動作を示すフローチャートである。

ステップＳ７０５では、制御部１０は、無線通信部１４を介して、外部から動画ファイルに対するＸＭＬファイルの送信要求があったか否かを判定する。制御部１０は、動画ファイルに対するＸＭＬファイルの送信要求があったと判定した場合は、処理をステップＳ７０６に進め、そうではないと判定した場合は、ステップＳ７０５を繰り返す。

ステップＳ７０６では、制御部１０は、外部から指定された動画ファイルに対して着脱可能記録媒体２０に記録されている動画ファイルのＸＭＬファイルの読み出しや解析を行い、ＲＡＭ１８に展開する。制御部１０は、ＸＭＬファイルの読み出しや解析が完了したら、無線通信部１４を用いてＸＭＬファイルを外部に送信する。

図８Ａ、図８Ｂは、携帯端末２００からデジタルビデオカメラ１００内にある動画ファイルやＸＭＬファイルに関する制御の要求を受け取ったときの動作を示すフローチャートである。

図８Ａは、ユーザの操作により、携帯端末２００において、デジタルビデオカメラ１００内の動画ファイルに対する一覧リストの表示要求があった場合の動作を示すフローチャートである。

ステップＳ８０１では、制御部２１は、ユーザによる操作部２３の操作により、デジタルビデオカメラ１００内にある動画ファイル一覧のリスト表示要求があったか否かを判定する。制御部２１は、動画ファイル一覧リストの表示要求があったと判定した場合は、処理をステップＳ８０２に進め、そうではないと判定した場合は、ステップＳ８０１を繰り返す。

ステップＳ８０２では、制御部２１は、無線通信部２４を介してデジタルビデオカメラ１００に対して動画ファイル一覧リストの送信要求を行う。このとき、デジタルビデオカメラ１００は、図７（ａ）で説明した動作を行う。さらに、操作部２３に含まれるメニューボタンが操作されると、制御部２１は、図９（ａ）に示すような画面９００を表示し、メニュー項目の中からデジタルビデオカメラ１００の動画ファイル一覧表示を選択可能とする。操作部２３により、アイコン９０１が選択された場合、制御部２１は、デジタルビデオカメラ１００の動画ファイルの内容を確認できる画面を表示する。

ステップＳ８０３では、制御部２１は、無線通信部２４を介して、デジタルビデオカメラ１００から動画ファイル一覧リストを取得できたか否かを判定する。制御部２１は、動画ファイル一覧リストを取得できたと判定した場合は、処理をステップＳ８０４に進め、そうではないと判定した場合は、ステップＳ８０３を繰り返す。

ステップＳ８０４では、制御部２１は、無線通信部２４を介して取得した情報をＲＡＭ２６に展開し、表示部２２に表示可能な領域を考慮して、サムネイル画像とメタデータを取得する動画ファイル数を決定する。

ステップＳ８０５では、制御部２１は、無線通信部２４を介してデジタルビデオカメラ１００に対して動画ファイル中のサムネイル画像とメタデータの送信要求を行う。このときデジタルビデオカメラ１００は図７（ｂ）で説明した動作を行う。

ステップＳ８０６では、制御部２１は、無線通信部２４を介して、デジタルビデオカメラ１００からサムネイル画像とメタデータを取得できたか否かを判定する。制御部２１は、サムネイル画像とメタデータを取得できたと判定した場合は、処理をステップＳ８０７に進め、そうではないと判定した場合は、ステップＳ８０６を繰り返す。

ステップＳ８０７では、制御部２１は、無線通信部２４を介して取得したサムネイル画像情報をＲＡＭ２６に展開し、表示部２２に表示可能な領域を考慮して、動画ファイルのサムネイル画像を表示する。

ステップＳ８０８では、制御部２１は、無線通信部２４を介して取得した動画ファイルのメタデータ情報をＲＡＭ２６に展開し、解析を行う。

ステップＳ８０９では、制御部２１は、ＲＡＭ２６に展開した動画ファイルのメタデータ情報の一部を表示部２２に表示する。

ステップＳ８１０では、制御部２１は、ＲＡＭ２６に展開した動画ファイルのメタデータ情報の一部にあるＸＭＬファイルの種別がＮｅｗｓＭｅｔａｄａｔａであるか否かを判定する。制御部２１は、ＸＭＬファイルの種別がＮｅｗｓＭｅｔａｄａｔａであると判定した場合は、処理をステップＳ８１１に進め、そうではないと判定した場合は、処理をステップＳ８１２に進める。

ステップＳ８１１では、制御部２１は、表示部２２に、ＸＭＬファイルの種別がＮｅｗｓＭｅｔａｄａｔａと分かるアイコン（図９（ｂ）のアイコン９０５）を表示させる。

ステップＳ８１２では、制御部２１は、ＸＭＬファイルの種別がＮｅｗｓＭｅｔａｄａｔａではないので、表示部２２にアイコンを表示させないように制御する。

図９（ｂ）は、操作部２３に含まれるメニューボタンの操作によって、デジタルビデオカメラ１００の動画ファイルのサムネイル画像とメタデータ一覧の内容が表示された画面９０２が開かれている状態を示している。符号９０４は、メタデータ情報の内容の一部を表しており、動画ファイルのファイル名や日時情報、記録時間、動画ファイルサイズを示している。符号９０５は、動画ファイルに関連付けられたＸＭＬファイルの種別情報を示しており、ここでは動画ファイル９０３にはＮｅｗｓＭｅｔａｄａｔａのＸＭＬファイルが記録されていることを表している。本実施形態では、ＸＭＬファイルの種別をサムネイル画像と共に表示するアイコンで示したが、他の表示アイテムで表示させてもよい。

ステップＳ８１３では、制御部２１は、ＲＡＭ２６に保存された動画ファイル一覧のリストにある動画ファイル数の上限に到達したか否かを判定する。制御部２１は、動画ファイル数の上限に到達したと判定した場合は、処理を終了し、そうではないと判定した場合は、処理をステップＳ８０５に戻す。

図８Ｂは、ユーザの操作により、携帯端末２００において、デジタルビデオカメラ１００内の動画ファイルに関連付けられたＮｅｗｓＭｅｔａｄａｔａの情報表示を行う要求があった場合の動作を示すフローチャートである。

ステップＳ８１４では、制御部２１は、操作部２３の操作により、デジタルビデオカメラ１００内にある動画ファイルに関連付けられたＮｅｗｓＭｅｔａｄａｔａの表示要求があったか否かを判定する。本実施形態では、アイコン９０５に対する操作（タッチ操作）があった場合に、ＮｅｗｓＭｅｔａｄａｔａの表示要求があったと判定する。制御部２１は、ＮｅｗｓＭｅｔａｄａｔａの表示要求があったと判定した場合は、処理をステップＳ８１５に進め、そうではないと判定した場合は、ステップＳ８１４を繰り返す。

ステップＳ８１５では、制御部２１は、無線通信部２４を介して、デジタルビデオカメラ１００にＮｅｗｓＭｅｔａｄａｔａのＸＭＬファイルの送信要求を行う。このとき、デジタルビデオカメラ１００は図７（ｃ）で説明した動作を行う。

ステップＳ８１６では、制御部２１は、無線通信部２４を介して、デジタルビデオカメラ１００からＮｅｗｓＭｅｔａｄａｔａのＸＭＬファイルを取得できたか否かを判定する。制御部２１は、ＮｅｗｓＭｅｔａｄａｔａのＸＭＬファイルを取得できたと判定した場合は、処理をステップＳ８１７に進め、そうではないと判定した場合は、ステップＳ８１６を繰り返す。

ステップＳ８１７では、制御部２１は、ファイル制御部２７を用いて、ＲＡＭ２６に保存されたＸＭＬファイルの解析を行う。

ステップＳ８１８では、制御部２１は、ファイル制御部２７が解析した内容を表示部２２に表示させる。

図９（ｃ）は、操作部２３に含まれるメニューボタンの操作によって、デジタルビデオカメラ１００のＮｅｗｓＭｅｔａｄａｔａのＸＭＬファイルの内容が表示された画面９０６が開かれている状態を示している。アイコン９０７はＮｅｗｓＭｅｔａｄａｔａのＸＭＬファイルの内容の一部を表しており、タイトル名、説明内容、カテゴリー情報、著作権情報、規制情報などが示されている。

以上説明したように、上記の第１の実施形態では、デジタルビデオカメラ１００で記録した動画ファイルとＸＭＬファイルとそれらのメタデータ情報を記録する。そして、携帯端末２００からデジタルビデオカメラ１００の動画ファイルを取得し、その動画ファイルに記録されているメタデータ情報からＸＭＬファイルの種別を取得する。これにより、ＸＭＬファイルの種別を表示し、さらにはＸＭＬファイルの内容を表示することが可能となる。

つまり、ＸＭＬファイルの内容を解析せずに動画ファイルのメタデータ情報を参照すればＸＭＬファイルの種別が取得可能となる。また、その情報を使用して携帯端末２００でＸＭＬファイルの種別を表示することにより動画ファイルに関連付けられているＸＭＬファイルの種別を容易に確認することができる。

本実施形態では、ＮｅｗｓＭｅｔａｄａｔａの場合にのみ、アイコン表示を行うように説明したが、オリジナルのＸＭＬファイルの場合もアイコンを表示しても何ら問題はない。オリジナルのＸＭＬファイルのアイコンも表示する場合は、制御部２１は、ファイルの種別が識別できるように、ファイル種別に応じて異なるアイコンを表示するとよい。制御部２１は、ＮｅｗｓＭｅｔａｄａｔａ以外の、オリジナルのアイコンがユーザに操作されてＸＭＬファイルの表示要求があった場合も、ＮｅｗｓＭｅｔａｄａｔａの場合と同様に、オリジナルのＸＭＬファイルを取得してＸＭＬファイルの内容を表示するとよい。

ＮｅｗｓＭｅｔａｄａｔａだけアイコン表示を行うことは、使用頻度が高いものだけを表示する場合に有効である。全てのＸＭＬファイルの種別をアイコン表示する場合は、動画ファイルにＸＭＬファイルが関連付けられているかを把握できる。さらに、ファイルの種別ごとに異なるアイコンを表示することにより、動画ファイルに関連付けられているＸＭＬファイルの種別情報を全て把握できることがメリットとして考えらえる。ＮｅｗｓＭｅｔａｄａｔａだけアイコン表示を行うか、ＮｅｗｓＭｅｔａｄａｔａ以外のＸＭＬファイルのアイコンも表示するかを、ユーザにより設定可能にしてもよい。ファイル種別ごとに、ユーザが設定できるようにしてもよい。

（第２の実施形態）
この第２の実施形態では、デジタルビデオカメラ１００と、編集装置としての携帯端末２００の構成は、図１、図２に示した第１の実施形態と同様である。第１の実施形態では、動画ファイルがＭＰ４の場合について説明したが、第２の実施形態では、動画ファイルがＭＸＦの場合について説明する。

図１０（ａ）は、制御部１０に記録されるＭＸＦのフォルダ構成を示す図である。

デジタルビデオカメラ１００の操作部１６をユーザが操作することにより着脱可能記録媒体２０が初期化されると、ＣＯＮＴＥＮＳフォルダ１００１やＣＬＩＰＳ００１フォルダ１００２が生成される。また、操作部１６の操作により記録が開始されると、ＩＮＤＥＸ．ＭＩＦ（１００３）が生成される。さらに、ストリームファイルであるＡ００１Ｃ００１＿１４１１２０ＸＸ＿ＣＡＮＯＮ．ＭＸＦ（１００４）や付加情報であるＡ００１Ｃ００１＿１４１１２０ＸＸ＿ＣＡＮＯＮ．ＸＭＬ（１００５）が記録される。

複数の動画ファイルが記録されていくと、ＭＸＦファイルとＸＭＬファイルのファイル名が変化し増加していく。そして、それらの動画ファイル情報を一つにまとめている管理ファイルがＩＮＤＥＸ．ＭＩＦ（１００３）である。ＩＮＤＥＸ．ＭＩＦ（１００３）が存在することで、動画ファイル数が増えた場合に動画ファイル単位でフォルダ内を解析せずに一つの管理ファイルを解析すればよく、解析時間を軽減することができる。また、フレーム単位に設定する必要があるタイムコード等は、Ａ００１Ｃ００１＿１４１１２０ＸＸ＿ＣＡＮＯＮ．ＭＸＦ（１００４）に記録される。また、タグ情報等はＡ００１Ｃ００１＿１４１１２０ＸＸ＿ＣＡＮＯＮ．ＸＭＬ（１００５）に記録される。

図１０（ｂ）は、ＭＸＦのコンテナ構造を示す図である。

ヘッダ１００６は、ファイルの開始を示し、ファイルに関するメタデータ情報が記録されている。画像データを記録するにあたり、記録する解像度やフレームレートの情報等をこのヘッダ１００６の領域に記録する。Ｆｒａｍｅ１００７（以下、フレーム情報）は、各フレームのデータを表し、フレームのメタデータ情報１００９、画像データ１０１０、音声データ１０１１から構成されている。フッタ１００８は、ファイルの終了を示す情報である。フレーム番号は、開始フレームを０として、フレームのメタデータ情報１００９の領域に記録される。Ａ００１Ｃ００１＿１４１１２０ＸＸ＿ＣＡＮＯＮ．ＸＭＬ（１００５）は、第１の実施形態と同様に、マークアップ言語のＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）ファイルである。

図１０（ｃ）は、制御部１０に記録されるＩＮＤＥＸ．ＭＩＦ（１００３）の構成を示す図である。

符号１０１２は、ＩＮＤＥＸ．ＭＩＦ（１００３）内のメタデータの内容を示し、これらは管理情報ファイルに格納される。管理情報ファイルの中には、動画ファイル数の情報や動画ファイルのファイル名、記録フレームレート、再生フレームレート、記録時間、ＸＭＬファイルの種別情報等が含まれている。

図１１は、ユーザが操作部１６を操作することにより、デジタルビデオカメラ１００の制御部１０に対して記録開始要求を送った場合の動作を示すフローチャートである。このフローチャートの動作は、図５Ａに示したフローチャートの動作と共通する部分が多いため、共通部分には同一ステップ番号を付して、説明を省略する。

ステップＳ１１０１では、制御部１０は、管理情報ファイルＩＮＤＥＸ．ＭＩＦ（１００３）に書き込まれるＸＭＬファイルの種別情報をＲＡＭ１８に書き込む。

ステップＳ１１０２では、制御部１０は、ステップＳ５００やステップＳ１１０１でＲＡＭ１８に保存されたメタデータ情報を読み出し、動画ファイルの管理情報１００６の形式や管理情報ファイルＩＮＤＥＸ．ＭＩＦ（１００３）の形式に変換する。そして、メタデータ情報３６０，１０１２が、記録媒体Ｉ／Ｆ１９を介して、動画ファイルの管理情報１００６や管理情報ファイルＩＮＤＥＸ．ＭＩＦとして着脱可能記録媒体２０に書き込まれる。

図１２は、デジタルビデオカメラ１００が、携帯端末２００から、デジタルビデオカメラ１００内の指定された動画ファイルに対するサムネイル画像と管理情報ファイルの送信要求を受け取ったときの動作を示すフローチャートである。

ステップＳ１２０１では、制御部１０は、無線通信部１４を介して、外部から動画ファイルに対するサムネイル画像と管理情報ファイルの送信要求があったか否かを判定する。制御部１０は、動画ファイルに対するサムネイル画像と管理情報ファイルの送信要求があったと判定した場合は、処理をステップＳ１２０２に進め、そうではないと判定した場合は、ステップＳ１２０１を繰り返す。

ステップＳ１２０２では、制御部１０は、外部から指定された動画ファイルに対して着脱可能記録媒体２０に記録されている動画ファイルのサムネイル画像と管理情報ファイルの読み出しや解析を行い、ＲＡＭ１８に展開する。制御部１０は、サムネイル画像と管理情報ファイルの読み出しや解析が完了したら、無線通信部１４を用いて、サムネイル画像と管理情報ファイルを外部に送信する。

図１３は、ユーザの操作により、携帯端末２００において、デジタルビデオカメラ１００内の動画ファイルの一覧表示の要求があった場合の動作を示すフローチャートである。このフローチャートの動作は、図８Ａに示したフローチャートの動作と共通する部分が多いため、共通部分には同一ステップ番号を付して、説明を省略する。

ステップＳ１３０１では、制御部２１は、無線通信部２４を介して、デジタルビデオカメラ１００にサムネイル画像と管理情報ファイルの送信要求を行う。このときデジタルビデオカメラ１００は図１２で説明した動作を行う。

ステップＳ１３０２では、制御部２１は、無線通信部２４を介して、デジタルビデオカメラ１００からサムネイル画像と管理情報ファイルを取得できたか否かを判定する。制御部２１は、サムネイル画像と管理情報ファイルを取得できたと判定した場合は、処理をステップＳ８０７に進め、そうではないと判定した場合は、ステップＳ１３０２を繰り返す。

ステップＳ１３０３では、制御部２１は、無線通信部２４を介して取得した管理情報ファイルをＲＡＭ２６に展開し、解析を行う。

ステップＳ１３０４では、制御部２１は、解析した管理情報ファイルの一部を表示部２２に表示する。

ステップＳ１３０５では、制御部２１は、解析した管理情報ファイルの一部にあるＸＭＬファイルの種別がＮｅｗｓＭｅｔａｄａｔａであるか否かを判定する。制御部２１は、ＸＭＬファイルの種別がＮｅｗｓＭｅｔａｄａｔａであると判定した場合は、処理をステップＳ８１１に進め、そうではないと判定した場合は、処理をステップＳ８１２に進める。

以上説明したように、上記の第２の実施形態においても、デジタルビデオカメラ１００で記録した動画ファイルとＸＭＬファイルとそれらのメタデータ情報を記録する。そして、携帯端末２００からデジタルビデオカメラ１００の動画ファイルを取得し、その動画ファイルに記録されているメタデータ情報からＸＭＬファイルの種別を取得する。これにより、ＸＭＬファイルの種別を表示し、さらにはＸＭＬファイルの内容を表示することが可能となる。

（第３の実施形態）
第３の実施形態では、デジタルビデオカメラ１００と、編集装置としての携帯端末２００の構成は、図１、図２に示した第１の実施形態と同様である。また、基本的な処理（図５Ａ、図５Ｂ、図７、図８Ａ、図８Ｂの処理）についても第１の実施形態と同様であるため、第１の実施形態と異なる部分のみ説明する。第３の実施形態では、ＸＭＬファイルの種別は同じであっても、ＸＭＬファイルのメタデータ情報のデータ構造が異なるファイル存在する場合におけるデジタルビデオカメラ１００と、携帯端末２００の処理ついて説明する。このような状況は、例えば、デジタルビデオカメラ１００のファームウェアがアップグレード／ダウングレードする時、各グレードにおいてＸＭＬファイルを記録すると、ＸＭＬファイルのデータ構造異なるファイルが生成される場合等が考えられる。デジタルビデオカメラ１００はＸＭＬファイルのデータ構造を識別するための識別情報としてバージョン情報をＸＭＬファイル記録時に動画ファイル内に記録する。そして、携帯端末２００は、バージョン情報に応じた処理を行う。そのため、携帯端末２００が、ＸＭＬファイルの種別は同じであってもメタデータ情報のデータ構造が異なるＸＭＬファイルを適切に取り扱うことができる。

図１４は本実施形態におけるデジタルビデオカメラ１００の記録開始処理を示すフローチャートである。図１４は、ユーザが操作部１６を操作することにより、デジタルビデオカメラ１００の制御部１０に対して記録開始要求を送った場合の動作を示すフローチャートである。このフローチャートの動作は、基本的には図５Ａに示したフローチャートと同じであるが一部のみ異なる。そのため、共通部分には同一ステップ番号を付して説明を省略し、異なる部分のみ説明する。Ｓ１４０１では、制御部１０は、ＲＯＭ１７に予め記録されているＸＭＬファイルのデータ構造のバージョン情報を読み出し、読み出したバージョン情報を、動画ファイルの管理情報３２６に書き込まれるメタデータ情報としてＲＡＭ１８に書き込む。なお、本実施形態においては、ファイルの種別がＮｅｗｓＭｅｔａｄａｔａの場合にはバージョン情報を同府がファイル内に記録するものとし、ＮｅｗｓＭｅｔａｄａｔａでない場合はバージョン情報を記録しないものとする。そのため、ファイルの種別がＮｅｗｓＭｅｔａｄａｔａでない場合はＳ１４０１の処理は実行しない。ＮｅｗｓＭｅｔａｄａｔａはＮｅｗｓＭＬ－Ｇ２規格であり、規格のバージョンが改定される可能性があることと、メタデータ数が多く、運用、活用方法が変わることが考えられるためバージョン情報を記録することとする。

次にＳ１４０２では、制御部１０は、Ｓ５００、Ｓ５０５、Ｓ１４００でＲＡＭ１８に保持されたメタデータ情報を読み出し、動画ファイルの管理情報３２６の形式にして、着脱可能記録媒体Ｉ／Ｆ１９に着脱可能記録媒体２０に書き込む指示を出す。そして、着脱可能記録媒体Ｉ／Ｆ１９により、記録開始時のメタデータ、ＸＭＬファイルのファイル種別、データ構造のバージョン情報を含むメタデータ情報が、動画ファイルの一部である動画ファイルの管理情報３２６として着脱可能記録媒体２０に書き込まれる。動画ファイルがＭＰ４形式の場合は上記で説明した処理を実行する。動画ファイルがＭＸＦ形式の場合は、第２の実施形態における管理ファイル（ＩＮＤＥＸ．ＭＩＦ）内に、ＸＭＬファイルのデータ構造のバージョン情報を格納する領域を定義して記録するようにするとよい。つまり、制御部１０は、Ｓ５００、Ｓ５０５、Ｓ１４００でＲＡＭ１８に保存されたメタデータ情報を読み出す。そして、記録開始時のメタデータ、ＸＭＬファイルのファイル種別、データ構造のバージョン情報を含むメタデータ情報を、動画ファイルの管理情報１００６の形式や管理情報ファイルＩＮＤＥＸ．ＭＩＦ（１００３）の形式に変換する。変換した情報を、動画ファイルの管理情報１００６や管理情報ファイルＩＮＤＥＸ．ＭＩＦとして着脱可能記録媒体２０に書き込む。

以上説明したように、上記の第３の実施形態では、管理情報３２６へＸＭＬファイルのファイル種別だけでなく、データ構造のバージョン情報を記録する例を示したが、この形態に限ることは無い。

ＸＭＬファイルに記録するメタデータの規格の改訂や、ＸＭＬファイルの運用・活用方法の変更等によりバージョン情報が変化することが考えられる。本実施形態では、動画ファイルまたは管理情報ファイルにバージョン情報が記載されるため、ＸＭＬファイルを読み込まなくても、ＸＭＬファイルのデータ構造のバージョンを判断することができる。データ構造のバージョン情報として、様々な定義が適用可能である。ＮｅｗｓＭＬ－Ｇ２規格のＸＭＬファイルを記録する場合に、規格で定義されたバージョンとは異なるバージョン情報を用いてもよい。つまり、デジタルビデオカメラ１００においてＸＭＬファイルに記録するメタデータの種類、つまり、ＸＭＬファイルにおけるデータ構造が識別可能であれば、独自に定義したバージョン情報を用いてもよい。

さらに、デジタルビデオカメラ１００が使用される地域に応じてＸＭＬファイルの運用・活用方法が異なる場合に、ＸＭＬファイルのデータ構造を、使用される地域に合わせたデータ構造とすることも想定される。そのため、使用される地域に応じてバージョン情報を異ならせてもよい。あるいは、データ構造のバージョン情報だけでなく、使用される地域を示す仕向け先情報を、動画ファイルの管理情報や管理情報ファイルに記録するようにしてもよい。または、バージョン情報の代わりに、仕向け先情報を記録するようにせいてもよい。仕向け先情報としては、アルファベット表記による国名コード等を記載してもよいし、地域の情報を記載するようにしてもよい。

図１５は、ユーザの操作により、携帯端末２００において、デジタルビデオカメラ１００内の動画ファイルの一覧表示の要求があった場合の動作を示すフローチャートである。このフローチャートの動作は、基本的には図８Ａに示したフローチャートと同じであるが一部のみ異なる。そのため、共通部分には同一ステップ番号を付して説明を省略し、異なる部分のみ説明する。

Ｓ８１０で、動画ファイルのメタデータのＸＭＬファイル種別がＮｅｗｓＭｅｔａｄａｔａであると判定された場合は、Ｓ１５０１に進む。Ｓ１５０１において、制御部２１は、ＲＡＭ２６に展開した動画ファイルのメタデータ情報の一部にあるＸＭＬファイルのデータ構造のバージョン情報を判定する。制御部２１は、バージョン情報が、携帯端末２００で実行中のソフトウエアプログラム（アプリケーション）において対応可能なバージョンである場合は、Ｓ８１１に進み、そうでない場合は、Ｓ１５０２に進む。

Ｓ１５０２では、制御部２１は、実行中のソフトウエアプログラム（アプリケーション）では対応不可なメタデータが含まれるＸＭＬファイルであるため、アプリケーションのアップデートをユーザに促す表示を表示部２２に表示させる。制御部２１は、アプリケーションが最新の状態であるかをさらに判定し、最新の状態でない場合にのみアップデートをユーザに促す表示を表示するようにしてもよい。また、制御部２１は、アプリケーションのアップデートにより、ＸＭＬファイルのバージョンに対応することが可能となる場合にのみ、アップデートを促す表示を行うようにしても良い。なお、前に一度表示している場合は表示しないようにしてもよい。

バージョン情報が、携帯端末２００で実行中のソフトウエアプログラム（アプリケーション）において対応可能なバージョンでない場合は、ＸＭＬファイルのメタデータを表示できない、または、一部のメタデータが表示できない可能性がある。そのため、Ｓ１５０３において、制御部２１は、対応する動画ファイルの表示欄に、例えば、図９（ｄ）のアイコン９０８のように、通常のアイコン９０５とは異なる、非対応のバージョンのＮｅｗｓＭｅｔａｄａｔａであることを示すアイコンを表示する。なお、ＸＭＬファイル種別がＮｅｗｓＭｅｔａｄａｔａでないと判定された場合であっても第１の実施形態に記載したように、動画ファイルに関連するＸＭＬファイルを有している場合は、アイコンを表示するようにしてもよい。その際には、ファイル種別がＮｅｗｓＭｅｔａｄａｔａではない場合は、制御部２１は、Ｓ１５０１のバージョン情報の判定を行わずに、アイコンを表示するようにするとよい。

図１６は、ＮｅｗｓＭｅｔａｄａｔａのＸＭＬファイルのデータ構造の例を示す図であり、図１６（ａ）はバージョン１．０、図１６（ｂ）はバージョン２．０のデータ構造を指名している。

ＮｅｗｓＭｅｔａｄａｔａは、ＸＭＬ書式に基づいて記述されており、ノードが階層構造で示され、また一部のノードには要素と属性というＸＭＬ書式に基づいて規定される具体的なデータが記述されている。

各バージョン間には差異があり、バージョン１．０では図１６（ａ）の１６０１に示す、＜ｏｒｇａｎｉｓａｔｉｏｎＤｅｔａｉｌｓ＞ノード以下に示す情報を含むが、バージョン２．０では其れは含まない。

また、バージョン２．０では、図１６（ｂ）の１６０２及び１６０３に夫々示す＜ｖｅｒｓｉｏｎＣｒｅａｔｅｄ＞ノード及び＜ｆｉｒｓｔＣｒｅａｔｅｄ＞ノード及び＜ＣｏｎｔｅｎｔＭｅｔａ＞ノード以下を含むが、バージョン１．０では其れらを含まないという差異がある。

そのため、携帯端末２００において、制御部２１が、ＸＭＬファイルを取得し、Ｓ８１７においてＸＭＬファイルの解析、Ｓ８１８でＸＭＬファイルの内容を表示する際には、バージョン情報に応じた解析、表示を行う。
ＸＭＬファイルを制御部２１がデータ構造のバージョンに応じて解析、表示を行う際、図１７（ａ）（ｂ）に示すような、各バージョンにおいて対応するノード情報を示すテーブルを参照する。

図１７（ａ）はバージョン１．０に対応するデータ構造、即ち構造を構成する各ノードに関する情報を示すテーブルである。図１７（ｂ）はバージョン２．０に対応するデータ構造、即ち構造を構成する各ノードに関する情報を示すテーブルである。なお、図１７（ａ）、（ｂ）に示す各ノードに関する情報を示すテーブルに相当する情報はＲＯＭ２５に予め保持されており、制御部２１はこれを参照する。

図１７のテーブルには、ノードの名称、該ノードの親ノードの名称、該ノードの階層、該ノードが読み出すべき情報を有しているか否かを示す情報が含まれている。制御部は、ＸＭＬファイルのバージョンに対応するテーブルをＲＯＭ２５から読み出し、読みだしたテーブルに記載されている情報に基づいて、ＸＭＬファイルの対象ノードから情報を読み出して、読みだした情報を表示部２２に表示する。

なお、ＸＭＬファイルから、記述されているノード情報等を参照する方法として、ＤＯＭ（Ｄｏｃｕｍｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）またはＳＡＸ（Ｓｉｍｐｌｅ ＡＰＩ ｆｏｒ ＸＭＬ）等といった、一般的に知られているモデルを適用することが可能である。

なお、上述の説明では、データ構造を識別するための識別情報としてバージョン情報を用いたが、この方法に限定されることはない。前に説明したように、仕向け地や地域を示す情報でもよく、データ構造を識別可能な情報であれば何れの情報であっても良い。

以上のように、第３の実施形態によれば、ＸＭＬファイルのデータ構造を識別するための識別情報を動画ファイルに記録する。そのため、ＸＭＬファイルを取得しなくてもＸＭＬファイルのバージョンを把握することができ、ＸＭＬファイルに応じた適切な対応を行うことが可能となる。

また、上述の説明では、動画ファイルがＭＰ４の場合について説明した。しかし、動画ファイルがＭＸＦの場合においても、適応可能である。その場合、第２の実施形態と第３の実施形態を組み合わせて実行するとよい。つまり、デジタルビデオカメラ１００では、ファイル種別だけでなく、バージョン情報（識別情報）も管理情報ファイルに記録する。そして、携帯端末２００では、サムネイル画像を表示する際には、サムネイル画像と管理情報ファイルを要求し、管理情報ファイルに含まれるファイル種別、バージョン情報に応じて、アイコン９０５等の表示を行うようにするとよい。

（その他の実施形態）
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。例えば、デジタルビデオカメラ１００において、記録時に設定されている動画ファイルの形式に応じて、第１の実施形態の記録処理と、第２の実施形態の記録処理を切り替えるようにしてもよい。また、携帯端末２００において、表示する動画ファイルの形式に応じて、第２の実施形態の記録処理を切り替えるようにしてもよい。

また、上述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気記憶媒体、不揮発性の半導体メモリでもよい。

また、プログラムの供給方法としては、コンピュータネットワーク上のサーバに本発明を形成するコンピュータプログラムを記憶し、接続のあったクライアントコンピュータはがコンピュータプログラムをダウンロードしてプログラムするような方法も考えられる。

なお、上述した各実施形態においては、本発明をデジタルビデオカメラに適用した場合を例にして説明したが、これはこの例に限定されない。すなわち、本発明は、撮像素子が付随したあらゆるデバイスに適用してもよい。すなわち携帯電話端末や携帯型の画像ビューワ、カメラを備えるテレビ、デジタルフォトフレーム、音楽プレーヤー、ゲーム機、電子ブックリーダーなど、画像を撮像可能な装置であれば、本発明は適用可能である。また、画像を撮影可能な装置でなくても、撮影した画像を外部装置から取得して、取得した画像を記録する装置においても適応可能である。また、上述した各実施形態において携帯端末で動画を再生する構成に関する発明については、画像を撮像する機能を持たない電子機器に対しても適用可能である。

Claims (20)

1. 動画ファイルと、前記動画ファイルの付加情報を含む付加情報ファイルとを記録媒体に記録するように制御する制御手段を有し、
   前記制御手段は、前記付加情報ファイルのデータ構造を識別するための識別情報を、前記付加情報ファイルとは異なるファイルに記録するように制御する、ことを特徴とする記録装置。
2. 前記制御手段は、前記付加情報ファイルのデータ構造を識別するための前記識別情報を前記動画ファイルに記録するように制御する、ことを特徴とする記録装置。
3. 前記制御手段は、前記動画ファイルの管理情報として、前記識別情報を記録するように制御することを特徴とする請求項２に記載の記録装置。
4. 前記制御手段は、前記動画ファイルのヘッダに、前記識別情報及びサムネイル画像を記録することを特徴とする請求項２または３に記載の記録装置。
5. 前記制御手段は、前記動画ファイルとは異なる、前記記録媒体に記録される複数の動画ファイルを管理するための管理ファイルに、前記識別情報を記録するように制御する、ことを特徴とする請求項１に記載の記録装置。
6. 付加情報ファイルの種別を選択する選択手段を有し、
   前記制御手段は、
   前記選択手段により選択された種別に対応する付加情報ファイルを記録するように制御し、
   特定の種別の付加情報ファイルを記録する場合には、前記付加情報ファイルのデータ構造の識別情報を前記付加情報ファイルとは異なるファイルに記録するように制御し、
   前記特定の種別と異なる種別の付加情報ファイルを記録する場合には、前記付加情報ファイルのデータ構造の識別情報を前記異なるファイルに記録しないように制御する、
   ことを特徴とする請求項１乃至５のいずれか１項に記載の記録装置。
7. 前記付加情報ファイルは、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ ＭａｒｋＵｐ Ｌａｎｇｕａｇｅ）形式であることを特徴とする請求項１乃至６の記録装置。
8. 前記付加情報ファイルは、ＩＰＴＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｐｒｅｓｓ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｕｎｃｉｌ）が規格化しているＮｅｗｓＭＬ－Ｇ２形式であることを特徴とする請求項１乃至７の記録装置。
9. 前記識別情報は、ＮｅｗｓＭＬ－Ｇ２の規格のバージョンに関する情報である、ことを特徴とする請求項８に記載の記録装置。
10. 前記識別情報は、ＮｅｗｓＭＬ－Ｇ２の規格のバージョンとは異なるバージョン情報であって、前記付加情報ファイルの運用または活用方法に対応するバージョン情報であることを特徴とする請求項８に記載の記録装置。
11. 前記識別情報は、使用される地域を示す仕向け先情報であることを特徴とする請求項１乃至８のいずれか１項に記載の記録装置。
12. 請求項１乃至１１のいずれか１項に記載の記録装置と通信する通信手段を備えた電子機器であって、
    前記付加情報ファイルとは異なるファイルに記録された、当該動画ファイルの付加情報が記録された付加情報ファイルのデータ構造を識別するための識別情報を、前記通信手段によって前記記録装置から取得することにより、前記付加情報ファイルを前記記録装置から取得せずに、前記付加情報ファイルの前記識別情報を取得する第２の制御手段、
    を有することを特徴とする電子機器。
13. 前記第２の制御手段は、
    前記動画ファイルに含まれるサムネイル画像と、前記異なるファイルに記録された前記識別情報とを前記通信手段により取得し、取得したサムネイル画像を表示部に表示するように制御し、
    前記識別情報に基づいて、前記動画ファイルに対応する前記付加情報ファイルが存在することを示す表示アイテムを前記サムネイル画像と共に表示するように制御する、
    ことを特徴とする請求項１２に記載の電子機器。
14. 前記第２の制御手段は、前記取得した識別情報が、当該電子機器で対応可能な識別情報である場合と、対応可能でない識別情報である場合とで、異なる表示アイテムを表示するように制御することを特徴とする請求項１３に記載の電子機器。
15. 前記第２の制御手段は、前記取得した識別情報が、当該電子機器で対応可能な識別情報でない場合は、ソフトウェアのアップデートを促す表示を前記表示部に表示するように制御する、ことを特徴とする請求項１２乃至１４のいずれか１項に記載の電子機器。
16. 前記第２の制御手段は、前記異なるファイルに記録された前記付加情報ファイルの種別を示す種別情報を、前記通信手段により前記記録装置から取得し、前記取得した種別情報が特定のファイル種別である場合には、前記識別情報に基づく制御を行い、前記取得した種別情報が特定のファイル種別でない場合には、前記識別情報に基づく制御を行わない、
    ことを特徴とする請求項１２乃至１５のいずれか１項に記載の電子機器。
17. 動画ファイルと、前記動画ファイルの付加情報を含む付加情報ファイルとを記録媒体に記録する記録工程を有し、
    前記記録工程では、前記付加情報ファイルのデータ構造を識別するための識別情報を、前記付加情報ファイルとは異なるファイルに記録する、ことを特徴とする記録装置の制御方法。
18. 動画ファイルと、前記動画ファイルの付加情報を含む付加情報ファイルとを記録する記録装置と通信する通信手段を有する電子機器の制御方法であって、
    前記付加情報ファイルとは異なるファイルに記録された、前記付加情報ファイルのデータ構造を識別するための識別情報を、前記通信手段によって前記記録装置から取得することにより、前記付加情報ファイルを前記記録装置から取得せずに、前記付加情報ファイルの前記識別情報を取得する取得工程と、
    を有することを特徴とする電子機器の制御方法。
19. コンピュータを、請求項１乃至１１のいずれか１項に記載の記録装置の各手段として機能させるためのプログラム。
20. コンピュータを、請求項１２乃至１６のいずれか１項に記載の電子機器の各手段として機能させるためのプログラム。

Images