JPH08115224A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 業務タスクの数が多い場合など全てのタスク
の起動に時間がかかる場合においても、処理可能なタス
クからジョブの処理実行を進めることができ、装置全体
を速やかに起動することができる画像処理装置を提供す
る。 【構成】 業務タスク管理タスクは、各業務タスクを起
動した後、各々の業務タスクがその状態に応じて送信し
てくる２種類のメッセージ“ｔａｓｋ＿ａｖａｉｌａｂ
ｌｅ”および“ｔａｓｋ＿ｕｎａｖａｉｌａｂｌｅ”に
よってタスク管理テーブルを更新し、このテーブルの設
定状態に応じて処理可能な範囲を決定する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えばローカルエリ
アネットワーク（ＬＡＮ）に接続して使用されるマルチ
タスク方式の印刷装置として用いて好適な画像処理装置
に関する。

【０００２】

【従来の技術】従来より、コンピュータシステムの分野
においては複数のプログラムを時分割によって平行して
実行しジョブの処理を進めるマルチタスク方式が広く利
用されている。このマルチタスク方式に関する技術とし
て、例えば特開平５−１９７５７２号公報には、タスク
の起動順序／制御方法を記述した指示書に基づきタスク
を起動する、というタスク起動方式が開示されている。

【０００３】また、タスクの起動順序に関する技術とし
て、例えば特開平５−２５０１６８号公報には、タスク
の起動に必要な依存関係を示す起動順序設定情報を有
し、これから起動しようとするタスクが依存関係を満た
している場合、依存関係を満たしていない他のタスクの
起動状態に拘わらず起動処理を実行する、というタスク
起動方式が開示されている。

【０００４】

【発明が解決しようとする課題】ところで、上記特開平
５−１９７５７２号公報に開示されたタスク起動方式で
は、複数の親子関係にあるタスクが存在し、親タスクが
起動できないために子タスクが起動できない場合、シス
テムの起動障害が発生する可能性がある。例えば、ＬＡ
Ｎを介してプリントサーバに接続される一方、パラレル
インタフェースを介して他のホスト機に接続され、これ
らホスト機の双方から同時にデータ（印刷ジョブ）を受
信するような印刷装置があるとする。このような印刷装
置において、例えばプリントサーバの電源断等の異常に
よりネットワーク接続が確立しないような場合、プリン
トサーバから印刷ジョブが受信可能となる時期が確定で
きないため、ＬＡＮの接続機能を実現するタスクの起動
時期の予測は困難である。そのため、プリントサーバの
起動を待ち合わせるように印刷装置が構成されている場
合には、パラレルインタフェースからの印刷ジョブの処
理が不可能となる。また、印刷ジョブの実行に必要なフ
ォント情報をホスト機からダウンロードする場合や、電
子写真方式に代表されるように印刷処理部内にトナー定
着部の暖気運転のために起動に時間がかかるような場合
には、これらの起動を待ち合わせると起動時間が長くな
るという問題が生じる。

【０００５】また、上記特開平５−２５０１６８号公報
に開示されたタスク起動方式においては、タスク数が増
大するにつれて各タスクの依存関係を記述することが困
難になる、オプション品等の装置の構成の変化に対応で
きない等の問題がある。例えば、ソータの追加や、新し
いネットワークプロトコルに対応するソフトウェアのよ
うなオプションの追加のために、ＩＣカードのような着
脱可能な外部記憶装置から拡張業務タスクのプログラム
を供給するような場合、供給される拡張業務タスクのプ
ログラムのタスク構成の記述を作り直す必要が生じると
いう問題がある。

【０００６】この発明は、このような背景の下になされ
たもので、業務タスクの数が多い場合など全てのタスク
の起動に時間がかかる場合においても、処理可能なタス
クからジョブの処理実行を進めることができ、装置全体
を速やかに起動することができる画像処理装置を提供す
ることを目的としている。また、この発明は、上記のよ
うな画像処理装置において、本装置の起動後においても
装置を停止せずにオプション品の追加などのシステムの
拡張に対して容易に対応可能にすることをも目的として
いる。

【０００７】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１記載の発明は、ホストコンピュータか
ら供給されるジョブに画像処理を施すための各処理を複
数の業務タスクによって分担して行うマルチタスク方式
の画像処理装置であって、各々の業務タスクがジョブを
処理可能な状態であるか否かをこれら業務タスクとのタ
スク間通信によって検出するタスク状態検出手段と、前
記タスク状態検出手段の検出結果に基づき、ジョブの処
理可能な範囲を決定し、当該範囲内で各業務タスクにジ
ョブの処理実行を指示するタスク制御手段とを具備する
ことを特徴としている。

