JP4785578B2 - 情報処理装置およびその方法 - Google Patents

Description

本発明は、異なる複数のグラフィクスエンジンを用いて印刷処理を行うための情報処理技術に関するものである。

ホストコンピュータ３０００上のアプリケーションから画像やテキストを印刷装置１５００で印刷する際には、図１に示すような構成が一般的である。すなわち、アプリケーション１０１はグラフィクスエンジン１０３に対して描画データを渡し、その描画データはグラフィクスエンジンにて加工されてからプリンタドライバ１０４に渡される。プリンタドライバ１０４にて印刷装置１５００に対する印刷データ（一般的にはPDL：Page Description Language）を生成し、その印刷データはスプーラ１０５に格納された後、印刷装置１５００に送られる。特に、グラフィクスエンジン１０３は、アプリケーション１０１で作成された描画データの解像度を変換したり、プリンタドライバ１０４の処理能力に合わせてシミュレート処理等といった描画データの加工を行う。これによって、アプリケーション１０１とプリンタドライバ１０４とが互いに非依存な関係で動作することが出来る。このグラフィクスエンジン１０３は通常ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）１０２の一部として提供される。

一方、グラフィクスエンジンは必ずしも一つであるとは限らず、二つ以上のグラフィクスエンジンが共存する構成が存在する。例えば、２００５年米国シアトルにてＷｉｎＨＥＣ ２００５というハードウェアエンジニアリングカンファレンスがＭｉｃｒｏｓｏｆｔ社によって開催された。この場で、Ｍｉｃｒｏｓｏｆｔの新しいＯＳ（Ｗｉｎｄｏｗｓ（登録商標） Ｖｉｓｔａ）では、図２に示すような２つのグラフィクスエンジンが共存する構成になることが紹介された（非特許文献１）。

従来は、Ｗｉｎ３２ ＡＰＩというＡＰＩ（Application Program Interface）を使用するアプリケーション（Ｗｉｎ３２ アプリケーション）２０１からＧＤＩ（Graphic Device Interface）と呼ばれるグラフィクスエンジン２０２を活用している。そして、ＧＤＩ２０２から呼び出されるプリンタドライバ（ＧＤＩプリンタドライバ）２０３にて描画データから印刷データを作成するものであった。この印刷処理フローをＧＤＩ プリントパスとする。

Ｗｉｎｄｏｗｓ（登録商標） Ｖｉｓｔａでは従来のＧＤＩプリントパスに加え、ＸＰＳ(XML Paper Specification )プリントパスという新しい印刷処理フローが追加される。ＸＰＳプリントパスとは、ＷｉｎＦｘ ＡＰＩを使用するアプリケーション（ＷｉｎＦｘ アプリケーション）２１１からＷＰＦ（Windows（登録商標）Presentation Foundation）と呼ばれるグラフィクスエンジン２１２を活用する。そして、ＸＰＳ(XML Paper Specification )形式の描画データをプリンタドライバ（ＸＰＳプリンタドライバ）２１３にて印刷データに変換する。

更に、ＧＤＩ２０２とＷＰＦ２１２といったグラフィクスエンジンは、互いに連携することが出来る。この連携によりＷｉｎ３２アプリケーション２０１からＸＰＳプリンタドライバ２１３に描画データを渡すことが出来たり、ＷｉｎＦｘアプリケーション２１１からＧＤＩプリンタドライバ２０３に描画データを渡すことが出来る。

図３は、Ｗｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡにおける２つのグラフィクスエンジンの連携を説明する図である。印刷処理フロー（１）は、従来のＧＤＩプリントパスを示している。Ｗｉｎ３２アプリケーション２０１から渡される描画データは、ＧＤＩ２０２によりＥＭＦ(Enhanced Metafile)形式のＥＭＦスプールファイル３０１として格納される。そして、その後ＧＤＩプリンタドライバ２０３にて印刷データへの変換が行われる。

印刷処理フロー（４）は、Ｗｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡで追加されるＸＰＳプリントパスを示している。ＷｉｎＦｘアプリケーション２１１から渡される描画データは、ＷＰＦ２１２にてＸＰＳスプールファイル３１１として格納される。そして、その後ＸＰＳプリンタドライバ２１３にて印刷データへの変換が行われる。このように、印刷処理フロー（１）と印刷処理フロー（４）をそれぞれストレートプリントパスと呼ぶ。

印刷処理フロー（３）は、ＷｉｎＦｘアプリケーション２１１からＧＤＩプリンタドライバ２０３で印刷する場合の印刷処理フローを示している。ＷｉｎＦｘアプリケーション２１１から渡される描画データは、ＷＰＦ２１２を経由してＸＰＳ→ＧＤＩ変換モジュール３１２にてＥＭＦ形式の描画データに変換されＥＭＦスプールファイル３０１として格納される。そして、その後、ＧＤＩドライバ２０３にて印刷データへの変換が行われる。

印刷処理フロー（２）は、Ｗｉｎ３２アプリケーション２０１からＸＰＳプリンタドライバ２１３で印刷する場合の処理フローを示している。Ｗｉｎ３２アプリケーション２０１から渡される描画データは、ＧＤＩ２０２を経由してＧＤＩ→ＸＰＳ変換モジュール３０２にてＸＰＳ形式の描画データに変換され、ＸＰＳスプールファイル３１１として格納される。そして、その後、ＸＰＳプリンタドライバ２１３にて印刷データへの変換が行われる。このように、印刷処理フロー（２）と印刷処理フロー（３）をそれぞれクロスプリントパスと呼ぶ。

このようにＷｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡにおいては４つの印刷処理フローが用意されている。印刷装置はＧＤＩプリンタドライバ２０３あるいはＸＰＳプリンタドライバ２１３のどちらか一方を用意することで、Ｗｉｎ３２アプリケーションおよびＷｉｎＦｘアプリケーション両方からの印刷処理に対応することが出来る。

