JP4976866B2 - プログラム管理システム、並びに、クライアント装置、その制御方法及びソフトウエアプログラム - Google Patents

Description

本発明は、プログラム管理システム、並びに、クライアント装置、その制御方法及びソフトウエアプログラムに関する。

クライアントソフトウエアのアップデータ又は更新版をサーバに保管し、クライアントソフトウエアを自動更新するクライアントサーバ方式のソフトウェア管理システムが、特許文献１に記載されている。

サーバコンピュータには、クライアントコンピュータのプログラムと同一のプログラムの最新バージョンのファイルと、当該ファイルのバージョン又は更新日付を格納したデータベースが備えられ、各クライアントコンピュータには、プログラムファイルのバージョン又は更新日付を格納したデータベースが備えられている。そして、クライアントコンピュータのプログラムファイルのバージョン又は更新日付とサーバコンピュータのプログラムファイルのバージョン又は更新日付とを比較し、サーバコンピュータのプログラムファイルが新しいときは、クライアントコンピュータのプログラムファイルを更新するようになっている。

更新時には、サーバ側は、更新、新規追加又は削除の処理の登録が行われたソフトウエアの本体の情報と、ソフトウエアを自動的に更新、新規追加または削除するための実行プログラム（更新プログラム）をクライアントに送信し、クライアント側は、受信した実行プログラムに従って、ソフトウエアの更新、新規追加又は削除の処理を自動実行する。
特開２００３−２２８４８６号公報

しかし、このような従来のクライアントサーバ方式のソフトウエア管理システムにおいて、クライアントコンピュータのプログラムやデータを最新バージョンに自動的に更新するためには、ログオン時、プログラム開始時又はサーバ接続時などに、クライアントプログラムが更新のための処理を実行する必要があった。

また、従来のソフトウエア管理システムは、現在の動作ＯＳ（オペレーティングシステム）情報しか管理 していないので、動作ＯＳの相違に応じたプログラムやデータの更新を行うことができなかった。

また、従来のソフトウエア管理システムでは、地域に応じてプログラムやデータの更新方法を変更することができなかった。

さらに、従来のソフトウエア管理システムでは、強制更新と自動更新というように、異なる更新方法を選択できなかった。

本発明は、このような不都合を個別に又は一括して解消することを目的とする。

上記目的を達成するため、本発明に係るプログラム管理システムは、サーバ装置およびクライアント装置が互いに通信可能なプログラム管理システムであって、前記クライアント装置は、プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納する格納手段と、現在のオペレーティングシステムの名称およびバージョンと、前記格納手段に格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定する判定手段と、前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信する第１の送信手段とを備え、前記サーバ装置は、前記変更情報にしたがって、前記プログラムの更新内容と対応する更新情報を生成する生成手段と、前記更新情報を前記クライアント装置へ送信する第２の送信手段とを備え、前記クライアント装置はさらに、前記更新情報にしたがって、前記プログラムの更新処理を実行する更新手段を備えることを特徴とする。
本発明に係るクライアント装置は、サーバ装置と通信可能なクライアント装置であって、プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納する格納手段と、現在のオペレーティングシステムの名称およびバージョンと、前記格納手段に格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定する判定手段と、前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信する送信手段と、前記変更情報にしたがって生成された更新情報を前記サーバ装置から受信する受信手段と、前記更新情報にしたがって、前記プログラムの更新処理を実行する更新手段とを備えることを特徴とする。
本発明に係るクライアント装置の制御方法は、サーバ装置と通信可能なクライアント装置の制御方法であって、プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納するステップと、現在のオペレーティングシステムの名称およびバージョン情報と、前記格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定するステップと、前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信するステップと、前記変更情報にしたがって生成された更新情報を前記サーバ装置から受信するステップと、前記更新情報にしたがって、前記プログラムの更新処理を実行するステップとを備えることを特徴とする。
本発明に係るソフトウエアプログラムは、サーバ装置と通信可能なクライアント装置を実現するコンピュータに、プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納するステップと、現在のオペレーティングシステムの名称およびバージョン情報と、前記格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定するステップと、前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信するステップと、前記変更情報にしたがって生成された更新情報を前記サーバ装置から受信するステップと、前記更新情報にしたがって、前記プログラムの更新処理を実行するステップとを実行させることを特徴とする。

