JP4323982B2 - 情報処理方法、及び、情報処理装置、及び、プログラム、並びに、記憶媒体 - Google Patents

Description

本発明は、印刷すべき文書に対する印刷制御を行う印刷制御装置および印刷制御方法、コンピュータが実行可能な印刷データ処理を行うプログラム、およびコンピュータが読み出し可能なプログラムを格納した記憶媒体に関するものである。

近年、ネットワーク機器が一般に利用され、ネットワーク上に多数のパソコン（以下、ＰＣ）やプリンタが接続されるようになった。このようなネットワーク環境においては、一つの印刷ジョブを複数のプリンタを用いて処理する印刷ジョブ制御システムを構成することができる。このような印刷ジョブ制御システムとしては、分散印刷システム、カラー・モノクロ分散印刷システム、同報印刷システム、エラー代行印刷システム等が知られている。

分散印刷システムとは、印刷を行う際、ページ数の多いドキュメントあるいは部数の多いドキュメントについては、印刷時間の短縮を図るために、いったん印刷ジョブをスプールし、複数のプリンタに頁ごとあるいは部数ごとに分散して出力する印刷ジョブ制御システムである。

また、カラー・モノクロ分散印刷システムは、上記のようなネットワーク環境において、カラー頁、モノクロ頁が混在する一つのドキュメントに対して、印刷時のコストおよび印刷時間の短縮を図るために、カラー頁はカラープリンタへ、モノクロ頁はモノクロプリンタへ分散して出力する印刷ジョブ制御システムである。

また、同報印刷システムは、上記のようなネットワーク環境において、一つのドキュメントを一度の印刷指示で、複数のプリンタに同時に送信し印刷する印刷ジョブ制御システムである。

さらに、エラー代行印刷システムは、上記のようなネットワーク環境において、一つのプリンタに送信したドキュメントに対し、そのプリンタでエラーが発生した場合は、自動的に他のプリンタに切り替えて印刷する印刷ジョブ制御システムである。

上記のような印刷ジョブ制御システムにおいて、個々のプリンタの設定を簡易に行うために、接続された複数のプリンタへの印刷指示を、それぞれのプリンタをまとめた一つの仮想的なプリンタドライバ（グループプリンタドライバ）に対して行う方法を取って、印刷ジョブ制御システム自体の設定を行うことが提案されている。

一方、通常の単数のプリンタを対象としたようなプリンタドライバのユーザインタフェースにおいて、各設定項目をひとまとめにして登録し、その登録された設定を操作者が選択することによって複数の設定項目をまとめて設定させる機能が、特開２０００−２２２１５９公報（特許文献１）で提案されている。
特開２０００−２２２１５９号公報

しかしながら、印刷ジョブ制御システムで複数のプリンタを使用して分散、同報、代行等の印刷を行うときに、実際に出力を行う各プリンタドライバの詳細設定については、グループプリンタドライバで設定しきれない場合がある。このような場合には、個々のプリンタドライバ（メンバプリンタドライバ）毎に設定しなければならず、変更を行うたびごとに個別に設定を行う煩雑な操作が必要であった。

また、上記のような詳細設定は、個々のメンバプリンタドライバで保持されるので、変更を行うたびごとに内容が更新されてしまう。このため、一時的に設定を変更したい場合でも、その設定が保存され、次の印刷実行時には設定し直す必要があり、面倒であった。

また、特開２０００−２２２１５９公報の「お気に入り」の機能を使用しても、グループプリンタドライバの設定を登録することしかできないため、メンバプリンタドライバにおける上記のような詳細設定については、やはり個別に設定しなくてはならなかった。

以上のように、従来のような所定のプリンタドライバＵＩを介して、複数の設定シートを介して設定された用紙サイズ、印刷解像度等の複数の印刷設定をまとめて指す複合設定情報を保存するような仕組では、上述したような複数のプリンタドライバを対象としたような印刷設定を行うような場合に、夫々のメンバプリンタドライバを開いて夫々のプリンタドライバに対して保存された複合設定情報を選択する必要があり、ユーザは非常に煩雑な作業を強いられることになる。

本発明は上記課題を鑑みて為されたものであり、複数のプリンタドライバを対象としたような印刷設定において、効率の良い印刷設定を実現可能な仕組みを提供することにある。

上記の目的を達成するための本発明による情報処理方法は、
複数のメンバプリンタを用いた所定の出力方法の処理を行なう仮想的なプリンタを備えた情報処理装置における情報処理方法であって、
複数のメンバプリンタの夫々に対して設定される設定情報を示す複合印刷設定情報を選択可能な形態で表示させる表示制御工程と、
前記表示制御工程において表示された複数の複合印刷設定情報の中から選択された所定の複合印刷設定情報に基づく設定を複数のメンバプリンタに対して設定する設定工程と、
前記複数のメンバプリンタの各々の個別の設定を施す為に表示されたユーザインターフェイスを介して設定された設定を前記複合印刷設定情報に反映する反映工程とを備える。

また、上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
複数のメンバプリンタを用いた所定の出力方法の処理を行なう仮想的なプリンタを備えた情報処理装置であって、
複数のメンバプリンタの夫々に対して設定される設定情報を示す複合印刷設定情報を選択可能な形態で表示させる表示制御手段と、
前記表示制御手段による制御により表示された複数の複合印刷設定情報の中から選択された所定の複合印刷設定情報に基づく設定を複数のメンバプリンタに対して設定する設定手段と、
前記複数のメンバプリンタの各々の個別の設定を施す為に表示されたユーザインターフェイスを介して設定された設定を前記複合印刷設定情報に反映する反映手段とを備える。

以上、本発明によれば複数のプリンタドライバを対象としたような印刷設定において、効率の良い印刷設定を実現可能な仕組みを提供することができる。

以下、添付の図面を参照して、本発明の好適な実施形態について説明する。

（第１の実施形態）
図１は、本発明を適用可能な情報処理システムの構成を説明するブロック図である。なお、本システムにおけるクライアントコンピュータは、１台、または複数台接続されていることを仮定している。

図１において、１０２、１０３、１０４はクライアントとしての情報処理装置（以下、クライアントコンピュータという）であり、イーサネット（登録商標）などのネットワークケーブルによって、ネットワーク１０６に接続され、アプリケーションプログラム等の各種のプログラムを実行可能である。各クライアントは、印刷データをプリンタに対応するプリンタ言語に変換する機能を有するプリンタドライバを搭載している。なお、プリンタドライバは複数のプリンタドライバをサポートするものとする。

１０１は本実施形態のサーバとしての情報処理装置（以下、プリントサーバと呼ぶ）であり、ネットワークケーブルによって、ネットワーク１０６に接続され、ネットワーク１０６で使用されるファイルを蓄積したり、ネットワーク１０６の使用状態を監視したりする。プリントサーバ１０１は、ネットワーク１０６に接続されている複数のプリンタを管理している。

なお、クライアントコンピュータ１０２〜１０４とプリントサーバ１０１の構成は、一般的な情報処理装置であり、クライアントコンピュータとプリントサーバには、それぞれ異なる制御を行う印刷制御プログラムが実行可能に格納されている。また、プリントサーバ１０１は、クライアントとしての機能を同時に持つこともできる。