上述の従来技術として、例えば、以下の特許文献１に示されるものがある。
特開２００１−１５４８２１号公報 http://www.microsoft.com/whdc/device/print/default.mspx (Advances in Windows（登録商標） Printing ： TWPR05001_WinHEC05.ppt)

しかしながら、ＸＰＳ形式とＥＭＦ形式は異なるため、印刷処理フロー（２）および印刷処理フロー（３）のように描画データの変換が発生してしまう印刷処理フローに対して印刷品質や機能面、印刷速度への問題が存在する。

印刷品質面では、例えば、印刷処理フロー（２）において、ＥＭＦ形式でサポートされているＲＯＰ演算（ラスターオペレーション処理演算）のような論理演算を含む描画データは、ＸＰＳ形式ではサポートされていない。そのため米国マイクロソフト社が決定する仕様によっては、そのような描画データに対して、ＧＤＩ→ＸＰＳ変換モジュール３０２は変換の際に論理演算情報が欠落してしまうおそれがある。この場合、ＸＰＳプリンタドライバ２１３には論理演算情報が削除された描画データが渡されるため、Ｗｉｎ３２アプリケーション２０１において意図された出力結果をＸＰＳプリンタドライバ２１３で作成することが出来ないという問題がある。

また、逆に印刷処理フロー（３）において、ＸＰＳ形式においてサポートされている高度なグラフィクス描画データは、ＥＭＦ形式においてサポートされていない。そのため、そのような描画データに対してはＸＰＳ→ＧＤＩ変換モジュール３１２で変換する際に、Ｆｌａｔｔｅｒｉｎｇと呼ばれる局所的なＢｉｔｍａｐ化が行われる。その場合、グラフィクスデータがＢｉｔｍａｐデータに変換されてしまうことにより、ＧＤＩプリンタドライバ２０３では元のオブジェクト属性が判断出来なくなってしまうことで最適な出力結果を作成することが出来ないという問題がある。例えば、プリンタドライバでＮページ印刷を行う場合、ビットマップ化されたデータを縮小して配置するため、グラフィクスの描画オブジェクトを縮小するサイズで描画する場合に比べて画質が低下してしまう。

印刷機能面においては、例えば印刷処理フロー（３）において、ＸＰＳ形式においてサポートされる電子署名情報は、ＥＭＦ形式においてはサポートされていない。あるいは印刷処理フロー（２）の、ＥＭＦ形式においてサポートされるアプリケーションからの情報を直接、ＧＤＩプリンタドライバ２０３に伝える処理は、ＸＰＳ形式においてはサポートされていない。そのため、印刷処理フロー（１）や（４）で対応できる機能をアプリケーションが使用しても、印刷処理フロー（２）や（３）では実現することが出来ないという問題がある。

ここで、印刷処理系（以下、「印刷処理フロー」という）（１）、（４）によるストレートプリントパスの印刷モードを、以下、ネイティブ印刷モードといい、アプリケーションに対するプリンタドライバをネイティブドライバという。また、印刷処理フロー（２）、（３）によるクロスプリントパスの印刷モードを、以下、非ネイティブ印刷モードといい、アプリケーションに対するプリンタドライバを非ネイティブドライバという。

印刷速度に関しては、印刷処理フロー（２）や（３）においてＧＤＩ→ＸＰＳ変換やＸＰＳ→ＧＤＩ変換等の処理が発生してしまうことにより、印刷処理フロー（１）や（４）に較べると印刷処理速度が劣化してしまうおそれがある。

そのため、印刷処理フロー（２）や（３）を避けることが望ましい。しかしながら、同じ印刷装置に対してＸＰＳプリンタドライバとＧＤＩプリンタドライバの両者を登録しておいても、Ｗｉｎｄｏｗｓ（登録商標）ＶＩＳＴＡにおけるグラフィクスエンジンは動的に印刷処理フロー（１）や（４）を優先するように切り替えることは行わない。更にユーザは基本的にアプリケーションがＷｉｎ３２アプリケーションなのかＷｉｎＦｘアプリケーションなのかを意識したり、印刷処理フローが４種類あることを認識していない。このため、印刷処理の実行に際して、印刷処理フロー（２）や（３）を避けることは困難であり、アプリケーションに最適な組み合わせとなるネイティブドライバを使うことが困難であるという問題がある。

本発明は、複数のグラフィクスエンジンが混在し、異なるグラフィックスエンジンのプリンタドライバをインストール可能な構成で、アプリケーションに適したプリンタドライバの選択を可能にする情報処理技術の提供を目的とする。

上記目的を達成する本発明に係る情報処理装置は、
ＷｉｎＦｘ ＡＰＩを使用するアプリケーションが含まれる第１種類のアプリケーションにより生成される第１描画情報に基づいて第１種類のＸＰＳプリンタドライバが処理可能な第１印刷情報を出力する第１描画手段と、Ｗｉｎ３２ ＡＰＩを使用するアプリケーションが含まれる第２種類のアプリケーションにより生成される前記第１描画情報とは異なる第２描画情報に基づいて第２種類のＧＤＩプリンタドライバが処理可能な前記第１印刷情報とは異なる第２印刷情報を出力する第２描画手段と、を有する情報処理装置であって、
出力元となる第１種類または第２種類のアプリケーションの種類を判定する判定手段と、
前記判定手段により出力元のアプリケーションの種類が前記第１種類のアプリケーションであると判定された場合、前記第１種類のＸＰＳプリンタドライバを検出し、前記判定手段により出力元のアプリケーションの種類が前記第２種類のアプリケーションであると判定された場合、前記第２種類のＧＤＩプリンタドライバを検出する検出手段と、
前記出力元のアプリケーションが前記第１種類のアプリケーションである場合、前記第１種類のアプリケーションに対応するプリンタドライバを選択するための表示画面に前記検出手段により検出された前記第１種類のＸＰＳプリンタドライバを表示し、前記出力元のアプリケーションが第２種類のアプリケーションである場合、前記第２種類のアプリケーションに対応するプリンタドライバを選択するための表示画面に前記検出手段により検出された前記第２種類のＧＤＩプリンタドライバを表示する表示制御手段と
を備えることを特徴とする。

