JP4380533B2 - マルチメディアデータ処理装置及びその方法 - Google Patents

マルチメディアデータ処理装置及びその方法 Download PDF

Info

Publication number
JP4380533B2
JP4380533B2 JP2004374612A JP2004374612A JP4380533B2 JP 4380533 B2 JP4380533 B2 JP 4380533B2 JP 2004374612 A JP2004374612 A JP 2004374612A JP 2004374612 A JP2004374612 A JP 2004374612A JP 4380533 B2 JP4380533 B2 JP 4380533B2
Authority
JP
Japan
Prior art keywords
file
media data
recorded
recording
data processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2004374612A
Other languages
English (en)
Other versions
JP2006186411A5 (ja
JP2006186411A (ja
Inventor
雅彦 高久
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2004374612A priority Critical patent/JP4380533B2/ja
Priority to US11/300,498 priority patent/US7593964B2/en
Publication of JP2006186411A publication Critical patent/JP2006186411A/ja
Publication of JP2006186411A5 publication Critical patent/JP2006186411A5/ja
Application granted granted Critical
Publication of JP4380533B2 publication Critical patent/JP4380533B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/34—Indicating arrangements 
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/60—Solid state media
    • G11B2220/61—Solid state media wherein solid state memory is used for storing A/V content

Description

本発明はマルチメディアデータ処理装置及びその方法に関し、特に、マルチメディアデータを追加記録し分割することが可能なマルチメディアデータ処理装置及びその方法に関する。
デジタルスチルカメラやデジタルビデオカメラといった撮像装置の普及とともに、デジタル化された動画や音声などを含むマルチメディアデータを手軽に扱うことが可能となっている。
従来、デジタルビデオカメラ等によるマルチメディアデータの記録は、テープメディアに対して行なわれることが一般的であったが、半導体メモリや磁気ディスク、光ディスクなどを搭載し、これに記録することができるデジタルビデオカメラ等が普及しつつある。また、動画を記録することができるデジタルスチルカメラも一般化しており、利用者は、動画を静止画と同様に撮影することが可能となっている。
このように、マルチメディアデータを記録する撮像装置（以下では、これらを総称して単に「デジタルカメラ」と呼ぶ）が、動画の撮影及び記録を行なう機能を有することは、旧来の撮像装置の枠を越えて広く一般的となっている。
この種の動画の撮影及び記録を行なう機能を有するデジタルカメラにおいては、多くの場合、１回の動画の撮影に対して１つの動画ファイルを生成し、半導体メモリなどに記録する形態が一般的である。
それ自体で完結した１つの動画ファイルとして記録することにより、利用者は、この動画ファイルを静止画ファイルと同様にファイル単位で取り扱うことができるため、例えばパーソナルコンピュータにファイルをコピーすることにより、動画であるか静止画であるかを問わず容易に管理できるといった利点がある。また、電子メールなどを介して手軽に動画を交換するといったこともできるようになる。
ところで、テープメディアへの記録の場合には、動画を磁気テープに記録するという制約上、撮影される動画は撮影の順序に従って、連続的に記録される形式となる。
しかし、動画ファイルをランダムアクセス可能な半導体メモリなどに記録する場合には、このような制約は発生しない。すなわち、動画ファイルを個々に取り扱うため、複数の動画を連続して扱いたいといった要求に対しては、プレイリストのような動画ファイルと独立した機能を利用したり、それぞれの動画ファイルをパーソナルコンピュータなどで編集するといった処理を行なったりする必要がある。
このような背景から、テープメディアのような連続性に配慮しつつ、編集・再生時の操作の煩雑さや順序の誤りなどを回避することを目的として、撮影開始前に記録済みの動画ファイルと連結するよう設定し、撮影した動画を１つの連続した動画ファイルとして生成することが提案されている（特許文献１及び特許文献２を参照）。
特許文献１及び特許文献２のデジタルカメラによる撮影では、まず撮影済みの動画ファイルに対し１つのファイルとなるように追記するか、独立した新規ファイルとして記録するかを設定する。次いで追記するように設定した状態で撮影を行なうと、撮影された動画を追記する。
特開２００２−２１８３８４号公報 特開２００３−２１９３２５号公報 ＩＳＯ／ＩＥＣ １０９１８ ＩＳＯ／ＩＥＣ １３８１８ ＩＳＯ／ＩＥＣ １４４９６
しかしながら、従来の方法では撮影前にあらかじめ追記するか否かを設定する必要があり、そのためにはこれから撮影しようとする動画がどのようなものであるかを予測しなければならない。例えば、「運動会」や「結婚式」など限られた場面においてはある程度予測可能であるかもしれないが、一般的にはこれから撮影しようとする動画を事前に予測することは困難である。その結果、意図しない動画を追記してしまったり、反対に、新規ファイルとして記録した後に追記しておけばよかったと思うなどの問題が発生しうる。
また、このような追記を行なうにあたって、撮影済みの動画の末尾ではなくその途中から上書して追記したいと望む場合に、撮影前にあらかじめ上書する位置を決定することは極めて困難であり、柔軟性に欠ける。
本発明はこのような状況に鑑みてなされたものであり、利用者が撮影（入力）前にあらかじめ撮影（入力）済みの動画ファイルに対し１つのファイルとなるように追記するかどうかを設定する必要がなく、撮影（入力）後に追記された１つの動画ファイルとするかどうかを決定することが可能となるマルチメディアデータ処理装置及びその方法を提供することを目的とする。
上記課題を解決するために、本発明のマルチメディアデータ処理装置は、メディアデータを取得する取得手段と、記録媒体に記録された第１のメディアデータを含む第１のファイルに、記録開始指示に応じて前記取得手段により取得された第２のメディアデータを追加記録する追記手段と、前記追記手段により前記追加記録を行なう場合に、前記第２のメディアデータの前記第１のファイルにおける位置を特定するための特定情報を記憶する記憶手段と、前記記憶手段により記憶された前記特定情報により前記第１のファイルにおける位置が特定される前記第２のメディアデータを含む第２のファイルを、分割指示に応じて生成する生成手段とを備えることを特徴とする。
また、本発明のマルチメディアデータ処理方法は、マルチメディアデータ処理装置が行なうマルチメディアデータ処理方法であって、メディアデータを取得する取得工程と、記録媒体に記録された第１のメディアデータを含む第１のファイルに、記録開始指示に応じて前記取得工程により取得された第２のメディアデータを追加記録する追記工程と、前記追記工程により前記追加記録を行なう場合に、前記第２のメディアデータの前記第１のファイルにおける位置を特定するための特定情報を記憶する記憶工程と、前記記憶工程により記憶された前記特定情報により前記第１のファイルにおける位置が特定される前記第２のメディアデータを含む第２のファイルを、分割指示に応じて生成する生成工程とを備えることを特徴とする。
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態の記載によっていっそう明らかになるものである。
以上の構成により、本発明のマルチメディアデータ処理装置及びその方法によれば、利用者が入力前にあらかじめ入力済みの動画ファイルに対し１つのファイルとなるように追記するかどうかを設定する必要がなく、入力撮影後に追記された１つの動画ファイルとするかどうかを決定することが可能となる。
以下、添付図面を参照して、本発明の好適な実施形態を説明する。
＜第１の実施形態＞
図１は、本発明における撮像装置の一例であるデジタルカメラ１０１の背面図である。近年のデジタルカメラの多機能化や様々な操作性向上の工夫により、視度調整のためのダイヤルが配されるなど、デジタルカメラの背面には様々な付加物が配置されているが、図１では、それらを省略している。
デジタルカメラ１０１には、電源をオン・オフするための電源スイッチ１０２、撮影した画像を再生したり利用者に操作を促すメッセージを表示したりするための表示部１０３、明るい環境であっても見やすく同様の表示をするファインダ１０４、音声を出力するためのスピーカ１０５、動画や静止画の切り替え、夜間モードやスポーツモードといった撮影条件に最適化したパラメータを簡便に設定するためのモード切替ダイヤル１０６、動画の録画や停止を指示するための録画・停止ボタン１０７（静止画撮影時にはシャッターボタンとして機能する）、様々な操作メニューなどを表示部１０３に表示するよう指示するメニューボタン１０８、利用者が表示部１０３に表示されるメニューなどに従って機能を選択するといったいわゆるポインタ操作などに利用される十字キー１０９、選択された内容の決定を指示するための決定ボタン１１０、条件に応じて機能を呼び出すための機能呼び出しボタン１１１などが配置されている。
表示部１０３及びファインダ１０４は通常、撮影しようとする画像がデジタル処理されたものを、リアルタイムに表示することによって利用者に撮影画像を知らせる役割を果たす。また、これに加えて、メニューボタン１０８を利用者が押下した場合に、例えばカメラの基本設定を行なうといった操作の内容を表示するためにも用いられる。
モード切替ダイヤル１０６は、撮影条件に関するパラメータ類を簡便に設定するために、あらかじめ設定された撮影パラメータを選択するといった目的で使用される。図１で示すデジタルカメラ１０１においては、説明を簡単にするために動画撮影を選択する場合に対応する動画撮影マーク１１２と静止画の撮影条件を自動的に決定する場合に対応するＡＵＴＯマーク１１３のみを記載する。このモード切替ダイヤル１０６を回転させてマークを選択することによって、特定の撮影パラメータを与える撮影モードや動画撮影モードを選択することができる。
例えば、従来のデジタルカメラには、夜間撮影に合わせた設定を行なうマークや人物撮影に合わせた設定を行なうマークなどが印字され、これを撮影したい意図に合わせて適宜設定することによって、所望の撮影条件に合わせた撮影が可能なようになっている。
図１においては、映画カメラの形状に似せた動画撮影マーク１１２が選択されており、この場合には、動画撮影モードを選択しているものとする。この動画撮影モードにおいては、録画・停止ボタン１０７を押下する毎に、動画の撮影の開始、動画の撮影の終了をデジタルカメラ１０１に通知することができる。
なお、図１に示すデジタルカメラの操作手順やボタンの配置については、本実施形態に好適な例の１つとして示しているに過ぎず、本発明の本質に関わるものでない限りにおいて、任意の設計が可能であることを理解していただきたい。また、図１はデジタルカメラの背面を示すため、例えば撮像レンズなどは、図示されていない。
図２は、図１に示したデジタルカメラ１０１の内部構成を示すブロック図である。図２を用いて、動画の撮影動作を光学的な入力からファイル記録への流れとして説明する。
撮影しようとする被写体の画像は、撮像レンズユニット２０１を通って光学センサ２０５に結像する。撮像レンズユニット２０１は、例えば焦点を合わせるためにモーターなどによりレンズ群を移動する仕組みになっており、その直接の制御は、撮像レンズユニット駆動回路２０２が行なう。この時、絞りを含む絞りユニット２０３が絞りユニット駆動回路２０４によって制御され、結像する光は適切に光量調整されるようになっている。
光学センサ２０５は、固体撮像素子（ＣＣＤやＣＭＯＳなど）によって構成され、入射した光を光学量に応じて電荷に変換、蓄積する性質をもつ。この電荷を読み出し、Ａ／Ｄコンバータ２０７でデジタル信号に変換することにより、圧縮されていないデジタル画像が生成される。
光学センサ２０５は、光学センサ駆動回路２０６の出力するパルス信号などによって適切に制御されており、指示されたタイミングで指示された時間の間に蓄積された電荷を読み出す一連の動作を続けることにより、連続したデジタル画像が得られることになる。このようにして得られた連続画像が、すなわち動画像である。
次に、連続して得られるデジタル画像は、圧縮符号化を行なうために、画像信号処理回路２０８に渡され、ホワイトバランス補正やガンマ補正といった画像の補正を行なった上で、圧縮伸長回路２０９に渡される。
このような処理間のデジタル画像の受け渡しは、例えばＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）回路を利用した高速なメモリ２１６（揮発性ＲＡＭなど）のアクセスにより行なわれる。撮影中にメモリ２１６のデジタル画像データを表示部駆動回路２１３を介して表示部１０３に送ることによって、撮像画像をリアルタイムに表示することが可能となっている。
圧縮伸長回路２０９は、所定の符号化のアルゴリズムにより、デジタル画像を圧縮処理する。例えば、連続したＪＰＥＧ（非特許文献１、ＩＳＯ／ＩＥＣ １０９１８）符号化によるいわゆるモーションＪＰＥＧ画像では、画像信号処理回路２０８の入力でデジタル画像がＲＧＢ信号である場合、輝度信号Ｙとクロマ信号ＣｂＣｒからなるＹＣ信号化され、これらを８×８画素のブロックに分割したのち、離散コサイン変換、量子化、ハフマン符号化といった処理が行われて最終的な圧縮画像が出力される。
あるいは、符号化方式がＭＰＥＧ−２（非特許文献２、ＩＳＯ／ＩＥＣ １３８１８）やＭＰＥＧ−４（非特許文献３、ＩＳＯ／ＩＥＣ １４４９６）などのフレーム間予測を行なう形式である場合、圧縮しようとする特定の１枚の画像（フレーム）に対し、前後のフレームを参照しながら、動き補償予測、マクロブロック処理などを行なって、前後が相互に依存した圧縮画像（ビットストリーム）が出力される。
このようにして出力された圧縮画像は、メモリ２１６に一時保管され、ファイル形式に整形された後Ｉ／Ｏコントローラ２１９を介し、メモリカード２２０のような記憶媒体に出力される。図２では記憶媒体としてメモリカード２２０を使用しているが、これは、内蔵フラッシュメモリであってもよいし、ＤＶＤ−ＲＡＭのような記録型光ディスク、ＭＯのような光磁気ディスクなどであってもよい。
ＣＰＵ２１８は以上の一連の動作をリアルタイムに制御し、各ブロックの処理を最適化する。ＣＰＵ２１８はＲＯＭ２１７に格納されている制御プログラム（ファームウェア）を必要に応じて読み出し、実行する。
デジタルカメラ１０１はこれ以外に、スピーカ１０５を駆動するスピーカ駆動回路２１５を持つ。図を単純化するために図示していないが、例えば、光学センサ２０５と同様にマイクロフォンが実装され、これを音声用のＡ／Ｄコンバータでデジタル化し、音声信号処理回路と音声圧縮伸長回路を介して符号化することにより、動画と同様に音声を記録することが可能である。このような音声に対する表示部１０３相当機能がスピーカ１０５である。また、操作部２１０は電源スイッチ１０２や十字キー１０９等の利用者が操作可能な部分をまとめて表現したものである。
次に、デジタルカメラ１０１のメモリカード２２０に記録される動画像の記録形式について説明する。
動画像の記録形式には様々な形態があるが、ファイル記録については、例えばＡＶＩと呼ばれる形式やＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔ（非特許文献３、ＩＳＯ／ＩＥＣ １４４９６）と呼ばれる形式などが広く使われている。
本実施形態では、動画の圧縮符号化形式として普及しているＭＰＥＧ−４の標準ファイル形式を用いて説明する。ＭＰＥＧ−４においては、記録形式としてのファイルの構成を規格化しており、動画像と音声を１つのファイルとして最適に記録することができるようになっている。この規格化形式は、通常ＭＰ４と呼ばれる形式であり、様々な記録方法に対応できる拡張性の高い形式であるが、一般的には動画像の各フレームと音声の各フレームをそれぞれ一定の固まり（「チャンク」と呼ぶ）としてまとめ、交互に記録されるように格納される（「インターリーブ」と呼ぶ）。
このＭＰ４は、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔから派生するファイル形式として定義されており、その基本構造は、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔと同様である。以下では、ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔから派生するファイル形式すべてに共通な定義部分についても、特に明確化する必要の無い限り、ＭＰ４として記述するものとする。
ＭＰ４は、大きくは、動画（音声も含む）の符号化データであるビットストリーム（「メディアデータ」と呼ぶ）を格納する部分と、このメディアデータに関する様々なメタデータ類を格納する部分（「ヘッダ情報」と呼ぶ）から構成される。すなわち、ＭＰ４は、最も基本的な形では、メディアデータとヘッダ情報の２つの部分から構成される。
図３は、このＭＰ４の基本的なファイル形式を示す図である。ＭＰ４ファイル３０１は、前述のように、ヘッダ情報３０２とメディアデータ３０３から構成される。
ヘッダ情報３０２は、典型的には、動画像のデータ全体を論理的に取り扱うビデオトラック３０４と音声のデータ全体を論理的に取り扱うオーディオトラック３０５を含み、ビデオトラック３０４とオーディオトラック３０５の基本的な構成はほぼ同様のものとなっている。すなわち、それぞれのトラックは、実際のメディアデータに対応する様々なメタデータを有しており、その内容がメディアデータの特性（動画か音声か）に応じて多少異なっているだけである。
ビデオトラック３０４は、例えば、符号化データを復号化するためのいわゆるデコーダの構成情報や動画像の矩形サイズなどの情報を含み、加えて、メディアデータが実際に記録されているファイル上の位置を示すオフセット３０６や、メディアデータのそれぞれのフレームデータ（「ピクチャ」と呼ばれることもある）のサイズを示すサンプルサイズ３０７、それぞれのフレームデータのデコード時間を示すタイムスタンプ３０８などが記録されている。
メディアデータ３０３には、動画像のデータと音声のデータの実体が、チャンクと呼ばれる単位で記録されている。このチャンクは、ヘッダ情報３０２のトラックに従って、動画像のメディアデータを含むビデオチャンク３０９と音声のメディアデータを含むオーディオチャンク３１０とにより構成されている。
図３に示す構成は、ビデオチャンク３０９とオーディオチャンク３１０が交互に記録されているように示しているが、その記録位置や順序は必ずしもこのようになっている必要はない。この例は、一般的に記録される形式の一例に過ぎない。しかしながら、このような交互の配置（インターリーブ）は、ほぼ同時刻に再生されるべき動画と音声のデータを近い位置に配置することにより、ファイルに記録されたデータのアクセス性を高めるといった効果があり、極めて一般的に見られる方法である。
チャンクには、個々のメディアデータのサンプル（デコードの単位）が１つ以上含まれている。例えば、図３に示すように、ビデオチャンク３０９には、ビデオサンプル（フレーム）３１１が連続して記録される。一般的には、このビデオサンプル（フレーム）３１１は、動画像の１つのフレームデータ（ピクチャ）に相当する。
ビデオトラック３０４とそれぞれのビデオチャンク３０９は次のように関連付けられている。ビデオトラック３０４に含まれる情報は、メディアデータ３０３に含まれるそれぞれのビデオチャンク３０９に関する情報を含む。
オフセット３０６は、ビデオチャンク３０９のそれぞれのファイル上の相対位置を示す情報のテーブルから構成されており、テーブルの個々のエントリを参照することにより、記憶媒体上のどの位置にビデオチャンクが記録されていてもその位置を知ることができる。
サンプルサイズ３０７は、個々のビデオチャンク３０９に含まれる複数のサンプル、すなわちそれぞれのビデオサンプル（フレーム）３１１のサイズを示す情報のテーブルから構成されている。より正確には、個々のビデオチャンク３０９に含まれるビデオサンプル（フレーム）３１１の数を記録した情報もビデオトラック３０４の中に記録されており、これらの情報から、個々のビデオチャンク３０９に含まれるビデオサンプル（フレーム）３１１を正確に取得することが可能となっている。
タイムスタンプ３０８は、個々のビデオサンプル（フレーム）３１１のデコード時間をビデオサンプル（フレーム）３１１間の差分としてテーブルに記録するようになっている。このテーブルを参照し、それぞれのビデオサンプル（フレーム）３１１のデコード時間を積算することにより、目的のビデオサンプル（フレーム）３１１の相対的な時間を取得することが可能となる。
このような、ビデオトラック３０４とビデオチャンク３０９の関係は、オーディオトラック３０５とオーディオチャンク３１０についても同様に成立するよう定義されている。
これにより、ＭＰ４ファイルにおいては、ヘッダ情報３０２とメディアデータ３０３から、符号化データを必要な単位で任意の位置からタイムスタンプなどの付加情報を持って取得することができる。
なお、説明を簡単にするために、ここには規格化されているすべての記録情報を記載しているわけではないことに注意されたい。規格化されている定義内容の詳細は、ＩＳＯ／ＩＥＣ １４４９６の該当部分を参照することで知ることができる。
次に、第１の実施形態におけるデジタルカメラ１０１の動作と利用者の操作の流れについて図４を参照して説明する。
デジタルカメラ１０１は、ＭＰＥＧ−４による動画（音声を含む）の記録が可能であり、その記録形式がＭＰ４であって、すでに撮影済みのＭＰ４ファイルがメモリカード２２０に１つ以上記録されているものとする。このＭＰ４ファイルを、以降では、「記録済みのＭＰ４ファイル」と呼ぶものとする。初期状態であるステップＳ４０１はこのような状態となっている。なお、特に断らない限り、以下の動作はＣＰＵ２１８が制御するものとする。
ステップＳ４０２で、デジタルカメラ１０１は、操作部駆動回路２１１を介して利用者の指示操作４５１を検出する。利用者の指示操作４５１が検出されるとステップＳ４０３へ移行する。
ステップＳ４０３では利用者の指示の内容を判断し、録画・停止ボタン１０７が押下された、すなわち録画開始が指示されたならば、ステップＳ４０５へ進むが、それ以外の指示がなされた場合には、ステップＳ４０４で、その指示に対応する処理を行なう。ステップＳ４０４における処理は本発明の本質ではないため、詳細な説明は省略する。
ステップＳ４０５では記録済みのＭＰ４ファイルを検出し、ステップＳ４０６でこれが存在するかどうかを判断する。本実施形態では記録済みのＭＰ４ファイルが存在するという前提で説明するが、仮に存在しない場合はステップＳ４０７で新規のＭＰ４ファイルを生成する。この場合、新規のＭＰ４ファイルをあたかも後述のＭＰ４ファイル４５３（記録済みのＭＰ４ファイル）と同等に扱うことにより、追記の場合における処理との共通化を図ることができる。つまり、記録済みのＭＰ４ファイルの存否にかかわらず録画処理自体は同様に行なえるため、デジタルカメラ１０１の構成を簡単にすることができるという利点がある。
記録済みのＭＰ４ファイルが存在する場合には、ステップＳ４０８で、この記録済みのＭＰ４ファイルの最終フレーム位置４５２を記憶する。記憶する場所は、デジタルカメラ１０１上のメモリ２１６であってもよいし、メモリカード２２０上の一時ファイルや記録済みのＭＰ４ファイル上であってもよい。この最終フレーム位置４５２の詳細については、後に再度説明する。
ステップＳ４０９では、撮像及び画像の符号化が行なわれ、次いでステップＳ４１０で記録済みＭＰ４ファイル４５３への追記が行なわれる。この処理は、録画・停止ボタン１０７が押下されることによる録画の終了の指示を検出するまで継続される。画像の符号化の処理は、先に図２を用いて説明した通りである。
ステップＳ４１１で、デジタルカメラ１０１は、操作部駆動回路２１１を介して利用者の指示操作４５４を検出する。利用者の指示操作４５４が検出されるとステップＳ４１２へ移行する。検出されない場合はステップＳ４０９へ戻り、撮影処理（撮像、画像の符号化、追記）を継続する。
ステップＳ４１２では利用者の指示の内容を判断し、録画・停止ボタン１０７が押下された、すなわち録画停止が指示されたならば、ステップＳ４１３へ移行する。それ以外の指示がなされた場合には、ステップＳ４１４で、その指示に対応する処理を行なった後、ステップＳ４０９へ戻り、撮影処理を継続する。ステップＳ４１４における処理は本発明の本質ではないため、詳細な説明は省略する。
ステップＳ４１３では、ステップＳ４０５における記録済みのＭＰ４ファイルの検出結果に基づき、その記録済みのＭＰ４に追記している状態であるかどうかを再度判断する。新規の記録である場合には、処理は終了する。記録済みのＭＰ４ファイルに対する追記である場合には、ステップＳ４１５へ移行する。
ステップＳ４１５では、追記された記録済みのＭＰ４ファイルをそのまま追記された状態のＭＰ４ファイルとして記録するか、又は、分割して新たなファイルを生成するかを判断させるユーザインタフェースを表示部１０３に表示する。ステップＳ４１５で分割が選択されたかを判断し、分割しない場合、処理は終了する。分割する場合は、ステップＳ４１７でＭＰ４ファイルの分割処理を行なった後、処理は終了する。
以上のような処理によって、デジタルカメラ１０１は、撮影終了後にファイルの追記を確定させるか、分割して新たなファイルとして記録するかを利用者に決定させることが可能となる。
なお、このフローチャートでは、記録済みのＭＰ４ファイルの検出結果の判断をステップＳ４０６とステップＳ４１３の２ヶ所で行なっているが、例えばステップＳ４１３の判断を、最終フレーム位置４５２の記録の有無やその値で行なってもよいし、最適化のために処理の順序が部分的に変更されてもよい。このフローチャートは考えられる例の１つであり、実際の撮像装置への実装にあたっては、例えば平行処理される複数のタスクから構成されるように設計することにより処理負荷の分散を行なうなど、様々な改良が可能であることに注意されたい。
次に、ファイルの追記処理（ステップＳ４１０）について、図５を用いてさらに詳しく説明する。記録済みのＭＰ４ファイルには、すでにヘッダ情報３０２とメディアデータ３０３が記録されており、１つの完成したＭＰ４ファイルとなっている。
ここに追記する場合、動画像のデータと音声のデータの実体であるメディアデータについては、図３を用いて説明したように、順次、チャンク単位で記録を行なえば良い。すなわち、すでに記録されているビデオチャンク３０９とオーディオチャンク３１０に続いて、新たに記録するチャンクを追記していく。
図５に記載した二重枠で囲った網掛けのＶＣ５０２とＡＣ５０３は、新たに追記したビデオチャンクとオーディオチャンクであり、ＭＰ４の標準規格面から見れば、ビデオチャンク３０９とオーディオチャンク３１０と同等である。このようなチャンクのファイルへの追記は、この例では、ファイル末尾への追記であり、容易に行なうことができる。
また、ＭＰ４においては、ヘッダ情報３０２とメディアデータ３０３の位置が逆転し、メディアデータ３０３の後方にヘッダ情報３０２を配置することが可能であるが、そのような場合においても、ファイルの末尾への追記は、問題なく行なうことができる。メディアデータ３０３に相当する領域には、これを示すｍｄａｔと呼ばれる識別子を記録するよう定義されており、この識別子を含むメディアデータの領域を複数保持することができることになっている。これによって、メディアデータ３０３、ヘッダ情報３０２に続いて、２つ目のメディアデータ３０３を配置すればよい。又は、あらかじめメディアデータ３０３とヘッダ情報３０２の間に通常利用しない自由領域（フリー領域などとも呼ばれる）を用意しておき、その自由領域の中に上書きする形でチャンクを追記することも可能である。
このようなデータの物理的配置に関する方法は、様々な方法が考えられ、任意の方法を使用することができる。
次に、ヘッダ情報３０２に記録されるオフセット３０６などの情報を変更する方法を説明する。なお、ここで言う変更とは、既に記録されている値を別の値に改変することと、新たな値を追記することの双方を指すものとする。
オフセット３０６は、それぞれのチャンクのファイル上の位置を示す情報をテーブル化して記録する。このため、追記したチャンクのファイル上の位置を示す情報、すなわち追記したチャンクに対するオフセットをテーブルに追記する処理を行なう。このオフセット３０６の記録形式の１つは、次のように定義されている。
aligned(8) class ChunkOffsetBox
extends FullBox('stco', version = 0, 0) {
unsigned int(32) entry_count;
for (i=1; i ≦ entry_count; i++) {
unsigned int(32) chunk_offset;
}
}
したがって、追加したチャンクの数だけentry_countをインクリメントし、最終的なチャンクの数に変更するとともに、増えた数の分だけchunk_offsetのテーブル領域を拡大し、ここに、追加したチャンクのオフセットを記録する。
なお、オフセットの記録形式には、３２ビットのchunk_offsetではなく、６４ビットの領域を使用するChunkLargeOffsetBoxクラスも定義されているが、処理の内容は同様である。これらは、記録済みのＭＰ４ファイルの形式に準じて選択される。
ところで、テーブルの大きさが追記によって増加することにより、記録済みのＭＰ４ファイルの記録済み領域に対してあふれが発生する可能性がある。例えば、entry_countが４である場合、chunk_offsetは４つ（１６バイト）記録されていることになるため、entry_countの４バイトと合わせて２０バイトの領域で構成されるが、ここに１つのチャンクを追記しただけでchunk_offsetは５つとなり、全体で２４バイト必要とされることから４バイトの領域があふれることになる。
このようなあふれの問題に対しては、２つの方法で対処することが一般的に可能である。第１の方法は、あらかじめオフセット３０６の後方に自由領域（フリー領域）を作成しておき、そこに情報を記録する方法である。図５に記載した二重枠で囲った網掛けのフリー５０１がこの領域である。
第２の方法は、情報をＢＯＸ（あるいはＡｔｏｍ）と呼ばれる記録単位で再配置する方法である。例えば、ヘッダ情報３０２とメディアデータ３０３の間にあらかじめ自由領域を用意しておけば、ヘッダ情報３０２に含まれる情報全体に渡ってその配置を再分配することにより、あふれの問題に対処することができる。
また、たとえ自由領域があらかじめ用意されていなかった場合においても、ヘッダ情報３０２に隣接するチャンクをファイルの最後尾に再配置し、空いた部分を自由領域に割り当ててもよい。チャンクの位置は、オフセット３０６に記録されているため、この移動したチャンクのオフセット情報のみを書き換えることでＭＰ４ファイルの体裁を保つことができる。
サンプルサイズ３０７についてもオフセット３０６と同様に処理を行なうことができる。サンプルサイズ３０７には、チャンク中に含まれる個々のフレーム（サンプル）のサイズが記録されており、オフセット３０６と同様にテーブルの拡張を行なうことになる。
タイムスタンプ３０８も同様に処理を行なうことができるが、これについては一点異なる点があるため、その点について説明する。
タイムスタンプ３０８に記録されるテーブルには、連長圧縮方式が使われている。すなわち、各フレームのタイムスタンプを与える情報は、このテーブルに各フレーム間の時間の差分として記録するようになっているが、この差分が同じ値で連続する場合、その数と差分値を記録することでテーブルのサイズを圧縮することが可能である。
しかし、いわゆる可変フレームレートと呼ばれるタイムスタンプ間隔が不定の形式の場合には、追記されるチャンクに含まれるフレーム毎に差分値が異なるため、タイムスタンプ３０８に記録されるテーブルは、フレームの数だけ拡張し、追記する必要がある。このような場合には、オフセット３０６などと同様の処理が行なわれることになる。
一方、固定フレームレートである場合には、追記されるメディアデータのフレームレートが記録済みのＭＰ４ファイルのフレームレートと同じである場合、タイムスタンプの差分値が等しくなることから、テーブルを拡張する必要はなく、差分値の数のみを最終的に記録されたフレームの数に変更するだけで処理が完了する。
なお、ＭＰ４の規格上は、これら以外にもヘッダ情報３０２に格納すべき様々な情報があり、それらは必須であるものと選択的に記録すべきものとが存在する。記録済みのＭＰ４ファイルに含まれるこれらの情報は、メディアデータの追記にあたって関連するものは、これまで説明してきた情報と同様にしてテーブルの拡張などを行なう必要がある。
これらの説明していない情報には、サンプルがどのチャンクに含まれるかを示す情報や、ランダムアクセス可能なサンプルがどれかを示す情報、再生時のタイムスタンプを与える情報など様々なものがあり、また、複数の形式が選択的に利用できる定義となっているものもあるが、本実施形態においては必ずしも重要ではないため、詳細な説明は省略する。
次に、分割指示ユーザインタフェースの表示（ステップＳ４１５）について、図６を用いてさらに詳しく説明する。図６のユーザインタフェースにより、利用者は、どのような内部処理が行なわれているかを意識することなく、録画の停止時に、記録した録画データを記録済みのＭＰ４ファイルに追記したまま記録するか、記録済みのＭＰ４ファイルと新たなファイルに分割して記録するかを決定する機会が提供される。
「録画オプション」と記載された領域６０１は、このユーザインタフェースの表題を示し、背景全体には、撮影された動画像のイメージ６０２が表示されている。この表示に対し、オーバーレイされる形で表示されている「追記しますか？」と記載された領域６０３により、利用者は、現在そのまま記録するか分割して記録するかを決定する機会が与えられたことを知ることができる。
「追記する」と記載された領域６０４と「分割する」と記載された領域６０５は、利用者の操作によって選択可能な領域である。図６においては、二重枠で囲まれた網掛け領域（ハイライトされた領域）によって、「追記する」が選択されていることが示されている。
これらの選択は、例えば、デジタルカメラ１０１の十字キー１０９を操作し、下方向を押下することによって変更するよう実装される。利用者は、この十字キー１０９により所望の処理、すなわち「追記する」または「分割する」を選択し、続いて、決定ボタン１１０を押下することにより、選択結果をデジタルカメラ１０１に通知することができる。
この例では、十字キー１０９によるいわゆるＧＵＩ（グラフィカルユーザインターフェース）の操作と決定ボタン１１０の操作により処理を行なうようになっているが、操作の方法については、様々な方法の適用が可能である。例えば、この同じＧＵＩを用いた場合においても、決定ボタン１１０の代わりに、十字キー１０９の右方向押下により決定ボタン１１０と同等の処理を行なってもよいし、ＧＵＩを使用せずに音声やＬＥＤ等の案内で利用者に分割するか否かの決定を促してもよい。
ＧＵＩを使用しない場合の一例を図１３に示す。デジタルカメラ１３０１の構成はデジタルカメラ１０１とほぼ同じであるが、追記インジケータ１３０６がポイントとなる。追記インジケータ１３０６にはＬＥＤが埋め込まれており、これが点灯又は点滅している時は記録した録画データを記録済みのＭＰ４ファイルに追記したまま記録するか、記録済みのＭＰ４ファイルと新たなファイルに分割して記録するかを決定することができる。
次に、ファイルの分割処理（ステップＳ４１７）について、さらに詳しく説明する。
分割の判断（ステップＳ４１６）により、記録済みのＭＰ４ファイルに対して追記したファイルを分割すると判断された場合、ファイルの分割処理（ステップＳ４１７）により、追記、すなわち、結合された状態のファイル（以下、結合ＭＰ４ファイルと呼ぶ）を、元の記録済みのＭＰ４ファイルと新規のＭＰ４ファイルの２つのファイルに分割する処理を行なう。この処理によって、デジタルカメラ１０１のメモリカード２２０などに記録されたＭＰ４ファイルとして、それぞれが異なるファイルとして利用者が認識できる状態となる。
ファイルの分割処理（ステップＳ４１７）では、結合ＭＰ４ファイルの追記された部分を判断し、元から記録されていた部分と追記された部分に分割する必要がある。この元から記録されていた部分と追記部分を切り分けるための情報は、最終フレームの位置の記憶ステップ（ステップＳ４０８）で記憶した最終フレーム位置４５２を利用することができる。
前述のように、最終フレーム位置４５２を記録する場所は、デジタルカメラ１０１上のメモリ２１６であってもよいし、メモリカード２２０上の一時ファイルや記録済みのＭＰ４ファイルであってもよい。
ここではまず、メモリ２１６や一時ファイルの場合について説明する。これらは、実装上で記憶の形態が異なるだけであり、同様に扱うことができる。
結合ＭＰ４ファイルを分割する場合、ファイルの追記処理（ステップＳ４１０）で説明した処理と逆の処理を行なうことになる。すなわち、メディアデータ３０３の分割とヘッダ情報３０２に含まれる情報の分割である。
図７は、ＭＰ４ファイルの分割処理を示すフローチャートである。
まずステップＳ７０１で最終フレーム位置４５２を読み込む。この最終フレーム位置４５２に含まれる情報の内容については、以下で順次説明する。
次にステップ７０２で、結合ＭＰ４ファイル７５１を読み込み、その情報を元に、新規のＭＰ４ファイル７５２を生成する。ここで、新規のＭＰ４ファイルは、完全なＭＰ４ファイルではなく、ＭＰ４ファイルを構成する共通部分のみを含むファイルである。このような共通部分には、例えば、ＭＰ４ファイルに格納されるすべてのマルチメディアデータに共通な時間精度（Ｔｉｍｅ Ｓｃａｌｅ）や作成日付などの情報を含むメタデータとなるＭｏｖｉｅＨｅａｄｅｒＢｏｘなどが含まれる。
ステップＳ７０３では、最終フレーム位置４５２として記憶した情報から追記を開始したフレームの先頭からの順序位置を取得し、それを元に、サンプルサイズ３０７のテーブルを新規のＭＰ４ファイル７５２に記録するとともに、結合ＭＰ４ファイル７５１のサンプルサイズ３０７のテーブルから追記分を削除する。
なお、サンプルサイズ３０７は、規格上は次のように定義されている。
aligned(8) class SampleSizeBox extends FullBox('stsz', version = 0, 0) {
unsigned int(32) sample_size;
unsigned int(32) sample_count;
if (sample_size==0) {
for (i=1; i ≦ sample_count; i++) {
unsigned int(32) entry_size;
}
}
}
この定義によれば、サンプル数を与えるsample_countとその値の数のentry_sizeによりサンプルサイズ３０７のテーブルが構成されている。したがって、より詳細には、新規のＭＰ４ファイル７５２に対しては、結合ＭＰ４ファイル７５１の最初のsample_countから追記を開始したフレームの先頭からの順序位置分を減じた値をsample_countとし、追記を開始したフレームの先頭からの順序位置に相当する位置のentry_size以降をテーブルに格納する。また、結合ＭＰ４ファイル７５１のsample_countは、追記を開始したフレームの先頭からの順序位置から１を減じた値に変更され、先頭からその値までのentry_sizeを残して後ろを削除する。
なお、サンプルサイズのデフォルト値を格納するsample_sizeが利用されている場合（sample_sizeが0でない場合）は若干処理が異なる。この場合、すべてのサンプルサイズが等しい値であることを意味するため、新規のＭＰ４ファイル７５２のサンプルサイズ３０７は、結合ＭＰ４ファイル７５１のサンプルサイズ３０７のコピーでよい。
なお、ビデオトラック３０４やオーディオトラック３０５については、サンプルサイズ３０７等のトラック内の情報を処理する前に、結合ＭＰ４ファイル７５１から新規のＭＰ４ファイル７５２にコピーされていなければならないが、本発明のポイントではなく規格上の問題であるため、詳細な説明は省略する。
次にステップＳ７０４で、タイムスタンプ３０８の生成と削除などに関する処理を行なう。ここでも、結合ＭＰ４ファイル７５１の記録内容を元に、新規のＭＰ４ファイル７５２のタイムスタンプ３０８を生成し、結合ＭＰ４ファイル７５１から不要なテーブル部分を削除する処理を行なう。
ファイルの追記処理（ステップＳ４１０）の詳細を説明するにあたって、連長圧縮方式による記録について触れたが、ここでも同様に、固定フレームレートの場合には、差分値の数を記録されたフレームの数に変更するだけでよい。フレームの数の算出については、ステップＳ７０３でサンプルサイズ３０７の生成と削除などに関してすでに説明している通りである。可変フレームレートの場合には、テーブル内の値をサンプルサイズ３０７と同様に分割して適切なテーブルに変更する必要がある。
ここで、注目すべき点は、タイムスタンプ３０８の処理においても、追記を開始したフレームの先頭からの順序位置さえ把握していれば処理が行なえる点である。すなわち、最終フレーム位置４５２に含まれる情報には、少なくとも、追記を開始したフレームの先頭からの順序位置が記憶されていればよい。
もちろん、処理を高速化するために、最終フレーム位置４５２に連長圧縮されたタイムスタンプ３０８のテーブル上の追記位置を同時に記憶しておくことも有効である。例えば、タイムスタンプの差分値とその数からなるテーブルのエントリに対して、何番目のエントリが追記位置であるかを記憶することで、容易にテーブル上の追記位置を知ることが可能となる。
次にステップＳ７０５で、メディアデータのコピーと削除を行なう。この処理では、結合ＭＰ４ファイル７５１に含まれる追記分のメディアデータを新規のＭＰ４ファイル７５２に移動する処理を行なう。
この処理にあたって、実際のメディアデータがチャンク単位で記録されているため、このチャンクの位置を知る必要がある。これには、SampleToChunkBoxと呼ばれる必須の領域の情報を用いることで、サンプル位置からチャンクの位置を知ることができる。すなわち、追記を開始したフレームの先頭からの順序位置より対象となるチャンク位置を知ることが可能である。このチャンク位置から実際の移動処理を行なうことができる。もちろん、ここでも高速化のために、追記したメディアデータのファイル上の相対位置と大きさを別途記憶しておき、利用するといったことも可能である。
なお、この処理と同時に、SampleToChunkBoxの領域に関する情報の生成等も行なうことができる。あるいはまた、ランダムアクセス可能なサンプルがどれかを示す情報などについてもここで生成することができる。このようないくつかの情報の処理の詳細については、図５を用いたファイルの追記処理（ステップＳ４１０）に関する詳細説明部分と同様に省略している。
最後にステップＳ７０６で、オフセットの生成と削除などの処理を行なう。ステップＳ７０５におけるメディアデータのコピーと削除によって、結合ＭＰ４ファイル７５１から削除（移動）されたチャンクに対応して、オフセット３０６に格納されるテーブルは、削除されたチャンク分を取り除いたものに変更される。一方、新規のＭＰ４ファイル７５２には、新たにチャンクがコピーされているため、これに対応したオフセット３０６を生成する。この時、生成されるテーブルは、結合ＭＰ４ファイル７５１のオフセット３０６からの部分コピーではなく、コピーされたチャンクに基づく新たなものとなることに注意する必要がある。これは、コピーされたチャンクのファイル上のオフセット位置が新しいファイルでは異なるものとなるためである。
以上のようにしてファイルの分割処理は行なわれるが、ここで、ＢＯＸの整合性と自由領域について説明を加えておく。例えば、オフセット３０６などの情報は、ＭＰ４においては、ＢＯＸまたはＡｔｏｍと呼ばれる単位で記録されている。このＢＯＸの先頭には、ＢＯＸ自体の大きさを示す領域があり、テーブルのサイズが変わってしまった場合には、このＢＯＸ自体の大きさを示す領域の値を正しい値に変更する必要がある。また、これによって生じるＢＯＸに含まれなくなった領域は、先に述べた自由領域などに変更しておく必要がある。
続いて、最終フレーム位置４５２を記録する場所が記録済みのＭＰ４ファイル上である場合について説明する。
最終フレーム位置４５２は、記録済みのＭＰ４ファイルの最終記録位置を与えるものであるため、記録済みのＭＰ４ファイルが最終的に生成されたタイミングでファイル上に付加情報を与えておくことにより、ステップＳ４０８における最終フレーム位置の記憶がなされることとなる。
このような記録済みのＭＰ４ファイルに最終フレーム位置４５２を記録する方法として、利用者が任意に利用することができるユーザデータ領域（UserDataBox）を用いることができる。ユーザデータ領域は、次のように定義されている。
aligned(8) class UserDataBox extends Box('udta') {
}
すなわち、実際には任意のデータを格納することができる。
これを用いて、例えば次のようなデータ形式を追加することにより、ＭＰ４ファイルに最終フレーム位置４５２を記録することが可能となる。
aligned(8) class UserLastFrameBox extends FullBox('ulfr', 0, 0){
unsigned int(32) last_sample;
}
ここで、UserLastFrameBoxは、最終フレーム位置４５２を記録する領域を定義するクラスであり、last_sampleは、追記を開始するフレームの先頭の１つ前を示す順序位置、すなわち、最後のフレームの位置である。
この位置を示す値は、このような記録を用いずとも、記録済みのＭＰ４ファイルから容易に取得することができる情報であるが、一度追記を開始してしまうと、ヘッダ情報が変更されることにより、追記されたＭＰ４ファイルから元の位置を知ることが困難となる場合がある。そのため、別途情報を記録することで、この問題を回避することができるようになる。
なお、追記を行なう実装において、ヘッダ情報をファイルに対してすぐに変更せず、メディアデータの書き込みが完了してから後にヘッダ情報を更新するような場合には、最終フレーム位置４５２の記憶が必ずしも必須であるとは限らない。しかしながら、そのような場合においても、何らかの方法により、処理中において追記を行なう場所を記憶することに相当する処理は発生していることになる。
次に、記録済みのＭＰ４ファイル、すなわち追記される対象の選択について説明する。
記録済みのＭＰ４ファイルが複数存在する場合は、どのファイルを記録済みのＭＰ４ファイルとして追記の対象とするかを決定しなければならない。このような決定の手段として、複数の手段が存在する。
例えば、編集時のファイル選択などで使われる手段と同様に、撮影された既存のファイルをサムネイル等により一覧表示し、十字キー１０９や決定ボタン１１０などを利用してファイルを視覚上選択状態にし、この選択されたファイル名を記憶しておくといった方法がある。これを記録済みのＭＰ４ファイル４５３とすることにより、任意のファイルに追記することが可能となる。また、最新のファイルを記録済みのＭＰ４ファイルと見なすことも可能である。
なお、動画の撮影にあたっては、記録済みのＭＰ４ファイルで使用された符号化方式の処理パラメータや動画像の矩形サイズなどを同じにする必要がある。
本実施形態では、分割するか否かの決定は撮影終了後に利用者が選択するものとして説明してきた。撮影終了後に選択できることは本実施形態における利点の１つではあるが、撮影終了後に限定する必要はない。すなわち、撮影前又は撮影中であっても必要に応じて分割するか否かを決定するインタフェースを提供する構成としてもよい。
最後に、本実施形態におけるファイル形式について補足して説明する。
これまで説明してきたＭＰ４ファイルは、ヘッダ情報３０２が１つとメディアデータ３０３から構成される一般的な形式である。このような形式のＭＰ４ファイル（又はＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ）は、現在、最も普及した形式となっている。
しかし、近年、ヘッダ情報３０２の処理の軽量化などに配慮して、分割ヘッダ（Ｆｒａｇｍｅｎｔｅｄ Ｍｏｖｉｅ、Ｍｏｖｉｅ Ｆｒａｇｍｅｎｔ Ｈｅａｄｅｒ）と呼ばれる形式のものも普及しつつある。この形式では、図３に示したファイル構成を基本に、ヘッダの一部を分割して後置することが可能である。
分割ヘッダを用いた場合には、ヘッダ情報３０２とメディアデータ３０３に続いて、ヘッダ情報３０２と類似の分割ヘッダ情報とそれに対応するメディアデータの組み合わせを連続して配置することができる。すなわち、追記する部分を分割ヘッダ情報とメディアデータとして後置することにより、ファイルの分割処理（ステップＳ４１６）をより容易に行なうことができるようになる。
また、ＭＰ４ファイル以外にも、動画の記録形式には様々な形式が存在するが、例えば、ＡＶＩファイルと呼ばれる形式やＡＳＦと呼ばれる形式、ＭＯＶと呼ばれる形式に対しても、本発明は適用可能である。
例えば、ＡＶＩファイルの場合には、ＭＰ４におけるチャンクは、ＬＩＳＴｍｏｖｉと呼ばれる領域に記録され、それらのチャンクのデータの種別といったメタデータやオフセットなどは、ＩＤＸ１と呼ばれる領域に記録されるようになっている。これらの領域は、ＭＰ４と同様に、領域のサイズとともに入れ子状に格納されており、その配置や格納される情報の形式が異なるだけで、論理的にはＭＰ４と同様に処理を行なうことができるようになっている。
なお、本実施形態におけるデジタルカメラ１０１は前述のようにデジタルスチルカメラとデジタルビデオカメラを含むが、これ以外にも撮像系を別体とするデジタルビデオ記録装置などであってもよい。また、本発明の構成要件を満たす限りにおいて、ＰＤＡと呼ばれる携帯型コンピュータなどのより汎用的な機器にも適用可能である。
以上説明したように、本実施形態によれば、デジタルカメラ１０１のメモリカード２２０上に記録済みのＭＰ４ファイルが存在する場合、新たに撮影される画像は自動的に記録済みのＭＰ４ファイルに追記され、結合ＭＰ４ファイルが生成される。その上で、デジタルカメラ１０１は撮影終了後に結合ＭＰ４ファイルを分割するか否かを選択可能なユーザインタフェースを提供し、分割することが選択された場合、結合ＭＰ４ファイルは元の記録済みＭＰ４ファイルと新規のＭＰ４ファイルに分割される。
これにより、利用者は撮影前にあらかじめ追記するかどうかを決定する必要がなく、撮影終了後に追記するかどうか（言い換えると分割するかどうか）を決定することが出来る。
＜第２の実施形態＞
第１の実施形態では、結合ＭＰ４ファイルを分割するか否かを利用者が直接決定するものとして説明したが、第２の実施形態では、あらかじめ分割する場合の条件を決めておくなど、決定方法（「動作モード」と呼ぶ）の変形について説明する。
なお、本実施形態において、デジタルカメラ１０１及びＭＰ４ファイル３０１の構成は第１の実施形態と同様でよいため、その説明を省略する。
本実施形態で説明する動作モードは、これまで説明してきた基本的な処理動作を補完する性質のものであり、この動作モードの設定により、本発明をより効果的に利用することが可能となる。
ここで説明する３つの動作モードは、それぞれ、図４に示されたステップＳ４１５におけるユーザインタフェースの表示以降の処理を自動化する。
第１の動作モードは、追記時間又はサイズに基づく自動分割モードである。この動作モードではあらかじめ、追記する時間またはサイズの閾値を設定し、これを越えた場合またはこれに達しない場合のいずれかに自動的に分割処理を行なう。すなわち、ステップＳ４１６の判断において、利用者が分割を選択したものと見なして動作する。
図８は表示部１０３に表示される動作モード設定画面の一例を示す図である。画面には「モード設定」と書かれた領域８０１があり、これにより、利用者にモード設定画面であることを通知している。「自動分割モード」と書かれた領域８０２が追記時間による自動分割モードの設定内容であり、この領域の枠内に、設定内容が表示されている。
「追記時間」及び「サイズ」と書かれた領域８０３には、あらかじめ設定する閾値として、この図では、５秒と１００ＫＢの値が示されている。利用者は、この値を十字キー１０９などを利用して変更することにより、閾値を変更することが可能である。
その下の二重枠の網掛けでハイライトされた「以上の時」の領域８０４と「追記する」の領域８０６及び「以下の時」の領域８０５と「分割する」の領域８０６では、その閾値以上または以下の時に追記する（すなわち分割しない）または分割するという動作を設定する。
これらの組み合わせによって、例えばこの例では、追記時間が５秒以上または１００ＫＢ以上の場合には自動的に分割しないことを指定することができる。
このような動作モードに基づく条件判断は、ステップＳ４１５及びステップＳ４１６における処理を変更することにより、容易に実装することができる。
これにより、例えば、数秒といった一定時間以下の追記を行った場合には、カメラ操作のミスなどにより、撮影動作をすぐに中止したと判断し、ミスショットを結合ＭＰ４ファイルとして記録せずに自動的に分割することなどを設定することが可能となる。また、５ＭＢといった大きめのデータを追記した場合、電子メールなどでファイルの取り扱いが容易になるように、ファイルを分割することなどを設定することが可能となる。
なお、図示しないが、追記時間とサイズの関係は、and条件であってもor条件であっても構わない。すなわち、両方の条件を満たす場合に設定した処理（例えば、分割する）を行なってもよいし、いずれか一方の条件を満たす場合に設定した処理を行なってもよい。
第２の動作モードは、ステップＳ４１５におけるユーザインタフェース表示のタイムアウト時間の設定と、タイムアウトの場合の処理内容を設定するデフォルト動作モードである。この動作モードでは、あらかじめ、図６に例示した表示部１０３に表示される分割判断のタイムアウト時間とデフォルトの動作を設定し、一定時間判断を行なわなかった場合に自動的に処理を行なうことを可能とする。
この設定方法の例についても図８に示している。「デフォルト動作モード」と書かれた領域８１０内の項目がこのモードの設定内容である。
「タイムアウト時間」と書かれた領域８１１がこのタイムアウト時間の設定を行なう部分であり、利用者は、任意のタイムアウト時間を設定する。また、その右にある二重枠の網掛けでハイライトされた「追記する」の領域８１２及び「分割する」の領域８１３により、タイムアウト時間経過後に行なう処理を設定する。
この動作モードに基づく条件判断も、ステップＳ４１５及びステップＳ４１６における処理を変更することにより、容易に実装することができる。ステップＳ４１５において、表示部１０３に分割判断のユーザインタフェースを表示した後、タイムアウト時間になるまで待ち、設定されたタイムアウト時間が経過した後に、利用者があたかも何らかの判断を選択したものとして処理を行なえばよい。
図８の例の場合には、１５秒間、図６に例示した表示部１０３に表示されるユーザインタフェースを表示した後、分割しないよう指示されたと見なして動作するようになっている。
この時例えば図６に示した「残り：１０秒」の文字６０６のように、利用者にタイムアウトまでの残り時間を通知することにより、より利便性を高めることも可能である。
第３の動作モードは、記録済みのＭＰ４の更新日時により分割処理を行なうかどうかを判断する更新日時判断モードである。この動作モードでは、記録済みのＭＰ４の最終更新日時があらかじめ設定された日時より新しい場合にのみ自動的に分割を行なう又は行なわないことを可能とする。
この設定例については、図示しないが、第１の動作モード及び第２の動作モードの場合と同様である。
この動作モードに基づく条件判断も、ステップＳ４１５及びステップＳ４１６における処理を変更することにより、容易に実装することができる。また、記録済みのＭＰ４ファイル検出（ステップＳ４０５）であらかじめ判断してしまう構成にすることも可能である。
なお、本発明の動作のほとんどを実行しないようにする動作モードである、追記禁止モードを設けることも可能である。この動作モードでは、撮影画像は必ず新規のＭＰ４ファイルに記録され、従来のデジタルカメラと同様に扱うことが可能となる。
以上説明したように、本実施形態によれば、デジタルカメラ１０１は所定の条件に従って分割するか否かを決定する。換言すれば、所定の条件を満たすときは利用者ではなくデジタルカメラ１０１が分割指示を発することになる。
これにより、利用者は撮影するたびに分割するか否かの決定をする必要がなくなり、撮影後の分割判断の手間を省くことが可能となる。
＜第３の実施形態＞
第１の実施形態では、記録済みのＭＰ４ファイルの末尾から連続して新規の動画を追記するものとして説明した。しかし、例えばＰＣ上で動画を編集する場合と同様、２つの動画ファイルを重なりあうように結合する処理、すなわち、記録済みのＭＰ４ファイルの一部に上書きするように新規の動画を追記するという要求も考えられる。第３の実施形態では、この場合について説明する。
なお、本実施形態において、デジタルカメラ１０１及びＭＰ４ファイル３０１の構成は第１の実施形態と同様でよいため、その説明を省略する。
図９は、そのような上書き追記の概念図である。図９（Ａ）では、記録済みのＭＰ４ファイルが、６コマの画像で表現されている。図９（Ｂ）では、追記される動画像が、５コマの画像で表現されている。図９（Ｃ）は第１の実施形態における単純な追記による結合ＭＰ４ファイルであり、図９（Ａ）と図９（Ｂ）からなる合計１１コマの動画として表現されている。図９（Ｄ）は、上書き追記された状態であり、図９（Ａ）の第５コマと第６コマが追記された動画である図９（Ｂ）により上書きされた形になっている。
以下では、図９（Ｄ）に示すように追記時に上書きの形式とする方法について、より詳しく説明する。本実施形態は、第１の実施形態と比べて、上書きする位置の決定とファイルの分割処理において異なる点がある。
まず、上書きする位置の決定について説明する。上書きする位置の決定は、記録済みのＭＰ４に対しあらかじめ指定するか、又は、撮影終了時に提供されるインタフェース（ステップＳ４１５）により指定することによって実現される。
あらかじめ記録済みのＭＰ４に対し上書き位置を指定する方法は、例えば、第１の実施形態で説明したＭＰ４ファイルの最終フレーム位置４５２を記憶することと同様に行なうことができる。先に説明したように、最終フレーム位置４５２の記録はどのような方法を用いてもよいが、記録済みのＭＰ４ファイルに上書き位置を記録する場合には、撮影開始前に指定する必要があることに注意されたい。この場合、第１の実施形態で説明したのと同様に、例えば次のような形式でユーザ領域に書き込むことができる。
aligned(8) class UserLastFrameBox extends FullBox('ulfr', 0, 0){
unsigned int(32) last_sample;
unsigned int(32) overwrite_sample;
}
ここで、last_sampleは、先の説明と同様に動画の最終フレームの位置を示しているが、overwrite_sampleは、この最終フレーム位置より手前の上書きする位置を指定するものである。この形式で記録済みのＭＰ４ファイルに書き込むことにより、最終フレーム位置に加えて上書き位置を指定することが可能となる。
利用者が上書き位置を指定する方法は、ＧＵＩを用いたスライダによる指定や、直接時間を指定する方法など、様々な方法が考えられる。撮影終了時に表示されるユーザインタフェース（ステップＳ４１５）において上書き位置を指定する場合には、こうした上書き位置を指定するＧＵＩなどをここで表示する方法が利用できる。
図１０は、上書き位置を指定するユーザインタフェースの一例である。図１０は、図６に示すユーザインタフェースの例に、上書き位置を指定するＧＵＩを追加した形態になっている。「上書き位置の指定」と書かれた領域１００１の下に、記録済みのＭＰ４ファイルの内容を示す撮影済み画像の表示１００２と、この表示が十分に行なえないほど記録済みのＭＰ４ファイルが長い場合にその位置をずらすためのスライダ１００３が表示されている。利用者は、十字キー１０９などを用いてこのスライダ１００３を動かしながら、二重枠でハイライトされたフレームにより上書き位置を指定することができる。
次に、ファイルの分割処理について説明する。
上書き追記の場合においても、追記処理は、第１の実施形態で説明したように、記録済みのＭＰ４ファイルに対して、メディアデータを新たなチャンクとして追記し、ヘッダ情報３０２に含まれる各種情報のテーブルを更新することによって行なうことができる。この様にして追記された新たなＭＰ４ファイルは、そのままでは、第１の実施形態で説明した結合ＭＰ４ファイルと何らかわらず、第１の実施形態におけるステップＳ４１７と同様の処理により分割できる。
一方上書き追記を行なう場合には、前述のように新たなＭＰ４ファイルはそのままでは第１の実施形態における結合ＭＰ４ファイルと同じであるため、第１の実施形態と異なる処理を行なう必要がある。
図１１に、図４のフローチャートを改変した上書き追記の場合のフローチャートを示す。簡略化のため、共通部分である録画の開始の後、録画の停止までを１つの追記処理ステップＳ１１０１として記載している。
ファイルの上書き結合処理（ステップＳ１１０２）は、分割しないと決定された場合に行なわれる。
ファイルの上書き結合処理では、ファイルの分割処理（ステップＳ４１７）が最終フレーム位置を基準にヘッダ情報３０２を分割・改変するのに対し、上書きフレーム位置を基準にヘッダ情報３０２を改変する。
図１２は、ファイルの上書き追記の場合におけるＭＰ４ファイルの構成を示す図である。図１２は図５と同様のものであるが、説明を簡単にするためにオーディオトラック３０５などを省略している。また、最終フレームの位置１２０４と上書き位置を指定する上書きフレーム位置１２０５とをＭＰ４ファイル内に記述するものとして図に含めている。
オフセット３０６は、オフセット（１）１２０１、オフセット（２）１２０２及びオフセット（３）１２０３と一体のものであり、説明のために便宜上区分けがされているだけであるが、オフセット（２）１２０２が上書きされる部分に対するオフセットを示し、オフセット（３）１２０３が追記された部分に対するオフセットを示している。また、オフセット（１）１２０１はＭＰ４ファイルの先頭部分に対するオフセットを示し、便宜上オフセット（２）として区分けした部分の直前までのオフセット情報を含んでいる。
前述のように、上書きされる１つ以上のサンプルは、どのチャンクに含まれるかを知ることができるため、上書きされることにより使われなくなるチャンクを示すオフセットをオフセット３０６から削除すれば、チャンク自体は削除しなくても構わない。
便宜上オフセット（２）とした部分の削除のより具体的な方法は、その実装方法にも依存するが、最も単純な手法のひとつは、オフセット情報の一部を削除したことにより連続でなくなったオフセット３０６に対して、オフセット（３）１２０３に含まれる情報をオフセット（２）１２０２の位置に移動し、これによって空いた部分に未使用を示すｆｒｅｅの領域を設定する事である。
このようにして参照されなくなったチャンクを図１２では、非参照チャンク１２０６として二重枠の網掛けで示した。
サンプルサイズやタイムスタンプについても、同様にして、上書きフレーム位置から最終フレーム位置の手前までをテーブルから削除する。また、ここに示していないいくつかの情報についても同様にテーブルの改変を行なう。例えば、サンプルサイズについては、サンプルそれぞれのサイズをテーブルとして保持するため、参照されなくなったチャンクに含まれるサンプルのサイズ情報をテーブルから削除する事になる。この方法は、先に説明したオフセットと同様の処理で実現が可能である。
チャンク内の先頭にないフレーム（サンプル）からの上書きの場合にも、基本的には、これまで説明した内容と同等の処理を行うことで実現される。ただし、チャンクの途中からの上書きとなるため、その一部が上書きされるチャンクにどのサンプルが含まれるかを示すテーブルの変更が必要となる。実際には、この情報は、チャンクに含まれるサンプル数として表現されるため、対象となるチャンクのサンプル数を正しく表現するように変更し、一連のチャンクとサンプル構成を示すテーブルのデータを書き換えることになる。
すなわち、チャンク内の先頭にないフレームからの上書きの場合には、対象となるフレームを保持するチャンク以外のチャンクについては、チャンクの先頭フレームからの場合と全く同様に考えられるため、対象フレーム（サンプル）を含むチャンクに含まれるサンプルの情報を示すテーブルの改変処理が追加で行われればよい。
これ以上の詳細やチャンク内の先頭にないフレームからの上書きの場合の処理のさらに詳しい説明は、標準規格書に則った正しい形態で行なえば良いことは明らかであるので、その説明を省略する。
このように、上書きされるメディアデータ（チャンク）の削除を行なう必要はないが、不要となったメディアデータは、この段階で削除する構成としてもよいし、後にファイルの最適化を行なう処理を実行する際に削除する構成としてもよい。削除しなかった場合には、その分のファイルサイズが大きくなる点と、ファイルシステムによってはファイルのアクセス速度がわずかに低下するといった問題が発生する程度である。
また、ヘッダ情報３０２の改変はファイルへの追記（ステップＳ４１０）の段階で行なってもよい。ただし、この場合はこのままではファイルの分割処理（ステップＳ４１７）が行なえないため、あらかじめ改変を行なう前のヘッダ情報３０２をユーザ領域にコピーするなどしておく必要がある。
なお、ファイルへの追記（ステップＳ４１０）時にヘッダ情報３０２の改変を行なうためには、上書きフレーム位置の指定を撮影開始前に行っておく必要があることに注意が必要である。
以上説明したように、本実施形態によれば、デジタルカメラ１０１は記録済みのＭＰ４ファイルの指定された位置から、新たに撮影する画像を追記して結合ＭＰ４ファイルとする。また、結合ＭＰ４ファイルとせずに分割する場合は第１の実施形態と同様に記録済みのＭＰ４ファイルと新規のＭＰ４ファイルとに分割する。
これにより、利用者はより柔軟に動画の追記を行なうことが可能となり、撮影後の編集に要する手間が軽減される。
＜その他の実施形態＞
上述した各実施の形態の処理は、各機能を具現化したソフトウェアのプログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても実現することができる。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行ない、その処理によって前述した各実施の形態の機能が実現される場合も含まれている。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行ない、その処理によって前述した各実施の形態の機能が実現される場合も含むものである。
本発明におけるデジタルカメラの背面図である。 本発明におけるデジタルカメラの内部構成を示すブロック図である。 ＭＰ４の基本的なファイル形式を示す図である。 第１の実施形態におけるデジタルカメラの動作と利用者の操作の流れを示すフローチャートである。 ＭＰ４ファイルへの追記処理を示す図である。 分割指示ユーザインタフェースの表示の一例を示す図である。 ＭＰ４ファイルの分割処理を示すフローチャートである。 本発明における動作モード設定画面の一例を示す図である。 上書き追記の概念図である。 上書き位置を指定するユーザインタフェースの一例を示す図である。 ＭＰ４ファイルの上書き追記の場合における処理の流れを示すフローチャートである。 ＭＰ４ファイルの上書き追記の場合におけるＭＰ４ファイルの構成を示す図である。 本発明におけるデジタルカメラの変形例を示す図である。
符号の説明
１０３：表示部
２０１：撮像レンズユニット
２０３：絞りユニット
２０５：光学センサ
２０７：Ａ／Ｄコンバータ
２０８：画像信号処理回路
２０９：圧縮伸長回路
２１０：操作部
２１６：メモリ
２１８：ＣＰＵ
２２０：メモリカード

Claims (12)

  1. メディアデータを取得する取得手段と、
    記録媒体に記録された第１のメディアデータを含む第１のファイルに、記録開始指示に応じて前記取得手段により取得された第２のメディアデータを追加記録する追記手段と、
    前記追記手段により前記追加記録を行なう場合に、前記第２のメディアデータの前記第１のファイルにおける位置を特定するための特定情報を記憶する記憶手段と、
    前記記憶手段により記憶された前記特定情報により前記第１のファイルにおける位置が特定される前記第２のメディアデータを含む第２のファイルを、分割指示に応じて生成する生成手段と、
    を備えることを特徴とするマルチメディアデータ処理装置。
  2. 前記メディアデータは動画データ及び音声データのうちの少なくとも一方を含むことを特徴とする、請求項１に記載のマルチメディアデータ処理装置。
  3. 前記第１のファイルに追加記録された前記第２のメディアデータのヘッダ情報を、前記分割指示に応じて、前記第１のファイルから削除する削除手段を備えることを特徴とする、請求項１又は２に記載のマルチメディアデータ処理装置。
  4. 前記メディアデータは動画データであり、
    前記特定情報は、前記追記手段により追加記録される前記第２のメディアデータの先頭フレームの、前記第１のファイルにおける位置を特定することを特徴とする、請求項１に記載のマルチメディアデータ処理装置。
  5. 前記分割指示を行なうか否かを選択可能なユーザインタフェースを提供するユーザインタフェース提供手段を備えることを特徴とする、請求項１乃至４のいずれか１項に記載のマルチメディアデータ処理装置。
  6. 記録終了指示から所定時間内に分割指示が行なわれない場合に前記生成手段が前記第２のファイルを生成するか否かを設定するデフォルト設定手段を備えることを特徴とする、請求項１に記載のマルチメディアデータ処理装置。
  7. 前記分割指示を行なうか否かを決定する条件を設定する条件設定手段と、前記条件を設定するためのユーザインタフェースを提供するユーザインタフェース提供手段と、を備えることを特徴とする、請求項１乃至４のいずれか１項に記載のマルチメディアデータ処理装置。
  8. 前記追記手段は、前記第１のメディアデータを含む前記第１のファイルの指定された位置以降を上書して前記第２のメディアデータを追加記録することが可能であり、
    前記マルチメディアデータ処理装置は、前記第２のメディアデータを前記追記手段により追加記録する、前記第１のファイルにおける位置を指定するためのユーザインタフェースを提供することを特徴とする、請求項１に記載のマルチメディアデータ処理装置。
  9. 前記第１のメディアデータ、及び前記第２のメディアデータがＭＰＥＧ−４形式で符号化され、かつ、前記第１のファイル、及び前記第２のファイルがＭＰ４形式であることを特徴とする、請求項１乃至８のいずれか１項に記載のマルチメディアデータ処理装置。
  10. マルチメディアデータ処理装置が行なうマルチメディアデータ処理方法であって、
    メディアデータを取得する取得工程と、
    記録媒体に記録された第１のメディアデータを含む第１のファイルに、記録開始指示に応じて前記取得工程により取得された第２のメディアデータを追加記録する追記工程と、
    前記追記工程により前記追加記録を行なう場合に、前記第２のメディアデータの前記第１のファイルにおける位置を特定するための特定情報を記憶する記憶工程と、
    前記記憶工程により記憶された前記特定情報により前記第１のファイルにおける位置が特定される前記第２のメディアデータを含む第２のファイルを、分割指示に応じて生成する生成工程と、
    を備えることを特徴とする、マルチメディアデータ処理方法。
  11. コンピュータに、
    メディアデータを取得する取得手順と、
    記録媒体に記録された第１のメディアデータを含む第１のファイルに、記録開始指示に応じて前記取得手順により取得された第２のメディアデータを追加記録する追記手順と、
    前記追記手順により前記追加記録を行なう場合に、前記第２のメディアデータの前記第１のファイルにおける位置を特定するための特定情報を記憶する記憶手順と、
    前記記憶手順により記憶された前記特定情報により前記第１のファイルにおける位置が特定される前記第２のメディアデータを含む第２のファイルを、分割指示に応じて生成する生成手順と、
    を実行させるためのプログラム。
  12. 請求項１１に記載のプログラムを記憶したコンピュータ可読記録媒体。
JP2004374612A 2004-12-24 2004-12-24 マルチメディアデータ処理装置及びその方法 Active JP4380533B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2004374612A JP4380533B2 (ja) 2004-12-24 2004-12-24 マルチメディアデータ処理装置及びその方法
US11/300,498 US7593964B2 (en) 2004-12-24 2005-12-15 Multimedia data processing apparatus and multimedia data processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004374612A JP4380533B2 (ja) 2004-12-24 2004-12-24 マルチメディアデータ処理装置及びその方法

Publications (3)

Publication Number Publication Date
JP2006186411A JP2006186411A (ja) 2006-07-13
JP2006186411A5 JP2006186411A5 (ja) 2008-02-14
JP4380533B2 true JP4380533B2 (ja) 2009-12-09

Family

ID=36613038

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004374612A Active JP4380533B2 (ja) 2004-12-24 2004-12-24 マルチメディアデータ処理装置及びその方法

Country Status (2)

Country Link
US (1) US7593964B2 (ja)
JP (1) JP4380533B2 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100667840B1 (ko) * 2005-11-30 2007-01-11 삼성전자주식회사 멀티미디어 파일을 생성 방법, 재생 방법, 재생 장치 및멀티미디어 파일이 기록된 정보저장매체
KR100856403B1 (ko) * 2006-03-03 2008-09-04 삼성전자주식회사 화상 회의 기록 방법 및 이에 적합한 화상 회의 단말기
JP2007257767A (ja) * 2006-03-24 2007-10-04 Renesas Technology Corp 半導体集積回路及び記録再生装置
JP4172500B2 (ja) * 2006-05-30 2008-10-29 ソニー株式会社 記録装置および方法、プログラム、並びに記録媒体
EP2041974A4 (en) * 2006-07-12 2014-09-24 Lg Electronics Inc METHOD AND DEVICE FOR CODING / DECODING A SIGNAL
WO2008048067A1 (en) * 2006-10-19 2008-04-24 Lg Electronics Inc. Encoding method and apparatus and decoding method and apparatus
KR101295377B1 (ko) * 2007-03-07 2013-08-08 엘지전자 주식회사 파일 포맷을 구성하는 방법과 상기 파일 포맷을 가지는파일을 포함한 방송 신호를 처리하는 장치 및 방법
JP2008301013A (ja) * 2007-05-30 2008-12-11 Fujifilm Corp 撮影装置および方法並びにプログラム
US20100183033A1 (en) * 2009-01-20 2010-07-22 Nokia Corporation Method and apparatus for encapsulation of scalable media
JP2012156587A (ja) * 2011-01-21 2012-08-16 Canon Inc 動画記録装置
JP5713701B2 (ja) 2011-01-21 2015-05-07 キヤノン株式会社 動画記録装置
JP5683301B2 (ja) 2011-02-02 2015-03-11 キヤノン株式会社 画像記録装置
JP5769434B2 (ja) * 2011-02-03 2015-08-26 キヤノン株式会社 動画記録装置、情報処理装置
JP6098796B2 (ja) * 2012-03-14 2017-03-22 パナソニックＩｐマネジメント株式会社 画像処理装置、撮像装置、およびコンピュータプログラム
JP6083972B2 (ja) * 2012-07-28 2017-02-22 キヤノン株式会社 撮像装置
JP5889459B2 (ja) * 2015-03-11 2016-03-22 キヤノン株式会社 記録装置
CN105407282A (zh) * 2015-11-16 2016-03-16 中科创达软件股份有限公司 一种照相和回放的实现方法
CN105451073B (zh) * 2015-11-16 2018-11-02 深圳Tcl数字技术有限公司 Mp4视频源的传送方法和装置
JP7091065B2 (ja) * 2017-12-26 2022-06-27 キヤノン株式会社 記録制御装置、記録制御装置の制御方法およびプログラム
JP7261317B2 (ja) * 2019-04-29 2023-04-19 ヒタチ ヴァンタラ エルエルシー 圧縮データの記憶及び取得の最適化

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7137892B2 (en) * 1992-05-22 2006-11-21 Sitrick David H System and methodology for mapping and linking based user image integration
JPH06197308A (ja) * 1992-07-28 1994-07-15 Nikon Corp 電子スチルカメラ
AU2637101A (en) * 2000-01-07 2001-07-24 Ideo Product Development Inc. System and method for image capture and management in an electronic device
JP4048407B2 (ja) * 2001-01-18 2008-02-20 富士フイルム株式会社 デジタルカメラ
JP2002223401A (ja) * 2001-01-29 2002-08-09 Fuji Photo Film Co Ltd デジタルカメラのデータ処理方法
EP1447750A1 (en) * 2001-09-28 2004-08-18 Sony Corporation Access limit apparatus, access limit method, computer-readable program containing medium containing access limit program, and access limit program
JP2003219325A (ja) 2002-01-25 2003-07-31 Fuji Photo Film Co Ltd 撮影装置
JP4279515B2 (ja) 2002-06-25 2009-06-17 株式会社日立グローバルストレージテクノロジーズ 記録再生装置
JP2004158928A (ja) 2002-11-01 2004-06-03 Matsushita Electric Ind Co Ltd データ記録装置
JP2004274502A (ja) * 2003-03-10 2004-09-30 Minolta Co Ltd デジタルカメラ
US7293227B2 (en) * 2003-07-18 2007-11-06 Microsoft Corporation Associating image files with media content

Also Published As

Publication number Publication date
US7593964B2 (en) 2009-09-22
US20060143235A1 (en) 2006-06-29
JP2006186411A (ja) 2006-07-13

Similar Documents

Publication Publication Date Title
US7593964B2 (en) Multimedia data processing apparatus and multimedia data processing method
US8659678B2 (en) Image recording apparatus, image reproducing apparatus, method of controlling image recording apparatus, method of controlling image reproducing apparatus, computer program, and recording medium, with storing of a plurality of frame images, a plurality of attribute information in EXIF format, and plurality of offset data in one image file
US20120249853A1 (en) Digital camera for reviewing related images
JP4416606B2 (ja) 表示制御装置及び表示制御方法、プログラム、記憶媒体
US20130148946A1 (en) Recording apparatus, recording method, program for implementing the method, and storage medium storing the program
JP2012161048A (ja) 撮像装置
US8818165B2 (en) Data processing apparatus, data processing method, and computer program
JPH09135412A (ja) 記録再生装置
JP2009225361A (ja) 記録装置および記録方法、ならびに、編集装置および編集方法
JP2006211324A (ja) ディジタルカメラ装置、画像再生方法および画像再生プログラム、ならびに、データ構造体
US7865061B2 (en) Recording apparatus for recording data to recording medium with a Plurality of clusters
US9565360B2 (en) Image data recording apparatus capable of recording still and moving images simultaneously
KR20080082380A (ko) 디지털 영상 처리 장치 및 그의 파일 관리 방법
JP5818599B2 (ja) 動画記録装置
JP2014096766A (ja) 記録装置及び記録方法
US8379109B2 (en) Image processing apparatus
JP2003189228A (ja) 画像記録装置
JP6278353B2 (ja) 記録装置、記録方法、プログラム、ならびに撮像装置
JP5773855B2 (ja) 画像処理装置
JP5369647B2 (ja) 画像処理装置、および画像処理プログラム
JP2007053744A (ja) 画像表示システム
JP5072636B2 (ja) 再生装置及び再生方法
JP6049369B2 (ja) 画像処理装置及び画像処理装置の制御方法
JP6071399B2 (ja) 画像処理装置及び画像処理装置の制御方法
JP5511739B2 (ja) 記録装置及び記録方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071220

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071220

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20071220

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090615

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090619

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090803

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090911

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090914

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121002

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4380533

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131002

Year of fee payment: 4