(57)【要約】【課題】コンフィギュレーションデータ取得ツールを自動化することで管理者の負担を軽くすることができる画像印刷システムを提供する。【解決手段】クライアント端末と、プリンタと、そのプリンタのプリンタドライバを有するサーバとがネットワーク上に接続された画像印刷システムにおいて、プリンタドライバにプリンタの機器情報を設定するための方法であって、前記サーバ又はクライアント端末が取得した前記プリンタの機器情報を格納する格納ステップと、前記ネットワーク上に接続されたプリンタを特定する特定情報をコンフィギュレーションデータ取得ツールを使って収集する収集ステップと、前記プリンタドライバからの要求に基づき前記サーバに格納された機器情報を前記収集されたプリンタを特定する特定情報を元に取得する機器情報取得ステップと、前記プリンタドライバにその機器情報を渡す機器情報反映ステップとを有する構成となっている。【選択図】      図５
2004252785.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末と、プリンタと、そのプリンタのプリンタドライバを有するサーバとがネットワーク上に接続された画像印刷システムにおいて、前記プリンタドライバにプリンタの機器情報を設定するための方法であって、
前記サーバ又はクライアント端末が取得した前記プリンタの機器情報を格納する格納ステップと、
前記ネットワーク上に接続されたプリンタを特定する特定情報を機器情報取得ツールを使って収集する収集ステップと、
前記プリンタドライバからの要求に基づき前記サーバに格納された機器情報を前記収集されたプリンタを特定する特定情報を元に取得する機器情報取得ステップと、
前記プリンタドライバにその機器情報を渡す機器情報反映ステップとを有することを特徴とするプリンタ機器情報設定方法。
【請求項２】
請求項１に記載のプリンタ機器情報設定方法であって、定期的にプリンタの機器情報を取りにいくためのアプリケーションを用意し、このアプリケーションを前記サーバにインストールし、定期的に機器情報を更新することを特徴とするプリンタ機器情報設定方法。
【請求項３】
クライアント端末と、プリンタと、そのプリンタのプリンタドライバを有するサーバとがネットワーク上に接続された画像印刷システムにおいて、前記プリンタドライバにプリンタの機器情報を設定するための方法であって、
前記サーバ又はクライアント端末が取得した前記プリンタの機器情報を格納する格納ステップと、
前記ネットワーク上に接続されたプリンタを特定する特定情報を機器情報取得ツールを使って収集する収集ステップと、
前記プリンタドライバからの要求に基づき前記プリンタのアクセス情報を前記収集されたプリンタを特定する特定情報を元に取得するアクセス情報取得ステップと、
前記プリンタドライバからの要求に基づき前記サーバに格納された機器情報を前記取得されたプリンタのアクセス情報を元に取得する機器情報取得ステップと
前記プリンタドライバにその機器情報を渡す機器情報反映ステップとを有することを特徴とするプリンタ機器情報設定方法。
【請求項４】
請求項１、２、３のプリンタ機器情報設定方法のプログラムを実行することを特徴とする画像印刷システム。
【請求項５】
請求項１、２、３のプリンタ機器情報設定方法のプログラムを格納したコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、サーバ上にのみアプリケーションプログラムを導入する環境（例メタフレーム環境）において、プリンタの機器情報をサーバ上のプリンタドライバに反映させるようにした画像印刷システムに関し、特に、コンフィギュレーションデータ取得ツール（機器情報取得ツール）を自動化することで管理者の負担を軽くすることができるプリンタ機器情報設定方法に関するものである。
【０００２】
【従来の技術】
従来のクライアント／サーバ方式の問題点を解決するために、アプリケーションプログラムをクライアント端末に導入せずにサーバ上にのみ導入し、稼動させる方式がある。このような方式には、例えばメタフレームと呼ばれる方式がある。
図１は、メタフレーム環境の画像印刷システムの一例を示す図である。同図に示すメタフレームサーバ１でアプリケーションプログラムを稼動させ、クライアント端末２では、メタフレームサーバ１で稼動するアプリケーションプログラムの実行結果のみを表示させる。
メタフレーム環境でプリンタ３を使用する場合には、例えば、メタフレームサーバ１に予めプリンタドライバをインストールしておき、プリンタ３を使用するクライアント端末２からメタフレームサーバ１へのログイン時に、プリンタ３の論理プリンタがプリンタドライバを使用して自動作成（ＡｕｔｏＣｒｅａｔｅ）される。そして、クライアント端末２から印刷が実行されると、メタフレームサーバ１にて印刷データが生成され、クライアント端末２を経由してプリンタ３に印刷データが送信され、プリンタ３にて印刷が行われる。
しかしながら、上記のようなメタフレーム環境を用いたプリンタシステムでは、クライアント端末２側でオプション設定をしたにもかかわらず、その設定がメタフレームサーバ１におけるプリンタドライバに反映されないという問題がある。
すなわち、論理プリンタにおけるオプション設定が’ＨＩＤＸＯＷ  の状態のままになってしまい、例えば、両面トレイがあるにも関わらず、論理プリンタ上の設定値は両面なしとなる。また、トレイの用紙サイズ、用紙種類の設定も不明となってしまう。このような問題は次のような理由により発生する。
【０００３】
図２に示すようなクライアント端末２とプリンタ３とからなる通常の構成において、クライアント端末２の中のプリンタ３のプリンタドライバにおける両面トレイ等のオプション情報は、通常、クライアント端末２がプリンタ３と双方向通信を行うことにより、クライアント端末２が取得する。双方向通信は、例えば、図３に示す構成により行われる。この構成では、プリンタドライバ４の一部である双方向通信モジュール５から指示された情報を、ネットワーク通信モジュール６がネットワークを介してＳＮＭＰ等のプロトコルによりプリンタ３から取得する。
しかしながら、メタフレームサーバ１とプリンタ３間では上記のような双方向通信を行うことができないので、オプション情報をプリンタドライバに反映させることができない。従って、上記の問題が発生する。
これを解決するために、本出願人による発明（特願２００２−２３３５２８）では、図１に示したようなネットワーク環境下において、双方向通信により取得できないプリンタ３のトレイ情報等の機器情報（オプション構成情報）をクライアント端末２からコンフィギュレーションデータ取得ツールにより取得し、そのコンフィギュレーションデータをメタフレームサーバ１に保存しておく（以下、トレイ情報等の機器情報をコンフィギュレーションデータとも呼ぶが、擬似双方向通信用データとも呼ぶことがある）。
そして、メタフレームサーバ１内でこのデータにアクセスすることにより、プリンタドライバ４が機器情報を取得することができ、自動作成される論理プリンタのオプション設定に反映させることが可能となる。
また、メタフレーム環境におけるプリンタシステムの構成の従来技術として、例えば米国公開公報ＵＳ２００２／００１８２３４Ａ１  に記載された技術がある。米国公開公報ＵＳ２００２／００１８２３４Ａ１  には、メタフレーム環境で使用可能なユニバーサルプリンタドライバについて記載されている。
【特許文献１】ＵＳ２００２／００１８２３４Ａ１
【特許文献２】ＵＳ２００２／００１８２３４Ａ１
【特許文献３】特願２００２−２３３５２８
【０００４】
【発明が解決しようとする課題】
しかしながら、上記技術には次のような問題点があった。
すなわち、コンフィギュレーションデータ取得ツールを使って、プリンタ毎のコンフィギュレーションデータを作らないといけないため管理者の負担を増加させていた。
また、コンフィギュレーションデータ取得ツールを使う前に予め、クライアント端末にプリンタを登録しなければならないため資源の無駄になっていた。
また、プリンタの機器情報に変化があった場合、管理者が対象となるプリンタのコンフィギュレーションデータを作り直さなければならないためリアルタイム性がなく、管理者の負担が大きくなっていた。例えば、給紙トレイに紙サイズの変更があった場合、コンフィギュレーションデータ取得ツールを使って、コンフィギュレーションデータを作成しなおす必要が発生した。
また、使用するプリンタが多いと、コンフィギュレーションデータ量が大きくなり、資源の無駄となる問題点があった。
本発明の目的は、コンフィギュレーションデータ取得ツールを自動化することで管理者の負担を軽くすることができる画像印刷システムを提供することである。
【０００５】
【課題を解決するための手段】
上述の目的を達成するために、請求項１記載の発明は、クライアント端末と、プリンタと、そのプリンタのプリンタドライバを有するサーバとがネットワーク上に接続された画像印刷システムにおいて、プリンタドライバにプリンタの機器情報を設定するための方法であって、前記サーバ又はクライアント端末が取得した前記プリンタの機器情報を格納する格納ステップと、前記ネットワーク上に接続されたプリンタを特定する特定情報を機器情報取得ツールを使って収集する収集ステップと、前記プリンタドライバからの要求に基づき前記サーバに格納された機器情報を前記収集されたプリンタを特定する特定情報を元に取得する機器情報取得ステップと、前記プリンタドライバにその機器情報を渡す機器情報反映ステップとを有することを特徴とする。
したがって、機器情報取得ツールを自動化することで、管理者の負担が軽くなり、クライアント端末にプリンタを登録する必要がなくなる。
また、請求項２記載の発明は、請求項１に記載のプリンタ機器情報設定方法において、定期的にプリンタの機器情報を取りにいくためのアプリケーションを用意し、このアプリケーションを前記サーバにインストールし、定期的に機器情報を更新することを特徴とする。
したがって、最近のプリンタの機器情報を取得でき、リアルタイム性が保たれ、管理者が機器情報をわざわざ作り直す必要がなくなる。
また、請求項３記載の発明は、クライアント端末と、プリンタと、そのプリンタのプリンタドライバを有するサーバとがネットワーク上に接続された画像印刷システムにおいて、プリンタドライバにプリンタの機器情報を設定するための方法であって、前記サーバ又はクライアント端末が取得した前記プリンタの機器情報を格納する格納ステップと、前記ネットワーク上に接続されたプリンタを特定する特定情報を機器情報取得ツールを使って収集する収集ステップと、前記プリンタドライバからの要求に基づき前記プリンタのアクセス情報を前記収集されたプリンタを特定する特定情報を元に取得するアクセス情報取得ステップと、前記プリンタドライバからの要求に基づき前記サーバに格納された機器情報を前記取得されたプリンタのアクセス情報を元に取得する機器情報取得ステップと前記プリンタドライバにその機器情報を渡す機器情報反映ステップとを有することを特徴とする。
したがって、機器情報量が小さくなり、記憶容量を節約できる。
また、請求項４記載の発明は、画像印刷システムにおいて、請求項１、２、３のプリンタ機器情報設定方法のプログラムを実行することを特徴とする。
また、請求項５記載の発明は、コンピュータ読み取り可能記憶媒体へ、請求項１、２、３のプリンタ機器情報設定方法のプログラムを格納したことを特徴とする。
【０００６】
【発明の実施の形態】
以下に添付の図を参照してこの発明の実施形態を詳細に説明する。
図１は、メタフレーム環境の一例を示す図である。同図に示すメタフレームサーバ１でアプリケーションプログラムを稼動させ、クライアントにより操作されるクライアント端末２では、メタフレームサーバ１で稼動するアプリケーションプログラムの実行結果のみを表示させる。
メタフレーム環境でプリンタ３を使用する場合には、例えば、メタフレームサーバ１に予めプリンタドライバをインストールしておき、プリンタ３を使用するクライアント端末２からメタフレームサーバ１へのログイン時に、プリンタ３の論理プリンタがプリンタドライバを使用して自動作成（ＡｕｔｏＣｒｅａｔｅ）される。そして、クライアント端末２から印刷が実行されると、メタフレームサーバ１にて印刷データが生成され、クライアント端末２を経由してプリンタ３に印刷データ送信され、プリンタ３にて印刷が行われる。
そして、ここでは、図１に示したようなネットワーク環境下において、双方向通信により取得できないプリンタ３のトレイ情報等の機器情報（オプション構成情報）をクライアント端末２からコンフィギュレーションデータ取得ツール（機器情報取得ツール）により取得し、そのコンフィギュレーションデータをメタフレームサーバ１に保存しておく（以下、トレイ情報等の機器情報をコンフィギュレーションデータとも呼ぶが、擬似双方向通信用データとも呼ぶことがある）。
そして、メタフレームサーバ１内でこのデータにアクセスすることにより、プリンタドライバ４が機器情報を取得することができ、自動作成される論理プリンタのオプション設定に反映させることが可能となる。
図４に、メタフレームサーバ１内における本発明に係るソフトウェアのモジュール構成を示す。同じ構成要素には同じ参照番号が付されている。
同図に示すように、本発明では、通常使用されるネットワーク通信モジュール６を使用せず、擬似ネットワーク通信モジュール７を使用する。これにより、プリンタドライバ４が擬似ネットワーク通信モジュール７を介して予め格納しておいた擬似双方向通信用データ８から機器情報を取得する。
そして、本実施形態では、以下に説明するようにコンフィギュレーションデータ取得ツール（機器情報取得ツール）を自動化することで管理者の負担を軽くする様にしている。
【０００７】
次に、図５〜７を用いて本発明の第１の実施形態における処理の流れをより詳細に説明する。同じ構成要素には同じ参照番号が付されている。
図５は、コンフィギュレーションデータの取得を説明するための図である。同図に示すように、コンフィギュレーションデータ取得ツールを起動しているクライアント端末がコンフィギュレーションデータを取得する。
この場合、例えば、クライアント端末側で図６に示すような画面上で、当該クライアント端末にインストールされているプリンタドライバを選択することにより、機器情報を取得する対象となるプリンタを指定する（この場合プリンタＡ）。
そして、クライアント端末が図６に示すような、“ネットワーク上にあるプリンタを収集する。”を選択すると、以下のような手順でコンフィギュレーションデータが作成される。
１．ネットワーク上にあるプリンタ３（図５における、プリンタＡ、プリンタＢ、プリンタＣ）のポート名を収集する（例えば、そのプリンタ３のＩＰアドレス）。すなわち、上記プリンタ３を特定する特定情報としてポート名を収集する。
２．収集したプリンタ３のポート名から機器情報（例：給紙トレイ情報、オプション情報など）を取得する。
３．収集したプリンタ３（例えば、そのプリンタ３のＩＰアドレス）と機器情報をコンフィギュレーションデータとして作成する。
【０００８】
図７は、コンフィギュレーションデータの取得およびドライバ設定への反映処理の動作フローチャートである。上述したコンフィギュレーションデータの取得およびドライバ設定への反映処理を図７に基づいて説明する。
図７において、まず、プリンタドライバがオプション情報取得要求を双方向通信モジュール５に出力する。オプション情報取得要求は、トレイ情報等、どの機器情報を取得するかの指示を含む情報である（ステップ１）。次に、双方向通信モジュール５は、擬似ネットワーク通信モジュール７が存在するかどうかチェックする（ステップ２）。擬似ネットワーク通信モジュール７が存在しなければ（ステップ３におけるＮｏ）、処理が失敗であることを双方向モジュール５に通知し（ステップ４）、処理を終了する。擬似ネットワーク通信モジュール７が存在する場合には（ステップ３におけるＹｅｓ）、擬似ネットワーク通信モジュール７を呼び出し、上述のように収集したプリンタ３のポート名（例えば、そのプリンタ３のＩＰアドレス）を元に予め格納しておいたコンフィギュレーションデータファイル８からオプション情報取得要求に適合した情報を取得し（ステップ５）、読み込んだデータを双方向モジュール５に出力する（ステップ６）。そして、そのデータをプリンタドライバの設定に反映させる（ステップ７）。
以上説明したように、従来技術では、コンフィギュレーションデータ取得ツールを使って、プリンタ毎のコンフィギュレーションデータを作らないといけないため管理者の負担を増加させていたり、また、コンフィギュレーションデータ取得ツールを使う前に予め、クライアント端末にプリンタを登録しなければならないため資源の無駄になっていたが、この第１の実施形態によれば、コンフィギュレーションデータ取得ツールを自動化することで、管理者の負担が軽くなり、クライアント端末にプリンタを登録する必要がなくなる。
【０００９】
次に、図８、図９、図１０を参照して本発明の第２実施形態について説明する。同じ構成要素には同じ参照番号が付されている。
図８に、メタフレームサーバ１内における本第２実施形態に係るソフトウェアのモジュール構成を示す。
図８に示すように、本第２実施形態では、通常使用されるネットワーク通信モジュール６を使用せず、擬似ネットワーク通信モジュール７を使用する。これにより、プリンタドライバ４が擬似ネットワーク通信モジュール７を介して予め格納しておいた擬似双方向通信用データ８から機器情報を取得する。そして、さらにプリンタ３と擬似ネットワーク通信モジュール７との間には、擬似双方向通信用データ更新モジュール９が設けられている。
図９は、第２実施形態に係る擬似双方向通信用データ更新処理の動作フローチャートである。
図９のステップ１０において、その擬似双方向通信用データ更新モジュールが起動されると、図１０に示す画面が表示され、この画面で更新方法が設定される。
例えば、図１０において、毎週、毎日、毎時をいずれかを選択する。すなわち、例えば、毎週を選択し、月曜日の２０時にコンフィギュレーションデータを更新する。
他にも、毎日を選択し、２０時にコンフィギュレーションデータを更新したり、毎時を選択し、１時間ごとにコンフィギュレーションデータを更新する様にしても良い。
その後、ステップ１１において、更新時に到達したら、コンフィギュレーションデータから機器へのアクセス情報（例：ＩＰアドレス）を取得し、そのアクセス情報を元に、機器から機器情報を取得する（ステップ１２、１３）。そして、ステップ１４において、取得した機器情報を元に、コンフィギュレーションデータを更新する。
以上説明したように、従来技術では、プリンタの機器情報に変化があった場合、管理者が対象となるプリンタのコンフィギュレーションデータを作り直さなければならないためリアルタイム性がなく、管理者の負担が大きくなっていたが、この第２実施形態によれば、最近のプリンタの機器情報を取得でき、リアルタイム性が保たれ、管理者が機器情報をわざわざ作り直す必要がなくなる。
【００１０】
次に、図５、図６、図１１を参照して本発明の第３実施形態について説明する。
この第３実施形態においては、プリンタ３のポート名（例えば、そのプリンタ３のＩＰアドレス）を元に、コンフィギュレーションデータからＩＰアドレスと同じ機器へのアクセス情報を取り出し、そのアクセス情報を元に機器から機器情報を取得し、受信した機器情報を双方向モジュール５に出力し、そのデータをプリンタドライバの設定に反映させるようにしたものである。
図１１は、第３実施形態におけるコンフィギュレーションデータの取得およびドライバ設定への反映処理の動作フローチャートである。第３実施形態におけるコンフィギュレーションデータの取得およびドライバ設定への反映処理を図１１に基づいて説明する。同じ動作には同じステップ番号が付されている。
図１１において、まず、プリンタドライバがオプション情報取得要求を双方向通信モジュール５に出力する。オプション情報取得要求は、トレイ情報等、どの機器情報を取得するかの指示を含む情報である（ステップ１）。次に、双方向通信モジュール５は、擬似ネットワーク通信モジュール７が存在するかどうかチェックする（ステップ２）。擬似ネットワーク通信モジュール７が存在しなければ（ステップ３におけるＮｏ）、処理が失敗であることを双方向モジュール５に通知し（ステップ４）、処理を終了する。擬似ネットワーク通信モジュール７が存在する場合には（ステップ３におけるＹｅｓ）、擬似ネットワーク通信モジュール７を呼び出し、プリンタ３のポート名（例えば、そのプリンタ３のＩＰアドレス）を元に、コンフィギュレーションデータからＩＰアドレスと同じ機器へのアクセス情報を取り出す（ステップ２０）。次に、そのアクセス情報を元に機器から機器情報を取得し（ステップ２１）、受信した機器情報を双方向モジュール５に出力し（ステップ２２）、そして、そのデータをプリンタドライバの設定に反映させる（ステップ７）。
以上説明したように、従来技術では、使用するプリンタが多いと、コンフィギュレーションデータ量が大きくなり、資源の無駄となる問題点があったが、この第３実施形態によれば、コンフィギュレーションデータ量が小さくなり、記憶容量を節約できる。
なお、上記図７、図９、図１１に示した第１、第２、第３実施形態の動作方法は、それぞれプログラムとしてＣＤ−Ｒ、イメージファイル等の記録媒体に記憶しておくことが出来る。
【００１１】
【発明の効果】
以上の説明から理解されるように、従来技術では、コンフィギュレーションデータ取得ツールを使って、プリンタ毎のコンフィギュレーションデータを作らないといけないため管理者の負担を増加させていたり、また、コンフィギュレーションデータ取得ツールを使う前に予め、クライアント端末にプリンタを登録しなければならないため資源の無駄になっていたが、本発明によれば、コンフィギュレーションデータ取得ツールを自動化することで、管理者の負担が軽くなり、クライアント端末にプリンタを登録する必要がなくなる。
また、従来技術では、プリンタの機器情報に変化があった場合、管理者が対象となるプリンタのコンフィギュレーションデータを作り直さなければならないためリアルタイム性がなく、管理者の負担が大きくなっていたが、本発明によれば、最近のプリンタの機器情報を取得でき、リアルタイム性が保たれ、管理者が機器情報をわざわざ作り直す必要がなくなる。
また、従来技術では、使用するプリンタが多いと、コンフィギュレーションデータ量が大きくなり、資源の無駄となる問題点があったが、本発明によれば、コンフィギュレーションデータ量が小さくなり、記憶容量を節約できる。
【図面の簡単な説明】
【図１】メタフレーム環境の画像印刷システムの一例を示す図である。
【図２】クライアント端末２とプリンタ３とからなる通常の画像印刷システムの構成を示す図である。
【図３】従来の技術における双方向通信を説明するための図である。
【図４】メタフレームサーバ１内における本発明のソフトウェアのモジュール構成を示す図である。
【図５】コンフィギュレーションデータの取得及び利用について説明するための図である。
【図６】コンフィギュレーションデータ取得ツールの画面表示例を示す図である。
【図７】第１実施形態におけるコンフィギュレーションデータの取得およびドライバ設定への反映処理の動作フローチャートである。
【図８】メタフレームサーバ１内における本第２実施形態に係るソフトウェアのモジュール構成を示す図である。
【図９】第２実施形態に係る擬似双方向通信用データ更新処理の動作フローチャートである。
【図１０】コンフィギュレーションデータ取得ツールの更新設定の画面表示例を示す図である。
【図１１】第３実施形態におけるコンフィギュレーションデータの取得およびドライバ設定への反映処理の動作フローチャートである。
【符号の説明】
１…メタフレームサーバ、２…クライアント端末、３…プリンタ、４…プリンタドライバ、５…双方向通信モジュール、６…ネットワーク通信モジュール、７…擬似ネットワーク通信モジュール、８…擬似双方向通信用データ、９…擬似双方向通信用データ更新モジュール
【図１】
2004252785.tif 000003
【図２】
2004252785.tif 000004
【図３】
2004252785.tif 000005
【図４】
2004252785.tif 000006
【図５】
2004252785.tif 000007
【図６】
2004252785.tif 000008
【図７】
2004252785.tif 000009
【図８】
2004252785.tif 000010
【図９】
2004252785.tif 000011
【図１０】
2004252785.tif 000012
【図１１】
2004252785.tif 000013