JP5018768B2 - 適用パッチ選別装置及び適用パッチ選別方法 - Google Patents

Description

本発明は、システムに適用するパッチを選別する装置及び方法に関する。

近年、システムに適用する、ソフトウェアの障害修正や小規模なバージョンアップ等のためのパッチを、自動的に選別する機能が要求されている。これは、次のような理由による。

まず、システムにインストールされているＯＳ（Operating System）やアプリケーションといったソフトウェアのパッチはベンダー等から多数提供されており、適用可能なパッチの中から所望のパッチだけを選別しようとする場合には時間がかかるし知識も必要である。また、無駄なパッチを適用せずに、なるべく少ないパッチの適用により、システムの安定稼働が要求されている。さらに、ユーザによってはポリシーがあり、全てのユーザが重大障害修正のための最新パッチ等をリリース直後に適用したいわけではない。

現状は、ユーザのポリシーによりシステムに適用するパッチを選別するという機能は存在しない。そのため、ユーザは、主に、ベンダーから提供されたクラスタと称する複数のパッチを集めたもの（以下、単に「クラスタ」という）や、パッチ管理のツールを使って、複数のパッチを一括適用している。もし、クラスタやパッチ管理のツールを使わないのなら、ユーザは、自力で障害情報等を手作業で調べて必要なパッチを選別し個々に適用するしかない。

クラスタには、機種やＯＳ情報から分類されたパッチを全て集めたものや、ベンダーが重大な障害修正として適用を推奨するパッチ（セキュリティパッチ或いは推奨パッチといったフラグが付いているパッチ）を集めたものがある。ユーザは、クラスタの単位でパッチの集合を一括適用するか、パッチ管理のツール等を使って最新の未適用パッチの集合を抽出し全部を一括適用するか、セキュリティパッチ或いは推奨パッチといったフラグが付いているパッチを一括適用するのが一般的である。これらを使わない場合は、公開されている障害情報やシステムの運用状況等を自力で調べて、必要なパッチだけを選別して適用するしかない。

クラスタやパッチ管理のツールを使えば、とりあえず複数のパッチの集合が一括で適用されるので、システムの障害等が一度に修正されるが、適用したくないパッチも全て適用されてしまう。適用したくないパッチを適用対象から除外するには、面倒だが自力で障害情報等を調査し必要なパッチを個々に選別し適用するしかない。

尚、システムへのパッチの適用に関する技術として、例えば特許文献１には、システム起動時に、パッチ未適用の実行プログラムを含む起動用ファイルとパッチとがフロントシステムからバックエンドシステムへ送られ、バックエンドシステムにおいて、その起動用ファイルに含まれる実行プログラムにパッチが適用され、システム終了時には、そのパッチ適用済み実行プログラムを含む起動用ファイルがフロントシステムに送られ、そして、次回のシステム起動時には、そのパッチ適用済み実行プログラムがフロントシステムからバックエンドシステムへ送られるようにした手法が提案されている。

以上のような状況を踏まえると、システムへのパッチの適用に関し、次のような問題点がある。
まず、システムにインストールされているソフトウェアのパッチは多数存在しているため、それらのパッチを全て適用するには大変な時間がかかる。例えばＯＳによっては数百ものパッチが公開されており、それらを全て適用するとなると大変な時間がかかる。

また、できるだけ多数のパッチの中から必要と思われるものだけを選別し、それを局所的に適用するようにしたいところであるが、大量の情報の中からパッチを選別するには知識も必要だし時間もかかる。

さらに、クラスタなど、ある程度のかたまりでパッチを適用すれば、とりあえずベンダーが推奨する重大障害に対する修正等ができるというメリットがあるものの、その適用には大変な時間がかかる、使用頻度の高くない機能のパッチまで適用される可能性がある、既に適用されているパッチが含まれている可能性がある、クラスタが対象としていない製品（機能）のパッチは含まれない、などというデメリットもある。

また、ユーザによっては、使用頻度の高い機能については最新パッチを常に適用しておきたいという考え方もある。逆に、システムの運用に支障があるので、とりあえず、使用している機能が障害をかかえていたとしても、障害が発生する条件には合致しないし、問題なく稼働しているのだから、わざわざ最新パッチを適用したくないという考え方もある。また、リリースされたばかりのパッチは適用実績が少なくレベルダウンを起こしてＢａｄパッチ（適用することによってレベルダウンを起こし、リリースはしたが取り下げになるパッチ）になる可能性があるので、リリースされてからある程度時間が経過したパッチを適用したいという考え方もある。しかし、現状において、ユーザのポリシーによって適用するパッチを選別する機能は存在しない。

本発明は、上記実情に鑑み、システムに適用可能な多数のパッチの中からユーザが本当に適用したいパッチだけを簡単に自動で取捨選択できるようにする、適用パッチ選別装置及び適用パッチ選別方法を提供することを目的とする。
特許第２８７１４３３号公報

本発明の第１の態様に係る適用パッチ選別装置は、適用対象システムの情報に基づいて、公開されているパッチの情報から前記適用対象システムの全未適用パッチの情報を抽出する第１の抽出手段と、ユーザのポリシーを入力する入力手段と、前記入力手段により入力されたユーザのポリシーに基づいて、前記第１の抽出手段により抽出された全未適用パッチの情報から前記適用対象システムに実際に適用する未適用パッチの情報を抽出する第２の抽出手段と、前記第２の抽出手段により抽出された前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する未適用パッチ取得手段と、を備え、前記ユーザのポリシーは、１つの障害事象のパッチを適用対象にするというポリシー、又は、２つ以上の障害事象のパッチをＡＮＤ条件又はＯＲ条件で適用対象にするというポリシーを含む、ことを特徴とする。

本発明の第２の態様に係る適用パッチ選別方法は、適用対象システムの情報に基づいて、公開されているパッチの情報から前記適用対象システムの全未適用パッチの情報を抽出し、入力されたユーザのポリシーに基づいて、前記全未適用パッチの情報から前記適用対象システムに実際に適用する未適用パッチの情報を抽出し、前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得し、前記ユーザのポリシーは、１つの障害事象のパッチを適用対象にするというポリシー、又は、２つ以上の障害事象のパッチをＡＮＤ条件又はＯＲ条件で適用対象にするというポリシーを含む、ことを特徴とする。

上記の態様に係る装置及び方法によれば、適用対象システムに適用するパッチを、ユーザのポリシーに従って、容易に選別、取得することが可能になる。

本発明は、後述する詳細な説明を、下記の添付図面と共に参照すればより明らかになるであろう。
本発明が適用されたパッチクラスタ作成システムを含む全体システムの概要を説明する図である。 使用頻度の高い機能のパッチの集合を表す図である。 使用頻度の高くない機能のパッチの集合を表す図である。 リリースされてから一定期間が経過したパッチの集合を表す図である。 各障害事象のパッチの集合を表す図である。 ポリシー入力画面（ポリシー設定１画面）の一例を示す図である。 ポリシー入力画面（ポリシー設定２画面）の一例を示す図である。 ポリシー入力画面（ポリシー設定３画面）の一例を示す図である。 現在から過去７日以内についての調査結果を示す図である。 ＤＢ２に格納される情報の一例を示す図である。 ＤＢ８に格納されていた最新のパッチの情報の一例を示す図である。 移入されたＤＢ３の情報の一例を示す図である。 パッチクラスタ作成処理の一例を示すフローチャートである。 Ｓ１で表示された全未適用パッチの一覧画面の一例を示す図である。 Ｓ２で表示されたポリシー入力画面（ポリシー設定０画面）の一例を示す図である。 Ｓ３で表示された全未適用パッチの一覧画面の一例を示す図である。 Ｓ４で表示されたポリシー入力画面（ポリシー設定１画面）の一例を示す図である。 Ｓ４で表示された一覧画面の一例を示す図である。 Ｓ５で表示されたポリシー入力画面（ポリシー設定２画面）の一例を示す図である。 Ｓ５で表示された一覧画面の一例を示す図である。 Ｓ６で表示されたポリシー入力画面（ポリシー設定３画面）の一例を示す図である。 Ｓ６で表示された一覧画面の一例を示す図である。 情報処理装置の構成図である。 記録媒体を示す図である。

以下、本発明の実施の形態を図面を参照しながら説明する。
図１は、本発明が適用されたパッチクラスタ作成システムを含む全体システムの概要を説明する図である。

同図において、適用対象システム１は、パッチの適用対象とするシステムである。適用対象システム１は、ファイルと使用頻度情報データベース２（以下単に「ＤＢ２」という）と、ファイルとＰＫＧ（パッケージ）情報データベース３（以下単に「ＤＢ３」という）と、適用済みパッチ情報データベース４（以下単に「ＤＢ４」という）と、インストールＰＫＧ情報データベース５（以下単に「ＤＢ５」という）の４つのデータベースを備えている。

尚、本実施例において、ファイルとは、機能としてのファイル、すなわちプログラムファイル、ライブラリ、またはデータファイルのことであるとする。また、ＰＫＧとは、製品を構成するファイルのかたまり（例えばＯＳを構成する機能のかたまり）であるとする。

ＤＢ２は、適用対象システム１にて使用されたファイルとその使用頻度の情報が格納されるデータベースである。ＤＢ３は、適用対象システム１に存在するファイルとそれが属するＰＫＧの情報が格納されるデータベースである。ＤＢ４は、適用対象システム１に適用されたパッチの情報が格納されるデータベースである。ＤＢ５は、適用対象システム１にインストールされたＰＫＧの情報が格納されるデータベースである。尚、ＤＢ２乃至５に格納される情報の更新等は、適用対象システム１によって行われる。

パッチＷｅｂ６は、インターネット等の通信ネットワーク上に存在し、公開されている最新のパッチが格納されたパッチ記憶装置７と、その最新のパッチの情報が格納されたパッチ情報データベース８（以下単に「ＤＢ８」という）とを備え、必要に応じて、最新のパッチ及びその情報を提供するサーバーである。ＤＢ８には、パッチの情報として、各パッチについての、パッチ番号（パッチＩＤ）、修正するＰＫＧの名称、リリース日、及び障害事象等の情報が格納されている。

パッチクラスタ作成システム９は、適用対象システム１についての情報とユーザのポリシーとに基づいて、適用対象システム１に適用するパッチのクラスタを作成する処理（パッチクラスタ作成処理）等を行う。このパッチクラスタ作成処理では、適用対象システム１についての情報が移入されると、通信ネットワークを介して接続されているパッチＷｅｂ６を参照し、その移入された情報を基にＤＢ８から適用対象システム１の全未適用パッチの情報を抽出する。続いて、ユーザによって入力された、例えば使用頻度の高い機能のパッチを適用したい、「パニック、システムダウン」の障害事象に関連するパッチを適用したい、等といったポリシーに従って、その全未適用パッチの情報の中から実際に適用対象システム１に適用するパッチ（適用推奨パッチ）の情報を抽出する。そして、その適用推奨パッチの情報に応じて、その適用推奨パッチをパッチ記憶装置７からダウンロードして取得し、その適用推奨パッチのクラスタを作成する。

