JP3245599B2 - 画像処理装置と画像処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の画像処理装置
が通信回線を介して接続されており、画像情報を加工し
たり、画像情報を記録媒体に記録したりする処理を行な
う画像処理装置と画像処理システムに関する。

【０００２】

【従来の技術】現在、多くのシステムでサーバ・クライ
アント方式を利用して、処理を行なうことが行なわれて
いる。サーバ・クライアント方式とは、１つの電算機上
またはＬＡＮ等の通信回線を介して接続されたサーバと
クライアントとが情報を交換して処理を進めるものであ
る。例えば、エンジニアリングワークステーションＥＷ
Ｓに利用されている。

【０００３】このような、サーバ・クライアント方式を
採用し、複数のクライアントが１つのサーバを使用する
システムがよく用いられる。クライアントは応用プログ
ラムつまりアプリケーションである。業務はアプリケー
ションだけで行うのでなく、ジョブと呼ばれる小さなよ
く使われる働きをサーバに依頼して行う。つまりアプリ
ケーションは自分の業務のいくつかをジョブ（仕事）で
構成し、サーバにジョブを依頼して業務を行う。

【０００４】この例としては、特開平２−２３１６２６
号にサーバ・クライアント方式が示されている。このサ
ーバでは、表示装置であるビットマップディスプレイを
制御している。そして、クライアントはサーバからの情
報を受けとって仕事を行なうことが示されている。

【０００５】

【発明が解決しようとする課題】従来にもまして、エン
ジニアリングワークステーション等の画像処理装置で
は、画像データを扱うことが多くなっている。ある画像
をスキャナで読込んだり、ある画像をプリンタで出力す
る等のジョブが画像処理装置では多く行なわれている。
そして、スキャナ等で読み込まれた画像データは、情報
量が大変に大きく、取り扱うことが大変であった。

【０００６】また、画像処理装置等がサーバ・クライア
ント方式を取り入れることで、プログラムが複数に分解
される。この分解されたプログラム同士が画像データを
交換していたのでは、電算機が効率よく運用できない。
このため、画像を専門に扱うプログラムの必要が要望さ
れた。また、ＬＡＮ上等でサーバ・クライアント方式を
用いることで、複数のプログラムが稼働していることに
なる。

【０００７】このような状況で前記画像を扱うプログラ
ム等で管理している画像入出力装置で障害（エラー）が
生じた場合に、すみやかに、必要な画像処理装置に、連
絡する必要がある。すなわち、複数のプログラムが稼働
しているため、何れのプログラムがどの装置で障害を起
こしたか操作者に確実に知らせる必要がある。

【０００８】１つのプリンタを複数のプログラムが使用
する場合等、プリンタの紙づまり等のエラーをすみやか
に処理し、他のプログラムが使用できるようにする必要
がある。このため、必要な画像処理装置にすみやかに連
絡する必要がある。

【０００９】このため、この発明では、画像を専門的に
扱うプログラムが管理して制御が行なわれている画像入
出力装置での障害（エラー）に対して、画像処理を依頼
した操作者や機器の保守ができる操作者に障害の連絡が
行なえることを課題とする。

【００１０】

【００１１】

【００１２】この発明は、上記の問題点に鑑みてなされ
たもので、サーバ・クライアント方式で接続された画像
処理装置と画像処理システムにおいて、画像を専門に扱
うプログラムを設置し、このプログラムによって管理制
御されている画像入出力機器の障害をすみやかに画像処
理を依頼した操作者やその機器の保守ができる操作者に
知らせることができる画像処理装置と画像処理システム
を提供することを目的とする。

【００１３】

【課題を解決するための手段】この発明の画像処理シス
テムは、複数の画像処理装置が通信回線を介して接続さ
れ、各画像処理装置が有する種々の画像入出力機器を、
各画像処理装置で共用しているものにおいて、上記画像
処理装置が、該画像処理装置及び他の画像処理装置の画
像入出力機器を制御することにより、種々のジョブを実
行する実行手段と、上記画像入出力機器でエラーが生じ
た際に、このエラーの生じたジョブに対するエラーの通
知先としての画像処理装置を特定する情報が記憶されて
いる第１の記憶手段と、上記画像入出力機器でエラーが
生じた際に、上記画像入出力機器に対するエラーの通知
先としての画像処理装置を特定する情報が記憶されてい
る第２の記憶手段と、この実行手段によりジョブの実行
中に、上記画像入出力機器でエラーが生じた際に、この
エラーの生じたジョブに対するエラーの通知先としての
画像処理装置を特定する情報を上記第１の記憶手段から
読出す第１の読出手段と、上記実行手段によりジョブの
実行中に、上記画像入出力機器でエラーが生じた際に、
上記画像入出力機器に対するエラーの通知先としての画
像処理装置を特定する情報を上記第２の記憶手段から読
出す第２の読出手段と、上記第１、第２の読出手段によ
り読出された番号に対応する画像処理装置に、エラーの
内容とエラーが生じた画像処理装置と画像入出力機器と
を示す情報を通知するエラー通知手段と、他の画像処理
装置から通知されたエラーの内容とエラーが生じた画像
処理装置と画像入出力機器とを示す情報を上記画像入出
力機器の１つを用いて出力する出力手段とからなるもの
である。

【００１４】この発明の画像処理装置は、画像入出力機
器を制御して複数の仕事をこれらの機器を制御して画像
入出力処理を行なう画像処理部と、この画像処理部へ画
像入出力の仕事を依頼する複数の制御部とからなるもの
において、上記画像処理部に、上記画像入出力機器の障
害を検知する検知手段と、障害時の情報を通知する障害
の連絡先の制御部が上記仕事ごとに記憶されている記憶
手段と、上記検知手段からの検知信号に応じて上記記憶
手段から障害が生じた仕事に対応する障害の連絡先の制
御部に障害時の情報を通知する通知手段とを設けたもの
である。

【００１５】この発明の画像処理装置は、画像入出力機
器を制御して複数の仕事をこれらの機器を制御して画像
入出力処理を行なう画像処理部、この画像処理部へ画像
入出力の仕事を依頼する複数の制御部とからなるものに
おいて、上記画像処理部に、上記画像入出力機器の障害
を検知する検知手段と、障害時の情報を通知する障害の
連絡先の制御部が上記仕事ごとに記憶されている記憶手
段と、上記検知手段からの検知信号に応じて上記記憶手
段から障害が生じた仕事に対応する障害の連絡先の制御
部に障害時の情報を通知する通知手段と、この通知手段
による通知後、所定時間経過しても対応する制御部から
の応答がなかった際、再度上記通知手段で障害の連絡先
の制御部に障害時の情報を通知する処理手段とを設けた
ものである。

【００１６】

【作用】この発明は、画像処理装置で画像処理プログラ
ムとそれを利用するプログラムとを分け、画像入出力機
器を管理するプログラムに、その機器の障害時に表示装
置への障害表示を複数の障害が発生したときに、確認前
の障害表示領域を重ならぬよう制御することにより、障
害を操作者に確実に知らせるようにしたものである。

【００１７】この発明は、画像処理装置で画像処理プロ
グラムとそれを利用するプログラムとを分け、画像入出
力機器を管理するプログラムに、その機器の障害時に連
絡する先を記憶手段で管理し、画像入出力機器の障害を
速やかに操作者に連絡するようにしたものである。

【００１８】

【実施例】以下、この発明の一実施例について図面を参
照して説明する。

【００１９】図２はこの発明に係わる画像処理システム
を示すものであり、複数の画像処理装置（ノード）１
ａ、１ｂ、１ｃ、…がＬＡＮ等の通信回線２を介して接
続されている。上記画像処理装置１ａ、…は、その内部
で画像およびその他情報を加工および蓄積する装置であ
る。

【００２０】上記画像処理装置１ａは、図２に示すよう
に、その内部に中央制御処理部（ＣＰＵ）を持つ。この
ＣＰＵ３は、この画像処理装置１ａの全体の制御を司る
ものである。この画像処理装置１ａは、上記ＣＰＵ３に
第１インターフェース４、メインメモリ５、ページメモ
リ６、表示メモリ７、画像処理部８、第２インターフェ
ース９および通信インターフェース１０等がシステムバ
ス１１を介して接続されている。

【００２１】このシステムバス１１は、上記各装置およ
びＣＰＵ３間の情報の伝送を行なう。第１インターフェ
ース４には、キーボード１２、マウス１３および磁気デ
ィスク装置１４が接続されている。この第１インターフ
ェース４は、主にマンマシンインターフェース関係の装
置の入出力を制御するものである。この第１インターフ
ェース４は、キーボード１２、マウス１３および磁気デ
ィスク装置１４から入力される情報を上記システムバス
１１に送る。

【００２２】また、上記システムバス１１から送られて
くる情報を各キーボード１２、マウス１３および磁気デ
ィスク装置１４に送る。また、メインメモリ５にはこの
画像処理装置１を制御するプログラムおよびデータ、一
時的に使用するデータ等が格納される。ページメモリ６
には、この画像処理装置１が扱う画像等のデータが一時
的に格納される。また、表示メモリ７には、ＣＲＴ等の
表示装置１５が接続されていて、この表示装置１５に表
示すべきデータが格納される。

【００２３】また、画像処理部８は、上記ページメモリ
６および表示メモリ７等で扱う画像データの符号化、復
号化、線密度変換、拡大、縮小等の画像処理を行なう部
分である。また、第２インターフェース９には、光ディ
スク１６をドライブする光ディスクドライバ１７、スキ
ャナ１８およびプリンタ１９が接続されている。この第
２インターフェース９は、主に画像情報の入出力を制御
する。

【００２４】また、通信インターフェース１０は、通信
回線２への通信信号の送受を制御している。また、画像
を扱う上記メインメモリ５、ページメモリ６、表示メモ
リ７、画像処理部８、第２インターフェース９および通
信インターフェース１０は、画像バス２０を介して接続
される。画像バス２０は、上記各層置換の画像情報の伝
送を行なう。画像情報は、通常膨大な量なので、システ
ムバス１１での送受を行なうことでシステムバス１１が
混雑する。このため、画像情報の効率的な伝送を行なう
ため、画像バス２０を設けてある。この画像バス２０は
システムバス１１よりもビット幅を拡張して強化してあ
る。また、他の画像処理装置１ｂ、…も上記画像処理装
置１ａと同様な構成となっている。

【００２５】以後、画像処理装置１ａの各部には光ディ
スク１６ａというように「ａ」を付加し、画像処理装置
１ｂの各部には光ディスク１６ｂというように「ｂ」を
付加し、画像処理装置１ｃの各部には光ディスク１６ｃ
というように「ｃ」を付加して説明する。

【００２６】上記画像処理装置１ａ、…には、一例とし
て、オペレーティングシステムとしてマルチユーザ、マ
ルチタスクのＯＳ（オペレーションシステム）であるＵ
ＮＩＸ（ＡＴＴ商標）を使用している。また、通信回線
２にはイーサネット（ゼロックス社商標）を使用し、Ｔ
ＣＰ／ＩＰプロトコルを使用している。

【００２７】上記画像処理装置１ａ、…では、プログラ
ムをサーバクライアント方式で使用している。この画像
処理装置１ａ、…のサーバクライアント方式におけるプ
ログラムの概略構成図（ソフトウェアの概略構成図）を
図１に示す。

【００２８】すなわち、画像処理装置１ａ、１ｂ、１
ｃ、…は、マルチユーザ、マルチタスクのＯＳを使用し
ているため、複数のプログラムが同時に使用される。上
記画像処理装置１ａ、…では、それぞれ画像処理サーバ
２１ａ、２１ｂ、２１ｃ、…、アプリケーションクライ
アント（アプリケーション）２２ａ、２２ｂ、２２ｃ、
…、および通信手段２３ａ、２３ｂ、２３ｃ、…のプロ
グラムが動作している。上記アプリケーション２２ａ、
２２ｂ、２２ｃ、…は、それぞれ各画像処理装置１ａ、
…ごとに複数用いられていても良い。

【００２９】画像処理サーバ２１ａ、…およびアプリケ
ーション２２ａ、…はそれぞれ通信手段２３ａ、…と信
号情報の送受を行なう。また、画像処理サーバ２１ａ、
…およびアプリケーション２２ａ、…は、お互いに通信
手段２３ａ、…を介して信号の送受を行なう。

