JP6891811B2 - 情報処理装置、および情報処理方法、並びにプログラム - Google Patents

Description

本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。さらに詳細には、画像や文字等からなる表示用データに、スクリプト（プログラム）の実行によって生成されるグラフィックデータを重畳して表示する情報処理装置、および情報処理方法、並びにプログラムに関する。

昨今、画像データの解像度の向上が進み、メディアに記録された画像や放送局の提供する画像データは、高画質画像であるＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画像、いわゆるハイビジョン対応の２Ｋ画像が多く利用されている。
今後、さらに高画質化が進み、超高精細画像（ＵＨＤ：Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ画像）、例えば画素数を増加させた４Ｋ画像や、８Ｋ画像の利用が増加することが予想される。

また、昨今の放送サービスにおいては通常の放送番組に加え、送信装置からアプリケーションによって表示可能なアニメーション、静止画、動画、テキストデータ等をテレビ等の受信装置に送信し、受信装置においてアプリケーションを実行して、様々な付加情報を重畳して表示することを可能とした構成が利用されている。
このようなサービスを実現する一つの構成として、テレビ等の受信装置におけるブラウザの利用がある。

昨今のテレビ等の受信装置の多くは、ブラウザ実行機能を備えており、放送局等から送信されるＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルを利用して、ＨＴＭＬ記述に従った表示データを生成して、通常の放送番組に併せて様々なデータを表示する処理が可能となっている。
なお、ブラウザを利用した画像表示処理に関する従来技術を開示した文献として、例えば、特許文献１（特開２００７−１３３８９８号公報）、特許文献２（特開２０１５−０９９３４０号公報）等がある。

従来の一般的なデータ放送等では、ブラウザによる出力画像サイズは、例えば９６０×５４０画素等、比較的、小さな画像サイズが多く利用されていた。
近年、より大きな画像サイズである１９２０×１０８０画素（Ｈｙｂｒｉｄｃａｓｔ）の画像サイズのブラウザも実用化されつつある。

３８４０×２１６０画素の４Ｋ画像を出力可能な４Ｋテレビが普及しつつある現状において、各メーカーのテレビに搭載されたブラウザの機能は、様々である。
例えば、
（ａ）１９２０×１０８０画素の画像出力機能を持つ２Ｋプラウザを搭載したテレビ、
（ｂ）３８４０×２１６０画素の画像出力機能を持つ４Ｋプラウザを搭載したテレビ、
これらの異なるブラウザを備えたテレビが販売されている。
さらに、今後は、
（ｃ）７６８０×４３２０画素の画像出力機能を持つ８Ｋプラウザを搭載したテレビも開発され、利用される可能性がある。

しかし、一般的なテレビはＰＣ等のデータ処理装置に比較すると利用可能なメモリ容量は小さく、データ処理機能も低い。従って、例えば上述した４Ｋブラウザや、８Ｋブラウザを用いて画像表示を行おうとしても、滑らかな表示ができない場合も少なくない。

従って、テレビ等の受信装置側においてスクリプト（プログラム）を実行してグラフィックデータを生成して表示する場合、グラフィックデータの生成負荷が過大となり、また高解像度のグラフィックデータを格納する描画メモリの容量が不足するといった問題が発生する可能性が高くなる。

特開２００７−１３３８９８号公報 特開２０１５−０９９３４０号公報

本開示は、例えば上記の問題点に鑑みてなされたものであり、利用可能なメモリ容量が小さく、データ処理能力の低いテレビ等の情報処理装置において、４Ｋ画像や８Ｋ画像といった高解像度画像に併せて様々なグラフィックデータを確実に生成して表示することを可能とした情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。

本開示の第１の側面は、
グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
前記グラフィック描画データ生成部は、スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成し、
前記合成部は、前記低解像度グラフィックデータの拡大データを用いて表示部出力用の合成画像を生成する情報処理装置にある。

さらに、本開示の第２の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
前記グラフィック描画データ生成部が、
スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成し、
前記合成部は、
前記低解像度グラフィックデータの拡大データを用いて表示部出力用の合成画像を生成する情報処理方法にある。

さらに、本開示の第３の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
前記プログラムは、
前記グラフィック描画データ生成部に、
スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成させ、
前記合成部に、
前記低解像度グラフィックデータの拡大データを用いて表示部出力用の合成画像を生成させるプログラムにある。

なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、高解像度の画像データに、スクリプトに従って生成した低解像度グラフィックデータを合成して表示する構成が実現される。
具体的には、グラフィック描画データ生成部が、ＨＴＭＬ文書内に記述されたスクリプトに従ってグラフィックデータの生成処理を行なう際、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成して描画メモリに格納する。画像変換部が、描画メモリ内の低解像度グラフィックデータを拡大して高解像度グフィックデータと同一のサイズに変換した後、その他の高解像度画像データ等と合成して出力する。
本構成により、高解像度の画像データに、スクリプトに従って生成した低解像度グラフィックデータを合成して表示する構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

通信システムの一構成例について説明する図である。 受信送信の実行する処理例について説明する図である。 受信送信の実行する処理例について説明する図である。 受信送信の実行する処理例について説明する図である。 受信送信の構成例と、実行する処理について説明する図である。 ＨＴＭＬ文書の一例について説明する図である。 スタイルシートの一例について説明する図である。 スクリプトの一例について説明する図である。 スクリプトの一例について説明する図である。 スクリプトの一例について説明する図である。 本開示の情報処理装置である受信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 本開示の情報処理装置である受信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 本開示の情報処理装置である受信装置の実行する処理シーケンスについて説明するフローチャートを示す図である。 本開示の情報処理装置である受信装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．通信システムの構成例について
２．受信装置におけるブラウザを利用した画像出力例について
３．受信装置におけるブラウザを利用した画像出力処理における問題点について
４．受信装置におけるブラウザを利用した画像出力処理の問題点を解決した構成例について
５．本開示の情報処理装置（受信装置）の実行する処理のシーケンスについて
６．グラフィックデータ描画処理に際して解像度低下処理の要否判定を実行して判定結果に応じた処理を行なう実施例について
７．情報処理装置の構成例について
８．本開示の構成のまとめ

［１．通信システムの構成例について］
まず、図１を参照して本開示の処理を実行する通信システムの一構成例について説明する。
図１に示すように、通信システム１０は、画像データや音声データ等のコンテンツを送信する通信装置である送信装置２０と、送信装置２０の送信するコンテンツを受信する通信装置である受信装置３０を有する。

送信装置２０は、具体的には、例えば、主にＴＶ番組等を送信する放送サーバ（放送局）２１や、主に広告データを送信する広告サーバ２２、様々なデータを送信するデータ配信サーバ２３等、様々なコンテンツ（放送番組、広告、その他のデータ）を提供する側の装置である。
一方、受信装置３０は、一般ユーザのクライアント装置であり、具体的には、例えばテレビ３１、ＰＣ３２、携帯端末３３等によって構成される。
なお、図１では、送信装置２０の例として、放送サーバ（放送局）２１、広告サーバ２２、データ配信サーバ２３を区別して記載しているが、１つのサーバが放送番組、広告、その他のデータをすべて送信する構成もある。

送信装置２０と受信装置３０間のデータ通信は、インターネット等のネットワークを介した双方向通信、一方向通信、あるいは、放送波等による一方向通信の少なくともいずれか、あるいは両者を利用した通信として行われる。

送信装置２０は、受信装置３０に対して、通常の番組コンテンツを送信し、さらに、例えばデータ放送やアニメーション表示等、通常番組に重畳して表示するデータや、表示処理用のプログラムなどを送信する。
具体的には、例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル、その他の画像データ、アプリケーションプログラム（スクリプト）等の様々なデータを送信する。

受信装置３０は、通常の番組コンテンツを表示部やスピーカ等の出力部に出力する処理を実行する。また、受信装置３０はブラウザ実行機能を有し、ＨＴＭＬ文書ファイルを解釈し、ＨＴＭＬ文書ファイルの記述データに従った出力データを表示部、スピーカ等からなる出力部に出力する。

ブラウザは、例えばＷｅｂページを閲覧するためのアプリケーションプログラムであり、ＨＴＭＬ文書ファイル、画像ファイル、音声ファイル、Ｊａｖａ（登録商標）スクリプトファイル等のスクリプト（プログラム）を組み合わせて、画像、音声、アニメーション等からなる出力情報を生成するプログラムである。

受信装置３０は、ブラウザを実行することで、受信装置の表示部に通常の放送番組に併せて、様々な動画、静止画、アニメーション等を重畳表示することができる。

［２．受信装置におけるブラウザを利用した画像出力例について］
次に、図２以下を参照して、テレビや携帯端末等の受信装置３０におけるブラウザを利用した画像出力例について説明する。

図２は、受信装置３０におけるブラウザを利用した画像表示処理の一例を示す図である。
放送局等の送信装置２０からは、通常の番組コンテンツに併せて、ブラウザを利用した表示データを生成するために利用される様々なデータが受信装置３０に送信される。
例えばＨＴＭＬ文書ファイル、画像ファイル、音声ファイル、さらに、アニメーション表示処理等のプログラム実行機能をブラウザ上で実行可能なＪａｖａ（登録商標）スクリプト等のスクリプトファイル等が送信される。

受信装置３０は、これらのデータを利用して、図２に示す出力画像５０を生成して表示する。
通常の番組コンテンツは、一旦、図に示す文字、画像データ描画メモリ１０１に格納される。
送信装置２０から送信される番組コンテンツを構成する画像、文字、音声等の各データは、圧縮符号化データであり、受信装置３０は、この符号化データを復号する処理を実行し、復号結果を文字、画像データ描画メモリ１０１に格納する。

さらに、受信装置３０は、送信装置２０から受信したＨＴＭＬ文書ファイル、画像ファイル、音声ファイル等をアプリケーション実行部１０２に入力する。
アプリケーション実行部１０２は、送信装置２０から受信したＨＴＭＬ文書ファイルを解析して、ＨＴＭＬ文書ファイルの記述に従った出力データを生成する。

ＨＴＭＬ文書ファイルには、出力データのスタイルを規定するためのスタイルシートや、出力データを構成する画像、音声、テキスト等の情報、さらに例えば、グラフィックデータの生成や、アニメーションの実行機能を実現するＪａｖａ（登録商標）スクリプト等のスクリプト（プログラム）等、様々な情報が含まれ、アプリケーション実行部１０２は、これらを利用した出力データを生成する。

なお、本明細書において「グラフィックデータ」とは、スクリプトの記述に従って生成される表示用データである。
具体的には、例えばＨＴＭＬ文書に含まれるスクリプトに記述された座標データを適用して算出される２次元（２Ｄ）、あるいは３次元（３Ｄ）の図形データ等の表示用データである。

なお、スクリプトは、様々な出力データを生成することが可能なブラウザ上で実行可能なプログラム（アプリケーション）である。
図２には、矩形、半円状のグラフィックデータを生成するスクリプトを利用した例を示している。
図２に示す矩形、半円状のグラフィックデータを生成するスクリプトには、例えば矩形形状の描画データを生成するための矩形形状を規定する頂点座標データや、輪郭線の色、態様（実線、点線等）、輪郭内の描画態様（塗りつぶし色など）の様々な描画指定情報（描画命令、描画コマンド等も呼ばれる）が含まれる。

アプリケーション実行部（スクリプト実行部）１０２は、この描画指定情報に従って、様々なグラフィックデータを生成する。生成したグラフィックデータは、図２に示すグラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納される。

