JPH08305589A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 新たな機能追加や、バージョンアップにも適
切に対応させ、新たに提供されるジョブに適切な資源を
割当てる。 【構成】 システム制御手段７によって起動された各ジ
ョブ実行系タスク、すなわちＩＩＴ制御手段４０ｃ、Ｉ
ＯＴ制御手段４１ｃ、ＦＡＸ受信制御手段４６ｂ、ＦＡ
Ｘ送信制御手段４６ｃ、デコンポーズ制御手段４２ａ、
デコンポーズ制御手段４３ａ等は、処理可能な画像処理
機能とデータ入出力形態とをジョブ・スペック登録テー
ブル６に登録しておく。ジョブ制御手段４は、その情報
に基づいて、ジョブ内容から当該ジョブの実行に必要な
タスクを選択して実行順序を決定し、ジョブ実行可能で
あるか否かを判断する。また、各タスクが画像処理を実
行中に他のタスクを制限する排他条件を上記ジョブ・ス
ペック登録テーブル６に登録することで、タスク同士の
同時実行によるデッドロックを防止する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、入力される画像デー
タに特定の画像処理を施す画像処理装置に係り、特に複
数の利用者が共有して使用する、複数の機能を有する画
像処理装置に関する。

【０００２】

【従来の技術】従来より、１台の画像処理装置でコピー
機能、ＦＡＸ機能、プリンタ機能等を実現できるマルチ
ファンクション機では、さまざまなオプション装置およ
びアプリケーションを選択できるようになっており、機
能の追加／削除が利用者の利用形態に応じて変更できる
ようになっている。また、このような画像処理装置で
は、性能や、操作性の向上のために、装置内で動作する
アプリケーションソフトウエアがバージョンアップされ
ることもある。このため、この画像処理装置内で動作す
る制御ソフトウエアは、必要に応じて新たに追加される
ソフトウエアとの整合性を考慮し、バージョンアップ
や、機能追加にも対応できる構造が必要となっている。

【０００３】例えば、特開平４−３０１６５５号に開示
されている技術では、複写機に装着されるさまざまなオ
プション装置に応じた制御プログラムを、各バージョン
毎に格納しておき、装着されたオプション装置のバージ
ョン番号に応じて、制御プログラムを選択できる構成と
なっている。

【０００４】また、特開平４−２６１５５１号に開示さ
れている技術では、複写機の複雑な動作パターンを複数
のパートジョブに分けて予めＲＯＭに登録しておき、１
つのジョブは、そのパートジョブの組み合わせによって
実現する構成となっており、新たな機能追加時には、上
記パートジョブを変更するだけで対応できる構成となっ
ている。

【０００５】このようなマルチファンクションを実現す
る画像処理装置の場合には、上述したように、バージョ
ンアップや、機能追加時に対応できる構造が必要になる
とともに、複数の利用者が同時に画像処理装置を使用し
た場合のジョブの同時実行にも対応する必要がある。複
数のジョブの同時実行としては、例えば、ＦＡＸ受信文
書をメモリ等の記憶装置に格納中に、コピー処理を行う
といった処理が考えられる。このようなジョブの同時実
行が当該装置で実行できる可能性は、各ジョブに割り当
てる資源（スキャナ、印刷処理部、ＦＡＸ送受信部、メ
モリ、ディスク等）が競合しないか、もしくは競合して
も共有して使用できるかどうかに関係してくる。したが
って、限られた資源でジョブの同時実行を可能にさせる
ためには、適切な資源割当方法が装置内に実装されてい
る必要がある。

【０００６】上述した問題を解決するために、例えば、
特開平５−１０８３８１号に開示されている技術では、
資源をジョブに割り当てる際に、あるジョブＡが獲得し
ている資源を他のジョブＢが使用したい場合には、ジョ
ブＡに資源割当要求を発行して資源を獲得しにいき、ジ
ョブＡが資源を解放したくない場合には、資源割当要求
に対して拒絶通知をするといった方法が採られている。

【０００７】

【発明が解決しようとする課題】しかしながら、上述し
た従来の画像処理装置（特開平４−３０４６５５号）で
は、オプション装置の各バージョンに応じた制御プログ
ラムを、画像処理装置の本体側に工場出荷時点で予め格
納しておかなければならないので、工場出荷時点で予測
されていないような新たなオプション装置の追加には対
応できないという問題があった。

【０００８】また、特開平４−２６１５５１号に開示さ
れている技術でも同様に、複数のパートジョブを予めＲ
ＯＭに登録しておかなければならないので、新たなパー
トジョブを提供する場合、ＲＯＭ交換や制御プログラム
の変更等が必要となるといった問題があった。

【０００９】さらに、ジョブの競合時の資源割当に関す
る上述した特開平５−１０８３８１号に開示されている
技術に関しても、複数のジョブ間での資源の取り合いが
生じるので、双方が解放したくない別々の資源を使用し
ている場合などに、ジョブのデッドロックが起こる可能
性があるため、複雑なジョブの同時実行が困難であると
いう問題があった。そして、機能追加や、バージョンア
ップ等で新たな資源が追加され、その資源を使用するジ
ョブが提供可能になった場合に、従来から提供可能なジ
ョブと新たに追加されたジョブとが競合した場合の資源
割当方針が明確化できないため、ジョブの同時実行が不
可能になるか、もしくは、例え可能であっても著しく生
産性が落ちる可能性があるという問題があった。

【００１０】この発明は上述した事情に鑑みてなされた
もので、新たな機能追加や、バージョンアップにも適切
に対応でき、新たなジョブが提供可能になった場合で
も、それらのジョブに適切な資源割当ができ、ジョブ競
合時にも効率よくジョブ処理を施すことができる画像処
理装置を提供することを目的としている。

【００１１】

【課題を解決するための手段】上述した問題点を解決す
るために、請求項１記載の発明では、複数のタスクの各
々で行う画像処理機能および画像データの入出力形態が
格納されるジョブ・スペック登録テーブルと、前記画像
データに対するジョブをジョブ要求として受け取るジョ
ブ入力手段と、前記ジョブ・スペック登録テーブルに登
録されたジョブ・スペックと前記ジョブ入力手段により
受け取ったジョブ要求の内容とに基づいて、実行させる
タスクを選択するタスク選択手段と、前記タスク選択手
段により選択されたタスクの実行順序を決定するタスク
実行順序決定手段と、前記タスク実行順序決定手段によ
り決定されたタスクによるジョブが実行可能であるか否
かを判断するジョブ実行判断手段と、前記ジョブ実行制
御手段による判断結果に基づいて、前記タスク実行順序
決定手段により決定されたタスクのジョブを実行するタ
スク実行制御手段とを具備することを特徴とする。

【００１２】また、請求項２記載の発明では、前記ジョ
ブ・スペック登録テーブルは、前記画像処理機能、およ
びデータの入出力形態に加えて、前記複数のタスクの各
々のジョブ実行中に他のタスクの動作を制限する排他条
件を格納し、さらに、現在実行中のジョブのタスクに対
する前記排他条件に基づいて、現在実行中のジョブが同
時実行可能であるか否かを判断するジョブ同時実行判断
手段を備え、前記タスク実行制御手段は、前記ジョブ同
時実行判断手段による判断結果に基づいてジョブの同時
実行を制御することを特徴とする。

【００１３】また、請求項３記載の発明では、前記排他
条件を登録する際には、前記複数のタスクを識別するた
めの識別子、または前記複数のタスクをその特徴毎にク
ラス分けするためのカテゴリ識別子の少なくともいずれ
か一方を指定し、前記ジョブ実行制御手段は、排他条件
としてカテゴリ識別子が指定されている場合には、前記
カテゴリ識別子で示されるカテゴリに属する全てのタス
クの動作を制限することを特徴とする。

