JP2011076227A - 情報処理装置及びその方法 - Google Patents

Abstract

【課題】 多種のドライバがインストールされてしまう環境においては、アプリケーションから印刷指示を行った後、画面上に表示されるプリンタ一覧より所望なプリンタを選択するのが、ユーザにとって煩雑となる。
【解決手段】 本発明における情報処理装置は、ユーザからの指示に応じてアプリケーションから受け取ったデータを中間データとしてスプールして、前記ユーザからの指示後に、自装置に接続されているプリンタを検索し、見つかったプリンタから選択されたプリンタに対応するプリンタドライバのインストール処理、プリントキューの作成を行い、当該プリンタドライバに対して、前記中間データを渡して印刷処理を行う。そして、前記作成されたプリントキューの中で削除候補を決定し、該削除候補のプリントキューを削除することを特徴としている。
【選択図】 図１４

Description

本発明は情報処理装置に関し、詳しくはユーザが印刷時に設置されたプリンタの中から利用するものを特定するだけで、効率よく印刷できるシステムに関するものである。

従来、ホストコンピュータからプリンタなどの周辺装置を利用するには、一般的にその周辺装置に対応した特定のデバイスドライバをホストコンピュータへ組み込む必要があった。ユーザまたは管理者は、印刷前にあらかじめデバイスドライバの組み込みに必要なＩＰアドレスなどの情報を調べ、対応するデバイスドライバをインターネットから探し出し、その設置をするといったインストール作業を強いられてきた。

そこで、近年、周辺装置の種類によらず利用可能な共通のデバイスドライバである「ユニバーサルドライバ」（汎用プリンタドライバ）が研究・開発されている。例えば、非特許文献１には、アプリケーションから汎用プリンタドライバに対して印刷指示を出した後に、出力可能なネットワークプリンタを選んで印刷する方法が開示されている。この方法ならば、汎用プリンタドライバを情報処理装置に組み込んでおくだけで、汎用プリンタドライバが対応するすべてのプリンタを利用することが可能である。
しかしながら、非特許文献１に示された汎用プリンタドライバは、対応する全プリンタが共通にもつ機能を利用して処理可能なコマンドを生成し送信するため、各プリンタに特化した専用プリンタドライバを用いて印刷する場合に比べて機能が制限される。また、汎用プリンタドライバが送信するコマンドの形式を処理できない種類のプリンタにはそもそも印刷できない。

ＨＰ Ｕｎｉｖｅｒｓａｌ Ｐｒｉｎｔ Ｄｒｉｖｅｒ Ｓｅｒｉｅｓ ｆｏｒ Ｗｉｎｄｏｗｓ−ｏｖｅｒｖｉｅｗ ａｎｄ ｆｅａｔｕｒｅｓ（ｈｔｔｐ：／／ｈ２０３３８．ｗｗｗ２．ｈｐ．ｃｏｍ／ｈｐｓｕｂ／ｃａｃｈｅ／３４２９８８−０−０−２２５−１２１．ｈｔｍｌ）

ユーザは、プリンタに対して印刷する際には、アプリケーションから印刷指示を行い、画面上に表示されるプリンタ一覧より所望なプリンタを選択し、印刷設定などを指定する。ここで、画面上に表示されるプリンタ一覧は、インストールされ、プリントキューが作成されているプリンタドライバに対応して表示が行われることになる。

ユーザにとっては、印刷するドキュメントなどに応じて、前述したような汎用プリンタドライバを用いて簡単にプリントを行う場合、専用プリンタを用いて印刷を行う場合など、その時々に応じた印刷を行うことが望まれる。従って、ユーザの利用するホストコンピュータにおいては、多種のドライバがインストールされ、混在するような状況が起こり得る。さらには、プラグアンドプレイなどによりユーザが意図せずに、多種のプリンタドライバがホストコンピュータにインストールされ得る環境もある。

このように、多種のドライバがインストールされてしまう環境においては、アプリケーションから印刷指示を行った後、画面上に表示されるプリンタ一覧より所望なプリンタを選択するのが、ユーザにとって煩雑となる。とくに前述のように、汎用プリンタドライバや専用プリンタドライバなど、同じプリンタに対して印刷ジョブを送信するものであっても機能差があるようなものもあるので、ユーザによっては、プリンタの備える機能を十分に活かした印刷を行うためのプリンタ選択がとても困難になってしまう。

従って、本発明は、ユーザの意図に反して、多種のデバイスドライバがホストコンピュータにインストールされてしまうような環境において、印刷時のプリンタ選択が煩雑とならないようなデバイスドライバの管理手法を提供することを目的とする。

上記課題を解決するために、本発明の情報処理装置は、ユーザからの指示に応じてアプリケーションから受け取ったデータを中間データとしてスプールするスプール手段と、前記ユーザからの指示後に、自装置に接続されているプリンタを検索する検索手段と、印刷処理を行うプリンタを選択させるために、前記検索手段により見つかったプリンタの一覧を表示するための表示制御手段と、前記表示制御手段により表示されたプリンタの一覧から選択されたプリンタに対応するプリンタドライバのインストール処理を制御するインストール制御手段と、前記インストール制御手段によりインストールされたプリンタドライバに対応するプリントキューを作成する作成手段と、ユーザからの前記インストール制御手段によりインストールされたプリンタドライバに対する印刷の指示を受けて、当該プリンタドライバに対して、前記スプール手段によりスプールした中間データを渡すデスプール手段と、前記デスプール手段により渡された中間データから、前記インストール制御手段によりインストールされたプリンタドライバを用いて生成された印刷ジョブを、前記表示制御手段により表示されたプリンタの一覧から選択されたプリンタに対して送信する送信手段と、前記作成手段により作成されたプリントキューの中で削除候補を決定する決定手段と、前記決定手段により決定された削除候補のプリントキューを削除する削除手段とを備えることを特徴とする。

本発明によれば、ユーザの意図に反して、多種のデバイスドライバがホストコンピュータにインストールされてしまうような環境において、印刷時のプリンタ選択が煩雑とならないようなデバイスドライバの管理が可能となる。

システムの構成図およびホストコンピュータならびに出力デバイス内部の装置構成を示すブロック図 ドライバインストーラのユーザインターフェース例を表す図 プリンタドライバ、プリントキュー、ポートの各情報とそれらの関連を表す図 一般的なプリンタドライバのインストール処理を示すフローチャート 本実施例における仮想・汎用・専用プリンタドライバのインストール処理を示すフローチャート 印刷処理のデータフロー図 印刷処理のシーケンス図 アプリケーションおよびプリントジョブマネージャーのユーザインターフェース例を表す図 ユーザインターフェースの遷移図 出力準備処理のフローチャート 汎用・専用プリンタドライバインストール処理のフローチャート プリントキュー整理処理のフローチャート プリントキュー削除処理のフローチャート 出力デバイス特定ダイアログへ戻る場合のシーケンス図

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

図１（ａ）は、本発明の実施形態に係るネットワークシステムの概略構成を示すブロック図である。このネットワークシステムは、ホストコンピュータ（１０１）と、このホストコンピュータ（１０１）よりジョブを受信して処理する周辺装置、及び周辺装置に対応するデバイスドライバの配信などを行う配信サーバ（１０３）を備える。これらはネットワーク（１０４）を介して接続されている。なお、本実施形態では、周辺装置として印刷データを受信して印刷を行う出力デバイス（プリンタ）を挙げて説明する。

図１（ｂ）は、図１（ａ）のホストコンピュータ（１０１）と出力デバイス（１０２）の装置構成を示すブロック図である。

ホストコンピュータ（１０１）において、ＣＰＵ（１１１）は、ＲＡＭ（１１２）に記憶されているプログラムに従って、システムバス（１１４）に接続される各デバイスを総括的に制御している。このＲＡＭ（１１２）は、ＣＰＵ（１１１）の主メモリ、ワークエリア等としても機能している。ＲＯＭ（１１３）は、各種プログラム及びデータを格納しており、各種フォントを記憶するフォントＲＯＭ（１１３ａ）、ブートプログラムやＢＩＯＳ等を記憶するプログラムＲＯＭ（１１３ｂ）、及び各種データを記憶するデータＲＯＭ（１１３ｃ）に区分けして構成されている。キーボードコントローラＩ／Ｆ（１１５）は、キーボード（１１９）や不図示のポインティングデバイス（マウス）からのキー入力を制御する。ディスプレイＩ／Ｆ（１１６）は、ディスプレイ（１２０）への表示を制御している。外部メモリＩ／Ｆ（１１７）は、例えばハードディスク（ＨＤ）、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ）等の外部メモリ（１２１）とのアクセスを制御する。外部メモリ（１２１）は、オペレーティングシステムプログラム（以下、ＯＳ）（１２２）をはじめ各種アプリケーション（１２３）、印刷処理関連プログラム（１２４）、さらに、不図示のユーザファイル、編集ファイル等を記憶するコンピュータが読み取り可能な記憶媒体として機能する。なお、ここではＯＳ（１２２）としてＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）を使用するものとする。ネットワークＩ／Ｆ（１１８）は、ネットワーク（１０４）を介して出力デバイス（１０２）に接続され、出力デバイス（１０２）との間で通信制御処理を行う。なお、配信サーバ（１０３）もホストコンピュータ（１０１）と同様の装置構成を備える。

