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