合成出力部１０４は、文字、画像データ描画メモリ１０１に格納された番組コンテンツと、グラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納されたグラフィックデータの合成処理（重畳処理）を実行し、合成画像が、出力画像５０として受信装置３０の表示部に出力される。出力画像５０は、ブラウザ上の表示画像である。

［３．受信装置におけるブラウザを利用した画像出力処理における問題点について］
次に、図３以下を参照して、テレビや携帯端末等の受信装置３０におけるブラウザを利用した画像出力処理における問題点について説明する。

前述したように、ブラウザによる出力画像サイズは、従来は、例えば９６０×５４０画素等、比較的、小さな画像サイズが多く利用されていた。
しかし、近年、より大きな画像サイズである１９２０×１０８０画素（Ｈｙｂｒｉｄｃａｓｔ）の画像サイズのブラウザが実用化されつつある。

さらに、テレビ等の表示装置の高画質化も急速に進んでおり、３８４０×２１６０画素の４Ｋ画像や、７６８０×４３２０画素の８Ｋ画像を出力可能な４Ｋテレビや８Ｋテレビの利用や開発が進んでいる。

このような状況において、ブラウザによる出力画像サイズも３８４０×２１６０画素の４Ｋ画像や、７６８０×４３２０画素の８Ｋ画像と同じ画像サイズを持つ４Ｋブラウザや、８Ｋブラウザ等、大型化が求められている。

しかし、前述したように、現状のテレビは、ＰＣ等のデータ処理装置に比較すると、利用可能なメモリ容量は小さく、データ処理機能も低い。
このような低機能なリソースを利用して上述した４Ｋブラウザや、８Ｋブラウザを用いて画像表示を行おうとしても、滑らかな表示ができない可能性が高くなる。

例えば、図２を参照して説明したように、受信装置３０がスクリプトを実行してグラフィックデータを生成して表示する場合、グラフィックデータの生成負荷が過大となり、また高解像度のグラフィックデータを格納する描画メモリの容量も不足し、結果として、スムーズなグラフィックデータの生成、表示処理ができないといった問題が発生する。

図３は、放送局等の送信装置２０から受信装置３０に送信される番組コンテンツが４Ｋ、あるいは８Ｋの高解像度画像であり、また、送信装置２０が、番組コンテンツとともに受信装置３０に送信するＨＴＭＬ文書ファイルに記録されたスクリプトも４Ｋ、あるいは８Ｋのグラフィックデータ描画処理用のスクリプトである場合の受信装置３０の表示データ生成処理例を示す図である。

受信装置３０は、送信装置２０から送信される４Ｋ、あるいは８Ｋの高解像度画像の符号化データの復号処理を実行し、復号結果である高解像度画像データを、文字、画像データ描画メモリ１０１に格納する。

さらに、受信装置３０は、送信装置２０から受信したＨＴＭＬ文書ファイルに記録されたスクリプトをアプリケーション実行部１０２に入力し、スクリプトを実行して、４Ｋ、あるいは８Ｋの高解像度画像データからなるグラフィックデータを生成する。

生成されたグラフィックデータは、図３に示すグラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納される。

合成出力部１０４は、文字、画像データ描画メモリ１０１に格納された番組コンテンツと、グラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納されたグラフィックデータの合成処理（重畳処理）を実行し、合成画像が、出力画像５０として、受信装置３０の表示部に出力される。出力画像５０は、ブラウザ上の表示画像である。

この一連の処理において、アプリケーション実行部１０２は、４Ｋ、あるいは８Ｋの高解像度画像データからなるグラフィックデータを生成する処理を実行して、生成した高解像度グラフィックデータをグラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納する処理を実行しなければならない。

しかし、生成するグラフィックデータの解像度が高い場合、すなわち４Ｋや８Ｋ画像からなる高解像度のグラフィックデータである場合、グラフィックデータの生成処理負荷が過大となる。また、グラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３のメモリ容量も大きなものが必要となる。

データ処理リソースが不十分なテレビ等の受信装置３０は、グラフィックデータの生成処理に時間を要する。また、メモリ容量の少ないテレビ等の受信装置３０は、生成した高解像度のグラフィックデータを記録（バッファ）することができない。結果として、グラフィックデータの出力ができなくなる恐れがある。

［４．受信装置におけるブラウザを利用した画像出力処理の問題点を解決した構成例について］
次に、上述した問題点を解決し、受信装置におけるブラウザを利用した画像出力処理を、より確実に実行する構成例について説明する。

図４は、本開示の受信装置３０におけるブラウザを利用した画像出力処理の一例を説明する図である。
図４に示す例も、図３を参照して説明した例と同様、放送局等の送信装置２０から受信装置３０に送信される番組コンテンツが４Ｋ、あるいは８Ｋの高解像度画像であり、また、送信装置２０が、番組コンテンツとともに受信装置３０に送信するＨＴＭＬ文書ファイルに記録されたスクリプトも４Ｋ、あるいは８Ｋの高解像度グラフィックデータ描画処理用のスクリプトである場合の例である。

受信装置３０は、送信装置２０から送信される４Ｋ、あるいは８Ｋの高解像度画像の符号化データの復号処理を実行し、復号結果である高解像度画像データを、文字、画像データ描画メモリ１０１に格納する。

さらに、受信装置３０は、送信装置２０から受信したＨＴＭＬ文書ファイルに記録されたスクリプトをアプリケーション実行部１０２に入力し、スクリプトを実行する。

ここで、アプリケーション実行部１０２は、４Ｋ、あるいは８Ｋの高解像度画像データからなるグラフィックデータを生成せず、低解像度画像データからなるグラフィックデータを生成する。例えば２Ｋの低解像度グラフィックデータを生成して、図４に示すグラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納する。

合成出力部１０４は、文字、画像データ描画メモリ１０１に格納された番組コンテンツと、グラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納されたグラフィックデータの合成処理（重畳処理）を実行する。

合成出力部１０４は、この合成処理に際して、グラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納された低解像度のグラフィックデータの拡大処理を実行する。すなわち、元の高解像度（４Ｋまたは８Ｋ）画像のデータサイズに変更する画像変換（画像拡大）処理を実行し、変換されたグラフィックデータと、文字、画像データ描画メモリ１０１に格納された番組コンテンツとの合成処理を実行し、この合成画像を出力画像５０として、受信装置３０の表示部に出力する。

この一連の処理において、アプリケーション実行部１０２は、例えば２Ｋの低解像度画像データからなるグラフィックデータを生成する処理を実行し、生成した低解像度グラフィックデータをグラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３に格納する処理を実行する。

このように、生成するグラフィックデータの解像度を低く設定することで、グラフィックデータの生成処理負荷を低減することができる。また、グラフィックデータ描画メモリ（中間描画グラフィックデータバッファ）１０３のメモリ容量も小さなものとすることが可能となる。

このような処理を実行することで、データ処理リソースやメモリリソースが不十分なテレビ等の受信装置３０においても、グラフィックデータの生成処理を高速に行うことが可能となり、エラーのない合成画像出力を実行することができる。

図４を参照して説明した処理を実行する受信装置３０の具体的な構成例と、具体的な処理シーケンスについて、図５を参照して説明する。

図５は、受信装置３０の一部構成を示すブロック図である。
図５は、受信装置３０が、送信装置２０から受信するＨＴＭＬ文書ファイルに基づいて、番組コンテンツと、グラフィックデータからなる合成画像を生成して表示部に表示する構成を示している。

ＨＴＭＬ文書処理部２０１は、送信装置２０から受信したＨＴＭＬ文書ファイルの解釈を実行する。
ＨＴＭＬ文書の一例を図６に示す。
ＨＴＭＬ文書は、図６に示すように、例えば、
（ａ）スタイルシート３０１、
（ｂ）スクリプト３０２、
（ｃ）ボディ３０３、
これらの構成要素を持つ。

スタイルシート３０１は、ブラウザ画面に表示する各構成要素（テキスト、静止画、動画、グラフィックデータ等）の配置やデザインを規定するデータである。
スタイルシート３０１は例えばＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ）言語を利用したスタイルシートとして構成される。
ＣＳＳを利用したスタイルシートを適用することで、例えば表示情報に動きを加えたアニメーション、いわゆるＣＳＳアニメーションの表示も可能となる。

スクリプト３０２は、先に図２、図３を参照して説明したように、例えばグラフィックデータの生成プログラムである。
なお、スクリプト３０２は、ブラウザ上で実行可能なプログラムであり、具体的にはＪａｖａ（登録商標）スクリプトなどがある。
スクリプトには、様々な種類があり、グラフィックデータの生成のみならず、２次元画像データや３次元画像データの生成、出力処理、アニメーショングラフッィクデータ等の生成、出力処理等、様々な処理を実行するスクリプトがある。

また、例えばスクリプトの実行によって生成した２次元グラフィックデータや３次元グラフィックデータと、前述したＣＳＳを利用したスタイルシートと組み合わせることで、各グラフィックデータに動きを加えたアニメーション（ＣＳＳアニメーション）表示を行うことも可能である。

ボディ３０３は、例えばＨＴＭＬ文書に従って生成されるブラウザ画面上に出力されるテキストや、動画、静止画等のデータ、グラフィックデータ生成用のデータ等を記録した領域である。
図に示すように、例えば、文字データ情報３１１、動画データ情報３１２、静止画データ情報３１３、グラフィックデータ情報３１４等が記録される。

スタイルシート３０１の具体的な一例について図７を参照して説明する。
前述したように、スタイルシート３０１は、ブラウザ画面に表示する各構成要素（テキスト、静止画、動画、グラフィックデータ等）の配置やデザインを規定するデータである。
図７には、スタイルシートの一部構成を示している。
スタイルシートには、例えば、図７に示すように、
輪郭線情報３２１、領域情報３２２、背景色情報３２３、マージン情報３２４等の情報等が含まれる。
図７に示す例は、例えばブラウザ画面の一部の矩形領域を規定した情報である。例えばテキストの表示領域の規定情報等に対応する。

輪郭線情報３２１は、４ピクセル（画素）幅のタークオレンジ色の実線を規定している。
領域情報３２２は、幅２００ピクセル、高さ５０ピクセルの矩形領域を規定している。
背景色情報３２３は、ゴールドを規定している。
マージン情報３２４は、５０ピクセルのマージンを規定している。

例えば、これらの情報によって規定されるダークオレンジ色の実線で囲まれた幅２００ピクセル、高さ５０ピクセルの矩形領域であり、背景色がコールドに設定された領域くにマージン５０ピクセルで、テキストが表示される。
テキストは、図６に示すＨＴＭＬ文書のボディ３０３に記録されたテキストである。

図７に示す例は、スタイルシート３０１の一例であり、スタイルシート３０１には、ブラウザ画面に表示される他の様々なデータの表示スタイルを規定したデータが記録される。
また、前述したアニメーション表示を実現するＣＳＳスタイルシート等、様々なスタイルシートがある。

次に、図６を参照して説明したスクリプト３０２の具体例について説明する。
スクリプト３０２は、先に図２、図３を参照して説明したように、例えばグラフィックデータの生成プログラムである。
前述したように、スクリプト３０２は、ブラウザ上で実行可能なプログラムであり、具体的にはＪａｖａ（登録商標）スクリプトなどがある。
また、スクリプトは、グラフィックデータの生成のみならず、３次元画像データの生成、出力処理、アニメーショングラフッィクデータの生成、出力処理等、様々な処理を実行するスクリプトがある。