本発明によれば、複数のグラフィクスエンジンが混在し、異なるグラフィックスエンジンのプリンタドライバをインストール可能な構成で、アプリケーションに適合するプリンタドライバを容易に選択することが可能になる。

（第１実施形態）
本発明の第１実施形態に係るに情報処理装置ついて説明する。図４は、情報処理装置（以下、「ホストコンピュータ」という）３０００及びプリンタ１５００を含む情報処理システムの構成を説明するブロック図である。

（ホストコンピュータ３０００の構成）
図４において、ホストコンピュータ３０００のＣＰＵ１は、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１に記憶された文書処理プログラム等に基づいて文書処理を実行することが可能である。ＣＰＵ１は、図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行し、システムバス４に接続される各デバイスを総括的に制御することが可能である。

ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１には、ＣＰＵ１の制御プログラムであるオペレーティングシステムプログラム（以下、「ＯＳ」という）等が記憶されている。また、ＲＯＭ３のフォント用ＲＯＭあるいは外部メモリ１１には上記文書処理の際に使用するフォントデータ等が記憶され、ＲＯＭ３のデータ用ＲＯＭあるいは外部メモリ１１には文書処理等を行う際に使用する各種データが記憶されているものとする。

ＲＡＭ２は、ＣＰＵ１の主メモリ、ワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）で、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。

ハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）等の外部メモリ１１には、ブートプログラム、各種のアプリケーション、フォントデータ、プリンタ制御コマンド生成プログラム（プリンタドライバ）等が記憶されている。

ディスクコントローラ（ＤＫＣ）７は外部メモリ１１とのアクセスを制御する。８はプリンタコントローラ（ＰＲＴＣ）で、所定の双方向性インターフェース２１を介してプリンタ１５００に接続されて、プリンタ１５００との通信制御処理を実行する。尚、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。

また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行うことが可能である。

（プリンタ１５００の構成）
プリンタ１５００のＣＰＵ１２はＲＯＭ１３のプログラム用ＲＯＭ或は外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される印刷部(プリンタエンジン)１７に出力情報としての画像信号を出力する。

ＲＯＭ１３のプログラムＲＯＭには、ＣＰＵ１２の制御プログラム等が記憶されている。また、ＲＯＭ１３のフォント用ＲＯＭには出力情報を生成する際に使用するフォントデータ等が記憶されている。ＲＯＭ１３のデータ用ＲＯＭにはハードディスク等の外部メモリ１４がないプリンタの場合、ホストコンピュータ上で利用される情報等を記憶しておくことも可能である。

ＣＰＵ１２は入力部１８を介してホストコンピュータ３０００との通信処理が可能であり、プリンタ１５００内の情報等をホストコンピュータ３０００に通信可能に構成されている。ＲＡＭ１９はＣＰＵ１２の主メモリ、ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。尚、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いることも可能である。ハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、ディスクコントローラ（ＤＫＣ）２０によりアクセスが制御される。

外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、入力部１８にはプリンタ１５００を操作するためのスイッチおよびＬＥＤ表示器等が配されている。また、外部メモリ１４は１個に限らず、少なくとも１個以上備えればよい。内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成することも可能である。更に、図示しないＮＶＲＡＭを有し、操作パネル１５０１からのプリンタモード設定情報を記憶するようにしてもよい。
（各プリントパスの説明）
本発明の第１実施形態に係るに情報処理装置における各プリントパスについて説明する。本情報処理装置は、図３で説明したように、Ｗｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡにおける２つのグラフィクスエンジンが動作可能となっている。

前述したように、印刷処理フロー（１）は、第１種類のアプリケーションであるＷｉｎ３２アプリケーション２０１は、第１種類の描画情報（ＧＤＩ関数：Graphic Device Interface）を出力する。そして、ＧＤＩ２０２は、第１種類の描画情報をＥＭＦ(Enhanced Metafile)形式のＥＭＦスプールファイル３０１として格納し、出力先のプリンタドライバが処理可能な第２印刷情報（ＤＤＩ関数：Device Driver Interface）に変換する。その後、第１種類のプリンタドライバであるＧＤＩプリンタドライバ２０３にて印刷データへの変換が行われる。

次に、印刷処理フロー（４）は、Ｗｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡで追加されるＸＰＳプリントパスを示している。第２種類のアプリケーションであるＷｉｎＦｘアプリケーション２１１から渡される第２種類の描画情報（ＷＰＦ ＡＰＩ情報）は、ＷＰＦ２１２にて第２種類の印刷情報であるＸＰＳスプールファイル３１１として生成されて格納される。そして、その後ＸＰＳプリンタドライバ２１３にて印刷データへの変換が行われる。このように、印刷処理フロー（１）と印刷処理フロー（４）をそれぞれストレートプリントパスと呼ぶ。

次に、印刷処理フロー（３）は、ＷｉｎＦｘアプリケーション２１１からＧＤＩプリンタドライバ２０３で印刷する場合の印刷処理フローを示している。ＷｉｎＦｘアプリケーション２１１から渡される描画データは、ＷＰＦ２１２を経由してＸＰＳ→ＧＤＩ変換モジュール３１２にてＥＭＦ形式の描画データに変換されＥＭＦスプールファイル３０１として格納される。そして、その後、ＧＤＩドライバ２０３にて印刷データへの変換が行われる。

