JP2001339660A - データ放送受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 表示更新処理における処理量の負荷を抑制し
つつ、視聴者に与えるストレスを抑制することが可能な
データ放送受信装置を提供する。 【解決手段】 放送により伝送されて内蔵蓄積デバイス
１４８に格納されるデジタルデータは、表示画面上に出
力される複数の要素の構成に対応する文書構造木に基づ
くデータ構造を有する。演算処理部１４４は、外部から
の指示に応じて、表示画面を更新する場合、表示画面全
体を構成する各要素を文書構造木に従って順次更新する
処理と、複数の要素のうちの一部の要素について更新後
の画像を合成した後に表示画面を更新する処理とを選択
的に行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ放送、イン
ターネット等で送出される文書データ等を受信して表示
画面上に出力を行なうためのデータ放送受信装置の構成
に関する。

【０００２】

【従来の技術】従来、インターネット等のデジタル情報
通信網で文書やデータなどを交換したり、ファイルした
りするとき用いられるデータ記述言語としては、たとえ
ばＨＴＭＬ（Hyper Text Markup Language））がある。

【０００３】しかしながら、このＨＴＭＬは、人が閲覧
（ブラウズ）するためのデータを記述するための言語で
あって、たとえば、最終的に人ではなくアプリケーショ
ンがデータの内容と意味を理解するというような新しい
タイプのデータを記述することには必ずしも適していな
い。

【０００４】このような人とアプリケーションの両方
が、その目的に沿って理解し、処理することが可能な形
式でデータを記述することができる汎用的なデータ記述
言語として、たとえば、ＸＭＬ（eXtensible Markup La
nguage）が知られている。

【０００５】一方で、２０００年から日本においてサー
ビスが開始されるＢＳデジタル放送においては、従来の
映像音声情報に加えて、文字・図形・静止画やコンピュ
ータデータなどの各種情報データを行なうサービスが行
なわれる。

【０００６】このような各種情報データを受信するシス
テム、すなわち、データ放送受信装置においては、正に
上述したようなアプリケーションがデータの内容と意味
を理解するということが必要になる。

【０００７】すなわち、ＢＳデジタル放送においては、
たとえばデジタル放送によって伝送された情報データを
一時データ放送受信装置内のメモリまたはデータ放送受
信装置に外付けされたメモリに一時格納し、このように
して格納されたデータを用いることで表示画面上に、た
とえば、電子番組時刻表（ＥＰＧ）、番組に連動したサ
ービスおよびユーザの居住地域に連動した気象情報等を
出力することが可能になる。

【０００８】ＢＳデジタル放送においては、このような
情報データの送信にあたり、上述したようなマルチメデ
ィア符号化方式として用いられているＸＭＬに基づいて
策定が行なわれたＢＭＬ（Broadcasting Markup Langua
ge）が採用されることとなっている。

【０００９】

【発明が解決しようとする課題】上述したようなたとえ
ば電子番組時刻表や気象情報等のデータをＴＶ画面上に
表示するというサービス自体は、現行地上波放送によっ
ても実現されている。

【００１０】この場合、視聴者がリモコン等を介して与
える指示に基づいて、たとえば気象情報を表示している
状態から電子番組時刻表を表示する状態に移行する際に
は画面上に表示されているデータ情報を全画面にわたっ
て更新する必要が生じる。

【００１１】一方で、たとえば、電子番組時刻表が表示
されている状態で、視聴者がリモコン等から与える指示
に応じて、特定時刻の特定の番組を選択していることを
順次表示しつつ、視聴者との間でのインターアクティブ
な表示を行なおうとする場合、全画面中の特定の箇所に
表示されたデータの表示状態のみを変更していく必要が
生じる場合などがある。

【００１２】このように、すでに表示されている画面の
表示を更新する必要が生じた場合、従来の第１の方法と
しては、情報データを表示する画面を構成する各要素を
１つずつ順次直接に表示していくという方法、すなわち
最終的な表示画面が合成されていく過程を逐次視聴者に
提示しつつ画面の表示を更新するという方法がある。一
方で、第２の方法として、画面を構成する各要素を受信
機内部で合成し一気に表示することで、更新された表示
画面の全体が合成されていく過程を視聴者には見せない
という方法もある。

【００１３】しかしながら、上述のような方法において
は、たとえば、第１の方法では、上述したような表示画
面上の要素の一部を更新するというだけの操作において
も画面全体を書換えるという処理を行なうことになるの
で、画面のちらつきが出てしまうとともに画面全体を更
新することで、表示の更新が完了するまでに要する時間
が大きくなることで視聴者にストレスを与えることにな
ってしまう。

【００１４】一方で、上述したような第２の方法におい
ては、表示画面変更のたびに、新たに表示される画面が
合成完了するまで表示画面の更新が行なわれないため、
第１の方法に比べて、さらに視聴者にとっては応答速度
が遅くなったように感じられることになる。

【００１５】このような応答速度の低下に関しては、受
信機内部での演算処理速度を向上させるべく、表示処理
を行なう中央演算処理ユニット（以下、ＣＰＵと呼ぶ）
を高速なものを用いればよいが、それでは著しいコスト
の上昇を招いてしまうという問題があった。

【００１６】本発明は、上記のような問題点を解決する
ためになされたものであって、その目的は、情報データ
に対応する要素を表示画面上に表示している場合に、視
聴者との間でインターアクティブな処理を行なうときに
も、表示更新処理における処理量の負荷を抑制しつつ、
視聴者に与えるストレスを抑制することが可能なデータ
放送受信装置を提供することである。

【００１７】

