JP5025514B2 - 情報処理装置、情報処理装置の制御方法、及びコンピュータプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理装置の制御方法、及びコンピュータプログラムに関し、特に、複数のデバイスの動作を１つのデバイスドライバで制御するために用いて好適なものである。

通常、情報処理装置と、当該情報処理装置とネットワークを介して相互に接続された複数の画像形成装置とで構成された画像形成システムにおいて印刷処理を実行させる場合、デバイスドライバ（プリンタドライバ）が使用される。デバイスドライバは、画像形成装置を制御して印刷等の処理を実行させるためのソフトウェアであり、必要に応じて情報処理装置にインストールされる。

１つのデバイスドライバは、ネットワークに接続された複数の画像形成装置を制御することが可能である。しかしながら、複数の画像形成装置の能力は必ずしも同じではない。そのため、デバイスドライバが複数の画像形成装置を制御する場合、デバイスドライバの備える機能が、一部の画像形成装置で使用できない場合がある。そこで、一部の画像形成装置で使用できないデバイスドライバの機能をユーザが設定できないようにする技術が提案されている（特許文献１、２を参照）。

また、デバイスドライバを使用して画像形成装置に印刷処理を実行させる場合、情報処理装置は、画像形成装置からリソース情報を取得して、デバイスドライバに設定する必要がある。そこで、デバイスドライバのユーザインターフェースをユーザが手動で操作し、操作した内容に基づいて情報処理装置が、画像形成装置からリソース情報を取得してデバイスドライバに設定する技術が提案されている。更に、情報処理装置が、ネットワークを介して相互に接続された画像形成装置からリソース情報を自動的に取得し、取得したリソース情報をデバイスドライバに設定する技術が提案されている（特許文献３を参照）。このような技術では、インストール時のみならず、インストレーション後や、画像形成装置のリソースが更新された際にも、デバイスドライバにおけるリソース情報を更新し設定することが可能となる。

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

しかしながら、前述した従来の技術では、複数の画像形成装置のリソースが異なる場合、複数の異なるリソース情報がデバイスドライバに不定期に通知され、デバイスドライバの設定が動的に更新されることを考慮していなかった。そのため、特定の画像形成装置の機器構成情報に応じて設定可能となっているデバイスドライバの機能が、他の画像形成装置では使用できない状態が発生していた。すなわち、デバイスドライバが、他の画像形成装置で使用できない機能を設定して当該他の画像形成装置に対して印刷を実行させた場合に、印刷エラーが発生するという問題点があった。

本発明は、このような問題点に鑑みてなされたものであり、複数のデバイスの動作を１つのデバイスドライバで制御する場合に、複数のデバイスの機能が異なることにより生じるエラーを低減することを目的とする。

本発明の情報処理装置は、デバイスの動作を制御するデバイスドライバを搭載した情報処理装置であって、前記デバイスドライバのデバイスの機能に関する機能情報を取得する取得機能を制御する制御手段と、前記取得機能により取得された機能情報を記憶媒体に記憶する記憶手段と、前記制御手段は、前記デバイスドライバが複数のデバイスを制御可能な場合には当該デバイスドライバの取得機能を無効化することを特徴とする。

本発明の情報処理装置の制御方法は、デバイスの動作を制御するデバイスドライバを搭載した情報処理装置の制御方法であって、前記デバイスドライバのデバイスの機能に関する機能情報を取得する取得機能を制御する制御工程と、前記取得機能により取得された機能情報を記憶媒体に記憶する記憶工程と、前記制御工程は、前記デバイスドライバが複数のデバイスを制御可能な場合には当該デバイスドライバの取得機能を無効化することを特徴とする。

本発明のコンピュータプログラムは、前記情報処理装置の制御方法の各工程をコンピュータに実行させることを特徴とする。

本発明によれば、複数のデバイスの動作を１つのデバイスドライバで制御する場合に、複数のデバイスの機能が異なることにより生じるエラーを低減することができる。

（第１の実施形態）
以下に、図面を参照しながら、本発明の第１の実施形態について説明する。
〔システムの説明〕
図１は、画像形成システムの構成の一例を示すブロック図である。
図１に示すように、本実施形態の画像形成システムを構成する各装置はネットワーク１０７で接続されている。このネットワーク１０７は一系統であっても、複数系統であってもよい。
図１において、クライアントＰＣ１０１ａ〜１０１ｃは、複数のデバイスを制御するよう設定されたデバイスドライバを搭載した情報処理装置の一例であり、ネットワーク１０７に接続されている画像形成装置１０４ａ〜１０４ｃと双方向の通信を行う機能を備える。
クライアントＰＣ１０１ａ〜１０１ｃには、オペレーティングシステム、画像形成装置１０４ａ〜１０４ｃを制御するためのデバイスドライバ（本実施形態ではプリンタドライバ）、及び画像生成アプリケーション等のソフトウェアがインストールされている。

