JP2002064662A

JP2002064662A - 画像情報処理システム及び画像情報処理方法並びに記憶媒体

Info

Publication number: JP2002064662A
Application number: JP2000246001A
Authority: JP
Inventors: Masanobu Inui; 雅亘乾
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-08-14
Filing date: 2000-08-14
Publication date: 2002-02-28

Abstract

(57)【要約】【課題】ジョブがトナーなしなどの中断状態になった
ときに、滞っているジョブをネットワーク上にある他の
画像処理装置に転送してジョブを行わせることができ、
中断要因を取り除いている最中でも他の画像処理装置に
よってジョブを実行させて生産性低下を防止する。【解決手段】トナーなし（中断要因発生）と判断され
た場合にはステップＳ２９０４において、実行中のジョ
ブを他のプリンタにリカバリさせるかどうかを判断す
る。操作者がリカバリするプリンタを選択するとリカバ
リプリンタの選択・指定が終了したと判断しステップＳ
２９０４よりステップＳ２９０５の処理に移行して、今
まで実行されていたジョブのデータを指定されたプリン
タに転送して指定されたプリンタで実行させ、その間に
トナーを補充する等の復旧処理を行う。一方、ステップ
Ｓ２９０４において他のプリンタでリカバリ処理を行わ
せない場合ステップＳ２９０７においてトナーの補給処
理（復旧処理）を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は少なくとも特定の画
像処理を実行する画像処理装置を少なくとも２台は備
え、他の画像処理装置より特定の画像処理を実行する画
像処理装置を制御可能な画像情報処理システム及び画像
情報処理方法に関するものである。

【０００２】

【従来の技術】従来、一つの装置で例えば画像の読み取
り、読み取り情報の処理、記憶、処理情報の印刷出力な
どを行っていた。しかし、近年、これらの各機能をそれ
ぞれ独立した装置として構成し、各装置間を通信媒体等
を介して接続し、例えば一つの印刷装置を複数の画像処
理装置、あるいは画像読み取り装置で共有可能とした綜
合システムが登場してきている。これらの中には、印刷
処理を、ほかの画像処理装置に分散させることによって
生産処理をあげるようなシステムも提案されている。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
この種のシステムは、実行しているジョブがトナーなし
などの要因で中断状態になると、その中断要因を取り除
かれるまでジョブが滞ってしまい、画像処理の生産性を
あげることができなくなる問題があった。

【０００４】

【課題を解決するための手段】本発明は上述した課題を
解決することを解決することを目的としてなされたもの
で、上述した課題を解決する一手段として例えば以下の
構成を備える。

【０００５】即ち、少なくとも特定の画像処理を実行す
る画像処理装置を少なくとも２台は備え、他の画像処理
装置より特定の画像処理を実行する画像処理装置を制御
可能な画像情報処理システムにおいて、前記特定の画像
処理を実行している画像処理装置に画像処理の中断要因
が発生したときに、実行中の画像処理を他の同種の画像
処理装置で行わせるか否かを指示する指示手段と、前記
指示手段で実行中の画像処理を他の同種の画像処理装置
で行わせる旨の指示があると前記中断要因が発生した画
像処理装置で実行中の画像処理を他の画像処理装置で実
行させる実行制御手段とを備えることを特徴とする。

【０００６】そして例えば、前記画像処理はジョブ単位
で実行が指示されており、前記実行制御手段は、ジョブ
が中断状態になったときに、滞っているジョブを他の画
像処理装置に転送してジョブを行わせることにより、中
断要因を取り除いている間に他の画像処理装置によって
ジョブを実行可能とすることを特徴とする。

【０００７】また例えば、前記画像処理装置は、互いに
通信媒体を介して通信可能に構成されたネットワーク構
造となっており、少なくとも各画像情報装置は、原稿画
像を読み取り、画像情報を作成する読み取り手段と、前
記画像情報を記憶する記憶手段と、前記画像情報を出力
媒体に出力する画像出力手段との少なくとも一つを備え
更に他の装置との間で前記画像情報および制御データを
送受信する通信手段と、前記読み取り手段、記憶手段、
画像出力手段、通信手段を制御する制御手段とを有する
ことを特徴とする。

【０００８】更に例えば、画像情報処理システムには、
原稿画像を読み取り、画像情報を作成する読み取り手段
と、前記画像情報を記憶する記憶手段と、前記画像情報
を出力媒体に出力する画像出力手段と、他の装置との間
で前記画像情報および制御データを送受信する通信手段
と、前記読み取り手段、記憶手段、画像出力手段、通信
手段を制御する制御手段と、前記制御手段の制御状態を
管理する管理手段とを備える画像処理装置が複数接続さ
れており、操作者は前記制御手段に対する動作を指示可
能で、前記画像処理装置の画像出力手段のみを選択実行
可能であることを特徴とする。

【０００９】また例えば、前記制御手段は、実行を指示
されたジョブに従って前記読み取り手段、記憶手段、画
像出力手段、通信手段を制御し、前記管理手段は、前記
制御手段で実行されているジョブを管理することを特徴
とする。

【００１０】更に例えば、前記制御手段は、パケットデ
ータから構成されるジョブを入力する入力手段と、前記
入力手段より入力されるジョブを管理する第１のデバイ
ス制御手段と、画像処理装置でのジョブを管理する第２
のデバイス制御手段と、前記制御手段が制御する各読み
取り手段、記憶手段、画像出力手段、通信手段の能力を
保持する属性情報保持手段と、前記属性情報保持手段の
情報を送受信する属性通信手段とを備え、前記第１のデ
バイス制御手段により前記入力手段で入力させたジョブ
を解析させた後、第２のデバイス制御手段で前記ジョブ
を解析させることを特徴とする。

【００１１】また例えば、前記特定の画像処理を実行す
る画像処理装置は供給された画像情報を画像形成して印
刷出力する画像形成装置であり、前記指示手段は前記画
像形成装置に印刷情報を供給する情報供給装置あるいは
前記画像形成装置制御装置、もしくは当該画像形成装置
の表示画面を確認して指示が可能であることを特徴とす
る。

【００１２】また、少なくとも特定の画像処理を実行す
る画像処理装置を少なくと２台は備え、他の画像処理装
置より特定の画像処理を実行する画像処理装置を制御可
能な画像情報処理システムであって、前記特定の画像処
理を実行している画像処理装置において画像処理の中断
要因が発生したときに、実行中の画像処理を他の同種の
画像処理装置で行わせるか否かを指示可能とし、実行中
の画像処理を他の同種の画像処理装置で行わせる旨の指
示があると前記中断要因が発生した画像処理装置で実行
中の画像処理を他の画像処理装置で実行させる手段を備
えることを特徴とする。

【００１３】そして例えば、前記特定の画像処理を実行
する画像処理装置は供給された画像情報を画像形成して
印刷出力する画像形成装置であり、前記実行中の画像処
理を他の同種の画像処理装置で行わせるか否かの指示は
前記画像形成装置に印刷情報を供給する情報供給装置あ
るいは前記画像形成装置制御装置、もしくは当該画像形
成装置の表示画面を確認して行うことが可能であること
を特徴とする。

【００１４】更に例えば、前記画像処理はジョブ単位で
実行が指示されており、ジョブが中断状態になったとき
に、滞っているジョブを他の画像処理装置に転送してジ
ョブを行わせることにより、中断要因を取り除いている
間に他の画像処理装置によってジョブを実行可能とする
ことを特徴とする。

【００１５】また例えば、前記画像処理装置は、互いに
通信媒体を介して通信可能に構成されたネットワーク構
造となっており、少なくとも各画像情報装置は、原稿画
像を読み取り、画像情報を作成する読み取り手段と、前
記画像情報を出力媒体に出力する画像出力手段との少な
くとも一つを備え、前記読み取り手段あるいは前記画像
出力手段の実行中の画像処理に中断要因が発生したとき
に、実行中の画像処理を他の画像処理装置の前記読み取
り手段あるいは前記画像出力手段で行わせるか否かを指
示可能とすることを特徴とする。

【００１６】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。

【００１７】［第１の実施の形態例］図１は、本発明に
係る一発明の実施の形態例のシステム構成を説明するた
めの図であり、まず図１を参照して本発明に係る一発明
の実施の形態例のシステム構成を説明する。

【００１８】図１において、２０１、２０２、２０３は
本実施の形態例の多機能周辺機器（ＭＦＰ：Multi-Func
tion Peripheral）である。ＭＦＰ２０１はネットワー
クケーブル２０４によってＭＦＰ２０２、ＭＦＰ２０３
にそれぞれ接続されている。ネットワークケーブル２０
４に接続されているＭＦＰ２０１、ＭＦＰ２０２、ＭＦ
Ｐ２０３はＩＰアドレス、ポート番号を指定して接続し
ＩＰパケットデータを出力する。

【００１９】本実施形態のネットワークケーブル２０４
に接続されるのは、上述したＭＦＰの例に限定されるも
のではなく、他の種々の機能を有する装置が接続されて
も良いことは勿論である。例えば、画像読み取り装置の
み、印刷装置のみ、記憶装置のみ、画像処理装置のみが
それぞれ接続されたものであっても良く、これらの中の
任意の組み合わせの装置が接続されたものであってもよ
い。

【００２０】次に、図２を参照して図１に示すＭＦＰの
詳細構成を説明する。図２は本実施の形態例の多機能周
辺機器（ＭＦＰ）の詳細構成を説明するためのブロック
図である。

【００２１】本実施の形態例の多機能周辺機器（ＭＦ
Ｐ）は、画像処理装置の一例である。

