(57)【要約】【課題】  エラーが発生した場合であっても、できるだけデコード処理等を継続して低消費電力化を図る情報再生装置及び電子機器を提供する。【解決手段】  情報再生装置１０は、入力パケットが格納される第１のバッファ２０と、入力パケットのエラーを検出した結果得られたエラー情報を該入力パケットと共に第１のバッファ２０に格納するエラー検出部３０と、エラー情報に基づいて当該パケットのエラーを解析すると共に、第１のバッファ２０に格納されたパケットに基づいて再生用データを生成する再生用データ生成部５０と、再生用データをデコードするデコーダ６０とを含む。再生用データ生成部５０は、エラーが検出されたパケットに対応した再生用データを特定するためのエラーテーブルを生成する。デコーダ６０は、エラーテーブルに基づいて、処理対象の再生用データに対応したパケットのエラーに応じたデコード処理を行う。【選択図】      図１
2008022054.tif 000002
【特許請求の範囲】
【請求項１】
入力パケットが格納される第１のバッファと、
入力パケットのエラーを検出した結果得られたエラー情報を該入力パケットに付加して該入力パケットと共に前記第１のバッファに格納するエラー検出部と、
前記エラー情報に基づいて当該パケットのエラーを解析すると共に、前記第１のバッファに格納されたパケットに基づいて再生用データを生成する再生用データ生成部と、
前記再生用データをデコードするデコーダとを含み、
前記再生用データ生成部が、
前記エラー検出部によりエラーが検出されたパケットに対応した再生用データを特定するためのエラーテーブルを生成し、
前記デコーダが、
前記エラーテーブルに基づいて、処理対象の再生用データに対応したパケットのエラーに応じたデコード処理を行うことを特徴とする情報再生装置。
【請求項２】
請求項１において、
前記再生用データ生成部が、
前記第１のバッファに格納されたパケットに付加されるエラー情報に基づいて、第１又は第２のエラーが発生したか否かを判別すると共に、
正常なデータであることを示す情報、第１のエラーが発生したデータが含まれることを示す情報、又は第２のエラーが発生したデータが含まれることを示す情報のいずれかを含むエラーテーブルを生成することを特徴とする情報再生装置。
【請求項３】
請求項２において、
前記再生用データ生成部が、
パケット毎に前記エラー情報を監視し、所与の閾値を超えたパケット数分連続してエラーが発生したとき第１のエラーの発生を検出し、前記閾値以下のパケット数分連続してエラーが発生したとき第２のエラーの発生を検出することを特徴とする情報再生装置。
【請求項４】
請求項１乃至３のいずれかにおいて、
前記再生用データが格納される第２のバッファを含み、
前記再生用データ生成部が、
前記第２のバッファの記憶領域を複数のブロックに分割し、各ブロック内にエラーが発生したか否かを示す情報が設定されるエラーテーブルを生成し、
前記デコーダが、
前記第２のバッファに格納された再生用データに対し、前記エラーテーブルに基づいて、処理対象の再生用データに対応したパケットのエラーに応じたデコード処理を行うことを特徴とする情報再生装置。
【請求項５】
請求項４において、
前記第１のエラーが発生したと判別されたことを条件に、前記再生用データに代えてダミーデータを前記第２のバッファに格納するダミーデータ制御部を含み、
前記ダミーデータ制御部が、
前記第２のバッファの空き容量に対応したサイズのダミーデータを前記第２のバッファに格納することを特徴とする情報再生装置。
【請求項６】
請求項５において、
所与の禁止コードと区別するために通常コード列にダミーコードが挿入又は付加されて前記第２のバッファに格納される場合に、
前記ダミーデータが、
前記通常コード列のうち前記ダミーコードが挿入される直前のコード列と同じデータであることを特徴とする情報再生装置。
【請求項７】
請求項５又は６において、
前記ダミーデータ制御部が、
前記再生用データ生成部によってエラーが検出されたとき、前記第２のバッファの最大リードデータサイズ以上のデータサイズを有するダミーデータを１又は複数回で前記第２のバッファに書き込むことを特徴とする情報再生装置。
【請求項８】
請求項２乃至７のいずれかにおいて、
前記デコーダが、
前記第１のエラーの発生を検出したとき、画像シーケンスの先頭のピクチャを検索する処理を行うと共に、
第２のエラーの発生を検出したとき、当該スライスをスキップする処理を行うことを特徴とする情報再生装置。
【請求項９】
請求項４乃至８のいずれかにおいて、
映像の再生用データを生成するための第１のＴＳ（Transport Stream）パケット、音声の再生用データを生成するための第２のＴＳパケット、前記第１及び第２のＴＳパケット以外の第３のＴＳパケットを、トランスポートストリームから抽出する分離処理部を含み、
前記第１のバッファが、
前記第１のＴＳパケットが格納される第１の記憶領域と、前記第２のＴＳパケットが格納される第２の記憶領域と、前記第３のＴＳパケットが格納される第３の記憶領域とを有し、
前記第２のバッファが、
前記映像の再生用データが格納される第４の記憶領域と、前記音声の再生用データが格納される第５の記憶領域とを有し、
前記デコーダが、
前記第１の記憶領域から読み出された前記第１のＴＳパケットに基づいて映像の再生用データを生成する映像デコード処理を行い、該再生用データを前記第４の記憶領域に格納する映像デコーダと、
前記第２の記憶領域から読み出された前記第２のＴＳパケットに基づいて音声の再生用データを生成する音声デコード処理を行い、該再生用データを前記第５の記憶領域に格納する音声デコーダとを含み、
前記第４及び第５の記憶領域の少なくとも１つから再生用データを出力することを特徴とする情報再生装置。
【請求項１０】
請求項９において、
前記映像デコーダが、前記第１の記憶領域から前記第１のＴＳパケットを、前記音声デコーダとは独立して読み出し、該第１のＴＳパケットに基づいて前記映像デコード処理を行うと共に、
前記音声デコーダが、前記第２の記憶領域から前記第２のＴＳパケットを、前記映像デコーダとは独立して読み出し、該第２のＴＳパケットに基づいて前記音声デコード処理を行うことを特徴とする情報再生装置。
【請求項１１】
請求項９又は１０において、
前記映像データ及び音声データのうち前記映像データのみを再生するときは、前記音声デコーダの動作を停止させ、
前記映像データ及び音声データのうち前記音声データのみを再生するときは、前記デコード装置の動作を停止させることを特徴とする情報再生装置。
【請求項１２】
請求項１乃至１１のいずれか記載の情報再生装置を含むことを特徴とする電子機器。
【請求項１３】
請求項９乃至１１のいずれか記載の情報再生装置と、
前記情報再生装置に対し、前記映像デコード処理及び前記音声デコード処理の少なくとも１つの処理開始を指示するホストとを含むことを特徴とする電子機器。
【請求項１４】
チューナと、
前記チューナからのトランスポートストリームが供給される請求項９乃至１１のいずれか記載の情報再生装置と、
前記情報再生装置に対し、前記映像デコード処理及び前記音声デコード処理の少なくとも１つの処理開始を指示するホストとを含むことを特徴とする電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報再生装置及び電子機器に関する。
【背景技術】
【０００２】
地上アナログ放送に替わって登場する地上デジタル放送では、画像及び音声の高品質化に加えて種々の新サービスの提供に期待が寄せられている。地上デジタル放送の導入によって新たに提供されるサービスの１つに、携帯端末向けサービスとして、いわゆる「１セグメント放送」がある。「１セグメント放送」では、ＱＰＳＫ（Quadrature Phase Shift Keying）変調方式で変調されたデジタル変調波をＯＦＤＭ（Orthogonal Frequency Division Multiplexing）変調方式で多重化することで、携帯端末の移動時でも安定した放送受信が可能となる。
【０００３】
このような携帯端末の一例として、携帯電話機がある。携帯電話機に「１セグメント放送」の受信機能を付加する場合、圧縮処理後の映像データ及び音声データが多重化されたトランスポートストリームの分離処理や分離処理後のデータのデコード処理を行う。このとき、映像データのデコード処理を行う処理部と音声データのデコード処理を行う処理部との間で通信を行って、デコード処理後の映像データ及び音声データを、同期をとりながら再生する。
【０００４】
このデジタル放送を再生する技術として、例えば特許文献１には、受信不能をユーザに通知するために、トランスポートストリームからパケットを分離するトランスポートストリームＤＭＵＸの前段に誤り訂正部を設け、該誤り訂正部において検出されたエラーの頻度から受信レベルの変化を求める技術が開示されている。これにより、降雨等により受信レベルが悪化したことを認識しやすくなる。
【０００５】
また特許文献２には、ログ生成回路によりパケットの先頭と終了の位置にログ情報を付加し、パケットを処理する際にＣＰＵ（Central Processing Unit）が各パケットの前後のログ情報を読み出したパケットのステータス情報を取得できるようにしたシステムが開示されている。
【特許文献１】特開２０００−１１５６５４号公報
【特許文献２】特開２０００−１５６７０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、デコード処理対象となるデータは、ＴＳ（Transport Stream）パケットが連続したトランスポートストリームとして受信され、ＰＥＳ（Packet Elementary Stream）パケットに組み立てられた後に、該ＰＥＳパケットの中からＥＳ（Elementary Stream）データが取り出されて同期再生処理に供される。そのため、ＴＳパケットからＥＳデータを分離してしまうと両者の関連性が全くなくなり、ＴＳパケットでエラーを検出した場合、デコード処理対象のＥＳデータにおいてエラーの発生した箇所を特定することが困難となる。そのため、後段側ではデコード処理を直ぐに停止させざるを得なくなる。この場合、正しいデータであるにもかかわらず、デコード処理を停止させてしまうこともある。
【０００７】
その一方、エラーの発生したＴＳパケットに対応したＥＳデータを、正確に特定しようとすると処理が複雑になってしまい、処理負荷の増大と消費電力の増大とを招くという問題がある。
【０００８】
また、デコード処理を一度中断させてしまうと、再開時の書き込み処理や読み出し処理が複雑となり、ＴＳパケットやＥＳデータをバッファリングするメモリの管理が複雑化してしまう。特に、「１セグメント放送」をはじめとする「地上デジタル放送」では、放送信号が電波信号として送信されるため、常に正常な受信信号が得られるとは限らない。従って、外的な要因の影響を受けやすく、エラーの発生があるたびにデコード処理を中断させてしまうと、メモリ管理の複雑化と消費電力の増大に結びつく。
【０００９】
本発明は、以上のような技術的課題に鑑みてなされたものであり、その目的とするところは、エラーが発生した場合であっても、できるだけデコード処理等を継続して低消費電力化を図る情報再生装置及び電子機器を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために本発明は、
入力パケットが格納される第１のバッファと、
入力パケットのエラーを検出した結果得られたエラー情報を該入力パケットに付加して該入力パケットと共に前記第１のバッファに格納するエラー検出部と、
前記エラー情報に基づいて当該パケットのエラーを解析すると共に、前記第１のバッファに格納されたパケットに基づいて再生用データを生成する再生用データ生成部と、
前記再生用データをデコードするデコーダとを含み、
前記再生用データ生成部が、
前記エラー検出部によりエラーが検出されたパケットに対応した再生用データを特定するためのエラーテーブルを生成し、
前記デコーダが、
前記エラーテーブルに基づいて、処理対象の再生用データに対応したパケットのエラーに応じたデコード処理を行う情報再生装置に関係する。
【００１１】
本発明においては、エラー検出部において入力パケットのエラーを検出してそのエラーの内容を解析し、該エラー検出部によりエラーが検出されたパケットに対応した再生用データを特定するためのエラーテーブルが生成される。こうすることで、デコーダがエラーテーブルを参照して再生用データのデコード処理を行う際に、該再生用データにエラーが検出されたデータが含まれるか否かを判断できる上、そのエラーの内容に対応したデコード処理を行うことができるようになる。これにより、入力パケットにエラーが発生したために単純にデコード処理を中断させるといった事態を回避でき、たとえ入力パケットにエラーが検出されたとしてもデコード処理を無駄に中断させる必要がなくなる。従って、無駄なデコード処理を削減できるため、低消費電力化を図ることができる。
【００１２】
また本発明に係る情報再生装置では、
前記再生用データ生成部が、
前記第１のバッファに格納されたパケットに付加されるエラー情報に基づいて、第１又は第２のエラーが発生したか否かを判別すると共に、
正常なデータであることを示す情報、第１のエラーが発生したデータが含まれることを示す情報、又は第２のエラーが発生したデータが含まれることを示す情報のいずれかを含むエラーテーブルを生成することができる。
【００１３】
本発明によれば、第１又は第２のエラーを判別し、エラーテーブルにエラーの種類に対応した情報を設定するようにしたので、デコーダは、エラーテーブルを参照して、容易にエラーの内容を判別でき、エラーの内容に対応したデコード処理を容易に切り替えることができるようになる。
【００１４】
また本発明に係る情報再生装置では、
前記再生用データ生成部が、
パケット毎に前記エラー情報を監視し、所与の閾値を超えたパケット数分連続してエラーが発生したとき第１のエラーの発生を検出し、前記閾値以下のパケット数分連続してエラーが発生したとき第２のエラーの発生を検出することができる。
【００１５】
本発明によれば、第１のエラーの発生条件を定常的な要因に起因するものとした場合において、容易に第１のエラーの発生の有無を判別できるようになる。
【００１６】
また本発明に係る情報再生装置では、
前記再生用データが格納される第２のバッファを含み、
前記再生用データ生成部が、
前記第２のバッファの記憶領域を複数のブロックに分割し、各ブロック内にエラーが発生したか否かを示す情報が設定されるエラーテーブルを生成し、
前記デコーダが、
前記第２のバッファに格納された再生用データに対し、前記エラーテーブルに基づいて、処理対象の再生用データに対応したパケットのエラーに応じたデコード処理を行うことができる。
【００１７】
本発明によれば、再生用データが第２のバッファに格納される場合であっても、再生用データのデコード処理を行う際に、該再生用データにエラーが検出されたデータが含まれるか否かを判断できる上、そのエラーの内容に対応したデコード処理を行うことができるようになる。
【００１８】
また本発明に係る情報再生装置では、
前記第１のエラーが発生したと判別されたことを条件に、前記再生用データに代えてダミーデータを前記第２のバッファに格納するダミーデータ制御部を含み、
前記ダミーデータ制御部が、
前記第２のバッファの空き容量に対応したサイズのダミーデータを前記第２のバッファに格納することができる。
【００１９】
本発明においては、第１のエラーの発生を条件に、本来バッファリングされるはずの再生用データに代えてダミーデータを第２のバッファに格納するようにしている。そして、デコーダが第２のバッファから読み出したデータに対してデコード処理を行う場合に、デコーダがダミーデータであることを判別することで、入力パケットにエラーが発生した場合であっても、デコーダのデコード処理を中断させる必要が無くなる。これにより、再生用データをバッファリングするメモリの管理を簡素化できる。そして、電波信号から入力パケットが取り出される場合には、入力パケットにエラーが発生する頻度が高くなると予想されるため、エラーが発生するたびに頻繁にデコード処理を中断さえる必要が無くなり、無駄な制御や無駄なデコード処理等に起因する消費電力の増加を抑えることができるようになる。
【００２０】
また本発明に係る情報再生装置では、
所与の禁止コードと区別するために通常コード列にダミーコードが挿入又は付加されて前記第２のバッファに格納される場合に、
前記ダミーデータが、
前記通常コード列のうち前記ダミーコードが挿入される直前のコード列と同じデータであってもよい。
【００２１】
本発明によれば、デコーダでは、新たなデコード処理を追加することなく、例えばスタートコードエミュレーション処理を利用できるようになる。そして、たとえ入力パケットにエラーが検出されたとしてもデコード処理を無駄に中断させる必要がなくなる。
【００２２】
また本発明に係る情報再生装置では、
前記ダミーデータ制御部が、
前記再生用データ生成部によってエラーが検出されたとき、前記第２のバッファの最大リードデータサイズ以上のデータサイズを有するダミーデータを１又は複数回で前記第２のバッファに書き込むことができる。
【００２３】
本発明によれば、デコーダが第２のバッファからデータを読み出したときに第２のバッファにおいてリード位置がライト位置を追い越さないことが保証される。その結果、第２のバッファへのアクセス制御を簡素化できる。
【００２４】
また本発明に係る情報再生装置では、
前記デコーダが、
前記第１のエラーの発生を検出したとき、画像シーケンスの先頭のピクチャを検索する処理を行うと共に、
第２のエラーの発生を検出したとき、当該スライスをスキップする処理を行うことができる。
【００２５】
本発明によれば、第１のエラーの発生を検出したときに次の画像シーケンスのデコード処理を行わせ、且つ第２のエラーの発生を検出したときには当該スライスをスキップさせるようにしたので、無駄なデコード処理を行うことなく低消費電力を実現しつつ、効率的なエラー処理を行うことができる。
【００２６】
また本発明に係る情報再生装置では、
映像の再生用データを生成するための第１のＴＳ（Transport Stream）パケット、音声の再生用データを生成するための第２のＴＳパケット、前記第１及び第２のＴＳパケット以外の第３のＴＳパケットを、トランスポートストリームから抽出する分離処理部を含み、
前記第１のバッファが、
前記第１のＴＳパケットが格納される第１の記憶領域と、前記第２のＴＳパケットが格納される第２の記憶領域と、前記第３のＴＳパケットが格納される第３の記憶領域とを有し、
前記第２のバッファが、
前記映像の再生用データが格納される第４の記憶領域と、前記音声の再生用データが格納される第５の記憶領域とを有し、
前記デコーダが、
前記第１の記憶領域から読み出された前記第１のＴＳパケットに基づいて映像の再生用データを生成する映像デコード処理を行い、該再生用データを前記第４の記憶領域に格納する映像デコーダと、
前記第２の記憶領域から読み出された前記第２のＴＳパケットに基づいて音声の再生用データを生成する音声デコード処理を行い、該再生用データを前記第５の記憶領域に格納する音声デコーダとを含み、
前記第４及び第５の記憶領域の少なくとも１つから再生用データを出力することができる。
【００２７】
また本発明に係る情報再生装置では、
前記映像デコーダが、前記第１の記憶領域から前記第１のＴＳパケットを、前記音声デコーダとは独立して読み出し、該第１のＴＳパケットに基づいて前記映像デコード処理を行うと共に、
前記音声デコーダが、前記第２の記憶領域から前記第２のＴＳパケットを、前記映像デコーダとは独立して読み出し、該第２のＴＳパケットに基づいて前記音声デコード処理を行うことができる。
【００２８】
上記のいずれかの発明によれば、より少ない容量のメモリで、少ない処理能力のデコーダを用いて、ＴＳから映像用及び音声用のデータを再生することができる情報再生装置を提供することができる。
【００２９】
また本発明に係る情報再生装置では、
前記映像データ及び音声データのうち前記映像データのみを再生するときは、前記音声デコーダの動作を停止させ、
前記映像データ及び音声データのうち前記音声データのみを再生するときは、前記デコード装置の動作を停止させることができる。
【００３０】
本発明によれば、情報再生装置のより一層の低消費電力化を実現できる。
【００３１】
また本発明は、
上記のいずれか記載の情報再生装置を含む電子機器に関係する。
【００３２】
また本発明は、
上記のいずれか記載の情報再生装置と、
前記情報再生装置に対し、前記映像デコード処理及び前記音声デコード処理の少なくとも１つの処理開始を指示するホストとを含む電子機器に関係する。
【００３３】
また本発明は、
チューナと、
前記チューナからのトランスポートストリームが供給される上記のいずれか記載の情報再生装置と、
前記情報再生装置に対し、前記映像デコード処理及び前記音声デコード処理の少なくとも１つの処理開始を指示するホストとを含む電子機器に関係する。
【００３４】
上記のいずれかの発明によれば、エラーが発生した場合であっても、できるだけデコード処理等を継続して低消費電力化を図る情報再生装置を含む電子機器を提供できる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の実施の形態について図面を用いて詳細に説明する。なお、以下に説明する実施の形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また以下で説明される構成のすべてが本発明の必須構成要件であるとは限らない。
【００３６】
１．  情報再生装置
図１に、本実施形態における情報再生装置の構成例のブロック図を示す。なお情報再生装置は、図１の構成に限定されず、その構成要素の一部を省略したり、他の構成要素を追加したりするなどの種々の変形実施が可能である。
【００３７】
情報再生装置１０には、図示しないデジタルチューナ（広義にはチューナ）からのトランスポートストリーム（Transport Stream：以下、ＴＳ）が入力される。このＴＳは、ＴＳパケット（広義にはパケットデータ）が多重化されたストリームデータであり、例えばＭＰＥＧ−２システム（ISO/IEC 13818-1）で規定されている。そして、情報再生装置１０は、このＴＳに対してデコード処理を行う。より具体的には、情報再生装置１０は、ＴＳから抽出されるＴＳパケットに対してデコード処理を行う。情報再生装置１０は、出力部（例えば表示部、スピーカ）に接続される。そして、デコード処理後のデータは、例えば表示部（広義には出力部）に転送されて画像として表示されたり、或いはスピーカ（広義には出力部）に出力されて音声として出力されたりする。
【００３８】
例えば、デコード処理対象となるデータはＴＳパケットが連続したトランスポートストリームとして受信され、ＰＥＳ（Packet Elementary Stream）パケットに組み立てられた後に、該ＰＥＳパケットの中からＥＳ（Elementary Stream）データが取り出されて同期再生処理に供される。そのため、ＴＳパケットからＥＳデータを分離してしまうと両者の関連性が全くなくなり、ＴＳパケットでエラーを検出した場合、デコード処理対象のＥＳデータにおいてエラーの発生した箇所を特定することが困難となる。そのため、後段側ではデコード処理を直ぐに停止させざるを得なくなり、正しいデータであるにもかかわらず、デコード処理を停止させてしまう場合もある。
【００３９】
そこで情報再生装置１０は、入力されるＴＳパケットから再生用データとしてのＥＳデータを生成して該ＥＳデータをデコーダに出力する場合に、ＴＳパケットのエラーを検出してエラーテーブルを生成し、該エラーテーブルを参照して、エラーが発生したＴＳパケットに対応するＥＳデータを特定できるようになっている。こうすることで、情報再生装置１０では、ＥＳデータに対してデコード処理を行う際に、該ＥＳデータにエラーが検出されたデータが含まれるか否かを判断できる上、そのエラーの内容に対応したデコード処理を行うことができるようになる。これにより、ＴＳパケットにエラーが発生したために単純にデコード処理を中断させるといった事態を回避でき、たとえＴＳパケットにエラーが検出されたとしてもデコード処理を無駄に中断させる必要がなくなる。
【００４０】
このような本実施形態において、情報再生装置１０は、第１及び第２のバッファ２０、２２と、エラー検出部３０と、再生用データ生成部５０と、エラーテーブル記憶部５２と、デコーダ６０とを含むことができる。
【００４１】
第１のバッファ２０には、入力されるＴＳパケットが格納される。このＴＳパケットは、ＴＳから分離されるパケットである。エラー検出部３０は、入力されたＴＳパケットのエラーを検出した結果得られたエラー情報を該ＴＳパケットに付加して当該ＴＳパケットと共に第１のバッファ２０に格納する。再生用データ生成部５０は、エラー検出部３０によって付加されるエラー情報に基づいて当該ＴＳパケットのエラーを検出すると共に、第１のバッファ２０に格納されたＴＳパケットに基づいて再生用データとしてのＥＳデータを生成する。この再生用データ生成部５０は、エラー検出部３０によりエラーが検出されたＴＳパケットに対応したＥＳデータを特定するためのエラーテーブルを生成する。再生用データ生成部５０によって生成されたエラーテーブルは、エラーテーブル記憶部５２に格納される。第２のバッファ２２には、このＥＳデータが格納される。デコーダ６０は、第２のバッファ２２に格納されたＥＳデータに対してデコード処理を行う。そして、デコーダ６０は、エラーテーブル記憶部５２に記憶されたエラーテーブルに基づいて、処理対象の再生用データに対応したパケットのエラーに応じたデコード処理を行う。
【００４２】
ここで、再生用データ生成部５０は、第１のバッファ２０に格納されたＴＳパケットに付加されるエラー情報に基づいて、第１又は第２のエラーが発生したか否かを判別することができる。第１又は第２のエラーは、検出されたエラーの重要度に応じて区分され、例えば第１のエラーを致命的なエラー、第２のエラーを軽微なエラーとすることができる。
【００４３】
このように、情報再生装置１０では、ＴＳパケットとＥＳデータとが完全に分離されたとしても、エラーが検出されたＴＳパケットに対応したＥＳデータを特定できるようになる。しかも、情報再生装置１０のデコーダ６０が、エラーの種類に対応したデコード処理を行うことができる。
【００４４】
１．１  エラーテーブル
図２に、本実施形態におけるエラーテーブルの説明図を示す。
【００４５】
本実施形態におけるエラーテーブルは、第２のバッファ２２の記憶領域を複数のブロックに分割し、各ブロック内にエラーが発生したか否かを示す情報がテーブル要素として設定される。本実施形態では、第２のバッファ２２の記憶容量にかかわらず、第２のバッファ２２の記憶領域が３２ブロックに分割される。各ブロックは、第２のバッファ２２の記憶領域を３２分割した各ブロックの記憶領域に対応付けられる。そして、各ブロックに、エラーが検出されたＴＳパケットに対応したＥＳデータが含まれるか否かの情報が設定される。
【００４６】
図３に、図２のエラーテーブルのテーブル要素の説明図を示す。
【００４７】
本実施形態におけるエラーテーブルにおいてテーブル要素が「０」のブロックは、エラーが検出されたＴＳパケットに対応したＥＳデータが含まれないことを示す。従って、当該ブロックに対応する第２のバッファ２２の記憶領域内のＥＳデータには、エラーが検出されたＴＳパケットに基づいて生成されたＥＳデータが存在しないことを意味する。
【００４８】
またエラーテーブルにおいてテーブル要素が「１」のブロックは、軽微なエラーである第２のエラーが検出されたＴＳパケットに対応したＥＳデータが含まれることを示す。従って、当該ブロックに対応する第２のバッファ２２の記憶領域内のＥＳデータには、軽微なエラーが検出されたＴＳパケットに基づいて生成されたＥＳデータが存在することを意味する。
【００４９】
更にエラーテーブルにおいてテーブル要素が「２」のブロックは、致命的なエラーである第１のエラーが検出されたＴＳパケットに対応したＥＳデータが含まれることを示す。従って、当該ブロックに対応する第２のバッファ２２の記憶領域内のＥＳデータには、致命的なエラーが検出されたＴＳパケットに基づいて生成されたＥＳデータが存在することを意味する。
【００５０】
このようなエラーテーブルに基づいて、再生用データ生成部５０は、デコーダ６０に、エラーが検出されたＴＳパケットに対応したＥＳデータを特定させることができる。例えば、デコーダ６０が、再生用データ生成部５０から通知を受けてもよいし、デコーダ６０が、直接的に、エラーテーブル記憶部５２のエラーテーブルを参照してもよい。
【００５１】
図４に、再生用データ生成部５０がデコーダ６０にエラーの発生を通知する処理例のフロー図を示す。
【００５２】
再生用データ生成部５０は、図示しないＣＰＵを含み、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図４に示す処理を行うことができるようになっている。
【００５３】
再生用データ生成部５０は、エラーテーブル記憶部５２に記憶されたエラーテーブルの各テーブル要素を、エラーテーブルのポインタを用いて参照することができるようになっている。そして、再生用データ生成部５０は、現在のエラーテーブルのポインタが示す現在のテーブル要素が「２」であるか否かを判別し（ステップＳ１０）、現在のテーブル要素が「２」であることが判別されたとき（ステップＳ１０：Ｙ）、１つ前のテーブル要素が「２」であるか否かを判別する（ステップＳ１１）。
【００５４】
ステップＳ１１において、１つ前のテーブル要素が「２」であることが判別されたとき（ステップＳ１１：Ｙ）、致命的なエラーが発生したことをデコーダ６０に通知し（ステップＳ１２）、一連の処理を終了する（エンド）。デコーダ６０は、致命的なエラーが発生したＴＳパケットに対応したＥＳデータに対するデコード処理中に、例えば画像シーケンスの先頭ピクチャを検索する処理に切り替えることができる。
【００５５】
なお、ここでは、２つの連続するテーブル要素が「２」であることを条件に、致命的なエラーの発生を検出するようにしたが、この連続数は後述のように閾値として設定できるようにしてもよい。
【００５６】
ステップＳ１０において現在のテーブル要素が「２」ではないことが判別されたとき（ステップＳ１０：Ｎ）、ステップＳ１１において１つ前のテーブル要素が「２」ではないことが判別されたとき（ステップＳ１１：Ｎ）、再生用データ生成部５０は、現在のテーブル要素が「１」であるか否かを判別する（ステップＳ１３）。
【００５７】
ステップＳ１３において、現在のテーブル要素が「１」であることが判別されたとき（ステップＳ１３：Ｙ）、軽微なエラーが発生したことをデコーダ６０に通知し（ステップＳ１４）、一連の処理を終了する（エンド）。デコーダ６０は、軽微なエラーが発生したＴＳパケットに対応したＥＳデータに対するデコード処理中に、例えば当該スライスをスキップする処理に切り替えることができる。
【００５８】
ステップＳ１３において、現在のテーブル要素が「１」ではないことが判別されたとき（ステップＳ１３：Ｎ）、一連の処理を終了する（エンド）。
【００５９】
次に、本実施形態におけるエラーテーブルの生成処理、クリア処理について説明する。
【００６０】
図５に、本実施形態におけるエラーテーブルの生成処理例のフロー図を示す。
【００６１】
再生用データ生成部５０が、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図５に示す処理を行うことができるようになっている。
【００６２】
再生用データ生成部５０は、第１のバッファ２０からＴＳパケットを読み出し、該ＴＳパケットに基づいてＥＳデータを生成する。このとき再生用データ生成部５０は、該ＥＳデータを、ライトアドレスＷＡ１により指定される第２のバッファ２２の記憶領域に書き込む。その際、まず、再生用データ生成部５０は、ＥＳデータの書き込み前の第２のバッファ２２のライトアドレスＷＡ１を保持する（ステップＳ２０）。その後、再生用データ生成部５０は、該ＥＳデータを、ライトアドレスＷＡ１により指定される第２のバッファ２２の記憶領域に書き込む（ステップＳ２１）。その後、再生用データ生成部５０は、第２のバッファ２２のライトアドレスを更新する。
【００６３】
続いて、再生用データ生成部５０は、書き込み後の第２のバッファ２２のライトアドレスＷＡ２（ライトアドレスＷＡ１を更新後のライトアドレスＷＡ２）を保持する（ステップＳ２２）。そして、ライトアドレスＷＡ１、ＷＡ２を、所与のアドレス変換関数ｆに従って、エラーテーブルに対応するアドレスに変換する（ステップＳ２３）。ここで、ライトアドレスＷＡ１の変換後のアドレスをテーブルスタートアドレスＴＳＡとし、ライトアドレスＷＡ２の変換後のアドレスをテーブルエンドアドレスＴＥＡとする。
【００６４】
そして、再生用データ生成部５０は、現在のエラーテーブルポインタに、テーブルスタートアドレスＴＳＡを設定する（ステップＳ２４）。
【００６５】
再生用データ生成部５０は、現在のＴＳパケットにエラーが発生しているか否かを判別し（ステップＳ２５）、エラーが発生していると判別されたとき（ステップＳ２５：Ｙ）、致命的なエラーか、軽微なエラーかに応じて、現在のエラーテーブルポインタが示すテーブル要素に「２」又は「１」を設定する（ステップＳ２６）。
【００６６】
ステップＳ２６に続く処理、又はステップＳ２５においてエラーが発生していないと判別されたとき（ステップＳ２５：Ｎ）、再生用データ生成部５０は、現在のエラーテーブルポインタとテーブルエンドアドレスＴＥＡとを比較する（ステップＳ２７）。
【００６７】
ステップＳ２７において、現在のエラーテーブルポインタがテーブルエンドアドレスＴＥＡと等しいとき（ステップＳ２７：Ｙ）、再生用データ生成部５０は、一連の処理を終了する（エンド）。一方、ステップＳ２７において、現在のエラーテーブルポインタがテーブルエンドアドレスＴＥＡと一致しないとき（ステップＳ２７：Ｎ）、再生用データ生成部５０は、エラーテーブルポインタを更新し（ステップＳ２８）、ステップＳ２５に戻る。
【００６８】
以上のような処理で、再生用データ生成部５０は、図２又は図３に示すエラーテーブルを生成することができる。
【００６９】
また、再生用データ生成部５０は、次のような処理でエラーテーブルの内容をクリア（初期化）することができる。
【００７０】
図６に、本実施形態におけるエラーテーブルのクリア処理例のフロー図を示す。
【００７１】
再生用データ生成部５０は、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図６に示す処理を行うことができるようになっている。
【００７２】
再生用データ生成部５０は、第２のバッファ２２の現在のリードアドレスＲＡを、所与のポインタ変換関数ｇに従って、エラーテーブルに対応するポインタに変換する（ステップＳ３０）。そして、再生用データ生成部５０は、テーブルカレントポインタＴＣＰに、変換後のポインタｇ（ＲＡ）を設定する。
【００７３】
続いて、再生用データ生成部５０は、パラメータｃｏｕｎｔに、前回のリードアドレスを変換したエラーテーブルのポインタＴＰＰを設定する（ステップＳ３１）。
【００７４】
そして、再生用データ生成部５０は、パラメータｃｏｕｎｔとテーブルカレントポインタＴＣＰとを比較し（ステップＳ３２）、両者が一致したとき（ステップＳ３２：Ｙ）、前回のリードアドレスを変換したエラーテーブルのポインタＴＰＰとして、テーブルカレントポインタＴＣＰを設定し（ステップＳ３３）、一連の処理を終了する（エンド）。
【００７５】
一方、ステップＳ３２においてパラメータｃｏｕｎｔがテーブルカレントポインタＴＣＰと一致しないとき（ステップＳ３２：Ｎ）、再生用データ生成部５０は、パラメータｃｏｕｎｔにより指定されるテーブル要素ＥｒｒＴａｂｌｅ［ｃｏｕｎｔ］に０を設定し（ステップＳ３４）、パラメータｃｏｕｎｔを更新（インクリメント）して（ステップＳ３５）、ステップＳ３２に戻る。
【００７６】
なお、図６では再生用データ生成部５０がエラーテーブルのクリア処理を行うものとして説明したが、デコーダ６０が行ってもよい。
【００７７】
図７（Ａ）、図７（Ｂ）に、本実施形態におけるエラーテーブルのクリア処理例の説明図を示す。
【００７８】
エラーテーブルの３２ブロックの各ブロックは、テーブルカレントポインタＴＣＰ、ポインタＴＰＰにより指定される。図７（Ａ）では、テーブルカレントポインタＴＣＰがエラーテーブルの第１２ブロックを示し、前回のリードアドレスを変換したエラーテーブルのポインタＴＰＰがエラーテーブルの第１１ブロックを示すものとする。このとき、第１１ブロックのテーブル要素（Ｅｒｒｔａｂｌｅ［１１］）が０に初期化される。
【００７９】
また図７（Ｂ）では、テーブルカレントポインタＴＣＰがエラーテーブルの第１７ブロックを示し、前回のリードアドレスを変換したエラーテーブルのポインタＴＰＰがエラーテーブルの第１５ブロックを示すものとする。このとき、第１５ブロック及び第１６ブロックのテーブル要素（ＥｒｒＴａｂｌｅ［１５］、ＥｒｒＴａｂｌｅ［１６］）が０に初期化される。
【００８０】
以上のような処理で、再生用データ生成部５０は、前回の第２のバッファ２２のリードアドレスと今回の第２のバッファ２２のリードアドレスから、クリアすべきテーブル要素を求めて、当該テーブル要素を初期化している。
【００８１】
１．２  ダミーデータ
また、本実施形態では、検出されたエラーの解析結果に応じて、エラーが検出されなければバッファリングされることになるＥＳデータに代えて、ダミーデータをバッファリングする。従って、ＴＳパケットにエラーが検出された場合に、デコーダに対してダミーデータが供給される。このとき、ダミーデータに対してデコード処理を行うデコーダが、該ダミーデータが無効なデータであることを判別できれば、誤ったデータで再生されることがなくなる。これにより、たとえＴＳパケットにエラーが検出されたとしてもデコード処理を無駄に中断させることなく、ＥＳデータをバッファリングするメモリの管理を簡素化できるようになる。
【００８２】
例えば「１セグメント放送」のように電波信号として送信される場合には、常に正常な受信信号が得られるとは限らない。従って、本実施形態によれば、エラーの発生があるたびにデコード処理を中断させることなく、消費電力の増加を抑えることができるようになる。
【００８３】
そこで本実施形態における情報再生装置１０は、再生用データ生成部５０によってエラーが検出されたとき、再生用データとしてのＥＳデータに代えてダミーデータを第２のバッファ２２に格納することができる。そのため、図１に示すように、情報再生装置１０は、更にダミーデータ制御部７０を含むことができる。ダミーデータ制御部７０は、ダミーデータを生成し、該ダミーデータを第２のバッファ２２に格納する。より具体的には、ダミーデータ制御部７０は、第２のバッファ２２の空き容量に対応したサイズのダミーデータを第２のバッファ２２に格納する。
【００８４】
なお、第１及び第２のバッファ２０、２２の各バッファに、メモリ８０に設けられた複数の記憶領域のいずれかを割り当て、割り当てた記憶領域に第１及び第２のバッファ２０、２２の各バッファの機能を実現させてもよい。また、エラーテーブル記憶部５２の機能を、メモリ８０の１つの記憶領域に割り当ててもよい。
【００８５】
より具体的には、デコーダ６０は、ダミーデータが無効なデータであることを判別し、出力部側で誤ったデータを再生しないようにする。そのため、デコーダ６０は、スタートコードの検出処理を行い、スタートコードと通常のコードとを区別するために行われたエミュレーションの対策処理で用いられるコードを利用することが望ましい。即ち、本実施形態のダミーデータとして、上記のエミュレーションの対策処理において監視されるスタートコードの一部のデータであることが望ましい。
【００８６】
図８に、本実施形態におけるスタートコードに対して行われるエミュレーションの説明図を示す。
【００８７】
スタートコードは、ビットストリームであるストリームデータの同期コードである。ストリームデータ内では、通常のコンテンツコードの他に、各種の制御コードが埋め込まれる。そこで、ストリームデータに含まれるコンテンツコードとスタートコードとを区別するために、通常コードであるコンテンツコードに対してエミュレーション処理が行われ、エミュレーション処理後のコードがストリームデータ内に設定されて伝送されるようになっている。
【００８８】
例えば、スタートコードとして「０００００１」が規定されているものとする。ストリームデータが「０００００１」の場合、該コードがコンテンツコードの「０００００１」なのか、スタートコードなのか判別することができない。そこで、ストリームデータを生成する側で、コンテンツコードにダミーコードを付加又は挿入し、ストリームデータを受信する側で、スタートコードとコンテンツコードとの区別を容易化している。
【００８９】
上記の場合、ストリームデータを生成する側で、スタートコードをストリームデータ内に設定する場合に、スタートコードに「０３」を挿入して「０００００３０１」とする。従って、ストリームデータを受信する側では、「０００００３０１」を検出したときには、スタートコード「０００００１」であることを認識しなければならない。このような認識を行うための処理が、デコーダ６０において行われる。
【００９０】
図９に、図８のスタートコードエミュレーション処理の動作例のフロー図を示す。
【００９１】
デコーダ６０は、図示しないＣＰＵを含み、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図９に示す処理を行うことができるようになっている。
【００９２】
デコーダ６０は、第２のバッファ２２からの読み出しデータの有無を検出する（ステップＳ４０）。ステップＳ４０において、読み出しデータが検出されたとき（ステップＳ４０：Ｙ）、第２のバッファ２２からの読み出しデータを内蔵バッファに格納する（ステップＳ４１）。そして、デコーダ６０は、該内蔵バッファのリードポインタＲＰの更新指示を行い（ステップＳ４２）、スタートコードの検出処理を行う（ステップＳ４３）。
【００９３】
デコーダ６０は、読み出しデータに「０００００３」が含まれるか否かを検出する（ステップＳ４４）。読み出しデータに「０００００３」が含まれていることが検出されたとき（ステップＳ４４：Ｙ）、読み出しデータから「０３」を削除し（ステップＳ４５）、デコーダ６０の処理開始時に初期化される検出フラグをセットする（ステップＳ４６）。そして、デコーダ６０は、内蔵バッファのリードポインタＲＰの更新指示を行い（ステップＳ４７）、次の読み出しデータの監視を行う（リターン）。
【００９４】
ステップＳ４０において、読み出しデータが検出されないとき（ステップＳ４０：Ｎ）、又はステップＳ４４において、読み出しデータに「０００００３」が含まれないと検出されたとき（ステップＳ４４：Ｎ）、ステップＳ４０に戻る（リターン）。
【００９５】
以上のように、デコーダ６０は、スタートコード（所与の禁止コード）と区別するために通常コード列に「０３」（所与のダミーコード）が挿入又は付加されて第２のバッファ２２に格納される場合に、第２のバッファ２２から読み出されるデータに「０３」の有無を検出する処理を行うことができる。
【００９６】
図１０に、図９のスタートコードエミュレーション処理の動作結果の一例の説明図を示す。
【００９７】
上述のように検出フラグがセットされて「１」の状態で、デコーダ６０の内蔵バッファに格納されるデータが「０００００１」のとき、通常コードとして判別することができる。これに対して、検出フラグがセットされておらず「０」の状態で、デコーダ６０の内蔵バッファに格納されるデータが「０００００１」のとき、スタートコードとして判別することができる。
【００９８】
以上説明したように、ストリームデータを制御するためのスタートコードが含まれる場合であっても、エミュレーション処理を行うことで、処理中にストリームデータをバッファリングしておく必要がない。そして、ダミーデータは、通常コード列のうちダミーコード（図８では、「０３」）が挿入される直前のコード列（図８では、「００００」）と同じデータであることが望ましい。こうすることで、デコーダ６０では、新たなデコード処理を追加することなく、これまでのデコード処理中においてダミーデータをスタートコードエミュレーション処理中の「００００」と同様に扱うことができるようになる。従って、たとえＴＳパケットにエラーが検出されたとしてもデコード処理を無駄に中断させる必要がなくなる。
【００９９】
次に、本実施形態におけるダミーデータの書き込み処理について説明する。
【０１００】
図１１に、第２のバッファの説明図を示す。
【０１０１】
情報再生装置１０は、図示しない制御部において、第２のバッファ２２へのアクセス処理を管理するために各種ポインタを監視する。即ち、上記の制御部は、第２のバッファ２２のリードポインタＲＰ、ライトポインタＷＰ、ダミーデータのライトポインタＷＰｄを管理する。より具体的には、上記の制御部により、読み出し処理が行われたときにはリードポインタＲＰが更新され、書き込み処理が行われたときにはライトポインタＷＰ、ＷＰｄが更新される。リードポインタＲＰは、第２のバッファ２２からの読み出しデータの記憶領域を特定するためのポインタである。ライトポインタＷＰは、第２のバッファ２２にデータを書き込む記憶領域を特定するためのポインタである。ダミーデータのライトポインタＷＰｄは、第２のバッファ２２にダミーデータを書き込む記憶領域を特定するためのポインタである。なおダミーデータのライトポインタＷＰｄをライトポインタＷＰとして共通に管理してもよい。
【０１０２】
図１２に、情報再生装置１０のダミーデータの書き込み処理例のフロー図を示す。
【０１０３】
情報再生装置１０は、図示しないＣＰＵを含み、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図１２に示す処理を行うことができるようになっている。
【０１０４】
情報再生装置１０の再生用データ生成部５０が、第１のバッファ２０から読み出したＴＳパケットに付加されたエラー情報に基づいて、当該ＴＳパケットにエラーが発生していることが検出されたときには、ダミーデータ制御部７０に対してダミーデータを第２のバッファ２２に書き込むように指示する。
【０１０５】
情報再生装置１０のダミーデータ制御部７０は、再生用データ生成部５０からの指示に基づき、まず上述のダミーデータを１８４バイト単位で書き込むようになっている（ステップＳ５０）。即ち、ＴＳパケットのペイロードの最大サイズ単位で書き込む。
【０１０６】
そして、ダミーデータ制御部７０は、規定量のダミーデータが書き込まれたか否かを判別する（ステップＳ５１）。この規定量は、第２のバッファ２２の空き容量に対応したサイズである。規定量のダミーデータが書き込まれていないと判別されたとき（ステップＳ５１：Ｎ）、ダミーデータ制御部７０は、第２のバッファ２２がフル状態か否かを判別する（ステップＳ５２）。
【０１０７】
ステップＳ５２において、第２のバッファ２２がフル状態ではないと判別されたとき（ステップＳ５２：Ｎ）、ステップＳ５０に戻る。ステップＳ５２において、第２のバッファ２２がフル状態であると判別されたとき（ステップＳ５２：Ｙ）、情報再生装置１０のデコーダ６０が第２のバッファ２２から読み出されたＥＳデータに対してデコード処理を行い（ステップＳ５３）、ステップＳ５２に戻る。
【０１０８】
一方、ステップＳ５１において、規定量のダミーデータが書き込まれていると判別されたとき（ステップＳ５１：Ｙ）、ダミーデータ制御部７０はダミーデータの書き込みを停止する（ステップＳ５４）。そして、デコーダ６０が、第２のバッファ２２から読み出されたＥＳデータに対してデコード処理を行う（ステップＳ５５）。
【０１０９】
情報再生装置１０は、デコード処理後、第２のバッファ２２のリードポインタＲＰが、ダミーデータのライトポインタＷＰｄにより指定されるダミーデータ位置に到達したか否かを判別する（ステップＳ５６）。リードポインタＲＰがダミーデータ位置に到達していないとき（ステップＳ５６：Ｎ）、ステップＳ５５に戻ってデコード処理が継続される。
【０１１０】
ステップＳ５６において、リードポインタＲＰがダミーデータ位置に到達したと判別されたとき（ステップＳ５６：Ｙ）、ダミーデータの一連の書き込み処理を終了する（エンド）。
【０１１１】
なお、リードポインタＲＰがダミーデータ位置に到達したと判別されたとき（ステップＳ５６：Ｙ）、例えばデコーダ６０により画像シーケンスの先頭ピクチャを検索するＩＤＲ（Instantaneous Decoding Refresh）ピクチャの検索を行うことができる。この場合、前後の画像データを参照しながら１画面分の画像データを生成するデコード処理がリフレッシュされる。
【０１１２】
図１３に、ダミーデータの書き込みデータサイズを決定する処理例のフロー図を示す。
【０１１３】
図１２のステップＳ５１における規定量に対応したサイズは、ダミーデータ制御部７０による図１３の処理で決定できる。
【０１１４】
まず図１２の処理に先立って、ダミーデータ制御部７０は、第２のバッファ２２の空き領域の開始アドレス及び終了アドレスを取得する（ステップＳ６０）。そして、ダミーデータ制御部７０は、ステップＳ６０で取得した開始アドレス及び終了アドレスに基づき、第２のバッファ２２の空き容量のサイズＳＺを求める（ステップＳ６１）。
【０１１５】
続いて、空き容量のサイズＳＺを３２で割ってバイト数ＢＴを求め（ステップＳ６２）、予め決められた規定量に対応するカウント数ＣＮＴを求める。より具体的には、ＢＴ×（ＣＮＴ−１）が規定量より大きいか否かを判別し（ステップＳ６３）、ＢＴ×（ＣＮＴ−１）が規定量以下であると判別されたとき（ステップＳ６３：Ｎ）、カウント数ＣＮＴをインクリメントして（ステップＳ６４）、ステップＳ６３に戻る。
【０１１６】
ステップＳ６３において、ＢＴ×（ＣＮＴ−１）が規定量より大きいと判別されたとき（ステップＳ６３：Ｙ）、単位量のダミーデータの書き込み回数Ｎを求める処理を行う。より具体的には、１８４×ＣＮＴがＮ×ＢＴ以下であるか否かを判別する（ステップＳ６５）。１８４×ＣＮＴがＮ×ＢＴより大きいと判別されたとき（ステップＳ６５：Ｎ）、Ｎをインクリメントして（ステップＳ６６）、ステップＳ６５に戻る。
【０１１７】
ステップＳ６５において、１８４×ＣＮＴがＮ×ＢＴ以下であると判別されたとき（ステップＳ６５：Ｙ）、この時点のＮを、単位量のダミーデータの書き込み回数として決定し（ステップＳ６７）、一連の処理を終了する（エンド）。
【０１１８】
従って、図１２のステップＳ５１では、１８４バイトのダミーデータをＮ回書き込むか否かで、規定量のサイズのダミーデータの書き込みが行われたか否かを判別することができる。
【０１１９】
以上のように、本実施形態では、第２のバッファ２２の空き容量に対応したサイズのダミーデータを第２のバッファ２２に格納することができる。
【０１２０】
なお、図１２のステップＳ５１、図１３のステップＳ６３の規定量は、第２のバッファ２２の最大リードデータサイズ以上のデータサイズであることが望ましい。即ち、ダミーデータ制御部７０は、再生用データ生成部５０によってエラーが検出されたとき、第２のバッファ２２の最大リードデータサイズ以上のデータサイズを有するダミーデータを１又は複数回で第２のバッファ２２に書き込むことが望ましい。こうすることで、デコーダ６０が第２のバッファ２２からデータを読み出したときに、第２のバッファ２２においてリードポインタＲＰがライトポインタＷＰ（又はダミーデータのライトポインタＷＰｄ）を追い越さないことが保証される。その結果、第２のバッファ２２へのアクセス制御を簡素化できる。
【０１２１】
また、一度、ダミーデータを第２のバッファ２２に書き込むと、ＩＤＲピクチャを検索するまで、ダミーデータ制御部７０が再度ダミーデータを第２のバッファ２２に書き込まないようにすることが望ましい。こうすることで、第２のバッファ２２のポインタ管理をより一層簡素化できる。
【０１２２】
１．３  エラー検出
本実施形態では、再生用データ生成部５０が、第１のバッファ２０に格納されたＴＳパケットに付加されるエラー情報に基づいて、第１又は第２のエラーが発生したか否かを判別し、ダミーデータ制御部７０が、再生用データ生成部５０によって第１のエラーが発生したと判別されたことを条件に、再生用データとしてのＥＳデータに代えてダミーデータを第２のバッファ２２に格納することが望ましい。
【０１２３】
以下では、本実施形態におけるエラー検出について説明する。本実施形態では、再生用データ生成部５０が、ＴＳパケットをＰＥＳ（Packet Elementary Stream）パケットに組み立て直した後に、該ＰＥＳパケットの中からＥＳデータが生成される。この場合、ＴＳパケットからＥＳデータを分離してしまうと、両者の関連性が全くなくなり、ＴＳパケットでエラーを検出した場合、ＥＳデータにおいてエラーの発生箇所を特定することが困難なため、後段側ではデコード処理を直ぐに停止させざるを得なくなる。従って、正しいデータであるにもかかわらず、デコード処理を停止させてしまうこともある。
【０１２４】
このため、本実施形態では、エラー検出及びエラー解析を行い、解析されたエラーの種類に応じて、「エラーなし」、「軽微なエラー発生」、「致命的なエラー発生」のいずれかを判別し、判別した区分に応じたデコード処理を行う。こうすることで、エラーを検出した場合に、後段側ではデコード処理を直ぐに停止させることなく、必要な場合にのみでコード処理を中断させることができる一方、正しいデータに対するデコード処理を継続させることができる。
【０１２５】
そこで、図１の情報再生装置１０の再生用データ生成部５０は、第１のバッファ２０に格納されたＴＳパケットのエラー情報に基づいて、第１又は第２のエラーが発生したか否かを判別する。ここで、第１のエラーは致命的エラーとし、第２のエラーは軽微なエラーとすることができる。
【０１２６】
そして、ダミーデータ制御部７０が、再生用データ生成部５０によって判別された第１又は第２のエラーに応じて、当該ＴＳパケットに基づいて生成されるＥＳデータに代えて、ダミーデータを第２のバッファ２２に格納する。また、デコーダ６０は、再生用データ生成部５０によって判別された第１又は第２のエラーに応じて当該ＴＳパケットに対してデコード処理を行うことができる。例えばデコーダ６０は、第１のエラーの発生が検出された場合にはデコード処理を中止してＩＤＲ（Instantaneous Decoding Refresh）ピクチャの検索を行い、第２のエラーの発生が検出された場合には、当該スライスをスキップする処理を行い次のスライスのデータに対してデコード処理を行う。ここで、スライスは符号化の基本単位であり、例えばピクチャ内にＩスライス、Ｐスライス、Ｂスライスを混在させることができる。
【０１２７】
このため、エラー検出部３０は、固定長のＴＳパケット（広義にはパケットデータ）のエラーを検出し、該ＴＳパケットのエラーの有無を示すエラー情報をＴＳパケットに付加し、エラー情報を付加したパケットを、第１のバッファ２０に格納する。即ち、第１のバッファ２０には、図示しないデジタルチューナからのＴＳパケットのみがバッファリングされるのではなく、ＴＳパケットと該ＴＳパケットのエラー情報とがバッファリングされる。
【０１２８】
そして、再生用データ生成部５０が、第１のバッファ２０からエラー情報及びＴＳパケットを読み出して、当該ＴＳパケットに致命的エラーが発生していない限り、ＥＳデータを生成する。ＴＳパケットからＥＳデータを生成する際に、当該ＴＳパケットに致命的エラーが発生しているとき、ダミーデータ制御部７０が、該ＥＳデータに代えてダミーデータを第２のバッファ２２に格納する。デコーダ６０は、エラー情報に基づいて、致命的エラーが発生しているときは、ＩＤＲピクチャの検索処理を行う。このとき、既にダミーデータで埋め込まれているので、複雑なメモリ８０の管理を不要にできる。また、デコーダ６０は、軽微なエラーが発生しているときは、当該スライスをスキップする処理を行う。
【０１２９】
またエラー検出部３０は、パケット分離処理部としての機能を有することができる。この場合、エラー検出部３０は、ＴＳから複数種類のＴＳパケットを分離し、分離したＴＳパケットを、第１のバッファ２０に予めＴＳパケットの種類毎に割り当てられた記憶領域に格納することができる。第１のバッファ２０には、番組情報としてのＰＭＴ（Program Map Table）を設定するためのＴＳパケット、ネットワーク情報としてのＮＩＴ（Network Information Table)を設定するためのＴＳパケット、文字／字幕情報を表示するためのＴＳパケット、ＢＭＬ（Broadcast Markup Language）を表示するためのＴＳパケット、ＰＳＩ／ＳＩ（Program Specific Information/Service Information）を設定するためのＴＳパケット、画像を表示するための映像用ＴＳパケット、音声を出力するための音声用ＴＳパケットが、各記憶領域に格納される。
【０１３０】
そして、情報再生装置１０の外部に設けられた図示しないホストは、第１のバッファ２０から読み出したＴＳパケットに基づいて、ＰＭＴ、ＮＩＴ、文字／字幕情報、ＢＭＬ、ＰＳＩ／ＳＩを解析する。例えばホストは、ＰＭＴを解析して、映像用ＴＳパケットや音声用ＴＳパケットのパケット識別子（Packet Identifier：ＰＩＤ）を解析し、ホストはエラー検出部３０にＰＩＤを通知する。これを受けたエラー検出部３０の図示しないパケット分離手段は、ホストによって設定されたＰＩＤを参照して、デジタルチューナからのＴＳから、上述のように各ＴＳパケットを分離する処理を行う。このとき、ホストは、第１のバッファ２０の各記憶領域に格納されたＴＳパケットに付加されたエラー情報を参照することで、所定のエラー処理を行うことができる。
【０１３１】
即ち、再生用データ生成部５０は、第１のバッファ２０に格納された映像用ＴＳパケット及び音声用ＴＳパケットの少なくとも１つを読み出して、ＴＳヘッダを解析してＰＥＳ（Packet Elementary Stream）パケットを生成し、該ＰＥＳパケットのＰＥＳヘッダを解析して、ＰＥＳヘッダを削除後のＥＳ（Elementary Stream）データを生成することができる。このＥＳデータは、第２のバッファ２２に書き込まれ、デコーダ６０によってデコード処理される。
【０１３２】
図１４に、本実施形態においてＴＳパケットに付加されるエラー情報の説明図を示す。
【０１３３】
上述のようにパケット分離処理部として機能できるエラー検出部３０は、図示しないデジタルチューナからのＴＳが入力されたときには該ＴＳからＴＳパケットを分離することができる。分離されるＴＳパケットは、１８８バイト長を有する固定長パケットである。エラー検出部３０は、予め決められた種類のエラーの検出処理をＴＳパケットに対して行い、その検出処理結果を４バイト長のエラー情報として生成する。エラー検出部３０は、４バイトのエラー情報をエラーの検出処理対象の１８８バイトのＴＳパケットに付加した１９２バイト長のパケットデータを、第１のバッファ２０に格納する処理を行う。
【０１３４】
図１５に、図１４のエラー情報の詳細な説明図を示す。
【０１３５】
本実施形態におけるエラー情報は、４バイト（＝３２ビット）のうち予め決められたビットに、エラー検出処理結果としてエラーの有無を示すエラーステータスが設定される。図１５においては、第２９ビット〜第２４ビット、第１９ビット〜第１６ビットにエラーステータスが設定される。
【０１３６】
図１６に、図１５のエラーステータスの内容の一例の説明図を示す。
【０１３７】
エラー情報の第１６ビットには、ＰＭＴのtable_idエラーの有無を示すエラーステータスが設定される。より具体的には、第１６ビットには、ＴＳパケットがＰＭＴパケットの場合に、ＰＭＴパケットのデータ構造で規定されるtable_idが０ｘ０２（「０ｘ」は１６進数を示す）でないときに、table_idエラーが発生したと判断されて「１」が設定される。
【０１３８】
エラー情報の第１７ビットには、ＰＭＴのsection_syntax_indicatorエラーの有無を示すエラーステータスが設定される。より具体的には、第１７ビットには、ＴＳパケットがＰＭＴパケットの場合に、ＰＭＴパケットのデータ構造で規定されるsection_syntax_indicatorが０ｘ０１でないときに、section_syntax_indicatorエラーが発生したと判断されて「１」が設定される。
【０１３９】
エラー情報の第１８ビットには、ＰＭＴのcurrent_next_indicatorエラーの有無を示すエラーステータスが設定される。より具体的には、第１８ビットには、ＴＳパケットがＰＭＴパケットの場合に、ＰＭＴパケットのデータ構造で規定されるcurrent_next_indicatorが０ｘ０１でないときに、current_next_indicatorエラーが発生したと判断されて「１」が設定される。
【０１４０】
エラー情報の第１９ビットには、ＰＭＴのsection_numberエラーの有無を示すエラーステータスが設定される。より具体的には、第１９ビットには、ＴＳパケットがＰＭＴパケットの場合に、ＰＭＴパケットのデータ構造で規定されるsection_numberが０ｘ００でないときに、section_numberエラーが発生したと判断されて「１」が設定される。
【０１４１】
エラー情報の第２４ビットには、チューナエラーの有無を示すエラーステータスが設定される。より具体的には、第２４ビットには、デジタルチューナからのＲＳ（Read Solomon）符号エラーのときに、チューナエラーが発生したと判断されて「１」が設定される。ＲＳ符号エラーは、例えばＲＳ符号による誤り訂正が不可能なときに発生する。
【０１４２】
エラー情報の第２５ビットには、同期バイト不一致エラーの有無を示すエラーステータスが設定される。より具体的には、第２５ビットには、ＴＳパケットの同期バイトが、予め決められた同期バイトと異なるときに、同期バイト不一致エラーが発生したと判断されて「１」が設定される。
【０１４３】
エラー情報の第２６ビットには、巡回冗長検査（Cyclic Redundancy Check：以下、ＣＲＣ）エラーの有無を示すエラーステータスが設定される。より具体的には、第２６ビットには、ＴＳパケットがＰＭＴパケットの場合に、ＣＲＣエラーが検出されたときに、ＣＲＣエラーが発生したと判断されて「１」が設定される。
【０１４４】
エラー情報の第２７ビットには、ＴＳパケットサイズ不足の有無を示すエラーステータスが設定される。より具体的には、第２７ビットには、ＴＳパケットのサイズが１８８バイト未満のときに、ＴＳパケットサイズ不足が発生したと判断されて「１」が設定される。
【０１４５】
エラー情報の第２８ビットには、ＴＳパケットサイズオーバーの有無を示すエラーステータスが設定される。より具体的には、第２８ビットには、ＴＳパケットのサイズが１８９バイト以上のときに、ＴＳパケットサイズオーバーが発生したと判断されて「１」が設定される。
【０１４６】
エラー情報の第２９ビットには、第１のバッファ２０（又は第２のバッファ２２）への書き込み要求中に、第１のバッファ２０（又は第２のバッファ２２）に別の書き込み要求が発生したか否かを示すエラーステータスが設定される。例えば、エラー検出部３０が、パケットデータを第１のバッファ２０に書き込むための書き込み要求中に該第１のバッファ２０への別の書き込み要求が発生したことを示すエラー情報をパケットデータに付加するということができる。エラー検出部３０がＴＳパケット及びエラー情報を第１のバッファ２０に書き込みを行っている最中に、例えば他のブロックが第１のバッファ２０又は第２のバッファ２２に対して書き込み要求を行ったときに、「１」が設定される。これは、次々到来するＴＳを処理する場合に、各部の処理が追いつかずに、２つの書き込み要求を受けた第１のバッファ２０への書き込みデータが完全なものであることを保証できないことを示し、ＴＳパケットのデコード処理を継続するか否かの判断は後段に任せるためにエラーステータスが「１」に設定される。
【０１４７】
例えば第１６ビット、第１７ビット、第１８ビット、及び第１９ビットのうち少なくとも１つが「１」の場合、当該エラーステータスを含むエラー情報が付加されたＴＳパケットを廃棄することが望ましい。これは、ＰＭＴを解析するホストによって、エラー検出部３０で分離されるＴＳパケットが決定されるため、ＰＭＴの内容が不完全な場合にまで敢えてＰＭＴを解析する必要はなく、ＴＳパケットを廃棄して次に到来するＰＭＴを待つ方が、正常なＴＳパケットで再生できる可能性が高くなり、制御の簡素化を図ることができるからである。
【０１４８】
なお、図１６に示すすべてのエラーステータスを検出する必要はなく、ＰＭＴのデータ構造におけるtable_id、section_syntax_indicator、current_next_indicator、section_numberのうち少なくとも１つのエラーを検出し、エラーの有無を示すエラー情報を該パケットデータに付加してもよい。
【０１４９】
ところで、エラー検出部３０において生成されるエラー情報は、該エラー情報が付加されるパケットデータに先立って読み出されるように第１のバッファ２０の記憶領域に格納されることが望ましい。
【０１５０】
図１７に、本実施形態におけるエラー情報及びＴＳパケットの第１のバッファ２０の格納状況の説明図を示す。
【０１５１】
第１のバッファ２０にアドレス値が割り振られており、該アドレス値によってＴＳパケットが格納される各記憶領域が特定されるようになっている。ここで、例えば再生用データ生成部５０が、アドレス値の小さい記憶領域からアドレス値の大きい記憶領域まで順番にＴＳパケット及びエラー情報を読み出すものとする。
【０１５２】
このとき本実施形態におけるエラー情報をアドレス値の小さい０番地の記憶領域に格納し、該エラー情報を付加するＴＳパケットをアドレス値の大きい１番地〜４７番地の記憶領域に格納することが望ましい。このように、ＴＳパケット毎に、該ＴＳパケットの記憶領域よりもアドレス値の記憶領域にエラー情報を格納することで、例えば再生用データ生成部５０又はホストは、まずエラー情報を読み出してエラーの判別をすればよい。例えばＴＳパケットを廃棄することを決定した場合、その後のアドレス値の大きい記憶領域に格納されるＴＳパケットを読み出すことなく、次のＴＳパケットのエラー情報を読み出す処理を行えばよい。
【０１５３】
図１８に、本実施形態におけるエラー情報の付加のタイミングの一例を示す。
【０１５４】
デジタルチューナからは２０４バイトの伝送ＴＳＰ（Transport Stream Packet）が情報再生装置１０に入力される。伝送ＴＳＰは、１８８バイト長のＴＳパケットと１６バイト長のＲＳ符号のパリティビットとが多重化されたストリームデータである。
【０１５５】
例えば時刻ＴＧ１に、情報再生装置１０に伝送ＴＳＰが入力されたとき、エラー検出部３０が、エラー検出処理を開始する。また、エラー検出部３０は、ホストによって設定されたＰＩＤに対応したＴＳパケットを分離する処理を開始し、時刻ＴＧ２以降、分離したＴＳパケットを第１のバッファ２０に格納する処理を行う。
【０１５６】
そして、次の伝送ＴＳが時刻ＴＧ１０に入力されたとき、時刻ＴＧ１に開始したエラー検出処理結果であるエラー情報を、図１７に示したように、ＴＳパケットより読み出し順序が先になるように第１のバッファ２０に格納する。即ち、時刻ＴＧ１０で開始される分離処理の結果得られたパケットデータを第１のバッファ２０に書き込むのに先立って、直前のパケットデータに付加されるエラー情報を第１のバッファ２０に書き込む。こうすることで、図１６に示すＴＳパケットサイズ不足を容易に検出し、且つ処理の遅延なく、次々と到来する伝送ＴＳＰに対するエラー情報の付加処理を継続できる。
【０１５７】
これ以降、同様にＴＳパケット及びエラー情報の格納処理が行われる。このとき、第１のバッファ２０には、ＰＭＴを設定するためのＴＳパケット、ＮＩＴを設定するためのＴＳパケット、文字／字幕情報を表示するためのＴＳパケット、ＢＭＬを表示するためのＴＳパケット、ＰＳＩ／ＳＩを設定するためのＴＳパケット、映像用ＴＳパケット、音声用ＴＳパケットが、各記憶領域に格納される。
【０１５８】
次に、このように検出されたエラー情報に基づいて、致命的なエラー又は軽微なエラーに対応する第１又は第２のエラーを判別する再生用データ生成部５０の処理例について説明する。
【０１５９】
図１９に、再生用データ生成部５０の処理例のフロー図を示す。
【０１６０】
再生用データ生成部５０は、図示しないＣＰＵを含み、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図１９に示す処理を行うことができるようになっている。
【０１６１】
まず、再生用データ生成部５０は、第１のバッファ２０に格納されたエラー情報から図１５に示すエラーステータスを取得する（ステップＳ７０）。そして、再生用データ生成部５０は、取得したエラーステータスを解析する。
【０１６２】
即ち、ステップＳ７０において取得されたエラーステータスの第２７ビットのデータに基づいて、ＴＳパケットサイズ不足か否かを判別する（ステップＳ７１）。ステップＳ７１において、ＴＳパケットサイズ不足であると判別されたとき（ステップＳ７１：Ｙ）、再生用データ生成部５０は、当該ＴＳパケットに致命的エラーが発生したことを示すエラー発生情報を生成する（ステップＳ７２）。
【０１６３】
ステップＳ７１において、ＴＳパケットサイズ不足ではないと判別されたとき（ステップＳ７１：Ｎ）、再生用データ生成部５０は、エラーステータスの第２８ビットのデータに基づいて、ＴＳパケットサイズオーバーか否かを判別する（ステップＳ７３）。ステップＳ７３において、ＴＳパケットサイズオーバーであると判別されたとき（ステップＳ７３：Ｙ）、再生用データ生成部５０は、当該ＴＳパケットに致命的エラーが発生したことを示すエラー発生情報を生成する（ステップＳ７２）。
【０１６４】
ステップＳ７３において、ＴＳパケットサイズオーバーではないと判別されたとき（ステップＳ７３：Ｎ）、再生用データ生成部５０は、エラーステータスの第２９ビットのデータに基づいて、第１のバッファ２０（第２のバッファ２２）への書き込み要求中に書き込みが発生したか否かを判別する（ステップＳ７４）。ステップＳ７４において、第１のバッファ２０（第２のバッファ２２）への書き込み要求中に書き込みが発生したと判別されたとき（ステップＳ７４：Ｙ）、再生用データ生成部５０は、当該ＴＳパケット（当該ＥＳデータ）に致命的エラーが発生したことを示すエラー発生情報を生成する（ステップＳ７２）。
【０１６５】
ステップＳ７４において、第１のバッファ２０（第２のバッファ２２）への書き込み要求中に書き込みが発生していないと判別されたとき（ステップＳ７４：Ｎ）、再生用データ生成部５０は、エラーステータスの第２４ビットのデータに基づいて、チューナエラーとしてのＲＳ符号エラーであるか否かを判別する（ステップＳ７５）。ステップＳ７５において、ＲＳ符号エラーであると判別されたとき（ステップＳ７５：Ｙ）、再生用データ生成部５０は、ＲＳ符号エラーが発生した連続パケット数を示すエラーカウントが予め決められた閾値を超えたか否かを判別する（ステップＳ７６）。
【０１６６】
ステップＳ７６において、エラーカウントが閾値を超えたと判別されたとき（ステップＳ７６：Ｙ）、当該ＴＳパケット（当該ＥＳデータ）に致命的エラーが発生したことを示すエラー発生情報を生成する（ステップＳ７２）。一方、ステップＳ７６において、エラーカウントが閾値を超えていないと判別されたとき（ステップＳ７６：Ｎ）、エラーカウントをインクリメントし（ステップＳ７７）、当該ＴＳパケット（当該ＥＳデータ）に軽微なエラーが発生したことを示すエラー発生情報を生成する（ステップＳ７８）。
【０１６７】
図２０（Ａ）〜図２０（Ｃ）に、ＲＳ符号エラーに基づくエラー発生情報の説明図を示す。ここでは、ステップＳ７６における閾値が３であるものとする。
【０１６８】
図２０（Ａ）は、ＴＳパケットに付加されるエラー情報内のＲＳ符号エラーの発生の有無を示すエラーステータスを示す。再生用データ生成部５０は、図２０（Ａ）のエラーステータスを監視する。そして再生用データ生成部５０は、エラーステータスの所定のビットをカウントすることで、パケット毎にエラー情報をカウントしたカウント結果としてエラーカウントを得ることができる。より具体的には、再生用データ生成部５０は、ＲＳ符号エラーが連続して発生したパケット数を示すエラーカウントを得る。このエラーカウントは、ＲＳ符号エラーが発生していないＴＳパケットが入力されたときに初期化される。
【０１６９】
このようなエラーカウントが閾値「３」を超えているときに、致命的なエラーの発生と判別し、閾値「３」を超えていないときに軽微なエラーの発生と判別する。
【０１７０】
即ち、再生用データ生成部５０は、パケット毎にエラー情報をカウントしたカウント結果に基づいて致命的なエラー又は軽微なエラーの発生を判別することができる。そして、パケット毎にエラー情報を監視し、所与の閾値を超えたパケット数分連続してエラーが発生したとき致命的なエラーの発生を検出し、閾値以下のパケット数分連続してエラーが発生したとき軽微なエラーの発生を検出することができる。
【０１７１】
例えば図２０（Ａ）では、６パケット連続してＲＳ符号エラーが発生しているため、再生用データ生成部５０は、致命的なエラーの発生と判断しエラー発生情報を生成する。また例えば図２０（Ｂ）では、２パケット連続してＲＳ符号エラーが発生しているため、再生用データ生成部５０は、軽微なエラーの発生と判断しエラー発生情報を生成する。このようなエラー発生情報は、例えばパケット単位で生成される。
【０１７２】
図１９に戻って説明を続ける。
【０１７３】
ステップＳ７５において、ＲＳ符号エラーが発生していないと判別されたとき（ステップＳ７５：Ｎ）、再生用データ生成部５０は、エラーステータスの第２５ビットのデータに基づいて、同期バイトの不一致が発生したか否かを判別する（ステップＳ７９）。ステップＳ７９において、同期バイトの不一致が発生したと判別されたとき（ステップＳ７９：Ｙ）、他にエラー要因があれば（ステップＳ８０：Ｎ）、再生用データ生成部５０は、当該ＴＳパケットに致命的エラーが発生したことを示すエラー発生情報を生成する（ステップＳ７２）。
【０１７４】
ステップＳ７９において同期バイトの不一致が発生していないと判別されたとき（ステップＳ７９：Ｎ）、或いはステップＳ８０において他にエラー要因が無いとき（ステップＳ８０：Ｙ）、例えばエラー検出部３０がＰＥＳヘッダを削除する処理を行い、次のパケットがあるとき（ステップＳ８１：Ｙ）、ステップＳ７０に戻る。ステップＳ８１において、次のパケットがないとき（ステップＳ８１：Ｎ）、一連の処理を終了する（エンド）。
【０１７５】
ステップＳ７２、ステップＳ７８に続く処理も同様に、次のパケットがあるとき（ステップＳ８１：Ｙ）、ステップＳ７０に戻る。ステップＳ８１において、次のパケットがないとき（ステップＳ８１：Ｎ）、一連の処理を終了する（エンド）。
【０１７６】
以上のように再生用データ生成部５０によってエラーステータスが解析されて生成されたエラー発生情報に基づいて、上記のエラーテーブルが生成される。
【０１７７】
図２１に、デコーダ６０の処理例のフロー図を示す。
【０１７８】
デコーダ６０は、図示しないＣＰＵを含み、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図２１に示す処理を行うことができるようになっている。
【０１７９】
まず、デコーダ６０は、図４に示すように再生用データ生成部５０から通知されたエラーの内容を解析する。そして、デコーダ６０は、致命的なエラーが発生していることが通知されたとき（ステップＳ９１：Ｙ）、ＩＤＲピクチャの検索処理（ステップＳ９２）を行い、一連の処理を終了する（エンド）。
【０１８０】
一方、ステップＳ９１において、致命的なエラーの発生が通知されないとき（ステップＳ９１：Ｎ）、デコーダ６０は、軽微なエラーの発生が通知されたか否かを判別する（ステップＳ９３）。そして、軽微なエラーが発生したことが通知されたとき（ステップＳ９３：Ｙ）、デコーダ６０は、次のＮＡＬ（Network Abstraction Layer）ユニットにスキップする処理を行い（ステップＳ９４）、一連の処理を終了する（エンド）。
【０１８１】
ステップＳ９３において、軽微なエラーの発生が通知されなかったとき（ステップＳ９３：Ｎ）、一連の処理を終了する（エンド）。
【０１８２】
以上のように、デコーダ６０は、再生用データ生成部５０によって判別された致命的なエラーか軽微なエラーかに応じて当該ＴＳパケットに対応したデコード処理を行うことができる。従って、正しいデータであるにもかかわらず、デコード処理を停止させてしまうこともなくなり、正しくデコードできる可能性があるにもかかわらずデコード処理を停止させてしまうケースをなくすことができるようになる。
【０１８３】
２．  詳細な構成例
次に、本実施形態における情報再生装置の詳細な構成例について説明する。本実施形態における情報再生装置は、地上デジタル放送の再生を行うことができる。
【０１８４】
２．１  １セグメント放送の概要
地上アナログ放送に代わって登場する地上デジタル放送では、画像及び音声の高品質化に加えて種々の新サービスの提供に期待が寄せられている。
【０１８５】
図２２に、地上デジタル放送のセグメントの概念の説明図を示す。
【０１８６】
地上デジタル放送では、予め割り当てられた周波数帯域を１４個のセグメントに分割し、そのうちの１３個のセグメントＳＥＧ１〜ＳＥＧ１３を使って放送が行われる。残り１個のセグメントは、ガードバンドとして用いられる。そして、放送を行うための１３個のセグメントのうちの１個のセグメントＳＥＧｍが、携帯端末向けの放送の周波数帯域に割り当てられる。
【０１８７】
１セグメント放送では、それぞれが符号化（圧縮処理）された映像データ、音声データ、その他のデータ（制御データ）が多重化されたトランスポートストリーム（Transport Stream：ＴＳ）が伝送される。より具体的には、ＴＳの各パケットにリードソロモン符号の誤り訂正用符号が付加された後、階層分割され、各階層において畳み込み符号化やキャリア変調が施される。そして、階層合成後に、周波数インターリーブ、時間インターリーブが行われ、受信側に必要なパイロット信号を付加してＯＦＤＭセグメントフレームが形成される。このＯＦＤＭセグメントフレームに対し、逆フーリエ変換演算が施されてＯＦＤＭ信号として伝送される。
【０１８８】
図２３に、ＴＳの説明図を示す。
【０１８９】
ＴＳは、図２３に示すように複数のＴＳパケット列で構成されている。各ＴＳパケットの長さは、１８８バイトに固定されている。各ＴＳパケットは、４バイトのＴＳヘッダ（TS Header：ＴＳＨ）と呼ばれるヘッダ情報が付加されており、ＴＳパケットの識別子となるＰＩＤ（Packet Identifier）を含む。１セグメント放送の番組は、ＰＩＤにより特定される。
【０１９０】
ＴＳパケットは、アダプテーションフィールドを含み、映像データ、音声データ等の同期再生の基準となる時刻情報であるＰＣＲ（Program Clock Reference）やダミーデータが埋め込まれる。ペイロードは、ＰＥＳ（Packetized Elementary Stream）パケットやセクションを生成するためのデータを含む。
【０１９１】
図２４に、ＰＥＳパケット及びセクションの説明図を示す。
【０１９２】
ＰＥＳパケット及びセクションのそれぞれは、１又は複数のＴＳパケットの各ＴＳパケットのペイロードにより構成される。ＰＥＳパケットは、ＰＥＳヘッダとペイロードとを含み、該ペイロードには、映像データ、音声データ又は字幕データがＥＳ（Elementary Stream）データとして設定される。セクションには、ＰＥＳパケットに設定される映像データ等の番組情報等が設定される。
【０１９３】
従って、ＴＳを受信すると、まずセクションに含まれる番組情報を解析し、放送される番組に対応するＰＩＤを特定する必要がある。そして、該ＰＩＤに対応する映像データ、音声データをＴＳから抽出し、抽出後の映像データ、音声データを再生することになる。
【０１９４】
２．２  携帯端末
１セグメント放送の受信機能を有する携帯端末では、上記のようなパケットの解析等の処理が必要となる。即ち、このような携帯端末では、高い処理能力が要求される。そのため、携帯端末（広義には電子機器）としての従来の携帯電話機に、１セグメント放送の受信機能を付加する場合には、高い処理能力を有するプロセッサ等を更に追加する必要がある。
【０１９５】
図２５に、本実施形態の比較例におけるマルチメディア処理ＣＰＵを含む携帯電話機の構成例のブロック図を示す。
【０１９６】
この携帯電話機９００では、アンテナ９１０を介して受信された受信信号を復調して電話用ＣＰＵ９２０が着呼処理を行い、電話用ＣＰＵ９２０が発呼処理を行った信号が変調されてアンテナ９１０を介して送信される。電話用ＣＰＵ９２０は、メモリ９２２に格納されたプログラムを読み込んで着呼処理及び発呼処理を行うことができる。
【０１９７】
またアンテナ９３０を介して受信された受信信号から、チューナ９４０を介して希望信号が取り出されると、該希望信号をＯＦＤＭ信号として上記と逆の手順でＴＳが生成される。マルチメディア処理ＣＰＵ９５０は、生成されたＴＳからＴＳパケットを解析してＰＥＳパケット及びセクションを判別し、所望の番組のＴＳパケットから映像データ、音声データのデコード処理を行う。マルチメディア処理ＣＰＵ９５０は、メモリ９５２に格納されたプログラムを読み込んで上記のパケットの解析処理やデコード処理を行うことができる。表示パネル９６０は、デコード処理後の映像データに基づいて表示出力を行い、スピーカ９７０は、デコード処理後の音声データに基づいて音声出力を行う。
【０１９８】
このようにマルチメディア処理ＣＰＵ９５０として、非常に高い処理能力が必要となる。高い処理能力を有するプロセッサは、一般的に、動作周波数が高くなったり、回路規模が大きくなったりしてしまう。
【０１９９】
ところで、１セグメント放送のビットレートを考慮すると、その帯域のほとんどが映像データや音声データの帯域となり、データ放送自体の帯域が狭くなると考えられる。従って、マルチメディア処理ＣＰＵで実現できる処理のうち、映像データや音声データの再生処理のみで済む場合もあるにもかかわらず、マルチメディア処理ＣＰＵを常に動作させる必要があり、消費電力の増大を招く。
【０２００】
そこで、本実施形態では、映像データのデコード処理を行う映像デコーダと音声データのデコード処理を行う音声デコーダとを独立して設け、それぞれ独立にデコード処理を行わせることで、それぞれの処理能力として低いものを採用できる。更に、映像デコーダ及び音声データの一方の動作を適宜停止させて柔軟に低消費電力化を図ることができる。
【０２０１】
更には、映像デコーダ及び音声デコーダを並列動作させることができるため、各デコーダの処理能力を低くて済み、より低消費電力化及び低コスト化を実現できる。
【０２０２】
図２６に、本実施形態における情報再生装置を含む携帯電話機の構成例のブロック図を示す。なお図２６において、図２５と同一部分には同一符号を付し、適宜説明を省略する。
【０２０３】
携帯電話機１００は、ホストＣＰＵ（広義にはホスト）１１０、ＲＡＭ（Random Access Memory）１２０、ＲＯＭ（Read Only Memory）１３０、表示ドライバ１４０、ＤＡＣ（Digital-to-Analog Converter）１５０、画像処理ＩＣ（Integrated Circuit)（広義には情報再生装置）２００を含むことができる。更に携帯電話機１００は、アンテナ９１０、９３０、チューナ９４０、表示パネル９６０、スピーカ９７０を含む。
【０２０４】
ホストＣＰＵ１１０は、図２５の電話用ＣＰＵ９２０の機能を有すると共に、画像処理ＩＣ２００を制御する機能を有する。ホストＣＰＵ１１０は、ＲＡＭ１２０又はＲＯＭ１３０に格納されたプログラムを読み出し、図２５の電話用ＣＰＵ９２０の処理、画像処理ＩＣ２００を制御する処理を行う。この際、ホストＣＰＵ１１０は、ＲＡＭ１２０をワークエリアとして用いることができる。
【０２０５】
画像処理ＩＣ２００は、チューナ９４０からのＴＳから、映像データを生成するための映像用ＴＳパケット（第１のＴＳパケット）、音声データを生成するための音声用ＴＳパケット（第２のＴＳパケット）を抽出し、図示しない共有メモリにバッファリングする。そして画像処理ＩＣ２００は、互いに独立して動作停止制御が可能な映像デコーダ及び音声デコーダ（図示せず）を含み、映像デコーダ及び音声デコーダが、それぞれ映像用ＴＳパケット及び音声用ＴＳパケットをデコードして映像データ及び音声データを生成する。映像データ及び音声データは、同期しながら、それぞれ表示ドライバ１４０及びＤＡＣ１５０に供給される。ホストＣＰＵ１１０は、このような画像処理ＩＣ２００に対し、映像デコード処理及び音声デコード処理の処理開始を指示することができる。なおホストＣＰＵ１１０は、画像処理ＩＣ２００に対し、映像デコード処理及び音声デコード処理の少なくとも１つの処理開始を指示するようにしてもよい。
【０２０６】
表示ドライバ（広義には駆動回路）１４０は、映像データに基づいて表示パネル（広義には電気光学装置）９６０を駆動する。より具体的には、表示パネル９６０は、複数の走査線、複数のデータ線、各画素が各走査線及び各データ線により特定される複数の画素を有し、表示パネル９６０として液晶表示（Liquid Crystal Display）パネルを採用できる。表示ドライバ１４０は、複数の走査線を走査する走査ドライバの機能と、該映像データに基づいて複数のデータ線を駆動するデータドライバの機能とを有する。
【０２０７】
ＤＡＣ１５０は、デジタル信号である音声データをアナログ信号に変換し、スピーカ９７０に供給する。スピーカ９７０は、ＤＡＣ１５０からのアナログ信号に対応した音声出力を行う。
【０２０８】
２．３  画像処理ＩＣ
図２７に、本実施形態の情報再生装置としての図２６の画像処理ＩＣ２００の構成例のブロック図を示す。
【０２０９】
画像処理ＩＣ２００は、ＴＳ分離部（分離処理部）２１０と、メモリ（共有メモリ）２２０と、映像デコーダ２３０と、音声デコーダ２４０とを含む。また画像処理ＩＣ２００は、更に、表示制御部２５０と、チューナＩ／Ｆ（Interface）２６０と、ホストＩ／Ｆ２７０と、ドライバＩ／Ｆ２８０と、オーディオＩ／Ｆ２９０とを含む。メモリ２２０は、図１のメモリ８０の機能を有する。従って、メモリ２２０は、第１及び第２のバッファ２０、２２の機能を有する。
【０２１０】
即ち、第１のバッファが、第１のＴＳパケットが格納される第１の記憶領域と、第２のＴＳパケットが格納される第２の記憶領域と、第３のＴＳパケットが格納される第３の記憶領域とを有するということができる。また、第２のバッファが、映像の再生用データが格納される第４の記憶領域と、音声の再生用データが格納される第５の記憶領域とを有するということができる。
【０２１１】
ＴＳ分離部２１０は、映像データを生成するための映像用ＴＳパケット（第１のＴＳパケット）、音声データを生成するための音声用ＴＳパケット（第２のＴＳパケット）、映像用ＴＳパケット及び音声用ＴＳパケット以外のパケット（第３のＴＳパケット）を、ＴＳから抽出する。ＴＳ分離部２１０は、ＴＳから一旦抽出された第３のＴＳパケットを解析するホストＣＰＵ１１０の解析結果に基づいて、第１及び第２のＴＳパケットを抽出することができる。このＴＳ分離部２１０は、図１のエラー検出部３０の機能を有する。即ち、ＴＳ分離部２１０が、第１〜第３のＴＳパケットの各ＴＳパケットのエラーを検出し、エラーの有無を示すエラー情報を各ＴＳパケットに付加することができる。
【０２１２】
映像デコーダ２３０は、メモリ２２０の記憶領域のうち映像用ＴＳパケット専用に設けられた記憶領域から映像用ＴＳパケットを読み出し、該映像用ＴＳパケットに基づいて映像データを生成する映像デコード処理を行うと共に、映像データと音声データを同期して再生するための基準タイミングを生成する。映像デコーダ２３０は、図１の再生用データ生成部５０の機能を有する。また、映像デコーダ２３０は、例えば図１のエラーテーブル記憶部５２の機能を有してもよい。
【０２１３】
音声デコーダ２４０は、メモリ２２０の記憶領域のうち音声用ＴＳパケット専用に設けられた記憶領域から音声用ＴＳパケットを読み出し、該音声用ＴＳパケットに基づいて音声データを生成する音声デコード処理を行う。
【０２１４】
映像デコーダ２３０及び音声デコーダ２４０の少なくとも一方は、図１のデコーダ６０の機能を有する。また、図１のデコーダが、映像デコーダ２３０及び音声デコーダ２４０を含むことができる。
【０２１５】
なお図１のダミーデータ制御部７０の機能は、ＴＳ分離部２１０、映像デコーダ２３０又は音声デコーダ２４０により実現することができるようになっている。
【０２１６】
表示制御部２５０は、メモリ２２０から読み出された映像データにより表される画像の向きを回転させる回転処理や該画像のサイズを縮小又は拡大させるリサイズ処理を行う。回転処理後のデータやリサイズ処理後のデータは、ドライバＩ／Ｆ２８０に供給される。表示制御部２５０は、表示タイミングに合わせて、処理後のデータをドライバＩ／Ｆ２８０に転送する制御を行う。
【０２１７】
チューナＩ／Ｆ２６０は、チューナ９４０とのインタフェース処理を行う。より具体的には、チューナＩ／Ｆ２６０は、チューナ９４０からのＴＳを受信する制御を行う。チューナＩ／Ｆ２６０は、ＴＳ分離部２１０に接続される。チューナＩ／Ｆ２６０に接続されるチューナ９４０が、デジタルチューナの機能を有する。
【０２１８】
ホストＩ／Ｆ２７０は、ホストＣＰＵ１１０とのインタフェース処理を行う。より具体的には、ホストＩ／Ｆ２７０は、ホストＣＰＵ１１０との間のデータの送受信の制御を行う。ホストＩ／Ｆ２７０は、ＴＳ分離部２１０、メモリ２２０、表示制御部２５０、オーディオＩ／Ｆ２９０に接続される。ホストＩ／Ｆ２７０に接続されるホストＣＰＵ１１０が、ホストの機能を実現する。
【０２１９】
ドライバＩ／Ｆ２８０は、表示制御部２５０を介してメモリ２２０から所定の周期で映像データを読み出し、該映像データを表示ドライバ１４０に対して供給する。ドライバＩ／Ｆ２８０は、表示ドライバ１４０に対して映像データを送信するためのインタフェース処理を行う。
【０２２０】
オーディオＩ／Ｆ２９０は、メモリ２２０から所定の周期で音声データを読み出し、該音声データをＤＡＣ１５０に対して供給する。オーディオＩ／Ｆ２９０は、ＤＡＣ１５０に対して音声データを送信するためのインタフェース処理を行う。
【０２２１】
図２７における表示ドライバやＤＡＣは、出力部とすることができる。
【０２２２】
このような画像処理ＩＣ２００では、ＴＳ分離部２１０により、チューナ９４０からのＴＳからＴＳパケットが抽出される。ＴＳパケットは、共有メモリとしてのメモリ２２０の予め割り当てられた記憶領域に格納される。そして、映像デコーダ２３０及び音声デコーダ２４０が、それぞれメモリ２２０に割り当てられた専用の記憶領域からＴＳパケットを読み出して、映像データ及び音声データを生成し、互いに同期した映像データ及び音声データを表示ドライバ１４０及びＤＡＣ１５０に対して供給することができる。
【０２２３】
図２８に、図２７の画像処理ＩＣ２００の動作説明図を示す。
【０２２４】
図２８において、図２７と同一部分には同一符号を付し、適宜説明を省略する。
【０２２５】
メモリ２２０は、第１〜第８の記憶領域ＡＲ１〜ＡＲ８を有し、各記憶領域が予め割り当てられている。ＴＳ分離部２１０によって分離されたＴＳパケットと、該ＴＳパケットについてＴＳ分離部２１０で行われたエラー検出処理結果としてのエラー情報とが、各記憶領域に格納される。
【０２２６】
第１の記憶領域ＡＲ１には、映像用ＴＳパケット専用の記憶領域として、ＴＳ分離部２１０によって抽出された映像用ＴＳパケット（第１のＴＳパケット）が格納される。第２の記憶領域ＡＲ２には、音声用ＴＳパケット専用の記憶領域として、ＴＳ分離部２１０によって抽出された音声用ＴＳパケット（第２のＴＳパケット）が格納される。第３の記憶領域ＡＲ３には、ＴＳ分離部２１０によって抽出されたＴＳパケットのうち映像用ＴＳパケット及び音声用ＴＳパケットを除くＴＳパケット（第３のＴＳパケット）が格納される。第１及び第２に記憶領域ＡＲ１、ＡＲ２は、図１の第１のバッファ２０として機能することができる。
【０２２７】
第４の記憶領域ＡＲ４には、映像用ＥＳデータ専用の記憶領域として、映像デコーダ２３０によって生成された映像用ＥＳデータが格納される。第５の記憶領域ＡＲ５には、音声用ＥＳデータ専用の記憶領域として、音声デコーダ２４０によって生成された音声用ＥＳデータが格納される。第４及び第５の記憶領域ＡＲ４、ＡＲ５は、図１の第２のバッファ２２として機能することができる。
【０２２８】
第６の記憶領域ＡＲ６には、ホストＣＰＵ１１０によって生成されるＴＳが、ＴＳＲＡＷデータとして格納される。ＴＳＲＡＷデータは、チューナ９４０からのＴＳに替わってホストＣＰＵ１１０により設定される。そして、ＴＳ分離部２１０は、ＴＳＲＡＷデータとして設定されたＴＳから、映像用ＴＳパケット、音声用ＴＳパケット、その他のＴＳパケットが抽出されるようになっている。
【０２２９】
第７の記憶領域ＡＲ７には、映像デコーダ２３０によるデコード処理後の映像データが格納される。第７の記憶領域ＡＲ７に格納された映像データは、表示制御部２５０によって読み出され、表示パネル９６０による映像出力に供される。第８の記憶領域ＡＲ８には、音声デコーダ２４０によるデコード処理後の音声データが格納される。第８の記憶領域ＡＲ８に格納された音声データは、スピーカ９７０による音声出力に供される。
【０２３０】
映像デコーダ２３０は、ヘッダ削除処理部２３２と、映像デコード処理部２３４とを含む。ヘッダ削除処理部２３２は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出し、該映像用ＴＳパケットのＴＳヘッダを解析してＰＥＳパケット（第１のＰＥＳパケット）を生成した後、そのＰＥＳヘッダを削除する処理を行ってそのペイロード部を映像用ＥＳデータとしてメモリ２２０の第４の記憶領域ＡＲ４に格納する。そして、ヘッダ削除処理部２３２を含む映像デコーダ２３０が、表示タイミングに合わせて、表示制御部２５０に対して画像データの転送指示を行う。
【０２３１】
映像デコード処理部２３４は、第４の記憶領域ＡＲ４から映像用ＥＳデータを読み出し、Ｈ．２６４／ＡＶＣ（Advanced Video Coding）の規格に従ったデコード処理（広義には映像デコード処理）を行って生成される映像データを第７の記憶領域ＡＲ７に書き込む。
【０２３２】
音声デコーダ２４０は、ヘッダ削除処理部２４２と、音声デコード処理部２４４とを含む。ヘッダ削除処理部２４２は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出し、該音声用ＴＳパケットのＴＳヘッダを解析してＰＥＳパケット（第２のＰＥＳパケット）を生成した後、そのＰＥＳヘッダを削除する処理を行ってそのペイロード部を音声用ＥＳデータとしてメモリ２２０の第５の記憶領域ＡＲ５に格納する。音声デコード処理部２４４は、第５の記憶領域ＡＲ５から音声用ＥＳデータを読み出し、ＭＰＥＧ−２ＡＡＣ（Advanced Audio Coding）の規格に従ったデコード処理（広義には音声デコード処理）を行って生成される音声データを第８の記憶領域ＡＲ８に書き込む。
【０２３３】
そして、映像デコーダ２３０が、第１の記憶領域ＡＲ１から映像用ＴＳパケット（第１のＴＳパケット）を、音声デコーダ２４０とは独立して読み出し、該映像用ＴＳパケットに基づいて上記の映像デコード処理を行う。また音声デコーダ２４０が、第２の記憶領域ＡＲ２から音声用ＴＳパケット（第２のＴＳパケット）を、映像デコーダ２３０とは独立して読み出し、該音声用ＴＳパケットに基づいて上記の音声デコード処理を行う。こうすることで、映像と音声とを同期させて出力させる場合には映像デコーダ２３０及び音声デコーダ２４０を動作させることができる一方、映像のみを出力させる場合には映像デコーダ２３０のみを動作させて音声デコーダ２４０の動作を停止させることができる。また音声のみを出力させる場合には音声デコーダ２４０のみを動作させて映像デコーダ２３０の動作を停止させることができる。
【０２３４】
ホストＣＰＵ１１０は、第３の記憶領域ＡＲ３に格納されたその他のＴＳパケット（第３のＴＳパケット）を読み出し、該ＴＳパケットからセクションを生成する。そして該セクションに含まれる各種テーブル情報を解析する。ホストＣＰＵ１１０は、その解析結果をメモリ２２０の所定の記憶領域に設定すると共にＴＳ分離部２１０に対し制御情報として指定する。それ以降、ＴＳ分離部２１０は、チューナ９４０からのＴＳを該制御情報に従ってＴＳパケットを抽出する。一方、ホストＣＰＵ１１０は、映像デコーダ２３０及び音声デコーダ２４０に対して、それぞれ別個に起動コマンドを発行することができる。映像デコーダ２３０及び音声デコーダ２４０は、それぞれ独立してメモリ２２０にアクセスしてホストＣＰＵ１１０の解析結果を読み出し、該解析結果に対応したデコード処理を行う。
【０２３５】
２．３．１  再生動作
次に、本実施形態における情報再生装置としての画像処理ＩＣ２００において、ＴＳに多重化された映像データ又は音声データを再生する場合の動作について説明する。
【０２３６】
図２９に、ホストＣＰＵ１１０による再生処理の動作例のフロー図を示す。ホストＣＰＵ１１０は、ＲＡＭ１２０又はＲＯＭ１３０に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図２９に示す処理を行うことができるようになっている。
【０２３７】
まずホストＣＰＵ１１０は、放送受信開始処理を行う（ステップＳ１００）。これによって、ＴＳとして受信された複数の番組のうち所望の番組の映像データ又は音声データをＴＳから抽出することができる。そして、ホストＣＰＵ１１０は、画像処理ＩＣ２００の映像デコーダ２３０及び音声デコーダ２４０の少なくとも１つを起動させる。
【０２３８】
その後、ホストＣＰＵ１１０は、映像及び音声の再生を行う場合には映像デコーダ２３０及び音声デコーダ２４０によりデコード処理を行わせる。或いはホストＣＰＵ１１０は、映像のみの再生を行う場合には音声デコーダ２４０の動作を停止させて映像デコーダ２３０によりデコード処理を行わせる。或いはまた、ホストＣＰＵ１１０は、音声のみの再生を行う場合には映像デコーダ２３０の動作を停止させて音声デコーダ２４０によりデコード処理を行わせる（ステップＳ１０１）。
【０２３９】
次に、ホストＣＰＵ１１０は、放送受信終了処理を行い（ステップＳ１０２）、一連の処理を終了する（エンド）。これによって、ホストＣＰＵ１１０は、画像処理ＩＣ２００の各部の動作を停止させる。
【０２４０】
２．３．２  放送受信開始処理
続いて、図２９に示す放送受信開始処理の処理例について説明する。ここでは、映像及び音声の再生を行う場合について説明する。
【０２４１】
図３０に、図２９の放送受信開始処理の動作例のフロー図を示す。ホストＣＰＵ１１０は、ＲＡＭ１２０又はＲＯＭ１３０に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図３０に示す処理を行うことができるようになっている。
【０２４２】
まずホストＣＰＵ１１０は、画像処理ＩＣ２００の映像デコーダ２３０、音声デコーダ２４０を起動する（ステップＳ１１０）。その後、ホストＣＰＵ１１０は、チューナ９４０を初期化すると共に所与の動作情報を設定する（ステップＳ１１１）。そしてホストＣＰＵ１１０は、ＤＡＣ１５０に対しても初期化を行って所与の動作情報を設定する（ステップＳ１１２）。
【０２４３】
その後ホストＣＰＵ１１０は、ＴＳの受信を監視する（ステップＳ１１３：Ｎ）。ＴＳの受信が開始されると、画像処理ＩＣ２００では、ＴＳ分離部２１０が、上述のようにＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットに分離し、分離されたＴＳパケットは、専用に設けられたメモリ２２０の記憶領域に格納される。例えば画像処理ＩＣ２００のメモリ２２０における第３の記憶領域ＡＲ３にＴＳパケットが格納されたことを条件に発生する割り込み信号により、ホストＣＰＵ１１０はＴＳの受信を検出できる。或いはホストＣＰＵ１１０が、周期的にメモリ２２０の第３の記憶領域ＡＲ３をアクセスすることで、ＴＳパケットの書き込みが行われた否かを判断して、ＴＳの受信を判別できる。
【０２４４】
このようにしてＴＳの受信が検出されたとき（ステップＳ１１３：Ｙ）、ホストＣＰＵ１１０は、第３の記憶領域ＡＲ３に記憶されたＴＳパケットを読み出してセクションを生成する。そして、セクションに含まれるＰＳＩ（Program Specific Information：番組特定情報）／ＳＩ（Service Information：番組配列情報）を解析する（ステップＳ１１４）。このＰＳＩ／ＳＩは、ＭＰＥＧ−２システム（ISO/IEC 13818-1）にて規定されている。
【０２４５】
ＰＳＩ／ＳＩは、ＮＩＴ（Network Information Table：ネットワーク情報テーブル）やＰＭＴ（Program Map Table：番組対応テーブル）を含む。ＮＩＴは、例えばどの放送局からのＴＳかを特定するためのネットワーク識別子、ＰＭＴを特定するためのサービス識別子、放送の種類を示すサービスタイプ識別子等を含む。ＰＭＴには、例えばＴＳにおいて多重化される映像用ＴＳパケットのＰＩＤと音声用ＴＳパケットのＰＩＤが設定される。
【０２４６】
従って、ホストＣＰＵ１１０は、ＰＳＩ／ＳＩからＰＭＴを特定するためのサービス識別子を抽出し、該サービス識別子に基づき、受信したＴＳの映像用ＴＳパケット及び音声用ＴＳパケットのＰＩＤを特定できる（ステップＳ１１５）。そして、携帯端末のユーザに選択させた番組に対応するＰＩＤ、若しくは予め決められた番組に対応するＰＩＤを、ホストＣＰＵ１１０が、映像デコーダ２３０及び音声デコーダ２４０に参照できるようにメモリ２２０の所定の記憶領域（例えば第３の記憶領域ＡＲ３）に設定し（ステップＳ１１６）、一連の処理を終了する（エンド）。
【０２４７】
こうすることで、映像デコーダ２３０及び音声デコーダ２４０は、メモリ２２０に設定されたＰＩＤを参照しながら、映像用ＴＳパケット及び音声用ＴＳパケットに対してデコード処理を行うことができる。
【０２４８】
なおホストＣＰＵ１１０は、例えばＰＭＴを特定するためのサービス識別子に対応する情報を、画像処理ＩＣ２００のＴＳ分離部２１０に設定する。こうすることで、ＴＳ分離部２１０は、所定の時間間隔を置いて周期的に受信されるセクションを判別し、上記のサービス識別子に対応したＰＭＴを解析し、該ＰＭＴにより特定される映像用ＴＳパケット及び音声用ＴＳパケットとそれ以外のＴＳパケットを抽出してメモリ２２０に格納していく。
【０２４９】
図３１に、図２７及び図２８の画像処理ＩＣ２００の放送受信開始処理における動作説明図を示す。図３１において、図２７又は図２８と同一部分には同一符号を付し、適宜説明を省略する。
【０２５０】
なお図３１において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０２５１】
まずチューナ９４０からＴＳが入力される（ＳＱ１）とＴＳ分離部２１０は、ＰＳＩ／ＳＩが含まれるＴＳパケットをメモリ２２０に格納する（ＳＱ２）。なお、ＴＳ分離部２１０は、エラー検出処理を行い、その結果をエラー情報として付加してＴＳパケットをメモリ２２０に格納する。このとき、ＴＳ分離部２１０は、該ＴＳパケットのＰＳＩ／ＳＩ自体を抽出してメモリ２２０に格納することができる。更にＴＳ分離部２１０は、ＰＳＩ／ＳＩからＮＩＴを抽出してメモリ２２０に格納することができる。
【０２５２】
ホストＣＰＵ１１０は、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴを読み出して（ＳＱ３）、これらを解析し、デコード処理対象の番組に対応するＰＩＤを特定する。そしてホストＣＰＵ１１０は、サービス識別子に対応する情報又はデコード処理対象の番組に対応するＰＩＤを、ＴＳ分離部２１０に設定する（ＳＱ４）。なおホストＣＰＵ１１０は、ＰＩＤを、メモリ２２０の所定の記憶領域にも設定し、映像デコーダ２３０及び音声デコーダ２４０のデコード処理の際に参照させる。ここで、ホストＣＰＵ１１０は、エラー情報に基づいてＴＳパケットの廃棄を行うことができる。
【０２５３】
ＴＳ分離部２１０は、設定されたＰＩＤに基づいてＴＳから映像用ＴＳパケット及び音声用ＴＳパケットを抽出し、それぞれ第１及び第２の記憶領域ＡＲ１、ＡＲ２に書き込む（ＳＱ５）。
【０２５４】
その後、ホストＣＰＵ１１０によって起動された映像デコーダ２３０及び音声デコーダ２４０は、第１及び第２の記憶領域ＡＲ１、ＡＲ２から映像用ＴＳパケット及び音声用ＴＳパケットを順次読み出して（ＳＱ６）、映像デコード処理及び音声デコード処理を行う。
【０２５５】
このとき、次のシーケンスで、ホストＣＰＵ１１０、映像デコーダ２３０及び音声デコーダ２４０がコマンドデータを介した通信を行う。
【０２５６】
２．３．３  放送受信終了処理
次に、図２９に示す放送受信終了処理の動作例について説明する。ここでは、映像及び音声の再生を行う場合について説明する。
【０２５７】
図３２に、図２９の放送受信終了処理の処理例のフロー図を示す。ホストＣＰＵ１１０は、ＲＡＭ１２０又はＲＯＭ１３０に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図３２に示す処理を行うことができるようになっている。
【０２５８】
まずホストＣＰＵ１１０は、画像処理ＩＣ２００の映像デコーダ２３０、音声デコーダ２４０を停止させる（ステップＳ１２０）。これは、ホストＣＰＵ１１０から画像処理ＩＣ２００に対しコマンドを発行し、画像処理ＩＣ２００が該制御コマンドのデコード結果を用いて映像デコーダ２３０、音声デコーダ２４０を停止させる。
【０２５９】
その後、ホストＣＰＵ１１０は、同様にＴＳ分離部２１０を停止させる（ステップＳ１２１）。そして、ホストＣＰＵ１１０は、チューナ９４０を停止させる（ステップＳ１２２）。
【０２６０】
図３３に、図２７及び図２８の画像処理ＩＣ２００の放送受信終了処理における動作説明図を示す。図３３において、図３１と同一部分には同一符号を付し、適宜説明を省略する。
【０２６１】
まずホストＣＰＵ１１０が、表示制御部２５０の動作を停止させる制御を行い、表示ドライバ１４０への映像データの供給を停止させる（ＳＱ１０）。次に、ホストＣＰＵ１１０が、映像デコーダ２３０及び音声デコーダ２４０の動作を停止させ（ＳＱ１１）、その後ＴＳ分離部２１０、チューナ９４０の順に動作を停止させていく（ＳＱ１２、ＳＱ１３）。
【０２６２】
２．３．４  再生処理
２．３．４．１  映像データの再生処理
次に、映像データの再生処理を行う映像デコーダ２３０の動作例について説明する。
【０２６３】
図３４に、映像デコード処理時に行われる映像デコーダ２３０のメモリのアクセス動作例のフロー図を示す。
【０２６４】
まず、映像デコーダ２３０は、映像用ＴＳバッファとして設けられた第１の記憶領域ＡＲ１がエンプティ状態か否かを判別する（ステップＳ１４０）。第１の記憶領域ＡＲ１から読み出されるべき映像用ＴＳパケットがない場合、エンプティ状態となる。
【０２６５】
ステップＳ１４０において映像用ＴＳバッファである第１の記憶領域ＡＲ１がエンプティ状態でないと判別されたとき（ステップＳ１４０：Ｎ）、映像デコーダ２３０は、更に映像用ＥＳバッファとして設けられた第４の記憶領域ＡＲ４がフル状態か否かを判別する（ステップＳ１４１）。これ以上映像用ＥＳデータを第４の記憶領域ＡＲ４に格納できない場合、フル状態となる。
【０２６６】
ステップＳ１４１において映像用ＥＳバッファである第４の記憶領域ＡＲ４がフル状態でないと判別されたとき（ステップＳ１４１：Ｎ）、映像デコーダ２３０は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出し、図３０のステップＳ１１６においてホストＣＰＵ１１０により特定されたＰＩＤ（指定ＰＩＤ）か否かを検出する（ステップＳ１４２）。
【０２６７】
ステップＳ１４２において、映像用ＴＳパケットのＰＩＤが指定ＰＩＤであると検出されたとき（ステップＳ１４２：Ｙ）、映像デコーダ２３０は、ＴＳヘッダ、ＰＥＳヘッダの解析を行い（ステップＳ１４３）、映像用ＥＳデータを映像用ＥＳバッファとして設けられた第４の記憶領域ＡＲ４に格納する（ステップＳ１４４）。
【０２６８】
その後、映像デコーダ２３０は、映像用ＴＳバッファである第１の記憶領域ＡＲ１の読み出しアドレスを特定するための読み出しポインタを更新し（ステップＳ１４５）、ステップＳ１４０に戻る（リターン）。
【０２６９】
なお、ステップＳ１４２において映像用ＴＳパケットのＰＩＤが指定ＰＩＤではないと検出されたとき（ステップＳ１４２：Ｎ）、ステップＳ１４５に進む。また、ステップＳ１４０において映像用ＴＳバッファである第１の記憶領域ＡＲ１がエンプティ状態であると判別されたとき（ステップＳ１４０：Ｙ）、又はステップＳ１４１において映像用ＥＳバッファである第４の記憶領域ＡＲ４がフル状態であると判別されたとき（ステップＳ１４１：Ｙ）、ステップＳ１４０に戻る（リターン）。
【０２７０】
こうして第４の記憶領域ＡＲ４に格納された映像用ＥＳデータは、映像デコーダ２３０により、Ｈ．２６４／ＡＶＣの規格に従ったデコード処理が行われて、映像データとして第７の記憶領域ＡＲ７に書き込まれる。
【０２７１】
図３５に、図２７及び図２８の画像処理ＩＣ２００の映像デコーダの動作説明図を示す。図３５において、図３１と同一部分には同一符号を付し、適宜説明を省略する。
【０２７２】
なお図３５において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０２７３】
まず図３０に示すようにホストＣＰＵ１１０によりデコード処理対象の番組に対応するＰＩＤがＴＳ分離部２１０に設定される（ＳＱ２０）。チューナ９４０からＴＳが入力されたとき（ＳＱ２１）、ＴＳ分離部２１０は、チューナ９４０からのＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットをそれぞれ分離する（ＳＱ２２）。ＴＳ分離部２１０によって分離された映像用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第１の記憶領域ＡＲ１に格納される。ＴＳ分離部２１０によって分離された音声用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第２の記憶領域ＡＲ２に格納される。ＴＳ分離部２１０によって分離された映像用ＴＳパケット及び音声用ＴＳパケット以外のＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共にＰＳＩ／ＳＩとして第３の記憶領域ＡＲ３に格納される。この際、ＴＳ分離部２１０は、ＰＳＩ／ＳＩの中のＮＩＴ、ＰＭＴを抽出して第３の記憶領域ＡＲ３に格納する。
【０２７４】
次にホストＣＰＵ１１０によって起動された映像デコーダ２３０は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出す（ＳＱ２３）。このとき、映像デコーダ２３０は、上述のエラー情報を参照して、映像デコード処理を行うか、映像用ＴＳパケットの廃棄を行うかを決定する。映像デコード処理を行うと決定したとき、映像デコーダ２３０は、映像用ＥＳデータを生成し、該映像用ＥＳデータを第４の記憶領域ＡＲ４に格納する（ＳＱ２４）。
【０２７５】
その後、映像デコーダ２３０は、第４の記憶領域ＡＲ４から映像用ＥＳデータを読み出して（ＳＱ２５）、Ｈ．２６４／ＡＶＣの規格に従ったデコード処理を行う。図２５では、デコード処理後の映像データが表示制御部２５０に直接供給されている（ＳＱ２６）が、例えばデコード処理後の映像データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、音声データの出力タイミングと同期を取りながら表示制御部２５０に供給することが望ましい。
【０２７６】
こうして表示制御部２５０に供給された映像データに基づいて、表示ドライバ１４０が表示パネルを駆動する（ＳＱ２７）。
【０２７７】
２．３．４．２  音声データの再生処理
続いて、音声データの再生処理を行う音声デコーダ２４０の動作例について説明する。
【０２７８】
図３６に、音声デコード処理時に行われる音声デコーダ２４０のメモリのアクセス動作例のフロー図を示す。
【０２７９】
まず、音声デコーダ２４０は、ホストＣＰＵ１１０によって起動されると、例えばメモリ２２０の所定の記憶領域に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図３６に示す処理を行うことができるようになっている。即ち、音声デコーダ２４０はＣＰＵ（中央演算処理装置）を含み、画像処理ＩＣ２００（情報再生装置）の初期化処理後に、画像処理ＩＣ２００の外部から、ＣＰＵに音声デコード処理を実現するためのプログラムが読み込まれ、該ＣＰＵが音声デコード処理を実現することができる。
【０２８０】
まず、音声デコーダ２４０は、音声用ＴＳバッファとして設けられた第２の記憶領域ＡＲ２がエンプティ状態か否かを判別する（ステップＳ１５０）。第２の記憶領域ＡＲ２から読み出されるべき音声用ＴＳパケットがない場合、エンプティ状態となる。
【０２８１】
ステップＳ１５０において音声用ＴＳバッファである第２の記憶領域ＡＲ２がエンプティ状態でないと判別されたとき（ステップＳ１５０：Ｎ）、音声デコーダ２４０は、更に音声用ＥＳバッファとして設けられた第５の記憶領域ＡＲ５がフル状態か否かを判別する（ステップＳ１５１）。これ以上音声用ＥＳデータを第５の記憶領域ＡＲ５に格納できない場合、フル状態となる。
【０２８２】
ステップＳ１５１において音声用ＥＳバッファである第５の記憶領域ＡＲ５がフル状態でないと判別されたとき（ステップＳ１５１：Ｎ）、音声デコーダ２４０は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出し、図３０のステップＳ１１６においてホストＣＰＵ１１０により特定されたＰＩＤ（指定ＰＩＤ）か否かを検出する（ステップＳ１５２）。
【０２８３】
ステップＳ１５２において、音声用ＴＳパケットのＰＩＤが指定ＰＩＤであると検出されたとき（ステップＳ１５２：Ｙ）、音声デコーダ２４０は、ＴＳヘッダ、ＰＥＳヘッダの解析を行い（ステップＳ１５３）、音声用ＥＳデータを音声用ＥＳバッファとして設けられた第５の記憶領域ＡＲ５に格納する（ステップＳ１５４）。
【０２８４】
その後、音声デコーダ２４０は、音声用ＴＳバッファである第２の記憶領域ＡＲ２の読み出しアドレスを特定するための読み出しポインタを更新し（ステップＳ１５５）、ステップＳ１５０に戻る（リターン）。
【０２８５】
なお、ステップＳ１５２において、音声用ＴＳパケットのＰＩＤが指定ＰＩＤではないと検出されたとき（ステップＳ１５２：Ｎ）、ステップＳ１５５に進む。また、ステップＳ１５０において音声用ＴＳバッファである第２の記憶領域ＡＲ２がエンプティ状態であると判別されたとき（ステップＳ１５０：Ｙ）、又はステップＳ１５１において音声用ＥＳバッファである第５の記憶領域ＡＲ５がフル状態であると判別されたとき（ステップＳ１５１：Ｙ）、ステップＳ１５０に戻る（リターン）。
【０２８６】
こうして第５の記憶領域ＡＲ５に格納された音声用ＥＳデータは、音声デコーダ２４０により、ＭＰＥＧ−２ＡＡＣの規格に従ったデコード処理が行われて、音声データとして第８の記憶領域ＡＲ８に書き込まれる。
【０２８７】
図３７に、図２７及び図２８の画像処理ＩＣ２００の音声デコーダの動作説明図を示す。図３７において、図３１と同一部分には同一符号を付し、適宜説明を省略する。
【０２８８】
なお図３７において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０２８９】
まず図３０に示すようにホストＣＰＵ１１０によりデコード処理対象の番組に対応するＰＩＤがＴＳ分離部２１０に設定される（ＳＱ３０）。チューナ９４０からＴＳが入力されたとき（ＳＱ３１）、ＴＳ分離部２１０は、チューナ９４０からのＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットをそれぞれ分離する（ＳＱ３２）。ＴＳ分離部２１０によって分離された映像用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第１の記憶領域ＡＲ１に格納される。ＴＳ分離部２１０によって分離された音声用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第２の記憶領域ＡＲ２に格納される。ＴＳ分離部２１０によって分離された映像用ＴＳパケット及び音声用ＴＳパケット以外のＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共にＰＳＩ／ＳＩとして第３の記憶領域ＡＲ３に格納される。更にＴＳ分離部２１０は、ＰＳＩ／ＳＩの中のＮＩＴ、ＰＭＴを抽出して第３の記憶領域ＡＲ３の所定の記憶領域に書き込むことができる。
【０２９０】
次にホストＣＰＵ１１０によって起動された音声デコーダ２４０は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出す（ＳＱ３３）。このとき、音声デコーダ２４０は、上述のエラー情報を参照して、音声デコード処理を行うか、音声用ＴＳパケットの廃棄を行うかを決定する。音声デコード処理を行うと決定したとき、音声デコーダ２４０は、音声用ＥＳデータを生成し、該音声用ＥＳデータを第５の記憶領域ＡＲ５に格納する（ＳＱ３４）。
【０２９１】
その後、音声デコーダ２４０は、第５の記憶領域ＡＲ５から音声用ＥＳデータを読み出して（ＳＱ３５）、ＭＰＥＧ−２ＡＡＣの規格に従ったデコード処理を行う。図３７では、デコード処理後の音声データがＤＡＣ１５０に直接供給されている（ＳＱ３６）が、例えばデコード処理後の音声データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、映像データの出力タイミングと同期を取りながらＤＡＣ１５０に供給することが望ましい。
【０２９２】
以上のような音声デコーダ２４０の動作は、映像デコーダ２３０の動作とは独立して行われる。
【０２９３】
２．３．５  ＩＤＲピクチャ検索処理
本実施形態では、図１９〜図２１で説明したように致命的なエラー又は軽微なエラーを判別することで、その判別結果に応じたデコード処理を行うことができる。致命的なエラーを検出したときには、ＩＤＲピクチャの検索処理を行う。軽微なエラーを検出したときには、当該スライスをスキップする処理を行う。
【０２９４】
致命的なエラー又は軽微なエラーを判別する処理は、図１９で示す処理と同様である。そして、致命的なエラー又は軽微なエラーに応じて切り替える処理は、図２１で示す処理と同様である。以下では、映像デコーダ２３０により行われるＩＤＲピクチャの検索処理の詳細について説明する。
【０２９５】
図３８に、映像デコーダ２３０により行われるＩＤＲピクチャの検索処理の詳細な処理例のフロー図を示す。図３８に示す処理は、例えば図２１のステップＳ９２において行われる。
【０２９６】
映像デコーダ２３０は、ＩＤＲピクチャを検索する処理を行う前に、映像デコード処理を中断する（ステップＳ１６０）。続いて、映像デコーダ２３０は、メモリ２２０の第１の記憶領域ＡＲ１に正常な映像用ＴＳパケットがあるとき（ステップＳ１６１：Ｙ、ステップＳ１６２：Ｙ）、ヘッダ削除処理部２３２により、第１の記憶領域ＡＲ１から読み出した映像用ＴＳパケットのＴＳヘッダを解析してＰＥＳパケットを生成した後、そのＰＥＳヘッダを削除する処理を行ってそのペイロード部を映像用ＥＳデータとしてメモリ２２０の第４の記憶領域ＡＲ４に格納する（ステップＳ１６３）。
【０２９７】
一方、第１の記憶領域ＡＲ１にデータがないとき（ステップＳ１６１：Ｎ）、第１の記憶領域ＡＲ１にデータがあるが正常なデータではないとき（ステップＳ１６１：Ｙ、ステップＳ１６２：Ｎ）、映像デコーダ２３０は、ステップＳ１６１に戻り、第１の記憶領域ＡＲ１に正常な映像用ＴＳパケットが格納されるまで待つ。
【０２９８】
ステップＳ１６３の後、メモリ２２０がエンプティ状態となって利用可の場合には（ステップＳ１６４：Ｙ）、ステップＳ１６１に戻る。これにより、ＴＳパケットからＴＳヘッダの削除等を行う分離処理が継続して行われる。
【０２９９】
ステップＳ１６４において、メモリ２２０がフル状態となって利用不可の場合には（ステップＳ１６４：Ｎ）、映像デコーダ２３０は、ＩＤＲピクチャの検索処理を行う（ステップＳ１６５）。そして、ＩＤＲピクチャが検索されたとき（ステップＳ１６６：Ｙ）、映像デコード処理部２３４が、映像デコード処理を行って（ステップＳ１６７）、一連の処理を終了する（エンド）。
【０３００】
なお、ステップＳ１６６において、ＩＤＲピクチャが検索されないとき（ステップＳ１６６：Ｎ）、ステップＳ１６３に戻って、ＴＳパケットからＴＳヘッダの削除等を行う分離処理を行う。
【０３０１】
なお、本発明は上述した実施の形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形実施が可能である。なお上記の実施形態又はその変形例では、地上デジタル放送に適用可能な例について説明したが、本発明は地上デジタル放送に適用可能なものに限定されるものではない。
【０３０２】
なお、本実施形態では、主にＨ．２６４／ＡＶＣに準拠したデコード処理に適用した場合について説明したが、これに限定されるものではなく、他の規格や、Ｈ．２６４／ＡＶＣ規格を発展させた規格に準拠したデコード処理に適用できることは言うまでもない。
【０３０３】
また、本発明のうち従属請求項に係る発明においては、従属先の請求項の構成要件の一部を省略する構成とすることもできる。また、本発明の１の独立請求項に係る発明の要部を、他の独立請求項に従属させることもできる。
【図面の簡単な説明】
【０３０４】
【図１】本実施形態における情報再生装置の構成例のブロック図。
【図２】本実施形態におけるエラーテーブルの説明図。
【図３】図２のエラーテーブルのテーブル要素の説明図。
【図４】再生用データ生成部がデコーダにエラーの発生を通知する処理例のフロー図。
【図５】本実施形態におけるエラーテーブルの生成処理例のフロー図。
【図６】本実施形態におけるエラーテーブルのクリア処理例のフロー図。
【図７】図７（Ａ）、図７（Ｂ）は本実施形態におけるエラーテーブルのクリア処理例の説明図。
【図８】本実施形態におけるスタートコードに対して行われるエミュレーションの説明図。
【図９】図８のスタートコードエミュレーション処理の動作例のフロー図。
【図１０】図９のスタートコードエミュレーション処理の動作結果の一例の説明図。
【図１１】本実施形態における第２のバッファの説明図。
【図１２】本実施形態におけるダミーデータの書き込み処理例のフロー図。
【図１３】ダミーデータの書き込みデータサイズを決定する処理例のフロー図。
【図１４】本実施形態においてＴＳパケットに付加されるエラー情報の説明図。
【図１５】図１４のエラー情報の詳細な説明図。
【図１６】図１５のエラーステータスの内容の一例の説明図。
【図１７】本実施形態におけるエラー情報及びＴＳパケットのバッファの格納状況の説明図。
【図１８】本実施形態におけるエラー情報の付加のタイミングの一例を示す図。
【図１９】エラー解析部の処理例のフロー図。
【図２０】図２０（Ａ）〜図２０（Ｃ）はＲＳ符号エラーに基づくエラー発生情報の説明図。
【図２１】デコーダの処理例のフロー図。
【図２２】地上デジタル放送のセグメントの概念の説明図。
【図２３】ＴＳの説明図。
【図２４】ＰＥＳパケット及びセクションの説明図。
【図２５】本実施形態の比較例におけるマルチメディア処理ＣＰＵを含む携帯電話機の構成例のブロック図。
【図２６】本実施形態における情報再生装置を含む携帯電話機の構成例のブロック。
【図２７】図２６の画像処理ＩＣの構成例のブロック図。
【図２８】図２７の画像処理ＩＣの動作説明図。
【図２９】ホストＣＰＵによる再生処理の動作例のフロー図。
【図３０】図２９の放送受信開始処理の動作例のフロー図。
【図３１】図２７及び図２８の画像処理ＩＣの放送受信開始処理における動作説明図。
【図３２】図２９の放送受信終了処理の処理例のフロー図。
【図３３】図２７及び図２８の画像処理ＩＣの放送受信終了処理における動作説明図。
【図３４】映像デコーダのメモリのアクセス動作例のフロー図。
【図３５】図２７及び図２８の画像処理ＩＣの映像デコーダの動作説明図。
【図３６】音声デコーダのメモリのアクセス動作例のフロー図。
【図３７】図２７及び図２８の画像処理ＩＣの音声デコーダの動作説明図。
【図３８】ＩＤＲピクチャの検索処理の詳細な処理例のフロー図。
【符号の説明】
【０３０５】
１０  情報再生装置、  ２０  第１のバッファ、  ２２  第２のバッファ、
３０  エラー検出部、  ５０  再生用データ生成部、  ５２  エラーテーブル記憶部、
６０  デコーダ、  ７０  ダミーデータ制御部、  ８０  メモリ、
１００  携帯電話機、  １１０  ホストＣＰＵ、  １２０  ＲＡＭ、  １３０  ＲＯＭ、
１４０  表示ドライバ、  １５０  ＤＡＣ、  ２００  画像処理ＩＣ、
２１０  ＴＳ分離部、  ２３０  映像デコーダ、  ２４０  音声デコーダ、
２５０  表示制御部、  ２６０  チューナＩ／Ｆ、  ２７０  ホストＩ／Ｆ、
２８０  ドライバＩ／Ｆ、  ２９０  オーディオＩ／Ｆ、  ９１０、９３０  アンテナ、９４０  チューナ、  ９６０  表示パネル、  ９７０  スピーカ
【図１】
2008022054.tif 000003
【図２】
2008022054.tif 000004
【図３】
2008022054.tif 000005
【図４】
2008022054.tif 000006
【図５】
2008022054.tif 000007
【図６】
2008022054.tif 000008
【図７】
2008022054.tif 000009
【図８】
2008022054.tif 000010
【図９】
2008022054.tif 000011
【図１０】
2008022054.tif 000012
【図１１】
2008022054.tif 000013
【図１２】
2008022054.tif 000014
【図１３】
2008022054.tif 000015
【図１４】
2008022054.tif 000016
【図１５】
2008022054.tif 000017
【図１６】
2008022054.tif 000018
【図１７】
2008022054.tif 000019
【図１８】
2008022054.tif 000020
【図１９】
2008022054.tif 000021
【図２０】
2008022054.tif 000022
【図２１】
2008022054.tif 000023
【図２２】
2008022054.tif 000024
【図２３】
2008022054.tif 000025
【図２４】
2008022054.tif 000026
【図２５】
2008022054.tif 000027
【図２６】
2008022054.tif 000028
【図２７】
2008022054.tif 000029
【図２８】
2008022054.tif 000030
【図２９】
2008022054.tif 000031
【図３０】
2008022054.tif 000032
【図３１】
2008022054.tif 000033
【図３２】
2008022054.tif 000034
【図３３】
2008022054.tif 000035
【図３４】
2008022054.tif 000036
【図３５】
2008022054.tif 000037
【図３６】
2008022054.tif 000038
【図３７】
2008022054.tif 000039
【図３８】
2008022054.tif 000040