図２は、クライアントＰＣ１０１の内部構成の一例を示すブロック図である。
図２において、クライアントＰＣ１０１の駆動源として、ＡＣアダプタ２０１が、クライアントＰＣ１０１に外付けで接続されている。
クライアントＰＣ１０１は、電源ユニット２０２、中央処理装置（ＣＰＵ）２０３、ＢＩＯＳ等を記憶するＲＯＭ２０４、ＬＣＤ等で構成されるディスプレイ２０５、ビデオコントローラ（ＶＧＡＣ）２０６、及びビデオメモリ（ＶＲＡＭ）２０７を備える。更に、クライアントＰＣ１０１は、ハードディスクドライブ（ＨＤＤ）２０８、ハードディスクコントローラ（ＨＤＣ）２０９、及びネットワークポート（ＰＯＲＴ）２１０を備える。この他、クライアントＰＣ１０１は、キーボードコントローラ（ＫＢＣ）２１１、キーボード２１３、及びシステムメインメモリ（ＭＡＩＮ ＤＲＡＭ）２１２を備える。

クライアントＰＣ１０１のホスト部において各装置に電力を共有しているのが、電源ユニット２０２である。
クライアントＰＣ１０１の主制御を司っているのがＣＰＵ２０３であり、その基本的制御を指示するのが、ＲＯＭ２０４に記憶されているＢＩＯＳである。書き込み可能な不揮発性メモリ装置であるＨＤＤ２０８は、ＨＤＣ２０９により制御される。

ＣＰＵ２０３は、ＨＤＤ２０８からソフトウェアプログラムを読み出してＭＡＩＮ ＤＲＡＭ２１２に展開し、ＭＡＩＮ ＤＲＡＭ２１２を利用してソフトウェアプログラムを実行する。このとき、ＣＰＵ２０３は、ＶＧＡＣ２０６を使って、ＶＲＡＭ２０７に書き込まれているキャラクタ等をディスプレイ２０５に表示する。
また、ユーザからの操作は、例えば、キーボード２１３からのキー入力により行われる。ＫＢＣ２１１は、キーボード２１３から入力されたキー入力に関するキー入力情報を処理する。ＰＯＲＴ２１０は、ネットワーク１０７に接続された画像形成装置１０４とネットワーク通信する。尚、ユーザからの操作は、キーボード２１３を用いたものに限定されなく、マウスを用いたものであってもよい。

ＨＤＤ２０８には、ＯＳ（オペレーティングシステム）、各種アプリケーション、デバイスドライバ等のソフトウェアプログラムが記録されている。これらのソフトウェアプログラムは、ＣＰＵ２０３により実行される。
また、ユーザは、ＨＤＤ２０８に記録されている各種ソフトウェアプログラムに基づきキーボード２１３等を操作する。この操作に基づいて、クライアントＰＣ１０１は、画像形成システムの設定、画像形成装置１０４からの情報取得、及び印刷処理を実行することが可能となっている。

図１の説明に戻り、画像形成装置１０４は、デバイスの一例であり、クライアントＰＣ１０１から問い合わせがあった場合、又は自身のリソースが変化した場合に、自身のリソースに関するリソース情報をクライアントＰＣ１０１に通知する機能を備える。更に、画像形成装置１０４は、クライアントＰＣ１０１から印刷ジョブ（印刷データ）を受信し、受信した印刷ジョブに基づいて印刷処理を実行する機能を備える。
尚、画像形成システムを構成する"クライアントＰＣ１０１及び画像形成装置１０４"の数は、図１に示したものに限定されるものではない。

図３は、クライアントＰＣ１０１のＨＤＤ２０８にインストールされているソフトウェアプログラムの構成の一例を概念的に示すブロック図である。
クライアントＰＣ１０１のＣＰＵ２０３は、ＨＤＤ２０８から、図３に示すソフトウェアプログラムを読み出してＭＡＩＮ ＤＲＡＭ２１２に展開し、ＭＡＩＮ ＤＲＡＭ２１２を利用してソフトウェアプログラムを実行する。より具体的に説明すると、クライアントＰＣ１０１のＣＰＵ２０３は、図３に示すソフトウェアプログラムを実行して、ネットワーク１０７に接続された画像形成装置１０４から、機能情報の一例であるリソース情報を取得する。そして、ＣＰＵ２０３は、取得したリソース情報をデバイスドライバに設定し、画像形成装置１０４に印刷ジョブ（印刷データ）を送信して印刷処理を実行させる。

図３において、アプリケーション３０１はドキュメントを作成するためのものである。ユーザは、アプリケーション３０１の実行に基づく操作を行ってドキュメントを作成して印刷を指示する。
デバイスドライバ３０２は、ドライバ部３０３、リソース情報記述部３０４、及びリソース情報自動更新フラグ３０５を有している。デバイスドライバ３０２は、特定の複数の画像形成装置１０４ａ〜１０４ｃに関連付けられており、それら複数の画像形成装置１０４ａ〜１０４ｃの動作を制御することが可能となっている。本実施形態では、どのデバイスドライバが、どの画像形成装置を制御しているかに関する情報を、クライアントＰＣ１０１にインストールされているＯＳが管理している。具体的に説明すると、当該情報は、クライアントＰＣ１０１のＨＤＤ２０８に形成されているデバイスドライバ情報保存領域に、画像形成装置制御情報として保管されている。
ここでは、クライアントＰＣ１０１にインストールされているデバイスドライバ３０２は、画像形成装置１０４ａ〜１０４ｃを制御することが可能となっている。よって、デバイスドライバ３０２が、画像形成装置１０４ａ〜１０４ｃの動作を制御していることを示す画像形成装置制御情報が、ＨＤＤ２０８に形成されているデバイスドライバ情報保存領域に保管される。

