(57)【要約】【課題】異なるアプリケーションプログラムまたはオペレーションシステムで生成された印刷データであっても，最適な描画処理を行うことができる印刷装置を提供する。【解決手段】供給された印刷データにしたがって描画処理を含む画像処理を行って画像形成を行う印刷装置において，印刷データを解析して当該印刷データを生成したアプリケーションプログラム及びオペレーティングシステムの少なくとも一つを判別し，当該判別されたアプリケーションプログラムまたはオペレーティングシステムに応じてあらかじめ定められている描画処理で印刷データを描画処理する画像処理ユニット(32)と，画像処理ユニットにより描画処理された画像データに基づいて画像形成を行う印刷エンジン(42)とを有する。印刷データを生成したオペレーティングシステム及びアプリケーションプログラムの少なくとも一つに対応する最適の描画処理を実行するので，印刷ジョブを高速化することができる。【選択図】図１
2007148578.tif 000002
【特許請求の範囲】
【請求項１】
供給された印刷データにしたがって描画処理を含む画像処理を行って画像形成を行う印刷装置において，
前記印刷データを解析して当該印刷データを生成したアプリケーションプログラム及びオペレーティングシステムの少なくとも一つを判別し，当該判別されたアプリケーションプログラムまたはオペレーティングシステムに応じてあらかじめ定められている描画処理で前記印刷データを描画処理する画像処理ユニットと，
前記画像処理ユニットにより描画処理された画像データに基づいて画像形成を行う印刷エンジンとを有することを特徴とする印刷装置。
【請求項２】
請求項１において，
前記画像処理ユニットは，前記アプリケーションプログラム及びオペレーティングシステムの少なくとも一つに対応して描画処理を定めた描画処理テーブルを記憶し，前記印刷データを解析して判別されたアプリケーションプログラム及びオペレーティングシステムに対応する描画処理が前記描画処理テーブルに登録されていない場合は，当該印刷データに対して複数の描画処理を実行し，最適の描画処理を当該判別されたアプリケーションプログラム及びオペレーティングシステムに対応して前記描画処理テーブルに新たに登録することを特徴とする印刷装置。
【請求項３】
請求項２において，
前記画像処理ユニットは，前記印刷データを解析してアプリケーションプログラム及びオペレーティングシステムを判別できない場合は，当該印刷データに対して複数の描画処理を実行し，最適の描画処理を判別不能アプリケーションプログラム及びオペレーティングシステムに対応して前記描画処理テーブルに新たに登録することを特徴とする印刷装置。
【請求項４】
請求項１において，
前記描画処理は，画像を構成する図形を複数の図形要素に分解し，当該複数の図形要素をそのＸ，Ｙ座標にしたがってリレーショナルデータベースに登録し，前記リレーショナルデータベースを検索して所定領域内に位置する前記図形要素内に色データを与える着色処理を含み，
前記リレーショナルデータベースをツリー構造とする第１の描画処理と，リスト構造とする第２の描画処理とを有することを特徴とする印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，プリンタなどの印刷装置に関し，特に，印刷データを生成したオペレーションシステムやアプリケーションプログラムに適した描画処理を行う印刷装置に関する。
【背景技術】
【０００２】
プリンタなどの印刷装置は，ホストコンピュータから特定のアプリケーションプログラムとオペレーティングシステムによって生成された印刷データを受信し，その印刷データについて必要な描画処理を含む画像処理を行い，印刷エンジンにより画像形成を行う。印刷データには，画像形成のための描画コマンドが含まれ，印刷装置はその描画コマンドにしたがって画像の描画処理を行い，描画された画像データに対して必要な色変換や二値化処理を行い，印刷エンジンにより画像形成を行う。
【０００３】
ホストコンピュータにインストールされるオペレーションシステムやアプリケーションプログラムは千差万別であり，それらの組合せに応じて描画コマンドの記述も異なっている。たとえば，複数の文字オブジェクトをまとめて所定の色に描画するように指示する描画コマンドの記述もあれば，個々の文字オブジェクト毎に所定の色に描画するように指示する描画コマンドの記述もある。いずれの記述であってもそれぞれの描画コマンドがプリンタにより処理可能であれば，描画結果は同じになる。また，描画コマンドの記述に応じて最適な描画処理方法が存在するが，ある描画コマンドの記述に最適な描画処理方法が，必ずしも異なる描画コマンドの記述に適しているとは限らない。むしろ，異なる描画コマンドの記述の場合は描画処理工数が増大して印刷装置における処理時間が長くなる場合がある。
【０００４】
上記のような処理の最適化を図るために，ホストコンピュータにインストールされているプリンタドライバが，印刷要求を出したアプリケーションプログラムの種類に応じて，プリンタに最適な描画コマンドを生成し，その描画コマンドを含む印刷データをプリンタに送信することが提案されている。例えば，以下の特許文献１，２に記載されるとおりである。
【特許文献１】特開平１１−３２７８２５号公報
【特許文献２】特開平１１−３２７８４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の従来例では，プリンタドライバがアプリケーションプログラムから受け取った描画要求を印刷装置であるプリンタの処理に最適な描画コマンドに変換してプリンタに送信する。そのため，アプリケーションプログラムから受け取った描画要求が必ずしも最適化された描画コマンドに変換できるとは限らない。あるアプリケーションプログラムから受け取った描画要求はそれに対応した描画コマンドに変換し，当該描画コマンドに最適な描画処理を行うほうがより効率的に処理を行うことができる場合がある。その場合でも，上記従来例ではプリンタの持つ描画処理に適合するような描画コマンドの記述方式を採用しているので，必ずしも最適な描画処理が行われるとは限らない。
【０００６】
そこで，本発明の目的は，異なるアプリケーションプログラムまたはオペレーションシステムで生成された印刷データであっても，最適な描画処理を行うことができる印刷装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために，本発明の第１の側面によれば，供給された印刷データにしたがって描画処理を含む画像処理を行って画像形成を行う印刷装置において，前記印刷データを解析して当該印刷データを生成したアプリケーションプログラム及びオペレーティングシステムの少なくとも一つを判別し，当該判別されたアプリケーションプログラムまたはオペレーティングシステムに応じてあらかじめ定められている描画処理で前記印刷データを描画処理する画像処理ユニットと，前記画像処理ユニットにより描画処理された画像データに基づいて画像形成を行う印刷エンジンとを有する。
【０００８】
上記の印刷装置によれば，印刷データを生成したオペレーティングシステム及びアプリケーションプログラムの少なくとも一つに対応する最適の描画処理を実行するので，印刷ジョブを高速化することができる。
【発明を実施するための最良の形態】
【０００９】
以下，図面にしたがって本発明の実施の形態について説明する。但し，本発明の技術的範囲はこれらの実施の形態に限定されず，特許請求の範囲に記載された事項とその均等物まで及ぶものである。
【００１０】
図１は，本実施の形態におけるホストコンピュータとプリンタ（印刷装置）の構成図である。ホストコンピュータ１０は，中央処理ユニット１２と，メモリ１４と，キーボードなどの入力デバイスＫＢと，表示ユニットＤＩＳＰとが内部バス２２を介して接続されている。また，ホストコンピュータ１０には，オペレーションシステム１６と，ワードプロセッサや描画ツールなどの複数のアプリケーションプログラム１８と，プリンタドライバ２０がインストールされている。
【００１１】
特定のアプリケーションプログラム１８により生成された出力データが，オペレーションシステム（以下ＯＳと称する）の描画インターフェースを介してプリンタドライバ２０に渡され，プリンタドライバ２０がプリンタ３０に解釈可能な描画コマンドを有する印刷データを生成する。この描画コマンドはプリンタが解釈できる記述方式で記述されている。したがって，印刷データを生成したアプリケーションプログラムとＯＳの種類に応じて，描画コマンドの記述の仕方が異なるのが一般的である。
【００１２】
プリンタ３０は，プリンタドライバ２０と通信するインターフェースＩＦと，プリンタドライバから供給される印刷データに対する画像処理の制御を行う画像処理制御ユニット３２と，内部メモリ３４と，画像処理制御ユニット３２からの制御に応答して描画処理を行う描画処理ユニット３６と，画像データの色変換処理を行う色変換ユニット３８と，画像データを二値化する二値化ユニット４０と，二値化されたデータに基づいて画像を形成する印刷エンジン４２とを有する。画像処理制御ユニット３２は，中央処理ユニットと画像処理制御プログラムとにより実現される。また，描画処理ユニット３６，色変換ユニット３８，二値化ユニット４０は，専用のハードウエアにより実現されてもよく，またはソフトウエアにより実現されてもよい。
【００１３】
画像処理制御ユニット３２は，プリンタドライバ２０から供給された印刷データを解析し，画像形成に必要な描画コマンドを抽出する。そして，抽出した描画コマンドを描画処理ユニット３６に与えて画像の描画処理を行う。描画処理では，例えば画像の輪郭を登録し輪郭内部をクリップエリアに設定し，クリップエリアに対して色データを与える着色処理を行ってカラー若しくはモノクロの画像を形成する。さらに，別の描画処理では，例えば所定領域に対して所定の色の演算処理を繰り返して画像の形成を行う。いずれの描画処理においても，複数の描画コマンドを処理することで，形成すべき画像の画素毎の色データを有するビットマップデータからなる画像データが生成される。
【００１４】
画像処理制御ユニット３２は，供給された印刷データを解析して最適な描画処理判定を行う。すなわち，描画処理ユニット３６は，複数種類の描画処理を行うことができ，画像処理制御ユニット３２から指定された描画処理に基づいて描画コマンドを処理する。
【００１５】
画像処理制御ユニット３２は，形成された画像データに対して，例えばＲＧＢからＣＭＹＫへの色変換を色変換ユニット３８に行わせ，色変換された画像データの二値化処理を二値化ユニット４０に行わせる。そして，二値化された画像再生データが印刷エンジン４２に供給され，印刷媒体上への画像形成が行われる。
【００１６】
図２は，本実施の形態における画像処理制御ユニットによる描画処理判定のフローチャート図である。画像処理制御ユニット３２（図１）は，受信した印刷データからその印刷データを生成したＯＳとアプリケーションプログラムを判別する。ウインドウズ（登録商標）などの汎用ＯＳの場合，印刷データにはＯＳとアプリケーションプログラムの情報が含まれている。したがって，画像処理制御ユニット３２は，その情報を抽出していずれのＯＳとアプリケーションプログラムにより生成されたかを判別する。
【００１７】
画像処理制御ユニット３２は，あらかじめＯＳとアプリケーションプログラムに対応して最適な描画処理の種類を登録した描画処理テーブルを参照して，判別したＯＳとアプリケーションプログラムが登録済みであれば（Ｓ１２のＹＥＳ），その描画処理テーブルに登録されている対応する描画処理を選択する（Ｓ１４）。登録されていなければ，あらかじめ定められているデフォルトの描画処理を選択する（Ｓ１６）。
【００１８】
図３は，描画処理テーブルの一例を示す図である。このテーブルでは，ＯＳの種類ＯＳ１，ＯＳ２と，アプリケーションプログラムの種類ＡＰＬ１，ＡＰＬ２の組合せに応じて，描画処理１，２がそれぞれ対応付けて登録されている。なお，ＯＳとアプリケーションプログラムの少なくとも一つに対応して描画処理１，２をそれぞれ登録するようにしても良い。
【００１９】
判別したＯＳとアプリケーションプログラムが描画処理テーブルに登録されていない場合，その未登録のＯＳとアプリケーションプログラムとを所定の回数Ｎ回判別した場合は（Ｓ１８のＹＥＳ），デフォルトの描画処理により描画処理を含む画像処理を終了したアイドル状態の時に，異なる描画処理で同じ印刷データについて描画処理を追試する（Ｓ２０）。そして，複数の描画処理のうち最も適した（例えば最も高速，最もメモリ使用量が少ないなど）描画処理を選択し，描画処理テーブルに登録する（Ｓ２２のＹＥＳ，Ｓ２４）。図３の例では，判別したＯＳｘとアプリケーションプログラムＡＰＬｘとの組合せに対応して，描画処理１が登録されている。
【００２０】
また，画像処理制御ユニット３２が，供給された印刷データからＯＳとアプリケーションプログラムを判別することができない場合は，その判別不能の印刷データの処理をＮ回行った後に（Ｓ１８のＹＥＳ），異なる描画処理で追試を行い最適な描画処理を選択し，判別できないＯＳとアプリケーションプログラムとして（図３のＵＫ）描画処理テーブルに登録する。図３の例では，判別不能ＵＫに対応して描画処理２が登録されている。
【００２１】
以上のように，汎用しているＯＳやアプリケーションプログラムの組合せに対しては，あらかじめいずれの描画処理が最適であるかを設計段階で決めておくことができるので，描画処理テーブルに登録しておく。そして，供給された印刷データに含まれているＯＳやアプリケーションプログラムの情報を抽出して，最適の描画処理を選択する。汎用していないＯＳやアプリケーションプログラムの組合せに対しては，それらを判別した後，複数種類の描画処理をトライして，最も適した描画処理を検証し，動的に描画処理テーブルに追加する。さらに，供給される印刷データからＯＳやアプリケーションプログラムの情報を得られない場合は，判別不能のＯＳ及びアプリケーションプログラムに対応して，複数の描画処理のトライヤルにより見つけた最適描画処理を，動的に描画処理テーブルに追加する。これにより，常に最適の描画処理を選択して処理することができる。
【００２２】
図４〜図８は，本実施の形態における描画処理の一例を説明する図である。これらの図を参照して，異なる描画コマンドに適した描画処理を説明する。
【００２３】
図４（Ａ）は，文字「Ｔｅｒｍｉｎａｌ  Ｓｅｒｖｅｒ」を赤色から黄色，緑，紫と徐々に変化させてグラデーションをつけた図形である。このような文字の印刷を行うための印刷データは，例えば次の３つのコマンドを有する。すなわち，図４（Ｂ）に示されるように，第１に，「Ｔ」から始まる各文字の輪郭（サブパス）５０を登録するコマンド，第２に，輪郭で囲まれた領域をクリップエリア５２として登録するコマンド，図４（Ｃ）に示されるように，第３に，色が変化する矩形５４を文字のクリップエリア５２上に描画して文字を着色するコマンドである。
【００２４】
図５は，図４の描画処理のフローチャート図である。まず，第１のコマンドを実行して，文字，つまり図形の輪郭（サブパス）を登録する（Ｓ３０）。そして，第２のコマンドを実行して，図形を小さな図形要素，例えば台形要素に分割し（Ｓ３２），各台形要素をクリップエリアとしてデータベース化する（Ｓ３６，Ｓ３８）。最後に，第３のコマンドを実行して色矩形５４と重なる台形要素内に色矩形の色を着色する（Ｓ４０）。第３のコマンドは着色処理であり，例えばクリップエリア５２を構成する台形要素領域に色矩形５４の色データを上書きする論理演算コマンドである。
【００２５】
上記の描画処理において，台形要素のデータベース化の処理には，ツリー構造のデータベースにするか（Ｓ３６），リスト構造のデータベースにするか（Ｓ３８）の２つの処理が可能である。
【００２６】
図６は，描画処理におけるツリー構造とリスト構造のデータベースを示す図である。図６（Ａ）はツリー構造のリレーショナルなデータベースである。ツリー構造では，各ノードの右側にはそのノードの値より大きな値を持つノードが，左側にはそのノードの値より小さな値を持つノードがリンクされる。図中，各ノードにはその値に対応する数字が与えられている。このように値「２」のノードの左側には値「１」，右側には値「３」のノードがリンクされる。それ以外も同様である。かかるデータベースの利点は，例えば最も高い値「４」のノードからある値のノードを検索する場合，検索対象がランダムな場合は目的のノードに達するまでの工数が少なくなる。例えば，値「３」のノードを検索する場合，値「４」，値「２」のノードをチェックした後に値「３」のノードに到達する。また，ある値のノードを追加する場合も，追加するノードの値がランダムな場合は追加すべき位置に達するまでの工数が少なくなる。例えば，値「３．５」のノードを追加する場合，値「４」，値「２」，値「３」をチェックした後に，値「３」のノードの右側に追加される。
【００２７】
このように，ツリー構造の場合は，ノードの検索や追加に要する工数が高々ツリー構造の深さ方向のノード数のチェックに限られるので，検索や追加のノードの値がランダムであっても，平均的な工数を少なくできるメリットがある。
【００２８】
図６（Ｂ）はリスト構造のリレーショナルなデータベースである。リスト構造では，各ノードはその値の昇降順にシリアルにリンクされる。図示されるとおり，値「１」〜「７」のノードがシリアルにリンクされている。このようなリスト構造のデータベースでは，追加されるノードの値が順に大きくまたは小さくなる場合は，直前に追加されたノードに次のノードがリンクされる処理となるので，極めて少ない工数で処理可能である。例えば，値「１」〜「４」のノードが順番に追加された状態で，次に値「５」のノードが追加される場合，直前に追加された値「４」のノードに現在ポインタが設定されている状態で値「５」のノードが追加されるので，現在ポインタの値「４」のノードとの比較チェックして，そのノードの次に新たな値「５」のノードがリンクされるだけで良い。また，ノードの検索においても，検索するノードの値が順に大きくまたは小さくなる場合は，同様の理由で処理工数が少なくてすむ。
【００２９】
このように，リスト構造の場合は，ノードの検索や追加に要する工数がノードの値が順に大きくまたは小さくなる場合は，非常に効率的に処理可能である。
【００３０】
以上の通り，ノードの検索や追加がランダムに発生する場合は，そのデータベースはツリー型が効率的であり，昇降順の場合はリスト構造が効率的である。このようなデータベースの特徴に起因して，図５の描画処理において，台形要素をツリー構造にデータベース化するか（Ｓ３６），リスト構造にするか（Ｓ３８）に応じて処理効率に違いが生じる。
【００３１】
図７，８は，図形の要素図形のデータベース化する例を示す図である。この例にしたがって，ツリー構造とリスト構造それぞれのデータベース化のメリット・デメリットを説明する。図７，８いずれも，３つの図形６０，６１，６２が横方向に並んで印刷される例である。図４（Ｃ）で説明した第３のコマンドに対する処理では，色矩形５４と重なるクリップエリア５２を検出する処理が必要になる。その場合，図形６０〜６２を図７に示すように台形要素に分割し，それを印刷領域のＸ座標とＹ座標に基づいて並べてデータベース化することが行われる。そして，データベース化された並べ順に対応して，色矩形５４との重なりがチェックされる。
【００３２】
並べ方のルールは，Ｙ座標が小さいほど前に，Ｙ座標が同じであればＸ座標が小さいほど前にするルールである。そして，色矩形５４の領域は，ラスタスキャン方向に移動させる。つまり，Ｙ座標の小さい行についてＸ座標を小から大に増加させて行方向に移動し，次にＹ座標を増加した行について同様に行方向に移動する。つまり，上記の並べ方のルールによれば，データベースの並べられた順に色矩形５４の領域がクリップ領域である台形要素と重なっているか否かのチェックを行うことができるので，第３のコマンドの処理効率を上げることができる。
【００３３】
そこで，コマンドの記述に応じて，いずれの構造のデータベースがデータベース構築処理に効率的かが問題になる。コマンドの記述に，複数文字に対して第１，第２，第３のコマンドを記述する場合（第１の記述）と，文字毎に第１，第２，第３のコマンドを記述する場合（第２の記述）とが存在する。第１の記述の場合は，第２のコマンドに対して複数文字のクリップエリアを単一のデータベースに登録することが必要になる。一方，第２の記述の場合は，第２のコマンドに対して単一の文字のクリップエリアをデータベースに登録することが必要になる。
【００３４】
図７を参照して，第１の記述の場合のデータベース化を説明する。図形６０〜６２が複数の台形（三角形を含む）に分解される。図７（１）に示されるとおり，図形６０の４つの台形要素が図中の番号の順に並べられる。次に，図７（２）に示されるとおり，図形６１の３つの台形要素がデータベースに追加される。前述の並べ方のルールによれば，図形６０と６１の合計７つの台形要素が図中の番号の順に並べられる。つまり，図形６１の３つの台形要素が追加される。そして，図７（３）に示されるとおり，台形６２の６つの台形要素がデータベースに追加され，図中の番号順に並べ直される。
【００３５】
このように，複数の文字に対して各コマンドが記述される場合，第２のコマンドに対する図形要素のデータベース化処理において，追加ノードの値（上記例ではＹ座標とＸ座標）がランダムに発生する。したがって，このような場合は前述したとおりツリー構造のデータベースが好ましい。つまり，第１の記述による描画コマンドの場合は，ツリー構造でデータベース化することが処理の効率の観点から好ましい。
【００３６】
一方，図８を参照して，第２の記述の場合のデータベース化を説明する。第２の記述によれば，文字毎に第１〜第３のコマンドが記述される。したがって，各文字に対して第１〜第３のコマンドに対する処理が行われる。図８（１）に示されるとおり，図形６０について３つのコマンドが処理されるので，図形６０の４つの台形要素が前述の並べ方ルールに基づいてデータベース化される。この場合，図形６０の４つの台形要素が上から順に追加される。図形６０の３つのコマンドが処理された後に，図形６１について３つのコマンドが処理される。図８（２）に示されるとおり，図形６１について３つの台形要素が上から順に追加されてデータベース化される。最後に，図形６２について３つのコマンドが処理され，図８（３）に示されるとおり，図形６２の６つの台形要素が上から順に追加されてデータベース化される。
【００３７】
このように各文字に対して３つのコマンドが記述される第２の記述による場合は，第２のコマンドに対する図形要素のデータベース化処理において，追加ノードの値が昇降順に発生する。よって，この場合はリスト構造でデータベース化することが処理の効率の観点から好ましい。
【００３８】
図５に戻り，描画処理１は図７のように描画コマンドが第１の記述で記述するＯＳやアプリケーションプログラムに対応付けられ，第２のコマンドのクリップエリアの登録では図形（文字）の図形要素がツリー構造にデータベース化される。描画処理２は図８のように描画コマンドが第２の記述で記述するＯＳやアプリケーションプログラムに対応付けられ，リスト構造にデータベース化される。したがって，図３の描画処理テーブルを参照して判別したＯＳやアプリケーションプログラムが描画処理１が対応付けられている場合は，図形要素をツリー構造にデータベース化する処理が選択される。描画処理２が対応付けられている場合は，図形要素をリスト構造にデータベース化する処理が選択される。
【００３９】
上記第１及び第２の記述は，描画コマンドの記述例であり，それ以外にも様々な記述例が予想される。したがって，ツリー構造のデータベース化とリスト構造のデータベース化のいずれがより処理を効率化できるか否かは，それぞれの描画コマンドを処理して検証することができる。よって，図２で説明したとおり，あらかじめ描画処理テーブルに登録されていない場合は，その描画コマンドを複数の処理で行いいずれの処理が効率的に可能かを検証し，最適な処理が検出できれば描画処理テーブルに追加登録される。
【００４０】
図４に戻り，第３のコマンドの処理において，色が変化する矩形５４をラスタ方向にスキャンしながら，台形要素のデータベースを検索して色矩形５４と重なる台形要素を抽出し，抽出された台形要素内の画素に色矩形の色データを展開する。データベースでは，前述の並べ方ルールに基づいて並べられているので，ラスタ方向に順次スキャンする色矩形５４との重なりを検出する検索工程では，データベースの並べられた順に台形要素が検出されるので，効率的に処理が行える。
【００４１】
以上説明したとおり，本実施の形態によれば，印刷データからＯＳやアプリケーションプログラムを判別し最適な描画処理を実行できるので，印刷ジョブの処理工数を減らし，印刷完了までの時間を短くすることができる。また，ＯＳやアプリケーションプログラムが予期しない場合でも，その描画コマンドを複数の処理方法で処理して最適な描画処理を検証し描画処理テーブルに登録できるので，その後の印刷ジョブを最適化することができる。
【図面の簡単な説明】
【００４２】
【図１】本実施の形態におけるホストコンピュータとプリンタ（印刷装置）の構成図である。
【図２】本実施の形態における画像処理制御ユニットによる描画処理判定のフローチャート図である。
【図３】描画処理テーブルの一例を示す図である。
【図４】本実施の形態における描画処理の一例を説明する図である。
【図５】図４の描画処理のフローチャート図である。
【図６】描画処理におけるツリー構造とリスト構造のデータベースを示す図である。
【図７】図形の要素図形のデータベース化する例を示す図である。
【図８】図形の要素図形のデータベース化する例を示す図である。
【符号の説明】
【００４３】
１０：ホストコンピュータ          ３０：印刷装置（プリンタ）
３２：画像処理制御ユニット        ４２：印刷エンジン
【図１】
2007148578.tif 000003
【図２】
2007148578.tif 000004
【図３】
2007148578.tif 000005
【図４】
2007148578.tif 000006
【図５】
2007148578.tif 000007
【図６】
2007148578.tif 000008
【図７】
2007148578.tif 000009
【図８】
2007148578.tif 000010