JP2001014118A - 印刷データ送受信のシステム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 複数ホストと単一プリンタの接続時にネット
ワ−ク資源の効率的活用と印刷ジョブ順序逆転の問題解
決を図る印刷デ−タ送受信のシステム及び方法を提供す
ること並びに複数ホストと複数プリンタの接続時のネッ
トワ−ク資源の効率的活用と印刷ジョブ順序逆転の問題
解決を図りホスト間の競合による無駄な待ち時間の問題
を解決する印刷デ−タ送受信のシステム及び方法を提供
すること。 【解決手段】 印刷ジョブの要求元である複数の第１の
装置と前記印刷ジョブを処理する第２の装置とを有し、
前記各第１の装置は、印刷ジョブの予約要求を発生する
手段をそれぞれ有し、前記第２の装置は、前記発生され
た印刷ジョブの予約要求を発生順に登録する手段と、前
記登録の順に印刷ジョブの予約要求元である第１の装置
に印刷デ−タの転送を要求する手段とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、大容量記憶装置を
用いることなく、ネットワ−ク資源を有効に活用して印
刷ジョブを要求発生順かつ効率的に処理することの可能
な、複数のホストコンピュ−タと単一のプリンタとの
間、または、単数または複数のホストコンピュ−タと複
数のプリンタとの間、での印刷デ−タ送受信のシステム
及び方法に関する。

【０００２】

【従来の技術】ホストコンピュ−タ（以下、単にホスト
と略称する場合がある。）とプリンタ間の印刷デ−タ送
受信方式には、一般的なものとして、各種のＯＳ（ｏｐ
ｅｒａｔｉｎｇ ｓｙｓｔｅｍ）で使われているｌｐｄ
方式がある。

【０００３】まず、以降の説明の前提としてこのｌｐｄ
方式を説明する。最も単純なｌｐｄ方式による印刷デー
タ送受信のための構成を図１６に示す。ホストコンピュ
−タ１６１上のアプリケーションソフトウェア（以下、
単にアプリケーションという。）１６４で発生した印刷
要求は、複数ジョブ要求を管理し一時的に貯蔵された複
数印刷デ−タを順番にひとつずつ実行するスプ−ラ１６
５に渡される。

【０００４】スプ−ラ１６５は、プリンタ１６２にＬＡ
Ｎ（ｌｏｃａｌ ａｒｅａｎｅｔｗｏｒｋ）１６３を介
し印刷要求を出し、その応答としてプリンタ１６２から
印刷要求受付通知を受け取ったら（すなわち、プリンタ
１６２が使用可能であったら）印刷デ−タ１６９をＬＡ
Ｎ１６３を介し送信する。プリンタ１６２が使用できな
い場合は使用可能になるまで待つ。

【０００５】プリンタ１６２の受信モジュ−ル１６６
は、ホスト１６１のスプ−ラ１６５からの印刷要求があ
ったとき、印刷可能であれば印刷データ１６９を受信
し、印刷エンジン１６７に渡す。これにより、印刷エン
ジン１６７が印刷動作し所望のプリントがなされる。

【０００６】プリンタ１６２が動作可能である場合にお
ける以上の各機器の状態、送受信の方向と内容、時間経
過を示したのが図１７である。同図において時間経過は
上方から下方に向かって示される。なお、以下の図にお
いても同種の図の読み方は同様である。

【０００７】一方、プリンタ１６２が他のホストのジョ
ブの処理中や用紙切れ等の原因で印刷不可である場合
は、プリンタの機種や印刷不可原因により異なるが、次
のふたつのうちいずれかの動作を行う。ひとつは、印刷
可能になるまでホスト１６１を待たせる、すなわち印刷
要求の受付通知を保留しておく（図１８）。あるいは、
印刷要求の拒否をホスト１６１に通知する。この場合
は、通常、拒否理由も同時に通知する。スプ−ラ１６５
は適当な間隔をおいてリトライするか、ユ−ザからの再
印刷指示を待つ（図１９）。

【０００８】次に、上記のｌｐｄ方式を用いる、ＬＡＮ
を使用した複数のホストで一台のプリンタを共有する場
合について述べる。

【０００９】この場合は、構成として主にふたつの方式
がある。ひとつは、各ホストから直接にプリンタに対し
てデ−タを送信する方式であり、もうひとつは、各ホス
トからの印刷デ−タを一台のホスト（プリンタサ−バ）
に集めてからプリンタに送信する方式である。

【００１０】ここで後者の方式では、プリンタ内部にプ
リンタサ−バ機能を持たせて、外見的には直接にプリン
タに対してデ−タを送信するようにみえるものもある
が、ここでは、区別のため、通信バッファなどの必要最
小限の記憶容量した持たないプリンタの場合は前者の方
式として、複数のホストで発生する印刷デ−タをすべて
記憶するに足る記憶容量を有するプリンタの場合（ハ−
ドディスクを内蔵する場合など）を後者の方式に含める
ものとして説明する。

【００１１】まず、各ホストから直接にプリンタに対し
てデ−タを送信する方式について、図２０を参照して説
明する。

【００１２】同図において、ＬＡＮ１６３にはホスト１
６１Ａ、１６１Ｂ、１６１Ｃの３台のホストコンピュ−
タが接続され、これらは１台のプリンタ１６２を共有す
る。各ホスト１６１Ａ、１６１Ｂ、１６１Ｃの各スプ−
ラ１６５Ａ、１６５Ｂ、１６５Ｃには各ホスト上で発生
した印刷ジョブが貯蔵される。貯蔵された印刷ジョブに
基づき各スプ−ラ１６５Ａ、１６５Ｂ、１６５Ｃは、プ
リンタ１６２に対し印刷要求をする。ここからの動作に
ついては、印刷デ−タ１６９をプリンタ１６２に送信す
ることを含め、印刷要求が時間的に重ならない場合は、
各ホストについて前述の図１７に示した動作、印刷要求
が時間的に重なった場合は、各ホストについて前述の図
１８あるいは図１９に示した動作となる。

【００１３】この方式は、プリンタサ−バを用いないた
め、システムを安価に構築でき運用面の利点がある。

【００１４】しかしながら、図１８に示した方式の場合
では、印刷要求をしてから待ち時間の間ホストとプリン
タの接続が継続しており、その間は双方ともにそのネッ
トワ−クに必要な資源を確保しておく必要があり、特に
印刷要求が多数発生している場合などは上記資源活用の
効率が非常に悪い。また、ひとつのホストスプ−ラに２
以上の印刷ジョブがたまっている場合には、２つ目以降
のジョブは他のホストからの印刷要求に先を越されてし
まうという印刷順序の逆転現象も発生し得る。また、図
１９に示した方式の場合では、何度も再送要求が発生す
る可能性があり、ホスト、プリンタ、ネットワークとも
にその負荷が大きくなる。また、最初の印刷要求が拒否
されてから再送を行うまでの間に他のホストからの印刷
要求が発生した場合やはり印刷順序が逆転することがあ
る（図２１）。

【００１５】次に、各ホストからの印刷デ−タを一台の
ホスト（プリンタサ−バ）に集めてからプリンタに送信
する方式について図２２を参照して説明する。

【００１６】同図においてＬＡＮ１６３にはホスト１６
１Ａ、１６１Ｂ、１６１Ｃの３台のホストコンピュ−タ
が接続され、これらは１台のプリンタ１６２を共有す
る。各ホスト１６１Ａ、１６１Ｂ、１６１Ｃの各スプ−
ラ１６５Ａ、１６５Ｂ、１６５Ｃには各ホスト上で発生
した印刷デ−タが貯蔵される。

【００１７】貯蔵された印刷デ−タは各スプ−ラ１６５
Ａ、１６５Ｂ、１６５Ｃから印刷データ１６９としてＬ
ＡＮ１６３を介しプリントサ−バ２１１のスプ−ラ２１
２にひとつのプリントキュ−としてスプ−ルされる。こ
こでプリントキュ−とは、到着したジョブからプリント
（印刷）処理される仕組みをいう。スプ−ラ２１２は順
次プリンタ１６２に対し印刷データを送信する。これに
より、各ホストの印刷要求に応ずるものである。

【００１８】この方式は、ジョブの処理は発生順になさ
れ、また印刷要求受付待ちや印刷要求の再送手続きが発
生しないためネットワ−ク資源を有効に活用できるな
ど、利点は大きいが専用のプリンタサ−バを用意する必
要がありシステムは必然的に高価になる。

