JP3291966B2 - 印字処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、印字処理装置に係り、
より詳しくは、少なくとも文字、イメージ、グラフィッ
クスのうちの１つを含む描画指示データを含む印字デー
タ等を、分割して複数の情報処理装置の各々から受信可
能であり、一の情報処理装置から送信された印字データ
に対するジョブを実行するにあたり、各受信時点から所
定の待ち時間Ｔ１が経過するまでの間に次の印字データ
が受信されなかった場合に、該一の情報処理装置からの
印字データに対するジョブの実行を終了し、前記情報処
理装置からの新たな印字データに対するジョブを実行す
る印字処理装置に関する。

【０００２】

【従来の技術】従来より、ＬＡＮ等のネットワークを介
して接続されたホストコンピュータ等の情報処理装置か
ら文字、イメージ等の描画指示データを含む印字データ
を受信し、受信した印字データを所定の用紙に印字する
印字処理装置（プリンタ）が利用されている（特開平３
−２２１２８号公報、特開平２−１６６２５号公報参
照）。また、ホストコンピュータ等の情報処理装置にお
いて作成されたフォームデータ、ロゴデータ、パターン
（文字フォント）データ等のユーザ定義データを受信
し、受信したユーザ定義データを所定のユーザ定義デー
タ用メモリに登録する印字処理装置も知られている。こ
こで登録されたユーザ定義データは、印字処理の際に対
応するフォームやロゴ等が読み込まれ、所定用紙に印字
されることとなる。

【０００３】ところで、上述した印字処理装置では、情
報処理装置からの印字データの受信が終了したことを検
知するために、印字データの受信が途絶えてから受信待
ちの状態に入り、予め定められた待ち時間が経過しても
次の印字データが受信されない場合に、当該情報処理装
置からの印字データの受信が終了したと判断していた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記受
信待ちの途中で、その受信待ちの対象の情報処理装置と
は別の情報処理装置から印字データが送信されて（印字
データの受信が要求されて）も、印字処理装置は、別の
情報処理装置からの印字データの受信処理を行うことが
できず、その受信処理が上記待ち時間経過するまで無条
件に待たされることとなっていた。そのため、上記のよ
うな受信待ちの途中で要求された他の受信処理は、必要
以上に待たされ、当該印字処理装置における処理全体の
スループットが低下するという問題が発生していた。

【０００５】本発明は、上記事実を考慮し、受信待ちの
途中で要求された他の受信処理が必要以上に待たされる
ことを回避し、スループットの低下を回避することがで
きる印字処理装置を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１記載の発明は、少なくとも文字、イメー
ジ、グラフィックスのうちの１つを含む描画指示データ
と、該描画指示データに続いて配置され前記描画指示デ
ータの出力を制御するための印字制御命令と、を含む印
字データを、分割して複数の情報処理装置の各々から受
信可能であり、一の情報処理装置から送信された印字デ
ータに対するジョブを実行するにあたり、各受信時点か
ら所定の待ち時間Ｔ１が経過するまでの間に次の印字デ
ータが受信されなかった場合に、該一の情報処理装置か
らの印字データに対するジョブの実行を終了し、前記情
報処理装置からの新たな印字データに対するジョブを実
行する印字処理装置であって、受信された印字データが
前記印字制御命令を含むか否かを判断する第１の判断手
段と、前記第１の判断手段により該印字データが前記印
字制御命令を含むと判断された場合に、前記待ち時間Ｔ
１を該待ち時間Ｔ１より短い時間Ｔ２に設定する第１の
設定手段と、を有することを特徴とする。

【０００７】また、請求項２記載の発明は、少なくとも
文字、イメージ、グラフィックスのうちの１つを含む描
画指示データを含む印字データを、分割して複数の情報
処理装置の各々から受信可能であり、一の情報処理装置
から送信された印字データに対するジョブを実行するに
あたり、各受信時点から所定の待ち時間Ｔ１が経過する
までの間に次の印字データが受信されなかった場合に、
該一の情報処理装置からの印字データに対するジョブの
実行を終了し、前記情報処理装置からの新たな印字デー
タに対するジョブを実行する印字処理装置であって、前
記描画指示データが受信された場合に、該描画指示デー
タを記憶する描画指示データ記憶手段と、前記描画指示
データ記憶手段により記憶された描画指示データを所定
のタイミングで出力するデータ出力手段と、前記データ
出力手段による描画指示データの出力が完了したか否か
を判断する第２の判断手段と、前記第２の判断手段によ
り描画指示データの出力が完了したと判断された場合
に、前記待ち時間Ｔ１を該待ち時間Ｔ１より短い時間Ｔ
２に設定する第２の設定手段と、を有することを特徴と
する。

【０００８】また、請求項３記載の発明は、少なくとも
フォームデータ、ロゴデータ、パターンデータ、マクロ
データ、外字データのうちの１つを含むユーザ定義デー
タと、該ユーザ定義データの登録開始を指示する登録開
始コマンドと、該ユーザ定義データに続いて配置され該
ユーザ定義データの登録終了を指示する登録終了コマン
ドと、を含む登録データを、分割して複数の情報処理装
置の各々から受信可能であり、一の情報処理装置から送
信された登録データに対するジョブを実行するにあた
り、各受信時点から所定の待ち時間Ｔ１が経過するまで
の間に次の登録データが受信されなかった場合に、該一
の情報処理装置からの登録データに対するジョブの実行
を終了し、前記情報処理装置からの新たな登録データに
対するジョブを実行する印字処理装置であって、受信さ
れた登録データが前記登録終了コマンドを含むか否かを
判断する第３の判断手段と、前記第３の判断手段により
該登録データが前記登録終了コマンドを含むと判断され
た場合に、前記待ち時間Ｔ１を該待ち時間Ｔ１より短い
時間Ｔ２に設定する第３の設定手段と、を有することを
特徴とする。

【０００９】また、請求項４記載の発明は、少なくとも
フォームデータ、ロゴデータ、パターンデータ、マクロ
データ、外字データのうちの１つを含むユーザ定義デー
タと、該ユーザ定義データの登録開始を指示する登録開
始コマンドと、該ユーザ定義データに続いて配置され該
ユーザ定義データの登録終了を指示する登録終了コマン
ドと、を含む登録データを、分割して複数の情報処理装
置の各々から受信可能であり、一の情報処理装置から送
信された登録データに対するジョブを実行するにあた
り、各受信時点から所定の待ち時間Ｔ１が経過するまで
の間に次の登録データが受信されなかった場合に、該一
の情報処理装置からの登録データに対するジョブの実行
を終了し、前記情報処理装置からの新たな登録データに
対するジョブを実行する印字処理装置であって、前記ユ
ーザ定義データが受信された場合に、該ユーザ定義デー
タを記憶するユーザ定義データ記憶手段と、前記登録開
始コマンドが受信された場合に、前記ユーザ定義データ
記憶手段により記憶されたユーザ定義データの登録を開
始し、前記登録終了コマンドが受信されるまで、前記ユ
ーザ定義データの登録を行うデータ登録手段と、前記デ
ータ登録手段によるユーザ定義データの登録が完了した
か否かを判断する第４の判断手段と、前記第４の判断手
段によりユーザ定義データの登録が完了したと判断され
た場合に、前記待ち時間Ｔ１を該待ち時間Ｔ１より短い
時間Ｔ２に設定する第４の設定手段と、を有することを
特徴とする。

【００１０】

【作用】請求項１記載の発明の印字処理装置は、描画指
示データと印字制御命令とを含む印字データを、分割し
て複数の情報処理装置の各々から受信することができ
る。

【００１１】印字処理装置が一の情報処理装置から送信
された印字データを受信した際に、第１の判断手段は、
該印字データが印字制御命令を含むか否かを判断する。

【００１２】ところで、印字データは、描画指示データ
と、該描画指示データの出力を制御するための印字制御
命令と、を含んでおり、このうち印字制御命令は対応す
る描画指示データの後ろに続いて配置されている。よっ
て、描画指示データが受信された場合は、これに対応す
る印字制御命令が直後に情報処理装置から送信されてく
ると推定されるので、待ち時間は通常通りの時間Ｔ１の
ままにしておくべきである。それに対し、第１の判断手
段により、受信された印字データが印字制御命令を含む
と判断された場合には、当該印字制御命令が印字データ
の終りに対応する可能性があるので、第１の設定手段
は、待ち時間Ｔ１を該待ち時間Ｔ１より短い時間Ｔ２に
設定することができる。

【００１３】このように、印字制御命令が受信された場
合に、待ち時間Ｔ１を該待ち時間Ｔ１より短い時間Ｔ２
に設定することにより、印字データに対するジョブにお
ける合計の待ち時間をより短くすることができる。これ
により、情報処理装置からの新たな印字データに対する
ジョブがより早く実行開始されることになるので、新た
な印字データに対するジョブが必要以上に実行待ちとな
ることを回避し、印字処理装置における処理全体のスル
ープットの低下を回避することができる。

【００１４】また、請求項２記載の発明の印字処理装置
は、描画指示データを含む印字データを、分割して複数
の情報処理装置の各々から受信することができる。

【００１５】ここで、一の情報処理装置から描画指示デ
ータが受信されると、描画指示データ記憶手段は、受信
された描画指示データを記憶する。その後、例えば、記
憶された描画指示データの出力を制御する印字制御命令
が受信されたタイミングや、予め定められたデータ量以
上の描画指示データが描画指示データ記憶手段に記憶さ
れたタイミング等のタイミングで、データ出力手段は、
描画指示データ記憶手段により記憶された描画指示デー
タを出力する。

【００１６】なお、ここでのデータ出力手段による出力
は、所定のページバッファへの描画指示データの書き込
み、書き込まれた描画指示データのページバッファから
所定記録用紙への記録、及び記録された所定記録用紙の
排出を含んでいる。

【００１７】そして、第２の判断手段は、データ出力手
段による描画指示データの出力が完了したか否かを判断
する。ここで、描画指示データの出力が完了したと判断
された場合には、該描画指示データを含む印字データに
対するジョブの終了状態又は区切りの状態であるとみな
すことができるので、第２の設定手段が待ち時間Ｔ１を
該待ち時間Ｔ１より短い時間Ｔ２に変更することができ
る。

