JP2002135508A - 画像処理装置、画像処理システム、処理分散方法、資源取得方法、作業受託処理方法及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 自装置にて処理できない作業を他の装置に割
り振ることで、自装置で処理が滞るのを回避し、作業効
率の良い画像処理を可能とし、また、使用する装置に優
先順位を持たせることで、秩序ある分散処理を可能と
し、また、効率的に作業配分された描画処理を可能とし
た画像処理装置、処理分散方法及び記憶媒体を提供す
る。 【解決手段】 ＭＦＰのコントローラ１０１は、ネット
ワーク上の個々の画像処理装置を識別する識別情報、個
々の画像処理装置のスキャン速度、印刷速度等の性能情
報、個々の画像処理装置の待ちジョブ数等の稼働状況を
管理し、自装置の故障や能力不足により処理できない作
業作業の有無を判定し、自装置で処理できない作業が有
る場合に、作業の代行先装置を検索し、該検索した代行
先装置に対し処理を代行させる制御を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像処理装置、画
像処理システム、処理分散方法、資源取得方法、作業受
託処理方法及び記憶媒体に関し、特に、通信ネットワー
クを介して印刷データのやり取りが可能なネットワーク
対応画像処理装置に適用する場合に好適な画像処理装
置、画像処理システム、処理分散方法、資源取得方法、
作業受託処理方法及び記憶媒体に関する。

【０００２】

【従来の技術】従来、複数の画像処理装置を通信ネット
ワークによりコンピュータ等の情報処理装置と接続し、
情報処理装置から印刷指示を出すことにより、画像処理
装置において画像を用紙上に形成し印刷を行うシステム
が存在する。複数の画像処理装置の中から使用する画像
処理装置を指示する方法等の従来例を下記に示す。

【０００３】第一の従来例としては、通信ネットワーク
上に、複数のネットワーク対応画像処理装置（プリン
タ）が接続された環境で、プリント等の画像処理を行う
場合は、使用する画像処理装置を利用者が明示的に指示
する方式が知られている。

【０００４】また、第二の従来例としては、画像処理装
置毎に、画像処理に必要なプログラムもしくは書体もし
くは認証情報等を個別に持たせ、利用者側で画像処理装
置毎の性能差を把握し画像処理装置を明示的に指示す
る、或いは描画処理を画像処理装置と接続されたホスト
コンピュータ側で行い、印字のみ画像処理装置に行わせ
る方式が知られている。

【０００５】また、第三の従来例としては、上記第一の
従来例と同様に、通信ネットワーク上に、複数のネット
ワーク対応画像処理装置（プリンタ）が接続された環境
で、プリント等の画像処理を行う場合は、使用する画像
処理装置を利用者が明示的に指示する方式が知られてい
る。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来例においては下記のような問題があった。

【０００７】上記第一の従来例における使用対象画像処
理装置の指示方式では、利用者が指示した画像処理装置
（プリンタ）でしか印刷が行われない。そのため、画像
処理装置が故障した場合などは、利用者は修理が終わる
まで待つか、ネットワークに接続された他の正常な画像
処理装置に対して、改めて印刷指示をし直さねばならな
いなど、作業効率が悪いという問題があった。

【０００８】上記第二の従来例における利用者側で画像
処理装置を明示的に指示する、或いは描画処理をホスト
コンピュータ側で行い、印字のみ画像処理装置に行わせ
る方式では、利用者が指示した画像処理装置に書体デー
タが不足していた場合などは、処理が保留され続け処理
が完了しない。また、ネットワークに接続された他の正
常な画像処理装置に対して、改めて印刷指示をし直さね
ばならないなど、作業効率が悪いという問題があった。
また、画像処理装置に書体がない場合に、ホストコンピ
ュータ側で展開して印字データを渡す方法もあるが、ホ
ストコンピュータ側のＣＰＵを占有してしまい、ユーザ
にとっては他の作業の作業効率が落ちるという問題があ
った。

【０００９】上記第三の従来例における使用対象画像処
理装置の指示方式では、利用者が指示した画像処理装置
（プリンタ）でしか印刷が行われない。そのため、ある
特定の画像処理装置に作業が集中してしまった場合など
は、利用者は他の作業が処理し終わるのを待つか、ネッ
トワークに接続された他の正常な画像処理装置に対し
て、改めて印刷指示をし直さねばならないなど、作業効
率が悪いという問題があった。

【００１０】本発明は、上述した点に鑑みなされたもの
であり、自装置にて処理できない作業を他の装置に割り
振ることで、自装置で処理が滞るのを回避し、作業効率
の良い画像処理を可能とし、また、使用する装置に優先
順位を持たせることで、秩序ある分散処理を可能とし、
また、効率的に作業配分された描画処理を可能とした画
像処理装置、画像処理システム、処理分散方法及び記憶
媒体を提供することを第一の目的とする。

【００１１】また、本発明は、上述した点に鑑みなされ
たものであり、資源不足による作業中断を防止すると共
に、ネットワークに接続された装置の性能差を考慮する
ことを不要とし、統一された処理環境を提供可能とし、
また、取得資源の増加によるメモリ不足を防止すると共
に、資源の有効活用を可能とし、また、使用頻度が高い
情報資源を自装置内に保持し続けることを可能とすると
共に、処理毎に他の装置から取得するのを防止し、資源
取得に伴う時間短縮と資源取得に伴うネットワーク負荷
の軽減を可能とした画像処理装置、画像処理システム、
資源取得方法及び記憶媒体を提供することを第二の目的
とする。

【００１２】また、本発明は、上述した点に鑑みなされ
たものであり、装置の空き時間（遊んでいる時間）を少
なくすると共に、装置の故障や印刷作業の集中が発生し
た場合でも、効率的に処理配分を可能とする分散処理を
提供可能とし、また、自装置が有する性能を超えて作業
依頼されるのを回避すると共に、効率的な作業受託を可
能とし、また、受託処理の問い合わせ先装置が固定化す
るのを避け、処理時間の均一化を図ることができるよう
に作業配分することを可能とした画像処理装置、画像処
理システム、作業受託処理方法及び記憶媒体を提供する
ことを第三の目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載の発明は、ネットワーク上に他の画像
処理装置と共にデータ通信可能に接続される画像処理装
置であって、前記ネットワーク上の個々の画像処理装置
を識別する識別情報、個々の画像処理装置の性能情報、
個々の画像処理装置の稼働状況を管理する装置管理手段
と、自装置で処理できない作業の有無を判定する処理状
況判定手段と、該処理状況判定手段の判定により自装置
で処理できない作業が有る場合に、前記装置管理手段で
得た情報に基づき作業の代行先装置を検索する代行装置
検索手段と、該代行装置検索手段で検索した代行先装置
に対し処理を代行させる処理分散手段とを有することを
特徴とする。

【００１４】上記目的を達成するため、請求項２記載の
発明は、原稿から画像を読み取るスキャン機能及び画像
を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００１５】上記目的を達成するため、請求項３記載の
発明は、前記性能情報とは、少なくともスキャン速度或
いは印刷速度を含む情報であり、前記稼働状況とは、少
なくとも待ちジョブ数を含む状況であり、前記自装置で
処理できない作業とは、少なくとも自装置の故障や能力
不足により処理できない作業であることを特徴とする。

【００１６】上記目的を達成するため、請求項４記載の
発明は、前記代行装置検索手段は、前記代行先装置の選
定基準として少なくとも装置性能を含む条件を設定する
処理装置判定手段を有することを特徴とする。

【００１７】上記目的を達成するため、請求項５記載の
発明は、前記処理分散手段は、自装置に付与された作業
をそのまま前記他の画像処理装置に作業依頼する作業転
送手段と、自装置に付与された作業を描画処理と印刷処
理又はページ毎の処理に分割し前記他の画像処理装置に
作業依頼する作業分割配分手段とを有することを特徴と
する。

【００１８】上記目的を達成するため、請求項６記載の
発明は、ネットワーク上に複数の画像処理装置がデータ
通信可能に接続された画像処理システムであって、前記
画像処理装置は、前記ネットワーク上の個々の画像処理
装置を識別する識別情報、個々の画像処理装置の性能情
報、個々の画像処理装置の稼働状況を管理する装置管理
手段と、自装置で処理できない作業の有無を判定する処
理状況判定手段と、該処理状況判定手段の判定により自
装置で処理できない作業が有る場合に、前記装置管理手
段で得た情報に基づき作業の代行先装置を検索する代行
装置検索手段と、該代行装置検索手段で検索した代行先
装置に対し処理を代行させる処理分散手段とを有するこ
とを特徴とする。

【００１９】上記目的を達成するため、請求項７記載の
発明は、前記画像処理装置は、原稿から画像を読み取る
スキャン機能及び画像を記録媒体上に形成する印刷機
能、或いは画像を記録媒体上に形成する印刷機能を有す
ることを特徴とする。

【００２０】上記目的を達成するため、請求項８記載の
発明は、前記性能情報とは、少なくともスキャン速度或
いは印刷速度を含む情報であり、前記稼働状況とは、少
なくとも待ちジョブ数を含む状況であり、前記自装置で
処理できない作業とは、少なくとも自装置の故障や能力
不足により処理できない作業であることを特徴とする。

【００２１】上記目的を達成するため、請求項９記載の
発明は、前記画像処理装置の前記代行装置検索手段は、
前記代行先装置の選定基準として少なくとも装置性能を
含む条件を設定する処理装置判定手段を有することを特
徴とする。

【００２２】上記目的を達成するため、請求項１０記載
の発明は、前記画像処理装置の前記処理分散手段は、自
装置に付与された作業をそのまま前記他の画像処理装置
に作業依頼する作業転送手段と、自装置に付与された作
業を描画処理と印刷処理又はページ毎の処理に分割し前
記他の画像処理装置に作業依頼する作業分割配分手段と
を有することを特徴とする。

【００２３】上記目的を達成するため、請求項１１記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置に適用される処
理分散方法であって、前記ネットワーク上の個々の画像
処理装置を識別する識別情報、個々の画像処理装置の性
能情報、個々の画像処理装置の稼働状況を管理する装置
管理工程と、自装置で処理できない作業の有無を判定す
る処理状況判定工程と、該処理状況判定工程の判定によ
り自装置で処理できない作業が有る場合に、前記装置管
理工程で得た情報に基づき作業の代行先装置を検索する
代行装置検索工程と、該代行装置検索工程で検索した代
行先装置に対し処理を代行させる処理分散工程とを有す
ることを特徴とする。

【００２４】上記目的を達成するため、請求項１２記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００２５】上記目的を達成するため、請求項１３記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記稼働状況とは、
少なくとも待ちジョブ数を含む状況であり、前記自装置
で処理できない作業とは、少なくとも自装置の故障や能
力不足により処理できない作業であることを特徴とす
る。

【００２６】上記目的を達成するため、請求項１４記載
の発明は、前記代行装置検索工程は、前記代行先装置の
選定基準として少なくとも装置性能を含む条件を設定す
る処理装置判定工程を有することを特徴とする。

【００２７】上記目的を達成するため、請求項１５記載
の発明は、前記処理分散工程は、自装置に付与された作
業をそのまま前記他の画像処理装置に作業依頼する作業
転送工程と、自装置に付与された作業を描画処理と印刷
処理又はページ毎の処理に分割し前記他の画像処理装置
に作業依頼する作業分割配分工程とを有することを特徴
とする。

【００２８】上記目的を達成するため、請求項１６記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置に適用される処
理分散方法を実行するプログラムを記憶したコンピュー
タにより読み出し可能な記憶媒体であって、前記処理分
散方法は、前記ネットワーク上の個々の画像処理装置を
識別する識別情報、個々の画像処理装置の性能情報、個
々の画像処理装置の稼働状況を管理する装置管理ステッ
プと、自装置で処理できない作業の有無を判定する処理
状況判定ステップと、該処理状況判定ステップの判定に
より自装置で処理できない作業が有る場合に、前記装置
管理ステップで得た情報に基づき作業の代行先装置を検
索する代行装置検索ステップと、該代行装置検索ステッ
プで検索した代行先装置に対し処理を代行させる処理分
散ステップとを有することを特徴とする。

【００２９】上記目的を達成するため、請求項１７記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００３０】上記目的を達成するため、請求項１８記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記稼働状況とは、
少なくとも待ちジョブ数を含む状況であり、前記自装置
で処理できない作業とは、少なくとも自装置の故障や能
力不足により処理できない作業であることを特徴とす
る。

【００３１】上記目的を達成するため、請求項１９記載
の発明は、前記代行装置検索ステップは、前記代行先装
置の選定基準として少なくとも装置性能を含む条件を設
定する処理装置判定ステップを有することを特徴とす
る。

【００３２】上記目的を達成するため、請求項２０記載
の発明は、前記処理分散ステップは、自装置に付与され
た作業をそのまま前記他の画像処理装置に作業依頼する
作業転送ステップと、自装置に付与された作業を描画処
理と印刷処理又はページ毎の処理に分割し前記他の画像
処理装置に作業依頼する作業分割配分ステップとを有す
ることを特徴とする。

【００３３】上記目的を達成するため、請求項２１記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置であって、前記
ネットワーク上の個々の画像処理装置を識別する識別情
報、個々の画像処理装置の性能情報を管理する装置管理
手段と、自装置で処理できない作業が発生した場合に、
前記装置管理手段で得た情報に基づき処理に必要な資源
の保有先装置を特定する資源保有装置特定手段と、該資
源保有装置特定手段で特定した前記保有先装置から処理
に必要な資源を取得する資源取得手段とを有することを
特徴とする。

【００３４】上記目的を達成するため、請求項２２記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００３５】上記目的を達成するため、請求項２３記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記自装置で処理で
きない作業とは、少なくとも自装置の資源不足が原因で
処理できない作業であり、前記処理に必要な資源とは、
少なくとも書体データ或いは描画プログラム或いは認証
情報を含む資源であることを特徴とする。

【００３６】上記目的を達成するため、請求項２４記載
の発明は、前記資源取得手段は、前記保有先装置から取
得した資源の生存期間を設定する生存期間設定手段と、
前記保有先装置から取得した資源の生存期限が過ぎた場
合に当該資源を削除する取得資源削除手段とを有するこ
とを特徴とする。

【００３７】上記目的を達成するため、請求項２５記載
の発明は、前記資源取得手段は、前記保有先装置から取
得した資源の使用回数を計数する資源使用回数計数手段
と、該資源使用回数計数手段で使用頻度が高いと判断さ
れた場合に当該資源を解放しない取得資源学習手段とを
有することを特徴とする。

【００３８】上記目的を達成するため、請求項２６記載
の発明は、ネットワーク上に複数の画像処理装置がデー
タ通信可能に接続された画像処理システムであって、前
記画像処理装置は、前記ネットワーク上の個々の画像処
理装置を識別する識別情報、個々の画像処理装置の性能
情報を管理する装置管理手段と、自装置で処理できない
作業が発生した場合に、前記装置管理手段で得た情報に
基づき処理に必要な資源の保有先装置を特定する資源保
有装置特定手段と、該資源保有装置特定手段で特定した
前記保有先装置から処理に必要な資源を取得する資源取
得手段とを有することを特徴とする。

【００３９】上記目的を達成するため、請求項２７記載
の発明は、前記画像処理装置は、原稿から画像を読み取
るスキャン機能及び画像を記録媒体上に形成する印刷機
能、或いは画像を記録媒体上に形成する印刷機能を有す
ることを特徴とする。

【００４０】上記目的を達成するため、請求項２８記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記自装置で処理で
きない作業とは、少なくとも自装置の資源不足が原因で
処理できない作業であり、前記処理に必要な資源とは、
少なくとも書体データ或いは描画プログラム或いは認証
情報を含む資源であることを特徴とする。

【００４１】上記目的を達成するため、請求項２９記載
の発明は、前記画像処理装置の前記資源取得手段は、前
記保有先装置から取得した資源の生存期間を設定する生
存期間設定手段と、前記保有先装置から取得した資源の
生存期限が過ぎた場合に当該資源を削除する取得資源削
除手段とを有することを特徴とする。

【００４２】上記目的を達成するため、請求項３０記載
の発明は、前記画像処理装置の前記資源取得手段は、前
記保有先装置から取得した資源の使用回数を計数する資
源使用回数計数手段と、該資源使用回数計数手段で使用
頻度が高いと判断された場合に当該資源を解放しない取
得資源学習手段とを有することを特徴とする。

【００４３】上記目的を達成するため、請求項３１記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置に適用される資
源取得方法であって、前記ネットワーク上の個々の画像
処理装置を識別する識別情報、個々の画像処理装置の性
能情報を管理する装置管理工程と、自装置で処理できな
い作業が発生した場合に、前記装置管理工程で得た情報
に基づき処理に必要な資源の保有先装置を特定する資源
保有装置特定工程と、該資源保有装置特定工程で特定し
た前記保有先装置から処理に必要な資源を取得する資源
取得工程とを有することを特徴とする。

