WO2007105274A1

WO2007105274A1 - 適用パッチ選別装置及び適用パッチ選別方法

Info

Publication number: WO2007105274A1
Application number: PCT/JP2006/304742
Authority: WO
Inventors: Nobuko Kodaka; Takahiro Urushidani
Original assignee: Fujitsu Limited
Priority date: 2006-03-10
Filing date: 2006-03-10
Publication date: 2007-09-20
Also published as: CN101401072A; KR100963550B1; JPWO2007105274A1; EP2003557A9; US8171465B2; EP2003557A4; CN101401072B; EP2003557A2; JP5018768B2; US20080313626A1; KR20080091394A

Abstract

　適用パッチ選別装置は、適用対象システム（１）の情報に基づいて、公開されているパッチの情報から適用対象システム（１）の全未適用パッチの情報を抽出する第１の抽出手段と、ユーザのポリシーを入力する入力手段と、入力手段により入力されたユーザのポリシーに基づいて、第１の抽出手段により抽出された全未適用パッチの情報から適用対象システム（１）に実際に適用する未適用パッチの情報を抽出する第２の抽出手段と、第２の抽出手段により抽出された適用対象システム（１）に実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する未適用パッチ取得手段と、を備える。

Description

明細書

適用パッチ選別装置及び適用パッチ選別方法

技術分野

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

背景技術

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

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

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

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

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

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

[0008] 以上のような状況を踏まえると、システムへのパッチの適用に関し、次のような問題点がある。

まず、システムにインストールされて、るソフトウェアのパッチは多数存在して、るため、それらのパッチを全て適用するには大変な時間がかかる。例えば OSによっては数百ものパッチが公開されており、それらを全て適用するとなると大変な時間がかかる。

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

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

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

[0012] 本発明は、上記実情に鑑み、システムに適用可能な多数のパッチの中力ユーザが本当に適用したいパッチだけを簡単に自動で取捨選択できるようにする、適用パッチ選別装置及び適用パッチ選別方法を提供することを目的とする。

特許文献 1：特許第 2871433号公報

発明の開示

[0013] 本発明の第 1の態様に係る適用パッチ選別装置は、適用対象システムの情報に基づいて、公開されているパッチの情報力も前記適用対象システムの全未適用パッチの情報を抽出する第 1の抽出手段と、ユーザのポリシーを入力する入力手段と、前記入力手段により入力されたユーザのポリシーに基づ!/、て、前記第 1の抽出手段により抽出された全未適用パッチの情報力前記適用対象システムに実際に適用する未適用パッチの情報を抽出する第 2の抽出手段と、前記第 2の抽出手段により抽出された前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する未適用パッチ取得手段と、を備えることを特徴とする。

[0014] 本発明の第 2の態様に係る適用パッチ選別方法は、適用対象システムの情報に基づいて、公開されているパッチの情報力も前記適用対象システムの全未適用パッチの情報を抽出し、入力されたユーザのポリシーに基づいて、前記全未適用パッチの情報から前記適用対象システムに実際に適用する未適用パッチの情報を抽出し、前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パツチを取得する、ことを特徴とする。

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

図面の簡単な説明

本発明は、後述する詳細な説明を、下記の添付図面と共に参照すればより明らかになるであろう。

[図 1]本発明が適用されたパッチクラスタ作成システムを含む全体システムの概要を説明する図である。

圆 2]使用頻度の高い機能のパッチの集合を表す図である。

圆 3]使用頻度の高くない機能のパッチの集合を表す図である。

圆 4]リリースされて力も一定期間が経過したパッチの集合を表す図である。

圆 5]各障害事象のパッチの集合を表す図である。

