(57)【要約】【課題】従来よりも簡単かつ効率的にノイズを抑制することが可能な再生装置を提供する。【解決手段】再生装置１に入力されるビットストリームは、主データと、ヘッダと、主データを復号するのに必要となる補助データを含む複数のフレームからなる。復号部１０は、フレームごとに、補助データにに基づいて、ビットストリームから主データに割当てられた部分を取り出して復号する。ビットレート違反検出部１３は、フレームごとに、主データとして取り出された部分のビット数に基づいて算出されるビットレートとヘッダに含まれるビットレートとが一致しないビットレート違反状態であるか否かを検出する。【選択図】図１
2013134301.tif 000002
【特許請求の範囲】
【請求項１】
符号化されたビットストリームから元のデータを再生する再生装置であって、
前記ビットストリームは複数のフレームから構成され、
各前記フレームは、元のデータが符号化された主データと、前記ビットストリームのビットレートの情報を含むヘッダと、前記主データを復号するのに必要となるパラメータの情報を表わす補助データとを含み、
前記主データに割当てられるビット数は、前記補助データに含まれるパラメータに応じて異なり、
前記フレームごとに、前記補助データに含まれたパラメータに基づいて、前記ビットストリームから前記主データに割当てられた部分を取り出して復号する復号部と、
前記フレームごとに、前記主データとして取り出された部分のビット数に基づいて算出されるビットレートと前記ヘッダに含まれるビットレートとが一致しないビットレート違反状態であるか否かを検出するビットレート違反検出部とを備えた再生装置。
【請求項２】
前記復号部から復号後のデータを受け、前記ビットレート違反状態が検出されていないフレームのデータはそのまま通過させ、前記ビットレート違反状態が検出されたフレームに対しては、データの削除または補正を行なうデータ補正部をさらに備える、請求項１に記載の再生装置。
【請求項３】
前記データ補正部は、前記ビットレート違反状態が検出されたフレームに後続する所定数のフレーム、または前記ビットレート違反状態が検出されたフレームの前後の所定数のフレームに対しては、前記ビットレート違反状態が検出されなくてもデータの削除または補正を行なう、請求項２に記載の再生装置。
【請求項４】
前記ビットストリームは、音声またはオーディオデータがＭＰＥＧオーディオ方式で圧縮符号化されたデータである、請求項１に記載の再生装置。
【請求項５】
符号化されたビットストリームから元のデータを再生する再生装置であって、
前記ビットストリームは複数のフレームから構成され、
各前記フレームの先頭には、フレーム同期のための同期語が設けられ、
前記フレームごとに前記ビットストリームを復号する復号部と、
復号前の前記ビットストリームから前記同期語の間隔を検出し、前記フレームごとに、前記同期語の間隔から算出されたビットレートと、予め与えられたビットレートの値とが一致しないビットレート違反状態であるか否かを検出するビットレート違反検出部とを備えた再生装置。
【請求項６】
前記ヘッダに含まれるビットレートの情報に基づいてフレームサイズを算出し、算出したフレームサイズの示すデータ位置に同期語が存在するかを確認し、ビットレート違反状態であるか否かを検出するビットレート情報確認部と、
前記復号部から復号後のデータを受け、前記ビットレート情報確認部及び前記ビットレート違反検出部のいずれにおいても前記ビットレート違反状態が検出されていないフレームのデータはそのまま通過させ、前記ビットレート情報確認部または前記ビットレート違反検出部のいずれかにおいて前記ビットレート違反状態が検出されたフレームに対しては、データの削除または補正を行なうデータ補正部をさらに備える、請求項１に記載の再生装置。
【請求項７】
前記ヘッダに含まれるビットレートと予め与えられたビットレートの値とを比較し、前記ヘッダのビットレート情報とが一致しないビットレート違反状態であるか否かを検出するビットレート情報確認部と、
前記復号部から復号後のデータを受け、前記ビットレート情報確認部及び前記ビットレート違反検出部のいずれにおいても前記ビットレート違反状態が検出されていないフレームのデータはそのまま通過させ、前記ビットレート情報確認部または前記ビットレート違反検出部のいずれかにおいて前記ビットレート違反状態が検出されたフレームに対しては、データの削除または補正を行なうデータ補正部をさらに備える、請求項１に記載の再生装置。
【請求項８】
前記ヘッダに含まれるビットレートの情報に基づいてフレームサイズを算出し、算出したフレームサイズの示すデータ位置に同期語が存在しないヘッダ不当状態であるか否かを確認する第１の確認部と、前記ヘッダに含まれるビットレートと予め与えられたビットレートの値とを比較し、両者が一致しないヘッダ不当状態であるか否かを確認する第２の確認部と、前記ヘッダに含まれるビットレートの情報に基づくフレームサイズと前記ビットストリームに含まれる同期語の間隔とを比較し、両者が一致しないヘッダ不当状態であるか否かを確認する第３の確認部とを有し、前記第１から第３の確認部のいずれかにおいてヘッダ不当状態であると検出されればビットレート違反状態であると判定し、前記第１から第３の確認部のすべてにおいてヘッダ不当状態が検出されなければビットレート違反状態ではないと判定するビットレート情報確認部と、
前記復号部から復号後のデータを受け、前記ビットレート情報確認部及び前記ビットレート違反検出部のいずれにおいても前記ビットレート違反状態が検出されていないフレームのデータはそのまま通過させ、前記ビットレート情報確認部または前記ビットレート違反検出部のいずれかにおいて前記ビットレート違反状態が検出されたフレームに対しては、データの削除または補正を行なうデータ補正部をさらに備える、請求項１に記載の再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音声や映像などの情報が符号化されたデータを再生するための再生装置に関する。
【背景技術】
【０００２】
近年、ＭＰＥＧコーデックが放送向けに広く用いられている。放送向けのＭＰＥＧコーデックにおいて問題になる点の１つは、放送用電波が微弱となる弱電界の場合にビット破損（「ビットエラー」とも称する）が生じることである。
【０００３】
ＭＰＥＧコーデックは、仕様としてエラー検出能力が低いためビット破損に対する対策を立て難い。たとえば、ＭＰＥＧオーディオ  レイヤー（Layer）ＩまたはIIにおいてビットアロケーション領域にビット破損が生じたり、ＭＰＥＧオーディオ  レイヤーIIIにおいてハフマンデータ領域にビット破損が生じたりした場合には、このビット破損が修復されずにそのまま出力されるので、異常音（大音量のノイズ）が発生することがある。したがって、ＭＰＥＧオーディオにおける弱電界下での異常音の発生への対策が望まれている。特に、ノイズ低減回路などを採用した複雑でコストのかかるものではなく、ＭＰＥＧオーディオの出力に対して簡易な方法での異常音対策が望ましい。
【０００４】
特開平１０−２７６１０１号公報（特許文献１）は、再生音声に対するミュート機能を有するディジタル音声信号受信機について開示する。この文献の受信機によって受信される送信波は、誤り検出コードを持たないディジタル音声信号とこれに付帯するディジタル付加情報信号とこのディジタル付加情報信号のための誤り検出信号とを含むデータブロックの列を含む。受信機に含まれる音声デコーダは、上記のデータブロックを復号しかつ誤り検出信号によりディジタル付加情報信号のデータエラーを検出する。受信機に含まれるミュート手段は、音声デコータから得られる音声信号のダイナミックレンジを、ディジタル付加情報信号のデータエラー検出回数の割合に応じて変更する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−２７６１０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＭＰＥＧオーディオの場合、ＣＲＣ（巡回冗長検査：Cyclic  Redundancy  Check）によるエラーチェックはオプションとして与えられている。したがって、ヘッダに対するＣＲＣによるエラーチェックが用いられていないＭＰＥＧオーディオデータに対しては、上記の特開平１０−２７６１０１号公報（特許文献１）に記載の方法を採用することができない。
【０００７】
この発明の目的は、入力されたビットストリームにビットエラーが生じている場合でも、従来よりも簡単かつ効率的にノイズを抑制することが可能な再生装置を提供することである。
【課題を解決するための手段】
【０００８】
この発明の実施の一形態による再生装置は、符号化されたビットストリームから元のデータを再生するものであって、復号部と、ビットレート違反検出部とを備える。ここで、ビットストリームは複数のフレームから構成される。各フレームは、元のデータが符号化された主データと、ビットストリームのビットレートの情報を含むヘッダと、主データを復号するのに必要となるパラメータの情報を表わす補助データとを含む。主データに割当てられるビット数は、補助データに含まれるパラメータに応じて異なる。復号部は、フレームごとに、補助データに含まれたパラメータに基づいて、ビットストリームから主データに割当てられた部分を取り出して復号する。ビットレート違反検出部は、フレームごとに、主データとして取り出された部分のビット数に基づいて算出されるビットレートとヘッダに含まれるビットレートとが一致しないビットレート違反状態であるか否かを検出する。
【発明の効果】
【０００９】
上記の実施の形態の再生装置によれば、ビットレート違反状態であるか否かを検出することによって、従来よりも簡単かつ効率的にノイズを抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】この発明の実施の形態１による再生装置１の構成を示すブロック図である。
【図２】ＭＰ３のビットストリームのフレーム構造を示す図である。
【図３】図１の再生装置１によってビットレート違反を検出する手順を示すフローチャートである。
【図４】この発明の実施の形態１の変形例による再生装置２の構成を示すブロック図である。
【図５】ＭＰ１およびＭＰ２のビットストリームのフレーム構造を示す図である。
【図６】この発明の実施の形態２による再生装置３の構成を示すブロック図である。
【図７】図６の再生装置３によってビットレート違反を検出する手順を示すフローチャートである。
【図８】この発明の実施の形態２の変形例による再生装置４の構成を示すブロック図である。
【図９】図８の再生装置４でビットレート違反検出部１５が設けられていない場合において、弱電界の受信信号を再生したときの再生信号の波形を示す図である。
【図１０】図８の再生装置４によって弱電界の受信信号を再生したときの再生信号の波形を示す図である。
【図１１】この発明の実施の形態３による再生装置５の構成を示すブロック図である。
【図１２】図１１の再生装置５によってビットレート違反を検出する手順を示すフローチャートである。
【図１３】この発明の実施の形態４おける再生装置６の構成を示すブロック図である。
【図１４】この発明の実施の形態４の変形例による再生装置７の構成を示すブロック図である。
【図１５】この発明の実施の形態４の変形例による再生装置８の構成を示すブロック図である。
【図１６】この発明の実施の形態４による携帯型音楽プレイヤーシステム６０の構成を示すブロック図である。
【発明を実施するための形態】
【００１１】
以下、この発明の実施の形態について図面を参照して詳しく説明する。なお、同一または相当する部分には同一の参照符号を付して、その説明を繰返さない。なお、以下では、ＭＰＥＧ−１（Moving  Picture  Experts  Group1）オーディオまたはＭＰＥＧ−２オーディオ  レイヤーIII  ＬＳＦ（Low  Sampling  Frequency）によって符号化された音声またはオーディオデータを復号する再生装置を例に挙げて説明するが、この発明は上記のＭＰＥＧオーディオ規格に限定されるものでない。他の圧縮アルゴリズムによって圧縮符号化されたオーディオおよび画像データなどに対してもこの発明を広く適用することができる。
【００１２】
＜実施の形態１＞
図１は、この発明の実施の形態１による再生装置１の構成を示すブロック図である。図１の再生装置１は、ＩＳＯ  ＭＰＥＧ−１オーディオ  レイヤーIIIまたはＭＥＰＧ−２オーディオ  レイヤーIII  ＬＳＦ（これらは「ＭＰ３」とも称される）に従って圧縮された音声またはオーディオデータを復号するものである。以下、ＭＰ３について簡単に説明する。典型的なＭＰ３による符号化のブロック図は、ＩＳＯ  １１１７２−３：１９９３  Ｃ．１に記載されている。
【００１３】
［ＭＰ３による圧縮符号化について］
ＭＰ３方式による符号器は、時間・周波数変換部と、心理聴覚分析部と、量子化・ハフマン符号化部とを含む。時間・周波数変換部は、入力信号をサブバンド信号に分割し、それに引き続きＭＤＣＴ（Modified  Discrete  Cosine  Transform）を行ない、周波数領域のスペクトルに変換する。ＭＤＣＴスペクトルは、折返し歪み削減バタフライで周波数領域の折返しが除去された後、量子化・ハフマン符号化部に渡される。
【００１４】
量子化・ハフマン符号化部は、心理聴覚分析部で計算された周波数帯域毎の許容量子化雑音電力に関する要求と、ビットレートおよびビットリザーバ（これにより擬似的な可変ビットレートを実現する）の蓄積ビット数を元にして決定される使用可能ビット数の制限のもとで、ＭＤＣＴスペクトルを量子化し、量子化インデックスのハフマン符号化を行なう。具体的には、ビット割り当て部における反復ループ処理によって、量子化ステップサイズおよび周波数帯域毎の量子化ビット数を変化させながら、スケールファクタを決定してＭＤＣＴスペクトルを量子化する。
【００１５】
［ＭＰ３のフレーム構造］
図２は、ＭＰ３のビットストリームのフレーム構造を示す図である。図２を参照して、ＭＰ３のビットストリームは、複数のフレームからなるフレーム構造を有する。各フレームは、ヘッダ、サイド情報（この明細書では「補助データ」とも称する）、メインデータ（「主データ」とも称する）、アンシラリデータを有する。
【００１６】
ヘッダは、ヘッダの先頭に設けられたフレーム同期のための同期語（Syncword）、サンプリング周波数、およびビットレートなどのシンタックスを含む。ヘッダのビットサイズは、３２ビットで固定である。
【００１７】
サイド情報は、ＭＤＣＴの変換ブロック長に関する情報、量子化ステップサイズ、スケールファクタ関連情報、ハフマン符号化の領域・テーブルに関する情報などを含む。これらの情報は、メインデータを復号するときに用いられる。サイド情報のビットサイズは、ヘッダの示す値に応じて異なる。
【００１８】
メインデータは、サイド情報に示されたパラメータに従って圧縮符号化された音声またはオーディオデータであり、スケールファクタのビット列と、ハフマン符号のビット列とを含む。スケールファクタによって周波数成分ごとのダイナミックレンジが調整される。メインデータのビットサイズは、サイド情報の示す値に応じて変化する。
【００１９】
アンシラリデータは、利用者が任意に定義できるデータであるが、図２には図示されていない。
【００２０】
ＭＰ３によって圧縮された符号は可変長符号であるが、ＭＰＥＧ−１，２は基本的にフレーム固定長符号として定義されている。このため、ＭＰ３ではヘッダおよびサイド情報とメインデータとがビットストリーム上で分離される場合がある。つまり、メインデータの開始位置が、各フレームで一定ではなく、各フレームのヘッダより前となる場合がある（具体的には、１１１７２−３：１９９３  ＦｉｇｕｒｅＡ．７ａ、Ａ．７ｂを参照）。これにより、圧縮率をより向上させることができる。
【００２１】
サイド情報にはメインデータの開始位置を示すシンタックスとして、ｍａｉｎ  ｄａｔａ  ｂｅｇｉｎが規定される。このｍａｉｎ  ｄａｔａ  ｂｅｇｉｎは各フレームのヘッダからメインデータの開始位置を示すマイナスのバイトポインタである。このポインタの最小値は“０”であり、この場合はそのフレームのメインデータはサイド情報の直後から始まることを示している。
【００２２】
具体的に図２において、フレーム３のメインデータ３の情報量がフレーム３内に配置可能な情報量よりも大きい場合に、フレーム３以前のフレーム１内にメインデータ３が分割されて配置されている。このとき、ｍａｉｎ  ｄａｔａ  ｂｅｇｉｎ３は、フレーム１内の位置を示し、その値は負の値になる。
【００２３】
［従来のＭＰＥＧ−１，２オーディオ再生装置の問題点について］
ＭＰＥＧ−１，２オーディオの場合、コーデックの仕様として、エラー検出能力が極めて低い点が問題となっている。ヘッダやサイド情報のエラーは、オプションのＣＲＣによるエラーチェックが用いられていれば検出できる可能性があるが、ＬａｙｅｒIII（ＭＰ３）におけるハフマンデータ領域やＭＰＥＧ−１  ＬａｙｅｒＩもしくはＬａｙｅｒII（ＭＰ１またはＭＰ２）におけるビットアロケーションデータ領域においてビットエラーが生じた場合には検出が困難である。たとえば、放送向けのＭＰＥＧ−１コーデックにおいて、放送用電波が微弱となる弱電界の場合にビット破損が生じても、従来の方法ではエラー検出が難しく、ノイズ（大音量の異常音）として出力される可能性が高かった。
【００２４】
さらにＭＰ３の場合には、早送り再生（フレーム早送り）の場合にもノイズが発生する可能性がある。リアルタイムストリーミング再生時に早送り再生機能を利用した場合に、バッファリングしたメモリに、ポインタ（main  data  begin）で示されるフレームがない場合にこの現象が発生する。たとえば、図２では、フレーム１およびフレーム２がない場合がこれに該当する。
【００２５】
通常の早送り再生では、同期語単位でビットストリームをバッファリングしてフレームサイズを検出し、検出したフレームサイズで、順次、隣接の同期ワードを検出する。そして、これを繰返すことで早送り再生をすることから、限られたストリームデータのバッファリングでは、同期語より過去のフレームのデータが損なわれてしまう可能性が生じる。理論的には、早送り再生後に最大６．１秒の再生不可状態に陥る可能性があり、最大６．１秒分の不連続が発生する。規格上は、数１０フレーム以上が存在しないケースも発生し得る。
【００２６】
同様の現象は、受信電波が微弱となる弱電解の場合において受信信号が不連続となった後に再生が再開される場合や、利用者が再生を一時中断した後に再開する場合などにも起こり得る。
【００２７】
ＭＰ３の特長である可変長符号化により、多くのビット数を要するフレームには多くのビット数を割り当て、それほど多くのビット数を必要としないフレームには少ないビット数を割当てるという自由度を与えることができる。この結果、音質改善に大きく寄与することになったが、その一方で、ＭＰ３による放送・配信などがおこなわれる昨今では、上述の現象が顕著となり、再生システムにおける再生開始遅延や再生データの損失など悪影響をもたらすこととなる。
【００２８】
以下に具体的に説明するように、図１に示す再生装置１は、上記の種々の原因で生じるビット破損に伴うノイズを、従来よりも簡単かつ効率的に抑制することができる。
【００２９】
［再生装置１の構成］
再び図１を参照して、再生装置１は、バッファメモリ１１，１２と、復号部１０と、ビットレート違反検出部１３と、エラー補正部１４とを含む。
【００３０】
バッファメモリ１１は、入力された復号前のビットストリームを一時的に保持するものであり、バッファメモリ１２は、復号部１０から出力されたＰＣＭデータを一時的に保持するものである。これらのバッファメモリ１１，１２は、互いに異なる半導体メモリ装置で構成されていてもよいし、共通の半導体メモリ装置の異なる記憶領域を使用するようにしてもよい。
【００３１】
復号部１０は、図１に示すように、ヘッダ取得部２１と、サイド情報取得部２２と、メインデータ取得部２３と、スケールファクタ復号部２４と、ハフマン復号部２５と、逆量子化部２６と、ステレオ処理部２７と、ＩＭＤＣＴ（Inverse  Modified  Discrete  Cosine  Transform）演算部２８と、サブバンド合成部２９とを含む。これらの構成要素は、本発明による再生装置に限らず、一般的なＭＰ３の再生装置に共通して設けられているものであるので、以下、各構成要素について簡単に説明する。
【００３２】
ヘッダ取得部２１は、バッファメモリ１１に保持されているビットストリームのデータから、同期語を基準にしてヘッダ（ＭＰ３の場合、３２ビットの固定サイズである）を取り出す。なお、図１中では省略しているが、この情報はサイド情報取得部２２と、メインデータ取得部２３と、スケールファクタ復号部２４と、ハフマン復号部２５と、逆量子化部２６と、ステレオ処理部２７と、ＩＭＤＣＴ演算部２８と、サブバンド合成部２９に対しても出力される。
【００３３】
サイド情報取得部２２は、ヘッダの示す値に基づいてサイド情報に割当てられたビット数を決定し、サイド情報を抽出する。サイド情報は、ＭＰ３でモノラルの場合１７バイト（ただし、１バイト＝８ビット）の情報であり、ＭＰ３でステレオの場合３２バイトの情報である。なお、図１中では省略しているが、この情報はメインデータ取得部２３と、スケールファクタ復号部２４と、ハフマン復号部２５と、逆量子化部２６と、ステレオ処理部２７と、ＩＭＤＣＴ演算部２８に対しても出力される。
【００３４】
メインデータ取得部２３は、サイド情報に示されたパラメータに基づいて、バッファメモリ１１に保持されているビットストリームから、メインデータとして割当てられた部分を取り出す。
【００３５】
スケールファクタ復号部２４は、サイド情報取得部２２で抽出されたサイド情報に基づいて、メインデータに含まれているスケールファクタを復号する。
【００３６】
ハフマン復号部２５は、サイド情報取得部２２で抽出されたサイド情報に基づいて、ハフマン符号化された音声またはオーディオデータを復号する。
【００３７】
逆量子化部２６は、復号されたスケールファクタに基づいて、ハフマン復号された音声またはオーディオデータを逆量子化し、逆量子化されたデータをステレオ処理部２７に出力する。
【００３８】
ステレオ処理部２７は、インテンシティステレオおよびＭＳ（Middle-Side）ステレオのいずれか一方または両方のジョイントステレオ処理が施されたデータから、元の２チャネルの信号を復元する。ここで、インテンシティステレオは、両チャネルの和信号と各チャネル信号の比を、本来の２チャネル信号の代わりに用いるものである。ＭＳステレオは、両チャネルの和信号と差信号を、本来の２チャネル信号の代わりに用いるものである。
【００３９】
ＩＭＤＣＴ演算部２８は、ステレオ処理部２７から出力された２チャネルのデータの各々に対してバタフライ演算を行なうことによって折返し歪みを除去する。さらに、ＩＭＤＣＴ演算部２８は、折返し歪みが除去されたデータに対して逆変形離散コサイン変換（ＩＭＤＡＴ）を行なうことによって、周波数領域におけるデータを時間領域におけるデータに変換する。
【００４０】
サブバンド合成部２９は、ＩＭＤＣＴ演算部２８から出力された時間領域におけるデータに対してサブバンド合成処理を行なうことによって、ＰＣＭ（Pulse  Code  Modulation）データを再生する。再生されたＰＣＭデータは、バッファメモリ１２に出力され、バッファメモリ１２によって一時的に保持される。
【００４１】
図１の復号部１０は、さらにデータサイズ算出部３０を含む。データサイズ算出部３０には、フレームごとに、ヘッダ取得部２１で抽出されたヘッダのビット数、サイド情報取得部２２で抽出されたサイド情報のビット数、ならびにスケールファクタ復号部２４およびハフマン復号部２５に入力されたメインデータのビット数（メインデータ取得部２３で抽出されたメインデータのビット数）が入力される。データサイズ算出部３０は、入力されたこれらのビット数を加算し、フレームのビットサイズ（フレームサイズ）ＦＳを算出する。フレームのビットサイズＦＳにパディングのビット数を含めて算出してもよい。
【００４２】
ビットレート違反検出部１３は、ヘッダ取得部２１から出力された、ヘッダから取得した値に対応したビットレート値であるビットレート情報Ｂ２と、データサイズ算出部３０から出力されたフレームサイズＦＳに基づくビットレートとが一致しないビットレート違反状態となっているか否かを検出する。ビットレート違反検出部１３は、ビットレート違反状態を検出した場合には、エラー補正部１４に出力する異常信号Ｓ１を活性化する。
【００４３】
なお、フレームのビットサイズは、フレームごとのサンプル数（５７６データ×チャネル数）に、ビットレートを乗算してからサンプリング周波数で除算して、さらにパディングビットがＯＮなら、フレームの端数調整のためのパディングを付加した値に等しい。パディングビットがＯＮなら、サンプリング周波数が１１．０２５ｋＨｚ、２２．０５ｋＨｚ、４４．１ｋＨｚの場合にパディングとして１バイト（８ビット）が付加される。たとえば、サンプル数、１４４バイト、ビットレート１２８ｋｂｐｓ、サンプリング周波数４４．１ｋＨｚのとき、ビットサイズは、１４４×１２８０００÷４４１００≒４１７バイト、パディングがＯＮなら、４１８バイト、よって、３３３６もしくは、３３４４である。
【００４４】
したがって、フレームのビットサイズＦＳに基づくビットレートは、与えられたフレームのビットサイズＦＳからパディングビットがＯＮなら、パディングを減算し（ただし、ＦＳにパディングビットを含めて算出した場合のみ）、その後、サンプリング周波数を乗算し、さらにフレームごとのサンプル数を除算することによって得られる。ここで、ビットレート違反検出部１３において、Ｂ２とＦＳをビットレートにて比較するために、ビットレート違反検出部１３では、ＦＳに基づくビットレートを算出したが、上記の方法に準じてＢ２をビットサイズに変換して、Ｂ２に基づくビットサイズと、ＦＳとを比較してもよい。
【００４５】
エラー補正部１４は、ビットレート違反検出部１３から受けた異常信号Ｓ１が活性化されていないときは、バッファメモリ１２から受けたＰＣＭデータをそのまま出力する。エラー補正部１４は、異常信号Ｓ１が活性化されているときには、ビットレート違反が検出されたフレームに対してデータの削除または補正を行なう。具体的には、エラー補正部１４は、ミュート処理（フレームの削除）を行なったり、無音化をしたり、最大値および最小値の制限（リミット）をしたり、高域カットなどのフィルタ処理を行なったり、１つ前のビットレート違反状態でないフレームの値に置換えたりする。
【００４６】
図３は、図１の再生装置１によってビットレート違反を検出する手順を示すフローチャートである。図３には、再生装置１において１フレーム分のデータを処理する手順が示されている。以下、図１、図３を参照して、これまでの説明を総括する。
【００４７】
図３のステップＳ１０１で、復号部１０は、入力されたフレームのヘッダに示された値に基づいてサイド情報を抽出し、サイド情報の示す値に基づいてメインデータを抽出して、抽出したメインデータを復号する。
【００４８】
次にステップＳ１０２で、ビットレート違反検出部１３は、データサイズ算出部３０で算出されたフレームのビットサイズＦＳに基づくビットレートと、ヘッダから抽出したビットレート情報Ｂ２と比較する。両者のビットレートが一致する場合には（ステップＳ１０３でＹＥＳ）、復号結果であるＰＣＭデータがそのまま出力される（ステップＳ１０４）。
【００４９】
一方、ステップＳ１０２で比較したビットレートが一致しない場合には（ステップＳ１０３でＮＯ）、処理はステップＳ１０５に進む。ステップＳ１０５で、エラー補正部１４は、エラーコンシールメント（error  concealment）処理をする。具体的には、エラー補正部１４は、ビットレートが一致しないフレームを削除（ミュート処理）したり、無音化したり、最大値および最小値を制限したり、高域カットなどのフィルタ処理をしたり、１つ前のフレームの値に置換えたりする。
【００５０】
以上のとおり、実施の形態１による再生装置１では、ハフマンデータ領域などにおいて発生するデータの破損（ビットエラー）は、ビットレート違反を引き起こす可能性が高いという特徴を利用して、ビットレート違反に基づいてデータの破損を検出する。具体的に、再生装置１は、フレームごとにデコードの対象となったサイド情報・メインデータのバイト数に基づいて算出されたビットレートと、ヘッダの解析によって取得したビットレートの値を比較して、ビットレート違反を検出する。これによって、従来よりも簡単かつ効率的にデータの破損を検出し、データの破損に基づくノイズ（大音量の異常音など）を除去することができる。
【００５１】
＜実施の形態１の変形例＞
図４は、この発明の実施の形態１の変形例による再生装置２の構成を示すブロック図である。図４の再生装置２は、ＩＳＯ  ＭＰＥＧ−１オーディオおよびＭＰＥＧ２オーディオ  レイヤーＩまたはレイヤーII（それぞれ「ＭＰ１」、「ＭＰ２」とも称する）によって圧縮符号化された音声またはオーディオデータを復号するものである。まず、ＭＰ１，ＭＰ２によるビットストリームのフレーム構造について説明する。
【００５２】
［ＭＰ１，ＭＰ２のフレーム構造］
図５は、ＭＰ１およびＭＰ２のビットストリームのフレーム構造を示す図である。図５を参照して、ＭＰ１，ＭＰ２のビットストリームは複数のフレームからなるフレーム構造を有する。各フレームは、ヘッダ、ビットアロケーション情報、スケールファクタ、サンプルデータ、およびアンシラリデータを有する。ただし、図５には、アンシラリデータは図示されていない。ビットアロケーション情報が図２のＭＰ３のサイド情報（補助データ）に対応し、スケールファクタおよびサンプルデータが図２のＭＰ３のメインデータ（主データ）に対応する。
【００５３】
ヘッダは、ヘッダの先頭に設けられたフレーム同期のための同期語（Syncword）、サンプリング周波数、およびビットレートなどのシンタックスを含む。ヘッダのビットサイズは、３２ビットで固定である。
【００５４】
ビットアロケーション情報は、各サブバンド、各チャネルごとのビット割当て量の情報である。
【００５５】
スケールファクタは、各サブバンド、各チャネルごとの波形の再生時の倍率を表わす。言い換えると、スケールファクタは、エンコード（符号化）時の量子化を有効に行なうための一種の正規化係数である。ビットアロケーション情報で０ビットが指定されたものについては省略される。
【００５６】
サンプルデータは、符号化された音声またはオーディオデータであり、１サンプルあたり、アロケーション情報で指定されたビット数が割当てられる。
【００５７】
［再生装置２の構成］
再び図４を参照して、再生装置２は、バッファメモリ１１，１２と、復号部４０と、ビットレート違反検出部１３と、エラー補正部１４とを含む。復号部４０以外の構成については、図１の再生装置１と同様であるので、同一または対応する部分には同一の参照符号を付して説明を繰返さない場合がある。
【００５８】
復号部４０は、ヘッダ取得部４１と、ビットアロケーションデータ復号部４２と、スケールファクタ復号部４３と、逆量子化部４４と、ステレオ処理部４５と、サブバンド合成部４６と、サンプルデータ復号部４８とを含む。これらの構成要素は、本発明による再生装置に限らず、一般的なＭＰ１、ＭＰ２の再生装置に共通して設けられているものであるので、以下、各構成要素について簡単に説明する。
【００５９】
ヘッダ取得部４１は、ビットストリームから同期語に基づいてフレームヘッダを取り出し、デコード処理の可否判断をし、デコード制御情報の取り込みを行なう。
【００６０】
ビットアロケーションデータ復号部４２は、ビットストリームからヘッダの情報に基づいてビットアロケーションデータを取り出す。ビットアロケーションデータによって、スケールファクタデータおよびサンプルデータの有無、サンプルデータのビット長、逆量子化係数が決定される。
【００６１】
スケールファクタ復号部４３は、ビットストリームからビットアロケーション情報に基づいて、スケールファクタデータを取り出す。
【００６２】
サンプルデータ復号部４８は、ビットストリームからビットアロケーション情報に基づいてサンプルデータを取り出す。サンプルデータのビット長は、サンプルデータ復号部にて決定される。抽出したビット長は、サンプルデータ復号部４８からデータサイズ算出部４７へ入力する。
【００６３】
逆量子化部４４は、逆量子化係数およびスケールファクタデータを用いて、サンプルデータを逆量子化および再スケール化する。
【００６４】
ステレオ処理部４５は、ジョイントステレオ処理が施されたデータから元の２チャネルの信号を復元する。
【００６５】
サブバンド合成部４６は、逆量子化されたサンプルデータをサブバンド合成フィルタに通すことにより元の時間領域信号に変換し、ＰＣＭデータに復号する。
【００６６】
図４の再生装置２は、さらにデータサイズ算出部４７を含む。データサイズ算出部４７には、ヘッダ取得部４１で取り出されたヘッダのビット数、ビットアロケーションデータ復号部４２で取り出されたビットアロケーション情報のビット数、スケールファクタ復号部４３で取り出されたスケールファクタのビット数、ならびにサンプルデータ復号部４８に入力されたサンプルデータのビット数が入力される。データサイズ算出部４７は、入力されたこれらのビット数を加算し、フレームサイズＦＳを算出する。フレームのビットサイズＦＳにパディングのビット数を含めて算出してもよい。
【００６７】
ビットレート違反検出部１３は、ヘッダ取得部４１から出力されたビットレート情報Ｂ２と、データサイズ算出部４７から出力されたフレームサイズＦＳに基づくビットレートとが一致しないビットレート違反状態となっているか否かを検出する。ビットレート違反検出部１３は、ビットレート違反状態を検出した場合には、エラー補正部１４に出力する異常信号Ｓ１を活性化する。
【００６８】
以上の実施の形態１の変形例による再生装置２においても、再生装置１の場合と同様に、ビットアロケーションデータ領域において発生するデータの破損（ビットエラー）は、ビットレート違反を引き起こす可能性が高いという特徴を利用して、ビットレート違反に基づいてデータの破損を検出する。具体的には、再生装置２は、フレームごとにデコードの対象となったビットアロケーション情報・スケールファクタ情報・サンプルデータのバイト数に基づいて算出したビットレートと、ヘッダの解析によって取得したビットレート値を比較して、ビットレート違反を検出する。これによって、従来よりも簡単かつ効率的にデータの破損を検出し、データの破損に基づくノイズ（大音量の異常音など）を除去することができる。
【００６９】
＜実施の形態２＞
図６は、この発明の実施の形態２による再生装置３の構成を示すブロック図である。図６の再生装置３は、ビットレート違反検出部１５がフレーム制御部１６を備えている点で、実施の形態１による図１の再生装置１と異なる。
【００７０】
受信電波が微弱となる弱電界の下では、数フレーム連続してビット損失を起こす可能性が高い。そこで、ビットレート違反検出部１５は、ビットレート違反を検出したフレームに後続する所定数のフレーム、またはビットレート違反を検出したフレームの前後の所定数のフレームに対しては、ビットレート違反が検出されていなくても、エラー補正部１４に出力する異常信号Ｓ１を活性化する。これによって、これらの所定数のフレームに対して、データの削除または補正が行われる。
【００７１】
フレーム制御部１６には、ビットレート違反を検出したときに、フレーム数をカウントするフレームカウンタが設けられる。ビットレート違反が検出された時点でフレームカウンタによるカウントが開始され、フレーム数が所定数に達するまでフレーム数のカウントが継続される。フレームカウンタによるフレーム数のカウント中には、異常信号Ｓ１は活性状態のままで維持される。
【００７２】
ビットレート違反を検出したフレームよりも時間的に前のフレームに対してデータの削除および補正を行なうという機能は、所定数のフレームの出力をバッファリングしておくことで実現できる。この場合、現在復号されているフレームにおいてビットレート違反が検出されなければ、所定数だけ前に復号されたフレームのデータがバッファメモリから出力される。
【００７３】
上記の所定数は、ユーザが任意に設定できるようにしてもよいし、たとえば、ＭＰ３の場合には、参照される可能性のあるフレーム数の最大値としてもよい。
【００７４】
図６のその他の点は図１の場合と同じであるので、同一または相当する部分には同一の参照符号を付して説明を繰返さない。
【００７５】
図７は、図６の再生装置３によってビットレート違反を検出する手順を示すフローチャートである。図７には、再生装置３において１フレーム分のデータを処理する手順が示されている。
【００７６】
図６、図７を参照して、ステップＳ２０１で、復号部１０は、入力されたフレームのヘッダの示す値に基づいてサイド情報を抽出し、サイド情報の示す値に基づいてメインデータを抽出して、抽出したメインデータを復号する。
【００７７】
次にステップＳ２０２で、ビットレート違反検出部１５は、データサイズ算出部３０で算出されたフレームサイズＦＳに基づくビットレートと、ヘッダから抽出したビットレート情報Ｂ２とを比較する。両者のビットレートが一致しない場合には（ステップＳ２０３でＮＯ）、処理はステップＳ２０４に進む。
【００７８】
ステップＳ２０４で、フレーム制御部１６は、フレームカウンタによるフレーム数のカウントを開始する（既にカウント中の場合は、カウント数が初期化される）。フレーム制御部１６によるカウント中は、ビットレート違反検出部１５から出力される異常信号Ｓ１は活性状態になる。
【００７９】
次のステップＳ２０５で、エラー補正部１４は、エラーコンシールメント処理をする。具体的には、エラー補正部１４は、ビットレートが一致しないフレームを削除（ミュート処理）したり、無音化をしたり、最大値および最小値を制限したり、高域カットなどのフィルタ処理をしたり、ビットレート違反が検出されていない最も近時のフレームの値に置換えたりする。
【００８０】
一方、ステップＳ２０２で比較したビットレートが一致する場合には（ステップＳ２０３でＹＥＳ）、処理はステップＳ２０６に進む。
【００８１】
ステップＳ２０６で、ビットレート違反検出部１５は、フレームカウンタによるカウント中であるか否か（すなわち、フレームカウンタによるカウント数が所定の設定値に達したか否か）を判定する。カウント中でない場合には（ステップＳ２０６でＮＯ）、処理はステップＳ２１０に進み、復号結果であるＰＣＭデータがそのまま出力される。
【００８２】
一方、ステップＳ２０６でフレームカウンタによるカウント中と判定された場合には（ステップＳ２０６でＹＥＳ）、フレーム制御部１６は、フレームカウンタの数値と所定の設定値とを比較する。そして、フレームカウンタのカウント数が設定値に達した場合には（ステップＳ２０８でＹＥＳ）、フレーム制御部１６は、フレームカウンタによるカウントを停止する（ステップＳ２０９）。この場合、処理はステップＳ２１０に進み、異常信号Ｓ１が非活性化されて、復号結果であるＰＣＭデータがそのまま出力される。
【００８３】
ステップＳ２０８でフレームカウンタのカウント数が設定値に達していないと判定された場合には（ステップＳ２０８でＮＯ）、ビットレート違反検出部１５は、異常信号Ｓ１の活性状態を維持する。この場合、処理はステップＳ２０５に進み、エラーコンシールメント処理が実行される。
【００８４】
以上のとおり、実施の形態２による再生装置３によれば、実施の形態１による再生装置１の場合よりも、受信電波が微弱となる弱電界の下でのノイズの発生をより確実に防止できる。
【００８５】
＜実施の形態２の変形例＞
図８は、この発明の実施の形態２の変形例による再生装置４の構成を示すブロック図である。図８の再生装置４は、図４で説明した実施の形態１の変形例による再生装置２において、ビットレート違反検出部１３を図６のビットレート違反検出部１５に置換えたものである。図８の再生装置４においても、図６の再生装置３の場合と同様に受信電波が微弱となる弱電界の下でのノイズの発生をより確実に防止できる。
【００８６】
図９は、図８の再生装置４でビットレート違反検出部１５が設けられていない場合において、弱電界の受信信号を再生したときの再生信号の波形を示す図である。図９の縦軸は振幅をｄＢ単位（最大振幅を０ｄＢとする）で示したものであり、図９の横軸は時間を示す。図９に示すように、通常の音声信号以外に、時刻ｔ１，ｔ２において大振幅のノイズが発生していることがわかる。
【００８７】
図１０は、図８の再生装置４によって弱電界の受信信号を再生したときの再生信号の波形を示す図である。図１０の再生信号の波形では、図９に示すような大振幅のノイズが除去されていることがわかる。
【００８８】
＜実施の形態３＞
図１１は、この発明の実施の形態３による再生装置５の構成を示すブロック図である。
【００８９】
図１１を参照して、再生装置５は、バッファメモリ１１，１２と、復号部５０と、ビットレート違反検出部１７と、エラー補正部１４とを含む。
【００９０】
バッファメモリ１１は、入力された復号前のビットストリーム（オーディオデータＡＤ）を一時的に保持するものであり、バッファメモリ１２は、復号部１０から出力されたＰＣＭデータを一時的に保持するものである。バッファメモリ１１，１２は、互いに異なる半導体メモリ装置で構成されていてもよいし、共通の半導体メモリ装置の異なる記憶領域を使用するようにしてもよい。
【００９１】
実施の形態３の場合には、オーディオデータＡＤは、ＭＰ１，ＭＰ２，ＭＰ３のいずれかの方式で圧縮符号化されたものとする。ただし、複数のフレームに区分されたビットストリームでありフレームの先頭に同期語が設けられているものであれば、どのような方式で圧縮符号化されたビットストリームであっても、実施の形態３による再生装置５を適用することができる。
【００９２】
復号部５０は、入力されたオーディオデータＡＤを復号して元のＰＣＭデータを再生する。入力されたオーディオデータＡＤがＭＰ３方式で符号化されたデータであれば、復号部５０は、図１の復号部１０と同一構成を有する（ただし、データサイズ算出部３０は含まれている必要はない）。入力されたオーディオデータＡＤがＭＰ１，ＭＰ２方式で符号化されたデータであれば、復号部５０は、図４の復号部４０と同一構成を有する（ただし、データサイズ算出部４７は含まれている必要はない）。
【００９３】
ビットレート違反検出部１７は、復号前のオーディオデータＡＤの入力を受け、オーディオデータＡＤに含まれる同期語の間隔を検出する。そして、ビットレート違反検出部１７は、検出した同期語の間隔に対応するフレームサイズからビットレートを算出し、算出したビットレートと、予め与えられたビットレート情報Ｂ１とを比較する。ビットレート違反検出部１７は、これらのビットレートが一致しないビットレート違反状態の場合には、復号部５０およびエラー補正部１４に出力する異常信号Ｓ１を活性化する。
【００９４】
復号部５０は、異常信号Ｓ１が活性化された場合には、入力されたフレームの復号を行わない。エラー補正部１４は、異常信号Ｓ１が活性化されていないときは、バッファメモリ１２から受けたＰＣＭデータをそのまま出力し、異常信号Ｓ１が活性化されているときには、ビットレート違反が検出されたフレームに対してフレームの削除（ミュート処理）または無音化などを行なう。
【００９５】
受信電波が微弱となる弱電界時には、ビット誤りが生じるために本来の同期語とは異なる位置に擬似同期語（同期語と同じビット配列）が発生する場合がある。この場合の同期語間隔は本来の同期語間隔と異なる値になるが、上記の再生装置５によれば、このような異常状態を検出することができる。この結果、ノイズ（大音量の異常音）の発生を抑制することができる。
【００９６】
基準値として与えられるビットレートＢ１は、たとえば、オーディオデータＡＤを復号部５０へ入力する前に所定数のフレームにわたってオーディオデータＡＤに含まれる同期語間隔の平均値を求め、その平均値から求めることができる。なお、受信電波が微弱となる弱電界時には、フレームごとに同期語間隔の値に揺れがある場合があるので、一定の同期語間隔が連続して得られたときのビットレートを基準のビットレートＢ１として用いるようにしてもよい。受信電波強度を検出できるのであれば、所定レベル以上の受信強度が得られた場合の同期語間隔に基づくビットレート値を基準のビットレートＢ１としてもよい。もしくは、ヘッダを解析することによって得られた値を基準のビットレート値Ｂ１とすることもできるし、ユーザが予め入力するようにすることもできる。
【００９７】
図１２は、図１１の再生装置５によってビットレート違反を検出する手順を示すフローチャートである。
【００９８】
図１１、図１２を参照して、ステップＳ３０１で、ビットレート違反検出部１７は、復号前のオーディオデータＡＤに含まれる同期語の間隔を検出し、ビットレートを算出する。
【００９９】
次にステップＳ３０２で、ビットレート違反検出部１７は、算出したビットレートと、予め与えられたビットレート情報Ｂ１とを比較する。両者のビットレートが一致する場合には（ステップＳ３０３でＹＥＳ）、復号結果であるＰＣＭデータがそのまま出力される（ステップＳ３０４）。
【０１００】
一方、ステップＳ３０２で比較したビットレートが一致しない場合には（ステップＳ３０３でＮＯ）、処理はステップＳ３０５に進む。ステップＳ３０５で、エラー補正部１４は、エラーコンシールメント処理をする。具体的には、エラー補正部１４は、ビットレートが一致しないフレームを削除（ミュート処理）したり、無音化したりする。
【０１０１】
以上のとおり、実施の形態３による再生装置５によれば、従来よりも簡単かつ効率的にデータの破損を検出し、データの破損に基づくノイズ（大音量の異常音など）を除去することができる。なお、実施の形態３のビットレート違反検出部１７は、実施の形態１，２のビットレート違反検出部１３，１５と組み合わせて用いることもできる。
【０１０２】
＜実施の形態４＞
図１３は、この発明の実施の形態４における再生装置６の構成を示すブロック図である。メモリ１１、復号部１０または４０、メモリ１２、エラー補正部１４については実施の形態１及び２にて示した、図１，図４，図６，図８のいずれかを適用する。繰り返しの説明となるので、メモリ１１、復号部１０または４０、メモリ１２については詳細な説明を省略する。
【０１０３】
ビットレート情報確認部８０Ａでは、ヘッダ取得部２１から出力されたビットレート情報Ｂ２にビットエラーが発生していないかを解析する。ビットレート情報確認部８０Ａでは、ヘッダに含まれるビットレート情報Ｂ２に基づいてフレームサイズを算出し、算出したフレームサイズの示す位置に同期語が存在しているか否かを確認する。同期語が存在していれば、ビットレート情報Ｂ２は正しいと判定し、確認信号Ｓ０を非活性化する。たとえば、ヘッダ領域にビットエラーを生じた場合に、ビットレート情報Ｂ２に基づいて算出したフレームサイズ位置には、同期語が存在していないことがあり、同期語が存在していなければ、ビットレート情報Ｂ２は正しくないと判定し、確認信号Ｓ０を活性化する。
【０１０４】
ビットレート違反検出部１３Ａでは実施の形態１及び実施の形態２と同様に、ビットレート情報Ｂ２と、フレームサイズＦＳに基づくビットレートとが一致しないビットレート違反状態となっているか否かを検出する。ビットレート違反検出部１３Ａは、ビットレート違反状態を検出した場合には、異常信号Ｓ１を活性化する。
【０１０５】
さらにビットレート違反検出部１３Ａでは、確認信号Ｓ０と異常信号Ｓ１との論理和を取る。ここで、確認信号Ｓ０および異常信号Ｓ１は、それぞれ活性状態のとき“１”とする。ビットレート違反検出部１３Ａは、確認信号Ｓ０と異常信号Ｓ１のうち少なくとも一方の信号が活性化されている場合に検出信号Ｓ２を活性化して、エラー補正部１４に出力する。
【０１０６】
エラー補正部１４は、ビットレート違反検出部１３Ａから受けた検出信号Ｓ２が活性化されていないときは、バッファメモリ１２から受けたＰＣＭデータをそのまま出力する。エラー補正部１４は、検出信号Ｓ２が活性化されているときには、ビットレート違反が検出されたフレームに対してデータの削除または補正を行なう。具体的には、エラー補正部１４は、ミュート処理（フレームの削除）を行なったり、無音化をしたり、最大値および最小値の制限（リミット）をしたり、高域カットなどのフィルタ処理を行なったり、１つ前のビットレート違反状態でないフレームの値に置換えたりする。
【０１０７】
また、ビットレート情報Ｂ２の示す値と実施の形態３におけるビットレート違反検出部１７が検出した同期語の間隔に対応するフレームサイズを比較する（へッダに含まれるビットレート情報に基づいて算出したフレームサイズと、検出した同期語の間隔とが一致しているか否かを確認する）ことで、ビットレート情報Ｂ２のビットレート違反状態を検出するようにしても良い。このようにビットレート情報Ｂ２の正確性を判定するため、より正確に違反検出を実現できる。
【０１０８】
＜実施の形態４の変形例１＞
図１４は、この発明の実施の形態４の変形例１における再生装置７の構成を示すブロック図である。メモリ１１、復号部１０または４０、メモリ１２、エラー補正部１４については実施の形態１及び２にて示した、図１，図４，図６，図８のいずれかを適用する。繰り返しの説明となるので、メモリ１１、復号部１０または４０、メモリ１２については詳細な説明を省略する。
【０１０９】
ビットレート情報確認部８０Ｂでは、ヘッダ取得部２１から出力されたビットレート情報Ｂ２にビットエラーが発生していないかを解析する。具体的には、ビットレート情報確認部８０Ｂでは、ビットレート情報Ｂ２と外部から予め与えられたビットレート情報Ｂ１とを比較する。ビットレート情報確認部８０Ｂでは、これらのビットレートが一致しないビットレート違反状態の場合には、確認信号Ｓ０を活性化する。
【０１１０】
ビットレート違反検出部１３Ｂでは実施の形態１及び実施の形態２と同様に、ビットレート情報Ｂ２と、フレームサイズＦＳに基づくビットレートとが一致しないビットレート違反状態となっているか否かを検出する。ビットレート違反検出部１３は、ビットレート違反状態を検出した場合には、異常信号Ｓ１を活性化する。
【０１１１】
さらにビットレート違反検出部１３Ｂでは、確認信号Ｓ０と異常信号Ｓ１との論理和を取取る。ここで、確認信号Ｓ０および異常信号Ｓ１は、それぞれ活性状態のとき“１”とする。ビットレート違反検出部１３Ｂは、確認信号Ｓ０と異常信号Ｓ１のうち少なくとも一方の信号が活性化されている場合に検出信号Ｓ２を活性化して、エラー補正部１４に出力する。
【０１１２】
エラー補正部１４は、ビットレート違反検出部１３Ｂから受けた検出信号Ｓ２が活性化されていないときは、バッファメモリ１２から受けたＰＣＭデータをそのまま出力する。エラー補正部１４は、検出信号Ｓ２が活性化されているときには、ビットレート違反が検出されたフレームに対してデータの削除または補正を行なう。具体的には、エラー補正部１４は、ミュート処理（フレームの削除）を行なったり、無音化をしたり、最大値および最小値の制限（リミット）をしたり、高域カットなどのフィルタ処理を行なったり、１つ前のビットレート違反状態でないフレームの値に置換えたりする。
【０１１３】
このようにビットレート情報Ｂ２の正確性を判定するため、より正確に違反検出を実現できる。
【０１１４】
また他の違反検出として、ビットレート情報Ｂ２の示す値と実施の形態３におけるビットレート違反検出部１７が検出した同期語の間隔に対応するフレームサイズを比較することで、ビットレート情報Ｂ２のビットレート違反状態を検出するようにしても良い。
【０１１５】
＜実施の形態４の変形例２＞
図１５は、この発明の実施の形態４の変形例２における再生装置８の構成を示すブロック図である。メモリ１１、復号部１０または４０、メモリ１２、エラー補正部１４については実施の形態１及び２にて示した、図１，図４，図６，図８のいずれかを適用する。繰り返しの説明となるので、メモリ１１、復号部１０または４０、メモリ１２については詳細な説明を省略する。
【０１１６】
これまで、実施の形態４ではビットレート情報確認部の確認方法として、ビットレート情報２の比較対象として、３つの違反検出例（同期語の存在を確認／フレームサイズとの比較／ビットレート情報Ｂ１との比較）を示した。
【０１１７】
本実施の形態のビットレート情報確認部８０Ｃでは上記の３つの違反検出例を組み合わせて、ビットレート情報Ｂ２のビットレート違反を確認する。つまり全ての検出例で、ビットレート情報Ｂ２は正しいと判定した場合のみ、確認信号Ｓ０を活性化する。
【０１１８】
具体的には、第１の検出部にて、ヘッダに含まれるビットレート情報Ｂ２に基づいてフレームサイズを算出し、算出したフレームサイズの示すデータ位置に同期語が存在するかを確認し、存在しない場合にビットレート違反状態であると検出する。また、第２の検出部にて、ヘッダに含まれるビットレート情報Ｂ２と予め与えられたビットレートの値とを比較し、一致しない場合にはビットレート違反状態であると検出する。第３の検出部にて、ヘッダに含まれるビットレート情報Ｂ２に基づくフレームサイズと、ビットストリームに含まれる同期語の間隔とを比較し、一致しない場合にビットレート違反状態であると検出する。ビットレート情報確認部８０Ｃでは、すべての検出部でビットレート違反状態が検出されなければ確認信号Ｓ０を非活性化し、いずれかの検出部でビットレート違反状態が検出されれば確認信号Ｓ０を活性化する。
【０１１９】
ビットレート違反検出部１３Ｃでは実施の形態１及び実施の形態２と同様に、ビットレート情報Ｂ２と、フレームサイズＦＳに基づくビットレートとが一致しないビットレート違反状態となっているか否かを検出する。ビットレート違反検出部１３は、ビットレート違反状態を検出した場合には、異常信号Ｓ１を活性化する。
【０１２０】
さらにビットレート違反検出部１３Ｃでは、確認信号Ｓ０と異常信号Ｓ１との論理和を取取る。ここで、確認信号Ｓ０および異常信号Ｓ１は、それぞれ活性状態のとき“１”とする。ビットレート違反検出部１３Ｃは、確認信号Ｓ０と異常信号Ｓ１のうち少なくとも一方の信号が活性化されている場合に検出信号Ｓ２を活性化して、エラー補正部１４に出力する。
【０１２１】
エラー補正部１４は、ビットレート違反検出部１３Ｂから受けた検出信号Ｓ２が活性化されていないときは、バッファメモリ１２から受けたＰＣＭデータをそのまま出力する。エラー補正部１４は、検出信号Ｓ２が活性化されているときには、ビットレート違反が検出されたフレームに対してデータの削除または補正を行なう。具体的には、エラー補正部１４は、ミュート処理（フレームの削除）を行なったり、無音化をしたり、最大値および最小値の制限（リミット）をしたり、高域カットなどのフィルタ処理を行なったり、１つ前のビットレート違反状態でないフレームの値に置換えたりする。
【０１２２】
このようにビットレート情報Ｂ２の正確性を判定するため、より正確に違反検出を実現できる。
【０１２３】
＜実施の形態５＞
実施の形態５は、第１〜第４の実施の形態で説明した再生装置１〜８のいずれか１つを用いた携帯型音楽プレイヤーシステムに関するものである。
【０１２４】
図１６は、この発明の実施の形態５による携帯型音楽プレイヤーシステム６０の構成を示すブロック図である。図１６を参照して、携帯型音楽プレイヤーシステム６０は、システム全体の制御を行なうＣＰＵ（Central  Processing  Unit）６１と、ＲＯＭ（Read  Only  Memory）６２と、ＲＡＭ（Random  Access  Memory）６３と、ハードディスクドライブ（ＨＤＤ）６４と、無線部６５と、入力処理部６６と、外部ＩＦ（Inter-Face）７０と、データ処理部６７と、スピーカ７１と、表示処理部６８と、ディスプレイ７２と、メディアドライブ６９とを含む。
【０１２５】
携帯型音楽プレイヤーシステム６０は、ユーザにより操作ボタンが操作されると、外部ＩＦ７０を介して、その操作に応じた操作入力信号が入力処理部６６に入力される。入力処理部６６は、供給される操作入力信号に対して所定の処理を行ない、操作入力信号をコマンドに変換して内部バス７０を介してＣＰＵ６１に転送する。
【０１２６】
無線部６５は、アンテナ７４を介した無線通信を通じて音楽情報などの各種情報を送受信する。たとえば、ＭＰ３などの形式に圧縮されたオーディオデータをパケット単位で受信する。このオーディオデータは内部バス７３を介してＲＡＭ６３に格納される。
【０１２７】
ＣＰＵ６１は、ＲＯＭ６２に記憶される各種プログラムを、内部バス７３を介して読み出してＲＡＭ６３に転送し、そのプログラムを展開して実行することによって携帯型音楽プレイヤーシステム６０全体の制御を行なう。ＣＰＵ６１は、さらに、所定の演算処理を行なうことによって入力処理部６６から受けたコマンドに応じた処理を実行する。
【０１２８】
データ処理部６７は、メディアドライブ６９から与えられた音楽データを圧縮符号化してハードディスクドライブ６４に送り、ハードディスクに記憶させる。
【０１２９】
ユーザの操作に応じて音楽データの再生を行なう場合には、ＣＰＵ６１は、ユーザの操作に応じたコマンドに基づいて、ハードディスクドライブ６４内の指定された音楽データを読み出して、データ処理部６７に転送する。データ処理部６７は、転送された音楽データに対して復号処理等の再生処理を施し、得られた音楽信号をスピーカ７１に出力する。また、データ処理部６７は、ＣＰＵ６１の指令に基づいて、ＲＡＭ６３に格納されたオーディオデータを信号処理して、得られた音楽信号をスピーカ７１に出力する。
【０１３０】
ディスプレイ７２に関係した機能として、ＣＰＵ６１は、各種プログラムの実行結果に応じた画面データを生成して表示処理部６８に転送したり、ハードディスクドライブ６４に記憶される音楽関連情報（音楽タイトル）を読み出して表示処理部６８に転送したりする。表示処理部６８は、ＣＰＵ６１から受けた表示データに応じてディスプレイ７２に音楽関連情報などの表示を行なわせる。
【０１３１】
実施の形態１〜４で説明した再生装置１〜８は、上記のデータ処理部６７に配置される。これによって、実施の形態１〜４で説明した効果を奏する携帯型音楽プレイヤーシステムを構築することが可能になる。
【０１３２】
なお、本実施の形態では音楽プレイヤーシステム（音楽データの再生）について説明したが、映像再生システム（映像データの再生）においても実施の形態１〜４において説明した再生装置１〜８を同様に適用することが可能である。
【０１３３】
今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１３４】
１〜８  再生装置、１０，４０  復号部、１１，１２  バッファメモリ、１３，１５，１７  ビットレート違反検出部、１４  エラー補正部、１６  フレーム制御部、３０，４７  データサイズ算出部、６０  携帯型音楽プレイヤーシステム。
【図１】
2013134301.tif 000003
【図２】
2013134301.tif 000004
【図３】
2013134301.tif 000005
【図４】
2013134301.tif 000006
【図５】
2013134301.tif 000007
【図６】
2013134301.tif 000008
【図７】
2013134301.tif 000009
【図８】
2013134301.tif 000010
【図９】
2013134301.tif 000011
【図１０】
2013134301.tif 000012
【図１１】
2013134301.tif 000013
【図１２】
2013134301.tif 000014
【図１３】
2013134301.tif 000015
【図１４】
2013134301.tif 000016
【図１５】
2013134301.tif 000017
【図１６】
2013134301.tif 000018