(57)【要約】【課題】少ない記憶容量で、画像１ページ毎に画像形成情報が付与されていない画像データに対しても確実にリカバー制御を行なえるようにする。【解決手段】各バッファ４００１〜４００４に１ページの画像データに関する画像形成情報を格納する画像形成情報リングバッファ４０００を設ける。１ページの画像形成毎に、該ページの画像データに関する画像形成情報を、画像データの先頭アドレスと関連づけてバッファ４００１〜４００４に順次格納し、正常画像形成後に排出したページの情報はリングバッファ４０００から解放する。一方、ユーザの介在が必要なエラー発生後のリカバー時には、リカバー対象ページの画像形成情報と、画像データの先頭アドレスを画像形成情報リングバッファ４０００から読み出し、当該先頭アドレスに格納された画像データを用いてリカバー対象ページの画像形成を再開する。【選択図】図４
2007320045.tif 000002
【特許請求の範囲】
【請求項１】
ページ単位の画像データと、該画像データの画像形成に関する制御が必要な位置において画像形成に関する制御を記述した画像形成情報を含む画像データストリームを入力し、画像データストリーム中の画像データをページ単位で画像形成し、所定の画像記録方式に基づき出力する画像形成方法において、
前記画像データを格納する画像データ記憶手段と、リングバッファの構造を有しその各バッファに１ページの画像データに関する前記画像形成情報を格納する画像形成情報リングバッファを用い、
１ページの画像形成毎に該ページの画像データに関する前記画像形成情報を、画像データ記憶手段中の該ページの画像データの先頭アドレスと関連づけて前記画像形成情報リングバッファのバッファに順次格納し、
正常画像形成後の記録媒体の正常排出後に、前記画像形成情報リングバッファから正常排出したページの情報を解放し、
一方、ユーザの介在が必要なエラー発生後のリカバー時に、リカバー対象ページの画像形成情報と、画像データ記憶手段中の該ページの画像データの先頭アドレスを前記画像形成情報リングバッファから読み出し、
当該先頭アドレスに格納された画像データを用いて前記リカバー対象ページの画像形成を再開する画像形成制御を行なうことを特徴とする画像形成方法。
【請求項２】
請求項１に記載の画像形成方法において、前記画像形成情報リングバッファがたかだか（画像形成装置の機体内に滞留しうる記録媒体の枚数＋１）ページ分のバッファから構成されることを特徴とする画像形成方法。
【請求項３】
請求項１に記載の画像形成方法において、前記画像データ記憶手段に記憶されるデータが画素データに展開される前の状態で画像データを格納することを特徴とする画像形成方法。
【請求項４】
請求項１〜４に記載の画像形成方法を実施する制御手段を含むことを特徴とする画像形成装置。
【請求項５】
請求項１〜４に記載の画像形成方法を実施すべく画像形成装置のハードウェアを制御することを特徴とする画像形成装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ページ単位の画像データと、該画像データの画像形成に関する制御が必要な位置において画像形成に関する制御を記述した画像形成情報を含む画像データストリームを入力し、画像データストリーム中の画像データをページ単位で画像形成し、所定の画像記録方式に基づき出力する画像形成方法、画像形成装置、および画像形成装置の制御プログラムに関するものである。
【背景技術】
【０００２】
従来より、プリンタのような画像形成装置においてはリカバー制御と呼ばれる制御が行なわれている。このリカバー制御とは、ジャムや用紙（記録媒体）無しといった画像形成の停止を伴う画像形成装置の異常動作が起きた場合、正常印刷動作に復帰させるための制御である。
【０００３】
リカバー制御は、原因となる異常動作の解除に伴って多くの場合自動的に開始される。異常動作の解除とは、たとえばユーザにより行なわれるジャム紙の除去や、用紙の補給で、この異常動作の解除後、画像形成装置は再印字の対象となる画像を特定し、特定された画像から再印字を自動再開する。
【０００４】
画像形成装置では、たとえば外部のホスト装置などから入手された画像データから印刷画像を生成して画像形成を行なう。このような画像形成過程でリカバー制御を行なうには、再印字の対象となる画像を特定した時、対象画像を形成するために必要な給紙と、画像形成制御に関する情報を入手する必要がある。
【０００５】
というのは、近年では、プリンタ製品に対して、１印刷ジョブ内でも画像１ページ毎に異なる用紙サイズ、特定の画像処理条件を指定できることが要求されている。このような要求を満足する画像形成装置では、どのページから印刷を再開するかによって、そのページで採用するべき画像形成制御情報を取得することが必要になってくる。
【０００６】
この点に鑑み、たとえば、下記の特許文献１のように、１ページの画像データ毎に画像形成に関わる情報が付加された画像データを用いる構成が知られている。このように１ページの画像データ毎に、その画像の形成に関わる情報が付加されていれば、１ジョブ分の画像データにおいて、各画像の先頭アドレスが分かれば、リカバー制御が可能となる。各画像ページの先頭アドレスからデータを再展開すれば、リカバー対象の画像形成に関わるデータを引き出すことが可能だからである。
【特許文献１】特開２００５−３３５９２９号公報（段落００４６）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところが、画像１ページ毎に給紙、画像形成などに関する制御情報は付加されていないが、１ジョブ内で給紙や画像形成に関する制御情報を切り替えることが出来るような構造を有する画像データも考えられる。たとえば、画像データストリーム中の所定の位置、たとえば先頭や、給紙、画像形成条件の変更が必要になるページ間の位置などに画像形成に関する制御情報を置き、その中で特定の画像ページ、あるいは各画像ページにおいて実行すべき用紙サイズ切り換えや特殊印刷処理を指定するような画像データである。
【０００８】
このような画像データに対応し、リカバー処理を行なおうとすると、リカバー処理に時間がかかる場合があった。つまり、リカバー対象のページの画像形成に関わるデータを取得するために、数ページ遡って、給紙と画像形成に関する情報を読み出し直す必要に迫られるからである。また、リカバー処理のために、給紙と画像形成に関する制御情報（以下では、画像形成情報と総称する）を遡る必要があるページまで、画像データを保持しようとすれば、より大きなストレージが必要となる問題がある。
【０００９】
本発明の課題は、上述の課題を解決し、少ない記憶容量で、画像１ページ毎に画像形成情報が付与されていない画像データに対しても確実にリカバー制御を行なえるようにすることにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明では、ページ単位の画像データと、該画像データの画像形成に関する制御が必要な位置において画像形成に関する制御を記述した画像形成情報を含む画像データストリームを入力し、画像データストリーム中の画像データをページ単位で画像形成し、所定の画像記録方式に基づき出力する画像形成方法、画像形成装置、および画像形成装置の制御プログラムにおいて、前記画像データを格納する画像データ記憶手段と、リングバッファの構造を有しその各バッファに１ページの画像データに関する前記画像形成情報を格納する画像形成情報リングバッファを用い、１ページの画像形成毎に該ページの画像データに関する前記画像形成情報を、画像データ記憶手段中の該ページの画像データの先頭アドレスと関連づけて前記画像形成情報リングバッファのバッファに順次格納し、正常画像形成後の記録媒体の正常排出後に、前記画像形成情報リングバッファから正常排出したページの情報を解放し、一方、ユーザの介在が必要なエラー発生後のリカバー時に、リカバー対象ページの画像形成情報と、画像データ記憶手段中の該ページの画像データの先頭アドレスを前記画像形成情報リングバッファから読み出し、当該先頭アドレスに格納された画像データを用いて前記リカバー対象ページの画像形成を再開する画像形成制御を行なう構成を採用した。
【発明の効果】
【００１１】
上記のように、画像形成に関する制御を記述した画像形成情報を画像形成情報リングバッファに格納（キャッシュ）しておくことにより、画像ページ毎に画像形成に関する情報は付加されていない構造の画像データに対してもページを遡らずに画像形成情報を特定しリカバー制御を行なうことが可能となる。
【００１２】
本発明によれば、従来のように画像データ全体をキャッシュしておく必要がなく、画像形成情報のみを格納しておけば良いため、大きな記憶容量を必要としない利点がある。また、大量の画像データを遡って画像形成情報を検索したり、画像形成条件を演算したりする必要がないため、制御系の負荷を軽減でき、画像形成装置のリカバー時間を短縮することができる。また、大きな記憶容量と計算資源を必要としないので、より簡単安価なハードウェア構成において従来構成と同等の性能を実現できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態の一例として、インクジェット方式の画像形成装置に関する実施例を示す。ただし、本発明では、インクジェット方式に限らず、任意の画像形式方式を用いることができる。
【実施例１】
【００１４】
図１は、本発明を採用した画像形成装置を含む印刷システムの構成を表している。図１において符号１００１は画像形成装置で、大判のインクジェットプリンタとして構成されている。
【００１５】
図１の画像形成装置１００１はＬＡＮ１００２に接続されている。ＬＡＮ１００２には、ＣＳＭＡ／ＣＤなどのネットワーク方式を用いることができる。このＬＡＮ１００２には、ホスト装置としてホストコンピュータ１００３が接続されている。ここでは、ホスト装置としてはホストコンピュータ１００３しか示していないが、このようなネットワーク接続においては、画像形成装置１００１はもちろん他のホスト装置からの接続を受けつけることができる。
【００１６】
なお、本実施例では、画像形成装置１００１が外部のホスト装置とネットワーク接続される構成を示しているが、画像形成装置１００１がプリントサーバーにＵＳＢやＩＥＥＥ１３９４などのＩ／Ｆで接続され、プリントサーバー経由でホスト装置からアクセスされるような構成も考えられる。もちろん、ホスト装置と画像形成装置１００１がＵＳＢやＩＥＥＥ１３９４などのＩ／Ｆで１対１で接続されるような構成でも下記の技術は実施できる。
【００１７】
また、本実施例では、画像形成装置１００１はインクジェット方式の大判プリンタとしたが、画像形成装置１００１のプリンタエンジンは電子写真方式や熱昇華方式のようなインクジェット方式以外の手段で構成されていてもかまわない。また、大判プリンタではなく、デスクトップ型のカセット給紙や手差し給紙のプリンタや、複数の給紙段を有する複合複写機であっても、本発明のリカバー制御が用紙（記録媒体）のサイズに限定されることなく応用可能であることは言うまでもない。
【００１８】
図２は、図１の画像形成装置１００１の制御系の構成を示している。
【００１９】
図２において、符号２００１はＣＰＵであり、画像形成装置１００１の制御と外部からのコマンドの解析、実行を行なう。２００２はＲＯＭであり、ＣＰＵ２００１はＲＯＭ２００２から読み出したプログラムを実行することで制御を行なう。
【００２０】
符号２００３はＲＡＭである。外部から受信した画像データを格納するための画像メモリ領域と、ＣＰＵ２００１がプログラムを実行するためのワークメモリ領域は、それぞれ独立してＲＡＭ２００３上に確保される。２００４は、不揮発性メモリであり、ＦｌａｓｈＲＯＭやＥＥＰＲＯＭで構成される。不揮発性メモリ２００４上には、画像形成装置１００１に現在設定されている用紙の種類のような設定値が、電力供給から独立して不揮発的に記憶される。
【００２１】
符号２００５は操作部であり、ＣＰＵ２００１からのメッセージをＬＣＤやＬＥＤによってユーザーに表示し、キー入力装置によってユーザーからの指示をＣＰＵ２００１に入力する。２００６は外部Ｉ／Ｆ部であり、ＩＰプロトコルのようなネットワーク接続プロトコルによる送受信が可能となる構成となっている。
【００２２】
符号２０１５はストレージであり、外部Ｉ／Ｆ部２００６から受信した画像データを格納する。符号２００７は、画像処理部であり、ＣＰＵ２００１からの指示に基づいて、外部Ｉ／Ｆ部２００６が受信した画像データを、ストレージ２０１５から読み出し、ＲＡＭ２００３上の画像メモリ領域に格納、展開する。ＲＡＭ２００３に展開されたデータは、後述するエンジン制御ブロックがプリント実行できるような画素データになっている。
【００２３】
符号２００８はエンジン制御部であり、画像形成装置１００１の各ユニットを制御し、プリント動作を実行する。２００９は、ヘッド制御部であり、プリンタヘッド２０１０が各画素の描画を実行する制御を行なう。２０１１は、メカ制御部であり、ヘッド駆動部２０１２、給排紙部２０１３、カッター駆動部２０１４を制御し、画素データのプリントを実行する。
【００２４】
図３に本実施例の画像形成装置１００１が処理可能な画像データの例を示す。図３に示す画像データは、外部Ｉ／Ｆ部２００６から入力され、ストレージ２０１５に格納される画像データである。図３の画像データは、（通常１枚の用紙に出力される）画像１ページ毎に画像形成情報を格納した（あるいは関係づけた）フォーマットではなく、給紙制御あるいは画像形成制御の変更が必要になる位置に画像形成情報が適宜挿入された形式をとっている。
【００２５】
図３は、１ジョブ分の画像データ内の一部を示しており、たとえば符号３００１が本実施例においてリカバーの対象となる対象ページの画像データである。なお、本実施例においては、画像データ３００１（３００２、３００４、３００６…）は、画素データに展開する前のフォーマット、たとえばＰＤＬなどの形式で格納されるものとする。
【００２６】
符号３００２は、対象ページの画像データ３００１の１つ前のページの画像データ、３００３は、１つ前の画像データ３００２の画像形成情報である。
【００２７】
図３に示すように、対象ページの画像データ３００１には画像形成情報は付加されていない。これは、このような画像データ形式では、対象ページの画像データ３００１に関しては、１つ前の画像データ３００２の画像形成情報３００３を継承した画像形成情報を用いればよいからである。
【００２８】
一方、図３の符号３００４は、対象ページの画像データ３００１の１つ後のページの画像データ、３００５は１つ後のページの画像データ３００４の画像形成情報である。画像形成情報３００５がこの位置に挿入されていることにより、対象ページ３００１から１つ後のページ３００４の間で画像形成情報が変化したことが分かる。図３の例では、用紙サイズがＩＳＯ＿Ａ１縦からＩＳＯ＿Ａ２横に変化している。
【００２９】
図３では図示していないが、１つ後のページの画像データ３００４の後にもジョブの画像データは、継続可能である。
【００３０】
図３において、符号３００６は１つ前のページの画像データ３００２より、さらに１つ前のページの画像データを表している。図３では図示していないが、対象ページ３００１の２つ前のページの画像データ３００６より前のページの画像データも同じジョブ内に存在しても構わない。
【００３１】
なお、このような画像データ形式では、通常、ホスト装置から送られるあるジョブの最初のページには画像形成情報が付与されるが、画像形成装置１００１をデフォルトの画像形成情報を用いて動作できるよう構成しておけばこの最初のページの画像形成情報は必ずしも必要ない。
【００３２】
図４に本実施例における画像形成情報バッファの例を示す。図４の画像形成情報バッファは、たとえばＲＡＭ２００３上にＣＰＵ２００１がプログラムを実行するためのワークメモリ領域の一部として獲得される。図４の画像形成情報バッファはリングバッファ形式で構成されている。
【００３３】
図４において符号４００１〜４００４は画像形成情報を格納するバッファで、このうちバッファ４００１は第一のページの画像形成情報を格納するバッファである。バッファ４００１に格納される情報は、記録媒体を給紙するための給紙情報と画像を形成するための画像形成情報及び、該ページの画像データの先頭アドレスである。この場合の先頭アドレスとは、たとえば図３で示した対象ページ３００１の先頭アドレスのように、各ページの画像データ部分の先頭アドレスを意味する。
【００３４】
このように、画像形成情報と、それに対応する画像データの先頭アドレスを関係づけてバッファ４００１〜４００４に記憶させておくことにより、後から必要になった時に（特に後述のリカバー処理）どのページから当該のバッファの画像形成情報が適用されるかを制御手段、たとえばＣＰＵ２００１が認識することができる。
【００３５】
符号４００２は第一のページ４００１の次のページである第二のページの画像形成情報を格納するバッファで、４００２に格納される情報は、対象となるページが第二のページになる点を除けば、第一のバッファ４００１と格納形式は同じである。同様に、符号４００３は４００２の次のページに対応するバッファ、４００４は４００３の次のページに対応するバッファである。
【００３６】
そして、図４に示すように、バッファ４００４の次のページに対応するバッファは、第一のバッファ４００１になり、全体として画像形成情報リングバッファ４０００を構成している。このようなリングバッファ構成は、ＲＡＭ２００３上の領域を管理するポインタを円環状に歩進／後退させることによって実現できる。
【００３７】
図３に示したような画像データストリームを入力し、各ページの画像を処理していく過程で、処理対象のページの画像形成情報を画像形成情報リングバッファ４０００の各バッファ４００１〜４００４に格納していく。なお、図３のような画像データストリームでは、実際には、画像形成情報（３００３、３００５…）は全てのページに付与されていないが、次の画像形成情報を読み出すまでは、当然同じ画像形成情報を用いて画像形成を行なうので、その同じ画像形成情報がバッファ４００１〜４００４に格納される。
【００３８】
また、図４に示した画像形成情報バッファのページ数は、本実施例の画像形成装置において、たかだか機体内に滞留しうる記録媒体の枚数＋１で構成されている。図４の例では機体内に滞留しうる記録媒体の枚数は３枚を想定し、それに１を足した４ページ分で画像形成情報リングバッファ４０００を構成している。この画像形成情報リングバッファ４０００のページ数は、機体内に滞留しうる枚数分の記録媒体が、機体内に滞留している瞬間に、リカバーを伴う異常が発生した場合に、既に次のページの画像データの展開がＣＰＵ２００１と画像処理部２００７で開始されている可能性を考慮して決定されたものである。
【００３９】
ここで、図５のフローチャート図を参照して、上記構成における画像形成情報バッファを用いたリカバー制御について説明する。図５に示した制御手順は、ホストコンピュータ（たとえば１００３）から送信された印刷ジョブを処理する過程でＣＰＵ２００１により実行されるもので、たとえば図２のＲＯＭ２００２に格納しておくことができる。
【００４０】
印刷ジョブは上述した形式の画像データにより記述され、その内容によって、画像形成装置１００１が実行すべき画像形成処理が決定される。また、画像形成処理過程においては、その進行状況に応じて種々のイベント（正常終了、正常排紙、エラー発生によるリカバー要求、など）が発生する。図５のフローチャートはこのようなイベントを逐次処理するような形式で記述されている。
【００４１】
図５のステップＳ５０１０においては、現在処理中のページがジョブの先頭であるか否かを判定し、ジョブの先頭ならステップＳ５０２０へ進み、そうでないなら、ステップＳ５０３０へ進む。
【００４２】
次にステップＳ５０２０では、現在、画像形成を行なう画像データの画像形成情報が格納されるバッファ位置が初期化される。
【００４３】
ステップＳ５０３０では、画像形成の進行状況に応じて発生した、現時点において処理すべきイベントが何であるかを判定する。ステップＳ５０３０において、通常の画像形成要求なら、ステップＳ５０４０に、正常排紙なら、ステップＳ５０７０に、リカバー要求ならステップＳ５０８０にそれぞれ移行する。また、ジョブが終了したならばステップＳ５１１０へ進み、処理を終了する。
【００４４】
まず、発生したイベントが通常の画像形成要求の場合は、ステップＳ５０４０において画像形成を開始させる。ここでは画像形成処理の細部については詳細に説明しないが、もちろん画像形成装置１００１のプリンタエンジンの記録方式に適合した画像処理、たとえばＰＤＬなどにより記述された画像データの展開、プリンタエンジンへの転送などが行なわれる。
【００４５】
ステップＳ５０５０では、ステップＳ５０４０で処理を開始したページの画像形成情報を図４の画像形成情報バッファに格納する。なお、先に述べたように、画像形成情報は変更があるまでは同じ内容の画像形成情報が処理対象ページの画像データに対して用いられる。図３の画像データ３００１のように直前に画像形成情報が付与されていない画像データの場合は、それ以前の画像形成情報（図３の場合３００３）の内容が引き続き用いられる。
【００４６】
ステップＳ５０６０では、現在、画像形成を行なう画像データの画像形成情報が格納されるバッファ位置を更新し、ステップＳ５０３０へ戻る。
【００４７】
また、正常排紙の場合は、ステップＳ５０７０で排紙対象のページの画像形成情報が格納されている画像形成情報格納バッファを解放し、ステップＳ５０３０へ戻る。
【００４８】
さて、ジャム紙の除去や用紙の補給などを必要とするエラーが生じ、リカバー要求イベントが発生した場合は、ステップＳ５０８０でエンジン制御部２００８から取得したリカバー対象ページを図４の画像形成情報リングバッファ４０００内で検索する。
【００４９】
続いて、ステップＳ５０９０で画像形成情報リングバッファ４０００内にステップＳ５０８０で検索したリカバー対象ページより前のページに、画像形成情報がもし残っていた場合にはこれをクリアしてバッファを解放する。
【００５０】
そして、ステップＳ５１００において、リカバー対象ページの画像をステップＳ５０８０で検索した画像形成情報リングバッファ４０００の情報にしたがって、再形成する。ここで、複数のリカバー対象ページがある場合は、順次、再形成を行なう。すなわち、画像形成情報格納バッファ内に、ステップＳ５０８０で検索した対象ページより後のページの画像形成情報も存在するなら、それらのページに対して順次、再形成を行なうことになる。再形成の対象を全て処理したらステップＳ５０３０へ戻る。
【００５１】
以上のように、画像形成情報を画像形成情報リングバッファ４０００に格納（キャッシュ）しておくことにより、画像ページ毎に画像形成に関する情報は付加されていない構造の画像データに対してもページを遡らずに画像形成情報を特定しリカバー制御を行なうことが可能となる。本実施例によれば、従来のように画像データ全体をキャッシュしておく必要がなく、画像形成情報のみを格納しておけば良いため、大きな記憶容量を必要としない利点がある。また、大量の画像データを遡って画像形成情報を検索したり、画像形成条件を演算したりする必要がないため、制御系の負荷を軽減でき、画像形成装置のリカバー時間を短縮することができる。また、大きな記憶容量と計算資源を必要としないので、より簡単安価なハードウェア構成において従来構成と同等の性能を実現できる。
【００５２】
なお、上記実施例では画像データを画素データに展開する前の段階でストレージに格納する画像処理形態を例示したが、もちろん、画素データに展開した後にストレージに格納する画像処理形態においても同様に画像形成情報リングバッファに格納（キャッシュ）しておく構成を採用できる。しかし、本実施例のように、画素データに展開する前の画像データ（たとえばＰＤＬデータなど）をストレージに格納する構成とすれば、ストレージの容量節約とリカバーの処理時間の短縮が両立できるのはいうまでもない。特に、画素データに展開する前の画像データ（たとえばＰＤＬデータなど）を格納する処理形態は、大判プリンタのように展開後の画素データの容量が大きくなりがちな画像形成装置において有用である。
【産業上の利用可能性】
【００５３】
本発明は、リカバー処理を実施する必要がある種々の画像形成装置において、画像形成方式にかかわらず実施できる。本発明を実施する制御プログラムは、あらかじめ画像形成装置のＲＯＭあるいはハードディスクなどの記憶媒体に格納しておくことができる。また、たとえばＵＳＢインターフェースなどにより接続されたＭＯやＣＤ−ＲＯＭなどのメディアからインストール／アップデートすることができる。また、ホストインターフェースがネットワークインターフェースである場合は、任意のサーバからネットワーク経由で供給することもできる。
【図面の簡単な説明】
【００５４】
【図１】本発明を採用した画像形成装置が用いられる構成を示した説明図である。
【図２】図１の画像形成装置の制御系の構成を示したブロック図である。
【図３】図１の画像形成装置で処理される画像データの例を示した説明図である。
【図４】本発明の画像形成情報リングバッファの構成を示した説明図である。
【図５】本発明における画像形成制御の流れを示したフローチャート図である。
【符号の説明】
【００５５】
１００１  画像形成装置
１００２  ＬＡＮ
１００３  ホストコンピュータ
２００１  ＣＰＵ
２００２  ＲＯＭ
２００３  ＲＡＭ
２００４  不揮発性メモリ
２００５  操作部
２００６  外部Ｉ／Ｆ部
２００７  画像処理部
２００８  エンジン制御部
２００９  ヘッド制御部
２０１０  ヘッド
２０１１  メカ制御部
２０１２  ヘッド駆動部
２０１３  給排紙部
２０１４  カッター駆動部
２０１５  ストレージ
３００１、３００２、３００４、３００６  画像データ
３００３、３００５  画像形成情報
４０００  画像形成情報リングバッファ
４００１〜４００４  画像形成情報格納バッファ
【図１】
2007320045.tif 000003
【図２】
2007320045.tif 000004
【図３】
2007320045.tif 000005
【図４】
2007320045.tif 000006
【図５】
2007320045.tif 000007