JP2006092288A - 印刷システム及びその制御方法 - Google Patents

Abstract

【課題】 サーバ・クライアント間の通信中にクライアントのサスペンドが発生した時に、該クライアントへの通信処理が発生すると、該クライアントからの応答を受けることができないため、サーバはロック状態となってしまう。
【解決手段】 クライアントの情報処理装置との間において、クライアントが、サスペンドをする時にサーバに対して、サスペンドする旨を通知する手段を備えたことを特徴とする。
【選択図】 図１０

Description

本発明は、印刷処理機能を有する情報処置装置等の印刷システム及びその制御方法に関するもので、接続するクライアントの管理に関するものである。

従来、プリンタデバイスに対して複数のクライアントからＬＰＲなどの簡単な印刷機能によって無造作に大量の印刷ジョブを転送するプリントシステムでは、印刷ジョブの印刷順の制御が行われなかったり、プリンタデバイスに転送された印刷ジョブ管理、監視が行えなかったりするためサーバが必要であった。今まで業務のために部署毎にあったサーバが、業務のＷｅｂ化によって必要が無くなり、また、サーバを導入するということが、ハードコストや管理コストという面からも少なくなってきている。しかし、印刷管理、印刷監視の要望は高く、必要となっていたため、サーバ機能をプリンタデバイスにエンベッドしプリンタジョブの管理をするシステムが考案されていた（例えば、特許文献１参照。）。

このシステムでは複数のクラインアントから印刷ジョブ情報をデバイス側に送信し、デバイスエンベッドのサーバ側でジョブのスケジューリングなどの処理を行う。また、プリンタの電源が切られたりした場合にはプリンタの再起動を行い、サーバから複数のクライアントに対して起動を行った旨を一斉に通知（ＢｒｏａｄＣａｓｔ）する必要があった。
特開平０２−１４６６１８号公報

印刷システムのみならず、サーバ・クライアント間の通信中にクライアントのサスペンドが発生した時に、該クライアントへの通信処理が発生すると、該クライアントからの応答を受けることができないため、サーバはロック状態となってしまう。また、サーバではそれまでの通信に対して、正常な終了処理が行われることがないため、該クライアントがサスペンドしていることを検知することもできない。

このような場合、サーバは定期的に、ＣＰＵなどに負荷を与えない通信を行う処理（Ｋｅｅｐ Ａｌｉｖｅ処理）を行うことで、クライアントがサスペンド状態にあることを検知することはできるが、この場合、タイムアウト検知までに２分近く要してしまう。

本従来技術にあるように、印刷ジョブのスケジューリングがされているときに、クライアントのサスペンドが発生すれば、スケジューリングの機能も止まり、その後にスケジューリングされているジョブも停止してしまう。また、Ｋｅｅｐ Ａｌｉｖｅ処理により、停止状態から復帰できるとしても２分近くもかかってしまう。スケジューラーにジョブが無いときは大した影響もないが、多くのジョブがスケジューリングされている場合、大きなロスが生じてしまう。本件では、このようなロスを回避する印刷システム及びその制御方法の提供を目的とする。

本発明は上記目的を解決することを目的とし、クライアントがサスペンド時にサーバに対して通知し、サーバはクライアントのダウンを直ちに検知する手段を備える仕組みを提供する。これによって、サーバはクライアントのダウンのタイムアウトを待つ前に、他のホストの、ジョブのスケジュールアップなどの処理を行うことができる。

なお、さらに説明すれば、本発明の第一の発明について下記のように示す。

（１）印刷システムにであって、サーバの情報処理装置と、クライアントの情報処理装置との間において、クライアントの情報処理装置が、サスペンドをする時にサーバの情報処理装置に対して、サスペンドする旨を通知する手段を備えたことを特徴とする印刷システム。

本願発明によれば、クライアントがサスペンド時にサーバに対してサスペンドの移行を通知できるので、サーバ側のジョブスケジューリングを遠隔に行えることができる。

