(57)【特許請求の範囲】
【請求項１】
画像形成装置と外部サーバが連携して印刷ジョブを処理する画像処理システムであって、
前記画像形成装置は、
ホストコンピュータから受信した印刷ジョブの識別子を用いて、前記印刷ジョブの前記外部サーバでの処理の終了時間を前記外部サーバに要求し、該要求に応じて前記外部サーバから返信される前記終了時間を受信する終了時間取得手段と、
前記終了時間が経過した後に、印刷ジョブの識別子を用いて、前記外部サーバに前記印刷ジョブの処理済のデータを要求し、該要求に応じて前記外部サーバから返信される前記処理済のデータを受信する処理済データ取得手段と、
前記処理済のデータを印刷処理する印刷手段とを有し、
前記外部サーバは、
ホストコンピュータから印刷ジョブと該印刷ジョブの識別子を受信する受信手段と、
前記受信手段が受信した前記印刷ジョブに応じた処理を行う処理手段と、
前記画像形成装置からの要求に応じて前記受信手段が受信した印刷ジョブの前記処理手段での処理の終了時間を算出して前記画像形成装置に返信する終了時間算出手段と、
前記画像形成装置からの要求に応じて前記処理手段が処理した印刷ジョブの処理済データを前記画像形成装置に返信する処理済データ送信手段とを有する、
ことを特徴とする画像処理システム。
【請求項２】
前記画像形成装置の通信手段が第１印刷ジョブの終了時間に基づくスリープ状態において新たな印刷ジョブである第２印刷ジョブの識別子を受信した場合、前記通信手段は、内部の記憶手段に前記第２印刷ジョブの識別子を格納し、前記終了時間が経過する前に前記画像形成装置をスリープ状態から復帰させないことを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記終了時間算出手段は、印刷ジョブのページ数、及び、処理種類から前記終了時間を算出することを特徴とする請求項１または２に記載の画像処理システム。
【請求項４】
前記画像形成装置は、前記終了時間の値をタイマーに設定し、該タイマーに設定した時間の経過後にスリープ状態から復帰することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
【請求項５】
前記画像形成装置は、スリープ遷移処理を行う前に、前記終了時間を、前記ホストコンピュータに対して通知する終了時間通知手段を有することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理システム。
【請求項６】
前記画像形成装置は、前記終了時間取得手段で受信した終了時間と予め設定されている閾値とを比較する比較手段を有し、
前記画像形成装置は、前記比較手段での比較の結果、前記終了時間が前記閾値を超える場合にはスリープ状態に遷移し、一方、前記終了時間が前記閾値を超えない場合にはスリープ状態に遷移しないことを特徴とする請求項１乃至５のいずれか１項に記載の画像処理システム。
【請求項７】
外部サーバと連携して印刷ジョブを処理する画像形成装置であって、
ホストコンピュータから受信した印刷ジョブの識別子を用いて、前記印刷ジョブの前記外部サーバでの処理の終了時間を前記外部サーバに要求し、該要求に応じて前記外部サーバから返信される前記終了時間を受信する終了時間取得手段と、
前記終了時間が経過した後に、印刷ジョブの識別子を用いて、前記外部サーバに前記印刷ジョブの処理済のデータを要求し、該要求に応じて前記外部サーバから返信される前記処理済のデータを受信する処理済データ取得手段と、
前記処理済のデータを印刷処理する印刷手段と、
を有することを特徴とする画像形成装置。
【請求項８】
画像形成装置と外部サーバが連携して印刷ジョブを処理する画像処理システムにおける制御方法であって、
前記画像形成装置が、
ホストコンピュータから受信した印刷ジョブの識別子を用いて、前記印刷ジョブの前記外部サーバでの処理の終了時間を前記外部サーバに要求し、該要求に応じて前記外部サーバから返信される前記終了時間を受信する終了時間取得ステップと、
前記終了時間が経過した後に、印刷ジョブの識別子を用いて、前記外部サーバに前記印刷ジョブの処理済のデータを要求し、該要求に応じて前記外部サーバから返信される前記処理済のデータを受信する処理済データ取得ステップと、
前記処理済のデータを印刷処理する印刷ステップとを実行し、
前記外部サーバが、
ホストコンピュータから印刷ジョブと該印刷ジョブの識別子を受信する受信ステップと、
前記受信ステップで受信した前記印刷ジョブに応じた処理を行う処理ステップと、
前記画像形成装置からの要求に応じて前記受信ステップで受信した印刷ジョブの前記処理ステップでの処理の終了時間を算出して前記画像形成装置に返信する終了時間算出ステップと、
前記画像形成装置からの要求に応じて前記処理ステップで処理した印刷ジョブの処理済データを前記画像形成装置に返信する処理済データ送信ステップとを実行する、
ことを特徴とする制御方法。
【請求項９】
コンピュータを、請求項７に記載の画像形成装置の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理システム、画像形成装置、制御方法、及び、プログラムに関する。
【背景技術】
【０００２】
近年、自前のサーバでアプリケーションを実行するのではなく、インターネット上で提供されているサービスという形態でソフトウェアを利用するクラウドコンピューティングという技術が普及しつつある。
【０００３】
クラウドコンピューティングでは、ユーザからはどこでそのプログラムの実態が実行しているかを知る必要がなく、ユーザの要求に対してサービスを提供することが特徴である。クラウドコンピューティング環境では、ユーザは、サーバ設置やアプリケーションの購入などの初期投資を抑えられることがメリットである。
【０００４】
このクラウドコンピューティング環境を、コピー、印刷、スキャン、ＦＡＸなどが可能なＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）、あるいはプリンタに適用することが考えられている。この場合、ＭＦＰやプリンタは基本機能をサポートし、付加的な機能はネットワーク上の「クラウド」に処理を行わせることで、ＭＦＰ本体やプリンタ本体を低コストで、かつ高機能な付加価値を提供するというサービス環境が構築可能となる。
【０００５】
プリンタとクラウドが連携する例として、廉価版のプリンタが対応していない機能（例えば、Ｎｉｎ１などの贅沢なメモリ容量を必要とする集約コピー機能）をクラウドで処理し、プリンタで印刷する例がある。これにより、プリンタ側の拡張を行わずにクラウドで処理できるため、プリンタのコストを抑えることができる（特許文献１参照）。
【０００６】
クラウドを利用する機能として考えられるものとしては他にも、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）処理、バーコード／地紋付加による合成印刷、ＯＣＲ、音声変換などがある。
【０００７】
一方で、ＭＦＰは電力低減が重要なテーマになっており、ＭＦＰを使用していない期間は積極的に電力を低減することで達成する。
また、クラウドサーバは一般にファイアウォールの先に設置される。すなわち、ＭＦＰが接続されるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）にはファイアウォールが備わっている場合があり、その場合、クラウドサーバを送信元としてクラウドサーバからＭＦＰにパケットを送信できない。しかし、ＭＦＰからクラウドサーバにパケットを送信することはでき、その応答パケットをクラウドサーバから送信元のＭＦＰに返信することはできる。この応答パケットにクラウドサーバが伝えたい内容を入れることで、クラウドサーバからＭＦＰに情報を伝達できる。すなわち、ＭＦＰが処理結果画像をクラウドサーバから受け取るためには、パケットをクラウドサーバに送信し（ポーリングパケット）、応答パケットを受け取ることでのみ実現できる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００３−２８８３３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＭＦＰが上記に挙げたような処理（ジョブと呼ぶこととする）をクラウドサーバに送信する時、クラウドサーバ側に既に他の機器からのジョブ（先行ジョブ）が投入されている場合がある。先行ジョブのジョブ数、ページ数、処理量が大きくなると（クラウド側が混んでいると）、ＭＦＰ自身が送信したジョブの処理結果がクラウドサーバから返ってくるまで時間がかかる。このような場合、処理結果が返ってくるまでＭＦＰがクラウドサーバにポーリングパケットを投げ続けることとなる。その結果、ＭＦＰは無駄な電力を消費してしまうという課題がある。さらに、処理結果が返ってくるまでＭＦＰがポーリングパケットを投げ続けることにより、クラウドサーバとの通信負荷が大きくなってしまうという課題も付随して起こる。
【００１０】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、クラウドサーバからの印刷ジョブの処理結果が直ちに返ってこない場合においても、ＭＦＰがスリープ（省電力状態）に入ることができ、無駄な電力の消費を抑えることができ、また、クラウドサーバとの通信負荷を軽減することができる仕組みを提供することである。
【課題を解決するための手段】
【００１１】
本発明は、画像形成装置と外部サーバが連携して印刷ジョブを処理する画像処理システムであって、前記画像形成装置は、ホストコンピュータから受信した印刷ジョブの識別子を用いて、前記印刷ジョブの前記外部サーバでの処理の終了時間を前記外部サーバに要求し、該要求に応じて前記外部サーバから返信される前記終了時間を受信する終了時間取得手段と、前記終了時間が経過した後に、印刷ジョブの識別子を用いて、前記外部サーバに前記印刷ジョブの処理済のデータを要求し、該要求に応じて前記外部サーバから返信される前記処理済のデータを受信する処理済データ取得手段と、前記処理済のデータを印刷処理する印刷手段とを有し、前記外部サーバは、ホストコンピュータから印刷ジョブと該印刷ジョブの識別子を受信する受信手段と、前記受信手段が受信した前記印刷ジョブに応じた処理を行う処理手段と、前記画像形成装置からの要求に応じて前記受信手段が受信した印刷ジョブの前記処理手段での処理の終了時間を算出して前記画像形成装置に返信する終了時間算出手段と、前記画像形成装置からの要求に応じて前記処理手段が処理した印刷ジョブの処理済データを前記画像形成装置に返信する処理済データ送信手段とを有する、ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、外部サーバからの印刷ジョブの処理結果が直ちに返ってこない場合においても、画像形成装置がスリープ（省電力状態）に入ることができ、無駄な電力の消費を抑えることができる。また、外部サーバとの通信負荷を軽減することができる。
【図面の簡単な説明】
【００１３】
【図１】実施例１におけるシステムの構成の一例を示すシステム構成図である。
【図２】プリンタ２０の構成の一例を示すブロック図である。
【図３】クラウドサーバ３０の構成の一例を示すブロック図である。
【図４】実施例１におけるプリンタ２０の処理の一例を示すフローチャートである。
【図５】実施例１におけるクラウドサーバ３０の処理の一例を示すフローチャートである。
【図６】実施例２におけるプリンタ２０の処理の一例を示すフローチャートである。
【図７】実施例２におけるクラウドサーバ３０の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１５】
図１は、実施例１におけるシステムの構成の一例を示す画像処理システム構成図である。
図１において、クラウドサーバ３０は、ホストコンピュータ１０、あるいはプリンタ２０からのジョブを受け付ける処理と、ジョブの指定した設定に応じた処理を行うものであり、ネットワーク１０２に接続される。本実施例の画像処理システムは、プリンタ２０とクラウドサーバ３０が連携して印刷ジョブを処理するシステムである。なお、クラウドサーバ３０は、１台以上のサーバコンピュータで構成されている。また、プリンタ２０は、省エネモード（省電力モード、スリープモードともいう）を有する。プリンタ２０は、ＭＦＰ等の他の画像形成装置であってもよい。
【００１６】
ユーザ環境のホストコンピュータ１０とプリンタ２０はＬＡＮ１０１を介して接続されていて、ユーザ環境とクラウドサーバ３０はインターネット１００を介して接続され、印刷システム（画像処理システム）を形成している。なお、ＬＡＮ１０１は、ファイアウォールを備えており、外部サーバであるクラウドサーバ３０を送信元としてホストコンピュータ１０あるいはＰＣ２０に対してパケットを送信することができない。
【００１７】
以下、本実施例において、クラウドを利用する際のデータの流れについて説明する。
クラウドを利用する際のデータの流れにはバリエーションがある。
１つは、ユーザ指示によりホストコンピュータ１０からプリンタ２０にジョブを転送し、プリンタ２０側でクラウドによる処理の必要性を判断し、必要に応じてジョブをクラウドサーバ３０に転送する方式である（以後、間接利用方式と呼ぶ）。この間接利用方式において、クラウドサーバ３０に転送されたジョブは、クラウドサーバ３０において処理された後、プリンタ２０からのポーリングパケットの返信としてプリンタ２０に再び転送され、プリンタ２０で印刷される。
【００１８】
もう１つは、ユーザ指示によりホストコンピュータ１０からクラウドサーバ３０に対してジョブを送信し、ジョブの中に印刷先のプリンタを指示する方式である（以後、直接利用方式と呼ぶ）。この直接利用方式において、クラウドに送信されたジョブは、クラウドサーバ３０において処理された後、プリンタ２０からのポーリングパケットの返信としてプリンタ２０に転送されて、プリンタ２０で印刷される。
【００１９】
実施例１では、クラウドの利用形態が「間接利用方式」である場合の構成について説明する。また、後述する実施例２では、クラウドの利用形態が「直接利用方式」である場合の構成について説明する。いずれの実施例においても、クラウドが行う処理についてはＮｉｎ１のような集約印刷機能を例に説明するが、クラウドが行う処理は集約印刷機能に限定されるものではない。
【００２０】
図２は、プリンタ２０の構成の一例を示すブロック図である。
図２において、プリンタコントローラ２００は、画像出力デバイスであるプリンタ部２０１に接続され、一方でネットワークコントローラ（ＮＣ）２０８を介してＬＡＮ１０１との通信制御を行うコントローラである。
【００２１】
プリンタコントローラ２００において、ＣＰＵ２０３は、ＲＯＭ２０４にコンピュータ読み取り可能に記録されたプログラムを読み出して実行することにより、システム全体を制御するコントローラである。なお、プリンタ２０のスリープ遷移（省電力状態への遷移）やスリープ復帰（省電力状態からの復帰）に関する制御も、ＣＰＵ２０３にて行われる。
【００２２】
ＲＯＭ２０４は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＲＡＭ２０５は、ＣＰＵ２０３が動作するためのシステムワークメモリであり、ホストコンピュータ１０やクラウドサーバ３０から送られてきた印刷データなどの画像データを一時記憶するための画像メモリでもある。
【００２３】
プリンタＩ／Ｆ２０６は、プリンタ部２０１に接続され、プリンタ部２０１のＣＰＵと通信を行う。プリンタ部２０１は、プリンタＩ／Ｆ２０６から受信した画像データに基づいて用紙への印刷を行う。
【００２４】
操作部Ｉ／Ｆ２０６は、操作ユニット２０２とのインターフェース部で、操作ユニット２０２からユーザが入力した情報を、ＣＰＵ２０３に伝える役割をする。
画像処理部２０９は、ホストコンピュータ１０から送られてきた印刷ジョブに対して画像処理を行う。２１０は各モジュールが接続されるシステムバスである。
【００２５】
図３は、クラウドサーバ３０の構成の一例を示すブロック図である。
図３において、ＣＰＵ３０１は、クラウドサーバ３０全体を制御するコントローラである。ＲＯＭ３０２は、ブートＲＯＭであり、システムのブートプログラム等が格納されている。ＲＡＭ３０３は、ＣＰＵ３０１が動作するためのシステムワークメモリであり、プリンタ２０から送られてきた印刷データなどの画像データを一時記憶するための画像メモリでもある。
【００２６】
ＮＣ３０４は、ネットワークコントローラであり、ＮＣ３０４を介してネットワーク１０２との通信制御を行う。ＨＤＤ３０５はハードディスクであり、オペレーティングシステムプログラムやアプリケーションプログラム、受信ジョブや編集ジョブなどを記憶する。
【００２７】
ジョブ管理部３０６は、受信した順にジョブを、ページ数、処理種類、推定処理時間と共に管理する。なお、推定処理時間は、ＣＰＵ３０１によって、ページ数処理種類の情報から計算される（詳細は後述する）。画像処理部３０７は、プリンタ２０から送られてきたジョブに対して画像処理を行う。３０８は各モジュールが接続されるシステムバスである。
【００２８】
なお、ジョブ管理部３０６や画像処理部３０７は、ハードウェアであっても、ＣＰＵ３０１がＨＤＤ３０５等にコンピュータ読み取り可能に記録されたプログラムを読み出して実行することにより、実現されるソフトウェアモジュールであってもよい。
なお、本実施形態では、クラウドサーバ３０が１台でクラウドサービスをプリンタ２０に提供する例を示した。しかしながら、他の形態として、複数のクラウドサーバによって構成され、そのサーバ群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしても構わない。この場合、所定の条件に応じてヴァーチャルマシンを増加させるスケールアウトと呼ばれる技術が用いられる。
【００２９】
以下、図４、図５のフローチャートを用いて、実施例１における処理について説明する。なお、実施例１では間接利用方式で印刷を行い、ホストコンピュータ１０は印刷ジョブを印刷ジョブＩＤ共にプリンタ２０に送信する。この印刷ジョブＩＤは、ホストコンピュータ１０で印刷ジョブが生成された際に印刷ジョブに付加されたものであり、印刷ジョブを識別するための識別子である。なお、本実施例のプリンタ２０は、Ｎｉｎ１の集約印刷機能には対応していないものとして説明する。
【００３０】
図４は、実施例１におけるプリンタ２０の処理の一例を示すフローチャートである。なお、図４のフローチャートに示す処理は、プリンタ２０のプリンタコントローラ２００のＣＰＵ２０３がＲＯＭ２０４にコンピュータ読み取り可能に記録されたプログラムを読み出して実行することにより実現される。
【００３１】
プリンタ２０のＣＰＵ２０３は、Ｓ４０１において、ホストコンピュータ１０からＬＡＮ１０１及びＮＣ２０８を介して、印刷ジョブを印刷ジョブＩＤと共に受信すると、該印刷ジョブをＲＡＭ２０５に格納し、Ｓ４０２に処理を進める。なお、この印刷ジョブは、４ｉｎ１の集約印刷が設定された、４ページの印刷ジョブとする。
【００３２】
Ｓ４０２では、ＣＰＵ２０３は、上記Ｓ４０１で受信した印刷ジョブが自身のプリンタ２０で処理可能か否かを判断することにより、クラウドサーバ３０に印刷ジョブを転送するか否かを決定する（印刷ジョブ判断処理）。
【００３３】
そして、クラウドサーバ３０に印刷ジョブを転送しないと判断した場合（Ｓ４０２でＮｏ）、ＣＰＵ２０３は、Ｓ４１４に処理を進める。
一方、クラウドサーバ３０に印刷ジョブを転送すると判断した場合（Ｓ４０２でＹｅｓ）、ＣＰＵ２０３は、Ｓ４０３に処理を進める。例えば、受信したジョブが４ｉｎ１の集約印刷が設定された印刷ジョブで、プリンタ２０がＮｉｎ１の集約印刷に対応していない場合には、ＣＰＵ２０３は、クラウドサーバ３０に転送すると判断する。
【００３４】
Ｓ４０３では、ＣＰＵ２０３は、ＲＡＭ２０５に格納されている印刷ジョブを、ＮＣ２０８及びＬＡＮ１０１を介してクラウドサーバ３０に転送する。この際、印刷ジョブＩＤも一緒に送信する。
【００３５】
次に、Ｓ４０４において、ＣＰＵ２０３は、上記印刷ジョブＩＤに対応するジョブの処理がクラウドサーバ３０上で終了する時間を知るために、終了時間リクエストパケット（上記印刷ジョブＩＤを含む）をＮＣ２０８及びＬＡＮ１０１を介してクラウドサーバ３０に対して送信する。
次に、Ｓ４０５において、ＣＰＵ２０３は、ＬＡＮ１０１及びＮＣ２０８を介して、上記終了時間リクエストパケットに対する応答パケットという形にてクラウドサーバ３０から該ジョブの終了時間の情報を受信し、ＲＡＭ２０５に格納する（終了時間取得処理）。ここでは、終了時間として「１５分」を受信したこととする。なお、クラウドサーバ３０が終了時刻を割り出す方法に関しては後述する。
【００３６】
次に、Ｓ４０６において、ＣＰＵ２０３は、予め設定されている閾値と上記Ｓ４０５にてＲＡＭ２０５に格納された終了時間とを比較し、終了時間が閾値より大きい（閾値＜終了時間）か否かを判定する。なお、閾値は、プリンタ２０がクラウドサーバ３０にジョブを送信した後にプリンタ２０自身がスリープ（省電力状態）に遷移するまでに何分間待つかを決定するための値である。この閾値は、予め設定されてＲＯＭ２０４内のＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）領域に格納されたものである。この閾値は、プリンタ２０の管理者等が操作ユニット２０２やホストコンピュータ１０等から変更可能である。ここでは、例として、閾値を「１分」として説明する。
【００３７】
そして、終了時間が閾値より大きくない（閾値≧終了時間）と判定した場合（Ｓ４０６でＮｏ）、そのままＳ４１１に処理を進める。
一方、終了時間が閾値より大きい（閾値＜終了時間）と判定した場合（Ｓ４０６でＹｅｓ）、Ｓ４０７に処理を進める。上述した例では、閾値（１分）＜終了時間（１５分）であるのでステップＳ４０７へ進むこととなる。
【００３８】
Ｓ４０７では、ＣＰＵ２０３は、上記Ｓ４０５にてＲＡＭ２０５に格納されたジョブの終了時間の値を、スリープタイマーにセットする。スリープタイマーは、設定された時間経過後にスリープ復帰するためのタイマーであり、ＣＰＵ２０３内部に持つものとするが、プリンタコントローラ２００上の単体モジュールとして持つ構成としてもよい。
【００３９】
次に、Ｓ４０８において、ＣＰＵ２０３は、プリンタ２０をスリープ状態に遷移させるスリープ遷移処理を行い、スリープモードに入る。この時、プリンタ２０の電力供給は極力抑えられ、省電力が実現される。なお、ＣＰＵ２０３は、スリープ遷移処理を行う前に、ジョブの終了時間を、ホストコンピュータ１０に対して通知するように構成してもよい（終了時間通知処理）。これにより、ホストコンピュータ１０は、ジョブの終了時間をディスプレイ等に表示して、ユーザに対して通知することができる。
【００４０】
次に、Ｓ４０９において、ＣＰＵ２０３内部のスリープタイマーが設定された時間が経過したか否かを監視し、時間経過後、Ｓ４１０に処理を進める。
Ｓ４１０では、ＣＰＵ２０３は、スリープモードから復帰し、Ｓ４１１に処理を進める。
【００４１】
Ｓ４１１では、ＣＰＵ２０３は、クラウドサーバ３０に対して編集データの要求パケットを送信する処理を行う。詳細には、ＣＰＵ２０３は、まずクラウドサーバ３０にＮＣ２０８及びＬＡＮ１０１を介してポーリングを行って、印刷ジョブの終了を確認した後に、編集データの要求パケットをクラウドサーバ３０に送信する。
次に、Ｓ４１２おいて、ＣＰＵ２０３は、クラウドサーバ３０からＬＡＮ１０１及びＮＣ２０８を介して応答パケットという形で編集データを受信し、ＲＡＭ２０５に格納し（処理済データ取得処理）、Ｓ４１３に処理を進める。
【００４２】
Ｓ４１３では、ＣＰＵ２０３は、ＲＡＭ２０５に格納された編集データをプリンタＩ／Ｆ２０６を介してプリンタ部２０１に送り、プリンタ部２０１に印刷処理を実行させる。そして、本フローチャートの処理を終了する。
【００４３】
なお、クラウドサーバ３０に印刷ジョブを転送しないと判断した場合（Ｓ４０２でＮｏ）、ＣＰＵ２０３は、Ｓ４１４に処理を進める。Ｓ４１４では、ＣＰＵ２０３は、画像処理部２０９に画像処理を実行させ、編集データを生成し、Ｓ４１３において、前記画像処理により生成された編集データをプリンタＩ／Ｆ２０６を介してプリンタ部２０１に送り、プリンタ部２０１に印刷処理を実行させる。そして、本フローチャートの処理を終了する。
【００４４】
なお、上記Ｓ４０９におけるジョブ（以下、第１印刷ジョブ）の終了時間に対応するスリープ中に、プリンタ２０が新たなジョブ（以下、第２印刷ジョブ）をＮＣ２０８で受信した場合、ＣＰＵ２０３は、スリープモードから復帰し、第２印刷ジョブをクラウドサーバ３０に送信する。さらに、ＣＰＵ２０３は、第１印刷ジョブに対してＳ４０４〜Ｓ４１３の処理を再度行うように制御する。即ち、ＣＰＵ２０３は、第１印刷ジョブの終了時間を再取得するために、第１印刷ジョブの終了時間リクエストパケットを再度、クラウドサーバ３０に送信し、再度、クラウドサーバ３０から第１印刷ジョブの終了時間の情報を受信する。そして、ＣＰＵ２０３は、閾値≧終了時間と判定した場合、そのままＳ４１１〜Ｓ４１３の処理を実行する。一方、閾値＜終了時間と判定した場合、ＣＰＵ２０３は、終了時間の値をスリープタイマーにセットし、スリープ遷移処理を行い、スリープモードに入る。そして、終了時間経過後、ＣＰＵ２０３は、スリープモードから復帰し、Ｓ４１１〜Ｓ４１３の処理を実行する。そして、第１印刷ジョブの印刷（Ｓ４１３）が終了すると、ＣＰＵ２０３は、第２印刷ジョブに対して、Ｓ４０４〜Ｓ４１３の処理を行うように制御する。
【００４５】
なお、上述の記載では、第１印刷ジョブの終了時間を再取得する構成を示したが、終了時間を再取得することなく、以下のように構成してもよい。
第１印刷ジョブに対応するスリープ中に第２印刷ジョブをＮＣ２０８で受信した場合、ＣＰＵ２０３は、スリープモードから復帰し、第２印刷ジョブをクラウドサーバ３０に送信する。さらに、ＣＰＵ２０３は、第１印刷ジョブの本来の終了時間までの残り時間を算出し、該算出した残り時間を、新たに第１印刷ジョブの終了時間としてＳ４０６〜Ｓ４１３の処理を実行するように制御する。そして、第１印刷ジョブの印刷（Ｓ４１３）が終了すると、ＣＰＵ２０３は、第２印刷ジョブに対して、Ｓ４０４〜Ｓ４１３の処理を行うように制御する。
【００４６】
以上のような構成により、スリープ中に新たな印刷ジョブを受信した場合でも、プリンタ２０は、印刷ジョブの効率的な処理と、省電力の双方を実現することができる。さらに、終了時間が経過した後に、プリンタ２０からクラウドサーバ３０にポーリングパケットを投げることにより、クラウドサーバ３０との通信負荷を抑えることができる。
【００４７】
次に、クラウドサーバ３０側の処理について説明する。
図５は、実施例１におけるクラウドサーバ３０の処理の一例を示すフローチャートである。なお、図５のフローチャートに示す処理は、クラウドサーバ３０のＣＰＵ３０１がＨＤＤ３０５にコンピュータ読み取り可能に記録されたプログラムを読み出して実行することにより実現される。
【００４８】
クラウドサーバ３０のＣＰＵ３０１は、Ｓ５００において、プリンタ２０からＬＡＮ１０１及びＮＣ３０４を介して、印刷ジョブを印刷ジョブＩＤと共に受信すると、該印刷ジョブと印刷ジョブＩＤをＲＡＭ３０３（又はＨＤＤ３０５）に格納し、Ｓ５０１に処理を進める。なお、ＲＡＭ３０３（又はＨＤＤ３０５）に格納された印刷ジョブは、ジョブ管理部３０６によって、印刷ジョブＩＤ、ページ数、処理種類、推定処理時間と共に管理される。
【００４９】
Ｓ５０１では、ＣＰＵ３０１は、プリンタ２０からネットワーク１０２及びＮＣ３０４を介して終了時間リクエストパケットを受信すると、Ｓ５０２に処理を進める。
Ｓ５０２では、ＣＰＵ３０１は、ＲＡＭ３０３（又はＨＤＤ３０５）に格納された印刷ジョブのジョブ数、ジョブのページ数、ジョブの処理種類を元に終了時間を解析する（終了時間算出処理）。
【００５０】
例として、１番目に２００ページ／ＰＤＬのジョブ、２番目に４０ページ／地紋のジョブ、３番目に１０ページ／ＯＣＲのジョブが先行ジョブとして、ジョブ管理部３０６に管理されているとする（ジョブは、ページ数／ジョブ種類の書式で記載）。そして、Ｓ５００で受信したジョブが４番目に２０ページ／４ｉｎ１のジョブとして追加登録されたとする。なお、ジョブ管理部３０６は、ジョブのページが処理される毎に、管理しているそのジョブのページ数を減算するように管理しているものとする。
【００５１】
各ジョブの推定処理時間は、ページ数と処理内容により一意に決まる。なお、クラウドサーバ３０のＨＤＤ３０５には予め、ジョブ種類毎に、処理にかかる１ページあたりの推定処理時間を固定値として保持されている。例えば、以下のような固定値が保持されている。
【００５２】
ＰＤＬ処理１ページあたりの推定処理時間：３秒／ページ
地紋処理１ページあたりの推定処理時間：６秒／ページ
ＯＣＲ処理１ページあたりの推定処理時間：３秒／ページ
４ｉｎ１処理１ページあたりの推定処理時間：１．５秒／ページ
ＣＰＵ３０１は、これら１ページあたりの推定処理時間にジョブのページ数を乗算して、各ジョブの推定処理時間を算出する。以下、具体的に示す。
【００５３】
１番目のジョブ（２００ページ／ＰＤＬ）の推定処理時間＝２００（ページ）×３（秒／ページ）＝６００（秒）＝１０（分）
２番目のジョブ（４０ページ／地紋）の推定処理時間＝４０（ページ）×６（秒／ページ）＝２４０（秒）＝４（分）
３番目のジョブ（１０ページ／ＯＣＲ）の推定処理時間＝１０（ページ）×３（秒／ページ）＝３０（秒）＝０．５（分）
４番目のジョブ（２０ページ／４ｉｎ１）の推定処理時間＝２０（ページ）×１．５（ｓｅｃ／ページ）＝３０（秒）＝０．５（分）
即ち、１番目のジョブの推定処理時間は１０分、２番目のジョブの推定処理時間は４分、３番目のジョブの推定処理時間は０．５分、４番目のジョブの推定処理時間は０．５分と計算される。
【００５４】
また、「ジョブの終了時間＝ジョブ管理部３０６で管理されている先頭のジョブからそのジョブまでの各ジョブの推定処理時間の和」となる。
上記の例では、「４番目のジョブの終了時間＝１０＋４＋０．５＋０．５＝１５（分）」となる。
よって、ＣＰＵ３０１は、ジョブ管理部３０６で管理されている先頭のジョブからそのジョブまでの各ジョブの推定処理時間を合計した値を終了時間として設定し（上記例では終了時間＝１５分）、ＲＡＭ３０３に格納する。
【００５５】
次に、Ｓ５０３において、ＣＰＵ３０１は、ＮＣ３０４及びネットワーク１０２を介して、ＲＡＭ３０３に格納された終了時間をプリンタ２０に送信する。
そして、先行ジョブの処理が終了すると、Ｓ５０４において、ＣＰＵ３０１は、上記Ｓ５００で受信され、ジョブ管理部３０６に管理されているジョブに対する画像処理を画像処理部３０７に実行させる。そして、画像処理結果（編集データ）をＲＡＭ３０３（又はＨＤＤ３０５）に格納する。
【００５６】
次に、Ｓ５０５において、ＣＰＵ３０１はネットワーク１０２を介してプリンタ２０から編集データ要求があるか否かを判定し、編集データ要求があった場合にＳ５０６に処理を進める。
【００５７】
Ｓ５０６では、ＣＰＵ３０１は、上記Ｓ５０５で要求のあったジョブＩＤに対応する編集データ（処理済データ）を、ＲＡＭ３０３（又はＨＤＤ３０５）から読み出して、ネットワーク１０２及びＮＣ３０４を介して、プリンタ２０に対して送信する（処理済データ送信処理）。そして、本フローチャートの処理を終了する。
【００５８】
以上示したように、本実施例によれば、クラウドサーバ３０からの処理結果が直ちに返ってこない場合においても、画像形成装置（プリンタ２０）がスリープに入ることができ、無駄な電力を消費してしまうことを抑えることができる。また、画像形成装置（プリンタ２０）が無駄にポーリングパケットをクラウドサーバ３０に投げることが無いので、クラウドサーバ３０との通信負荷を減らすことができる。
【実施例２】
【００５９】
上記実施例１ではクラウドの利用形態が「間接利用方式」である場合の構成について示したが、実施例２ではクラウドの利用形態が「直接利用方式」である場合の構成について示す。
【００６０】
直接利用方式では、ホストコンピュータ１０は印刷ジョブ及び印刷ジョブＩＤをクラウドサーバ３０に送り、その印刷ジョブＩＤをプリンタ２０に送信する。印刷ジョブ及び印刷ジョブＩＤを受け取ったクラウドサーバ３０は、プリンタ２０からの印刷ジョブＩＤに紐づけられた編集データ要求に応答パケットで応答する形で編集データをプリンタ２０に転送する。プリンタ２０はクラウドサーバ３０から受け取った編集データを印刷出力する。
【００６１】
なお、プリンタ２０、サーバ３０の構成はそれぞれ図１、図２と同じであるので割愛する。
以下、図６、図７のフローチャートを用いて、実施例２における処理について説明する。
図６は、実施例２におけるプリンタ２０の処理の一例を示すフローチャートである。なお、図６のフローチャートに示す処理は、プリンタ２０のプリンタコントローラ２００のＣＰＵ２０３がＲＯＭ２０４にコンピュータ読み取り可能に記録されたプログラムを読み出して実行することにより実現される。
【００６２】
プリンタ２０のＣＰＵ２０３は、Ｓ６０１において、ホストコンピュータ１０からＬＡＮ１０１及びＮＣ２０８を介して、印刷ジョブＩＤを受信すると、該印刷ジョブＩＤをＲＡＭ２０５に格納し、Ｓ６０２に処理を進める。
【００６３】
次に、Ｓ６０２において、ＣＰＵ２０３は、上記印刷ジョブＩＤに対応するジョブの処理がクラウドサーバ３０上で終了する時間を知るために、終了時間リクエストパケット（上記印刷ジョブＩＤを含む）をＮＣ２０８及びＬＡＮ１０１を介してクラウドサーバ３０に対して送信する。
次に、Ｓ６０３において、ＣＰＵ２０３は、ＬＡＮ１０１及びＮＣ２０８を介して、上記終了時間リクエストパケットに対する応答パケットという形にてクラウドサーバ３０から該ジョブの終了時間の情報を受信し、ＲＡＭ２０５に格納する。ここでは、終了時間として「１５分」を受信したこととする。なお、クラウドサーバ３０が終了時刻を割り出す方法に関しては実施例１と同様である。
【００６４】
次に、Ｓ６０４において、ＣＰＵ２０３は、予め設定されている閾値と上記Ｓ６０６にてＲＡＭ２０５に格納された終了時間とを比較し、終了時間が閾値より大きい（閾値＜終了時間）か否かを判定する。なお、閾値は、実施例１で示した閾値と同じものである。ここでは、例として、閾値を「１分」として説明する。
【００６５】
そして、終了時間が閾値より大きくない（閾値≧終了時間）と判定した場合（Ｓ６０４でＮｏ）、そのままＳ６０９に処理を進める。
一方、終了時間が閾値より大きい（閾値＜終了時間）と判定した場合（Ｓ６０４でＹｅｓ）、Ｓ６０５に処理を進める。上述した例では、閾値（１分）＜終了時間（１５分）であるのでステップＳ６０５へ進むこととなる。
【００６６】
Ｓ６０５では、ＣＰＵ２０３は、上記Ｓ６０３にてＲＡＭ２０５に格納されたジョブの終了時間の値を、スリープタイマーにセットする。なお、スリープタイマーは、実施例１と同じものである。
【００６７】
次に、Ｓ６０６において、ＣＰＵ２０３は、スリープ遷移処理を行い、スリープモードに入る。この時、プリンタ２０の電力供給は極力抑えられ、省電力が実現される。なお、ＣＰＵ２０３は、スリープ遷移処理を行う前に、ジョブの終了時間を、ホストコンピュータ１０に対して通知するように構成してもよい。これにより、ホストコンピュータ１０は、ジョブの終了時間をディスプレイ等に表示して、ユーザに対して通知することができる。
【００６８】
次に、Ｓ６０７において、ＣＰＵ２０３内部のスリープタイマーが設定された時間が経過したか否かを監視し、時間経過後、Ｓ６０８に処理を進める。
Ｓ６０８では、ＣＰＵ２０３は、スリープモードから復帰し、Ｓ６０９に処理を進める。
【００６９】
Ｓ６０９では、ＣＰＵ２０３は、クラウドサーバ３０に対して編集データの要求パケットを送信する処理を行う。詳細には、ＣＰＵ２０３は、まずクラウドサーバ３０にＮＣ２０８及びＬＡＮ１０１を介してポーリングを行って、印刷ジョブの終了を確認した後に、編集データの要求パケットをクラウドサーバ３０に送信する。
次に、Ｓ６１０おいて、ＣＰＵ２０３は、クラウドサーバ３０からＬＡＮ１０１及びＮＣ２０８を介して応答パケットという形で編集データを受信し、ＲＡＭ２０５に格納し、Ｓ６１１に処理を進める。
【００７０】
Ｓ６１１では、ＣＰＵ２０３は、ＲＡＭ２０５に格納された編集データをプリンタＩ／Ｆ２０６を介してプリンタ部２０１に送り、プリンタ部２０１に印刷出力を実行させる。そして、本フローチャートの処理を終了する。
【００７１】
なお、上記Ｓ６０７におけるジョブ（以下、第１印刷ジョブ）の終了時間に対応するスリープ中に、プリンタ２０が新たなジョブ（以下、第２印刷ジョブ）の印刷ジョブＩＤをＮＣ２０８で受信した場合、ＣＰＵ２０３は、スリープモードから復帰し、第２印刷ジョブの印刷ジョブＩＤをＲＡＭ３０３に格納する。さらに、ＣＰＵ２０３は、第１印刷ジョブに対してＳ６０２〜Ｓ６１１の処理を行うように制御する。即ち、ＣＰＵ２０３は、第１印刷ジョブの終了時間を再取得するために、第１印刷ジョブの終了時間リクエストパケットを再度、クラウドサーバ３０に送信し、クラウドサーバ３０から第１印刷ジョブの終了時間の情報を受信する。そして、ＣＰＵ２０３は、閾値≧終了時間と判定した場合、そのままＳ６０９〜Ｓ６１１の処理を実行する。一方、閾値＜終了時間と判定した場合、ＣＰＵ２０３は、終了時間の値をスリープタイマーにセットし、スリープ遷移処理を行い、スリープモードに入る。そして、終了時間経過後、ＣＰＵ２０３は、スリープモードから復帰し、Ｓ６０９〜Ｓ６１１の処理を実行する。そして、第１印刷ジョブの印刷（Ｓ６１１）が終了すると、ＣＰＵ２０３は、第２印刷ジョブに対して、Ｓ６０２〜Ｓ６１１の処理を行うように制御する。
【００７２】
なお、上述の記載では、第１印刷ジョブの終了時間を再取得する構成を示したが、終了時間を再取得することなく、以下のように構成してもよい。
第１印刷ジョブに対応するスリープ中に第２印刷ジョブのジョブＩＤをＮＣ２０８で受信した場合、ＣＰＵ２０３は、スリープモードから復帰し、第２印刷ジョブの印刷ジョブＩＤをＲＡＭ３０３に格納する。さらに、ＣＰＵ２０３は、第１印刷ジョブの本来の終了時間までの残り時間を算出し、該算出した残り時間を、新たに第１印刷ジョブの終了時間としてＳ６０４〜Ｓ６１１の処理を実行するように制御する。そして、第１印刷ジョブの印刷（Ｓ６１１）が終了すると、ＣＰＵ２０３は、第２印刷ジョブに対して、Ｓ６０２〜Ｓ６１１の処理を行うように制御する。
【００７３】
また、上述の各記載では、第１印刷ジョブに対応するスリープ中に第２印刷ジョブのジョブＩＤをＮＣ２０８で受信した場合、ＣＰＵ２０３がスリープモードから復帰する構成を示した。しかし、第１印刷ジョブに対応するスリープ中に第２印刷ジョブをＮＣ２０８で受信した場合、ＮＣ２０８が第２印刷ジョブのジョブＩＤをＮＣ２０８内のＲＡＭに記憶しておき、ＣＰＵ２０３を途中復帰させないように構成してもよい。さらに、終了時間を経過してＣＰＵ２０３がスリープモードから復帰した後に、ＮＣ２０８がＮＣ２０８内のＲＡＭに記憶していた第２印刷ジョブのジョブＩＤをＣＰＵ２０３に送信するようにしてもよい。
【００７４】
以上のような構成により、スリープ中に新たな印刷ジョブの印刷ジョブＩＤを受信した場合でも、プリンタ２０は、省電力を実現することができる。さらに、終了時間が経過した後に、プリンタ２０からクラウドサーバ３０にポーリングパケットを投げることにより、クラウドサーバ３０との通信負荷を抑えることができる。
【００７５】
次に、クラウドサーバ３０側の処理について説明する。
図７は、実施例２におけるクラウドサーバ３０の処理の一例を示すフローチャートである。なお、図７のフローチャートに示す処理は、クラウドサーバ３０のＣＰＵ３０１がＨＤＤ３０５にコンピュータ読み取り可能に記録されたプログラムを読み出して実行することにより実現される。
【００７６】
クラウドサーバ３０のＣＰＵ３０１は、Ｓ７００において、ホストコンピュータ１０からＬＡＮ１０１及びＮＣ３０４を介して、印刷ジョブを印刷ジョブＩＤと共に受信すると、該印刷ジョブと印刷ジョブＩＤをＲＡＭ３０３（又はＨＤＤ３０５）に格納し、Ｓ７０１に処理を進める。なお、ＲＡＭ３０３（又はＨＤＤ３０５）に格納された印刷ジョブは、ジョブ管理部３０６によって、印刷ジョブＩＤ、ページ数、処理種類、推定処理時間と共に管理される。
【００７７】
Ｓ７０１では、ＣＰＵ３０１は、プリンタ２０からネットワーク１０２及びＮＣ３０４を介して終了時間リクエストパケットを受信すると、Ｓ７０２に処理を進める。
Ｓ７０２では、ＣＰＵ３０１は、ＲＡＭ３０３（又はＨＤＤ３０５）に格納された印刷ジョブのジョブ数、ジョブのページ数、ジョブの処理種類を元に終了時間を解析し、解析した終了時間を、ＲＡＭ３０３に格納する。なお、解析方法は実施例１と同様である。
【００７８】
次に、Ｓ７０３において、ＣＰＵ３０１は、ＮＣ３０４及びネットワーク１０２を介して、ＲＡＭ３０３に格納された終了時間をプリンタ２０に送信する。
そして、先行ジョブの処理が終了すると、Ｓ７０４において、ＣＰＵ３０１は、上記Ｓ７００で受信され、ジョブ管理部３０６に管理されているジョブに対する画像処理を画像処理部３０７に実行させ、画像処理結果（編集データ）をＲＡＭ３０３（又はＨＤＤ３０５）に格納する。
【００７９】
次に、Ｓ７０５において、ＣＰＵ３０１はネットワーク１０２を介してプリンタ２０から編集データ要求があるか否かを判定し、編集データ要求があった場合にＳ７０６に処理を進める。
【００８０】
Ｓ７０６では、ＣＰＵ３０１は、上記Ｓ７０５で要求のあったジョブＩＤに対応する編集データを、ＲＡＭ３０３（又はＨＤＤ３０５）から読み出して、ネットワーク１０２及びＮＣ３０４を介して、プリンタ２０に対して送信する。そして、本フローチャートの処理を終了する。
【００８１】
以上示したように、本実施例によれば、クラウドサーバ３０からの処理結果が直ちに返ってこない場合においても、画像形成装置（プリンタ２０）がスリープに入ることができ、無駄な電力を消費してしまうことを抑えることができる。また、画像形成装置（プリンタ２０）が無駄にポーリングパケットをクラウドサーバ３０に投げることが無いので、クラウドサーバ３０との通信負荷を減らすことができる。
【００８２】
なお、上記実施例１と実施例２を組み合わせた構成も全て本発明に含まれるものである。即ち、クラウドサーバ３０は、間接利用方式と直接利用方式のいずれのクラウド利用形態でも利用可能にしてもよい。具体的には、クラウドサーバ３０は、ホストコンピュータからジョブを受信すると図５の処理を実行し、プリンタ等の画像形成装置からジョブを受信すると図７の処理を実行するように構成する。また、プリンタ等の画像形成装置は、ホストコンピュータから印刷ジョブとともに印刷ジョブＩＤを受信すると図４の処理を実行し、ホストコンピュータから印刷ジョブなしで印刷ジョブＩＤを受信すると図６の処理を実行するように構成する。
【００８３】
以上により、間接利用方式と直接利用方式のいずれの利用方式でも利用可能であり、且つ省電力の実現と通信付加の軽減を実現した画像処理システムを構築することができる。
なお、以上、本発明のネットワークシステムの一実施例としての画像処理システムについて説明した。しかし、本発明のネットワークシステムは、上述のような、画像処理システムに限定されるものではない。
【００８４】
例えば、クラウドサーバ３０が行うジョブの処理は、印刷ジョブの処理に限定されるものではない。例えば、クラウドサーバ３０は印刷ジョブ以外の画像処理や、データの解析処理や統計処理のようなデータ処理を行うジョブの処理であってもよい。
【００８５】
具体的には、クラウドサーバ３０は、コンピュータや、スキャナ、プリンタ、その他の情報処理装置（以下、総称して「情報処理装置」という）等からジョブをジョブＩＤとともに受信する。そして、前記又は他の情報処理装置から終了時間リクエストを受信すると、終了時間解析を行って、終了時間を返信し、ジョブを処理する。さらに、前記情報処理装置からデータ要求を受信すると、ジョブ処理済のデータを返信する。そして、前記情報処理装置は、終了時間リクエストをクラウドサーバ３０に送信して終了時間を受信し、終了時間だけスリープする。そして、前記情報処理装置は、終了時間経過後にスリープ復帰して、クラウドサーバ３０にデータ要求を行って、処理済のデータを取得する。
【００８６】
以上示したように、本実施例によれば、クラウドサーバ３０からの処理結果が直ちに返ってこない場合においても、情報処理装置がスリープに入ることができ、無駄な電力を消費してしまうことを抑えることができる。また、情報処理装置が無駄にポーリングパケットをクラウドサーバ３０に投げることが無いので、クラウドサーバ３０との通信負荷を減らすことができる。
【００８７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８８】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００８９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９０】
１０    ホストコンピュータ
２０    プリンタ
３０    クラウドサーバ
１００    インターネット
１０１    ＬＡＮ
１０２    ネットワーク
【図１】
0005704949.tif 000002
【図２】
0005704949.tif 000003
【図３】
0005704949.tif 000004
【図４】
0005704949.tif 000005
【図５】
0005704949.tif 000006
【図６】
0005704949.tif 000007
【図７】
0005704949.tif 000008