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

Abstract

【課題】プリンタと通信可能な第１の情報処理装置と、該第１の情報処理装置を介して前記プリンタと通信することが可能な第２の情報処理装置と、がネットワークを介して接続されたプリントシステムにおいて適切な通信を行う。【解決手段】プリンタと通信可能な第１の情報処理装置１が実行する情報処理方法は、プリンタの通信に関する設定情報を取得する設定情報取得工程と、プリンタの状態に関する情報をプリンタから取得する状態情報取得工程と、実行工程と、を有する。実行工程は、設定情報取得工程で取得された設定情報が、プリンタが他の情報処理装置と通信可能な状態にあり、且つ、ＰＤＬの生成を他の情報処理装置が行うことを示す場合、情報取得工程にプリンタとの通信を待機させて所定の処理を実行する。【選択図】図８

Description

本発明は、情報処理方法、情報処理装置およびプログラムに関する。

ネットワークを介して接続された複数の情報処理装置の間で、プリンタなどのデバイスを共有するネットワークシステムが実用化されている。特許文献１には、特定のパーソナルコンピュータ（サーバＰＣ）と接続されたプリンタを、ネットワークで接続された別のパーソナルコンピュータ（クライアントＰＣ）で利用可能なプリントシステムが開示されている。

このようなネットワークを介したプリントシステムにおいて、クライアントＰＣで作成された印刷データは、クライアントＰＣ又はサーバＰＣのいずれかによって、ＰＤＬ（Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）に変換される。そして、サーバＰＣのランゲージモニタが、生成されたＰＤＬをプリンタに送信することによって画像がプリントされる。

特開２００６−９９７４７号公報

しかしながら、例えば近年のＷｉｎｄｏｗｓ（登録商標）など、特定のオペレーションシステム（ＯＳ）においては、クライアントＰＣより受信した印刷ジョブに対し、ベンダーの提供するランゲージモニタが起動されない場合がある。この場合、プリンタの使用状況を把握するためにサーバＰＣで起動する管理ツール等のプログラムは、クライアントＰＣとの間で排他制御することができなくなってしまう。また、そもそも、ランゲージモニタを有しないシステムもあり、その形態でも、クライアントＰＣとの間で排他制御することができない。その結果、プリンタドライバ等のプログラムによるプリンタとの通信と管理ツール等のプログラムによるプリンタとの通信との間で情報が混在し、適切な通信が行えないおそれが生じる。

本発明は上記問題点を解消するためになされたものである。よって、目的とするところは、プリンタと通信可能な第１の情報処理装置と、該第１の情報処理装置を介して前記プリンタと通信することが可能な第２の情報処理装置と、がネットワークを介して接続されたプリントシステムにおいて適切な通信を行うことである。

そのために本発明は、プリンタと通信可能な第１の情報処理装置と、該第１の情報処理装置を介して前記プリンタと通信することが可能な第２の情報処理装置と、がネットワークを介して接続されたプリントシステムにおいて、前記第１の情報処理装置が実行する情報処理方法であって、前記プリンタの通信に関する設定情報を取得する設定情報取得工程とユーザからのコマンドの入力に応じて開始され、前記プリンタと通信して前記プリンタの状態に関する情報を前記プリンタから取得する状態情報取得工程と、前記設定情報が、前記プリンタが前記第１の情報処理装置を介して前記第２の情報処理装置と通信可能な状態にあり、且つ印刷データに基づくＰＤＬ（Printer Description Language）の生成を前記第２の情報処理装置が行うことを示す場合、前記状態情報取得工程に前記プリンタとの通信を待機させて所定の処理を実行する実行工程と、を有し、前記状態情報取得工程における前記プリンタの状態に関する情報の取得と、前記実行工程における前記所定の処理の実行は、前記第１の情報処理装置上の、それぞれ異なるプログラムによって実行されることを特徴とする。

本発明によれば、プリンタと通信可能な第１の情報処理装置と、該第１の情報処理装置を介して前記プリンタと通信することが可能な第２の情報処理装置と、がネットワークを介して接続されたプリントシステムにおいて適切な通信を行うことが可能となる。

プリントシステムの概略図である。 サーバＰＣのハードウェア構成を説明するためのブロック図である。 サーバＰＣとプリンタＡにおける、機能の構成を示すブロック図である。 クライアントＰＣとサーバＰＣにおける、機能の構成を示すブロック図である。 プリンタＡについてのプリンタ共有設定画面を示す図である。 使用履歴表示画面を示す図である。 サーバＰＣのフィルタが実行する処理を示すフローチャートである。 サーバＰＣの管理ツールが実行する処理を示すフローチャートである。 案内ダイアログを示す図である。 サーバＰＣの管理ツールが実行する処理を示すフローチャートである。 クライアントＰＣのフィルタが実行する処理を示すフローチャートである。 サーバＰＣの管理ツールが実行する処理を示すフローチャートである。 通知ダイアログを示す図である。

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

（第１の実施形態）
図１は、本実施形態で使用するプリントシステムの概略図である。サーバＰＣ１とクライアントＰＣ４０とは、ネットワーク２０を介して相互に通信可能である。プリンタＡ３０は、通信インタフェース１０を介してサーバＰＣ１に直接接続されたローカルプリンタである。ネットワーク２０としては、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を適用可能である。ネットワーク２０の接続形態としては、有線無線を問わず、これらが混在していてもよい。通信インタフェース１０については、相互に通信可能な形態であれば良く、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）が適用可能である。

なお、本実施形態では、プリンタＡ３０と直接接続されたＰＣをサーバＰＣ１、サーバＰＣ１を介してプリンタＡ３０を利用可能なＰＣをクライアントＰＣ４０と便宜的に呼称するが、どちらも一般的なＰＣとしての機能を有していればよい。

図２は、サーバＰＣ１のハードウェア構成を説明するためのブロック図である。ＣＰＵ１０１は、ＲＯＭ１０２やハードディスク１０４に記憶されたプログラムに従ってＲＡＭ１０３をワークエリアとしながら、装置全体を制御する。例えば、ＣＰＵ１０１は、ハードディスク１０４にインストールされているＯＳやアプリケーションをＲＡＭ１０３にロードし、読み出したプログラムに従って、様々なプログラムを実行する。

入力装置１０５は、例えばキーボードやマウスであり、ユーザからの指示を受付けるためのデバイスである。表示装置は例えばＣＲＴディスプレイであり、ユーザに報知するため情報を表示する。ディスクコントローラ１０７は、フレキシブルディスクが装着された際に、ＣＰＵ１０１の指示の下、フレキシブルディスクに対するデータアクセスを制御する。通信制御部１０８は、ＣＰＵ１０１の指示の下、外部に接続されたプリンタＡ３０との間の通信を制御する。

後述する図７、８、１０〜１２に示すフローチャートは、ＣＰＵ１０１が、ＲＡＭ１０３にロードされたＯＳのプログラムに従って、ＲＡＭ１０３をワークエリアとしながら実行するものである。ここでは、サーバＰＣ１のハードウェア構成として説明したが、クライアントＰＣ４０についても同等の構成とすることができる。本実施形態では、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３等によって本実施形態の情報処理装置としてのサーバＰＣのコンピュータが形成される。

図３は、サーバＰＣ１とプリンタＡ３０における、機能の構成を示すブロック図である。サーバＰＣ１において、各ブロックで示す機能は、サーバＰＣ１にインストールされたＯＳによって管理される。本実施形態においては、ＯＳとしてＷｉｎｄｏｗｓ１０（登録商標）を用い、プリントシステムとしてＶ４アーキテクチャを採用した形態を想定している。Ｖ４アーキテクチャにおいては、クライアントＰＣ４０は、後述の管理ツール６が実行する通信の状態を把握可能なランゲージモニタを有しないものとする。なお、プリントシステムとしてＶ３アーキテクチャが採用されても良い。Ｖ３アーキテクチャが採用される場合はクライアントＰＣ４０はランゲージモニタを有するが、本発明の課題は、ランゲージモニタが無効化された場合等に生じうる。

アプリケーション２は、ユーザの指示に従って、生成した画像についての印刷ジョブをスプーラ３に投入する。

