JP4265431B2

JP4265431B2 - パッチ管理システムおよびパッチ管理プログラム

Info

Publication number: JP4265431B2
Application number: JP2004031925A
Authority: JP
Inventors: 文治石田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2004-02-09
Filing date: 2004-02-09
Publication date: 2009-05-20
Anticipated expiration: 2024-02-09
Also published as: JP2005222453A

Description

本発明は、ソフトウェアの一部を変更するためのプログラムであるパッチプログラムのＯＳおよびアプリケーションソフトウェアへの適用を管理するパッチ管理システムおよびパッチ管理プログラムに関する。

コンピュータが搭載しているＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）やアプリケーションソフトウェアの一部を変更（例えば、アップデート）するには、コンピュータのユーザが、それらのソフトウェアの一部を変更するためのプログラムであるパッチプログラムを内蔵したＣＤ−ＲＯＭ等を店頭や通信販売等で購入し、購入したＣＤ−ＲＯＭを用いてＯＳやアプリケーションソフトウェアの一部を変更する。以下、パッチプログラムを用いてソフトウェアの一部を変更することをパッチプログラムを適用するという。

しかし、ＯＳおよびアプリケーションソフトウェアのユーザがパッチプログラムを適用する場合、ＯＳおよびアプリケーションソフトウェアに対してそれぞれ個別にパッチプログラムを適用しなければならないため、ユーザの操作が煩雑である。

そのような煩雑さをなくすために、ユーザがアップデートを希望するソフトウェアを搭載したコンピュータを通信ネットワークを介してサーバに接続させ、現在のソフトウェアの状態から、目標のソフトウェアの状態に変更するパッチプログラムのファイルを特定し、特定したファイルを用いてソフトウェアをユーザの目標の状態に変更するシステムが提案されている（例えば、特許文献１参照。）。

また、ソフトウェアの供給者がソフトウェアのパッチプログラムを提供するパッチ管理コンピュータを、ソフトウェアを利用しているユーザのコンピュータに通信回線を介して接続させて、パッチプログラムの送信と実行とを行い、ユーザのコンピュータに搭載されているソフトウェアを自動的に変更する方式が提案されている（例えば、特許文献２参照。）。

特開２００３−２９６１３２号公報（第９−１７頁、図２）特開平４−１９５５６７号公報（第２−３頁、第１図）

しかし、クライアント端末に搭載されているＯＳを最新の状態に変更した場合、その状態で動作確認されている各アプリケーションソフトウェアのパッチプログラムの適用状況がクライアント端末のユーザにはわからないという問題がある。

また、クライアント端末に搭載されているＯＳや特定のアプリケーションソフトウェアを最新の状態にした場合、別のアプリケーションソフトウェアが影響を受ける可能性があるが、どのアプリケーションにどのような影響が出てくるのか、クライアント端末のユーザにはわからないという問題がある。

さらに、現状のＯＳおよび各アプリケーションソフトウェアを最新の状態にするために適用しなければならないパッチプログラムが複数あり、複数あるパッチプログラムのうち、一のパッチプログラムと他のパッチプログラムとの間に依存関係がある場合、ユーザがパッチプログラム間の依存関係を知らないと、間違ったパッチプログラムの組み合わせや順番でパッチプログラムを適用するおそれがあるという問題がある。ここで、一のパッチプログラムと他のパッチプログラムとの間に依存関係があるとは、パッチプログラムの適用順序を誤るとＯＳやアプリケーションソフトウェアが正常に動作しなかったり、一のパッチプログラムを適用すれば他のパッチプログラムが不要になったりすることをいう。

そこで、本発明は、端末装置に搭載されたＯＳを最新の状態に変更した場合に、その状態で動作確認されている各アプリケーションソフトウェアのパッチプログラムの適用状況を自動的に判定し、必要な全てのパッチプログラムを、自動的に端末装置に搭載されたＯＳおよびアプリケーションソフトウェアに適用することができるパッチ管理システムおよびパッチ管理プログラムを提供することを目的とする。

さらに、ＯＳや特定のアプリケーションソフトウェアにパッチプログラムを適用した場合、他のアプリケーションソフトウェアの動作が影響を受けることがわかっているときに、クライアント端末のユーザに対して予め警告して、情報を提示することができるパッチ管理システムおよびパッチ管理プログラムを提供することを目的とする。

また、ＯＳやアプリケーションソフトウェアを最新の状態にするために適用しなければならないパッチプログラムが複数あり、そのパッチプログラム間に依存関係がある場合、依存関係を自動的に判定して、正しいパッチプログラムの組み合わせおよび順番で必要最小限のパッチプログラムを適用することができるパッチ管理システムおよびパッチ管理プログラムを提供することを目的とする。

本発明によるパッチ管理システムは、ＯＳとアプリケーションソフトウェアとを搭載する端末装置と、通信ネットワークを介して端末装置に接続され、前記端末装置にＯＳおよびアプリケーションソフトウェアのパッチプログラムを提供するパッチプログラム提供装置とを備えたパッチ管理システムにおいて、端末装置に接続され、端末装置に搭載されているＯＳとアプリケーションソフトウェアとにどのパッチプログラムをそれぞれ適用したかの状況をを示す情報であるパッチ累積状況情報を記憶するクライアント記憶装置を備え、パッチプログラム提供装置は、パッチ累積状況情報を受信する受信手段と、最新のＯＳの版に対して動作確認されている各アプリケーションソフトウェアの版を示す情報が格納された動作確認データベースと、アプリケーションソフトウェアの複数の版のそれぞれについて、他のアプリケーションソフトウェアの動作に対して影響を及ぼすか否かを特定可能な情報が格納された干渉状況データベースと、アプリケーションソフトウェアおよびＯＳの各パッチプログラムが、他のパッチプログラムによる変更内容を上書きすることを示す依存関係情報が設定された依存関係データベースと、各アプリケーションソフトウェアおよびＯＳの各版について、どのパッチプログラムを適用するとどの版の状態になるのかを示す情報が格納されたパッチ累積履歴データベースと、パッチ累積履歴データベースに格納されている情報と、受信した前記パッチ累積状況情報にもとづいて、前記端末装置に適用すべき最新のＯＳの版を特定し、動作確認データベースに格納されている情報にもとづいて、特定したＯＳの版での動作確認がとれているアプリケーションソフトウェアの版を抽出し、さらに、干渉状況データベースに格納されている情報にもとづいて、抽出したそれぞれのアプリケーションソフトウェアの版による動作が端末装置に搭載されている他のアプリケーションソフトウェアの動作に影響を及ぼさないことを確認するパッチプログラム管理手段と、依存関係データベースに設定されている依存関係情報にもとづいて、それぞれのアプリケーションソフトウェアおよび最新のＯＳにおける複数のパッチプログラムのそれぞれについて依存関係を調べ、不要なパッチプログラムを特定するパッチプログラム依存関係判定手段と、端末装置に搭載されているＯＳおよびアプリケーションソフトウェアを、前記パッチプログラム管理手段が確認したアプリケーションソフトウェアの版および前記最新のＯＳの版に更新するための各パッチプログラムを前記端末装置に送信するパッチプログラム送信手段を含み、パッチプログラム依存関係判定手段は、依存関係データベースの内容を用いて、一方のパッチプログラムが他方のパッチプログラムによる変更内容を上書きする場合に、他方のパッチプログラムを不要なパッチプログラムであると特定し、パッチプログラム送信手段は、パッチプログラム管理手段が確認したアプリケーションソフトウェアの版および最新のＯＳの版に更新するための各パッチプログラムのうち、パッチプログラム依存関係判定手段が特定した不要なパッチプログラム以外のパッチプログラムを前記端末装置に送信することを特徴とする。