【００１９】以上、ＬＡＮを使用した複数のホストで一
台のプリンタを共有する場合について述べた。

【００２０】次に、ＬＡＮを使用してひとつのホストに
対し複数のプリンタを割り当てる場合について述べる。
この場合、ひとつのホスト上のアプリケーションで発生
する複数の印刷ジョブはそのホスト上のスプ−ラに貯蔵
され、ある割振り方により複数プリンタのうちの一台の
プリンタにより印刷処理される。

【００２１】ジョブの割振り方を決定する方式として、
すぐに使用できるプリンタを逐次確認する方式と、ジョ
ブの大きさやプリンタの性能を見ながらホストのスプ−
ラ上のプリンタごとに対応するキューに積んでいく方式
とがある。なお、以下では、プリンタごとに対応するす
るキュ−を便宜上サブキューと呼び、サブキューに割り
当て前のキューをメインキューと呼ぶことにする。

【００２２】すぐに使用できるプリンタを逐次確認する
方式について、図２３を参照して説明する（例として、
プリンタは３台とする）。ホスト１６１のスプ−ラ１６
５はアプリケ−ションから印刷ジョブを受け取ると、Ｌ
ＡＮ１６３を介してまずプリンタ１６２Ａに対して印刷
要求を出す。プリンタ１６２Ａが他のジョブ（以前に送
信したジョブ等）の処理中や用紙切れ等で印刷できない
場合（そのようにプリンタ１６２Ａが応答した場合）、
次にプリンタ１６２Ｂに印刷要求を出す。以下同様にプ
リンタ１６２Ｃ、１６２Ａ、１６２Ｂ、１６２Ｃ、・・
・のように順繰りに印刷の可否を調べ、印刷が可能にな
ったプリンタができたところでそのプリンタにＬＡＮ１
６３を介し印刷データ１６９を送信する。すなわち、そ
の動作は図２４に示すようになる。

【００２３】この方式では、すべてのプリンタが印刷不
可（使用中など）であるとき、ひっきりなしに印刷要求
を送信し続ける必要があり、ホスト、ネットワ−クの負
担が大きい。また、ホストが複数ある場合には、たまた
まのプリンタがすぐに使用できる状態を捕らえる印刷要
求タイミングにより印刷順序の逆転も起こり得る。

【００２４】次に、ホストのスプ−ラ上のプリンタごと
のサブキューに積んでいく方式について、図２５を参照
して説明する（例として、プリンタは３台とする）。ホ
スト１６１上のアプリケ−ションで発生した印刷要求に
より、まず、ホスト１６１のスプ−ラ２４１内にあるメ
インキュー２４２に印刷デ−タが到着する。スプ−ラ２
４１は、各プリンタごとに割り当ててあるサブキュー２
４３、２４４、２４５内のジョブの残量（未送信のデ−
タのサイズの和）を調べ、空きの多いサブキューに新し
いジョブを積み上げる。各プリンタ１６２Ａ，１６２
Ｂ，１６２Ｃの性能値がわかっている場合などには、ジ
ョブ残量／性能値を用いてスケジュ−リングの工夫を加
える場合もある。

【００２５】サブキュー２４３、２４４、２４５に積ま
れたジョブは図１６で説明したようにプリンタ１６２
Ａ、１６２Ｂ、１６２Ｃとそれぞれデ−タ送受信をして
ＬＡＮ１６３を介し印刷データ１６９が処理される。

【００２６】この方式の場合も、各サブキューとこれに
対応するプリンタとの関係で言えば図１６と同じになる
ため、ホストが複数ある場合には、印刷順序の逆転が起
こり得る。

【００２７】また、次の意味でも印刷ジョブの配分が非
効率になる。これを図２６を参照して説明する。同図の
上図に示すように、３台のプリンタ１６２Ａ、１６２
Ｂ、１６２Ｃのそれぞれに対応する、スプ−ラ２４１の
サブキュー２４３、２４４、２４５に２つずつのジョブ
ａ１、ａ２、ｂ１、ｂ２、ｃ１、ｃ２がメインキュー２
４２からの分配により積まれているとする。

【００２８】ここで、それぞれ一つ目のジョブａ１、ｂ
１、ｃ１がＬＡＮ１６３を介し処理中であるとき、図示
しない他のホストからプリンタ１６２Ａに印刷要求ｄ１
があると、このｄ１はａ１の処理待ちとなり、ａ２はｄ
１の処理待ちとなる。このａ２がｄ１の処理待ちとなる
間に、プリンタ１６２Ｂ、１６２Ｃの印刷がすべて終了
してもａ２は待たされたままになる。この状態を同図の
下図に示す。

【００２９】この状態は、印刷開始待ちのデータとデー
タ受信待ちのプリンタが同時に長時間存在するという非
効率的な状態である。

【００３０】

【発明が解決しようとする課題】本発明は、上記した従
来技術に鑑み、複数ホストと単一プリンタの接続時に各
ホストから直接にプリンタに対してデ−タを送信する安
価な構成を維持したままでネットワ−ク資源の効率的活
用と印刷ジョブ順序逆転の問題解決を図ることのできる
印刷デ−タ送受信のシステム及び方法を提供することを
目的とする。

【００３１】また、本発明は、複数ホストと複数プリン
タの接続時のネットワ−ク資源の効率的活用と印刷ジョ
ブ順序逆転の問題解決を図り、ホスト間の競合による無
駄な待ち時間の問題を解決することのできる印刷デ−タ
送受信のシステム及び方法を提供することを目的とす
る。

【００３２】

【課題を解決するための手段】上記課題を解決するた
め、本発明は、印刷ジョブの要求元である複数の第１の
装置と前記印刷ジョブを処理する第２の装置とを有し、
前記各第１の装置は、印刷ジョブの予約要求を発生する
手段をそれぞれ有し、前記第２の装置は、前記発生され
た印刷ジョブの予約要求を発生順に登録する手段と、前
記登録の順に印刷ジョブの予約要求元である第１の装置
に印刷デ−タの転送を要求する手段とを有することを特
徴とする。

【００３３】これにより、複数ホストと単一プリンタの
接続時に各ホストから直接にプリンタに対してデ−タを
送信する安価な構成を維持したままでネットワ−ク資源
の効率的活用と印刷ジョブ順序逆転の問題解決を図るこ
とができる。

【００３４】また、印刷ジョブの要求元であるひとつ以
上の第１の装置と前記印刷ジョブを処理する複数の第２
の装置とを有し、前記各第１の装置は、印刷ジョブの予
約要求を前記各第２の装置に発行する手段をそれぞれ有
し、前記各第２の装置は、前記発行された印刷ジョブの
予約要求を発行順に登録する手段と、前記登録の順に印
刷ジョブの予約要求元である第１の装置に印刷デ−タの
転送を要求する手段とをそれぞれ有し、前記各第１の装
置は、さらに、前記複数の第２の装置からの各印刷デ−
タ転送要求のうち最初の要求に対してのみ前記印刷デ−
タを転送する手段をそれぞれ有することを特徴とする。

【００３５】これにより、複数ホストと複数プリンタの
接続時のネットワ−ク資源の効率的活用と印刷ジョブ順
序逆転の問題解決を図り、ホスト間の競合による無駄な
待ち時間の問題を解決することができる。

【００３６】また、印刷ジョブの要求元である複数の第
１の装置と前記印刷ジョブを処理する第２の装置とを有
する印刷データ送受信のシステムにおいて、前記各第１
の装置が、印刷ジョブの予約要求をそれぞれ発生し、前
記第２の装置が、前記発生された印刷ジョブの予約要求
を発生順に登録し、前記登録の順に印刷ジョブの予約要
求元である第１の装置に印刷デ−タの転送を要求するこ
とを特徴とする。

【００３７】この方法により、複数ホストと単一プリン
タの接続時に各ホストから直接にプリンタに対してデ−
タを送信する安価な構成を維持したままでネットワ−ク
資源の効率的活用と印刷ジョブ順序逆転の問題解決を図
ることができる。

