JPWO2009028160A1

JPWO2009028160A1 - 受信装置および受信方法

Info

Publication number: JPWO2009028160A1
Application number: JP2009529979A
Authority: JP
Inventors: 青木　博司; 博司青木; 恒喜保甫; 鈴木　秀和; 秀和鈴木; 圭介岩田; 安宣神崎
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2007-08-24
Filing date: 2008-08-22
Publication date: 2010-11-25
Also published as: WO2009028160A1; US20100060789A1

Abstract

受信装置は、画面情報生成部、割り込み信号生成部、および制御部を含む。画面情報生成部は、動画情報を含むことが可能な第１プレーン、ならびに第１静止情報および第２静止情報を含むことが可能な第２プレーンを管理し、第１プレーンおよび第２プレーンを合成することにより、画面情報を生成する。割り込み信号生成部は、割り込み信号を生成する。制御部は、画面情報生成部を制御し、割り込み信号が生成されると、第２プレーンに第１静止情報または第２静止情報の少なくとも１つを付与し、画面における動画領域が画面全体の場合、割り込み信号の生成に関連付けられた時点から第１所定期間後に、第１静止情報を変化させるスクリーンセーバ動作を開始させ、画面における動画情領域が画面全体よりも小さい場合、割り込み信号の生成に関連付けられた時点から第２所定期間後に、第２静止情報を変化させるスクリーンセーバ動作を開始させる。

Description

本発明は、ケーブル放送などの受信装置および受信方法に関し、特にＰＤＰ（ＰｌａｓｍａＤｉｓｐｌａｙＰａｎｅｌ）などのフラットパネルディスプレイに用いる受信装置および受信方法に関する。

近年、ケーブル放送においてもデジタル化が進み、種々のサービスが提供されている。このようなケーブル放送の受信装置に対して、種々の技術が開発されている（例えば、特表２００６−５１１１０６号公報を参照）。その一つに、次世代の北米向けケーブル放送の標準規格として、ＯＣＡＰ（ＯｐｅｎＣａｂｌｅＡｐｐｌｉｃａｔｉｏｎＰｌａｔｆｏｒｍ）が提案されている。

ＯＣＡＰによれば、テレビ、ＳＴＢ（ＳｅｔＴｏｐＢｏｘ：セットトップボックス）などのケーブル放送受信装置は、放送局から電子番組表（ＥＰＧ：ＥｌｅｃｔｒｏｎｉｃＰｒｏｇｒａｍＧｕｉｄｅ）をダウンロードしたり、ＶＯＤ（ＶｉｄｅｏＯｎＤｅｍａｎｄ：ビデオ・オン・デマンド）視聴用アプリケーションなどの種々のアプリケーション（Ｊａｖａ（登録商標）アプリケーション）をダウンロードしたりすることが可能である。受信装置は、ダウンロードしたアプリケーションをＯＣＡＰ規格で定まるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ：アプリケーション・プログラミング・インタフェース）に基づいて実行することにより、所定の機能を実現する。以下では、ＯＣＡＰ規格に準拠した、このようなアプリケーションを、ＯＣＡＰアプリケーションと呼ぶ。

ＯＣＡＰアプリケーションでは、テレビ画面あるいはモニタ画面の一部または全部に、文字列および図形などを含む固定画像が表示される場合がある。
特表２００６−５１１１０６号公報

上述した固定画像を含むＯＣＡＰアプリケーションの画面を、ＰＤＰの画面に長時間表示していると、焼き付きを起こす可能性がある。

以下、焼き付きについて具体的に説明する。ＰＤＰは表示する映像信号の明暗により、プラズマ放電の状態が変わり、輝度の低下にばらつきが出ることがある。一般的には、映像信号が明るいほど、輝度の低下が早くなる。また、表示される映像が文字および図形などを含む固定画像の場合には、画面上に輝度差が発生し、映像が変化した場合に残像のように見える場合がある。

本発明は、上述した従来の課題を解決するもので、文字列および図形などを含む固定画像（静止情報とも呼ぶ）をフラットパネルディスプレイに表示する場合に、焼き付きを防止することを目的とする。

上述した目的を達成するために、本発明の受信装置は、受信信号を処理し、ディスプレイの画面へ表示する画面情報を生成する受信装置であって、受信信号から生成される動画情報を含むことが可能な第１プレーン、ならびに第１静止情報または第２静止情報を含むことが可能な第２プレーンを管理し、第１プレーンおよび第２プレーンを合成することにより、画面情報を生成してディスプレイの画面に出力する画面情報生成部と、割り込み信号を生成する割り込み信号生成部と、割り込み信号が入力されると、画面情報生成部を制御して第２プレーンに割り込み信号に関連した第１静止情報または第２静止情報を含ませて画面情報を生成してディスプレイの画面に出力させ、ディスプレイの画面において動画情報の表示領域が画面全体の場合、第１所定期間後に第１静止情報を変化させるスクリーンセーバ動作を開始させ、ディスプレイの画面において動画情報の表示領域が画面全体よりも小さい場合、第２所定期間後に第２静止情報を変化させるスクリーンセーバ動作を開始させる制御部と、を有する。

また、本発明の受信方法は、受信信号を処理し、ディスプレイの画面へ表示する画面情報を生成する受信方法であって、受信信号から生成される動画情報を含むことが可能な第１プレーン、ならびに第１静止情報または第２静止情報を含むことが可能な第２プレーンを管理し、第１プレーンおよび第２プレーンを合成することにより、画面情報を生成するステップと、割り込み信号を生成するステップと、割り込み信号が入力されると、画面情報を生成するステップを制御して第２プレーンに割り込み信号に関連した第１静止情報または第２静止情報を含ませて画面情報を生成してディスプレイの画面に出力させ、ディスプレイの画面において動画情報の表示領域が画面全体の場合、第１所定期間後に第１静止情報を変化させるスクリーンセーバ動作を開始させ、ディスプレイの画面において動画情報の表示領域が画面全体よりも小さい場合、第２所定期間後に第２静止情報を変化させるスクリーンセーバ動作を開始させるステップと、を有する。

本発明の受信装置および受信方法によれば、文字列および図形などを含む固定画像をＰＤＰに表示する場合に、焼き付きを防止することができる。

本発明の実施の形態１に係る受信装置のハードウェア構成を示すブロック図本発明の実施の形態１に係るケーブル受信装置の機能的構成を示すブロック図本発明の実施の形態１に係るＯＳＤ非動作状態、ＯＳＤ動作状態、スクリーンセーバ動作状態の遷移を示す模式図本発明の実施の形態１に係るスクリーンセーバ動作のフローを示すフローチャート本発明の実施の形態１に係るスクリーンセーバの動作を示す模式図本発明の実施の形態１に係るスクリーンセーバの動作を示す模式図本発明の実施の形態１に係るスクリーンセーバの動作を示す模式図本発明の実施の形態１に係るスクリーンセーバの動作を示す模式図本発明の実施の形態２に係るスクリーンセーバの動作を示す模式図本発明の実施の形態４に係る動画領域のスケーリングの様子を示す模式図本発明の実施の形態４に係るスクリーンセーバ動作のフローを示すフローチャート本発明の実施の形態５に係るスクリーンセーバ動作のフローを示すフローチャート本発明の実施形態６に係る固定メニューを示す模式図本発明の実施の形態６に係るスクリーンセーバ動作のフローを示すフローチャート本発明の実施の形態７に係るスクリーンセーバ動作のフローを示すフローチャート本発明の実施の形態７に係るスクリーンセーバ処理状態の遷移を示す模式図本発明の実施の形態８に係るＭＭＩメッセージ画面の一例を示す模式図本発明の実施の形態８に係るスクリーンセーバ動作のフローを示すフローチャート本発明の実施の形態９に係るスクリーンセーバ動作中止時点の移動処理の様子を示す模式図本発明の実施の形態９に係るスクリーンセーバ動作中止時点の移動処理の様子を示す模式図本発明の実施の形態９に係るスクリーンセーバ動作のフローを示すフローチャート本発明の実施の形態１０に係るＥＡＳ受信時のＯＳＤ表示のフローを示すフローチャート本発明の実施の形態１０に係るＥＡＳ受信時の警報メッセージのＯＳＤ表示における一例を示す模式図本発明の実施の形態１０に係るＥＡＳ受信時のスクリーンセーバ動作のフローを示すフローチャート

符号の説明

１００ケーブル受信装置
１０ＣＰＵ
１１ディスプレイ
１２合成部
１３プレーン管理部
１４ＡＶデコーダ
１５ＴＤデコーダ
１６チューナ
１７ケーブルカードＩ／Ｆ
１８リモコン受信部
１９ＨＤＤ
２０メモリ
２１キャッシュメモリ
２２セレクタ
２３ａ〜２３ｃ処理回路
２００局内サーバ
２５０ケーブル
３００ケーブルカード
４００リモコン
５１ａ、５１ｂ内蔵アプリケーション
５２ａ、５２ｂＯＣＡＰアプリケーション
５３内蔵アプリケーション管理部
５４ＯＣＡＰアプリケーション管理部
５５動作モード管理部
５６キー配送部
５７重複機能管理部
５８データ管理部
５９ケーブルカード管理部
６０ＯＣＡＰバージョン管理部
６１ＯＣＡＰアプリケーション保持部
６２ＯＳ
６３スクリーンセーバ処理部

以下、本発明を実施するための最良の形態に関するいくつかの例について、図面を参照しながら説明する。図面において、実質的に同一の構成、動作、および効果を表す要素については、同一の符号を付す。また、以下において記述される数字は、すべて本発明を具体的に説明するために例示するものであり、本発明は例示された数字に制限されない。さらに、構成要素間の接続関係は、本発明を具体的に説明するために例示するものであり、本発明の機能を実現する接続関係はこれに限定されない。さらに、以下の実施の形態は、ハードウェアおよびソフトウェアを用いて構成されるが、ハードウェアを用いる構成は、ソフトウェアを用いても構成可能であり、ソフトウェアを用いる構成は、ハードウェアを用いても構成可能である。

（実施の形態１）
実施の形態１の受信装置では、ＰＤＰ（ＰｌａｓｍａＤｉｓｐｌａｙＰａｎｅｌ）の焼き付き防止を、スクリーンセーバ（ＳｃｒｅｅｎＳａｖｅｒ）により行う。実施の形態１における第１の要点は、スクリーンセーバ動作を開始する構成に関し、第２の要点は、スクリーンセーバの機能そのものを実現する構成に関する。