【課題を解決するための手段】請求項１記載のデータ放
送受信装置は、情報データが放送されるチャネルを選択
するための選局手段と、選局手段からの出力を受けて、
デジタルデータを抽出するための復号手段と、デジタル
データを格納するためのデータ記憶領域を有するデータ
記憶手段とを備え、デジタルデータは、表示画面上に出
力される複数の要素の構成に対応する文書構造木に基づ
くデータ構造を有し、外部からの指示に応じて、表示画
面を更新する場合、表示画面全体を構成する各要素を文
書構造木に従って順次更新する処理と、複数の要素のう
ちの一部の要素について更新後の画像を合成した後に表
示画面を更新する処理とを選択的に行なう演算処理手段
と、演算処理部の出力に応じて、表示画面を出力する表
示手段とをさらに備える。

【００１８】請求項２記載のデータ放送受信装置は、請
求項１記載のデータ放送受信装置の構成に加えて、複数
の要素のうちの一部の要素は、文書構造木において、更
新対象となる要素とすくなくとも表示画面上において重
なり部分を有する要素である。

【００１９】請求項３記載のデータ放送受信装置は、請
求項１記載のデータ放送受信装置の構成に加えて、演算
手段は、予め設定可能な一連の処理手続きが指定された
場合、一連の処理手続き中に生じた表示更新処理を記憶
しておき、一連の処理手続きの終了後に表示更新処理後
に相当する画像を内部合成して、一括して表示更新処理
を行なう。

【００２０】請求項４記載のデータ放送受信装置は、請
求項３記載のデータ放送受信装置の構成に加えて、一連
の処理手続きは、ＢＭＬ言語中に記述されたスクリプト
処理である。

【００２１】

【発明の実施の形態】［実施の形態１］ ［データ放送受信装置１０００の構成］図１は、本発明
の実施の形態のデータ放送受信装置１０００の構成のう
ち主要部分を抜き出して示す概略ブロック図である。

【００２２】なお、以下の説明では、ＢＳデジタル放送
受信機において、放送された情報データを表示する場合
について説明するが、本発明は、以下の説明で明らかと
なるように、このような場合に必ずしも限定されず、イ
ンターネット等のデジタル情報通信網を介して伝送され
た情報データを表示するためのシステムや、他の放送形
態で放送されるデジタル情報データを受信機側で表示す
るためのシステムや、より一般的に、デジタル情報デー
タをユーザの使用する端末において表示するシステムに
適用することも可能である。

【００２３】図１を参照して、データ放送受信装置１０
００においては、アンテナ（図示せず）より受信された
ＲＦ信号は、チューナ１００．１および１００．２によ
り選局され、８ＰＳＫ復調器１０２．１および１０２．
２にそれぞれ与えられる。

【００２４】８ＰＳＫ復調器１０２．１および１０２．
２からの復調信号は、トランスポートストリームデコー
ダ（以下、ＴＳデコーダと呼ぶ）１０４．１および１０
４．２にそれぞれ与えられ、切換スイッチ１０６を介し
て、ＭＰＥＧ−ＡＶデコーダ１１０に与えられる。すな
わち、ＴＳデコーダ１０４．１および１０４．２から
は、選局されたチャネルからのベースバンド信号の抽出
が行なわれる。

【００２５】ＭＰＥＧ−ＡＶデコーダ１１０は、切換ス
イッチ１０６から与えられたデータストリームを受け
て、ランダムアクセスメモリ（以下、ＲＡＭと呼ぶ）１
１２をデータを一時蓄積するバッファとして用いること
で、映像信号および音声信号へと変換する。

【００２６】ここで、上述したように、チューナ１０
０．１からＴＳデコーダ１０４．１の系統と、チューナ
１００．２からＴＳデコーダ１０４．２の系統との２系
統が設けられているのは、表示装置（図示せず）にユー
ザが選択した映像信号および音声信号が表示されている
期間中も、バックグラウンドにおいて、後に説明するよ
うな蓄積デバイスに蓄積するためのデータの受信を行な
うためである。

【００２７】データ放送受信装置１０００は、さらに、
データバスＢＳ１を介して、ＴＳデコーダ１０４．１お
よび１０４．２からの信号を受けて、格納するための内
蔵蓄積デバイス１４８と、データバスＢＳ１を介して、
内蔵蓄積デバイス１４８に蓄積されたデータに対して、
所定の処理を行なって出力するための演算処理部１４４
と、演算処理部１４４の演算処理におけるプログラムを
記録するためのＲＯＭ１４０と、演算処理部１４４の動
作のためのメモリ領域を提供するＲＡＭ１４２と、デー
タバスＢＳ１と外部との間でデータ入出力を行なうため
の高速デジタルインターフェイス１４６とを備える。特
に限定されないが、内蔵蓄積デバイス１４８およびＲＯ
Ｍ１４０としては、たとえば、電気的にデータの書込・
読出が可能なフラッシュメモリを用いることが可能であ
る。

【００２８】演算処理部１４４が外部から与えられた指
示に従って内蔵蓄積デバイス１４８中に蓄積されたデー
タに対して処理を行なった後のデータは、オンスクリー
ンディスプレイ（On Screen Display）処理部１３０か
ら合成器１６０．２に与えられる。

【００２９】合成器１６０．２は、ＭＰＥＧ−ＡＶデコ
ーダ１１０からの出力と、オンスクリーンディスプレイ
処理装置１３０からの出力とを合成した後、映像出力端
子１６４に与える。映像出力端子１６４からの出力は、
図示しない表示装置に与えられる。

【００３０】データ放送受信装置１０００は、さらに、
内蔵蓄積デバイス１４８に蓄積されたデータに基づい
て、演算処理部１４４が処理した結果のデータ等を受け
て、表示装置（図示せず）において出力される効果音な
どを生成して、合成器１６０．１に与えるための付加音
生成器１２０と、内蔵蓄積デバイス１４８に蓄積された
データ等に基づいて演算処理部１４４が処理したデータ
を受けて、音声信号を生成し、合成器１６０．１に与え
るＰＣＭデコーダ１２２を備える。