【０００８】また、請求項２記載の発明は、請求項１記
載の発明において、装置に新たに追加されるデバイスを
制御する業務タスクのプログラムを取り込む拡張プログ
ラム導入手段と、この取り込んだプログラムの業務タス
クを前記既存の業務タスクに加えて起動する拡張プログ
ラム起動手段とを具備することを特徴としている。

【０００９】

【作用】請求項１記載の発明によれば、タスク状態検出
手段は、各々の業務タスクがジョブを処理可能な状態で
あるか否かをこれら業務タスクとのタスク間通信によっ
て検出し、タスク制御手段は、タスク状態検出手段の検
出結果に基づき、ジョブの処理可能な範囲を決定し、当
該範囲内で各業務タスクにジョブの処理実行を指示す
る。これにより、起動できないか、あるいは起動しても
ジョブの処理を実行できない状態にある業務タスクが存
在しても、これらの業務タスクを待たずに、既に起動さ
れジョブの処理を実行できる状態にある業務タスクが先
にジョブの処理を進めることができる。

【００１０】また、請求項２記載の発明によれば、拡張
プログラム導入手段は、装置に新たに追加されるデバイ
スを制御する業務タスクのプログラムを取り込み、拡張
プログラム起動手段は、取り込んだプログラムの業務タ
スクを既存の業務タスクに加えて起動する。これによ
り、追加デバイスの制御が可能となる。

【００１１】

【実施例】以下、図面を参照して、この発明の実施例に
ついて説明する。 （１）ハードウェア構成 図１はこの発明の一実施例のハードウェア構成を示すブ
ロック図である。図１において、１は本発明を適用した
印刷装置であり、ＣＰＵ１ａ、ＲＡＭ１ｂ、ＲＯＭ１
ｃ、ハードディスク１ｄ、パラレルインタフェース１
ｅ、ネットワークインタフェース１ｆ、ＩＣカードイン
タフェース１ｇ、ディスクインタフェース１ｈ、図示し
ない印刷処理部およびファクシミリ送信部から構成され
ている。

【００１２】ＣＰＵ１ａは、各種制御プログラムを実行
することにより、バスを介し接続される装置各部を制御
する。ＲＡＭ１ｂは、ＣＰＵ１ａのワークエリアとして
使用される。ＲＯＭ１ｃには、ＣＰＵ１ａが実行するオ
ペレーティング・システム等の制御プログラムが格納さ
れている。ハードディスク１ｄには、オペレーティング
・システム上で動作する各種業務プログラムやその他の
データが格納されている。

【００１３】また、印刷装置１は、ネットワークインタ
フェース１ｆを介し、ローカルエリアネットワーク（Ｌ
ＡＮ）２と接続されており、このＬＡＮ２には、印刷装
置１の他、複数のワークステーションＷＳ１，ＷＳ２，
ＷＳ３，ＷＳ４，……が接続されている。これらのうち
１つのワークステーションＷＳ２は、プリントサーバと
して機能し、印刷装置１へ印刷データを供給する。ま
た、印刷装置１には、ＬＡＮ２とは別にパラレルインタ
フェース１ｅを介してワークステーションＷＳ１と接続
されており、このワークステーションＷＳ１からも印刷
データが供給されるようになっている。

【００１４】さらに、ＩＣカードインタフェース１ｇ
は、図示しないカード挿入口に挿入されるＩＣカードの
記録情報を読み取り、読み取った情報を装置内に取り込
む。このＩＣカードにより供給される情報とは、新たに
追加される業務プログラムおよびこれに関連するデータ
である。また、ディスクインタフェース１ｈは、上記業
務プログラムの追加に伴い、追加デバイスとしてデータ
スプール用の記憶装置が必要となる場合に、そのための
ディスク装置が接続されるインタフェースである。