【００４４】上記目的を達成するため、請求項３２記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００４５】上記目的を達成するため、請求項３３記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記自装置で処理で
きない作業とは、少なくとも自装置の資源不足が原因で
処理できない作業であり、前記処理に必要な資源とは、
少なくとも書体データ或いは描画プログラム或いは認証
情報を含む資源であることを特徴とする。

【００４６】上記目的を達成するため、請求項３４記載
の発明は、前記資源取得工程は、前記保有先装置から取
得した資源の生存期間を設定する生存期間設定工程と、
前記保有先装置から取得した資源の生存期限が過ぎた場
合に当該資源を削除する取得資源削除工程とを有するこ
とを特徴とする。

【００４７】上記目的を達成するため、請求項３５記載
の発明は、前記資源取得工程は、前記保有先装置から取
得した資源の使用回数を計数する資源使用回数計数工程
と、該資源使用回数計数工程で使用頻度が高いと判断さ
れた場合に当該資源を解放しない取得資源学習工程とを
有することを特徴とする。

【００４８】上記目的を達成するため、請求項３６記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置に適用される資
源取得方法を実行するプログラムを記憶したコンピュー
タにより読み出し可能な記憶媒体であって、前記資源取
得方法は、前記ネットワーク上の個々の画像処理装置を
識別する識別情報、個々の画像処理装置の性能情報を管
理する装置管理ステップと、自装置で処理できない作業
が発生した場合に、前記装置管理ステップで得た情報に
基づき処理に必要な資源の保有先装置を特定する資源保
有装置特定ステップと、該資源保有装置特定ステップで
特定した前記保有先装置から処理に必要な資源を取得す
る資源取得ステップとを有することを特徴とする。

【００４９】上記目的を達成するため、請求項３７記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００５０】上記目的を達成するため、請求項３８記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記自装置で処理で
きない作業とは、少なくとも自装置の資源不足が原因で
処理できない作業であり、前記処理に必要な資源とは、
少なくとも書体データ或いは描画プログラム或いは認証
情報を含む資源であることを特徴とする。

【００５１】上記目的を達成するため、請求項３９記載
の発明は、前記資源取得ステップは、前記保有先装置か
ら取得した資源の生存期間を設定する生存期間設定ステ
ップと、前記保有先装置から取得した資源の生存期限が
過ぎた場合に当該資源を削除する取得資源削除ステップ
とを有することを特徴とする。

【００５２】上記目的を達成するため、請求項４０記載
の発明は、前記資源取得ステップは、前記保有先装置か
ら取得した資源の使用回数を計数する資源使用回数計数
ステップと、該資源使用回数計数ステップで使用頻度が
高いと判断された場合に当該資源を解放しない取得資源
学習ステップとを有することを特徴とする。

【００５３】上記目的を達成するため、請求項４１記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置であって、前記
ネットワーク上の個々の画像処理装置を識別する識別情
報、個々の画像処理装置の性能情報、個々の画像処理装
置の稼働状況を管理する装置管理手段と、該装置管理手
段で自装置に作業対象処理の無い空き状態が発生したと
判断した場合に、前記他の画像処理装置から作業を受託
して処理する作業受託手段とを有することを特徴とす
る。

【００５４】上記目的を達成するため、請求項４２記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００５５】上記目的を達成するため、請求項４３記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記稼働状況とは、
少なくとも待ちジョブ数を含む状況であることを特徴と
する。

【００５６】上記目的を達成するため、請求項４４記載
の発明は、前記作業受託手段は、前記他の画像処理装置
に対し、受託可能な描画或いは印刷を含む作業の制限、
受託可能な白黒印刷或いはカラー印刷を含む機能の制限
を通知する受託可能処理通知手段と、該受託可能処理通
知手段からの通知に応答した前記他の画像処理装置から
作業を受託する作業受け入れ手段とを有することを特徴
とする。

【００５７】上記目的を達成するため、請求項４５記載
の発明は、前記作業受託手段は、作業を受託可能な前記
他の画像処理装置の作業負荷を含む状態を定期的に監視
する監視手段と、作業を受託する前記他の画像処理装置
に制限を設ける装置限定手段と、作業を受託する際に装
置順或いは作業発生順或いは作業負荷の高い順で作業受
託順番を設定する作業受託順番設定手段と、該作業受託
順番設定手段で設定した作業受託順番に応じて、前記装
置管理手段で得た情報を元に画像処理装置毎の性能差を
考慮して作業負荷を算出する作業負荷算出手段とを有す
ることを特徴とする。

【００５８】上記目的を達成するため、請求項４６記載
の発明は、ネットワーク上に複数の画像処理装置がデー
タ通信可能に接続された画像処理システムであって、前
記画像処理装置は、前記ネットワーク上の個々の画像処
理装置を識別する識別情報、個々の画像処理装置の性能
情報、個々の画像処理装置の稼働状況を管理する装置管
理手段と、該装置管理手段で自装置に作業対象処理の無
い空き状態が発生したと判断した場合に、前記他の画像
処理装置から作業を受託して処理する作業受託手段とを
有することを特徴とする。

【００５９】上記目的を達成するため、請求項４７記載
の発明は、前記画像処理装置は、原稿から画像を読み取
るスキャン機能及び画像を記録媒体上に形成する印刷機
能、或いは画像を記録媒体上に形成する印刷機能を有す
ることを特徴とする。

【００６０】上記目的を達成するため、請求項４８記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記稼働状況とは、
少なくとも待ちジョブ数を含む状況であることを特徴と
する。

【００６１】上記目的を達成するため、請求項４９記載
の発明は、前記画像処理装置の前記作業受託手段は、前
記他の画像処理装置に対し、受託可能な描画或いは印刷
を含む作業の制限、受託可能な白黒印刷或いはカラー印
刷を含む機能の制限を通知する受託可能処理通知手段
と、該受託可能処理通知手段からの通知に応答した前記
他の画像処理装置から作業を受託する作業受け入れ手段
とを有することを特徴とする。

【００６２】上記目的を達成するため、請求項５０記載
の発明は、前記画像処理装置の前記作業受託手段は、作
業を受託可能な前記他の画像処理装置の作業負荷を含む
状態を定期的に監視する監視手段と、作業を受託する前
記他の画像処理装置に制限を設ける装置限定手段と、作
業を受託する際に装置順或いは作業発生順或いは作業負
荷の高い順で作業受託順番を設定する作業受託順番設定
手段と、該作業受託順番設定手段で設定した作業受託順
番に応じて、前記装置管理手段で得た情報を元に画像処
理装置毎の性能差を考慮して作業負荷を算出する作業負
荷算出手段とを有することを特徴とする。

【００６３】上記目的を達成するため、請求項５１記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置に適用される作
業受託処理方法であって、前記ネットワーク上の個々の
画像処理装置を識別する識別情報、個々の画像処理装置
の性能情報、個々の画像処理装置の稼働状況を管理する
装置管理工程と、該装置管理工程で自装置に作業対象処
理の無い空き状態が発生したと判断した場合に、前記他
の画像処理装置から作業を受託して処理する作業受託工
程とを有することを特徴とする。

【００６４】上記目的を達成するため、請求項５２記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００６５】上記目的を達成するため、請求項５３記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記稼働状況とは、
少なくとも待ちジョブ数を含む状況であることを特徴と
する。

【００６６】上記目的を達成するため、請求項５４記載
の発明は、前記作業受託工程は、前記他の画像処理装置
に対し、受託可能な描画或いは印刷を含む作業の制限、
受託可能な白黒印刷或いはカラー印刷を含む機能の制限
を通知する受託可能処理通知工程と、該受託可能処理通
知工程からの通知に応答した前記他の画像処理装置から
作業を受託する作業受け入れ工程とを有することを特徴
とする。

【００６７】上記目的を達成するため、請求項５５記載
の発明は、前記作業受託工程は、作業を受託可能な前記
他の画像処理装置の作業負荷を含む状態を定期的に監視
する監視工程と、作業を受託する前記他の画像処理装置
に制限を設ける装置限定工程と、作業を受託する際に装
置順或いは作業発生順或いは作業負荷の高い順で作業受
託順番を設定する作業受託順番設定工程と、該作業受託
順番設定工程で設定した作業受託順番に応じて、前記装
置管理工程で得た情報を元に画像処理装置毎の性能差を
考慮して作業負荷を算出する作業負荷算出工程とを有す
ることを特徴とする。

【００６８】上記目的を達成するため、請求項５６記載
の発明は、ネットワーク上に他の画像処理装置と共にデ
ータ通信可能に接続される画像処理装置に適用される作
業受託処理方法を実行するプログラムを記憶したコンピ
ュータにより読み出し可能な記憶媒体であって、前記作
業受託処理方法は、前記ネットワーク上の個々の画像処
理装置を識別する識別情報、個々の画像処理装置の性能
情報、個々の画像処理装置の稼働状況を管理する装置管
理ステップと、該装置管理ステップで自装置に作業対象
処理の無い空き状態が発生したと判断した場合に、前記
他の画像処理装置から作業を受託して処理する作業受託
ステップとを有することを特徴とする。

【００６９】上記目的を達成するため、請求項５７記載
の発明は、原稿から画像を読み取るスキャン機能及び画
像を記録媒体上に形成する印刷機能を有する画像処理装
置、或いは画像を記録媒体上に形成する印刷機能を有す
る画像処理装置に適用可能であることを特徴とする。

【００７０】上記目的を達成するため、請求項５８記載
の発明は、前記性能情報とは、少なくともスキャン速度
或いは印刷速度を含む情報であり、前記稼働状況とは、
少なくとも待ちジョブ数を含む状況であることを特徴と
する。

【００７１】上記目的を達成するため、請求項５９記載
の発明は、前記作業受託ステップは、前記他の画像処理
装置に対し、受託可能な描画或いは印刷を含む作業の制
限、受託可能な白黒印刷或いはカラー印刷を含む機能の
制限を通知する受託可能処理通知ステップと、該受託可
能処理通知ステップからの通知に応答した前記他の画像
処理装置から作業を受託する作業受け入れステップとを
有することを特徴とする。

【００７２】上記目的を達成するため、請求項６０記載
の発明は、前記作業受託ステップは、作業を受託可能な
前記他の画像処理装置の作業負荷を含む状態を定期的に
監視する監視ステップと、作業を受託する前記他の画像
処理装置に制限を設ける装置限定ステップと、作業を受
託する際に装置順或いは作業発生順或いは作業負荷の高
い順で作業受託順番を設定する作業受託順番設定ステッ
プと、該作業受託順番設定ステップで設定した作業受託
順番に応じて、前記装置管理ステップで得た情報を元に
画像処理装置毎の性能差を考慮して作業負荷を算出する
作業負荷算出ステップとを有することを特徴とする。

【００７３】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。

【００７４】［第１の実施の形態］図１は本発明の第１
の実施の形態に係る画像処理システムを構成する画像処
理装置の一例としての多機能周辺機器（ＭＦＰ：Multi-
Function Peripheral）の構成を示すブロック図であ
る。本発明の第１の実施の形態に係る多機能周辺機器
（以下ＭＦＰと略称）は、コントローラ１０１（装置管
理手段、処理状況判定手段、代行装置検索手段、処理分
散手段、処理装置判定手段、作業転送手段、作業分割配
分手段）、スキャナエンジン１０２、レーザビームプリ
ンタエンジン１・１０３、フィニッシャ１０４、ネット
ワーク（Ｅｔｈｅｒｎｅｔ：米国ゼロックス、ＤＥＣ、
インテル三社が共同開発したバス構造のＬＡＮ）インタ
フェース１０５、ユーザインタフェース１０６を備えて
いる。

【００７５】上記構成を詳述すると、コントローラ１０
１は、ＭＦＰを制御するためのものであり、図３に示す
ハードウエア構成を有している。スキャナエンジン１０
２は、コントローラ１０１によって制御されるものであ
り、画像読取動作を行う。レーザビームプリンタエンジ
ン１０３は、コントローラ１０１によって制御されるも
のであり、画像形成動作を行う。フィニッシャ１０４
は、レーザビームプリンタエンジン１・１０３に接続さ
れており、レーザビームプリンタエンジン１・１０３か
ら出力された複数の記録媒体（例えば紙）をまとめてス
テープル（ホッチキス）処理することが可能となってい
る。フィニッシャ１０４も、コントローラ１０１によっ
て制御されている。

【００７６】ネットワークインタフェース１０５は、コ
ントローラ１０１に対して該ネットワークインタフェー
ス１０５を通した双方向通信を提供している。また、外
部からネットワークインタフェース１０５を通して後述
するスーパーバイザ（Ｓｕｐｅｒｖｉｓｏｒ）に問い合
わせることにより、提供している機能概要（どんなジョ
ブが発行できるかなど）、ジョブ発行に使用するサブア
ドレス、各機能の詳細情報（最大コピー部数、フィニッ
シャ１０４におけるフィニッシャ機能の種類、サポート
しているＰＤＬ（Page Description Language）、指定
できる出力ビンの数等）を取得可能になる。ユーザイン
タフェース１０６は、例えばＬＣＤディスプレイ等の表
示部とキーボードから構成されており、コントローラ１
０１からの情報表示を行うと共に、ユーザからの指示を
コントローラ１０１に伝える。

【００７７】図２は本発明の第１の実施の形態に係る画
像処理システムの構成を示すブロック図である。本発明
の第１の実施の形態に係る画像処理システムは、ＭＦＰ
２０１、ＭＦＰ２０２、クライアントパーソナルコンピ
ュータ（情報処理装置、以下クライアントＰＣ）２０
３、Ｅｔｈｅｒｎｅｔ２０４を備えている。

【００７８】上記構成を詳述すると、ＭＦＰ２０１は、
Ｅｔｈｅｒｎｅｔ（ネットワークインタフェースケーブ
ル）２０４によって、ＭＦＰ２０２と、クライアントＰ
Ｃ２０３にそれぞれ接続されている。Ｅｔｈｅｒｎｅｔ
２０４に接続されたＭＦＰ２０１、ＭＦＰ２０２及びク
ライアントＰＣ２０３は、ＩＰ（Internet Protocol）
アドレス、ポート番号を指定し、ＩＰパケットデータに
よるデータのやり取りを行う。

【００７９】図３は上記図１に示した本発明の第１の実
施の形態に係るＭＦＰのコントローラ１０１のハードウ
エア構成を示すブロック図である。本発明の第１の実施
の形態に係るＭＦＰのコントローラ１０１は、ＣＰＵ３
０１、メモリ（ＲＡＭ）３０２、ＬＣＤディスプレイ３
０３、キーボード３０４、ネットワークインタフェース
コネクタ３０５、レーザビームプリンタエンジン３０
６、フィニッシャ３０７、スキャナエンジン３０８、バ
ス３０９、ＲＯＭ３１０、ディスク３１１を備えてい
る。

【００８０】上記構成を詳述すると、コントローラ１０
１の内部では、ＣＰＵ３０１には、バス３０９を介し
て、メモリ（ＲＡＭ）３０２、ユーザインタフェース
（操作部）１０６を構成するＬＣＤディスプレイ３０３
及びキーボード３０４、ＲＯＭ３１０、ディスク３１１
が接続されている。各種プログラム及びデータは、ハー
ドディスクやフロッピー（登録商標）ディスク等のディ
スク３１１（記憶媒体）に記憶されており、必要に応じ
て順次メモリ（ＲＡＭ）３０２に読み出されてＣＰＵ３
０１で実行される。このディスク３１１は、ＭＦＰ２０
１に着脱可能でもＭＦＰ２０１に内蔵されたものでもよ
い。更に、プログラムは、ネットワークインタフェース
ケーブル２０４を介して他のＭＦＰからダウンロードさ
れてディスク３１１に記憶される構成でもよい。

【００８１】ＬＣＤディスプレイ３０３、キーボード３
０４は、上記図１に示したユーザインタフェース（操作
部）１０６を構成するものであり、ＣＰＵ３０１がＬＣ
Ｄディスプレイ３０３にデータを書き込むことにより表
示を行い、ＣＰＵ３０１がキーボード３０４からデータ
を読み出すことによりユーザからの指示を入力する。ま
た、バス３０９には、ネットワークインタフェースコネ
クタ３０５が接続されており、上記図１に示したネット
ワークインタフェース１０５に対応し、上記図２に示し
たＥｔｈｅｒｎｅｔケーブル２０４が接続される。ＣＰ
Ｕ３０１がインタフェースからデータを読み込みまたは
書き込むことにより、インタフェースを使用した通信を
行う。

【００８２】更に、バス３０９には、レーザビームプリ
ンタエンジン３０６、フィニッシャ３０７、スキャナエ
ンジン３０８が接続されており、これらは、上記図１に
示したレーザビームプリンタエンジン１０３、フィニッ
シャ１０４、スキャナエンジン１０２に対応するもので
あり、ＣＰＵ３０１がこれらのエンジンに対してデータ
の読み書きを行うことにより、プリント・スキャンなど
のエンジン動作及び各種ステータスの取得を行う。尚、
レーザビームプリンタエンジン３０６、フィニッシャ３
０７、スキャナエンジン３０８は、ＭＦＰ２０１の内部
ではなく、ネットワーク上にそれぞれ単体の周辺機器と
して存在し、それをＭＦＰ２０１のコントローラ１０１
が制御してもよい。