【００３８】また、印刷ジョブの要求元であるひとつ以
上の第１の装置と前記印刷ジョブを処理する複数の第２
の装置とを有する印刷データ送受信のシステムにおい
て、前記各第１の装置が、印刷ジョブの予約要求を前記
各第２の装置にそれぞれ発行し、前記各第２の装置が、
前記発行された印刷ジョブの予約要求を発行順にそれぞ
れ登録し、前記登録の順に印刷ジョブの予約の要求元で
ある第１の装置に印刷デ−タの転送をそれぞれ求め、前
記各第１の装置は、さらに、前記複数の第２の装置から
の各印刷デ−タ転送要求のうち最初の要求に対してのみ
前記印刷デ−タをそれぞれ転送することを特徴とする。

【００３９】この方法により、複数ホストと複数プリン
タの接続時のネットワ−ク資源の効率的活用と印刷ジョ
ブ順序逆転の問題解決を図り、ホスト間の競合による無
駄な待ち時間の問題を解決することができる。

【００４０】また、さらに、前記各第２の装置は、前記
印刷デ−タ転送要求に前記要求元である第１の装置が一
定時間内に反応しないことを検出する手段と、前記検出
された結果に基づき以降の印刷ジョブの予約の要求元で
ある第１の装置に印刷デ−タの転送を求める手段とをそ
れぞれ有することを特徴とする。

【００４１】これにより、さらに、一部のホストに障害
が発生した場合においてもシステム全体として印刷ジョ
ブの処理が停止するのを防止することができる。

【００４２】

【発明の実施の形態】以下、本発明の実施形態を図面を
参照しながら説明する。

【００４３】図１は、本発明による印刷デ−タ送受信の
システム及び方法を示す構成図であって、例としてまず
ホストコンピュ−タ、プリンタともに単一であり、これ
らがＬＡＮ等により接続される実施形態を示したもので
ある。

【００４４】同図に示すように、この実施形態はホスト
コンピュ−タ１、プリンタ２、ＬＡＮ３とからなり、ホ
ストコンピュ−タ１には、アプリケーション４とスプ−
ラ５とが存在する。プリンタ２には、通信モジュ−ル６
と印刷エンジン７とが存在する。スプ−ラ５と通信モジ
ュール６とは、ＬＡＮ３を介し制御情報８および印刷デ
−タ９とがやり取りされる。

【００４５】ホストコンピュ−タ１はＯＳを備えアプリ
ケ−ション４を実行する。プリンタ２はホストコンピュ
ータ１の印刷要求を受けプリント動作する。ＬＡＮ３は
ホストコンピュータ１とプリンタ２をデ−タ接続する。
アプリケーション４はホストコンピュ−タ１上で実行さ
れその過程で印刷要求と印刷デ−タをスプ−ラ５に渡
す。スプ−ラ５は、印刷データを受け取りすぐにプリン
タ２の通信モジュ−ル６に印刷予約要求を出し、その応
答の印刷予約受取通知を受取る。その後印刷デ−タ送信
要求があったら印刷データを通信モジュ−ル６に送信す
る。

【００４６】通信モジュール６は、スプ−ラ５から印刷
予約要求を受取りすぐに印刷予約受取通知を返信する。
その後実際に印刷可能であれば印刷デ−タ送信要求し、
印刷データを受信し印刷エンジン７に転送する。印刷エ
ンジン７は供給される印刷データによりプリントする。
制御情報８は、印刷予約要求、印刷予約受付通知、印刷
デ−タ送信要求のための情報であり、印刷デ−タ９は、
ＬＡＮ３上に流れる印刷に供するためのデ−タである。

【００４７】この実施形態の動作を説明する。

【００４８】ホストコンピュ−タ１上のアプリケ−ショ
ン４で発生した印刷要求はスプ−ラ５に渡される。スプ
−ラ５はこの印刷要求に続きアプリケーション４から印
刷データを受け取ったら、未送信の印刷デ−タが他に存
在するか否かにかかわらず、すぐにプリンタ２の通信モ
ジュール６内の印刷予約処理モジュ−ルに「印刷予約要
求」を送信する。すなわち、通信モジュール６の内部に
は、新たに印刷予約処理モジュ−ルが加わっている。

【００４９】プリンタ２の通信モジュール６内の印刷予
約処理モジュ−ルは、スプ−ラ５からの印刷予約要求を
受け取ったら、即印刷可能か否かにかかわらず、「印刷
予約要求の受付通知」をスプ−ラ５に返信する。このと
き、ホストとジョブを識別する情報を通信モジュ−ル６
内に設けられる印刷予約キュ−に積んでおく。

【００５０】印刷予約受付通知を受け取ったスプ−ラ５
は、一旦通信を終了して印刷デ−タ送信要求がプリンタ
２の通信モジュ−ル６から送信されるのを待つ。

【００５１】プリンタ２の通信モジュ−ル６は、プリン
タ２が印刷可能になった時点で、すなわち、すぐに印刷
可能であればすぐに、他のジョブの処理中等であればそ
れが終了しプリント可能になったとき、ホスト１のスプ
−ラ５に「印刷デ−タ送信要求」を送信する。このと
き、通信モジュ−ル６内の印刷予約キュ−を参照し受付
の古いジョブからホスト１に対し指定する。

【００５２】スプ−ラ５は、印刷デ−タ送信要求を受け
取ったらプリンタ２の通信モジュール６に指定の印刷デ
ータを送信する。

【００５３】すなわち、プリンタ２内の通信モジュ−ル
６として、データ受信の他に印刷予約を処理するモジュ
ールを設け、また、能動的にデータ送信要求を送信する
機能を追加したものである。これにより、プリンタ２は
まず印刷ジョブの順序だけを記憶し（印刷予約）、実際
の印刷データは印刷処理するときになってから受け取る
ことになる。

【００５４】ここで、以上説明した動作における各機器
の状態、送受信の方向と内容、時間経過を示したのが図
２である。

【００５５】そして、ここで、プリンタ２が他のホスト
の印刷ジョブ処理中でありすぐに印刷できない場合であ
るとすると図２は図３に示すように変化する。この場合
スプ−ラ５とプリンタ２との通信は、プリンタ２が他の
処理をする間はそのネットワ−クのための資源利用を含
め一切継続する必要がない。したがって、ネットワ−ク
資源の活用効率を従来に比し高めることができることを
示している。

【００５６】次に、本発明の別の印刷デ−タ送受信のシ
ステム及び方法の実施形態を図４により説明する。同図
は、ホストコンピュ−タが２台あり、これらが１台のプ
リンタをＬＡＮ等を用いて共有する実施形態の構成を示
す図である。

【００５７】同図において、すでに説明した図に示した
構成要素と同一のものには同一の符号を付してその構成
説明および動作説明を省略する。また、２台のホストコ
ンピュ−タ１Ａ、１Ｂそれぞれには、アプリケ−ション
４Ａ、４Ｂとスプ−ラ５Ａ、５Ｂとが存在する。通信モ
ジュ−ル６には、印刷予約処理モジュ−ル４１と受信モ
ジュ−ル４２とが存在する。

【００５８】スプ−ラ５Ａ、５Ｂは、それぞれ図１のス
プ−ラ５と同じように、アプリケーション４Ａ、４Ｂか
ら受けとった印刷デ−タをプリンタ２に送信する通常の
機能と、印刷予約要求を送信する機能とプリンタ２から
のデ−タ送信要求により印刷デ−タの送信する機能を有
する。

【００５９】プリンタ２の通信モジュ−ル６は、ホスト
１Ａ，１Ｂから受け取ったデ−タを印刷エンジン７に送
る機能のほか、印刷予約を受け付けてホスト識別情報と
ジョブ識別情報を印刷予約キュ−に積む機能（印刷予約
処理モジュ−ル４１）と、ひとつのジョブが終了したら
（印刷エンジン７にデ−タを渡し終わったら）次のジョ
ブのデータ送信要求を送り印刷デ−タを受信する機能
（受信モジュ−ル４２）を有する。

【００６０】この実施形態の動作を図５を参照して説明
する。

【００６１】ここでは、例として、ホスト１Ａで２つの
ジョブがほぼ同時に発生し、しばらく後にホスト１Ｂで
ひとつのジョブが発生した場合について説明する。

【００６２】まず、ホスト１ＡでジョブＡ−１の要求が
発生し、続いてジョブＡ−２の要求が発生する。なお、
同図において、説明の都合上ホスト１Ａを単にホスト
Ａ、ホスト１Ｂを単にホストＢと記してある。