【００１５】（２）ソフトウェア構成 次に、図２は本実施例のソフトウェア構成を示す概念図
である。図２において、オペレーティング・システム
（以下、ＯＳという）１０は、その核をなすカーネル１
１とデバイスドライバ１２ａ〜１２ｃ、ＯＳ１０上で動
作する業務タスク（後述する）とカーネル１１とのイン
タフェースであるシステムコール１３、および業務タス
クが使用する関数パッケージであるライブラリ１４から
構成されている。ここで、前述の業務タスクがＯＳ１０
上で動作するとは、業務タスクがＯＳ１０が提供する実
行環境内に存在するということを意味している。

【００１６】ＯＳ１０上で動作する個々の業務タスクに
は、この印刷装置１が実装するデバイスの機能を基本的
な要素に分解した基本機能が割り当てられており、複数
のタスクが協調して処理を進めるようになっている。例
えば、１つの論理デバイスには１つの業務タスクが割り
当てられており、ある業務タスクが他の論理デバイスを
利用する場合には、当該論理デバイスに対応する業務タ
スクを介してのみデータの入出力が行われる。ここで、
論理デバイスとは、ＩＣカード装置のような物理的な装
置のみならず、プリントサーバのようにソフトウェアで
実現される装置をも含む論理的なデバイスを示すもので
ある。

【００１７】この印刷装置１において実行される業務タ
スクとしては、プロトコル振り分けタスク１５ａ、ＬＡ
Ｎ受信タスク１５ｂ、拡張ＬＡＮ受信タスク１５ｃ、パ
ラレル受信タスク１５ｄ、ジョブ解析／展開タスク１５
ｅ、印刷部管理タスク１５ｆ、業務タスク管理タスク１
５ｇ、ジョブ管理タスク１５ｈおよびＩＣカード部管理
タスク１５ｉがある。ただし、拡張ＬＡＮ受信タスク１
５ｃは、ＩＣカードによって供給される拡張プログラム
を実行することにより処理される業務タスクである。

【００１８】ＬＡＮ受信タスク１５ｂ、拡張ＬＡＮ受信
タスク１５ｃおよびパラレル受信タスク１５ｄは、各々
のタスクが管理するインタフェースを介し受信した印刷
ジョブをリングバッファライブラリによってＲＡＭ１ｂ
上に構成されるリングバッファに書き込む処理を行う。
ここで、印刷ジョブとは、印刷データの実行処理単位を
いい、ホストからの１回の印刷依頼について１つの印刷
ジョブとなる。

【００１９】また、ジョブ解析／展開タスク１５ｅは、
リングバッファから読み出した印刷ジョブの内容を解析
し、印刷データをビットマップデータに変換した後、Ｒ
ＡＭ１ｂ上に確保されたページバッファに書き込む。こ
のページバッファに対するデータの読み書き等の制御は
ページバッファライブラリを利用して行う。印刷部管理
タスク１５ｆは、ページバッファに格納されているビッ
トマップデータに基づき、印刷処理部を制御して紙等の
印刷媒体に印刷し、出力する。

【００２０】ジョブ管理タスク１５ｈは、上述した印刷
ジョブの流れを各業務タスクとのメッセージ交換により
管理する。業務タスク管理タスク１５ｇは、ハードウェ
アの構成や設定状態に応じて、各業務タスクの起動、終
了および制御を行う。また、プロトコル振分タスク１５
ａは、ＬＡＮ２上を複数のプロトコルが同時に流れてい
る場合に、各プロトコル毎のＬＡＮドライバを利用して
各々のプロトコルに対応したＬＡＮ受信タスクへ受信デ
ータを振り分る。したがって、ＬＡＮ受信タスク１５ｂ
と拡張ＬＡＮ受信タスク１５ｃは、プロトコル振分タス
ク１５ａの起動後に起動される必要があるため、ここに
タスクの依存関係が生じていることになる。なお、プロ
トコル振分タスク１５ａとＬＡＮドライバとのインタフ
ェースは、システムコールによって実現される。

【００２１】これら業務タスク１５ａ〜１５ｉは上述し
た機能によって以下のように分類される。 ホストであるワークステーションからのデータ受信
および要求に対する応答を行う入力タスク群（ＬＡＮ受
信タスク１５ｂ、拡張ＬＡＮ受信タスク１５ｃおよびパ
ラレル受信タスク１５ｄが含まれる。） 印刷処理部、ファクシミリ送信部等にデータの出力
を行う出力タスク群（印刷部管理タスク１５ｆが含まれ
る。） 印刷ジョブの解析やビットマップデータへの変換を
行うデータ処理タスク群（ジョブ解析／展開タスク１５
ｅが含まれる。） 各業務タスクの調停、ジョブの実行処理過程の管理
を行う管理タスク群（プロトコル振分タスク１５ａ、業
務タスク管理タスク１５ｇおよびジョブ管理タスク１５
ｈが含まれる。）