以下、本発明の発明を実施するための最良の形態について図面を用いて説明する。

＜実施形態＞
図１は、実施形態に係る印刷処理システムの構成を示す図である。

同図において、１０１、１０２、１０３、１０４は、ネットワーク１０７に接続され、相互に通信可能なコンピュータであり、典型的にはパーソナルコンピュータ（ＰＣ）であり、それぞれイーサネット（登録商標）などのネットワークケーブルによってネットワーク１０７に接続され、アプリケーションプログラム等の各種のプログラムを実行可能であり、印刷データをプリンタに対応するプリンタ言語に変換する機能を有するプリンタドライバを搭載している。ここで、各コンピュータは複数のプリンタドライバをサポートするものとする。また、プリンタに対応するプリンタ言語に変換にした印刷データを１０５ネットワークプリンタに転送する機能を有する。

１０５は、印刷制御装置としてのネットワークプリンタであり、ネットワークインタフェースカード１０６を介してネットワーク１０７と接続されており、クライアントコンピュータから送信されてくる印字データを含む印刷ジョブを解析し、１ページずつドットイメージに変換して印刷する。なお、同図にネットワークプリンタ１０５は１台しか示されていないが、他のネットワークプリンタが複数接続されているものとする。各ネットワークプリンタの機能は相違するものであってもよい。

また、１０７はネットワークであり、コンピュータ１０１〜１０４、ネットワークプリンタ１０５等と接続している。

＜情報処理装置の構成＞
図２は、図１に示した情報処理装置の構成を説明するブロック図であり、情報処理装置で、サーバ１０１も同様あるいは同等のハードウェア構成とする。よって、サーバの構成を説明するブロック図として説明する。

同図において、２００は情報処理装置の制御手段であるＣＰＵであり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳや本発明のネットワークプリンタ制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

２０１は記憶手段であるＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は一時記憶手段であるＲＡＭであり、ＣＰＵ２００の主メモリやワークエリア等として機能する。

２０３は記憶媒体読み込み手段としてのフロッピー（登録商標）ディスク（ＦＤ）ドライブであり、後述する図５に示すようにＦＤドライブ２０３を通じて記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。なお、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

２０４は記憶媒体であるフロッピー（登録商標）ディスク（ＦＤ）であり、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。

２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、及び関係プログラム等を格納している。さらに、スプール手段であるスプーラはここに確保される。

スプール手段は、サーバ１０１ではサーバスプーラのことである。

２０６は指示入力手段であるキーボードであり、ユーザがサーバ１０１に対して、デバイスの制御コマンドの命令等を入力指示するものである。

２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、プリンタ１０５の状態等を表示したりするものである。２０８はシステムバスであり、サーバ１０１であるコンピュータ内のデータの流れを司るものである。

２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。

＜メモリマップ等の説明＞
図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図であり、ＦＤ２０４からロードされる上記ネットワークプリンタ制御プログラムが、ＲＡＭ２０２にロードされ実行可能となった状態のメモリマップである。

本実施形態では、ＦＤ２０４からネットワークプリンタ制御プログラム及び関係データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、ＦＤ２０４からネットワークプリンタ制御プログラムを動作させる度に、既にネットワークプリンタ制御プログラムがインストールされているＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。

また、本ネットワークプリンタ制御プログラムを記憶する媒体は、ＦＤ以外にＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＰＣカード、ＤＶＤ、ＩＣメモリカードであってもよい。さらに、本ネットワークプリンタ制御プログラムをＲＯＭ２０１に記憶しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替として構成することもできる。

また、本ネットワークプリンタ制御プログラムのことを、簡単に印刷制御プログラムと呼ぶこともある。印刷制御プログラムは、サーバ１０１において、印刷ジョブの順序制御を行い、印刷ジョブの印刷終了や印刷先変更要求などを通知するためのプログラムを含んでいる。