次に、印刷処理フロー（２）は、Ｗｉｎ３２アプリケーション２０１からＸＰＳプリンタドライバ２１３で印刷する場合の処理フローを示している。Ｗｉｎ３２アプリケーション２０１から渡される描画データは、ＧＤＩ２０２を経由してＧＤＩ→ＸＰＳ変換モジュール３０２にてＸＰＳ形式の描画データに変換され、ＸＰＳスプールファイル３１１として格納される。そして、その後、ＸＰＳプリンタドライバ２１３にて印刷データへの変換が行われる。このように、印刷処理フロー（２）と印刷処理フロー（３）をそれぞれクロスプリントパスと呼ぶ。

このように、本発明の情報処理装置上で動作するＯＳとして好適な米国マイクロソフト社のＷｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡにおいては４つの印刷処理フローが用意されている。印刷装置はＧＤＩプリンタドライバ２０３あるいはＸＰＳプリンタドライバ２１３のどちらか一方を用意することで、Ｗｉｎ３２アプリケーションおよびＷｉｎＦｘアプリケーション両方からの印刷処理に対応することができる。

（プリンタドライバ列挙表示アプリケーションの構成）
図５はプリンタドライバ列挙表示アプリケーション（以下、「プリンタドライバ列挙表示部」という）の構成を示すブロック図である。

異なるグラフィックスエンジンのプリンタドライバをインストール可能な情報処理装置において、プリンタドライバ列挙表示部５００は、アプリケーションの種類に適合するプリンタドライバを検出し、検出結果を列挙する。係る機能を実行するために、プリンタドライバ列挙表示部５００は以下の構成を有する。

プリンタドライバ表示部５０１は、後述するプリンタドライバ列挙部５０２が列挙するプリンタドライバをＣＲＴＣ６、ＣＲＴ１０を介してユーザに表示する。

プリンタドライバ列挙部５０２は、後述するプリンタドライバ判定部５０３からプリンタドライバの種別を取得する。更に、プリンタドライバ列挙部５０２は、プリンタドライバ列挙モード保存部５０５からプリンタドライバの表示条件（以下、「列挙モード」）を取得する。プリンタドライバ列挙部５０２はプリンタドライバの種別と列挙モードに基づき、ホストコンピュータ３０００にインストールされているプリンタドライバの中から適合するプリンタドライバを検出する。更に、プリンタドライバ列挙部５０２はＣＲＴＣ６を制御して検出結果をＣＲＴ１０に列挙表示する。

プリンタドライバ判定部５０３は、スプーラ１０５からプリンタドライバ情報を取得しプリンタドライバの種別を判定する。尚、スプーラ１０５からプリンタドライバ情報を取得する技術は、現在の米国マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）のＡＰＩで提供されているため、詳細な説明は省略する。

プリンタドライバ列挙モード設定部５０４は、ユーザに対してプリンタドライバの検出結果を列挙表示するための表示方法を提示し、ユーザの設定をプリンタドライバ列挙モード保存部５０５に保存する。プリンタドライバ列挙モード保存部５０５は、ユーザの設定した列挙モードを保存し、プリンタドライバ列挙部５０２にその保存情報を渡す。

（プリンタドライバ列挙モード設定部５０４の処理）
次に、プリンタドライバ列挙モード設定部５０４がＣＰＵ１との協働により実行する列挙モード設定処理の流れを、図６のフローチャートを参照して説明する。

プリンタドライバ列挙モード設定部５０４は、まず、ステップＳ６０１でプリンタドライバの列挙モード設定画面をＣＲＴ１０に表示する。ここで、ＣＲＴ１０上に表示する列挙モードとしては、アプリケーションのネイティブドライバのみ表示する場合や印刷可能なプリンタドライバ（ネイティブドライバ、非ネイティブドライバ）を表示する場合が含まれる。

続いて、ステップＳ６０２では、プリンタドライバ列挙モード設定部５０４は、ステップＳ６０１で表示される列挙モード設定画面を介するユーザ指示により設定されたドライバ列挙モードを、プリンタドライバ列挙モード保存部５０５に保存する。

図７はステップＳ６０１において、プリンタドライバ列挙モード設定部５０４により表示されるプリンタドライバ列挙モード設定ユーザインターフェース（列挙モード設定画面）を例示する図である。この表示例では、アプリケーションのネイティブドライバのみ表示（推奨）、印刷可能なドライバを表示するアプリケーションの互換性ドライバを全て表示、全てのドライバを表示の３種類のモードを表示している。ボタン７０１〜７０３のいずれかを選択して、ＯＫボタン７０４が押下されると選択した表示方法が設定される。一方、ＯＫボタン７０４を押下する前にキャンセルボタン７０５が押下されると、ボタン７０１〜７０３の選択がキャンセルされる。プリンタドライバ列挙モード設定部５０４による設定画面（図７）の表示タイミングとしては、プリンタドライバの検出及び検出結果の列挙を行う前に事前に設定できるように表示させることが可能である。ユーザは任意のタイミングで設定画面を表示させて、列挙モードの選択を行うことが可能である。

（プリンタドライバ列挙表示部５００の処理）
図８は、プリンタドライバ列挙表示部５００の各処理部がＣＰＵ１との協働に実行するプリンタドライバ列挙表示処理の流れを説明するフローチャートである。

ステップＳ８０１で、プリンタドライバ列挙部５０２は適合するプリンタドライバを検出し、列挙するために、印刷データを生成するアプリケーションの種別がＷｉｎ ＦｘアプリケーションかＷｉｎ ３２アプリケーションかを識別するための属性情報を取得する。

ステップＳ８０２では、プリンタドライバ列挙部５０２は、図６のステップＳ６０２でユーザの設定に基づいて保存されたプリンタドライバの列挙モードを取得する。

ステップＳ８０３では、プリンタドライバ列挙部５０２は、先のステップＳ８０１で取得したアプリケーションの種別を識別するための属性情報に基づき判定する。すなわち、Ｗｉｎ Ｆｘアプリケーション（ＷＰＦグラフィックスエンジンを利用する）か、Ｗｉｎ ３２アプリケーション（ＧＤＩグラフィックスエンジンを利用する）か、を判定する。