【００８３】図４は本発明の第１の実施の形態に係る上
記図１に示したＭＦＰのコントローラ１０１内のディス
ク３１１のソフトウエア（制御プログラム）構成を示す
ブロック図である。本発明の第１の実施の形態に係るＭ
ＦＰのコントローラ１０１のディスク３１１は、ユーザ
インタフェースドライバ４０１、ネットワークインタフ
ェースドライバ（制御プログラム）４０２、ユーザイン
タフェースマネージャ（制御プログラム）４０３、ＴＣ
Ｐ／ＩＰ（Transmission Control Protocol/Inernet Pr
otocol）・ＵＤＰ／ＩＰ（User Datagram Protocol/Ine
rnet Protocol）処理モジュール４０４、インタープリ
タ（制御プログラム）４０５、スーパーバイザ（Ｓｕｐ
ｅｒｖｉｓｏｒ：統括管理マネージャ）４０６、ディス
パッチャ４０７、スキャンジョブマネージャ（制御プロ
グラム）４０８、プリントジョブマネージャ（制御プロ
グラム）４０９、コピージョブマネージャ（制御プログ
ラム）４１０、スキャナコントローラ４１１、プリンタ
コントローラ４１２を備えている。

【００８４】上記構成を詳述すると、ディスク３１１の
ソフトウエア（制御プログラム）はＣＰＵ３０１が実行
するものであり、図中実線がデータ及び制御を示し、破
線が設定及び能力の取得を示す。ユーザインタフェース
ドライバ４０１は、ＬＣＤディスプレイ３０３及びキー
ボード３０４の制御を行う。ユーザインタフェースマネ
ージャ４０３は、ユーザインタフェースドライバ４０１
から入力されたユーザからの入力情報を解釈して、図２
３で示すコマンドパケットを生成し、インタープリタ４
０５に出力する。

【００８５】ネットワークインタフェースドライバ４０
２は、ネットワークインタフェースコネクタ３０５の制
御を行い、ネットワークパケットの物理層（物理パケッ
ト）の処理、つまり物理パケットからトランスポートパ
ケットの抽出、及びトランスポートパケットから物理パ
ケットの生成を行う。ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理
モジュール４０４は、ネットワークインタフェースドラ
イバ４０２から出力されたトランスポートパケットの処
理を行い、コマンドパケットを抽出してインタープリタ
４０５に出力する。また、インタープリタ４０５から出
力されたコマンドパケットからトランスポートパケット
の生成を行い、ネットワークインタフェースドライバ４
０２に出力する。

【００８６】スーパーバイザ４０６は、図５（属性
表）、図９（サービスＩＤ：タスクタイプ対応表）で示
す各種データをディスク３１１に保持し、コントローラ
１０１の動作を統括管理する統括管理マネージャであ
る。スーパーバイザ４０６は、自分自身が保持する各種
データ、各マネージャ（プリントジョブマネージャ４０
９、スキャンジョブマネージャ４０８及びコピージョブ
マネージャ４１０）が保持する各種データ、及び各コン
トローラ（プリンタコントローラ４１２、スキャナコン
トローラ４１１）が保持する各種データを、入力された
コマンドの指示に従って参照・変更する。

【００８７】ディスパッチャ４０７は、プリントジョブ
マネージャ４０９、コピージョブマネージャ４１０、ス
キャンジョブマネージャ４０８にコマンドパケットを配
布する。スキャンジョブマネージャ４０８は、スキャナ
資源の管理及びジョブの実行を制御する。スキャナコン
トローラ４１１は、スキャンジョブマネージャ４０８か
らの要求に応じてスキャナ機器を動作させるためのコン
トローラである。プリントジョブマネージャ４０９は、
プリンタ資源の管理及びジョブの実行を制御する。

【００８８】プリントジョブマネージャ４０９は、プリ
ントジョブを処理するために使用するプリンタコントロ
ーラ（ＬＢＰ Ｃｏｎｔｒｏｌｌｅｒ）４１２、及びそ
れに接続されたプリントエンジンが決められており、ど
のプリンタコントローラ（制御プログラム）を使用する
かは、図１０・図１１の属性ＩＤ２００１で示されるデ
ータに記述されている（本発明の第１の実施の形態では
コントローラは一つだけである）。

【００８９】プリントジョブマネージャ４０９は、入力
されたプリントジョブ、及びこれらがプリンタコントロ
ーラ４１２でどのようなジョブとして実行されているか
を表す、図１２（ジョブ表）、図１３（ジョブ依頼表）
に示すようなデータをディスク３１１に保持している。
プリンタコントローラ４１２は、対応するプリンタエン
ジンの機能・状態及び特性を表す、図１８・図１９（属
性表）で示すようなデータをディスク３１１に有してい
る。プリンタコントローラ４１２は、入力されたプリン
トジョブの状態を表す、図２０（ジョブキュー表）に示
すようなデータをディスク３１１に保持している。

【００９０】コピージョブマネージャ４１０は、コピー
資源及びコピージョブの管理を行う。コピージョブマネ
ージャ４１０は、図１６・図１７（属性表）で示すよう
なデータをそれぞれディスク３１１に有している。コピ
ージョブマネージャ４１０は、コピージョブを処理する
ために使用するプリンタコントローラ、スキャナコント
ローラ及びそれに接続されたプリントエンジン、スキャ
ナエンジンが決められており、どのプリンタコントロー
ラとスキャナコントローラを使用するかは、図１６・図
１７（属性ＩＤ２００１）に記述されている（本発明の
第１の実施の形態ではコントローラは一つだけであ
る）。

【００９１】コピージョブマネージャ４１０は、入力さ
れたコピージョブ、及びこれらがどのプリンタコントロ
ーラ、スキャナコントローラでどのようなジョブとして
実行されているかを表す、図１２（ジョブ表）や図１３
（ジョブ依頼表）に示すようなデータをディスク３１１
に保持している。

【００９２】図５は本発明の第１の実施の形態に係るス
ーパーバイザ（制御プログラム）４０６がディスク３１
１に保持し管理するデータ（属性表）を示す図である。
この属性表は、ＭＦＰ２０１の機能概要や接続情報及び
セキュリティ情報などを表すものである。属性表は、各
行が１つの情報単位（レコード）を表しており、複数の
レコードの集合としてデータは構成されている。各レコ
ードは、属性ＩＤ５０１、型ＩＤ５０２及び値５０３か
ら構成されており、スーパーバイザ４０６の持つ属性を
表す。

【００９３】属性ＩＤ５０１は、情報の種類を表すもの
であり、これによって値５０３が示しているものがどの
ような意味を持つのかが示されている。属性ＩＤ５０１
は、機器内部でユニークであり、同じ属性ＩＤを持つも
のは同じ情報の種類を表している。型ＩＤ５０２は、値
５０３がどのようなデータ型を持っているのかを示すも
のであり、値５０３の解釈を行う際に使用されるもので
ある。

【００９４】型ＩＤは、属性ＩＤによって一意に決めら
れるものであり、機器内部でユニークに定義されてい
る。本発明の第１の実施の形態においては、属性表の中
に属性ＩＤ５０１と型ＩＤ５０２の両方が入れられてい
るが、属性ＩＤと型ＩＤとの対応表を属性表とは別のデ
ータとして保持し、属性表の中には属性ＩＤと値のみを
入れるように実施してもよい。値５０３は、属性ＩＤ５
０１に従った属性値を示す。

【００９５】図６は本発明の第１の実施の形態に係る上
記図５に示した属性ＩＤ５０１と型ＩＤ５０２の詳細を
示す図である。

【００９６】図７は本発明の第１の実施の形態に係るサ
ブアドレス：サービスＩＤ対応表を示す図である。サブ
アドレス：サービスＩＤ対応表は、上記図５で示される
属性表の属性ＩＤ１００１（サブアドレス：ＳＩＤ対応
表）の属性値としてディスク３１１に保持されている。
サブアドレス：サービスＩＤ対応表は、どのサブアドレ
スにコマンドパケットを投入すればどのサービス（例え
ばプリント）が得られるかを示すものである。また、こ
の表の有効フラグ等に従って、インタープリタ４０５は
各接続形態ごとにジョブサービスの提供を行うかどうか
を制御する。

【００９７】サブアドレス：サービスＩＤ対応表は、各
行が１つの情報単位（レコード）を表しており、複数の
レコードの集合としてデータは構成されている。各レコ
ードは、接続形式ＩＤ７０１、サブアドレス７０２、サ
ービスＩＤ７０３、有効フラグ７０４、有効ユーザのリ
スト７０５及び無効ユーザのリスト７０６から構成され
ている。接続形式ＩＤ７０１は、接続形態を表す識別子
を示している。

【００９８】図８は本発明の第１の実施の形態に係る接
続形態ＩＤの意味を示す図である。０はＩｎｔｅｒｎａ
ｌ（ユーザインタフェース）、１はＴＣＰ／ＩＰ（ネッ
トワーク）、２、３はその他のＩＥＥＥ（Institute of
Electrical and ElectronicEngineers）１２８４．４
（ＩＥＥＥ１２８４）、ＳＢＰ−２（ＩＥＥＥ１３９
４）などを表している。

【００９９】図９は本発明の第１の実施の形態に係るサ
ービスＩＤ：タスクタイプ対応表を示す図である。サー
ビスＩＤ：タスクタイプ対応表は、上記図５で示される
属性表の属性ＩＤ１００２（ＳＩＤ：Ｔａｓｋ Ｔｙｐ
ｅ表）の属性値としてディスク３１１に保持されてい
る。サービスＩＤ：タスクタイプ対応表は、サービスＩ
Ｄがどのような種類のサービスを提供するのかを表すも
のである。

【０１００】サービスＩＤ：タスクタイプ対応表は、各
行が１つの情報単位（レコード）を表しており、複数の
レコードの集合としてデータは構成されている。各レコ
ードは、図９（ａ）に示す如くサービスＩＤ９０１及び
タスクタイプ９０２から構成されている。タスクタイプ
９０２は、どのような種類のサービスであるかを示して
いる。図９（ｂ）の９０３はタスクタイプ９０２の値の
意味を示す。０はスーパーバイザ４０６が行うサービ
ス、１はプリント、２はスキャン、３はコピーを表して
いる。

【０１０１】サービスＩＤは、サービスを提供するマネ
ージャと一対一で対応している。このため、サービスＩ
Ｄは、各マネージャが有する機能表のアクセスにも使用
される。機能表は、プリンタコントローラ４１２及びス
キャナコントローラ４１１も有しているために、これら
にアクセスするためにプリンタコントローラ４１２及び
スキャナコントローラ４１１にもサービスＩＤに相当す
るコントローラＩＤを割り当てており、コントローラＩ
Ｄがどのような種類のコントローラであるかをサービス
ＩＤ：タスクタイプ対応表で管理している。タスクタイ
プ２０１はプリンタコントローラ、タスクタイプ２０２
はスキャナコントローラを表している。コントローラＩ
Ｄは、上記図４で示した各コントローラと一対一で対応
している。

【０１０２】図１０・図１１は本発明の第１の実施の形
態に係る各プリントジョブマネージャ（制御プログラ
ム）４０９がディスク３１１に保持するデータ（属性
表）を示す図である。この属性表は、プリントジョブマ
ネージャ４０９が扱うことが可能なプリントジョブの性
能・機能を表すものである。属性表は、各行が１つの情
報単位（レコード）を表しており、複数のレコードの集
合としてデータは構成されている。

【０１０３】図１２は本発明の第１の実施の形態に係る
プリントジョブマネージャ４０９が保持するデータ（ジ
ョブ表）を示す図である。ジョブ表は、プリントジョブ
マネージャ４０９が管理するジョブの実体を保持するフ
ァイル名とジョブＩＤとの対応を示す。ジョブ表は、上
記図１０・図１１で示した属性表の属性ＩＤ２００３
（ジョブ表）の属性値としてメモリ（ＲＡＭ）３０２に
保持されている。プリントジョブマネージャ４０９が、
メモリ（ＲＡＭ）３０２上のジョブ表を動的に変更し必
要に応じてディスク３１１に保存する。

【０１０４】ジョブ表は、各行が１つの情報単位（レコ
ード）を表しており、複数のレコードの集合としてデー
タは構成されている。各レコードは、ジョブＩＤ１１０
１及びジョブの実体が保持されているファイル名１１０
２から構成されている。ジョブＩＤ１１０１は、プリン
トジョブマネージャ４０９にジョブが投入されたとき
に、プリントジョブマネージャ４０９が割り当てたジョ
ブに対する識別子である。ジョブのファイル名１１０２
は、ジョブの実体が保持されているファイルの名前であ
る。ジョブの実体は、図２６に示すように、属性ＩＤ、
属性値サイズ及び属性値の組を複数持つことにより構成
されている。

【０１０５】図１３は本発明の第１の実施の形態に係る
プリントジョブマネージャ４０９が保持するジョブ依頼
表を示す図である。ジョブ依頼表は、プリントジョブマ
ネージャ４０９が管理するジョブとコントローラによっ
て実行されるジョブとの関係を示す。このジョブ依頼表
は、上記図１０・図１１で示した属性表の属性ＩＤ２０
０４（ジョブ依頼表）の属性値としてディスク３１１に
保持されている。ジョブ依頼表は、プリントジョブマネ
ージャ４０９が管理するジョブがどのコントローラでど
のジョブとして実行されているかを表すものである。

【０１０６】ジョブ依頼表は、各行が１つの情報単位
（レコード）を表しており、複数のレコードの集合とし
てデータは構成されている。各レコードは、ジョブＩＤ
１２０１、コントローラＩＤ１２０２及びコントローラ
の中で割り当てられているジョブＩＤ１２０３から構成
されている。ジョブＩＤ１２０１は、プリントジョブマ
ネージャ４０９にジョブが投入されたときに、プリント
ジョブマネージャ４０９が割り当てたジョブに対する識
別子であり、ジョブ表（図１２）にあるジョブＩＤ１１
０１と対応している。コントローラＩＤ１２０２は、ジ
ョブが実行されているコントローラのＩＤを表す。ジョ
ブＩＤ１２０３は、ジョブを実行するコントローラが割
り当てたジョブの識別子である。

【０１０７】図１４・図１５は本発明の第１の実施の形
態に係るスキャンジョブマネージャ４０８が保持するデ
ータである属性表を示す図である。この属性表は、スキ
ャンジョブマネージャ４０８が扱うことが可能なスキャ
ンジョブの性能・機能を表すものである。属性表は、各
行が１つの情報単位（レコード）を表しており、複数の
レコードの集合としてデータは構成されている。

【０１０８】図１６・図１７は本発明の第１の実施の形
態に係るコピージョブマネージャ４１０が保持するデー
タ（属性表）を示す図である。この属性表は、コピージ
ョブマネージャ４１０が扱うことが可能なコピージョブ
の性能・機能を表すものである。属性表は、各行が１つ
の情報単位（レコード）を表しており、複数のレコード
の集合としてデータは構成されている。

【０１０９】図１８・図１９は本発明の第１の実施の形
態に係るプリンタコントローラ４１２がディスク３１１
に保持するデータ（属性表）を示す図である。この属性
表は、プリンタコントローラ４１２が制御しているプリ
ントエンジン及びフィニッシャの性能・機能を表すもの
であり、性能・機能に関する値は書き換えができない。
属性表は、各行が１つの情報単位（レコード）を表して
おり、複数のレコードの集合としてデータは構成されて
いる。

【０１１０】図２０は本発明の第１の実施の形態に係る
プリンタコントローラ４１２が保持するジョブキュー表
を示す図である。このジョブキュー表は、上記図１８・
図１９で示した属性表の属性ＩＤ５００５（ジョブキュ
ー表）の属性値としてディスク３１１に保持されてい
る。ジョブキュー表は、プリンタコントローラ４１２が
管理・実行するジョブがどのような状態にあるのかを表
すものである。

【０１１１】ジョブキュー表は、各行が１つの情報単位
（レコード）を表しており、複数のレコードの集合とし
てデータは構成されている。各レコードは、図２０
（ａ）に示す如く、ジョブＩＤ１６０１、ジョブステー
タス１６０２及びジョブの実体が保持されているファイ
ル名１６０３から構成されている。ジョブＩＤ１６０１
は、プリンタコントローラ４１２にジョブが投入された
ときに、プリンタコントローラ４１２が割り当てたジョ
ブに対する識別子である。

【０１１２】図２０（ｂ）の１６０４はジョブステータ
ス１６０２（ジョブの状態）を表す。１はジョブの終了
処理中、２はジョブがエンジンで実行中、３は実行待ち
状態であることを示す。ジョブのファイル名１６０３
は、ジョブの実体が保持されているファイルの名前であ
る。ジョブの実体は、図２６に示すように、属性ＩＤ、
属性値サイズ及び属性値の組を複数持つことにより構成
されている。