【００３０】画像処理サーバ２１ａ（２１ｂ、…）は、
画像処理を専門に行なうプログラムである。この画像処
理サーバ２１ａ（２１ｂ、…）は、アプリケーション２
２ａ、２２ｂ、…から画像処理が依頼されることで処理
を行なう。この画像処理サーバ２１ａの動作としては、
上記図２に示される画像処理装置１ａ内の画像バス２０
に関与する動作が中心である。画像処理サーバ２１ａ、
…内には、それぞれ実際のジョブを実行するジョブ実行
部２９ａ、…を有している。

【００３１】この画像処理サーバ２１ａの動作例として
は、スキャナ１８ａで画像を読取り、この画像情報をペ
ージメモリ６ａに送ること。他の動作としては、光ディ
スク１６ａに格納されている画像情報を読出してプリン
タ１９ａに送ること。

【００３２】他の例としては、ページメモリ６ａに格納
されている画像情報をプリンタ１９ａに送ること、他の
例としては、スキャナ１８ａで画像を読取り、この画像
情報を光ディスク１６ａに送ること。

【００３３】他の例としては、ページメモリ６ａに格納
されている画像情報を光ディスク１６ａに送ること。他
の例としては、光ディスク１６ａに格納されている画像
情報を読出してページメモリ６ａに送ること。

【００３４】以上が画像処理サーバ２１ａの動作の例で
ある。アプリケーション２２ａは複数動作することもあ
る。このアプリケーション２２ａの例としては、キーボ
ード１２ａ、マウス１３ａから入力を受け付けて、画像
処理サーバ２１ａに光ディスク１６ａに格納されている
特定の画像を読出してプリンタ１９ａに出力することな
どがある。

【００３５】また、通信手段２３ａは上記通信回線２を
介して、通信回線２上に接続されている他の画像処理装
置１ｂ、１ｃ、…の通信手段２３ｂ、２３ｃ、…との連
絡を行なう。通信手段２３ａは、画像処理装置１ａ内の
画像処理サーバ２１ａおよびアプリケーション２２ａと
の間の情報の通信を行ない、なおかつ、この画像処理装
置１ａと他の画像処理装置１ｂ、１ｃ、…との間の情報
の通信も行なう。

【００３６】また、上記アプリケーション２２ａが光デ
ィスク１６ｂに格納されている画像情報をプリンタ１９
ｃに出力することを画像処理サーバ２１ａに依頼した場
合、画像処理サーバ２１ａは、光ディスク１６ｂおよび
プリンタ１９ｃが他の画像処理装置１ｂ、１ｃにあるこ
とを認識する。

【００３７】これにより、画像処理サーバ２１ａは、画
像出力依頼を画像処理サーバ２１ｂおよび画像処理サー
バ２１ｃに送る。この結果、光ディスク１６ｂに格納さ
れている画像情報は、画像処理サーバ２１ｂ、通信手段
２３ｂ、通信回線２、通信手段２３ｃを介して画像処理
サーバ２１ｃに送られる。そして、画像処理サーバ２１
ｃによってプリンタ１９ｃから出力される。

【００３８】次に、図１に示すアプリケーション２２ａ
（２２ｂ、…）の一例を示す。このアプリケーション２
２ａ（２２ｂ、…）は、画像処理を行なおうとするプロ
グラムであり、具体的な画像入力処理などで必要な動作
（ジョブ）を画像処理サーバ２１ａ（２１ｂ、…）に依
頼する。このアプリケーション２２ａ（２２ｂ、…）の
一例の動作のフローチャートを図３に示す。

【００３９】このプログラムの例では、スキャナ１８ａ
で読み取った画像と、光ディスク１６ａから読み取った
画像とを合成して、その合成画像をプリンタ１９ａから
出力する例である。このアプリケーション２２ａは、操
作者がキーボード１２およびマウス１３を操作すること
によって、起動される。

【００４０】アプリケーション２２ａは操作者によっ
て、画像入力の元となるデータが選択される。ここで
は、操作者によってスキャナ１８ａのデータと、光ディ
スク１６ａ中の特定ファイルのある１頁の画像データが
選択される（ＳＴ１）。

【００４１】次に、アプリケーション２２ａは、スキャ
ナ１８ａからページメモリ６ａへの画像入力動作である
ジョブと、光ディスク１６ａからページメモリ６ａへの
画像入力動作であるジョブとの２つのジョブが必要とな
る。ここで、アプリケーション２２ａは、この２つのジ
ョブを画像処理を専門に行なうプログラムである画像処
理サーバ２１ａに依頼する。

【００４２】まず、アプリケーション２２ａはスキャナ
１８ａから画像をページメモリ６ａに送ることを依頼す
る（ＳＴ２）。これと同時に、アプリケーション２２ａ
は光ディスク１６ａからの画像をページメモリ６ａに送
ることを依頼する（ＳＴ３）。ここで、この画像処理装
置１のＯＳがマルチユーザマルチタスクのものであり、
並行処理可能なハードウェアであるため、スキャナ１８
ａからページメモリ６ａに画像を読込むジョブと、光デ
ィスク１６ａからページメモリ６ａに画像を読込むジョ
ブとが並行して行なわれる。

【００４３】このため、図３のフローチャートではステ
ップ２およびステップ３が並行して図示してある。この
ジョブでは、画像がページメモリ６ａのそれぞれ異なる
アドレスに読込まれる。

【００４４】次に、アプリケーション２２ａは、画像の
読込みがスキャナ１８ａと光ディスク１６ａからとの両
方が終了したことを画像処理サーバ２１ａから知る。そ
して、アプリケーション２２ａは、次にこの読込まれた
画像を合成する。この画像合成では、画像合成後の画像
を格納する領域がページメモリ６ａ上に取られる。

【００４５】そして、スキャナ１８ａで読込まれた画像
と光ディスク１６ａから読込まれた画像とが合成され、
新たな画像がページメモリ６ａ上に作成される。このア
プリケーション２２ａの動作がステップ４である。

【００４６】次に、アプリケーション２２ａは、合成さ
れた画像をプリンタ１９ａに出力する。この処理は、ジ
ョブとしてアプリケーション２２ａが画像処理サーバ２
１ａに依頼する。このプリンタ１９ａによる出力は、ジ
ョブとして画像処理サーバ２１ａで処理される（ＳＴ
５）。画像がプリンタ１９ａから出力された後に終了が
確認され（ＳＴ６）、再度処理が必要な時にはステップ
１にもどる。

【００４７】このように、画像処理装置１ａにおいて、
必要なアプリケーション２２ａが起動されることで、そ
のアプリケーション２２ａ中で、画像処理サーバ２１ａ
が使用される。この例のように、１つのアプリケーショ
ン２２ａ中で３つのジョブが画像処理サーバ２１ａに依
頼される。

【００４８】このようにサーバクライアント方式では、
アプリケーション２２ａ（２２ａ、…）と画像処理サー
バ２１ａとがＬＡＮ等の通信回線２で互いに接続された
複数の画像処理装置（ノード）１ａ、…上に存在する。
このため、通信手段２３ａを介して情報の送受を行なう
場合には、情報の送信側、受信側のいずれにおいても、
まず、対象となる画像処理装置１ｂ、…を指定する必要
がある。

【００４９】通信回線２で互いに接続された複数のノー
ド１ａ、…から特定のノードを識別するためにノードＩ
Ｄ（識別番号）node-id を定義する。ノードＩＤが与え
られればノードは一意に特定される。例えば、図１にお
いて通信回線２で接続された画像処理装置１ａ、１ｂ、
１ｃ、…はそれぞれを一意に特定できるノードＩＤ（１
００、２００、３００、…）を持つ。

【００５０】また、利用者ＩＤ（識別番号）user-id
（１０、２０、３０、…）、グループＩＤ（識別番号）
group-id（１０００、２０００、３０００、…）は、画
像形成装置（１ａ、…）を利用する利用者（オペレー
タ）に対して与えるものである。利用者は、画像形成装
置（１ａ、…）を使う際に、画像形成装置（１ａ、…）
に対して利用者ＩＤ、グループＩＤを伝えている。

【００５１】アプリケーション（２２ａ、…）の利用者
ＩＤ、グループＩＤは、アプリケーション設計時にあら
かじめ決めておくものではなく、アプリケーションを実
行した利用者の利用者ＩＤ、グループＩＤが、アプリケ
ーションの利用者ＩＤ、グループＩＤとなる。

【００５２】たとえば、グループ「Ａ」、「Ｂ」という
２つのグループに、それぞれ利用者「ａ」、「ｂ」、
「ｃ」と利用者「ｘ」、「ｙ」、「ｚ」という３人ずつ
の利用者が属しているものとする。（Ａ：ａ、ｂ、ｃ、
Ｂ：ｘ、ｙ、ｚ）

【００５３】そして、利用者「ａ」が検索アプリケーシ
ョンを実行し、また利用者「ｂ」が編集アプリケーショ
ンを実行した場合、検索アプリケーションは利用者
「ａ」の利用者ＩＤとグループ「Ａ」のグループＩＤを
持ち、編集アプリケーションは利用者「ｂ」の利用者Ｉ
Ｄとグループ「Ａ」のグループＩＤを持っている。

【００５４】このように、同じグループＩＤを持つこの
２つのアプリケーションは協同して作業を行えるよう
に、アプリケーション実行時に設定されている。すなわ
ち、協同して作業ができるようにパーミションが設定さ
れる。また、他のグループＩＤには、協同しないように
パーミションが設定される。

【００５５】

【表１】 表１はアプリケーション２２ａ、…が画像処理サーバ２
１ａ、…に対し処理を依頼する場合に発行するコマンド
の一例である。

【００５６】画像処理サービスの利用開始、利用終了に
かかわるコマンド、画像転送要求にかかわるコマンド、
画像入出力要求にかかわるコマンド、ジョブ実行状況問
合せにかかわるコマンド、ジョブ制御にかかわるコマン
ド、ジョブ完了通知制御にかかわるコマンドがある。そ
れぞれのコマンドは共通パラメータとしてジョブ制御情
報パラメータjob-para、ジョブリターンパラメータjob-
respを必要とする。

【００５７】ジョブ制御情報パラメータは、要求元を特
定するための要求元情報としてのノードＩＤnode-id 、
グループＩＤgroup-id、ユーザＩＤuser-id 、アプリケ
ーションＩＤ（識別番号）apl-id、さらにジョブを識別
するためのジョブＩＤjob-id、ジョブ制御フラグjob-cn
tl、その他の情報を含む構造化されたパラメータ群であ
る。

【００５８】ジョブリターンパラメータは、ジョブＩＤ
（識別番号）job-id、ジョブステータスjob-status、サ
ブステータスsub-status、ページメモリＩＤ（識別番
号）pm-key、入力済み画像数、出力済み画像数、その他
の情報を含む構造化されたパラメータ群である。

【００５９】ジョブステータスとしては、ジョブ受付完
了、ソース装置確保完了、ディスティネーション装置確
保完了、ページメモリ確保完了、ページメモリ解放完
了、入力完了、出力完了、ジョブ完了等がある。サブス
テータスとしては、他ノードへの依頼、待機中、実行
中、中断待ち、中断中、中断中（エラー）、中止待ち、
中止中、再開待ち等がある。画像処理サービスを利用し
ようとするアプリケーション２２ａ、…は、利用開始要
求コマンドCmd-Start を画像処理サーバ２１ａ、…に対
して発行する。

【００６０】このときアプリケーション２２ａ、…は、
画像処理サービスを受けようとする画像処理サーバ２１
ａ、…が存在する自ノード１ａ、…を特定するノードＩ
Ｄ、協調処理を行なうときに協調して処理を行なうアプ
リケーション２２ａ、…のグループを特定するグループ
ＩＤ、業務の種類を特定する利用者ＩＤをジョブ制御情
報パラメータとして与える。

【００６１】アプリケーション２２ａ、…は、これらパ
ラメータをメインメモリ５ａ、…上に設定して利用開始
要求コマンドを画像処理サーバ２１ａ、…に対して発行
する。画像処理サーバ２１ａ、…は利用開始要求コマン
ドを受信すると、メインメモリ５ａ、…より上記パラメ
ータを受け取ってその指示に従う。

【００６２】画像処理サーバ２１ａ、…は、利用開始要
求コマンドに対する応答として、アプリケーションＩＤ
（識別番号）apl-id、ジョブリターンパラメータ、およ
びステータスをアプリケーション２２ａ、…に返す。