ステップＳ８０３の判定で、Ｗｉｎ Ｆｘアプリケーションの場合はステップＳ８０４に処理を進め、Ｗｉｎ ３２アプリケーションの場合はステップＳ８０９に処理を進める。

ステップＳ８０４では、プリンタドライバ列挙部５０２は、先のステップＳ８０２で取得したプリンタドライバの列挙モードを判定する。ネイティブプリンタドライバの列挙モード（図７の７０１）の場合は（Ｓ８０４−Ｙｅｓ）、ステップＳ８０５に処理を進めてＸＰＳプリンタドライバを検出し、その検出結果を列挙してプリンタドライバ表示部５０１に通知し、プリンタドライバ表示部５０１は通知されたプリンタドライバ（ここではＸＰＳドライバ）を表示して処理を終了する。

図９は、図７のプリンタドライバ列挙モード設定ユーザインターフェースでネイティブドライバのみの表示（推奨）（７０１）が選択された場合に表示されるプリンタドライバ列挙の表示例を示す図である。ここでは、ＷＩｎ Ｆｘアプリケーションに対応するネイティブプリンタドライバとして、ｉＲ６５７０ＸＰＳ（９０１）、ＬＢＰ５９００ＸＰＳ（９０２）が列挙されている。

より好適なプリンタドライバを可視化するために、選択状態にして表示することも可能である。ここでは、ＬＢＰ５９００ＸＰＳ（９０２）が選択状態になって表示されている。

ステップＳ８０４の判定で、プリンタドライバの列挙モードがネイティブプリンタドライバの列挙モード以外の場合（図７で７０２又は７０３が選択された場合）は（Ｓ８０４−Ｎｏ）、処理をステップＳ８０６に進める。

ステップＳ８０６における判定で、互換性プリンタドライバの列挙モードが設定されている場合（図７の７０２が選択された場合）は、処理をステップＳ８０７に進める。ステップＳ８０７では、プリンタドライバ列挙部５０２は、Ｗｉｎ Ｆｘアプリケーションが印刷可能なグラフィックスエンジンのプリンタドライバであるＸＰＳプリンタドライバと、ＧＤＩプリンタドライバのうち印刷機能、品質で互換性のあるプリンタドライバを検出する。そして、その検出結果を列挙して処理を終了する。

図１０は、図７のプリンタドライバ列挙モード設定ユーザインターフェースで、互換性のあるプリンタドライバの表示（図７の７０２）が選択された場合の検出結果の表示例を示す図である。ここでは、ＷＩｎ Ｆｘアプリケーションに対応するネイティブプリンタドライバ、ｉＲ６５７０ＸＰＳ（９０１）、ＬＢＰ５９００ＸＰＳ（９０２）が列挙表示されている。そして、これらに加えて、Ｗｉｎ３２アプリケーション２０１に対応するｉＲ６５７０ＧＤＩ（１００１）、ＬＢＰ５９００ＧＤＩ（１００２）が列挙表示されている。より好適なプリンタドライバを可視化するために、選択状態にして表示することも可能である。図９の場合と同様に、ＬＢＰ５９００ＸＰＳ（９０２）が出力先のプリンタドライバとして選択状態になって表示されている。

一方、ステップＳ８０６における列挙モードの判定で、互換性のあるプリンタドライバ列挙モードでない場合は、処理をステップＳ８０８に進める。ステップＳ８０８は、図７のユーザインターフェースで全てのドライバの表示が設定された場合（図７の７０３が選択された場合）に対応し、プリンタドライバ列挙部５０２は、全てのプリンタドライバを検出し、その検出結果を列挙して処理を終了する。

説明をステップＳ８０３に戻し、アプリケーションの種別が、Ｗｉｎ ３２アプリケーションの場合は（Ｓ８０３−Ｎｏ）、処理をステップＳ８０９に進める。ステップＳ８０９では、先のステップＳ８０２で取得したプリンタドライバの列挙モードを判定する。アプリケーションの種別がＷｉｎ３２アプリケーションであり、かつ、ネイティブプリンタドライバの列挙が設定されている場合（Ｓ８０９−Ｙｅｓ）、処理をステップＳ８１１に進めてプリンタドライバ列挙部５０２は、ＧＤＩプリンタドライバのみを検出し、検出結果を列挙して処理を終了する。

一方、ステップＳ８０９の判定で、ネイティブプリンタドライバの列挙モードに設定されていない場合（Ｓ８０９−Ｎｏ）、処理をステップＳ８１０に進めて、インストールされているプリンタドライバの検出を行わずに処理を終了する。この場合、検出結果として、プリンタドライバは何も列挙されない。

図５で説明したプリンタドライバ列挙表示部５００の構成はプリンタドライバ列挙表示部５００及びその構成要素（５０１〜５０５）がアプリケーション１０１に含まれる例を示している。しかしながら、本実施形態の趣旨はこの構成に限定されるものではなく、例えば、プリンタドライバ列挙表示部５００は、スプーラ１０５、またはＯＳ１０２に含まれる構成であっても良い。例えば、プリンタドライバ列挙表示部５００が、スプーラ１０５に含まれる場合、ネイティブドライバのみの検出結果の表示は図１７に示すように表示され、互換性のあるプリンタドライバの表示は図１８に示すように表示される。

また、アプリケーション１０１の利用するグラフィクスエンジンの情報を取得でき、スプーラ１０５が提供するプリンタドライバ情報を取得できる構成ならば、プリンタドライバ列挙表示部５００がアプリケーション１０１に含まれない構成であっても良い。

