JP2004334557A - 画像処理システム、画像処理装置、プログラムおよび記録媒体 - Google Patents

Abstract

【課題】１つの画像処理装置で行われていた処理を、異なったネットワークに接続した画像処理装置に分散させることによって処理時間を削減し、生産性を高める画像処理システムを提供する。
【解決手段】１台以上の情報処理装置２０と、グループに分類された複数の画像処理装置３０とがルータ１０を介し、複数のネットワーク４０に接続されている。情報処理装置２０では、ネットワーク４０に接続された画像処理装置３０へジョブ要求を送信する。ジョブ要求を受信した画像処理装置３０は、同じグループ内の画像処理装置３０のサービス状態を管理するテーブル３４を保持しており、ジョブ要求を自分で処理できないとき、テーブル３４を参照してグループに属したすべての画像処理装置３０へジョブ要求をネットワーク４０とルータ１０を介して、異なったネットワーク４１，４２に転送し、処理可能な画像処理装置３０を割り当てる。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、画像処理システム、画像処理装置、プログラムおよび記録媒体に関し、具体的には、処理依頼された入出力処理をネットワークに接続された画像処理装置間で共同して処理する技術に関する。
【０００２】
【従来の技術】
従来、ネットワーク上に複数の画像処理装置が接続されたシステムでは、１つの画像処理装置で行われていた処理を、他の画像処理装置に分散させることによって処理にかかる時間を削減し、生産性を高めるシステムが提案されている。
【０００３】
例えば、特許文献１の技術は、ネットワークデバイスを利用した印刷処理を行う際、複数部数の印刷を行う際に対象とする出力先デバイスリストを決定し、出力先デバイスリストに記載されたデバイスの印刷能力を判断し、デバイスの印刷能力に応じた印刷部数を算出し、デバイスの印刷能力に応じた印刷部数の印刷要求を複数の印刷デバイスに送信することを備えて、印刷処理にかかる時間を短縮させることができる。
【０００４】
【特許文献１】
特開２００２−３４２０５５号公報（第４−２１頁）
【０００５】
【発明が解決しようとする課題】
しかしながら、上記の特許文献１では、ネットワークに接続されたデバイスを部、課あるいはチームという単位で分類することができないため、ネットワーク上に接続される画像処理装置の台数が増えるに従って、デバイスリストの作成にかかわる時間が増加し、また、分散先の検索にかかわる処理が増え、かえって、処理にかかわる時間が増え、印刷処理にかかる時間を短縮させることができないということと、ルータを介し、複数のネットワーク間での分散ができないということが生じる。
【０００６】
一方、最近のオフィス環境では、多数の画像処理装置がネットワークに接続をし分散されて設置される傾向にある。さらに、ブロードバンド回線による伝送速度の高速化によって、広範囲な地域に分散されたサテライトオフィス間で、業務処理をネットワークに載せ、業務に必要な知識や情報をネットワークに接続された情報機器から入出力して情報の共有化を図り、在宅勤務やモバイル勤務を推進している。
【０００７】
本発明は、上述の実情を考慮してなされたものであって、単一ネットワークだけではなく、ルータを介して複数のネットワークに接続された画像処理装置や情報処理装置を部、課あるいはチームの単位でグループに分類し、情報処理装置からのジョブ要求という指令を受信した画像処理装置がエラーまたは処理能力を超えていた場合、グループ単位によるマルチキャストでルータを介し、複数のネットワークに繋がった同じグループの画像処理装置に対し処理依頼を行って、迅速かつ確実に画像の入出力処理ができる画像処理システム、画像処理装置、プログラムおよび記録媒体を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記の課題を解決するために、本発明の請求項１は、画像データの入出力処理を行う画像処理装置と、情報処理装置とをネットワークを介して接続し、前記情報処理装置からの要求で前記画像処理装置が画像データの入力または出力処理を行う画像処理システムにおいて、前記情報処理装置は、前記画像処理装置へ画像データの入力または出力処理のジョブ要求という指令を送信し、前記画像処理装置は、同一グループに属する画像処理装置の可能なサービスおよび状態を管理するテーブルを有して、前記情報処理装置から画像処理のジョブ要求指令を受信したときに、前記ジョブ要求の処理ができない状態で、且つ、前記テーブルを参照して処理可能な画像処理装置がなければ、前記ネットワークに対してマルチキャストで前記ジョブ要求を転送し、前記ジョブ要求の転送を同一グループの画像処理装置から受信したときには、その要求を処理可能であればユニキャストで処理可能なサービスを転送元の画像処理装置へ返信し、前記処理可能なサービスを同一グループの画像処理装置から受信した場合には、該処理可能なサービスで前記テーブルを更新するとともに、前記テーブルを参照して、前記ジョブ要求を行った情報処理装置へ代行可能な画像処理装置を返信するようにしたことを特徴とする。
【０００９】
また、本発明の請求項２は、請求項１に記載の画像処理システムにおいて、同一グループの画像処理装置から前記ジョブ要求の転送を受信したときに、応答するか否かを設定できるようにして、この設定により、前記ジョブ要求の転送を受信したときに、自装置で前記ジョブ要求を処理できるか否かを決定するようにしたことを特徴とする。
また、本発明の請求項３は、請求項２に記載の画像処理システムにおいて、前記応答するか否かの設定は、該装置の操作パネルから設定できるようにしたことを特徴とする。
また、本発明の請求項４は、請求項２に記載の画像処理システムにおいて、前記応答するか否かの設定は、前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする。
【００１０】
また、本発明の請求項５は、請求項３または４に記載の画像処理システムにおいて、前記応答するか否かの設定を否としたときには、マルチキャストで代行処理不可を通知することを特徴とする。
また、本発明の請求項６は、請求項５に記載の画像処理システムにおいて、前記代行処理不可を受信した場合、当該装置のエントリを前記テーブルから削除することを特徴とする。
【００１１】
また、本発明の請求項７は、請求項１に記載の画像処理システムにおいて、グループ名を設定できるようにして、この設定により、前記ジョブ要求をグループ単位で検索するようにしたことを特徴とする。
また、本発明の請求項８は、請求項７に記載の画像処理システムにおいて、グループ名の設定は前記画像処理装置の操作パネルから設定できるようにしたことを特徴とする。
また、本発明の請求項９は、請求項７に記載の画像処理システムにおいて、グループ名の設定は前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする。
【００１２】
また、本発明の請求項１０は、ネットワークに接続されて画像データの入出力処理を行う画像処理装置において、前記画像処理装置のうち同一グループに属する画像処理装置の可能なサービスおよび状態を管理するテーブルを有して、前記ネットワークを介して接続された情報処理装置から処理要求のジョブ要求指令を受信したとき、前記ジョブ要求の処理ができない状態で、且つ、前記テーブルを参照して処理可能な画像処理装置がなければ、前記ネットワークに対してマルチキャストで前記ジョブ要求を転送し、前記ジョブ要求の転送を同一グループの画像処理装置から受信したときには、その要求を処理可能であればユニキャストで処理可能なサービスを転送元に返信し、前記処理可能なサービスを同一グループの画像処理装置から受信した場合には、該処理可能なサービスで前記テーブルを更新するとともに、前記テーブルを参照して、前記ジョブ要求を行った情報処理装置へ代行可能な画像処理装置を返信するようにしたことを特徴とする。
【００１３】
また、本発明の請求項１１は、請求項１０に記載の画像処理装置において、同一グループの画像処理装置から前記ジョブ要求の転送を受信したときに、応答するか否かを設定できるようにして、この設定により、前記ジョブ要求の転送を受信したときに、自装置で前記ジョブ要求を処理できるか否かを決定するようにしたことを特徴とする。
また、本発明の請求項１２は、請求項１１に記載の画像処理装置において、前記応答するか否かの設定は、該装置の操作パネルから設定できるようにしたことを特徴とする。
また、本発明の請求項１３は、請求項１１に記載の画像処理装置において、前記応答するか否かの設定は、前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする。
【００１４】
また、本発明の請求項１４は、請求項１２または１３に記載の画像処理装置において、前記応答するか否かの設定を否としたときには、マルチキャストで代行処理不可を通知することを特徴とする。
また、本発明の請求項１５は、請求項１４に記載の画像処理装置において、前記代行処理不可を受信した場合、当該装置のエントリを前記テーブルから削除することを特徴とする。
【００１５】
また、本発明の請求項１６は、請求項１０に記載の画像処理装置において、グループ名を設定できるようにして、この設定により、前記ジョブ要求をグループ単位で検索するようにしたことを特徴とする。
また、本発明の請求項１７は、請求項１６に記載の画像処理装置において、グループ名の設定は該装置の操作パネルから設定できるようにしたことを特徴とする。
また、本発明の請求項１８は、請求項１６に記載の画像処理装置において、グループ名の設定は前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする。
【００１６】
また、本発明の請求項１９は、コンピュータに、請求項１乃至９のいずれかに記載の画像処理システムの機能、請求項１０乃至１８のいずれかに記載の画像処理装置の機能を実行させるためのプログラムである。
また、本発明の請求項２０は、請求項１９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１７】
以上の構成により、単一ネットワークだけではなく、ルータを介して複数のネットワークに接続された画像処理装置や情報処理装置を部、課あるいはチームの単位でグループに分類し、ネットワークに接続された画像処理装置および情報処理装置の管理等の取り扱いを簡素化し、効率的に管理ができ、複数のネットワークに接続されたすべての画像処理装置を有効活用ができる。
【００１８】
また、情報処理装置からのジョブ要求という指令を受信した画像処理装置がエラーまたは処理能力を超えていた場合、グループ単位によるマルチキャストでルータを介し、複数のネットワークに繋がった同じグループの画像処理装置に対し、画像データの処理依頼を行う。
アプリケーションプログラムで依頼先のネットワークのアドレスが不明であってもグループ名で依頼ができ、画像処理装置の増減するたびに、システムの改変の必要がなく、柔軟なシステム環境が構築できる。また、画像の入出力処理を受けた画像処理装置が処理を行うことができない場合は、分散処理によって迅速かつ確実に画像の入出力処理ができる。
【００１９】
さらに、代行処理先の検索要求はマルチキャストで送信し、および検索結果の応答はユニキャストで送信することを採用したことにより、ネットワーク上に流れるデータ量を減らし、ネットワーク上でデータの転送負荷が軽減される。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明の画像処理システムに係る好適な実施形態について説明する。
【００２１】
（１）画像処理システムの概要
図１は、本発明の画像処理システムに係る一実施形態の全体構成を示すブロック図である。同図において、画像処理システムは、ルータ１０、ルータ１１、１台以上の情報処理装置２０、１台以上の同種・異種の画像処理装置３０をネットワーク４０、ネットワーク４１さらにルータ１１を経由してネットワーク４２で接続している。
【００２２】
ネットワーク４０、４１および４２は、ルータ１０、ルータ１１、画像処理装置３０、情報処理装置２０とを結合するための伝送路であって、一般には、ケーブルで実現され、通信プロトコルにはＴＣＰ／ＩＰが使われる。但し、伝送路としてはケーブルだけではなく、それらの間の通信プロトコルが一致するものであれば無線および有線のいずれであってもよく、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネットなどを用いることができる。
【００２３】
ルータ１０は、ネットワーク４０とネットワーク４１とを中継と、ルータ１１を経由し、異なるネットワーク間の中継点に設置して、ネットワークを介して送信されるデータを適切に目的の画像処理装置３０および情報処理装置２０に届ける役目を持っている。ネットワーク上を流れてきたデータが外部のネットワーク宛であれば、ルータ１０、ルータ１１はそのデータを外部に送り出す。
ルータ１０、ルータ１１はそのときにどういう経路でデータを配信するかまで判断し、最適なルートに送り出している。必要によっては通過させるデータやプロトコルの種類を制限できるものもある。基本的にはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を外部のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネットなどと接続する場合に使われる。
【００２４】
情報処理装置２０は、アプリケーションプログラムからジョブ要求があると、そのジョブ要求は、先ず、画像処理装置３０に対して実際の画像データの処理が行えるかジョブ要求を送信し、問い合わせる。
情報処理装置２０は、返信のあった画像処理装置３０に対して、画像データの送信、または、画像処理装置３０から画像データの受信をする。処理が終了すると、終了の信号をこの画像処理装置３０へ送信、または、画像処理装置３０からの終了の信号を受信して処理を終了する。
【００２５】
画像処理装置３０は、情報処理装置２０からのジョブ要求という指令を受信して、実際の画像データの入力または出力処理を行い、処理終了が検出されると、情報処理装置２０へまたは処理終了の信号を送信する。または、情報処理装置２０からの処理終了の信号を受信すると、処理を終了する。
【００２６】
また、画像処理装置３０は、他の画像処理装置３０から転送されたジョブ要求の代行処理を実行する。また、代行処理要求に対して応答するか否かの設定は操作パネル上のスイッチ、または、ネットワークを介し、Ｗｅｂブラウザから設定する事ができる。
さらに、画像処理装置３０は、部、課あるいはチームという単位でグループに分類することができる。グループは単一ネットワークだけではなく、ルータを介し、複数のネットワーク上に接続されている画像処理装置３０を含むことができる。
これにより、情報処理装置２０あるいは画像処理装置３０の取り扱いがグループ単位で管理できると共に、また、個々の画像処理装置３０のＩＰアドレスが分からない時でも、グループ名でジョブ要求を依頼することができる。また、グループの設定は、操作パネル上から、または、ネットワークを介し、Ｗｅｂブラウザから設定する事ができる。
【００２７】
画像処理装置３０は、同一グループに属する画像処理装置のサービス状態をテーブルとして管理している。
また、自己がジョブ要求の処理ができないようなエラー状況を監視し、情報処理装置２０からのジョブ要求を受信したときにそのジョブ要求の処理ができない状態または処理能力オーバーの場合には、このテーブルを参照して、代行できる画像処理装置を探し、要求されたジョブを実行可能な画像処理装置のＩＰアドレスをジョブ要求を発行した要求元の情報処理装置２０へ返信する。
しかし、見つからない場合には、グループに属するすべての画像処理装置３０へジョブ要求を転送し、転送を受けた画像処理装置３０は、ジョブ要求を受信すると、代行処理要求に応答できる場合、自分自身のサービス状態を転送元に返信する。
【００２８】
転送元の画像処理装置３０は、応答してきた装置のサービス状態を受信し、応答してきた画像処理装置３０のサービス状態でテーブルのエントリを更新するとともに、このテーブルを参照して、要求されたジョブを実行可能な画像処理装置のＩＰアドレスをジョブ要求を発行した要求元の情報処理装置２０へ返信する。
【００２９】
（２）画像処理システムの詳細
図２および図３は本発明の画像処理システムに係わる、ネットワーク上を流れるフレーム（パケット）の構成を示す構成図である。要求フレーム（パケット）は、図２のような構成である。
【００３０】
メッセージＩＤ：メッセージの種類を識別するためのメッセージＩＤを指定する。メッセージＩＤにはジョブ要求、転送ジョブ要求および入出力処理がある。
グループＩＤ：このフレームを発行した画像処理装置３０が属するグループ名を指定する。
メッセージタイプ：要求タイプを指定する。
ホストネーム：このフレームを発行した画像処理装置３０の名前を指定する。
クラス：このジョブ要求を処理する装置のクラスを識別するプリンタ装置、複合機またはスキャナ装置等で指定する。
【００３１】
上述したフレーム（パケット）は、情報処理装置２０および画像処理装置３０で要求イベントが発生すると、メッセージＩＤにジョブ要求、グループＩＤにグループ名、メッセージタイプに要求タイプ、ホストネームに要求元のホスト名、ＩＰアドレスに要求元のＩＰアドレスおよびクラスにジョブ要求を処理する装置のクラスを各フィールドにセットし、各プロトコルに対応したネットワーク上を流れるフレーム（パケット）のデータ部に作成したフレーム（パケット）を挿入してデータ部のデータグラムのパケットを作成し、各プロトコルに対応したフレーム（パケット）を作成し、ネットワークに送出する。
【００３２】
さらに、ネットワーク上を流れる通知および応答フレーム（パケット）は、図３のような構成である。
【００３３】
メッセージＩＤ：メッセージの種類を識別するためのメッセージＩＤを指定する。メッセージＩＤは、電源ＯＮを通知、再度処理通知、エラー検知通知、グループ名の指定通知、代行処理通知および転送ジョブ要求応答がある。
グループＩＤ：このフレームを発行した画像処理装置３０が属するグループ名を指定する。
メッセージタイプ：通知および応答タイプを指定する。
ホストネーム：このフレームを発行した画像処理装置３０の名前を指定する。
ＩＰアドレス：このフレームを発行した画像処理装置３０を識別するＩＰアドレスを指定する。
ＭＡＣアドレス：このフレームを発行した画像処理装置３０が搭載するＮＩＣを識別するハードウェアアドレスを指定する。
サービス：このフレームを発行した画像処理装置３０が提供できる機能を指定する。例えば、画像処理装置３０が複合機の場合に、ファクシミリの送信とスキャナ機能はサービスできるという具合に指定する。
ステイタス（状態）：このフレームを発行した画像処理装置３０の現在の状態を指定する。ステイタスとしては、「実行中」「可」または「エラー」がある。
【００３４】
上述したフレーム（パケット）は、情報処理装置２０および画像処理装置３０で通知および応答が発生すると、メッセージＩＤに発生したイベント（電源ＯＮを通知、再度処理通知、エラー検知通知、グループ名の指定通知、代行処理通知および転送ジョブ要求応答）、グループＩＤにグループ名、メッセージタイプに通知および応答、ホストネームにイベントの発生元のホスト名、ＩＰアドレスにイベントの発生元のＩＰアドレス、ＭＡＣアドレスにイベントの発生元のＭＡＣアドレス、サービスに提供できる搭載機能およびステイタス（状態）に装置の状態（「実行中」「可」または「エラー」）を各フィールドにセットして、各プロトコルに対応したネットワーク上を流れるフレーム（パケット）データ部に作成したフレーム（パケット）を挿入し、データ部のデータグラムのパケットを作成し、各プロトコルに対応したフレーム（パケット）を作成し、ネットワークに送出する。
【００３５】
以上に記述した、フレーム（パケット）は、各プロトコルのフレーム（パケット）のデータ部のデータグラムに定義されるフレーム（パケット）のフォーマットであり、図２および図３で示したフレーム構成はイーサネット（Ｒ）でのデータフレーム（パケット）の例である。
【００３６】
図４は、本実施形態の画像処理システムを構成する情報処理装置２０および画像処理装置３０の機能構成を示すブロック図である。
【００３７】
（Ａ）情報処理装置側：
図４において、情報処理装置２０は、アプリケーション２１、入出力制御部２２、入力部２３、出力部２４とから構成されている。
アプリケーション２１は、例えば、ワープロソフト、表計算ソフト、画像処理ソフト等のようなアプリケーションプログラムであって、作成された文書や画像等を出力（印刷）あるいは、文書や画像等を読み込み入力（スキャナ等）するように入出力制御部２２に指令する。
【００３８】
入出力制御部２２は、最初、アプリケーションプログラムが指定したジョブ要求（出力、入力）の解析を行い、指定されたジョブ要求をネットワークに接続された画像処理装置３０へのジョブ要求を送信する。
【００３９】
次に、入出力制御部２２はジョブ要求をした画像処理装置３０から返信が、「処理可能」の場合には、ジョブ要求が出力データ（印刷）の場合、出力部２４を呼び出し、画像処理装置３０へ出力データ（印刷）を送り、出力データ（印刷）がなくなると一連の出力（印刷）処理を終了する。
【００４０】
また、ジョブ要求が入力データ（スキャナ）の場合、入力部２３を呼び出し、画像処理装置３０が読み込んだ入力データ（スキャナ）を、ネットワークを介し情報処理装置２０のメモリへ読み込み、入力データ（スキャナ）がなくなると一連の入力データ（スキャナ）処理を終了する。
また、入出力制御部２２は、画像処理装置３０からの返信が「処理不可」の場合には、ユーザの指示により、再度適合する画像処理装置３０へのジョブ要求を送信することを繰り返す。
【００４１】
図５は、情報処理装置２０から画像処理装置３０に対して画像データを入出力するときの情報処理装置２０における処理手順を説明するためのフローチャートである。
先ず、例えば、ワープロソフト、表計算ソフト、画像処理ソフト等のようなアプリケーションプログラムから作成された文書や画像等を出力またはアプリケーションプログラムへ画像データを取り込むように指令する（ステップＳ１１）。
【００４２】
ネットワーク上を流れる要求フレーム（パケット）を作成し、作成したフレームにジョブ要求を発行する情報処理装置２０の要求元ＩＰアドレスとジョブ要求が処理できるかを問い合わせる装置の要求先ＩＰアドレスを含む「ＩＰヘッダー」と呼ぶ情報を付与する（ステップＳ１２）。この作成したフレームをネットワークに送出し、画像処理装置３０にジョブ要求を問い合わせる（ステップＳ１３）。
【００４３】
画像処理装置３０からの返信がないか、または要求不可の返信の場合（ステップＳ１４のＮＯ）、ユーザの指示により再度適合する画像処理装置３０へのジョブ要求を問い合わせするためにステップＳ１２へ戻る。
【００４４】
一方、画像処理装置３０からの応答がある場合（ステップＳ１４のＹＥＳ）、ジョブ要求が出力処理の場合（ステップＳ１５のＹＥＳ）、応答フレームに格納されている「ＩＰアドレス」の画像処理装置３０へ出力データを送信し（ステップＳ１７）、出力データの送信が終了すると、終了の信号をこの画像処理装置３０へ送信して（ステップＳ１９）、処理を終了する。
【００４５】
一方、ジョブ要求が入力処理の場合（ステップＳ１５のＮＯ）、応答フレームに格納されている「ＩＰアドレス」の画像処理装置３０から入力データを受信し（ステップＳ１６）、画像処理装置から終了の信号を受信し（ステップＳ１８）、処理を終了する。
【００４６】
上述した実施形態における出力装置としては、プリンタ装置、ファクシミリ装置または複合機等で、また入力装置としては、スキャナ装置、ファクシミリ装置または複合機等であって、ネットワークに接続しても使用可能なものであればいずれの装置であってもよい。
【００４７】
（Ｂ）画像処理装置側：
図４において、画像処理装置３０は少なくとも監視部３１、処理実行部３２、エンジン３３、出力部３３ａ、入力部３３ｂおよびサービス状態テーブル３４から構成されている。
【００４８】
図６は、画像処理装置３０のメモリ上に格納されているサービス状態テーブル３４のデータ構造の例である。サービス状態テーブル３４は、少なくともグループ名、ホストネーム、ネットワークＩＤ、ＭＡＣアドレス、クラス、サービス、代行処理およびステイタス（状態）の項目を含んでおり、これらの情報により同一グループ（部・課・チーム等）に属する画像処理装置３０のサービス（提供できる）および画像処理装置３０のステイタス（状態）を管理している。
【００４９】
グループ名：画像処理装置３０をグループに分類するためのグループ名である。グループ名の設定は、画像処理装置３０の操作パネル上から、または、ネットワークを介し、Ｗｅｂブラウザから設定する事ができる。グループ名の設定要求によって、登録または変更ができる。
ホストネーム：ネットワーク上の他の装置と区別するための、装置の名前を格納する。
ネットワークＩＤ：個々の画像処理装置３０を識別するＩＰアドレスを格納する。
ＭＡＣアドレス：個々の画像処理装置３０に搭載するＮＩＣを識別するハードウェアアドレスを格納する。
クラス：画像処理装置３０のクラスを識別するプリンタ装置、複合機またはスキャナ装置を格納する。
サービス：ジョブ要求を受け付けた時、提供できる機能を格納する。
代行処理：代行処理の応答を行うか否かを識別するフラグを格納する。代行処理要求に応答する否かの設定は、画像処理装置の操作パネル上から、または、ネットワークを介し、Ｗｅｂブラウザから設定する事ができる。また、代行処理要求に応答するか否かの設定を否とした画像処理装置から代行処理不可の通知を受信すると、受信した装置のエントリをサービス状態テーブル３４から削除する。
ステイタス（状態）：ホストネームで示される画像処理装置３０の現在の状態を保持する。ステイタスとしては、「印刷中」、「印刷可」または「エラー」がある。このステイタスはジョブ要求を転送した画像処理装置３０からの応答情報または通知メッセージをもとに更新する。
【００５０】
この、サービス状態テーブル３４は、各画像処理装置３０のメモリ上に格納されている。サービス状態テーブルや画像データを格納するメモリは、不慮の電源断，安全のための電源断等でこれらのテーブルの内容および画像データ等が失われることがないように、バッテリによりメモリのバックアップを行っている。
【００５１】
監視部３１は、情報処理装置２０や他の画像処理装置３０からの通信の監視と、各種の要求、通知、応答および画像処理装置３０自身の内部状態を監視し、それぞれの状態に対応した処理機能を呼び出す。
内部状態に関するイベントには、画像処理装置３０に電源が入れられた場合、処理ができない状態（例えば、紙なし、ジャム、トナー切れ、故障等）になった場合、再度処理できる状態になった場合等がある。
【００５２】
（イ）画像処理装置３０自身に電源が入れられた場合、ネットワークに接続されたことを確認して、該画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されている場合、サービス状態テーブル３４の自分自身のエントリを更新し、サービス状態テーブル３４を参照し、マルチキャストで送信し、ネットワーク上に接続されているグループに属するすべての画像処理装置３０に対して電源が入れられた旨を通知する。
サービス状態テーブル３４が格納されていない場合、サービス状態テーブル３４を作成し、サービス状態テーブル３４の自分自身のエントリに登録を行い、ブロードキャストで送信し、同一ネットワーク上に接続されているすべての画像処理装置３０に対して電源が入れられた旨を通知する。
次に、異なったネットワークに接続された画像処理装置３０に通知を行うために、ルータ１０に対して、要求はＲＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを使用し、ルーティングテーブルの要求を発行する。ルータ１０から返信された、ルーティングテーブルに登録されている、宛先ＩＰアドレス、サブネットマスク、インターフェイスおよびゲートウェイを参照し、宛先ＩＰアドレスとサブネットマスクからネットワーク・アドレスを計算して、自分自身が接続されているネットワークと同じかどうかを調べ、異なったネットワークということが分かれば、ルータに転送を依頼し、異なったネットワークに接続されたすべての画像処理装置３０へ電源が入れられた旨を通知する。
【００５３】
（ロ）画像処理装置３０自身が再度処理できる状態になった場合、（イ）と同様の処理を行い、ネットワーク上に接続されているグループに属するすべての画像処理装置３０に対して再度処理ができる状態になった旨を通知する。
このように、再度参加することにより、画像処理装置３０に対して常に接続可能な画像処理装置３０を割り当てることができる。
【００５４】
（ハ）画像処理装置３０自身が処理できない状態になった場合、例えば、紙なし、ジャム、トナー切れあるいは故障等を検出した場合、（イ）と同様の処理を行い、グループに属するすべての画像処理装置３０に対してジョブ要求の処理ができない旨を通知し、自分以外の画像処理装置３０が保持しているサービス状態テーブル３４から自分のエントリを削除してもらう。
【００５５】
（ニ）情報処理装置２０または画像処理装置３０自身から、グループ指定の設定の要求があった場合、（イ）と同様の処理を行い、設定されたグループ名をすべての画像処理装置３０に対して通知し、自分と他の画像処理装置３０のサービス状態テーブル３４に自分のエントリを登録する。グループ指定は、画像処理装置３０の操作パネルからグループ名を入力し、直接設定するとこのイベントが発行される。また、ネットワークを介し、Ｗｅｂブラウザを使用して情報処理装置２０から設定指令を受信するとこのイベントが発行される。
【００５６】
（ホ）情報処理装置２０または画像処理装置３０自身から、代行処理要求に応答するか否かの指定があった場合、（イ）と同様の処理を行い、指定された代行処理要求に応答するか否かを同一グループに属するすべての画像処理装置３０に対して通知し、自分と他の画像処理装置３０のサービス状態テーブル３４に自分のエントリを登録または変更する。代行処理要求に応答するか否かの指定は、画像処理装置３０自身の操作パネル上のスイッチにより行う。操作パネル上のスイッチを押下すると、このイベントが発行される。また、ネットワークを介し、Ｗｅｂブラウザを使用して情報処理装置２０から設定指令を受信するとこのイベントが発行される。
【００５７】
（へ）情報処理装置２０からジョブ要求があった場合には、ジョブ要求が処理できれば、ジョブ要求を発行した要求元の情報処理装置２０へ当該画像処理装置３０のＩＰアドレスをユニキャストで返信する。ジョブ要求が処理できない場合、画像処理装置３０は、サービス状態テーブル３４を参照し、代行処理できる画像処理装置３０があるかを探し、見つかれば、ジョブ要求を発行した要求元の情報処理装置２０へ当該画像処理装置３０のＩＰアドレスをユニキャストで返信する。
一方、見つからなければ、同一グループに属するすべての画像処理装置３０に対して受信したジョブ要求をマルチキャストで転送する。
【００５８】
（ト）他の同一グループに属する画像処理装置３０から転送されたジョブ要求があった場合で代行処理要求に応答できる場合には、ジョブ要求が処理できれば、転送要求を行った転送元の画像処理装置３０へ当該画像処理装置３０のＩＰアドレスをユニキャストで返信する。処理できない場合または代行処理要求に応答できない場合には返信しない。
【００５９】
（チ）情報処理装置２０からの画像データの入出力処理の場合、入力処理のときは、処理実行部３２に対し、入力データの読み込み指令を発行する。処理実行部３２はエンジン３３の入力部３３ｂが画像処理装置３０内のメモリに読み込みだデータを情報処理装置２０へ送信する。出力処理のときは、情報処理装置２０からの画像データを受信して、一旦、画像処理装置３０内のメモリへ格納し、処理実行部３２に対し、画像データの出力指令を発行し、エンジン３３の出力部３３ａにより、画像データの出力を行う。
【００６０】
（リ）各種通知が他の同じグループに属する画像処理装置３０からあった場合には、サービス状態テーブル３４に通知のあった画像処理装置３０のエントリが登録されているか否かのチェックを行い、すでにエントリが存在するときは、エントリの通知内容で更新する。
エントリがないときは、新たにエントリを作成し、通知内容を登録する。
ここで各種の通知とは、電源ＯＮ、再度処理、エラー検知、グループ指定および代行処理を行えるかまたは行えない（否）の通知である。
【００６１】
（ヌ）転送先の画像処理装置３０から処理できる旨の応答があった場合には、サービス状態テーブル３４に応答のあった画像処理装置３０のエントリを更新し、サービス状態テーブル３４を参照して、この受信した応答が最初の場合、転送先のＩＰアドレスを含む、ジョブ要求の処理できる旨のフレーム（パケット）を作成し、ジョブ要求を発行した要求元にジョブ要求の処理できる旨の返信するフレーム（パケット）をネットワークに送出する。しかし、受信した応答が最初でない場合には何も処理しない。
また、最初に情報処理装置２０から要求を受けた画像処理装置３０の場合、所定の時間を経ても応答がないときには、「不可」メッセージを要求元に返信する。
【００６２】
処理実行部３２は、出力処理の場合、画像データがメモリに格納されると、監視部３１によるイベント処理とは並行して処理され、監視部３１から画像データの出力指令を受信すると、監視部３１でメモリに格納された出力データをエンジン３３の出力部３３ａに送って、実際の印刷出力を行う。
また、入力処理の場合、監視部３１から画像データの入力指令を受信すると、エンジン３３へ画像データの読み込み指令を発行し、エンジン３３は入力部３３ｂからの入力データを画像処理装置３０内のメモリへ読み込み、処理実行部３２は、画像データの要求元の情報処理装置２０へ送信する。
【００６３】
図７および図８は、画像処理装置３０において、情報処理装置２０や他の画像処理装置３０から要求されるイベントの処理手順を説明するためのフローチャートである。
画像処理装置３０は、画像処理装置３０内で生起したイベントに対して、次のように処理する。
【００６４】
画像処理装置３０に電源が投入された場合（ステップＳ５０のＹＥＳ）、ネットワークに接続されたことを確認して、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されているかチェックを行い（ステップＳ５１）、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されている場合（ステップＳ５１のＹＥＳ）、サービス状態テーブル３４上の自分自身のエントリを更新し（ステップＳ５２）、サービス状態テーブル３４を参照し、電源が入れられた旨のフレーム（パケット）を作成し、マルチキャストで送信し、ネットワーク上に接続されている同一グループに属するすべての画像処理装置３０に対して電源が入れられた旨を通知するフレーム（パケット）をネットワークに送出し（ステップＳ５３）、イベント待ちへ戻る。
【００６５】
一方、サービス状態テーブル３４が格納されていない場合（ステップＳ５１のＮＯ）、画像処理装置３０のメモリ上にサービス状態テーブル３４を作成し、サービス状態テーブル３４の自分自身のエントリに登録を行い（ステップＳ５４）、電源が入れられた旨のフレーム（パケット）を作成し、ブロードキャストで送信し、同一ネットワーク上に接続されているすべての画像処理装置３０に対して電源が入れられた旨を通知するフレーム（パケット）をネットワークに送出する（ステップＳ５５）。ブロードキャストで送信した通知フレーム（パケット）は受信した画像処理装置で、自分自身が属するグループからの通知でない場合、通知を無視し、受信フレーム（パケット）を破棄する。
【００６６】
次に、異なったネットワークに接続された画像処理装置３０に通知を行うために、ルータ１０に対して、要求はＲＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを使用し、ルーティングテーブルの要求を発行する（ステップＳ５６）。
【００６７】
ルータ１０から返信された、ルーティングテーブルに登録されている、宛先ＩＰアドレス、サブネットマスク、インターフェイスおよびゲートウェイを参照し、宛先ＩＰアドレスとサブネットマスクからネットワーク・アドレスを計算して、自分自身が接続されているネットワークと同じかどうかを調べる。
異なったネットワークということが分かれば、電源が入れられた旨のフレーム（パケット）を作成し、異なったネットワークに接続されたすべての画像処理装置３０への電源が入れられた旨を通知するフレーム（パケット）をネットワークに送出し、ルータに転送を依頼し（ステップＳ５７）、イベント待ちへ戻る。
【００６８】
また、再度処理ができる状態になった場合（ステップＳ５８のＹＥＳ）、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されているとき（ステップＳ５１のＹＥＳ）、サービス状態テーブル３４上の自分自身のエントリを更新し（ステップＳ５２）、サービス状態テーブル３４を参照し、再度処理ができる状態になった旨のフレーム（パケット）を作成し、マルチキャストで送信し、ネットワーク上に接続されている同一グループに属するすべての画像処理装置３０に対して再度処理ができる状態になった旨を通知するフレーム（パケット）をネットワークに送出し（ステップＳ５３）、イベント待ちへ戻る。
【００６９】
一方、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されていない場合（ステップＳ５１のＮＯ）、画像処理装置３０のメモリ上にサービス状態テーブル３４を作成し、サービス状態テーブル３４の自分自身のエントリに登録を行い（ステップＳ５４）、再度処理ができる状態になった旨のフレーム（パケット）を作成し、ブロードキャストで送信し、同一ネットワーク上に接続されているすべての画像処理装置３０に対して再度処理ができる状態になった旨を通知するフレーム（パケット）をネットワークに送出する（ステップＳ５５）。
【００７０】
次に、異なったネットワークに接続された画像処理装置３０に通知を行うために、ルータ１０に対して、要求はＲＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを使用し、ルーティングテーブルの要求を発行する（ステップＳ５６）。
【００７１】
ルータ１０から返信された、ルーティングテーブルに登録されている、宛先ＩＰアドレス、サブネットマスク、インターフェイスおよびゲートウェイを参照し、宛先ＩＰアドレスとサブネットマスクからネットワーク・アドレスを計算して、自分自身が接続されているネットワークと同じかどうかを調べる。
異なったネットワークということが分かれば、再度処理ができる状態になった旨のフレーム（パケット）を作成し、異なったネットワークに接続されたすべての画像処理装置３０への再度処理ができる状態になった旨を通知するフレーム（パケット）をネットワークに送出し、ルータに転送を依頼し（ステップＳ５７）、イベント待ちへ戻る。
【００７２】
また、画像処理装置３０が紙なし、ジャム、トナー切れあるいは故障等を検出して処理できない状態になった場合（ステップＳ５９のＹＥＳ）、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されている場合（ステップＳ５１のＹＥＳ）、サービス状態テーブル３４上の自分自身のエントリを更新し（ステップＳ５２）、サービス状態テーブル３４を参照し、エラーを検知した旨のフレーム（パケット）を作成し、マルチキャストで送信し、ネットワーク上に接続されている同一グループに属するすべての画像処理装置３０に対してエラーを検知した旨を通知するフレーム（パケット）をネットワークに送出し（ステップＳ５３）、イベント待ちへ戻る。
【００７３】
一方、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されていない場合（ステップＳ５１のＮＯ）、３０のメモリ上にサービス状態テーブル３４を作成し、サービス状態テーブル３４の自分自身のエントリに登録を行い（ステップＳ５４）、エラーを検知した旨のフレーム（パケット）を作成し、ブロードキャストで送信し、同一ネットワーク上に接続されているすべての画像処理装置３０に対してエラーを検知した旨を通知するフレーム（パケット）をネットワークに送出する（ステップＳ５５）。
【００７４】
次に、異なったネットワークに接続された画像処理装置３０に通知を行うために、ルータ１０に対して、要求はＲＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを使用し、ルーティングテーブルの要求を発行する（ステップＳ５６）。
【００７５】
ルータ１０から返信された、ルーティングテーブルに登録されている、宛先ＩＰアドレス、サブネットマスク、インターフェイスおよびゲートウェイを参照し、宛先ＩＰアドレスとサブネットマスクからネットワーク・アドレスを計算して、自分自身が接続されているネットワークと同じかどうかを調べる。
異なったネットワークということが分かれば、エラーを検知した旨のフレーム（パケット）を作成し、異なったネットワークに接続されたすべての画像処理装置３０へのエラーを検知した旨を通知するフレーム（パケット）をネットワークに送出し、ルータに転送を依頼し（ステップＳ５７）、イベント待ちへ戻る。
【００７６】
また、代行処理要求に応答するか否かの設定要求があった場合（ステップＳ６０のＹＥＳ）、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されているとき（ステップＳ５１のＹＥＳ）、サービス状態テーブル３４上の自分自身のエントリを更新し（ステップＳ５２）、サービス状態テーブル３４を参照し、代行処理要求に応答するか否かの旨のフレーム（パケット）を作成し、マルチキャストで送信し、ネットワーク上に接続されているグループに属するすべての画像処理装置３０に対して代行処理要求に応答するか否かの旨を通知するフレーム（パケット）をネットワークに送出し（ステップＳ５３）、イベント待ちへ戻る。
【００７７】
一方、画像処理装置３０のメモリ上にサービス状態テーブル３４が格納されていない場合（ステップＳ５１のＮＯ）、サービス状態テーブル３４を作成し、サービス状態テーブル３４の自分自身のエントリに登録を行い（ステップＳ５４）、代行処理を行うか否かの旨のフレーム（パケット）を作成し、同一ネットワーク上に接続されているすべての画像処理装置３０に対して代行処理を行うか否かの旨を通知するフレーム（パケット）をネットワークに送出する（ステップＳ５５）。
【００７８】
次に、異なったネットワークに接続された画像処理装置３０に通知を行うために、ルータ１０に対して、要求はＲＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを使用し、ルーティングテーブルの要求を発行する（ステップＳ５６）。
【００７９】
ルータ１０から返信された、ルーティングテーブルに登録されている、宛先ＩＰアドレス、サブネットマスク、インターフェイスおよびゲートウェイを参照し、宛先ＩＰアドレスとサブネットマスクからネットワーク・アドレスを計算して、自分自身が接続されているネットワークと同じかどうかを調べる。
異なったネットワークということが分かれば、代行処理を行うか否かの旨のフレーム（パケット）を作成し、異なったネットワークに接続されたすべての画像処理装置３０へ代行処理を行うか否かの旨を通知するフレーム（パケット）をネットワークに送出し、ルータに転送を依頼し（ステップＳ５７）、イベント待ちへ戻る。
【００８０】
グループ名の設定要求があった場合（ステップＳ６１のＹＥＳ）、画像処理装置３０のメモリ上にサービス状態テーブル３４を作成し、サービス状態テーブル３４の自分自身のエントリに登録を行い（ステップＳ５４）、グループ名の設定した旨のフレーム（パケット）を作成し、ブロードキャストで送信し、同一ネットワーク上に接続されているすべての画像処理装置３０に対してグループ名の設定した旨を通知するフレーム（パケット）をネットワークに送出する（ステップＳ５５）。
【００８１】
次に、異なったネットワークに接続された画像処理装置３０に通知を行うために、ルータ１０に対して、要求はＲＩＰ（Ｒｏｕｔｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等のプロトコルを使用し、ルーティングテーブルの要求を発行する（ステップＳ５６）。
【００８２】
ルータ１０から返信された、ルーティングテーブルに登録されている、宛先ＩＰアドレス、サブネットマスク、インターフェイスおよびゲートウェイを参照し、宛先ＩＰアドレスとサブネットマスクからネットワーク・アドレスを計算して、自分自身が接続されているネットワークと同じかどうかを調べる。
異なったネットワークということが分かれば、グループ名の設定した旨のフレーム（パケット）を作成し、異なったネットワークに接続されたすべての画像処理装置３０へのグループ名の設定した旨を通知するフレーム（パケット）をネットワークに送出し、ルータに転送を依頼し（ステップＳ５７）、イベント待ちへ戻る。
【００８３】
また、情報処理装置２０からジョブ要求があった場合（ステップＳ６２のＹＥＳ）、ジョブ要求が処理できるとき（ステップＳ６３のＹＥＳ）、当該画像処理装置３０のＩＰアドレスを含む、ジョブ要求の処理できる旨のフレーム（パケット）を作成し、ジョブ要求を発行した要求元の情報処理装置２０へ返信するフレーム（パケット）をネットワークに送出し（ステップＳ６４）、イベント待ちへ戻る。
一方、ジョブ要求の処理できない場合（ステップＳ６３のＮＯ）、サービス状態テーブル３４を参照し、代行可能な画像処理装置が見つかれば、当該画像処理装置３０のＩＰアドレスを含む、ジョブ要求の処理できる旨のフレーム（パケット）を作成し、ジョブ要求を発行した要求元の情報処理装置２０へ返信するフレーム（パケット）をネットワークに送出するが、見つからなければ、ジョブ要求の転送のフレーム（パケット）を作成し、マルチキャストで送信し、同一グループに属するすべての画像処理装置３０に対して受信したジョブ要求を転送するフレーム（パケット）をネットワークに送出し（ステップＳ６５）、イベント待ちへ戻る。
【００８４】
他の画像処理装置３０から転送されたジョブ要求があった場合（ステップＳ６６のＹＥＳ）、転送されたジョブ要求の処理できる場合（ステップＳ６７のＹＥＳ）、当該画像処理装置３０の提供できるサービスとＩＰアドレスを含む、転送されたジョブ要求の処理できる旨のフレーム（パケット）を作成し、ジョブ要求を転送した転送元の画像処理装置３０へ返信するフレーム（パケット）をネットワークに送出し（ステップＳ６８）、イベント待ちへ戻る。ジョブ要求が処理できない場合（ステップＳ６７のＮＯ）、イベント待ちへ戻る。
【００８５】
情報処理装置２０から画像入出力処理の要求があった場合（ステップＳ７０のＹＥＳ）、入力処理のとき（ステップＳ７１のＹＥＳ）、処理実行部３２に対し、入力データの読み込み指令を発行する。処理実行部３２はエンジン３３の入力部３３ｂが画像処理装置３０内のメモリに読み込んだデータを情報処理装置２０へ送信するためのデータフレーム（パケット）を作成し、ネットワークに送出し画像処理装置３０へ送信し、データが終了すると終了の通知を行って（ステップＳ７２）、イベント待ちへ戻る。
【００８６】
一方、出力処理のとき（ステップＳ７１のＮＯ）、情報処理装置２０からネットワークに送出した画像データを受信して、一旦、画像処理装置３０内のメモリへ格納し、処理実行部２２に対し、画像データの出力指令を発行し、エンジン３３の出力部２４により、画像データの出力を行い（ステップＳ７３）、イベント待ちへ戻る。
【００８７】
図９は、画像処理装置３０において、情報処理装置２０や他の画像処理装置３０から各種通知および応答の処理手順を説明するためのフローチャートである。画像処理装置３０で受信したイベントに対して、次のように処理する。
【００８８】
各種通知があった場合（ステップＳ８０のＹＥＳ、ステップＳ８４のＹＥＳ、ステップＳ８５のＹＥＳ、ステップＳ８６のＹＥＳ、ステップＳ８７のＹＥＳ）、サービス状態テーブル３４に通知のあった画像処理装置３０のエントリが登録されているか否かのチェックを行い、すでにエントリが存在するときは（ステップＳ８１のＹＥＳ）、エントリの通知内容を更新する（ステップＳ８２）。
一方、エントリがないときは（ステップＳ８１のＮＯ）、新たに通知のあった画像処理装置のエントリを作成し、通知内容を登録し（ステップＳ８３）、イベント待ちへ戻る。ここで各種通知とは、電源ＯＮ、再度処理、エラー検知、グループ指定および代行処理に応答するか否かの通知である。
【００８９】
最後に、ジョブ要求を転送した転送先から応答があった場合（ステップＳ８８のＹＥＳ）、サービス状態テーブル３４に応答のあった画像処理装置３０のエントリを更新する（ステップＳ８９）。
この受信した応答が最初の場合（ステップＳ９０のＹＥＳ）、転送先のＩＰアドレスを含む、ジョブ要求の処理できる旨のフレーム（パケット）を作成し、ジョブ要求を発行した要求元にジョブ要求の処理できる旨の返信するフレーム（パケット）をネットワークに送出し（ステップＳ９１）、イベント待ちへ戻る。
しかし、受信した応答が最初でない場合（ステップＳ９０のＮＯ）、イベント待ちへ戻る。
【００９０】
本発明は、上述した実施形態において、情報処理装置２０から画像処理装置３０へのジョブ要求を問い合わせした画像処理装置３０が処理できない状態であれば、問い合わせした画像処理装置３０から他の画像処理装置３０へ要求を転送して、処理が可能な画像処理装置３０を検索するため、情報処理装置２０は一回の画像処理装置３０への要求だけになり、情報処理装置２０における入出力処理の負荷およびネットワークの負荷が低減される。
【００９１】
上述した実施形態における画像処理装置としては、プリンタ装置、ファクシミリ装置、スキャナ装置、複写機または複合機（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：スキャナ、ＦＡＸ等を搭載した複写機）等であって、ネットワークに接続して使用可能なものであればいずれの装置であってもよい。
【００９２】
本発明は、上述した実施形態の画像処理システム、画像処理装置、情報処理装置を構成する各機能をそれぞれプログラム化し、予めＲＯＭのような記録媒体に書き込んでおき、画像処理装置または情報処理装置にそれぞれ対応するプログラムを格納したＲＯＭを装着して、これらのプログラムをマイクロプロセッサで実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されて実行された状態が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【００９３】
なお、このような機能を実現するプログラムは、半導体媒体（例えば、ＲＯＭ、不揮発性メモリ等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれの形態の記録媒体で提供されてもよい。
あるいは、ネットワーク等の通信網を介して記憶装置に格納されたプログラムをサーバコンピュータから直接供給を受けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
【００９４】
プログラムを上記のような記録媒体へ記録した場合、この記録媒体を媒体駆動装置に装着して、記録されたプログラムを記憶装置にインストールし、このインストールされたプログラムをマイクロプロセッサが実行する。
このように、記録媒体から読み出されたプログラム自体が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記憶した記録媒体も本発明を構成することになる。
【００９５】
また、プログラムを実行することにより上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施形態の機能が実現される場合も含まれる。
【００９６】
尚、本発明は上述した実施形態に限定されず、本発明の要旨を逸脱しない範囲内で各種の変形、修正が可能であるのは勿論である。
【００９７】
【発明の効果】
以上説明したように本発明によれば、単一ネットワークだけではなく、ルータを介して複数のネットワークに接続された画像処理装置や情報処理装置を部、課あるいはチームの単位でグループに分類し、情報処理装置からのジョブ要求という指令を受信した画像処理装置がエラーまたは処理能力を超えていた場合、グループ単位により、マルチキャストで送信し、ルータを介し複数のネットワークに繋がった同じグループの画像処理装置に画像データの処理を依頼する。
このため、依頼先のネットワークのアドレスが不明であっても、グループ名で依頼ができるため、画像処理装置の増減するたびに、システムの改変の必要がなく、柔軟なシステム環境が構築できる。
また、画像の入出力処理を受けた装置が処理を行うことができない場合は、分散処理によって迅速かつ確実に画像の入出力処理ができる。
また、最適な分散処理を可能としてシステム全体の処理を効率的にできるシステム環境の構築ができる。
【００９８】
さらに、分散および転送先の検索方式とし、検索要求はマルチキャストで送信および検索結果の応答をユニキャストで送信の採用により、ネットワーク上でデータの転送負荷が軽減される。
【図面の簡単な説明】
【図１】本発明の画像処理システムに係る一実施形態の全体構成を示すブロック図である。
【図２】ネットワーク上を流れる要求フレーム（パケット）の構成である。
【図３】ネットワーク上を流れる通知および応答フレーム（パケット）の構成である。
【図４】本実施形態の画像処理システムを構成する情報処理装置および画像処理装置の機能構成を示すブロック図である。
【図５】情報処理装置から画像処理装置に対して画像データを入出力するときの情報処理装置における処理手順を説明するためのフローチャートである。
【図６】サービス状態テーブルのデータ構造例である。
【図７】画像処理装置において、情報処理装置や他の画像処理装置から要求されるイベントの処理手順を説明するためのフローチャート（その１）である。
【図８】画像処理装置において、情報処理装置や他の画像処理装置から要求されるイベントの処理手順を説明するためのフローチャート（その２）である。
【図９】画像処理装置において、情報処理装置および他の画像処理装置から各種通知および応答の処理手順を説明するためのフローチャートである。
【符号の説明】
１０，１１…ルータ、２０…情報処理装置、２１…アプリケーション、２２…入出力制御部、２３…入力部、２４…出力部、３０…画像処理装置、３１…監視部、３２…処理実行部、３３…エンジン、３３ａ…出力部、３３ｂ…入力部、３４…サービス状態テーブル、４０，４１，４２…ネットワーク。