スプーラ３は、フィルタ４とポートモニタ５とを含む。スプーラ３は、サーバＰＣ１が備えるＯＳにより実現される機能である。一方フィルタ４は、プリンタＡ３０のベンダーより提供されるプリンタドライバにより提供される機能である。フィルタ４は、印刷キューで印刷ジョブを管理しつつ、印刷ジョブに含まれる印刷データをＰＤＬ(Printer Description Language）に変換する。ポートモニタ５は、スプーラ３が生成したＰＤＬをＵＳＢ Ｉ／Ｆ（インタフェース）７を介してプリンタＡ３０に送信する。

管理ツール６は、プリンタＡ３０のベンダーより提供されるプログラムにより実現される機能であり、プリンタＡ３０が実行するプリント処理の履歴やプリントの進行状態を管理する。なお、本実施形態では、管理ツール６は、プリンタドライバとは別のプログラムである。例えば、管理ツール６は、ユーザの指示の下、プリント処理の履歴情報を要求するコマンドを生成し、ＵＳＢ Ｉ／Ｆ ７を介してプリンタＡ３０に送信する。また、管理ツール６は、プリンタＡ３０よりプリント処理の履歴情報を受けとり、受け取った情報を表示装置１０６（図２参照）に表示する。

ポートモニタ５によるＰＤＬの送信と、管理ツール６による管理情報の送受信は、いずれもＵＳＢ Ｉ／Ｆ ７を経由して行われるが、本実施形態ではこれら情報が同じタイミングで混在しないような制御を行う。この制御については後に詳しく説明する。

ＮＭ Ｉ／Ｆ ８は、サーバＰＣ１が、ネットワーク２０に接続された他のデバイスと情報の授受を行うためのインタフェースである。

上述したように、スプーラ３は、サーバＰＣ１が備えるＯＳにより実現される機能であり、プリンタＡ３０のベンダーより提供されるプログラムにより実現される機能ではない。そのため本実施形態ではスプーラ３は、管理ツール６の通信を制御することはできず、後述する排他制御を実行することはできない。一方、フィルタ４は、管理ツール６と同様、プリンタＡ３０のベンダーより提供されるプログラムにより実現される機能であるため、管理ツール６の通信を制御することができ、後述する排他制御を実行することができる。

プリンタＡ３０は、ＵＳＢ Ｉ／Ｆ ３１と、プリンタ制御部３２と、印刷部３３を含んでいる。ＵＳＢ Ｉ／Ｆ ３１は、サーバＰＣ１との間で、情報の授受を行うためのインタフェースである。印刷部３３は、プリンタＡ３０のエンジン部であり、プリンタ制御部３２によって制御される。プリンタ制御部３２は、サーバＰＣ１から受信したＰＤＬに基づいて印刷部３３に画像を印刷させたり、サーバＰＣ１から受信した履歴情報のコマンドに応じて履歴情報を取得し、ＵＳＢ Ｉ／Ｆ ３１を介してサーバＰＣ１に送信したりする。

図４（ａ）および（ｂ）は、クライアントＰＣ４０のユーザが、クライアントＰＣ４０で生成した画像をプリンタＡ３０でプリントさせる場合の、制御構成を示す図である。ここでは省略しているが、サーバＰＣ１にはＵＳＢ Ｉ／Ｆ ７を介して図１で説明したプリンタＡ３０が接続されているものとする。

クライアントＰＣ４０は、アプリケーション４１、スプーラ４２、ＮＭ Ｉ／Ｆ ４４ を有する。また、スプーラ４２はフィルタ４３を含んでいる。アプリケーション４１、フィルタ４３、及びＮＭ Ｉ／Ｆ ４４の機能は、サーバＰＣ１におけるアプリケーション２、フィルタ４、及びＮＭ Ｉ／Ｆ ８の機能とそれぞれ同等である。ここでは、サーバＰＣ１と１つのクライアントＰＣ４０を含むプリントシステムを示しているが、ネットワーク２０には更に多くのＰＣが接続されていてもよい。

本実施形態の印刷システムにおいて、クライアントＰＣ４０で発生（生成）した印刷ジョブに含まれる印刷は、当該印刷データのＰＤＬへの変換をサーバＰＣ１で行わせるかクライアントＰＣで行わせるかを、サーバＰＣ１のユーザが設定できるものとする。

図４（ａ）は、クライアントＰＣ４０で発生した印刷ジョブの印刷データをサーバＰＣ１が受信し、当該印刷データをサーバＰＣ１でＰＤＬ変換する場合を示す。この場合、クライアントＰＣ４０のスプーラ４２は、フィルタ４３を起動させることなく、アプリケーション４１で生成された印刷ジョブを、サーバＰＣ１に送信する。サーバＰＣ１のスプーラ３は、フィルタ４を起動し、クライアントＰＣ４０から受信した印刷ジョブに含まれる印刷データを順次ＰＤＬに変換させ、ポートモニタ５に投入する。ポートモニタ５は、受け取ったＰＤＬをＵＳＢ Ｉ／Ｆ ７を介してプリンタＡ３０に送信する。

なおフィルタ４は、スプーラ３から印刷データを受け取った場合、当該印刷データをＰＤＬに変換する前に、管理ツール６との間で共有するＭｕｔｅｘをロックすることで排他制御を実行する。フィルタ４は、排他制御を実行している状態で、ＰＤＬ変換を実行し、変換後のデータをスプーラ３に渡す。これにより、スプーラ３は、排他制御が実行されている状態において、プリンタＡ３０に印刷ジョブを送信することとなる。なおフィルタ４は、プリンタＡ３０に印刷ジョブが送信されたあとは、排他制御を停止する。

このように、サーバＰＣ１のスプーラ３がＰＤＬ変換を実行する場合においては、クライアントＰＣ４０から受信された印刷ジョブがプリンタＡ３０に送信される前に、フィルタ４が管理ツール６を制御可能なタイミングが訪れる。そのため、サーバＰＣのフィルタ４と管理ツール６は、ＵＳＢ Ｉ／Ｆ ７を介するデータの送受信が同じタイミングで混在しないように、相互の処理を排他制御することができる。排他制御については後述する。

図４（ｂ）は、クライアントＰＣ４０で発生した印刷ジョブの印刷データを、当該印刷ジョブがサーバＰＣ１に送信される前に、クライアントＰＣ４０でＰＤＬ変換する場合を示す。この場合、クライアントＰＣ４０のスプーラ４２は、フィルタ４３を起動し、アプリケーション４１で生成された印刷ジョブに含まれる印刷データを順次ＰＤＬに変換させる。そして、印刷コマンドと生成されたＰＤＬとを印刷ジョブとして、ＵＳＢ Ｉ／Ｆ ７を介してサーバＰＣ１に送信する。サーバＰＣ１のスプーラ３は、フィルタ４を起動させることなく、クライアントＰＣ４０から受信したＰＤＬをポートモニタ５に投入する。ポートモニタ５は、投入されたＰＤＬをＵＳＢ Ｉ／Ｆ ７を介してプリンタＡ３０に送信する。

このように、クライアントＰＣ４０のスプーラ４２がＰＤＬを生成する場合、クライアントＰＣ４０から受信された印刷ジョブがプリンタＡ３０に送信される前に、フィルタ４が管理ツール６を制御可能なタイミングが訪れない。そのため、サーバＰＣ１の管理ツール６は、フィルタ４との間で既存の方法を用いた排他制御を行うことができない。このため、本実施形態の管理ツール６は、上記排他制御の代わりに、クライアントＰＣ４０から発せられた印刷ジョブに基づく印刷動作を行っている期間は、自身の処理のための送受信を中断する中断制御を行う。中断制御の詳細については後述する。

図５は、プリンタＡ３０についてのプリンタ共有設定画面を示す図である。サーバＰＣ１のユーザは、ＯＳが備えるプリンタのプロパティ画面から、図５に示す設定画面５０を開き、各種設定を行うことができる。

設定画面５０において、チェックボックス５１は、プリンタＡを、サーバＰＣ１とネットワーク接続されている他のＰＣと共有するか否かを設定するためのボックスである。本実施形態において、プリンタＡ３０をサーバＰＣ１が他の装置と共有している状態とは、プリンタＡ３０とサーバＰＣ１との間の通信だけでなく、サーバＰＣ１を介在させたプリンタＡ３０と他の装置との間の通信が許可されている状態に相当する。すなわち、プリンタＡ３０をサーバＰＣ１が他の装置と共有している状態においては、サーバＰＣ１は、当該他の装置から受信したデータを、プリンタＡ３０に送信する。なお、このときサーバＰＣ１は、当該他の装置から受信したデータに基づいて新たに生成したデータや、当該他の装置から受信したデータを加工したデータをプリンタＡ３０に送信しても良い。

チェックボックス５１がチェックされた状態でＯＫボタン５４が押下されると、プリンタＡは、サーバＰＣ１とクライアントＰＣ４０との間で共有化される。テキストボックス５２は、共有するプリンタＡ３０の共有名を編集するためのボックスである。チェックボックス５３は、ＰＤＬの生成を、クライアントＰＣで行わせるかサーバＰＣで行わせるかを設定するためのボックスである。チェックボックス５３がチェックされた状態でＯＫボタン５４が押下されると、以後の印刷処理において、ＰＤＬは印刷ジョブを発生させたクライアントＰＣが生成されることになる。一方、チェックボックス５３がチェックされない状態でＯＫボタン５４が押下されると、以後の印刷処理において、ＰＤＬはサーバＰＣ１で生成されることになる。なお、キャンセルボタン５５が押下された場合は、チェックボックス５１、５３のチェックの有無に関わらず、設定は無効となる。このようなチェックボックスにおけるチェック状態は、プリンタＡ３０の設定情報として保存され、必要に応じて読み出される。

図６は、サーバＰＣ１の管理ツール６が表示装置１０６に表示させる使用履歴表示画面６０を示す図である。プリンタ選択リスト６１には、サーバＰＣ１に接続されているプリンタの名称が表示される。ここでは、プリンタＡ３０のみがＵＳＢ接続された場合を示しているが、複数のプリンタが接続されている場合には複数のプリンタ名が表示される。

ユーザが、プリンタ選択リスト６１に表示されたプリンタの中から１つを選択し、更に画面右下の履歴表示ボックス６３を押下すると、管理ツール６は、選択されたプリンタに対し、プリント処理の履歴情報を要求する。そして、当該プリンタからプリント処理の履歴情報を受信すると、受信した情報に基づいて使用履歴一覧リスト６２を表示する。図６では、プリンタＡ３０が行った印刷処理のそれぞれについて、印刷日時、ユーザ名、用紙種類、用紙サイズ、印刷枚数の情報が表示された場合を示している。ユーザが終了ボタン６４を押下すると、管理ツール６は使用履歴表示画面６０を閉じる。

図７は、ＰＤＬの生成をサーバＰＣ１が行う場合に、サーバＰＣ１のフィルタ４が実行する処理を説明するためのフローチャートである。本処理は、クライアントＰＣ４０からの印刷ジョブを受信したスプーラ３が、フィルタ４を起動することによって開始される。

本処理が開始されると、フィルタ４はまずＳ１１において、管理ツール６との間で共有するＭｕｔｅｘをロックする。これにより、管理ツール６では、プリンタＡ３０との間での送受信が禁止される。

Ｓ１２において、フィルタ４は、スプーラ３より印刷データを受信する。

Ｓ１３において、フィルタ４は、受信した印刷データに基づき、ＰＤＬを生成する。

Ｓ１４において、フィルタ４は、Ｓ１３で生成したＰＤＬを出力する。これに伴い、スプーラ３は、フィルタ４が出力したＰＤＬを、ポートモニタ５及びＵＳＢ Ｉ／Ｆ ７を介してプリンタＡ３０に送信する。

Ｓ１５において、フィルタ４は、全ての印刷データをスプーラ３から受信したか否かを判定する。受信すべき印刷データまだ残っていると判定した場合はＳ１２に戻り、スプーラ３から次の印刷データを受信する。一方、全ての印刷データを受信したと判定した場合は、Ｓ１６に進む。

Ｓ１６において、フィルタ４は、Ｓ１１で設定したＭｕｔｅｘをアンロックする。これにより、管理ツール６では、プリンタＡ３０との間での送受信が行えるようになる。以上で本処理を終了する。

ここで、Ｍｕｔｅｘとは、フィルタ４と管理ツール６との間で排他制御のために用いるツールである。一方がＭｕｔｅｘをロックすることにより他方はプリンタＡ３０との間の送受信が禁止され、アンロックすると送受信が可能となる。フィルタ４と管理ツール６は、各々が処理を開始するときにＭｕｔｅｘをロックし、処理を終了するとアンロックする。これにより、フィルタ４用の情報と管理ツール６用の情報とが、ＵＳＢ Ｉ／Ｆ ７において同じタイミングで送受信されるのを抑えることができる。

本実施形態の場合、フィルタ４がＰＤＬの処理を行っている間、管理ツール６はプリンタＡ３０に関するプリント処理の履歴情報の要求を受信しても、この情報をプリンタＡ３０に送信することはできない。管理ツール６は、フィルタ４によってＭｕｔｅｘがアンロックされるまで、待機することになる。そして、Ｓ１６において、フィルタ４がＭｕｔｅｘをアンロックすると、今度は管理ツール６がＭｕｔｅｘをロックして、プリンタＡ３０に対する要求コマンドの送信や使用履歴情報の受信を行うことになる。

図８は、サーバＰＣ１の管理ツール６が実行する状態情報取得処理を説明するためのフローチャートである。本処理は、ユーザが、図６で説明した履歴表示ボックス６３を押下したタイミングで開始される。

本処理が開始されると、管理ツール６は、Ｓ２１においてプリンタの共有状態情報をＯＳから取得する。ここで取得される情報は、図５で説明した設定画面５０に従う設定情報である。すなわち、接続されているプリンタのうち、チェックボックス５１がチェックされたプリンタの共有情報が、管理ツール６に提供される。

Ｓ２２において、管理ツール６は、Ｓ２１で取得した共有情報に基づいて、対象とするプリンタが共有設定されているか否かを判定する。共有設定されていないと判定した場合、管理ツール６はＳ２３に進み、サーバＰＣ１において現在処理中または処理待ちの印刷ジョブの一覧情報をＯＳから取得する。

Ｓ２４において、管理ツール６は、Ｓ２３で取得した一覧情報を参照し、現在処理中または処理待ちの印刷ジョブの中に、クライアントＰＣでレンダリングする印刷ジョブが含まれているか否かを判定する。具体的には、一覧情報に記載されているＰＣの名称と、自身のＰＣ（サーバＰＣ１）の名称を比較することによって、サーバＰＣ１以外のＰＣでレンダリングする印刷ジョブが含まれているか否かを判定する。

クライアントＰＣでレンダリングする印刷ジョブが含まれている場合、管理ツール６は、クライアントＰＣ４０のフィルタ４３との間でＭｕｔｅｘを機能させることは出来ない。よって、管理ツール６が上述したような使用履歴情報取得処理を開始してしまうと、ＵＳＢ Ｉ／Ｆ ７を介して送受信される情報がスプーラ３との間で混在してしまうおそれが生じる。このため、本実施形態において、管理ツール６は、クライアントＰＣでレンダリングされた印刷ジョブが含まれていないとＳ２４で判定されるまで、Ｓ２３、Ｓ２４の工程を繰り返す。

Ｓ２４で、処理中または処理待ちの印刷ジョブの中に、クライアントＰＣでレンダリングする印刷ジョブは含まれていないと判定すると、管理ツール６はＳ２５に進み、Ｍｕｔｅｘをロックし、プリンタＡ３０の使用履歴情報を取得する。この際、もしサーバＰＣ１のフィルタ４が図７で説明した処理を実行中であれば、Ｍｕｔｅｘはフィルタ４によってロックされている。よって、管理ツール６は、フィルタ４によるＭｕｔｅｘのロックが解除されるまで待機し、解除された後にＭｕｔｅｘをロックすることになる。

Ｓ２６において、管理ツール６は、プリンタＡ３０に使用履歴を要求するためのコマンドを生成する。Ｓ２７において、管理ツール６は、Ｓ２６で生成した使用履歴要求コマンドを、ＵＳＢ Ｉ／Ｆ ７を介してプリンタＡ３０に送信する。Ｓ２８において、管理ツール６は、ＵＳＢ Ｉ／Ｆ ７を介してプリンタＡ３０から使用履歴情報を取得する。Ｓ２９において、管理ツール６は、全ての使用履歴情報が取得できたか否かを判定する。まだ取得すべき履歴情報が残っていると判定した場合には、再びＳ２６に戻り、新たなコマンドを生成する。一方、全ての使用履歴情報が取得できたと判定した場合、管理ツール６はＳ３０に進み、Ｍｕｔｅｘをアンロックする。

その後、Ｓ３１において、管理ツール６は、Ｓ２５〜Ｓ３０で取得した使用履歴情報に基づいて、図６で示したような使用履歴表示画面６０を表示装置１０６に表示させる。以上で本処理を終了する。

一方、Ｓ２２において、プリンタが共有設定されていると判定した場合、管理ツール６はＳ３２に進み、レンダリングを行うＰＣの情報をＯＳから取得する。ここで取得される情報は、図５で説明した設定画面５０に従う設定情報である。

Ｓ３３において、管理ツール６は、レンダリングを行うプリンタはクライアントＰＣ４０であるか否かを判定する。レンダリングを行うプリンタがクライアントＰＣ４０ではない場合、すなわちサーバＰＣ１である場合、管理ツール６はＳ２３に進み、既に説明したＳ２３〜Ｓ３１の工程に従って、プリンタＡ３０の使用履歴の取得および表示処理を行う。一方、レンダリングを行うプリンタがクライアントＰＣ４０である場合、管理ツール６はＳ３４に進む。

レンダリングを行うプリンタがクライアントＰＣ４０である場合、管理ツール６はクライアントＰＣ４０のフィルタ４３との間でＭｕｔｅｘを機能させることはできない。よって、管理ツール６が使用履歴情報を取得のための処理を開始してしまうと、ＵＳＢ Ｉ／Ｆ ７を介して送受信される情報がスプーラ３との間で混在してしまう懸念が生じる。このため、本実施形態の管理ツール６は、レンダリングを行うプリンタがサーバＰＣ１以外のＰＣに設定されている場合、プリンタＡ３０の使用履歴取得処理を一旦停止する。そして、プリンタＡ３０の共有を解除すること、又はレンダリングするＰＣをサーバＰＣへ変更することを、ユーザに促す処理を行う。本実施形態において、プリンタＡ３０の共有が解除された形態とは、プリンタＡ３０とサーバＰＣ１との間の通信は許可されているが、サーバＰＣ１を介したプリンタＡ３０と他の装置との間の通信は許可されていない状態に相当する。すなわち、プリンタＡ３０をサーバＰＣ１が他の装置と共有していない（共有が解除された）状態においては、サーバＰＣ１は、当該他の装置から送信されたデータを、プリンタＡに転送しない。

図９（ａ）および（ｂ）は、図８のＳ３４、Ｓ３６において管理ツール６が表示するユーザへの案内ダイアログを示す。

Ｓ３４において、管理ツール６は、図９（ａ）に示す案内ダイアログ７０を表示する。案内ダイアログ７０には、プリンタの共有を解除すること、又は、レンダリングするＰＣをサーバＰＣに変更することが案内されている。案内ダイアログ７０は、ユーザが、続行ボタン７１、キャンセルボタン７２、ヘルプボタン７３のいずれかを押下することにより閉じられる。

Ｓ３５において、ヘルプボタン７３が押下されたと判定すると、管理ツール６はＳ３６に進み、図９（ｂ）に示す案内ダイアログ７５を表示する。案内ダイアログ７５には、プリンタの共有を解除する方法、またはレンダリングするＰＣをサーバＰＣに変更する方法の詳細が表示される。ユーザは、以上のような案内ダイアログ７０、７５に従って、図５で説明した設定画面５０を開き、プリンタＡ３０の共有設定及びＰＤＬを生成するＰＣの設定を変更することができる。

Ｓ３７において、続行ボタン７１が押下されたと判定すると、管理ツール６はＳ２１に戻る。この際、既にユーザが、案内ダイアログ７０，７５に従って設定を変更していれば、管理ツール６は、既に説明したＳ２３〜Ｓ３１に従って、プリンタＡ３０の使用履歴の取得および表示処理を滞りなく行うことができる。なお、管理ツール６がＳ３７０で続行ボタン７１の押下を確認する前に、クライアントＰＣから印刷ジョブが受信されている場合も考えられる。しかしながら、この場合であっても、管理ツール６は、クライアントＰＣでレンダリングされた印刷ジョブが含まれていないとＳ２４で判定できるまで、Ｓ２３とＳ２４の工程を繰り返すことになる。よって、クライアントＰＣ４０でレンダリングされた印刷ジョブと管理ツール６との間でデータの混在が生じることはない。

一方、Ｓ３８において、キャンセルボタン７２が押下されたと判定すると、管理ツール６は本処理を終了する。

以上説明した本実施形態によれば、ＰＤＬを生成するフィルタがサーバＰＣ上で動作するフィルタ４である場合は、Ｍｕｔｅｘを用いた排他制御によって、フィルタ４と管理ツール６との間でデータの混在を抑えることができる。一方、ＰＤＬを生成するフィルタがクライアントＰＣ４０で動作するフィルタ４３である場合は、管理ツール６が自身の処理を中断し、プリンタＡ３０の共有を解除すること、又はレンダリングするＰＣをサーバＰＣへ変更することを、ユーザに促す処理を行う。これにより、ＵＳＢ Ｉ／Ｆ ７を介して送受信される情報の混在を抑え、適切な印刷処理を行うことが可能となる。

（第２の実施形態）
本実施形態においても、図１〜図６で説明したプリントシステムを用いる。本実施形態では、サーバＰＣ１の管理ツール６が、サーバＰＣ１のスプーラ３における処理状態を監視しながら、プリンタＡ３０の使用履歴取得処理を行う。

図１０は、本実施形態のサーバＰＣ１の管理ツール６が実行する状態情報取得処理を説明するためのフローチャートである。本処理は、ユーザが、図６で説明した履歴表示ボックス６３を押下したタイミングで開始される。

本処理が開始されると、管理ツール６は、まずＳ５１において、中断フラグを初期値としてオンに設定する。中断フラグとは、管理ツール６がプリンタＡ３０の使用履歴情報を取得するための処理を行って良い状態にあるか否かを判断するためのフラグである。

Ｓ５２において、管理ツール６は、印刷ジョブ用の監視スレッドを起動させる。以下、管理ツール６は、メインスレッドによるＳ５３〜Ｓ６３の工程と、監視スレッドによるＳ７０〜Ｓ８２の工程とを、並行して行うことになる。

まず、メインスレッドについて説明する。Ｓ５３において、管理ツール６は、Ｍｕｔｅｘをロックする。この際、Ｍｕｔｅｘがフィルタ４によって既にロックされている場合、管理ツール６は、フィルタ４によるＭｕｔｅｘのロックが解除されるまで待機し、解除された後にＭｕｔｅｘをロックする。

Ｓ５４において、管理ツール６は中断フラグを確認する。Ｓ５５において、管理ツール６は、中断フラグがオフであるか否かを判定する。中断フラグがオンである場合、管理ツール６が使用履歴情報を取得のための処理を開始してしまうと、ＵＳＢ Ｉ／Ｆ ７を介して送受信される情報がスプーラ３との間で混在してしまう懸念が生じる。このため、管理ツール６は、中断フラグがオフであるとＳ５５で判定されるまで、Ｓ５４、Ｓ５５の工程を繰り返しながら待機する。

Ｓ５５で、中断フラグがオフであると判定すると、管理ツール６は使用履歴情報を取得のための処理を開始する。以下、使用履歴情報を取得のためのＳ５６〜Ｓ６０の工程は、図８で説明したＳ２６〜Ｓ３０の工程と同様であるため説明は割愛する。

Ｓ６１において、管理ツール６は、Ｓ５２で起動させた監視スレッドの終了を要求する。Ｓ６２において、管理ツールは、Ｓ５６〜Ｓ５９で取得した使用履歴情報に基づいて、図６で示したような使用履歴表示画面６０を表示装置１０６に表示させ、本処理を終了する。

一方、Ｓ５２で監視スレッドが起動されると、管理ツール６は、まずＳ７１において、プリンタの共有状態情報をＯＳから取得する。ここで取得される情報は、図５で説明した設定画面５０に従う設定情報である。

Ｓ７２において、管理ツール６は、Ｓ７１で取得した情報に基づいて、対象とするプリンタが共有設定されているか否かを判定する。共有設定されていないと判定した場合、管理ツール６はＳ８０に進み、中断フラグをオフに設定する。一方、共有設定されていると判定した場合、管理ツール６はＳ７３に進む。

Ｓ７３において、管理ツール６は、レンダリングを行うＰＣの情報をＯＳから取得する。ここで取得される情報は、図５で説明した設定画面５０に従う設定情報である。

Ｓ７４において、管理ツール６は、レンダリングを行うプリンタはクライアントＰＣ４０であるか否かを判定する。レンダリングを行うプリンタがクライアントＰＣ４０ではない場合、すなわちサーバＰＣ１である場合、管理ツール６はＳ８０に進み、中断フラグをオフに設定する。一方、レンダリングを行うプリンタがクライアントＰＣ４０である場合、管理ツール６はＳ７５に進む。

Ｓ７５において、管理ツール６は、サーバＰＣ１における印刷ジョブの処理状態をＯＳから取得する。

Ｓ７６において、管理ツール６は、サーバＰＣ１が印刷ジョブの処理中であるか否かを判定し、印刷ジョブの処理中ではないと判定するとＳ８０に進み、中断フラグをオフに設定する。一方、サーバＰＣ１が印刷ジョブの処理中である場合、管理ツール６はＳ７７に進む。

Ｓ７７において、管理ツール６は、サーバＰＣ１が処理中である印刷ジョブの情報をＯＳから取得する。印刷ジョブの情報には、当該ジョブを生成したＰＣの名称などが含まれている。クライアントＰＣ４０のＯＳは、クライアントＰＣ４０でＰＤＬを生成する場合であっても、ＰＤＬの生成に先立って印刷ジョブの情報をサーバＰＣ１に発信する。このため、サーバＰＣ１の管理ツール６は、クライアントＰＣ４０のフィルタ４３がＰＤＬの生成を開始する前に、印刷ジョブの情報を取得することができる。

Ｓ７８において、管理ツール６は、サーバＰＣ１が処理中である印刷ジョブが、サーバＰＣ１以外のＰＣで発生した印刷ジョブであるか否かを判定する。具体的には、印刷ジョブを生成したＰＣの名称と、サーバＰＣ１の名称とを比較することによって判定する。そして、処理中の印刷ジョブがサーバＰＣ１で発生した印刷ジョブであると判定した場合は、Ｓ８０に進み、中断フラグをオフに設定する。一方、処理中の印刷ジョブが、サーバＰＣ１以外のクライアントＰＣで発生した印刷ジョブであると判定した場合は、Ｓ７９に進む。

Ｓ７９において、管理ツール６は、中断フラグをオンに設定する。

Ｓ８１において、管理ツール６は、監視スレッドの終了がメインスレッドから要求されているか否かを判定する。要求されていない場合、管理ツール６はＳ８２に進み、５００ミリ秒待機した後、Ｓ７１に戻る。一方、監視スレッドの終了が要求されている場合は、監視スレッドを終了する。

図１０で説明したフローチャートによれば、メインスレッドにおいて、プリンタＡ３０の使用履歴情報を取得するためのＳ５６〜Ｓ５９の工程は、中断フラグがオフになっているのを確認しながら行われる。そして、中断フラグがオンになっている場合、管理ツール６は、中断フラグがオフになるまでＳ５４とＳ５５の工程を繰り返しながら待機する。すなわち、管理ツール６は、中断フラグの確認と、中断フラグがオフになるまでの待機と、使用履歴情報を取得するための工程を繰り返しながら、プリンタＡ３０における使用履歴情報を段階的に取得する。

一方、メインスレッドと並行に行われる監視スレッドにおいて、管理ツール６は、Ｓ７２、Ｓ７４、Ｓ７６及びＳ７８の判定が全てＹｅｓである場合にのみ、中断フラグをオンに設定する。すなわちクライアントＰＣでレンダリングした印刷ジョブをサーバＰＣで処理中である場合にのみ、中断フラグをオンに設定する。それ以外の場合は、サーバＰＣ１のフィルタ４との間でＭｕｔｅｘの排他制御が有効に機能するため、中断フラグはオフに設定する。そしてこのような中断フラグの更新を、管理ツール６は５００ミリ秒間隔で行う。

図１１は、ＰＤＬの生成をクライアントＰＣ４０が行う場合に、クライアントＰＣ４０のフィルタ４３が実行する処理を説明するフローチャートである。本処理は、アプリケーション４１で生成された印刷ジョブを受信したスプーラ４２が、フィルタ４３を起動することによって開始される。

本処理が開始されると、フィルタ４３は、まずＳ１０１において、印刷ジョブの出力先をクライアントＰＣ４０のＯＳから取得する。

Ｓ１０２において、フィルタ４３は、印刷ジョブの出力先が他のＰＣに接続されている共有プリンタであるか否かを判定する。共有プリンタであると判定した場合、フィルタ４３は、Ｓ１０３で１秒待機した後にＳ１０４に進み、印刷データのＰＤＬ変換および出力を開始する。一方、印刷ジョブの出力先が共有プリンタではないと判定した場合は、待機時間を設けることなくＳ１０４に進み、印刷データのＰＤＬ変換および出力を開始する。以下、印刷データのＰＤＬ変換および出力のためのＳ１０４〜Ｓ１０９の工程は、図７で説明したＳ１１〜Ｓ１６の工程と同様であるため説明は割愛する。

ここで、サーバＰＣ１の管理ツール６が実行する図１０のフローと、クライアントＰＣ４０のフィルタ４３が実行する図１１のフローとを比較する。クライアントＰＣでは、印刷ジョブの出力先が共有プリンタである場合、１秒待機した後にＰＤＬの生成が開始される。一方、サーバＰＣでは、５００ミリ秒の周期で、中断フラグの更新、すなわちプリンタＡ３０の使用履歴情報を取得するための処理を行って良いか否かの判断が行われる。よって、印刷ジョブの出力先が共有プリンタである場合、サーバＰＣ１の管理ツール６は、スプーラ３がクライアントＰＣ４０からＰＤＬを受信するよりも前に、クライアントＰＣ４０の印刷ジョブをサーバＰＣ４０が受けていることを検知することができる。つまり、管理ツール６は、スプーラ３がクライアントＰＣ４０からＰＤＬを受信するのに先立って、中断フラグをオンに設定し（Ｓ７９）、クライアントＰＣ４０で発生した印刷ジョブのための処理が終了するまで待機することができる。なお、以上では、クライアントＰＣ４０が１秒待機した後にＰＤＬの生成を開始し、中断フラグの更新を５００ミリ秒の間隔で行う構成としたが、中断フラグの更新がクライアントＰＣ４０の待機時間よりも短い所定の間隔で行われれば、これらは変更可能である。

以上説明したよう本実施形態によれば、第１の実施形態のようにユーザに設定の変更を行ってもらわなくても、ＵＳＢ Ｉ／Ｆ ７を介して送受信される情報の混在を抑え、適切な印刷処理を行うことが可能となる。

（第３の実施形態）
本実施形態においても、図１〜図６で説明したプリントシステムを用いる。本実施形態では、サーバＰＣ１の管理ツール６が、プリントシステムにおける設定事項の設定内容を適宜変更しながら、プリンタＡ３０の使用履歴取得処理を行う。

図１２は、本実施形態のサーバＰＣ１の管理ツール６が実行する状態情報取得処理を説明するためのフローチャートである。本処理は、ユーザが、図６で説明した履歴表示ボックス６３を押下したタイミングで開始される。

本処理が開始されると、管理ツール６は、まずＳ１２１において、ＰＤＬ変更フラグを初期値としてオフに設定する。ここで、ＰＤＬ変更フラグとは、レンダリングを行うＰＣを、クライアントＰＣからサーバＰＣに変更したことを示すためのフラグである。以下、使用履歴情報を取得及び表示のためのＳ１２２〜Ｓ１３２の工程は、図８で説明したＳ２１〜Ｓ３１の工程と同様であるため、ここでの説明は割愛する。

Ｓ１３３において、管理ツール６は、ＰＤＬ変更フラグの情報を取得する。

Ｓ１３４において、管理ツール６は、ＰＤＬ変更フラグがオンであるか否かを判定する。ＰＤＬ変更フラグがオンである場合、管理ツール６はＳ１３５に進み、レンダリングするＰＣをサーバＰＣ１からクライアントＰＣに戻し、本処理を終了する。一方、Ｓ１３４において、ＰＤＬ変更フラグがオフであると判定した場合は、そのまま本処理を終了する。

一方、Ｓ１２３において、プリンタが共有設定されていると判定した場合、管理ツール６はＳ１３６に進み、レンダリングを行うＰＣの情報をＯＳから取得する。ここで取得される情報は、図５で説明した設定画面５０に従う設定情報である。

Ｓ１３７において、管理ツール６は、レンダリングを行うプリンタはクライアントＰＣ４０であるか否かを判定する。レンダリングを行うプリンタがクライアントＰＣ４０ではない場合、すなわちサーバＰＣ１である場合、管理ツール６はＳ１２４に進み、既に説明したＳ１２４〜Ｓ１３５の工程に従って、プリンタＡ３０の使用履歴の取得と表示処理を行う。一方、Ｓ１３７において、レンダリングを行うプリンタがクライアントＰＣ４０であると判定した場合、管理ツール６はＳ１３８に進む。

Ｓ１３８において、管理ツール６は、図１３に示す通知ダイアログ８０を表示する。通知ダイアログ８０には、レンダリングするＰＣをサーバＰＣに変更することが通知される。通知ダイアログ８０は、ユーザが、続行ボタン８１又はキャンセルボタン８２を押下することにより閉じられる。

Ｓ１３９において、続行ボタン８１が押下されたと判定すると、管理ツール６はＳ１４０でレンダリングするＰＣをクライアントＰＣからサーバＰＣに変更し、更に、Ｓ１４１でＰＤＬ変更フラグをオンに設定した後、Ｓ１３６に戻る。

Ｓ１３９で続行ボタン８１が押下された後にＳ１３６に進んだ場合、Ｓ１３７では、レンダリングを行うプリンタはクライアントＰＣ４０ではないと判定される。よって、管理ツール６はＳ１２４に進み、プリンタＡ３０の使用履歴の取得および表示処理を行うことができる。この際、管理ツール６がＳ１４０でレンダリングＰＣをサーバＰＣ１に切り替える前に、クライアントＰＣから印刷ジョブが受信される場合も考えられる。しかし、この場合であっても、管理ツール６は、クライアントＰＣでレンダリングされた印刷ジョブが含まれていないとＳ１２５で判定されるまで、Ｓ１２４とＳ１２５の工程を繰り返しながら待機することになる。よって、クライアントＰＣ４０でレンダリングされた印刷ジョブと管理ツール６との間でデータの混在が生じることはない。

一方、Ｓ１４２において、キャンセルボタン８２が押下されたと判定すると、管理ツール６はレンダリングするＰＣを変更することなく、本処理を終了する。

以上説明した本実施形態によれば、管理ツール６が、レンダリング処理を行うＰＣを適宜変更しながら、プリンタＡ３０の使用履歴取得処理を行うことができる。具体的には、レンダリング処理を行うＰＣがクライアントＰＣ４０に設定されている場合は、管理ツール６が履歴情報の取得処理を行っている期間はレンダリング処理を行うＰＣをサーバＰＣに設定し、履歴情報の取得処理が終了した時点で設定を元に戻す。これにより、レンダリングＰＣを再設定する手間をユーザにかけることなく、スプーラ３と管理ツール６の間で送受信される情報の混在を抑え、適切な印刷処理を行うことが可能となる。

（その他の実施形態）
以上説明した第１〜第３の実施形態では、サーバＰＣとプリンタＡ３０とがインタフェースを介して接続された形態で説明したが、サーバＰＣとプリンタＡ３０とは一体化された装置であってもよい。

上述では、管理ツール６とプリンタドライバ間の排他制御について説明したが、他のプログラム間の排他制御において、本発明の処理が実行されても良い。例えば、管理ツール６ではないがプリンタとの通信を実行するプログラムと、プリンタドライバ間の排他制御において、本発明の処理が実行されても良い。

本発明の目的は、上記実施形態で説明した機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータがプログラムコードを読み出し実行することによっても、達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

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

また、コンピュータがプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行ってもよい。

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

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１ サーバＰＣ（第１の情報処理装置）
２０ ネットワーク
３０ プリンタ
４０ クライアントＰＣ（第２の情報処理装置）

Claims (13)

1. プリンタと通信可能な第１の情報処理装置と、該第１の情報処理装置を介して前記プリンタと通信することが可能な第２の情報処理装置と、がネットワークを介して接続されたプリントシステムにおいて、前記第１の情報処理装置が実行する情報処理方法であって、
   前記プリンタの通信に関する設定情報を取得する設定情報取得工程と
   ユーザからのコマンドの入力に応じて開始され、前記プリンタと通信して前記プリンタの状態に関する情報を前記プリンタから取得する状態情報取得工程と、
   前記設定情報が、前記プリンタが前記第１の情報処理装置を介して前記第２の情報処理装置と通信可能な状態にあり、且つ印刷データに基づくＰＤＬ（Printer Description Language）の生成を前記第２の情報処理装置が行うことを示す場合、前記状態情報取得工程に前記プリンタとの通信を待機させて所定の処理を実行する実行工程と、
   を有し、
   前記状態情報取得工程における前記プリンタの状態に関する情報の取得と、前記実行工程における前記所定の処理の実行は、前記第１の情報処理装置上の、それぞれ異なるプログラムによって実行されることを特徴とする情報処理方法。
2. 前記所定の処理は、前記設定情報の設定内容を変更するようにユーザに案内する処理であることを特徴とする請求項１に記載の情報処理方法。
3. 前記所定の処理は、前記設定情報の設定内容を、前記プリンタと前記第２の情報処理装置との通信を許可しない、又は、前記プリンタが受信するＰＤＬの生成を前記第１の情報処理装置が行うように変更することをユーザに案内する処理であることを特徴とする請求項２に記載の情報処理方法。
4. 前記所定の処理は、前記プリンタが前記第１の情報処理装置を介して前記第２の情報処理装置と通信可能な状態にあり、ＰＤＬの生成を前記第２の情報処理装置が行うことが設定され、且つ前記第１の情報処理装置が前記第２の情報処理装置で生成されたＰＤＬの処理中である場合にオンに設定されるフラグを確認する処理であることを特徴とする請求項１に記載の情報処理方法。
5. 前記実行工程において、前記所定の処理は、前記フラグがオフであることが確認されるまで繰り返され、前記フラグがオフであることが確認されたとき、前記状態情報取得工程は、前記プリンタとの通信を開始することを特徴とする請求項４に記載の情報処理方法。
6. 前記フラグのオンとオフは、所定の間隔で繰り返し判定されることを特徴とする請求項４または５に記載の情報処理方法。
7. 前記所定の処理は、ＰＤＬの生成を前記第１の情報処理装置が行うように前記設定情報の設定内容を変更する処理であり、
   前記状態情報取得工程は、前記変更の後に前記プリンタとの通信を開始することを特徴とする請求項１に記載の情報処理方法。
8. 前記状態情報取得工程において、前記プリンタの状態に関する情報が前記プリンタから取得された後に、前記設定情報の設定内容を、ＰＤＬの生成を前記第２の情報処理装置が行うように再び変更する工程を更に有することを特徴とする請求項７に記載の情報処理方法。
9. 前記状態情報取得工程は、前記第１の情報処理装置が処理中または処理待ちの印刷ジョブに前記第２の情報処理装置が生成したＰＤＬのジョブが含まれていないことが確認された場合に、前記プリンタとの通信を開始することを特徴とする請求項１から８のいずれか１項に記載の情報処理方法。
10. 前記状態情報取得工程は、前記プリンタに使用履歴を要求するコマンドを送信する工程と、前記プリンタより前記使用履歴を受信する工程と、受信した前記使用履歴を表示する工程とを含むことを特徴とする請求項１から９のいずれか１項に記載の情報処理方法。
11. 前記実行工程は、プリンタドライバによって実行されることを特徴とする請求項１から１０のいずれか１項に記載の情報処理方法。
12. コンピュータに、請求項１から１１のいずれか１項に記載の情報処理方法を実行させるためのプログラム。
13. プリンタと、ネットワークで接続された他の情報処理装置との間に介在し、前記プリンタと前記他の情報処理装置との通信を制御することが可能な情報処理装置であって、
    前記プリンタの通信に関する設定情報を取得する設定情報取得手段と
    ユーザからのコマンドの入力に応じて、前記プリンタと通信して前記プリンタの状態に関する情報を前記プリンタから取得する状態情報取得手段と、
    前記設定情報が、前記プリンタが前記情報処理装置を介して前記他の情報処理装置と通信可能な状態にあり、且つ印刷データに基づくＰＤＬ（Printer Description Language）の生成を前記他の情報処理装置が行うことを示す場合、前記状態情報取得手段に前記プリンタとの通信を待機させて所定の処理を実行する実行手段と、
    を備え、
    前記状態情報取得工程における前記プリンタの状態に関する情報の取得と、前記実行工程における前記所定の処理の実行は、前記情報処理装置上の、それぞれ異なるプログラムによって実行されることを特徴とする情報処理装置。

Images