【００３１】合成器１６０．１は、ＭＰＥＧ−ＡＶデコ
ーダ１１０からの出力と、付加音生成器１２０およびＰ
ＣＭデコーダ１２２からの出力とを受けて、合成結果を
音声出力端子１６２に与える。音声出力端子１６２に与
えられた音声信号は、表示装置（図示せず）から音声信
号として出力される。

【００３２】なお、データ放送受信装置１０００は、必
要に応じて、外部との間でデータ授受を行なうためのモ
デム１５０や、ＩＣカードからの情報を受取るためのＩ
Ｃカードインターフェイス１５２とを備える構成として
もよい。

【００３３】高速デジタルインターフェイス１４６を介
して、たとえば、ホームサーバ用のＨＤＤ装置などの外
部蓄積デバイス１８０や、外部入力機器であるリモコン
（あるいはキーボード等）１８２とがデータバスＢＳ１
と接続されている。

【００３４】図２は、図１に示した構成のうち、文書デ
ータを表示するブラウザの構成を抜き出して示す概略ブ
ロック図である。このようなブラウザは、演算処理部１
４４により実行される「パーサー」と呼ばれる構文解析
プログラムの処理に基づいて、文書データの表示処理を
行なう。なお、パーサーは、演算処理部１４４で実行さ
れるソフトウェア上で実現されても良いし、あるいは、
専用のハードウェア上で実現されてもよい。

【００３５】上述したとおり、ＢＳデジタル放送におい
ては、文書データ等はＢＭＬデータとして送信される。
このＢＳデジタル放送のデータ符号化方式に用いられる
ＢＭＬは、上述のとおりＸＭＬをベースとしたタグ付言
語である。

【００３６】図２を参照して、ユーザからリモコンのキ
ー入力などにより、ＢＭＬ文書データの表示指示が出さ
れると、演算処理部１４４上のパーサー（ＢＭＬブラウ
ザ）は、指定のＢＭＬ文書ファイルをＢＭＬ文書ファイ
ル読込部１４４２を介して、ファイルシステム１８８
（内蔵蓄積デバイス１４８または外部蓄積デバイス１８
０）から読込む。

【００３７】演算処理部１４４上のパーサーでは、読込
んだＢＭＬ文書を字句解析部１４４４において字句解析
した後、構文解析部１４４６で構文解析し、ＤＯＭツリ
ー作成部１４４８において、開始タグ、キャラクタデー
タ、終了タグを認識して、ＲＡＭ１４２上に、ＢＭＬ文
書の論理的な構造を示すＤＯＭ（Document Object Mode
l）ツリーと呼ばれる文書構造木を作成する。このＤＯ
Ｍツリーは、後に説明するように、複数のノードから構
成されている。

【００３８】演算処理部１４４のメイン処理部１４５０
においては、完成したＤＯＭツリーをルート要素から順
次参照し、表示処理部１９０（オンスクリーンディスプ
レイ処理部１３０および合成器１６０．２を総称して表
示処理部１９０と呼ぶ）を通じてＢＭＬ文書を表示装置
１９２へ表示する。この際、ＢＭＬ文書中で参照されて
いる画像ファイルなどをファイルシステム１８８から読
出し、表示装置１９２に表示される画面の一部とする場
合もある。

【００３９】図３は、図２に示した表示装置１９２の表
示画面２００の一例を示す概念図である。

【００４０】図３に示した例においては、通常のテレビ
画面を受信している状態から、情報データを表示するた
めのメニュー画面に移行した状態を示す。

【００４１】すなわち、図３を参照して、表示画面２０
０中には、表示領域が表示画面２００の全体から縮小さ
れて表示されているテレビ画面２０２と、情報データと
して放送されている情報のメニューである、「ニュー
ス」、「天気予報」、「スポーツ」、「番組情報」にそ
れぞれ対応して、ニュースを選択するための画面上の仮
想的なボタン２１０と、天気予報を選択するためのボタ
ン２１２と、スポーツ情報を選択するためのボタン２１
４と、番組情報を選択するためのボタン２１６とが表示
されている。

【００４２】もちろん、放送されるデータの種類に応じ
て、メニュー画面上に表示されるメニューの項目数は、
図３に示したものよりもより多くてもかまわない。

【００４３】図３に示したボタン２１０〜２１６は、い
ずれも表示画面上に概念的に表示されているにすぎず、
実際の選択は、たとえば視聴者がリモコンからいずれか
のボタンを選択することにより行なう。

【００４４】図４は、ＸＭＬに基づいて規定されている
データ放送用の言語ＢＭＬにおいて、図３に示したよう
な画面上のボタンを表示する際の構成要素について説明
するための概念図である。

【００４５】図４においては、図３に示したボタン２１
０〜２１６を総称して「ボタン１」で表現している。

【００４６】ここで、図３に示したような表示画面のう
ちデータに対応する表示部分全体のバックグラウンドと
なり全要素のルート（根）となる要素を「ボディ（ｂｏ
ｄｙ）」と表現する。

【００４７】その場合、「ボタン１」を画面上で表現す
るための要素としては、まず、「ｂｏｄｙ要素の背景」
と、ｂｏｄｙ要素の子要素としての「ディビジョン要素
（以下、ｄｉｖ要素と呼ぶ）」とがある。ここで、この
要素の枠が黒色である場合は「ボタン１」が選択されて
いる状態を示し、この枠が透明である場合は「ボタン
１」が非選択な状態であることを示している。