本発明によれば、クライアント装置の動作環境の変更に合わせた更新を速やかに実現することができ、クライアント装置にインストールされたプログラムを適切な状態に保つことができる。

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

図１は、本発明の一実施例の概略構成ブロック図を示す。クライアントコンピュータ（以下、クライアントと略す）１０は、インターネット３０を介して、サーバコンピュータ（以下、サーバと略す）４０に接続する。

クライアント１０は、ＣＰＵ１２、ＬＡＮインターフェース１４及びハードディスク装置（ＨＤＤ）１６を具備する。ＨＤＤ１６には、クライアント１０のＯＳ（オペレーティングシステム）１８、アプリケーションプログラム２０、更新管理プログラム２２、マシン設定情報２４及びプログラム更新管理情報２６が格納されている。なお、本実施例では、アプリケーションプログラム２０を更新対象として説明するが、ＯＳ１８自体、及び、ＯＳ１８に組み込まれて使用されるデバイスドライバも、本実施例による更新対象になり得ることは明らかである。更新は、対象プログラムの削除を含む。

図２は、マシン設定情報２４の構造と内容の一例を示す。マシン設定情報２４は、ＯＳ名を格納するＯＳ名フィールド２４ａと、ＯＳのバージョン情報を格納するバージョンフィールド２４ｂ、地域情報を格納する地域情報フィールド２４ｃ及び、使用言語を格納する言語設定フィールド２４ｄを具備する。

図３は、プログラム更新管理情報２６の構造と内容の一例を示す。プログラム更新管理情報２６は、更新対象のプログラム名を格納するプログラム名フィールド２６ａ、現在のバージョンを格納するバージョンフィールド２６ｂ、プログラムファイルの作成日時（又は変更日時）を格納するファイル作成日時フィールド２６ｃ、インストール（インストール後に更新している場合には、更新）を実行した日時を格納する実行日時フィールド２６ｄ、インストール（更新した場合には更新）を実行した時のＯＳ名及びＯＳバージョンを格納するインストール時ＯＳ情報フィールド２６ｅ、及びインストール（更新した場合には更新）を実行したときの地域情報を格納する地域フィールド２６ｆを具備する。インストール後にプログラムがアップデートされている場合には、フィールド２６ｄ，２６ｅ，２６ｆには、アップデート時の情報が格納される。

サーバ４０は、ＣＰＵ４２、ＬＡＮインターフェース４４及びＨＤＤ４６を具備する。ＨＤＤ４６には、サーバ４０のＯＳ（オペレーティングシステム）４８、更新管理プログラム５０、更新のためのアップデートファイル５２、及びアップデート管理情報５４が格納されている。アップデート管理情報５４には、更新対象のプログラム毎に、当該プログラムの更新前のバージョンと、現在のクライアントＯＳ及びそのバージョンとに応じて、適用すべきアップデートファイルを特定する情報が格納される。

図４は、クライアント１０とサーバ４０との間の動作フローチャートを示す。クライアント１０の更新管理プログラム２２は、クライアント１０の電源オン時、ログイン時又は指定時刻に起動し、アプリケーションプログラム２０の中の予め指定されたプログラムに対し、図４に示す更新判定実行処理を開始する。一方、サーバ４０の更新管理プログラム４０は、常時、起動している。

更新管理プログラム２２は先ず、マシン設定情報２４から現在のＯＳ情報（ＯＳ名とＯＳバージョン）をフィールド２４ａ，２４ｂから取得し、プログラム２０が前に更新（又はインストール）された時のＯＳ情報（ＯＳ名とＯＳバージョン）をプログラム更新管理情報２６のフィールド２６ｅから取得し、両者を比較する（Ｓ１）。更に、現在の地域設定情報をマシン設定情報２４の地域設定フィールド２４ｃから読み出し、プログラム更新管理情報２６のフィールド２６ｆから前の更新（又はインストール）時の地域設定を読み出し、両者を比較する（Ｓ２）。