図１は、実施の形態１に係る受信装置のハードウェア構成を示すブロック図である。局内サーバ２００は、ケーブル放送局に設置され、ケーブル２５０を介して、ケーブル放送を各受信者宅へ送出する。ケーブル受信装置１００は、各受信者宅に設置され、挿入されたケーブルカード（ＣａｂｌｅＣａｒｄ）３００において所定の処理を行うことによって、ケーブル２５０を介して特定のケーブル放送局から配信されたケーブル放送を受信する。また、ケーブル受信装置１００は、リモコン４００を介してユーザ操作情報（キーコード情報）を受信し、受信したキーコード情報に応じて処理を実行する。さらに、ケーブル受信装置１００は、出力系統（出力）および入力系統（入力１、入力２、入力３）を有する。ケーブル受信装置１００は、出力系統を介して、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）などの外部録画機器へ映像音声信号を出力する。ケーブル受信装置１００は、入力系統を介して、ケーブル放送からの情報以外に複数の映像音声信号を入力する。ここで、実施の形態１のケーブル受信装置１００は、ＯＣＡＰ（ＯｐｅｎＣａｂｌｅＡｐｐｌｉｃａｔｉｏｎＰｌａｔｆｏｒｍ）規格に準拠したケーブル放送を受信可能である。リモコン４００は、外部入力部とも呼ばれる。なお、図１では、音声信号を処理するための構成は、説明の簡略化のために省略してある。

ケーブル受信装置１００は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ：中央処理装置）１０、ディスプレイ１１、合成部１２、プレーン管理部１３、ＡＶ（ＡｕｄｉｏＶｉｄｅｏ：オーディオ・ビデオ）デコーダ１４、ＴＤ（ＴｒａｎｓｐｏｒｔＤｅｃｏｄｅｒ：トランスポート・デコーダ）デコーダ１５、チューナ１６、ケーブルカードインターフェース（ケーブルカードＩ／Ｆ）１７、リモコン受信部１８、ハードディスクドライブ（ＨＤＤ）１９、メモリ２０、キャッシュメモリ２１、セレクタ２２、および処理回路２３ａ、２３ｂ、２３ｃを含む。

プレーン管理部１３および合成部１２は、画面情報生成部を構成する。ＣＰＵ１０、ＨＤＤ１９、メモリ２０、およびキャッシュメモリ２１は、制御部を構成する。ケーブル受信装置１００を構成する次に示す３つの機能ブロックのそれぞれは、割り込み信号を生成する機能を含むため、割り込み信号生成部とも呼ばれる。１つ目は、リモコン受信部１８である。２つ目は、ケーブルカードＩ／Ｆ１７である。３つ目は、ＴＤデコーダ１５およびＡＶデコーダ１４を含む機能ブロックである。割り込み信号生成部は、割り込み信号を生成する。割り込み信号の具体例は、後述される。

実施形態の説明では、ディスプレイ１１をＰＤＰとして説明するが、発明の応用範囲としてＰＤＰに限定するものではなく、他のディスプレイデバイスであってもよい。

ケーブルカードＩ／Ｆ１７は、ケーブルカード３００の着脱を検出するとともに、ケーブルカード３００からカード情報を受信し、ＣＰＵ１０へ出力する。カード情報は、割り込み信号の１つを含む。リモコン受信部１８は、リモコン４００からユーザ操作情報（キーコード情報）を受信し、ＣＰＵ１０へ出力する。ユーザ操作情報（キーコード情報）は、割り込み信号の１つを含む。

ＣＰＵ１０は、ケーブル受信装置１００における動作を制御するコントローラである。ＣＰＵ１０には、ＨＤＤ１９、メモリ２０、およびキャッシュメモリ２１が接続される。ＨＤＤ１９は、データを記憶する装置である。メモリ２０は、揮発性の記憶装置である。キャッシュメモリ２１は、不揮発性の記憶装置である。また、リモコン受信部１８へ入力されたキーコード情報に基づき、ケーブル放送および入力１〜３のうちのいずれか１つをディスプレイ１１に表示させる。

チューナ１６は、局内サーバ２００からケーブル２５０を介して配信されたケーブル放送信号を受信する。ケーブルカード３００は、受信された放送信号（すなわち、受信信号）をデスクランブルし、トランスポートストリームに変換してＴＤデコーダ１５へ出力する。ＴＤデコーダ１５は、トランスポートストリームをフィルタリングし、音声データ、映像データ、および補助データへ分離する。ＡＶデコーダ１４は、ＭＰＥＧ（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ）形式などで圧縮されている音声データおよび映像データを音声情報および動画情報へ、それぞれ復号する。補助データは、ＣＰＵ１０へ送られる。補助データは、割り込み信号の１つを含む。ＣＰＵ１０は、補助データを補助情報へ復号する。

プレーン管理部１３は、動画情報および補助情報に基づいて、複数のプレーンを構成し、管理するとともに、合成部１２へ出力する。この複数のプレーンのそれぞれは、一画面分のピクセルデータを表し、別個のメモリ領域に記憶される。この複数のプレーンには、内蔵アプリケーション専用プレーン、ビデオプレーン、スチルプレーン、およびＯＳＤ（ＯｎＳｃｒｅｅｎＤｉｓｐｌａｙ：オンスクリーンディスプレイ）プレーンがある。

内蔵アプリケーション専用プレーンは、内蔵アプリケーションに関するＯＳＤ情報などの静止情報（詳細は後述する）を含むことができるプレーンである。ビデオプレーンは、動画情報を含むことができるプレーンである。スチルプレーンは、ＯＣＡＰアプリケーションが背景画として用いる静止画像を含むことができるプレーンである。ＯＳＤプレーンは、主にＯＣＡＰアプリケーションが使用する静止情報を含むことができるプレーンである。

なお、さらに、ＯＣＡＰアプリケーション専用プレーンがあってもよい。ＯＣＡＰアプリケーション専用プレーンは、ＯＣＡＰアプリケーションが外部録画機器へ出力したくない静止情報を含むことができるプレーンである。

処理回路２３ａ〜２３ｃは、入力系統（入力１、入力２、入力３）から入力された映像音声信号を処理し、セレクタ２２へ出力する。セレクタ２２は、ＣＰＵ１０からの指令に基づいて、処理回路２３ａ〜２３ｃからの出力のうち１つの出力を選択し、合成部１２へ出力する。

合成部１２は、プレーン管理部１３から出力された複数のプレーンについて、縮小処理、拡大処理、または移動処理を、必要に応じて行う。加えて、合成部１２は、ＯＳＤプレーンに対して、輝度の低下処理、コントラストの低下処理、固定画像の移動処理、固定画像における境界部分の移動処理、または透過率の変更処理を、必要に応じて行う。合成部１２は、ＯＳＤプレーン、内蔵アプリケーション専用プレーン、ビデオプレーン、およびスチルプレーンを、視聴者から見て前方から後方へこの順番で、内蔵アプリケーションおよびＯＣＡＰアプリケーションの動作状態に応じて合成することにより、合成された連続する画面を表す画面情報を生成し、ディスプレイ１１へ出力する。さらに、合成部１２は、ＯＳＤプレーン、ビデオプレーン、およびスチルプレーンを、視聴者から見て前方から後方へこの順番で合成することにより、画面情報を生成し、外部録画機器へ出力する。また、合成部１２は、必要に応じて画面情報の代わりに、セレクタ２２からの映像音声信号を、ディスプレイ１１および外部録画機器へ出力する。

ディスプレイ１１は、合成部１２から出力された画面情報を画面に表示する。

次に、図２を用いて、ケーブル受信装置１００の機能的構成を説明する。図２に示す機能的構成は、ＣＰＵ１０が所定のプログラムを実行することで実現される。なお、図２においては説明の便宜上、主要な機能のみを示している。図２に示されていない機能であっても、後述するケーブル受信装置１００の機能は、ＣＰＵ１０が所定のプログラムを実行することで実現され得る。

ケーブル受信装置１００は、内蔵アプリケーション５１ａ、５１ｂ、ＯＣＡＰアプリケーション５２ａ、５２ｂ、内蔵アプリケーション管理部５３、ＯＣＡＰアプリケーション管理部５４、動作モード管理部５５、キー配送部５６、重複機能管理部５７、データ管理部５８、ケーブルカード管理部５９、ＯＣＡＰバージョン管理部６０、ＯＣＡＰアプリケーション保持部６１、スクリーンセーバ処理部６３、およびＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ：オペレーティングシステム）６２を含む。

内蔵アプリケーション５１ａ、５１ｂは、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、および設定アプリケーションなどの、出荷時に組み込まれているアプリケーション、または、ネットワーク経由およびＳＤカードなどの記憶媒体を介してインストールされたアプリケーションである。ＯＣＡＰアプリケーション５２ａ、５２ｂは、例えば、選局アプリケーション、ペアレンタルコントロール表示アプリケーション、および設定アプリケーションなどの、局内サーバ２００からダウンロードされ、取得されたアプリケーションである。

内蔵アプリケーション管理部５３は、内蔵アプリケーション５１ａ、５１ｂの起動およびキー配送を制御し、ＯＣＡＰアプリケーション管理部５４の起動を制御する。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション５２ａ、５２ｂを実行するミドルウェアであって、次の４つの機能を有する。１番目は、ＯＣＡＰアプリケーション５２ａ、５２ｂを起動することである。２番目は、キー配送部５６から配送されたキーコード情報を、ＯＣＡＰアプリケーション５２ａ、５２ｂへキー配送制御することである。３番目は、ＯＣＡＰアプリケーション５２ａ、５２ｂからの要求に基づき、ＯＣＡＰアプリケーション５２ａ、５２ｂへタイマイベントを発行するタイマイベント制御を行うことである。４番目は、合成部１２またはプレーン管理部１３のうち少なくとも１つを制御することで、ビデオプレーン上の動画領域を縮小制御および移動制御すること、ならびにＯＳＤプレーン上へピクセルの配置制御を行うことである。加えて、ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ処理部６３の起動および終了を制御し、スクリーンセーバ動作状態／スクリーンセーバ非動作状態を管理する。

動作モード管理部５５は、ケーブル受信装置１００の動作モードを管理する。動作モードには、ＩＤＴＶ（ＩｍｐｒｏｖｅｄＤｅｆｉｎｉｔｉｏｎＴｅｌｅＶｉｓｉｏｎ）モードとＯＣＡＰモードがある。ＩＤＴＶモードは、内蔵アプリケーション５１ａ、５１ｂのみが動作している状態を表す。ＯＣＡＰモードは、ＯＣＡＰアプリケーション５２ａ、５２ｂがさらに動作している状態を表す。また、動作モード管理部５５は、内蔵アプリケーション５１ａ、５１ｂの状態を管理するとともに、ＯＣＡＰアプリケーション管理部５４から通知されたＯＣＡＰアプリケーション５２ａ、５２ｂの起動および終了を管理する。