【００４８】「ボタン１」を構成する要素としては、さ
らに、ｄｉｖ要素の子要素として、ボタンの外形を示す
「オブジェクト要素（以下、ｏｂｊｅｃｔ要素と呼
ぶ）」と、ｂｏｄｙ要素の子要素としての「文字要素
（以下、ｐ要素と呼ぶ）」とがある。ここで、ｏｂｊｅ
ｃｔ要素は、直接ｂｏｄｙ要素の子要素となることはで
きない。そこで、ｄｉｖ要素を仲立ちとしている。上述
のとおり、ｄｉｖ要素の枠の色を利用することで、当該
要素の選択状態を表現することが可能である。

【００４９】これらの各要素の重ね合わせによって、
「ボタン１」が表現されることになる。

【００５０】これらの各要素に関する情報は、図２に示
したＢＭＬ文書ファイル中に保持されており、これを演
算処理部１４４が合成して表示処理部１９０に対して出
力する。

【００５１】以上のような要素は矩形であり、表示する
ＢＭＬファイルが変更されるような処理以外では、すべ
て要素単位で表示情報が更新されるものである。

【００５２】図５は、図３に示したようなメニュー画面
における要素の構造を示すＤＯＭツリーを示す概念図で
ある。

【００５３】データ表示の全体を示すｂｏｄｙ要素は、
その子要素としてｄｉｖ要素ｅｌ１１〜ｅｌ５１および
ｐ要素ｔｅ１〜ｔｅ４を有している。

【００５４】ｄｉｖ要素は、さらにその子要素として、
それぞれｏｂｊｅｃｔ要素ｅｌ１２〜ｅｌ５２を有して
いる。

【００５５】ここで、図５に示した例においては、ｐ要
素のうちニュースに対応したｄｉｖ要素ｅｌ１１の枠が
黒色となっており、その他のｐ要素（天気予報、スポー
ツ、番組情報）等にそれぞれ対応するｄｉｖ要素ｅｌ２
１〜ｅｌ５１の枠はすべて透明となっているので、ニュ
ースに対応するボタンが選択されている状態となってい
る。さらに、ｂｏｄｙ要素には、ｏｂｊｅｃｔ要素とし
てテレビ画面自体も含まれる。

【００５６】図６は、他の画面表示状態から、図３に示
したような画面表示状態に切換わった際に、全画面の表
示を更新する際の処理のフローを説明するための図であ
る。

【００５７】すなわち、図６（ａ）を参照して、画面が
切換わると、まず全体画面について図５に示したｂｏｄ
ｙ要素の表示、すなわち背景色の表示が行なわれる。こ
こまでで、図５中の「ｂｏｄｙ（背景）」の表示が完了
する。

【００５８】続いて、図６（ｂ）を参照して、ｂｏｄｙ
要素の子要素である要素ｅｌ１１に対応して黒枠が表示
され、さらにその子要素ｅｌ１２に対応してボタンの外
形が表示される。ここまでで、図５中の要素ｅｌ１２ま
での表示が完了する。

【００５９】さらに、図６（ｃ）を参照して、ｂｏｄｙ
要素の子要素であるｔｅ１に対応して文字要素「ニュー
ス」が表示された後に、同様にして、ｂｏｄｙの子要素
ｅｌ２１およびその子要素ｅｌ２２さらに文字要素ｔｅ
２に対応する表示が行なわれる。ここまでで、「天気予
報」（要素ｔｅ２）に対応するボタンの表示が終了す
る。

【００６０】続けて、図６（ｄ）を参照して、さらに要
素ｅｌ３１およびその子要素ｅｌ３２に対応してスポー
ツのボタン２１４の表示が行なわれる。ここまでで、図
５中の要素ｅｌ３２までの表示が完了する。

【００６１】図７は、図６に続いて図３に示すような表
示画面を表示していく過程を示す概念図である。

【００６２】図７（ｅ）を参照して、図６（ｄ）に続い
て、ｂｏｄｙの子要素ｅｌ４１およびその子要素ｅｌ４
２ならびに文字要素ｔｅ４が表示されることで、番組情
報に対応したボタン２１６の表示が完了する。

【００６３】さらに、図７（ｆ）を参照して、ｂｏｄｙ
の子要素ｅｌ５１およびその子要素ｅｌ５２が表示され
ることで、表示画面２００上にテレビ画面２０２の表示
が行なわれる。

【００６４】以上のような処理過程を経て、他の表示画
面から図３に示すような表示画面に切換わった際に、画
面上の表示要素が全画面にわたって更新されることにな
る。

【００６５】一方で、上述したとおり、図３のような画
面表示が行なわれている状態で、画面の一部の表示が更
新される場合がある。

【００６６】図８は、選択されるボタンが変更されるこ
とに対応して表示画面が更新される状態を示す概念図で
ある。

【００６７】図８を参照して、以下の説明では、ニュー
スに対応するボタン２１０が選択されている状態、すな
わちニュースのボタン２１０が黒枠で囲まれている状態
から、天気予報に対応するボタン２１２が選択され、ボ
タン２１２が黒枠で囲まれるように表示が更新される場
合について考える。

【００６８】この場合は、ボタン２１０およびボタン２
１２以外の表示部分の更新を行なう必要はない。

【００６９】図９は、図８に示したうち、ニュースに対
応するボタン２１０が選択されている状態のＤＯＭツリ
ーを示す図である。

【００７０】すなわち図９においてはｂｏｄｙ要素の子
要素ｅｌ１１のｄｉｖ要素の枠が黒色であり、ｂｏｄｙ
要素の子要素のｅｌ２１に対応するｄｉｖ要素の枠は透
明になっている。