【００１８】このように、描画指示データの出力が完了
した場合に、待ち時間Ｔ１を該待ち時間Ｔ１より短い時
間Ｔ２に設定することにより、印字データに対するジョ
ブにおける合計の待ち時間をより短くすることができ
る。これにより、情報処理装置からの新たな印字データ
に対するジョブがより早く実行開始されることになるの
で、新たな印字データに対するジョブが必要以上に実行
待ちとなることを回避し、印字処理装置における処理全
体のスループットの低下を回避することができる。

【００１９】また、請求項３記載の発明の印字処理装置
は、ユーザ定義データと登録開始コマンドと登録終了コ
マンドとを含む登録データを、分割して複数の情報処理
装置の各々から受信することができる。

【００２０】印字処理装置が一の情報処理装置から送信
された登録データを受信した際に、第３の判断手段は、
該登録データが登録終了コマンドを含むか否かを判断す
る。

【００２１】ところで、登録終了コマンドは、前記ユー
ザ定義データに続いて配置され、さらに対応する登録開
始コマンドよりも後に配置される。よって、登録データ
の終りに、登録終了コマンドが配置される可能性があ
る。

【００２２】そこで、第３の判断手段により、登録デー
タが登録終了コマンドを含むと判断された場合には、当
該登録終了コマンドが登録データの終りに対応する可能
性があるので、第３の設定手段は、待ち時間Ｔ１を該待
ち時間Ｔ１より短い時間Ｔ２に設定することができる。

【００２３】このように、登録終了コマンドが受信され
た場合に、待ち時間Ｔ１を該待ち時間Ｔ１より短い時間
Ｔ２に設定することにより、登録データに対するジョブ
における合計の待ち時間をより短くすることができる。
これにより、情報処理装置からの新たな登録データに対
するジョブがより早く実行開始されることになるので、
新たな登録データに対するジョブが必要以上に実行待ち
となることを回避し、印字処理装置における処理全体の
スループットの低下を回避することができる。

【００２４】また、請求項４記載の発明の印字処理装置
は、ユーザ定義データと登録開始コマンドと登録終了コ
マンドとを含む登録データを、分割して複数の情報処理
装置の各々から受信することができる。

【００２５】ここで、一の情報処理装置からユーザ定義
データが受信された場合には、ユーザ定義データ記憶手
段は、受信されたユーザ定義データを記憶し、登録開始
コマンドが受信された場合には、データ登録手段が、ユ
ーザ定義データ記憶手段により記憶されたユーザ定義デ
ータの登録を開始する。その後、登録終了コマンドが受
信されるまで、データ登録手段は、ユーザ定義データ記
憶手段により記憶されたユーザ定義データを登録する。

【００２６】そして、第４の判断手段は、データ登録手
段によるユーザ定義データの登録が完了したか否かを判
断する。ここで、ユーザ定義データの登録が完了したと
判断された場合には、該ユーザ定義データを含む登録デ
ータに対するジョブの終了状態又は区切りの状態である
とみなすことができるので、第４の設定手段が待ち時間
Ｔ１を該待ち時間Ｔ１より短い時間Ｔ２に設定すること
ができる。

【００２７】このように、ユーザ定義データの登録が完
了した場合に、待ち時間Ｔ１を該待ち時間Ｔ１より短い
時間Ｔ２に設定することにより、登録データに対するジ
ョブにおける合計の待ち時間をより短くすることができ
る。これにより、情報処理装置からの新たな登録データ
に対するジョブがより早く実行開始されることになるの
で、新たな登録データに対するジョブが必要以上に実行
待ちとなることを回避し、印字処理装置における処理全
体のスループットの低下を回避することができる。

【００２８】

【実施例】

〔第１実施例〕以下、図面を参照して、本発明の印字処
理装置の第１実施例を説明する。

【００２９】図１には、本発明の印字処理装置としての
印字処理装置１１の概略構成を示す。印字処理装置１１
は、画像の記録を専ら行うプリンタ部分としての記録部
１２と、この記録部１２に画像を供給する印字制御部１
３とを備えており、これらには図示しない商用電源に接
続された電源部１４から所定の交流電流が供給されるよ
うになっている。また、印字処理装置１１本体の前面に
は、オペレータがコマンド等を入力するためのキーボー
ドと、処理状況の目視確認等を行うためのディスプレイ
と、アラーム音等の音を発する小型スピーカと、から構
成される操作パネル１５が配置されており、この操作パ
ネル１５は印字制御部１３に接続されている。なお、操
作パネル１５のディスプレイとしては、一例として液晶
表示ディスプレイ（ＬＣＤ：Liquid Crystal Display）
を用いることができる。

【００３０】この印字処理装置１１には、図示しないＬ
ＡＮ（Local Area Network）等の通信ネットワーク網に
接続されたネットワークインタフェース端子１６、１
７、１８が設けられており、これらのネットワークイン
タフェース端子（以下、ポートと称す）１６、１７、１
８の各々を介して、前記ネットワークに接続された複数
のホストコンピュータやワークステーション等の情報処
理装置から、印字すべき印字データ及びフォーム、文字
パターン等のユーザ定義データを入力することが可能と
されている。

【００３１】なお、上記印字データは、少なくとも文
字、イメージ、グラフィックスのうちの１つを含む描画
指示データと、該描画指示データに続いて配置され描画
指示データの出力を指示するページ出力命令と、を含ん
でいる。また、上記ユーザ定義データは、少なくともフ
ォームデータ、ロゴデータ、パターンデータ、マクロデ
ータのうちの１つを含むユーザ定義データと、該ユーザ
定義データに続いて配置され該ユーザ定義データの登録
を指示するユーザ定義データ登録コマンドを含む登録制
御データと、から構成されている。上記ページ出力命令
は、本発明の印字制御命令に対応する。

【００３２】ところで、上記情報処理装置には多くの種
類があり、それらが送信する制御データは必ずしも統一
されていない。例えば、ある情報処理装置が送信する制
御データは記録すべき用紙のサイズや文字の大きさ等を
細かく指定するようになっていても、別の情報処理装置
の制御データはこのような細かい指定を行うことができ
ない場合がある。そこで、この印字処理装置１１では、
オペレータが操作パネル１５から記録に関する必要な指
示情報１９を入力することができ、指示情報１９を印字
制御部１３に送信することができるようになっている。
印字制御部１３は指示情報１９を正常に受信した場合、
指示情報１９を正常に受信した旨を通知するための応答
情報２１を操作パネル１５に返送するようになってい
る。これにより、操作パネル１５には、指示情報１９が
印字制御部１３に正常に送信された旨のメッセージが表
示され、オペレータは指示情報１９の入力が正常に終了
したことを確認することができる。

【００３３】なお、記録を行う用紙のサイズや文字の大
きさ等が制御データによって情報処理装置側から指定さ
れた場合でも、オペレータが制御データにより指定され
た内容を操作パネル１５から変更・追加することによ
り、指示情報１９を作成することも可能である。また、
情報処理装置側からの制御データにより指定された内容
を優先させることも可能であり、さらに、時間的に後で
指示を与えた方を優先させることも可能である。

【００３４】記録部１２は、例えばレーザプリンタから
構成されており、印字制御部１３と各種の信号の授受を
行って記録作業を行い、片面又は両面に記録の行われた
記録用紙２３を排出するようになっている。また、記録
部１２は、例えば該記録部１２が装備した図示しないカ
セットトレイにどのように記録用紙が収容されている
か、図示しない定着部が定着温度に到達したか否か、と
いった記録部１２における各種の状態を示す状態信号２
４を印字制御部１３に送信する。また、記録部１２は、
画像の転送について印字制御部１３との間で同期をとる
ための同期パルス２５も印字制御部１３に送信する。一
方の印字制御部１３は、これらに対して各種の動作指令
信号２６や記録すべき画像データを表す画像信号２７を
記録部１２に送信するようになっている。

【００３５】図２に示すように、印字制御部１３は印字
処理装置１１における各種制御の中枢的な機能を果たす
ＣＰＵ３１を備えており、このＣＰＵ３１は、システム
バス３２を介して後述する各種の回路装置に相互に接続
されている。このうちパネルインタフェース（Ｉ／Ｆ）
回路３３は図１に示す操作パネル１５とのインタフェー
スをとるための回路であり、オペレータにより操作パネ
ル１５のキーボードが操作された場合、そのキー操作に
対応した指示信号がパネルインタフェース回路３３によ
り出力されシステムバス３２上を転送されることにな
る。また、操作パネル１５のディスプレイに所定の情報
を表示させるための指示情報はシステムバス３２を介し
てパネルインタフェース回路３３へ転送され、パネルイ
ンタフェース回路３３により操作パネル１５に所定の情
報の表示の指示信号が出力される。

【００３６】マシンインタフェース（Ｉ／Ｆ）回路３
４、３５、３６は、それぞれ図１に示すポート１６、１
７、１８に接続され、前述したホストコンピュータやワ
ークステーション等の情報処理装置とのインタフェース
をとる機能を有する。このマシンインタフェース回路３
４、３５、３６は、例えばホストコンピュータから入力
する印字データをＲＳ２３２Ｃ規格やセントロニクス準
拠に基づいて受信するような回路構成となっている。

【００３７】不揮発性記憶装置（ＮＶＭ：Non-Volatile
Memory ）３７は図示しない電池によってバックアップ
された記憶装置であり、印字処理装置１１自体の電源が
オフされた状態でも、記憶されたデータを保持すること
ができる。また、プログラムメモリ３９は、印字処理装
置１１の制御を行うための各種プログラムが記憶された
メモリである。

【００３８】ＲＡＭ３８は、作業用メモリであり、この
ＲＡＭ３８の記憶領域を割り当てる形で、受信された印
字データや登録データを一時記憶するための入力バッフ
ァ３８Ｂ、３８Ｃ、３８Ｄと、出力するべき画像データ
を展開するためのページバッファ３８Ａと、が設けられ
ている。なお、入力バッファ３８Ｂ、３８Ｃ、３８Ｄ
は、それぞれマシンインタフェース回路３４、３５、３
６に対応しており、これらのマシンインタフェース回路
を介して受信された印字データや登録データを一時記憶
するための記憶域として使用される。