本発明によるパッチ管理プログラムは、通信ネットワークを介して、端末装置にＯＳおよびアプリケーションソフトウェアのパッチプログラムを提供するサーバに搭載されるパッチ管理プログラムであって、サーバに、端末装置から端末装置に搭載されているＯＳとアプリケーションソフトウェアとにどのパッチプログラムをそれぞれ適用したかの状況を示す情報であるパッチ累積状況情報を受信する処理と、各アプリケーションソフトウェアおよびＯＳの各版について、どのパッチプログラムを適用するとどの版の状態になるのかを示す情報と、受信した前記パッチ累積状況情報にもとづいて、前記端末装置に適用すべき最新のＯＳの版を特定し、最新のＯＳの版に対して動作確認されている各アプリケーションソフトウェアの版を示す情報にもとづいて、特定した最新のＯＳの版での動作確認がとれているアプリケーションソフトウェアの版を抽出する抽出処理と、アプリケーションソフトウェアの複数の版のそれぞれについて、他のアプリケーションソフトウェアの動作に対して影響を及ぼすか否かを特定可能な情報にもとづいて、抽出処理で抽出したそれぞれのアプリケーションソフトウェアの版による動作が端末装置に搭載されている他のアプリケーションソフトウェアの動作に影響を及ぼさないことを確認する確認処理と、アプリケーションソフトウェアおよびＯＳの各パッチプログラムが、他のパッチプログラムによる変更内容を上書きすることを示す依存関係情報にもとづいて、それぞれのアプリケーションソフトウェアおよび最新のＯＳにおける複数のパッチプログラムのそれぞれについて依存関係を調べ、不要なパッチプログラムを特定するパッチプログラム依存関係判定処理と、前記端末装置に搭載されているＯＳおよびアプリケーションソフトウェアを、前記確認処理で確認されたアプリケーションソフトウェアの版および前記最新のＯＳの版に更新するための各パッチプログラムを前記端末装置に送信する送信処理とを実行させ、パッチプログラム依存関係判定処理で、依存関係情報を用いて、一方のパッチプログラムが他方のパッチプログラムによる変更内容を上書きする場合に、他方のパッチプログラムを不要なパッチプログラムであると特定させ、送信処理で、確認処理で確認したアプリケーションソフトウェアの版および最新のＯＳの版に更新するための各パッチプログラムのうち、パッチプログラム依存関係判定処理で特定した不要なパッチプログラム以外のパッチプログラムを前記端末装置に送信させるることを特徴とする。

本発明によれば、通信ネットワークでサーバに接続されたクライアント端末に搭載されたＯＳおよび各アプリケーションソフトウェアに、最小限の操作で必要な全てのパッチプログラムを適用することが可能になり、さらに、ＯＳを最新の状態に変更した場合、その状態で動作確認されている各アプリケーションソフトウェアのパッチプログラムの適用状況を自動的に判定し、必要な全てのパッチプログラムを適用することが可能になる。その理由は、端末装置の側で記憶されているパッチ累積状況情報にもとづいて、動作確認されている各アプリケーションソフトウェアのパッチプログラムの適用状況を確認し、自動的にパッチプログラムの適用を行うためである。

また、パッチプログラム管理手段が、特定したそれぞれのアプリケーションソフトウェアの版による動作が他のアプリケーションソフトウェアの動作に影響を及ぼすと判定すると、端末装置にパッチプログラムを適用しないアプリケーションソフトウェアの選択を要求するメッセージを送信することによって、問題の発生を未然に回避することが可能になる。その理由は、端末装置に問題が発生する可能性があることを通知して、ユーザに問題の回避手段を選択させることができるためである。

さらに、パッチプログラム間に依存関係がある場合に、依存関係を自動的に判定して正しいパッチプログラムの組み合わせおよび順番で必要最小限のパッチプログラムを適用するように構成することによって、パッチプログラムを自動的に適用することによってＯＳやアプリケーションプログラムの動作がおかしくなってしまうという問題を生じさせないようにすることができる。

本発明の実施の形態の構成を図面を参照して説明する。図１は、本発明の実施の形態の一構成例を示すブロック図である。

クライアント端末１００とサーバ４００とが通信ネットワーク３００を介して接続され、クライアント端末１００にはクライアント記憶装置２００が接続され、サーバ４００にはサーバ記憶装置５００が接続される。以下に記載される上記の各装置間の通信ネットワーク３００による接続形態は、インターネットなどの広域通信ネットワークや、企業内ＬＡＮや家庭内ＬＡＮなどのローカル通信ネットワーク、無線通信ネットワーク、無線パケット通信網、地上波放送網、衛星放送網、衛星通信網や、これらに類似するその他の接続形態であってよい。クライアント端末１００は、例えばパーソナルコンピュータ等のコンピュータによって実現される。クライアント記憶装置２００およびサーバ記憶装置５００は、例えばハードディスクアレイ等の記憶手段によって実現される。以下、アプリケーションソフトウェアをＡＰといい、データベースをＤＢという。また、クライアント端末１００はクライアント記憶装置２００を内蔵していてもよく、サーバ４００はサーバ記憶装置５００を内蔵していてもよい。サーバ４００およびクライアント記憶装置２００は、パッチプログラム提供装置を構成する。

クライアント記憶装置２００は、クライアント端末１００に搭載されているＯＳおよびＡＰを特定する情報と、クライアント端末１００に搭載されているＯＳおよび各ＡＰに対するパッチプログラムの適用状況を示す情報とであるパッチ累積状況情報とを記憶している。図２は、パッチ累積状況情報の構成を示す説明図である。パッチ累積状況情報は、クライアント端末１００に搭載されているＯＳに対するパッチプログラムの適用状況を示すＯＳパッチ累積状態名、ＡＰ１からＡＰｎに対するパッチプログラムの適用状況を示すＡＰ１からＡＰｎパッチ累積状態名を含む。ここで、クライアント端末１００には、ＡＰがＡＰ１からＡＰｎまでｎ個搭載されているものとし、ＡＰ１からＡＰｎに対するパッチプログラムの適用状況は、それぞれＡＰ１からＡＰｎパッチ累積状態名によって示される。すなわち、パッチ累積状態名とは、パッチプログラムの適用状況を示す情報である。具体的には、ＡＰ１パッチ累積状態名は、ＡＰ１に対するパッチプログラムの適用状況を示し、ＡＰ２パッチ累積状態名は、ＡＰ２に対するパッチプログラムの適用状況を示し、以下同様に、ＡＰｎパッチ累積状態名は、ＡＰｎに対するパッチプログラムの適用状況を示す。なお、パッチプログラムの適用状況は、ＯＳおよび各ＡＰのそれぞれに、どのパッチプログラムをそれぞれ適用したかの状況を示す。なお、パッチ累積状態は、ソフトウェアのバージョン（版）に対応し、パッチ累積状態名は、バージョン数（バージョン名）に対応する。