Claims (20)

1. 画像データの入出力処理を行う画像処理装置と、情報処理装置とをネットワークを介して接続し、前記情報処理装置からの要求で前記画像処理装置が画像データの入力または出力処理を行う画像処理システムにおいて、
   前記情報処理装置は、前記画像処理装置へ画像データの入力または出力処理のジョブ要求という指令を送信し、
   前記画像処理装置は、同一グループに属する画像処理装置の可能なサービスおよび状態を管理するテーブルを有して、前記情報処理装置から画像処理のジョブ要求指令を受信したときに、前記ジョブ要求の処理ができない状態で、且つ、前記テーブルを参照して処理可能な画像処理装置がなければ、前記ネットワークに対してマルチキャストで前記ジョブ要求を転送し、
   前記ジョブ要求の転送を同一グループの画像処理装置から受信したときには、その要求を処理可能であればユニキャストで処理可能なサービスを転送元の画像処理装置へ返信し、
   前記処理可能なサービスを同一グループの画像処理装置から受信した場合には、該処理可能なサービスで前記テーブルを更新するとともに、前記テーブルを参照して、前記ジョブ要求を行った情報処理装置へ代行可能な画像処理装置を返信するようにしたことを特徴とする画像処理システム。
2. 請求項１に記載の画像処理システムにおいて、同一グループの画像処理装置から前記ジョブ要求の転送を受信したときに、応答するか否かを設定できるようにして、この設定により、前記ジョブ要求の転送を受信したときに、自装置で前記ジョブ要求を処理できるか否かを決定するようにしたことを特徴とする画像処理システム。
3. 請求項２に記載の画像処理システムにおいて、前記応答するか否かの設定は、該装置の操作パネルから設定できるようにしたことを特徴とする画像処理システム。
4. 請求項２に記載の画像処理システムにおいて、前記応答するか否かの設定は、前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする画像処理システム。
5. 請求項３または４に記載の画像処理システムにおいて、前記応答するか否かの設定を否としたときには、マルチキャストで代行処理不可を通知することを特徴とする画像処理装置。
6. 請求項５に記載の画像処理システムにおいて、前記代行処理不可を受信した場合、当該装置のエントリを前記テーブルから削除することを特徴とする画像処理システム。
7. 請求項１に記載の画像処理システムにおいて、グループ名を設定できるようにして、この設定により、前記ジョブ要求をグループ単位で検索するようにしたことを特徴とする画像処理システム。
8. 請求項７に記載の画像処理システムにおいて、グループ名の設定は前記画像処理装置の操作パネルから設定できるようにしたことを特徴とする画像処理システム。
9. 請求項７に記載の画像処理システムにおいて、グループ名の設定は前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする画像処理システム。
10. ネットワークに接続されて画像データの入出力処理を行う画像処理装置において、前記画像処理装置のうち同一グループに属する画像処理装置の可能なサービスおよび状態を管理するテーブルを有して、前記ネットワークを介して接続された情報処理装置から処理要求のジョブ要求指令を受信したとき、前記ジョブ要求の処理ができない状態で、且つ、前記テーブルを参照して処理可能な画像処理装置がなければ、前記ネットワークに対してマルチキャストで前記ジョブ要求を転送し、
    前記ジョブ要求の転送を同一グループの画像処理装置から受信したときには、その要求を処理可能であればユニキャストで処理可能なサービスを転送元に返信し、
    前記処理可能なサービスを同一グループの画像処理装置から受信した場合には、該処理可能なサービスで前記テーブルを更新するとともに、前記テーブルを参照して、前記ジョブ要求を行った情報処理装置へ代行可能な画像処理装置を返信するようにしたことを特徴とする画像処理装置。
