(57)【要約】【課題】  少ない容量でパケットの再生及び記録が可能な情報記録再生装置及び電子機器を提供する。【解決手段】  情報記録再生装置１０は、ＴＳ（Transport Stream）パケットをトランスポートストリームから抽出する分離処理部２０と、分離処理部２０によって抽出されたＴＳパケットが格納される記録用バッファ３２と、分離処理部２０によって抽出されたＴＳパケットが格納される再生用バッファ３０と、再生用バッファ３０に格納されたＴＳパケットに対して映像データ及び音声データの少なくとも１つのデコード処理を行うデコーダ４０とを含む。分離処理部２０は、トランスポートストリームからＰＭＴ（Program Map Table）パケットを抽出し、該ＰＭＴパケットにより規定される映像用及び音声用のＴＳパケットの識別情報とを有するＴＳパケットをトランスポートストリームから分離する。【選択図】      図１
2007288566.tif 000002
【特許請求の範囲】
【請求項１】
映像データ及び音声データの少なくとも１つを記録又は再生するための情報記録再生装置であって、
映像データ又は音声データを生成するためのＴＳ（Transport Stream）パケットをトランスポートストリームから抽出する分離処理部と、
前記分離処理部によって抽出されたＴＳパケットが格納される記録用バッファと、
前記分離処理部によって抽出されたＴＳパケットが格納される再生用バッファと、
前記再生用バッファに格納されたＴＳパケットに対して映像データ及び音声データの少なくとも１つのデコード処理を行うデコーダとを含み、
前記分離処理部が、
前記トランスポートストリームからＰＭＴ（Program Map Table）パケットを抽出し、該ＰＭＴパケットにより規定される映像用のＴＳパケットの識別情報と音声用のＴＳパケットの識別情報とを有するＴＳパケットを前記トランスポートストリームから分離して前記再生用バッファ又は前記記録用バッファに供給することを特徴とする情報記録再生装置。
【請求項２】
請求項１において、
前記分離処理部が、
識別情報が異なる２種類以上のＴＳパケットをそのまま前記再生用バッファに供給し、
前記デコーダが、
前記再生用バッファに格納されたＴＳパケットのうち、所与の識別情報を有するＴＳパケットに対してデコード処理を行うことを特徴とする情報記録再生装置。
【請求項３】
請求項１又は２において、
前記分離処理部が、
前記ＴＳパケットのエラーを検出してエラー情報を生成し、
ＴＳパケットに前記エラー情報を付加することなく前記記録用バッファに供給すると共に、ＴＳパケットに前記エラー情報を付加して前記再生用バッファに供給することを特徴とする情報記録再生装置。
【請求項４】
請求項３において、
前記デコーダが、
前記再生用バッファから読み出されるＴＳパケットを可変長のセクションやＰＥＳ（Packetized Elementary Stream）パケットに変換することなく、前記エラー情報に基づいて、該ＴＳパケットに対するデコード処理又は該ＴＳパケットの廃棄を行うことを特徴とする情報記録再生装置。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記分離処理部が、
記録対象のＴＳパケットをそのまま前記記録用バッファに供給すると共に、
前記記録用バッファから読み出されたＴＳパケットが前記映像用のＴＳパケットの識別情報又は前記音声用のＴＳパケットの識別情報を有する場合に、該ＴＳパケットを前記再生用バッファに供給することを特徴とする情報記録再生装置。
【請求項６】
請求項１乃至５のいずれかにおいて、
前記分離処理部が、
トランスポートストリームからＴＳパケットを抽出し、該ＴＳパケットを分配する処理を行うデータ選択部と、
前記データ選択部によって分配されたＴＳパケットのエラーを検出し、エラー情報を生成するエラー解析部と、
前記データ選択部によって分配されたＴＳパケットがＰＭＴ（Program Map Table）パケットか否かを判別し、該ＰＭＴパケットにより規定される映像用のＴＳパケットの識別情報と音声用のＴＳパケットの識別情報とを抽出するＴＳパケット解析部と、
前記ＴＳパケット解析部によって抽出された映像用又は音声用のＴＳパケットの識別情報と前記データ選択部によって分配されたＴＳパケットの識別情報とに基づいて、処理中のパケットを特定するためのフィルタ情報を生成する識別情報フィルタ部と、
前記フィルタ情報に基づいて、前記データ選択部によって分配されたＴＳパケットと該ＴＳパケットに対応したエラー情報とを前記再生用バッファ又は前記記録用バッファに書き込む制御を行うバッファライト部とを含むことを特徴とする情報記録再生装置。
【請求項７】
請求項６において、
前記再生用バッファが、少なくとも映像用記憶領域及び音声用記憶領域を有し、
前記バッファライト部が、
映像用記憶領域内の書き込み位置を特定するためのポインタを管理する映像用書き込みポインタ管理部と、
音声用記憶領域内の書き込み位置を特定するためのポインタを管理する音声用書き込みポインタ管理部と、
前記フィルタ情報に基づいて、前記映像用書き込みポインタ管理部及び前記音声用書き込みポインタ管理部の１つのポインタから生成されたアドレス及び書き込み制御信号を出力するセレクタとを含むことを特徴とする情報記録再生装置。
【請求項８】
請求項１乃至７のいずれかにおいて、
前記再生用バッファが、少なくとも映像用記憶領域及び音声用記憶領域を有し、
前記分離処理部が、
前記識別情報に基づいて映像データを生成するためのＴＳパケットを前記映像用記憶領域に供給すると共に、前記識別情報に基づいて音声データを生成するためのＴＳパケットを前記音声用記憶領域に供給し、
前記デコーダが、
前記映像用記憶領域からＴＳパケットを読み出して前記映像データのデコード処理を行う映像デコーダと、
前記音声用記憶領域からＴＳパケットを読み出して音声データのデコード処理を行う音声デコーダとを含むことを特徴とする情報記録再生装置。
【請求項９】
請求項８において、
前記映像デコーダが、前記映像用記憶領域からＴＳパケットを、前記音声デコーダとは独立して読み出し、該ＴＳパケットに基づいて前記デコード処理を行うと共に、
前記音声デコーダが、前記音声用記憶領域からＴＳパケットを、前記映像デコーダとは独立して読み出し、該ＴＳパケットに基づいて前記デコード処理を行うことを特徴とする情報記録再生装置。
【請求項１０】
請求項８又は９において、
前記映像データ及び音声データのうち前記映像データのみを再生するときは、前記音声デコーダの動作を停止させ、
前記映像データ及び音声データのうち前記音声データのみを再生するときは、前記デコード装置の動作を停止させることを特徴とする情報記録再生装置。
【請求項１１】
請求項１乃至１０のいずれか記載の情報記録再生装置と、
前記情報記録再生装置に対し、前記映像データ及び前記音声データのデコード処理の少なくとも１つの処理開始を指示するホストとを含むことを特徴とする電子機器。
【請求項１２】
チューナと、
前記チューナからのトランスポートストリームが供給される請求項１乃至１０のいずれか記載の情報記録再生装置と、
前記情報記録再生装置に対し、前記映像データ及び前記音声データのデコード処理の少なくとも１つの処理開始を指示するホストとを含むことを特徴とする電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記録再生装置及び電子機器に関する。
【背景技術】
【０００２】
地上アナログ放送に替わって登場する地上デジタル放送では、画像及び音声の高品質化に加えて種々の新サービスの提供に期待が寄せられている。地上デジタル放送の導入によって新たに提供されるサービスの１つに、携帯端末向けサービスとして、いわゆる「１セグメント放送」がある。「１セグメント放送」では、ＱＰＳＫ（Quadrature Phase Shift Keying）変調方式で変調されたデジタル変調波をＯＦＤＭ（Orthogonal Frequency Division Multiplexing）変調方式で多重化することで、携帯端末の移動時でも安定した放送受信が可能となる。
【０００３】
このような「１セグメント放送」の再生が可能な情報記録再生装置では、圧縮処理後の映像データ及び音声データが多重化されたトランスポートストリームの分離処理や分離処理後のデータのデコード処理を行う。そして、デコード処理後の映像データ及び音声データを用いて再生処理が行われる。その一方で、デコード処理対象のデータ自体を保存することで、情報記録再生装置において「１セグメント放送」の録画又は録音が可能となる。
【０００４】
このような情報記録再生装置は、例えば特許文献１に開示されている。特許文献１には、バッファＲＡＭ（Random Access Memory）にパケットを一旦格納し、ＰＩＤ（Packet Identifier）フィルタ部において、パケットのＰＩＤに基づいて、再生に必要なパケットと不要なパケットとの判別処理を行い、再生に必要なパケットのみを通過させて後段のデコードバッファに供給する情報記録再生装置が開示されている。これにより、デコードバッファの記憶可能エリアを増加させることができるようになる。
【特許文献１】特開２００５−２３５３１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１では、再生処理を行う際に、バッファＲＡＭに格納されたパケットに対し、ＰＩＤに基づいて不要なパケットか否かを判別してデコードバッファに格納している。その際、一度、バッファＲＡＭに格納された番組情報を含むパケットをデコードバッファに通過させ、その後、デコードバッファのパケットを解析してＰＩＤを抽出し、該ＰＩＤをバッファＲＡＭに通知している。そのため、一旦、不要なパケットであっても、ＰＩＤを抽出させるために余分なパケットをバッファリングさせる必要が生じる。従って、「１セグメント放送」のように次々とストリームが到来する場合には、パケットの取りこぼしを発生させないように、大容量のバッファを用意しておかなければならない。
【０００６】
また、「１セグメント放送」を受信する情報記録再生装置では、ユーザからの種々の動作要望があり、例えば上述の再生又は記録のみならず、同時に再生及び記録を実現することが望まれる。情報記録再生装置の一例として携帯端末が採用される場合には、上述の再生同時記録動作を、低消費電力化が可能な構成で実現できることが望ましい。そのため、できるだけ少ない容量のメモリ素子を搭載することで構成の簡素化及び小型化を図る必要がある。
【０００７】
本発明は、以上のような技術的課題に鑑みてなされたものであり、その目的とするところは、少ない容量でパケットの再生及び記録が可能な情報記録再生装置及び電子機器を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために本発明は、
映像データ及び音声データの少なくとも１つを記録又は再生するための情報記録再生装置であって、
映像データ又は音声データを生成するためのＴＳ（Transport Stream）パケットをトランスポートストリームから抽出する分離処理部と、
前記分離処理部によって抽出されたＴＳパケットが格納される記録用バッファと、
前記分離処理部によって抽出されたＴＳパケットが格納される再生用バッファと、
前記再生用バッファに格納されたＴＳパケットに対して映像データ及び音声データの少なくとも１つのデコード処理を行うデコーダとを含み、
前記分離処理部が、
前記トランスポートストリームからＰＭＴ（Program Map Table）パケットを抽出し、該ＰＭＴパケットにより規定される映像用のＴＳパケットの識別情報と音声用のＴＳパケットの識別情報とを有するＴＳパケットを前記トランスポートストリームから分離して前記再生用バッファ又は前記記録用バッファに供給する情報記録再生装置に関係する。
【０００９】
また本発明に係る情報記録再生装置では、
前記分離処理部が、
識別情報が異なる２種類以上のＴＳパケットをそのまま前記再生用バッファに供給し、
前記デコーダが、
前記再生用バッファに格納されたＴＳパケットのうち、所与の識別情報を有するＴＳパケットに対してデコード処理を行うことができる。
【００１０】
上記のいずれかの発明によれば、必要なＴＳパケットのみを取り込み、不要なＴＳパケットを取り込む必要がなくなる。従って、「１セグメント放送」のように、次々とストリームが到来する場合であっても、小容量のバッファを用意しておけばパケットの取りこぼしを発生させることがなくなる。また、簡素な構成で、ＴＳパケットに対して同時に再生及び記録を実現することができる。
【００１１】
また本発明に係る情報記録再生装置では、
前記分離処理部が、
前記ＴＳパケットのエラーを検出してエラー情報を生成し、
ＴＳパケットに前記エラー情報を付加することなく前記記録用バッファに供給すると共に、ＴＳパケットに前記エラー情報を付加して前記再生用バッファに供給することができる。
【００１２】
本発明によれば、分離処理部がＴＳパケットのエラーを検出してエラー情報を生成し、ＴＳパケットにエラー情報を付加することなく記録用バッファに供給する一方で、ＴＳパケットにエラー情報を付加して再生用バッファに供給している。このように、ＴＳパケット単位でエラーを検出し、デコーダ側でエラー処理の判別を行わせることで、エラーが発生したパケットを特定できるため、不要なパケットの廃棄を行うことなくデコーダ側でエラー処理を行わせることができるようになる。
【００１３】
また本発明に係る情報記録再生装置では、
前記デコーダが、
前記再生用バッファから読み出されるＴＳパケットを可変長のセクションやＰＥＳ（Packetized Elementary Stream）パケットに変換することなく、前記エラー情報に基づいて、該ＴＳパケットに対するデコード処理又は該ＴＳパケットの廃棄を行うことができる。
【００１４】
本発明によれば、可変長データを扱う必要がなくなるので、セクションやＰＥＳパケットの負荷の重い解析処理が不要となる上に、エラー情報に基づいて、デコード処理を行うか、又はＴＳパケットの廃棄を行うかを容易に決定することができるようになる。
【００１５】
また本発明に係る情報記録再生装置では、
前記分離処理部が、
記録対象のＴＳパケットをそのまま前記記録用バッファに供給すると共に、
前記記録用バッファから読み出されたＴＳパケットが前記映像用のＴＳパケットの識別情報又は前記音声用のＴＳパケットの識別情報を有する場合に、該ＴＳパケットを前記再生用バッファに供給することができる。
【００１６】
また本発明に係る情報記録再生装置では、
前記分離処理部が、
トランスポートストリームからＴＳパケットを抽出し、該ＴＳパケットを分配する処理を行うデータ選択部と、
前記データ選択部によって分配されたＴＳパケットのエラーを検出し、エラー情報を生成するエラー解析部と、
前記データ選択部によって分配されたＴＳパケットがＰＭＴ（Program Map Table）パケットか否かを判別し、該ＰＭＴパケットにより規定される映像用のＴＳパケットの識別情報と音声用のＴＳパケットの識別情報とを抽出するＴＳパケット解析部と、
前記ＴＳパケット解析部によって抽出された映像用又は音声用のＴＳパケットの識別情報と前記データ選択部によって分配されたＴＳパケットの識別情報とに基づいて、処理中のパケットを特定するためのフィルタ情報を生成する識別情報フィルタ部と、
前記フィルタ情報に基づいて、前記データ選択部によって分配されたＴＳパケットと該ＴＳパケットに対応したエラー情報とを前記再生用バッファ又は前記記録用バッファに書き込む制御を行うバッファライト部とを含むことができる。
【００１７】
また本発明に係る情報記録再生装置では、
前記再生用バッファが、少なくとも映像用記憶領域及び音声用記憶領域を有し、
前記バッファライト部が、
映像用記憶領域内の書き込み位置を特定するためのポインタを管理する映像用書き込みポインタ管理部と、
音声用記憶領域内の書き込み位置を特定するためのポインタを管理する音声用書き込みポインタ管理部と、
前記フィルタ情報に基づいて、前記映像用書き込みポインタ管理部及び前記音声用書き込みポインタ管理部の１つのポインタから生成されたアドレス及び書き込み制御信号を出力するセレクタとを含むことができる。
【００１８】
また本発明に係る情報記録再生装置では、
前記再生用バッファが、少なくとも映像用記憶領域及び音声用記憶領域を有し、
前記分離処理部が、
前記識別情報に基づいて映像データを生成するためのＴＳパケットを前記映像用記憶領域に供給すると共に、前記識別情報に基づいて音声データを生成するためのＴＳパケットを前記音声用記憶領域に供給し、
前記デコーダが、
前記映像用記憶領域からＴＳパケットを読み出して前記映像データのデコード処理を行う映像デコーダと、
前記音声用記憶領域からＴＳパケットを読み出して音声データのデコード処理を行う音声デコーダとを含むことができる。
【００１９】
また本発明に係る情報記録再生装置では、
前記映像デコーダが、前記映像用記憶領域からＴＳパケットを、前記音声デコーダとは独立して読み出し、該ＴＳパケットに基づいて前記デコード処理を行うと共に、
前記音声デコーダが、前記音声用記憶領域からＴＳパケットを、前記映像デコーダとは独立して読み出し、該ＴＳパケットに基づいて前記デコード処理を行うことができる。
【００２０】
本発明によれば、上記の効果に加えて、処理能力の低い処理回路を用いて低消費電力で、処理負荷の重いデコード処理を実現する情報記録再生装置を提供できる。
【００２１】
また本発明に係る情報記録再生装置では、
前記映像データ及び音声データのうち前記映像データのみを再生するときは、前記音声デコーダの動作を停止させ、
前記映像データ及び音声データのうち前記音声データのみを再生するときは、前記デコード装置の動作を停止させることができる。
【００２２】
本発明によれば、情報再生装置のより一層の低消費電力化を実現できる。
【００２３】
また本発明は、
上記のいずれか記載の情報記録再生装置と、
前記情報記録再生装置に対し、前記映像データ及び前記音声データのデコード処理の少なくとも１つの処理開始を指示するホストとを含む電子機器に関係する。
【００２４】
また本発明は、
チューナと、
前記チューナからのトランスポートストリームが供給される上記のいずれか記載の情報記録再生装置と、
前記情報記録再生装置に対し、前記映像データ及び前記音声データのデコード処理の少なくとも１つの処理開始を指示するホストとを含む電子機器に関係する。
【００２５】
上記のいずれかの発明によれば、不要なＴＳパケットを取り込むことがない上に、小容量のバッファを用意しておけばパケットの取りこぼしを発生させることなく、簡素な構成で、ＴＳパケットに対して同時に再生及び記録を実現する電子機器を提供できるようになる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態について図面を用いて詳細に説明する。なお、以下に説明する実施の形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また以下で説明される構成のすべてが本発明の必須構成要件であるとは限らない。
【００２７】
１．  情報記録再生装置
図１に、本実施形態における情報記録再生装置の構成例のブロック図を示す。
【００２８】
本実施形態における情報記録再生装置１０は、ホスト５０からの指示により、トランスポートストリームに多重化されたＴＳ（Transport Stream）パケットに基づいて、映像データ又は音声データを生成するためのデコード処理を行う。情報記録再生装置１０は、例えばＭＰＥＧ−２システム（ISO/IEC 13818-1）で規定されているトランスポートストリームに対してデコード処理を行う。
【００２９】
情報記録再生装置１０は、分離処理部２０、再生用バッファ３０、記録用バッファ３２、デコーダ４０を含む。分離処理部２０は、例えばチューナからのトランスポートストリームから、映像データ又は音声データを生成するためのＴＳパケットを抽出する処理を行う。再生用バッファ３０には、分離処理部２０によって抽出された再生対象のＴＳパケットが格納される。記録用バッファ３２には、分離処理部２０によって抽出された記録対象のＴＳパケットが格納される。デコーダ４０は、再生用バッファ３０に格納されたＴＳパケットに対して映像データ及び音声データの少なくとも１つのデコード処理を行う。
【００３０】
このような分離処理部２０は、トランスポートストリームからＰＭＴ（Program Map Table）パケットを抽出し、該ＰＭＴパケットにより規定される映像用のＴＳパケットの識別情報と音声用のＴＳパケットの識別情報とを有するＴＳパケットをトランスポートストリームから分離する処理を行う。そして分離処理部２０は、上述のＴＳパケットを再生用バッファ３０又は記録用バッファ３２に供給する。
【００３１】
情報記録再生装置１０は、更に制御用バッファ３４を含むことができる。分離処理部２０は、再生対象のＴＳパケット及び記録対象のＴＳパケットを除く他のＴＳパケットをトランスポートストリームから分離し、制御用バッファ３４に格納する処理を行う。
【００３２】
制御用バッファ３４に格納されるＴＳパケットとして、ＮＩＴ（Network Information Table）パケットがある。ＮＩＴパケットのパケット識別子（Packet Identifier）（広義には識別情報）は、固定の識別情報が割り当てられており、分離処理部２０は、まず、この固定の識別情報に基づいてＮＩＴパケットを抽出し、制御用バッファ３４に格納する処理を行う。その後、情報記録再生装置１０は、ＮＩＴパケットから順番に特定される各種パケットに基づいて、映像データ又は音声データの再生処理、記録処理を行う。
【００３３】
ホスト５０は、図示しない中央演算処理装置（Central Processing Unit：ＣＰＵ）及びメモリを含み、該メモリに格納されたプログラムをＣＰＵが読み出すことによって所与の処理を実現できるようになっている。ホスト５０は、制御用バッファ３４に格納されたＮＩＴパケットを読み出し、ＮＩＴパケットを解析して、番組情報としてのＰＭＴパケットのＰＩＤを抽出し、ＰＭＴパケットのＰＩＤを分離処理部２０に通知する。これを受けた分離処理部２０は、ＰＭＴパケットのＰＩＤに基づいて、トランスポートストリームからＰＭＴパケットを抽出することができる。そして、分離処理部２０は、上述のように抽出したＰＭＴパケットを解析して、映像データを生成するためのＴＳパケットのＰＩＤと音声データを生成するためのＴＳパケットのＰＩＤとを抽出し、これらのＰＩＤと一致するＴＳパケットをトランスポートストリームから抽出する。そして、これらのＴＳパケットを再生用バッファ３０又は記録用バッファ３２に格納する処理を行う。
【００３４】
更に、本実施形態では、ＰＩＤ（ＴＳパケットを識別するための識別情報）が異なる２種類以上のＴＳパケットがそのまま再生用バッファ３０に格納される。そして、デコーダ４０が、再生用バッファ３０に格納されたＴＳパケットのうち、所与のＰＩＤを有するＴＳパケットに対してデコード処理を行う。このようにデコーダ４０側でＰＩＤに基づくデコード処理を負担させることで、ホスト５０や分離処理部２０の処理負荷を軽減させることができる。
【００３５】
２．  分離処理部
図２に、図１の分離処理部２０の構成例のブロック図を示す。
【００３６】
図１において、図２と同一部分には同一符号を付し、適宜説明を省略する。
【００３７】
分離処理部２０は、分離処理制御レジスタ部６０と、分離実行部７０とを含む。分離処理制御レジスタ部６０は、１又は複数のレジスタを含む。分離処理制御レジスタ部６０が有する１又は複数のレジスタには、ホスト５０により、分離実行部７０を制御する制御信号を生成するための設定値が設定される。分離処理制御レジスタ部６０は、データ選択部７２、エラー解析部７４、ＴＳパケット解析部７６、ＰＩＤフィルタ部（広義には識別情報フィルタ部）７８、バッファライト部８０を含む。
【００３８】
データ選択部７２は、デジタルチューナ（広義にはチューナ）５２からのトランスポートストリームが入力され、該トランスポートストリームからＴＳパケットを抽出し、該ＴＳパケットを分配する処理を行う。エラー解析部７４は、データ選択部７２によって分配されたＴＳパケットのエラーを検出し、エラー情報を生成する。ＴＳパケット解析部７６は、データ選択部７２によって分配されたＴＳパケットがＰＭＴパケットか否かを判別し、該ＰＭＴパケットにより規定される映像用のＴＳパケットのＰＩＤ（映像用の識別情報）と音声用のＴＳパケットのＰＩＤ（音声用の識別情報）とを抽出する。ＰＩＤフィルタ部７８は、ＴＳパケット解析部７６によって抽出された映像用又は音声用のＴＳパケットのＰＩＤとデータ選択部７２によって分配されたＴＳパケットのＰＩＤとに基づいて、処理中のパケットを特定するためのフィルタ情報を生成する。そして、バッファライト部８０は、上記のフィルタ情報に基づいて、データ選択部７２によって分配されたＴＳパケットと該ＴＳパケットに対応したエラー情報とを再生用バッファ３０又は記録用バッファ３２に書き込む制御を行う。
【００３９】
このようにホスト５０がＮＩＴパケットを解析した結果として得られたＰＭＴパケットのＰＩＤが分離処理制御レジスタ部６０に設定されると、ＴＳパケット解析部７６はデータ選択部７２からのＴＳパケットを解析して、ＰＭＴパケットを抽出する。そして更に、抽出されたＰＭＴパケットを解析して、映像用及び音声用のＴＳパケットのＰＩＤを判別する。ホスト５０は、どの放送番組のＴＳパケットを再生用バッファ３０に格納するか、記録用バッファ３２に格納するかを、分離処理制御レジスタ部６０に設定する。バッファライト部８０は、この分離処理制御レジスタ部６０の設定値に応じて、ＰＩＤフィルタ部７８からのフィルタ情報に基づいて、ＴＳパケットを再生用バッファ３０又は記録用バッファ３２に書き込む制御を行う。
【００４０】
更に分離処理部２０の分離実行部７０は、シリアル／パラレル（Serial/Parallel：以下、Ｓ／Ｐ）変換部８２、巡回冗長検査（Cyclic Redundancy Check：以下、ＣＲＣ）解析部８４を含むことができる。Ｓ／Ｐ変換部８２は、データ選択部７２によって分配されたＴＳパケットを、再生用バッファ３０及び記録用バッファ３２のバスサイズに対応したパラレルデータに変換する処理を行う。バッファライト部８０は、Ｓ／Ｐ変換部８２によって変換されたパラレルデータを、再生用バッファ３０又は記録用バッファ３２に書き込む。ＣＲＣ解析部８４は、データ選択部７２によって分配されたＴＳパケットのＣＲＣ解析を行う。ＣＲＣ解析部８４の解析結果は、エラー解析部７４が生成するエラー情報に反映されて、反映後のエラー情報がＴＳパケットに付加される。
【００４１】
ここで、バッファライト部８０は、再生用バッファ３０にＴＳパケットを書き込む場合に、エラー解析部７４が生成するエラー情報に上述のＣＲＣ解析部８４の解析結果が反映されたエラー情報をＴＳパケットに付加して再生用バッファ３０に書き込む。一方、バッファライト部８０は、記録用バッファ３２にＴＳパケットを書き込む場合に、エラー解析部７４が生成するエラー情報に上述のＣＲＣ解析部８４の解析結果が反映されたエラー情報をＴＳパケットに付加することなく、ＴＳパケットのみをそのまま記録用バッファ３２に書き込む。
【００４２】
このように、分離処理部２０が、ＴＳパケットのエラーを検出してエラー情報を生成し、ＴＳパケットにエラー情報を付加することなく記録用バッファ３２に供給すると共に、ＴＳパケットにエラー情報を付加して再生用バッファ３０に供給するようにしている。こうすることで、デコーダ４０は、ＴＳパケットを可変長のセクションやＰＥＳ（Packetized 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）符号エラーのときに、チューナエラーが発生したと判断されて「１」が設定される。ＲＳ符号エラーは、例えばＲＳ符号による誤り訂正が不可能なときに発生する。
【００７０】
エラー情報の第２５ビットには、同期バイト不一致エラーの有無を示すエラーステータスが設定される。より具体的には、第２５ビットには、ＴＳパケットの同期バイトが、予め決められた同期バイトと異なるときに、同期バイト不一致エラーが発生したと判断されて「１」が設定される。
【００７１】
エラー情報の第２６ビットには、ＣＲＣ解析部８４によって行われたＣＲＣ解析結果であるＣＲＣエラーの有無を示すエラーステータスが設定される。より具体的には、第２６ビットには、ＴＳパケットがＰＭＴパケットの場合に、ＣＲＣエラーが検出されたときに、ＣＲＣエラーが発生したと判断されて「１」が設定される。このＣＲＣエラーは、ＣＲＣ解析部８４によって検出される。
【００７２】
エラー情報の第２７ビットには、ＴＳパケットサイズ不足の有無を示すエラーステータスが設定される。より具体的には、第２７ビットには、ＴＳパケットのサイズが１８８バイト未満のときに、ＴＳパケットサイズ不足が発生したと判断されて「１」が設定される。
【００７３】
エラー情報の第２８ビットには、ＴＳパケットサイズオーバの有無を示すエラーステータスが設定される。より具体的には、第２８ビットには、ＴＳパケットのサイズが１８９バイト以上のときに、ＴＳパケットサイズオーバが発生したと判断されて「１」が設定される。
【００７４】
エラー情報の第２９ビットには、再生用バッファ３０への書き込み要求中に、再生用バッファ３０に別の書き込み要求が発生したか否かを示すエラーステータスが設定される。即ち、エラー解析部７４が、ＴＳパケットを再生用バッファ３０に書き込むための書き込み要求中に該再生用バッファ３０への別の書き込み要求が発生したことを示すエラー情報をＴＳパケットに付加するということができる。バッファライト部８０が再生用バッファ３０にＴＳパケット及びエラー情報の書き込みを行っている最中に、例えばデコーダ４０が再生用バッファ３０に対して書き込み要求を行ったときに、「１」が設定される。これは、次々到来するＴＳを処理する場合に、各部の処理が追いつかずに、２つの書き込み要求を受けた再生用バッファ３０への書き込みデータが完全なものであることを保証できないことを示し、ＴＳパケットのデコード処理を継続するか否かの判断は後段に任せるためにエラーステータスが「１」に設定される。
【００７５】
例えば第１６ビット、第１７ビット、第１８ビット、及び第１９ビットのうち少なくとも１つが「１」の場合、当該エラーステータスを含むエラー情報が付加されたＴＳパケットを廃棄することが望ましい。これは、ＰＭＴを解析するホスト５０によって、分離処理部２０で分離されるＴＳパケットが決定されるため、ＰＭＴの内容が不完全な場合にまで敢えてＰＭＴを解析する必要はなく、ＴＳパケットを廃棄して次に到来するＰＭＴを待つ方が、正常なＴＳパケットで再生できる可能性が高くなり、制御の簡素を図ることができるからである。
【００７６】
なお、図７に示すすべてのエラーステータスを検出する必要はなく、ＰＭＴのデータ構造におけるtable_id、section_syntax_indicator、current_next_indicator、section_numberのうち少なくとも１つのエラーを検出し、エラーの有無を示すエラー情報を該パケットデータに付加してもよい。
【００７７】
ところで、本実施形態おけるエラー情報は、該エラー情報が付加されるＴＳパケットに先立って読み出されるように再生用バッファ３０の記憶領域に格納されることが望ましい。
【００７８】
図８に、本実施形態におけるエラー情報及びＴＳパケットの再生用バッファ３０の格納状況の説明図を示す。
【００７９】
再生用バッファ３０にアドレス値が割り振られており、該アドレス値によってＴＳパケットが格納される各記憶領域が特定されるようになっている。ここで、例えばデコーダ４０が、アドレス値の小さい記憶領域からアドレス値の大きい記憶領域まで順番にＴＳパケット及びエラー情報を読み出すものとする。
【００８０】
このとき本実施形態におけるエラー情報をアドレス値の小さい０番地の記憶領域に格納し、該エラー情報を付加するＴＳパケットをアドレス値の大きい１番地〜４７番地の記憶領域に格納することが望ましい。このように、ＴＳパケット毎に、該ＴＳパケットの記憶領域よりもアドレス値の記憶領域にエラー情報を格納することで、例えばデコーダ４０又はホスト５０は、まずエラー情報を読み出してエラーの判別をすればよい。例えばＴＳパケットを廃棄することを決定した場合、その後のアドレス値の大きい記憶領域に格納されるＴＳパケットを読み出すことなく、次のＴＳパケットのエラー情報を読み出す処理を行えばよい。
【００８１】
図９に、本実施形態におけるエラー情報の付加のタイミングの一例を示す。
【００８２】
デジタルチューナ５２からは２０４バイトの伝送ＴＳＰ（Transport Stream Packet）が情報記録再生装置１０に入力される。伝送ＴＳＰは、１８８バイト長のＴＳパケットと１６バイト長のＲＳ符号のパリティビットとが多重化されたストリームデータである。
【００８３】
例えば時刻ＴＧ１に、情報記録再生装置１０に伝送ＴＳＰが入力されたとき、エラー解析部７４及びＣＲＣ解析部８４は、エラー検出処理を開始する。また、ＴＳパケット解析部７６は、ホスト５０によって設定されたＰＭＴパケットのＰＩＤに基づいて抽出されたＰＭＴパケットから特定されるＴＳパケットのＰＩＤを抽出する。そして、分離処理部２０は、時刻ＴＧ２以降、分離したＴＳパケットを再生用バッファ３０に格納する処理を行う。
【００８４】
そして、次の伝送ＴＳが時刻ＴＧ１０に入力されたとき、時刻ＴＧ１に開始したエラー検出処理結果であるエラー情報を、図８に示したように、ＴＳパケットより読み出し順序が先になるように再生用バッファ３０に格納する。即ち、時刻ＴＧ１０で開始される分離処理の結果得られたＴＳパケットを、再生用バッファ３０に書き込むのに先立って、直前のパケットデータに付加されるエラー情報を再生用バッファ３０に書き込む。こうすることで、図７に示すＴＳパケットサイズ不足を容易に検出し、且つ処理の遅延なく、次々と到来する伝送ＴＳＰに対するエラー情報の付加処理を継続できる。
【００８５】
これ以降、同様にＴＳパケット及びエラー情報の格納処理が行われる。
【００８６】
次に、このように検出されたエラー情報が再生用バッファ３０に格納されると、ホスト５０及びデコーダ４０は、以下のようなエラー処理を行うことができる。
【００８７】
図１０に、本実施形態におけるホスト５０のエラー処理の一例のフロー図を示す。
【００８８】
ホスト５０は、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図１０に示す処理を行うことができるようになっている。
【００８９】
まず、ホスト５０は、再生用バッファ３０からＰＭＴを設定するためのＴＳパケット（ＰＭＴパケット）を１パケット分読み出して取得する（ステップＳ１０）。このとき、ホスト５０は、エラー情報及びＴＳパケットを読み出す。そして、図６及び図７に示すように、第１６ビット〜第１９ビット（或いは第２６ビットも含めて）のいずれかのエラーステータスが「１」であるか否かを判別する（ステップＳ１１）。
【００９０】
ステップＳ１１において、上述のいずれのエラーステータスも「０」であることが判別されたとき（ステップＳ１１：Ｙ）、ＴＳパケットのヘッダであるＴＳヘッダのパケットユニット開始表示（Packet Unit Start Indicator：以下、ＰＵＳＩ）が「１」であるか否かを判別する（ステップＳ１２）。複数のペイロードを連結することでセクションが生成される場合に、ＰＵＳＩが「１」のパケットのペイロードがそのセクションの先頭のパケットであることを示す。
【００９１】
ステップＳ１２において、ＰＵＳＩが「１」であることが検出されたとき（ステップＳ１２：Ｙ）、ホスト５０はＴＳヘッダを削除する処理を行い（ステップＳ１３）、ヘッダ削除後のデータを、図示しないメモリのセクションメモリエリア内に保存する（ステップＳ１４）。
【００９２】
そして、１つのセクションを取得したと判別されたとき（ステップＳ１５：Ｙ）、一連の処理を終了する（エンド）。
【００９３】
ステップＳ１１において上述のいずれかのエラーステータスが「１」であることが検出されたとき（ステップＳ１１：Ｎ）、ステップＳ１２においてＰＵＳＩが「０」であることが検出されたとき（ステップＳ１２：Ｎ）、或いはステップＳ１５において１つのセクションを取得していないと判別されたとき（ステップＳ１５：Ｎ）、再生用バッファ３０からＴＳパケットを読み出すためのポインタ（リードポインタ）を更新する処理を行い（ステップＳ１６）、ステップＳ１０に戻る。
【００９４】
なお、図１０では、ホスト５０が、エラー情報及びＴＳパケットを同時に読み出すものとして説明したが、エラー情報を読み出してエラーが検出されなかったことを条件に、該エラー情報が付加されるＴＳパケットを読み出してもよい。ただ、図１０のようにエラー情報及びＴＳパケットを同時に読み出した場合であっても、図８のようにエラー情報が格納されているため、再生用バッファ３０からＴＳパケットを読み出すためのポインタの更新処理が簡素化されるという効果が得られる。
【００９５】
以上のように、ホスト５０は、セクションを取得すると、該セクションを解析した結果として、ＰＭＴパケットのＰＩＤを抽出し、該ＰＩＤを分離処理部２０に設定する処理を行う。また、ホスト５０は、図６及び図７に示すように、第１６ビット〜第１９ビット（或いは第２６ビットも含めて）のいずれかのエラーステータスが「１」であることが検出されたとき、再生用バッファ３０のリードポインタを更新する。即ち、再生用バッファ３０に格納された当該ＴＳパケットを廃棄する処理を行う。
【００９６】
図１１に、本実施形態におけるデコーダ４０のエラー処理の一例のフロー図を示す。
【００９７】
デコーダ４０は、図示しないメモリに格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図１１に示す処理を行うことができるようになっている。
【００９８】
デコーダ４０は、エラー情報に基づいてエラーの発生が検出された回数を示すエラーカウントを保持するようになっており、該エラーカウントを初期化する処理を行う（ステップＳ２０）。次に、デコーダ４０は、再生用バッファ３０からＴＳパケットを読み出す（ステップＳ２１）。このとき、デコーダ４０は、エラー情報及びＴＳパケットを読み出す。
【００９９】
そして、図７のエラーステータスのうち、第２４ビット、第２５ビット、第２７ビット、第２８ビット、第２９ビットのいずれもが「０」であるか否かを判別する（ステップＳ２２）。そして、エラーステータスのいずれもが「０」であることが検出されたとき（ステップＳ２２：Ｙ）、所与の映像デコード処理又は音声デコード処理を行い（ステップＳ２３）、一連の処理を終了する（エンド）。
【０１００】
ステップＳ２２において、上述のエラーステータスのいずれかが「１」であることが検出されたとき（ステップＳ２２：Ｎ）、エラーカウントをインクリメントする（ステップＳ２４）。インクリメント後のエラーカウントが所与の閾値以上であるか否かを判別し（ステップＳ２５）、該エラーカウントが閾値以上であることが検出されたとき（ステップＳ２６：Ｙ）、デコーダ４０はホスト５０にエラーの発生をコマンドで通知し（ステップＳ２６）、ステップＳ２０に戻る。例えばエラーステータスの種類毎にエラーカウントをインクリメントすることで、コマンドを受けたホスト５０は、発生したエラーに応じたエラー処理を行うことができる。例えばチューナエラーが頻発する場合は、その旨を表示したり、チューナを初期化したり、ＴＳパケットを廃棄したりできる。
【０１０１】
ステップＳ２５において、インクリメント後のエラーカウントが所与の閾値以上ではないことが検出されたとき（ステップＳ２５：Ｎ）、ステップＳ２１に戻る。
【０１０２】
なお、図１１では、デコーダ４０が、エラー情報及びＴＳパケットを同時に読み出すものとして説明したが、エラー情報を読み出してエラーが検出されなかったことを条件に、該エラー情報が付加されるＴＳパケットを読み出してもよい。
【０１０３】
以上のように、デコーダ４０は、エラーが検出されたときデコード処理を行わず、エラーカウントが閾値以上になったときホスト５０にエラー処理を任せることができる。従って、ＴＳパケットを可変長のセクションや可変長のＰＥＳ（Packetized Elementary Stream）パケットに変換することなく、エラーの発生を検出でき、デコード処理又はＴＳパケットの廃棄を行わせることが可能となる。
【０１０４】
３．  詳細な構成例
次に、本実施形態における情報記録再生装置の詳細な構成例について説明する。
【０１０５】
３．１  １セグメント放送の概要
地上アナログ放送に代わって登場する地上デジタル放送では、画像及び音声の高品質化に加えて種々の新サービスの提供に期待が寄せられている。
【０１０６】
図１２に、地上デジタル放送のセグメントの概念の説明図を示す。
【０１０７】
地上デジタル放送では、予め割り当てられた周波数帯域を１４個のセグメントに分割し、そのうちの１３個のセグメントＳＥＧ１〜ＳＥＧ１３を使って放送が行われる。残り１個のセグメントは、ガードバンドとして用いられる。そして、放送を行うための１３個のセグメントのうちの１個のセグメントＳＥＧｍが、携帯端末向けの放送の周波数帯域に割り当てられる。
【０１０８】
１セグメント放送では、それぞれが符号化（圧縮処理）された映像データ、音声データ、その他のデータ（制御データ）が多重化されたトランスポートストリーム（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）２６０と、ホストＩ／Ｆ２７０と、ドライバＩ／Ｆ２８０と、オーディオＩ／Ｆ２９０とを含む。
【０１３１】
図１７において、図１の分離処理部２０の機能はＴＳ分離部２１０によって実現される。図１のデコーダ４０の機能は、映像デコーダ２３０又は音声デコーダ２４０によって実現される。図１の再生用バッファ３０、記録用バッファ３２及び制御用バッファ３４の機能は、メモリ２２０によって実現される。この場合、メモリ２２０の記憶領域が複数の記憶領域に分割され、各記憶領域が図１の再生用バッファ３０、記録用バッファ３２又は制御用バッファ３４として用いられる。
【０１３２】
ＴＳ分離部２１０は、映像データを生成するための映像用ＴＳパケット（第１のＴＳパケット）、音声データを生成するための音声用ＴＳパケット（第２のＴＳパケット）、映像用ＴＳパケット及び音声用ＴＳパケット以外のパケット（第３のＴＳパケット）を、ＴＳから抽出する。ＴＳ分離部２１０は、ＴＳから一旦抽出された第３のＴＳパケットを解析するホストＣＰＵ１１０の解析結果に基づいて、第１及び第２のＴＳパケットを抽出することができる。ＴＳ分離部２１０が、第１〜第３のＴＳパケットの各ＴＳパケットのエラーを検出し、エラーの有無を示すエラー情報を各ＴＳパケットに付加し、各ＴＳパケットを可変長のセクションやＰＥＳ（Packetized Elementary Stream）パケットに変換することなく、エラー情報に基づいて、映像デコード処理、音声デコード処理又はＴＳパケットの廃棄を行うことができる。このＴＳパケットの廃棄は、画像処理ＩＣ２００からホストＣＰＵ１１０に通知して行ってもよい。
【０１３３】
映像デコーダ２３０は、メモリ２２０の記憶領域のうち映像用ＴＳパケット専用に設けられた記憶領域から映像用ＴＳパケットを読み出し、該映像用ＴＳパケットに基づいて映像データを生成する映像デコード処理を行うと共に、映像データと音声データを同期して再生するための基準タイミングを生成する。
【０１３４】
音声デコーダ２４０は、メモリ２２０の記憶領域のうち音声用ＴＳパケット専用に設けられた記憶領域から音声用ＴＳパケットを読み出し、該音声用ＴＳパケットに基づいて音声データを生成する音声デコード処理を行う。
【０１３５】
従って、再生用バッファ３０として機能するメモリ２２０が、少なくとも映像用記憶領域及び音声用記憶領域を有する場合に、ＴＳ分離部２１０が、ＴＳパケットのＰＩＤに基づいて映像データを生成するためのＴＳパケットをメモリ２２０の映像用記憶領域に供給すると共に、該ＰＩＤに基づいて音声データを生成するためのＴＳパケットをメモリ２２０の音声用記憶領域に供給するということができる。そして、デコーダ４０として機能する映像デコーダ２３０及び音声デコーダ２４０のうち映像デコーダ２３０が、メモリ２２０の映像用記憶領域からＴＳパケットを読み出して映像データのデコード処理を行い、音声デコーダ２４０が、メモリ２２０の音声用記憶領域からＴＳパケットを読み出して音声データのデコード処理を行う。
【０１３６】
表示制御部２５０は、メモリ２２０から読み出された映像データにより表される画像の向きを回転させる回転処理や該画像のサイズを縮小又は拡大させるリサイズ処理を行う。回転処理後のデータやリサイズ処理後のデータは、ドライバＩ／Ｆ２８０に供給される。表示制御部２５０は、表示タイミングに合わせて、処理後のデータをドライバＩ／Ｆ２８０に転送する制御を行う。
【０１３７】
チューナＩ／Ｆ２６０は、チューナ９４０とのインタフェース処理を行う。より具体的には、チューナＩ／Ｆ２６０は、チューナ９４０からのＴＳを受信する制御を行う。チューナＩ／Ｆ２６０は、ＴＳ分離部２１０に接続される。チューナＩ／Ｆ２６０に接続されるチューナ９４０が、図２のデジタルチューナ５２に相当する。
【０１３８】
ホストＩ／Ｆ２７０は、ホストＣＰＵ１１０とのインタフェース処理を行う。より具体的には、ホストＩ／Ｆ２７０は、ホストＣＰＵ１１０との間のデータの送受信の制御を行う。ホストＩ／Ｆ２７０は、ＴＳ分離部２１０、メモリ２２０、表示制御部２５０、オーディオＩ／Ｆ２９０に接続される。ホストＩ／Ｆ２７０に接続されるホストＣＰＵ１１０が、図１のホスト５０の機能を実現する。
【０１３９】
ドライバＩ／Ｆ２８０は、表示制御部２５０を介してメモリ２２０から所定の周期で映像データを読み出し、該映像データを表示ドライバ１４０に対して供給する。ドライバＩ／Ｆ２８０は、表示ドライバ１４０に対して映像データを送信するためのインタフェース処理を行う。
【０１４０】
オーディオＩ／Ｆ２９０は、メモリ２２０から所定の周期で音声データを読み出し、該音声データをＤＡＣ１５０に対して供給する。オーディオＩ／Ｆ２９０は、ＤＡＣ１５０に対して音声データを送信するためのインタフェース処理を行う。
【０１４１】
このような画像処理ＩＣ２００では、ＴＳ分離部２１０により、チューナ９４０からのＴＳからＴＳパケットが抽出される。ＴＳパケットは、共有メモリとしてのメモリ２２０の予め割り当てられた記憶領域に格納される。そして、映像デコーダ２３０及び音声デコーダ２４０が、それぞれメモリ２２０に割り当てられた専用の記憶領域からＴＳパケットを読み出して、映像データ及び音声データを生成し、互いに同期した映像データ及び音声データを表示ドライバ１４０及びＤＡＣ１５０に対して供給することができる。
【０１４２】
図１８に、図１７の画像処理ＩＣ２００の動作説明図を示す。
【０１４３】
図１８において、図１７と同一部分には同一符号を付し、適宜説明を省略する。
【０１４４】
メモリ２２０は、第１〜第８の記憶領域ＡＲ１〜ＡＲ８を有し、各記憶領域が予め割り当てられている。ＴＳ分離部２１０によって分離されたＴＳパケットと、該ＴＳパケットについてＴＳ分離部２１０で行われたエラー検出処理結果としてのエラー情報とが、各記憶領域に格納される。
【０１４５】
第１の記憶領域ＡＲ１には、映像用ＴＳパケット専用の記憶領域として、ＴＳ分離部２１０によって抽出された映像用ＴＳパケット（第１のＴＳパケット）が格納される。第２の記憶領域ＡＲ２には、音声用ＴＳパケット専用の記憶領域として、ＴＳ分離部２１０によって抽出された音声用ＴＳパケット（第２のＴＳパケット）が格納される。第３の記憶領域ＡＲ３には、ＴＳ分離部２１０によって抽出されたＴＳパケットのうち映像用ＴＳパケット及び音声用ＴＳパケットを除くＴＳパケット（第３のＴＳパケット）が格納される。
【０１４６】
第４の記憶領域ＡＲ４には、映像用ＥＳデータ専用の記憶領域として、映像デコーダ２３０によって生成された映像用ＥＳデータが格納される。第５の記憶領域ＡＲ５には、音声用ＥＳデータ専用の記憶領域として、音声デコーダ２４０によって生成された音声用ＥＳデータが格納される。
【０１４７】
第６の記憶領域ＡＲ６には、ホストＣＰＵ１１０によって生成されるＴＳが、ＴＳＲＡＷデータとして格納される。ＴＳＲＡＷデータは、チューナ９４０からのＴＳに替わってホストＣＰＵ１１０により設定される。そして、ＴＳ分離部２１０は、ＴＳＲＡＷデータとして設定されたＴＳから、映像用ＴＳパケット、音声用ＴＳパケット、その他のＴＳパケットが抽出されるようになっている。
【０１４８】
或いは、第６の記憶領域ＡＲ６には、ＴＳ分離部２１０によって記録用に分離されたＴＳパケット（映像用ＴＳパケット又は音声用ＴＳパケット）が格納される。この場合も、第６の記憶領域ＡＲ６に記憶されたＴＳパケットが、チューナ９４０からのＴＳに替わって、ＴＳ分離部２１０に供給できるようになっており、第６の記憶領域ＡＲ６に一旦格納されたＴＳパケットに基づいて、映像デコーダ２３０によるデコード処理又は音声デコーダ２４０によるデコード処理が行われるようになっている。
【０１４９】
第７の記憶領域ＡＲ７には、映像デコーダ２３０によるデコード処理後の映像データが格納される。第７の記憶領域ＡＲ７に格納された映像データは、表示制御部２５０によって読み出され、表示パネル９６０による映像出力に供される。第８の記憶領域ＡＲ８には、音声デコーダ２４０によるデコード処理後の音声データが格納される。第８の記憶領域ＡＲ８に格納された音声データは、スピーカ９７０による音声出力に供される。
【０１５０】
映像デコーダ２３０は、ヘッダ削除処理部２３２と、映像デコード処理部２３４とを含む。ヘッダ削除処理部２３２は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出し、該映像用ＴＳパケットのＴＳヘッダを解析してＰＥＳパケット（第１のＰＥＳパケット）を生成した後、そのＰＥＳヘッダを削除する処理を行ってそのペイロード部を映像用ＥＳデータとしてメモリ２２０の第４の記憶領域ＡＲ４に格納する。そして、ヘッダ削除処理部２３２を含む映像デコーダ２３０が、表示タイミングに合わせて、表示制御部２５０に対して画像データの転送指示を行う。
【０１５１】
映像デコード処理部２３４は、第４の記憶領域ＡＲ４から映像用ＥＳデータを読み出し、Ｈ．２６４／ＡＶＣ（Advanced Video Coding）の規格に従ったデコード処理（広義には映像デコード処理）を行って生成される映像データを第７の記憶領域ＡＲ７に書き込む。
【０１５２】
音声デコーダ２４０は、ヘッダ削除処理部２４２と、音声デコード処理部２４４とを含む。ヘッダ削除処理部２４２は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出し、該音声用ＴＳパケットのＴＳヘッダを解析してＰＥＳパケット（第２のＰＥＳパケット）を生成した後、そのＰＥＳヘッダを削除する処理を行ってそのペイロード部を音声用ＥＳデータとしてメモリ２２０の第５の記憶領域ＡＲ５に格納する。音声デコード処理部２４４は、第５の記憶領域ＡＲ５から音声用ＥＳデータを読み出し、ＭＰＥＧ−２ＡＡＣ（Advanced Audio Coding）の規格に従ったデコード処理（広義には音声デコード処理）を行って生成される音声データを第８の記憶領域ＡＲ８に書き込む。
【０１５３】
そして、映像デコーダ２３０が、第１の記憶領域ＡＲ１から映像用ＴＳパケット（第１のＴＳパケット）を、音声デコーダ２４０とは独立して読み出し、該映像用ＴＳパケットに基づいて上記の映像デコード処理を行う。また音声デコーダ２４０が、第２の記憶領域ＡＲ２から音声用ＴＳパケット（第２のＴＳパケット）を、映像デコーダ２３０とは独立して読み出し、該音声用ＴＳパケットに基づいて上記の音声デコード処理を行う。こうすることで、映像と音声とを同期させて出力させる場合には映像デコーダ２３０及び音声デコーダ２４０を動作させることができる一方、映像のみを出力させる場合には映像デコーダ２３０のみを動作させて音声デコーダ２４０の動作を停止させることができる。また音声のみを出力させる場合には音声デコーダ２４０のみを動作させて映像デコーダ２３０の動作を停止させることができる。
【０１５４】
ホストＣＰＵ１１０は、第３の記憶領域ＡＲ３に格納されたその他のＴＳパケット（第３のＴＳパケット）を読み出し、該ＴＳパケットからセクションを生成する。そして該セクションに含まれる各種テーブル情報を解析する。ホストＣＰＵ１１０は、その解析結果をメモリ２２０の所定の記憶領域に設定すると共にＴＳ分離部２１０に対し制御情報として指定する。それ以降、ＴＳ分離部２１０は、チューナ９４０からのＴＳを該制御情報に従ってＴＳパケットを抽出する。一方、ホストＣＰＵ１１０は、映像デコーダ２３０及び音声デコーダ２４０に対して、それぞれ別個に起動コマンドを発行することができる。映像デコーダ２３０及び音声デコーダ２４０は、それぞれ独立してメモリ２２０にアクセスしてホストＣＰＵ１１０の解析結果を読み出し、該解析結果に対応したデコード処理を行う。
【０１５５】
以上のように、電子機器としての携帯端末は、本実施形態における情報記録再生装置としての画像処理ＩＣ２００と、画像処理ＩＣ２００に対し、映像データ及び前記音声データのデコード処理の少なくとも１つの処理開始を指示するホストＣＰＵ１１０とを含むことができる。より具体的には、携帯端末は、チューナ９４０と、チューナ９４０からのトランスポートストリームが供給される画像処理ＩＣ２００と、画像処理ＩＣ２００に対し、映像データ及び前記音声データのデコード処理の少なくとも１つの処理開始を指示するホストＣＰＵ１１０とを含むことができる。
【０１５６】
３．３．１  再生動作
次に、本実施形態における情報記録再生装置としての画像処理ＩＣ２００において、ＴＳに多重化された映像データ又は音声データを再生する場合の動作について説明する。
【０１５７】
図１９に、ホストＣＰＵ１１０による再生処理の動作例のフロー図を示す。ホストＣＰＵ１１０は、ＲＡＭ１２０又はＲＯＭ１３０に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図１９に示す処理を行うことができるようになっている。
【０１５８】
まずホストＣＰＵ１１０は、放送受信開始処理を行う（ステップＳ１００）。これによって、ＴＳとして受信された複数の番組のうち所望の番組の映像データ又は音声データをＴＳから抽出することができる。そして、ホストＣＰＵ１１０は、画像処理ＩＣ２００の映像デコーダ２３０及び音声デコーダ２４０の少なくとも１つを起動させる。
【０１５９】
その後、ホストＣＰＵ１１０は、映像及び音声の再生を行う場合には映像デコーダ２３０及び音声デコーダ２４０によりデコード処理を行わせる。或いはホストＣＰＵ１１０は、映像のみの再生を行う場合には音声デコーダ２４０の動作を停止させて映像デコーダ２３０によりデコード処理を行わせる。或いはまた、ホストＣＰＵ１１０は、音声のみの再生を行う場合には映像デコーダ２３０の動作を停止させて音声デコーダ２４０によりデコード処理を行わせる（ステップＳ１０１）。
【０１６０】
次に、ホストＣＰＵ１１０は、放送受信終了処理を行い（ステップＳ１０２）、一連の処理を終了する（エンド）。これによって、ホストＣＰＵ１１０は、画像処理ＩＣ２００の各部の動作を停止させる。
【０１６１】
３．３．２  放送受信開始処理
続いて、図１９に示す放送受信開始処理の処理例について説明する。ここでは、映像及び音声の再生を行う場合について説明する。
【０１６２】
図２０に、図１９の放送受信開始処理の動作例のフロー図を示す。ホストＣＰＵ１１０は、ＲＡＭ１２０又はＲＯＭ１３０に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図２０に示す処理を行うことができるようになっている。
【０１６３】
まずホストＣＰＵ１１０は、画像処理ＩＣ２００の映像デコーダ２３０、音声デコーダ２４０を起動する（ステップＳ１１０）。その後、ホストＣＰＵ１１０は、チューナ９４０を初期化すると共に所与の動作情報を設定する（ステップＳ１１１）。そしてホストＣＰＵ１１０は、ＤＡＣ１５０に対しても初期化を行って所与の動作情報を設定する（ステップＳ１１２）。
【０１６４】
その後ホストＣＰＵ１１０は、ＴＳの受信を監視する（ステップＳ１１３：Ｎ）。ＴＳの受信が開始されると、画像処理ＩＣ２００では、ＴＳ分離部２１０が、上述のようにＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットに分離し、分離されたＴＳパケットは、専用に設けられたメモリ２２０の記憶領域に格納される。例えば画像処理ＩＣ２００のメモリ２２０における第３の記憶領域ＡＲ３にＴＳパケットが格納されたことを条件に発生する割り込み信号により、ホストＣＰＵ１１０はＴＳの受信を検出できる。或いはホストＣＰＵ１１０が、周期的にメモリ２２０の第３の記憶領域ＡＲ３をアクセスすることで、ＴＳパケットの書き込みが行われた否かを判断して、ＴＳの受信を判別できる。
【０１６５】
このようにしてＴＳの受信が検出されたとき（ステップＳ１１３：Ｙ）、ホストＣＰＵ１１０は、第３の記憶領域ＡＲ３に記憶されたＴＳパケットを読み出してセクションを生成する。そして、セクションに含まれるＰＳＩ（Program Specific Information：番組特定情報）／ＳＩ（Service Information：番組配列情報）を解析する（ステップＳ１１４）。このＰＳＩ／ＳＩは、ＭＰＥＧ−２システム（ISO/IEC 13818-1）にて規定されている。
【０１６６】
ＰＳＩ／ＳＩは、ＮＩＴ（Network Information Table：ネットワーク情報テーブル）やＰＭＴ（Program Map Table：番組対応テーブル）を含む。ＮＩＴは、例えばどの放送局からのＴＳかを特定するためのネットワーク識別子、ＰＭＴを特定するためのサービス識別子、放送の種類を示すサービスタイプ識別子等を含む。ＰＭＴには、例えばＴＳにおいて多重化される映像用ＴＳパケットのＰＩＤと音声用ＴＳパケットのＰＩＤが設定される。
【０１６７】
従って、ホストＣＰＵ１１０は、ＰＳＩ／ＳＩからＰＭＴを特定するためのサービス識別子を抽出し、該サービス識別子に基づき、受信したＴＳの映像用ＴＳパケット及び音声用ＴＳパケットのＰＩＤを特定できる（ステップＳ１１５）。そして、携帯端末のユーザに選択させた番組に対応するＰＩＤ、若しくは予め決められた番組に対応するＰＩＤを、ホストＣＰＵ１１０が、映像デコーダ２３０及び音声デコーダ２４０に参照できるようにメモリ２２０の所定の記憶領域（例えば第３の記憶領域ＡＲ３）に設定し（ステップＳ１１６）、一連の処理を終了する（エンド）。
【０１６８】
こうすることで、映像デコーダ２３０及び音声デコーダ２４０は、メモリ２２０に設定されたＰＩＤを参照しながら、映像用ＴＳパケット及び音声用ＴＳパケットに対してデコード処理を行うことができる。
【０１６９】
なおホストＣＰＵ１１０は、例えばＰＭＴを特定するためのサービス識別子に対応する情報を、画像処理ＩＣ２００のＴＳ分離部２１０に設定する。こうすることで、ＴＳ分離部２１０は、所定の時間間隔を置いて周期的に受信されるセクションを判別し、上記のサービス識別子に対応したＰＭＴを解析し、該ＰＭＴにより特定される映像用ＴＳパケット及び音声用ＴＳパケットとそれ以外のＴＳパケットを抽出してメモリ２２０に格納していく。
【０１７０】
図２１に、図１７及び図１８の画像処理ＩＣ２００の放送受信開始処理における動作説明図を示す。図２１において、図１７又は図１８と同一部分には同一符号を付し、適宜説明を省略する。
【０１７１】
なお図２１において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０１７２】
まずチューナ９４０からＴＳが入力される（ＳＱ１）とＴＳ分離部２１０は、ＰＳＩ／ＳＩが含まれるＴＳパケットをメモリ２２０に格納する（ＳＱ２）。なお、ＴＳ分離部２１０は、エラー検出処理を行い、その結果をエラー情報として付加してＴＳパケットをメモリ２２０に格納する。このとき、ＴＳ分離部２１０は、該ＴＳパケットのＰＳＩ／ＳＩ自体を抽出してメモリ２２０に格納することができる。更にＴＳ分離部２１０は、ＰＳＩ／ＳＩからＮＩＴを抽出してメモリ２２０に格納することができる。
【０１７３】
ホストＣＰＵ１１０は、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴを読み出して（ＳＱ３）、これらを解析し、デコード処理対象の番組に対応するＰＩＤを特定する。そしてホストＣＰＵ１１０は、サービス識別子に対応する情報又はデコード処理対象の番組に対応するＰＩＤを、ＴＳ分離部２１０に設定する（ＳＱ４）。なおホストＣＰＵ１１０は、ＰＩＤを、メモリ２２０の所定の記憶領域にも設定し、映像デコーダ２３０及び音声デコーダ２４０のデコード処理の際に参照させる。ここで、ホストＣＰＵ１１０は、図１０に示す処理を行って、エラー情報に基づいてＴＳパケットの廃棄を行うことができる。
【０１７４】
ＴＳ分離部２１０は、設定されたＰＩＤに基づいてＴＳから映像用ＴＳパケット及び音声用ＴＳパケットを抽出し、それぞれ第１及び第２の記憶領域ＡＲ１、ＡＲ２に書き込む（ＳＱ５）。
【０１７５】
その後、ホストＣＰＵ１１０によって起動された映像デコーダ２３０及び音声デコーダ２４０は、第１及び第２の記憶領域ＡＲ１、ＡＲ２から映像用ＴＳパケット及び音声用ＴＳパケットを順次読み出して（ＳＱ６）、映像デコード処理及び音声デコード処理を行う。
【０１７６】
このとき、次のシーケンスで、ホストＣＰＵ１１０、映像デコーダ２３０及び音声デコーダ２４０がコマンドデータを介した通信を行う。
【０１７７】
３．３．３  放送受信終了処理
次に、図１９に示す放送受信終了処理の動作例について説明する。ここでは、映像及び音声の再生を行う場合について説明する。
【０１７８】
図２２に、図１９の放送受信終了処理の処理例のフロー図を示す。ホストＣＰＵ１１０は、ＲＡＭ１２０又はＲＯＭ１３０に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図２２に示す処理を行うことができるようになっている。
【０１７９】
まずホストＣＰＵ１１０は、画像処理ＩＣ２００の映像デコーダ２３０、音声デコーダ２４０を停止させる（ステップＳ１２０）。これは、ホストＣＰＵ１１０から画像処理ＩＣ２００に対しコマンドを発行し、画像処理ＩＣ２００が該制御コマンドのデコード結果を用いて映像デコーダ２３０、音声デコーダ２４０を停止させる。
【０１８０】
その後、ホストＣＰＵ１１０は、同様にＴＳ分離部２１０を停止させる（ステップＳ１２１）。そして、ホストＣＰＵ１１０は、チューナ９４０を停止させる（ステップＳ１２２）。
【０１８１】
図２３に、図１７及び図１８の画像処理ＩＣ２００の放送受信終了処理における動作説明図を示す。図２３において、図２１と同一部分には同一符号を付し、適宜説明を省略する。
【０１８２】
まずホストＣＰＵ１１０が、表示制御部２５０の動作を停止させる制御を行い、表示ドライバ１４０への映像データの供給を停止させる（ＳＱ１０）。次に、ホストＣＰＵ１１０が、映像デコーダ２３０及び音声デコーダ２４０の動作を停止させ（ＳＱ１１）、その後ＴＳ分離部２１０、チューナ９４０の順に動作を停止させていく（ＳＱ１２、ＳＱ１３）。
【０１８３】
３．３．４  再生処理
３．３．４．１  映像データの再生処理
次に、映像データの再生処理を行う映像デコーダ２３０の動作例について説明する。
【０１８４】
図２４に、映像デコード処理時に行われる映像デコーダ２３０のメモリのアクセス動作例のフロー図を示す。この処理は、例えば図１１のステップＳ２３のデコード処理において行われる。
【０１８５】
まず、映像デコーダ２３０は、映像用ＴＳバッファとして設けられた第１の記憶領域ＡＲ１がエンプティ状態か否かを判別する（ステップＳ１４０）。第１の記憶領域ＡＲ１から読み出されるべき映像用ＴＳパケットがない場合、エンプティ状態となる。
【０１８６】
ステップＳ１４０において映像用ＴＳバッファである第１の記憶領域ＡＲ１がエンプティ状態でないと判別されたとき（ステップＳ１４０：Ｎ）、映像デコーダ２３０は、更に映像用ＥＳバッファとして設けられた第４の記憶領域ＡＲ４がフル状態か否かを判別する（ステップＳ１４１）。これ以上映像用ＥＳデータを第４の記憶領域ＡＲ４に格納できない場合、フル状態となる。
【０１８７】
ステップＳ１４１において映像用ＥＳバッファである第４の記憶領域ＡＲ４がフル状態でないと判別されたとき（ステップＳ１４１：Ｎ）、映像デコーダ２３０は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出し、図２０のステップＳ１１６においてホストＣＰＵ１１０により特定されたＰＩＤ（指定ＰＩＤ）か否かを検出する（ステップＳ１４２）。
【０１８８】
ステップＳ１４２において、映像用ＴＳパケットのＰＩＤが指定ＰＩＤであると検出されたとき（ステップＳ１４２：Ｙ）、映像デコーダ２３０は、ＴＳヘッダ、ＰＥＳヘッダの解析を行い（ステップＳ１４３）、映像用ＥＳデータを映像用ＥＳバッファとして設けられた第４の記憶領域ＡＲ４に格納する（ステップＳ１４４）。
【０１８９】
その後、映像デコーダ２３０は、映像用ＴＳバッファである第１の記憶領域ＡＲ１の読み出しアドレスを特定するための読み出しポインタを更新し（ステップＳ１４５）、ステップＳ１４０に戻る（リターン）。
【０１９０】
なお、ステップＳ１４２において映像用ＴＳパケットのＰＩＤが指定ＰＩＤではないと検出されたとき（ステップＳ１４２：Ｎ）、ステップＳ１４５に進む。また、ステップＳ１４０において映像用ＴＳバッファである第１の記憶領域ＡＲ１がエンプティ状態であると判別されたとき（ステップＳ１４０：Ｙ）、又はステップＳ１４１において映像用ＥＳバッファである第４の記憶領域ＡＲ４がフル状態であると判別されたとき（ステップＳ１４１：Ｙ）、ステップＳ１４０に戻る（リターン）。
【０１９１】
こうして第４の記憶領域ＡＲ４に格納された映像用ＥＳデータは、映像デコーダ２３０により、Ｈ．２６４／ＡＶＣの規格に従ったデコード処理が行われて、映像データとして第７の記憶領域ＡＲ７に書き込まれる。
【０１９２】
図２５に、図１７及び図１８の画像処理ＩＣ２００の映像デコーダの動作説明図を示す。図２５において、図２１と同一部分には同一符号を付し、適宜説明を省略する。
【０１９３】
なお図２５において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０１９４】
まず図２０に示すようにホストＣＰＵ１１０によりデコード処理対象の番組に対応するＰＩＤがＴＳ分離部２１０に設定される（ＳＱ２０）。チューナ９４０からＴＳが入力されたとき（ＳＱ２１）、ＴＳ分離部２１０は、チューナ９４０からのＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットをそれぞれ分離する（ＳＱ２２）。ＴＳ分離部２１０によって分離された映像用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第１の記憶領域ＡＲ１に格納される。ＴＳ分離部２１０によって分離された音声用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第２の記憶領域ＡＲ２に格納される。ＴＳ分離部２１０によって分離された映像用ＴＳパケット及び音声用ＴＳパケット以外のＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共にＰＳＩ／ＳＩとして第３の記憶領域ＡＲ３に格納される。この際、ＴＳ分離部２１０は、ＰＳＩ／ＳＩの中のＮＩＴ、ＰＭＴを抽出して第３の記憶領域ＡＲ３に格納する。
【０１９５】
次にホストＣＰＵ１１０によって起動された映像デコーダ２３０は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出す（ＳＱ２３）。このとき、映像デコーダ２３０は、上述のエラー情報を参照して、映像デコード処理を行うか、映像用ＴＳパケットの廃棄を行うかを決定する。映像デコード処理を行うと決定したとき、映像デコーダ２３０は、映像用ＥＳデータを生成し、該映像用ＥＳデータを第４の記憶領域ＡＲ４に格納する（ＳＱ２４）。
【０１９６】
その後、映像デコーダ２３０は、第４の記憶領域ＡＲ４から映像用ＥＳデータを読み出して（ＳＱ２５）、Ｈ．２６４／ＡＶＣの規格に従ったデコード処理を行う。図２６では、デコード処理後の映像データが表示制御部２５０に直接供給されている（ＳＱ２６）が、例えばデコード処理後の映像データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、音声データの出力タイミングと同期を取りながら表示制御部２５０に供給することが望ましい。
【０１９７】
こうして表示制御部２５０に供給された映像データに基づいて、表示ドライバ１４０が表示パネルを駆動する（ＳＱ２７）。
【０１９８】
３．３．４．２  音声データの再生処理
続いて、音声データの再生処理を行う音声デコーダ２４０の動作例について説明する。
【０１９９】
図２６に、音声デコード処理時に行われる音声デコーダ２４０のメモリのアクセス動作例のフロー図を示す。この処理は、例えば図１１のステップＳ２３のデコード処理において行われる。
【０２００】
まず、音声デコーダ２４０は、ホストＣＰＵ１１０によって起動されると、例えばメモリ２２０の所定の記憶領域に格納されたプログラムを読み出し、該プログラムに対応した処理を実行することで図２６に示す処理を行うことができるようになっている。即ち、音声デコーダ２４０はＣＰＵ（中央演算処理装置）を含み、画像処理ＩＣ２００（情報記録再生装置）の初期化処理後に、画像処理ＩＣ２００の外部から、ＣＰＵに音声デコード処理を実現するためのプログラムが読み込まれ、該ＣＰＵが音声デコード処理を実現することができる。
【０２０１】
まず、音声デコーダ２４０は、音声用ＴＳバッファとして設けられた第２の記憶領域ＡＲ２がエンプティ状態か否かを判別する（ステップＳ１５０）。第２の記憶領域ＡＲ２から読み出されるべき音声用ＴＳパケットがない場合、エンプティ状態となる。
【０２０２】
ステップＳ１５０において音声用ＴＳバッファである第２の記憶領域ＡＲ２がエンプティ状態でないと判別されたとき（ステップＳ１５０：Ｎ）、音声デコーダ２４０は、更に音声用ＥＳバッファとして設けられた第５の記憶領域ＡＲ５がフル状態か否かを判別する（ステップＳ１５１）。これ以上音声用ＥＳデータを第５の記憶領域ＡＲ５に格納できない場合、フル状態となる。
【０２０３】
ステップＳ１５１において音声用ＥＳバッファである第５の記憶領域ＡＲ５がフル状態でないと判別されたとき（ステップＳ１５１：Ｎ）、音声デコーダ２４０は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出し、図２０のステップＳ１１６においてホストＣＰＵ１１０により特定されたＰＩＤ（指定ＰＩＤ）か否かを検出する（ステップＳ１５２）。
【０２０４】
ステップＳ１５２において、音声用ＴＳパケットのＰＩＤが指定ＰＩＤであると検出されたとき（ステップＳ１５２：Ｙ）、音声デコーダ２４０は、ＴＳヘッダ、ＰＥＳヘッダの解析を行い（ステップＳ１５３）、音声用ＥＳデータを音声用ＥＳバッファとして設けられた第５の記憶領域ＡＲ５に格納する（ステップＳ１５４）。
【０２０５】
その後、音声デコーダ２４０は、音声用ＴＳバッファである第２の記憶領域ＡＲ２の読み出しアドレスを特定するための読み出しポインタを更新し（ステップＳ１５５）、ステップＳ１５０に戻る（リターン）。
【０２０６】
なお、ステップＳ１５２において、音声用ＴＳパケットのＰＩＤが指定ＰＩＤではないと検出されたとき（ステップＳ１５２：Ｎ）、ステップＳ１５５に進む。また、ステップＳ１５０において音声用ＴＳバッファである第２の記憶領域ＡＲ２がエンプティ状態であると判別されたとき（ステップＳ１５０：Ｙ）、又はステップＳ１５１において音声用ＥＳバッファである第５の記憶領域ＡＲ５がフル状態であると判別されたとき（ステップＳ１５１：Ｙ）、ステップＳ１５０に戻る（リターン）。
【０２０７】
こうして第５の記憶領域ＡＲ５に格納された音声用ＥＳデータは、音声デコーダ２４０により、ＭＰＥＧ−２ＡＡＣの規格に従ったデコード処理が行われて、音声データとして第８の記憶領域ＡＲ８に書き込まれる。
【０２０８】
図２７に、図１７及び図１８の画像処理ＩＣ２００の音声デコーダの動作説明図を示す。図２７において、図２１と同一部分には同一符号を付し、適宜説明を省略する。
【０２０９】
なお図２７において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０２１０】
まず図２０に示すようにホストＣＰＵ１１０によりデコード処理対象の番組に対応するＰＩＤがＴＳ分離部２１０に設定される（ＳＱ３０）。チューナ９４０からＴＳが入力されたとき（ＳＱ３１）、ＴＳ分離部２１０は、チューナ９４０からのＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットをそれぞれ分離する（ＳＱ３２）。ＴＳ分離部２１０によって分離された映像用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第１の記憶領域ＡＲ１に格納される。ＴＳ分離部２１０によって分離された音声用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第２の記憶領域ＡＲ２に格納される。ＴＳ分離部２１０によって分離された映像用ＴＳパケット及び音声用ＴＳパケット以外のＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共にＰＳＩ／ＳＩとして第３の記憶領域ＡＲ３に格納される。更にＴＳ分離部２１０は、ＰＳＩ／ＳＩの中のＮＩＴ、ＰＭＴを抽出して第３の記憶領域ＡＲ３の所定の記憶領域に書き込むことができる。
【０２１１】
次にホストＣＰＵ１１０によって起動された音声デコーダ２４０は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出す（ＳＱ３３）。このとき、音声デコーダ２４０は、上述のエラー情報を参照して、音声デコード処理を行うか、音声用ＴＳパケットの廃棄を行うかを決定する。音声デコード処理を行うと決定したとき、音声デコーダ２４０は、音声用ＥＳデータを生成し、該音声用ＥＳデータを第５の記憶領域ＡＲ５に格納する（ＳＱ３４）。
【０２１２】
その後、音声デコーダ２４０は、第５の記憶領域ＡＲ５から音声用ＥＳデータを読み出して（ＳＱ３５）、ＭＰＥＧ−２ＡＡＣの規格に従ったデコード処理を行う。図２７では、デコード処理後の音声データがＤＡＣ１５０に直接供給されている（ＳＱ３６）が、例えばデコード処理後の音声データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、映像データの出力タイミングと同期を取りながらＤＡＣ１５０に供給することが望ましい。
【０２１３】
以上のような音声デコーダ２４０の動作は、映像デコーダ２３０の動作とは独立して行われる。
【０２１４】
３．３．４．３  ＴＳフォーマット再生
本実施形態におけるＴＳ分離部２１０を備える画像処理ＩＣ２００によれば、ＴＳフォーマットのＴＳをチューナ９４０からではなく、ホストＣＰＵ１１０からのＴＳをＴＳ分離部２１０に供給することで、上述の再生動作を行わせることができるようになる。
【０２１５】
図２８に、図１７及び図１８の画像処理ＩＣ２００のＴＳフォーマット再生の動作説明図を示す。図２８において、図２１と同一部分には同一符号を付し、適宜説明を省略する。
【０２１６】
なお図２８において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０２１７】
まず図２０に示すようにホストＣＰＵ１１０によりデコード処理対象の番組に対応するＰＩＤがＴＳ分離部２１０に設定される（ＳＱ４０）。ホストＣＰＵ１１０は、ＴＳフォーマットのＴＳをそのままメモリ２２０の第６の記憶領域ＡＲ６に格納する（ＳＱ４１）。第６の記憶領域ＡＲ６から読み出されたＴＳは、ＴＳ分離部２１０に供給される（ＳＱ４２）。
【０２１８】
そして、ＴＳ分離部２１０は、通常の再生動作と同様に、メモリ２２０の第６の記憶領域ＡＲ６から読み出されたＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットをそれぞれ分離する（ＳＱ４３）。ＴＳ分離部２１０によって分離された映像用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第１の記憶領域ＡＲ１に格納される。ＴＳ分離部２１０によって分離された音声用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第２の記憶領域ＡＲ２に格納される。ＴＳ分離部２１０によって分離された映像用ＴＳパケット及び音声用ＴＳパケット以外のＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共にＰＳＩ／ＳＩとして第３の記憶領域ＡＲ３に格納される。この際、ＴＳ分離部２１０は、ＰＳＩ／ＳＩの中のＮＩＴ、ＰＭＴを抽出して第３の記憶領域ＡＲ３に格納する。
【０２１９】
次にホストＣＰＵ１１０によって起動された映像デコーダ２３０は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出す（ＳＱ４４）。このとき、映像デコーダ２３０は、上述のエラー情報を参照して、映像デコード処理を行うか、映像用ＴＳパケットの廃棄を行うかを決定する。映像デコード処理を行うと決定したとき、映像デコーダ２３０は、映像用ＥＳデータを生成し、該映像用ＥＳデータを第４の記憶領域ＡＲ４に格納する（ＳＱ４５）。
【０２２０】
その後、映像デコーダ２３０は、第４の記憶領域ＡＲ４から映像用ＥＳデータを読み出して（ＳＱ４６）、Ｈ．２６４／ＡＶＣの規格に従ったデコード処理を行う。図２８では、デコード処理後の映像データが表示制御部２５０に直接供給されている（ＳＱ４７）が、例えばデコード処理後の映像データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、音声データの出力タイミングと同期を取りながら表示制御部２５０に供給することが望ましい。
【０２２１】
こうして表示制御部２５０に供給された映像データに基づいて、表示ドライバ１４０が表示パネルを駆動する（ＳＱ４８）。
【０２２２】
一方、音声デコーダ２４０も映像デコーダ２３０と同期して、同様にデコード処理を行う。即ち、ホストＣＰＵ１１０によって起動された音声デコーダ２４０は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出す（ＳＱ４９）。このとき、音声デコーダ２４０は、上述のエラー情報を参照して、音声デコード処理を行うか、音声用ＴＳパケットの廃棄を行うかを決定する。音声デコード処理を行うと決定したとき、音声デコーダ２４０は、音声用ＥＳデータを生成し、該音声用ＥＳデータを第５の記憶領域ＡＲ５に格納する（ＳＱ５０）。
【０２２３】
その後、音声デコーダ２４０は、第５の記憶領域ＡＲ５から音声用ＥＳデータを読み出して（ＳＱ５１）、ＭＰＥＧ−２ＡＡＣの規格に従ったデコード処理を行う。図２８では、デコード処理後の音声データがＤＡＣ１５０に直接供給されている（ＳＱ５２）が、例えばデコード処理後の音声データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、映像データの出力タイミングと同期を取りながらＤＡＣ１５０に供給することが望ましい。
【０２２４】
３．３．４．４  再生同時記録動作
本実施形態におけるＴＳ分離部２１０を備える画像処理ＩＣ２００によれば、更に、上述の再生動作と同時に記録動作を行うことができる。
【０２２５】
図２９に、図１７及び図１８の画像処理ＩＣ２００の再生同時記録の動作説明図を示す。図２９において、図２１と同一部分には同一符号を付し、適宜説明を省略する。
【０２２６】
なお図２９において、第７の記憶領域ＡＲ７を第４の記憶領域ＡＲ４と共用化し、第８の記憶領域ＡＲ８を第５の記憶領域ＡＲ５と共用化している。また、ＰＳＩ／ＳＩ、ＮＩＴ、ＰＭＴは、第３の記憶領域ＡＲ３内の所定の記憶領域に格納されるものとする。
【０２２７】
まず図２０に示すようにホストＣＰＵ１１０によりデコード処理対象の番組に対応するＰＩＤがＴＳ分離部２１０に設定される（ＳＱ６０）。チューナ９４０からＴＳが入力されたとき（ＳＱ６１）、ＴＳ分離部２１０は、チューナ９４０からのＴＳから映像用ＴＳパケット、音声用ＴＳパケット及びそれ以外のＴＳパケットをそれぞれ分離する（ＳＱ６２）。ＴＳ分離部２１０によって分離された映像用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第１の記憶領域ＡＲ１に格納される。ＴＳ分離部２１０によって分離された音声用ＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共に第２の記憶領域ＡＲ２に格納される。ＴＳ分離部２１０によって分離された映像用ＴＳパケット及び音声用ＴＳパケット以外のＴＳパケットは、ＴＳ分離部２１０で生成されたエラー情報と共にＰＳＩ／ＳＩとして第３の記憶領域ＡＲ３に格納される。この際、ＴＳ分離部２１０は、ＰＳＩ／ＳＩの中のＮＩＴ、ＰＭＴを抽出して第３の記憶領域ＡＲ３に格納する。
【０２２８】
また、映像用ＴＳパケット及び音声用ＴＳパケットのうち少なくとも１つは、第６の記憶領域ＡＲ６に格納される。或いは、チューナ９４０からのＴＳを、ＴＳフォーマットのまま、第６の記憶領域ＡＲ６に直接書き込んでもよい。
【０２２９】
次にホストＣＰＵ１１０によって起動された映像デコーダ２３０は、第１の記憶領域ＡＲ１から映像用ＴＳパケットを読み出す（ＳＱ６３）。このとき、映像デコーダ２３０は、上述のエラー情報を参照して、映像デコード処理を行うか、映像用ＴＳパケットの廃棄を行うかを決定する。映像デコード処理を行うと決定したとき、映像デコーダ２３０は、映像用ＥＳデータを生成し、該映像用ＥＳデータを第４の記憶領域ＡＲ４に格納する（ＳＱ６４）。
【０２３０】
その後、映像デコーダ２３０は、第４の記憶領域ＡＲ４から映像用ＥＳデータを読み出して（ＳＱ６５）、Ｈ．２６４／ＡＶＣの規格に従ったデコード処理を行う。図２９では、デコード処理後の映像データが表示制御部２５０に直接供給されている（ＳＱ６６）が、例えばデコード処理後の映像データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、音声データの出力タイミングと同期を取りながら表示制御部２５０に供給することが望ましい。
【０２３１】
こうして表示制御部２５０に供給された映像データに基づいて、表示ドライバ１４０が表示パネルを駆動する（ＳＱ６７）。
【０２３２】
一方、音声デコーダ２４０も映像デコーダ２３０と同期して、同様にデコード処理を行う。即ち、ホストＣＰＵ１１０によって起動された音声デコーダ２４０は、第２の記憶領域ＡＲ２から音声用ＴＳパケットを読み出す（ＳＱ６８）。このとき、音声デコーダ２４０は、上述のエラー情報を参照して、音声デコード処理を行うか、音声用ＴＳパケットの廃棄を行うかを決定する。音声デコード処理を行うと決定したとき、音声デコーダ２４０は、音声用ＥＳデータを生成し、該音声用ＥＳデータを第５の記憶領域ＡＲ５に格納する（ＳＱ６９）。
【０２３３】
その後、音声デコーダ２４０は、第５の記憶領域ＡＲ５から音声用ＥＳデータを読み出して（ＳＱ７０）、ＭＰＥＧ−２ＡＡＣの規格に従ったデコード処理を行う。図２９では、デコード処理後の音声データがＤＡＣ１５０に直接供給されている（ＳＱ７１）が、例えばデコード処理後の音声データを、一旦、メモリ２２０の所定の記憶領域に書き戻し、その後、映像データの出力タイミングと同期を取りながらＤＡＣ１５０に供給することが望ましい。
【０２３４】
また、第６の記憶領域ＡＲ６に格納され、記録されたＴＳパケット又はＴＳは、ホストＣＰＵ１１０によって読み出される（ＳＱ７２）。ホストＣＰＵ１１０は、デコード処理対象の番組に対応するＰＩＤを抽出し、ＴＳ分離部２１０に設定する（ＳＱ６０）。メモリ２２０の第６の記憶領域ＡＲ６に格納されたＴＳパケット又はＴＳが読み出されてＴＳ分離部２１０に供給される（ＳＱ７３）ことで、これ以降、図２５又は図２７で説明した場合と同様に、再生処理が行われる。
【０２３５】
なお、本発明は上述した実施の形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形実施が可能である。なお上記の実施形態又はその変形例では、地上デジタル放送に適用可能な例について説明したが、本発明は地上デジタル放送に適用可能なものに限定されるものではない。
【０２３６】
なお、本実施形態では、主にＨ．２６４／ＡＶＣに準拠したデコード処理に適用した場合について説明したが、これに限定されるものではなく、他の規格や、Ｈ．２６４／ＡＶＣ規格を発展させた規格に準拠したデコード処理に適用できることは言うまでもない。
【０２３７】
また、本発明のうち従属請求項に係る発明においては、従属先の請求項の構成要件の一部を省略する構成とすることもできる。また、本発明の１の独立請求項に係る発明の要部を、他の独立請求項に従属させることもできる。
【図面の簡単な説明】
【０２３８】
【図１】本実施形態における情報記録再生装置の構成例のブロック図。
【図２】図１の分離処理部の構成例のブロック図。
【図３】図２のバッファライト部の構成例のブロック図。
【図４】図３の完了パルスの説明図。
【図５】本実施形態においてＴＳパケットに付加されるエラー情報の説明図。
【図６】図５のエラー情報の詳細な説明図。
【図７】図６のエラーステータスの内容の一例の説明図。
【図８】本実施形態におけるエラー情報及びＴＳパケットの再生用バッファの格納状況の説明図。
【図９】本実施形態におけるエラー情報の付加のタイミングの一例を示す図。
【図１０】本実施形態におけるホストのエラー処理の一例のフロー図。
【図１１】本実施形態におけるデコーダのエラー処理の一例のフロー図。
【図１２】地上デジタル放送のセグメントの概念の説明図。
【図１３】ＴＳの説明図。
【図１４】ＰＥＳパケット及びセクションの説明図。
【図１５】本実施形態の比較例におけるマルチメディア処理ＣＰＵを含む携帯電話機の構成例のブロック図。
【図１６】本実施形態における情報記録再生装置を含む携帯電話機の構成例のブロック。
【図１７】図１６の画像処理ＩＣの構成例のブロック図。
【図１８】図１７の画像処理ＩＣの動作説明図。
【図１９】ホストＣＰＵによる再生処理の動作例のフロー図。
【図２０】図１９の放送受信開始処理の動作例のフロー図。
【図２１】図１７及び図１８の画像処理ＩＣの放送受信開始処理における動作説明図。
【図２２】図１９の放送受信終了処理の処理例のフロー図。
【図２３】図１７及び図１８の画像処理ＩＣの放送受信終了処理における動作説明図。
【図２４】映像デコーダのメモリのアクセス動作例のフロー図。
【図２５】図１７及び図１８の画像処理ＩＣの映像デコーダの動作説明図。
【図２６】音声デコーダのメモリのアクセス動作例のフロー図。
【図２７】図１７及び図１８の画像処理ＩＣの音声デコーダの動作説明図。
【図２８】図１７及び図１８の画像処理ＩＣのＴＳフォーマット再生の動作説明図。
【図２９】図１７及び図１８の画像処理ＩＣの再生同時記録の動作説明図。
【符号の説明】
【０２３９】
１０  情報記録再生装置、  ２０  分離処理部、  ３０  再生用バッファ、
３２  記録用バッファ、  ３４  制御用バッファ、  ４０  デコーダ、  ５０  ホスト、
５２  デジタルチューナ、  ６０  分離処理制御レジスタ部、  ７０  分離実行部、
７２  データ選択部、  ７４  エラー解析部、  ７６  ＴＳパケット解析部、
７８  ＰＩＤフィルタ部、  ８０  バッファライト部、  ８２  Ｓ／Ｐ変換部、
８４  ＣＲＣ解析部、  ８６  記録用バッファリード制御部、
８８  記録用バッファリード部、  ９０−１〜９０−Ｎ  第１〜第Ｎのポインタ管理部、
９２  セレクタ、  ９４  デコーダ、  ９６  エラー情報付加部、
１００  携帯電話機、  １１０  ホストＣＰＵ、  １２０  ＲＡＭ、  １３０  ＲＯＭ、
１４０  表示ドライバ、  １５０  ＤＡＣ、  ２００  画像処理ＩＣ、
２１０  ＴＳ分離部、  ２３０  映像デコーダ、  ２４０  音声デコーダ、
２５０  表示制御部、  ２６０  チューナＩ／Ｆ、  ２７０  ホストＩ／Ｆ、
２８０  ドライバＩ／Ｆ、  ２９０  オーディオＩ／Ｆ、  ９１０、９３０  アンテナ、
９４０  チューナ、  ９６０  表示パネル、  ９７０  スピーカ
【図１】
2007288566.tif 000003
【図２】
2007288566.tif 000004
【図３】
2007288566.tif 000005
【図４】
2007288566.tif 000006
【図５】
2007288566.tif 000007
【図６】
2007288566.tif 000008
【図７】
2007288566.tif 000009
【図８】
2007288566.tif 000010
【図９】
2007288566.tif 000011
【図１０】
2007288566.tif 000012
【図１１】
2007288566.tif 000013
【図１２】
2007288566.tif 000014
【図１３】
2007288566.tif 000015
【図１４】
2007288566.tif 000016
【図１５】
2007288566.tif 000017
【図１６】
2007288566.tif 000018
【図１７】
2007288566.tif 000019
【図１８】
2007288566.tif 000020
【図１９】
2007288566.tif 000021
【図２０】
2007288566.tif 000022
【図２１】
2007288566.tif 000023
【図２２】
2007288566.tif 000024
【図２３】
2007288566.tif 000025
【図２４】
2007288566.tif 000026
【図２５】
2007288566.tif 000027
【図２６】
2007288566.tif 000028
【図２７】
2007288566.tif 000029
【図２８】
2007288566.tif 000030
【図２９】
2007288566.tif 000031