サーバ記憶装置５００は、ＯＳ１からＯＳｍの各ＯＳのそれぞれおよびＡＰ１からＡＰｉの各ＡＰのそれぞれに対するパッチプログラムを記憶するパッチプログラム格納領域５１０（パッチプログラムデータベース、以下、単にパッチプログラムという。）、各ＯＳおよび各ＡＰのそれぞれのパッチプログラムの履歴のＤＢであるパッチ累積履歴ＤＢ５２０、ＯＳ１からＯＳｍの各ＯＳに対して予め動作確認されている各ＡＰのパッチプログラムを特定する情報のＤＢである動作確認ＤＢ５３０、各ＡＰのパッチプログラムによって影響を受ける他のＡＰのパッチ累積状態名を特定する情報のＤＢである干渉状況ＤＢ５４０、ならびに各ＯＳおよび各ＡＰのパッチプログラムの依存関係を示す依存関係ＤＢ５５０を記憶している。

パッチ累積履歴ＤＢ５２０について図面を参照して説明する。図３は、パッチ累積履歴ＤＢ５２０の構成を示す説明図である。パッチ累積履歴ＤＢ５２０は、ＯＳ１からＯＳｍの各種ＯＳのそれぞれおよびＡＰ１からＡＰｉの各ＡＰのそれぞれのパッチプログラムの履歴を示す各パッチ累積履歴テーブルによって構成されている。

各パッチ累積履歴テーブルについて説明する。図４は、ＯＳ１のパッチプログラムの履歴を示すＯＳ１パッチ累積履歴テーブルのレコード構成を示す説明図である。ＯＳ１パッチ累積履歴テーブルには、それぞれのパッチ累積状態名（バージョン名）について、１レコード内で、ＯＳ１のパッチ累積状態を示す各ＯＳ１パッチ累積状態名が設定され、続いて、ＯＳ１を、直前のパッチ累積状態から、先頭のフィールドのパッチ累積状態名が示すパッチ累積状態にするためにＯＳ１に適用するパッチプログラムを示す各パッチプログラム名（ＯＳ１適用パッチプログラム名）が設定されている。すなわち、各レコード（図４における各行）は、ＯＳ１のパッチ累積状態を示すＯＳ１パッチ累積状態名ｊ（バージョンｊ：ｊ＝１，・・・，ａ）と、ＯＳ１を、直前のパッチ累積状態からパッチ累積状態名ｊの状態にするためのパッチプログラム名１からパッチプログラム名ｓの各フィールドによって構成されている。なお、パッチプログラム名１からパッチプログラム名ｓの設定順は、パッチプログラムの適用順に対応している。また、各レコードにおいて、パッチプログラム名の数は同じであるとは限らない。また、パッチ履歴テーブルにおいて、最上位のレコード（累積状態名１）が最新のパッチ累積状態名のものである。

ＯＳ２パッチ累積履歴テーブルからＯＳｍパッチ累積履歴テーブルは、ＯＳ１パッチ累積履歴テーブルの構成と同じ構成になっている。

例えば、図５は、ＯＳｍのパッチプログラムの履歴を示すＯＳｍパッチ累積履歴テーブルのレコード構成を示す説明図である。ＯＳｍパッチ累積履歴テーブルには、ＯＳｍのパッチ累積状態を示す各ＯＳｍパッチ累積状態名と、ＯＳｍを直前のパッチ累積状態から先頭のフィールドのパッチ累積状態名が示すパッチ累積状態にするためにＯＳｍに適用するパッチプログラムを示す各パッチプログラム名（ＯＳｍ適用パッチプログラム名）とが、１つのパッチ累積状態名（バージョン名）について１レコードで設定されている。すなわち、各レコード（図５における各行）は、ＯＳｍのパッチ累積状態を示すＯＳｍパッチ累積状態名ｊ（バージョンｊ：１，・・・，ｄ）と、ＯＳｍを、直前のパッチ累積状態からパッチ累積状態名ｊの状態にするためのパッチプログラム名１からパッチプログラム名ｔの各フィールドによって構成されている。なお、パッチプログラム名１からパッチプログラム名ｔの設定順は、パッチプログラムの適用順に対応している。また、各レコードにおいて、パッチプログラム名の数は同じであるとは限らない。

図６は、ＡＰ１のパッチプログラムの履歴を示すＡＰ１パッチ累積履歴テーブルのレコード構成を示す説明図である。ＡＰ１パッチ累積履歴テーブルには、ＡＰ１のパッチ累積状態を示す各ＡＰ１パッチ累積状態名と、ＡＰ１を直前のパッチ累積状態から先頭のフィールドのパッチ累積状態名が示すパッチ累積状態にするためにＡＰ１に適用するパッチプログラムを示す各パッチプログラム名（ＡＰ１適用パッチプログラム名）とが、１つのパッチ累積状態名（バージョン名）について１レコードで設定されている。例えば、各レコード（図６における各行）は、ＡＰ１のパッチ累積状態を示すＡＰ１パッチ累積状態名ｊ（バージョンｊ：１，・・・，ｇ）と、ＡＰ１を、直前のパッチ累積状態からパッチ累積状態名ｊの状態にするためのパッチプログラム名１からパッチプログラム名ｕの各フィールドによって構成されている。なお、パッチプログラム名１からパッチプログラム名ｕの設定順は、パッチプログラムの適用順に対応している。また、各レコードにおいて、パッチプログラム名の数は同じであるとは限らない。また、パッチ履歴テーブルにおいて、最上位のレコード（累積状態名１）が最新のパッチ累積状態名のものである。

ＡＰ２パッチ累積履歴テーブルからＡＰｉパッチ累積履歴テーブルは、ＡＰ１パッチ累積履歴テーブルおよびＡＰｋパッチ累積履歴テーブルの構成と同じ構成になっている。

例えば、図７は、ＡＰｉのパッチプログラムの履歴を示すＡＰｉパッチ累積履歴テーブルのレコード構成を示す説明図である。ＡＰｉパッチ累積履歴テーブルには、ＡＰｉのパッチ累積状態を示す各ＡＰｉパッチ累積状態名と、ＡＰｉを直前のパッチ累積状態から先頭のフィールドのパッチ累積状態名が示すパッチ累積状態にするためにＡＰｉに適用するパッチプログラムを示す各パッチプログラム名（ＡＰｍ適用パッチプログラム名）とが、１つのパッチ累積状態名（バージョン名）について１レコードで設定されている。例えば、各レコード（図７における各行）は、ＡＰｉのパッチ累積状態を示すＡＰｉパッチ累積状態名ｊ（バージョンｊ：１，・・・，ｋ）と、ＡＰｉを、直前のパッチ累積状態からパッチ累積状態名ｊの状態にするためのパッチプログラム名１からパッチプログラム名ｖの各フィールドによって構成されている。なお、パッチプログラム名１からパッチプログラム名ｖの設定順は、パッチプログラムの適用順に対応している。また、各レコードにおいて、パッチプログラム名の数は同じであるとは限らない。

次に、動作確認ＤＢ５３０について図面を参照して説明する。図８は、動作確認ＤＢ５３０の構成を示す説明図である。動作確認ＤＢ５３０は、ＯＳ１からＯＳｍの各ＯＳのそれぞれに対して、動作確認されている各ＡＰのパッチ累積状態を特定する情報を示す各動作確認テーブルによって構成されている。