以上が、全体システムの概要である。
次に、パッチクラスタ作成システム９によって行われるパッチクラスタ作成処理について詳しく説明する。

まず、本処理においてユーザが入力可能なポリシーについて説明する。
本処理において、ユーザは、（１）使用頻度の高い機能のパッチをどうするか、（２）最新パッチを適用対象とするかどうか、（３）どんな障害事象を適用対象にするか、ということについてのポリシーの入力が可能になっている。

上記（１）についてのポリシーの入力では、使用頻度の高い機能のパッチを適用対象にする、使用頻度の高いくない機能のパッチを適用対象にする（使用頻度の低い機能のパッチを適用対象にする）、全部のパッチを適用対象にする、のいずれか一つを入力することが可能になっている。ここで、適用対象システム１に適用可能な全未適用パッチを集合Ｘ、使用頻度の高い機能のパッチを集合Ａとすると、使用頻度の高い機能のパッチは図２のように表され、使用頻度の高くない機能のパッチは図３のように表される。すなわち、ユーザは、上記（１）についてのポリシーの入力により、集合Ａ、集合Ａ以外、集合Ｘのいずれか一つの集合のパッチの抽出が可能になる。

上記（２）についてのポリシーの入力では、最新のパッチを適用対象にする、リリースされてから一定期間が経過したパッチを適用対象にする、のいずれかを入力することが可能になっている。ここで、リリースされてから一定期間が経過したパッチを集合Ｂとすると、そのパッチは図４のように表される。尚、同図において、集合Ｘは、最新のパッチ（適用対象システム１に適用可能な全未適用パッチでもある）の集合である。すなわち、ユーザは、上記（２）についてのポリシーの入力により、集合Ｂ、集合Ｘのいずれかの集合のパッチの抽出が可能になる。

上記（３）についてのポリシーの入力では、障害事象が「パニック、システムダウン」のパッチを適用対象にする、障害事象が「ハング、実行が終わらない」のパッチを適用対象にする、障害事象が「コマンド異常」のパッチを適用対象にする、障害事象が「パフォーマンス異常」のパッチを適用対象にする、障害事象が「セキュリティ」のパッチを適用対象にする、全ての障害事象のパッチを適用対象にする、の一つ以上のポリシーをＡＮＤ条件或いはＯＲ条件で入力することが可能になかっている。ここで、障害事象が「パニック、システムダウン」のパッチを集合Ｃ、障害事象が「ハング、実行が終わらない」のパッチを集合Ｄ、障害事象が「コマンド異常」のパッチを集合Ｅ、障害事象が「パフォーマンス異常」のパッチを集合Ｆ、障害事象が「セキュリティ」のパッチを集合Ｇとすると、各障害事象のパッチは図５のように表される。尚、同図において、集合Ｘは、適用対象システム１に適用可能な全未適用パッチの集合である。同図に示したように、集合Ｃ乃至Ｇの各々は、重なっている場合もあるし、重なっていない場合もある。すなわち、ユーザは、上記（３）についてのポリシーの入力により、集合Ｃ、Ｄ、Ｅ、Ｆ、Ｇの何れか一つ、又はその組み合わせ（ＡＮＤ条件又はＯＲ条件）、或いは、集合Ｘのパッチの抽出が可能になる。

また、上記（１）乃至（３）についてのポリシーをＡＮＤ条件とすることにより、抽出されるパッチを更に絞り込むことが可能である。例えば、上記（１）についての使用頻度の高い機能のパッチを適用対象にするということと、上記（２）についてのリリースされてから一定期間が経過したパッチを適用対象にするということと、上記（３）についての障害事象が「セキュリティ」のパッチを適用対象にするということをＡＮＤ条件とすることにより、それが可能である。或いは、上記（１）についての使用頻度の高くない機能のパッチを適用対象にするということと、上記（２）についての最新のパッチを適用対象にするということをＡＮＤ条件とすることも可能である。尚、この場合には、上記（３）についてのポリシーは考慮されない。若しくは、上記（２）についてのリリースされてから一定期間が経過したパッチを適用対象にするということと、（３）についての障害事象が「パニック、システムダウン」のパッチを適用対象にするということをＡＮＤ条件とすることも可能である。尚、この場合には、上記（１）についてのポリシーは考慮されない。

上記（１）乃至（３）についてのポリシーの入力は、パッチクラスタ作成システム９に備えられた不図示の表示装置に表示されるポリシー入力画面から、或いはコマンドにより、行うことが可能になっている。

図６、図７、図８は、ポリシー入力画面の一例を示す図である。図６は、上記（１）についてのポリシー入力画面（ポリシー設定１画面）である。図７は、上記（２）についてのポリシー入力画面（ポリシー設定２画面）である。図８は、上記（３）についてのポリシー入力画面（ポリシー設定３画面）である。各々のポリシー入力画面では、パッチクラスタ作成システム９に備えられた不図示の入力装置を利用して、所望のチェックボックスにチェックを入れることにより、ポリシーの入力、設定が可能になっている。