スクリプトの一例を図８に示す。
図８に示す例は、２次元（２Ｄ）グラフィックデータの生成処理を実行するスクリプトの例である。
図８に示す２次元（２Ｄ）グラフィックデータの生成処理実行スクリプトは、例えば以下のような描画命令によって構成される。
（ａ）ｃｏｎｔｅｘｔ．ｆｉｌｌＲｅｃｔ（２００，４００，５００，１０００）
（ｂ）ｃｏｎｔｅｘｔ．ｓｔｒｏｋｅＳｔｙｌｅ＝ｒｇｂ（００，００，２５５）
（ｃ）ｃｏｎｔｅｘｔ．ｆｉｌｌＳｔｙｌｅ＝ｒｇｂ（２５５，００，００）
（ｄ）ｃｏｎｔｅｘｔ．ｓｔｒｏｋｅＲｅｃｔ（２０００，８００，１０００，５００）
（ｅ）ｃｏｎｔｅｘｔ．ａｒｃ（１５００，７５０，６００，Ｍａｔｈ．ＰＩ＊１，Ｍａｔｈ．ＰＩ＊２，ｔｒｕｅ）

（ａ）ｃｏｎｔｅｘｔ．ｆｉｌｌＲｅｃｔ（２００，４００，５００，１０００）
この記述は、四角形の描画命令であり、左から２００（ピクセル）、上から４００（ピクセル）の位置を起点として、幅５００（ピクセル）、高さ１０００（ピクセル）の四角形を描画することを指示する記述である。

（ｂ）ｃｏｎｔｅｘｔ．ｓｔｒｏｋｅＳｔｙｌｅ＝ｒｇｂ（００，００，２５５）
この記述は、上記の（ａ）で指定された四角形の枠の色（ＲＧＢ）を指定するデータであり、Ｂ＝２５５、すなわち青色の四角形枠線を描画することを指示する記述である。

（ｃ）ｃｏｎｔｅｘｔ．ｆｉｌｌＳｔｙｌｅ＝ｒｇｂ（２５５，００，００）
この記述は、上記の（ａ）で指定された四角形内の塗りつぶしの色（ＲＧＢ）を指定するデータであり、Ｒ＝２５５、すなわち四角形の中を赤色で塗りつぶすことを指示する記述である。

（ｄ）ｃｏｎｔｅｘｔ．ｓｔｒｏｋｅＲｅｃｔ（２０００，８００，１０００，５００）
この記述は、四角形の枠線の描画命令であり、左から２０００（ピクセル）、上から８００（ピクセル）の位置を起点として、幅１０００（ピクセル）、高さ５００（ピクセル）の四角形の枠線を描画することを指示する記述である。

（ｅ）ｃｏｎｔｅｘｔ．ａｒｃ（１５００，７５０，６００，Ｍａｔｈ．ＰＩ＊１，Ｍａｔｈ．ＰＩ＊２，ｔｒｕｅ）
この記述は、半円の描画命令であり、左から１５００（ピクセル）、上から７５０（ピクセル）の位置を起点として、半径６００（ピクセル）の半円を反時計回り（左回り）で描画することを指示する記述である。

スクリプト３０２には、例えば、このように、様々なグラフィックデータの描画処理命令が記述される。
受信装置のアプリケーション（スクリプト）実行部は、このようなスクリプトの記述を解釈して、グラフィックデータの描画、表示処理を実行する。

図８に示すスクリプトの例は、２次元（２Ｄ）グラフィックデータの描画処理を実行させるスクリプトの例である。
図９、図１０に３次元（３Ｄ）グラフィックデータの描画処理を実行させるスクリプトの例を示す。

図９、図１０に示すように、３次元（３Ｄ）グラフィックデータの描画処理を実行させるスクリプトには、例えば以下のような記述が含まれる。
（ａ）表示領域情報４５１、
（ｂ）カメラ位置情報４５２、
（ｃ）レンダラ情報４５３、
（ｄ）光源位置情報４５４、
（ｅ）表示オブジェクト情報４５４、
（ｆ）アニメーション表示情報４５７、

受信装置のアプリケーション（スクリプト）実行部は、このようなスクリプトの記述を解釈して、３Ｄグラフィックデータの描画、アニメーション表示処理を実行する。

図５に戻り、受信装置３０の構成と処理について説明する。
ＨＴＭＬ文書処理部２０１は、図６を参照して説明した構成を持つＨＴＭＬ文書の解析処理を実行する。

レイアウト処理部２０２は、ＨＴＭＬ文書に含まれるスタイルシートに従って、ブラウザ画面内の各校正要素の配置等のレイアウトを決定する。
このレイアウト処理においては、レイアント処理用メモリ２０３が利用される。

メディアデータ描画処理部（メディアレンダラ）２０４は、レイアウト処理部２０２によって配置が決定された各領域に対して、例えば、放送局等の送信装置２０から送信される高解像度（４Ｋ、８Ｋ等）の画像データを含む番組コンテンツの描画処理を実行する。

描画処理は、例えば放送番組を構成する文字、静止画、動画、それぞれ個別に行われる。
描画結果は、文字、画像データ描画メモリ２０５内に、個別に記録される。
文字データの描画結果は、文字描画プレーン２１１として文字、画像データ描画メモリ２０５内に格納される。
静止画データの描画結果は、静止画描画プレーン２１２として文字、画像データ描画メモリ２０５内に格納される。
動画データの描画結果は、動画描画プレーン２１３として文字、画像データ描画メモリ２０５内に格納される。

これらは、いずれも放送局等の送信装置２０から送信される高解像度（４Ｋ、８Ｋ等）のデータである。
すなわち、文字、画像データ描画メモリ２０５内には、高解像度（４Ｋ、８Ｋ等）の文字、静止画、動画の各データが格納される。

一方、図５に示すグラフィック描画データ生成部２２０内のアプリケーション実行部（スクリプト実行エンジン）２２１には、ＨＴＭＬ文書処理部２０１によって解析されたＨＴＭＬ文書中のスクリプトデータ、およびスクリプトの実行に必要となる各データが入力される。

アプリケーション実行部（スクリプト実行エンジン）２２１は、これらの入力データに基づいてスクリプトを実行する。アプリ実行用ワークメモリ２２２をワークエリアとして利用してスクリプトを実行する処理が行われる。

スクリプトは、例えば、図４中のグラフィックデータ描画メモリ１０３内に示すグラフィックデータを出力するプログラムなどである。
前述したように、スクリプトは、例えば、静止画、動画、音声、２Ｄデータ、３Ｄデータ等、様々なデータを生成するプログラムによって構成される。

アプリケーション実行部（スクリプト実行エンジン）２２１は、ＨＴＭＬ文書に記録されたスクリプトに従ったグラフィックデータの描画要求をグラフィックデータ描画処理部（グラフィックレンダラ）２２３に出力する。
グラフィックデータ描画処理部（グラフィックレンダラ）２２３は、アプリケーション実行部（スクリプト実行エンジン）２２１の処理要求に従って、グラフィックデータを、グラフィックデータ描画メモリ２２４に記録する。すなわち、グラフィックデータ描画メモリ２２４にグラフィック描画プレーンを生成する。

本開示の処理構成において、グラフィック描画処理部（グラフィックレンダラ）２２３は、ＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィック描画プレーンを生成することなく、解像度を低下させたグラフィック描画プレーンを生成する。

すなわち、グラフィック描画データ生成部２２０は、ＨＴＭＬ文書に記録されたスクリプトに従った４Ｋや８Ｋ等の高解像度グラフィック描画プレーンの生成を行わず、解像度を低下させたグラフィック描画プレーン、例えば２Ｋ画像相当の解像度を持つグラフィック描画プレーンの生成処理を行なう。

このように、グラフィックデータ描画メモリ２２４に生成されるグラフィック描画プレーンは、ＨＴＭＬ文書に記録されたスクリプトのオリジナルの解像度のグラフィックデータではなく、ＨＴＭＬ文書に記録されたスクリプトのオリジナルの解像度より低い低解像度のグラフィックデータ（グラフィック描画プレーン）となる。
なお、グラフィックデータ描画メモリ２２４には、レイアウト処理部２０２によって配置が決定された領域にグラフィック描画プレーンが描画される。

上述したように、スクリプトに従って生成するグラフィックデータを低解像度のデータとすることで、スクリプトに従ったグラフィックデータの描画処理の負荷を低減することが可能となり、また、生成したグラフィックデータの格納領域であるグラフィックデータ描画メモリ２２４の必要容量を小さくすることが可能となる。

例えば、ＨＴＭＬ文書のスクリプトの記述が４Ｋ画像相当のグラフィックデータの描画命令から構成され、グラフィック描画処理部（グラフィックレンダラ）２２３が、２Ｋ画像相当のグラフィックデータをグラフィックデータ描画メモリ２２４に記録する場合、２Ｋ画像相当のグラフィックデータは、４Ｋ画像相当のグラフィックデータの１／４のサイズのデータとなる。すなわち、縦方向、横方向とも１／２に縮小されたデータサイズとなる。

また、例えば、ＨＴＭＬ文書のスクリプトの記述が８Ｋ画像相当のグラフィックデータの描画命令から構成され、グラフィック描画処理部（グラフィックレンダラ）２２３が、２Ｋ画像相当のグラフィックデータをグラフィックデータ描画メモリ２２４に記録する場合、２Ｋ画像相当のグラフィックデータは、８Ｋ画像相当のグラフィックデータの１／８のサイズのデータとなる。すなわち、縦方向、横方向とも１／４に縮小されたデータサイズとなる。

なお、ＨＴＭＬ文書に記録されたスクリプトは、高解像度グラフィックデータの描画処理用のスクリプトであり、例えばグラフィックデータの描画領域等を指定する座標は、４Ｋや８Ｋ等の高解像度対応の座標系で表現されている。

スクリプトに記録される座標データとしては、例えばブラウザ上に２次元（２Ｄ）グラフィックデータを描画するスクリプトの仕様である「ｃａｎｖａｓ」に従った座標データ、あるいはブラウザ上に３次元（３Ｄ）グラフィックデータを描画するスクリプトの仕様である「ＷｅｂＧＬ」に従った座標データ等がある。

２Ｋ等の低解像度グラフィックデータ（グラフィック描画プレーン）を生成するためには、ＨＴＭＬ文書のスクリプトに記載された高解像度対応の座標指定情報を、低解像度対応の座標指定情報に変換して、グラフィックデータを描画する処理を行なうことが必要となる。
この座標系の変換処理は、図５に示すグラフィック描画データ生成部２２０内のアプリケーション実行部２２１、または、グラフィックデータ描画処理部２２３のいずれかで行う。

例えば、図５に示すアプリケーション実行部２２１が座標変換処理を行なう場合は、アプリケーション実行部２２１において、ＨＴＭＬ文書中のスクリプトに記述された高解像度対応の座標指定データを、低解像度対応の座標指定データに変換し、変換後のスクリプト記述に従った描画命令をグラフィックデータ描画処理部２２３に出力する。

グラフィックデータ描画処理部２２３は、アプリケーション実行部２２１から入力する低解像度対応の座標系に従った描画命令に従ってグラフィックデータの描画処理を実行する。この処理によって、グラフィックデータ描画メモリ２２４には、低解像度のグラフィックデータ（グラフィック描画プレーン）が記録される。

また、グラフィックデータ描画処理部２２３が、座標変換を行う場合は、図５に示すアプリケーション実行部２２１は、ＨＴＭＬ文書中のスクリプトに記述された高解像度対応の座標指定データをそのまま用いた描画命令をグラフィックデータ描画処理部２２３に出力する。

グラフィックデータ描画処理部２２３は、アプリケーション実行部２２１から入力する描画命令中の高解像度対応の座標系を、低解像度対応の座標系に変換し、変換後の低解像度対応の座標系に従った描画命令に従ってグラフィックデータの描画処理を実行する。この処理によって、グラフィックデータ描画メモリ２２４には、低解像度のグラフィックデータ（グラフィック描画プレーン）が記録される。

