(57)【要約】【課題】グリッドコンピューティングによる負荷分散可能なシステム（以下グリッドと省略）と、グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいてグリッドジョブを操作部から投入する際に、ユーザにとって柔軟にかつ容易な構成を提供する。【解決手段】グリッドジョブを実行する際に、直ちにジョブの実行を要求する第１のモードか、後でジョブを実行してもかまわない第２のモードかを指定し、第２のモードの場合は、入力された画像を一旦保存し、ジョブの依頼が可能になったときに、保存した画像に対してグリッドを用いた処理を行う。グリッドジョブを実行する際に、グループ化したホストから最適なお薦めグリッドグループを選択し、選択されたグリッドグループを用いてグリッド処理を行う。【選択図】        図４
2006048273.tif 000002
【特許請求の範囲】
【請求項１】
グリッドコンピューティングによる負荷分散可能なシステム（以下グリッドと省略）と、前記グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいて、
ジョブの実行条件として、直ちにジョブの実行を要求する第１のモードか、後でジョブを実行してもかまわない第２のモードかを指定するジョブモード指定手段を有し、前記第１のモードが指定された場合は、直ちに前記グリッドに対してジョブの実行を依頼し、前記第２のモード指定された場合は、画像形成装置に入力された画像を保存し、ジョブの依頼が可能になったときに、前記保存した画像に対してグリッドを用いた処理を行うことを特徴とする画像処理システム。
【請求項２】
請求項１の画像処理システムにおいて、前記グリッドを構成する複数の装置の構成情報やステータス情報を定期的に取得する手段を有し、前記第２のモードが指定された場合は、前記取得した情報を元に、前記グリッドに対してジョブの実行指示タイミングを判断し、前記判断したタイミングでグリッドに対してジョブを依頼することを特徴とする画像処理システム。
【請求項３】
請求項２の画像処理システムにおいて、前記第２のモードが指定された場合は、前記取得した情報を元に、依頼するジョブに対して十分なパフォーマンスが得られるかどうかを判断し、パフォーマンスが得られると判断したときに、ジョブの実行指示を行うことを特徴とする画像処理システム。
【請求項４】
請求項１の画像処理システムにおいて、前記第２のモードが指定された場合に、あらかじめ指定された時間にグリッドに対してジョブを依頼することを特徴する画像処理システム。
【請求項５】
グリッドコンピューティングによる負荷分散可能なシステム（以下グリッドと省略）と、前記グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいて、
グリッドを構成する装置をグループ化する手段を有し、グリッドに対してジョブを依頼したときに、グループ化したグリッドの中から最適なグリッドグループを求め、求めたグリッドグループに属している装置を用いてグリッド処理を行うことを特徴とする画像処理システム。
【請求項６】
請求項５の画像処理システムにおいて、グループ化したグリッドに対して優先度を設定する手段を有し、前記グリッドに対してジョブを依頼する時に、高優先度のグループから優先的にグリッドグループを選択することを特徴とする画像処理システム。
【請求項７】
請求項５の画像処理システムにおいて、グリッドを構成しているホストの設置場所あるいは、ホストが属している部、課などのセクション毎にグループ化を行うことを特徴とする画像処理システム。
【請求項８】
請求項７の画像処理システムにおいて、ジョブを投入するユーザに対応したユーザが属している前記場所または前記セクションを対応づける手段を有し、前記グリッドに対してジョブを依頼する時に、前記ユーザに対応づけられた場所またはセクションに対応づけられたグループに属しているホストを使用して、グリッド処理を行うことを特徴とする画像処理システム。
【請求項９】
請求項５の画像処理システムにおいて、グリッドを構成しているホストをタイムゾーン毎にグループ化する手段を有し、前記グリッドに対してジョブを依頼する時に、タイムゾーンによりグループ化したグリッドグループから最適なグループを選択することを特徴とする画像処理システム。
【請求項１０】
請求項５の画像処理システムにおいて、グリッドを構成しているホストを特定のハードウエアを有するホスト毎にグループ化する手段を有し、前記グリッドに対してジョブを依頼する時に、特定のハードウエアを有するホスト毎にグループ化したグリッドグループから最適なグループを選択することを特徴とする画像処理システム。
【請求項１１】
請求項１０の画像処理システムにおいて、特定のハードウエアを有するホストは、画像形成装置であることを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターフェースを介してホストコンピュータに接続される、プリンタや複合機能印刷装置にグリッドコンピューティングの負荷分散システムを適用させたものである。
【背景技術】
【０００２】
図１は本発明に適用されるグリッドコンピューティングのアーキテクチャを説明する図である。
【０００３】
グリッドには数種類あるが、ここで説明するのはデスクトップグリッドと呼ばれる、デスクトップＰＣなどのＣＰＵの空き時間を利用してジョブを実行するタイプのものである。
【０００４】
図１のＣｌｉｅｎｔはジョブを投入するユーザでありその要求（ジョブ）はタスクマネージャ（Ｔａｓｋ  Ｍａｎａｇｅｒ：以下ＴＭと略す）に渡されダイナミックジョブスケジューラ（Ｄｙｎａｍｉｃ  Ｊｏｂ  Ｓｃｈｅｄｕｌｅｒ：以下ＤＪＳと略す）にその内容を伝える。
【０００５】
ＤＪＳは全体のリソース管理をしていて最適なリソースのブローカ（Ｂｒｏｋｅｒ）を選択しＴＭに通知する（このリソースとはここではＣＰＵの空き状態のことを言っている。）。
【０００６】
Ｂｒｏｋｅｒはリソースマネージャ（Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｒ：以下ＲＭと略す）の吸い上げたリソースの情報をＤＪＳに登録し、ＴＭからの要求で最適なリソースにジョブを投入し、完了通知をＴＭに対しておこなう。
【０００７】
ＴＭはＤＪＳが選択した最適なＢｒｏｋｅｒにジョブを投入し、以後そのジョブの進行状況のモニタリングを実施し、完了通知をＢｒｏｋｅｒから受けるとユーザにその結果を通知する。またリソースに変化・異常があれば（例  故障、他のジョブを受け付けた等）ＲＭはＢｒｏｋｅｒに通知する。
【０００８】
このような仕組みで最適な（通常は利用されていない）ＣＰＵなどのリソースにジョブを配分することで分散処理を可能にするのがデスクトップグリッドコンピューティングの実現形である。
【０００９】
続いてこの技術を画像形成装置のＰＤＬ処理に適用した場合の構成の説明を図２にて行う。図１の説明ではグリッドを構成するそれぞれのモジュールが別個のものとして扱われたが、印刷装置に適用する場合、複数のモジュールが１つの機器の中に存在することが一般的になる。
【００１０】
図２では印刷指示（ジョブ投入）するクライアントＰＣがプリントジョブを投入しＴＭ，ＤＪＳ機能を画像形成装置にもち、Ｂｒｏｋｅｒ，ＲＭをＰＣ１、ＰＣ２、ＰＣ３がもつことで例えば３台のＰＣを用いてのグリッドコンピューティングによる分散処理を適用した機器構成ができる。
【００１１】
クライアントから投入されたジョブ（ＰＤＬの印刷ジョブデータ）は画像形成装置のＴＭ，ＤＪＳを経由してＰＣ１，２，３のリソースに分割される。またこの時、ＰＤＬデータイメージ展開処理用のアプリケーションプログラムも同時に画像形成装置から送信されるようにする。
【００１２】
それぞれのＰＣでＰＤＬ画像形成を分散実行しできたイメージは画像形成装置が収集して最終的に出力するような処理をグリッドの機構を用いて実施する。
【００１３】
この分散処理対象になるリソースは３台以上のＰＣであってもよいし、それにジョブ投入元のクライアントＰＣのリソースを含めても、同じネットワーク上の画像形成装置のリソースを対象にして利用しても良い。
【非特許文献１】ＩＢＭプロフェッショナル論文「グリッド・コンピューティングの商用システムへの適用性」＜ｈｔｔｐ：／／ｗｗｗ−６．ｉｂｍ．ｃｏｍ／ｊｐ／ｐｒｏｖｉｓｉｏｎ／ｎｏ３６／ｐｄｆ／３６＿ｐｐｒ１．ｐｄｆ＞
【発明の開示】
【発明が解決しようとする課題】
【００１４】
近年グリッド・コンピューティング（Ｇｒｉｄ  ｃｏｍｐｕｔｉｎｇ）の技術を用いてコンピュータのＣＰＵパワーを集め、高速処理を実現する研究がサイエンス系の研究において盛んであるが、未だ組み込み機器への適用は類を見ない。
【００１５】
この技術を画像形成装置に適用した場合、使用されるオフィスのＬＡＮ環境に接続されグリッドのＣＰＵリソースはＬＡＮ上のＰＣ，サーバであることが考えられるが、この運用のために画像形成装置からグリッドのＣＰＵリソースを利用したジョブの投入を、ユーザが柔軟にかつ容易に出来なければならない。グリッドを用いた処理の場合ジョブを投入したときに、すぐにジョブを実行しなくても、システムとして最適な時間にジョブを実行すればよいと考えられる。例えば、ジョブの投入は昼にしても、ジョブの実実行は深夜に行えるようにすることで、システムの運用を効率的に行えることが望まれている。
【００１６】
また、グリッドを構成するホストをグループ化することで、管理を行いやすくしたり、効率的にグリッド処理を行うことが望まれている。
【００１７】
本発明は、以上の点に着目して成されたもので、グリッドコンピューティングによる負荷分散可能なシステム（以下グリッドと省略）と、グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいてグリッドジョブを操作部から投入する際に、ユーザにとって柔軟にかつ容易な構成を提供する画像処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記課題を解決するために、本発明の請求項１の画像処理システムは、
グリッドコンピューティングによる負荷分散可能なシステム（以下グリッドと省略）と、前記グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいて、
ジョブの実行条件として、直ちにジョブの実行を要求する第１のモードか、後でジョブを実行してもかまわない第２のモードかを指定するジョブモード指定手段を有し、前記第１のモードが指定された場合は、直ちに前記グリッドに対してジョブの実行を依頼し、前記第２のモード指定された場合は、画像形成装置に入力された画像を保存し、ジョブの依頼が可能になったときに、前記保存した画像に対してグリッドを用いた処理を行うことを特徴とする。
【００１９】
また、請求項２の画像処理システムは請求項１の画像処理システムにおいて、
前記グリッドを構成する複数の装置の構成情報やステータス情報を定期的に取得する手段を有し、前記第２のモードが指定された場合は、前記取得した情報を元に、前記グリッドに対してジョブの実行指示タイミングを判断し、前記判断したタイミングでグリッドに対してジョブを依頼することを特徴とする。
【００２０】
また、請求項３の画像処理システムは、請求項２の画像処理システムにおいて、前記第２のモードが指定された場合は、前記取得した情報を元に、依頼するジョブに対して十分なパフォーマンスが得られるかどうかを判断し、パフォーマンスが得られると判断したときに、ジョブの実行指示を行うことを特徴とする。
【００２１】
また、請求項４の画像処理システムは、請求項１の画像処理システムにおいて、前記第２のモードが指定された場合に、あらかじめ指定された時間にグリッドに対してジョブを依頼することを特徴する。
【００２２】
また、請求項５の画像処理システムは、グリッドコンピューティングによる負荷分散可能なシステム（以下グリッドと省略）と、前記グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいて、
グリッドを構成する装置をグループ化する手段を有し、グリッドに対してジョブを依頼したときに、グループ化したグリッドの中から最適なグリッドグループを求め、求めたグリッドグループに属している装置を用いてグリッド処理を行うことを特徴とする。
【００２３】
また、請求項６の画像処理システムは、請求項５の画像処理システムにおいてグループ化したグリッドに対して優先度を設定する手段を有し、前記グリッドに対してジョブを依頼する時に、高優先度のグループから優先的にグリッドグループを選択することを特徴とする。
【００２４】
また、請求項７の画像処理システムは、請求項５の画像処理システムにおいて、グリッドを構成しているホストの設置場所あるいは、ホストが属している部、課などのセクション毎にグループ化を行うことを特徴とする。
【００２５】
また、請求項８の画像処理システムは、請求項７の画像処理システムにおいて、ジョブを投入するユーザに対応したユーザが属している前記場所または前記セクションを対応づける手段を有し、前記グリッドに対してジョブを依頼する時に、前記ユーザに対応づけられた場所またはセクションに対応づけられたグループに属しているホストを使用して、グリッド処理を行うことを特徴とする。
【００２６】
また、請求項９の画像処理システムは、請求項５の画像処理システムにおいて、グリッドを構成しているホストをタイムゾーン毎にグループ化する手段を有し、前記グリッドに対してジョブを依頼する時に、タイムゾーンによりグループ化したグリッドグループから最適なグループを選択することを特徴とする。
【００２７】
また、請求項１０の画像処理システムは、請求項５の画像処理システムにおいて、グリッドを構成しているホストを特定のハードウエアを有するホスト毎にグループ化する手段を有し、前記グリッドに対してジョブを依頼する時に、特定のハードウエアを有するホスト毎にグループ化したグリッドグループから最適なグループを選択することを特徴とする。
【００２８】
また、請求項１１の画像処理システムは、請求項１０の画像処理システムにおいて、特定のハードウエアを有するホストは、画像形成装置であることを特徴とする。
【発明の効果】
【００２９】
グリッド・コンピューティング（Ｇｒｉｄ  ｃｏｍｐｕｔｉｎｇ）の技術を、画像形成装置に適用した場合、この運用のために画像形成装置からグリッドのＣＰＵリソースを利用したジョブの投入を、ユーザが柔軟にかつ容易に出来るユーザインタフェースをもつ画像形成装置を提供できる。
【００３０】
また、グリッドを構成するホストをグループ化することで、グリッド処理に最適なホストをグループとして表現できるようになり、ユーザに最適なホストだけを使用してグリッド処理が行えるようになる。
【発明を実施するための最良の形態】
【００３１】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００３２】
［第一の実施例］
以下、図面を参照して本発明をその効果的な実施形態に基づき詳細に説明する。
【００３３】
（画像形成装置のハード構成）
図３は、複写機能を有する画像形成装置の外観を示す図である。画像入力デバイスであるスキャナ２０１は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することによって、ラスターイメージデータを生成する。
【００３４】
使用者が、原稿用紙を原稿フィーダ２０４のトレイ２０３にセットして、操作部２０２において読み取りの起動を指示すると、画像形成装置のコントローラＣＰＵがスキャナ２０１に指示を与え、フィーダ２０３は原稿用紙を１枚ずつフィードし、スキャナ２０１は原稿画像の読み取り動作を行う。
【００３５】
操作部２０２はコピー動作時の設定指示や状態表示や、各種動作設定を指定をするためのユーザインタフェースである。
【００３６】
画像出力デバイスであるプリンタエンジン１０３は、ラスターイメージデータを用紙上の印刷する部分である。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。なお、プリント動作は、コントローラＣＰＵからの指示によって起動される。
【００３７】
プリンタエンジン１０３は、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット２０６、２０７、２０８がある。また、排紙トレイ２０５は、印字し終わった用紙を受けるものである。
【００３８】
図４は、画像形成装置の制御構成を示すブロック図である。プリンタコントローラ１０２は、画像入力デバイスであるスキャナ２０１や画像出力デバイスであるプリンタエンジン１０３と接続し、一方ではホストＩ／Ｆ３０８経由で、ホストとの間で印刷データや画像情報やデバイス情報の入出力をする。
【００３９】
ＣＰＵ３０１は、システム全体を制御するコントローラである。ＲＡＭ３０２は、ＣＰＵ３０１が動作するために使用するシステムワークメモリである。また、ＲＡＭ３０２は、画像データを一時記憶するための画像メモリでもある。ＲＯＭ３０３は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ３０４は、ハードディスクドライブで、システムソフトウェア、画像データを格納する。
【００４０】
操作部Ｉ／Ｆ３０６は、操作部（ＵＩ）２０２との間のインターフェースを司り、操作部２０２に表示する画像データを操作部２０２に対して出力する。また、使用者が操作部２０２を介して入力した情報を、ＣＰＵ３０１に伝える役割を果たす。また操作部２０２からの入力された動作モードなどの環境設定情報は不揮発性のメモリであるＮＶＲＡＭ３１６に記憶される。
【００４１】
ホストインタフェース３０８は、ホスト００１に対して情報の入出力を行う。以上のデバイスがシステムバス３０７上に配置される。
【００４２】
イメージバスインターフェース（Ｉｍａｇｅ  Ｂｕｓ  Ｉ／Ｆ）３０５は、システムバス３０７と画像データを高速で転送する画像バス３０９とを接続し、データ構造を変換するバスブリッジである。
【００４３】
画像バス３０９には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）３１０は、ネットワークから送信されて来たＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部３１１は、画像入出力デバイスであるスキャナ２０１やプリンタエンジン１０３とプリンタコントローラ１０２とを接続し、画像データの同期系／非同期系の変換を行う。
【００４４】
スキャナ画像処理部３１２は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部３１３は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部３１４は画像データの回転を行う。画像圧縮部３１５は、多値画像データに対してはＪＰＥＧ圧縮新調処理を行い、２値画像画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＨ等の圧縮伸張処理を行う。
【００４５】
（画像形成装置のソフト構成）
図５、８は、第一の実施例の画像形成装置でのグリッド対象機器のセットアップ、選択フローを説明するフローチャートであり、図６、７はその場合の操作部２０２におけるユーザインタフェースの例である。なお背景となるグリッドコンピューティングの技術と構成は図１，図２で説明したものと同じである。
【００４６】
ここで図５のフローの画像形成装置での処理は、図４のＨＤＤ３０４に格納されたシステムプログラムに従いＣＰＵ３０１の制御のもとに実行される。
【００４７】
以下、まず図５のフローチャートと図６を用いて画像形成装置のグリッドのセットアップフローを説明する。
【００４８】
図６に示すように操作パネルの「分散処理適用機器の設定」メニューの画面からは、画像形成装置と同じネットワークに接続されたホストＰＣのＩＰアドレスが見え、それぞれについて、管理用にホスト名称を操作パネルからの入力で可能とする。そしてそれぞれのホストＰＣにおいて、グリッドの対象としてセットアップするか否かを操作パネルからの指定で選択できるようにしておく。
【００４９】
図５を用いてこの処理フローの詳細を説明する。
【００５０】
本処理は図６の「分散処理適用機器の設定」メニューの表示時に実施される。
【００５１】
ステップ５０１で画像形成装置と同じネットワーク上に接続されてアクセス可能なホストＰＣの情報（ＩＰアドレス）収集を行い、画面に表示させる。（ステップ５０２）この画面表示中に操作パネルからの指示された入力は画像形成装置のメモリ（図４のＲＡＭ３０２）上に保持され、ステップ５０３で操作パネルからのキー入力受付けを行い、続くステップ５０４にて「実行」キーが押されるとデータの書き込みを不揮発性のメモリ（図４のＮＶＲＡＭ３１６）に対して実施し（ステップ５０５）、最後にステップ５０６で画面で指定されたホストにグリッドコンピューティングでの負荷分散対応させるためのプログラム（例えばスクリーンセーバー）を送信する。このプログラムはＰＣのＣＰＵに余裕があるときに実行されるプログラムであると共にグリッドの機構であるＲｅｓｏｒｃｅ  Ｍａｎａｇｅｒ，  Ｂｒｏｋｅｒ  機能を有するものである。
【００５２】
続いてこのようにグリットコンピューティング用の環境にセットアップされた後に、各ホストＰＣにおける分散処理の適用・非適用の選択方法について図７、８を用いて説明する。
【００５３】
図７は操作パネルに表示される「分散処理適用のための設定」メニューの例である。図６の画面で設定したホスト名に対応して、各ＰＣにおいてグリッドを使うか・使わないかの設定が操作パネルからできる。その設定は図４のＮＶＲＡＭ３１６に保存される。この状態で印刷ジョブ（例としてここではＰＤＬジョブを受け付けた場合）を受け付けた時にどのように負荷分散に用いるかの説明を以下図８のフローで行う。
【００５４】
図８に示すフローはステップ８０１で印刷ジョブの受付けがされていれば、次のステップ８０２でＴａｓｋ  ＭａｎａｇｅｒがＤＪＳに問い合わせ最適なＢｒｏｋｅｒを選択するが、この判断において、図７での設定値でグリッドの適用をする（“使う”になっている）ホストであって、かつ最適なリソースのホストを選択するようにさせる。
【００５５】
選択されたホストには、最後のステップ８０３で印刷ジョブの種類に応じた処理用プログラム（データがＰＤＬならＰＤＬ展開プログラム）とジョブデータの送信を行うことでホスト選択とジョブ投入処理を終了する。この後の印刷に至る処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
【００５６】
このようにすれば画像形成装置の操作パネルから、ホストＰＣに対してグリッド対応させるためのセットアップが容易に可能となり、一旦グリッドの対象にセットアップされたＰＣであったとしても場合により、その適用を中断させるような運用が可能になる。
【００５７】
次に、本画像形成装置からスキャンした原稿をグリッドコンピューティングの仕組みを使用して処理する場合について図９を用いて説明する。図２のＰＤＬ処理での適用例と同様に、ＴＭ，ＤＪＳ機能を画像形成装置にもたせ、Ｂｒｏｋｅｒ，ＲＭはＰＣ１、ＰＣ２、ＰＣ３でもつようにすれば、例えば３台のＰＣを用いてのグリッドコンピューティングによる分散処理を適用した機器構成ができる。
【００５８】
画像形成装置からから投入されたジョブ（スキャンした画像に画像処理を施す）は画像形成装置のＴＭ，ＤＪＳを経由してＰＣ１，２，３のリソースに分割される。またこの時、画像処理用のアプリケーションプログラムも同時に画像形成装置から送信されるようにする。
【００５９】
それぞれのＰＣで画像処理を分散実行しできたイメージは画像形成装置が収集して最終的に出力するような処理をグリッドの機構を用いて実施する。
【００６０】
この分散処理対象になるリソースは３台以上のＰＣであってもよいし、また、同じネットワーク上の画像形成装置のリソースを対象にして利用しても良い。
【００６１】
ここで、画像処理の例としては、文字強調処理、輪郭処理、色調整処理、色変換処理、拡大縮小処理等を想定してるが、この他の画像処理であっても一向に差し支えない。
【００６２】
図１０に示すフローはステップ１００１でスキャンジョブに対してグリッド処理の指定がされているかどうかを判断している。ここで、グリッド処理を行うかどうかは、操作部２０２内のユーザモードの中で、各画像処理に対してグリッドを用いるかどうかを指定することが可能になっている。例えば、色調整処理については、グリッドを用いると指定されているとする。また、ユーザモードの中ではグリッドを用いるジョブを、直ちに実行するか、後で適切な実行環境になったときに実行するか（後で実行してもよい）を指定することが可能になっている。
【００６３】
ステップ１００１で色調整処理が指定されていると判断した場合は、ステップ１００２で、グリッドを用いたジョブを“後で実行してもよい”と設定されているかどうか判断する。“後で実行してもよい”と判断した場合は、次のステップ１００３でスキャンした画像とジョブに必要な設定をＨＤ３０４内に保存し、スキャンジョブは終了させる。次にステップ１００４でＴａｓｋ  Ｍａｎａｇｅｒに対してグリッド処理を開始するタイミングを指示してもらうようにＴａｓｋ  Ｍａｎａｇｅｒに依頼する。Ｔａｓｋ  Ｍａｎａｇｅｒは、Ｂｒｏｋｅｒからのステータスを取得し、グリッド処理を開始してもよいかどうかを判断する。例えば、想定したパフォーマンスが得られそうにない場合は、グリッド処理を行わないと判断し、グリッド実行の条件が整うまで定期的なタイミングで、Ｂｒｏｋｅｒからのステータスを取得する。パフォーマンスを判断するための情報は、Ｂｒｏｋｅｒから通知されるホストのＣＰＵ種別や、ホスト上のＣＰＵ占有率、ホストが正常に立ち上がっているかどうかといったステータス情報などである。次にステップ１００５でＴａｓｋ  Ｍａｎａｇｅｒからジョブ開始の指示があると、ステップ１００６で、Ｔａｓｋ  ＭａｎａｇｅｒがＤＪＳに問い合わせ最適なＢｒｏｋｅｒを選択するが、この判断において、図７での設定値でグリッドの適用をする（“使う”になっている）ホストであって、かつ最適なリソースのホストを選択するようにさせる。
【００６４】
選択されたホストには、最後のステップ１００７で画像処理の種類に応じた処理用プログラム（本例だと色調整処理用プログラム）とＨＤ３０４に保存されていた画像データの送信を行うことでホスト選択とジョブ投入処理を終了する。この後の画像処理結果を収集する処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
【００６５】
また、ステップ１００２で“後で実行してもよい”の設定でないと判断した場合は、ステップ１００６で、Ｔａｓｋ  ＭａｎａｇｅｒがＤＪＳに問い合わせ最適なＢｒｏｋｅｒを選択するが、この判断において、図７での設定値でグリッドの適用をする（“使う”になっている）ホストであって、かつ最適なリソースのホストを選択するようにさせる。
【００６６】
選択されたホストには、最後のステップ１００７で画像処理の種類に応じた処理用プログラム（本例だと色調整処理用プログラム）とスキャンした画像データの送信を行うことで、ホスト選択とジョブ投入処理を終了する。この後の画像処理結果を収集する処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
【００６７】
ここでは、Ｔａｓｋ  ＭａｎａｇｅｒがＢｒｏｋｅｒからのステータス取得して、グリッドを用いたジョブの実行開始タイミングを決定しているが、例えば、操作部２０２の中でグリッドジョブの実行時間を指定させ、“後で実行してもよい”の設定の場合には、指定された時間になったときに、グリッドジョブを実行させるようにしてもよい。例えば、深夜はＰＣ資源を十分活用できる環境においては、グリッド処理の実行時間を深夜の時間帯に設定することで、分散処理を効率的に行うことが可能になる。
【００６８】
以上、このようにすれば画像形成装置の操作パネルから、グリッド処理の実行を行う場合に、すぐに結果を得る必要のないジョブや、処理に時間がかかりそうなジョブの場合には、ユーザの判断でグリッド処理を直ちに行うのではなく、グリッド資源に余裕があるときに行えるように操作部から指定することができるようになり、画像形成装置からグリッドのＣＰＵリソースを利用したジョブの投入を、ユーザが柔軟にかつ容易に出来るユーザインタフェースを提供することが可能なる。
【００６９】
以上述べたグリッド用の制御プログラムをここでは画像形成装置にもたせた構成にしたが、グリッド構成する要素はそれぞれ独立させてサーバや他のＰＣに持たせたとしても良い。
【００７０】
［第二の実施例］
第一の実施例では、図６、図７のように、ＰＣに対してホスト名や、グリッドとして使用するかどうかを設定することができ、グリッドにジョブを行わせるときに、グリッドとして指定したＰＣは、すべてグリッド処理の対象になった。
【００７１】
一般的にオフィスにおいては、部課ごとにＰＣを管理していることが多く、グリッド処理の単位も部や課ごとに管理することで、グリッド処理に対しての課金や使用状況を管理しやすくすることが考えられる。
【００７２】
図１１はグリッドで使用されるＰＣをグループ分けするするための画面である。図６の画面で設定されたホストに対して、そのホストをどのグループに分類するかを設定することと、ホストの構成情報を表示することが可能になっている。図の中で、１１０１はホスト名、１１０２はグループ名、ホストの構成情報としては、１１０３はホストが設置されている場所、１１０４はホストのタイムゾーン、１１０５はＭＦＰ機能があるかどうかを表すフィールドである。グループ名は、操作部２０２によりユーザが名前を指定して入力することが可能で、この表では、Ａ，Ｂ，Ｃ，Ｄという名前で登録されている。グループ名を変更する場合は、新しい名前を入力したあと、設定キー１１０６を押下することにより、グループ名は、不揮発性メモリ（図４のＮＶＲＡＭ３１６）に書き込まれて記憶される。
【００７３】
各ホスト内では、ホストの設置場所、ホストのタイムゾーン、ホストがＭＦＰかＰＣであるかの情報をＲｅｓｏｕｒｃｅ  Ｍａｎａｇｅｒが管理していて、ＴａｓｋＭａｎａｇｅｒからの構成情報取得要求があると、Ｂｒｏｋｅｒを介して構成情報を取得し、図１１のように表形式で表示することが可能になっている。ホストの場所は、Ｓｅｃｔｉｏｎ−Ｊ１、Ｓｅｃｔｉｏｎ−Ｊ２というＳｅｃｔｉｏｎ名で表現されていて、オフィス内の課や部単位の場所を想定している。また、タイムゾーンは、グリニッジ時刻からの＋、―の時間で表示する。ＭＦＰ機能有無とは、ホストが、通常のＰＣコンピューターなのか、画像形成装置内のコントローラ機能を有しているかどうかを表していて、ＭＦＰと表示されている場合は、該当するホストは、画像形成装置内のコントローラであることを示している。
【００７４】
図１２は、図１１で示した、場所情報とユーザ情報との対応関係を示す図で、操作部２０２内で、機械を使用するユーザ名と、そのユーザがどの場所に属しているかを対応づけている。例えば、図では、Ｕｓｅｒ１はＳＳｅｃｔｉｏｎ−Ｊ１に、Ｕｓｅｒ２はＳｅｃｔｉｏｎ−Ｊ２に属していることを表している。
【００７５】
次に図１３は、実施例１と同様に本画像形成装置からスキャンした原稿をグリッドコンピューティングの仕組みを使用して処理する場合についての第２の実施例を示すフロー図である。まず、操作部２０２内では、グリッド処理で用いるホストを、場所優先で選択するか、タイムゾーン優先で選択するか、機能優先で選択するかを設定することが可能になっている。ステップ１３０１でスキャンジョブに対してグリッド処理の指定がされていると判断すると、ステップ１３０２で場所優先モードが設定されているかどうかを判断する。場所優先モードが判断されていると、ステップ１３０３でジョブを投入したユーザ名を判断し、図１２で説明したユーザ名と設置場所の対応づけから、ユーザがどの場所に属しているかを判断し、判断された場所からグリッドグループを選択する。次に、ステップ１３０８で、選択されたグループに属しているホストの中で、図７で説明した対応関係によりＧｒｉｄを使うになっているホストを選択し、Ｂｒｏｋｅｒにジョブと処理用のプログラムを投入する。例えばＵｓｅｒ２はＳｅｃｔｉｏｎ−Ｊ２に対応づけられていてグループＢとしてグループ化されているので、Ｕｓｅｒ２の人がグリッドジョブを投入した場合は、グループＢが選択されることになる。次に、ステップ１３０２で場所優先モードでないと判断されればステップ１３０４でタイムゾーン優先モードかどうかを判断し、タイムゾーン優先モードと判断した場合は、現在の時刻を調べ、空きＣＰＵ資源が多そうなタイムゾーンが設定されているグループを選択する。例えば、現在の時刻がタイムゾーンＧＭＴ＋９で、午後４時だった場合は、そのタイムゾーン内のＣＰＵ資源はそのオフィス内で比較的使用されているに違いないと判断し、その時間が深夜になるタイムゾーンがＧＭＴ−５のグループＣを選択する。次に、ステップ１３０８で、選択されたグループに属しているホストの中で、図７で説明した対応関係によりＧｒｉｄを使うになっているホストを選択し、Ｂｒｏｋｅｒにジョブと処理用のプログラムを投入する。
【００７６】
次に、ステップ１３０４でタイムゾーン優先モードでないと判断した場合は、ステップ１３０６で機能優先モードがどうかを判断し、機能優先モードと判断した場合は、指定されたジョブで使用する処理がハード的に高速に処理可能なグループを選択する。例えば、色調整処理に対して、色調整処理用のハード処理を持っている画像形成装置のコントローラをグリッド資源として使用することで、通常のＰＣを用いてグリッド処理を行うよりも高速に処理が可能になる。次に、ステップ１３０８で、選択されたグループに属しているホストの中で、図７で説明した対応関係によりＧｒｉｄを使うになっているホストを選択し、Ｂｒｏｋｅｒにジョブと処理用のプログラムを投入する。
【００７７】
次に、ステップ１３０６で機能優先モードでないと判断すると、ステップ１３０９で、登録されているホストでＧｒｉｄを使うになっているホストを選択し、Ｂｒｏｋｅｒｎｉジョブと処理用のプログラムを投入する。この後の画像処理結果を収集する処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
【００７８】
前述した例では、場所、タイムゾーン、機能の順に判断を行ったが、別の順番で比較を行ってもよい。また、場所、タイムゾーン、機能は、あくまでグループ分けを行う際の例であり、他のグループ分けにより、最適なグリッドグループを求めても一向に差し支えない。また、前述した例では、選択したグリッドグループを用いて自動的に最適と判断したホストにグリッド処理を依頼したが、ジョブを投入したときに、選択したグリッドグループを表示して、ユーザに確認を促し、ＯＫだったときに選択したグリッドグループに属するホストを用いてグリッド処理を行っても構わない。また、表示したグリッドグループとは別のグリッドグループを操作部で選択させて、選択したグループに属するホストを用いてグリッド処理を行わせても構わない。
【００７９】
以上、このようにすれば画像形成装置の操作パネルから、グリッド処理の実行を行う場合に、投入したジョブの種類や、投入した時間帯、投入したユーザに対して最適なグリッドグループを用いてグリッド処理を行えるようになるので、グリッド処理を効率良く、高速に、管理を行いやすく実行することが可能なる。
【００８０】
以上述べたグリッド用の制御プログラムをここでは画像形成装置にもたせた構成にしたが、グリッド構成する要素はそれぞれ独立させてサーバや他のＰＣに持たせたとしても良い。
【図面の簡単な説明】
【００８１】
【図１】背景技術のグリッドコンピューティングの構成を示す図である。
【図２】背景技術のＰＤＬ処理に適用した場合の構成を示す図である
【図３】画像形成装置の概観を示す図である。
【図４】画像形成装置の制御構成を示すブロック図である。
【図５】第一の実施例の処理を示すフローチャートである。
【図６】第一の実施例のユーザインタフェースを示す図である。
【図７】第一の実施例のユーザインタフェースを示す図である。
【図８】第一の実施例の処理を示すフローチャートである。
【図９】第一の実施例の複写機でスキャンした画像に適用した場合の構成図である。
【図１０】第一の実施例のジョブ実行のフローチャートである。
【図１１】第二の実施例の分散処理適用のためのグループ化を示す図である。
【図１２】第二の実施例のユーザとセクションの対応づけを示す図である。
【図１３】第二の実施例のジョブ実行のフローチャートである。
【符号の説明】
【００８２】
００１    ホストコンピュータ
１０１    画像形成装置全体
１０２    プリンタコントローラ全体
１０３    プリンタエンジン
【図１】
2006048273.tif 000003
【図２】
2006048273.tif 000004
【図３】
2006048273.tif 000005
【図４】
2006048273.tif 000006
【図５】
2006048273.tif 000007
【図６】
2006048273.tif 000008
【図７】
2006048273.tif 000009
【図８】
2006048273.tif 000010
【図９】
2006048273.tif 000011
【図１０】
2006048273.tif 000012
【図１１】
2006048273.tif 000013
【図１２】
2006048273.tif 000014
【図１３】
2006048273.tif 000015