画像処理システム、画像処理方法、画像形成装置、サーバー装置、プログラム及びコンピュータ読み取り可能な記録媒体
【課題】画像形成装置と当該画像形成装置からの画像処理要求に応じて画像データに画像処理を行うサーバー装置とが接続したシステムにおいて、サーバー装置の処理負担を軽減させ、システム全体の画像処理の効率を上げる。
【解決手段】本発明のシステムでは、サーバー装置３は、画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部３１ａと、サーバー装置３の負荷が所定値を超えているか否かを判定する負荷判定部３１ｂと、負荷判定部３１ｂが上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを画像形成装置２Ａに依頼する部分処理依頼部３１ｃと、を備え、画像形成装置２Ａは、上記依頼された部分処理を実行するスクリプト処理部２５を備えている。
【解決手段】本発明のシステムでは、サーバー装置３は、画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部３１ａと、サーバー装置３の負荷が所定値を超えているか否かを判定する負荷判定部３１ｂと、負荷判定部３１ｂが上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを画像形成装置２Ａに依頼する部分処理依頼部３１ｃと、を備え、画像形成装置２Ａは、上記依頼された部分処理を実行するスクリプト処理部２５を備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置と画像処理を行うサーバー装置とがネットワーク接続した画像処理システム等に関するものである。
【背景技術】
【０００２】
従来の画像形成装置では、コスト削減等により、処理能力の低いＣＰＵや容量の小さいメモリを使用することが多く、高度な画像処理を行うとパフォーマンスが悪くなっていた。そこで、例えば特許文献１に記載のように、高い処理能力及び大きなメモリ容量の画像処理用のサーバーを画像形成装置とネットワーク接続したシステムを構築し、高度な画像処理はサーバーにて行うようにしていた。このようなサーバーに高度な画像処理を行わせる従来のシステムでは、画像形成装置に高度な画像処理を行わせることによる画像形成装置のパフォーマンスの低下を、防止することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−９２６６０号公報（２００３年３月２８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来のシステムでは、サーバーは、ネットワーク上の複数の画像形成装置を管理する。そのため、複数の画像形成装置から画像処理要求を一時に受信すると、サーバーのパフォーマンスが低下し、サーバーにおける画像処理待ちのデータが発生する虞がある。そのため、システム全体の処理効率が低下する事態が起こりうる。
【０００５】
そこで本発明は、上記課題に鑑みなされ、その目的は、画像形成装置と当該画像形成装置からの画像処理要求に応じて画像データに画像処理を行うサーバー装置とが接続したシステムにおいて、サーバー装置の処理負担を軽減させ、システム全体の画像処理の効率を上げることにある。
【課題を解決するための手段】
【０００６】
本発明の画像処理システムは、上記課題を解決するために、画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムにおいて、上記サーバー装置は、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えているか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する部分処理依頼部と、を備え、上記画像形成装置は、上記依頼された部分処理を実行する部分処理実行部を備えることを特徴としている。
【０００７】
上記構成によると、画像処理を実行するサーバー装置は、自身の負荷が所定値を超えている場合、画像形成装置から依頼された画像処理を複数に分割した部分処理の少なくとも１つを画像形成装置に依頼する。そして、画像形成装置は、サーバー装置から依頼された部分処理を実行する。
【０００８】
このように、本発明の画像処理システムによると、サーバー装置での負荷が大きいとき、画像形成装置に、上記画像処理の一部の処理を依頼（委譲）し、画像形成装置に実行させることで、サーバー装置の処理負担を軽減させることができる。よって、サーバー装置の処理効率を向上させることができ、引いては画像処理システム全体の画像処理の効率を上げることができる。
【０００９】
また、本発明の画像処理システムでは、上記部分処理依頼部は、上記部分処理を実行するスクリプトを上記画像形成装置に送信することにより上記部分処理を依頼してもよい。
【００１０】
上記構成によると、部分処理を実行するスクリプトを画像形成装置に送信することで部分処理の依頼が行われ、画像形成装置は受信したスクリプトを処理する。送受信するのが、部分処理を実行するスクリプトであると、画像形成装置での事前登録や画像形成装置の再起動を必要としない。よって、画像形成装置での操作性がよい。
【００１１】
あるいは、上記部分処理依頼部は、上記部分処理を実行させる命令を上記画像形成装置に送信することにより上記部分処理を依頼し、上記部分処理実行部は、上記命令に基づき上記部分処理を実行してもよい。
【００１２】
上記構成によると、上記命令を送信することで依頼が行われ、画像形成装置は受信した命令に基づき部分処理を実行する。この場合部分処理実行部は、依頼された部分処理を処理する処理部を有していることになる。
【００１３】
また、本発明の画像処理システムでは、上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、上記サーバー装置に通知するステータス通知部を備えていてもよい。
【００１４】
上記構成によると、画像形成装置は、部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、上記サーバー装置に通知する。よって、サーバー装置は、部分処理が実行された画像データと処理ステータス情報を受信し、これを基に残りの部分処理を行うことができる。
【００１５】
ここで、部分処理が実行された画像データと処理ステータス情報の通知は、サーバー装置の負荷が所定位置以下になってから行うのが好ましい。サーバー装置の負荷を軽減させることができるからである。所定位置以下になってから上記通知を行うためには、画像形成装置からサーバー装置に負荷判定の判定結果を要求してもよいし、あるいは、要求がなくてもサーバー装置から負荷判定の判定結果を画像形成装置に通知するようにしてもよい。
【００１６】
また、本発明の画像処理システムでは、上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理依頼部に未だ実行されていない部分処理の依頼を要求する部分処理要求部、を備えていてもよい。
【００１７】
上記構成によると、画像形成装置にて、依頼された部分処理を実行後に、未だ実行されていない部分処理の依頼を要求する。よって、この要求に応じて、再度の依頼がある場合には、部分処理の実行を継続でき、また、再度の依頼がない場合には、画像形成装置での部分処理を終了させることができる。よって、サーバー装置での負荷を効率よく軽減することができる。
【００１８】
また、本発明の画像処理システムでは、上記画像形成装置は、上記サーバー装置に上記判定の結果を要求する負荷判定要求部を備えていてもよい。
【００１９】
上記構成によると、画像形成装置から、サーバー装置に上記判定の結果を要求する。このように、画像形成装置が、サーバー装置の負荷状況を確認することで、部分処理の分担を正確に行うことができる。つまり、負荷が所定値を超えている場合には、画像形成装置にて部分処理の分担を受け持ち、負荷が所定値を以下の場合には、分担を受け持つ必要がない。
【００２０】
また、本発明の画像処理システムでは、上記サーバー装置は、上記判定の結果を上記画像形成装置に通知する判定結果通知部を備え、上記部分処理依頼部は、上記判定結果通知部が上記判定の結果として上記所定値を超えていることを画像形成装置に通知してから、上記依頼を行ってもよい。
【００２１】
上記構成によると、サーバー装置の負荷が所定値を超えると、所定値が超えていることを画像形成装置に通知してから、画像形成装置に部分処理の依頼を行う。よって、画像形成装置は、サーバー装置の負荷が所定値を超えたことを把握して、依頼された部分処理を実行できる。
【００２２】
また、本発明の画像処理システムでは、上記負荷判定部は、上記サーバー装置のＣＰＵの占有率、上記サーバー装置のメモリの使用量、及び、上記画像処理要求を受けているタスク数、の少なくとも１つを用いて、上記画像処理に掛かる時間を算出し、当該算出した時間が所定時間を超えていると、上記サーバー装置の負荷が上記所定値を超えていると判定してもよい。
【００２３】
上記構成によると、負荷判定部が上記画像処理に係る時間を算出し、当該算出した時間が所定時間を超えていると、負荷が所定値を超えていると判定する。このように画像処理に掛かる時間と所定時間とから負荷の判定を行うことができる。よって、画像処理に掛かる時間が所定時間を超える場合には、部分処理を画像形成装置に依頼する。
【００２４】
ここで、上記画像処理要求は、同じ画像形成装置からのものであっても、別々の画像形成装置からのものであってもよい。よって、画像処理要求を受けているタスク数とは、ネットワーク接続した全画像形成装置から受けている全ての画像処理のタスク数ということになる。
【００２５】
また、本発明の画像処理システムでは、上記複数の部分処理に処理の順序が無い場合、上記部分処理依頼部は、上記画像形成装置の能力の情報及び画像形成装置の使用状況の情報の少なくとも一方を取得し、取得した情報に応じて上記部分処理を依頼してもよい。
【００２６】
複数の部分処理に処理の順序がない場合、例えば、画像形成装置が他の処理に使用されているときに、画像形成装置に現在の処理能力以上負荷の部分処理を依頼すると、画像形成装置での処理が遅れたり止まったりして、結局、部分処理が遅れ、システム全体の処理効率は上がならない。そこで、複数の部分処理に処理の順序が無い場合、上記部分処理依頼部が、上記画像形成装置の能力の及び使用状況の少なくとも一方の情報に応じた上記部分処理を依頼することで、システム全体の処理効率を上げることができる。
【００２７】
また、本発明の画像処理システムでは、上記部分処理依頼部は、処理の負荷が小さい部分処理から依頼してもよい。
【００２８】
上記構成によると、処理の負荷が小さい部分処理から依頼することで、画像形成装置への負荷を抑えることができる。サーバー装置に画像処理を依頼するということは、画像形成装置が高スペックでない場合も多いので、画像形成装置への負荷を抑えることで、より画像処理システム全体としての効率を上げることができる。
【００２９】
また、本発明の画像処理システムでは、上記画像形成装置は、当該画像形成装置へのユーザー入力を受け付ける受付部を備え、上記依頼された部分処理より、上記受付部が受け付けたユーザー入力に対する処理を優先して実行してもよい。
【００３０】
このように、画像形成装置が、上記依頼された部分処理より、上記受付部が受け付けたユーザー入力に対する処理を優先することで、ユーザーに対して、画像形成装置での本来の機能を損なわせないようにすることができる。
【００３１】
また、本発明の画像処理システムは、上記ネットワークには複数の上記画像形成装置が接続されており、上記依頼された上記部分処理を、複数の上記画像形成装置に含まれる第１の画像形成装置が備えた上記部分処理実行部では実行できない場合には、上記部分処理依頼部は、複数の上記画像形成装置に含まれる第２の画像形成装置に上記部分処理を依頼してもよい。
【００３２】
上記構成によると、上記依頼された部分処理を、複数の上記画像形成装置に含まれる第１の画像形成装置では実行できない場合には、複数の上記画像形成装置に含まれる第２の画像形成装置に上記部分処理を依頼する。よって、第２の画像形成装置の上記部分処理実行部が処理を実行できる状態にある場合、第１の画像処理に依頼した部分処理を、第２の画像形成装置にて実行させることができる。よって、システム全体の処理効率を低下させることがない。
【００３３】
本発明の画像処理方法は、上記課題を解決するために、画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムでの画像処理方法において、上記サーバー装置にて、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理ステップと、当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判ステップと、上記負荷判定ステップにて上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する依頼ステップと、上記画像形成装置にて、上記依頼ステップで依頼された部分処理を実行する部分処理実行ステップと、を含むことを特徴としている。
【００３４】
上記画像処理方法は、上記画像処理システムと同様の効果を奏し、サーバー装置での負荷が大きいとき、画像形成装置に、サーバー装置に依頼した画像処理の一部の処理を実行させて、サーバー装置の処理負担を軽減させる。よって、サーバー装置の処理効率を向上させることができ、引いては画像処理システム全体の画像処理の効率を上げることができる。
【００３５】
本発明の画像形成装置は、上記課題を解決するために、画像形成装置からの画像処理要求に応じて画像データに対する画像処理を行い、当該サーバー装置の負荷が所定値を超えた場合に、上記画像処理を複数に分割した部分処理の少なくとも１つを当該画像形成装置に依頼するサーバー装置に、ネットワークを介して接続し、上記画像データを出力処理する画像形成装置において、上記サーバー装置から依頼された部分処理を実行する部分処理実行部を備えることを特徴としている。
【００３６】
上記構成によると、画像形成装置は、サーバー装置での負荷が大きいとき、サーバー装置に依頼した画像処理の一部の処理を実行する。よって、サーバー装置の処理負担を軽減させることができる。
【００３７】
本発明のサーバー装置は、上記課題を解決するために、画像データを出力処理する画像形成装置にネットワークを介して接続し、当該画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置において、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを、当該サーバー装置から依頼された部分処理を実行する上記画像形成装置に依頼する部分処理依頼部と、を備えていることを特徴としている。
【００３８】
上記構成によると、サーバー装置は、自身の負荷が大きいとき、依頼された画像処理の一部の処理を画像形成装置に依頼する。よって、自身の処理負担を軽減させることができる。
【００３９】
なお、本発明の画像形成装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記部分処理実行部として動作させることにより上記画像形成装置をコンピュータにて実現させるプログラム、及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００４０】
これらの構成によれば、上記プログラムを、コンピュータに読み取り実行させることによって、上記画像形成装置と同一の作用効果を実現することができる。
【００４１】
また、本発明のサーバー装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記画像処理部、上記負荷判定部、及び上記部分処理依頼部として動作させることにより複合機をコンピュータにて実現させるプログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００４２】
これらの構成によれば、上記プログラムを、コンピュータに読み取り実行させることによって、上記サーバー装置と同一の作用効果を実現することができる。
【発明の効果】
【００４３】
本発明の画像処理システムでは、以上のように、上記サーバー装置は、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えているか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する部分処依頼供部とを備え、上記画像形成装置は、上記依頼された部分処理を実行する部分処理実行部を備える。
【００４４】
上記構成によると、画像処理を実行するサーバー装置は、自身の負荷が所定値を超えている場合、画像形成装置から依頼された画像処理を複数に分割した部分処理の少なくとも１つを画像形成装置に依頼する。そして、画像形成装置は、サーバー装置から依頼された部分処理を実行する。
【００４５】
このように、本発明の画像処理システムによると、サーバー装置での負荷が大きいとき、画像形成装置に、上記画像処理の一部の処理を依頼（委譲）し、画像形成装置に実行させることで、サーバー装置の処理負担を軽減させることができる。よって、サーバー装置の処理効率を向上させることができ、引いては画像処理システム全体の画像処理の効率を上げることができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施の形態の画像処理システムの構成を示すブロック図である。
【図２】本発明の実施の形態の画像処理システムにおける処理の流れ（シークエンス）の一例を示す図である。
【図３】本発明の実施の形態の画像処理システムにおける処理の流れ（シークエンス）の別の一例を示す図である。
【図４】部分処理の大きさを変えたパターンを示す図である。
【発明を実施するための形態】
【００４７】
本発明の実施の一形態について図面に基づいて説明する。本実施形態の画像処理システム１は、図１に示すように、画像形成装置２Ａ，２Ｂ，２Ｃと、サーバー装置３とを含んでおり、これらの装置がネットワーク４を介して接続されている。本実施形態では、３つの画像形成装置２Ａ，２Ｂ，２Ｃがサーバー装置３と通信しているものとして説明するが、サーバー装置３にネットワーク接続する画像形成装置の数は限定されない。以下では画像形成装置２Ａ，２Ｂ，２Ｃに区別して説明する必要がないとき、画像形成装置２として説明する。
【００４８】
ネットワーク４としては、イーサネット（登録商標）等のＬＡＮ、インターネット、電話線、シリアルケーブル、または、他の有線回線もしくは無線回線などの通信回線が利用できる。
【００４９】
本実施形態では、画像形成装置２は、コピー機能、スキャン機能、印刷機能、ＦＡＸ送受信機能、イメージ送信機能等の複数の機能を併せ持つ複合機（ＭＦＰ：Multi Function Peripherals）であるとする。なお、イメージ送信機能には、スキャン機能で読み取り生成した画像データを、e-mailで送信する機能（scan to e-mail）や、usbメモリに格納する機能（scan to usb）が含まれる。画像形成装置２が有する機能はこれらに限定されない。また、画像形成装置２は、上記の機能の全てを有していなくてもよい。つまり、１つあるいは２つ以上の機能を有していてもよい。
【００５０】
画像形成装置２は、画像読取部２１、操作部２２、画像形成部２３、制御部２４、スクリプト処理部２５、記憶部２６、通信部２７、画像出力部２８を備えている。ここで、例えば、画像形成装置２が印刷機能のみ有するものであれば、画像読取部２１は有していない。また、操作部２２がなくてもよい。なお、簡略のため、図１では、画像形成装置２Ａの構成ブロックのみ示しているが、画像形成装置２Ｂ，２Ｃも、少なくとも、画像形成部２３、制御部２４、スクリプト処理部２５、記憶部２６、通信部２７、画像出力部２８を有する。
【００５１】
操作部２２は、入力部２２ａと表示部２２ｂとを備え、ユーザーインターフェース（ＵＩ）を提供するブロックである。入力部２２ａは、ユーザーからの画像形成装置２の設定や動作指示に対する操作入力を受け付ける。表示部２２ｂは、各種画面表示を行う。操作部２２は、タッチパネルとして実現されてもよく、その場合、各種画面表示以外に各種操作ボタン等の表示を行ない、その表示された各種操作ボタンを介してユーザーから入力される、画像形成装置２の設定や動作指示に対する操作入力信号を、制御部２４に送信する。
【００５２】
ここで、画像形成装置２は、Ｗｅｂブラウザ部を有しており、外部から受信したコンテンツを表示部２２ｂに表示させるようになっていてもよい。このＷｅｂブラウザ部は、例えば、サーバー装置３から操作画面の表示のためのスクリプト（ＵＩ表示スクリプト）を受け取り、当該操作画面を表示部２２ｂにて表示させてもよい。
【００５３】
画像読取部２１は、原稿を光学的に読み取り、読み取った光学信号を変換して画像データを生成し、画像形成部２３に出力するブロックである。
【００５４】
画像形成部２３は、画像読取部２１が読み取った画像データ、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した画像データに対して、操作部２２からの操作入力に応じた処理、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した指示に従った処理を施し、画像出力部２８に出力するブロックである。本実施形態では、画像形成部２３では高度な画像処理は行わず、サーバー装置３に処理を要求する。
【００５５】
画像出力部２８は、画像形成部２３から受け取った画像データを出力処理するブロックである。ここでの出力処理とは、印刷、ＦＡＸ送信、イメージデータ送信、表示部２２ｂへの表示の何れかであるとする。また、出力処理に、画像形成装置２での画像データの保存を含めてもよい。
【００５６】
制御部２４は、画像形成装置２における各種構成の動作を統括的に制御するブロックである。制御部２４は、操作部２２からの操作入力、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した指示に応じて、記憶部２６に記憶されている情報に基づいて、画像形成装置２を制御する。具体的には、制御部２４は、操作部２２からの操作入力、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した指示に従って、コピー機能、スキャン機能、印刷機能、ＦＡＸ送受信機能、イメージ送信機能などを実行するよう画像形成装置２の各部を制御する。なお、これらの機能の実行方法としては公知の方法を用いることができる。
【００５７】
また、制御部は、要求部（負荷判定要求部、部分処理要求部）２４ａ、処理ステータス通知部２４ｂを備える。要求部２４ａは、通信部２７を介して、サーバー装置３への要求を行う。
【００５８】
サーバー装置３への要求には、例えば、画像処理を依頼する画像処理要求、サーバー装置３の負荷を判定するよう依頼する負荷判定要求、未処理の部分処理を送付するよう依頼する部分処理要求、などがある。処理ステータス通知部２４ｂは、部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、サーバー装置３に通知する。これら要求部２４ａ及び処理ステータス通知部２４ｂの処理については、後段で具体例を用いて説明する。
【００５９】
記憶部２６は、画像データを一時的に保存する記憶手段である。また、記憶部２６には、画像形成装置での制御プログラム、ＯＳ（Operating System）プログラム、その他の各種プログラム等が格納されている。
【００６０】
通信部２７は、ネットワーク４を介して外部と通信を行うブロックである。
【００６１】
サーバー装置３は、サーバー装置３における各種構成の動作を統括的に制御する制御部３１、ネットワーク４を介して外部と通信を行う通信部３２、及び、画像データを保存する記憶部３３などにより構成される。サーバー装置３は、画像形成装置２に対してサーバーとして機能し、画像形成装置２からの要求への応答を行う。例えば、要求が、画像認証処理である場合、その認証結果を画像形成装置２に送る。
【００６２】
制御部３１は、画像処理部３１ａ、負荷判定部３１ｂ、部分処理依頼部３１ｃ、判定結果通知部３１ｄとを備えている。
【００６３】
画像処理部３１ａは、画像形成装置２からの要求に応じた画像処理を実行する。このとき、画像処理を複数に分割した部分処理をそれぞれ実行する。記憶部３３には各部分処理を実行するための各スクリプトが格納されており、画像処理部３１ａは、スクリプトを読み出して処理する。
【００６４】
負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かを判定する。
【００６５】
部分処理依頼部３１ｃは、負荷判定部３１ｂが上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを画像形成装置３に依頼する。依頼する際、依頼する部分処理を実行するスクリプトを、通信部３２を介して送信する。
【００６６】
判定結果通知部３１ｄは、負荷判定部３１ｂの判定結果を通信部３２を介して画像形成装置２に通知する。これら各部の処理については、後段で具体例を用いて説明する。
【００６７】
以下、画像処理システム１における画像形成装置２とサーバー装置３との間の要求と応答について、図２，３に示す具体例を用いて説明する。以下では、画像形成装置２からサーバー装置３へ要求する画像処理が、パターンマッチングによる画像認証処理であるとする。
【００６８】
サーバー装置３は、画像処理要求を受けると、画像処理部３１ａにて、パターンマッチングによる画像認証処理を開始する。このパターンマッチングによる画像認証処理には、部分処理として、スムージング（ノイズ除去）処理、特定領域の抽出（領域抽出）処理、及びパターンマッチング処理の３つが含まれるとする。よって、スムージング処理、領域抽出処理、及びパターンマッチング処理の全てを行うと、画像処理要求への応答が行える。
【００６９】
以下では、スムージング処理を画像処理ａ、特定領域の領域抽出処理を画像処理ｂ、パターンマッチング処理を画像処理ｃとする。
【００７０】
図２に画像処理システム１での処理の流れの一例を示す。図２では、まず、画像形成装置２Ａが画像読取部２１にて原稿を読み取り画像データを生成する（画像生成）。この画像データを以下では第１画像と呼ぶことにする。
【００７１】
そして、画像形成装置２Ａは、第１画像を、サーバー装置３に送る（第１画像送信）。ここで本実施形態では、画像形成装置２は、生成した画像データをサーバー装置３に送信することで、この画像データへの画像処理要求を行うものとする。なお画像データと画像処理要求とは、対応付けてあれば別々にサーバー装置３に送信もよいし、送付の順序も問わない。
【００７２】
サーバー装置３は、画像形成装置２Ａから第１画像を受信すると、画像処理部３１ａにて、パターンマッチングによる画像認証処理を開始する。まず、第１画像に、スムージング処理である画像処理ａを実行し（第１画像への画像処理ａ）、次に、特定領域の抽出処理である画像処理ｂを実行する（第１画像への画像処理ｂ）。そして、パターンマッチング処理である画像処理ｃを実行する（第１画像への画像処理ｃ）。このように画像処理を実行して画像認証を行い、認証結果（認証できたか否か）を画像形成装置２Ａに送信する（認証ＯＫ／ＮＧ）。
【００７３】
ここで、図２では、画像形成装置２Ｂが画像読取部２１にて原稿を読み取り画像データ（第２画像）を生成し（画像生成）、生成した第２画像をサーバー装置３に送っている（第２画像送信）。サーバー装置３は、この第２画像を、上記と第１画像への画像処理ｂの後に受信している。そうすると、ここでは、第１画像への画像処理を終えてから、第２画像への画像処理ａを実行する。そして、第２画像への画像処理ｂを実行し、第２画像への画像処理ｃを実行し、認証結果を画像形成装置２Ｂに送信する（認証ＯＫ／ＮＧ）。
【００７４】
このように、サーバー装置３が複数の画像形成装置２から画像データを受信すると、複数の画像形成装置に対する画像像処理がサーバー装置に課せられることになる。また、サーバー装置３には画像処理以外にも機能がある。そのため、複数の処理を即座に行えない場合がある。
【００７５】
そこで、サーバー装置３の負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かの判定を行う。サーバー装置３の負荷が所定値を超えて場合は、即座に画像処理できない場合である。
【００７６】
負荷判定部３１ｂは、サーバー装置３のＣＰＵの占有率、サーバー装置３のメモリの使用量、及び、処理待ちの画像データの数などから、画像処理に掛かる時間を算出する。そして、算出した時間が所定時間を超えていると、サーバー装置の負荷が上記所定値を超えていると判定する。処理待ち画像データの数は、画像処理要求を受けているタスク数として計算できる。
【００７７】
負荷判定部３１ｂが、サーバー装置３の負荷が所定値を超えていると判断した場合は、画像処理要求の送信元の画像形成装置に対して、画像処理要求の一部の処理を担ってもらう。これについて以下に説明する。以下では、サーバー装置３にて、処理待ち画像データが３つ以上発生した場合、つまり、認証結果を画像形成装置２に送信していない画像データを３つ以上保持することになった場合、サーバー装置３の負荷が所定値を超えているとする。
【００７８】
図３に画像処理システム１での処理の流れの別の一例を示す。図３の例では、画像形成装置２Ａは第１画像をサーバー装置３に送信し（Ｓ１）、画像形成装置２Ｂは第２画像をサーバー装置３に送信し（Ｓ２）、画像形成装置２Ｃは第３画像をサーバー装置３に送信する（Ｓ３）。サーバー装置３の負荷判定部３１ｂは、画像データを受信すると、サーバー装置３の負荷が所定値を超えているか否かを判定する。よって、サーバー装置３が第３画像を受信すると、負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えていると判断する。そして、判定結果通知部３１ｄは、第３画像を送信した画像形成装置２Ｃに対して、サーバー負荷が所定値を超えたことを通知する（Ｓ４）。
【００７９】
図３では、サーバー装置３が、画像データを３つ（第１画像、第２画像、第３画像）受信した例を示しているが、もちろん、４つ以上の画像を受信した場合でも、その要求をした送信した画像形成装置にサーバー負荷が所定値を超えたことを通知する。なお、図２に示した例では、第１画像と第２画像との２つしか画像データしか保持していないので、部分処理の依頼は行わず、受信した順に画像処理が実行されている。
【００８０】
Ｓ４で所定値を超えたことを通知した後、部分処理依頼部３１ｃは、画像形成装置２Ｃに画像処理ａのスクリプトを送信することで、画像処理ａの処理を依頼（処理要求）する（Ｓ５）。
【００８１】
ここで、画像処理に含まれる部分処理において、画像処理ａ→画像処理ｂ→画像処理ｃという処理順序があるとする。その場合には処理順序に従って処理する必要があるため、サーバー装置３は、初めに、画像処理ａの処理を依頼（画像処理ａのスクリプトを送信）する。
【００８２】
しかし、処理順序がない場合、サーバー装置３は画像形成装置２Ｃの画像処理能力や画像形成装置２Ｃの使用状況を判断して、それに応じて、画像処理ａ、画像処理ｂ、画像処理ｃのいずれかの処理を依頼する。なお、画像形成装置２の画像処理能力や画像形成装置２の使用状況を、画像形成装置２の起動時の初期情報として取得したり、定期的なポーリングなどにより、サーバー装置３は取得することが可能である。
【００８３】
例えば、画像形成装置２Ｃが低速機であり画像処理能力が低い場合、画像形成装置２Ｃに処理の重いものを要求してしまうと、画像形成装置２Ｃのユーザー操作に影響を及ぼしたり、サーバー装置３が逆に待たされるケースが発生する。よって、処理量が小さい部分処理（スクリプト）を優先的に依頼（送信）する。各部分処理の大きさが、図４に示すパターン１、２の場合、画像処理ａまたは画像処理ｃを依頼する。また、各部分処理の大きさが、図４に示すパターン３の場合には、画像処理ｂを依頼する。
【００８４】
反対に、画像形成装置２Ｃが高速機であり画像処理能力が高い場合、画像形成装置２Ｃのスペックが高いので、部分処理の大きさが中程度であれば、画像形成装置２Ｃに依頼もよい。よって、図４に示すパターンにおいて、パターン１の場合は、画像形成装置２Ｃに画像処理ａ、画像処理ｂ、画像処理ｃのいずれを依頼してもよい。パターン３の場合には、画像処理ｂまたは画像処理ｃを依頼する。
【００８５】
ただし、画像形成装置２は、自身へのユーザー入力操作を妨げないように、依頼された部分処理を、操作部２２が受け付けたユーザー入力操作に対する処理より、優先を下げて実行するのが好ましい。
【００８６】
サーバー装置３から画像処理ａのスクリプトを受信すると、画像形成装置２Ｃは、スクリプト処理部２５にて画像処理ａのスクリプトを解析して処理する（Ｓ６）。そして、スクリプト処理が完了すると、画像形成装置２Ｃの要求部２４ａは、サーバー装置３の負荷状態を確認するため、負荷の判定を要求する（Ｓ７）。
【００８７】
サーバー装置３が負荷の判定の要求を受信すると、負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かを判定し、判定結果通知部３１ｄは、判定結果を画像形成装置２Ｃに通知する（Ｓ８）。ここで、図３では、サーバー装置３で、処理待ち（認証結果が出ていない）の画像がまだ３つあるため、Ｓ８では、サーバー装置３の負荷が所定位置を超えていると通知する。そして、サーバー装置３は、画像形成装置３Ｃに、画像処理ｂ（特定領域の抽出処理）のスクリプトを送信する（Ｓ９）。
【００８８】
なお、図示されていないが、Ｓ８で、サーバー装置３の負荷が所定位置以下であることが通知された場合、画像形成装置２Ｃは、サーバー装置３での画像処理が可能であると判断し、画像処理ａ（スムージング処理）を行った状態の画像データと、どの部分処理を実行したかの情報と（処理ステータス情報）を送信する（前回送信した画像は不要となる）。サーバー装置３で受信した画像はスムージング処理済なので、残りの処理だけを実施すればよいので、サーバー装置３の負荷は軽減されていることがわかる。
【００８９】
あるいは、負荷判定部３１ｂが一定期間ごとにサーバー装置３の負荷を判定しており、負荷が所定値以下になったと判定したら、判定結果通知部３１ｄから負荷が所定値以下でありサーバー装置がレディ状態であることを画像形成装置２Ｃに通知してもよい。そして、画像形成装置２Ｃは、所定タイミングでサーバー装置３に、部分処理した状態の画像データと処理ステータス情報とを通知してもよい。
【００９０】
画像形成装置２Ｃは、画像処理ｂのスクリプトを受信すると、スクリプト処理部２５にて画像処理ｂのスクリプトを解析して処理する（Ｓ１０）。そして、スクリプト処理が完了すると、画像形成装置２Ｃの要求部２４ａは、サーバー装置３の負荷状態を確認するため、負荷の判定を要求する（Ｓ１２）。
【００９１】
サーバー装置３が負荷の判定の要求を受信すると、負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かを判定し、判定結果通知部３１ｄは、判定結果を画像形成装置２Ｃに通知する（Ｓ１３）。ここで、図３では、画像形成装置２Ｃでの画像処理ｂの処理の間に、サーバー装置３での第１画像への画像処理が終了し、認証結果が画像形成装置２Ａに送信されている（Ｓ１１）ので、Ｓ１３では、サーバー装置３の負荷が所定以下であることを通知する。
【００９２】
サーバー装置３の負荷が所定位置以下であることが通知されると、画像形成装置２Ｃは、画像処理ｂ（領域抽出処理）を行った状態の画像データと、処理ステータス情報とを送信する（Ｓ１４）。サーバー装置３で受信した画像はスムージング処理と、領域抽出処理とは済んでいるので、残りのパターンマッチング処理だけを実施すればよいので、サーバー装置３の負荷は軽減されていることがわかる。
【００９３】
なお、上記は、サーバー装置３で画像処理の一部である部分処理を画像形成装置２に依頼する際、部分処理を実行するスクリプトを送信している。しかし、サーバー装置３が行う画像処理の一部と同等の処理、例えば上記領域抽出処理を行う処理部を、画像形成装置２が備えていれば、スクリプトを送ることなく、命令を送ることによっても、同様の処理を行うことができる。
【００９４】
また、上記では、画像処理としてパターンマッチングによる画像認証処理について説明したが、単なる例であり、画像形成装置２から要求され、サーバー装置３で実行される画像処理は、上記に限定されるものではない。また、パターンマッチングによる画像認証処理を、画像処理ａ、画像処理ｂ及び画像処理ｃの３つの部分処理（スクリプト）に分けたが、サーバー装置３で実行する１つの画像処理の分割数に制限はない。
【００９５】
さらに、上記では、画像形成装置２Ｃからの画像処理要求への応答に時間がかかる場合、画像形成装置２Ｃにスクリプトの処理を依頼していたが、画像形成装置２Ｃでは処理できない場合、他の画像形成装置２Ａあるいは２Ｂに、スクリプトの処理の依頼を行ってもよい。例えば、画像形成装置２Ａに依頼する場合、画像形成装置２Ａが生成した画像に対するスクリプトを依頼しても、画像形成装置２Ｃが生成した画像に対するスクリプトを依頼しても構わない。ただし、画像形成装置２Ａに、画像形成装置２Ｃが生成した画像に対するスクリプトを依頼する場合、画像形成装置２Ｃが生成した画像も合わせて送る。
【００９６】
また、画像形成装置２Ａ、２Ｂ、２Ｃが順に画像処理を要求していたが、どの画像形成装置から依頼するかは決まっていない。また、サーバー装置３にネットワーク接続した他の画像形成装置からの要求、あるいは、画像形成装置以外の装置からあるいはユーザー入力による要求（例えば、サーバーＯＳのバージョンアップ）があっても構わない。また、上記では、画像形成装置２Ａ、２Ｂ、２Ｃから同じ画像処理（パターンマッチングによる画像認証処理）を要求したが、それぞれ別の画像処理を要求してもよし、いずれか２つの画像形成装置が同じ画像処理を要求しで、別の画像形成装置が別の画像処理を要求してもよい。また、同じ画像形成装置から、複数の画像処理を要求してもよい。サーバー装置３に要求できる画像処理であればどのようであってもよい。
【００９７】
また、画像形成装置２及びサーバー装置３の各ブロック、特に画像形成装置２の制御部２４、画像形成部２３、スクリプト処理部２５、及びサーバー装置３の制御部３１は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【００９８】
すなわち、画像形成装置２、サーバー装置３は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラム及び各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである画像形成装置２、サーバー装置３の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記画像形成装置２、サーバー装置３に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【００９９】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１００】
また、上記プログラムコードをネットワーク４を介して供給してもよい。このネットワーク４としては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０１０１】
本発明は、プリンタ、複写機、ファクシミリ、複合機（ＭＦＰ：Multi Function Printer）等の画像形成装置と、当該画像形成装置からの画像処理要求に応じて画像データに画像処理を行うサーバー装置とがネットワーク接続した画像処理システムに適用可能である。
【符号の説明】
【０１０２】
１ 画像処理システム
２，２Ａ，２Ｂ，２Ｃ 画像形成装置
３ サーバー装置
４ ネットワーク
２１ 画像読取部
２２ 操作部
２３ 画像形成部
２４ 制御部
２４ａ 要求部（負荷判定要求部、部分処理要求部）
２４ｂ 処理ステータス通知部
２５ スクリプト処理部（部分処理実行部）
２６ 記憶部
２７ 通信部
２８ 画像出力部
３１ 制御部
３１ａ 画像処理部
３１ｂ 負荷判定部
３１ｃ 部分処理依頼部
３１ｄ 判定結果通知部
３２ 通信部
３３ 記憶部
【技術分野】
【０００１】
本発明は、画像形成装置と画像処理を行うサーバー装置とがネットワーク接続した画像処理システム等に関するものである。
【背景技術】
【０００２】
従来の画像形成装置では、コスト削減等により、処理能力の低いＣＰＵや容量の小さいメモリを使用することが多く、高度な画像処理を行うとパフォーマンスが悪くなっていた。そこで、例えば特許文献１に記載のように、高い処理能力及び大きなメモリ容量の画像処理用のサーバーを画像形成装置とネットワーク接続したシステムを構築し、高度な画像処理はサーバーにて行うようにしていた。このようなサーバーに高度な画像処理を行わせる従来のシステムでは、画像形成装置に高度な画像処理を行わせることによる画像形成装置のパフォーマンスの低下を、防止することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−９２６６０号公報（２００３年３月２８日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来のシステムでは、サーバーは、ネットワーク上の複数の画像形成装置を管理する。そのため、複数の画像形成装置から画像処理要求を一時に受信すると、サーバーのパフォーマンスが低下し、サーバーにおける画像処理待ちのデータが発生する虞がある。そのため、システム全体の処理効率が低下する事態が起こりうる。
【０００５】
そこで本発明は、上記課題に鑑みなされ、その目的は、画像形成装置と当該画像形成装置からの画像処理要求に応じて画像データに画像処理を行うサーバー装置とが接続したシステムにおいて、サーバー装置の処理負担を軽減させ、システム全体の画像処理の効率を上げることにある。
【課題を解決するための手段】
【０００６】
本発明の画像処理システムは、上記課題を解決するために、画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムにおいて、上記サーバー装置は、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えているか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する部分処理依頼部と、を備え、上記画像形成装置は、上記依頼された部分処理を実行する部分処理実行部を備えることを特徴としている。
【０００７】
上記構成によると、画像処理を実行するサーバー装置は、自身の負荷が所定値を超えている場合、画像形成装置から依頼された画像処理を複数に分割した部分処理の少なくとも１つを画像形成装置に依頼する。そして、画像形成装置は、サーバー装置から依頼された部分処理を実行する。
【０００８】
このように、本発明の画像処理システムによると、サーバー装置での負荷が大きいとき、画像形成装置に、上記画像処理の一部の処理を依頼（委譲）し、画像形成装置に実行させることで、サーバー装置の処理負担を軽減させることができる。よって、サーバー装置の処理効率を向上させることができ、引いては画像処理システム全体の画像処理の効率を上げることができる。
【０００９】
また、本発明の画像処理システムでは、上記部分処理依頼部は、上記部分処理を実行するスクリプトを上記画像形成装置に送信することにより上記部分処理を依頼してもよい。
【００１０】
上記構成によると、部分処理を実行するスクリプトを画像形成装置に送信することで部分処理の依頼が行われ、画像形成装置は受信したスクリプトを処理する。送受信するのが、部分処理を実行するスクリプトであると、画像形成装置での事前登録や画像形成装置の再起動を必要としない。よって、画像形成装置での操作性がよい。
【００１１】
あるいは、上記部分処理依頼部は、上記部分処理を実行させる命令を上記画像形成装置に送信することにより上記部分処理を依頼し、上記部分処理実行部は、上記命令に基づき上記部分処理を実行してもよい。
【００１２】
上記構成によると、上記命令を送信することで依頼が行われ、画像形成装置は受信した命令に基づき部分処理を実行する。この場合部分処理実行部は、依頼された部分処理を処理する処理部を有していることになる。
【００１３】
また、本発明の画像処理システムでは、上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、上記サーバー装置に通知するステータス通知部を備えていてもよい。
【００１４】
上記構成によると、画像形成装置は、部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、上記サーバー装置に通知する。よって、サーバー装置は、部分処理が実行された画像データと処理ステータス情報を受信し、これを基に残りの部分処理を行うことができる。
【００１５】
ここで、部分処理が実行された画像データと処理ステータス情報の通知は、サーバー装置の負荷が所定位置以下になってから行うのが好ましい。サーバー装置の負荷を軽減させることができるからである。所定位置以下になってから上記通知を行うためには、画像形成装置からサーバー装置に負荷判定の判定結果を要求してもよいし、あるいは、要求がなくてもサーバー装置から負荷判定の判定結果を画像形成装置に通知するようにしてもよい。
【００１６】
また、本発明の画像処理システムでは、上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理依頼部に未だ実行されていない部分処理の依頼を要求する部分処理要求部、を備えていてもよい。
【００１７】
上記構成によると、画像形成装置にて、依頼された部分処理を実行後に、未だ実行されていない部分処理の依頼を要求する。よって、この要求に応じて、再度の依頼がある場合には、部分処理の実行を継続でき、また、再度の依頼がない場合には、画像形成装置での部分処理を終了させることができる。よって、サーバー装置での負荷を効率よく軽減することができる。
【００１８】
また、本発明の画像処理システムでは、上記画像形成装置は、上記サーバー装置に上記判定の結果を要求する負荷判定要求部を備えていてもよい。
【００１９】
上記構成によると、画像形成装置から、サーバー装置に上記判定の結果を要求する。このように、画像形成装置が、サーバー装置の負荷状況を確認することで、部分処理の分担を正確に行うことができる。つまり、負荷が所定値を超えている場合には、画像形成装置にて部分処理の分担を受け持ち、負荷が所定値を以下の場合には、分担を受け持つ必要がない。
【００２０】
また、本発明の画像処理システムでは、上記サーバー装置は、上記判定の結果を上記画像形成装置に通知する判定結果通知部を備え、上記部分処理依頼部は、上記判定結果通知部が上記判定の結果として上記所定値を超えていることを画像形成装置に通知してから、上記依頼を行ってもよい。
【００２１】
上記構成によると、サーバー装置の負荷が所定値を超えると、所定値が超えていることを画像形成装置に通知してから、画像形成装置に部分処理の依頼を行う。よって、画像形成装置は、サーバー装置の負荷が所定値を超えたことを把握して、依頼された部分処理を実行できる。
【００２２】
また、本発明の画像処理システムでは、上記負荷判定部は、上記サーバー装置のＣＰＵの占有率、上記サーバー装置のメモリの使用量、及び、上記画像処理要求を受けているタスク数、の少なくとも１つを用いて、上記画像処理に掛かる時間を算出し、当該算出した時間が所定時間を超えていると、上記サーバー装置の負荷が上記所定値を超えていると判定してもよい。
【００２３】
上記構成によると、負荷判定部が上記画像処理に係る時間を算出し、当該算出した時間が所定時間を超えていると、負荷が所定値を超えていると判定する。このように画像処理に掛かる時間と所定時間とから負荷の判定を行うことができる。よって、画像処理に掛かる時間が所定時間を超える場合には、部分処理を画像形成装置に依頼する。
【００２４】
ここで、上記画像処理要求は、同じ画像形成装置からのものであっても、別々の画像形成装置からのものであってもよい。よって、画像処理要求を受けているタスク数とは、ネットワーク接続した全画像形成装置から受けている全ての画像処理のタスク数ということになる。
【００２５】
また、本発明の画像処理システムでは、上記複数の部分処理に処理の順序が無い場合、上記部分処理依頼部は、上記画像形成装置の能力の情報及び画像形成装置の使用状況の情報の少なくとも一方を取得し、取得した情報に応じて上記部分処理を依頼してもよい。
【００２６】
複数の部分処理に処理の順序がない場合、例えば、画像形成装置が他の処理に使用されているときに、画像形成装置に現在の処理能力以上負荷の部分処理を依頼すると、画像形成装置での処理が遅れたり止まったりして、結局、部分処理が遅れ、システム全体の処理効率は上がならない。そこで、複数の部分処理に処理の順序が無い場合、上記部分処理依頼部が、上記画像形成装置の能力の及び使用状況の少なくとも一方の情報に応じた上記部分処理を依頼することで、システム全体の処理効率を上げることができる。
【００２７】
また、本発明の画像処理システムでは、上記部分処理依頼部は、処理の負荷が小さい部分処理から依頼してもよい。
【００２８】
上記構成によると、処理の負荷が小さい部分処理から依頼することで、画像形成装置への負荷を抑えることができる。サーバー装置に画像処理を依頼するということは、画像形成装置が高スペックでない場合も多いので、画像形成装置への負荷を抑えることで、より画像処理システム全体としての効率を上げることができる。
【００２９】
また、本発明の画像処理システムでは、上記画像形成装置は、当該画像形成装置へのユーザー入力を受け付ける受付部を備え、上記依頼された部分処理より、上記受付部が受け付けたユーザー入力に対する処理を優先して実行してもよい。
【００３０】
このように、画像形成装置が、上記依頼された部分処理より、上記受付部が受け付けたユーザー入力に対する処理を優先することで、ユーザーに対して、画像形成装置での本来の機能を損なわせないようにすることができる。
【００３１】
また、本発明の画像処理システムは、上記ネットワークには複数の上記画像形成装置が接続されており、上記依頼された上記部分処理を、複数の上記画像形成装置に含まれる第１の画像形成装置が備えた上記部分処理実行部では実行できない場合には、上記部分処理依頼部は、複数の上記画像形成装置に含まれる第２の画像形成装置に上記部分処理を依頼してもよい。
【００３２】
上記構成によると、上記依頼された部分処理を、複数の上記画像形成装置に含まれる第１の画像形成装置では実行できない場合には、複数の上記画像形成装置に含まれる第２の画像形成装置に上記部分処理を依頼する。よって、第２の画像形成装置の上記部分処理実行部が処理を実行できる状態にある場合、第１の画像処理に依頼した部分処理を、第２の画像形成装置にて実行させることができる。よって、システム全体の処理効率を低下させることがない。
【００３３】
本発明の画像処理方法は、上記課題を解決するために、画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムでの画像処理方法において、上記サーバー装置にて、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理ステップと、当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判ステップと、上記負荷判定ステップにて上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する依頼ステップと、上記画像形成装置にて、上記依頼ステップで依頼された部分処理を実行する部分処理実行ステップと、を含むことを特徴としている。
【００３４】
上記画像処理方法は、上記画像処理システムと同様の効果を奏し、サーバー装置での負荷が大きいとき、画像形成装置に、サーバー装置に依頼した画像処理の一部の処理を実行させて、サーバー装置の処理負担を軽減させる。よって、サーバー装置の処理効率を向上させることができ、引いては画像処理システム全体の画像処理の効率を上げることができる。
【００３５】
本発明の画像形成装置は、上記課題を解決するために、画像形成装置からの画像処理要求に応じて画像データに対する画像処理を行い、当該サーバー装置の負荷が所定値を超えた場合に、上記画像処理を複数に分割した部分処理の少なくとも１つを当該画像形成装置に依頼するサーバー装置に、ネットワークを介して接続し、上記画像データを出力処理する画像形成装置において、上記サーバー装置から依頼された部分処理を実行する部分処理実行部を備えることを特徴としている。
【００３６】
上記構成によると、画像形成装置は、サーバー装置での負荷が大きいとき、サーバー装置に依頼した画像処理の一部の処理を実行する。よって、サーバー装置の処理負担を軽減させることができる。
【００３７】
本発明のサーバー装置は、上記課題を解決するために、画像データを出力処理する画像形成装置にネットワークを介して接続し、当該画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置において、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを、当該サーバー装置から依頼された部分処理を実行する上記画像形成装置に依頼する部分処理依頼部と、を備えていることを特徴としている。
【００３８】
上記構成によると、サーバー装置は、自身の負荷が大きいとき、依頼された画像処理の一部の処理を画像形成装置に依頼する。よって、自身の処理負担を軽減させることができる。
【００３９】
なお、本発明の画像形成装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記部分処理実行部として動作させることにより上記画像形成装置をコンピュータにて実現させるプログラム、及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００４０】
これらの構成によれば、上記プログラムを、コンピュータに読み取り実行させることによって、上記画像形成装置と同一の作用効果を実現することができる。
【００４１】
また、本発明のサーバー装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記画像処理部、上記負荷判定部、及び上記部分処理依頼部として動作させることにより複合機をコンピュータにて実現させるプログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００４２】
これらの構成によれば、上記プログラムを、コンピュータに読み取り実行させることによって、上記サーバー装置と同一の作用効果を実現することができる。
【発明の効果】
【００４３】
本発明の画像処理システムでは、以上のように、上記サーバー装置は、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えているか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する部分処依頼供部とを備え、上記画像形成装置は、上記依頼された部分処理を実行する部分処理実行部を備える。
【００４４】
上記構成によると、画像処理を実行するサーバー装置は、自身の負荷が所定値を超えている場合、画像形成装置から依頼された画像処理を複数に分割した部分処理の少なくとも１つを画像形成装置に依頼する。そして、画像形成装置は、サーバー装置から依頼された部分処理を実行する。
【００４５】
このように、本発明の画像処理システムによると、サーバー装置での負荷が大きいとき、画像形成装置に、上記画像処理の一部の処理を依頼（委譲）し、画像形成装置に実行させることで、サーバー装置の処理負担を軽減させることができる。よって、サーバー装置の処理効率を向上させることができ、引いては画像処理システム全体の画像処理の効率を上げることができる。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施の形態の画像処理システムの構成を示すブロック図である。
【図２】本発明の実施の形態の画像処理システムにおける処理の流れ（シークエンス）の一例を示す図である。
【図３】本発明の実施の形態の画像処理システムにおける処理の流れ（シークエンス）の別の一例を示す図である。
【図４】部分処理の大きさを変えたパターンを示す図である。
【発明を実施するための形態】
【００４７】
本発明の実施の一形態について図面に基づいて説明する。本実施形態の画像処理システム１は、図１に示すように、画像形成装置２Ａ，２Ｂ，２Ｃと、サーバー装置３とを含んでおり、これらの装置がネットワーク４を介して接続されている。本実施形態では、３つの画像形成装置２Ａ，２Ｂ，２Ｃがサーバー装置３と通信しているものとして説明するが、サーバー装置３にネットワーク接続する画像形成装置の数は限定されない。以下では画像形成装置２Ａ，２Ｂ，２Ｃに区別して説明する必要がないとき、画像形成装置２として説明する。
【００４８】
ネットワーク４としては、イーサネット（登録商標）等のＬＡＮ、インターネット、電話線、シリアルケーブル、または、他の有線回線もしくは無線回線などの通信回線が利用できる。
【００４９】
本実施形態では、画像形成装置２は、コピー機能、スキャン機能、印刷機能、ＦＡＸ送受信機能、イメージ送信機能等の複数の機能を併せ持つ複合機（ＭＦＰ：Multi Function Peripherals）であるとする。なお、イメージ送信機能には、スキャン機能で読み取り生成した画像データを、e-mailで送信する機能（scan to e-mail）や、usbメモリに格納する機能（scan to usb）が含まれる。画像形成装置２が有する機能はこれらに限定されない。また、画像形成装置２は、上記の機能の全てを有していなくてもよい。つまり、１つあるいは２つ以上の機能を有していてもよい。
【００５０】
画像形成装置２は、画像読取部２１、操作部２２、画像形成部２３、制御部２４、スクリプト処理部２５、記憶部２６、通信部２７、画像出力部２８を備えている。ここで、例えば、画像形成装置２が印刷機能のみ有するものであれば、画像読取部２１は有していない。また、操作部２２がなくてもよい。なお、簡略のため、図１では、画像形成装置２Ａの構成ブロックのみ示しているが、画像形成装置２Ｂ，２Ｃも、少なくとも、画像形成部２３、制御部２４、スクリプト処理部２５、記憶部２６、通信部２７、画像出力部２８を有する。
【００５１】
操作部２２は、入力部２２ａと表示部２２ｂとを備え、ユーザーインターフェース（ＵＩ）を提供するブロックである。入力部２２ａは、ユーザーからの画像形成装置２の設定や動作指示に対する操作入力を受け付ける。表示部２２ｂは、各種画面表示を行う。操作部２２は、タッチパネルとして実現されてもよく、その場合、各種画面表示以外に各種操作ボタン等の表示を行ない、その表示された各種操作ボタンを介してユーザーから入力される、画像形成装置２の設定や動作指示に対する操作入力信号を、制御部２４に送信する。
【００５２】
ここで、画像形成装置２は、Ｗｅｂブラウザ部を有しており、外部から受信したコンテンツを表示部２２ｂに表示させるようになっていてもよい。このＷｅｂブラウザ部は、例えば、サーバー装置３から操作画面の表示のためのスクリプト（ＵＩ表示スクリプト）を受け取り、当該操作画面を表示部２２ｂにて表示させてもよい。
【００５３】
画像読取部２１は、原稿を光学的に読み取り、読み取った光学信号を変換して画像データを生成し、画像形成部２３に出力するブロックである。
【００５４】
画像形成部２３は、画像読取部２１が読み取った画像データ、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した画像データに対して、操作部２２からの操作入力に応じた処理、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した指示に従った処理を施し、画像出力部２８に出力するブロックである。本実施形態では、画像形成部２３では高度な画像処理は行わず、サーバー装置３に処理を要求する。
【００５５】
画像出力部２８は、画像形成部２３から受け取った画像データを出力処理するブロックである。ここでの出力処理とは、印刷、ＦＡＸ送信、イメージデータ送信、表示部２２ｂへの表示の何れかであるとする。また、出力処理に、画像形成装置２での画像データの保存を含めてもよい。
【００５６】
制御部２４は、画像形成装置２における各種構成の動作を統括的に制御するブロックである。制御部２４は、操作部２２からの操作入力、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した指示に応じて、記憶部２６に記憶されている情報に基づいて、画像形成装置２を制御する。具体的には、制御部２４は、操作部２２からの操作入力、あるいは、（図示しない）情報処理端末またはサーバー装置３から受信した指示に従って、コピー機能、スキャン機能、印刷機能、ＦＡＸ送受信機能、イメージ送信機能などを実行するよう画像形成装置２の各部を制御する。なお、これらの機能の実行方法としては公知の方法を用いることができる。
【００５７】
また、制御部は、要求部（負荷判定要求部、部分処理要求部）２４ａ、処理ステータス通知部２４ｂを備える。要求部２４ａは、通信部２７を介して、サーバー装置３への要求を行う。
【００５８】
サーバー装置３への要求には、例えば、画像処理を依頼する画像処理要求、サーバー装置３の負荷を判定するよう依頼する負荷判定要求、未処理の部分処理を送付するよう依頼する部分処理要求、などがある。処理ステータス通知部２４ｂは、部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、サーバー装置３に通知する。これら要求部２４ａ及び処理ステータス通知部２４ｂの処理については、後段で具体例を用いて説明する。
【００５９】
記憶部２６は、画像データを一時的に保存する記憶手段である。また、記憶部２６には、画像形成装置での制御プログラム、ＯＳ（Operating System）プログラム、その他の各種プログラム等が格納されている。
【００６０】
通信部２７は、ネットワーク４を介して外部と通信を行うブロックである。
【００６１】
サーバー装置３は、サーバー装置３における各種構成の動作を統括的に制御する制御部３１、ネットワーク４を介して外部と通信を行う通信部３２、及び、画像データを保存する記憶部３３などにより構成される。サーバー装置３は、画像形成装置２に対してサーバーとして機能し、画像形成装置２からの要求への応答を行う。例えば、要求が、画像認証処理である場合、その認証結果を画像形成装置２に送る。
【００６２】
制御部３１は、画像処理部３１ａ、負荷判定部３１ｂ、部分処理依頼部３１ｃ、判定結果通知部３１ｄとを備えている。
【００６３】
画像処理部３１ａは、画像形成装置２からの要求に応じた画像処理を実行する。このとき、画像処理を複数に分割した部分処理をそれぞれ実行する。記憶部３３には各部分処理を実行するための各スクリプトが格納されており、画像処理部３１ａは、スクリプトを読み出して処理する。
【００６４】
負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かを判定する。
【００６５】
部分処理依頼部３１ｃは、負荷判定部３１ｂが上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを画像形成装置３に依頼する。依頼する際、依頼する部分処理を実行するスクリプトを、通信部３２を介して送信する。
【００６６】
判定結果通知部３１ｄは、負荷判定部３１ｂの判定結果を通信部３２を介して画像形成装置２に通知する。これら各部の処理については、後段で具体例を用いて説明する。
【００６７】
以下、画像処理システム１における画像形成装置２とサーバー装置３との間の要求と応答について、図２，３に示す具体例を用いて説明する。以下では、画像形成装置２からサーバー装置３へ要求する画像処理が、パターンマッチングによる画像認証処理であるとする。
【００６８】
サーバー装置３は、画像処理要求を受けると、画像処理部３１ａにて、パターンマッチングによる画像認証処理を開始する。このパターンマッチングによる画像認証処理には、部分処理として、スムージング（ノイズ除去）処理、特定領域の抽出（領域抽出）処理、及びパターンマッチング処理の３つが含まれるとする。よって、スムージング処理、領域抽出処理、及びパターンマッチング処理の全てを行うと、画像処理要求への応答が行える。
【００６９】
以下では、スムージング処理を画像処理ａ、特定領域の領域抽出処理を画像処理ｂ、パターンマッチング処理を画像処理ｃとする。
【００７０】
図２に画像処理システム１での処理の流れの一例を示す。図２では、まず、画像形成装置２Ａが画像読取部２１にて原稿を読み取り画像データを生成する（画像生成）。この画像データを以下では第１画像と呼ぶことにする。
【００７１】
そして、画像形成装置２Ａは、第１画像を、サーバー装置３に送る（第１画像送信）。ここで本実施形態では、画像形成装置２は、生成した画像データをサーバー装置３に送信することで、この画像データへの画像処理要求を行うものとする。なお画像データと画像処理要求とは、対応付けてあれば別々にサーバー装置３に送信もよいし、送付の順序も問わない。
【００７２】
サーバー装置３は、画像形成装置２Ａから第１画像を受信すると、画像処理部３１ａにて、パターンマッチングによる画像認証処理を開始する。まず、第１画像に、スムージング処理である画像処理ａを実行し（第１画像への画像処理ａ）、次に、特定領域の抽出処理である画像処理ｂを実行する（第１画像への画像処理ｂ）。そして、パターンマッチング処理である画像処理ｃを実行する（第１画像への画像処理ｃ）。このように画像処理を実行して画像認証を行い、認証結果（認証できたか否か）を画像形成装置２Ａに送信する（認証ＯＫ／ＮＧ）。
【００７３】
ここで、図２では、画像形成装置２Ｂが画像読取部２１にて原稿を読み取り画像データ（第２画像）を生成し（画像生成）、生成した第２画像をサーバー装置３に送っている（第２画像送信）。サーバー装置３は、この第２画像を、上記と第１画像への画像処理ｂの後に受信している。そうすると、ここでは、第１画像への画像処理を終えてから、第２画像への画像処理ａを実行する。そして、第２画像への画像処理ｂを実行し、第２画像への画像処理ｃを実行し、認証結果を画像形成装置２Ｂに送信する（認証ＯＫ／ＮＧ）。
【００７４】
このように、サーバー装置３が複数の画像形成装置２から画像データを受信すると、複数の画像形成装置に対する画像像処理がサーバー装置に課せられることになる。また、サーバー装置３には画像処理以外にも機能がある。そのため、複数の処理を即座に行えない場合がある。
【００７５】
そこで、サーバー装置３の負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かの判定を行う。サーバー装置３の負荷が所定値を超えて場合は、即座に画像処理できない場合である。
【００７６】
負荷判定部３１ｂは、サーバー装置３のＣＰＵの占有率、サーバー装置３のメモリの使用量、及び、処理待ちの画像データの数などから、画像処理に掛かる時間を算出する。そして、算出した時間が所定時間を超えていると、サーバー装置の負荷が上記所定値を超えていると判定する。処理待ち画像データの数は、画像処理要求を受けているタスク数として計算できる。
【００７７】
負荷判定部３１ｂが、サーバー装置３の負荷が所定値を超えていると判断した場合は、画像処理要求の送信元の画像形成装置に対して、画像処理要求の一部の処理を担ってもらう。これについて以下に説明する。以下では、サーバー装置３にて、処理待ち画像データが３つ以上発生した場合、つまり、認証結果を画像形成装置２に送信していない画像データを３つ以上保持することになった場合、サーバー装置３の負荷が所定値を超えているとする。
【００７８】
図３に画像処理システム１での処理の流れの別の一例を示す。図３の例では、画像形成装置２Ａは第１画像をサーバー装置３に送信し（Ｓ１）、画像形成装置２Ｂは第２画像をサーバー装置３に送信し（Ｓ２）、画像形成装置２Ｃは第３画像をサーバー装置３に送信する（Ｓ３）。サーバー装置３の負荷判定部３１ｂは、画像データを受信すると、サーバー装置３の負荷が所定値を超えているか否かを判定する。よって、サーバー装置３が第３画像を受信すると、負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えていると判断する。そして、判定結果通知部３１ｄは、第３画像を送信した画像形成装置２Ｃに対して、サーバー負荷が所定値を超えたことを通知する（Ｓ４）。
【００７９】
図３では、サーバー装置３が、画像データを３つ（第１画像、第２画像、第３画像）受信した例を示しているが、もちろん、４つ以上の画像を受信した場合でも、その要求をした送信した画像形成装置にサーバー負荷が所定値を超えたことを通知する。なお、図２に示した例では、第１画像と第２画像との２つしか画像データしか保持していないので、部分処理の依頼は行わず、受信した順に画像処理が実行されている。
【００８０】
Ｓ４で所定値を超えたことを通知した後、部分処理依頼部３１ｃは、画像形成装置２Ｃに画像処理ａのスクリプトを送信することで、画像処理ａの処理を依頼（処理要求）する（Ｓ５）。
【００８１】
ここで、画像処理に含まれる部分処理において、画像処理ａ→画像処理ｂ→画像処理ｃという処理順序があるとする。その場合には処理順序に従って処理する必要があるため、サーバー装置３は、初めに、画像処理ａの処理を依頼（画像処理ａのスクリプトを送信）する。
【００８２】
しかし、処理順序がない場合、サーバー装置３は画像形成装置２Ｃの画像処理能力や画像形成装置２Ｃの使用状況を判断して、それに応じて、画像処理ａ、画像処理ｂ、画像処理ｃのいずれかの処理を依頼する。なお、画像形成装置２の画像処理能力や画像形成装置２の使用状況を、画像形成装置２の起動時の初期情報として取得したり、定期的なポーリングなどにより、サーバー装置３は取得することが可能である。
【００８３】
例えば、画像形成装置２Ｃが低速機であり画像処理能力が低い場合、画像形成装置２Ｃに処理の重いものを要求してしまうと、画像形成装置２Ｃのユーザー操作に影響を及ぼしたり、サーバー装置３が逆に待たされるケースが発生する。よって、処理量が小さい部分処理（スクリプト）を優先的に依頼（送信）する。各部分処理の大きさが、図４に示すパターン１、２の場合、画像処理ａまたは画像処理ｃを依頼する。また、各部分処理の大きさが、図４に示すパターン３の場合には、画像処理ｂを依頼する。
【００８４】
反対に、画像形成装置２Ｃが高速機であり画像処理能力が高い場合、画像形成装置２Ｃのスペックが高いので、部分処理の大きさが中程度であれば、画像形成装置２Ｃに依頼もよい。よって、図４に示すパターンにおいて、パターン１の場合は、画像形成装置２Ｃに画像処理ａ、画像処理ｂ、画像処理ｃのいずれを依頼してもよい。パターン３の場合には、画像処理ｂまたは画像処理ｃを依頼する。
【００８５】
ただし、画像形成装置２は、自身へのユーザー入力操作を妨げないように、依頼された部分処理を、操作部２２が受け付けたユーザー入力操作に対する処理より、優先を下げて実行するのが好ましい。
【００８６】
サーバー装置３から画像処理ａのスクリプトを受信すると、画像形成装置２Ｃは、スクリプト処理部２５にて画像処理ａのスクリプトを解析して処理する（Ｓ６）。そして、スクリプト処理が完了すると、画像形成装置２Ｃの要求部２４ａは、サーバー装置３の負荷状態を確認するため、負荷の判定を要求する（Ｓ７）。
【００８７】
サーバー装置３が負荷の判定の要求を受信すると、負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かを判定し、判定結果通知部３１ｄは、判定結果を画像形成装置２Ｃに通知する（Ｓ８）。ここで、図３では、サーバー装置３で、処理待ち（認証結果が出ていない）の画像がまだ３つあるため、Ｓ８では、サーバー装置３の負荷が所定位置を超えていると通知する。そして、サーバー装置３は、画像形成装置３Ｃに、画像処理ｂ（特定領域の抽出処理）のスクリプトを送信する（Ｓ９）。
【００８８】
なお、図示されていないが、Ｓ８で、サーバー装置３の負荷が所定位置以下であることが通知された場合、画像形成装置２Ｃは、サーバー装置３での画像処理が可能であると判断し、画像処理ａ（スムージング処理）を行った状態の画像データと、どの部分処理を実行したかの情報と（処理ステータス情報）を送信する（前回送信した画像は不要となる）。サーバー装置３で受信した画像はスムージング処理済なので、残りの処理だけを実施すればよいので、サーバー装置３の負荷は軽減されていることがわかる。
【００８９】
あるいは、負荷判定部３１ｂが一定期間ごとにサーバー装置３の負荷を判定しており、負荷が所定値以下になったと判定したら、判定結果通知部３１ｄから負荷が所定値以下でありサーバー装置がレディ状態であることを画像形成装置２Ｃに通知してもよい。そして、画像形成装置２Ｃは、所定タイミングでサーバー装置３に、部分処理した状態の画像データと処理ステータス情報とを通知してもよい。
【００９０】
画像形成装置２Ｃは、画像処理ｂのスクリプトを受信すると、スクリプト処理部２５にて画像処理ｂのスクリプトを解析して処理する（Ｓ１０）。そして、スクリプト処理が完了すると、画像形成装置２Ｃの要求部２４ａは、サーバー装置３の負荷状態を確認するため、負荷の判定を要求する（Ｓ１２）。
【００９１】
サーバー装置３が負荷の判定の要求を受信すると、負荷判定部３１ｂは、サーバー装置３の負荷が所定値を超えているか否かを判定し、判定結果通知部３１ｄは、判定結果を画像形成装置２Ｃに通知する（Ｓ１３）。ここで、図３では、画像形成装置２Ｃでの画像処理ｂの処理の間に、サーバー装置３での第１画像への画像処理が終了し、認証結果が画像形成装置２Ａに送信されている（Ｓ１１）ので、Ｓ１３では、サーバー装置３の負荷が所定以下であることを通知する。
【００９２】
サーバー装置３の負荷が所定位置以下であることが通知されると、画像形成装置２Ｃは、画像処理ｂ（領域抽出処理）を行った状態の画像データと、処理ステータス情報とを送信する（Ｓ１４）。サーバー装置３で受信した画像はスムージング処理と、領域抽出処理とは済んでいるので、残りのパターンマッチング処理だけを実施すればよいので、サーバー装置３の負荷は軽減されていることがわかる。
【００９３】
なお、上記は、サーバー装置３で画像処理の一部である部分処理を画像形成装置２に依頼する際、部分処理を実行するスクリプトを送信している。しかし、サーバー装置３が行う画像処理の一部と同等の処理、例えば上記領域抽出処理を行う処理部を、画像形成装置２が備えていれば、スクリプトを送ることなく、命令を送ることによっても、同様の処理を行うことができる。
【００９４】
また、上記では、画像処理としてパターンマッチングによる画像認証処理について説明したが、単なる例であり、画像形成装置２から要求され、サーバー装置３で実行される画像処理は、上記に限定されるものではない。また、パターンマッチングによる画像認証処理を、画像処理ａ、画像処理ｂ及び画像処理ｃの３つの部分処理（スクリプト）に分けたが、サーバー装置３で実行する１つの画像処理の分割数に制限はない。
【００９５】
さらに、上記では、画像形成装置２Ｃからの画像処理要求への応答に時間がかかる場合、画像形成装置２Ｃにスクリプトの処理を依頼していたが、画像形成装置２Ｃでは処理できない場合、他の画像形成装置２Ａあるいは２Ｂに、スクリプトの処理の依頼を行ってもよい。例えば、画像形成装置２Ａに依頼する場合、画像形成装置２Ａが生成した画像に対するスクリプトを依頼しても、画像形成装置２Ｃが生成した画像に対するスクリプトを依頼しても構わない。ただし、画像形成装置２Ａに、画像形成装置２Ｃが生成した画像に対するスクリプトを依頼する場合、画像形成装置２Ｃが生成した画像も合わせて送る。
【００９６】
また、画像形成装置２Ａ、２Ｂ、２Ｃが順に画像処理を要求していたが、どの画像形成装置から依頼するかは決まっていない。また、サーバー装置３にネットワーク接続した他の画像形成装置からの要求、あるいは、画像形成装置以外の装置からあるいはユーザー入力による要求（例えば、サーバーＯＳのバージョンアップ）があっても構わない。また、上記では、画像形成装置２Ａ、２Ｂ、２Ｃから同じ画像処理（パターンマッチングによる画像認証処理）を要求したが、それぞれ別の画像処理を要求してもよし、いずれか２つの画像形成装置が同じ画像処理を要求しで、別の画像形成装置が別の画像処理を要求してもよい。また、同じ画像形成装置から、複数の画像処理を要求してもよい。サーバー装置３に要求できる画像処理であればどのようであってもよい。
【００９７】
また、画像形成装置２及びサーバー装置３の各ブロック、特に画像形成装置２の制御部２４、画像形成部２３、スクリプト処理部２５、及びサーバー装置３の制御部３１は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【００９８】
すなわち、画像形成装置２、サーバー装置３は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラム及び各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである画像形成装置２、サーバー装置３の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記画像形成装置２、サーバー装置３に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【００９９】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１００】
また、上記プログラムコードをネットワーク４を介して供給してもよい。このネットワーク４としては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０１０１】
本発明は、プリンタ、複写機、ファクシミリ、複合機（ＭＦＰ：Multi Function Printer）等の画像形成装置と、当該画像形成装置からの画像処理要求に応じて画像データに画像処理を行うサーバー装置とがネットワーク接続した画像処理システムに適用可能である。
【符号の説明】
【０１０２】
１ 画像処理システム
２，２Ａ，２Ｂ，２Ｃ 画像形成装置
３ サーバー装置
４ ネットワーク
２１ 画像読取部
２２ 操作部
２３ 画像形成部
２４ 制御部
２４ａ 要求部（負荷判定要求部、部分処理要求部）
２４ｂ 処理ステータス通知部
２５ スクリプト処理部（部分処理実行部）
２６ 記憶部
２７ 通信部
２８ 画像出力部
３１ 制御部
３１ａ 画像処理部
３１ｂ 負荷判定部
３１ｃ 部分処理依頼部
３１ｄ 判定結果通知部
３２ 通信部
３３ 記憶部
【特許請求の範囲】
【請求項１】
画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムにおいて、
上記サーバー装置は、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えているか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する部分処理依頼部とを備え、
上記画像形成装置は、上記依頼された部分処理を実行する部分処理実行部を備えることを特徴とする画像処理システム。
【請求項２】
上記部分処理依頼部は、上記部分処理を実行するスクリプトを上記画像形成装置に送信することにより上記部分処理を依頼することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
上記部分処理依頼部は、上記部分処理を実行させる命令を上記画像形成装置に送信することにより上記部分処理を依頼し、
上記部分処理実行部は、上記命令に基づき上記部分処理を実行することを特徴とする、請求項１に記載の画像処理システム。
【請求項４】
上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、上記サーバー装置に通知するステータス通知部を備えたことを特徴とする請求項１から３の何れか１項に記載の画像処理システム。
【請求項５】
上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理依頼部に未だ実行されていない部分処理の依頼を要求する部分処理要求部、を備えたことを特徴とする請求項１から４の何れか１項に記載の画像処理システム。
【請求項６】
上記画像形成装置は、上記サーバー装置に上記判定の結果を要求する負荷判定要求部を備えることを特徴とする請求項１から５の何れか１項に記載の画像処理システム。
【請求項７】
上記サーバー装置は、上記判定の結果を上記画像形成装置に通知する判定結果通知部を備え、
上記部分処理依頼部は、上記判定結果通知部が上記判定の結果として上記所定値を超えていることを上記画像形成装置に通知してから、上記依頼を行うことを特徴とする請求項１から６に記載の画像処理システム。
【請求項８】
上記負荷判定部は、上記サーバー装置のＣＰＵの占有率、上記サーバー装置のメモリの使用量、及び、上記画像処理要求を受けているタスク数の少なくとも１つを用いて、上記画像処理に掛かる時間を算出し、当該算出した時間が所定時間を超えていると、上記サーバー装置の負荷が上記所定値を超えていると判定することを特徴とする請求項１から７の何れか１項に記載の画像処理システム。
【請求項９】
上記複数の部分処理に処理の順序が無い場合、上記部分処理依頼部は、上記画像形成装置の能力及び使用状況の少なくとも一方の情報を取得し、取得した情報に応じて上記部分処理を依頼することを特徴とする請求項１から８の何れか１項に記載の画像処理システム。
【請求項１０】
上記部分処理依頼部は、処理の負荷が小さい部分処理から依頼することを特徴とする請求項１から９の何れか１項に記載の画像処理システム。
【請求項１１】
上記画像形成装置は、当該画像形成装置へのユーザー入力を受け付ける操作部を備え、上記依頼された部分処理より、上記操作部が受け付けたユーザー入力に対する処理を優先して実行することを特徴とする請求項１から１０の何れか１項に記載の画像処理システム。
【請求項１２】
上記ネットワークには複数の上記画像形成装置が接続されており、上記依頼された上記部分処理を、複数の上記画像形成装置に含まれる第１の画像形成装置が備えた上記部分処理実行部では処理できない場合には、上記部分処理依頼部は、複数の上記画像形成装置に含まれる第２の画像形成装置に上記部分処理を依頼することを特徴とする請求項１から１１の何れか１項に記載の画像処理システム。
【請求項１３】
画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムでの画像処理方法において、
上記サーバー装置にて、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理ステップと、当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判ステップと、上記負荷判定ステップにて上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する依頼ステップと、
上記画像形成装置にて、上記依頼ステップで依頼された部分処理を実行する部分処理実行ステップと、
を含むことを特徴とする画像処理方法。
【請求項１４】
画像形成装置からの画像処理要求に応じて画像データに対する画像処理を行い、当該サーバー装置の負荷が所定値を超えた場合に、上記画像処理を複数に分割した部分処理の少なくとも１つを当該画像形成装置に依頼するサーバー装置に、ネットワークを介して接続し、上記画像データを出力処理する画像形成装置において、
上記サーバー装置から依頼された部分処理を実行する部分処理実行部を備えることを特徴とする画像形成装置。
【請求項１５】
画像データを出力処理する画像形成装置にネットワークを介して接続し、当該画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置において、
上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、
当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判定部と、
上記負荷判定部が上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを、当該サーバー装置から依頼された部分処理を実行する上記画像形成装置に依頼する部分処理依頼部と、を備えていることを特徴とするサーバー装置。
【請求項１６】
請求項１４の画像形成装置が備える上記部分処理実行部としてコンピュータを機能させるためのプログラム。
【請求項１７】
請求項１５に記載のサーバー装置が備える上記画像処理部、上記負荷判定部、及び上記部分処理依頼部としてコンピュータを機能させるためのプログラム。
【請求項１８】
請求項１６または１７に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムにおいて、
上記サーバー装置は、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、当該サーバー装置の負荷が所定値を超えているか否かを判定する負荷判定部と、上記負荷判定部が上記所定値を超えていると判定した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する部分処理依頼部とを備え、
上記画像形成装置は、上記依頼された部分処理を実行する部分処理実行部を備えることを特徴とする画像処理システム。
【請求項２】
上記部分処理依頼部は、上記部分処理を実行するスクリプトを上記画像形成装置に送信することにより上記部分処理を依頼することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
上記部分処理依頼部は、上記部分処理を実行させる命令を上記画像形成装置に送信することにより上記部分処理を依頼し、
上記部分処理実行部は、上記命令に基づき上記部分処理を実行することを特徴とする、請求項１に記載の画像処理システム。
【請求項４】
上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理が実行された画像データを、当該実行された部分処理が何であるかを示す処理ステータス情報と共に、上記サーバー装置に通知するステータス通知部を備えたことを特徴とする請求項１から３の何れか１項に記載の画像処理システム。
【請求項５】
上記画像形成装置は、上記部分処理実行部が上記依頼された上記部分処理を実行後に、上記部分処理依頼部に未だ実行されていない部分処理の依頼を要求する部分処理要求部、を備えたことを特徴とする請求項１から４の何れか１項に記載の画像処理システム。
【請求項６】
上記画像形成装置は、上記サーバー装置に上記判定の結果を要求する負荷判定要求部を備えることを特徴とする請求項１から５の何れか１項に記載の画像処理システム。
【請求項７】
上記サーバー装置は、上記判定の結果を上記画像形成装置に通知する判定結果通知部を備え、
上記部分処理依頼部は、上記判定結果通知部が上記判定の結果として上記所定値を超えていることを上記画像形成装置に通知してから、上記依頼を行うことを特徴とする請求項１から６に記載の画像処理システム。
【請求項８】
上記負荷判定部は、上記サーバー装置のＣＰＵの占有率、上記サーバー装置のメモリの使用量、及び、上記画像処理要求を受けているタスク数の少なくとも１つを用いて、上記画像処理に掛かる時間を算出し、当該算出した時間が所定時間を超えていると、上記サーバー装置の負荷が上記所定値を超えていると判定することを特徴とする請求項１から７の何れか１項に記載の画像処理システム。
【請求項９】
上記複数の部分処理に処理の順序が無い場合、上記部分処理依頼部は、上記画像形成装置の能力及び使用状況の少なくとも一方の情報を取得し、取得した情報に応じて上記部分処理を依頼することを特徴とする請求項１から８の何れか１項に記載の画像処理システム。
【請求項１０】
上記部分処理依頼部は、処理の負荷が小さい部分処理から依頼することを特徴とする請求項１から９の何れか１項に記載の画像処理システム。
【請求項１１】
上記画像形成装置は、当該画像形成装置へのユーザー入力を受け付ける操作部を備え、上記依頼された部分処理より、上記操作部が受け付けたユーザー入力に対する処理を優先して実行することを特徴とする請求項１から１０の何れか１項に記載の画像処理システム。
【請求項１２】
上記ネットワークには複数の上記画像形成装置が接続されており、上記依頼された上記部分処理を、複数の上記画像形成装置に含まれる第１の画像形成装置が備えた上記部分処理実行部では処理できない場合には、上記部分処理依頼部は、複数の上記画像形成装置に含まれる第２の画像形成装置に上記部分処理を依頼することを特徴とする請求項１から１１の何れか１項に記載の画像処理システム。
【請求項１３】
画像データを出力処理する画像形成装置と、上記画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置とがネットワークを介して接続した画像処理システムでの画像処理方法において、
上記サーバー装置にて、上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理ステップと、当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判ステップと、上記負荷判定ステップにて上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを上記画像形成装置に依頼する依頼ステップと、
上記画像形成装置にて、上記依頼ステップで依頼された部分処理を実行する部分処理実行ステップと、
を含むことを特徴とする画像処理方法。
【請求項１４】
画像形成装置からの画像処理要求に応じて画像データに対する画像処理を行い、当該サーバー装置の負荷が所定値を超えた場合に、上記画像処理を複数に分割した部分処理の少なくとも１つを当該画像形成装置に依頼するサーバー装置に、ネットワークを介して接続し、上記画像データを出力処理する画像形成装置において、
上記サーバー装置から依頼された部分処理を実行する部分処理実行部を備えることを特徴とする画像形成装置。
【請求項１５】
画像データを出力処理する画像形成装置にネットワークを介して接続し、当該画像形成装置からの画像処理要求に応じて上記画像データに対する画像処理を行うサーバー装置において、
上記画像処理を複数に分割した部分処理をそれぞれ実行する画像処理部と、
当該サーバー装置の負荷が所定値を超えたか否かを判定する負荷判定部と、
上記負荷判定部が上記所定値を超えたと判断した場合に、上記複数の部分処理の少なくとも１つを、当該サーバー装置から依頼された部分処理を実行する上記画像形成装置に依頼する部分処理依頼部と、を備えていることを特徴とするサーバー装置。
【請求項１６】
請求項１４の画像形成装置が備える上記部分処理実行部としてコンピュータを機能させるためのプログラム。
【請求項１７】
請求項１５に記載のサーバー装置が備える上記画像処理部、上記負荷判定部、及び上記部分処理依頼部としてコンピュータを機能させるためのプログラム。
【請求項１８】
請求項１６または１７に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１１−２４８５２７（Ｐ２０１１−２４８５２７Ａ）
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願番号】特願２０１０−１１９６０７（Ｐ２０１０−１１９６０７）
【出願日】平成２２年５月２５日（２０１０．５．２５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願日】平成２２年５月２５日（２０１０．５．２５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]