(57)【特許請求の範囲】
【請求項１】
特定のチャンネルの放送波から第１のサービスに係る第１音声データを出力する第１音声データ生成部と、
前記特定のチャンネルの放送波から第２のサービスに係る第２音声データを出力する第２音声データ生成部と、
前記第１及び第２音声データの一致度の時間相関を取ることによって、前記特定のチャンネルがサイマル放送であるか否かの判定を行うサイマル放送判定部と、
前記第１又は第２音声データを記憶する記憶部と、
前記特定のチャンネルの放送波からＴＭＣＣ信号内の時間インターリーブ長データを取得するデータ取得部とを有し、
前記サイマル放送判定部は、前記データに基づいて、前記第１及び第２音声データの一致度の時間相関を取る際に前記記憶部に記憶される前記第１又は第２音声データの記憶量を決定することを特徴とするデジタルデータ受信機。
【請求項２】
前記サイマル放送判定部は、前記第１及び第２音声データの音量包絡線の一致度の時間相関を取ることによって、前記特定のチャンネルがサイマル放送であるか否かの判定を行う、請求項１に記載のデジタルデータ受信機。
【請求項３】
前記第１及び第２音声データの音量包絡線は、平均音量が等しくなるように規格化されている、請求項２に記載のデジタルデータ受信機。
【請求項４】
前記音量包絡線は、２５ｍｓ以上且つ１００ｍｓ以下のサンプリング周波数でサンプルリングされたサンプル点の包絡線から構成される、請求項２又は３に記載のデジタルデータ受信機。
【請求項５】
前記サイマル放送判定部は、前記第１及び第２音声データの周波数包絡線の一致度の時間相関を取ることによって、前記特定のチャンネルがサイマル放送であるか否かの判定を行う、請求項１に記載のデジタルデータ受信機。
【請求項６】
前記周波数包絡線は、前記第１及び第２音声データの一定時間毎のゼロクロスのカウントに基づいて求められたサンプル点の包絡線から構成される、請求項５に記載のデジタルデータ受信機。
【請求項７】
前記周波数包絡線は、所定の周波数でサンプリングし直した前記第１及び第２音声データに基づいて作成される、請求項５又は６に記載のデジタルデータ受信機。
【請求項８】
前記サイマル放送判定部は、前記第１及び第２音声データの音量包絡線の一致度の時間相関における同期ずれと、前記第１音声データと第２音声データの周波数包絡線の一致度の時間相関の同期ずれとを比較して、前記特定のチャンネルがサイマル放送であるか否かの判定を行う、請求項１〜７の何れか一項に記載のデジタルデータ受信機。
【請求項９】
前記サイマル放送判定部は、前記第１音声データと第２音声データの音量の平均値に基づいて、前記特定のチャンネルがサイマル放送であるか否かの判定を行う、請求項１〜７の何れか一項に記載のデジタルデータ受信機。
【請求項１０】
前記データ取得部は、前記特定のチャンネルの放送波からＴＭＣＣ信号内のデータを取得し、
前記サイマル放送判定部は、前記データに基づいて、前記第１及び第２音声データの一致度の時間相関を取る期間を設定する、請求項１に記載のデジタルデータ受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数種類の受信サービスを切り換えて使用することができるデジタル放送受信機等のデジタルデータ受信機に関するものである。
【背景技術】
【０００２】
日本の地上デジタルテレビ放送では、伝送特性の異なる複数の階層を同時に伝送する階層伝送が可能である。そこで、複数の階層に対応させて、異なった種類の符号化されたデジタルデータを伝送することが可能である。また、デジタル放送による同一チャネルにおいては、異なった種類の符号化されたデジタルデータを用いて同一の内容の放送を行うことができ、このような放送をサイマル放送という。
【０００３】
しかしながら、デジタル放送による同一チャネルにおいては、必ずしもサイマル放送を行う必要はない。即ち、デジタル放送による同一チャネルにおいて、ある種類の符号化されたデジタルデータによる放送内容と、他の種類の符号化されたデジタルデータによる放送内容とが異なる場合がある。
【０００４】
そこで、特許文献１には、デジタル放送による同一チャネルにおいて、サイマル放送が行われているか否かを判定する技術が記載されている。特許文献１では、ＴＭＣＣ（Transmission and Multiplexing Configuration Control)信号中のリザーブ項目にサイマル放送を実施しているか否かの示す情報を設定しておき、受信時にＴＭＣＣ信号のリザーブ項目の情報を解析して、受信した放送がサイマル放送であるか否かを判定している。また、特許文献１では、複数の種類の符号化されたデジタルデータによる音声信号を一時記憶し、両者の音声信号の一致度の度合いを求めて、所定の度合い以上であれば、サイマル放送であると判定している。
【０００５】
【特許文献１】特開２００４−１６６１７３号公報（図１、図５）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、全ての放送局が、ＴＭＣＣ信号のリザーブ項目にサイマル放送を実施しているか否かの示す情報を設定するとは限らないので、リザーブ項目の情報のみによってはサイマル放送であるか否かを判定することはできないという不都合があった。
【０００７】
また、異なった放送番組でも類似する音声が部分的に生じる場合もあり、所定期間の音声信号を単純に比較するだけでは、サイマル放送か否かの判定を確実に行うことは難しいという不都合があった。
【０００８】
さらに、異なった種類の符号化されたデジタルデータを切換える場合、それぞれの符号化されたデジタルデータから復号化された音声データが完全に同期しているとは限らないので、切換えによって、音声がシームレスに切換えられないという不都合があった。
【０００９】
そこで、本発明は、確実にサイマル放送か否かを判定することを可能とするデジタルデータ受信機を提供することを目的とする。
【００１０】
また、本発明は、確実にサイマル放送か否かを判定し、サイマル放送である場合には違和感なく音声を切り換えることを可能とするデジタルデータ受信機を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明に係るデジタルデータ受信機は、特定のチャンネルの放送波から第１のサービスに係る第１音声データを出力する第１音声データ生成部と、特定のチャンネルの放送波から第２のサービスに係る第２音声データを出力する第２音声データ生成部と、第１及び第２音声データの一致度の時間相関を取ることによって特定のチャンネルがサイマル放送であるか否かの判定を行うサイマル放送判定部を有することを特徴とする。
【発明の効果】
【００１２】
本発明に係るデジタルデータ受信機によれば、一致度の時間相関を取ることによって、２つの圧縮率の異なる音声データが一致するか否か、即ちサイマル放送であるか否かをより確実に判定することが可能となった。
【００１３】
また、本発明に係るデジタルデータ受信機によれば、取得する音声データの量を調整することによって、記憶容量を抑えることが可能となった。
【００１４】
さらに、本発明に係るデジタルデータ受信機によれば、比較する一方の音声データを記憶し、他方の音声データとリアルタイムで一致度の時間相関を取ることができるので、サイマル判定を確実且つ速やかに行うことが可能となった。
【００１５】
さらに、本発明に係るデジタルデータ受信機によれば、様々な種類の演算及び／又は測定に基づいて、総合的にサイマル放送か否かの判定を行うので、サイマル判定の精度を向上させることが可能となった。
【００１６】
さらに、本発明に係るデジタルデータ受信機によれば、圧縮方法の違いによる音声データの相違を無視し、最適なスケールで比較することによって、サイマル判定の精度を向上させることが可能となった。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して、本発明に係るデジタルデータ（放送）受信機について説明する。また、以下では本発明に係るデジタルデータ受信機を、車載用として説明するが、車載用に限定的に利用されるのもではなく、家庭用や携帯機器用等にも用いることが可能である。即ち、本発明に係るデジタルデータ受信機は、以下の説明に限定されるものではなく、本発明の技術的範囲に属する限り、様々は形態を採り得る。
【００１８】
本発明に係るデジタルデータ受信機は、日本の地上デジタルテレビ放送に対応した受信機等として機能するものである。地上デジタルテレビ放送では、１チャンネル分の帯域を１３個のセグメントに分割し、そのうちの１２セグメントを固定向けサービス（家庭用の一般向け）用とし、残りの１セグメントを携帯向けサービス（移動体受信端末）用に割り付けている。固定向けサービスではデータ圧縮方式としてＭＰＥＧ２方式を採用し、携帯向けサービスではデータ圧縮方式としてＨ．２６４方式（ＭＰＥＧ−４Ｐａｒｔ１０としても知られる映像圧縮方式の一つ）（又はＭＰＥＧ４方式）を採用している。なお、地上デジタルテレビ放送では、１２セグメントをさらに２つに分割して、合計３種類の番組を１チャンネル分の帯域で送信することも可能である。
【００１９】
固定向けサービスの符号化デジタルデータは、ＭＰＥＧ２方式で符号化されたものであって、高品質であるが、ビットレートが高いことからノイズ耐性が弱く、放送局からの距離が長くなると、良好な受信が困難となる場合がある。これに対して、携帯向けサービス向けの符号化デジタルデータは、Ｈ．２６４方式（又はＭＰＥＧ４方式）で符号化されたものであって、ＭＰＥＧ２方式に比べるとビットレートが低いため、ノイズ耐性が強く、放送局からの距離がより長くなっても良好に受信することが可能となる。
【００２０】
本発明に係るデジタルデータ受信装置は、サイマル放送（同一の放送チャンネルにおいて、固定向けサービスと携帯向けサービスによる同一番組が放送されている場合）が実施されているか否かを判定する機能を有する。
【００２１】
図１は、本発明に係わるデジタルデータ受信機１００の概要を示すブロック図である。
【００２２】
デジタルデータ受信機１００は、チューナ部１０、第１ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調部２０、第２ＯＦＤＭ復調部２２、デコーダ部３０、音声切換処理部４０、映像切換処理部４２、第１遅延部５０、第２遅延部５２、音声出力処理部６０、映像出力処理部６２、受信状態検出部７０、音量データ検出部７２、サイマル判定部７４、制御部９０、記憶部９２、Ｉ／Ｏ９４、システムバス９６等から構成した。
【００２３】
デジタルデータ受信機１００は、アンテナ１１０、複数の車載スピーカを含む音声出力部１２０、液晶等による表示パネル１３２及び表示パネル１３２上に設けられたタッチパネルセンサ１３４等を含む車載用の表示部１３０及びリモコン１４０等と接続した。なお、図示してはいないが、デジタルデータ受信機１００は、地図情報を有し、ジャイロやＧＰＳ等を利用して車両の現在位置を把握しながら地図情報を提供するナビゲーション装置と接続されていても良い。また、デジタルデータ受信機１００は、アンテナ１１０、音声出力部１２０、表示部１３０、リモコン１９０及びナビゲーション装置の何れか１つ又は複数を含むように、また何れか１つ又は複数に含まれるように構成されても良い。
【００２４】
デジタルデータ受信機１００は、タッチパネルセンサ１３４及び／又はリモコン１４０に設けられた各種入力手段からの操作入力によって制御されるように構成されている。
【００２５】
チューナ部１０は、車体に取り付けられたアンテナ１１０より、制御部９０からの制御信号に応じた放送波を受信するように同調され、受信帯域に存在するＯＦＤＭ信号を抽出して、第１及び第２ＯＦＤＭ復調処理部２０及び２２へ送る。なお、チューナ部１０は、放送波を受信する際の電界強度信号Ｓを、システムバス９６を介して制御部９０に送信する。
【００２６】
第１ＯＦＤＭ復調処理部２０は、固定向けサービスのセグメントにおけるＯＦＤＭ信号の復調を行ってデジタル信号を取り出し、デジタル信号の誤り訂正処理を行ってＴＳ（トランスポート・ストリーム）パケット信号を出力及び分離し、固定向けサービスの音声に関するＴＳパケット信号を第１音声デコーダ３２へ送信し、固定向けサービスの映像に関するＴＳパケット信号を第１映像デコーダ３４へ送信する。また、第１ＯＦＤＭ復調処理部２０は、誤り訂正処理によって誤り訂正を行うことができなかったことを示す第１訂正エラー信号（リードソロモン信号）ＲＳ１を、システムバス９６を介して制御部９０に送信する。さらに、第１ＯＦＤＭ復調処理部２０は、ＴＳパケットのヘッダ部に含まれるＣＲＣ（Cyclic Redundancy Check）データを利用して、伝送上のビット・エラーを検出し、予め定められた閾値をビット・エラーが越えた場合には、第１ＢＥＲ（Bit Error Ratio）信号を、システムバス９６を介して制御部９０へ、また受信状態検出部７０へ送信する。
【００２７】
第２ＯＦＤＭ復調処理部２２は、携帯向けサービスのセグメントにおけるＯＦＤＭ信号の復調を行ってデジタル信号を取り出し、デジタル信号の誤り訂正処理を行ってＴＳパケット信号を出力及び分離し、携帯向けサービス向けの音声に関するＴＳパケット信号を第２音声デコーダ３６へ送信し、携帯向けサービス向けの映像に関するＴＳパケット信号を第２映像デコーダ３８へ送信する。また、第２ＯＦＤＭ復調処理部２２は、誤り訂正処理によって誤り訂正を行うことができなかったことを示す第２訂正エラー信号（リードソロモン信号）ＲＳ２を、システムバス９６を介して制御部９０に送信する。さらに、第２ＯＦＤＭ復調処理部２２は、ＴＳパケットのヘッダ部に含まれるＣＲＣデータを利用して、伝送上のビット・エラーを検出し、予め定められた閾値をビット・エラーが越えた場合には、第２ＢＥＲ信号を、システムバス９６を介して制御部９０へ、また受信状態検出部７０へ送信する。
【００２８】
デコーダ部３０は、固定向けサービス用の音声データをデコードする第１音声デコーダ３２、固定向けサービス用の映像データをデコードする第１映像デコーダ３４、携帯向けサービス用の音声データをデコードする第２音声デコーダ３６、携帯向けサービス用の映像データをデコードする第２映像デコーダ３８を有する。なお、各デコーダ３２〜３８は、それぞれの機能を有する個別の電子回路として構成されても良いし、それぞれの機能をソフトウエア的に達成するハードウエア的には１つのデコーダ装置であっても良い。
【００２９】
第１音声デコーダ３２は、第１ＯＦＤＭ復調部２０から受信したＴＳパケットに含まれるデータをデコードして、固定向けサービス（ＭＰＥＧ２方式）の第１音声データを生成し、第１映像デコーダ３４は、第１ＯＦＤＭ復調部２０から受信したＴＳパケットに含まれるデータをデコードして、固定向けサービス（ＭＰＥＧ２方式）の第１映像データを生成するように構成した。また、第２音声デコーダ３６は、第２ＯＦＤＭ復調部２２から受信したＴＳパケットに含まれるデータをデコードして、携帯向けサービス向け（Ｈ．２６４方式又はＭＰＥＧ４方式）の第２音声データを生成し、第２映像デコーダ３８は、第１ＯＦＤＭ復調部２０から受信したＴＳパケットに含まれるデータをデコードして、携帯向けサービス向け（Ｈ．２６４方式又はＭＰＥＧ４方式）の第２映像データを生成するように構成した。
【００３０】
また、第１音声デコーダ３２及び第２音声デコーダ３６は、デコード時に、エラーが発生した場合には、デコードエラーが発生したことを示す第１及び第２デコードエラー信号を、システムバス９６を介して制御部９０へ送信する。制御部９０では、デコードエラー信号を受信した場合には、受信状態が悪いと判断することができる。さらに、第１音声デコーダ３２及び第２音声デコーダ３６は、デコードエラーが発生した場合には、不適切なデータによって爆音が生じない様に、ＮＵＬＬデータのみからなる音声データを出力する。ＮＵＬＬデータのみからなる音声データは、無音としてスピーカから出力されることとなる。
【００３１】
なお、デコーダ部３０は、第１又は第２ＯＦＤＭ復調部２０又は２２から受信したＴＳパケットに含まれるデータをデコードして、ＥＰＧ（番組案内情報）データ等を生成し、システムバス９６を介して、制御部９０へ生成データを出力するデータデコーダを有していても良い。
【００３２】
第１音声デコーダ３２及び第２音声デコーダ３６からの音声データは音声切換処理部４０へ送信され、第１映像デコーダ３６及び第２映像デコーダ３８からの映像データは映像切換処理部４２へ送信される。
【００３３】
音声切換処理部４０では、制御部９０からの制御信号に応じて、第１音声デコーダ３２からの固定向けサービスの音声データ及び第２音声デコーダ３６からの携帯向けサービス向けの音声データの何れか一方が選択されて出力されるように切換制御がなされる。音声切換処理部４０から出力される選択された音声データは、第１遅延部５０において、他方の音声データとの同期を合わせた後、音声出力処理部６０へ出力される。
【００３４】
音声出力処理部６０では、音声データをアナログ信号へ変換し、音量を適正化させて、複数の車載スピーカへ出力する等の処理を行う。
【００３５】
映像切換処理部４２では、制御部９０からの制御信号に応じて、第１映像デコーダ３４からの固定向けサービスの映像データ及び第２映像デコーダ３８からの携帯向けサービス向けの映像データの何れか一方が選択されて出力されるように切換制御がなされる。映像切換処理部４２から出力される選択された映像データは、第２遅延部５２において、他方の映像データとの同期を合わせた後、映像出力処理部６２へ出力される。映像出力処理部６２では、映像データを表示部１３０のサイズ及び／又は性能等に合わせる適合処理、静止画像やフリーズ画像等との合成処理等を行う。
【００３６】
また、第１及び／又は第２遅延部５０、５２は、音声データと映像データとの同期合わせも行う。
【００３７】
受信状態検出部７０は、第１及び第２ＯＦＤＭ復調部２０及び２２からの第１及び第２ＢＥＲ信号、後述する音量データ検出部７２からの第１及び第２無音信号に基づいて、固定向けサービス及び携帯向けサービスの受信状態を検出し、状態信号（図９（ｅ）参照）をシステムバス９６を介して制御部９０へ送信する。
【００３８】
音量データ検出部７２は、第１音声デコーダ３２からの第１音声データを用いて、第１音声データが無音状態か否かを示す第１無音信号を受信状態検出部７０、サイマル判定部７４及び制御部９０へ送信する。また、音量データ検出部７２は、第２音声デコーダ３６からの第２音声データを用いて、第２音声データが無音状態か否かを示す第２無音信号を受信状態検出部７０、サイマル判定部７２及び制御部９０へ送信する。
【００３９】
本実施形態では、音声データは、２０μｓ毎の１６ビットデータによって表現されるように設定されているが、無音の場合には、ＮＵＬＬデータが連続することとなる。そこで、音量データ検出部７２では、所定時間以上、ＮＵＬＬデータが連続した場合に、無音であると判定するように構成されている。なお、無音となる場合としては、同調した放送チャンネルにおける固定向け又は携帯向けサービスの番組が放送されていない場合、又は受信状態が悪くデコードエラーが発生している場合が考えられる。
【００４０】
サイマル放送検出部７４は、ＣＰＵ、ＲＡＭ及びＲＯＭを少なくとも含んで構成され、予めインストールされているプログラムにしたがって動作し、音量データ検出部７２からの第１及び第２無音信号、第１及び第２音声デコーダ３２及び３６からの音声データを用いて、サイマル放送が行われて意いるか否かを判定し、判定結果をシステムバスを介して制御部９０へ送信する。
【００４１】
制御部９０は、ＣＰＵ、ＲＡＭ及びＲＯＭを少なくとも含んで構成され、予めインストールされているプログラムにしたがって動作し、システムバス９６と接続されている各要素の制御を行う。また、制御部９０は、チューナ部１０からの電界強度信号Ｓ、第１及び第２ＯＦＤＭ復調処理部２０及び２２からの第１及び第２訂正エラー信号ＲＳ１及びＲＳ２、第１及び第２ＯＦＤＭ復調処理部２０及び２２からの第１及び第２ＢＥＲ信号、第１及び第２音声デコーダ３２及び３６からの第１及び第２デコードエラー信号、受信状態検出部７０からの状態信号、音量データ検出部７２からの第１及び第２無音信号、サイマル判定部７４からのサイマル状態判定信号を受信し、各信号の全て又は一部に基づいて最適な音声データ及び映像データを出力するように、音声切換処理部４０、映像切換処理部４２、第１及び第２遅延部５０及び５２、音声出力処理部６０及び映像出力処理部６２等の制御を行う。
【００４２】
図２は、ＴＳ（Transport Stream)及びＰＥＳ（Packetized Elementary Stream)の構成を示す図である。
【００４３】
図２（ａ）に示すように、ＴＳは、複数のＴＳパケットから構成され、１つのＴＳパケットは１８８バイトの固定長である。また、ＴＳパケットは、４バイトのヘッダ部（ＴＳＨ）と、１８４バイトのデータ部から構成される。ヘッダ部は、１３ビットのＴＳパケットを識別するためのＰＩＤ（パケットＩＤ）、そのＴＳパケット内に誤りがあるか否かを示すＴＳエラービット等が含まれる。データ部には、映像、音声、データ放送用のデータ等のデータが含まれる。ＴＳパケットには、映像データを含むパケット、音声データを含むパケット、データ放送用のデータを含むパケット、ＮＵＬＬデータのみを含むパケット等があり、特定のパケットがどのようなパケットであるかはＰＩＤにより判断することができる。
【００４４】
図２（ｂ）に示す映像ＰＥＳは、第１又は第２映像デコーダ３４及び３８において、複数のＴＳパケットに含まれる映像データから再構成された映像パケットを示している。１つのパケットは固定長ではなく、ヘッダ部（ＰＨ）と符号化されたデータから構成されるデータ部から構成される。ヘッダ部（ＰＨ）には、プログラム時刻基準値を示すＰＣＲ（Program Clock Reference)、映像データと音声データとの同期を取るための提示時刻情報（ＰＴＳ：Presentation Time Stamp）、および伝送上のビット・エラーを検出するための用いることができるＣＲＣデータが含まれる。なお、データ部における符号化されたデータが復号化された時には、復号時刻を示す復号時刻情報（ＤＴＳ：Decoding Time Stamp)が付される。
【００４５】
図２（ｃ）に示す音声ＰＥＳは、第１又は第２音声デコーダ３２及び３６において、複数のＴＳパケットに含まれる音声データから再構成された音声パケットを示している。１つのパケットは固定長ではなく、ヘッダ部（ＰＨ）と符号化されたデータから構成されるデータ部から構成される。ヘッダ部（ＰＨ）には、同様に、ＰＣＲ、ＰＴＳ及びＣＲＣデータが含まれる。なお、データ部における符号化されたデータが復号化された時には、ＤＴＳが付される。
【００４６】
デコードされた固定向けサービス映像データ及び音声データと、デコードされた携帯向けサービス向け映像データ及び音声データが、それぞれどのようなタイミングにあるかは、前述した、ＰＣＲ、ＰＴＳ及びＤＴＳの何れか一つ又は複数によって判別することができる。
【００４７】
図３は、サイマル前処理の一例の処理フローを示す図である。
【００４８】
後述するサイマル放送の判定の前に、前述したＴＭＣＣ信号内の情報を利用して、サイマル放送でありえない場合については、サイマル放送の判定処理を行うまでもなく、サイマル放送ではないと判断するようにしたものである。
【００４９】
図３に示す処理フローは、主に、制御部９０が、予めインストールされたプログラムに従って、デジタルデータ受信機１００の他の要素と協同して実行する。また、図３の処理フローが開始される時点で、デジタルデータ受信機１００は、電源がＯＮされ、各種機能が動作可能な状況にあるものとする。さらに、図３に示す処理フローは、ユーザによって選局がなされた場合や、デジタルデータ受信機１００の電源がＯＮされた場合等、適当なタイミングで繰り返し実行される。
【００５０】
最初に、制御部９０は、第１又は第２ＯＦＤＭ復調部２０又は２２で認識されるＴＭＣＣ信号内の情報を取得する（Ｓ１）。
【００５１】
ＴＭＣＣ信号は、デジタル放送における伝送方式を規定する伝送制御信号であって、少なくとも、部分受信フラグデータ、Ａ階層伝送パラメータ情報、Ｂ階層伝送パラメータ情報及びＣ階層伝送パラメータ情報を含んでいる。
【００５２】
部分受信フラグデータは、伝送帯域中央のセグメントが部分受信用に設定されている場合には「１」に、そうでない場合には「０」に設定されている。サイマル放送の場合には、伝送帯域中央の１セグメントが携帯向けサービスに利用され、他の１２セグメントが固定向けサービスに利用されるため、部分受信フラグデータが「０」の場合には、携帯向けサービスが行われない状況、即ちサイマル放送ではありえない状況であると判断することができる。また、逆に、部分受信フラグデータが「１」の場合には、携帯向けサービスがあることを示しており、通常携帯向けサービスを行う場合には、必ず固定向けサービスも行われるので、サイマル放送が行われている可能性が高いと判断することができる。
【００５３】
次に、制御部９０は、ＴＭＣＣ信号内の情報から部分受信フラグデータを取得し、部分受信フラグデータが「０」の場合には、Ｓ３へ進んで、サイマル判定せずとの判断を行い、受信フラグデータが「１」の場合には、Ｓ４へ進んで、サイマル判定を実行するとの判断を行って、サイマル判定の前処理を終了する。サイマル判定を実行すると判断された場合には、後述する図４に示す処理フローに従って、サイマル放送判定を実行する。
【００５４】
ところで、ＴＭＣＣ信号内のＡ〜Ｃ階層伝送パラメータ情報は、それぞれ、キャリア変調方式データ、畳込み符号化率データ、時間インターリーブ長データ、セグメント数データを有している。キャリア変調方式データはキャリア変調方式が、例えば、ＤＱＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭの何れかであるか、又はその階層が未使用の階層であることを示している。また、畳込み符号化率データは、畳込み符号化率が、例えば、１／２、２／３、３／４、５／６、７／８の何れかであるか、又はその階層が未使用の階層であることを示している。時間インターリーブ長データは、時間インターリーブにおけるモードの種別またその階層が未使用の階層であることを示している。セグメント数データは、その階層が何セグメントを利用しているか、又はその階層が未使用の階層であることを示している。
【００５５】
サイマル放送を行う場合、Ａ階層及びＢ階層において、固定向けサービスと携帯向けサービスを行うことから、何れかの階層が未使用である場合には、サイマル放送ではないと判断することができる。何れかの階層が未使用であるか否かは、Ａ又はＢ階層伝送パラメータ情報のキャリア変調方式データ、畳込み符号化率データ、時間インターリーブ長データ及びセグメント数データ何れかが未使用の階層であることを示しているか否かによって判断することができる。また、Ａ又はＢ階層伝送パラメータ情報のセグメント数データが１の場合には、携帯向けサービスがあることを示しており、通常携帯向けサービスを行う場合には、必ず固定向けサービスも行われるので、サイマル放送が行われている可能性が高いと判断することができる。
【００５６】
したがって、図３では、サイマル放送を実施しているか否かを示すデータとして、ＴＭＣＣ信号内の部分受信フラグデータを利用して、サイマル判定の前処理を行ったが、Ａ又はＢ階層伝送パラメータ情報のキャリア変調方式データ、畳込み符号化率データ、時間インターリーブ長データ及びセグメント数データ何れかが未使用の階層であることを示しているか否かの情報に基づいて、サイマル判定を行うか否かのサイマル判定の前処理を行うようにしても良い。
【００５７】
また、図３では、ＴＭＣＣ信号内の部分受信フラグデータを利用して、サイマル判定の前処理を行ったが、Ａ又はＢ階層伝送パラメータ情報のセグメント数データが１か否かの情報に基づいて、サイマル判定を行うか否かのサイマル判定の前処理を行うようにしても良い。
【００５８】
特許文献１においては、ＴＭＣＣ信号のリザーブ項目を利用して、サイマル放送か否かを判定しようとしたが、リザーブ項目では、全ての放送局がそのようにリザーブ項目を利用するか不明であって、サイマル判定が常に良好に機能するか不確定である。しかしながら、上述した、ＴＭＣＣ信号内の部分受信フラグデータ、Ａ又はＢ階層伝送パラメータ情報のキャリア変調方式データ、畳込み符号化率データ、時間インターリーブ長データ及びセグメント数データの利用方法を確定しており、確実に利用することができる。
【００５９】
図４は、サイマル判定の一例の処理フローを示す図である。
【００６０】
図４に示す処理フローは、主に、サイマル判定部７４が、予めインストールされたプログラムに従って、デジタルデータ受信機１００の他の要素と協同して実行する。また、図４の処理フローが開始される時点で、デジタルデータ受信機１００は、電源がＯＮされ、各種機能が動作可能な状況にあるものとする。さらに、図４に示す処理フローは、ユーザによって選局がなされた場合や、デジタルデータ受信機１００の電源がＯＮされた場合等、適当なタイミングで繰り返し実行される。
【００６１】
最初に、Ｎ＝０と設定する（Ｓ１０）。
【００６２】
次に、音量データ検出部７２から、第１音声デコーダ３２からの固定向けサービスの第１音声データが無音であるか否かを示す第１無音信号と、第２音声デコーダ３６からの携帯向けサービスの第２音声データが無音であるか否かを示す第１無音信号とを取得し（Ｓ１１）、第１無音信号又は第２無音信号に基づいて、第１の音声データ及び第２音声データの何れか一方が無音であるか否かの判断を行う（Ｓ１２）。第１音声データ及び第２音声データの何れか一方が無音であると判断された場合には、Ｓ２５へ進み、サイマル放送ではないと判断して、一連の判定処理を終了する。
【００６３】
Ｓ１２において、第１音声データ及び第２音声データが何れも無音では無いと判断された場合、次に、第１音声データを第１所定時間分取得して記憶部９２へ記憶し（Ｓ１３）、第２音声データを第２所定時間分取得して記憶部９２へ記憶する（Ｓ１４）。第１所定時間は、例えば、５００ｍｓであり、第２所定時間は、例えば、２０００ｍｓである。
【００６４】
次に、Ｓ４及び５で取得した第１音声データ及び第２音声データの音量包絡線の一致度の時間相関を演算する（Ｓ１５）。
【００６５】
図５は、音量包絡線を説明するための図である。
【００６６】
図５（ａ）は音声データの元データを示しており、図５（ｂ）は図５（ａ）に示す元データから作成された音量包絡線の一例を示している。図５（ｂ）に示す音量包絡線は、一定期間毎の音声データの絶対値を平均した値を直線で結んだものである。ここでは、一定期間を５０ｍｓした。しかしながら、一定期間（サンプリング周期）は、人が一句を発音する周期の半分程度が好ましく、２５ｍｓ以上且つ１００ｍｓ以下であることが好ましい。第１音声データと第２音声データは、元々圧縮方法が異なるデータをデコードしたものであって、あまり詳しく比較しすぎると、サイマル放送であるのに、異なったデータであると認識されてしまうからである。また、第１及び第２音声データの音量包絡線は、それぞれの平均音量が等しくなるように規格化されている。後述する一致度の時間相関を取りや易くするためである。
【００６７】
図６は、音量包絡線の一致度の時間相関の演算を説明するための図である。
【００６８】
図６（ａ）は図５で説明した方法にて作成した第１音声データの音量包絡線を示す図であり、図６（ｂ）は図５で説明した方法にて作成した第２音声データの音量包絡線を示す図である。前述したように、第１音声データは５００ｍｓ分、第２音声データについては２０００ｍｓ分のデータに対応した音量包絡線を作成した。図６（ａ）及び（ｂ）において、横１マスは、５０ｍｓに対応している。
【００６９】
サイマル判定部７４は、図６（ａ）の全データ５００ｍｓ分を、図６（ｂ）の図中のＸ１の部分の５００ｍｓ分から、図中のＺ１の部分の５００ｍｓ分まで、５０ｍｓ毎に一致度を複数求め、その内一番高い値を、Ｓ１５における一致度Ｐ１とする。図６（ｂ）の例では、図中のＹ１の部分が一致度が一番高い部分である。
【００７０】
一致度は、「Ａ１」を図６(ａ）に含まれるデータ、「Ｂ１」を図６（ｂ）における図６(ａ）との比較対象部分に含まれるデータとすると、Ａ１の絶対値の合算値とＢ１の絶対値の合算値の関係から以下の式により求めることができる。なお、図６（ａ）の全データと図６(ｂ）における図６（ａ）との比較対象部分とが完全に一致する場合には、一致度は無限大となる。
【００７１】
【数１】
0004562685.tif 000002
【００７２】
【数２】
0004562685.tif 000003
【００７３】
次に、サイマル判定部７４は、Ｓ６で求めた音量包絡線の同期ずれの測定を行う（Ｓ１６）。第１音声デコーダ３２と第２音声デコーダ３６とが出力する音声データの再生時間は完全に一致しているとは限らないことから、第１音声データに対応する音声包絡線と第２音声データに対応する音声包絡線との間に同期ずれが生じる。同期ずれは、図６（ｂ）における時間Ｔ１として測定される。
【００７４】
次に、Ｓ４及び５で取得した第１音声データ及び第２音声データの周波数包絡線の一致度の時間相関を演算する（Ｓ１７）。周波数包絡線は、図５（ａ）に示す音声データの元データを用いて、一定期間毎の音声データの周波数を直線で結んだものである。一定期間としては、音声包絡線を作成する場合と同様に、５０ｍｓした。
【００７５】
一定期間毎の周波数を取得する方法としては、一定期間内に音量データがプラスからマイナスになる点（ゼロクロス）の数をカウントすることによって求めることができる。例えば、５０ｍｓ間に５回のゼロクロス（１ｓ間に１００回のゼロクロスと同等）がカウントできる場合には、５０Ｈｚとなる。
【００７６】
また、測定の精度を上げるために、第１音声デコーダ３２からの第１音声データ及び第２音声デコーダからの第２音声データから高周波ノイズを除去した後に、周波数包絡線を作成することが好ましい。高周波ノイズを除去するためには、高周波カットフィルタを用いることができる。即ち、サイマル判定部７４は、高周波カットフィルタを介して、第１及び第２音声データを入力するように構成することが好ましい。
【００７７】
さらに、周波数包絡線を作成する前に、帯域制限をしたい上限周波数でサンプリングし直しておくことも可能である。高周波カットフィルタを用いる場合と同様に、第１及び第２音声データから、比較に不必要な高周波成分を除くためである。
【００７８】
図７は、周波数包絡線の一致度の時間相関の演算を説明するための図である。
【００７９】
図７（ａ）は第１音声データの周波数包絡線を示す図であり、図７（ｂ）は第２音声データの周波数包絡線を示す図である。前述したように、第１音声データは５００ｍｓ分、第２音声データについては２０００ｍｓ分のデータに対応した周波数包絡線を作成した。図７（ａ）及び（ｂ）において、横１マスは、５０ｍｓに対応している。
【００８０】
サイマル判定部７４は、図７（ａ）の全データ５００ｍｓ分を、図７（ｂ）の図中のＸ２の部分の５００ｍｓ分から、図中のＺ２の部分の５００ｍｓ分まで、５０ｍｓ毎に一致度を複数求め、その内一番高い値を、Ｓ１７における一致度Ｐ２とする。図７（ｂ）の例では、図中のＹ２の部分が一致度が一番高い部分である。
【００８１】
一致度は、「Ａ２」を図７(ａ）に含まれるデータ、「Ｂ２」を図７（ｂ）における図７(ａ）との比較対象部分に含まれるデータとすると、Ａ２の絶対値の合算値とＢ２の絶対値の合算値の関係から以下の式により求めることができる。なお、図７（ａ）の全データと図７(ｂ）における図７（ａ）との比較対象部分とが完全に一致する場合には、一致度は無限大となる。
【００８２】
【数３】
0004562685.tif 000004
【００８３】
【数４】
0004562685.tif 000005
【００８４】
次に、サイマル判定部７４は、Ｓ８で求めた周波数包絡線の同期ずれの測定を行う（Ｓ１８）。第１音声デコーダ３２と第２音声デコーダ３６とが出力する音声データの再生時間は完全に一致しているとは限らないことから、第１音声データに対応する周波数包絡線と第２音声データに対応する周波数包絡線との間に同期ずれが生じる。同期ずれは、図７（ｂ）における時間Ｔ２として測定される。
【００８５】
次に、サイマル判定部７４は、上記の演算又は測定結果に基づいて、第１条件が全てＹＥＳか否かについて判断する（Ｓ１９）。第１条件とは、以下に示す３つを全て満足することを言う。
【００８６】
（１）Ｓ１５で演算して求めた音声包絡線の一致度Ｐ１が所定の閾値以上か。即ち、一致度Ｐ１が所定の閾値以上であれば、第１音声データと第２音声データと同じ音声データであると判断することができる。
【００８７】
（２）Ｓ１７で演算して求めた周波数包絡線の一致度Ｐ２が所定の閾値以上か。即ち、一致度Ｐ２が所定の閾値以上であれば、第１音声データと第２音声データとが同じ音声データであると判断することができる。
【００８８】
（３）Ｓ１６で求めた同期ずれＴ１とＳ１８で求めた同期ずれＴ２とがほぼ一致するか（例えば、±２５ｍｓ以内）。音量包絡線の同期ずれと周波数包絡線の同期ずれがほぼ一致しているということは、第１音声データと第２音声データとが同じ音声データであると判断することができる。
【００８９】
上記の（１）〜（３）の条件が全てＹＥＳの場合には、第１音声データと第２音声データは同じデータであると判断し、Ｓ２４へ進み、サイマル放送と判定して一連の処理フローを終了する。
【００９０】
次に、サイマル判定部７４は、上記の演算又は測定結果に基づいて、第１条件が全てＮＯか否かについて判断する（Ｓ２０）。上記の（１）〜（３）の条件が全てＮＯの場合には、第１音声データと第２音声データは同じデータではない判断し、Ｓ２５へ進み、サイマル放送ではないと判定して一連の処理フローを終了する。
【００９１】
上記（１）〜（３）の全てがＹＥＳでない、又は上記（１）〜（３）の全てがＮＯではない場合には、十分にサイマル放送か否かを判定することができない可能性があるので、Ｓ２１においてＮをインクリメントし、Ｎが５より大きいか否かをＳ２２で判断して、Ｎが５以下の場合には、再度、Ｓ１１〜Ｓ２０を最大５回に渡って繰り返す。即ち、最大５回、新しい第１音声データ及び第２音声データを取得し、音声包絡線、周波数包絡線及び同期ずれを測定し直して、再度サイマル放送か否かの判定を行う。
【００９２】
５回の判定を行っても、更にサイマル放送か否かの判断がつかない場合には、第２条件を満足するか否かの判断を行う（Ｓ２３）。
【００９３】
第２条件とは、５回の測定結果に基づいて、上記の（１）及び（２）はＹＥＳであるという場合が、３回以上連続で発生している場合を言う。即ち、第２条件とは、上記（３）は満たさないが、他の条件は複数回連続している場合をいい、Ｓ１９に示す第１条件より緩和されてはいるが、サイマル放送と判定してよい最低の条件を示すものである。したがって、Ｓ２１において、第２条件を満足している場合には、サイマル放送と判定し、第２条件を満足していない場合には、サイマル放送ではないと判定する。
【００９４】
図４に示したサイマル放送か否かを判定する処理フローは、一例であって、例えば、第１及び第２無音信号のみで、簡易的にサイマル放送か否かの判定を行うようにしても良いし、上記（１）〜（３）の何れか１つの条件でもＹＥＳであれば、簡易的にサイマル放送であると判定しても良い。
【００９５】
また、上記（１）〜（３）の他に演算又は測定を行い、その演算又は測定結果を上記の第１条件及び／又は第２条件に追加することができる。例えば、Ｓ１３及び１４で取得した第１音声データ及び第２音声データの平均音量比を演算によって求め、比がほぼ１（例えば、０．９５以上）の場合を、１つの条件とすることもできる。
【００９６】
図４の例では、第１音声データの４倍に相当する第２音声データを取得しているが、これは、最大の同期ずれ量を見込んで定めたものである。しかしながら、前述した、ＰＣＲ、ＰＴＳ及びＤＴＳの何れか一つ又は複数、ＴＭＣＣ信号内の時間インターリーブ長データ等によって、第１音声データと第２音声データの同期ずれ量をおおよそ判別することができるので、これらの値を用いて、第１音声データと第２音声データを取得して記憶する量を調整するように構成することができる。
【００９７】
図４の例では、第１音声データ及び第２音声データを両方とも記憶するようにした。しかしながら、一方のみを記憶させ、他方をリアルタイムで比較するようにして、一致度Ｐ１及びＰ２、同期ずれ量Ｔ１及びＴ２を測定するようにしても良い。
【００９８】
図４の例では、第２音声データを第１音声データより長く取得したが、逆にすることも可能である。
【００９９】
なお、図３に示すサイマル前処理を行わずに、直接図４に示すサイマル判定を行うようにしても良い。
【０１００】
図８は、切換処理の一例の処理フローを示す図である。
【０１０１】
図８に示す処理フローは、映像及び音声の切換を同時に行うものとするが、個別に切換制御を行うことも可能である。また、切換条件（良好に受信されているか、復帰の条件を満たしているか等）や詳しいタイミング、さらに変更例等については後述する。また、図８に示す処理フローは、制御部９０が、予めインストールされたプログラムに従い、デジタルデータ受信機１００の各要素と連携して実行する。また、図８に示すフローは、所定タイミング繰り返し実行される。なお、図８に示す処理フローが開始される時点において、デーデジタルデータ受信機１００は、電源がＯＮされ、各種機能が動作可能な状況であるものとする。
【０１０２】
制御部９０は、図３に示した処理フローに従って、サイマル判定を行うか否かの判断を行う（Ｓ３０）。サイマル判定を実行する場合には、サイマル判定部７４が、図４に示した処理フローに従って、サイマル判定を行い（Ｓ３１）、制御部９０は、その結果を受け取る。
【０１０３】
Ｓ３１において、サイマル放送であると判定された場合には、制御部９０は、受信状態検出部７０からの情報に基づいて、固定向けサービスの受信状態が良好か否かの判断を行い（Ｓ３２）、固定向けサービスの受信状態が良好な場合には、固定向けサービスの音声（第１音声デコーダ３２からの第１音声データ）及び映像（第１映像デコーダ３４からの第１映像データ）が出力されるように、音声切換処理部４０及び映像切換処理部４２を制御する（Ｓ３７）。
【０１０４】
Ｓ３２において、固定向けサービスの受信状態が良好でないと判断された場合には、次に、制御部９０は、受信状態検出部７０からの情報に基づいて、携帯向けサービスの受信状態が良好か否かの判断を行い（Ｓ３３）、携帯向けサービスの受信状態が良好な場合には、携帯向けサービスの音声（第２音声デコーダ３６からの第２音声データ）及び映像（第２映像デコーダ３８からの第２映像データ）が出力されるように、音声切換処理部４０及び映像切換処理部４２を制御する（Ｓ３８）。
【０１０５】
Ｓ３３において、携帯向けサービスの受信状態が良好でない判断された場合には、次に、制御部９０は、ミュート信号を音声出力部１２０へ出力するように音声出力処理部６０を制御し、予め予め記憶部９２等に記憶された静止画像を表示部１３０に出力するように映像出力処理部６２を制御する（Ｓ３９）。なお、静止画像の代わりに、第１又は第２映像データから作成したフリーズ画像を表示するようにしても良い。フリーズ画像とは、固定向けサービス又は携帯向けサービスの受信状態が良好な時点で記憶された１フレーム分の静止画像を言う。さらに、後述する図１２に示すように、固定向けサービスの映像と携帯向けサービスの映像とを切換える場合には、適宜、フリーズ画像を混在させて表示させることも可能である。
【０１０６】
サイマル前処理（Ｓ３０）においてサイマル判定せずと判断された場合、及びサイマル判定（Ｓ３１）においてサイマル放送ではないと判定された場合、次に、制御部９０は、現在受信可能なサービスが、固定向けサービスなのか、携帯向けサービスなのかの判断を行う（Ｓ３４）。
【０１０７】
現在受信可能なサービスが固定向けサービスであると判断された場合、制御部９０は、受信状態検出部７０からの情報に基づいて、固定向けサービスの受信状態が良好か否かの判断を行い（Ｓ３５）、固定向けサービスの受信状態が良好な場合には、固定向けサービスの音声（第１音声デコーダ３２からの第１音声データ）及び映像（第１映像デコーダ３４からの第１映像データ）が出力されるように、音声切換処理部４０及び映像切換処理部４２を制御する（Ｓ３７）。
【０１０８】
Ｓ３５において、固定向けサービスの受信状態が良好でないと判断された場合には、次に、制御部９０は、ミュート信号を音声出力部１２０へ出力するように音声出力処理部６０を制御し、予め記憶部９２等に記憶した静止画像を表示部１３０に出力するように映像出力処理部６２を制御する（Ｓ３９）。
【０１０９】
Ｓ３４において、現在受信可能なサービスが携帯向けサービスであると判断された場合、制御部９０は、受信状態検出部７０からの情報に基づいて、携帯向けサービスの受信状態が良好か否かの判断を行い（Ｓ３６）、携帯向けサービスの受信状態が良好な場合には、携帯向けサービスの音声（第２音声デコーダ３６からの第２音声データ）及び映像（第２映像デコーダ３８からの第２映像データ）が出力されるように、音声切換処理部４０及び映像切換処理部４２を制御する（Ｓ３８）。
【０１１０】
Ｓ３６において、携帯向けサービスの受信状態が良好でない判断された場合には、次に、制御部９０は、ミュート信号を音声出力部１２０へ出力するように音声出力処理部６０を制御し、予め記憶部９２等に記憶した静止画像を表示部１３０に出力するように映像出力処理部６２を制御する（Ｓ３９）。
【０１１１】
このように、サイマル前処理の後に、サイマル判定を行うので、必要な場合にのみサイマル判定を行えばよく、効率良く、短期間でサイマル放送か否かの判定を行うことが可能となった。
【０１１２】
なお、図８の例では、固定向けサービスと携帯向けサービスにおける音声データ及び映像データは常に対応して出力させるように制御した。しかしながら、映像データのみを受信状況に応じて、固定向けサービスと携帯向けサービスとの間で切換えるように制御を行い、音声データは常に携帯向けサービスのものを利用するように制御しても良い。携帯向けサービスの音声データは、広範囲で安定して視聴することが可能であって、映像データと比較すると、固定向けサービスの音声データとの差異が大きくないからである。
【０１１３】
また、映像データは、常に固定向けサービスのものを利用し、音声データは常に携帯向けサービスのものを利用するように制御しても良い。
【０１１４】
さらに、映像データ及び音声データのそれぞれについて、固定向けサービスを利用するか、携帯向けサービスを利用するかを、ユーザがタッチパネルセンサ１３４又はリモコン１４０等を利用して、自由に設定できるように構成しても良い。
【０１１５】
図９は、デジタルデータ受信機における固定向けサービスと携帯向けサービス間の音声出力の切換えのタイミングの一例を示す図である。
【０１１６】
図８に示す処理フローにしたがって、固定向けサービス、携帯向けサービス、フリーズ画像とミュート出力の何れかに切換処理されて、出力がなされることとなる。しかしながら、例えば、固定向けサービスから携帯向けサービスへ、突然切換わると、ユーザに違和感を生じさせることとなることから、特に音声出力については、スムーズに切り換える必要が生じる。図９では、制御部９０が、受信状態検出部７０が出力する受信状態にづいて音声出力の切換を行うタイミングの一例を示している。
【０１１７】
図９（ａ）は、第１ＯＦＤＭ復調部２０から出力される第１ＢＥＲ信号を示しており、図９（ｂ）は、第２ＯＦＤＭ復調部２２から出力される第２ＢＥＲ信号を示している。第１及び第２ＢＥＲ信号は、受信状態が良好な場合には「Ｈ」レベルとなり、受信状態が悪い場合には「Ｌ」レベルになるように設定されている。
【０１１８】
図９（ｃ）は、音量データ検出部７２から出力される第１無音信号を示し、図９（ｄ）は、音量データ検出部７２から出力される第２無音信号を示している。第１及び第２無音信号は、音声データが無音でないと判断された場合には「Ｈ」レベル、音声データが無音と判断された場合には「Ｌ」レベルとなるように設定されている。
【０１１９】
図９（ｅ）は、受信状態検出部７０が出力する状態信号を示している。状態信号は、固定向けサービスと携帯向けサービスの両方の受信状態が良い場合には「Ｖ３」レベル、固定向けサービスのみ受信状況が良い場合には「Ｖ２」レベル、携帯向けサービスのみ受信状況が良い場合には「Ｖ１」レベル、固定向けサービスと携帯向けサービスの両方の受信状態が悪い場合には「Ｖ０」レベルとなるように設定されている。なお、状態信号は、説明の便宜上、アナログ信号として取り扱っているが、２ビットのデジタル信号とすることもできる。
【０１２０】
図９（ｆ）は、受信状態検出部７０からの切換信号に応じて、制御部９０が音声切換処理部４０等を制御して出力する音声出力の一例を示している。
【０１２１】
Ｔ１０において、第１ＢＥＲ信号が「Ｈ」レベルから「Ｌ」レベルに変化したことを受けて、受信状態検出部７０は、第２ＢＥＲ信号が「Ｈ」レベルであることを条件に、状態信号は「Ｖ３」レベルから「Ｖ１」レベルに切り換える。即ち、固定向けサービスの受信状態が悪化し、携帯向けサービスのみの受信状態が良好であることを示している。
【０１２２】
Ｔ１５において第１ＢＥＲ信号が「Ｌ」から「Ｈ」に変化しているが、この時点では、受信状態検出部７０は、状態信号の切換えを行わず、Ｔ１６において、第１無音信号が「Ｌ」レベルから「Ｈ」レベルへ復帰して初めて、状態信号を「Ｖ２」レベルから「Ｖ４」レベルに切り換える。即ち、固定向けサービスの受信状態が良好になったので、固定向けサービスと携帯向けサービスの両方が良好な状態になったことを示している。
【０１２３】
制御部９０は、Ｔ１０における状態信号の「Ｖ４」レベルから「Ｖ２」レベルへの切換えに応じて、音声切換処理部４０を制御して、固定向けサービスに対応した第１音声データ（２０１）の出力をフェードアウトさせ（２０２）、Ｔ１２において完全に停止させる（フェードアウト期間Ｓ１）。その後、制御部９０は、ミュート期間Ｓ２を置いて、Ｔ１３から音声切換処理部４０を制御して、携帯向けサービスに対応した第２音声データの出力をフェードインさせ（２０３）、Ｔ１４において完全に出力させる（フェードイン期間Ｓ３）。したがって、Ｔ１４の時点で、完全に携帯向けサービスに対応した第２音声データに切換わる（２０４）。
【０１２４】
また、制御部９０は、Ｔ１６における状態信号の「Ｖ２」レベルから「Ｖ４」レベルへの切換えに応じて、音声切換処理部４０を制御して、携帯向けサービスに対応した第２音声データの出力をフェードアウトさせ（２０５）、Ｔ１７において完全に停止させる（フェードアウト期間Ｓ４）。その後、制御部９０は、ミュート期間Ｓ５を置いて、Ｔ１８から音声切換処理部４０を制御して、固定向けサービスに対応した第１音声データの出力をフェードインさせ（２０６）、Ｔ１９において完全に出力させる（フェードイン期間Ｓ６）。したがって、Ｔ１９の時点で、完全に固定向けサービスに対応した第１音声データに切換わる（２０７）。
【０１２５】
前述したように、第１音声データと第２音声データとの間には、同期ずれが生じている場合があるので、Ｔ１３から第２音声データをフェードインさせる場合及びＴ１８から第１音声データをフェードインさせる場合には、第１遅延部５０を利用して、同期ずれを合わせて出力するようにすることが好ましい。同期ずれは、前述した、ＰＣＲ、ＰＴＳ及びＤＴＳの何れか一つ又は複数によって求めることができる。また、サイマル放送の判定時に測定した図６（ｂ）における時間Ｔ１又は図７（ｂ）における時間Ｔ２を用いて求めることができる。さらに、ＴＭＣＣ信号内の時間インターリーブ長データは同期ずれと関連しているので、時間インターリーブ長データを用いて、同期ずれを求めるようにすることもできる。
【０１２６】
図９に示すように、固定向けサービスと携帯向けサービスとの間の音声データの切換えを、ミュート期間を置いて同期ずれを合わせ、フェードアウト及びフェードインを行えば、違和感なくスムーズに行うことが可能となる。
【０１２７】
なお、固定向けサービスと携帯向けサービスとの間の音声データの切換えが、頻繁に発生しないように、インターバル期間を設定し、一度切換えが行われたら、例えば、１００ｍｓのインターバル期間は、他方の受信状態が回復しても切換えが発生しないように制御することも可能である。
【０１２８】
図９の場合では、受信状態検出部は、第１及び第２無音信号と、第１及び第２ＢＥＲ信号とに基づいて、状態信号を出力した。しかしながら、受信状態を識別する信号として、第１及び第２ＢＥＲ信号の代わりに、チューナ部１０からの電界強度信号Ｓ、第１及び第２ＯＦＤＭ復調処理部２０及び２２からの第１及び第２訂正エラー信号ＲＳ１及びＲＳ２、第１及び第２音声デコーダ３２及び３６からの第１及び第２デコードエラー信号を利用することも可能である。
【０１２９】
図９の場合では、固定向けサービスと携帯向けサービスにおける音声データ及び映像データは常に対応して出力させるように制御した。しかしながら、映像データのみを受信状況に応じて、固定向けサービスと携帯向けサービスとの間で切換えるように制御を行い、音声データは常に携帯向けサービスのものを利用するように制御しても良い。携帯向けサービスの音声データは、広範囲で安定して視聴することが可能であって、映像データと比較すると、固定向けサービスの音声データとの差異が大きくないからである。
【０１３０】
また、映像データは、常に固定向けサービスのものを利用し、音声データは常に携帯向けサービスのものを利用するように制御しても良い。
【０１３１】
さらに、映像データ及び音声データのそれぞれについて、固定向けサービスを利用するか、携帯向けサービスを利用するかを、ユーザがタッチパネルセンサ１３４又はリモコン１４０等を利用して、自由に設定できるように構成しても良い。
【０１３２】
図１０は、デジタルデータ受信機における固定向けサービスと携帯向けサービス間の音声出力の切換えのタイミングの他の例を示す図である。
【０１３３】
図１０（ａ）は、図９の（ｅ）に対応し、図１０（ｂ）は、受信状態検出部７０からの状態信号に応じて、制御部９０が音声切換処理部４０等を制御して出力する音声出力の他の例を示している。
【０１３４】
図１０（ｂ）の例では、制御部９０は、Ｔ１０における状態信号の「Ｖ４」レベルから「Ｖ２」レベルへの切換えに応じて、音声切換処理部４０を制御して、固定向けサービスに対応した第１音声データの出力（２１０）をフェードアウトさせ、同時に、携帯向けサービスに対応した第２音声データの出力（２２０）をフェードインさせる、所謂クロスフェードを実行している。したがって、Ｔ１２の時点で、完全に携帯向けサービスに対応した第２音声データに切換わる。
【０１３５】
また、制御部９０は、Ｔ１６における状態信号の「Ｖ２」レベルから「Ｖ４」レベルへの切換えに応じて、音声切換処理部４０を制御して、携帯向けサービスに対応した第２音声データの出力（２２０）をフェードアウトさせ、同時に、固定向けサービスに対応した第１音声データの出力（２１０）をフェードインさせる、所謂クロスフェードを実行している。したがって、Ｔ１７の時点で、完全に固定向けサービスに対応した第１音声データに切換わる。
【０１３６】
このように、クロスフェードを行う場合には、第１音声データと第２音声データとの同期が合っている必要があることから、図９と同様に、第１遅延部５０を利用して、同期ずれを合わせてから出力するようにすることが好ましい。同期ずれは、前述した、ＰＣＲ、ＰＴＳ及びＤＴＳの何れか一つ又は複数によって求めることができる。また、サイマル放送の判定時に測定した図６（ｂ）における時間Ｔ１又は図７（ｂ）における時間Ｔ２を用いて求めることができる。さらに、ＴＭＣＣ信号内の時間インターリーブ長データは同期ずれと関連しているので、時間インターリーブ長データを用いて、同期ずれを求めるようにすることもできる。
【０１３７】
図１１は、サイマル放送時の画像の切換えの一例を示す図である。
【０１３８】
図８に示す処理フローに従うと、サイマル放送であると判定された場合、固定向けサービス、携帯向けサービス、静止画像とミュート出力の何れかに切換処理されて、出力がなされることとなる。しかしながら、例えば、固定向けサービスの映像から携帯向けサービスの映像へ、突然切換わると、ユーザに違和感を生じさせることとなることから、スムーズに画像を切り換える必要がある。図１１では、制御部９０が、図８に示す処理フローにおいて、サイマル放送であると判定された場合において、受信状態検出部７０が出力する受信状態に基づいて画像の切換を行う動作の一例を示している。
【０１３９】
図１１において、画面３００〜３０４は、表示パネル１３２上に表示される画面を示している。
【０１４０】
固定向けサービスの受信状態が良好な場合、第１映像デコーダ３４からの第１映像データの基づく映像（動画像）が、固定向けサービスの映像として表示パネル１３２全体に表示される画面３００が表示される（図８のＳ３７参照）。
【０１４１】
固定向けサービスの映像の受信状態が悪化すると（４００）、まずは、表示パネル１３２全体に表示される固定向けサービスの映像に基づくフリーズ画像（静止画像）と、小画面３１０に表示される第２映像デコーダ３８からの第２映像データの基づく携帯向けサービスの映像と、を含む画面３０１が表示される。
【０１４２】
画面３０１が表示されてから、固定向けサービスの映像の受信状態が悪化した状態が所定時間続くと（４０１）、次に、表示パネル１３２全体に表示される携帯向けサービスの映像と、小画面３１１に表示される固定向けサービスの映像に基づくフリーズ画像と、を含む画面３０２が表示される。なお、画面３０１から画面３０２への切換えは、ユーザが画面３０１中の小画面３１０の部分を押圧した場合にも実行される。
【０１４３】
画面３０２が表示されてから、固定向けサービスの映像の受信状態が悪化した状態が所定時間続くと（４０２）、次に、表示パネル１３２全体に表示される携帯向けサービスの映像を含む画面３０３が表示される（図８のＳ３８参照）。なお、画面３０２から画面３０３への切換えは、ユーザが画面３０２中の小画面３１１の部分を押圧した場合にも実行される。
【０１４４】
画面３０３が表示されてから、固定向けサービスの映像の受信状態が良好になると（４０３）、画面３０２の画面が表示される。なお、画面３０３から画面３０２への切換えは、ユーザが画面３０３何れかの部分を押圧した場合にも実行される。
【０１４５】
画面３０２が表示されてから、固定向けサービスの映像の受信状態が良好になると（４０４）、画面３０１の画面が表示される。なお、画面３０２から画面３０１への切換えは、ユーザが画面３０２中の小画面３１１の部分を押圧した場合にも実行される。
【０１４６】
画面３０１が表示されてから、固定向けサービスの映像の受信状態が良好になると（４０５）、画面３００の画面が表示される。なお、画面３０１から画面３００への切換えは、ユーザが画面３０１中の小画面３１０の部分を押圧した場合にも実行される。
【０１４７】
なお、画面３０１が表示されている場合に、ユーザが画面３０１の小画面以外の部分を押圧した場合には（４０６）、表示パネル１３２全体に固定向けサービスの映像に基づくフリーズ画像が表示される画面３０４が表示されるようにすることも可能である。さらに、画面３０４が表示されている場合に、ユーザが画面３０４の何れかの部分を押圧した場合には（４０７）、画面３０１が表示されるようにすることが好ましい。
【０１４８】
このようにして、固定向けサービスの映像を含む画面３００と、携帯向けサービスの映像を含む画面３０３との間の切換えが行われる。図１１に示すように、突然、映像が切換わるのではなく、ステップを経て切換えが行われるので、ユーザに違和感なく、固定向けサービスから携帯向けサービスへの切換えをスムーズになされることとなる。なお、図１１の場合、音声データは、表示パネル全体に表示される映像又は画像に合わせて切換えられることが好ましい。
【０１４９】
映像出力処理部６２は、固定向けサービスの受信状態が良好な時点で記憶部９２等に記憶されたデータに基づいて、固定向けサービスの映像に基づくフリーズ画像を作成して記憶する。さらに、映像出力処理部６２は、映像切換処理部４２から受信した携帯向けサービスに係る第２映像データと固定向けサービスの映像に基づくフリーズ画像とを合成して、例えば、画面３０１及び３０２を作成して、表示パネル１３２へ表示する。
【０１５０】
なお、画面３０１及び画面３０２では、２つの映像及び／画像を１つの画面内に表示するように構成したが、前述したように日本デジタル放送では、３階層を同時に送信することができるので、３つの映像及び／画像を１つの画面内に表示するように構成しても良い。
【０１５１】
図１２は、サイマル放送でない場合の画像の切換えの一例を示す図である。
【０１５２】
図８に示す処理フローに従うと、サイマル判定せずと判断された場合（図８のＳ３０参照）又はサイマル放送でない（図８のＳ３１参照）と判定された場合、固定／携帯向けサービスの映像及び静止画像の何れかが出力がなされることとなる。しかしながら、例えば、固定／携帯向けサービスの映像から静止画像へ、突然切換わると、ユーザに違和感を生じさせることとなることから、スムーズに画像を切り換える必要がある。図１２では、制御部９０が、図８に示す処理フローにおいて、サイマル判定せずと判断された場合（図８のＳ３０参照）又はサイマル放送でない（図８のＳ３１参照）と判定された場合において、受信状態検出部７０が出力する受信状態に基づいて画像の切換を行う動作の一例を示している。即ち、図１２の例では、固定向けサービス及び携帯向けサービスの何れか一方のみが受信可能である状態における画面の切換えを示している。
【０１５３】
図１２において、画面３２０〜３２４は、表示パネル１３２上の表示される画面を示している。
【０１５４】
固定／携帯向けサービスの受信状態が良好な場合、第１映像デコーダ３４からの第１映像データの基づく映像又は第２映像デコーダ３８からの第２映像データの基づく映像が、固定／携帯向けサービスの映像として表示パネル１３２全体に表示される画面３２０が表示される（図８のＳ３７参照）。
【０１５５】
固定／携帯向けサービスの映像の受信状態が悪化すると（４１０）、まずは、表示パネル１３２全体に表示される固定／携帯向けサービスの映像に基づくフリーズ画像と、小画面３１０に表示される予め記憶部９２等に記憶された静止画像データに基づく静止画像と、を含む画面３２１が表示される。
【０１５６】
画面３２１が表示されてから、固定／携帯向けサービスの映像の受信状態が悪化した状態が所定時間続くと（４１１）、次に、表示パネル１３２全体に表示される静止画像と、小画面３３０に表示される固定／携帯向けサービスの映像に基づくフリーズ画像と、を含む画面３２２が表示される。なお、画面３２１から画面３２２への切換えは、ユーザが画面３２１中の小画面３３０の部分を押圧した場合にも実行される。
【０１５７】
画面３２２が表示されてから、固定／携帯向けサービスの映像の受信状態が悪化した状態が所定時間続くと（４１２）、次に、表示パネル１３２全体に表示される静止画像を含む画面３２３が表示される（図８のＳ３９参照）。なお、画面３２２から画面３２３への切換えは、ユーザが画面３２２中の小画面３３１の部分を押圧した場合にも実行される。
【０１５８】
画面３２３が表示されてから、固定／携帯向けサービスの映像の受信状態が良好になると（４１３）、画面３２２の画面が表示される。なお、画面３２３から画面３２２への切換えは、ユーザが画面３２３何れかの部分を押圧した場合にも実行される。
【０１５９】
画面３２２が表示されてから、固定／携帯向けサービスの映像の受信状態が良好になると（４１４）、画面３２１の画面が表示される。なお、画面３２２から画面３２１への切換えは、ユーザが画面３２２中の小画面３３１の部分を押圧した場合にも実行される。
【０１６０】
画面３２１が表示されてから、固定／携帯向けサービスの映像の受信状態が良好になると（４１５）、画面３２０の画面が表示される。なお、画面３２１から画面３２０への切換えは、ユーザが画面３２１中の小画面３３０の部分を押圧した場合にも実行される。
【０１６１】
なお、画面３２１が表示されている場合に、ユーザが画面３２１の小画面以外の部分を押圧した場合には（４１６）、表示パネル１３２全体に固定／携帯向けサービスの映像に基づくフリーズ画像が表示される画面３２４が表示されるようにすることも可能である。さらに、画面３２４が表示されている場合に、ユーザが画面３２４の何れかの部分を押圧した場合には（４１７）、画面３２１が表示されるようにすることが好ましい。
【０１６２】
このようにして、固定／携帯向けサービスの映像を含む画面３２０と、静止画像を含む画面３２３との間の切換えが行われる。図１２に示すように、突然、映像が切換わるのではなく、ステップを経て切換えが行われるので、ユーザに違和感なく、固定／携帯向けサービスから静止画像への切換えをスムーズになされることとなる。なお、図１２の場合、音声データは、表示パネル全体に表示される映像又は画像に合わせて切換えられることが好ましく、静止画像に対応してはミュート出力を出力するように制御することが好ましい。
【０１６３】
図１３は、サイマル放送でない場合の画像の切換えの他の例を示す図である。
【０１６４】
図８に示す処理フローに従うと、サイマル判定せずと判断された場合（図８のＳ３０参照）又はサイマル放送でない（図８のＳ３１参照）と判定された場合、固定／携帯向けサービスの映像及び静止画像の何れかが出力がなされることとなる。しかしながら、サイマル放送でない場合で、固定向けサービスと携帯向けサービスとで異なる番組を放送している場合がありえる。そのような場合には、同じ番組ではなくても、受信可能な画像を表示した方が好ましい場合もある。即ち、所望の番組が視聴できなくても、静止画像を見るよりは、何らかの番組を視聴できるようにしようとするものである。
【０１６５】
図１３では、制御部９０が、図８の処理フローとは異なり、サイマル放送でない場合であって、固定向けサービスと携帯向けサービスとで異なる番組を放送している場合に、受信状態検出部７０が出力する受信状態に基づいて画像の切換を行う動作の一例を示している。
【０１６６】
図１３において、画面３４０〜３２３は、表示パネル１３２上の表示される画面を示している。また、図１３では、固定向けサービスでは第１番組が放送され、携帯向けサービスでは、第１番組とは異なる第２番組が放送されているものとする。
【０１６７】
固定向けサービスの受信状態が良好な場合、第１映像デコーダ３４からの第１映像データの基づく映像が、第１番組の映像として表示パネル１３２全体に表示される画面３４０が表示される。
【０１６８】
固定向けサービスの映像の受信状態が悪化すると（４２０）、まずは、表示パネル１３２全体に表示される第１番組の映像に基づくフリーズ画像と、小画面３５０に表示される第２映像デコーダ３８からの第２映像データの基づく第２番組の映像と、を含む画面３４１が表示される。
【０１６９】
画面３４１が表示されてから、固定向けサービスの受信状態が悪化した状態が所定時間続くと（４２１）、次に、表示パネル１３２全体に表示される第２番組の映像と、小画面３５１に表示される第１番組の映像に基づくフリーズ画像と、を含む画面３４２が表示される。なお、画面３４１から画面３４２への切換えは、ユーザが画面３４１中の小画面３５０の部分を押圧した場合にも実行される。
【０１７０】
画面３４２が表示されてから、固定向けサービスの受信状態が悪化した状態が所定時間続くと（４２２）、次に、表示パネル１３２全体に第２番組の映像が表示される画面３４３が表示される。なお、画面３４２から画面３４３への切換えは、ユーザが画面３４２中の小画面３５１の部分を押圧した場合にも実行される。
【０１７１】
画面３４３が表示されてから、固定向けサービスの映像の受信状態が良好になると（４２３）、画面３４２の画面が表示される。なお、画面３４３から画面３４２への切換えは、ユーザが画面３４３何れかの部分を押圧した場合にも実行される。
【０１７２】
画面３４２が表示されてから、固定向けサービスの映像の受信状態が良好になると（４２４）、画面３４１の画面が表示される。なお、画面３４２から画面３４１への切換えは、ユーザが画面３４２中の小画面３５１の部分を押圧した場合にも実行される。
【０１７３】
画面３４１が表示されてから、固定向けサービスの映像の受信状態が良好になると（４２５）、画面３４０の画面が表示される。なお、画面３４１から画面３４０への切換えは、ユーザが画面３４１中の小画面３５０の部分を押圧した場合にも実行される。
【０１７４】
なお、画面３４１が表示されている場合に、ユーザが画面３４１の小画面以外の部分を押圧した場合には（４２６）、表示パネル１３２全体に第１番組に基づくフリーズ画像が表示される画面３４４が表示されるようにすることも可能である。さらに、画面３４４が表示されている場合に、ユーザが画面３４４の何れかの部分を押圧した場合には（４２７）、画面３４１が表示されるようにすることが好ましい。
【０１７５】
このようにして、固定向けサービスに係る第１番組の映像を含む画面３４０と、携帯向けサービスに係る第２番組の画像を含む画面３４３との間の切換えが行われる。図１３に示すように、突然、映像が切換わるのではなく、ステップを経て切換えが行われるので、ユーザに違和感なく、第１番組の映像から第２番組の映像への切換えをスムーズになされることとなる。なお、図１３の場合、音声データは、表示パネル全体に表示される映像又は画像に合わせて切換えられることが好ましい。
【０１７６】
図１４は、画像の切換方法の更に他の例を示す図である。
【０１７７】
図１１における画面３０１及び画面３０２、図１２における画面３２１及び画面３２２、図１３における画面３４１及び画面３４２では、一方の画像又は映像の中に小画面を作成して他方の画像又は映像を表示させた。しかしながら、図１４の画面３６０のように、左右の２画面に２つの画像又は映像を表示するようにしても良い。なお、画面３６０は、図１１の画面３０１の表示方法を変更させたものである。
【０１７８】
また、２つの画像又は映像を表示させた場合に、そのまま２つの画面を固定して表示させるように設定する設定ボタン３７０を表示させることが好ましい。
【０１７９】
さらに、ユーザが設定ボタン３７０の部分を押圧して、２画面表示に固定した場合には、画面３６１に示すように、２つの画面を固定して表示させる設定を解除するための解除ボタン３７１を表示させることが好ましい（４３０）。なお、ユーザが設定ボタン３７１の部分を押圧して、２画面の表示を固定して表示させる設定を解除した場合には、画面３６０が表示される（４３１）。
【０１８０】
即ち、例えば、図１１の例では、通常は、固定向けサービスの受信状況に応じて画面３０１から画面３０２へ、又は画面３０１から画面３００へ自動的に切換わるが、設定ボタン３７０を利用した場合には、固定向けサービスの受信状況に拘わらず、画面は２画面表示に固定されることとなる。さらに、その場合、ボタン３７１を利用した場合には、再度通常通り、自動的に画面の切換が行われる。このような、画面の設定及び解除は、タッチパネルセンサ１３４を押圧することによって出力される設定信号又は解除信号に応じて、制御部９０が制御を行う。
【０１８１】
図１５は、画像の切換方法の更に他の例を示す図。
【０１８２】
図１１における画面３００、画面３０３及び画面３０４、図１２における画面３２０、画面３２３及び画面３２４、図１３における画面３４０、画面３２３及び画面３４４では、１つの画像又は映像を表示させた場合に、そのまま１画面表示を固定して表示させるように設定する設定ボタン３９０を表示させることが好ましい。
【０１８３】
さらに、ユーザが設定ボタン３９０の部分を押圧して、１画面表示に固定した場合には、画面３８１に示すように、１画面の表示を固定して表示させる設定を解除するための解除ボタン３９１を表示させることが好ましい（４４０）。なお、ユーザが設定ボタン３９１の部分を押圧して、１画面の表示を固定して表示させる設定を解除した場合には、画面３８０が表示される（４４１）。
【０１８４】
即ち、例えば、図１１の例では、通常は、固定向けサービスの受信状況に応じて画面３００から画面３０１へ自動的に切換わるが、設定ボタン３９０を利用した場合には、固定向けサービスの受信状況に拘わらず、画面は１画面表示に固定されることとなる。さらに、その場合、ボタン３９１を利用した場合には、再度通常通り、自動的に画面の切換が行われる。このような、画面の設定及び解除は、タッチパネルセンサ１３４を押圧することによって出力される設定信号又は解除信号に応じて、制御部９０が制御を行う。
【図面の簡単な説明】
【０１８５】
【図１】本発明に係るデジタルデータ受信機の概要を示すブロック図である。
【図２】ＴＳ及びＰＥＳの構造を示す図である。
【図３】サイマル前処理の一例の処理フローを示す図である。
【図４】サイマル判定の一例の処理フローを示す図である。
【図５】音量包絡線を説明するための図である。
【図６】音量崩落線の一致度に演算を説明するための図である。
【図７】周波数崩落線の一致度に演算を説明するための図である。
【図８】切換処理の一例の処理フローを示す図である。
【図９】音声切換タイミングの一例を示す図である。
【図１０】音声切換タイミングの他の例を示す図である。
【図１１】サイマル放送時の画像の切換えの一例を示す図である。
【図１２】サイマル放送でない場合の画像の切換えの一例を示す図である。
【図１３】サイマル放送でない場合の画像の切換えの他の例を示す図である。
【図１４】画像の切換方法の更に他の例を示す図である。
【図１５】画像の切換方法の更に他の例を示す図である。
【符号の説明】
【０１８６】
２０    第１ＯＦＤＭ復調処理部
２２    第２ＯＦＤＭ復調処理部
３０    デコーダ部
３２    第１音声デコーダ
３４    第１映像デコーダ
３６    第２音声デコーダ
３８    第２音声デコーダ
４０    音声切換処理部
４２    映像切換処理部
６０    音声出力処理部
６２    映像出力処理部
７０    受信状態検出部
７２    音量データ検出部
７４    サイマル判定部
９０    制御部
９２    記憶部
１００    デジタルデータ受信機
１１０    アンテナ
１２０    音声出力部
１３０    表示部
１４０    リモコン
【図１】
0004562685.tif 000006
【図２】
0004562685.tif 000007
【図３】
0004562685.tif 000008
【図４】
0004562685.tif 000009
【図５】
0004562685.tif 000010
【図６】
0004562685.tif 000011
【図７】
0004562685.tif 000012
【図８】
0004562685.tif 000013
【図９】
0004562685.tif 000014
【図１０】
0004562685.tif 000015
【図１１】
0004562685.tif 000016
【図１２】
0004562685.tif 000017
【図１３】
0004562685.tif 000018
【図１４】
0004562685.tif 000019
【図１５】
0004562685.tif 000020