３０１は基本Ｉ／Ｏプログラムであり、本制御装置の電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能などを有しているプログラムが入っている領域である。

３０２はオペレーティングシステム（ＯＳ）であり、３０３はネットワークプリンタ制御プログラムで、ＲＡＭ２０２上に確保される領域に記憶される。３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。３０５はワークエリアで、ＣＰＵ２００が本プリンタ制御プログラムを実行する領域が確保されている。

図４は、図２に示したＦＤ２０４のメモリマップの一例を示す図である。

同図において、４００は前記ＦＤ２０４のデータ内容であり、４０１はデータの情報を示すボリューム情報であり、４０２はディレクトリ情報、４０３は本実施形態で説明する印刷制御プログラムであるネットワークプリンタ制御プログラム、４０４はその関連データである。４０３のネットワークプリンタ制御プログラムは、実施形態で説明するフローチャートに基づいてプログラム化したものであり、本実施形態では、サーバ１０１に同様の構成を採っている。

図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一のものには同一の符号を付してある。

同図において、ＦＤ２０４には、本実施形態で説明するネットワークプリンタ制御プログラム及び関係データを格納している。

＜印刷処理システムにおけるソフトウェア構成例＞
ここで、本実施形態における用語の技術的意味について説明しておく。

本実施形態において、アプリケーションにおける印刷指示に応じてＷｉｎｄｏｗｓ（登録商標）等のＯＳを介して出力される描画命令（一般的にＤＤＩ或いはＧＤＩと呼ばれている）を解釈しページ記述言語を生成しデバイスへ出力させるようなプリンタドライバを通常プリンタドライバ、このときのデバイスを通常デバイスと呼ぶ。なお、ＯＳとしてはＷｉｎｄｏｗｓ（登録商標）に限定されるものではなく、描画命令を備えるＯＳであれば適用可能であることは言うまでもない。また、デバイスであるプリンタとは区別してプリンタドライバとプリンタ出力ポートとの組み合わせをプリンタと呼ぶこともある。

図６は、本システムにおいて、文書などを印刷するアプリケーションから発行された描画コマンドを含む印刷ジョブが、印刷ジョブ制御システムにおいてどのように処理されるかを示した図である。

ジョブ制御Ｄｅｖｏｉｃｅ Ｓｃｈｅｄｕｌｅｒは、複数のジョブ制御クライアントの印刷ジョブをスケジューリング管理し、各ジョブ制御クライアントの印刷を制御するプリンタデバイスエンベッドサーバを示す。ここでは、あるジョブ制御クライアントから印刷される処理の流れを、Ｗｉｎｄｏｗｓ(登録商標)スプーラ、ジョブ制御クライアント、ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒ、プリンタデバイスと関連させて説明する。

アプリケーション６０１が印刷を開始すると一連の描画命令を、ＯＳを介して生成させる。この生成された描画命令はプリンタドライバを経て所定の形式に変換された後、Ｗｉｎｄｏｗｓ(登録商標)スプーラ（Ｗｉｎｄｏｗｓ(登録商標) Ｓｐｏｏｌｅｒ）６０２に渡され、ジョブ制御ポートモニタ６０３を経由し、ハードディスク６０４やジョブ制御クライアントサービス６０５に印刷ジョブがスプールされる（図６中の（１）（１）’（２）（３）に対応）。

ジョブ制御クライアントは印刷データのスプーリング完了後、ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒ６０６に対してスケジュール要求を発行する（図６中の（４）に対応）。