【００２２】図２に示す機器全体構成において、１０１
は多機能周辺機器を制御するためのコントローラであ
り、詳細を後述する図３（コントローラのハード構成）
に示すハードウェア構成を有している。１０２はスキャ
ナエンジンであり、コントローラ１０１によって制御さ
れている。１０３はレーザビームプリンタエンジンであ
り、コントローラ１０１によって制御されている。

【００２３】１０４はレーザビームプリンタエンジン１
０３に接続されたフィニッシャ１０４であり、レーザビ
ームプリンタエンジン１０３から出力された複数の記録
媒体（例えば、紙）をまとめてステイプル（ホッチキ
ス）処理することが可能となっている。フィニッシャ１
０４もコントローラ１０１によって制御されている。

【００２４】１０５はネットワーク（イーサネット（登
録商標））インタフェースであり、ネットワークケーブ
ル２０４を介して接続される他のＭＦＰ等とコントロー
ラ１０１とのインタフェースを司る。ネットワークイン
タフェース１０５は、コントローラ１０１に対してネッ
トワークケーブル２０４との間で双方向通信を提供して
いる。

【００２５】１０６はユーザインタフェースであり、Ｌ
ＣＤディスプレイとキーボードを含み、コントローラ１
０１からの情報表示を行うとともにユーザからの指示を
コントローラ１０１に伝える。

【００２６】なお、以上の説明では、図２に示すＭＦＰ
は、ネットワークケーブル２０４に接続される例を説明
したが、他の任意の通信媒体との接続が可能である。

【００２７】また、外部からネットワークインタフェー
ス１０５を介して後述するスーパーバイザ（Superviso
r）に問い合わせることにより、提供している機能概要
（どんなジョブが発行できるかなど）、ジョブ発行に使
用するサブアドレス、各機能の詳細情報（最大コピー部
数、フィニッシャの種類サポートしているＰＤＬ、指定
できる出力ＢＩＮの数等）を取得可能になる。

【００２８】次に上記図２に示すコントローラ１０１の
詳細構成を図３を参照して説明する。図３は本実施の形
態例の図２に示すコントローラ１０１の詳細構成を含む
全体構成を示すブロック図である。図３において、上述
した図２で説明した構成と同様構成には同一番号を付し
詳細説明を省略する。

【００２９】コントローラ１０１において、３０１は例
えばＲＯＭ３１０の記憶する制御手順などに従って全体
制御を司るＣＰＵ、３０２はＣＰＵ３０１での処理経過
や後述するジョブ等が格納されるＲＡＭ、３１０はＣＰ
Ｕ３０１の制御手順や各種パラメータなどを記憶するＲ
ＯＭ、３１１は大容量のメモリである記憶装置であり、
フレキシブルディスク装置、ハードディスク装置（Ｈ
Ｄ）、光磁気ディスク装置（ＭＯ）、光ディスク装置な
ど、任意の記憶装置で構成できる。この記憶装置３１１
は、ＭＦＰ２０１に着脱可能でもＭＦＰ２０１に内蔵さ
れたものでも良い。なお、以上の各構成は他の構成と共
通のインタフェースバス３０９を介して接続されてい
る。

【００３０】ＣＰＵ３０１が実行する制御手順はＲＯＭ
３１０のほか記憶装置３１１にも記憶されており、必要
に応じて順次ＲＡＭ３０２に読み出されてＣＰＵ３０１
で実行される。更に、プログラムは、ネットワークイン
タフェースケーブル２０４を介して他のＭＦＰからダウ
ンロードされて記憶装置３１１に記憶される構成でも良
い。

【００３１】なお、ＣＰＵ３０１は、ユーザインタフェ
ース１０６も制御しており、ユーザインタフェース１０
６のＬＣＤ表示部３０３データを書き込むことにより表
示を行い、ＣＰＵ３０１はキーボード３０４からデータ
を読み込むことにより、ユーザからの指示を認識する。

【００３２】また、バス３０９には、ネットワークイン
タフェース１０５が接続されており、ＣＰＵ３０１はこ
のネットワークインタフェース１０５からデータを読み
込みまたは書き込むことによりネットワークとの通信を
行う。

【００３３】更に、ＣＰＵ３０１は、接続されたスキャ
ナエンジン１０２、レーザビームプリンタエンジン１
０３、フィニッシャ１０４に対してデータの読み書きを
行うことによりプリント・スキャンなどのエンジン動作
および各種ステータス取得を行う。なお、図２に示す様
にスキャナエンジン１０２、レーザビームプリンタエ
ンジン１０３、フィニッシャ１０４はいずれもコントロ
ーラ１０１と一体のＭＦＰに含まれるものとして説明を
行ったが、スキャナエンジン１０２、レーザビームプ
リンタエンジン１０３、フィニッシャ１０４をコントロ
ーラと一体のＭＦＰとするのではなく、ネットワーク上
にそれぞれ単体の周辺機器として存在し、それを例えば
図１のＭＦＰ２０１のコントローラ１０１が制御しても
良い。

【００３４】次に以上の構成を備える本実施の形態例の
ＣＰＵ３０１で実行する制御手順（プログラム）の構成
を図４を参照して説明する。図４は本実施の形態例のコ
ントローラ１０１内のＣＰＵ３０１の実行する制御プロ
グラムの構成を説明するための図である。図４に示す各
ソフトウェア（制御プログラム）の中で、実線がデータ
及び制御を示し、鎖線（点線）が設定及び能力の取得を
示す。

【００３５】図４において、４０１はユーザーインター
フェースドライバ（以下「ＵＩドライバ」と称す）であ
り、ＬＣＤ表示部３０３およびキーボード３０４の制御
を行う。４０３はユーザインターフェースマネージャ
（制御プログラム）であり、ＵＩドライバ４０１から入
力されたユーザからの入力情報を解釈して、詳細を後述
する例えば図１８に示す構造のコマンドパケットを生成
し、インタプリタ（制御プログラム）４０５に出力す
る。

【００３６】本実施の形態例のコマンドパケットの構成
は図１８（コマンドパケット構造）で示すコマンドパケ
ットを生成し、インタプリタ（制御プログラム）４０５
に出力する。

【００３７】４０２はネットワークインターフェースド
ライバ（制御プログラム）であり、ネットワークインタ
フェース１０５の制御を行い、ネットワークパケットの
物理層（物理パケット）の処理、つまり物理パケットか
らトランスポートパケットの抽出、および、トランスポ
ートパケットから物理パケットの生成を行う。

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

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

【００４０】４０７はディスパッチャであり、はプリン
トジョブマネージャ（制御プログラム）４０９、コピー
ジョブマネージャ（制御プログラム）４１０、スキャナ
ジョブマネージャ（制御プログラム）４０８へコマンド
パケットの配布を行う。

【００４１】４０８はスキャナジョブマネージャであ
り、スキャナ資源の管理およびジョブの実行を制御す
る。４１１はスキャナコントローラであり、スキャナジ
ョブマネージャ４０８からの要求に応じてスキャナ機器
を動作させるためのコントローラである。

【００４２】４０９はプリントジョブマネージャであ
り、プリンタ資源の管理及びジョブの実行を制御する。
プリントジョブマネージャ４０９は、プリントジョブを
処理するために使用するプリンタコントローラ４１２お
よびそれに接続されたプリントエンジンが決められてお
り、どのプリンタコントローラ（制御プログラム）を使
用するかは図１０（プリントマネージャ属性表）の属性
ＩＤ２００１で示されるデータに記述されている（本実
施の形態例ではコントローラは一つだけである）。

【００４３】プリントマネージャは入力されたプリント
ジョブ、およびこれらがプリンタコントローラでどのよ
うなジョブとして実行されているかを表す詳細を後述す
る図１１（ジョブ表）、図１２（ジョブ依頼表）に示す
ようなデータを記憶装置３１１に保持している。プリン
タコントローラ１０１は対応するプリンタエンジンの機
能・状態および性能を表す、図１５（属性表）で示す様
なデータを記憶装置３１１に有している。コントローラ
は入力されたプリントジョブの状態を表す図１６（ジョ
ブキュー表）に示すようなデータを記憶装置３１１に保
持している。

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

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

【００４６】次に図５を参照して上述したスーパーバイ
ザ４０６におけるスーパーバイザ属性表を説明する。図
５は本実施の形態例のスーパーバイザ４０６が記憶装置
３１１に保持し管理するデータ（属性表）を説明するた
めの図である。

【００４７】本実施の形態例のスーパーバイザ（制御プ
ログラム）４０６が記憶装置３１１に保持し管理するデ
ータ（属性表）は、ＭＦＰの機能概要や接続情報および
セキュリティ情報などを表すものである。

【００４８】スーパーバイザ属性表は、各行が１つの情
報単位（レコード）を表しており、複数のレコードの集
合としてデータは構成されている。各レコードは属性Ｉ
Ｄ５０１、型ＩＤ５０２および値５０３から構成されて
おり、スーパーバイザの持つ属性を表す。

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

【００５０】型ＩＤ５０２は値５０３がどのようなデー
タ型を持っているのかを示すものであり、値５０３の解
釈を行う際に使用されるものである。型ＩＤは属性ＩＤ
によって一意に決められるものであり機器内部でユニー
クに定義されている。

【００５１】本実施の形態例においては、属性表の中に
属性ＩＤ５０１型とＩＤ５０２の両方が入れられている
が、属性ＩＤと型ＩＤと値のみを入れるようにしても良
い。値５０３は属性ＩＤに従った属性値を示す。