各動作確認テーブルについて説明する。図９は、ＯＳ１の動作環境において動作確認されているＡＰを特定する情報を示すＯＳ１動作確認テーブルのレコード構成を示す説明図である。最新のＯＳ１のパッチ累積状態を示すＯＳ１パッチ累積状態名、ＯＳ１パッチ累積状態名が示すパッチ累積状態で動作確認されているＡＰ名とそのＡＰのパッチ累積状態名とを示す動作確認ＡＰ１パッチ累積状態名（ＯＳ１動作確認ＡＰ１パッチ累積状態名）１から動作確認ＡＰｉパッチ累積状態名ｗの各フィールドによって構成されている。以下、同様に、ＯＳ２動作確認テーブルからＯＳｍ動作確認テーブルは、ＯＳ２からＯＳｍに対して、それぞれＯＳ１動作確認テーブルと同様のレコード構成となっている。

例えば、図１０は、ＯＳｍの動作環境において動作確認されているＡＰを特定する情報を示すＯＳｍ動作確認テーブルのレコード構成を示す説明図である。ＯＳｍ動作確認テーブルは、最新のＯＳｍのパッチ累積状態を示すＯＳｍパッチ累積状態名、ＯＳｍパッチ累積状態名が示すパッチ累積状態で動作確認されているＡＰ名とそのＡＰのパッチ累積状態名とを示す動作確認ＡＰパッチ累積状態名（ＯＳｍ動作確認ＡＰ１パッチ累積状態名）１から動作確認ＡＰパッチ累積状態名ｘの各フィールドによって構成されている。

なお、この実施の形態では、ＯＳ１〜ＯＳｍのそれぞれの動作確認テーブルにおいて、最新のＯＳのパッチ累積状態（バージョン）における各ＡＰの動作確認状況のみが設定されているが、各ＯＳについて、複数のパッチ累積状態（バージョン）における各ＡＰの動作確認状況が設定されていることが好ましい。

次に、干渉状況ＤＢ５４０について図面を参照して説明する。図１１は、干渉状況ＤＢ５４０の構成を示す説明図である。干渉状況ＤＢ５４０は、ＡＰ１からＡＰｉの各ＡＰのそれぞれのパッチプログラムによって影響を受ける他のＡＰのパッチ累積状態名が設定された各干渉状況テーブルによって構成されている。

各干渉状況テーブルについて説明する。図１２は、ＡＰ１のパッチプログラムによって影響を受ける他のＡＰのパッチ累積状態名が設定されたＡＰ１干渉状況テーブルのレコード構成を示す説明図である。ＡＰ１干渉状況テーブルには、ＡＰ１の各パッチ累積状態を示すＡＰ１パッチ累積状態名が設定され、続いて、ＡＰ１の状態がＡＰ１パッチ累積状態名が示すパッチ累積状態である場合に動作に影響が与えられる各ＡＰの各パッチ累積状態名（ＡＰ１干渉確認ＡＰｘパッチ累積状態名：ｘはＡＰ番号に対応）が設定される各フィールドが設けられている。例えば、ＡＰ１の状態がＡＰ１パッチ累積状態名１が示すパッチ累積状態である場合にＡＰ２の動作に影響が与えられるときには、ＡＰ１干渉状況テーブルにＡＰ１干渉確認ＡＰ２パッチ累積状態名１が存在することになる。

ＡＰ１干渉状況テーブルには、複数種類のＡＰ１パッチ累積状態（バージョン）に対応するそれぞれのレコードがあり、それぞれにおいて、ＡＰ１パッチ累積状態名、および他のＡＰの各パッチ累積状態名が設定されている。また、ＡＰ２干渉確認テーブルからＡＰｉ干渉確認テーブルの構成も、ＡＰ１干渉確認テーブルの構成と同じである。なお、「動作に影響が与えられる」とは、本来の機能を発揮できなくなることや、全く動作しなくなることを意味する。

例えば、図１３は、ＡＰｉのパッチプログラムによって影響を受ける他のＡＰのパッチ累積状態名が設定されたＡＰｉ干渉状況テーブルのレコード構成を示す説明図である。ＡＰｉ干渉状況テーブルは、ＡＰｉの各パッチ累積状態を示すＡＰｉパッチ累積状態名、およびＡＰｉの状態がＡＰｉパッチ累積状態名が示すパッチ累積状態である場合に動作に影響が与えられる各ＡＰの各パッチ累積状態名（ＡＰｉ干渉確認ＡＰｘパッチ累積状態名：ｘはＡＰ番号に対応）の各フィールドによって構成されている。

次に、依存関係ＤＢ５５０について図面を参照して説明する。図１４は、依存関係ＤＢ５５０の構成を示す説明図である。依存関係ＤＢ５５０は、ＯＳ１からＯＳｍの各ＯＳのそれぞれおよびＡＰ１からＡＰｉの各ＡＰのそれぞれのパッチプログラムの依存関係を示す各依存関係テーブルによって構成されている。

各依存関係テーブルについて説明する。図１５は、ＯＳ１のパッチプログラムの依存関係を示すＯＳ１依存関係テーブルのレコード構成を示す説明図である。ＯＳ１依存関係テーブルは、最新のＯＳ１のパッチ累積状態（バージョン）を示すＯＳ１パッチ累積状態名が設定され、続いて、ＯＳ１適用パッチプログラム名１（図４参照）というパッチプログラムの依存関係を示すＯＳ１適用パッチプログラム名１依存関係から、ＯＳ１適用パッチプログラム名ｓというパッチプログラムの依存関係を示すＯＳ１適用パッチプログラム名ｓ依存関係が設定される各フィールドが設けられている。ＯＳ１依存関係テーブルにおけるＯＳ１適用パッチプログラム名１依存関係からＯＳ１適用プログラムパッチプログラム名ｓ依存関係の各フィールドの順番は、図４に示すＯＳ１パッチ累積履歴テーブル内のＯＳ１適用パッチプログラム名１からＯＳ１適用パッチプログラム名ｓの各フィールドの順番と同じである。ＯＳ２依存関係テーブルからＯＳｍ依存関係テーブルの構成は、ＯＳ１依存関係テーブルの構成と同じである。

例えば、図１６は、ＯＳｍのパッチプログラムの依存関係を示すＯＳｍ依存関係テーブルのレコード構成を示す説明図である。ＯＳｍ依存関係テーブルは、最新のＯＳｍのパッチ累積状態を示すＯＳｍパッチ累積状態名が設定され、続いて、ＯＳｍ適用パッチプログラム名１（図５参照）というパッチプログラムの依存関係を示すＯＳｍ適用パッチプログラム名１依存関係から、適用パッチプログラム名ｔというパッチプログラムの依存関係を示すＯＳｍ適用パッチプログラム名ｔ依存関係が設定される各フィールドが設けられている。ＯＳｍ依存関係テーブルにおけるＯＳｍ適用パッチプログラム名１依存関係からＯＳｍ適用パッチプログラム名ｔ依存関係の各フィールドの順番は、図５に示すＯＳｍパッチ累積履歴テーブル内のＯＳｍ適用パッチプログラム名１からＯＳｍ適用パッチプログラム名ｔの各フィールドの順番と同じである。