【００１４】

【作用】この発明によれば、各画像処理機能毎に独立し
たタスクは、それぞれの処理可能な画像処理機能とデー
タ入出力形態とをジョブ・スペックとしてジョブ・スペ
ック登録テーブルに登録する。タスク選択手段は、ジョ
ブ・スペック登録テーブルに登録されたジョブ・スペッ
クとジョブ入力手段により受け取ったジョブ要求の内容
とに基づいて、実行させるタスクを選択する。次いで、
タスク実行順序決定手段は、タスク選択手段により選択
されたタスクの実行順序を決定し、ジョブ実行判断手段
は、タスク実行順序決定手段により決定されたタスクに
よるジョブが実行可能であるか否かを判断する。そし
て、タスク実行制御手段は、ジョブ実行制御手段による
判断結果に基づいて、タスク実行順序決定手段により決
定されたタスクのジョブを実行する。

【００１５】また、各タスクがそれぞれの画像処理を実
行中に、他のタスクの動作を制限する排他条件を登録す
ることで、ジョブが競合した時に、資源の取り合いにな
る可能性があるタスク同士を相互排他しておく。そし
て、ジョブ実行制御手段は、要求されたジョブに必要と
なるタスクが現在実行中のジョブを処理しているタスク
の排他条件に合致しているか否かを判断し、合致してい
る場合には、要求されたジョブの実行を待ち、合致して
いなければジョブを同時実行させる。これにより、新た
な機能追加や、バージョンアップにも適切に対応させる
ことが可能となり、新たなジョブが提供可能になった場
合でも、それらのジョブに適切な資源を割り当てること
が可能となり、ジョブ競合時にも効率よくジョブ処理を
施すことが可能となる。

【００１６】

【実施例】次に図面を参照してこの発明の一実施例につ
いて説明する。 Ａ．実施例の構成 Ａ−１．ブロック構成 図１は本発明の実施例による画像処理装置の構成を示す
ブロック図である。図において、コントロールパネル１
は、利用者からの操作指示を受け付けたり装置の動作状
況を表示する。パネル制御手段２は、上記コントロール
パネル１を制御する。また、ジョブ入力手段３は、コン
トロールパネル１上からの利用者の処理開始指示を受
け、パラメータ等を参照してシステム内で処理すべき画
像処理内容を解析し、それをジョブとして扱いジョブ制
御手段４にジョブ要求を送出する。ジョブ制御手段４
は、システム外部から入力される画像データに対しての
画像処理ジョブを受け付けて実行可能性判断、実行制
御、管理等を行う。メモリ５は、画像処理対象データ
や、システム内部データを保持／記憶し、また、後述す
る画像処理モジュール４０〜４９、およびジョブ制御手
段４が用いるジョブ・スペック登録テーブル６（後述）
に対する領域が予め割り当てられている。システム制御
手段７は、上述した各部、および以下で述べる画像処理
モジュール４０〜４９を制御する。

【００１７】画像処理モジュール４０〜４９は、画像デ
ータの入出力を行ったり、画像データに特定の処理を施
すものである。画像処理モジュール４０〜４９の各々
は、本画像処理装置の利用者の必要に応じて、追加／削
除が行われる構成であって、各モジュール単位（図中の
破線で囲まれたモジュール単位）でシステム・バス１１
に着脱可能な構成となっている。画像処理モジュール４
０は、紙媒体上に記録された画情報をスキャンして、シ
ステム内のメモリ５に取り込むイメージ入力端末（Imag
e Input Terminal;以下、ＩＩＴと呼ぶ）制御モジュー
ルであり、スキャンの対象となる紙媒体をＩＩＴ装置４
０ｂに供給する自動文書搬送装置（Automatic Document
Feeder;以下、ＡＤＦと呼ぶ）４０ａ、紙媒体上に記録
された画情報をスキャンするＩＩＴ装置（スキャナ）４
０ｂ、およびＡＤＦ４０ａ、ＩＩＴ装置４０ｂを制御す
るとともに、パネル制御手段２、ジョブ入力手段３、お
よびシステム制御手段７との間でインターフェースをと
るＩＩＴ制御手段４０ｃから構成されている。

【００１８】次に、画像処理モジュール４１は、メモリ
５に展開されたイメージ画像データを記録用紙に印刷す
るイメージ出力端末（Image Output Terminal;以下、Ｉ
ＯＴと呼ぶ）制御モジュールであり、記録用紙や、ＯＨ
Ｐフィルムといった記録媒体にイメージ画像データを印
刷するＩＯＴ装置４１ａ、該ＩＯＴ装置４１ａによって
印刷された記録媒体に対してソーティング、スタッキン
グ、ステープルといった仕分処理を施すフィニッシング
装置４１ｂ、およびＩＯＴ装置４１ａ、フィニッシング
装置４１ｂを制御するとともに、パネル制御手段２、ジ
ョブ入力手段３、およびシステム制御手段７との間でイ
ンターフェースをとるＩＯＴ制御手段４１ｃから構成さ
れている。

【００１９】次に、画像処理モジュール４２，４３は、
当該画像処理装置と接続されたホストコンピュータから
送られてくるプリント指示データや、テキストデータを
解釈してイメージデータに変換し、メモリ５に書き込む
デコンポーズ／エミュレーションモジュールであり、Ｐ
Ｃ−ＰＲ２０１Ｈ、ＥＳＣ／Ｐ、ＨＰ−ＧＬ等のエミュ
レーションモードや、ＰｏｓｔＳｃｒｉｐｔ（ポストス
クリプト）等のＰＤＬ（Page Description Language;ペ
ージ記述言語）に対応したデコンポーズを行うととも
に、システム制御手段７とのインターフェースをとるデ
コンポーズ制御手段（以下、デコンポーザと呼ぶ）４２
ａ，４３ａ、フォントデータ管理部４２ｂから構成され
ている。

【００２０】次に、画像処理モジュール４４は、メモリ
５に展開されたイメージ画像データを圧縮／伸長するモ
ジュールであり、画像圧縮伸長器（以下、ＣＯＤＥＣと
呼ぶ）４４ａと、該ＣＯＤＥＣ４４ａを制御するととも
に、システム制御手段７との間でインターフェースをと
る画像圧縮制御手段４４ｂ、画像伸長制御手段４４ｃか
ら構成されている。

【００２１】次に、画像処理モジュール４５は、メモリ
５に展開された圧縮／非圧縮イメージ画像データおよび
テキスト画像データを、２次記憶媒体に蓄積する画像デ
ータ蓄積モジュールであり、ハードディスクや、ＲＡＭ
ディスクといった２次記憶媒体（以下、ディスクと呼
ぶ）４５ａ、および該ディスク４５ａを制御するととも
に、システム制御手段７との間でインターフェースをと
る画像蓄積制御手段４５ｂから構成されている。

【００２２】次に、画像処理モジュール４６は、電話回
線６３１を介して画像データを送受信して、システム内
のメモリ５に画像データを取り込んだり、メモリ５上の
画像データを電話回線６３１に送出したりするＦＡＸ送
受信モジュールであり、電話回線６３１を通じて相手側
ファクシミリ装置１００とプロトコルのやり取りをする
回線制御部４６ａ、相手側ファクシミリ装置１００から
送出されるＦＡＸ画像データを受信し、メモリ５に取り
込むとともに、それをジョブとして扱い、ジョブ制御手
段４にジョブ要求を行ったり、システム制御手段７との
間でインターフェースをとるＦＡＸ受信制御手段４６
ｂ、およびメモリ５に展開されている（圧縮）イメージ
画像データを相手側ファクシミリ装置１００に送信する
とともに、システム制御手段７およびパネル制御手段２
０との間でインターフェースをとるＦＡＸ送信制御手段
４６ｃから構成されている。

