JP2009060548A - デジタル放送レシーバ、およびサービスサーチ方法 - Google Patents

Abstract

【課題】サービスサーチ処理を効率良く実行し、再生可能なサービスをユーザに迅速に提供する。
【解決手段】サービスの受信強度を検知する受信強度検知手段と、受信強度検知手段による検知結果に基づいて該サービスを受信可能か否か判定する受信判定手段と、受信判定手段により受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチ手段であって、受信判定手段がサービスを受信できないと判定したときに当該サービスと同一物理チャンネル中に未サーチのサービスがある場合は、該未サーチのサービスを次のサーチ対象とするサーチ手段とを備えたデジタル放送レシーバを提供する。
【選択図】図２

Description

この発明は、地上波デジタル放送サービスを受信可能なデジタル放送レシーバに関し、特に、選局番号順にサービスをサーチする機能を有するデジタル放送レシーバに関する。また、受信可能な地上波デジタル放送サービスをサーチするサービスサーチ方法に関する。

近年、記録媒体や機器等において音声や映像をデジタル形式で処理／管理することが一般化している。このような記録媒体や機器等における音声や映像のデジタル符号化の趨勢は放送関連業界にも波及している。現在、放送関連業界では地上波アナログＴＶ放送から地上波デジタルＴＶ放送への移行が進められており、地上波デジタルＴＶ放送を視聴するためのレシーバが例えば据え置き型のテレビ受像機や車載器、ＰＣ（Personal Computer）等の種々の機器に搭載され広く普及している。

ＢＳ（Broadcasting Satellite）やＣＳ（Communications Satellite）デジタル放送では、サービス毎に割り当てられるサービスＩＤを全国的にユニークに定義できることから、サービスＩＤそのものがそのサービスのチャンネル番号（リモート・コントローラ（以下、「リモコン」と略記）上でユーザが選局に用いる番号）として用いられている。一方、地上波デジタルＴＶ放送では地域毎にサービスを提供する事業者が異なる、事業者が多い等の事情からユニークなサービスＩＤを定義することができず、サービスＩＤとチャンネル番号とを一致させることができない。地上波デジタルＴＶ放送の選局には、リモコンＩＤ等に基づいて算出される、地域毎にユニークな選局番号が用いられる。なお、リモコンＩＤとは、地上波デジタルＴＶ放送のＮＩＴ（Network Information Table）に含まれる情報であり、チャンネル番号と同様にリモコン上で視聴者が選局に用いる番号に相当する。従って、実際には視聴者はリモコンＩＤの数値をリモコン上で選択することになる。そしてレシーバ内部では、その入力に対応した３桁の選局番号が算出され、算出された選局番号を用いて選局処理が実行される。

例えば下記特許文献１に、地上波デジタル放送用レシーバの一形態が開示されている。下記特許文献１によれば、選局番号を用いてサービスサーチ処理を実行し、再生可能な地上波デジタル放送をサーチすることができる。

ここで、地上波デジタル放送では一般に、各事業者は固定機向け放送（以下、「１２セグ放送」という）と移動体向け放送（以下、「１セグ放送」という）の２つサービスをサイマル方式で放送しており、選局番号として１２セグ放送には「０１１」から「１２８」、１セグ放送には「６１１」から「７２８」の何れかが割り当てられている。下記特許文献１では、例えばサーチ対象を再生中のサービスに対応する選局番号から順にカウントアップしていき、受信可能な選局番号を見付けた時点でサービスサーチ処理を停止し、その受信可能な選局番号に対応するサービスを選局サービスとして設定する処理が実行されるものと考えられる。
特開２００４−１８６９９３号公報

例えば車載器等に搭載された地上波デジタル放送用レシーバは移動体の走行状況に応じてその受信状態が刻々と変化し、場所によっては１２セグ放送を良好に受信できなくなることがある。この場合、上記特許文献１のようなサービスサーチ処理では例えば１２セグ放送を順にサーチした後に１セグ放送をサーチすることになり、再生可能なサービスをサーチするまでに極めて時間が掛かるといった不都合がある。

そこで、本発明は上記の事情に鑑みて、サービスサーチ処理を効率良く実行し、再生可能なサービスをユーザに迅速に提供することが可能なデジタル放送レシーバ、およびサービスサーチ方法を提供することを課題としている。