なお、図１５および図１６には、ＯＳ１〜ＯＳｍのそれぞれの依存関係テーブルにおいて、最新のＯＳのパッチ累積状態（バージョン）における各パッチプログラムの依存関係のみが示されているが、各ＯＳについて、複数のパッチ累積状態（バージョン）のそれぞれに対応して各パッチプログラムの依存関係が設定されている。従って、ＯＳ１〜ＯＳｍにおけるパッチ累積状態に応じたそれぞれの依存関係テーブルにおいて、各フィールドの順番は、対応するパッチ累積状態に応じたパッチ累積履歴テーブル（図４および図５参照）における各フィールドの順番と同じである。

図１７は、ＡＰ１のパッチプログラムの依存関係を示すＡＰ１依存関係テーブルのレコード構成を示す説明図である。ＡＰ１依存関係テーブルには、ＡＰ１のパッチ累積状態を示すＡＰ１パッチ累積状態名が設定され、続いて、ＡＰ１適用パッチプログラム名１（図６参照）というパッチプログラムの依存関係を示すＡＰ１適用パッチプログラム名１依存関係から、ＡＰ１適用パッチプログラム名ｕというパッチプログラムの依存関係を示すＡＰ１適用プログラムパッチプログラム名ｕ依存関係が設定される各フィールドが設けられている。ＡＰ１依存関係テーブルにおけるＡＰ１適用パッチプログラム名１依存関係からＡＰ１適用パッチプログラム名ｕ依存関係の各フィールドの順番は、図６に示すＡＰ１パッチ累積履歴テーブル内のＡＰ１適用パッチプログラム名１からＡＰ１適用パッチプログラム名ｕの順番と同じである。ＡＰ２依存関係テーブルからＡＰｉ依存関係テーブルの構成は、ＡＰ１依存関係テーブルの構成と同じである。

例えば、図１８は、ＡＰｉのパッチプログラムの依存関係を示すＡＰｉ依存関係テーブルのレコード構成を示す説明図である。ＡＰｉ依存関係テーブルは、ＡＰｉのパッチ累積状態を示すＡＰｉパッチ累積状態名が設定され、続いて、ＡＰｉ適用パッチプログラム名１というパッチプログラムの依存関係を示すＡＰｉ適用パッチプログラム名１依存関係から、ＡＰｉ適用パッチプログラム名ｖというパッチプログラムの依存関係を示すＡＰｉ適用パッチプログラム名ｖ依存関係の各フィールドによって構成されている。ＡＰｉ依存関係テーブルにおけるＡＰｉ適用パッチプログラム名１依存関係からＡＰｉ適用パッチプログラム名ｖ依存関係の各フィールドの順番は、図７に示すＡＰｉパッチ累積履歴テーブル内のＡＰｉ適用パッチプログラム名１からＡＰｉ適用パッチプログラム名ｖの各フィールドの順番と同じである。

なお、図１７および図１８には、ＡＰ１〜ＡＰｉのそれぞれの依存関係テーブルにおいて、最新のＯＳのパッチ累積状態（バージョン）における各パッチプログラムの依存関係のみが示されているが、各ＡＰについて、複数のパッチ累積状態（バージョン）のそれぞれに対応して各パッチプログラムの依存関係が設定されている。従って、ＡＰ１〜ＡＰｉにおけるパッチ累積状態に応じたそれぞれの依存関係テーブルにおいて、各フィールドの順番は、対応するパッチ累積状態に応じたパッチ累積履歴テーブル（図６および図７参照）における各フィールドの順番と同じである。

次に、各パッチプログラムの依存関係について説明する。図１９は、各ＯＳおよび各ＡＰのパッチプログラムの依存関係の分類の一例を示す説明図である。各ＯＳおよび各ＡＰのパッチプログラムの依存関係は、例えば、図１９には、「他のパッチプログラムに影響せずに、パッチプログラムを適用することができる」という依存関係Ａと、「他のパッチプログラムを完全に上書きする」という依存関係Ｂとが例示されている。なお、依存関係Ａと依存関係Ｂとは排他的な関係である。

図２０は、パッチプログラムの依存関係が依存関係Ａであった場合の各依存関係テーブルにおけるフィールドの内容を示す説明図である。パッチプログラムが「他のパッチプログラムに影響せずに、パッチプログラムを適用することができる」という性格のプログラムである場合には、依存関係テーブルの該当フィールドに「Ａ」と設定される。

図２１は、パッチプログラムの依存関係が依存関係Ｂであった場合の各依存関係テーブルを構成するフィールドの内容を示す説明図である。パッチプログラムが「他のパッチプログラムを完全に上書きする」という性格のプログラムである場合には、依存関係テーブルの該当フィールドに、「Ｂ」が設定されるとともに上書きされるパッチプログラムのパッチプログラム名が設定される。

サーバ４００には、以上に説明した各データベースに設定されているデータを用いて、クライアント端末１００からパッチ累積状況情報を受信すると、受信したパッチ累積状況情報にもとづいて、クライアント端末１００に適用すべき最新のＯＳの版およびその版での動作確認がとれているアプリケーションソフトウェアの版を特定し、特定したそれぞれのアプリケーションソフトウェアの版による動作が他のアプリケーションソフトウェアの動作に影響を及ぼさないことを確認する処理を実行し、さらに、特定したそれぞれのアプリケーションソフトウェアおよび最新のＯＳにおける複数のパッチプログラムのそれぞれについて、他のパッチプログラムに対する依存関係を調べ、不要なパッチプログラムの端末装置への送信を省略する処理を制御部（ＣＰＵ）に実行させるプログラムが搭載されている。また、クライアント端末１００に搭載されているＯＳおよびアプリケーションソフトウェアを、確認されたアプリケーションソフトウェアの版および最新のＯＳの版に更新するための各パッチプログラムをクライアント端末１００に送信する処理を制御部に実行させるプログラムが搭載されている。さらに、特定したそれぞれのアプリケーションソフトウェアの版による動作が他のアプリケーションソフトウェアの動作に影響を及ぼすと判定すると、クライアント端末１００にパッチプログラムを適用しないアプリケーションソフトウェアの選択を要求するメッセージを送信する処理を制御部に実行させるプログラムが搭載されている。

そのようなプログラムと制御部とによって、パッチ累積状況情報を受信する受信手段と、受信したパッチ累積状況情報にもとづいて、クライアント端末１００に適用すべき最新のＯＳの版およびその版での動作確認がとれているアプリケーションソフトウェアの版を特定し、さらに、特定したそれぞれのアプリケーションソフトウェアの版による動作が他のアプリケーションソフトウェアの動作に影響を及ぼさないことを確認するパッチプログラム管理手段と、特定したそれぞれのアプリケーションソフトウェアおよび最新のＯＳにおける複数のパッチプログラムのそれぞれについて、他のパッチプログラムに対する依存関係を調べ、不要なパッチプログラムの端末装置への送信を省略するパッチプログラム依存関係判定手段と、クライアント端末１００に搭載されているＯＳおよびアプリケーションソフトウェアを、パッチプログラム管理手段が確認したアプリケーションソフトウェアの版および最新のＯＳの版に更新するための各パッチプログラムを端末装置に送信するパッチプログラム送信手段とが実現されている。

