(57)【要約】【課題】メタフレーム環境等において、プリンタの機器情報をプリンタドライバに反映させる技術を提供する中で、特に、サーバが使用するプリンタの機器情報を効率良く保持する技術を提供することを目的とする。【解決手段】クライアントと、プリンタと、そのプリンタのプリンタドライバを有するサーバとを含む画像印刷システムにおいて、前記サーバが、そのサーバ又はクライアントが取得したプリンタの複数の機器情報を、当該機器情報が使用される条件毎に格納し、前記サーバにおける機器情報取得手段が、前記プリンタドライバからの要求に基づき、前記複数の機器情報のうちのどの機器情報を使用するかを決定し、決定された機器情報にアクセスし、必要な情報を取得し、前記プリンタドライバにその情報を渡す。【選択図】　図６
2004078282.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと、プリンタと、そのプリンタのプリンタドライバを有するサーバとを含む画像印刷システムにおいて、プリンタドライバにプリンタの機器情報を設定するための方法であって、
前記サーバが、そのサーバ又はクライアントが取得したプリンタの複数の機器情報を、当該機器情報が使用される条件毎に格納する格納ステップと、
前記サーバにおける機器情報取得手段が、プリンタドライバからの要求に基づき、前記サーバに格納された複数の機器情報のうちのどの機器情報を使用するかを決定し、決定された機器情報にアクセスし、必要な情報を取得し、前記プリンタドライバにその情報を渡す機器情報取得ステップとを有することを特徴とする方法。
【請求項２】
前記機器情報が使用される条件は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンのうちの１つ又は複数により定められる請求項１に記載の方法。
【請求項３】
前記サーバは、前記機器情報が使用される条件毎に格納された機器情報を示す情報を有する関連情報を保持し、
前記機器情報取得手段は、その関連情報を参照することにより、前記条件に合致する機器情報を決定する請求項１又は２に記載の方法。
【請求項４】
前記関連情報は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンうちの１つ又は複数に対応付けられた機器情報の名前を有する請求項３に記載の方法。
【請求項５】
前記サーバは、ユーザ毎の各関連情報と、全てのユーザに共通する関連情報とを保持する請求項３に記載の方法。
【請求項６】
前記機器情報取得手段における当該機器情報取得手段と前記プリンタドライバ間のインターフェースを、プリンタと双方方向通信を行うクライアント内におけるネットワーク通信モジュールとプリンタドライバ間のインターフェースと同一とした請求項１に記載の方法。
【請求項７】
前記機器情報取得手段は、
前記インターフェースと、
前記インターフェースからの情報に基づき、格納された前記複数の機器情報のうちのどの機器情報を取得するかを決定する手段と、
前記機器情報にアクセスして情報を読み出す手段とを有する請求項６に記載の方法。
【請求項８】
前記サーバ又はクライアントは、プリンタと双方方向通信を行う際に使用されるネットワーク通信モジュールを用いて前記プリンタの機器情報を取得する請求項１に記載の方法。
【請求項９】
前記サーバ又はクライアントは、クライアントから印刷可能な全てのプリンタの前記機器情報をまとめて取得する請求項８に記載の方法。
【請求項１０】
前記サーバは、サーバ上にのみアプリケーションプログラムを導入する環境における当該アプリケーションプログラムを有するサーバである請求項１ないし９のうちいずれか１項に記載の方法。
【請求項１１】
クライアントと、プリンタと、そのプリンタのプリンタドライバを有する画像印刷装置とを含む画像印刷システムにおいて使用可能な画像印刷装置であって、
その画像印刷装置又はクライアントが取得したプリンタの複数の機器情報を、当該機器情報が使用される条件毎に格納する格納手段と、機器情報取得手段とを有し、
前記機器情報取得手段は、前記プリンタドライバからの要求に基づき、前記サーバに格納された複数の機器情報のうちのどの機器情報を使用するかを決定し、決定された機器情報にアクセスし、必要な情報を取得し、前記プリンタドライバにその情報を渡す手段を有することを特徴とする画像印刷装置。
【請求項１２】
前記機器情報が使用される条件は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンのうちの１つ又は複数により定められる請求項１１に記載の画像印刷装置。
【請求項１３】
前記画像印刷装置は、前記機器情報が使用される条件毎に格納された機器情報を示す情報を有する関連情報を保持し、
前記機器情報取得手段は、その関連情報を参照することにより、前記条件に合致する機器情報を決定する請求項１１又は１２に記載の画像印刷装置。
【請求項１４】
前記関連情報は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンのうちの１つ又は複数に対応付けられた機器情報の名前を有する請求項１３に記載の画像印刷装置。
【請求項１５】
ユーザ毎の各関連情報と、全てのユーザに共通する関連情報とを保持する請求項１３に記載の画像印刷装置。
【請求項１６】
クライアントと、プリンタと、そのプリンタのプリンタドライバを有するサーバとを含む画像印刷システムにおいて使用される当該サーバに、
そのサーバ又はクライアントが取得し、当該機器情報が使用される条件毎に格納されたプリンタの複数の機器情報にアクセスする機能と、
前記プリンタドライバからの要求に基づき、前記格納された複数の機器情報のうちのどの機器情報を使用するかを決定し、決定された機器情報から必要な情報を取得し、前記プリンタドライバにその情報を渡す機器情報取得機能とを実現させるプログラム。
【請求項１７】
前記機器情報が使用される条件は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンのうちの１つ又は複数により定められる請求項１６に記載のプログラム。
【請求項１８】
前記機器情報が使用される条件毎に格納された機器情報を示す情報を有する関連情報を参照することにより、前記条件に合致する機器情報を決定する機能を実現させる請求項１６又は１７に記載のプログラム。
【請求項１９】
前記関連情報は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンうちの１つ又は複数に対応付けられた機器情報の名前を有する請求項１８に記載のプログラム。
【請求項２０】
請求項１６ないし１９のうちいずれか１項に記載のプログラムを格納したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバ上にのみアプリケーションプログラムを導入する環境（例えばメタフレーム環境）において、プリンタの機器情報をサーバ上のプリンタドライバに反映させる技術に関する。
【０００２】
【従来の技術】
従来のクライアント／サーバ方式の問題点を解決するために、アプリケーションプログラムをクライアントに導入せずにサーバ上にのみ導入し、稼動させる方式がある。このような方式には、例えばメタフレームと呼ばれる方式がある。
【０００３】
図１は、メタフレーム環境の一例を示す図である。同図に示すメタフレームサーバ１でアプリケーションプログラムを稼動させ、クライアント２では、メタフレームサーバ１で稼動するアプリケーションプログラムの実行結果のみを表示させる。
【０００４】
メタフレーム環境でプリンタ３を使用する場合には、例えば、メタフレームサーバ１に予めプリンタドライバをインストールしておき、プリンタ３を使用するクライアント２からメタフレームサーバ１へのログイン時に、プリンタ３の論理プリンタがプリンタドライバを使用して自動作成（ＡｕｔｏＣｒｅａｔｅ）される。そして、クライアント２から印刷が実行されると、メタフレームサーバ１にて印刷データが生成され、クライアント２を経由してプリンタ３に印刷データ送信され、プリンタ３にて印刷が行われる。
【０００５】
また、メタフレーム環境におけるプリンタシステムの構成の従来技術として例えば米国公開公報ＵＳ２００２／００１８２３４Ａ１に記載された技術がある。米国公開公報ＵＳ２００２／００１８２３４Ａ１には、メタフレーム環境で使用可能なユニバーサルプリンタドライバについて記載されている。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記のようなメタフレーム環境を用いたプリンタシステムでは、クライアント側でオプション設定をしたにもかかわらず、その設定がメタフレームサーバにおける論理プリンタに反映されないという問題がある。
【０００７】
すなわち、論理プリンタにおけるオプション設定がＤｅｆａｕｌｔの状態のままになってしまい、例えば、両面トレイがあるにも関わらず、論理プリンタ上の設定値は両面なしとなる。また、トレイの用紙サイズ、用紙種類の設定も不明となってしまう。このような問題は次のような理由により発生する。
【０００８】
図２に示すようなクライアント２とプリンタ３とからなる通常の構成において、クライアント２の中のプリンタ３のプリンタドライバにおける両面トレイ等のオプション情報は、通常、クライアント２がプリンタ３と双方向通信を行うことにより、クライアント２が取得する。双方向通信は、例えば、図３に示す構成により行われる。この構成では、プリンタドライバ４の一部である双方向通信モジュール５から指示された情報を、ネットワーク通信モジュール６がネットワークを介してＳＮＭＰ等のプロトコルによりプリンタ３から取得する。
【０００９】
しかしながら、メタフレームサーバとプリンタ間では上記のような双方向通信を行うことができないので、オプション情報を論理プリンタに反映させることができない。従って、上記の問題が発生する。
【００１０】
本発明は上記の点に鑑みてなされたものであり、サーバ上にのみアプリケーションプログラムを導入する環境（例えばメタフレーム環境）において、プリンタの機器情報をプリンタドライバに反映させる技術を提供する中で、特に、サーバが使用するプリンタの機器情報を効率良く保持する技術を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記の目的を達成するために本発明は次のように構成される。
【００１２】
請求項１に記載の発明は、クライアントと、プリンタと、そのプリンタのプリンタドライバを有するサーバとを含む画像印刷システムにおいて、プリンタドライバにプリンタの機器情報を設定するための方法であって、前記サーバが、そのサーバ又はクライアントが取得したプリンタの複数の機器情報を、当該機器情報が使用される条件毎に格納する格納ステップと、前記サーバにおける機器情報取得手段が、プリンタドライバからの要求に基づき、前記サーバに格納された複数の機器情報のうちのどの機器情報を使用するかを決定し、決定された機器情報にアクセスし、必要な情報を取得し、前記プリンタドライバにその情報を渡す機器情報取得ステップとを有する。
【００１３】
本発明によれば、例えばメタフレーム環境のように、メタフレームサーバとプリンタ間で双方向通信ができず、機器情報を双方向通信により取得できない環境であっても、機器情報をプリンタドライバに反映させることが可能となる。特に、複数の情報を機器情報が使用される条件毎に格納することとしているので、機器情報のデータ量を削減でき、機器情報のデータの管理を容易にすることが可能となる。
【００１４】
請求項２に記載の発明は、請求項１の記載において、前記機器情報が使用される条件は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンのうちの１つ又は複数により定められるとする。
【００１５】
本発明によれば、例えば、ユーザＡがクライアントＢから特定のプリンタを用いる場合には、これらに適合した機器情報がプリンタドライバに反映されることとなる。
【００１６】
請求項３に記載の発明は、請求項１又は２の記載において、前記サーバは、前記機器情報が使用される条件毎に格納された機器情報を示す情報を有する関連情報を保持し、前記機器情報取得手段は、その関連情報を参照することにより、前記条件に合致する機器情報を決定する。このように関連情報を用いることにより、複数の機器情報（ファイル）のうちの適切なものにアクセスすることができる。
【００１７】
請求項４に記載の発明は、請求項３の記載において、前記関連情報は、プリンタを使用するユーザ、プリンタ出力の操作が行われるクライアント、印刷を行うプリンタ機種、ユーザが使用するプリンタアイコンうちの１つ又は複数に対応付けられた機器情報の名前を有する。
【００１８】
このような構成とすることにより、機器情報の格納形態と整合がとれ、適切に機器情報を選択することが可能となる。
【００１９】
請求項５に記載の発明は、請求項３の記載において、前記サーバは、ユーザ毎の各関連情報と、全てのユーザに共通する関連情報とを保持するようにする。
【００２０】
請求項６に記載の発明は、請求項１の記載において、前記機器情報取得手段における当該機器情報取得手段と前記プリンタドライバ間のインターフェースを、プリンタと双方方向通信を行うクライアント内におけるネットワーク通信モジュールとプリンタドライバ間のインターフェースと同一とする。
【００２１】
本発明により、従来のままのプリンタドライバを使用しながら、メタフレーム環境等の環境で、プリンタドライバに機器情報を反映させることができる。
【００２２】
請求項７に記載の発明は、請求項６の構成において、前記機器情報取得手段は、前記インターフェースと、前記インターフェースからの情報に基づき、格納された前記複数の機器情報のうちのどの機器情報を取得するかを決定する手段と、前記機器情報にアクセスして情報を読み出す手段とを有する。
【００２３】
本発明によれば、従来のネットワーク通信モジュールと比較してシンプルな構成により、機器情報取得手段を実現することができる。
【００２４】
請求項８に記載の発明は、請求項１の記載において、前記サーバ又はクライアントは、プリンタと双方方向通信を行う際に使用されるネットワーク通信モジュールを用いて前記プリンタの機器情報を取得する。
【００２５】
本発明によれば、ネットワーク通信モジュールのＡＰＩと機器情報取得手段のＡＰＩとを同一にすることにより、機器情報取得手段は格納された機器情報をそのまま用いることが可能となる。なお、機器情報取得手段は実施の形態中における擬似ネットワーク通信モジュールに対応する。
【００２６】
請求項９に記載の発明は、請求項８の記載において、前記サーバ又はクライアントは、クライアントから印刷可能な全てのプリンタの前記機器情報をまとめて取得する。このようにまとめて機器情報を取得することにより、機器情報取得にかかる負荷を軽減できる。
【００２７】
請求項１０に記載の発明は、請求項１ないし９のうちいずれか１項の記載において、前記サーバは、サーバ上にのみアプリケーションプログラムを導入する環境における当該アプリケーションプログラムを有するサーバであるとする。ここで、サーバ上にのみアプリケーションプログラムを導入する環境とは、例えばメタフレーム環境である。
【００２８】
請求項１１〜１５に記載の発明は、上記の方法の発明の実施に適した画像印刷装置の発明であり、請求項１６〜１９に記載の発明は、上記サーバにおいて実行するのに適したプログラムの発明であり、請求項２０に記載の発明は、そのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２９】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
【００３０】
（構成概要）
図４は、本発明の実施の形態におけるネットワークの構成を示す図である。本発明では、図４に示したようなネットワーク環境下において、メタフレームサーバからでは双方向通信により取得できない各プリンタのトレイ情報等の機器情報（以下、トレイ情報等の機器情報をコンフィギュレーションデータとも呼ぶが、擬似双方向通信用データとも呼ぶことがある）を、任意のクライアント端末もしくはメタフレームサーバから、コンフィギュレーションデータ取得ツールにより取得し、そのデータをメタフレームサーバにインストール（保存）しておく。
【００３１】
そして、メタフレームサーバ内でこのデータにアクセスすることにより、プリンタドライバが機器情報を取得することができ、自動作成される論理プリンタのオプション設定に反映させることが可能となる。
【００３２】
図４に示す構成のように、クライアント、プリンタが複数あるネットワーク構成においては、例えば、図４に示すように、クライアント毎、プリンタの機種（プリンタドライバ）毎にコンフィギュレーションデータをメタフレームサーバに格納しておくことにより、自動作成される論理プリンタ単位でデータを格納する場合に比べて、格納しておくべきデータ量を削減でき、データの管理作業の負荷を削減することが可能となる。この構成については後に詳しく説明する。
【００３３】
図５に、メタフレームサーバ内における本発明に係るソフトウェアのモジュール構成を示す（実線内の図）。なお、比較のために従来技術における構成を点線内に示している。
【００３４】
同図に示すように、本発明では、通常使用されるネットワーク通信モジュール６を使用せず、擬似ネットワーク通信モジュール７を使用する。これにより、プリンタドライバ４が擬似ネットワーク通信モジュール７を介して予め格納しておいた擬似双方向通信用データ８（コンフィギュレーションデータ）から機器情報を取得する。
【００３５】
図６は、複数あるコンフィギュレーションデータファイルのうち、どのファイルを選択するかを決定するための構成を示す図である。
【００３６】
上述したように、本発明では、コンフィギュレーションデータを、例えば、ユーザ毎、接続されているクライアント毎、プリンタ機種毎、アイコン名毎、等の単位でメタフレームサーバに格納しておくことが可能である。そして、格納されたデータファイルのうちのどのデータファイルを使用するかの情報を、関連情報ファイル９、１０に格納しておく。
【００３７】
このような構成において、擬似ネットワーク通信モジュール７は、双方向モジュールを介して受信した要求に基づき、まず関連情報ファイルを参照して、どのファイルを使用するかの情報を取得し（ステップ１）、その情報に基づいて、適切なコンフィギュレーションデータファイルにアクセスして機器情報を取得し（ステップ２）、取得した機器情報を双方向モジュール５に返す（ステップ３）。
【００３８】
図６に示す例では、関連情報ファイルを、及び全てのユーザで共通に使用されるものと、各ユーザ単位に設けている。これは、ユーザによってはメタフレームサーバ側のディレクトリにアクセスできない場合があり、また、ユーザによっては設定値が他の人にアクセスされないようにしておきたい場合があるためであり、このため、ユーザが確実にアクセスできるようにユーザ単位と全てのユーザに共通の場合とで関連情報ファイル分けておく。
【００３９】
（処理の流れ）
次に、図７―９を用いて本発明の実施の形態における処理の流れをより詳細に説明する。
【００４０】
図７（ａ）は、コンフィギュレーションデータの取得を説明するための図である。同図に示すように、コンフィギュレーションデータ取得ツールを起動しているクライアントがコンフィギュレーションデータを取得する。
【００４１】
この場合、例えば、クライアント側で図８に示すような画面上で、当該クライアントにインストールされているプリンタドライバを選択することにより、機器情報を取得する対象となるプリンタを指定する。そして、クライアントが、指定されたプリンタからデータを取得し、取得したデータを保存する。コンフィギュレーションデータ取得ツールによりコンフィギュレーションデータを取得する仕組みは、図３に示したような、プリンタドライバ（双方向通信モジュール）とネットワーク通信用モジュールとを用いてプリンタの情報を取得する仕組みと同様である。
【００４２】
なお、コンフィギュレーションデータ取得ツールを用いてコンフィギュレーションデータを取得する主体は、対象のプリンタ用のプリンタドライバがインストールされていれば、ＰＣでもサーバでもよく、コンピュータの種類を問わない。また、各クライアントが、自分のネットワークに接続されたプリンタのコンフィギュレーションデータを取得してもよいし、特定のクライアントもしくはメタフレームサーバが、一括して対象となる全てのプリンタのコンフィギュレーションデータを取得するようにしてもよい。
【００４３】
次に、図７（ｂ）に示すように、メタフレームサーバに、コンフィギュレーションデータと擬似ネットワーク通信用モジュールをインストールする。インストールは、例えば、コンフィギュレーションデータと擬似ネットワーク通信用モジュールとを所定のフォルダにコピーすることにより行う。なお、擬似ネットワーク通信用モジュールは、予めインストールしておいてもよい。
【００４４】
本発明の構成を用いてプリンタドライバに機器情報（オプション情報）を反映させる処理の流れを図９、図１０を用いて説明する。
【００４５】
なお、この処理は、メタフレーム環境における論理プリンタの自動作成時に行うようにしてもよいし、論理プリンタの作成の後に、クライアント側のユーザがプリンタドライバのプロパティ画面を開いたとき等に行うようにしてもよい。
【００４６】
図９において、まず、プリンタドライバがオプション情報取得要求を双方向通信モジュール５に出力する。オプション情報取得要求は、トレイ情報等、どの機器情報を取得するかの指示を含む情報である（ステップ１１）。次に、双方向通信モジュール５は、擬似ネットワーク通信モジュール７が存在するかどうかチェックする（ステップ１２）。
【００４７】
擬似ネットワーク通信モジュール７が存在しなければ（ステップ１３におけるＮｏ）、処理が失敗であることを双方向モジュール５に通知し（ステップ１４）、処理を終了する。擬似ネットワーク通信モジュール７が存在する場合には（ステップ１３におけるＹｅｓ）、擬似ネットワーク通信モジュール７を呼び出し、予め格納しておいた擬似双方向通信用データファイル８からオプション情報取得要求に適合した情報を取得し（ステップ１５）、読み込んだデータを双方向モジュール５に出力する（ステップ１６）。そして、そのデータをプリンタドライバの設定に反映させる（ステップ１７）。
【００４８】
（コンフィギュレーションデータファイル選択処理の詳細）
上記のステップ１５では、複数あるコンフィギュレーションデータファイルから、適切なコンフィギュレーションデータファイルを選択し、その中から機器情報を取得する処理を行っており、その詳細を図１０に示す。なお、図１０に示す処理は、関連情報ファイルがユーザ毎に格納されている場合を前提としている。
【００４９】
図１０において、まず、擬似ネットワーク通信モジュール７内で、双方向通信モジュールからの情報をもとに、ユーザ名を含む必要な情報（クライアント名、プリンタ機種名等）を取得する（ステップ１５１）。そして、取得したユーザ名に基づき、そのユーザ用の関連情報ファイルを検索する（ステップ１５２）。検索された対象となる関連情報ファイルから、ステップ１５１で取得した情報と合致するコンフィギュレーションデータファイルを検索する（ステップ１５３）。合致するコンフィギュレーションデータファイルが見つからない場合（ステップ１５４のＮｏ）には処理を終了し、合致するコンフィギュレーションデータファイルが見つかった場合（ステップ１５４のＹｅｓ）にはコンフィギュレーションデータファイルに含まれる機器情報を取得する（ステップ１５５）。
【００５０】
（擬似ネットワーク通信モジュール及び関連情報ファイルの構成詳細）
次に、図１１、図１２を用い、擬似ネットワーク通信モジュールの構成及び関連情報ファイルの構成について詳細に説明する。
【００５１】
図１１（ａ）は従来から使用されているネットワーク通信モジュールの構成を示す図であり、図１１（ｂ）は本発明に係る擬似ネットワーク通信モジュールの構成を示す図である。
【００５２】
図１１（ａ）に示すように、従来のネットワーク通信モジュールは、主に、取得する情報を指定するアプリケーションプログラムとのインターフェースをとるＡＰＩ（アプリケーションプログラムインターフェース）６１、アプリケーションから指定される情報とプリンタにおけるＭＩＢ情報との変換を行う変換部６２、プリンタにおけるＭＩＢを取得及び解析するＭＩＢ取得／解析部６３、プロトコル実装部６４（ＳＮＭＰ等）を有する。このような構成により、ＭＩＢ情報で構成されるプリンタの機器情報を双方向通信により取得することが可能となっている。
【００５３】
一方、図１１（ｂ）に示すように、本発明の擬似ネットワーク通信モジュールは、従来のネットワーク通信モジュールとインターフェースを持つＡＰＩ７１と、ＡＰＩにより指定される情報から、コンフィギュレーションデータファイル内のどの情報を取得するかを決定し、ファイル内を検索し、当該情報を取得するためのファイル検索／情報取得部７２と、実際にファイルにアクセスするための処理を行うファイルアクセス部７３とを有している。また、ファイル検索／情報取得部７２は、双方向通信モジュールから取得するユーザ名に基づき、当該ユーザに対応する関連情報ファイルを検索し、その関連情報ファイルからどのコンフィギュレーションデータファイルにアクセスすればよいかを決定する機能を有している。
【００５４】
図１１（ｂ）の構成において、ＡＰＩ７１とＡＰＩ６１とでは、双方向通信モジュールとの間のインターフェースを同じにしてあるため、双方向通信モジュールからみると擬似ネットワーク通信モジュールとネットワーク通信モジュールとは同じ構成に見える。従って、本発明においては、プリンタドライバは従来のものをそのまま使用することができる。
【００５５】
図１２は、関連情報ファイルの内容の例を示す図である。なお、本実施の形態では、関連情報ファイルをユーザ毎に作成するので、同図におけるケース▲１▼▲２▼とケース▲３▼〜▲５▼は別々の関連情報ファイルに格納されるが、図１２に示すような内容を有する関連情報ファイルを用いることも可能である。
【００５６】
図１２に示す例では、ユーザ毎・接続されているクライアント端末毎・プリンタドライバ（プリンタ機種）毎・アイコン名毎に、コンフィギュレーションデータファイルの保存場所を管理することを可能としている。擬似ネットワーク通信モジュールが、双方向通信モジュールから取得したユーザ識別情報、接続されているクライアント端末識別情報、プリンタドライバ（プリンタ機種）識別情報、アイコン識別情報と、関連情報ファイルの情報とを比較し、合致するコンフィギュレーションデータファイルにアクセスすることとなる。なお、ユーザ名は例えばログインＩＤで識別でき、クライアント端末は例えばＩＰアドレスで識別でき、プリンタドライバ名、アイコン名は、ユーザがプリンタを選択することにより、これらの情報がサーバ側に伝えられるので、サーバ側で認識できる。
【００５７】
図１２において、＊（ワイルドカード）はそのデータ項目においてはデータの値はどのようなものでもよいことを意味するが、他に具体的な値がセットされている場合には、その具体的な値と一致した場合が優先される。例えば、Ｕｓｅｒの項目で、実際のデータがＵｓｅｒＡであった場合には、Ｕｓｅｒの項目に関していえばケース▲１▼▲２▼が優先される。
【００５８】
図１２において、ＵｓｅｒＡがＣｌｉｅｎｔＢ上からＤｒｉｖｅｒ：Ｃプリンタ、プリンタアイコン名：Ｐｒｉｎｔｅｒ１を使用して印刷する場合はＣａｓｅ▲２▼に当てはまるため、擬似ネットワーク通信モジュールはＣ：￥Ｄａｔａ￥Ｃプリンタ−１．ｄａｔにアクセスして、このファイルから機器情報を取得する。
【００５９】
また、ＵｓｅｒＡがＣｌｉｅｎｔＢ上からＤｒｉｖｅｒ：Ａプリンタ、プリンタアイコン名：Ｐｒｉｎｔｅｒ１を使用して印刷する場合はＣａｓｅ▲２▼が当てはまらない。しかしＣａｓｅ▲１▼が当てはまるので、Ｃ：￥Ｄａｔａ￥Ａプリンタ．ｄａｔを使用する。
【００６０】
更に、ＵｓｅｒＡがＣｌｉｅｎｔＢ上からＤｒｉｖｅｒ：Ｂプリンタを使用して印刷する場合はＣａｓｅ▲５▼が当てはまるためＣ：￥Ｄａｔａ￥Ｂプリンタ−１．ｄａｔを使用する。
【００６１】
なお、各データファイルは、プリンタ機種に依存するため、Ｄｒｉｖｅｒ名（機種名）は必須の情報である。例えば、Ａプリンタ用のデータは、Ｂプリンタでは使用できない。その他の項目については、上記の例のようにワイルドカードを使用することが可能である。
【００６２】
（擬似ネットワーク通信モジュールとコンフィギュレーションデータ取得方法との関係）
次に、本発明における擬似ネットワーク通信モジュールとコンフィギュレーションデータ取得方法との関係について図１３を用いて説明する。
【００６３】
前述したように、コンフィギュレーションデータの取得は、従来の双方向通信行うためのソフトウェア構成を用いて行う。すなわち、図１３のクライアント側の構成に示すように、ネットワーク通信モジュール６におけるＡＰＩを介して、ＳＮＭＰによりコンフィギュレーションデータを取得する。従来のＡＰＩを用いてコンフィギュレーションデータを取得するので、コンフィギュレーションデータはＡＰＩ単位に取得することができる。そして、コンフィギュレーションデータがＡＰＩ単位に記録されたデータファイルをコンフィギュレーションデータファイルとしてメタフレームサーバに格納することとなる。
【００６４】
コンフィギュレーションデータ取得においては、コンフィギュレーションデータ取得ツールが機器情報を取得するＡＰＩの全てを呼び出し（ステップ２１）、ＡＰＩを介してプリンタから取得した機器情報（パラメータ）をそのまま（ＡＰＩ単位で）保存する（ステップ２２）。このような処理を例えばプリンタ毎に行って、コンフィギュレーションデータを取得する。
【００６５】
このような形式でコンフィギュレーションデータを格納することにより、従来のＡＰＩと同じＡＰＩを用いている擬似ネットワーク通信モジュール７は、双方向モジュールから要求されたＡＰＩ単位の情報（パラメータ）をそのままコンフィギュレーションデータファイルから読み出して双方向モジュールに返すことが可能となる（ステップ２３）。
【００６６】
なお、各プリンタから取得した複数のコンフィギュレーションデータファイルについて、どのコンフィギュレーションデータファイルをメタフレームサーバのどの場所（フォルダ）に格納するかは、関連情報ファイルとの整合がとれるように決定する。
【００６７】
（一括してコンフィギュレーションデータを取得する実施形態）
図１４に示すように、１つのクライアントもしくはサーバから一括してコンフィギュレーションデータを取得するような構成とすることも可能である。図１４の構成においては、まず、一括コンフィギュレーションデータ取得ツールにより検索又はアドレス指定されたプリンタのコンフィギュレーションデータを一括して取得する（ステップ３１）。そして、関連情報ファイルとの整合を持たせた上で、各コンフィギュレーションデータをメタフレームサーバにおける適切な場所（フォルダ）に保存する（ステップ３２）。そして、これまでに説明した方法により、擬似ネットワーク通信モジュール７は、適切なコンフィギュレーションデータにアクセスし、保存されている機器情報を双方向通信モジュールに返す（ステップ３３）。
【００６８】
なお、本発明の実施例は上記のものに限られず、特許請求の範囲に記載の範囲において様々な応用が考えられ得ることは言うまでもない。
【００６９】
【発明の効果】
上記の通り、本発明によれば、アプリケーションプログラムをクライアントでなくサーバ上に導入した集中型のシステム構成（例えばメタフレーム環境）において、サーバ上で論理プリンタを自動作成する際に、もしくは自動作成の後に、トレイ情報、両面ユニットの情報等のプリンタのオプション情報をプリンタドライバに反映させ、オプションの設定を行うことが可能となる。特に、図４に示したような複数の機器が接続されている環境においては、自動作成される論理プリンタ単位でコンフィギュレーションデータを持つと、データ量が大きくなり、管理作業の負荷が大きくなるところ、本発明においては、図１２に示したような関連情報ファイルを用いることにより、必要なコンフィギュレーションデータのみを格納しておけばよいこととしたので、データ量及び管理コストを削減することが可能となる。
【図面の簡単な説明】
【図１】メタフレーム環境の一例を示す図である。
【図２】クライアント２とプリンタ３とからなる通常の構成を示す図である。
【図３】従来の技術における双方向通信を説明するための図である。
【図４】本発明の実施の形態におけるネットワークの構成を示す図である。
【図５】メタフレームサーバ１内における本発明のソフトウェアのモジュール構成を示す図（実線内の図）である。
【図６】複数あるコンフィギュレーションデータファイルのうち、どのファイルを選択するかを決定するための構成を示す図である。
【図７】コンフィギュレーションデータの取得及び利用について説明するための図である。
【図８】コンフィギュレーションデータ取得ツールの画面表示例を示す図である。
【図９】機器情報をプリンタドライバに反映させる処理のフローチャートである。
【図１０】図９におけるステップ１５の処理を詳細に示す図である。
【図１１】擬似ネットワーク通信モジュールの構成を説明するための図である。
【図１２】関連情報ファイルの内容の例を示す図である
【図１３】擬似ネットワーク通信モジュールとコンフィギュレーションデータ取得方法との関係を説明するための図である。
【図１４】一括してコンフィギュレーションデータを取得するような構成を説明するための図である。
【符号の説明】
１　メタフレームサーバ
２　クライアント
３　プリンタ
４　プリンタドライバ
５　双方向通信モジュール
６　ネットワーク通信モジュール
７　擬似ネットワーク通信モジュール
８　擬似双方向通信用データ（コンフィギュレーションデータ）
９、１０　関連情報ファイル
【図１】
2004078282.tif 000003
【図２】
2004078282.tif 000004
【図３】
2004078282.tif 000005
【図４】
2004078282.tif 000006
【図５】
2004078282.tif 000007
【図６】
2004078282.tif 000008
【図７】
2004078282.tif 000009
【図８】
2004078282.tif 000010
【図９】
2004078282.tif 000011
【図１０】
2004078282.tif 000012
【図１１】
2004078282.tif 000013
【図１２】
2004078282.tif 000014
【図１３】
2004078282.tif 000015
【図１４】
2004078282.tif 000016