【００７１】一方、図１０は、図８に示したような表示
の更新が行なわれた後、すなわち、天気予報に対応する
ボタン２１２が選択され、ボタン２１２が黒枠で囲まれ
る状態に対応するＤＯＭツリーを示す概念図である。

【００７２】図１０においては、ｂｏｄｙ要素のうち子
要素ｅｌ１１に対応するｄｉｖ要素の枠は透明になり、
ｂｏｄｙ要素の子要素ｅｌ２１に対応するｄｉｖ要素の
枠は黒色に変更されている。

【００７３】図９および図１０においては、図８に示し
たような表示の変更が行なわれる要素を斜線で示す。

【００７４】また、後に説明するように、このような表
示の更新が行なわれる際に、更新処理の対象となる要素
を他の要素と区別するために太い黒枠で表わしている。

【００７５】図８〜図１０に示したような場合には、画
面上に表示されている各要素の間に部分的な重なりがな
い。

【００７６】したがってこのような場合も、図４に示し
た場合と同様に重なった全要素を表示しなおす必要があ
る。

【００７７】ところが、画面上に表示される要素の関係
は、図８に示すように互いに部分的な重なり合いが存在
しない場合だけではない。

【００７８】図１１は、画面２００上に表示される要素
の配列の他の例を示す概念図である。図１１では、画面
２００全体に対応するものを要素１で表わす。

【００７９】このとき、要素３は、要素４の後ろ側に存
在するものとして表示されている。このような表示状態
で、たとえば要素３のみの表示状態を更新しようとする
場合に、単純に要素３の表示状態のみを変更して上書き
を行なったのでは、要素３が要素４の背面に存在してい
るため、要素４が逆に要素３の背面に位置することとな
ってしまう。

【００８０】図１２は、図１１に示したような画面に対
応するＤＯＭツリーの構成を示す概念図である。

【００８１】要素１の子要素には要素２、要素５および
要素８が存在する。要素２の子要素として要素３および
要素４が存在し、要素５の子要素として要素６および要
素７が存在している。

【００８２】この場合、このようなＢＭＬ文書ファイル
の構造においては、子要素は必ず親要素の上に表示さ
れ、兄弟要素は格納順（ツリー表示での左から右の順
番）に表示される。

【００８３】このとき、要素３のみを更新する場合であ
っても、要素２、要素３および要素４のすべてについて
更新処理を行なう必要があることになる。

【００８４】図１３〜図１７は、以上のような諸事情を
考慮して、画面上の更新処理を行なう場合に演算処理部
１４４が行なう動作を説明するためのフローチャートで
ある。

【００８５】上述したとおり、更新された領域が発生す
る都度、表示更新処理を行なうこととすると、たとえ
ば、一連の処理の流れの中で複数の領域が更新されると
きには、処理時間の増大をもたらすことになる。これ
は、ひいては視聴者に対して無用のストレスを与えるこ
ととなってしまう。

【００８６】したっがって、一連の作業中に起こる複数
の表示の更新は、出来る限り一括して処理することが望
ましい。

【００８７】ここで、表示の更新はイベントによって発
生する。このような表示の更新を分類すると以下の３種
類が挙げられる。

【００８８】第１には、ＢＭＬ文章が変更され画面全体
が更新される場合である。第２には、要素の状態が変更
されその要素の表示スタイルが更新される場合である。
第３には、そのイベントによって実行されたスクリプト
で要素の表示内容が更新される場合である。

【００８９】ここで、「要素の状態」とは、要素ごと
に、表示スタイルとして「通常」、「フォーカス」、
「アクティブ」の状態を有することができること意味す
る。

【００９０】また、「スクリプト」とは、ＢＭＬ文書内
に記述されたプログラムであり、予め登録された一連の
作業手順を表現するものである。

【００９１】上記、第１の場合には、即時に表示更新と
なるが、第２の場合は、更新されるべき要素を内部合成
した後に表示の更新処理を行ない、第３の場合には、ス
クリプトの一連の処理で発生した表示の更新は、基本的
にその都度処理を行なうことをせずに、スクリプト終了
後一括して更新処理を行なう。ただし、スクリプト中に
表示更新の必要のある処理が記述されている場合は、そ
の場で表示の更新を行うことも可能である。

【００９２】図１３を参照して、特に制限されないが、
たとえば、視聴者がリモコンの「データ」ボタンを押す
ことにより処理が開始される（ステップＳ２００）。

【００９３】続いて、演算処理部１４４は、何らかのイ
ベントが発生するまでイベント待ちの状態で待機する
（ステップＳ２０２）。

【００９４】なお、図１３で示したフローにおいては、
ステップＳ２００において処理が開始された時点で自動
的に「ＢＭＬ文章ファイルの変更」のイベントが発生す
るものとする。このとき、変更が行なわれるファイル名
も予め定められているものとする。ただし、より一般に
は、視聴者からの指示等に応じて初期イベントが発生す
るものとすることができる。

【００９５】つづいて、演算処理部１４４は、発生した
イベントの種類の判断を行なう（ステップＳ２０４）。

【００９６】「ＢＭＬ文章ファイルの変更」イベントが
発生している場合、新しいＢＭＬファイルの読込が行な
われて、ＤＯＭツリーが作成される（ステップＳ２０
６）。さらに、ＤＯＭツリーに基づいて、逐次表示更新
処理が行なわれ（ステップＳ２０８）、処理はステップ
Ｓ２０２に復帰する。

【００９７】一方、「ＢＭＬ文章ファイルの変更」イベ
ント以外のイベントが発生している場合、イベント処理
が終了しているか判断が行なわれる（ステップＳ２１
０）。イベント処理が終了していない場合は、１ステッ
プ分のイベント処理が実行され（ステップＳ２１２）、
処理はステップＳ２１０に復帰する。一方、イベント処
理が終了している場合（ステップＳ２１０）、処理はス
テップＳ２０２に復帰する。

