(57)【要約】【課題】  ＰＣＭデータのオーディオ信号を高速に可変長符号化処理する符号化装置１０を提供する。【解決手段】  バッファ情報初期化処理１１０において、バッファ２０が初期化された後、並列符号化処理回路による並列エンコード処理１２０により、同時に５つのフレームの符号化処理が行われ、ＥＳデータを出力する。そして、５つのフレームの符号化処理終了ごとに、バッファ情報更新処理１３０によりバッファ２０の情報がされ、その情報をもとに、次の５フレームの符号化処理が行われる。【選択図】  図４
2009260638.tif 000002
【特許請求の範囲】
【請求項１】
フレーム単位のデジタル音声信号を、所定のビットレートのデータに符号化処理する符号化装置において、
前記符号化処理が、可変長符号化処理であって、
前記所定のビットレートの前記データを出力するためのレート制御用のバッファと、
Ｎ（２以上の整数）個の前記フレームの前記符号化処理を、同時に並列処理可能な並列符号化処理回路とを有することを特徴とする符号化装置。
【請求項２】
前記バッファをＮ個の分割バッファに分割し、
それぞれの前記並列処理が、それぞれの前記分割バッファを使用することを特徴とする請求項１に記載の符号化装置。
【請求項３】
Ｎフレームの前記符号化処理終了後ごとに、前記分割バッファを統合し、次のＮフレームの前記符号化処理開始前に、再び、前記レート制御用のバッファを、Ｎ個の分割バッファに分割することを特徴とする請求項２に記載の符号化装置。
【請求項４】
それぞれの前記符号化処理におけるそれぞれの前記分割バッファの使用状態をチェックするバッファ状態チェック部を有し
前記バッファ状態チェック部による、前記分割バッファの前記使用状態に応じて、前記分割バッファを統合し、統合されたバッファを再度、前記分割バッファに分割することを特徴とする請求項２または請求項３に記載の符号化装置。
【請求項５】
前記バッファの分割前に、それぞれのＮ個の前記フレームの前記符号化処理における前記分割バッファの使用サイズを推定し、
前記推定した前記使用サイズに基づき、それぞれの前記フレームが使用する前記分割バッファのサイズを算出することを特徴とする請求項２から請求項４のいずれか１項に記載の符号化装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声デジタル信号を符号化する符号化装置に関し、特に可変長符号化処理を行う符号化装置に関する。
【背景技術】
【０００２】
現在のＡＶシステムは、音声信号をデジタル信号として扱うことが多い。デジタル信号は、アナログ信号に比べて雑音に強く、記録媒体に記憶したり、あるいは、信号を伝送した場合でも、コンパクトディスクやＤＶＤのように極めて良好にオーディオ信号を再生することができる。
【０００３】
ディジタルデータを記録媒体に記憶する場合および信号伝送する場合には、より多くのデータを記録または伝送可能とするため、通常、原音から得られたＰＣＭデータに対して、フレームと呼ばれる単位で符号化処理が行われる。符号化技術の標準化団体として設立されたのがＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）であり、その中で動画像の符号化方法として規格化されたものがＭＰＥＧ−１、ＭＰＥＧ−２であり、オーディオ信号の符号化方法として規格化されたものがＭＰＥＧ−ＡｕｄｉｏやＭＰＥＧ−２ＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）規格（以下、ＡＡＣと略す）である。
【０００４】
これらのオーディオ信号符号化方式では基本的に、まず人間の聴覚のモデルに基づいて非可逆圧縮が行われ、その後エントロピー符号による可逆圧縮が行われる。ＭＰＥＧ−ＡｕｄｉｏやＡＡＣでは、ハフマン符号がエントロピー符号として使われる。
【０００５】
符号化処理の中でも、特開２００７−１３３３２３号公報等に開示されている可変長符号化処理は、フレームごと（たとえば、ＡＡＣの場合、標本化周波数４８ｋＨｚにて２１．３ｍｓごと）に発生する符号量が異なり、無音や単一トーンなどの簡単な音声信号には少量の符号量に抑えて、その分を複雑な音声信号の符号量に回すことができるため、音質の良い符号化が可能である。
【０００６】
しかし、可変長符号化処理は、処理が複雑となり、フレームごとの処理時間が長くなるという問題があった。
【特許文献１】特開２００７−１３３３２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、オーディオ信号を高速に符号化処理する符号化装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様によれば、フレーム単位のデジタル音声信号を、所定のビットレートのデータに符号化処理する符号化装置であって、符号化処理が、可変長符号化処理であって、所定のビットレートのデータを出力するためのレート制御用のバッファと、Ｎ（２以上の整数）個のフレームの符号化処理を、並列処理可能な並列符号化処理回路とを有することを特徴とする符号化装置が提供される。
【発明の効果】
【０００９】
本発明は、オーディオ信号を高速に符号化処理する符号化装置を提供するものである。
【発明を実施するための最良の形態】
【００１０】
＜第１の実施の形態＞  
以下、図面を参照して、本発明の第１の実施の形態の符号化装置１０について説明する。
【００１１】
図1は、本実施の形態の符号化装置１０を有するオーディオシステム１の構成を示すブロック図であり、図２は、オーディオシステム１におけるビットレート制御を説明するための説明図である。
【００１２】
図１に示すように、マイク等から入力されたオーディオ（以下、「音声」ともいう。）信号は、オーディオ入力装置１１で所定の信号処理が行われた後に、Ａ／Ｄ変換装置１２においてデジタル音声データ（以下、「ＰＣＭデータ」ともいう。）に変換される。そして、ＰＣＭデータは、符号化装置１０において符号化処理され、所定のビットレートのＥＳ（Elementary Stream）データが、通信路／記録媒体１３に出力される。再生側では、符号化データを、復号装置１４によって復号したＰＣＭデータをＤ／Ａ変換装置１５によりアナログ信号に変換し、オーディオ出力装置１６のスピーカ等から出力する。以下、符号化処理を「エンコード処理」、または単に「エンコード」ともいう。
【００１３】
なお、符号化装置１０において、符号化処理される信号は、最初からＰＣＭデータとして記憶装置等に記憶されている信号でも良いし、復号化されたＰＣＭデータは記憶装置等に記憶してもよい。
【００１４】
ここで、図２に示すように、通信路または記録媒体１３に入出力される符号化データは所定のビットレートで処理が行われる。このため、符号化装置１０にはバッファ２０が配設され、復号装置１４にはバッファ２２が配設されている。バッファ２０および２２は、所定のビットレートで入出力処理を行うために一時的にデータを記憶する領域である。そして、バッファ２０および２２には、最大バッファサイズが設定されており、常に０以上最大バッファサイズ以下の範囲のデータが記憶されている状態を維持することで、所定のビットレートでの入出力処理を実現している。すなわち、バッファ２０の使用状態である使用率をパーセントで示すと、０％以上１００％以下でなければ、レート制御処理が破綻、言い換えれば、所定のビットレートでの入出力処理が行えなくなる。
【００１５】
なお、バッファ２０および２２は、物理的に存在するバッファではなく、仮想のバッファである。これは、バッファ２０および２２の作用が、バッファ２０および２２の状態、言い換えれば、バッファ２０および２２のサイズに対して使用されている割合である使用率を管理することが目的のバッファであるためである。
【００１６】
次に、図３を用いて符号化処理について説明する。図３は、符号化処理について説明するための説明図であり、縦軸は時間を示している。
【００１７】
図３に示すように、ここでは説明を簡単にするために符号化装置１０の符号化処理が、Ａ〜Ｆの５つの処理から構成されているものとする。このうち、処理Ｄがレート制御処理であり、処理Ｆが可変長符号化処理であるハフマン符号化処理である。他の処理は、たとえば、ＭＤＣＴ（修正離散コサイン変換）処理、線形予測処理、量子化処理等である。
【００１８】
そして、処理A〜処理Fは順番に行われるが、ハフマン符号化処理Ｆは可変長符号化処理であるため、ハフマン符号化処理Ｆによりバッファ２０の状態が変化し、そのバッファ２０の状態に応じて、次のフレームのレート制御処理Ｄが行われる。
【００１９】
次に、図４を用いて、本実施の形態の符号化装置１０の処理について説明する。図４は、符号化装置１０の処理について説明するための構成図である。
【００２０】
本実施の形態の符号化装置１０においては、フレーム単位で、Ｎ（２以上の整数）以上の並列処理にて符号化処理を行う。図４ではＮ＝５の場合を例示している。すなわち、符号化装置１０においては、同時に５つのフレームの符号化処理を並行して処理することができる。
【００２１】
図４に示すように、符号化装置１０においては、バッファ情報初期化処理１１０において、バッファ２０が初期化された後、並列符号化処理回路による並列エンコード処理１２０により、同時に５つのフレームの符号化処理が行われ、ＥＳデータが出力される。そして、５つのフレームの符号化処理終了ごとに、バッファ情報更新処理１３０によりバッファ２０の情報がされ、その情報をもとに、次の５フレームの符号化処理が行われる。
【００２２】
このため、並列処理を行わない従来の符号化装置に比べて、本実施の形態の符号化装置１０はオーディオ信号を高速に符号化処理することができる。
【００２３】
なお、並列処理を行うＮの上限は特に定める必要はないが、６を超えると並列処理数を増加しても、並列化処理の効果が余り改善しなくなるため、６以下が好ましい。もちろん、並列化処理の効果、すなわち処理速度、が最も改善するのは、Ｎを１から２にした場合、すなわち並列処理を行ったときである。
【００２４】
以上の説明のように、符号化装置１０は、フレーム単位のデジタル音声信号を、所定のビットレートのデータに符号化処理する符号化装置であって、符号化処理が可変長符号化処理であり、フレーム単位で、Ｎ（２以上の整数）以上の並列処理にて前記符号化処理を行う。
【００２５】
＜第２の実施の形態＞  
次に、本発明の第２の実施の形態の符号化装置１０Ｂについて説明する。符号化装置１０Ｂの構成および動作は、第１の実施の形態の符号化装置１０と類似しているため、同じ構成要素には同じ符号を付し説明は省略する。
【００２６】
図４に示したように、第１の実施の形態の符号化装置１０は、フレーム単位で並列処理を行うことで、オーディオ信号を高速に符号化処理することができる。しかし、並列処理の数（Ｎ）を増加しても、並列化処理の効果が向上しにくい。  
これは、図３で説明したように、符号化処理が可変長符号化処理であるハフマン符号化処理のために、ハフマン符号化処理Ｆによりバッファ２０の状態が変化し、そのバッファ２０の状態に応じて、次のフレームのレート制御処理Ｄが行われるためである。
【００２７】
図５は、符号化装置１０における符号化処理について説明するための説明図であり、縦軸は時間を示し、横軸は、並列処理されるフレームのそれぞれを示している。すなわち、まず、符号化処理のＡ〜Ｆの５つの処理において、前段のフレーム処理から後段のフレーム処理に依存が存在する。まず、Ａ（Ｎ）の結果をＡ（Ｎ＋１）が利用し、Ａ（Ｎ＋１）の結果をＡ（Ｎ＋２）が利用するような依存である。このような依存関係はＢ、Ｃ、Ｄ、ＥおよびＦの処理においても存在する。
【００２８】
さらにフレーム処理間で、ハフマン符号化処理である処理Ｆ（Ｎ）から、次のフレーム処理のレート制御処理である処理Ｄ（Ｎ＋１）への依存が存在する。ハフマン符号化処理Fとレート制御処理Ｄの間にフレーム間依存が発生するのは、レート制御用のバッファ２０の状態が、レート制御処理Dの入力パラメータとなり、ハフマン符号化処理Fの結果により生成されたビット量が判明し、バッファ２０の状態が更新されるためである。すなわち、Ｆ（Ｎ）処理で生成されるビット量は可変長符号化処理であるため、一定ではない。このため、Ｆ（Ｎ）処理で生成されるビット量によりバッファ２０の状態がＦ（Ｎ）処理ごとに異なる状態に更新され、その結果を受けてＤ（Ｎ＋１）処理が開始できるアルゴリズムになっている。
【００２９】
ここで、Ｆ（Ｎ）処理終了後のバッファ２０の状態が、Ｘビットが使用中で、Ｙビットが未使用であるなら、Ｄ（Ｎ＋１）処理で使用するビット量は、（ＡＶＥ−Ｘ）ビット以上で、かつ（ＡＶＥ＋Ｙ）ビット未満にする必要がある。この制約が守られなかった場合は、バッファ２０の使用状態を表すパラメータがマイナス値になるか、あるいは、バッファ２０の容量を超えることになり、レート制御処理Dが行えなくなる。ここで、（ＡＶＥ）は、ビットレートから算出されるフレームあたりの平均ビット量である。
【００３０】
各処理のフレーム間依存がフレーム単位での並列処理に対して障害となり、図５に示すように、符号化装置１０では、フレーム間依存の解消を待つために、何も処理できない処理開始待ち時間Ｘ（Ｎ）が発生してしまっていた。
【００３１】
これに対して、本実施の形態の符号化装置１０Ｂでは、図６に示すように、レート制御用のバッファ２０を５個の分割バッファ２１A〜２１Ｅに分割する。図６は、符号化装置１０Ｂの処理について説明するための構成図である。なお、以下、分割バッファ２１A〜２１Ｅのそれぞれを指すときは、分割バッファ２１という。そして、符号化装置１０Ｂでは、それぞれの並列処理が、それぞれの分割バッファ２１を専有し使用して符号化処理を行う。すなわち、符号化装置１０Ｂでは、フレーム単位での並列処理を行っても、フレーム間依存が存在しない。
【００３２】
図６において、処理３１０はレート制御のバッファ２０の管理情報を初期化する処理であり、処理３２０は指定されたフレーム数Nでバッファ２０を分割する処理であり、処理３３０は指定されたフレーム数分のエンコードを並列符号化処理回路が並列実行する処理であり、処理３４０は分割使用されたバッファ２１を統合する処理であり、処理３５０はレート制御用のバッファ２０の管理情報を更新する処理である。
【００３３】
符号化装置１０Ｂでは、レート制御バッファ分割処理３２０により、レート制御用のバッファ２０を５個に分割し、分割バッファ２１A〜２１Eを作成する。そして、並列実行するそれぞれのエンコード処理が、それぞれ専用できる分割バッファ２１を提供する。すなわち、符号化装置１０Ｂでは、並列に処理するフレーム数Ｎをパラメータとして設定し、フレーム数Ｎ個に対して、バッファ２０をＮ個に等分割する。
【００３４】
たとえば、並列実行するフレーム数Ｎを５とした場合、５ｋ（ｋは１以上の整数）フレームまでエンコード処理したときのバッファ２０の状態が、Ｘビット使用中で、Ｙビット未使用とする。
【００３５】
バッファ分割処理３２０では、バッファ２０が５等分割され、使用ビット量が（Ｘ／５）ビットで未使用ビット量が（Ｙ／５）ビットの５個の分割バッファ２１A〜２１Eが作成される。各フレームのエンコード処理は、それぞれ専用の分割バッファ２１を用いて当該フレームで発生させる符号量を（ＡＶＥ−Ｘ／５）ビット以上、（ＡＶＥ＋Ｙ／５）ビット未満の条件を満たすように、それぞれ処理Ａ〜Ｆを行い、各フレームを符号化する。フレーム単位の符号化処理により、それぞれの分割バッファ２１A〜２１Eの状態、すなわち、使用率が更新される。そして、５つの並行処理が完了した時点で、更新された５個の分割バッファ２１A〜２１Eはバッファ統合処理３４０にて統合され、バッファ情報更新処理３５０においてバッファ情報が更新される。そして、次の５フレームの符号化処理のために、再び、バッファ分割処理３２０においてバッファ２０を５分割する処理が行われる。
【００３６】
以上の説明のように、符号化装置１０Ｂでは、レート制御用のバッファ２０が５個の分割バッファ２１A〜２１Eに分割され、それぞれの並列処理が、それぞれの分割バッファ２１が独立に使用され、それぞれ符号化処理が行われる。また、符号化装置１０Ｂでは、５個のバッファが同一サイズであり、５フレームの符号化処理終了後ごとに、分割バッファ２１A〜２１Eが統合され、次の符号化処理開始前に、再び、レート制御用のバッファ２０が、５個の分割バッファに分割される。
【００３７】
符号化装置１０Ｂでは、５フレーム分のそれぞれのエンコード処理の間では、レート制御処理Ｄ（Ｎ＋１）が、ハフマン符号化処理F（N）への依存がないため、符号化装置１０では発生していた何も処理できない待ち時間Ｘが削除できる。
【００３８】
このため、符号化装置１０Ｂは、符号化装置１０が有する効果に加えて、より高速での符号化処理が可能である。
【００３９】
＜第３の実施の形態＞  
以下、図面を参照して、本発明の第３の実施の形態の符号化装置１０Cについて説明する。符号化装置１０Cの構成および動作は、第１の実施の形態の符号化装置１０と類似しているため、同じ構成要素には同じ符号を付し説明は省略する。
【００４０】
ここで、図７は符号化装置１０Ｂの処理の流れを説明するための説明図である。図７に示すように、バッファ分割処理３２０を行う符号化装置１０Ｂにおいても、同時に並列処理される５フレームの符号化処理が全て完了しなければ、次の５フレームの符号化処理が開始できない。すなわち、Ｄ（６）処理はＦ（５）処理に依存している。このように、符号化装置１０Ｂにおいても、並列処理間では依存があるため、何も処理できない処理開始待ち時間Ｘ（６）が発生してしまっていた。
【００４１】
ここで、図８は、本実施の形態の符号化装置１０Cの構成を説明するための構成図であり、図９は符号化装置１０Cにおける処理の流れを説明するための説明図である。符号化装置１０Cでは、並列符号化処理回路が並列実行処理５３０をするフレーム数Ｎが５の場合を例に説明する。
【００４２】
符号化装置１０Cでは、各フレームのエンコード処理が使用するレート制御バッファ２１Ａ〜２１Ｅは、基本的に互いに独立している。すなわち、符号化装置１０Cでは、符号化装置１０Ｂと異なり、Ｎフレームの並列処理が終了しても、分割バッファを統合しない。
【００４３】
しかし、符号化装置１０Cでは、上記のように、バッファ２０を指定するフレーム数Ｎで分割し、独立して管理するために、分割したバッファ２１Ａ〜２１Ｅ間でバッファ使用状況が大きく隔たる可能性があり、バッファ使用状況が大きく隔たった場合には音質の劣化が発生することがある。
【００４４】
このため、符号化装置１０Cでは、バッファ状態チェック部を有し、バッファ状態チェック部により1フレームのエンコード処理が終了した後にバッファチェック処理５３１を行う。
【００４５】
バッファチェック処理５３１では、バッファ状態チェック部は、最初に、指定ビット量以上分割バッファ２１を使用しているエンコード処理の有無をチェックし、指定ビット量以上分割バッファ２１を使用しているエンコード処理があった場合には、他の並列処理のバッファ情報を確認する。前記指定ビット量以上とは、たとえば、そのエンコード処理が使用する分割バッファ２１の９０％以上が使用している場合である。他の並列処理のバッファ情報を確認した結果、いずれかの並列処理のバッファが、指定ビット量以上空いていた場合は、バッファ状態チェック部はバッファチェックＮＧと判断する。指定ビット量以上空いていた場合とは、たとえば、いずれかの分割バッファ２１の９０％以上が空いている場合である。そして、バッファ状態チェック部がバッファチェックＮＧと判断した場合には、並列実行しているエンコード処理は全て終了する。
【００４６】
並列実行しているエンコード処理を全て終了した後、符号化装置１０Cは、符号化装置１０と同じように、処理５４０と処理５５０を経て分割管理されていたバッファ２０の情報を統合し、処理５２０で再度バッファ２０を分割する。このように、符号化装置１０Cでは、バッファチェック処理５３１を行うことで、分割管理していた分割バッファ２１間の使用状況を確認し、必要に応じての分割バッファ２１間の使用状況の隔たりを是正し、音質の劣化を防ぐことができる。
【００４７】
符号化装置１０Cでは、バッファ状態チェック部によるバッファチェック処理５３１がＯＫの場合には、次にエンコード処理すべきフレーム（５フレーム先のフレーム）のエンコード処理を開始することができる。すなわち、符号化装置１０Cでは、バッファチェック処理５３１がOKであれば、５（ｎ＋１）フレーム目のエンコード処理が終了したら、５（ｎ＋５）フレーム目のエンコード処理終了を待たずに、５（ｎ＋１）＋１フレーム目のエンコード処理が開始できる。
【００４８】
すなわち、図９に示すように、符号化装置１０Cでは、レート制御処理Ｄ（６）は、ハフマン符号化処理Ｆ（１）にのみ依存が存在し、ハフマン符号化処理F(５)からの依存は存在しない。
【００４９】
したがって、符号化装置１０Cでは、６フレーム以上並列で実行しない限り、ハフマン符号化処理Ｆとレート制御間Ｄによる依存解消の待ち時間は発生しない。
【００５０】
このため、符号化装置１０Ｃは、符号化装置１０Ｂが有する効果に加えて、より高速での符号化処理が可能である。
【００５１】
＜第４の実施の形態＞  
以下、図面を参照して、本発明の第４の実施の形態の符号化装置１０Dについて説明する。符号化装置１０Dの構成および動作は、第１の実施の形態の符号化装置１０と類似しているため、同じ構成要素には同じ符号を付し説明は省略する。  
図１０は、本実施の形態の符号化装置１０Dの構成を示す構成図であり、図１１は、符号化装置１０Dの処理の流れを説明するための説明図である。
【００５２】
符号化装置１０Dでは、心理聴覚エントロピーなどを利用し、各フレームのエンコード処理の前段で、それぞれのフレームが使用するビット量の概算値を推定する。そして、符号化装置１０Dでは、算出された推定使用ビット量をもとに、それぞれの分割バッファ２１の大きさを増減したバッファ分割処理を行う。
【００５３】
すなわち、符号化装置１０Dでは、図１０に示すように、前段の処理（処理A〜Ｄ１）において、それぞれの分割バッファ２１を使用する使用ビット量の概算値を推算し、その推算値をもとに、バッファ分割処理を行う。そして、前段の処理（処理Ｄ２〜Ｆ）を行う。
【００５４】
処理７３０は1フレームのエンコード処理（A〜Ｄ１）が終了したタイミングで対応するエンコード処理（Ｄ２〜Ｆ）にバッファ分割結果を提供し、エンコード処理（Ｄ２〜Ｆ）が終了したタイミングで分割していたバッファを回収（統合）し、バッファ情報を更新する。図１１に示すように、Ｄ１（ｎ）をレート制御内の概算ビット量計算までの前段処理７２０とし、Ｄ２（ｎ）をレート制御処理内の残りの後段処理７４０とすると、処理Ｄ１および処理Ｄ２ともに、同じ処理Ｄ１またはＤ２にのみにしか、フレーム間依存が存在しない。
【００５５】
次に、図１２および図１３を用いて、符号化装置１０Dのレート制御用のバッファ２０分割について、より詳細に説明する。図１２は、符号化装置１０Dのバッファ分割の処理の流れを説明するためのフローチャートであり、図１３は、符号化装置１０Dのバッファ分割を説明するための説明図である。
【００５６】
図１２に示すように符号化装置１０Dのバッファ分割処理では、統合されているバッファ２０の状態（使用ビット量：Ｘ、未使用ビット量：Ｙ）と、指定する最小バッファ分割量：Ｔと、推定使用ビット量から計算される値：Ｚ（＝推定使用ビット量-（AVE））とにより、４通りの処理に分けられる。
【００５７】
すなわち、Ｓ１０は、（Ｘ＋Ｙ）が、Ｔに満たない場合である。この場合には、バッファは分割できないため、Ｓ１１において、すでに分割中のバッファが統合される、言い換えれば、返却されるまで待機し、それまでは、バッファ分割処理は実施されず、処理Ｄ２は実行されない
Ｓ１０以外の場合には、それぞれ指定されたバッファ分割処理が行われる。すなわち、Ｓ１２の条件を満たした場合にはバッファ分割１がＳ１３の処理により、Ｓ１４の条件を満たした場合には、バッファ分割２がＳ１５の処理により、Ｓ１４の条件を満足しなかった場合には、バッファ分割３がＳ１６の処理により、行われる。そして、図１３に示す分割バッファ２１を用いて、それぞれのフレームのエンコード処理の後段である処理（Ｄ２〜Ｆ）が行われる。
【００５８】
符号化装置１０Dでは、レート制御用のバッファ２０の使用状況に応じて、可能であれば、各1フレームのエンコード処理にて推算された使用ビット量分が、当該フレームのエンコードに割り当てられる。すなわち、バッファ２０を分割する際に、大きいサイズの分割バッファ２１を使用すると推定されたエンコード処理には大きいサイズの分割バッファ２１が提供され、小さいサイズの分割バッファ２１しか使用しない推定されたエンコード処理には小さいサイズの分割バッファが提供される。
【００５９】
このため、符号化装置１０Dでは、符号化装置１０等が有する効果に加えて、より音質改善を図ることができる。
【００６０】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
【図面の簡単な説明】
【００６１】
【図１】第１の実施の形態の符号化装置を有するオーディオシステムの構成を示すブロック図である。
【図２】第１の実施の形態の符号化装置を有するオーディオシステムにおけるビットレート制御を説明するための説明図である。
【図３】符号化処理について説明するための説明図である。
【図４】第１の実施の形態の符号化装置の処理について説明するための構成図である。
【図５】第１の実施の形態の符号化装置における符号化処理の流れについて説明するための説明図である。
【図６】第２の実施の形態の符号化装置の処理について説明するための構成図である。
【図７】第２の実施の形態の符号化装置における符号化処理の流れについて説明するための説明図である。
【図８】第３の実施の形態の符号化装置の処理について説明するための構成図である。
【図９】第３の実施の形態の符号化装置における符号化処理の流れについて説明するための説明図である。
【図１０】第４の実施の形態の符号化装置の処理について説明するための構成図である。
【図１１】第４の実施の形態の符号化装置における符号化処理の流れについて説明するための説明図である。
【図１２】第４の実施の形態の符号化装置におけるバッファ分割処理の流れについて説明するためのフローチャートである。
【図１３】第４の実施の形態の符号化装置のバッファ分割について説明するための説明図である。
【符号の説明】
【００６２】
１…オーディオシステム、１０…符号化装置、１０Ｂ…符号化装置、１０C…符号化装置、１０D…符号化装置、１１…オーディオ入力装置、１２…Ａ／Ｄ変換装置、１３…記録媒体、１４…復号装置、１５…Ｄ／Ａ変換装置、１６…オーディオ出力装置、２０…バッファ、２１…分割バッファ、２１A-２１E…分割バッファ、２２…バッファ、１１０…バッファ情報初期化処理、１２０…並列エンコード処理、１３０…バッファ情報更新処理、３１０…バッファ情報初期化処理、３２０…バッファ分割処理、３４０…バッファ統合処理、３５０…バッファ情報更新処理、５２０…バッファ分割処理、５３１…バッファチェック処理、５４０…バッファ統合処理、５５０…バッファ情報更新処理、７３０…バッファ処理
【図１】
2009260638.tif 000003
【図２】
2009260638.tif 000004
【図３】
2009260638.tif 000005
【図４】
2009260638.tif 000006
【図５】
2009260638.tif 000007
【図６】
2009260638.tif 000008
【図７】
2009260638.tif 000009
【図８】
2009260638.tif 000010
【図９】
2009260638.tif 000011
【図１０】
2009260638.tif 000012
【図１１】
2009260638.tif 000013
【図１２】
2009260638.tif 000014
【図１３】
2009260638.tif 000015