本実施形態におけるプリントサーバ１０１はさらに次のような機能を備えている。すなわち、（１）クライアントコンピュータ１０２、１０３、１０４から印刷要求が出された印字データを含む印刷ジョブを格納して印刷する、（２）クライアントコンピュータ１０２、１０３、１０４から印字データを含まないジョブ情報を受け取り、クライアントコンピュータ１０２、１０３、１０４の印刷順序を管理し、印刷の順番が来たクライアントに対して印字データを含む印刷ジョブの送信許可を通知する、（３）ネットワークプリンタ１０５のステータスや印刷ジョブの各種情報を取得し、クライアントコンピュータ１０２、１０３、１０４に通知する、等の機能を揃えている。

１０５は印刷制御装置であるネットワークプリンタであり、図示を省略したネットワークインタフェースを介してネットワーク１０６と接続されている。ネットワークプリンタ１０５は、クライアントコンピュータから送信される印字データを含む印刷ジョブをネットワーク１０６を介して受信し、これを解析して１ページずつドットイメージに変換して、１ページ毎に印刷する。また、１０６はネットワークであり、クライントコンピュータ１０２、１０３、１０４、サーバ１０１、ネットワークプリンタ１０５等を接続している。

図２は、本実施形態の情報処理装置の構成を説明するブロック図である。クライントコンピュータ１０２、１０３、１０４は、情報処理装置であり、図２に示構成を有する。さらにプリントサーバ１０１も図２に示される構成と同様あるいは同等のハードウェア構成を有する。よって、以下の説明において、図２はクライアントとサーバの構成を説明するブロック図として説明する。

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

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

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

２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等を格納している。さらにスプール手段であるスプーラはここに確保される。スプール手段は、クライアントではクライアントスプーラのことであり、プリントサーバではサーバスプーラのことである。また、プリントサーバでは、クライアントから受けたジョブ情報を格納し、順序制御を行うためのテーブルもこの外部記憶手段に格納される。

２０６は指示入力手段であるキーボードであり、ユーザがクライアントコンピュータに対して、また、オペレータや管理者がプリントサーバに対して、デバイスの制御コマンドの命令等を入力指示するものである。２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、プリンタの状態等を表示したりするものである。２０８はシステムバスであり、クライアントやプリントサーバであるコンピュータ内のデータの流れを司るものである。２０９は入出力手段であるインタフェースであり、該インタフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。インタフェース２０９は例えばネットワークインタフェースであり、ネットワーク１０６とシステムバス２０８とを接続する。

図３は、図２に示したＲＡＭ２０２のメモリマップの一例を示す図であり、ＦＤ２０４からネットワークプリンタ制御プログラムがＲＡＭ２０２にロードされ実行可能となった状態のメモリマップである。本実施形態では、ＦＤ２０４からネットワークプリンタ制御プログラムおよび関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、これ以外にも、ネットワークプリンタ制御プログラムを動作させる度に、既にネットワークプリンタ制御プログラムがインストールされているＨＤ２０５から、等該制御プログラムをＲＡＭ２０２にロードするようにしてもよい。

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

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

また、このような制御を行う本実施形態の印刷制御プログラムは、クライアントにインストールされるモジュールと、プリントサーバにインストールされるモジュールを別々に分けてもよいし、ひとつの印刷制御プログラムが、実行される環境によりクライアント用として機能したり、またはプリントサーバ用として機能するようにしてもよい。あるいは一台のコンピュータに、クライアント用の機能を持つモジュールと、プリントサーバ用として機能するモジュールをともにインストールし、同時に、あるいは時分割で擬似的に平行動作させる構成も可能である。

図３において、３０１は基本Ｉ／Ｏプログラムであり、本制御装置の電源がＯＮされたときに、ＨＤ２０５からＯＳをＲＡＭ２０２にロードしてＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローデイング）機能などを有するプログラムである。３０２はオペレーティングシステム（ＯＳ）であり、３０３はネットワークプリンタ制御プログラムで、それぞれＲＡＭ２０２上に確保される領域に記憶される。３０４は関連データで、ＲＡＭ２０２上に確保される領域に記憶される。さらに、３０５はワークエリアで、ＣＰＵ２００が本プリンタ制御プログラムを実行するにおいて、一時的なデータの格納等に利用するべく確保された領域である。

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

図５は、図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図であり、図２と同一のものには同一の符号を付してある。図５において、ＦＤ２０４には、図４で説明したように、本実施形態で説明するネットワークプリンタ制御プログラムおよび関連データが格納されている。

次に本実施形態における、プリンタを複数台使用して、前述の分散、同報、代行といった印刷処理を行う、印刷ジョブ制御システムについて説明する。なお、本実施形態では、複数のプリンタを１台のプリンタとして仮想的に束ね、これをグループプリンタ（仮想的なプリンタである）と呼び、束ねられている各プリンタをメンバプリンタと呼ぶ。また、対応するプリンタドライバをそれぞれグループプリンタドライバ、メンバプリンタドライバと呼ぶ。

図６は本システムのクライアントサーバモデルにおいてMicrosoft Word（商標）などの一般的なアプリケーションから発行された印刷要求が、印刷ジョブ制御システムにおいてどのように処理されるかを示した図である。図６において、６００はクライアントコンピュータ（図１の１０２から１０４に対応する）であり、本実施形態の印刷ジョブ制御システムのクライアントモジュールが動作するマシンを指す。また、６１０はプリントサーバであり、図１の１０１に対応している。

通常、印刷の指示がされるとアプリケーションプログラムは一連の描画命令（ＧＤＩ関数）を生成し、ＯＳを介して変換された描画命令（ＤＤＩ関数）がプリンタドライバに渡される。プリンタドライバはＯＳから入力される描画命令に基づいて、プリンタが解釈可能なプリンタ制御言語（ＰＤＬ）を生成し、ＪＬ（Job Language）でくくられた印刷ジョブ（以下、プリントジョブデータとも呼ぶ）としてＯＳが提供するプリントスプーラ（例えば、WindowsSpooler）に渡される。プリントスプーラは、ユーザが選択したポートモニタにプリントジョブデータを渡してプリントデバイスに送信させる手順をとる。

これに対して、本実施形態では、ユーザはあらかじめ印刷ジョブ制御システム用のポートモニタ６２１（以降、本実施形態ではジョブ制御ポートモニタと略記）を指定して印刷を指示する。印刷指示を受けたアプリケーションプログラム６０１は一連の描画命令を生成する。描画命令を受け取ったグループプリンタドライバ６０３では、汎用印刷ファイルを生成する。汎用印刷ファイルについては後述する。そして、グループプリンタドライバ６０３は、プリントデバイスへプリントジョブデータを送信するポートモニタではなく、ジョブ制御ポートモニタ６２１に、この汎用印刷ファイルをプリントジョブデータとして送信する。さらに、ジョブ制御ポートモニタ６２１はプリントジョブデータをプリントデバイス６５０に送信するのではなく、印刷ジョブ制御システム用プリントサービス６２２（以降、本実施形態ではジョブ制御プリントサービスと略記）に送信する。ジョブ制御プリントサービス６２２は、受けとったプリントジョブデータに対して、後述するような印刷ジョブ制御処理を行う。なお、ジョブ制御プリントサービス６２２が受け取るプリントジョブデータは、実際の印刷ジョブではなく、前述したように汎用印刷ファイルであり、後述するように、後の制御により最終的な印刷ジョブが生成されることになる。

