JP3848805B2 - 受信装置 - Google Patents
受信装置 Download PDFInfo
- Publication number
- JP3848805B2 JP3848805B2 JP30641699A JP30641699A JP3848805B2 JP 3848805 B2 JP3848805 B2 JP 3848805B2 JP 30641699 A JP30641699 A JP 30641699A JP 30641699 A JP30641699 A JP 30641699A JP 3848805 B2 JP3848805 B2 JP 3848805B2
- Authority
- JP
- Japan
- Prior art keywords
- decoding
- program
- data
- format
- audio
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Time-Division Multiplex Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、圧縮フォーマットで符号化された音声・音響（オーディオ）信号を復号する多重化オーディオデータ復号装置に係り、特に、多チャンネルが多重化されたディジタル放送の受信装置として用いるに好適な多重化オーディオデータ復号装置及び受信装置に関する。
【０００２】
【従来の技術】
ディジタルオーディオ信号の圧縮方式として標準的に用いられるものには、ＭＰＥＧ（Moving Picture Experts Group） Ａｕｄｉｏや、ＡＴＳＣ（United States Advanced Television Systems Committee）において採用されたＡＣ−３と呼ばれる方式などが知られている。これらの方式は、いずれも、時間軸上の情報を周波数軸上のデータに変換し、周波数帯域に分けてマスキング効果等の心理聴覚特性を利用、あるいはオーディオチャネル間の相関を利用して情報圧縮する技術に基づいている。
【０００３】
これらの方式を用いて圧縮されたオーディオビットストリームを復号（デコード）する方法としては、ＤＳＰ（Digital Signal Processor）を基調としたものが、例えば、ＡＣ−３フォーマット対応のオーディオデコーダとして、”Design And Implementation of AC-3 Coders、Vol．41， No．3、 August 1995”に記載されている。ＤＳＰは、一般のマイクロコントローラと同様に、ソフトウエアプログラムコードを逐次解釈して内蔵レジスタのデータを加工し、結果をメモリに蓄える形式なので、ハードウエアによる実現形式に比較して、複数フォーマットのデコードアルゴリズムを各々デコード処理コードとして持つことができ、また変更に対する柔軟度もあるため、コストと使い勝手の両面で有利であると考えられている。さらに、高速の乗算器などの専用ハードウエアや複数本のデータバスを具備してデータの流れを円滑にするなどの工夫を施すことにより、計算速度向上を図っていることに特徴がある。
【０００４】
【発明が解決しようとする課題】
一般にＤＳＰを基調とするオーディオデコーダは、デコード処理手順をプログラムコードとして内蔵ＲＯＭに記憶されている。これは、プログラムコードが読出し専用であり、アクセスサイクルでの損失を避ける（通常のＤＳＰは１命令／１サイクル）為にも、ＤＳＰに直結する必要があるからである。
【０００５】
一方、オーディオデコーダをディジタル放送受信機の一部としてとらえた場合、そのサービスの内容や放送衛星，通信衛星，地上波や有線ケーブルなどサービス供給側の通信路事情により圧縮率や音質に対する条件は多様であり、それぞれ最適な符号化フォーマットが選択されているので、受信側で複数のフォーマットに対応させる必要がある。
【０００６】
ここで、１つのＤＳＰチップで複数種類の圧縮符号化フォーマットに対応させるためには、各フォーマット毎にプログラムコードを内蔵ＲＯＭとして確保する必要がある。また、プログラムコードのみならずフォーマット毎に専用の定数テーブルも内蔵ＲＯＭとして必要となる。従って、回路規模の点で、ＤＳＰを含むオーディオデコーダを集積化することが困難であるという問題があった。また、処理対象のフォーマット数が増えた場合や仕様変更を行う場合には、オーディオデコーダの内蔵ＲＯＭは、容易に変更できないので柔軟性が低下するという問題もあった。
【０００７】
本発明の目的は、デジタル放送において、複数のフォーマットで圧縮されたオーディオデータに対応可能な受信装置を提供することである。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、例えば、特許請求の範囲に開示された技術思想を用いればよりよい。
【０００９】
かかる構成により、複数種類のデコード処理コードは、読出し専用メモリに格納されているため、処理対象のフォーマット数が増えた場合や仕様変更を行う場合にも読出し専用メモリの変更により、容易に対応でき、柔軟性を向上し得るものとなる。
【００１４】
【発明の実施の形態】
以下、図を用いて、本発明の一実施形態による多重化オーディオデータ復号装置の構成及び動作について説明する。
【００１５】
最初に、図１０を用いて、本実施形態による多重化オーディオデータ復号装置の全体構成について説明する。
【００１６】
本実施形態による多重化オーディオデータ復号装置は、デマルチプレクサ１０と、オーディオデコーダ２０と、ディジタル／アナログ変換器（ＤＡＣ）３０と、ユーザインターフェース（Ｉ／Ｆ）４０と、外部ＣＰＵ５０と、外部ＲＯＭ６０とから構成されている。デマルチプレクサ１０と、オーディオデコーダ２０と、ユーザインターフェース（Ｉ／Ｆ）４０と、外部ＣＰＵ５０と、外部ＲＯＭ６０とは、データバスＤＢにより接続されており、コマンドやデータの入出力が可能となっている。
【００１７】
デマルチプレクサ１０は、複数のプログラム（番組）が多重されたＭＰＥＧトランスポートストリーム（ＴＳ）から、ユーザが指定したプログラムに対応するデータを抽出して、オーディオデコーダ２０に出力する。
【００１８】
ここで、図２を用いて、ＭＰＥＧトランスポートストリーム（ＴＳ）の階層構造について説明する。なお、ここでは、オーディオデータを例にして説明する。
【００１９】
図２（ａ）は、デマルチプレクサ１０の入力となるＭＰＥＧ ＴＳを示しており、１８８バイト固定長のＴＳパケットから成る。
【００２０】
ＴＳパケットは、図２（ｂ）に示すように、ヘッダであるパケットＩＤ（ＰＩＤ）及びＴＳ＿ｈと、データ部分であるペイロードから構成されている。ＰＩＤは、プログラム番号とそのデータの内容を選択すれば、一意的に決まるものである。従って、例えば、外部ＣＰＵ５０からデマルチプレクサ１０に対して、プログラム＃ｊのオーディオデータと指定することで、デマルチプレクサ１０はそれに対応するＴＳパケットのみを抽出し、処理の対象とすることができる。
【００２１】
ＴＳパケットのデータ部分（ペイロード）は、図２（ｃ）に示すＰＥＳ（Packetized Elementary Stream）パケットの一部である。換言すると、複数のＴＳパケットのペイロードが集まって、ＰＥＳパケットを構成する。
【００２２】
ＰＥＳパケットは、図２（ｄ）に示すように、ＰＥＳヘッダと、データ部分であるペイロードから構成される。ＰＥＳヘッダ（ＰＥＳ＿ｈ）には、ストリームＩＤや、表示タイムスタンプ（ＰＴＳ：Presentation Time Stamp）や、ＰＥＳ＿ｈが含まれる。ストリームＩＤは、ＰＥＳの内容に関する記述であって、オーディオの場合はストリームＩＤに符号化フォーマットが対応している。ＰＥＳは、ペイロードにオーディオアクセスユニットを複数持つことができ、ＰＴＳは、ヘッダ後の最初のオーディオアクセスユニットが表示されるべき時刻を示している。ペイロードには、データ部分であるオーディオアクセスユニットが含まれている。
【００２３】
オーディオアクセスユニットは、図２（ｅ）に示すように、各種パラメータを含むオーディオヘッダ（Ａｕｄｉｏ＿ｈ）と、データ部分である１オーディオフレーム分の符号化音声データから構成されている。ヘッダのパラメータとしては、サンプリング周波数や、ビットレートや、フレーム長等が含まれている。オーディオアクセスユニットが連続したものが、オーディオエレメンタリストリーム（ＥＳ）である。デマルチプレクサ１０の出力は、図２（ｅ）に示したオーディオアクセスユニットの連続であるところのオーディオエレメンタリストリーム（ＥＳ）である。
【００２４】
次に、図１０に戻り、オーディオデコーダ２０の構成について説明する。
【００２５】
オーディオデコーダ２０は、フレーム同期回路２１と、ディジタルシグナルプロセッサ（ＤＳＰ）２２と、ＰＣＭ出力インターフェース（Ｉ／Ｆ）回路２３と、インターフェース（Ｉ／Ｆ）回路２４と、内蔵ＲＡＭ２５とから構成されている。
【００２６】
フレーム同期回路２１は、デマルチプレクサ１０から入力したオーディオエレメンタリストリーム（ＥＳ）から、処理の単位となるオーディオアクセスユニットの区切り，すなわち、符号化された所定のサンプル数からなるオーディオフレームのデータの区切りを、周期的に現れるビットパターンから判別する。
【００２７】
ＤＳＰ２２は、オーディオアクセスユニットのヘッダ情報から適宜必要なデータを抽出し、符号化データをデコードする。デコード処理は内蔵ＲＡＭ２５に予め書込まれたデコード処理プログラムコードに従い、内蔵ＲＡＭ２５内を中間データの保管あるいは入出力データのバッファとして用いながら行う。
【００２８】
内蔵ＲＡＭ２５には、複数種のデコード処理プログラムコードが予め書込まれているが、デコード処理プログラムコードの書き込みは、インターフェース（Ｉ／Ｆ）２４を介して、外部ＣＰＵ５０によって行われる。
【００２９】
ＤＳＰ２２によってデコードされた結果は、ＰＣＭ（Pulse Code Modulation）オーディオデータであり、ＰＣＭ出力インタフェース回路２３から時系列サンプルデータとしてディジタル／アナログ変換器（ＤＡＣ）３０へ送られ、アナログオーディオ信号として出力される。
【００３０】
外部ＣＰＵ５０は、オーディオデコーダ２０およびデマルチプレクサ１０を含む多重化オーディオデータ復号装置のシステム制御するものであり、制御手順は外部ＲＯＭ６０内のＣＰＵ命令コード領域６０Ａに格納されている。
【００３１】
外部ＲＯＭ６０は、ＣＰＵ命令コード領域６０Ａの他に、複数のデコード処理コード＃１，＃２，…，＃Ｎを格納するデコード処理コード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮを有している。
【００３２】
ユーザインタフェース（Ｉ／Ｆ）回路４０は、ユーザのチャンネル変更に基づくプログラム変更や、メディア変更等の指令を受け、外部ＣＰＵ５０にその指令を送る。外部ＣＰＵ１０は、符号化フォーマット変更を検知すると、外部ＲＯＭ６０内のコード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮに格納されている適当なデコード処理コード＃１，＃２，…，＃Ｎを、オーディオデコーダ２０内の内部ＲＡＭ５２に転送する。
【００３３】
転送処理は、インターフェース（Ｉ／Ｆ）２４を介して行われ、バッファリングやアドレス変換もなされる。
【００３４】
ここで、図３を用いて、本実施形態による多重化オーディオデータ復号装置に用いる内部ＲＡＭ回路２５のメモリ配置について説明する。図３は、内部ＲＡＭ２５内の領域分割を模式的に表している。
【００３５】
内部ＲＡＭ回路２５は、デコード処理コード領域２５ａ，ワーク領域２５ｂ，レジスタ領域等２５ｃから構成されている。図１０に示した外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮに格納されているデコード処理コード＃１，＃２，…，＃Ｎの内、外部ＣＰＵ５０によって転送されてきたデコード処理コードは、デコード処理コード領域２５ａに格納される。ワーク領域２５ｂおよびレジスタ領域２５ｃは、ＤＳＰ２２がデコード処理を行う際に用いる領域である。各領域２５ａ，２５ｂ，２５ｃの境界は符号化フォーマットにより可変であり、例えば、処理コードが短いフォーマットの場合にはワーク領域２５ｂを広く設定することができる。
【００３６】
ＤＳＰ２２は、転送されたデータのエラーチェックを行い、到来したオーディオＥＳに対して、内部ＲＡＭ２５のデコード処理コード領域２５ａに格納されているデコード処理コードを用いて、デコード処理を行う。
【００３７】
次に、図４及び図５を用いて、本実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理について説明する。
【００３８】
図４は、本実施形態によるプログラム切替処理をアルゴリズム主体として表しており、図５は、本実施形態によるプログラム切替処理を構成ブロック間の信号授受を主体として表している。なお、図４及び図５において、同一符号は同一の処理ステップを示している。
【００３９】
ステップＳ１において、プログラム切替処理が開始される。例えば、利用者が、リモコン等を用いてプログラムの切替を行うと、プログラム切替指令は、図１０に示したユーザＩ／Ｆ４０を介して、外部ＣＰＵ５０に転送され、外部ＣＰＵ５０によるプログラム切替処理が開始される。なお、以下の説明では、利用者が、プログラム＃ｋを選択したものとする。
【００４０】
次に、ステップＳ２において、外部ＣＰＵ５０は、プログラム番号＃ｋに相当するプログラムマップテーブル（ＰＭＴ）のパケットＩＤ（ＰＩＤ）を、デマルチプレクサ１０に送る。ＰＭＴは、デマルチプレクサ１０に格納されている。
【００４１】
次に、ステップＳ３において、デマルチプレクサ１０は、所望（本例ではオーディオ）のパケットのＰＩＤをフィルタリングする。ここで、得られたＰＭＴには、プログラム番号＃ｋに属するビデオ，オーディオおよび付帯データを含むトランスポートストリーム（ＴＳ）パケットのＰＩＤがその属性とともに書かれており、デマルチプレクサ１０は、このＰＩＤをフィルタリングする。
【００４２】
次に、ステップＳ４において、デマルチプレクサ１０は、付帯データの中に含まれている時間軸の基準を示すＰＣＲ（Program Clock Reference）を運ぶパケットから、基準時刻を取り出し、この基準時刻を設定する。
【００４３】
次に、ステップＳ５において、デマルチプレクサ１０は、オーディオのＰＥＳ（Packetized Elementary Stream）パケットのヘッダ部分からストリーム（Stream）ＩＤを取得して、外部ＣＰＵ５０及びオーディオデコーダ２０に送る。
【００４４】
次に、ステップＳ６において、外部ＣＰＵ５０は、プログラム切替後のオーディオ符号化フォーマットを知り、現在のフォーマットからの変更の有無を判定し、変更がなければステップＳ９にジャンプするが、変更が有る場合にはステップＳ７に進む。
【００４５】
そして、変更がある場合には、ステップＳ７において、外部ＣＰＵ５０は、プログラム切替後のオーディオ符号化フォーマットに対応するデコード処理コードを外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮから読み出して、オーディオデコーダ２０に転送する。転送されたデコード処理コードは、内部ＲＡＭ２５のデコード処理コード領域２５ａに格納される。
【００４６】
次に、ステップＳ８において、オーディオデコーダ２０のＤＳＰ２２は、転送されたデコード処理コードの転送エラーを確認するために、エラーチェックを行う。エラーチェックの方法としては、例えば、ＣＲＣ（Cyclic Redundancy Check）コードあるいはテストデータを実際にデコードさせて期待値との比較をするなどの方法を用いる。エラーがある場合には、オーディオデコーダ２０は、外部ＣＰＵ５０に対して再送要求を行い、再送されたデコード処理コードの再度チェックを行う。
【００４７】
エラーチェックが完了すると、ステップＳ９において、ＤＳＰ２２は、チェック完了信号を、外部ＣＰＵ５０に返し、外部ＣＰＵ５０はデマルチプレクサ１０にこれを伝達する。
【００４８】
一方、デマルチプレクサ１０は、ステップＳ３，Ｓ４に引き続いて、ステップＳ５において、ＰＥＳヘッダから表示タイムスタンプ（ＰＴＳ）を取得する。
【００４９】
次に、ステップＳ１１において、デマルチプレクサ１０は、ＰＴＳが指示するオーディオアクセスユニットの先頭の時間に基づいて、デコード時刻を設定する。
【００５０】
次に、ステップＳ１２において、デマルチプレクサ１０は、内部のシステムタイムコード（ＳＴＣ）を用いて、設定されたデコード時刻（ＰＴＳ時刻）になるのを監視し、ＰＴＳ時刻が到来するまで、デマルチプレクサ１０は、内部のバッファに入力するストリームを蓄積して、ストリームを止める。
【００５１】
さらに、ＰＴＳ時刻になった時点で、ステップＳ１３において、デマルチプレクサ１０は、オーディオデコーダ２０のステップＳ９の処理で送られてくる転送エラーのチェック完了を確認する。
【００５２】
チェックが完了していなければ、次のＰＴＳとオーディオアクセスユニットの組に関してステップＳ１１に戻り、ＰＴＳ時刻待ちを行う。
【００５３】
それに対して、チェックが完了していれば、ステップＳ１４において、デマルチプレクサ１０は、オーディオエレメンタリストリーム（ＥＳ）を、オーディオデコーダ２０に供給する。
【００５４】
次に、ステップＳ１５において、オーディオデコーダ２０のフレーム同期回路２１は、入力したオーディオＥＳに対して、フレーム（アクセスユニット）同期処理を行う。
【００５５】
次に、ステップＳ１６において、ＤＳＰ２２は、内部ＲＡＭ回路２５に格納されているデコード処理コードを用いて、デコード処理を開始する。
【００５６】
以上説明したように、本実施形態においては、オーディオデコーダの外部に接続された外部ＲＯＭに、複数種類の符号化フォーマットに対するデコード処理コードを格納するようにしている。そして、入力されるオーディオストリームの符号化フォーマットに応じて、外部ＲＯＭに格納された符号化フォーマットに対応する１種類のデコード処理コードを読み出して、オーディオデコーダの内部ＲＡＭのコード領域に格納するようにしている。ＤＳＰは、内部ＲＡＭに格納されたデコード処理コードを用いて、デコード処理を行うようにしている。ここで、外部ＲＯＭは、容量が十分大きく取れるので、対応フォーマットを増やした場合にもコスト増大を招くことがないものである。
【００５７】
また、処理対象フォーマットの追加および仕様変更に対しても、ＤＳＰを含むオーディオデコーダを変更することなく、外部ＲＯＭの変更により容易に対応することができる。
【００５８】
なお、外部ＲＯＭの変更方法としては、新しいデコード処理コードの書き込まれている外部ＲＯＭのチップに交換することにより行うことができる。また、別の方法としては、外部ＲＯＭとして、書換可能なフラッシュＲＯＭを使用する場合には、新しいデコード処理コードをフラッシュＲＯＭに書き込むことにより行える。なお、この際、新しいデコード処理コードは、ディスク等の記憶媒体から読み出すようにしてもよく、また、ネットワークからダウンロードするようにしてもよいものである。
【００５９】
ここで、以上説明した本実施形態における多重化オーディオデータ復号装置を応用した例を図１０に示す。
【００６０】
図１０は、多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置であり、１００は放送信号を受ける外部アンテナ、１１０は受けた放送信号の選局を行うチューナ、１２０は、選局された放送信号に対し、誤り訂正などの処理を行い、デマルチプレクサ１０に出力する誤り訂正（ＦＥＣ）回路、１３０はＤＡＣ３０のアナログオーディオ信号を出力するスピーカである。
【００６１】
以上のように、符号化フォーマットが変更される放送の受信装置として、本発明を適用することができる。次に、本発明の他の実施形態による多重化オーディオデータ復号装置の構成及び動作について説明する。
【００６２】
最初に、図６を用いて、本実施形態による多重化オーディオデータ復号装置の全体構成について説明する。なお、図１０と同一符号は、同一部分を示している。
【００６３】
本実施形態による多重化オーディオデータ復号装置は、図１０に示した多重化オーディオデータ復号装置の構成に加えて、ビデオデコーダ７０と、Ａ／Ｖデコードメモリ８０と、デジタルアナログ変換器３５を備えている。
【００６４】
デマルチプレクサ１０の出力は、オーディオデコーダ２０とともに、ビデオデコーダ７０に入力する。オーディオデコーダ２０及びビデオデコーダ７０は、共通のＡ／Ｖデコードメモリ８０に時分割でアクセスすることが可能な構成になっている。Ａ／Ｖデコードメモリ８０は、大容量（メガバイト単位）の外部のメモリチップとして実現されるため、ビデオデコード用に必要な容量を除いてもオーディオデコードに割り当てる容量は十分に有している。
【００６５】
ここで、図７を用いて、本実施形態による多重化オーディオデータ復号装置に用いるＡ／Ｖデコードメモリ８０の内部のアロケーションについて説明する。
【００６６】
Ａ／Ｖデコードメモリ８０には、ビデオデコードに必要なストリームバッファ領域８０ａおよびフレームバッファ等のワーク領域８０ｂが設けられ、さらに、放送受信機としてインタフェース実現のためのグラフィック表示用バッファ８０ｃが設けられている。
【００６７】
また、Ａ／Ｖデコードメモリ８０には、オーディオデコーダ２０がアクセス可能なオーディオデコード用ワーク領域８０ｄを備えている。オーディオデコード用ワーク領域８０ｄには、対応する全ての符号化フォーマットに対するデコード処理プログラムコードを保管するデコード処理コード領域８０ｄ１，…，８０ｄＮが割り当てられている。
【００６８】
デコード処理コード領域８０ｄ１，…，８０ｄＮには、図６に示した外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮに格納されているデコード処理コード＃１，…，＃Ｎが転送された上で、格納される。
【００６９】
ここで、図８に示すフローチャートを用いて、本実施形態によるデコード処理コードの格納処理について説明する。
【００７０】
ステップＳ２１において、外部ＣＰＵ５０は、外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮに格納されているデコード処理コード＃１，…，＃Ｎを、オーディオデコーダ２０のインターフェース（Ｉ／Ｆ）回路を介して、Ａ／Ｖデコードメモリ８０に転送する。
【００７１】
次に、ステップＳ２２において、オーディオデコーダ２０のＤＳＰ２２は、Ａ／Ｖデコードメモリ８０に格納されたデコード処理コードの転送エラーのチェックをする。転送エラーのチェックは、Ｎ個のフォーマットを纏めたＣＲＣチェックにより行う。
【００７２】
次に、図９を用いて、本実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理について説明する。
【００７３】
図９は、本実施形態によるプログラム切替処理をアルゴリズム主体として表している。なお、図４及び図５と同一符号は、同一の処理ステップを示している。
【００７４】
本実施形態におけるプログラム切替処理は、図４のフローチャートに示したプログラム切替処理におけるステップＳ７に代えてステップＳ７’とするとともに、図４におけるステップＳ８，Ｓ９，Ｓ１３が削除されたものであるため、その相違点について説明する。
【００７５】
ステップＳ６における判定で、外部ＣＰＵ５０が、プログラム切替後のオーディオ符号化フォーマットが現在のフォーマットからの変更がある場合には、ステップＳ７’において、ＤＳＰ２２は、Ａ／Ｖデコードメモリ８０のデコード処理コード領域８０ｄ１，…，８０ｄＮから切替後のデコード処理コードを、内部メモリ２５に転送する。
【００７６】
一般に、Ａ／Ｖデコードメモリ８０は、ビデオデコード処理に耐え得る伝送帯域幅を有するので、１種類のデコード処理コードを転送するのに要する時間は、外部ＲＯＭ１１からの転送時に比べて十分短くすることができる。
【００７７】
また、転送の信頼性は、デコード時のアクセスにおいて確認されているため、再度の転送エラーチェックは不要となる。
【００７８】
以上説明したように、本実施形態においては、オーディオデコーダの外部に接続されたＡ／Ｖデコードメモリに、外部ＲＯＭから複数種類の符号化フォーマットに対するデコード処理コードを格納するようにしている。そして、入力されるオーディオストリームの符号化フォーマットに応じて、Ａ／Ｖデコードメモリに格納された符号化フォーマットに応じた１種類のデコード処理コードを読み出して、オーディオデコーダの内部ＲＡＭのコード領域に格納するようにしている。
【００７９】
ＤＳＰは、内部ＲＡＭに格納されたデコード処理コードを用いて、デコード処理を行うようにしている。ここで、Ａ／Ｖデコードメモリは、容量が十分大きく取れるので、対応フォーマットを増やした場合にもコスト増大を招くことがないものである。
【００８０】
また、処理対象フォーマットの追加および仕様変更に対しても、ＤＳＰを含むオーディオデコーダを変更することなく、外部ＲＯＭの変更により容易に対応することができる。
【００８１】
さらに、１種類のデコード処理コードを転送するのに要する時間を短縮することができる。
【００８２】
また、転送の信頼性は、デコード時のアクセスにおいて確認されているため、再度の転送エラーチェックは不要となる。
【００８３】
ここで、以上説明した本実施形態における多重化オーディオデータ復号装置を応用した例を図１１ないし１３に示す。
【００８４】
図１１は、多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置であり、１００は放送信号を受ける外部アンテナ、１１０は受けた放送信号の選局を行うチューナ、１２０は、選局された放送信号に対し、誤り訂正などの処理を行い、デマルチプレクサ１０に出力する誤り訂正（ＦＥＣ）回路、１３０はＤＡＣ３０のアナログオーディオ信号を出力するスピーカ、１４０はＤＡＣ３５のアナログビデオ信号を出力するモニタである。
【００８５】
以上のように、符号化フォーマットが変更される放送の受信装置として、本発明を適用することができる。
【００８６】
また、図１２は、多重化オーディオデータ復号装置を組み込んだ放送を受信して記録再生する記録再生装置内蔵受信装置であり、１５０は放送信号を記録／再生するための記録装置であり、再生された信号をデマルチプレクサ１０に出力する。なお、図１１の外部アンテナ１００、チューナ１１０、誤り訂正回路１２０は省略している。
【００８７】
以上のように、符号化フォーマットが変更される放送を受信して記録再生するための記録再生装置内蔵受信装置として、本発明を適用することもできる。
【００８８】
また、図１３は、多重化オーディオデータ復号装置を組み込んだ通信装置であり、１７０はインターネットなどの外部回線、１６０は外部回線を受けるモデムであり、モデムからの外部情報をデマルチプレクサ１０に出力する。
【００８９】
以上のように、符号化フォーマットが変更される通信を受けるための通信装置として、本発明を適用することもできる。
【００９０】
本発明によれば、デジタル放送において、複数のフォーマットで圧縮されたオーディオデータに対応可能な受信装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態による多重化オーディオデータ復号装置の全体構成を示すブロック図である。
【図２】本発明の一実施形態による多重化オーディオデータ復号装置に入力するＭＰＥＧトランスポートストリーム（ＴＳ）の階層構造の説明図である。
【図３】本発明の一実施形態による多重化オーディオデータ復号装置に用いる内部ＲＡＭ回路のメモリ配置の説明図である。
【図４】本発明の一実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理を説明するフローチャートである。
【図５】本発明の一実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理の信号授受の説明図である。
【図６】本発明の一実施形態による多重化オーディオデータ復号装置の全体構成を示すブロック図である。
【図７】本発明の一実施形態による多重化オーディオデータ復号装置に用いるＡ／Ｖデコードメモリ８０の内部のアロケーションの説明図である。
【図８】本発明の一実施形態による多重化オーディオデータ復号装置におけるデコード処理コードの格納処理のフローチャートである。
【図９】本発明の他の実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理を説明するフローチャートである。
【図１０】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置を示すブロック図である。
【図１１】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置を示すブロック図である。
【図１２】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信して記録再生する記録再生装置内臓受信装置を示すブロック図である。
【図１３】本発明の多重化オーディオデータ復号装置を組み込んだ通信装置を示すブロック図である。
【符号の説明】
１０…デマルチプレクサ
２０…オーディオデコーダ
２２…ＤＳＰ
２５…内部ＲＡＭ
５０…外部ＣＰＵ
６０…外部ＲＯＭ
７０…ビデオデコーダ
８０…Ａ／Ｖデコードメモリ
【発明の属する技術分野】
本発明は、圧縮フォーマットで符号化された音声・音響（オーディオ）信号を復号する多重化オーディオデータ復号装置に係り、特に、多チャンネルが多重化されたディジタル放送の受信装置として用いるに好適な多重化オーディオデータ復号装置及び受信装置に関する。
【０００２】
【従来の技術】
ディジタルオーディオ信号の圧縮方式として標準的に用いられるものには、ＭＰＥＧ（Moving Picture Experts Group） Ａｕｄｉｏや、ＡＴＳＣ（United States Advanced Television Systems Committee）において採用されたＡＣ−３と呼ばれる方式などが知られている。これらの方式は、いずれも、時間軸上の情報を周波数軸上のデータに変換し、周波数帯域に分けてマスキング効果等の心理聴覚特性を利用、あるいはオーディオチャネル間の相関を利用して情報圧縮する技術に基づいている。
【０００３】
これらの方式を用いて圧縮されたオーディオビットストリームを復号（デコード）する方法としては、ＤＳＰ（Digital Signal Processor）を基調としたものが、例えば、ＡＣ−３フォーマット対応のオーディオデコーダとして、”Design And Implementation of AC-3 Coders、Vol．41， No．3、 August 1995”に記載されている。ＤＳＰは、一般のマイクロコントローラと同様に、ソフトウエアプログラムコードを逐次解釈して内蔵レジスタのデータを加工し、結果をメモリに蓄える形式なので、ハードウエアによる実現形式に比較して、複数フォーマットのデコードアルゴリズムを各々デコード処理コードとして持つことができ、また変更に対する柔軟度もあるため、コストと使い勝手の両面で有利であると考えられている。さらに、高速の乗算器などの専用ハードウエアや複数本のデータバスを具備してデータの流れを円滑にするなどの工夫を施すことにより、計算速度向上を図っていることに特徴がある。
【０００４】
【発明が解決しようとする課題】
一般にＤＳＰを基調とするオーディオデコーダは、デコード処理手順をプログラムコードとして内蔵ＲＯＭに記憶されている。これは、プログラムコードが読出し専用であり、アクセスサイクルでの損失を避ける（通常のＤＳＰは１命令／１サイクル）為にも、ＤＳＰに直結する必要があるからである。
【０００５】
一方、オーディオデコーダをディジタル放送受信機の一部としてとらえた場合、そのサービスの内容や放送衛星，通信衛星，地上波や有線ケーブルなどサービス供給側の通信路事情により圧縮率や音質に対する条件は多様であり、それぞれ最適な符号化フォーマットが選択されているので、受信側で複数のフォーマットに対応させる必要がある。
【０００６】
ここで、１つのＤＳＰチップで複数種類の圧縮符号化フォーマットに対応させるためには、各フォーマット毎にプログラムコードを内蔵ＲＯＭとして確保する必要がある。また、プログラムコードのみならずフォーマット毎に専用の定数テーブルも内蔵ＲＯＭとして必要となる。従って、回路規模の点で、ＤＳＰを含むオーディオデコーダを集積化することが困難であるという問題があった。また、処理対象のフォーマット数が増えた場合や仕様変更を行う場合には、オーディオデコーダの内蔵ＲＯＭは、容易に変更できないので柔軟性が低下するという問題もあった。
【０００７】
本発明の目的は、デジタル放送において、複数のフォーマットで圧縮されたオーディオデータに対応可能な受信装置を提供することである。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、例えば、特許請求の範囲に開示された技術思想を用いればよりよい。
【０００９】
かかる構成により、複数種類のデコード処理コードは、読出し専用メモリに格納されているため、処理対象のフォーマット数が増えた場合や仕様変更を行う場合にも読出し専用メモリの変更により、容易に対応でき、柔軟性を向上し得るものとなる。
【００１４】
【発明の実施の形態】
以下、図を用いて、本発明の一実施形態による多重化オーディオデータ復号装置の構成及び動作について説明する。
【００１５】
最初に、図１０を用いて、本実施形態による多重化オーディオデータ復号装置の全体構成について説明する。
【００１６】
本実施形態による多重化オーディオデータ復号装置は、デマルチプレクサ１０と、オーディオデコーダ２０と、ディジタル／アナログ変換器（ＤＡＣ）３０と、ユーザインターフェース（Ｉ／Ｆ）４０と、外部ＣＰＵ５０と、外部ＲＯＭ６０とから構成されている。デマルチプレクサ１０と、オーディオデコーダ２０と、ユーザインターフェース（Ｉ／Ｆ）４０と、外部ＣＰＵ５０と、外部ＲＯＭ６０とは、データバスＤＢにより接続されており、コマンドやデータの入出力が可能となっている。
【００１７】
デマルチプレクサ１０は、複数のプログラム（番組）が多重されたＭＰＥＧトランスポートストリーム（ＴＳ）から、ユーザが指定したプログラムに対応するデータを抽出して、オーディオデコーダ２０に出力する。
【００１８】
ここで、図２を用いて、ＭＰＥＧトランスポートストリーム（ＴＳ）の階層構造について説明する。なお、ここでは、オーディオデータを例にして説明する。
【００１９】
図２（ａ）は、デマルチプレクサ１０の入力となるＭＰＥＧ ＴＳを示しており、１８８バイト固定長のＴＳパケットから成る。
【００２０】
ＴＳパケットは、図２（ｂ）に示すように、ヘッダであるパケットＩＤ（ＰＩＤ）及びＴＳ＿ｈと、データ部分であるペイロードから構成されている。ＰＩＤは、プログラム番号とそのデータの内容を選択すれば、一意的に決まるものである。従って、例えば、外部ＣＰＵ５０からデマルチプレクサ１０に対して、プログラム＃ｊのオーディオデータと指定することで、デマルチプレクサ１０はそれに対応するＴＳパケットのみを抽出し、処理の対象とすることができる。
【００２１】
ＴＳパケットのデータ部分（ペイロード）は、図２（ｃ）に示すＰＥＳ（Packetized Elementary Stream）パケットの一部である。換言すると、複数のＴＳパケットのペイロードが集まって、ＰＥＳパケットを構成する。
【００２２】
ＰＥＳパケットは、図２（ｄ）に示すように、ＰＥＳヘッダと、データ部分であるペイロードから構成される。ＰＥＳヘッダ（ＰＥＳ＿ｈ）には、ストリームＩＤや、表示タイムスタンプ（ＰＴＳ：Presentation Time Stamp）や、ＰＥＳ＿ｈが含まれる。ストリームＩＤは、ＰＥＳの内容に関する記述であって、オーディオの場合はストリームＩＤに符号化フォーマットが対応している。ＰＥＳは、ペイロードにオーディオアクセスユニットを複数持つことができ、ＰＴＳは、ヘッダ後の最初のオーディオアクセスユニットが表示されるべき時刻を示している。ペイロードには、データ部分であるオーディオアクセスユニットが含まれている。
【００２３】
オーディオアクセスユニットは、図２（ｅ）に示すように、各種パラメータを含むオーディオヘッダ（Ａｕｄｉｏ＿ｈ）と、データ部分である１オーディオフレーム分の符号化音声データから構成されている。ヘッダのパラメータとしては、サンプリング周波数や、ビットレートや、フレーム長等が含まれている。オーディオアクセスユニットが連続したものが、オーディオエレメンタリストリーム（ＥＳ）である。デマルチプレクサ１０の出力は、図２（ｅ）に示したオーディオアクセスユニットの連続であるところのオーディオエレメンタリストリーム（ＥＳ）である。
【００２４】
次に、図１０に戻り、オーディオデコーダ２０の構成について説明する。
【００２５】
オーディオデコーダ２０は、フレーム同期回路２１と、ディジタルシグナルプロセッサ（ＤＳＰ）２２と、ＰＣＭ出力インターフェース（Ｉ／Ｆ）回路２３と、インターフェース（Ｉ／Ｆ）回路２４と、内蔵ＲＡＭ２５とから構成されている。
【００２６】
フレーム同期回路２１は、デマルチプレクサ１０から入力したオーディオエレメンタリストリーム（ＥＳ）から、処理の単位となるオーディオアクセスユニットの区切り，すなわち、符号化された所定のサンプル数からなるオーディオフレームのデータの区切りを、周期的に現れるビットパターンから判別する。
【００２７】
ＤＳＰ２２は、オーディオアクセスユニットのヘッダ情報から適宜必要なデータを抽出し、符号化データをデコードする。デコード処理は内蔵ＲＡＭ２５に予め書込まれたデコード処理プログラムコードに従い、内蔵ＲＡＭ２５内を中間データの保管あるいは入出力データのバッファとして用いながら行う。
【００２８】
内蔵ＲＡＭ２５には、複数種のデコード処理プログラムコードが予め書込まれているが、デコード処理プログラムコードの書き込みは、インターフェース（Ｉ／Ｆ）２４を介して、外部ＣＰＵ５０によって行われる。
【００２９】
ＤＳＰ２２によってデコードされた結果は、ＰＣＭ（Pulse Code Modulation）オーディオデータであり、ＰＣＭ出力インタフェース回路２３から時系列サンプルデータとしてディジタル／アナログ変換器（ＤＡＣ）３０へ送られ、アナログオーディオ信号として出力される。
【００３０】
外部ＣＰＵ５０は、オーディオデコーダ２０およびデマルチプレクサ１０を含む多重化オーディオデータ復号装置のシステム制御するものであり、制御手順は外部ＲＯＭ６０内のＣＰＵ命令コード領域６０Ａに格納されている。
【００３１】
外部ＲＯＭ６０は、ＣＰＵ命令コード領域６０Ａの他に、複数のデコード処理コード＃１，＃２，…，＃Ｎを格納するデコード処理コード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮを有している。
【００３２】
ユーザインタフェース（Ｉ／Ｆ）回路４０は、ユーザのチャンネル変更に基づくプログラム変更や、メディア変更等の指令を受け、外部ＣＰＵ５０にその指令を送る。外部ＣＰＵ１０は、符号化フォーマット変更を検知すると、外部ＲＯＭ６０内のコード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮに格納されている適当なデコード処理コード＃１，＃２，…，＃Ｎを、オーディオデコーダ２０内の内部ＲＡＭ５２に転送する。
【００３３】
転送処理は、インターフェース（Ｉ／Ｆ）２４を介して行われ、バッファリングやアドレス変換もなされる。
【００３４】
ここで、図３を用いて、本実施形態による多重化オーディオデータ復号装置に用いる内部ＲＡＭ回路２５のメモリ配置について説明する。図３は、内部ＲＡＭ２５内の領域分割を模式的に表している。
【００３５】
内部ＲＡＭ回路２５は、デコード処理コード領域２５ａ，ワーク領域２５ｂ，レジスタ領域等２５ｃから構成されている。図１０に示した外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，６０Ｂ２，…，６０ＢＮに格納されているデコード処理コード＃１，＃２，…，＃Ｎの内、外部ＣＰＵ５０によって転送されてきたデコード処理コードは、デコード処理コード領域２５ａに格納される。ワーク領域２５ｂおよびレジスタ領域２５ｃは、ＤＳＰ２２がデコード処理を行う際に用いる領域である。各領域２５ａ，２５ｂ，２５ｃの境界は符号化フォーマットにより可変であり、例えば、処理コードが短いフォーマットの場合にはワーク領域２５ｂを広く設定することができる。
【００３６】
ＤＳＰ２２は、転送されたデータのエラーチェックを行い、到来したオーディオＥＳに対して、内部ＲＡＭ２５のデコード処理コード領域２５ａに格納されているデコード処理コードを用いて、デコード処理を行う。
【００３７】
次に、図４及び図５を用いて、本実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理について説明する。
【００３８】
図４は、本実施形態によるプログラム切替処理をアルゴリズム主体として表しており、図５は、本実施形態によるプログラム切替処理を構成ブロック間の信号授受を主体として表している。なお、図４及び図５において、同一符号は同一の処理ステップを示している。
【００３９】
ステップＳ１において、プログラム切替処理が開始される。例えば、利用者が、リモコン等を用いてプログラムの切替を行うと、プログラム切替指令は、図１０に示したユーザＩ／Ｆ４０を介して、外部ＣＰＵ５０に転送され、外部ＣＰＵ５０によるプログラム切替処理が開始される。なお、以下の説明では、利用者が、プログラム＃ｋを選択したものとする。
【００４０】
次に、ステップＳ２において、外部ＣＰＵ５０は、プログラム番号＃ｋに相当するプログラムマップテーブル（ＰＭＴ）のパケットＩＤ（ＰＩＤ）を、デマルチプレクサ１０に送る。ＰＭＴは、デマルチプレクサ１０に格納されている。
【００４１】
次に、ステップＳ３において、デマルチプレクサ１０は、所望（本例ではオーディオ）のパケットのＰＩＤをフィルタリングする。ここで、得られたＰＭＴには、プログラム番号＃ｋに属するビデオ，オーディオおよび付帯データを含むトランスポートストリーム（ＴＳ）パケットのＰＩＤがその属性とともに書かれており、デマルチプレクサ１０は、このＰＩＤをフィルタリングする。
【００４２】
次に、ステップＳ４において、デマルチプレクサ１０は、付帯データの中に含まれている時間軸の基準を示すＰＣＲ（Program Clock Reference）を運ぶパケットから、基準時刻を取り出し、この基準時刻を設定する。
【００４３】
次に、ステップＳ５において、デマルチプレクサ１０は、オーディオのＰＥＳ（Packetized Elementary Stream）パケットのヘッダ部分からストリーム（Stream）ＩＤを取得して、外部ＣＰＵ５０及びオーディオデコーダ２０に送る。
【００４４】
次に、ステップＳ６において、外部ＣＰＵ５０は、プログラム切替後のオーディオ符号化フォーマットを知り、現在のフォーマットからの変更の有無を判定し、変更がなければステップＳ９にジャンプするが、変更が有る場合にはステップＳ７に進む。
【００４５】
そして、変更がある場合には、ステップＳ７において、外部ＣＰＵ５０は、プログラム切替後のオーディオ符号化フォーマットに対応するデコード処理コードを外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮから読み出して、オーディオデコーダ２０に転送する。転送されたデコード処理コードは、内部ＲＡＭ２５のデコード処理コード領域２５ａに格納される。
【００４６】
次に、ステップＳ８において、オーディオデコーダ２０のＤＳＰ２２は、転送されたデコード処理コードの転送エラーを確認するために、エラーチェックを行う。エラーチェックの方法としては、例えば、ＣＲＣ（Cyclic Redundancy Check）コードあるいはテストデータを実際にデコードさせて期待値との比較をするなどの方法を用いる。エラーがある場合には、オーディオデコーダ２０は、外部ＣＰＵ５０に対して再送要求を行い、再送されたデコード処理コードの再度チェックを行う。
【００４７】
エラーチェックが完了すると、ステップＳ９において、ＤＳＰ２２は、チェック完了信号を、外部ＣＰＵ５０に返し、外部ＣＰＵ５０はデマルチプレクサ１０にこれを伝達する。
【００４８】
一方、デマルチプレクサ１０は、ステップＳ３，Ｓ４に引き続いて、ステップＳ５において、ＰＥＳヘッダから表示タイムスタンプ（ＰＴＳ）を取得する。
【００４９】
次に、ステップＳ１１において、デマルチプレクサ１０は、ＰＴＳが指示するオーディオアクセスユニットの先頭の時間に基づいて、デコード時刻を設定する。
【００５０】
次に、ステップＳ１２において、デマルチプレクサ１０は、内部のシステムタイムコード（ＳＴＣ）を用いて、設定されたデコード時刻（ＰＴＳ時刻）になるのを監視し、ＰＴＳ時刻が到来するまで、デマルチプレクサ１０は、内部のバッファに入力するストリームを蓄積して、ストリームを止める。
【００５１】
さらに、ＰＴＳ時刻になった時点で、ステップＳ１３において、デマルチプレクサ１０は、オーディオデコーダ２０のステップＳ９の処理で送られてくる転送エラーのチェック完了を確認する。
【００５２】
チェックが完了していなければ、次のＰＴＳとオーディオアクセスユニットの組に関してステップＳ１１に戻り、ＰＴＳ時刻待ちを行う。
【００５３】
それに対して、チェックが完了していれば、ステップＳ１４において、デマルチプレクサ１０は、オーディオエレメンタリストリーム（ＥＳ）を、オーディオデコーダ２０に供給する。
【００５４】
次に、ステップＳ１５において、オーディオデコーダ２０のフレーム同期回路２１は、入力したオーディオＥＳに対して、フレーム（アクセスユニット）同期処理を行う。
【００５５】
次に、ステップＳ１６において、ＤＳＰ２２は、内部ＲＡＭ回路２５に格納されているデコード処理コードを用いて、デコード処理を開始する。
【００５６】
以上説明したように、本実施形態においては、オーディオデコーダの外部に接続された外部ＲＯＭに、複数種類の符号化フォーマットに対するデコード処理コードを格納するようにしている。そして、入力されるオーディオストリームの符号化フォーマットに応じて、外部ＲＯＭに格納された符号化フォーマットに対応する１種類のデコード処理コードを読み出して、オーディオデコーダの内部ＲＡＭのコード領域に格納するようにしている。ＤＳＰは、内部ＲＡＭに格納されたデコード処理コードを用いて、デコード処理を行うようにしている。ここで、外部ＲＯＭは、容量が十分大きく取れるので、対応フォーマットを増やした場合にもコスト増大を招くことがないものである。
【００５７】
また、処理対象フォーマットの追加および仕様変更に対しても、ＤＳＰを含むオーディオデコーダを変更することなく、外部ＲＯＭの変更により容易に対応することができる。
【００５８】
なお、外部ＲＯＭの変更方法としては、新しいデコード処理コードの書き込まれている外部ＲＯＭのチップに交換することにより行うことができる。また、別の方法としては、外部ＲＯＭとして、書換可能なフラッシュＲＯＭを使用する場合には、新しいデコード処理コードをフラッシュＲＯＭに書き込むことにより行える。なお、この際、新しいデコード処理コードは、ディスク等の記憶媒体から読み出すようにしてもよく、また、ネットワークからダウンロードするようにしてもよいものである。
【００５９】
ここで、以上説明した本実施形態における多重化オーディオデータ復号装置を応用した例を図１０に示す。
【００６０】
図１０は、多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置であり、１００は放送信号を受ける外部アンテナ、１１０は受けた放送信号の選局を行うチューナ、１２０は、選局された放送信号に対し、誤り訂正などの処理を行い、デマルチプレクサ１０に出力する誤り訂正（ＦＥＣ）回路、１３０はＤＡＣ３０のアナログオーディオ信号を出力するスピーカである。
【００６１】
以上のように、符号化フォーマットが変更される放送の受信装置として、本発明を適用することができる。次に、本発明の他の実施形態による多重化オーディオデータ復号装置の構成及び動作について説明する。
【００６２】
最初に、図６を用いて、本実施形態による多重化オーディオデータ復号装置の全体構成について説明する。なお、図１０と同一符号は、同一部分を示している。
【００６３】
本実施形態による多重化オーディオデータ復号装置は、図１０に示した多重化オーディオデータ復号装置の構成に加えて、ビデオデコーダ７０と、Ａ／Ｖデコードメモリ８０と、デジタルアナログ変換器３５を備えている。
【００６４】
デマルチプレクサ１０の出力は、オーディオデコーダ２０とともに、ビデオデコーダ７０に入力する。オーディオデコーダ２０及びビデオデコーダ７０は、共通のＡ／Ｖデコードメモリ８０に時分割でアクセスすることが可能な構成になっている。Ａ／Ｖデコードメモリ８０は、大容量（メガバイト単位）の外部のメモリチップとして実現されるため、ビデオデコード用に必要な容量を除いてもオーディオデコードに割り当てる容量は十分に有している。
【００６５】
ここで、図７を用いて、本実施形態による多重化オーディオデータ復号装置に用いるＡ／Ｖデコードメモリ８０の内部のアロケーションについて説明する。
【００６６】
Ａ／Ｖデコードメモリ８０には、ビデオデコードに必要なストリームバッファ領域８０ａおよびフレームバッファ等のワーク領域８０ｂが設けられ、さらに、放送受信機としてインタフェース実現のためのグラフィック表示用バッファ８０ｃが設けられている。
【００６７】
また、Ａ／Ｖデコードメモリ８０には、オーディオデコーダ２０がアクセス可能なオーディオデコード用ワーク領域８０ｄを備えている。オーディオデコード用ワーク領域８０ｄには、対応する全ての符号化フォーマットに対するデコード処理プログラムコードを保管するデコード処理コード領域８０ｄ１，…，８０ｄＮが割り当てられている。
【００６８】
デコード処理コード領域８０ｄ１，…，８０ｄＮには、図６に示した外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮに格納されているデコード処理コード＃１，…，＃Ｎが転送された上で、格納される。
【００６９】
ここで、図８に示すフローチャートを用いて、本実施形態によるデコード処理コードの格納処理について説明する。
【００７０】
ステップＳ２１において、外部ＣＰＵ５０は、外部ＲＯＭ６０のデコード処理コード領域６０Ｂ１，…，６０ＢＮに格納されているデコード処理コード＃１，…，＃Ｎを、オーディオデコーダ２０のインターフェース（Ｉ／Ｆ）回路を介して、Ａ／Ｖデコードメモリ８０に転送する。
【００７１】
次に、ステップＳ２２において、オーディオデコーダ２０のＤＳＰ２２は、Ａ／Ｖデコードメモリ８０に格納されたデコード処理コードの転送エラーのチェックをする。転送エラーのチェックは、Ｎ個のフォーマットを纏めたＣＲＣチェックにより行う。
【００７２】
次に、図９を用いて、本実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理について説明する。
【００７３】
図９は、本実施形態によるプログラム切替処理をアルゴリズム主体として表している。なお、図４及び図５と同一符号は、同一の処理ステップを示している。
【００７４】
本実施形態におけるプログラム切替処理は、図４のフローチャートに示したプログラム切替処理におけるステップＳ７に代えてステップＳ７’とするとともに、図４におけるステップＳ８，Ｓ９，Ｓ１３が削除されたものであるため、その相違点について説明する。
【００７５】
ステップＳ６における判定で、外部ＣＰＵ５０が、プログラム切替後のオーディオ符号化フォーマットが現在のフォーマットからの変更がある場合には、ステップＳ７’において、ＤＳＰ２２は、Ａ／Ｖデコードメモリ８０のデコード処理コード領域８０ｄ１，…，８０ｄＮから切替後のデコード処理コードを、内部メモリ２５に転送する。
【００７６】
一般に、Ａ／Ｖデコードメモリ８０は、ビデオデコード処理に耐え得る伝送帯域幅を有するので、１種類のデコード処理コードを転送するのに要する時間は、外部ＲＯＭ１１からの転送時に比べて十分短くすることができる。
【００７７】
また、転送の信頼性は、デコード時のアクセスにおいて確認されているため、再度の転送エラーチェックは不要となる。
【００７８】
以上説明したように、本実施形態においては、オーディオデコーダの外部に接続されたＡ／Ｖデコードメモリに、外部ＲＯＭから複数種類の符号化フォーマットに対するデコード処理コードを格納するようにしている。そして、入力されるオーディオストリームの符号化フォーマットに応じて、Ａ／Ｖデコードメモリに格納された符号化フォーマットに応じた１種類のデコード処理コードを読み出して、オーディオデコーダの内部ＲＡＭのコード領域に格納するようにしている。
【００７９】
ＤＳＰは、内部ＲＡＭに格納されたデコード処理コードを用いて、デコード処理を行うようにしている。ここで、Ａ／Ｖデコードメモリは、容量が十分大きく取れるので、対応フォーマットを増やした場合にもコスト増大を招くことがないものである。
【００８０】
また、処理対象フォーマットの追加および仕様変更に対しても、ＤＳＰを含むオーディオデコーダを変更することなく、外部ＲＯＭの変更により容易に対応することができる。
【００８１】
さらに、１種類のデコード処理コードを転送するのに要する時間を短縮することができる。
【００８２】
また、転送の信頼性は、デコード時のアクセスにおいて確認されているため、再度の転送エラーチェックは不要となる。
【００８３】
ここで、以上説明した本実施形態における多重化オーディオデータ復号装置を応用した例を図１１ないし１３に示す。
【００８４】
図１１は、多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置であり、１００は放送信号を受ける外部アンテナ、１１０は受けた放送信号の選局を行うチューナ、１２０は、選局された放送信号に対し、誤り訂正などの処理を行い、デマルチプレクサ１０に出力する誤り訂正（ＦＥＣ）回路、１３０はＤＡＣ３０のアナログオーディオ信号を出力するスピーカ、１４０はＤＡＣ３５のアナログビデオ信号を出力するモニタである。
【００８５】
以上のように、符号化フォーマットが変更される放送の受信装置として、本発明を適用することができる。
【００８６】
また、図１２は、多重化オーディオデータ復号装置を組み込んだ放送を受信して記録再生する記録再生装置内蔵受信装置であり、１５０は放送信号を記録／再生するための記録装置であり、再生された信号をデマルチプレクサ１０に出力する。なお、図１１の外部アンテナ１００、チューナ１１０、誤り訂正回路１２０は省略している。
【００８７】
以上のように、符号化フォーマットが変更される放送を受信して記録再生するための記録再生装置内蔵受信装置として、本発明を適用することもできる。
【００８８】
また、図１３は、多重化オーディオデータ復号装置を組み込んだ通信装置であり、１７０はインターネットなどの外部回線、１６０は外部回線を受けるモデムであり、モデムからの外部情報をデマルチプレクサ１０に出力する。
【００８９】
以上のように、符号化フォーマットが変更される通信を受けるための通信装置として、本発明を適用することもできる。
【００９０】
本発明によれば、デジタル放送において、複数のフォーマットで圧縮されたオーディオデータに対応可能な受信装置を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態による多重化オーディオデータ復号装置の全体構成を示すブロック図である。
【図２】本発明の一実施形態による多重化オーディオデータ復号装置に入力するＭＰＥＧトランスポートストリーム（ＴＳ）の階層構造の説明図である。
【図３】本発明の一実施形態による多重化オーディオデータ復号装置に用いる内部ＲＡＭ回路のメモリ配置の説明図である。
【図４】本発明の一実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理を説明するフローチャートである。
【図５】本発明の一実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理の信号授受の説明図である。
【図６】本発明の一実施形態による多重化オーディオデータ復号装置の全体構成を示すブロック図である。
【図７】本発明の一実施形態による多重化オーディオデータ復号装置に用いるＡ／Ｖデコードメモリ８０の内部のアロケーションの説明図である。
【図８】本発明の一実施形態による多重化オーディオデータ復号装置におけるデコード処理コードの格納処理のフローチャートである。
【図９】本発明の他の実施形態による多重化オーディオデータ復号装置におけるプログラム切替処理を説明するフローチャートである。
【図１０】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置を示すブロック図である。
【図１１】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信するための受信装置を示すブロック図である。
【図１２】本発明の多重化オーディオデータ復号装置を組み込んだ放送を受信して記録再生する記録再生装置内臓受信装置を示すブロック図である。
【図１３】本発明の多重化オーディオデータ復号装置を組み込んだ通信装置を示すブロック図である。
【符号の説明】
１０…デマルチプレクサ
２０…オーディオデコーダ
２２…ＤＳＰ
２５…内部ＲＡＭ
５０…外部ＣＰＵ
６０…外部ＲＯＭ
７０…ビデオデコーダ
８０…Ａ／Ｖデコードメモリ
Claims (4)
- 第１の符号化フォーマットで圧縮された第１の音声データと前記第１の音声データが前記第１の符号化フォーマットで圧縮されていることを示す第１のＩＤ情報とを含む第１の番組データと、第２の符号化フォーマットで圧縮された第２の音声データと前記第２の音声データが前記第２の符号化フォーマットで圧縮されていることを示す第２のＩＤ情報とを含む第２の番組データとを受信する受信部と、
前記第１又は第２の番組データの選択の指示を行う選択指示部と、
前記選局指示部により選局された前記第１又は第２の番組データを復調する復調部と、
前記復調部により復調された前記番組データを分離する分離部と、
前記分離部により分離された前記番組データを復号する復号部と、
前記復号部の外部に配置された、前記第１の符号化フォーマットに対応した第１の復号プログラムとを前記第２の符号化フォーマットに対応した第２の復号プログラムとを記憶する復号プログラム記憶部と、
少なくとも前記復号部と前記復号プログラム記憶部とを制御する制御部とを備え、
前記制御部は、前記選局指示部により前記第１の番組データが選択されると、前記第１のＩＤ情報を用いて前記復号プログラム記憶部に記憶された前記第１の復号プログラムを読み出し、前記読み出された第１の復号プログラムを用いて前記第１の音声データを復号し、前記選局指示部により前記第２の番組データが選択されると、前記第２のＩＤ情報を用いて前記復号プログラム記憶部に記憶された前記第２の復号プログラムを読み出し、前記読み出された第２の復号プログラムを用いて前記第２の音声データを復号することを特徴とする受信装置。 - 請求項１記載の受信装置において、
前記第１又は第２のＩＤ情報は、前記第１又は第２の番組データのＰＥＳパケットに含まれることを特徴とする受信装置。 - 請求項２記載の受信装置において、
前記第１又は第２のＩＤ情報は、前記ＰＥＳパケットに含まれるストリームＩＤであることを特徴とする受信装置。 - 第１のフォーマットで圧縮された第１のオーディオデータを含む第１の番組データと、第２のフォーマットで圧縮された第２のオーディオデータを含む第２の番組データと、前記第１のフォーマットに関する第１のフォーマット情報と、前記第２のフォーマットに関する第２のフォーマット情報とを受信し、前記第１又は第２の番組データを選択するチューナと、
前記第１又は第２の番組データのデコード処理を行う制御部と、
前記制御部には含まれないように配置された、前記第１及び第２のフォーマットにそれぞれ対応した第１及び第２のプログラムを記憶するメモリとを備え、
前記制御部は、前記チューナにより前記第１の番組データが選択されると、前記第１のフォーマット情報を用いて前記メモリに記憶された前記第１のプログラムを読み出し、前記読み出された第１のプログラムを用いて前記第１のオーディオデータを復号し、前記チューナにより前記第２の番組データが選択されると、前記第２のフォーマット情報を用いて前記メモリに記憶された前記第２のプログラムを読み出し、前記読み出された第２のプログラムを用いて前記第２のオーディオデータを復号することを特徴とする受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30641699A JP3848805B2 (ja) | 1998-11-04 | 1999-10-28 | 受信装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10-313254 | 1998-11-04 | ||
| JP31325498 | 1998-11-04 | ||
| JP30641699A JP3848805B2 (ja) | 1998-11-04 | 1999-10-28 | 受信装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005229012A Division JP4393435B2 (ja) | 1998-11-04 | 2005-08-08 | 受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000201126A JP2000201126A (ja) | 2000-07-18 |
| JP3848805B2 true JP3848805B2 (ja) | 2006-11-22 |
Family
ID=26564707
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30641699A Expired - Lifetime JP3848805B2 (ja) | 1998-11-04 | 1999-10-28 | 受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3848805B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20020083544A (ko) * | 2001-04-26 | 2002-11-04 | 주식회사 비쥬얼텍 | 디지털 신호처리부를 이용한 멀티 포맷 씨디플레이어 및그 제어방법 |
| JP4354455B2 (ja) * | 2003-02-28 | 2009-10-28 | パナソニック株式会社 | 再生装置および再生方法 |
| JP2005196266A (ja) * | 2003-12-26 | 2005-07-21 | Matsushita Electric Ind Co Ltd | 情報処理装置 |
| JP4872253B2 (ja) | 2004-10-12 | 2012-02-08 | ソニー株式会社 | 多重化装置、多重化方法、プログラム、および記録媒体 |
| WO2007063964A1 (ja) * | 2005-12-02 | 2007-06-07 | Pioneer Corporation | 音声データ再生装置等 |
| JP2009115706A (ja) * | 2007-11-08 | 2009-05-28 | Sanyo Electric Co Ltd | 復号処理装置及び復号処理装置のテスト方法 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05313908A (ja) * | 1992-05-13 | 1993-11-26 | Fujitsu Ltd | プログラムダウンロード型符号化装置のプログラム保証方法 |
| JP3221763B2 (ja) * | 1993-04-08 | 2001-10-22 | 株式会社日立製作所 | 音声コーデック |
| JPH08242433A (ja) * | 1995-03-03 | 1996-09-17 | Hitachi Ltd | ディジタルデータの伝送方法並びに送信装置及び受信装置 |
| JP3301263B2 (ja) * | 1995-03-29 | 2002-07-15 | 株式会社日立製作所 | データ復号装置 |
| JP3651699B2 (ja) * | 1995-04-09 | 2005-05-25 | ソニー株式会社 | 復号化装置及び符号化復号化装置 |
| JPH08287616A (ja) * | 1995-04-11 | 1996-11-01 | Matsushita Electric Ind Co Ltd | オーディオデータ符号化記録装置及びオーディオデータ復号再生装置及び蓄積媒体 |
-
1999
- 1999-10-28 JP JP30641699A patent/JP3848805B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000201126A (ja) | 2000-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8098695B2 (en) | Multiplexed audio data decoding apparatus and receiver apparatus | |
| JP3305183B2 (ja) | ディジタル放送受信端末装置 | |
| US6697432B2 (en) | Processing of packets in MPEG encoded transport streams using additional data attached to each packet | |
| JP4195015B2 (ja) | Ｍｐｅｇ−２のデコーディングシステム及びデコーディング方法 | |
| JP4304562B2 (ja) | 分離装置及び方法並びに受信装置及び方法 | |
| JP2007104085A (ja) | 通信回線を用いるデジタル放送方法およびその装置 | |
| JP3731554B2 (ja) | 信号処理装置、信号処理方法 | |
| US6754239B2 (en) | Multiplexing apparatus and method, transmitting apparatus and method, and recording medium | |
| WO2002023776A1 (en) | Stream decoder | |
| JP3848805B2 (ja) | 受信装置 | |
| JP4393435B2 (ja) | 受信装置 | |
| JPH10271464A (ja) | ディジタル放送受信装置 | |
| JPH11122556A (ja) | ディジタル放送受信装置 | |
| JP2002325230A (ja) | データ記録装置及び方法、データ再生装置及び方法 | |
| JP2007006405A (ja) | ディジタル放送受信機 | |
| JP4777600B2 (ja) | 画素を表すデータをバッファ記憶する方法およびシステム | |
| JP3764806B2 (ja) | 受信装置 | |
| KR20070078621A (ko) | 휴대단말기의 멀티데이타 처리장치 및 방법 | |
| JP3778067B2 (ja) | デジタル放送受信システム | |
| JP2001044866A (ja) | 信号受信方法およびその装置 | |
| JP3469837B2 (ja) | ディジタル放送受信装置の階調変調音声自動切換装置 | |
| JPS61133736A (ja) | 時分割多重伝送装置および方法 | |
| JP2004040492A (ja) | マルチチャネル再生装置、デジタル放送受信装置、マルチチャネル再生方法、マルチチャネル再生プログラム及び記録媒体 | |
| JP4538488B2 (ja) | ストリーム受信装置、ストリーム受信方法、及びストリーム送受信方法 | |
| JP4300190B2 (ja) | 受信装置及び受信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050603 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050607 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050808 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060403 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20060403 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060425 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060616 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060704 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060804 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060822 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060828 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3848805 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090901 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100901 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110901 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120901 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130901 Year of fee payment: 7 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |