JP5159908B2 - 情報処理装置、制御方法、およびプログラム - Google Patents

Description

本発明は、情報処理装置、制御方法、およびプログラムに関する。特に、画像形成装置の印刷ジョブに対する処理を切り替え可能な情報処理装置に関する。

一般に、ホストコンピュータに搭載されるオペレーティングシステム（ＯＳ）には、印刷要求を行うホストコンピュータにプリンタが接続された環境での印刷をサポートするための印刷システムが備えられている。このような印刷システムの一つとして、米国アップル社のＭａｃ ＯＳ（登録商標） Ｘで動作するＣＵＰＳ（登録商標）（Ｃｏｍｍｏｎ ＵＮＩＸ Ｐｒｉｎｔｉｎｇ Ｓｙｓｔｅｍ）印刷システムが知られている。ＣＵＰＳ印刷システムは、大きく分けてスケジューラ、フィルタ、バックエンドに分かれる。スケジューラは印刷ジョブの管理を主に行う。フィルタは、画像データをプリンタが解釈可能なデータに変換することを主に行う。また、プレフィルタと呼ばれる前処理部において、画像データの補正を行うことも可能である。具体的には、自動写真補正やデジタルカメラ画像のノイズ除去等の処理が考えられる。バックエンドは、プリンタが解釈可能なデータをプリンタに送ることを主に行う。

ＯＳや印刷システムにおいて、ホストコンピュータにプリンタを接続して使用する場合、様々な接続インターフェース（接続Ｉ／Ｆ）での使用が可能となっている。例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）接続、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などのネットワーク通信による接続（以下、ネットワーク接続）、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続等が挙げられる。また、ネットワーク接続を用いて印刷を行うための通信プロトコルとして、ＬＰＲ（Ｌｉｎｅ ＰＲｉｎｔｅｒ ｄａｅｍｏｎ ｐｒｏｔｏｃｏｌ）、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）等が広く使用され、様々なＯＳでサポートされている。さらに、プリンタベンダーの中には、ネットワーク接続による印刷をベンダー独自の通信プロトコルを用いて実現しているものも存在する。近年は、様々なホストからのネットワーク接続による印刷を可能とするために、これらの複数の通信プロトコルをサポートしているプリンタが多くなっている。

ホストコンピュータ上でプリンタを使用可能にするには、プリンタドライバをインストールし、ホストコンピュータにプリンタを登録するのが一般的である。プリンタを登録すると、ホストコンピュータ上にはプリンタドライバを使用して順次印刷ジョブを処理するプリントキューが生成される。プリントキューは、先に述べた接続Ｉ／Ｆや通信プロトコル毎に異なり、同一プリンタに対しても複数生成することが可能である。

ホストコンピュータから、プリンタに対しどの接続Ｉ／Ｆ及び通信プロトコルでの接続を確立するかという技術として例えば特許文献１が挙げられる。特許文献１では、ネットワークに接続された複数の通信インターフェース手段を有するネットワーク対応プリンタに対し、複数の通信経路が存在する場合、最も高速な接続Ｉ／Ｆ及び通信プロトコルを選択する処理を実行する。

特開２００４−２８０５７２号公報

接続Ｉ／Ｆ及び通信プロトコルには、プリンタへのデータ書き込みに加え、プリンタから情報を取得可能な、いわゆる双方向通信をサポートしているものと、プリンタへのデータ書き込みのみ可能でプリンタからの情報を取得することが不可能なものが存在する。

プリンタが複数の接続Ｉ／Ｆや通信プロトコルをサポートしている場合、ホストコンピュータからはサポートしている全ての接続Ｉ／Ｆ及び通信プロトコルに対するプリンタが検出される。プリンタ登録の際、操作者は、表示されたプリンタ一覧の中からホストコンピュータに登録するプリンタを選択し、プリントキューを生成する。

例えば、プリンタがネットワークＩ／Ｆの通信プロトコルとしてＯＳ標準の通信プロトコルＡ、プリンタベンダー独自の通信プロトコルＢのどちらもサポートしている場合を考える。ネットワーク接続しているプリンタをホストコンピュータに登録しようとすると、プリンタの登録可能リストに通信プロトコルＡのものと通信プロトコルＢのものが両方表示されてしまう。この場合、操作者がどの通信プロトコルでプリントキューを作れば良いのか、分からない場合がある。また、ＯＳがデフォルトで表示するプリンタの登録可能リストにＯＳ標準の通信プロトコルＡのもののみが表示され、プリンタベンダー独自の通信プロトコルＢのものはデフォルトのリストには表示されない場合がある。その場合、プリンタベンダー独自の通信プロトコルを用いたプリントキューが生成されにくくなる。

その結果として、操作者の選択により双方向通信が不可能な通信プロトコルを用いるプリントキューが生成された場合、該プリントキューにおいては双方向通信を必要とするプリンタドライバの機能を提供することができないという問題がある。

例えば、プリンタ本体のインク残量情報をプリンタドライバ及び印刷システムが取得できないため、インク残量やインク切れが起きたという情報をホストコンピュータ上に表示して操作者に通知することができない。また、印刷中に用紙が無くなってしまった場合にも、用紙無しエラーをホストコンピュータに表示して操作者に通知することができない。

また、ＣＤレーベル印刷等においては、適切なタイミングで操作者がＣＤトレイを挿入するなどの操作を行う必要があるため、プリンタドライバは双方向通信を用いてプリンタの状態の変化を監視しつつ、各状態に応じた操作指示をホストコンピュータ上に表示する。

しかしながら、双方向通信が不可能な場合、プリンタドライバはプリンタの状態の変化を検知することができないため、ホストコンピュータ上の表示部に現在のプリンタの情報に応じた操作指示が表示出来ない。そのため、操作者はいつＣＤを載せたトレイをセットしていいのか、適切なタイミングを知ることができない。このように、双方向通信が不可能なプリントキューにおいては、プリンタの状態を取得することができないことによる操作性の低下が起きるという問題がある。

本発明は上記問題点を鑑みてなされたものであり、双方向通信が不可能なプリントキューにおいて印刷が実行された場合に、双方向通信が可能なプリントキューによる印刷を行うための手段を提供する。