デバイスドライバ３０２のドライバ部３０３は、画像形成装置１０４ａ〜１０４ｃのリソース情報を取得してリソース情報記述部３０４に自動的に記録するリソース情報自動取得機能（リソース情報自動更新機能）を備える。更に、ドライバ部３０３は、画像形成装置１０４ａ〜１０４ｃ等の状況に応じて、デバイスドライバ３０２のリソース情報自動取得機能を停止する機能を備える。この他、ドライバ部３０３は、アプリケーション３０１が作成したドキュメントのデータを印刷データに加工して、ユーザにより指示された画像形成装置１０４に送信する印刷データ送信機能を備えている。

リソース情報記述部３０４は、画像形成装置１０４ａ〜１０４ｃのリソース情報を保持している。
リソース情報自動更新フラグ３０５は、リソース情報自動取得機能が有効であるか否かを示すものである。リソース情報自動更新フラグ３０５がセットされている状態のとき（＝１）は、デバイスドライバ３０２のリソース情報自動取得機能が有効になっていることを表す。一方、リソース情報自動更新フラグ３０５がリセットされている状態のとき（＝０）は、デバイスドライバ３０２のリソース情報自動取得機能が無効になっていることを表す。

ドライバ部３０３は、リソース情報自動更新フラグ３０５がセットされている状態のときに、画像形成装置１０４から送信されたリソース情報を取得してリソース情報記述部３０４に記録する。一方、リソース情報自動更新フラグ３０５がリセットされている状態のときには、ドライバ部３０３は、画像形成装置１０４から送信されたリソース情報をリソース情報記述部３０４に記録しないで破棄する。若しくは、ドライバ部３０３は、ユーザからの取得指示を受け付けないように、デバイスドライバのユーザインターフェースを変更するようにしてもよい。例えば、取得ボタンのグレーアウト等を行ってユーザからの取得指示を受け付けないようにすることが挙げられる。すなわち、リソース情報の取得を禁止するように構成しても良い。

自動更新中継モジュール３０６は、画像形成装置１０４から通知されたリソース情報を、通信モジュール３０７を介して取得し、より上位のソフトウェア（デバイスドライバ３０２）に中継する機能を備える。この自動更新中継モジュール３０６は、デバイスドライバ３０２とは独立したモジュールである。
通信モジュール３０７は、画像形成装置１０４ａ〜１０４ｃ、デバイスドライバ３０２、及び自動更新中継モジュール３０６とデータ通信する機能を備える

クライアントＰＣ１０１は、通信モジュール３０７を用いて、リソース情報を画像形成装置１０４から受信し、リソース情報の通知／非通知命令等のデバイス制御情報や、印刷データを画像形成装置１０４に送信する。
画像形成装置１０４は、クライアントＰＣ１０１から、リソース情報通知命令を受信した場合に、リソース情報をクライアントＰＣ１０１に送信する。また、画像形成装置１０４は、予め画像形成装置１０４に設定された条件を満たした場合にリソース情報をクライアントＰＣ１０１に自動的に送信する。例えば、画像形成装置１０４は、電源がオンされたとき、又は機器構成が変更された場合にリソース情報を予め定められたクライアントＰＣ１０１に自動的に通知する。また、画像形成装置１０４は、一定時間隔でリソース情報を予め定められたクライアントＰＣ１０１に自動的に通知することも可能である。

図４は、画像形成装置１０４の機器構成の一例を表形式で示した図である。
図４に示す画像形成装置Ａ〜Ｃは、夫々図１に示した画像形成装置１０４ａ〜１０４ｃに対応する。図４に示すように画像形成装置Ａ〜Ｃは、夫々備える機器構成が異なっている。
すなわち、画像形成装置Ａは、給紙オプションとしてサイドペーパデッキを備え、排紙オプションとしてフィニッシャーＡを備えている。また、画像形成装置Ａの内部スプール処理は自動に設定されている。また、画像形成装置Ａは、パンチャーユニット及び部門管理機能を備えない。

画像形成装置Ｂは、給紙オプションとしてサイドペーパデッキを備え、排紙オプションとしてフィニッシャーＡを備え、パンチャーユニットとしてパンチャーユニットＡを備えている。また、画像形成装置Ｂの内部スプール処理は自動に設定されている。また、画像形成装置Ｂは、部門管理機能を備える。
画像形成装置Ｃは、給紙オプションとしてサイドペーパデッキを備え、排紙オプションとしてフィニッシャーＡを備え、パンチャーユニットとしてパンチャーユニットＡを備えている。また、画像形成装置Ｃの内部スプール処理は自動に設定されている。また、画像形成装置Ｃは、部門管理機能を備えない。

