(57)【要約】【課題】  ＯＳ又は地域の変更に対して適切な更新を実現する。【解決手段】クライアント１０の更新管理プログラム２２は、アプリケーションプログラム２０の中の予め指定されたプログラムに対し、現在のＯＳ情報とインストール時のＯＳ情報に変更があるかどうか、地域設定に変更があるかどうかを調べる。変更があると、変更内容をサーバ４０に通知する。サーバ４０の更新管理プログラム５０は、変更内容を解析し、適切な更新指示と内容を含む更新データを作成して、クライアント１０に送信する。クライアント１０は、サーバ４０からの更新データに従い、更新を実行する。【選択図】  図１
2008186147.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置のクライアントプログラムをサーバ装置からの更新データにより更新するソフトウエア管理方法であって、
前記クライアントプログラムがインストールされたときの前記クライアント装置の動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段から前記インストール時動作環境情報を読み出すステップと、
前記インストール動作環境情報と前記クライアント装置の現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定ステップと、
前記変更判定ステップの判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容を前記サーバ装置に通知する変更内容通知ステップと、
前記サーバ装置において、前記クライアント装置からの前記変更内容に従い、前記クライアントプログラムに対する更新データを作成する更新データ作成ステップと、
更新データを前記クライアント装置に送信する送信ステップと、
前記クライアント装置において、前記更新データに従い、前記クライアントプログラムを更新する更新実行ステップと、
前記更新実行ステップによる更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新ステップ
とを具備することを特徴とするソフトウエア管理方法。
【請求項２】
クライアント装置のクライアントプログラムをサーバ装置からの更新データにより更新するソフトウエア管理システムであって、
前記クライアントプログラムがインストールされたときの前記クライアントの動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段と、
前記インストール動作環境情報と前記クライアントの現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定手段と、
前記変更判定手段の判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容を前記サーバ装置に通知する変更内容通知手段と、
前記サーバ装置において、前記クライアント装置からの前記変更内容に従い、前記クライアントプログラムに対する更新データを作成する更新データ作成手段と、
前記更新データを前記クライアント装置に送信する更新データ送信手段と、
前記クライアント装置において、前記更新データに従い、前記クライアントプログラムを更新する更新実行手段と、
前記更新実行手段による更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新手段
とを具備することを特徴とするソフトウエア管理システム。
【請求項３】
ネットワークを介してサーバ装置と通信可能な情報処理装置であって、
前記クライアントプログラムがインストールされたときの動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段と、
前記インストール時の動作環境情報を読み出す読出手段と、
前記インストール動作環境情報と現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定手段と、
前記変更判定手段による判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容を前記サーバ装置に通知する変更内容通知手段と、
前記サーバ装置によって前記変更内容に従い作成された、前記クライアントプログラムに対する更新データを前記サーバ装置から受信する更新データ受信手段と、
前記更新データに従い、前記クライアントプログラムを更新する更新実行手段と、
前記更新実行機能による更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新手段
とを備えることを特徴とする情報処理装置。
【請求項４】
前記サーバ装置に通知される前記変更内容が、前記インストール時動作環境情報と、前記クライアント装置の現在の動作環境情報と、前記クライアントプログラムの現在のバージョンを特定する情報とを含むことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記インストール時動作環境情報が、前記クライアントプログラムがインストールされたときの動作ＯＳ情報を示すインストール時ＯＳ情報を含み、前記現在動作環境情報が、現在の動作ＯＳ情報を含むことを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
前記インストール時動作環境情報が、前記クライアントプログラムがインストールされたときの地域情報を示すインストール時地域情報を含み、前記現在動作環境情報が、現在の地域情報を含むことを特徴とする請求項４乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記更新データが、強制更新の要否を示す情報を含み、
前記更新実行ステップは、前記強制更新が指示された更新に対し、前記クライアントのユーザが許可しない場合に、前記クライアントプログラムの起動を禁止する
ことを特徴とする請求項１乃至４の何れか１項に記載のソフトウエア管理方法。
【請求項８】
コンピュータに、
クライアントプログラムがインストールされたときの動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段から前記インストール時動作環境情報を読み出す読出し機能と、
前記インストール動作環境情報と現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定機能と、
前記変更判定機能の判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容をサーバ装置にネットワークを介して通知する変更内容通知機能と、
前記サーバ装置によって前記変更内容に従い作成された、前記クライアントプログラムに対する更新データを前記サーバ装置から受信する更新データ受信機能と、
前記更新データに従い、前記クライアントプログラムを更新する更新実行機能と、
前記更新実行機能による更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新機能
とを実行させることを特徴とするソフトウエア管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置でのソフトウエアプログラムの更新を管理する技術に関する。
【背景技術】
【０００２】
クライアントソフトウエアのアップデータ又は更新版をサーバに保管し、クライアントソフトウエアを自動更新するクライアントサーバ方式のソフトウェア管理システムが、特許文献１に記載されている。
【０００３】
サーバコンピュータには、クライアントコンピュータのプログラムと同一のプログラムの最新バージョンのファイルと、当該ファイルのバージョン又は更新日付を格納したデータベースが備えられ、各クライアントコンピュータには、プログラムファイルのバージョン又は更新日付を格納したデータベースが備えられている。そして、クライアントコンピュータのプログラムファイルのバージョン又は更新日付とサーバコンピュータのプログラムファイルのバージョン又は更新日付とを比較し、サーバコンピュータのプログラムファイルが新しいときは、クライアントコンピュータのプログラムファイルを更新するようになっている。
【０００４】
更新時には、サーバ側は、更新、新規追加又は削除の処理の登録が行われたソフトウエアの本体の情報と、ソフトウエアを自動的に更新、新規追加または削除するための実行プログラム（更新プログラム）をクライアントに送信し、クライアント側は、受信した実行プログラムに従って、ソフトウエアの更新、新規追加又は削除の処理を自動実行する。
【特許文献１】特開２００３−２２８４８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、このような従来のクライアントサーバ方式のソフトウエア管理システムにおいて、クライアントコンピュータのプログラムやデータを最新バージョンに自動的に更新するためには、ログオン時、プログラム開始時又はサーバ接続時などに、クライアントプログラムが更新のための処理を実行する必要があった。
【０００６】
また、従来のソフトウエア管理システムは、現在の動作ＯＳ（オペレーティングシステム）情報しか管理 していないので、動作ＯＳの相違に応じたプログラムやデータの更新を行うことができなかった。
【０００７】
また、従来のソフトウエア管理システムでは、地域に応じてプログラムやデータの更新方法を変更することができなかった。
【０００８】
さらに、従来のソフトウエア管理システムでは、強制更新と自動更新というように、異なる更新方法を選択できなかった。
【０００９】
本発明は、このような不都合を個別に又は一括して解消することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明に係るソフトウエア管理方法は、クライアント装置のクライアントプログラムをサーバ装置からの更新データにより更新するソフトウエア管理方法であって、前記クライアントプログラムがインストールされたときの前記クライアント装置の動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段から前記インストール時動作環境情報を読み出すステップと、前記インストール動作環境情報と前記クライアント装置の現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定ステップと、前記変更判定ステップの判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容を前記サーバ装置に通知する変更内容通知ステップと、前記サーバ装置において、前記クライアント装置からの前記変更内容に従い、前記クライアントプログラムに対する更新データを作成する更新データ作成ステップと、更新データを前記クライアント装置に送信する送信ステップと、前記クライアント装置において、前記更新データに従い、前記クライアントプログラムを更新する更新実行ステップと、前記更新実行ステップによる更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新ステップを具備することを特徴とする。
【００１１】
本発明に係るソフトウエア管理システムは、クライアント装置のクライアントプログラムをサーバ装置からの更新データにより更新するソフトウエア管理システムであって、前記クライアントプログラムがインストールされたときの前記クライアントの動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段と、前記インストール動作環境情報と前記クライアントの現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定手段と、前記変更判定手段の判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容を前記サーバ装置に通知する変更内容通知手段と、前記サーバ装置において、前記クライアント装置からの前記変更内容に従い、前記クライアントプログラムに対する更新データを作成する更新データ作成手段と、前記更新データを前記クライアント装置に送信する更新データ送信手段と、前記クライアント装置において、前記更新データに従い、前記クライアントプログラムを更新する更新実行手段と、前記更新実行手段による更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新手段を具備することを特徴とする。
【００１２】
本発明に係る情報処理装置は、ネットワークを介してサーバ装置と通信可能な情報処理装置であって、前記クライアントプログラムがインストールされたときの動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段と、前記インストール時の動作環境情報を読み出す読出手段と、前記インストール動作環境情報と現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定手段と、前記変更判定手段による判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容を前記サーバ装置に通知する変更内容通知手段と、前記サーバ装置によって前記変更内容に従い作成された、前記クライアントプログラムに対する更新データを前記サーバ装置から受信する更新データ受信手段と、前記更新データに従い、前記クライアントプログラムを更新する更新実行手段と、前記更新実行機能による更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新手段とを備えることを特徴とする。
【００１３】
本発明に係るソフトウエア管理プログラムは、コンピュータに、クライアントプログラムがインストールされたときの動作環境情報をインストール時動作環境情報として記憶する更新管理情報記憶手段から前記インストール時動作環境情報を読み出す読出し機能と、前記インストール動作環境情報と現在の動作環境を示す現在動作環境情報とを比較し、変更があるかどうかを判定する変更判定機能と、前記変更判定機能の判定結果に従い、前記インストール時動作環境情報と前記現在動作環境情報とに変更がある場合に、変更内容をサーバ装置にネットワークを介して通知する変更内容通知機能と、前記サーバ装置によって前記変更内容に従い作成された、前記クライアントプログラムに対する更新データを前記サーバ装置から受信する更新データ受信機能と、前記更新データに従い、前記クライアントプログラムを更新する更新実行機能と、前記更新実行機能による更新実行に伴い、前記更新管理情報記憶手段に記憶される前記インストール時動作環境情報を更新する管理情報更新機能を実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、情報処理装置の動作環境の変更に合わせた更新を速やかに実現することができ、情報処理装置にインストールされたプログラムを適切な状態に保つことができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【００１６】
図１は、本発明の一実施例の概略構成ブロック図を示す。クライアントコンピュータ（以下、クライアントと略す）１０は、インターネット３０を介して、サーバコンピュータ（以下、サーバと略す）４０に接続する。
【００１７】
クライアント１０は、ＣＰＵ１２、ＬＡＮインターフェース１４及びハードディスク装置（ＨＤＤ）１６を具備する。ＨＤＤ１６には、クライアント１０のＯＳ（オペレーティングシステム）１８、アプリケーションプログラム２０、更新管理プログラム２２、マシン設定情報２４及びプログラム更新管理情報２６が格納されている。なお、本実施例では、アプリケーションプログラム２０を更新対象として説明するが、ＯＳ１８自体、及び、ＯＳ１８に組み込まれて使用されるデバイスドライバも、本実施例による更新対象になり得ることは明らかである。更新は、対象プログラムの削除を含む。
【００１８】
図２は、マシン設定情報２４の構造と内容の一例を示す。マシン設定情報２４は、ＯＳ名を格納するＯＳ名フィールド２４ａと、ＯＳのバージョン情報を格納するバージョンフィールド２４ｂ、地域情報を格納する地域情報フィールド２４ｃ及び、使用言語を格納する言語設定フィールド２４ｄを具備する。
【００１９】
図３は、プログラム更新管理情報２６の構造と内容の一例を示す。プログラム更新管理情報２６は、更新対象のプログラム名を格納するプログラム名フィールド２６ａ、現在のバージョンを格納するバージョンフィールド２６ｂ、プログラムファイルの作成日時（又は変更日時）を格納するファイル作成日時フィールド２６ｃ、インストール（インストール後に更新している場合には、更新）を実行した日時を格納する実行日時フィールド２６ｄ、インストール（更新した場合には更新）を実行した時のＯＳ名及びＯＳバージョンを格納するインストール時ＯＳ情報フィールド２６ｅ、及びインストール（更新した場合には更新）を実行したときの地域情報を格納する地域フィールド２６ｆを具備する。インストール後にプログラムがアップデートされている場合には、フィールド２６ｄ，２６ｅ，２６ｆには、アップデート時の情報が格納される。
【００２０】
サーバ４０は、ＣＰＵ４２、ＬＡＮインターフェース４４及びＨＤＤ４６を具備する。ＨＤＤ４６には、サーバ４０のＯＳ（オペレーティングシステム）４８、更新管理プログラム５０、更新のためのアップデートファイル５２、及びアップデート管理情報５４が格納されている。アップデート管理情報５４には、更新対象のプログラム毎に、当該プログラムの更新前のバージョンと、現在のクライアントＯＳ及びそのバージョンとに応じて、適用すべきアップデートファイルを特定する情報が格納される。
【００２１】
図４は、クライアント１０とサーバ４０との間の動作フローチャートを示す。クライアント１０の更新管理プログラム２２は、クライアント１０の電源オン時、ログイン時又は指定時刻に起動し、アプリケーションプログラム２０の中の予め指定されたプログラムに対し、図４に示す更新判定実行処理を開始する。一方、サーバ４０の更新管理プログラム４０は、常時、起動している。
【００２２】
更新管理プログラム２２は先ず、マシン設定情報２４から現在のＯＳ情報（ＯＳ名とＯＳバージョン）をフィールド２４ａ，２４ｂから取得し、プログラム２０が前に更新（又はインストール）された時のＯＳ情報（ＯＳ名とＯＳバージョン）をプログラム更新管理情報２６のフィールド２６ｅから取得し、両者を比較する（Ｓ１）。更に、現在の地域設定情報をマシン設定情報２４の地域設定フィールド２４ｃから読み出し、プログラム更新管理情報２６のフィールド２６ｆから前の更新（又はインストール）時の地域設定を読み出し、両者を比較する（Ｓ２）。
【００２３】
ＯＳ情報と地域情報の何れかに変更があれば（Ｓ３）、更新対象プログラムに関するプログラム更新管理情報２６の情報と、現在のマシン設定情報、及び変更内容を示す変更情報データを生成し、サーバ４０に送信する（Ｓ４）。例えば、ＯＳのバージョンに変更がある場合は、変更情報データは、プログラム更新管理情報２６のフィールド２６ａ，２６ｂ，２６ｅの情報と、現在のマシン設定情報２４の内容とを含む。勿論、プログラム更新管理情報２６の全フィールド２６ａ〜２６ｆの情報を含めても良い。
【００２４】
サーバ４０は、クライアント１０からの変更情報データの内容を調査し（Ｓ５）、適切な更新データを生成して、クライアント１０に送信する（Ｓ６）。更新データは、更新不要の場合には、その旨のダイアログをクライアント１０の画面に表示するプログラムを含み、アップデートが必要な場合には、アップデート用のスクリプトと、対象プログラム（ライブラリ及び関連データを含む）のアップデート用ファイルを含み、削除の場合には、削除用のプログラム又はスクリプトを含む。サーバ４０の動作の詳細は、後述する。即ち、変更情報データは、いわば、変更の要否をサーバ４０に問い合わせる信号であり、この問合せに対し、サーバ４０は、更新不要、アップデート又は削除に対応した内容のファイルを更新データとして送信する。
【００２５】
クライアント１０は、サーバ４０から更新データを受信すると、更新データの内容に従い、対象プログラムに対する更新処理を実行する（Ｓ７）。この後、対象プログラムに関するプログラム更新管理情報２６のフィールド２６ｂ〜２６ｆを更新する（Ｓ８）。
【００２６】
また、動作ＯＳ情報と地域情報のどちらにも変化が無い場合（Ｓ３）、そのまま終了する。そして、次のプログラムに対して、図４に示す更新判定を実行する。
【００２７】
図５は、サーバ４０におけるステップＳ５，Ｓ６のより詳細なフローチャートを示す。
【００２８】
サーバ４０の更新管理プログラム５０は、クライアント１０からの変更情報データの受信を待機する（Ｓ１１）。変更情報データを受信すると（Ｓ１１）、更新管理プログラム５０は、変更情報データを解析し、クライアント１０で実行すべき動作を決定する（Ｓ１２）。
【００２９】
図６は、動作ＯＳの変更に対してクライアント１０に適用すべき動作の対応表の一例を示し、図７は、地域の変更に対してクライアント１０に適用すべき動作の対応表の一例を示す。
【００３０】
まず、図６を参照して、動作ＯＳの変更に対してクライアント１０に適用すべき動作例を説明する。図６で、列はインストール時の動作ＯＳを示し、行は現在の動作ＯＳを示す。理解を容易にするために、３種類のＯＳ、即ち、ＯＳ１，ＯＳ２，ＯＳ３について、例示してある。ＯＳ１，ＯＳ２，ＯＳ３は、ＯＳ自体又はそのバージョンが異なっている。
【００３１】
動作ＯＳがＯＳ２又はＯＳ３からＯＳ１に変更された場合、図示例では、セル６０，６２に記したように、対象プログラムを強制的に削除する。これは、対象プログラムが実行するサービスが動作ＯＳ１で中止されたといった理由により、ＯＳ１上実行できなくなった場合である。更新データに削除プログラムを含めるために、強制更新フラグをオンにする。
【００３２】
動作ＯＳがＯＳ１からＯＳ２に変更された場合、セル６４に記したように、現在のプログラム（ライブラリを含む）をプログラム２に更新する。更新を強制する必要があるケースであり、強制更新フラグをオンにする。他方、動作ＯＳがＯＳ３からＯＳ２に変更された場合、セル６６に記したように、現在のプログラム（ライブラリを含む）をプログラム３に更新する。この更新はユーザの任意であり、強制更新フラグをオフする。ＯＳ２上で、現在のプログラムのままでも深刻なトラブル無しで動作する場合である。
【００３３】
動作ＯＳがＯＳ１からＯＳ３に変更された場合、セル６８に記すように、現在のプログラム（ライブラリを含む）をプログラム４に更新する。この更新はユーザの任意であり、強制更新フラグをオフする。また、動作ＯＳがＯＳ２からＯＳ３に変更された場合、セル７０に記すように、現在のプログラム（ライブラリを含む）をプログラム５に更新する。この更新はユーザの任意であり、強制更新フラグをオフする。
【００３４】
図７を参照して、地域の変更に対してクライアント１０に適用すべき動作例を説明する。図７で、列はインストール時の地域設定を示し、行は現在の地域設定を示す。理解を容易にするため、インストール時には、プログラム関連データとしてバージョン１のデータＡ（データＡ（１）と表記する）と、バージョン１のデータＢ（データＢ（１）と表記する）が既存データとしてインストールされているものとする。プログラム関連データは、例えば、文書作成プログラムのテンプレート又はフォントデータなど、プログラム本体とは別ファイルになっており、プログラム本体とは別に更新されることがあるファイル等である。
【００３５】
地域設定が地域２から地域１に変更された場合、セル７２に記すように、データＡ（１）を使用し、データＢを不使用にする。データＢ（無し）は、データＢを使用しないことを意味する。これは例えば、地域１では、言語上、宗教上又は法律上等の理由により、データＢを使用できない場合である。強制更新を有効にするために、強制更新フラグをオンにする。
【００３６】
地域設定が地域１から地域２に変更された場合、セル７４に記すように、データＡを不使用にする。但し、必ずしもデータＡの不使用を強制しなくてもよいレベルであり、強制更新のフラグをオフにする。
【００３７】
地域設定が地域１から地域３に変更された場合、セル７６に記すように、既存のデータＡ（１），Ｂ（１）をデータＡ（２），Ｂ（２）に更新する。但し、更新を強制するほどでも無いので、強制更新のフラグをオフにする。
【００３８】
地域設定が地域２から地域３に変更された場合、セル７８に記すように、既存のデータＡ（１），Ｂ（１）をデータＡ（２），Ｂ（２）に更新する。更新を強制する必要があるケースになり、強制更新のフラグをオンにする。
【００３９】
図６に示す例では、動作ＯＳの変更に伴い、プログラム本体（ライブラリを含む）を更新するとしたが、関連データも併せて更新しても良いことは言うまでもない。逆に、図７に示す例では、地域設定の変更に伴い、プログラム関連データのみを更新するとしたが、プログラム本体も併せて更新しても良いことは言うまでもない。
【００４０】
解析及び判定（Ｓ１２）の結果として、先ず、プログラムの削除か否かを判定する（Ｓ１３）。プログラム削除の場合（Ｓ１３）、削除プログラムを更新データに追加する（Ｓ１４）。強制更新フラグがオンのときには、クライアントに強制更新を指示する指示子を削除プログラムに付加する。
【００４１】
プログラム削除でない場合（Ｓ１３）、プログラム変更が必要か否か判定する（Ｓ１５）。プログラム変更が必要な場合（Ｓ１５）、アップデートファイル５２から適切な更新プログラムを取り出して更新データに追加する（Ｓ１６）。強制更新フラグがオンのときには、クライアントに強制更新を指示する指示子を、更新プログラム付加する。
【００４２】
次に、関連データの更新に関して、関連データを削除するか否かを判別する（Ｓ１７）。関連データを削除する場合（Ｓ１７）、関連データ削除プログラムを更新データに追加する（Ｓ１８）。強制更新フラグがオンのときには、クライアントに強制更新を指示する指示子を削除プログラムに付加する。関連データを削除しない場合で（Ｓ１７）、変更が必要なときには（Ｓ１９）、関連データ更新プログラムを更新データに追加する（Ｓ２０）。強制更新フラグがオンであれば、クライアントに強制更新を指示する指示子を関連データ行進プログラムに付加する。対象プログラムの全関連データについて、ステップＳ１７〜Ｓ２０を繰り返す（Ｓ２１）。
【００４３】
全関連データの処理が終了したら（Ｓ２１）、更新データをクライアント１０に送信する（Ｓ２２）。
【００４４】
図８は、更新データの一例を示す。図８に示す例では、プログラム（ライブラリを含む）をプログラムａで強制更新する。データＡをデータ更新プログラムｂで強制更新する。データＢをデータ削除プログラムｃでクライアント１０のユーザの承諾を確認してから、削除する。データＣは変更なしであり、データＣに関する更新プログラムは含まれていない。プログラム及び関連データのそれぞれについて、強制更新の有無をクライアント１０に指示するようにしたが、強制更新の要否を一括して、クライアント１０に指示してもよい。例えば、プログラム及び関連データの何れかで強制更新が必要な場合、全てを強制更新の対象とする。
【００４５】
図９は、図４のステップＳ７におけるクライアント１０での更新処理の詳細なフローチャートを示す。強制更新が指示されている場合（Ｓ３１）、図１０に示す強制更新の通知ダイアログを表示する（Ｓ３２）。ユーザが更新を許可しない場合（Ｓ３３）、当該プログラムの起動又は使用を禁止する（Ｓ３４）。ユーザが更新を許可する場合（Ｓ３３）、更新プログラムを実行し、当該プログラムの起動又は使用を許可する（Ｓ３５）。
【００４６】
また、強制更新が指示されていない場合（Ｓ３１）、図１１に示す自動更新の通知ダイアログを表示し（Ｓ３６）、ユーザの更新ＯＫの指示に従い（Ｓ３７）、更新プログラムを実行し、起動又は使用を許可する（Ｓ３５）。強制更新が指示されていない更新の場合、当該プログラムの起動又は使用は、更新を実行するか否かに関わらず、可能である。
【００４７】
本実施例によれば、ＯＳ又は地域設定等の使用環境に変更があった場合に更新処理を実行することが可能である。また、使用環境の変更内容をサーバに通知するので、サーバは、変更内容に応じた適切なプログラム又はデータの更新方法を選択できる。例えば、言語上、宗教上又は法律上等の理由により、使用できないデータが有る場合に、クライアントが地域を移動したことが通知されれば、速やかにプログラムを更新させて対応をとることができる。
【００４８】
動作環境情報としてＯＳ情報と地域情報を参照する実施例を説明したが、動作環境として、これら以外の要素、例えば、ライブラリのバージョン等をこれらの代わりに、又は、これらと合わせて考慮するようにしてもよい。
【００４９】
特定の説明用の実施例を参照して本発明を説明したが、特許請求の範囲に規定される本発明の技術的範囲を逸脱しないで、上述の実施例に種々の変更・修整を施しうることは、本発明の属する分野の技術者にとって自明であり、このような変更・修整も本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施例の概略構成ブロック図である。
【図２】マシン設定情報２６の構成と内容の一例である。
【図３】プログラム更新管理情報２６の構成と内容の一例である。
【図４】クライアント１０とサーバ４０間の処理の流れを示すフローチャートである。
【図５】サーバ４０での処理のフローチャートである。
【図６】ＯＳの変更に対する更新内容の一例である。
【図７】地域の変更に対する更新内容の一例である。
【図８】サーバで生成される更新データの一例である。
【図９】クライアント１０における更新処理（Ｓ７）の詳細なフローチャートである。
【図１０】強制更新通知のダイアログメッセージ例である。
【図１１】自動更新通知のダイアログメッセージ例である。
【符号の説明】
【００５１】
１０  クライアントコンピュータ（クライアント）
１２  ＣＰＵ
１４  ＬＡＮインターフェース
１６  ハードディスク装置（ＨＤＤ）
１８  ＯＳ（オペレーティングシステム）
２０  アプリケーションプログラム
２２  更新管理プログラム
２４  マシン設定情報
２６  プログラム更新管理情報
３０  インターネット
４０  サーバ
４２  ＣＰＵ
４４  ＬＡＮインターフェース
４６  ＨＤＤ
４８  ＯＳ（オペレーティングシステム）
５０  更新管理プログラム
５２  アップデートファイル
５４  アップデート管理情報
【図１】
2008186147.tif 000003
【図２】
2008186147.tif 000004
【図３】
2008186147.tif 000005
【図４】
2008186147.tif 000006
【図５】
2008186147.tif 000007
【図６】
2008186147.tif 000008
【図７】
2008186147.tif 000009
【図８】
2008186147.tif 000010
【図９】
2008186147.tif 000011
【図１０】
2008186147.tif 000012
【図１１】
2008186147.tif 000013