スケジュール要求とは、ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒに対して印刷ジョブのスケジュールを依頼するコマンドであり、ジョブ制御 クライアントで印刷ジョブが発生すると発行されるコマンドである。

ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒはジョブ制御クライアントからスケジュール要求を受けつけると、ジョブの“スケジュール機能”によりスケジュール処理（図６中の（５）に対応）を行う。“スケジュール機能”とは、デバイスに対して印刷されるジョブの印刷順序制御を行う機能である。“スケジューリング機能”に基づいて印刷ジョブのデバイスへの送信のタイミングが決定されると、ジョブ制御 Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒは、印刷ジョブのスケジュールアップ（転送開始指示）（図６中の（６）に対応）をジョブ制御クライアントに送信する。なお、スケジュールアップを発行する順は、スケジュール要求を受け取ったジョブの順となる。つまり、複数のジョブ制御クライアント上でアプリケーションから印刷を開始した場合、印刷を開始した順にプリンタデバイスに転送されるのではなく、先にスプール完了したジョブから転送が開始されることになる。

ジョブ制御クライアントは、スケジュールアップを受けつけると、デバイスに対して印刷ジョブの転送を開始する（図６中の（７）（７）’（８）に対応）。

ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒはデバイスコントローラ６０８から取得するジョブ管理情報から印刷ジョブの状況（完了など）を取得し、各ジョブ制御クライアントへ通知する（図６中の（９）（１０）（１１）に対応）。

ジョブ制御クライアントは、印刷完了を受けつけたジョブを削除する（図６中の（１２）（１３）に対応）。印刷中などにデバイスのエラーが発生すれば、ジョブ制御 Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒ６０６はデバイスコントローラ６０８から取得するプリンタデバイスの状態をジョブ制御クライアントへ通知する（図６中の（９）（１０）（１１）に対応）。

図７は、ジョブ制御クライアントサービス６０５が管理する印刷ジョブ情報リスト及びテーブルの構成の一例を示したものである。なお、印刷ジョブ情報テーブルはジョブ単位に生成される。本実施形態で使用されるジョブ情報テーブルは、ポートモニタ６０３からプリントジョブデータがジョブ制御クライアントサービス６０５に送信されるとプリンタキュー情報としてジョブ制御クライアントサービス６０５の内部で作成される。印刷ジョブ数７００は、ジョブ情報リストに登録されているジョブ情報テーブルの総数が記録されている。ジョブＩＤ７０１は、プリンタキュー情報として管理するジョブ情報テーブルに割り当てる任意のＩＤであり、ジョブを識別するＩＤとして使用される。ドキュメント名７０２は、アプリケーション６０１が印刷するドキュメントの名前で、ポートモニタ６０３がジョブ制御クライアントサービス６０５にプリントジョブデータを送信するときに通知される。スケジュールファイルパス７０４は、ポートモニタ６０３がジョブ制御クライアントサービス６０５に送信したプリントジョブデータを、ＨＤ６０４に保存したファイルパスである。スケジュールジョブ状態７０５は、ジョブのスケジュール要求の状態として、スケジュール要求待機中（Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒ側のスケジュールジョブ数がＭＡＸ値を超えた場合には、ジョブのスケジュール要求依頼しても直ぐには完了とはならない）、スケジュール要求依頼済み、スケジュールアップ済みといった状態を示し、また、ジョブが依頼済みになった場合には、その受付時間も記憶されている。ジョブ属性７０６は、ジョブの属性情報として、出力先プリンタ名、出力先プリンタＩＰアドレス（ポート情報）などが記憶されている。

図８は、ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒが管理するジョブ管理リストの構成の一例を示した図である。受付ジョブ数８００は、ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒが各クライアントから受けつけたスケジュールジョブの総数を示し、この総数は後述するスケジュールジョブ受付情報の総数と等しい。クライアントＩＰアドレス８０１，８０２、８０３は、スケジュールジョブを受けつけたクライアントマシンのＩＰアドレスとクライアントコンピュータ名を保持している。なお、同一クライアントマシンから複数のジョブ受けつけた場合でも登録されるＩＰアドレスは一アドレスのみである。スケジュール受付ジョブ情報８０４，８０５，８０６は、ジョブの受付時間、ジョブサイズ、ページ数、部数、ジョブのオーナ情報、クライアントコンピュータ名などの情報を受けつけたジョブ毎に保持している。

図９は、プリンタキューに対するスケジュール処理を示す図である。