【００６３】スプ−ラ５ＡはジョブＡ−１にジョブＩＤ
（ジョブ識別情報）００００１を割り付け、ホスト１Ａ
の識別情報Ａとあわせて印刷予約要求を発行する。続い
てジョブＡ−２にジョブＩＤ００００２を割り付け、同
様に印刷予約要求を発行するが、ここでジョブＩＤ００
００１のデ−タ送信要求が到着することになるので、そ
のデ−タの送信を開始する。

【００６４】すなわち、印刷予約とデ−タ送信とは、時
間的に独立してなされる。

【００６５】プリンタ２はジョブＡ−１、ジョブＡ−２
の印刷予約要求を受けて印刷予約キュ−に（Ａ、０００
０１）と（Ａ、００００２）を登録する。ここで、プリ
ンタ２が使用可能であるのでジョブＡ−１のデ−タ送信
要求はすぐに送信され、デ−タの受信・印刷を開始す
る。

【００６６】この印刷の間のジョブＢ−１の要求はその
発生により、即時、印刷予約キュ−に（Ｂ、００００
１）として登録され、ジョブＡ−１の印刷が終了のあと
発生順に基づき（Ａ、００００２）の処理に続き処理さ
れる。

【００６７】すなわち、印刷順序は、印刷予約キュ−に
より実際の印刷の処理の進捗とは独立に管理される。

【００６８】以上説明のように、この方式によれば、複
数ホストが単一のプリンタを共有する場合の印刷順序の
逆転現象が起こらない。

【００６９】次に、スプ−ラ５（またはスプ−ラ５Ａ、
５Ｂ）の具体例について図６を用いて説明する。同図
は、スプ−ラ５の構成の具体例を示す図である。

【００７０】ここでは、ホストとプリンタとのネットワ
−クプロトコルとしてＴＣＰ／ＩＰ（ｔｒａｎｓｍｉｓ
ｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ ／ｉｎ
ｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）を用いるものとし、
したがってアプリケーションからＯＳへのインタフェー
スとしてはソケットインタフェ−スを用いるものとす
る。なお、ＴＣＰ／ＩＰは、ネットワ−クプロトコル階
層モデルでいうところのネットワ−ク層とトランスポ−
ト層に当たるものであり、本例はこれらより下位層のプ
ロトコル、物理的仕様は問わない。

【００７１】同図に示すように、スプ−ラ５は、ジョブ
管理プロセス５１、データ管理プロセス５２、スプ−ル
エリア５３を有する。

【００７２】ジョブ管理プロセス５１は、印刷要求待ち
メッセージキュー５４を有し、予約処理スレッド５５を
生成させ、予約処理スレッド５５は予約処理ソケット５
６を生成させる。デ−タ管理プロセス５２は、送信要求
待ちソケット５７、デ−タ送信スレッド５８を生成さ
せ、デ−タ送信スレッド５８はデータ送信ソケット５９
を生成させる。

【００７３】ジョブ管理プロセス５１は、アプリケーシ
ョンから印刷要求が到着するのを待ち、デ−タが到着し
たらそのデ−タをスプ−ルエリア５３に保存し、また印
刷予約要求の発行処理を行う。

【００７４】デ−タ送信管理プロセス５２は、プリンタ
からのデ−タ送信要求を待ち、デ−タ送信要求が到着し
たら該当するデ−タをスプ−ルエリア５３から検索し、
デ−タの送信処理を行う。

【００７５】スプ−ルエリア５３は、到着順に順序づけ
られた送信すべき印刷データ５３−１、５３−２、・・
・を一時的に貯蔵するものである。

【００７６】印刷要求待ちメッセ−ジキュ−５４は、ア
プリケーションからの印刷要求を待つためのものであ
る。

【００７７】両プロセス５１、５２の中の予約処理スレ
ッド５５、デ−タ送信スレッド５８、予約処理ソケット
５６、送信要求待ちソケット５７、デ−タ送信ソケット
５９は、印刷予約要求やデ−タを送信するときに、通信
のため一時的に生成されるものである。

【００７８】なお、一般的に、プロセスとは、マルチタ
スク環境下で実行されるプログラム単位のこと、スレッ
ドとは、ひとつの実行の単位をいう。

【００７９】このスプ−ラ５の動作を図７の流れ図を参
照して説明する。

【００８０】起動の後、Ｓ６１でスプ−ルエリア５３の
クリア等の一般的な初期処理を行う。 次に、Ｓ６２で
プロセス分岐、すなわちジョブ管理プロセス５１とデ−
タ管理プロセス５２に分岐する。なお、必ずしもプロセ
ス分岐を必要とするわけではないが、印刷予約処理とデ
−タ送信とが別々のタイミングになるので処理手順作成
・実行の便宜上分岐させたものである。

【００８１】ジョブ管理プロセス５１は、次の手順によ
り実行される。

【００８２】まず、Ｓ６３でアプリケ−ションから印刷
ジョブが到着するのを待つ。到着するまで次のステップ
へは進まない。到着している場合は次のステップに進
む。なお、到着を待つには図６で述べた印刷要求待ちメ
ッセ−ジキュ−５４を使うが、必ずしもメッセ−ジキュ
−である必要はなく、例えば割り込み待ちとしてもよ
い。 次に、Ｓ６４でジョブを識別するための情報（Ｉ
Ｄ）を付加する。例えば起動時からの通し番号などとす
る。

【００８３】次に、Ｓ６５で印刷デ−タをスプ−ルエリ
ア５３に保存する。このとき、ファイル名、上記のＩＤ
をデ−タヘッダに付け、読み出し時にジョブを識別でき
るようにする。

【００８４】次に、Ｓ６６で印刷予約要求の処理のため
のスレッド（予約処理スレッド５５）を生成する。本ル
ーチンはＳ６３に戻り、次のジョブを待つ。スレッド分
岐をしなくても処理することはできるが、プリンタが電
源オフなどで返答しない場合などに本ルーチンのデ−タ
受付の処理が滞るのを避けるためである。これにより本
ルーチンの効率化を図ることができる。スレッド分岐を
用いる場合、図示しないが後から発生したスレッドが前
のスレッドを追い越さないように排他制御する必要があ
る。

【００８５】分岐され生成されたスレッドでは、まずＳ
６７でプリンタの印刷予約処理モジュ−ルと論理的接続
を確立する。具体的には、予約処理ソケット５６を生成
して、プリンタ側にコネクション要求を出して承認を受
ける。ここでは、ＴＣＰ／ＩＰを用いているのでＳＹＮ
Ｃパケットの往復させることによる。

【００８６】次に、Ｓ６８でプリンタの印刷予約処理モ
ジュ−ルに対して印刷予約要求を送信する。印刷予約要
求には、Ｓ６４で発行したジョブＩＤと、ホストを識別
する情報（ここでは、ＴＣＰ／ＩＰを用いているのでＩ
Ｐアドレス）が含められる。これらは例えば４バイトと
４バイトの計８バイトとすることができる。

【００８７】次に、Ｓ６９で上記の印刷予約要求の承認
がプリンタから到着するのを待つ。スレッドの最後の処
理Ｓ７０では、Ｓ６７で確立した接続を切断する。具体
的には、プリンタに対してコネクション切断要求を出し
（ここでは、ＴＣＰ／ＩＰを用いているのでＦＩＮパケ
ットを往復させるかＲＳＴパケットを発行するかによ
る）、予約処理ソケット５６を破棄する。

【００８８】したがって、このスレッドの処理が終了し
た時点ではジョブ管理プロセス５１はネットワ−クに関
する何らの資源も占有していない。

【００８９】デ−タ送信管理プロセス５２は、次の手順
により実行される。

【００９０】まず、Ｓ７１でプリンタのデータ受信モジ
ュ−ルから印刷デ−タ送信要求が到着するのを待つ。具
体的には、適当な固定ポ−ト番号（プリンタから接続す
るときに接続先を識別するための番号）の送信要求待ち
ソケット５７を作成し、外部からの接続待ちの状態（ｌ
ｉｓｔｅｎ）にする。デ−タ送信要求が到着するとプリ
ンタとの接続が確立されるので次のステップに進む。