【００２３】次に、画像処理モジュール４７，４８，４
９は、ホストコンピュータ１０１，１０２，１０３との
間でインターフェースをとり、ホストコンピュータ１０
１，１０２，１０３から送出される画像データをメモリ
５に取り込むホストインターフェース制御モジュールで
ある。画像処理モジュール４７は、ＥｔｈｅｒＮｅｔ
（イーサネット）、ＴｏｋｅｎＲｉｎｇ（トークンリン
グ）、ＬｏｃａｌＴａｌｋ（ローカルトーク）といった
ローカル・エリア・ネットワーク（Local Area Networ
k;以下、ＬＡＮと呼ぶ）６５１を介してプロトコルを送
受信し、ホストコンピュータ１０１との間でインターフ
ェースをとるＬＡＮインターフェース部４７ａ、および
ＬＡＮインターフェース部４７ａを制御してホストコン
ピュータ１０１から送出される画像データをメモリ５に
取り込むとともに、それをジョブとして扱いジョブ制御
手段４にジョブ要求を送出したり、システム制御手段７
およびパネル制御手段２との間でインターフェースをと
るホストインターフェース制御手段４７ｂから構成され
ている。

【００２４】画像処理モジュール４８は、ＲＳ−２３２
Ｃ（６５３）等を介してホストコンピュータ１０２との
間でインターフェースをとるシリアルインターフェース
部４８ａ、およびシリアルインターフェース部４８ａを
制御してホストコンピュータ１０２から送出される画像
データをメモリ５に取り込むとともに、それをジョブと
して扱いジョブ制御手段４にジョブ要求を送出したり、
システム制御手段７およびパネル制御手段２との間でイ
ンターフェースをとるホストインターフェース制御手段
４８ｂから構成されている。画像処理モジュール４９
は、セントロニクス（６５５）等を介してホストコンピ
ュータ１０３との間でインターフェースをとるパラレル
インターフェース部４９ａ、およびパラレルインターフ
ェース部４９ａを制御してホストコンピュータ１０３か
ら送出される画像データをメモリ５に取り込むととも
に、それをジョブとして扱いジョブ制御手段３にジョブ
要求を送出したり、システム制御手段７およびパネル制
御手段２とのインターフェースをとるホストインターフ
ェース制御手段４９ｂから構成されている。

【００２５】Ａ−２．ソフトウエア構成 上述した基本構成のうち、パネル制御手段２、ジョブ入
力手段３、システム制御手段７、ジョブ制御手段４、お
よび各画像処理モジュール内のＩＩＴ制御手段４０ｃ、
ＩＯＴ制御手段４１ｃ、デコンポーズ制御手段４２ａ、
デコンポーズ制御手段４３ａ、画像圧縮制御手段４４
ｂ、画像伸長制御手段４４ｃ、画像蓄積制御手段４５
ｂ、ＦＡＸ受信制御手段４６ｂ、ＦＡＸ送信制御手段４
６ｃ、ホストインターフェース制御手段４７ｂ，４８
ｂ，４９ｂは、ソフトウエアで実現されるものとする。
なお、本実施例では、システム全体の機能モジュールが
リアルタイム・マルチタスク・オペレーティング・シス
テム（以下、ＲＴＯＳと呼ぶ）上で動作する構成を採っ
ており、上記各ソフトウエアモジュールは、それぞれＲ
ＴＯＳ上で独自に動作するスレッド構造を持っているも
のとする。したがって、各ソフトウエアモジュールは、
中央演算処理ユニット（図示せず）上で時分割に処理さ
れる。以下では、上記各ソフトウエアモジュールを「タ
スク」と呼び、さらに、各画像処理モジュール内のＩＩ
Ｔ制御手段４０ｃ、ＩＯＴ制御手段４１ｃ、ＦＡＸ受信
制御手段４６ｂ、ＦＡＸ送信制御手段４６ｃ、ホストイ
ンターフェース制御手段４７ｂ，４８ｂ，４９ｂを総称
して「ジョブ実行系タスク」と呼ぶことにする。

【００２６】このような構成で実現される本画像処理装
置は、ジョブ入力手段３、ＦＡＸ受信制御手段４６ｂ、
ホストインターフェース制御手段４７ｂ，４８ｂ，４９
ｂによって取り込まれたジョブをジョブ制御手段４に送
信することにより、ジョブ要求を送出する。ジョブ制御
手段４が受け付けたジョブは、いくつかの画像処理モジ
ュール（ジョブ実行系タスク）を順次実行させていくこ
とにより、利用者の所望の出力を提供する。例えば、コ
ピージョブは、ＩＩＴ制御モジュール４０によってメモ
リ５に取り込まれたイメージ画像データを、ＩＯＴ制御
モジュール４１によって記録用紙に印刷する処理を行
う。また、ＦＡＸ送信ジョブは、ＩＩＴ制御モジュール
４０によってメモリ５に取り込まれたイメージ画像デー
タを、ＦＡＸ送受信モジュール４６によって相手側ファ
クシミリ装置１００に送信する処理を行う。また、ＦＡ
Ｘ受信ジョブや、ホストコンピュータから送出されるデ
ータのプリントジョブは、ＦＡＸ送受信モジュール４６
や、ホストインターフェースモジュール４７〜４９によ
って、メモリ５に取り込まれた画像データを、圧縮／伸
長モジュール４４や、デコンポーズ／エミュレーション
モジュール４２，４３によってイメージ画像データに展
開し、それをＩＯＴ制御モジュール４１によって記録用
紙に印刷する処理を行う。

【００２７】このように、システムに要求されてくるジ
ョブは、複数の画像処理モジュールが行う画像処理ステ
ップのつながりによって実現される。ここでは、この個
々の画像処理ステップを総称してジョブ・ステップと呼
ぶことにする。つまり、ジョブは、複数のジョブ・ステ
ップから構成され、各ジョブ・ステップは、画像処理モ
ジュールのいずれかから提供される。

【００２８】Ａ−３．ジョブ・スペック登録テーブル 次に、各ジョブ実行系タスクが初期化処理時に登録する
ジョブ・スペックについて説明する。図２は、上述した
ジョブ・スペック登録テーブル６の構成を示す模式図で
ある。図において、ジョブ・スペック登録テーブル６
は、ジョブ・ステップ領域６ａとタスク・スペック領域
６ｂから構成されており、システム内の全タスクからア
クセスが可能な共有メモリ領域に配置されている。そし
て、全てのタスクが本ジョブ・スペック登録テーブル６
に非同期でアクセスできるようにするために、バイナリ
・セマフォ６ｃが設けられており、あるタスクのテーブ
ルへのアクセス中に他のタスクからのアクセスを排他す
る構造を採るようにしてなっている。