このように、ＨＴＭＬ文書中のスクリプトの記述を低解像度対応の座標系に変換する処理は、アプリケーション実行部２２１、またはグラフィックデータ描画処理部２２３のいずれか一方において実行することが可能である。

グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンは、画像変換部２３１に入力される。
画像変換部２３１は、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンを元のＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィックデータに相当する大きさのグラフィックデータに拡大する画像拡大処理を実行する。

例えば、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンが２Ｋ画像相当の画像データであり、ＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィックデータが４Ｋ画像相当のグラフィックデータである場合、画像変換部２３１は、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンを、縦方向サイズ、横方向サイズのそれぞれを２倍にする画像拡大処理を実行する。

この拡大処理により、グラフィックデータ描画メモリ２２４に記録された低解像度（２Ｋ）のグラフィック描画プレーンを元のＨＴＭＬ文書に記録されたスクリプトに従った高解像度（４Ｋ）のグラフィックデータに相当する大きさのグラフィックデータに拡大することができる。

また、例えば、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンが２Ｋ画像相当の画像データであり、ＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィックデータが８Ｋ画像相当のグラフィックデータである場合、画像変換部２３１は、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンを、縦方向サイズ、横方向サイズのそれぞれを４倍にする画像拡大処理を実行する。

この拡大処理により、グラフィックデータ描画メモリ２２４に記録された低解像度（２Ｋ）のグラフィック描画プレーンを元のＨＴＭＬ文書に記録されたスクリプトに従った高解像度（８Ｋ）のグラフィックデータに相当する大きさのグラフィックデータに拡大することができる。

画像変換部２３１の実行する画像拡大処理により、グラフィック描画プレーンは、ＨＴＭＬ文書のスクリプトに従って生成されたオリジナルの解像度のグラフィックデータの大きさと同一の大きさを持つグラフィックデータとなる。

合成部２３２は、文字、画像データ描画メモリ２０５に格納された文字、静止画、動画各々に対応する表示部出力用データである描画プレーン、すなわち、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの各描画プレーンと、
画像変換部２３１において拡大処理がなされたグラフィック描画プレーンとの合成処理を実行する。

文字、画像データ描画メモリ２０５に格納された文字描画プレーン２１１、静止画描画プレーン２１２、動画描画プレーン２１３、これらの描画プレーンは、ＨＴＭＬ文書の記述に従って生成された描画プレーンであり、高解像度、例えば４Ｋ、あるいは８Ｋ等の高解像度データである。

一方、画像変換部２３１から入力するグラフィック描画プレーンは、低解像度、例えば２Ｋ画像相当の解像度をグラフィック描画プレーンの拡大データである。解像度は低いままであるが、画像の大きさは、ＨＴＭＬ文書に記録されたスクリプトを実行して得られるオリジナル解像度のグラフィック描画プレーンと同一の大きさを有する。

合成部２３２は、文字、画像データ描画メモリ２０５に格納された文字、静止画、動画各々に対応する高解像度の、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの各描画プレーンと、
画像変換部２３１において拡大処理がなされた低解像度のグラフィック描画プレーンとの合成処理を実行する。

なお、合成部２３２は、レイアウト処理部２０２の決定したレイアウトに従って生成された複数の異なる描画プレーンの合成処理を実行する。
前述したように、レイアウト処理部２０２は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）内に記述されたスタイルシートに従ったレイアウト決定を行う。合成部２３２は、このレイアウト処理部２０２の決定したレイアウトに従って生成された複数の異なる描画プレーンの合成処理を実行する。

合成部２３２の生成した複数の描画プレーンの合成結果が表示用フレームバッファ２３３に格納され、表示部２５０に出力される。
表示部２５０の表示画像は、例えば、図４に示す出力画像５０に相当する画像である。
２つの矩形画像と、１つの半円形画像が、ＨＴＭＬ文書に記録されたスクリプトを実行して得られるグラフィックデータである。
これらのグラフィックデータは、描画処理過程において、解像度を低下させて生成した描画データ（グラフィック描画プレーン）を、ＨＴＭＬ文書のオリジナルのスクリプトに従った解像度相当の大きさまで拡大して得られたグラフィックデータである。
その他の出力データは、ＨＴＭＬ文書に従って得られるオリジナルの高解像度画像となる。

このように、本開示の受信装置３０における画像生成、出力処理においては、ＨＴＭＬ文書に記録されたスクリプトを実行して得られるグラフィックデータを、解像度を低下させたグラフィック描画プレーンとして生成する描画処理を実行する。
その後、低解像度のグラフィック描画プレーンの拡大処理を実行して、元のＨＴＭＬ文書に記録されたスクリプトに従った解像度のグラフィック描画プレーンと同じ大きさのグラフィック描画プレーンを生成して、他の高解像度の画像、文字等の描画プレーンに重畳して表示する。

これらの処理により、グラフィック描画データ（グラフィック描画プレーン）の生成処理の負荷を軽減し、また、グラフィック描画データ（グラフィック描画プレーン）を格納するメモリの容量も小さくすることが可能となる。
従って、データ処理能力が低く、またデータ記録用のメモリ容量の小さいテレビ等の装置においても、スクリプトの実行によって生成されるグラフィックデータを含む合成画像の出力を遅延なく確実に実行することが可能となる。

なお、上述した実施例では、高解像度グラフィックデータを４Ｋ、８Ｋ画像相当のグラフィックデータとし、低解像度グラフィックデータを２Ｋ画像相当のグラフィックデータとした例を説明したが、これは一例である。
図５に示すグラフィック描画データ生成部におけるグラフィックデータ生成時の解像度低下を伴うグラフィックデータの生成、描画処理は、ＨＴＭＬ文書のスクリプト記述に従った解像度より低い解像度のグラフィックデータを生成して描画する処理であり、様々な解像度の組み合わせが可能である。

ＨＴＭＬ文書に記録されたスクリプトが８Ｋ画像相当のグラフィックデータの生成スクリプトである場合、図５に示すグラフィック描画データ生成部における解像度低下を伴うグラフィックデータ生成処理態様としては、例えば、２Ｋ画像相当のグラフィックデータ生成のみならず、４Ｋ画像相当のグラフィックデータ生成処理も含まれる。
このように、本開示の処理は、元のＨＴＭＬ文書のスクリプト記述に従った解像度を持つグラフィックデータより低い様々な解像度のグラフィックデータの生成を行う構成を含むものである。

［５．本開示の情報処理装置（受信装置）の実行する処理のシーケンスについて］
次に、図１１以下に示すフローチャートを参照して、本開示の情報処理装置（受信装置）の実行する処理のシーケンスについて説明する。

図１１に示すフローチャートは、本開示の情報処理装置（受信装置３０）の実行する処理の一例を示すシーケンスについて説明するフローチャートである。
受信装置３０は、図１１に示す処理シーケンスに従った処理の手順を記録したプログラムを記憶部に格納し、プログラム実行機能を持つＣＰＵ等を有するデータ処理部がプログラムを実行して、図１１に示すフローに従った処理を実行する。
なお、データ処理部は、例えば先に図５を参照して説明した各構成部の処理を実行する機能を有する。
以下、図１１に示すフローチャートの各ステップの処理について、順次、説明する。

（ステップＳ１０１）
受信装置のデータ処理部は、まず、ステップＳ１０１において、ＨＴＭＬ文書の解析処理を実行する。
この処理は、図５に示すＨＴＭＬ文書処理部２０１の実行する処理に相当する。
ＨＴＭＬ文書は、例えば放送局等の送信装置２０から受信したＨＴＭＬ文書である。
ＨＴＭＬ文書は、先に図６を参照して説明したように、例えば、
（ａ）スタイルシート３０１、
（ｂ）スクリプト３０２、
（ｃ）ボディ３０３、
これらの構成要素を持つ。

（ステップＳ１０２）
次に、受信装置のデータ処理部は、ステップＳ１０２において、ＨＴＭＬ文書に記述されたスタイルシートに従って、受信装置の表示部に表示する表示データのスタイル、すなわち、各構成要素の表示位置等の表示態様（スタイル）を決定する。
この処理は、図５を参照して説明したレイアウト処理部２０２の実行する処理である。

スタイルシートは、先に図７を参照して説明したように、表示データの各構成要素（文字、静止画、動画）各々に関する表示位置や、表示態様についての情報が記録され、レイアウト処理部２０２は、このスタイルシートの記述に従って、表示データの各構成要素についての表示位置や表示態様を決定する。

（ステップＳ１０３）
次に、受信装置のデータ処理部は、ステップＳ１０３において、ＨＴＭＬ文書の記述に従い、受信装置の表示部に表示する表示データの構成要素である画像、文字等の表示用データを生成する。
この処理は、図５を参照して説明したメディアデータ描画処理部（メディアレンダラ）２０４の実行する処理である。

メディアデータ描画処理部（メディアレンダラ）２０４は、レイアウト処理部２０２によって配置が決定された各領域に対して、例えば、放送局等の送信装置２０から送信される高解像度（４Ｋ、８Ｋ等）の画像データを含む番組コンテンツの描画処理を実行する。

描画処理は、例えば放送番組を構成する文字、静止画、動画、それぞれ個別に行われる。
描画結果は、図５に示す文字、画像データ描画メモリ２０５内に、個別に記録される。図５に示すように、
文字データの描画結果は、文字描画プレーン２１１として文字、画像データ描画メモリ２０５内に格納される。
静止画データの描画結果は、静止画描画プレーン２１２として文字、画像データ描画メモリ２０５内に格納される。
動画データの描画結果は、動画描画プレーン２１３として文字、画像データ描画メモリ２０５内に格納される。

これらは、いずれも放送局等の送信装置２０から送信される高解像度（４Ｋ、８Ｋ等）のデータである。
すなわち、文字、画像データ描画メモリ２０５内には、高解像度（４Ｋ、８Ｋ等）の文字、静止画、動画の各データが格納される。

（ステップＳ１０４）
次に、受信装置のデータ処理部は、ステップＳ１０４において、スクリプトの実行によるグラフィックデータの描画処理が必要か否かを判定する。
ステップＳ１０１において解析したＨＴＭＬ文書にグラフィックデータの描画処理を実行させるためのスクリプト（ブラウザ上で実行されるプログラム）が含まれるか否かを判定する。

スクリプトの実行によるグラフィックデータの描画処理が必要であると判定した場合は、ステップＳ１１１に進む。
一方、スクリプトの実行によるグラフィックデータの描画処理が必要でないと判定した場合は、ステップＳ１０５に進む。

（ステップＳ１０５）
ステップＳ１０４において、スクリプトの実行によるグラフィックデータの描画処理が必要でないと判定した場合は、ステップＳ１０５に進む。
受信装置のデータ処理部は、ステップＳ１０５において、表示データ（高解像度の画像、文字等）を表示用フレームバッファに格納し、表示用フレームバッファの格納画像を表示部に出力して表示する処理を実行する。

具体的には、先に説明したステップＳ１０３において、図５に示す文字、画像データ描画メモリ２０５に描画した、以下の各描画プレーン、すなわち、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの描画プレーンを、図５に示す表示用フレームバッファ２３３に格納し、表示用フレームバッファ２３３の格納画像を表示部２５０に出力して表示する処理を実行する。

これらの処理では、グラフィックデータの表示処理は実行されず、放送局等の送信装置２０から送信される高解像度（４Ｋ、８Ｋ等）のデータのみからなる表示用データが生成されて表示される。