【００２２】また、上述した業務タスク１５ａ〜１５ｉ
は、メッセージ駆動型プログラミング方式によって各々
のプログラムが記述されている。ここで、メッセージ駆
動型プログラミングとは、一般にあるタスクが他のタス
クからのメッセージに応じた処理を行うようにプログラ
ミングする方式をいう。

【００２３】（３）タスク間通信の方法 次に、本実施例の業務タスクの間で行われるタスク間通
信の方法について説明する。各業務タスクは、互いに協
調して動作するために、タスク間通信の一形態であるメ
ッセージ交換を行う。タスク間のメッセージ交換は、Ｏ
Ｓ１０が提供するライブラリの１つであるメッセージキ
ューライブラリを使用して行う。

【００２４】ここで、図３は、ある２つの業務タスク
Ａ，Ｂ間でメッセージ交換を行うための処理内容をＣ言
語のプログラムコードによって記述した例を示してい
る。同図において、メッセージキューは名前ｎａｍｅで
識別され、ＯＳ１０のタスク空間において一意に決定さ
れる。ここで、ＯＳ１０のタスク空間とは、ＯＳ１０上
で動作するアプリケーションが存在するメモリ空間を抽
象的に表現したものである。

【００２５】まず、メッセージキューを利用する業務タ
スクＡ，Ｂは、メッセージキューライブラリの関数ｏｐ
ｅｎ＿ｍｅｓｓａｇｅ＿ｑｕｅｕｅ（）を発行すること
により、そのメッセージキューのキュー識別子ｑｄを得
る。そして、メッセージ送信側の業務タスクＡは、メッ
セージを格納するバッファへのポインタｍｓｇを指定し
て関数ｃｒｅａｔｅｍｅｓｓａｇｅ（ｍｓｇ）を発行す
ることにより、送信しようとするメッセージを作成す
る。そして、関数ｓｅｎｄ＿ｍｅｓｓａｇｅ（）を発行
することにより、ポインタｍｓｇで指定されるバッファ
の内容を識別子ｑｄで指定されるメッセージキューへ転
送する。これにより、メッセージ送信が行われる。

【００２６】一方、メッセージ受信側の業務タスクＢ
は、関数ｒｅｃｅｉｖｅ＿ｍｅｓｓａｇｅ（）を発行す
ることにより、識別子ｑｄで指定されるメッセージキュ
ーの内容をポインタｍｓｇで指定されるメッセージ格納
用のバッファへ転送する。これにより、メッセージ受信
が行われる。こうしてメッセージ交換が終了すると、業
務タスクＡ，Ｂの双方で、関数ｃｌｏｓｅ＿ｍｅｓｓａ
ｇｅ（）を発行することにより、メッセージキューライ
ブラリの使用終了を宣言する。

【００２７】メッセージの内容は、予めメッセージ交換
を行う業務タスク間で、そのデータ構造や格納される値
を取り決めておく必要があるため、従来、新たな業務タ
スクの追加への対応が困難とされてきたが、本実施例で
は、各業務タスクが属するタスク群毎にメッセージのデ
ータ構造や格納される値を予め定めているため、タスク
群毎に業務タスクの制御／管理を行う範囲を決定するこ
とが可能となる。

【００２８】（４）２種類のメッセージ“ｔａｓｋ＿ａ
ｖａｉｌａｂｌｅ”および“ｔａｓｋ＿ｕｎａｖａｉｌ
ａｂｌｅ”の意味 次に、各業務タスクが各々の状態に応じて業務タスク管
理タスク１５ｇへ送信する２種類のメッセージ“ｔａｓ
ｋ＿ａｖａｉｌａｂｌｅ”および“ｔａｓｋ＿ｕｎａｖ
ａｉｌａｂｌｅ”について説明する。

【００２９】各業務タスクは、各々の業務タスクにおい
て印刷ジョブの処理が可能となる時点で、メッセージ
“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”を業務タスク管理タ
スク１５ｇへ送信する。例えば、ＬＡＮ受信タスク１５
ｂは、ＬＡＮ２上のプリントサーバＷＳ２から送信され
る印刷ジョブを受信可能になった時点でメッセージ“ｔ
ａｓｋ＿ａｖａｉｌａｂｌｅ”を送信する。