11. 請求項１０に記載の画像処理装置において、同一グループの画像処理装置から前記ジョブ要求の転送を受信したときに、応答するか否かを設定できるようにして、この設定により、前記ジョブ要求の転送を受信したときに、自装置で前記ジョブ要求を処理できるか否かを決定するようにしたことを特徴とする画像処理装置。
12. 請求項１１に記載の画像処理装置において、前記応答するか否かの設定は、該装置の操作パネルから設定できるようにしたことを特徴とする画像処理装置。
13. 請求項１１に記載の画像処理装置において、前記応答するか否かの設定は、前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする画像処理装置。
14. 請求項１２または１３に記載の画像処理装置において、前記応答するか否かの設定を否としたときには、マルチキャストで代行処理不可を通知することを特徴とする画像処理装置。
15. 請求項１４に記載の画像処理装置において、前記代行処理不可を受信した場合、当該装置のエントリを前記テーブルから削除することを特徴とする画像処理装置。
16. 請求項１０に記載の画像処理装置において、グループ名を設定できるようにして、この設定により、前記ジョブ要求をグループ単位で検索するようにしたことを特徴とする画像処理装置。
17. 請求項１６に記載の画像処理装置において、グループ名の設定は該装置の操作パネルから設定できるようにしたことを特徴とする画像処理装置。
18. 請求項１６に記載の画像処理装置において、グループ名の設定は前記ネットワークを介してＷｅｂブラウザにて設定できるようにしたことを特徴とする画像処理装置。
19. コンピュータに、請求項１乃至９のいずれかに記載の画像処理システムの機能または請求項１０乃至１８のいずれかに記載の画像処理装置の機能を実行させるためのプログラム。
20. 請求項１９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images