ここで、印刷処理関連プログラム（１２４）は、本実施形態に係るプリントジョブマネージャー（１２５）、仮想プリンタドライバ（１２６）及びドライバインストーラ（１２９）などを含むプログラム領域となる。これらプログラムを任意の手段でダウンロードし、後述するようなインストール処理を行うことで、このプログラムに基づく印刷処理が可能となる。また、印刷処理関連プログラム（１２４）においては、情報処理装置にインストールされる汎用プリンタドライバ（１２７）や専用プリンタドライバ（１２８）も含まれることになる。仮想プリンタドライバとは、本実施形態特有のドキュメントを物理的な出力デバイスに対して直接ではなく、間接的に印刷するために利用されるプログラムである。間接的なプログラムであるため「仮想」と呼称しているが、仮想プリンタドライバ（１２６）はＯＳ（１２２）上では一般的なプリンタドライバとして登録されるため、ユーザは通常の印刷作業手順に近い感覚で作業を行うことができる。一方、汎用プリンタドライバと専用プリンタドライバは、一般的なプリンタドライバとして分類される。具体的には、汎用プリンタドライバとは、複数のモデルに印刷可能なプリンタドライバである。汎用プリンタドライバは、対応するモデルが共通で持つ機能を利用することができる。一方、専用プリンタドライバとは、単一のモデルにのみ対応したプリンタドライバである。専用プリンタドライバは、対応するモデルの機能を最大限に引き出すことが可能である。

次に出力デバイス（１０２）の構成について説明する。ＣＰＵ（１３２）は、出力デバイス（１０２）の全体の動作を制御している。ＲＡＭ（１３９）は、ＣＰＵ（１３２）の主メモリ、ワークエリア等として機能するとともに、出力情報展開領域、環境データ格納領域としても用いられる。またこのＲＡＭ（１３９）は、ＮＶＲＡＭ（Ｎｏｎ−ｖｏｌａｔｉｌｅ ＲＡＭ：不揮発性ＲＡＭ）領域も備えており、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。ＲＯＭ（１３３）は、各種フォントを記憶するフォントＲＯＭ（１３３ａ）、ＣＰＵ（１３２）により実行される制御プログラム等を記憶するプログラムＲＯＭ（１３３ｂ）、及び各種データを記憶するデータＲＯＭ（１３３ｃ）を備えている。ネットワークＩ／Ｆ（１３８）は、ホストコンピュータ（１０１）との間で印刷ジョブやステータスなどのデータの送受信を行う。印刷部Ｉ／Ｆ（１３６）は、プリンタエンジンである印刷部（１３７）とのインターフェースを制御している。外部メモリ（１３４）は、外部メモリＩ／Ｆ（１４０）によりアクセスが制御されており、オプションとして接続されるハードディスク（ＨＤ）、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ）等を含んでおり、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。さらに、本実施形態に係る専用プリンタドライバ（１２８）を記憶することも可能である。なお、ハードディスク等の外部メモリ（１３４）が接続されていない場合には、ＲＯＭ（１３３）のデータＲＯＭ（１３３ｃ）に、ホストコンピュータ（１０１）で利用される情報等を記憶することになる。なお、この外部メモリ（１３４）は１個に限らず複数備えるものであってもよく、例えば、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラム等を格納した外部メモリを複数接続できるように構成されていてもよい。操作部（１４２）には、ユーザによる操作を受け付ける操作パネルが設けられ、その操作パネルには操作のためのスイッチ及びＬＥＤ表示器等が配されている（不図示）。また、不図示のＮＶＲＡＭを有し、操作パネルからのプリンタモード設定情報を記憶するようにしてもよい。ＣＰＵ（１３２）は、ＲＯＭ（１３３）のプログラムＲＯＭ（１３３ｂ）に記憶された制御プログラム等に基づき、印刷部Ｉ／Ｆ（１３６）を介して印刷部（１３７）に出力情報としての画像信号を出力する。また、ＣＰＵ（１３２）はネットワークＩ／Ｆ（１３８）を介してホストコンピュータ（１０１）との通信処理が可能となっており、ホストコンピュータ（１０１）から送信される印刷データを受信すると共に、出力デバイス（１０２）内の情報等をホストコンピュータ（１０１）に通知可能に構成されている。

図２は、図１（ｂ）のドライバインストーラ（１２９）が備えるユーザインターフェース（２００）である。ドライバインストーラ（１２９）を実行すると、ディスプレイ（１２０）上に表示される。プリンタ一覧（２０１）にインストール可能なプリンタドライバの一覧が表示される。
Ｄｅｖｉｃｅ Ｍｏｄｅｌ Ａは、モデルＡの出力デバイスに対応した専用プリンタドライバである。
Ｄｅｖｉｃｅ Ｍｏｄｅｌ Ｂは、モデルＢの出力デバイスに対応した専用プリンタドライバである。
Ｄｅｖｉｃｅ Ｍｏｄｅｌ Ｃは、モデルＣの出力デバイスに対応した専用プリンタドライバである。

Ｄｅｖｉｃｅ Ｍｏｄｅｌ Ｄは、モデルＤの出力デバイスに対応した専用プリンタドライバである。
Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ １は、モデルＡ、Ｂに対応した汎用プリンタドライバである。
Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ ２は、モデルＣ、Ｄに対応した汎用プリンタドライバである。
Ｖｉｒｔｕａｌ Ｄｅｖｉｃｅ Ｍｏｄｅｌは、モデルＡ、Ｂ、Ｃ、Ｄだけではなく、あらゆる出力デバイスに対応可能な仮想プリンタドライバである。

ユーザが任意のモデルを選択し、追加ボタン（２０２）を押下し、インストールするプリンタ一覧（２０３）に選択したモデルを加える。その後、ユーザがインストールボタン（２０４）を押下することで、ドライバインストーラ（１２９）は指定されたモデルのプリンタドライバをインストールする。

図３は、プリンタドライバとプリントキューとポートの各情報とそれらの関係を説明した図である。ＵＭＬ（Ｕｎｉｆｉｅｄ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ）のオブジェクト図を使って表現している。
プリントキュー（３０２）は、アプリケーションから印刷する際の印刷対象オブジェクトである。同一モデルのプリンタドライバ（３０１）から複数作成することができる。例えば、オフィスにＤｅｖｉｃｅ Ｍｏｄｅｌ Ａの出力デバイスが３台導入された場合、Ｄｅｖｉｃｅ Ｍｏｄｅｌ Ａに対応したプリンタドライバを１つインストールして、そのプリンタドライバを使ったプリントキューを３つ作成することになる。ポート（３０３）は、ネットワークの出力先を特定するオブジェクトである。プリントキューとポートの関係は通常は一対一であるが、図のように同じポートを複数のプリントキューが使用してもかまわない。

プリンタドライバ（３０１）はプリンタドライバ構成情報（３０４）を保持している。プリンタドライバ構成情報（３０４）は、ドライババージョン、モデル名、ハードウェア情報、ドライバモジュール名、等から構成される。このプリンタドライバ構成情報（３０４）は、ＯＳ（１２２）によって管理される。
プリントキュー（３０２）は、プリントキュー構成情報（３０５）を保持している。プリントキュー構成情報（３０５）は、プリントキュー名、ポート名、印刷設定情報、ジョブ投入時刻、ジョブステータス、等から構成される。このプリントキュー構成情報（３０５）は、ＯＳ（１２２）によって管理される。さらに、プリントキュー（３０２）は、本実施形態特有の自動生成識別子（３０６）と更新日時（３０７）をも保持する。これらの情報は、プリントジョブマネージャー（１２５）によって管理される。詳細は後述する。
ポート（３０３）は、ポート構成情報（３０８）を保持している。ポート構成情報（３０８）は、ポート名、モジュール名、ＩＰアドレス、等から構成される。このポート構成情報（３０８）は、ＯＳ（１２２）によって管理される。

図４は、図１（ｂ）のドライバインストーラ（１２９）による一般的なプリンタドライバのインストール処理を示すフローチャートである。一般的なプリンタドライバとは、専用プリンタドライバおよび汎用プリンタドライバを指す。

プリンタドライバのインストールを開始（Ｓ４００）すると、まずユーザによるモデルの選択を受け付ける（Ｓ４０１）。ここでは、図２のプリンタ一覧（２０１）において、Ｖｉｒｔｕａｌ Ｄｅｖｉｃｅ Ｍｏｄｅｌ以外のモデルを選択された場合を想定している。本実施形態に特有のＶｉｒｔｕａｌ Ｄｅｖｉｃｅ Ｍｏｄｅｌの選択も含んだインストール処理については図５にて後述する。専用プリンタドライバもしくは汎用プリンタドライバの選択を受け付けると、選択されたモデルのプリンタドライバをインストールする（Ｓ４０２）。
Ｓ４０２でのプリンタドライバのインストールは、プリンタドライバインストーラが、ＯＳのインストールＡＰＩであるスプーラＡＰＩに対して設定ファイル（ＩＮＦファイル）のパスを渡すことにより行われる。ＯＳの一部であるスプーラＡＰＩは、設定ファイルに従って、プリンタドライバを構成するＤＬＬ（Ｄｙｎａｍｉｃ Ｌｉｎｋ Ｌｉｂｒａｒｙ）をＣＤ−ＲＯＭやインストールセットの中から探索する。そして、スプーラＡＰＩは、所定のＯＳのシステムディレクトリに対して、探索されたＤＬＬをコピーする。スプーラＡＰＩは、設定ファイルに従って、レジストリ内にドライバ名などを記録する。なお、スプーラＡＰＩは、プリンタフォルダの表示や、アプリケーションからのプリンタ選択ＵＩ（例えば、図８（ａ）等）の表示指示があった際、ＯＳのレジストリに登録されるプリントキューのデータ構造を走査し、プリンタドライバに対応するプリントキューが設定されていれば、それをディスプレイ表示する。なお、ここではプリントキューがまだ作成及び設定されていないため、ＯＳのユーザインターフェース（例えばプリンタ選択ＵＩ）には、現在インストールしようとするプリンタドライバのプリンタアイコンはまだ表示されない。

