(57)【要約】【課題】  一般に、ページ記述言語で記述された文書のレンダリングを行う際は、少なくとも１ページ分の内部データを持つ必要があるため、プリンタ装置や表示装置において十分なメモリ容量が必要であった。【解決手段】  第１構造化文書データに含まれるオブジェクトの内、特定領域に少なくとも一部が含まれるオブジェクトを抽出し（Ｓ６０３）、その抽出された特定領域内のオブジェクトを描画する、その特定領域に関連付けた特定領域毎の第２構造化文書データを作成する（Ｓ６０４）。【選択図】  図６
2007293547.tif 000002
【特許請求の範囲】
【請求項１】
第１構造化文書データに含まれるオブジェクトの内、特定領域に少なくとも一部が含まれるオブジェクトを抽出する抽出手段と、
前記抽出手段により抽出された前記特定領域内のオブジェクトを描画する、前記特定領域に関連付けた前記特定領域毎の第２構造化文書データを作成する文書データ作成手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記特定領域は、前記第１構造化文書データの各ページを複数の横長領域に分割したバンド領域であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記特定領域は、前記第１構造化文書データの各ページを複数の桝目状に分割した桝目領域であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第２構造化文書データは、前記特定領域を規定する領域記述テキストデータと、前記特定領域に含まれるオブジェクトの一部或はオブジェクト全体を記述するオブジェクト記述テキストデータを含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記第２構造化文書データは、当該第２構造化文書データを入力してレンダリングする画像形成処理における画像形成順に対応して前記オブジェクト記述テキストデータを配置していることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記特定領域を指定する指定手段を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
構造化文書データを作成して画像形成装置に出力する情報処理装置における情報処理方法であって、
第１構造化文書データに含まれるオブジェクトの内、特定領域に少なくとも一部が含まれるオブジェクトを抽出する抽出工程と、
前記抽出工程により抽出された前記特定領域内のオブジェクトを描画する、前記特定領域に関連付けた前記特定領域毎の第２構造化文書データを作成する文書データ作成工程と、
を有することを特徴とする情報処理方法。
【請求項８】
前記特定領域は、前記第１構造化文書データの各ページを複数の横長領域に分割したバンド領域であることを特徴とする請求項７に記載の情報処理方法。
【請求項９】
前記特定領域は、前記第１構造化文書データの各ページを複数の桝目状に分割した桝目領域であることを特徴とする請求項７に記載の情報処理方法。
【請求項１０】
前記第２構造化文書データは、前記特定領域を規定する領域記述テキストデータと、前記特定領域に含まれるオブジェクトの一部或はオブジェクト全体を記述するオブジェクト記述テキストデータを含むことを特徴とする請求項７乃至９のいずれか１項に記載の情報処理方法。
【請求項１１】
前記第２構造化文書データは、当該第２構造化文書データを入力してレンダリングする画像形成処理における画像形成順に対応して前記オブジェクト記述テキストデータを配置していることを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
前記特定領域を指定する指定工程を更に有することを特徴とする請求項７乃至１１のいずれか１項に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷或は表示等に用いる構造化文書データを処理する技術に関する。
【背景技術】
【０００２】
ページ記述言語を用いて記述された印刷データを印刷するプリンタ装置では、ＰＣからページ記述言語で記述された文書データを受け取り、その文書データを解析してレンダリング処理を行っている。一方、ページ記述言語等で記述された印刷データではなくビットマップ化されたデータを受信して印刷を行うプリンタ装置もある。一般に、ページ記述言語の解析には高度な処理を必要とするため、処理能力の低い低価格のプリンタ装置では、後者の方法が用いられることが多い。
【０００３】
またページ記述言語で記述された文書データをレンダリングするためには、１ページ分の文書データを内部データ化してからレンダリング処理を行う必要がある。例えば、ベクトルグラフィックス記述言語であるＳＶＧでは、描画領域の上部に描画すべきオブジェクトがＳＶＧデータの後方に記述されるケースもある。よって、ＳＶＧをページ記述言語として用いる場合には、少なくとも１ページ分のＳＶＧデータを内部データ化する必要があった。そのため、ページ記述言語を用いた描画装置では十分なメモリ容量が必要とされていた。
【０００４】
しかし、ページ記述言語を用いることにより、伝送するデータ量を削減でき、またプリンタ装置で、その印刷データの解像度を容易に変更できる等の利点がある。従って、処理能力の低いプリンタ装置であってもページ記述言語の解析機能を備えることの有用性は十分にある。特に、ベクトルグラフィック形式で図形等のオブジェクトを記述するページ記述言語は、描画サイズや解像度に依存しない記述が可能であるため印刷に適している。ページ記述言語の命令シーケンスを複数のサブシーケンスに分割し、印刷情報に互いに重なりを持つ画像要素が存在しても、サブシーケンス間の依存関係を解析して効率的な並列スケジュールを組むものがあった（特許文献１）。
【特許文献１】特開平９−１８５５０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ページ記述言語等で記述された構造化文書データを解析してレンダリング処理を行う場合には、メモリの消費量が問題となることがある。一般に、レンダリング後のビットマップデータは大容量となる。従って、メモリ容量が比較的少ないプリンタ装置では、１ページ分の画像領域をバンド状に分割し、そのバンド単位でレンダリングを行っている。そして、１バンドのレンダリング処理と印刷処理が終了すると、そのバンドのビットマップデータを破棄して次のバンドのレンダリング処理を行うといった方法が用いられている。しかしながら、ページ記述言語で記述された文書データのレンダリングを行う際は、少なくとも１ページ分のイメージデータを記憶できるメモリ容量が必要となるため、メモリ容量の少ないプリンタ装置ではページ記述言語で記述された文書データの処理が不可能であった。
【０００６】
本発明の目的は上記従来技術の問題点を解決することにある。
【０００７】
本願発明の特徴は、構造化文書データをレンダリングに適した形式の構造化文書データに変換することにより、少ないメモリ容量でイメージデータに変換して出力できる情報処理装置及びその処理方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
第１構造化文書データに含まれるオブジェクトの内、特定領域に少なくとも一部が含まれるオブジェクトを抽出する抽出手段と、
前記抽出手段により抽出された前記特定領域内のオブジェクトを描画する、前記特定領域に関連付けた前記特定領域毎の第２構造化文書データを作成する文書データ作成手段とを有することを特徴とする。
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理方法は以下のような工程を備える。即ち、
構造化文書データを作成して画像形成装置に出力する情報処理装置における情報処理方法であって、
第１構造化文書データに含まれるオブジェクトの内、特定領域に少なくとも一部が含まれるオブジェクトを抽出する抽出工程と、
前記抽出工程により抽出された前記特定領域内のオブジェクトを描画する、前記特定領域に関連付けた前記特定領域毎の第２構造化文書データを作成する文書データ作成工程とを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、構造化文書データをレンダリングに適した形式の構造化文書データに変換することにより、少ないメモリ容量でイメージデータに変換して出力できる。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、本実施の形態では、本発明に係る情報処理装置の一例として、構造化文書データの生成機能を有するＰＣ（パーソナルコンピュータ）を例に説明する。
【００１２】
図１は、本発明の実施の形態に係る情報処理装置（ＰＣ）１００の構成を示すブロック図である。
【００１３】
図において、ＣＰＵ１０１はＲＯＭ１０２或はＲＡＭ１０３に記憶されているプログラムに従って、この情報処理装置１００の動作を制御する。ＲＯＭ１０２は、ＣＰＵ１０１の制御プログラムやブートプログラム及び各種固定データ等を格納している。ＲＡＭ１０３はＳＲＡＭ、ＤＲＡＭ等で構成され、ＣＰＵ１０１による制御処理の実行時にワークエリアとして使用され、プログラム制御変数等を格納する。また各種設定パラメータ、各種ワーク用バッファ等もＲＡＭ１０３に格納される。ハードディスク１０４は、構造化文書データ等の各種ファイルを格納している。また、このハードディスク１０４にはＯＳや各種アプリケーションがインストール記憶されており、それらプログラムの起動が指示されると、このハードディスク１０４からＲＡＭ１０３に、そのプログラムがロードされ、ＣＰＵ１０１により実行される。操作部１０５は、ハードキーやポインティングデバイス等を含み、オペレータが各種入力操作を行うのに使用される。表示部１０６は、ＬＣＤやＣＲＴ等の表示ユニットを有し、オペレータへのメッセージや各種データの表示等を行う。通信制御部１０７は、ＬＡＮインターフェース１０８を経由してＬＡＮ回線１０９との通信を制御する。このＬＡＮインターフェース１０８は、ＬＡＮ回線１０９に接続するためのインターフェイスである。尚、この図１に示す構成は、本発明の実施の形態に係る情報処理装置１００の一部を示したものである。装置によっては、この他にスキャナ、プリンタ、スピーカ、ファクシミリ通信部等が加わることもあり得る。また、ソフトウェア等で本実施の形態に係る機能を実現する場合等には、上述の各部の機能は必ずしも単体の装置が保持していなくても良い。
【００１４】
図２は、本発明の実施の形態に係る情報処理装置（ＰＣ）１００を含むネットワークシステムの概要を示す構成図である。
【００１５】
同図において、ＰＣ１００とプリンタ装置２０３はＬＡＮ１０９に接続され、互いに通信が可能となっている。ＰＣ１００は構造化文書データを生成する機能を有し、プリンタ装置２０３は、この構造化文書データの読み取り機能を有する。尚、図２においては、ＬＡＮ１０９に接続されている装置はＰＣ１００とプリンタ装置２０３のみであるが、これ以外の装置が接続されていても良いことはもちろんである。
【００１６】
図３は、本発明の実施の形態に係る情報処理装置１００で処理する構造化文書データの一例を示す図である。
【００１７】
同図に示した通り本実施の形態では、構造化文書データに、タグを使用したマークアップ言語を用い、その仕様はXML 1.0（「Extensible Markup Language (XML) 1.0」）に準拠している。本実施の形態では、「＜」と「＞」に囲まれたものをタグと称し、「＜page＞」のような記述を開始タグ、「＜／page＞」のような記述を終了タグと称する。また、開始タグから終了タグまでを要素と称し、例えば、開始タグ「＜page＞」から終了タグ「＜/page＞」までをpage要素と称する。
【００１８】
図３に示した構造化文書データには、３ページ分のページ（page）要素が含まれている。この構造化文書データは３ページのドキュメントを意味し、各ページ要素は、文書の先頭に近い方から順に１ページ目、２ページ目、３ページ目の描画内容を意味している。
【００１９】
以下、図面を参照して、本実施の形態における動作を説明する。
【００２０】
本実施の形態では、ＰＣ１００が、この構造化文書データの生成装置として機能している。本実施の形態では、ＰＣ１００が、図３に示したような構造化文書データを読み込み、それを基に新たに構造化文書データを生成する。こうしてＰＣ１００で生成した構造化文書データは、ＬＡＮ１０９を経由してプリンタ装置２０３に送られる。これによりプリンタ装置２０３は、その構造化文書データを展開してレンダリングし、印刷することを想定している。
【００２１】
図４は、図３に示す構造化文書データの１ページ目をレンダリングした後のイメージ例を示す図である。ここでは、円４０１、直線４０２、四角形４０３、文字列４０４、楕円４０５、多角形４０６のオブジェクトがレンダリングされている。
【００２２】
ここで図３と図４の関係を説明すると、図３の３００は、図４の円４０１を記述している。また３０２は多角形４０６を記述し、３０３は線４０２を、３０４は楕円４０５をそれぞれ記述している。更に３０５は、文字列４０４を記述している。
【００２３】
図５は、図４のイメージをバンド処理する際の、バンド分割の様子を示した模式図である。尚、図４の各構成要素は、図４と同じ記号で示している。
【００２４】
ここでは、水平方向をＸ軸、垂直方向をＹ軸とすると、Ｘ軸に平行な直線でバンド５０１〜５０６に分割している。尚、ここで各バンドが互いに重なり合うことはない。
【００２５】
図６は、本実施の形態に係るＰＣ１００における構造化文書データの生成処理を説明するフローチャートである。この処理を実行するプログラムは、実行時にはＲＡＭ１０３に記憶され、ＣＰＵ１０１の制御の下に実行される。
【００２６】
ＰＣ１００では、テキストファイルにタグ等の文字列を順次書くことにより構造化文書データを生成している。本実施の形態では、予めバンド幅が、例えば「４９．５」に決定されている。このバンド幅は、装置で固定の値としても良いし、通信相手先であるプリンタ装置２０３と通信を行った上で、相手先のメモリ容量を基に決定しても良い。また本実施の形態では、バンド幅を一定にしているが、一つの文書においてバンド幅は同じでなくても良い。例えば、バンドに含まれるオブジェクトの個数や、オブジェクトを内部データ化したときのデータ量等を基に、文書データの各ページごとにバンド幅を可変にしても良い。
【００２７】
本実施の形態では、図３に示したような構造化文書データを読み取った際にテキストファイルに書き出すオブジェクトが内部データとして予めリスト化されている。
【００２８】
図６のフローチャートに示した処理は、構造化文書データにおいてバンドごとにオブジェクトを配置するための処理のうち、一つのバンドにおける処理を示したものである。ここでは、領域を指定する要素として、構造化文書データ中にregion要素を使用している。一つのバンドの記述は、以下のように行う。
【００２９】
まずステップＳ６０１で、region要素の開始タグをテキストファイルに記述する。この開始タグでは、属性として、予め決定されていた領域の範囲、即ち、領域の左上の座標（ｘ，ｙ）と領域の幅（ｗｉｄｔｈ）と領域の高さ（ｈｅｉｇｈｔ）を記述する。例えば、バンド分割時の最初の領域では、「＜region x="0" y="0" width="210" height="49.5"＞」という文字列をテキストファイルに書き出す。尚、この領域の指定は、操作部１０５からの指示により任意の幅や高さに設定されても良い。
【００３０】
次にステップＳ６０２で、予め内部データ化してあったオブジェクトのリストから１個のオブジェクトを取得する。このオブジェクト取得後、そのオブジェクトの一部又は全部が指定された領域に含まれるかを判断する。ここで、指定された領域にそのオブジェクトの一部又は全部が含まれると判断した場合はステップＳ６０４に進み、そのオブジェクトのデータをテキストファイルに書き出す。次にステップＳ６０５で、内部データ化されたリストに次のオブジェクトがあるかを判断し、次のオブジェクトがあると判断した場合はステップＳ６０２に戻り、次のオブジェクトに関しても、前述と同様の処理を行う。
【００３１】
またステップＳ６０３で、指定された領域にオブジェクトが一切含まれないと判断した場合はステップＳ６０５に進み、次のオブジェクトがあるかを判断し、次のオブジェクトがあると判断するとステップＳ６０２に戻る。
【００３２】
こうしてステップＳ６０５で、内部データ化されたリストに次のオブジェクトがないと判断するとステップＳ６０６に進み、region要素の終了タグをテキストファイルに記述して、この処理を終了する。
【００３３】
このように、図６のフローチャートに示した処理を各バンドに対して実行することにより、全てのオブジェクトをバンドごとに配置することが可能となる。この処理を行う間は、予め内部データ化されていたオブジェクトのリストは変化しない。このため、一つのオブジェクトが複数の領域に跨る場合には、複数のregion要素に同じオブジェクトが記述されることになる。
【００３４】
実際の処理においては、まずオブジェクトの複製を作成した上で、各region要素に記述するようにしても良い。また、それらのオブジェクトが、元々同一のオブジェクトであったことが認識できるよう共通のＩＤを属性として記述するようにしても良い。
【００３５】
このようにすることにより、複数の領域に分けた構造化文書データを図３のような元の構造化文書データに戻すことも可能となる。
【００３６】
図７は、図３に示す構造化文書データの１ページ目の文書データに対して、図６のフローチャートに示した処理を各バンド領域ごとに行った後のテキストデータを示す図である。
【００３７】
図７において、７０１は図５のバンド５０１のデータを示し、ここには円４０１と、矩形４０３の上側の一部が含まれている。７０２はバンド５０２のデータを示し、ここでは矩形４０３の縦の２本のライン及び、３０度傾いた直線４０２が含まれている。また７０３はバンド５０３のデータを示し、ここには多角形４０６の一部（楕円４０５に隠れて見えない）、矩形４０３の縦の２本のライン、楕円４０５の一部、及び文字列４０４が記述されている。７０４はバンド５０４のデータを示し、ここには多角形４０６の一部、矩形４０３の縦の２本のライン、楕円４０５の一部が含まれている。また７０５はバンド５０５のデータを示し、ここには矩形４０３の縦の２本のラインと多角形４０６の一部が含まれている。そして７０６はバンド５０６のデータを示し、ここには矩形４０３の下辺と縦線及び多角形４０６の下辺を含む一部が記述されている。
【００３８】
このように、図３に示す元の文書データと、図７に示す変換後の文書データとを比較すると明らかなように、文書データの量が変換後の方（図７）が多くなっている。しかし、図７では、ページをラスタライズするバンドの順に文書データが配列されているため、プル装置２０３でバンドの順に展開するのには極めて都合の良いデータとなっている。
【００３９】
例えば、text要素（文字列４０４）は、図４に示すように１ページの中央付近に描画されるオブジェクトである。しかし、図３では、この文字列４０４を記述するデータ３０５は、構造化文書データの１ページ目の最後に記述されている。この図３のように記述された構造化文書データをプリンタ装置２０３で展開して印刷する場合には、少なくとも１ページ目のpage要素の終了タグまで読み込まなければレンダリングを開始できなかった。
【００４０】
しかし図７に示す構造化文書データの場合には、１ページ目の最初の領域７０１、即ち、最初のバンド５０１に対応するregion要素まで読み込めば、そのバンド５０１の文書データのレンダリングを開始できる。
【００４１】
このように図７の記述方法によれば、同じオブジェクトが複数のregion要素内に記述されているので、図３の記述方法と比較すると文書データとしてはデータ量が多くなる。しかし、プリンタ装置２０３では、一つのバンドに対応するregion要素をレンダリングした後、そのregion要素の文書データを破棄できるため、結果としてプリンタ装置２０３におけるメモリの使用量が少なくて済むことになる。
【００４２】
尚、図６のステップＳ６０４で、オブジェクトをregion要素内に記述する場合には、そのオブジェクトの描画に必要な情報を合わせてテキストファイルに書き出す。例えば、図３の１ページ目のline要素については、その親要素に当たるg要素（回転量を記述する）も描画に必要な情報である。従って図７に示すように、このg要素も一緒に書き出す。
【００４３】
また図７において、バンド５０３に対応するregion要素７０３におけるpolygon要素（多角形４０６）は、描画時には楕円（ellipse要素）４０５が上書きされるため見かけ上は描画されない。しかし、本実施の形態では、単に各オブジェクトの描画範囲のみを判断の対象としているため、region要素７０３にも多角形４０６の一部であるpolygon要素が記述されている。
【００４４】
ここで例えば、ステップＳ６０４の判断時に、その要素が他の要素によって隠されるかどうかを判断し、他の要素によって隠されると判断した場合には、その隠される要素、ここではpolygon要素を、変換後のテキストファイルに書き出さないようにしても良い。
【００４５】
本実施の形態では、描画領域をバンド状に分割する例を示したが、Ｘ軸とＹ軸の両方向に分割して桝目状に分割しても良い。このような桝目状に分割することにより、例えばディスプレイ等に表示する場合に、桝目単位でレンダリングを行うことができる。これにより、よりメモリの消費量を少なく抑えることができる。
【００４６】
また、桝目上に分割することにより、タッチパネルのディスプレイにおいてタッチされたオブジェクトを検出する際、そのタッチされた場所に相当するregion要素の子要素のみをサーチすれば良くなる。これにより、より高速にオブジェクトを検出することが可能となる。
【００４７】
また本実施の形態では、region要素に領域の範囲（ｘ，ｙ，ｗｉｄｔｈ，ｈｅｉｇｈｔ）を記述したが、必ずしも構造化文書データにおいて、これら情報により範囲を定義する必要はない。
【００４８】
図８は、page要素の属性に描画領域の分割方法を記述した例を示す図である。
【００４９】
同図に示した例では、page要素に「pageDiv」という属性を記述し、属性値として「1,6」と指定している。この属性値は「Ｘ軸方向に１つ、Ｙ軸方向に６つの領域に分割している」とことを表している。即ち、「Ｘ軸方向に１つ」であるからＸ軸方向には分割せず、Ｙ軸方向のみにバンド状に分割していることを表している。
【００５０】
また本実施の形態では、ＸＭＬ文書データを例に動作を示したが、本発明はこれに限らず、ＨＴＭＬ、ＳＶＧ等のマークアップ言語やページ記述言語（ＰＤＬ）、グラフィック記述フォーマット、文書記述フォーマット等にも適用できる。
【００５１】
また本実施の形態は、主として、印刷するためのデータに関して説明したが、ディスプレイ等に表示するデータに関しても同様に適用できる。
【００５２】
（他の実施形態）
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また一つの機器からなる装置に適用しても良い。
【００５３】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムを読み出して実行することによっても達成され得る。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００５４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００５５】
プログラムを供給するための記録媒体としては、様々なものが使用できる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などである。
【００５６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。その場合、ダウンロードされるのは、本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルであってもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００５７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する形態としても良い。その場合、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムが実行可能な形式でコンピュータにインストールされるようにする。
【００５８】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される形態以外の形態でも実現可能である。例えば、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【００５９】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれるようにしてもよい。この場合、その後で、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施の形態による情報処理装置の構成の一部を示すブロック図である。
【図２】本発明の実施の形態によるＰＣを含むネットワークの構成を示す模式図である。
【図３】本発明の実施の形態による情報処理装置が処理する構造化文書データの記述の一例である。
【図４】図３の構造化文書データの１ページ目をレンダリングした結果を示すイメージである。
【図５】図４のイメージをバンド分割した場合の様子を示す図である。
【図６】本発明の実施の形態による情報処理装置の動作を示すフローチャートである。
【図７】本発明の実施の形態による情報処理装置が生成する構造化文書データの記述の一例である。
【図８】本発明の実施の形態による情報処理装置が生成する構造化文書データの記述の一例である。
【図１】
2007293547.tif 000003
【図２】
2007293547.tif 000004
【図３】
2007293547.tif 000005
【図４】
2007293547.tif 000006
【図５】
2007293547.tif 000007
【図６】
2007293547.tif 000008
【図７】
2007293547.tif 000009
【図８】
2007293547.tif 000010