【００６３】画像処理サービスの利用を終了しようとす
るアプリケーション２２ａ、…は、それぞれ利用終了要
求コマンドCmd-End を画像処理サーバ２１ａ、…に対し
て発行する。利用終了要求コマンドはパラメータとして
ジョブ制御情報パラメータ、ジョブリターンパラメータ
を持つ。

【００６４】アプリケーション２２ａ、…はノードＩ
Ｄ、グループＩＤ、利用者ＩＤおよび画像処理サーバ２
１ａ、…から利用開始要求コマンドの応答として得たア
プリケーションＩＤを指定する。全ての関連する資源が
解放される。

【００６５】画像入出力要求にかかわるコマンドは、原
則としてジョブ制御情報パラメータ、ソース（入力側）
に関する情報、デスティネーション（出力側）に関する
情報、ジョブリターンパラメータからなる。

【００６６】スキャナモード設定コマンドCmd-Scn-Mode
は、パラメータとしてジョブ制御情報パラメータ、スキ
ャナパラメータscn-para、ジョブリターンパラメータを
持つ。スキャナパラメータは、スキャナ１８ａ、…に関
する構造化されたパラメータ群であって、スキャナ１８
ａ、…のデバイスノードＩＤ（識別情報）dev-node-id
、デバイスタイプdev-type、デバイスＩＤdev-id、デ
バイス名dev-name、スキャナモードscn-mode等を含む。

【００６７】スキャナモードは、設定すべきモードの識
別子と設定すべき値との組であり、モードとして解像
度、濃淡値、原稿サイズを選択してそれぞれの値を指定
する。何種類のモードを指定するかは、設定件数count
で指定する。

【００６８】スキャナ入力コマンドCmd-ScnPm は、パラ
メータとして、ジョブ制御情報パラメータ、スキャナパ
ラメータ、ページメモリパラメータpm-para 、ジョブリ
ターンパラメータを持つ。

【００６９】スキャナパラメータは、スキャナモード設
定と同様の意味を持つ。ページメモリパラメータは、ペ
ージメモリ６ａ、…に対する構造化されたパラメータ群
であって、ページメモリＩＤpm-key、画像サイズpm-wid
th、pm-height などを指定する。

【００７０】プリンタモード設定コマンドCmd-PrnMode
は、パラメータとしてジョブ制御情報パラメータ、プリ
ンタパラメータprn-para、ジョブリターンパラメータを
持つ。

【００７１】プリンタパラメータprn-paraは、プリンタ
１９ａ、…に関する構造化されたパラメータ群であっ
て、プリンタ１９ａ、…のデバイスノードＩＤ、デバイ
スタイプ、デバイスＩＤ、デバイス名、プリンタモード
prn-mode等を含む。

【００７２】プリンタモードは、設定すべきモードの識
別子と設定すべき値との組であり、モードとして用紙サ
イズ、印刷部数を選択してそれぞれの値を指定する。何
種類のモードを指定するかは、設定件数count で指定す
る。

【００７３】プリンタ出力コマンドCmd-Pm-Prnは、パラ
メータとしてジョブ制御情報パラメータ、ページメモリ
パラメータ、プリンタパラメータ、ジョブリターンパラ
メータを持つ。

【００７４】ページメモリパラメータは、ページメモリ
６ａ、…に関する構造化されたパラメータ群であって、
印刷出力しようとする画像の存在するページメモリＩ
Ｄ、画像サイズ等を指定する。ページメモリパラメータ
は、プリンタモード設定と同様の意味を持つ。

【００７５】光ディスク検索コマンドCmd-Odd-Pmは、光
ディスク１６ａ、…から検索した画像をページメモリ６
ａ、…に格納する。パラメータとしてジョブ制御情報パ
ラメータ、光ディスクパラメータodd-para、ページメモ
リパラメータ、ジョブリターンパラメータを持つ。

【００７６】光ディスクパラメータodd-paraは、光ディ
スク１６ａ、…に関する構造化されたパラメータ群であ
って、光ディスク１６ａ、…のデバイスノードＩＤ、キ
ャビネット情報の件数cabinet-count 、検索レコードの
件数record-count、検索レコードの番号record-no など
を含む。ページメモリパラメータは、光ディスク１６
ａ、…の検索の結果、得られた画像を格納するためのペ
ージメモリ６ａ、…を指定する。

【００７７】光ディスク登録コマンドCmd-Pm-Oddは、ペ
ージメモリ６ａ、…上の画像を光ディスク１６ａ、…に
登録する。パラメータとしてジョブ制御情報パラメー
タ、ページメモリパラメータ、光ディスクパラメータ、
ジョブリターンパラメータを持つ。

【００７８】ページメモリ複写転送コマンドCmd-Pm-Pm
は、ジョブ制御情報パラメータにより指定されたページ
メモリ６ａ、…上の画像の指定された部分画像を別に指
定されたページメモリ６ａ、…上に転送する。パラメー
タとして、ジョブ制御情報パラメータ、２種類の第１、
第２のページメモリパラメータpm-para1、pm-para2、ジ
ョブリターンパラメータを持つ。第１のページメモリパ
ラメータは複写元ページメモリ６ａ、…に関してページ
メモリＩＤ、画像サイズを指定する。第２のページメモ
リパラメータは複写先ページメモリ６ａ、…に関してペ
ージメモリＩＤ、画像サイズを指定する。両者の画像サ
イズの関係によって部分画像の拡大縮小が可能となる。

【００７９】ジョブ状況問合せコマンドCmd-Job-Status
は、アプリケーション２２ａ、…が画像処理サーバ２１
ａ、…に対して依頼したジョブの実行状況を問合せるコ
マンドである。パラメータとして、ジョブ制御情報パラ
メータ、ジョブステータスパラメータを持つ。ジョブス
テータスパラメータには、指定されたジョブＩＤ、ジョ
ブステータス、サブステータスなどが返される。

【００８０】実行状況は、ジョブステータスに、ジョブ
受付完了、ソース装置確保完了実行中、デスティネーシ
ョン装置確保完了、ページメモリ確保完了、入力完了、
出力完了、ジョブ完了があり、サブステータスに、実行
中、待機中、中断中、エラー中断中、中断待ち、中止待
ち、再開待ち、終了がある。

【００８１】ジョブ番号問合せコマンドCmd-Job-Number
はアプリケーション２２ａ、…が画像処理サーバ２１
ａ、…に対して依頼したジョブ番号一覧を問合せるコマ
ンドである。パラメータとして、ジョブ制御情報パラメ
ータ、ジョブ番号job-numberを持つ。

【００８２】ジョブ番号には、このコマンドを発行した
アプリケーション２２ａ、…が画像処理サーバ２１ａ、
…に依頼したジョブの関係を示すジョブ番号（ジョブＩ
Ｄ）一覧が返される。ジョブ制御に関するコマンドは、
共通パラメータとしてジョブ制御情報パラメータ、ジョ
ブリターンパラメータを持つ。

【００８３】ジョブ中断要求コマンドCmd-Job-Suspend
は、指定されたジョブＩＤのジョブを中断するよう画像
処理サーバ２１ａ、…に対して要求するコマンドであ
る。ジョブ制御情報パラメータで中断すべきジョブＩＤ
を指定する。ジョブリターンパラメータにジョブ中断要
求コマンドの処理結果の状況が返される。

【００８４】ジョブ中止要求コマンドCmd-Job-Cancel
は、指定されたジョブＩＤのジョブを中止するよう画像
処理サーバ２１ａ、…に対して要求するコマンドであ
る。ジョブ制御情報パラメータで中止すべきジョブＩＤ
を指定する。ジョブリターンパラメータにジョブ中止要
求コマンドの処理結果の状況が返される。

【００８５】ジョブ再開要求コマンドCmd-Job-Restart
は、指定されたジョブＩＤのジョブを再開するよう画像
処理サーバ２１ａ、…に対して要求するコマンドであ
る。ジョブ制御情報パラメータで再開すべきジョブＩＤ
を指定する。ジョブリターンパラメータにジョブ再開要
求コマンドの処理結果の状況が返される。アプリケーシ
ョン２２ａ（２２ｂ、…）が画像転送を行なう手順は以
下の通りである。 １ アプリケーションを画像処理サーバ２１ａに登録す
る。 ２ 画像処理サーバ２１ａに画像の転送を依頼する。依
頼された内容はジョブとして画像処理サーバ２１ａ内に
保持される。 ３ アプリケーション２２ａの行なう画像転送が終了し
たなら、アプリケーション２２ａは登録した画像処理サ
ーバ２１ａに対して登録の抹消を依頼する。図４は登録
されたアプリケーションの管理のためのメインメモリ５
ａ、…上のそれぞれに設けられたアプリケーション管理
テーブル２４ａ、…である。

【００８６】アプリケーション管理テーブル２４ａ（２
４ｂ、…）は、アプリケーションＩＤが記憶される記憶
エリア３０、要求元ＩＤが記憶される記憶エリア３１、
確保したページメモリ５ａに対する他のアプリケーショ
ン２２ａ、…のリード・ライトの許可条件としてのパー
ミションが記憶される記憶エリア３２から構成されてい
る。

【００８７】記憶エリア３１は、ノードＩＤが記憶され
る記憶エリア３３、グループＩＤが記憶される記憶エリ
ア３４、利用者ＩＤが記憶される記憶エリア３５から構
成されている。

【００８８】記憶エリア３２は、すべてのアプリケーシ
ョン２２ａ、…に対するリード・ライトの許可条件（パ
ーミション）が記憶される記憶エリア３６、同じノード
ＩＤを持ったアプリケーション２２ａ、…に対するリー
ド・ライトの許可条件（パーミション）が記憶される記
憶エリア３７、同じグループＩＤを持ったアプリケーシ
ョンに対するリード・ライトの許可条件（パーミショ
ン）が記憶される記憶エリア３８、同じ利用者ＩＤを持
ったアプリケーション２２ａ、…に対するリード・ライ
トの許可条件（パーミション）が記憶される記憶エリア
３９から構成されている。たとえば、ｒビットがオンで
あればリードの許可、ｗビットがオンであればライトの
許可を表す。記憶エリア３２は、各記憶エリア３６、〜
３９が２ビットずつの、１バイト構成である。図５はア
プリケーション管理テーブル２４ａ（２４ｂ、…）への
データの登録を示すフローチャートである。

【００８９】すなわち、アプリケーション２２ａは画像
処理サーバ２１ａにアプリケーション登録コマンドを送
信する。このときコマンドの引数としてジョブ制御情報
パラメータには自分のノードＩＤ、グループＩＤ、利用
者ＩＤを格納しておく。

【００９０】画像処理サーバ２１ａ内でのアプリケーシ
ョンの登録は、この利用開始要求コマンドを受信するこ
とで始まる（ＳＴ１１）。利用開始要求コマンドの引数
はジョブ制御情報パラメータ、ジョブリターンパラメー
タである。受信後、新しい識別子としてのアプリケーシ
ョンＩＤを発生させる（ＳＴ１２）。

【００９１】上記アプリケーションＩＤは、要求元ＩＤ
（ノードＩＤ、グループＩＤ、ユーザＩＤ）を演算して
得られたもの、それらに図示しないタイマからの時刻も
追加して演算して得られたもの、あるいは登録順に付与
されるものであっても良く、要は、１つのアプリケーシ
ョン２２ａと画像処理サーバ２１ａだけが、そのアプリ
ケーションＩＤを知り得るようにしてあれば良い。

【００９２】発生されたアプリケーションＩＤをメイン
メモリ５ａ上のアプリケーション管理テーブル２４ａの
記憶エリア３０に、要求元ＩＤとしてのノードＩＤ、グ
ループＩＤ、利用者ＩＤをそれぞれ記憶エリア３３、３
４、３５に登録し、同様にジョブ制御情報パラメータの
パーミションを記憶エリア３６、３７、３８、３９に登
録する（ＳＴ１３）。その後、画像処理サーバ２１ａ
は、アプリケーション２２ａにアプリケーションＩＤを
返す（ＳＴ１４）。

【００９３】また、図６は、登録とは反対にアプリケー
ション２２ａが終了時に画像処理サーバ２１ａに終了要
求コマンドを送信し、アプリケーション管理テーブル２
４ａから自アプリケーション２２ａの情報を削除するフ
ローである。

