JP2006246181A - 画像処理システム - Google Patents
画像処理システム Download PDFInfo
- Publication number
- JP2006246181A JP2006246181A JP2005060853A JP2005060853A JP2006246181A JP 2006246181 A JP2006246181 A JP 2006246181A JP 2005060853 A JP2005060853 A JP 2005060853A JP 2005060853 A JP2005060853 A JP 2005060853A JP 2006246181 A JP2006246181 A JP 2006246181A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- image processing
- image
- grid
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Facsimiles In General (AREA)
Abstract
【課題】 MFPにおいてグリッドコンピューティングを用いた分散処理の開始を遅延処理し、さらに時間をおいて分散数を増加させることにより、処理開始直後のキャンセル指示時等のオーバーヘッドをなくし、処理の効率化、レスポンス向上を実現する。
【解決手段】 ネットワーク手段と、ネットワークに接続された複数の演算処理手段と、所定の画像処理開始を指示する画像処理開始手段と、開始した画像処理の停止を指示する画像処理停止手段と、画像処理を、ネットワークに接続された複数の演算処理手段に分散する処理分散手段と、前記画像処理開始手段により画像処理開始が指示された後、所定の時間経過後に前記処理分散処理手段により処理を分散する遅延制御手段とを備え、その間、前記画像処理停止手段による停止は受け付けることを特徴とする画像処理システム。
【選択図】 図3
【解決手段】 ネットワーク手段と、ネットワークに接続された複数の演算処理手段と、所定の画像処理開始を指示する画像処理開始手段と、開始した画像処理の停止を指示する画像処理停止手段と、画像処理を、ネットワークに接続された複数の演算処理手段に分散する処理分散手段と、前記画像処理開始手段により画像処理開始が指示された後、所定の時間経過後に前記処理分散処理手段により処理を分散する遅延制御手段とを備え、その間、前記画像処理停止手段による停止は受け付けることを特徴とする画像処理システム。
【選択図】 図3
Description
本発明は、インターフェースを介してホストコンピュータに接続される、プリンタや複合機能印刷装置にグリッドコンピューティングの負荷分散システムを適用させた画像処理システムに関する。
図1は本発明に適用されるグリッドコンピューティングのアーキテクチャを説明する図である。
グリッドには数種類あるが、ここで説明するのはデスクトップグリッドと呼ばれる、デスクトップPCなどのCPUの空き時間を利用してジョブを実行するタイプのものである。
図1のClientはジョブを投入するユーザでありその要求(ジョブ)はタスクマネージャ(Task Manager:以下TMと略す)に渡されダイナミックジョブスケジューラ(Dynamic Job Scheduler:以下DJSと略す)にその内容を伝える。
DJSは全体のリソース管理をしていて最適なリソースのブローカ(Broker)を選択しTMに通知する(このリソースとはここではCPUの空き状態のことを言っている)。
Brokerはリソースマネージャ(Resource Manager:以下RMと略す)の吸い上げたリソースの情報をDJSに登録し、TMからの要求で最適なリソースにジョブを投入し、完了通知をTMに対しておこなう。
TMはDJSが選択した最適なBrokerにジョブを投入し、以後そのジョブの進行状況のモニタリングを実施し、完了通知をBrokerから受けるとユーザにその結果を通知する。またリソースに変化・異常があれば(例 故障、他のジョブを受け付けた等)RMはBrokerに通知する。
このような仕組みで最適な(通常は利用されていない)CPUなどのリソースにジョブを配分することで分散処理を可能にするのがデスクトップグリッドコンピューティングの実現形である。
続いてこの技術を画像形成装置のPDL処理に適用した場合の構成の説明を図2にて行う。図1の説明ではグリッドを構成するそれぞれのモジュールが別個のものとして扱われたが、印刷装置に適用する場合、複数のモジュールが1つの機器の中に存在することが一般的になる。
図2では印刷指示(ジョブ投入)するクライアントPCがプリントジョブを投入しTM,DJS機能を画像形成装置にもち、Broker,RMをPC1、PC2、PC3がもつことで例えば3台のPCを用いてのグリッドコンピューティングによる分散処理を適用した機器構成ができる。
クライアントから投入されたジョブ(PDLの印刷ジョブデータ)は画像形成装置のTM,DJSを経由してPC1,2,3のリソースに分割される。またこの時、PDLデータイメージ展開処理用のアプリケーションプログラムも同時に画像形成装置から送信されるようにする。
それぞれのPCでPDL画像形成を分散実行しできたイメージは画像形成装置が収集して最終的に出力するような処理をグリッドの機構を用いて実施する。
この分散処理対象になるリソースは3台以上のPCであってもよいし、それにジョブ投入元のクライアントPCのリソースを含めても、同じネットワーク上の画像形成装置のリソースを対象にして利用しても良い。
「グリッド・コンピューティングの商用システムへの適用性」、[online]、IBMプロフェッショナル論文、インターネット<URL:http://www−6.ibm.com/jp/provision/no36/pdf/36_ppr1.pdf>
「グリッド・コンピューティングの商用システムへの適用性」、[online]、IBMプロフェッショナル論文、インターネット<URL:http://www−6.ibm.com/jp/provision/no36/pdf/36_ppr1.pdf>
近年グリッド・コンピューティング(Grid computing)の技術を用いてコンピュータのCPUパワーを集め、高速処理を実現する研究がサイエンス系の研究において盛んであるが、未だ組み込み機器への適用は類を見ない。MFPにおいては、OCRや検索キー自動生成など高度なCPUパワーの必要な処理を分散させる応用などが考えられる。
しかし、多数のCPUへ処理を分散させるためにその処理の開始や停止には大きなオーバーヘッドを伴う。一方、MFPでは、操作パネルで気軽に操作できるために、処理開始直後にあわててキャンセルボタンを押すことも少なくない。グリッドコンピューティングによる分散処理の開始や停止のオーバーヘッドがMFPの操作性を損ねることが懸念される。
本発明は、以上の点に着目して成されたもので、ユーザによるジョブのキャンセル等やジョブの重さを考慮し、オーバーヘッドの少ない効率的な分散処理を行う画像処理システムを提供することを目的とする。
上記課題を解決するために、本発明の請求項1の画像処理システムは、グリッドコンピューティングによる負荷分散可能なシステム(以下グリッドと省略)と、前記グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいて、
・TCP/IPネットワークのようなネットワーク手段、
・ネットワークに接続された複数のMFPやPCのような演算処理手段、
・OCR等の機能を指示できるMFP操作部のような、画像処理開始手段、
・MFP操作部のキャンセルボタンのような、画像処理停止手段、
・画像処理をネットワークを介して他のMFPやPCへ分散させる機能を持つMFPのような処理分散手段、
・MFP操作部によってOCR等の画像処理開始が指示された後、所定の時間経過後に分散処理を開始するような遅延制御手段
を備え、処理開始指示直後のキャンセル動作は分散処理のオーバーヘッドなく行えることを特徴とする。
・TCP/IPネットワークのようなネットワーク手段、
・ネットワークに接続された複数のMFPやPCのような演算処理手段、
・OCR等の機能を指示できるMFP操作部のような、画像処理開始手段、
・MFP操作部のキャンセルボタンのような、画像処理停止手段、
・画像処理をネットワークを介して他のMFPやPCへ分散させる機能を持つMFPのような処理分散手段、
・MFP操作部によってOCR等の画像処理開始が指示された後、所定の時間経過後に分散処理を開始するような遅延制御手段
を備え、処理開始指示直後のキャンセル動作は分散処理のオーバーヘッドなく行えることを特徴とする。
また、本発明の請求項3の画像処理システムは、グリッドと、前記グリッドに対してジョブを依頼する画像形成装置から構成される、画像処理システムにおいて、
・TCP/IPネットワークのようなネットワーク手段、
・ネットワークに接続された複数のMFPやPCのような演算処理手段、
・OCR等の機能を指示できるMFP操作部のような、画像処理開始手段、
・画像処理をネットワークを介して他のMFPやPCへ分散させる機能を持つMFPのような処理分散手段、
・MFP操作部によってOCR等の画像処理開始が指示された後、所定の時間経過後に分散数を増やして分散処理をする遅延制御手段
・遅延制御手段:処理分散手段により画像処理が分散された後、所定の時間経過後に、分散数を増やして分散する
を備え、処理時間がかかるジョブでは分散数を増やして効率的に分散処理を行えることを特徴とする。
・TCP/IPネットワークのようなネットワーク手段、
・ネットワークに接続された複数のMFPやPCのような演算処理手段、
・OCR等の機能を指示できるMFP操作部のような、画像処理開始手段、
・画像処理をネットワークを介して他のMFPやPCへ分散させる機能を持つMFPのような処理分散手段、
・MFP操作部によってOCR等の画像処理開始が指示された後、所定の時間経過後に分散数を増やして分散処理をする遅延制御手段
・遅延制御手段:処理分散手段により画像処理が分散された後、所定の時間経過後に、分散数を増やして分散する
を備え、処理時間がかかるジョブでは分散数を増やして効率的に分散処理を行えることを特徴とする。
すなわち、本発明の技術内容は以下の構成を備えることにより前記課題を解決できた。
(1)ネットワーク手段と、ネットワークに接続された複数の演算処理手段と、所定の画像処理開始を指示する画像処理開始手段と、開始した画像処理の停止を指示する画像処理停止手段と、画像処理を、ネットワークに接続された複数の演算処理手段に分散する処理分散手段と、前記画像処理開始手段により画像処理開始が指示された後、所定の時間経過後に前記処理分散処理手段により処理を分散する遅延制御手段とを備え、その間、前記画像処理停止手段による停止は受け付けることを特徴とする画像処理システム。
(2)ネットワーク手段と、ネットワークに接続された複数の演算処理手段と、所定の画像処理開始を指示する画像処理開始手段と、画像処理を、ネットワークに接続された複数の演算処理手段に分散する処理分散手段と、処理分散手段により画像処理が分散された後、所定の時間経過後に、分散数を増やして分散処理をする遅延制御手段とを備えることを特徴とする画像処理システム。
グリッド・コンピューティング(Grid computing)の技術を、画像形成装置に適用した場合、ユーザによるジョブのキャンセル等やジョブの重さを考慮し、オーバーヘッドの少ない効率的な分散処理を行う画像処理システムを提供できる。
以下、図面を参照して本発明をその効果的な実施形態に基づき詳細に説明する。
(画像形成装置のハード構成)
図3は、複写機能を有する画像形成装置の外観を示す図である。
図3は、複写機能を有する画像形成装置の外観を示す図である。
画像入力デバイスであるスキャナ201は、原稿となる紙上の画像を照明し、CCDラインセンサ(図示せず)を走査することによって、ラスターイメージデータを生成する。
使用者が、原稿用紙を原稿フィーダ204のトレイ203にセットして、操作部202において読み取りの起動を指示すると、画像形成装置のコントローラCPUがスキャナ201に指示を与え、フィーダ203は原稿用紙を1枚ずつフィードし、スキャナ201は原稿画像の読み取り動作を行う。
操作部202はコピー動作時の設定指示や状態表示や、各種動作設定を指定をするためのユーザインタフェースである。
画像出力デバイスであるプリンタエンジン103は、ラスターイメージデータを用紙上の印刷する部分である。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。なお、プリント動作は、コントローラCPUからの指示によって起動される。
プリンタエンジン103は、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット206、207、208がある。また、排紙トレイ205は、印字し終わった用紙を受けるものである。
図4は、画像形成装置の制御構成を示すブロック図である。プリンタコントローラ102は、画像入力デバイスであるスキャナ201や画像出力デバイスであるプリンタエンジン103と接続し、一方ではホストI/F308経由で、ホストとの間で印刷データや画像情報やデバイス情報の入出力をする。
CPU301は、システム全体を制御するコントローラである。RAM302は、CPU301が動作するために使用するシステムワークメモリである。また、RAM302は、画像データを一時記憶するための画像メモリでもある。ROM303は、ブートROMであり、システムのブートプログラムが格納されている。HDD304は、ハードディスクドライブで、システムソフトウェア、画像データを格納する。
操作部I/F306は、操作部(UI)202との間のインターフェースを司り、操作部202に表示する画像データを操作部202に対して出力する。また、使用者が操作部202を介して入力した情報を、CPU301に伝える役割を果たす。また操作部202からの入力された動作モードなどの環境設定情報は不揮発性のメモリであるNVRAM316に記憶される。
ホストインタフェース308は、ホスト001に対して情報の入出力を行う。以上のデバイスがシステムバス307上に配置される。
イメージバスインターフェース(Image Bus I/F)305は、システムバス307と画像データを高速で転送する画像バス309とを接続し、データ構造を変換するバスブリッジである。画像バス309には以下のデバイスが配置される。ラスターイメージプロセッサ(RIP)310は、ネットワークから送信されて来たPDLコードをビットマップイメージに展開する。デバイスI/F部311は、画像入出力デバイスであるスキャナ201やプリンタエンジン103とプリンタコントローラ102とを接続し、画像データの同期系/非同期系の変換を行う。
スキャナ画像処理部312は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部313は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部314は画像データの回転を行う。画像圧縮部315は、多値画像データに対してはJPEG圧縮新調処理を行い、2値画像画像データに対してはJBIG、MMR、MH等の圧縮伸張処理を行う。
(画像形成装置のソフト構成)
図5、8は、第一の実施例の画像形成装置でのグリッド対象機器のセットアップ、選択フローを説明するフローチャートであり、図6、7はその場合の操作部202におけるユーザインタフェースの例である。なお背景となるグリッドコンピューティングの技術と構成は図1、図2で説明したものと同じである。
図5、8は、第一の実施例の画像形成装置でのグリッド対象機器のセットアップ、選択フローを説明するフローチャートであり、図6、7はその場合の操作部202におけるユーザインタフェースの例である。なお背景となるグリッドコンピューティングの技術と構成は図1、図2で説明したものと同じである。
ここで図5のフローの画像形成装置での処理は、図4のHDD304に格納されたシステムプログラムに従いCPU301の制御のもとに実行される。
以下、まず図5のフローチャートと図6を用いて画像形成装置のグリッドのセットアップフローを説明する。
図6に示すように操作パネルの「分散処理適用機器の設定」メニューの画面からは、画像形成装置と同じネットワークに接続されたホストPCのIPアドレスが見え、それぞれについて、管理用にホスト名称を操作パネルからの入力で可能とする。そしてそれぞれのホストPCにおいて、グリッドの対象としてセットアップするか否かを操作パネルからの指定で選択できるようにしておく。
図5を用いてこの処理フローの詳細を説明する。
本処理は図6の「分散処理適用機器の設定」メニューの表示時に実施される。
ステップ501で画像形成装置と同じネットワーク上に接続されてアクセス可能なホストPCの情報(IPアドレス)収集を行い、画面に表示させる(ステップ502)。この画面表示中に操作パネルからの指示された入力は画像形成装置のメモリ(図4のRAM302)上に保持され、ステップ503で操作パネルからのキー入力受付けを行い、続くステップ504にて「実行」キーが押されるとデータの書き込みを不揮発性のメモリ(図4のNVRAM316)に対して実施し(ステップ505)、最後にステップ506で画面で指定されたホストにグリッドコンピューティングでの負荷分散対応させるためのプログラム(例えばスクリーンセーバー)を送信する。このプログラムはPCのCPUに余裕があるときに実行されるプログラムであると共にグリッドの機構であるResorce Manager,Broker機能を有するものである。
続いてこのようにグリットコンピューティング用の環境にセットアップされた後に、各ホストPCにおける分散処理の適用・非適用の選択方法について図7、8を用いて説明する。
図7は操作パネルに表示される「分散処理適用のための設定」メニューの例である。図6の画面で設定したホスト名に対応して、各PCにおいてグリッドを使うか・使わないかの設定が操作パネルからできる。その設定は図4のNVRAM316に保存される。この状態で印刷ジョブ(例としてここではPDLジョブを受け付けた場合)を受け付けた時にどのように負荷分散に用いるかの説明を以下図8のフローで行う。
図8に示すフローはステップ801で印刷ジョブの受付けがされていれば、次のステップ802でTask ManagerがDJSに問い合わせ最適なBrokerを選択するが、この判断において図7での設定値でグリッドの適用をする(“使う”になっている)ホストであって、かつ最適なリソースのホストを選択するようにさせる。
選択されたホストには、最後のステップ803で印刷ジョブの種類に応じた処理用プログラム(データがPDLならPDL展開プログラム)とジョブデータの送信を行うことでホスト選択とジョブ投入処理を終了する。この後の印刷に至る処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
このようにすれば画像形成装置の操作パネルから、ホストPCに対してグリッド対応させるためのセットアップが容易に可能となり、一旦グリッドの対象にセットアップされたPCであったとしても場合により、その適用を中断させるような運用が可能になる。
次に、本画像形成装置からスキャンした原稿をグリッドコンピューティングの仕組みを使用して処理する場合について図9を用いて説明する。図2のPDL処理での適用例と同様に、TM,DJS機能を画像形成装置にもたせ、Broker, RMはPC1、PC2、PC3でもつようにすれば、例えば3台のPCを用いてのグリッドコンピューティングによる分散処理を適用した機器構成ができる。
画像形成装置からから投入されたジョブ(スキャンした画像に画像処理を施す)は画像形成装置のTM,DJSを経由してPC1,2,3のリソースに分割される。またこの時、画像処理用のアプリケーションプログラムも同時に画像形成装置から送信されるようにする。
それぞれのPCで画像処理を分散実行しできたイメージは画像形成装置が収集して最終的に出力するような処理をグリッドの機構を用いて実施する。
この分散処理対象になるリソースは3台以上のPCであってもよいし、また、同じネットワーク上の画像形成装置のリソースを対象にして利用しても良い。
ここで、画像処理の例としては、文字強調処理、輪郭処理、色調整処理、色変換処理、拡大縮小処理等を想定しているが、この他の画像処理であっても一向に差し支えない。
図10に示すフローはステップ1001でスキャンジョブに対してグリッド処理の指定がされているかどうかを判断している。ここで、グリッド処理を行うかどうかは、操作部202内のユーザーモードの中で、各画像処理に対してグリッドを用いるかどうかを指定することが可能になっている。例えば、色調整処理については、グリッドを用いると指定されているとする。また、ユーザーモードの中ではグリッドを用いるジョブを、直ちに実行するか、後で適切な実行環境になったときに実行するか(後で実行してもよい)を指定することが可能になっている。
1001で色調整処理が指定されていると判断した場合は、ステップ1002で、グリッドを用いたジョブを“後で実行してもよい”と設定されているかどうか判断する。“後で実行してもよい”と判断した場合は、次のステップ1003でスキャンした画像とジョブに必要な設定をHD304内に保存し、スキャンジョブは終了させる。次にステップ1004でTask Managerに対してグリッド処理を開始するタイミングを指示してもらうようにTask Managerに依頼する。Task Managerは、Brokerからのステータスを取得し、グリッド処理を開始してもよいかどうかを判断する。
例えば、想定したパフォーマンスが得られそうにない場合は、グリッド処理を行わないと判断し、グリッド実行の条件が整うまで定期的なタイミングで、Brokerからのステータスを取得する。パフォーマンスを判断するための情報は、Brokerから通知されるホストのCPU種別や、ホスト上のCPU占有率、ホストが正常に立ち上がっているかどうかといったステータス情報などである。
次にステップ1005でTask Managerからジョブ開始の指示があると、ステップ1006で、Task ManagerがDJSに問い合わせ最適なBrokerを選択するが、この判断において図7での設定値でグリッドの適用をする(“使う”になっている)ホストであって、かつ最適なリソースのホストを選択するようにさせる。
選択されたホストには、最後のステップ1007で画像処理の種類に応じた処理用プログラム(本例だと色調整処理用プログラム)とHD304に保存されていた画像データの送信を行うことでホスト選択とジョブ投入処理を終了する。この後の画像処理結果を収集する処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
また、ステップ1002で“後で実行してもよい”の設定でないと判断した場合は、ステップ1006で、Task ManagerがDJSに問い合わせ最適なBrokerを選択するが、この判断において図7での設定値でグリッドの適用をする(“使う”になっている)ホストであって、かつ最適なリソースのホストを選択するようにさせる。
選択されたホストには、最後のステップ1007で画像処理の種類に応じた処理用プログラム(本例だと色調整処理用プログラム)とスキャンした画像データの送信を行うことで、ホスト選択とジョブ投入処理を終了する。この後の画像処理結果を収集する処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
ここでは、Task ManagerがBrokerからのステータス取得して、グリッドを用いたジョブの実行開始タイミングを決定しているが、例えば、操作部202の中でグリッドジョブの実行時間を指定させ、“後で実行してもよい”の設定の場合には、指定された時間になったときに、グリッドジョブを実行させるようにしてもよい。例えば、深夜はPC資源を十分活用できる環境においては、グリッド処理の実行時間を深夜の時間帯に設定することで、分散処理を効率的に行うことが可能になる。
以上、このようにすれば画像形成装置の操作パネルから、グリッド処理の実行を行う場合に、すぐに結果を得る必要のないジョブや、処理に時間がかかりそうなジョブの場合には、ユーザの判断でグリッド処理を直ちに行うのではなく、グリッド資源に余裕があるときに行えるように操作部から指定することができるようになり、画像形成装置からグリッドのCPUリソースを利用したジョブの投入を、ユーザーが柔軟にかつ容易に出来るユーザインタフェースを提供することが可能なる。
(ファイリング機能)
次に、本画像形成装置からスキャンした原稿をグリッドコンピューティングの仕組みを使用して処理する場合について図14を用いて説明する。図2のPDL処理での適用例と同様に、TM,DJS機能を画像形成装置にもたせ、Broker,RMはPC1、PC2、PC3でもつようにすれば、例えば3台のPCを用いてのグリッドコンピューティングによる分散処理を適用した機器構成ができる。
次に、本画像形成装置からスキャンした原稿をグリッドコンピューティングの仕組みを使用して処理する場合について図14を用いて説明する。図2のPDL処理での適用例と同様に、TM,DJS機能を画像形成装置にもたせ、Broker,RMはPC1、PC2、PC3でもつようにすれば、例えば3台のPCを用いてのグリッドコンピューティングによる分散処理を適用した機器構成ができる。
画像形成装置からから投入されたジョブ(スキャンした画像に画像処理を施す)は画像形成装置のTM,DJSを経由してPC1,2,3のリソースに分割される。またこの時、OCR等の画像処理用のアプリケーションプログラムも同時に画像形成装置から送信されるようにする。
それぞれのPCでOCR処理を分散実行しできたテキストデータは画像形成装置が収集して最終的にHDへ記憶するような処理をグリッドの機構を用いて実施する。
この分散処理対象になるリソースは3台以上のPCであってもよいし、また、同じネットワーク上の画像形成装置のリソースを対象にして利用しても良い。
ここで、画像処理の例としては、OCRを想定してるが、この他の画像処理であっても一向に差し支えない。
図15は操作パネルに表示される「ファイリング機能」の操作画面の例である。MFP内のハードディスクに登録済の文書の文書名と登録日時がリストアップされる。各文書の左端には文書の選択を示すチェックボックスが配置される。画面に収まらない分はスクロールバーが表示される。また、文書名の欄を押すと、文書名の変更、入力が可能となる。
スキャンボタンを押すと、原稿フィーダ203により原稿が送られスキャンされMFP内のHDに画像データが保存される。その際にグリッドコンピューティングの機能を用いて各ページのOCRをかけ、テキストデータを画像データの各ページに対応させる形でHDに保存する。
検索ボタンを押すとソフトウェアキーボードを含む文字列入力ダイアログが現れ、文字列を入力して文書を検索できる。この検索にOCRで得られたテキストデータが用いられる。
文書を1つ以上選択してプリントボタンを押すと、選択した文書をMFPにて印刷できる。
文書を1つ以上選択して削除ボタンを押すと、選択した文書の画像データと関連付けられたテキストデータをMFPのハードディスクから消去できる。
キャンセルボタンはスキャンやプリントをキャンセルする場合に使う。
戻るボタンを押すとこの操作画面を閉じる。
図16に示すフローは、OCR処理をグリッドを用いて行う時の遅延処理を示す。
S1601は図15のスキャンボタンを押下した操作に対応する。S1602で内部のタイマーをリセットする。S1603では図15のキャンセルボタンが押されたかどうかをチェックし、押されたら処理を終了する。押されていなければ、S1604にてまずMFPのみのリソースを用いてOCR処理を始める。S1605で原稿全ての処理を終了したかどうかをチェックし、終了していたら一連の処理を終了する。原稿の処理が終わっていなければ、S1605にて所定の時間X(例えば10秒)経過するまでS1603〜S1605の処理を繰り返す。
その所定時間Xを過ぎるとS1607にて、グリッドの分散処理を始める。最初は分散数を少ない数(例えば3台)に限定して開始する。S1607では図15のキャンセルボタンが押されたかどうかをチェックし、押されたら処理を終了する。押されていなければ、S1608で原稿全ての処理を終了したかどうかをチェックし、終了していたら一連の処理を終了する。原稿の処理が終わっていなければ、S1609にて所定の時間Y(例えば1分)経過するまでS1607〜S1609の処理を繰り返す。その所定時間Yを過ぎるとS1610にて、OCR処理が終了していないページについてグリッドの分散数を増やして(例えば無制限)分散処理を行う。S1611にて図15のキャンセルボタンが押されたかどうかをチェックし、押されたら処理を終了する。押されていなければ、S1612にて全ての原稿の処理が終わるまでS1611〜S1612の処理を繰り返す。
ここではすべての原稿の処理が終わるまでフォアグラウンドで処理した例であるが、バックグラウンドにてOCRを行い、別画面にてOCRの処理待ちリストを構成し、キャンセルできるようにしても構わない。
以上、このようにすれば、OCRのような処理時間のかかる処理をグリッドコンピューティング技術を用い分散処理を行うシステムにおいて、遅延処理を行うことにより、分散処理のオーバーヘッドを少なくし、指示直後のキャンセル等の処理のレスポンスを向上させることが可能になる。
以上述べたグリッド用の制御プログラムをここでは画像形成装置にもたせた構成にしたが、グリッド構成する要素はそれぞれ独立させてサーバーや他のPCに持たせたとしても良い。
実施例1では、図6、図7のように、PCに対してホスト名や、グリッドとして使用するかどうかを設定することができ、グリッドにジョブを行わせるときに、グリッドとして指定したPCは、すべてグリッド処理の対象になった。
一般的にオフィスにおいては、部課ごとにPCを管理していることが多く、グリッド処理の単位も部や課ごとに管理することで、グリッド処理に対しての課金や使用状況を管理しやすくすることが考えられる。
図11はグリッドで使用されるPCをグループ分けするするための画面である。図6の画面で設定されたホストに対して、そのホストをどのグループに分類するかを設定することと、ホストの構成情報を表示することが可能になっている。
図の中で、1101はホスト名、1102はグループ名、ホストの構成情報としては、1103はホストが設置されている場所、1104はホストのタイムゾーン、1105はMFP機能があるかどうかを表すフィールドである。グループ名は、操作部202によりユーザーが名前を指定して入力することが可能で、この表では、A,B,C,Dという名前で登録されている。グループ名を変更する場合は、新しい名前を入力したあと、設定キー1106を押下することにより、グループ名は、不揮発性メモリ(図4のNVRAM316)に書き込まれて記憶される。
各ホスト内では、ホストの設置場所、ホストのタイムゾーン、ホストがMFPかPCであるかの情報をResource Managerが管理していて、TaskManagerからの構成情報取得要求があると、Brokerを介して構成情報を取得し、図11のように表形式で表示することが可能になっている。ホストの場所は、Section−J1、Section−J2というSection名で表現されていて、オフィス内の課や部単位の場所を想定している。また、タイムゾーンは、グリニッジ時刻からの+、―の時間で表示する。MFP機能有無とは、ホストが、通常のPCコンピューターなのか、画像形成装置内のコントローラー機能を有しているかどうかを表していて、MFPと表示されている場合は、該当するホストは、画像形成装置内のコントローラーであることを示している。
図12は、図11で示した、場所情報とユーザー情報との対応関係を示す図で、操作部202内で、機械を使用するユーザー名と、そのユーザーがどの場所に属しているかを対応づけている。例えば、図では、User1はSSection−J1に、User2はSection−J2に属していることを表している。
次に図13は、実施例1と同様に本画像形成装置からスキャンした原稿をグリッドコンピューティングの仕組みを使用して処理する場合についての第2の実施例を示すフロー図である。まず、操作部202内では、グリッド処理で用いるホストを、場所優先で選択するか、タイムゾーン優先で選択するか、機能優先で選択するかを設定することが可能になっている。
ステップ1301でスキャンジョブに対してグリッド処理の指定がされていると判断すると、ステップ1302で場所優先モードが設定されているかどうかを判断する。場所優先モードが判断されていると、ステップ1303でジョブを投入したユーザー名を判断し、図12で説明したユーザ名と設置場所の対応づけから、ユーザーがどの場所に属しているかを判断し、判断された場所からグリッドグループを選択する。
次に、ステップ1308で、選択されたグループに属しているホストの中で、図7で説明した対応関係によりGridを使うになっているホストを選択し、Brokerにジョブと処理用のプログラムを投入する。例えばUser2はSection−J2に対応づけられていてグループBとしてグループ化されているので、User2の人がグリッドジョブを投入した場合は、グループBが選択されることになる。次に、ステップ1302で場所優先モードでないと判断されればステップ1304でタイムゾーン優先モードかどうかを判断し、タイムゾーン優先モードと判断した場合は、現在の時刻を調べ、空きCPU資源が多そうなタイムゾーンが設定されているグループを選択する。例えば、現在の時刻がタイムゾーンGMT+9で、午後4時だった場合は、そのタイムゾーン内のCPU資源はそのオフィス内で比較的使用されているに違いないと判断し、その時間が深夜になるタイムゾーンがGMT−5のグループCを選択する。
次に、ステップ1308で、選択されたグループに属しているホストの中で、図7で説明した対応関係によりGridを使うになっているホストを選択し、Brokerにジョブと処理用のプログラムを投入する。
次に、ステップ1304でタイムゾーン優先モードでないと判断した場合は、ステップ1306で機能優先モードがどうかを判断し、機能優先モードと判断した場合は、指定されたジョブで使用する処理がハード的に高速に処理可能なグループを選択する。例えば、色調整処理に対して、色調整処理用のハード処理を持っている画像形成装置のコントローラをグリッド資源として使用することで、通常のPCを用いてグリッド処理を行うよりも高速に処理が可能になる。次に、ステップ1308で、選択されたグループに属しているホストの中で、図7で説明した対応関係によりGridを使うになっているホストを選択し、Brokerにジョブと処理用のプログラムを投入する。
次に、ステップ1306で機能優先モードでないと判断すると、ステップ1309で、登録されているホストでGridを使うになっているホストを選択し、Brokerniジョブと処理用のプログラムんを投入する。この後の画像処理結果を収集する処理は通常のグリッドのフレームワークと同じであるので説明を割愛する。
前述した例では、場所、タイムゾーン、機能の順に判断を行ったが、別の順番で比較を行ってもよい。また、場所、タイムゾーン、機能は、あくまでグループ分けを行う際の例であり、他のグループ分けにより、最適なグリッドグループを求めても一向に差し支えない。また、前述した例では、選択したグリッドグループを用いて自動的に最適と判断したホストにグリッド処理を依頼したが、ジョブを投入したときに、選択したグリッドグループを表示して、ユーザーに確認を促し、OKだったときに選択したグリッドグループに属するホストを用いてグリッド処理を行っても構わない。また、表示したグリッドグループとは別のグリッドグループを操作部で選択させて、選択したグループに属するホストを用いてグリッド処理を行わせても構わない。
このようなシステムにおいても、第一の実施例のようなOCRファイリング機能は実装可能である。
以上、このようにすれば画像形成装置の操作パネルから、グリッド処理の実行を行う場合に、投入したジョブの種類や、投入した時間帯、投入したユーザーに対して最適なグリッドグループを用いてグリッド処理を行えるようになるので、グリッド処理を効率良く、高速に、管理を行いやすく実行することが可能なる。
以上述べたグリッド用の制御プログラムをここでは画像形成装置にもたせた構成にしたが、グリッド構成する要素はそれぞれ独立させてサーバーや他のPCに持たせたとしても良い。
001 ホストコンピュータ
101 画像形成装置全体
102 プリンタコントローラ全体
103 プリンタエンジン
101 画像形成装置全体
102 プリンタコントローラ全体
103 プリンタエンジン
Claims (5)
- ネットワーク手段と、
ネットワークに接続された複数の演算処理手段と、
所定の画像処理開始を指示する画像処理開始手段と、
開始した画像処理の停止を指示する画像処理停止手段と、
画像処理を、ネットワークに接続された複数の演算処理手段に分散する処理分散手段と、
前記画像処理開始手段により画像処理開始が指示された後、所定の時間経過後に前記処理分散処理手段により処理を分散する遅延制御手段と、
を備え、
その間、前記画像処理停止手段による停止は受け付けることを特徴とする画像処理システム。 - 請求項1に記載の画像処理システムにおいて、
前記処理分散手段が演算処理手段を持ち、遅延制御手段により分散処理を開始するまでの間、自らの演算処理手段により画像処理を行うことを特徴とする画像処理システム。 - ネットワーク手段と、
ネットワークに接続された複数の演算処理手段と、
所定の画像処理開始を指示する画像処理開始手段と、
画像処理を、ネットワークに接続された複数の演算処理手段に分散する処理分散手段と、
処理分散手段により画像処理が分散された後、所定の時間経過後に、分散数を増やして分散処理をする遅延制御手段と、
を備えることを特徴とする画像処理システム。 - 請求項3に記載の画像処理システムにおいて、
前記遅延制御手段が、複数の段階を持って、所定の時間経過後に順次分散数を増やしていくことを特徴とする画像処理システム。 - 請求項1または3に記載の画像処理システムにおいて、
ネットワークに接続され、前記画像処理開始手段と、前記画像処理停止手段と、処理分散手段と、遅延制御手段とを有する画像形成手段を備えることを特徴とする画像処理システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005060853A JP2006246181A (ja) | 2005-03-04 | 2005-03-04 | 画像処理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005060853A JP2006246181A (ja) | 2005-03-04 | 2005-03-04 | 画像処理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2006246181A true JP2006246181A (ja) | 2006-09-14 |
Family
ID=37052101
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005060853A Withdrawn JP2006246181A (ja) | 2005-03-04 | 2005-03-04 | 画像処理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2006246181A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8274680B2 (en) | 2007-06-19 | 2012-09-25 | International Business Machines Corporation | Service supplied by multifunction peripheral (MFP) |
-
2005
- 2005-03-04 JP JP2005060853A patent/JP2006246181A/ja not_active Withdrawn
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8274680B2 (en) | 2007-06-19 | 2012-09-25 | International Business Machines Corporation | Service supplied by multifunction peripheral (MFP) |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7872769B2 (en) | Divided job scheduler | |
JP5854654B2 (ja) | プリントシステム、印刷方法、プリントサーバ、制御方法、及びプログラム | |
JP5032361B2 (ja) | ジョブテンプレート自動生成装置、及びジョブテンプレート自動生成方法 | |
JP4944369B2 (ja) | 情報処理装置およびその制御方法 | |
US8059286B2 (en) | System and program product | |
US7669062B2 (en) | Image processing apparatus with distributed processing and shutdown control method | |
US8112520B2 (en) | Method of assigning service and information processing apparatus for implementing the method | |
US20070135930A1 (en) | Job log control method, computer readable medium for the same, image processing device, and image processing system | |
US8570574B2 (en) | Processing system, control method, and storage medium therefor | |
US8584137B2 (en) | Image processing system for judging whether a partial job should be processed by an own device or another device | |
JP2012078998A (ja) | プリントシステム、印刷方法、プリントサーバ、制御方法、及びプログラム | |
JP3780883B2 (ja) | 画像処理装置および画像処理方法 | |
US20050052664A1 (en) | Systems and methods for providing imaging job control | |
US7826080B2 (en) | Print system, print method, information processing apparatus and method of controlling the information processing apparatus | |
JP2007060426A (ja) | 画像処理装置、画像処理システム、及び画像処理装置の制御方法 | |
JP2011103664A (ja) | 画像形成装置 | |
JP2006048273A (ja) | 画像処理システム | |
JP2006246181A (ja) | 画像処理システム | |
US20200068086A1 (en) | Electronic device and method for controlling memory thereof | |
JP2007065785A (ja) | ネットワーク分散処理システム及び方法 | |
JP3814452B2 (ja) | 画像入出力装置及びその制御方法 | |
JP2006252131A (ja) | 画像処理システム | |
JP2006163543A (ja) | 画像処理システム | |
JP2006048272A (ja) | グリッドコンピューティングを適用した印刷装置 | |
JP2006159741A (ja) | 画像形成システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080513 |