また、本実施形態では、異なるグラフィクスエンジンの例として、ＷＰＦ２１２及びＧＤＩ２０２が混在し、ＸＰＳプリンタドライバ２１３及びＧＤＩプリンタドライバ２０３をインストール可能な情報処理装置を例としている。しかしながら、本発明の趣旨は、この例に限定されるものではなく、例えば、これに加えて、他のグラフィックエンジンおよびそれに対応したアプリケーション、プリンタドライバを含む構成でも、本発明を適用することは可能である。更に、３つ以上のグラフィックスエンジンおよびそれぞれに対応したアプリケーション、プリンタドライバを含む構成であっても本発明を適用できることは言うまでもない。

また、本実施形態におけるプリンタドライバの検出結果は、アプリケーションの種別と指定された列挙モードに該当するプリンタドライバのみが列挙され、条件に合致しないものは非表示となる表示例を示している。この他、検出結果の表示の変形例として、例えば、図１６に示すように、異なるグラフィックスエンジンのプリンタドライバが複数インストールされている場合、これらを全て表示し、その中から条件に適合するもののみを識別して表示してもよい。識別表示の例としては、背景色を変える、あるいは該当するプリンタドライバの表示色を変える等、ユーザが条件に合致したプリンタドライバの選択を行えるように視覚的に識別可能な表示であればよい。

本実施形態に拠れば、複数のグラフィクスエンジンが混在し、異なるグラフィックスエンジンのプリンタドライバをインストール可能な構成で、アプリケーションに適合するプリンタドライバを容易に選択することが可能になる。

（第２実施形態）
本実施形態では、第１実施形態で説明した構成において、ユーザが設定したプリンタドライバの列挙モードに応じて好適な出力先としてデフォルトのプリンタドライバを表示する構成及び方法を説明する。本実施形態に係る構成は第１実施形態に係る構成と同一であり重複を避けるために説明は省略している。また、同一の処理に関しても、第１実施形態に係る処理と共通する部分は重複を避けるために説明を省略している。

本実施形態に係るデフォルトのプリンタドライバを設定する処理の流れを図１１のフローチャートを参照して説明する。本処理は、プリンタドライバ列挙表示部５００及びＣＰＵ１との協働により実行されるものとする。

図１１は、デフォルトのプリンタドライバを表示する処理の概略的な流れを説明するフローチャートである。まず、ステップＳ１１０１において、デフォルトプリンタドライバ設定画面をＣＲＴ１０に表示する。

図１３は本実施形態に係るデフォルトプリンタドライバを設定するためのユーザインターフェースを例示する図である。図１３の場合は、印刷時のデフォルトプリンタドライバの選択を例としているが、印刷時に使うグラフィックスエンジンのデフォルトプリンタドライバの選択等を一つのユーザインターフェースから選択できるようにしてもよい。図１３のユーザインターフェースでは、デフォルトのプリンタドライバとしてｉＲ３３００ＸＰＳが選択された例を示している。

ステップＳ１１０２では、先のステップＳ１１０１で選択されたデフォルトプリンタをプリンタドライバ列挙部５０２に保存して処理を終了する。

図１４は、印刷時のアプリケーション別のデフォルトプリンタドライバの保存例を示す図である。アプリケーション名称（１４０１）と、各アプリケーション動作モード（ＷｉｎＦｘアプリケーション、またはＷｉｎ３２アプリケーション）（１４０２）に対応したデフォルトプリンタ（１４０３）が保存されている。

図１５は、印刷時に使うグラフィックスエンジン別のデフォルトプリンタドライバの保存例を示す図である。ここでは、Ｗｉｎ ＦＸアプリケーション（１５０１）、Ｗｉｎ３２ アプリケーション（１５０２）、それぞれに対応したデフォルトプリンタドライバが保存されている（１５０３、１５０４）。

次に、プリンタドライバ列挙時において、デフォルトのプリンタドライバを表示する処理の流れを図１２のフローチャートを参照して説明する。本処理は、プリンタドライバ列挙表示部５００及びＣＰＵ１との協働により実行されるものとする。

第１実施形態の図８（Ｓ８０１〜Ｓ８１１）で説明したように、アプリケーションの種別、プリンタドライバの列挙モードに応じて、適合するプリンタドライバが検出され、列挙表示される。この列挙表示から、更に、ユーザが好適なプリンタドライバの選択を行うことができるように、デフォルトのプリンタドライバが設定されている場合は、そのデフォルトのプリンタドライバを表示して、ユーザに報知する。

列挙表示の後、処理をステップＳ１２０１に進めて、図１１のステップＳ1１０２でプリケーション毎のデフォルトプリンタドライバが保存（設定）されているか判定する。アプリケーション毎のデフォルトプリンタドライバが設定されている場合は（Ｓ１２０１−Ｙｅｓ）、処理をステップＳ１２０２に進め、アプリケーション毎のデフォルトプリンタドライバをＣＲＴ１０上に表示して終了する。ここで、ステップＳ１２０１における判定とステップＳ１２０２の表示は、図１４に示す情報に基づくものである。

図１９は、出力元のアプリケーションに適合する出力先として、デフォルト設定されているプリンタドライバを表示する図である。この表示例では、ステップＳ８０５で列挙されたプリンタドライバ（９０１、９０２）に加えてデフォルトのプリンタドライバ１９０１が追加されている。デフォルトのプリンタドライバ（ｉＲ３３００ＸＰＳ）１９０１は、図１３のユーザインターフェースで選択されたものである。デフォルト設定されたプリンタドライバをより好適なプリンタドライバとして可視化するために、選択状態にして表示することも可能である。また、図１９の表示例として、検出結果の絞り込みを行い、デフォルト設定されているプリンタドライバ１９０１のみを表示するようにしてもよい。