次に、本発明の実施の形態の動作を図面を参照して説明する。まず、サーバ４００の動作について説明する。図２２は、本発明の実施の形態のサーバ４００の動作を説明するフローチャートである。

サーバ４００は、クライアント端末１００から通信ネットワーク３００を介してパッチ累積状況情報を受信すると、その情報から、クライアント端末１００が搭載しているＯＳおよびＡＰの種類とパッチ累積状態（バージョン）とを知る（ステップＳ１０１）。そして、サーバ記憶装置５００が記憶しているパッチ累積履歴ＤＢ５２０を検索して、クライアント端末１００が搭載しているＯＳに適用するべき最新のパッチ累積状態名（バージョン名）を特定する（ステップＳ１０２）。ここで、クライアント端末はＯＳ１を搭載しているとする。以下、サーバ４００が特定したＯＳのパッチ累積状態名は、ＯＳ１パッチ累積状態名１であるとする。

そして、サーバ４００は、特定したＯＳ１パッチ累積状態名にもとづいて動作確認ＤＢ５３０のＯＳ１動作確認テーブルを検索し、クライアント端末１００から受信したパッチ累積状況情報が示す各ＡＰに関するパッチ累積状態名が、ＯＳ１動作確認テーブルのＯＳ１動作確認ＡＰパッチ累積状態名１からＯＳ１動作確認ＡＰパッチ累積状態名ｗのうちのいずれかのフィールドに含まれているか否かを判定する（ステップＳ１０３、Ｓ１０４）。なお、以下、パッチ累積状況情報がＯＳ１動作確認テーブルにおけるどのフィールドにも含まれていないＡＰを、「ＯＳ１動作確認テーブルに存在しないＡＰ」のように表現する。同様に、他のテーブルのフィールドとＡＰとの関係についても、「テーブルに存在する（または存在しない）ＡＰ」のように表現する。

ＯＳ１動作確認テーブルにおけるどのフィールドにも含まれていないＡＰが存在した場合には、そのＡＰの動作が未確認であることを示すメッセージを作成して保持する（ステップＳ１１２）。

サーバ４００は、特定したＯＳ１パッチ累積状態名にもとづいて動作確認ＤＢ５３０のＯＳ１動作確認テーブル（図９参照）を検索し、クライアント端末１００に搭載されている各ＡＰについてのパッチ累積状態名を、ＯＳ１動作確認テーブルから抽出する。そして、抽出した各ＡＰのパッチ累積状態名と、パッチ累履歴ＤＢ５２０の各ＡＰの最新のパッチ累積状態名（図６における「ＡＰ１パッチ累積状態名１」および図７における「ＡＰｉパッチ累積状態名１」に相当）とが合致するか否かを判定する（ステップＳ１０５，Ｓ１０６）。合致しないＡＰが１つ以上あった場合には、そのＡＰが最新でないことを示すメッセージ、すなわちそのＡＰを最新版にできないことを示すメッセージを作成して保持する（ステップＳ１１３）。

次に、サーバ４００は、干渉状況ＤＢ５４０を検索して、クライアント端末１００に搭載されている各ＡＰのパッチ累積状態（バージョン）に対応するパッチ累積状態名（バージョン名）であって、ステップＳ１０２で特定した最新のＯＳのパッチ累積状態名（この例ではＯＳ１パッチ累積状態名）に対応する動作確認テーブル（この例ではＯＳ１動作確認テーブル）に存在したパッチ累積状態名（ステップＳ１０５で抽出したパッチ累積状態名）の組み合わせが、ＡＰ１干渉状況テーブルからＡＰｉ干渉状況テーブルに存在するか否か判定する（ステップＳ１０７，Ｓ１０８）。ここで、クライアント端末１００に搭載されている各ＡＰのうち、最新のＯＳのパッチ累積状態名に対応する動作確認テーブルに存在しないＡＰ、すなわちステップＳ１１２で動作が未確認であることが記憶されているＡＰについては、ステップＳ１０１でクライアント端末１００から受信した情報に含まれるパッチ累積状態名を対象にして判定を行う。

例えば、ＡＰ１の最新のＯＳ１動作確認ＡＰパッチ累積状態名がＯＳ１動作確認ＡＰ１パッチ累積状態名１であって、ＡＰ２の最新のＯＳ１動作確認ＡＰパッチ累積状態名がＯＳ１動作確認ＡＰ２パッチ累積状態名５であった場合、ＡＰ１干渉状況テーブルにＡＰ２パッチ累積状態名５と合致するフィールドが存在していると、サーバ４００は、ＡＰ１とＡＰ２との組み合わせが存在すると判定する。

ステップＳ１０８で組み合わせがあると判定した場合、サーバ４００は、組み合わせを示す情報（上記の例ではＡＰ１とＡＰ２）と、パッチプログラムを適用しないＡＰの選択を要求するメッセージとをクライアント端末１００に送信して表示させる（ステップＳ１１４）。すなわち、サーバ４００は、ステップＳ１０５の処理で特定したそれぞれのＡＰの版による動作が他のＡＰの動作に影響を及ぼすと判定すると、クライアント端末１００にパッチプログラムを適用しないＡＰの選択を要求するメッセージを送信する。

ユーザが、パッチプログラムを適用しないＡＰを選択し、選択したＡＰを特定する情報をクライアント端末１００が送信し、サーバ４００がその情報を受信すると、サーバ４００は、その情報で示されるＡＰについてはステップＳ１０１でクライアント端末１００から受信した情報に含まれるパッチ累積状態名を使用して、ステップＳ１０７の処理と同様の処理を行う。すなわち、干渉状況ＤＢ５４０を検索して、ステップＳ１０５で抽出したパッチ累積状態名（ただし、クライアント端末１００から情報を受信した場合には、その情報に含まれるパッチ累積状態名）の組み合わせが、ＡＰ１干渉状況テーブルからＡＰｉ干渉状況テーブルに存在するか否か判定する（ステップＳ１１５）。ここでも、クライアント端末１００に搭載されている各ＡＰのうち、最新のＯＳのパッチ累積状態名に対応する動作確認テーブルに存在しないＡＰ、すなわちステップＳ１１２で動作が未確認であることが記憶されているＡＰについては、ステップＳ１０１でクライアント端末１００から受信した情報に含まれるパッチ累積状態名を対象にして判定を行う。

具体的には、例えば、ユーザが、パッチプログラムを適用しないＡＰとしてＡＰ２を選択した場合には、ＡＰ２についてはステップＳ１０１で受信したパッチ累積状況情報に含まれるパッチ累積状態名を用いて、ステップＳ１０７と同様の処理を行う。

ステップＳ１１５で組み合わせがあると判定した場合、ステップＳ１１４に戻る（ステップＳ１１６）

ステップＳ１０８またはステップＳ１１６で組み合わせがないと判定した場合、サーバ４００は、クライアント端末１００のＯＳと各ＡＰとを更新するために、上記の処理によって決まる最新のＯＳのパッチ累積状態名と各ＡＰのパッチ累積状態名とにもとづいて、適用するパッチプログラムの候補のパッチプログラム名を特定する（ステップＳ１０９）。

