JP2006244036A - Ｐｕｓｈ型インストールにおけるクライアントへの詳細情報提示機能とインストール方法 - Google Patents

Abstract

【課題】 プリンタドライバのＰｕｓｈ型インストールにおいて、サーバにて管理している登録情報に基づき、クライアントへ詳細な情報を提示でき、かつ多岐に渡るインストール方法を選択させることを目的とする。
【解決手段】 詳細情報表示処理工程とＰｕｓｈ型インストール処理工程から構成され、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御に関する制御方法、装置、および記憶媒体である。
【選択図】 図１

Description

本発明は、サーバ・コンピュータからクライアント・コンピュータに対して、クライアントのプリンタドライバに対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するために、詳細情報表示処理工程、Ｐｕｓｈ型インストール処理工程、から構成され、Ｐｕｓｈ型インストールにおけるクライアントへの詳細情報提示機能とインストール方法に関する制御方法、装置、および記憶媒体に関する。

通常プリンタドライバの最新バージョンでは、前バージョンのバグフィックス、新機能の搭載など様々な機能を有しているが、それは、必ずしもすべてのユーザにとって、必要となる情報とは限らず、機能によっては、まったく使用しない場合も有り得る。

しかしながら、従来のＰｕｓｈ型インストールでは、クライアントに対して提示される情報は、
（１）サーバからクライアントのプリンタドライバを強制的にアップデートしていた。

（２）単に、クライアントのプリンタドライバよりも新しいプリンタドライバが存在するが、それをインストールするか否かを問いていた。

（３）新しいプリンタドライバの機能や修正ポイントだけを提示して、それをインストールするか否かを問いていた。

つまり、クライアントのユーザにとっては、現在クライアントがなんのバージョンであるから、どのバージョンへアップすることが適切なのか、さらには、なぜバージョンアップするのか、といった特にクライアントにて使用しているプリンタドライバに関する詳細情報は提示されていなかった。

また、アップデートの仕方に関しても、単に自動アップデートするのではなく、クライアントの利用状態に応じて、そのプリンタドライバのアップデートとして可能な範囲での、例えば、即時自動アップデート、後日自動アップデート、手動によるアップデートの選択情報が適切には提示されていなかった。
というユーザビリティ性の欠如といった問題を抱えたＰｕｓｈ型インストールであった。

又、従来例としては、例えば特許文献１と特許文献２をあげることが出来る。
特開２００４−３１８３２９号公報 特開２００３−１６７６９６号公報

しかしながら、このような従来の技術では、Ｐｕｓｈ型インストールにおけるクライアントに対して提示される情報は、
（４）サーバからクライアントのプリンタドライバを強制的にアップデートしていた。

（５）単に、クライアントのプリンタドライバよりも新しいプリンタドライバが存在するが、それをインストールするか否かを問いていた。

（６）新しいプリンタドライバの機能や修正ポイントを提示して、それをインストールするか否かを問いていた。

つまり、クライアントのユーザにとっては、現在クライアントがなんのバージョンであるから、どのバージョンへアップすることが適切なのか、さらには、なぜバージョンアップするのか、といった特にクライアントにて使用しているプリンタドライバに関する詳細情報は提示されていなかった。

また、アップデートの仕方に関しても、単に自動アップデートするのではなく、クライアントの利用状態に応じて、そのプリンタドライバのアップデートとして可能な範囲での、例えば、即時自動アップデート、後日自動アップデート、手動によるアップデートの選択情報が適切には提示されていなかった。
というユーザビリティ性の欠如といった問題を抱えたＰｕｓｈ型インストールであった。

本発明は上記従来例に鑑みてなされたもので、本発明は、サーバ・コンピュータからクライアント・コンピュータに対して、クライアントのプリンタドライバに対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するために、詳細情報表示処理工程、Ｐｕｓｈ型インストール処理工程、から構成され、Ｐｕｓｈ型インストールにおけるクライアントへのバージョン情報提示とそのアップデート方法に関する制御方法、装置、および記憶媒体を提供することにより、ユーザビリティに富んだＰｕｓｈ型インストールを実現することにある。