印刷ジョブ制御システム用プリントマネージャ６２３（以降、本実施形態ではジョブ制御プリントマネージャと略記）は、ユーザがジョブ制御プリントサービス６２２内部でプリントジョブがどのような状態にあるかを調べたり、プリントジョブを操作したりするためのユーザインタフェース（以下、ＵＩ）を提供するためのプログラムである。ジョブ制御プリントマネージャ６２３はジョブ制御プリントサービス６２２のソフトウェアのインタフェース（ＡＰＩ）を介して、ジョブ制御プリントサービス６２２と情報・指示をやり取りしている。

一方、プリントサーバ６１０において、印刷ジョブ制御システム用サーバ６３０（以降、本実施形態ではジョブ制御サーバと略記）は、個々のクライアント６００上のジョブ制御プリントサービス６２２がプリントデバイス６５０にプリントジョブデータを送信するタイミングを集中制御（スケジューリング）している。印刷ジョブ制御システム用マネージメントコンソール６３３（以降、本実施形態ではジョブ制御マネージメントコンソールと略記）は、ジョブ制御サーバ６３０が持つソフトウェアがアクセスするためのＡＰＩを介してジョブ制御サーバ６３０と情報・指示をやり取りすることで、印刷ジョブ制御システム全体を監視することができる。

また、ジョブ制御サーバ６３０はデバイス情報コントロールモジュール６３１を用いて各プリントデバイス６５０と通信を行い、各プリントデバイス内の印刷ジョブや動作状態に関する情報を入手したり、操作を行ったりする。入手した情報はクライアント６００側のジョブ制御プリントサービス６２２に渡すことができる。

次に本実施形態におけるグループプリンタドライバ６０３からの印刷について説明する。グループプリンタドライバ６０３はアプリケーションプログラムが生成した一連の描画コマンドを、プリントデバイスの種類に依存しない中間フォーマットのファイルである汎用印刷ファイルに変換する。この汎用印刷ファイルの構成については後述する。

この汎用印刷ファイルは前述したようにスプーラ６０４からジョブ制御ポートモニタ６２１を経て（ａ）、ジョブ制御プリントサービス６２２に導かれる（ｂ）。ジョブ制御プリントサービス６２２はこのプリントジョブに対して行うジョブ制御の種類に応じて、汎用印刷ファイルをもとに描画コマンドを生成し（ｃ）、ＰＤＬドライバ６０２がその描画コマンドをプリントデバイス６５０が解釈可能なＰＤＬファイルにする。図６では、ジョブ制御プリントサービス６２２で、このプリントジョブに対してプリントジョブを２つに分けるジョブ制御が行われる例であり、２つのメンバジョブが生成された例を２つの矢印（ｃ）で示している。ＰＤＬドライバ６０２で生成されたＰＤＬファイルはスプーラ６０４、ジョブ制御ポートモニタ６２１を経て（ｄ）、再びジョブ制御プリントサービス６２２に渡される（ｅ）。ジョブ制御プリントサービス６２２は、ジョブ制御サーバ６３０の指示に従ってＰＤＬのプリントジョブデータをプリントデバイス６５０に送信する（ｆ）。

ジョブ制御プリントサービス６２２は、汎用印刷ファイル中の印刷指示書（ジョブチケット）の指示にしたがって、一つの汎用印刷ファイルを複数の印刷要求に論理的に分割してそれぞれ別のプリントデバイスに送信したり、一度送信したプリントジョブデータを別のプリントデバイスに送信し直したりする。図６における（ｃ）（ｄ）（ｅ）（ｆ）はそのような場合のプリントジョブデータの経路を示している。

一方、汎用印刷ファイルをアプリケーションソフトウェアが作成し、そのアプリケーションソフトウェアが汎用印刷ファイルを印刷要求として直接投入する場合、一般のアプリケーションとはグループプリンタドライバ６０３への情報の渡し方や、グループプリンタドライバ６０３での処理内容が異なる。

前述のように、一般のアプリケーションの場合、アプリケーションはグループプリンタドライバ６０３に描画情報を渡す際、通常のプリンタドライバと同じようにＷｉｎｄｏｗｓＯＳ（Ｗｉｎｄｏｗｓは米国マイクロソフト社の登録商標）のＧＤＩ関数を呼び出し、グループプリンタドライバ６０３がそれに応じて汎用印刷ファイルを生成する。これに対して汎用印刷ファイルを直接作成するアプリケーションの場合は、アプリケーションが汎用印刷ファイルをすでに持っており、それをグループプリンタドライバ６０３に供給する。グループプリンタドライバ６０３は、必要に応じて、あらかじめ設定された印刷方法に基づいて汎用印刷ファイル内部の印刷指示書を書き換えてスプーラ６０４に送る。

図８は、汎用印刷ファイルの構成の一例を示した図である。本実施形態で使用される汎用印刷ファイルは、印刷指示部８−ａと、ドキュメントデータ部８−ｂからなる。印刷指示部８−ａは、ドキュメントの情報と印刷指示を記述した部分である。また、ドキュメントデータ部８−ｂは、アプリケーションのドキュメントのデータを汎用的な形式のデータに変換したものであり、プリンタ言語に依存しないデータフォーマットとなっている。

印刷指示部８−ａはヘッダ部、ページ情報部、印刷体裁指示部、出力方法指定部、グループプリンタドライバ設定情報部、メンバプリンタ数、メンバプリンタドライバ名、メンバプリンタドライバ設定情報部などから構成されている。以下、これらについて説明する。

ヘッダ部は本ファイルのバージョン識別やファイル情報などの情報を格納する部分である。ページ情報部は、ドキュメントデータ部８−ｂのドキュメントデータのページ数、各ページのサイズなどの情報を格納する部分である。印刷体裁指示部は、印刷ページ範囲、印刷部数、ドキュメントデータの面付け情報（Ｎ−ＵＰや製本印刷など）、ステイプル指示やパンチ指示など、出力体裁に関する情報を格納する部分である。出力方法指定部は、出力方法として、分散印刷、カラーモノクロ分散印刷、代行印刷、同報印刷などの情報を格納する部分である。グループプリンタドライバ設定情報部は、後述するグループプリンタドライバのＵＩの印刷設定情報を格納する部分である。メンバプリンタ数はグループプリンタドライバが関連付けているメンバプリンタドライバの数を格納する部分である。メンバプリンタドライバ名は、メンバプリンタのプリンタドライバ名を格納する部分である。メンバプリンタドライバ設定情報部はメンバプリンタドライバのドライバＵＩの印刷設定情報として例えばＤＥＶＭＯＤＥ情報を格納する部分である。このメンバプリンタドライバ名とメンバプリンタドライバ設定情報部は、前述のメンバプリンタ数に格納された数だけの格納エリアを持っている。

前述の図６で説明したグループプリンタドライバ６０３では、汎用印刷ファイルを生成する際、グループプリンタドライバが提供するＧＵＩ上の設定を印刷指示部８−ａへ記録する。さらに、グループプリンタドライバ６０３はＧＤＩでアプリケーション６０１より受け取ったデータを汎用的なデータに変換しドキュメントデータとして、本汎用印刷ファイルのドキュメントデータ部８−ｂに記録することとなる。