上記の課題を解決する本発明の一態様に係るデジタル放送レシーバは、地上波デジタル放送サービスを受信可能なデジタル放送レシーバであり、サービスの受信強度を検知する受信強度検知手段と、受信強度検知手段による検知結果に基づいて該サービスを受信可能か否か判定する受信判定手段と、受信判定手段により受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチ手段とを備え、当該サーチ手段が、受信判定手段がサービスを受信できないと判定したときに当該サービスと同一物理チャンネル中に未サーチのサービスがある場合には、該未サーチのサービスを次のサーチ対象とすることを特徴としている。

このよう構成されたデジタル放送レシーバによれば、例えば不安定な受信環境下で各事業者の１２セグ放送サービスをサーチし続けてサービスサーチ処理に時間が掛かるといった不都合が解消され、結果的にサーチ時間を短くすることが可能となる。

ここで、上記デジタル放送レシーバは、例えばユーザによる入力操作を受け付ける入力手段を更に備えたものであっても良い。この場合、上記サーチ手段は、入力手段が所定の入力操作を受け付けるとサービスサーチを開始する。

また、上記デジタル放送レシーバは、例えば受信中のサービスの受信強度を監視する受信強度監視手段を更に備えたものであっても良い。この場合、上記サーチ手段は、受信強度監視手段が該サービスの受信強度が所定の閾値を下回ったことを検知した時点でサービスサーチを開始する。

また、上記の課題を解決する本発明の別の態様に係るデジタル放送レシーバは、１２セグおよび１セグ放送サービスを受信可能なデジタル放送レシーバであり、サービスの受信強度を検知する受信強度検知手段と、受信強度検知手段による検知結果に基づいて該サービスを受信可能か否か判定する受信判定手段と、受信判定手段により受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチ手段とを備え、当該サーチ手段は、受信判定手段が１２セグ放送サービスを受信できないと判定したときに、次のサーチ対象を所定の１セグ放送サービスに切り替えて、１セグ放送サービスを選局番号順にサーチすることを特徴としている。

このよう構成されたデジタル放送レシーバによれば、例えば不安定な受信環境下で各事業者の１２セグ放送サービスをサーチし続けてサービスサーチ処理に時間が掛かるといった不都合が解消され、結果的にサーチ時間を短くすることが可能となる。

また、上記の課題を解決する本発明の一態様に係るサービスサーチ方法は、受信可能な地上波デジタル放送サービスをサーチする方法であり、サービスの受信強度を検知する受信強度検知ステップと、受信強度検知ステップでの検知結果に基づいて該サービスを受信可能か否か判定する受信判定ステップと、受信判定ステップで受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチステップとを含み、サーチステップでは、受信判定ステップでサービスを受信できないと判定されたときに当該サービスと同一物理チャンネル中に未サーチのサービスがある場合には、該未サーチのサービスを次のサーチ対象とする方法である。

このようなサービスサーチ方法によれば、例えば不安定な受信環境下で各事業者の１２セグ放送サービスをサーチし続けてサービスサーチ処理に時間が掛かるといった不都合が解消され、結果的にサーチ時間を短くすることが可能となる。

ここで、上記サービスサーチ方法は、例えば所定の入力を受け付ける入力受付ステップを更に含むものであっても良い。この場合、サーチステップでは、該所定の入力を受け付けた時点でサービスサーチが開始する。

また、上記サービスサーチ方法は、例えば受信中のサービスの受信強度を監視する受信強度監視ステップを更に含むものであっても良い。この場合、サーチステップでは、受信強度監視ステップで該サービスの受信強度が所定の閾値を下回ったことが検知された時点でサービスサーチが開始する。

また、上記の課題を解決する本発明の一態様に係るサービスサーチ方法は、受信可能な１２セグ又は１セグ放送サービスをサーチする方法であり、サービスの受信強度を検知する受信強度検知ステップと、受信強度検知ステップでの検知結果に基づいて該サービスを受信可能か否か判定する受信判定ステップと、受信判定ステップで受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチステップとを含み、サーチステップでは、受信判定ステップで１２セグ放送サービスを受信できないと判定したときに、次のサーチ対象を所定の１セグ放送サービスに切り替えて、１セグ放送サービスを選局番号順にサーチする方法である。

このようなサービスサーチ方法によれば、例えば不安定な受信環境下で各事業者の１２セグ放送サービスをサーチし続けてサービスサーチ処理に時間が掛かるといった不都合が解消され、結果的にサーチ時間を短くすることが可能となる。