上記の目的を達成するための本発明に係る情報処理装置は、ユーザが選択する第１のプリントキューに対応する通信プロトコルにより画像形成装置の情報を取得可能か否か判定する判定手段と、前記判定手段が前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得できないと判定した場合、前記第１のプリントキューを、前記画像形成装置の情報を取得可能な通信プロトコルに対応するプリントキューであり、前記第１のプリントキューとは異なるプリントキューである第２のプリントキューに切り替える切替手段と、を備え、前記切替手段が切り替える前記第２のプリントキューを用いて印刷ジョブを処理する。

本発明によれば、双方向通信が不可能なプリントキューによる印刷が指示された場合でも、操作者が負担を負うことなく双方向通信が可能なプリントキューにより印刷を実行することができる。これにより操作者は、プリンタの状態情報やそれに伴って変化する必要な操作を確認しながら印刷を実行することができる。

本実施形態に係る画像形成システムのハードウェア構成を表すブロック図。 第一実施形態に係るソフトウェア構成を表すブロック図。 第一実施形態に係るプリントデータ生成部のフローチャート。 第一実施形態に係る印刷設定情報を示す図。 第二実施形態に係るソフトウェア構成を表すブロック図。 第二実施形態に係るプリントデータ生成部及びデータ加工部のフローチャート。 第三実施形態に係るＵＩ制御部のフローチャート。 第三実施形態に係るＵＩ制御部が操作者に表示する通知を示す図。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る本発明を限定するものでなく、また各実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜第一実施形態＞
［システム構成］
本実施形態に係る画像形成システムのハードウェア構成について、図1のブロック図を参照して説明する。図１は、ホストコンピュータ１１とＥｔｈｅｒｎｅｔ（登録商標）やＵＳＢ等の通信バス１２１を介して、プリンタ１２と通信可能な印刷システムの例である。ホストコンピュータ１１は情報処理装置の一例である。本実施形態において、ホストコンピュータ１１には、Ｍａｃ ＯＳ Ｘと同等のＯＳがインストールされているものとし、印刷システムとしてはＭａｃ ＯＳ Ｘに導入されているＣＵＰＳ印刷システム２０２を想定している。なお、図１では、プリンタは１つのみ図示しているが、通信バス１２１を介して任意の数のプリンタが接続可能である。

ホストコンピュータ１１は、例えばパーソナルコンピュータ（ＰＣ）であり、インターフェース（Ｉ／Ｆ）部１０７と、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、表示部１０４、入力部１０５、外部記憶装置１０６を有する。そして、ホストコンピュータ１１は、プリンタ１２へ、プリンタ１２を制御するための指示、プリントデータ及び設定コマンド等を送信する。

ＣＰＵ１０１は、ホストコンピュータ１１の各部を制御する中央演算装置であり、プリンタドライバなどの制御プログラムを実行する。ＲＯＭ１０２は、ＯＳ等が記憶された読み出し専用メモリである。ＲＡＭ１０３は、ＣＰＵ１０１による作業領域が展開されるランダムアクセスメモリである。外部記憶装置１０６は、プリンタドライバなどの各種制御プログラムを格納している。入力部１０５は、ホストコンピュータ１１を操作するためのキーボード及びマウス等から構成されている。表示部１０４は、入力部１０５から入力した情報を確認するための表示、或いは、プリンタドライバやアプリケーションのユーザインタフェース画面の表示やメッセージの表示などを行う。Ｉ／Ｆ部１０７は、プリンタ１２とのデータの送受信を行う。

プリンタ１２は、例えばインクジェットプリンタであり、Ｉ／Ｆ部１１５と、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、プリントエンジン１１４を有する。ＣＰＵ１１１は、プリンタ１２が有する各部を制御する中央演算処理装置である。ＲＯＭ１１２は、読み出し専用メモリであり、プリントエンジン１１４を制御するプログラム等を格納している。ＲＡＭ１１３は随時書き込み読み出しメモリであり、プリントエンジン１１４の動作に必要なプログラム、ホストコンピュータ１１から受信した設定値などを一時記憶する。

プリントエンジン１１４は、ホストコンピュータ１１から送られたプリントデータに基づいて記録媒体にプリントする。Ｉ／Ｆ部１１５は、ホストコンピュータ１１からプリントデータを受信する機能、プリンタ１２からホストコンピュータ１１にプリンタ１２の現在のステータスを送信する機能などを有する。ここでの「ステータス」とは、Ｉ／Ｆ部１１５を介して接続されているホストコンピュータ１１からの要求に応じて、プリンタ１２が返却可能なプリンタ１２の状態を表すステータスデータを意味する。ステータスデータとは、「印刷中」「待機状態」などのプリンタ１２の処理状況や、「用紙切れ」「カバーが開いている」「インク残量無し」などのプリンタ１２のエラー状況を知らせるための情報である。

［ソフトウェア構成］
図２は、本実施形態に係るソフトウェア構成を表すブロック図である。ホストコンピュータ１１は、ＣＵＰＳ印刷システム２０２、プリンタドライバ２０３を備える。ホストコンピュータ１１において、アプリケーション２０１の印刷データをＣＵＰＳ印刷システム２０２及びプリンタドライバ２０３を通じてプリンタ１２が解釈可能なデータ形式であるプリントデータに変換し、出力する。

アプリケーション２０１は、ＣＵＰＳ印刷システム２０２に対して印刷要求を行う。そして印刷要求が行われると、印刷設定情報と描画データとを含む印刷ジョブがＣＵＰＳ印刷システム２０２に受け渡される。印刷設定情報には、用紙サイズや用紙種類、どのプリントキューにおいて印刷を行うか、などの情報が含まれる。ここでの「アプリケーション」とは、ホストコンピュータ１１の基本ソフトウェアであるＯＳ上で動作するソフトウェアである。アプリケーション２０１は生成したデータをプリントする機能を有し、例えば、文書作成用のワープロソフトや画像編集ソフト、年賀状作成ソフトなどが挙げられる。

ＣＵＰＳ印刷システム２０２は、アプリケーション２０１から送られた描画データ（画像データ）のスプール処理や、プリンタドライバ２０３のロード／実行などの様々な印刷制御を行う。この際、ＣＵＰＳ印刷システム２０２が生成するスプールファイルの形式は、ＯＳ標準のＰＤＦ(Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ)形式とし、以下スプールファイルをＰＤＦ印刷データと呼ぶ。また、ＣＵＰＳ印刷システム２０２はラスタデータ生成部２１１を備え、ＰＤＦ印刷データを印刷設定情報に従ってラスタデータへ変換する機能を有する。また、ＣＵＰＳ印刷システム２０２はアプリケーション２０１から受け渡された印刷設定情報を後続の処理部へ受け渡す。

プリンタドライバ２０３は、ソフトウェアにより実現され、ＵＩ制御部２２２、プリントデータ生成部２２１、ステータス表示部２２３を有し、ＣＵＰＳ印刷システム２０２からラスタデータと印刷設定情報とを受け取り印刷動作に必要な処理を行う。なお、これらの各部による制御等は、ＣＰＵ１０１がプリンタドライバ２０３を実行することにより実現される。

ＵＩ制御部２２２は、プリンタ１２に対してプリントを実行させるために、プリンタドライバのユーザインタフェース画面(以下、ドライバＵＩ)を表示させて、操作者がプリント実行に対して指示を行うことを可能にする。操作者はＵＩ制御部２２２により表示部１０４に表示されるドライバＵＩを介して、プリント時の各種印刷設定（例えば、記録媒体である用紙の種類及びサイズ、給紙方法、どのプリントキューを使用するか等）を指定する。

プリントデータ生成部２２１は、ＣＵＰＳ印刷システム２０２で生成されたラスタデータを受け取り、ＣＵＰＳ印刷システム２０２から受け渡される印刷設定情報に基づいて解釈可能なデータ形式であるプリントデータを生成する。

ステータス表示部２２３は、プリンタ１２から受信したステータスデータに基づき、プリンタの状態や必要な操作などの情報を表示部１０４に表示する。プリンタから受信されるステータスデータの具体例としては、プリンタのインク残量情報、プリンタに発生しているエラーの情報（例えば、紙無しエラーや紙詰まりエラー等）などが挙げられる。既に述べたように、これらのステータスデータはホストコンピュータの要求に応じてプリンタが返却するため、プリンタからのデータを取得することが可能な双方向通信を行うことで実現される。従って、双方向通信が不可能な接続Ｉ／Ｆや通信プロトコルを用いている場合には、ステータス情報の表示は行われない。双方向通信が可能かどうかは、接続Ｉ／Ｆ及び使用する接続Ｉ／Ｆの通信プロトコル等に依存する。例えば、接続Ｉ／Ｆがネットワーク接続で、使用する通信プロトコルがＬＰＲであった場合、プリンタは双方向通信が不可能である。本実施形態においては、プリンタ１２およびホストコンピュータ１１は、ネットワーク印刷のプロトコルとして双方向通信が不可能なプロトコルＡと双方向通信が可能なプロトコルＢとを用いて印刷を行う機能を備えているものとする。

プリント通信部２０４は、プリントデータ生成部２２１が生成したプリントデータをプリンタ１２に送信してプリント制御する。また、プリンタから送信されるステータスなどのデータ取得も行う。この際に使用されるプリント通信部は、印刷設定情報に含まれるプリントキュー情報に依存し、また任意の数のロードが可能である。プリントキュー情報はホストコンピュータ１１とプリンタ１２の接続Ｉ／Ｆ及び通信プロトコルにより異なるため、同一のプリンタであっても接続Ｉ／Ｆ及び通信プロトコルが異なれば使用されるプリント通信部も異なる。

例えば、双方向通信が可能なプロトコルＡを使用するプリントキューであればプロトコルＡに対応したプリント通信部Ａ２３１がＣＵＰＳ印刷システム２０２にロードされる。また、双方向通信が不可能なプロトコルＢを使用するプリントキューであればプロトコルＢに対応したプリント通信部Ｂ２３２がＣＵＰＳ印刷システム２０２にロードされる。つまり、通信プロトコル及びその通信形態によりロードされる通信部が異なる。

［プリントデータ生成処理］
本実施形態における、プリントデータ生成部２２１の処理を説明するフローチャートを図３に示す。プリントデータ生成部２２１は、ＣＵＰＳ印刷システムによって出力されたラスタデータ及び印刷設定情報を取得する（Ｓ３０１）。次に、プリントデータ生成部２２１は、取得したラスタデータ及び印刷設定情報が、双方向通信が可能なプリントキューに対するデータか否かの判定を行う（Ｓ３０２）。つまり、印刷設定情報により選択されたプリントキューが双方向通信が可能なプリントキューであるかを判定する。ここで双方向通信が可能である場合とは、すなわち、ホストコンピュータ１１にネットワークを介して接続されたプリンタ１２から、各種情報を取得可能であることを意味する。

具体的には、プリントデータ生成部２２１は、まず印刷設定情報から現在のジョブで使用するプリントキュー名を取得する。続いて、プリントデータ生成部２２１は、取得したプリントキュー名をＯＳのＡＰＩに渡し、ｄｅｖｉｃｅ ＵＲＩと呼ばれる情報を取得する。ｄｅｖｉｃｅ ＵＲＩには、そのプリントキューの接続Ｉ／Ｆやプロトコルの情報が含まれている。プリントデータ生成部２２１は、使用するプリントキューのｄｅｖｉｃｅ ＵＲＩを参照し、そのプリントキューで使用する接続Ｉ／Ｆに関する情報を取得する。

図４は、印刷設定情報に含まれるデータの例を示したブロック図である。この例では、現在のジョブで使用するプリントキューのプリントキュー名は「プリンタ１１−１」であり、印刷設定として用紙の種類は「普通紙」、用紙サイズは「Ａ４」といった情報が含まれている。Ｓ３０２では、プリントデータ生成部２２１は、まず図４に示す印刷設定情報テーブルから現在のジョブのプリントキュー名が「プリンタ１１−１」であることを取得し、この取得した情報をＯＳのＡＰＩに渡す。この応答として、ｄｅｖｉｃｅ ＵＲＩ「プリンタ１１-ネットワーク−プロトコルＢ−１」が得られる。このｄｅｖｉｃｅ ＵＲＩから、プリントキュー「プリンタ１１−１」における接続Ｉ／Ｆが「ネットワーク」であり、使用するプロトコルが「プロトコルＢ」であるという情報を取得する。

そして、プリントデータ生成部２２１は、取得した情報から接続Ｉ／Ｆ及び通信プロトコルを特定し、双方向通信が可能な通信手段であるか否かを判定する。例えば、接続Ｉ／ＦがＵＳＢやネットワーク通信プロトコルＡである場合、双方向通信が可能であると判定する。一方、通信手段がＬＰＲやネットワーク通信プロトコルＢである場合は、双方向通信が不可能であると判定する。以上により、Ｓ３０１にて取得した情報に基づき、設定されているプリントキューが双方向通信可能であるか否かを判定することとなる。これにより、双方向通信可否判定手段を実現する。

双方向通信が可能の場合（Ｓ３０２でＹＥＳ）、プリントデータ生成部２２１は、そのままラスタデータ及び印刷設定情報をプリントデータに変換する処理を行う（Ｓ３０７）。そして、プリントデータ生成部２２１は、変換したプリントデータをプリント通信部２０４へ出力する（Ｓ３０８）。この際、通信プロトコルに対応した通信部がロードされて実行される。例えば上に述べた双方向通信が可能な「通信プロトコルＡ」を用いるプリントキューであった場合には、通信プロトコルＡに対応したプリント通信部Ａ２３１がＣＵＰＳ印刷システム２０２にロードされる。この場合、双方向通信を行うことで、プリンタ１２の情報やそれに伴って変化する必要な操作をステータス表示部２２３に表示させつつ、印刷を実行する。

一方、双方向通信が不可と判定された場合（Ｓ３０２にてＮＯ）、プリントデータ生成部２２１は、現在のジョブで使用するＩ／Ｆにおいて双方向通信を行うことができるプリントキューが他に存在しているかどうかを確認する（Ｓ３０３）。具体的には、ＣＵＰＳ印刷システム２０２にホストコンピュータ１１上に現在生成されているプリントキュー名のリストを問い合わせ、そのリストの各プリントキュー名から各ｄｅｖｉｃｅ ＵＲＩ情報を取得する。そして、プリントデータ生成部２２１は、取得した接続Ｉ／Ｆ及び通信プロトコルの情報に基づき、双方向通信が可能なプリントキューが存在するか否かを判定する。

双方向通信が可能な接続Ｉ／Ｆが存在しないと判定した場合（Ｓ３０３にてＮＯ）、プリントデータ生成部２２１は、同一の通信Ｉ／Ｆにおいて、双方向通信が可能なプリントキューの生成を行う（Ｓ３０４）。ここでは、まず、同一の接続Ｉ／Ｆ（例えば同じネットワーク接続）において、現在のジョブで使用しているプリントキューの通信プロトコルとは別の通信プロトコルを使用したプリントキューを生成する。

具体的には、まずＣＵＰＳ印刷システム２０２に対して、ホストコンピュータ１１上に現在接続されているプリンタのリストを問い合わせる。このリストは、ホストコンピュータ１１との通信に使用されるプロトコル毎に個別に取得される。すなわち、１つのプリンタであっても、複数のＩ／Ｆで接続されていたり、接続されているＩ／Ｆにおいて複数の通信プロトコルが有効となっていたりする場合には、それらは各々個別のデバイスと認識され、リスト上に存在する。

次に、上記リストから、現在選択しているプリンタ１２と同一デバイスで、現在の双方向通信が不可能であるプリントキューと同一のＩ／Ｆを用い、かつ双方向通信が可能なプロトコルに対応するものが存在するかを調べる。上記条件にマッチするプリンタがリスト上に存在すれば、続いてその機種に対応するＰＰＤ（ＰｏｓｔＳｃｒｉｐｔ Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルがホストコンピュータ１１上に存在するかを調べる。ＰＰＤファイルには、ＣＵＰＳ印刷システム２０２にて使用される、プリンタ機種毎の設定情報が書かれている。選択しているプリンタがリスト上に存在し、かつ対応するＰＰＤファイルがホストコンピュータ１１上に存在する場合、ＣＵＰＳ印刷システム２０２に対し、プリントキューを作る命令を実行し、双方向通信が可能なプリントキューを生成する。その際、命令に用いる引数として、上記リスト上のプリンタ情報及びＰＰＤファイルを使用する。これにより、双方向プリントキュー生成手段を実現する。

双方向通信が可能な他のプロトコルを使用するプリントキューの生成が成功した場合（Ｓ３０５にてＹＥＳ）、Ｓ３０６の双方向通信可能なプリントキューの起動及びジョブの処理へと進む。双方向通信が可能な他のプロトコルを使用するプリントキュー生成が失敗した場合は（Ｓ３０５にてＮＯ）、プリントデータ生成部２２１は、そのままラスタデータ及び印刷設定情報をプリントデータに変換する処理を行う（Ｓ３０７）。そして、プリントデータ生成部２２１は、プリントデータをプリント通信部２０４へ出力する（Ｓ３０８）。

プリントキュー生成が失敗する例としては、先に述べたホストコンピュータ１１上に接続されているプリンタのリストに現在の双方向通信が不可能であるプリントキューと同一のＩ／Ｆを用い、かつ双方向通信が可能なプロトコルに対応するものが存在していない場合が挙げられる。また、該プリンタの機種に対応するＰＰＤファイルがホストコンピュータ１１上に存在しない場合も挙げられる。

Ｓ３０８では、続いて、通信プロトコルに対応した通信部がロードされて実行される。例えば上に述べた双方向通信が不可能なプロトコルＢを用いるプリントキューであった場合、プロトコルＢに対応したプリント通信部Ｂ２３２がＣＵＰＳ印刷システム２０２にロードされる。この場合、プリント通信部Ｂ２３２は双方向通信を行うことができないため、プリンタ１２の情報やそれに伴って変化する必要な操作をステータス表示部２２３に表示することは行わずに、印刷処理を行う。

一方、双方向通信可能なプロトコルを使用するプリントキューが既に存在すると判定した場合（Ｓ３０３にてＹＥＳ）、Ｓ３０６の双方向通信が可能なプリントキューの起動及びジョブの処理へと進む。

Ｓ３０６にて、プリントデータ生成部２２１は、Ｓ３０５で生成したか又は既にホストコンピュータ１１に存在する双方向通信が可能なプリントキューに対する、Ｓ３０１にて取得したデータに対応する新たなジョブの発行をＣＵＰＳ印刷システム２０２に指示する。具体的には、まず、プリントデータ生成部２２１は、プリントキュー情報を双方向通信が可能なプリントキューに変更した印刷設定情報を生成する。そして、プリントデータ生成部２２１は、該印刷設定情報と、Ｓ３０１で取得したラスタデータとを入力データとして、ＣＵＰＳ印刷システム２０２に対して新たなジョブの発行を指示する。すると、双方向通信が可能なプリントキューに、先ほど発行された新たなジョブが追加される。なお、この時、ＣＵＰＳ印刷システム２０２がデフォルトのプリントキューとして記憶しておくデフォルトプリンタを、双方向通信が可能なプリントキューに書き換える処理も行ってもよい。Ｓ３０６の処理が終わると、プリントデータ生成部２２１は処理を終了する。このとき、既存の印刷ジョブに対するプリントデータの出力は行われないこととなる。

一方で、Ｓ３０６で指示され、新たに起動された双方向通信が可能なプリントキューに、ＣＵＰＳ印刷システム２０２により、前述の実行が指示された新たなジョブが入力され、該ジョブの処理が開始される。これにより、プリントデータ生成部２２１は、自身が起動した「双方向通信が可能なプリントキューに対するジョブ」に対する処理を図３のフローチャートの通りに再度実行することとなる。

まずＳ３０１にて、プリントデータ生成部２２１は、ＣＵＰＳ印刷システムによって出力されたラスタデータ及び印刷設定情報を取得する。そして、Ｓ３０２にて、プリントデータ生成部２２１は、選択プリントキューが双方向通信可能か否かの判定を行う。ここでは、プリントキューは双方向通信が可能なものを用いたジョブになっているため、Ｓ３０２の判定は“ＹＥＳ”となり、Ｓ３０７へ進む。そして、プリントデータ生成部２２１は、ラスタデータをプリントデータに変換し（Ｓ３０７）、プリント制御部へ出力する（Ｓ３０８）。この際、双方向通信が可能なプリントキューに対応したプリント通信部Ａ２３１がＣＵＰＳ印刷システム２０２にロードされる。この場合、双方向通信を行いながら、プリンタ１２の情報やそれに伴って変化する必要な操作をステータス表示部２２３に表示させつつ、印刷を実行することができる。

以上説明してきたように、双方向通信が不可能なプリントキューによる印刷が指示された場合でも、双方向通信が可能なプリントキューに対する印刷ジョブとして新たに生成し、印刷を実行する。これにより、プリンタ１２の状態やそれに伴う必要な操作を操作者に通知しながら印刷処理を実行することができる。

なお、印刷ジョブの印刷設定情報において、印刷ジョブが双方向通信を要求する処理を行い、かつ選択されたプリントキューが双方向通信が不可である場合にのみ、図３にて示した処理を行うようにしても構わない。つまり、双方向通信を要しない印刷ジョブであり、かつ、双方向通信が不可能なプリントキューが選択されている場合には、新たなプリントキューを生成する処理を省略する構成としても構わない。

また、新たに生成した双方向通信が可能なプリントキューは、印刷ジョブの処理が完了した後に削除しても構わないし、継続して保持する構成としても構わない。

＜第二実施形態＞
次に、第二実施形態について説明する。なお、以下の説明では第一実施形態と共通する図及びその説明は省略し、異なる点についてのみ説明する。第一実施形態では、プリントデータ生成部２２１が、双方向通信が可能なプリントキューを生成し、出力先プリンタを変更することで双方向通信が可能なプリントキューにプリントデータの出力を行った。第二実施形態では、プリンタドライバ２０３がＰＤＦ印刷データを処理するためのデータ加工部５０１をさらに備える構成とする。そして、プリントデータ生成部２２１は、データ加工部５０１が一次保存するＰＤＦ印刷データを用いて、双方向通信が可能なプリントキューへの印刷ジョブの生成を行う。以下、図面を参照して説明する。

図５は第二実施形態に係るソフトウェア構成を表すブロック図である。第一実施形態の構成と異なる点として、プリンタドライバ２０３がプリントデータ生成部２２１、ＵＩ制御部２２２、ステータス表示部２２３に加えて、データ加工部５０１を備える。データ加工部５０１以外は全て第一実施形態と同様の構成であるため、説明は省略する。

データ加工部５０１は、ラスタデータ生成部２１１に先だってＰＤＦ印刷データを受信し、受け取ったＰＤＦ印刷データに対して印刷処理に必要な前処理を行うことができる。本実施形態におけるデータ加工部５０１は、ＰＤＦ印刷データを外部記憶装置１０６に保存する処理を行う。そして、データ加工部５０１で処理されたＰＤＦ印刷データは前述のＣＵＰＳ印刷システム２０２のラスタデータ生成部２１１でラスタデータに変換され、当該ラスタデータはプリントデータ生成部２２１に渡される。

［データ加工処理］
図６（ａ）は本実施形態におけるデータ加工部５０１の処理を説明するフローチャートである。データ加工部５０１は、送られてくるＰＤＦ印刷データ及び印刷設定情報を取得する（Ｓ６０１）。次に、データ加工部５０１は、印刷設定情報内にて選択されているプリンタが、双方向通信が可能か否か判定する（Ｓ６０２）。ここで行う判定処理は、第一実施形態においてプリントデータ生成部２２１が行ったＳ３０２と同様の処理である。双方向通信が可能なプリントキューであると判定された場合は（Ｓ６０２にてＹＥＳ）、Ｓ６０４へ進む。双方向通信が不可能なプリントキューであると判定された場合（Ｓ６０２にてＮＯ）、データ加工部５０１は、Ｓ６０３にて、外部記憶装置１０６（保存領域）にＰＤＦ印刷データを保存する。そして、Ｓ６０４にて、ＰＤＦ印刷データをＣＵＰＳ印刷システム２０２に出力する。

ＣＵＰＳ印刷システム２０２は、受信したＰＤＦ印刷データと印刷設定情報とに基づいて、ラスタデータ生成部２１１にてラスタデータを出力する。出力されたラスタデータはプリントデータ生成部２２１が取得する。

［プリントデータ生成処理］
図６（ｂ）は本実施形態におけるプリントデータ生成部２２１の処理を説明するフローチャートである。プリントデータ生成部２２１のＳ６０５からＳ６０９までの処理は第一実施形態と同様であり、それぞれＳ３０１からＳ３０５に対応する。

Ｓ６０９により双方向通信可能なプリントキューが生成された後、プリントデータ生成部２２１はＳ６０５にて取得したラスタデータを破棄する（Ｓ６１０）。次に、プリントデータ生成部２２１は、先ほどデータ加工部５０１が外部記憶装置１０６に保存したＰＤＦ印刷データを取得する（Ｓ６１１）。続いて、プリントデータ生成部２２１は、Ｓ６１２にて双方向通信が可能なプリントキューを起動させ、Ｓ６１１にて取得したＰＤＦ印刷データに対応する新たなジョブの実行をＣＵＰＳ印刷システム２０２に指示する（Ｓ６１２）。

具体的には、まず、プリントデータ生成部２２１は、プリントキュー情報を双方向通信が可能なプリントキューに変更した印刷設定情報を生成する。そして、プリントデータ生成部２２１は、該印刷設定情報と、Ｓ６１１で取得したＰＤＦ印刷データとを入力データとして、ＣＵＰＳ印刷システム２０２に対して新たなジョブの発行を指示する。そして、プリントデータ生成部２２１は、双方向通信が可能なプリントキューを起動させ、発行された新たなジョブの実行指示を行う。これにより、双方向通信が可能なプリントキューに、ＣＵＰＳ印刷システム２０２により先ほど発行された新たなジョブが追加される。なお、この時、ＣＵＰＳ印刷システム２０２がデフォルトのプリントキューとして記憶しておくデフォルトプリンタを双方向通信が可能なプリントキューに書き換える処理も行ってもよい。第一実施形態と同様に、Ｓ６１３の処理が終わると、プリントデータ生成部２２１は処理を終了する。

一方で、Ｓ６１３で指示され、新たに起動された双方向通信が可能なプリントキューに、ＣＵＰＳ印刷システム２０２により新たに発行された印刷ジョブが入力され、該印刷ジョブの処理が開始される。本実施形態においては、新たなジョブの入力データをＳ６１１で取得したＰＤＦ印刷データとしているため、まず、データ加工部５０１が図６（ａ）に示す処理を行う。この場合、双方向通信が可能なプリントキューに対するジョブであるため、データ加工部５０１はＳ６０２にて“ＹＥＳ”と判定する。そして、データ加工部５０１は、Ｓ６０４にてＰＤＦ印刷データをＣＵＰＳ印刷システム２０２に出力して処理を終了する。ＣＵＰＳ印刷システム２０２は受信したＰＤＦ印刷データをラスタデータ生成部２１１にてラスタデータに変換して出力する。そして、プリントデータ生成部２２１は、出力されたラスタデータを取得し、図６（ｂ）に示す処理を再度行う。

プリントデータ生成部２２１も同様に、Ｓ６０６にて双方向通信が可能かどうかの判定を行う。ここでは、双方向通信が可能なプリントキューを用いたジョブになっているため“ＹＥＳ”と判定され、Ｓ６１４へ進む。

以降の処理は第一実施形態と同様で、プリントデータ生成部２２１は、ラスタデータからプリントデータを生成する（Ｓ６１４）。そして、プリントデータ生成部２２１は、生成したプリントデータをプリント通信部２０４へ出力する（Ｓ６１５）。プリント通信部２０４は、プリントデータ生成部２２１が生成したプリントデータをプリンタに送信してプリントを制御する。なお、プリント通信部２０４は第一実施形態と同様に、各プリントキューに対してロードされ、双方向通信が可能なプリントキューで使用されるプリント通信部Ａ２３１がＣＵＰＳ印刷システム２０２にロードされる。この時、プリンタから送信されるステータスデータをステータス表示部２２３に表示する。

以上により、双方向通信を行いながら、プリンタ１２の情報やそれに伴って変化する必要な操作をステータス表示部２２３に表示させつつ、印刷を実行することができる。

＜第三実施形態＞
次に、第三実施形態について説明する。なお、以下の説明では前述の実施形態と共通する図及びその説明は省略し、異なる点についてのみ説明する。前述の実施形態では、プリンタドライバ２０３のプリントデータ生成部２２１において、双方向通信が不可能なプリントキューから双方向通信が可能なプリントキューへの切り替えを行っていた。本実施形態では、ＵＩ制御部２２２が表示するドライバＵＩ上で、ユーザの指示に基づいてプリントキューの切り替えを行う。また、ＵＩ制御部２２２で双方向通信が可能なプリントキューを生成する点が前述の各実施形態と異なる。なお、第三実施形態のソフトウェア構成は第一実施形態にて示した図２と同様である。

図７は、第三実施形態におけるＵＩ制御部２２２の処理を説明するフローチャートである。アプリケーション２０１から印刷要求を実行すると、プリンタドライバ２０３のＵＩ制御部２２２が呼び出される。ＵＩ制御部２２２は、印刷されるＰＤＦ印刷データに対して、印刷設定情報を付与する（Ｓ７０１）。ここで付与される印刷設定情報には、どのプリントキューで印刷を行うか、という情報も含まれる。印刷設定後、操作者がドライバＵＩ上のプリント実行ボタンを押下することで印刷要求が行われる（Ｓ７０２）。