【００３０】また、ジョブ解析／展開タスク１５ｅは、
規定のフォントデータをホスト（ＬＡＮ２上のいずれか
のワークステーション）からダウンロードした時点でメ
ッセージ“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”を送信す
る。さらに、印刷部管理タスク１５ｆは、印刷処理部に
おける定着用フューザの暖気運転が終了した時点でメッ
セージ“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”を送信する。
他の業務タスクについても、メッセージ“ｔａｓｋ＿ａ
ｖａｉｌａｂｌｅ”を業務タスク管理タスク１５ｇへ送
信するタイミングは、各々の業務タスクにおいて印刷ジ
ョブの処理が可能となる時点である。

【００３１】また、各業務タスクは、印刷ジョブの処理
は不可能であるが他の業務タスクとのメッセージ交換が
可能となる時点で、メッセージ“ｔａｓｋ＿ｕｎａｖａ
ｉｌａｂｌｅ”を業務タスク管理タスク１５ｇへ送信す
る。各業務タスクは、メッセージ“ｔａｓｋ＿ｕｎａｖ
ａｉｌａｂｌｅ”を発行してからメッセージ“ｔａｓｋ
＿ａｖａｉｌａｂｌｅ”を発行するまでの期間において
は、業務タスク管理タスク１５ｇから送信されるメッセ
ージに応じた処理（例えば、各業務タスク毎に所有して
いるパラメータの変更、リソースの変更、システムリセ
ットのような処理）を行う。

【００３２】また、各業務タスクは、メッセージ“ｔａ
ｓｋ＿ａｖａｉｌａｂｌｅ”の発行後においては、印刷
ジョブを処理する他、図示しないユーザ・インタフェー
ス（ＵＩ）管理タスクがオフラインボタン（図示しない
操作パネルに設けられている）の押下を検出したときに
送信する印刷ジョブの一時停止メッセージや、ワークス
テーションＷＳ１〜ＷＳ４が送信する印刷ジョブの中断
メッセージ等に応じた行う。上記ＵＩ管理タスクは、印
刷装置１と操作者とのインタフェースを提供する業務タ
スクであり、操作パネル等に設けられているボタンの押
下等を検出し、その検出結果を管理タスク群へメッセー
ジ変換し送信する処理を行う。

【００３３】（５）タスク管理テーブルの作成および更
新処理 次に、業務タスク管理タスク１５ｇによるタスク管理テ
ーブルの作成及び更新処理について説明する。まず、業
務タスク管理タスク１５ｇは、起動されると、図４に示
すようなタスク管理テーブルを作成し、該テーブルを構
成する各フィールドの初期値を全て「×」（例えば、２
値データの値「０」に相当する）に設定する。

【００３４】そしてタスク管理テーブルの作成後は、以
下のように更新処理を行う。以下、図４を参照しながら
説明する。同図において、業務タスク管理タスク１５ｇ
は、所定の業務タスクｔ１を起動すると、当該タスクｔ
１を起動したことを示すためタスク管理テーブルの業務
タスクｔ１に対応する「起動」のフィールド値を「○」
（例えば、２値データの値「１」に相当する）にする。

【００３５】そして、業務タスク管理タスク１５ｇは、
業務タスクｔ１の起動直後に当該タスクｔ１からメッセ
ージ“ｔａｓｋ＿ｕｎａｖａｉｌａｂｌｅ”を受信する
と、その「“ｔａｓｋ＿ｕｎａｖａｉｌａｂｌｅ”受
信」のフィールド値を「×」から「○」に変更する。

【００３６】さらに、業務タスク管理タスク１５ｇは、
業務タスクｔ１が印刷ジョブの処理可能状態になり、当
該タスクｔ１からメッセージ“ｔａｓｋ＿ａｖａｉｌａ
ｂｌｅ”を受信すると、その「“ｔａｓｋ＿ａｖａｉｌ
ａｂｌｅ”受信」のフィールド値を「×」から「○」に
変更する。このように、業務タスク管理タスク１５ｇ
は、各業務タスクの状態に応じてタスク管理テーブルの
該当フィールドを更新し、このテーブルの設定内容に応
じてシステムを制御する範囲を決定する。