キー配送部５６は、リモコン４００からのキーコード情報を、内蔵アプリケーション管理部５３またはＯＣＡＰアプリケーション管理部５４へ配送する。

重複機能管理部５７は、予め設定された排他共有情報に基づいて、内蔵アプリケーション５１ａ、５１ｂおよびＯＣＡＰアプリケーション５２ａ、５２ｂの排他／共有の判断を行う。ここで、排他共有情報とは、両アプリケーション間で実行する同様の機能に関して、機能ごとに内蔵アプリケーション５１ａ、５１ｂが優先か、またはＯＣＡＰアプリケーション５２ａ、５２ｂが優先かを記載している情報である。

データ管理部５８は、例えばＰＩＮ（ＰｅｒｓｏｎａｌＩｄｅｎｔｉｆｉｃａｉｏｎＮｕｍｂｅｒ）情報（個人を特定する管理情報）、ペアレンタル情報、および字幕設定情報などの、内蔵アプリケーション５１ａ、５１ｂおよびＯＣＡＰアプリケーション５２ａ、５２ｂの両方で共有するデータを管理する。ケーブルカード管理部５９は、ケーブルカード３００からの要求を受信し、管理し、実行する。

ＯＣＡＰバージョン管理部６０は、ＯＣＡＰアプリケーション保持部６１で保持されているＯＣＡＰアプリケーション５２ａ、５２ｂのバージョンを管理する。さらに、ＯＣＡＰバージョン管理部６０は、受信した拡張アプリケーション管理テーブル（ＸＡＩＴ：ＥｘｔｅｎｄｅｄＡｐｐｌｉｃａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）に基づいて、ＯＣＡＰアプリケーション５２ａ、５２ｂのバージョンアップ処理を行う。ここで、ＸＡＩＴとは、局内サーバ２００から送信されるＯＣＡＰアプリケーション５２ａ、５２ｂの管理情報であって、起動するＯＣＡＰアプリケーション５２ａ、５２ｂのバージョン情報、およびＯＣＡＰアプリケーション５２ａ、５２ｂの局内サーバ２００上の格納場所（ＵＲＬ情報など）を少なくとも含む。ケーブル受信装置１００は、局内サーバ２００から定期的にＸＡＩＴを受信している。ＯＣＡＰアプリケーション保持部６１は、ＸＡＩＴに基づいて局内サーバ２００からダウンロードしたＯＣＡＰアプリケーション５２ａ、５２ｂを保持する。スクリーンセーバ処理部６３は、スクリーンセーバ動作の処理を行い、スクリーンセーバ動作の開始から中止まで、スクリーンセーバが動作状態であることを表すスクリーンセーバ動作状態を実行する。スクリーンセーバ処理部６３は、プレーン管理部１３のＯＳＤプレーンに対して、上述したような、輝度の低下処理、コントラストの低下処理、固定画像の移動処理、固定画像における境界部分の移動処理、または透過率の変更処理を、指令する。ＯＳ６２は、ケーブル受信装置１００全体を管理するソフトウェアである。

図３を用いて、スクリーンセーバの動作の概要を説明する。図３における左側の画面は、固定画像を含むアプリケーション画面が表示されていないＯＳＤ非動作状態（ＯＳＤ非描画状態とも呼ぶ）を表している。ＯＳＤ非動作状態では、画面全体が、番組映像などの動画情報の領域を表す動画領域になっている。ＯＳＤ非動作状態とは、ＯＣＡＰアプリケーション５２ａ、５２ｂが起動しているが、ＯＳＤプレーン上のピクセルがすべて透明である状態である。

図３における中央の画面は、ＯＳＤ動作状態（ＯＳＤ描画状態とも呼ぶ）を表す。ＯＳＤ動作状態とは、ＯＳＤプレーン上のいずれかのピクセルが透明でない状態である。固定画像を含むＬ字型のアプリケーション画面を表すＯＳＤプレーンが、プレーン管理部１３から出力された後、合成部１２において動画領域を含むビデオプレーンと合成され、ディスプレイ１１に表示されている。中央の画面内の右上には、スケーリング（縮小）された動画領域が存在している。動画領域以外のＬ字型の領域は、ＯＳＤ領域と呼ばれる（ＯＳＤ描画領域またはＯＳＤ動作領域とも呼ばれる）。ＯＳＤ動作状態では、動画領域は画面全体よりも小さく、必ずＯＳＤ領域が存在する。ＯＳＤ動作状態において、ＯＳＤ領域が画面全体を占め、動画領域が存在しない場合もある。

ＯＳＤ領域に表示される情報は、主としてＯＣＡＰアプリケーションが扱う情報であり、主として動画情報に関連する情報である。このＯＳＤ領域に表示される情報は、動画領域に重畳されない、画面上で静止した情報という意味で非重畳静止情報と呼ばれる（ＯＳＤ情報とも呼ばれる）。非重畳静止情報には、例えば、電子番組表（ＥＰＧ：ＥｌｅｃｔｒｏｎｉｃＰｒｏｇｒａｍＧｕｉｄｅ）、字幕、スポーツ実況中継における出場者に関する情報、および双方向番組における入力ユーザインタフェースなどがあり、これらの非重畳静止情報は補助データとしてケーブル受信装置１００へ送信されている。このような非重畳静止情報は、文字列および図形などの、大きさおよび位置が画面に固定された固定画像で表される。ＯＳＤ動作状態は、非重畳静止情報動作状態とも呼ばれる。

次に、ＯＳＤ非動作状態からＯＳＤ動作状態への遷移動作の具体例を、図２を用いて説明する。

ここでＯＣＡＰアプリケーション５２ａ、５２ｂは、何らかのトリガーを受けて、動画領域の縮小、動画領域の移動、またはＯＳＤプレーン上への透明でないピクセルの配置のうち、少なくとも１つを行う。トリガーには、例えばユーザによるリモコン操作、タイマからのイベント、またはＯＣＡＰアプリケーション５２ａ、５２ｂ起動時におけるＯＣＡＰアプリケーション管理部５４からのｓｔａｒｔＸｌｅｔメソッドの呼び出しなどがある。

ユーザによるリモコン操作のトリガーについては、ＯＳ６２、キー配送部５６、およびＯＣＡＰアプリケーション管理部５４を介して、リモコン４００のキーに対応したキーコード情報が、ＯＣＡＰアプリケーション５２ａ、５２ｂへ配送される。タイマからのイベントについては、ＯＣＡＰアプリケーション５２ａ、５２ｂがＯＣＡＰアプリケーション管理部５４にリクエストすることによって、所定の期間経過後、イベントが、ＯＣＡＰアプリケーション管理部５４からＯＣＡＰアプリケーション５２ａ、５２ｂへ通知される。ｓｔａｒｔＸｌｅｔメソッドの呼び出しについては、ＯＣＡＰ規格に基づき、ＯＣＡＰアプリケーション管理部５４がＯＣＡＰアプリケーション５２ａ、５２ｂのｓｔａｒｔＸｌｅｔメソッドを呼び出す。

ＯＣＡＰアプリケーション５２ａ、５２ｂからの要求に従い、ＯＣＡＰアプリケーション管理部５４は、合成部１２およびプレーン管理部１３の少なくとも１つを制御することにより、動画領域の縮小、動画領域の移動、およびＯＳＤプレーンへのピクセルの配置のうち、少なくとも１つを行う。

次に、実施の形態１の要点であるスクリーンセーバ動作の構成について説明する。図４に、実施の形態１におけるスクリーンセーバ動作のフローを示す。以下、動作フローについて詳細に説明する。

ステップＳ１０１において、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション５２ａ、５２ｂを起動する。以下起動時の動作を詳細に説明する。ケーブルカード管理部５９は、ＯＳ６２を介してＸＡＩＴを受信した場合、内蔵アプリケーション管理部５３へＸＡＩＴが受信されたことを通知し、ＯＣＡＰバージョン管理部６０へＸＡＩＴを送信する。内蔵アプリケーション管理部５３は、ＸＡＩＴ受信の通知を受け、ＯＣＡＰアプリケーション管理部５４を起動させる。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰバージョン管理部６０に対して、受信されたＸＡＩＴと既に記憶されているＸＡＩＴとの比較を実行させる。ＯＣＡＰアプリケーション管理部５４は、比較結果に基づいて、ＯＣＡＰアプリケーション保持部６１で保持しているＯＣＡＰアプリケーション５１ａ、５２ｂを起動させる。

ステップＳ１０２において、ＯＣＡＰアプリケーション管理部５４は、後述する所定期間（待ち時間とも呼ぶ）Ｔ２を計測するために、時間を初期化する。具体的には、図１のＣＰＵ１０において、所定期間Ｔ２を計測するためのタイマを初期化する。

ステップＳ１０３において、ＯＣＡＰアプリケーション管理部５４は、ＯＳＤ動作状態であるかどうかを判断する。ＯＳＤ動作状態であれば、ステップＳ２０４へ進み、一方、ＯＳＤ動作状態でなければ、ステップＳ１０２へ戻る。ＯＳＤ動作状態へは、ＯＣＡＰアプリケーション５２ａ、５２ｂによるＯＳＤプレーンへの描画指示により遷移する。以下、遷移動作を詳細に説明する。ＯＣＡＰアプリケーション５２ａ、５２ｂは、何らかのトリガーを受けて、ＯＣＡＰアプリケーション管理部５４およびプレーン管理部１３を介して、ＯＳＤプレーン上へ透明でないピクセルを配置する。トリガーには、例えばユーザによるリモコン操作、タイマからのイベント、またはＯＣＡＰ起動時のＯＣＡＰアプリケーション管理部からのｓｔａｒｔＸｌｅｔメソッドの呼び出しなどがある。

ステップＳ２０４において、ＯＣＡＰアプリケーション管理部５４は、リモコン４００のキー入力（すなわち、キーコード情報の入力）があったかどうかを判断する。キー入力がなければ、ステップＳ１０４へ進み、一方、キー入力があれば、ステップＳ１０２へ戻る。以下キー入力の判断について、詳細に説明する。キー入力の判断とは、具体的には、ユーザからのリモコン４００のキーに対応したキーコード情報が、キー配送部５６から配送されたかどうかを判断することである。

ステップＳ１０４において、ＯＣＡＰアプリケーション管理部５４は、一定のＯＳＤ動作状態のまま所定期間Ｔ２が経過したかどうかを、ＯＳ６２を介して判断する。所定期間Ｔ２が経過していれば、ステップＳ１０５へ進み、一方、所定期間Ｔ２が経過していなければ、ステップＳ１０３へ戻る。