次に、パッチクラスタ作成処理において、移入されて使用される適用対象システム１についての情報について説明する。
本処理では、使用される適用対象システム１についての情報として、ＤＢ２に格納されている現在から過去所定期間以内において適用対象システム１にて使用されたファイル及びその使用頻度の情報と、ＤＢ３に格納されている適用対象システム１に存在するファイル及びそのＰＫＧの情報と、ＤＢ４に格納されている適用対象システム１に適用されたパッチの情報と、ＤＢ５に格納されている適用対象システム１にインストールされたＰＫＧの情報とが移入される。

尚、ＤＢ２に格納される情報は、適用対象システム１が一定期間毎に（例えば１日毎に）１回、システムの状況を調べ、その調査結果に基づいて更新される。詳しくは、一定期間毎に１回、適用対象システム１に存在する全てのファイルのアクセス履歴（使用履歴）と、その調査時に使用されていたファイルとを調べ、その調査結果に基づいて更新される。

例えば、毎日１回システムの状態を調べて現在から過去７日以内についての調査結果が、図９に示すものであった場合、ＤＢ２に格納される情報は、図１０に示すものとなる。この場合、図９に示した調査結果にあるように、現在から過去７日以内である１０／１０〜１０／１６までに、File1が６回、File2が２回、File3が１回アクセスされている。従って、この時点でのＤＢ２に格納されている情報は、図１０に示したように、File1のアクセス回数が６回、File2のアクセス回数が２回、File3のアクセス回数が１回という情報になる。

また、ＤＢ３とＤＢ５に格納される情報は、適用対象システム１にＰＫＧがインストールされる毎に更新される。ＤＢ４に格納される情報は、適用対象システム１にパッチが適用される毎に更新される。尚、ＤＢ３乃至５については、適用対象システム１にインストールされているＯＳの機能によっても実現することができる。また、ＤＢ４及びＤＢ５に格納される情報は、適用対象システム１にインストールされているＯＳのパッチ関連コマンドによっても得ることができる。

次に、パッチクラスタ作成処理において、移入された適用対象システム１についての情報に基づいて行われる、適用対象システム１の全未適用パッチの情報の抽出について説明する。

本処理では、適用対象システム１についての情報が移入されると、パッチＷｅｂ６を参照し、ＤＢ８に格納されている最新のパッチの情報と、移入されたＤＢ５の情報（適用対象システム１にインストールされたＰＫＧの情報）とから、適用対象システム１の適用対象となる全パッチの情報を抽出し、その中から、移入されたＤＢ４の情報（適用対象システム１に適用されたパッチの情報）に応じた適用済パッチの情報を除いて、適用対象システム１の全未適用パッチの情報を抽出する。

例えば、最新のパッチの情報として図１１に示す情報がＤＢ８に格納されていたものとし、また、移入されたＤＢ５の情報から、適用対象システム１にインストールされているＰＫＧがＰｋｇＣとＰｋｇＤであることがわかったとする。この場合、適用対象システム１の適用対象となる全パッチの情報としてＤＢ８から抽出されるパッチの情報は、ＰｋｇＣ又はＰｋｇＤの情報を含むパッチ番号がPatch2、Patch3、Patch4、Patch5、Patch6であるパッチの情報となる。さらに、移入されたＤＢ４の情報から、パッチ番号がPatch3についてのパッチは既に適用対象システム１に適用済みであることがわかったとする。この場合、適用対象システム１の全未適用パッチの情報として最終的に抽出されるパッチの情報は、パッチ番号がPatch3を除いたPatch2、 Patch4、 Patch5、 Patch6についてのパッチの情報となる。

尚、ＤＢ８には、図１１に示した各パッチについてのパッチ番号、リリース日、修正するＰＫＧ、障害事象についての情報の他にも、各パッチについての機種情報、ＯＳのバージョン情報、パッチの依存関係の情報等も含まれており、これらの情報も加味して、全未適用パッチの情報を抽出するようにすることも可能である。

次に、パッチクラスタ作成処理において、ユーザのポリシーに従って行われる、抽出された適用対象システム１の全未適用パッチの情報からの適用推奨パッチの情報の抽出について説明する。

本処理において、入力されたユーザのポリシーが、例えば、使用頻度の高い機能のパッチを適用対象にするというものであった場合には、まず、後述の使用頻度の高いファイルの定義と、移入されたＤＢ２の情報とから、使用頻度の高いファイルの情報を抽出する。そして、その使用頻度の高いファイルの情報と、移入されたＤＢ３の情報とから、その使用頻度の高いファイルが属するＰＫＧの名称を抽出する。

例えば、アクセス回数が６回以上のファイルを使用頻度の高いファイルとすると定義されており、移入されたＤＢ２の情報が図１０に示したものであり、移入されたＤＢ３の情報が図１２に示す情報であった場合には、まず、移入されたＤＢ２の情報から使用頻度の高いファイルとしてFile１が抽出され、図１２に示したＤＢ３の情報から、そのFile1が属するＰＫＧの名称としてＰｋｇＣが抽出される。

そして、抽出されている全未適用パッチの情報と、使用頻度の高いファイルが属するＰＫＧの名称とから、使用頻度の高い機能のパッチの情報を抽出する。
例えば、抽出されている全未適用パッチの情報が、図１１に示したＤＢ８の情報における、パッチ番号がPatch2、 Patch4、 Patch5、 Patch6についてのパッチの情報であり、使用頻度の高いファイルが属するＰＫＧの名称がＰｋｇＣであったとすると、使用頻度の高い機能のパッチとして抽出されるパッチの情報は、ＰｋｇＣの情報を含むパッチ番号がPatch2、 Patch5、 Patch6についてのパッチの情報となる。