【００５２】図６は本実施の形態例の図５に示すスーパ
ーバイザ属性表の属性ＩＤ５０１と型ＩＤ５０２の詳細
を示す図である。図６に示すように、本実施の形態例の
各属性ＩＤ５０１と型ＩＤ５０２の詳細下規定されてい
る。なお、本実施の形態例は図６に示す場合に限定され
るものではないことは言うまでもない。

【００５３】図７は本実施の形態例のサブアドレス：サ
ービスＩＤ対応表を説明するための図である。図７に示
すサブアドレス：サービスＩＤ対応表は図５に示すスー
パーバイザ属性表の属性ＩＤ１００１（サブアドレス：
ＳＩＤ対応表）の属性値として記憶装置３１１に保持さ
れているものである。

【００５４】本実施の形態例においては、サブアドレ
ス：ＳＩＤ対応表はどのサブアドレスにコマンドパケッ
トを投入すればどのサービス（例えばプリント）が得ら
れるを示している。また、このサブアドレス：サービス
ＩＤ対応表の有効フラグ等に従ってインタプリタ４０５
は各接続形態ごとにジョブサービスの提供を行うか否か
を制御する。

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

【００５６】図８は本実施の形態例の接続形式ＩＤの機
能、意味を説明するための図であり、以下、図８を参照
して本実施の形態例の接続形式ＩＤを説明する。

【００５７】図８に示すように本実施の形態例において
は、接続形式ＩＤが「０」はInternal（ユーザインタフ
ェース）、「１」はＴＣＰ／ＩＰ（ネットワーク）、
「２」はその他のＩＥＥＥ１２８４．４（ＩＥＥＥ１２
８４）、「３」はその他のＳＢＰ−２（ＩＥＥＥ１３９
４）をあらわしている。

【００５８】次に図９を参照して本実施の形態例のサー
ビスＩＤ：タスクタイプ対応表を説明する。図９は本実
施の形態例のサービスＩＤ：タスクタイプ対応表を説明
するための図である。図９に示すサービスＩＤ：タスク
タイプ対応は、図５（スーパーバイザ属性表）で示され
る属性表の属性ＩＤ１００２（ＳＩＤ：Task Type表）
の属性値として記憶装置３１１に保持されているもので
ある。

【００５９】図９に示すサービスＩＤ：タスクタイプ表
は、サービスＩＤがどのような種類にサービスを提供す
るのかを表すものである。サービスＩＤ：タスクタイプ
表は各行が１つの情報単位（レコード）を表しており、
複数のレコードの集合としてデータは構成されている。

【００６０】各レコードはサービスＩＤ９０１およびタ
スクタイプ９０２から構成されている。タスクタイプ９
０２はどのような種類のサービスであるかを示してい
る。９０３はタスクタイプ９０２の値の意味を示す図で
ある。９０３において、「０」はスーパーバイザ４０６
が行うサービス、「１」は印刷出力（プリント）、
「２」は画像読み取り（スキャン）、「３」は複写（コ
ピー）を表している。

【００６１】サービスＩＤはサービスを提供するマネー
ジャと一対一で対応している。このため、サービスＩＤ
は各マネージャが有する機能表のアクセスにも使用され
る。

【００６２】機能表はプリンタコントローラおよびスキ
ャナコントローラも有しているために、これらにアクセ
スするためにプリンタコントローラおよびスキャナコン
トローラにもサービスＩＤに相当するコントローラＩＤ
を割り当てており、コントローラＩＤがどのような種類
のコントローラであるかをサービスＩＤ：タスクタイプ
対応表で管理している。

【００６３】タスクタイプ２０１はプリンタコントロー
ラ、２０２はスキャナコントローラを表している。コン
トローラＩＤは図４に示す各コントローラと一対一で対
応している。

【００６４】次に図１０を参照して本実施の形態例のプ
リントマネージャ属性表を説明する。図１０は本実施の
形態例のプリントマネージャ属性表を説明するための図
である。本実施の形態例の図１０に示すプリントマネー
ジャ属性表は、各プリントジョブマネージャ（制御プロ
グラム）４０９が記憶装置３１１に保持するデータ（属
性表）である。

【００６５】このプリントマネージャ属性表は、プリン
トジョブマネージャが扱うことが可能なプリントジョブ
の性能・機能を表しており、各行が１つの情報単位（レ
コード）を表しており、複数のレコードの集合としてデ
ータは構成されている。

【００６６】次に図１１を参照して本実施の形態例のプ
リントジョブマネージャが保持するデータ（ジョブ表）
を説明する。図１１は本実施の形態例のプリントジョブ
マネージャが保持するデータ（ジョブ表）を説明するた
めの図である。

【００６７】本実施の形態例の図１１に示すジョブ表
は、プリントジョブマネージャが保持するデータ（ジョ
ブ表）を示す図であり、プリントマネージャが管理する
ジョブの実体を保持するファイル名とジョブＩＤとの対
応を示している。ジョブ表は、図１０に示すプリントマ
ネージャ属性表の属性ＩＤ２００３（ジョブ表）の属性
値としてＲＡＭ３０２に保持されている。

【００６８】プリントジョブマネージャがＲＡＭ３０２
上のジョブ表を動的に変更し、必要に応じて記憶装置３
１１に保存する。図１１に示すジョブ表は、各行が１つ
の情報単位（レコード）を表しており、複数のレコード
の集合としてデータは構成されている。各レコードはジ
ョブＩＤ１１０１およびジョブの実体が保持されている
ジョブファイル名１１０２から構成されている。

【００６９】ジョブＩＤ１１０１はプリントジョブマネ
ージャにジョブが投入されたときに、プリントジョブマ
ネージャが割り当てたジョブに対する識別子である。ジ
ョブのファイル名１１０２はジョブの実体が保持されて
いるファイルの名前である。ジョブの実体は、詳細を図
２０（ジョブデータの構造）に示す様に、属性ＩＤ、属
性値サイズおよび属性値の組を複数持つことにより構成
されている。

【００７０】次に図１２を参照して本実施の形態例のジ
ョブ依頼表を説明する。図１２は本実施の形態例のプリ
ントジョブマネージャが保持するジョブ依頼表を説明す
るための図である。

【００７１】本実施の形態例の図１２に示すジョブ依頼
表は、プリントマネージャが管理するジョブとコントロ
ーラによって実行されるジョブとの関係を定義してい
る。このジョブ依頼表は、図１０に示すプリントマネー
ジャ属性表で示される属性表の属性ＩＤ２００４（ジョ
ブ依頼表）の属性値として記憶装置３１１に保持されて
いる。

【００７２】ジョブ依頼表は、プリントジョブマネージ
ャが管理するジョブがどのコントローラでどのジョブと
して実行されているかを表すものであり、各行が１つの
情報単位（レコード）を表しており、複数のレコードの
集合としてデータは構成されている。各レコードはジョ
ブＩＤ１２０１、コントローラＩＤ１２０２およびコン
トローラの中で割り当てられているジョブＩＤ１２０３
から構成されている。

【００７３】ジョブＩＤ１２０１はプリントジョブマネ
ージャにジョブが投入されたときに、プリントジョブマ
ネージャが割り当てたジョブに対する識別子であり、ジ
ョブ表（図１１参照）にあるジョブＩＤ１１０１と対応
している。コントローラＩＤ１２０２はジョブが実行さ
れているコントローラのＩＤを表す。ジョブＩＤ１２０
３は、ジョブを実行するコントローラが割り当てたジョ
ブの識別子である。

【００７４】次に図１３を参照して本実施の形態例のス
キャンジョブマネージャ属性表を説明する。図１３は本
実施の形態例のプリントジョブマネージャが保持するス
キャンジョブマネージャ属性表を説明するための図であ
る。

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

【００７６】次に図１４を参照して本実施の形態例のコ
ピージョブマネージャ属性表を説明する。図１４は本実
施の形態例のプリントジョブマネージャが保持するコピ
ージョブマネージャ属性表を説明するための図である。

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

【００７８】次に図１５を参照して本実施の形態例のプ
リンタコントローラ属性表を説明する。図１５は本実施
の形態例のプリントジョブマネージャが保持するプリン
タコントローラ属性表を説明するための図である。

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

【００８０】次に図１６を参照して本実施の形態例のジ
ョブキュー表を説明する。図１６は本実施の形態例のプ
リントジョブマネージャが保持するジョブキュー表を説
明するための図である。

【００８１】本実施の形態例の図１６に示すジョブキュ
ー表は、図１５に示すプリンタコントローラ属性表に示
される属性表の属性ＩＤ５００５（ジョブキュー表）の
属性値として記憶装置３１１に保持されている。ジョブ
キュー表は、プリンタコントローラが管理・実行するジ
ョブがどの様な状態にあるのかを表しており、各行が１
つの情報単位（レコード）を表しており、複数のレコー
ドの集合としてデータは構成されている。

【００８２】各レコードは、ジョブＩＤ１６０１、ジョ
ブステータス１６０２およびジョブの実体が保持されて
いるファイル名１６０３から構成されている。ジョブＩ
Ｄ１６０１はプリンタコントローラにジョブが投入され
たときに、プリンタコントローラが割り当てたジョブに
対する識別子である。

【００８３】１６０４は図１６に左側に示すジョブキュ
ー表のジョブステータス１６０２（ジョブの状態）の詳
細を表している。１６０４において、１はジョブの終了
処理中、２はジョブがエンジンで実行中、３は実行待ち
状態であることを示す。

【００８４】ジョブのファイル名１６０３は、ジョブの
実体が保持されているファイルの名前である。ジョブの
実体は詳細を後述する図２０に示すジョブデータの構造
に示す様に、属性ＩＤ、属性値サイズおよび属性値の組
を複数持つことにより構成されている。