【００９４】画像処理サーバ２１ａ内でのアプリケーシ
ョンの削除は、この終了要求コマンドを受信することで
始まる（ＳＴ１５）。終了要求コマンドの引数は、自ア
プリケーションの要求元ＩＤおよび登録によって得たア
プリケーションＩＤが格納されたジョブ制御情報パラメ
ータである。画像処理サーバ２１ａはアプリケーション
から得た要求元ＩＤおよびアプリケーションＩＤがアプ
リケーション管理テーブル２４ａに存在することを確認
する（ＳＴ１６）。

【００９５】存在している場合、画像処理サーバ２１ａ
はそのアプリケーション要求元ＩＤ、各パーミションを
アプリケーション管理テーブル２４ａから削除する（Ｓ
Ｔ１７）。存在していない場合、画像処理サーバ２１ａ
はその要求元のアプリケーション２２ａにエラーを返す
（ＳＴ１８）。

【００９６】また、アプリケーション２２ａは画像処理
サーバ２１ａに入出力要求によってジョブを登録して、
業務を行なう。例えばスキャナ１８ａによって画像を読
込み、ページメモリ６ａに転送する場合、スキャナ入力
コマンドを画像処理サーバ２１ａに送信することによっ
て、画像処理サーバ２１ａ内にジョブが登録され、ジョ
ブを識別するための識別子としてのジョブＩＤが発行さ
れる。図７はジョブは管理するためのメインメモリ５
ａ、…上のそれぞれに設けられたジョブ管理テーブル２
５ａ、…である。

【００９７】ジョブ管理テーブル２５ａ（２５ｂ、…）
は、ジョブＩＤが記憶される記憶エリア４０、アプリケ
ーションＩＤが記憶される記憶エリア４１、要求元ＩＤ
が記憶される記憶エリア４２、ステータスが記憶される
記憶エリア４３、他ノードでのジョブの実行を示すノー
ドＩＤとジョブＩＤとが記憶される記憶エリア４４、ソ
ースパラメータが記憶される記憶エリア４５、デスティ
ネーションパラメータが記憶される記憶エリア４６、パ
ーミションが記憶される記憶エリア４７、完了通知元no
tice-from が記憶される記憶エリア４８、完了通知先no
tice-to が記憶される記憶エリア４９、およびエラー時
に用いるエラーフィールド５０（後述する）から構成さ
れている。図８はジョブ実行の依頼を受けた画像処理サ
ーバ２１ａ、…のジョブの登録フローチャートである。

【００９８】アプリケーション２２ａ、…はジョブの依
頼のためのジョブ制御情報パラメータに要求元ＩＤ、ア
プリケーションＩＤを設定する。要求元ＩＤはアプリケ
ーションを登録したときのもので、アプリケーションＩ
Ｄは登録によって得たものである。画像処理サーバ２１
ａ、…の登録の処理はジョブ実行の依頼をアプリケーシ
ョン２２ａ、…から受信する（ＳＴ２１）ことにより開
始する。

【００９９】この受信したアプリケーション２２ａ、…
からの要求元ＩＤとアプリケーションＩＤがアプリケー
ション管理テーブル２４ａ、…の同じ段に登録されてい
るかを調べる（ＳＴ２２）。登録されていないアプリケ
ーション２２ａ、…ならば、未登録であるというエラー
をアプリケーション２２ａ、…に返す（ＳＴ２３）。

【０１００】登録されているアプリケーション２２ａ、
…からの依頼であれば、自ノード１ａ、…内で可能なジ
ョブかどうか判断し（ＳＴ２５）、他ノード１ｂ、…で
実行すべきジョブであれば適当なノード１ｂ、…の画像
処理サーバ２１ｂ、…にジョブを依頼し、その画像処理
サーバ２１ｂ、…の発行したジョブＩＤを得る（ＳＴ２
６）。

【０１０１】自ノード１ａ、…内で可能なジョブである
かは、入出力コマンドの第２引数（ソースデバイス（例
えばページメモリ６ａ、…・光ディスク１６ａ、…・ス
キャナ１８ａ、…のような画像データ転送元）指定パラ
メータ）、第３引数（デスティネーションデバイス（例
えばページメモリ６ａ、…・光ディスク１６ａ、…・プ
リンタ１９ａ、…のような画像データ転送先）指定パラ
メータ）によって判断する。判断の規則は優先度順に １）指定されたデバイスのあるノード１ａ、…でジョブ
を実行する。 ２）入出力デバイス（スキャナ１８ａ、…・プリンタ１
９ａ、…）のあるノード１ａ、…でジョブを実行する。 ３）両方とも入出力機器、または両方ともページメモリ
６ａ、…であるなら、デスティネーションのノード１
ａ、…で実行する。 ものである。

【０１０２】例えば、他のノード１ｂのページメモリ６
ｂの画像を、自ノード１ｃのプリンタ１９ｃに出力する
場合はページメモリ６ｂのあるノード１ｂの画像処理サ
ーバ２１ｂにジョブの実行を依頼することになる。この
ときのコマンドの引数は受信した内容と同じである。

【０１０３】ただし、ジョブ制御情報パラメータのアプ
リケーションＩＤを削除し、パーミションはアプリケー
ション管理テーブル２４ａ、…のパーミションをコピー
したもの、さらに第５引数としてジョブ管理情報として
図９に示すような依頼元の画像処理サーバ２１ａのノー
ドＩＤおよびジョブＩＤを格納し依頼先の画像処理サー
バ２１ｂに通知する。図１０は画像処理サーバ２１ａ
が、他の画像処理サーバ２１ｂ、…からジョブの依頼を
受信した場合の処理のフローチャートである。

【０１０４】すなわち、ステップ３１で第１引数のジョ
ブ制御情報パラメータからジョブを依頼したアプリケー
ション２２ａ、…の要求元ＩＤ、パーミション、第２引
数のソースデバイス指定パラメータ、第３引数のデステ
ィネーション指定パラメータ、第５引数のジョブ管理情
報から依頼元のノードＩＤおよびジョブ管理テーブル２
５ａ、…のジョブＩＤを得る（ＳＴ３１）。

【０１０５】次に、ソースデバイス指定パラメータ、デ
スティネーションデバイス指定パラメータから自ノード
１ａ内で実行可能なジョブかを判断する（ＳＴ３２）。
デバイスが見あたらない等によって実行できない場合は
エラーを依頼元の画像処理サーバ２１ｂ、…に返す（Ｓ
Ｔ３３）。

【０１０６】このエラーを受信した画像処理サーバ２１
ｂ、…は、アプリケーション２２ｂ、…にエラー返す。
実行できるジョブであれば、新しいジョブＩＤを発行し
（ＳＴ３４）、ジョブ管理テーブル２５ｂ、…に登録し
ジョブ実行部２９ｂ、…にジョブの実行を依頼する（Ｓ
Ｔ３５）。最後に依頼元の画像処理サーバ２１ａにジョ
ブＩＤを返す（ＳＴ３６）。

【０１０７】アプリケーション２２ａ、…はジョブを即
時復帰で依頼することができる。このため、アプリケー
ション２２ａ、…は現在の自分のジョブの状況を問い合
わせなければ、ジョブの終了等の状況が分からない。こ
うしたジョブ状況問い合わせや、ジョブを制御するため
のコマンドを使うためにはジョブ管理テーブル２５ａ、
…のジョブＩＤを得る必要がある。このジョブＩＤによ
って制御するジョブを指定する。

【０１０８】図１１はアプリケーション２２ａ、…がジ
ョブＩＤを得るためのフローチャートである。アプリケ
ーション２２ａ、…はジョブ状況問合せコマンドによっ
て画像処理サーバ２１ａ、…に自アプリケーション２２
ａ、…の依頼したジョブのジョブＩＤを問い合わせる。
画像処理サーバ２１ａ、…は依頼先から受信したジョブ
状況問合せコマンドに格納されている要求元ＩＤとアプ
リケーションＩＤを獲得する（ＳＴ４１）。

【０１０９】画像処理サーバ２１ａ、…はその受信した
要求元ＩＤとアプリケーションＩＤがアプリケーション
管理テーブル２４ａ、…の同じ段に登録されているかを
調べる（ステップ４２）。登録されていない場合はエラ
ーをアプリケーション２２ａ、…に返す。登録されてい
る場合はアプリケーションＩＤでジョブ管理テーブル２
５ａ、…を検索しジョブＩＤを得る。このジョブＩＤを
列挙してジョブ番号に格納しアプリケーション２２ａ、
…に返す。

【０１１０】このようにして得られたジョブＩＤで識別
されるジョブの状況を画像処理サーバに問い合わせるこ
とが可能で、これによってジョブがジョブ受付完了、ソ
ース装置確保完了、デスティネーション装置確保完了、
ページメモリ確保完了、入力完了、出力完了、ジョブ完
了のいずれかの状態（status）であることが分かる。ア
プリケーション２２ａ、…は自分の要求元ＩＤ・アプリ
ケーションＩＤ・ジョブＩＤをジョブ制御情報パラメー
タに設定してジョブ状況問合せコマンドを画像処理サー
バ２１ａ、…に送信する。アプリケーション２２ａ、…
はコマンドの第２引数のジョブリターンパラメータのジ
ョブステータスから実行中のジョブ進行状況、サブステ
ータスからジョブの状態（他ノードの依頼、待機中、実
行中、中断待ち、中断中、エラー中断、中止待ち、再開
待ち、終了）を知ることができる。図１２、図１３は画
像処理サーバ２１ａ、…がジョブ状況問合せコマンドを
受信しアプリケーション２２ａ、…にステータスを返す
フローチャートである。

【０１１１】すなわち、画像処理サーバ２１ａ、…はコ
マンドの引数のジョブリターンパラメータから依頼先の
アプリケーション２２ａ、…の要求元ＩＤ、アプリケー
ションＩＤ、ジョブＩＤを得る（ＳＴ５１）。この要求
元ＩＤとアプリケーションＩＤがアプリケーション管理
テーブル２４ａ、…の同じ段に存在するかを調べる（Ｓ
Ｔ５２）。存在していない場合は、エラーをアプリケー
ション２２ａ、…に返す（ＳＴ５３）。

【０１１２】存在する場合、受信したジョブＩＤでジョ
ブ管理テーブル２５ａ、…から検索されたアプリケーシ
ョンＩＤが、受信したアプリケーションＩＤと等しいか
調べる（ＳＴ５４）。等しくない場合は、エラーをアプ
リケーション２２ａ、…に返す（ＳＴ５５）。等しけれ
ば、ジョブＩＤでジョブ管理テーブル２５ａ、…を検索
して得たステータスを調べ（ＳＴ５６）、他ノード１
ｂ、…にジョブを依頼しているのなら、他ノード１ｂ、
…の画像処理サーバ２１ｂ、…に状況を問い合わせる
（ＳＴ５７）。

【０１１３】この他ノードへの問い合わせでは、記憶エ
リア４４のノードＩＤで指定されるノード１ａ、…の画
像処理サーバに対してジョブ状況問い合せコマンドを送
信する。このコマンドの第１引数として、ステップ５１
で得たジョブ制御情報パラメータからアプリケーション
ＩＤを削除しジョブＩＤに記憶エリア４４から得たジョ
ブＩＤを設定したジョブ制御情報パラメータを与えるこ
とによって、第２引数に他ノード１ａ、…のジョブのス
テータスが格納される。

【０１１４】こうして得たジョブのステータスをステッ
プ５１で得たジョブリターンパラメータに格納してステ
ータスを要求したアプリケーション２２ａ、…にステー
タスを返す。自ノード１ａ、…内のジョブであればジョ
ブ管理テーブル２５ａ、…のステータスを返す。

【０１１５】他ノード１ａ、…の画像処理サーバ２１
ａ、…からジョブ状況問い合わせを受信した場合（ＳＴ
６１）、受信した依頼元の画像処理サーバ２１ａ、…の
ジョブＩＤを自ノード１ａ、…内のジョブ管理テーブル
２５ａ、…から検索し、依頼元のノードＩＤが正しいこ
とを確認し（ＳＴ６２）、ステータスを依頼元の画像処
理サーバ２１ａ、…に返す（ＳＴ６３）。依頼元のノー
ドＩＤが正しくない場合、エラーを依頼元のアプリケー
ション２２ａ、…に返す（ＳＴ６４）。