一方、ステップＳ１２０１において、アプリケーション毎のデフォルトプリンタドライバが保存（設定）されてない場合は（Ｓ１２０１−Ｎｏ）、処理をステップＳ１２０３に進める。ステップＳ１２０３では、印刷時に使うグラフィックスエンジンのデフォルトプリンタドライバが保存（設定）されているか判定する。グラフィックスエンジンのデフォルトプリンタドライバが設定されている場合は、処理をステップＳ１２０４に進め、該当するグラフィックスエンジンのデフォルトプリンタドライバをＣＲＴ１０に表示して処理を終了する。ここで、ステップＳ１２０３における判定とステップＳ１２０４における表示は、図１５に示す情報に基づくものである。

ステップＳ１２０３の判定において、印刷時に使うグラフィックスエンジンのデフォルトプリンタドライバが設定されていない場合（Ｓ１２０３−Ｎｏ）、処理をステップＳ１２０５に進める。ステップＳ１２０５において、全プリンタドライバのデフォルトプリンタドライバが登録されているか判定を行う。登録されている場合（Ｓ１２０５−Ｙｅｓ）は、デフォルトとして設定されているプリンタドライバをＣＲＴ１０上に表示して処理を終了する（Ｓ１２０６）。ステップＳ１２０５の判定で、全プリンタドライバのデフォルトプリンタドライバが登録されていない場合（Ｓ１２０５−Ｎｏ）、は処理を終了する。

尚、図１２のステップＳ１２０１、Ｓ１２０３及びＳ１２０５におけるデフォルトのプリンタドライバの判定は、必ずしもこの順番に限るものではなく、ユーザが優先順位を任意に選択することも可能である。

本実施形態に拠れば、列挙されたプリンタドライバの中から使用するアプリケーションやグラフィックスエンジンに応じて、デフォルトのプリンタドライバを好適な出力先として選択することが可能になる。

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

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

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

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

一般的な印刷処理フローを説明する図である。 複数のグラフィクスエンジンが共存する印刷処理フローを説明する図である。 複数のグラフィクスエンジンが共存する印刷処理フローを説明する図である。 情報処理装置及びプリンタを含む情報処理システムの構成を説明するブロック図である。 プリンタドライバ列挙表示部の構成を示すブロック図である。 プリンタドライバ列挙モード設定部５０４の処理の流れを説明する図である。 プリンタドライバ列挙モード設定ユーザインターフェース（列挙モード設定画面）を例示する図である。 プリンタドライバ列挙表示部５００の処理の流れを説明するフローチャートである。 図７のプリンタドライバ列挙モード設定ユーザインターフェースでネイティブドライバのみの表示（推奨）が選択された場合に表示されるプリンタドライバ列挙の表示例を示す図である。 図７のプリンタドライバ列挙モード設定ユーザインターフェースで、互換性のあるプリンタドライバの表示が選択された場合の検出結果の表示例を示す図である。 デフォルトのプリンタドライバを表示する処理の概略的な流れを説明するフローチャートである。 デフォルトのプリンタドライバを表示する処理の流れを説明するフローチャートである。 デフォルトプリンタドライバを設定するためのユーザインターフェースを例示する図である。 印刷時のアプリケーション別のデフォルトプリンタドライバの保存例を示す図である。 印刷時に使うグラフィックスエンジン別のデフォルトプリンタドライバの保存例を示す図である。 検出されたプリンタドライバの表示例を示す図である。 検出されたプリンタドライバの表示例を示す図である。 検出されたプリンタドライバの表示例を示す図である。 出力元のアプリケーションに適合する出力先として、デフォルト設定されているプリンタドライバを表示する図である。

Claims (12)

1. ＷｉｎＦｘ ＡＰＩを使用するアプリケーションが含まれる第１種類のアプリケーションにより生成される第１描画情報に基づいて第１種類のＸＰＳプリンタドライバが処理可能な第１印刷情報を出力する第１描画手段と、Ｗｉｎ３２ ＡＰＩを使用するアプリケーションが含まれる第２種類のアプリケーションにより生成される前記第１描画情報とは異なる第２描画情報に基づいて第２種類のＧＤＩプリンタドライバが処理可能な前記第１印刷情報とは異なる第２印刷情報を出力する第２描画手段と、を有する情報処理装置であって、
   出力元となる第１種類または第２種類のアプリケーションの種類を判定する判定手段と、
   前記判定手段により出力元のアプリケーションの種類が前記第１種類のアプリケーションであると判定された場合、前記第１種類のＸＰＳプリンタドライバを検出し、前記判定手段により出力元のアプリケーションの種類が前記第２種類のアプリケーションであると判定された場合、前記第２種類のＧＤＩプリンタドライバを検出する検出手段と、
   前記出力元のアプリケーションが前記第１種類のアプリケーションである場合、前記第１種類のアプリケーションに対応するプリンタドライバを選択するための表示画面に前記検出手段により検出された前記第１種類のＸＰＳプリンタドライバを表示し、前記出力元のアプリケーションが第２種類のアプリケーションである場合、前記第２種類のアプリケーションに対応するプリンタドライバを選択するための表示画面に前記検出手段により検出された前記第２種類のＧＤＩプリンタドライバを表示する表示制御手段と
   を備えることを特徴とする情報処理装置。
2. 前記表示画面上に表示されるプリンタドライバとして、前記第１種類のアプリケーションに対して前記第１種類のＸＰＳプリンタドライバを表示するための表示条件、または、前記第２種類のアプリケーションに対して前記第２種類のＧＤＩプリンタドライバを表示するための表示条件を設定するための表示条件設定手段を更に備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記出力元となるアプリケーションと、出力先となるプリンタドライバと、の組み合わせから前記情報処理装置で実行可能な印刷処理系として、
   前記第１種類のアプリケーションを出力元とし、前記第１種類のＸＰＳプリンタドライバを出力先とする第１ストレート印刷処理系と、
   前記第２種類のアプリケーションを出力元とし、前記第２種類のＧＤＩプリンタドライバを出力先とする第２ストレート印刷処理系と、
   前記第１種類のアプリケーションを出力元とし、前記第２種類のＧＤＩプリンタドライバを出力先とする第１クロス印刷処理系と、
   前記第２種類のアプリケーションを出力元とし、前記第１種類のＸＰＳプリンタドライバを出力先とする第２クロス印刷処理系と、を有し、
   前記検出手段は、出力元のアプリケーションに対してストレート処理系を構成するプリンタドライバを表示するための前記表示条件に従って、
   前記判定手段の判定により、前記第１種類のアプリケーションが出力元となる場合は、適合するプリンタドライバとして前記第１ストレート印刷処理系を構成する前記第１種類のＸＰＳプリンタドライバを出力先として検出し、
   前記判定手段の判定により、前記第２種類のアプリケーションが出力元となる場合は、適合するプリンタドライバとして前記第２ストレート印刷処理系を構成する前記第２種類のＧＤＩプリンタドライバを出力先として検出することを特徴とする請求項２に記載の情報処理装置。