【００８５】次に図１７を参照して本実施の形態例のス
キャナコントローラ属性表を説明する。図１７は本実施
の形態例のプリントジョブマネージャが保持するスキャ
ナコントローラ属性表を説明するための図である。

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

【００８７】次に図１８を参照して本実施の形態例のコ
マンドパケット構造を説明する。図１８は本実施の形態
例で用いられるコマンドパケット構造を説明するための
図である。本実施の形態例の図１８に示すコマンドパケ
ット構造は、ユーザインターフェースマネージャ４０
３、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール４０４
からインタープリンタ４０５に対して出力されるコマン
ドパケットの構造を表している。

【００８８】本実施の形態例のコマンドパケットは、イ
ンタプリタ４０５からユーザインターフェースマネージ
ャ４０３、ＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モジュール
４０４に出力される返信パケットおよびイベントパケッ
トの構造も表している。

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

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

【００９１】次に図１９のフローチャートを参照して本
実施の形態例のパケット処理を説明する。図１９は本実
施の形態例のパケット処理を説明するためのフローチャ
ートである。本実施の形態例の図１９に示すパケット処
理は、ＭＦＰ２０１におけるコマンドパケットの処理を
示している。

【００９２】まずステップＳ１９０１において、各イン
タフェース４０１、４０２から入力されたデータを各ト
ランスポート処理モジュール４０３、４０４が処理し、
図１８に示すコマンドパケット構造に示すコマンドパケ
ットを抽出する。抽出されたコマンドパケットは、デー
タが入力された接続形式の情報（接続形式ＩＤ）および
サブアドレスと共にＴＣＰ／ＩＰ・ＵＤＰ／ＩＰ処理モ
ジュール４０２からインタプリタ４０５に入力される。

【００９３】続いてステップＳ１９０２において、イン
タプリタ４０５はスーパーバイザ４１０が保持する図９
に示すサービスＩＤ：タスクタイプ対応表を参照して、
入力された接続形式ＩＤとサブアドレスとを比較するこ
とにより、サービスＩＤを得るとともにデータ入力が有
効かどうかをチェックする。チェックの結果、データ入
力が有効でない場合は、ステップＳ１９０４に進み、コ
マンドパケットを破棄して当該処理を終了する。

【００９４】一方、ステップＳ１９０２において、デー
タ入力が有効の場合にはステップＳ１９０３に進み、コ
マンドパケットの解析を行う。このコマンドパケットの
解析は、図１８に示すコマンドパケット構造に基づいて
行う。パケット解析の結果、図１８のコマンドパケット
構造で示される各項目は、それぞれ独立した別々の情報
として出力される。

【００９５】続いてステップＳ１９０５において、サー
ビスＩＤを基にセキュリティレベルを取得する。そして
ステップＳ１９０６において、ステップＳ１９０５にお
いて取得したセキュリティレベルが「０」または「１」
であるかを調べる。セキュリティレベルが「０」または
「１」の場合にはセキュリティレベルのチェックを行わ
ずにディスパッチャ４０７に入力してステップＳ１９１
２に進む。

【００９６】一方、ステップＳ１９０６においてセキュ
リティレベルが「０」または「１」以外の時はステップ
Ｓ１９０７に進み、セキュリティレベルが「２」である
かどうかを調べる。セキュリティレベルが２の場合はス
テップＳ１９０９に進み、コマンドパケットに含まれて
いたユーザＩＤ（ＵＩＤ）が存在するかどうかをチェッ
クする。ユーザＩＤが含まれている場合にはディスパッ
チャ４０７に入力してステップＳ１９１２に進む。な
お、この送信元アドレスはトランスポートパケット（He
ader）から抽出される。

【００９７】一方、ステップＳ１９０９において、ユー
ザＩＤが含まれていない場合には、権限がないものとし
てステップＳ１９１０に進み、エラー返信情報を生成
し、インタプリタ４０５によってパケット（ステータス
コード１９０９にエラー情報を埋め込む）を生成しコマ
ンドパケット送信元に送信する。そして当該処理を終了
する。

【００９８】更に、ステップＳ１９０７において、セキ
ュリティレベルが「２」でない場合にはステップＳ１９
０８に進み、コマンドパケットに含まれていたユーザＩ
Ｄ（ＵＩＤ）とパスワード（ＰＷＤ）の対が存在するか
どうかをチェックする。ユーザＩＤとパスワードの対が
含まれていない場合には、権限がないものとしてステッ
プＳ１９１１に進み、エラー返信情報を生成し、インタ
プリタ４０５によってパケットを生成してコマンドパケ
ット送信元に送信する。そして当該処理を終了する。

【００９９】一方、ステップＳ１９０８において、ユー
ザＩＤが含まれている場合には、ディスパッチャ４０７
に入力してステップＳ１９１２に進む。

【０１００】ステップＳ１９１２において、ディスパッ
チャ４０７は、サービスＩＤを元に配布先のマネージャ
を決定し、決定されたマネージャに対してデータが入力
された接続形式ＩＤとサブアドレス、送信元のアドレ
ス、オペレーションコード、ブロック番号、フラグ情
報、ユーザＩＤ、パスワード、パラメータ長およびパラ
メータを配布する。

【０１０１】そして、各マネージャは、続くステップＳ
１９１３においてこれらの配布情報を処理する。そして
当該処理を終了する。

【０１０２】次に図２０を参照して本実施の形態例で用
いられるジョブデータの構造を説明する。図２０は本実
施の形態例で用いられるジョブデータの構造を説明する
ための図である。本実施の形態例においては、図２０に
示すジョブデータの構造は、各マネージャが管理するジ
ョブの実体を保持するファイル（ジョブファイル）の内
部構造を示すものである。

【０１０３】ジョブファイルのファイル名は図１１に示
すジョブ表におけるファイル名１１０２で保持されてい
る。ジョブの実体は、属性ＩＤ２００１、属性値サイズ
２００２および属性値２００３の組を複数連続して持つ
ことによって表されている。

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

【０１０５】次に図２１、図２２のフローチャートを参
照して本実施の形態例のジョブ投入処理を説明する。図
２１、図２２は本実施の形態例のジョブ投入処理を説明
するためのフローチャートである。本実施の形態例の図
２１，図２２に示すジョブ投入処理は、各マネージャに
おけるジョブスクリプトの処理を表している。

【０１０６】ジョブスクリプトは、図１８のコマンドパ
ケット構造で示されるコマンドパケットの一続きによっ
て構成されており、"ジョブスタート（Job Start）"オ
ペレーションコードで始まり、"ジョブエンド（Job En
d）"オペレーションコードで終わるものとして規定され
ている。ジョブスクリプトを構成する各パケットは、図
９に示すサービスＩＤ：タスクタイプ対応表で示される
サブアドレス：サービスＩＤ対応表によって示されるサ
ブアドレスに投入され、図１９のフローチャートに示す
コマンドパケット処理によって各マネージャに配布され
る。

【０１０７】以下に説明する本実施の形態例の図２１、
図２２に示す処理は、各マネージャに配布されたコマン
ドパケットを処理して、図２０のジョブデータの構造で
示されるジョブファイルおよびデータファイルを作成す
る処理である。以下詳細に説明する。

【０１０８】各マネージャに配布されたオペレーション
は、まずステップＳ２１０１においてオペレーションコ
ードがサポートされているオペレーションコードである
かどうかをチェックする。チェックは各マネージャが属
性表内に保持している「サポートしているオペレーショ
ン」属性（属性ＩＤ１０１）の値と比較することにより
行う。

【０１０９】チェックの結果、サポートされていないサ
ポート外のオペレーションであった場合にはステップＳ
２１１６に進み、エラー返信パケットを作成し、作成し
たエラー返信パケットを送信して終了する。

【０１１０】一方、ステップＳ２１０１において、オペ
レーションコードがサポートされているものであった場
合にはステップＳ２１０２に進み、現在ジョブ投入中で
あるかどうかをチェックする。チェックは、ジョブ投入
中フラグ（ステップＳ２１０６で設定されるフラグ）が
真であるかどうかを検査することにより行う。

【０１１１】検査の結果、ジョブ投入中フラグが偽であ
り、ジョブ投入中でなければステップＳ２１０４に進
み、オペレーションコードが"ジョブスタート"であるか
どうかをチェックする。チェックの結果、オペレーショ
ンコードが"ジョブスタート"でない場合はステップＳ２
１１６に進み、エラー返信パケットを作成して送信し当
該処理を終了する。

【０１１２】一方、ステップＳ２１０４のチェックの結
果オペレーションコードが"ジョブスタート"である場合
にはステップＳ２１０５に進み、ジョブＩＤを割り当て
て図１１に示すジョブ表に項目を追加し、ジョブファイ
ルを新規作成する。そして続くステップＳ２１０６にお
いて、ジョブ投入中フラグを真に設定してコマンドパケ
ットの処理を終了する。

【０１１３】一方、ステップＳ２１０２のチェックにお
いて、ジョブ投入中フラグが真の場合にはステップＳ２
１０３に進み、オペレーションコードが"センド（Sen
d）"であるかどうかをチェックする。オペレーションコ
ードの"センド（Send）"は、パラメータにジョブを構成
するデータが含まれていることをマネージャに指示する
ものである。

【０１１４】ステップＳ２１０３においてオペレーショ
ンコードが"センド"の場合にはステップＳ２１０７に進
み、コマンドと共に入力された継続フラグをチェックす
る。継続フラグが真の場合にはステップＳ２１０８にお
いて既に存在しているデータファイル２０１３に新たに
領域を追加してステップＳ２１０９に進む。ステップＳ
２１０９においては、その領域にパラメータを書き込み
終了する。