ＯＳ情報と地域情報の何れかに変更があれば（Ｓ３）、更新対象プログラムに関するプログラム更新管理情報２６の情報と、現在のマシン設定情報、及び変更内容を示す変更情報データを生成し、サーバ４０に送信する（Ｓ４）。例えば、ＯＳのバージョンに変更がある場合は、変更情報データは、プログラム更新管理情報２６のフィールド２６ａ，２６ｂ，２６ｅの情報と、現在のマシン設定情報２４の内容とを含む。勿論、プログラム更新管理情報２６の全フィールド２６ａ〜２６ｆの情報を含めても良い。

サーバ４０は、クライアント１０からの変更情報データの内容を調査し（Ｓ５）、適切な更新データを生成して、クライアント１０に送信する（Ｓ６）。更新データは、更新不要の場合には、その旨のダイアログをクライアント１０の画面に表示するプログラムを含み、アップデートが必要な場合には、アップデート用のスクリプトと、対象プログラム（ライブラリ及び関連データを含む）のアップデート用ファイルを含み、削除の場合には、削除用のプログラム又はスクリプトを含む。サーバ４０の動作の詳細は、後述する。即ち、変更情報データは、いわば、変更の要否をサーバ４０に問い合わせる信号であり、この問合せに対し、サーバ４０は、更新不要、アップデート又は削除に対応した内容のファイルを更新データとして送信する。

クライアント１０は、サーバ４０から更新データを受信すると、更新データの内容に従い、対象プログラムに対する更新処理を実行する（Ｓ７）。この後、対象プログラムに関するプログラム更新管理情報２６のフィールド２６ｂ〜２６ｆを更新する（Ｓ８）。

また、動作ＯＳ情報と地域情報のどちらにも変化が無い場合（Ｓ３）、そのまま終了する。そして、次のプログラムに対して、図４に示す更新判定を実行する。

図５は、サーバ４０におけるステップＳ５，Ｓ６のより詳細なフローチャートを示す。

サーバ４０の更新管理プログラム５０は、クライアント１０からの変更情報データの受信を待機する（Ｓ１１）。変更情報データを受信すると（Ｓ１１）、更新管理プログラム５０は、変更情報データを解析し、クライアント１０で実行すべき動作を決定する（Ｓ１２）。

図６は、動作ＯＳの変更に対してクライアント１０に適用すべき動作の対応表の一例を示し、図７は、地域の変更に対してクライアント１０に適用すべき動作の対応表の一例を示す。

まず、図６を参照して、動作ＯＳの変更に対してクライアント１０に適用すべき動作例を説明する。図６で、列はインストール時の動作ＯＳを示し、行は現在の動作ＯＳを示す。理解を容易にするために、３種類のＯＳ、即ち、ＯＳ１，ＯＳ２，ＯＳ３について、例示してある。ＯＳ１，ＯＳ２，ＯＳ３は、ＯＳ自体又はそのバージョンが異なっている。

動作ＯＳがＯＳ２又はＯＳ３からＯＳ１に変更された場合、図示例では、セル６０，６２に記したように、対象プログラムを強制的に削除する。これは、対象プログラムが実行するサービスが動作ＯＳ１で中止されたといった理由により、ＯＳ１上実行できなくなった場合である。更新データに削除プログラムを含めるために、強制更新フラグをオンにする。

動作ＯＳがＯＳ１からＯＳ２に変更された場合、セル６４に記したように、現在のプログラム（ライブラリを含む）をプログラム２に更新する。更新を強制する必要があるケースであり、強制更新フラグをオンにする。他方、動作ＯＳがＯＳ３からＯＳ２に変更された場合、セル６６に記したように、現在のプログラム（ライブラリを含む）をプログラム３に更新する。この更新はユーザの任意であり、強制更新フラグをオフする。ＯＳ２上で、現在のプログラムのままでも深刻なトラブル無しで動作する場合である。