【００９１】次に、Ｓ７２でデータ送信のためのスレッ
ド（データ送信スレッド５８）を生成する。上記Ｓ７１
で接続が確立したソケットはこのスレッドで、データ送
信ソケット５９として承継する。本ルーチンはＳ７１に
戻る。このとき、接続待ちのソケットが存在しないので
新たに同じポート番号の接続待ちソケットを送信要求待
ちソケット５７として生成する。なお、スレッド分岐は
必須ではないが分岐する方が処理の効率が向上する。

【００９２】分岐され生成されたスレッドでは、まずＳ
７３でデータ要求の情報からジョブのＩＤを取り出し、
対応する印刷デ−タをスプ−ルエリア５３の中から検索
する。 次に、Ｓ７４で検索した印刷デ−タを上記で接
続が確立しているデータ送信ソケット５９の接続を使っ
てプリンタに送信する。

【００９３】次に、Ｓ７５でデータ送信ソケット５９の
接続を切断する。

【００９４】スレッドの最後の処理Ｓ７６では、送信が
終了した印刷デ−タをスプ−ルエリア５３から削除す
る。

【００９５】以上説明のようにして、具体例としてのス
プ−ラ５（またはスプ−ラ５Ａ、５Ｂ）の動作はなされ
る。次に、通信モジュ−ル６の具体例について図８を用
いて説明する。同図は、通信モジュ−ル６の構成の具体
例を示す図である。ここでも、ホストとプリンタとのネ
ットワ−クプロトコルとしてＴＣＰ／ＩＰを用いるもの
とし、したがってアプリケーションからＯＳへのインタ
フェースとしてはソケットインタフェ−スを用いるもの
とする。

【００９６】同図に示すように、通信モジュ−ル６は印
刷予約処理プロセス７１、デ−タ受信プロセス７２、印
刷予約キュー７３を有する。

【００９７】印刷予約処理プロセス７１は予約処理ソケ
ット７４を生成させ、データ受信プロセス７２はデータ
送信ソケット７５を生成させる。

【００９８】印刷予約処理プロセス７１は、ホストから
印刷予約要求が到着するのを待ち、印刷予約要求が到着
したらホスト識別情報（ＩＰアドレス）とジョブＩＤを
取り出して印刷予約キュ−７３に登録し、ホストに印刷
予約受付通知を送信する。

【００９９】データ送信プロセス７２は、印刷予約キュ
−７３にジョブが登録されていれば、その情報からホス
ト識別情報とジョブＩＤを取り出し、そのホストに対し
てそのジョブを送るように要求し（データ送信要求の送
信）、送られた印刷デ−タをそのままエンジン部へ転送
する。

【０１００】印刷予約キュ−７３は、印刷予約を到着順
に記録しておく領域で、ホスト識別領域とジョブＩＤと
その順序が識別できるだけの情報を含む。なお、これら
の情報は、印刷データを含まないので小さい記憶領域で
済む。例えば、ホスト識別情報としてＩＰアドレス４バ
イト、ジョブＩＤとして４バイト、順序番号として２バ
イトなら１ジョブあたり１０バイトであり、１０００ジ
ョブ対応としても１０キロバイト以下のメモリ領域を要
するのみである。

【０１０１】両プロセス７１、７２の中の予約処理ソケ
ット７４、データ送信ソケット７５は、印刷予約要求や
デ−タを送信するときに、通信のため一時的に生成され
るものである。

【０１０２】なお、この通信モジュ−ル６の印刷予約処
理プロセス７１、データ受信プロセス７２は、それぞ
れ、図４で説明した印刷予約処理モジュ−ル４１、受信
モジュ−ル４２に相当するものであるが、制御情報の出
口が両者で多少異なっている。すなわち、図４で説明し
た通信モジュール６では制御情報８はすべて印刷予約処
理モジュール４１で送受信するが、図８の通信モジュ−
ル６では、データ送信要求に限ってデータ受信プロセス
７２から送信する。しかし、この違いは本質的なもので
なくどちらでも発明の目的を達する。

【０１０３】この通信モジュ−ル６の動作を図９の流れ
図を参照して説明する。

【０１０４】起動の後、Ｓ８１で印刷予約キュー７３の
クリア等の一般的な初期処理を行う。 次に、Ｓ８２で
プロセス分岐、すなわち印刷予約処理プロセス７１とデ
ータ受信プロセス７２に分岐する。なお、必ずしもプロ
セス分岐を必要とするわけではないが、印刷予約処理と
デ−タ送信とが別々のタイミングになるので処理手順作
成・実行の便宜上分岐させたものである。

【０１０５】印刷予約処理プロセス７１は、次の手順に
より実行される。

【０１０６】まず、Ｓ８３でホストから印刷予約要求が
到着するのを待つ。具体的には、固定ポ−ト番号の予約
処理ソケット７４を作成して接続待ちの状態にする。接
続が確立したら新たな接続待ちのため新しい予約処理ソ
ケット７４を生成する。

【０１０７】次に、Ｓ８４で印刷予約要求到着によりホ
スト識別情報（ＩＰアドレス）とジョブＩＤを読み出
し、印刷予約キュー７３に書き込む。

【０１０８】次に、Ｓ８５でホストに印刷予約受付通知
を送信する。このあとホストからこの接続は切断され
る。このルーチンはＳ８３に戻る。

【０１０９】データ送信プロセス７２は、次の手順によ
り実行される。

【０１１０】まず、Ｓ８６で印刷予約キュー７３にジョ
ブがあるかどうか調べる。

【０１１１】ジョブがない場合は、次に、Ｓ８７で適当
な間隔をおいてからＳ８６に戻る。この処理には、印刷
予約要求到着時に発行する印刷予約処理プロセス７１か
らのメッセ−ジやシグナルを用いてもよいが、印刷にか
かる時間に比べて間隔が十分小さければこのようなポ−
リング方式でも問題にならない。

【０１１２】ジョブがある場合は、Ｓ８８でそのうちの
もっとも古いもののホスト識別情報とジョブＩＤを読み
出す。読み出し終わったら印刷予約キュ−７３から削除
する。 次に、Ｓ８９でホストのデータ送信モジュ−ル
と論理的な接続を確立する。

【０１１３】次に、Ｓ９０で、Ｓ８８で読み出したホス
トに対し、Ｓ８８で読み出したジョブＩＤに対応する実
際のデータを送信するよう要求する。

【０１１４】次に、Ｓ９１で送られてくるデ−タを受信
しプリンタのエンジン部へ転送する。 最後に、Ｓ９２
で、Ｓ８９で確立した論理的な接続を切断し、Ｓ８６に
戻る。 以上説明のようにして、具体例としての通信モ
ジュ−ル６の動作はなされる。 次に、本発明のまた別
の印刷デ−タ送受信のシステム及び方法の実施形態を図
１０により説明する。同図は、図１、図４に示した実施
形態と異なり、ホストコンピュ−タ１台に対し複数のプ
リンタ（ここでは３台）を割り付け、これらとの接続に
ＬＡＮ等を用いた実施形態を示す構成図である。

【０１１５】同図において、すでに説明の図に示した構
成要素と同一のものには同一の番号を付し、その構成お
よび動作説明を省略する。

【０１１６】同図に示すように、この実施形態はホスト
コンピュ−タ１、プリンタ２Ａ、２Ｂ、２Ｃ、ＬＡＮ３
とからなり、ホストコンピュ−タ１には、アプリケーシ
ョン４とスプ−ラ１０５とが存在する。プリンタ２Ａ、
２Ｂ、２Ｃには、それぞれ、通信モジュ−ル６Ａ、６
Ｂ、６Ｃと印刷エンジン７Ａ、７Ｂ、７Ｃとが存在す
る。スプ−ラ１０５と通信モジュール６Ａ、６Ｂ、６Ｃ
とは、ＬＡＮ３を介し制御情報８および印刷デ−タ９と
がやり取りされる。

【０１１７】プリンタ２Ａ、２Ｂ、２Ｃはホストコンピ
ュータ１の印刷要求を受けプリント動作する。ＬＡＮ３
はホストコンピュータ１とプリンタ２Ａ、２Ｂ、２Ｃを
デ−タ接続する。スプ−ラ１０５は、印刷データを受け
取りすぐにプリンタ２Ａ、２Ｂ、２Ｃの通信モジュ−ル
６Ａ、６Ｂ、６Ｃすべてに印刷予約要求を出し、その応
答の印刷予約受取通知を受取る。その後最初の印刷デ−
タ送信要求があったら、印刷データを、その最初要求の
通信モジュ−ル６Ａ、６Ｂ、６Ｃのいずれかに送信す
る。２番目以降の印刷デ−タ送信要求に対してはキャン
セルを送信する。