次に、ユーザによるＩＰアドレス等のポート情報の入力を受け付ける（Ｓ４０３）。そして、ポートを作成する（Ｓ４０４）。次に、ユーザによるプリントキュー名の入力を受け付ける（Ｓ４０５）。そして、Ｓ４０２でインストールしたプリンタドライバとＳ４０４で作成したポートを関連付けて、プリントキューを作成する（Ｓ４０６）。以上で、専用プリンタドライバ及び汎用プリンタドライバのインストール処理が終了する（Ｓ４０７）。

図５は、図１（ｂ）のドライバインストーラ（１２９）による本実施形態特有のプリンタドライバのインストール処理を示すフローチャートである。
プリンタドライバのインストールを開始（Ｓ５００）すると、まずユーザによるモデルの選択を受け付ける（Ｓ５０１）。そして、選択されたモデルが仮想プリンタドライバかどうか判断する（Ｓ５０２）。選択されたモデルが仮想プリンタドライバではない場合、専用・汎用プリンタドライバのインストール処理を行う（Ｓ５０３）。Ｓ５０３では、図４のＳ４０２以降の処理と同様の処理を行うことになる。そして、当インストール処理を終了する（Ｓ５１６）。

Ｓ５０２にて選択されたモデルが仮想プリンタドライバの場合、仮想プリンタドライバをインストールする（Ｓ５０４）。仮想プリンタドライバ自体は、ポートに対する印刷データの出力を行わないので、ユーザによる入力を伴わずにダミーのポートを作成する（Ｓ５０５）。ここで、ダミーのポートの作成とは、例えば、次のような処理になる。存在しないファイル名など適当な名前を指定してポートをＯＳに対して作成指示する。そうすると、当該作成指示は、エラーとしてＯＳに認識され、作成指示されたポート名を捨てる。よって、実際にはポートは作成されない。仮想プリンタドライバに対し複数のプリントキューを作る必要性が無いので、ユーザによる入力を伴わずにモデル名と同じ名前でプリントキューを作成する（Ｓ５０６）。図４で一般的なプリンタドライバのインストール処理について説明した際、ユーザによる入力は、Ｓ４０１、Ｓ４０３、及びＳ４０５の３回あった。一方、本実施形態特有のプリンタドライバのインストール処理においては、ユーザによる入力はＳ５０１だけである。もし、ドライバインストーラ（１２９）が仮想プリンタドライバだけを対象としたプログラムであれば、Ｓ５０１も不要となる。つまり、仮想プリンタドライバのインストール処理方法は、ユーザの負担と運用コストを低減させる効果がある。

仮想プリンタドライバは、ポートに対する印刷データの出力を行わない。そこで、印刷を最低限の保証するために汎用プリンタドライバを設置する。引き続き、汎用プリンタドライバのインストール処理について説明する。
インストールセットに含まれる全ての汎用プリンタドライバを列挙する（Ｓ５０７〜Ｓ５１０）。図２のプリンタ一覧（２０１）において、汎用プリンタは、Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ １とＧｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ ２が存在する。よって、１回目のループ処理では、Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ １を取り出し、２回目のループ処理では、Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ ２を取り出す。取り出した汎用プリンタドライバがホストコンピュータ（１０１）にインストール済みかどうか判断する（Ｓ５０８）。まだ、インストールしていない場合は、取り出した汎用プリンタドライバをインストールする（Ｓ５０９）。このとき、汎用プリンタドライバを使ったプリントキューを作成しないので、ユーザが汎用プリンタドライバのインストールを意識することはない。そして、Ｓ５１０へ進む。ループ処理が終了したら、当インストール処理を終了する（Ｓ５１６）。

Ｓ５０８にて、取り出した汎用プリンタドライバがホストコンピュータ（１０１）にインストール済みの場合は、インストール済みの汎用プリンタドライバのバージョンを取得する（Ｓ５１１）。バージョン数から継続使用可能どうか判断する（Ｓ５１２）。継続使用が可能と判断した場合、Ｓ５１０へ進む。ループ処理が終了したら、当インストール処理を終了する（Ｓ５１６）。

Ｓ５１２にて、インストール済みの汎用プリンタドライバの継続使用が不可能と判断した場合、インストール済みの汎用プリンタドライバをアンインストールする（Ｓ５１３）。アンインストールとは、ＯＳが管理する所定のシステムディレクトリからの汎用プリンタドライバのＤＬＬの削除、及び、汎用プリンタドライバに対応するＯＳのレジストリのクリアなどの処理が挙げられる。この際、プリントキューやポートの情報は事前にバックアップしておく。そして、取り出した汎用プリンタドライバをインストールする（Ｓ５１４）。さらに、Ｓ５１３の処理を行う前にインストール済み汎用プリンタドライバを使って構成されていたプリントキューを、Ｓ５１４でインストールした汎用プリンタドライバを使って復元する（Ｓ５１５）。ここでの復元処理とは、新しくインストールする汎用プリンタドライバの設定として、それまでのプリントキューの名称やポートの指定などを反映させる処理をさす。復元すべき情報を表示し、ユーザにドライバインストーラやＯＳなどのユーザインターフェースにおいて選ばせることも可能である。その後、Ｓ５１０へ進む。ループ処理が終了したら、当インストール処理を終了する（Ｓ５１６）。

以上、ドライバインストーラ（１２９）が、仮想プリンタドライバをインストールしてそのプリントキューを作成すると、自動的に汎用プリンタドライバをインストールすることを説明した。なお、Ｓ５０７以降の汎用プリンタドライバのインストール処理については、図１（ｂ）のドライバインストーラ（１２９）が実施することで説明をしたが、仮想プリンタドライバ（１２６）の初期化処理において実施してもかまわない。また、一般にＶｅｎｄｏｒＳｅｔｕｐと呼ばれるＯＳ（１２２）から呼び出される不図示のプリンタドライバのセットアップモジュールで実施してもかまわない。

図６は本発明における印刷制御の処理に関するデータフロー図である。本図を用いて、印刷処理関連プログラムの各コンポーネント間でどのような入出力が行われているか明らかにする。

アプリケーション（１２３）は仮想プリンタドライバ（１２６）に対して、ＯＳ（１２２）の提供する描画インターフェースであるＧＤＩ（Ｇｒａｐｈｉｃ Ｄｅｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）（６００）を通じて印刷指示命令を出力する。次に仮想プリンタドライバ（１２６）は、入力された印刷指示命令をＥＭＦ（Ｅｎｈａｎｃｅｄ Ｍｅｔａ Ｆｉｌｅ）（６０１）の形式に変換してプリントジョブマネージャー（１２５）に出力する。ここでＥＭＦ（６０１）とは、ＧＤＩ（６００）の印刷指示命令と互換性のある中間データ形式であり、アプリケーション（１２３）から出力された一連の印刷指示命令を再現可能なデータとして記録したものである。本実施例では中間データ形式としてＥＭＦ（６０１）を用いて説明しているが、印刷指示命令を再現可能なデータであれば、例えばＸＰＳ（ＸＭＬ Ｐａｐｅｒ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）、あるいは独自に定義した任意の形式であっても良い。

次にプリントジョブマネージャー（１２５）は、後述する出力デバイスの特定、汎用・専用プリンタドライバの管理など固有の処理を行い、ＧＤＩ（６００）を通じて印刷指示命令を出力する。出力された印刷指示命令は、汎用プリンタドライバ（１２７）あるいは専用プリンタドライバ（１２８）に対して入力される。次に、汎用プリンタドライバ（１２７）あるいは専用プリンタドライバ（１２８）は、出力デバイス（１０２）が処理可能なＰＤＬ（Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）（６０２）の形式に変換し、出力デバイス（１０２）にジョブとして出力する。最後に出力デバイス（１０２）は、入力されたＰＤＬ（６０２）を処理して印刷出力を行う。

図７は印刷処理のシーケンス図である。本図を用いて、一連の印刷処理中に関連プログラムの各コンポーネントの内部、およびそれらの間でどのような処理が行われているか明らかにする。

まず、ユーザはアプリケーション（１２３）に対して印刷したいドキュメントの印刷指示を図８（ａ）で示すユーザインターフェース（８０００）を通じて入力する（Ｓ７００）。８００１〜８００３はプリントキューを表すアイコンである。このうち、８００１は仮想プリンタドライバのプリントキューである。８００２、及び８００３は専用プリンタドライバのプリントキューである。ここでは仮想プリンタドライバを通じて出力を行うため、ユーザは８００１のアイコンを選択し、印刷ボタン（８００４）を押して、印刷を指示する（Ｓ７００）。

次に、アプリケーション（１２３）は、仮想プリンタドライバ（１２６）に対して、印刷初期化処理を行う（Ｓ７０１）。仮想プリンタドライバ（１２６）は印刷初期化が行われるとプリントジョブマネージャー（１２５）の起動処理を行う（Ｓ７０２）。プリントジョブマネージャー（１２５）は、このように仮想プリンタドライバ（１２６）に対するドキュメントの印刷開始後に起動されるプログラムである。後述する出力デバイスの特定のための表示制御、汎用・専用プリンタドライバのインストール制御、または管理などといった固有の処理を担う。また、プリントジョブマネージャー（１２５）は内部的なコンポーネントとして、出力デバイス特定部（１２５１）、ドライバ管理部（１２５２）、及びデスプール処理部（１２５３）を含む。