動作ＯＳがＯＳ１からＯＳ３に変更された場合、セル６８に記すように、現在のプログラム（ライブラリを含む）をプログラム４に更新する。この更新はユーザの任意であり、強制更新フラグをオフする。また、動作ＯＳがＯＳ２からＯＳ３に変更された場合、セル７０に記すように、現在のプログラム（ライブラリを含む）をプログラム５に更新する。この更新はユーザの任意であり、強制更新フラグをオフする。

図７を参照して、地域の変更に対してクライアント１０に適用すべき動作例を説明する。図７で、列はインストール時の地域設定を示し、行は現在の地域設定を示す。理解を容易にするため、インストール時には、プログラム関連データとしてバージョン１のデータＡ（データＡ（１）と表記する）と、バージョン１のデータＢ（データＢ（１）と表記する）が既存データとしてインストールされているものとする。プログラム関連データは、例えば、文書作成プログラムのテンプレート又はフォントデータなど、プログラム本体とは別ファイルになっており、プログラム本体とは別に更新されることがあるファイル等である。

地域設定が地域２から地域１に変更された場合、セル７２に記すように、データＡ（１）を使用し、データＢを不使用にする。データＢ（無し）は、データＢを使用しないことを意味する。これは例えば、地域１では、言語上、宗教上又は法律上等の理由により、データＢを使用できない場合である。強制更新を有効にするために、強制更新フラグをオンにする。

地域設定が地域１から地域２に変更された場合、セル７４に記すように、データＡを不使用にする。但し、必ずしもデータＡの不使用を強制しなくてもよいレベルであり、強制更新のフラグをオフにする。

地域設定が地域１から地域３に変更された場合、セル７６に記すように、既存のデータＡ（１），Ｂ（１）をデータＡ（２），Ｂ（２）に更新する。但し、更新を強制するほどでも無いので、強制更新のフラグをオフにする。

地域設定が地域２から地域３に変更された場合、セル７８に記すように、既存のデータＡ（１），Ｂ（１）をデータＡ（２），Ｂ（２）に更新する。更新を強制する必要があるケースになり、強制更新のフラグをオンにする。

図６に示す例では、動作ＯＳの変更に伴い、プログラム本体（ライブラリを含む）を更新するとしたが、関連データも併せて更新しても良いことは言うまでもない。逆に、図７に示す例では、地域設定の変更に伴い、プログラム関連データのみを更新するとしたが、プログラム本体も併せて更新しても良いことは言うまでもない。

解析及び判定（Ｓ１２）の結果として、先ず、プログラムの削除か否かを判定する（Ｓ１３）。プログラム削除の場合（Ｓ１３）、削除プログラムを更新データに追加する（Ｓ１４）。強制更新フラグがオンのときには、クライアントに強制更新を指示する指示子を削除プログラムに付加する。

プログラム削除でない場合（Ｓ１３）、プログラム変更が必要か否か判定する（Ｓ１５）。プログラム変更が必要な場合（Ｓ１５）、アップデートファイル５２から適切な更新プログラムを取り出して更新データに追加する（Ｓ１６）。強制更新フラグがオンのときには、クライアントに強制更新を指示する指示子を、更新プログラム付加する。

次に、関連データの更新に関して、関連データを削除するか否かを判別する（Ｓ１７）。関連データを削除する場合（Ｓ１７）、関連データ削除プログラムを更新データに追加する（Ｓ１８）。強制更新フラグがオンのときには、クライアントに強制更新を指示する指示子を削除プログラムに付加する。関連データを削除しない場合で（Ｓ１７）、変更が必要なときには（Ｓ１９）、関連データ更新プログラムを更新データに追加する（Ｓ２０）。強制更新フラグがオンであれば、クライアントに強制更新を指示する指示子を関連データ行進プログラムに付加する。対象プログラムの全関連データについて、ステップＳ１７〜Ｓ２０を繰り返す（Ｓ２１）。