【００３９】また、ＲＡＭ３８には、各ポートで受信さ
れた印字データ又は登録データに対する処理で使用する
各種フラグ（後述するジョブ開始要求フラグ「Job ＿St
art＿Request ＿* 」等）用の記憶域３８Ｅ、３８Ｆ、
３８Ｇ（図３参照）、３８Ｈ、３８Ｊ、３８Ｋ（図１０
参照）が確保されている。

【００４０】記録部インタフェース（Ｉ／Ｆ）回路４３
は、上記ページメモリ３８Ａに展開された画像データを
該画像データを示す画像信号２７に変換し、図１に示す
記録部１２にこの画像信号２７を送信する。また、記録
部インタフェース回路４３は、印字制御部１３が図１に
示すこの他の各種信号２４〜２６を記録部１２との間で
送受信するためのインタフェース回路とされている。ビ
ットマップコントローラ４４は、ページメモリ３８Ａと
記録部インタフェース回路４３との両方に接続され、こ
れらページメモリ３８Ａと記録部インタフェース回路４
３との間での画像データの転送に関する制御を行ってい
る。

【００４１】また、大容量の不揮発性記憶装置としてハ
ードディスク４８がシステムバス３２に接続されてお
り、このハードディスク４８の記憶領域の一部が前述し
たユーザ定義データを記憶するためのユーザ定義データ
ファイル４８Ａとして確保されている。

【００４２】次に、本第１実施例の作用として、外部の
情報処理装置から印字データを受信し出力する印字デー
タの印字処理について説明する。

【００４３】図３に示すように、印字データの印字処理
は、外部の情報処理装置としてのホストコンピュータ５
０、５２からそれぞれポート１６、１７を介して印字デ
ータを受信する受信割り込み処理と、受信された印字デ
ータを出力すべき状態を検知し当該印字データの出力処
理（ジョブ）要求を設定するためのジョブ要求監視処理
と、印字データの受信におけるタイムアウトを監視する
ためのタイムアウト監視処理と、受信された印字データ
をページバッファに展開し出力するための印字データ展
開処理と、で構成されている。

【００４４】以下、受信された特定の印字データを対象
とした印字処理について、順に説明する。なお、ホスト
コンピュータ５０、５２等の外部の情報処理装置から
は、印字データが所定データ量単位に分割されて構成さ
れた印字データ（以下、分割印字データと称す）が順に
送信されてくるものとする。また、印字データは、少な
くとも文字、イメージ、グラフィックスのうちの１つを
含む描画指示データと、該描画指示データに続いて配置
され該描画指示データの出力を指示するページ出力命令
と、を含んでおり、上述した分割印字データの各々は、
描画指示データ又はページ出力命令の何れか一方で構成
されるものとする。

【００４５】まず、最初の分割印字データが受信される
と、該分割印字データを対象として図４に示す受信割込
み処理がＣＰＵ３１において割込み実行される。

【００４６】ステップ１０２では、受信した分割印字デ
ータを次のようにして、対応する入力バッファに記憶す
る。即ち、図３に示すホストコンピュータ５０からポー
ト１６を介して受信された分割印字データは入力バッフ
ァ３８Ｂに、ホストコンピュータ５２からポート１７を
介して受信された分割印字データは入力バッファ３８Ｃ
に、それぞれ記憶される。また、ポート１８（図１参
照）を介して受信された分割印字データは入力バッファ
３８Ｄ（図２参照）に記憶される。

【００４７】次のステップ１０４では受信した分割印字
データがページ出力命令であるか否かを判定する。

【００４８】ところで、分割印字データの分割前の印字
データは、前述したように、描画指示データと、該描画
指示データの出力を指示するページ出力命令と、を含
み、ページ出力命令は対応する描画指示データの後ろに
続いて配置されている。

【００４９】よって、受信された分割印字データがペー
ジ出力命令でなく描画指示データである場合は、これを
対象としたページ出力命令が直後に受信されると推定さ
れるので、分割印字データの受信待ち時間は通常通りの
時間のままにしておくべきである。それに対し、受信さ
れた分割印字データがページ出力命令である場合には、
当該ページ出力命令が印字データの終りの部分に対応す
る可能性があるので、分割印字データの受信待ち時間を
通常の待ち時間より短い時間に変更することができる。

【００５０】そこで、ステップ１０４で分割印字データ
がページ出力命令である場合は、ステップ１０８へ進
み、分割印字データを受信したポートに対応するページ
フラグ「Page＿* 」をリセットする。なお、＊は１〜３
の何れかであり、ポート１６が「１」に、ポート１７が
「２」に、ポート１８が「３」に、それぞれ対応する。
これは、以下の＊についても同様である。

【００５１】一方、ステップ１０４で分割印字データが
ページ出力命令でなく描画指示データである場合はステ
ップ１０６へ進み、分割印字データを受信したポートに
対応するページフラグ「Page＿* 」をセットする。

【００５２】なお、このページフラグ「Page＿* 」は、
後述するタイムアウト監視処理において受信待ち時間を
設定する際の判定基準となるフラグであり、分割印字デ
ータがページ出力命令である場合にステップ１０８でペ
ージフラグ「Page＿* 」がリセットされることにより、
後述するタイムアウト監視処理では受信待ち時間が通常
の受信待ち時間よりも短く設定されることになる。詳細
は後述する。

【００５３】そして、次のステップ１１０では、受信し
たポートに対応するジョブタイマーカウンタ「Timer ＿
Count ＿* 」をリセットして、リターンする。このジョ
ブタイマーカウンタ「Timer ＿Count ＿* 」は、後述す
るタイムアウト監視処理において受信待ち時間を計時す
る際のカウンタとして使用される。

【００５４】上記受信割込み処理は、次々と送信されて
くる分割印字データを受信する度に実行される。これに
より、受信された分割印字データが、受信したポートに
対応する入力バッファ３８ｘ（ｘ：Ｂ、Ｃ、Ｄの何れ
か）に次々と記憶されることになる。なお、このｘにつ
いては、ポート１６が「Ｂ」に、ポート１７が「Ｃ」
に、ポート１８が「Ｄ」に、それぞれ対応する。

【００５５】ところで、分割印字データとして描画指示
データが受信された場合にはページフラグ「Page＿* 」
がセットされ、ページ出力命令が受信された場合にはペ
ージフラグ「Page＿* 」がリセットされた状態でリター
ンすることになる。

【００５６】次に、図５に示すジョブ要求監視処理につ
いて説明する。なお、このジョブ要求監視処理は、ＣＰ
Ｕ３１に内蔵されたタイマーにより所定時間間隔（例と
して１００ミリ秒毎）で割り込んで実行される。また、
このジョブ要求監視処理は３つのポートの各々を対象と
して、一時点では１つのポートを対象として実行され
る。処理実行時の対象とされているポートを、対象ポー
トと称す。

【００５７】ステップ１２２では、対象ポートで受信さ
れた印字データの出力処理（以下、ジョブと称す）の実
行開始が要求されていることを示すジョブ開始要求フラ
グ「Job ＿Start ＿Request ＿* 」がセットされている
か否かを判定する。ジョブ開始要求フラグ「Job ＿Star
t ＿Request ＿* 」がセットされている場合は、そのま
まリターンし、実行開始が要求されているジョブは後述
する印字データ展開処理において「実行するジョブ」と
して設定されることになる。

【００５８】一方、ステップ１２２でジョブ開始要求フ
ラグ「Job ＿Start ＿Request ＿*」がセットされてい
ない場合は、ステップ１２４へ進み、ジョブの終了が要
求されていることを示すジョブ終了要求フラグ「Job ＿
End ＿Request ＿* 」がセットされているか否かを判定
する。ジョブ終了要求フラグ「Job ＿End ＿Request＿*
」がセットされている場合は、そのままリターンす
る。

【００５９】一方、ステップ１２４でジョブ終了要求フ
ラグ「Job ＿End ＿Request ＿* 」がセットされていな
い場合は、ステップ１２６へ進み、実行中のジョブに対
応するポート番号を示す実行ジョブ番号「Job ＿Execut
e ＿No」が対象ポートの番号であるか否かを判定する。
実行ジョブ番号「Job ＿Execute ＿No」が対象ポートの
番号である場合は、そのままリターンする。

【００６０】一方、ステップ１２６で実行ジョブ番号
「Job ＿Execute ＿No」が対象ポートの番号でない場合
は、ステップ１２８へ進み、対象ポートに対応する入力
バッファに印字データが記憶されているか否かを判定す
る。対象ポートに対応する入力バッファに印字データが
記憶されていない場合は、印字処理を行う必要がないの
でリターンする。

【００６１】一方、ステップ１２８で対象ポートに対応
する入力バッファに印字データが記憶されている場合
は、入力バッファに印字データが記憶されているにもか
かわらず、ジョブの開始、終了を要求しておらず当該対
象ポートのジョブも実行中でないという状態であるた
め、ジョブの開始を要求すべき状態である。そこで、ス
テップ１３０へ進み、前述したジョブ開始要求フラグ
「Job ＿Start ＿Request ＿* 」をセットすると共に、
後述するタイムアウト監視処理において受信待ち時間の
計時が可能であることを示すカウント可能フラグ「Coun
t ＿Enable＿* 」をセットする。

【００６２】上記ジョブ要求監視処理により、入力バッ
ファに印字データが記憶されているにもかかわらず、ジ
ョブの開始、終了を要求しておらず当該対象ポートのジ
ョブも実行中でない場合に、ジョブの開始を要求するた
めにジョブ開始要求フラグ「Job ＿Start ＿Request ＿
* 」がセットされ、さらにカウント可能フラグ「Count
＿Enable＿* 」がセットされることになる。