次に、アプリケーション（１２３）はプリントジョブマネージャー（１２５）が起動されると、仮想プリンタドライバ（１２６）に対して印刷を開始し、一連の印刷描画命令をＧＤＩ（２１９）を通じて出力する（Ｓ７０３）。仮想プリンタドライバ（１２６）は、入力された一連の印刷描画命令をＥＭＦ（６０１）形式に変換し、あとで印刷描画命令を再現できるよう外部メモリ（１２１）に保存する。これをスプール処理と呼ぶ（Ｓ７０４）。アプリケーション（１２３）は一連の印刷描画命令の最後に印刷終了の処理を行い（Ｓ７０５）、仮想プリンタドライバ（１２６）はそれを受けて保存されたＥＭＦ（６０１）の外部メモリ（１２１）における保存位置情報をプリントジョブマネージャー（１２５）に通知する（Ｓ７０６）。なお、Ｓ７０４は、外部メモリ（１２１）に対してスプール処理を実施するが、外部メモリ（１２１）を介さずプリントジョブマネージャー（１２５）へ直接スプール処理してもかまわない。

次に、出力デバイス特定部（１２５１）は、出力デバイスの検索を行う（Ｓ７０７）。ここで検索とは、ネットワーク（１０４）に接続された出力デバイス１０２ａ、１０２ｂと通信し、それらの名称、設置場所、ＩＰアドレス、ハードウェアＩＤといった情報を取得することである。通信手段としては公知の技術であるＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）などのプロトコルが使用される。通常、出力デバイス１０２ａ、１０２ｂの状態、すなわち電源が入っているかや、ネットワーク（１０４）に接続されているかを事前に把握することは不可能であるため、出力デバイス特定部（１２５１）は印刷指示の都度、すべての出力デバイスとの通信を試みる。ネットワーク内のすべての装置との通信には、これも公知の技術であるブロードキャストという手段を用いる。出力デバイス特定部（１２５１）がこのブロードキャストの方法で、ネットワークＩ／Ｆ（１１８）を通じてＳＮＭＰの情報取得用データを送信すると、ネットワーク（１０４）で到達可能なすべての出力デバイス（１０２）が情報取得用データを受信する。そして、各出力デバイス（１０２）が、取得対象として指定された出力デバイスの名称や設置場所などの情報を応答のデータとしてネットワークＩ／Ｆ（１３８）を通じて送信すると、出力デバイス特定部（１２５１）は順次それらの応答を受信する。そして、受信した情報をＲＡＭ（１１２）に保存する。出力デバイス特定部（１２５１）は、順次受信した応答からデバイス名や設置場所などの情報を取り出し、リストとして出力デバイスを特定する図８（ｂ）のユーザインターフェース（８１００）に表示する（Ｓ７０７）。８１００には情報を表示するためのリストコントロール（８１０１）が配置され、その中からひとつをカーソル（８１０２）によって選択することができる。ボタン（８１０３）を押すと、ネットワーク内で再検索が行われ、利用可能な出力デバイスのリストを最新の状態に更新できる。ボタン（８１０４）を押すと、カーソル（８１０２）で現在選択されているデバイスが出力先として決定される。出力デバイス特定部（１２５１）は、その決定を受け（Ｓ７０９）、次の処理に移る。チェックボックス（８１０５）とボタン（８１０６）はプリントキューを管理する際にユーザが操作する。これらの操作方法については後述する。

Ｓ７０９で出力先のデバイスが決定されると、出力デバイス特定部（１２５１）はドライバ管理部（１２５２）に対して出力準備処理を実行するよう依頼する（Ｓ７１０）。Ｓ７１１における出力準備処理の結果、ＯＳ（１２２）には選択された出力デバイス（１０２）に印刷可能な汎用プリンタドライバ（１２７）または不図示の専用プリンタドライバ（１２８）のプリントキューが登録される。出力準備処理（Ｓ７１１）については後で図１０、図１１を用いて詳述する。

次に出力デバイス特定部（１２５１）は、図８（ｂ）の出力デバイス特定用の画面から、デスプール処理部（１２５３）が有する図８（ｃ）の画面（８２００）に遷移する（Ｓ７１２）。デスプール処理部（１２５３）は、プレビューエリア（８２０１）に印刷ドキュメントを実際に印刷したときのイメージを表示する（Ｓ７１３）。このとき表示されるイメージは、Ｓ７０４においてスプールされたＥＭＦ（６０１）をデスプール処理部（１２５３）が読み込み、解析して、プレビューエリア（８２０１）の大きさに合わせて描画したものである。スピンコントロール（８２０２）やチェックボックス（８２０３）はそれぞれ印刷部数、白黒印刷といった一般的な印刷設定を変更するための入力手段である。さらに特殊な印刷設定を変更するためには、ボタン（８２０４）を押下することにより、不図示のプリンタドライバ固有のユーザインターフェースを表示させ、印刷設定の変更指示を入力することができる。このとき、出力先に対応するプリントキューが専用プリンタドライバ（１２８）のものである場合、汎用プリンタドライバ（１２７）のものに比べて、より高度な印刷設定が可能である。ボタン（８２０６）は、現在の画面（８２００）から、ひとつ前の画面である出力デバイス特定画面（８１００）に遷移して戻るための入力手段である。ボタン（８２０５）をユーザが押下すると（Ｓ７１４）、デスプール処理部（１２５３）は汎用プリンタドライバ（１２７）に対してデスプール処理を行い、一連の印刷描画命令を発行する（Ｓ７１５）。ここで、デスプール処理というのはスプール処理の逆で、Ｓ７０６によって通知された保存位置情報からＥＭＦ（６０１）データを読み出し、解析して、印刷描画命令を再現することである。これにより、プリントジョブマネージャー（１２５）固有の処理のために中断していた印刷処理が再開され、印刷ドキュメントの出力が行われる。汎用プリンタドライバ（１２７）は、入力された印刷描画命令をＰＤＬ（６０２）に変換し、ネットワークＩ／Ｆ（１３８）を通じて出力デバイス（１０２）に送信する（Ｓ７１６）。印刷処理が終わると出力デバイス特定部（１２５１）は、ドライバ管理部（１２５２）へプリントキュー整理処理（Ｓ７１８）を実行するよう依頼する（Ｓ７１７）。プリントキュー整理処理（Ｓ７１８）については後で図１２〜図１４を用いて詳述する。最後に、プリントジョブマネージャー（１２５）はプログラムを終了する。

図９にプリントジョブマネージャー（１２５）のユーザインターフェースの遷移の概要を示す。

まず、プリントジョブマネージャー（１２５）は、「出力デバイス特定」ダイアログ（８１００）を表示する。出力デバイスの特定と「次へ」のボタン（８１０４）の押下をうけて、プリントジョブマネージャー（１２５）は、「編集プレビュー」ダイアログ（８２００）を表示する。「編集プレビュー」ダイアログ（８２００）では、プリントジョブのプレビュー確認と基本的な印刷設定が可能である。「印刷」ボタン（８２０５）の押下をうけてプリントジョブマネージャー（１２５）は出力デバイスへ印刷を実行し同ダイアログを閉じる。加えて、「編集プレビュー」ダイアログ（８２００）には、プリンタドライバが持っている特有の機能を設定するために「詳細設定」ボタン（８２０４）が存在する。「詳細設定」ボタン（８２０４）の押下をうけて、プリントジョブマネージャー（１２５）は、プリンタドライバの「印刷設定」ダイアログ（９０００）を表示する。更に、「編集プレビュー」ダイアログ（８２００）には「戻る」ボタン（８２０６）が存在する。この「戻る」ボタン（８２０６）は現在の出力先デバイスでは所望の機能が実現できないことが分かった際の出力デバイスの再設定のために存在する。「戻る」ボタン（８２０６）の押下をうけて、プリントジョブマネージャー（１２５）は、「出力デバイス特定」ダイアログ（８１００）を表示し、再度出力デバイスの指定が可能になる。

図１０は、ドライバ管理部（１２５２）における出力準備処理（Ｓ７１１）の詳細な流れを表すフローチャートである。本処理によって、出力デバイス（１０２）へ印刷するためのプリントキューがあればそれを選定し、なければ新しいプリントキューを作成、あるいは最適なプリンタドライバをインストールする。

まず、ドライバ管理部（１２５２）は、出力準備処理を開始すると（Ｓ１０００）、出力デバイス（１０２）のＩＰアドレス情報を取得する（Ｓ１００１）。ＩＰアドレス情報は出力デバイスの検索処理（Ｓ７０７）において取得されＲＡＭ（１１２）に記憶されているものを取り出す。次にＯＳ（１２２）に登録されているすべてのプリントキューからプリントキューに関連付けられているポートのＩＰアドレスを取得する（Ｓ１００２〜Ｓ１００４）。

次に、出力デバイス（１０２）のＩＰアドレスと、ポートのＩＰアドレスが合致するプリントキューが存在するかどうか判断する（Ｓ１００５）。後述するが、本システムにおいて、プリントキューは出力デバイスごとに作成される。しかし、同じ出力デバイスに印刷を行うたびに別のプリントキューを毎回作成すると大量のプリントキューが重複して登録されてしまう。このような事態を避けるため、出力デバイスとすべてのプリントキューのＩＰアドレス同士を比較することによって、既存のプリントキューの中に出力可能なものがないかを判断する。もし出力可能なプリントキューが存在すればＳ１００６に、存在しなければＳ１０１１に進む。