サーバ・コンピュータとクライアント・コンピュータから構成されるネットワークシステムにおいて、クライアントのプリンタドライバに対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御方法、装置、およびクライアント・コンピュータ、サーバ・コンピュータにて読むことが可能なプログラム・コード手段を格納した記憶媒体であって、詳細情報表示処理において、サーバに予め設定されている情報管理ＤＢへアクセスし、スケジュール情報の取得を行うスケジュール情報取得処理ステップと、その取得したスケジュール情報がクライアント情報の取得処理か否かを判定するスケジュール種別判定処理ステップと、このスケジュール種別判定処理ステップにおいて、クライアント情報の取得であると判定されたときに、サーバが管理する情報管理ＤＢへアクセスし、サーバ管理情報を取得するサーバ管理情報取得処理ステップと、クライアント情報を取得するクライアント情報取得処理ステップと、先に取得したサーバ管理情報取得処理ステップと、前記取得したクライアント情報取得処理ステップとの比較処理を行うサーバ−クライアント情報比較処理ステップと、比較した結果、取得したクライアント情報が、サーバ管理情報に登録されている情報か否かを判定する対象クライアント存在判定処理ステップと、この対象クライアント存在判定処理ステップにおいて、サーバ管理情報で登録されているクライアント情報であると判定されたときに、クライアントへ通知すべき情報がサーバ管理されているか否かを判定する通知情報存在判定処理ステップと、この通知情報存在判定処理ステップにおいて、クライアントへ通知すべき情報が存在していると判定したときに、クライアントに対して、クライアントにてインストールされている詳細情報とアップデートすることにより実現できる内容等の詳細な情報通知を行う詳細情報通知処理ステップと、先のスケジュール種別判定処理ステップにおいて、クライアント情報の取得ではないと判定されたときに、そのスケジュールがクライアントのＰｕｓｈ型インストール時間か否かを判定するＰｕｓｈ型インストール判定処理ステップと、Ｐｕｓｈ型インストール処理において、先の情報通知処理ステップに対するクライアントからのリプライを受領するクライアントリプライ受領処理ステップと、そのクライアントからのリプライ内容を解析するクライアントリプライ解析処理ステップと、解析した結果、インストール要求であるか否かを判定するインストール要求判定処理ステップと、このインストール要求判定処理ステップにおいて、インストール要求であると判定されたときに、そのインストールが即時インストールか、スケジュールインストールかを判定するインストール種別判定処理ステップと、このインストール種別判定処理ステップにおいて、即時インストールであると判定されたときに、または、先のクライアントのＰｕｓｈ型インストール時間判定処理ステップにおいて、インストール時間であると判定されたときに、Ｐｕｓｈ型インストールを行うインストール処理ステップと、先のインストール種別判定処理ステップにおいて、スケジュールインストールであると判定されたときに、そのスケジュールを、情報管理ＤＢへアクセスし、スケジュール登録をするインストールスケジュール登録処理ステップと、を含む。

本発明は、サーバ・コンピュータからクライアント・コンピュータに対して、クライアントのプリンタドライバに対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するために、詳細情報表示処理工程、Ｐｕｓｈ型インストール処理工程、から構成され、Ｐｕｓｈ型インストールにおけるクライアントへのバージョン情報提示とそのアップデート方法に関する制御方法、装置、および記憶媒体を提供することにより、ユーザビリティに富んだＰｕｓｈ型インストールを実現する効果を有する。

以下、添付図面を参照して本発明の実施例を詳細に説明する。

《印刷システムの構成》
図２は、本発明の一実施例のＰｕｓｈ型インストールにおけるクライアントへの詳細情報提示機能とインストール方法を制御するＰｕｓｈ型インストール制御部が適用されているサーバ・コンピュータとクライアント・コンピュータとから構成されるネットワークシステムを示すブロック図である。

このネットワークシステムは、クライアント・コンピュータ１０００、２０００と、サーバ・コンピュータ３０００、それらを接続する通信回線４０００から構成されている。

クライアント・コンピュータ１０００は、第一表示部１０１０と、第一入力部１０２０と、第一入出力データ性制御部１０３０と、第一インタフェース制御部１０４０と、第一記憶媒体読み取りデータ装置１０５０と、第一記憶部１０６０と、第一データ制御部１０７０と、クライアント・コンピュータ１０００全体の動作を制御する第一中央演算処理装置１０８０とこれらを接続するシステム・バス１０９０とを備えている。

クライアント・コンピュータ２０００は、第二表示部２０１０と、第二入力部２０２０と、第二入出力データ性制御部２０３０と、第二インタフェース制御部２０４０と、第二記憶媒体読み取りデータ装置２０５０と、第二記憶部２０６０と、第二データ制御部２０７０と、クライアント・コンピュータ２０００全体の動作を制御する第二中央演算処理装置２０８０とこれらを接続するシステム・バス２０９０とを備えている。