【００２９】上記ジョブ・ステップ領域６ａは、システ
ム制御手段７によって起動された各ジョブ実行系タスク
（ＩＩＴ制御手段４０ｃ、ＩＯＴ制御手段４１ｃ、ＦＡ
Ｘ受信制御手段４６ｂ、ＦＡＸ送信制御手段４６ｃ、デ
コンポーズ制御手段４２ａ、デコンポーズ制御手段４３
ａ、ホストインターフェース制御手段４７ｂ，４８ｂ，
４９ｂ、画像圧縮制御手段４４ｂ、画像伸長制御手段４
４ｃ、画像蓄積制御手段４５ｂ）が提供可能なジョブ・
ステップの内容等が格納される領域である。このジョブ
・ステップ領域６ａには、自タスクのタスクＩＤ、提供
可能なジョブ・ステップの名称、そして、自タスクがジ
ョブ・ステップ処理中に同時に動作させたくない他のタ
スクのタスクＩＤ（もしくは、タスク・カテゴリ；後
述）が、各ジョブ実行系タスクによって、後述する初期
化処理時に、排他条件（mutal exclusive ＩＤ;以下、
ｍｕｔｅｘＩＤと呼ぶ）として登録される。

【００３０】なお、図２に示すジョブ・ステップ領域６
ａ内に記載されている「（タスク名）」および「制御手
段（図１の符号）」は、説明のために付加したものであ
り、実際には、ジョブ・スペック登録テーブル６に格納
されない項目である。図１に示す各制御手段（ジョブ実
行系タスク；ＩＩＴ制御手段４０ｃ、ＩＯＴ制御手段４
１ｃ、ＦＡＸ受信制御手段４６ｂ、ＦＡＸ送信制御手段
４６ｃ、デコンポーズ制御手段４２ａ、デコンポーズ制
御手段４３ａ、ホストインターフェース制御手段４７
ｂ，４８ｂ，４９ｂ、画像圧縮制御手段４４ｂ、画像伸
長制御手段４４ｃ、画像蓄積制御手段４５ｂ）は、ジョ
ブ・ステップ領域６ａの「制御手段（図１の符号）」に
対応した欄を登録したことを表している。また、「ジョ
ブ・ステップ名称」も実際の格納時には、図示のような
文字列ではなく、各文字列に対応して割り振られたコー
ド番号等で格納されるようになっている。図２では、説
明のために理解しやすい形態でジョブ・ステップ領域６
ａを模式化している。

【００３１】また、タスク・スペック領域６ｂには、シ
ステム制御手段７によって起動された各ジョブ実行系タ
スクの固有の情報が格納されるようになっている。この
固有の情報には、タスクＩＤ、自タスクが同時処理可能
な最大ジョブ数、タスクポート情報等がある。ここで、
上記タスクポート情報とは、各ジョブ実行系タスクを図
３に示すモデルに当てはめ、各ジョブ実行系タスクに対
する入力画像データ、および出力画像データ等の情報を
「タスクポート（６８）」と呼ばれる入出力ポート毎に
記述したものである。したがって、ジョブ・ステップを
行う全てのタスクは、１つ以上のタスクポート６８を持
っており、各タスクポート６８には、入力、出力、入出
力のいずれかの属性と、入出力される画像データのデー
タ形式とが規定されている必要がある。したがって、タ
スク・スペック領域６ｂには、上記タスクポート情報、
すなわち、各ジョブ実行系タスクが使用しているタスク
ポートの総数、および各タスクポート６８の入出力属
性、タスクポート６８で入出力を行う画像データのデー
タ種別が格納されるようになっている。

【００３２】図３では、例として、ＰｏｓｔＳｃｒｉｐ
ｔ（ポストスクリプト）をデコンポーズする機能を持つ
タスク５５（タスクＩＤは０ｘ１１００）のタスクポー
ト情報をモデル化しているが、このタスク５５では、タ
スクポート６８の０番と１番の２つを用意していて、タ
スクポート６８の０番からテキスト（ＰｏｓｔＳｃｒｉ
ｐｔ）データを入力（ＩＮ）して、デコンポーズの結
果、出力されるイメージデータを、タスクポート６８の
１番から出力することを表している。この場合、ジョブ
・ステップ領域６ａには、図２に示す１ａ（ｎ＋１）と
いう情報が格納され、タスク・スペック領域６ｂには、
図２に示す１ｂ（ｎ＋１）という情報がセットされる。
他のタスクも同様に、自らジョブ・ステップ情報および
タスク・スペック情報が、それぞれの領域に登録される
ようになっている。

【００３３】Ｂ．実施例の動作 次に、上述した実施例の動作について説明する。 Ｂ−１．システム初期化処理 次に、システムの電源投入時の初期化処理について説明
する。ここで、図４は本実施例の初期化処理の動作を説
明するためのフローチャートである。電源投入される
と、まず、システム制御手段７およびジョブ制御手段
４、パネル制御手段２、ジョブ入力手段３が起動する。
そして、起動されたシステム制御手段７は、図４に示し
た動作フローに従って初期化処理を行う。

【００３４】システム制御手段７は、起動後、ステップ
Ｓ１０において、直ちにシステムに実装されているハー
ドウエア・チェックを行う。このとき、工場出荷時に実
装されているハードウエアのみならず、オプション追加
された画像処理モジュール４０〜４９のチェックも行う
とともに、その画像処理モジュール４０〜４９を制御す
るタスク（制御手段を提供するソフトウエアモジュー
ル）のタスク識別子（以下、タスクＩＤと呼ぶ）や、タ
スク・オブジェクトの実体を示すアドレス等も獲得す
る。次に、ステップＳ１１において、上記タスクＩＤ等
の情報に基づいて、各ジョブ実行系タスク群（ＩＩＴ制
御手段４０ｃ、ＩＯＴ制御手段４１ｃ、ＦＡＸ受信制御
手段４６ｂ、ＦＡＸ送信制御手段４６ｃ、デコンポーズ
制御手段４２ａ、デコンポーズ制御手段４３ａ、ホスト
インターフェース制御手段４７ｂ，４８ｂ，４９ｂ、画
像圧縮制御手段４４ｂ、画像伸長制御手段４４ｃ、画像
蓄積制御手段４５ｂ）を起動する。その後、システム制
御手段７は、ステップＳ１２において、起動したタスク
からの初期化処理完了メッセージを待ち受ける。

【００３５】一方、起動された各ジョブ実行系タスク
は、ステップＳ１００において、まず、個々の初期化処
理を行う。これは、例えば、各ジョブ実行系タスクが制
御するハードウエアモジュール（ＩＩＴ装置４０ｂ、Ａ
ＤＦ装置４０ａ、ＩＯＴ装置４１ａ、フィニッシング装
置４１ｂ、回線制御部４６ａ、ＬＡＮインターフェース
部４７ａ、シリアルインターフェース部４８ａ、パラレ
ルインターフェース部４９ａ、ＣＯＤＥＣ４４ａ、ディ
スク４５ａ）の初期パラメータ設定や、診断といった固
有の処理であり、自タスクが提供すべきジョブ・ステッ
プが実行可能であるかどうかのチェックを含む。このス
テップＳ１００で問題がなければ、ステップＳ１０２へ
進み、提供可能なジョブ・ステップに関する情報をジョ
ブ・スペック（後述）として、ジョブ・スペック登録テ
ーブル６に登録する。自らは、ステップＳ１０３におい
て、非同期に発生するイベントを持つループに入る。な
お、ここでは、初期化処理完了通知にＲＴＯＳで提供す
るプロセス（スレッド）間通信機能（以下、ＩＰＣメッ
セージと呼ぶ）を用いて、ＴＡＳＫ＿ＡＶＡＩＬメッセ
ージを送出する。システム制御手段７は、このＴＡＳＫ
＿ＡＶＡＩＬメッセージを受信すると、全てのハードウ
エアに対して、上述した処理（Ｓ１０〜Ｓ１２）を繰り
返し、全タスクの起動が完了したらシステム初期化処理
完了とする。そして、システム初期化処理が完了する
と、ジョブ実行が可能になる。

