(57)【要約】【課題】  複数のベンダがそれぞれユーザ端末に提供する複数のソフトウェアを、容易にアップデートすることができ、ユーザ端末が、バージョン比較のためのアプリケーションを持たずにソフトウェアのアップデートができる【解決手段】  本発明によるアップデートシステムは、複数のベンダが提供するソフトウェアを使用するユーザ端末３０と、各々のソフトウェアのパッチを保有するパッチ情報サーバと、パッチ提供装置１０とが相互にインターネット４０を介し接続され、パッチ提供装置１０が、最新のパッチを各ベンダのパッチ情報サーバ２０から収集し、ユーザ端末３０のユーザ端末３０が保有するパッチのバージョンと比較し、更新可能なパッチをユーザ端末３０に送信し、ユーザ端末３０はそのパッチを使用してソフトウェアのアップデートを行なう。【選択図】  図１
2006053609.tif 000002
【特許請求の範囲】
【請求項１】
複数のベンダのソフトウェアを使用するユーザ端末と、
前記各ソフトウェアを修正するためのパッチを保有する複数のパッチ情報サーバと、
前記パッチ情報サーバから前記パッチを取得し、前記取得したパッチを前記ユーザ端末が保有していない場合、前記保有していないパッチを、前記ユーザ端末に提供するパッチ提供装置とを備え、
前記ユーザ端末と、前記パッチ情報サーバと、前記パッチ提供装置とは、それぞれインターネットを介して接続される
アップデートシステム。
【請求項２】
請求項１に記載のアップデートシステムにおいて、
前記パッチ提供装置は、前記取得したパッチを前記ユーザ端末が保有していない場合、前記ユーザ端末に前記保有していないパッチの存在を通知する
アップデートシステム。
【請求項３】
請求項１又は２に記載のアップデートシステムにおいて、
前記パッチ提供装置は、前記パッチ情報サーバのパッチのバージョンと前記ユーザ端末が保有するパッチのバージョンを比較し、前記パッチ情報サーバのパッチのバージョンが新しい場合、前記ユーザ端末に前記新しいパッチを提供する
アップデートシステム。  
【請求項４】
請求項１から３いずれか１項記載のアップデートシステムにおいて、
前記パッチ提供装置は、前記パッチ情報サーバのパッチのバージョンと前記ユーザ端末が保有するパッチのバージョンを比較し、前記パッチ情報サーバのパッチのバージョンが新しい場合、前記ユーザ端末に前記新しいパッチの存在を通知する
アップデートシステム。  
【請求項５】
ソフトウェアの修正を行なうためのパッチを取得するステップと、
複数のベンダの前記ソフトウェアを使用するユーザ端末の保有するパッチと、前記取得したパッチを比較するステップと
前記取得したパッチを前記ユーザ端末が保有していない場合、前記ユーザ端末が適用可能なパッチの存在を、前記ユーザ端末に通知するステップとを備える
アップデート方法。
【請求項６】
請求項５に記載のアップデート方法において、
前記パッチを取得するステップと、
前記取得したパッチを前記ユーザ端末が保有していない場合、前記通知の後、前記ユーザ端末が保有していないパッチを前記ユーザ端末に送信するステップとを更に備える
アップデート方法。
【請求項７】
ソフトウェアの修正を行なうためのパッチのバージョン情報を取得するステップと、
複数のベンダの前記ソフトウェアを使用するユーザ端末の保有するパッチのバージョン情報と前記取得したバージョン情報の新旧を比較するステップと、
前記取得したバージョン情報が前記ユーザの保有するパッチのバージョンより新しい場合、前記ユーザ端末が更新可能なパッチの存在を前記ユーザ端末に通知するステップとを備える
アップデート方法。
【請求項８】
請求項７に記載のアップデート方法において、
前記パッチを取得するステップと、
前記取得したバージョン情報が前記ユーザの保有するパッチのバージョンより新しい場合、前記通知の後、前記新しいパッチを前記ユーザ端末に送信するステップとを更に備える
アップデート方法。
【請求項９】
ベンダが提供する複数のベンダのソフトウェア各々を修正するパッチであって、前記ベンダが保有する前記パッチと、前記ソフトウェアを使用するユーザ端末が保有する前記パッチとを比較し、前記ユーザ端末が適用可能なパッチを保有しているか否かを判定する情報比較部と、
前記比較の結果、前記ユーザ端末が適用可能なパッチを保有していない場合、前記適用可能なパッチの存在を前記ユーザ端末に通知する更新情報通知部とを備える
パッチ提供装置。
【請求項１０】
請求項９に記載のパッチ提供装置において、
前記ベンダが保有するパッチの識別情報であるベンダパッチ情報を保持するパッチ情報データベースと、
前記ユーザ端末が保有するパッチの識別情報であるパッチ管理ファイルを、前記ユーザ端末から取得するパッチ情報収集部とを更に備え、
前記パッチ情報比較部は、前記ベンダパッチ情報と、前記パッチ管理ファイルを比較し前記ユーザ端末が適用可能なパッチを保有しているか否かを判定する
パッチ提供装置。
【請求項１１】
請求項９に記載のパッチ提供装置において、
前記ベンダが保有するパッチの識別情報であるベンダパッチ情報を保持するパッチ情報データベースと、
前記ユーザ端末が使用するパッチの識別情報であるパッチ管理ファイルを、保持するパッチ管理ファイル記憶部とを更に備え、
前記パッチ情報比較部は、前記ベンダパッチ情報と、前記パッチ管理ファイルを比較し前記ユーザ端末が適用可能なパッチを保有しているか否かを判定する
パッチ提供装置。
【請求項１２】
請求項９から１１いずれか１項に記載のパッチ提供装置において、
前記ユーザ端末の要請に応じ、前記適用可能なパッチを前記ユーザ端末に送信するパッチ情報送信部を更に備える
パッチ提供装置。
【請求項１３】
請求項１２に記載のパッチ提供装置において
前記パッチ情報送信部は、前記ユーザ端末に送信するパッチに対応するパッチ管理ファイルを前記ユーザ端末に送信する
パッチ提供装置。
【請求項１４】
請求項１０から１３いずれか１項に記載のパッチ提供装置において
前記パッチ管理ファイルと前記ベンダパッチ情報は、それぞれに対応するパッチのバージョン情報を含み、
前記パッチ情報比較部は、前記パッチ管理ファイルと前記ベンダパッチ情報のバージョン情報を比較し、前記ベンダパッチ情報のバージョンが新しい場合、前記ベンダパッチ情報に対応するパッチを前記ユーザ端末が適用可能なパッチと判定する
パッチ提供装置。
【請求項１５】
複数のベンダのソフトウェア各々を修正するパッチであって、前記ベンダが保有する前記パッチの識別情報であるベンダパッチ情報と、前記ソフトウェアを使用するユーザ端末の保有する前記パッチの識別情報であるパッチ管理ファイルとを比較するステップと、
前記ベンダパッチ情報と同じパッチ管理ファイルがない場合、前記ユーザ端末に、前記ユーザ端末が適用可能なパッチの存在を通知するステップとをコンピュータに実行させる
アップデートプログラム。
【請求項１６】
請求項１５に記載のアップデートプログラムにおいて、
前記ベンダパッチ情報と同じパッチ管理ファイルがない場合、前記通知の後、前記パッチを前記ユーザ端末に送信するステップとをコンピュータに実行させる
アップデートプログラム。
【請求項１７】
請求項１５又は１６に記載のアップデートプログラムにおいて、
複数のベンダから前記ベンダパッチ情報を取得するステップと、
前記ユーザ端末から前記パッチ管理ファイルを取得するステップとをコンピュータに実行させる
アップデートプログラム。
【請求項１８】
請求項１５から１７いずれか１項に記載のアップデートプログラムにおいて、
前記ベンダパッチ情報に対応するパッチを前記複数のベンダから取得するステップと、
前記ベンダパッチ情報と同じ前記パッチ管理ファイルがない場合、前記通知の後、前記パッチを前記ユーザ端末に送信するステップをコンピュータに実行させる
アップデートプログラム。
【請求項１９】
請求項１５又は１８に記載のアップデートプログラムにおいて、
前記複数のベンダからパッチのバージョン情報を更に取得するステップと、
前記ユーザ端末から前記ユーザ端末が保有するパッチのバージョン情報を取得するステップと、
前記ベンダから取得したバージョン情報と前記ユーザ端末から取得したバージョン情報の新旧を比較するステップと、
前記ベンダから取得したバージョン情報が新しい場合、前記ユーザ端末に更新可能なパッチが存在することを通知するステップとをコンピュータに実行させる
アップデートプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オープンシステムにおける各種ソフトウェアの一括アップデートシステム、方法及びパッチ提供装置に関する。
【背景技術】
【０００２】
近年、ソフトウェアベンダのオープンサーバ化に伴い、ユーザが使用するサーバ等のコンピュータ装置は、目的に応じて様々なソフトウェアベンダの様々なソフトウェアを導入している。サーバ管理者であるユーザはサーバで使用されている各種ソフトウェアを最新の状態にするため、各ソフトウェアベンダにより公開されている情報をソフトウェアベンダ毎のサイトに接続して確認し、使用されているソフトウェア製品毎に必要なモジュールを別々のサイトから入手することが必要である。このため、かなりの作業工数を費やしている。
【０００３】
特開２００２−２５９１２８にはアップデート方法が開示されている（特許文献１参照）。この従来例では、ソフトウェア製品を使用するユーザ端末が、ネットワークを介して接続されたバージョン管理サーバからソフトウェアのバージョン情報を受信し、端末自身の保有するバージョン情報と比較して、更新ファイルをバージョン管理サーバから取得している。
【０００４】
しかし、この場合、ユーザ端末が、ユーザ端末自身で使用しているソフトウェア製品のバージョンの新旧を判定している。このため、バージョン管理サーバの使用者は、各ユーザ端末に対し、バージョン比較のためのアプリケーションを配布する必要がある。
【特許文献１】特開２００２−２５９１２８
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、複数のベンダがそれぞれユーザ端末に提供する複数のソフトウェアを、容易にアップデートすることができるアップデートシステム、アップデート方法及びパッチ提供装置を提供することにある。
【０００６】
本発明の他の目的は、ユーザ端末が、バージョン比較のためのアプリケーションを持たずに、ソフトウェアのアップデートができるアップデートシステム、アップデート方法及びパッチ提供装置を提供することにある。
【課題を解決するための手段】
【０００７】
以下に、［発明を実施するための最良の形態］で使用される番号・符号を括弧付きで用いて、［課題を解決するための手段］を説明する。この番号・符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］の記載との対応関係を明らかにするために付加されたものであるが、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【０００８】
本発明によるアップデートシステムは、複数のベンダのソフトウェアを使用するユーザ端末（３０）と、各ソフトウェアの修正を行なうためのパッチ（ＰＦ）及びパッチを管理するためのベンダパッチ情報（ＶＰ）を保有する複数のパッチ情報サーバ（２０）と、パッチ情報サーバ（２０）からパッチ（ＰＦ）とベンダパッチ情報（ＶＰ）を取得し、取得したパッチ（ＰＦ）を、ユーザ端末（３０）が保有していない場合、ユーザ端末（３０）に対し保有していないパッチ（ＰＦ）を提供するパッチ提供装置（１０）とを備え、それぞれがインターネット（４０）を介して接続されている。
【０００９】
このため、複数のベンダから提供されるソフトウェア製品の一括アップデートが可能となり、更に、パッチ提供装置（１０）においてユーザ端末（３０）の使用するソフトウェアの更新状況を判定するため、ユーザ端末（３０）に対し、バージョン比較のためのアプリケーションを配布する必要がなくなる。
【００１０】
又、パッチ提供装置（１０）は、パッチ情報サーバ（２０）取得したパッチ（ＰＦ）をユーザ端末（３０）が保有していない場合、ユーザ端末（３０）に保有していないパッチ（ＰＦ）の存在を通知する。
【００１１】
パッチ提供装置（１０）は、パッチ情報サーバ（２０）のパッチ（ＰＦ）のバージョンとユーザ端末（３０）が保有するパッチ（ＰＦ）のバージョンを比較し、パッチ情報サーバ（２０）のパッチ（ＰＦ）のバージョンが新しい場合、ユーザ端末（３０）に新しいパッチの存在を通知し、新しいパッチ（ＰＦ）を提供する。
【００１２】
本発明におけるパッチ提供装置（１０）は、複数のベンダのソフトウェア各々を修正するためのパッチを識別するためのベンダパッチ情報（ＶＰ）と、ソフトウェアを使用するユーザ端末（３０）が使用するパッチを識別するためのパッチ管理ファイル（ＰＭ）とを比較するパッチ情報比較部（１０２）と、比較の結果、ユーザ端末（３０）が保有していないパッチ（ＰＦ）がある場合、適用可能なパッチ（ＰＦ）の存在を示す通知をユーザ端末（３０）に送信する更新情報通知部（１０４）とを備える。
【００１３】
パッチ提供装置（１０）は、ベンダパッチ情報（ＶＰ）を保持するパッチ情報データベース（１０５）と、ユーザ端末（３０）から、パッチ管理ファイル（ＰＭ）を取得するパッチ情報収集部（１０１）とを更に備え、両者の比較を実施し、比較の結果、ユーザ端末（３０）が保有していないパッチ（ＰＦ）をパッチ情報データベース（１０５）が保持している場合、適用可能なパッチ（ＰＦ）の存在を示す通知をするとともに、通知を受信するユーザ端末（３０）の要請に応じ、適用可能なパッチ（ＰＦ）をユーザ端末（３０）にパッチ情報送信部（１０３）から送信する。
【００１４】
適用可能なパッチ（ＰＦ）を受信するユーザ端末（３０）は、そのパッチ（ＰＦ）を使用して、使用しているソフトウェアのアップデートを実施する。
【発明の効果】
【００１５】
本発明のアップデートシステム、アップデート方法及びパッチ提供装置によれば、複数のベンダがそれぞれ、ユーザ端末に提供する複数のソフトウェアを、容易にアップデートすることができる。
【００１６】
又、ユーザ端末が、バージョン比較のためのアプリケーションを持たずに、ソフトウェアのアップデートをすることができる。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面を参照して、本発明によるアップデートシステムの実施の形態を説明する。
【００１８】
図１から図７を参照して本発明によるアップデートシステムの第１の実施の形態を説明する。
【００１９】
図１に、本発明によるアップデートシステムの構成を示す。
【００２０】
本発明によるアップデートシステムは、複数のソフトウェアベンダがそれぞれ提供するソフトウェア製品をアップデートするためのパッチＰＦの一括提供サービスを行なう業者が管理するパッチ提供装置１０と、複数のソフトウェアベンダがそれぞれ管理するパッチ情報サーバ２０と、複数のソフトウェアベンダの各種ソフトウェア製品を使用する複数のユーザ端末３０とを具備し、それぞれの装置は、インターネット４０を介して相互に接続されている。
【００２１】
尚、複数のパッチ情報サーバ２０は、それぞれ、パッチ情報サーバ２０−１、パッチ情報サーバ２０−２・・パッチ情報サーバ２０−ｎと表記するが、区別して使用しない場合は、パッチ情報サーバ２０と表記する。又、ユーザ端末３０も同様である。
【００２２】
本発明によるアップデートシステムは、様々なソフトウェアベンダがユーザ端末３０に提供するソフトウェア向けパッチＰＦを、パッチ提供装置１０で一括管理し、ユーザ端末３０を使用する契約ユーザからの要求に対して適用可能なパッチを提供することで、ユーザ端末３０が使用中のソフトウェアを容易に最新の状態にすることができる。
【００２３】
パッチ提供装置１０は、パッチ情報収集部１０１と、パッチ情報比較部１０２と、パッチ情報送信部１０３と、更新情報通知部１０４とを具備し、これらの機能を実現する処理を行なうＣＰＵ１０７と、各種処理のために必要な信号やパッチＰＦに関するデータ等を一時記憶するメモリ１０８を備える。更に、パッチ提供サービスの契約をしたパッチ情報サーバ２０からそれぞれのソフトウェア製品に対応するパッチＰＦと、パッチＰＦを管理するための情報から構成されるベンダパッチ情報ＶＰを保持するパッチ情報データベース１０５とを備える。
【００２４】
パッチ情報収集部１０１は、定時に、あるいは、任意の時間、各ソフトウェアベンダのパッチ情報サーバ２０から現在最新のベンダパッチ情報ＶＰを収集し、図３に示すようにパッチ情報データベース１０５に登録する。パッチ情報データベース１０５は、パッチｆＦと、パッチＰＦを提供する（ソフトウェアを提供する）ベンダ情報と、パッチが修復する対象プログラムであるソフトウェア製品の製品名と、前記製品のバージョンと、パッチＰＦのバージョンと、パッチ名とを関連付けてパッチ情報ＰＩとして記憶する。
【００２５】
ベンダパッチ情報ＶＰの収集のタイミングは、ベンダ毎に異なるか、同時に行なうかは、パッチ情報提供装置の処理能力や各ベンダまでの回線要領あるいは、必要頻度に応じて使用者により任意に設定できる。
【００２６】
ベンダパッチ情報を定時に収集することで、漏れなくパッチの更新を確認でき、又、任意の時間に収集することで、ユーザからの要求に柔軟に対応してパッチを提供することができる。
【００２７】
又、パッチ情報収集部１０１は、収集したベンダパッチ情報ＶＰのパッチバージョンが、パッチ情報データベース１０５内のパッチバージョンより新しいベンダパッチ情報ＶＰであれば、パッチ情報データベース１０５の同じソフトウェア製品に対応するパッチ情報ＰＩを更新する。
【００２８】
更にパッチ情報収集部１０１は、ユーザ端末３０から接続を受けた時、ユーザ端末３０が使用するパッチのパッチバージョンを含むパッチ管理ファイルＰＭを収集する。
【００２９】
パッチ情報比較部１０２は、パッチ情報収集部１０１がユーザ端末３０から収集したパッチ管理ファイルＰＭとパッチ情報データベース１０５内にあるのパッチ情報ＰＩと比較し、パッチ情報データベース１０５に新しいパッチＰＦが保存されているかどうかを判定する。
【００３０】
パッチ情報送信部１０３は、ユーザ端末３０からの要請信号を受付け、パッチ情報比較部１０２において判定されたパッチ情報データベース１０５中からユーザ端末３０が保有していない新しいバージョンのパッチ情報ＰＩを抽出し、ユーザ端末３０に提供する。
【００３１】
更新情報通知部１０４は、パッチ情報比較部１０２における判定結果をユーザ端末３０に送信する。この際、ユーザ端末３０が新しいバージョンのパッチＰＦを保有していない場合、パッチＰＦ取得を促すテキストデータを送信し、新しいパッチＰＦが無い場合は、ユーザ端末３０の使用するソフトウェアが最新であることを伝えるテキストデータを送信する。尚、更新情報通知部１０４からユーザ端末３０に通知されるデータは、上記の内容が通知できればどのような音声でも、画像データでも構わない。
【００３２】
パッチ情報収集部１０１、パッチ情報比較部１０２、パッチ情報送信部１０３、更新情報部１０４は、装置でもプログラムでも装置とプログラムの組合せでも構わなく、ＣＰＵ１０７は、各部におけるそれぞれの処理を実行する。
【００３３】
メモリ１０８は、ＣＰＵ１０７における各種処理のために必要な信号や、パッチ比較部１０２が比較処理の際に抽出するベンダパッチ情報ＶＰや、パッチ情報収集部１０１が収集するパッチ管理ファイルＰＭを一時的に記憶する。
【００３４】
ソフトウェアベンダが管理するパッチ情報サーバ２０は、ユーザ端末３０が使用する様々なソフトウェア製品の修正プログラムであるパッチＰＦとパッチＰＦの管理情報を関連付けてベンダパッチ情報ＶＰとして保持している。
【００３５】
ベンダパッチ情報ＶＰの構成を図４に示す。ベンダパッチ情報ＶＰは、ベンダ情報（自社情報）と、パッチが修復する対象プログラムであるソフトウェア製品の製品名と、前記製品のバージョンと、パッチＰＦのバージョンと、パッチ名とから構成されている。
【００３６】
パッチ情報サーバ２０は、インターネット４０に接続されたオープンサーバであり、パッチ提供装置１０から、パッチの要求信号を受信すると、保有している最新のベンダパッチ情報ＶＰとパッチＰＦをパッチ提供装置１０に送信する。
【００３７】
ユーザ端末３０は、複数のベンダが提供する複数のソフトウェア製品を使用し、前記ソフトウェアのバージョン情報等を管理するパッチ管理ファイルＰＭを保有している。パッチ管理ファイルＰＭは、図５に示されるように使用しているソフトウェア製品のベンダ情報と、パッチが修復する対象プログラムであるソフトウェア製品の製品名と、前記製品のバージョンと、パッチＰＦのバージョンと、パッチ名とから構成されている。
【００３８】
以上のように、パッチ提供装置１０は、各ユーザ端末３０が保有するパッチ管理ファイルと、各パッチ情報サーバ２０が保有する最新のベンダパッチ情報ＶＰとを比較して、最新のパッチＰＦをユーザ端末３０に提供する。このため、複数のベンダのソフトウェア製品を使用する複数のユーザ端末におけるソフトウェアのバージョン状況を一元的に管理することがでる。又、パッチ提供装置１０においてパッチＰＦの更新状況を比較するため、ユーザ端末３０は、バージョンを比較するためのソフトウェアを導入する必要がない。
【００３９】
図６及び図７を参照して本発明によるアップデートシステムの動作の一例を説明する。
【００４０】
図６に、本発明によるパッチ提供装置１０が、ソフトウェアベンダＡが運営するパッチ情報サーバ２０からパッチＰＦとベンダパッチ情報ＶＰを取得する動作の一例を示す。
【００４１】
パッチ提供装置１０のパッチ情報収集部１０１は、インターネットを経由してソフトウェアベンダＡのパッチ情報サーバ２０−１へ、契約に基づくＩＤ等の認証にて接続する（ステップＳ２）。パッチ情報収集部１０１は接続を完了すると、パッチ情報サーバ２０−１に対し、ソフトウェアベンダＡのソフトッウェア製品に関連する最新のパッチＰＦと、ベンダパッチ情報ＶＰを取得するための要求信号を送信し、要求を受けたパッチ情報サーバ２０−１は、最新のパッチＰＦとベンダパッチ情報ＶＰをパッチ情報収集部１０１に送信する。パッチ情報収集部１０１は受信するパッチＰＦとベンダパッチ情報を取得する（ステップＳＡ４）。この際、接続を検知したパッチ情報サーバ２０−１によって自動的に最新のパッチＰＦとベンダパッチ情報ＶＰを取得する方法でも構わない。
【００４２】
ソフトウェアベンダＡのパッチ情報サーバ２０−１に保存されている、全てのパッチ管理ファイルＰＭを採取し終えたら、パッチ提供装置１０のパッチ情報収集部１０１はパッチ情報サーバ２０−１との接続を切断する。
【００４３】
次に、パッチ情報比較部１０２において、パッチ情報収集部１０１が取得したベンダパッチ情報ＶＰに含まれるベンダ情報と同じベンダ情報を持つパッチ情報ＰＩをパッチ情報データベース１０５から抽出し、製品名と製品バージョンが同じパッチＰＦのバージョン情報を比較する（ステップＳＡ６）。取得したベンダパッチ情報ＶＰが現在保有しているパッチ情報ＰＩより更新されている場合、取得したベンダパッチ情報ＶＰ及びパッチＰＦをパッチ情報データベース１０５に上書き保存する。又、パッチ情報データベース１０５に登録されていないパッチＰＦの情報を含むベンダパッチ情報ＶＰを取得した場合もパッチ情報データベース１０５に新たに登録される(ステップＳＡ８)。取得したベンダパッチ情報ＶＰのバージョン情報がパッチ情報データベース１０５で保有するパッチＰＦより更新されていない場合、取得したベンダパッチ情報ＶＰ及びパッチＰＦを削除し、取得動作を終了する（ステップＳＡ１０）
【００４４】
同様にして、他のソフトウェアベンダのパッチ情報サーバ２０−２・・ｎからも最新のバージョン情報を持つパッチＰＦとベンダ情報を取得し、パッチ情報データベース１０５のパッチ情報ＰＩを更新する。パッチ情報データベース１０５内のパッチ情報ＰＩの構成は、図３に示すように、ソフトウェアベンダ毎にパッチＰＩの情報が登録される。このため、パッチ提供装置１０は、様々なベンダの様々なソフトウェア製品を使用するユーザ端末３０が保有するソフトウェアの最新のパッチ情報ＰＩを一括管理することができる。
【００４５】
又、パッチ提供装置１０は、任意に設定した周期に（例：一日一回）定期的にパッチＰＦ及びベンダパッチ情報ＶＰを取得する。これにより、恒常的に各ソフトウェアベンダ
が更新する最新のパッチＰＦを保有することができる。
【００４６】
図７を参照して、本発明に係るパッチ提供装置１０の契約ユーザＢが管理するユーザ端末３０−１に対してパッチを提供する動作を説明する。
【００４７】
パッチ提供装置１０は、インターネット４０上にパッチを提供するためのＷｅｂサイトを表示し、そこにアクセスしてくるユーザ端末に対し、必要なパッチＰＦを提供する。
【００４８】
ユーザ端末３０−１は、Ｗｅｂプラウザを使用してインターネット４０上にある提携先であるパッチ提供装置１０のＷｅｂサイトに接続する。その時、提携時に取り決めたパスワード等を使用して、ユーザ端末３０−１の認証を行なう(ステップＳＢ２)。接続を確認したパッチ提供装置１０のパッチ情報収集部１０１は、パッチ管理ファイルＰＭを要求する要求信号をユーザ端末３０−１に対し送信する(ステップＳＢ４)。要求信号を受信したユーザ端末３０−１は、自身が保有するソフトウェア製品のパッチ管理ファイルＰＭをパッチ提供装置１０に送信する(ステップＳＢ６)。
【００４９】
送信されるパッチ管理ファイルＰＭは、図５に示されるように、ユーザ端末が使用しているソフトウェア製品のベンダ情報や製品名パッチ名やパッチのバージョン情報を含んでいる。パッチ管理ファイルＰＭには、パッチを使用していないソフトウェア製品の情報も含んでいる（例えば、図５におけるＣ社の製品）。
【００５０】
ユーザ端末３０−１から取得したパッチ管理ファイルＰＭは、一時的にパッチ情報収集部１０１に記録される(ステップＳＢ８)。パッチ情報比較部１０２は、パッチ情報収集部１０１内のパッチ管理ファイルＰＭに含まれるソフトウェア製品情報であるベンダ情報、製品名、製品のバージョンと同じパッチ情報ＰＩをパッチ情報データベース１０５から抽出し（ステップＳＢ１０）、パッチバージョンを比較する（ステップＳＢ１２）。
【００５１】
パッチ情報データベース１０５に、取得したパッチ管理ファイルＰＭに含まれるソフトウェア製品向けのパッチＰＦが存在していない場合、又は、同じパッチバージョンのパッチＰＦしかない場合は、更新情報通知部１０４は、更新可能なパッチＰＦが無いことを告げるテキストデータをユーザ端末３０−１へ送信し、接続を切断し処理を終了する（ステップＳＢ１４）。
【００５２】
比較した結果、パッチ情報データベース１０５から抽出したパッチ情報ＰＩがパッチ管理ファイルにないパッチＰＦを含む場合、又は、パッチ管理ファイルＰＭのパッチバージョンがパッチ情報データベース１０５に保存されているパッチバージョンより古いパッチＰＦの場合は、更新情報通知部１０４は、ユーザ端末３０−１のＷｅｂブラウザに対してパッチのダウンロード先と併せ、適用可能な新しいパッチが存在していることを送信する（ステップＳＢ１６）。
【００５３】
例えば、ユーザ端末３０−１から図５に示されるパッチ管理ファイルＰＭを取得し、図３に示されるパッチ情報データベース１０５内のパッチ情報ＰＩと比較する場合について説明する。
【００５４】
パッチ情報比較部１０２はパッチ管理ファイルＰＭに含まれるソフトウェア製品情報（Ａ社、ソフトＡ、Ｒ１．０）と同じパッチ情報ＰＩを、パッチ情報データベース１０５から抽出し（ステップＳＢ１０）、パッチバージョンを比較する（ステップＳＢ１２）。この場合、パッチ管理ファイルＰＭのパッチバージョンとパッチ情報データベース１０５のパッチ情報ＰＩのパッチバージョンは、同じＲ１．５であるので、このソフトウェア製品に対する更新すべきパッチＰＦが無いことを更新情報通知部１０４に通知する。
【００５５】
続いて、ベンダ情報がＢ社、製品名がソフトＢ、製品のバージョンがＲ４．０のソフトウェア製品についてのパッチバージョンの比較を実施する（ステップＳＢ１２）。パッチ管理ファイルのパッチバージョンＲ４．５に比べ、パッチ情報データベース１０５内にあるパッチバージョンはＲ４．７と更新されているので、更新情報通知部１０４に更新可能なパッチ情報ＰＩの存在を通知する。
【００５６】
最後に、ベンダ情報がＣ社、製品名がソフトＢ、製品のバージョンがＲ６．０のソフトウェア製品についてのパッチバージョンの比較を実施する（ステップＳＢ１２）。パッチ管理ファイルＰＭは、この製品に対応するパッチＰＦを保有していないことを示しており、パッチ情報データベース１０５は、この製品に対応するパッチＰＦであるＣ＿Ｂ＿６．４を含んでいるため、新規のパッチＰＦの存在を更新情報通知部１０４に通知する。
【００５７】
パッチ管理ファイルＰＭ内の全ての製品についての比較を終了すると、更新情報通知部１０４は、その結果に基づいた情報をユーザ端末３０に送信する。一例では、Ａ社のソフトＡのパッチＰＦについては更新すべきパッチＰＦが無いことを、Ｂ社のソフトＢのパッチＰＦについては、更新可能なパッチバージョンＲ４．７の存在とそのダウンロード先のＷｅｂアドレスを、Ｃ社のソフトＢのパッチＰＦについては、新規のパッチＰＦの存在とそのダウンロード先のＷｅｂアドレスを送信する（ステップＳＢ１４、ステップＳＢ１６）。
【００５８】
更新情報通知部１０４は、更新可能なパッチＰＦの存在を通知するのと併せて、ユーザ端末３０−１がそのパッチＰＦを適用するか否かを確認する通知を行なう（ステップＳＢ１６）。
【００５９】
ユーザ端末３０−１はウェブブラウザによって前記内容を表示し、その内容から適用したいと考えたパッチを一覧から選択し、ダウンロードを行なう旨をパッチ提供装置１０へ送信する（ステップＳＢ１８）。
【００６０】
パッチ提供装置１０のパッチ情報送信部１０３は、ユーザ端末３０−１から受信する適用するか否かの情報を確認して（ステップＳＢ２０）、受信内容が「パッチ名がＢ＿ＳｏｆｔＢ＿ｐａｔｃｈのパッチＰＦをダウンロードする」の場合はパッチ情報データベース１０５からパッチ名がＢ＿ＳｏｆｔＢ＿ｐａｔｃｈのパッチ情報ＰＩを読みとり、パッチ管理ファイルＰＭとパッチＰＦとに分けてユーザ端末３０−１へ送信し（ステップＳＢ２４）、接続を切断し処理を終了する（ステップＳＢ２８）。
【００６１】
又、ユーザ端末３０−１から受信した内容に更新すべきパッチＰＦを適用しない内容が含まれている場合、すなわち「全てのパッチＰＦをダウンロードしない」や、「パッチ名がＣ＿Ｂ＿６．４のパッチＰＦのダウンロードは希望しない」だった場合、更新情報通知部１０４は、ユーザ端末３０−１へパッチ適用を喚起して接続を切断し処理を終了する（ステップＳＢ２２）。
【００６２】
パッチ提供装置１０からパッチＰＦの提供を受けたユーザ端末３０−１は、受信するパッチＰＦをインストールして更新するとともに、パッチ管理ファイルＰＭを更新する（ステップＳＢ２６）。
【００６３】
以上のように、パッチ提供装置１０は、その他のユーザ端末３０−２・・ユーザ端末３０−ｎについても同様にパッチＰＦ提供し、パッチ提供装置１０を扱う業者と提携している全てのユーザ端末３０に様々なソフトウェアベンダの様々なソフトウェア製品に対応する最新のパッチＰＦを一元的に管理及び提供することができる。
【００６４】
従って、ユーザ端末３０を扱う契約ユーザは、一般的に普及しているＷｅｂブラウザにより指定された１カ所のパッチ提供装置１０に接続すれば、その契約ユーザが現在使用している複数のソフトウェアベンダの多様なソフトウェア製品のバージョンと、必要なパッチの一覧を一括表示し、ダウンロード及びインストールが可能となる。このことにより、管理者の製品バージョン管理、確認、モジュール入手、アップデート作業を一度に実施でき、管理者の作業工数を大幅に削減できる。
【００６５】
又、ユーザ端末３０に一定のフォーマットで各ソフトウェアのバージョン情報、パッチ情報を用意しておき、サービス提供側のパッチ提供装置１０のパッチ情報ＰＩと比較する方法により、必要以上の個人情報をサービス提供者に送付する必要が無く、セキュリティ上の個人情報漏洩の不安を最小限に抑えることができる。
【００６６】
更に、パッチ提供装置１０を扱うアップデートサービス提供者としても、サービス利用者側でパッチＰＦの適用が加速されることが見込めることから、既に修正されている障害・問題の発生を未然に防止できるため、既に修正された障害・問題への対応作業工数を削減できる可能性が高くなる。
【００６７】
次に図８から図１０を参照して本発明によるアップデートシステムの第２の実施の形態の説明をする。
【００６８】
本発明によるアップデートシステムの第２の実施の形態は、第１の実施の形態において各ユ−ザ端末３０が保有するパッチ情報管理ファイルＰＭをパッチ提供装置１０が保有し、ユーザ端末３０毎のパッチの更新状況を管理し、各ユーザ端末毎のソフトウェアのアップデートを行なう。
【００６９】
本発明によるアップデートシステムの第２の実施の形態における構成は、第１の実施の形態と同じく、図１に示されるようにパッチ提供装置１０と、複数のソフトウェアベンダがそれぞれ管理するパッチ情報サーバ２０と、複数のソフトウェアベンダの各種ソフトウェア製品を使用する複数のユーザ端末３０とを具備し、それぞれの装置は、インターネット４０を介して相互に接続されている。
【００７０】
パッチ提供装置１０は、図８に示すように第１の実施の形態で示した構成にパッチ管理ファイル記憶部１０６を更に具備する。
【００７１】
パッチ提供装置１０を保有するパッチ提供サービス業者によって、各ユーザ端末３０のソフトウェア製品の使用状況を管理するため、パッチ管理ファイル記憶部は、図９に示すように各ユーザ端末３０のユーザ端末名とパッチ管理ファイルＰＭ（ユーザ端末３０が使用しているソフトウェア製品のベンダ情報、製品名、製品のバージョン情報、パッチバージョン）を関連付けて記憶している。パッチ管理ファイルＰＭは、パッチＰＦを使用していないソフトウェア製品の情報も含んでいる（例えば、図９におけるＣ社の製品）。
【００７２】
第２の実施の形態におけるパッチ提供装置１０が複数のベンダのパッチ情報サーバ２０からベンダパッチ情報ＶＰを取得する動作は、第１の実施の形態と同じである（図６、ステップＳＡ２からステップＳＡ１０に相当）。
【００７３】
図１０を参照して、第２の実施の形態における本発明に係るパッチ提供装置１０がユーザ端末３０−１に対してパッチを提供する動作を説明する。
【００７４】
ユーザ端末３０−１は、Ｗｅｂプラウザを使用してインターネット４０上にある提携先であるパッチ提供装置１０のＷｅｂサイトに接続する。その時、ユーザ端末名及び提携時に取り決めたパスワードを使用して、ユーザ端末３０−１の認証を行なう(ステップＳＣ２)。接続を確認したパッチ提供装置１０のパッチ情報比較部１０２は、取得したユーザ端末名に関連するパッチ管理ファイルＰＭを、パッチ管理ファイル記憶部１０６から抽出する（ステップＳＣ４）。
【００７５】
パッチ情報比較部１０２は、抽出したパッチ管理ファイルＰＭに含まれるソフトウェア製品に関連するベンダ情報、製品名、製品のバージョンと同じパッチ情報ＰＩをパッチ情報データベース１０５から抽出し（ステップＳＣ６）、両者のパッチバージョンを比較する（ステップＳＣ８）。
【００７６】
パッチ情報データベース１０５に、抽出したパッチ管理ファイルＰＭに含まれるソフトウェア製品に対応するパッチＰＦが存在していない場合、又は、同じパッチバージョンのパッチＰＦしかない場合は、更新情報通知部１０４は、更新可能なパッチＰＦが無いことを告げるテキストデータをユーザ端末３０−１へ送信し、接続を切断し処理を終了する（ステップＳＣ１０）。
【００７７】
比較した結果、パッチ情報データベース１０５から抽出したパッチ情報ＰＩがパッチ管理ファイルにないパッチＰＦを含む場合、又は、パッチ管理ファイルＰＭのパッチバージョンがパッチ情報データベース１０５に保存されているパッチバージョンより古いパッチＰＦの場合は、更新情報通知部１０４は、ユーザ端末３０−１のＷｅｂブラウザに対してパッチのダウンロード先と併せ、適用可能な新しいパッチが存在していることを送信する（ＳＣ１２）。
【００７８】
例えば、パッチ管理ファイル記憶部１０６から図９に示されるユーザ端末Ｂに対応するパッチ管理ファイルＰＭを取得し、図３に示されるパッチ情報データベース１０５内のパッチ情報ＰＩと比較する場合について説明する。
【００７９】
パッチ情報比較部１０２はパッチ管理ファイルＰＭに含まれるソフトウェア製品情報（Ａ社、ソフトＡ、Ｒ１．０）と同じパッチ情報ＰＩを、パッチ情報データベース１０５から抽出し（ステップＳＣ６）、パッチバージョンを比較する（ステップＳＣ８）。この場合、パッチ管理ファイルＰＭのパッチバージョンとパッチ情報データベース１０５のパッチ情報ＰＩのパッチバージョンは、同じＲ１．５であるので、このソフトウェア製品に対する更新すべきパッチＰＦが無いことを更新情報通知部１０４に通知する。
【００８０】
続いて、ベンダ情報がＢ社、製品名がソフトＢ、製品のバージョンがＲ４．０のソフトウェア製品についてのパッチバージョンの比較を実施する（ステップＳＣ８）。パッチ管理ファイルのパッチバージョンＲ４．５に比べ、パッチ情報データベース１０５内にあるパッチバージョンはＲ４．７と更新されているので、更新情報通知部１０４に更新可能なパッチ情報ＰＩの存在を通知する。
【００８１】
最後に、ベンダ情報がＣ社、製品名がソフトＢ、製品のバージョンがＲ６．０のソフトウェア製品についてのパッチバージョンの比較を実施する（ステップＳＣ８）。パッチ管理ファイルＰＭは、この製品に対応するパッチＰＦを保有していないことを示しており、パッチ情報データベース１０５は、この製品に対応するパッチＰＦであるＣ＿Ｂ＿６．４を含んでいるため、新規のパッチＰＦの存在を更新情報通知部１０４に通知する。
【００８２】
パッチ管理ファイルＰＭ内の全ての製品についての比較を終了すると、その結果に基づいた情報を更新情報通知部１０４からユーザ端末３０に送信する。一例では、Ａ社のソフトＡのパッチＰＦについては更新すべきパッチＰＦが無いことを、Ｂ社のソフトＢのパッチＰＦについては、更新可能なパッチバージョンＲ４．７の存在とそのダウンロード先のＷｅｂアドレスを、Ｃ社のソフトＢのパッチＰＦについては、新規のパッチＰＦの存在とそのダウンロード先のＷｅｂアドレスを送信する（ステップＳＣ１０、ステップＳＣ１２）。
【００８３】
更新情報通知部１０４は、更新可能なパッチＰＦの存在を通知するのと併せて、ユーザ端末３０−１がそのパッチＰＦを適用するか否かを確認するための通知を行なう（ステップＳＣ１２）。
【００８４】
ユーザ端末３０−１はウェブブラウザによって前記内容を表示し、その内容から適用したいと考えたパッチを一覧から選択し、ダウンロードを行なう旨をパッチ提供装置１０へ送信する（ステップＳＣ１４）。
【００８５】
パッチ提供装置１０のパッチ情報送信部１０３は、ユーザ端末３０−１から受信する適用するか否かの情報を確認して（ステップＳＣ１６）、受信内容が「パッチ名がＢ＿ＳｏｆｔＢ＿ｐａｔｃｈのパッチＰＦをダウンロードする」の場合はパッチ情報データベース１０５からパッチ名がＢ＿ＳｏｆｔＢ＿ｐａｔｃｈのパッチ情報ＰＩを抽出し、ユーザ端
末３０−１へ送信する（ステップＳＣ２０）。
【００８６】
パッチ管理ファイル記憶部１０６は、送信したパッチＰＦのパッチ管理ファイルＰＭを更新し（ステップＳＣ２２）、接続を切断し処理を終了する（ステップＳＣ２６）。
【００８７】
又、ユーザ端末３０−１から受信した内容に更新すべきパッチＰＦを適用しない内容が含まれている場合、すなわち「全てのパッチＰＦをダウンロードしない」や、「パッチ名がＣ＿Ｂ＿６．４のパッチＰＦのダウンロードは希望しない」だった場合、更新情報通知部１０４は、ユーザ端末３０−１へパッチ適用を喚起して接続を切断し処理を終了する（ステップＳＣ１８）。
【００８８】
パッチ提供装置１０からパッチＰＦの提供を受けたユーザ端末３０−１は、受信するパッチＰＦをインストールして更新する（ステップＳＣ２４）。
【００８９】
以上のように、パッチ提供装置１０は、その他のユーザ端末３０−２・・ユーザ端末３０−ｎについても同様にパッチＰＦ提供し、パッチ提供装置１０を扱う業者と提携している全てのユーザ端末３０に様々なソフトウェアベンダの様々なソフトウェア製品に対応する最新のパッチＰＦを一元的に管理及び提供することができる。
【００９０】
又、ユーザ端末３０が保有するパッチ管理ファイルＰＭ、すなわちソフトウェアの更新情報をパッチ提供装置１０で一括管理することにより、ユーザ端末のソフトウェアの使用状況を一元管理できるとともに、ユーザ端末３０がパッチ管理ファイルＰＭを管理し、パッチ提供装置１０に送信する作業を省くことができる。更に、ユーザ端末３０からパッチ管理ファイルＰＭをパッチ提供装置１０に送信することがないため、不必要な情報の流出を避け、よりセキュリティの高いアップデートシステムとすることができる。
【００９１】
次に図８、図９及び図１１を参照して本発明によるアップデートシステムの第３の実施の形態の説明をする。
【００９２】
本発明によるアップデートシステムの第３の実施の形態における構成は、第１の実施の形態と同じく、図１に示されるようにパッチ提供装置１０と、複数のソフトウェアベンダがそれぞれ管理するパッチ情報サーバ２０と、複数のソフトウェアベンダの各種ソフトウェア製品を使用する複数のユーザ端末３０とを具備し、それぞれの装置は、インターネット４０を介して相互に接続されている。
【００９３】
パッチ提供装置１０は、図８に示すように第２の実施の形態で示した構成と同じ構成である。
【００９４】
パッチ提供装置１０を保有するパッチ提供サービス業者によって、各ユーザ端末３０のソフトウェア製品の使用状況を管理するため、パッチ管理ファイル記憶部１０６は、図９に示すように各ユーザ端末３０のユーザ端末名とパッチ管理ファイルＰＭ（ユーザ端末３０が使用しているソフトウェア製品のベンダ情報、製品名、製品のバージョン情報、パッチバージョン）を関連付けて記憶している。パッチ管理ファイルＰＭは、パッチＰＦを使用していないソフトウェア製品の情報も含んでいる（例えば、図９におけるＣ社の製品）。
【００９５】
第３の実施の形態におけるパッチ提供装置１０が複数のベンダのパッチ情報サーバ２０からベンダパッチ情報ＶＰを取得する動作は、第１の実施の形態と同じである（図６、ステップＳＡ２からステップＳＡ１０に相当）。
【００９６】
図１１を参照して、第３の実施の形態における本発明に係るパッチ提供装置１０がユーザ端末３０−１に対してパッチを提供する動作を説明する。
【００９７】
パッチ情報比較部１０２は、任意に設定した周期に（例：一日一回）定期的にパッチ管理ファイル記憶部１０６からパッチ管理ファイルＰＭを抽出し（ステップＳＤ２）、同じソフトウェア製品情報に対応するパッチ情報ＰＩをパッチ情報データベース１０５から抽出し（ステップＳＤ４）、両者のパッチバージョンを比較する（ステップＳＤ６）。
【００９８】
パッチ情報データベース１０５に、抽出したパッチ管理ファイルＰＭに含まれるソフトウェア製品に対応するパッチＰＦが存在していない場合、又は、同じパッチバージョンのパッチＰＦしかない場合は、処理を終了する（ステップＳＤ２４）。
【００９９】
比較した結果、パッチ情報データベース１０５のパッチ情報ＰＩが、パッチ管理ファイルＰＭにないパッチＰＦを含む場合、又は、パッチ管理ファイルＰＭのパッチバージョンがパッチ情報データベース１０５に保存されているパッチバージョンより古いパッチＰＦの場合は、更新情報通知部１０４は、該当するユーザ端末３０のＷｅｂブラウザに接続し（ステップＳＤ８）、パッチＰＦのダウンロード先と併せ、適用可能な新しいパッチＰＦが存在していることを送信する（ステップＳＤ１０）。
【０１００】
例えば、パッチの更新状況を比較する際、パッチ情報データベース１０５が図３で示されるパッチ情報ＰＩを持ち、パッチ管理ファイル記憶部１０６が図９で示されるパッチ管理ファイルＰＭを保有している場合について説明する。
【０１０１】
パッチ情報比較部１０２はパッチ管理ファイル記憶部１０６からパッチ管理ファイルＰＭを抽出し（ステップＳＤ２）、ソフトウェア製品情報（Ａ社、ソフトＡ、Ｒ１．０）と同じパッチ情報ＰＩを、パッチ情報データベース１０５から抽出し（ステップＳＤ４）、パッチバージョンを比較する（ステップＳＤ６）。この場合、パッチ管理ファイルＰＭのパッチバージョンとパッチ情報データベース１０５のパッチ情報ＰＩのパッチバージョンは、同じＲ１．５であるので、このソフトウェア製品に対する更新すべきパッチＰＦが無いことを更新情報通知部１０４に通知する。
【０１０２】
続いて、ベンダ情報がＢ社、製品名がソフトＢ、製品のバージョンがＲ４．０のソフトウェア製品についてのパッチバージョンの比較を実施する（ステップＳＤ６）。パッチ管理ファイルのパッチバージョンＲ４．５に比べ、パッチ情報データベース１０５内にあるパッチバージョンはＲ４．７と更新されているので、更新情報通知部１０４に更新可能なパッチ情報ＰＩの存在を通知する。
【０１０３】
最後に、ベンダ情報がＣ社、製品名がソフトＢ、製品のバージョンがＲ６．０のソフトウェア製品についてのパッチバージョンの比較を実施する（ステップＳＤ６）。パッチ管理ファイルＰＭは、この製品に対応するパッチＰＦを保有していないことを示しており、パッチ情報データベース１０５は、この製品に対応するパッチＰＦであるＣ＿Ｂ＿６．４を含んでいるため、新規のパッチＰＦの存在を更新情報通知部１０４に通知する。
【０１０４】
パッチ管理ファイルＰＭ内の全ての製品についての比較を終了すると、更新情報通知部１０４は、その結果に基づいた情報を各ユーザ端末３０に送信する。一例では、Ｂ社のソフトＢのパッチＰＦについて、更新可能なパッチバージョンＲ４．７の存在とそのダウンロード先のＷｅｂアドレスを、Ｃ社のソフトＢのパッチＰＦについて、新規のパッチＰＦの存在とそのダウンロード先のＷｅｂアドレスをユーザ端末名がユーザＢのユーザ端末３０−１に送信する（ステップＳＤ１０）。
【０１０５】
更新情報通知部１０４は、更新可能なパッチＰＦの存在を通知するのと併せて、ユーザ端末３０−１がそのパッチＰＦを適用するか否かを確認するための通知を行なう（ステップＳＤ１０）。
【０１０６】
パッチの更新状況を比較する周期を、各ベンダのパッチ情報サーバ２０からベンダパッチ情報ＶＰを取得する周期と同じにすることで、パッチ情報データベース１０５の更新と同時に新しいパッチＰＦの存在を通知することができる。
【０１０７】
ユーザ端末３０−１はＷｅｂブラウザによって更新通知の内容を表示し、その内容から適用したいと考えたパッチを一覧から選択し、ダウンロードを行なう旨をユーザ端末３０−１からパッチ提供装置１０へ送信する（ステップＳＤ１２）。
【０１０８】
パッチ提供装置１０のパッチ情報送信部１０３は、ユーザ端末３０−１から受信する適用するか否かの情報を確認して（ステップＳＤ１４）、受信内容が「パッチ名がＢ＿ＳｏｆｔＢ＿ｐａｔｃｈのパッチＰＦをダウンロードする」の場合はパッチ情報データベース１０５からパッチ名がＢ＿ＳｏｆｔＢ＿ｐａｔｃｈのパッチ情報ＰＩを抽出し、ユーザ端末３０−１へ送信する（ステップＳＤ１８）。
【０１０９】
パッチ管理ファイル記憶部１０６は、送信したパッチＰＦのパッチ管理ファイルＰＭを更新し（ステップＳＤ２０）、接続を切断し処理を終了する（ステップＳＤ２４）。
【０１１０】
又、ユーザ端末３０−１から受信した内容に更新すべきパッチＰＦを適用しない内容が含まれている場合、すなわち「全てのパッチＰＦをダウンロードしない」や、「パッチ名がＣ＿Ｂ＿６．４のパッチＰＦのダウンロードは希望しない」だった場合、更新情報通知部１０４は、ユーザ端末３０−１へパッチ適用を喚起して接続を切断し処理を終了する（ステップＳＤ１６）。
【０１１１】
パッチ提供装置１０からパッチＰＦの提供を受けたユーザ端末３０−１は、受信するパッチＰＦをインストールして更新する（ステップＳＤ２２）。
【０１１２】
以上のように、パッチ提供装置１０は、各ベンダのパッチ情報サーバ２０のパッチＰＦ更新されると、自動的にユーザ端末３０にその更新情報を通知し、ユーザ端末３０のソフトウェア製品をアップデートさせることができる。又、アップデートの喚起を定期的に行なうことで、確実にユーザ端末３０が使用するソフトウェアを最新の状態に維持できる。
【０１１３】
又、ユーザ端末３０からのパッチ提供装置１０への接続の手間が省け、ユーザ情報（ユーザ端末名や、パッチ管理ファイルＰＭ等）をパッチ提供装置１０に送信する必要がなくなり、セキュリティも更に向上する。
【０１１４】
本発明によるアップデートシステムにより、契約ユーザは、一般的に普及しているインターネットブラウザにより指定された１カ所のサーバに接続すれば、その契約ユーザが現在使用している複数のソフトウェアベンダの多様なソフトウェア製品のバージョンと、サービス公開側の情報を比較し、必要なパッチの一覧を一括表示し、ダウンロード及びインストールが可能となる。このことにより、管理者の製品バージョン管理、確認、モジュール入手、アップデート作業を一度に実施でき、管理者の作業工数を大幅に削減できる。
【図面の簡単な説明】
【０１１５】
【図１】図１は、本発明によるアップデートシステムの構成図である。
【図２】図２は、本発明によるパッチ提供装置の第１の実施の実施の形態における構成図である。
【図３】図３は、パッチ情報データベースにおけるパッチ情報の構造例である。
【図４】図４は、ベンダパッチ情報の構造例である。
【図５】図５は、パッチ管理ファイルの構造例である。
【図６】図６は、本発明によるアップデートシステムの第１の実施の形態において、パッチ提供装置がパッチ情報サーバからパッチ及びベンダパッチ情報を取得する動作の流れ図である。
【図７】図７は、本発明によるアップデートシステムの第１の実施の形態において、ユーザ端末が一括アップデートを実施する動作の流れ図である。
【図８】図８は、本発明によるパッチ提供装置の第２及び第３の実施の実施の形態における構成である。
【図９】図９は、本発明によるパッチ管理ファイル記憶部の構造例である。
【図１０】図１０は、本発明によるアップデートシステムの第２の実施の形態において、ユーザ端末が一括アップデートを実施する動作の流れ図である。
【図１１】図１１は、本発明によるアップデートシステムの第３の実施の形態において、ユーザ端末が一括アップデートを実施する動作の流れ図である。
【符号の説明】
【０１１６】
１０：パッチ提供装置
１０１：パッチ情報収集部
１０２：パッチ情報比較部
１０３：パッチ情報送信部
１０４：更新情報通知部
１０５：パッチ情報データベース
１０６：パッチ管理ファイル記憶部
１０７：ＣＰＵ
１０８：メモリ
２０：パッチ情報サーバ
３０：ユーザ端末
４０：インターネット
ＰＦ：パッチ
ＰＩ：パッチ情報
ＶＰ：ベンダパッチ情報
ＰＭ：パッチ管理ファイル
【図１】
2006053609.tif 000003
【図２】
2006053609.tif 000004
【図３】
2006053609.tif 000005
【図４】
2006053609.tif 000006
【図５】
2006053609.tif 000007
【図６】
2006053609.tif 000008
【図７】
2006053609.tif 000009
【図８】
2006053609.tif 000010
【図９】
2006053609.tif 000011
【図１０】
2006053609.tif 000012
【図１１】
2006053609.tif 000013