図５は、図１のクライアントＰＣ１０１にインストールされているデバイスドライバ３０２（ドライバ部３０３）の処理によってディスプレイ２０５に表示されるデバイス設定画面の一例を示す図である。
ユーザが、クライアントＰＣ１０１のキーボード２１３等を用いて、デバイスドライバ３０２の実行に基づく操作を行うと、クライアントＰＣ１０１のディスプレイ２０５に、デバイス設定画面５００が表示される。このとき、デバイスドライバ３０２は、リソース情報記述部３０４に記録されている"画像形成装置１０４のリソース情報"に従って、デバイス設定画面５００を生成してディスプレイ２０５に表示する。
ユーザは、デバイス設定画面５００に対する操作を行うことによって、印刷に使用する画像形成装置１０４のリソースを設定することが可能である。

図５において、プレビュー領域５０１は、画像形成装置１０４の給紙オプション及び排紙オプションの設定をグラフィカルに表示する領域である。給紙オプションユニット設定領域５０２は、給紙オプションユニットをユーザが選択するためのチェックボックスを表示する領域である。排紙オプションユニット設定領域５０３は、排紙オプションユニットの種類をユーザが選択するためのドロップダウンリストボックスを表示する領域である。パンチャーユニット設定領域５０４は、パンチャーユニットをユーザが選択するためのドロップダウンリストボックスを表示する領域である。内部スプール処理設定領域５０５は、コンピュータ内部での印刷スプール処理の有無をユーザが選択するためのドロップダウンリストボックスを表示する領域である。

部門管理機能設定領域５０６は、印刷枚数等の情報の計数や管理を、ある特定のグループ毎に行うための部門管理機能の有無をユーザが選択するためのチェックボックスを表示する領域である。デバイス情報取得ボタン５０７をユーザがクリックすると、デバイスドライバ３０２は、排紙オプションや給紙オプション等を示すリソース情報を画像形成装置１０４から取得する。取得されたリソース情報は、リソース情報自動更新フラグ３０５の状態に応じてリソース情報記述部３０４に記録されて、デバイス設定画面５００の各項目の設定値に反映される。ＯＫボタン５０８をユーザがクリックすると、デバイスドライバ３０２は、デバイス設定画面５００の各項目の設定値を確定する。キャンセルボタン５０９をユーザがクリックすると、デバイスドライバ３０２は、デバイス設定画面５００の各項目の設定値を破棄する。

〔処理の説明〕
〔リソース情報取得処理〕
図６は、クライアントＰＣ１０１上で動作するデバイスドライバ３０２のリソース情報取得処理の一例を説明するフローチャートである。図６を用いて、クライアントＰＣ１０１にインストールされているデバイスドライバ３０２のリソース情報自動更新機能を無効化する処理の一例について説明する。

例えば、クライアントＰＣ１０１において、デバイスドライバ３０２がインストールされた直後、又は制御対象の画像形成装置１０４がデバイスドライバ３０２に追加された直後に、デバイスドライバ３０２のリソース情報自動取得機能による処理が開始する。
図６のステップＳ６０１において、デバイスドライバ３０２は、ＯＳが管理しているデバイスドライバ情報保存領域を参照して画像形成装置制御情報を取得する。前述したように、画像形成装置制御情報は、どのデバイスドライバが、どの画像形成装置を制御しているかに関する情報である。

次に、ステップＳ６０２において、デバイスドライバ３０２は、ステップＳ６０１で取得した画像形成装置制御情報を参照して、自身が複数の画像形成装置１０４を制御しているか否かを判定する。この判定の結果、複数の画像形成装置１０４を制御している場合には、後述するステップＳ６０９に進む。
一方、複数の画像形成装置１０４を制御していない場合には、ステップＳ６０３に進み、デバイスドライバ３０２は、自身が制御している１つの画像形成装置１０４と通信して、その画像形成装置１０４のリソース情報を取得する。

次に、ステップＳ６０４において、デバイスドライバ３０２は、画像形成装置１０４からリソース情報を正常に取得できたか否かを判定する。この判定の結果、リソース情報を正常に取得できなかった場合には、後述するステップＳ６０７に進む。
一方、リソース情報を正常に取得できた場合には、ステップＳ６０５に進み、デバイスドライバ３０２は、ステップＳ６０３で取得したリソース情報をリソース情報記述部３０４に保管する。
次に、ステップＳ６０６において、デバイスドライバ３０２は、ステップＳ６０５で保管したリソース情報を、自身のデバイス設定画面５００の各項目に反映（設定）して、処理を終了する。

ステップＳ６０４において、画像形成装置１０４からリソース情報を正常に取得できなかったと判定した場合には、ステップＳ６０７に進む。ステップＳ６０７に進むと、デバイスドライバ３０２は、リトライタイマーをセットする。
次に、ステップＳ６０８において、デバイスドライバ３０２は、デバイス設定画面５００のデバイス情報取得ボタン５０７を無効化に設定して、処理を終了する。