【０１１５】一方、ステップＳ２１０７において継続フ
ラグが偽な場合にはステップＳ２１１０に進み、データ
ファイル２０１３を新規作成する。続いてステップＳ２
１１１において、パラメータをデータファイルに書き込
む。その後、ステップＳ２１１２においてジョブファイ
ルに領域を追加し、ステップＳ２１１３においてデータ
を表す属性ＩＤ２００７、ファイル名のサイズ２００８
および新規作成したファイルのファイル名２００９をこ
の領域に書き込み、当該処理を終了する。

【０１１６】一方、ステップＳ２１０３においてオペレ
ーションコードが"センド"でない場合にはステップＳ２
１１４に進み、オペレーションコードが"ジョブエンド
（JobEnd）"であるかどうかをチェックする。オペレー
ションコードが"ジョブエンド" である場合にはステッ
プＳ２１１５に進み、ジョブの生成終了処理を行い当該
処理を終了する。ジョブの生成終了処理には、ジョブフ
ァイルのクローズなどの処理を含み、マネージャの種類
（プリントジョブ、スキャンジョブ、コピージョブ）に
よって異なる。

【０１１７】一方、ステップＳ２１１４においてオペレ
ーションコードが"ジョブエンド"でない場合にはステッ
プＳ２１１７に進み、オペレーションコードが"ジョブ
セット（Set Job）"であるかどうかをチェックする。オ
ペレーションコードの"ジョブセット（Set Job）"は、
パラメータにジョブを構成する属性（属性ＩＤと属性
値）が含まれていることをマネージャに指示するもので
ある。

【０１１８】ステップＳ２１１７において、ジョブのオ
ペレーションコードが"ジョブセット"である場合にはス
テップＳ２１１８に進み、ジョブファイルに領域を追加
する。続いてステップＳ２１１９において、属性ＩＤ、
属性値サイズおよび属性値を、ステップＳ２１１７で追
加した領域に書き込み、当該処理を終了する。

【０１１９】一方、ステップＳ２１１７において、オ
ペレーションコードが"ジョブセット"でない場合にはス
テップＳ２１２０に進み、オペレーションコードが"送
信要求（Send Request）"であるかどうかをチェックす
る。オペレーションコードの"送信要求（Send Reques
t）"は、データの送信をマネージャに指示するものであ
り、パラメータとしてのデータの送信方法が含まれてい
る。

【０１２０】ステップＳ２１２０において、オペレーシ
ョンコードが"送信要求（Send Request）"である場合に
はステップＳ２１２１に進み、各マネージャに依存した
処理を行い、当該処理を終了する。ステップＳ２１２１
における処理は、スキャンジョブマネージャの場合は、
ジョブファイルに保持されている属性値に従った原稿の
スキャンを、スキャナコントローラに指示し、得られた
データを指定された方法で送信することなどが含まれ
る。

【０１２１】一方、ステップＳ２１２０において、オペ
レーションコードが"送信要求（Send Request）"でない
場合にはステップＳ２１２２に進み、その他のオペレー
ションコードの処理を行い当該処理を終了する。

【０１２２】次に図２３のフローチャートを参照して本
実施の形態例のプリントマネージャのジョブ処理を説明
する。図２３は本実施の形態例のプリントマネージャの
ジョブ処理を説明するためのフローチャートである。本
実施の形態例の図２３に示すプリントマネージャのジョ
ブ処理は、図４に示すプリントジョブマネージャ４０９
におけるジョブの詳細処理を表したものである。

【０１２３】プリントジョブマネージャは、ジョブ表を
常に監視するタスクを動作させている。プリントジョブ
マネージャは、図２１、図２２に示すジョブ投入処理が
行なわれ、"ジョブスタート"オペレーションコードが入
力されてジョブ表に新たな項目が追加されたことを検知
すると、ジョブ表に新たな項目が追加されたことを検知
する監視タスクは、図２３に示すプリントマネージャの
ジョブ処理を行うタスクを動作状態として入力されたジ
ョブの処理を行わせる。

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

【０１２５】ステップＳ２３０２において、データ受信
方法を示す属性がジョブファイルの中に追加されるとス
テップＳ２３０３に進み、データの受信方法をチェック
してデータがジョブ内に含まれるものかどうかをチェッ
クする。データの受信方法がジョブ内のものではなく、
ＭＦＰ２０１の外部（例えば、ネットワーク上のクライ
アントＰＣ等）にアクセスする方法である場合はステッ
プＳ２３０４に進み、指定されたデータの読み込みを行
うタスクを生成して外部にアクセスを開始する。その後
ステップＳ２３０５においてデータの読み込みが開始さ
れるのを待つ。データの読み込みが開始されるとステッ
プＳ２３０７に進む。

【０１２６】一方、ステップＳ２３０３において、デー
タがジョブ内に含まれる場合（例えば図２１、図２２の
ジョブ投入処理おいて"センド（Send）"オペレーション
コードによるデータ受信の場合等）にはステップＳ２３
０６に進み、データの受信が開始されるのを待つ。そし
てデータの読み込み、または受信が開始されるとステッ
プＳ２３０７に進む。

【０１２７】ステップＳ２３０５またはステップＳ２３
０６においてデータの読み込み、または受信が開始され
るとステップＳ２３０７の処理に移行し、データを画像
展開部に投入を開始する。その後、ステップＳ２３０８
において画像展開部からイメージデータを受け取る。更
にステップＳ２３０９において使用するプリンタコント
ローラを決定する。

【０１２８】次にステップＳ２３１０において、プリン
タコントローラにイメージデータを投入しプリンタコン
トローラからジョブＩＤを受け取る。次にステップＳ２
３１１において、図１２に示すジョブ依頼表に、ジョブ
ＩＤとプリンタコントローラＩＤおよびプリンタコント
ローラから受け取ったジョブＩＤをプリンタコントロー
ラ毎に別々のレコードとして記録する。

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

【０１３０】一方、ステップＳ２３１４において、依頼
した全てのプリンタコントローラでのジョブが終了した
場合にはステップＳ２３１５に進み、図１１に示すジョ
ブ表から、ジョブのレコードを削除する。このとき、後
述する図２７のイベント送信で示されるイベント送信処
理を行う。そしてステップＳ２３１６においてジョブフ
ァイルの中を検査する。次にステップＳ２３１７におい
て、ジョブ終了に関するイベント送信を指示する属性値
があるかどうか（イベントが登録されているか否か）を
チェックする。ジョブ終了に関するイベント送信を指示
する属性値がもしなければ処理は当該処理を終了する。

【０１３１】一方、ステップＳ２３１７において、ジョ
ブ終了に関するイベント送信を指示する属性値がある場
合にはステップＳ２３１８に進み、属性値を読み出すこ
とにより送信方法と送信宛先を取得する。続いてステッ
プＳ２３１９において、イベント送信パケットを作成
し、指定された送信方法と送信宛先に対してイベントを
送信する。その後ステップＳ２３２０において、ジョブ
ファイル・データファイルの削除などの終了処理を行
い、当該ジョブの処理を終了する。

【０１３２】次に図２４のフローチャートを参照して本
実施の形態例のスキャンマネージャのジョブ処理を説明
する。図２４は本実施の形態例のスキャンマネージャの
ジョブ処理を説明するためのフローチャートである。本
実施の形態例の図２４に示すスキャンマネージャのジョ
ブ処理は、図４に示すスキャンジョブマネージャ４０８
におけるジョブの詳細処理を表したものである。

【０１３３】スキャンジョブマネージャは、ジョブの投
入が終了してからジョブの処理を開始する。このため、
スキャンジョブマネージャは上述したジョブ投入処理に
おけるステップＳ２１１５のジョブの終了処理として、
図２４に示すスキャンジョブマネージャのジョブ処理を
開始する。

【０１３４】まずステップＳ２４０１において、スキャ
ナコントローラ４１１にジョブを投入しジョブＩＤを受
け取る。続いてステップＳ２４０２において、図１２に
示すジョブ依頼表に、ジョブＩＤとスキャナコントロー
ラＩＤおよびスキャナコントローラ４１１からから受け
取ったジョブＩＤを記録する。

【０１３５】次にステップＳ２４０３において、スキャ
ナコントローラ４１１からジョブ終了を待ち、ジョブ終
了がスキャナコントローラ４１１から通知されるとステ
ップＳ２４０４に進む。２４０４では、スキャンしたイ
メージデータをスキャナコントローラ４１１から受け取
り、図１１に示すジョブ表からジョブのレコードを削除
する。この時、後述する図２７に示すイベント送信で示
されるイベント送信処理を行う。

【０１３６】次に、ステップＳ２４０５においてジョブ
中の属性の中からデータの送信方法を指示しているもの
を検索する。ステップＳ２４０６において検索したデー
タ送信方法がデータをスクリプトとして送信する指示で
あるか否かをチェックする。機器からのデータ送信処理
の詳細は、図２８に示す属性表のアクセスに示されてい
る。データをスクリプトとして送信する指示であった場
合にはステップＳ２４０８に進み、データを他の属性情
報と共にスクリプトとして送信する。そしてステップＳ
２４１０に進む。

【０１３７】一方、ステップＳ２４０６において、デー
タを他の属性情報と共にスクリプトとして送信する指示
でなく、データを参照として送信する指示であった場合
にはステップＳ２４０７に進み、データを機器内部に保
存し、これに対する参照情報を他の属性情報と共にスク
リプトとして送信する。そしてステップＳ２４１０に進
む。