【００６３】ところで、最初の分割印字データの受信直
後においては、受信割込み処理（図４参照）で当該分割
印字データが入力バッファ３８ｘに記憶されていると共
に、ジョブ開始要求フラグ「Job ＿Start ＿Request ＿
* 」、ジョブ終了要求フラグ「Job ＿End ＿Request ＿
* 」及び実行ジョブ番号「Job ＿Execute ＿No」はリセ
ットされた状態であるため、ステップ１２２、１２４、
１２６で否定され、ステップ１２８で肯定された後、ス
テップ１３０へ進むことになる。そして、上記ステップ
１３０が実行されることにより、前述した受信割込み処
理と併せて、ページフラグ「Page＿* 」、ジョブ開始要
求フラグ「Job ＿Start ＿Request ＿*」及びカウント
可能フラグ「Count ＿Enable＿* 」がセットされ且つジ
ョブタイマーカウンタ「Timer ＿Count ＿* 」がリセッ
トされた状態でリターンすることになる。

【００６４】次に、図６に示すタイムアウト監視処理に
ついて説明する。なお、このタイムアウト監視処理は、
ＣＰＵ３１に内蔵されたタイマーにより所定時間間隔
（例として１秒毎）で割り込んで実行される。なお、こ
のタイムアウト監視処理は３つのポートの各々を対象と
して、一時点では１つのポート（対象ポート）を対象と
して実行される。

【００６５】ステップ１４２では、カウント可能フラグ
「Count ＿Enable＿* 」がセットされているか否かを判
定する。カウント可能フラグ「Count ＿Enable＿* 」が
セットされていない場合はリターンし、カウント可能フ
ラグ「Count ＿Enable＿* 」がセットされている場合
は、ステップ１４４でジョブタイマーカウンタ「Timer
＿Count ＿* 」を増分「１」でインクリメントする。

【００６６】次のステップ１４６ではページフラグ「Pa
ge＿* 」がリセットされている（「０」である）か否か
を判定する。なお、ページフラグ「Page＿* 」は、前述
した受信割込み処理（図４参照）で分割印字データがペ
ージ出力命令である場合にリセットされ（ステップ１０
８）、分割印字データがページ出力命令でなく描画指示
データである場合にセットされている（ステップ１０
６）。

【００６７】ページフラグ「Page＿* 」がリセットされ
ている、即ち受信した分割印字データがページ出力命令
である場合には、前述した理由により、受信待ち時間を
通常の待ち時間よりも短く設定することができるため、
ステップ１４８へ進み、通常の待ち時間Ｔ１よりも小さ
く設定された待ち時間Ｔ２を用いて、ジョブタイマーカ
ウンタ「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過し
たか否かを判定する。

【００６８】一方、ページフラグ「Page＿* 」がセット
されている、即ち受信した分割印字データがページ出力
命令でなく描画指示データである場合には、前述した理
由により、受信待ち時間として通常の待ち時間を設定す
べきであるため、ステップ１５０へ進み、通常の待ち時
間Ｔ１を用いて、ジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過したか否かを判定す
る。

【００６９】ステップ１４８でジョブタイマーカウンタ
「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過していな
い場合、又はステップ１５０でジョブタイマーカウンタ
「Timer ＿Count ＿* 」が待ち時間Ｔ１を超過していな
い場合は、未だ受信タイムアウトではないので、リター
ンする。

【００７０】一方、ステップ１４８でジョブタイマーカ
ウンタ「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過し
ている場合は、後述するステップ１５４へ進む。また、
ステップ１５０でジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過している場合は、ステ
ップ１５２でページフラグ「Page＿* 」をリセットした
後、ステップ１５４へ進む。

【００７１】ステップ１５４では、対象ポートに対する
印字データの出力処理を終了させるために、該対象ポー
トに対応する入力バッファ３８ｘにジョブ終了命令を記
憶すると共に、ジョブ終了要求フラグ「Job ＿End ＿Re
quest ＿* 」をセットする。また、ステップ１５４で
は、次の印字データの出力処理にそなえるべく、カウン
ト可能フラグ「Count ＿Enable＿* 」をリセットする。

【００７２】ところで、最初の分割印字データの受信直
後においては、前述したようにカウント可能フラグ「Co
unt ＿Enable＿* 」がセットされているため、ステップ
１４２で肯定され、ジョブタイマーカウンタ「Timer ＿
Count ＿* 」がリセットされているため、ステップ１４
４ではジョブタイマーカウンタ「Timer ＿Count ＿*」
に「１」がセットされる。また、ページフラグ「Page＿
* 」はセットされているため、ステップ１４６では否定
され、ステップ１５０に進み、通常の待ち時間Ｔ１によ
るタイムアウト監視が行われる。

【００７３】次に、図７に示す印字データ展開処理を説
明する。この印字データ展開処理は、印字処理装置１１
の稼働が開始してからＣＰＵ３１において繰り返し実行
される。

【００７４】ステップ１６２では、実行ジョブ番号「Jo
b ＿Execute ＿No」が「Ｎｏｎｅ」である（即ち、実行
中のジョブが無い）か否かを判定する。実行ジョブ番号
「Job ＿Execute ＿No」が「Ｎｏｎｅ」でない場合は後
述するステップ１７０へ進み、実行ジョブ番号「Job ＿
Execute ＿No」が「Ｎｏｎｅ」である場合はステップ１
６４へ進む。

【００７５】ステップ１６４では、ジョブ開始要求フラ
グ「Job ＿Start ＿Request ＿* 」の何れかがセットさ
れている（「１」である）か否かを判定する。ジョブ開
始要求フラグ「Job ＿Start ＿Request ＿* 」は何れも
セットされていない場合は、ジョブ開始要求が全く無い
ため、ステップ１６２へ戻る。一方、ステップ１６４で
ジョブ開始要求フラグ「Job ＿Start ＿Request ＿* 」
の何れかがセットされている場合は、ステップ１６６へ
進み、実行するジョブとして、当該ジョブ開始要求フラ
グ「Job ＿Start ＿Request ＿* 」がセットされたポー
トのジョブを決定する。次のステップ１６８では、ステ
ップ１６６で決定した実行するジョブに対応するポート
（対象ポート）の番号を、実行ジョブ番号「Job ＿Exec
ute ＿No」に記憶すると共に、ジョブ開始要求フラグ
「Job ＿Start ＿Request ＿* 」をリセットする。

【００７６】次のステップ１７０では、実行中（又は実
行する）ジョブの印字データが記憶されている入力バッ
ファ３８ｘから、印字データを取り込み、次のステップ
１７２では取り込んだ印字データが描画指示データであ
るか否かを判定する。印字データが描画指示データであ
る場合は、ステップ１７４でページバッファ３８Ａに当
該描画指示データを展開し、その後ステップ１６２へ戻
る。

【００７７】一方、ステップ１７２で印字データが描画
指示データでない場合は、ステップ１７６へ進み、取り
込んだ印字データがページ出力命令であるか否かを判定
する。印字データがページ出力命令である場合は、ステ
ップ１８２でページバッファ３８Ａに展開された描画指
示データを出力する。即ち、ページバッファ３８Ａに展
開された印字データが、印字制御部１３から記録部１２
へ出力され、さらに記録部１２で記録用紙２３に記録さ
れる。そして、該印字データが記録された記録用紙２３
が記録部１２から出力される。その後ステップ１６２へ
戻る。

【００７８】一方、ステップ１７６で印字データがペー
ジ出力命令でない場合は、印字データは、前述したタイ
ムアウト監視処理（図６）でタイムアウトした後のステ
ップ１５４で入力バッファ３８ｘに記憶されたジョブ終
了命令であるとみなすことができる。この場合は、上記
ステップ１８２と同様に、ステップ１７８でページバッ
ファ３８Ａに展開された描画指示データを出力する。こ
れにより、ジョブのタイムアウト後にページバッファ３
８Ａに描画指示データが残存することがなくなる。

【００７９】そして、次のステップ１８０では、実行中
のジョブが終了したことを示すために、実行ジョブ番号
「Job ＿Execute ＿No」を「Ｎｏｎｅ」とする（リセッ
トする）と共に、ジョブ終了要求フラグ「Job ＿End ＿
Request ＿* 」をリセットし、その後ステップ１６２へ
戻る。

【００８０】ここで、実行ジョブ番号「Job ＿Execute
＿No」をリセットした時点で、他のポートで受信された
印字データに対するジョブ実行要求が受け付けられるこ
とになる。

【００８１】即ち、タイムアウト監視処理（図６）でタ
イムアウトした後、ジョブ終了命令が入力バッファ３８
ｘに記憶される。そして、上記印字データ展開処理で、
そのジョブ終了命令が取り込まれ（ステップ１７０）、
実行ジョブ番号「Job ＿Execute ＿No」がリセットされ
る（ステップ１８０）に至る。この時点で、他のポート
で受信された印字データに対するジョブ実行要求が受け
付けられることになる。従って、迅速にタイムアウトの
判定を行うことにより、他のポートで受信された印字デ
ータに対するジョブ実行要求の受け入れをより迅速に行
うことができる。

【００８２】ところで、最初の分割印字データの受信直
後においては、前述したように実行ジョブ番号「Job ＿
Execute ＿No」がリセットされ「Ｎｏｎｅ」とされてお
り且つジョブ開始要求フラグ「Job ＿Start ＿Request
＿* 」がセットされているので、ステップ１６２、１６
４で肯定され、ステップ１６６へ進み、当該受信された
分割印字データ群を出力するジョブが実行するジョブと
して決定されることになる。そして、ステップ１６８で
当該実行するジョブに対応するポート番号（ここでは
「１」とする）が実行ジョブ番号「Job ＿Execute ＿N
o」に記憶され、ジョブ開始要求フラグ「Job ＿Start
＿Request ＿* 」がリセットされることになる。さら
に、ステップ１７０では当該ジョブの印字データ（ここ
では描画指示データ）が入力バッファ３８ｘから取り込
まれ、ステップ１７４でページバッファ３８Ａに展開さ
れることになる。

【００８３】以上説明した図４〜図７の４つの処理によ
り、最初に受信された分割印字データ（ここでは描画指
示データ）は、一旦入力バッファ３８ｘに記憶された
後、ページバッファ３８Ａに展開されることになる。そ
して、それに続いて受信される分割印字データ（ここで
は描画指示データ）も同様に、一旦入力バッファ３８ｘ
に記憶された後、ページバッファ３８Ａに展開されるこ
とになる。

