(57)【要約】【課題】符号化データの音声符号化方式を短時間で推定できるデコード装置および音声符号化方式推定方法を提供する。【解決手段】本発明のデコード装置は、外部から未知の音声符号化方式で符号化された符号化データを受信するデータ入力部と、デコード可能な音声符号化方式が互いに異なる複数のデコーダを備えるデコーダ部と、前記データ入力部から受信した符号化データを周波数解析することにより音声フレームのフレーム長を推定し、前記推定したフレーム長に基づいて前記符号化データの音声符号化方式を判別し、前記デコーダ部から前記判別した音声符号化方式に対応するデコーダを選択し、前記符号化データを該デコーダにデコードさせるデータ処理部を有する。【選択図】図１
2010164809.tif 000002
【特許請求の範囲】
【請求項１】
外部から未知の音声符号化方式で符号化された符号化データを受信するデータ入力部と、
デコード可能な音声符号化方式が互いに異なる複数のデコーダを備えるデコーダ部と、
前記データ入力部から受信した符号化データを周波数解析することにより音声フレームのフレーム長を推定し、前記推定したフレーム長に基づいて前記符号化データの音声符号化方式を判別し、前記デコーダ部から前記判別した音声符号化方式に対応するデコーダを選択し、前記符号化データを該デコーダにデコードさせるデータ処理部と、
を有するデコード装置。
【請求項２】
前記データ処理部は、
前記符号化データの音声フレームのビット位置ごとの連長のヒストグラムを作成し、規格が公開されている音声符号化方式およびビットレートの組み合わせごとにあらかじめ作成しておいた音声フレームのビット位置ごとの連長のヒストグラムと比較することにより前記符号化データの音声符号化方式を判別する請求項１記載のデコード装置。
【請求項３】
前記データ処理部は、
前記符号化データの音声フレームのビット位置ごとの連長のヒストグラムと、前記規格が公開されている音声符号化方式およびビットレートの組み合わせごとにあらかじめ作成しておいた音声フレームのビット位置ごとの連長のヒストグラムの比較により、音声フレーム内のビット位置のずれを推定し、前記推定したビット位置のずれに相当するデータを破棄した前記符号化データを前記デコーダ部に供給する請求項２記載のデコード装置。
【請求項４】
互いにデコード可能な音声符号化方式が異なる複数のデコーダを備えるデコード装置の音声符号化方式推定方法であって、
受信した符号化データを周波数解析することにより音声フレームのフレーム長を推定し、
前記推定したフレーム長に基づいて前記符号化データの音声符号化方式を判別し、
前記判別した音声符号化方式に対応するデコーダを選択し、前記符号化データを該デコーダにデコードさせる音声符号化方式推定方法。
【請求項５】
前記符号化データの音声フレームのビット位置ごとの連長のヒストグラムを作成し、規格が公開されている音声符号化方式およびビットレートの組み合わせごとにあらかじめ作成しておいた音声フレームのビット位置ごとの連長のヒストグラムと比較することにより前記符号化データの音声符号化方式を判別する請求項４記載の音声符号化方式推定方法。
【請求項６】
前記符号化データの音声フレームのビット位置ごとの連長のヒストグラムと、前記規格が公開されている音声符号化方式およびビットレートの組み合わせごとにあらかじめ作成しておいた音声フレームのビット位置ごとの連長のヒストグラムの比較により、音声フレーム内のビット位置のずれを推定し、
前記推定したビット位置のずれに相当するデータを破棄した前記符号化データを前記デコーダに供給する請求項５記載の音声符号化方式推定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デコード装置および音声符号化方式推定方法に関する。
【背景技術】
【０００２】
近年、音声の帯域を対象とした多様な音声符号化方式が開発され、当該多様な音声符号化方式で符号化された音声データ（以降、符号化データと称する）が通信に用いられている。一方、日本の電波法では、あらかじめ届け出られていない音声符号化方式の符号化データを用いた通信波の発信は禁止されている。テロリズムや犯罪などの防止を目的として通信波を監視する場合、発信された通信波の音声符号化方式を推定し、当該音声符号化方式が届け出されているか否かを判別する必要がある。
【０００３】
音声符号化方式を推定するために、符号化データを規格が公開されている音声符号化方式のデコーダで順次デコードし、音声が出力されるか否かによって判別する方法がある。
【０００４】
なお、特許文献１では、符号化データに対して各音声符号化方式の特徴から分布をとり、その分布の特徴を見ることにより音声符号化方式を自動的に判別する方法が提示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２４３６５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
符号化データを規格が公開されている音声符号化方式のデコーダで順次デコードし、音声が出力されたか否かを判別するためには、音声の出力レベルあるいは周波数帯域を判別するための回路が必要となり、デコード装置の構成が複雑となる。音声の出力レベルあるいは出力周波数帯域から音声が出力されたか否かを判別すると、背景雑音などの影響により判別ミスが発生する場合もある。操作者の聴音により音声が出力されたか否かを判別することも可能であるが、操作者の多大な労力を必要とすることになる。また、現在、ＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Standardization Sector）あるいはＥＴＳＩ（European Telecommunications Standards Institute）などで規格が公開されている音声の帯域を対象とした音声符号化方式は約２０種類ある。規格が公開されている全ての音声符号化方式でデコードすると音声符号化方式を推定するまでに多大な時間を要することになる。
【０００７】
また、上述した特許文献１では、符号化データを判別するための処理が音声符号化方式ごとに異なる。音声符号化方式ごとに異なる処理を実施する必要があるため、判別に時間を要する。
【０００８】
本発明の目的は、符号化データの音声符号化方式を短時間で推定できるデコード装置および音声符号化方式推定方法を提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のデコード装置は、外部から未知の音声符号化方式で符号化された符号化データを受信するデータ入力部と、デコード可能な音声符号化方式が互いに異なる複数のデコーダを備えるデコーダ部と、前記データ入力部から受信した符号化データを周波数解析することにより音声フレームのフレーム長を推定し、前記推定したフレーム長に基づいて前記符号化データの音声符号化方式を判別し、前記デコーダ部から前記判別した音声符号化方式に対応するデコーダを選択し、前記符号化データを該デコーダにデコードさせるデータ処理部を有する。
【発明の効果】
【００１０】
本発明によれば、符号化データの音声符号化方式を短時間で推定できる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態のデコード装置の構成を示すブロック図である。
【図２】図１に示したデータ処理部の処理手順を示すフローチャートである。
【図３】Ｇ．７２９  ＣＳ−ＡＣＥＬＰの符号化データの周波数スペクトルの波形図である。
【図４】Ｇ．７２９  ＣＳ−ＡＣＥＬＰ（８．０ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図５】Ｇ．７２９  ＣＳ−ＡＣＥＬＰ（６．４ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図６】Ｇ．７２９  ＣＳ−ＡＣＥＬＰ（１１．８ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図７】ＡＣＥＬＰ（６．７ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図８】ＬＤ−ＣＥＬＰ（１６ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図９】ＤｏＤ  ＭＥＬＰ（５４ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図１０】Ｇ．７２６  ＡＤＰＣＭ（１６ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図１１】Ｇ．７２６  ＡＤＰＣＭ（２４ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図１２】Ｇ．７２６  ＡＤＰＣＭ（３２ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図１３】Ｇ．７２６  ＡＤＰＣＭ（４０ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。
【図１４】第２の実施の形態のデコード装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
次に本発明について図面を参照して詳細に説明する。
【００１３】
現在、規格が公開されている音声の帯域を対象とした音声符号化方式として、Ｇ．７２９  ＣＳ−ＡＣＥＬＰ（Conjugate Structure Algebraic Code Excited Linear Prediction）、Ｇ．７２８  ＬＤ−ＣＥＬＰ（low delay-code excited linear prediction）、電波産業会（ＡＲＩＢ）が規定するＡＣＥＬＰ（Conjugate Structure Algebraic Code Excited Linear Prediction）、アメリカ国防総省（ＤｏＤ）が規定するＭＥＬＰ（United States Department of Defense Mixed Excitation Linear Prediction）、Ｇ．７２６  ＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）あるいはＧ７２２  ＳＢ−ＡＤＰＣＭ（Sub-Band Adaptive Differential Pulse Code Modulation）などがある。
【００１４】
原音声データは、それぞれの音声符号化方式でサイズが規定されている音声フレームごとに符号化される。符号化データは、データ値の連続性について、音声符号化方式とビットレートの組み合わせ（以降、符号化仕様と称する）ごとに異なる特徴を有する。同一の符号化仕様では、データ値が０から１、あるいは１から０に変化する、音声フレーム内のビット位置および当該ビット位置から同一のデータ値が連続する長さをあらわす連長が類似する傾向にある。
【００１５】
符号化データが音声フレームの生成周期で類似した値を有するため、当該符号化データを、高速フーリエ変換（以降、ＦＦＴと称する）を用いて周波数解析すると、音声フレームが生成される周波数の倍数の周波数で波の強さが大きくなる。これを利用して、音声フレームのフレーム長を推定できる。フレーム長は、音声符号化方式およびビットレートごとに規定されるので、推定したフレーム長に基づいて符号化データの音声符号化方式を判別できる。
【００１６】
本発明のデコード装置は、外部から受信した符号化データ（以降、受信データと称する）を周波数解析することにより音声フレームのフレーム長を推定し、推定したフレーム長に基づいて当該受信データの音声符号化方式を判別する。
【００１７】
また、本発明のデコード装置は、受信データの音声フレームのビット位置ごとの連長のヒストグラムを作成し、符号化仕様ごとにあらかじめ作成しておいた連長のヒストグラムと比較することにより当該受信データの音声符号化方式を判別する。
【００１８】
（第１の実施の形態）
図１は本発明の第１の実施の形態のデコード装置の構成を示すブロック図である。
【００１９】
図１に示すように、第１の実施の形態のデコード装置１は、データ入力部１０、データ処理部１１、デコーダ部１２、ＤＡ変換器１３およびデータベース１４を有する。
【００２０】
データ入力部１０は、図示しない外部の通信機器あるいはハードディスクなどの記憶装置から入力された受信データをデータ処理部１１に出力する。
【００２１】
データ処理部１１は、データ入力部１０から受信した受信データを周波数解析し、音声フレームのフレーム長を推定し、推定したフレーム長に基づいて当該受信データの音声符号化方式を判別する。
【００２２】
また、データ処理部１１は、符号化仕様ごとの所定のサイズの符号化データに対する音声フレームのビット位置ごとの連長のヒストグラム（以降、参照ヒストグラムと称する）をあらかじめ作成しておく。データ処理部１１は、受信データから参照ヒストグラムを作成したサイズと同サイズのデータを抽出し、音声フレームのビット位置ごとの連長のヒストグラム（以降、連長ヒストグラムと称する）を作成する。データ処理部１１は、連長ヒストグラムと参照ヒストグラムを比較し、当該受信データの音声符号化方式を判別する。
【００２３】
また、データ処理部１１は、連長ヒストグラムと参照ヒストグラムとを比較することで、音声フレーム内のビット位置のずれを推定し、推定したビット位置のずれに相当するデータを破棄し、音声同期ずれを補償する。
【００２４】
さらに、データ処理部１１は、判別した音声符号化方式に応じてデコーダ部１２が備える入力スイッチ１５および出力スイッチ１６を切り替え、デコーダ部１２が備える、判別した音声符号化方式のデコーダに受信データを出力する。
【００２５】
デコーダ部１２は、デコード可能な音声符号化方式が互いに異なる複数のデコーダを備える。デコーダの例として、ＣＳ−ＡＣＥＬＰデコーダ、ＬＤ−ＣＥＬＰデコーダ、ＡＣＥＬＰデコーダ、ＭＥＬＰデコーダ、ＡＤＰＣＭデコーダあるいはＳＢ−ＡＤＰＣＭデコーダなどがある。さらに、デコーダ部１２は、デコードするデコーダを選択するための入力スイッチ１５および出力スイッチ１６を備える。デコーダ部１２は、データ処理部１１から受信した受信データを、データ処理部１１によって選択されたデコーダでデコードし、デコードされたデータ（以降、デコードデータと称する）をＤＡ変換器１３に出力する。
【００２６】
ＤＡ変換器１３は、デコーダ部１２から受信したデコードデータをアナログ値に変換して出力する。
【００２７】
データベース１４は、参照ヒストグラムを記憶するための記憶装置である。
【００２８】
データ処理部１１は、例えば各種の論理回路からなるＬＳＩによって実現できる。
【００２９】
次に図１に示したデコード装置１のデータ処理部１１の処理手順について図２のフローチャートを参照して説明する。
【００３０】
データ処理部１１は、処理を開始すると、まず、データ入力部１０から受信データを受信するまで待機する（ステップＳ１）。
【００３１】
データ処理部１１は、データ入力部１０から受信データを受信すると、当該受信データの音声フレームのフレーム長を推定する（ステップＳ２）。同一の符号化仕様では、データ値が０から１、あるいは１から０に変化する、音声フレーム内のビット位置および当該ビット位置以降同一のデータ値が連続する長さを示す連長が類似する傾向にある。符号化データが音声フレームの生成周期で類似した値を有するため、符号化データを周波数軸にならべかえた周波数スペクトルを作成すると、音声フレームが生成される周波数の倍数の周波数で波の強さが大きくなることが示される。これを利用して音声フレームのフレーム長を推定する方法を、Ｇ．７２９  ＣＳ−ＡＣＥＬＰの音声符号化方式を例に説明する。図３は、Ｇ．７２９  ＣＳ−ＡＣＥＬＰの符号化データの周波数スペクトルの波形図である。図３の横軸は、周波数を示し、縦軸は、各周波数の波の強さを示している。なお、現在、規格が公開されている、音声の帯域を対象とした音声符号化方式のサンプリング周波数は、Ｇ７２２  ＳＢ−ＡＤＰＣＭでは１６ｋＨｚであり、それ以外では８ｋＨｚである。本発明では、ＦＦＴにより抽出する最大の周波数は、想定されるサンプリング周波数のうち最小のサンプリング周波数の半分である４ｋＨｚとしている。Ｇ．７２９  ＣＳ−ＡＣＥＬＰでは、サンプリング周波数が８ｋＨｚであり、音声フレームのフレーム長が８０ビットであるため、音声フレームは１００Ｈｚ周期で生成される。図３に示す周波数スペクトルでは、１００Ｈｚの倍数の周波数で波の強さが大きくなることが示されている。つまり、符号化データを周波数軸にならべかえた周波数スペクトルの波の強さが大きくなる周期を測定することにより、符号化データの音声フレームのフレーム長を推定できる。
【００３２】
したがって、まず、データ処理部１１は、受信データを、ＦＦＴを用いて周波数軸にならべかえた周波数スペクトルを作成する。
【００３３】
次に、データ処理部１１は、周波数スペクトルから波の強さのピークを抽出する。周波数軸にならべかえた周波数スペクトルをあらかじめ設定された範囲で低周波数領域から高周波数領域に順に走査し、各周波数の波の強さとあらかじめ設定された上限閾値および下限閾値を比較していく。波の強さが上限閾値以上の状態になってから下限閾値以下の状態になるまでの間に波の強さが最大となる箇所をピークとして抽出する。
【００３４】
続いて、データ処理部１１は、隣り合うピークの間隔を測定し、全てのピーク間隔の平均値を算出する。なお、周波数スペクトルは、周波数軸にならべられているため、算出したピーク間隔の平均値は、周波数を示す。符号化データは、当該周波数の逆数で示される周期で類似した値を有していると考えられる。このため、音声フレームは、当該周波数で生成されると推定できる。したがって、当該周波数をサンプリング周波数で割った値が、音声フレームのフレーム長であると推定できる。図３に示したＧ．７２９  ＣＳ−ＡＣＥＬＰの符号化データの周波数スペクトルでは、ピーク間隔の平均値が１００Ｈｚであり、サンプリング周波数が８ｋＨｚであるため、音声フレームのフレーム長は、８０フレームであると推定される。音声フレームのフレーム長は、符号化仕様に応じて規定されているため、推定したフレーム長から符号化仕様を推定できる。なお、ステップＳ２では受信データのサンプリング周波数が判明していないため、サンプリング周波数が８ｋＨｚであると仮定して音声フレームのフレーム長を算出する。当該算出したフレーム長を規定フレーム長とする。音声符号化方式がＧ７２２  ＳＢ−ＡＤＰＣＭの場合、サンプリング周波数は１６ｋＨｚであり、規定フレーム長は、実際のフレーム長の半分になる。
【００３５】
規定フレーム長を推定すると、データ処理部１１は、推定した規定フレーム長と規格が公開されている全ての符号化仕様の規定フレーム長を比較する（ステップＳ３）。なお、ステップＳ２で、データ処理部１１は、受信データのサンプリング周波数が８ｋＨｚであると仮定して規定フレーム長を算出した。このため、サンプリング周波数が１６ｋＨｚの音声符号化方式と比較する場合、その符号化仕様の実際のフレーム長の半分を規定フレーム長とする。データ処理部１１は、推定した規定フレーム長が、規格が公開されている符号化仕様の規定フレーム長と一致すると、当該符号化仕様を受信データの符号化仕様の候補としてピックアップする。
【００３６】
規格が公開されているいずれの符号化仕様も受信データの符号化仕様の候補としてピックアップされなかった場合、データ処理部１１は、受信データの音声符号化方式が不明と判断し、ステップＳ９へ移行する。ステップＳ９へ移行すると、データ処理部１１は、利用者に音声符号化方式が不明であることを通知し（ステップＳ９）、処理を終了する。
【００３７】
一方、１つ以上の符号化仕様が受信データの符号化仕様の候補としてピックアップされた場合、データ処理部１１は、ステップＳ４へ移行し、受信データの連長ヒストグラムを作成する（ステップＳ４）。
【００３８】
図４は、Ｇ．７２９  ＣＳ−ＡＣＥＬＰ（８．０ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図４の左側の図は、０の連長ヒストグラムを示し、右側の図は、１の連長ヒストグラムを示している。図４のＹ軸は、音声フレーム内のビット位置を示し、Ｘ軸は、連長数を示し、Ｚ軸は、連長の度数をログスケールで示している。Ｙ軸の最大値は、ステップＳ２で推定した規定フレーム長である。
【００３９】
図４に示した連長ヒストグラムの分布図の作成手順例を以下に示す。データ処理部１１は、受信データを先頭から走査し、データ値が１から０に変化すると、データ値が変化した音声フレーム内のビット位置をＹ軸上の値とし、当該ビット位置からデータ値０が連続する長さをＸ軸上の値として、０の連長ヒストグラムにプロットする。データ処理部１１は、同様に、データ値が０から１に変化すると、データ値が変化した音声フレーム内のビット位置をＹ軸上の値とし、当該ビット位置からデータ値１が連続する長さをＸ軸上の値として、１の連長ヒストグラムにプロットする。なお、データ値０が連続する長さが０の連長であり、データ値１が連続する長さが１の連長である。
【００４０】
データ処理部１１は、受信データの連長ヒストグラムを作成すると、作成した連長ヒストグラムを、ステップＳ３で受信データの符号化仕様の候補としてピックアップした全ての符号化仕様の参照ヒストグラムと比較する（ステップＳ５）。
【００４１】
図５は、Ｇ．７２９  ＣＳ−ＡＣＥＬＰ（６．４ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図６は、Ｇ．７２９  ＣＳ−ＡＣＥＬＰ（１１．８ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図７は、ＡＣＥＬＰ（６．７ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図８は、ＬＤ−ＣＥＬＰ（１６ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図９は、ＤｏＤ  ＭＥＬＰ（５４ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図１０は、Ｇ．７２６  ＡＤＰＣＭ（１６ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図１１は、Ｇ．７２６  ＡＤＰＣＭ（２４ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図１２は、Ｇ．７２６  ＡＤＰＣＭ（３２ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図１３は、Ｇ．７２６  ＡＤＰＣＭ（４０ｋｂｐｓ）の符号化データの連長ヒストグラムの分布図である。図４から図１３までに示したように、連長ヒストグラムは、符号化仕様によって異なる特徴を有する。また、同一の符号化仕様では、データ値が０から１に、あるいは１から０に変化する、音声フレーム内のビット位置および当該ビット位置での連長が類似する傾向にある。したがって、ステップＳ４で作成した連長ヒストグラムを規格が公開されている符号化仕様ごとにあらかじめ作成しておいた参照ヒストグラムと比較し、その相関性を求めることにより、受信データの音声符号化方式を推定できる。
【００４２】
ステップＳ４で作成した０の連長ヒストグラムをｆ0（ｘ、ｙ）、１の連長ヒストグラムをｆ1（ｘ、ｙ）とする。また、規格が公開されている符号化仕様ごとにあらかじめ作成しておいた０の参照ヒストグラムをｇ0（ｘ、ｙ）、１の参照ヒストグラムをｇ1（ｘ、ｙ）とする。ここで、ｘは、各音声フレーム内のビット位置における連長数であり、連長数の最大値をＭとすると、１≦ｘ≦Ｍの範囲の値となる。また、ｙは、音声フレーム内のビット位置であり、音声フレームの規定フレーム長をＮとすると、０≦ｙ≦（Ｎ−１）の範囲の値となる。
【００４３】
また、デコード装置１は、図示しないエンコード装置と必ずしも同期をとっているわけではない。このため、デコード装置１は、エンコード装置がエンコードした符号化データを必ずしも先頭から受信しているとは限らない。したがって、ステップＳ４で作成した連長ヒストグラムと参照ヒストグラムとの相関性は、音声フレーム内のビット位置のずれを考慮して、求められなければならない。
【００４４】
そこで、データ処理部１１は、連長ヒストグラムの音声フレーム内のビット位置を値ｋずつずらして参照ヒストグラムとの相関値を求める。なお、ｋは、音声フレーム内のビット位置の範囲内の値であり、音声フレームの規定フレーム長以上の値にはならない。
【００４５】
式（１）に示すように、相関値は、連長ヒストグラムと参照ヒストグラムの音声フレーム内のビット位置ごとの０の連長の差分絶対値と１の連長の差分絶対値の総和で算出される。
【００４６】
【数１】
2010164809.tif 000003
【００４７】
０≦ｋ≦（Ｎ−１）の範囲で、式（１）により算出される相関値が最小となるｋが、音声フレーム内のビット位置のずれであると推定できる。
【００４８】
データ処理部１１は、ステップＳ３で受信データの符号化仕様の候補としてピックアップした全ての符号化仕様の参照ヒストグラムに対して相関値を算出する。データ処理部１１は、当該相関値が最小となる参照ヒストグラムの音声符号化方式が受信データの音声符号化方式であると推定する。なお、ステップＳ３で受信データの符号化仕様の候補としてピックアップした符号化仕様が１種類のみである場合、当該符号化仕様の音声符号化方式が受信データの音声符号化方式であると推定する。
【００４９】
続いて、データ処理部１１は、ステップＳ５で算出した相関値が、あらかじめ設定された閾値以下であるか否かを判別する（ステップＳ６）。ステップＳ５で算出した相関値があらかじめ設定された閾値以下でない場合、データ処理部１１は、受信データの音声符号化方式が不明と判断し、ステップＳ９へ移行する。ステップＳ９へ移行すると、データ処理部１１は、利用者に音声符号化方式が不明であることを通知し（ステップＳ９）、処理を終了する。
【００５０】
一方、ステップＳ５で算出した相関値があらかじめ設定された閾値以下の場合、データ処理部１１は、受信データがステップＳ５で推定した符号化仕様の音声符号化方式で符号化されたと判断し、ステップＳ７へ移行する。
【００５１】
ステップＳ７へ移行すると、データ処理部１１は、受信データの先頭からステップＳ６で推定した音声フレーム内のビット位置のずれに相当するデータを破棄し、音声フレームの同期をあわせる（ステップＳ７）。
【００５２】
続いて、デコーダ部１２が備える入力スイッチ１５および出力スイッチ１６を切り替え、推定した音声符号化方式のデコーダを選択し（ステップＳ８）、処理を終了する。
【００５３】
第１の実施の形態のデコード装置は、ステップＳ２でフレーム長を推定した後に、ステップＳ４に移行し、受信データの連長ヒストグラムに基づいて、音声符号化方式を限定する。ステップＳ２でフレーム長を推定したときに、受信データの音声符号化方式が限定できる場合、ステップＳ４からステップＳ７を省略し、フレーム長から推定した音声符号化方式のデコーダを選択してもよい。この場合、データ処理部１１で同期ずれ補償ができず、デコーダ部１２で同期ずれ補償を実施する必要があるが、ステップＳ４からステップＳ７を省略できるため、より高速に受信データの音声符号化方式を推定できる。
【００５４】
第１の実施の形態のデコード装置は、受信データを周波数解析することにより、音声フレームのフレーム長を推定する。推定したフレーム長が、規格が公開されている符号化仕様のうち、１種類のみの符号化仕様で規定されているフレーム長と一致する場合、当該符号化仕様の音声符号化方式が受信データの音声符号化方式であると推定できる。また、推定したフレーム長が、規格が公開されている全ての符号化仕様で規定されているフレーム長と一致しない場合、受信データは、不明な音声符号化方式で符号化されていると推定できる。
【００５５】
また、第１の実施の形態のデコード装置は、受信データの連長ヒストグラムを作成し、規格が公開されている符号化仕様ごとにあらかじめ作成しておいた参照ヒストグラムと比較することにより、受信データの音声符号化方式を推定する。受信データの音声フレームのフレーム長から音声符号化方式を限定できなかった場合、連長ヒストグラムと参照ヒストグラムを比較することにより当該音声符号化方式を１種類に限定できる。また、連長ヒストグラムと参照ヒストグラムを比較することにより受信データの音声符号化方式の推定の確度を高めることができる。
【００５６】
また、第１の実施の形態のデコード装置は、連長ヒストグラムの音声フレーム内のビット位置のずれを考慮して、参照ヒストグラムとの相関性を求める。このため、デコード装置とエンコード装置の同期が取られていない場合でも、デコード装置は、受信データの音声符号化方式を推定できる。デコード装置は、音声フレーム内のビット位置のずれに相当するデータを破棄した受信データをデコーダ部に供給するため、デコーダ部で音声フレームの同期をとる必要がなくなり、デコード処理を実施するまでの時間を短縮できる。
【００５７】
これらにより、受信データの音声符号化方式を短時間に推定できる。
【００５８】
（第２の実施の形態）
第１の実施の形態のデータ処理部の処理はプログラムによって実現されても良い。
【００５９】
図１４は第２の実施の形態のデコード装置の構成を示すブロック図である。
【００６０】
図１４に示すように、第２の実施の形態のデコード装置１は、ＣＰＵ２０と、主記憶装置２１と、補助記憶装置２２と、記録媒体インタフェース装置２３と、記録媒体２４と、データ入力部１０と、データベース１４と、デコーダ部１２と、ＤＡ変換器１３とを備え、それらが内部バス３０を介して接続される。
【００６１】
記録媒体２４には、第１の実施の形態のデータ処理部の機能を実現するためのプログラムが記録される。記録媒体２４に記録されたプログラムはＣＰＵ２０によって記憶媒体インタフェース装置２３を介して主記憶装置２１に読み込まれる。ＣＰＵ２０は主記憶装置２１に読み込んだプログラムにしたがって処理を実行する。なお、記録媒体２４は、磁気ディスク、半導体メモリ、光ディスクあるいはその他の記録媒体であってもよい。
【符号の説明】
【００６２】
１  デコード装置
１０  データ入力部
１１  データ処理部
１２  デコーダ部
１３  ＤＡ変換器
１４  データベース
１５  入力スイッチ
１６  出力スイッチ
２０  ＣＰＵ
２１  主記憶装置
２２  補助記憶装置
２３  記録媒体インタフェース部
２４  記録媒体
【図１】
2010164809.tif 000004
【図２】
2010164809.tif 000005
【図３】
2010164809.tif 000006
【図４】
2010164809.tif 000007
【図５】
2010164809.tif 000008
【図６】
2010164809.tif 000009
【図７】
2010164809.tif 000010
【図８】
2010164809.tif 000011
【図９】
2010164809.tif 000012
【図１０】
2010164809.tif 000013
【図１１】
2010164809.tif 000014
【図１２】
2010164809.tif 000015
【図１３】
2010164809.tif 000016
【図１４】
2010164809.tif 000017