JPH11275483A

JPH11275483A - ディジタル放送受信機

Info

Publication number: JPH11275483A
Application number: JP10079390A
Authority: JP
Inventors: Hiroyuki Miyake; 宏幸三宅; Shiyuumei Yano; 秀盟矢野
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 1998-03-26
Filing date: 1998-03-26
Publication date: 1999-10-08

Abstract

(57)【要約】【構成】オペレータがＥＰＧキーを操作すると、モニ
タ２８に番組ガイドがオンスクリーン表示される。この
状態でオペレータが長時間リモコン送信機３４を操作せ
ず、キー操作に基づくいずれのイベントもＣＰＵ３０に
与えられなければ、ＣＰＵ３０は番組ガイドの表示を中
止し、所定チャネルにチューニングする。また、モニタ
２８に複数の映像がマルチ表示され、カーソルがいずれ
かの子画面を指定しているときに、オペレータがリモコ
ン操作を長時間中断していると、カーソルが別の位置に
移動する。【効果】オペレータから所定期間継続して指示が与え
られなければ、画面保護処理が施されるため、画面の焼
き付きやドット欠損を防止することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ディジタル放送受信
機に関し、特にたとえばオペレータに指示に応答して所
望のキャラクタをオンスクリーン表示する、ディジタル
放送受信機に関する。

【０００２】

【従来の技術】従来のディジタル放送受信機では、番組
ガイドのようなキャラクタは、オペレータがオンスクリ
ーン表示の中止を指示しない限り、モニタに表示され続
けていた。

【０００３】

【発明が解決しようとする課題】しかし、同じ映像の表
示が長時間続くと、ブラウン管では焼き付きが発生し、
液晶モニタではドットが欠損してしまう。それゆえに、
この発明の主たる目的は、焼き付きやドット欠損を防止
できる、ディジタル放送受信機を提供することである。

【０００４】

【課題を解決するための手段】この発明は、オペレータ
の指令に応答して所望のキャラクタをオンスクリーン表
示するディジタル放送受信機において、キャラクタが継
続してオンスクリーン表示される表示期間をカウントす
るカウント手段、および表示期間が所定期間に達したと
きキャラクタに対応した画面保護処理を施す処理手段を
備えることを特徴とする、ディジタル放送受信機であ
る。

【０００５】

【作用】オペレータがＥＰＧボタンを操作すると、モニ
タに番組ガイドがオンスクリーン表示される。この状態
でオペレータが長時間リモコン送信機を操作せず、キー
操作に基づくいずれのイベントもＣＰＵに与えられなけ
れば、ＣＰＵは番組ガイドの表示を中止し、所定チャネ
ルにチューニングする。また、モニタに複数の映像がマ
ルチ表示され、カーソルがいずれかの子画面を指定して
いるときに、オペレータがリモコン操作を長時間中断し
ていると、カーソルが別の位置に移動する。

【０００６】

【発明の効果】この発明によれば、オペレータから所定
期間継続して指示が与えられなければ、画面保護処理が
施されるため、画面の焼き付きやドット欠損を防止する
ことができる。この発明の上述の目的，その他の目的，
特徴および利点は、図面を参照して行う以下の実施例の
詳細な説明から一層明らかとなろう。

【０００７】

【実施例】図１を参照して、この実施例のディジタル放
送受信機１０は、通信衛星によるディジタル放送（ＣＳ
放送）を受信するアンテナ１２を含み、このアンテナ１
２によって受信されたディジタル放送がＣＳチューナ１
４に与えられる。ＣＳチューナ１４は、所望のトランス
ポンダから出力された４〜８チャネル分のデータを選択
する。つまり、ＣＳ放送では、１つのトランスポンダか
ら４〜８チャネル分の放送データが出力されるため、Ｃ
Ｓチューナ１４は所望のチャネルを含むトランスポンダ
を選択する。選択された放送データは、ＱＰＳＫ復調回
路１６で復調され、４〜８チャネル分の複数のトランス
ポートパケットからなるトランスポートストリームとな
る。

【０００８】デスクランブラ１８は、受信者が契約して
いるチャネルのトランスポートパケットのみをデマルチ
プレクサ２０に与え、デマルチプレクサ２０は入力され
たパケットから所望のチャネルのパケットのみを検出す
る。そして、映像成分を含むパケットをＭＰＥＧデコー
ダ２２に与える。ＭＰＥＧデコーダ２２は、入力された
パケットをデコードし、デコードされた映像データを加
算器２４を介してＮＴＳＣエンコーダ２６に入力する。
ＮＴＳＣエンコーダ２６では、ＮＴＳＣフォーマットの
コンポジット映像信号（アナログ信号）が生成され、こ
のコンポジット映像信号がテレビジョン受像機に設けら
れたモニタ２８に出力される。

