受信装置、受信方法、およびプログラム
【課題】電波の受信状況が良くない場合の電力消費を抑えることができるようにする。
【解決手段】受信装置１においては、番組の視聴中に電波の受信状況が悪くなり、番組の画像や音声を正しく出力することができなくなった場合、番組の再生を行っているビデオデコーダ、オーディオデコーダなどの回路に対する電源の供給が停止される。また、番組の画像や音声を正しく出力することができなくなった場合、メモリに予め保存しておいたBMLデータなどの番組の関連情報、動画、静止画、音楽のデータが再生され、番組の画像や音声の代わりに出力される。本発明は、電波を介して伝送されるコンテンツを受信し、再生する装置に適用することができる。
【解決手段】受信装置１においては、番組の視聴中に電波の受信状況が悪くなり、番組の画像や音声を正しく出力することができなくなった場合、番組の再生を行っているビデオデコーダ、オーディオデコーダなどの回路に対する電源の供給が停止される。また、番組の画像や音声を正しく出力することができなくなった場合、メモリに予め保存しておいたBMLデータなどの番組の関連情報、動画、静止画、音楽のデータが再生され、番組の画像や音声の代わりに出力される。本発明は、電波を介して伝送されるコンテンツを受信し、再生する装置に適用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、受信方法、およびプログラムに関し、特に、電波の受信状況が良くない場合の電力消費を抑えることができるようにした受信装置、受信方法、およびプログラムに関する。
【背景技術】
【０００２】
ワンセグメント放送に対応した携帯電話機やフルセグメント放送に対応したカーナビゲーションシステムなどの、地上デジタル放送の受信機能が搭載された、受信位置の移動が可能な受信装置が普及してきている。
【０００３】
このような受信装置においては、ユーザが番組を視聴している間に電波の受信状況が悪くなり、番組の再生を行うことができなくなることがよくある。この場合、通常、画面表示の状態は真っ暗な画面が表示される状態となり、画面の隅にメッセージを表示するなどして、電波の受信状況が悪いことをユーザに通知することなどが行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−９１４８７号公報
【特許文献２】特開２００９−２７２８８号公報
【特許文献３】特開２００７−２１５０６９号公報
【特許文献４】特開２００５−２１０５４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような真っ暗な画面が表示される状態になっている場合においても番組の画像を表示したり音声を出力したりするための処理が続けられるとした場合、当然、その間も、バッテリの電力が消費され続けてしまう。
【０００６】
また、真っ暗な画面が表示されている間、ユーザは、通常、番組を視聴できないだけでなく、受信装置内のメモリに記憶させておいた静止画を閲覧したり、動画を視聴したりすることができず、何もすることなく受信状況が改善するのを待たなければならない。この時間はユーザにとって退屈な時間といえる。放送側にとっても、真っ暗な画面が表示されている間は、放送コンテンツを提供したりCMを提供したりすることができない。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、例えば、電波の受信状況が良くない場合の電力消費を抑えることができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の一側面の受信装置は、電波を用いて無線によって伝送されるコンテンツを受信する受信手段と、前記コンテンツを再生する再生手段と、前記電波の受信状況を検出する検出手段と、前記電波の受信状況を表す値が閾値より低い場合、前記再生手段に対する電源の供給を停止する電源制御手段と、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する出力制御手段とを備える。
【０００９】
前記検出手段には、前記電波の受信状況を周期的に検出させ、前記電源制御手段には、前記電波の受信状況を表す値が閾値より低い状態が一定期間続いた場合、前記再生手段に対する電源の供給を停止させることができる。
【００１０】
前記電源制御手段には、前記電波の受信状況を表す値が閾値より高くなった場合、前記再生手段に対する電源の供給を再開させ、前記出力制御手段には、前記再生手段に対する電源の供給が再開され、前記コンテンツのビデオデータに含まれる１フレームの画像が前記再生手段により再生されたとき、前記他のコンテンツの再生を終了させ、前記再生手段により再生された画像を表示させることができる。
【００１１】
前記再生手段に対する電源の供給が停止される前に前記受信手段により受信された、前記コンテンツの関連情報を記憶する記憶手段をさらに設けることができる。この場合、前記出力制御手段には、前記他のコンテンツとして、前記記憶手段に記憶されている前記関連情報を出力させることができる。
【００１２】
前記再生手段に対する電源の供給が停止される前に入力された前記他のコンテンツを記憶する記憶手段をさらに設けることができる。この場合、前記出力制御手段には、前記記憶手段に記憶されている前記他のコンテンツを出力させることができる。
【００１３】
ネットワークを介して通信を行う通信手段をさらに設けることができる。この場合、前記出力制御手段には、前記他のコンテンツとして、前記ネットワークを介して前記通信手段により受信されたコンテンツを出力させることができる。
【００１４】
本発明の一側面の受信方法は、電波を用いて無線によって伝送されるコンテンツを受信し、前記電波の受信状況を検出し、前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力するステップを含む。
【００１５】
本発明の一側面のプログラムは、電波を用いて無線によって伝送されるコンテンツを受信し、前記電波の受信状況を検出し、前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力するステップを含む処理をコンピュータに実行させる。
【００１６】
本発明の一側面においては、電波を用いて無線によって伝送されるコンテンツが受信され、前記電波の受信状況が検出され、前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給が停止される。また、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツが出力される。
【発明の効果】
【００１７】
本発明によれば、電波の受信状況が良くない場合の電力消費を抑えることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る受信装置の構成例を示すブロック図である。
【図２】受信装置の機能構成例を示すブロック図である。
【図３】受信装置の処理について説明するフローチャートである。
【図４】受信装置の処理について説明する、図３に続くフローチャートである。
【図５】チャンネルスキャン時の受信装置の処理について説明するフローチャートである。
【図６】チャンネルスキャン時の受信装置の他の処理について説明するフローチャートである。
【図７】チャンネルスキャン時の受信装置のさらに他の処理について説明するフローチャートである。
【図８】チャンネルシーク時の受信装置の処理について説明するフローチャートである。
【図９】チャンネル切り替え時の受信装置の処理について説明するフローチャートである。
【図１０】コンピュータのハードウェアの構成例を示すブロック図である。
【発明を実施するための形態】
【００１９】
［受信装置の構成例］
図１は、本発明の一実施形態に係る受信装置の構成例を示すブロック図である。
【００２０】
図１の受信装置１は、ワンセグメント放送やフルセグメント放送などの地上デジタル放送の受信装置である。例えば、受信装置１はユーザが携帯可能な大きさのものであり、図示せぬバッテリからの電力によって動作する。受信装置１が受信する地上デジタル放送の電波の受信状況は、ユーザの移動先によって変化することになる。
【００２１】
詳細については後述するが、受信装置１は、番組の視聴中に電波の受信状況が悪くなり、番組の画像や音声を正しく出力することができなくなった場合、番組の再生を行っている回路に対する電源の供給を停止する機能を有している。これにより、電波の受信状況が悪い場合の電力の消費を抑えることが可能になる。
【００２２】
また、受信装置１は、番組の画像や音声を正しく出力することができなくなった場合、番組の画像や音声の代わりに、予め用意されているデータを再生して出力する機能を有する。これにより、電波の受信状況が悪くなったときに、真っ黒な画面に電波の受信状況が悪いことを通知するメッセージを表示させておく場合に較べて、ユーザを退屈させてしまうのを防ぐことが可能になる。
【００２３】
以下、適宜、電波の受信状況が悪くなったときに、番組の画像や音声の代わりに出力するデータを代替データという。受信装置１にはBML(Broadcast Markup Language)ブラウザが用意されており、代替データには、電波の受信状況が悪くなる前に受信され、メモリに保存されていたBMLデータが含まれる。BMLデータは、BMLで記述されたデータであり、番組やCMに関連するテキスト、静止画などの情報である。また、ユーザによりメモリに予め保存されていた動画、静止画、音楽データ、あるいは、3G回線や無線LANなどのネットワークを介して取得されたWEBページなどが代替データとして出力される。
【００２４】
図１に示すように、受信装置１は、アンテナ１１、チューナ１２、OFDM(Orthogonal Frequency Division Multiplex)復調部１３、信号処理部１４、スピーカ１５、およびディスプレイ１６から構成される。
【００２５】
チューナ１２は、アンテナ１１において受信されたRF信号をIF信号に周波数変換し、IF信号をOFDM復調部１３に出力する。
【００２６】
OFDM復調部１３は、チューナ１２から供給されたIF信号に対してA/D(Analog/Digital)変換、直交復調、FFT(Fast Fourier Transform）演算などの処理をOFDM復調処理として行う。OFDM復調部１３は、OFDM復調処理によって得られた、所定のチャンネルのTS(Transport Stream)を信号処理部１４に出力する。
【００２７】
信号処理部１４は、TSデコーダ２１、オーディオデコーダ２２、出力処理部２３、ビデオデコーダ２４、表示処理部２５、チューナインタフェース２６、バス２７、CPU２８、メモリ２９、および通信部３０から構成される。OFDM復調部１３から出力されたTSはTSデコーダ２１に入力される。
【００２８】
TSデコーダ２１は、TSを解析し、所定の番組のオーディオES(Elementary Stream)をオーディオデコーダ２２に出力し、ビデオESをビデオデコーダ２４に出力する。また、TSデコーダ２１は、BMLデータを含むデータカルーセルESをバス２７を介してCPU２８に出力する。
【００２９】
オーディオデコーダ２２は、TSデコーダ２１から供給された所定の圧縮方式で圧縮されているオーディオデータを伸張し、非圧縮のオーディオデータを再生する。オーディオデコーダ２２は、オーディオデータを再生して得られたデータを出力処理部２３に出力する。例えば、オーディオデコーダ２２は、バッテリから供給される電源によって動作するとともに、外部から供給されるクロック信号に従って動作するチップによって構成される。
【００３０】
出力処理部２３は、オーディオデコーダ２２から供給されたデータに基づいて番組の音声をスピーカ１５から出力させる。また、出力処理部２３は、例えば、代替データとして音楽データがCPU２８により再生され、再生音のデータがバス２７を介して供給された場合、供給されたデータに基づいて音楽データの再生音をスピーカ１５から出力させる。
【００３１】
ビデオデコーダ２４は、TSデコーダ２１から供給された所定の圧縮方式で圧縮されているビデオデータを伸張し、非圧縮のビデオデータを再生する。ビデオデコーダ２４は、ビデオデータを再生して得られた各フレームの画像データを表示処理部２５に出力する。例えば、ビデオデコーダ２４は、バッテリから供給される電源によって動作するとともに、外部から供給されるクロック信号に従って動作するチップによって構成される。
【００３２】
表示処理部２５は、ビデオデコーダ２４から供給されたデータに基づいて番組の画像をディスプレイ１６に表示させる。また、表示処理部２５は、例えば、代替データとして動画、静止画、WEBページのデータがバス２７を介して供給された場合、供給されたデータに基づいて、動画、静止画、WEBページをディスプレイ１６に表示させる。
【００３３】
チューナインタフェース２６は、OFDM復調部１３による処理を監視し、電波の受信状況を検出する。電波の受信状況は、例えばMER(Modulation Error Ratio)により表される。MERは変調の品質を表わす値であり、ノイズが少ない、すなわち電波の受信状況がよいほど大きな値となる。チューナインタフェース２６は、MERの情報を、電波の受信状況の検出結果としてバス２７を介してCPU２８に出力する。電波の受信状況の検出は、数秒間隔などの所定の周期で行われる。
【００３４】
CPU２８は、信号処理部１４の各部をバス２７を介して制御する。例えば、CPU２８は、TSデコーダ２１から供給されたデータカルーセルESを解析し、BMLデータを取得してメモリ２９に記憶させる。また、CPU２８は、外部記録媒体やネットワークを介して、動画、静止画、音楽などのコンテンツがユーザにより受信装置１に取り込まれた場合、それをメモリ２９に記憶させる。
【００３５】
メモリ２９は例えばフラッシュメモリであり、BMLデータ、動画データ、静止画データ、音楽データなどを記憶する。メモリ２９は受信装置１に内蔵されている記録媒体であってもよいし、メモリカードなどの、受信装置１に対して着脱可能な記録媒体であってもよい。
【００３６】
通信部３０は、例えば3G回線、無線LANのインタフェースであり、ネットワークを介して外部の装置と通信を行う。
【００３７】
図２は、受信装置１の機能構成例を示すブロック図である。
【００３８】
図２に示す構成のうちの少なくとも一部は、CPU２８により所定のプログラムが実行されることによって実現される。受信装置１においては、タイマ４１、状態管理部４２、電源制御部４３、および代替データ出力制御部４４が実現される。
【００３９】
タイマ４１は、番組の再生中、時間を計測し、電波の受信状況の検出の開始を指示する起動信号を数秒間隔などの所定の周期で状態管理部４２に出力する。
【００４０】
状態管理部４２は、タイマ４１から起動信号が供給される毎に、電波の受信状況の検出をチューナインタフェース２６に行わせ、検出結果を取得する。状態管理部４２は、電波の受信状況の検出結果に応じて、番組再生中の受信装置１の状態を管理する。
【００４１】
番組再生中の受信装置１の状態にはTRUEの状態とFALSEの状態とがあり、状態管理部４２は、そのときの受信装置１の状態を表す情報を電源制御部４３と代替データ出力制御部４４に出力する。受信装置１の状態がTRUEであることは、番組の再生を正常に行うことができていることを表し、FALSEであることは、番組の再生に代えて、代替データの出力を行っていることを表す。
【００４２】
電源制御部４３は、受信装置１のバッテリからの電源の供給を制御する。例えば、電源制御部４３は、番組の再生中に、受信装置１の状態がFALSEであることを表す情報が状態管理部４２から供給された場合、オーディオデコーダ２２、ビデオデコーダ２４に対する電源の供給を停止させる。
【００４３】
代替データ出力制御部４４は、代替データの出力を制御する。例えば、代替データ出力制御部４４は、番組の再生中に、受信装置１の状態がFALSEであることを表す情報が状態管理部４２から供給された場合、メモリ２９に記憶されているデータを用いて代替データを出力させる。また、代替データ出力制御部４４は、適宜、通信部３０を制御してネットワーク上の所定のサーバにアクセスし、取得したWEBページのデータなどを用いて代替データを出力させる。
【００４４】
［受信装置の動作］
ここで、図３および図４のフローチャートを参照して、受信装置１の処理について説明する。
【００４５】
図３および図４の処理は、ユーザにより所定のチャンネルが指定され、指定されたチャンネルで放送されている番組の再生が行われているときに開始される。番組の再生中、バッテリから信号処理部１４の各部に電源が供給され、番組の画像を表示するとともに、番組の音声を出力するための上述した処理が信号処理部１４の各部により行われる。また、BMLデータが伝送されてきたとき、メモリ２９には、CPU２８により取得されたBMLデータが記憶される。
【００４６】
ステップＳ１において、状態管理部４２は、起動信号がタイマ４１から入力されたか否かを判定し、入力されたと判定するまで待機する。
【００４７】
起動信号が入力されたとステップＳ１において判定した場合、ステップＳ２において、状態管理部４２は、チューナインタフェース２６を制御して電波の受信状況の検出を行わせ、検出結果を取得する。電波の受信状況の検出が行われたとき、チューナインタフェース２６から状態管理部４２に対して、例えばMERの情報が供給されてくる。
【００４８】
ステップＳ３において、状態管理部４２は、受信装置１の状態がTRUEであるか否かを判定する。状態管理部４２は、受信装置１の状態を表すフラグを管理しており、例えば、受信装置１の状態がTRUEであるか否かは、そのフラグの値に基づいて判定される。
【００４９】
受信装置１の状態がTRUEである、すなわち番組を正常に再生できているとステップＳ３において判定した場合、ステップＳ４において、状態管理部４２は、電波の受信状況が良いか否かを、チューナインタフェース２６から供給された情報に基づいて判定する。状態管理部４２は、例えば、MERが10.0db以上である場合、電波の受信状況が良いと判定し、10.0db未満である場合、電波の受信状況が良くないと判定する。
【００５０】
電波の受信状況が良くないとステップＳ４において判定した場合、ステップＳ５において、状態管理部４２は、カウンタの値をインクリメントする。カウンタの値は、電波の受信状況が良くない状態が続いている期間を表し、状態管理部４２により管理される。
【００５１】
ステップＳ６において、状態管理部４２は、電波の受信状況が良くない状態が一定期間続いているか否かを判定する。ここでは、カウンタの値が閾値を超えた場合、電波の受信状況が良くない状態が一定期間続いているとして判定される。
【００５２】
ステップＳ７において、状態管理部４２は、フラグの値を変更し、受信装置１の状態をFALSEに設定する。受信装置１の状態がFALSEであることを表す情報は、状態管理部４２から電源制御部４３と代替データ出力制御部４４に供給される。
【００５３】
ステップＳ８において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。
【００５４】
ステップＳ９において、電源制御部４３は、ビデオデコーダ２４に対する電源の供給を停止する。ビデオデコーダ２４に対する電源の供給が停止された後に、オーディオデコーダ２２に対する電源の供給が停止されるようにしてもよい。
【００５５】
ステップＳ１０において、代替データ出力制御部４４は代替データの出力を行う。例えば、代替データ出力制御部４４は、代替データとしてBMLデータを出力する場合、予め記憶されていたBMLデータをメモリ２９から読み出し、番組の関連情報を取得する。番組の関連情報がテキストや画像である場合、代替データ出力制御部４４は、番組の関連情報であるテキストや画像を表示処理部２５に出力し、ディスプレイ１６に表示させる。番組の関連情報には、番組紹介などの番組の詳細情報だけでなく、放送局の情報や広告主の情報が含まれていることがある。
【００５６】
また、代替データ出力制御部４４は、所定のWEBページのURL(Uniform Resource Locator)がBMLデータに記述されている場合、通信部３０を制御してそのURLにアクセスする。代替データ出力制御部４４は、アクセスしたサーバから取得したHTML(Hyper Text Markup Language)ファイルなどを表示処理部２５に出力し、WEBページをディスプレイ１６に表示させる。検索サーバに対してアクセスが行われ、直近に再生していた番組名や放送局名をキーとして検索されたWEBページが表示されるようにしてもよい。
【００５７】
さらに、代替データ出力制御部４４は、メモリ２９に記憶されている静止画や動画を代替データとして出力する場合、静止画や動画のデータをメモリ２９から読み出し、再生する。代替データ出力制御部４４は、再生して得られたデータを表示処理部２５に出力し、静止画や動画をディスプレイ１６に表示させる。代替データ出力制御部４４は、メモリ２９に記憶されている音楽データを代替データとして出力する場合、音楽データをメモリ２９から読み出し、再生する。代替データ出力制御部４４は再生して得られたデータを出力処理部２３に出力し、再生音をスピーカ１５から出力させる。
【００５８】
番組の視聴を開始する前に、ユーザがメモリ２９に記憶されている音楽を聴いたり静止画を閲覧したりしていた場合、ユーザが聴いていた音楽や閲覧していた静止画と同じものを代替データとして出力するようにしてもよい。どのコンテンツをユーザが利用していたのかは、メモリ２９に保存されていた履歴情報に基づいて特定される。
【００５９】
このように、代替データは、電源の供給が停止されるオーディオデコーダ２２とビデオデコーダ２４のうちの少なくともいずれかを使うことなく再生し、出力することができるデータであればどのようなデータであってもよい。また、代替データとして出力するデータの種類（音楽、静止画等）や代替データとして出力するデータを、ユーザが予め、または、代替データの出力の開始時に選択することができるようにしてもよい。
【００６０】
以上のようにして代替データの出力が開始された後、ステップＳ１に戻り、それ以降の処理が繰り返される。
【００６１】
一方、ステップＳ４において電波の受信状況が良いと判定した場合、ステップＳ１１において、状態管理部４２は、ビデオデコーダ２４によるビデオデータのデコードの状況に基づいて、１フレームの画像を正しくデコードできたか否かを判定する。電波の受信状況は良かったが、TSデコーダ２１によるデコード後、画像の表示に必要なデータを得ることができないこともあり、そのような状態の検出も行われる。
【００６２】
例えば、ビデオデータがAVCフォーマットでエンコードされたデータである場合、マクロブロック毎にデコードが行われることになるが、ビデオデコーダ２４においては、どのマクロブロックまでデコードが終了しているのかが管理される。１フレームの画像を正しくデコードできたか否かの状態管理部４２による判定は、ビデオデコーダ２４により管理されている情報に基づいて行われるようにすることが可能である。
【００６３】
１フレームの画像を正しくデコードできていないとステップＳ１１において判定した場合、状態管理部４２はステップＳ５以降の処理を行う。
【００６４】
一方、１フレームの画像を正しくデコードできたとステップＳ１１において判定した場合、ステップＳ１２において、状態管理部４２はカウンタの値をリセットする。１フレームの画像を一瞬だけデコードできたりできなかったりすることがあるが、１フレームだけでも番組の画像をデコードできた場合は、ユーザにその画像を見せた方がよいものと考えられる。従って、その場合にはカウントの値がリセットされ、通常再生が続けられるようになっている。
【００６５】
なお、カウンタの値をリセットするための条件をユーザが選択することができるようにしてもよい。また、オーディオデコーダ２２、ビデオデコーダ２４に対する電源の供給のON／OFFが繰り替えされるのを避けるため、ビデオデータだけでなく、オーディオデータの特定のフレームのデコードが最後まで正しくできているかにも基づいて、カウンタの値をリセットするタイミングが調整されるようにしてもよい。
【００６６】
カウンタの値をステップＳ１２においてリセットした後、または、電波の受信状況が良くない状態が一定期間続いていないとステップＳ６において判定した場合、状態管理部４２は、番組の通常再生を信号処理部１４の各部に行わせる。その後、ステップＳ１に戻り、それ以降の処理が繰り返される。
【００６７】
一方、ステップＳ３において、受信装置１の状態がTRUEではない、すなわち代替データの再生を行っている状態であると判定した場合、ステップＳ１４（図４）において、状態管理部４２は、電波の受信状況が良いか否かを判定する。
【００６８】
電波の受信状況が良くないとステップＳ１４において判定された場合、ステップＳ１０に進み、上述したようにして代替データの出力が開始される。
【００６９】
電波の受信状況が良いとステップＳ１４において判定された場合、電源制御部４３は、ステップＳ１５において、ビデオデコーダ２４に対する電源の供給を開始する。
【００７０】
ステップＳ１６において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を開始する。電源の供給が開始された後、オーディオデコーダ２２においては、番組のオーディオデータのデコードが再開され、ビデオデコーダ２４においては、番組のビデオデータのデコードが再開される。
【００７１】
ステップＳ１７において、状態管理部４２は、フラグの値を変更し、受信装置１の状態をTRUEに設定する。
【００７２】
ステップＳ１８において、状態管理部４２は、１フレームの画像のデコードが完了したか否かを判定し、デコードが完了したと判定するまで待機する。ここでは、ビデオデコーダ２４によるデコードの状況に基づいて、１フレームの、デコード順で最後のマクロブロックのデコードが完了した場合、１フレームの画像のデコードが完了したものとして判定される。１フレームの画像のデコードが完了したと判定された後にステップＳ１７の処理が行われ、受信装置１の状態がTRUEとして設定されるようにしてもよい。
【００７３】
１フレームの画像のデコードが完了したとステップＳ１８において判定された場合、代替データ出力制御部４４は、代替データの出力を終了し、番組の画像と音声の出力を再開させる。その後、ステップＳ１に戻り、それ以降の処理が行われる。
【００７４】
以上の処理により、電波の受信状況が良くない状態が一定期間続いた場合にはオーディオデコーダ２２とビデオデコーダ２４に対する電源の供給が停止されるため、その分だけ、バッテリの電力消費を抑えることができる。
【００７５】
また、代替データが出力されるようにしたため、電波の受信状況が回復し、番組の再生が再開されるまでの間、ユーザは、番組の関連情報や、その他のマルチメディアコンテンツを利用して待つことができる。BMLデータに含まれる番組の情報やCMの情報が代替データとして出力されるようにすることによって、放送側としても、番組や広告を提供する機会を逃してしまうのを防ぐことが可能になる。
【００７６】
以上においては、電波の受信状況が良くない場合にオーディオデコーダ２２とビデオデコーダ２４に対する電源の供給が停止されるものとしたが、オーディオデコーダ２２とビデオデコーダ２４に対するクロック信号の供給が停止されるようにしてもよい。これによっても、クロック信号の供給を停止する分、電力の消費を抑えることが可能になる。
【００７７】
また、以上においては、電波の受信状況が良くない状態が一定期間続いた場合、オーディオデコーダ２２とビデオデコーダ２４の両方に対する電源の供給が停止されるものとしたが、いずれか一方に対してのみ、電源の供給が停止されるようにしてもよい。
【００７８】
［変形例］
デコーダに対する電源の供給を停止し、代替データの出力を行う以上の処理が、チャンネルスキャン、チャンネルシーク、チャンネル切り替えなどのタイミングで行われるようにすることも可能である。
【００７９】
チャネルスキャンは、所定の周波数帯域全体のうちのどこのチャンネルを使って番組の放送が行われているかを検出する処理である。また、チャネルシークは、いま受信しているチャンネルを基準として周波数軸上で隣にある、番組の放送に使われているチャンネルを検出する処理である。チャンネルスキャン、チャンネルシークのいずれの処理も、例えば番組の再生中（ユーザによる番組の視聴中）に行われる処理である。
【００８０】
＜チャンネルスキャン時の処理＞
はじめに、図５のフローチャートを参照して、チャンネルスキャン時の受信装置１の処理について説明する。
【００８１】
図５の処理は、チャンネルスキャンの開始後、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図５の処理は、例えば、番組の再生中にチャンネルスキャンがユーザにより指示されたときに開始される。
【００８２】
ステップＳ３１において、チューナインタフェース２６は、OFDM復調部１３にOFDM復調処理を行わせ、復調結果を用いてチャンネルスキャンを開始する。チューナインタフェース２６により検出されたチャンネルの情報（番組を受信可能な周波数の情報）は例えば状態管理部４２に供給され、管理される。
【００８３】
ステップＳ３２において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止し、ステップＳ３３において、ビデオデコーダ２４に対する電源の供給を停止する。
【００８４】
ステップＳ３４において、代替データ出力制御部４４は、上述したようにして代替データの出力を行う。代替データの出力は、例えば、チャンネルスキャンが終了するまで続けられる。チャンネルスキャンが終了したとき、オーディオデコーダ２２、ビデオデコーダ２４に対する電源の供給が再開され、チャンネルスキャンによって検出された所定のチャンネルで放送されている番組の再生が開始される。番組の画像や音声の出力が可能になったとき、代替データの出力は終了され、番組の画像がディスプレイ１６に表示され、音声がスピーカ１５から出力される。
【００８５】
以上の処理により、受信装置１は、チャンネルスキャン時の電力消費を抑えることができる。また、ユーザは、代替データを見るなどして、チャンネルスキャンが終了するまで待つことができる。
【００８６】
次に、図６のフローチャートを参照して、チャンネルスキャン時の受信装置１の他の処理について説明する。
【００８７】
図６の処理は、チャンネルスキャンの開始後、受信可能なチャンネルの割合が低い場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図６の処理も、例えば、番組の再生中にチャンネルスキャンがユーザにより指示されたときに開始される。
【００８８】
ステップＳ４１において、チューナインタフェース２６はチャンネルスキャンを開始する。チューナインタフェース２６により検出されたチャンネルの情報は例えば状態管理部４２に供給され、管理される。
【００８９】
ステップＳ４２において、状態管理部４２は、番組のデータを受信可能なチャンネルの割合が低いか否かを判定する。例えば、２０チャンネル分の周波数帯域のスキャンが終了し、受信可能なチャンネルとして１０チャンネルが検出された場合、受信可能なチャンネルの割合は５０％となる。状態管理部４２は、受信可能なチャンネルの割合をこのようにして算出し、算出した割合が閾値より低い場合、受信可能なチャンネルの割合が低いものとして判定する。
【００９０】
番組のデータを受信可能なチャンネルの割合が低いとステップＳ４２において判定された場合、ステップＳ４３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。また、ステップＳ４４において、電源制御部４３は、ビデオデコーダ２４に対する電源の供給を停止する。
【００９１】
ステップＳ４５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、チャンネルスキャンが終了するまで、または、受信可能なチャンネルの割合が閾値より高くなるまで続けられる。なお、ステップＳ４２において受信可能なチャンネルの割合が高いと判定された場合、ステップＳ４３乃至Ｓ４５の処理はスキップされる。
【００９２】
次に、図７のフローチャートを参照して、チャンネルスキャン時の受信装置１のさらに他の処理について説明する。
【００９３】
図７の処理は、チャンネルスキャンの開始後、NIT(Network Information Table)やPMT(Program Map Table)などの、番組の再生に必要な制御データをデコードできない場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図７の処理も、例えば、番組の視聴中にチャンネルスキャンがユーザにより指示されたときに開始される。
【００９４】
ステップＳ５１において、チューナインタフェース２６はチャンネルスキャンを開始する。OFDM復調部１３によって得られたTSはTSデコーダ２１に供給される。TSデコーダ２１においては、NITやPMTなどの制御データをTSから抽出する処理が行われる。
【００９５】
ステップＳ５２において、状態管理部４２は、TSデコーダ２１によるデコードの状況に基づいて、NITなどの制御データを受信できていないか否かを判定する。
【００９６】
NITなどの制御データを受信できていないとステップＳ５２において判定された後の処理は、例えば図６のステップＳ４３以降の処理と同様の処理である。すなわち、ステップＳ５３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止し、ステップＳ５４において、ビデオデコーダ２４に対する電源の供給を停止する。
【００９７】
ステップＳ５５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、チャンネルスキャンが終了するまで、または、NITなどの制御データを受信できるようになるまで続けられる。なお、ステップＳ５２においてNITなどの制御データを受信できていると判定された場合、ステップＳ５３乃至Ｓ５５の処理はスキップされる。
【００９８】
＜チャンネルシーク時の処理＞
次に、図８のフローチャートを参照して、チャンネルシーク時の受信装置１の処理について説明する。
【００９９】
図８の処理は、チャンネルシークの開始後、電波の受信状況の悪い状態が一定期間続いた場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図８の処理は、例えば、番組の再生中にチャンネルシークがユーザにより指示されたときに開始される。チャンネルシークの指示は、いま受信中のチャンネルを基準として、周波数のより高いチャンネルを検出するときに操作される＋ボタン、または、周波数のより低いチャンネルを検出するときに操作される−ボタンを用いて行われる。
【０１００】
ステップＳ６１において、チューナインタフェース２６は、OFDM復調部１３にOFDM復調処理を行わせ、復調結果を用いてチャンネルシークを開始する。チューナインタフェース２６により検出されたチャンネルの情報は例えば状態管理部４２に供給され、管理される。
【０１０１】
ステップＳ６２において、状態管理部４２は、電波の受信状況の悪い状態が一定期間続いたか否かを判定する。ここでは、例えば、上述した＋ボタンまたは−ボタンが複数回操作されたものの、受信可能なチャンネルを検出できていない場合、電波の受信状況の悪い状態が一定期間続いたものとして判定される。
【０１０２】
電波の受信状況の悪い状態が一定期間続いたとステップＳ６２において判定された場合、ステップＳ６３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。また、電源制御部４３は、ステップＳ６４において、ビデオデコーダ２４に対する電源の供給を停止する。
【０１０３】
ステップＳ６５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、チャンネルシークが終了するまで、または、受信可能なチャンネルが検出されるまで続けられる。なお、ステップＳ６２において電波の受信状況の悪い状態が一定期間続いていないと判定された場合、ステップＳ６３乃至Ｓ６５の処理はスキップされる。
【０１０４】
以上の処理により、ユーザは、チャンネルシークを指示したものの、受信可能なチャンネルがなかなか検出されない場合であっても、代替データを見るなどしてチャンネルが検出されるのを待つことができる。また、受信装置１は電力消費を抑えることができる。
【０１０５】
＜チャンネル切り替え時の処理＞
次に、図９のフローチャートを参照して、チャンネル切り替え時の受信装置１の処理について説明する。
【０１０６】
図９の処理は、チャンネル切り替えを行ったものの、電波の受信状況が悪いために番組を表示することができない状態が一定期間続いた場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図９の処理は、例えば、番組の再生中にチャンネルの切り替えがユーザにより指示されたときに開始される。
【０１０７】
ステップＳ７１において、チューナインタフェース２６は、OFDM復調部１３を制御し、復調対象とするチャンネルを切り替えさせるなどしてチャンネル切替を行う。OFDM復調部１３によって得られたTSはTSデコーダ２１に供給される。TSデコーダ２１においては、切り替え後のチャンネルで伝送されているTSのデコードが行われる。
【０１０８】
ステップＳ７２において、状態管理部４２は、TSデコーダ２１によるデコードの状況に基づいて、電波の受信状況が悪いために、番組を再生することができない状態が一定期間続いたか否かを判定する。ここでは、例えば、チャンネルの切り替えがユーザにより複数回指示されたものの、番組を表示することができない場合、電波の受信状況の悪い状態が一定期間続いたものとして判定される。
【０１０９】
電波の受信状況の悪い状態が一定期間続いたとステップＳ７２において判定された場合、ステップＳ７３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。また、電源制御部４３は、ステップＳ７４において、ビデオデコーダ２４に対する電源の供給を停止する。
【０１１０】
ステップＳ７５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、受信可能なチャンネルが検出され、番組の表示が可能になるまで続けられる。なお、ステップＳ７２において電波の受信状況が悪い状態が一定期間続いていないと判定された場合、ステップＳ７３乃至Ｓ７５の処理はスキップされる。
【０１１１】
以上の処理により、ユーザは、チャンネル切り替えを指示したものの、番組データがなかなか受信できない場合であっても、代替データを見るなどして番組データが受信できるようになるのを待つことができる。また、受信装置１は電力消費を抑えることができる。
【０１１２】
以上においては、放送波の受信状況を検出し、処理を行う場合について説明したが、例えば、無線LANを用いてコンテンツの伝送が行われている場合、その無線LANの電波の受信状況を検出し、放送波の受信状況を検出した場合と同様の処理を行うようにしてもよい。
【０１１３】
［コンピュータの構成例］
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１１４】
図１０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１１５】
CPU(Central Processing Unit)５１、ROM(Read Only Memory)５２、RAM(Random Access Memory)５３は、バス５４により相互に接続されている。
【０１１６】
バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、キーボード、マウスなどよりなる入力部５６、ディスプレイ、スピーカなどよりなる出力部５７が接続される。また、入出力インタフェース５５には、ハードディスクや不揮発性のメモリなどよりなる記憶部５８、ネットワークインタフェースなどよりなる通信部５９、リムーバブルメディア６１を駆動するドライブ６０が接続される。
【０１１７】
以上のように構成されるコンピュータでは、CPU５１が、例えば、記憶部５８に記憶されているプログラムを入出力インタフェース５５及びバス５４を介してRAM５３にロードして実行することにより、上述した一連の処理が行われる。
【０１１８】
CPU５１が実行するプログラムは、例えばリムーバブルメディア６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部５８にインストールされる。
【０１１９】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１２０】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１２１】
１ 受信装置， １２ チューナ， １３ OFDM復調部， １４ 信号処理部， ２１ TSデコーダ， ２２ オーディオデコーダ， ２４ ビデオデコーダ， ２６ チューナインタフェース， ４２ 状態管理部， ４３ 電源制御部， ４４ 代替データ出力制御部
【技術分野】
【０００１】
本発明は、受信装置、受信方法、およびプログラムに関し、特に、電波の受信状況が良くない場合の電力消費を抑えることができるようにした受信装置、受信方法、およびプログラムに関する。
【背景技術】
【０００２】
ワンセグメント放送に対応した携帯電話機やフルセグメント放送に対応したカーナビゲーションシステムなどの、地上デジタル放送の受信機能が搭載された、受信位置の移動が可能な受信装置が普及してきている。
【０００３】
このような受信装置においては、ユーザが番組を視聴している間に電波の受信状況が悪くなり、番組の再生を行うことができなくなることがよくある。この場合、通常、画面表示の状態は真っ暗な画面が表示される状態となり、画面の隅にメッセージを表示するなどして、電波の受信状況が悪いことをユーザに通知することなどが行われる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平５−９１４８７号公報
【特許文献２】特開２００９−２７２８８号公報
【特許文献３】特開２００７−２１５０６９号公報
【特許文献４】特開２００５−２１０５４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このような真っ暗な画面が表示される状態になっている場合においても番組の画像を表示したり音声を出力したりするための処理が続けられるとした場合、当然、その間も、バッテリの電力が消費され続けてしまう。
【０００６】
また、真っ暗な画面が表示されている間、ユーザは、通常、番組を視聴できないだけでなく、受信装置内のメモリに記憶させておいた静止画を閲覧したり、動画を視聴したりすることができず、何もすることなく受信状況が改善するのを待たなければならない。この時間はユーザにとって退屈な時間といえる。放送側にとっても、真っ暗な画面が表示されている間は、放送コンテンツを提供したりCMを提供したりすることができない。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、例えば、電波の受信状況が良くない場合の電力消費を抑えることができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の一側面の受信装置は、電波を用いて無線によって伝送されるコンテンツを受信する受信手段と、前記コンテンツを再生する再生手段と、前記電波の受信状況を検出する検出手段と、前記電波の受信状況を表す値が閾値より低い場合、前記再生手段に対する電源の供給を停止する電源制御手段と、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する出力制御手段とを備える。
【０００９】
前記検出手段には、前記電波の受信状況を周期的に検出させ、前記電源制御手段には、前記電波の受信状況を表す値が閾値より低い状態が一定期間続いた場合、前記再生手段に対する電源の供給を停止させることができる。
【００１０】
前記電源制御手段には、前記電波の受信状況を表す値が閾値より高くなった場合、前記再生手段に対する電源の供給を再開させ、前記出力制御手段には、前記再生手段に対する電源の供給が再開され、前記コンテンツのビデオデータに含まれる１フレームの画像が前記再生手段により再生されたとき、前記他のコンテンツの再生を終了させ、前記再生手段により再生された画像を表示させることができる。
【００１１】
前記再生手段に対する電源の供給が停止される前に前記受信手段により受信された、前記コンテンツの関連情報を記憶する記憶手段をさらに設けることができる。この場合、前記出力制御手段には、前記他のコンテンツとして、前記記憶手段に記憶されている前記関連情報を出力させることができる。
【００１２】
前記再生手段に対する電源の供給が停止される前に入力された前記他のコンテンツを記憶する記憶手段をさらに設けることができる。この場合、前記出力制御手段には、前記記憶手段に記憶されている前記他のコンテンツを出力させることができる。
【００１３】
ネットワークを介して通信を行う通信手段をさらに設けることができる。この場合、前記出力制御手段には、前記他のコンテンツとして、前記ネットワークを介して前記通信手段により受信されたコンテンツを出力させることができる。
【００１４】
本発明の一側面の受信方法は、電波を用いて無線によって伝送されるコンテンツを受信し、前記電波の受信状況を検出し、前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力するステップを含む。
【００１５】
本発明の一側面のプログラムは、電波を用いて無線によって伝送されるコンテンツを受信し、前記電波の受信状況を検出し、前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力するステップを含む処理をコンピュータに実行させる。
【００１６】
本発明の一側面においては、電波を用いて無線によって伝送されるコンテンツが受信され、前記電波の受信状況が検出され、前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給が停止される。また、前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツが出力される。
【発明の効果】
【００１７】
本発明によれば、電波の受信状況が良くない場合の電力消費を抑えることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る受信装置の構成例を示すブロック図である。
【図２】受信装置の機能構成例を示すブロック図である。
【図３】受信装置の処理について説明するフローチャートである。
【図４】受信装置の処理について説明する、図３に続くフローチャートである。
【図５】チャンネルスキャン時の受信装置の処理について説明するフローチャートである。
【図６】チャンネルスキャン時の受信装置の他の処理について説明するフローチャートである。
【図７】チャンネルスキャン時の受信装置のさらに他の処理について説明するフローチャートである。
【図８】チャンネルシーク時の受信装置の処理について説明するフローチャートである。
【図９】チャンネル切り替え時の受信装置の処理について説明するフローチャートである。
【図１０】コンピュータのハードウェアの構成例を示すブロック図である。
【発明を実施するための形態】
【００１９】
［受信装置の構成例］
図１は、本発明の一実施形態に係る受信装置の構成例を示すブロック図である。
【００２０】
図１の受信装置１は、ワンセグメント放送やフルセグメント放送などの地上デジタル放送の受信装置である。例えば、受信装置１はユーザが携帯可能な大きさのものであり、図示せぬバッテリからの電力によって動作する。受信装置１が受信する地上デジタル放送の電波の受信状況は、ユーザの移動先によって変化することになる。
【００２１】
詳細については後述するが、受信装置１は、番組の視聴中に電波の受信状況が悪くなり、番組の画像や音声を正しく出力することができなくなった場合、番組の再生を行っている回路に対する電源の供給を停止する機能を有している。これにより、電波の受信状況が悪い場合の電力の消費を抑えることが可能になる。
【００２２】
また、受信装置１は、番組の画像や音声を正しく出力することができなくなった場合、番組の画像や音声の代わりに、予め用意されているデータを再生して出力する機能を有する。これにより、電波の受信状況が悪くなったときに、真っ黒な画面に電波の受信状況が悪いことを通知するメッセージを表示させておく場合に較べて、ユーザを退屈させてしまうのを防ぐことが可能になる。
【００２３】
以下、適宜、電波の受信状況が悪くなったときに、番組の画像や音声の代わりに出力するデータを代替データという。受信装置１にはBML(Broadcast Markup Language)ブラウザが用意されており、代替データには、電波の受信状況が悪くなる前に受信され、メモリに保存されていたBMLデータが含まれる。BMLデータは、BMLで記述されたデータであり、番組やCMに関連するテキスト、静止画などの情報である。また、ユーザによりメモリに予め保存されていた動画、静止画、音楽データ、あるいは、3G回線や無線LANなどのネットワークを介して取得されたWEBページなどが代替データとして出力される。
【００２４】
図１に示すように、受信装置１は、アンテナ１１、チューナ１２、OFDM(Orthogonal Frequency Division Multiplex)復調部１３、信号処理部１４、スピーカ１５、およびディスプレイ１６から構成される。
【００２５】
チューナ１２は、アンテナ１１において受信されたRF信号をIF信号に周波数変換し、IF信号をOFDM復調部１３に出力する。
【００２６】
OFDM復調部１３は、チューナ１２から供給されたIF信号に対してA/D(Analog/Digital)変換、直交復調、FFT(Fast Fourier Transform）演算などの処理をOFDM復調処理として行う。OFDM復調部１３は、OFDM復調処理によって得られた、所定のチャンネルのTS(Transport Stream)を信号処理部１４に出力する。
【００２７】
信号処理部１４は、TSデコーダ２１、オーディオデコーダ２２、出力処理部２３、ビデオデコーダ２４、表示処理部２５、チューナインタフェース２６、バス２７、CPU２８、メモリ２９、および通信部３０から構成される。OFDM復調部１３から出力されたTSはTSデコーダ２１に入力される。
【００２８】
TSデコーダ２１は、TSを解析し、所定の番組のオーディオES(Elementary Stream)をオーディオデコーダ２２に出力し、ビデオESをビデオデコーダ２４に出力する。また、TSデコーダ２１は、BMLデータを含むデータカルーセルESをバス２７を介してCPU２８に出力する。
【００２９】
オーディオデコーダ２２は、TSデコーダ２１から供給された所定の圧縮方式で圧縮されているオーディオデータを伸張し、非圧縮のオーディオデータを再生する。オーディオデコーダ２２は、オーディオデータを再生して得られたデータを出力処理部２３に出力する。例えば、オーディオデコーダ２２は、バッテリから供給される電源によって動作するとともに、外部から供給されるクロック信号に従って動作するチップによって構成される。
【００３０】
出力処理部２３は、オーディオデコーダ２２から供給されたデータに基づいて番組の音声をスピーカ１５から出力させる。また、出力処理部２３は、例えば、代替データとして音楽データがCPU２８により再生され、再生音のデータがバス２７を介して供給された場合、供給されたデータに基づいて音楽データの再生音をスピーカ１５から出力させる。
【００３１】
ビデオデコーダ２４は、TSデコーダ２１から供給された所定の圧縮方式で圧縮されているビデオデータを伸張し、非圧縮のビデオデータを再生する。ビデオデコーダ２４は、ビデオデータを再生して得られた各フレームの画像データを表示処理部２５に出力する。例えば、ビデオデコーダ２４は、バッテリから供給される電源によって動作するとともに、外部から供給されるクロック信号に従って動作するチップによって構成される。
【００３２】
表示処理部２５は、ビデオデコーダ２４から供給されたデータに基づいて番組の画像をディスプレイ１６に表示させる。また、表示処理部２５は、例えば、代替データとして動画、静止画、WEBページのデータがバス２７を介して供給された場合、供給されたデータに基づいて、動画、静止画、WEBページをディスプレイ１６に表示させる。
【００３３】
チューナインタフェース２６は、OFDM復調部１３による処理を監視し、電波の受信状況を検出する。電波の受信状況は、例えばMER(Modulation Error Ratio)により表される。MERは変調の品質を表わす値であり、ノイズが少ない、すなわち電波の受信状況がよいほど大きな値となる。チューナインタフェース２６は、MERの情報を、電波の受信状況の検出結果としてバス２７を介してCPU２８に出力する。電波の受信状況の検出は、数秒間隔などの所定の周期で行われる。
【００３４】
CPU２８は、信号処理部１４の各部をバス２７を介して制御する。例えば、CPU２８は、TSデコーダ２１から供給されたデータカルーセルESを解析し、BMLデータを取得してメモリ２９に記憶させる。また、CPU２８は、外部記録媒体やネットワークを介して、動画、静止画、音楽などのコンテンツがユーザにより受信装置１に取り込まれた場合、それをメモリ２９に記憶させる。
【００３５】
メモリ２９は例えばフラッシュメモリであり、BMLデータ、動画データ、静止画データ、音楽データなどを記憶する。メモリ２９は受信装置１に内蔵されている記録媒体であってもよいし、メモリカードなどの、受信装置１に対して着脱可能な記録媒体であってもよい。
【００３６】
通信部３０は、例えば3G回線、無線LANのインタフェースであり、ネットワークを介して外部の装置と通信を行う。
【００３７】
図２は、受信装置１の機能構成例を示すブロック図である。
【００３８】
図２に示す構成のうちの少なくとも一部は、CPU２８により所定のプログラムが実行されることによって実現される。受信装置１においては、タイマ４１、状態管理部４２、電源制御部４３、および代替データ出力制御部４４が実現される。
【００３９】
タイマ４１は、番組の再生中、時間を計測し、電波の受信状況の検出の開始を指示する起動信号を数秒間隔などの所定の周期で状態管理部４２に出力する。
【００４０】
状態管理部４２は、タイマ４１から起動信号が供給される毎に、電波の受信状況の検出をチューナインタフェース２６に行わせ、検出結果を取得する。状態管理部４２は、電波の受信状況の検出結果に応じて、番組再生中の受信装置１の状態を管理する。
【００４１】
番組再生中の受信装置１の状態にはTRUEの状態とFALSEの状態とがあり、状態管理部４２は、そのときの受信装置１の状態を表す情報を電源制御部４３と代替データ出力制御部４４に出力する。受信装置１の状態がTRUEであることは、番組の再生を正常に行うことができていることを表し、FALSEであることは、番組の再生に代えて、代替データの出力を行っていることを表す。
【００４２】
電源制御部４３は、受信装置１のバッテリからの電源の供給を制御する。例えば、電源制御部４３は、番組の再生中に、受信装置１の状態がFALSEであることを表す情報が状態管理部４２から供給された場合、オーディオデコーダ２２、ビデオデコーダ２４に対する電源の供給を停止させる。
【００４３】
代替データ出力制御部４４は、代替データの出力を制御する。例えば、代替データ出力制御部４４は、番組の再生中に、受信装置１の状態がFALSEであることを表す情報が状態管理部４２から供給された場合、メモリ２９に記憶されているデータを用いて代替データを出力させる。また、代替データ出力制御部４４は、適宜、通信部３０を制御してネットワーク上の所定のサーバにアクセスし、取得したWEBページのデータなどを用いて代替データを出力させる。
【００４４】
［受信装置の動作］
ここで、図３および図４のフローチャートを参照して、受信装置１の処理について説明する。
【００４５】
図３および図４の処理は、ユーザにより所定のチャンネルが指定され、指定されたチャンネルで放送されている番組の再生が行われているときに開始される。番組の再生中、バッテリから信号処理部１４の各部に電源が供給され、番組の画像を表示するとともに、番組の音声を出力するための上述した処理が信号処理部１４の各部により行われる。また、BMLデータが伝送されてきたとき、メモリ２９には、CPU２８により取得されたBMLデータが記憶される。
【００４６】
ステップＳ１において、状態管理部４２は、起動信号がタイマ４１から入力されたか否かを判定し、入力されたと判定するまで待機する。
【００４７】
起動信号が入力されたとステップＳ１において判定した場合、ステップＳ２において、状態管理部４２は、チューナインタフェース２６を制御して電波の受信状況の検出を行わせ、検出結果を取得する。電波の受信状況の検出が行われたとき、チューナインタフェース２６から状態管理部４２に対して、例えばMERの情報が供給されてくる。
【００４８】
ステップＳ３において、状態管理部４２は、受信装置１の状態がTRUEであるか否かを判定する。状態管理部４２は、受信装置１の状態を表すフラグを管理しており、例えば、受信装置１の状態がTRUEであるか否かは、そのフラグの値に基づいて判定される。
【００４９】
受信装置１の状態がTRUEである、すなわち番組を正常に再生できているとステップＳ３において判定した場合、ステップＳ４において、状態管理部４２は、電波の受信状況が良いか否かを、チューナインタフェース２６から供給された情報に基づいて判定する。状態管理部４２は、例えば、MERが10.0db以上である場合、電波の受信状況が良いと判定し、10.0db未満である場合、電波の受信状況が良くないと判定する。
【００５０】
電波の受信状況が良くないとステップＳ４において判定した場合、ステップＳ５において、状態管理部４２は、カウンタの値をインクリメントする。カウンタの値は、電波の受信状況が良くない状態が続いている期間を表し、状態管理部４２により管理される。
【００５１】
ステップＳ６において、状態管理部４２は、電波の受信状況が良くない状態が一定期間続いているか否かを判定する。ここでは、カウンタの値が閾値を超えた場合、電波の受信状況が良くない状態が一定期間続いているとして判定される。
【００５２】
ステップＳ７において、状態管理部４２は、フラグの値を変更し、受信装置１の状態をFALSEに設定する。受信装置１の状態がFALSEであることを表す情報は、状態管理部４２から電源制御部４３と代替データ出力制御部４４に供給される。
【００５３】
ステップＳ８において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。
【００５４】
ステップＳ９において、電源制御部４３は、ビデオデコーダ２４に対する電源の供給を停止する。ビデオデコーダ２４に対する電源の供給が停止された後に、オーディオデコーダ２２に対する電源の供給が停止されるようにしてもよい。
【００５５】
ステップＳ１０において、代替データ出力制御部４４は代替データの出力を行う。例えば、代替データ出力制御部４４は、代替データとしてBMLデータを出力する場合、予め記憶されていたBMLデータをメモリ２９から読み出し、番組の関連情報を取得する。番組の関連情報がテキストや画像である場合、代替データ出力制御部４４は、番組の関連情報であるテキストや画像を表示処理部２５に出力し、ディスプレイ１６に表示させる。番組の関連情報には、番組紹介などの番組の詳細情報だけでなく、放送局の情報や広告主の情報が含まれていることがある。
【００５６】
また、代替データ出力制御部４４は、所定のWEBページのURL(Uniform Resource Locator)がBMLデータに記述されている場合、通信部３０を制御してそのURLにアクセスする。代替データ出力制御部４４は、アクセスしたサーバから取得したHTML(Hyper Text Markup Language)ファイルなどを表示処理部２５に出力し、WEBページをディスプレイ１６に表示させる。検索サーバに対してアクセスが行われ、直近に再生していた番組名や放送局名をキーとして検索されたWEBページが表示されるようにしてもよい。
【００５７】
さらに、代替データ出力制御部４４は、メモリ２９に記憶されている静止画や動画を代替データとして出力する場合、静止画や動画のデータをメモリ２９から読み出し、再生する。代替データ出力制御部４４は、再生して得られたデータを表示処理部２５に出力し、静止画や動画をディスプレイ１６に表示させる。代替データ出力制御部４４は、メモリ２９に記憶されている音楽データを代替データとして出力する場合、音楽データをメモリ２９から読み出し、再生する。代替データ出力制御部４４は再生して得られたデータを出力処理部２３に出力し、再生音をスピーカ１５から出力させる。
【００５８】
番組の視聴を開始する前に、ユーザがメモリ２９に記憶されている音楽を聴いたり静止画を閲覧したりしていた場合、ユーザが聴いていた音楽や閲覧していた静止画と同じものを代替データとして出力するようにしてもよい。どのコンテンツをユーザが利用していたのかは、メモリ２９に保存されていた履歴情報に基づいて特定される。
【００５９】
このように、代替データは、電源の供給が停止されるオーディオデコーダ２２とビデオデコーダ２４のうちの少なくともいずれかを使うことなく再生し、出力することができるデータであればどのようなデータであってもよい。また、代替データとして出力するデータの種類（音楽、静止画等）や代替データとして出力するデータを、ユーザが予め、または、代替データの出力の開始時に選択することができるようにしてもよい。
【００６０】
以上のようにして代替データの出力が開始された後、ステップＳ１に戻り、それ以降の処理が繰り返される。
【００６１】
一方、ステップＳ４において電波の受信状況が良いと判定した場合、ステップＳ１１において、状態管理部４２は、ビデオデコーダ２４によるビデオデータのデコードの状況に基づいて、１フレームの画像を正しくデコードできたか否かを判定する。電波の受信状況は良かったが、TSデコーダ２１によるデコード後、画像の表示に必要なデータを得ることができないこともあり、そのような状態の検出も行われる。
【００６２】
例えば、ビデオデータがAVCフォーマットでエンコードされたデータである場合、マクロブロック毎にデコードが行われることになるが、ビデオデコーダ２４においては、どのマクロブロックまでデコードが終了しているのかが管理される。１フレームの画像を正しくデコードできたか否かの状態管理部４２による判定は、ビデオデコーダ２４により管理されている情報に基づいて行われるようにすることが可能である。
【００６３】
１フレームの画像を正しくデコードできていないとステップＳ１１において判定した場合、状態管理部４２はステップＳ５以降の処理を行う。
【００６４】
一方、１フレームの画像を正しくデコードできたとステップＳ１１において判定した場合、ステップＳ１２において、状態管理部４２はカウンタの値をリセットする。１フレームの画像を一瞬だけデコードできたりできなかったりすることがあるが、１フレームだけでも番組の画像をデコードできた場合は、ユーザにその画像を見せた方がよいものと考えられる。従って、その場合にはカウントの値がリセットされ、通常再生が続けられるようになっている。
【００６５】
なお、カウンタの値をリセットするための条件をユーザが選択することができるようにしてもよい。また、オーディオデコーダ２２、ビデオデコーダ２４に対する電源の供給のON／OFFが繰り替えされるのを避けるため、ビデオデータだけでなく、オーディオデータの特定のフレームのデコードが最後まで正しくできているかにも基づいて、カウンタの値をリセットするタイミングが調整されるようにしてもよい。
【００６６】
カウンタの値をステップＳ１２においてリセットした後、または、電波の受信状況が良くない状態が一定期間続いていないとステップＳ６において判定した場合、状態管理部４２は、番組の通常再生を信号処理部１４の各部に行わせる。その後、ステップＳ１に戻り、それ以降の処理が繰り返される。
【００６７】
一方、ステップＳ３において、受信装置１の状態がTRUEではない、すなわち代替データの再生を行っている状態であると判定した場合、ステップＳ１４（図４）において、状態管理部４２は、電波の受信状況が良いか否かを判定する。
【００６８】
電波の受信状況が良くないとステップＳ１４において判定された場合、ステップＳ１０に進み、上述したようにして代替データの出力が開始される。
【００６９】
電波の受信状況が良いとステップＳ１４において判定された場合、電源制御部４３は、ステップＳ１５において、ビデオデコーダ２４に対する電源の供給を開始する。
【００７０】
ステップＳ１６において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を開始する。電源の供給が開始された後、オーディオデコーダ２２においては、番組のオーディオデータのデコードが再開され、ビデオデコーダ２４においては、番組のビデオデータのデコードが再開される。
【００７１】
ステップＳ１７において、状態管理部４２は、フラグの値を変更し、受信装置１の状態をTRUEに設定する。
【００７２】
ステップＳ１８において、状態管理部４２は、１フレームの画像のデコードが完了したか否かを判定し、デコードが完了したと判定するまで待機する。ここでは、ビデオデコーダ２４によるデコードの状況に基づいて、１フレームの、デコード順で最後のマクロブロックのデコードが完了した場合、１フレームの画像のデコードが完了したものとして判定される。１フレームの画像のデコードが完了したと判定された後にステップＳ１７の処理が行われ、受信装置１の状態がTRUEとして設定されるようにしてもよい。
【００７３】
１フレームの画像のデコードが完了したとステップＳ１８において判定された場合、代替データ出力制御部４４は、代替データの出力を終了し、番組の画像と音声の出力を再開させる。その後、ステップＳ１に戻り、それ以降の処理が行われる。
【００７４】
以上の処理により、電波の受信状況が良くない状態が一定期間続いた場合にはオーディオデコーダ２２とビデオデコーダ２４に対する電源の供給が停止されるため、その分だけ、バッテリの電力消費を抑えることができる。
【００７５】
また、代替データが出力されるようにしたため、電波の受信状況が回復し、番組の再生が再開されるまでの間、ユーザは、番組の関連情報や、その他のマルチメディアコンテンツを利用して待つことができる。BMLデータに含まれる番組の情報やCMの情報が代替データとして出力されるようにすることによって、放送側としても、番組や広告を提供する機会を逃してしまうのを防ぐことが可能になる。
【００７６】
以上においては、電波の受信状況が良くない場合にオーディオデコーダ２２とビデオデコーダ２４に対する電源の供給が停止されるものとしたが、オーディオデコーダ２２とビデオデコーダ２４に対するクロック信号の供給が停止されるようにしてもよい。これによっても、クロック信号の供給を停止する分、電力の消費を抑えることが可能になる。
【００７７】
また、以上においては、電波の受信状況が良くない状態が一定期間続いた場合、オーディオデコーダ２２とビデオデコーダ２４の両方に対する電源の供給が停止されるものとしたが、いずれか一方に対してのみ、電源の供給が停止されるようにしてもよい。
【００７８】
［変形例］
デコーダに対する電源の供給を停止し、代替データの出力を行う以上の処理が、チャンネルスキャン、チャンネルシーク、チャンネル切り替えなどのタイミングで行われるようにすることも可能である。
【００７９】
チャネルスキャンは、所定の周波数帯域全体のうちのどこのチャンネルを使って番組の放送が行われているかを検出する処理である。また、チャネルシークは、いま受信しているチャンネルを基準として周波数軸上で隣にある、番組の放送に使われているチャンネルを検出する処理である。チャンネルスキャン、チャンネルシークのいずれの処理も、例えば番組の再生中（ユーザによる番組の視聴中）に行われる処理である。
【００８０】
＜チャンネルスキャン時の処理＞
はじめに、図５のフローチャートを参照して、チャンネルスキャン時の受信装置１の処理について説明する。
【００８１】
図５の処理は、チャンネルスキャンの開始後、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図５の処理は、例えば、番組の再生中にチャンネルスキャンがユーザにより指示されたときに開始される。
【００８２】
ステップＳ３１において、チューナインタフェース２６は、OFDM復調部１３にOFDM復調処理を行わせ、復調結果を用いてチャンネルスキャンを開始する。チューナインタフェース２６により検出されたチャンネルの情報（番組を受信可能な周波数の情報）は例えば状態管理部４２に供給され、管理される。
【００８３】
ステップＳ３２において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止し、ステップＳ３３において、ビデオデコーダ２４に対する電源の供給を停止する。
【００８４】
ステップＳ３４において、代替データ出力制御部４４は、上述したようにして代替データの出力を行う。代替データの出力は、例えば、チャンネルスキャンが終了するまで続けられる。チャンネルスキャンが終了したとき、オーディオデコーダ２２、ビデオデコーダ２４に対する電源の供給が再開され、チャンネルスキャンによって検出された所定のチャンネルで放送されている番組の再生が開始される。番組の画像や音声の出力が可能になったとき、代替データの出力は終了され、番組の画像がディスプレイ１６に表示され、音声がスピーカ１５から出力される。
【００８５】
以上の処理により、受信装置１は、チャンネルスキャン時の電力消費を抑えることができる。また、ユーザは、代替データを見るなどして、チャンネルスキャンが終了するまで待つことができる。
【００８６】
次に、図６のフローチャートを参照して、チャンネルスキャン時の受信装置１の他の処理について説明する。
【００８７】
図６の処理は、チャンネルスキャンの開始後、受信可能なチャンネルの割合が低い場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図６の処理も、例えば、番組の再生中にチャンネルスキャンがユーザにより指示されたときに開始される。
【００８８】
ステップＳ４１において、チューナインタフェース２６はチャンネルスキャンを開始する。チューナインタフェース２６により検出されたチャンネルの情報は例えば状態管理部４２に供給され、管理される。
【００８９】
ステップＳ４２において、状態管理部４２は、番組のデータを受信可能なチャンネルの割合が低いか否かを判定する。例えば、２０チャンネル分の周波数帯域のスキャンが終了し、受信可能なチャンネルとして１０チャンネルが検出された場合、受信可能なチャンネルの割合は５０％となる。状態管理部４２は、受信可能なチャンネルの割合をこのようにして算出し、算出した割合が閾値より低い場合、受信可能なチャンネルの割合が低いものとして判定する。
【００９０】
番組のデータを受信可能なチャンネルの割合が低いとステップＳ４２において判定された場合、ステップＳ４３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。また、ステップＳ４４において、電源制御部４３は、ビデオデコーダ２４に対する電源の供給を停止する。
【００９１】
ステップＳ４５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、チャンネルスキャンが終了するまで、または、受信可能なチャンネルの割合が閾値より高くなるまで続けられる。なお、ステップＳ４２において受信可能なチャンネルの割合が高いと判定された場合、ステップＳ４３乃至Ｓ４５の処理はスキップされる。
【００９２】
次に、図７のフローチャートを参照して、チャンネルスキャン時の受信装置１のさらに他の処理について説明する。
【００９３】
図７の処理は、チャンネルスキャンの開始後、NIT(Network Information Table)やPMT(Program Map Table)などの、番組の再生に必要な制御データをデコードできない場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図７の処理も、例えば、番組の視聴中にチャンネルスキャンがユーザにより指示されたときに開始される。
【００９４】
ステップＳ５１において、チューナインタフェース２６はチャンネルスキャンを開始する。OFDM復調部１３によって得られたTSはTSデコーダ２１に供給される。TSデコーダ２１においては、NITやPMTなどの制御データをTSから抽出する処理が行われる。
【００９５】
ステップＳ５２において、状態管理部４２は、TSデコーダ２１によるデコードの状況に基づいて、NITなどの制御データを受信できていないか否かを判定する。
【００９６】
NITなどの制御データを受信できていないとステップＳ５２において判定された後の処理は、例えば図６のステップＳ４３以降の処理と同様の処理である。すなわち、ステップＳ５３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止し、ステップＳ５４において、ビデオデコーダ２４に対する電源の供給を停止する。
【００９７】
ステップＳ５５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、チャンネルスキャンが終了するまで、または、NITなどの制御データを受信できるようになるまで続けられる。なお、ステップＳ５２においてNITなどの制御データを受信できていると判定された場合、ステップＳ５３乃至Ｓ５５の処理はスキップされる。
【００９８】
＜チャンネルシーク時の処理＞
次に、図８のフローチャートを参照して、チャンネルシーク時の受信装置１の処理について説明する。
【００９９】
図８の処理は、チャンネルシークの開始後、電波の受信状況の悪い状態が一定期間続いた場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図８の処理は、例えば、番組の再生中にチャンネルシークがユーザにより指示されたときに開始される。チャンネルシークの指示は、いま受信中のチャンネルを基準として、周波数のより高いチャンネルを検出するときに操作される＋ボタン、または、周波数のより低いチャンネルを検出するときに操作される−ボタンを用いて行われる。
【０１００】
ステップＳ６１において、チューナインタフェース２６は、OFDM復調部１３にOFDM復調処理を行わせ、復調結果を用いてチャンネルシークを開始する。チューナインタフェース２６により検出されたチャンネルの情報は例えば状態管理部４２に供給され、管理される。
【０１０１】
ステップＳ６２において、状態管理部４２は、電波の受信状況の悪い状態が一定期間続いたか否かを判定する。ここでは、例えば、上述した＋ボタンまたは−ボタンが複数回操作されたものの、受信可能なチャンネルを検出できていない場合、電波の受信状況の悪い状態が一定期間続いたものとして判定される。
【０１０２】
電波の受信状況の悪い状態が一定期間続いたとステップＳ６２において判定された場合、ステップＳ６３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。また、電源制御部４３は、ステップＳ６４において、ビデオデコーダ２４に対する電源の供給を停止する。
【０１０３】
ステップＳ６５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、チャンネルシークが終了するまで、または、受信可能なチャンネルが検出されるまで続けられる。なお、ステップＳ６２において電波の受信状況の悪い状態が一定期間続いていないと判定された場合、ステップＳ６３乃至Ｓ６５の処理はスキップされる。
【０１０４】
以上の処理により、ユーザは、チャンネルシークを指示したものの、受信可能なチャンネルがなかなか検出されない場合であっても、代替データを見るなどしてチャンネルが検出されるのを待つことができる。また、受信装置１は電力消費を抑えることができる。
【０１０５】
＜チャンネル切り替え時の処理＞
次に、図９のフローチャートを参照して、チャンネル切り替え時の受信装置１の処理について説明する。
【０１０６】
図９の処理は、チャンネル切り替えを行ったものの、電波の受信状況が悪いために番組を表示することができない状態が一定期間続いた場合に、デコーダに対する電源の供給を停止し、代替データの出力を行う処理である。図９の処理は、例えば、番組の再生中にチャンネルの切り替えがユーザにより指示されたときに開始される。
【０１０７】
ステップＳ７１において、チューナインタフェース２６は、OFDM復調部１３を制御し、復調対象とするチャンネルを切り替えさせるなどしてチャンネル切替を行う。OFDM復調部１３によって得られたTSはTSデコーダ２１に供給される。TSデコーダ２１においては、切り替え後のチャンネルで伝送されているTSのデコードが行われる。
【０１０８】
ステップＳ７２において、状態管理部４２は、TSデコーダ２１によるデコードの状況に基づいて、電波の受信状況が悪いために、番組を再生することができない状態が一定期間続いたか否かを判定する。ここでは、例えば、チャンネルの切り替えがユーザにより複数回指示されたものの、番組を表示することができない場合、電波の受信状況の悪い状態が一定期間続いたものとして判定される。
【０１０９】
電波の受信状況の悪い状態が一定期間続いたとステップＳ７２において判定された場合、ステップＳ７３において、電源制御部４３は、オーディオデコーダ２２に対する電源の供給を停止する。また、電源制御部４３は、ステップＳ７４において、ビデオデコーダ２４に対する電源の供給を停止する。
【０１１０】
ステップＳ７５において、代替データ出力制御部４４は代替データの出力を行う。代替データの出力は、例えば、受信可能なチャンネルが検出され、番組の表示が可能になるまで続けられる。なお、ステップＳ７２において電波の受信状況が悪い状態が一定期間続いていないと判定された場合、ステップＳ７３乃至Ｓ７５の処理はスキップされる。
【０１１１】
以上の処理により、ユーザは、チャンネル切り替えを指示したものの、番組データがなかなか受信できない場合であっても、代替データを見るなどして番組データが受信できるようになるのを待つことができる。また、受信装置１は電力消費を抑えることができる。
【０１１２】
以上においては、放送波の受信状況を検出し、処理を行う場合について説明したが、例えば、無線LANを用いてコンテンツの伝送が行われている場合、その無線LANの電波の受信状況を検出し、放送波の受信状況を検出した場合と同様の処理を行うようにしてもよい。
【０１１３】
［コンピュータの構成例］
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０１１４】
図１０は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０１１５】
CPU(Central Processing Unit)５１、ROM(Read Only Memory)５２、RAM(Random Access Memory)５３は、バス５４により相互に接続されている。
【０１１６】
バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、キーボード、マウスなどよりなる入力部５６、ディスプレイ、スピーカなどよりなる出力部５７が接続される。また、入出力インタフェース５５には、ハードディスクや不揮発性のメモリなどよりなる記憶部５８、ネットワークインタフェースなどよりなる通信部５９、リムーバブルメディア６１を駆動するドライブ６０が接続される。
【０１１７】
以上のように構成されるコンピュータでは、CPU５１が、例えば、記憶部５８に記憶されているプログラムを入出力インタフェース５５及びバス５４を介してRAM５３にロードして実行することにより、上述した一連の処理が行われる。
【０１１８】
CPU５１が実行するプログラムは、例えばリムーバブルメディア６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部５８にインストールされる。
【０１１９】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０１２０】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０１２１】
１ 受信装置， １２ チューナ， １３ OFDM復調部， １４ 信号処理部， ２１ TSデコーダ， ２２ オーディオデコーダ， ２４ ビデオデコーダ， ２６ チューナインタフェース， ４２ 状態管理部， ４３ 電源制御部， ４４ 代替データ出力制御部
【特許請求の範囲】
【請求項１】
電波を用いて無線によって伝送されるコンテンツを受信する受信手段と、
前記コンテンツを再生する再生手段と、
前記電波の受信状況を検出する検出手段と、
前記電波の受信状況を表す値が閾値より低い場合、前記再生手段に対する電源の供給を停止する電源制御手段と、
前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する出力制御手段と
を備える受信装置。
【請求項２】
前記検出手段は、前記電波の受信状況を周期的に検出し、
前記電源制御手段は、前記電波の受信状況を表す値が閾値より低い状態が一定期間続いた場合、前記再生手段に対する電源の供給を停止する
請求項１に記載の受信装置。
【請求項３】
前記電源制御手段は、前記電波の受信状況を表す値が閾値より高くなった場合、前記再生手段に対する電源の供給を再開し、
前記出力制御手段は、前記再生手段に対する電源の供給が再開され、前記コンテンツのビデオデータに含まれる１フレームの画像が前記再生手段により再生されたとき、前記他のコンテンツの再生を終了し、前記再生手段により再生された画像を表示させる
請求項２に記載の受信装置。
【請求項４】
前記再生手段に対する電源の供給が停止される前に前記受信手段により受信された、前記コンテンツの関連情報を記憶する記憶手段をさらに備え、
前記出力制御手段は、前記他のコンテンツとして、前記記憶手段に記憶されている前記関連情報を出力する
請求項１に記載の受信装置。
【請求項５】
前記再生手段に対する電源の供給が停止される前に入力された前記他のコンテンツを記憶する記憶手段をさらに備え、
前記出力制御手段は、前記記憶手段に記憶されている前記他のコンテンツを出力する
請求項１に記載の受信装置。
【請求項６】
ネットワークを介して通信を行う通信手段をさらに備え、
前記出力制御手段は、前記他のコンテンツとして、前記ネットワークを介して前記通信手段により受信されたコンテンツを出力する
請求項１に記載の受信装置。
【請求項７】
電波を用いて無線によって伝送されるコンテンツを受信し、
前記電波の受信状況を検出し、
前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、
前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する
ステップを含む受信方法。
【請求項８】
電波を用いて無線によって伝送されるコンテンツを受信し、
前記電波の受信状況を検出し、
前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、
前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する
ステップを含む処理をコンピュータに実行させるプログラム。
【請求項１】
電波を用いて無線によって伝送されるコンテンツを受信する受信手段と、
前記コンテンツを再生する再生手段と、
前記電波の受信状況を検出する検出手段と、
前記電波の受信状況を表す値が閾値より低い場合、前記再生手段に対する電源の供給を停止する電源制御手段と、
前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する出力制御手段と
を備える受信装置。
【請求項２】
前記検出手段は、前記電波の受信状況を周期的に検出し、
前記電源制御手段は、前記電波の受信状況を表す値が閾値より低い状態が一定期間続いた場合、前記再生手段に対する電源の供給を停止する
請求項１に記載の受信装置。
【請求項３】
前記電源制御手段は、前記電波の受信状況を表す値が閾値より高くなった場合、前記再生手段に対する電源の供給を再開し、
前記出力制御手段は、前記再生手段に対する電源の供給が再開され、前記コンテンツのビデオデータに含まれる１フレームの画像が前記再生手段により再生されたとき、前記他のコンテンツの再生を終了し、前記再生手段により再生された画像を表示させる
請求項２に記載の受信装置。
【請求項４】
前記再生手段に対する電源の供給が停止される前に前記受信手段により受信された、前記コンテンツの関連情報を記憶する記憶手段をさらに備え、
前記出力制御手段は、前記他のコンテンツとして、前記記憶手段に記憶されている前記関連情報を出力する
請求項１に記載の受信装置。
【請求項５】
前記再生手段に対する電源の供給が停止される前に入力された前記他のコンテンツを記憶する記憶手段をさらに備え、
前記出力制御手段は、前記記憶手段に記憶されている前記他のコンテンツを出力する
請求項１に記載の受信装置。
【請求項６】
ネットワークを介して通信を行う通信手段をさらに備え、
前記出力制御手段は、前記他のコンテンツとして、前記ネットワークを介して前記通信手段により受信されたコンテンツを出力する
請求項１に記載の受信装置。
【請求項７】
電波を用いて無線によって伝送されるコンテンツを受信し、
前記電波の受信状況を検出し、
前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、
前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する
ステップを含む受信方法。
【請求項８】
電波を用いて無線によって伝送されるコンテンツを受信し、
前記電波の受信状況を検出し、
前記電波の受信状況を表す値が閾値より低い場合、前記コンテンツを再生する再生手段に対する電源の供給を停止し、
前記再生手段に対する電源の供給が停止されている間、前記コンテンツに代えて他のコンテンツを出力する
ステップを含む処理をコンピュータに実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−８５１８５（Ｐ２０１２−８５１８５Ａ）
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願番号】特願２０１０−２３１００４（Ｐ２０１０−２３１００４）
【出願日】平成２２年１０月１３日（２０１０．１０．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年４月２６日（２０１２．４．２６）
【国際特許分類】
【出願日】平成２２年１０月１３日（２０１０．１０．１３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]