本発明によれば、例えば不安定な受信環境下で各事業者の１２セグ放送サービスをサーチし続けてサービスサーチ処理に時間が掛かるといった不都合が解消され、結果的にサーチ時間を短くすることが可能なデジタル放送レシーバ、およびサービスサーチ方法が提供される。

以下、図面を参照して、本発明の実施の形態のデジタル放送レシーバの構成および作用について説明する。

図１は、本発明の実施の形態のデジタル放送レシーバ１００の構成を示すブロック図である。デジタル放送レシーバ１００は、１２セグ放送と１セグ放送の両方のサービスを受信可能であり、例えば自動車等の移動体に搭載されている。ユーザは、付属のリモコン５０を使用してデジタル放送レシーバ１００を操作することができる。

デジタル放送レシーバ１００は装置全体の制御を統括的に実行するＣＰＵ（Central Processing Unit）３５を備える。ＣＰＵ３５は各構成要素にシステムバス２５を介して接続されており、当該システムバス２５を介して各構成要素とデータをやり取りすることにより各種機能を実現する。これらの構成要素にはチューナ１３、復調部１５、ＴＳ（Transport Stream）デコーダ１７、音声デコーダ１９、映像デコーダ２１、画像処理部２３、入出力部２７、フラッシュメモリ２９、ＲＯＭ（Read-Only Memory）３１、ＲＡＭ（Random-Access Memory）３３がある。

ＲＯＭ３１には各種プログラムや各種データが格納されている。ＲＯＭ３１に格納されるプログラムには、例えばＣＰＵ３５が各構成要素と協働して実行する、地上波デジタル放送を再生するための放送再生プログラムが含まれる。

ＲＡＭ３３は例えばＲＯＭ３１に格納されている各種プログラムの展開先である。例えばデジタル放送レシーバ１００の電源が投入されると、ＲＡＭ３３の作業領域に上記放送再生プログラムが展開され実行される。これにより、スピーカ２００およびディスプレイ３００で地上波デジタル放送が再生され、ユーザはそのサービスを楽しむことができる。

次に、地上波デジタル放送を再生するためにデジタル放送レシーバ１００内部で実行される処理について説明する。

デジタル放送レシーバ１００はアンテナ１１を備える。アンテナ１１は、地上波デジタル放送の各物理チャンネルのＲＦ（Radio Frequency）信号を受信可能であり、受信したＲＦ信号をチューナ１３に出力する。

チューナ１３は、入力したＲＦ信号の中からＣＰＵ３５が指定する選局番号に対応する物理チャンネル（以下、「選局チャンネル」と記す）のＲＦ信号を選択して周波数変換を行う。具体的には、安定動作や選択特性が改善される中間周波数すなわちＩＦ（Intermediate Frequency）信号に変換する。次いで、周波数変換して得られたＩＦ信号の不要周波数成分を除去し、不要成分除去後のＩＦ信号を復調部１５に出力する。

上記選局チャンネルは、例えばユーザ・オペレーションによる選局に従って決定される。具体的には、ユーザがリモコン５０を操作して選局（すなわちリモコンＩＤの選択）を行うと、その入力に対応する制御信号がリモコン５０から出力される。この制御信号は例えばＩｒＤＡ規格に準拠した信号であり、入出力部２７を介してＣＰＵ３５に入力する。ＣＰＵ３５は、入力した制御信号に基づいて選局番号を算出して選局チャンネルを決定する。なお、選局番号は、地上デジタル放送の運用規格であるＡＲＩＢ（社団法人電波産業会）の仕様で定められた以下の式で算出される。
選局番号＝２００×サービス種別＋１０×リモコンＩＤ＋（サービス番号＋１）
サービス種別：「０」・・・１２セグ放送、「３」・・・１セグ放送
サービス番号：「０」から「７」・・・サービス種別毎に事業者が設定可能な番号
リモコンＩＤ：「０」から「１２」・・・リモコン上のナンバキーであり、地域内で各事業者にユニークに割り当てられた番号