【００３７】（６）実施例の全体動作 次に、図５に示すフローチャートを参照し、本実施例の
全体動作を説明する。まず、印刷装置１に電源が投入さ
れると、ＣＰＵ１ａはＲＯＭ１ｃから制御プログラムを
ＲＡＭ１ｂにロードし、ＯＳ１０を起動する。そして、
ＯＳ１０の起動後、ハードディスク１ｄから業務プログ
ラムをＲＡＭ１ｂにロードし、まず最初に業務タスク管
理タスク１５ｇを起動する。

【００３８】業務タスク管理タスク１５ｇが起動される
と、そのステップＳａ１において当該装置１に実装され
ている各デバイスの検査等の初期化処理を行う。また、
このとき、実装されている各デバイスに対応する業務タ
スクに関する情報に基づき業務タスクのエントリを決定
し、これによりタスク管理テーブル（図４参照）を作成
する。すなわち、予め規定されているデバイスに対応す
る業務タスクに関する情報がＲＯＭ１ｃに保持されてお
り、この情報に基づいてタスク管理テーブルにエントリ
すべき業務タスクが定められるようになっている。

【００３９】そしてステップＳａ２〜Ｓａ７では、上記
タスク管理テーブルのエントリに従って順次業務タスク
を起動する。したがって、仮にＬＡＮインタフェース・
カードが実装されていない場合は、ＬＡＮ受信タスク１
５ｂがタスク管理テーブルにエントリされず、ＬＡＮ受
信タスク１５ｂが起動されないことになる。本実施例に
おいては、ジョブ管理タスク１５ｈ、印刷部管理タスク
１５ｆ、ジョブ解析／展開タスク１５ｅ、プロトコル振
分タスク１５ａ、ＬＡＮ受信タスク１５ｂ、パラレル受
信タスク１５ｃの順に業務タスクを起動する。なお、予
め規定されていないデバイスが装置１に実装されている
場合には図６に示す処理が行われる。この処理について
は後述する。

【００４０】ここで、ステップＳａ６において起動され
るＬＡＮ受信タスク１５ｂの処理内容について説明す
る。ＬＡＮ受信タスク１５ｂは、ステップＳｂ１におい
て初期化処理を行った後、ステップＳｂ２で、メッセー
ジ“ｔａｓｋ＿ｕｎａｖａｉｌａｂｌｅ”を業務タスク
管理タスク１５ｇへ送信する。

【００４１】業務タスク管理タスク１５ｇは、ＬＡＮ受
信タスク１５ｂからメッセージ“ｔａｓｋ＿ｕｎａｖａ
ｉｌａｂｌｅ”を受信すると、タスク管理テーブルのＬ
ＡＮ受信タスク１５ｂに対応する「“ｔａｓｋ＿ｕｎａ
ｖａｉｌａｂｌｅ”受信」のフィールド値を「×」から
「○」に変更する。その後、業務タスク管理タスク１５
ｇは、ステップＳａ７に進み、次のパラレル受信タスク
１５ｄを起動する。

【００４２】一方、ＬＡＮ受信タスク１５ｂは、ステッ
プＳｂ３において、ＬＡＮ２上のプリントサーバＷＳ２
を検索する。そして、ステップＳｂ４においてプリント
サーバＷＳ２の存在が確認されると、ステップＳｂ５に
おいて、該サーバＷＳ２から送信される印刷ジョブを受
信し、これを次段へ出力する処理を行うための初期化を
行う。この初期化処理が正常終了し、印刷ジョブの印字
が可能な状態になると、ステップＳｂ６において、メッ
セージ“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”を業務タスク
管理タスク１５ｇへ送信する。その後、ステップＳｂ７
において他の業務タスクからのメッセージ、ジョブ処理
命令、リセット命令等のイベント待ち状態となり、以
下、各々のイベントに対応した処理を行う（ステップＳ
ｂ８〜Ｓｂ１２）。

【００４３】例えば、印刷ジョブの処理要求を出したワ
ークステーション（クライアント）からリセット要求を
受信すると、ステップＳｂ１０の判断結果が「ＹＥＳ」
となり、ステップＳｂ１１へ進む。ステップＳｂ１１で
は、リセット中はジョブ処理可能ではないことから、メ
ッセージ“ｔａｓｋ＿ｕｎａｖａｉｌａｂｌｅ”を業務
タスク管理タスク１５ｇへ送信し、その後リセット処理
を行う。一方、業務タスク管理タスク１５ｇは、このメ
ッセージ“ｔａｓｋ＿ｕｎａｖａｉｌａｂｌｅ”を受け
て、タスク管理テーブルのＬＡＮ受信タスク１５ｂに対
応する「“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”受信」のフ
ィールド値を「○」から「×」に変更する。