次にＳ１００６ではさらに汎用プリンタドライバを優先させるモードであるかどうか判断する。所望の出力デバイス（１０２）に出力可能なプリントキューの中には専用プリンタドライバ（１２８）のものが含まれている可能性もある。しかしながら、高度な機能は必要とせず、シンプルで安定した汎用プリンタドライバ（１２７）を使用したいユーザもいるため、例えば不図示のユーザインターフェースによって汎用プリンタドライバを優先させるかどうか切り替え可能なモードを設けることが考えられる。このモードが真すなわち汎用プリンタドライバを優先させる場合は、Ｓ１００７に進み、そうでなければＳ１００９に進む。

次にＳ１００７ではプリントキューのモデル名を取得する。そして、デバイスもモデル名が汎用プリンタドライバのものであるかどうか判断する（Ｓ１００８）。プリントキューの名前がユーザによって変更可能であるのに対し、汎用プリンタドライバのモデル名は「Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ １」のように固有の名称なので、プリントキューのモデル名を知ればどの種類のドライバなのか判断できる。汎用プリンタドライバである場合はＳ１００９へ進み、そうでなければＳ１０１０へ進む。
Ｓ１００９へ進んだ場合、Ｓ１００５で見つかった既存のプリントキューを出力先として決定し、出力準備処理を終了する（Ｓ１０１４）。
Ｓ１０１０へ進んだ場合、すなわち既存のプリントキューが専用プリンタドライバのものであると判断された場合は、図１１で後述する処理において、汎用プリンタドライバを優先インストールすることに決定し、Ｓ１０１３に進む。
Ｓ１０１１ではＳ１００６と同様に汎用プリンタドライバを優先させるモードかどうかを判断し、真ならＳ１０１０に、偽ならＳ１０１２へ進む。Ｓ１０１２では、図１１で後述する処理において、適合する最適なドライバを検索してインストールすることに決定し、Ｓ１０１３に進む。ここでＳ１０１２では、既存のプリントキューに出力可能なものが存在せず、汎用プリンタドライバを優先させるモードでもないので、適合する最適なドライバ（専用プリンタドライバ）を優先インストールすることが決定される。

汎用・専用プリンタドライバインストール処理（Ｓ１０１３）については図１１を用いて詳述する。

図１１は、ドライバ管理部（１２５２）における汎用・専用プリンタドライバインストール処理（Ｓ１０１３）の詳細な流れを表すフローチャートである。

まず、ドライバ管理部（１２５２）は処理を開始すると（Ｓ１１００）、出力用のポートを作成する（Ｓ１１０１）。次に、図１０の専用プリンタドライバを優先インストールすることに決定されているか否かで判断し（Ｓ１１０２）、真であればＳ１１０３に、偽であればＳ１１０８に進む。ここで真となり、Ｓ１１０３に進む場合とは、図１０でＳ１０１２のステップから遷移してＳ１０１３の処理に入った場合である。一方、偽となり、Ｓ１１０８に進む場合とは、図１０でＳ１０１０のステップから遷移してＳ１０１３の処理に入った場合である。

Ｓ１１０３〜Ｓ１１０７はホストコンピュータ（１０１）や配信サーバ（１０３）、あるいは出力デバイス１０２ａ、１０２ｂの備える記憶領域の中から出力に最適な専用プリンタドライバ（１２８）を検索するステップである。まず、Ｓ１１０３では出力デバイスのハードウェア情報を取得する。本実施例ではハードウェア情報として、プラグアンドプレイによるインストールに用いられるハードウェアＩＤを取得する。ハードウェアＩＤは出力デバイスの検索処理（Ｓ７０７）において取得されＲＡＭ（１１２）に記憶されているものを取り出す。

次に、Ｓ１１０４ではインストール済みプリンタドライバ内に適合するプリンタドライバがあるかどうか判断する。具体的には、ドライバ管理部（１２５２）は、ＯＳ（１２２）に登録されている各プリンタドライバのハードウェア情報と、Ｓ１１０３で取得した出力デバイス（１０２）のハードウェア情報とを比較し、一致するものがあればすべてピックアップする。１つ以上適合するものがあればＳ１１１６へ、なければＳ１１０５へ進む。

次に、Ｓ１１０５ではドライバストア内に適合するプリンタドライバがあるかどうか判断する。ドライバストアとはＷｉｎｄｏｗｓ Ｖｉｓｔａ（登録商標）で導入されたデバイスドライバのデータベースシステムであり、インストール前のデバイスドライバのパッケージをＯＳ（１２２）に格納する仕組みである。ドライバ管理部（１２５２）は、このドライバストアに格納されているプリンタドライバの中に、Ｓ１１０３で取得した出力デバイス（１０２）のハードウェア情報に一致するものがないかＯＳ（１２２）に問い合わせることができる。問い合わせの結果、１つ以上適合するものがあればＳ１１１２へ、なければＳ１１０６へ進む。

次に、Ｓ１１０６では配信サーバ（１０３）内に適合するプリンタドライバがあるかどうか判断する。ドライバ管理部（１２５２）は、ドライバ配信サーバ（１０３）にＲＰＣ（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）やＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの手段で、ネットワーク（１０４）を経由して、あるハードウェア情報に適合するプリンタドライバがあるか問い合わせることができる。問い合わせの結果、１つ以上適合するものがあれば配信サーバ（１０３）からプリンタドライバのパッケージをホストコンピュータ（１０１）に転送して、外部メモリ（１２１）に記憶し、Ｓ１１１２へ進む。そうでなければＳ１１０７へ進む。

次に、Ｓ１１０７では出力デバイス（１０２）内を検索し、適合するドライバがあるかどうか判断する。前述したとおり、出力デバイス（１０２）はその外部メモリ（１３４）に、出力デバイス自身を利用するために必要な専用プリンタドライバ（１２８）を記憶することができる。ドライバ管理部（１２５２）は、この出力デバイス（１０２）に記憶されたプリンタドライバも、Ｓ１１０６と同様の手段でネットワーク（１０４）を経由して、問い合わせることが可能である。問い合わせの結果、１つ以上適合するものがあれば出力デバイス（１０２）から専用プリンタドライバ（１２８）のデータをホストコンピュータ（１０１）に転送して、外部メモリ（１２１）に記憶し、Ｓ１１１２へ進む。外部メモリ（１３４）の設定変更等により専用プリンタドライバ（１２８）が消去されているため、問い合わせの結果が１つも適合するものがないと判断された場合はＳ１１０８へ進む。

Ｓ１１０８〜Ｓ１１１１では、前記Ｓ１１０３〜Ｓ１１０６の一連の処理の結果、適合するプリンタドライバがどこにも見つからない場合の代替手段として、あらかじめＳ５００〜Ｓ５１６でインストールされた汎用プリンタドライバのプリントキューを作成する。まず、ドライバ管理部（１２５２）はネットワーク（１０４）を経由して、出力デバイス（１０２）のコマンドタイプ情報を取得し（Ｓ１１０８）、その判断を行う（Ｓ１１０９）。ここで、コマンドタイプ情報とは、出力デバイス（１０２）が処理可能なＰＤＬ（６０２）の種類を表す情報である。汎用プリンタドライバ（１２７）は複数のモデルに出力可能なＰＤＬを発行するドライバであるが、あくまで１種類のＰＤＬしか発行できない。したがって、異なるＰＤＬをサポートするモデルに対しては出力できないため、コマンドタイプ情報を取得して、互換性の確認を行う。本実施例においては２種類のＰＤＬ（「１」または「２」）のどちらかに対応した出力デバイスを利用することを前提としている。しかしながら、対応できないコマンドタイプ情報も存在する。Ｓ１１０９では、コマンドタイプ情報「１」、「２」、それ以外であるかどうか判断している。「１」の場合はＳ１１１０へ、「２」の場合はＳ１１１１に進む。Ｓ１１１０ではコマンドタイプ「１」に対応した「Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ １」のプリントキューを作成し、処理を終了する（Ｓ１１１８）。Ｓ１１１１ではコマンドタイプ「２」に対応した「Ｇｅｎｅｒｉｃ Ｄｅｖｉｃｅ Ｍｏｄｅｌ ２」のプリントキューを作成し、処理を終了する（Ｓ１１１８）。なお、プリントキューを作成する際はＳ１１０１で作成したポートを関連付ける。一方、Ｓ１１０９で、「１」、「２」以外のコマンドタイプ情報が取得されたと判断された場合は、画面を介して、ユーザに「他の出力デバイスを選択してください」などの警告を通知するとともに、本処理を終了（Ｓ１１１８）する。

Ｓ１１１２〜Ｓ１１１４では検索の結果として適合した専用プリンタドライバ（１２８）をインストールする。まず、Ｓ１１１２では適合するプリンタドライバが２つ以上見つかったかどうか判断し、真であればＳ１１１３、偽であればＳ１１１４へ進む。Ｓ１１１３ではその中から最もプリンタドライバのバージョンの新しいものをインストールすべき対象として選択する。各プリンタドライバにはバージョンが付与されており、たとえ同じモデルのプリンタドライバであっても作成された時期が違えば、通常は異なるバージョンを有する。バージョンの表現方法としては例えば「１０／１０／２００８．２．５．０．０」のように日付と数値の組み合わせで表現し、どちらの方が新しく作成されたものか容易に判断することができる。しかしながら、まれに古いバージョンのドライバをあえて使用する必然性が生じる場合がある。そのような場合は図８（ｄ）の８３００に示すようなユーザインターフェースを表示して、ユーザに選択させることが好ましい。８３０１には適合すると判断された複数のプリンタドライバの情報（名称、バージョン）がリストで表示される。ユーザは８３０１のリストの中から所望のプリンタドライバを選び、ボタン（８３０２）を押すことで決定できる。次にＳ１１１４では適合したプリンタドライバ、もしくは複数あった場合はＳ１１１３で選択されたプリンタドライバをインストールする。

