(57)【要約】【課題】ページ内におけるオブジェクトの配置の影響を低減してプリンタに送信するＰＤＬデータのデータサイズを低減できる印刷制御プログラム等を提供すること。【解決手段】情報処理装置１００に、アプリケーション３２が生成した所定の書式のデータを読み出し、前記データに含まれる印字対象データを解析する印字対象データ解析ステップＳ１と、前記データの印字対象データを、印字対象データを囲む領域の画像データに変換する変換ステップＳ２と、前記画像データを印刷データに変換する印刷データ生成ステップＳ３と、を実行させる印刷制御プログラムを提供する。【選択図】図１
2011248398.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に、
アプリケーションが生成した所定の書式のデータを読み出し、前記データに含まれる印字対象データを解析する印字対象データ解析ステップと、
前記データの印字対象データを、印字対象データを囲む領域の画像データに変換する変換ステップと、
前記画像データを印刷データに変換する印刷データ生成ステップと、
を実行させる印刷制御プログラム。
【請求項２】
前記印字対象データ解析ステップにおいて、
２つ以上の印字対象データの前記領域の位置が重複しているか否かを判定するステップを有し、
２つ以上の前記領域の位置が重複していると判定された場合、位置が重複した２つ以上の前記領域の最外の前記領域を特定し、
前記変換ステップは、位置が重複した２つ以上の前記領域が囲む全ての印字対象データを前記最外の前記領域の画像データにラスライズする、
請求項１記載の印刷制御プログラム。
【請求項３】
前記印字対象データ解析ステップにおいて、
２つの印字対象データの前記領域の一部が互いに重複しているか否かを判定するステップを有し、
２つ以上の前記領域の一部が互いに重複していると判定された場合、重複している一方の第１の領域と、
前記第１の領域に切り取られる第２の領域の残りの小領域、又は、前記第２の領域の残りを分割して得られる複数の小領域、を特定し、
前記変換ステップは、前記第１の領域が全体を囲む印字対象データ及び前記第２の領域が全体を囲む印字対象データの一部を、前記第１の領域の画像データに変換し、
前記第２の領域が全体を囲む印字対象データの残りの一部を、複数の前記小領域の画像データにそれぞれ変換する、
請求項１記載の印刷制御プログラム。
【請求項４】
前記印字対象データ解析ステップは、異なるサイズの複数の文字の印字対象データから、文字サイズ毎に複数の前記領域を特定し、
前記変換ステップは、文字サイズ毎に前記文字の印字対象データを前記領域の画像データに変換する、
請求項１記載の印刷制御プログラム。
【請求項５】
前記印字対象データ解析ステップは、
前記印刷用データに所定長以上の斜線の印字対象データが含まれるか否かを判定するステップを有し、
所定長以上の斜線の印字対象データが検出された場合、１ページを複数のバンドに分割し、前記バンド毎にバンドで区切られる前記斜線の印字対象データを囲む前記領域を特定し、
前記変換ステップは、前記バンド毎に前記斜線の印字対象データの一部を前記領域の画像データに変換する、
請求項１記載の印刷制御プログラム。
【請求項６】
前記印字対象データ解析ステップは、
前記印刷用データに色情報が白の印字対象データが含まれるか否かを判定するステップを有し、
色情報が白の印字対象データが検出された場合、該印字対象データの変換を禁止する、
請求項１記載の印刷制御プログラム。
【請求項７】
印刷データを生成する情報処理装置であって、
アプリケーションが生成した所定の書式のデータを読み出し、前記データに含まれる印字対象データを解析する印字対象データ解析手段と、
前記データの印字対象データを、印字対象データを囲む領域の画像データに変換する変換手段と、
前記画像データを印刷データに変換する印刷データ生成手段と、
を有することを特徴とする情報処理装置。
【請求項８】
請求項１〜６いずれか１項記載の印刷制御プログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項９】
請求項１〜６いずれか１項記載の印刷制御プログラムを記憶したコンピュータ読み取り可能な記憶装置、を有することを特徴とする印刷装置。
【請求項１０】
情報処理装置のアプリケーションが生成した所定の書式のデータを受信する受信手段と、
前記データを読み出し、前記データに含まれる印字対象データを解析する印字対象データ解析手段と、
前記データの印字対象データを、印字対象データを囲む領域の画像データに変換する変換手段と、
前記画像データを印刷データに変換する印刷データ生成手段と、
前記印刷データを解釈して記録媒体に印刷する印刷手段と、
を有することを特徴とする印刷装置。
【請求項１１】
印刷データを生成する情報処理装置と該印刷データを受信して印刷するプリンタとを有する印刷システムであって、
前記情報処理装置は、
アプリケーションが生成した所定の書式のデータを読み出し、前記データに含まれる印字対象データを解析する印字対象データ解析手段と、
前記データの印字対象データを、印字対象データを囲む領域の画像データに変換する変換手段と、
前記画像データを印刷データに変換する印刷データ生成手段と、を有し
前記プリンタは、該印刷データを解釈して記録媒体に印刷する、
ことを特徴とする印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションデータをＰＤＬデータに変換する印刷制御プログラム、情報処理装置、記憶媒体、印刷装置及び印刷システムに関する。
【背景技術】
【０００２】
ワープロソフトや表計算ソフトなどの文書を印刷する場合、ユーザは、ＰＣ（Personal Computer）を操作することで文書を指定してネットワーク越しに接続されたプリンタに送信する。送信までの間に、文書データは、アプリケーションからＧＤＩドライバに渡され中間ファイル（例えば、ＥＭＳ（拡張メタファイル）ファイル）に変換され、次にＧＤＩドライバからプリンタドライバに渡されビットマップデータに変換されることが一般的である。プリンタドライバは、ビットマップデータをさらにＰＤＬデータに変換してプリンタに送信する。このような印刷時のデータ変換手順を「ＧＤＩ  Ｐｒｉｎｔ  Ｐａｔｈ」という。
【０００３】
このように、ＰＣからプリンタに送信されるＰＤＬデータはビットマップ形式を含むため、データサイズが大きくなり過ぎるという課題があった。
【０００４】
そこで、ＰＣからプリンタに送信するＰＤＬデータのデータサイズを低減する技術が考えられている（例えば、特許文献１参照。）。特許文献１には、１ページ分のビットマップデータを副走査方向に所定のバンド幅に分割して、バンド内に描画領域が含まれている場合には中間ファイルをビットマップデータに展開処理する描画システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示されたバンディング処理では、副走査方向にのみ（すなわち１次元方向にのみ）描画領域の有無を判定しているため、データサイズの削減には制約があるという問題がある。
【０００６】
図１９は従来技術の課題を説明する図の一例である。図１９（ａ）では１ページのビットマップデータに２つのオブジェクトが存在し、副走査方向から見るとページのほぼ全体に描画領域が及んでいる。また、図１９（ｂ）では１ページの上から下まで到達するライン状のオブジェクトが存在し、副走査方向から見るとほぼページの全体に描画領域が及んでいる。ページ上でオブジェクトが占める割合は一部に過ぎないのにも拘わらず、特許文献１のバンディング処理ではほぼ１ページ全体のＰＤＬデータを送信することになるため、データサイズの削減が困難である。
【０００７】
また、上述した従来の「ＧＤＩ  Ｐｒｉｎｔ  Ｐａｔｈ」を利用して、２次元平面上におけるオブジェクトの位置を特定することも考えられる。しかし、ＧＤＩドライバからプリンタドライバに渡される中間ファイルはＧＤＩコマンドにより記述されているため、プリンタドライバが中間ファイルを解析することが困難である。また、例えば、ＥＭＦファイルを中間ファイルとした場合、ＥＭＦファイルの仕様が公開されていないため、事実上、解析は困難とされている。仮に、解析できても、将来仕様が変更された場合に対応できない。
【０００８】
本発明は、上記課題に鑑み、ページ内における印字対象データの配置の影響を低減してプリンタに送信する印刷データのデータサイズを低減できる印刷制御プログラム、情報処理装置、記憶媒体、印刷装置及び印刷システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、情報処理装置に、アプリケーションが生成した所定の書式のデータ（例えば、ＸＰＳファイル）を読み出し、前記データに含まれる印字対象データ（例えば、オブジェクト）を解析する印字対象データ解析ステップと、前記データの印字対象データを、印字対象データを囲む領域の画像データ（例えば、ビットマップデータ）に変換する変換ステップと、前記画像データを印刷データ（例えば、ＰＤＬデータ）に変換する印刷データ生成ステップと、を実行させる印刷制御プログラムを提供する。
【発明の効果】
【００１０】
ページ内における印字対象データの配置の影響を低減してプリンタに送信する印刷データのデータサイズを低減できる印刷制御プログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】印刷システムの一例を示す図である。
【図２】ＰＣのハードウェア構成図の一例である。
【図３】ＭＦＰのハードウェア構成図の一例である。
【図４】ＰＣのソフトウェア構成図の一例である。
【図５】ＸＰＳファイルを模式的に説明する図の一例である。
【図６】ラスタライザによるラスタライズを説明する図の一例である。
【図７】印刷制御部がＰＤＬデータを生成するまでの手順を示すフローチャート図の一例である。
【図８】ＸＰＳファイルの階層構造の一例を示す図である。
【図９】図形のオブジェクト及び文字のオブジェクトの外接矩形を説明する図の一例である。
【図１０】文字のオブジェクトの外接矩形を説明する図の一例である。
【図１１】オブジェクトの重なりを説明する図の一例である。
【図１２】オブジェクトの重なりを説明する図の一例である。
【図１３】長いラインのオブジェクトの外接矩形を模式的に説明する図の一例である。
【図１４】白いオブジェクトの外接矩形を模式的に説明する図の一例である。
【図１５】一方のオブジェクト内に他方のオブジェクトが完全に重なる場合の外接矩形の生成手順を示すフローチャート図の一例である。
【図１６】複数のオブジェクトの一部が互いに重なる場合の外接矩形の生成手順を示すフローチャート図の一例である。
【図１７】長いライン状のオブジェクトの外接矩形の生成手順を示すフローチャート図の一例である。
【図１８】白いオブジェクトの外接矩形の生成手順を示すフローチャート図の一例である。
【図１９】従来技術の課題を説明する図の一例である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を参照しながら説明する。
図１は、印刷システム４００の一例を示す図である。ＰＣ（Personal Computer）１００とＭＦＰ（Multi Function Peripheral）２００がネットワーク３００を介して接続されている。
【００１３】
ＰＣ１００がユーザの操作を受け付け、例えば何らかのアプリケーションがプリンタドライバに文書データ（データファイル全体又は一部）の印刷を要求する。このとき、ＰＣ１００が、文書におけるオブジェクトの位置を特定できる形で中間ファイルを作成することが特徴の１つである。
【００１４】
本実施例では、「ＸＰＳ Ｐｒｉｎｔ Ｐａｔｈ」と呼ばれる印刷時のデータ変換手順を利用してオブジェクトの位置を特定できる形で中間ファイルを生成する。「ＸＰＳ Ｐｒｉｎｔ  Ｐａｔｈ」で生成された中間ファイルを、以下、「ＸＰＳ(XML Paper Specification)ファイル」という。
【００１５】
プリンタドライバは、ＸＰＳファイルを解析してページ毎にオブジェクトとその位置を特定する。こうすることで、プリンタドライバは、オブジェクトの全体を含む、オブジェクトより若干大きい矩形（以下、外接矩形という）５０だけをラスタライズすることができる。プリンタドライバは、オブジェクトを含む外接矩形をラスタライズして外接矩形のビットマップデータを生成し、それをＰＤＬ（Page Description Language）データに変換してＭＦＰ２００に送信する。
【００１６】
このようなＰＤＬデータの生成方法によれば、ページのうちビットマップデータ化される領域を外接矩形の領域だけにできるので、１ページの全体をビットマップデータ化する場合と比べてデータサイズを大幅に削減できる。
【００１７】
なお、本実施形態はＸＰＳファイルを中間ファイルとして説明するが、ＸＰＳファイルのようにオブジェクト（その位置を含め）を解析可能な所定の書式の中間ファイルであれば、本実施形態のＰＤＬデータの生成方法を適用できる。
【００１８】
図２は、ＰＣ１００のハードウェア構成図の一例を示す図である。ＰＣ１００は、それぞれバスで相互に接続されているＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、外部Ｉ／Ｆ１４、通信装置１５、入力装置１６、表示制御部１７及び記憶装置１８を有する。ＣＰＵ１１は、ＯＳ（Operating  System）１０、アプリケーションプログラム３１、及び、プリンタドライバ３０を記憶装置１８から読み出して、ＲＡＭ１０３を作業メモリにして実行する。
【００１９】
アプリケーションプログラム３１は、ＭＦＰ２００に印刷要求するものであればよく、ＰＣ１００上で実行可能なほぼ全てのアプリケーションプログラムが相当する。典型的には、例えば、ワープロソフトウェア、表計算ソフトウェア、Ｗｅｂブラウザ等である。
【００２０】
ＲＡＭ１３は必要なデータを一時保管する作業メモリ（主記憶メモリ）になり、ＲＯＭ１２にはＢＩＯＳや初期設定されたデータ、プログラムが記憶されている。
【００２１】
外部Ｉ／Ｆ１４はＵＳＢケーブル等のケーブルや、可搬型の記憶媒体２０を装着するインタフェースである。記憶媒体２０は、ＵＳＢメモリ等のフラッシュメモリ、ＣＤ−ＲＯＭ等の光記憶媒体等である。
【００２２】
通信装置１５は、ＬＡＮカードやイーサネット（登録商標）カードと呼ばれ、ＣＰＵ１１からの指示によりＭＰＦ２００にパケットデータ（本実施形態では主にＰＤＬデータ）を送信する。
【００２３】
入力装置１６は、キーボード、マウスなど、ユーザの様々な操作指示を受け付けるユーザインターフェイスである。タッチパネルや音声入力装置を入力装置とすることもできる。表示制御部１７は、アプリケーションプログラム３１が指示する画面情報に基づき所定の解像度や色数等でディスプレイ１９の描画を制御する。ディスプレイ１９は、液晶や有機ＥＬなどのＦＰＤ（Ｆｌａｔ  Ｐａｎｅｌ  Ｄｉｓｐｌａｙ）である。
【００２４】
記憶装置１８は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ Ｄｒｉｖｅ）やフラッシュメモリなどの不揮発メモリを実体とし、ＯＳ１０、アプリケーションプログラム３１、及び、プリンタドライバ３０を記憶している。
【００２５】
記憶媒体２０は、例えば、ＳＤカードやＵＳＢメモリなど不揮発性のメモリである。アプリケーションプログラム３１やプリンタドライバ３０は、記憶媒体２０に記録された状態又は不図示のサーバからダウンロードされる態様で配布される。
【００２６】
図３は、ＭＦＰ２００のハードウェア構成図の一例を示す。ＭＦＰ２００は画像形成機能を備えていればよく、プリンタ、複写機又はＦＡＸ装置のいずれでもよい。ＭＦＰ２００は、内部バスにて接続されたＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、外部Ｉ／Ｆ５４、通信カード５５、パネル制御部５６、スキャナエンジン制御部５７、プロッタエンジン制御部５８、ＦＡＸエンジン制御部５９及び記憶装置６１を有する。
【００２７】
ＣＰＵ５１は、記憶装置６１又はＲＯＭ５２に記憶されたプログラムを、ＲＡＭ５３を作業メモリとして実行することでＭＦＰ２００の全体を制御する。外部Ｉ／Ｆ５４はＵＳＢ等のケーブルや記憶媒体２０を装着するインタフェースである。記憶媒体２０は、ＵＳＢメモリ等のフラッシュメモリ、ＣＤ−ＲＯＭ等の光記憶媒体等である。
【００２８】
通信カード５５は、ＬＡＮカードやイーサネット（登録商標）カードと呼ばれ、ＣＰＵ５１からの指示によりＰＣ１００にパケットデータを送信し、また、ＰＣ１００からパケットデータを受信する。
【００２９】
パネル制御部５６は、操作パネル６２にＵＩを表示し、ＵＩのソフトキーやハード的なキーの操作を受け付ける。スキャナエンジン制御部５８は、ユーザが操作パネル６２から設定した解像度などの読み取り条件を受け付け、読み取り条件に基づきスキャナエンジン６３を制御する。スキャナエンジン６３は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して画像処理を施し、所定の解像度のデジタルデータ（以下、画像データという）を生成する。
【００３０】
プロッタエンジン制御部５８は、ユーザが操作パネル６２から設定した印刷枚数などの印刷条件を受け付け、印刷条件に基づきプロッタエンジン６４を制御する。プロッタエンジン６４は、例えばタンデム型の感光ドラムを有し、上記の画像データやＰＣ１００から受信したＰＤＬデータに基づきレーザビームを変調し感光ドラムを走査して潜像を形成する。潜像にトナーを付着して現像した１ページ毎の画像を用紙に熱と圧力で転写する。
【００３１】
ＦＡＸエンジン制御部５９は、ユーザが設定した宛先（ＦＡＸ番号、電子メールアドレス等）などの送信条件を受け付け、送信条件に基づきＦＡＸエンジン６５を制御する。ＦＡＸエンジン６５は、通信カードを介してネットワーク３００に接続し例えばＴ.３７，Ｔ.３８の規格に対応した通信手順、又は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し例えばＧ３、Ｇ４規格に対応した通信手順、に従い画像データの送受信を行う。また、ＭＦＰ２００の電源がＯＦＦのときに画像データを受信しても、プロッタエンジン６４を起動して画像データを用紙に印刷することができる。
【００３２】
記憶装置６１は、例えばＨＤＤやフラッシュメモリなど、書き換え可能な不揮発メモリである。記憶装置６１には、ＣＰＵが実行するプログラム、フォントデータ、画像データ及びＰＤＬデータが記憶されている。
【００３３】
また、記憶装置６１には、プリンタドライバ３０が記憶されている。このプリンタドライバ３０は、ＰＣ１００が記憶するものと同じものである。すなわち、ＰＣ１００側でＸＰＳファイルを生成した段階で、ＸＰＳファイルをＭＦＰ２００に送信しても、ＭＦＰ２００のプリンタドライバ３０がＰＣ１００と同様にＰＤＬデータを生成することができる。プリンタドライバ３０は、ＭＦＰ２００の出荷時に記憶装置６１に記憶されていてもよいし、ＭＦＰ２００の出荷後に、記憶媒体２０に記憶された状態又はネットワーク３００上の不図示のサーバから配布されてもよい。
【００３４】
図４は、ＰＣ１００のソフトウェア構成図の一例を示す。このソフトウェア構成図は、アプリケーションプログラム３１、描画制御システム３２、ＸＰＳファイル記憶部３３、及び、印刷制御部４０を有する。本実施形態の処理上の特徴部は主に印刷制御部４０に含まれる。
【００３５】
アプリケーションプログラム３１は、ユーザの印刷操作に応じて、アプリケーションプログラム３１が生成した文書データ及び印刷条件を描画制御システム３２に送出する。印刷条件は、例えば、部数、原稿方向、用紙サイズ等である。
【００３６】
描画制御システム３２は、文書データ及び印刷条件に基づきＸＰＳファイルを生成する。具体的には、描画制御システム３２は、「ＸＰＳ  Ｐｒｉｎｔ  Ｐａｔｈ」において「ＸＰＳドキュメントライタ」と呼ばれるプログラムを利用できる。なお、ユーザは、一般的に描画制御システム３２の存在を認識する必要はない。「ＸＰＳドキュメントライタ」は、所定のＯＳ（例えば、Ｗｉｎｄｏｗｓ（登録商標）７、ＶＩＳＴＡ等）に付属されるか、又は、無償若しくは有償で市販されている。描画制御システム３２は、ＯＳと一体とみなすことも、ＯＳとは別のアプリケーションとみなすこともできる。
【００３７】
描画制御システム３２が生成したＸＰＳファイルは、例えばＲＡＭ１３を実体とするＸＰＳファイル記憶部３３に記憶される。
【００３８】
印刷制御部４０は、ＸＰＳファイルを解析してビットマップデータを生成し、ビットマップデータをＰＤＬデータに変換するプリンタドライバ３０を実体とする。印刷制御部４０は、「ＸＰＳ  Ｐｒｉｎｔ  Ｐａｔｈ」においてＸＰＳドライバと呼ばれる、これも所定のＯＳに付属されるか、又は、無償若しくは有償で市販されている。
【００３９】
しかしながら、本実施形態の印刷制御部４０は、少なくとも汎用のＸＰＳドライバにはない、下記の特徴（例えば、オブジェクト判断部３４）を備える。印刷制御部４０は、市販のＸＰＳドライバをベースに所定のメーカが生成してもよいし、市販のＸＰＳドライバを全く利用せずに生成してもよい。
【００４０】
まず、図５を用いてＸＰＳファイルについて説明する。ＸＰＳとは、ＸＭＬ形式で記述される電子ドキュメントフォーマットの仕様である。よってＸＰＳファイルはこの仕様に沿って記述されたファイルである。ＸＰＳでは、ドキュメント情報の全てをＸＭＬで記述し、記述内容毎の複数のファイルをＺＩＰ圧縮により１つにパッケージングしている。図５は、このうちの１つのファイルで図８の「１ｆ．ｐａｇｅ」に対応する。なお、図５のＸＰＳファイルは説明のため一部を簡略化している。
【００４１】
ＸＰＳファイルでは、１つの文書をドキュメントと、ドキュメントの１枚をページとそれぞれ称し、各ドキュメント及びページ毎に印刷条件を記述できるようになっている。印刷条件をプリントチケットというが図では不図示である。
【００４２】
「<FixedPage Width="1122.56" Height="793.76" xmlns="http://schemas.microsoft.com/xps/2005/06" xml:lang="und" >」は、あるページのサイズを示す記述である。「Width=1122.56、Height=793.76」がページの幅と高さを示している。
【００４３】
「<!-- Microsoft XPS Document Converter (MXDC) Generated! Version: 0.3.7600.16385 -->」は、ＸＰＳファイルを作成した「XPS Document Converter」（上記のＸＰＳドキュメントライタに相当する）のバージョン情報を記述している。
【００４４】
「<Path Data=" M 530,440 L 850,440 850,690 530,690 z"  Fill="#ffff0000" />」は、ページの位置をピクセル単位で示す(530,440)から(850,440)まで線を引き（Ｍ）、続いて(850,690)、さらに(530,690)まで線を引くという命令である。「<Path Data=" M 528.8,100.48 L 280.8,332.48 281.6,333.28 529.6,101.28 z"  Fill="#ff000000" />」についても同様で、(528.8,100.48)から(280.8,332.48)まで線を引き（Ｍ）、続いて(281.6,333.28)、さらに(529.6,101.28)まで線を引くという命令である。
【００４５】
なお、「Fill="#ffff0000」「Fill="#ff000000"」は、ラインの内側の塗りつぶしの色を指定する記述である。また、ラインの色は例えば"Stroke= Black"等のように記述される。このように、「Path Data」のタグはラインのオブジェクトがページに存在すること意味する。
【００４６】
「<Glyphs Fill="#ff000000" 〜  UnicodeString="ABCDE " />」は、文字（グリフ）の描画命令である。「FontUri="/Documents/1/Resources/Fonts/5A67CD7B-71C3-44BD-8FE4-12190CD35A84.odttf"」はフォントデータを指定し、「FontRenderingEmSize="14"」は文字サイズを、「StyleSimulations="None" 」は太字指定などがないことを、「OriginX="120" OriginY="200"」は文字列「ＡＢＣＤＥ」の最初の文字の位置を、それぞれ指定する命令である。
【００４７】
このように、「Glyphs」のタグは文字のオブジェクトがページに存在すること意味する。この他、長方形や円形など図形のオブジェクト、及び、所定のフォーマットの画像データのオブジェクト、も決まったタグにより指定される。
【００４８】
図４に戻り、印刷制御部４０は、オブジェクト判断部３４、ラスタライザ３５、Ｂｉｔｍａｐ記憶部３６、及び、ＰＤＬ変換部３７を有する。オブジェクト判断部３４は、ページ毎に図５のようなＸＰＳファイルを読み出し、オブジェクトが存在する位置を特定する。本実施例のオブジェクトとは、ＸＰＳファイルに描画命令が記述される、ライン（Path）、文字・記号・数字等（Glyphs)、図形（ベクトル図形）、及び、ｔｉｆｆファーマット等の画像をいう。すなわち、オブジェクト（のデータ）が印字対象のデータとなる。
【００４９】
図５にて説明したように、オブジェクトの種類や位置はＸＰＳファイルに明示されているので、オブジェクト判断部３４はＸＰＳファイルを解析することでオブジェクトの種類や位置を特定できる。
【００５０】
図６は、オブジェクト判断部３４によるオブジェクトの外接矩形５０の生成を説明する図の一例である。図６では、ページに３つのオブジェクト１〜３が配置されている。本実施例のオブジェクト判断部３４は、オブジェクトを囲む矩形（例えば、外接矩形）をビットマップデータの生成領域に決定する。必ずしも外接矩形である必要はないが、外接矩形とすることでビットマップデータを最小にすることができる。また。外接矩形としない場合は、例えば縦横に５〜１０％程度のマージンを設けた矩形を、ビットマップデータの生成領域とする。
【００５１】
オブジェクト１を例にラスタライズを説明する。オブジェクト判断部３４は、ＸＰＳファイルから取得したオブジェクトの位置に基づき、最左、最右、最上、最下の各最外点を特定する。最外点は、ラインのオブジェクトの場合はラインの各端点、図形のオブジェクトの場合は図形の各頂点、文字のオブジェクトの場合は文字の位置、文字数及び文字サイズ、画像のオブジェクトの場合は画像の配置位置とサイズ、からそれぞれ特定することができる。
【００５２】
最左を通る垂線、最右を通る垂線、最上を通る水平線、最下を通る水平線、の４つの線が形成する閉じた矩形が外接矩形である。図示するように、ビットマップデータが生成される領域がオブジェクトの大きさをカバーする程度に小さくなるのでラスタライズの処理負荷を低減でき、さらに、ビットマップデータのデータサイズを低減できる。
【００５３】
オブジェクト判断部３４は外接矩形５０を特定する４つの頂点の位置、又は、外接矩形５０の１つの頂点の位置とサイズ（以下、単に位置情報という）をラスタライザ３５に送出する。
【００５４】
ラスタライザ３５は、ＸＰＳファイルに含まれるオブジェクトをラスタライズする。本実施例では、ラスタライザ３５がページ全体のビットマップデータを生成するのでなく、外接矩形５０のみのビットマップデータを生成することが特徴の１つである。
【００５５】
なお、ビットマップデータは非常に汎用的な画像データの一種である。また、ラスタライザ３５は、「ＸＰＳドライバ」に含まれるか、「ＸＰＳドライバ」と同様に入手される「XPS Rasterize Service」をラスタライザ３５として利用できる。「XPS Rasterize Service」はＡＰＩを介することで呼び出される。
【００５６】
ラスタライザ３５は、ＸＰＳファイルのオブジェクト１に対応する記述を解釈し、外接矩形５０のビットマップデータを生成する（すなわち、外接矩形内にビットマップ展開する）。ラスタライザ３５は、外接矩形内にのみビットマップデータを展開するので、仮にオブジェクトがこれより大きい領域に及んでいても、外接矩形５０の外のビットマップデータは破棄される。
【００５７】
ラスタライザ３５は、他の２つのオブジェクト２，３についてもＸＰＳファイルのオブジェクト２，３に対応する記述を解釈し、それぞれの外接矩形５０のビットマップデータを生成する。
【００５８】
なお、プリンタドライバ３０の一般的な処理として、印刷制御部４０は、ＲＧＢデータからＣＭＹＫデータへの色空間の変換、オブジェクトの種類に適したディザパターンを用いてディザ処理等を行う。
【００５９】
各ビットマップデータは互いに関連付けられて、例えば記憶装置１８を実体とするＢｉｔｍａｐ記憶部３６に記憶される。ここで、外接矩形５０のビットマップデータが生成されることは、ページにおけるビットマップデータ（オブジェクト）の位置が定まらないことになるので、ラスタライザ３５は各ビットマップデータの１つ以上の頂点を位置情報として各ビットマップデータに対応づけておく。
【００６０】
図４に戻り、ＰＤＬ変換部３７は、ビットマップデータをＭＦＰ２００が解釈可能なＰＤＬデータに変換する。ＰＤＬデータには、印刷条件、オブジェクト毎のビットマップデータ及び位置情報が含まれる。本実施形態では、ＰＤＬデータが、ＭＦＰ２００が解釈する印刷データの一例となる。
【００６１】
図７は、印刷制御部４０がＰＤＬデータを生成するまでの手順を示すフローチャート図の一例である。
【００６２】
・Ｓ１
まず、ＸＰＳファイルを受け取ったオブジェクト判断部３４は、ＺＩＰ圧縮されたＸＰＳファイルを展開する。図８は、ＸＰＳファイルの階層構造の一例を示す図である。なお階層構造は説明のため一部を省略した。ＸＰＳファイルの階層構造は仕様で決まっており、＜ルート＞の下の第１階層に「＿ｒｅｌｓ」、「Ｄｏｃｕｍｅｎｔｓ」、「Ｒｅｓｕｒｃｅｓ」等がある。「＿ｒｅｌｓ」は、一つの文書データの構成情報が記述されるＦｉｘｅｄＤｏｃｕｍｅｎｔＳｅｑｕｅｎｃｅ.ｆｄｓｅｐ.ｒｅｌｓへの参照情報を有する。
【００６３】
「Ｄｏｃｕｍｅｎｔｓ」は一つの文書データの各ドキュメントの構成情報「ＦｉｘｅｄＤｏｃｕｍｅｎｔ．ｆｄｏｃ」を有する。ここには「Ｐａｇｅｓ」フォルダの階層の下の各ページの参照情報が記述されている。
【００６４】
「１ｆ.Ｐａｇｅ」「２ｆ．Ｐａｇｅ」には一つのページ情報が記述される。ここには必要に応じて、Ｒｅｓｕｒｃｅｓへの参照情報が記述される。
【００６５】
オブジェクト判断部３４は、各種の構成情報を参照して「Ｐａｇｅｓ」フォルダの「１ｆ．ｐａｇｅ」ファイルを解析する。図５のＸＰＳファイルは「１ｆ．ｐａｇｅ」を抜粋したものなので、「１ｆ．ｐａｇｅ」を解析することで、ページのどの位置にオブジェクトが存在しているのかを特定することができる。
【００６６】
オブジェクト判断部３４は、ラインのオブジェクトの各端点、図形のオブジェクトの各頂点、文字のオブジェクトの文字の位置、文字数及び文字サイズ、画像の配置位置及びサイズ、を抽出する。そして、外接矩形５０の位置情報をラスタライザ３５に通知する。
【００６７】
・Ｓ２
ラスタライザ３５は、ＸＰＳファイルの記述を解釈し各オブジェクトを外接矩形５０にビットマップ展開することでＸＰＳファイルをラスタライズする。
【００６８】
・Ｓ３
ＰＤＬ変換部３７は、ラスタライズにより生成されたビットマップデータを、ＭＦＰ２００が対応しているＰＤＬデータに変換する。
・Ｓ４
印刷制御部４０は、ＰＤＬデータをＭＦＰ２００に送信する。
・Ｓ５
オブジェクト判断部３４は、ページ内にまだ他のオブジェクトが存在するか否かを判定し、存在する場合、そのオブジェクトに対してもステップＳ１〜Ｓ４の処理を施す。
・Ｓ６
ページ内に他のオブジェクトが存在しない場合、印刷制御部４０はまだ他のページがあるか否かを判定し、存在する場合はＳ１の処理に戻り、一連の処理を繰り返す。次のページがなければ処理を終了する。
【００６９】
〔オブジェクトの外接矩形の生成例〕
いくつかのオブジェクトの生成例を説明する。
【００７０】
＜円形のオブジェクトの外接矩形＞
図９は、図形のオブジェクト４，５及び文字のオブジェクト６の外接矩形５０を説明する図の一例である。図９のオブジェクトのうち、オブジェクト５，６の外接矩形５０の生成については説明した。
【００７１】
オブジェクト４の外接矩形５０の生成について説明する。オブジェクト４は楕円である。オブジェクトが楕円の場合のＸＰＳファイルの記述は、例えば、１対の対角頂点の座標と円の描画命令である。これにより１対の対角頂点で定まる四角形に内接する楕円が描画される。したがって、１対の対角頂点が最外点となり、オブジェクト判断部３４は、外接矩形５０を容易に生成できる。正円がオブジェクトの場合も同様である。
【００７２】
また、正円の描画命令が円の中心と半径で与えられている場合は、オブジェクト判断部３４は、中心から垂線と水平線を引いて、中心から上下方向と左右方向にそれぞれ半径の長さの端点を特定する。この４つの端点を通る直線（水平線又は垂直線）が形成する閉じた矩形が外接矩形５０である。
【００７３】
＜サイズの異なる文字のオブジェクトの外接矩形＞
図１０は、文字のオブジェクト７，８の外接矩形５０を説明する図の一例である。このような文字のオブジェクトでは、図の斜線部を含んで１つの外接矩形５０を生成することもできるが、斜線部をビットマップデータから除外することでビットマップデータのデータサイズをさらに削減することができる。
【００７４】
ＸＰＳファイルで説明したように文字のオブジェクトは、同じサイズの一連の文字列が１つのオブジェクトと扱われるので、文字サイズが異なると複数の文字のオブジェクトが存在することになる。したがって、オブジェクト判断部３４は、オブジェクト７，８のそれぞれについて、文字の位置、文字数及び文字サイズから２つの外接矩形５０を生成することができる。
【００７５】
＜一方のオブジェクト内に他方のオブジェクトが完全に重なる場合の外接矩形＞
図１１は、オブジェクトの重なりを説明する図の一例である。図１１では図形のオブジェクトと文字のオブジェクトが重なっている。このような場合、ラスタライズする領域を１つとすることでビットマップデータのデータサイズが増大することを防止できる。
【００７６】
このようなオブジェクトの配置に対応するため、ステップＳ１の処理を図１５のように修正する。
【００７７】
図１５は、一方のオブジェクト内に他方のオブジェクトが完全に重なる場合の外接矩形５０の生成手順を示すフローチャート図の一例である。まず、オブジェクト判断部３４は、これまで説明したようにオブジェクト毎の外接矩形５０を求める（Ｓ１１０）。
【００７８】
次に、オブジェクト判断部３４は、各外接矩形５０の面積を求め面積の大きい順にソートする（Ｓ１２０）。これは、一方のオブジェクト内に他方のオブジェクトが完全に重なるためには、一方のオブジェクトの面積の方がより大きい必要があるためである。図では外接矩形Ａ〜Ｄにソートした。
【００７９】
次に、オブジェクト判断部３４は、最も面積が大きい着目外接矩形を特定する（Ｓ１３０）。まず、外接矩形Ａが着目外接矩形になる。
【００８０】
次に、オブジェクト判断部３４は、大きい順に残りの外接矩形を特定する（Ｓ１４０）。まず、外接矩形Ｂが特定される。
【００８１】
そして、オブジェクト判断部３４は、着目外接矩形に外接矩形が完全に重なるか否かを判定する（Ｓ１５０）。この判定にはいくつか方法があるが、例えば、外接矩形の左上の頂点が着目外接矩形の内側にあり、かつ、外接矩形の右下の頂点が着目外接矩形の内側にある、か否かを判定する。
【００８２】
着目外接矩形に外接矩形が完全に重なる場合（Ｓ１５０のＹｅｓ）、オブジェクト判断部３４は重畳関係を記録する（Ｓ１６０）。例えば、「外接矩形Ａ＞＞外接矩形Ｂ」のように記録される。
【００８３】
次に、オブジェクト判断部３４は残りの外接矩形がなくなったか否かを判定する（Ｓ１７０）。残りの外接矩形がある場合（Ｓ１７０のＮｏ）、オブジェクト判断部３４は、次に大きい残りの外接矩形を特定する（Ｓ１４０）。よって、外接矩形Ｃが特定される。
【００８４】
ここで、オブジェクト判断部３４は、着目外接矩形Ａについて重畳関係を読み出し、まず、重畳関係にある外接矩形Ｂに、外接矩形Ｃが完全に重なるか否かを判定する（Ｓ１５０）。こうすることで、入れ子関係を検出できる。なお、本実施例では特に入れ子関係を考量する必要はなく、着目外接矩形Ａについて外接矩形Ｃが完全に重なるか否かを判定すればよい。
【００８５】
重畳関係にある外接矩形Ｂに、外接矩形Ｃが完全に重なる場合、オブジェクト判断部３４は重畳関係を記録する（Ｓ１６０）。例えば、「外接矩形Ａ＞＞外接矩形Ｂ＞＞外接矩形Ｃ」のように記録される。
【００８６】
次に、オブジェクト判断部３４は残りの外接矩形がなくなったか否かを判定する（Ｓ１７０）。残りの外接矩形がある場合（Ｓ１７０のＮｏ）、オブジェクト判断部３４は、次に大きい残りの外接矩形を特定する（Ｓ１４０）。よって、外接矩形Ｄが特定される。
【００８７】
同様に、オブジェクト判断部３４は、着目外接矩形Ａについて重畳関係を読み出し、重畳関係にある小さい方の外接矩形から、外接矩形Ｄが完全に重なるか否かを判定する（Ｓ１５０）。図示するように、外接矩形Ｄは外接矩形ＣにもＢとも完全には重ならないが、着目外接矩形Ａに重なると判定される。
【００８８】
オブジェクト判断部３４は重畳関係を記録する（Ｓ１６０）。例えば、「外接矩形Ａ＞＞外接矩形Ｂ＞＞外接矩形Ｃ、かつ、外接矩形Ａ＞＞外接矩形Ｄ」のように記録される。オブジェクト判断部３４は、この重畳関係から外接矩形Ａにより外接矩形Ｂ，Ｃ、Ｄの領域をカバーできると判断できる。
【００８９】
よって、いくつかの外接矩形を含むように重畳する最も大きい外接矩形を特定でき、ビットマップデータを効率的に生成できることになる。
【００９０】
なお、残りの外接矩形がなくなった場合（Ｓ１７０のＹｅｓ）、オブジェクト判断部３４は全ての外接矩形に着目したか否かを判定し（Ｓ１８０）、全ての外接矩形に着目していない場合（Ｓ１８０のＮｏ）、次に最も大きい着目外接矩形を特定する（Ｓ１９０）。こうすることで、ページ上の全オブジェクトについてもれなく重畳関係を抽出できる。オブジェクト判断部３４は、外接矩形Ａの位置情報をラスタライザ３５に送出する。
【００９１】
なお、オブジェクト判断部３４は、外接矩形Ｂ〜Ｄのようにすでに重畳関係が記録された外接矩形を着目外接矩形にする必要がなく、重畳関係が記録されていないオブジェクトの外接矩形だけを着目外接矩形にすればよい。全ての外接矩形に着目した場合（Ｓ１８０のＹｅｓ）、処理は終了する。
【００９２】
図１１を例に説明すれば、ラスタライザ３５は、三角形のオブジェクトを囲む外接矩形５０に２つのオブジェクト（三角形と文字）をラスタライズして、１つのビットマップデータを生成する。
【００９３】
＜オブジェクトの一部が互いに重なる場合の外接矩形＞
図１２は、オブジェクトの重なりを説明する図の一例である。図１２では、図形のオブジェクトと図形のオブジェクトが一部だけ重なっている。このような場合、オブジェクト判断部３４は、いずれか一方の外接矩形５０の全体を１つの外接矩形５０に、一方の外接矩形５０により切り取れた他方の外接矩形５０の残りをいくつかの小矩形５０Ｓに分割して、ビットマップデータを生成する。重なった部分のビットマップデータを複数回送信する必要がないので、データサイズを低減できる。
【００９４】
このようなオブジェクトの外接矩形５０を生成するため、ステップＳ１の処理を図１６のように修正する。図１６は、複数のオブジェクトの一部が互いに重なる場合の外接矩形５０の生成手順を示すフローチャート図の一例である。
【００９５】
まず、オブジェクト判断部３４は、これまで説明したようにオブジェクト毎の外接矩形５０を求める（Ｓ２１０）。
【００９６】
次に、オブジェクト判断部３４は、左上の着目外接矩形Ａを１つ特定する（Ｓ２２０）。左上としたのは説明のためであり、どの外接矩形を最初に抽出してもよい。
【００９７】
オブジェクト判断部３４は、着目外接矩形Ａに一部が重畳する全ての外接矩形を抽出する（Ｓ２３０）。例えば、着目外接矩形Ａの４つの頂点のいずれかが重なる他の外接矩形を、抽出する。図では外接矩形Ｂ,Ｄが抽出される。
【００９８】
オブジェクト判断部３４は、連鎖的に外接矩形と重畳する外接矩形があるか否かを判定する（Ｓ２４０）。抽出の方法はステップＳ２３０と同様である。図では、外接矩形Ｂと外接矩形Ｃの一部が重畳している。こうすることで、一部が重なる全ての外接矩形を抽出することができる。
【００９９】
そして、オブジェクト判断部３４は、一部が重畳する全ての外接矩形を記録する（Ｓ２５０）。例えば、「外接矩形Ａ＞外接矩形Ｂ＞外接矩形Ｃ、外接矩形Ａ＞外接矩形Ｄ」のように記録される。
【０１００】
そして、オブジェクト判断部３４は、重畳する外接矩形を矩形に分解する（Ｓ２６０）。図では８個に分解されている。分解の方法の一例を説明する。
・まず、オブジェクト判断部は、最も左上の外接矩形を起点に、この外接矩形と重畳した他の外接矩形を切り取る。起点とする外接矩形は、例えば、外接矩形の位置、面積、抽出の順番等に応じて決まる。図では外接矩形Ａとした。
・次に、切り取られた外接矩形により、切り取られた外接矩形と重畳した他の外接矩形を切り取る。これを繰り返すことで、４角形（図の２番の矩形）又は６角形（図の３〜５の多角形、図の６〜８の多角形）が得られる。
・４角形はそのまま１つの小矩形５０Ｓとする。６角形の多角形は、外接矩形の外縁である切り取り線を延長することで、３つの４角形に切り離す。これにより、互いに重畳する外接矩形を小矩形５０Ｓに分解することができる。
・オブジェクト判断部３４は、起点とした外接矩形Ａ及び各小矩形５０Ｓの位置情報をラスタライザ３５に送出する。
【０１０１】
次に、オブジェクト判断部３４は、重畳関係の記録されていない外接矩形があるか否かを判定する（Ｓ２７０）。重畳関係の記録されていない外接矩形がある場合（Ｓ２７０のＹｅｓ）、その外接矩形の１つを着目外接矩形にしてステップＳ２３０以降の処理を繰り返す（Ｓ２８０）。
【０１０２】
ラスタライザ３５は、起点とした外接矩形に、起点とした外接矩形が含むオブジェクト、切り取られた外接矩形のうち起点とした外接矩形に含まれるオブジェクト、をラスタライズして、１つの矩形のビットマップデータを生成する。また、ラスタライザ３５は、小矩形５０Ｓに、切り取られた外接矩形のうち起点とした外接矩形に含まれない残りのオブジェクトをラスタライズして、１つの矩形のビットマップデータを生成する。
【０１０３】
図１２を例にすれば、ラスタライザ３５は、楕円のオブジェクトの全体、及び、三角形のオブジェクトのうち外接矩形５０に切り取られるオブジェクトの一部を、楕円のオブジェクトを囲む外接矩形５０にラスタライズする。三角形のオブジェクトのうち外接矩形５０に切り取られない残り一部のオブジェクトを、三角形の残りを囲む小矩形５０Ｓにラスタライズする。
【０１０４】
＜長いラインのオブジェクトの外接矩形＞
図１３（ａ）〜（ｃ）は、長いラインのオブジェクトの外接矩形５０を模式的に説明する図の一例である。このようにページに斜めに線が一本引かれている場合、外接矩形５０を生成すると紙一枚分が外接矩形５０となってしまう。
【０１０５】
そこで、斜めのラインのオブジェクトが検出された場合、オブジェクト判断部３４はページをバンディング処理してからオブジェクトの外接矩形５０を求めることとする。
【０１０６】
図１３（ｂ）では、ページがページの長手方向(例えば、主走査方向)に６つのバンドにバンディング処理されている。オブジェクト判断部３４は、各バンド内でバンド毎にオブジェクトの位置を特定し、外接矩形５０を生成する。このため、オブジェクト判断部３４は、バンド毎にラインの位置を特定する。バンド内におけるラインの端点は、バンディング処理の際の区分線（図の点線）とラインのオブジェクトとの交点である。オブジェクト判断部３４は、交点を求める式などを利用してこの交点を算出する。
【０１０７】
こうすることで、図示するように、ページ１枚分を外接矩形５０とする場合に比べ、大幅にビットマップデータのデータサイズを削減できる。
【０１０８】
図１７は、長いライン状のオブジェクトの外接矩形５０の生成手順を示すフローチャート図の一例である。まず、オブジェクト判断部３４は、ＸＰＳファイルに、所定長以上の斜めのラインのオブジェクトがあるか否を判定する（Ｓ３１０）。
【０１０９】
斜めであることは、ラインの描画命令の始点と終点のＸ座標が異なることから検出される。所定長以上であることは、始点と終点の２点間の長さを算出することで検出される。また、所定長とは、例えば２バンド程度である。２バンド以上の場合にバンディング処理することで、ビットマップデータのデータサイズを大きく低減できると考えられる。
【０１１０】
所定長以上の斜めのラインのオブジェクトがある場合（Ｓ３１０のＹｅｓ）、オブジェクト判断部３４はページを長手方向のいくつかの部分にバンディング処理する（Ｓ３２０）。次に、オブジェクト判断部３４は、バンド毎に外接矩形５０を生成する（Ｓ３３０）。オブジェクト判断部３４は、外接矩形５０の位置情報をラスタライザ３５に送出する。
【０１１１】
図１３を例にすれば、ラスタライザ３５は、６つの外接矩形５０にそれぞれのバンド内のラインをラスタライズする。
【０１１２】
＜白いオブジェクトの外接矩形＞
図１４は、白いオブジェクトの外接矩形５０を模式的に説明する図の一例である。白いオブジェクトとは、ライン、図形、文字の描画命令がＸＰＳファイルにあっても、色の指定が白いオブジェクトである。この場合、ＭＦＰ２００が印刷した印刷物をユーザが目視しても、オブジェクトは用紙（記録部材）の地肌の色のままなので、オブジェクトを判別することができない。
【０１１３】
したがって、白いオブジェクトは、印刷制御部４０がラスタライズする必要もないものである。そこで、オブジェクト判断部３４は、オブジェクトの色情報が白であった場合、外接矩形５０を生成しないこととする。または、オブジェクト判断部３４がラスタライザ３５にこのオブジェクトのラスタライズを禁止してもよい。
【０１１４】
ラスタライザ３５が白いオブジェクトをラスタライズすることがなくなるので、印刷制御部４０の処理負荷を低減でき、ビットマップデータのデータサイズを低減できる。
【０１１５】
図１８は、白いオブジェクトの外接矩形５０の生成手順を示すフローチャート図の一例である。まず、オブジェクト判断部３４は、ＸＰＳファイルに、色情報が白のオブジェクトがあるか否を判定する（Ｓ４１０）。色情報はＸＰＳファイルに明示されている。
【０１１６】
色情報が白のオブジェクトがある場合（Ｓ４１０のＹｅｓ）、オブジェクト判断部３４は該オブジェクトのラスタライズを、ラスタライザ３５に対し禁止する（Ｓ４２０）。例えば、オブジェクトをタグなどで特定して、ラスタライズを禁止するよう通知すればよい。
【０１１７】
以上説明したように、本実施形態の印刷制御部４０は、ページのうちビットマップデータ化される領域を各オブジェクトの外接矩形５０だけにするので、１ページの全体をビットマップデータ化する場合と比べてデータサイズを大幅に削減できる。
【符号の説明】
【０１１８】
３１      アプリケーションプログラム
３２      描画制御システム
３３      ＸＰＳファイル記憶部
３４      オブジェクト判断部
３５      ラスタライザ
３６      Ｂｉｔｍａｐ記憶部
３７      ＰＤＬ変換部
４０      印刷制御部
１００    ＰＣ（Personal Computer）
２００    ＭＦＰ
３００    ネットワーク
４００    印刷システム
【先行技術文献】
【特許文献】
【０１１９】
【特許文献１】特開２００１−０４７６７１号公報
【図１】
2011248398.tif 000003
【図２】
2011248398.tif 000004
【図３】
2011248398.tif 000005
【図４】
2011248398.tif 000006
【図５】
2011248398.tif 000007
【図６】
2011248398.tif 000008
【図７】
2011248398.tif 000009
【図８】
2011248398.tif 000010
【図９】
2011248398.tif 000011
【図１０】
2011248398.tif 000012
【図１１】
2011248398.tif 000013
【図１２】
2011248398.tif 000014
【図１３】
2011248398.tif 000015
【図１４】
2011248398.tif 000016
【図１５】
2011248398.tif 000017
【図１６】
2011248398.tif 000018
【図１７】
2011248398.tif 000019
【図１８】
2011248398.tif 000020
【図１９】
2011248398.tif 000021