なお、本汎用印刷ファイルは、印刷指示部８−ａとドキュメントデータ部８−ｂが異なるファイルであってもかまわない。その場合、印刷指示部は印刷指示書ファイルとして、ドキュメントデータ部はドキュメントデータファイルとしてそれぞれ存在し、これらを一つのアーカイブ形式でまとめて同様に一つのファイルのように扱うことも可能である。

次に図７を参照して、Windowsが提供するPrintSystemと印刷ジョブ制御システムにおける印刷ジョブの関係と処理概要をさらに詳しく述べる。

図７中で印刷ジョブ制御システム７００は、サーバとクライアントの制御プログラムが動作する物理的なマシンを跨いだ、印刷ジョブ制御システムの範囲を示している。また、サーバが管理している出力ポート（Output Port）７１１Ａ，Ｂは、クライアントのジョブ制御プリントサービス６２２のプロキシ出力ポート（Proxy OutputPort）７１２Ａ，Ｂと関連付けられ、ひとつのポートに関連づけられた各クライアント上のプロキシ出力ポート全てを統一的に管理している。本実施形態では、実際のプリントジョブデータは各々のクライアントのプロキシ出力ポート７１２に保持される。ジョブ制御サーバ６３０は、プリントジョブデータ自体の送信処理は行わず、ジョブ制御プリントサービス６２２に対して印刷ジョブの送信指示のみを行う。クライアントのジョブ制御プリントサービス６２２は、その指示に応じてプリントジョブデータをデバイス６５０に送信する。

次に、印刷ジョブ制御システム７００が、代行印刷、分散印刷、同報印刷などの付加価値的な印刷を行う場合の処理を説明する。

印刷ジョブ制御システム７００が、代行印刷、分散印刷、同報印刷などの付加価値的な印刷を行う場合には、前述のようにユーザまたはアプリケーション６０１はグループプリンタドライバ６０３が割り当てられたプリンタに印刷ジョブを発行しなければならない。ジョブ制御プリントサービス６２２は、グループプリンタドライバ６０３によって処理されたジョブデータをジョブ制御ポートモニタ６２１を介して汎用印刷ファイルとして受け取る。ジョブ制御プリントサービス６２２はこのジョブを受け取り、デスプーラ（De-spooler）７０１を介してＰＤＬドライバ６０２が割り当てられた別のプリンタにジョブ（メンバジョブ）を発行して印刷を行わせる。

このとき、デスプーラ７０１は前述の図８で説明した汎用印刷ファイルの印刷指示部８−ａを解釈し、ドキュメントデータ部８−ｂのドキュメントデータを加工して、WindowsのＧＤＩに変換し、各プリンタドライバに対して印刷指示を行い印刷ジョブを発行する。例えば印刷体裁指定部に、２−ＵＰの指示が記録されていた場合、用紙１枚に２ページ分のドキュメントデータを縮小レイアウトする。また分散印刷あるいは同報印刷の場合には、それらの設定に応じて印刷指示部８−ａに記述されている複数のメンバプリンタドライバにジョブを発行する。代行印刷の場合は、代行する条件が満たされたときに、自動代行では事前の設定、手動代行ではユーザの操作に応じてメンバジョブを発行する。

また、デスプーラ７０１は各メンバプリンタドライバにジョブを発行する際、メンバプリンタドライバに対応する印刷指示として、各メンバプリンタドライバのDEVMODEを作成する必要があるが、このDEVMODEは印刷指示部８−ａに記載された内容を適宜各メンバプリンタドライバのDEVMODEに反映させて生成される。

クライアント側のジョブ制御プリントサービス６２２は、ＰＤＬドライバ６０２によってレンダリングされた、それぞれのメンバジョブのＰＤＬデータをジョブ制御ポートモニタ６２１を介して受け取り、受け取ったジョブに関する情報をサーバ側に知らせるとともに、ジョブデータを自身のプロキシ出力キュー（Proxy Output Port）７１２Ａ，Ｂで一時保持する。その後、ジョブ制御サーバ６３０からの送信指示を受けた後に、保持しているプリントジョブをプリントデバイス６５０に送信する。

次に本発明の実施形態における、印刷ジョブ制御システムのためのグループプリンタドライバの制御について説明する。

図１５は本実施形態におけるグループプリンタドライバの設定の様子を示した図である。図１５は、本実施形態の印刷ジョブ制御システムのインストールの際の設定の様子、或は、ユーザの指示に応じて設定変更され、設定が変更された際の設定の様子に相当する。

図１５に示されるように、プリンタドライバＡ、Ｂ，Ｃの組合せと、夫々のメンバプリンタドライバに設定される各種設定値、また、図示はされていないが、インストール時に表示部に表示されるユーザインターフェイスを介して指示された出力方法などがデフォルト値として記憶されている。なお、出力方法に関しては、通常の特定の単体プリンタに印刷処理を行わせる通常印刷、或は、上に説明した分散印刷、同報印刷、カラー／モノクロ分散印刷、代行印刷などを挙げることができる。

図１５に示された設定が施された場合のグループプリンタドライバのユーザインターフェイスの１例を図１６に示す。図１６においては、出力方法に割合分散が指定されており、１６０１には、グループプリンタドライバを構成するメンバプリンタドライバとして、プリンタＡ、プリンタＢ、プリンタＣ、が設定されている。また、１６０２はメンバプリンタドライバの追加／削除を指示するための操作ボタンで、例えば、図１６のようにプリンタＡが選択された状態で、１６０２に押下指示が入力されると、ＰＲＩＮＴＥＲ Ａは本制御プログラムによって、当該メンバプリンタドライバの構成から削除されるよう制御される。

図９は、本実施形態によるグループプリンタドライバのＵＩ表示処理時の処理制御フローを示すフローチャートである。この図９のフローチャートの各ステップの処理は、上に説明した情報処理装置に設けられたＣＰＵ（中央演算処理装置）が、ＲＯＭ、ＦＤ等の所定の記憶媒体、ハードディスク（ＨＤ）等に記憶された制御プログラムを読込み、該読込んだプログラムに基づく処理を実行することに応じて実現されるものとする。

まず、ステップＳ９０１において、Windows Systemを介してアプリケーションからＵＩ表示要求があると、印刷ジョブ制御システムＡＰＩを使って、グループプリンタドライバで使用可能であるメンバプリンタ名を取得する。ここで、取得するメンバプリンタドライバ名とは、ステップＳ９０１の処理が実行される時点で、印刷ジョブ制御システム（グループプリンタドライバ）内に記憶されている複数のメンバプリンタドライバを指す。また、記憶されている複数のメンバプリンタドライバを取得する方法としては、メンバプリンタドライバ名に限定されるものではなく、各々のメンバプリンタドライバを識別することができるメンバプリンタドライバ識別情報であれば本発明に適用可能である。

次に、ステップＳ９０２において、グループプリンタドライバがデフォルトとして保持するメンバプリンタ構成（メンバプリンタ識別情報）とステップＳ９０１で取得されたメンバプリンタ名との比較処理を実行する。このステップＳ９０２の処理は、グループプリンタドライバがデフォルトとして保持するメンバプリンタドライバ構成（メンバプリンタドライバ識別情報）と、情報処理装置にプログラムの実体として記憶されているメンバプリンタドライバとの比較処理に相当する。例えば、図１５、図１６に示されるように、グループプリンタドライバがメンバプリンタドライバＡ、Ｂ，Ｃの３つのメンバプリンタドライバ名をデフォルト値として保持している場合、実際にメンバプリンタドライバＡ、Ｂ、Ｃの制御プログラムの実体が情報処理装置に使用可能な形態で記憶されているかのチェックがステップＳ９０２の処理に該当する。