[図 6]ポリシー入力画面 (ポリシー設定 1画面）の一例を示す図である。

[図 7]ポリシー入力画面 (ポリシー設定 2画面）の一例を示す図である。

[図 8]ポリシー入力画面 (ポリシー設定 3画面）の一例を示す図である。

[図 9]現在力も過去 7日以内につ、ての調査結果を示す図である。

[図 10]DB2に格納される情報の一例を示す図である。

[図 11]DB8に格納されていた最新のパッチの情報の一例を示す図である。

[図 12]移入された DB3の情報の一例を示す図である。

[図 13]パッチクラスタ作成処理の一例を示すフローチャートである。

[図 14]S1で表示された全未適用パッチの一覧画面の一例を示す図である。

[図 15]S2で表示されたポリシー入力画面 (ポリシー設定 0画面）の一例を示す図である。

[図 16]S3で表示された全未適用パッチの一覧画面の一例を示す図である。

[図 17]S4で表示されたポリシー入力画面 (ポリシー設定 1画面）の一例を示す図である。

[図 18]S4で表示された一覧画面の一例を示す図である。

[図 19]S5で表示されたポリシー入力画面 (ポリシー設定 2画面）の一例を示す図である。

[図 20]S5で表示された一覧画面の一例を示す図である。 [図 21]S6で表示されたポリシー入力画面 (ポリシー設定 3画面）の一例を示す図である。

[図 22]S6で表示された一覧画面の一例を示す図である。

[図 23]情報処理装置の構成図である。

[図 24]記録媒体を示す図である。

発明を実施するための最良の形態

[0017] 以下、本発明の実施の形態を図面を参照しながら説明する。

図 1は、本発明が適用されたパッチクラスタ作成システムを含む全体システムの概要を説明する図である。

[0018] 同図において、適用対象システム 1は、ノツチの適用対象とするシステムである。適用対象システム 1は、ファイルと使用頻度情報データベース 2 (以下単に「DB2」という )と、ファイルと PKG (パッケージ）情報データベース 3 (以下単に「DB3」 t 、う）と、適用済みパッチ情報データベース 4 (以下単に「DB4」という）と、インストール PKG情報データベース 5 (以下単に「DB5」と!、う）の 4つのデータベースを備えて!/、る。

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

[0020] DB2は、適用対象システム 1にて使用されたファイルとその使用頻度の情報が格納されるデータベースである。 DB3は、適用対象システム 1に存在するファイルとそれが属する PKGの情報が格納されるデータベースである。 DB4は、適用対象システム 1 に適用されたパッチの情報が格納されるデータベースである。 DB5は、適用対象システム 1にインストールされた PKGの情報が格納されるデータベースである。尚、 DB 2乃至 5に格納される情報の更新等は、適用対象システム 1によって行われる。

[0021] ノツチ Web6は、インターネット等の通信ネットワーク上に存在し、公開されている最新のパッチが格納されたパッチ記憶装置 7と、その最新のパッチの情報が格納されたノツチ情報データベース 8 (以下単に「DB8」という）とを備え、必要に応じて、最新のノツチ及びその情報を提供するサーバーである。 DB8には、ノ《ツチの情報として、各パッチについての、パッチ番号（パッチ ID)、修正する PKGの名称、リリース日、及び障害事象等の情報が格納されてヽる。

[0022] ノツチクラスタ作成システム 9は、適用対象システム 1についての情報とユーザのポリシーとに基づ!/、て、適用対象システム 1に適用するパッチのクラスタを作成する処理 (パッチクラスタ作成処理)等を行う。このパッチクラスタ作成処理では、適用対象システム 1につ、ての情報が移入されると、通信ネットワークを介して接続されて、るパッチ Web6を参照し、その移入された情報を基に DB8から適用対象システム 1の全未適用パッチの情報を抽出する。続いて、ユーザによって入力された、例えば使用頻度の高い機能のパッチを適用したい、「パニック、システムダウン」の障害事象に関連するパッチを適用したい、等といったポリシーに従って、その全未適用パッチの情報の中力も実際に適用対象システム 1に適用するパッチ (適用推奨パッチ)の情報を抽出する。そして、その適用推奨パッチの情報に応じて、その適用推奨パッチをパッチ記憶装置 7からダウンロードして取得し、その適用推奨パッチのクラスタを作成する。

[0023] 以上が、全体システムの概要である。

次に、ノツチクラスタ作成システム 9によって行われるノツチクラスタ作成処理について詳しく説明する。

[0024] まず、本処理においてユーザが入力可能なポリシーについて説明する。

本処理において、ユーザは、（1)使用頻度の高い機能のパッチをどうする力、 (2) 最新パッチを適用対象とするかどうか、（3)どんな障害事象を適用対象にするか、と V、うことにつ、てのポリシーの入力が可能になって!/、る。

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

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

[0027] 上記（3)につ、てのポリシーの入力では、障害事象が「パニック、システムダウン」のパッチを適用対象にする、障害事象が「ハング、実行が終わらない」のパッチを適用対象にする、障害事象が「コマンド異常」のパッチを適用対象にする、障害事象が「パフォーマンス異常」のパッチを適用対象にする、障害事象が「セキュリティ」のパッチを適用対象にする、全ての障害事象のパッチを適用対象にする、の一つ以上のポリシ一を AND条件或いは OR条件で入力することが可能にな力つている。ここで、障害事象が「パニック、システムダウン」のパッチを集合 C、障害事象が「ハング、実行が終わらない」のパッチを集合 D、障害事象が「コマンド異常」のパッチを集合 E、障害事象が「パフォーマンス異常」のパッチを集合 F、障害事象が「セキュリティ」のパッチを集合 Gとすると、各障害事象のノツチは図 5のように表される。尚、同図において、集合 Xは、適用対象システム 1に適用可能な全未適用パッチの集合である。同図に示したように、集合 C乃至 Gの各々は、重なっている場合もあるし、重なっていない場合もある。すなわち、ユーザは、上記（3)についてのポリシーの入力により、集合 C、 D、 E、 F、 Gの何れか一つ、又はその組み合わせ (AND条件又は OR条件）、或いは、集合 Xのノ《ツチの抽出が可能になる。

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

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

[0030] 図 6、図 7、図 8は、ポリシー入力画面の一例を示す図である。図 6は、上記（1)についてのポリシー入力画面（ポリシー設定 1画面）である。図 7は、上記（2)についてのポリシー入力画面（ポリシー設定 2画面）である。図 8は、上記（3)についてのポリシー入力画面 (ポリシー設定 3画面)である。各々のポリシー入力画面では、パッチクラスタ作成システム 9に備えられた不図示の入力装置を利用して、所望のチェックボックスにチェックを入れることにより、ポリシーの入力、設定が可能になっている。

[0031] 次に、ノツチクラスタ作成処理において、移入されて使用される適用対象システム 1 につ、ての情報にっ、て説明する。

本処理では、使用される適用対象システム 1についての情報として、 DB2に格納されてヽる現在から過去所定期間以内にお、て適用対象システム 1にて使用されたフアイル及びその使用頻度の情報と、 DB3に格納されている適用対象システム 1に存在するファイル及びその PKGの情報と、 DB4に格納されている適用対象システム 1 に適用されたパッチの情報と、 DB5に格納されている適用対象システム 1にインストールされた PKGの情報とが移入される。

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

[0033] 例えば、毎日 1回システムの状態を調べて現在力過去 7日以内についての調査結果が、図 9に示すものであった場合、 DB2に格納される情報は、図 10に示すものとなる。この場合、図 9に示した調査結果にあるように、現在力過去 7日以内である 1 0Z10〜10Z16までに、 Filelが 6回、 File2が 2回、 File3が 1回アクセスされている。従って、この時点での DB2に格納されている情報は、図 10に示したように、 Filelのァクセス回数が 6回、 File2のアクセス回数が 2回、 File3のアクセス回数が 1回という情報になる。

[0034] また、 DB3と DB5に格納される情報は、適用対象システム 1に PKGがインストールされる毎に更新される。 DB4に格納される情報は、適用対象システム 1にパッチが適用される毎に更新される。尚、 DB3乃至 5については、適用対象システム 1にインストールされている OSの機能によっても実現することができる。また、 DB4及び DB5に格納される情報は、適用対象システム 1にインストールされている OSのパッチ関連コマンドによっても得ることができる。

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

[0036] 本処理では、適用対象システム 1についての情報が移入されると、パッチ Web6を参照し、 DB8に格納されている最新のパッチの情報と、移入された DB5の情報 (適用対象システム 1にインストールされた PKGの情報）とから、適用対象システム 1の適用対象となる全パッチの情報を抽出し、その中から、移入された DB4の情報 (適用対象システム 1に適用されたパッチの情報）に応じた適用済パッチの情報を除いて、適用対象システム 1の全未適用パッチの情報を抽出する。

[0037] 例えば、最新のパッチの情報として図 11に示す情報が DB8に格納されていたものとし、また、移入された DB5の情報から、適用対象システム 1にインストールされている PKGが PkgCと PkgDであることがわかったとする。この場合、適用対象システム 1 の適用対象となる全パッチの情報として DB8から抽出されるパッチの情報は、 PkgC 又は PkgDの情報を含むパッチ番号力Patch2、 Patch3、 Patch4、 Patch5、 Patch6であるパッチの情報となる。さらに、移入された DB4の情報から、パッチ番号が Patch3についてのパッチは既に適用対象システム 1に適用済みであることがわ力つたとする。この場合、適用対象システム 1の全未適用パッチの情報として最終的に抽出されるパツチの情報は、パッチ番号が Patch3を除いた Patch2、 Patch4、 Patch5、 Patch6につ V、てのパッチの情報となる。

[0038] 尚、 DB8には、図 11に示した各パッチについてのパッチ番号、リリース日、修正する PKG、障害事象についての情報の他にも、各パッチについての機種情報、 OSのバージョン情報、ノツチの依存関係の情報等も含まれており、これらの情報も加味して、全未適用パッチの情報を抽出するようにすることも可能である。

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

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

[0041] 例えば、アクセス回数が 6回以上のファイルを使用頻度の高いファイルとすると定義されており、移入された DB2の情報が図 10に示したものであり、移入された DB3の情報が図 12に示す情報であった場合には、まず、移入された DB2の情報力も使用頻度の高いファイルとして Filelが抽出され、図 12に示した DB3の情報から、その File 1が属する PKGの名称として PkgCが抽出される。

[0042] そして、抽出されて、る全未適用パッチの情報と、使用頻度の高、ファイルが属する PKGの名称とから、使用頻度の高い機能のパッチの情報を抽出する。

例えば、抽出されている全未適用パッチの情報力図 11に示した DB8の情報における、パッチ番号力 ^sPatch2、 Patch4、 Patch5、 Patch6についてのパッチの情報であり、使用頻度の高いファイルが属する PKGの名称が PkgCであったとすると、使用頻度の高い機能のパッチとして抽出されるノツチの情報は、 PkgCの情報を含むパッチ番号が Patch2、 Patch5、 Patch6についてのパッチの情報となる。

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

[0044] 例えば、抽出されている未適用パッチの情報力前述と同様に、図 11に示した DB 8の情報における、パッチ番号力Patch2、 Patch4、 Patch5、 Patch6についてのパッチの情報であって、現在の日付が 2005年 10月 20日だとすると、リリースされてから 3 ヶ月経過したパッチとして抽出されるパッチの情報は、パッチ番号が Patch2、 Patch5 、 Patch6についてのパッチの情報となる。

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

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

[0047] 次に、前述の各処理を含む一連のパッチクラスタ作成処理を、図 13乃至図 22を用いて説明する。

図 13は、パッチクラスタ作成処理の一例を示すフローチャートである。図 14乃至図 22は、その処理中にパッチクラスタ作成システム 9の不図示の表示装置に表示される画面例である。

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

[0049] 図 13において、適用対象システム 1についての情報（DB2乃至 5に格納されていた情報）がパッチクラスタ作成システム 9に移入され、ノツチクラスタ作成処理の実行を開始すると、まず、移入された DB5の情報 (適用対象システム 1にインストールされている PKGの情報）と、ノツチ Web6の DB8の情報（最新のパッチの情報）とに基づいて、適用対象システム 1に適用可能な全てのパッチの情報を抽出し、その中から、移入された DB4の情報 (適用対象システム 1に適用済みのパッチの情報）に応じた適用済みパッチの情報を除いて、全未適用パッチの情報を抽出し、これをパッチクラスタ作成システム 9に備えられた不図示の未適用パッチデータベースに格納する（S1) 。また、この S1では、抽出された全未適用パッチの情報を一覧として表示する。

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

[0051] この一覧画面にぉ、て「次へ」ボタンが押下されると、続、て、ユーザによる使用頻度の高い機能の定義についての入力を可能にするポリシー入力画面 (ポリシー設定 0画面）を表示し、そのポリシー入力画面への入力に応じた使用頻度の高!、機能の定義と、移入された DB2の情報 (ファイルと使用頻度の情報)とから、使用頻度の高い機能のファイルの情報を抽出し、これと、移入された DB3の情報（ファイルと PKG の情報）とから、使用頻度の高い機能の PKGの情報を抽出し、これを、パッチクラスタ作成システム 9に備えられた不図示の使用頻度の高い PKGデータベースに格納する（S2)。

[0052] 図 15は、 S2で表示されたポリシー入力画面（ポリシー設定 0画面）の一例である。

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

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

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

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

[0056] 図 17は、 S4で表示されたポリシー入力画面 (ポリシー設定 1画面）の一例である。

同図に示したように、このポリシー入力画面では、ユーザは、いずれか一つのチエツクボックスにチェックを入れ「OK」ボタンを押下することにより、上記（1)についてのポリシ一の入力が可能になっている。また、このポリシー入力画面には「キャンセル」ボタンも設けられている。

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

[0058] 図 18は、 S4で表示された一覧画面の一例である。同図に示したように、前述の図 1 6に示した一覧画面における使用頻度の高い機能のノツチの情報のみが一覧として表示される。また、この一覧画面には、「次へ」ボタン、「ΟΚ」ボタン、及び「キャンセル」ボタンも設けられており、ユーザは、「次へ」ボタンを押下することにより処理を S5へ移行させ、「ΟΚ」ボタンを押下することにより処理を S 7へ移行させることが可能になつている。

[0059] 本例の場合には、更に上記（2)及び（3)についてのポリシーの入力も行われるので、図 18に示した一覧画面にぉヽては「次へ」ボタンが押下される。

続いて、ユーザによる上記（2)についてのポリシーの入力を可能にするポリシー入力画面 (ポリシー設定 2画面）を表示し、そのポリシー入力画面への入力に応じて、 S 4で抽出された未適用パッチの情報の中から、更に、特定の未適用パッチの情報を抽出し、これを一覧として表示する（S5)。

[0060] 図 19は、 S5で表示されたポリシー入力画面（ポリシー設定 2画面）の一例である。

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

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

[0062] 図 20は、 S5で表示された一覧画面の一例である。同図に示したように、前述の図 1 8に示した一覧画面におけるリリースされてから 30日が経過したパッチの情報のみが一覧として表示される。但し、本例において、現在の日付は 2006年 1月 26日とする。また、この一覧画面には、「次へ」ボタン、「OK」ボタン、及び「キャンセル」ボタンも設けられており、ユーザは、「次へ」ボタンを押下することにより処理を S6へ移行させ、「 OKJボタンを押下することにより処理を S7へ移行させることが可能になって、る。

[0063] 本例の場合には、更に、上記（3)についてのポリシーの入力も行われるので、図 20 に示した一覧画面にぉ、ては「次へ」ボタンが押下される。

続いて、ユーザによる上記（3)についてのポリシーの入力を可能にするポリシー入力画面 (ポリシー設定 3画面）を表示し、そのポリシー入力画面への入力に応じて、 S 5で抽出された未適用パッチの情報の中から、更に、特定の未適用パッチの情報を抽出し、これを一覧として表示する（S6)。

[0064] 図 21は、 S6で表示されたポリシー入力画面（ポリシー設定 3画面）の一例である。

同図に示したように、このポリシー入力画面では、ユーザは、いずれか一つのチエツクボックスにチェックを入れて「OK」ボタンを押下する力、又は、「AND条件」若しくは「OR条件」のいずれかのチェックボックスにチェックを入れると共に 2つ以上のチエツクボックス (但し「全部の障害事象を対象にする」は除く）にチェックを入れて「0 ボタンを押下することにより、上記（3)についてのポリシーの入力が可能になっている。また、このポリシー入力画面には「キャンセル」ボタンも設けられて、る。

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

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

[0067] このポリシー入力画面において、「ΟΚ」ボタンが押下されると、続いて、 S6で抽出された未適用パッチの情報に応じて、その未適用パッチをパッチ Web6のパッチ記憶装置 7からダウンロードして取得し、その未適用パッチのクラスタを作成する（S7)。そして、作成されたクラスタは、その後、対象ノードである適用対象システム 1に適用される。

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

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

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

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

[0072] また、機能の使用頻度、パッチのリリース日、障害事象等といった情報は、自動的に取得されるので、ユーザは、自分で調査する手間が省けるし、間違いもない。

また、ユーザのポリシーに従ってパッチを選別することで、ユーザの意思に反したパツチが適用対象に選別されることはなくなる。すなわち、余計なパッチを適用する作業がなくなり、適用に力かる時間も短縮できる。 [0073] 尚、本実施例において、適用対象システム 1についての情報はパッチクラスタ作成システム 9に移入されるものであった力例えば、ノツチクラスタ作成システム 9と適用対象システム 1との間を通信ネットワークを介して接続し、ノツチクラスタ作成システム 9が、処理中に、必要に応じて適用対象システム 1の各 DBにアクセスして情報を取得するようにすることも可會である。

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

[0075] ところで、図 1に示した、適用対象システム 1、パッチ Web6、及びパッチクラスタ作成システム 9の各々は、例えば、図 23に示すような情報処理装置 (コンピュータ）を用いて構成される。同図に示した情報処理装置は、 CPU (中央処理装置） 11、メモリ 1 2、入力装置 13、出力装置 14、外部記憶装置 15、媒体駆動装置 16、ネットワーク接続装置 17を備え、それらはバス 18により互いに接続されている。

[0076] メモリ 12は、例えば、 ROM (read only memory)、 RAM (random access memory)等を含み、処理に用いられるプログラムおよびデータを格納する。 CPU11は、メモリ 12 を利用してプログラムを実行することにより、必要な処理を行う。例えばパッチクラスタ作成システム 9としての情報処理装置である場合には、前述のパッチクラスタ作成処理等を行う。

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

[0078] 外部記憶装置 15は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。情報処理装置は、この外部記憶装置 15に、上記プログラムおよびデータを格納しておき、必要に応じて、それらをメモリ 12にロードして使用する。また、適用対象システム 1としての情報処理装置である場合には、 DB2乃至 D B5としても使用される。また、ノツチ Web6としての情報処理装置である場合には、 D B8とパッチ記憶装置 7としても使用される。また、ノツチクラスタ作成システム 9としての情報処理装置である場合には、未適用パッチのデータベースや使用頻度の高、P KGデータベースとしても使用される。

[0079] 媒体駆動装置 16は、可搬記録媒体 19を駆動し、その記録内容にアクセスする。可搬記録媒体 19は、メモリカード、フレキシブルディスク、 CD-ROM (compact disk re ad only memory )、光ディスク、光磁気ディスク等の任意のコンピュータ読み取り可能な記録媒体である。ユーザは、この可搬記録媒体 19に上記プログラムおよびデータを格納しておき、必要に応じて、それらをメモリ 12にロードして使用する。

[0080] ネットワーク接続装置 17は、 LAN (local area network)やインターネット等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う。情報処理装置は、必要に応じて、上記プログラムおよびデータを外部の装置力もネットワーク接続装置 17を介して受け取り、それらをメモリ 12にロードして使用する。

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

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

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

Claims

請求の範囲

[1] 適用対象システムの情報に基づいて、公開されているパッチの情報力も前記適用対象システムの全未適用パッチの情報を抽出する第 1の抽出手段と、

ユーザのポリシーを入力する入力手段と、

前記入力手段により入力されたユーザのポリシーに基づ!/、て、前記第 1の抽出手段により抽出された全未適用パッチの情報力前記適用対象システムに実際に適用する未適用パッチの情報を抽出する第 2の抽出手段と、

前記第 2の抽出手段により抽出された前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する未適用パッチ取得手段と、を備えることを特徴とする適用パッチ選別装置。

[2] 前記未適用パッチ取得手段により取得された未適用パッチのクラスタを作成するクラスタ作成手段、

を更に備えることを特徴とする請求項 1記載の適用パッチ選別装置。

[3] 前記適用対象システムの情報は、前記適用対象システムに適用されたパッチの情報と、前記適用対象システムにインストールされたパッケージの情報とを含む、ことを特徴とする請求項 1又は 2記載の適用パッチ選別装置。

[4] 前記入力手段により入力されたユーザのポリシーは、使用頻度の高い機能のパッチを適用対象にするというポリシー、又は、使用頻度の高くない機能のノツチを適用対象にするというポリシーを含み、

前記第 2の抽出手段は、前記入力手段により入力されたユーザのポリシーと、前記適用対象システムで使用された機能としてのファイルと当該ファイルの使用頻度の情報と、前記適用対象システムに存在する機能としてのファイルと当該ファイルが属するパッケージの情報とに基づいて、前記第 1の抽出手段により抽出された全未適用パッチの情報力前記適用対象システムに実際に適用する未適用パッチの情報を抽出する、

ことを特徴とする請求項 1乃至 3の何れか一つに記載の適用パッチ選別装置。

[5] 前記入力手段により入力されたユーザのポリシーは、最新のパッチを適用対象にするというポリシー、又は、リリースされてから一定期間経過したパッチを適用対象にするというポリシーを含む、

ことを特徴とする請求項 1乃至 4の何れか一つに記載の適用パッチ選別装置。

[6] 前記入力手段により入力されたユーザのポリシーは、 1つの障害事象のパッチを適用対象にするというポリシー、又は、 2つ以上の障害事象のパッチを AND条件又は OR条件で適用対象にする t ヽぅポリシーを含む、

ことを特徴とする請求項 1乃至 5の何れか一つに記載の適用パッチ選別装置。

[7] 前記公開されているパッチの情報は、各パッチについての、ノツチ番号、リリース日、パッケージの名称、障害事象の何れか一つ以上の情報を含む、

ことを特徴とする請求項 1乃至 6の何れか一つに記載の適用パッチ選別装置。

[8] 適用対象システムの情報に基づいて、公開されているパッチの情報力も前記適用対象システムの全未適用パッチの情報を抽出し、

入力されたユーザのポリシーに基づいて、前記全未適用パッチの情報から前記適用対象システムに実際に適用する未適用パッチの情報を抽出し、

前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する、

ことを特徴とする適用パッチ選別方法。

[9] 更に、

取得された前記未適用パッチのクラスタを作成する、

ことを特徴とする請求項 8記載の適用パッチ選別方法。

[10] 前記適用対象システムの情報は、前記適用対象システムに適用されたパッチの情報と、前記適用対象システムにインストールされたパッケージの情報とを含む、ことを特徴とする請求項 8又は 9記載の適用パッチ選別方法。

[11] 前記ユーザのポリシーは、使用頻度の高い機能のパッチを適用対象にするといぅポリシ一、又は、使用頻度の高くない機能のノツチを適用対象にするというポリシーを含み、

前記ユーザのポリシーと、前記適用対象システムで使用された機能としてのフアイルと当該ファイルの使用頻度の情報と、前記適用対象システムに存在する機能としてのファイルと当該ファイルが属するパッケージの情報とに基づいて、前記全未適用パツチの情報力前記適用対象システムに実際に適用する未適用パッチの情報を抽出する、

ことを特徴とする請求項 8乃至 10の何れか一つに記載の適用パッチ選別方法。

[12] 前記ユーザのポリシーは、最新のパッチを適用対象にするというポリシー、又は、リリースされてから一定期間経過したパッチを適用対象にするというポリシーを含む、ことを特徴とする請求項 8乃至 11の何れか一つに記載の適用パッチ選別方法。

[13] 前記ユーザのポリシーは、 1つの障害事象のノツチを適用対象にするというポリシ一、又は、 2つ以上の障害事象のパッチを AND条件又は OR条件で適用対象にするというポリシーを含む、

ことを特徴とする請求項 8乃至 12の何れか一つに記載の適用パッチ選別方法。

[14] 前記公開されているパッチの情報は、各パッチについての、ノツチ番号、リリース日、パッケージの名称、障害事象の何れか一つ以上の情報を含む、

ことを特徴とする請求項 8乃至 13の何れか一つに記載の適用パッチ選別方法。

[15] コンピュータに、

適用対象システムの情報に基づいて、公開されているパッチの情報力も前記適用対象システムの全未適用パッチの情報を抽出する第 1の抽出機能と、

ユーザのポリシーを入力する入力機能と、

前記入力機能により入力されたユーザのポリシーに基づいて、前記第 1の抽出機能により抽出された全未適用パッチの情報力前記適用対象システムに実際に適用する未適用パッチの情報を抽出する第 2の抽出機能と、

前記第 2の抽出機能により抽出された前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する未適用パッチ取得機能と、を実現させるための適用パッチ選別プログラム。

[16] コンピュータに、

ユーザのポリシーを入力する入力機能と、

前記第 2の抽出機能により抽出された前記適用対象システムに実際に適用する未適用パッチの情報に応じて当該未適用パッチを取得する未適用パッチ取得機能と、を実現させるための適用パッチ選別プログラムを記録したコンピュータ読み取り可能な記録媒体。