ステップＳ１０５において、ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ処理部６３を起動することにより、スクリーンセーバ動作を開始し（すなわち、スクリーンセーバを起動し）、スクリーンセーバ動作状態に入る。図３における右側の画面に、スクリーンセーバ動作状態を示す。ＯＳＤ領域に一致するスクリーンセーバ領域において、スクリーンセーバが動作状態にある。スクリーンセーバの詳細については後述する。

ステップＳ１０６において、ＯＣＡＰアプリケーション管理部５４は、リモコン４００からのキー入力があったかどうかを判断する。キー入力がなければ、ステップＳ１０６へ戻ることにより、スクリーンセーバ動作状態を継続し、一方、キー入力があれば、ステップＳ１０７へ進む。

ステップＳ１０７において、ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ動作状態にあるスクリーンセーバ処理部６３を終了することにより、スクリーンセーバ動作を中止し（すなわち、スクリーンセーバを解除し）、ステップＳ１０２へ戻る。ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ動作状態にない場合、スクリーンセーバが動作していない状態であることを表すスクリーンセーバ非動作状態にある。

ここで、ステップＳ１０４の所定期間Ｔ２に関しては、受信装置の出荷段階で予め設定してもよいし、図示しないＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）などを用いて、ユーザが設定できるようにしてもよい。

ステップＳ２０４においてキー入力がなく、ステップＳ１０４において所定期間Ｔ２が経過していない場合、ＯＣＡＰアプリケーション管理部５４は、各ステップＳ１０３、Ｓ２０４、Ｓ１０４を経由するアイドル処理経路を繰り返す。スクリーンセーバ非動作状態（実施の形態１では、ＯＳＤ動作状態）におけるこのアイドル処理経路を繰り返している状態は、非スクリーンセーバアイドル状態と呼ばれる。ステップＳ１０６においてキー入力がない場合、ＯＣＡＰアプリケーション管理部５４は、ステップＳ１０６のアイドル処理を繰り返す。スクリーンセーバ動作状態におけるこのアイドル処理を繰り返している状態は、スクリーンセーバアイドル状態と呼ばれる。非スクリーンセーバアイドル状態またはスクリーンセーバアイドル状態の場合に、割り込み信号が生成されると（すなわち、キー入力があると）、ＯＣＡＰアプリケーション管理部５４は、このアイドル状態を中止する。次に、ＯＣＡＰアプリケーション管理部５４は、ステップＳ１０２において時間を初期化し、ステップＳ１０４において割り込み信号の生成に関連付けられた時点から所定期間Ｔ２経過後に、スクリーンセーバ動作状態に入る。

次に、焼き付きを防止するスクリーンセーバの手法について説明する。実施の形態１では、スクリーンセーバ動作状態において、文字および図形などの固定画像の輝度を全体的に下げるようにする。図５（ａ）は、ＯＳＤ動作状態において、スクリーンセーバが動作していない状態、すなわちスクリーンセーバ非動作状態、図５（ｂ）は、スクリーンセーバ動作状態を示しており、背景画像の輝度および図形などの固定画像の輝度を、全体的に所定量だけ低下させている。輝度の低下量は、受信装置の出荷前に、設定しておいてもよいし、ユーザが、図示しないＧＵＩを用いて設定してもよい。

図５では、図形の輝度を低下させる例を示しているが、文字についても同様に輝度を低下させればよい。

図５は、固定画像の輝度が、背景画像の輝度よりも高い場合を示しているが、図６のように、固定画像の輝度が、背景画像の輝度よりも低い場合であっても、同様に説明することができる。

また、図７および図８に示すように、スクリーンセーバの表示の際に、輝度ではなく、背景画像と固定画像のコントラスト（すなわち、輝度差）を低下させてもよい。図７は、固定画像の輝度が背景画像の輝度よりも高い場合を示し、図８は、固定画像の輝度が背景画像の輝度よりも低い場合を示している。なお、スクリーンセーバ表示は、輝度およびコントラストの両方を同時に低下させてもよい。

以上のように、実施の形態１によれば、以下のようなステップを実行する。第１に、画面上に文字および図形などの固定画像が表示された、ＯＳＤ動作状態であるかどうかを判断する。第２に、ＯＳＤ動作状態において、所定期間Ｔ２の間に、キー入力があったかどうかを判断する。第３に、キー入力が無ければ、背景画像および固定画像を含む非重畳静止情報の輝度またはコントラストを、所定量だけ下げる（すなわち、非重畳静止情報を変化させる）ことにより、スクリーンセーバ動作を行う。これにより、ＯＳＤ動作状態による焼き付きを、効果的に防止することができる。

なお、キー入力用の構成は、リモコンだけでなく、テレビ本体もしくはＳＴＢ（ＳｅｔＴｏｐＢｏｘ：セットトップボックス）本体に付随する操作ボタン、またはテレビ本体もしくはＳＴＢ本体に接続されるキーボードであってもよい。

（実施の形態２）
次に、実施の形態２について、実施の形態１と異なる点を中心に説明する。実施の形態２のスクリーンセーバ表示は、ＯＳＤ領域において、文字および図形などの固定画像（すなわち、非重畳静止情報）を、水平方向および垂直方向にそれぞれ往復移動させることを特徴とする。それ以外の構成、動作、および効果は、実施の形態１と同様である。

図９に、実施の形態２におけるスクリーンセーバの動作を示す。図９において、固定画像（すなわち、円）を所定期間Ｔ２の間に、水平方向にＭピクセル（Ｍは１以上の整数）だけ、および垂直方向にＮライン（Ｎは１以上の整数）だけ、往復移動させる。これにより、画像が画面上で固定しないようにしている。その他の図形および文字などについても、同様に往復移動させればよい。固定画像の移動は、図１の合成部１２で実行する。

以上のように実施の形態２によれば、固定画像を、ＯＳＤ領域内で往復移動させる（すなわち、非重畳静止情報を変化させる）ことにより、スクリーンセーバ動作を行う。これにより、ＯＳＤ領域による焼き付きを、効果的に防止することができる。

（実施の形態３）
次に、実施の形態３ついて、実施の形態１〜実施の形態２と異なる点を中心に説明する。実施の形態３のスクリーンセーバ動作は、ＯＳＤ領域において、文字および図形などの固定画像（すなわち、非重畳静止情報）と背景画像との、水平方向の境界部分を抽出し、抽出された境界部分を、水平方向に往復移動させることを特徴とする。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態２と同様である。

水平方向の境界部分を抽出する構成には、例えば、図示はしないが、画面上のピクセルデータに対して、水平方向にハイパスフィルタの演算を行う構成がある。ハイパスフィルタの一例として、以下の式１に示すような演算を行えばよい。

Ｙ_ｎ＝ＡＢＳ（Ｘ_ｎ＋１ − Ｘ_ｎ）（１）
ここで、ＡＢＳ（）は絶対値を演算する関数であり、Ｘ_ｎはピクセルの輝度成分を表し、ｎはピクセルの水平方向のサンプリング点を表す。ｎは、ｎ＋１に対して、１サンプリングだけ時間的に過去のサンプリング点であることを意味する。Ｙ_ｎは、水平方向に隣接する２つのピクセルにおける輝度成分の傾きの絶対値を表す。Ｙ_ｎが所定値以上の場合、２つのピクセルは固定画像と背景画像との境界部分を示していると判断する。所定値の大きさを調整することにより、固定画像と背景画像との境界部分を正確に抽出することができる。境界部分は、ＯＳＤ領域の一水平ラインにおいて、通常、複数個抽出される。このように抽出された水平方向の境界部分を、所定期間Ｔ２の間に、水平方向にＭピクセル（Ｍは１以上の整数）だけ、往復移動させる。これにより、画像が画面上で固定しないようにしている。

また、垂直方向の境界部分についても同様に、ピクセルの輝度成分に対して、垂直方向にハイパスフィルタの演算を行い、垂直方向の境界部分を抽出する。抽出された垂直方向の境界部分を、所定期間Ｔ２の間に、垂直方向にＮライン（Ｎは１以上の整数）だけ、往復移動させる。これにより、画像が画面上で固定しないようにしている。

換言すれば、固定画像（非重畳静止情報）の所定方向の周波数高域成分を、この所定方向に往復移動させることにより、スクリーンセーバ動作を行う。

なお、ハイパスフィルタには、隣接する２ピクセルに関する演算を用いたが、３ピクセル以上を用いた演算であってもよい。

以上のように、実施の形態３によれば、固定画像と背景画像との境界部分を抽出し、抽出された境界部分を所定期間Ｔ２の間に水平方向または垂直方向に、往復移動させる（すなわち、非重畳静止情報を変化させる）ことにより、スクリーンセーバ動作を行う。これにより、ＯＳＤ領域による焼き付きを、効果的に防止することができる。

（実施の形態４）
次に、実施の形態４について、実施の形態１〜実施の形態３と異なる点を中心に説明する。実施の形態４のスクリーンセーバ動作は、実施の形態１と比べて、スクリーンセーバ動作を開始する構成が異なる。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態３と同様である。

実施形態１では、画面全体に動画が表示されたＯＳＤ非動作状態から、リモコンキー入力などにより画面上に文字および図形などの固定画像が表示されたＯＳＤ動作状態に入るとしていた。

これに対して、実施形態４では、図１０に示すように、動画がスケーリング（縮小）されることが、非重畳静止情報が描画されている状態と等価であるとする。換言すれば、動画がスケーリングされることが、ＯＳＤ動作状態に入ることと見なす。ＯＳＤ動作状態に入ると、実施の形態１と同様に、所定期間Ｔ２が経過した後、スクリーンセーバ動作を開始する。

図１１に、実施の形態４におけるスクリーンセーバ動作のフローを示す。図１１に示す実施の形態４の動作フローが、図４に示す実施の形態１の動作フローと異なる点は、ステップＳ１０３がステップＳ２０３に変更されている点である。実施の形態４では、ステップＳ２０３を中心に説明し、その他のステップＳ１０１、Ｓ１０２、Ｓ２０４、Ｓ１０４〜Ｓ１０７については実施の形態１と同様であるので、説明を省略する。また、非スクリーンセーバアイドル状態およびスクリーンセーバアイドル状態についても実施の形態１と同様であるので、説明を省略する。

ステップＳ２０３では、動画領域のスケーリングによりＯＳＤ動作状態と判断する。動画領域のスケーリングは、プレーン管理部１３が検出する。次に、動画領域のスケーリングを検出する構成および動作について、詳細に説明する。