【００３６】Ｂ−２．ジョブ・スペック登録のフロー 各ジョブ実行系タスクは、前述したような情報をジョブ
・スペック登録テーブル６に登録していくわけである
が、この登録時の詳細フロー、すなわち、図５は、図４
に示すステップＳ１０１の詳細な処理を示すフローチャ
ートである。なお、図５に示すフローチャートは、ライ
ブラリ関数等で、各ジョブ実行系タスクに供給されるも
のとする。

【００３７】図５において、まず、ステップＳ２０にお
いて、各ジョブ実行系タスクが登録しようとしているジ
ョブ・スペックの各パラメータの値をチェックする。次
に、ステップＳ２１において、パラメータが正当である
か否かを判断する。そして、パラメータの正当性が確認
された場合には、ステップＳ２１における判断結果が
「ＹＥＳ」となり、ステップＳ２２へ進む。ステップＳ
２２では、ジョブ・スペック登録テーブル６をロックす
るために、バイナリ・セマフォ６ｃを獲得する。このと
き、セマフォ６ｃの獲得に失敗した場合、すなわち、他
のタスクによってセマフォ６ｃが捕らえられた場合に
は、このステップＳ２２でセマフォ６ｃが獲得できるま
で待ち受ける。次に、バイナリ・セマフォ６ｃの獲得に
よりテーブルがロックできたら、ステップＳ２３、Ｓ２
４において、変数ｉをインクリメントしながら、ジョブ
・ステップ領域６ａ、およびタスク・スペック領域６ｂ
の各領域を先頭からサーチしていき、どのタスクも登録
していない未使用エリアを探す。そして、未使用エリア
が見つかると、ステップＳ２４における判断結果が「Ｙ
ＥＳ」となり、ステップＳ２５へ進む。

【００３８】ステップＳ２５では、ジョブ・ステップ領
域６ａ、およびタスク・スペック領域６ｂのそれぞれの
領域に、登録すべきパラメータをセットする。次に、ス
テップＳ２６へ進み、ジョブ・スペック登録テーブル６
をアンロック（バイナリ・セマフォ６ｃを解放）して正
常終了する。一方、ジョブ・ステップ領域６ａ、および
タスク・スペック領域６ｂの各領域に未使用エリアがな
かった場合には、ステップＳ２３における判断結果は
「ＹＥＳ」となり、ステップＳ２７へ進み、その旨を示
すエラー番号をセットし、エラー終了する。また、ステ
ップＳ２１において、登録すべきパラメータの値が不正
であった場合には、ステップＳ２１における判断結果が
「ＮＯ」となり、ステップＳ２８へ進み、その旨を示す
エラー番号をセットし、エラー終了する。

【００３９】Ｂ−３．ｍｕｔｅｘＩＤ設定時のカテゴリ
指定 次に、ジョブ・スペック登録時のｍｕｔｅｘＩＤの指定
について説明する。図２に示すジョブ・スペック登録テ
ーブル６内には、ジョブ・スペック領域６ａに排他条件
ｍｕｔｅｘＩＤを設定するエリアがある。これは、各ジ
ョブ実行系タスクがそれぞれのジョブ・ステップを実行
する際に、他のジョブによる他のタスクの同時動作を規
制するために用いるものである。ここで、他のタスクの
同時動作を規制する要件として、以下の項目が考えられ
る。

【００４０】ａ．他のタスクとハードウエア資源を共有
している際に、その資源を２つ以上のタスクが同時に使
用すると誤動作が生じたり、システムが破綻する可能性
がある場合である。これは、例えば、回線制御部４６ａ
を共有するＦＡＸ受信制御手段４６ｂとＦＡＸ送信制御
手段４６ｃ、あるいは１つのＣＯＤＥＣ４４ａを共有す
る画像圧縮制御手段４４ｂと画像伸長制御手段４４ｃ等
による同時動作の場合がある。

【００４１】ｂ．他のタスクとのハードウエア資源の共
有はないが、バッファメモリや、ディスクといった記憶
媒体関連の資源を、同時実行する他のタスクと取り合う
可能性があり、記憶媒体の容量によっては、資源の枯渇
状態が発生し、ジョブがデッド・ロックを引き起こす可
能性がある場合である。これは、複数のデコンポーザ／
エミュレーションが同時に動作しているような状況で発
生する可能性が高い。例えば、メモリ５の容量がイメー
ジ画像データの２ページ分しかないようなシステムにお
いて、ホストコンピュータ１０１〜１０３のうち、２台
のホストコンピュータから別々にプリント要求が来た場
合に、異なるデコンポーザ４２ａ，４３ａがそれぞれの
ジョブを同時に処理したとする。この条件で、ある時点
に双方のデコンポーザ４２ａ，４３ａが１ページずつメ
モリ５を用いて両面出力のおもて面のイメージデータを
それぞれレンダリングしてしまった場合、デコンポーザ
４２ａ，４３ａ双方の裏面用のページバッファ用メモリ
がメモリ５から確保できないため、２つのジョブは、デ
ッド・ロック状態となる。

【００４２】ｃ．ハードウエアや、その他の仕様上の制
約から同時動作を禁止する必要がある場合である。これ
は、ネットワーク６５１や、電話回線６３１上でのプロ
トコルの時間的制約、システム外部への応答の時間的制
約などから、ジョブ・ステップ実行時にＣＰＵパワーを
相当必要とするタスクなどと同時動作すると、応答でき
なくなる可能性がある場合等である。

【００４３】上述した項目に該当するような状態に陥る
ことを回避するために、ｍｕｔｅｘＩＤに排他条件を設
定する。ｍｕｔｅｘＩＤには、自タスクのジョブ・ステ
ップ実行時に同時動作させたくないタスクのタスクＩＤ
がセットされる。このとき、複数のタスクに対して動作
規制を施したい場合には、特定のタスクを示すタスクＩ
Ｄを指定せずに、そのタスクの属するカテゴリを指定す
ることができる。

【００４４】このとき、タスクのカテゴリ分けには、図
６に示す分類方法を採用することが必要となる。図６に
示す例では、システム内に存在する全てのタスクを５つ
のカテゴリに分類しており、それぞれのカテゴリに属す
るタスクのタスクＩＤに特定のタスクＩＤバンドを設
け、そのタスクＩＤバンド内でタスクＩＤを付番させて
いる。例えば、デコンポーザのようなテキスト画像デー
タに何らかの画像処理を施す類のタスクは、ＤＰタスク
・グループ１というカテゴリに分類され、このカテゴリ
に属するタスクのタスクＩＤには、０ｘ１０００〜０ｘ
１ｆｆｆの間の値が付番される。したがって、図２に示
すタスク５（ＥＭＵ−２０１Ｈ；ＰＣ−ＰＲ２０１Ｈを
エミュレートするタスク）や、タスクｎ＋１（ＰＤＬ−
ＰＳ）は、それぞれ０ｘ１０００、０ｘ１１００のタス
クＩＤが割り振られている。これら２つのタスクには、
上述した「２」のようなジョブ実行中のデッドロック状
態を回避するために、相互の排他条件として、０ｘ１ｆ
ｆｆが設定されている。この値は、ＤＰタスク・グルー
プ１というカテゴリに属する全てのタスクの同時実行を
規制する意味を持つ。

