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