ここで、Ｓ１１１６〜Ｓ１１１７はＳ１１１２〜Ｓ１１１４の特殊なケースに関しての処理である。具体的には、プリントキューが未作成のインストール済みプリンタドライバの中に、適合するプリンタドライバがあった場合の処理であり、Ｓ１１１６はＳ１１１２と、またＳ１１１７はＳ１１１７と同様の処理である。Ｓ１１１４が不要なのは、もはやプリンタドライバをインストールする必要がないからである。最後にＳ１１１５では、Ｓ１１０１において作成したポートに関連付けてプリントキューを作成し、処理を終了する（Ｓ１１１８）。

ここまで述べてきたように、プリントジョブマネージャー（１２５）は印刷時にプリントキューをＯＳ（１２２）に登録する。次回以降の印刷で出力デバイスがわかっている場合は、仮想プリンタドライバ（１２６）を介さずに直接プリントキューを指定し、出力先デバイスの指定ステップがない通常手順で印刷できる。しかしながら、オフィス内に多数の出力デバイスが設置されている場合や、複数のオフィスを移動して印刷を行う場合、その都度プリントキューは作成されるので、プリントキューは増加傾向にある。

また、図９のユーザインターフェースの遷移で示したように、プリントジョブマネージャー（１２５）は、「出力デバイス特定」ダイアログ（８１００）と「編集プレビュー」ダイアログ（８２００）の遷移を何度でも繰り返すことが可能である。「出力デバイス」のリストボックス（８１０１）で選択された出力デバイス用のプリントキューがホストコンピュータ（１０１）に存在しない場合プリントジョブマネージャー（１２５）は推移のたびに新たにプリントキューを作成する。そのため、「戻る」ボタン（８２０６）の押下を繰り返すと、ホストコンピュータ（１０１）上のプリントキューはさらに増加傾向になる。

ホストコンピュータ（１０１）上のプリントキューの総数が多くなると、印刷時に最初に表示される「印刷」ダイアログ（８０００）で表示されるプリントキューが多くなり、ユーザによる適切なプリンタの選択が難しくなる。そのため自動生成されたプリントキューの削除などを行える管理手段があれば、ユーザビリティの向上に繋がる。

図８（ｅ）に「削除方法指定」のダイアログ（８４００）を示す。

「出力デバイス特定」のダイアログ（８１００）上の「詳細設定」ボタン（８１０６）の押下をうけて、プリントジョブマネージャー（１２５）はディスプレイ（１２０）へ表示する。同ダイアログ上の「ＯＫ」ボタン（８４０７）の押下をうけて、プリントジョブマネージャー（１２５）は「削除方法指定」のダイアログ（８４００）を閉じる。その後、図８（ｂ）に示す「出力デバイス特定」のダイアログ（８１００）が表示され、プリントジョブマネージャー（１２５）はそのダイアログ（８１００）へ処理を移行する。

「削除方法指定」のダイアログ（８４００）には、「削除方法を指定する」チェックボックス（８４０１）が存在する。このチェックボックス（８４０１）の初期状態はチェックなしである。このチェックボックス（８４０１）がチェックされると８４０２〜８４０５のアイテムが有効となり、プリントキューの削除方法の詳細指定が可能となる。

プリントキューの削除方法の詳細指定のために、「削除方法指定」のダイアログ（８４００）には、「選択したプリントキューを残す」ラジオボタン（８４０２）と、「最新のプリントキューを残す」ラジオボタン（８４０４）が存在する。この２つのラジオボタンへの指定は排他となっており、「選択したプリントキューを残す」ラジオボタン（８４０２）が選択された場合は、「最新のプリントキューを残す」ラジオボタン（８４０４）は非選択状態となる。またその逆に「最新のプリントキューを残す」ラジオボタン（８４０４）が選択された場合は、「選択したプリントキューを残す」ラジオボタン（８４０２）が非選択状態になる。デフォルト状態では「選択したプリントキューを残す」ラジオボタン（８４０２）が選択状態となる。

「選択したプリントキューを残す」ラジオボタン（８４０２）が選択状態の場合、リストボックス（８４０３）の選択が有効になる。プリントジョブマネージャー（１２５）は、ホストコンピュータ（１０１）上に存在するプリントキューの内、ドライバ管理部（１２５２）が作成したものをリストアップし、リストボックス（８４０３）へ表示する。但しドライバ管理部（１２５２）が作成したものではなく特殊なものであるので、このリストには仮想プリンタドライバ（１２６）のプリントキューであるＶｉｒｔｕａｌ Ｄｅｖｉｃｅ Ｍｏｄｅｌ（８００１）は含まれない。「選択したプリントキューを残す」ラジオボタン（８４０２）が選択状態で「ＯＫ」ボタン（８４０６）が押下された場合、プリントジョブマネージャー（１２５）は、リストボックス（８４０３）で選択されていないものを削除対象と認識する。

「最新のプリントキューを残す」ラジオボタン（８４０４）が選択状態の場合、個数のスピンボックス（８４０５）での指定が有効になる。「最新のプリントキューを残す」ラジオボタン（８４０４）が選択状態で「ＯＫ」ボタン（８４０６）が押下された場合、プリントジョブマネージャー（１２５）は、個数（上限数）のスピンボックス（８４０５）での設定が有効であることを認識する。この設定で削除対象とするプリントキューは、「選択したプリントキューを残す」ラジオボタン（８４０２）で選択と同様に、ホストコンピュータ（１０１）上にドライバ管理部（１２５２）が作成したものに限定される。この設定では、指定された個数まで、利用された日時が新しいプリントキューを残し、それ以外のプリントキューを削除することになる。また仮想プリンタドライバ（１２６）のプリントキューであるＶｉｒｔｕａｌ Ｄｅｖｉｃｅ Ｍｏｄｅｌ（８００１）も同様に含まれない。

加えて、「削除方法指定」のダイアログ（８４００）には、「不要となったプリンタドライバを削除する」チェックボックス（８４０６）が存在する。デフォルト状態では、このチェックボックス（８４０６）は、チェックなしである。このチェックボックス（８４０１）がチェックされた状態で、「ＯＫ」ボタン（８４０６）が押下された場合、プリントジョブマネージャー（１２５）は、プリントキューと関連付けがなくなったプリンタドライバ自体の削除要求を受けたと判断する。「削除方法指定」のダイアログ（８４００）で設定された情報を元にプリントジョブマネージャー（１２５）は、ドライバ管理部（１２５２）へプリンタドライバ整理処理を依頼する。プリンタドライバ整理処理の詳細は図１２のフローチャートを用いて後述する。

図１２にドライバ管理部（１２５２）によるプリントキューの整理処理のフローチャートを示す。本実施例では、この処理は図７で示した印刷処理のシーケンスにおいて、印刷完了後のプリントキュー整理処理（Ｓ７１８）のタイミングでドライバ管理部（１２５２）によって実行される。

プリントキューの整理処理はＳ１２００より開始され、ドライバ管理部（１２５２）は、プリントキューのデータ構造（３０２）に対して、ドライバ管理部（１２５２）が自動生成したプリントキューであることを示す自動生成識別子（３０６）を追加する。更に加えてドライバ管理部（１２５２）は、プリントキューのデータ構造（３０２）の更新日時（３０７）に現在の日時を記す（Ｓ１２０１）。

次に、図７のデスプール（Ｓ７１５）のタイミングで、実際の印刷描画に用いたプリントキューが自動生成されたものであれば、プリントキューのデータ構造（３０２）の更新日時（３０７）を現在の日時に更新する（Ｓ１２０２）。ドライバ管理部（１２５２）は、一旦、図７の出力準備処理（Ｓ７１１）のタイミングで新規作成されたプリントキューのすべてのリストを取得する（Ｓ１２０３）。このリストをここでは削除候補プリントキューリストと呼称する。

ドライバ管理部（１２５２）は、「出力デバイス特定」ダイアログ（８１００）の「印刷したプリントキューを残す」のチェックボックス（８１０５）が選択状態かを確認する（Ｓ１２０４）。もし非選択状態だった場合、Ｓ１２０６へ進む。もし選択状態だった場合、ドライバ管理部（１２５２）は、実際の印刷描画に用いたプリントキューが削除候補プリントキューリストにあれば除外（Ｓ１２０５）し、その後、Ｓ１２０６へ進む。この処理により、図７のデスプール（Ｓ７１５）のタイミングで実際の印刷描画に用いたプリントキューを、削除候補より外すことができる。