具体的には、サーバ４００は、パッチ累積履歴ＤＢ５２０のＯＳ１パッチ累積履歴テーブル（図４参照）からパッチ累積状態名を収集する。すなわち、クライアント端末１００が搭載している現状のＯＳについてのパッチ累積状態名の次のレコードから、ステップＳ１０２で特定された最新のＯＳのパッチ累積状態名のレコードまでの各レコードに設定されている全てのＯＳ１適用パッチプログラム名を収集する。「次のレコード」とは１つ新しい版のパッチ累積状態名のレコードである。また、パッチ累積履歴ＤＢ５２０の各ＡＰパッチ累積履歴テーブル（図６，図７参照）からパッチ累積状態名を収集する。すなわち、クライアント端末１００が搭載している現状の各ＡＰについてのパッチ累積状態名の次のレコードから、ステップＳ１０５で抽出された各ＡＰ（ステップＳ１０５で抽出できなかったＡＰについては現状のもの、また、ステップＳ１０８，Ｓ１１６で干渉状況にあるとされたＡＰについてはステップＳ１１５で指定されたもの）のパッチ累積状態名のレコードまでの各レコードに設定されている全ての適用パッチプログラム名を収集する。なお、ＯＳまたは各ＡＰのパッチ累積履歴テーブルの最上位のレコードのパッチ累積状態名すなわち最新のパッチ累積状態名が、クライアント端末１００が搭載している現状のＯＳまたはＡＰのパッチ累積状態名と同じ場合は、パッチプログラムを適用する必要がないので、そのパッチプログラム名を特定しない。

次に、サーバ４００は、依存関係ＤＢ５５０のパッチプログラムを適用するＯＳおよび各ＡＰの依存関係テーブルを参照して、ステップＳ１０９の処理で特定したＯＳおよび各ＡＰのパッチプログラムの依存関係を調べるとともに、各パッチプログラムの適用順を決定する（ステップＳ１１０）。

具体的には、パッチ累積履歴ＤＢ５２０の、パッチプログラムを適用するＯＳのパッチ累積履歴テーブルを参照して、ステップＳ１０９で特定したパッチプログラム名を、ＯＳパッチ累積状態名の古いものから新しいものへの順（バージョンの低いものから高いものへの順）に、かつ、１つのレコード内では適用パッチプログラム名の適用順に並べる。

そして、サーバ４００は、パッチプログラムを適用するＯＳの依存関係テーブルを参照して、適用するパッチプログラムの依存関係を調べる。そして、並べた順番にパッチプログラムの依存関係をチェックしていく。具体的には、パッチプログラムの依存関係テーブルのフィールドが「Ａ」（他のパッチに影響せず適用できる）であれば、そのパッチプログラム名はそのまま残しておき、パッチプログラムの依存関係テーブルのフィールドが「Ｂ」（他の特定のパッチプログラムを完全に上書きする）であれば、そのパッチプログラムより古い順番であって、依存関係フィールドに示される上書きされるパッチプログラムが存在すれば、そのパッチプログラムのパッチプログラム名を削除する。以上の処理をパッチプログラムを適用する順番に最後まで行うと、削除されずに残されたパッチプログラム名のパッチプログラムは、適用するべき必要最小限のパッチプログラムであり、クライアント端末１００は、並べられたパッチプログラム名の順番にパッチプログラムを適用すればよい。

そして、サーバ４００は、各ＡＰについても、ＯＳの場合と同様の処理を行う。

サーバ４００は、決定したパッチプログラム名のパッチプログラムを、ＯＳまたはＡＰ名とそれぞれ対応付けて、パッチプログラムを適用する順番を特定する情報であるパッチ適用順番情報とともに、通信ネットワーク３００を介してクライアント端末１００に送信する。なお、サーバ４００は、ステップＳ１１２およびステップＳ１１３でメッセージを生成した場合は、生成したメッセージをパッチプログラムとともに通信ネットワーク３００を介してクライアント端末１００に送信する（ステップＳ１１１）。

次に、クライアント端末１００の動作について図面を参照して説明する。図２３は、本発明の実施の形態のクライアント端末１００の動作を説明するフローチャートである。

クライアント端末１００は、サーバ４００に通信ネットワーク３００を介してパッチ累積状況情報を送信する（ステップＳ２０１）。そして、サーバ４００から、パッチプログラムあるいはメッセージの受信を待つ（ステップＳ２０２、Ｓ２０３、Ｓ２０４）。

クライアント端末１００は、サーバ４００の動作におけるステップ１１４で生成したメッセージを受信すると、受信したメッセージをクライアント端末１００の表示部（図示せず）に表示する（ステップＳ２０５）。

クライアント端末１００は、受信したメッセージにもとづいて、パッチプログラムを適用しないＡＰをユーザに選択させ、選択したＡＰを特定する情報をクライアント端末１００の入力部（図示せず）に入力させる（ステップＳ２０６）。

クライアント端末１００は、ユーザが選択した、パッチプログラムを適用しないＡＰを特定する情報を通信ネットワーク３００を介してサーバ４００に送信する（ステップＳ２０７）。

クライアント端末１００は、サーバ４００からパッチプログラムを受信すると、パッチプログラムとともに受信したメッセージが存在した場合、メッセージをクライアント端末１００の表示部に表示する（ステップＳ２０８）。

クライアント端末１００は、パッチプログラムを適用するＯＳおよび各ＡＰの複製を生成する（ステップＳ２０９）。そして、クライアント端末１００は、生成したＯＳおよび各ＡＰの複製を別名でクライアント記憶装置２００に記憶させる（ステップＳ２１０）。

クライアント端末１００は、クライアント記憶装置２００に記憶させたＯＳおよび各ＡＰに、パッチ適用順番情報が示す順番で、各パッチプログラムを適用する（ステップＳ２１１）。ユーザはこのとき、ＯＳおよび各ＡＰの動作が正常であるか否かを確認してもよい。

クライアント端末１００は、パッチプログラムを適用したＯＳおよび各ＡＰの複製を、元の名前に変更する（ステップＳ２１２）。

クライアント端末１００は、クライアント記憶装置２００が記憶しているパッチ累積状況情報の内容を、パッチプログラムを適用した内容に変更する（ステップＳ２１４）。

クライアント端末１００は、クライアント端末１００自身を再起動する（ステップＳ２１５）。

以上、述べたように、本発明の実施の形態によれば、ＯＳにパッチプログラムを適用した場合の各ＡＰの動作確認の状況と、ＯＳおよび各ＡＰにパッチプログラムを適用した場合の他のＡＰの動作に与える影響と、ＯＳおよび各ＡＰのパッチプログラム間の依存関係とを考慮して、一回の作業で、ＯＳおよび各ＡＰに必要最小限の数のパッチプログラムを適用することができる。

本発明は、インターネット等の通信ネットワークに接続可能なパーソナルコンピュータ等の端末装置に搭載されているソフトウェアを最新の状態にする応用に利用することができる。