【０００９】トランスポートパケットの一部にはＰＳＩ
(Program Specific Information)が割り当てられてお
り、ＰＳＩにはＥＩＴ(Event Information Table) が含
まれている。ＣＰＵ３０は、このＥＩＴを参照してトラ
ンスポートパケットから現チャネルを含む所定チャネル
×所定時間分のＥＰＧデータを作成し、ＤＲＡＭ４０に
設けられたＥＰＧワークエリア４０ａに書き込む。オペ
レータが図２に示すリモコン送信機３４に設けられたＥ
ＰＧキー３４ａを操作して番組ガイドの表示指令を与え
れば、受光回路３２は対応するイベントをＣＰＵ３０に
入力する。このとき、ＣＰＵ３０はＥＰＧワークエリア
４０ａから３チャネル×３時間分のＥＰＧデータを読み
出し、ビットマップＲＯＭ４２を用いて番組ガイドビッ
トマップデータを生成する。番組ガイドビットマップデ
ータは、ＶＲＡＭ３６に展開される。そして、オンスク
リーン表示用のＩＣ３８が、垂直同期信号に応答してＶ
ＲＡＭ３６から番組ガイドビットマップデータを読み出
し、加算器２４に与える。これによって、図３に示すよ
うな番組ガイドがモニタ２８にオンスクリーン表示され
る。

【００１０】番組ガイドにはカーソルも表示され、この
カーソルはリモコン送信機３４に設けられたカーソルキ
ー３４ｂ〜３４ｃの操作に応じて移動する。つまり、Ｃ
ＰＵ３０が、カーソルの移動指令のイベントに応じて、
カーソルが指定する番組を変更する。カーソルが有料番
組（ＰＰＶ番組）を指したときにオペレータが決定キー
３４ｆを押せば、この決定キー３４ｆの操作は番組の購
入を案内する案内メニューの表示指令であるため、ＶＲ
ＡＭ３６には案内メニュービットマップデータが展開さ
れる。そして、案内メニュービットマップデータがＩＣ
３８によって読み出され、モニタ２８には図４に示すよ
うな案内メニューが表示される。

【００１１】また、オペレータがリモコン送信機３４に
設けられたプロモチャネルキー３４ｇを操作すれば、Ｃ
ＰＵ３０は、ＣＳチューナ１４にプロモーショントラン
スポンダを選択させ、デマルチプレクサ２０にプロモー
ションチャネルのパケットを検出させる。これによっ
て、プロモチャネルで放送されるマルチ映像がモニタ２
８に表示される。つまり、図５に示すように画面が１６
分割され、それぞれの子画面に異なる映像が表示され
る。ＣＰＵ３０はさらに、いずれかの子画面を指定する
カーソルのビットマップデータをＶＲＡＭ３６に展開す
る。これによって、プロモチャネルが選局された直後
は、図５に示す左上の子画面に、カーソルとしての枠が
オンスクリーン表示される。ここでオペレータがカーソ
ルキー３４ｅを操作すると、カーソルが右隣の子画面に
移動し、オペレータがカーソルキー３４ｃを操作すれ
ば、カーソルが１つ下の子画面に移動する。つまり、カ
ーソルキー３４ｂ〜３４ｃの操作に応じてカーソルが移
動する。

【００１２】ＣＰＵ３０には、このようなオペレータの
キー操作に応じたイベントのほかに、インターバルタイ
マ４４から出力されたタイマイベントが入力される。イ
ンターバルタイマ４４は、垂直同期信号に従って時間を
カウントし、１０秒に１回タイマイベントを発生する。
ＣＰＵ３０は、このタイマイベントに応答してカウンタ
４０ｃをインクリメントし、カウント値に応じて所定の
処理を実行する。

【００１３】ＣＰＵ３０は、具体的には図７〜図１０に
示すフロー図を処理する。図７はメインルーチンであ
り、図８は図７のステップＳ２３で処理されるサブルー
チンである。オペレータのキー操作に応じて異なるサブ
ルーチンが処理されるが、それぞれのサブルーチンはほ
ぼ同様の処理ステップを有するため、便宜上図８を用い
て各サブルーチンの処理を説明する。ただし、図８のス
テップＳ４５における処理はサブルーチンによって異な
るため、イベントに応じたステップＳ４５の処理を図９
および図１０に示す。