【００８４】その後、ページ出力命令を含む分割印字デ
ータを受信するに至ると、図４の受信割込み処理のステ
ップ１０４で肯定され、次のステップ１０８で対応する
ページフラグ「Page＿* 」がリセットされる。ここで、
ページフラグ「Page＿* 」がリセットされたことによ
り、図６のタイムアウト監視処理のステップ１４６で肯
定されることになり、次のステップ１４８において通常
の待ち時間Ｔ１よりも小さい待ち時間Ｔ２に基づいて、
タイムアウトの判定が行われることになる。

【００８５】これにより、従来のように、如何なる場合
も通常の待ち時間Ｔ１を用いてタイムアウトを判定して
いた場合に比べ、印字データの受信処理における全体の
タイムアウト待ち時間をより短くすることができる。よ
って、タイムアウトの判定をより迅速に行うことがで
き、他のポートで受信された印字データに対するジョブ
実行要求の受け入れをより迅速に行うことができる。従
って、受信待ちの途中で対象ポート以外のポートで受信
された他のジョブが必要以上に待たされることを回避
し、印字処理装置における処理全体のスループットの低
下を回避することができる。

【００８６】〔第２実施例〕次に、本発明に係る印字処
理装置の第２実施例を説明する。第２実施例における印
字処理装置の構成は、第１実施例の印字処理装置の構成
と同一であるため、その説明は省略する。

【００８７】次に、本第２実施例の作用を説明する。但
し、前述した第１実施例の作用と同一の部分は同一の符
号を付し、その説明を省略する。なお、本第２実施例に
おける印字データの印字処理の全体の流れは、第１実施
例における印字処理の全体の流れ（図３参照）と同様で
あり、ジョブ要求監視処理（図５参照）についても、第
１実施例における処理と同様であるので説明を省略す
る。

【００８８】まず、本第２実施例において、分割印字デ
ータを受信する度に実行される受信割込み処理を説明す
る。図８に示すステップ１０２では、受信した分割印字
データを次のようにして対応する入力バッファに記憶す
る。即ち、図３に示すホストコンピュータ５０からポー
ト１６を介して受信された分割印字データは入力バッフ
ァ３８Ｂに、ホストコンピュータ５２からポート１７を
介して受信された分割印字データは入力バッファ３８Ｃ
に、それぞれ記憶される。また、ポート１８（図１参
照）を介して受信された分割印字データは入力バッファ
３８Ｄ（図２参照）に、それぞれ記憶される。

【００８９】次のステップ１１０では、受信したポート
に対応するジョブタイマーカウンタ「Timer ＿Count ＿
* 」をリセットして、リターンする。

【００９０】次に、タイムアウト監視処理について図１
０を用いて説明する。なお、ステップ１４２、１４４は
前述した第１実施例でのタイムアウト監視処理（図６参
照）と同様であるので、説明を省略する。

【００９１】ステップ１４４でジョブタイマーカウンタ
「Timer ＿Count ＿* 」を増分「１」でインクリメント
した後、ステップ１４５で実行ジョブ番号「Job ＿Exec
ute＿No」が対象ポート番号にセットされているか否か
を判定する。

【００９２】ここで、実行ジョブ番号「Job ＿Execute
＿No」が対象ポート番号にセットされている場合は、ス
テップ１４６へ進み、ページフラグ「Page＿* 」がリセ
ットされている（「０」である）か否かを判定する。な
お、ページフラグ「Page＿*」は、前述した受信割込み
処理（図４参照）で分割印字データがページ出力命令で
ある場合にリセットされ（ステップ１０８）、分割印字
データがページ出力命令でなく描画指示データである場
合にセットされている（ステップ１０６）。

【００９３】ページフラグ「Page＿* 」がリセットされ
ている、即ち受信した分割印字データがページ出力命令
である場合には、前述した理由により、受信待ち時間を
通常の待ち時間よりも短く設定することができるため、
ステップ１４８へ進み、通常の待ち時間Ｔ１よりも小さ
く設定された待ち時間Ｔ２を用いて、ジョブタイマーカ
ウンタ「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過し
たか否かを判定する。

【００９４】一方、ページフラグ「Page＿* 」がセット
されている、即ち受信した分割印字データがページ出力
命令でなく描画指示データである場合には、前述した理
由により、受信待ち時間として通常の待ち時間を設定す
べきであるため、ステップ１５０へ進み、通常の待ち時
間Ｔ１を用いて、ジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過したか否かを判定す
る。

【００９５】ステップ１４８でジョブタイマーカウンタ
「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過していな
い場合、又はステップ１５０でジョブタイマーカウンタ
「Timer ＿Count ＿* 」が待ち時間Ｔ１を超過していな
い場合は、未だ受信タイムアウトではないので、リター
ンする。

【００９６】一方、ステップ１４８でジョブタイマーカ
ウンタ「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過し
ている場合は、後述するステップ１５４へ進む。また、
ステップ１５０でジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過している場合は、ステ
ップ１５２でページフラグ「Page＿* 」をリセットした
後、ステップ１５４へ進む。

【００９７】ステップ１５４では、対象ポートに対する
印字データの出力処理を終了させるために、該対象ポー
トに対応する入力バッファ３８ｘにジョブ終了命令を記
憶すると共に、ジョブ終了要求フラグ「Job ＿End ＿Re
quest ＿* 」をセットする。また、ステップ１５４で
は、次の印字データの出力処理にそなえるべく、カウン
ト可能フラグ「Count ＿Enable＿* 」をリセットする。

【００９８】ところで、上記ステップ１４５で、実行ジ
ョブ番号「Job ＿Execute ＿No」が対象ポート番号にセ
ットされていない場合、即ち他のポート番号にセットさ
れている場合は、ステップ１５６へ進み、通常の待ち時
間Ｔ１を用いて、ジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過したか否かを判定す
る。

【００９９】このステップ１５６でジョブタイマーカウ
ンタ「Timer ＿Count ＿* 」が待ち時間Ｔ１を超過して
いない場合は、未だ受信タイムアウトではないので、リ
ターンし、一方、ジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過した場合は、ステップ
１５８へ進み、上記ステップ１５４と同様に、対象ポー
トに対応する入力バッファ３８ｘにジョブ終了命令を記
憶すると共に、ジョブ終了要求フラグ「Job ＿End ＿Re
quest ＿* 」のセット及びカウント可能フラグ「Count
＿Enable＿* 」のリセットを行う。

【０１００】次に、印字データ展開処理について図９を
用いて説明する。ステップ１６２〜１７０は、第１実施
例の印字データ展開処理と同様である。次のステップ１
７２では、ステップ１７０で入力バッファから取り込ま
れた印字データが描画指示データであるか否かを判定す
る。取り込まれた印字データが描画指示データである場
合は、ステップ１７４へ進み、該描画指示データをペー
ジバッファ３８Ａに展開する。そして、次のステップ１
７５でページフラグ「Page＿* 」をセットし、その後ス
テップ１６２へ戻る。

【０１０１】一方、ステップ１７２で取り込まれた印字
データが描画指示データでない場合は、ステップ１７６
へ進み、当該印字データがページ出力命令であるか否か
を判定する。

【０１０２】ここで、取り込まれた印字データがページ
出力命令である場合は、ステップ１８２へ進み、それま
でページバッファ３８Ａに展開された印字データを出力
する。即ち、ページバッファ３８Ａに展開された印字デ
ータが、印字制御部１３から記録部１２へ出力され、さ
らに記録部１２で記録用紙２３に記録される。そして、
該印字データが記録された記録用紙２３が記録部１２か
ら出力される。

【０１０３】次のステップ１９２では、未出力の分割印
字データが記憶されていないことを示すために、ページ
フラグ「Page＿* 」をリセットし、その後ステップ１６
２へ戻る。

【０１０４】一方、ステップ１７６で印字データがペー
ジ出力命令でない場合は、印字データは、前述したタイ
ムアウト監視処理（図１０）でタイムアウトした後のス
テップ１５４で入力バッファ３８ｘに記憶されたジョブ
終了命令であるとみなすことができる。この場合は、ジ
ョブを終了するために、ステップ１７８へ進み、それま
でページバッファ３８Ａに展開された印字データを出力
する。即ち、ページバッファ３８Ａに展開された印字デ
ータが、印字制御部１３から記録部１２へ出力され、さ
らに記録部１２で記録用紙２３に記録される。そして、
該印字データが記録された記録用紙２３が記録部１２か
ら出力される。

【０１０５】次のステップ１８６では、未出力の分割印
字データが記憶されていないことを示すために、ページ
フラグ「Page＿* 」をリセットし、次のステップ１８８
では、実行中のジョブが終了したことを示すために、実
行ジョブ番号「Job ＿Execute ＿No」を「Ｎｏｎｅ」と
すると共に、ジョブ終了要求フラグ「Job ＿End ＿Requ
est ＿* 」をリセットする。そして、その後ステップ１
６２へ戻る。

【０１０６】本第２実施例では、図９の印字データ展開
処理のステップ１７４で描画指示データをページバッフ
ァ３８Ａに展開した直後に、ページフラグ「Page＿* 」
をセットし、同処理のステップ１７８、１８２でページ
バッファ３８Ａのデータを出力した直後に、ページフラ
グ「Page＿* 」をリセットするようにしている。

【０１０７】即ち、ページフラグ「Page＿* 」は、ペー
ジバッファ３８Ａに出力すべき分割印字データが記憶さ
れている場合に、セットされた状態とされ、ページバッ
ファ３８Ａに記憶されたデータが出力され、出力すべき
分割印字データが記憶されていない場合に、リセットさ
れた状態とされる。

【０１０８】ここで、前述した図１０のタイムアウト監
視処理が実行されることにより、ページバッファ３８Ａ
に出力すべき分割印字データが記憶されている場合に、
ステップ１５０で通常の待ち時間Ｔ１によるタイムアウ
トの判定が行われ、データの出力が完了し、出力すべき
分割印字データが記憶されていない場合に、ステップ１
４８で通常の待ち時間Ｔ１により小さい待ち時間Ｔ２に
よるタイムアウトの判定が行われることになる。