【０１１６】アプリケーション２２ａ、…が画像処理サ
ーバ２１ａ、…に依頼して確保したページメモリ６ａ、
…には、それぞれ他のアプリケーション２２ａ、…のリ
ード・ライトに関する許可条件としてのパーミションが
記憶される図１４に示すような、ページメモリ管理テー
ブル２６ａ、…がある。

【０１１７】ページメモリ管理テーブル２６ａ（２６
ｂ、…）は、ぺージメモリＩＤが記憶される記憶エリア
５１、アドレスが記憶される記憶エリア５２、ノードＩ
Ｄが記憶される記憶エリア５３、ジョブＩＤが記憶され
る記憶エリア５４、要求元ＩＤが記憶される記憶エリア
５５、パーミションが記憶される記憶エリア５６から構
成されている。

【０１１８】記憶エリア５５は、図１５に示すように、
要求元ＩＤとしてのノードＩＤ、グループＩＤ、ユーザ
ＩＤがそれぞれ記憶される記憶エリア５５ａ、５５ｂ、
５５ｃから構成されている。

【０１１９】記憶エリア５６は、図１６に示すように、
すべてのアプリケーション２２ａ、…に対するリード・
ライトの許可条件が記憶される記憶エリア５６ａ、同じ
ノードＩＤを持ったアプリケーション２２ａ、…に対す
るリード・ライトの許可条件が記憶される記憶エリア５
６ｂ、同じグループＩＤを持ったアプリケーションに対
するリード・ライトの許可条件が記憶される記憶エリア
５６ｃ、同じ利用者ＩＤを持ったアプリケーション２２
ａ、…に対するリード・ライトの許可条件が記憶される
記憶エリア５６ｄから構成されている。

【０１２０】たとえば、図１７に示すように、ｒビット
がオンであればページメモリ６ａ、…に対するリードの
許可、ｗビットがオンであればページメモリ６ａ、…に
対するライトの許可を表す。記憶エリア５６は、各記憶
エリア５６ａ、〜５６ｄが２ビットずつの、１バイト構
成である。

【０１２１】画像データはページメモリ６ａ（６ｂ、
…）の全てを使う訳でなく、ページメモリ６ａの１部分
を分割して複数の画像データを扱えるようになってい
る。アプリケーション２２ａ、…は必要なサイズ分だけ
ページメモリ６ａからメモリを獲得して使う。獲得する
際にはメモリをラベル付けする。ページメモリＩＤは、
実際に獲得したページメモリ６ａのアドレスと対応づけ
られてページメモリ管理テーブル２６ａ、…に登録され
る。ある特定のページメモリＩＤで確保されたページメ
モリ６ａを、他のアプリケーション２２ａ、…はそのア
ドレスではなく、ページメモリＩＤによって指定するこ
とができる。

【０１２２】ジョブがページメモリ６ａを確保するとき
は、ジョブ管理テーブル２５ａのパーミションをページ
メモリ管理テーブル２６ａにコピーする。以降、このペ
ージメモリ６ａに対するアクセスはこのページメモリ管
理テーブル２６ａで管理される。このページメモリ管理
テーブル２６ａのページメモリＩＤで指定される段は、
ジョブが終了するしないに関わらずページメモリ６ａの
解放によって削除される。次に、ジョブの制御コマンド
を説明する。 ジョブ中断要求コマンド：

【０１２３】アプリケーション２２ａ、…は、ジョブ番
号問合せコマンドで得られたジョブＩＤのジョブを中断
する場合に、このコマンドに自アプリケーション２２
ａ、…のアプリケーションＩＤが格納されたジョブ制御
情報パラメータを引数として画像処理サーバ２１ａ、…
にジョブの中断を依頼する。図１８、図１９は画像処理
サーバ２１ａ、…がジョブを中断するフローチャートで
ある。

【０１２４】すなわち、自ノード１ａ、…内のアプリケ
ーション２２ａ、…からジョブ中断要求コマンドを受信
し、コマンドのジョブ制御情報パラメータから、要求元
ＩＤ・アプリケーションＩＤ・ジョブＩＤを得る（ＳＴ
７１）。受信したアプリケーション２２ａ、…のアプリ
ケーションＩＤと要求元ＩＤが、アプリケーション管理
テーブル２４ａ、…の同じ段に存在するか調べ（ＳＴ７
２）、存在しなければエラーを依頼先のアプリケーショ
ン２２ａ、…に返す（ＳＴ７３）。

【０１２５】存在する場合は、受信したジョブＩＤがジ
ョブ管理テーブル２５ａ、…に存在するか調べ（ＳＴ７
４）、存在しなければ依頼先のアプリケーション２２
ａ、…にエラーを返す（ＳＴ７５）。ジョブＩＤが存在
する場合、ジョブＩＤのジョブは他のノード１ａ、…に
依頼したジョブであるかをジョブ管理テーブル２５ａ、
…上で調べ（ＳＴ７６）、ステータスが“他ノードに依
頼”であれば、ステップ７７に進みノードＩＤに記録さ
れているノード１ａ、…にジョブの中断を依頼する。ス
テータスが“他ノードに依頼”でなければ、ステップ７
８に進む。

【０１２６】ステップ７６で他ノード１ｂ、…の画像処
理サーバ２１ｂ、…に依頼したと判断された場合、コマ
ンドの引数として、ステップ７１で得たジョブ制御情報
パラメータからアプリケーションＩＤを空白にし、さら
にジョブＩＤに記憶エリア４４からの依頼先でのジョブ
ＩＤを格納したジョブ制御情報パラメータを用意し依頼
を送信する（ＳＴ７７）。ステップ７６で他ノード１
ａ、…への依頼でなかった場合、ジョブ管理テーブル２
５ａ、…の受信したジョブＩＤのステータスを中断待ち
にし、ジョブ実行部２９ａ、…に中断命令を送信する
（ＳＴ７８）。

【０１２７】他ノード１ａ、…の画像処理サーバ２１
ａ、…からの依頼を受けた画像処理サーバ２１ｂ、…は
（ＳＴ８１）、受信したジョブＩＤでジョブ管理テーブ
ル２５ｂ、…を検索し（ＳＴ８２）、そのノードＩＤが
依頼元の画像処理サーバ２１ａ、…に等しければ、ステ
ータスを中断待ちにジョブ実行部２９ｂ、…に中断命令
を送信する（ＳＴ８３）。等しくない場合、エラーを依
頼先のアプリケーション２２ａ、…に返送する（ＳＴ８
４）。 ジョブ中止要求コマンド：

【０１２８】アプリケーション２２ａ、…は、ジョブ番
号問合せコマンドで得られたジョブＩＤのジョブを中止
する場合に、このコマンドに自アプリケーション２２
ａ、…のアプリケーションＩＤが格納されたジョブ制御
情報パラメータを引数として画像処理サーバ２１ａ、…
にジョブの中断を依頼する。図２０、図２１は画像処理
サーバ２１ａ、…がジョブを中止するフローチャートで
ある。

【０１２９】すなわち、自ノード１ａ、…内のアプリケ
ーション２２ａ、…からジョブ中止要求コマンドを受信
し（ＳＴ９１）、そのコマンドのジョブ制御情報から、
要求元ＩＤ・アプリケーションＩＤ・ジョブＩＤを得
る。受信したアプリケーション２２ａ、…のアプリケー
ションＩＤと要求元ＩＤが、アプリケーション管理テー
ブル２４ａ、…の同じ段に存在するか調べ（ＳＴ９
２）、存在しなければエラーを依頼先アプリケーション
２２ａ、…に返す（ＳＴ９３）。

【０１３０】存在する場合は、受信したジョブＩＤがジ
ョブ管理テーブル２５ａ、…に存在するか調べ（ＳＴ９
４）、存在しなければ依頼先のアプリケーション２２
ａ、…にエラーを返す（ＳＴ９５）。ジョブＩＤが存在
するならジョブＩＤのジョブが他のノード１ｂ、…に依
頼したジョブであるかをジョブ管理テーブル２５ａ、…
上で調べ（ＳＴ９６）、ステータスが“他ノードに依
頼”であれば、ノードＩＤに記録されているノード１
ａ、…にジョブの中止を依頼する（ＳＴ９７）。

【０１３１】すなわち、他ノード１ｂ、…の画像処理サ
ーバ２１ｂ、…に依頼したと判断された場合、コマンド
の引数として、ステップ９１で得たジョブ制御情報パラ
メータからアプリケーションＩＤを空白にし、さらにジ
ョブＩＤに記憶エリア４４からの依頼先でのジョブＩＤ
を格納したジョブ制御情報パラメータを用意し依頼を送
信する。ステップ９６で他ノードに依頼されていなかっ
た場合、ジョブ管理テーブル２５ａ、…の受信したジョ
ブＩＤのステータスを中止待ちにし、ジョブ実行部２９
ａ、…に中止命令を送信する（ＳＴ９８）。

【０１３２】他ノード１ａ、…の画像処理サーバ２１
ａ、…からの依頼を受けた画像処理サーバ２１ｂ、…は
（ＳＴ１０１）、受信したジョブＩＤでジョブ管理テー
ブル２５ｂ、…を検索し（ＳＴ１０２）、そのノードＩ
Ｄが依頼元の画像処理サーバ２１ａ、…に等しければ、
ステータスを中止待ちにジョブ実行部２９ｂ、…に中止
命令を送信する（ＳＴ１０３）。等しくない場合、エラ
ーを依頼先のアプリケーション２２ａ、…に返送する
（ＳＴ１０４） ジョブ再開要求コマンド：

【０１３３】アプリケーション２２ａ、…は、ジョブ番
号問合せコマンドで得られたジョブＩＤのジョブを再開
する場合に、このコマンドに自アプリケーション２２
ａ、…のアプリケーションＩＤが格納されたジョブ制御
情報パラメータを引数として画像処理サーバ２１ａ、…
にジョブの再開を依頼する。図２２、図２３は画像処理
サーバ２１ａ、…がジョブを再開するフローチャートで
ある。

【０１３４】すなわち、自ノード１ａ、…内のアプリケ
ーション２２ａ、…からジョブ再開要求コマンドを受信
し（ＳＴ１１１）、コマンドのジョブ制御情報ジョブ制
御情報パラメータから、要求元ＩＤ・アプリケーション
ＩＤ・ジョブＩＤを得る。受信したアプリケーション２
２ａ、…のアプリケーションＩＤと要求元ＩＤが、アプ
リケーション管理テーブル２４ａ、…の同じ段に存在す
るか調べ（ＳＴ１１２）、存在しなければエラーを依頼
先アプリケーション２２ａ、…に返す（ＳＴ１１３）。

【０１３５】存在する場合は、受信したジョブＩＤがジ
ョブ管理テーブル２５ａ、…に存在するか調べ（ＳＴ１
１４）、存在しなければ依頼先にアプリケーション２２
ａ、…にエラーを返す（ＳＴ１１５）。ジョブＩＤが存
在するならジョブＩＤのジョブは他のノード１ａ、…に
依頼したジョブであるかをジョブ管理テーブル２５ａ、
…上で調べ（ＳＴ１１６）、ステータスが“他ノードに
依頼”であれば、ノードＩＤに記録されているノード１
ａ、…にジョブの再開を依頼する（ＳＴ１１７）。

【０１３６】すなわち、他ノード１ｂ、…の画像処理サ
ーバ２１ｂ、…に依頼したと判断された場合、コマンド
の引数として、ステップ１１１で得たジョブ制御情報パ
ラメータからアプリケーションＩＤを空白にし、さらに
ジョブＩＤに記憶エリア４４からの依頼先でのジョブＩ
Ｄを格納したジョブ制御情報パラメータを用意し依頼を
送信する。ステップ１１６で他ノードに依頼されていな
かった場合、ジョブ管理テーブル２５ａ、…の受信した
ジョブＩＤのステータスを再開待ちにし、ジョブ実行部
２９ａ、…に再開命令を送信する（ＳＴ１１８）。