また、パッチクラスタ作成処理において、入力されたユーザのポリシーが、例えば、リリースされてから３ヶ月経過したパッチを適用対象にするというものであった場合には、抽出されている全未適用パッチの情報から、リリース日から３ヶ月経過したパッチの情報を抽出する。

例えば、抽出されている未適用パッチの情報が、前述と同様に、図１１に示したＤＢ８の情報における、パッチ番号がPatch2、 Patch4、 Patch5、 Patch6についてのパッチの情報であって、現在の日付が２００５年１０月２０日だとすると、リリースされてから３ヶ月経過したパッチとして抽出されるパッチの情報は、パッチ番号がPatch2、 Patch5、 Patch6についてのパッチの情報となる。

また、パッチクラスタ作成処理において、入力されたユーザのポリシーが、例えば、障害事象が「コマンド異常」のパッチを適用対象にするというものであった場合には、抽出されている全未適用パッチの情報から、障害事象が「コマンド異常」のパッチの情報を抽出する。

例えば、抽出されている全未適用パッチの情報が、前述と同様に、図１１に示したＤＢ８の情報における、パッチ番号がPatch2、 Patch4、 Patch5、 Patch6についてのパッチの情報であるとすると、障害事象が「コマンド異常」のパッチとして抽出されるパッチの情報は、パッチ番号がPatch2、Patch5についてのパッチの情報となる。

次に、前述の各処理を含む一連のパッチクラスタ作成処理を、図１３乃至図２２を用いて説明する。
図１３は、パッチクラスタ作成処理の一例を示すフローチャートである。図１４乃至図２２は、その処理中にパッチクラスタ作成システム９の不図示の表示装置に表示される画面例である。

尚、図１３に示したフローでは、ユーザのポリシーとして、上記（１）についての使用頻度の高い機能のパッチを適用対象にする、且つ、上記（２）についてのリリース後３０日経過したパッチを適用対象にする、且つ、上記（３）についての障害事象が「セキュリティ」のパッチを適用対象にする、というポリシーが入力される場合を例に説明する。また、図１３に示したフローにおいて、実線矢印は処理の流れを示し、点線矢印はデータの流れを示している。

図１３において、適用対象システム１についての情報（ＤＢ２乃至５に格納されていた情報）がパッチクラスタ作成システム９に移入され、パッチクラスタ作成処理の実行を開始すると、まず、移入されたＤＢ５の情報（適用対象システム１にインストールされているＰＫＧの情報）と、パッチＷｅｂ６のＤＢ８の情報（最新のパッチの情報）とに基づいて、適用対象システム１に適用可能な全てのパッチの情報を抽出し、その中から、移入されたＤＢ４の情報（適用対象システム１に適用済みのパッチの情報）に応じた適用済みパッチの情報を除いて、全未適用パッチの情報を抽出し、これをパッチクラスタ作成システム９に備えられた不図示の未適用パッチデータベースに格納する（Ｓ１）。また、このＳ１では、抽出された全未適用パッチの情報を一覧として表示する。

図１４は、Ｓ１で表示された全未適用パッチの一覧画面の一例である。尚、同図の一覧画面においてｘｘｘは、適用対象システム１のノード名を示すものである（他の一覧画面においても同じ）。同図に示したように、この一覧画面には、未適用パッチ毎に、パッチＩＤ（パッチ番号）、パッチ概要（修正するＰＫＧ等）、リリース日、障害事象が示される。また、この一覧画面には、「次へ」ボタン及び「キャンセル」ボタンも設けられており、ユーザは、「次へ」ボタンが押下することにより処理を次のＳ２へ移行させることが可能になっている。また、「キャンセル」ボタンを押下することによりパッチクラスタ作成処理自体を終了させることが可能になっている（他の一覧画面及びポリシー入力画面において同じ）。

この一覧画面において「次へ」ボタンが押下されると、続いて、ユーザによる使用頻度の高い機能の定義についての入力を可能にするポリシー入力画面（ポリシー設定０画面）を表示し、そのポリシー入力画面への入力に応じた使用頻度の高い機能の定義と、移入されたＤＢ２の情報（ファイルと使用頻度の情報）とから、使用頻度の高い機能のファイルの情報を抽出し、これと、移入されたＤＢ３の情報（ファイルとＰＫＧの情報）とから、使用頻度の高い機能のＰＫＧの情報を抽出し、これを、パッチクラスタ作成システム９に備えられた不図示の使用頻度の高いＰＫＧデータベースに格納する（Ｓ２）。

図１５は、Ｓ２で表示されたポリシー入力画面（ポリシー設定０画面）の一例である。同図に示したように、ユーザは、このポリシー入力画面に所望の日数及び回数を入力し「ＯＫ」ボタンを押下することにより、使用頻度の高い機能の定義を行うことが可能になっている。また、このポリシー入力画面には、「スキップ」ボタン及び「キャンセル」ボタンも設けられており、ユーザは、「スキップ」ボタンを押下することにより処理をＳ５へスキップさせることが可能になっている。