【０１１８】通信モジュール６Ａ、６Ｂ、６Ｃは、スプ
−ラ１０５から印刷予約要求を受取りすぐに印刷予約受
取通知を返信する。その後実際に印刷可能であれば印刷
デ−タ送信要求し、印刷データを受信したときは印刷エ
ンジン７Ａ、７Ｂ、７Ｃに転送する。キャンセルを受信
したときはこの処理をスキップする。印刷エンジン７
Ａ、７Ｂ、７Ｃは転送される印刷データによりプリント
する。制御情報８は、印刷予約要求、印刷予約受付通
知、印刷デ−タ送信要求、キャンセルのための情報であ
る。

【０１１９】この実施形態の動作を説明する。

【０１２０】スプ−ラ１０５はアプリケーション４から
印刷データを受け取ったら、未送信の印刷デ−タが他に
存在するか否かにかかわらず、すぐにプリンタ２Ａ、２
Ｂ、２Ｃの通信モジュール６Ａ、６Ｂ、６Ｃ内の印刷予
約処理モジュ−ルすべてに「印刷予約要求」を送信す
る。

【０１２１】プリンタ２Ａ、２Ｂ、２Ｃの通信モジュー
ル６Ａ、６Ｂ、６Ｃ内の印刷予約処理モジュ−ルは、ス
プ−ラ１０５からの印刷予約要求を受け取ったら、即印
刷可能か否かにかかわらず、「印刷予約要求の受付通
知」をスプ−ラ１０５に返信する。このとき、ホストと
ジョブを識別する情報を通信モジュ−ル６Ａ、６Ｂ、６
Ｃ内に設けられる印刷予約キュ−に積んでおく。

【０１２２】印刷予約受付通知を受け取ったスプ−ラ１
０５は、一旦通信を終了して印刷デ−タ送信要求がプリ
ンタ２Ａ、２Ｂ、２Ｃの通信モジュ−ル６Ａ、６Ｂ、６
Ｃから送信されるのを待つ。

【０１２３】プリンタ２Ａ、２Ｂ、２Ｃの通信モジュ−
ル６Ａ、６Ｂ、６Ｃは、印刷可能になった時点で、すな
わち、すぐに印刷可能であればすぐに、他のジョブの処
理中等であればそれが終了しプリント可能になったと
き、ホスト１のスプ−ラ１０５に「印刷デ−タ送信要
求」を送信する。このとき、通信モジュ−ル６Ａ、６
Ｂ、６Ｃ内の印刷予約キュ−を参照し受付の古いジョブ
からホスト１に対し指定する。 スプ−ラ１０５は、最
初に印刷デ−タ送信要求を受け取ったらプリンタ２Ａ、
２Ｂ、２Ｃの通信モジュール６Ａ、６Ｂ、６Ｃのいずれ
かでその最初要求のものに指定の印刷データを送信す
る。２番目以降の印刷データ送信要求に対してはキャン
セルを送信する。

【０１２４】すなわち、プリンタ２Ａ、２Ｂ、２Ｃ内の
通信モジュ−ル６Ａ、６Ｂ、６Ｃとして、データ受信の
他に印刷予約を処理するモジュールを設け、また、能動
的にデータ送信要求を送信する機能を追加し、かつキャ
ンセルを受け付けるようにしたものである。これによ
り、プリンタ２Ａ、２Ｂ、２Ｃはまず印刷ジョブの順序
だけを記憶し（印刷予約）、実際の印刷データは印刷処
理するときになってから受け取ることになるとともに、
キャンセルを受け付けることにより最初に印刷可能とな
ったプリンタでのみ印刷するようになるものである。

【０１２５】ここで、以上説明した動作における各機器
の状態、送受信の方向と内容、時間経過を一例として示
したのが図１１である。

【０１２６】この場合、図１、図４で説明した実施形態
と同様に、スプ−ラ１０５とプリンタ２Ａ、２Ｂ、２Ｃ
との通信は、プリンタが他の処理をする間はそのネット
ワ−クのための資源利用を含め一切継続する必要がな
い。したがって、ネットワ−ク資源の活用効率を従来に
比し高めることができる。また、何度も印刷要求を送信
し続けなければならない状況も生じないので、ホストと
ネットワークの負担も減少する。

【０１２７】次に、本発明のまた別の印刷デ−タ送受信
のシステム及び方法の実施形態を図１２により説明す
る。同図は、ホストコンピュ−タが２台あり、これらに
３台のプリンタがＬＡＮ等を用いて割り付けられる実施
形態を示す構成図である。

【０１２８】同図において、すでに説明した図に示した
構成要素と同一のものには同一の符号を付してその構成
説明および動作説明を省略する。また、２台のホストコ
ンピュ−タ１Ａ、１Ｂそれぞれには、アプリケ−ション
４Ａ、４Ｂとスプ−ラ１０５Ａ、１０５Ｂとが存在す
る。プリンタ２Ａ、２Ｂ、２Ｃには、それぞれ、通信モ
ジュ−ル６Ａ、６Ｂ、６Ｃ、印刷エンジン７Ａ、７Ｂ、
７Ｃとが存在する。

【０１２９】スプ−ラ１０５Ａ、１０５Ｂは、それぞれ
図１０のスプ−ラ１０５と同じように、アプリケーショ
ン４Ａ、４Ｂから受けとった印刷デ−タをプリンタ２
Ａ、２Ｂ、２Ｃに送信する通常の機能のほか、印刷予約
要求を送信する機能と、プリンタからのデ−タ送信要求
により印刷デ−タまたはキャンセルを送信する機能を有
する。

【０１３０】プリンタ２Ａ、２Ｂ、２Ｃの通信モジュ−
ル６Ａ、６Ｂ、６Ｃは、ホスト１Ａ，１Ｂから受け取っ
たデ−タを印刷エンジン７Ａ、７Ｂ、７Ｃに送る機能の
ほか、印刷予約を受け付けてホスト識別情報とジョブ識
別情報を印刷予約キュ−に積む機能と、ひとつのジョブ
が終了したら（印刷エンジン７Ａ、７Ｂ、７Ｃにデ−タ
を渡し終わったら）次のジョブのデータ送信要求を送り
印刷デ−タを受信する機能と、ホスト１Ａ、１Ｂからの
キャンセルを受け付ける機能を有する。

【０１３１】この実施形態の動作を図１３を参照して説
明する。

【０１３２】ここでは、例として、まずホスト１Ａで２
つのジョブが順を追って発生し、これらに続き後ホスト
１Ｂでひとつのジョブが発生した場合について説明す
る。また、説明を本質を変えぬまま簡潔にするためプリ
ンタはプリンタ２Ａ、２Ｂの２台とする。

【０１３３】まず、ホスト１ＡでジョブＡ−１の要求が
発生する。ホスト１ＡはこのジョブにＩＤ００００１を
割り当て、プリンタ２Ａ，２Ｂの両方に印刷予約要求を
送信する。これらが段階１４１である。なお、同図にお
いて、説明の都合上ホスト１Ａを単にホストＡ、ホスト
１Ｂを単にホストＢと記し、プリンタ２Ａを単にプリン
タＡ、プリンタ２Ｂを単にプリンタＢと記してある。

【０１３４】次に、プリンタ２Ａ、２Ｂは即座に印刷予
約受付を通知する。同図の場合は両方ともレディ状態な
のでほとんど間を置かずデータ送信要求も送信する。こ
れらが段階１４２である。

【０１３５】次に、ホスト１Ａは最初に受けたデータ送
信要求（この例ではプリンタ２Ａからの方）に対して印
刷データを送信し、後から到着したデータ送信要求に対
してはキャンセルを送信する。この結果、プリンタ１Ａ
はジョブＡ−１の印刷を開始し、プリンタ１Ｂは何も印
刷せずにレディを維持する。これらが段階１４３であ
る。