ＣＰＵ３５は、チューナ１３に対してチューニングすべき周波数帯域を指定すると共に、選局チャンネルとして決定した選局番号をフラッシュメモリ２９に書き込む。従ってフラッシュメモリ２９には、常に、ユーザが最後に選択した（或いは後述のサービスサーチ処理で設定された）選局番号（以下、「ラストチャンネル」と記す）が保持されることになる。ユーザによる選局操作が行われていない場合（例えば電源投入直後等）、ＣＰＵ３５はフラッシュメモリ２９を参照して、ラストチャンネルに対応する周波数帯域を選択するようチューナ１３に命令を出す。

本実施形態では、ＣＰＵ３５はリモコン操作でリモコンＩＤが新たに指定されると、ラストチャンネルに対応するサービス種別を用いて選局番号を算出する。従って、あるサービス種別（例えば１セグ放送）のサービスを視聴中に別のリモコンＩＤを指定すると、それと同じサービス種別（すなわちこの場合は１セグ放送）の別のサービスが再生されることになる。また、別の実施の形態では、新たなリモコンＩＤが指定されると、規定のサービス種別（例えば１２セグ放送）を用いて選局番号を算出するようにしても良い。

復調部１５は、入力したＩＦ信号をＡ／Ｄ変換してデジタル信号に変換する。次いで、変換されたデジタル信号を例えば数千のキャリアに分割し、キャリア毎に位相を合わせて合成（例えば周知の最大比合成）処理を行った上で復調する。これにより、ＭＰＥＧ−２トランスポートストリーム信号（以下、「ＴＳ信号」と記す）が得られる。得られたＴＳ信号はＴＳデコーダ１７に出力される。なお、物理チャンネルの受信状態が良好であれば、復調部１５は、１２セグ放送および１セグ放送の両方をキャリア復調可することができる。一方、受信状態が良好でなければ、両方とも（或いは１セグ放送しか）キャリア復調できず、何れのＴＳ信号も（或いは１セグ放送に対応するＴＳ信号しか）得ることができない。また、１セグ放送を提供しない事業者も希に存在し、その場合は受信状態が良好であっても１２セグ放送しかキャリア復調できない。

ＴＳデコーダ１７は、入力したＴＳ信号をデコードして映像、音声、その他データに分離する。分離して得られた音声ストリームは音声デコーダ１９に、映像ストリームは映像デコーダ２１に出力される。音声ストリームは音声デコーダ１９で所定の出力形式に変換後、スピーカ２００に出力される。また、映像ストリームは映像デコーダ２１および画像処理部２３での処理を経て所定の出力形式に変換後、ディスプレイ３００に出力される。これにより出力装置（スピーカ２００およびディスプレイ３００）で音声や映像の再生が行われ、ユーザは地上波デジタル放送のサービスを楽しむことができる。なお、ＴＳデコーダ１７の分離データとしてデータ放送のデータが得られたとき、当該データはフラッシュメモリ２９やＲＡＭ３３等に一旦転送される。そしてＣＰＵ３５での処理を経て、必要に応じて音声デコーダ１９、映像デコーダ２１、画像処理部２３等で処理された後に出力装置で再生される。

ここで、デジタル放送レシーバ１００は、移動体が走行する地域によってそれぞれ異なる事業者からサービスを受信することになる。事業者が異なれば同一番組であってもそれぞれ異なる選局番号でその番組が提供されるため、デジタル放送レシーバ１００は、別の地域に移る度にサービスサーチ処理を実行してその地域で受信可能なサービスをサーチする必要がある。以下、本実施形態で実行されるサービスサーチ処理について説明する。

図２は、本実施形態でＣＰＵ３５が実行するサービスサーチ処理のフローチャートである。図２のサービスサーチ処理はデジタル放送レシーバ１００の電源投入時点で開始され、当該電源切断時点で終了する。図２に示されるように、ＣＰＵ３５は先ず、シークアップイベントの有無、すなわち受信可能なサービスに対応する選局番号をサーチするようユーザ・オペレーションが成されたか否かを判定する（ステップ１、以下、明細書及び図面においてステップを「Ｓ」と略記）。なお、「シークアップ」とは、サーチ対象の選局番号をカウントアップすることを意味する。また、Ｓ１の処理の代替として、シークダウン（すなわちサーチ対象の選局番号のカウントダウン）イベントの有無を判定するようにしても良い。