【０１３７】他ノード１ａ、…の画像処理サーバ２１
ａ、…依頼を受けた画像処理サーバ２１ｂ、…は（ＳＴ
１２１）、受信したジョブＩＤでジョブ管理テーブル２
５ｂ、…を検索し（ＳＴ１２２）、そのノードＩＤが依
頼元の画像処理サーバ２１ａ、…に等しければ、ステー
タスを再開待ちにジョブ実行部２９ｂ、…に再開命令を
送信する（ＳＴ１２３）。等しくない場合、エラーを依
頼先のアプリケーション２２ａ、…に返送する（ＳＴ１
２４）次に、具体的な例を、図２４に示す構成図を参照
しつつ説明する。

【０１３８】すなわち、アプリケーション２２ａ1 は文
書を出力するためにノード１ａのスキャナ１８ａからペ
ージメモリ６ａに転送するアプリケーションである。ま
ずアプリケーション２２ａ1 を画像処理サーバ２１ａに
登録する。登録ではジョブ制御情報パラメータにアプリ
ケーション２２ａ1 の識別子を格納して、画像処理サー
バ２１ａに送信する。画像処理サーバ２１ａ1 はアプリ
ケーションの登録処理を行う（図５参照）。

【０１３９】これにより、アプリケーション２２ａ1 の
要求元ＩＤをノードＩＤ＝１００、グループＩＤ＝１０
００、ユーザＩＤ＝４０とすれば、アプリケーション管
理テーブル２４ａには、図４に示すように、記憶エリア
３３、３４、３５に「１００」、「１０００」、「４
０」が記憶される。

【０１４０】またこの例でのパーミションは、同じグル
ープＩＤ（この例では１０００）をもつアプリケーショ
ンにはページメモリ６ａ（自アプリケーション２２ａ1
で確保したもの）のリード（ｒ）を許す、もしくは同じ
ユーザＩＤ（この例で４０）をもつアプリケーション２
２ａ、…にページメモリ６ａ（自アプリケーション２２
ａ1 の確保したもの）に対するリード・ライト（ｒ、
ｗ）を許し、その他のアプリケーションには何も許さな
い設定となっている。

【０１４１】画像処理サーバ２１ａは、自ノード１ａ内
でアプリケーションＩＤ「１１」を発生させ、要求元Ｉ
Ｄと対応させ、アプリケーション管理テーブル２４ａな
いの記憶エリア３０に登録する。このアプリケーション
ＩＤをアプリケーション２２ａ1 に返す。

【０１４２】登録の終わったアプリケーション２２ａ1
は、画像処理サーバ２１ａにスキャナ入力コマンドを使
ってスキャナ１８ａの画像をページメモリ６ａに読み込
む。このときアプリケーション２２ａ1 はコマンドの第
１引数のジョブ制御情報パラメータにアプリケーション
ＩＤを格納し、即時復帰ビットをオンにし、第２引数の
ソースデバイス指定パラメータに自ノード１ａ内のスキ
ャナ１８ａを指定し、第３引数のデスティネーションデ
バイス指定パラメータにページメモリ６ａのうちでペー
ジメモリＩＤの１のページメモリを指定して送信する。

【０１４３】スキャナ入力コマンドを受信した画像処理
サーバ２１ａはアプリケーション管理テーブル２４ａを
検索し、アプリケーションＩＤ、ノードＩＤ、グループ
ＩＤ、ユーザＩＤが同じ段にあることを確認する。この
例では確認に成功するのでノード１ａ内でジョブの識別
子としてのジョブＩＤを発行する。この例のスキャナ１
８ａからページメモリ６ａへの画像転送のジョブのジョ
ブＩＤは「１０」である。

【０１４４】その後、コマンドの第２引数と第３引数を
調べることで、どちらも自ノード１ａのデバイスである
のでこのジョブが自ノード１ａ内で可能なジョブである
ことが分かる。自ノード１ａ内で実行可能なジョブであ
ればジョブ管理テーブル２５ａに登録する。このときの
ジョブ管理テーブル２５ａのパーミションにはアプリケ
ーション管理テーブル２４ａの記憶エリア３２からのパ
ーミションをコピーし、アプリケーションＩＤ・要求元
ＩＤ・ソースパラメータ・デスティネーションパラメー
タにはコマンドの引数のデータからコピーし、ステータ
スには待機中を設定する。ジョブ管理テーブル２５ａへ
の登録が済んだら、ジョブの実行をジョブ実行部２９ａ
に命令し、ジョブＩＤをアプリケーション２２ａに返
す。

【０１４５】ジョブ実行部２９ａはページメモリＩＤが
「１」のページメモリ６ａのメモリを確保し、ページメ
モリ管理テーブル２６ａにページメモリＩＤ、確保され
たページメモリ６のメモリのアドレスを登録し、また実
行しているジョブの要求元ＩＤ・パーミションをジョブ
管理テーブル２５ａからコピーし、ページメモリ管理テ
ーブル２６ａに登録する。

【０１４６】このジョブを一旦中断させたい場合は、ジ
ョブ中断要求コマンドを使う。アプリケーション２２ａ
1 はジョブ中断要求コマンドの第１引数のジョブ制御情
報パラメータに要求元ＩＤとアプリケーションＩＤとジ
ョブＩＤを格納し、画像処理サーバ２１ａに送信する。

【０１４７】画像処理サーバ２１ａはコマンド受信後、
受信したアプリケーションＩＤと要求元ＩＤがアプリケ
ーション管理テーブル２４ａの同じ段にあることを確認
し、さらにジョブＩＤでジョブ管理テーブル２５ａを検
索する。検索されたジョブＩＤの段のステータスが“他
ノードで実行”ではないので、ジョブ管理テーブル２５
ａのステータスを中断待ちにし、ジョブ実行部２９ａに
ジョブの中断を命令する。ジョブ実行部２９ａはジョブ
を中断し、ステータスを中断中にする。中断したジョブ
を再開させる場合も同様で、ジョブ再開要求コマンドを
使い、中止させる場合はジョブ中止要求コマンドを使
う。

【０１４８】アプリケーション２２ａ2 が何らかの方法
でアプリケーション２２ａ1 の要求元ＩＤを得ることが
できたとする。このときアプリケーション２２ａ1 が画
像処理サーバ２１ａに登録して得られるアプリケーショ
ンＩＤは、アプリケーション２２ａ1 の得たアプリケー
ションＩＤとは違うものである。

【０１４９】このため、たとえアプリケーション２２ａ
1 のジョブ（ジョブＩＤ＝１１のジョブ）を中断させる
ために、上記方法でジョブの中断を依頼しても、画像処
理サーバ２１ａはアプリケーションを区別し、エラーを
アプリケーション２２ａ2 に返す。

【０１５０】さて、アプリケーション２２ｂは他ノード
１ａのページメモリ６ａ上のページメモリＩＤが「１」
のメモリにアプリケーションＩＤの画像を自ノード１ｂ
のプリンタ１９ｂに出力するためのものである。アプリ
ケーション２２ｂは自ノード１ｂの画像処理サーバ２１
ｂに要求元ＩＤとしてノードＩＤ＝２００、グループＩ
Ｄ＝１０００、ユーザＩＤ＝６０を登録し、アプリケー
ションＩＤ（この例では５０）を得ている。

【０１５１】このときのコマンドの第１引数にはアプリ
ケーション２２ｂのアプリケーションＩＤ、要求元Ｉ
Ｄ、第２引数にはノード１ａのページメモリ６ａのペー
ジメモリＩＤが「１」で確保された画像を指定し、第３
引数には自ノード１ｂのプリンタ１９ｂを指定する。

【０１５２】画像処理サーバ２１ｂは、アプリケーショ
ンＩＤ、要求元ＩＤをチェックし、新しいジョブＩＤを
発生させる（図８参照）。ソースデバイスに他ノード１
ａのページメモリ６ａが指定されているので、ジョブを
そのページメモリ６ａのあるノード１ａの画像処理サー
バ２１ａに依頼する。

【０１５３】コマンドの引数はアプリケーション２２ｂ
から受信したそのままを使う。異なる点はジョブ制御情
報パラメータからアプリケーションＩＤを削除し、他ノ
ード１ａにアプリケーションＩＤを通信しないこと、ジ
ョブ制御情報パラメータのパーミションにアプリケーシ
ョン管理テーブル２４ｂのパーミションをコピーするこ
と、ジョブ管理情報として、第５引数を設けたことであ
る。

【０１５４】第５引数は、依頼元ノードＩＤ、依頼元ジ
ョブＩＤであり、この例の場合ノードＩＤは「２０
０」、ジョブＩＤは「２」である。この依頼によって画
像処理サーバ２１ａが発行したジョブＩＤは、第４引数
のジョブ・リターン情報のジョブＩＤに格納され返され
る。この例では「１１」である。

【０１５５】他ノード１ａの画像処理サーバ２１ａに要
求が済んだら、ジョブ管理テーブル２５ｂにジョブを登
録する。すなわち、画像処理サーバ２１ｂで発行したジ
ョブＩＤ、アプリケーション２２ｂから受信した要求元
ＩＤ、アプリケーションＩＤ、ソースパラメータ、デス
ティネーションパラメータを、また画像処理サーバ２１
ａから受信したジョブＩＤ（この例では１１）を、ステ
ータスには“他ノードで実行中”をそれぞれ登録する。
この登録後に自ノード１ｂ内に画像処理サーバ２１ｂの
発行したジョブＩＤ（この例では２）をアプリケーショ
ン２２ｂに返す。

【０１５６】画像処理サーバ２１ａが、他ノード１ｂの
画像処理サーバ２１ｂから依頼されたページメモリ６ａ
からプリンタ１９ｂへの画像転送を受信した場合の処理
は、前述した図１０のステップ３１からステップ３６で
説明されている。

【０１５７】コマンドを受信後、第２、３引数から自ノ
ード１ｂ内で可能なジョブか判断する。自ノード１ｂ内
で可能であれば、新しいジョブＩＤ（この例では１１）
を発行する。ジョブＩＤの発行後、ステップ３５でジョ
ブＩＤをジョブ管理テーブル２５ｂに登録する。

【０１５８】この登録では画像処理サーバ２１ｂが、ア
プリケーションＩＤを受信したジョブ制御情報パラメー
タにないのでブランクにし、要求元ＩＤ・パーミション
を第１引数のジョブ制御情報パラメータからコピーし、
ソースパラメータを第２引数、デスティネーションパラ
メータを第３引数からコピーし、ノードＩＤ、ジョブＩ
Ｄを第５引数のジョブ管理情報のノードＩＤ、ジョブＩ
Ｄからコピーする。登録後、ジョブ実行部２９ｂに実行
を命令し、ステップ３６で画像処理サーバ２１ｂにジョ
ブＩＤ（この例では１１）を返す。

【０１５９】ジョブ実行部２９ｂは、ページメモリ６ａ
のページメモリＩＤが「１」で確保されたページメモリ
６ａのページメモリ管理テーブル２６ａからこのページ
メモリ６ａのパーミションの情報を得る。このパーミシ
ョンはアプリケーション管理テーブル２４ａからのパー
ミションからコピーされたもので、ページメモリ管理テ
ーブル２６ａの要求元の同じグループＩＤ（この例では
１０００）をもつアプリケーションにはリードの許可を
与えている。

【０１６０】ジョブ実行部２９ｂは、ジョブ管理テーブ
ル２５ｂのジョブＩＤ「２」に対応して登録された要求
元ＩＤのグループＩＤがページメモリ管理テーブル２６
ａのグループＩＤと等しいので、ページメモリ管理テー
ブル２６ａのアドレスのページメモリ６ａをリードする
ことができる。このページメモリ６ａの場合、もしグル
ープＩＤが等しくなくてもユーザＩＤが等しければ、リ
ードだけでなくライトにも許可を与えることになる。次
に、ノード１ａ、…におけるエラー処理について説明す
る。

【０１６１】ここで示すエラー処理とは、画像処理サー
バ２１ａ（２１ｂ、…）が制御を行なっている入出力機
器としての表示装置１５ａ、光ディスク１６ａ、スキャ
ナ１８ａ、プリンタ１９ａ等でエラーが起きた際の処理
である。各ノード１ａ、…では、複数のジョブが実行さ
れている。

【０１６２】また、ノード１ａは、他のノード１ｂ、…
からの依頼に基づいて特定のジョブを実行していること
がある。このため、ジョブの内容によって、エラーの表
示を行なうノードを選択する必要がある。また、プリン
タ１９ａの紙づまり等では、そのプリンタ１９ａを保守
できる者がいるノードにエラーの表示を行なう必要があ
る。