【００１４】ＣＰＵ３０はまずステップＳ１でＤＲＡＭ
４０のサブルーチン情報テーブル４０ｂおよびタイマカ
ウンタ４０ｃを初期化し、ステップＳ３で不揮発性ＲＡ
Ｍ４６に保持しているかつ電源を遮断する前に受信して
いたチャネルデータを読み出し、そしてステップＳ５で
そのチャネルにチューニングする。チューニングが完了
すると、ＣＰＵ３０はステップＳ７で“ＹＥＳ”と判断
し、ステップＳ９でステータスフラグ４６ａがセットさ
れているかどうか判断する。ステータスフラグ４６ａは
オペレータがメニューを操作することによってセット／
リセットされる。オペレータがメニューを操作して後述
する画面保護機能をセットすれば、ステータスフラグ４
６ａがセットされ、画面保護機能をリセットすれば、ス
テータスフラグ４６ａがリセットされる。このため、ス
テータスフラグ４６ａがリセットされていれば、ＣＰＵ
３０はステップＳ９で“ＮＯ”と判断し、そのままステ
ップＳ１３に進む。しかし、ステータスフラグ４６ａが
セットされていれば、ＣＰＵ３０はステップＳ９で“Ｙ
ＥＳ”と判断し、ステップＳ１１でインターバルタイマ
４４を能動化してから、ステップＳ１３に進む。

【００１５】ステップＳ１３では、何らかのイベントが
入力されたかどうか判断する。具体的には、入力された
イベントはＤＲＡＭ４０に一旦保持され、ステップＳ１
３では何らかのイベントがＤＲＡＭ４０に保持されてい
るかどうかを判断する。ここで“ＹＥＳ”であれば、ス
テップＳ１５でそのイベントがインターバルタイマ４４
から与えられたものなのかリモコン送信機３４から受光
回路３２を通して与えられたものなのかを判別する。そ
して、入力されたイベントがタイマイベントであれば、
ステップＳ３４でそのタイマイベントを削除し、処理を
ステップＳ１３に戻す。一方、入力されたイベントがオ
ペレータのキー操作に基づくイベントであれば、ステッ
プＳ１７に進む。つまり、メインルーチン上ではタイマ
イベントは無効とされ、リモコン送信機３４からイベン
トが入力されて初めて、ステップＳ１７以降の処理が実
行される。

【００１６】ステップＳ１７では、ＣＰＵ３０は図６に
示すサブルーチン情報テーブル４０ｂを参照し、次にス
テップＳ１９で、このテーブル４０ｂに格納されたＩＤ
が示すサブルーチンにジャンプする。ＣＰＵ３０は、い
くつものサブルーチンの中から今回入力されたイベント
の処理に適するサブルーチンを検出し、処理する。この
ため、サブルーチンを識別するためのサブルーチンＩＤ
がそれぞれのサブルーチンに割り当てられており、サブ
ルーチン情報テーブル４０ｂには、前回ジャンプしたサ
ブルーチンのＩＤ（前サブルーチンＩＤ）と今回ジャン
プするサブルーチンのＩＤ（現サブルーチンＩＤ）とが
格納されている。ステップＳ１９では、ＣＰＵはこの２
つのサブルーチンＩＤを比較し、両ＩＤが等しければ、
ステップＳ２７でそのＩＤが示すサブルーチンにジャン
プする。なお、ステップＳ１では、同一のＩＤがサブル
ーチン情報テーブル４０ｂに書き込まれる。ちなみに、
サブルーチンＩＤは全て、不揮発性ＲＡＭ４６に予め書
き込まれている。

【００１７】図８を参照して、ＣＰＵ３０はまずジャン
プ先のサブルーチンのステップＳ２５で、現イベントを
このサブルーチンによって処理できるかどうかを判断す
る。ステップＳ１で初期化されたサブルーチン情報テー
ブルには所定のＩＤが格納されるが、このＩＤは現イベ
ントを処理できるサブルーチンのＩＤとは必ずしも一致
しない。このため、通常はこのステップＳ２５で“Ｎ
Ｏ”と判断され、ステップＳ２７に進む。ステップＳ２
７では、現イベントを処理できるサブルーチンのＩＤを
検出し、次にステップＳ２９で、検出したサブルーチン
ＩＤによってサブルーチン情報テーブル４０ｂを更新す
る。つまり、サブルーチン情報テーブル４０ｂに書き込
まれた現サブルーチンＩＤを前サブルーチンＩＤとし、
今回検出したサブルーチンＩＤを現サブルーチンＩＤと
する。そしてメインルーチンに復帰する。

