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