ステップＳ２０３において、プレーン管理部１３は、動画領域のスケーリングがされているかどうかを判断する。スケーリングがされていれば、ステップＳ２０４へ進み、一方、スケーリングがされていなければ、ステップＳ１０２へ戻る。

動画領域のスケーリングについて、以下詳細に説明する。ＯＣＡＰアプリケーション５２ａ、５２ｂは、何らかのトリガーを受けて、ＯＣＡＰアプリケーション管理部５４および合成部１２を介して、動画領域の縮小または動画領域の移動のうち少なくとも１つを行う。トリガーには、例えばユーザによるリモコン操作、タイマからのイベント、またはＯＣＡＰアプリケーション５２ａ、５２ｂ起動時におけるＯＣＡＰアプリケーション管理部５４からのｓｔａｒｔＸｌｅｔメソッドの呼び出しなどがある。

なお、焼き付き防止の構成として、実施の形態２または実施の形態３と同様に、固定画像自身、または固定画像と背景画像との境界部分を、水平方向または垂直方向に移動するようにしてもよい。

以上のように、実施の形態４によれば、動画領域のスケーリングを、ＯＳＤ動作状態へ入ることと見なすことにより、スクリーンセーバ動作を開始する。これにより、ＯＳＤ動作状態による焼き付きを、効果的に防止することができる。

（実施の形態５）
次に、実施の形態５について、実施の形態１〜実施の形態４と異なる点を中心に説明する。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態４と同様である。

実施の形態５のスクリーンセーバ動作は、実施の形態１と比べて、スクリーンセーバ動作を開始する構成が異なる。実施の形態１では、画面全体に動画が表示されたＯＳＤ非動作状態から、リモコンキー入力などにより画面上に文字および図形などの固定画像が表示されたＯＳＤ動作状態に入り、所定期間Ｔ２が経過すれば、スクリーンセーバ動作を開始していた。これに対して、実施の形態５では、ＯＳＤ非動作状態またはＯＳＤ動作状態のいずれであっても、所定期間Ｔ２の間にキー入力がなければ、スクリーンセーバ表示をする。スクリーンセーバは、合成部１２によりＯＳＤプレーンを用いて生成される。しかし、ＯＳＤ非動作状態では、スクリーンセーバは、合成部１２により合成されないので、画面上には非重畳静止情報は何も表示されず、画面全体に動画が表示されるだけである。したがって、ＯＳＤ非動作状態では、スクリーンセーバ動作を開始してもスクリーンセーバは表示されないので、見た目には変化がない。

図１２に、実施の形態５におけるスクリーンセーバ動作のフローを示す。図１２に示す実施の形態５の動作フローが、図４に示す実施の形態１の動作フローと異なる点は、スクリーンセーバ動作を開始する前のステップとして、ステップＳ１０３、すなわちＯＳＤ動作状態かどうかを判断するステップが省略されている点である。その他のステップＳ１０１、Ｓ１０２、Ｓ２０４、Ｓ１０４〜Ｓ１０７については実施の形態１と同様である。また、非スクリーンセーバアイドル状態およびスクリーンセーバアイドル状態についても実施の形態１と同様である。

以上のように、実施の形態５によれば、スクリーンセーバ動作の開始前の状態が、ＯＳＤ非動作状態またはＯＳＤ動作状態のいずれであっても、所定期間Ｔ２の間にキー入力がなければ、スクリーンセーバ動作を開始する。これにより、ＯＳＤ動作状態による焼き付きを、効果的に防止することができる。

（実施の形態６）
次に、実施の形態６について、実施の形態１〜実施の形態５と異なる点を中心に説明する。実施の形態６は、画面全体に動画が表示され、その画面上の固定された位置に表示されるメニュー画面のスクリーンセーバに関する。メニュー画面に関しても、合成部１２によりＯＳＤプレーンとして生成され、ディスプレイ１１で表示される。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態５と同様である。

メニュー画面の表示位置は、図１３に示すように、画面上で固定されているのが一般的である。表示位置が固定されたメニュー画面は、固定メニューと呼ばれ、固定メニューが表示されている状態（固定メニューが動作している状態）は、固定メニュー動作状態と呼ばれる。固定メニューでは、例えばテレビ画面（ディスプレイ１１もしくは外部ディスプレイ）における輝度およびコントラストなどの設定、ならびにケーブル受信装置１００における受信チャンネルおよび音量の設定などが行えるようになっている。固定メニューは、プレーン管理部１３によりＯＳＤプレーンに描画されて合成部１２へ出力され、合成部１２により動画領域を含むビデオプレーンと合成されてディスプレイ１１に表示される。

静止情報には、実施の形態１において上述した非重畳静止情報（第２静止情報）の他に、固定メニューなどの重畳静止情報（第１静止情報）がある。重畳静止情報は、ＯＳＤ非動作状態、すなわち動画領域が画面全体の状態において、例えばリモコン４００からの指示により、動画領域に重畳されて表示される。このような重畳静止情報は、文字列および図形などの、大きさおよび位置が画面に固定された固定画像で表される。非重畳静止情報が主としてＯＣＡＰアプリケーションが扱う情報であって動画情報に関連する情報であるのに対し、重畳静止情報はユーザから要求された設定画面等の情報である点で相違する。重畳静止情報が表示されている状態（重畳静止情報が動作している状態）は、重畳静止情報動作状態と呼ばれる。固定メニュー動作状態は、重畳静止情報動作状態の１つである。

固定メニューの表示は、表示位置が常時固定されているため、実施の形態１に示したような文字および図形などの画像に比べて、焼き付きを起こしやすいという問題がある。

この問題に対して、実施の形態６では、固定メニューのスクリーンセーバについて、実施の形態１などに示した文字および図形などの固定画像に対するスクリーンセーバ動作の開始までの所定期間Ｔ２に比べて、例えば、半分の期間で開始するようにする。ただし、半分の期間というのは、単なる一例にすぎず、実施の形態１に示した所定期間Ｔ２より短ければよい。

ここで、静止情報として、固定メニューなどの重畳静止情報が表示されているか、または、文字および図形などの固定画像を表す非重畳静止情報が表示されているかのいずれかを判断する構成について説明する。

ＯＣＡＰアプリケーション管理部５４は、重畳静止情報を表示しているのか、非重畳静止情報を表示しているのかのいずれかを、直接的には判断することができない。なぜならば、ＯＣＡＰアプリケーションでは、それらを判断するようなＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ：アプリケーション・プログラミング・インタフェース）が存在しないからである。

ここでは、重畳静止情報が表示される前提条件として、動画がスケーリングされずに画面全体に表示されていることとする。

図１４に、実施の形態６におけるスクリーンセーバ動作のフローを示す。以下、動作フローについて、図１１に示す実施の形態４と比較しながら、詳細に説明する。各ステップＳ１０１、Ｓ１０２については実施の形態４と同様であるので、説明を省略する。

ステップＳ４０１において、図１１のステップＳ２０３に対応して、プレーン管理部１３は、動画領域のスケーリングがされているかどうか、すなわちＯＳＤ動作状態かＯＳＤ非動作状態かを判断する。スケーリングがされていれば、ＯＳＤ動作状態であると判断し、ステップＳ５０２へ進み、固定メニュー以外の固定画像（非重畳静止情報）用のスクリーンセーバ動作を実行する（図１４における右側のステップＳ５０２〜Ｓ５０６）。一方、スケーリングがされていなければ、ＯＳＤ非動作状態であると判断し、ステップＳ４０２へ進み、固定メニュー（重畳静止情報）用のスクリーンセーバ動作を実行する（図１４における左側のステップＳ４０２〜Ｓ４０６）。以降、固定メニュー（重畳静止情報）用のスクリーンセーバ動作のフローを説明する。

ステップＳ４０２において、図１１のステップＳ２０４に対応して、ＯＣＡＰアプリケーション管理部５４は、リモコン４００のキー入力があったかどうかを判断する。キー入力がなければ、ステップＳ４０３へ進み、一方、キー入力があれば、ステップＳ１０２へ戻る。

ステップＳ４０３において、図１１のステップＳ１０４に対応して、ＯＣＡＰアプリケーション管理部５４は、動画領域のスケーリングがされていない状態で、所定期間Ｔ１が経過したかどうかを、ＯＳ６２を介して判断する。所定期間Ｔ１が経過していれば、ステップＳ４０４で表される固定メニュー（重畳静止情報）用のスクリーンセーバ動作を開始するステップへ進み、一方、所定期間Ｔ１が経過していなければ、ステップＳ４０１へ戻る。所定期間Ｔ１は、固定メニュー以外の固定画像（非重畳静止情報）用のスクリーンセーバ動作を開始するまでの所定期間Ｔ２よりも小さくする。例えば、Ｔ１＝Ｔ２／２とする。

ステップＳ４０４において、図１１のステップＳ１０５に対応して、ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ処理部６３を起動することにより、固定メニュー用スクリーンセーバ動作を開始し、スクリーンセーバ動作状態に入る。

ステップＳ４０５において、図１１のステップＳ１０６に対応して、ＯＣＡＰアプリケーション管理部５４は、リモコン４００からのキー入力があったかどうかを判断する。キー入力がなければ、ステップＳ４０５へ戻ることにより、スクリーンセーバ動作状態を継続し、一方、キー入力があれば、ステップＳ４０６へ進む。

ステップＳ４０６において、図１１のステップＳ１０７に対応して、ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ動作状態にあるスクリーンセーバ処理部６３を終了することにより、固定メニュー（重畳静止情報）用のスクリーンセーバ動作を中止し、ステップＳ１０２へ戻る。

固定メニュー以外の固定画像（非重畳静止情報）用のスクリーンセーバ動作に関するフロー（ステップＳ５０２〜Ｓ５０６）については、固定メニュー（重畳静止情報）用のスクリーンセーバ動作のフロー（ステップＳ４０２〜Ｓ４０６）と異なる点が３点ある。１点目は、ステップＳ４０３におけるスクリーンセーバ動作の開始までの所定期間Ｔ１が、ステップＳ５０３におけるスクリーンセーバ動作の開始までの所定期間Ｔ２に変更されている点である。２点目は、ステップＳ４０４における固定メニュー（重畳静止情報）用スクリーンセーバ動作の開始が、ステップＳ５０４における固定メニュー以外の固定画像（非重畳静止情報）用スクリーンセーバ動作の開始に変更されている点である。３点目は、ステップＳ４０６における固定メニュー（重畳静止情報）用スクリーンセーバ動作の中止が、ステップＳ５０６における固定メニュー以外の固定画像（非重畳静止情報）用スクリーンセーバ動作の中止に変更されている点である。