【００４５】同様に、図２におけるタスク３（ＣＯＤＥ
Ｒ：画像圧縮制御手段）とタスク４（ＤＥＣＯＤＥＲ：
画像伸長制御手段）には、上述した「１」のような条件
から、タスク３（タスクＩＤ＝０ｘ２０００）のｍｕｔ
ｅｘＩＤにはタスク４（タスクＩＤ＝０ｘ２１００）の
タスクＩＤがセットされ、タスク４のｍｕｔｅｘＩＤに
はタスク３のタスクＩＤがそれぞれ排他条件としてセッ
トされている。

【００４６】このような排他条件の設定は、各ジョブ実
行系タスク毎に設定可能であり、さらに、図４に示すス
テップＳ１０１において、ジョブ・スペック登録テーブ
ルに登録されるため、各タスクの設計時に予め設計者が
設定することが可能となっている。したがって、上述し
た「１」〜「３」のような条件が原因となるようなジョ
ブの同時実行を予め回避することが可能となるととも
に、特定のオプションモジュールがシステム内に新規追
加されたとしても、ジョブの同時実行時の危険性を回避
することが可能となる。すなわち、新規追加されるオプ
ションモジュールのタスク（制御手段）の制御方法がジ
ョブ・スペック登録テーブル６に記入されることになる
ため、ジョブ制御手段４や、システム制御手段７等に、
予めオプションモジュールのタスク全ての制御方法をプ
ログラミングしておく必要がなくなる。これは、ジョブ
制御手段４が特定の機種、ハードウエア、オプション群
等に影響することがないことを意味し、各ジョブ実行系
タスクの増減による機能追加／削減、ジョブ実行系タス
クの入れ替えによるバージョンアップ等に柔軟に対応で
きるという効果が得られる。なお、ｍｕｔｅｘＩＤによ
るジョブ排他処理の詳細は、ジョブ制御手段の動作説明
の項で説明する。

【００４７】Ｂ−４．ジョブ入力手段の動作 次に、ジョブ入力手段３、ＦＡＸ受信制御手段４６ｂ、
ホストインターフェース制御手段４７ｂ，４８ｂ，４９
ｂについて詳細に説明する。これらのタスクは、直接／
間接的に利用者が指示した画像処理内容をシステム内に
入力／把握し、それをジョブとして取扱い、ジョブ制御
手段７にジョブ要求を発行する機能を備えている。図７
に示すように、当該画像処理装置内に入力される画像デ
ータには、さまざまな入力形態があり、それぞれの入力
形態に対応したジョブの検出が必要となる。図７には、
本画像処理装置が備えるコントロールパネル１からの指
示と、システム制御手段７からの指示とを検出し、それ
によってジョブ要求をジョブ制御手段４に発行するジョ
ブ入力手段Ａ（３）と、ＦＡＸ受信制御手段４６ｂ内に
あって電話回線６３１からの呼び出しに応じて回線プロ
トコル内からＦＡＸ受信であることを検出し、それによ
ってジョブ要求をジョブ制御手段４に発行するジョブ入
力手段Ｂ（３ｂ）、そして、ＬＡＮ６５１や、シリアル
・インターフェース６５３、パラレル・インターフェー
ス６５５を経由して入力されてくるホスト・コンピュー
タ１０１〜１０３からのプリント要求を検出して、それ
によってジョブ要求をジョブ制御手段４に発行するジョ
ブ入力手段Ｃ（３ｃ）を示している。以下では、これら
３種類のジョブ入力手段（３，３ｂ，３ｃ）について詳
細に説明する。

【００４８】Ｂ−４ａ．ジョブ入力手段Ａ（３） ジョブ入力手段Ａ（３）は、複写機のユーザインターフ
ェースに用いられているようなコントロールパネル１か
らの利用者の指示をジョブとして扱うものである。コン
トロールパネル１内には、ＩＩＴでのスキャンを実行す
る際のパラメータ（読み取り倍率等）設定部１１０と、
ＩＯＴでの印刷時に所望の出力結果を得るために必要な
パラメータ（記録用紙サイズ、ソータ／スタッカ／ステ
ープル指示等）設定部１１１、ＩＩＴでスキャンしたイ
メージ画像データをＦＡＸ送信したり、ポーリング受信
したりする際に必要なパラメータ（相手機の電話番号
等）設定部１１２、そして、これらのパラメータ設定後
に実行開始を指示するスタートボタン１１３からのスタ
ート指示を検出すると、パラメータ設定部１１０〜１１
２の各々から必要なパラメータを参照して、それをジョ
ブ要求パラメータとしてジョブ制御手段４にジョブ要求
を送出する。ジョブ要求には、ＩＰＣメッセージ送信を
用いて、メッセージ識別子ＪＯＢ＿ＲＥＱとジョブ要求
パラメータを送出する。

【００４９】また、システム制御手段７では、ＦＡＸの
通信管理レポートや、各種ハードウエアの診断情報等に
必要なシステムデータの格納状態を監視していて、それ
らのシステムデータが一定量蓄積された段階、もしく
は、利用者からのスタートボタンの押下によって、レポ
ート作成用パラメータ設定部２３によりレポート作成用
パラメータを設定する。ジョブ入力手段Ａ（３）は、こ
れら各種レポート出力要求もジョブとして扱い、その場
合は、レポート作成用パラメータ設定部２３で設定され
たパラメータを参照してジョブ要求を出す。

【００５０】Ｂ−４ｂ．ジョブ入力手段Ｂ（３ｂ） ジョブ入力手段Ｂ（３ｂ）は、回線制御部６３０上で授
受されるＦＡＸプロトコルを監視してＦＡＸ受信パラメ
ータを検出するＦＡＸ受信制御手段４６ｂ内のＦＡＸ受
信パラメータ検出部２４からの指示によって動作する。
ジョブ入力手段Ｂ（３ｂ）は、ＦＡＸ受信パラメータ検
出部２４からの実行指示を検出すると、ＦＡＸ受信に必
要なパラメータを２４から参照し、それをジョブとして
扱い、ジョブ制御手段４にジョブ要求を送出する。

【００５１】Ｂ−４ｃ．ジョブ入力手段Ｃ（３ｃ） ジョブ入力手段Ｃ（３ｃ）は、ＬＡＮあるいはシリアル
／パラレルインターフェース（６５０，６５２，６５
４）で授受されるホストコンピュータとのプロトコルを
監視してプリント要求時のパラメータを検出するホスト
プリントパラメータ検出部２５からの指示によって動作
する。ジョブ入力手段Ｃ（３ｃ）は、ホストプリントパ
ラメータ検出部２５からの実行指示を検出すると、ホス
トコンピュータから要求されているプリント処理に必要
なパラメータをホストプリントパラメータ検出部２５か
ら参照し、それをジョブとして扱いジョブ制御手段４に
ジョブ要求を送出する。

【００５２】Ｂ−５．ジョブ制御手段の動作 次に、ジョブ制御手段４がジョブ入力手段３、あるいは
ＦＡＸ受信制御手段４６ｂ内のジョブ入力手段Ｂ（３
ｂ）、あるいはホストインターフェース制御手段４７
Ｂ，４８ｂ，４９ｂ内のジョブ入力手段Ｃ（３ｃ）から
のジョブ要求イベントを受信したときの動作を詳細に説
明する。