【０１０９】即ち、ページバッファ３８Ａのデータの出
力が完了し、出力すべき分割印字データが記憶されてい
ない場合には、分割印字データの受信処理における終了
状態又は区切りの状態であるとみなすことができるの
で、上記のようにタイムアウト判定における待ち時間
を、通常の待ち時間Ｔ１より小さい待ち時間Ｔ２に変更
することができる。

【０１１０】これにより、従来のように、如何なる場合
も通常の待ち時間Ｔ１を用いてタイムアウトを判定して
いた場合に比べ、印字データの受信処理における全体の
タイムアウト待ち時間をより短くすることができる。よ
って、タイムアウトの判定をより迅速に行うことがで
き、他のポートで受信された印字データに対するジョブ
実行要求の受け入れをより迅速に行うことができる。従
って、受信待ちの途中で対象ポート以外のポートで受信
された他のジョブが必要以上に待たされることを回避
し、印字処理装置における処理全体のスループットの低
下を回避することができる。

【０１１１】なお、前述した第１実施例ではページ出力
命令が受信された場合に、上記第２実施例では出力すべ
き印字データが出力された場合に、それぞれタイムアウ
ト監視処理における待ち時間を、通常の待ち時間Ｔ１よ
り小さい待ち時間Ｔ２に設定する例を示した。そこで、
上述した２つの条件を結合し、ページ出力命令が受信さ
れた場合又は出力すべき印字データが出力された場合の
何れかの場合に、タイムアウト監視処理における待ち時
間を、通常の待ち時間Ｔ１より小さい待ち時間Ｔ２に設
定するようにしても良い。

【０１１２】〔第３実施例〕次に、本発明に係る印字処
理装置の第３実施例を説明する。第３実施例における印
字処理装置の構成は、第１実施例の印字処理装置の構成
と同一であるため、その説明は省略する。

【０１１３】次に、本第３実施例の作用として、印字処
理装置１１における外部の情報処理装置から受信した登
録データの登録処理について説明する。

【０１１４】図１１に示すように、登録データの登録処
理は、外部の情報処理装置としてのホストコンピュータ
５０、５２からそれぞれポート１６、１７を介して登録
データを受信する受信割り込み処理と、受信された登録
データを登録すべき状態を検知し当該登録データの登録
処理（ジョブ）要求を設定するためのジョブ要求監視処
理と、登録データの受信におけるタイムアウトを監視す
るためのタイムアウト監視処理と、受信された登録デー
タのうちのユーザ定義データをユーザ定義データファイ
ル４８Ａに登録する登録データ展開処理と、で構成され
ている。

【０１１５】以下、受信された特定の登録データを対象
とした登録処理について、順に説明する。なお、ホスト
コンピュータ５０、５２等の外部の情報処理装置から
は、登録データが所定データ量単位に分割されて構成さ
れた登録データ（以下、分割登録データと称す）が順に
送信されてくるものとする。また、登録データは、登録
開始を指示するための登録開始命令と、これにつづく少
なくともフォームデータ、ロゴデータ、パターンデー
タ、マクロデータのうちの１つを含むユーザ定義データ
と、該ユーザ定義データに続いて配置され該ユーザ定義
データの登録終了を指示するための登録終了命令と、か
ら構成されており、上述した分割登録データの各々は、
登録開始命令、ユーザ定義データ、登録終了命令の何れ
か一つで構成されるものとする。

【０１１６】なお、前述した第１実施例の作用と同一の
部分は同一の符号を付し、その説明を省略する。ジョブ
要求監視処理（図５参照）は第１実施例における処理と
同様であるので説明を省略する。

【０１１７】まず、登録データに対応する最初の分割登
録データ（即ち、登録開始命令）が受信されると、該分
割登録データを対象として図１２に示す受信割込み処理
がＣＰＵ３１において割込み実行される。

【０１１８】ステップ２０２では、受信した分割登録デ
ータを、対応する入力バッファに記憶する。次のステッ
プ２０４では受信した分割登録データが登録開始命令で
あるか否かを判定する。分割登録データが登録開始命令
である場合は、ステップ２１０へ進み、登録すべきユー
ザ定義データが残っている（又は登録中である）ことを
示すために、登録フラグ「Form＿* 」をセットする。

【０１１９】一方、ステップ２０４で分割登録データが
登録開始命令でない場合は、ステップ２０６へ進み、分
割登録データが登録終了命令であるか否かを判定する。
そして、分割登録データが登録終了命令である場合の
み、ステップ２０８へ進み、登録フラグ「Form＿* 」を
リセットする。

【０１２０】ところで、分割登録データの分割前の登録
データは、前述したように、登録開始命令、ユーザ定義
データ、及び登録終了命令が、この順に配置され構成さ
れている。よって、登録データの終りは、登録開始命令
やユーザ定義データの終りではなく、登録終了命令の終
りに対応することになる。

【０１２１】よって、受信された分割登録データが登録
終了命令である場合には、当該登録終了命令が登録デー
タの終りの部分に対応する可能性があるので、分割登録
データの受信待ち時間を通常の待ち時間より短い時間に
変更することができる。

【０１２２】そこで、分割登録データが登録終了命令で
ある場合には、ステップ２０８で登録フラグ「Form＿*
」がリセットされることにより、後述するタイムアウ
ト監視処理で受信待ち時間が通常の受信待ち時間よりも
短く設定されることになる。詳細は後述する。

【０１２３】ところで、次のステップ２１２では、受信
したポートに対応するジョブタイマーカウンタ「Timer
＿Count ＿* 」をリセットして、リターンする。

【０１２４】上記受信割込み処理は、次々と送信されて
くる分割登録データを受信する度に実行される。これに
より、受信された分割登録データが、受信したポートに
対応する入力バッファ３８ｘに次々と記憶されることに
なる。

【０１２５】また、登録データとして登録開始命令が受
信された場合には登録フラグ「Form＿* 」がセットされ
た状態で、登録終了命令が受信された場合には登録フラ
グ「Form＿* 」がリセットされた状態で、それぞれリタ
ーンすることになる。

【０１２６】次に、図５に示すジョブ要求監視処理につ
いて説明する。このジョブ要求監視処理では、前記第１
実施例におけるジョブ要求監視処理と同様に、入力バッ
ファに登録データが記憶されているにもかかわらず、登
録処理（ジョブ）の開始、終了を要求しておらず当該対
象ポートのジョブも実行中でない場合に、ジョブの開始
を要求するためにジョブ開始要求フラグ「Job ＿Start
＿Request ＿* 」がセットされ、さらにカウント可能フ
ラグ「Count ＿Enable＿* 」がセットされることにな
る。

【０１２７】ところで、最初の分割登録データの受信直
後においては、受信割込み処理（図１２参照）で当該分
割登録データが入力バッファ３８ｘに記憶されていると
共に、ジョブ開始要求フラグ「Job ＿Start ＿Request
＿* 」、ジョブ終了要求フラグ「Job ＿End ＿Request
＿* 」及び実行ジョブ番号「Job ＿Execute ＿No」はリ
セットされた状態であるため、ステップ１２２、１２
４、１２６で否定され、ステップ１２８で肯定された
後、ステップ１３０へ進むことになる。そして、上記ス
テップ１３０が実行されることにより、前述した受信割
込み処理と併せて、登録フラグ「Form＿* 」、ジョブ開
始要求フラグ「Job ＿Start ＿Request ＿*」及びカウ
ント可能フラグ「Count ＿Enable＿* 」がセットされ且
つジョブタイマーカウンタ「Timer ＿Count ＿* 」がリ
セットされた状態でリターンすることになる。

【０１２８】次に、図１３に示すタイムアウト監視処理
について説明する。このタイムアウト監視処理は、図６
に示す第１実施例におけるタイムアウト監視処理と、次
に述べる点が相違するだけであり、処理はほぼ同様であ
る。即ち、図１３のステップ１４５では、登録フラグ
「Form＿* 」がリセットされているか否かを判定し、登
録フラグ「Form＿* 」がリセットされている場合、即
ち、登録終了命令が受信された場合に、ステップ１４８
へ進み、通常の待ち時間Ｔ１よりも小さい待ち時間Ｔ２
に基づいてタイムアウトの判定処理が行われる。一方、
ステップ１４５で登録フラグ「Form＿* 」がセットされ
ている場合、即ち、登録開始命令が受信された場合若し
くはそれ以後ユーザ定義データが受信されている場合に
は、ステップ１５０へ進み、通常の待ち時間Ｔ１に基づ
いてタイムアウトの判定処理が行われることになる。

【０１２９】次に、図１４に示す登録データ展開処理を
説明する。この登録データ展開処理は、図７に示す第１
実施例における印字データ展開処理と、ステップ１７１
以降のみが相違するため、相違するステップ１７１以降
を説明する。

【０１３０】ステップ１７０で実行中の（又は実行す
る）ジョブの登録データが入力バッファ３８ｘから取り
込まれた後、次のステップ１７１、１７７、１８１で
は、取り込んだ登録データの種類を判定する。

【０１３１】ところで、入力バッファ３８ｘには、登録
データが、登録開始命令、ユーザ定義データ、登録終了
命令、ジョブ終了命令の順に記憶されることになる。な
お、このうちジョブ終了命令は、図１３のタイムアウト
監視処理におけるタイムアウトとなった時に進むステッ
プ１５４で、入力バッファ３８ｘに記憶されることにな
る。

【０１３２】そこで、初めに登録開始命令が取り込まれ
た場合には、ステップ１７７で肯定され、ステップ１７
９へ進み、登録開始フラグ「Data＿Store 」をセットす
る。

【０１３３】次にユーザ定義データが取り込まれた場合
には、ステップ１７１、１７７、１８１の全てで否定さ
れ、ステップ１８５へ進み、登録開始フラグ「Data＿St
ore」をチェックする。登録開始フラグ「Data＿Store
」は、上記ステップ１７９でセットされているので、
ステップ１８５で肯定され、ステップ１８７へ進み、当
該ユーザ定義データをユーザ定義データファイル４８Ａ
に登録（記憶）する。以後、取り込まれるユーザ定義デ
ータもユーザ定義データファイル４８Ａに順次登録され
ていく。