そして、ステップＳ９０２の比較処理の結果、いずれかのメンバプリンタが印刷ジョブ制御システムで使用不能であれば、即ち、グループプリンタドライバが識別情報として保持しているメンバプリンタドライバの実体が印刷ジョブ制御システムに利用可能な形態で記憶されていないと判断されるような場合には、ステップＳ９０３へ進み、図１２に示すような警告メッセージを表示する。尚、この図１２の表示は、本実施形態の印刷制御用プログラム（グループプリンタドライバを含む）に含まれるユーザインターフェイスを表示するための画面情報に基づく表示が、ＯＳを介して表示部に表示されたものに相当するものであり、本実施形態における他の表示も同様の仕組みで表示されたものに相当する。

そして、ステップＳ９０４においては、使用不能であると判断されたメンバプリンタドライバを現在のメンバプリンタドライバの構成から削除し、処理を続行する。

その後、ステップＳ９０５にてグループプリンタドライバＵＩ表示の処理を行う。

図１０は、図９のＵＩ表示処理（ステップＳ９０５）について、詳細な動作を示したフローチャートである。尚、図１０のフローチャートの各ステップの処理は上に説明した情報処理装置に設けられたＣＰＵ（中央演算処理装置）が、ＲＯＭ、ＦＤ等の所定の記憶媒体、ハードディスク（ＨＤ）等に記憶された制御プログラムを読込み、該読込んだプログラムに基づく処理を実行することに応じて実現されるものとする。

以下、図１０に示される処理について、実際のユーザインターフェイスの例としての図１３を参照しつつ説明する。

まず、ステップＳ１００１では図１３の１３０１のように表示されたコンボボックスリストがユーザの操作に応じて指示され、現在選択状態の「お気に入り」以外の「お気に入り」が選択されたかを判断する。実際には、本ＵＩを表示するにあたって、登録された複数の「お気に入り」について、ユーザがそれらのうちのいずれかを選択可能な形態のリストとして表示させるためのリスト情報が生成される。そして、図１３のボタン１３０１に対する押下信号が入力されると、現在登録されている単数、或は、複数のお気に入りの設定のリストが表示され、ユーザはその中かから所望のお気に入りを選択することができる。ステップＳ１００１では、そのリスト中より別のお気に入りが新たに選択されたか否かが判定される。なお、本明細書において、「お気に入り」とは、複数のメンバプリンタに対する印刷設定情報を登録する複合印刷設定情報である。

ステップＳ１００１にて、お気に入り選択変更がなされたと判定された場合には、ステップＳ１００２にて、「お気に入り」の選択変更に伴う設定の確認処理を行う。尚、このステップＳ１００２の詳細は後述する。

ステップＳ１００３では、ステップＳ１００２にて変更された内容が、変更が許可されるものであるか否かの判定が行われる。ステップＳ１００３の判定の結果がＹｅｓである場合には、ステップＳ１００４にて全シートのコントロールを新しい設定に応じて変更し、全てのメンバプリンタの設定についても、お気に入りで保持されていた設定に変更する。一方、ステップＳ１００３の判定の結果がＮｏであった場合には設定を変更せず、ステップＳ１００１に処理を戻す。

また、ステップＳ１００１で「お気に入り」の選択が変更されていないと判定された場合には、ステップＳ１００５へ処理を移行する。ステップＳ１００５では、図１３の１３０２に示されるような「お気に入りの追加ボタン」の押下が操作者に指示に応じて入力されたか否かを判断する。

そして、ステップＳ１００５において、追加ボタンが押下されたと判断された場合には、ステップＳ１００６にて、現在の設定でお気に入りの登録に関する一連の処理を行う。この現在の設定には、図１３のようなユーザインターフェイス（「ページ設定」シート）を介して設定された各項目の設定値や、また、図１６のようなユーザインターフェイス（「出力設定」シート）を介して設定されたメンバプリンタドライバの組合せ（本例では、出力設定シート上の「プリンタの追加／削除」ボタン１６０２を操作することにより、メンバプリンタの追加、削除が可能である）や、その他「仕上げ」、「給紙」、「印刷品質」等の各シートが選択されて表示された夫々のユーザインターフェイスを介して設定された設定値までがお気に入りの設定として登録（保存）される。

お気に入りの登録処理では、グループプリンタドライバＵＩを介して設定された印刷設定情報はもちろん、各メンバプリンタドライバの個別のＵＩを介して設定された印刷設定情報を含めて印刷設定情報が、名前を付して登録される。その際の名前は、ユーザに入力させても良いし、日時や設定内容から決定することもできる。なお、お気に入りの登録は、DEVEMODE（図１５を参照して後述する共通設定項目と拡張設定項目の双方を含む）のデータ構造に基づいたデータを保存（複写）するものとする。本実施形態では、図２１で後述するように、グループプリンタドライバのDEVMODEと各メンバプリンタドライバのDEVMODEをまとめて保存する。

図２０は本実施形態によるお気に入りの登録処理を説明するフローチャートである。図１３に示されるボタン１３０２をクリックすると、ステップＳ２００１において不図示の登録画面を表示し、お気に入りの名称を入力するようユーザに促す。名称が入力されると、ステップＳ２００２に進み、現在のグループプリンタとして登録されているメンバプリンタを取得する。例えば、図１６で説明したように、メンバプリンタＡ，Ｂ，Ｃが登録されていれば、本ステップでプリンタＡ，Ｂ，Ｃが取得されることになる。なお、このとき、グループプリンタのDEVMODEを取得し、お気に入りのデータに加えられる。そして、ステップＳ２００３、Ｓ２００４において、ステップＳ２００２で取得されたメンバプリンタのDEVMODEを順次取得し、当該お気に入りの情報としてメンバプリンタを識別する情報と対応付けて追加格納していく。

図２１は図２０の処理によって生成されたお気に入りのデータ構成例を示す図である。グループプリンタと各メンバプリンタについてDEVMODE情報が登録される。なお、グループプリンタドライバのDEVMODEには共通設定項目の設定内容以外に、分散、代行、同報といった印刷方法の指示や、メンバプリンタのリスト等の、印刷ジョブ制御システムの設定が含まれる。従って、お気に入りが選択された場合、グループプリンタドライバによって設定された共通設定項目や、印刷方法が復元されるとともに、各メンバプリンタＡ，Ｂ，Ｃに対して、登録されているDEVMODE情報が渡され（ステップＳ１００４）、各メンバプリンタに対して設定がなされ、お気に入りに登録された状態が完全に復元されることになる。なお、図２１の構成と図１５の構成の関係を説明すると、１５０１から１５０３のプリンタドライバＡ〜ＣがプリンタＩＤに対応し、各設定項目に対する設定内容がDEVMODE情報に対応する。

