(57)【要約】    【課題】  オーディオデコーダの集積化が容易であり、処理対象のフォーマット数が増えた場合や仕様変更を行う場合にも柔軟性の高い多重化オーディオデータ復号装置を提供することにある。    【解決手段】  外部ＲＯＭ６０には、複数の圧縮符号化方式にそれぞれ対応する複数のデコード処理コードを蓄積されている。制御手段５０は、ユーザによるデータ系列の指定変更に伴う圧縮符号化方式の変更があると、外部ＲＯＭ６０から内部ＲＡＭ２５に変更後の圧縮符号化方式に対応するデコード処理コードを転送する。ＤＳＰ２２は、内部ＲＡＭ２５に転送されたデコード処理コードを用いて、復号処理を開始する。    【選択図】  図１０
2006042373.tif 000002
【特許請求の範囲】
【請求項１】
圧縮符号化されたオーディオデータ系列がパケット化され、複数の系列が多重
化されてなるパケット群が入力し、ユーザが指定する１つのオーディオデータ系
列を選択して復号する多重化オーディオデータ復号装置において、
上記パケット群から各パケットが有する属性情報により、ユーザが指定する１
つのオーディオデータ系列を抽出し、さらに、上記オーディオデータ系列が有す
るヘッダ情報からこのオーディオデータ系列が圧縮されるのに用いられた圧縮符
号化方式を抽出するデマルチプレクサと、
上記圧縮符号化方式に対応するデコード処理コードを蓄積する第１のメモリと
、
上記デコード処理コードに従って圧縮されたオーディオデータ系列を逐次的に
復号するディジタル信号プロセッサと、
複数の圧縮符号化方式にそれぞれ対応する複数のデコード処理コードを蓄積す
る読出し専用メモリと、
上記圧縮符号化方式の変更を検知し、上記読出し専用メモリから上記第１のメ
モリへ変更後の圧縮符号化方式に対応するデコード処理コードを転送する制御手
段とを備え、
上記ディジタル信号プロセッサは、上記第１のメモリに転送されたデコード処
理コードを用いて、復号処理を開始することを特徴とする多重化オーディオデー
タ復号装置。
【請求項２】
圧縮符号化されたビデオデータ系列とそれに付随するオーディオデータ系列が
パケット化され、複数の系列が多重化されてなるパケット群が入力し、ユーザが
指定する１組のビデオデータ系列とそれに付随するオーディオデータ系列を選択
して、オーディオデータ系列を復号する多重化オーディオデータ復号装置におい
て、
上記パケット群から各パケットが有する属性情報により、ユーザが指定する１
つのオーディオデータ系列を抽出し、さらに、上記オーディオデータ系列が有す
るヘッダ情報からこのオーディオデータ系列が圧縮されるのに用いられた圧縮符
号化方式を抽出するデマルチプレクサと、
上記圧縮符号化方式に対応するデコード処理コードを蓄積する第１のメモリと
、
上記デコード処理コードに従って圧縮されたオーディオデータ系列を逐次的に
復号するディジタル信号プロセッサと、
複数の圧縮符号化方式にそれぞれ対応する複数のデコード処理コードを蓄積す
る読出し専用メモリと、
上記圧縮符号化されたビデオデータ系列を復号するビデオデコーダと、
上記ディジタル信号プロセッサおよび上記ビデオデコーダが復号処理用のワー
ク領域として用いる第２のメモリと、
上記第２のメモリに、上記読出し専用メモリから上記複数のデコード処理コー
ドを予め転送するとともに、上記圧縮符号化方式の変更を検知し、上記第２のメ
モリから上記第１のメモリへ変更後の圧縮符号化方式に対応するデコード処理コ
ードを転送する制御手段とを備え、
上記ディジタル信号プロセッサは、上記第１のメモリに転送されたデコード処
理コードを用いて、復号処理を開始することを特徴とする多重化オーディオデー
タ復号装置。
【請求項３】
請求項１若しくは２のいずれかに記載の多重化オーディオデータ復号装置にお
いて、
上記読出し専用メモリから上記第１のメモリ若しくは第２のメモリに変更後の
圧縮符号化方式に対応するデコード処理コードを転送した後に、ディジタル信号
プロセッサは、転送エラーの有無を判別する処理を行うことを特徴とする多重化
オーディオデータ復号装置。
【請求項４】
請求項３に記載の多重化オーディオデータ復号装置において、
上記ディジタル信号プロセッサが行う転送エラーの有無を判別する処理は、デ
コード処理コードに特定のオーディオデータ系列を復号し、対応する期待値との
比較によって行うことを特徴とする多重化オーディオデータ復号装置。
【請求項５】
多重化された複数の圧縮符号化オーディオデータ系列から選択された１つの圧
縮符号化オーディオデータ系列を入力し、該１つの圧縮符号化オーディオデータ
系列の圧縮符号化方式を抽出するデマルチプレクサと、
上記１つの圧縮符号化オーディオデータ系列の圧縮符号化方式が変更されてい
る場合に、外部より該圧縮符号化方式に対応するデコード処理コードを取得し蓄
積する第１のメモリと、
上記デコード処理コードに従って上記１つの圧縮符号化オーディオデータ系列
を逐次的に復号するディジタル信号プロセッサを備えたことを特徴とする多重化
オーディオデータ復号装置。
【請求項６】
多重化された複数の圧縮符号化オーディオデータ系列から、ユーザが指定する
１つの圧縮符号化オーディオデータ系列を選択するデマルチプレクサと、
上記複数の圧縮符号化オーディオデータ系列の複数種類の圧縮符号化方式にそ
れぞれ対応する複数種類のデコード処理コードを蓄積する読出し専用メモリと、
上記１つの圧縮符号化オーディオデータ系列の圧縮符号化方式が変更された場
合に、上記読み出し専用メモリの対応するデコード処理コードに従って、１つの
圧縮符号化オーディオデータ系列を逐次的に復号するディジタル信号プロセッサ
を備えたことを特徴とする多重化オーディオデータ復号装置。
【請求項７】
多重化された複数の圧縮符号化オーディオデータ系列を受信する受信手段と、
前記受信手段で受信された複数の圧縮符号化オーディオデータ系列から、ユー
ザが指定する１つの圧縮符号化オーディオデータ系列を選択するデマルチプレク
サと、
上記複数の圧縮符号化オーディオデータ系列の複数種類の圧縮符号化方式にそ
れぞれ対応する複数種類のデコード処理コードを蓄積する読出し専用メモリと、
上記１つの圧縮符号化オーディオデータ系列の圧縮符号化方式が変更された場
合に、上記読み出し専用メモリの対応するデコード処理コードに従って、１つの
圧縮符号化オーディオデータ系列を逐次的に復号するディジタル信号プロセッサ
を備えたことを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、圧縮フォーマットで符号化された音声・音響（オーディオ）信号を
復号する多重化オーディオデータ復号装置に係り、特に、多チャンネルが多重化
されたディジタル放送の受信装置として用いるに好適な多重化オーディオデータ
復号装置及び受信装置に関する。
【背景技術】
【０００２】
ディジタルオーディオ信号の圧縮方式として標準的に用いられるものには、Ｍ
ＰＥＧ（Moving Picture Experts Group）  Ａｕｄｉｏや、ＡＴＳＣ（United S
tates Advanced Television Systems Committee）において採用されたＡＣ−３
と呼ばれる方式などが知られている。これらの方式は、いずれも、時間軸上の情
報を周波数軸上のデータに変換し、周波数帯域に分けてマスキング効果等の心理
聴覚特性を利用、あるいはオーディオチャネル間の相関を利用して情報圧縮する
技術に基づいている。
【０００３】
これらの方式を用いて圧縮されたオーディオビットストリームを復号（デコー
ド）する方法としては、ＤＳＰ（Digital Signal Processor）を基調としたもの
が、例えば、ＡＣ−３フォーマット対応のオーディオデコーダとして、”Design
And Implementation of AC-3 Coders、Vol．41， No．3、 August 1995”（非特許文献１）に記載されている。ＤＳＰは、一般のマイクロコントローラと同様に、ソフトウエアプログラムコードを逐次解釈して内蔵レジスタのデータを加工し、結果をメモリに蓄える形式なので、ハードウエアによる実現形式に比較して、複数フォーマットのデコードアルゴリズムを各々デコード処理コードとして持つことができ、また変更に対する柔軟度もあるため、コストと使い勝手の両面で有利であると考えられている。さらに、高速の乗算器などの専用ハードウエアや複数本のデータバスを具備してデータの流れを円滑にするなどの工夫を施すことにより、計算速度向上を図っていることに特徴がある。
【０００４】
【非特許文献１】”Design And Implementation of AC-3 Coders、Vol．41， No．3、 August 1995”
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一般にＤＳＰを基調とするオーディオデコーダは、デコード処理手順をプログ
ラムコードとして内蔵ＲＯＭに記憶されている。これは、プログラムコードが読
出し専用であり、アクセスサイクルでの損失を避ける（通常のＤＳＰは１命令／
１サイクル）為にも、ＤＳＰに直結する必要があるからである。
【０００６】
一方、オーディオデコーダをディジタル放送受信機の一部としてとらえた場合
、そのサービスの内容や放送衛星，通信衛星，地上波や有線ケーブルなどサービ
ス供給側の通信路事情により圧縮率や音質に対する条件は多様であり、それぞれ
最適な符号化フォーマットが選択されているので、受信側で複数のフォーマット
に対応させる必要がある。
【０００７】
ここで、１つのＤＳＰチップで複数種類の圧縮符号化フォーマットに対応させ
るためには、各フォーマット毎にプログラムコードを内蔵ＲＯＭとして確保する
必要がある。また、プログラムコードのみならずフォーマット毎に専用の定数テ
ーブルも内蔵ＲＯＭとして必要となる。従って、回路規模の点で、ＤＳＰを含む
オーディオデコーダを集積化することが困難であるという問題があった。また、
処理対象のフォーマット数が増えた場合や仕様変更を行う場合には、オーディオ
デコーダの内蔵ＲＯＭは、容易に変更できないので柔軟性が低下するという問題
もあった。
そこで、本発明の目的は、デジタル放送において、複数のフォーマットで圧縮されたデータに対しても対応可能な受信装置を提供することとする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、圧縮符号化されたオーディオデータ系列がパケット化され、複数の系列が多重化されてなるパケット群が入力し、ユーザが指定する１つのオーディオデータ系列を選択して復号する多重化オーディオデータ復号装置において、上記パケット群から各パケットが有する属性情報により、ユーザが指定する１つのオーディオデータ系列を抽出し、さらに、上記オーディオデータ系列が有するヘッダ情報からこのオーディオデータ系列が圧縮されるのに用いられた圧縮符号化方式を抽出するデマルチプレクサと、抽出された上記圧縮符号化方式に対応するデコード処理コードに従って逐次的に復号し、オーディオ信号サンプル列に変換するディジタル信号プロセッサと、上記デコード処理コードを蓄積する第１のメモリと、複数の圧縮符号化方式にそれぞれ対応する複数のデコード処理コードを蓄積する読出し専用メモリと、ユーザによるデータ系列の指定変更に伴う圧縮符号化方式の変更あるいは同一データ系列内での圧縮符号化方式の変更を検知し、上記読出し専用メモリから上記第１のメモリへ変更後の圧縮符号化方式に対応するデコード処理コードを転送する制御手段とを備え、上記ディジタル信号プロセッサは、上記第１のメモリに転送されたデコード処理コードを用いて、復号処理を開始するようにしたものである。また、好ましくは、上記読出し専用メモリから上記第１のメモリ若しくは第２のメモリに変更後の圧縮符号化方式に対応するデコード処理コードを転送した後に、ディジタル信号プロセッサは、転送エラーの有無を判別する処理を行うようにしたものである。また。好ましくは、上記ディジタル信号プロセッサが行う転送エラーの有無を判別する処理は、デコード処理コードに特定のオーディオデータ系列を復号し、対応する期待値との比較によって行うようにしたものである。
かかる構成により、複数種類のデコード処理コードは、読出し専用メモリに格
納されているため、処理対象のフォーマット数が増えた場合や仕様変更を行う場
合にも読出し専用メモリの変更により、容易に対応でき、柔軟性を向上し得るも
のとなる。
【発明の効果】
【０００９】
本発明によれば、デジタル放送において、複数のフォーマットで圧縮されたデータに対しても対応可能な受信装置を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、図用いて、本発明の一実施形態による多重化オーディオデータ復号装置の構成及び動作について説明する。
最初に、図１０を用いて、本実施形態による多重化オーディオデータ復号装置の
全体構成について説明する。
本実施形態による多重化オーディオデータ復号装置は、デマルチプレクサ１０
と、オーディオデコーダ２０と、ディジタル／アナログ変換器（ＤＡＣ）３０と
、ユーザインターフェース（Ｉ／Ｆ）４０と、外部ＣＰＵ５０と、外部ＲＯＭ６
０とから構成されている。デマルチプレクサ１０と、オーディオデコーダ２０と
、ユーザインターフェース（Ｉ／Ｆ）４０と、外部ＣＰＵ５０と、外部ＲＯＭ６
０とは、データバスＤＢにより接続されており、コマンドやデータの入出力が可
能となっている。
デマルチプレクサ１０は、複数のプログラム（番組）が多重されたＭＰＥＧト
ランスポートストリーム（ＴＳ）から、ユーザが指定したプログラムに対応する
データを抽出して、オーディオデコーダ２０に出力する。
ここで、図２を用いて、ＭＰＥＧトランスポートストリーム（ＴＳ）の階層構
造について説明する。なお、ここでは、オーディオデータを例にして説明する。
【００１１】
図２（ａ）は、デマルチプレクサ１０の入力となるＭＰＥＧ ＴＳを示してお
り、１８８バイト固定長のＴＳパケットから成る。
ＴＳパケットは、図２（ｂ）に示すように、ヘッダであるパケットＩＤ（ＰＩ
Ｄ）及びＴＳ＿ｈと、データ部分であるペイロードから構成されている。ＰＩＤ
は、プログラム番号とそのデータの内容を選択すれば、一意的に決まるものであ
る。従って、例えば、外部ＣＰＵ５０からデマルチプレクサ１０に対して、プロ
グラム＃ｊのオーディオデータと指定することで、デマルチプレクサ１０はそれ
に対応するＴＳパケットのみを抽出し、処理の対象とすることができる。
【００１２】
ＴＳパケットのデータ部分（ペイロード）は、図２（ｃ）に示すＰＥＳ（Pack
etized Elementary Stream）パケットの一部である。換言すると、複数のＴＳパ
ケットのペイロードが集まって、ＰＥＳパケットを構成する。
ＰＥＳパケットは、図２（ｄ）に示すように、ＰＥＳヘッダと、データ部分で
あるペイロードから構成される。ＰＥＳヘッダ（ＰＥＳ＿ｈ）には、ストリーム
ＩＤや、表示タイムスタンプ（ＰＴＳ：Presentation Time Stamp）や、ＰＥＳ
＿ｈが含まれる。ストリームＩＤは、ＰＥＳの内容に関する記述であって、オー
ディオの場合はストリームＩＤに符号化フォーマットが対応している。ＰＥＳは
、ペイロードにオーディオアクセスユニットを複数持つことができ、ＰＴＳは、
ヘッダ後の最初のオーディオアクセスユニットが表示されるべき時刻を示してい
る。ペイロードには、データ部分であるオーディオアクセスユニットが含まれて
いる。
オーディオアクセスユニットは、図２（ｅ）に示すように、各種パラメータを
含むオーディオヘッダ（Ａｕｄｉｏ＿ｈ）と、データ部分である１オーディオフ
レーム分の符号化音声データから構成されている。ヘッダのパラメータとしては
、サンプリング周波数や、ビットレートや、フレーム長等が含まれている。オー
ディオアクセスユニットが連続したものが、オーディオエレメンタリストリーム
（ＥＳ）である。デマルチプレクサ１０の出力は、図２（ｅ）に示したオーディ
オアクセスユニットの連続であるところのオーディオエレメンタリストリーム（
ＥＳ）である。
次に、図１０に戻り、オーディオデコーダ２０の構成について説明する。
オーディオデコーダ２０は、フレーム同期回路２１と、ディジタルシグナルプ
ロセッサ（ＤＳＰ）２２と、ＰＣＭ出力インターフェース（Ｉ／Ｆ）回路２３と
、インターフェース（Ｉ／Ｆ）回路２４と、内蔵ＲＡＭ２５とから構成されてい
る。
フレーム同期回路２１は、デマルチプレクサ１０から入力したオーディオエレ
メンタリストリーム（ＥＳ）から、処理の単位となるオーディオアクセスユニッ
トの区切り，すなわち、符号化された所定のサンプル数からなるオーディオフレ
ームのデータの区切りを、周期的に現れるビットパターンから判別する。
【００１３】
ＤＳＰ２２は、オーディオアクセスユニットのヘッダ情報から適宜必要なデー
タを抽出し、符号化データをデコードする。デコード処理は内蔵ＲＡＭ２５に予
め書込まれたデコード処理プログラムコードに従い、内蔵ＲＡＭ２５内を中間デ
ータの保管あるいは入出力データのバッファとして用いながら行う。
内蔵ＲＡＭ２５には、複数種のデコード処理プログラムコードが予め書込まれ
ているが、デコード処理プログラムコードの書き込みは、インターフェース（Ｉ
／Ｆ）２４を介して、外部ＣＰＵ５０によって行われる。
【００１４】
ＤＳＰ２２によってデコードされた結果は、ＰＣＭ（Pulse Code Modulation
）オーディオデータであり、ＰＣＭ出力インタフェース回路２３から時系列サン
プルデータとしてディジタル／アナログ変換器（ＤＡＣ）３０へ送られ、アナロ
グオーディオ信号として出力される。
外部ＣＰＵ５０は、オーディオデコーダ２０およびデマルチプレクサ１０を含
む多重化オーディオデータ復号装置のシステム制御するものであり、制御手順は
外部ＲＯＭ６０内のＣＰＵ命令コード領域６０Ａに格納されている。
外部ＲＯＭ６０は、ＣＰＵ命令コード領域６０Ａの他に、複数のデコード処理
コード＃１，＃２，…，＃Ｎを格納するデコード処理コード領域６０Ｂ１，６０
Ｂ２，…，６０ＢＮを有している。
【００１５】
ユーザインタフェース（Ｉ／Ｆ）回路４０は、ユーザのチャンネル変更に基づ
くプログラム変更や、メディア変更等の指令を受け、外部ＣＰＵ５０にその指令
を送る。外部ＣＰＵ１０は、符号化フォーマット変更を検知すると、外部ＲＯＭ
６０内のコード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮに格納されている適当な
デコード処理コード＃１，＃２，…，＃Ｎを、オーディオデコーダ２０内の内部
ＲＡＭ５２に転送する。
転送処理は、インターフェース（Ｉ／Ｆ）２４を介して行われ、バッファリング
やアドレス変換もなされる。
ここで、図３を用いて、本実施形態による多重化オーディオデータ復号装置に
用いる内部ＲＡＭ回路２５のメモリ配置について説明する。図３は、内部ＲＡＭ
２５内の領域分割を模式的に表している。
【００１６】
内部ＲＡＭ回路２５は、デコード処理コード領域２５ａ，ワーク領域２５ｂ，
レジスタ領域等２５ｃから構成されている。図１０に示した外部ＲＯＭ６０のデ
コード処理コード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮに格納されているデコ
ード処理コード＃１，＃２，…，＃Ｎの内、外部ＣＰＵ５０によって転送されて
きたデコード処理コードは、デコード処理コード領域２５ａに格納される。ワー
ク領域２５ｂおよびレジスタ領域２５ｃは、ＤＳＰ２２がデコード処理を行う際
に用いる領域である。各領域２５ａ，２５ｂ，２５ｃの境界は符号化フォーマッ
トにより可変であり、例えば、処理コードが短いフォーマットの場合にはワーク
領域２５ｂを広く設定することができる。
【００１７】
ＤＳＰ２２は、転送されたデータのエラーチェックを行い、到来したオーディ
オＥＳに対して、内部ＲＡＭ２５のデコード処理コード領域２５ａに格納されて
いるデコード処理コードを用いて、デコード処理を行う。
次に、図４及び図５を用いて、本実施形態による多重化オーディオデータ復号
装置におけるプログラム切替処理について説明する。
【００１８】
図４は、本実施形態によるプログラム切替処理をアルゴリズム主体として表し
ており、図５は、本実施形態によるプログラム切替処理を構成ブロック間の信号
授受を主体として表している。なお、図４及び図５において、同一符号は同一の
処理ステップを示している。
ステップＳ１において、プログラム切替処理が開始される。例えば、利用者が
、リモコン等を用いてプログラムの切替を行うと、プログラム切替指令は、図１０
に示したユーザＩ／Ｆ４０を介して、外部ＣＰＵ５０に転送され、外部ＣＰＵ５
０によるプログラム切替処理が開始される。なお、以下の説明では、利用者が、
プログラム＃ｋを選択したものとする。
次に、ステップＳ２において、外部ＣＰＵ５０は、プログラム番号＃ｋに相当
するプログラムマップテーブル（ＰＭＴ）のパケットＩＤ（ＰＩＤ）を、デマル
チプレクサ１０に送る。ＰＭＴは、デマルチプレクサ１０に格納されている。
次に、ステップＳ３において、デマルチプレクサ１０は、所望（本例ではオー
ディオ）のパケットのＰＩＤをフィルタリングする。ここで、得られたＰＭＴに
は、プログラム番号＃ｋに属するビデオ，オーディオおよび付帯データを含むト
ランスポートストリーム（ＴＳ）パケットのＰＩＤがその属性とともに書かれて
おり、デマルチプレクサ１０は、このＰＩＤをフィルタリングする。
次に、ステップＳ４において、デマルチプレクサ１０は、付帯データの中に含
まれている時間軸の基準を示すＰＣＲ（Program Clock Reference）を運ぶパケ
ットから、基準時刻を取り出し、この基準時刻を設定する。
次に、ステップＳ５において、デマルチプレクサ１０は、オーディオのＰＥＳ
（Packetized Elementary Stream）パケットのヘッダ部分からストリーム（Stre
am）ＩＤを取得して、外部ＣＰＵ５０及びオーディオデコーダ２０に送る。
次に、ステップＳ６において、外部ＣＰＵ５０は、プログラム切替後のオーデ
ィオ符号化フォーマットを知り、現在のフォーマットからの変更の有無を判定し
、変更がなければステップＳ９にジャンプするが、変更が有る場合にはステップ
Ｓ７に進む。
そして、変更がある場合には、ステップＳ７において、外部ＣＰＵ５０は、プ
ログラム切替後のオーディオ符号化フォーマットに対応するデコード処理コード
を外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮから読み出
して、オーディオデコーダ２０に転送する。転送されたデコード処理コードは、
内部ＲＡＭ２５のデコード処理コード領域２５ａに格納される。
次に、ステップＳ８において、オーディオデコーダ２０のＤＳＰ２２は、転送
されたデコード処理コードの転送エラーを確認するために、エラーチェックを行
う。エラーチェックの方法としては、例えば、ＣＲＣ（Cyclic Redundancy Chec
k）コードあるいはテストデータを実際にデコードさせて期待値との比較をする
などの方法を用いる。エラーがある場合には、オーディオデコーダ２０は、外部
ＣＰＵ５０に対して再送要求を行い、再送されたデコード処理コードの再度チェ
ックを行う。
エラーチェックが完了すると、ステップＳ９において、ＤＳＰ２２は、チェッ
ク完了信号を、外部ＣＰＵ５０に返し、外部ＣＰＵ５０はデマルチプレクサ１０
にこれを伝達する。
一方、デマルチプレクサ１０は、ステップＳ３，Ｓ４に引き続いて、ステップ
Ｓ５において、ＰＥＳヘッダから表示タイムスタンプ（ＰＴＳ）を取得する。
次に、ステップＳ１１において、デマルチプレクサ１０は、ＰＴＳが指示する
オーディオアクセスユニットの先頭の時間に基づいて、デコード時刻を設定する
。
次に、ステップＳ１２において、デマルチプレクサ１０は、内部のシステムタ
イムコード（ＳＴＣ）を用いて、設定されたデコード時刻（ＰＴＳ時刻）になる
のを監視し、ＰＴＳ時刻が到来するまで、デマルチプレクサ１０は、内部のバッ
ファに入力するストリームを蓄積して、ストリームを止める。
さらに、ＰＴＳ時刻になった時点で、ステップＳ１３において、デマルチプレ
クサ１０は、オーディオデコーダ２０のステップＳ９の処理で送られてくる転送
エラーのチェック完了を確認する。
【００１９】
チェックが完了していなければ、次のＰＴＳとオーディオアクセスユニットの
組に関してステップＳ１１に戻り、ＰＴＳ時刻待ちを行う。
それに対して、チェックが完了していれば、ステップＳ１４において、デマル
チプレクサ１０は、オーディオエレメンタリストリーム（ＥＳ）を、オーディオ
デコーダ２０に供給する。
次に、ステップＳ１５において、オーディオデコーダ２０のフレーム同期回路
２１は、入力したオーディオＥＳに対して、フレーム（アクセスユニット）同期
処理を行う。
次に、ステップＳ１６において、ＤＳＰ２２は、内部ＲＡＭ回路２５に格納さ
れているデコード処理コードを用いて、デコード処理を開始する。
以上説明したように、本実施形態においては、オーディオデコーダの外部に接
続された外部ＲＯＭに、複数種類の符号化フォーマットに対するデコード処理コ
ードを格納するようにしている。そして、入力されるオーディオストリームの符
号化フォーマットに応じて、外部ＲＯＭに格納された符号化フォーマットに対応
する１種類のデコード処理コードを読み出して、オーディオデコーダの内部ＲＡ
Ｍのコード領域に格納するようにしている。ＤＳＰは、内部ＲＡＭに格納された
デコード処理コードを用いて、デコード処理を行うようにしている。ここで、外
部ＲＯＭは、容量が十分大きく取れるので、対応フォーマットを増やした場合に
もコスト増大を招くことがないものである。
【００２０】
また、処理対象フォーマットの追加および仕様変更に対しても、ＤＳＰを含む
オーディオデコーダを変更することなく、外部ＲＯＭの変更により容易に対応す
ることができる。
なお、外部ＲＯＭの変更方法としては、新しいデコード処理コードの書き込ま
れている外部ＲＯＭのチップに交換することにより行うことができる。また、別
の方法としては、外部ＲＯＭとして、書換可能なフラッシュＲＯＭを使用する場
合には、新しいデコード処理コードをフラッシュＲＯＭに書き込むことにより行
える。なお、この際、新しいデコード処理コードは、ディスク等の記憶媒体から
読み出すようにしてもよく、また、ネットワークからダウンロードするようにし
てもよいものである。
【００２１】
ここで、以上説明した本実施形態における多重化オーディオデータ復号装置を
応用した例を図１０に示す。
【００２２】
図１０は、多重化オーディオデータ復号装置を組み込んだ放送を受信するため
の受信装置であり、１００は放送信号を受ける外部アンテナ、１１０は受けた放
送信号の選局を行うチューナ、１２０は、選局された放送信号に対し、誤り訂正
などの処理を行い、デマルチプレクサ１０に出力する誤り訂正（ＦＥＣ）回路、
１３０はＤＡＣ３０のアナログオーディオ信号を出力するスピーカである。
【００２３】
以上のように、符号化フォーマットが変更される放送の受信装置として、本発
明を適用することができる
次に、図６〜図９を用いて、本発明の他の実施形態による多重化オーディオデ
ータ復号装置の構成及び動作について説明する。
最初に、図６を用いて、本実施形態による多重化オーディオデータ復号装置の
全体構成について説明する。なお、図１０と同一符号は、同一部分を示している。
本実施形態による多重化オーディオデータ復号装置は、図１０に示した多重化オ
ーディオデータ復号装置の構成に加えて、ビデオデコーダ７０と、Ａ／Ｖデコー
ドメモリ８０と、デジタルアナログ変換器３５を備えている。
【００２４】
デマルチプレクサ１０の出力は、オーディオデコーダ２０とともに、ビデオデ
コーダ７０に入力する。オーディオデコーダ２０及びビデオデコーダ７０は、共
通のＡ／Ｖデコードメモリ８０に時分割でアクセスすることが可能な構成になっ
ている。Ａ／Ｖデコードメモリ８０は、大容量（メガバイト単位）の外部のメモ
リチップとして実現されるため、ビデオデコード用に必要な容量を除いてもオー
ディオデコードに割り当てる容量は十分に有している。
ここで、図７を用いて、本実施形態による多重化オーディオデータ復号装置に
用いるＡ／Ｖデコードメモリ８０の内部のアロケーションについて説明する。
Ａ／Ｖデコードメモリ８０には、ビデオデコードに必要なストリームバッファ
領域８０ａおよびフレームバッファ等のワーク領域８０ｂが設けられ、さらに、
放送受信機としてインタフェース実現のためのグラフィック表示用バッファ８０
ｃが設けられている。
また、Ａ／Ｖデコードメモリ８０には、オーディオデコーダ２０がアクセス可
能なオーディオデコード用ワーク領域８０ｄを備えている。オーディオデコード
用ワーク領域８０ｄには、対応する全ての符号化フォーマットに対するデコード
処理プログラムコードを保管するデコード処理コード領域８０ｄ１，…，８０ｄ
Ｎが割り当てられている。
デコード処理コード領域８０ｄ１，…，８０ｄＮには、図６に示した外部ＲＯ
Ｍ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮに格納されているデコ
ード処理コード＃１，…，＃Ｎが転送された上で、格納される。
ここで、図８に示すフローチャートを用いて、本実施形態によるデコード処理
コードの格納処理について説明する。
ステップＳ２１において、外部ＣＰＵ５０は、外部ＲＯＭ６０のデコード処理
コード領域６０Ｂ１，…，６０ＢＮに格納されているデコード処理コード＃１，
…，＃Ｎを、オーディオデコーダ２０のインターフェース（Ｉ／Ｆ）回路を介
して、Ａ／Ｖデコードメモリ８０に転送する。
次に、ステップＳ２２において、オーディオデコーダ２０のＤＳＰ２２は、Ａ
／Ｖデコードメモリ８０に格納されたデコード処理コードの転送エラーのチェッ
クをする。転送エラーのチェックは、Ｎ個のフォーマットを纏めたＣＲＣチェッ
クにより行う。
次に、図９を用いて、本実施形態による多重化オーディオデータ復号装置にお
けるプログラム切替処理について説明する。
【００２５】
図９は、本実施形態によるプログラム切替処理をアルゴリズム主体として表し
ている。なお、図４及び図５と同一符号は、同一の処理ステップを示している。
本実施形態におけるプログラム切替処理は、図４のフローチャートに示したプ
ログラム切替処理におけるステップＳ７に代えてステップＳ７’とするとともに
、図４におけるステップＳ８，Ｓ９，Ｓ１３が削除されたものであるため、その
相違点について説明する。
ステップＳ６における判定で、外部ＣＰＵ５０が、プログラム切替後のオーデ
ィオ符号化フォーマットが現在のフォーマットからの変更がある場合には、ステ
ップＳ７’において、ＤＳＰ２２は、Ａ／Ｖデコードメモリ８０のデコード処理
コード領域８０ｄ１，…，８０ｄＮから切替後のデコード処理コードを、内部メ
モリ２５に転送する。
【００２６】
一般に、Ａ／Ｖデコードメモリ８０は、ビデオデコード処理に耐え得る伝送帯
域幅を有するので、１種類のデコード処理コードを転送するのに要する時間は、
外部ＲＯＭ１１からの転送時に比べて十分短くすることができる。
【００２７】
また、転送の信頼性は、デコード時のアクセスにおいて確認されているため、
再度の転送エラーチェックは不要となる。
以上説明したように、本実施形態においては、オーディオデコーダの外部に接
続されたＡ／Ｖデコードメモリに、外部ＲＯＭから複数種類の符号化フォーマッ
トに対するデコード処理コードを格納するようにしている。そして、入力される
オーディオストリームの符号化フォーマットに応じて、Ａ／Ｖデコードメモリに
格納された符号化フォーマットに応じた１種類のデコード処理コードを読み出し
て、オーディオデコーダの内部ＲＡＭのコード領域に格納するようにしている。
ＤＳＰは、内部ＲＡＭに格納されたデコード処理コードを用いて、デコード処理
を行うようにしている。ここで、Ａ／Ｖデコードメモリは、容量が十分大きく取
れるので、対応フォーマットを増やした場合にもコスト増大を招くことがないも
のである。
【００２８】
また、処理対象フォーマットの追加および仕様変更に対しても、ＤＳＰを含む
オーディオデコーダを変更することなく、外部ＲＯＭの変更により容易に対応す
ることができる。
さらに、１種類のデコード処理コードを転送するのに要する時間を短縮するこ
とができる。
また、転送の信頼性は、デコード時のアクセスにおいて確認されているため、
再度の転送エラーチェックは不要となる。
【００２９】
ここで、以上説明した本実施形態における多重化オーディオデータ復号装置を
応用した例を図１１ないし１３に示す。
【００３０】
図１１は、多重化オーディオデータ復号装置を組み込んだ放送を受信するため
の受信装置であり、１００は放送信号を受ける外部アンテナ、１１０は受けた放
送信号の選局を行うチューナ、１２０は、選局された放送信号に対し、誤り訂正
などの処理を行い、デマルチプレクサ１０に出力する誤り訂正（ＦＥＣ）回路、
１３０はＤＡＣ３０のアナログオーディオ信号を出力するスピーカ、１４０はＤ
ＡＣ３５のアナログビデオ信号を出力するモニタである。
【００３１】
以上のように、符号化フォーマットが変更される放送の受信装置として、本発
明を適用することができる。
【００３２】
また、図１２は、多重化オーディオデータ復号装置を組み込んだ放送を受信し
て記録再生する記録再生装置内臓受信装置であり、１５０は放送信号を記録／再
生するための記録装置であり、再生された信号をデマルチプレクサ１０に出力す
る。なお、図１１の外部アンテナ１００、チューナ１１０、誤り訂正回路１２０
は省略している。
【００３３】
以上のように、符号化フォーマットが変更される放送を受信して記録再生する
ための記録再生装置内臓受信装置として、本発明を適用することもできる。
【００３４】
また、図１３は、多重化オーディオデータ復号装置を組み込んだ通信装置であ
り、１７０はインターネットなどの外部回線、１６０は外部回線を受けるモデム
であり、モデムからの外部情報をデマルチプレクサ１０に出力する。
【００３５】
以上のように、符号化フォーマットが変更される通信を受けるための通信装置
として、本発明を適用することもできる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施形態による多重化オーディオデータ復号装置の全体構成を示すブロック図である。
【図２】本発明の一実施形態による多重化オーディオデータ復号装置に入力するＭＰＥＧトランスポートストリーム（ＴＳ）の階層構造の説明図である。
【図３】本発明の一実施形態による多重化オーディオデータ復号装置に用いる内部ＲＡＭ回路のメモリ配置の説明図である。
【図４】本発明の一実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理を説明するフローチャートである。
【図５】本発明の一実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理の信号授受の説明図である。
【図６】本発明の一実施形態による多重化オーディオデータ復号装置の全体構成を示すブロック図である。
【図７】本発明の一実施形態による多重化オーディオデータ復号装置に用いるＡ／Ｖデコードメモリ８０の内部のアロケーションの説明図である。
【図８】本発明の一実施形態による多重化オーディオデータ復号装置におけるデコード処理コードの格納処理のフローチャートである。
【図９】本発明の他の実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理を説明するフローチャートである。
【図１０】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置を示すブロック図である。
【図１１】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置を示すブロック図である。
【図１２】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信して記録再生する記録再生装置内臓受信装置を示すブロック図である。
【図１３】本発明の多重化オーディオデータ復号装置を組み込んだ通信装置を示すブロック図である。
【符号の説明】
【００３７】
１０…デマルチプレクサ
２０…オーディオデコーダ
２２…ＤＳＰ
２５…内部ＲＡＭ
５０…外部ＣＰＵ
６０…外部ＲＯＭ
７０…ビデオデコーダ
８０…Ａ／Ｖデコードメモリ
【図１】
2006042373.tif 000003
【図２】
2006042373.tif 000004
【図３】
2006042373.tif 000005
【図４】
2006042373.tif 000006
【図５】
2006042373.tif 000007
【図６】
2006042373.tif 000008
【図７】
2006042373.tif 000009
【図８】
2006042373.tif 000010
【図９】
2006042373.tif 000011
【図１０】
2006042373.tif 000012
【図１１】
2006042373.tif 000013
【図１２】
2006042373.tif 000014
【図１３】
2006042373.tif 000015