【００１８】メインルーチンに復帰すると、ＣＰＵ３０
は、再びステップＳ１３およびＳ１５を処理する。現イ
ベントは削除されずにＤＲＡＭ４０に残っているため、
ステップＳ１３およびＳ１５で“ＹＥＳ”および“Ｎ
Ｏ”と判断し、Ｓ１９まで進む。上述のステップＳ２９
の処理によって、サブルーチン情報テーブル４０ｂに格
納されたＩＤは一致しないため、ＣＰＵ３０はステップ
Ｓ１９で“ＮＯ”と判断し、ステップＳ２１でサブルー
チン情報テーブル４０ｂのＩＤを互いに一致させてか
ら、ステップＳ２３に進む。これによって、今度は所望
のサブルーチンにジャンプする。そして、ステップＳ２
５で“ＹＥＳ”と判断し、ステップＳ３１に移行する。

【００１９】なお、ステップＳ２５は具体的には複数の
イベントと現イベントとを個別に比較する複数のステッ
プからなり、現イベントがいずれのイベントとも一致し
なければ“ＮＯ”と判断されるが、現イベントがいずれ
か１つのイベントと一致すれば“ＹＥＳ”と判断され
る。ステップＳ３１では、ＣＰＵ３０はタイマカウンタ
４０ｃをリセットし、次にステップＳ３３で現イベント
に対応する処理を実行する。つまり、現イベントがＥＰ
Ｇキー３４ａの操作に基づくものであれば、ＣＰＵ３０
はステップＳ３３で図３に示す番組ガイドの表示処理を
行う。また、現イベントがプロモチャネルキー３４ｇの
操作に基づくものであれば、ＣＰＵ３０はプロモチャネ
ルへのチューニング処理および図５に示すカーソルの表
示処理を行う。図３および図５のいずれの状態において
も、ＣＰＵ３０はカーソルキー３４ｂ〜３４ｅの操作に
応じてカーソルを移動させる必要がある。このようにカ
ーソルを移動させる余地が残っている状態では、ＣＰＵ
３０は同じサブルーチンを処理する必要がある。これ
は、図４に示すように有料番組の購入案内が表示されて
いるときも同様である。このような図３〜図５に示す状
態では、メインルーチンに復帰すべきではないため、Ｃ
ＰＵ３０はステップＳ３５で“ＮＯ”と判断し、ステッ
プＳ３７で次のイベントの入力を待つ。

【００２０】一方、図３または図４に示す状態でオペレ
ータが取消キー３４ｈを操作すれば、ＣＰＵ３０はステ
ップＳ３３で現在のオンスクリーン表示を中止する。ま
た、図５に示す状態でオペレータが決定キー３４ｆを操
作すれば、ＣＰＵ３０はステップＳ３３で、カーソルが
示す映像に関連するチャネルにチューニングする。この
ような場合、オペレータがカーソルキー３４ｂ〜３４ｅ
を操作する余地はないため、ＣＰＵ３０はステップＳ３
５で“ＹＥＳ”と判断し、メインルーチンに復帰する。
つまり、メインルーチンのステップＳ１３で次のイベン
トの入力を待つ。

【００２１】ステップＳ３７の処理を繰り返していると
きに次のイベントが入力されると、ＣＰＵ３０はステッ
プＳ３７で“ＹＥＳ”と判断し、ステップＳ３９でその
イベントがタイマイベントであるかどうか判断する。こ
こで、入力されたイベントがオペレータのキー操作に基
づくものであれば、ＣＰＵ３０は処理をステップＳ３１
に戻し、上述の処理を繰り返す。これに対して、入力さ
れたイベントがタイマイベントであれば、ＣＰＵ３０は
ステップＳ３９で“ＹＥＳ”と判断し、ステップＳ４１
でタイマカウンタ４０ｃをインクリメントする。そし
て、ステップＳ４２で現イベントをＤＲＡＭ４０から削
除し、ステップＳ４３でタイマカウンタ４０ｃのカウン
ト値が所定値Ａとなったかどうか判断する。ここで“Ｎ
Ｏ”であればステップＳ３７に戻り次のイベントの入力
を待つが、“ＹＥＳ”であれば、ステップＳ４５で所定
の画面保護処理を行う。その後、ステップＳ４７でタイ
マカウンタ４０ｃをリセットし、メインルーチンに復帰
する。