【０１１３】図２１・図２２は本発明の第１の実施の形
態に係るスキャナコントローラ４１１がディスク３１１
に保持するデータ（属性表）を示す図である。この属性
表は、スキャナコントローラ４１１が制御しているスキ
ャナエンジンの性能・機能を表すものであり、性能・機
能に関する値は書き換えができない。属性表は、各行が
１つの情報単位（レコード）を表しており、複数のレコ
ードの集合としてデータは構成されている。

【０１１４】図２３は本発明の第１の実施の形態に係る
ユーザインタフェースマネージャ４０３、ＴＣＰ／ＩＰ
・ＵＤＰ／ＩＰ処理モジュール４０４からインタープリ
タ４０５に対して出力されるコマンドパケットの構造を
示す図である。また、このコマンドパケットは、インタ
ープリタ４０５からユーザインタフェースマネージャ４
０３、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０
４に出力される返信パケット及びイベントパケットの構
造も表している。

【０１１５】パケットは、パケットの先頭を表すパケッ
トヘッダ１８０１、パケット構造バージョンを表すパケ
ットバージョン１８０２、パケットの性格を表すフラグ
１８０３、どのような種類の操作を行うのかを表すオペ
レーションコード１８０４、クライアントＰＣ２０３が
返信パケットを認識するために使用するブロック番号１
８０５、パラメータ１８１０の長さを表すパラメータ長
１８０６、ユーザの認証に使用されるユーザＩＤ１８０
７とパスワード１８０８、返信パケットにのみ使用され
返信の一般的な状態を表すステータスコード１８０９、
及びオペレーションコード１８０４毎に決められたフォ
ーマットを持つパラメータ１８１０から構成されてい
る。

【０１１６】パラメータ１８１０には、アクセス対象サ
ービスＩＤ、アクセス対象属性ＩＤ等を含む。フラグ１
８０３には、パケットがコマンドパケット・イベントパ
ケットであるかまたは返信パケットであるかを表すため
のフラグ１８１１と、パラメータ１８１０に送信すべき
データが入りきらず、次に送信されるパケットにも続き
のデータが入っていることを示す連続フラグ１８１２と
がある。

【０１１７】図２４・図２５は本発明の第１の実施の形
態に係るＭＦＰ２０１におけるコマンドパケットの処理
を示すフローチャートである。ステップＳ１９０１にお
いて、上記図４の各インタフェース、即ち、ユーザイン
タフェースドライバ４０１、ネットワークインタフェー
スドライバ４０２、ユーザインタフェースマネージャ４
０３、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０
４から入力されたデータを、各トランスポート処理モジ
ュール、即ち、インタープリタ４０５、スーパーバイザ
４０６、ディスパッチャ４０７、スキャンジョブマネー
ジャ４０８が処理し、上記図２３に示すコマンドパケッ
トを抽出する。

【０１１８】抽出されたコマンドパケットは、データが
入力された接続形式の情報（接続形式ＩＤ）及びサブア
ドレスと共に、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュ
ール４０４、不図示のＩＥＥＥ１２８４．４処理モジュ
ール、不図示のＳＢＰ−２処理モジュールからインター
プリタ４０５に入力される。

【０１１９】ステップＳ１９０２において、インタープ
リタ４０５はスーパーバイザ４０６が保持するサブアド
レス：サービスＩＤ対応表（図９）を参照し、入力され
た接続形式ＩＤとサブアドレスとを比較することによ
り、サービスＩＤを得ると共にデータ入力が有効かどう
かをチェックする。チェックの結果、データ入力が有効
でない場合は、ステップＳ１９０４において、コマンド
パケットを破棄して終了する。データ入力が有効の場合
は、ステップＳ１９０３において、コマンドパケットの
解析を上記図２３のコマンドパケット構造に基づいて行
う。パケットの解析の結果、上記図２３で示される各項
目は、それぞれ独立した別々の情報として出力される。
ステップＳ１９０５において、サービスＩＤを基にセキ
ュリティレベルを取得する。

【０１２０】ステップＳ１９０６において、上記ステッ
プＳ１９０５で取得したセキュリティレベルが「０また
は１」であるかを調べる。上記ステップＳ１９０６でセ
キュリティレベルが「０または１」の場合は、セキュリ
ティレベルのチェック（セキュリティゲート）を行わず
に、ディスパッチャ４０７に入力する。上記ステップＳ
１９０６でセキュリティレベルが「０または１」以外の
場合は、ステップＳ１９０７において、セキュリティレ
ベルが「２」であるかどうかを調べる。上記ステップＳ
１９０７でセキュリティレベルが「２」の場合は、ステ
ップＳ１９０９において、コマンドパケットに含まれて
いたユーザＩＤが存在するかどうかをチェックする。

【０１２１】上記ステップＳ１９０９でユーザＩＤが含
まれていない場合は、権限がないものとして、ステップ
Ｓ１９１０において、エラー返信情報を生成し、インタ
ープリタ４０５によってパケット（ステータスコードに
エラー情報を埋め込む）を生成し、コマンドパケット送
信元に送信する。上記ステップＳ１９０９でユーザＩＤ
が含まれている場合は、ディスパッチャ４０７に入力す
る。この場合、送信元アドレスはトランスポートパケッ
ト（Ｈｅａｄｅｒ）から抽出される。上記ステップＳ１
９０７でセキュリティレベルが「２」以外の場合は、ス
テップＳ１９０８において、コマンドパケットに含まれ
ていたユーザＩＤ：パスワードの対が存在するかどうか
をチェックする。

【０１２２】上記ステップＳ１９０８でユーザＩＤ：パ
スワードの対が含まれていない場合は、権限がないもの
として、ステップＳ１９１１において、エラー返信情報
を生成し、インタープリタ４０５によってパケットを生
成し、コマンドパケット送信元に送信する。上記ステッ
プＳ１９０８でユーザＩＤ：パスワードの対が含まれて
いる場合は、ディスパッチャ４０７に入力する。ステッ
プＳ１９１２において、ディスパッチャ４０７はサービ
スＩＤを基に配布先のマネージャを決定し、決定された
マネージャに対してデータが入力された接続形式ＩＤと
サブアドレス、送信元のアドレス、オペレーションコー
ド、ブロック番号、フラグ情報、ユーザＩＤ、パスワー
ド、パラメータ長及びパラメータを配布する。そして、
ステップＳ１９１３において、各マネージャはこれらの
情報を処理する。

【０１２３】図２６は本発明の第１の実施の形態に係る
各マネージャが管理するジョブの実体を保持するファイ
ル（ジョブファイル）の内部構造を示す説明図である。
ジョブファイルのファイル名は、ジョブ表（図１２）の
ファイル名１１０２で保持されている。また、このファ
イルの構造は、各コントローラが管理するジョブの実体
を保持するファイルの内部構造も示している。このファ
イル名は、ジョブキュー表（図２０）のファイル名１６
０３で保持されている。

【０１２４】ジョブの実体は、属性ＩＤ２００１、属性
値サイズ２００２及び属性値２００３の組を複数連続し
て持つことによって表されている。ジョブがデータを含
む場合は、２００７、２００８、２００９で示されるよ
うに、属性ＩＤとしてデータを表す値、属性値サイズと
してファイル名のサイズ、属性値としてドキュメントデ
ータを保持しているファイルのファイル名を保持してい
る。属性の中には、データの送信方法、データのフォー
マット（使用されているＰＤＬなど）、イベントの種類
とそのイベントが発生した時にイベント通知を送信する
宛先などの情報、及びジョブの種類に依存した情報：プ
リントジョブの場合にはコピー部数、フィニッシング処
理指定などが含まれる。

【０１２５】図２７・図２８と図２９は本発明の第１の
実施の形態に係る各マネージャにおけるジョブスクリプ
トの処理を示すフローチャートである。ジョブスクリプ
トは、上記図２３で示したコマンドパケットの一続きに
よって構成されており、”Ｊｏｂ Ｓｔａｒｔ”オペレ
ーションコードで始まり、”Ｊｏｂ Ｅｎｄ”オペレー
ションコードで終わるものとして規定されている。ジョ
ブスクリプトを構成する各パケットは、上記図９で示し
たサブアドレス：サービスＩＤ対応表によって示される
サブアドレスに投入され、上記図２４・図２５で示した
コマンドパケット処理フローによって各マネージャに配
布される。

【０１２６】図２７・図２８で示される処理フローは、
各マネージャに配布されたコマンドパケットを処理し
て、上記図２６で示したジョブファイル及びデータファ
イルを作成する場合の処理フローである。各マネージャ
に配布されたオペレーションは、ステップＳ２１０１に
おいて、オペレーションコードがサポートされているオ
ペレーションコードであるかどうかをチェックする。チ
ェックは、各マネージャが属性表内に保持している「サ
ポートしているオペレーション」属性（属性ＩＤ１０
１）の値と比較することにより行う。

【０１２７】上記ステップＳ２１０１のチェックの結
果、サポート外のオペレーションコードであった場合
は、ステップＳ２１１６において、エラー返信パケット
を作成し、これを送信して終了する。上記ステップＳ２
１０１のチェックの結果、オペレーションコードがサポ
ートされているものであったならば、ステップＳ２１０
２において、現在ジョブ投入中であるかどうかをチェッ
クする。チェックは、ジョブ投入中フラグ（ステップＳ
２１０６で設定されるフラグ）が真であるかどうかを検
査することにより行う。

【０１２８】上記ステップＳ２１０２の検査の結果、ジ
ョブ投入中フラグが偽であり、ジョブ投入中でなけれ
ば、ステップＳ２１０４において、オペレーションコー
ドが”Ｊｏｂ Ｓｔａｒｔ”であるかどうかをチェック
する。上記ステップＳ２１０４でチェックの結果、オペ
レーションコードが”Ｊｏｂ Ｓｔａｒｔ”でない場合
は、ステップＳ２１１６において、エラー返信パケット
を作成し、これを送信して終了する。上記ステップＳ２
１０４のチェックの結果、ＯＫならば、ジョブＩＤを割
り当ててジョブ表（上記図１２）に項目を追加し、ジョ
ブファイルを新規作成する。その後、ステップＳ２１０
６において、ジョブ投入中フラグを真に設定してコマン
ドパケットの処理を終了する。

【０１２９】上記ステップＳ２１０２の検査の結果、ジ
ョブ投入中フラグが真の場合は、ステップＳ２１０３に
おいて、オペレーションコードが”Ｓｅｎｄ”であるか
どうかをチェックする。オペレーションコード”Ｓｅｎ
ｄ”は、パラメータにジョブを構成するデータが含まれ
ていることをマネージャに指示するものである。上記ス
テップＳ２１０３でオペレーションコードが”Ｓｅｎ
ｄ”の場合は、ステップＳ２１０７において、コマンド
と共に入力された継続フラグをチェックする。

【０１３０】上記ステップＳ２１０７で継続フラグが真
の場合は、ステップＳ２１０８において、既に存在して
いるデータファイル２０１３（上記図２６）に新たに領
域を追加し、ステップＳ２１０９において、その領域に
パラメータを書き込み終了する。上記ステップＳ２１０
７で継続フラグが偽の場合は、ステップＳ２１１０にお
いて、データファイル２０１３を新規作成し、ステップ
Ｓ２１１１において、パラメータをデータファイルに書
き込む。その後、ステップＳ２１１２において、ジョブ
ファイルに領域を追加し、ステップＳ２１１３におい
て、データを表す属性ＩＤ２００７、ファイル名のサイ
ズ２００８及び新規作成したファイルのファイル名２０
０９（以上、上記図２６）をこの領域に書き込み、終了
する。

【０１３１】上記ステップＳ２１０３でオペレーション
コードが”Ｓｅｎｄ”でない場合は、ステップＳ２１１
４において、オペレーションコードが”Ｊｏｂ Ｅｎ
ｄ”であるかどうかをチェックする。上記ステップＳ２
１１４でオペレーションコードが”Ｊｏｂ Ｅｎｄ”で
ある場合は、ステップＳ２１１５において、ジョブの生
成終了処理を行い終了する。ジョブの生成終了処理に
は、ジョブファイルのクローズなどの処理を含み、マネ
ージャの種類（プリントジョブ、スキャンジョブ、コピ
ージョブ）によって異なる。

【０１３２】上記ステップＳ２１１４でオペレーション
コードが”Ｊｏｂ Ｅｎｄ”でない場合は、ステップＳ
２１１７において、オペレーションコードが”Ｓｅｔ
Ｊｏｂ”であるかどうかをチェックする。オペレーショ
ンコードが”Ｓｅｔ Ｊｏｂ”は、パラメータにジョブ
を構成する属性（属性ＩＤと属性値）が含まれているこ
とをマネージャに指示するものである。上記ステップＳ
２１１７でオペレーションコードが”Ｓｅｔ Ｊｏｂ”
である場合は、ステップＳ２１１８において、ジョブフ
ァイルに領域を追加し、ステップＳ２１１９において、
属性ＩＤ、属性値サイズ及び属性値を追加した領域に書
き込み終了する。

【０１３３】上記ステップＳ２１１７でオペレーション
コードが”Ｓｅｔ Ｊｏｂ”でない場合は、ステップＳ
２１２０において、オペレーションコードが”Ｓｅｎｄ
Ｒｅｑｕｅｓｔ”であるかどうかをチェックする。オ
ペレーションコードが”Ｓｅｎｄ Ｒｅｑｕｅｓｔ”
は、データの送信をマネージャに指示するものであり、
パラメータとしてデータの送信方法が含まれている。上
記ステップＳ２１２０でオペレーションコードが”Ｓｅ
ｎｄ Ｒｅｑｕｅｓｔ”である場合は、ステップＳ２１
２１において、各マネージャに依存した処理を行い終了
する。

【０１３４】上記ステップＳ２１２１における処理は、
スキャンジョブマネージャ４０８の場合は、ジョブファ
イルに保持されている属性値に従った原稿のスキャンを
スキャナコントローラに指示し、得られたデータを指定
された方法で送信することなどが含まれる。上記ステッ
プＳ２１２０でオペレーションコードが”ＳｅｎｄＲｅ
ｑｕｅｓｔ”でない場合は、ステップＳ２１２２におい
て、その他のオペレーションコードの処理を行い終了す
る。

【０１３５】図３０・図３１・図３２は本発明の第１の
実施の形態に係る上記図４で示したプリントジョブマネ
ージャ４０９におけるジョブの処理を示すフローチャー
トである。プリントジョブマネージャ４０９は、ジョブ
表を常に監視するタスクを動作させている。プリントジ
ョブマネージャ４０９が上記図２７・図２８、図２９に
示すジョブスクリプトの処理フローを行い、”Ｊｏｂ
Ｓｔａｒｔ”オペレーションコードが入力されることに
より、ジョブ表に新たな項目が追加されたことを検知す
ると、この監視タスクは図３０・図３１・図３２で示す
処理フローを持つタスクを動作させて、入力されたジョ
ブの処理を行わせる。

【０１３６】ステップＳ２３０１において、データ（ド
キュメントデータ）の表現に使用されている画像（ＰＤ
Ｌ（Page Description Language）やＢｉｔｍａｐ）の
種類を示す属性が、ジョブファイルの中に追加されるの
を待ち、画像の種類が確定すると、使用する画像展開が
可能となるまで待つ。上記ステップＳ２３０１で画像展
開が可能となると、ステップＳ２３０２において、デー
タ受信方法を示す属性がジョブファイルの中に追加され
るのを待つ。データ受信方法を示す属性がジョブファイ
ルの中に追加されると、ステップＳ２３０３において、
データの受信方法をチェックする。

【０１３７】上記ステップＳ２３０３でデータの受信方
法がＭＦＰ２０１の外部（例えばネットワーク上のクラ
イアントＰＣ等）にアクセスする方法である場合は、ス
テップＳ２３０４において、指定されたデータの読み込
みを行うタスクを生成して外部にアクセスする。その
後、ステップＳ２３０５において、データの読み込みが
開始されるのを待つ。上記ステップＳ２３０３でデータ
がジョブ内に含まれる場合（上記図２７・図２８、図２
９において”Ｓｅｎｄ”オペレーションコードによるデ
ータ受信の場合）、ステップＳ２３０６において、デー
タの受信が開始されるのを待つ。

【０１３８】上記ステップＳ２３０５または上記ステッ
プＳ２３０６でデータの読み込みまたは受信が開始され
た時、ステップＳ２３０７において、データをＭＦＰ２
０１内の画像展開部に投入を開始する。その後、ステッ
プＳ２３０８において、画像展開部からイメージデータ
を受け取る。ステップＳ２３０９では、図４２・図４３
に示すフローに従い、使用するプリンタコントローラを
決定する。ステップＳ２３１０において、プリンタコン
トローラにイメージデータを投入し、プリンタコントロ
ーラからジョブＩＤを受け取る。