ＣＰＵ３５はシークアップイベントを検知すると（Ｓ１：ＹＥＳ）、現在再生中のサービスに対応する選局番号（ラストチャンネル）を１ステップだけカウントアップする（Ｓ２）。例えば現在の選局番号が「０１１」である場合には、サーチ対象が選局番号「０２１」にカウントアップされる。ＣＰＵ３５はＳ２の処理に次いで、カウントアップした選局番号に対応するサービスの受信強度（例えばチューナ１３から出力されるＩＦ信号の強度）を検知して、当該サービスを受信可能か否か判定する（Ｓ３）。

Ｓ３の処理においてＣＰＵ３５は、ＩＦ信号の強度が所定の閾値以上である場合、現在のサーチ対象のサービスが受信可能であると判断し（Ｓ３：ＹＥＳ）、シーク動作を停止して当該サービスを再生する（Ｓ４）。また、このときのサービスの選局番号をラストチャンネルとして保持し、Ｓ１の処理に復帰する。

すなわちＣＰＵ３５は、Ｓ３の処理で受信可能と判断したサービスが１２セグ放送か１セグ放送かに拘わらず、Ｓ４の処理を実行して当該サービスを再生する。つまりＣＰＵ３５はそのサービスを、何れの形態のサービスであるか否かを判断することなく直ぐさま再生することで、ユーザに対するより迅速なサービスの提供を可能としている。

また、Ｓ３の処理においてＣＰＵ３５は、ＩＦ信号の強度が所定の閾値を下回る場合、現在のサーチ対象のサービスを受信できないと判断し（Ｓ３：ＮＯ）、その選局番号に含まれるサービス種別を元に当該サービスが１２セグ放送であるか否か判定する（Ｓ５）。このサービスが１２セグ放送である場合には（Ｓ５：ＹＥＳ）、ＣＰＵ３５は、現状（例えば走行中の地域や周囲の環境等）では１２セグ放送を受信できない或いは受信困難であり、１２セグ放送を順にサーチしても受信可能なサービスを見付けるのに時間が掛かると判断して（Ｓ６）、Ｓ７の処理に進む。

Ｓ７の処理においてＣＰＵ３５は、Ｓ２の処理でサーチ対象となった選局番号の１２セグ放送と同一物理チャンネルの１セグ放送（すなわちサービスの異なる同一番組であり、当該物理チャンネル中の未サーチのサービス）をキャリア復調可能か否か判定する。ＣＰＵ３５は、１セグ放送をキャリア復調できないときには（Ｓ７：ＮＯ）当該１セグ放送を受信できない（有局なし）と判断して（Ｓ８）、Ｓ２の処理に復帰する。そしてＳ２の処理において、上記物理チャンネルで何れのサービスも受信できないため、当該１セグ放送の選局番号を１ステップカウントアップしたものを次のサーチ対象として設定し、上記一連の処理を繰り返し実行する。

また、ＣＰＵ３５は、１セグ放送をキャリア復調できたときには（Ｓ７：ＹＥＳ）、１セグ放送を受信可能と判断してシーク動作を停止する。そして、当該１セグ放送の選局番号をラストチャンネルに設定する（Ｓ９）。次いで、当該１セグ放送を再生し（Ｓ１４）、Ｓ１の処理に復帰して処理を繰り返す。ＣＰＵ３５は、例えば選局番号「０２１」のサービスを受信できない場合に、それに対応する同一物理チャンネルのサービス（選局番号「６２１」）をキャリア復調可能か否か判定する。そして、キャリア復調可能な場合には「６２１」のサービスを再生し、キャリア復調できない場合にはＳ２の処理に復帰後、「６３１」にカウントアップして上記一連の処理を繰り返し実行する。

すなわちＳ７の処理によれば、ＣＰＵ３５は、サーチ対象の選局番号をジャンプアップして同一番組を提供する別のサービス（ここでは１セグ放送）を受信可能か否か判定する。ここで、１セグ放送は、物理チャンネルの中心周波数付近のセグメントで伝送される。従って、隣接する物理チャンネルのノイズを受け難いといった特性がある。また、１２セグ放送と比べて情報量が少なく伝搬距離が長いといった特性もある。これらの特性から、１セグ放送は１２セグ放送と比較して広いエリアで受信可能である。従って、Ｓ７、Ｓ９および１４の処理を経て１セグ放送が再生される確率が比較的高く、結果的にユーザに対してサービスを迅速に提供することが可能となる。

