(57)【要約】【課題】ツリー構造を管理する機能を持たないアプリケーションからでも、ツリー構造を介して描画する描画命令を利用可能な環境を提供する。【解決手段】複数の描画オブジェクトを合成して画像を生成する表示工程と、描画オブジェクトを管理するツリー構造を構成する構成工程と、描画オブジェクトの追加の指示を受け付ける取得工程と、ツリー構造に属する描画オブジェクトから表示デバイスに出力する画像を生成する描画工程と、複数の描画オブジェクトを同じ描画結果となる単一の描画オブジェクトに統合する統合工程と、統合の対象となる描画オブジェクトを選択する選択工程とを備える。【選択図】図７
2010134841.tif 000002
【特許請求の範囲】
【請求項１】
複数の描画オブジェクトを合成して画像を生成する表示工程と、
描画オブジェクトを管理するツリー構造を構成する構成工程と、
描画オブジェクトの追加の指示を受け付ける取得工程と、
前記ツリー構造に属する描画オブジェクトから表示デバイスに出力する画像を生成する描画工程と、
複数の描画オブジェクトを同じ描画結果となる単一の描画オブジェクトに統合する統合工程と、
統合の対象となる描画オブジェクトを選択する選択工程とを備えることを特徴とする構造化文書処理方法。
【請求項２】
前記選択工程は、前記描画工程による描画結果に影響を与えない描画オブジェクトを選択し、
前記統合工程は、前記描画オブジェクトを削除することを特徴とする請求項１記載の構造化文書処理方法。
【請求項３】
前記選択工程は、前記ツリー構造に属する全ての描画オブジェクトを選択し、
前記統合工程は、前記描画工程により生成される画像を統合した後の新たな描画オブジェクトとすることを特徴とする請求項１記載の構造化文書処理方法。
【請求項４】
請求項１記載の構造化文書処理方法の各工程をコンピュータにて実施させるプログラム。
【請求項５】
複数の描画オブジェクトを合成して画像を生成する表示手段と、
描画オブジェクトを管理するツリー構造を構成する構成手段と、
描画オブジェクト追加の指示を受け付ける取得手段と、
前記ツリー構造に属する描画オブジェクトから表示デバイスに出力する画像を生成する描画手段と、
複数の描画オブジェクトを同じ描画結果となる単一の描画オブジェクトに統合する統合手段と、
統合の対象となる描画オブジェクトを選択する選択手段とを備えることを特徴とする構造化文書処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構造化された描画オブジェクトを画面に描画する構造化文書処理方法等に関する。
【背景技術】
【０００２】
従来、機器の提供している関数を他の機器が利用するための技術としてＲＰＣ（Remote Procedure Call）等を利用する事が一般的であった。このような技術により描画命令を呼び出すことも可能であり、機器の持つ情報を他の機器で表示する際にも利用されている。また、機器毎にＲＰＣのインターフェイスが異なる場合に、関数名や引数などを適宜変換することで、他の機器との差異を自動的に隠蔽する技術も提案されている（例えば、特許文献１）。
【０００３】
これらの技術を組み合わせることで、従来機器の持つ表示デバイスに直接描画命令を発行していたアプリケーションであっても、その実装に修正を加えることなく他の機器へ描画命令を発行することが可能になる。描画命令は年々進化している。従来では表示デバイスに画像データ等を直接非可逆に書き込む描画命令が一般的だった。
【０００４】
しかしながら、近年はＳＶＧ（非特許文献１を参考）等に代表される、構造化された画像フォーマットで記述されたデータを解析し、その構造を再現可能な情報をツリー構造として記憶する技術も一般的になりつつある。記憶させたツリー構造を解析し、表示デバイスに書き込むデータを動的に生成する技術である。また、ツリー構造に登録された描画オブジェクトを編集・削除し、または、新たに描画オブジェクトを任意の場所に追加することで、表示デバイスへの出力結果を変更することができる。
【０００５】
このような技術を利用すると、描画結果を以前の状態に戻す、描画結果から特定のオブジェクト（文字や直線など）のみを修正・削除するといった操作が可能となる。ただし、このようなツリー構造を利用しながら多くの描画オブジェクトを管理する描画方法は、それらの描画オブジェクトを全て記憶し、解析するために多くの計算資源が要求される。それだけの資源を利用できる機器はまだ限られており、多くの機器では従来の描画関数のみ利用しているのが現状である。
【０００６】
【特許文献１】特開平６−３０１５２６号公報
【非特許文献１】W3C, 「Scalable Vector Graphics(SVG） 1.1 Specification」, http://www.w3.org/TR/SVG11/
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来の描画方法と近年の描画方法とではそれぞれアプリケーションへ提供されるインターフェースは、それぞれの描画方法を反映し、大きく異なる事が一般的である。近年の描画ＡＰＩとして特長的な操作としてツリー構造に登録された描画オブジェクトの編集・削除の操作が挙げられるが、従来の描画ＡＰＩにはこのような概念が存在しない。このように異なる描画ＡＰＩを利用するアプリケーションと描画環境とをつなげるために先に挙げた特許文献１のような技術を利用することが考えられる。
【０００８】
しかしながら、従来の描画ＡＰＩに編集・削除の概念がないため、単純に関数の変換を行うだけでは近年の描画ＡＰＩの中に利用されないものが出てくる。特に、描画オブジェクトの削除に対応する描画ＡＰＩに変換されるものが従来の描画ＡＰＩには存在しない。そのためツリー構造に対して描画オブジェクトの追加のみが行われるようになり、追加されていった描画オブジェクトが管理されずに蓄積していく。描画結果に影響を与えない描画オブジェクトまでがツリー構造に登録されたままの状態となり、再描画に必要な計算時間も余分に必要となり、最終的には計算資源を使い切る結果となる。
【０００９】
そこで、本発明は従来の描画命令に即して開発され、ツリー構造を管理する機能を持たないアプリケーションからでも、ツリー構造を介して描画する描画命令を利用可能な環境を提供することを目的とする。
【課題を解決するための手段】
【００１０】
かかる課題を解決するために本発明は、複数の描画オブジェクトを合成して画像を生成する表示工程と、描画オブジェクトを管理するツリー構造を構成する構成工程と、描画オブジェクトの追加の指示を受け付ける取得工程と、前記ツリー構造に属する描画オブジェクトから表示デバイスに出力する画像を生成する描画工程と、複数の描画オブジェクトを同じ描画結果となる単一の描画オブジェクトに統合する統合工程と、統合の対象となる描画オブジェクトを選択する選択工程とを備えることを特徴とする構造化文書処理方法等を提供する。
【発明の効果】
【００１１】
本発明によれば、描画ＡＰＩが異なる環境間においても機器間連携が取りやすくなる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明による構造化文書処理方法、構造化文書処理装置及びプログラムの実施形態を説明する。
本実施形態のサーバ装置やクライアント装置を構成するコンピュータ装置の構成について、図１のブロック図を参照して説明する。サーバ装置やクライアント装置はそれぞれ単一のコンピュータ装置で実現してもよいし、必要に応じた複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能なようにLocal Area Network（ＬＡＮ）などで接続されている。
【００１３】
図１において、１０１はコンピュータ装置全体を制御するCentral Processing Unit
（ＣＰＵ）である。
１０２は変更を必要としないプログラムやパラメータを格納するRead Only Memory（ＲＯＭ）である。
１０３は外部装置などから供給されるプログラムやデータを一時記憶するRandom Access Memory（ＲＡＭ）である。
１０４はコンピュータ装置に固定して設置されたハードディスクやメモリカード、着脱可能なディスクやＣＤ等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含む外部記憶装置である。
１０５はユーザの操作を受け、データを入力するポインティングデバイスやキーボードなどの入力デバイスとのインターフェイスである。
１０６はコンピュータ装置の保持するデータや供給されたデータを表示するためのモニタとのインターフェイスであり、表示内容を記憶するバッファ１０９を備える。
１０７はＬＡＮ２０３などのネットワーク回線に接続するためのネットワークインタフェイスである。
１０８は１０１〜１０７の各ユニットを通信可能に接続するシステムバスである。
【００１４】
本発明の実施形態では、ディスプレイ装置２０１（表示デバイス）に対し、同じく本発明を利用するデジタルカメラ２０２から描画命令を発行もしくは出力し、ディスプレイ側で不要になった描画オブジェクトを破棄するまでの一連の手順を示す。ここでは、デジタルカメラ内のアプリケーションがデジタルカメラ内の表示バッファに描画オブジェクトを描画する手続きを変更せずにディスプレイ装置２０１への描画も可能にすることとする。
まず、デジタルカメラ２０２からディスプレイ装置２０１へ描画命令を発行する手順を示す。
【００１５】
図２は本発明を利用するシステムの全体構成を示す。実施形態におけるコンピュータ装置がディスプレイ２０１とデジタルカメラ２０２に備えられており、それらがＬＡＮ２０３により接続されている。ディスプレイ２０１とデジタルカメラ２０２は共に実施形態におけるコンピュータ装置の機能を備えるものとする。デジタルカメラ２０２は、ネットワークｉ／ｆ１０７、ＬＡＮ２０３を介することで、ディスプレイ２０１へ描画オブジェクトを送ることができる。描画オブジェクトはラスタ画像・直線・曲線・矩形・円・文字列といった粒度で定義される。
【００１６】
次に、本発明におけるデジタルカメラ２０２の描画ＡＰＩについて述べる。
図３は本発明を利用するデジタルカメラ２０２の操作部１０５、表示部１０６（表示デバイス）を示す。デジタルカメラ２０２は自身の備える表示部１０６に対し、画像データやフォントデータ、直線・曲線・円、又は撮影画像データ等を表示バッファ１０９へ書き込み、表示部１０６へ表示する。
【００１７】
一連の描画処理プロセスを図６に示す。以下、図６を用い、描画ＡＰＩの処理内容を説明する。
描画関数DrawImageは選択、指定されたラスタ画像を指定された画像を指定された座標に対し書き込む機能を提供する（ステップＳ６０３〜ステップＳ６０４）。
アプリケーションがＲＯＭ１０２、ＲＡＭ１０３へ格納された画像データを描画関数DrawImageへ渡すことにより、アプリケーションの指定した座標に指定した画像データが描画される（ステップＳ６０４）。ＲＯＭ１０２、ＲＡＭ１０３へ格納された画像データは12ピクセル四方のパネルを1つの単位として格納されている。
【００１８】
前記パネルの例を図４に示す。アイコンは複数のタイル（ａ）〜（ｈ）から構成される。このようなタイルを表示バッファ１０９へ書き込むことで、表示部１０６へ表示する画像が生成される。図４では（ａ）と（ｂ）の組み合わせ、（ｃ）と（ｄ）の組み合わせ、（ｅ）と（ｆ）の組み合わせ、（ｇ）と（ｈ）の組み合わせで統合してそれぞれ1つのアイコンを構成する。
【００１９】
実際に表示させた結果を図３の３１１へ示す。また、記憶部１０４へ保存された撮影画像データも同様にDrawImageを用いて表示することができる。表示結果を３１５へ示す。描画関数DrawTextは指定された文字コードに対応する文字形状データを指定された座標から順に並べて書き込む機能を提供する（ステップＳ６０７〜ステップＳ６０８）。
【００２０】
アプリケーションが文字コードのセットをDrawTextへ渡すことにより、指定された文字コードに対応する文字形状データ（ステップＳ６０７）が指定された座標へ表示される（ステップＳ５０８）。文字コードと文字計上データの対応テーブルを図５に示す。
【００２１】
文字形状データは一文字あたり縦12ピクセル横8ピクセルから構成され、DrawTextは文字形状データを前記画像データと同様に前記表示バッファ１０９へ書き込む（ステップＳ６０８）。なお、画像データ、文字形状データ共に白のピクセルは透明を意味する。表示バッファ１０９へ画像データ・文字形状データを書き込むと、透明のピクセルは重ね書きする前のバッファ１０９の情報が残る。実際に“ＩＳＯ−４００”の文字をDrawTextで描画した結果を図３の３１４に示す。
【００２２】
描画関数DrawRect・DrawLine・DrawCircleは、それぞれ円・直線・矩形を指定された条件で書き込む機能を提供する（ステップＳ６０５〜ステップＳ６０６）。アプリケーションが各関数に対し始点座標・半径・終点座標・縦横の長さ等の条件を与える。各関数は内部で条件に合わせて描画オブジェクトを生成し（ステップＳ６０５）、文字形状データを画像データと同様に表示バッファ１０９へ書き込む（ステップＳ６０６）。
図３の３１２に縦線をDrawLineで描画した例、３１４に全体を囲む矩形をDrawRectで描画した例を示す。
【００２３】
次に、本発明におけるディスプレイ装置２０１の描画ＡＰＩについて述べる。
ディスプレイ装置２０１は描画対象データをＳＶＧに準拠したツリー構造をＤＯＭ（Document Object Model）ツリーとして構築する。ディスプレイ装置２０１ではＳＶＧに従い、描画対象データをＳＶＧで定義されている要素の単位で定義する。具体的には「image要素」「text要素」「line要素」「rect要素」「circle要素」等となる。
ＤＯＭツリーはＲＡＭ１０３内で管理されており、描画オブジェクトをＤＯＭツリーに追加、もしくは修正・削除する事で表示結果を変更する。また、ディスプレイ装置２０１の描画ＡＰＩはディスプレイ内部に格納されたアプリケーションだけではなく、ネットワーク越しに利用することも可能である。
【００２４】
ディスプレイ装置２０１で提供される描画ＡＰＩの基本的なフローチャートを図７に示す。
描画ＡＰＩが呼び出されると（ステップＳ７０１）、最初に描画命令の種類を識別し（ステップＳ７０２）、描画オブジェクトの追加・修正・削除で処理を分ける。
描画オブジェクト追加を指示、決定された場合、追加対象となる親オブジェクトに対し、描画座標情報を追加した描画オブジェクトを追加する（ステップＳ７０３〜ステップＳ７０６）。
【００２５】
描画オブジェクト修正を指示された場合、修正対象となる描画オブジェクトに対し指定された内容を設定する（ステップＳ７０７〜ステップＳ７１０）。
また、描画オブジェクトの削除を指定された場合、削除対象となる描画オブジェクトをＤＯＭツリーより削除する（ステップＳ７１１〜ステップＳ７１３）。
いずれの描画命令であっても、最後に修正後のＤＯＭツリーを利用し画面の表示内容を更新する（ステップＳ７１４〜ステップＳ７１５）。
【００２６】
最後に、デジタルカメラ２０２からディスプレイ装置２０１の描画ＡＰＩをネットワーク２０３越しに呼び出す手順について述べる。
前述した通り、デジタルカメラ２０２は内部の表示バッファ１０９へ画像データを書き込む描画ＡＰＩを備える。
デジタルカメラ２０２内のアプリケーションにおける描画ＡＰＩの呼び出し手順を変更せずにリモートの描画ＡＰＩ呼び出しを可能にするため、図６に示すフローチャートに処理項目を追加する。
【００２７】
図８に処理項目を追加したデジタルカメラ２０２の画像ＡＰＩのフローチャートを示す。デジタルカメラ２０２における描画ＡＰＩに最も近い機能は、ディスプレイ装置の描画ＡＰＩの描画オブジェクト追加命令に当る。よって、デジタルカメラ２０２の描画ＡＰＩはローカルでの描画処理を一通り行った後（ステップＳ６０１〜ステップＳ６０３）、各描画ＡＰＩに対応する要素をディスプレイ装置２０２のＤＯＭツリーの最後に追加する（ステップＳ８０１〜ステップＳ８０４）。
【００２８】
具体的には、DrawImageにはimage要素、DrawTextにはtext要素、DrawRectにはrect要素、DrawLineにはline要素、DrawCircleにはcircle要素といった対応になる。
ディスプレイ装置２０２は図７に示す通り、描画オブジェクト追加命令に従い指定された描画オブジェクトをＤＯＭツリーへ追加する（ステップＳ７０１〜ステップＳ７０６）。ディスプレイ装置２０２の表示部へＤＯＭツリーの修正結果を反映させる（ステップＳ７１４〜ステップＳ７１５）。
【００２９】
次に、ディスプレイ２０１側で描画オブジェクトを破棄する手順を示す。
デジタルカメラ２０２は表示内容を更新するたびにディスプレイ装置２０１の描画ＡＰＩを呼び出し、新たな描画オブジェクトを追加していく。
図３に示す画像を描画する際、デジタルカメラ２０２条のアプリケーションは次の順で描画ＡＰＩを呼び出しているものとする。
【００３０】
まずDrawRectで全体を囲み３１３、DrawLineで領域を分ける（３１２）。次に各種アイコンを並べ（３１１）、撮影時の感度情報をDrawTextで表示する（３１４）。最後に撮影画像データをDrawImageで表示（３１５）した。
【００３１】
この手順に従いディスプレイ装置２０１へ描画命令を発行した結果のＤＯＭツリーの構成を図９に示す。
先に説明した順序に従い、rect要素、line要素、複数のimage要素、text要素がＤＯＭツリーの最後尾に対し順次画像が追加される。最後に撮影画像データを格納するimage要素が追加される。図３の描画結果はrect要素９１１、line要素９１２、図４に示す各パネルを格納するimage要素９２１〜９２６、図５に示す文字形状データを格納するtext要素９３１、撮影画像データ９４１が全て同じ深さで並ぶ。
【００３２】
次に、デジタルカメラ２０２側で表示する撮影画像データを変更すると、デジタルカメラ内のアプリケーションはデジタルカメラの描画ＡＰＩを介して撮影画像データと、それに付随する文字情報を更新する。具体的には、撮影画像データを描画する領域３１５全体を全て次の撮影画像データで上書きし、更に文字領域３１４を一度背景色で塗りつぶして初期化した上で、次の撮影画像データに関する文字を順に並べる。これら一連の描画処理により、ディスプレイ装置側の描画ＡＰＩに対し次の描画命令が発行される。
【００３３】
まず、撮影画像データを管理するimage要素９４１と同じ描画領域に対し新たな撮影画像データを格納したimage要素が追加される。
次に、text要素９３１の描画領域を被う範囲に対し、背景色により塗りつぶされたrect要素が追加される。
最後に、前記追加されたrect要素の描画領域上に、左端から順に新たなtext要素を追加し、撮影画像データに関する情報を表示させる。
【００３４】
ディスプレイ装置では、ＤＯＭツリーに属する各描画オブジェクト間の重なりの程度を確認する。ラスタ画像を重ねる場合は、ラスタ画像は通常矩形領域に描画されるため、描画済みの書く描画オブジェクトの描画領域を矩形情報として取り出す事で容易に判断する事ができる。
【００３５】
図１０に斜めの直線、円、文字列より描画領域の求め方を示す。
斜めの直線（図１０（ａ））の描画領域は、直線の始点・終点より、線幅と線の角度により求まる上下左右への拡大幅の分だけ矩形領域を広げた範囲（図１０（ｂ））となる。また、円（図１０（ｂ））の描画領域は、円の中心から上下左右に円の半径長だけ拡大した矩形から、更に線幅の半分だけ拡大した領域となる。文字列の描画領域は、各文字の描画領域を始点から文字数だけ並べた矩形領域となる。
【００３６】
一文字分の描画領域はデジタルカメラ２０２の持つフォント画像データの図５より取得する。なお、矩形のラスタ画像・矩形・水平又は垂直の直線の描画領域は、それら描画オブジェクトの始点・終点・幅・高さ・線幅より容易に求めることができる。また、描画領域の一部だけ隠される場合は隠されずに表示され続ける領域を求め、その領域の情報を保持しておく。一方、ベクタ画像を重ねる場合は重ねる描画オブジェクトの描画範囲が単純な矩形では表現できないため、ピクセル単位でのヒット判定を行う。
【００３７】
各描画オブジェクトの描画結果より実際に表示バッファ１０９へ反映された座標情報を保持しておき、ヒット判定により他の描画オブジェクトにより隠された座標から順に情報を開放する。なお、中を塗りつぶした矩形や、水平・垂直の直線であれば、描画領域を矩形で表現することができるので、先に示したラスタ画像における重なりの判定処理を利用することができる。
【００３８】
描画領域がどちらの重なりの程度の確認方法においても、描画オブジェクトを重ねる処理を行った結果を保持しておき、次の描画オブジェクトの重ね合わせの際にその情報を利用する。最終的に全ての領域が隠された時点で、その描画オブジェクトは描画に影響しない描画オブジェクトであることが確認できる。
【００３９】
今回の実施形態では、矩形の描画オブジェクトにより隠されるtext要素９３１、新たな撮影画像データにより隠されるimage要素９４１が描画に不要な描画オブジェクトだと判断される。そして、ディスプレイ装置はＤＯＭツリーからtext要素９３１、image要素９４１を削除する。以上の手順により、ディスプレイ装置２０１はＤＯＭツリーから不要になった描画オブジェクトを順次削除し、ＤＯＭツリーのサイズを保つことができる。そのためにＤＯＭツリーの情報を記憶する領域の消費を抑えることができる。また、再描画に必要な描画オブジェクトの数を最小限に抑えることができ、再描画の際に発生する遅延時間を抑えることができる。
【００４０】
次に、ディスプレイ装置２０１がデジタルカメラ２０２から受け取った描画オブジェクトを格納するＤＯＭツリーに属する複数の描画オブジェクトを１つの描画オブジェクトに統合する手順を示す。
上記の場合と同様に、図３に示す画像をデジタルカメラ２０２において描画すると、ディスプレイ装置２０１では図９に示すＤＯＭツリーが構成される。ここで、ディスプレイ装置２０１は自身の表示バッファ１０９、もしくはデジタルカメラ２０２の表示バッファ１０９より描画結果の画像を取得する。
【００４１】
次に取得した画像から、表示バッファの原点から始まり、表示部の表示サイズと同サイズの幅・高さを設定したimage要素を生成する。
更に、現在ＤＯＭツリーに登録されている描画オブジェクト全て（９１１〜９４１）を削除し、新たに生成したimage要素を唯一の描画オブジェクトとしてＤＯＭツリーへ追加する。以上の手順により、ディスプレイ装置２０１はＤＯＭツリーに登録されている描画オブジェクトの数を減らし、限られた記憶領域を用いてＤＯＭツリーを管理する事が可能となる。また、描画オブジェクトを合成した後は、再描画の際にそれまでに受け取った描画オブジェクトの情報を確認する計算が一切不要となる。
【００４２】
次に、デジタルカメラ２０２側に描画画像の削除用描画ＡＰＩが提供される際の一連の手順を示す。デジタルカメラ２０２側ではある時点における描画履歴が保存されないため、削除用描画ＡＰＩとして提供されるものは、矩形領域を削除するもの、直線上の領域を削除するもの、円周内を削除するもの等がある。デジタルカメラ２０２内では、これらの描画ＡＰＩが呼び出されると、指定された領域を背景色で塗りつぶす処理を表示バッファ１０９へ行い、削除を実行する。そして、ディスプレイ装置２０１に対しては、先に挙げた削除用描画ＡＰＩに対応したimage要素・rect要素・line要素などを追加する。追加する要素に対し削除用ＡＰＩで指定した領域上に、背景色で塗りつぶした描画オブジェクトを重ねる設定を行う。
【００４３】
一方、ディスプレイ装置２０１では、上記と同様に受け取った描画オブジェクトの追加と、他の描画オブジェクトとの重なりの程度の確認を行い、背後に隠れた描画オブジェクトの破棄を行う。更に、受け取った要素の背後にある描画オブジェクトが、一部だけ重なっているものも含めて全て削除されると、受け取った要素も背景と合成されたものとしてＤＯＭツリーから破棄する。背後に描画オブジェクトが残っているかどうかの判断は、前述した処理手順を利用することで実現する。
また、以上のように追加された描画オブジェクトに対しては、その後も背後に隠れる描画オブジェクトが残されているかどうか判断を行い、全ての要素が破棄された時点で本描画オブジェクトも破棄する。以上の手順により、デジタルカメラ２０２で提供された削除用描画ＡＰＩとディスプレイ装置２０１における描画オブジェクトの削除の操作を対応づけが可能となる。
【００４４】
前述の示した手順によりＤＯＭツリーのサイズを縮小する処理は、ディスプレイ装置２０１が描画命令を受け取る度に行っても良い。また、縮小する処理のコストを抑えるために、描画命令を受け取った回数をカウントし、所定の回数毎に縮小の処理を行うようにしても良い。所定の時間を周期として縮小の処理を行うこともでき、また、ＤＯＭツリーにより占有された記憶領域の空き領域の大きさが所定のサイズを下回った際に縮小の処理を行うこともできる。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施形態における機器内部の構成を示す図である。
【図２】本発明の実施形態におけるネットワーク構成を示す図である。
【図３】本発明の実施形態におけるデジタルカメラのインターフェースを示す図である。
【図４】本発明の実施形態におけるパネル画像データを示す図である。
【図５】本発明の実施形態におけるフォント画像データを示す図である。
【図６】本発明の実施形態におけるデジタルカメラにおいてネットワーク越しの描画命令発行に対応していない描画ＡＰＩによる処理を示すフローチャートである。
【図７】本発明の実施形態におけるディスプレイ装置の描画ＡＰＩによる処理を示すフローチャートである。
【図８】本発明の実施形態におけるデジタルカメラの描画ＡＰＩによる処理を示すフローチャートである。
【図９】本発明実施形態におけるディスプレイ装置内で構成されたＤＯＭツリーの構造を示す図である。
【図１０】本発明の実施形態におけるディスプレイ装置における各種オブジェクト描画時の描画領域を示す図である。
【符号の説明】
【００４６】
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  記憶部
１０５  操作部
１０６  表示部
１０７  ネットワークｉ／ｆ
１０８  システムバス
２０１  ディスプレイ装置
２０２  デジタルカメラ
２０３  ＬＡＮ
３０１  シャッターボタン
３０２  ファインダー
３０３  操作パネル
【図１】
2010134841.tif 000003
【図２】
2010134841.tif 000004
【図３】
2010134841.tif 000005
【図４】
2010134841.tif 000006
【図５】
2010134841.tif 000007
【図６】
2010134841.tif 000008
【図７】
2010134841.tif 000009
【図８】
2010134841.tif 000010
【図９】
2010134841.tif 000011
【図１０】
2010134841.tif 000012