【０１３４】次に登録終了命令が取り込まれた場合に
は、ステップ１８１で肯定され、ステップ１８３へ進
み、登録開始フラグ「Data＿Store 」をリセットする。

【０１３５】さらに、ジョブがタイムアウトとなり、ジ
ョブ終了命令が入力バッファ３８ｘに記憶されるに至
り、当該ジョブ終了命令が取り込まれた場合には、ステ
ップ１７１で肯定され、ステップ１７３でページバッフ
ァ３８Ａに残存する印字データを強制的に出力する。そ
して、次のステップ１７５では、実行中のジョブが終了
したことを示すために、登録開始フラグ「Data＿Store
」、実行ジョブ番号「Job ＿Execute ＿No」、ジョブ
終了要求フラグ「Job ＿End ＿Request ＿* 」の各々を
リセットする。

【０１３６】ここで、実行ジョブ番号「Job ＿Execute
＿No」をリセットした時点で、他のポートで受信された
印字データに対するジョブ実行要求が受け付けられるこ
とになる。

【０１３７】即ち、図１３のタイムアウト監視処理でタ
イムアウトした後、ジョブ終了命令が入力バッファ３８
ｘに記憶される。そして、上記登録データ展開処理で、
そのジョブ終了命令が取り込まれ（ステップ１７０）、
実行ジョブ番号「Job ＿Execute ＿No」がリセットされ
る（ステップ１７５）に至る。この時点で、他のポート
で受信された印字データに対するジョブ実行要求が受け
付けられることになる。従って、迅速にタイムアウトの
判定を行うことにより、他のポートで受信された印字デ
ータに対するジョブ実行要求の受け入れをより迅速に行
うことができる。

【０１３８】一方、前述した図１３のタイムアウト監視
処理では、登録データのうち登録終了命令が受信された
場合に、通常の待ち時間Ｔ１よりも小さい待ち時間Ｔ２
に基づいてタイムアウトの判定処理が行われることにな
る。

【０１３９】これにより、従来のように、如何なる場合
も通常の待ち時間Ｔ１を用いてタイムアウトを判定して
いた場合に比べ、登録データの受信処理における全体の
タイムアウト待ち時間をより短くすることができる。よ
って、タイムアウトの判定をより迅速に行うことがで
き、他のポートで受信された登録データに対するジョブ
実行要求の受け入れをより迅速に行うことができる。従
って、受信待ちの途中で対象ポート以外のポートで受信
された他のジョブが必要以上に待たされることを回避
し、印字処理装置における処理全体のスループットの低
下を回避することができる。

【０１４０】なお、登録データの直前などで印字データ
を受信した場合には、その受信した印字データは、登録
開始命令の前に受信したデータであるためステップ１８
５で否定されるので、ステップ１８９においてページバ
ッファ３８Ａへ展開されることになる。この印字データ
は、後に受信される印字制御データにより出力される
か、又は上記ステップ１７３で強制的に出力されること
になり、ページバッファ３８Ａに残存することはない。

【０１４１】〔第４実施例〕次に、本発明に係る印字処
理装置の第４実施例を説明する。第４実施例における印
字処理装置の構成は、第１実施例の印字処理装置の構成
と同一であるため、その説明は省略する。

【０１４２】次に、本第４実施例の作用を説明する。但
し、前述した第１実施例の作用と同一の部分は同一の符
号を付し、その説明を省略する。なお、本第４実施例に
おける登録データの登録処理の全体の流れは、第３実施
例における登録処理の全体の流れ（図１１参照）と同様
であり、ジョブ要求監視処理についても、第１実施例に
おける処理（図５参照）と同様であり、さらに受信割込
み処理については、第２実施例における処理（図８参
照）と同様であるので、これらの処理についての説明を
省略する。

【０１４３】まず、図１５に示す登録データ展開処理を
説明する。この登録データ展開処理は、図１４に示す第
３実施例における登録データ展開処理に対し、ステップ
１７１以降の処理が追加・変更されているため、その部
分を説明する。

【０１４４】ステップ１７０で取り込まれたデータがジ
ョブ終了命令である場合は、ステップ１７３でページバ
ッファのデータを出力した後、ステップ１７４では、実
行中のジョブが終了したことを示すために、登録開始フ
ラグ「Data＿Store 」、実行ジョブ番号「Job ＿Execut
e ＿No」、ジョブ終了要求フラグ「Job ＿End ＿Reques
t ＿* 」の各々をリセットすると共に、登録フラグ「Fo
rm＿* 」もリセットする。

【０１４５】また、ステップ１７０で取り込まれたデー
タが登録開始命令である場合は、ステップ１９１で登録
開始フラグ「Data＿Store 」のセットに加え、登録フラ
グ「Form＿* 」のセットも行う。

【０１４６】また、ステップ１７０で取り込まれたデー
タが登録終了命令である場合は、ステップ１９３で登録
開始フラグ「Data＿Store 」のリセットに加え、登録フ
ラグ「Form＿* 」のリセットも行う。

【０１４７】このように本第４実施例では、図１５の登
録データ展開処理で、登録開始命令を取り込んだ時に、
登録フラグ「Form＿* 」はセットされ（ステップ１９
１）、その後ジョブ終了命令又は登録終了命令を取り込
んだ時にリセットされる（ステップ１７４、１９３）ま
で、該登録フラグ「Form＿* 」はセットされた状態とな
る。即ち、登録フラグ「Form＿* 」は、登録データの登
録中のみセットされた状態であり、登録中であることを
示している。

【０１４８】次に、タイムアウト監視処理について図１
６を用いて説明する。なお、ステップ１４２、１４４は
前述した第１実施例でのタイムアウト監視処理（図６参
照）と同様であるので、説明を省略する。

【０１４９】ステップ１４４でジョブタイマーカウンタ
「Timer ＿Count ＿* 」を増分「１」でインクリメント
した後、ステップ１４５で実行ジョブ番号「Job ＿Exec
ute＿No」が対象ポート番号にセットされているか否か
を判定する。

【０１５０】ここで、実行ジョブ番号「Job ＿Execute
＿No」が対象ポート番号にセットされている場合は、ス
テップ１４７へ進み、登録フラグ「Form＿* 」がリセッ
トされている（「０」である）か否かを判定する。

【０１５１】登録フラグ「Form＿* 」がリセットされて
いる場合、即ちジョブ終了命令又は登録終了命令を取り
込んだ場合には、登録データの登録処理の終了時又は区
切りの時であると想定しうるので、受信待ち時間を通常
の待ち時間よりも短く設定することができる。そこで、
ステップ１４８へ進み、通常の待ち時間Ｔ１よりも小さ
く設定された待ち時間Ｔ２を用いて、ジョブタイマーカ
ウンタ「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過し
たか否かを判定する。

【０１５２】一方、登録フラグ「Form＿* 」がセットさ
れている、即ち登録データの登録中である場合には、受
信待ち時間として通常の待ち時間を設定すべきであるた
め、ステップ１５０へ進み、通常の待ち時間Ｔ１を用い
て、ジョブタイマーカウンタ「Timer ＿Count ＿* 」が
待ち時間Ｔ１を超過したか否かを判定する。

【０１５３】ステップ１４８でジョブタイマーカウンタ
「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過していな
い場合、又はステップ１５０でジョブタイマーカウンタ
「Timer ＿Count ＿* 」が待ち時間Ｔ１を超過していな
い場合は、未だ受信タイムアウトではないので、リター
ンする。

【０１５４】一方、ステップ１４８でジョブタイマーカ
ウンタ「Timer ＿Count ＿* 」が待ち時間Ｔ２を超過し
ている場合は、後述するステップ１５４へ進む。また、
ステップ１５０でジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過している場合は、ステ
ップ１５１で登録フラグ「Form＿* 」をリセットした
後、ステップ１５４へ進む。

【０１５５】ステップ１５４では、対象ポートに対する
登録データの登録処理を終了させるために、該対象ポー
トに対応する入力バッファ３８ｘにジョブ終了命令を記
憶すると共に、ジョブ終了要求フラグ「Job ＿End ＿Re
quest ＿* 」をセットする。また、ステップ１５４で
は、次の登録データの登録処理にそなえるべく、カウン
ト可能フラグ「Count ＿Enable＿* 」をリセットする。

【０１５６】ところで、上記ステップ１４５で、実行ジ
ョブ番号「Job ＿Execute ＿No」が対象ポート番号にセ
ットされていない場合、即ち他のポート番号にセットさ
れている場合は、ステップ１５６へ進み、通常の待ち時
間Ｔ１を用いて、ジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過したか否かを判定す
る。

【０１５７】このステップ１５６でジョブタイマーカウ
ンタ「Timer ＿Count ＿* 」が待ち時間Ｔ１を超過して
いない場合は、未だ受信タイムアウトではないので、リ
ターンし、一方、ジョブタイマーカウンタ「Timer ＿Co
unt ＿* 」が待ち時間Ｔ１を超過した場合は、ステップ
１５８へ進み、上記ステップ１５４と同様に、対象ポー
トに対応する入力バッファ３８ｘにジョブ終了命令を記
憶すると共に、ジョブ終了要求フラグ「Job ＿End ＿Re
quest ＿* 」のセット及びカウント可能フラグ「Count
＿Enable＿* 」のリセットを行う。

【０１５８】以上のように、本第４実施例では、登録フ
ラグ「Form＿* 」がセットされている、即ち登録データ
の登録中である場合には、受信待ち時間として通常の待
ち時間を設定するものの、ジョブ終了命令又は登録終了
命令を入力バッファ３８ｘから取り込んだ場合（登録フ
ラグ「Form＿* 」がリセットの場合）には、登録データ
の登録処理の終了時又は区切りの時であると想定しうる
ので、受信待ち時間を通常の待ち時間よりも短く設定す
る。