一方、サーバ・コンピュータ３０００は、第三表示部３０１０と、第三入力部３０２０と、第三入出力データ性制御部３０３０と、第三インタフェース制御部３０４０と、第三記憶媒体読み取りデータ装置３０５０と、第三記憶部３０６０と、第三データ制御部３０７０と、この第三データ制御部３０７０の中に位置するＰｕｓｈ型インストール制御部３０７１と、情報管理ＤＢ３０７２と、クライアント・コンピュータ３０００全体の動作を制御する第三中央演算処理装置３０８０とこれらを接続するシステム・バス３０９０とを備えている。

通信回線４０００は、通常のＬＡＮもしくはＩＥＥＥ１３９４やＵＳＢといった双方向シリアルインタフェース等である。

クライアント・コンピュータ１０００、２０００において、
（１）第一表示部１０１０、第二表示部２０１０は、ＣＲＴディスプレイ、液晶ディスプレイ等の表示デバイスである。

（２）第一入力部１０２０、第二入力部２０２０は、キーボードやマウス等のポインティング・デバイスである。

（３）第一データ制御部１０７０、第二入力部２０７０は、所謂プリンタドライバである。プリンタドライバとは、クライアント・コンピュータ１０００、２０００上に常駐しているオペレーティング・システムと印刷装置との間において、アプリケーション等で生成された印刷データをプリンタに応じて加工するとともに、印刷装置を制御するプログラムである。

（４）第一記憶媒体読み取り装置１０５０、第二記憶媒体読み取り装置２０５０は、ＦＤ（フロッピー（登録商標）・ディスク）、ＣＤ−ＲＯＭ、ＲＯＭ、ＤＶＤ、磁気テープ等の記録媒体に記録されたプリンタドライバ等のプログラムや画像データ等を読み取ることができる。

サーバ・コンピュータ３０００において、
（５）第三表示部３０１０は、ＣＲＴディスプレイ、液晶ディスプレイ等の表示デバイスである。

（６）第三入力部３０２０は、キーボードやマウス等のポインティング・デバイスである。

（７）第三データ制御部３０７０は、Ｐｕｓｈ型インストール制御部３０７１と、情報管理ＤＢ３０７２を有しており、前者は、後者の情報管理ＤＢを利用して、クライアント・コンピュータ１０００、２０００の第一データ制御部１０７０、第二データ制御部２０７０の所謂プリンタドライバに対して、詳細な情報提示を伴い、かつそのインストールを制御する機能を有するプログラムである。

（８）第三記憶媒体読み取り装置３０５０は、ＦＤ（フロッピー（登録商標）・ディスク）、ＣＤ−ＲＯＭ、ＲＯＭ、ＤＶＤ、磁気テープ等の記録媒体に記録されたプリンタドライバ等のプログラムや画像データ等を読み取ることができる。

図１は、サーバ・コンピュータ３０００内のＰｕｓｈ型インストール制御部３０７１のブロック図であり、詳細情報表示処理ステップＳ１と、Ｐｕｓｈ型インストール処理ステップＳ２とからなる。

図３は、図２のＰｕｓｈ型インストール制御部３０７１の中の図１の詳細情報表示処理ステップＳ１を詳細に記したものである。

図４は、図２のＰｕｓｈ型インストール制御部３０７１の中の図１のＰｕｓｈ型インストール処理ステップＳ２を詳細に記したものである。

図５は、図２の情報管理ＤＢ３０７２の中の登録ファイルＡＴ１０であり、インストール対象プリンタドライバ性能に関する登録ファイルの一例を記したものである。

図６は、図２の情報管理ＤＢ３０７２の中の登録ファイルＡＴ２０であり、インストール対象プリンタドライバ機能に関する登録ファイルの一例を記したものである。

図７は、図２の情報管理ＤＢ３０７２の中の登録ファイルＡＴ３０であり、クライアント情報取得スケジュールに関する登録ファイルの一例を記したものである。

図８は、図２の情報管理ＤＢ３０７２の中の登録ファイルＡＴ４０であり、インストールスケジュールｉに関する登録ファイルの一例を記したものである。

《制御手順の詳細》
ここで、このように構成された本実施例の動作について、図１、図２、図３、図４、図５、図６、図７および図８を参照しながら説明する。

まず、図２におけるサーバ・コンピュータ３０００の第三データ制御部３０７０内Ｐｕｓｈ型インストール制御部３０７１において、詳細情報表示処理が行われる（ステップＳ１）。

この詳細情報表示処理ステップＳ１を、図３を用いて詳細に説明する。

まず、サーバ・コンピュータ３０００の第三データ制御部３０７０内情報管理ＤＢ３０７２の図７にその一例を示す登録ファイルＣにアクセスし、クライアント情報の取得スケジュール、および図８にその一例を示す登録ファイルＤにアクセスし、クライアントへのＰｕｓｈ型インストールのスケジュールを取得する（ステップＳ１００）。