全関連データの処理が終了したら（Ｓ２１）、更新データをクライアント１０に送信する（Ｓ２２）。

図８は、更新データの一例を示す。図８に示す例では、プログラム（ライブラリを含む）をプログラムａで強制更新する。データＡをデータ更新プログラムｂで強制更新する。データＢをデータ削除プログラムｃでクライアント１０のユーザの承諾を確認してから、削除する。データＣは変更なしであり、データＣに関する更新プログラムは含まれていない。プログラム及び関連データのそれぞれについて、強制更新の有無をクライアント１０に指示するようにしたが、強制更新の要否を一括して、クライアント１０に指示してもよい。例えば、プログラム及び関連データの何れかで強制更新が必要な場合、全てを強制更新の対象とする。

図９は、図４のステップＳ７におけるクライアント１０での更新処理の詳細なフローチャートを示す。強制更新が指示されている場合（Ｓ３１）、図１０に示す強制更新の通知ダイアログを表示する（Ｓ３２）。ユーザが更新を許可しない場合（Ｓ３３）、当該プログラムの起動又は使用を禁止する（Ｓ３４）。ユーザが更新を許可する場合（Ｓ３３）、更新プログラムを実行し、当該プログラムの起動又は使用を許可する（Ｓ３５）。

また、強制更新が指示されていない場合（Ｓ３１）、図１１に示す自動更新の通知ダイアログを表示し（Ｓ３６）、ユーザの更新ＯＫの指示に従い（Ｓ３７）、更新プログラムを実行し、起動又は使用を許可する（Ｓ３５）。強制更新が指示されていない更新の場合、当該プログラムの起動又は使用は、更新を実行するか否かに関わらず、可能である。

本実施例によれば、ＯＳ又は地域設定等の使用環境に変更があった場合に更新処理を実行することが可能である。また、使用環境の変更内容をサーバに通知するので、サーバは、変更内容に応じた適切なプログラム又はデータの更新方法を選択できる。例えば、言語上、宗教上又は法律上等の理由により、使用できないデータが有る場合に、クライアントが地域を移動したことが通知されれば、速やかにプログラムを更新させて対応をとることができる。

動作環境情報としてＯＳ情報と地域情報を参照する実施例を説明したが、動作環境として、これら以外の要素、例えば、ライブラリのバージョン等をこれらの代わりに、又は、これらと合わせて考慮するようにしてもよい。

特定の説明用の実施例を参照して本発明を説明したが、特許請求の範囲に規定される本発明の技術的範囲を逸脱しないで、上述の実施例に種々の変更・修整を施しうることは、本発明の属する分野の技術者にとって自明であり、このような変更・修整も本発明の技術的範囲に含まれる。

本発明の一実施例の概略構成ブロック図である。 マシン設定情報２６の構成と内容の一例である。 プログラム更新管理情報２６の構成と内容の一例である。 クライアント１０とサーバ４０間の処理の流れを示すフローチャートである。 サーバ４０での処理のフローチャートである。 ＯＳの変更に対する更新内容の一例である。 地域の変更に対する更新内容の一例である。 サーバで生成される更新データの一例である。 クライアント１０における更新処理（Ｓ７）の詳細なフローチャートである。 強制更新通知のダイアログメッセージ例である。 自動更新通知のダイアログメッセージ例である。

符号の説明

１０ クライアントコンピュータ（クライアント）
１２ ＣＰＵ
１４ ＬＡＮインターフェース
１６ ハードディスク装置（ＨＤＤ）
１８ ＯＳ（オペレーティングシステム）
２０ アプリケーションプログラム
２２ 更新管理プログラム
２４ マシン設定情報
２６ プログラム更新管理情報
３０ インターネット
４０ サーバ
４２ ＣＰＵ
４４ ＬＡＮインターフェース
４６ ＨＤＤ
４８ ＯＳ（オペレーティングシステム）
５０ 更新管理プログラム
５２ アップデートファイル
５４ アップデート管理情報

Claims (10)