【０１３９】ステップＳ２３１１において、ジョブ依頼
表（上記図１３）に、ジョブＩＤとプリンタコントロー
ラＩＤ及びプリンタコントローラから受け取ったジョブ
ＩＤを、プリンタコントローラ毎に別々のレコードとし
て記憶する。その後、プリントジョブマネージャ４０９
は、ステップＳ２３１２において、各プリンタコントロ
ーラでジョブ終了を待ち、ジョブ終了がプリンタコント
ローラから通知されると、ステップＳ２３１３におい
て、ジョブ依頼表から対応するレコードを削除する。ス
テップＳ２３１４において、プリンタコントローラに依
頼した全てのジョブが終了したかどうかをチェックし、
まだプリンタコントローラ内でジョブが残っている場合
は、上記ステップＳ２３１２に戻り、プリンタコントロ
ーラでのジョブ終了を待つ。

【０１４０】上記ステップＳ２３１４で上記依頼した全
てのプリンタコントローラでのジョブが終了した場合
は、ステップＳ２３１５において、ジョブ表（上記図１
２）からジョブのレコードを削除する。この時、図３９
で示されるイベント送信処理を行う。ステップＳ２３１
６において、ジョブファイルの中を検査し、ステップＳ
２３１７において、ジョブ終了に関するイベント送信を
指示する属性値があるかどうかをチェックする。属性値
がもしなければ終了するが、属性値がある場合は、ステ
ップＳ２３１８において、属性値を読み出すことにより
送信方法と送信宛先を取得する。ステップＳ２３１９に
おいて、イベントの送信パケットを作成し、指定された
送信方法と送信宛先に対してイベントを送信する。ステ
ップＳ２３２０において、ジョブファイル・データファ
イルの削除などの終了処理を行い、ジョブの処理は終了
する。

【０１４１】図３３・図３４は本発明の第１の実施の形
態に係るスキャンジョブマネージャ４０８におけるジョ
ブの処理を示すフローチャートである。スキャンジョブ
マネージャ４０８は、ジョブの投入が終了してからジョ
ブの処理を開始する。このため、スキャンジョブマネー
ジャ４０８は、上記図２８におけるステップＳ２１１５
のジョブの終了処理として、図３３・図３４のジョブ処
理を開始する。

【０１４２】ステップＳ２４０１において、スキャナコ
ントローラ４１１にジョブを投入しジョブＩＤを受け取
る。ステップＳ２４０２において、ジョブ依頼表（上記
図１３）に、上記ＩＤとスキャナコントローラＩＤ及び
スキャナコントローラ４１１から受け取ったジョブＩＤ
を記録する。ステップＳ２４０３において、スキャナコ
ントローラ４１１からのジョブ終了を待ち、ジョブ終了
がスキャナコントローラ４１１から通知されると、スキ
ャンしたイメージデータをスキャナコントローラ４１１
から受け取り、ステップＳ２４０４において、ジョブ表
（上記図１２）からジョブのレコードを削除する。この
時、図３９で示されるイベント送信処理を行う。

【０１４３】ステップＳ２４０５において、ジョブ中の
属性の中からデータ送信方法を指示しているものを検索
する。ステップＳ２４０６において、データ送信方法が
データをスクリプトとして送信する指示であった場合
は、ステップＳ２４０８において、データを他の属性情
報と共にスクリプトとして送信する。機器からのデータ
送信処理は詳細が図４０・図４１に示されている。上記
ステップＳ２４０６でデータを参照として送信する指示
であった場合は、ステップＳ２４０７において、データ
を機器内部に保存し、これに対する参照情報を他の属性
情報と共にスクリプトとして送信する。

【０１４４】ステップＳ２４１０において、ジョブファ
イルの中を検査し、ステップＳ２４１１において、ジョ
ブ終了に関するイベント送信を指示する属性値があるか
どうかをチェックする。属性値がもしなければ処理は終
了するが、属性値がある場合は、ステップＳ２４１２に
おいて、属性値を読み出すことにより送信方法と送信宛
先を取得する。ステップＳ２４１３において、イベント
の送信パケットを作成し、指定された送信方法と送信宛
先に対してイベントを送信する。ステップＳ２４１４に
おいて、ジョブファイル・データファイルの削除などの
終了処理を行い、ジョブの処理は終了する。

【０１４５】図３５・図３６・図３７は本発明の第１の
実施の形態に係るコピージョブマネージャ４１０におけ
るジョブの処理を示すフローチャートである。コピージ
ョブマネージャ４１０は、ジョブの投入が終了してから
ジョブの処理を開始する。このため、コピージョブマネ
ージャ４１０は、上記図２８におけるステップＳ２１１
５のジョブの終了処理として図３５・図３６・図３７の
ジョブ処理を開始する。

【０１４６】ステップＳ２５０１において、スキャナコ
ントローラ４１１にジョブを投入しジョブＩＤを受け取
る。ステップＳ２５０２において、ジョブ依頼表（上記
図１３）に、ジョブＩＤとスキャナコントローラＩＤ及
びスキャナコントローラ４１１から受け取ったジョブＩ
Ｄを記録する。ステップＳ２５０３において、スキャナ
コントローラ４１１からのジョブ終了を待ち、ジョブ終
了がスキャナコントローラ４１１から通知されると、ス
キャンしたイメージデータをスキャナコントローラ４１
１から受け取り、ステップＳ２５０４において、ジョブ
表（上記図１２）からジョブのレコードを削除する。

【０１４７】次に、ステップＳ２５０５において、図４
２・図４３に示すフローに従い使用するプリンタコント
ローラを決定する。プリンタコントローラが決定する
と、ステップＳ２５０６において、各プリンタコントロ
ーラにスキャナコントローラ４１１から受け取ったイメ
ージデータを投入し、プリンタコントローラからジョブ
ＩＤを受け取る。ステップＳ２５０７において、ジョブ
依頼表（上記図１３）に、ジョブＩＤとプリンタコント
ローラＩＤ及びプリンタコントローラから受け取ったジ
ョブＩＤを、プリンタコントローラ毎に別々のレコード
として記録する。

【０１４８】その後、プリントジョブマネージャ４０９
は、ステップＳ２５０８において、プリンタコントロー
ラでジョブ終了を待ち、ジョブ終了がプリンタコントロ
ーラから通知されると、ステップＳ２５０９において、
ジョブ依頼表から終了したジョブに対応するレコードを
削除する。ステップＳ２５１０において、プリンタコン
トローラに依頼した全てのジョブが終了したかどうかを
チェックし、まだプリンタコントローラ内でジョブが残
っている場合は、ステップＳ２５０８に戻り、プリンタ
コントローラでのジョブ終了を待つ。上記ステップＳ２
５１０で上記依頼した全てのプリンタコントローラでの
ジョブが終了した場合、ステップＳ２５１１において、
ジョブ表（上記図１２）からジョブのレコードを削除す
る。この時、図３９で示されるイベント送信処理を行
う。

【０１４９】ステップＳ２５１２において、ジョブファ
イルの中を検査し、ステップＳ２５１３において、ジョ
ブ終了に関するイベント送信を指示する属性値があるか
どうかをチェックする。属性値がもしなければ処理は終
了するが、属性値がある場合は、ステップＳ２５１４に
おいて、属性値を読み出すことにより送信方法と送信宛
先を取得する。ステップＳ２５１５において、イベント
の送信パケットを作成し、指定された送信方法と送信宛
先に対してイベントを送信する。ステップＳ２５１６に
おいて、ジョブファイル・データファイルの削除などの
終了処理を行い、ジョブの処理は終了する。

【０１５０】図３８（ｂ）は本発明の第１の実施の形態
に係るスーパーバイザ４０６が保持するイベントフォー
マット表を示す説明図であり、イベントの内容を示す。
このイベントフォーマット表は、上記図５で示される属
性値の属性ＩＤ５０３（イベントフォーマット表）の属
性値としてディスク３１１に保持されている。イベント
フォーマット表は、機器内でユニークに定義されている
各イベントＩＤについて、イベント通知として送信され
る付加データの形式を保持している。

【０１５１】イベントフォーマット表は、各行が１つの
情報単位（レコード）を表しており、複数のレコードの
集合としてデータは構成されている。各レコードは、イ
ベントＩＤ２６０４及びイベントフォーマット２６０５
から構成されている。イベントフォーマット２６０５
は、イベント通知として送信される付加データの形式で
あり、属性ＩＤのリストとして表される。属性ＩＤは、
機器内でユニークに定義されており、その型も属性ＩＤ
によって一意に決定されているため、属性ＩＤを指定す
ることにより、付加データのフォーマットを表すことが
できる。

【０１５２】例えば、イベントフォーマット２６０５の
属性ＩＤ６７６は紙サイズ、ＩＤ７５６は紙の種類、Ｉ
Ｄ６６６はトナーの種類、ＩＤ６９８はインクの種類、
ＩＤ６００はカバーの位置を示す。イベントの送信方法
・宛先は、各マネージャ及びコントローラが保持するデ
ータ（属性表）に設定されており、これらの各マネージ
ャ及びコントローラ内で起きたイベントを通知すること
が可能となっている。指定されたイベントが起きた時、
イベントフォーマットで定義されている内容が、イベン
トＩＤ毎に予め決められたデータと共に通知される。

【０１５３】図３９は本発明の第１の実施の形態に係る
各マネージャにおけるイベント送信の処理を示すフロー
チャートである。マネージャは、図３８（ａ）に示すよ
うなイベント設定表を、各自が保持する属性表の値とし
て持っている。図３８（ａ）に示すように、イベント設
定表には、イベントが発生したときにイベントを送信す
る接続形式と宛先とが書かれている。あるイベントが発
生すると、各マネージャはイベントに対するイベントＩ
Ｄを認識する。その後、ステップＳ２７０１において、
イベント設定表を参照し、イベントＩＤが登録されてい
るかどうかを検索する。

【０１５４】ステップＳ２７０２において、イベントＩ
Ｄが１つも登録されていなければ、処理を終了する。ス
テップＳ２７０２において、イベントＩＤが１つでも登
録されていれば、ステップＳ２７０３で、イベントを送
信する際に使用する接続形式とイベントを送信する宛先
を最初のレコードから取得し、ステップＳ２７０４にお
いて、イベント送信パケットを作成する。このパケット
の中には、イベントＩＤ毎に規定されているパラメータ
と、スーパーバイザ４０６が保持するイベントフォーマ
ット表（上記図３８（ｂ））に登録されているイベント
ＩＤ毎のフォーマットに従ったパラメータとを付加す
る。

【０１５５】ステップＳ２７０５において、このイベン
ト送信パケットを上記ステップＳ２７０３で取得した接
続形式の送信宛先に送信する。そして、ステップＳ２７
０６で、イベントＩＤが有るレコード全てについて上記
ステップＳ２７０３から上記ステップＳ２７０５までを
繰り返し処理したか否かを判断し、処理していなければ
ステップＳ２７０３に戻り、全てのレコードが処理され
ていれば終了する。

【０１５６】図４０・図４１は本発明の第１の実施の形
態に係るＭＦＰ２０１が保持する各マネージャ・各コン
トローラの属性表に対する読み出し書き込みの処理を示
すフローチャートである。各マネージャと各コントロー
ラが保持する属性表の読み込み及び書き込みは、スーパ
ーバイザ４０６が有するサブアドレスに対して適当なコ
マンドパケットを送信することにより行う。

【０１５７】属性表読み出し用コマンドパケットには、
パラメータとして、アクセス対象サービスＩＤ及びアク
セス対象属性ＩＤが含まれている。また、属性表書き込
み用コマンドパケットには、パラメータとして、アクセ
ス対象サービスＩＤ、アクセス対象属性ＩＤ及び属性Ｉ
Ｄに対応した属性値が含まれている。

【０１５８】クライアントＰＣからＭＦＰ２０１に送ら
れたパケットデータは、上記図２４・図２５に示したフ
ローによって処理され、スーパーバイザ４０６に配布さ
れる。ステップＳ２８０１において、オペレーションコ
ード１８０４が、属性値読み出し用コード（”Ｇｅ
ｔ”）であるかどうかをチェックする。オペレーション
コードが”Ｇｅｔ”である場合は、ステップＳ２８０２
において、サービスＩＤを元にアクセス対象の属性表全
体を取得する。

【０１５９】サービスＩＤが０の場合は、上記図５に示
すスーパーバイザ４０６の属性表、サービスＩＤが１の
場合は、上記図１０・図１１に示すようなプリントジョ
ブマネージャ４０９の属性表、サービスＩＤが１０の場
合は、上記図１４・図１５に示すようなスキャンジョブ
マネージャ４０８の属性表、サービスＩＤが１１の場合
は、上記図１６・図１７に示すようなコピージョブマネ
ージャ４１０の属性表、サービスＩＤが２１の場合は、
上記図１８・図１９に示すようなプリンタコントローラ
４１２の属性表を取得する。

【０１６０】その後、ステップＳ２８０３において、指
定された属性値が取得可能かどうかを検査する。検査
は、対象となる属性表の「管理者のみが取得できる属性
ＩＤリスト」（属性ＩＤ＝１０５）の値を取得し、この
中に取得指示された属性ＩＤが含まれているかどうかを
調べることにより行う。属性ＩＤが含まれていれば、値
を取得することはできないので、ステップＳ２８０５に
おいて、エラー返信パケットを作成し、これを送信して
終了する。属性ＩＤが含まれていなければ、ステップＳ
２８０４において、指定された属性ＩＤを元に属性表を
検索し、該当する属性ＩＤを持つ型ＩＤと属性値を取得
する。ステップＳ２８０６において、型ＩＤに基づいて
返信パケットを生成し、ステップＳ２８０７において、
この返信パケットを送信して終了する。

【０１６１】上記ステップＳ２８０１でオペレーション
コードが”Ｇｅｔ”でない場合は、ステップＳ２８０８
において、オペレーションコードが属性値書き込み用コ
ード（”Ｓｅｔ”）であるかどうかをチェックする。オ
ペレーションコードが”Ｓｅｔ”である場合は、ステッ
プＳ２８０９において、サービスＩＤに基づいてアクセ
ス対象の属性表全体を取得する。

【０１６２】その後、ステップＳ２８１０において、上
記指定された属性値が設定可能かどうかを検査する。検
査は、対象となる属性表の「管理者のみが取得できる属
性ＩＤリスト」（属性ＩＤ＝１０４）の値を取得し、こ
の中に設定指示された属性ＩＤが含まれているかどうか
を調べることにより行う。属性ＩＤが含まれていれば、
値を取得することはできないので、ステップＳ２８１４
において、エラー返信パケットを作成し、これを送信し
て終了する。属性ＩＤが含まれていなければ、ステップ
Ｓ２８１１において、上記指定された属性ＩＤを元に属
性表を検索し、該当する属性ＩＤを持つ型ＩＤと属性値
を取得する。

【０１６３】ステップＳ２８１２において、型ＩＤに基
づいて指定された属性値を設定し、設定が成功した旨を
知らせる返信パケットを生成する。ステップＳ２８１３
において、この返信パケットを送信して終了する。上記
ステップＳ２８０８でオペレーションコードが”Ｓｅ
ｔ”でない場合は、オペレーションコードに従ったその
他の処理であるステップＳ２８１５の処理を行い終了す
る。

【０１６４】図４２・図４３は本発明の第１の実施の形
態に係る上記図３１のステップＳ２３０９、上記図３５
のステップＳ２５０５の詳細処理を示すフローチャート
である。ここでは、スーパーバイザ４０６を介して取得
した上記図５の属性表（自機及びネットワーク接続した
装置の属性表）を元に、自機もしくはネットワーク接続
した他の装置に対し、どういった処理を割り振るかを決
定する。

【０１６５】ステップＳ２９０１において、印刷と描画
処理の分割が可能か否か、また、分割が可能である場
合、描画処理をページ単位で細分化できるか否かを調べ
る。処理の分割（細分化）が可能であれば、ステップＳ
２９０２において、他の装置に描画処理を依頼可能であ
るかを調べる。他の装置に処理依頼可能であれば、ステ
ップＳ２９０３において、スーパーバイザ４０６を介し
て取得した上記図５の属性表を元に、処理依頼先を選定
する。ステップＳ２９０３では、ＰＤＬボードなどのオ
プションボードの有無や、ＣＰＵ及びメモリ性能から求
められる描画処理時間と、描画処理待ちジョブ数から求
められる処理着手開始時間と、設置場所などの装置選定
条件から、描画処理装置を決定する。

【０１６６】ステップＳ２９０４において、自装置が描
画を処理するか否かを調べる。自装置が描画を処理する
場合は、ステップＳ２９０５において、自装置内コント
ローラに対し、描画処理の開始を指示する。また、他の
装置に描画処理を依頼する場合は、ステップＳ２９０６
において、描画ジョブを投入し、描画処理が完了するの
を待つ。ステップＳ２９０７において、他の装置に印刷
処理を依頼可能であるか否かを調べる。他の装置に印刷
処理を依頼可能であれば、ステップＳ２９０８におい
て、スーパーバイザ４０６を介して取得した上記図５の
属性表を元に、処理依頼先を選定する。