【０１３６】次に、ホスト１Ａで次のジョブＡ−２が発
生する。ホスト１Ａは無条件に（ジョブＡ−１の進行状
態にかかわらず）、プリンタ２Ａ、２Ｂに対して印刷予
約要求を発行する。印刷予約要求の受付はすぐに両方の
プリンタ２Ａ、２Ｂから返信される。この例ではプリン
タ２ＡはまだジョブＡ−１の印刷中であるため、この時
点では、プリンタ２Ｂのみからデータ送信要求が送信さ
れ、プリンタ２Ｂで印刷が開始される。これらが段階１
４４である。

【０１３７】次に、ホスト１ＢでジョブＢ−１が発生す
る。両方のプリンタ２Ａ、２Ｂに印刷予約を送信する。
印刷予約受付通知はすぐに到着するが、両プリンタとも
印刷中のため、デ−タ送信要求はまだ発行されない。こ
れらが段階１４５である。

【０１３８】次に、プリンタ２ＡでジョブＡ−１の印刷
が終了すると、プリンタ２Ａは次の印刷予約があるかど
うかチェックする。この例では、段階１４４、１４５で
登録された（Ａ、００００２）と（Ｂ、００００１）が
あるので、順序に従ってホスト１ＡにジョブＡ−２のデ
ータ送信要求を送信する。ホスト１Ａは、このデータは
すでにプリンタ２Ｂに送信済みのため、キャンセルを発
行する。プリンタ２Ａはキャンセルを受けたら再び印刷
予約の有無をチェックし、（Ｂ、００００１）があるの
で、ホスト１Ｂに対してジョブＢ−１のデ−タ送信要求
を送信し、データを受け取って印刷を開始する。これら
が段階１４６である。

【０１３９】なお、この後、図示のように、プリンタ２
Ｂの印刷ジョブＡ−２が完了すると、プリンタ２Ｂはホ
スト１Ｂにデ−タ送信要求を送信するが、ホスト１Ｂは
すでにこのデ−タを送信開始済なのでキャンセルを送信
する。

【０１４０】以上のように、印刷ジョブは発生順に処理
され、ジョブＡ−１の処理中に発生したジョブＢ−１
が、先に発生したジョブＡ−２に先んじて処理される状
況は生じない。すなわち、すべてのホストで発生した印
刷要求は発生順にすべてのプリンタにキューイングさ
れ、印刷が開始できるプリンタで順次処理される。

【０１４１】次に、図１０に示したスプ−ラ１０５（図
１２に示したスプ−ラ１０５Ａ、１０５Ｂも同じであ
る。）の動作の一例を図１４の流れ図を参照して説明す
る。

【０１４２】この場合、図１で説明したスプ−ラ５ある
いは図４で説明したスプ−ラ５Ａ、５Ｂの動作との違い
は、印刷予約要求の出し方（スプ−ラ１０５等は複数台
のプリンタに同時に出す。）、データ送信要求の処理の
仕方（スプ−ラ１０５等は要求があったＩＤのデータが
ないかすでに送信中の場合キャンセルを送信する。）で
ある。

【０１４３】起動の後、Ｓ１３１でスプ−ルエリアのク
リア等の一般的な初期処理を行う。次に、Ｓ１３２でプ
ロセス分岐、すなわちジョブ管理プロセスとデ−タ管理
プロセスに分岐する。なお、必ずしもプロセス分岐を必
要とするわけではないが、印刷予約処理とデ−タ送信と
が別々のタイミングになるので処理手順作成・実行の便
宜上分岐させたものである。

【０１４４】ジョブ管理プロセスは、次の手順により実
行される。

【０１４５】まず、Ｓ１３３でアプリケ−ションから印
刷ジョブが到着するのを待つ。到着するまで次のステッ
プへは進まない。到着している場合は次のステップに進
む。次に、Ｓ１３４でジョブを識別するための情報（Ｉ
Ｄ）を付加する。例えば起動時からの通し番号などとす
る。

【０１４６】次に、Ｓ１３５で印刷デ−タをスプ−ルエ
リアに保存する。このとき、ファイル名、上記のＩＤを
デ−タヘッダに付け、読み出し時にジョブを識別できる
ようにする。

【０１４７】次に、Ｓ１３６で印刷予約要求の処理のた
めのスレッドを割り付けられるプリンタの数だけ生成す
る。本ルーチンはＳ１３３に戻り、次のジョブを待つ。
スレッド分岐をしなくても処理することはできるが、プ
リンタが電源オフなどで返答しない場合などに本ルーチ
ンのデ−タ受付の処理が滞るのを避けるためである。こ
れにより本ルーチンの効率化を図ることができる。スレ
ッド分岐を用いる場合、図示しないが後から発生したス
レッドが前のスレッドを追い越さないように排他制御す
る必要がある。

【０１４８】分岐され生成されたスレッドでは、まずＳ
１３７でプリンタの印刷予約処理モジュ−ルと論理的接
続を確立する。

【０１４９】次に、Ｓ１３８でプリンタの印刷予約処理
モジュ−ルに対して印刷予約要求を送信する。印刷予約
要求には、Ｓ１３４で発行したジョブＩＤと、ホストを
識別する情報が含められる。

【０１５０】次に、Ｓ１３９で上記の印刷予約要求の承
認がプリンタから到着するのを待つ。 スレッドの最後
の処理Ｓ１４０では、Ｓ１３７で確立した接続を切断す
る。

【０１５１】したがって、このスレッドの処理が終了し
た時点ではジョブ管理プロセスはネットワ−クに関する
何らの資源も占有していない。

【０１５２】デ−タ送信管理プロセスは、次の手順によ
り実行される。

【０１５３】まず、Ｓ１４１でプリンタのデータ受信モ
ジュ−ルから印刷デ−タ送信要求が到着するのを待つ。
デ−タ送信要求が到着するとプリンタとの接続が確立さ
れるので次のステップに進む。

【０１５４】次に、Ｓ１４２でデータ送信のためのスレ
ッドを生成する。本ルーチンはＳ１４１に戻る。なお、
スレッド分岐は必須ではないが分岐する方が処理の効率
が向上する。

【０１５５】分岐され生成されたスレッドでは、まずＳ
１４３でデータ要求の情報からジョブのＩＤを取り出
し、対応する印刷デ−タをスプ−ルエリアの中から検索
する。次に、Ｓ１４４で送るべき印刷デ−タが存在して
いるか、すでに別のプリンタに対して送信を開始してい
ないかをチェックする。１つのデ−タに対して印刷予約
をプリンタ数分発行しているため、データ送信要求が複
数回到着する可能性があり、このチェックが必要にな
る。データがすでにないか、送信が開始されている場
合、２回目以降のデータ送信要求であると判断できる。

【０１５６】次に、Ｓ１４５で、Ｓ１４４のチェックで
今回が最初のデ−タ送信要求であると判定されたら印刷
データの送信を開始する。

【０１５７】また、Ｓ１４６で、Ｓ１４４のチェックで
２回目以降のデ−タ送信要求であると判定されたら、プ
リンタに対して印刷のキャンセルを送信する。

【０１５８】次に、Ｓ１４７でデータ受信モジュ−ルと
の接続を切断する。

【０１５９】スレッドの最後の処理Ｓ１４８では、送信
が終了した印刷デ−タをスプ−ルエリアから削除する。

【０１６０】以上説明のようにして、具体例としてのス
プ−ラ１０５（またはスプ−ラ１０５Ａ、１０５Ｂ）の
動作はなされる。

【０１６１】次に、また別の本発明の実施形態を図１５
を参照して説明する。同図は、ホストが２台でプリンタ
１台を共有する場合（図４に示した構成）であって、さ
らに、ホストが印刷予約要求を送信した後でデータ送信
する前等に障害が発生した場合にも対応させた場合の、
各機器の状態、送受信の方向と内容、時間経過を示す図
である。

【０１６２】この場合の、図４の構成と図４の各機器の
状態等である図５の場合との違いは、ホストＡのジョブ
Ａ−１、ジョブＡ−２発生後にホストＡには障害が発生
し、ホストＢのジョブＢ−１が生じているにもかかわら
ず、ジョブＢ−１がホストＡの復旧待ちになるのを防止
できることである。

【０１６３】すなわち、プリンタからのデ−タ送信要求
に対してホストが一定時間（例えば図１５の場合は１０
秒）無応答であるときは、そのホスト以外の印刷予約に
対してデ−タ送信要求を発行する。図１５の場合、１番
目と２番目の印刷予約が無応答のホストＡのジョブであ
るから、３番目の印刷予約（Ｂ、００００１）に対応す
るデ−タ送信要求を送信する。そして、このジョブが終
わったらはじめに戻って（Ａ、００００１）の処理を試
みる。

