記録制御装置、半導体記録装置および記録システム
【課題】編集効率の良好な３Ｄ画像データの記録制御装置、半導体記録装置および記録システムを提供する。
【解決手段】記録制御装置は、入力されたＬ個の画像を同時に保持するバッファーメモリ３と、バッファーメモリ３上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックをメモリカード５の少なくとも一つの消去ブロックに対応付けるファイルシステム部４０と、論理ブロックにかかるデータをＭ個（Ｍは自然数）のライトコマンドとして、連続してメモリカード５に発行するドライバ４１を備える。
【解決手段】記録制御装置は、入力されたＬ個の画像を同時に保持するバッファーメモリ３と、バッファーメモリ３上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックをメモリカード５の少なくとも一つの消去ブロックに対応付けるファイルシステム部４０と、論理ブロックにかかるデータをＭ個（Ｍは自然数）のライトコマンドとして、連続してメモリカード５に発行するドライバ４１を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３次元（３Ｄ）の立体画像等の同時に撮像された複数の画像を、メモリカードなどの半導体記録装置に記録再生する制御手法に関する。
【背景技術】
【０００２】
最近、家庭用の３Ｄテレビが発売され、３Ｄ映像に対する関心が高まりつつある。一方、３Ｄ対応のコンテンツの充実が課題となっているが、３Ｄの番組制作では２台のカメラを眼幅だけ離して横に並べて、Ｌ／Ｒ夫々の画像データを２台のＶＴＲなどに記録することで番組が制作される。
【０００３】
特許文献１においては、２台のビデオカメラをその光軸が概略平行に眼幅離して配され、３次元の立体映像を撮影するときには２台のビデオカメラによって撮影された左目と右目が見た映像に相当する映像を２つの映像信号として同時に記録する立体映像撮像装置が開示されている。
【０００４】
また、特許文献２においては、左目の画像データと右目の画像データを夫々圧縮し、所定の単位でインタリーブしてＤＶＤに記録する記録装置が開示されている。これにより両目の画像データの３Ｄ立体映像再生においても、片目のみの従来の２Ｄ映像再生においてもリアルタイム再生を可能とし、２Ｄ／３Ｄの互換再生を両立させている。
【０００５】
さらに、特許文献３においては、ディジタルスチルカメラにおいて、左目と右目の画像データをメモリカードに記録する際、たとえば、第１のヘッダ情報に続いて左目画像データを記録し、第２のヘッダ情報に続いて右目画像データを記録する画像ファイル生成装置が開示されている。これにより、従来の２Ｄの画像データの再生機器との互換性を保持しつつ、３Ｄ画像データを１ファイルで運用する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平９−２１５０１２号公報
【特許文献２】特開２０００−２７０３４７号公報
【特許文献３】特開２００９−１４７９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
立体画像を撮影した場合、撮影後に一部の画像を削除したり、画像の順序を変更する編集作業が発生する。
【０００８】
また、２個の撮像素子で３Ｄ立体画像を撮影した場合は、夫々の撮像素子の色バラツキの吸収や画角の補正などするため、撮影後に編集作業が発生する。
【０００９】
しかしながら、メモリカードに記録することを前提とした特許文献３では、編集作業を考慮した記録手法については記載されていない。例えば、１フレーム当たり片眼１ＭＢの画像データを左・右の順番でメモリカードに１００フレーム記録した後に、左目の画像データに修正を加えた後にメモリカードに書き戻す際、１ファイルに記録している両目の画像データをリードし、左目のデータを補正した後の両目の画像データをメモリカードに再ライトするといった作業が必要となる。このように補正の必要のない右眼の画像データのリードとライトが発生するため、作業効率が良好でない。
【００１０】
また、特許文献１および特許文献２においては、ＶＴＲ／ＤＶＤを前提とした記載であり、メモリカードなどの半導体記録装置に３Ｄ画像データを記録する場合の詳細については記載されていない。
【課題を解決するための手段】
【００１１】
この課題を解決するために、本発明の記録制御装置は、同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、前記入力部に入力されたＬ個の画像を、メモリカードの異なる消去ブロックに記録するよう制御する記録制御部と、を備える。
【発明の効果】
【００１２】
上記構成によって、記録制御装置は、複数の画像をメモリカードの異なる消去ブロックに記録するため、複数の画像の内、１つの画像を加工編集して書き戻す場合、他の画像のリード／ライトは発生しないので、効率の良い加工編集が可能となる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１における３Ｄ撮像記録装置の構成図
【図２】実施の形態１におけるフラッシュメモリの消去ブロックの構成図
【図３】実施の形態１のバッファーメモリの制御タイミング図
【図４】実施の形態１の左右の圧縮画像データと消去ブロックの対応関係を示す図
【図５】実施の形態１の編集前後の画像データのアライメントを示す図
【図６】従来の編集前後の画像データのアライメントを示す図
【図７】実施の形態２における３Ｄ撮像記録装置の構成図
【図８】実施の形態２のＳＲＡＭの制御タイミング図
【図９】実施の形態２のテンプブロックの状態遷移イメージ図
【発明を実施するための形態】
【００１４】
（実施の形態１）
以下、実施の形態１に係る記録制御装置を、３Ｄ撮像記録装置を用いて説明する。
【００１５】
図１に実施の形態１における３Ｄ撮像記録装置の構成図を示す。同図において、３Ｄ映像撮像部１は、立体画像データの撮像部であり、人間の目幅分だけ離れた２系統の撮像素子によって構成される。３Ｄ映像撮像部１は、立体画像を構成する左目画像と右目画像とを撮像し、出力する構成であればよく、２系列の撮像素子により構成される形態に限定されず、例えば、１つの撮像素子で時分割に左右の画像を撮像し、出力する形態であってもよい。画像データ処理部２は、３Ｄ映像撮像部１によって取得された左目と右目の画像データの処理部であり、左目と右目の画像データ夫々についてフレーム内圧縮を行う。フレーム内圧縮はＪＰＥＧ／ＤＶなどのディジタルスチルカメラ、カメラレコーダー等で使用されている圧縮方式を用いる。圧縮方式はこれらの方式に限定されず、どのようなものであってもよい。バッファーメモリ３は、画像データ処理部２で処理された圧縮画像データを一時記録しておくメモリであり、片側の目にかかる圧縮画像データをメモリカード５にライトしている間、もう片側の目にかかる圧縮画像データを一時記録する。記録制御部４は、ファイルシステム部４０とドライバ４１で構成される。ファイルシステム部４０は、左右の目の圧縮画像データを片目毎に１個のファイルとして扱い、メモリカード５の論理ブロックと各ファイルの画像データとの関連付けを行う。メモリカード５ではＦＡＴファイルシステムが採用されている。ＦＡＴにより、夫々のファイルのファイル名やメモリカードにライトされたファイルのコンテンツの論理ブロック位置が管理される。ドライバ４１は、メモリカード５のドライバであり、メモリカード５に対してライトやリードなどのコマンドを発行する。
【００１６】
メモリカード５はフラッシュメモリなどの不揮発性メモリとその制御回路で構成される。フラッシュメモリは、消去の最小単位である消去ブロックを複数ブロック有する。例えば、２ＧＢ容量のフラッシュメモリは、２ＭＢサイズの消去ブロックを１０２４個有している。また消去ブロックは複数の記録ページによって構成される。図２は消去ブロックの構成を示す図であり、各消去ブロックは２５６個の記録ページによって構成される。１記録ページのサイズが８ＫＢの場合、１消去ブロックのサイズは２ＭＢ（＝８ＫＢ＊２５６）となる。ライト対象の消去ブロックが消去済みの場合、当該消去ブロックの消去動作は発生しないが、ライト済みの消去ブロックにライトする場合は、２ＭＢの消去ブロックの消去の後、８ＫＢの記録ページ単位でライトが実行されることになる。
【００１７】
本実施の形態に係る記録制御装置は、図１に示す３Ｄ撮像記録装置において、画像データ処理部２から画像データが入力される入力部（図示せず）と、バッファーメモリ３と、記録制御部４と、を含む。
【００１８】
以上のように構成された３Ｄ撮像記録装置の動作について、詳細に説明する。
【００１９】
まず、バッファーメモリ３の制御について説明する。図３はバッファーメモリ３のライトとリードのタイミングを示す図であり、図３（ａ）は右目圧縮画像データのバッファーメモリ３へのライトタイミング、図３（ｂ）は左目圧縮画像データのバッファーメモリ３へのライトタイミング、図３（ｃ）は夫々の圧縮画像データのバッファーメモリ３からのリードタイミングを示す。
【００２０】
図３のＲ０、Ｒ１の符号は、右目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。同様に、Ｌ０、Ｌ１の符号は、左目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。
【００２１】
画像データ処理部２によって、片目毎に処理され圧縮された圧縮画像データは、図３（ａ）および（ｂ）で示したタイミングでバッファーメモリ３にライトされ、図３（ｃ）で示すように、右目と左目の圧縮画像データは、２ＭＢ単位でインタリーブして、バッファーメモリ３よりリードされる。そして、バッファーメモリ３よりリードされた圧縮画像データは、片側の目にかかる２ＭＢ単位に、メモリカード５の同一消去ブロックに記録されるようにファイルシステム部４０でメモリカード５の論理ブロックと対応付けられる。そして、ドライバ４１を介してライトコマンドが発行され、圧縮画像データはメモリカード５に記録される。
【００２２】
図４は、左右の圧縮画像データとメモリカード５の消去ブロックの対応関係を示す図であり、図４（ａ）は右目の画像データを２ＭＢ単位に分割した概念図である。Ｒ０、Ｒ１、Ｒ２は、２ＭＢ単位に分割した圧縮画像データセグメントを示す。図４（ｂ）は左目の画像データを２ＭＢ単位に分割した概念図である。Ｌ０、Ｌ１、Ｌ２は２ＭＢ単位に分割した圧縮画像データセグメントを示す。図４（ｃ）はメモリカード５の消去ブロックと２ＭＢの各圧縮画像データセグメントとの対応を示す。図４（ｃ）に示すように、同一の消去ブロックには、片側の目に対応する圧縮画像データのみが記録され、両目の圧縮画像データが混在して記録されることはない。また、図４（ｃ）では、右目と左目の圧縮画像データを交互にメモリカードの消去ブロックに配しているが、交互に配する必要性はない。
【００２３】
さて、以上のように３Ｄ画像データが記録されたメモリカード５において、片目の画像データを編集して書き戻す処理について図５を参照しながら説明する。
【００２４】
図５は編集前後のメモリカード５における画像データのアライメントを示す図であり、図５（ａ）は編集前、図５（ｂ）は編集後のアライメントを示す。図５において、Ｒ０、Ｒ１は、消去ブロックに右目の圧縮画像データセグメントが配されていることを示し、Ｌ１、Ｌ２は、消去ブロックに左目の圧縮画像データセグメントが配されていることを示す。また、データが配されていない消去ブロックはＥで示している。
【００２５】
右目の圧縮画像データＲ０、Ｒ１を加工した後、図５（ａ）ではＥであった消去ブロックにＲ０（Ｎｅｗ）、Ｒ１（Ｎｅｗ）のデータがライトされる。そして図５（ａ）でＲ０、Ｒ１の右目の圧縮画像データが配されていた消去ブロックは消去され、Ｅ状態に遷移させる。
【００２６】
着目すべきポイントは、編集前の図５（ａ）と編集後の図５（ｂ）において、データが配されていない消去ブロック（Ｅ）の数は４個であり、同一ブロック数が保持されている点である。
【００２７】
つぎに、左右の目にかかる圧縮画像データを混在させて１個の消去ブロックにライトされているメモリカードにおいて、右目の圧縮画像データを加工して書き戻した場合について、図６を参照にしながら説明する。
【００２８】
図６は、本実施の形態を適用しない、従来のメモリカードにおける、編集前後の画像データのアライメントを示す図であり、図６（ａ）は編集前、図６（ｂ）は編集後のアライメントを示す。図６（ａ）において、Ｒ０−０、Ｒ０−１は、２ＭＢからなるＲ０の圧縮画像データセグメントを１ＭＢ毎に２等分したものである。同様に、Ｒ１−０、Ｒ１−１、Ｌ０−０、Ｌ０−１、Ｌ１−０、Ｌ１−１は、２ＭＢからなるＲ１、Ｌ０、Ｌ１の圧縮画像データセグメントを１ＭＢ単位で、夫々２等分したものである。また、図５と同様に、符号Ｅはデータが配されていない消去ブロックを示す。図６（ａ）に示すように、各消去ブロックには左目と右目の圧縮画像データが１ＭＢずつ記録されている。図６（ａ）の状態から右目のデータを加工してメモリカードに書き戻すと図６（ｂ）の状態になる。
【００２９】
着目すべきポイントは、編集前の図６（ａ）では、データが配されていない消去ブロック（Ｅ）の数は４個であるが、編集後の図６（ｂ）では、データが配されていない消去ブロック（Ｅ）の数は２個であり、編集後に、データが配されていない消去ブロック（Ｅ）の数が減少している点である。これは、編集対象の左目データが右目データと混在して同一の消去ブロックに配されていることに起因している。編集後におけるデータが配されていない消去ブロック（Ｅ）の数を４個保持するには、さらに図６（ｂ）の状態からＬ０−０、Ｌ０−１、Ｌ１−０、Ｌ１−１のデータをリードした後、Ｅ状態の消去ブロック２個に移動した後に、移動元の消去ブロック４個を消去する必要がある。この場合、編集対象でない左目の画像データの消去ブロック間移動が発生するため、本実施の形態の図５を用いて説明した形態と比較すると編集効率が大幅に劣化する。
【００３０】
以上、本実施の形態によれば、記録制御部４により、左目画像と右目画像とをそれぞれ別ファイルとし、左目画像のファイルと右目画像のファイルとを、メモリカード５の異なる消去ブロックに記録する。これにより、片目の画像のみを加工編集する際に、もう一方の画像にかかる画像データを別の消去ブロックに移動させることなく、加工対象の画像がライトされていた消去ブロックを消去できる。よって、片目画像編集の効率を大幅に改善することができる３Ｄ撮像記録装置を提供することができる。
【００３１】
なお、簡単のために、メモリカード５のライトにおける消去ブロック並列数を１個で説明したが、複数の消去ブロックに対して並列にライトを実施すれば、より高速ライトが実現できることは言うまでもない。例えば２並列であれば、２個の消去ブロックサイズ（＝４ＭＢ）単位にバッファーメモリ３、ファイルシステム部４０を制御すればよい。
【００３２】
なお、本実施の形態では、記録制御部４が、３Ｄ撮像記録装置中に存在する構成について説明したが、記録制御部４がメモリカード５中に存在する構成であってもよい。
【００３３】
なお、メモリカード５に内蔵された不揮発性メモリをフラッシュメモリで説明したが、消去とライトの単位が異なるメモリであれば、適用可能であることは言うまでもない。
【００３４】
なお、本実施の形態では、３Ｄ画像データに限定して説明したが、２種類以上の画像データを同時記録するアプリケーションでは適応可能であることは言うまでもない。４種類の画像データであれば、さらに大きいバッファーメモリを実装すれば同等の効果が得られることは言うまでもない。
【００３５】
（実施の形態２）
実施の形態１では、消去ブロックサイズが２ＭＢであり、左右の目の圧縮画像データを異なる消去ブロックにライトするには、ライト面４ＭＢとリード面４ＭＢの合計８ＭＢ分の大容量バッファーメモリが必要であった。
【００３６】
本実施の形態では、大容量のバッファーメモリを実装することなく、メモリカード内部の制御により、同等の機能を実現する。
【００３７】
図７は、本実施の形態における３Ｄ撮像記録装置の構成図である。実施の形態１との違いは、３Ｄ撮像記録装置はバッファーメモリ３の代替として、小容量のＳＲＡＭ３１と、メモリカード５の内部にテンプブロック制御部５０を追加している点である。図１と同一符号のブロックは、実施の形態１と同一の動作なので、説明を割愛する。
【００３８】
以下、小容量ＳＲＡＭ３１とテンプブロック制御部５０の動作について詳細に説明する。
【００３９】
本実施の形態では、メモリカード５の消去ブロックのサイズは実施の形態１と同一サイズの２ＭＢであるが、左目の圧縮画像データと右目の圧縮画像データを２５６ＫＢ単位でインタリーブして、メモリカード５にライトコマンドを発行する。
【００４０】
図８は、ＳＲＡＭ３１のライトとリードのタイミング図であり、図８（ａ）は右目圧縮画像データのＳＲＡＭ３１へのライトタイミング、図８（ｂ）は左目圧縮画像データのＳＲＡＭ３１へのライトタイミング、図８（ｃ）は夫々の圧縮画像データのＳＲＡＭ３１からのリードタイミングを示す。
【００４１】
図８のＲ０、Ｒ１の符号は、右目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。同様に、Ｌ０、Ｌ１の符号は、左目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。また、Ｒ００、Ｒ０１、・・・、Ｒ０７は、圧縮画像データセグメントＲ０を８等分した圧縮画像データサブセグメントを示す。Ｒ０が２ＭＢのサイズなので、Ｒ００、Ｒ０１等は２５６ＫＢのデータサイズとなる。同様に、Ｒ１０、Ｒ１１、・・・、Ｒ１７は、Ｒ１の圧縮画像データサブセグメントを示す。同様に、Ｌ００、Ｌ０１、・・・、Ｌ０７は、Ｌ０の圧縮画像データサブセグメントを示す。同様に、Ｌ１０、Ｌ１１、・・・、Ｌ１７は、Ｌ１の圧縮画像データサブセグメントを示す。
【００４２】
画像データ処理部２によって、片目毎に処理された圧縮された圧縮画像データは、図８（ａ）および（ｂ）で示したタイミングでＳＲＡＭ３１にライトされ、図８（ｃ）に示すように、右目と左目の圧縮画像データを、圧縮画像データサブセグメント（＝２５６ＫＢ）単位でインタリーブして、ＳＲＡＭ３１よりリードされる。そして、ＳＲＡＭ３１よりリードされた圧縮画像データは、片側の目にかかる２ＭＢ単位に、メモリカード５の同一消去ブロックに記録されるようにファイルシステム部４０でメモリカード５の論理ブロックと対応付けられる。そして、ドライバ４１を介してライトコマンドを発行し、圧縮画像データはメモリカード５に記録される。実施の形態１では２ＭＢ単位にインタリーブしていたので大容量のバッファーメモリ（＝８ＭＢ）を必要としたが、本実施の形態では、２５６ＫＢの４面で構成される１ＭＢ程度のＳＲＡＭ３１で対応可能である。なお、画像データサブセグメントは、圧縮画像データセグメントを８分割して構成したが、さらに細かく分割すると、インタリーブ単位も細かくなるので、ＳＲＡＭサイズを小さくできる。例えば、圧縮画像データセグメントを３２分割した場合は、圧縮画像データサブセグメントのサイズは６４ＫＢとなり、ＳＲＡＭのサイズは２５６ＫＢあればよい。
【００４３】
つぎに、メモリカード５のテンプブロック制御部５０の動作について説明する。
【００４４】
一般にメモリカード５は、論理ブロックと消去ブロックの対応関係を管理する論物変換テーブルと、消去ブロックの使用有無を管理する空ブロックテーブルを備える。そして、ホスト機器からライトコマンドが発行されると、空ブロックテーブルにより、新規の消去ブロックがテンプブロックとして割り当てられる。１個のテンプブロックには１個の論理ブロックのデータが割り当てられる。よって、テンプブロックが割り当てられた論理ブロックは、論物変換テーブルで対応付けられている消去ブロックと合わせて、２個の消去ブロックが割り当てられることになる。テンプブロックには最新のデータがライトされるので、同一論理アドレスにかかるデータがテンプブロックと論物変換テーブルで対応付けられている消去ブロックに重複して存在する場合は、テンプブロックにライトされているデータが正規のデータとなる。
【００４５】
ライトコマンドの論理アドレスが、テンプブロックの割り当てられた論理ブロックと同一ブロックの場合は、既存のテンプブロックに対してデータが追記される。一方、ライトコマンドの論理アドレスが、テンプブロックの割り当てられた論理ブロックと異なるブロックの場合、既存のテンプブロックを解消し、ライトコマンドが示す論理ブロックのライト用に新規のテンプブロックが確保される。既存のテンプブロックの解消処理は、テンプブロックと他の消去ブロックに存在する同一論理ブロックにかかるデータを１個の消去ブロックに集約させ、集約させた消去ブロックを論物変換テーブルに反映させる処理からなる。
【００４６】
消去ブロックサイズが２ＭＢであり、２５６ＫＢ毎に交互に論理ブロックを切り替えてライトコマンドを発行する場合は、集約処理がライトコマンド毎に発生するため、ライト速度が劣化してしまう。
【００４７】
本実施の形態では、テンプブロック制御部５０により、テンプブロックを２個管理することで、集約処理の多発によるライト性能の劣化を防止する。本実施の形態の論理ブロックサイズと消去ブロックサイズは２ＭＢなので、テンプブロックサイズも２ＭＢとなる。そして、連続して発行されるライトコマンドが同一の論理ブロックへのライトを示す場合は、割り当てられた１個目のテンプブロックに対してデータがライトされる。しかしながら、連続して発行されるライトコマンドが別の論理ブロックへのライトと判定されると、既存のテンプブロックへのライトが一時停止される。そして、空ブロックテーブルをサーチして２個目のテンプブロックが確保され、確保した２個目のテンプブロックに対してライトが実行される。また、その次に発行されたライトコマンドが、１個目のテンプブロックと同一の論理ブロックへのライトと判定された場合は、１個目のテンプブロックにデータが追記される。このように、テンプブロックを２個設けているので、３個目の論理ブロックにかかるライトコマンドが検出されない限り、集約処理は発生しない。
【００４８】
図９に、テンプブロックの状態遷移イメージを示す。図９（ａ）は、右目の圧縮画像データサブセグメントを１個ライトした後のテンプブロックの状態、図９（ｂ）は、左目の圧縮画像データサブセグメントを１個ライトした後のテンプブロックの状態、図９（ｃ）は、右目の圧縮画像データサブセグメントを、さらに１個ライトした後のテンプブロックの状態、図９（ｄ）は、左目の圧縮画像データサブセグメントを、さらに１個ライトした後のテンプブロックの状態、図９（ｅ）は、両目の圧縮画像データサブセグメントのライトが終了した後のテンプブロックの状態を示す。
【００４９】
図９（ａ）から図９（ｂ）への状態遷移では、発行されるライトコマンドは１個前のライトコマンドと異なる論理ブロックであるが、２個目のテンプブロックを確保することにより、集約処理が発生するのを防止している。また、図９（ｂ）から図９（ｃ）への状態遷移では、ライトコマンドは１個前のライトコマンドと異なる論理ブロックで、２個前のライトコマンドと同一の論理ブロックであるので、既存のテンプブロック（１個目）に追記し、集約処理は発生しない。
【００５０】
このように、テンプブロックを２個管理することで、集約処理の多発によるライト性能の劣化を防止できるので、左右の両目の圧縮画像データは小ブロック単位で交互にライトすることができる。よって、実施の形態１で実装したバッファーメモリの容量を十分小さくすることができ、３Ｄ撮像記録装置のコストを下げることが可能となる。
【００５１】
なお、本実施の形態では、論理ブロックの連続性をメモリカード５内部で自動判定しテンプブロックを作成したが、圧縮画像データをライトするコマンドに、左右の目を識別するタグを付けて発行し、タグによってテンプブロックを制御しても同等の効果が得られることは言うまでもない。
【００５２】
また、本実施の形態では、右目画像データと左目画像データにかかるライトコマンドを、メモリカードに対して交互に発行したが、これに限定されるものではない。例えばＳＲＡＭ容量を２倍にとると、同一の消去ブロックにかかるライトコマンドを連続して発行してもよいので、メモリカードのライト時間のばらつきに対応でき、より柔軟なシステムを構築することが可能となる。
【００５３】
また、実施の形態１と同様に、２種類以上の画像データを同時記録するアプリケーションでは適応可能であることは言うまでもない。Ｎ種類（Ｎは２以上の自然数）の画像データに対応する場合は、Ｎ個以上のテンプブロックを実装すれば同様の効果が得られることは言うまでもない。
【産業上の利用可能性】
【００５４】
本実施の形態にかかる立体画像記録装置は、メモリカードなどの半導体メディアに３Ｄ画像を記録し、記録した３Ｄ画像を加工して、半導体メディアに書き戻す場合に有効である。したがって、撮像した３Ｄ画像データの加工編集を行う業務用映像記録分野において有用である。
【符号の説明】
【００５５】
１ ３Ｄ映像撮像部
２ 画像データ処理部
３ バッファーメモリ
３１ ＳＲＡＭ
４ 記録制御部
４０ ファイルシステム部
４１ ドライバ
５ メモリカード
５０ テンプブロック制御部
【技術分野】
【０００１】
本発明は、３次元（３Ｄ）の立体画像等の同時に撮像された複数の画像を、メモリカードなどの半導体記録装置に記録再生する制御手法に関する。
【背景技術】
【０００２】
最近、家庭用の３Ｄテレビが発売され、３Ｄ映像に対する関心が高まりつつある。一方、３Ｄ対応のコンテンツの充実が課題となっているが、３Ｄの番組制作では２台のカメラを眼幅だけ離して横に並べて、Ｌ／Ｒ夫々の画像データを２台のＶＴＲなどに記録することで番組が制作される。
【０００３】
特許文献１においては、２台のビデオカメラをその光軸が概略平行に眼幅離して配され、３次元の立体映像を撮影するときには２台のビデオカメラによって撮影された左目と右目が見た映像に相当する映像を２つの映像信号として同時に記録する立体映像撮像装置が開示されている。
【０００４】
また、特許文献２においては、左目の画像データと右目の画像データを夫々圧縮し、所定の単位でインタリーブしてＤＶＤに記録する記録装置が開示されている。これにより両目の画像データの３Ｄ立体映像再生においても、片目のみの従来の２Ｄ映像再生においてもリアルタイム再生を可能とし、２Ｄ／３Ｄの互換再生を両立させている。
【０００５】
さらに、特許文献３においては、ディジタルスチルカメラにおいて、左目と右目の画像データをメモリカードに記録する際、たとえば、第１のヘッダ情報に続いて左目画像データを記録し、第２のヘッダ情報に続いて右目画像データを記録する画像ファイル生成装置が開示されている。これにより、従来の２Ｄの画像データの再生機器との互換性を保持しつつ、３Ｄ画像データを１ファイルで運用する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平９−２１５０１２号公報
【特許文献２】特開２０００−２７０３４７号公報
【特許文献３】特開２００９−１４７９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
立体画像を撮影した場合、撮影後に一部の画像を削除したり、画像の順序を変更する編集作業が発生する。
【０００８】
また、２個の撮像素子で３Ｄ立体画像を撮影した場合は、夫々の撮像素子の色バラツキの吸収や画角の補正などするため、撮影後に編集作業が発生する。
【０００９】
しかしながら、メモリカードに記録することを前提とした特許文献３では、編集作業を考慮した記録手法については記載されていない。例えば、１フレーム当たり片眼１ＭＢの画像データを左・右の順番でメモリカードに１００フレーム記録した後に、左目の画像データに修正を加えた後にメモリカードに書き戻す際、１ファイルに記録している両目の画像データをリードし、左目のデータを補正した後の両目の画像データをメモリカードに再ライトするといった作業が必要となる。このように補正の必要のない右眼の画像データのリードとライトが発生するため、作業効率が良好でない。
【００１０】
また、特許文献１および特許文献２においては、ＶＴＲ／ＤＶＤを前提とした記載であり、メモリカードなどの半導体記録装置に３Ｄ画像データを記録する場合の詳細については記載されていない。
【課題を解決するための手段】
【００１１】
この課題を解決するために、本発明の記録制御装置は、同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、前記入力部に入力されたＬ個の画像を、メモリカードの異なる消去ブロックに記録するよう制御する記録制御部と、を備える。
【発明の効果】
【００１２】
上記構成によって、記録制御装置は、複数の画像をメモリカードの異なる消去ブロックに記録するため、複数の画像の内、１つの画像を加工編集して書き戻す場合、他の画像のリード／ライトは発生しないので、効率の良い加工編集が可能となる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１における３Ｄ撮像記録装置の構成図
【図２】実施の形態１におけるフラッシュメモリの消去ブロックの構成図
【図３】実施の形態１のバッファーメモリの制御タイミング図
【図４】実施の形態１の左右の圧縮画像データと消去ブロックの対応関係を示す図
【図５】実施の形態１の編集前後の画像データのアライメントを示す図
【図６】従来の編集前後の画像データのアライメントを示す図
【図７】実施の形態２における３Ｄ撮像記録装置の構成図
【図８】実施の形態２のＳＲＡＭの制御タイミング図
【図９】実施の形態２のテンプブロックの状態遷移イメージ図
【発明を実施するための形態】
【００１４】
（実施の形態１）
以下、実施の形態１に係る記録制御装置を、３Ｄ撮像記録装置を用いて説明する。
【００１５】
図１に実施の形態１における３Ｄ撮像記録装置の構成図を示す。同図において、３Ｄ映像撮像部１は、立体画像データの撮像部であり、人間の目幅分だけ離れた２系統の撮像素子によって構成される。３Ｄ映像撮像部１は、立体画像を構成する左目画像と右目画像とを撮像し、出力する構成であればよく、２系列の撮像素子により構成される形態に限定されず、例えば、１つの撮像素子で時分割に左右の画像を撮像し、出力する形態であってもよい。画像データ処理部２は、３Ｄ映像撮像部１によって取得された左目と右目の画像データの処理部であり、左目と右目の画像データ夫々についてフレーム内圧縮を行う。フレーム内圧縮はＪＰＥＧ／ＤＶなどのディジタルスチルカメラ、カメラレコーダー等で使用されている圧縮方式を用いる。圧縮方式はこれらの方式に限定されず、どのようなものであってもよい。バッファーメモリ３は、画像データ処理部２で処理された圧縮画像データを一時記録しておくメモリであり、片側の目にかかる圧縮画像データをメモリカード５にライトしている間、もう片側の目にかかる圧縮画像データを一時記録する。記録制御部４は、ファイルシステム部４０とドライバ４１で構成される。ファイルシステム部４０は、左右の目の圧縮画像データを片目毎に１個のファイルとして扱い、メモリカード５の論理ブロックと各ファイルの画像データとの関連付けを行う。メモリカード５ではＦＡＴファイルシステムが採用されている。ＦＡＴにより、夫々のファイルのファイル名やメモリカードにライトされたファイルのコンテンツの論理ブロック位置が管理される。ドライバ４１は、メモリカード５のドライバであり、メモリカード５に対してライトやリードなどのコマンドを発行する。
【００１６】
メモリカード５はフラッシュメモリなどの不揮発性メモリとその制御回路で構成される。フラッシュメモリは、消去の最小単位である消去ブロックを複数ブロック有する。例えば、２ＧＢ容量のフラッシュメモリは、２ＭＢサイズの消去ブロックを１０２４個有している。また消去ブロックは複数の記録ページによって構成される。図２は消去ブロックの構成を示す図であり、各消去ブロックは２５６個の記録ページによって構成される。１記録ページのサイズが８ＫＢの場合、１消去ブロックのサイズは２ＭＢ（＝８ＫＢ＊２５６）となる。ライト対象の消去ブロックが消去済みの場合、当該消去ブロックの消去動作は発生しないが、ライト済みの消去ブロックにライトする場合は、２ＭＢの消去ブロックの消去の後、８ＫＢの記録ページ単位でライトが実行されることになる。
【００１７】
本実施の形態に係る記録制御装置は、図１に示す３Ｄ撮像記録装置において、画像データ処理部２から画像データが入力される入力部（図示せず）と、バッファーメモリ３と、記録制御部４と、を含む。
【００１８】
以上のように構成された３Ｄ撮像記録装置の動作について、詳細に説明する。
【００１９】
まず、バッファーメモリ３の制御について説明する。図３はバッファーメモリ３のライトとリードのタイミングを示す図であり、図３（ａ）は右目圧縮画像データのバッファーメモリ３へのライトタイミング、図３（ｂ）は左目圧縮画像データのバッファーメモリ３へのライトタイミング、図３（ｃ）は夫々の圧縮画像データのバッファーメモリ３からのリードタイミングを示す。
【００２０】
図３のＲ０、Ｒ１の符号は、右目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。同様に、Ｌ０、Ｌ１の符号は、左目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。
【００２１】
画像データ処理部２によって、片目毎に処理され圧縮された圧縮画像データは、図３（ａ）および（ｂ）で示したタイミングでバッファーメモリ３にライトされ、図３（ｃ）で示すように、右目と左目の圧縮画像データは、２ＭＢ単位でインタリーブして、バッファーメモリ３よりリードされる。そして、バッファーメモリ３よりリードされた圧縮画像データは、片側の目にかかる２ＭＢ単位に、メモリカード５の同一消去ブロックに記録されるようにファイルシステム部４０でメモリカード５の論理ブロックと対応付けられる。そして、ドライバ４１を介してライトコマンドが発行され、圧縮画像データはメモリカード５に記録される。
【００２２】
図４は、左右の圧縮画像データとメモリカード５の消去ブロックの対応関係を示す図であり、図４（ａ）は右目の画像データを２ＭＢ単位に分割した概念図である。Ｒ０、Ｒ１、Ｒ２は、２ＭＢ単位に分割した圧縮画像データセグメントを示す。図４（ｂ）は左目の画像データを２ＭＢ単位に分割した概念図である。Ｌ０、Ｌ１、Ｌ２は２ＭＢ単位に分割した圧縮画像データセグメントを示す。図４（ｃ）はメモリカード５の消去ブロックと２ＭＢの各圧縮画像データセグメントとの対応を示す。図４（ｃ）に示すように、同一の消去ブロックには、片側の目に対応する圧縮画像データのみが記録され、両目の圧縮画像データが混在して記録されることはない。また、図４（ｃ）では、右目と左目の圧縮画像データを交互にメモリカードの消去ブロックに配しているが、交互に配する必要性はない。
【００２３】
さて、以上のように３Ｄ画像データが記録されたメモリカード５において、片目の画像データを編集して書き戻す処理について図５を参照しながら説明する。
【００２４】
図５は編集前後のメモリカード５における画像データのアライメントを示す図であり、図５（ａ）は編集前、図５（ｂ）は編集後のアライメントを示す。図５において、Ｒ０、Ｒ１は、消去ブロックに右目の圧縮画像データセグメントが配されていることを示し、Ｌ１、Ｌ２は、消去ブロックに左目の圧縮画像データセグメントが配されていることを示す。また、データが配されていない消去ブロックはＥで示している。
【００２５】
右目の圧縮画像データＲ０、Ｒ１を加工した後、図５（ａ）ではＥであった消去ブロックにＲ０（Ｎｅｗ）、Ｒ１（Ｎｅｗ）のデータがライトされる。そして図５（ａ）でＲ０、Ｒ１の右目の圧縮画像データが配されていた消去ブロックは消去され、Ｅ状態に遷移させる。
【００２６】
着目すべきポイントは、編集前の図５（ａ）と編集後の図５（ｂ）において、データが配されていない消去ブロック（Ｅ）の数は４個であり、同一ブロック数が保持されている点である。
【００２７】
つぎに、左右の目にかかる圧縮画像データを混在させて１個の消去ブロックにライトされているメモリカードにおいて、右目の圧縮画像データを加工して書き戻した場合について、図６を参照にしながら説明する。
【００２８】
図６は、本実施の形態を適用しない、従来のメモリカードにおける、編集前後の画像データのアライメントを示す図であり、図６（ａ）は編集前、図６（ｂ）は編集後のアライメントを示す。図６（ａ）において、Ｒ０−０、Ｒ０−１は、２ＭＢからなるＲ０の圧縮画像データセグメントを１ＭＢ毎に２等分したものである。同様に、Ｒ１−０、Ｒ１−１、Ｌ０−０、Ｌ０−１、Ｌ１−０、Ｌ１−１は、２ＭＢからなるＲ１、Ｌ０、Ｌ１の圧縮画像データセグメントを１ＭＢ単位で、夫々２等分したものである。また、図５と同様に、符号Ｅはデータが配されていない消去ブロックを示す。図６（ａ）に示すように、各消去ブロックには左目と右目の圧縮画像データが１ＭＢずつ記録されている。図６（ａ）の状態から右目のデータを加工してメモリカードに書き戻すと図６（ｂ）の状態になる。
【００２９】
着目すべきポイントは、編集前の図６（ａ）では、データが配されていない消去ブロック（Ｅ）の数は４個であるが、編集後の図６（ｂ）では、データが配されていない消去ブロック（Ｅ）の数は２個であり、編集後に、データが配されていない消去ブロック（Ｅ）の数が減少している点である。これは、編集対象の左目データが右目データと混在して同一の消去ブロックに配されていることに起因している。編集後におけるデータが配されていない消去ブロック（Ｅ）の数を４個保持するには、さらに図６（ｂ）の状態からＬ０−０、Ｌ０−１、Ｌ１−０、Ｌ１−１のデータをリードした後、Ｅ状態の消去ブロック２個に移動した後に、移動元の消去ブロック４個を消去する必要がある。この場合、編集対象でない左目の画像データの消去ブロック間移動が発生するため、本実施の形態の図５を用いて説明した形態と比較すると編集効率が大幅に劣化する。
【００３０】
以上、本実施の形態によれば、記録制御部４により、左目画像と右目画像とをそれぞれ別ファイルとし、左目画像のファイルと右目画像のファイルとを、メモリカード５の異なる消去ブロックに記録する。これにより、片目の画像のみを加工編集する際に、もう一方の画像にかかる画像データを別の消去ブロックに移動させることなく、加工対象の画像がライトされていた消去ブロックを消去できる。よって、片目画像編集の効率を大幅に改善することができる３Ｄ撮像記録装置を提供することができる。
【００３１】
なお、簡単のために、メモリカード５のライトにおける消去ブロック並列数を１個で説明したが、複数の消去ブロックに対して並列にライトを実施すれば、より高速ライトが実現できることは言うまでもない。例えば２並列であれば、２個の消去ブロックサイズ（＝４ＭＢ）単位にバッファーメモリ３、ファイルシステム部４０を制御すればよい。
【００３２】
なお、本実施の形態では、記録制御部４が、３Ｄ撮像記録装置中に存在する構成について説明したが、記録制御部４がメモリカード５中に存在する構成であってもよい。
【００３３】
なお、メモリカード５に内蔵された不揮発性メモリをフラッシュメモリで説明したが、消去とライトの単位が異なるメモリであれば、適用可能であることは言うまでもない。
【００３４】
なお、本実施の形態では、３Ｄ画像データに限定して説明したが、２種類以上の画像データを同時記録するアプリケーションでは適応可能であることは言うまでもない。４種類の画像データであれば、さらに大きいバッファーメモリを実装すれば同等の効果が得られることは言うまでもない。
【００３５】
（実施の形態２）
実施の形態１では、消去ブロックサイズが２ＭＢであり、左右の目の圧縮画像データを異なる消去ブロックにライトするには、ライト面４ＭＢとリード面４ＭＢの合計８ＭＢ分の大容量バッファーメモリが必要であった。
【００３６】
本実施の形態では、大容量のバッファーメモリを実装することなく、メモリカード内部の制御により、同等の機能を実現する。
【００３７】
図７は、本実施の形態における３Ｄ撮像記録装置の構成図である。実施の形態１との違いは、３Ｄ撮像記録装置はバッファーメモリ３の代替として、小容量のＳＲＡＭ３１と、メモリカード５の内部にテンプブロック制御部５０を追加している点である。図１と同一符号のブロックは、実施の形態１と同一の動作なので、説明を割愛する。
【００３８】
以下、小容量ＳＲＡＭ３１とテンプブロック制御部５０の動作について詳細に説明する。
【００３９】
本実施の形態では、メモリカード５の消去ブロックのサイズは実施の形態１と同一サイズの２ＭＢであるが、左目の圧縮画像データと右目の圧縮画像データを２５６ＫＢ単位でインタリーブして、メモリカード５にライトコマンドを発行する。
【００４０】
図８は、ＳＲＡＭ３１のライトとリードのタイミング図であり、図８（ａ）は右目圧縮画像データのＳＲＡＭ３１へのライトタイミング、図８（ｂ）は左目圧縮画像データのＳＲＡＭ３１へのライトタイミング、図８（ｃ）は夫々の圧縮画像データのＳＲＡＭ３１からのリードタイミングを示す。
【００４１】
図８のＲ０、Ｒ１の符号は、右目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。同様に、Ｌ０、Ｌ１の符号は、左目の圧縮画像データを２ＭＢ単位で分割した圧縮画像データセグメントを示す。また、Ｒ００、Ｒ０１、・・・、Ｒ０７は、圧縮画像データセグメントＲ０を８等分した圧縮画像データサブセグメントを示す。Ｒ０が２ＭＢのサイズなので、Ｒ００、Ｒ０１等は２５６ＫＢのデータサイズとなる。同様に、Ｒ１０、Ｒ１１、・・・、Ｒ１７は、Ｒ１の圧縮画像データサブセグメントを示す。同様に、Ｌ００、Ｌ０１、・・・、Ｌ０７は、Ｌ０の圧縮画像データサブセグメントを示す。同様に、Ｌ１０、Ｌ１１、・・・、Ｌ１７は、Ｌ１の圧縮画像データサブセグメントを示す。
【００４２】
画像データ処理部２によって、片目毎に処理された圧縮された圧縮画像データは、図８（ａ）および（ｂ）で示したタイミングでＳＲＡＭ３１にライトされ、図８（ｃ）に示すように、右目と左目の圧縮画像データを、圧縮画像データサブセグメント（＝２５６ＫＢ）単位でインタリーブして、ＳＲＡＭ３１よりリードされる。そして、ＳＲＡＭ３１よりリードされた圧縮画像データは、片側の目にかかる２ＭＢ単位に、メモリカード５の同一消去ブロックに記録されるようにファイルシステム部４０でメモリカード５の論理ブロックと対応付けられる。そして、ドライバ４１を介してライトコマンドを発行し、圧縮画像データはメモリカード５に記録される。実施の形態１では２ＭＢ単位にインタリーブしていたので大容量のバッファーメモリ（＝８ＭＢ）を必要としたが、本実施の形態では、２５６ＫＢの４面で構成される１ＭＢ程度のＳＲＡＭ３１で対応可能である。なお、画像データサブセグメントは、圧縮画像データセグメントを８分割して構成したが、さらに細かく分割すると、インタリーブ単位も細かくなるので、ＳＲＡＭサイズを小さくできる。例えば、圧縮画像データセグメントを３２分割した場合は、圧縮画像データサブセグメントのサイズは６４ＫＢとなり、ＳＲＡＭのサイズは２５６ＫＢあればよい。
【００４３】
つぎに、メモリカード５のテンプブロック制御部５０の動作について説明する。
【００４４】
一般にメモリカード５は、論理ブロックと消去ブロックの対応関係を管理する論物変換テーブルと、消去ブロックの使用有無を管理する空ブロックテーブルを備える。そして、ホスト機器からライトコマンドが発行されると、空ブロックテーブルにより、新規の消去ブロックがテンプブロックとして割り当てられる。１個のテンプブロックには１個の論理ブロックのデータが割り当てられる。よって、テンプブロックが割り当てられた論理ブロックは、論物変換テーブルで対応付けられている消去ブロックと合わせて、２個の消去ブロックが割り当てられることになる。テンプブロックには最新のデータがライトされるので、同一論理アドレスにかかるデータがテンプブロックと論物変換テーブルで対応付けられている消去ブロックに重複して存在する場合は、テンプブロックにライトされているデータが正規のデータとなる。
【００４５】
ライトコマンドの論理アドレスが、テンプブロックの割り当てられた論理ブロックと同一ブロックの場合は、既存のテンプブロックに対してデータが追記される。一方、ライトコマンドの論理アドレスが、テンプブロックの割り当てられた論理ブロックと異なるブロックの場合、既存のテンプブロックを解消し、ライトコマンドが示す論理ブロックのライト用に新規のテンプブロックが確保される。既存のテンプブロックの解消処理は、テンプブロックと他の消去ブロックに存在する同一論理ブロックにかかるデータを１個の消去ブロックに集約させ、集約させた消去ブロックを論物変換テーブルに反映させる処理からなる。
【００４６】
消去ブロックサイズが２ＭＢであり、２５６ＫＢ毎に交互に論理ブロックを切り替えてライトコマンドを発行する場合は、集約処理がライトコマンド毎に発生するため、ライト速度が劣化してしまう。
【００４７】
本実施の形態では、テンプブロック制御部５０により、テンプブロックを２個管理することで、集約処理の多発によるライト性能の劣化を防止する。本実施の形態の論理ブロックサイズと消去ブロックサイズは２ＭＢなので、テンプブロックサイズも２ＭＢとなる。そして、連続して発行されるライトコマンドが同一の論理ブロックへのライトを示す場合は、割り当てられた１個目のテンプブロックに対してデータがライトされる。しかしながら、連続して発行されるライトコマンドが別の論理ブロックへのライトと判定されると、既存のテンプブロックへのライトが一時停止される。そして、空ブロックテーブルをサーチして２個目のテンプブロックが確保され、確保した２個目のテンプブロックに対してライトが実行される。また、その次に発行されたライトコマンドが、１個目のテンプブロックと同一の論理ブロックへのライトと判定された場合は、１個目のテンプブロックにデータが追記される。このように、テンプブロックを２個設けているので、３個目の論理ブロックにかかるライトコマンドが検出されない限り、集約処理は発生しない。
【００４８】
図９に、テンプブロックの状態遷移イメージを示す。図９（ａ）は、右目の圧縮画像データサブセグメントを１個ライトした後のテンプブロックの状態、図９（ｂ）は、左目の圧縮画像データサブセグメントを１個ライトした後のテンプブロックの状態、図９（ｃ）は、右目の圧縮画像データサブセグメントを、さらに１個ライトした後のテンプブロックの状態、図９（ｄ）は、左目の圧縮画像データサブセグメントを、さらに１個ライトした後のテンプブロックの状態、図９（ｅ）は、両目の圧縮画像データサブセグメントのライトが終了した後のテンプブロックの状態を示す。
【００４９】
図９（ａ）から図９（ｂ）への状態遷移では、発行されるライトコマンドは１個前のライトコマンドと異なる論理ブロックであるが、２個目のテンプブロックを確保することにより、集約処理が発生するのを防止している。また、図９（ｂ）から図９（ｃ）への状態遷移では、ライトコマンドは１個前のライトコマンドと異なる論理ブロックで、２個前のライトコマンドと同一の論理ブロックであるので、既存のテンプブロック（１個目）に追記し、集約処理は発生しない。
【００５０】
このように、テンプブロックを２個管理することで、集約処理の多発によるライト性能の劣化を防止できるので、左右の両目の圧縮画像データは小ブロック単位で交互にライトすることができる。よって、実施の形態１で実装したバッファーメモリの容量を十分小さくすることができ、３Ｄ撮像記録装置のコストを下げることが可能となる。
【００５１】
なお、本実施の形態では、論理ブロックの連続性をメモリカード５内部で自動判定しテンプブロックを作成したが、圧縮画像データをライトするコマンドに、左右の目を識別するタグを付けて発行し、タグによってテンプブロックを制御しても同等の効果が得られることは言うまでもない。
【００５２】
また、本実施の形態では、右目画像データと左目画像データにかかるライトコマンドを、メモリカードに対して交互に発行したが、これに限定されるものではない。例えばＳＲＡＭ容量を２倍にとると、同一の消去ブロックにかかるライトコマンドを連続して発行してもよいので、メモリカードのライト時間のばらつきに対応でき、より柔軟なシステムを構築することが可能となる。
【００５３】
また、実施の形態１と同様に、２種類以上の画像データを同時記録するアプリケーションでは適応可能であることは言うまでもない。Ｎ種類（Ｎは２以上の自然数）の画像データに対応する場合は、Ｎ個以上のテンプブロックを実装すれば同様の効果が得られることは言うまでもない。
【産業上の利用可能性】
【００５４】
本実施の形態にかかる立体画像記録装置は、メモリカードなどの半導体メディアに３Ｄ画像を記録し、記録した３Ｄ画像を加工して、半導体メディアに書き戻す場合に有効である。したがって、撮像した３Ｄ画像データの加工編集を行う業務用映像記録分野において有用である。
【符号の説明】
【００５５】
１ ３Ｄ映像撮像部
２ 画像データ処理部
３ バッファーメモリ
３１ ＳＲＡＭ
４ 記録制御部
４０ ファイルシステム部
４１ ドライバ
５ メモリカード
５０ テンプブロック制御部
【特許請求の範囲】
【請求項１】
同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、
前記入力部に入力されたＬ個の画像を、メモリカードの異なる消去ブロックに記録するよう制御する記録制御部と、
を備える記録制御装置。
【請求項２】
前記入力部に入力されたＬ個の画像を同時に保持するバッファーメモリを備え、
前記記録制御部は、
前記バッファーメモリ上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックを前記メモリカードの少なくとも一つの消去ブロックに対応付けるファイルシステム部を含む、
請求項１に記載の記録制御装置。
【請求項３】
前記記録制御部は、
前記論理ブロックにかかるデータをＭ個（Ｍは自然数）のライトコマンドとして、連続して前記メモリカードに発行するドライバ部を含む、
請求項２に記載の記録制御装置。
【請求項４】
前記記録制御部は、
前記Ｌ個の画像のそれぞれの論理ブロックにおいて、前記論理ブロックにかかるデータをＮ個（Ｎは自然数）に分割し、Ｌ×Ｎ個の分割された前記Ｌ個の画像にかかるライトコマンドをインタリーブして前記メモリカードに発行するドライバ部を含む
請求項２に記載の記録制御装置。
【請求項５】
前記入力部は、
複数の画像として、立体画像を構成する第１の画像と第２の画像とが入力される
請求項１から４の何れかに記載の記録制御装置。
【請求項６】
同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、
前記入力部に入力されたＬ個の画像を、メモリカードの異なる消去ブロックに記録するよう制御する記録制御部と、
を備える半導体記録装置。
【請求項７】
前記入力部に入力されたＬ個の画像を同時に保持するバッファーメモリを備え、
前記記録制御部は、
前記バッファーメモリ上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックを前記メモリカードの少なくとも一つの消去ブロックに対応付けるファイルシステム部を含む、
請求項６に記載の半導体記録装置。
【請求項８】
前記記録制御部は、
前記論理ブロックにかかるデータをＭ個（Ｍは自然数）のライトコマンドとして、連続して前記メモリカードに発行するドライバ部を含む、
請求項７に記載の半導体記録装置。
【請求項９】
前記記録制御部は、
前記Ｌ個の画像のそれぞれの論理ブロックにおいて、前記論理ブロックにかかるデータをＮ個（Ｎは自然数）に分割し、Ｌ×Ｎ個の分割された前記Ｌ個の画像にかかるライトコマンドをインタリーブして前記メモリカードに発行するドライバ部を含む
請求項７に記載の半導体記録装置。
【請求項１０】
前記入力部は、
複数の画像として、立体画像を構成する第１の画像と第２の画像とが入力される
請求項６から９の何れかに記載の半導体記録装置。
【請求項１１】
記録制御装置と半導体記録装置とからなる記録システムであって、
前記記録制御装置は、
同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、
前記入力部に入力されたＬ個の画像を同時に保持するバッファーメモリと、
前記半導体記録装置に対するデータの記録を制御する記録制御部と、
を備え、
前記記録制御部は、
前記バッファーメモリ上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックを前記メモリカードの少なくとも一つの消去ブロックに対応付けるファイルシステム部と、
前記Ｌ個の画像のそれぞれの論理ブロックにおいて、前記論理ブロックにかかるデータをＮ個（Ｎは自然数）に分割し、（Ｌ×Ｎ）個の分割された前記Ｌ個の画像にかかるライトコマンドをインタリーブしてメモリカードに発行するドライバ部と、
を含み、
前記半導体記録装置は、
記録済みの論理ブロックと消去ブロックとの対応関係を示す論物変換テーブルと、
前記論物変換テーブルに登録済みの消去ブロックと異なる消去ブロックをテンプブロックとして確保し、前記記録制御装置からのＬ個の論理ブロックへのインタリーブされたライトコマンドに対して、少なくともＬ個のテンプブロックに、夫々の論理ブロックにかかるデータを記録するテンプブロック制御部と、
を備える記録システム。
【請求項１】
同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、
前記入力部に入力されたＬ個の画像を、メモリカードの異なる消去ブロックに記録するよう制御する記録制御部と、
を備える記録制御装置。
【請求項２】
前記入力部に入力されたＬ個の画像を同時に保持するバッファーメモリを備え、
前記記録制御部は、
前記バッファーメモリ上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックを前記メモリカードの少なくとも一つの消去ブロックに対応付けるファイルシステム部を含む、
請求項１に記載の記録制御装置。
【請求項３】
前記記録制御部は、
前記論理ブロックにかかるデータをＭ個（Ｍは自然数）のライトコマンドとして、連続して前記メモリカードに発行するドライバ部を含む、
請求項２に記載の記録制御装置。
【請求項４】
前記記録制御部は、
前記Ｌ個の画像のそれぞれの論理ブロックにおいて、前記論理ブロックにかかるデータをＮ個（Ｎは自然数）に分割し、Ｌ×Ｎ個の分割された前記Ｌ個の画像にかかるライトコマンドをインタリーブして前記メモリカードに発行するドライバ部を含む
請求項２に記載の記録制御装置。
【請求項５】
前記入力部は、
複数の画像として、立体画像を構成する第１の画像と第２の画像とが入力される
請求項１から４の何れかに記載の記録制御装置。
【請求項６】
同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、
前記入力部に入力されたＬ個の画像を、メモリカードの異なる消去ブロックに記録するよう制御する記録制御部と、
を備える半導体記録装置。
【請求項７】
前記入力部に入力されたＬ個の画像を同時に保持するバッファーメモリを備え、
前記記録制御部は、
前記バッファーメモリ上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックを前記メモリカードの少なくとも一つの消去ブロックに対応付けるファイルシステム部を含む、
請求項６に記載の半導体記録装置。
【請求項８】
前記記録制御部は、
前記論理ブロックにかかるデータをＭ個（Ｍは自然数）のライトコマンドとして、連続して前記メモリカードに発行するドライバ部を含む、
請求項７に記載の半導体記録装置。
【請求項９】
前記記録制御部は、
前記Ｌ個の画像のそれぞれの論理ブロックにおいて、前記論理ブロックにかかるデータをＮ個（Ｎは自然数）に分割し、Ｌ×Ｎ個の分割された前記Ｌ個の画像にかかるライトコマンドをインタリーブして前記メモリカードに発行するドライバ部を含む
請求項７に記載の半導体記録装置。
【請求項１０】
前記入力部は、
複数の画像として、立体画像を構成する第１の画像と第２の画像とが入力される
請求項６から９の何れかに記載の半導体記録装置。
【請求項１１】
記録制御装置と半導体記録装置とからなる記録システムであって、
前記記録制御装置は、
同時に撮像されたＬ個（Ｌは２以上の自然数）の画像が入力される入力部と、
前記入力部に入力されたＬ個の画像を同時に保持するバッファーメモリと、
前記半導体記録装置に対するデータの記録を制御する記録制御部と、
を備え、
前記記録制御部は、
前記バッファーメモリ上の画像毎に、それぞれを所定サイズの論理ブロックに分割し、分割した論理ブロックを前記メモリカードの少なくとも一つの消去ブロックに対応付けるファイルシステム部と、
前記Ｌ個の画像のそれぞれの論理ブロックにおいて、前記論理ブロックにかかるデータをＮ個（Ｎは自然数）に分割し、（Ｌ×Ｎ）個の分割された前記Ｌ個の画像にかかるライトコマンドをインタリーブしてメモリカードに発行するドライバ部と、
を含み、
前記半導体記録装置は、
記録済みの論理ブロックと消去ブロックとの対応関係を示す論物変換テーブルと、
前記論物変換テーブルに登録済みの消去ブロックと異なる消去ブロックをテンプブロックとして確保し、前記記録制御装置からのＬ個の論理ブロックへのインタリーブされたライトコマンドに対して、少なくともＬ個のテンプブロックに、夫々の論理ブロックにかかるデータを記録するテンプブロック制御部と、
を備える記録システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１９３８３（Ｐ２０１２−１９３８３Ａ）
【公開日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願番号】特願２０１０−１５５６４４（Ｐ２０１０−１５５６４４）
【出願日】平成２２年７月８日（２０１０．７．８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年１月２６日（２０１２．１．２６）
【国際特許分類】
【出願日】平成２２年７月８日（２０１０．７．８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]