このポリシー入力画面において、ユーザにより所望の日数及び回数が入力され「ＯＫ」ボタンが押下され、そして、Ｓ２の処理が終了すると、続いて、Ｓ１で未適用パッチデータベースに格納された全未適用パッチの情報と、Ｓ２で使用頻度の高いＰＫＧデータベースに格納された使用頻度の高い機能のＰＫＧの情報とに基づいて、使用頻度の高い機能のパッチの情報と使用頻度の高くない機能のパッチの情報とを区別可能に全未適用パッチの一覧を表示する（Ｓ３）。

図１６は、Ｓ３で表示された全未適用パッチの一覧画面の一例である。同図の例では、使用頻度の高い機能のパッチの情報のみが網掛け表示されることにより、使用頻度の高くない機能のパッチの情報との区別が可能になっている。また、この一覧画面には、「次へ」ボタン及び「戻る」ボタンも設けられており、ユーザは、「次へ」ボタンを押下することにより処理をＳ４へ移行させ、「戻る」ボタンを押下することにより処理をＳ２へ戻らせることが可能になっている。従って、ユーザは「戻る」ボタンの押下により、再び図１５に示したポリシー入力画面を表示させ、使用頻度の高い機能の定義からやり直すことができる。

図１６に示した一覧画面において、ユーザにより「次へ」ボタンが押下されると、続いて、ユーザによる上記（１）についてのポリシーの入力を可能にするポリシー入力画面（ポリシー設定１画面）を表示し、そのポリシー入力画面への入力に応じて、Ｓ１で未適用パッチデータベースに格納された全未適用パッチの情報の中から、特定の未適用パッチの情報を抽出し、これを一覧として表示する（Ｓ４）。

図１７は、Ｓ４で表示されたポリシー入力画面（ポリシー設定１画面）の一例である。同図に示したように、このポリシー入力画面では、ユーザは、いずれか一つのチェックボックスにチェックを入れ「ＯＫ」ボタンを押下することにより、上記（１）についてのポリシーの入力が可能になっている。また、このポリシー入力画面には「キャンセル」ボタンも設けられている。

本例の場合には、使用頻度の高い機能のパッチを適用対象にするので、このポリシー入力画面において、「使用頻度の高い機能のパッチを対象にする」のチェックボックスにチェックが入れられ「ＯＫ」ボタンが押下される。そして、Ｓ１で未適用パッチデータベースに格納された全未適用パッチの情報の中から、使用頻度の高い機能のパッチの情報が抽出され、これが一覧として表示される。

図１８は、Ｓ４で表示された一覧画面の一例である。同図に示したように、前述の図１６に示した一覧画面における使用頻度の高い機能のパッチの情報のみが一覧として表示される。また、この一覧画面には、「次へ」ボタン、「ＯＫ」ボタン、及び「キャンセル」ボタンも設けられており、ユーザは、「次へ」ボタンを押下することにより処理をＳ５へ移行させ、「ＯＫ」ボタンを押下することにより処理をＳ７へ移行させることが可能になっている。

本例の場合には、更に上記（２）及び（３）についてのポリシーの入力も行われるので、図１８に示した一覧画面においては「次へ」ボタンが押下される。
続いて、ユーザによる上記（２）についてのポリシーの入力を可能にするポリシー入力画面（ポリシー設定２画面）を表示し、そのポリシー入力画面への入力に応じて、Ｓ４で抽出された未適用パッチの情報の中から、更に、特定の未適用パッチの情報を抽出し、これを一覧として表示する（Ｓ５）。

図１９は、Ｓ５で表示されたポリシー入力画面（ポリシー設定２画面）の一例である。同図に示したように、このポリシー入力画面では、ユーザは、いずれかのチェックボックスにチェックを入れ、「ＯＫ」ボタンを押下することにより、上記（２）についてのポリシーの入力が可能になっている。また、このポリシー入力画面では、リリースされてから一定期間経過したパッチを適用対象にする場合に、ユーザは、その一定期間を日単位で入力することが可能になっている。また、このポリシー入力画面には「キャンセル」ボタンも設けられている。

本例に場合には、リリース後３０日経過したパッチを適用対象にするので、このポリシー入力画面において、日単位で入力可能な一定期間として「３０」が入力され、「リリースされてから３０日が経過したパッチを対象にする」のチェックボックスにチェックが入れられ「ＯＫ」ボタンが押下される。そして、Ｓ４で抽出された未適用パッチの情報の中から、更に、リリースされてから３０日が経過したパッチの情報が抽出され、これが一覧として表示される。

図２０は、Ｓ５で表示された一覧画面の一例である。同図に示したように、前述の図１８に示した一覧画面におけるリリースされてから３０日が経過したパッチの情報のみが一覧として表示される。但し、本例において、現在の日付は２００６年１月２６日とする。また、この一覧画面には、「次へ」ボタン、「ＯＫ」ボタン、及び「キャンセル」ボタンも設けられており、ユーザは、「次へ」ボタンを押下することにより処理をＳ６へ移行させ、「ＯＫ」ボタンを押下することにより処理をＳ７へ移行させることが可能になっている。

本例の場合には、更に、上記（３）についてのポリシーの入力も行われるので、図２０に示した一覧画面においては「次へ」ボタンが押下される。
続いて、ユーザによる上記（３）についてのポリシーの入力を可能にするポリシー入力画面（ポリシー設定３画面）を表示し、そのポリシー入力画面への入力に応じて、Ｓ５で抽出された未適用パッチの情報の中から、更に、特定の未適用パッチの情報を抽出し、これを一覧として表示する（Ｓ６）。