【００９８】図１４は、図１３に示したステップＳ２１
２の「１ステップ分のイベント処理」ルーティンを示す
フローチャートである。

【００９９】図１４を参照して、「１ステップ分のイベ
ント処理」ルーティンが開始されると（ステップＳ３０
０）、つづいて、演算処理部１４４は、処理の種類の判
断を行なう（ステップＳ３０２）。

【０１００】要素の状態変更処理である場合（ステップ
Ｓ３０２）、変更した表示スタイルを対象の要素に設定
し（ステップＳ３０４）、その要素の表示矩形を更新矩
形として更新矩形リストに挙げる（ステップＳ３０
６）。つづいて、一括表示更新処理を行ない（ステップ
Ｓ３０８）、１ステップ分のイベント処理が終了する
（ステップＳ３３０）。

【０１０１】スクリプト処理である場合（ステップＳ３
０２）、スクリプト実行処理を行ない（ステップＳ３２
０）、スクリプト処理を行なった結果、更新矩形リスト
にデータがセットされているか否かの判断を行なう（ス
テップＳ３２２）。更新矩形リストにデータがセットさ
れている場合、一括表示更新処理を行ない（ステップＳ
３２４）、処理が終了する（ステップＳ３３０）。一
方、更新矩形リストにデータがセットされていない場
合、１ステップ分のイベント処理が終了する（ステップ
Ｓ３３０）。

【０１０２】要素の状態変更処理でもスクリプト処理で
もない場合（ステップＳ３０２）、当該処理行なって
（ステップＳ３１０）、１ステップ分のイベント処理が
終了する（ステップＳ３３０）。

【０１０３】図１５は、図１４に示したステップＳ３２
０のスクリプト実行処理のフローを示すフローチャート
である。

【０１０４】図１５を参照して、スクリプト実行処理が
開始されると（ステップＳ４００）、スクリプトの残り
ステップがあるか否かの判断が行なわれる（ステップＳ
４０２）。残りステップがある場合、１ステップ分のス
クリプトが実行され（ステップＳ４０４）、つづいて、
ステップＳ４０４で実行したステップに表示更新が必要
となる処理があったか否かの判断を行なう（ステップＳ
４０６）。更新された要素がある場合（ステップＳ４０
６）、その要素の表示矩形を更新矩形リストに追加して
（ステップＳ４０８），処理はステップＳ４０２に復帰
する。一方、更新された要素がない場合（ステップＳ４
０６），処理はステップＳ４０２に復帰する。

【０１０５】一方、ステップＳ４０２において、残りス
テップがないと判断された場合、スクリプト実行処理は
終了する（ステップＳ４１０）。

【０１０６】図１６は、図１３に示した逐次表示更新処
理のフローを示すフローチャートである。

【０１０７】図１６を参照して、逐次表示更新処理が開
始されると（ステップＳ５００）、演算処理部１４４
は、表示要素のルート（根）要素であるｂｏｄｙ要素を
現要素（処理の対象要素）とする（ステップＳ５０
２）。

【０１０８】つづいて、現要素が表示画面上に出力され
る（ステップＳ５０４）。現要素に子要素がある場合
（ステップＳ５０６）、長男要素（最初の子要素）が現
要素とされ（ステップＳ５０８）、処理はステップＳ５
０４に復帰する。

【０１０９】ステップＳ５０６において、現要素に子要
素がない場合、つづいて、現要素に弟要素（同じ親を持
つ現要素の次の要素）があるか否かのの判断が行なわれ
る（ステップＳ５１０）。現要素に弟要素がある場合
（ステップＳ５１０）、弟要素が現要素とされ（ステッ
プＳ５１２）、処理はステップＳ５０４に復帰する。一
方、ステップＳ５１０において、現要素に弟要素がない
場合（ステップＳ５１０）、逐次表示更新処理は終了す
る（ステップＳ５２０）。

【０１１０】図１７は、図１４に示した一括表示更新処
理のフローを示すフローチャートである。

【０１１１】図１７を参照して、一括表示更新処理が開
始されると（ステップＳ６００）、演算処理部１４４
は、表示要素のルート（根）要素であるｂｏｄｙ要素を
現要素（処理の対象要素）とする（ステップＳ６０
２）。

【０１１２】つづいて、現要素が表示を更新する必要が
あるものとして更新矩形リストに挙がられている要素の
うち、少なくとも一つの矩形を重なる部分があるか否か
の判断が行なわれる（ステップＳ６０４）。

【０１１３】現要素と更新矩形リスト中の要素との間に
重なりがある場合（ステップＳ６０４）、現要素を受信
機内部の仮想画面上、すなわち、ＲＡＭ１４２のメモリ
空間上に合成する（ステップＳ６０６）。つづいて、現
要素に子要素がある場合（ステップＳ６０８）、長男要
素（最初の子要素）が現要素とされ（ステップＳ６１
０）、処理はステップＳ６０４に復帰する。

【０１１４】ステップＳ６０４において現要素と更新矩
形リスト中の要素との間に重なりがない場合またはステ
ップＳ６０８において現要素に子要素がない場合、つづ
いて、現要素に弟要素（同じ親を持つ現要素の次の要
素）があるか否かのの判断が行なわれる（ステップＳ６
１２）。現要素に弟要素がある場合（ステップＳ６１
２）、弟要素が現要素とされ（ステップＳ６１４）、処
理はステップＳ６０４に復帰する。

【０１１５】一方、ステップＳ６１２において、現要素
に弟要素がない場合、受信機内部の仮想画面上から表示
を更新する必要のある矩形を切り出し実際の表示画面に
コピーする（ステップＳ６２０）。このコピーは、更新
矩形リストにあるすべての要素について行われる。つぎ
に、更新矩形リストの内容がクリアされ（ステップＳ６
２２）、一括表示更新処理が終了する（ステップＳ６３
０）。