【０１６３】このように画像処理サーバ２１ａ、…は、
ジョブによってエラーを表示するノード、およびエラー
の生じた入出力機器を保守できる者がいるノードを選択
する必要がある。

【０１６４】このため、画像処理サーバ２１ａ、…に
は、図７に示すように、それぞれジョブ管理テーブル２
５ａ、…内にエラーフィールド５０を有している。この
エラーフィールド５０は、エラー時に上記ノードの選
択、つまりジョブの内容によってエラーを表示するノー
ドの選択を行うための情報が記憶されている。

【０１６５】このエラーフィールド５０は、サブフィー
ルド５０ａ、…を１０個有している。このサブフィール
ド５０ａ、…は、システムによって依存する値ではな
く、いくつであっても良い。また、サブフィールド５０
ａ、…の１つに対して、１つのエラー表示の内容を示し
ている。

【０１６６】各サブフィールド５０ａ、…は、それぞれ
エラー表示有無フィールド５０ｂ、確認有無フィールド
５０ｃおよび表示先ノード５０ｄから構成されている。
エラー表示有無フィールド５０ｂには、対応するジョブ
がエラーを起こしたときに、エラー表示を行なうか否か
を示す情報が記憶されている。このエラー表示有無フィ
ールド５０ｂが「有」の場合には、エラー表示を行なう
ことを示し、「無」の場合には、エラー表示を行なわな
いことを示している。

【０１６７】確認有無フィールド５０ｃは、対応するジ
ョブのエラーをエラー表示先に知らせたときに、相手か
ら知らせを受けとった旨の確認の返信が必要であるか否
かを示す情報が記憶されている。この確認有無フィール
ド５０ｃが「有」の場合には、確認の返信が必要である
ことを示し、「無」の場合には、確認の返信が必要でな
いことを示している。

【０１６８】表示先ノード５０ｄには、対応するジョブ
がエラーを起こしたときに、そのエラーが起きたときに
エラーが起きたことを通知するノード番号が記憶されて
いる。

【０１６９】図７に示すノード１ａのジョブＩＤ「１
０」の場合のジョブでは、エラーフィールド５０内にエ
ラーがおきたときにノード１ａにエラーを送り、その確
認の返信が必要であることが記憶されている。

【０１７０】また、画像処理サーバ２１ａ、…は、それ
ぞれジョブ管理テーブル２５ａ、…とは別に、メインメ
モリ５ａ、…内に、図２５に示すエラー管理リスト２７
ａ、…を有している。このエラー管理リスト２７ａ、…
には、表示装置１５ａ、光ディスク１６ａ、スキャナ１
８ａ、プリンタ１９ａ等の各入出力機器でエラーが生じ
た時に、どのノード（入出力機器を保守できる者がいる
ノード）でエラー表示を行なうかが記憶されている。

【０１７１】このエラー管理リスト２７ａ、…は、それ
ぞれ各入出力機器ごとに設けられた機器名フィールド７
１およびエラー表示リストフィールド７２から構成され
ている。機器名フィールド７１には、入出力機器の機器
名が記憶される。また、エラー表示リストフィールド７
２には、機器名フィールド７１に示される機器がエラー
を生じたときに、どこに知らせるかを示す通知先が記憶
されている通知先フィールド７３、…により構成されて
いる。通知先はこの例では、ｎ個まで送れる。

【０１７２】通知先フィールド７３は、確認有無フィー
ルド７４と表示先ノードフィールド７５とから構成され
ている。確認有無フィールド７４には、エラー通知に対
する確認の有無が記憶され、表示先ノードフィールド７
５には、エラーが生じたときに通知する表示先ノードの
番号が記憶されている。

【０１７３】次に、実際にプリンタ（１８ａ）で紙づま
りが生じた等のエラーが生じたときに、画像処理サーバ
（２１ａ）からエラーが生じたことを示す情報を送る場
合のエラー時送信情報を図２６に示す。

【０１７４】このエラー時送信情報には、エラーが発生
したノードを示すフィールドであるエラーノードフィー
ルド８１、エラーが発生した機器名を示すフィールドで
あるエラー機器名フィールド８２、エラー内容を示す番
号が入るフィールドであるエラー番号フィールド８３、
および確認返信が必要か否かを示すフィールドである確
認有無フィールド８４から構成されている。このエラー
情報を含む信号をエラーが発生するごとに必要なノード
（１ａ、…）の画像処理サーバ（２１ａ、…）に通知す
る。次に、実際にエラーが発生した画像処理サーバ（２
１ａ、…）が行なうエラー処理を、図２７に示すフロー
チャートを参照して説明する。

【０１７５】このエラー処理は、画像処理サーバ２１ａ
（２１ｂ、…）が、その画像処理サーバ２１ａ（２１
ｂ、…）が管理する入出力機器でエラーが発生したとき
にその画像処理サーバ２１ａ（２１ｂ、…）が実行する
処理である。

【０１７６】すなわち、まずエラーが発生すると、画像
処理サーバ２１ａはメインメモリ５ａ内の図２５に示す
エラー管理リスト７２を参照する（ＳＴ１３１）。そし
て、このエラー管理リスト７２に通知先がある場合に
は、エラー通知をその相手のノード（１ｂ、…）の画像
処理サーバ（２１ｂ、…）に連絡する（ＳＴ１３２）。

【０１７７】次に、画像処理サーバ２１ａはメインメモ
リ５ａのジョブ管理テーブル２５ａ内の上記ジョブに対
応するエラーフィールド５０を参照する（ＳＴ１３
３）。そして、このエラーの発生したジョブの欄にエラ
ー通知を知らせる通知先がある場合、画像処理サーバ２
１ａはその相手のノード（１ｂ、…）の画像処理サーバ
（２１ｂ、…）にエラー通知を連絡（エラー時送信情報
を送信）する（ＳＴ１３４）。

【０１７８】次に、画像処理サーバ２１ａは、上記ジョ
ブに対応するエラーフィールド５０を参照して、そのエ
ラー通知に対して、確認の返信が送った先から必要であ
るかチェックする（ＳＴ１３５）。このチェックの結
果、確認の返信が必要でない場合、画像処理サーバ２１
ａはエラー処理（プログラム）を終了する。

【０１７９】また、確認の返信が必要な場合、画像処理
サーバ２１ａはタイマ２８ａを初期化する（ＳＴ１３
６）。次に、画像処理サーバ２１ａはエラー時送信情報
の通知先のノード（１ｂ、…）の画像処理サーバ（２１
ｂ、…）から返信があったかどうか確認する（ＳＴ１３
７）。このチェックの結果、返信があった場合、画像処
理サーバ２１ａはエラー処理を終了する。また、上記チ
ェックの結果、返信がない場合、画像処理サーバ２１ａ
はタイマ２８ａがあらかじめ決められた値以上になった
か否かをチェックする（ＳＴ１３８）。

【０１８０】このチェックにより、一定時間経過してい
ない場合、画像処理サーバ２１ａはステップ１３７に戻
り、返信の確認を繰り返す。また、ステップ１３８でタ
イマ２８ａが一定時間経過している場合、画像処理サー
バ２１ａは、再度、エラー情報を通知するため、ステッ
プ１３１に戻り、エラー時送信情報の送信から始める。

【０１８１】上記タイマ２８ａは、画像処理サーバ２１
ａに対応してメインメモリ５ａ内に設けられたものであ
り、他の画像処理サーバ２１ｂ、…にもそれぞれタイマ
２８ｂ、…がメインメモリ５ｂ、…内に設けられてい
る。上記エラー時送信情報の通知先のノード（１ｂ、
…）の画像処理サーバ（２１ｂ、…）からの返信につい
て説明する。

【０１８２】すなわち、ジョブ管理テーブル２５ａのエ
ラーフィールド５０、およびエラー管理リスト２７ａで
示される表示先ノード（１ｂ、…）の画像処理サーバ
（２１ｂ、…）がエラー通知を受けとると、その受けと
った画像処理サーバ（２１ｂ、…）は、エラー内容をそ
の画像処理サーバ（２１ｂ、…）が管理する表示装置
（１５ｂ、…）に表示する。

【０１８３】そして、操作者に対し、確認した場合に、
表示装置（１５ｂ、…）の特定領域をマウス（１３ｂ、
…）でクリックするか、キーボード（１２ｂ、…）の特
定のキーの入力を行なうようにうながす。これにより、
操作者が確認の操作を行なうことにより、エラー通知を
受けとった画像処理サーバ（２１ｂ、…）は、送信元の
画像処理サーバ２１ａに確認の信号を送る。

【０１８４】次に、エラー情報（エラー時送信情報）を
受けとったノード１ｂにおける画像処理サーバ２１ｂの
動作について説明する。このエラー時送信情報は、障害
の起きた入出力機器を持つノード１ａ（１ｃ、…）にお
ける画像処理サーバ２１ａ（２１ｃ、…）から、エラー
情報を受けとるノード１ｂの画像処理サーバ２１ｂに送
られる。

【０１８５】このエラー情報を受けとった画像処理サー
バ２１ｂは、エラーを操作者に示すため表示装置１５ｂ
に表示する。この表示装置１５ｂに示される表示例を図
２８から図３０に示す。

【０１８６】この表示装置１５ｂでは、マルチウィンド
ウ方式で表示が行なわれている。この表示装置１５ｂの
表示画面８０にはウィンドウ８１、８２およびマウスカ
ーソル８３が表示されている。マウスカーソル８３は、
マウス１３ｂの移動とともに動く。

【０１８７】まず、ノード１ａのプリンタ１９ａで紙づ
まりが生じたことを示す障害を表示した例を図２８に示
す。この表示装置１５ｂの表示画面８０では、現在の処
理内容を示すウィンドウ８１およびエラーウィンドウ８
２を持つ。エラーウィンドウ８２はノード１ａの画像処
理サーバ２１ａから送られてくるエラー情報を受けとる
ことで表示する。

【０１８８】このエラーウィンドウ８２は、エラー内容
を示す内容表示部８４および確認ボタン８５を持つ。確
認ボタン８５は、操作者がエラーウィンドウ８２の表示
を確認した後、操作者がマウス１３ｂを操作して、マウ
スカーソル８３をその確認ボタン８５の上に移動させ
て、クリックする。これにより、画像処理サーバ２１ｂ
は、確認の返信の信号を障害が起きた機器を持つノード
１ａの画像処理サーバ２１ａに送信する。また、上記ク
リックが行なわれると、エラーウィンドウ８２は消え
る。そして、表示画面８０は、エラーウィンドウ８２が
表示される以前と同じ画面に戻る。

【０１８９】次に、エラーウィンドウ８２に対する確認
動作が行なわれる前に、画像処理サーバ２１ｂが他のエ
ラーを受信したときの表示画面８０を図２９に示す。こ
のとき、画像処理サーバ２１ｂは２つのエラー情報を受
信していることになる。このとき、表示画面８０には、
２つのエラーウィンドウ８２、８６が表示される。この
とき、エラーウィンドウ８２、８６は、互いに重なり合
わないように表示される。

【０１９０】次に、エラーウィンドウ８２に対する確認
動作が行なわれて、エラーウィンドウ８２が表示画面８
０から消えた後に、他のエラーを受信したときの表示画
面８０を図３０に示す。ここでのエラーウィンドウ８７
は、図２８に示されるエラーウィンドウ８２と同じ位置
に表示される。

【０１９１】このように、画像処理サーバ２１ｂはエラ
ー時の確認動作が行なわれる前に、複数のエラー情報を
受信して表示するため、メインメモリ５ｂ内にエラー表
示管理テーブル２９ｂを持つ。このエラー表示管理テー
ブル２９ｂの例を図３１に示す。また、他の画像処理サ
ーバ２１ａ、２１ｃ、…にも、それぞれエラー表示管理
テーブル２９ａ、２９ｃ、…を有している。

【０１９２】このエラー表示管理テーブル２９ｂは、エ
ラーノードフィールド９１、エラー機器名フィールド９
２、エラー番号フィールド９３、確認有無フィールド９
４、ウィンドウポジションフィールド９５から構成され
ている。

【０１９３】エラーノードフィールド９１には、障害の
起きたノード番号が格納される。機器名フィールド９２
には、障害のおきた機器名が格納される。エラー番号フ
ィールド９３には、エラー番号が格納される。確認有無
フィールド９４には、確認が必要か否かの有無が格納さ
れる。ウィンドウポジションフィールド９５には、表示
装置１５ｂ上の位置が格納される。