【０１６７】ステップＳ２９０８では、印刷速度から求
められる処理時間と、サポート用紙サイズ、残用紙枚
数、トナー残量から求められる処理許容量と、待ちジョ
ブ数から求められる処理着手開始時間と、設置場所など
の装置選定条件から、印刷処理装置を決定する。例え
ば、上記図２に示したＭＦＰ２０１の印刷速度が１０／
分、印刷可能用紙サイズがＡ４のみ、ＭＦＰ２０２の印
刷速度が６／分、印刷可能用紙サイズがＡ４、Ｂ４、Ａ
３とした場合、Ｂ４用紙に印刷するジョブは、ＭＦＰ２
０２のコントローラを使用するよう指示される。

【０１６８】ステップＳ２９０９において、自装置が印
刷を処理するか否かを調べる。自装置が印刷を処理する
場合は、ステップＳ２９１０において、自装置内コント
ローラに対し、印刷処理の開始を指示する。また、他の
装置に印刷処理を依頼する場合は、ステップＳ２９１１
において、印刷ジョブを投入し、印刷処理が完了するの
を待つ。

【０１６９】以上説明したように、本発明の第１の実施
の形態に係る画像処理システムによれば、画像処理装置
（ＭＦＰ）のコントローラ１０１は、ネットワーク上の
個々の画像処理装置を識別する識別情報、個々の画像処
理装置のスキャン速度・印刷速度等の性能情報、個々の
画像処理装置の待ちジョブ数等の稼働状況を管理し、自
装置の故障や能力不足等により処理できない作業の有無
を判定し、自装置で処理できない作業が有る場合に作業
の代行先の画像処理装置を検索し、該検索した代行先の
画像処理装置に対し処理を代行させる制御を行うため、
自装置にて処理できない作業を他の画像処理装置に割り
振ることで、自装置で処理が滞るのを回避することがで
き、作業効率の良い画像処理が可能となる。

【０１７０】また、画像処理装置（ＭＦＰ）のコントロ
ーラ１０１は、代行先の画像処理装置の選定基準として
少なくとも装置性能や設置場所を含む条件を設定する制
御を行うため、使用する画像処理装置に優先順位を持た
せることが可能となり、秩序ある分散処理が可能とな
る。

【０１７１】また、画像処理装置（ＭＦＰ）のコントロ
ーラ１０１は、自装置に付与された作業をそのまま他の
画像処理装置に作業依頼し、自装置に付与された作業を
描画処理と印刷処理またはページ毎の処理に分割し他の
画像処理装置に作業依頼する制御を行うため、効率的に
作業配分された描画処理が可能となる。

【０１７２】［第２の実施の形態］本発明の第２の実施
の形態に係る画像処理システムを構成するＭＦＰは、上
記第１の実施の形態と同様に、コントローラ１０１（装
置管理手段、資源保有装置特定手段、資源取得手段、生
存期間設定手段、取得資源削除手段、資源使用回数計数
手段、取得資源学習手段）、スキャナエンジン１０２、
レーザビームプリンタエンジン１・１０３、フィニッシ
ャ１０４、ネットワークインタフェース１０５、ユーザ
インタフェース１０６を備えている（上記図１参照）。

【０１７３】また、本発明の第２の実施の形態に係る画
像処理システムは、上記第１の実施の形態と同様に、Ｍ
ＦＰ２０１、ＭＦＰ２０２、クライアントＰＣ２０３、
Ｅｔｈｅｒｎｅｔ２０４を備えている（上記図２参
照）。

【０１７４】本発明の第２の実施の形態に係る画像処理
システムにおける上記図１〜図２、上記図３〜図２３、
上記図２６、上記図３８に示す構成、並びに上記図２４
〜図２５、上記図２７〜図３７、上記図３９〜図４１に
示すフローチャートの処理は、上記第１の実施の形態と
同様であるため説明を省略するものとする。

【０１７５】図４４は本発明の第２の実施の形態に係る
上記図３１のステップＳ２３１０の詳細処理を示すフロ
ーチャートである。ここでは、ジョブ属性に従い、書体
や描画プログラムの指定があるか否かを調べ、スーパー
バイザ４０６が取得した上記図５の属性表（自機及びネ
ットワーク接続した装置の属性表）から、自装置に無い
書体データや描画プログラム或いは認証情報を取得す
る。

【０１７６】ステップＳ３００１において、書体を指示
する属性値の有無をチェックする。上記ステップＳ３０
０１で書体指定があれば、ステップＳ３００２に進み、
スーパーバイザ４０６が取得した上記図５の属性表を元
に、自装置内で処理可能か否かを調べる。上記ステップ
Ｓ３００２で自装置に無い書体が指定された場合は、ス
テップＳ３００３に進み、スーパーバイザ４０６が取得
した上記図５の属性表を元に、指定された書体を保有す
る装置から書体データを取得すると共に、書体データを
取得した旨、上記図５の属性表を更新する。また、上記
図５の属性表は、書体データを使用する毎に使用回数が
カウントアップされる。

【０１７７】ステップＳ３００４において、描画プログ
ラム（ＰＤＬ）を指示する属性値の有無をチェックす
る。上記ステップＳ３００４で描画プログラム指定があ
れば、ステップＳ３００５に進み、スーパーバイザ４０
６が取得した上記図５の属性表を元に、自装置内で処理
可能か否かを調べる。上記ステップＳ３００５で自装置
に無い描画プログラムが指定された場合は、スーパーバ
イザ４０６が取得した上記図５の属性表を元に、指定さ
れた描画プログラムを保有する装置から該当する描画プ
ログラムを取得すると共に、描画プログラムを取得した
旨、上記図５の属性表を更新する。また、上記図５の属
性表は、書体データを使用する毎に使用回数がカウント
アップされる。

【０１７８】図４５は本発明の第２の実施の形態に係る
上記図２９のステップＳ２１２２の詳細処理を示すフロ
ーチャートである。ここでは、上記図４４で他の装置か
ら取得した情報資源を整理する。

【０１７９】ステップＳ３１０１において、他の装置か
ら取得した情報資源の有無を調べる。上記ステップＳ３
１０１で他の装置から取得した情報資源が存在する場合
は、ステップＳ３１０２に進み、情報資源の生存期限が
超過していないかを調べる。上記ステップＳ３１０２で
生存期限が超過した情報資源が存在する場合は、ステッ
プＳ３１０３に進み、使用頻度を調べる。上記ステップ
Ｓ３１０３で使用頻度が高い場合は、何も処理せず、本
資源削除処理を終了する。上記ステップＳ３１０３で使
用頻度が低い場合は、ステップＳ３１０４に進み、取得
資源の削除処理を行う。

【０１８０】以上説明したように、本発明の第２の実施
の形態に係る画像処理システムによれば、画像処理装置
（ＭＦＰ）のコントローラ１０１は、ネットワーク上の
個々の画像処理装置を識別する識別情報、個々の画像処
理装置のスキャン速度・印刷速度等の性能情報を管理
し、自装置の資源不足が原因で処理できない作業が発生
した場合に、処理に必要な資源の保有先の画像処理装置
を特定し、該特定した資源保有先の画像処理装置から処
理に必要な書体データ、描画プログラム、認証情報等の
資源を取得する制御を行うため、資源不足による作業中
断を防止できると共に、ネットワークに接続された画像
処理装置の性能差を考慮する必要がなくなり、統一され
た処理環境の提供が可能となる。

【０１８１】また、画像処理装置（ＭＦＰ）のコントロ
ーラ１０１は、資源保有先の画像処理装置から取得した
資源の生存期間を設定し、資源保有先の画像処理装置か
ら取得した資源の生存期限が過ぎた場合に当該資源を削
除する制御を行うため、取得資源の増加によるメモリ不
足を防止することができると共に、資源の有効活用が可
能となる。

【０１８２】また、画像処理装置（ＭＦＰ）のコントロ
ーラ１０１は、資源保有先の画像処理装置から取得した
資源の使用回数を計数し、使用頻度が高いと判断した場
合に当該資源を解放しない制御を行うため、使用頻度が
高い情報資源を自装置内に保持し続けることが可能とな
ると共に、処理毎に他の画像処理装置から取得するのを
防止することができ、資源取得に伴う時間短縮と資源取
得に伴うネットワーク負荷の軽減が可能となる。

【０１８３】［第３の実施の形態］本発明の第３の実施
の形態に係る画像処理システムを構成するＭＦＰは、上
記第１の実施の形態と同様に、コントローラ１０１（装
置管理手段、作業受託手段、受託可能処理通知手段、作
業受け入れ手段、監視手段、装置限定手段、作業受託順
番設定手段、作業負荷算出手段）、スキャナエンジン１
０２、レーザビームプリンタエンジン１・１０３、フィ
ニッシャ１０４、ネットワークインタフェース１０５、
ユーザインタフェース１０６を備えている（上記図１参
照）。

【０１８４】また、本発明の第３の実施の形態に係る画
像処理システムは、上記第１の実施の形態と同様に、Ｍ
ＦＰ２０１、ＭＦＰ２０２、クライアントＰＣ２０３、
Ｅｔｈｅｒｎｅｔ２０４を備えている（上記図２参
照）。

【０１８５】本発明の第３の実施の形態に係る画像処理
システムにおける上記図１〜図２、上記図３〜図２３、
上記図２６、上記図３８に示す構成、並びに上記図２４
〜図２５、上記図２７〜図３７、上記図３９〜図４１に
示すフローチャートの処理は、上記第１の実施の形態と
同様であるため説明を省略するものとする。

【０１８６】図４６は本発明の第３の実施の形態に係る
ＭＦＰ２０１内のプリントジョブマネージャ４０９、ス
キャンジョブマネージャ４０８及びコピージョブマネー
ジャ４１０が管理する上記図１３のジョブ依頼表を元
に、自装置の稼働状況を把握し、自装置がアイドル（処
理するジョブが無い）状態の場合、他装置に投入された
ジョブを受託処理する流れを示すフローチャートであ
る。

【０１８７】ステップＳ３２０１において、各マネージ
ャが管理する上記図１３のジョブ依頼表の中を検索す
る。上記ステップＳ３２０１でジョブ依頼表の中に待ち
ジョブがあれば、受託処理を行わないので本処理を終了
する。上記ステップＳ３２０１でジョブ依頼表の中に待
ちジョブが無く、自装置がアイドル状態であれば、ステ
ップＳ３２０２において、スーパーバイザ４０６を介し
てネットワーク上のＭＦＰから上記図５の属性表を収集
する。

【０１８８】ステップＳ３２０３において、他のＭＦＰ
もアイドル状態であれば、受託処理できないため本処理
を終了する。作業負荷が高い装置があれば、ステップＳ
３２０４において、作業受託順番に応じて受託できるジ
ョブを検索する。作業受託順番が発生順ならば、ステッ
プＳ３２０５において、ジョブ投入順（装置の受け付け
時刻順）に基づき受託ジョブを検索する。作業受託順番
が装置順ならば、ステップＳ３２０７において、作業負
荷の高い装置順に基づき受託ジョブを検索する。この
後、ステップＳ３２０６において、他の装置から受託し
たジョブを実行する。

【０１８９】以上説明したように、本発明の第３の実施
の形態に係る画像処理システムによれば、画像処理装置
（ＭＦＰ）のコントローラ１０１は、ネットワーク上の
個々の画像処理装置を識別する識別情報、個々の画像処
理装置のスキャン速度・印刷速度等の性能情報、個々の
画像処理装置の待ちジョブ数等の稼働状況を管理し、自
装置に作業対象処理の無い空き状態が発生したと判断し
た場合に、他の画像処理装置から作業を受託して処理す
る制御を行うため、画像処理装置の空き時間（遊んでい
る時間）を少なくできると共に、画像処理装置の故障や
印刷作業の集中が発生した場合でも、効率的に処理配分
を可能とする分散処理の提供が可能となる。

【０１９０】また、画像処理装置（ＭＦＰ）のコントロ
ーラ１０１は、他の画像処理装置に対し、受託可能な描
画或いは印刷等の作業の制限、受託可能な白黒印刷或い
はカラー印刷等の機能の制限を通知し、該通知に応答し
た他の画像処理装置から作業を受託する制御を行うた
め、自装置が有する性能を超えて作業依頼されるのを回
避することができ、効率的な作業受託が可能となる。

【０１９１】また、画像処理装置（ＭＦＰ）のコントロ
ーラ１０１は、作業を受託可能な他の画像処理装置の作
業負荷を含む状態を定期的に監視し、作業を受託する他
の画像処理装置に制限を設け、作業を受託する際に装置
順或いは作業発生順或いは作業負荷の高い順で作業受託
順番を設定し、該作業受託順番に応じて、画像処理装置
毎の性能差を考慮して作業負荷を算出する制御を行うた
め、受託処理の問い合わせ先装置が固定化するのを避け
ることができ、処理時間の均一化を図ることができるよ
うに作業配分することが可能となる。

【０１９２】［他の実施の形態］上述した本発明の第１
〜第３の実施の形態においては、画像処理システムとし
て上記図２の構成を例に上げたが、本発明は、上記図２
の構成に限定されるものではなく、ＭＦＰやクライアン
トＰＣの設置台数は任意台数とすることが可能であり、
また、画像処理装置としてＭＦＰの他にプリンタを接続
する構成とすることも可能である。

【０１９３】尚、本発明は、複数の機器から構成される
システムに適用しても、１つの機器からなる装置に適用
してもよい。上述した実施形態の機能を実現するソフト
ウエアのプログラムコードを記憶した記憶媒体を、シス
テム或いは装置に供給し、そのシステム或いは装置のコ
ンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体等の媒
体に格納されたプログラムコードを読み出し実行するこ
とによっても、達成されることは言うまでもない。

【０１９４】この場合、記憶媒体等の媒体から読み出さ
れたプログラムコード自体が上述した実施形態の機能を
実現することになり、そのプログラムコードを記憶した
記憶媒体等の媒体は本発明を構成することになる。プロ
グラムコードを供給するための記憶媒体等の媒体として
は、例えば、フロッピディスク、ハードディスク、光デ
ィスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁
気テープ、不揮発性のメモリカード、ＲＯＭ、或いはダ
ウンロードなどを用いることができる。

【０１９５】また、コンピュータが読み出したプログラ
ムコードを実行することにより、上述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳなどが
実際の処理の一部または全部を行い、その処理によって
上述した実施形態の機能が実現される場合も含まれるこ
とは言うまでもない。

【０１９６】更に、記憶媒体等の媒体から読出されたプ
ログラムコードが、コンピュータに挿入された機能拡張
ボードやコンピュータに接続された機能拡張ユニットに
備わるメモリに書込まれた後、そのプログラムコードの
指示に基づき、その機能拡張ボードや機能拡張ユニット
に備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって上述した実施形態の機能が実現さ
れる場合も含まれることは言うまでもない。

【０１９７】図４８は本発明の処理分散方法、資源取得
方法、作業受託処理方法を実行するプログラム及び関連
データが記憶媒体から装置に供給される概念例を示す説
明図である。本発明の処理分散方法、資源取得方法、作
業受託処理方法を実行するプログラム及び関連データ
は、フロッピーディスクやＣＤ−ＲＯＭ等の記憶媒体４
８０１をコンピュータ等の装置４８０２に装備された記
憶媒体ドライブ挿入口４８０３に挿入することで供給さ
れる。その後、本発明の処理分散方法、資源取得方法、
作業受託処理方法を実行するプログラム及び関連データ
を記憶媒体４８０１から一旦ハードディスクにインスト
ールしハードディスクからＲＡＭにロードするか、或い
はハードディスクにインストールせずに直接ＲＡＭにロ
ードすることで、プログラム及び関連データを実行する
ことが可能となる。

【０１９８】この場合、本発明の第１〜第３の実施の形
態に係る画像処理システムにおいて、本発明の処理分散
方法、資源取得方法、作業受託処理方法を実行するプロ
グラムを実行させる場合は、例えば上記図４８を参照し
て説明したような手順で画像処理システムを構成する画
像処理装置（ＭＦＰ）に当該プログラム及び関連データ
を供給するか、或いは画像処理システムを構成する画像
処理装置（ＭＦＰ）に予め当該プログラム及び関連デー
タを格納しておくことで、プログラム実行が可能とな
る。

【０１９９】図４７は本発明の処理分散方法、資源取得
方法、作業受託処理方法を実行するプログラム及び関連
データを記憶した記憶媒体の記憶内容の構成例を示す説
明図である。記憶媒体は、例えばボリューム情報４７０
１、ディレクトリ情報４７０２、プログラム実行ファイ
ル４７０３、プログラム関連データファイル４７０４等
の記憶内容で構成される。本発明の処理分散方法、資源
取得方法、作業受託処理方法を実行するプログラムは、
上述した各フローチャートに基づきプログラムコード化
されたものである。

【０２００】

【発明の効果】以上説明したように、本発明の請求項１
〜３記載の画像処理装置によれば、ネットワーク上の個
々の画像処理装置を識別する識別情報、個々の画像処理
装置のスキャン速度・印刷速度等の性能情報、個々の画
像処理装置の待ちジョブ数等の稼働状況を管理し、自装
置の故障や能力不足により処理できない作業作業の有無
を判定し、自装置で処理できない作業が有る場合に、作
業の代行先装置を検索し、該検索した代行先装置に対し
処理を代行させる制御を行うため、自装置にて処理でき
ない作業を他の装置に割り振ることで、自装置で処理が
滞るのを回避することができ、作業効率の良い画像処理
が可能となる。