（ステップＳ１１１）
一方、ステップＳ１０４において、スクリプトの実行によるグラフィックデータの描画処理が必要であると判定した場合は、ステップＳ１１１に進む。
受信装置のデータ処理部は、ステップＳ１１１において、グラフィックデータ描画処理用のスクリプト関連データを、図５に示すアプリケーション実行部（スクリプト実行エンジン）２２１に出力する。
すなわち、図５に示すアプリケーション実行部（スクリプト実行エンジン）２２１に、ＨＴＭＬ文書処理部２０１によって解析されたＨＴＭＬ文書中のスクリプトデータ、およびスクリプトの実行に必要となる各データが入力される。

（ステップＳ１１２）
次に、アプリケーション実行部（スクリプト実行エンジン）２２１は、ステップＳ１１２において、これらの入力データに基づいてスクリプトを実行する。アプリ実行用ワークメモリ２２２をワークエリアとして利用してスクリプトを実行する。
スクリプトは、例えば、図４中のグラフィックデータ描画メモリ１０３内に示すグラフィックデータを出力するプログラムである。

アプリケーション実行部（スクリプト実行エンジン）２２１は、ＨＴＭＬ文書に記録されたスクリプトに従ったグラフィックデータの描画要求をグラフィックデータ描画処理部（グラフィックレンダラ）２２３に出力する。

（ステップＳ１１３）
ステップＳ１１３において、図５に示すグラフィックデータ描画処理部（グラフィックレンダラ）２２３が、アプリケーション実行部（スクリプト実行エンジン）２２１の処理要求に従って、グラフィックデータを、グラフィックデータ描画メモリ２２４に記録する。すなわち、グラフィックデータ描画メモリ２２４にグラフィック描画プレーンを生成する。

なお、先に説明したように、グラフィック描画処理部（グラフィックレンダラ）２２３は、ＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィック描画プレーンを生成することなく、解像度を低下させたグラフィック描画プレーンを生成する。

すなわち、ＨＴＭＬ文書に記録されたスクリプトに従った４Ｋや８Ｋ等の高解像度グラフィック描画プレーンの生成を行わず、解像度を低下させた、例えば２Ｋ画像相当のグラフィック描画プレーンの生成処理を行なう。

グラフィックデータ描画メモリ２２４に生成されるグラフィック描画プレーンは、ＨＴＭＬ文書に記録されたスクリプトのオリジナルの解像度のグラフィックデータではなく、ＨＴＭＬ文書に記録されたスクリプトのオリジナルの解像度より低い低解像度のグラフィックデータ（グラフィック描画プレーン）となる。

なお、前述したように、ＨＴＭＬ文書に記録されたスクリプトは、高解像度グラフィックデータの描画処理用のスクリプトであり、例えばグラフィックデータの描画領域等を指定する座標は、４Ｋや８Ｋ等の高解像度対応の座標系で表現されている。
２Ｋ等の低解像度グラフィツクデータ（グラフィック描画プレーン）を生成するためには、ＨＴＭＬ文書のスクリプトに記載された高解像度対応の座標指定情報を、低解像度対応の座標指定情報に変換して、グラフィックデータを描画する処理を行なうことが必要となる。

先に説明したように、この座標系の変換処理は、図５に示すアプリケーション実行部２２１、または、グラフィックデータ描画処理部２２３のいずれかで行う。
例えば、図５に示すアプリケーション実行部２２１、または、グラフィックデータ描画処理部２２３のいずれかにおいて、ＨＴＭＬ文書に記録された高解像度グラフィックデータの描画処理用のスクリプトに記録された高解像度データ対応の座標データを低解像度データ対応の座標データに変換する処理を行なう。
この変換後の座標データに従って描画処理を実行することで、グラフィックデータ描画メモリ２２４には、低解像度のグラフィックデータ（グラフィック描画プレーン）が記録される。

（ステップＳ１１４）
次のステップＳ１１４の処理は、図５に示す画像変換部２３１の処理である。
画像変換部２３１は、ステップＳ１１４において、グラフィックデータ描画メモリ２２４に格納された低解像度グラフィックデータの画像拡大処理を実行する。
すなわち、グラフィックデータ描画メモリ２２４に格納された低解像度グラフィックデータを、ＨＴＭＬ文書に記述されたスクリプトに従って生成される元の高解像度画像の表示態様に応じた大きさに変換する処理を実行する。

例えば、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンが２Ｋ画像相当の画像データであり、ＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィックデータが４Ｋ画像相当のグラフィックデータである場合、画像変換部２３１は、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンを、縦方向サイズ、横方向サイズのそれぞれを２倍にする画像拡大処理を実行する。

画像変換部２３１の実行する画像拡大処理により、グラフィック描画プレーンは、ＨＴＭＬ文書のスクリプトに従って生成されたオリジナルの解像度のグラフィックデータの大きさと同一の大きさを持つグラフィックデータとなる。

（ステップＳ１１５）
次のステップＳ１１５の処理は、図５に示す合成部２３２の実行する処理である。
合成部２３２は、文字、画像データ描画メモリ２０５に格納された文字、静止画、動画各々に対応する表示部出力用データである描画プレーン、すなわち、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの各描画プレーンと、
画像変換部２３１において拡大処理がなされたグラフィック描画プレーンとの合成処理を実行する。

文字、画像データ描画メモリ２０５に格納された文字描画プレーン２１１、静止画描画プレーン２１２、動画描画プレーン２１３、これらの描画プレーンは、ＨＴＭＬ文書の記述に従って生成された描画プレーンであり、高解像度、例えば４Ｋ、あるいは８Ｋ等の高解像度データである。

一方、画像変換部２３１から入力するグラフィック描画プレーンは、低解像度、例えば２Ｋ画像相当の解像度をグラフィック描画プレーンの拡大データである。解像度は低いままであるが、画像の大きさは、ＨＴＭＬ文書に記録されたスクリプトを実行して得られるオリジナル解像度のグラフィック描画プレーンと同一の大きさを有する。

合成部２３２は、文字、画像データ描画メモリ２０５に格納された文字、静止画、動画各々に対応する高解像度の、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの各描画プレーンと、
画像変換部２３１において拡大処理がなされた低解像度のグラフィック描画プレーンとの合成処理を実行する。

（ステップＳ１１６）
合成部２３２が、ステップＳ１１５における合成処理の結果として生成した合成画像は、ステップＳ１１６において、図５に示す表示用フレームバッファ２３３に格納され、表示部２５０に出力される。

先に説明したように、表示部２５０の表示画像は、例えば、図４に示す出力画像５０に相当する画像である。
２つの矩形画像と、１つの半円形画像が、ＨＴＭＬ文書に記録されたスクリプトを実行して得られるグラフィックデータである。
これらのグラフィックデータは、描画処理過程において、解像度を低下させて生成した描画データ（グラフィック描画プレーン）を、ＨＴＭＬ文書のオリジナルのスクリプトに従った解像度相当の大きさまで拡大して得られたグラフィックデータである。
その他の出力データは、ＨＴＭＬ文書に従って得られるオリジナルの高解像度画像となる。

本開示の受信装置３０は、この図１１に示すフローチャートに従った処理を実行する。
ＨＴＭＬ文書に記録されたスクリプトを実行して得られるグラフィックデータを、解像度を低下させたグラフィック描画プレーンとして生成し、その後、低解像度のグラフィック描画プレーンの拡大処理を実行して、元のＨＴＭＬ文書に記録されたスクリプトに従った解像度のグラフィック描画プレーンと同じ大きさのグラフィック描画プレーンを生成して、他の高解像度の画像、文字等の描画プレーンに重畳して表示する。

これらの処理により、グラフィック描画データ（グラフィック描画プレーン）の生成処理の負荷を軽減し、また、グラフィック描画データ（グラフィック描画プレーン）を格納するメモリの容量も小さくすることが可能となる。
従って、データ処理能力が低く、またデータ記録用のメモリ容量の小さいテレビ等の装置においても、スクリプトの実行によって生成されるグラフィックデータを含む合成画像の出力を遅延なく確実に実行することが可能となる。

なお、上述した実施例では、高解像度グラフィックデータを４Ｋ、８Ｋ画像相当のグラフィックデータとし、低解像度グラフィックデータを２Ｋ画像相当のグラフィックデータとした例を説明したが、これは一例である。

ＨＴＭＬ文書に記録されたスクリプトが８Ｋ画像相当のグラフィックデータの生成スクリプトである場合、解像度低下を伴うグラフィックデータ生成処理態様としては、例えば、２Ｋ画像相当のグラフィックデータ生成のみならず、４Ｋ画像相当のグラフィックデータを生成する処理も含まれる。
本開示のには、元のＨＴＭＬ文書のスクリプト記述に従った解像度を持つグラフィックデータより低い様々な解像度のグラフィックデータを生成する処理が含まれる。

［６．グラフィックデータ描画処理に際して解像度低下処理の要否判定を実行して判定結果に応じた処理を行なう実施例について］
上述した実施例では、受信装置３０は、グラフィックデータ描画処理に際して、すべて解像度の低下処理を行ない、低解像度のグラフィックデータを描画する構成として説明した。
次に、グラフィックデータ描画処理に際して解像度低下処理の要否判定を実行して判定結果に応じた処理を行なう実施例について

受信装置３０のリソースが十分である状況、例えば、グラフィックデータの描画処理に利用可能なリソースが十分であり、また、グラフィックデータの描画メモリの空き容量も十分である場合などにおいては、グラフィックデータの描画処理に際して解像度を低下させることなく、高解像度のグラフィックデータを描画することで、高解像度のグラフィックデータが表示可能となり、より高画質の画像を出力することができる。

例えば、ＨＴＭＬ文書に記述されたスクリプトに従って描画されるグラフィックデータのサイズが小さい場合などには、スクリプトの実行によるグラフィックデータの描画処理の負荷も少なく、また、描画データを格納するメモリの容量も小さいもので十分である。
このような場合は、グラフィックデータの描画処理において解像度の低下処理を行なうことなくＨＴＭＬ文書に記述されたスクリプトをそのまま実行して、高解像度のグラフィック描画プレーンを生成してグラフィックデータ描画メモリに格納する構成としてもよい。

情報処理装置（受信装置３０）が、グラフィックデータの描画処理に際して、解像度低下処理を行なうか否かを判定する場合、例えば以下のような判定処理を行なう。
（判定処理）情報処理装置（受信装置３０）の利用可能なリソース（データ処理能力、メモリ容量）が、ＨＴＭＬ文書に記述されたスクリプトによるグラフィックデータの描画処理を実行する十分なリソースであるか否かを判定する。

上記判定処理の結果として、リソースが十分であると判定した場合は、図５に示すグラフィックデータ描画処理部２２３は、グラフィックデータの描画処理に際して、解像度低下処理を行なわず、高解像度のグラフィック描画プレーンを生成して、図５に示すグラフィック描画メモリ２２４に格納する。
この場合、図５に示す画像変換部２３１は、画像拡大等の画像変換を実行せず、グラフィック描画メモリ２２４に格納された高解像度のグラフィック描画プレーンをそのまま合成部２３２に出力する。

一方、上記判定処理の結果として、リソースが十分でないと判定した場合は、図５に示すグラフィックデータ描画処理部２２３は、グラフィックデータの描画処理に際して、解像度低下処理を実行して、低解像度のグラフィック描画プレーンを生成して、図５に示すグラフィック描画メモリ２２４に格納する。
この場合、図５に示す画像変換部２３１は、画像拡大等の画像変換を実行する。すなわち、グラフィック描画メモリ２２４に格納された低解像度のグラフィック描画プレーンを、高解像度のグラフィックデータに相当する画像サイズに拡大し、拡大データを合成部２３２に出力する。