【０１９４】ウィンドウポジションフィールド９５に
は、そのウィンドウの始点の位置が格納されるフィール
ド９６と、終点の位置が格納されるフィールド９７から
構成されている。フィールド９６は、Ｘ座標フィールド
９８とＹ座標フィールド９９から構成され、フィールド
９７は、Ｘ座標フィールド１００とＹ座標フィールド１
０１から構成される。

【０１９５】図３１に示すエラー表示管理テーブル２９
ｂは、図２９に示すようにエラーウィンドウが２つ表示
されている場合の記憶例である。１つのエラーは、ノー
ド１ａでプリンタ１９ａがエラー番号０１のエラーを起
こし、そのエラーウィンドウが表示画面８０で始点（１
０、１０）、終点（８０、８０）のウィンドウ８２に示
されている。

【０１９６】また、もう１つのエラーは、ノード１ｃで
スキャナ１８ｃがエラー番号７６のエラーを起こし、そ
のエラーウィンドウが表示画面８０で始点（１００、１
０）、終点（１８０、８０）のウィンドウ８６に示され
ている例である。エラーウィンドウ８２、８６は、この
エラー表示管理テーブル２９ｂで管理されるため、重な
るようには表示されない。次に、画像処理サーバ２１ｂ
がエラー情報を受信して表示する動作を、図３２に示す
フローチャートを参照しつつ説明する。

【０１９７】すなわち、画像処理サーバ２１ｂはエラー
情報を受信すると、メインメモリ５ｂ内のエラー表示管
理テーブル２９ｂから、すでに表示されているエラーウ
ィンドウ８２の位置情報を得る（ＳＴ１４１）。次に、
画像処理サーバ２１ｂは、すでに表示されているエラー
ウィンドウ８２と重ならない表示とするための座標を算
出し、そのエラー情報をエラー表示管理テーブル２９ｂ
に登録する（ＳＴ１４２）。次に、画像処理サーバ２１
ｂは表示画面８０にエラーウィンドウ８６を開き、エラ
ー情報を表示する（ＳＴ１４３）。次に、操作者がマウ
ス１３ｂを操作して確認したときの画像処理サーバ２１
ｂの動作を、図３３に示すフローチャートを参照しつつ
説明する。

【０１９８】すなわち、操作者がマウス１３ｂを操作し
てエラーウィンドウ８２内の確認ボタン８５を入力した
場合、画像処理サーバ２１ｂはエラー表示管理テーブル
２９ｂから、その対応するエラー情報の確認の有無をチ
ェックし、確認の有の場合に、対応するノード１ａの画
像処理サーバ２１に確認の返信を送信する（ＳＴ１４
４）。

【０１９９】次に、画像処理サーバ２１ｂは該当データ
をエラー表示管理テーブル２９ｂから削除する（ＳＴ１
４５）。次に、画像処理サーバ２１ｂは表示画面８０か
らエラーウィンドウ８２を消し、元の画面を表示する
（ＳＴ１４６）。

【０２００】また、上記ステップ１４４のチェックによ
り確認の無しの場合、画像処理サーバ２１ｂは表示画面
８０からエラーウィンドウ８２を消し、元の画面を表示
する。

【０２０１】上記したように、画像処理サーバ２１ａの
管理するジョブ毎に障害時の連絡先アプリケーション２
２ａ、…を管理することにより、障害が発生した際に、
対応するアプリケーション２２ａ、…に障害の発生を連
絡するようにしたものである。これにより、画像処理サ
ーバの管理する画像入出力機器の障害をすみやかに操作
者に知らせることができる。

【０２０２】また、画像入出力機器で障害が発生した際
に、その機器の障害の復旧ができる操作員が対応してい
るノードにその障害の案内を送信するようにしたので、
画像入出力機器の障害を障害の復旧ができる操作者にす
みやかに知らせることができる。

【０２０３】また、画像入出力機器において障害が起き
たとき、特に複数の障害が起きたときに、表示画面に、
前回のエラー表示と別の位置にエラー表示を行い、エラ
ー表示が重ならずに表示できようにしたものである。こ
のため、複数の障害が起き、操作者の確認作業が追い付
かないときでも、操作者がそれらの障害内容を十分に理
解することができる。

【０２０４】以上詳述したようにこの発明によれば、サ
ーバ・クライアント方式で接続された画像処理装置と画
像処理システムにおいて、画像を専門に扱うプログラム
を設置し、このプログラムによって管理制御されている
画像入出力機器の障害をすみやかに画像処理を依頼した
操作者やその機器の保守ができる操作者に知らせること
ができる画像処理装置と画像処理システムを提供でき
る。

【図面の簡単な説明】

【図１】この発明の一実施例における画像処理装置のソ
フトウェア構成を示す概略構成図。

【図２】図１に係わる画像処理システムの概略構成図。

【図３】図１のアプリケーションの一例の動作を説明す
るためのフローチャート。

【図４】図１のアプリケーション管理テーブルの構成例
を示す図。

【図５】図１のアプリケーション管理テーブルへのデー
タの登録を示すフローチャート。

【図６】図１のアプリケーション管理テーブルからのデ
ータの削除を示すフローチャート。

【図７】図１のジョブ管理テーブルの構成例を示す図。

【図８】図１のジョブ管理テーブルへのデータの登録を
示すフローチャート。

【図９】ジョブ管理情報を説明するための図。

【図１０】図１のジョブ管理テーブルへのデータの登録
を示すフローチャート。

【図１１】ジョブＩＤの問合わせ動作を説明するための
フローチャート。

【図１２】図１のアプリケーションからのジョブ状況の
問合わせ動作を説明するためのフローチャート。

【図１３】図１の画像処理サーバからのジョブ状況の問
合わせ動作を説明するためのフローチャート。

【図１４】図１のページメモリ管理テーブルの構成例を
示す図。

【図１５】図１４のページメモリ管理テーブル内の要求
元ＩＤの構成例を示す図。

【図１６】図１４のページメモリ管理テーブル内のパー
ミションの構成例を示す図。

【図１７】図１６のパーミションの内容を示す図。

【図１８】図１の画像処理サーバにおけるジョブ中断動
作を説明するためのフローチャート。

【図１９】図１の画像処理サーバにおけるジョブ中断動
作を説明するためのフローチャート。

【図２０】図１の画像処理サーバにおけるジョブ中断動
作を説明するためのフローチャート。

【図２１】図１の画像処理サーバにおけるジョブ中断動
作を説明するためのフローチャート。

【図２２】図１の画像処理サーバにおけるジョブ再開動
作を説明するためのフローチャート。

【図２３】図１の画像処理サーバにおけるジョブ再開動
作を説明するためのフローチャート。

【図２４】図１の画像処理装置の具体的なソフトウェア
構成例を示す図。

【図２５】エラー管理リストの構成を説明するための
図。

【図２６】エラー時送信情報の構成を説明するための
図。

【図２７】画像処理サーバによるエラー処理を説明する
ためのフローチャート。

【図２８】表示装置におけるエラー情報の表示例を説明
するための図。

【図２９】表示装置におけるエラー情報の表示例を説明
するための図。

【図３０】表示装置におけるエラー情報の表示例を説明
するための図。

【図３１】エラー表示管理テーブルの記憶例を説明する
ための図。

【図３２】画像処理サーバによるエラー情報の表示動作
を説明するためのフローチャート。

【図３３】画像処理サーバによる確認動作を説明するた
めのフローチャート。

【符号の説明】

１ａ、１ｂ、１ｃ、〜…画像処理装置（ノード）、２…
通信回線、５ａ、５ｂ、５ｃ、〜…メインメモリ、６
ａ、６ｂ、６ｃ、〜…ページメモリ、７ａ、７ｂ、７
ｃ、〜…表示メモリ、８ａ、８ｂ、８ｃ、〜…画像処理
部、１５ａ、…表示装置、１６ａ、１６ｂ、１６ｃ、〜
…光ディスク、１８ａ、１８ｂ、１８ｃ、〜…スキャ
ナ、１９ａ、１９ｂ、１９ｃ、〜…プリンタ、２１ａ、
２１ｂ、２１ｃ、〜…画像処理サーバ、２２ａ、２２
ｂ、２２ｃ、〜…アプリケーション、２４ａ、〜…アプ
リケーション管理テーブル、２５ａ、〜…ジョブ管理テ
ーブル、２６ａ、〜…、２７ａ、〜…エラー管理リス
ト、２８ａ、〜…タイマ、２９ａ、〜…エラー表示管理
テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大垣 武史 神奈川県川崎市幸区柳町70番地 株式会 社東芝柳町工場内 (72)発明者 渡邉 浩 神奈川県川崎市幸区柳町70番地 株式会 社東芝柳町工場内 (72)発明者 高木 志郎 神奈川県川崎市幸区柳町70番地 株式会 社東芝柳町工場内 (56)参考文献 特開 平２−260099（ＪＰ，Ａ) 特開 平２−250125（ＪＰ，Ａ) 実開 平１−72665（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06T 1/00 G06F 11/22 - 11/34 G06F 3/14 - 3/153

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 複数の画像処理装置が通信回線を介して
   接続され、各画像処理装置が有する種々の画像入出力機
   器を、各画像処理装置で共用している画像処理システム
   において、 上記画像処理装置が、 該画像処理装置及び他の画像処理装置の画像入出力機器
   を制御することにより、種々のジョブを実行する実行手
   段と、 上記画像入出力機器でエラーが生じた際に、このエラー
   の生じたジョブに対するエラーの通知先としての画像処
   理装置を特定する情報が記憶されている第１の記憶手段
   と、 上記画像入出力機器でエラーが生じた際に、上記画像入
   出力機器に対するエラーの通知先としての画像処理装置
   を特定する情報が記憶されている第２の記憶手段と、 この実行手段によりジョブの実行中に、上記画像入出力
   機器でエラーが生じた際に、このエラーの生じたジョブ
   に対するエラーの通知先としての画像処理装置を特定す
   る情報を上記第１の記憶手段から読出す第１の読出手段
   と、 上記実行手段によりジョブの実行中に、上記画像入出力
   機器でエラーが生じた際に、上記画像入出力機器に対す
   るエラーの通知先としての画像処理装置を特定する情報
   を上記第２の記憶手段から読出す第２の読出手段と、 上記第１、第２の読出手段により読出された番号に対応
   する画像処理装置に、エラーの内容とエラーが生じた画
   像処理装置と画像入出力機器とを示す情報を通知するエ
   ラー通知手段と、 他の画像処理装置から通知されたエラーの内容とエラー
   が生じた画像処理装置と画像入出力機器とを示す情報を
   上記画像入出力機器の１つを用いて出力する出力手段と
   からなる 、ことを特徴とする画像処理システム。
2. 【請求項２】 画像入出力機器を制御して複数の仕事を
   これらの機器を制御して画像入出力処理を行なう画像処
   理部と、 この画像処理部へ画像入出力の仕事を依頼する複数の制
   御部とからなる画像処理装置において、 上記画像処理部に、 上記画像入出力機器の障害を検知する検知手段と、 障害時の情報を通知する障害の連絡先の制御部が上記仕
   事ごとに記憶されている記憶手段と、 上記検知手段からの検知信号に応じて上記記憶手段から
   障害が生じた仕事に対応する障害の連絡先の制御部に障
   害時の情報を通知する通知手段と、 を設けたことを特徴とする画像処理装置。
3. 【請求項３】 画像入出力機器を制御して複数の仕事を
   これらの機器を制御して画像入出力処理を行なう画像処
   理部と、 この画像処理部へ画像入出力の仕事を依頼する複数の制
   御部とからなる画像処理装置において、 上記画像処理部に、 上記画像入出力機器の障害を検知する検知手段と、 障害時の情報を通知する障害の連絡先の制御部が上記仕
   事ごとに記憶されている記憶手段と、 上記検知手段からの検知信号に応じて上記記憶手段から
   障害が生じた仕事に対応する障害の連絡先の制御部に障
   害時の情報を通知する通知手段と、 この通知手段による通知後、所定時間経過しても対応す
   る制御部からの応答がなかった際、再度上記通知手段で
   障害の連絡先の制御部に障害時の情報を通知する処理手
   段と、 を設けたことを特徴とする画像処理装置。