ここで、図７に示すクライアント情報取得スケジュール表のデータは、予め登録されていることを前提とし、本実施例では、ＰＣ−ＡとＰＣ−Ｂに対しては、毎週月曜日０１：００に、ＰＣ−Ｃに対しては、隔週月曜日１５：００に、各クライアント情報を取得することを示している。

また、ＰＣ−Ａは、クライアント・コンピュータ１０００、ＰＣ−Ｂは、クライアント・コンピュータ２０００であるとする。

更に、ＰＣ−Ａ、ＰＣ−Ｂには、その第一データ制御部１０７０、第二データ制御部２０７０を意味するプリンタドライバのバージョンは、それぞれバージョン１００、バージョン２００であるとする。

次に、クライアント情報の取得時間が否かが判定され（ステップＳ１０１）、これを＜はい＞で抜ける。
すなわち、本実施例では、現時刻は月曜日の０１：００であることを意味する。

次に、同じく情報管理ＤＢ内の登録ファイルＡＴ１０、同Ｔ２０にアクセスし、からサーバにて管理しているプリンタドライバのバージョン情報、機能情報等の情報を取得する（ステップＳ１０２）。

登録ファイルＡであるＴ１０は、その一例を図５に示す。

図５において、プリンタドライバＤＲＶ１は、そのバージョン１００では、機能Ａを有し、バージョン２００では、機能Ａ、Ｂを有し、バージョン３００では、機能Ａ、Ｂ、Ｃを有することがわかる。

一方、図６においては、図５にて登録されているプリンタドライバＤＲＶ１の機能Ａがステイプル機能、機能Ｂがウォーターマーク機能、機能Ｃがパンチ機能であることを示す。

すなわち、プリンタドライバＤＲＶ１をクライアントにしてインストールして使用した場合には、そのバージョンにより、使用できる機能に相違があることがわかる。

続いて、クライアント情報の取得を行う（ステップＳ１０３）。

このクライアント情報の取得とは、ネットワーク上の各クライアントにおいて、使用しているプリンタドライバ、およびそのバージョン情報を取得することを意味する。

本実施例では、クライアント・コンピュータ１０００の第一データ制御部１０７０、クライアント・コンピュータ２０００の第二データ制御部２０７０、すなわちプリンタドライバがなんであるか、およびそのバージョン情報を取得することであるが、本例では、クライアント・コンピュータ１０００の第一データ制御部１０７０は、プリンタドライバＤＲＶ１、そのバージョンは１００、一方、クライアント・コンピュータ２０００の第一データ制御部２０７０は、プリンタドライバＤＲＶ１、そのバージョンは２００であるとする。

次に、このステップＳ１０３で取得したクライアント情報と先にステップＳ１０２で取得したサーバにて管理されている図５、図６の例に示す情報との比較検討を行う（ステップＳ１０４）。

ここでいうところの比較検討とは、取得したクライアント情報におけるプリンタドライバ、およびそのバージョンが、図５に示す管理情報にあるか否か、すなわち、図５に登録しているドライバ、およびそのバージョンのみが、本発明の詳細情報提示付きのＰｕｓｈ型インストールの対象となることを意味する。

更に、クライアントへ通知する詳細情報とは、そのときクライアントにおいて、使用しているドライバのバージョンが最新ではないときに通知することを意味する。

次に、取得したクライアント情報は、サーバ管理している情報か否かが判定され（ステップＳ１０５）、これを＜はい＞で抜ける。

本実施例では、クライアント・コンピュータ１０００、２０００から取得したクライアント情報は、サーバ３０００にて管理している登録ファイルＡ（図５）に登録されている情報であるので、この判定は＜はい＞となる。

次に、クライアントに対して、通知すべき情報があるか否かを判定し（ステップＳ１０６）、これも＜はい＞で抜ける。

本実施例では、クライアント・コンピュータ１０００のプリンタドライバＤＲＶ１のバージョンは１００であり、クライアント・コンピュータ２０００のプリンタドライバＤＲＶ１のバージョンは２００であり、サーバの登録ファイルＡには、プリンタドライバＤＲＶ１に対して、バージョン３００まで登録されているので、この判定は＜はい＞となる。

最後に、クライアントに対して、詳細な情報を通知する（ステップＳ１０７）。

これは、クライアントに対して、現在使用しているプリンタドライバはなんであり、その最新のドライババージョンを使用すると、どのようなことができることになるかを示すことを意味する。