ステップＳ９０１では、プリンタキューのスケジュールの管理を行っており、スケジュール要求、印刷ジョブの送信完了、印刷ジョブの削除、印刷ジョブの完了などのアクションを監視している。プリンタキューに対する、上記アクションが発生すると、ステップＳ９０２に進み、アクションが発生しない場合は、ステップＳ９０１で待機処理を行う。

ステップＳ９０２において、上記アクションが発生したプリンタキューを確認し、ジョブ情報が存在していればステップＳ９０３に進み、ジョブ情報が無ければステップＳ９０１に進む。

ステップＳ９０３において、プリンタキューに対応するプリントデバイスの動作ステータスを取得し、ステップＳ９０４においてプリントデバイスに印刷データを転送可能かどうか判断する。

ステップＳ９０４において、プリントデバイスに印刷データを転送可能であれば、ステップＳ９０５に進み、転送不可能であれば、処理をステップＳ９０１に進む。

ステップＳ９０５において、ステップＳ９０２で見つけたジョブに対して、スケジュールＵＰ要求を発行し、処理をステップＳ９０１に移行する。

図１０は、サスペンド通知を受けたときのスケジューラーの処理を示す。

ステップＳ１００１では、クライアントが出したサスペンド通知を、エンベデッドサーバが検知をする。

ステップＳ１００２では、サスペンド通知をした該クライアントのジョブがスケジューリングされているかを判定する。スケジューリングされていれば、ステップＳ１００３へ進み、スケジューリングされていなければステップＳ１００９へ進む。

ステップＳ１００３では、サスペンド通知を検知したエンベデッドサーバが、サスペンド通知の情報を元に、対象とするクライアントと、クライアントのスケジューリングジョブを確認し、ジョブの実体が送信済みかを判定する。ジョブが送信済みであるならば、ステップＳ１００４へ進み、ジョブがデバイスへ送信されていなければ、ステップＳ１００５へ進む。

ステップＳ１００４では、クライアントからサスペンド通知を受けたが、クライアントからのジョブの実体自体は受信しているため、そのジョブを処理し、ジョブの追跡を行い、出力先を管理する。そして、ステップＳ１０１０へ進む。

ステップＳ１００５では、サスペンドしたクライアントのジョブの他にスケジューリングされているジョブがあるかどうかを判別する。他にスケジューリングされているジョブがあれば、ステップＳ１００６へ進み、他にスケジューリングされているジョブがなければ、ステップＳ１００７へ進みサスペンド通知したクライアントの復帰を待つ。

ステップＳ１００６では、他にスケジューリングされているジョブがあるために、次のジョブを処理するために、サスペンドしたクライアントからのジョブを消去もしくは、保留をする。そして、ステップＳ１０１０へ進む。

ステップＳ１００７では、クライアントからサスペンドの通知は受けたが、他にスケジューリングされているジョブがないため、サスペンド通知したクライアントの復帰を待つ。

ステップＳ１００８では、該エンベデッドサーバが待機状態中に他のクライアントからのジョブを受けることがあれば、ステップＳ１００６へ進む。他のクライアントからジョブを受けつけることがなければ、ステップＳ１００９へ進む。

ステップＳ１００９では該クライアントからのサスペンド解除通知の待ち状態に入る。その間も、他のクライアントに対しては、処理を行っていく。

ステップＳ１０１０では、クライアントからサスペンド通知を受けたジョブに対しても、そうでないジョブに対しても、サスペンド対策の処理をして、スケジューリングされている次のクライアントからのジョブを処理する。

図１１は、クライアントからのサスペンド通知に含まれる情報の一例を示した図である。

サスペンド通知には、今からサスペンドに突入するなどの、クライアントの状態を示すものと、クライアント名、クライアントのＩＰ、スケジューリングへ投入したジョブの数、などを含む。

図１２は、クライアントからのサスペンド解除に含まれる情報の一例を示した図である。