印刷要求が行われるとＵＩ制御部２２２は、現在の印刷設定におけるプリントキューが、双方向通信が可能かどうかを判定する（Ｓ７０３）。ここで行う判定処理は、第一実施形態のＳ３０２および第二実施形態のＳ６０６と同様である。双方向通信が可能なプリントキューであると判定された場合（Ｓ７０３にてＹＥＳ）、ＵＩ制御部２２２は、ＰＤＦ印刷データ及び印刷設定情報をプリントデータ生成部に２２１に出力する（Ｓ７１２）。一方、双方向通信が不可能であると判定された場合（Ｓ７０３にてＮＯ）、ＵＩ制御部２２２は、現在のジョブで使用するＩ／Ｆにおいて双方向通信が可能なプリントキューが他に存在しているかどうかを判定する（Ｓ７０４）。Ｓ７０４で行う判定処理は、第一実施形態のＳ３０３および第二実施形態のＳ６０７と同様である。

双方向通信が可能なプリントキューが存在しなければ（Ｓ７０４にてＮＯ）、双方向通信が可能なプリントキューを生成する処理を開始する。まず、操作者に双方向通信が可能なプリントキューを生成するかどうかを確認する通知を出力する（Ｓ７０５）。

図８（ａ）に、Ｓ７０５にて表示するダイアログの一例であるダイアログ８０１を示す。ＵＩ制御部２２２は、ダイアログ８０１におけるユーザの選択をＳ７０６にて判定する。ダイアログ８０１内の「はい」ボタン８１２が押下された場合、Ｓ７０７へ進む。ダイアログ８０１内の「いいえ」ボタン８１１が押下された場合、Ｓ７１２へ進む。そして、Ｓ７１２にて、ＵＩ制御部２２２は、現在のプリントキューを使用する印刷設定のまま、ＰＤＦ印刷データを出力する。

Ｓ７０７における双方向通信が可能なプリントキュー生成処理は、第一実施形態のＳ３０４および第二実施形態のＳ６０８と同様である。Ｓ７０７において、該プリントキューの生成に成功した場合（Ｓ７０８にてＹＥＳ）、ＵＩ制御部２２２は、新たな双方向通信が可能なプリントキューをドライバＵＩ上に表示する（Ｓ７０９）。該プリントキューの生成に失敗した場合（Ｓ７０８にてＮＯ）、Ｓ７１２へ進み、ＵＩ制御部２２２は、現在のプリントキューを使用する設定のまま、ＰＤＦ印刷データを出力する。

図８（ｂ）にＳ７０９にて表示するダイアログの一例であるダイアログ８０２を示す。ＵＩ制御部２２２は、ダイアログ８０２におけるユーザの選択をＳ７１０にて判定する。ダイアログ８０２内の「はい」ボタン８２２が押下された場合は、プリンタキューを切り替える選択がなされたこととなる。その場合（Ｓ７１０にてＹＥＳ）、続いてＣＵＰＳ印刷システム２０２のデフォルトプリントキューを切り替える処理を行う（Ｓ７１１）。この処理は第一実施形態のＳ３０６および第二実施形態のＳ６１３にて行う処理と同様である。続いて、現在の印刷ジョブはそのまま処理を終了する。

操作者が印刷設定のプリントキューを変更し、印刷要求を再度行うことで、ＵＩ制御部２２２からＣＵＰＳ印刷システム２０２にＰＤＦ印刷データ及び印刷設定情報が出力される。そして、ＣＵＰＳ印刷システム２０２は、出力されたデータからラスタデータを生成し、プリントデータ生成部２２１へ渡すことができる。

ダイアログ８０２内の「いいえ」ボタン８２１が押下された場合は（Ｓ７１０にてＮＯ）、Ｓ７１２へ進む。そしてＵＩ制御部２２２は、現在のプリントキューを使用する設定のまま、ＰＤＦ印刷データを出力する。

その後、ＰＤＦ印刷データは、ラスタデータ生成部２１１、プリントデータ生成部２２１、プリント通信部２０４と送信され、プリントデータがプリンタ１２へ出力される。この場合、双方向通信を行いながら、プリンタ１２の情報やそれに伴って変化する必要な操作をステータス表示部２２３に表示しつつ、印刷を実行することができる。本実施形態においては、双方向通信が可能なプリントキューを生成し、生成したプリントキューにて印刷を行うか、変更を加えずに現在のプリントキューで印刷を続行するかをユーザが選択することが可能となる。

また、これまで述べた第一乃至第三実施形態を実施するに当たり、双方向通信が可能なプリントキューで印刷を行わないと、印刷が不可能な場合や、印刷がうまくいかない場合のみ実施する実施方法が考えられる。例えば、処理の経過の中で、ユーザに対して何らかの操作・指示を要求する場合が考えられる。一例として、本体の状態に応じた操作手順がガイドされるＣＤ−Ｒ印刷が行われた場合のみ実施するといった実施方法が挙げられる。ＣＤ−Ｒ印刷が行われた場合のみ、双方向通信が可能なプリントキューを新たに生成し、双方向通信可能なプリントキューにて印刷を実行する。また、双方向通信が不可能なプリントキューであっても特に問題なく印刷が実行できるような印刷設定の場合は、双方向通信が不可能なプリントキューでそのまま印刷を実行する、といった実施方法である。つまり、目的とする印刷方式に応じて、双方向通信が可能なプリントキューを生成するか否かを区別し、実施させるようにしても構わない。

また、図８にユーザからの指示を受け付けるためのＵＩ（受付手段）の例を示したが、構成はこれに限るものではない。

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

Claims (13)

1. ユーザが選択する第１のプリントキューに対応する通信プロトコルにより画像形成装置の情報を取得可能か否か判定する判定手段と、
   前記判定手段が前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得できないと判定した場合、前記第１のプリントキューを、前記画像形成装置の情報を取得可能な通信プロトコルに対応するプリントキューであり、前記第１のプリントキューとは異なるプリントキューである第２のプリントキューに切り替える切替手段と、を備え、
   前記切替手段が切り替える前記第２のプリントキューを用いて印刷ジョブを処理することを特徴とする情報処理装置。