【００５３】図８は、ジョブ要求イベント受信時のジョ
ブ制御手段４の動作を示すフローチャートである。ＩＰ
ＣメッセージＪＯＢ＿ＲＥＱによるジョブ要求イベント
により、ジョブ実行内容を把握したジョブ制御手段４
は、まず、ステップＳ３０において、変数ｊを全ジョブ
ステップ数とする。次に、ステップＳ３１〜Ｓ３６にお
いて、変数ｉをインクリメントしながら、ジョブ・ステ
ップ登録有無のチェック、ジョブ実行が可能か否か、排
他条件が合致するか否か等の処理を実行する。まず、ス
テップＳ３１では、変数ｉが上記変数ｊに達したか否か
を判断する。そして、変数ｉが変数ｊに達していない場
合には、ステップＳ３１における判断結果は「ＮＯ」と
なり、ステップＳ３２へ進む。ステップＳ３２では、ジ
ョブ実行に必要な各ジョブ・ステップがジョブ・ステッ
プ登録テーブル６に登録されているどうかをチェックす
る。すなわち、ジョブ実行に必要となる各ジョブ・ステ
ップが、ジョブスペック登録テーブル６内のジョブ・ス
テップ領域６ａのジョブ・ステップ名称のエリアになる
か否かをサーチすることによってチェックする。

【００５４】そして、ジョブ実行に必要となる各ジョブ
・ステップが、ジョブスペック登録テーブル６内のジョ
ブ・ステップ領域６ａのジョブ・ステップ名称のエリア
に登録されている場合には、ステップＳ３３における判
断結果は「ＹＥＳ」となり、ステップＳ３４へ進む。ス
テップＳ３４では、そのジョブ・ステップを提供するタ
スクが現時点で、そのジョブ・ステップを実行できるか
否かを判断する。これには、ジョブ・ステップ領域６ａ
のタスクＩＤのエリアを調べることにより、まず、当該
ジョブ・ステップを提供するタスクのタスクＩＤを調
べ、そして、そのタスクＩＤをキーとしてタスク・スペ
ック領域６ｂをサーチする。タスク・スペック領域６ｂ
内に合致するタスクＩＤの領域があった場合には、その
タスクの実行ジョブ数（現時点で処理しているジョブの
数）、および最大ジョブ実行数（当該タスクが処理する
ことができるジョブの最大数）を調べる。この２つの値
が、実行ジョブ数＜最大ジョブ実行数であったら、この
タスクは、ジョブ・ステップを現時点で実行可能である
と判断する。

【００５５】そして、ジョブ・ステップを提供している
タスクが現時点で実行可能である場合には、ステップＳ
３４における判断結果は「ＹＥＳ」となり、ステップＳ
３５へ進む。ステップＳ３５では、さらに、ｍｕｔｅｘ
ＩＤの排他条件をチェックする。このチェックには、ジ
ョブ・スペック登録テーブル６内のジョブ・ステップ領
域６ａ内のｍｕｔｅｘＩＤエリアと、後述するステップ
Ｓ４１で値を設定するジョブ制御テーブル９を用いる。
ジョブ制御テーブル９は、図９に示す構造を持ってお
り、ジョブＩＤ、ジョブ・ステータス、排他条件リス
ト、当該ジョブを実行する総タスク数、各タスクの情報
等が格納されるテーブルである。システムに要求された
ジョブには、要求順にジョブ識別子（以下、ジョブＩＤ
と呼ぶ）が付番され、ジョブは、ジョブＩＤ順にジョブ
制御テーブル９に登録される。ジョブ・ステータスに
は、現時点での各ジョブの実行状態（EXECUTING,PENDIN
G,HALTING等）が格納される。また、排他条件リストに
は、そのジョブを実行する際に動作する各ジョブ・ステ
ップを実行するタスクによってジョブ・スペック登録テ
ーブル６に登録されたｍｕｔｅｘＩＤのリストが配列と
して格納される。

【００５６】また、ステップＳ３５では、このジョブ制
御テーブル９内の実行中のジョブ（ジョブ・ステータス
がＥＸＥＣＵＴＩＮＧのジョブ）を順にサーチし、各実
行中のジョブの排他条件リストに記載された全ｍｕｔｅ
ｘＩＤと、要求されたジョブの当該ジョブ・ステップを
提供するタスクのタスクＩＤとが合致しているか否か、
また、要求されたジョブの当該ジョブ・ステップのｍｕ
ｔｅｘＩＤが、実行中の全ジョブ・ステップを提供する
タスクのタスクＩＤと合致していないか否か、すなわ
ち、ジョブ制御テーブル９内の実行中ジョブのタスク
[０]情報〜タスク[ｎ]情報に格納されているタスクＩＤ
と照合することにより調べる。

【００５７】次に、ステップＳ３６において、条件が合
致したか否かを判断する。このとき、合致しているか否
かの判断には、以下の条件式を用いる。 ａ．（要求されたジョブステップを提供しているタスク
ＩＤ ＡＮＤ ジョブ制御テーブル内の排他条件リスト
にある各ｍｕｔｅｘＩＤ）が、要求されたジョブステッ
プを提供しているタスクＩＤと一致しているか否か。 ｂ．（実行中のジョブを処理している各タスクのタスク
ＩＤ ＡＮＤ 要求されたジョブステップのｍｕｔｅｘ
ＩＤ）が、実行中のジョブを処理している各タスクのタ
スクＩＤと一致しているか否か。 上記ａ，ｂの双方の条件式のいずれにも合致していない
場合には、排他条件は不成立となり、現時点で実行中の
ジョブと要求されたジョブの当該ジョブ・ステップは同
時に実行可能ということになり、ステップＳ３６におけ
る判断結果は「ＮＯ」となり、ステップＳ３１へ戻る。

【００５８】上述したステップＳ３１〜Ｓ３６の各チェ
ックは、要求されたジョブを構成する全ジョブ・ステッ
プに対して行われる。そして、全てが実行可能と判断さ
れた場合には、ステップＳ３１における判断結果が「Ｙ
ＥＳ」となり、ステップＳ３７へ進む。ステップＳ３７
では、ジョブ・スペック登録テーブル６のタスク・スペ
ック領域６ｂ内の、タスクポート[０]〜[ｎ]情報領域を
参照する。ジョブ・ステップを提供する各タスクのタス
クポート情報をこの領域から調べ、隣接するタスク間同
士のタスクポートを接続していくわけだが、接続の際に
は、以下に示すタスクポート接続チェックを行う。 ａ．前タスクのタスクポートと次タスクのタスクポート
を接続する場合には、前タスクのタスクポートの入出力
フラグがＯＵＴ（もしくはＩＮ／ＯＵＴ兼用）で、次タ
スクのタスクポートの入出力フラグがＩＮ（もしくはＩ
Ｎ／ＯＵＴ兼用）のものを選択する。 ｂ．上記選択を行った結果、接続されたタスクポート同
士のデータ種別が一致している必要がある。

【００５９】次に、ステップＳ３８では、接続が可能で
あるか否かを判断する。そして、上記２つの条件を満た
すタスクポートが隣接するタスク間に存在した場合に
は、ステップＳ３８における判断結果が「ＹＥＳ」とな
り、ステップＳ４０へ進む。ステップＳ４０では、その
タスクポートを接続する。次に、接続情報として、ジョ
ブ制御テーブル９内のタスク[０]〜[ｎ]情報の各領域
に、各タスクのタスクポートに接続された相手先タスク
のタスクポート番号等を登録する。また、ステップＳ４
１では、各ジョブ・ステップを提供しているタスクの排
他条件ｍｕｔｅｘＩＤを、ジョブ・スペック登録テーブ
ル６内のジョブ・ステップ領域６ａからジョブ制御テー
ブル９の排他条件リスト内に転記する。そして、全タス
ク間がタスクポートで接続できた場合には、ステップＳ
４２へ進み、要求されたジョブは、実行可能と判断さ
れ、ジョブ実行指示を各タスクに発行する。