なお、上記ステップＳ１００１〜ステップＳ１００７においては、各「お気に入り」毎にグループプリンタを構成するメンバプリンタの構成が登録されており、所望のお気に入りを選択すれば、そのお気に入りにおいて登録されているメンバプリンタに対してお気に入りに記録されている印刷設定情報が反映される。例えば、現在Ａ、Ｂ、Ｄのプリンタドライバをプリンタドライバとしてグループプリンタが動作していても、新たに選択されたお気に入りのメンバプリンタのメンバ構成がＡ、Ｂ、Ｃであれば、そのお気に入りが選択された時点でメンバプリンタ構成がＡ、Ｂ、Ｃとなる。しかしながら、「お気に入り」に対してメンバプリンタの構成を登録しないようにしてもよい。その場合は、お気に入りに登録されている印刷設定情報は、その時点で使用が可能なメンバプリンタドライバや、その時点で別の操作によって設定されたメンバプリンタ構成に対して反映される。即ち、例えば、現在Ａ、Ｂ、Ｄのプリンタドライバをプリンタドライバとしてグループプリンタが動作している場合、当該メンバ構成のプリンタドライバに対してお気に入りに登録されている印刷設定情報が反映されることになる。

続いてステップ１００７では、１３０１の「お気に入り」の表示を新しく登録したものが選択状態になるように変更し、処理をステップＳ１００１へ戻す。

一方、ステップＳ１００５において、追加ボタン１３０２が押下されていないと判断された場合は、ステップＳ１００８において、ユーザの指示により「お気に入り」以外の設定（例えば、用紙サイズ等）が変更されたか否かを判断する。ステップＳ１００８で設定が変更されたと判断された場合は、ステップＳ１００９において、その操作がメンバプリンタの追加や削除などの構成の操作であるか判定する。ステップＳ１００９の判断の結果、メンバプリンタドライバ構成の操作であれば、ステップＳ１０１０において、設定が可能か否か確認処理を行い、ステップＳ１０１１へ処理を移行する。

ステップＳ１０１１では、メンバプリンタドライバの構成の変更が可能であるか否かの判定が行われる。この判定処理は、図１１にて説明する、ステップＳ１００２の処理と同様の処理に相当する。すなわち、変更されたメンバプリンタドライバの構成に対応する夫々のメンバプリンタドライバが実施に本印刷ジョブ制御プログラムが使用可能な形態で記憶されているか否かの判断を行う。例えば、図１５に示したようなメンバプリンタドライバＡ、Ｂ、Ｃの名称に対応するプリンタドライバの実体（プリンタドライバの名称の他、制御プログラムも含む）のみが本印刷ジョブ制御プログラムが使用可能な形態で記憶されているような場合には、メンバプリンタドライバの単純な削除は許可されても、新たなメンバプリンタドライバＤの追加などは許可されないこととなる。

ステップＳ１０１１にて、変更可能であると判断された場合には、処理をステップＳ１０１２に移行する。

ステップＳ１００９の判定の結果、メンバプリンタドライバ構成の変更以外の設定変更である判断された場合（Ｎｏであった場合）には、そのままステップＳ１０１２に進み、指示された設定の変更を行う。例えば、図１５に示された何れかの項目の設定の変更などがこれに相当する。

ステップＳ１０１２の処理の結果、表示選択中の「お気に入り」の設定内容と実際の設定が異なることになるので、それを明示するためにＵＩ表示を変更する（ステップＳ１０１３）。具体的には、例えば色を黒から他の色に変えたり、アイコンを変化させて表示させたりする。図１４は表示が変更された状態の表示例である。即ち、ページレイアウト１４０２に示されるように、「１ページ／枚」から「２ページ／枚」に設定が変更されると、１４０１に示されるように、図１３のコンボボックスリスト１３０１の内容が変更される。

ユーザがダイアログを閉じるまで、すなわち、設定終了指示がなされるまで、以上の判定を繰り返す。（ステップＳ１０１４）。

次に、設定の変更が可能であるかの確認処理（ステップＳ１００２）の詳細を、図１１のフローチャートを用いて説明する。尚、図１１のフローチャートの各ステップの処理は上に説明した情報処理装置に設けられたＣＰＵ（中央演算処理装置）が、ＲＯＭ、ＦＤ等の所定の記憶媒体、ハードディスク（ＨＤ）等に記憶された制御プログラムを読込み、該読込んだプログラムに基づく処理を実行することに応じて実現されるものとする。

まず、ステップＳ１１０１では、印刷ジョブ制御システムＡＰＩを使って、グループプリンタドライバで使用可能であるメンバプリンタドライバ名を取得する。そして、ステップＳ１１０２において、ステップＳ１１０１で取得された単数或は複数のメンバプリンタドライバ名と、「お気に入り」に対応してグループプリンタドライバが保持するメンバプリンタの構成（複数のメンバプリンタドライバの識別情報）と比較する。

例えば、選択された新たな「お気に入り」に対応するメンバプリンタドライバの構成が、図１５にて説明したプリンタドライバＡとプリンタドライバＢであったような場合に、いま、図１５に示されるようなメンバプリンタドライバの実体が使用可能な状態で登録されていれば、ステップＳ１１０２の判定の結果はＹｅｓとなる。一方、選択された新たな「お気に入り」に対応するメンバプリンタドライバの構成に、プリンタドライバＤが含まれており、このプリンタドライバＤがインストールされていない、或は、本印刷ジョブ制御プログラムが使用可能な形態で登録されていないような場合には、ステップＳ１１０２の判定の結果はＮｏとなる。

ステップＳ１１０２における比較の結果、何れかのメンバプリンタが印刷ジョブ制御システムで使用不能であれば、ステップＳ１１０４にて、図１２のような警告メッセージを表示する。また、その場合にはメンバプリンタドライバの構成変更を許可しない（ステップＳ１１０５）。一方、ステップＳ１１０２にて、新しいメンバプリンタ構成で指定されている全てのメンバプリンタが使用可能である場合は、ステップＳ１１０３にて、メンバプリンタ構成の変更を許可し、一連の処理を終了する。

なお、上記ステップＳ１１０５では、メンバプリンタの構成変更を許可しないとしているが、これに限らない。すなわち、ステップＳ１１０５の別の実施形態として、使用不可能なメンバプリンタを現在のメンバプリンタ構成から削除したうえで、メンバプリンタ構成の変更を許可するようにしてもよい。そのような構成をとることにより、より一層ユーザの希望に沿った印刷設定の環境を実現することができる。

以上のような構成によれば、メンバプリンタドライバによる詳細な設定を、お気に入りとして登録することが可能になる。また、お気に入りを選択した際に、グループプリンタドライバで使用する全てのメンバプリンタの設定が一度の操作で復元できる。

また、お気に入りの登録は、DEVEMODEのデータ構造に基づいたデータを保存、或いは複写するので、例えば、拡張設定項目を認識できないようなメンバプリンタドライバの設定に対しても、該メンバプリンタドライバに保存されているDEVEMODEを受け渡すだけで、設定の復元を実現することができる。

（第２の実施形態）
第２の実施形態では、第１の実施形態にて説明してきたグループプリンタドライバのユーザインターフェイスを介しての設定について、更に詳細な説明を行う。

図１７〜図１９は本印刷ジョブ制御プログラムの制御フローを示すフローチャートである。尚、図１７〜図１９のフローチャートの各ステップの処理は上に説明した情報処理装置に設けられたＣＰＵ（中央演算処理装置）が、ＲＯＭ、ＦＤ、ハードディスク（ＨＤ）等所定の記憶媒体に記憶された制御プログラムを読込み、該読込んだプログラムに基づく処理を実行することに応じて実現されるものとする。