すなわち、本実施例においては、クライアント・コンピュータ１０００に対しては、提示する情報の一例を示す。

プリンタドライバＤＲＶ１
お使いのバージョンは、１００です。

お使いのバージョンよりも新しいバージョンとしては、２００、３００があります。

バージョン２００をインストールすると、ウォーターマーク機能を使用できます。

バージョン３００をインストールすると、ウォーターマーク機能、およびパンチ機能を使用できます。

更には、インストールする方法も多岐に渡る選択肢を提示する。その一例を次に示す。

プリンタドライバＤＲＶ１のインストール方法
即時インストール
後日インストール（スケジューリングインストール）
手動インストール
本実施例では、機能アップの情報提示となっているが、更に詳細なバグフィックス情報や新機能を搭載することによる申し送り事項等の情報も、管理ファイルに登録しておくことにより、クライアントに提示できることは言うまでもない。

一方、先のステップＳ１０１において、クライアント情報の取得時間ではないと判定されたときには、図８にその一例を示すように、クライアントへ対するプリンタドライバのインストール時間が否かが判定され、これを＜はい＞で抜けた場合には、後述する図４のフローチャート説明ときに記載する。

他方、クライアントへ対するプリンタドライバのインストール時間ではないと判定されたとき、先のＳ１０５において、取得したクライアント情報がサーバの登録ファイルには登録されていないと判定されたとき、更に、Ｓ１０６において、取得したクライアント情報からは通知すべき情報はないと判定されたとき、および先のＳ１０７において、クライアントに対して詳細な情報を提示した後に、本処理は終了となる。

次に、図１におけるＰｕｓｈ型インストール処理に関して、図２、図３、図４、および図８を用いて詳細に説明する。

サーバ・コンピュータ３０００の第三データ制御部３０７０内Ｐｕｓｈ型インストール制御部３０７１において、図３におけるステップＳ１０７のクライアントへの情報通知処理において提示された詳細情報に対するクライアントからのリプライを受領する（ステップＳ２００）。

次に、そのリプライ内容を解析する（ステップＳ２０１）。

この解析の結果、そのリプライ内容が、インストール方法に関するリプライであるか否かが判定され（ステップＳ２０２）、これを＜はい＞で抜ける。

更に、インストール方法のリプライである場合に、そのインストール方法は、即時インストールか、後日のインストールかを判定し（ステップＳ２０３）、これを＜はい＞で抜ける。

次に、サーバ・コンピュータ３０００の第三データ制御部３０７０内Ｐｕｓｈ型インストール制御部３０７１は、リプライのあったクライアントのデータ制御部に対して、インストールを行う（ステップＳ２０４）。

また、図３に示したＳ１０８において、図８に示すようなあるクライアントのインストール時間であると判定した場合にも、前記Ｓ２０４を実行する。

一方、先のＳ２０３において、即時インストールではないと判定したときには、後日のインストールであると判定し、いつインストールするかを、情報管理ＤＢ３０７０内登録ファイルＤＴ４０内に登録する（ステップＳ３０５）。

ここで登録する内容は、インストール日時、インストール先の識別情報、インストールするプリンタドライバ、およびそのバージョン等が該当する。

本実施例では、図８に示すように、ＰＣ−Ｃなるクライアント・コンピュータが、ｙｙｙｙ／ｍｍ／ｄｄのｈｈ：ｍｍに、インストールするスケジュールが登録されていることがわかる。更に、このクライアント・コンピュータＰＣ−Ｃを識別するための情報として、図８に示すようなＩＰアドレスａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄ、およびインストールするプリンタドライバがＤＲＶ１、およびそのバージョンが３００として記されている。

すなわち、ｙｙｙｙ／ｍｍ／ｄｄ，ｈｈ：ｍｍときに、ＩＰアドレスａａａ．ｂｂｂ．ｃｃｃ．ｄｄｄに位置するクライアント・コンピュータＰＣ−Ｃに対して、プリンタドライバＤＲＶ１のバージョン３００を、サーバ・コンピュータ３０００からインストールすることを意味する。

他方、先のＳ２０２において、インストールしないといったインストールのリプライではない場合、Ｓ２０４にインストール処理が終了した後、Ｓ２０５のインストールスケジュールを登録した後、本処理Ｓ２を終了する。

（他の実施例）
本発明は、複数の機器から構成されるシステムに適用しても、一つの機器からなる装置に適用してもよい。更に、本発明はシステム或いは装置にプログラムを供給することによって実施される場合にも適用される。