4. 前記判定手段の判定により、前記第１種類のアプリケーションが出力元となる場合、
   前記検出手段は、互換性のあるプリンタドライバを表示するための表示条件に従って、出力先として前記第１種類のＸＰＳプリンタドライバと、前記第１種類のＸＰＳプリンタドライバと互換性のある前記第２種類のＧＤＩプリンタドライバと、を検出することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記表示制御手段は、前記表示条件に該当するプリンタドライバと、前記表示条件に該当しないプリンタドライバとを識別可能に前記表示画面に表示することを特徴とする請求項２に記載の情報処理装置。
6. ＷｉｎＦｘ ＡＰＩを使用するアプリケーションが含まれる第１種類のアプリケーションにより生成される第１描画情報に基づいて第１種類のＸＰＳプリンタドライバが処理可能な第１印刷情報を出力する第１描画手段と、Ｗｉｎ３２ ＡＰＩを使用するアプリケーションが含まれる第２種類のアプリケーションにより生成される前記第１描画情報とは異なる第２描画情報に基づいて第２種類のＧＤＩプリンタドライバが処理可能な前記第１印刷情報とは異なる第２印刷情報を出力する第２描画手段と、を有する情報処理装置における情報処理方法であって、
   出力元となる第１種類または第２種類のアプリケーションの種類を判定する判定工程と、
   前記判定工程により出力元のアプリケーションの種類が前記第１種類のアプリケーションであると判定された場合、前記第１種類のＸＰＳプリンタドライバを検出し、前記判定工程により出力元のアプリケーションの種類が前記第２種類のアプリケーションであると判定された場合、前記第２種類のＧＤＩプリンタドライバを検出する検出工程と、
   前記出力元のアプリケーションが前記第１種類のアプリケーションである場合、前記第１種類のアプリケーションに対応するプリンタドライバを選択するための表示画面に前記検出工程により検出された前記第１種類のＸＰＳプリンタドライバを表示し、前記出力元のアプリケーションが第２種類のアプリケーションである場合、前記第２種類のアプリケーションに対応するプリンタドライバを選択するための表示画面に前記検出工程により検出された前記第２種類のＧＤＩプリンタドライバを表示する表示制御工程と
   を備えることを特徴とする情報処理方法。
7. 前記表示画面上に表示されるプリンタドライバとして、前記第１種類のアプリケーションに対して前記第１種類のＸＰＳプリンタドライバを表示するための表示条件、または、前記第２種類のアプリケーションに対して前記第２種類のＧＤＩプリンタドライバを表示するための表示条件を設定するための表示条件設定工程を更に備えることを特徴とする請求項６に記載の情報処理方法。
8. 前記出力元となるアプリケーションと、出力先となるプリンタドライバと、の組み合わせから前記情報処理装置で実行可能な印刷処理系として、
   前記第１種類のアプリケーションを出力元とし、前記第１種類のＸＰＳプリンタドライバを出力先とする第１ストレート印刷処理系と、
   前記第２種類のアプリケーションを出力元とし、前記第２種類のＧＤＩプリンタドライバを出力先とする第２ストレート印刷処理系と、
   前記第１種類のアプリケーションを出力元とし、前記第２種類のＧＤＩプリンタドライバを出力先とする第１クロス印刷処理系と、
   前記第２種類のアプリケーションを出力元とし、前記第１種類のＸＰＳプリンタドライバを出力先とする第２クロス印刷処理系と、を有し、
   前記検出工程は、出力元のアプリケーションに対してストレート処理系を構成するプリンタドライバを表示するための前記表示条件に従って、
   前記判定工程の判定により、前記第１種類のアプリケーションが出力元となる場合は、適合するプリンタドライバとして前記第１ストレート印刷処理系を構成する前記第１種類のＸＰＳプリンタドライバを出力先として検出し、
   前記判定工程の判定により、前記第２種類のアプリケーションが出力元となる場合は、適合するプリンタドライバとして前記第２ストレート印刷処理系を構成する前記第２種類のＧＤＩプリンタドライバを出力先として検出する
   ことを特徴とする請求項７に記載の情報処理方法。
9. 前記判定工程の判定により、前記第１種類のアプリケーションが出力元となる場合、
   前記検出工程は、互換性のあるプリンタドライバを表示するための表示条件に従って、出力先として前記第１種類のＸＰＳプリンタドライバと、前記第１種類のＸＰＳプリンタドライバと互換性のある前記第２種類のＧＤＩプリンタドライバと、を検出する
   ことを特徴とする請求項６乃至８のいずれか１項に記載の情報処理方法。
10. 前記表示制御工程は、前記表示条件に該当するプリンタドライバと、前記表示条件に該当しないプリンタドライバとを識別可能に前記表示画面に表示する
    ことを特徴とする請求項７に記載の情報処理方法。
11. 請求項６乃至１０のいずれか１項に記載の情報処理方法をコンピュータに実行させることを特徴とするプログラム。
12. 請求項１１に記載のプログラムを格納したことを特徴とするコンピュータ可読の記憶媒体。

Images