まずステップＳ１７０１において、ＯＳを介したグループプリンタドライバのＵＩ表示要求を受け付ける。そして、ステップＳ１７０２において、印刷ジョブ制御システムＡＰＩを使って、グループプリンタドライバを構成するメンバプリンタドライバの識別ＩＤ（例えば名称）問い合わせ、グループプリンタを構成する全てのメンバプリンタドライバの識別ＩＤを獲得する。ステップＳ１７０３では、ステップＳ１７０２で獲得した各メンバプリンタドライバの識別ＩＤよりメンバプリンタドライバの能力を収得する。ステップＳ１７０３では、グループプリンタを構成する全てのメンバプリンタドライバに対して、グループプリンタドライバによってドライバ機能の収得がドライバ設定情報の拡張領域の部分まで可能であり、且つ、ドライバＵＩ制御が可能な、“機能制御可能なドライバ”か、または、それ以外のドライバ“機能制御不可なドライバ”かをチェックし、機能制御可否の情報を得る。なお、機能制御可能かどうかについては所定の問い合わせ（たとえばAPIcall）に対する応答をチェックすることなどが挙げられる。

ステップＳ１７０４では、ステップＳ１７０４で得られた機能制御可否の情報より、メンバプリンタの構成を判定するステップであり、“機能制御可能なドライバ”のみで構成されている場合ステップＳ１７０５（図１８の処理へ移行）へ、それ以外の構成ではステップＳ１７０６（図１９の処理へ移行）へ処理を進める。

尚、共通設定項目と、拡張設定項目については、図１５に示した通りであり、共通設定項目のデータ形式は提供者によって異なることがなく、共通したデータ形式が取られている。また、拡張設定項目のデータ形式（データの意味）は提供者によって異なり、読込むことはできるが、認識できない場合があるものに相当する。

図１８は、ステップＳ１７０５の詳細を表したフローである。ステップＳ１８０１では、各メンバプリンタドライバの個々の共通設定項目に関する能力を問い合わせて、機能のコンフリクト処理を行い、その結果に基づきグループプリンタドライバＵＩで表示する項目の選択を行う。なお、機能のコンフリクト処理とは、グループプリンタの対象となる各メンバプリンタドライバに対して、各設定項目の機能のあり・なしをチェックし、対象となるメンバープリンタドライバ全てに機能がある場合に、グループプリンタドライバＵＩでその機能を設定可能項目として扱い、また、１台でも、機能がないものがあればその項目については、設定不可項目として扱う処理である。

ステップＳ１８０２では、前記ステップで示した機能のコンフリクト処理を各メンバプリンタドライバの拡張設定項目に関して行うステップである。ステップＳ１８０３では、ステップＳ１８０１及びステップＳ１８０２で実行されたコンフリクト処理の結果に基づきグループプリンタドライバＵＩの表示行い、ユーザ指示に応じて各項目の設定が行われる。

このとき、上記コンフリクト処理の結果、全メンバプリンタのうち、一部のメンバプリンタには存在しない機能については、例えば、ＵＩ上で設定が行えないよう、項目をグレーアウト表示、もしくは非表示といったＵＩ制御を行う。一方、全てのメンバプリンタに共通して存在する機能については、そのようなＵＩ制御を行わない。また、本ステップでは、ユーザの指定により、たとえば「製本印刷」が指定された時のパンチや、ステイプルの指定といった、機能上ありえない組み合わせが設定できないようＵＩ制御を行い設定項目に矛盾が発生しないようにすることも行う。

ステップＳ１８０４では、グループプリンタドライバＵＩ上に設定項目がない項目をメンバプリンタのＵＩを開き詳細に設定させるためにメンバプリンタドライバの指定がなされたか否かの判定が行われる。指定されるメンバプリンタドライはグループプリンタドライバを構成するメンバプリンタの何れかであり、例えば、図１６に示されるメンバプリンタドライバの一覧より、マウス等のポインティングデバイスを介して入力に応じて選択される。

ステップＳ１８０４で何れかのメンバプリンタドライバが選択されたと判断されれば、ステップＳ１８０５へ進み、ステップＳ１８０４で指定されたメンバプリンタドライバＵＩが表示され、このＵＩを介して詳細な設定が行われる。

例えば、図１６に示されるプリンタドライバＣが選択されると、プリンタドライバＣの個別のメンバプリンタドライバＵＩが表示され、「Water Mark」の設定が「有り」と設定された場合には、図１５の１５０５に示されるように、プリンタドライバＣの「Water Mark」の設定が「有り」と設定される。

これは、例えば、プリンタドライバＣのみがWater Markの機能を有しているような場合に、施される処理に相当する。

なお、ここで、プリンタドライバＣに「Water Mark」の設定が「有り」と設定されている状態が変更されることなく保持された状態で、お気に入りの登録が指示されると（ステップＳ１００５のＹｅｓ）、メンバプリンタドライバＵＩにて個別に設定された印刷設定情報もお気に入りの複合印刷設定情報の一部として保存（登録）される。無論、グループプリンタドライバＵＩで設定された各項目の印刷設定情報も合せてその複合印刷設定情報として保存（登録）される。

なお、メンバプリンタドライバＵＩを開いた場合、グループプリンタドライバで設定可能な項目についても設定可能となり、同一機能が両者に設定された場合に処理が２重にかかってしまう。このような不具合を防止するため、次に示すＵＩ制御を施し表示を行う。
（Ａ）メンバプリンタが“機能制御可能なドライバ”である場合、グループプリンタドライバＵＩ上の設定項目と競合する項目については、メンバプリンタドライバＵＩでの設定が行えないように、項目をグレーアウト表示、もしくは非表示としてＵＩ制御する。
（Ｂ）メンバプリンタが“機能制御不可なドライバ”である場合、共通設定項目についてはメンバプリンタドライバで設定された設定でＵＩ表示する。ＵＩ表示後、メンバプリンタドライバＵＩ上でその項目について変更がなされた場合、ドライバＵＩを閉じるステップでグループプリンタドライバで設定された設定項目の情報を対応するメンバプリンタドライバの共通設定項目で上書きし、メンバプリンタＵＩ上での設定変更を許さない。

また、上書き処理を行う際に、メンバプリンタＵＩ上での設定変更が無効であるといった警告表示を行うことも可能である。

なお、ステップＳ１８０５では、対象となるメンバプリンタ全て“機能制御可能なドライバ”であるため上記（Ａ）のＵＩ制御が行われる。

ステップＳ１８０５の処理を終えると、処理は図１７のステップＳ１７０７へ移行される。

図１９は、ステップＳ１７０６の詳細を表したフローである。ステップＳ１７０６への処理の移行は、メンバプリンタドライバの構成が、ステップＳ１７０５とは異なり、メンバプリンタドライバの構成が、“機能制御可能なドライバ”と“機能制御不可能なドライバ”との混合、或は、“機能制御不可能なドライバ”のみの場合となる。従って、この場合においては、グループプリンタドライバＵＩで設定可能な項目は共通に印刷設定情報の読み書きが可能な共通設定項目に限定される。