この場合、本発明に係わるプログラムを格納した記憶媒体が、本発明を構成することになる。そして、該記憶媒体からそのプログラムをシステム或いは装置に読み込ませることによって、そのシステム或いは装置が予め定められた方法で動作する。

また、本実施例中にも記したが、情報管理ＤＢ２０７２内の登録ファイルＡＴ１０、ＢＴ２０、ＣＴ３０、ＤＴ４０に、設定情報を登録しているが、オペレーティングシステムのレジストリや外部記憶装置、メモリ等にも同様の設定情報の登録が行うことも可能である。

また、本実施例の図１におけるステップＳ１は、その後のステップＳ２とは、分離独立させ、非同期に制御することも可能である。

本発明の一実施例の詳細情報付きＰｕｓｈ型インストールを制御する際の、インストール制御部の原理フロー図。 本実施例のＰｕｓｈ型インストール制御のための制御方式、装置および記憶媒体が適用されるコンピュータ・システムの構成の一例を示すブロック図。 本実施例のサーバ・コンピュータにおける詳細情報表示工程に関するフローチャート。 本実施例のサーバ・コンピュータにおけるＰｕｓｈ型インストール処理工程に関するフローチャート。 本実施例のサーバ・コンピュータにおけるＰｕｓｈ型インストールに関する情報を管理する情報管理ＤＢの中のインストール対象プリンタドライバ性能に関する登録ファイル一覧表の一例。 本実施例のサーバ・コンピュータにおけるＰｕｓｈ型インストールに関する情報を管理する情報管理ＤＢの中のインストール対象プリンタドライバ機能に関する登録ファイル一覧表の一例。 本実施例のサーバ・コンピュータにおけるＰｕｓｈ型インストールに関する情報を管理する情報管理ＤＢの中のインストール対象クライアントに関するクライアント情報取得スケジュールに関する登録ファイル一覧表の一例。 本実施例のサーバ・コンピュータにおけるＰｕｓｈ型インストールに関する情報を管理する情報管理ＤＢの中のインストールスケジュールに関する登録ファイル一覧表の一例。

符号の説明

１０００ クライアント・コンピュータ
２０００ クライアント・コンピュータ
３０００ サーバ・コンピュータ
４０００ 通信回線
１０５０ 第一記憶媒体読み取り装置
１０６０ 第一記憶部
１０７０ 第一データ制御部
２０５０ 第二記憶媒体読み取り装置
２０６０ 第二記憶部
２０７０ 第二データ制御部
３０５０ 第三記憶媒体読み取り装置
３０６０ 第三記憶部
３０７０ 第三データ制御部
３０７１ Ｐｕｓｈ型インストール制御部
３０７２ 情報管理ＤＢ

Claims (6)

1. サーバ・コンピュータとクライアント・コンピュータから構成されるネットワークシステムにおいて、クライアントの印刷装置を制御するソフトウェア（所謂プリンタドライバ、以下、プリンタドライバと称す）に対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御方法、装置、およびクライアント・コンピュータ、サーバ・コンピュータにて読むことが可能なプログラム・コード手段を格納した記憶媒体であって、
   詳細情報表示処理において、
   （１）サーバに予め設定されている情報管理ＤＢへアクセスし、スケジュール情報の取得を行うスケジュール情報取得処理手段と、
   （２）その取得したスケジュール情報がクライアント情報の取得処理か否かを判定するスケジュール種別判定処理手段と、
   （３）このスケジュール種別判定処理手段において、クライアント情報の取得であると判定されたときに、サーバが管理する情報管理ＤＢへアクセスし、サーバ管理情報を取得するサーバ管理情報取得処理手段と、
   （４）クライアント情報を取得するクライアント情報取得処理手段と、
   （５）先に取得したサーバ管理情報取得処理手段と、前記取得したクライアント情報取得処理手段との比較処理を行うサーバ−クライアント情報比較処理手段と、
   （６）比較した結果、取得したクライアント情報が、サーバ管理情報に登録されている情報か否かを判定する対象クライアント存在判定処理手段と、
   （７）この対象クライアント存在判定処理手段において、サーバ管理情報で登録されているクライアント情報であると判定されたときに、クライアントへ通知すべき情報がサーバ管理されているか否かを判定する通知情報存在判定処理手段と、
   （８）この通知情報存在判定処理手段において、クライアントへ通知すべき情報が存在していると判定したときに、クライアントに対して、クライアントにてインストールされている詳細情報とアップデートすることにより実現できる内容等の詳細な情報通知を行う詳細情報通知処理手段と、
   （９）先のスケジュール種別判定処理手段において、クライアント情報の取得ではないと判定されたときに、そのスケジュールがクライアントのＰｕｓｈ型インストール時間か否かを判定するＰｕｓｈ型インストール判定処理手段と、
   を備える印刷制御装置。