【０１５９】これにより、従来のように、如何なる場合
も通常の待ち時間Ｔ１を用いてタイムアウトを判定して
いた場合に比べ、登録データの受信処理における全体の
タイムアウト待ち時間をより短くすることができる。よ
って、タイムアウトの判定をより迅速に行うことがで
き、他のポートで受信された登録データに対するジョブ
実行要求の受け入れをより迅速に行うことができる。従
って、受信待ちの途中で対象ポート以外のポートで受信
された他のジョブが必要以上に待たされることを回避
し、印字処理装置における処理全体のスループットの低
下を回避することができる。

【０１６０】なお、前述した第３実施例では登録制御デ
ータが受信された場合に、上記第４実施例では登録デー
タの登録が終了した場合に、それぞれタイムアウト監視
処理における待ち時間を、通常の待ち時間Ｔ１より小さ
い待ち時間Ｔ２に設定する例を示した。そこで、上述し
た２つの条件を結合し、登録制御データが受信された場
合又は登録データの登録が終了した場合の何れかの場合
に、タイムアウト監視処理における待ち時間を、通常の
待ち時間Ｔ１より小さい待ち時間Ｔ２に設定するように
しても良い。

【０１６１】

【発明の効果】請求項１記載の発明によれば、印字制御
命令が受信された場合に、待ち時間Ｔ１を該待ち時間Ｔ
１より短い時間Ｔ２に設定することにより、印字データ
に対するジョブにおける合計の待ち時間をより短くする
ことができる。これにより、情報処理装置からの新たな
印字データに対するジョブがより早く実行開始されるこ
とになるので、新たな印字データに対するジョブが必要
以上に実行待ちとなることを回避し、印字処理装置にお
ける処理全体のスループットの低下を回避することがで
きる、という効果が得られる。

【０１６２】また、請求項２記載の発明によれば、描画
指示データの出力が完了した場合に、待ち時間Ｔ１を該
待ち時間Ｔ１より短い時間Ｔ２に設定することにより、
印字データに対するジョブにおける合計の待ち時間をよ
り短くすることができる。これにより、情報処理装置か
らの新たな印字データに対するジョブがより早く実行開
始されることになるので、新たな印字データに対するジ
ョブが必要以上に実行待ちとなることを回避し、印字処
理装置における処理全体のスループットの低下を回避す
ることができる、という効果が得られる。

【０１６３】また、請求項３記載の発明によれば、登録
終了コマンドが受信された場合に、待ち時間Ｔ１を該待
ち時間Ｔ１より短い時間Ｔ２に設定することにより、登
録データに対するジョブにおける合計の待ち時間をより
短くすることができる。これにより、情報処理装置から
の新たな登録データに対するジョブがより早く実行開始
されることになるので、新たな登録データに対するジョ
ブが必要以上に実行待ちとなることを回避し、印字処理
装置における処理全体のスループットの低下を回避する
ことができる、という効果が得られる。

【０１６４】また、請求項４記載の発明によれば、ユー
ザ定義データの登録が完了した場合に、待ち時間Ｔ１を
該待ち時間Ｔ１より短い時間Ｔ２に設定することによ
り、登録データに対するジョブにおける合計の待ち時間
をより短くすることができる。これにより、情報処理装
置からの新たな登録データに対するジョブがより早く実
行開始されることになるので、新たな登録データに対す
るジョブが必要以上に実行待ちとなることを回避し、印
字処理装置における処理全体のスループットの低下を回
避することができる、という効果が得られる。

【図面の簡単な説明】

【図１】第１乃至第４実施例の印字処理装置の概略構成
図である。

【図２】第１乃至第４実施例の印字制御部の回路構成を
示すブロック図である。

【図３】第１及び第２実施例における印字データの印字
処理の全体の流れを示す図である。

【図４】第１実施例における受信割込み処理の制御ルー
チンを示す流図である。

【図５】第１乃至第４実施例におけるジョブ要求監視処
理の制御ルーチンを示す流図である。

【図６】第１実施例におけるタイムアウト監視処理の制
御ルーチンを示す流図である。

【図７】第１実施例における印字データ展開処理の主ル
ーチンを示す流図である。

【図８】第２及び第４実施例における受信割込み処理の
制御ルーチンを示す流図である。

【図９】第２実施例における印字データ展開処理の主ル
ーチンを示す流図である。

【図１０】第２実施例におけるタイムアウト監視処理の
制御ルーチンを示す流図である。

【図１１】第３及び第４実施例における登録データの登
録処理の全体の流れを示す図である。

【図１２】第３実施例における受信割込み処理の制御ル
ーチンを示す流図である。

【図１３】第３実施例におけるタイムアウト監視処理の
制御ルーチンを示す流図である。

【図１４】第３実施例における登録データ展開処理の主
ルーチンを示す流図である。

【図１５】第４実施例における登録データ展開処理の主
ルーチンを示す流図である。

【図１６】第４実施例におけるタイムアウト監視処理の
制御ルーチンを示す流図である。

【符号の説明】

１１ 印字処理装置 １３ 印字制御部 ３１ ＣＰＵ ３８ ＲＡＭ ３８Ａ ページバッファ ３８Ｂ、３８Ｃ、３８Ｄ 入力バッファ ４８ ハードディスク ４８Ａ ユーザ定義データファイル ５０、５２ ホストコンピュータ（情報処理装置）

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 少なくとも文字、イメージ、グラフィッ
   クスのうちの１つを含む描画指示データと、該描画指示
   データに続いて配置され前記描画指示データの出力を制
   御するための印字制御命令と、を含む印字データを、分
   割して複数の情報処理装置の各々から受信可能であり、
   一の情報処理装置から送信された印字データに対するジ
   ョブを実行するにあたり、各受信時点から所定の待ち時
   間Ｔ１が経過するまでの間に次の印字データが受信され
   なかった場合に、該一の情報処理装置からの印字データ
   に対するジョブの実行を終了し、前記情報処理装置から
   の新たな印字データに対するジョブを実行する印字処理
   装置であって、 受信された印字データが前記印字制御命令を含むか否か
   を判断する第１の判断手段と、 前記第１の判断手段により該印字データが前記印字制御
   命令を含むと判断された場合に、前記待ち時間Ｔ１を該
   待ち時間Ｔ１より短い時間Ｔ２に設定する第１の設定手
   段と、 を有する印字処理装置。
2. 【請求項２】 少なくとも文字、イメージ、グラフィッ
   クスのうちの１つを含む描画指示データを含む印字デー
   タを、分割して複数の情報処理装置の各々から受信可能
   であり、一の情報処理装置から送信された印字データに
   対するジョブを実行するにあたり、各受信時点から所定
   の待ち時間Ｔ１が経過するまでの間に次の印字データが
   受信されなかった場合に、該一の情報処理装置からの印
   字データに対するジョブの実行を終了し、前記情報処理
   装置からの新たな印字データに対するジョブを実行する
   印字処理装置であって、 前記描画指示データが受信された場合に、該描画指示デ
   ータを記憶する描画指示データ記憶手段と、 前記描画指示データ記憶手段により記憶された描画指示
   データを所定のタイミングで出力するデータ出力手段
   と、 前記データ出力手段による描画指示データの出力が完了
   したか否かを判断する第２の判断手段と、 前記第２の判断手段により描画指示データの出力が完了
   したと判断された場合に、前記待ち時間Ｔ１を該待ち時
   間Ｔ１より短い時間Ｔ２に設定する第２の設定手段と、 を有する印字処理装置。
3. 【請求項３】 少なくともフォームデータ、ロゴデー
   タ、パターンデータ、マクロデータ、外字データのうち
   の１つを含むユーザ定義データと、該ユーザ定義データ
   の登録開始を指示する登録開始コマンドと、該ユーザ定
   義データに続いて配置され該ユーザ定義データの登録終
   了を指示する登録終了コマンドと、を含む登録データ
   を、分割して複数の情報処理装置の各々から受信可能で
   あり、一の情報処理装置から送信された登録データに対
   するジョブを実行するにあたり、各受信時点から所定の
   待ち時間Ｔ１が経過するまでの間に次の登録データが受
   信されなかった場合に、該一の情報処理装置からの登録
   データに対するジョブの実行を終了し、前記情報処理装
   置からの新たな登録データに対するジョブを実行する印
   字処理装置であって、 受信された登録データが前記登録終了コマンドを含むか
   否かを判断する第３の判断手段と、 前記第３の判断手段により該登録データが前記登録終了
   コマンドを含むと判断された場合に、前記待ち時間Ｔ１
   を該待ち時間Ｔ１より短い時間Ｔ２に設定する第３の設
   定手段と、 を有する印字処理装置。
4. 【請求項４】 少なくともフォームデータ、ロゴデー
   タ、パターンデータ、マクロデータ、外字データのうち
   の１つを含むユーザ定義データと、該ユーザ定義データ
   の登録開始を指示する登録開始コマンドと、該ユーザ定
   義データに続いて配置され該ユーザ定義データの登録終
   了を指示する登録終了コマンドと、を含む登録データ
   を、分割して複数の情報処理装置の各々から受信可能で
   あり、一の情報処理装置から送信された登録データに対
   するジョブを実行するにあたり、各受信時点から所定の
   待ち時間Ｔ１が経過するまでの間に次の登録データが受
   信されなかった場合に、該一の情報処理装置からの登録
   データに対するジョブの実行を終了し、前記情報処理装
   置からの新たな登録データに対するジョブを実行する印
   字処理装置であって、 前記ユーザ定義データが受信された場合に、該ユーザ定
   義データを記憶するユーザ定義データ記憶手段と、 前記登録開始コマンドが受信された場合に、前記ユーザ
   定義データ記憶手段により記憶されたユーザ定義データ
   の登録を開始し、前記登録終了コマンドが受信されるま
   で、前記ユーザ定義データの登録を行うデータ登録手段
   と、 前記データ登録手段によるユーザ定義データの登録が完
   了したか否かを判断する第４の判断手段と、 前記第４の判断手段によりユーザ定義データの登録が完
   了したと判断された場合に、前記待ち時間Ｔ１を該待ち
   時間Ｔ１より短い時間Ｔ２に設定する第４の設定手段
   と、 を有する印字処理装置。