ステップＳ１９０１では、図１８のステップＳ１８０１と同様に各メンバプリンタドライバの個々の共通設定項目に関する能力を問い合わせて、機能のコンフリクト処理が行われ、その結果に基づきグループプリンタドライバＵＩで表示する項目の選択が行われる。ステップＳ１９０２では、ステップＳ１９０１で行ったＵＩコンフリクト処理の結果に基づき、グループプリンタドライバＵＩ表示を行うステップである。このステップでは、コンフリクト処理の結果、機能のないもの及び拡張設定項目については、グループプリンタドライバＵＩ上で設定が行えないように、設定不可能な項目としてグレーアウト表示もしくは非表示とするような制御が施される。

ステップＳ１９０２で設定不可であった、拡張設定項目及び各メンバプリンタが持つ固有の設定項目について設定を行う場合には、各メンバプリンタのＵＩを用いる必要がある。従って、ステップＳ１９０３では、メンバプリンタのＵＩを開くべく、グループプリンタドライバＵＩ上で設定対象のメンバプリンタが指定されたかを判定する。メンバプリンタが指定されたならば、ステップステップＳ１９０４へ進み、ステップＳ１９０３で指定されたメンバプリンタドライバＵＩを開き、ユーザによる詳細設定を可能とする。

例えば、図１６に示されるプリンタドライバＣが選択（ステップＳ１９０３に相当）され、プリンタドライバＣの個別のメンバプリンタドライバＵＩが表示され、「Water Mark」の設定が「有り」と設定された場合には、図１５の１５０５に示されるように、プリンタドライバＣの「Water Mark」の設定が「有り」と設定される。
これは、例えば、プリンタドライバＡ、Ｂ，Ｃの夫々の提供者が異なり拡張設定項目のデータ形式（データの意味が異なり）、且つ、プリンタドライバＣがWater Markの機能を有しているような場合に、施される処理に相当する。

ここで、プリンタドライバＣに「Water Mark」の設定が「有り」と設定されている状態が変更されることなく保持された状態で、お気に入りの登録が指示されると（ステップＳ１００５のＹｅｓ）と、メンバプリンタドライバＵＩにて個別に設定された項目情報もお気に入りの設定状態の一部として保存（登録）される。無論、グループプリンタドライバＵＩで設定された各項目の印刷設定情報も合せてお気に入りの印刷設定情報として保存（登録）される。

ステップＳ１９０４の後は処理を図１７のステップＳ１７０７に移行する。

以上説明してきた図１７〜１９のフローチャート及び図１０のフローチャートによれば、メンバプリンタドライバ個別のユーザインターフェイスを介して設定された項目情報も、お気に入りの印刷設定情報の一部として保存（登録）されるので、その後、このお気に入りが選択され、複数のメンバプリンタドライバに対してまとめて設定されるような処理（例えば、Ｓ１００４）では、メンバプリンタドライバのユーザインターフェースを介して個別に設定されたような印刷設定情報（例えば、上に説明した「Water Mark」）も個別設定の対象となったメンバプリンタドライバに対して復元されることになり、ユーザにより使い勝手の良いユーザインターフェイスを提供することができる。

以上のように、上記各実施形態によれば、複数のメンバプリンタドライバの設定内容をグループプリンタドライバＵＩを介してまとめて設定するような形態に対して、その印刷設定情報を複合印刷設定（お気に入り）として、保存しておくことができる。また、ユーザは保存された複合印刷設定を再度利用することができるので、複数のメンバプリンタドライバを対象としたような印刷処理の際にも、わざわざ個々のメンバプリンタドライバのＵＩを開いて何度も個別に設定し直す必要がなくなる。

また、保持したメンバプリンタドライバの固有の設定も複合印刷設定情報の一部として複合設定リストに登録可能とすることができる。さらには、複合印刷設定情報を複数通り登録させることができ、それをリストから選択するような仕組みを実現できるので、よりユーザの使い勝手が良くなる。

なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明を適用可能な情報処理システムの構成を説明するブロック図である。 本実施形態の情報処理装置の構成を説明するブロック図である。 図２に示したＲＡＭ２０２のメモリマップの一例を示す図である。 図２に示したＦＤ２０４のメモリマップの一例を示す図である。 図２に示したＦＤドライブ２０３に対して挿入されるＦＤ２０４との関係を示す図である。 本実施形態の情報処理装置のプリント制御モジュール構成を説明するブロック図である。 本実施形態の情報処理装置のプリント制御モジュール構成を説明するブロック図である。 本実施形態の汎用印刷ファイルの構成の一例を示した図である。 本実施形態のグループプリンタドライバのユーザインターフェイスの処理制御フローを示すフローチャートである。 本実施形態におけるグループプリンタドライバのＵＩ表示処理時の処理制御フローを示すフローチャートの一例を示す図である。 本実施形態のグループプリンタドライバのＵＩ表示処理時に変更された設定が有効か確認する処理制御フローを示すフローチャートである。 本実施形態を構成する警告表示の一例を示す図である。 本実施形態を構成するユーザインターフェイスの一例を示す図である。 本実施形態を構成するユーザインターフェイスの一例を示す図である。 本実施形態におけるグループプリンタドライバの設定の様子を示した図である。 図１５に示された設定が施された場合のグループプリンタドライバのユーザインターフェイスの１例を示す図である。 第２の実施形態による印刷ジョブ制御プログラムの制御フローを示すフローチャートである。 第２の実施形態による印刷ジョブ制御プログラムの制御フローを示すフローチャートである。 第２の実施形態による印刷ジョブ制御プログラムの制御フローを示すフローチャートである。 本実施形態によるお気に入りの登録処理を説明するフローチャートである。 図２０の処理によって生成されたお気に入りのデータ構成例を示す図である。

Claims (4)

1. 複数のメンバプリンタを用いた所定の出力方法の処理を行なう仮想的なプリンタを備えた情報処理装置における情報処理方法であって、
   複数のメンバプリンタの夫々に対して設定される設定情報を示す複合印刷設定情報を選択可能な形態で表示させる表示制御工程と、
   前記表示制御工程において表示された複数の複合印刷設定情報の中から選択された所定の複合印刷設定情報に基づく設定を複数のメンバプリンタに対して設定する設定工程と、
   前記複数のメンバプリンタの各々の個別の設定を施す為に表示されたユーザインターフェイスを介して設定された設定を前記複合印刷設定情報に反映する反映工程と、を備えることを特徴とする情報処理方法。
2. 複数のメンバプリンタを用いた所定の出力方法の処理を行なう仮想的なプリンタを備えた情報処理装置であって、
   複数のメンバプリンタの夫々に対して設定される設定情報を示す複合印刷設定情報を選択可能な形態で表示させる表示制御手段と、
   前記表示制御手段による制御により表示された複数の複合印刷設定情報の中から選択された所定の複合印刷設定情報に基づく設定を複数のメンバプリンタに対して設定する設定手段と、
   前記複数のメンバプリンタの各々の個別の設定を施す為に表示されたユーザインターフェイスを介して設定された設定を前記複合印刷設定情報に反映する反映手段、とを備えることを特徴とする情報処理装置。
3. 請求項１に記載された情報処理方法をコンピュータに実行させるためのプログラム。
4. 請求項３に記載のプログラムを格納したコンピュータ可読の記憶媒体。

Images