なお、リソース状況は、情報処理装置（受信装置３０）のデータ処理状況に応じて逐次、変化する場合がある。
例えば情報処理装置（受信装置３０）は、グラフィックデータの描画処理に並行して、グラフィックデータの描画処理以外のその他のデータ処理も行われる。このようなその他のデータ処理の負荷が大きいと、グラフィックデータの描画処理に割り当て可能なリソースは少なくなる。

一方、グラフィックデータの描画処理以外のその他のデータ処理の負荷が小さい場合は、グラフィックデータの描画処理に割り当て可能なリソースは多くなる。

このように、グラフィックデータの描画処理に割り当て可能なリソースは、遂次変動する可能性があり、グラフィックデータの描画処理に際して解像度低下処理を行なうか否かの判定を行なう場合、その時点での利用可能なリソースを確認した上で判定を行なうことが好ましい。

以下、図１２、図１３に示すフローチャートを参照して、グラフィックデータ描画処理に際して解像度低下処理の要否判定を実行し、判定結果に応じた処理を行なう実施例の処理シーケンスについて説明する。

図１２、図１３に示すフローチャートは、本開示の情報処理装置（受信装置３０）の実行する処理の一例を示すシーケンスについて説明するフローチャートである。
受信装置３０は、図１２〜図１３に示す処理シーケンスに従った処理の手順を記録したプログラムを記憶部に格納し、プログラム実行機能を持つＣＰＵ等を有するデータ処理部においてプログラムを実行して、図１２〜図１３に示すフローに従った処理を実行する。
なお、データ処理部は、例えば先に図５を参照して説明した各構成部の処理を実行する機能を有する。
以下、図１２、図１３に示すフローチャートの各ステップの処理について、順次、説明する。

（ステップＳ２０１〜Ｓ２０４）
ステップＳ２０１〜Ｓ２０４の処理は、先に図１１に示すフローチャートを参照して説明したステップＳ１０１〜Ｓ１０４の処理と同じ処理である。
これらの処理をまとめて説明する。

受信装置のデータ処理部は、まず、ステップＳ２０１において、ＨＴＭＬ文書の解析処理を実行する。
この処理は、図５に示すＨＴＭＬ文書処理部２０１の実行する処理に相当する。

次に、受信装置のデータ処理部は、ステップＳ２０２において、ＨＴＭＬ文書に記述されたスタイルシートに従って、受信装置の表示部に表示する表示データのスタイル、すなわち、過去構成要素の表示位置等の表示態様（スタイル）を決定する。
この処理は、図５を参照して説明したレイアウト処理部２０２の実行する処理である。

次に、受信装置のデータ処理部は、ステップＳ２０３において、ＨＴＭＬ文書の記述に従い、受信装置の表示部に表示する表示データの構成要素である画像、文字等の表示用データを生成する。
この処理は、図５を参照して説明したメディアデータ描画処理部（メディアレンダラ）２０４の実行する処理である。

メディアデータ描画処理部（メディアレンダラ）２０４は、レイアウト処理部２０２によって配置が決定された各領域に対して、例えば、放送局等の送信装置２０から送信される高解像度（４Ｋ、８Ｋ等）の画像データを含む番組コンテンツの描画処理を実行する。
描画処理は、例えば放送番組を構成する文字、静止画、動画、それぞれ個別に行われる。
描画結果は、図５に示す文字、画像データ描画メモリ２０５内に、個別に記録される。図５に示すように、
文字データの描画結果は、文字描画プレーン２１１として文字、画像データ描画メモリ２０５内に格納される。
静止画データの描画結果は、静止画描画プレーン２１２として文字、画像データ描画メモリ２０５内に格納される。
動画データの描画結果は、動画描画プレーン２１３として文字、画像データ描画メモリ２０５内に格納される。

次に、受信装置のデータ処理部は、ステップＳ２０４において、スクリプトの実行によるグラフィックデータの描画処理が必要か否かを判定する。
ステップＳ２０１において解析したＨＴＭＬ文書にグラフィックデータの描画処理を実行させるためのスクリプト（ブラウザ上で実行されるプログラム）が含まれるか否かを判定する。

スクリプトの実行によるグラフィックデータの描画処理が必要であると判定した場合は、ステップＳ２１１に進む。
一方、スクリプトの実行によるグラフィックデータの描画処理が必要でないと判定した場合は、ステップＳ２０５に進む。

（ステップＳ２０５）
ステップＳ２０４において、スクリプトの実行によるグラフィックデータの描画処理が必要でないと判定した場合は、ステップＳ２０５に進む。
受信装置のデータ処理部は、ステップＳ２０５において、表示データ（高解像度の画像、文字等）を表示用フレームバッファに格納し、表示用フレームバッファの格納画像を表示部に出力して表示する処理を実行する。

具体的には、先に説明したステップＳ２０３において、図５に示す文字、画像データ描画メモリ２０５に描画した、以下の各描画プレーン、すなわち、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの描画プレーンを、図５に示す表示用フレームバッファ２３３に格納し、表示用フレームバッファ２３３の格納画像を表示部２５０に出力して表示する処理を実行する。

これらの処理では、グラフィックデータの表示処理は実行されず、放送局等の送信装置２０から送信される高解像度（４Ｋ、８Ｋ等）のデータのみからなる表示用データが生成されて表示される。

（ステップＳ２１１）
ステップＳ２１１の処理は、先に図１１に示すフローチャートを参照して説明したステップＳ１１１の処理と同じ処理である。
ステップＳ２０４において、スクリプトの実行によるグラフィックデータの描画処理が必要であると判定した場合は、ステップＳ２１１に進む。
受信装置のデータ処理部は、ステップＳ２１１において、グラフィックデータ描画処理用のスクリプト関連データを、図５に示すアプリケーション実行部（スクリプト実行エンジン）２２１に出力する。

（ステップＳ２１２）
ステップＳ２１２において、情報処理装置（受信装置３０）のデータ処理部は、グラフィックデータの描画処理に際して、ＨＴＭＬ文書のスクリプト記述に従った解像度を持つグラフィックデータではなく、解像度を低下させたグラフィックデータを描画する必要性があるか否かを判定する。

この判定処理は、例えば、先に説明した以下の判定処理として行われる。
（判定処理）情報処理装置（受信装置３０）の利用可能なリソース（データ処理能力、メモリ容量）が、ＨＴＭＬ文書に記述されたスクリプトによるグラフィックデータの描画処理を実行する十分なリソースであるか否かを判定する。

例えば、具体的には、ＨＴＭＬ文書に記述されたスクリプトによる描画対象となるグラフィックデータのサイズ（大きさ）が、予め規定した規定サイズ以下であるような場合は、ＨＴＭＬ文書に記述されたスクリプトによるグラフィックデータの描画処理の負荷は小さく、スクリプトを実行するに十分なリソースがあると判定し、解像度の低下処理を行なわない決定をすることができる。

一方、ＨＴＭＬ文書に記述されたスクリプトによる描画対象となるグラフィックデータのサイズが、予め規定した規定サイズより大きい場合は、ＨＴＭＬ文書に記述されたスクリプトによるグラフィックデータの描画処理の負荷が大きく、スクリプトを実行するに十分なリソースがないと判定し、解像度の低下処理を行なうことを決定するといった処理を行なう。

なお、前述したように、情報処理装置（受信装置３０）の利用可能なリソース（データ処理能力、メモリ容量）は他のデータ処理実行状況に応じて変動しており、このその他のデータ処理の状況を考慮して判断することが好ましい、
例えば、他のデータ処理負荷が大きいときは、上記の判定処理に適用する「規定サイズ」を小さく設定し、他のデータ処理負荷が小さいときは、上記の「規定サイズ」を大きく設定する等の対応が可能である。

このように、ステップＳ２１２において、情報処理装置（受信装置３０）のデータ処理部は、グラフィックデータの描画処理に際して、ＨＴＭＬ文書のスクリプト記述に従った解像度を持つグラフィックデータでより、解像度を低下させたグラフィックイデータを描画する必要性があるか否かを判定する。
解像度を低下させたグラフィックデータを描画する必要性がないと判定した場合は、ステップＳ２２１に進む。
一方、解像度を低下させたグラフィックデータを描画する必要性があると判定した場合は、ステップＳ２３１に進む。

（ステップＳ２２１）
ステップＳ２１２において、解像度を低下させたグラフィックデータを描画する必要性がないと判定した場合は、ステップＳ２２１に進む。
図５に示すアプリケーション実行部（スクリプト実行エンジン）２２１は、ステップＳ２２１において、スクリプトを実行する。アプリケーション実行部（スクリプト実行エンジン）２２１は、アプリ実行用ワークメモリ２２２をワークエリアとして利用してスクリプトを実行する。

アプリケーション実行部（スクリプト実行エンジン）２２１は、ＨＴＭＬ文書に記録されたスクリプトに従ったグラフィックデータの描画要求をグラフィックデータ描画処理部（グラフィックレンダラ）２２３に出力する。
なお、ステップＳ２２１〜Ｓ２２２においては、解像度の低下処理を行なわなずにスクリプトの記述に従った解像度を持つグラフィックデータの描画処理を行う。

（ステップＳ２２２）
ステップＳ２２２において、図５に示すグラフィックデータ描画処理部（グラフィックレンダラ）２２３が、アプリケーション実行部（スクリプト実行エンジン）２２１の処理要求に従って、グラフィックデータを、グラフィックデータ描画メモリ２２４に記録する。すなわち、グラフィックデータ描画メモリ２２４にグラフィック描画プレーンを生成する。

なお、前述したように、このステップＳ２２１〜Ｓ２２２においては、解像度の低下処理を行なわなずにスクリプトの記述に従った解像度を持つグラフィックデータの描画処理を行う。
グラフィックデータ描画メモリ２２４には、スクリプトの記述通りの高解像度のグラフィック描画プレーンが生成される。

（ステップＳ２３１）
次に、ステップＳ２１２において、解像度を低下させたグラフィックデータを描画する必要性があると判定した場合の処理であるステップＳ２３１〜Ｓ２３３の処理について説明する。

まず、ステップＳ２３１において、図５に示すアプリケーション実行部（スクリプト実行エンジン）２２１がスクリプトを実行する。アプリケーション実行部（スクリプト実行エンジン）２２１は、アプリ実行用ワークメモリ２２２をワークエリアとして利用してスクリプトを実行する。

アプリケーション実行部（スクリプト実行エンジン）２２１は、ＨＴＭＬ文書に記録されたスクリプトに従ったグラフィックデータの描画要求をグラフィックデータ描画処理部（グラフィックレンダラ）２２３に出力する。

なお、ステップＳ２３１〜Ｓ２３３においては、スクリプトの記述に従った解像度よりも低い解像度のグラフィックデータの描画処理を行う。
前述したように、ＨＴＭＬ文書に記録されたスクリプトは、高解像度グラフィックデータの描画処理用のスクリプトであり、例えばグラフィックデータの描画領域等を指定する座標は、４Ｋや８Ｋ等の高解像度対応の座標系で表現されている。
２Ｋ等の低解像度グラフィツクデータ（グラフィック描画プレーン）を生成するためには、ＨＴＭＬ文書のスクリプトに記載された高解像度対応の座標指定情報を、低解像度対応の座標指定情報に変換して、グラフィックデータを描画する処理を行なうことが必要となる。