実施の形態１と同様に、各ステップＳ４０１、Ｓ４０２、Ｓ４０３を経由するアイドル処理経路を繰り返している状態、および各ステップＳ４０１、Ｓ５０２、Ｓ５０３を経由するアイドル処理経路を繰り返している状態は、それぞれ非スクリーンセーバアイドル状態と呼ばれる。さらに、ステップＳ４０５のアイドル処理を繰り返している状態、およびステップＳ５０５のアイドル処理を繰り返している状態は、それぞれスクリーンセーバアイドル状態と呼ばれる。非スクリーンセーバアイドル状態またはスクリーンセーバアイドル状態の場合に、割り込み信号が生成されると（すなわち、キー入力があると）、ＯＣＡＰアプリケーション管理部５４は、このアイドル状態を中止する。次に、ＯＣＡＰアプリケーション管理部５４は、ステップＳ１０２において時間を初期化し、ステップＳ４０３において割り込み信号の生成に関連付けられた時点から所定期間Ｔ１経過後に、またはステップＳ５０３において割り込み信号の生成に関連付けられた時点から所定期間Ｔ２経過後に、スクリーンセーバ動作状態に入る。

次に、図１４の動作フローを、別の観点から説明する。固定メニュー（重畳静止情報）および固定メニュー以外の固定画像（非重畳静止情報）の両方とも表示されていない場合、ステップＳ４０１において、ＯＳＤ非動作状態と判断し、図１４における左側のステップＳ４０２〜Ｓ４０６へ進む。所定期間Ｔ１が経過していない場合は、非スクリーンセーバアイドル状態にある。所定期間Ｔ１が経過している場合は、スクリーンセーバ動作状態にある。この場合、実施の形態５において上述したように、固定メニュー（重畳静止情報）は表示されていないため、スクリーンセーバ動作状態になっていても、画面にはスクリーンセーバは表示されず、実質的にはスクリーンセーバ動作状態になっていない。この状態において、リモコン４００の操作により固定メニュー（重畳静止情報）を表示するキー入力があり（割り込み信号が生成され）、固定メニュー（重畳静止情報）が動作状態になると、ＯＣＡＰアプリケーション管理部５４は、ステップＳ１０２において時間を初期化し、非スクリーンセーバアイドル状態（この場合、固定メニュー動作状態）に入る。次に、ステップＳ４０３において割り込み信号の生成に関連付けられた時点から所定期間Ｔ１経過後に、固定メニュー（重畳静止情報）用のスクリーンセーバ動作状態に実質的に入る。

ここで、ステップＳ４０４における固定メニュー（重畳静止情報）用のスクリーンセーバとしては、重畳静止情報を半透明にすることを特徴とする。半透明にする、というのは、重畳静止情報に所定の割合の透過性を与えることを意味する。透過性の割合は０以外の何パーセントであってもよい。

重畳静止情報により隠れた画面の領域が動画であるので、重畳静止情報を半透明にすることで、スクリーンセーバとしての役割を果たすことが可能である。もちろん、実施の形態１〜実施の形態３で説明した輝度の低下処理、コントラストの低下処理、固定画像の移動処理、または固定画像における境界部分の移動処理などのスクリーンセーバ手法を固定メニューなどの重畳静止情報に適用してもよい。一方、これまで説明した実施の形態１から実施の形態５に対して、非重畳静止情報を半透明にするスクリーンセーバを適用してもよいし、その適用に際して、輝度の低下処理、コントラストの低下処理、固定画像の移動処理、または固定画像における境界部分の移動処理などのスクリーンセーバと同時に用いてもよい。すなわち、ＯＣＡＰアプリケーション管理部５４は、重畳静止情報または非重畳静止情報を変化させるスクリーンセーバ動作を行う。

以上のように、実施の形態６によれば、動画が画面全体に表示されている状態で、ＯＣＡＰアプリケーションのＡＰＩでは分からない固定メニューが表示される場合に、固定メニューのスクリーンセーバ動作を開始する。この場合、固定メニュー（重畳静止情報）用のスクリーンセーバ動作の開始までの所定期間Ｔ１を、固定メニュー以外の固定画像（非重畳静止情報）用スクリーンセーバ動作の開始までの所定期間Ｔ２より小さくする。これにより、常時固定位置に表示される固定メニュー画面による焼き付きを、効果的に防止することができる。

（実施の形態７）
次に、実施の形態７について、実施の形態１〜実施の形態６と異なる点を中心に説明する。実施の形態７は、チューナ１６から受信したストリームデータに、何らかのエラーが発生し、デコードできない場合に表示されるエラーメッセージパネルのスクリーンセーバに関する。以降、エラーメッセージパネルをエラーパネル（すなわち、重畳静止情報のうちの１つ）と称することにする。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態６と同様である。

ストリームデータのエラーの要因として、選局用のＰＳＩ（ＰｒｏｇｒａｍＳｐｅｃｉｆｉｃＩｎｆｏｒｍａｔｉｏｎ：プログラム特定情報）が正しく取得できない場合、およびＥＳ（ＥｌｅｍｅｎｔａｒｙＳｔｒｅａｍ：エレメンタリ・ストリーム）の段階でデータ化けによりデコードに失敗してエラーが発生する場合などがある。ＰＳＩについては、ＭＰＥＧシステムズ規格（ＩＳＯ／ＩＥＣ１３８１８−１）に規定されているので、説明を省略する。ＴＤデコーダ１５またはＡＶデコーダ１４は、動画情報のエラー状態に基づいて、エラーの発生を表すエラー情報を生成し、ＣＰＵ１０へ送る（図１では、ＡＶデコーダ１４からＣＰＵ１０への経路が省略されている）。エラー情報は、割り込み信号の１つを含む。

ここでは、これらのエラーが発生した場合、エラーパネルに、例として「ＤｅｃｏｄｅＥｒｒｏｒ」と表示されるものとする。なお、エラーパネルの表示は、これ以外の表現であってもよいし、エラー要因にそれぞれ対応した別々の表現であってもよい。

エラーパネルは、エラーが発生した時点で表示され、エラーの要因が無くなると消えるものとする。エラーの発生は、ストリームのデコード処理を行うハードウェアに関する、デバイスドライバおよびライブラリなどにより通知される。ＯＣＡＰアプリケーションは、エラー発生のＡＰＩをサポートしており、エラー発生およびその要因を知ることができる。

図１５に、実施の形態７におけるスクリーンセーバ動作のフローを示す。図１６に、画面状態の遷移の様子を示す。まず、図１６における左側の画面では、画面全体が動画領域であり、ＯＳＤ非動作状態になっている。次に中央の画面では、デコードエラーが発生し、動画のデコードができないため、画面全体が無画状態になっている。画面の中央部分には、「ＤｅｃｏｄｅＥｒｒｏｒ」と記載されたエラーパネルが表示されており、エラーパネル動作状態（すなわち、重畳静止情報動作状態のうちの１つ）になっている。さらに右側の画面では、スクリーンセーバ動作状態になり、画面中央のエラーパネルの輝度が低下している。エラーの要因が無くなると、左側の画面の状態へ遷移する。以下、図１５の動作フローについて、詳細に説明する。

各ステップＳ１０１、Ｓ１０２については、図４に示す実施の形態１と同様である。

ステップＳ６０２において、ＯＣＡＰアプリケーション管理部５４は、チューナ１６から受信したストリームデータに、ＯＣＡＰアプリケーション５２ａ、５２ｂに未通知のエラーが発生しているかどうかを判断する。エラーが発生していれば、ステップＳ６０３へ進み、一方、エラーが発生していなければ、ステップＳ１０２へ戻る。

ステップＳ６０３において、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション５２ａ、５２ｂにエラーを通知し、エラーパネル動作状態に入る。

ステップＳ６０４において、図４のステップＳ２０４に対応して、ＯＣＡＰアプリケーション管理部５４は、リモコン４００からのキー入力があったかどうかを判断する。キー入力があれば、ステップＳ１０２へ戻り、一方、キー入力がなければ、ステップＳ６０５へ進む。

ステップＳ６０５において、図４のステップＳ１０４に対応して、ＯＣＡＰアプリケーション管理部５４は、所定期間Ｔ３が経過したかどうかを、ＯＳ６２を介して判断する。所定期間Ｔ３が経過していれば、ステップＳ６０６へ進み、一方、所定期間Ｔ３が経過してなければ、ステップＳ６０４へ戻る。

ステップＳ６０６において、図４のステップＳ１０５に対応して、ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ処理部６３を起動することにより、エラーパネルのスクリーンセーバ動作を開始し、スクリーンセーバ動作状態に入る。

ステップＳ６０７において、図４のステップＳ１０６に対応して、ＯＣＡＰアプリケーション管理部５４は、リモコン４００からのキー入力があったかどうかを判断する。キー入力があれば、ステップＳ６０８へ進み、一方、キー入力がなければ、ステップＳ６０７へ戻ることにより、スクリーンセーバ動作状態を継続する。

ステップＳ６０８において、図４のステップＳ１０７に対応して、ＯＣＡＰアプリケーション管理部５４は、ステップＳ６０６で起動したスクリーンセーバ処理部６３を終了することにより、スクリーンセーバ動作を中止し、ステップＳ１０２へ戻る。

エラーパネルの場合も、実施の形態６における固定パネルの場合と同様に、固定位置に表示されるので、スクリーンセーバ動作の開始までの所定期間Ｔ３は、実施の形態１〜実施の形態５で示した、固定画像のスクリーンセーバ動作の開始までの所定期間Ｔ２よりも短くしておけば、効果的である。

次に、図１５の動作フローを、図１４において上述した実施の形態６に適用する。図１５のステップＳ６０２におけるエラー発生に関する判断は、図１４の各ステップＳ４０２、Ｓ４０５におけるキー入力に関する判断と同時に行う。キー入力に関する判断でキー入力があった場合、固定メニュー動作状態に入り、エラー発生に関する判断でエラー発生があった場合、エラーパネル動作状態に入る。図１４のステップＳ４０３における所定期間Ｔ１に関する判断は、エラーパネル動作状態の場合、所定期間Ｔ３で判断を行う。図１４のステップＳ４０４におけるスクリーンセーバ動作の開始は、エラーパネル動作状態の場合、エラーパネルのスクリーンセーバ動作を開始する。

図１４において、非スクリーンセーバアイドル状態またはスクリーンセーバアイドル状態の場合に、割り込み信号が生成されると（すなわち、エラーが発生すると）、ＯＣＡＰアプリケーション管理部５４は、このアイドル状態を中止する。次に、ＯＣＡＰアプリケーション管理部５４は、ステップＳ１０２において時間を初期化し、非スクリーンセーバアイドル状態（この場合、エラーパネル動作状態）に入る。次に、ステップＳ４０３において割り込み信号の生成に関連付けられた時点から所定期間Ｔ３経過後に、エラーパネル（重畳静止情報）用のスクリーンセーバ動作状態に入る。