【０１１６】なお、ここで、ステップＳ６０２からステ
ップＳ６２０までの処理について、要素３が更新対象で
ある場合について、図１１および図１２に示された要素
に則して説明すると以下のとおりである。

【０１１７】すなわち、まずステップＳ６０２に処理が
移行すると、まず要素１について処理の対象として特定
され、ｂｏｄｙ要素が現要素とされる（ステップＳ６０
２）。続いて、要素１は、更新対象となる要素３と重な
りが存在するので（ステップＳ６０４）、部分画面につ
いての更新であることに対応して、更新されるべき要素
として内部合成が行なわれる（ステップＳ６０６）。

【０１１８】続いて、次の要素とし要素１の子要素２が
存在するので（ステップＳ６０８）、要素２が処理対象
として特定され、現要素とされる（ステップＳ６１
０）。

【０１１９】さらに、ステップ６０４にもどって、要素
２は、更新対象となる要素３と重なりが存在するので
（ステップＳ６０４）、部分画面についての更新である
ことに対応して、更新されるべき要素として内部合成が
行なわれる（ステップＳ６０６）。続いて、次の要素と
し要素２の子要素３が存在するので（ステップＳ６０
８）、要素３が処理対象として特定され、現要素とされ
る（ステップＳ６１０）。

【０１２０】要素３は更新される矩形自身であるので、
当然に更新矩形リストとの重なりがあり（ステップＳ６
０４）、内部で要素の合成が行なわれる（ステップＳ６
０６）。

【０１２１】次に、要素３には子要素がないので（ステ
ップＳ６０８）、処理はステップＳ６１２に移行する。
要素３には弟要素である要素４が存在するので（ステッ
プＳ６１２）、次の要素として要素２の子要素の要素４
が現要素とされ（ステップＳ６１４）、要素４は更新が
行なわれる要素３と重なりを持っているので（ステップ
Ｓ６０４）、更新されるべき要素として対応する要素が
内部で合成される（ステップＳ６０６）。

【０１２２】要素４には、子要素もなく（ステップＳ６
０８）、弟要素もないので（ステップ６１２）、処理は
ステップＳ６２０に移行し、矩形の表示が更新される
（ステップＳ６２０）。

【０１２３】一方で、要素５〜要素８については、更新
されるべきいずれの要素とも重なりを有していないの
で、この要素については処理がスキップされる。たとえ
ば、要素５がスキップされた時点で、その子要素である
要素６、７も当然に重なる部分は存在しないはずである
ので、重なりをチェックすることなく、要素６，７につ
いてはスキップされる。

【０１２４】以上のようにして更新された要素１、２、
３および４について内部で合成された要素がステップＳ
６２２において出力されることになる。

【０１２５】以上の処理により、スクリプトの一連の処
理で発生した表示の更新は、その都度処理を行なうこと
をせずに、スクリプト終了後一括して更新処理が行なわ
れる。

【０１２６】なお、以上の説明において、たとえば、図
１３において、視聴者がリモコンの「データ」ボタンを
押すことにより処理が開始された後、視聴者がもう一度
「データ」ボタンを押すなどの終了動作を行なうと、図
１３の処理フローから即時に抜け出すという構成とする
ことも可能である。

【０１２７】以上のような処理を行なうことで、全画面
についての更新を行なう場合は、各構成要素を画面２０
０上にＤＯＭツリーの構成に従って順次表示していく。
したがって、視聴者の側からは、自分の行なった指示に
従って、応答性よく画像データの更新が行なわれている
と認識することができる。

【０１２８】一方、画面上の一部の構成要素についての
み更新が行なわれる場合は、更新の対象となる要素につ
いての表示を内部で合成した後に、ステップＳ６２０に
おいて一括して表示の更新を行なうため、視聴者は自分
の行なった指示に対応して、表示画面が一括して変更さ
れたものと認識する。処理量の負荷は大きくないため、
この場合も視聴者は応答性よく画像データの更新が行な
われていると認識することができる。

【０１２９】すなわち、処理時間に比較的長い時間を要
する全画面についての更新を行なう場合は、各構成要素
を順次画面上に表示していくことで、視聴者が指示を与
えてから実際に画面表示の更新が開始されるまでの待ち
時間を短縮し、視聴者に与えるストレスを低減すること
ができる。

【０１３０】一方で、画面中に表示された要素のうち一
部分のみを更新すればよい場合、すなわち、処理時間が
大きくない場合は、視聴者の指示に応じて更新される要
素に関連するすべての要素について内部で更新画面が合
成された後に一括して画面表示を変更するので、更新に
無関係な要素の処理をスキップし処理時間を短縮すると
とともに視聴者が予想しない画面の更新（ちらつき）を
なくすことができる。したがって視聴者は、ストレスを
感じることがない。

【０１３１】このような処理により、画面表示の処理を
簡略化することが可能で、表示レスポンスを向上させる
ことが可能である。

【０１３２】今回開示された実施の形態はすべての点で
例示であって制限的なものではないと考えられるべきで
ある。本発明の範囲は上記した説明ではなくて特許請求
の範囲によって示され、特許請求の範囲と均等の意味お
よび範囲内でのすべての変更が含まれることが意図され
る。

【０１３３】

【発明の効果】以上説明したとおり、本発明に係るデー
タ放送受信装置においては、情報データに対応する要素
を表示画面上に表示している場合に、視聴者との間でイ
ンターアクティブな処理を行なうときにも、処理量の負
荷に応じて、各要素を順次画面上で更新していくか、バ
ックグラウンド処理で更新画像を合成した後に表示する
かを選択する。さらに後者の場合には連続した表示更新
処理を一括処理する。したがって、表示更新処理におけ
る処理量の負荷を抑制しつつ、視聴者に与えるストレス
を抑制することが可能である。