本発明の実施の形態の一構成例を示すブロック図である。パッチ累積状況情報の構成を示す説明図である。パッチ累積履歴ＤＢの構成を示す説明図である。ＯＳ１パッチ累積履歴テーブルのレコード構成を示す説明図である。ＯＳｍパッチ累積履歴テーブルのレコード構成を示す説明図である。ＡＰ１パッチ累積履歴テーブルのレコード構成を示す説明図である。ＡＰｉパッチ累積履歴テーブルのレコード構成を示す説明図である。動作確認ＤＢの構成を示す説明図である。ＯＳ１動作確認テーブルのレコード構成を示す説明図である。ＯＳｍ動作確認テーブルのレコード構成を示す説明図である。干渉状況ＤＢの構成を示す説明図である。ＡＰ１干渉状況テーブルのレコード構成を示す説明図である。ＡＰｉ干渉状況テーブルのレコード構成を示す説明図である。依存関係ＤＢの構成を示す説明図である。ＯＳ１依存関係テーブルのレコード構成を示す説明図である。ＯＳｍ依存関係テーブルのレコード構成を示す説明図である。ＡＰ１依存関係テーブルのレコード構成を示す説明図である。ＡＰｉ依存関係テーブルのレコード構成を示す説明図である。各ＯＳおよび各ＡＰにパッチプログラムを適用した場合の依存関係の分類の一例を示す説明図である。依存関係の分類が依存関係Ａであった場合の、各依存関係テーブルを構成するフィールドの内容を示す説明図である。依存関係の分類が依存関係Ｂであった場合の、各依存関係テーブルを構成するフィールドの内容を示す説明図である。本発明の実施の形態のサーバの動作を説明するフローチャートである。本発明の実施の形態のクライアント端末の動作を説明するフローチャートである。

符号の説明

１００クライアント端末
２００クライアント記憶装置
３００通信ネットワーク
４００サーバ
５００サーバ記憶装置
５１０パッチプログラム格納領域
５２０パッチ累積履歴データベース
５３０動作確認データベース
５４０干渉状況データベース
５５０依存関係データベース

Claims

ＯＳとアプリケーションソフトウェアとを搭載する端末装置と、
通信ネットワークを介して前記端末装置に接続され、前記端末装置にＯＳおよびアプリケーションソフトウェアのパッチプログラムを提供するパッチプログラム提供装置と
を備えたパッチ管理システムにおいて、
前記端末装置に接続され、前記端末装置に搭載されているＯＳとアプリケーションソフトウェアとにどのパッチプログラムをそれぞれ適用したかの状況を示す情報であるパッチ累積状況情報を記憶するクライアント記憶装置を備え、
前記パッチプログラム提供装置は、
前記パッチ累積状況情報を受信する受信手段と、
最新のＯＳの版に対して動作確認されている各アプリケーションソフトウェアの版を示す情報が格納された動作確認データベースと、
アプリケーションソフトウェアの複数の版のそれぞれについて、他のアプリケーションソフトウェアの動作に対して影響を及ぼすか否かを特定可能な情報が格納された干渉状況データベースと、
アプリケーションソフトウェアおよびＯＳの各パッチプログラムが、他のパッチプログラムによる変更内容を上書きすることを示す依存関係情報が設定された依存関係データベースと、
各アプリケーションソフトウェアおよびＯＳの各版について、どのパッチプログラムを適用するとどの版の状態になるのかを示す情報が格納されたパッチ累積履歴データベースと、
前記パッチ累積履歴データベースに格納されている情報と、受信した前記パッチ累積状況情報とにもとづいて、前記端末装置に適用すべき最新のＯＳの版を特定し、前記動作確認データベースに格納されている情報にもとづいて、特定したＯＳの版での動作確認がとれているアプリケーションソフトウェアの版を抽出し、さらに、前記干渉状況データベースに格納されている情報にもとづいて、抽出したそれぞれのアプリケーションソフトウェアの版による動作が前記端末装置に搭載されている他のアプリケーションソフトウェアの動作に影響を及ぼさないことを確認するパッチプログラム管理手段と、
前記依存関係データベースに設定されている依存関係情報にもとづいて、それぞれのアプリケーションソフトウェアおよび最新のＯＳにおける複数のパッチプログラムのそれぞれについて依存関係を調べ、不要なパッチプログラムを特定するパッチプログラム依存関係判定手段と、
前記端末装置に搭載されているＯＳおよびアプリケーションソフトウェアを、前記パッチプログラム管理手段が確認したアプリケーションソフトウェアの版および前記最新のＯＳの版に更新するための各パッチプログラムを前記端末装置に送信するパッチプログラム送信手段とを含み、
前記パッチプログラム依存関係判定手段は、前記依存関係データベースの内容を用いて、一方のパッチプログラムが他方のパッチプログラムによる変更内容を上書きする場合に、前記他方のパッチプログラムを不要なパッチプログラムであると特定し、
前記パッチプログラム送信手段は、前記パッチプログラム管理手段が確認したアプリケーションソフトウェアの版および前記最新のＯＳの版に更新するための各パッチプログラムのうち、前記パッチプログラム依存関係判定手段が特定した不要なパッチプログラム以外のパッチプログラムを前記端末装置に送信する
ことを特徴とするパッチ管理システム。
通信ネットワークを介して、端末装置にＯＳおよびアプリケーションソフトウェアのパッチプログラムを提供するサーバに搭載されるパッチ管理プログラムであって、
前記サーバに、
前記端末装置から前記端末装置に搭載されているＯＳとアプリケーションソフトウェアとにどのパッチプログラムをそれぞれ適用したかの状況を示す情報であるパッチ累積状況情報を受信する処理と、
各アプリケーションソフトウェアおよびＯＳの各版について、どのパッチプログラムを適用するとどの版の状態になるのかを示す情報と、受信した前記パッチ累積状況情報とにもとづいて、前記端末装置に適用すべき最新のＯＳの版を特定し、最新のＯＳの版に対して動作確認されている各アプリケーションソフトウェアの版を示す情報にもとづいて、特定した最新のＯＳの版での動作確認がとれているアプリケーションソフトウェアの版を抽出する抽出処理と、
アプリケーションソフトウェアの複数の版のそれぞれについて、他のアプリケーションソフトウェアの動作に対して影響を及ぼすか否かを特定可能な情報にもとづいて、前記抽出処理で抽出したそれぞれのアプリケーションソフトウェアの版による動作が前記端末装置に搭載されている他のアプリケーションソフトウェアの動作に影響を及ぼさないことを確認する確認処理と、
アプリケーションソフトウェアおよびＯＳの各パッチプログラムが、他のパッチプログラムによる変更内容を上書きすることを示す依存関係情報にもとづいて、それぞれのアプリケーションソフトウェアおよび最新のＯＳにおける複数のパッチプログラムのそれぞれについて依存関係を調べ、不要なパッチプログラムを特定するパッチプログラム依存関係判定処理と、
前記端末装置に搭載されているＯＳおよびアプリケーションソフトウェアを、前記確認処理で確認されたアプリケーションソフトウェアの版および前記最新のＯＳの版に更新するための各パッチプログラムを前記端末装置に送信する送信処理とを実行させ、
前記パッチプログラム依存関係判定処理で、依存関係情報を用いて、一方のパッチプログラムが他方のパッチプログラムによる変更内容を上書きする場合に、前記他方のパッチプログラムを不要なパッチプログラムであると特定させ、
前記送信処理で、前記確認処理で確認したアプリケーションソフトウェアの版および前記最新のＯＳの版に更新するための各パッチプログラムのうち、前記パッチプログラム依存関係判定処理で特定した不要なパッチプログラム以外のパッチプログラムを前記端末装置に送信させる
ためのパッチ管理プログラム。