【０２０１】本発明の請求項４記載の画像処理装置によ
れば、代行先装置の選定基準として少なくとも装置性能
を含む条件を設定する制御を行うため、使用する装置に
優先順位を持たせることが可能となり、秩序ある分散処
理が可能となる。

【０２０２】本発明の請求項５記載の画像処理装置によ
れば、自装置に付与された作業をそのまま他の画像処理
装置に作業依頼し、自装置に付与された作業を描画処理
と印刷処理又はページ毎の処理に分割し他の画像処理装
置に作業依頼する制御を行うため、効率的に作業配分さ
れた描画処理が可能となる。

【０２０３】本発明の請求項２１〜２３記載の画像処理
装置によれば、ネットワーク上の個々の画像処理装置を
識別する識別情報、個々の画像処理装置のスキャン速度
・印刷速度等の性能情報を管理し、自装置の資源不足が
原因で処理できない作業が発生した場合に、処理に必要
な資源の保有先装置を特定し、該特定した保有先装置か
ら処理に必要な書体データ、描画プログラム、認証情報
等の資源を取得する制御を行うため、資源不足による作
業中断を防止することができると共に、ネットワークに
接続された装置の性能差を考慮する必要がなくなり、統
一された処理環境の提供が可能となる。

【０２０４】本発明の請求項２４記載の画像処理装置に
よれば、保有先装置から取得した資源の生存期間を設定
し、保有先装置から取得した資源の生存期限が過ぎた場
合に当該資源を削除する制御を行うため、取得資源の増
加によるメモリ不足を防止することができると共に、資
源の有効活用が可能となる。

【０２０５】本発明の請求項２５記載の画像処理装置に
よれば、保有先装置から取得した資源の使用回数を計数
し、使用頻度が高いと判断した場合に当該資源を解放し
ない制御を行うため、使用頻度が高い情報資源を自装置
内に保持し続けることが可能となると共に、処理毎に他
の装置から取得するのを防止することができ、資源取得
に伴う時間短縮と資源取得に伴うネットワーク負荷の軽
減が可能となる。

【０２０６】本発明の請求項４１〜４３記載の画像処理
装置によれば、ネットワーク上の個々の画像処理装置を
識別する識別情報、個々の画像処理装置のスキャン速度
・印刷速度等の性能情報、個々の画像処理装置の待ちジ
ョブ数等の稼働状況を管理し、自装置に作業対象処理の
無い空き状態が発生したと判断した場合に、他の画像処
理装置から作業を受託して処理する制御を行うため、装
置の空き時間（遊んでいる時間）を少なくできると共
に、画像処理装置の故障や印刷作業の集中が発生した場
合でも、効率的に処理配分を可能とする分散処理の提供
が可能となる。

【０２０７】本発明の請求項４４記載の画像処理装置に
よれば、他の画像処理装置に対し、受託可能な描画或い
は印刷を含む作業の制限、受託可能な白黒印刷或いはカ
ラー印刷を含む機能の制限を通知し、該通知に応答した
他の画像処理装置から作業を受託する制御を行うため、
自装置が有する性能を超えて作業依頼されるのを回避す
ることができ、効率的な作業受託が可能となる。

【０２０８】本発明の請求項４５記載の画像処理装置に
よれば、作業を受託可能な他の画像処理装置の作業負荷
を含む状態を定期的に監視し、作業を受託する他の画像
処理装置に制限を設け、作業を受託する際に装置順或い
は作業発生順或いは作業負荷の高い順で作業受託順番を
設定し、該作業受託順番に応じて、画像処理装置毎の性
能差を考慮して作業負荷を算出する制御を行うため、受
託処理の問い合わせ先装置が固定化するのを避けること
ができ、処理時間の均一化を図ることができるように作
業配分することが可能となる。

【０２０９】また、本発明の画像処理システム、本発明
の処理分散方法、本発明の資源取得方法、本発明の作業
受託処理方法においても、上記と同様の効果を奏する。

【図面の簡単な説明】

【図１】本発明の第１〜第３の実施の形態に係る画像処
理装置の一例であるＭＦＰの構成を示すブロック図であ
る。

【図２】本発明の第１〜第３の実施の形態に係る画像処
理システムの構成を示すブロック図である。

【図３】本発明の第１〜第３の実施の形態に係るＭＦＰ
のコントローラのハードウエア構成を示すブロック図で
ある。

【図４】本発明の第１〜第３の実施の形態に係るＭＦＰ
のコントローラ内のディスクのソフトウエア構成を示す
ブロック図である。

【図５】本発明の第１〜第３の実施の形態に係るＭＦＰ
のコントローラのソフトウエア構成におけるスーパーバ
イザの属性表を示す説明図である。

【図６】本発明の第１〜第３の実施の形態に係るＭＦＰ
のコントローラのソフトウエア構成におけるスーパーバ
イザの属性表の属性ＩＤと型ＩＤの意味を示す説明図で
ある。

【図７】本発明の第１〜第３の実施の形態に係るサブア
ドレス：サービスＩＤ対応表を示す説明図である。

【図８】本発明の第１〜第３の実施の形態に係るサブア
ドレス：サービスＩＤ対応表における接続形式ＩＤの意
味を示す説明図である。

【図９】本発明の第１〜第３の実施の形態に係るサブア
ドレス：タスクタイプ対応表を示す説明図であり、
（ａ）はサービスＩＤ・タスクタイプを示す説明図、
（ｂ）はタスクタイプの値の意味を示す説明図である。

【図１０】本発明の第１〜第３の実施の形態に係るプリ
ントマネージャの属性表を示す説明図である。

【図１１】本発明の第１〜第３の実施の形態に係るプリ
ントマネージャの属性表を示す説明図である。

【図１２】本発明の第１〜第３の実施の形態に係るジョ
ブ表を示す説明図であり、（ａ）はジョブＩＤ・ジョブ
ファイル名を示す説明図、（ｂ）はジョブの実体を保持
するファイル名とジョブＩＤとの対応を示す説明図であ
る。

【図１３】本発明の第１〜第３の実施の形態に係るジョ
ブ依頼表を示す説明図であり、（ａ）はジョブＩＤ・コ
ントロールＩＤ・ジョブＩＤを示す説明図、（ｂ）は管
理ジョブと実行ジョブとの関係を示す説明図である。

【図１４】本発明の第１〜第３の実施の形態に係るスキ
ャンジョブマネージャの属性表を示す説明図である。

【図１５】本発明の第１〜第３の実施の形態に係るスキ
ャンジョブマネージャの属性表を示す説明図である。

【図１６】本発明の第１〜第３の実施の形態に係るコピ
ージョブマネージャの属性表を示す説明図である。

【図１７】本発明の第１〜第３の実施の形態に係るコピ
ージョブマネージャの属性表を示す説明図である。

【図１８】本発明の第１〜第３の実施の形態に係るプリ
ンタコントローラの属性表を示す説明図である。

【図１９】本発明の第１〜第３の実施の形態に係るプリ
ンタコントローラの属性表を示す説明図である。

【図２０】本発明の第１〜第３の実施の形態に係るジョ
ブキュー表を示す説明図であり、（ａ）はジョブＩＤ・
ステータス・ファイル名を示す説明図、（ｂ）はジョブ
ステータスを示す説明図である。

【図２１】本発明の第１〜第３の実施の形態に係るスキ
ャナコントローラの属性表を示す説明図である。

【図２２】本発明の第１〜第３の実施の形態に係るスキ
ャナコントローラの属性表を示す説明図である。

【図２３】本発明の第１〜第３の実施の形態に係るコマ
ンドパケットの構造を示す説明図である。

【図２４】本発明の第１〜第３の実施の形態に係るコマ
ンドパケットの処理を示すフローチャートである。

【図２５】本発明の第１〜第３の実施の形態に係るコマ
ンドパケットの処理を示すフローチャートである。

【図２６】本発明の第１〜第３の実施の形態に係るジョ
ブデータの構造を示す説明図である。

【図２７】本発明の第１〜第３の実施の形態に係る各マ
ネージャでのジョブスクリプト処理を示すフローチャー
トである。

【図２８】本発明の第１〜第３の実施の形態に係る各マ
ネージャでのジョブスクリプト処理を示すフローチャー
トである。

【図２９】本発明の第１〜第３の実施の形態に係る各マ
ネージャでのジョブスクリプト処理を示すフローチャー
トである。

【図３０】本発明の第１〜第３の実施の形態に係るプリ
ントジョブマネージャでのジョブ処理を示すフローチャ
ートである。

【図３１】本発明の第１〜第３の実施の形態に係るプリ
ントジョブマネージャでのジョブ処理を示すフローチャ
ートである。

【図３２】本発明の第１〜第３の実施の形態に係るプリ
ントジョブマネージャでのジョブ処理を示すフローチャ
ートである。

【図３３】本発明の第１〜第３の実施の形態に係るスキ
ャンジョブマネージャでのジョブ処理を示すフローチャ
ートである。

【図３４】本発明の第１〜第３の実施の形態に係るスキ
ャンジョブマネージャでのジョブ処理を示すフローチャ
ートである。

【図３５】本発明の第１〜第３の実施の形態に係るコピ
ージョブマネージャでのジョブ処理を示すフローチャー
トである。

【図３６】本発明の第１〜第３の実施の形態に係るコピ
ージョブマネージャでのジョブ処理を示すフローチャー
トである。

【図３７】本発明の第１〜第３の実施の形態に係るコピ
ージョブマネージャでのジョブ処理を示すフローチャー
トである。

【図３８】本発明の第１〜第３の実施の形態に係るイベ
ント設定表、イベントフォーマット表を示す説明図であ
る。

【図３９】本発明の第１〜第３の実施の形態に係るイベ
ント送信処理を示すフローチャートである。

【図４０】本発明の第１〜第３の実施の形態に係る属性
表のアクセス処理を示すフローチャートである。

【図４１】本発明の第１〜第３の実施の形態に係る属性
表のアクセス処理を示すフローチャートである。

【図４２】本発明の第１の実施の形態に係る作業割り振
り処理を示すフローチャートである。

【図４３】本発明の第１の実施の形態に係る作業割り振
り処理を示すフローチャートである。

【図４４】本発明の第２の実施の形態に係る資源取得処
理を示すフローチャートである。

【図４５】本発明の第２の実施の形態に係る資源削除処
理を示すフローチャートである。

【図４６】本発明の第３の実施の形態に係る作業受託処
理を示すフローチャートである。

【図４７】本発明の処理分散方法、資源取得方法、作業
受託処理方法を実行するプログラム及び関連データを記
憶した記憶媒体の記憶内容の構成例を示す説明図であ
る。

【図４８】本発明の処理分散方法、資源取得方法、作業
受託処理方法を実行するプログラム及び関連データが記
憶媒体から装置に供給される概念例を示す説明図であ
る。

【符号の説明】

１０１ コントローラ １０２ スキャナエンジン １０３ レーザビームプリンタエンジン １０４ フィニッシャ １０５ ネットワークインタフェース １０６ ユーザインタフェース ２０１、２０２ ＭＦＰ ２０４ Ｅｔｈｅｒｎｅｔ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C061 AP01 HH03 HH07 HJ06 HK05 HK11 HN05 HN15 HN26 HP06 HR09 2H027 EJ11 EJ13 EJ15 ZA07 5B021 AA19 BB00 EE05 5B089 GA13 GA16 GB02 JA05 KA05 KA13 KC23 KC28 KC44 LB12 MA03 5C062 AA05 AA14 AA29 AB17 AB22 AB38 AB53 AC21 AC42 AC43 AC58 AF00 AF07 AF14 BA00

Claims (60)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に他の画像処理装置と共
   にデータ通信可能に接続される画像処理装置であって、 前記ネットワーク上の個々の画像処理装置を識別する識
   別情報、個々の画像処理装置の性能情報、個々の画像処
   理装置の稼働状況を管理する装置管理手段と、自装置で
   処理できない作業の有無を判定する処理状況判定手段
   と、該処理状況判定手段の判定により自装置で処理でき
   ない作業が有る場合に、前記装置管理手段で得た情報に
   基づき作業の代行先装置を検索する代行装置検索手段
   と、該代行装置検索手段で検索した代行先装置に対し処
   理を代行させる処理分散手段とを有することを特徴とす
   る画像処理装置。
2. 【請求項２】 原稿から画像を読み取るスキャン機能及
   び画像を記録媒体上に形成する印刷機能を有する画像処
   理装置、或いは画像を記録媒体上に形成する印刷機能を
   有する画像処理装置に適用可能であることを特徴とする
   請求項１記載の画像処理装置。
3. 【請求項３】 前記性能情報とは、少なくともスキャン
   速度或いは印刷速度を含む情報であり、前記稼働状況と
   は、少なくとも待ちジョブ数を含む状況であり、前記自
   装置で処理できない作業とは、少なくとも自装置の故障
   や能力不足により処理できない作業であることを特徴と
   する請求項１記載の画像処理装置。
4. 【請求項４】 前記代行装置検索手段は、前記代行先装
   置の選定基準として少なくとも装置性能を含む条件を設
   定する処理装置判定手段を有することを特徴とする請求
   項１記載の画像処理装置。
5. 【請求項５】 前記処理分散手段は、自装置に付与され
   た作業をそのまま前記他の画像処理装置に作業依頼する
   作業転送手段と、自装置に付与された作業を描画処理と
   印刷処理又はページ毎の処理に分割し前記他の画像処理
   装置に作業依頼する作業分割配分手段とを有することを
   特徴とする請求項１記載の画像処理装置。
6. 【請求項６】 ネットワーク上に複数の画像処理装置が
   データ通信可能に接続された画像処理システムであっ
   て、 前記画像処理装置は、前記ネットワーク上の個々の画像
   処理装置を識別する識別情報、個々の画像処理装置の性
   能情報、個々の画像処理装置の稼働状況を管理する装置
   管理手段と、自装置で処理できない作業の有無を判定す
   る処理状況判定手段と、該処理状況判定手段の判定によ
   り自装置で処理できない作業が有る場合に、前記装置管
   理手段で得た情報に基づき作業の代行先装置を検索する
   代行装置検索手段と、該代行装置検索手段で検索した代
   行先装置に対し処理を代行させる処理分散手段とを有す
   ることを特徴とする画像処理システム。
7. 【請求項７】 前記画像処理装置は、原稿から画像を読
   み取るスキャン機能及び画像を記録媒体上に形成する印
   刷機能、或いは画像を記録媒体上に形成する印刷機能を
   有することを特徴とする請求項６記載の画像処理システ
   ム。
8. 【請求項８】 前記性能情報とは、少なくともスキャン
   速度或いは印刷速度を含む情報であり、前記稼働状況と
   は、少なくとも待ちジョブ数を含む状況であり、前記自
   装置で処理できない作業とは、少なくとも自装置の故障
   や能力不足により処理できない作業であることを特徴と
   する請求項６記載の画像処理システム。
9. 【請求項９】 前記画像処理装置の前記代行装置検索手
   段は、前記代行先装置の選定基準として少なくとも装置
   性能を含む条件を設定する処理装置判定手段を有するこ
   とを特徴とする請求項６記載の画像処理システム。
10. 【請求項１０】 前記画像処理装置の前記処理分散手段
    は、自装置に付与された作業をそのまま前記他の画像処
    理装置に作業依頼する作業転送手段と、自装置に付与さ
    れた作業を描画処理と印刷処理又はページ毎の処理に分
    割し前記他の画像処理装置に作業依頼する作業分割配分
    手段とを有することを特徴とする請求項６記載の画像処
    理システム。
11. 【請求項１１】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置に適用さ
    れる処理分散方法であって、 前記ネットワーク上の個々の画像処理装置を識別する識
    別情報、個々の画像処理装置の性能情報、個々の画像処
    理装置の稼働状況を管理する装置管理工程と、自装置で
    処理できない作業の有無を判定する処理状況判定工程
    と、該処理状況判定工程の判定により自装置で処理でき
    ない作業が有る場合に、前記装置管理工程で得た情報に
    基づき作業の代行先装置を検索する代行装置検索工程
    と、該代行装置検索工程で検索した代行先装置に対し処
    理を代行させる処理分散工程とを有することを特徴とす
    る処理分散方法。
12. 【請求項１２】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項１１記載の処理分散方法。
13. 【請求項１３】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記稼働状況
    とは、少なくとも待ちジョブ数を含む状況であり、前記
    自装置で処理できない作業とは、少なくとも自装置の故
    障や能力不足により処理できない作業であることを特徴
    とする請求項１１記載の処理分散方法。
14. 【請求項１４】 前記代行装置検索工程は、前記代行先
    装置の選定基準として少なくとも装置性能を含む条件を
    設定する処理装置判定工程を有することを特徴とする請
    求項１１記載の処理分散方法。