【図面の簡単な説明】

【図１】 本発明のデータ放送受信装置１０００の構成
を示す概略ブロック図である。

【図２】 文書データを表示するブラウザの構成を抜き
出して示す概略ブロック図である。

【図３】 表示装置１９２の表示画面２００の一例を示
す概念図である。

【図４】 画面上のボタンを表示する際の構成要素につ
いて説明するための概念図である。

【図５】 メニュー画面における要素の構造を示すＤＯ
Ｍツリーを示す概念図である。

【図６】 全画面の表示を更新する際の処理のフローを
説明するための図である。

【図７】 全画面の表示を更新する際の表示画面を表示
していく過程を示す概念図である。

【図８】 選択されるボタンが変更されることに対応し
て表示画面が更新される状態を示す概念図である。

【図９】 ニュースに対応するボタン２１０が選択され
ている状態のＤＯＭツリーを示す図である。

【図１０】 天気予報に対応するボタン２１２が黒枠で
囲まれる状態に対応するＤＯＭツリーを示す概念図であ
る。

【図１１】 画面２００上に表示される要素の配列の他
の例を示す概念図である。

【図１２】 図１１に示したような画面に対応するＤＯ
Ｍツリーの構成を示す概念図である。

【図１３】 全体的な処理の流れを説明するためのフロ
ーチャートである。

【図１４】 図１３に示したステップＳ２１２の「１ス
テップ分のイベント処理」ルーティンを示すフローチャ
ートである。

【図１５】 図１４に示したステップＳ３２０のスクリ
プト実行処理のフローを示すフローチャートである。

【図１６】 図１３に示した逐次表示更新処理のフロー
を示すフローチャートである。

【図１７】 図１４に示した一括表示更新処理のフロー
を示すフローチャートである。

【符号の説明】

１００．１，１００．２ チューナ、１０２．１，１０
２．２ ８ＰＳＫ復調器、１０４．１，１０４．２ Ｔ
Ｓデコーダ、１０６ 切換スイッチ、１１０ＭＰＥＧ−
ＡＶデコーダ、１１２ ＲＡＭ、１２０ 付加音生成
器、１２２ ＰＣＭデコーダ、１３０ オンスクリーン
ディスプレイ処理部、１４０ ＲＯＭ、１４２ ＲＡ
Ｍ、１４４ 演算処理部、１４６ 高速デジタルインタ
ーフェイス、１４８ 内蔵蓄積デバイス、ＢＳ１ デー
タバス、１５０ モデム、１５２ＩＣカードインターフ
ェイス、１６０．１，１６０．２ 合成器、１６２ 音
声出力端子、１６４ 映像出力端子、１８０ 外部蓄積
デバイス、１８２ 外部入力機器、１８８ ファイルシ
ステム、１０００ データ放送受信装置、１４４２ＢＭ
Ｌ文書ファイル読込部、１４４４ 字句解析部、１４４
６ 構文解析部、１４４８ ＤＯＭツリー作成部。

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年５月１７日（２００１．５．１
７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００８９

【補正方法】変更

【補正内容】

【００８９】ここで、「要素の状態」とは、要素ごと
に、表示スタイルとして「通常」、「フォーカス」、
「アクティブ」の状態を有することができることを意味
する。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０１１２

【補正方法】変更

【補正内容】

【０１１２】つづいて、現要素が更新矩形リストに挙げ
られている矩形のうちの少なくとも一つと重なる部分が
あるか否かの判断が行なわれる（ステップＳ６０４）。

フロントページの続き Ｆターム(参考） 5C025 AA30 BA01 BA18 BA25 BA27 BA28 CA09 CB08 CB10 DA01 DA04 DA05 5C063 AB03 AC01 AC05 AC10 CA20 CA36 DA03 DA07 DA13 DB10 EA01 EB33 EB35 EB45

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データ放送受信装置であって、 情報データが放送されるチャネルを選択するための選局
   手段と、 前記選局手段からの出力を受けて、デジタルデータを抽
   出するための復号手段と、 前記デジタルデータを格納するためのデータ記憶領域を
   有するデータ記憶手段とを備え、 前記デジタルデータは、表示画面上に出力される複数の
   要素の構成に対応する文書構造木に基づくデータ構造を
   有し、 外部からの指示に応じて、前記表示画面を更新する場
   合、前記表示画面全体を構成する各前記要素を前記文書
   構造木に従って順次更新する処理と、前記複数の要素の
   うちの一部の要素について更新後の画像を内部合成した
   後に前記表示画面を更新する処理とを選択的に行なう演
   算処理手段と、 前記演算処理部の出力に応じて、前記表示画面を出力す
   る表示手段とをさらに備える、データ放送受信装置。
2. 【請求項２】 前記複数の要素のうちの一部の要素は、
   前記文書構造木において、更新対象となる要素とすくな
   くとも前記表示画面上において重なり部分を有する要素
   である、請求項１記載のデータ放送受信装置。
3. 【請求項３】 前記演算手段は、 予め設定可能な一連の処理手続きが指定された場合、前
   記一連の処理手続き中に生じた表示更新処理を記憶して
   おき、前記一連の処理手続きの終了後に前記表示更新処
   理後に相当する画像を内部合成して、一括して前記表示
   更新処理を行なう、請求項１記載のデータ放送受信装
   置。
4. 【請求項４】 前記一連の処理手続きは、ＢＭＬ言語中
   に記述されたスクリプト処理である、請求項３記載のデ
   ータ放送受信装置。