1. サーバ装置およびクライアント装置が互いに通信可能なプログラム管理システムであって、
   前記クライアント装置は、
   プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納する格納手段と、
   現在のオペレーティングシステムの名称およびバージョンと、前記格納手段に格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定する判定手段と、
   前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信する第１の送信手段
   とを備え、
   前記サーバ装置は、
   前記変更情報にしたがって、前記プログラムの更新内容と対応する更新情報を生成する生成手段と、
   前記更新情報を前記クライアント装置へ送信する第２の送信手段
   とを備え、
   前記クライアント装置はさらに、前記更新情報にしたがって、前記プログラムの更新処理を実行する更新手段を備える
   ことを特徴とするプログラム管理システム。
2. 前記生成手段は、前記プログラムの更新が必要な場合、アップデート用のスクリプト、ライブラリ及び関連データを含む更新情報を生成することを特徴とする請求項１に記載のプログラム管理システム。
3. 前記生成手段は、前記プログラムの削除が必要な場合、前記プログラムを削除するための削除用プログラム又はスクリプトを含む更新情報を生成することを特徴とする請求項１または２に記載のプログラム管理システム。
4. 前記生成手段は、前記プログラムの更新が不要な場合、その旨を示すダイアログを表示するためのプログラムを含む更新情報を生成することを特徴とする請求項１乃至３のいずれか１項に記載のプログラム管理システム。
5. 前記生成手段は、前記プログラムの更新が必要な場合、前記クライアント装置において前記プログラムに対する更新処理が許可されなければ、前記プログラムの起動を禁止するための指示を含む更新情報を生成することを特徴とする請求項１乃至４のいずれか１項に記載のプログラム管理システム。
6. 前記格納手段は、さらに、プログラム毎にそのインストールを実行した時の地域情報を格納し、
   前記判定手段は、さらに、現在の地域情報と前記格納手段に格納された前記プログラムのインストールを実行した時の地域情報とを比較することによって、変更の有無を判定することを特徴とする請求項１乃至５のいずれか１項に記載のプログラム管理システム。
7. サーバ装置と通信可能なクライアント装置であって、
   プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納する格納手段と、
   現在のオペレーティングシステムの名称およびバージョンと、前記格納手段に格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定する判定手段と、
   前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信する送信手段と、
   前記変更情報にしたがって生成された更新情報を前記サーバ装置から受信する受信手段と、
   前記更新情報にしたがって、前記プログラムの更新処理を実行する更新手段
   とを備えることを特徴とするクライアント装置。
8. 前記格納手段は、さらに、プログラム毎にそのインストールを実行した時の地域情報を格納し、
   前記判定手段は、さらに、現在の地域情報と前記格納手段に格納された前記プログラムのインストールを実行した時の地域情報とを比較することによって、変更の有無を判定する
   ことを特徴とする請求項７に記載のクライアント装置。
9. サーバ装置と通信可能なクライアント装置の制御方法であって、
   プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納するステップと、
   現在のオペレーティングシステムの名称およびバージョン情報と、前記格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定するステップと、
   前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信するステップと、
   前記変更情報にしたがって生成された更新情報を前記サーバ装置から受信するステップと、
   前記更新情報にしたがって、前記プログラムの更新処理を実行するステップ
   とを備えることを特徴とする制御方法。
10. サーバ装置と通信可能なクライアント装置を実現するコンピュータに、
    プログラム毎にそのインストールを実行した時のオペレーティングシステムの名称およびバージョンを格納するステップと、
    現在のオペレーティングシステムの名称およびバージョン情報と、前記格納された前記プログラムのインストールを実行した時のオペレーティングシステムの名称およびバージョンとを比較することによって、変更の有無を判定するステップと、
    前記判定の結果、変更があれば、変更内容を示す変更情報をサーバ装置へ送信するステップと、
    前記変更情報にしたがって生成された更新情報を前記サーバ装置から受信するステップと、
    前記更新情報にしたがって、前記プログラムの更新処理を実行するステップ
    とを実行させることを特徴とするソフトウエアプログラム。

Images