2. サーバ・コンピュータとクライアント・コンピュータから構成されるネットワークシステムにおいて、クライアントの印刷装置を制御するソフトウェア（所謂プリンタドライバ、以下、プリンタドライバと称す）に対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御方法、装置、およびクライアント・コンピュータ、サーバ・コンピュータにて読むことが可能なプログラム・コード手段を格納した記憶媒体であって、
   Ｐｕｓｈ型インストール処理において、
   （１０）先の情報通知処理手段に対するクライアントからのリプライを受領するクライアントリプライ受領処理手段と、
   （１１）そのクライアントからのリプライ内容を解析するクライアントリプライ解析処理手段と、
   （１２）解析した結果、インストール要求であるか否かを判定するインストール要求判定処理手段と、
   （１３）このインストール要求判定処理手段において、インストール要求であると判定されたときに、そのインストールが即時インストールか、スケジュールインストールかを判定するインストール種別判定処理手段と、
   （１４）このインストール種別判定処理手段において、即時インストールであると判定されたときに、または、先のクライアントのＰｕｓｈ型インストール時間判定処理手段において、インストール時間であると判定されたときに、Ｐｕｓｈ型インストールを行うインストール処理手段と、
   （１５）先のインストール種別判定処理手段において、スケジュールインストールであると判定されたときに、そのスケジュールを、情報管理ＤＢへアクセスし、スケジュール登録をするインストールスケジュール登録処理手段と、
   を備える印刷制御装置。
3. サーバ・コンピュータとクライアント・コンピュータから構成されるネットワークシステムにおいて、クライアントの印刷装置を制御するソフトウェア（所謂プリンタドライバ、以下、プリンタドライバと称す）に対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御方法、装置、およびクライアント・コンピュータ、サーバ・コンピュータにて読むことが可能なプログラム・コード手段を格納した記憶媒体であって、
   詳細情報表示処理において、
   （１６）サーバに予め設定されている情報管理ＤＢへアクセスし、スケジュール情報の取得を行うスケジュール情報取得処理ステップと、
   （１７）その取得したスケジュール情報がクライアント情報の取得処理か否かを判定するスケジュール種別判定処理ステップと、
   （１８）このスケジュール種別判定処理ステップにおいて、クライアント情報の取得であると判定されたときに、サーバが管理する情報管理ＤＢへアクセスし、サーバ管理情報を取得するサーバ管理情報取得処理ステップと、
   （１９）クライアント情報を取得するクライアント情報取得処理ステップと、
   （２０）先に取得したサーバ管理情報取得処理ステップと、前記取得したクライアント情報取得処理ステップとの比較処理を行うサーバ−クライアント情報比較処理ステップと、
   （２１）比較した結果、取得したクライアント情報が、サーバ管理情報に登録されている情報か否かを判定する対象クライアント存在判定処理ステップと、
   （２２）この対象クライアント存在判定処理ステップにおいて、サーバ管理情報で登録されているクライアント情報であると判定されたときに、クライアントへ通知すべき情報がサーバ管理されているか否かを判定する通知情報存在判定処理ステップと、
   （２３）この通知情報存在判定処理ステップにおいて、クライアントへ通知すべき情報が存在していると判定したときに、クライアントに対して、クライアントにてインストールされている詳細情報とアップデートすることにより実現できる内容等の詳細な情報通知を行う詳細情報通知処理ステップと、
   （２４）先のスケジュール種別判定処理ステップにおいて、クライアント情報の取得ではないと判定されたときに、そのスケジュールがクライアントのＰｕｓｈ型インストール時間か否かを判定するＰｕｓｈ型インストール判定処理ステップと、
   を備える印刷制御方法。
4. サーバ・コンピュータとクライアント・コンピュータから構成されるネットワークシステムにおいて、クライアントの印刷装置を制御するソフトウェア（所謂プリンタドライバ、以下、プリンタドライバと称す）に対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御方法、装置、およびクライアント・コンピュータ、サーバ・コンピュータにて読むことが可能なプログラム・コード手段を格納した記憶媒体であって、
   Ｐｕｓｈ型インストール処理において、
   （２５）先の情報通知処理ステップに対するクライアントからのリプライを受領するクライアントリプライ受領処理ステップと、
   （２６）そのクライアントからのリプライ内容を解析するクライアントリプライ解析処理ステップと、
   （２７）解析した結果、インストール要求であるか否かを判定するインストール要求判定処理ステップと、
   （２８）このインストール要求判定処理ステップにおいて、インストール要求であると判定されたときに、そのインストールが即時インストールか、スケジュールインストールかを判定するインストール種別判定処理ステップと、
   （２９）このインストール種別判定処理ステップにおいて、即時インストールであると判定されたときに、または、先のクライアントのＰｕｓｈ型インストール時間判定処理ステップにおいて、インストール時間であると判定されたときに、Ｐｕｓｈ型インストールを行うインストール処理ステップと、
   （３０）先のインストール種別判定処理ステップにおいて、スケジュールインストールであると判定されたときに、そのスケジュールを、情報管理ＤＢへアクセスし、スケジュール登録をするインストールスケジュール登録処理ステップと、
   を備える印刷制御方法。