なお、１セグ放送再生中にそれに対応する１２セグ放送の受信状態をバックグランドで監視し、例えば受信強度（又は復調部１５で得られるＢＥＲ（Bit Error Rate）等）が所定値以上となった時点で１２セグ放送の再生処理を試行するようにしても良い。

また、Ｓ５の処理においてＣＰＵ３５は、サーチ対象のサービスが１２セグ放送でないと判定した場合（Ｓ５：ＮＯ）、受信状態が悪い、事業者が１セグ放送を提供していない、無局である等の理由で１セグ放送を受信できないと判断して（Ｓ１０）、Ｓ１１の処理に進む。

Ｓ１１の処理においてＣＰＵ３５は、Ｓ２の処理でサーチ対象となった選局番号の１セグ放送と同一物理チャンネルの１２セグ放送（すなわちサービスの異なる同一番組であり、当該物理チャンネル中の未サーチのサービス）が復調可能か否かを判定する。ＣＰＵ３５は、１２セグ放送をキャリア復調できないときには（Ｓ１１：ＮＯ）、受信状態が悪い、無局である等の理由で１２セグ放送を受信できない（有局なし）と判断して（Ｓ１２）、Ｓ２の処理に復帰する。そしてＳ２の処理において、上記物理チャンネルで何れのサービスも受信できないため、当該１２セグ放送の選局番号を１ステップカウントアップしたものを次のサーチ対象として設定し、上記一連の処理を繰り返し実行する。

また、Ｓ１１の処理においてＣＰＵ３５は、１２セグ放送をキャリア復調できたときには（Ｓ１１：ＹＥＳ）、当該１２セグ放送を受信可能と判断してシーク動作が停止する。そして、当該１２セグ放送の選局番号をラストチャンネルに設定する（Ｓ１３）。次いで、当該１２セグ放送を再生し（Ｓ１４）、Ｓ１の処理に復帰して処理を繰り返す。ＣＰＵ３５は、例えば選局番号「６２１」のサービスを受信できない場合に、それに対応する同一物理チャンネルのサービス（選局番号「０２１」）を受信可能か否か判定する。そして、受信可能な場合には「０２１」のサービスを再生し、受信できない場合にはＳ２の処理に復帰後、「０３１」にカウントアップして上記一連の処理を繰り返し実行する。なお、ある物理チャンネルにおいてＳ１３および１４の処理が実行される場合は、基本的にはその事業者が１セグ放送を提供していないときに限られる。

すなわち本実施形態によれば、サーチ対象の受信状態に応じてその選局番号をジャンプアップする構成が採用されている。従って、例えば不安定な受信環境下で各事業者の１２セグ放送をサーチし続けてサービスサーチ処理に時間が掛かるといった不都合が解消される。附言するに、１２セグ放送を受信できない場合にはサーチ対象が１セグ放送にジャンプアップするため、有局をサーチできる確率が高くなり、結果としてサービスサーチ処理が短縮する効果が期待される。

以上が本発明の実施の形態である。本実施形態によれば、サービスをいち早く視聴したいユーザの要望を満たすのに極めて好適なデジタル放送レシーバが提供される。

また、本発明はこれらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えばデジタル放送レシーバ１００は、据え置き型のテレビ受像機やカーナビゲーション装置、デスクトップＰＣ、ラップトップＰＣ、ＰＮＤ（Personal Navigation Device）、携帯電話等の種々の機器に搭載することが可能である。

また、別の実施の形態では、再生中のサービスのＩＦ信号の強度が所定の閾値を下回った時点で図２のＳ２以降の処理を実行するようにしても良い。このときＳ２の処理において、同一物理チャンネルの別のサービス（例えば１２セグ放送から１セグ放送）にサーチ対象をジャンプアップするようにすれば、例えば直前まで再生していた１２セグ放送の番組と同一番組の１セグ放送を直ぐさま再生することも可能であり、番組を見逃したくないユーザの要望を満たすことが可能となる

また、図２のＳ８や１２の処理で、直前のＳ２の処理でサーチ対象として設定された選局番号を１ステップカウントアップして上記一連の処理を繰り返し実行するようにしても良い。例えばＳ２の処理で「０２１」がサーチ対象とされた場合には、次回のＳ２の処理では「０３１」がサーチ対象として設定される。

また、図２のＳ７の処理において、規定の選局番号（例えば「６１１」）にサーチ対象をジャンプアップするようにしても良い。この場合も１２セグ放送から１セグ放送にサーチ対象がジャンプアップするため有局を見付け易くなり、結果としてサービスサーチ処理が短縮する効果が期待される。