【０１３８】ステップＳ２４１０においては、ジョブフ
ァイルの中を検索する。そして、ステップＳ２４１１に
おいて、検索の結果ジョブ終了に関するイベント送信を
指示する属性値があるかどうかをチェックする。もしジ
ョブ終了に関するイベント送信を指示する属性値がなけ
れば当該処理は終了する。

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

【０１４０】次に図２５のフローチャートを参照して本
実施の形態例のコピーマネージャのジョブ処理を説明す
る。図２５は本実施の形態例のコピーマネージャのジョ
ブ処理を説明するためのフローチャートである。本実施
の形態例の図２５に示すコピーマネージャのジョブ処理
は、図４に示すコピージョブマネージャ４１０における
ジョブの処理手順を表したものである。

【０１４１】コピージョブマネージャは、ジョブの投入
が終了してからジョブの処理を開始する。このため、ジ
ョブマネージャは上述したジョブ投入処理におけるステ
ップＳ２１１５のジョブの終了処理として、以下に説明
するコピーマネージャのジョブ処理を開始する。

【０１４２】まずステップＳ２５０１において、スキャ
ナコントローラ４１１にジョブを投入しジョブＩＤを受
け取る。続いてステップＳ２５０２において、図１２に
示すジョブ依頼表に、ジョブＩＤとスキャナコントロー
ラＩＤおよびスキャナコントローラ４１１から受け取っ
たジョブＩＤを記録する。

【０１４３】次にステップＳ２５０３において、スキャ
ナコントローラ４１１からのジョブ終了を待つ。ジョブ
終了がスキャナコントローラ４１１から通知されると、
スキャンしたイメージデータをスキャンコントローラ４
１１から受け取りステップＳ２５０１に進む。

【０１４４】ステップＳ２５０４では、図１１に示すジ
ョブ表から、対応するジョブのレコードを削除する。次
にステップＳ２５０５において、使用するプリンタコン
トローラを決定する。使用するプリンタコントローラが
決定すると、ステップＳ２５０６において各プリンタコ
ントローラにスキャナコントローラ４１１から受け取っ
たイメージデータを投入しプリンタコントローラからジ
ョブＩＤを受け取る。

【０１４５】そしてステップＳ２５０７において、図１
２に示すジョブ依頼表に、ジョブＩＤとプリンタコント
ローラＩＤおよびプリンタコントローラから受け取った
ジョブＩＤをプリンタコントローラ毎に別々のレコード
として記録する。その後、プリントジョブマネージャは
ステップＳ２５０８でプリンタコントローラのジョブ終
了を待つ。そして、ジョブ終了がプリンタコントローラ
から通知されるとステップＳ２５０９に進む。

【０１４６】ステップＳ２５０９においては、ジョブ依
頼表から終了したジョブに対応するレコードを削除す
る。続いてステップＳ２５１０において、プリンタコン
トローラに依頼した全てのジョブが終了したかどうかを
チェックする。まだプリンタコントローラ内でジョブが
残っている場合にはステップＳ２５０８に戻り、プリン
タコントローラでのジョブ終了を待つ。

【０１４７】一方、ステップＳ２５１０において、依頼
した全てのプリンタコントローラでのジョブが終了した
場合にはステップＳ２５１１に進み、図１１に示すジョ
ブ表から、ジョブのレコードを削除する。この時、後述
する図２７に示すイベント送信で示されるイベント送信
処理を行う。続いてステップＳ２５１２において、ジョ
ブファイルの中を検索する。そして、続くステップＳ２
５１３において、ジョブ終了に関するイベント送信を指
示する属性値があるかどうかをチェックする。もしジョ
ブ終了に関するイベント送信を指示する属性値がなけれ
ば当該処理を終了する。

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

【０１４９】図２６は本実施の形態例のスーパーバイザ
が保持するイベント設定表とイベントフォーマット表を
説明するための図であり、以下、図２６を参照して本実
施の形態例のスーパーバイザが保持するイベント設定表
とイベントフォーマット表を説明する。

【０１５０】図２６の左側に（ａ）に示すように本実施
の形態例のスーパーバイザが保持するイベント設定表は
図５のスーパーバイザ属性表で示される属性表の属性Ｉ
Ｄ５０２（イベント設定表）の属性値として記憶装置３
１１に保持されている。

【０１５１】図２６の（ａ）に示すイベント設定表は、
指定されたイベントが機器内で起きた時にイベント通知
を送信する方法と宛先を、イベントの種類毎に保持して
いる。イベント設定表は各行が１つの情報単位（レコー
ド）を表しており、複数のレコードの集合としてデータ
が構成されている。各レコードはイベントＩＤ２６０
１、接続形式２６０２および通知先アドレス２６０３か
ら構成されている。宛先は、接続形式と接続形式に依存
した通知先アドレスとから構成される。

【０１５２】イベントＩＤ２６０１は、イベントの種類
を表すものであり、機器内でユニークに定義されてい
る。例えばイベントＩＤ（Event ＩＤ）「２００」は、
紙なし、イベントＩＤ「３９９」はトナーなし、イベン
トＩＤ「４３２」はインクなし、イベントＩＤ「２３
４」は多機能周辺機器のカバーオープンを示す。

【０１５３】接続形式ＩＤ２６０２は、イベント通知を
送信する接続形式を表しており、この値は図９に示すサ
ービスＩＤとタスクタイプ対応表で使用されているもの
と同一のものが使用される。通知先アドレス２６０３
は、接続形式ＩＤ２６０２に適合したイベントの通知先
宛先を表すものである。

【０１５４】図２６の右側に（ｂ）に示す様に、本実施
の形態例のスーパーバイザが保持するイベントフォーマ
ット表は、イベントの内容を示す表であり、図５のスー
パーバイザ属性表で示される属性表の属性ＩＤ５０３
（イベントフォーマット表）の属性値として記憶装置３
１１に保持されている。

【０１５５】図２６の（ｂ）に示すイベントフォーマッ
ト表は、機器内でユニークに定義されている各イベント
ＩＤについて、イベント通知として送信される付加デー
タの形式を保持している。イベントフォーマット表は各
行が１つの情報単位（レコード）を表しており、複数の
レコードの集合としてデータは構成されている。各レコ
ードはイベントＩＤ２６０４およびイベントフォーマッ
ト２６０５から構成されている。

【０１５６】イベントフォーマット２６０５はイベント
通知として送信される付加データの形式であり、属性Ｉ
Ｄのリストとして表される。属性ＩＤは機器内でユニー
クに定義されており、その方も属性ＩＤによって一意に
決定されているため、属性ＩＤを指定することにより、
付加データのフォーマットを表すことができる。

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

【０１５８】次に図２７のフローチャートを参照して本
実施の形態例の各マネージャのイベント送信の処理を説
明する。図２７は本実施の形態例の各マネージャのイベ
ント送信の処理を説明するためのフローチャートであ
る。本実施の形態例の図２７に示すイベント送信の処理
においては、各マネージャは図２６に示す様なイベント
設定表を、各自が保持する属性表の値として持ってい
る。

【０１５９】図２６（イベント）の説明で示したよう
に、イベント設定表にはイベントが発生したときにイベ
ントを送信する接続形式と宛先とが書かれている。この
ため、あるイベントが発生すると各マネージャはイベン
トに対するイベントＩＤを認識して図２７のイベントの
送信処理に移行する。

【０１６０】まずステップＳ２７０１において、図２６
の（ａ）に示すイベント設定表を参照してイベントＩＤ
が登録されているかどうかを検索する。ステップＳ２７
０２において、イベントＩＤが１つも登録されていなけ
れば当該処理を終了する。

【０１６１】一方、ステップＳ２７０２においてイベン
トＩＤが１つでも登録されていればステップＳ２７０３
に進み、登録されている最初のイベントＩＤに対する処
理を指定する。そしてステップＳ２７０４において指定
されたイベントＩＤで指定されたイベントを送信する際
に使用する接続形式とイベントを送信する宛先を最初の
レコードから取得する。

【０１６２】続いて、ステップＳ２７０５において、イ
ベント送信パケットを作成する。このパケットの中には
イベントＩＤ毎に規定されているパラメータと、スーパ
ーバイザ４０６が保持する図２６に示すイベントフォー
マット表に登録されているイベントＩＤ毎のフォーマッ
トに従ったパラメータとを付加する。

【０１６３】そしてステップＳ２７０６において、この
イベント送信パケットをイベント設定表の通知先アドレ
ス２６０３で取得した接続形式の送信宛先に送信する。
その後ステップＳ２７０７において、イベントＩＤがあ
るレコード全てについてステップＳ２７０４からステッ
プＳ２７０６までを繰り返し処理したか否かを判断す
る。イベントＩＤがあるレコード全てについて処理した
場合には当該処理を終了する。

【０１６４】一方、ステップＳ２７０７でイベントＩＤ
があるレコード全てについて処理が終了していなければ
ステップＳ２７０８に進み、次のイベントＩＤの処理を
行うように設定してステップＳ２７０４に進み、次のイ
ベントＩＤに対する処理を行う。

【０１６５】次に図２８のフローチャートを参照して本
実施の形態例の多機能周辺機器２０１が保持する各マネ
ージャ及び各コントローラの属性表に対する読み出し書
き込みの処理を説明する。図２８は本実施の形態例の各
マネージャ及び各コントローラの属性表に対する読み出
し書き込みの処理を説明するためのフローチャートであ
る。本実施の形態例の図２８に示す各マネージャ及び各
コントローラの属性表に対する読み出し書き込みの処理
においては、スーパーバイザの有するサブアドレスに対
して適当なコマンドパケットを送信することにより行
う。

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