この状態で、ユーザの操作に基づいて、デバイスドライバ３０２がデバイス設定画面５００を開くと、デバイス情報取得ボタン５０７は、ユーザが選択できないように、グレーアウトに無効化されて表示される。また、この後、ステップＳ６０７でセットしたリトライタイマーが規定の時間に達すると、デバイスドライバ３０２は、ステップＳ６０１から処理を再び開始することができる。

ステップＳ６０２において、デバイスドライバ３０２が複数の画像形成装置１０４を制御していると判定した場合には、ステップＳ６０９に進み、デバイスドライバ３０２は、自身のデバイス設定画面５００のデバイス情報取得ボタン５０７を無効化する。

次に、ステップＳ６１０において、デバイスドライバ３０２は、リソース情報自動更新フラグ３０５を参照して、リソース情報自動取得機能が有効になっているか否かを判定する。この判定の結果、リソース情報自動取得機能が無効になっている場合には、処理を終了する。
一方、リソース情報自動取得機能が有効になっている場合には、ステップＳ６１１に進み、デバイスドライバ３０２は、リソース情報自動更新フラグ３０５をリセットの状態に設定して、処理を終了する。
以降、画像形成装置１０４からリソース情報が送信されてきた場合、デバイスドライバ３０２は、そのリソース情報を破棄することになる。

以上のように本実施形態では、クライアントＰＣ１０１のデバイスドライバ３０２が複数の画像形成装置１０４を制御している場合には、リソース情報自動更新フラグ３０５をリセットに設定し、画像形成装置１０４のリソース情報の受け付けを禁止する。したがって、画像形成装置１０４で利用することができない機能の実行をデバイスドライバ３０２がその画像形成装置１０４に指示することを可及的に防止することができる。よって、複数の画像形成装置１０４ａ〜１０４ｂに対する印刷処理を、デバイスドライバ３０２で指示する場合に、それら複数の画像形成装置１０４ａ〜１０４ｂにおけるリソースが異なることにより生じる印刷エラーを可及的に防止することができる。これにより、従来よりもユーザにとって使い勝手を向上させることができる画像形成システムを構築できる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。前述した第１の実施形態では、デバイスドライバ３０２が複数の画像形成装置１０４ａ〜１０４ｃを制御している場合には、その後のリソース情報の受け付けを無条件で禁止するようにした。これに対し、本実施形態では、デバイスドライバ３０２が複数の画像形成装置１０４ａ〜１０４ｃを制御している場合であっても、それら複数の画像形成装置１０４ａ〜１０４ｃのリソース情報が全て同じである場合には、リソース情報の受け付けを許可する。また、デバイスドライバ３０２が複数の画像形成装置１０４ａ〜１０４ｃを制御している場合であって、それら複数の画像形成装置１０４ａ〜１０４ｃのリソース情報が異なる場合には、各リソース情報において共通するリソース情報の受け付けを許可する。一方、各リソース情報において共通しないリソース情報の受け付けを禁止する。このように、本実施形態と前述した第１の実施形態とは、リソース情報自動更新機能を無効化する際の処理の一部が主として異なる。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図６に付した符号と同一の符号を付すこと等により詳細な説明を省略する。

〔リソース情報取得処理〕
図７は、クライアントＰＣ１０１上で動作するデバイスドライバ３０２のリソース情報取得処理の一例を説明するフローチャートである。図７を用いて、クライアントＰＣ１０１にインストールされているデバイスドライバ３０２のリソース情報自動更新機能を無効化する処理の一例について説明する。

例えば、クライアントＰＣ１０１において、デバイスドライバ３０２がインストールされた直後、又は制御対象の画像形成装置１０４がデバイスドライバ３０２に追加された直後に、デバイスドライバ３０２のリソース情報自動取得機能による処理が開始する。更に、本実施形態では、例えば、画像形成装置１０４の機器構成が変更され、画像形成装置１０４がデバイスドライバ３０２にリソース情報を通知してきた場合にも、デバイスドライバ３０２のリソース情報自動取得機能による処理が開始する。

図７のステップＳ７０１において、デバイスドライバ３０２は、ＯＳが管理しているデバイスドライバ情報保存領域を参照して画像形成装置制御情報を取得する。前述したように、画像形成装置制御情報は、どのデバイスドライバが、どの画像形成装置を制御しているかに関する情報である。
次に、ステップＳ７０２において、デバイスドライバ３０２は、ステップＳ７０１で取得した画像形成装置制御情報を参照して、自身が複数の画像形成装置１０４を制御しているか否かを判定する。この判定の結果、複数の画像形成装置１０４を制御している場合には、後述するステップＳ７１０に進む。

一方、複数の画像形成装置１０４を制御していない場合には、ステップＳ７０３に進み、デバイスドライバ３０２は、自身が制御している１つの画像形成装置１０４と通信して、その画像形成装置１０４のリソース情報を取得する。
次に、ステップＳ７０４において、デバイスドライバ３０２は、画像形成装置１０４からリソース情報を正常に取得できたか否かを判定する。この判定の結果、リソース情報を正常に取得できなかった場合には、後述するステップＳ７０８に進む。
一方、リソース情報を正常に取得できた場合には、ステップＳ７０５に進み、デバイスドライバ３０２は、ステップＳ７０３で取得したリソース情報をリソース情報記述部３０４に保管する。