【０１６４】このように、この実施形態では、システム
上に障害が起こったホストが存在する場合でも、システ
ム全体の完全な停止を避けることができる。

【０１６５】なお、このような動作を実現するには、通
信モジュール６の動作フロ−である図９において、Ｓ８
８の「キューから削除」をＳ９１以降に移動し、Ｓ９１
はタイマ−処理を併用すればよい。

【０１６６】

【発明の効果】以上詳述したように、請求項１、請求項
３記載の本発明によれば、印刷ジョブ要求をその発生順
に登録し印刷デ−タの転送は前記の要求とは独立に行う
ことにしたので、複数ホストと単一プリンタの接続時に
各ホストから直接にプリンタに対してデ−タを送信する
安価な構成を維持したままでネットワ−ク資源の効率的
活用と印刷ジョブ順序逆転の問題解決を図ることができ
る。

【０１６７】また、請求項２、請求項４記載の本発明に
よれば、印刷ジョブ要求を複数プリンタでその伝達順に
登録し最も早く印刷可能状態になったプリンタが実際に
印刷処理することにしたので、複数ホストと複数プリン
タの接続時のネットワ−ク資源の効率的活用と印刷ジョ
ブ順序逆転の問題解決を図り、ホスト間の競合による無
駄な待ち時間の問題を解決することができる。

【０１６８】また、請求項５記載の本発明によれば、さ
らに、転送の求めに一定時間内に反応しないことを検出
し、この検出に基づき以降の登録に対応する印刷デ−タ
の転送を求めるので、ホストに障害が発生した場合にお
いてもシステム全体として印刷ジョブの処理が停止する
のを防止することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態を示す構成図。

【図２】図１の実施形態における各機器の状態、送受信
信号の向きと内容、時間経過の一例を説明する説明図。

【図３】図１の実施形態における各機器の状態、送受信
信号の向きと内容、時間経過の他の例を説明する説明
図。

【図４】本発明の他の実施形態を示す構成図。

【図５】図４の実施形態における各機器の状態、送受信
信号の向きと内容、時間経過の一例を説明する説明図。

【図６】本発明で用いられるスプ−ラの具体例を示す構
成図。

【図７】図６のスプ−ラの動作を説明する流れ図。

【図８】本発明で用いられる通信モジュ−ルの具体例を
示す構成図。

【図９】図８の通信モジュ−ルの動作を説明する流れ
図。

【図１０】本発明のまた他の実施形態を示す構成図。

【図１１】図１０の実施形態における各機器の状態、送
受信信号の向きと内容、時間経過の一例を説明する説明
図。

【図１２】本発明のまた他の実施形態を示す構成図。

【図１３】図１２の実施形態における各機器の状態、送
受信信号の向きと内容、時間経過の一例を説明する説明
図。

【図１４】図１０、図１２に示す実施形態で用いるスプ
−ラの動作の一例を説明する流れ図。

【図１５】本発明のまた他の実施形態の動作の一例を説
明する説明図。

【図１６】従来の印刷データ送受信のシステムの一例を
示す構成図。

【図１７】図１６に示す構成における各機器の状態、送
受信信号の向きと内容、時間経過の一例を説明する説明
図。

【図１８】図１６に示す構成における各機器の状態、送
受信信号の向きと内容、時間経過の他の例を説明する説
明図。

【図１９】図１６に示す構成における各機器の状態、送
受信信号の向きと内容、時間経過のまた他の例を説明す
る説明図。

【図２０】従来の印刷データ送受信のシステムの他の例
を示す構成図。

【図２１】図２０に示す構成における各機器の状態、送
受信信号の向きと内容、時間経過の一例を説明する説明
図。

【図２２】従来の印刷データ送受信のシステムのまた他
の例を示す構成図。

【図２３】従来の印刷データ送受信のシステムのまた他
の例を示す構成図。

【図２４】図２２に示す構成における各機器の状態、送
受信信号の向きと内容、時間経過の一例を説明する説明
図。

【図２５】従来の印刷データ送受信のシステムのまた他
の例を示す構成図。

【図２６】図２５に示す構成の状態変化を説明する説明
図。

【符号の説明】

１、１Ａ、１Ｂ ホストコンピュータ ２、２Ａ、２Ｂ、２Ｃ プリンタ ３ ＬＡＮ ４、４Ａ、４Ｂ アプリケーションプログラム ５、５Ａ、５Ｂ スプ−ラ ６、６Ａ、６Ｂ、６Ｃ 通信モジュール ７、７Ａ、７Ｂ、７Ｃ 印刷エンジン ８ 制御情報 ９ 印刷データ ４１ 印刷予約処理モジュ−ル ４２ 受信モジュール ５１ ジョブ管理プロセス ５２ データ送信管理プロセス ５３ スプ−ルエリア ７１ 印刷予約処理プロセス ７２ データ受信プロセス ７３ 印刷予約キュ− １０５、１０５Ａ、１０５Ｂ、１０５Ｃ スプ−ラ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 印刷ジョブの要求元である複数の第１の
   装置と前記印刷ジョブを処理する第２の装置とを有し、 前記各第１の装置は、 印刷ジョブの予約要求を発生する手段をそれぞれ有し、 前記第２の装置は、 前記発生された印刷ジョブの予約要求を発生順に登録す
   る手段と、前記登録の順に印刷ジョブの予約要求元であ
   る第１の装置に印刷デ−タの転送を要求する手段とを有
   することを特徴とする印刷データ送受信のシステム。
2. 【請求項２】 印刷ジョブの要求元であるひとつ以上の
   第１の装置と前記印刷ジョブを処理する複数の第２の装
   置とを有し、 前記各第１の装置は、 印刷ジョブの予約要求を前記各第２の装置に発行する手
   段をそれぞれ有し、 前記各第２の装置は、 前記発行された印刷ジョブの予約要求を発行順に登録す
   る手段と、前記登録の順に印刷ジョブの予約要求元であ
   る第１の装置に印刷デ−タの転送を要求する手段とをそ
   れぞれ有し、 前記各第１の装置は、さらに、前記複数の第２の装置か
   らの各印刷デ−タ転送要求のうち最初の要求に対しての
   み前記印刷デ−タを転送する手段をそれぞれ有すること
   を特徴とする印刷デ−タ送受信のシステム。
3. 【請求項３】 印刷ジョブの要求元である複数の第１の
   装置と前記印刷ジョブを処理する第２の装置とを有する
   印刷データ送受信のシステムにおいて、 前記各第１の装置が、 印刷ジョブの予約要求をそれぞれ発生し、 前記第２の装置が、 前記発生された印刷ジョブの予約要求を発生順に登録
   し、前記登録の順に印刷ジョブの予約要求元である第１
   の装置に印刷デ−タの転送を要求することを特徴とする
   印刷データ送受信の方法。
4. 【請求項４】 印刷ジョブの要求元であるひとつ以上の
   第１の装置と前記印刷ジョブを処理する複数の第２の装
   置とを有する印刷データ送受信のシステムにおいて、 前記各第１の装置が、 印刷ジョブの予約要求を前記各第２の装置にそれぞれ発
   行し、 前記各第２の装置が、 前記発行された印刷ジョブの予約要求を発行順にそれぞ
   れ登録し、前記登録の順に印刷ジョブの予約の要求元で
   ある第１の装置に印刷デ−タの転送をそれぞれ求め、 前記各第１の装置は、さらに、 前記複数の第２の装置からの各印刷デ−タ転送要求のう
   ち最初の要求に対してのみ前記印刷デ−タをそれぞれ転
   送することを特徴とする印刷デ−タ送受信の方法。
5. 【請求項５】 請求項１または２記載の印刷デ−タ送受
   信のシステムにおいて、さらに、 前記各第２の装置は、 前記印刷デ−タ転送要求に前記要求元である第１の装置
   が一定時間内に反応しないことを検出する手段と、 前記検出された結果に基づき以降の印刷ジョブの予約の
   要求元である第１の装置に印刷デ−タの転送を求める手
   段とをそれぞれ有することを特徴とする請求項１または
   ２記載の印刷デ−タ送受信のシステム。