【０１６７】不図示の例えばクライアントＰＣからＭＦ
Ｐ２０１に送られたパケットデータは、図１９のパケッ
ト処理に示すフローチャートに従って処理され、スーパ
ーバイザに配布される。このため、本実施の形態例の多
機能周辺機器２０１が保持する各マネージャ及び各コン
トローラは、まずステップＳ２８０１において、オペレ
ーションコード１８０４が、属性値読み出し用コー
ド（"Get"）であるかどうかチェックする。ステップＳ
２８０１において、オペレーションコードが"Get"であ
る場合にはステップＳ２８０２に進み、サービスＩＤを
元にアクセス対象の属性表全体を取得する。

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

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

【０１７０】一方、ステップＳ２８０３において、属性
ＩＤが含まれていればステップＳ２８０４に進み、指定
された属性ＩＤを元に属性表を検索し、該当する属性Ｉ
Ｄを持つ型ＩＤと属性値を取得する。続いてステップＳ
２８０６において、型ＩＤに従った属性値の処理を行
い、属性ＩＤに従った返信パケットを生成する。そし
て、ステップＳ２８０７においてこの返信パケットを送
信して当該処理を終了する。

【０１７１】一方、ステップＳ２８０１においてオペレ
ーションコードが"Get"でない場合にはステップＳ２８
０８に進み、オペレーションコードが属性値書き込み用
コード（"Set"）であるかどうかチェックする。オペレ
ーションコードが"Set"である場合にはステップＳ２８
０９に進み、サービスＩＤに基づいてアクセス対象の属
性表全体を取得する。その後、ステップＳ２８１０にお
いて、指定された属性値が設定可能かどうかを検査す
る。この検査は、対象となる属性表の「管理者のみが設
定出来る属性ＩＤリスト」（属性ＩＤ＝１０４）の値を
取得し、この中に設定指示された属性ＩＤが含まれてい
るかどうかを調べることにより行う。

【０１７２】ステップＳ２８１０において、属性ＩＤが
含まれており、指定された属性値が設定可能でない場合
には値を取得することは出来ないのでステップＳ２８１
４に進み、エラー返信パケットを作成し、これを送信し
て当該処理を終了する。

【０１７３】一方、ステップＳ２８１０において、属性
ＩＤが含まれていなければ値を取得することができるた
めステップＳ２８１１に進み、指定された属性ＩＤを元
に属性表を検索し、該当する属性ＩＤを持つ型ＩＤと属
性値を取得する。そしてステップＳ２８１２において、
型ＩＤに基づいて指定された属性値を設定し、設定が成
功した旨を知らせる返信パケットを生成する。その後ス
テップＳ２８１３においてこの返信パケットを送信して
当該処理を終了する。

【０１７４】一方、ステップＳ２８０８においてオペレ
ーションコードが"Set"でない場合には、ステップＳ２
８１５に進み、その他のオペレーションコードに従った
当該オペレーションコードに対応する処理を行い、当該
処理を終了する。

【０１７５】次に図２９のフローチャートを参照して本
実施の形態例のトナーなし時の処理を説明する。図２９
は本実施の形態例のトナーなし時の処理（転送処理）を
説明するためのフローチャートである。

【０１７６】スキャナに原稿をセットし、スタートボタ
ンが押下されると、図２９のステップＳ２９０１に進
み、必要なジョブが実行される。このジョブは、例えば
図２０にジョブのデータ構造に示すような構造でジョブ
の情報を保存しつつスキャナから画像データを生成し、
データファイルを作成するジョブである。そしてデータ
ファイルをプリンタにわたすことでプリント処理を行
う。

【０１７７】プリント処理が始まるとステップＳ２９０
２においてトナー切れなどの処理中断要因が発生したか
を確認する。なお、以下の説明はトナー切れの場合を例
として説明するが、「紙なし」「紙搬送不良」、「定着
不良」、「カバーオープン」、「ステイプル針切れ」な
ど、あらゆる中断要因に適用できることは勿論である。
トナー切れが発生していない場合はステップＳ２９０３
に進み、ジョブが終了したかを確認する。ジョブが終了
していれば当該ジョブは終了する。

【０１７８】一方、ステップＳ２９０３においてジョブ
がいまだ終了していなければ再びステップＳ２９０２に
戻り、トナーの有無をチェックする処理を行う。

【０１７９】一方、ステップＳ２９０２においてトナー
なしと判断された場合にはステップＳ２９０４に進み、
そのジョブを他のプリンタにリカバリさせるかどうかを
判断する。例えばこの処理においては、ユーザインタフ
ェース１０６のＬＣＤ表示部３０３の表示画面に図３０
の３００１に示すようなオペレータに対するトナーなし
ガイダンス画面を表示する。図３０は本実施の形態例の
トナーなしガイダンス画面を説明するための図である。

【０１８０】そして、操作者がこの画面を確認して対応
する指示を入力するのを監視する。他のプリンタにリカ
バリを行わせるべきであると判断した場合には、図３０
に示すガイダンス画面のプリンタ選択ボタン３００２を
タッチ、または押下入力する。すると、ユーザインタフ
ェース１０６のＬＣＤ表示部３０３の表示画面はリカバ
リプリンタの選択画面に移行し、図３１に示すリカバリ
プリンタの選択画面が表示される。図３１は本実施の形
態例のトナーなし時のリカバリプリンタの選択画面を説
明するための図である。

【０１８１】操作者がこの図３１に示すトナーなし時の
リカバリプリンタの選択画面を確認してリカバリするプ
リンタを選択するとリカバリプリンタの選択・指定が終
了したと判断しステップＳ２９０４よりステップＳ２９
０５の処理に移行する。ステップＳ２９０５において
は、今まで実行されていたジョブのデータを指定された
プリンタに図２１、図２２に示すジョブ投入処理を行い
ジョブとして投入する。ジョブのデータは図２２のステ
ップＳ２１１７のジョブセット（Set Job）コマンドで
投入され、プリンタのジョブファイルとして構築され、
ジョブが実行され、トナーを補充する間に他の画像処理
装置を使用してジョブを行うことができる。

【０１８２】このときユーザインタフェース１０６のＬ
ＣＤ表示部３０３の表示画面は図３２の指示確認画面に
移行し、リカバリプリンタとして選択した結果を確認す
る。図３２は本実施の形態例のトナーなし時のリカバリ
プリンタの選択確認画面を説明するための図である。ユ
ーザインタフェース１０６のＬＣＤ表示部３０３には３
００５のように表示される。

【０１８３】その後ステップＳ２９０６においてトナー
の補充等の復旧処理を行い、ジョブ処理を終了する。

【０１８４】一方、ステップＳ２９０４において他のプ
リンタでリカバリ処理を行わせない場合は図３０のガイ
ダンス画面でプリンタ選択を行わず、ステップＳ２９０
７においてトナーの補給処理（復旧処理）を行う。復旧
処理が行われると例えば不図示のキーボードのスター値
キーなどが入力され、ジョブを再開してステップＳ２９
０２に進み、ジョブを継続する。

【０１８５】以上説明したように本実施の形態例によれ
ば、ジョブがトナーなしなどの中断状態になったとき
に、滞っているジョブをネットワーク上にある他の画像
処理装置に転送してジョブを行わせることができ、中断
要因を取り除いている最中でも他の画像処理装置によっ
てジョブを実行させて生産性低下を防止する事ができ
る。

【０１８６】

【他の実施形態】なお、本発明は、複数の機器（例えば
ホストコンピュータ、インタフェース機器、リーダ、プ
リンタなど）から構成されるシステムに適用しても、一
つの機器からなる装置（例えば、複写機、ファクシミリ
装置など）に適用してもよい。

【０１８７】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体（または記録媒体）を、システムあるい
は装置に供給し、そのシステムあるいは装置のコンピュ
ータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納された
プログラムコードを読み出し実行することによっても、
達成されることは言うまでもない。この場合、記憶媒体
から読み出されたプログラムコード自体が前述した実施
形態の機能を実現することになり、そのプログラムコー
ドを記憶した記憶媒体は本発明を構成することになる。
また、コンピュータが読み出したプログラムコードを実
行することにより、前述した実施形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼働しているオペレーティングシステ
ム（ＯＳ）などが実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

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

【０１８９】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明した各フローチャートに対応
するプログラムコードが格納されることになる。

【０１９０】

【発明の効果】以上説明したように本発明によれば、ト
ナー切れなどの画像処理の中断要因が発生しても他の画
像処理装置で実行中の処理を代行させることができ、中
断要因に対する処理を行う最中でも処理を中断させるこ
となく処理することが可能になり効率的に画像処理を行
うことができる。

【０１９１】例えば、画像形成装置において実行中のジ
ョブがトナーなしなどの中断状態になったときに、滞っ
ているジョブ、を接続されている他の画像処理装置に転
送して実行させることで、中断要因を取り除いている最
中でも他の画像処理装置によってジョブを実行させるこ
とが可能となり、て生産性低下を防止して、中断要因に
対処することができる。

【図面の簡単な説明】

【図１】本発明に係る一発明の実施の形態例のシステム
構成を説明するための図である。

【図２】本実施の形態例の多機能周辺機器（ＭＦＰ）の
詳細構成を説明するためのブロック図である。

【図３】本実施の形態例の図２に示すコントローラの詳
細構成を含む全体構成を示すブロック図である。

【図４】本実施の形態例のコントローラ内のＣＰＵの実
行する制御プログラムの構成を説明するための図であ
る。