図２１は、Ｓ６で表示されたポリシー入力画面（ポリシー設定３画面）の一例である。同図に示したように、このポリシー入力画面では、ユーザは、いずれか一つのチェックボックスにチェックを入れて「ＯＫ」ボタンを押下するか、又は、「ＡＮＤ条件」若しくは「ＯＲ条件」のいずれかのチェックボックスにチェックを入れると共に２つ以上のチェックボックス（但し「全部の障害事象を対象にする」は除く）にチェックを入れて「ＯＫ」ボタンを押下することにより、上記（３）についてのポリシーの入力が可能になっている。また、このポリシー入力画面には「キャンセル」ボタンも設けられている。

本例に場合には、障害事象が「セキュリティ」のパッチを適用対象にするので、このポリシー入力画面において、「セキュリティのパッチを対象にする」のチェックボックスにチェックが入れられ、「ＯＫ」ボタンが押下される。そして、Ｓ５で抽出された未適用パッチの情報の中から、更に、障害事象が「セキュリティ」のパッチの情報が抽出され、これが一覧として表示される。

図２２は、Ｓ６で表示された一覧画面の一例である。同図に示したように、前述の図２０に示した一覧画面における障害事象が「セキュリティ」のパッチの情報のみが一覧として表示される。また、このポリシー入力画面には、「ＯＫ」ボタン及び「キャンセル」ボタンも設けられており、ユーザは、「ＯＫ」ボタンを押下することにより処理をＳ７へ移行させることが可能になっている。

このポリシー入力画面において、「ＯＫ」ボタンが押下されると、続いて、Ｓ６で抽出された未適用パッチの情報に応じて、その未適用パッチをパッチＷｅｂ６のパッチ記憶装置７からダウンロードして取得し、その未適用パッチのクラスタを作成する（Ｓ７）。そして、作成されたクラスタは、その後、対象ノードである適用対象システム１に適用される。

このように、本フローによれば、使用頻度の高い機能のパッチを適用対象にする、且つ、リリース後３０日経過したパッチを適用対象にする、且つ、障害事象が「セキュリティ」のパッチを適用対象にする、というユーザのポリシーに従って、適用対象システム１の全未適用パッチの中から所望のパッチだけを選別してクラスタを作成することが可能になる。

尚、本フローでは、ユーザのポリシーとして、上記（１）乃至（３）の３つについてのポリシーが入力される場合の例を説明したが、その他、上記（１）乃至（３）の一つ又は二つについてのポリシーだけが入力される場合についても同様にして処理を行うことが可能である。

また、本フローにおいて、各ポリシー入力画面に入力された状態を保持しておき、次回実行時にポリシー入力画面を表示する際には、その保持された状態を表示するようにすることも可能である。

以上、本実施例によれば、使用頻度の高い機能のパッチ、パッチのリリース日、障害事象等といったパッチ適用時のヒント（情報）をユーザに与えることで、ユーザは、自分がどんなポリシーでパッチを選別したいのかを簡単に決められるようになり、パッチ取捨選択時に悩まなくなる。

また、機能の使用頻度、パッチのリリース日、障害事象等といった情報は、自動的に取得されるので、ユーザは、自分で調査する手間が省けるし、間違いもない。
また、ユーザのポリシーに従ってパッチを選別することで、ユーザの意思に反したパッチが適用対象に選別されることはなくなる。すなわち、余計なパッチを適用する作業がなくなり、適用にかかる時間も短縮できる。

尚、本実施例において、適用対象システム１についての情報はパッチクラスタ作成システム９に移入されるものであったが、例えば、パッチクラスタ作成システム９と適用対象システム１との間を通信ネットワークを介して接続し、パッチクラスタ作成システム９が、処理中に、必要に応じて適用対象システム１の各ＤＢにアクセスして情報を取得するようにすることも可能である。

また、本実施例では、Ｓ２において、使用頻度の高い機能の定義をユーザが任意に設定可能としているが、これを予め固定的に設定しておくようにすることも可能である。
また、本実施例では、Ｓ２において、パッチクラスタ作成システム９が、ユーザの入力に応じて使用頻度の高い機能の定義を行い、使用頻度の高い機能のファイルの情報を抽出するようにしているが、例えば、これらを適用対象システム１が行うようにすることも可能である。この場合には、パッチクラスタ作成システム９に移入されるＤＢ２の情報として、適用対象システム１により抽出された使用頻度の高い機能のファイルの情報が移入される。

ところで、図１に示した、適用対象システム１、パッチＷｅｂ６、及びパッチクラスタ作成システム９の各々は、例えば、図２３に示すような情報処理装置（コンピュータ）を用いて構成される。同図に示した情報処理装置は、ＣＰＵ（中央処理装置）１１、メモリ１２、入力装置１３、出力装置１４、外部記憶装置１５、媒体駆動装置１６、ネットワーク接続装置１７を備え、それらはバス１８により互いに接続されている。

メモリ１２は、例えば、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）等を含み、処理に用いられるプログラムおよびデータを格納する。ＣＰＵ１１は、メモリ１２を利用してプログラムを実行することにより、必要な処理を行う。例えばパッチクラスタ作成システム９としての情報処理装置である場合には、前述のパッチクラスタ作成処理等を行う。