本発明の実施の形態のデジタル放送レシーバの構成を示すブロック図である。 本発明の実施の形態で実行されるサービスサーチ処理を示すフローチャートである。

符号の説明

１１ アンテナ
１３ チューナ
１５ Ｍ復調部
１７ ＴＳデコーダ
１９ 音声デコーダ
２１ 映像デコーダ
２３ 画像処理部
２５ システムバス
２７ 入出力部
２９ フラッシュＲＯＭ
３１ ＲＯＭ
３３ ＲＡＭ
３５ ＣＰＵ
５０ リモコン
１００ デジタル放送レシーバ
２００ スピーカ
３００ ディスプレイ

Claims (8)

1. 地上波デジタル放送サービスを受信可能なデジタル放送レシーバにおいて、
   サービスの受信強度を検知する受信強度検知手段と、
   前記受信強度検知手段による検知結果に基づいて該サービスを受信可能か否か判定する受信判定手段と、
   前記受信判定手段により受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチ手段と、を備え、
   前記サーチ手段は、前記受信判定手段がサービスを受信できないと判定したときに当該サービスと同一物理チャンネル中に未サーチのサービスがある場合には、該未サーチのサービスを次のサーチ対象とすること、を特徴とするデジタル放送レシーバ。
2. ユーザによる入力操作を受け付ける入力手段を更に備え、
   前記サーチ手段は、前記入力手段が所定の入力操作を受け付けるとサービスサーチを開始すること、を特徴とする請求項１に記載のデジタル放送レシーバ。
3. 受信中のサービスの受信強度を監視する受信強度監視手段を更に備え、
   前記サーチ手段は、前記受信強度監視手段が該サービスの受信強度が所定の閾値を下回ったことを検知した時点でサービスサーチを開始すること、を特徴とする請求項１に記載のデジタル放送レシーバ。
4. １２セグおよび１セグ放送サービスを受信可能なデジタル放送レシーバにおいて、
   サービスの受信強度を検知する受信強度検知手段と、
   前記受信強度検知手段による検知結果に基づいて該サービスを受信可能か否か判定する受信判定手段と、
   前記受信判定手段により受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチ手段と、を備え、
   前記サーチ手段は、前記受信判定手段が１２セグ放送サービスを受信できないと判定したときに、次のサーチ対象を所定の１セグ放送サービスに切り替えて、１セグ放送サービスを選局番号順にサーチすること、を特徴とするデジタル放送レシーバ。
5. 受信可能な地上波デジタル放送サービスをサーチするサービスサーチ方法において、
   サービスの受信強度を検知する受信強度検知ステップと、
   前記受信強度検知ステップでの検知結果に基づいて該サービスを受信可能か否か判定する受信判定ステップと、
   前記受信判定ステップで受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチステップと、を含み、
   前記サーチステップでは、前記受信判定ステップでサービスを受信できないと判定されたときに当該サービスと同一物理チャンネル中に未サーチのサービスがある場合には、該未サーチのサービスを次のサーチ対象とする、サービスサーチ方法。
6. 所定の入力を受け付ける入力受付ステップを更に含み、
   前記サーチステップでは、該所定の入力を受け付けた時点でサービスサーチを開始する、請求項５に記載のサービスサーチ方法。
7. 受信中のサービスの受信強度を監視する受信強度監視ステップを更に含み、
   前記サーチステップでは、前記受信強度監視ステップで該サービスの受信強度が所定の閾値を下回ったことが検知された時点でサービスサーチを開始すること、請求項５に記載のサービスサーチ方法。
8. 受信可能な１２セグ又は１セグ放送サービスをサーチするサービスサーチ方法において、
   サービスの受信強度を検知する受信強度検知ステップと、
   前記受信強度検知ステップでの検知結果に基づいて該サービスを受信可能か否か判定する受信判定ステップと、
   前記受信判定ステップで受信可能と判定されるサービスが検知されるまでサービスを選局番号順にサーチするサーチステップと、を含み、
   前記サーチステップでは、前記受信判定ステップで１２セグ放送サービスを受信できないと判定したときに、次のサーチ対象を所定の１セグ放送サービスに切り替えて、１セグ放送サービスを選局番号順にサーチする、サービスサーチ方法。

Images