【図５】本実施の形態例のスーパーバイザ４０６が記憶
装置３１１に保持し管理するデータ（属性表）を説明す
るための図である。

【図６】本実施の形態例の図５の属性ＩＤと型ＩＤの詳
細を示す図である。

【図７】本実施の形態例のサブアドレス：サービスＩＤ
対応表を説明するための図である。

【図８】本実施の形態例の接続形式ＩＤの機能、意味を
説明するための図である。

【図９】本実施の形態例のサービスＩＤ：タスクタイプ
対応表を説明するための図である。

【図１０】本実施の形態例のプリントマネージャ属性表
を説明するための図である。

【図１１】本実施の形態例のプリントジョブマネージャ
が保持するデータ（ジョブ表）を説明するための図であ
る。

【図１２】本実施の形態例のプリントジョブマネージャ
が保持するジョブ依頼表を説明するための図である。

【図１３】本実施の形態例のプリントジョブマネージャ
が保持するスキャンジョブマネージャ属性表を説明する
ための図である。

【図１４】本実施の形態例のプリントジョブマネージャ
が保持するコピージョブマネージャ属性表を説明するた
めの図である。

【図１５】本実施の形態例のプリントジョブマネージャ
が保持するプリンタコントローラ属性表を説明するため
の図である。

【図１６】本実施の形態例のプリントジョブマネージャ
が保持するジョブキュー表を説明するための図である。

【図１７】本実施の形態例のプリントジョブマネージャ
が保持するスキャナコントローラ属性表を説明するため
の図である。

【図１８】本実施の形態例で用いられるコマンドパケッ
ト構造を説明するための図である。

【図１９】本実施の形態例のパケット処理を説明するた
めのフローチャートである。

【図２０】本実施の形態例で用いられるジョブデータの
構造を説明するための図である。

【図２１】本実施の形態例のジョブ投入処理を説明する
ためのフローチャートである。

【図２２】本実施の形態例のジョブ投入処理を説明する
ためのフローチャートである。

【図２３】本実施の形態例のプリントマネージャのジョ
ブ処理を説明するためのフローチャートである。

【図２４】本実施の形態例のスキャンマネージャのジョ
ブ処理を説明するためのフローチャートである。

【図２５】本実施の形態例のコピーマネージャのジョブ
処理を説明するためのフローチャートである。

【図２６】本実施の形態例のスーパーバイザが保持する
イベント設定表とイベントフォーマット表を説明するた
めの図である。

【図２７】本実施の形態例の各マネージャのイベント送
信の処理を説明するためのフローチャートである。

【図２８】本実施の形態例の各マネージャ及び各コント
ローラの属性表に対する読み出し書き込みの処理を説明
するためのフローチャートである。

【図２９】本実施の形態例のトナーなし時の処理（転送
処理）を説明するためのフローチャートである。

【図３０】本実施の形態例のトナーなしガイダンス画面
を説明するための図である。

【図３１】本実施の形態例のトナーなし時のリカバリプ
リンタの選択画面を説明するための図である。

【図３２】本実施の形態例のトナーなし時のリカバリプ
リンタの選択確認画面を説明するための図である。

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 2C061 AP01 AQ06 HQ01 HR07 HV14 HV48 2H027 DB01 EE10 EK15 FD08 ZA07 5C062 AA05 AA35 AB02 AB08 AB11 AB13 AB17 AB22 AB25 AB41 AB43 AB44 AC02 AC04 AC22 AC34 AC58 AE04 AE15 BC04

Claims

【特許請求の範囲】

【請求項１】少なくとも特定の画像処理を実行する画
像処理装置を少なくとも２台は備え、前記特定の画像処
理を実行する画像処理装置を制御可能な画像情報処理シ
ステムにおいて、前記特定の画像処理を実行している前記画像処理装置に
画像処理の中断要因が発生したときに、実行中の画像処
理を他の前記画像処理装置で行わせるか否かを指示する
指示手段と、前記指示手段で実行中の画像処理を他の前記画像処理装
置で行わせる旨の指示があると、前記中断要因が発生し
た画像処理装置で実行中の画像処理を他の前記画像処理
装置で実行させる実行制御手段とを備えることを特徴と
する画像情報処理システム。
【請求項２】前記画像処理はジョブ単位で実行が指示
されており、前記実行制御手段は、ジョブが中断状態に
なったときに、滞っているジョブを他の前記画像処理装
置に転送してジョブを行わせることにより、中断要因を
取り除いている間に他の前記画像処理装置によってジョ
ブを実行可能とすることを特徴とする請求項１記載の画
像情報処理システム。
【請求項３】前記画像処理装置は、互いに通信媒体を
介して通信可能に構成されたネットワーク構造となって
おり、少なくとも各画像処理装置は、原稿画像を読み取り、画像情報を作成する読み取り手段
と、前記画像情報を記憶する記憶手段と、前記画像情報
を出力媒体に出力する画像出力手段との少なくとも一つ
を備え、更に他の装置との間で前記画像情報および制御データを
送受信する通信手段と、前記読み取り手段、記憶手段、画像出力手段、通信手段
を制御する制御手段とを有することを特徴とする請求項
１または請求項２記載の画像情報処理システム。
【請求項４】画像情報処理システムには、原稿画像を読み取り、画像情報を作成する読み取り手段
と、前記画像情報を記憶する記憶手段と、前記画像情報を出力媒体に出力する画像出力手段と、他の装置との間で前記画像情報および制御データを送受
信する通信手段と、前記読み取り手段、記憶手段、画像出力手段、通信手段
を制御する制御手段と、前記制御手段の制御状態を管理する管理手段とを備える
画像処理装置が複数接続されており、操作者は前記制御手段に対する動作を指示可能で、前記
画像処理装置の画像出力手段のみを選択実行可能である
ことを特徴とする請求項１乃至請求項３のいずれかに記
載の画像情報処理システム。
【請求項５】前記制御手段は、実行を指示されたジョ
ブに従って前記読み取り手段、記憶手段、画像出力手
段、通信手段を制御し、前記管理手段は、前記制御手段で実行されているジョブ
を管理することを特徴とする請求３または請求項４記載
の画像情報処理システム。
【請求項６】前記制御手段は、パケットデータから構
成されるジョブを入力する入力手段と、前記入力手段より入力されるジョブを管理する第１のデ
バイス制御手段と、画像処理装置でのジョブを管理する第２のデバイス制御
手段と、前記制御手段が制御する各読み取り手段、記憶手段、画
像出力手段、通信手段の能力を保持する属性情報保持手
段と、前記属性情報保持手段の情報を送受信する属性通信手段
とを備え、前記第１のデバイス制御手段により前記入力手段で入力
させたジョブを解析させた後、第２のデバイス制御手段
で前記ジョブを解析させることを特徴とする請求項５記
載の画像情報処理システム。
【請求項７】前記特定の画像処理を実行する前記画像
処理装置は供給された画像情報を画像形成して印刷出力
する画像形成装置であり、前記指示手段は前記画像形成
装置に印刷情報を供給する情報供給装置あるいは前記画
像形成装置制御装置、もしくは当該画像形成装置の表示
画面を確認して指示が可能であることを特徴とする請求
項１記載の画像情報処理システム。
【請求項８】少なくとも特定の画像処理を実行する画
像処理装置を少なくとも２台は備え、他の前記画像処理
装置より指示された前記特定の画像処理を実行する前記
画像処理装置を制御可能な画像情報処理システムにおけ
る画像処理方法であって、前記特定の画像処理を実行している前記画像処理装置に
おいて画像処理の中断要因が発生したときに、実行中の
画像処理を他の同種の前記画像処理装置で行わせるか否
かを指示可能とし、実行中の画像処理を他の同種の前記
画像処理装置で行わせる旨の指示があると前記中断要因
が発生した前記画像処理装置で実行中の画像処理を他の
前記画像処理装置で実行させることを特徴とする画像情
報処理方法。
【請求項９】前記特定の画像処理を実行する画像処理
装置は供給された画像情報を画像形成して印刷出力する
画像形成装置であり、前記実行中の画像処理を他の同種
の前記画像処理装置で行わせるか否かの指示は前記画像
形成装置に印刷情報を供給する情報供給装置あるいは前
記画像形成装置制御装置、もしくは当該画像形成装置の
表示画面を確認して行うことが可能であることを特徴と
する請求項８記載の画像情報処理方法。
【請求項１０】前記画像処理はジョブ単位で実行が指
示されており、ジョブが中断状態になったときに、滞っ
ているジョブを他の画像処理装置に転送してジョブを行
わせることにより、前記中断要因を取り除いている間に
他の前記画像処理装置によってジョブを実行可能とする
ことを特徴とする請求項８または請求項９記載の画像情
報処理方法。
【請求項１１】前記画像処理装置は、互いに通信媒体
を介して通信可能に構成されたネットワーク構造となっ
ており、少なくとも各画像処理装置は、原稿画像を読み取り、画
像情報を作成する読み取り手段と、前記画像情報を出力
媒体に出力する画像出力手段との少なくとも一つを備
え、前記読み取り手段あるいは前記画像出力手段の実行中の
画像処理に中断要因が発生したときに、実行中の画像処
理を他の画像処理装置の前記読み取り手段あるいは前記
画像出力手段で行わせるか否かを指示可能とすることを
特徴とする請求項８または請求項９記載の画像情報処理
方法。
【請求項１２】前記請求項１乃至請求項１１のいずれ
か１項に記載の機能を実現するコンピュータプログラム
列。
【請求項１３】前記請求項１乃至請求項１１のいずれ
か１項に記載の機能を実現するコンピュータプログラム
を記憶したコンピュータ可読記憶媒体。