ドライバ管理部（１２５２）は、「削除方法を指定する」チェックボックス（８４０１）が選択状態であるか確認する。もし非選択状態だった場合、図８（ｅ）の「削除方法指定」のダイアログ（８４００）で追加の詳細な削除方法が指定されていないので、Ｓ１２１３へ進む。その後、ドライバ管理部（１２５２）は、削除候補プリントキューリスト中のプリントキューを削除し（Ｓ１２１３）、プリントキューの整理処理を終了する（Ｓ１２１４）。Ｓ１２１３の削除候補プリントキューリスト中のプリントキューの削除処理は、図１３を用いて後で説明する。一方、「削除方法を指定する」チェックボックス（８４０１）が選択状態の場合、「選択したプリントキューを残す」ラジオボタン（８４０２）もしくは「最新のプリントキューを残す」ラジオボタン（８４０４）の選択状態で処理フローを切り替える（Ｓ１２０７）。

「選択したプリントキューを残す」ラジオボタン（８４０２）が選択状態である場合、Ｓ１２０８へ進む。Ｓ１２０８においてドライバ管理部（１２５２）はリストボックス（８４０３）上で選択されたプリントキューを削除候補プリントキューリストより除外する。その後、ドライバ管理部（１２５２）は削除候補プリントキューリスト中のプリントキューを削除し（Ｓ１２１３）、プリントキューの整理処理を終了する（Ｓ１２１４）。

「最新のプリントキューを残す」ラジオボタン（８４０４）が選択状態である場合、Ｓ１２０９へ進む。Ｓ１２０９においてドライバ管理部（１２５２）は削除候補プリントキューリストを一旦クリアーする。続けて、ドライバ管理部（１２５２）はホストコンピュータ（１０１）上に存在するプリントキューのうち自動生成識別子（３０６）を有するプリントキューのリストを取得する（Ｓ１２１０）。ドライバ管理部（１２５２）は取得したプリントキューのリスト中のプリントキューの個数を、「個数」スピンボックス（８４０５）で指定された数値と比較する（Ｓ１２１１）。もしプリントキューの個数が指定数を超えていない場合、Ｓ１２１４へ進み、プリントキューの整理処理を終了する。もしプリントキューの個数が指定数を超えている場合、取得したプリントキューのリストを更新日時（３０７）でソートし、古い日時のものから超過数分のプリントキューを削除候補プリントキューリストとする（Ｓ１２１２）。その後、ドライバ管理部（１２５２）は削除候補プリントキューリスト中のプリントキューを削除し（Ｓ１２１３）、プリントキューの整理処理を終了する（Ｓ１２１４）。

図１３にドライバ管理部（１２５２）によるプリントキューの削除処理のフローチャートを示す。このフローチャートは図１２のプリントキューの整理処理のフローチャートのＳ１２１３の詳細処理を示すものである。

本処理はＳ１３００より開始され、ドライバ管理部（１２５２）は、ＯＳ（１２２）提供の関数をコールすることにより、図３に示したプリンタドライバ、プリントキュー、ポートの各種情報を取得する。それらの情報を用いて、図１２のプリントキューの整理処理のフローチャートで生成した削除候補プリントキューリストに含まれるすべてのプリントキュー（３０２）に関連付けられているプリンタドライバ（３０１）のリストを作成し保存する（Ｓ１３０１）。このリストは、削除候補プリンタドライバリストであり、Ｓ１３０９以降で、もし不要となったプリンタドライバがあれば削除されることになる。

次にドライバ管理部（１２５２）は、削除候補プリントキューリストのすべてのプリントキューを処理したか判断する（Ｓ１３０２）。ドライバ管理部（１２５２）は、削除候補プリントキューリストに未処理のプリントキューがある場合はＳ１３０３へ進み、未処理のプリントキューの何れかを取得し、現在の削除候補プリントキューとする。ドライバ管理部（１２５２）は、現在の削除候補プリントキューに印刷中もしくは待機中のジョブがあり、プリントキューを使用中か判断する（Ｓ１３０４）。もしプリントキューが使用中の場合は、ドライバ管理部（１２５２）は、ユーザへ削除してよいかの確認メッセージ（不図示）を表示する（Ｓ１３０５）。ここで、ドライバ管理部（１２５２）は、ユーザからの削除要求をうけた否かを判断する（Ｓ１３０６）。ユーザからの削除要求が「はい」の場合、現在の削除候補プリントキューの削除処理を行うためにＳ１３０７へ進む。ユーザからの削除要求が「いいえ」の場合はＳ１３０８へ進み、現在の削除候補プリントキューの削除処理を行わず、Ｓ１３０２に戻る。Ｓ１３０４で、現在の削除候補プリントキューが使用中でないと判断された場合は、現在の削除候補プリントキューの削除処理を行うために、Ｓ１３０７へ進む。Ｓ１３０７において、ドライバ管理部（１２５２）は、ＯＳ（１２２）提供の関数をコールすることにより、現在の削除候補プリントキューの削除処理を実施し、その後、Ｓ１３０２へ戻る。ここで、もし何らかの理由でＯＳ（１２２）が現在の削除候補プリントキューを削除できない場合は、削除できなかった旨のエラーメッセージ（不図示）を表示してからＳ１３０２へ戻る。Ｓ１３０２で、ドライバ管理部（１２５２）が削除候補プリントキューリストのすべてのプリントキューを処理したと判断した場合、Ｓ１３０９へ進む。

Ｓ１３０９においてドライバ管理部（１２５２）は、「不要となったプリンタドライバを削除する」チェックボックス（８４０６）が選択されているか確認する。もし選択されていない場合は、Ｓ１３１６へ進み、プリントキューの削除処理を終了する。もし選択されている場合は、Ｓ１３１０へ進む。

Ｓ１３１０において、ドライバ管理部（１２５２）は、Ｓ１３０１で生成した削除候補プリンタドライバリストのすべてのプリンタドライバについてＳ１３１１以降の処理を行ったかを判断する。もし削除候補プリンタドライバリストのすべてのプリンタドライバについて処理した場合、ループ処理から抜けてＳ１３１６へ進み、プリントキューの削除処理を終了する。もし削除候補プリンタドライバリストに未処理のものがある場合はＳ１３１１へ進み、未処理のプリンタドライバの何れかを取得して現在の削除候補プリンタドライバとする。Ｓ１３１２では、ドライバ管理部（１２５２）は、現在の削除候補プリンタドライバが、汎用プリンタドライバ（１２７）か、もしくは仮想プリンタドライバ（１２６）でないことを、そのモデル名を用いて判断する。もし現在の削除候補プリンタドライバが、それらのプリンタドライバである場合、次回以降の仮想プリンタドライバ（１２６）を用いた印刷を可能とするために、Ｓ１３１５へ進み、ドライバ管理部（１２５２）は現在の削除候補プリンタドライバを削除せずに、Ｓ１３１０に戻る。もし現在の削除候補プリンタドライバが、汎用もしくは、仮想プリンタドライバでない場合、Ｓ１３１３へ進む。なお本実施例では、モデル名を用いて、汎用プリンタドライバ（１２７）か、もしくは仮想プリンタドライバ（１２６）であるかを判断したが、特に識別情報や方法を限定する必要はない。例えばプリントードライバ構成情報（３０４）の一部の情報として、別に識別子を持っていてもよい。

Ｓ１３１３において、ドライバ管理部（１２５２）は、ＯＳ（１２２）提供の関数をコールすることにより、図３に示したプリンタドライバ、プリントキュー、ポートの各種情報を取得する。現在の削除候補プリンタドライバが他のプリントキューに関連付けられているかを判断する。もし現在の削除候補プリンタドライバに関連付けられたプリントキューが存在しなければ、Ｓ１３１４に進み、現在の削除候補プリンタドライバを削除する。もし現在の削除候補プリンタドライバに関連付けられたプリントキューが存在する場合、Ｓ１３１５に進み、現在の削除候補プリンタドライバを削除せずに、Ｓ１３１０に戻る。Ｓ１３１４において、ドライバ管理部（１２５２）は、ＯＳ（１２２）提供の関数をコールすることにより、現在の削除候補プリントードライバの削除処理を実施し、その後Ｓ１３１０へ戻る。もし何らかの理由でＯＳ（１２２）が現在の削除候補プリンタドライバを削除できない場合は、削除できなかった旨のエラーメッセージ（不図示）を表示し、Ｓ１３１０に戻る。

以上より、ホストコンピュータ上のプリントキューを適切に管理することにより、ユーザが必要とするプリントキューのみ残すことが可能となり、次回以降のプリントキューの選択が容易になる。具体的には、従来の汎用／専用のプリンタドライバを用いた印刷に慣れたユーザは、次回以降の印刷では、特に印刷環境が変わらないのであるならば、仮想プリンタドライバを介さずに直接、汎用／専用のプリンタドライバのプリントキューを指定したい。本処理により、不要なプリントキューは削除されつつ、ユーザ所望のプリントキューは残るので、ユーザの利便性が著しく向上する。

図１４のシーケンス図を用いて「編集プレビュー」ダイアログ（８２００）の「戻る」ボタン（８２０６）を押下した場合のプリントキュー整理処理を示す。Ｓ７００〜Ｓ７１３までシーケンスは図７と同じ処理である。ここでは説明を省略する。

Ｓ１４００で「戻る」ボタン（８２０６）のユーザによる押下をうけて、プリントジョブマネージャー（１２５）は、「編集プレビュー」ダイアログ（８２００）から「出力デバイス特定」ダイアログ（８１００）へ画面遷移を行う（Ｓ１４０１）。その画面遷移をうけて出力デバイス特定処理（１２５１）は、ドライバ管理部（１２５２）へプリントキュー整理依頼を出す（Ｓ７１７）。そして、ドライバ管理部（１２５２）は、「削除方法指定」のダイアログで指定された情報でプリントキュー整理処理を実行する（Ｓ７１８）。この処理により、印刷処理の過程であっても、プリントキューの総数を抑えることができる。

