(57)【要約】【課題】  構造化文書ファイルを可視化出力を、少ないメモリ容量で実現する。【解決手段】  ＸＭＬファイルのリンク先のＪＰＥＧデータの一部を順次取得し、第１のメモリに記憶する工程と（ステップＳ７０２、７０３）、ＪＰＥＧデータを復号化し、画像データを第２のメモリに記憶する工程（ステップ７０４）と、前記画像データを描画展開し、描画データを第３のメモリに記憶するとともに（ステップＳ７０５）、第１及び第２のメモリを順次クリアする工程（ステップＳ７０６）と、第３のメモリの前記描画データのデータ量が所定量となった場合に、該描画データを順次出力し（ステップＳ７０８）、該第３のメモリを順次クリアする工程（ステップＳ７０９）と、を備え、前記工程（ステップＳ７０２、７０３）は、前記第１及び第２のメモリの容量に基づいて、前記取得するＪＰＥＧデータのデータ量を可変とすることを特徴とする。【選択図】  図７
2007058783.tif 000002
【特許請求の範囲】
【請求項１】
構造化文書ファイルを可視化出力するために、該構造化文書ファイルを処理する情報処理装置であって、
前記構造化文書ファイルに記述されたリンク情報に基づいてリンク先の符号化データの少なくとも一部を順次取得し、第１のメモリに記憶する取得手段と、
前記取得した符号化データを復号化し、生成された画像データを第２のメモリに記憶する復号化手段と、
前記第２のメモリに記憶された画像データを描画展開し、生成された描画データを第３のメモリに記憶するとともに、前記取得手段により第１のメモリに記憶された符号化データ及び前記復号化手段により第２のメモリに記憶された前記画像データとを順次クリアする描画手段と、
前記描画手段により第３のメモリに記憶された前記描画データのデータ量が所定量となった場合に、該描画データを順次出力し、該第３のメモリに記憶された前記描画データを順次クリアする出力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記取得手段は、前記第１及び第２のメモリの容量に応じて、リンク先の符号化データのうち、取得すべき矩形領域の符号化データを判断することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、リンク先に対して、前記取得すべき矩形領域の符号化データについて送信要求を行うことにより、該取得すべき矩形領域の符号化データを取得することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記取得手段は、リンク先に対して符号化データの送信要求を行い、該送信された符号化データのうち、前記取得すべき矩形領域の符号化データについて前記第１のメモリに記憶することを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記所定量のデータ量は、前記第３のメモリの容量に基づいて定められることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
構造化文書ファイルを可視化出力するために、該構造化文書ファイルを処理する情報処理装置であって、
前記構造化文書ファイルを受信する際に、該構造化文書ファイル内にテキストデータに変換された符号化データが含まれていると判断された場合、該符号化データを除いて受信する受信手段と、
前記テキストデータの少なくとも一部を順次取得し、第１のメモリに記憶する取得手段と、
前記取得したテキストデータを符号化データに変換したのち、復号することにより生成された画像データを第２のメモリに記憶する復号化手段と、
前記第２のメモリに記憶された画像データを描画展開し、生成された描画データを第３のメモリに記憶するとともに、前記取得手段により第１のメモリに記憶されたテキストデータ及び前記復号化手段により第２のメモリに記憶された前記画像データとを順次クリアする描画手段と、
前記描画手段により第３のメモリに記憶された前記描画データのデータ量が所定量となった場合に、該描画データを順次出力し、該第３のメモリに記憶された前記描画データを順次クリアする出力手段と
を備えることを特徴とする情報処理装置。
【請求項７】
前記取得手段は、前記第１及び第２のメモリの容量に応じて、前記構造化文書ファイル内に含まれていたテキストデータのうち、取得すべき矩形領域のテキストデータを判断することを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記取得手段は、前記取得すべき矩形領域のテキストデータについて送信要求を行うことにより、該取得すべき矩形領域のテキストデータを取得することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記取得手段は、テキストデータの送信要求を行い、該送信されたテキストデータのうち、前記取得すべき矩形領域のテキストデータについて前記第１のメモリに記憶することを特徴とする請求項７に記載の情報処理装置。
【請求項１０】
前記所定量のデータ量は、前記第３のメモリの容量に基づいて定められることを特徴とする請求項６に記載の情報処理装置。
【請求項１１】
構造化文書ファイルを可視化出力するために、該構造化文書ファイルを処理する情報処理装置における情報処理方法であって、
前記構造化文書ファイルに記述されたリンク情報に基づいてリンク先の符号化データの少なくとも一部を取得し、第１のメモリに記憶する取得工程と、
前記取得した符号化データを復号化し、生成された画像データを第２のメモリに記憶する復号化工程と、
前記第２のメモリに記憶された画像データを描画展開し、生成された描画データを第３のメモリに記憶するとともに、前記取得工程により第１のメモリに記憶された符号化データ及び前記復号化工程により第２のメモリに記憶された前記画像データとをクリアする描画工程と、
前記描画工程により第３のメモリに記憶された前記描画データのデータ量が所定量となった場合に、該描画データを出力し、該第３のメモリに記憶された前記描画データをクリアする出力工程と
を備えることを特徴とする情報処理方法。
【請求項１２】
構造化文書ファイルを可視化出力するために、該構造化文書ファイルを処理する情報処理装置における情報処理方法であって、
前記構造化文書ファイルを受信する際に、該構造化文書ファイル内にテキストデータに変換された符号化データが含まれていると判断された場合、該符号化データを除いて受信する受信工程と、
前記テキストデータの少なくとも一部を取得し、第１のメモリに記憶する取得工程と、  前記取得したテキストデータを符号化データに変換し、復号することにより生成された画像データを第２のメモリに記憶する復号化工程と、
前記第２のメモリに記憶された画像データを描画展開し、生成された描画データを第３のメモリに記憶するとともに、前記取得工程により第１のメモリに記憶されたテキストデータ及び前記復号化工程により第２のメモリに記憶された前記画像データとをクリアする描画工程と、
前記描画工程により第３のメモリに記憶された前記描画データのデータ量が所定量となった場合に、該描画データを出力し、該第３のメモリに記憶された前記描画データをクリアする出力工程と
を備えることを特徴とする情報処理方法。
【請求項１３】
請求項１１または１２に記載の情報処理方法をコンピュータによって実現させるための制御プログラムを格納した記憶媒体。
【請求項１４】
請求項１１または１２に記載の情報処理方法をコンピュータによって実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構造化文書ファイルを可視化出力する場合の、該構造化文書ファイルの処理技術に関するものである。
【背景技術】
【０００２】
ＸＭＬやＨＴＭＬなどマークアップ言語で記載された、所謂「構造化文書ファイル」では、一般に、外部ファイルや外部データを参照する際のリンクの記述方法が規定されている。例えば、ＨＴＭＬにおいては、ｉｍｇ要素を使用することにより、外部ファイルであるＪＰＥＧファイル等の画像ファイルを参照することができる。そして、表示や印刷等の際、当該画像ファイルを構造化文書ファイルの一部として表示（または印刷）させることが可能である。なお、以下では、構造化文書ファイルをリンク先の画像ファイルと共に表示、印刷等することをまとめて「可視化出力」と称する。
【０００３】
構造化文書ファイルに基づく表示に際して、従来、ウェブブラウザなどでは、ＨＴＭＬファイルとともに、リンク先のＪＰＥＧファイルをダウンロードするよう構成されていた。同様に、構造化文書ファイルの印刷についても、ＨＴＭＬファイルとともに、リンク先のＪＰＥＧファイルをダウンロードしたうえで印刷する旨の提案がなされている（例えば、特開２００２−９１７２６号公報）。
【０００４】
一方で、ＸＭＬやＨＴＭＬなどのマークアップ言語で記述された構造化文書ファイルの中には、画像データを構造化文書ファイル中にテキスト情報として埋め込み、一つのファイルとして記述可能なものもある。
【０００５】
例えば、ＸＭＬ形式のベクトルグラフィック記述言語であるＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）はその一例である。ＳＶＧではｉｍａｇｅ要素を用いてＪＰＥＧファイルを参照するよう構成することもできる。一方、更にＳＶＧではＪＰＥＧデータ（バイナリデータ）をＢＡＳＥ６４エンコーディングによりテキストデータに変換した上でＳＶＧファイル中に埋め込むよう構成することもできる。
【０００６】
つまり、ＳＶＧでは、構造化文書ファイル中に画像データをテキストデータで埋め込む際の記述方法が規定されており、当該記述方法に従って、外部ファイルを参照せずに一つのファイルまたはデータとして記述することができる。
【０００７】
そして、従来、このような構造化文書ファイルを処理する各種処理装置（表示装置や印刷装置）では、表示や印刷等の可視化出力に際して、一旦、構造化文書ファイルをハードディスク等に保存し、解析した上で行うよう構成されていた。
【特許文献１】特開２００２−９１７２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、近年、ＰＣなどの情報処理装置で用いられる画像データやインターネット上を流通する画像データでは、高解像度化が進み、そのデータサイズがますます大きくなってきている。このため、表示装置や印刷装置が備えるメモリの容量が少ない場合には、構造化文書ファイルのリンク先の画像ファイルを、一度に保存できないという問題がある。
【０００９】
また、構造化文書ファイル中に画像データが埋め込まれていた場合にあっては、構造化文書そのもののデータサイズが大きいため、構造化文書ファイル全体を保存すること自体が困難になっているという問題がある。
【００１０】
本発明は、上記課題に鑑みてなされたもので、構造化文書ファイルを可視化出力するにあたり、少ないメモリ容量で実現することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために本発明に係る情報処理装置は以下のような構成を備える。即ち、
構造化文書ファイルを可視化出力するために、該構造化文書ファイルを処理する情報処理装置であって、
前記構造化文書ファイルに記述されたリンク情報に基づいてリンク先の符号化データの少なくとも一部を順次取得し、第１のメモリに記憶する取得手段と、
前記取得した符号化データを復号化し、生成された画像データを第２のメモリに記憶する復号化手段と、
前記第２のメモリに記憶された画像データを描画展開し、生成された描画データを第３のメモリに記憶するとともに、前記取得手段により第１のメモリに記憶された符号化データ及び前記復号化手段により第２のメモリに記憶された前記画像データとを順次クリアする描画手段と、
前記描画手段により第３のメモリに記憶された前記描画データのデータ量が所定量となった場合に、該描画データを順次出力し、該第３のメモリに記憶された前記描画データを順次クリアする出力手段と
を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、構造化文書ファイルを可視化出力するにあたり、少ないメモリ容量で実現することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、必要に応じて添付図面を参照しながら本発明の各実施形態を詳細に説明する。なお、以下の各実施形態では、構造化文書ファイルの一例として、ＳＶＧファイルを用いる場合について説明する。そのうち、第１の実施形態では、ＳＶＧファイル内に外部ファイルを参照するためのリンクが定義されている場合の可視化出力について、第２の実施形態では、ＳＶＧファイル内に画像データが埋め込まれている場合の可視化出力についてそれぞれ説明する。
【００１４】
なお、以下では、ＳＶＧファイルとそのＳＶＧファイルにリンクされた画像ファイルを含めた一連のデータを指す場合にＳＶＧコンテンツという用語を用い、単体のＳＶＧを指す場合にはＳＶＧファイルまたはＳＶＧデータという用語を用いることとする。
【００１５】
また、外部ファイルとしてリンクされた画像ファイルの一例としては、ＪＰＥＧ形式で符号化されたファイルを用いることとし、当該符号化ファイルを以下、ＪＰＥＧファイルと称する。また、ＪＰＥＧファイルの一部のデータをＪＰＥＧデータと呼ぶこととする。
【００１６】
なお、第１及び第２の実施形態では、可視化出力の一例として、印刷処理を行う場合について説明するものとする。したがって、以下の実施形態では、本発明にかかる情報処理方法がプリンタ装置上で実現されることとなる（本発明にかかる情報処理装置を備えるプリンタ装置を各実施形態として説明する）。ただし、当該情報処理方法は、表示処理等、他の可視化出力を行う際にも適用可能であることはいうまでもない（本発明にかかる情報処理装置が表示装置に備えられていても良い）。
【００１７】
［第１の実施形態］
＜印刷システムの構成＞
図１は本発明の第１の実施形態にかかるプリンタ装置を含む印刷システムの概要を示した図である。同図において、ＰＣ１０１は、ＬＡＮ１０２に接続されている。ＬＡＮ１０２には、ファイルサーバとしてのＰＣ１０３及びプリンタ装置１０４が接続されている。
【００１８】
プリンタ装置１０４は、ＸＭＬ形式のベクトルグラフィック記述言語であるＳＶＧを処理可能であり、ＳＶＧで記述されたグラフィックをカラーで印刷可能なプリンタ装置である。なお、本実施形態では、ＰＣ１０１より送信されたＳＶＧデータをプリンタ装置１０４で印刷する際の動作について説明する。
【００１９】
＜プリンタ装置の構成＞
図２は本実施形態に係るプリンタ装置１０４の構成を示すブロック図である。
【００２０】
同図において、２０１はＣＰＵであり、プリンタ装置全体を制御する。ＲＯＭ２０２は、ＣＰＵ２０１で処理される制御プログラムや各種固定データを格納するメモリである。ＲＡＭ２０３は、ＳＲＡＭ、ＤＲＡＭ等で構成され、プログラム制御変数等を格納するためのメモリである。なお、本発明にかかる情報処理方法を実現するための制御プログラムがＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３を用いて実行される場合には、これらが本発明でいう「情報処理装置」に該当することとなる。ただし、その場合、図２の各ブロックを必ずしも単体の装置内に持っていなくても良い。
【００２１】
また、画像データ、各種設定パラメータ、各種ワーク用バッファ等はＲＡＭ２０３に格納される。印字部２０４は生成された画像データを記録用紙に印刷する機能を有する。なお、印刷する手段は、インクジェット方式、熱転写方式、感熱式などいずれの方式でも良く、本発明は特に印刷手段を限定しない。
【００２２】
操作パネル２０５は、ハードキー等で構成され、オペレータが各種入力操作を行うためのものである。表示部２０６は、ＬＣＤまたはＬＥＤ等から構成され、オペレータに対して各種情報を表示通知する。通信制御部２０７は、ＬＡＮｉ／ｆ１０８を経由したデータ通信の制御を行う。ＬＡＮｉ／ｆ２０８は、ＬＡＮ回線２０９に接続するためのインターフェイスである。
【００２３】
図２に示した構成は、本実施形態に係るプリンタ装置１０４の一例を示したものであり、この他、スキャナ部、スピーカ、ファクシミリ通信部等がプリンタ装置の構成に加わっていてもよい。
【００２４】
＜データ領域の構成＞
図３は、ＲＡＭ２０３内のデータ領域の構成を示した模式図である。同図において、３０１は、受信したＳＶＧデータを格納するためのＳＶＧデータ格納領域であり、３０２は、受信したＪＰＥＧデータを格納するためのＪＰＥＧデータ格納領域である。３０３は、各バンド領域の描画データを格納するためのバンドイメージ格納領域である。３０４は、ＪＰＥＧデータを展開して得られた画像データを格納するためのＪＰＥＧデータ展開領域、３０５は、その他の各種設定パラメータを格納したりデータ処理時のバッファとして使用したりするための各種ワーク領域である。
【００２５】
＜ＳＶＧコンテンツの一例＞
図４は、本実施形態において、ＰＣ１０１からプリンタ装置１０４に送られたＳＶＧデータを、プリンタ装置１０４にて印刷した場合の一例である。同図に示したＳＶＧコンテンツは、Ｊ、Ｑ、Ｋの図柄を構成するＪＰＥＧ画像を３つ含んでいる。
【００２６】
図５は、図４に示したＳＶＧコンテンツの、ＳＶＧデータの記述内容の一部を表したものである。同図に示すように、ＳＶＧデータはＸＭＬ形式で記述され、ｉｍａｇｅ要素のｘｌｉｎｋ：ｈｒｅｆ属性により、外部ファイルであるＪＰＥＧファイルへの参照記述がなされている。
【００２７】
＜プリンタ装置における印刷処理の流れ（全体）＞
図６は、ＳＶＧデータを印刷する場合のプリンタ装置１０４の動作を示すフローチャートである。
【００２８】
同図に示すとおり、プリンタ装置１０４はＰＣ１０１からＳＶＧファイルを受信すると、当該ＳＶＧファイルを一時的にＲＡＭ２０３のＳＶＧデータ格納領域３０１に保存する（ステップＳ６０１）。次に、ステップＳ６０２では、ＳＶＧデータ格納領域３０１に保存されたＳＶＧデータのうち最初のバンド領域についてのレンダリング（可視化出力可能な描画データの生成処理）を行う。
【００２９】
レンダリングされた結果（描画データ）は、ＲＡＭ２０３のバンドイメージ展開領域３０３に格納される。このときのバンド幅については、あらかじめ決められた値を使用しても良いし、バンドイメージ展開領域３０３の使用可能容量に基づいて判断しても良い。
【００３０】
ステップＳ６０２にて、バンド幅分のＳＶＧデータをレンダリングすることにより生成された描画データは、印刷用データとして印字部２０４へ送られる（ステップＳ６０３）。そして、ステップＳ６０４では、ＳＶＧコンテンツのすべてのバンド領域をレンダリングしたかどうかを判断する。まだレンダリングが行われていないバンド領域があると判断された場合には、ステップＳ６０２に戻り、次のバンド領域のレンダリングを行う。以降、同様の処理を繰り返し、ＳＶＧコンテンツの各バンド領域のレンダリングを順次行う。
【００３１】
一方、ステップＳ６０４においてＳＶＧコンテンツのすべてのバンド領域をレンダリングしたと判断された場合には、すべての印刷用データが印字部へ送られたと認識し、処理を終了する。なお、印字部２０４では送られてきた印刷用データを印刷することになるが、その動作内容は本発明の本質ではないため図示していない。
【００３２】
＜プリンタ装置における印刷処理の流れ（印刷用データの送信処理）＞
図７は、バンド幅分のＳＶＧデータをレンダリングし、印字部２０４へ印刷用データとして送る際の処理、すなわち図６におけるステップＳ６０２およびＳ６０３の処理の詳細を示したフローチャートである。
【００３３】
図８は、図４に示したＳＶＧコンテンツを複数のバンド領域に分割した様子を示した図である。同図に示したとおり、本実施形態では、ＳＶＧコンテンツを４つのバンド領域に分割し、各バンド領域の処理を順次行うものとする。
【００３４】
図９は、図８に示したＳＶＧコンテンツの上から２番目のバンド領域に含まれるＪＰＥＧファイルを分割した様子を模式的に示した図である。同図に示したとおり、本実施形態ではバンド領域に含まれるＪＰＥＧファイルの一部を順次取得することにより、バンド領域のレンダリングを完遂させる。
【００３５】
図７に示したとおり、プリンタ装置１０４はＳＶＧコンテンツのバンド領域をレンダリングする際、まず、そのバンド領域内に外部ファイルを参照すべき旨の記述があるか否かを判断する（ステップＳ７０１）。ここで、外部ファイルがないと判断された場合には、バンド領域をレンダリングして印字部２０４へ印刷用データを送った後、バンドイメージ展開領域３０３を初期状態にする（ステップＳ７１０、Ｓ７０８、Ｓ７０９）。
【００３６】
ステップＳ７０１においてバンド領域内に外部ファイルを参照すべき旨の記述があると判断された場合には、以下、当該記述に従ってファイルサーバ１０３に対して外部ファイルの送信要求を行うこととなる。図５に示したＳＶＧデータにはＪＰＥＧファイルの参照記述があるため、当該記述に従ってＪＰＥＧファイルの送信要求を行うこととなる。
【００３７】
具体的には、ステップＳ７０２において、まず、ＪＰＥＧファイルのうちどの部分がそのバンド領域内に含まれるかを判断する。さらに、ＲＡＭ２０３のＪＰＥＧデータ格納領域３０２の使用可能容量とＪＰＥＧデータ展開領域３０４の使用可能容量とを判断した上で、ＪＰＥＧファイルのどの矩形部分のデータ取得を行うかを判断する。
【００３８】
そして、ＪＰＥＧファイルの送信要求を行う際に、ＪＰＥＧファイルのうち必要な矩形部分の左上端Ｘ座標、左上端Ｙ座標、幅、高さをファイルサーバ１０３に対し送信する。この結果、ファイルサーバ１０３ではＪＰＥＧファイルのうち指定された矩形部分のみのデータをプリンタ装置１０４に送信することになる。
【００３９】
なお、本実施形態では、ファイルサーバ１０３とプリンタ装置１０４の間の通信プロトコルは、ＨＴＴＰプロトコルを用いるものとする。図５のＳＶＧデータの例で、ｉｍａｇｅ要素のｘｌｉｎｋ：ｈｒｅｆ属性において、ｈｔｔｐ：／／・・・という記述があるためである。ただし、通信プロトコルとして必ずしもＨＴＴＰに限られない。また、ＰＣ１０１とプリンタ装置１０４との間の通信プロトコルの種類についても、本実施形態では特に制限しない。
【００４０】
ファイルサーバ１０３から矩形部分のＪＰＥＧデータが送信されると、当該ＪＰＥＧデータをＪＰＥＧデータ格納領域３０２に保存する（ステップＳ７０３）。そして、受信したＪＰＥＧデータを展開し、画像データを生成した上で（ステップＳ７０４）、バンド領域のうちレンダリングが可能な部分のレンダリングを行う（ステップＳ７０５）。
【００４１】
ステップＳ７０４でＪＰＥＧデータを展開することにより得られた画像データはＲＡＭ２０３のＪＰＥＧデータ展開領域３０４に格納され、ステップＳ７０５でレンダリングが行われた結果（描画データ）はバンドイメージ展開領域３０３に格納される。ここで、レンダリングが可能な部分とは、例えば図９でＪＰＥＧデータのうち９０１の部分に相当する領域を取得した後においては、９０２の部分（当該バンド領域内の部分）である。
【００４２】
レンダリングを終えたら、ＪＰＥＧデータ格納領域３０２のＪＰＥＧデータは不要となるため削除する（ステップＳ７０６）。このとき、ＪＰＥＧデータ展開領域３０４に格納された画像データのうち不要となった一部または全部も削除する。
【００４３】
このようにして、取得したＪＰＥＧデータについての処理を終えたら、ステップＳ７０７においてバンド領域すべてをレンダリングしたかどうかの判断を行う。バンド領域すべてのレンダリングが終わっていないと判断された場合は、バンド領域のレンダリングに必要なＪＰＥＧデータをさらに取得する。つまり、ステップＳ７０２に戻ってＪＰＥＧデータの送信要求を行い、以降、上記処理を繰り返す。
【００４４】
一方、ステップＳ７０７にてバンド領域すべてをレンダリングしたと判断された場合には、バンドイメージ展開領域３０３に格納された描画データを印刷用データとして印字部２０４へ送り（ステップＳ７０８）、バンドイメージ展開領域３０３をクリアする。
【００４５】
このようにして、バンド領域ごとにレンダリング処理を行い、それを順次繰り返すことにより、ＳＶＧデータのすべてを印刷することが可能となる。
【００４６】
なお、本実施形態では、ステップＳ７０２においてＪＰＥＧデータの送信要求を行う際に、矩形部分を指定した上で送信要求を行っていたが、この場合にはファイルサーバ１０３にＪＰＥＧファイルの一部を切り出して送信を行う機能が必要になる。
【００４７】
そこで、かかる方法ではなく、プリンタ装置１０４でＪＰＥＧファイルの切り出しを行うようにしても良い。すなわち、ＪＰＥＧファイルの送信要求を行った後、ファイルサーバ１０３はＪＰＥＧファイルをそのまま送信し、プリンタ装置１０４ではステップＳ７０３の処理を行う際に必要な一部のみを保存するようにしても良い。このとき、どの矩形領域が必要かの判断は、ＲＡＭ２０３のＪＰＥＧデータ格納領域３０２の使用可能容量とＪＰＥＧデータ展開領域３０４の使用可能容量とに基づいて行う。
【００４８】
以上説明したように、本実施形態では、プリンタ装置において、外部ファイルがリンクされている構造化文書ファイルを印刷するに際して、メモリ容量に応じて、バンド領域ごとに外部ファイルの一部を順次取得する。これにより、比較的少ないメモリサイズで印刷を行うことが可能となる。
【００４９】
［第２の実施形態］
次に、本発明の第２の実施形態について説明する。なお、本実施形態では、ＪＰＥＧデータが外部ファイルではなく、ＢＡＳＥ６４エンコーディングによってテキストデータに変換された状態でＳＶＧファイル中に含まれているものとする。
【００５０】
＜印刷システムの構成＞
上記プリンタ装置を含む印刷システムの構成は図１と同様である。ただし、本実施形態においては、ＪＰＥＧデータはＳＶＧファイル中に埋め込まれているため、ファイルサーバ１０３にＪＰＥＧファイルは存在しない。本実施形態では、ＳＶＧコンテンツはただ１つのＳＶＧファイルからなるものとし、ＰＣ１０１にあるＳＶＧコンテンツをプリンタ装置１０４で印刷する場合について説明する。
【００５１】
＜データ領域の構成＞
本実施形態に係るプリンタ装置１０４の構成とＲＡＭ内のデータ領域の構成は、上記第１の実施形態（図２、図３）と同様である。
【００５２】
図１０は、本実施形態に係るＳＶＧファイルの記述内容の一部を表したものである。同図に示したとおり、ＪＰＥＧデータがＳＶＧファイル中にテキストデータとして埋め込まれている。同図においては、ｉｍａｇｅ要素のｘｌｉｎｋ：ｈｒｅｆ属性に記述されている文字列が、ＢＡＳＥ６４エンコーディングにより変換されたＪＰＥＧデータである。
【００５３】
＜プリンタ装置における印刷処理の流れ（全体）＞
本実施形態においても、ＳＶＧコンテンツを印刷する処理は、図６のフローチャートに示した順序で行われる。ただし、本実施形態の場合、ステップＳ６０１においてＳＶＧファイルを受信した際に、ＳＶＧファイルのうちＢＡＳＥ６４エンコーディングによって記述された部分（ＢＡＳＥ６４記述部分）を削除して保存を行う。
【００５４】
すなわち、ＳＶＧデータ格納領域３０１には、図１０に示したデータが図１１のような形で保存される。なお、図１１では、便宜上、テキスト形式で記述しているが、ＳＶＧデータ格納領域３０１に格納する際は、テキスト形式ではなく、データ圧縮を行った形式や、既定の規則によりバイナリ化されたデータ形式で格納しても良い。
【００５５】
＜プリンタ装置における印刷処理の流れ（印刷用データの送信処理）＞
本実施形態ではステップＳ６０２の処理内容が上記第１の実施形態とは異なる。
【００５６】
図１２は本実施形態に係るプリンタ装置１０４におけるステップＳ６０２とＳ６０３の処理内容を示したフローチャートである。
【００５７】
同図によれば、バンド領域をレンダリングする際に、まず、ＢＡＳＥ６４記述部分がバンド領域内に存在するかどうかを判断する（ステップＳ１２０１）。ＳＶＧデータ格納領域３０１に格納されたＳＶＧデータでは、既にＢＡＳＥ６４記述部分が削除されているが、そこにもともとＢＡＳＥ６４記述部分が存在したことが認識可能な形式で格納されている。それを参照することで、バンド領域内にＢＡＳＥ６４記述部分があるかどうかの判断を行う。
【００５８】
ステップＳ１２０１において、ＢＡＳＥ６４記述部分がバンド領域内に存在しないと判断された場合には、バンド領域のレンダリングを行い、レンダリング結果（描画データ）をバンドイメージ展開領域３０３に格納する（ステップＳ１２１０）。その後、バンドイメージ展開領域３０３に格納した描画データを印刷用データとして印字部２０４へ送り（ステップＳ１２０８）、バンドイメージ展開領域３０３をクリアする（ステップＳ１２０９）。
【００５９】
ステップＳ１２０１において、ＢＡＳＥ６４記述部分がバンド領域内に存在すると判断された場合には、ＰＣ１０１に対しＳＶＧファイルの再送信を要求する（ステップＳ１２０２）。ＰＣ１０１はプリンタ装置１０４からＳＶＧファイルの再送信要求があれば、ＳＶＧファイルの再送信を行う。
【００６０】
その後、プリンタ装置１０４では、再送信されたＳＶＧファイルのうち、ＢＡＳＥ６４記述部分の一部のみを保存する（ステップＳ１２０３）。このとき、ＢＡＳＥ６４記述部分のどの部分を保存するかは、ＢＡＳＥ６４エンコーディングされたＪＰＥＧデータのうちどの部分がそのバンド領域内に含まれるかに基づいて判断を行う。更に、ＲＡＭ２０３のＪＰＥＧデータ格納領域３０２の使用可能容量と、ＪＰＥＧデータ展開領域３０４の使用可能容量とに基づいて判断を行う。ＲＡＭ２０３に十分な容量があれば、ＢＡＳＥ６４記述部分を全て保存することも可能である。
【００６１】
ＢＡＳＥ６４記述部分の一部を保存した後、デコードすることによりＪＰＥＧデータに変換した上で、ＪＰＥＧデータをＪＰＥＧデータ展開領域３０４に展開し画像データを得る（ステップＳ１２０４）。ここでは、いったんＢＡＳＥ６４記述部分を保存してからＪＰＥＧデータに変換しているが、ＢＡＳＥ６４記述部分を受信しながら逐次変換し画像データとして保存するようにしても良い。
【００６２】
その後、上記第１の実施形態と同様にレンダリング可能部分をレンダリングし（ステップＳ１２０５）、ＪＰＥＧデータ格納領域３０２をクリアする（ステップＳ１２０６）。さらに、上記第１の実施形態と同様、バンド領域すべてをレンダリングしたか否かを判断する（ステップＳ１２０７）。バンド領域すべてをレンダリングしていないと判断された場合には、ステップＳ１２０２の処理に戻り、ＳＶＧファイルの再送信要求を行う。以下、同様の処理を繰り返す。
【００６３】
ステップＳ１２０７において、バンド領域すべてをレンダリングしたと判断された場合には、バンドイメージ展開領域３０３に格納した描画データを印刷用データとして印字部２０４へ送る（ステップＳ１２０８）。さらに、バンドイメージ展開領域３０３をクリアする（ステップＳ１２０９）。
【００６４】
このようにして、バンド領域ごとにレンダリング処理を行い、それを順次繰り返すことにより、ＳＶＧコンテンツのすべてを印刷することが可能となる。
【００６５】
なお、本実施形態では、ステップＳ１２０２においてＳＶＧファイル自体の再送信要求を行い、ＰＣ１０１側はＳＶＧファイル全体を再度送信するような構成になっている。しかし、プリンタ装置１０４にから再送信要求をする際に、ＸＰｏｉｎｔｅｒなどによりＳＶＧファイル中の特定の場所を指定することにより、ＢＡＳＥ６４記述部分のみの再送信を要求するようにしても良い。このとき、ＰＣ１０１は、ＳＶＧファイルの中から、指定されたＢＡＳＥ６４記述部分のみを切り出して再送信を行う。
【００６６】
さらに、再送信要求時には、ＢＡＳＥ６４記述部分の中の特定の矩形領域を指定するようにしても良い。すなわち、ＸＰｏｉｎｔｅｒによりＢＡＳＥ６４記述部分を指定した上で、ＪＰＥＧ画像中の左上端のＸ、Ｙ座標、矩形領域の幅と高さを指定するようにしても良い。このとき、ＰＣ１０１は、指定されたＢＡＳＥ６４記述部分をデコードしてＪＰＥＧデータにした上で、指定された矩形領域を切り出してプリンタ装置１０４に送信することになる。
【００６７】
以上、第１の実施形態および第２の実施形態について記述したが、これら２つの実施形態に示した処理を１つのプリンタ装置内で行っても良い。すなわち、ＳＶＧコンテンツにおいてリンクされたＪＰＥＧファイルがある場合には上記第１の実施形態の処理を行う。また、ＢＡＳＥ６４エンコーディングによりＳＶＧファイル中にＪＰＥＧデータが埋め込まれている場合には上記第２の実施形態の処理を行うようにしても良い。
【００６８】
以上のような動作は、ＣＰＵ２０１がＲＯＭ２０２に記憶したプログラムに基づいて実行するものである。しかし、本発明は、このようなプログラムをハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ、メモリカード等の各種記憶媒体に格納し、これをデータ読取装置によってコンピュータ等の情報処理装置に取り込み、ＣＰＵ２０１で実行するようにしても良い。
【００６９】
また、ＲＯＭ２０２やＲＡＭ２０３などの構成要素が必ずしも単一の装置内に存在しなくても良く、外部のＲＯＭやＲＡＭ、印字部などを使用する方法でも実現可能である。
【００７０】
本実施形態においては、構造化文書ファイルとしてＳＶＧファイルを例に説明したが、ＨＴＭＬなど他の構造化文書ファイルの処理においても本発明は適用し得るものである。また、外部ファイルや埋め込みされるデータとしてＪＰＥＧデータを用いることとしたが、ＪＰＥＧデータに限られずＰＮＧやビットマップなど他の形式の画像データや動画データ、構造化データなどのデータにおいても本発明は適用し得るものである。
【００７１】
さらに、本実施形態では、主にプリンタ装置を例に説明したが、本発明はこれに限られない。例えば、テレビやモニターなどの表示装置や、デジタルカメラや携帯電話機、プリンタ装置に組み込まれた表示装置、ＰＣやＰＤＡの表示部などにおいてＳＶＧコンテンツを表示する際の処理においても同様に適用し得るものである。
【図面の簡単な説明】
【００７２】
【図１】本発明の第１および第２の実施形態にかかるプリンタ装置を含むネットワークの構成を示す模式図である。
【図２】本発明の第１および第２の実施形態にかかるプリンタ装置の構成の一部を示すブロック図である。
【図３】本発明の第１および第２の実施形態にかかるプリンタ装置のＲＡＭ内の構成を示す図である。
【図４】本発明の第１および第２の実施形態にかかるプリンタ装置が印刷するＳＶＧコンテンツの一例である。
【図５】本発明の第１の実施形態にかかるプリンタ装置が印刷するＳＶＧファイルの記述の一部である。
【図６】本発明の第１および第２の実施形態にかかるプリンタ装置の動作を示すフローチャートである。
【図７】本発明の第１の実施形態にかかるプリンタ装置の動作を示すフローチャートである。
【図８】本発明の第１および第２の実施形態にかかるプリンタ装置のバンド分割のイメージを示す図である。
【図９】本発明の第１および第２の実施形態にかかるプリンタ装置のバンド処理のイメージを示す図である。
【図１０】本発明の第２の実施形態にかかるプリンタ装置が印刷するＳＶＧファイルの記述の一部である。
【図１１】本発明の第２の実施形態にかかるプリンタ装置が保存するＳＶＧデータの一部である。
【図１２】本発明の第２の実施形態にかかるプリンタ装置の動作を示すフローチャートである。
【符号の説明】
【００７３】
１０１  ＰＣ（パーソナルコンピュータ）
１０２  ＬＡＮ
１０３  ファイルサーバとしてのＰＣ
１０４  プリンタ装置
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  印字部
２０５  操作パネル
２０６  表示部
２０７  通信制御部
２０８  ＬＡＮ  ｉ／ｆ
２０９  ＬＡＮ回線
３０１  ＳＶＧデータ格納領域
３０２  ＪＰＥＧデータ格納領域
３０３  バンドイメージ展開領域
３０４  ＪＰＥＧデータ展開領域
３０５  各種ワーク領域
９０１  ＪＰＥＧの矩形領域
９０２  レンダリング可能領域
【図１】
2007058783.tif 000003
【図２】
2007058783.tif 000004
【図３】
2007058783.tif 000005
【図４】
2007058783.tif 000006
【図５】
2007058783.tif 000007
【図６】
2007058783.tif 000008
【図７】
2007058783.tif 000009
【図８】
2007058783.tif 000010
【図９】
2007058783.tif 000011
【図１０】
2007058783.tif 000012
【図１１】
2007058783.tif 000013
【図１２】
2007058783.tif 000014