15. 【請求項１５】 前記処理分散工程は、自装置に付与さ
    れた作業をそのまま前記他の画像処理装置に作業依頼す
    る作業転送工程と、自装置に付与された作業を描画処理
    と印刷処理又はページ毎の処理に分割し前記他の画像処
    理装置に作業依頼する作業分割配分工程とを有すること
    を特徴とする請求項１１記載の処理分散方法。
16. 【請求項１６】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置に適用さ
    れる処理分散方法を実行するプログラムを記憶したコン
    ピュータにより読み出し可能な記憶媒体であって、 前記処理分散方法は、前記ネットワーク上の個々の画像
    処理装置を識別する識別情報、個々の画像処理装置の性
    能情報、個々の画像処理装置の稼働状況を管理する装置
    管理ステップと、自装置で処理できない作業の有無を判
    定する処理状況判定ステップと、該処理状況判定ステッ
    プの判定により自装置で処理できない作業が有る場合
    に、前記装置管理ステップで得た情報に基づき作業の代
    行先装置を検索する代行装置検索ステップと、該代行装
    置検索ステップで検索した代行先装置に対し処理を代行
    させる処理分散ステップとを有することを特徴とする記
    憶媒体。
17. 【請求項１７】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項１６記載の記憶媒体。
18. 【請求項１８】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記稼働状況
    とは、少なくとも待ちジョブ数を含む状況であり、前記
    自装置で処理できない作業とは、少なくとも自装置の故
    障や能力不足により処理できない作業であることを特徴
    とする請求項１６記載の記憶媒体。
19. 【請求項１９】 前記代行装置検索ステップは、前記代
    行先装置の選定基準として少なくとも装置性能を含む条
    件を設定する処理装置判定ステップを有することを特徴
    とする請求項１６記載の記憶媒体。
20. 【請求項２０】 前記処理分散ステップは、自装置に付
    与された作業をそのまま前記他の画像処理装置に作業依
    頼する作業転送ステップと、自装置に付与された作業を
    描画処理と印刷処理又はページ毎の処理に分割し前記他
    の画像処理装置に作業依頼する作業分割配分ステップと
    を有することを特徴とする請求項１６記載の記憶媒体。
21. 【請求項２１】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置であっ
    て、 前記ネットワーク上の個々の画像処理装置を識別する識
    別情報、個々の画像処理装置の性能情報を管理する装置
    管理手段と、自装置で処理できない作業が発生した場合
    に、前記装置管理手段で得た情報に基づき処理に必要な
    資源の保有先装置を特定する資源保有装置特定手段と、
    該資源保有装置特定手段で特定した前記保有先装置から
    処理に必要な資源を取得する資源取得手段とを有するこ
    とを特徴とする画像処理装置。
22. 【請求項２２】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項２１記載の画像処理装置。
23. 【請求項２３】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記自装置で
    処理できない作業とは、少なくとも自装置の資源不足が
    原因で処理できない作業であり、前記処理に必要な資源
    とは、少なくとも書体データ或いは描画プログラム或い
    は認証情報を含む資源であることを特徴とする請求項２
    １記載の画像処理装置。
24. 【請求項２４】 前記資源取得手段は、前記保有先装置
    から取得した資源の生存期間を設定する生存期間設定手
    段と、前記保有先装置から取得した資源の生存期限が過
    ぎた場合に当該資源を削除する取得資源削除手段とを有
    することを特徴とする請求項２１記載の画像処理装置。
25. 【請求項２５】 前記資源取得手段は、前記保有先装置
    から取得した資源の使用回数を計数する資源使用回数計
    数手段と、該資源使用回数計数手段で使用頻度が高いと
    判断された場合に当該資源を解放しない取得資源学習手
    段とを有することを特徴とする請求項２１記載の画像処
    理装置。
26. 【請求項２６】 ネットワーク上に複数の画像処理装置
    がデータ通信可能に接続された画像処理システムであっ
    て、 前記画像処理装置は、前記ネットワーク上の個々の画像
    処理装置を識別する識別情報、個々の画像処理装置の性
    能情報を管理する装置管理手段と、自装置で処理できな
    い作業が発生した場合に、前記装置管理手段で得た情報
    に基づき処理に必要な資源の保有先装置を特定する資源
    保有装置特定手段と、該資源保有装置特定手段で特定し
    た前記保有先装置から処理に必要な資源を取得する資源
    取得手段とを有することを特徴とする画像処理システ
    ム。
27. 【請求項２７】 前記画像処理装置は、原稿から画像を
    読み取るスキャン機能及び画像を記録媒体上に形成する
    印刷機能、或いは画像を記録媒体上に形成する印刷機能
    を有することを特徴とする請求項２６記載の画像処理シ
    ステム。
28. 【請求項２８】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記自装置で
    処理できない作業とは、少なくとも自装置の資源不足が
    原因で処理できない作業であり、前記処理に必要な資源
    とは、少なくとも書体データ或いは描画プログラム或い
    は認証情報を含む資源であることを特徴とする請求項２
    ６記載の画像処理システム。
29. 【請求項２９】 前記画像処理装置の前記資源取得手段
    は、前記保有先装置から取得した資源の生存期間を設定
    する生存期間設定手段と、前記保有先装置から取得した
    資源の生存期限が過ぎた場合に当該資源を削除する取得
    資源削除手段とを有することを特徴とする請求項２６記
    載の画像処理システム。
30. 【請求項３０】 前記画像処理装置の前記資源取得手段
    は、前記保有先装置から取得した資源の使用回数を計数
    する資源使用回数計数手段と、該資源使用回数計数手段
    で使用頻度が高いと判断された場合に当該資源を解放し
    ない取得資源学習手段とを有することを特徴とする請求
    項２６記載の画像処理システム。
31. 【請求項３１】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置に適用さ
    れる資源取得方法であって、 前記ネットワーク上の個々の画像処理装置を識別する識
    別情報、個々の画像処理装置の性能情報を管理する装置
    管理工程と、自装置で処理できない作業が発生した場合
    に、前記装置管理工程で得た情報に基づき処理に必要な
    資源の保有先装置を特定する資源保有装置特定工程と、
    該資源保有装置特定工程で特定した前記保有先装置から
    処理に必要な資源を取得する資源取得工程とを有するこ
    とを特徴とする資源取得方法。
32. 【請求項３２】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項３１記載の資源取得方法。
33. 【請求項３３】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記自装置で
    処理できない作業とは、少なくとも自装置の資源不足が
    原因で処理できない作業であり、前記処理に必要な資源
    とは、少なくとも書体データ或いは描画プログラム或い
    は認証情報を含む資源であることを特徴とする請求項３
    １記載の資源取得方法。
34. 【請求項３４】 前記資源取得工程は、前記保有先装置
    から取得した資源の生存期間を設定する生存期間設定工
    程と、前記保有先装置から取得した資源の生存期限が過
    ぎた場合に当該資源を削除する取得資源削除工程とを有
    することを特徴とする請求項３１記載の資源取得方法。
35. 【請求項３５】 前記資源取得工程は、前記保有先装置
    から取得した資源の使用回数を計数する資源使用回数計
    数工程と、該資源使用回数計数工程で使用頻度が高いと
    判断された場合に当該資源を解放しない取得資源学習工
    程とを有することを特徴とする請求項３１記載の資源取
    得方法。
36. 【請求項３６】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置に適用さ
    れる資源取得方法を実行するプログラムを記憶したコン
    ピュータにより読み出し可能な記憶媒体であって、 前記資源取得方法は、前記ネットワーク上の個々の画像
    処理装置を識別する識別情報、個々の画像処理装置の性
    能情報を管理する装置管理ステップと、自装置で処理で
    きない作業が発生した場合に、前記装置管理ステップで
    得た情報に基づき処理に必要な資源の保有先装置を特定
    する資源保有装置特定ステップと、該資源保有装置特定
    ステップで特定した前記保有先装置から処理に必要な資
    源を取得する資源取得ステップとを有することを特徴と
    する記憶媒体。
37. 【請求項３７】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項３６記載の記憶媒体。
38. 【請求項３８】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記自装置で
    処理できない作業とは、少なくとも自装置の資源不足が
    原因で処理できない作業であり、前記処理に必要な資源
    とは、少なくとも書体データ或いは描画プログラム或い
    は認証情報を含む資源であることを特徴とする請求項３
    ６記載の記憶媒体。
39. 【請求項３９】 前記資源取得ステップは、前記保有先
    装置から取得した資源の生存期間を設定する生存期間設
    定ステップと、前記保有先装置から取得した資源の生存
    期限が過ぎた場合に当該資源を削除する取得資源削除ス
    テップとを有することを特徴とする請求項３６記載の記
    憶媒体。
40. 【請求項４０】 前記資源取得ステップは、前記保有先
    装置から取得した資源の使用回数を計数する資源使用回
    数計数ステップと、該資源使用回数計数ステップで使用
    頻度が高いと判断された場合に当該資源を解放しない取
    得資源学習ステップとを有することを特徴とする請求項
    ３６記載の記憶媒体。
41. 【請求項４１】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置であっ
    て、 前記ネットワーク上の個々の画像処理装置を識別する識
    別情報、個々の画像処理装置の性能情報、個々の画像処
    理装置の稼働状況を管理する装置管理手段と、該装置管
    理手段で自装置に作業対象処理の無い空き状態が発生し
    たと判断した場合に、前記他の画像処理装置から作業を
    受託して処理する作業受託手段とを有することを特徴と
    する画像処理装置。
42. 【請求項４２】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項４１記載の画像処理装置。
43. 【請求項４３】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記稼働状況
    とは、少なくとも待ちジョブ数を含む状況であることを
    特徴とする請求項４１記載の画像処理装置。
44. 【請求項４４】 前記作業受託手段は、前記他の画像処
    理装置に対し、受託可能な描画或いは印刷を含む作業の
    制限、受託可能な白黒印刷或いはカラー印刷を含む機能
    の制限を通知する受託可能処理通知手段と、該受託可能
    処理通知手段からの通知に応答した前記他の画像処理装
    置から作業を受託する作業受け入れ手段とを有すること
    を特徴とする請求項４１記載の画像処理装置。
45. 【請求項４５】 前記作業受託手段は、作業を受託可能
    な前記他の画像処理装置の作業負荷を含む状態を定期的
    に監視する監視手段と、作業を受託する前記他の画像処
    理装置に制限を設ける装置限定手段と、作業を受託する
    際に装置順或いは作業発生順或いは作業負荷の高い順で
    作業受託順番を設定する作業受託順番設定手段と、該作
    業受託順番設定手段で設定した作業受託順番に応じて、
    前記装置管理手段で得た情報を元に画像処理装置毎の性
    能差を考慮して作業負荷を算出する作業負荷算出手段と
    を有することを特徴とする請求項４１記載の画像処理装
    置。
46. 【請求項４６】 ネットワーク上に複数の画像処理装置
    がデータ通信可能に接続された画像処理システムであっ
    て、 前記画像処理装置は、前記ネットワーク上の個々の画像
    処理装置を識別する識別情報、個々の画像処理装置の性
    能情報、個々の画像処理装置の稼働状況を管理する装置
    管理手段と、該装置管理手段で自装置に作業対象処理の
    無い空き状態が発生したと判断した場合に、前記他の画
    像処理装置から作業を受託して処理する作業受託手段と
    を有することを特徴とする画像処理システム。
47. 【請求項４７】 前記画像処理装置は、原稿から画像を
    読み取るスキャン機能及び画像を記録媒体上に形成する
    印刷機能、或いは画像を記録媒体上に形成する印刷機能
    を有することを特徴とする請求項４６記載の画像処理シ
    ステム。
48. 【請求項４８】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記稼働状況
    とは、少なくとも待ちジョブ数を含む状況であることを
    特徴とする請求項４６記載の画像処理システム。
49. 【請求項４９】 前記画像処理装置の前記作業受託手段
    は、前記他の画像処理装置に対し、受託可能な描画或い
    は印刷を含む作業の制限、受託可能な白黒印刷或いはカ
    ラー印刷を含む機能の制限を通知する受託可能処理通知
    手段と、該受託可能処理通知手段からの通知に応答した
    前記他の画像処理装置から作業を受託する作業受け入れ
    手段とを有することを特徴とする請求項４６記載の画像
    処理システム。
50. 【請求項５０】 前記画像処理装置の前記作業受託手段
    は、作業を受託可能な前記他の画像処理装置の作業負荷
    を含む状態を定期的に監視する監視手段と、作業を受託
    する前記他の画像処理装置に制限を設ける装置限定手段
    と、作業を受託する際に装置順或いは作業発生順或いは
    作業負荷の高い順で作業受託順番を設定する作業受託順
    番設定手段と、該作業受託順番設定手段で設定した作業
    受託順番に応じて、前記装置管理手段で得た情報を元に
    画像処理装置毎の性能差を考慮して作業負荷を算出する
    作業負荷算出手段とを有することを特徴とする請求項４
    ６記載の画像処理システム。
51. 【請求項５１】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置に適用さ
    れる作業受託処理方法であって、 前記ネットワーク上の個々の画像処理装置を識別する識
    別情報、個々の画像処理装置の性能情報、個々の画像処
    理装置の稼働状況を管理する装置管理工程と、該装置管
    理工程で自装置に作業対象処理の無い空き状態が発生し
    たと判断した場合に、前記他の画像処理装置から作業を
    受託して処理する作業受託工程とを有することを特徴と
    する作業受託処理方法。
52. 【請求項５２】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項５１記載の作業受託処理方法。
53. 【請求項５３】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記稼働状況
    とは、少なくとも待ちジョブ数を含む状況であることを
    特徴とする請求項５１記載の作業受託処理方法。
54. 【請求項５４】 前記作業受託工程は、前記他の画像処
    理装置に対し、受託可能な描画或いは印刷を含む作業の
    制限、受託可能な白黒印刷或いはカラー印刷を含む機能
    の制限を通知する受託可能処理通知工程と、該受託可能
    処理通知工程からの通知に応答した前記他の画像処理装
    置から作業を受託する作業受け入れ工程とを有すること
    を特徴とする請求項５１記載の作業受託処理方法。
55. 【請求項５５】 前記作業受託工程は、作業を受託可能
    な前記他の画像処理装置の作業負荷を含む状態を定期的
    に監視する監視工程と、作業を受託する前記他の画像処
    理装置に制限を設ける装置限定工程と、作業を受託する
    際に装置順或いは作業発生順或いは作業負荷の高い順で
    作業受託順番を設定する作業受託順番設定工程と、該作
    業受託順番設定工程で設定した作業受託順番に応じて、
    前記装置管理工程で得た情報を元に画像処理装置毎の性
    能差を考慮して作業負荷を算出する作業負荷算出工程と
    を有することを特徴とする請求項５１記載の作業受託処
    理方法。
56. 【請求項５６】 ネットワーク上に他の画像処理装置と
    共にデータ通信可能に接続される画像処理装置に適用さ
    れる作業受託処理方法を実行するプログラムを記憶した
    コンピュータにより読み出し可能な記憶媒体であって、 前記作業受託処理方法は、前記ネットワーク上の個々の
    画像処理装置を識別する識別情報、個々の画像処理装置
    の性能情報、個々の画像処理装置の稼働状況を管理する
    装置管理ステップと、該装置管理ステップで自装置に作
    業対象処理の無い空き状態が発生したと判断した場合
    に、前記他の画像処理装置から作業を受託して処理する
    作業受託ステップとを有することを特徴とする記憶媒
    体。
57. 【請求項５７】 原稿から画像を読み取るスキャン機能
    及び画像を記録媒体上に形成する印刷機能を有する画像
    処理装置、或いは画像を記録媒体上に形成する印刷機能
    を有する画像処理装置に適用可能であることを特徴とす
    る請求項５６記載の記憶媒体。
58. 【請求項５８】 前記性能情報とは、少なくともスキャ
    ン速度或いは印刷速度を含む情報であり、前記稼働状況
    とは、少なくとも待ちジョブ数を含む状況であることを
    特徴とする請求項５６記載の記憶媒体。
59. 【請求項５９】 前記作業受託ステップは、前記他の画
    像処理装置に対し、受託可能な描画或いは印刷を含む作
    業の制限、受託可能な白黒印刷或いはカラー印刷を含む
    機能の制限を通知する受託可能処理通知ステップと、該
    受託可能処理通知ステップからの通知に応答した前記他
    の画像処理装置から作業を受託する作業受け入れステッ
    プとを有することを特徴とする請求項５６記載の記憶媒
    体。
60. 【請求項６０】 前記作業受託ステップは、作業を受託
    可能な前記他の画像処理装置の作業負荷を含む状態を定
    期的に監視する監視ステップと、作業を受託する前記他
    の画像処理装置に制限を設ける装置限定ステップと、作
    業を受託する際に装置順或いは作業発生順或いは作業負
    荷の高い順で作業受託順番を設定する作業受託順番設定
    ステップと、該作業受託順番設定ステップで設定した作
    業受託順番に応じて、前記装置管理ステップで得た情報
    を元に画像処理装置毎の性能差を考慮して作業負荷を算
    出する作業負荷算出ステップとを有することを特徴とす
    る請求項５６記載の記憶媒体。