次に、ステップＳ７０６において、デバイスドライバ３０２は、ステップＳ７０５で保管したリソース情報を、自身のデバイス設定画面５００の各項目に反映（設定）する。
次に、ステップＳ７０７において、デバイスドライバ３０２は、自身のデバイス設定画面５００のデバイス情報取得ボタン５０７を有効化して、処理を終了する。
ステップＳ７０４において、画像形成装置１０４からリソース情報を正常に取得できなかったと判定した場合には、ステップＳ７０８に進む。ステップＳ７０８に進むと、デバイスドライバ３０２は、自身のデバイス設定画面５００のデバイス情報取得ボタン５０７を無効化する。
次に、ステップＳ７０９において、デバイスドライバ３０２は、リトライタイマーをセットし、処理を終了する。

この状態で、ユーザの操作に基づいて、デバイスドライバ３０２がデバイス設定画面５００を開くと、デバイス情報取得ボタン５０７は、ユーザが選択できないように、グレーアウトに無効化されて表示される。また、この後、ステップＳ７０９でセットしたリトライタイマーが規定の時間に達すると、デバイスドライバ３０２は、ステップＳ７０１から処理を再び開始することができる。

ステップＳ７０２において、デバイスドライバ３０２が複数の画像形成装置１０４を制御していると判定した場合には、ステップＳ７１０に進む。ステップＳ７１０に進むと、デバイスドライバ３０２は、自身が制御している全ての画像形成装置１０４からリソース情報を取得する。

図８は、デバイスドライバ３０２が、自身が制御している全ての画像形成装置１０４ａ〜１０４ｃから取得したリソース情報の一例を表形式で示す図である。図８に示す画像形成装置Ａ〜Ｃは、夫々図１に示した画像形成装置１０４ａ〜１０４ｃに対応する。
図８に示すように本実施形態では、デバイスドライバ３０２は、リソース情報８０１ａを画像形成装置Ａから取得する。リソース情報８０１ａには、給紙オプションが"サイドペーパデッキ"、排紙オプションが"フィニッシャーＡ"、パンチャーユニットが"パンチャーユニットＡ"、内部スプール処理が"自動"、部門管理機能が"あり"という情報が含まれる。

また、デバイスドライバ３０２は、リソース情報８０１ｂを画像形成装置Ｂから取得する。リソース情報８０１ｂには、給紙オプションが"サイドペーパデッキ"、排紙オプションが"フィニッシャーＡ"、パンチャーユニットが"なし"、内部スプール処理が"自動"、部門管理機能が"あり"という情報が含まれる。
更に、デバイスドライバ３０２は、リソース情報８０１ｃを画像形成装置Ｃから取得する。リソース情報８０１ｃには、給紙オプションが"サイドペーパデッキ"、排紙オプションが"フィニッシャーＡ"、パンチャーユニットが"パンチャーユニットＡ"、内部スプール処理が"自動"、部門管理機能が"なし"という情報が含まれる。

図７の説明に戻り、ステップＳ７１１において、デバイスドライバ３０２は、自身が制御している全ての画像形成装置１０４からリソース情報を正常に取得できたか否かを判定する。この判定の結果、リソース情報を正常に取得できた場合には、ステップＳ７２０に進み、デバイスドライバ３０２は、ステップＳ７１０で取得した"全ての画像形成装置のリソース情報"を比較する。その後、後述するステップＳ７２１に進む。
一方、ステップＳ７１１において、リソース情報を正常に取得できなかったと判定した場合には、ステップＳ７１２に進む。ステップＳ７１２に進むと、デバイスドライバ３０２は、リソース情報の取得に失敗した画像形成装置１０４を特定し、その画像形成装置１０４に関する画像形成装置情報を保管する。ここでは、リソース情報の取得に失敗した画像形成装置が "画像形成装置Ｃ（画像形成装置１０４ｃ）"であるとし、その画像形成装置Ｃに関する画像形成装置情報を保管したとする。

次に、ステップＳ７１３において、デバイスドライバ３０２は、取得に成功した画像形成装置１０４のリソース情報を一時的に保管する。ここでは、画像形成装置Ａ（画像形成装置１０４ａ）から取得したリソース情報Ａと、画像形成装置Ｂ（画像形成装置１０４ｂ）から取得したリソース情報Ｂとを一時的に保管したとする。
次に、ステップＳ７１４において、デバイスドライバ３０２は、自身のデバイス設定画面５００のデバイス情報取得ボタン５０７を無効化する。
次に、ステップＳ７１５において、デバイスドライバ３０２は、リソース情報の取得の失敗が、一定回数繰り返し発生したか否かを判定する。この判定の結果、リソース情報の取得の失敗が、一定回数繰り返し発生した場合には、前述したステップＳ７０９に進み、デバイスドライバ３０２は、リトライタイマーをセットする。

