JPH05258026A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 画像を扱うクライアント・サーバ方式におい
て、アプリケーション２２ａ、…の要求に応じて画像処
理サーバ２１ａ、…が画像入出力機器や光ディスク装置
１７ａ、…間で画像転送を行う際に、転送対象画像を任
意に知ることができ、内部で実行されている画像転送処
理の状態を容易に確認できる。 【構成】 この発明は、画像の処理を要求する複数のア
プリケーション２２ａ、…と、複数の画像入出力機器や
光ディスク装置１７ａ、…を制御し、これらの機器を利
用して上記アプリケーション２２ａ、…からの要求に応
じて画像の処理を行なう画像処理サーバ２１ａ、…から
なるものにおいて、アプリアプリケーション２２ａ、…
が画像転送要求コマンドを発行する際に、表示領域を指
定して特定のフラグを設定するだけで、画像転送の実行
と並行して、転送対象画像を指定された表示領域に表示
するようにしたものである。

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番地 株式会社 東芝柳町工場内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 画像の処理を要求する複数の制御部と、 これらの制御部とそのままあるいは通信回線を介して接
   続されており、複数の画像入出力機器や画像記憶装置を
   制御し、これらの機器を利用して上記制御部からの要求
   に応じて画像の処理を行なう画像処理部とからなる画像
   処理装置において、 上記制御部に、 画像入出力機器や画像記憶装置間の画像転送の要求とと
   もに、転送対象画像の表示要求が出力される出力手段を
   設け、 上記画像処理部に、 上記制御部の出力手段からの画像転送の要求と転送対象
   画像の表示要求を受入れる受入手段と、 この受入手段により受入れた画像転送の要求に応じて画
   像入出力機器や画像記憶装置間の画像転送を実行すると
   ともに、転送対象画像を表示する処理手段とを設け、 たことを特徴とする画像処理装置。