先に説明したように、この座標系の変換処理は、図５に示すアプリケーション実行部２２１、または、グラフィックデータ描画処理部２２３のいずれかで行う。
例えば、図５に示すアプリケーション実行部２２１、または、グラフィックデータ描画処理部２２３のいずれかにおいて、ＨＴＭＬ文書に記録された高解像度グラフィックデータの描画処理用のスクリプトに記録された高解像度データ対応の座標データを低解像度データ対応の座標データに変換する処理を行なう。
この変換後の座標データに従って描画処理を実行することで、グラフィックデータ描画メモリ２２４には、低解像度のグラフィックデータ（グラフィック描画プレーン）が記録される。

（ステップＳ２３２）
ステップＳ２３２において、図５に示すグラフィックデータ描画処理部（グラフィックレンダラ）２２３が、アプリケーション実行部（スクリプト実行エンジン）２２１の処理要求に従って、グラフィックデータを、グラフィックデータ描画メモリ２２４に記録する。すなわち、グラフィックデータ描画メモリ２２４にグラフィック描画プレーンを生成する。

グラフィック描画処理部（グラフィックレンダラ）２２３は、ＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィック描画プレーンを生成することなく、解像度を低下させたグラフィック描画プレーンを生成する。

すなわち、ＨＴＭＬ文書に記録されたスクリプトに従った４Ｋや８Ｋ等の高解像度グラフィック描画プレーンの生成を行わず、解像度を低下させた、例えば２Ｋ画像相当のグラフィック描画プレーンの生成処理を行なう。

グラフィックデータ描画メモリ２２４に生成されるグラフィック描画プレーンは、ＨＴＭＬ文書に記録されたスクリプトのオリジナルの解像度のグラフィックデータではなく、ＨＴＭＬ文書に記録されたスクリプトのオリジナルの解像度より低い低解像度のグラフィックデータ（グラフィック描画プレーン）となる。

なお、前述したように、ＨＴＭＬ文書に記録されたスクリプトは、高解像度グラフィックデータの描画処理用のスクリプトであり、例えばグラフィックデータの描画領域等を指定する座標は、４Ｋや８Ｋ等の高解像度対応の座標系で表現されている。
２Ｋ等の低解像度グラフィツクデータ（グラフィック描画プレーン）を生成するためには、ＨＴＭＬ文書のスクリプトに記載された高解像度対応の座標指定情報を、低解像度対応の座標指定情報に変換して、グラフィックデータを描画する処理を行なうことが必要となる。

先に説明したように、この座標系の変換処理は、図５に示すアプリケーション実行部２２１、または、グラフィックデータ描画処理部２２３のいずれかで行う。
例えば、図５に示すアプリケーション実行部２２１、または、グラフィックデータ描画処理部２２３のいずれかにおいて、ＨＴＭＬ文書に記録された高解像度グラフィックデータの描画処理用のスクリプトに記録された高解像度データ対応の座標データを低解像度データ対応の座標データに変換する処理を行なう。
この変換後の座標データに従って描画処理を実行することで、グラフィックデータ描画メモリ２２４には、低解像度のグラフィックデータ（グラフィック描画プレーン）が記録される。

（ステップＳ２３３）
次のステップＳ２３３の処理は、図５に示す画像変換部２３１の処理である。
画像変換部２３１は、ステップＳ２３３において、グラフィックデータ描画メモリ２２４に格納された低解像度グラフィックデータの画像拡大処理を実行する。
すなわち、グラフィックデータ描画メモリ２２４に格納された低解像度グラフィックデータを、ＨＴＭＬ文書に記述されたスクリプトに従って生成される元の高解像度画像の表示態様に応じた大きさに変換する処理を実行する。

例えば、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンが２Ｋ画像相当の画像データであり、ＨＴＭＬ文書に記録されたスクリプトに従った高解像度のグラフィックデータが４Ｋ画像相当のグラフィックデータである場合、画像変換部２３１は、グラフィックデータ描画メモリ２２４に記録された低解像度のグラフィック描画プレーンを、縦方向サイズ、横方向サイズのそれぞれを２倍にする画像拡大処理を実行する。

画像変換部２３１の実行する画像拡大処理により、グラフィック描画プレーンは、ＨＴＭＬ文書のスクリプトに従って生成されたオリジナルの解像度のグラフィックデータの大きさと同一の大きさを持つグラフィックデータとなる。

（ステップＳ２４１）
ステップＳ２２１〜Ｓ２２２における解像度の低下処理を伴わない高解像度グラフィックデータ（高解像度グラフィック描画プレーン）の描画処理、
または、ステップＳ２３１〜Ｓ２３３における解像度の低下処理による低解像度グラフィックデータ（低解像度グラフィック描画プレーン）の描画処理、
これらいずれかの処理が完了すると、ステップＳ２４１の処理を実行する。

ステップＳ２４１の処理は、図５に示す合成部２３２の実行する処理である。
合成部２３２は、文字、画像データ描画メモリ２０５に格納された文字、静止画、動画各々に対応する表示部出力用データである描画プレーン、すなわち、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの各描画プレーンと、
画像変換部２３１において拡大処理がなされたグラフィック描画プレーンとの合成処理を実行する。

文字、画像データ描画メモリ２０５に格納された文字描画プレーン２１１、静止画描画プレーン２１２、動画描画プレーン２１３、これらの描画プレーンは、ＨＴＭＬ文書の記述に従って生成された描画プレーンであり、高解像度、例えば４Ｋ、あるいは８Ｋ等の高解像度データである。

一方、画像変換部２３１から入力するグラフィック描画プレーンは、
ステップＳ２２１〜Ｓ２２２の処理が実行されている場合は、ＨＴＭＬ文書のスクリプト記述に従った高解像度のグラフィック描画プレーンである。
また、ステップＳ２３１〜Ｓ２３３の処理が実行されている場合は、ＨＴＭＬ文書のスクリプト記述に従った高解像度のグラフィック描画プレーンではなく、解像度を低下させた低解像度のグラフィック描画プレーンの拡大データである。この場合、解像度は低いが、画像の大きさは、ＨＴＭＬ文書に記録されたスクリプトを実行して得られるオリジナル解像度のグラフィック描画プレーンと同一の大きさを有する。

合成部２３２は、文字、画像データ描画メモリ２０５に格納された文字、静止画、動画各々に対応する高解像度の、
文字描画プレーン２１１、
静止画描画プレーン２１２、
動画描画プレーン２１３、
これらの各描画プレーンと、
ステップＳ２２１〜Ｓ２２２の処理によって生成された高解像度グラフィック描画プレーン、
または、ステップＳ２３１〜Ｓ２３３の処理によって生成された拡大された低解像度のグラフィック描画プレーン、
いずれかのグラフィック描画プレーンとの合成処理を実行する。

（ステップＳ２４２）
合成部２３２が、ステップＳ２４１における合成処理の結果として生成した合成画像は、ステップＳ２４２において、図５に示す表示用フレームバッファ２３３に格納され、表示部２５０に出力される。

以上、説明したように、図１２〜図１３に示すフローに従った処理は、グラフィックデータ描画処理に際して解像度低下処理の要否判定を実行して判定結果に応じた処理を行なう実施例である。

受信装置３０のリソースが十分である状況、例えば、グラフィックデータの描画処理に利用可能なリソースが十分であり、また、グラフィックデータの描画メモリの空き容量も十分である場合などにおいては、グラフィックデータの描画処理に際して解像度を低下させることなく、高解像度のグラフィックデータを描画し、リソースが不十分であると判定した場合にのみ、低解像度のグラフィックデータの描画を実行する。

具体的はには、例えば、ＨＴＭＬ文書に記述されたスクリプトに従って描画されるグラフィックデータのサイズに応じて、解像度の低下処理を実行するか否かを判定する。
また、情報処理装置（受信装置３０）のデータ処理状況に応じて変化するリソース状況を考慮した処理を行なうことが好ましい。

これらの処理により、リソースが十分な場合には、表示部に出力するグラフィックデータを高解像度のまま出力することが可能となり、リソースが不十分な場合にのみ、解像度を低下させて出力するという選択的な処理が可能となる。
いずれの場合も、スクリプトの実行によって生成されるグラフィックデータを含む合成画像の出力を遅延なく確実に実行することが可能となる。

［７．情報処理装置の構成例について］
次に、上述した処理を実行する情報処理装置（受信装置３０）の装置構成例について、図１４を参照して説明する。
図１４は、情報処理装置（受信装置３０）として適用可能な通信装置のハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５０２、または記憶部５０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５０３には、ＣＰＵ５０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ５０１、ＲＯＭ５０２、およびＲＡＭ５０３は、バス５０４により相互に接続されている。

ＣＰＵ５０１はバス５０４を介して入出力インタフェース５０５に接続され、入出力インタフェース５０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部５０６、ディスプレイ、スピーカなどよりなる出力部５０７が接続されている。ＣＰＵ５０１は、入力部５０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部５０７に出力する。

入出力インタフェース５０５に接続されている記憶部５０８は、例えばハードディスク等からなり、ＣＰＵ５０１が実行するプログラムや各種のデータを記憶する。通信部５０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部、さらに放送波の送受信部として機能し、外部の装置と通信する。

入出力インタフェース５０５に接続されているドライブ５１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア５１１を駆動し、データの記録あるいは読み取りを実行する。

なお、データの符号化あるいは復号は、データ処理部としてのＣＰＵ５０１の処理として実行可能であるが、符号化処理あるいは復号処理を実行するための専用ハードウェアとしてのコーデックを備えた構成としてもよい。

［８．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
前記グラフィック描画データ生成部は、スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成し、
前記合成部は、前記低解像度グラフィックデータの拡大データを用いて表示部出力用の合成画像を生成する情報処理装置。

（２） 前記グラフィック描画データ生成部は、生成した低解像度グラフィックデータを、グラフィックデータ描画メモリに格納し、
画像変換部が、前記グラフィックデータ描画メモリに格納された低解像度グラフィックデータを、前記スクリプトの記述に従った解像度相当の高解像度グラフィックデータのサイズに一致させるデータ拡大処理を実行し、
前記合成部は、前記画像変換部によって拡大された低解像度グラフィックデータを用いて表示部出力用の合成画像を生成する（１）に記載の情報処理装置。

（３） 前記グラフィック描画データ生成部は、
ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書内に記述されたスクリプトに従ったグラフィックデータの生成処理を実行する（１）または（２）に記載の情報処理装置。

（４） 前記グラフィック描画データ生成部は、
前記スクリプトに記述された高解像度対応の座標系を低解像度対応の座標系に変換して、前記低解像度グラフィックデータを生成する（１）〜（３）いずれかに記載の情報処理装置。

（５） 前記グラフィック描画データ生成部は、
ブラウザ上に２次元（２Ｄ）グラフィックデータを描画するスクリプトの仕様である「ｃａｎｖａｓ」に従った高解像度対応の座標データ、あるいはブラウザ上に３次元（３Ｄ）グラフィックデータを描画するスクリプトの仕様である「ＷｅｂＧＬ」に従った高解像度対応の座標データを低解像度対応の座標データに変換して、前記低解像度グラフィックデータを生成する（１）〜（４）いずれかに記載の情報処理装置。

（６） 前記グラフィック描画データ生成部は、
スクリプトの記述に従った描画命令を出力するアプリケーション実行部と、
前記アプリケーション実行部の出力する描画命令に従った描画処理を実行するグラフィックデータ描画処理部を有する（１）〜（５）いずれかに記載の情報処理装置。

（７） 前記アプリケーション実行部、または、前記グラフィックデータ描画処理部の少なくとも一方が、前記スクリプトに記述された高解像度対応の座標系を低解像度対応の座標系に変換する処理を実行する（６）に記載の情報処理装置。