一方、リソース情報の取得の失敗が、一定回数繰り返し発生していない場合には、ステップＳ７１６に進み、デバイスドライバ３０２は、一定時間、処理を待つ。
この状態で、ユーザの操作に基づいて、デバイスドライバ３０２がデバイス設定画面５００を開くと、デバイス情報取得ボタン５０７は、ユーザが選択できないように、グレーアウトに無効化されて表示される。
そして、一定時間が経過するとステップＳ７１７に進み、デバイスドライバ３０２は、ステップＳ７１２で保管した画像形成装置情報により特定される画像形成装置１０４（リソース情報の取得に失敗した画像形成装置１０４）からリソース情報を再取得する。ここでは、デバイスドライバ３０２は、画像形成装置Ｃからリソース情報を再取得する。

次に、ステップＳ７１８において、デバイスドライバ３０２は、リソース情報の取得に失敗した画像形成装置１０４（画像形成装置Ｃ）からリソース情報を正常に取得（再取得）できたか否かを判定する。この判定の結果、リソース情報を正常に取得できなかった場合には、前述したステップＳ７１５に戻り、デバイスドライバ３０２は、一定回数、リソース情報の再取得を試みる。
一方、ステップＳ７１８において、リソース情報を正常に取得できた場合には、ステップＳ７１９に進む。そして、デバイスドライバ３０２は、ステップＳ７１３で保管したリソース情報（リソース情報８０１ａ、８０１ｂ）と、ステップＳ７１７で画像形成装置１０４（画像形成装置Ｃ）から取得したリソース情報（リソース情報８０１ｃ）とを比較する。そして、ステップＳ７２１に進む。

ステップＳ７２１に進むと、デバイスドライバ３０２は、画像形成装置１０４ａ〜１０４ｃ（画像形成装置Ａ〜Ｃ）から取得したリソース情報が全て同じか否かを判定する。この判定の結果、リソース情報が全て同じある場合には、後述するステップＳ７２８に進む。
一方、リソース情報が全て同じない場合（少なくとも１つのリソース情報が異なる場合）には、ステップＳ７２２に進む。図８に示した例では、リソース情報８０１ａ〜８０１ｃは互いに異なるものであるので、ステップＳ７２２に進む。

ステップＳ７２２に進むと、デバイスドライバ３０２は、自身のデバイス設定画面５００のデバイス情報取得ボタン５０７を無効化する。
次に、ステップＳ７２３において、デバイスドライバ３０２は、リソース情報自動更新フラグ３０５をリセットの状態に設定する。
次に、ステップＳ７２４において、デバイスドライバ３０２は、画像形成装置１０４ａ〜１０４ｃ（画像形成装置Ａ〜Ｃ）から取得したリソース情報（リソース情報８０１ａ〜８０１ｃ）を比較して、各リソース情報において共通するリソースを抽出する。
図８に示す例では、リソース情報８０１ａ〜８０１ｃで共通に存在する、『給紙オプション"サイドペーパデッキ"、排紙オプション"フィニッシャーＡ"、内部スプール処理が"自動"』が共通するリソースとして抽出される。

次に、ステップＳ７２５において、デバイスドライバ３０２は、各リソース情報において共通するリソースの情報をリソース情報記述部３０４に保管する。
次に、ステップＳ７２６において、デバイスドライバ３０２は、各リソース情報において共通するリソースを、自身のデバイス設定画面５００の各項目に設定する。
次に、ステップＳ７２７において、デバイスドライバ３０２は、デバイス設定画面５００の項目であって、各リソース情報において共通しないリソースに対応する各項目を無効化する。図８に示した例では、パンチャーユニット及び部門管理機能に対応する項目が無効化される。この後、処理は終了する。
この状態で、ユーザの操作に基づいて、デバイスドライバ３０２がデバイス設定画面５００を開くと、図９に示すようなデバイス設定画面５００がディスプレイ２０５に表示される。

図９は、各画像形成装置１０４で共通するリソースに対応する項目のみを有効化したデバイス設定画面５００の一例を示す図である。
ユーザが、クライアントＰＣ１０１のキーボード２１３等を用いて、デバイスドライバ３０２の実行に基づく操作を行うと、クライアントＰＣ１０１のディスプレイ２０５に、デバイス設定画面５００が表示される。
図９に示す各項目の内容は図５に示したものと同等である。ただし、図９に示すように、パンチャーユニット設定領域５０４、部門管理機能設定領域５０６、及びデバイス情報取得ボタン５０７が無効化されていて、ユーザが選択・変更できないようになっている。

