以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。
なお、本明細書において、印刷データとはPDL等で記述された画像データであり、印刷ジョブ情報は、印刷データを出力したいプリンタ、印刷データの格納場所、及び印刷方法に関する情報であり、印刷ジョブは、印刷データと印刷ジョブ情報とを組み合わせたものである。
<概要>
本実施形態に係るプリントシステムは、特開平06−259206号公報に開示されているシステムと異なり、独立した共有プリントキューをもたず、プリントデバイスに対応するプリントキューのみを備える。そして、複数のプリントデバイスに対応するプリントキューのいずれか1つが基本プリントキューとして設定され、それ以外のプリントキューはバックアッププリントキューとして設定される。本実施形態では基本プリントキューを単にプリントキューと称し、基本プリントキューに対応するプリントデバイスを負荷分散用プリントデバイスと称する。また、バックアッププリントキューに対応するプリントデバイスをバックアッププリントデバイスと称する。
プリンタドライバで生成された印刷ジョブの印刷ジョブ情報は、優先的に基本プリントキューに登録され、同時にその印刷ジョブ情報のバックアップとしてのジョブ情報がバックアッププリントキューに生成される。この印刷ジョブ情報に対応するバックアップジョブ情報のことを、本実施形態では仮想ジョブ情報と称し、これと比較する意味で、バックアップではない通常の印刷ジョブ情報を実ジョブ情報と称する。実ジョブ情報は、印刷データの格納場所を含むが、仮想ジョブは、印刷データとの直接の関連性はなく、その代わりに実ジョブ情報の識別情報(実ジョブID)を含む。これにより、仮想ジョブ情報から実ジョブ情報を導き出すことができる。
バックアッププリントキューを含むすべてのプリントキューは、概念的に実ジョブ情報用のキュー(実ジョブキュー)と仮想ジョブ情報用のキュー(仮想ジョブキュー)に分かれている。ユーザが印刷ジョブの状態を確認するために一般的な方法でプリントキューを参照した場合には、仮想ジョブキューはユーザインタフェースには表示されず、実ジョブキューのみが表示される。従って、ユーザは通常、実ジョブ情報の状態のみを認識可能である。
負荷分散印刷の指示があると、その指示に含まれる印刷ジョブ情報を、プリントキュー内の実ジョブキューに実ジョブ情報として登録し、他の全バックアッププリントキュー内の仮想ジョブキューには、その実ジョブ情報に対応する仮想ジョブ情報を生成する。そして、プリントキュー内の実ジョブキューにおいて、先に登録された実ジョブ情報がすべて対応するプリントデバイスに送信される前に、いずれかのバックアッププリントキュー内の実ジョブキューが空になると、そのバックアッププリントキュー内の仮想ジョブキューに登録された仮想ジョブ情報が、対応する実ジョブ情報を引き継いで、実ジョブ情報に切り替わり、実ジョブキューに登録される。そしてその直後、その実ジョブ情報に含まれる格納場所に格納された印刷データとともに、プリントデバイスに送信される。
つまり、負荷分散印刷に対応する印刷ジョブは、一旦基本プリントキューに登録され、その後、最も早いタイミングで印刷可能となったいずれかのプリントデバイスに送信される。従って、複数の同じ印刷データを重複登録することなく効率的に負荷分散印刷を行うことができる。
また、ユーザインタフェースにおいては、負荷分散印刷指示を行うと、まず、負荷分散用プリントデバイスの基本プリントキューに印刷ジョブ情報を示すオブジェクトが現われ、その後、最先に印刷可能となったバックアッププリントデバイスのプリントキューにその印刷ジョブ情報が移動して印刷が開始したように見える。即ち、1つの印刷データに対応する印刷ジョブのオブジェクトは1つしか表示されないため、ユーザが混乱することもない。
なお、本システムでは複数の種類の印刷ジョブを取り扱うことができるが、特定の種類の印刷ジョブは負荷分散印刷の対象とならない。例えば、セキュアジョブと呼ばれる印刷ジョブは、セキュリティ上、ユーザの把握しないプリンタでは出力したくない印刷ジョブである。従って、プリンタドライバの設定でセキュアプリントとなっていると、対象となる印刷ジョブについては、仮想ジョブを生成せず、指定されたプリントデバイスのプリントキューの実ジョブキューにのみ実ジョブ情報が登録される。また、セキュアジョブの出力時には、プリントデバイスに対してパスワード入力が必要となる。
<システム構成>
図1は、本発明の実施形態に係るプリントシステムの全体構成を示すブロック図である。本プリントシステムは、情報処理装置としてのプリントサーバ101と、印刷装置(プリントデバイス)としてのネットワークプリンタ102〜105と、クライアント(コンピュータ)107、108とを含み、これらが互いに接続されていることにより、全体としてネットワークを構成している。
プリントサーバ101には、印刷制御プログラムが実行可能に格納されており、本プリントシステムに含まれるネットワークプリンタ102〜105を管理する機能のほか、ネットワークで使用されるファイルを蓄積したり、ネットワークの使用状態を監視したりする機能を有する。具体的には、プリントサーバ101は、自身により印刷ジョブを作成し、ネットワークプリンタ102〜105に転送する機能と、クライアント107で生成された印刷データを受信し、その印刷データを含む印刷ジョブを生成してスケジューリング処理によりネットワークプリンタ102〜105に転送する機能と、クライアント107、108で作成され、そこにスプールされている印刷ジョブに対してスケジューリング処理を行いクライアント107、108からネットワークプリンタ102〜105に直接印刷ジョブを転送するよう指示する機能とを有する。プリントサーバ101は、必ずしもプリンタの管理に特化したコンピュータである必要はなく、プリント管理機能を備えた汎用のコンピュータであればよく、他のコンピュータとの関係でクライアントとして機能してもよい。
ネットワークプリンタ102〜105は、プリントサーバ101やクライアント107から、印刷データを含む印刷ジョブを受信し、受信した印刷ジョブを解析して印刷する物理的な装置としてのプリントデバイスである。ネットワークプリンタ102〜105としては、電子写真方式を採用したレーザービームプリンタやインクジェット方式を採用したインクジェットプリンタや熱転写方式を利用したプリンタ等、あらゆる方式の印刷装置を採用することができる。
クライアント107、108は、プリントサーバ101との関係でクライアントとして機能するコンピュータである。
なお、本プリントシステムに含まれる装置間の通信は、イーサネット(登録商標)ケーブルなどを利用した有線通信でもよいし、電波や光などを利用した無線通信でもよい。
<プリントサーバ及びクライアントの構成>
図2は、図1に示したプリントサーバ101及びクライアント107、108のハードウェア構成を説明するブロック図である。プリントサーバ101及びクライアント107、108は、ハードウェア構成上、特別な差異はないため、ここでは代表的に、プリントサーバ101の構成について説明する。
図2において、CPU200は、HD(ハードディスク)205に格納されているアプリケーションプログラム、プリンタドライバプログラム、OSや印刷制御プログラム等を読出して実行し、RAM202にプログラムの実行に必要な情報、ファイル等を一時的に格納制御を行うための制御手段である。
ROM201は、基本I/Oプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する記憶手段である。RAM202は、CPU200の主メモリやワークエリア等として機能する一時記憶手段である。
FD(フロッピー(登録商標)ディスク)ドライブ203は、後述する図5に示すように記憶媒体としてのFD204に記憶されたプログラム等を本コンピュータシステムにロードするための記憶媒体読み込み手段である。なお、プリントサーバ101及びクライアント107、108は、FDドライブ203に代えて、あるいはFDドライブ203と共に、他の記憶媒体読込手段を備えてもよい。他の記憶媒体としては、CD−ROM、CD−R、CD−RW、PCカード、DVD、ICメモリカード、MO、メモリスティック等、コンピュータが読み取り可能なあらゆる記憶媒体が挙げられる。
HD205は、大容量メモリとして機能する外部記憶手段であり、アプリケーションプログラム、プリンタドライバプログラム、OS、印刷制御プログラム、及び関係プログラム等を格納している。更に、スプール手段であるスプーラはここに確保される。なお、プリントサーバ101ではスプール手段としてサーバスプーラが確保され、クライアントではスプール手段としてクライアントスプーラが確保される。
キーボード206は、ユーザがプリントサーバ101やクライアント107、108に対して、デバイスの制御コマンドの命令等を入力指示するための指示入力手段である。
ディスプレイ207は、キーボード206から入力したコマンドや、プリンタ102〜105の状態等を表示する表示手段である。なお、実際にはプリントサーバ101及びクライアント107、108上で稼動するオペレーティングシステムを介して表示手段に表示指示がなされ、このオペレーティングシステムに本印刷処理プログラムによりリソースファイルの表示指示が行われ、後述する各表示が実現される。208はシステムバスであり、プリントサーバ101またはクライアント107、108としてのコンピュータ内の、データの流れをつかさどるものである。
またインタフェース209は、入出力手段であり、プリントサーバ101またはクライアント107,108は、インタフェース209を介してネットワーク上の他の装置とのデータのやり取りを行う。
<メモリマップ等の説明>
図3は、図2に示したRAM202のメモリマップの一例を示す図であり、印刷制御プログラムが、RAM202にロードされ実行可能となった状態のメモリマップである。図5は、図2に示したFDドライブ203に対して挿入されるFD204との関係を示す図であり、図2と同一のものには同一の符号を付してある。同図において、FD204には、印刷制御プログラム及び関係データを格納している。
印刷制御プログラム及び関係データは、予めFD204からHD205にインストールされて、HD205からRAM202にロードするようにしてもよいしFD204から直接RAM202にロードして実行させてもよい。更に、印刷制御プログラムをROM201に記憶しておき、これをメモリマップの一部となすように構成し、直接CPU200で実行することも可能である。また、以上の各装置と同等の機能を実現するソフトウェアをもって、ハードウェア装置の代替として構成することもできる。
印刷制御プログラムは、クライアントにおいては、印刷ジョブの印刷先の変更を指示したり、印刷順序を変更したりする指示をするための制御を行う。一方、プリントサーバにおいては、印刷ジョブの順序制御を行ったり、印刷ジョブの印刷終了や印刷先変更要求などを通知したりする。また、印刷制御プログラムは、クライアントにインストールされるモジュールと、プリントサーバにインストールされるモジュールとを別々に含んでいてもよいし、ひとつの印刷制御プログラムが、実行される環境によりクライアント用として機能したり、プリントサーバ用として機能したりするようにしてもよい。あるいは、一台のコンピュータに、クライアント用の機能を持つモジュールとプリントサーバ用として機能するモジュールとをともにインストールし、同時にあるいは時分割で、擬似的に平行動作させる構成も可能である。
301は基本I/Oプログラムを記憶するための領域である。基本I/Oプログラムは、装置(プリントサーバ101またはクライアント107,108)の電源がONされたときに、HD205からOSがRAM202に読み込まれ、OSの動作を開始させるIPL(イニシャルプログラムローデイング)機能などを有しているプログラムである。
302はOS(オペレーティングシステム)を記憶する領域であり、303は印刷制御プログラムを記憶する領域である。304は、関係データを記憶する領域である。305はワークエリアで、CPU200が各種のプログラムを実行するための領域である。
図4は、図2に示したFD204のメモリマップの一例を示す図である。図4において、400はFD204のデータ内容であり、データの情報を示すボリューム情報401と、ディレクトリ情報402と、印刷制御プログラム403と、その関係データ404を含んでいる。
<プリントシステムのソフトウェア構成>
次に、本プリントシステムのソフトウェア構成について説明する。図6Aは、サーバ101あるいはクライアント107,108におけるソフトウェア構成の一例を示す図である。それぞれの構成間の矢印は、アプリケーションから発行された描画コマンドを含む印刷ジョブが、どのように処理されるかを示したものである。また、各ブロックで示されたソフトウェア構成は、図2のCPU200によって実行され、所望の機能を実現する。
通常、Microsoft Word(登録商標)などの一般的なアプリケーションプログラム601は印刷の指示を受け付けると、一連の描画コマンドを、OSを介して生成する。OSを介して生成された描画コマンドを受け取ったPDLドライバ602は、一連の描画コマンドに基づいてネットワークプリンタ102〜104で解釈可能なPDLファイルを含む印刷ジョブを生成する。なお、以下の説明ではPDLドライバを例に説明を行うが、これに限定されるものではなく、例えば、BDL(Band description Language)や、圧縮ビットマップを作成するプリンタドライバ、あるいは、アプリケーション及びOSによりプリンタドライバを介さずに印刷データを生成する形態などにも適用可能であることはいうまでもない。
PDLドライバ602は、プリントデバイスへ印刷ジョブを送信するためにOSが用意したジョブ制御ポートモニタ608ではなく、ジョブ制御ポートモニタ604に送信すべく、生成した印刷ジョブをスプーラ603に渡す。ジョブ制御ポートモニタ604は、ジョブ制御プリントサービス605が印刷データを受け取るために必要なモジュールである。ジョブ制御ポートモニタ608は、ジョブ制御プリントサービスにプリントデータを渡さず、プリントデバイスにデータを転送するモジュールであり、OSに組み込まれている。ジョブ制御ポートモニタ608に印刷ジョブが投入されると、ジョブ制御プリントサービスにジョブが引き継がれず、直接プリントデバイスに印刷ジョブが転送される。
ここではOSをウィンドウズ(登録商標)と仮定しているのでスプーラ603はウィンドウズ(登録商標)スプーラである。ただし、本発明を適用するコンピュータのOSはWindows(登録商標)に限定されるものではなく、描画命令を備えるものであれば他のOSも適用可能であることはいうまでもない。
スプーラ603は、ユーザがユーザインタフェースを介して選択し指示したポートモニタ604、608に印刷ジョブを渡して、ネットワークプリンタ102〜104等のプリントデバイスに送信させる手順をとる(矢印a)。ここでは、ユーザはあらかじめ負荷分散印刷用のポートモニタ604(以降、ジョブ制御ポートモニタと略記)を指定して印刷を指示したものとして説明を進める。
また、プリンタドライバインタフェースを介して設定された用紙サイズ、ステープル指示等の印刷設定情報も、ジョブ制御ポートモニタ604に送信される。
ジョブ制御ポートモニタ604は、印刷ジョブをそのままプリントデバイス102〜104に送信するのではなく、負荷分散印刷用のプリントサービス605(以降、ジョブ制御プリントサービスと称する)に送信する(矢印b)。
ジョブ制御プリントサービス605は、転送された印刷ジョブ及びデバイスの状態を管理する機能を備える。特にプリントデバイスとデータ転送元とがピアツーピアで接続され直接印刷ジョブをプリントデバイスに投入する場合には、プリントデバイスから通知されるデバイス状態やジョブの状態などの情報を管理したり、また、プリントデバイスに対して所定の命令を行なったりする機能も備える。これは、複数のネットワークプリンタ102〜104のデバイス情報やジョブ情報を管理する機能に相当する。そして、印刷ジョブの順序管理機能(負荷分散印刷機能)に基づき順番が到来した印刷ジョブをネットワークプリンタ102〜104に転送する(矢印c、d)。
ここで、ジョブ制御プリントサービス605が実現する印刷ジョブの順序管理機能について詳しく説明する。この順序管理機能には、以下の機能が含まれる。
・複数のプリントデバイスに対応する複数のプリントキューのうち、負荷分散印刷用として設定されたプリントデバイスに対応するプリントキュー以外のプリントキューをバックアッププリントキューとして設定するプリントキュー設定機能
・ジョブ制御ポートモニタ604から転送された印刷ジョブ情報を負荷分散印刷用プリントキュー(基本プリントキュー)に登録する印刷ジョブ登録機能と、負荷分散印刷用プリントキューに登録された印刷ジョブ情報に対応するバックアップジョブ情報を生成して、バックアッププリントキューに登録するバックアップジョブ登録機能
・負荷分散印刷用プリントキュー及びバックアッププリントキューのそれぞれを管理し、印刷ジョブ情報が登録されているプリントキューにおいては、優先的に印刷ジョブ情報をスケジュールアップ(その印刷ジョブ情報に対応する印刷データを、プリントキューに対応するプリントデバイスに送信)し、印刷ジョブ情報が登録されておらず、バックアップジョブ情報のみが登録されているプリントキューでは、そのバックアップジョブ情報を印刷ジョブ情報に変更して、対応するプリントデバイスに印刷データを送信するジョブ制御機能
・負荷分散印刷用プリントキュー及びバックアッププリントキューにおいて、登録されている印刷ジョブ情報及びそれに対応するバックアップジョブ情報のいずれか1つがプリントデバイスに送信された場合には、送信の対象とならなかった印刷ジョブ情報またはそれに対応するバックアップジョブ情報をすべてのプリントキューから削除する削除機能。
プリントマネージャ609は、ユーザが、ジョブ制御プリントサービス605内部でプリントジョブがどのような状態にあるかを調べたり、プリントジョブを操作したりするためのユーザインタフェースを提供するプログラムである。プリントマネージャ609は、ジョブ制御プリントサービス605のソフトウェアのインタフェース(API:Application Program Interface)を介して、ジョブ制御プリントサービス605と情報・指示をやり取りしている。
そして、主に、ジョブ制御プリントサービス605が管理するネットワークプリンタ102〜104の状態情報をイベントとして取得する機能を備える。イベントの通知の種別としては、トナー残量が少なくなった警告、クライアントとデバイスとの通信障害、メモリ不足、排紙トレイ満載などのエラー/警告情報の通知や、エラー状態から正常状態に復帰した正常情報の通知などが想定される。ここでのジョブ制御プリントサービス605はネットワークを介して通信可能な各プリントデバイスの印刷実行中、電力制御状態、障害情報(紙ジャム)等のステータスを監視する機能を備える。
更に詳細な処理としては、プリントマネージャ609がジョブ制御プリントサービス605に対してデバイスを指定したイベントを発行し、ジョブ制御プリントサービス605は発行されたイベントに基づくデバイスのステータスを監視して、監視に基づく結果をプリントマネージャ609に通知する。
マネージメントコンソール610は、ソフトウェアがアクセスするためのAPIを介して、ジョブ制御プリントサービス605と情報・指示をやり取りすることで、サーバ101またはクライアント107,108の全体を監視することができる。
また、ジョブ制御プリントサービス605は、デバイス情報コントロールモジュール606を用いて各ネットワークプリンタ102〜104と通信を行い、各プリンタ内の印刷ジョブや動作状態に関する情報を入手したりする機能を明示したものでありジョブ制御プリントサービス605に含めるように考えても良い。
一方、負荷分散印刷を行なわず、一般的なオペレーティングシステムに標準で搭載されるようなプリント機能を利用する場合においては、PDLプリンタドライバ602で生成されたPDLファイルはスプーラ603からジョブ制御ポートモニタ608をへて(矢印e)、ネットワークプリンタ102〜104に転送される(矢印f)。
次に、図6Aを用いて説明したシステムの変形例について、図6Bを参照して説明する。図6Bは、負荷分散印刷に必要な機能を、クライアント107,108とサーバ101とが分担し、それぞれが協力し合って実現する場合について表わしたものである。具体的には、クライアント107、108で作成し、サーバ101側のプリントキューに登録された印刷ジョブ情報に対し、プリントサーバ101がスケジューリングを行う場合のデータの流れを示している。なお、図6Aと同じ構成は同じ符号で表わしている。
図6Bのシステムでは、クライアント107,108は、マネージメントコンソール610やデバイス情報コントロールモジュール606をもつ必要はなく、サーバ101がそれらを有することにより、一括してプリントデバイスのデバイス情報を管理する。また、サーバ101は、ジョブ制御サーバ612を有し、デバイス情報コントロールモジュール606を用いて各プリントデバイス102〜104と通信を行い、各プリンタ内の印刷ジョブや動作状態に関する情報を入手したり、操作を行ったりする。入手した情報は、ジョブ制御プリントサービス605に渡し共有することができる。
また、ジョブ制御サーバ612は、個々のクライアント107、108上のジョブ制御プリントサービス605がプリントデバイス102〜104に印刷ジョブを送信するタイミングを集中制御(スケジューリング)する。ジョブ制御サーバ612は基本的にジョブ制御プリントサービス605と同様の機能を備えており、論理的にジョブ制御プリントサービス605とジョブ情報を共有している。ここでジョブ情報とは、印刷対象となるドキュメント名や、印刷ジョブのIDや、印刷ジョブが投入されたプリンタ名など、印刷ジョブの各種属性情報である。
つまり、図6Aで説明した、印刷ジョブの順序管理機能(負荷分散印刷制御機能)は図6Bではサーバ101のみに設けられていてもよく、クライアント107,108で生成された一旦保持される印刷ジョブを、どういう順序でどのプリントデバイスへ投入すべきかが、ジョブ制御サーバ612からジョブ制御プリントサービス605に通知される。ジョブ制御プリントサービス605ではジョブ制御サーバ612からの指示に従い、印刷ジョブをネットワークプリンタ102〜104に対して転送する。
以上のソフトウェア構成において、図6Aのプリントシステムでは、ジョブ制御ポートモニタ604、ジョブ制御プリントサービス605、プリントマネージャ609、マネージメントコンソール610が印刷制御プログラムに含まれる。また、図6Bのクライアント107、108では、ジョブ制御ポートモニタ604、ジョブ制御プリントサービス605、プリントマネージャ609が印刷制御プログラムに含まれ、プリントサーバ101では、デバイス情報コントロールモジュール606、マネージメントコンソール610、ジョブ制御サーバ612が印刷制御プログラムに含まれる。
なお、プリントシステムのソフトウェア構成は、図6A、図6Bに限定されるものではなく、その他の様々な構成でも本発明を実現可能である。例えば、クライアントが、アプリケーション601からジョブ制御サポートモニタ604までの構成のみを備え、ジョブ制御プリントサービス605、プリントマネージャ609、マネージメントコンソール610、デバイス情報コントロールモジュール606をサーバ101が備えていてもよい。
<印刷ジョブの流れ>
次に、図7を用いてアプリケーション601からプリントデバイスまでの印刷ジョブの流れについて説明する。ここで、図6Aと同じソフトウェア構成について同じ参照番号を付与しており、その機能については詳説しない。
図7に示すように、概念的には、PDLドライバ602、スプーラ603、ジョブ制御ポートモニタ604は、プリントデバイス102〜104ごとに用意されている。OSがウィンドウズ(登録商標)の場合には、これらをまとめてウィンドウズ(登録商標)プリントシステム700と称する場合もある。
ジョブ制御プリントサービス605には、プリントデバイス102〜104に対応する数のプリントキュー701、701A、701B及び出力ポート702、702A、702Bが含まれている。この出力ポートには対応するプリントデバイスのIPアドレス又は名前解決で使用されるネーム(DNS:Domain Name System)が関連付けられている。そして、このIPアドレス又はDNSに基づきジョブの送信先が特定されジョブの送信(出力)が行なわれる。プリントキューは、ある所定のジョブが投入された1つの基本プリントキュー701と複数のバックアッププリントキュー701A、701Bとに分類されている。なお、本実施形態では、物理的な装置であるプリントデバイス単位にプリントキューを設定することとしているが、本願発明はこれに限定されるものではなく、論理プリンタ単位にプリントキューを設定してもよい。つまり、複数のプリントデバイスに対して1つの論理プリンタを設定して、その論理プリンタについて1つのプリントキューを設定しても良いし、更には、1つのプリントデバイスに対して複数の論理プリンタを設定して、その複数の論理プリンタのそれぞれに対してプリントキューを設定してもよい。
負荷分散印刷を行う場合、アプリケーション601は、負荷分散印刷の設定を持つプリンタを指定して印刷指示を発行する。この印刷指示に基づいてPDLドライバ602によって生成された印刷ジョブがジョブ制御ポートモニタ604からジョブ制御プリントサービス605に渡されると、その印刷ジョブ情報は、まずプリントキュー701に保持され、同時に、その印刷ジョブ情報に対応する仮想ジョブ情報がバックアッププリントキュー701A、701Bに生成される。そして、それらのジョブのうちいずれか1つがプリントデバイス102〜104に送られる。バックアッププリントキューに対応するプリントデバイスは、バックアッププリンタと呼ばれ、ユーザが指定したプリントデバイスが混雑している場合などに利用される予備的なプリントデバイスを指す。
<各種の情報の内容>
I.プリントキューの実ジョブキューと仮想ジョブキュー
図8は、プリントキュー701内の実ジョブキュー801と仮想ジョブキュー802を示す図である。実ジョブキュー801と仮想ジョブキュー802は、負荷分散印刷処理を行う場合に使用する、印刷ジョブ情報を管理するキューである。そして、各論理プリンタ毎に図8に示されるような実ジョブキューと仮想ジョブキューとを含むプリントキューが対応付けられることとなる。また、1つのプリントデバイスに対して論理プリンタが1つの場合には、図8に示されるプリントキューはプリントデバイスに対応するプリントキューに相当することとなる。そしてこのプリントキューがある時は基本プリントキューとなり、ある時はバックアッププリントキューとして機能する。
上述したように、実ジョブ情報は、印刷データそのものは含まないが、スプールファイル名などの印刷データへのリンクを含む印刷ジョブ情報で、実ジョブキューで管理される。また、仮想ジョブ情報は実ジョブ情報へのリンク(実ジョブ情報のID)を含み、印刷データはもちろんのこと、印刷データへのリンクも含まない。そして、仮想ジョブ情報は、仮想ジョブキューで管理される。
II.プリントキュー情報
図9は、プリントキュー701で受け付けた印刷ジョブの動作を決めるプリントキュー情報を示す図である。ここで、プリントキュー情報の設定内容の、プリンタ名、プリンタドライバ名、プリントタイプ、及びバックアッププリンタ名について説明する。なお、図9の情報は図6Aのようなシステム形態では、ジョブ制御プリントサービス605において保持され、図6Bのようなシステム形態ではジョブ制御プリントサービス605及びジョブ制御サーバ612の双方において共有して保持されるものとする。
プリンタ名は、Windows(登録商標)のプリンタオブジェクトの名前を示しており、プリンタオブジェクト毎に異なる名前であり、プリンタオブジェクトを識別することができる。プリンタドライバ名は、プリンタオブジェクトに設定されているプリンタドライバの名前である。プリントタイプは、プリントキューで受け付けた印刷ジョブの動作を決定する設定である。バックアッププリンタ名は、負荷分散印刷処理などの場合に使用される負荷分散印刷するためのプリンタの名前である。プリントタイプに負荷分散印刷の設定がなされていて、プリントキュー701で印刷ジョブを受け付けると、後述する方式によって受け付けたプリントキュー(負荷分散プリントキューとする)とプリントキュー情報に設定されている複数のバックアッププリンタの中から、先に転送可能なプリンタに印刷ジョブを移動し、複数のプリンタの中で印刷の負荷を分散する処理を行う。
III.実ジョブ情報
図10は、プリントキュー701の実ジョブキューに登録される印刷ジョブ情報を示す図である。図10の情報は図9と同様に図6Aのようなシステム形態では、ジョブ制御プリントサービス605において保持され、図6Bのようなシステム形態ではジョブ制御プリントサービス605及びジョブ制御サーバ612の双方において共有して保持される。
実ジョブは、所定の記憶領域にスプールされた印刷データを含む印刷ジョブであり、出力ポートに送られて実際に転送処理が行われプリンタで出力される印刷ジョブである。実ジョブ情報は、実ジョブに含まれる各種の設定情報であり、プリントキュー701に登録される。
以下、実ジョブ情報の設定内容(ドキュメント名、ジョブID、プリントタイプ、実行タイプ、仮想ジョブID、先頭ジョブマーク、送信済みプリンタリスト)、スプールファイル名について説明する。
ドキュメント名はアプリケーション701が印刷するジョブ(印刷データファイル)の名前である。
ジョブIDは実ジョブ情報に割り振られる任意のIDでジョブを識別するためのIDである。プリントキュー701が印刷ジョブを受け付けるとそのジョブにジョブIDを割り当てる。
プリントタイプは、図9と同様であり実ジョブの動作を決定する情報で、負荷分散印刷などの情報が設定される。プリントキュー701が実ジョブ情報を受け付けると、プリントタイプから情報を取得し実ジョブ情報のプリントタイプに設定する。
実行タイプは、印刷ジョブのタイプを表す情報で、(1)ネットワークプリンタ102〜104でパスワードを入力しなければ印刷できないパスワード入力ジョブ、(2)暗号化されたセキュアジョブ、(3)ネットワークプリンタ102〜104で出力する直前にオフラインになるオフラインジョブ、(4)ネットワークプリンタ102〜104のHDに保存される保存ジョブなどのタイプが設定される。これは、プリンタドライバからジョブのタイプの通知を受け付けたり、アプリケーションからジョブのタイプの通知を受け付けたりした場合に設定する項目である。また、ジョブのタイプを判別し設定する場合もある。
仮想ジョブIDは、負荷分散印刷処理を行う場合に作成される仮想ジョブ情報のIDを設定する。複数の仮想ジョブ情報が発生する場合には、仮想ジョブIDは複数設定される。
先頭ジョブマークは、ネットワークプリンタ102〜104で管理されている印刷ジョブの先頭を現すマークである。
送信済みプリンタリストは、実ジョブを送信したプリンタの名前を設定するリストである。
スプールファイル名は、アプリケーションデータに基づき作成された印刷データからなるスプールファイルの名前であり、所定の記憶部に記憶されたスプールファイルを特定するために利用される。スプールファイル名の代わりにスプールファイルIDを採用するようにしても良い。実ジョブ情報に基づくジョブ出力が対応するプリントデバイスに対して行なわれる場合に、前記実ジョブ情報に関連付けられたスプールファイル名に基づき特定される印刷データがプリントデバイスに対して出力されるべく出力ポートに書きこまれる。
IV.仮想ジョブ情報
図11は、プリントキュー701の仮想ジョブキューに登録される仮想ジョブ情報を示す図である。図11の情報は図9、10と同様に図6Aのようなシステム形態では、ジョブ制御プリントサービス605において保持され、図6Bのようなシステム形態ではジョブ制御プリントサービス605及びジョブ制御サーバ612の双方において共有して保持される。
仮想ジョブ情報は、負荷分散の実ジョブ情報と関連する情報で、負荷分散印刷処理でスケジュール管理するために必要な情報である。
以下、仮想ジョブ情報の設定内容のドキュメント名、ジョブID、プリントタイプ、実ジョブIDについて説明する。
ドキュメント名は、仮想ジョブ情報に対応する実ジョブ情報の印刷対象ドキュメント名であり、仮想ジョブ情報が作られるときに、実ジョブ情報からコピーされる。
ジョブIDは仮想ジョブ情報を識別するためのIDで、仮想ジョブ情報が作成されるときに設定される情報である。
プリントタイプは、仮想ジョブ情報に対応する実ジョブのプリントタイプであり、仮想ジョブが作成されるときに、実ジョブ情報のプリントタイプからコピーされる。
実ジョブIDは、仮想ジョブ情報と関連する実ジョブ情報のIDであり、仮想ジョブ情報が作成されるときに設定される情報である。
なお、図11中には、図10において説明した印刷データを特定するためのスプールファイル名が含まれていないが、事前に仮想ジョブ情報にスプールファイル名を含めるようにして、後述する実ジョブ情報の変更の際に、この事前に関連付けられたスプールファイル名を用いるようにしても良い。
<負荷分散処理>
本実施形態の負荷分散印刷処理では、アプリケーションが印刷指示を行ったプリンタの負荷分散印刷設定に従って、負荷分散プリンタのプリントキューに実ジョブ情報を、バックアッププリンタのバックアッププリントキューに仮想ジョブを生成し、その中で、転送開始指示(スケジュールアップ)の早い印刷ジョブがプリントデバイスに転送される。
図12は、本実施形態の負荷分散印刷処理のジョブ受付処理から仮想ジョブ作成までの処理を示すフローチャートである。
図13は、図12のフローチャートの処理を説明した図である。図13では、プリントキュー701の実ジョブキュー801にジョブIDが「1」の実ジョブ情報、別のプリントデバイスに対応するバックアッププリントキュー701Aに実ジョブキュー801AにジョブIDが「5」の実ジョブ情報があり、それぞれの実ジョブ情報に対応する印刷データを、プリントデバイスへ転送中であるという前提で説明している。なお、このジョブID「5」の実ジョブ情報は、例えば他のクライアントからバックアッププリントキュー701Aに対応するプリントデバイスを基本プリントデバイスとして負荷分散印刷指示を行った場合に登録されたものと考えることができる。その場合には、プリントキュー701および701Bがそれぞれバックアッププリントキューとされ、それぞれのバックアッププリントキューにおける仮想ジョブキューに仮想ジョブ情報が登録される。
アプリケーション601が印刷を開始すると、ステップS1201において、プリントキュー701はスプーラ603、ジョブ制御ポートモニタ604経由で印刷ジョブを受け付ける。
次に、ステップS1213において、印刷ジョブの種別を判断する。実ジョブ情報の実行タイプにより仮想ジョブ情報を作成するかどうかを判断する。ネットワークプリンタ102〜104でパスワードを入力しなければ印刷できないパスワード入力ジョブ、暗号化されネットワークプリンタ102〜104の内、特定のプリンタでのみ印刷可能なセキュアジョブ、ネットワークプリンタ102〜104で出力する直前にオフラインになるオフラインジョブ、ネットワークプリンタ102〜104のHDに保存される保存ジョブなど、特定のネットワークプリンタでのみ受付可能な場合には、ステップS1211に処理を移行する。そうでない場合には、ステップS1202に処理を移行する。
ステップS1202において、プリントキュー情報のプリントタイプを参照し、負荷分散印刷であるかを確認する。負荷分散印刷であれば、ステップ1203に処理を移行する。負荷分散印刷でなければ、ステップS1211に進む。ステップS1203では、複数のプリントキューのうち、印刷ジョブの出力対象とされたプリントデバイスに対応するプリントキューが基本プリントキューとして設定され、この基本プリントキューに含まれる実ジョブキューに、受け付けた印刷ジョブの実ジョブ情報を登録する。
ドキュメント名としては、スプーラ603からジョブを受け付けるときに取得したものを設定する。ジョブIDはジョブ情報を作成するときに生成し設定する。プリントタイプは、プリントキュー情報のプリントタイプの情報を設定する。
本実施の形態の場合には、プリントキュー情報のプリントタイプは負荷分散印刷であるため、実ジョブ情報のプリントタイプには、負荷分散印刷が設定される。ステップS1204において作成された実ジョブ情報をプリントキュー701の実ジョブキュー801に登録する(図13のジョブID「7」のジョブ)。ステップS1205において、プリントキュー情報のバックアッププリンタ名を取得する。複数設定されている場合には、複数のバックアッププリンタ名を取得する。そして、バックアッププリンタに対応するプリントキューがバックアッププリントキューとして設定される。
次に、ステップS1206において、取得した複数のバックアッププリンタ名の各々から特定されるバックアッププリントキュー順に、仮想ジョブ情報を作成し、各情報を設定する。
ドキュメント名は、実ジョブ情報のドキュメント名から情報を取得し設定する。ジョブIDは仮想ジョブ情報を作成するときに生成し設定する。プリントタイプは、実ジョブ情報のプリントタイプの情報から取得し設定する。実ジョブIDは実ジョブ情報のジョブIDから取得し設定する。
ステップS1207において、実ジョブ情報の仮想ジョブIDに仮想ジョブ情報のジョブIDを設定する。仮想ジョブは複数発生する場合があるため、仮想ジョブが作成される順に仮想ジョブID1、仮想ジョブID2、...と設定していく。
ステップ1208において仮想ジョブ情報を仮想ジョブキュー802Aに登録する(図13のジョブID「8」のジョブ)。
ステップ1209において、ステップS1205で取得したバックアッププリンタ(バックアッププリントキュー)が残っていれば、ステップS1206に処理を移行する。
図13では、ステップS1205で取得したバックアッププリンタが2つある場合を想定して説明しているため、仮想ジョブ情報は、2つ作成され、夫々、仮想ジョブキュー802A、802BにジョブIDが「8」と「9」の仮想ジョブが作成され、実ジョブ(ジョブIDが7)の実ジョブ情報に関連付けられた仮想ジョブ情報には、「8」と「9」のジョブIDが設定される。また、ジョブIDが「8」と「9」の仮想ジョブ情報内の実ジョブIDには、「7」が設定される。
ステップS1209において、ステップS1205で取得したバックアッププリンタが残っていなければ、ステップS1210に移行し、作成した実ジョブとすべての仮想ジョブのスケジュール要求を発行する。
図14は、各プリントキュー701、701A、701Bの各々において発行されるアクションに対するスケジュール処理を示す図である。ジョブ制御プリントサービス605における処理に相当する。
ステップS1401では、各プリントキューのスケジュールの管理を行い、いずれかのプリントキューに印刷ジョブを登録したモジュール(例えばジョブ制御ポートモニタ)からのスケジュール要求、印刷ジョブの送信完了(出力ポートからプリントデバイスへの印刷データの送信を終了したことを示す情報)、印刷ジョブの削除、印刷ジョブの完了(最終ページ排紙通知)、デバイス復帰通知(例えば電源OFFからON状態になった場合になど、動作不可能な状態から動作可能な状態に移行したことを示すイベント)などのアクションを監視する。各プリントキューに対する、上記アクションが発生すると、ステップS1402に処理を移行し、アクションが発生しない場合は、ステップS1401で待機処理を行う。ここで、スケジュール要求のアクションは例えばジョブ制御ポートモニタから発生する。また印刷ジョブの削除は、プリントマネージャ609から発生される。また、印刷ジョブの送信完了及び印刷ジョブの完了はプリントデバイスにおいて発生し、出力ポートを介して通知される。ただし、これらのアクションの発生ルートはこれに限定されるものではない。
ステップS1402において、上記アクションが発生したプリントキュー701、701A、701Bを確認し、実ジョブキュー801、801A、801B、仮想ジョブキュー802、802A、802Bの順に検索し、いずれかのプリントキューに何らかの印刷ジョブ情報が存在していればステップS1403に処理を移行し、印刷ジョブ情報が無ければステップS1401に移行する。
ステップS1403において、ネットワークプリンタ102〜104のうち、ステップS1401において所定のアクションが発生したプリントキューに対応するネットワークプリンタの動作ステータスを取得する。例えば、印刷ジョブの完了のアクションに応じてステータスを取得するようにする。
また、ステップS1403におけるデバイスステータスの取得で、デバイス制御コントロールモジュール606を介したポーリングを行い、このポーリングと所定のアクションの発生によるデバイスステータスの取得を併用するようにすれば、より迅速にプリントデバイスが転送可能な動作ステータスになったか否かを調べることができる。
ステップS1404において前のステップにおいて取得されたステータスに基づいて、現在対象となっているプリントキューに対応するネットワークプリンタに印刷データを転送可能かどうか判断する。ここでデータ転送不可能と判断される動作ステータスとしては、例えば(1)紙無しやトナー無しなど消耗品が不足した状態や、(2)画像記録を継続できない例えばジャム(紙詰まり)などの障害が発生している状態や、(3)印刷データを送信するチャネルがオフラインである状態や、(4)プリンタ側(ネットワークボードも含む)でこれ以上受信バッファに余裕がなくビジーの状態などが挙げられる。また、この(1)乃至(2)のステータスを任意に組み合わせてそれをデータ転送可能でないと判断するステータスとするようにしても良い。
ステップS1404において、アクション発生の対象となっているネットワークプリンタに印刷データを転送可能であれば、ステップS1405に処理を移行し、転送不可能であれば、処理をステップS1401に移行する。
ステップS1405において、ステップS1402で見つけたジョブに対して、スケジュールアップ要求を発行し、処理をステップS1401に移行する。この時、実ジョブが見つかっていれば、仮想ジョブよりも先に実ジョブに対してスケジュールアップ要求を発行する。つまり、登録の順番に係わらず、実ジョブを仮想ジョブよりも優先する。
例えば、ステップS1401で印刷ジョブBのスケジュール要求が発生した時に、前の印刷ジョブ(印刷ジョブA)が転送中であるとした場合、S1404でNOの処理に移行し、ステップ1401で待機する。そしてその後、ステップS1401で、印刷ジョブAのジョブ送信完了やジョブ削除などを受け付けるとテップS1402からステップS1405に進み、ジョブBの転送が直ちに開始される。
次に、図14のフローチャートの処理に基づき特にプリントキュー701でスケジュールアップ要求を受け付けてから、ネットワークプリンタ102〜104に印刷データを送信するまでの処理の流れについて説明する。図15は、プリントキュー701での負荷分散印刷処理について示すフローチャートである。また、図16、図17は、図15のフローチャートに関連した処理を表した図である。
負荷分散印刷では、予め設定された親のプリンタの実ジョブキューに実ジョブが登録され、バックアッププリンタの仮想ジョブキューに仮想ジョブが登録される。1つのプリントキューにおいて、これらのジョブの中で早くスケジュールアップ要求を受け付けた印刷ジョブがネットワークプリンタ102〜104に転送される。
ステップS1501では、スケジュール要求(スケジュールアップ)を受け付けたか判断する。スケジュールアップを受け付けると処理をS1502に移行し、スケジュールアップが来なければステップS1501で待機する。
ステップS1502では、スケジュールアップを受け付けた印刷ジョブが負荷分散ジョブかどうかを判断する。ジョブ情報のプリントタイプの情報を取得し、プリントタイプが負荷分散印刷であれば、ステップS1503に処理を移行する。負荷分散印刷でなければ、ステップS1511に処理を移行し、実ジョブキューに登録された実ジョブ情報に基づく印刷ジョブがネットワークプリンタに転送される。
ステップS1503では、スケジュールアップのジョブが仮想ジョブであるか、実ジョブであるかを判断する。仮想ジョブであれば、ステップ1504に処理を移行し、実ジョブであればステップS1513に処理を移行する。
ここで、仮想ジョブのスケジュールアップをユーザに通知してもよい。つまり、ユーザが指定した負荷分散プリントデバイスではなく、バックアッププリントデバイスにおいて印刷が実行されることを通知すれば、ユーザは印刷結果が出力されるプリンタを特定することができ、利便性が高い。
ステップS1504において、実ジョブ情報を参照するために仮想ジョブ情報中の実ジョブIDを取得する。ステップS1505では、ステップS1504で取得した実ジョブIDを用いて実ジョブ情報を参照し、実ジョブ情報に含まれる仮想ジョブIDを取得する。
ステップS1506では、ステップS1505で取得した仮想ジョブIDから、スケジュールアップ要求が発生した仮想ジョブ以外の同内容の仮想ジョブを認識し、スケジュールアップ要求を受けていない送信の対象とならなかった他の仮想ジョブを、順に削除する(図16の矢印g)。
ステップS1507において、ステップS1505で取得した仮想ジョブで、ステップS1506で削除していない仮想ジョブが残っていればステップS1506に処理を移行し、仮想ジョブが残っていなければ、ステップS1508に処理を移行する。これにより、スケジュールアップ要求が発生した仮想ジョブと同内容の、他のすべての仮想ジョブを削除する。
ステップS1508、S1509では、スケジュールアップ要求が発生した仮想ジョブを実ジョブに変更する処理を行う。そしてこの変更処理により仮想ジョブ情報が実ジョブ情報になり、変更前の実ジョブ情報に対応する印刷ジョブの送信は行わない。
まず、ステップS1508において、仮想ジョブ情報を、実ジョブキュー801Bに登録する(図16の矢印h)。この時点で操作対象の印刷ジョブに関連した仮想ジョブ情報はすべて無くなる。更に、ステップS1509において、その仮想ジョブ情報中の実ジョブIDから対応する実ジョブ(ここではプリントキュー701に登録された実ジョブID「7」の実ジョブ)を特定し、その実ジョブ情報を取得し、実ジョブキュー801B内の仮想ジョブ情報(ここではID「9」)に情報をコピーする。この時点で、実ジョブキュー801Bには、ID「9」の実ジョブが格納されることになる。
更にステップS1510において、スケジュールアップ要求が発生した仮想ジョブ情報の実ジョブIDに登録されていた実ジョブ(ここではプリントキュー701に登録された実ジョブID「7」の実ジョブ情報)を削除する(図16の矢印i)。これらの処理の結果、図17のような状況となる。そして、ステップS1511において、元々実ジョブの印刷ジョブあるいは実ジョブに変更された印刷ジョブを対応するネットワークプリンタに転送する。より具体的に説明すると、最終的に対象となる図10の実ジョブ情報(ステップS1503でNoと判断された実ジョブ情報、あるいは、ステップS1509において切り替えられた実ジョブ情報)から特定されるスプールファイル名の印刷データが、実ジョブ情報が登録されている実ジョブキューに対応する論理プリンタの出力ポートに関連付けられたIPアドレス又は名前解決に利用するネームに基づき転送される。
そして、印刷ジョブの転送が終了したらステップS1512でジョブの送信終了の通知を行う。なお、図16の矢印iの処理が実行し終えるまで二つの実ジョブが存在するが、図16の矢印gから矢印iまでのの処理を一筆書きの(コンテキストチェンジを発生させない)プログラムで実現すれば問題は起こらない。また、図16の矢印iと矢印hの処理順序を逆にするようにしても良い。更に、上に説明では不要となった仮想ジョブ情報及び実ジョブ情報を削除するよう説明してきたが、例えば、不要になった印刷ジョブ情報にそれを示すフラグを付加して、付加後のジョブ情報を対応するプリントデバイスに送信するようにし、プリンタ側でフラグを参照し受信した印刷ジョブ情報を破棄するようにしても良い。
負荷分散処理により発生した実ジョブと複数の仮想ジョブの内、スケジュールアップを受けたジョブが実ジョブの場合には、ステップS1503からステップS1513に移行する。ステップ1513では、実ジョブ情報からすべての仮想ジョブ情報を取得し、ステップS1514においてすべての仮想ジョブを削除し、ステップS1511においてスケジュールアップを受け付けた実ジョブを対応するネットワークプリンタに転送する。なお、上にも説明したようにステップS1506や、ステップS1514において実ジョブあるいは仮想ジョブを削除するように説明したが、スケジュールアップ要求を受けていない他の印刷ジョブ(実ジョブあるいは仮想ジョブ)に対応する印刷ジョブ情報のみをネットワークプリンタに転送し、ネットワークプリンタにおいて削除するようにしても良い。
一方。ステップS1502においてスケジュールアップを受けた印刷ジョブのプリントタイプが負荷分散印刷でなければ、ステップS1511に処理を移行し、そのままネットワークプリンタに転送される。
本実施形態は、独自に作成した送信出力ポートにスプールジョブを転送しても良いし、オペレーティングシステムに用意された送信出力ポートに対して印刷ジョブを転送させてもよい。
ここで、図13に示したような複数のプリントキューを、例えば図6A、Bにおけるプリントマネージャ609を用いてディスプレイ表示させる際には、仮想ジョブキューに登録された仮想ジョブ情報は表示せずに、実ジョブキューに登録された実ジョブ情報のみを選択的に表示する。
プリントマネージャ609からAPIを介してジョブ制御プリントサービス605に対して印刷ジョブの実行状況の要求が行なわれると、ジョブ制御プリントサービス605は、実ジョブキューに登録された実ジョブ情報とに仮想ジョブキューに登録された仮想ジョブ情報とから、実ジョブキューに登録された実ジョブ情報を抽出する。そして、抽出された実ジョブ情報がプリントマネージャ609に通知され、通知された実ジョブ情報に基づく印刷ジョブの実行状況が表示される。すなわち、実ジョブ情報のみをユーザに報知するため、ユーザの混乱を防ぐことができる。
なお、ジョブ制御プリントサービス605からのプリントジョブマネージャ609に対する能動的な通知に基づきジョブの実行状況の表示を行わせてもよい。また、ジョブ制御プリントサービス605からプリントジョブマネージャ609に実ジョブ情報及び仮想ジョブ情報の双方を通知して、実ジョブ情報の抽出をプリントマネージャ609に行わせるようにしても良い。
図18に、基本プリントキューに対応する論理プリンタに対して、バックアッププリントキューに対応する論理プリンタを関連付けるための、設定画面を示す。この図18は新規に論理プリンタを作成あるいは追加する際に表示されるものであるが、既に作成された論理プリンタの設定を変更する場合などに表示させるようにしても良い。
1801は、論理プリンタ名を入力する入力欄である。キーボード等を介してユーザが任意に名前を指定することができる。1802は、プリンタドライバ名を表示する表示欄である。「ドライバの選択」ボタンを選択することにより、ユーザが選択可能な複数のプリンタドライバのリストが表示され、そのリストから選択されたプリンタドライバの名前が表示欄1802に表示される。
1806はプリンタドライバに関連付けるポートを選択する選択画面を表示させるための「ポートの選択」ボタンである。「ポートの選択」ボタン1806が選択されると、システムに登録されている複数のポートが選択可能な形態で提示される。
1803は論理プリンタの出力方法を選択するための選択欄である。この選択欄において、出力方法として「負荷分散印刷」を指定することができる。
1804は、1801、1806で設定された所定の論理プリンタに対するバックアッププリンタ(例えば図13のバックアッププリントキュー701A、701Bに対応)のリストを表示する表示欄である。1805は、バックアッププリンタを設定するための「バックアッププリンタ設定」ボタンである。「バックアッププリンタ設定」ボタン1805が選択されると、バックアッププリンタとして設定可能な論理プリンタのリストが表示される。そして、そのリスト中から選択された論理プリンタがバックアッププリンタとして設定され、バックアッププリンタリスト表示欄1804に表示される。「バックアッププリンタ設定」ボタン1805が選択された場合に、指定されたプリンタドライバにより特定されるプリンタモデルやプリンタ言語に互換性のあるプリンタのみをリスト表示すれば、ユーザは適切なバックアッププリンタを効率よく選択することができる。
このように、図18に示す画面で設定された設定情報は、図9や、図10や、図11の情報の各項目に反映される。つまり、図18に示す画面は見かけ上、論理プリンタ同士の関係を設定するための設定画面であるが、その設定画面に対する設定内容は結果としてプリントキュー同士の関係を設定するものとなる。従って、図18は、基本プリントキューに対してバックアッププリントキューを対応付けるための設定画面と言い換えることができる。
以上、説明したように、本実施の形態では、アプリケーションが負荷分散プリンタに印刷すると、負荷分散設定のプリンタに対応するプリントキューに実ジョブが、バックアッププリンタに対応するプリントキューに仮想ジョブが作成され、これらのジョブ情報の中で一番早くスケジュールアップを受け付けたジョブが実ジョブとしてネットワークプリンタに転送される。そのため、複数のネットワークプリンタ内で転送可能になるのが早いネットワークプリンタを効率的に選択して印刷ジョブが転送されることになる。その結果、大量の印刷ジョブを複数のネットワークプリンタで効率的に処理することができ、印刷ジョブが存在している間は複数のネットワークプリンタをフルに稼動することができる。
また、同じ印刷データを、複数のキューに重複して登録することもなく、メモリ容量及びメモリ処理の負荷を小さくできる。また、仮想ジョブ情報は表示されないため、一時的にでも、複数の同じ印刷データがキューを占有するということはなく、ユーザを混乱させることもない。更に、システム上に共有プリントキューという特別なキューを設定する必要もないため、ユーザは従来と同じ感覚で印刷を行うことにより負荷分散印刷を行うことができる。ユーザは、印刷アプリケーションに複雑な機能を組み込まなくても、複数のプリントデバイスを効率よく利用することができる。
(他の実施形態)
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
従って、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。
プログラムを供給するための記録媒体としては、例えば、フロッピー(登録商標)ディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD−ROM、CD−R、CD−RW、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD−ROM,DVD−R)などがある。
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明のクレームに含まれるものである。
また、本発明のプログラムを暗号化してCD−ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。