(57)【特許請求の範囲】
【請求項１】
印刷データに基づいて出力データを生成する画像処理装置において、
複数のページに印刷されるべき印刷データを入力する入力手段と、
前記入力手段により入力された印刷データを解析し、画像形成を行う画像形成手段に出力されるべき出力データの生成を行う第１の処理手段と、
前記入力手段により入力された印刷データからリンクされているデータをネットワークを介して取得する第２の処理手段とを有し、
前記複数のページのうちの一のページに対応する印刷データからリンクされているデータを前記第２の処理手段が取得できない場合、前記第１の処理手段は、前記一のページの処理を中断し、これまでに生成した前記一のページに対応する出力データを記憶部に退避させた後、次のページに対応する印刷データを解析し始めることを特徴とする画像処理装置。
【請求項２】
前記第１の処理手段は、前記第２の処理手段が前記リンクされているデータを取得した後に、前記記憶部に退避させた出力データを用いて、前記一のページの処理の続きを実行することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
印刷データに基づいて出力データを生成する画像処理装置において、
複数のジョブの印刷データを入力する入力手段と、
前記入力手段により入力された印刷データを解析し、画像形成を行う画像形成手段に出力されるべき出力データの生成を行う第１の処理手段と、
印刷データからリンクされているデータをネットワークを介して取得する第２の処理手段とを有し、
前記複数のジョブのうちの一のジョブの印刷データからリンクされているデータを前記第２の処理手段が取得できない場合、前記第１の処理手段は前記一のジョブの処理を中断し、これまでに生成した前記一のジョブに対応する出力データを記憶部に退避させた後、次のジョブの印刷データを解析し始めることを特徴とする画像処理装置。
【請求項４】
印刷データに基づいて出力データを生成する出力データ生成方法であって、
複数のページに印刷されるべき印刷データを入力する入力工程と、
前記入力工程で入力された印刷データを解析し、画像形成を行う画像形成工程に出力されるべき出力データの生成を行う第１の処理工程と、
前記入力工程で入力された印刷データからリンクされているデータをネットワークを介して取得する第２の処理工程とを有し、
前記複数のページのうちの一のページに対応する印刷データからリンクされているデータを前記第２の処理工程で取得できない場合、前記第１の処理工程は、前記一のページの処理を中断し、これまでに生成した前記一のページに対応する出力データを記憶部に退避させた後、次のページに対応する印刷データを解析し始めることを特徴とする出力データ生成方法。
【請求項５】
印刷データに基づいて出力データを生成する出力データ生成方法であって、
複数のジョブの印刷データを入力する入力工程と、
前記入力工程で入力された印刷データを解析し、画像形成を行う画像形成工程に出力されるべき出力データの生成を行う第１の処理工程と、
印刷データからリンクされているデータをネットワークを介して取得する第２の処理工程とを有し、
前記複数のジョブのうちの一のジョブの印刷データからリンクされているデータを前記第２の処理工程で取得できない場合、前記第１の処理工程は前記一のジョブの処理を中断し、これまでに生成した前記一のジョブに対応する出力データを記憶部に退避させた後、次のジョブの印刷データを解析し始めることを特徴とする出力データ生成方法。
【請求項６】
請求項４又は５に記載の出力データ生成方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホストコンピュータからの印刷データに基づいて出力データ処理を行う画像処理装置、出力データ生成方法及びプログラムに関するものである。
【０００２】
【従来の技術】
近年、様々なデジタル複写機が普及しており、これらデジタル複写機に対して各種インタフェース装置を接続し、ホストコンピュータから画像データの出力を行えるようなシステムも開発されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、このようなシステムでは、外部データを参照するドキュメントの出力において、入力されたドキュメントデータを逐次解釈していき、実際に外部データの参照指示が行われた時点で、外部データの取得を行っているため、外部データの取得処理が完了するまで出力データ処理を中断しなければならず、トータルのスループットを低下させることになっていた。
【０００４】
また、このようなシステムでは、外部データを参照するドキュメントの出力において、入力されたドキュメントデータを逐次解釈していき、実際に外部データの参照指示が行われていれば、その都度、外部データの取得を行っているため、複数のドキュメントで同じ外部データを参照するような場合、無駄なデータ取得が行われていた。
【０００５】
更に、同一のジョブ中で外部データを取得する際に、ネットワークの遅延等で取得に時間がかかるような場合、他のジョブや他のページを処理することなく、そのまま待っていたため、トータルのスループットを低下させていた。
【０００６】
本発明は、上記課題を解決するためになされたもので、全体のスループットを向上させると共に、あるページ又はジョブにおいて途中まで生成した画像データを無駄にしないことを目的とする。
【０００７】
また、本発明の他の目的は、取り込んだリソースの参照頻度に応じてリソースの削除、更新を行うことにより、リソースを有効に活用することである。
【０００８】
更に、本発明の他の目的は、外部リソースを必要とするジョブ或いはページ中で外部リソースを取得できない場合、該ジョブ又はページのドキュメントデータを記憶装置に退避させ、次ジョブ又は次ページのドキュメントデータを処理し、トータルのスループットを向上させることである。
【００１１】
【課題を解決するための手段】
本発明は、印刷データに基づいて出力データを生成する画像処理装置において、複数のページに印刷されるべき印刷データを入力する入力手段と、前記入力手段により入力された印刷データを解析し、画像形成を行う画像形成手段に出力されるべき出力データの生成を行う第１の処理手段と、前記入力手段により入力された印刷データからリンクされているデータをネットワークを介して取得する第２の処理手段とを有し、前記複数のページのうちの一のページに対応する印刷データからリンクされているデータを前記第２の処理手段が取得できない場合、前記第１の処理手段は、前記一のページの処理を中断し、これまでに生成した前記一のページに対応する出力データを記憶部に退避させた後、次のページに対応する印刷データを解析し始めることを特徴とする。
【００１２】
また、本発明は、印刷データに基づいて出力データを生成する画像処理装置において、複数のジョブの印刷データを入力する入力手段と、前記入力手段により入力された印刷データを解析し、画像形成を行う画像形成手段に出力されるべき出力データの生成を行う第１の処理手段と、印刷データからリンクされているデータをネットワークを介して取得する第２の処理手段とを有し、前記複数のジョブのうちの一のジョブの印刷データからリンクされているデータを前記第２の処理手段が取得できない場合、前記第１の処理手段は前記一のジョブの処理を中断し、これまでに生成した前記一のジョブに対応する出力データを記憶部に退避させた後、次のジョブの印刷データを解析し始めることを特徴とする。
【００１３】
【発明の実施の形態】
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
【００１４】
［第１の実施形態］
図１は、第１の実施形態による画像処理システムの構成を示す図である。同図において、１００は本発明に係る画像処理装置、１２０はホストコンピュータ、１３０はネットワーク、１４０はインタフェースケーブル、１５０はＷＷＷサーバ、２００は詳細は後述する画像形成装置である。ここで、画像処理装置１００はネットワーク１３０上のホストコンピュータ１２０からＸＨＴＭＬ、ＳＶＧ等のＸＭＬベースの言語で記述されたドキュメントデータを印刷データとして入力し、その印刷データを解析して、後述する外部リソース参照のコマンドがあれば、外部リソースを特定する識別情報、例えばＵＲＩ（Uniform Resource Identifier）を用いて、ホストコンピュータ１２０やＷＷＷサーバ１５０からデータを取得し、外部リソースの取り込み（先読み）処理と画像形成装置２００に対する印刷処理とを同時に行い、トータルのスループットを向上させたものである。
【００１５】
上述の「外部リソース」とは、ドキュメントデータの中からリンクされているイメージデータや図形データ等であって、ドキュメントデータとは別のファイルに格納されているデータである。
【００１６】
尚、図１に示す例では、画像処理装置１００はインタフェースケーブル１４０を介して画像形成装置２００の外部に接続されているが、画像形成装置２００と同一の筐体に内蔵されていても良い。
【００１７】
また、ホストコンピュータ１２０は、ネットワーク１３０を介して接続されているが、画像処理装置１００とローカルに接続する場合にも本発明を適用できることは言うまでもない。
【００１８】
画像処理装置１００において、１０１は第１ＣＰＵであり、外部に接続される画像形成装置２００以外の入出力機器Ｉ／Ｏを１０２の第１ＣＰＵバスを介して制御するものである。この第１ＣＰＵバス１０２には、ネットワーク１３０とのインタフェースである外部Ｉ／Ｆ１０３、第１ＣＰＵ１０２の制御プログラム等を格納する第１メモリ１０４、後述するＩ／Ｏバスを制御するＩ／Ｏバスコントローラ１０５が接続されている。また、第１ＣＰＵバス１０２には、詳細は後述する第２ＣＰＵの第２ＣＰＵバスと結合できるようにバスコントローラ１０６も接続されている。
【００１９】
１０７はＩ／Ｏバスコントローラ１０５によって制御されるＩ／Ｏバスであり、フロッピーディスクドライブ（ＦＤＤ）１０８、ハードディスクドライブ（ＨＤＤ）１０９、ＬＣＤコントローラ１１０、不図示の操作部などの汎用Ｉ／Ｏが接続されている。
【００２０】
１１１は第２ＣＰＵであり、画像形成装置２００に対する印刷制御や後述するフレームメモリに格納する画像データの展開を行う。１１２は第２ＣＰＵバスであり、バスコントローラ１０６を介して第１ＣＰＵバス１０２と結合されている。１１３は第２メモリであり、電源投入時にハードディスクドライブ１０９からバスコントローラ１０６を介して制御プログラム等がロードされる。また、第２メモリ１１３は第１ＣＰＵ１０１との通信にも用いられる。
【００２１】
１１４はフレームメモリであり、ホストコンピュータ１２０からの印刷データに基づいて展開された画像データを格納する。１１５はエンジンインタフェースであり、各種設定を行いながら画像形成装置２００を制御する。１１６はビデオバスであり、第２ＣＰＵ１１１によって展開され、フレームメモリ１１４に格納された画像データをエンジンインタフェース１１５へ送出する画像専用のバスである。
【００２２】
尚、外部Ｉ／Ｆ１０３は、ネットワーク１３０上のホストコンピュータ１２０から印刷データを受信すると共に、後述する外部リソースの取り込み（先読み）を行う場合には、ＨＴＴＰ等のプロトコルに従って外部リソースのロケーション情報（ＵＲＩ）に基づき不図示のルーターやサーバーを介した外部ネットワークへのアクセスを制御するものである。
【００２３】
次に、画像処理装置１００に接続された画像形成装置２００の構成及び動作について説明する。
【００２４】
図２は、第１の実施形態による画像形成装置の構造を示す図である。同図において、２０１はエンジンインタフェースであり、インタフェースケーブル１４０を介して画像処理装置１００との間でデータを授受する。ここで、画像処理装置１００より送られてきた画像データは、感光ドラム２０３上に潜像され、現像器２０２によって画像形成される。給紙制御部２０５は画像処理装置１００からの指示に応じて給紙部２０８又は中間排紙トレイ２０７から給紙を行い、転写ドラム２０４に用紙を装着する。
【００２５】
その後、転写ドラム２０４に装着された用紙上に、感光ドラム２０３上に形成された画像が転写され、定着器２０６によって画像が定着される。画像の定着後、画像処理装置１００の指示に応じて用紙を排紙部２０９へ排紙するか中間排紙トレイ２０７へ格納する。また、スキャナ２１０から読み取られた画像データは制御部２１１で処理され、画像処理装置１００から送られた画像データと同様に印刷が行われる。
【００２６】
尚、図２に示す例では、画像形成装置としてデジタル複写機を例に説明したが、本発明はこれだけに限らず、プリンタでも良いことは言うまでもない。
【００２７】
次に、画像処理装置１００で外部参照データの先読みを行う際の処理について説明する。
【００２８】
図３は、第１の実施形態によるコマンド処理を説明するための図である。同図において、３０１は上述の第２ＣＰＵ１１１によって実行されるモジュールであるメイントランスレータ（インタプリタ）で、ホストコンピュータ１２０より入力された印刷データの全ての印刷コマンドを処理する。即ち、メイントランスレータ３０１は逐次コマンド処理を行い、外部リソース参照のコマンドが出現すると、後述するリソース管理テーブル３０３を参照して、当該リソースが既に記憶装置３０４に取り込まれていれば、それを利用して処理を行うが、未だ当該リソースが取り込まれていなければリソースが取り込まれるのを待つ。そして、印刷データに基づく描画処理によって生成された画像データは画像形成装置２００に送られ、印刷される。
【００２９】
３０２は第１ＣＰＵ１０１によって実行されるモジュールであるサブトランスレータ（簡易インタプリタ）で、外部リソース取り込み処理のみを行う。即ち、このサブトランスレータ３０２は、印刷データを解析して、印刷データに外部リソース参照のコマンドがあると、外部Ｉ／Ｆ１０３を介してその外部リソースのロケーションへアクセスを行い、外部リソースを取り込み、記憶装置３０４に格納する。それと共に取り込んだ外部リソースにユニークなＩＤを割り振り、外部リソースのロケーション情報と当該リソースを取り込んだ時間を関連付けてリソース管理テーブル３０３に記録する。このとき、サブトランスレータ３０２は、ＨＴＴＰ（Hyper Text Transfer Protocol）を用いて、外部リソースを要求するコマンドをネットワークに送出する。
【００３０】
次に、記憶装置３０４に保持されている外部リソースを管理するリソース管理テーブル３０３について説明する。尚、記憶装置３０４は、図１に示したハードディスクドライバ１０９で制御され、リソース管理テーブル３０３は第２メモリ１１３に定義されているものである。
【００３１】
図４は、第１の実施形態によるリソース管理テーブルの構成を示す図である。図示するように、リソース管理テーブルでは、記憶装置３０４に取り込んだ外部リソースをアクセスするためにユニークなＩＤを割り振る。また、当該リソースのロケーション情報として、当該リソースのＵＲＩを保持し、更に当該リソースを取り込んだ時間を確認するためにタイムスタンプも保持する。
【００３２】
次に、外部参照データの先読みを行う際に、メイントランスレータ３０１及びサブトランスレータ３０２での処理について説明する。
【００３３】
図５は、第１の実施形態のメイントランスレータ３０１によるコマンド処理を示すフローチャートである。また図６は、第１の実施形態のサブトランスレータ３０２によるコマンド処理を示すフローチャートである。
【００３４】
まず、ステップＳ５０１において、入力された印刷データのコマンドの解析を行い、ステップＳ５０２において、当該コマンドが外部リソース参照のコマンドであるか否かをチェックする。ここで、当該コマンドが外部リソース参照のコマンドでなければステップＳ５０３へ進み、当該コマンドの処理を行う。ステップＳ５０３のコマンド処理では、コマンドに従って描画を行い、画像データを生成していく。そして、ステップＳ５０４において、当該コマンドが最終コマンドか否かをチェックし、最終コマンドでなければステップＳ５０１に戻り、次のコマンドの解析を行う。また、ステップＳ５０４において、最終コマンドであれば、処理を終了する。
【００３５】
一方、上述のステップＳ５０２において、当該コマンドが外部リソース参照のコマンドであればステップＳ５０５へ進み、リソース管理テーブル３０３の参照を行う。そして、ステップＳ５０６において、要求されているリソースが未取得であれば、サブトランスレータ３０２によって取得されるのを待つ。また、要求されているリソースが取得済みであればステップＳ５０７へ進み、外部リソース処理を行う。ステップＳ５０７の外部リソース処理では、取得した外部リソースが挿入された形で印刷が行われるように、画像データを生成していく。そして、ステップＳ５０４へ進み、最終コマンドであるか否かのチェックを行い、最終コマンドでなければ上述の処理を行い、最終コマンドであれば、処理を終了する。
【００３６】
これに対して、サブトランスレータ３０２では、図６に示すフローチャートに従って外部リソースの取得処理を行う。図６に示すステップＳ６０１において、入力された印刷データのコマンドの解析を行い、ステップＳ６０２において、当該コマンドが外部リソース参照のコマンドであるか否かをチェックする。ここで、当該コマンドが外部リソース参照のコマンドでなければステップＳ６０６へ進み、当該コマンドが最終コマンドか否かをチェックする。その結果、最終コマンドでなければステップＳ６０１に戻り、次のコマンドの解析を行う。また、最終コマンドであれば、処理を終了する。
【００３７】
一方、上述のステップＳ６０２において、当該コマンドが外部リソース参照のコマンドであればステップＳ６０３へ進み、当該リソースが既に取得済みか否かをチェックする。ここで、当該リソースが取得済みであればステップＳ６０６へ進み、上述した処理を実行する。また、当該リソースが未取得であればステップＳ６０４へ進み、外部Ｉ／Ｆ１０３から外部リソースの取得を行い、ステップＳ６０５において、リソース管理テーブル３０３の更新を行う。そして、ステップＳ６０６へ進み、上述した処理を実行する。
【００３８】
第１の実施形態によれば、ネットワーク上のリソースを取り込んで画像処理を行う際に、通常のデータ解析を行うメイントランスレータ（インタプリタ）と、リソース参照のみを行うサブトランスレータ（簡易インタプリタ）を有し、一方でデータ解析を行うのと同時にもう一方でリソースの取り込みを行い、ローカルに取り込んだリソースを用いて出力を行うことにより、実際にリソースが必要な時にローカルに取り込んだリソースを用いることができ、通常時間のかかる外部リソースの取り込み時間を短縮させ、トータルのスループットを向上させることができる。
【００３９】
［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態を詳細に説明する。
【００４０】
第１の実施形態では、全ての外部リソースを事前にサブトランスレータ３０２が取得しておき、メイントランスレータ３０１では記憶装置３０４に記憶されているリソースを必ず使うこととしているが、特定のリソースは頻繁にオリジナルデータが更新されるような場合もあり、できるだけ新しいリソースを利用したいような場合がある。
【００４１】
そこで、第２の実施形態では、特定のリソースに対して強制的にリソース取得を行わせることにより、できるだけ最新の状態に近いリソースを得るよう処理を行うものである。
【００４２】
尚、第２の実施形態による画像処理装置１００の構成は第１の実施形態と同様であり、ここでは第１の実施形態との相違点のみを説明する。
【００４３】
まず、第２の実施形態では強制的にリソース取得を行わせたい特定のリソースをホストコンピュータ１２０から、或いは画像処理装置１００の操作部から指示しておく。そして、第１の実施形態と同様に、メイントランスレータ３０１及びサブトランスレータ３０２によるコマンド処理を行う。
【００４４】
ここで、外部参照データの先読みを行う際に、強制的に外部リソースの取得を行わせる処理について説明する。
【００４５】
図７は、メイントランスレータによるリソース強制取得処理のフローチャートである。まず、ステップＳ７０１において、入力された印刷データのコマンドの解析を行い、ステップＳ７０２において、当該コマンドが外部リソース参照のコマンドであるか否かをチェックする。ここで、当該コマンドが外部リソース参照のコマンドでなければステップＳ７０３へ進み、当該コマンドの処理を行う。そして、ステップＳ７０４において、当該コマンドが最終コマンドか否かをチェックし、最終コマンドでなければステップＳ７０１に戻り、次のコマンドの解析を行う。また、ステップＳ７０４において、最終コマンドであれば、処理を終了する。
【００４６】
一方、上述のステップＳ７０２において、当該コマンドが外部リソース参照のコマンドであればステップＳ７０５へ進み、当該外部リソース参照に対して強制的に取得を行うよう指示されているか否かをチェックする。ここで、強制取得の指示がなされていればステップＳ７０９へ進み、強制外部リソースの処理を行い、上述したステップＳ７０４へ進む。ステップＳ７０９の強制外部リソース取得処理では、サブトランスレータ３０２に直接指示を出して、サブトランスレータ３０２に指定の外部リソースを取得させる。そして、その強制的に取得した外部リソースに基づいて画像データを生成する。また、強制取得の指示がなされていなければステップＳ７０６へ進み、リソース管理テーブル３０３の参照を行う。そして、ステップＳ７０７において、要求されているリソースが未取得であれば、サブトランスレータ３０２によって取得されるのを待つ。また、要求されているリソースが取得済みであればステップＳ７０８へ進み、外部リソース処理を行い、上述したステップＳ７０４へ進む。
【００４７】
第２の実施形態によれば、第１の実施形態での効果に加え、特定のリソースを強制取得することにより、頻繁にオリジナルデータが更新されるようなリソースも、最新のものを利用することが可能となる。
【００４８】
尚、第２の実施形態では、特定のリソースを選択して強制取得を行わせているが、全てのリソースに対して強制取得を行わせるようにしても良い。その場合、全てのリソースにおいて強制取得を行わせるが、同一の文書内での外部リソース参照は改めてリソースの取得を行わないので、トータルのスループットの向上が期待できる。
【００４９】
以上説明したように第１及び第２の実施形態によれば、出力データ処理と外部リソースの先読み処理を同時に行い、トータルのスループットを向上させることが可能となる。
【００５０】
［第３の実施形態］
次に、図面を参照しながら本発明に係る第３の実施形態を詳細に説明する。
【００５１】
尚、第３の実施形態による画像処理システムの構成は、図１〜図３を参照して説明した第１及び第２の実施形態と同様であり、その説明は省略する。
【００５２】
第３の実施形態は、第１及び第２の実施形態による外部リソース処理に加えて更に取り込んだリソースの参照頻度に応じて、リソースの削除、更新を行うことにより、リソースを有効に活用することができると共に、ユーザの利便性を向上させたものである。
【００５３】
即ち、図３に示したメイントランスレータ３０１は逐次コマンド処理を行い、外部リソース参照のコマンドが出現すると、リソース管理テーブル３０３を参照して当該外部リソースが既に記憶装置３０４に取り込まれているか判断し、取り込まれていれば、後述する参照頻度カウンタを更新した後、当該外部リソースを利用して印刷処理を行うが、未だ当該外部リソースが取り込まれていなければ、当該外部リソースが取り込まれるのを待つ。また、サブトランスレータ３０２は予め設定されている時間間隔でリソース管理テーブルに記録されている参照頻度カウンタをチェックし、その参照頻度カウンタのカウント値が削除頻度を下回るものがあれば、その外部リソースを削除し、また、更新頻度を上回るものがあれば、その外部リソースを自動更新する。ここで、削除の判定に用いる削除頻度と自動更新の判定に用いる更新頻度とは同じ値でもよいし、また、異なっていても構わない。
【００５４】
ここで、参照頻度カウンタを含むリソース管理テーブルについて説明する。尚、第３の実施形態によるリソース管理テーブルも第１の実施形態と同様に記憶装置３０４に保持されているものである。
【００５５】
図８は、第３の実施形態によるリソース管理テーブルの構成を示す図である。図示するように、リソース管理テーブル８００には、図３に示す記憶装置３０４に取り込んだ外部リソースをアクセスするためのユニークなＩＤ８０１が割り振られ、当該リソースのロケーション情報として当該外部リソースのＵＲＩ８０２が保持され、当該外部リソースを取り込んだ時間を確認するためにタイムスタンプ８０３も保持される。そして、外部リソース参照のコマンドによって更新され、当該外部リソースの削除又は自動更新を行うために用いられる参照頻度カウンタ８０４が設けられている。
【００５６】
次に、外部参照データの先読みを行う際に、メイントランスレータ３０１及びサブトランスレータ３０２によるコマンド処理について説明する。
【００５７】
図９は、第３の実施形態のメイントランスレータ３０１によるコマンド処理を示すフローチャートである。また図１０は、第３の実施形態のサブトランスレータ３０２によるコマンド処理を示すフローチャートである。
【００５８】
まず、ステップＳ９０１において、入力された印刷データのコマンドの解析を行い、ステップＳ９０２において、当該コマンドが外部リソース参照のコマンドであるか否かをチェックする。ここで、当該コマンドが外部リソース参照のコマンドでなければステップＳ９０３へ進み、当該コマンドの処理を行う。そして、ステップＳ９０４において、当該コマンドが最終コマンドか否かをチェックし、最終コマンドでなければステップＳ９０１に戻り、次のコマンドの解析を行う。また、ステップＳ９０４において、最終コマンドであれば、処理を終了する。
【００５９】
一方、上述のステップＳ９０２において、当該コマンドが外部リソース参照のコマンドであればステップＳ９０５へ進み、リソース管理テーブル８００の参照を行う。そして、ステップＳ９０６において、要求されているリソースが未取得であれば、サブトランスレータ３０２によって取得されるのを待つ。また、要求されているリソースが取得済みであればステップＳ９０７へ進み、リソース管理テーブル８００の参照頻度カウンタ８０４の更新を行った後、ステップＳ９０８へ進み、外部リソース処理を行う。そして、ステップＳ９０４へ進み、最終コマンドであるか否かのチェックを行い、最終コマンドでなければ上述の処理を行い、最終コマンドであれば、処理を終了する。
【００６０】
これに対して、サブトランスレータ３０２では、図１０に示すステップＳ１００１において、入力された印刷データのコマンドの解析を行い、ステップＳ１００２において、当該コマンドが外部リソース参照のコマンドであるか否かをチェックする。ここで、当該コマンドが外部リソース参照のコマンドでなければステップＳ１００６へ進み、当該コマンドが最終コマンドか否かをチェックする。その結果、最終コマンドでなければステップＳ１００１に戻り、次のコマンドの解析を行う。また、最終コマンドであれば、この処理を終了する。
【００６１】
一方、上述のステップＳ１００２において、当該コマンドが外部リソース参照のコマンドであればステップＳ１００３へ進み、当該外部リソースが既に取得済みか否かをチェックする。ここで、当該外部リソースが取得済みであればステップＳ１００６へ進み、上述した処理を実行する。また、当該外部リソースが未取得であればステップＳ１００４へ進み、外部Ｉ／Ｆ１０３から外部リソースの取得を行い、ステップＳ１００５において、リソース管理テーブル８００の更新を行う。そして、ステップＳ１００６へ進み、上述した処理を実行する。
【００６２】
次に、予め設定されている時間間隔でリソース管理テーブル８００の参照頻度カウンタ８０４をチェックし、そのカウント値に応じて外部リソースを削除又は自動更新するサブトランスレータ３０２による処理について説明する。
【００６３】
図１１は、取得済み外部リソースを更新する処理を示すフローチャートである。まず、ステップＳ１１０１において、外部リソースの更新を行う時間であるか否かをチェックし、予め設定されている時間間隔が過ぎていればステップＳ１１０２へ進み、リソース管理テーブル８００の先頭から順に管理されている外部リソースに対応する参照頻度カウンタ８０４をチェックする。そして、ステップＳ１１０３において、参照頻度カウンタ８０４のカウント値が削除するか否かを判断するために設定された削除頻度よりも低いか否かをチェックする。ここで、削除頻度よりも低い場合はステップＳ１１０４へ進み、当該外部リソースを記憶装置３０４から削除し、続くステップＳ１１０５でリソース管理テーブル８００から当該外部リソースのエントリ（ＩＤ８０１、ＵＲＩ８０２、タイムスタンプ８０３、参照頻度カウンタ８０４）を削除する。
【００６４】
次に、ステップＳ１１０９において、リソース管理テーブル８００に項目があるか否かをチェックし、項目が残っている場合にはステップＳ１１０２へ戻り、上述の処理を継続する。また、項目が残っていない場合には処理を終了する。
【００６５】
一方、上述のステップＳ１１０３において、当該外部リソースが削除すべき削除頻度よりも多く参照されていればステップＳ１１０６へ進み、当該外部リソースの参照頻度カウンタ８０４のカウント値が、更新するか否かを判断するために設定された更新頻度よりも高いか否かをチェックする。ここで、更新頻度よりも高い場合はステップＳ１１０７へ進み、当該外部リソースを再度取得し、リソース管理テーブル８００の当該外部リソースのタイムスタンプ８０３も更新する。また、ステップＳ１１０６でカウント値が更新頻度未満の場合、ステップＳ１１０７で当該外部リソースを取得した場合もステップＳ１１０８へ進み、リソース管理テーブル８００の当該外部リソースの参照頻度カウンタ８０４をクリアする。
【００６６】
次に、ステップＳ１１０９において、リソース管理テーブル８００に項目があるか否かをチェックし、項目が残っている場合にはステップＳ１１０２へ戻り、上述の処理を継続する。また、項目が残っていない場合には処理を終了する。
【００６７】
第３の実施形態によれば、ネットワーク上のリソースを取り込んで画像処理を行う際に、通常のデータ解析を行うメイントランスレータ（インタプリタ）と、リソース参照のみを行うサブトランスレータ（簡易インタプリタ）を有し、一方でデータ解析を行うのと同時にもう一方でリソースの取り込みを行い、ローカルに取り込んだリソースを用いて出力を行うことにより、実際にリソースが必要な時にローカルに取り込んだリソースを用いることができ、通常時間のかかる外部リソースの取り込み時間を短縮させ、トータルのスループットを向上させることができる。
【００６８】
また、取り込んだリソースの参照頻度に応じて、リソースの削除、更新を行うことにより、リソースを有効に活用することができると共に、ユーザの利便性を向上させることができる。
【００６９】
［第４の実施形態］
次に、図面を参照しながら本発明に係る第４の実施形態を詳細に説明する。
【００７０】
第３の実施形態では、全ての外部リソースを事前にサブトランスレータ３０２が取得しておき、メイントランスレータ３０１では記憶装置３０４に記憶されているリソースを必ず使うこととし、取得した外部リソースはその参照頻度に応じて自動的に削除又は更新を行うとしていたが、頻度に関係なく取得した外部リソースを削除したくない場合、またある特定のリソースは頻繁にオリジナルデータが更新されるような場合、できるだけ新しいリソースを利用したいような場合もある。
【００７１】
そこで、第４の実施形態では、自動削除又は更新の抑制及び特定のリソースに対して、強制的にリソース取得を行わせることにより、できるだけ最新の状態に近いリソースを得るよう処理を行うものである。
【００７２】
尚、第４の実施形態による画像処理装置１００の構成は第３の実施形態と同様であり、ここでは第３の実施形態との相違点のみを説明する。
【００７３】
まず、第４の実施形態では強制的にリソース取得を行わせたい特定のリソースをホストコンピュータ１２０から、或いは画像処理装置１００の操作部から指示しておく。そして、第３の実施形態と同様に、メイントランスレータ３０１及びサブトランスレータ３０２によるコマンド処理を行う。
【００７４】
図１２は、外部リソース処理の設定を行う画面を示す図である。同図において、１２０１は自動削除の設定であり、参照頻度の低い外部リソースを削除するか否かの設定を行う。１２０２は自動更新の設定であり、参照頻度の高い外部リソースを更新するか否かの設定を行う。１２０３はキャッシュデータの設定であり、取得済みの外部リソースを利用するか否かの設定を行う。それぞれの設定の初期値は、図１２に示す例では、［自動削除］１２０１は［する］１２０４、［自動更新］１２０２は［する］１２０５、［キャッシュデータ］１２０３は［使う］１２０６である。
【００７５】
ここで、［自動削除］１２０１を［しない］１２０７に設定することにより、外部リソースの参照頻度に関わらず、外部データの削除を行わないようになる。また、［自動更新］１２０２を［しない］１２０８に設定することにより、外部リソースの更新を自動で行わないようになる。外部リソースの自動更新を行わない場合、利用しようとする外部データが頻繁に更新されるような場合、実際に出力しようとするデータが古いものになる可能性がある。その場合、［キャッシュデータ］１２０３を［使わない］１２０９に設定し、常に外部リソースを取得し直すよう設定することが望ましい。それぞれ設定を変えた場合、［OK］１２１０を押下することによって変更が有効となる。また、［Cancel］１２１１を押下した場合、それまでの変更は破棄される。
【００７６】
次に、外部参照データの先読みを行う際に、図１２に示す［キャッシュデータ］１２０３を［使わない］１２０９に設定し、強制的に外部リソースの取得を行わせる処理について説明する。
【００７７】
図１３は、メイントランスレータによるリソース強制取得処理のフローチャートである。まず、ステップＳ１３０１において、入力された印刷データのコマンドの解析を行い、ステップＳ１３０２において、当該コマンドが外部リソース参照のコマンドであるか否かをチェックする。ここで、当該コマンドが外部リソース参照のコマンドでなければステップＳ１３０３へ進み、当該コマンドの処理を行う。そして、ステップＳ１３０４において、当該コマンドが最終コマンドか否かをチェックし、最終コマンドでなければステップＳ１３０１に戻り、次のコマンドの解析を行う。また、ステップＳ１３０４において、最終コマンドであれば、この処理を終了する。
【００７８】
一方、上述のステップＳ１３０２において、当該コマンドが外部リソース参照のコマンドであればステップＳ１３０５へ進み、当該外部リソース参照に対して強制的に取得を行うよう指示されているか否かをチェックする。ここで、強制取得の指示がなされていればステップＳ１３０９へ進み、強制外部リソースの処理を行い、上述したステップＳ１３０４へ進む。また、強制取得の指示がなされていなければステップＳ１３０６へ進み、リソース管理テーブル８００の参照を行う。そして、ステップＳ１３０７において、要求されているリソースが未取得であれば、サブトランスレータ３０２によって取得されるのを待つ。また、要求されているリソースが取得済みであればステップＳ１３０８へ進み、外部リソース処理を行い、上述したステップＳ１３０４へ進む。
【００７９】
第４の実施形態によれば、第３の実施形態での効果に加え、特定のリソースを強制取得することにより、頻繁にオリジナルデータが更新されるようなリソースも、最新のものを利用することが可能となる。
【００８０】
尚、第４の実施形態では、特定のリソースを選択して強制取得を行わせているが、全てのリソースに対して強制取得を行わせるようにしても良い。その場合、全てのリソースにおいて強制取得を行わせるが、同一の文書内での外部リソース参照は改めてリソースの取得を行わないので、トータルのスループットの向上が期待できる。
【００８１】
［第５の実施形態］
次に、図面を参照しながら本発明に係る第５の実施形態を詳細に説明する。
【００８２】
第３及び第４の実施形態では、外部リソースを参照した頻度や予め設定されたタイミングに応じて、外部リソースの削除又は更新を行っているが、第５の実施形態では、任意のタイミングで、取得済みの外部リソースの削除又は更新を行うものである。
【００８３】
図１４は、外部リソースの削除又は更新を行う画面を示す図である。図示するように、現在取得済みの外部リソースのリストが表示される。ここで、ユーザが削除又は更新したい外部リソースを選択すると、図１４に示す１４０１のように、選択された外部リソースが反転表示される。そして、このリストより外部リソースを選択した後、削除したい場合は［削除］１４０２ボタンを押下する。また、更新したい場合は［更新］１４０３ボタンを押下する。ここで何れかのボタンを押下すると、図１５に示すような確認の画面がポップアップ表示される。
【００８４】
図１５は、［削除］１４０２ボタンを押下した場合の確認画面を示す図である。図示していないが、［更新］１４０３ボタンを押下した場合も同様の確認画面が表示される。ここで、［はい］１５０１のボタンを押下すれば、選択された外部リソースを削除（或いは更新）することができる。また、［いいえ］１５０２のボタンを押下すれば、処理はキャンセルされ、図１４に示す画面に戻り、改めて外部リソースの選択が可能となる。尚、図１４に示す［Cancel］１４０４ボタンを押下することにより、外部リソース選択画面から抜けることができる。
【００８５】
第５の実施形態によれば、任意のタイミングで取得済みの外部リソースの削除又は更新を行えることにより、ユーザの利便性を向上させることができる。
【００８６】
［第６の実施形態］
次に、図面を参照しながら本発明に係る第６の実施形態を詳細に説明する。
【００８７】
尚、第６の実施形態による画像処理システムの構成は、図１〜図１５を参照して説明した第１乃至第５の実施形態と同様であり、その説明は省略する。
【００８８】
第６の実施形態では、外部リソースを必要とするページにおいて、通信の遅延等で外部リソースの取得に時間がかかるような場合、当該ページの印刷データを一旦記憶装置３０４に退避させ、次ページの処理を行うことにより、全体の処理効率を向上させるものである。
【００８９】
図１６は、第６の実施形態における退避動作を示す概略図である。図１６において、＜svg＞〜＜/svg＞で囲まれた部分が一つのジョブデータ（ドキュメントデータ）である。そして、その中で ＜page＞〜＜/page＞で囲まれた複数の部分が印刷すべき各々のページである。また、図１６に示す例では、１ページ目において外部リソース参照のコマンドの一種であるイメージ取得コマンド（＜image xlink:href="http://…/"/＞）が実行されているが、サブトランスレータ３０２が、例えばネットワークの遅延等で設定されたタイムアウト時間までにイメージデータを取得できなかった場合、メイントランスレータ３０１はこれまでに生成した１ページ分の画像データを一旦記憶装置３０４に退避させ、後述するページ状態管理テーブルに退避した旨記録し、次ページの処理を開始する。
【００９０】
図１７は、第６の実施形態におけるページ状態管理テーブルを示す図である。図示するように、ページ状態管理テーブル１７００には、ページ番号１７０１のページが退避されているか、処理が完了しているかのページ状態１７０２が保持される。図１７に示す例では、１ページ目及び３ページ目がイメージを取得時にタイムアウトが発生したため退避され、２ページ目のページ処理が先に完了していることを示している。また、新しいページの処理が開始された時点で、ページ処理中の状態となる。
【００９１】
ここで、図３に示すメイントランスレータ３０１がホストコンピュータ１２０から入力した印刷データに基づき、１ページの印刷コマンドを処理中に外部リソースを必要とする場合、サブトランスレータ３０２がネットワークを介して外部リソースの取り込みを行うが、通信の遅延等で外部リソースの取得に時間がかかるようなとき、メイントランスレータ３０１が当該ページの画像データを一旦記憶装置３０４に退避させ、次ページの処理を行う動作について説明する。
【００９２】
図１８は、第６の実施形態によるページ退避処理を示すフローチャートである。まず、ステップＳ１８０１において、メイントランスレータ３０１がページ状態管理テーブル１７００のページ状態１７０２を参照し、当該ページがメイントランスレータ３０１によってトランスレート済みであるか否かを確認する。ここで、トランスレート済みであればステップＳ１８０２へ進み、次ページに処理を移し、ステップＳ１８０１に戻る。また、ステップＳ１８０１で当該ページがイメージ取得待ち又は新規のページであればステップＳ１８０３へ進み、当該ページのコマンドを解析して、現在のコマンドがイメージ取得コマンドであるか否かを確認する。ここで、イメージ取得コマンドでなければステップＳ１８０５へ進み、ステップＳ５０３と同様に、当該コマンドに対応する処理を行う。
【００９３】
また、現在のコマンドがイメージ取得コマンドであればステップＳ１８０４へ進み、サブトランスレータ３０２によってイメージ取得が問題なく行えた場合にはステップＳ１８０５へ進み、コマンド処理を継続する。また、正常にイメージ取得が行えなかった場合にはステップＳ１８０６へ進み、その原因をチェックする。ここで、イメージデータの取得ができなかった原因がタイムアウト以外（例えば、該当イメージデータなし、イメージデータのフォーマット不正など）であればステップＳ１８０７へ進み、それぞれのエラーに応じた処理を行う。ここではそれぞれのエラー処理の詳細については規定しない。
【００９４】
一方、ステップＳ１８０６において、イメージデータの取得できなかった原因がタイムアウトであればステップＳ１８０８へ進み、作成済みの１ページ分の画像データを記憶装置３０４に退避させる。そして、ステップＳ１８０９において、ページ状態管理テーブル１７００の当該ページ１７０１におけるページ状態１７０２を「イメージ取得待ち」に変更し、ステップＳ１８１０において、次ページへ移行し、ステップＳ１８０１に戻り、上述の処理を継続する。
【００９５】
次に、ステップＳ１８１１において、現在のコマンドがページの最終コマンドであるか否かを確認する。ここで、ページの最後に達していなければステップＳ１８０１に戻り、上述の処理を継続する。また、現在のコマンドがページの最終コマンドであればステップＳ１８１２へ進み、ページ状態管理テーブル１７００の当該ページのページ状態を「トランスレート完了」に変更する。そして、ステップＳ１８１３において、ページ状態管理テーブル１７００のページ状態１７０２を参照し、イメージ取得待ち状態のページがあるか否かを確認する。ここで、イメージ取得待ち状態のページがあればステップＳ１８１４へ進み、記憶装置３０４に退避しておいた該当するページの画像データを復帰し、ステップＳ１８０１に戻り、上述の処理を継続する。
【００９６】
また、ステップＳ１８１３において、イメージ処理待ち状態のページがなければステップＳ１８１５へ進み、当該ページがジョブの最終ページであるか否かを確認する。ここで、当該ページが最終ページでなければステップＳ１８１６へ進み、次ページへ移行し、この処理を継続する。また、当該ページがジョブの最終ページであれば、この処理を終了する。
【００９７】
尚、第６の実施形態では、イメージ取得待ちページの復帰を次ページの処理完了で行っているが、一旦全てのページの処理を行ってから引き続き残っているイメージ取得待ちページを処理することにしても構わない。
【００９８】
第６の実施形態によれば、同一ジョブ中でイメージデータの取得遅延が発生した場合、それ以降のページのトランスレートを開始し、イメージを取得する必要のないページであれば先にページの処理を完了させることができ、全体のスループットを向上させることができる。
【００９９】
［第７の実施形態］
次に、図面を参照しながら本発明に係る第７の実施形態を詳細に説明する。
【０１００】
第７の実施形態では、第６の実施形態による処理に加え、ジョブ中でイメージデータの取得遅延が発生した場合、ジョブの追い越しが可能であると設定されていたときに、現在処理中のジョブ情報を退避し、次ジョブの処理を開始し、ジョブの処理が終了した時点で退避したジョブの処理を再開するというものである。
【０１０１】
図１９は、第７の実施形態におけるジョブ追い越し動作を示す概略図である。図１９に示すように、現在処理中のジョブにおいてイメージ取得コマンドがあり、その取得に遅延が発生した場合、それまでに生成した画像データ及びこのジョブのドキュメントデータを退避させ、次ジョブの処理を開始する。続いて次ジョブの処理が終了した後に、退避しておいた画像データ及びドキュメントデータを復帰させ、イメージ取得コマンドから処理を再開する。
【０１０２】
図２０は、第７の実施形態によるジョブ追い越し処理を示すフローチャートである。まず、ステップＳ２００１において、ジョブの追い越しを許可に設定する。次に、ステップＳ２００２において、現在のコマンドがイメージ取得であるか否かを確認する。ここで、イメージ取得コマンドでなければステップＳ２００４へ進み、当該コマンドに対応する処理を行う。また、イメージ取得コマンドであればステップＳ２００３へ進み、サブトランスレータ３０２によってイメージ取得が問題なく行えた場合にはステップＳ２００４へ進み、コマンド処理を継続する。また、正常にイメージ取得が行えなかった場合にはステップＳ２００５へ進み、その原因をチェックする。ここで、イメージ取得できなかった原因がタイムアウト以外（例えば、該当イメージなし、イメージフォーマット不正など）であればステップＳ２００６へ進み、それぞれのエラーに応じた処理を行う。ここではそれぞれのエラー処理の詳細については規定しない。
【０１０３】
一方、ステップＳ２００５において、イメージ取得できなかった原因がタイムアウトであればステップＳ２００７へ進み、ジョブの追い越しが許可されているか否かをチェックする。ここで、ジョブの追い越しが許可されていなければステップＳ２００２に戻り、再度イメージの取得を試みる。また、ステップＳ２００７において、ジョブの追い越しが許可されていればステップＳ２００８へ進み、作成済みの画像データ及びジョブデータを記憶装置３０４に退避する。そして、ステップＳ２００９において、ジョブの追い越しを不許可に設定し、ステップＳ２０１０において、次ジョブへ移行し、処理を継続する。
【０１０４】
次に、ステップＳ２０１１において、現在のコマンドがページの最終コマンドであるか否かを確認する。ここで、ページの最後に達していなければステップＳ２００２に戻り、上述の処理を継続する。また、現在のコマンドがページの最終コマンドであればステップＳ２０１２へ進み、当該ページがジョブの最終ページであるか否かを確認する。ここで、当該ページが最終ページでなければステップＳ２００２に戻り、上述の処理を継続する。また、当該ページがジョブの最終ページであればステップＳ２０１３へ進み、退避されているジョブがあるか否かをチェックする。ここで、退避されているジョブが存在していればステップＳ２０１４へ進み、ジョブの復帰を行い、ステップＳ２００１に戻り、この処理を継続する。また、退避されているジョブが存在していなければ、この処理を終了する。
【０１０５】
尚、ジョブの追い越し設定は、例えばホストコンピュータのプリンタドライバにより提供されるユーザインタフェースからジョブ毎に設定しても良く、また、画像処理装置の操作パネルからその都度、設定するようにしても良い。
【０１０６】
第７の実施形態によれば、イメージデータを必要とするジョブ中でイメージ取得遅延が発生した場合、そのジョブのドキュメントデータを退避させ、次のジョブを実行することにより、全体のスループットを向上させることができる。
【０１０７】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【０１０８】
また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１０９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１０】
プログラムコードを供給するための記憶媒体としては、例えばフロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１１１】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１２】
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１３】
【発明の効果】
以上説明したように、本発明によれば、入力された印刷データのあるページ又はジョブおけるリンクデータの取得遅延が発生した場合に、そのページ又はジョブにおいて、これまでに生成した画像データを退避させ、それ以降のページ又はジョブの解析を開始することで、全体のスループットを向上させることができると共に、あるページ又はジョブにおいて途中まで生成した画像データを無駄にすることもない。
【図面の簡単な説明】
【図１】第１の実施形態による画像処理システムの構成を示す図である。
【図２】第１の実施形態による画像形成装置の構造を示す図である。
【図３】第１の実施形態による外部リソース処理を説明するための図である。
【図４】第１の実施形態によるリソース管理テーブルの構成を示す図である。
【図５】第１の実施形態のメイントランスレータ３０１によるコマンド処理を示すフローチャートである。
【図６】第１の実施形態のサブトランスレータ３０２によるコマンド処理を示すフローチャートである。
【図７】第２の実施形態のメイントランスレータによるリソース強制取得処理を示すフローチャートである。
【図８】第３の実施形態によるリソース管理テーブルの構成を示す図である。
【図９】第３の実施形態のメイントランスレータ３０１によるコマンド処理を示すフローチャートである。
【図１０】第３の実施形態のサブトランスレータ３０２によるコマンド処理を示すフローチャートである。
【図１１】取得済み外部リソースを更新する処理を示すフローチャートである。
【図１２】外部リソース処理の設定を行う画面を示す図である。
【図１３】第４の実施形態のメイントランスレータ３０１によるリソース強制取得処理のフローチャートである。
【図１４】外部リソースの削除又は更新を行う画面を示す図である。
【図１５】［削除］１４０２ボタンを押下した場合の確認画面を示す図である。
【図１６】第６の実施形態における退避動作を示す概略図である。
【図１７】第６の実施形態におけるページ状態管理テーブルを示す図である。
【図１８】第６の実施形態によるページ退避処理を示すフローチャートである。
【図１９】第７の実施形態におけるジョブ追い越し動作を示す概略図である。
【図２０】第７の実施形態によるジョブ追い越し処理を示すフローチャートである。
【図１】
0003962563.tif 000002
【図２】
0003962563.tif 000003
【図３】
0003962563.tif 000004
【図４】
0003962563.tif 000005
【図５】
0003962563.tif 000006
【図６】
0003962563.tif 000007
【図７】
0003962563.tif 000008
【図８】
0003962563.tif 000009
【図９】
0003962563.tif 000010
【図１０】
0003962563.tif 000011
【図１１】
0003962563.tif 000012
【図１２】
0003962563.tif 000013
【図１３】
0003962563.tif 000014
【図１４】
0003962563.tif 000015
【図１５】
0003962563.tif 000016
【図１６】
0003962563.tif 000017
【図１７】
0003962563.tif 000018
【図１８】
0003962563.tif 000019
【図１９】
0003962563.tif 000020
【図２０】
0003962563.tif 000021