【００２２】タイマイベントは１０秒に１回入力される
ため、所定値Ａが６０であれば、１０分間継続してオペ
レータのキー操作が中断されたときに画面保護処理が実
行される。サブルーチンが処理される間、モニタ２８に
は少なくともカーソルがオンスクリーン表示される。こ
のようなオンスクリーン表示が長時間続けば、モニタに
焼き付きやドット欠損が生じる。つまり、モニタ２８が
ブラウン管であれば焼き付きが発生し、モニタ２８が液
晶パネルであれば、ドットの一部が欠損する。このよう
な問題を解消するために、オンスクリーン表示が所定時
間継続した時点で、ＣＰＵ３０が画面保護処理を行う。
なお、ステップＳ４３でカウント値と比較される所定値
Ａはサブルーチン毎に異なる。

【００２３】図３または図４に示すオンスクリーン表示
に対応するサブルーチンのステップＳ４５では、ＣＰＵ
３０は図９に示すルーチンを処理する。つまり、まずス
テップＳ４９でオンスクリーン表示を中止し、ステップ
Ｓ５１で所定チャネルをチューニングする。ここでチュ
ーニングされるチャネルは、図３または図４に示すキャ
ラクタが表示される前に選局されていたチャネルと異な
ってもよい。ＣＰＵ３０は次に、ステップＳ５５で、選
局されたチャネル番号および現在時刻をオンスクリーン
表示し、ステップＳ５７で５秒が経過したと判断される
のを待って、ステップＳ５９でこのオンスクリーン表示
を中止する。

【００２４】一方、図５に示すようにマルチ映像のいず
れかにカーソルが表示されている状態でステップＳ４５
に移行すると、ＣＰＵ３０は図１０に示すステップＳ６
１を処理する。つまり、オンスクリーン表示されている
カーソル（枠）を、別の子画面と指定するように移動さ
せる。なお、この実施例では図８に示すステップＳ４５
で図９または図１０に示すような画面保護処理を実行す
るようにしたが、画面保護処理の方法としては次のよう
なものが考えられる。つまり、プロモチャネルが選局さ
れているときに、カーソルの表示を一時的に中止し、オ
ペレータのキー操作に応答してカーソルを当初の位置に
再度表示するようにしてもよい。また、いずれかのキャ
ラクタがオンスクリーン表示されている状態で画面の輝
度を一時的に下げたり、モニタへの電源の供給だけを中
止する省電力モードに移行するようにしてもよい。ただ
し、非常通信や番組提供者から重要な情報の提供が行わ
れていない状況で、省電力モードへ移行する必要があ
る。

【図面の簡単な説明】

【図１】この発明の一実施例を示すブロック図である。

【図２】リモコン送信機を示す図解図である。

【図３】図１実施例の動作の一部を示す図解図である。

【図４】図１実施例の動作の他の一部を示す図解図であ
る。

【図５】図１実施例の動作のその他の一部を示す図解図
である。

【図６】サブルーチン情報テーブルを示す図解図であ
る。

【図７】図１実施例の動作の一部を示すフロー図であ
る。

【図８】図１実施例の動作の他の一部を示すフロー図で
ある。

【図９】図１実施例の動作のその他の一部を示すフロー
図である。

【図１０】図１実施例の動作のさらにその他の一部を示
すフロー図である。

【符号の説明】

１０ …ディジタル放送受信機１４ …ＣＳチューナ３０ …ＣＰＵ４４ …インターバルタイマ

Claims

【特許請求の範囲】

【請求項１】オペレータの指令に応答して所望のキャラ
クタをオンスクリーン表示するディジタル放送受信機に
おいて、前記キャラクタが継続してオンスクリーン表示される表
示期間をカウントするカウント手段、および前記表示期
間が所定期間に達したとき前記キャラクタに対応した画
面保護処理を施す処理手段を備えることを特徴とする、
ディジタル放送受信機。
【請求項２】前記処理手段は、マルチ表示された複数の
映像のいずれかを指定する前記キャラクタがオンスクリ
ーン表示されているとき、前記カーソルを移動させるカ
ーソル移動手段を含む、請求項１記載のディジタル放送
受信機。
【請求項３】前記処理手段は、番組ガイドがオンスクリ
ーン表示されているとき、前記番組ガイドの表示を中止
する中止手段を含む、請求項１または２記載のディジタ
ル放送受信機。
【請求項４】前記所定期間は前記キャラクタ毎に異な
る、請求項１ないし３のいずれかに記載のディジタル放
送受信機。