【００６０】また、ステップＳ３３，Ｓ３４，Ｓ３６，
Ｓ３８の各チェックで「偽」の判定がなされた場合は、
各ステップにおける判断結果が「ＮＯ」となり、ステッ
プＳ３９へ進む。ステップＳ３９では、要求されたジョ
ブが拒絶、あるいは保留（Ｐｅｎｄ）される。例えば、
ジョブ制御テーブル９内の、ジョブＩＤ＝３で示される
ジョブの場合には、タスクＩＤ＝０ｘ８１００がジョブ
ＩＤ＝１で示されるジョブの排他条件リストと合致して
おり、同時実行することは不可能であるので、ジョブ・
ステータスを保留（ＰＥＮＤＩＮＧ）とする。具体的に
は、ジョブ３は、スキャンしたイメージ画像を圧縮して
ＦＡＸ送信するジョブであり、ジョブ１は、ＦＡＸ受信
したデータを伸長して印刷出力するジョブであるので、
２つのジョブを同時実行させることはＦＡＸ送信タスク
とＦＡＸ受信タスクが公衆回線を共有しているため不可
能である。また、ジョブ４は、ホストからのプリントデ
ータを２０１Ｈエミュレーションでイメージ画像にして
印刷出力するジョブで、ジョブ２はホストからのプリン
トデータをＰｏｓｔＳｃｒｉｐｔデコンポーズして印刷
出力するジョブであるので、デコンポーザ同士が排他す
る条件（０ｘ１ｆｆｆ）に合致するため不可能である。
上述したステップＳ３９もしくはステップＳ４２の処理
が終了すると、当該処理を終了する。

【００６１】Ｂ−６．他の実施例 上述した実施例では、ジョブ・スペック登録テーブル６
は、ジョブ・ステップ領域６ａとタスク・スペック領域
６ｂの２つから構成されているが、これは、１つのタス
クが複数のジョブ・ステップを提供できる場合にも対応
できるようにするためであり、そのようなタスクが存在
しない場合には、ジョブ・ステップ領域６ａとタスク・
スペック領域６ｂを１つのテーブルにまとめることも可
能である。また、図４に示すタスクＩＤのカテゴリ分類
も、システムの性格や、実装上の仕様に応じて変更する
ことが可能であることは言うまでもない。

【００６２】このように、本実施例では、ジョブ・スペ
ック登録テーブル６に登録された情報に基づいて、ジョ
ブ実行制御を行うので、新たな機能追加や、バージョン
アップにも適切に対応するジョブ制御手段が実現でき、
新たなジョブが提供可能になった場合でも、それらのジ
ョブに適切な資源割当を行うことができ、ジョブ競合時
にも効率よくジョブ処理を施すことができる。

【００６３】

【発明の効果】以上、説明したように、この発明によれ
ば、ジョブ・スペック登録テーブルに登録された情報に
基づいて、ジョブ実行制御を行うので、新たな機能追加
や、バージョンアップにも適切に対応するジョブ制御手
段が実現でき、新たなジョブが提供可能になった場合で
も、それらのジョブに適切な資源割当を行うことがで
き、ジョブ競合時にも効率よくジョブ処理を施すことが
できるという利点が得られる。

【図面の簡単な説明】

【図１】 本発明の実施例による画像処理装置の構成を
示すブロック図である。

【図２】 本実施例のジョブ・スペック登録テーブルを
説明するための模式図である。

【図３】 本実施例のタスクポートを説明するための模
式図である。

【図４】 本実施例のシステム初期化処理時の動作を説
明するためのフローチャートである。

【図５】 本実施例のジョブ・スペック登録の動作を説
明するためのフローチャートである。

【図６】 本実施例の各タスクのカテゴリ分類一覧の例
を示す模式図である。

【図７】 本実施例のジョブ入力手段の模式図である。

【図８】 本実施例のジョブ制御手段のジョブ要求時の
動作を説明するためのフローチャートである。

【図９】 ジョブ制御テーブルの模式図である。

【符号の説明】

１ コントロールパネル ２ パネル制御手段 ３ ジョブ入力手段 ４ ジョブ制御手段（タスク選択手段、タスク実行順序
決定手段、ジョブ実行判断手段、タスク実行制御手段、
ジョブ同時実行判断手段） ５ メモリ ６ ジョブ・スペック登録テーブル ６ａ ジョブ・ステップ領域 ６ｂ タスク・スペック領域 ７ システム制御手段 ４０〜４９ 画像処理モジュール（複数のタスク） ４０ａ 自動文書搬送装置 ４０ｂ ＩＩＴ装置 ４０ｃ ＩＩＴ制御手段 ４１ａ ＩＯＴ装置 ４１ｂ フィニッシング装置 ４１ｃ ＩＯＴ制御手段 ４２ａ デコンポーズ制御手段 ４２ｂ フォントデータ管理部 ４３ａ デコンポーズ制御手段 ４４ａ 画像圧縮伸長器 ４４ｂ 画像圧縮制御手段 ４４ｃ 画像伸長制御手段 ４５ａ ２次記憶媒体 ４５ｂ 画像蓄積制御手段 ４６ａ 回線制御部 ４６ｂ ＦＡＸ受信制御手段 ４６ｃ ＦＡＸ送信制御手段 ４７ａ，４８ａ、４９ａ ホストインターフェース制御
手段 ４７ｂ ＬＡＮインターフェース部 ４８ｂ シリアルインターフェース部 ４９ｂ パラレルインターフェース部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数のタスクの各々で行う画像処理機能
   および画像データの入出力形態が格納されるジョブ・ス
   ペック登録テーブルと、 前記画像データに対するジョブをジョブ要求として受け
   取るジョブ入力手段と、 前記ジョブ・スペック登録テーブルに登録されたジョブ
   ・スペックと前記ジョブ入力手段により受け取ったジョ
   ブ要求の内容とに基づいて、実行させるタスクを選択す
   るタスク選択手段と、 前記タスク選択手段により選択されたタスクの実行順序
   を決定するタスク実行順序決定手段と、 前記タスク実行順序決定手段により決定されたタスクに
   よるジョブが実行可能であるか否かを判断するジョブ実
   行判断手段と、 前記ジョブ実行判断手段による判断結果に基づいて、前
   記タスク実行順序決定手段により決定されたタスクのジ
   ョブを実行するタスク実行制御手段とを具備することを
   特徴とする画像処理装置。
2. 【請求項２】 前記ジョブ・スペック登録テーブルは、
   前記画像処理機能、およびデータの入出力形態に加え
   て、前記複数のタスクの各々のジョブ実行中に他のタス
   クの動作を制限する排他条件を格納し、 さらに、現在実行中のジョブのタスクに対する前記排他
   条件に基づいて、現在実行中のジョブが同時実行可能で
   あるか否かを判断するジョブ同時実行判断手段を備え、 前記タスク実行制御手段は、前記ジョブ同時実行判断手
   段による判断結果に基づいてジョブの同時実行を制御す
   ることを特徴とする請求項１記載の画像処理装置。
3. 【請求項３】 前記排他条件を登録する際には、前記複
   数のタスクを識別するための識別子、または前記複数の
   タスクをその特徴毎にクラス分けするためのカテゴリ識
   別子の少なくともいずれか一方を指定し、前記ジョブ実
   行制御手段は、排他条件としてカテゴリ識別子が指定さ
   れている場合には、前記カテゴリ識別子で示されるカテ
   ゴリに属する全てのタスクの動作を制限することを特徴
   とする請求項２記載の画像処理装置。