ステップＳ６０６におけるエラーパネルのスクリーンセーバとしては、実施の形態６と同様に、エラーパネルの重畳静止情報を半透明としてもよいし、実施の形態１〜実施の形態３で説明した輝度の低下処理、コントラストの低下処理、固定画像の移動処理、または固定画像における境界部分の移動処理などのスクリーンセーバ手法を用いてもよい。

特に、動画が出力されない無画状態のようなエラーの場合には、輝度の低下処理、コントラストの低下処理、固定画像の移動処理、または固定画像における境界部分の移動処理などのスクリーンセーバを用いればよい。

以上のように、実施の形態７によれば、チューナ１６から受信したストリームデータに何らかのエラーが発生し、デコードできない場合に表示されるエラーパネルについて、エラーが所定期間Ｔ３以上継続した場合に、スクリーンセーバ動作を開始する。これにより、エラーパネルによる焼き付きを、効果的に防止することができる。

（実施の形態８）
次に、実施の形態８について、実施の形態１〜実施の形態７と異なる点を中心に説明する。実施の形態８は、ＯＣＡＰ規格に準拠するテレビ（ＯＣＡＰ−ＴＶ）において、未契約のケーブルカード３００を用いた場合などに表示されるケーブルカード３００からの情報を表示するＧＵＩであるＭＭＩ（ＭａｎＭａｃｈｉｎｅＩｎｔｅｒｆａｃｅ：マンマシンインタフェース）のパネル表示のスクリーンセーバに関する。ケーブルカードＩ／Ｆ１７は、ケーブルカード３００からカード情報を受信し、ＣＰＵ１０へ送る。ケーブルカード３００が未契約などの場合、カード情報はＭＭＩパネルの情報を表す。カード情報は、割り込み信号の１つを含む。図１７に、ＭＭＩパネル表示の例を示す。ケーブルカード３００が未契約などの場合、ＭＭＩパネル（すなわち、重畳静止情報のうちの１つ）が画面全体に表示され、受信契約が促される。ＭＭＩパネルが表示されている状態は、ＭＭＩパネル動作状態（すなわち、重畳静止情報動作状態のうちの１つ）と呼ばれる。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態７と同様である。

図１８に、実施の形態８におけるスクリーンセーバ動作のフローを示す。以下、動作フローについて、詳細に説明する。ステップＳ１０１、Ｓ１０２は実施の形態１と同様である。

ステップＳ７０２において、ＯＣＡＰアプリケーション管理部５４は、ケーブルカード３００からＭＭＩ表示が指示されているかどうかを判断する。ＭＭＩ表示が指示されていれば、ステップＳ７０３へ進み、ＭＭＩパネルの表示が指示されていなければ、ステップＳ１０２へ戻る。

ステップＳ７０３において、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション５２ａ、５２ｂにＭＭＩパネルの表示を指示し、ＭＭＩパネル動作状態に入る。

ステップＳ７０４において、図４のステップＳ２０４に対応して、ＯＣＡＰアプリケーション管理部５４は、リモコン４００からのキー入力があったかどうかを判断する。キー入力があれば、ステップＳ１０２へ戻り、一方、キー入力がなければ、ステップＳ７０５へ進む。

ステップＳ７０５において、図４のステップＳ１０４に対応して、ＯＣＡＰアプリケーション管理部５４は、所定期間Ｔ４が経過したかどうかを、ＯＳ６２を介して判断する。所定期間Ｔ４が経過していれば、ステップＳ７０６へ進み、一方、所定期間Ｔ４が経過してなければ、ステップＳ７０４へ戻る。

ステップＳ７０６において、図４のステップＳ１０５に対応して、ＯＣＡＰアプリケーション管理部５４は、スクリーンセーバ処理部６３を起動することにより、ＭＭＩパネルのスクリーンセーバ動作を開始し、スクリーンセーバ動作状態に入る。

ステップＳ７０７において、図４のステップＳ１０６に対応して、ＯＣＡＰアプリケーション管理部５４は、リモコン４００からのキー入力があったかどうかを判断する。キー入力があれば、ステップＳ７０８へ進み、一方、キー入力がなければ、ステップＳ７０７へ戻ることにより、スクリーンセーバ動作状態を継続する。

ステップＳ７０８において、図４のステップＳ１０７に対応して、ＯＣＡＰアプリケーション管理部５４は、ステップＳ７０６で起動したスクリーンセーバ処理部６３を終了することにより、スクリーンセーバ動作を中止し、ステップＳ１０２へ戻る。

ＭＭＩパネルの場合も、実施の形態６における固定パネルの場合と同様に、固定位置に表示されるので、スクリーンセーバ動作の開始までの所定期間Ｔ４は、実施の形態１〜実施の形態５で示した、固定画像のスクリーンセーバ動作の開始までの所定期間Ｔ２よりも短くしておけば、効果的である。

次に、図１８の動作フローを、図１４において上述した実施の形態６に適用する。図１８のステップＳ７０２におけるＭＭＩ表示指示に関する判断は、図１４の各ステップＳ４０２、Ｓ４０５におけるキー入力に関する判断と同時に行う。キー入力に関する判断でキー入力があった場合、固定メニュー動作状態に入り、ＭＭＩ表示指示に関する判断でＭＭＩ表示指示があった場合、ＭＭＩパネル動作状態に入る。図１４のステップＳ４０３における所定期間Ｔ１に関する判断は、ＭＭＩパネル動作状態の場合、所定期間Ｔ３で判断を行う。図１４のステップＳ４０４におけるスクリーンセーバ動作の開始は、ＭＭＩパネル動作状態の場合、ＭＭＩパネルのスクリーンセーバ動作を開始する。

図１４において、非スクリーンセーバアイドル状態またはスクリーンセーバアイドル状態の場合に、割り込み信号が生成されると（すなわち、ＭＭＩ表示指示があると）、ＯＣＡＰアプリケーション管理部５４は、このアイドル状態を中止する。次に、ＯＣＡＰアプリケーション管理部５４は、ステップＳ１０２において時間を初期化し、非スクリーンセーバアイドル状態（この場合、ＭＭＩパネル動作状態）に入る。次に、ステップＳ４０３において割り込み信号の生成に関連付けられた時点から所定期間Ｔ３経過後に、ＭＭＩパネル（重畳静止情報）用のスクリーンセーバ動作状態に入る。

なお、図１４の動作フローにおいて、実施の形態７のエラーパネル動作状態と実施の形態８のＭＭＩパネル動作状態とは、同時に適用することができる。

ステップＳ７０６におけるＭＭＩパネルのスクリーンセーバとしては、実施の形態６と同様に、エラーパネルの重畳静止情報を半透明としてもよいし、実施の形態１〜実施の形態３で説明した輝度の低下処理、コントラストの低下処理、固定画像の移動処理、または固定画像における境界部分の移動処理などのスクリーンセーバ手法を用いてもよい。

以上のように、実施の形態８によれば、ＯＣＡＰ−ＴＶにおいて、未契約のケーブルカード３００を用いた場合などに表示されるＭＭＩパネルについて、パネル表示が所定期間Ｔ４以上継続した場合に、スクリーンセーバ動作を開始する。これにより、ＭＭＩパネルによる焼き付きを、効果的に防止することができる。

（実施の形態９）
次に、実施の形態９について、実施の形態１〜実施の形態８と異なる点を中心に説明する。実施の形態６は、固定メニューが表示された場合のスクリーンセーバに関していたが、実施の形態９は、スクリーンセーバ動作の中止とともに動作させる焼き付き防止の手法に関する。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態８と同様である。

図１９Ａおよび図１９Ｂに、スクリーンセーバ動作の中止時点で焼き付きを防止する手法を図示する。図１９Ａは、スクリーンセーバ動作状態を示し、図１９Ｂが、スクリーンセーバ動作の中止時点の状態を示している。図１９Ｂでは、固定メニュー（重畳静止情報）用のスクリーンセーバ領域と、固定メニュー以外の固定画像（非重畳静止情報）用のスクリーンセーバ領域とを、スクリーンセーバ動作の開始前の位置から、画面の右上の方向に所定量だけ移動させる中止時移動処理を行う。中止時移動処理における移動量は、水平方向および垂直方向に任意であってもよいし、その結果、中止時移動処理の移動方向が、右上の方向ではなく、任意の方向であってもよい。さらに、スクリーンセーバが中止されるたびに、中止時移動処理の移動方向および移動量が、変化してもよい。

図２０に、実施の形態９におけるスクリーンセーバ中止時の動作を示す。図２０に示す実施の形態９の動作フローが、図１４に示す実施の形態６の動作フローと異なる点は、ステップＳ４０６、Ｓ５０６におけるスクリーンセーバ動作の中止後に、中止時移動処理のステップＳ８０１、Ｓ８０２を、それぞれ付加している点である。

なお、固定メニュー（重畳静止情報）は、固定メニュー以外の固定画像（非重畳静止情報）よりも、焼き付きを起こしやすいので、中止時移動処理は、ステップＳ８０１だけで行い、ステップＳ８０２は省略してもよい。

なお、固定メニュー（重畳静止情報）および固定メニュー以外の固定画像（非重畳静止情報）のスクリーンセーバ領域に対する中止時移動処理以外に、図示はしないが動画領域に対しても、スクリーンセーバ領域と連動して、同一方向へ等しい量だけ移動処理を行ってもよい。

なお、実施の形態１〜実施の形態５に対して、スクリーンセーバ動作の中止時に中止時移動処理を行ってもよい。

以上のように、実施の形態９によれば、スクリーンセーバ動作の中止時に、固定メニュー（重畳静止情報）および固定メニュー以外の固定画像（非重畳静止情報）に、中止時移動処理を行う。これにより、スクリーンセーバ動作の中止後も焼き付きを防止することができる。

（実施の形態１０）
次に、実施の形態１０について、実施の形態１〜実施の形態９と異なる点を中心に説明する。実施の形態１０は、緊急放送時の警報メッセージパネルのＯＳＤ表示に関し、警報メッセージパネルについては、スクリーンセーバ動作を開始しないことに関する。米国では、緊急放送としてＥＡＳ（ＥｍｅｒｇｅｎｃｙＡｌｅｒｔＳｙｓｔｅｍ：緊急警報システム）信号がＯＯＢ（ＯｕｔＯｆＢａｎｄ：アウトオブバンド）を用いてＭＰＥＧ２セクション（ＭＰＥＧ２Ｓｅｃｔｉｏｎ）形式で伝送されてくる。ＥＡＳ信号の詳細は、ＳＣＴＥ１８規格（ＳＣＴＥ：ＳｏｃｉｅｔｙｏｆＣａｂｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＥｎｇｉｎｅｅｒｓ：北米ＣＡＴＶ通信技術者協会）に記載されている。それ以外の構成、動作、および効果は、実施の形態１〜実施の形態９と同様である。