図７の説明に戻り、ステップＳ７２１において、画像形成装置１０４ａ〜１０４ｃ（画像形成装置Ａ〜Ｃ）から取得したリソース情報が全て同じないと判定した場合には、ステップＳ７２８に進む。ステップＳ７２８に進むと、デバイスドライバ３０２は、リソース情報自動更新フラグ３０５をセットの状態に設定する。
次に、ステップＳ７２９において、デバイスドライバ３０２は、ステップＳ８１０、Ｓ８１７で取得したリソース情報をリソース情報記述部３０４に保管する。
次に、ステップＳ７３０において、デバイスドライバ３０２は、ステップＳ７２９で保管したリソース情報を、自身のデバイス設定画面５００の各項目に反映（設定）する。
次に、ステップＳ７３１において、デバイスドライバ３０２は、自身のデバイス設定画面５００のデバイス情報取得ボタン５０７を有効化して、処理を終了する。

以上のように本実施形態では、デバイスドライバ３０２が複数の画像形成装置１０４ａ〜１０４ｃを制御している場合であっても、それら複数の画像形成装置１０４ａ〜１０４ｃのリソース情報が全て同じである場合には、リソース情報の受け付けを許可する。また、デバイスドライバ３０２が複数の画像形成装置１０４ａ〜１０４ｃを制御している場合であって、それら複数の画像形成装置１０４ａ〜１０４ｃのリソース情報が異なる場合には、各リソース情報において共通するリソース情報のみの受け付けを許可する。したがって、第１の実施形態で説明した効果に加え、複数の画像形成装置１０４ａ〜１０４ｃにおいて、複数のリソースの一部が異なる場合であっても、共通するリソースについては印刷エラーを可及的に防止しつつ利用することができるという効果を有する。

尚、本実施形態では、各リソース情報において共通するリソースを抽出し、抽出したリソースに関するリソース情報をリソース情報記述部３０４に保管するようにすれば前述した効果を有し好ましい。しかしながら、これらの処理（ステップＳ７２４〜Ｓ７２７）については必ずしも行う必要はない。

（本発明の他の実施形態）
前述した本発明の実施形態における情報処理装置を構成する各手段、並びにデバイス管理方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図６、図７に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給するものを含む。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

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

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

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の第１の実施形態を示し、画像形成システムの構成の一例を示すブロック図である。 本発明の第１の実施形態を示し、クライアントＰＣの内部構成の一例を示すブロック図である。 本発明の第１の実施形態を示し、クライアントＰＣにインストールされているソフトウェアプログラムの構成の一例を概念的に示すブロック図である。 本発明の第１の実施形態を示し、画像形成装置の機器構成の一例を表形式で示した図である。 本発明の第１の実施形態を示し、クライアントＰＣにインストールされているデバイスドライバの処理によってディスプレイに表示されるデバイス設定画面の一例を示す図である。 本発明の第１の実施形態を示し、デバイスドライバのリソース情報取得処理の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、デバイスドライバのリソース情報取得処理の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、デバイスドライバが、自身が制御している全ての画像形成装置から取得したリソース情報の一例を表形式で示す図である。 本発明の第２の実施形態を示し、各画像形成装置で共通するリソースに対応する項目のみを有効化したデバイス設定画面の一例を示す図である。

符号の説明

１０１ クライアントＰＣ
１０４ 画像形成装置
１０７ ネットワーク
３０２ デバイスドライバ
３０３ ドライバ部
３０４ リソース情報記述部
３０５ リソース情報自動更新フラグ

Claims (7)

1. デバイスの動作を制御するデバイスドライバを搭載した情報処理装置であって、
   前記デバイスドライバのデバイスの機能に関する機能情報を取得する取得機能を制御する制御手段と、
   前記取得機能により取得された機能情報を記憶媒体に記憶する記憶手段と、
   前記制御手段は、前記デバイスドライバが複数のデバイスを制御可能な場合には当該デバイスドライバの取得機能を無効化することを特徴とする情報処理装置。
2. 前記制御手段は、前記取得機能の無効化として、ユーザによる当該取得機能の指示を行うための指示部を無効化し、自動での当該取得機能の実行を禁止することを特徴とする請求項１に記載の情報処理装置。
3. 前記デバイスドライバが複数のデバイスを制御可能な場合に、前記取得機能により取得された機能情報を前記記憶媒体に記憶せずに破棄することを特徴とする請求項１又は２に記載の情報処理装置。
4. デバイスの動作を制御するデバイスドライバを搭載した情報処理装置の制御方法であって、
   前記デバイスドライバのデバイスの機能に関する機能情報を取得する取得機能を制御する制御工程と、
   前記取得機能により取得された機能情報を記憶媒体に記憶する記憶工程と、
   前記制御工程は、前記デバイスドライバが複数のデバイスを制御可能な場合には当該デバイスドライバの取得機能を無効化することを特徴とする情報処理装置の制御方法。
5. 前記制御工程は、前記取得機能の無効化として、ユーザによる当該取得機能の指示を行うための指示部を無効化し、自動での当該取得機能の実行を禁止することを特徴とする請求項４に記載の情報処理装置の制御方法。
6. 前記デバイスドライバが複数のデバイスを制御可能な場合に、前記取得機能により取得された機能情報を前記記憶媒体に記憶せずに破棄することを特徴とする請求項４又は５に記載の情報処理装置の制御方法。
7. 請求項４〜６の何れか１項に記載の情報処理装置の制御方法の各工程をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images