【００４４】そして、ＬＡＮ受信タスク１５ｂは、リセ
ット処理が終了し、ジョブ処理可能な状態になると、再
びメッセージ“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”を業務
タスク管理タスク１５ｇへ送信する（ステップＳｂ３〜
Ｓｂ６）。これを受けて、業務タスク管理タスク１５ｇ
は、タスク管理テーブルのＬＡＮ受信タスク１５ｂに対
応する「“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”受信」のフ
ィールド値を「×」から「○」に変更する。

【００４５】同様に、印刷部管理タスク１５ｆは、業務
タスク管理タスク１５ｇのステップＳａ３において起動
された後、印刷処理部におけるトナー定着部（図示略）
の暖気運転が終了すると、メッセージ“ｔａｓｋ＿ａｖ
ａｉｌａｂｌｅ”を業務タスク管理タスク１５ｇへ送信
する。また、業務タスク管理タスク１５ｇのステップＳ
ａ２において起動されるジョブ解析／展開タスク１５ｅ
は、装置１の起動時にホスト（ＬＡＮ２上のいずれかの
ワークステーション）から規定のフォント情報をダウン
ロードする場合、このダウンロード終了後にメッセージ
“ｔａｓｋ＿ａｖａｉｌａｂｌｅ”を業務タスク管理タ
スク１５ｇへ送信する。なお、他の業務タスクの処理内
容については簡単のため説明を省略する。

【００４６】このように、本実施例によれば、業務タス
ク管理タスク１５ｇは、各業務タスクを起動した後、各
々の業務タスクがその状態に応じて送信してくるメッセ
ージによってタスク管理テーブルを更新し、このテーブ
ルの設定状態に応じて処理可能な範囲を決定することが
できる。したがって、例えばＬＡＮ受信タスク１５ｂや
パラレル受信タスク１５ｃは、印刷部管理タスク１５ｆ
やジョブ解析／展開タスク１５ｅの起動を待たずに、ホ
ストであるワークステーションから印刷ジョブを受信す
ることができる。この結果、装置１全体としての起動時
間を短縮することができる。

【００４７】（７）印刷装置１を起動した後のシステム
拡張時の動作 次に、印刷装置１を起動した後にシステムを拡張する時
の動作について説明する。以下、図６に示すフローチャ
ートを参照し、装置１を起動した後に拡張ＬＡＮに対応
すべくシステムを拡張する場合を例として説明する。

【００４８】まずステップＳｃ１において、ＩＣカード
インタフェース１ｇを制御するＩＣカード管理タスク１
５ｉがメッセージの受信待ち状態となり、ＩＣカードが
ＩＣカードインタフェース１ｇに挿入されたか否かを検
出する。そして、ＩＣカードの挿入を検出すると、ステ
ップＳｃ２の判断結果が「ＹＥＳ」となり、ステップＳ
ｃ３に進む。

【００４９】ステップＳｃ３においては、ＩＣカードに
記録されている管理情報を読み出す。この管理情報は、
例えば図７に示すように、拡張プログラム名、拡張プロ
グラムの実行に必要な実行環境名、拡張プログラムが使
用する新規実行環境の他、追加デバイスに対応する業務
タスクに関する情報（以下、追加デバイス情報という）
を含んでいる。この追加デバイス情報には、業務タスク
の起動順序、業務タスク間の依存関係などの追加デバイ
スへの入出力／制御を行う業務タスクの起動に必要な情
報が記述されている。

【００５０】ＩＣカードには、拡張プログラムとしてＬ
ＡＮ受信タスク１５ｂとはプロトコルが異なる拡張ＬＡ
Ｎ受信タスク１５ｃが格納されているものとする。ま
た、この場合、プロトコル判別のための拡張ＬＡＮドラ
イバと、受信した印刷ジョブをスプールするため記憶装
置が必要となることを前提としている。

【００５１】ここで、図８はプログラムの実行環境を管
理するための実行環境管理テーブルの内容を示す図であ
る。この場合、装置１の起動時に拡張ＬＡＮドライバが
ＲＡＭ１ｂにロードされていないため、テーブルの該当
フィールドには「×」が設定されている。前述の業務タ
スク管理タスク１５ｇは、このような実行環境管理テー
ブルを参照することにより、ＲＡＭ１ｂにロードする必
要がある実行環境を識別する。