入力装置１３は、例えば、キーボード、ポインティングデバイス、タッチパネル等であり、ユーザからの指示や情報の入力に用いられる。例えばパッチクラスタ作成システム９としての情報処理装置である場合には、前述のユーザのポリシー等の入力や表示画面上の各種ボタン等の操作に用いられる。出力装置１４は、例えば、ディスプレイ、プリンタ等であり、ユーザへの問い合わせや処理結果等の出力に用いられる。例えばパッチクラスタ作成システム９としての情報処理装置である場合には、前述の各ポリシー入力画面や各一覧画面等の表示に用いられる。

外部記憶装置１５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。情報処理装置は、この外部記憶装置１５に、上記プログラムおよびデータを格納しておき、必要に応じて、それらをメモリ１２にロードして使用する。また、適用対象システム１としての情報処理装置である場合には、ＤＢ２乃至ＤＢ５としても使用される。また、パッチＷｅｂ６としての情報処理装置である場合には、ＤＢ８とパッチ記憶装置７としても使用される。また、パッチクラスタ作成システム９としての情報処理装置である場合には、未適用パッチのデータベースや使用頻度の高いＰＫＧデータベースとしても使用される。

媒体駆動装置１６は、可搬記録媒体１９を駆動し、その記録内容にアクセスする。可搬記録媒体１９は、メモリカード、フレキシブルディスク、ＣＤ−ＲＯＭ（compact disk read only memory ）、光ディスク、光磁気ディスク等の任意のコンピュータ読み取り可能な記録媒体である。ユーザは、この可搬記録媒体１９に上記プログラムおよびデータを格納しておき、必要に応じて、それらをメモリ１２にロードして使用する。

ネットワーク接続装置１７は、ＬＡＮ（local area network）やインターネット等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う。情報処理装置は、必要に応じて、上記プログラムおよびデータを外部の装置からネットワーク接続装置１７を介して受け取り、それらをメモリ１２にロードして使用する。

図２４は、図２３に示した情報処理装置にプログラムおよびデータを供給することのできるコンピュータ読み取り可能な記録媒体を示している。可搬記録媒体１９やサーバ２１のデータベース２２に格納されたプログラムおよびデータは、情報処理装置２３のメモリ１２にロードされる。サーバ２１は、そのプログラムおよびデータを搬送する搬送信号を生成し、ネットワーク上の任意の伝送媒体を介して情報処理装置２３に送信する。ＣＰＵ１１は、そのデータを用いてそのプログラムを実行し、必要な処理を行う。

以上、本発明について詳細に説明したが、本発明は上記実施形態に限定されず、本発明の要旨を逸脱しない範囲において、各種の改良及び変更を行っても良いのはもちろんである。

以上、本発明によれば、対象とするシステムに適用可能な多数のパッチの中からユーザが本当に適用したいパッチだけを簡単に自動で取捨選択できるようになる。

Claims (4)

1. 適用対象システムの情報に基づいて、公開されているパッチの情報から前記適用対象システムの全未適用パッチの情報を抽出し、
   ファイルの使用頻度を含む入力されたユーザのポリシーと、前記適用対象システムにインストールされたパッケージ内のファイルの使用頻度の情報であって、所定の期間毎に調査される前記ファイルのアクセス履歴と前記調査時の前記ファイルの使用状態とに従って更新される前記ファイルの使用頻度の情報とを比較することにより抽出されたファイルであって、入力された前記ユーザのポリシーに対応する前記ファイルを含むパッケージの情報と、前記全未適用パッチの情報とを比較して、前記全未適用パッチの情報から前記適用対象システムに実際に適用する未適用パッチの情報を抽出し、
   前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得し、
   前記ユーザのポリシーは、１つの障害事象のパッチを適用対象にするというポリシー、又は、２つ以上の障害事象のパッチをＡＮＤ条件又はＯＲ条件で適用対象にするというポリシーを含む、
   ことを特徴とする適用パッチ選別方法。
2. 更に、
   取得された前記未適用パッチのクラスタを作成する、
   ことを特徴とする請求項１記載の適用パッチ選別方法。
3. 前記適用対象システムの情報は、前記適用対象システムに適用されたパッチの情報と、
   前記適用対象システムにインストールされたパッケージの情報とを含む、
   ことを特徴とする請求項１又は２記載の適用パッチ選別方法。
4. 適用対象システムの情報に基づいて、公開されているパッチの情報から前記適用対象システムの全未適用パッチの情報を抽出する第１の抽出手段と、
   ユーザのポリシーを入力する入力手段と、
   ファイルの使用頻度を含む前記入力手段により入力されたユーザのポリシーと、前記適用対象システムにインストールされたパッケージ内のファイルの使用頻度の情報であって、所定の期間毎に調査される前記ファイルのアクセス履歴と前記調査時の前記ファイルの使用状態とに従って更新される前記ファイルの使用頻度の情報とを比較することにより抽出されたファイルであって、入力された前記ユーザのポリシーに対応する前記ファイルを含むパッケージの情報と、前記全未適用パッチの情報とを比較して、前記第１の抽出手段により抽出された全未適用パッチの情報から前記適用対象システムに実際に適用する未適用パッチの情報を抽出する第２の抽出手段と、
   前記第２の抽出手段により抽出された前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する未適用パッチ取得手段と、
   を備え、
   前記ユーザのポリシーは、１つの障害事象のパッチを適用対象にするというポリシー、又は、２つ以上の障害事象のパッチをＡＮＤ条件又はＯＲ条件で適用対象にするというポリシーを含む、
   ことを特徴とする適用パッチ選別装置。