解除通知には、クライアントを特定する情報と、状態のみを記す。

図１３は、図１０のステップＳ１００６において、ジョブを保留した時の処理を示す。

ステップＳ１３０１では、該クライアントのジョブ要求は保留すると共に、該クライアントがサスペンド状態にあるという情報を持つ。

ステップＳ１３０２では、該クライアントのジョブを一度スケジューリングから外し、ステップＳ１３０３へ進む。

ステップＳ１３０３では、該クライアントからのサスペンド解除通知の待ち状態に入る。但し、その間も他のクライアントに対しては印刷などの処理を行っていく。

ステップＳ１３０４では、サスペンドの解除通知を受けたとき、次の処理ステップＳ１３０５へ進み、サスペンド解除の通知を受けるまでは、再び待機状態のステップＳ１３０３へ進む。

ステップＳ１３０５では、該クライアントのジョブを再びスケジューラーに登録し、印刷処理へと進む。

基本的なシステム構成図 図１に示した情報処置装置を説明する構成図 図２に示したＲＡＭのメモリマップの一例を示す図 図２にしめしたＦＤのメモリマップの一例を示す図 ＦＤドライブに対するＦＤの関係を示す図 アプリケーションから発行された印刷ジョブの処理を示す図 ジョブ制御クライアントサービス６０５が管理する印刷ジョブ情報リストの一例を示す図 ジョブ制御Ｄｅｖｉｃｅ Ｓｃｈｅｄｕｌｅｒが管理するジョブ管理リストの一例を示す図 プリンタキューに対するスケジュール処理を示す図 クライアントからのサスペンド通知を検知したときのエンベデッドサーバの処理を示した図 サスペンド通知に含まれる情報の一例を示す図 サスペンド解除通知に含まれる情報の一例を示す図 図１０のステップＳ１００６において、サスペンドしたクライアントのジョブを保留しているときの処理を示した図

符号の説明

１０１、１０２、１０３、１０４ コンピュータ
１０５ ネットワークプリンタ
１０６ ネットワークインタフェースカード
１０７ ネットワーク
２００ ＣＰＵ
２０１ ＲＯＭ
２０２ ＲＡＭ
２０３ ＦＤドライブ
２０４ ＦＤ
２０５ ハードディスク（ＨＤ）
２０６ キーボード
２０７ ディスプレイ
２０８ システムバス
２０９ インタフェース

Claims (6)

1. 印刷システムにであって、サーバの情報処理装置と、クライアントの情報処理装置との間において、クライアントの情報処理装置が、サスペンドをする時にサーバの情報処理装置に対して、サスペンドする旨を通知する手段を備えたことを特徴とする印刷システム。
2. 前記サーバの情報処理装置は、複数のクライアントからの、印刷要求を受け、印刷ジョブのスケジューリングを行う手段を備えたことを特徴とする、請求項１記載の印刷システム。
3. クライアントの情報処理装置が、サスペンドする旨を伝えたとき、サーバの情報処理装置は、それまでの通信を終了する手段を備えることを特徴とする、請求項１記載の印刷システム。
4. 前記サーバの情報処理装置は、クライアントの情報処理装置からのサスペンドする旨を検知したとき、該クライアント情報処理装置からの印刷要求がスケジューリングされているか、そうでないかを判定し、判定結果によっては、該クライアントからの印刷ジョブを削除もしくは保留する手段を備えたことを特徴とする、請求項１記載の印刷システム。
5. 前記サーバの情報処理装置は、スケジューリングされているかの判定の結果より、印刷処理を行い、次のホストからの印刷要求をスケジューリングする手段を備えた事を特徴とする、請求項１記載の印刷システム。
6. 印刷システムにおける制御方法であって、サーバの情報処理装置と、クライアントの情報処理装置との間において、クライアントの情報処理装置が、サスペンドをする時にサーバの情報処理装置に対して、サスペンドする旨を通知するステップを備えたことを特徴とする、制御方法。

Images