【００５２】また、追加デバイスとして印刷ジョブをス
プールのための記憶装置が必要とされるが、この記憶装
置への入出力制御は、ディスク・ドライバ１２ａとシス
テムコールを介して行うため、ディスク・インタフェー
ス１ｈに対応する拡張業務タスクは存在しない。

【００５３】そして、業務タスク管理タスク１５ｇは、
ステップＳｃ４において拡張ＬＡＮドライバをＲＯＭ１
ｃからＲＡＭ１ｂへロードした後、ステップＳｃ５にお
いて拡張ＬＡＮ受信タスク１５ｃを起動する。

【００５４】このように、本実施例によれば、印刷装置
１を起動した後においても、電源を投入したままの状態
で、ＩＣカードを用いてシステムを拡張し、該当する業
務タスクを起動することができる。すなわち、プラグ・
アンド・プレイが可能となる。また、既に動作している
装置またはシステムの処理を中断することなく新たな拡
張業務タスクを起動できる。また、ＩＣカード等を介し
て供給される拡張プログラムに対して、システムのプロ
グラムを修正する必要がない。また、印刷装置１の構成
に応じたソフトウェアのみをＲＡＭ１ｂにロードし起動
するため、メモリ資源を効率よく利用できる。

【００５５】

【発明の効果】以上説明したように、請求項１記載の発
明によれば、起動できないか、あるいは起動してもジョ
ブの処理を実行できない状態にある業務タスクが存在し
ても、これらの業務タスクを待たずに、既に起動されジ
ョブの処理を実行できる状態にある業務タスクが先にジ
ョブの処理を進めることができる。この結果、業務タス
クの数が多い場合など全てのタスクの起動に時間がかか
る場合においても、処理可能なタスクからジョブの処理
実行を進めることができ、装置全体の起動が速くなる。
また、装置の起動後においても、各々の業務タスクが独
立してジョブの処理実行を進めることができるため、処
理効率が向上する。また、請求項２記載の発明によれ
ば、装置を停止させずにオプション品の追加などのシス
テムの拡張に対して容易に対応可能となる。

【図面の簡単な説明】

【図１】 実施例のハードウェア構成を示すブロック図
である。

【図２】 実施例のソフトウェア構成を示す概念図であ
る。

【図３】 メッセージ交換の処理内容を示す図である。

【図４】 タスク管理テーブルの内容を示す図である。

【図５】 実施例の動作を示す図である。

【図６】 実施例の動作を示す図である。

【図７】 ＩＣカードに記録されている管理情報を示す
図である。

【図８】 実行環境管理テーブルの内容を示す図であ
る。

【符号の説明】

１ 印刷装置 ２ ＬＡＮ １５ａ プロトコル振り分けタスク １５ｂ ＬＡＮ受信タスク １５ｃ 拡張ＬＡＮ受信タスク １５ｄ パラレル受信タスク １５ｅ ジョブ解析／展開タスク １５ｆ 印刷部管理タスク １５ｇ 業務タスク管理タスク（タスク状態検出手段、
タスク制御手段、拡張プログラム起動手段） １５ｈ ジョブ管理タスク １５ｉ ＩＣカード部管理タスク（拡張プログラム導入
手段） ＷＳ１〜ＷＳ４ ワークステーション

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータから供給されるジョ
   ブに画像処理を施すための各処理を複数の業務タスクに
   よって分担して行うマルチタスク方式の画像処理装置で
   あって、 各々の業務タスクがジョブを処理可能な状態であるか否
   かをこれら業務タスクとのタスク間通信によって検出す
   るタスク状態検出手段と、 前記タスク状態検出手段の検出結果に基づき、ジョブの
   処理可能な範囲を決定し、当該範囲内で各業務タスクに
   ジョブの処理実行を指示するタスク制御手段とを具備す
   ることを特徴とする画像処理装置。
2. 【請求項２】 装置に新たに追加されるデバイスを制御
   する業務タスクのプログラムを取り込む拡張プログラム
   導入手段と、 この取り込んだプログラムの業務タスクを前記既存の業
   務タスクに加えて起動する拡張プログラム起動手段とを
   具備することを特徴とする画像処理装置。