2. 前記判定手段により前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得できないと判定された場合、前記第２のプリントキューが当該情報処理装置に存在するか否かを判定する存在判定手段と、
   前記存在判定手段が前記第２のプリントキューが当該情報処理装置に存在しないと判定した場合に、前記第２のプリントキューを生成する生成手段とを更に備え、
   前記切替手段は、前記生成手段が前記第２のプリントキューを生成した場合は前記生成手段が生成した前記第２のプリントキューに切り替えて、前記存在判定手段が前記第２のプリントキューが当該情報処理装置に存在すると判定した場合は前記存在判定手段が存在すると判定した前記第２のプリントキューに切り替えることを特徴とする請求項１に記載の情報処理装置。
3. 前記判定手段は、当該情報処理装置が印刷ジョブの処理において前記画像形成装置の前記情報を要する場合に、前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得可能か否か判定することを特徴とする請求項１に記載の情報処理装置。
4. 前記判定手段は、当該情報処理装置が印刷ジョブの処理においてユーザに対して操作を要求する場合、前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得可能か否か判定することを特徴とする請求項１に記載の情報処理装置。
5. 前記判定手段により画像形成装置の情報が取得できないと判定された場合、印刷ジョブに対応する画像データを保存領域に保存する保存手段と、
   前記保存手段が保存する前記画像データを取得し、前記画像データに対応する印刷ジョブを発行する発行手段と
   を更に備え、
   前記印刷ジョブの処理は、前記判定手段が判定する前記通信プロトコルに対応する前記第１のプリントキューの印刷ジョブを破棄し、前記第２のプリントキューを用いて、前記発行手段が発行することで処理を実行することを特徴とする請求項１に記載の情報処理装置。
6. 前記生成手段に前記第２のプリントキューを生成させるか否かの指示をユーザから受け付ける第１の受付手段と、
   前記切替手段に前記第２のプリントキューに切り替えて印刷ジョブに対する処理を実行させるか否かの指示をユーザから受け付ける第２の受付手段と、を更に備え、
   前記生成手段は、前記第１の受付手段にて前記生成させる指示を受け付けた場合に、前記第２のプリントキューを生成し、
   前記切替手段は、前記第２の受付手段にて前記第２のプリントキューに切り替えて印刷ジョブに対する処理を実行させる指示を受け付けた場合に、前記第２のプリントキューに切り替えることを特徴とする請求項２に記載の情報処理装置。
7. 判定手段が、ユーザが選択する第１のプリントキューに対応する通信プロトコルにより画像形成装置の情報を取得可能か否か判定する判定工程と、
   切替手段が、前記判定工程にて前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得できないと判定した場合、前記第１のプリントキューを、前記画像形成装置の情報を取得可能な通信プロトコルに対応するプリントキューであり、前記第１のプリントキューとは異なるプリントキューである第２のプリントキューに切り替える切替工程と、を備え、
   前記切替工程にて切り替える前記第２のプリントキューを用いて印刷ジョブを処理することを特徴とする情報処理装置の制御方法。
8. コンピュータを、
   ユーザが選択する第１のプリントキューに対応する通信プロトコルにより画像形成装置の情報を取得可能か否か判定する判定手段、
   前記判定手段が前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得できないと判定した場合、前記第１のプリントキューを、前記画像形成装置の情報を取得可能な通信プロトコルに対応するプリントキューであり、前記第１のプリントキューとは異なるプリントキューである第２のプリントキューに切り替える切替手段、として機能させ、
   前記切替手段が切り替える前記第２のプリントキューを用いて印刷ジョブを処理することを特徴とするプログラム。
9. 前記判定手段により前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得できないと判定された場合、前記第２のプリントキューが当該コンピュータに存在するか否かを判定する存在判定手段、
   前記存在判定手段が前記第２のプリントキューが当該コンピュータに存在しないと判定した場合に、前記第２のプリントキューを生成する生成手段
   として更に機能させ、
   前記切替手段は、前記生成手段が前記第２のプリントキューを生成した場合は前記生成手段が生成した前記第２のプリントキューに切り替えて、前記存在判定手段が前記第２のプリントキューが当該コンピュータに存在すると判定した場合は前記存在判定手段が存在すると判定した前記第２のプリントキューに切り替えることを特徴とする請求項８に記載のプログラム。
10. 前記判定手段は、当該コンピュータが印刷ジョブの処理において前記画像形成装置の前記情報を要する場合に、前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得可能か否か判定することを特徴とする請求項８に記載のプログラム。
11. 前記判定手段は、当該コンピュータが印刷ジョブの処理においてユーザに対して操作を要求する場合、前記第１のプリントキューに対応する前記通信プロトコルが前記画像形成装置の前記情報を取得可能か否か判定することを特徴とする請求項８に記載のプログラム。
12. 前記判定手段により画像形成装置の情報が取得できないと判定された場合、印刷ジョブに対応する画像データを保存領域に保存する保存手段、
    前記保存手段が保存する前記画像データを取得し、前記画像データに対応する印刷ジョブを発行する発行手段
    として更に機能させ、
    前記印刷ジョブの処理は、前記判定手段が判定する前記通信プロトコルに対応する前記第１のプリントキューの印刷ジョブを破棄し、前記第２のプリントキューを用いて、前記発行手段が発行することで処理を実行することを特徴とする請求項８に記載のプログラム。
13. 前記生成手段に前記第２のプリントキューを生成させるか否かの指示をユーザから受け付ける第１の受付手段、
    前記切替手段に前記第２のプリントキューに切り替えて印刷ジョブに対する処理を実行させるか否かの指示をユーザから受け付ける第２の受付手段
    として更に機能させ、
    前記生成手段は、前記第１の受付手段にて前記生成させる指示を受け付けた場合に、前記第２のプリントキューを生成し、
    前記切替手段は、前記第２の受付手段にて前記第２のプリントキューに切り替えて印刷ジョブに対する処理を実行させる指示を受け付けた場合に、前記第２のプリントキューに切り替えることを特徴とする請求項９に記載のプログラム。

Images