5. サーバ・コンピュータとクライアント・コンピュータから構成されるネットワークシステムにおいて、クライアントの印刷装置を制御するソフトウェア（所謂プリンタドライバ、以下、プリンタドライバと称す）に対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御方法、装置、およびクライアント・コンピュータ、サーバ・コンピュータにて読むことが可能なプログラム・コード手段を格納した記憶媒体であって、
   詳細情報表示処理において、
   （３１）サーバに予め設定されている情報管理ＤＢへアクセスし、スケジュール情報の取得を行うスケジュール情報取得処理手段と、
   （３２）その取得したスケジュール情報がクライアント情報の取得処理か否かを判定するスケジュール種別判定処理手段と、
   （３３）このスケジュール種別判定処理手段において、クライアント情報の取得であると判定されたときに、サーバが管理する情報管理ＤＢへアクセスし、サーバ管理情報を取得するサーバ管理情報取得処理手段と、
   （３４）クライアント情報を取得するクライアント情報取得処理手段と、
   （３５）先に取得したサーバ管理情報取得処理手段と、前記取得したクライアント情報取得処理手段との比較処理を行うサーバ−クライアント情報比較処理手段と、
   （３６）比較した結果、取得したクライアント情報が、サーバ管理情報に登録されている情報か否かを判定する対象クライアント存在判定処理手段と、
   （３７）この対象クライアント存在判定処理手段において、サーバ管理情報で登録されているクライアント情報であると判定されたときに、クライアントへ通知すべき情報がサーバ管理されているか否かを判定する通知情報存在判定処理手段と、
   （３８）この通知情報存在判定処理手段において、クライアントへ通知すべき情報が存在していると判定したときに、クライアントに対して、クライアントにてインストールされている詳細情報とアップデートすることにより実現できる内容等の詳細な情報通知を行う詳細情報通知処理手段と、
   （３９）先のスケジュール種別判定処理手段において、クライアント情報の取得ではないと判定されたときに、そのスケジュールがクライアントのＰｕｓｈ型インストール時間か否かを判定するＰｕｓｈ型インストール判定処理手段と、
   を備えるようにプログラムされた実行モジュールを格納したコンピュータ可読の媒体。
6. サーバ・コンピュータとクライアント・コンピュータから構成されるネットワークシステムにおいて、クライアントの印刷装置を制御するソフトウェア（所謂プリンタドライバ、以下、プリンタドライバと称す）に対して、サーバから適切なバージョン情報を提示し、かつアップデートを制御するためのソフトウェアを備えることを特徴とするＰｕｓｈインストール制御方法、装置、およびクライアント・コンピュータ、サーバ・コンピュータにて読むことが可能なプログラム・コード手段を格納した記憶媒体であって、
   Ｐｕｓｈ型インストール処理において、
   （４０）先の情報通知処理手段に対するクライアントからのリプライを受領するクライアントリプライ受領処理手段と、
   （４１）そのクライアントからのリプライ内容を解析するクライアントリプライ解析処理手段と、
   （４２）解析した結果、インストール要求であるか否かを判定するインストール要求判定処理手段と、
   （４３）このインストール要求判定処理手段において、インストール要求であると判定されたときに、そのインストールが即時インストールか、スケジュールインストールかを判定するインストール種別判定処理手段と、
   （４４）このインストール種別判定処理手段において、即時インストールであると判定されたときに、または、先のクライアントのＰｕｓｈ型インストール時間判定処理手段において、インストール時間であると判定されたときに、Ｐｕｓｈ型インストールを行うインストール処理手段と、
   （４５）先のインストール種別判定処理手段において、スケジュールインストールであると判定されたときに、そのスケジュールを、情報管理ＤＢへアクセスし、スケジュール登録をするインストールスケジュール登録処理手段と、
   を備えるようにプログラムされた実行モジュールを格納したコンピュータ可読の媒体。

Images