図１のケーブル受信装置１００では、チューナ１６はＥＡＳ信号を受信し、ケーブルカードＩ／Ｆ１７は、ケーブルカード３００を介して、受信信号に基づいてＥＡＳ信号（緊急情報信号とも呼ぶ）を生成し、ＣＰＵ１０へＥＡＳ信号を送る。ＣＰＵ１０は、セクションデータに格納されたＥＡＳ信号を抽出し、抽出されたＥＡＳ信号を基にして警報メッセージ（すなわち、緊急情報）を生成する。プレーン管理部１３は、ＯＳＤプレーンに警報メッセージを重畳し、合成部１２は、ＯＳＤプレーンを、動画を含むビデオプレーンと合成し、ディスプレイ１１に表示する。ケーブルカードＩ／Ｆ１７は、緊急情報信号を生成する場合、緊急情報信号生成部とも呼ばれる。

実施の形態１０では、ＥＡＳ信号を受信した場合には、情報の重要性および緊急性からＥＡＳ信号のメッセージを表示する重畳静止情報に対して、スクリーンセーバ動作を開始しないようにする。

図２１に、ＥＡＳ信号受信時の動作フローを示す。図２１のステップＳ９０２において、ＥＡＳ信号を受信後、ＥＡＳ信号を抽出する。ステップＳ９０３において、ＥＡＳ信号により生成した警報メッセージをＯＳＤ表示し、ＥＡＳ信号の警報メッセージのＯＳＤ表示に対しては、スクリーンセーバ動作を開始しないようにする。

図２２に、ＥＡＳ信号の警報メッセージについて、画面表示の一例を示す。画面の上部に警報メッセージをＯＳＤ表示し、このＯＳＤ表示に対しては、スクリーンセーバ動作を開始しないようにする。なお、警報メッセージの表示の手法はこれに限るものではなく、画面のどの位置に表示してもよい。

また図２３に示すように、これまでの実施の形態で説明したスクリーンセーバ動作状態（ステップＳ１００１）においてＥＡＳ信号を受信したとき（ステップＳ９０２）には、スクリーンセーバ処理部６３を終了し、スクリーンセーバ動作を中止（ステップＳ１００２）するようにしてもよい。

以上のように実施の形態１０によれば、緊急放送時にＥＡＳ信号を受信し、ＥＡＳ信号に含まれる警報メッセージをＯＳＤ表示する場合に、スクリーンセーバ動作を開始しないようにする。これにより、緊急放送時には重要な警報メッセージを明確に伝えることができる。

以上、実施の形態１〜実施の形態１０の説明では、ＯＣＡＰ−ＴＶについて説明したが、ＯＣＡＰ−ＴＶ以外の受信装置についても、同様に説明することが可能である。また、実施形態１〜実施の形態１０の説明でパネルとしてＰＤＰを例に挙げたが、ＰＤＰ以外のパネル、例えば有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ：エレクトロルミネセンス）パネルなどに対しても、同様に応用可能である。

本発明は、ＯＣＡＰ規格に準拠したケーブル放送を受信可能な受信装置であって、ＰＤＰなどのフラットパネル上に文字および図形などの固定画像が表示されるテレビ、およびＰＤＰなどのフラットディスプレイに接続されるＳＴＢ、などの受信装置に有用である。

以上、実施の形態におけるこれまでの説明は、すべて本発明を具体化した一例であって、本発明はこれらの例に限定されず、本発明の技術を用いて当業者が容易に構成可能な種々の例に展開可能である。

本発明は、ＯＣＡＰ規格に準拠したケーブル放送を受信可能な受信装置および受信方法に利用できる。

ＯＣＡＰアプリケーションでは、テレビ画面あるいはモニタ画面の一部または全部に、文字列および図形などを含む固定画像が表示される場合がある。

特表２００６−５１１１０６号公報

ステップＳ１０１において、ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰアプリケーション５２ａ、５２ｂを起動する。以下起動時の動作を詳細に説明する。ケーブルカード管理部５９は、ＯＳ６２を介してＸＡＩＴを受信した場合、内蔵アプリケーション管理部５３へＸＡＩＴが受信されたことを通知し、ＯＣＡＰバージョン管理部６０へＸＡＩＴを送信する。内蔵アプリケーション管理部５３は、ＸＡＩＴ受信の通知を受け、ＯＣＡＰアプリケーション管理部５４を起動させる。ＯＣＡＰアプリケーション管理部５４は、ＯＣＡＰバージョン管理部６０に対して、受信されたＸＡＩＴと既に記憶されているＸＡＩＴとの比較を実行させる。ＯＣＡＰアプリケーション管理部５４は、比較結果に基づいて、ＯＣＡＰアプリケーション保持部６１で保持しているＯＣＡＰアプリケーション５２ａ、５２ｂを起動させる。

Claims

受信信号を処理し、ディスプレイの画面へ表示する画面情報を生成する受信装置であって、
受信信号から生成される動画情報を含むことが可能な第１プレーン、ならびに第１静止情報または第２静止情報を含むことが可能な第２プレーンを管理し、前記第１プレーンおよび前記第２プレーンを合成することにより、前記画面情報を生成して前記ディスプレイの画面に出力する画面情報生成部と、
割り込み信号を生成する割り込み信号生成部と、
前記割り込み信号が入力されると、前記画面情報生成部を制御して前記第２プレーンに前記割り込み信号に関連した前記第１静止情報または前記第２静止情報を含ませて前記画面情報を生成して前記ディスプレイの画面に出力させ、前記ディスプレイの画面において動画情報の表示領域が画面全体の場合、第１所定期間後に前記第１静止情報を変化させるスクリーンセーバ動作を開始させ、前記ディスプレイの画面において動画情報の表示領域が画面全体よりも小さい場合、第２所定期間後に前記第２静止情報を変化させるスクリーンセーバ動作を開始させる制御部と、
を有する、受信装置。
前記第１所定期間は、前記第２所定期間未満である、請求項１に記載の受信装置。
前記第１静止情報は、前記受信装置または前記ディスプレイの少なくとも１つの設定メニューである、請求項１に記載の受信装置。
前記第２静止情報に、前記動画情報に関連する情報である、請求項１に記載の受信装置。
前記割り込み信号生成部は、外部入力部からの情報に基づいて、割り込み信号を生成する、請求項１に記載の受信装置。
前記割り込み信号生成部は、動画情報のエラー状態に基づいて、割り込み信号を生成し、
前記制御部は、前記第２プレーンにエラー情報を含ませて前記画面情報を生成して前記ディスプレイの画面に出力させ、前記第１所定期間後に前記エラー情報を変化させるスクリーンセーバ動作を開始させる、請求項１に記載の受信装置。
前記割り込み信号生成部は、ケーブルカードからの受信契約の未締結に関する情報に基づいて、割り込み信号を生成し、
前記制御部は、前記第２プレーンに受信契約を促す情報を含ませて前記画面情報を生成して前記ディスプレイの画面に出力させ、前記第１所定期間後に前記受信契約を促す情報を変化させるスクリーンセーバ動作を開始させる、請求項１に記載の受信装置。
受信信号に基づいて、緊急情報信号を生成する緊急情報信号生成部を更に有し、
前記制御部は、前記第２プレーンに緊急情報を含ませて前記画面情報を生成して前記ディスプレイの画面に出力させ、前記第１所定期間あるいは前記第２所定期間が経過してもスクリーンセーバ動作を開始させない、請求項１に記載の受信装置。
前記制御部は、スクリーンセーバ動作の開始後、割り込み信号が生成されると、スクリーンセーバ動作を中止させる、請求項１に記載の受信装置。
前記制御部は、前記スクリーンセーバ動作として、前記第１静止情報または前記第２静止情報の少なくとも１つを、画面内で移動させる、請求項１に記載の受信装置。
前記制御部は、前記スクリーンセーバ動作として、前記第１静止情報または前記第２静止情報の少なくとも１つの輝度を低下させる、請求項１に記載の受信装置。
前記第２プレーンは、前記第１静止情報の背景の情報を表す第１背景情報、または前記第２静止情報の背景の情報を表す第２背景情報の少なくとも１つを含むことが可能である、請求項１に記載の受信装置。
前記制御部は、スクリーンセーバ動作として、前記第１静止情報と前記第１背景情報との輝度差を低下させる、請求項１２に記載の受信装置。
前記制御部は、スクリーンセーバ動作として、前記第２静止情報と前記第２背景情報との輝度差を低下させる、請求項１２に記載の受信装置。
前記制御部は、スクリーンセーバ動作として、前記第１静止情報または前記第２静止情報の少なくとも１つの所定方向の周波数高域成分を、所定方向に移動させる、請求項１に記載の受信装置。
前記制御部は、スクリーンセーバ動作として、前記第１静止情報または前記第２静止情報の少なくとも１つに、透過性を与える、請求項１に記載の受信装置。
前記画面情報生成部は、プレーン管理部および合成部を含み、
前記プレーン管理部は、受信信号から生成される動画情報を含むことが可能な前記第１プレーン、ならびに前記第１静止情報および前記第２静止情報を含むことが可能な前記第２プレーンを管理し、
前記合成部は、前記第１プレーンおよび前記第２プレーンを合成することにより、前記画面情報を生成する、請求項１に記載の受信装置。
受信信号を処理し、ディスプレイの画面へ表示する画面情報を生成する受信方法であって、
受信信号から生成される動画情報を含むことが可能な第１プレーン、ならびに第１静止情報または第２静止情報を含むことが可能な第２プレーンを管理し、前記第１プレーンおよび前記第２プレーンを合成することにより、前記画面情報を生成するステップと、
割り込み信号を生成するステップと、
前記割り込み信号が入力されると、前記画面情報を生成するステップを制御して前記第２プレーンに前記割り込み信号に関連した前記第１静止情報または前記第２静止情報を含ませて前記画面情報を生成して前記ディスプレイの画面に出力させ、前記ディスプレイの画面において動画情報の表示領域が画面全体の場合、第１所定期間後に前記第１静止情報を変化させるスクリーンセーバ動作を開始させ、前記ディスプレイの画面において動画情報の表示領域が画面全体よりも小さい場合、第２所定期間後に前記第２静止情報を変化させるスクリーンセーバ動作を開始させるステップと、を有する、受信方法。