なお、「編集プレビュー」ダイアログ（８２００）から「出力デバイス特定」ダイアログ（８１００）へ画面遷移を行う度に、ドライバ管理部（１２５２）はプリントキュー整理処理（Ｓ７１８）を実行する必要はない。例えば現在の印刷シーケンスの「戻る」ボタン（８２０６）の回数をカウントし、一定回数毎にドライバ管理部（１２５２）がプリントキュー整理処理を実行する方法でもよい。その後の印刷シーケンスは図７のＳ７０９以降の手順と同様であり、ここでは説明を省略する。

以上、図７と図１４のシーケンスを用いて、仮想プリンタドライバを用いた印刷処理シーケンス内でのプリントキュー整理処理の実行を説明した。

実際に印刷につかったプリントキューなどの外部メモリに保存管理することにより、プリントキュー整理処理（Ｓ７１８）の実行は、上記タイミングに限定する必要はなく、他のタイミングでも実施することが可能になる。例えば、次回の印刷のタイミングで、出力準備処理（Ｓ７１１）を行う前にプリントキュー整理処理（Ｓ７１８）を実行しても良い。また仮想プリンタドライバ（１２６）などのユーザインターフェースにボタンを設け、印刷とは関係のないタイミングでユーザによるその押下を受け実行してもよい。さらに、例えば印刷処理と直接関係ないタイミングであるホストコンピュータ（１０１）へのユーザのログオンまたはログオフ時や、定期的なタイマー間隔を設けて実行してもよい。

ＯＳ（１２２）が提供する機能として、設置後のプリントキュー名称を別名に変更できる機能が存在する。このプリントキュー名称の変更に追従するために、上記では、プリントキューのデータ構造（３０２）に、自動生成識別子（３０６）と更新日時（３０７）を保存し、プリントキュー名称変更に影響を受けない構成とした。もし特に設置後のプリントキュー名称がなされない運用を前提とすれば、それらの情報保存先をプリントキューのデータ構造（３０２）に限定する必要はない。例えばプリントキュー名称をキーとしたプリントキューのデータ構造（３０２）と同様なデータ構造を用意し、外部メモリ（１２１）へ自動生成識別子（３０６）や更新日時（３０７）を保存することも可能である。またアクセス制限などにより、プリントキューのデータ構造（３０２）に書き込めない場合も同様に他のデータ構造を用意して管理することもできる。

図１２のＳ１２０２では、ドライバ管理部（１２５２）が、プリントキューのデータ構造（３０２）の更新日時（３０７）に現在の日時を記した。仮に汎用プリンタドライバ（１２７）や専用プリンタドライバ（１２８）が印刷完了時の更新日時（３０７）の更新をする仕組み（Ｓ１２０２）を持てば、仮想プリンタドライバ経由でないそれらの直接指定の印刷時も更新日時（３０７）の更新が可能になる。更にＯＳ（１２２）が印刷の監査機能を持っている場合、その監査ログよりプリントキューの利用状況を判断することができる。その場合、更新日時（３０７）として独自データ構造を持たなくても実現可能である。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵ等）がプログラムを読み出して実行する処理である。

Claims (19)

1. 印刷ジョブを接続されたプリンタに送信する情報処理装置であって、
   ユーザからの指示に応じてアプリケーションから受け取ったデータを中間データとしてスプールするスプール手段と、
   前記ユーザからの指示後に、自装置に接続されているプリンタを検索する検索手段と、
   印刷処理を行うプリンタを選択させるために、前記検索手段により見つかったプリンタの一覧を表示するための表示制御手段と、
   前記表示制御手段により表示されたプリンタの一覧から選択されたプリンタに対応するプリンタドライバのインストール処理を制御するインストール制御手段と、
   前記インストール制御手段によりインストールされたプリンタドライバに対応するプリントキューを作成する作成手段と、
   ユーザからの前記インストール制御手段によりインストールされたプリンタドライバに対する印刷の指示を受けて、当該プリンタドライバに対して、前記スプール手段によりスプールした中間データを渡すデスプール手段と、
   前記デスプール手段により渡された中間データから、前記インストール制御手段によりインストールされたプリンタドライバを用いて生成された印刷ジョブを、前記表示制御手段により表示されたプリンタの一覧から選択されたプリンタに対して送信する送信手段と、
   前記作成手段により作成されたプリントキューの中で削除候補を決定する決定手段と、
   前記決定手段により決定された削除候補のプリントキューを削除する削除手段とを備えることを特徴とする情報処理装置。
2. 前記表示制御手段により表示されたプリンタの一覧から選択されたプリンタに対応するプリンタドライバのインストール処理及びプリントキューの作成の後、再び、前記表示制御手段により前記検索手段により見つかったプリンタの一覧からプリンタを選択しなおすことが可能であって、
   前記決定手段は、前記作成手段により作成された複数のプリントキューの中で削除候補を決定することを特徴とする請求項１に記載の情報処理装置。
3. 前記決定手段は、前記デスプール手段により中間データを渡したプリンタドライバに対応するプリントキューを削除候補から除外することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記決定手段は、ユーザにより選択されたプリントキューを削除候補から除外することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記決定手段は、残すプリントキューの上限数を超えないように、前記作成手段により作成されたプリントキューの中で削除候補を決定することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
6. 前記決定手段は、前記上限数を超えないように、利用された日時の情報が古いプリントキューを削除候補として決定することを特徴とする請求項５に記載の情報処理装置。
7. 前記作成手段により作成されたプリントキューであることを識別するための識別子が設定され、
   前記決定手段は、前記識別子が設定されているプリントキューを削除候補として決定することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記削除手段が削除候補のプリントキューを削除するのは、前記送信手段により印刷ジョブの送信した場合、ユーザによる次回の印刷指示があった場合、ユーザから任意のタイミングで指定された場合、情報処理装置へユーザがログオンまたはログオフした場合、の何れかの場合であることを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
9. 前記削除手段は、削除候補のプリントキューを削除する際に、対応するプリンタドライバも削除することを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
10. 印刷ジョブを接続されたプリンタに送信する情報処理装置における印刷制御方法であって、
    ユーザからの指示に応じてアプリケーションから受け取ったデータを中間データとしてスプールするスプール工程と、
    前記ユーザからの指示後に、自装置に接続されているプリンタを検索する検索工程と、
    印刷処理を行うプリンタを選択させるために、前記検索工程で見つかったプリンタの一覧を表示するための表示制御工程と、
    前記表示制御工程で表示されたプリンタの一覧から選択されたプリンタに対応するプリンタドライバのインストール処理を制御するインストール制御工程と、
    前記インストール制御工程でインストールされたプリンタドライバに対応するプリントキューを作成する作成工程と、
    ユーザからの前記インストール制御工程でインストールされたプリンタドライバに対する印刷の指示を受けて、当該プリンタドライバに対して、前記スプール工程でスプールした中間データを渡すデスプール工程と、
    前記作成工程で作成されたプリントキューの中で削除候補を決定する決定工程と、
    前記決定工程で決定された削除候補のプリントキューを削除する削除工程とを備え、
    前記デスプール渡された中間データから、前記インストール制御工程でインストールされたプリンタドライバを用いて生成された印刷ジョブは、前記表示制御工程で表示されたプリンタの一覧から選択されたプリンタに対して送信されることを特徴とする印刷制御方法。
11. 前記表示制御工程で表示されたプリンタの一覧から選択されたプリンタに対応するプリンタドライバのインストール処理及びプリントキューの作成の後、再び、前記表示制御工程において前記検索工程で見つかったプリンタの一覧からプリンタを選択しなおすことが可能であって、
    前記決定工程は、前記作成工程で作成された複数のプリントキューの中で削除候補を決定することを特徴とする請求項１０に記載の印刷制御方法。
12. 前記決定工程は、前記デスプール工程で中間データを渡したプリンタドライバに対応するプリントキューを削除候補から除外することを特徴とする請求項１０または１１に記載の印刷制御方法。
13. 前記決定工程は、ユーザにより選択されたプリントキューを削除候補から除外することを特徴とする請求項１０乃至１２の何れか１項に記載の印刷制御方法。
14. 前記決定工程は、残すプリントキューの上限数を超えないように、前記作成工程で作成されたプリントキューの中で削除候補を決定することを特徴とする請求項１０乃至１２の何れか１項に記載の印刷制御方法。
15. 前記決定工程は、前記上限数を超えないように、利用された日時の情報が古いプリントキューを削除候補として決定することを特徴とする請求項１４に記載の印刷制御方法。
16. 前記作成工程で作成されたプリントキューであることを識別するための識別子が設定され、
    前記決定工程は、前記識別子が設定されているプリントキューを削除候補として決定することを特徴とする請求項１０乃至１５の何れか１項に記載の印刷制御方法。
17. 前記削除工程で削除候補のプリントキューを削除されるのは、印刷ジョブが送信された場合、ユーザによる次回の印刷指示があった場合、ユーザから任意のタイミングで指定された場合、情報処理装置へユーザがログオンまたはログオフした場合、の何れかの場合であることを特徴とする請求項１０乃至１６の何れか１項に記載の印刷制御方法。
18. 前記削除工程は、削除候補のプリントキューを削除する際に、対応するプリンタドライバも削除することを特徴とする請求項１０乃至１７の何れか１項に記載の印刷制御方法。
19. 請求項１０乃至１８の何れか１項に記載の工程をコンピュータに実行させるためのプログラム。

Images