(57)【要約】      （修正有）【課題】複数の画像圧縮回路を用いて動画像を圧縮する構成で、画像と音声を同期記録する。【解決手段】画像データ生成回路１０２は、撮像部１０１からの画像データをフレーム順に交互に画像圧縮回路１０３，１０４に供給する。画像圧縮回路１０３，１０４は、入力する画像データを圧縮し、それぞれバッファメモリ105、１０６に格納する。音声データ生成回路１０８は、音声入力部１０７からの入力音声信号をＰＣＭ音声データに変換して音声バッファメモリ１０９に格納する。データコピー回路１１０は、バッファメモリ１０５，１０６に対し、それぞれに格納される圧縮画像データと同じフレームの音声データを音声バッファメモリ１０９からバッファメモリ１０５，１０６に転送する。データ記録回路１１１は、バッファメモリ１０５，１０６に格納される同じフレームの圧縮画像データ及び音声データを組にして、所定のフレーム順に記録媒体１１２に記録する。【選択図】図１
2017169082.tif 000002
【特許請求の範囲】
【請求項１】
画像データを圧縮して圧縮画像データを出力する複数の画像圧縮手段と、
画像データを前記複数の画像圧縮手段に所定の振り分け規則に従い振り分ける画像データ生成手段と、
音声データを生成する音声データ生成手段と、
前記複数の画像圧縮手段から出力される圧縮画像データをそれぞれ格納する複数のバッファメモリと、
前記複数のバッファメモリのそれぞれに対し、前記音声データのうち、格納されている前記圧縮画像データに対応する音声データを書き込む音声データ書き込み手段と、
前記複数のバッファメモリに格納される、対応したフレームの前記圧縮画像データと前記音声データを組にしたフレームデータを、前記複数のバッファメモリから読み出して記録媒体に記録するデータ記録手段
とを有すること特徴とする画像記録装置。
【請求項２】
前記データ記録手段は、前記複数のバッファメモリに記憶される前記フレームデータが所定サイズ以上になると、前記複数のバッファメモリから前記所定サイズのフレームデータを読みだして前記記録媒体に記録することを特徴とする請求項１に記載の画像記録装置。
【請求項３】
前記所定サイズが、前記記録媒体の書き込み単位となるサイズの整数倍であることを特徴とする請求項２に記載の画像記録装置。
【請求項４】
前記記録媒体の書き込み単位となるサイズを前記記録媒体から取得し、その整数倍を前記所定サイズとして前記データ記録手段に設定する手段を有することを特徴とする請求項３に記載の画像記録装置。
【請求項５】
前記複数の画像圧縮手段は、対応する前記バッファメモリに対し、同じフレームの音声データを格納できる空き領域を確保した状態で圧縮画像データを書き込むことを特徴とする請求項１から４のいずれか１項に記載の画像記録装置。
【請求項６】
前記フレームデータがフレームごとの付加情報を格納するフレームヘッダを含むことを特徴とする請求項１から５のいずれか１項に記載の画像記録装置。
【請求項７】
前記フレームヘッダが、タイムコード及び撮影パラメータを示す情報を含むことを特徴とする請求項６に記載の画像記録装置。
【請求項８】
さらに、前記画像データ生成手段から出力される、前記画像データの時刻情報に従い、前記画像データ生成手段の前記複数の画像圧縮手段への振り分け、及び前記音声データ書き込み手段による前記複数のバッファメモリへの書き込みを制御する制御手段を有することを特徴とする請求項１から７のいずれか１項に記載の画像記録装置。
【請求項９】
前記複数の画像圧縮手段が２つの画像圧縮手段からなり、前記複数のバッファメモリが２つのバッファメモリからなることを特徴とする請求項１から８のいずれか１項に記載の画像記録装置。
【請求項１０】
画像データを複数の画像圧縮手段に所定の振り分け規則に従い振り分ける振り分けステップと、
前記複数の画像圧縮手段から出力される圧縮画像データを複数のバッファメモリのうちの対応するバッファメモリに格納するステップと、
音声データを生成する音声データ生成ステップと、
前記複数のバッファメモリのそれぞれに対し、前記音声データのうち、格納されている前記圧縮画像データに対応する音声データを書き込む音声データ書き込みステップと、
前記複数のバッファメモリに格納される同じフレームの前記圧縮画像データと前記音声データを組にしたフレームデータを、前記複数のバッファメモリから読み出して記録媒体に記録するデータ記録ステップ
とを有すること特徴とする画像記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画像を記録する画像記録装置及び方法に関する。
【背景技術】
【０００２】
デジタビデオカメラ（画像記録装置）においては、撮像センサ（イメージセンサ）の高画素化、高フレームレート化に伴って、ＭＰＥＧ圧縮等を行う画像処理回路での処理能力が不足する傾向にある。画像処理回路での処理能力が不足すると、高解像度、高フレームレートの動画像記録の実現が困難となる。
【０００３】
画像処理回路での処理能力を改善する技術としては、複数の画像処理回路で並列処理する構成が考えられる（特許文献１参照）。特許文献１には、撮像センサの撮像画像信号と撮影順を示す識別信号を２つの画像処理回路に交互に入力し、各画像処理回路で圧縮された画像データを識別情報に基づき撮影順に記録媒体に記録することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２１９３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載される技術は、主に静止画像の連写速度向上を目的としてものであり、画像と音声の同期を取って一つの動画像として記録を行うことができない。画像と音声の同期を取らずに記録されると、その動画像を再生した場合に、視聴者が大きな違和感を感じることとなる。
【０００６】
本発明は、このような問題を解決し、画像と音声を同期して記録できる画像記録装置及び方法を提示することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の画像記録装置は、画像データを圧縮して圧縮画像データを出力する複数の画像圧縮手段と、画像データを前記複数の画像圧縮手段に所定の振り分け規則に従い振り分ける画像データ生成手段と、音声データを生成する音声データ生成手段と、前記複数の画像圧縮手段から出力される圧縮画像データをそれぞれ格納する複数のバッファメモリと、前記複数のバッファメモリのそれぞれに対し、前記音声データのうち、格納されている前記圧縮画像データに対応する音声データを書き込む音声データ書き込み手段と、前記複数のバッファメモリに格納される、対応したフレームの前記圧縮画像データと前記音声データを組にしたフレームデータを、前記複数のバッファメモリから読み出して記録媒体に記録するデータ記録手段とを有すること特徴とする。
【発明の効果】
【０００８】
本発明によれば、複数の画像圧縮手段を用いて画像データをフレームごとに振り分けて圧縮処理する場合に、画像と音声の同期を取って記録媒体に記録できる。この結果、記録された動画像を再生した場合に、画像に対して正しいタイミングで音声を出力することが可能となり、視聴者に違和感を感じさせることがなくなる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例の概略構成ブロック図である。
【図２】本実施例のバッファメモリのデータ配置例である。
【図３】動画像ファイルのデータ構成例である。
【図４】フレームデータ管理テーブルのデータ配置例である。
【図５】本実施例の制御動作のフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１１】
図１は、本発明に係る画像記録装置の一実施例を組み込んだビデオカメラの概略構成ブロック図図である。
【００１２】
図１に示すビデオカメラ１００の構成と基本機能を説明する。
【００１３】
ＣＰＵ１１４は、与えられたプログラムに従ってビデオカメラ１００の各部を制御する。ワークメモリ１１５は、ＣＰＵ１１４がビデオカメラ１００の制御に利用するメモリである。
【００１４】
撮像部１０１は、一般的にレンズと撮像センサから構成されており、レンズを通して撮像センサ上に結像された被写体光学像を電気的な画像信号に変換して出力する。
【００１５】
画像データ生成回路１０２は、撮像部１０１からの画像信号をデジタルデータに変換し、各種の画像補正処理を行う。画像データ生成回路１０２は、所定の振り分け規則に従い、処理後の画像データを画像圧縮回路１０３と画像圧縮回路１０４のいずれか一方に出力する。
【００１６】
画像圧縮回路１０３，１０４はそれぞれ、入力された画像データを所定の画像圧縮方式で圧縮符号化し、得られた圧縮画像データをバッファメモリ１０５，１０６に格納する。画像圧縮回路１０４は、画像圧縮方式には、例えばＭＰＥＧ２方式及びＨ．２６４方式などがある。
【００１７】
音声入力部１０７、例えば、マイクロフォンと入力回路で構成され、周囲の音声を取り込み、電気的な音声信号を出力する。音声入力部１０７はまた、外部装置からの音声信号が入力する手段であってもよい。
【００１８】
音声データ生成回路１０８は、音声入力部１０７からの音声信号を所定の形式でサンプリングして、ＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）形式に変換して、内部バッファメモリに保持する。一般的に、撮像部１０１と画像データ生成回路１０２では、露光時間及び画像補正処理により１フレーム期間程度の遅延が発生することが多い。この遅延と同様の遅延を音声信号にも与えるように、音声データ生成回路１０８の内部バッファメモリは、この画像遅延を補償する１フレーム期間分のＰＣＭ音声データを保持する。音声データ生成回路１０８はまた、ＣＰＵ１１４からの指示に従い、ＰＣＭ音声データを音声バッファメモリ１０９の所定の位置にコピーする。音声データ生成回路１０８は、ＰＣＭ音声データを音声圧縮した上で音声バッファメモリ１０９に格納してもよい。利用可能な音声圧縮方式には例えば、ＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）方式などがある。
【００１９】
データコピー回路１１０は、音声バッファメモリ１０９から所定の音声データを読み出し、バッファメモリ１０５またはバッファメモリ１０６の所定の位置に書き込む音声データ書き込み手段である。
【００２０】
図２は、バッファメモリ１０５、バッファメモリ１０６及び音声バッファメモリ１０９のデータ配置例を示す。図２では、画像データ生成回路１０２が、画像データ＃００００〜＃０００５をこの順番で出力しているとする。画像データ生成回路１０２はＣＰＵ１１４により設定される振り分け規則に従い各フレームの画像データを画像圧縮回路１０３、１０４の一方に出力する。図２に示す例では、画像データ生成回路１０２は、偶数番目のフレームの画像データ＃００００，＃０００２，・・・を画像圧縮回路１０３に供給し、奇数番目のフレームの画像データ＃０００１，＃０００３，・・・を画像圧縮回路１０４に供給する。
【００２１】
より柔軟な方法で画像データ生成回路１０２から画像圧縮回路１０３，１０４への画像データの振り分けを、より柔軟に決定してもよい。例えば、Ｎフレームを繰り返しの単位とし、１フレームからＮフレーム目までの各フレームについて、画像圧縮回路１０３，１０４のどちらに入力するかをテーブルに記載しておく。画像データ生成回路１０２は、このテーブルを参照し、Ｎフレームを繰り返しの単位として、各フレームを画像圧縮回路１０３または同１０４に供給するように構成される。
【００２２】
＃００００〜＃０００５は、画像データ生成回路１０２が画像データを出力した時刻（または撮像部１０１の撮像の時刻）を示す識別情報であり、一般的にはフレーム番号である。例えば、１秒間に６０フレームの動画像を記録する場合、ちょうど１秒目の画像データの識別情報またはフレーム番号は＃００６０となる。また、１秒と１フレーム目（６１／６０＝約１．１６６秒目）の画像データの識別情報は＃０００６１となる。ＣＰＵ１１４は、画像データ生成回路１０２にフレーム単位で画像データを画像圧縮回路１０３，１０４に振り分けさせ、各画像データの識別情報を画像圧縮回路１０３，１０４にセットする。ＣＰＵ１１４はまた、各画像圧縮回路１０３，１０４に圧縮画像データを格納するバッファメモリ１０５，１０６のアドレスを指示する。
【００２３】
図２に示すデータ配置例では、バッファメモリ１０５，１０６には、各圧縮画像データの直前にフレームヘッダが格納され、各圧縮画像データの直後に音声データが格納されている。ＣＰＵ１１４は、前回の圧縮画像データの終端アドレスにメタデータサイズと音声データサイズを加算したアドレスを次の圧縮画像データの格納アドレスとする。これにより、ＣＰＵ１１４は、音声データとフレームヘッダを格納する領域をバッファメモリ１０５，１０６上で確保できる。フレームヘッダは、各フレームの付加情報を格納する領域であり、例えば、タイムコード及び撮影パラメータ等を含む。一般的に、編集作業時にこれらの情報が必要とされる。フレームヘッダのサイズは固定であり、ＣＰＵ１１４が各フレームに必要な情報を書き込む。
【００２４】
音声データのサイズは、ＰＣＭデータの場合はフレーム毎に固定サイズとなるが、ＡＡＣ方式等で圧縮された場合は可変サイズとなる。そこで、ＣＰＵ１１４想定される最大サイズを、バッファメモリ１０５，１０６のアドレス計算に使用する。例えば、圧縮前のＰＣＭデータサイズよりも大きくなることはないので、そのサイズを使用するなどが考えられる。最大サイズで音声データ領域を確保した場合、バッファメモリ１０５，１０６には未使用領域が音声データの直後に生じる。この場合、ＣＰＵ１１４は、バッファメモリ１０５，１０６のデータを記録媒体１１２に記録する際には、この未使用領域を含めないように記録を制御する。
【００２５】
各画像圧縮回路１０３，１０４は、それぞれに対応するバッファメモリ１０５，１０６の指定されたアドレスに圧縮画像データを格納する処理が完了すると、ＣＰＵ１１４にセットされた識別情報を含む完了通知を送る。フレーム内圧縮（イントラフレーム）の場合、画像圧縮回路１０３，１０４は、入力画像データの順番に圧縮を完了し、完了通知をＣＰＵ１１４に送付する。他方、フレーム間圧縮（インターフレーム）の場合、画像圧縮回路１０３，１０４は、画像データの入力順と異なる順番で画像データを圧縮する。フレーム間圧縮には、フレーム内の画像データのみで圧縮が行われるＩピクチャと、過去フレームを参照して圧縮が行われるＰピクチャと、過去と未来のフレームの両方を参照して圧縮が行われるＢピクチャがある。まず、Ｉピクチャになる画像データの圧縮が完了すると、この画像を参照するＢピクチャとＰピクチャが生成される。例えば、入力画像を順番にピクチャＢ０、Ｂ１、Ｉ２、Ｂ３、Ｂ４、Ｐ５・・・として取り扱われると、圧縮の完了順は、ピクチャＩ２、Ｂ０、Ｂ１、Ｐ５、Ｂ３、Ｂ４、・・・となる。圧縮完了の順番が異なっても、後述するように識別情報を元に音声データとの対応付けを行うことができる。
【００２６】
ＣＰＵ１１４は、画像データと同じ時刻に音声データ生成回路１０８の内部バッファメモリに保持されている１フレーム期間のＰＣＭ音声データに、画像と同じ識別情報をセットする。音声データ生成回路１０８は、音声データを音声バッファメモリ１０９にコピーすると共に、音声バッファメモリ１０９上のアドレスとサイズを音声アドレス変換テーブルの識別情報に対応するエントリに格納する。この音声アドレス変換テーブルは、識別情報をキーとして検索することで、対応するエントリからアドレスとサイズを取り出すことができるように構成されている。この音声アドレス変換テーブル自体は、図２に示すように音声バッファメモリ１０９上の一部の領域に配置されることもあれば、例えばワークメモリ１１５などの別メモリに配置されることもある。
【００２７】
音声圧縮を行わずにＰＣＭ音声データをそのまま音声バッファメモリ１０９に格納する場合、音声データ生成回路１０８は、ＰＣＭ音声データを音声バッファメモリ１０９にコピーするだけでよく、処理はすぐに完了する。ＡＡＣ等の音声圧縮を行う場合、この圧縮処理に時間がかかるので、ＣＰＵ１１４は、音声データ生成回路１０８から圧縮完了通知を受けてから、データコピー回路１１０を後述するように制御する。
【００２８】
ＣＰＵ１１４は、各画像圧縮回路１０３，１０４から各フレームの画像データの圧縮処理の完了通知を受けると、付随する識別情報と同一の音声データの音声バッファメモリ１０９上のアドレスとサイズを音声アドレス変換テーブルから取り出す。ＣＰＵ１１４は次に、そのアドレスとサイズで音声データを音声バッファメモリ１０９から読み出し、バッファメモリ１０５または同１０６の圧縮画像データの直後のアドレスに書き込むように、データコピー回路１１０を制御する。
【００２９】
上述したように、一つのフレームのデータ（フレームデータ）は、バッファメモリ１０５及び同１０６上でフレームヘッダ、圧縮画像データ及び音声データからなり、最終的に記録媒体１１２に記録される動画像ファイルに再構成される。図３は、記録媒体１１２に記録される動画像ファイルに収容されるデータ構成例を示す。動画像ファイルは、まず先頭にファイルヘッダが記録され、その後に、フレーム単位でフレームヘッダ、圧縮画像データ及び音声データが順次記録される。動画ファイルの最後には、ファイルフッタが記録される。動画像ファイルの一連のデータ構造と同一のデータ構造をバッファメモリ１０５，１０６に生成することで、バッファメモリ１０５，１０６から記録媒体１１２へのデータ記録回路１１１による記録処理を容易化できる。
【００３０】
バッファメモリ１０５，１０６に記憶された圧縮画像データと圧縮音声データを読みだして記録媒体１１２に書き込む処理を説明する。バッファメモリ１０５，１０６に注目するフレームのフレームデータ（フレームヘッダ、圧縮画像データ及び音声データ）の格納が完了すると、ＣＰＵ１１４はフレームデータ管理テーブルに、そのアドレスとサイズを追加する。図４は、フレームデータ管理テーブルの構成例を示す。フレームデータ管理テーブルは、ワークメモリ１１５に作られる。
【００３１】
フレームデータ管理テーブルは、有効なエントリの開始を示すＲＥＡＤポインタと空エントリの開始を示すＷＲＩＴＥポインタを持つ。ＣＰＵ１１４は、新しいフレームのアドレスとサイズをＷＲＩＴＥポインタ位置のエントリに格納し、ＷＲＩＴＥポインタを次に進める。フレーム管理テーブルの終端をＷＲＩＴＥポインタが超えると、ＣＰＵ１１４はＷＲＩＴＥポインタをフレーム管理テーブルの先頭に戻す。則ち、ＣＰＵ１１４はフレーム管理テーブルをリング状に利用する。
【００３２】
ＣＰＵ１１４は、フレームデータ管理テーブルにエントリを追加すると、エントリに存在するフレームデータのトータルサイズを取得する。ＣＰＵ１１４は、ＲＥＡＤポインタ位置のエントリからＷＲＩＴＥポインタ位置の前のエントリまで順番にそのサイズを加算することで、エントリに存在するフレームデータのトータルサイズを取得できる。トータルサイズが所定サイズ以上の場合、ＣＰＵ１１４は、フレームデータのアドレスとサイズをフレーム管理テーブルから順番に取り出してデータ記録回路１１１にセットする。そして、ＣＰＵ１１４は、バッファメモリ１０５，１０６からデータを読み出して記録媒体１１２に記録するようにデータ記録回路１１１に指示する。データ記録回路１１１は、ＣＰＵ１１４によりセットされたアドレスの指定されたサイズのデータをバッファメモリ１０５，１０６から読み出し、記録媒体１１２に記録する。ＣＰＵ１１４は、記録を行ったフレームデータのエントリ分だけＲＥＡＤポインタを進める。
【００３３】
記録媒体１１２は、例えば、フラッシュメモリ等の不揮発性半導体メモリ素子からなる、ランダムアクセス可能な記録媒体であり、コンピュータ読み取り可能なファイルシステムが設定されている。ＣＰＵ１１４は、記録媒体１１２に設定されるファイルシステムに従って、各種データをファイルとして管理する。
【００３４】
フラッシュメモリは、効率的に記録を行うための記録単位のサイズＲＵ（Ｒｅｃｏｒｄｉｎｇ  Ｕｎｉｔ）を持つ。例えば、ＲＵの整数倍のサイズでＷＲＩＴＥコマンドを発行することにより、高速な書き込みを安定して実現できるメモリカードがある。ＲＵサイズは、規格化された速度（Ｓｐｅｅｄ  Ｃｌａｓｓ）に応じて規定され、ＣＰＵ１１４は、装着されたメモリカードからそのＳｐｅｅｄ  Ｃｌａｓｓ情報を取得することによりＲＵを取得できる。
【００３５】
バッファメモリ１０５，１０６に格納されているフレームデータのトータルサイズがＲＵ以上となった場合に、ＲＵサイズで記録するようデータ記録回路１１１に指示することにより、高速な書き込みを安定して実現できる。ＲＵサイズで記録を行った場合、フレームデータの区切りがＲＵの倍数に一致しないときには記録されない余りデータが発生する。図４に示す例で、記録後のフレームデータ管理テーブルに示すように、フレームデータの余り部分のアドレスとサイズをフレームデータ管理テーブルに残す。データ記録回路１１１は、次にトータルサイズがＲＵサイズ以上となった場合に、この余りデータを記録媒体１１２に記録する。
【００３６】
表示操作部１１３は、表示用の液晶パネルと操作用のスイッチから構成される。ビデオカメラ１００は、ＨＤＭＩ（登録商標）またはＳＤＩ（Ｓｅｒｉａｌ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）といった外部モニタを接続するインターフェースを有する。表示操作部１１３は、画像データ生成回路１０２から出力された表示用画像データを表示すると共に、ユーザー操作用メニュー及び各種情報も表示する。
【００３７】
図５に示すフローチャートを参照して、ＣＰＵ１１４が実行する制御処理を説明する。ＣＰＵ１１４は、図５に示すフローチャートに対応するプログラムを図示しない記憶手段から読み込み実行することで、以下に説明する制御手順を実現する。
【００３８】
Ｓ５０１で、ＣＰＵ１１４は、画像データ生成回路１０２から画像生成完了通知が送られてきているかどうかを判断する。例えば、６０ｆｐｓの動画像を記録する場合、画像データ生成回路１０２は、１秒間に６０回の画像生成完了通知をＣＰＵ１１４に送付する。画像生成完了通知がある場合、ＣＰＵ１１４は、Ｓ５０２に進み、ない場合、ＣＰＵ１１４は、Ｓ５１２に進む。
【００３９】
Ｓ５０２で、ＣＰＵ１１４は、識別情報を取得する。上述したように、識別情報は、画像が生成された時刻を示す時刻情報等からなる。Ｓ５０３で、ＣＰＵ１１４は、今回生成された画像データが偶数番目のフレーム（偶フレーム）か奇数番目のフレーム（奇フレーム）かを判断する。そして、ＣＰＵ１１４は、奇フレームの画像データを画像圧縮回路１０３に供給し、偶フレームの画像データを画像圧縮回路１０４に供給するよう画像データ生成回路１０２を設定する。
【００４０】
偶フレームの場合（Ｓ５０３）、ＣＰＵ１１４は、Ｓ５０４で画像圧縮回路１０３に識別情報をセットする。Ｓ５０５で、ＣＰＵ１１４は、圧縮画像データを格納するバッファメモリ１０５のアドレスを画像圧縮回路１０３にセットし、画像圧縮回路１０３に圧縮開始を指示する。圧縮回路の指示を受けて、画像圧縮回路１０３は、画像データの入力待ち状態となる。
【００４１】
Ｓ５０６で、ＣＰＵ１１４は、画像データ生成回路１０２に画像圧縮回路１０３に画像データを出力するよう指示する。画像圧縮回路１０３は、画像データ生成回路１０２から入力する画像データの圧縮を開始し、バッファメモリ１０５の指定アドレスに圧縮画像データを格納する。
【００４２】
奇フレームの場合（Ｓ５０３）、ＣＰＵ１１４は、Ｓ５０７からＳ５０９において、画像データ生成回路１０２及び画像圧縮回路１０４を同様に動作させる。
【００４３】
Ｓ５１０で、ＣＰＵ１１４は、音声データ生成回路１０８に識別情報をセットする。Ｓ５１１で、ＣＰＵ１１４は、音声データ生成回路１０８に音声データを音声バッファメモリ１０９に格納するように指示する。Ｓ５１１の後、ＣＰＵ１１４は、Ｓ５０１に戻る。
【００４４】
Ｓ５１２で、ＣＰＵ１１４は、画像圧縮回路１０３または１０４から圧縮完了通知が送られてきたかを判断する。圧縮完了通知がある場合、ＣＰＵ１１４は、Ｓ５１３に進み、ない場合、ＣＰＵ１１４は、Ｓ５０１に戻る。
【００４５】
Ｓ５１３で、ＣＰＵ１１４は、圧縮完了通知に付随する識別情報と同一の音声データの音声バッファメモリ１０９上のアドレスとサイズを音声アドレス変換テーブルから取り出す。Ｓ５１４で、ＣＰＵ１１４は、Ｓ５１３で取り出したアドレスとサイズで音声データを音声バッファメモリ１０９から読み出し、バッファメモリ１０５または１０６の圧縮画像データの直後のアドレスに書き込むようにデータコピー回路１１０を制御する。音声データのコピーが完了すると、Ｓ５１５で、ＣＰＵ１１４は、フレームデータ管理テーブルにフレームデータのアドレスとサイズを追加する。
【００４６】
Ｓ５１６で、ＣＰＵ１１４は、エントリに存在するフレームデータのトータルサイズが所定サイズ以上かどうかを判断する。所定サイズは例えば、記録媒体１１２の書き込み単位の整数倍相当のサイズである。所定サイズ以上の場合、Ｓ５１７で、ＣＰＵ１１４は、データ記録回路１１１に指示してバッファメモリ１０５，１０６のフレームデータを記録媒体１１２に記録させる。具体的には、ＣＰＵ１１４は、フレームデータのアドレスとサイズをフレームデータ管理テーブルから順番に取り出してデータ記録回路１１１にセットする。データ記録回路１１１は、セットされたそのアドレスとサイズでバッファメモリ１０５，１０６からフレームデータを読み出し、記録媒体１１２に記録する。ＣＰＵ１１４は、Ｓ５１８で、記録を行ったフレームデータのエントリ分だけＲＥＡＤポインタを進める。
【００４７】
画像圧縮回路とバッファメモリを２系統有する実施例を説明したが、一般的には複数の系統を有する場合にも、本発明は適用可能である。
【００４８】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【００４９】
また、上述の実施形態の機能を実現するソフトウェアのプログラムを、記録媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給し、そのプログラムを実行する場合も本発明に含む。
【００５０】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。
【００５１】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００５２】
プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気記憶媒体、不揮発性の半導体メモリでもよい。
【００５３】
また、プログラムの供給方法としては、コンピュータネットワーク上のサーバに本発明を形成するコンピュータプログラムを記憶し、接続のあったクライアントコンピュータはがコンピュータプログラムをダウンロードしてプログラムするような方法も考えられる。
【図１】
2017169082.tif 000003
【図２】
2017169082.tif 000004
【図３】
2017169082.tif 000005
【図４】
2017169082.tif 000006
【図５】
2017169082.tif 000007