（８） 前記情報処理装置は、
ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書内に記述されたスタイルシートに従ったレイアウト決定を行うレイアウト処理部を有し、
前記合成部は、前記レイアウト処理部の決定したレイアウトに従って生成された複数の異なる描画プレーンの合成処理を実行する（１）〜（７）いずれかに記載の情報処理装置。

（９） 前記グラフィック描画データ生成部は、
ブラウザ上に表示するグラフィックデータの生成処理を実行する（１）〜（８）いずれかに記載の情報処理装置。

（１０） 前記合成部は、
ブラウザ上に表示する合成画像の生成処理を実行する（１）〜（９）いずれかに記載の情報処理装置。

（１１） 前記グラフィック描画データ生成部は、
前記情報処理装置の利用可能なリソースが、前記スクリプトの記述に従った高解像度グラフィックデータの生成に十分なリソースであるか否かを判定し、
利用可能リソースが十分なリソースであると判定した場合は、前記スクリプトの記述に従った高解像度グラフィックデータを生成し、
利用可能リソースが十分なリソースでないと判定した場合には、前記スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成する（１）〜（１０）いずれかに記載の情報処理装置。

（１２） 前記グラフィック描画データ生成部は、
前記スクリプトの記述に従って生成するグラフィックデータのサイズに応じて、前記スクリプトの記述に従った高解像度グラフィックデータの生成に十分なリソースを利用可能か否かの判定処理を実行する（１１）に記載の情報処理装置。

（１３） 前記グラフィック描画データ生成部は、
前記情報処理装置のリソース利用状況に応じて、前記スクリプトの記述に従った高解像度グラフィックデータの生成に十分なリソースを利用可能か否かの判定処理を実行する（１１）または（１２）に記載の情報処理装置。

（１４） 前記情報処理装置は、
送信装置から受信したＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書の解析処理を実行するＨＴＭＬ文書処理部を有し、
前記グラフィック描画データ生成部は、
前記ＨＴＭＬ文書処理部において解析されたＨＴＭＬ文書に含まれるスクリプトを実行する（１）〜（１３）いずれかに記載の情報処理装置。

（１５） 情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
前記グラフィック描画データ生成部が、
スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成し、
前記合成部は、
前記低解像度グラフィックデータの拡大データを用いて表示部出力用の合成画像を生成する情報処理方法。

（１６） 情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
前記プログラムは、
前記グラフィック描画データ生成部に、
スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成させ、
前記合成部に、
前記低解像度グラフィックデータの拡大データを用いて表示部出力用の合成画像を生成させるプログラム。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、高解像度の画像データに、スクリプトに従って生成した低解像度グラフィックデータを合成して表示する構成が実現される。
具体的には、グラフィック描画データ生成部が、ＨＴＭＬ文書内に記述されたスクリプトに従ってグラフィックデータの生成処理を行なう際、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成して描画メモリに格納する。画像変換部が、描画メモリ内の低解像度グラフィックデータを拡大して高解像度グフィックデータと同一のサイズに変換した後、その他の高解像度画像データ等と合成して出力する。
本構成により、高解像度の画像データに、スクリプトに従って生成した低解像度グラフィックデータを合成して表示する構成が実現される。

１０ 通信システム
２０ 送信装置
２１ 放送サーバ
２２ 広告サーバ
２３ データ配信サーバ
３０ 受信装置
３１ ＴＶ
３２ ＰＣ
３３ 携帯端末
５０ 出力画像
１０１ 文字、画像描画メモリ
１０２ アプリケーション実行部
１０３ グラフィックデータ描画メモリ
１０４ 合成出力部
２０１ ＨＴＭＬ文書処理部
２０２ レイアウト処理部
２０３ レイアウト処理用メモリ
２０４ メディアデータ描画処理部（メディアレンダラ）
２０５ 文字、画像データ描画メモリ
２１１ 文字描画プレーン
２１２ 静止画描画プレーン
２１３ 動画描画プレーン
２２０ グラフィック描画データ生成部
２２１ アプリケーション実行部（スクリプト実行エンジン）
２２２ アプリ実行用ワークメモリ
２２３ グラフィックデータ描画処理部（グラフィックレンダラ）
２２４ グラフィックデータ描画メモリ（グラフィック描画プレーン）
２３１ 画像本管部
２３２ 合成部
２３３ 表示用フレームバッファ
２５０ 表示部
３０１ スタイルシート
３０２ スクリプト
３０３ ボディ
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ バス
５０５ 入出力インタフェース
５０６ 入力部
５０７ 出力部
５０８ 記憶部
５０９ 通信部
５１０ ドライブ
５１１ リムーバブルメディア

Claims (14)

1. グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
   前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
   前記グラフィック描画データ生成部は、スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成し、生成した低解像度グラフィックデータを、グラフィックデータ描画メモリに格納し、
   画像変換部が、前記グラフィックデータ描画メモリに格納された低解像度グラフィックデータを、前記スクリプトの記述に従った解像度相当の高解像度グラフィックデータのサイズに一致させるデータ拡大処理を実行し、
   前記合成部は、前記画像変換部によって拡大された低解像度グラフィックデータを用いて表示部出力用の合成画像を生成する構成であり、
   前記グラフィック描画データ生成部は、
   前記スクリプトに記述された高解像度のグラフィックデータの座標系を低解像度のグラフィックデータの座標系に変換し、変換した低解像度のグラフィックデータの座標系に従った描画処理を実行して前記低解像度グラフィックデータを生成し、
   前記画像変換部は、
   前記グラフィックデータ描画メモリに格納された前記低解像度グラフィックデータを、前記スクリプトに記述された高解像度のグラフィックデータの座標系に従った大きさのグラフィックデータに拡大する画像拡大処理を実行する情報処理装置。
2. 前記グラフィック描画データ生成部は、
   ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書内に記述されたスクリプトに従ったグラフィックデータの生成処理を実行する請求項１に記載の情報処理装置。
3. 前記グラフィック描画データ生成部は、
   ブラウザ上に２次元（２Ｄ）グラフィックデータを描画するスクリプトの仕様である「ｃａｎｖａｓ」に従った高解像度対応の座標データ、あるいはブラウザ上に３次元（３Ｄ）グラフィックデータを描画するスクリプトの仕様である「ＷｅｂＧＬ」に従った高解像度対応の座標データを低解像度対応の座標データに変換して、前記低解像度グラフィックデータを生成する請求項１〜２いずれかに記載の情報処理装置。
4. 前記グラフィック描画データ生成部は、
   スクリプトの記述に従った描画命令を出力するアプリケーション実行部と、
   前記アプリケーション実行部の出力する描画命令に従った描画処理を実行するグラフィックデータ描画処理部を有する請求項１〜３いずれかに記載の情報処理装置。
5. 前記アプリケーション実行部、または、前記グラフィックデータ描画処理部の少なくとも一方が、前記スクリプトに記述された高解像度対応の座標系を低解像度対応の座標系に変換する処理を実行する請求項４に記載の情報処理装置。
6. 前記情報処理装置は、
   ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書内に記述されたスタイルシートに従ったレイアウト決定を行うレイアウト処理部を有し、
   前記合成部は、前記レイアウト処理部の決定したレイアウトに従って生成された複数の異なる描画プレーンの合成処理を実行する請求項１〜５いずれかに記載の情報処理装置。
7. 前記グラフィック描画データ生成部は、
   ブラウザ上に表示するグラフィックデータの生成処理を実行する請求項１〜６いずれかに記載の情報処理装置。
8. 前記合成部は、
   ブラウザ上に表示する合成画像の生成処理を実行する請求項１〜７いずれかに記載の情報処理装置。
9. 前記グラフィック描画データ生成部は、
   前記情報処理装置の利用可能なリソースが、前記スクリプトの記述に従った高解像度グラフィックデータの生成に十分なリソースであるか否かを判定し、
   利用可能リソースが十分なリソースであると判定した場合は、前記スクリプトの記述に従った高解像度グラフィックデータを生成し、
   利用可能リソースが十分なリソースでないと判定した場合には、前記スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成する請求項１〜８いずれかに記載の情報処理装置。
10. 前記グラフィック描画データ生成部は、
    前記スクリプトの記述に従って生成するグラフィックデータのサイズに応じて、前記スクリプトの記述に従った高解像度グラフィックデータの生成に十分なリソースを利用可能か否かの判定処理を実行する請求項９に記載の情報処理装置。
11. 前記グラフィック描画データ生成部は、
    前記情報処理装置のリソース利用状況に応じて、前記スクリプトの記述に従った高解像度グラフィックデータの生成に十分なリソースを利用可能か否かの判定処理を実行する請求項９または１０に記載の情報処理装置。
12. 前記情報処理装置は、
    送信装置から受信したＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書の解析処理を実行するＨＴＭＬ文書処理部を有し、
    前記グラフィック描画データ生成部は、
    前記ＨＴＭＬ文書処理部において解析されたＨＴＭＬ文書に含まれるスクリプトを実行する請求項１〜１１いずれかに記載の情報処理装置。
13. 情報処理装置において実行する情報処理方法であり、
    前記情報処理装置は、
    グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
    前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
    前記グラフィック描画データ生成部が、
    スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成し、生成した低解像度グラフィックデータを、グラフィックデータ描画メモリに格納し、
    画像変換部が、前記グラフィックデータ描画メモリに格納された低解像度グラフィックデータを、前記スクリプトの記述に従った解像度相当の高解像度グラフィックデータのサイズに一致させるデータ拡大処理を実行し、
    前記合成部は、前記画像変換部によって拡大された低解像度グラフィックデータを用いて表示部出力用の合成画像を生成する処理を実行し、
    前記グラフィック描画データ生成部は、
    前記スクリプトに記述された高解像度のグラフィックデータの座標系を低解像度のグラフィックデータの座標系に変換し、変換した低解像度のグラフィックデータの座標系に従った描画処理を実行して前記低解像度グラフィックデータを生成し、
    前記画像変換部は、
    前記グラフィックデータ描画メモリに格納された前記低解像度グラフィックデータを、前記スクリプトに記述された高解像度のグラフィックデータの座標系に従った大きさのグラフィックデータに拡大する画像拡大処理を実行する情報処理方法。
14. 情報処理装置において情報処理を実行させるプログラムであり、
    前記情報処理装置は、
    グラフィックデータの生成処理を実行するグラフィック描画データ生成部と、
    前記グラフィック描画データ生成部の生成したグラフィックデータと画像データを合成して表示部出力用の合成画像を生成する合成部を有し、
    前記プログラムは、
    前記グラフィック描画データ生成部に、
    スクリプトに従ったグラフィックデータの生成処理に際し、スクリプトの記述に従った解像度より低い解像度を持つ低解像度グラフィックデータを生成させ、生成させた低解像度グラフィックデータを、グラフィックデータ描画メモリに格納させ、
    画像変換部に、前記グラフィックデータ描画メモリに格納された低解像度グラフィックデータを、前記スクリプトの記述に従った解像度相当の高解像度グラフィックデータのサイズに一致させるデータ拡大処理を実行させ、
    前記合成部に、前記画像変換部によって拡大された低解像度グラフィックデータを用いて表示部出力用の合成画像を生成させ、
    前記プログラムは、
    前記グラフィック描画データ生成部に、
    前記スクリプトに記述された高解像度のグラフィックデータの座標系を低解像度のグラフィックデータの座標系に変換させ、変換した低解像度のグラフィックデータの座標系に従った描画処理を実行して前記低解像度グラフィックデータを生成させ、
    前記画像変換部に、
    前記グラフィックデータ描画メモリに格納された前記低解像度グラフィックデータを、前記スクリプトに記述された高解像度のグラフィックデータの座標系に従った大きさのグラフィックデータに拡大する画像拡大処理を実行させるプログラム。

Images