(57)【特許請求の範囲】
【請求項１】
データセンタに修正プログラムを適用するか否かの条件を定める適用条件を記憶する記憶部と、
前記データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから、修正プログラムに関する情報を取得する取得部と、
取得された前記修正プログラムに関する情報と、記憶された前記適用条件とに基づいて、前記データセンタに対する前記修正プログラムの適用を制御し、前記データセンタにおいて前記修正プログラムの適用対象となる第１のファイルが使用されていない場合に、前記データセンタの利用者と同一の利用者にサービスを提供する他のデータセンタで前記修正プログラムの適用対象となる第２のファイルが使用されている場合、前記データセンタに対して前記修正プログラムを適用する適用制御部と、
を有することを特徴とする適用管理装置。 
【請求項２】
データセンタに修正プログラムを適用するか否かの条件を定める適用条件を記憶するとともに、前記修正プログラムに関する情報と、前記修正プログラムの適用対象である対象ファイルと同一のファイル又は当該対象ファイルと連携する連携ファイルを適用対象とする関連修正プログラムに関する情報とを対応づけて記憶する記憶部と、
前記データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから、修正プログラムに関する情報を取得する取得部と、
取得された前記修正プログラムに関する情報と、記憶された前記適用条件とに基づいて、前記データセンタに対する前記修正プログラムの適用を制御し、前記関連修正プログラムが既に前記データセンタに適用されている場合には、前記修正プログラムを前記データセンタに適用し、前記関連修正プログラムに関する情報が前記記憶部に記憶されていない場合又は前記関連修正プログラムが前記データセンタに適用されていない場合には、前記適用条件に基づいて前記修正プログラムの前記データセンタへの適用を制御する適用制御部と、
を有することを特徴とする適用管理装置。
【請求項３】
前記記憶部は、前記修正プログラムと前記関連修正プログラムとが同時に適用されることを示す情報をさらに記憶し、
前記適用制御部は、前記関連修正プログラムが前記データセンタに適用されていない場合、前記修正プログラムと前記関連修正プログラムとを同時に前記データセンタに適用することを特徴とする請求項２に記載の適用管理装置。
【請求項４】
コンピュータが、
データセンタに修正プログラムを適用するか否かの条件を定める適用条件を記憶する記憶部を参照し、
前記データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから、修正プログラムに関する情報を取得し、
取得された前記修正プログラムに関する情報と、記憶された前記適用条件とに基づいて、前記データセンタに対する前記修正プログラムの適用を制御し、前記データセンタにおいて前記修正プログラムの適用対象となる第１のファイルが使用されていない場合に、前記データセンタの利用者と同一の利用者にサービスを提供する他のデータセンタで前記修正プログラムの適用対象となる第２のファイルが使用されている場合、前記データセンタに対して前記修正プログラムを適用する
処理を実行することを特徴とする適用管理方法。
【請求項５】
コンピュータに、
データセンタに修正プログラムを適用するか否かの条件を定める適用条件を記憶する記憶部を参照し、
前記データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから、修正プログラムに関する情報を取得し、
取得された前記修正プログラムに関する情報と、記憶された前記適用条件とに基づいて、前記データセンタに対する前記修正プログラムの適用を制御し、前記データセンタにおいて前記修正プログラムの適用対象となる第１のファイルが使用されていない場合に、前記データセンタの利用者と同一の利用者にサービスを提供する他のデータセンタで前記修正プログラムの適用対象となる第２のファイルが使用されている場合、前記データセンタに対して前記修正プログラムを適用する
処理を実行させることを特徴とする適用管理プログラム。
【請求項６】
コンピュータが、
データセンタに修正プログラムを適用するか否かの条件を定める適用条件を記憶するとともに、前記修正プログラムに関する情報と、前記修正プログラムの適用対象である対象ファイルと同一のファイル又は当該対象ファイルと連携する連携ファイルを適用対象とする関連修正プログラムに関する情報とを対応づけて記憶する記憶部を参照し、
前記データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから、修正プログラムに関する情報を取得し、
取得された前記修正プログラムに関する情報と、記憶された前記適用条件とに基づいて、前記データセンタに対する前記修正プログラムの適用を制御し、前記関連修正プログラムが既に前記データセンタに適用されている場合には、前記修正プログラムを前記データセンタに適用し、前記関連修正プログラムに関する情報が前記記憶部に記憶されていない場合又は前記関連修正プログラムが前記データセンタに適用されていない場合に、前記適用条件に基づいて前記修正プログラムの前記データセンタへの適用を制御する
処理を実行することを特徴とする適用管理方法。
【請求項７】
コンピュータに、
データセンタに修正プログラムを適用するか否かの条件を定める適用条件を記憶するとともに、前記修正プログラムに関する情報と、前記修正プログラムの適用対象である対象ファイルと同一のファイル又は当該対象ファイルと連携する連携ファイルを適用対象とする関連修正プログラムに関する情報とを対応づけて記憶する記憶部を参照し、
前記データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから、修正プログラムに関する情報を取得し、
取得された前記修正プログラムに関する情報と、記憶された前記適用条件とに基づいて、前記データセンタに対する前記修正プログラムの適用を制御し、前記関連修正プログラムが既に前記データセンタに適用されている場合には、前記修正プログラムを前記データセンタに適用し、前記関連修正プログラムに関する情報が前記記憶部に記憶されていない場合又は前記関連修正プログラムが前記データセンタに適用されていない場合に、前記適用条件に基づいて前記修正プログラムの前記データセンタへの適用を制御する
処理を実行させることを特徴とする適用管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、適用管理装置、適用管理方法及び適用管理プログラムに関する。
【背景技術】
【０００２】
近年、クラウドコンピューティングの普及により、サーバやストレージ等のリソースを自ら所有するのではなく、クラウドサービス事業主が提供する複数のデータセンタ（以下「ＤＣ」という場合がある。）のリソースを利用する事業者が増えている。また、ＤＣが国内だけでなく、海外にも展開されるケースが増えている。
【０００３】
事業者が複数のＤＣのリソースを利用する際に、コントロールセンタ（以下「ＣＣ」という場合がある。）が各ＤＣにおける運用状況を管理する場合がある。例えば、複数のＤＣのうちの一つのＤＣにおいてトラブルが発生した場合、ＣＣの調査担当者が調査を実施する。トラブルの原因が判明したときは、調査担当者はＣＣが保持する障害情報に関するデータベースに、トラブルが発生した製品に関する情報及び障害の内容に加えて、障害対応のために適用されたパッチなどの修正プログラムに関する情報等を登録する。また、調査担当者は、ＣＣが保持する修正プログラムに関するデータベースに、適用された修正プログラムを登録する。各ＤＣの拠点担当者は、ＣＣにおいて登録された修正プログラムを参照し、修正プログラムを適用すべきであると判断した場合に当該修正プログラムをＤＣに適用させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２００７／１０５２７４号
【特許文献２】特開２００８−１９８００１号公報
【特許文献３】特開２００３−２７１３８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記技術では、修正プログラムを適用するか否かの判断が各ＤＣの拠点担当者に委ねられているので、各ＤＣにおいて修正プログラムの適用漏れが発生する場合がある。例えば、修正プログラムを適用することによりシステム品質が劣化する場合もあるので、修正プログラムを適用しないことを各ＤＣの拠点担当者が決定することもある。このため、ＣＣにおいて修正プログラムを統一して管理していても、ＤＣごとの修正プログラムの適用状況に差異が生じる場合がある。
【０００６】
１つの側面では、データセンタに対する修正プログラムの適用漏れを抑制できる適用管理装置、適用管理方法及び適用管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
１つの側面では、適用管理装置は、データセンタに修正プログラムを適用するか否かの条件を定める適用条件を記憶する記憶部と、当該データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから修正プログラムに関する情報を取得する取得部と、取得された修正プログラムに関する情報と、記憶された適用条件とに基づいて、当該データセンタに対する修正プログラムの適用を制御する適用制御部とを有する。
【発明の効果】
【０００８】
一実施態様によれば、データセンタに対する修正プログラムの適用漏れを抑制できる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施例１に係るグローバルデータセンタの全体構成の一例を示すシステム構成図である。
【図２】図２は、実施例１に係るシステムの機能構成の一例を示す機能ブロック図である。
【図３】図３は、実施例１に係る障害情報ＤＢに記憶される情報の一例を示す図である。
【図４】図４は、実施例１に係るパッチＤＢに記憶される情報の一例を示す図である。
【図５】図５は、実施例１に係る拠点Ａにおける構成ＤＢに記憶される情報の一例を示す図である。
【図６】図６は、実施例１に係る拠点Ａにおける適用条件ＤＢに記憶される情報の一例を示す図である。
【図７】図７は、実施例１に係る対象ファイルの作成日時及びアクセス日時の一例を示す図である。
【図８】図８は、実施例１に係る拠点Ｂにおける構成ＤＢに記憶される情報の一例を示す図である。
【図９】図９は、実施例１に係るパッチ適用判定処理の一例を示すフローチャートである。
【図１０】図１０は、実施例１に係る使用状況特定処理の一例を示すフローチャートである。
【図１１】図１１は、実施例２に係る関連パッチＤＢに記憶される情報の一例を示す図である。
【図１２】図１２は、実施例２に係る関連パッチ判定処理の一例を示すフローチャートである。
【図１３】図１３は、ハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する適用管理装置、適用管理方法及び適用管理プログラムの実施例を図面に基づいて詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
【実施例１】
【００１１】
［ＣＣ及び各拠点の説明］
以下の説明においては、複数のデータセンタ（以下「ＤＣ」という場合がある。）を有するシステム全体を「グローバルデータセンタ」（以下「ＧＤＣ」という場合がある。）と称し、また各データセンタをそれぞれ「拠点」と称する。また、以下の説明においては、パッチを修正プログラムの一例として説明する。
【００１２】
本実施例は、図１で示すようなＧＤＣにおいて実装される。図１は、実施例１に係るグローバルデータセンタの全体構成の一例を示すシステム構成図である。本実施例におけるＧＤＣ１においては、１つのＣＣ（コントロールセンタ）１０と、複数の拠点Ａ２０、拠点Ｂ３０及び拠点Ｃ４０とが、ネットワークＮを通じてそれぞれ相互に通信可能に接続されている。かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。なお、拠点の数は図示されたものに限られず、任意の数の拠点を含む構成であってもよい。
【００１３】
図１に示すように、ＣＣ１０には、ＣＣサーバ１００が設けられ、管理者１１がＣＣサーバ１００の操作を行う。各拠点は、例えば複数の顧客のコンピュータを収容するデータセンタであって、それぞれ拠点管理サーバと、顧客Ａのコンピュータと、その他の顧客のコンピュータを含む。拠点管理サーバは、例えば各拠点に１台ずつ設置され、それぞれ各拠点の拠点担当者によって操作される。また、例えば各拠点が他の顧客のコンピュータを複数台含むような構成であってもよく、各拠点が他の顧客のコンピュータを含まないような構成であってもよい。なお、拠点Ｂ３０及び拠点Ｃ４０については、拠点Ａ２０と同様の構成を含むため、以下では拠点Ａ２０について説明する。
【００１４】
ＣＣサーバ１００は、管理者１１による操作又は他のコンピュータから受信した情報に基づいて、各拠点において発生した障害に関する情報及び適用されたパッチに関する情報を管理する。また、ＣＣサーバ１００は、障害に関する情報及び登録されたパッチに関する情報を遅滞なく各拠点に送信し、又は各拠点からのリクエストに基づいて送信する。なお、ＣＣ１０は、例えば拠点Ａ２０の内部など、任意の場所に展開可能であり、また管理者１１がＣＣサーバ１００を遠隔操作するような構成であってもよい。
【００１５】
ＣＣ１０の調査担当者１３は、例えば拠点Ｂ３０に設置された顧客Ａのコンピュータ３０１において障害が発生した場合、障害の原因を調査するとともに、障害の復旧又は防止のために用いられるパッチを作成し、又は外部からパッチを入手する等の対応を行う。調査担当者１３は、作成し又は入手したパッチをＣＣサーバ１００に登録し、又は管理者１１にＣＣサーバ１００への登録を依頼する。なお、例えばＣＣ１０の管理者１１又は拠点Ｂ３０の拠点担当者３１が調査担当者１３を兼任してもよい。
【００１６】
拠点Ａ２０は、拠点管理サーバ２００と、顧客Ａのコンピュータ２０１と、他の顧客のコンピュータ２０２とを有する。顧客Ａのコンピュータ２０１はデータセンタの一例であり、拠点管理サーバ２００は適用管理装置の一例であり、顧客Ａは利用者の一例である。
【００１７】
拠点管理サーバ２００は、顧客Ａのコンピュータ２０１のシステム構成と、顧客Ａのコンピュータ２０１にパッチを適用するか否かを判定するための適用条件とを管理するサーバであり、拠点担当者２１により操作される。なお、拠点管理サーバ２００は、パッチの適用の制御ができれば、拠点Ａ２０以外の場所に設置されていてもよい。また、例えば、拠点Ａ２０に設置された顧客Ａのコンピュータ２０１に障害が発生した場合の対応は、拠点Ｂ３０の場合と同様に、ＣＣ１０の調査担当者１３が行う。
【００１８】
このようなシステムにおいて、各拠点の拠点管理サーバ２００は、データセンタに修正プログラムを適用するか否かの条件を定める適用条件と、当該データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから取得された修正プログラムに関する情報とに基づいて、当該データセンタに対する修正プログラムの適用を制御する。これにより、各拠点間で統一的な条件で修正プログラムの適用を制御するので、データセンタに対する修正プログラムの適用漏れを抑制できる。
【００１９】
［システム全体の構成］
次に、ＧＤＣにおけるパッチ適用の管理のために実装されるシステムの機能構成について説明する。図２は、実施例１に係るシステムの機能構成の一例を示す機能ブロック図である。図２に示すように、本実施例におけるシステムは、ＧＤＣ１に含まれ、ＣＣサーバ１００と、拠点管理サーバ２００と、拠点管理サーバ３００とを含む。
【００２０】
［ＣＣサーバの機能構成］
まず、ＣＣサーバ１００の機能構成について説明する。図２に示されるように、ＣＣサーバ１００は、記憶部１２０と、制御部１３０とを有する。なお、ＣＣサーバ１００は、図２に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。
【００２１】
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部１２０は、障害情報ＤＢ（データベース）１２１及びパッチＤＢ１２２を有する。また、記憶部１２０は、制御部１３０での処理に用いる各種情報を記憶する。
【００２２】
障害情報ＤＢ１２１は、各拠点において発生した障害に関する情報を記憶する。図３は、実施例１に係る障害情報ＤＢに記憶される情報の一例を示す図である。図３に示すように、障害情報ＤＢ１２１は、「製品名」と「重要度」と「現象」と「パッチＩＤ」とを、「障害番号」に対応づけて記憶する。
【００２３】
図３の例において、「障害番号」は、発生した障害を一意に識別する番号である。「製品名」は当該障害の対象となるソフトウェア名を示す。「パッチＩＤ」は当該障害の対象の復旧又は防止のために適用されるパッチを一意に識別する情報を示す。「重要度」は、当該障害がどの程度重大なものであるかを示す。「現象」は、当該障害によりどのような現象がもたらされるかを示す。例えば、障害番号「１５」の障害は、「ソフトＡ」が対象となる「重大な」障害であり、システムの「シャットダウン」をもたらす。また、当該障害に適用されるパッチのパッチＩＤは「Ａ−１」である。
【００２４】
パッチＤＢ１２２は、パッチに対応する障害に関する情報等を記憶する。図４は、実施例１に係るパッチＤＢに記憶される情報の一例を示す図である。図４に示すように、パッチＤＢ１２２は、「パッチ名」と「対象ファイル名」と「置き換え種別」とを、「パッチＩＤ」に対応づけて記憶する。
【００２５】
図４の例において、「パッチ名」は、パッチＩＤに対応するパッチの名称を示す。「対象ファイル名」は、当該パッチが適用されるファイルの名称及びパス名を示す。「置き換え種別」は、当該パッチが、対象ファイルを新たに追加するのか、又は既存の対象ファイルを削除し若しくは既存の対象ファイルの内容を更新するのかを示す。例えば、パッチＩＤ「Ａ−１」で示されるパッチの名称は「パッチＡ−１」であり、対象ファイル「／ｏｐｔ／ｈｏｇｅ１」を新たに「追加」する。
【００２６】
制御部１３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されるようにしてもよい。
【００２７】
この制御部１３０は、データ更新部１３１と、イベント通知部１３２とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。例えば、各処理部は、拠点管理サーバ２００等の他のコンピュータとの間で図示しない通信部を通じてデータの送受信を行う。また、例えば、各処理部が、図示しない入力部を通じて管理者１１による操作を受けて障害情報ＤＢ１２１の内容を更新し、又は図示しない出力部にパッチ適用に関する指示を出力させるような構成であってもよい。また、データ更新部１３１及びイベント通知部１３２は、プロセッサなどの電子回路の一例またはプロセッサなどが実行するプロセスの一例である。
【００２８】
データ更新部１３１は、例えば拠点管理サーバ２００から受信した情報や管理者１１から入力された指示に基づいて、各ＤＢを更新する処理部である。具体的には、データ更新部１３１は、例えば、拠点管理サーバ２００又は拠点担当者２１の端末又は調査担当者１３の端末から障害に関する情報として、当該障害の対象となる製品名、重要度、発生する現象及びパッチＩＤを受信し、障害情報ＤＢ１２１に記憶する。また、データ更新部１３１は、例えば、パッチに関する情報として、パッチ名、対象ファイル名及び置き換え種別をパッチＤＢ１２２に登録する。なお、データ更新部１３１が、管理者１１により入力された障害に関する情報に基づいて、各ＤＢを更新するような構成であってもよい。
【００２９】
イベント通知部１３２は、障害情報ＤＢ１２１に登録された情報に基づいて、各拠点に障害情報及びパッチに関する情報を送信する処理部である。具体的には、イベント通知部１３２は、定期的又は任意のタイミング若しくは障害情報ＤＢ１２１が更新されたタイミングで、障害情報ＤＢ１２１を参照し、登録されている障害に関する情報を各拠点に送信する。また、イベント通知部１３２は、拠点管理サーバ２００から障害情報の取得依頼を受信した場合に、障害情報ＤＢ１２１を参照し、障害情報を拠点管理サーバ２００に送信する。
【００３０】
［拠点管理サーバの機能構成］
次に、拠点管理サーバ２００の機能構成について説明する。図２に示されるように、拠点管理サーバ２００は、記憶部２２０と、制御部２３０とを有する。なお、拠点管理サーバ２００は、図２に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。
【００３１】
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部２２０は、構成ＤＢ２２１及び適用条件ＤＢ２２２を有する。また、記憶部２２０は、制御部２３０での処理に用いる各種情報を記憶する。
【００３２】
構成ＤＢ２２１は、各拠点におけるシステム構成を記憶する。図５は、実施例１に係る拠点Ａにおける構成ＤＢに記憶される情報の一例を示す図である。図５に示すように、構成ＤＢ２２１は、「製品名」と、「パッチＩＤ」と、「他システム名」とを、「システム名」と対応づけて記憶する。
【００３３】
「システム名」は、対象となるコンピュータの名称を示す。「製品名」は、当該コンピュータにインストールされているソフトウェアの名称を示す。「パッチＩＤ」は、当該システムに適用されたパッチのパッチＩＤを示す。「他システム名」は、当該システムと同様の又は類似する構成を有する、他の拠点に設置されたシステムの名称を示す。構成ＤＢ２２１の内容は、例えば各拠点において新たなシステムが導入された場合、導入済みのシステムに新たなソフトウェアがインストールされ又は新たなパッチが適用された場合に更新される。
【００３４】
図５の例において、例えばシステム名が「サーバ１」であるコンピュータには、「ソフトＡ」がインストールされており、「パッチＡ−１」、「パッチＤ−１」及び「パッチＤ−２」が適用されている。また、サーバ１と同様の又は類似する構成を有するシステムは、拠点Ｂの「サーバ３」であることも記憶されている。
【００３５】
適用条件ＤＢ２２２は、当該拠点においてパッチを適用するか否かを判定するための条件を記憶する。図６は、実施例１に係る拠点Ａにおける適用条件ＤＢに記憶される情報の一例を示す図である。図６に示すように、適用条件ＤＢ２２２は、「重要度」と「現象」と「パッチ適用」とを、「製品名」に対応づけて記憶する。
【００３６】
図６の例において、「重要度」は、重大な場合にのみ条件に合致すると判定するか、又は重要度に関係なく条件に合致すると判定するかを示す。「現象」は、どの現象が起こった場合に条件に合致すると判定するかを示す。「パッチ適用」は、条件に合致した場合に「パッチを適用する」と判定するか、又は「パッチを適用しない」と判定するかを示す。
【００３７】
例えば、ソフトＡについては、重大障害が発生するおそれがある場合にのみ、発生する現象が何であるかにかかわらず、パッチを適用することが記憶されている。一方、ソフトＣについては、重要度が大きいか否かにかかわらず、また発生する現象が何であるかにかかわらず、パッチを適用しないことが記憶されている。なお、適用条件として示した「重要度」及び「現象」は一例に過ぎず、その他の適用条件を含むような構成であってもよい。また、本実施例においては、「重要度」及び「現象」の両方が条件を満たした場合にパッチの適用の要否を判断する例について説明するが、いずれかが条件を満たした場合にパッチの適用の要否を判断するような構成であってもよい。
【００３８】
制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されるようにしてもよい。
【００３９】
この制御部２３０は、適用判定部２３１と、使用状況特定部２３２と、入出力部２３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。適用判定部２３１及び使用状況特定部２３２は、適用制御部の一例である。入出力部２３３は、取得部及び適用制御部の一例である。
【００４０】
なお、制御部２３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。例えば、各処理部は、ＣＣサーバ１００等の他のコンピュータとの間で図示しない通信部を通じてデータの送受信を行う。また、適用判定部２３１、使用状況特定部２３２及び入出力部２３３は、プロセッサなどの電子回路の一例またはプロセッサなどが実行するプロセスの一例である。
【００４１】
適用判定部２３１は、パッチを適用するか否かを判定する処理部である。具体的には、適用判定部２３１は、ＣＣサーバ１００の障害情報ＤＢ１２１を定期的に又は任意のタイミングで参照し、又はＣＣサーバ１００のイベント通知部１３２から通知を受信して、新たに登録又は更新された障害情報を取得する。適用判定部２３１は、新たに登録又は更新された障害情報を取得した場合、適用条件ＤＢ２２２を参照し、当該障害情報により特定されるパッチを当該拠点Ａに設置される顧客Ａのサーバ２０１に適用するための条件を満たすか否かを判定する。適用判定部２３１は、障害情報により特定されるパッチが条件を満たすと判定した場合、入出力部２３３に、当該パッチの適用に関する指示を出力させる。
【００４２】
例えば、適用判定部２３１は、図３に示すような障害番号「１５」の障害情報を取得した場合、図６に示す適用条件ＤＢ２２２を参照して、当該障害情報が対象としている「ソフトＡ」に関する適用条件を取得する。適用判定部２３１は、適用条件ＤＢ２２２と障害情報とを照合し、当該障害情報が「重大」なものであることから、パッチを「適用する」と判定する。
【００４３】
これに対して、適用判定部２３１は、障害番号「３５７」の障害情報を取得した場合、対象となる「ソフトＣ」について適用条件ＤＢ２２２を参照する。その結果、適用判定部２３１は、障害情報が「重大」なものであり、かつ「データ破壊」をもたらすものであるにもかかわらず、適用条件ＤＢ２２２において、パッチを「適用しない」ことが規定されているため、パッチを「適用しない」と判定する。この場合、適用判定部２３１は、パッチの適用を決定することなく、当該障害情報についての処理を終了する。
【００４４】
さらに、適用判定部２３１は、障害番号「１６８」の障害情報を取得した場合、対象とする「ソフトＢ」について適用条件ＤＢ２２２を参照する。適用判定部２３１は、障害情報に含まれる現象が「メッセージ異常」であり、「データ破壊」をもたらすものではないことから、パッチを「適用する」と判定しない。一方、「ソフトＢ」については、「ソフトＣ」の場合とは異なり、適用条件ＤＢ２２２において、パッチを「適用しない」ことは規定されていない。この場合、適用判定部２３１は、パッチを「適用しない」とも判定することなく、使用状況特定部２３２に対して、パッチＩＤ「Ｂ−１」の対象ファイルの使用状況の特定を指示する。
【００４５】
図２の説明に戻って、使用状況特定部２３２は、パッチの適用対象となる対象ファイルの使用状況を特定し、特定された対象ファイルの使用状況に基づいて、パッチの適用を制御する処理部である。具体的には、使用状況特定部２３２は、適用判定部２３１から、自拠点内のコンピュータにおける対象ファイルの使用状況の確認依頼の入力を受けると、当該対象ファイルが使用されたか否かを特定し、特定結果を出力する。対象ファイルが使用されたか否かは、例えば、図示しない各コンピュータのファイルシステムから、対象ファイルのファイル作成日時及びファイルアクセス日時を取得して比較することにより特定される。
【００４６】
例えば、使用状況特定部２３２は、ファイルアクセス日時がファイル作成日時よりも新しい日時である場合、対象ファイルが使用されていることを特定する。使用状況特定部２３２は、ファイルアクセス日時が記録されていない場合、ファイル作成日時とファイルアクセス日時とが一致する場合、又はファイル作成日時がファイルアクセス日時よりも新しい日時である場合、対象ファイルが使用されていないことを特定する。使用状況特定部２３２は、パッチの対象ファイルが使用されていると特定された場合、入出力部２３３に、当該パッチの適用の指示を出力させる。
【００４７】
対象ファイルが使用されたか否かを特定する構成について、図７を用いて説明する。図７は、実施例１に係る対象ファイルの作成日時及びアクセス日時の一例を示す図である。例えば、使用状況特定部２３２は、ファイルシステムから、「ｓｔ＿ｂｔｉｍｅ」などの対象ファイルのファイル作成日時を示す情報と、「ｓｔ＿ａｔｉｍｅ」などのファイルへのアクセス日時を示す情報とを取得し、これらを比較する。
【００４８】
図７の（ａ）は、拠点Ａのサーバ３について、対象ファイル「／ｏｐｔ／ｈｏｇｅ３」のファイル作成日時を示す情報が記録されているが、ファイルへのアクセス日時を示す情報は記録されていない例を示す。使用状況特定部２３２は、アクセス日時が記録されていないため、拠点Ａのサーバ３においては対象ファイルが使用されていないことを特定する。
【００４９】
一方、図７の（ｂ）においては、対象ファイルへのアクセス日時を示す情報に、ファイル作成日時を示す情報より後の日時が記録されている例を示す。この場合、対象ファイルへのアクセス日時が対象ファイルの作成日時よりも後の日時であるため、拠点Ｂのサーバ２において対象ファイルが使用されたことが特定される。
【００５０】
また、使用状況特定部２３２は、例えば顧客Ａのコンピュータ２０１において対象ファイルが使用されていないことを特定した場合、構成ＤＢ２２１を参照し、顧客Ａのコンピュータ２０１と同様の又は類似するコンピュータが他の拠点に存在するか否かを特定する。
【００５１】
例えば、待機系のサーバなど、自らは動作しないが、現用系のサーバとシステム構成を同期させることが好ましいコンピュータにおいては、パッチの対象ファイルが実行されていない場合においても、当該パッチを適用させると判定することが好ましい。そこで、使用状況特定部２３２は、自拠点において、パッチの対象製品をインストールしたコンピュータと同様の又は類似する他の拠点のコンピュータにおける対象ファイルの使用状況を特定する。
【００５２】
他の拠点における対象ファイルの使用状況を特定する構成について、パッチがまだ適用されておらず、かつ当該パッチの対象ファイルが使用されていない場合を例として説明する。まず、適用判定部２３１は、図５に示す構成ＤＢ２２１を参照し、拠点Ａのサーバ３において、「ソフトＣ」に対するパッチがまだ適用されていないことを特定する。また、使用状況特定部２３２は、上で述べたように、図７の（ａ）に示すような拠点Ａのサーバ３における対象ファイルの使用状況を参照し、対象ファイルが使用されていないことを特定する。
【００５３】
この場合、使用状況特定部２３２は、構成ＤＢ２２１を参照して、「拠点Ｂのサーバ２」が拠点Ａのサーバ３と同一の又は類似するシステムであることを特定する。使用状況特定部２３２は、当該他の拠点Ｂの拠点管理サーバ３００に対して、当該拠点Ｂのサーバ２における対象ファイルの使用状況の確認依頼を送信する。
【００５４】
他の拠点Ｂにおけるシステム構成について、図８を用いて説明する。図８は、実施例１に係る拠点Ｂにおける構成ＤＢに記憶される情報の一例を示す図である。図８に示す構成ＤＢの各項目は、図５に示す構成ＤＢの各項目と同様の対象を示す。図８に示すように、「拠点Ｂのサーバ２」は、「拠点Ａのサーバ３」と同様に「ソフトＣ」をインストールしている。一方、拠点Ｂのサーバ２は、既に「パッチＣ−２」を適用されていることが、拠点Ａのサーバ３と異なる。
【００５５】
対象ファイルの使用状況の確認依頼を受信した拠点Ｂの拠点管理サーバ３００は、拠点Ｂのサーバ２における対象ファイルの使用状況を特定する。拠点Ｂの拠点管理サーバ３００は、図７の（ｂ）に示すような情報を参照した結果、上で述べたように拠点Ｂのサーバ２において対象ファイルが使用されていることを特定し、特定結果を拠点Ａの拠点管理サーバ２００に送信する。
【００５６】
拠点Ａの拠点管理サーバ２００の使用状況特定部２３２は、拠点Ｂのサーバ２においてパッチの対象ファイルが使用されていることを特定する情報を受信した場合も、当該パッチの適用の指示を入出力部２３３に出力させる。つまり、使用状況特定部２３２は、自拠点のコンピュータと同様の又は類似する他の拠点のコンピュータにおいてパッチの対象ファイルが使用されている場合も、自拠点のコンピュータにおいてパッチの対象ファイルが使用されている場合と同様に判定する。すなわち、使用状況特定部２３２は、自拠点のコンピュータと同様の又は類似する他の拠点のコンピュータにおいてパッチの対象ファイルが使用されている場合、当該パッチを適用すると判定する。
【００５７】
なお、パッチＤＢ１２２において、置き換え種別が「追加」となっているパッチについて、他の拠点において対象ファイルが存在している場合、当該対象ファイルの使用の有無にかかわらず、当該他の拠点において当該パッチが既に適用されているとみなされる。この場合、使用状況特定部２３２は、当該他の拠点における対象ファイルの使用の有無にかかわらず、当該パッチを適用すると判定するような構成であってもよい。
【００５８】
さらに、使用状況特定部２３２は、他の拠点の拠点管理サーバ３００から、対象ファイルの使用状況の確認依頼を受信した際に、当該対象ファイルが使用されたか否かを特定し、特定結果を返信する。
【００５９】
なお、図２においては他の拠点が１つである場合を示したが、他の拠点が複数ある場合には、使用状況特定部２３２は、各拠点に順次対象ファイルの使用状況の確認依頼を送信する。ただし、いずれか１か所の拠点から対象ファイルが使用されているという特定結果を取得した場合には、他の拠点に重複して対象ファイルの使用状況の確認依頼を送信しないような構成であってもよい。
【００６０】
また、図７及び図８においては、同一の又は類似する他の拠点のコンピュータにおいて、パッチの対象ファイルが使用されているか否かを特定する構成を示したが、実施の形態はこれに限られない。例えば、当該他の拠点のコンピュータにおいて判定対象であるパッチが適用されているか否かを特定し、パッチが適用されている場合には、自拠点においても判定対象であるパッチを適用すると判定するような構成であってもよい。
【００６１】
図２の説明に戻って、入出力部２３３は、適用判定部２３１及び使用状況特定部２３２の処理結果に基づいて入出力を行う処理部である。具体的には、入出力部２３３は、適用判定部２３１又は使用状況特定部２３２によるパッチの適用の要否の判定結果に基づいて、パッチの適用指示を出力する。入出力部２３３は、例えば、図示しないパッチ適用ソフトに対してパッチの適用指示を出力するが、これに限られず、担当者の端末にパッチの適用を指示するメッセージを表示させ又は担当者の端末に電子メールを送信するような構成であってもよい。
【００６２】
また、入出力部２３３は、例えば拠点担当者２１から構成ＤＢ２２１又は適用条件ＤＢ２２２の更新に関する指示を受け付け、構成ＤＢ２２１又は適用条件ＤＢ２２２を更新する。
【００６３】
［処理の流れ］
次に、拠点管理サーバ２００による処理の流れについて説明する。図９は、実施例１に係るパッチ適用判定処理の一例を示すフローチャートである。まず、拠点管理サーバ２００の適用判定部２３１は、例えばＣＣサーバ１００から取得した障害情報から、製品名を取得する（ステップＳ１０１）。次に、適用判定部２３１は、適用条件ＤＢ２２２に、当該製品名に対応する適用条件が登録されているか否かを判定する（ステップＳ１０３）。当該製品名に対応する適用条件が登録されていない場合（ステップＳ１０３：Ｎｏ）、ステップＳ１５１に進み、後に説明する使用状況判定処理を行う。
【００６４】
当該製品名に対応する適用条件が登録されている場合（ステップＳ１０３：Ｙｅｓ）、適用判定部２３１は、障害情報に含まれる重要度及び現象を取得する（ステップＳ１１１）。次に、適用判定部２３１は、適用条件ＤＢ２２２に登録されている当該製品名に対応する「パッチを適用する」適用条件を満たすか否かを判定する（ステップＳ１１３）。「パッチを適用する」適用条件を満たす場合（ステップＳ１１３：Ｙｅｓ）、入出力部２３３は、当該障害情報において指定されたパッチを適用するための指示を出力する（ステップＳ１２１）。
【００６５】
一方、「パッチを適用する」適用条件を満たさない場合（ステップＳ１１３：Ｎｏ）、適用判定部２３１は、適用条件ＤＢ２２２を参照し、障害情報に含まれる重要度及び現象が「パッチを適用しない」適用条件を満たすか否かを判定する（ステップＳ１３１）。「パッチを適用しない」適用条件を満たす場合（ステップＳ１３１：Ｙｅｓ）、適用判定部２３１は、パッチ適用指示を出力することなく処理を終了する。一方、「パッチを適用しない」適用条件を満たさない場合（ステップＳ１３１：Ｎｏ）、ステップＳ１５１に進み、後に説明する使用状況判定処理を行う。
【００６６】
次に、拠点管理サーバ２００における使用状況判定処理について、図１０を用いて説明する。図１０は、実施例１に係る使用状況特定処理の一例を示すフローチャートである。まず、拠点管理サーバ２００の使用状況特定部２３２は、ＣＣサーバ１００のパッチＤＢ１２２に登録された、障害情報に対応するパッチが更新対象とするファイル名を特定する（ステップＳ２０１）。次に、使用状況特定部２３２は、当該パッチによる当該ファイルの置き換え種別が「追加」であるか、又は「更新」若しくは「削除」であるかを判定する（ステップＳ２０３）。
【００６７】
置き換え種別が「追加」であるである場合（ステップＳ２０３：「追加」）、使用状況特定部２３２は、他の拠点において該当するファイルが存在するか否かを判定する（ステップＳ２２１）。他の拠点において該当するファイルが存在する場合（ステップＳ２２１：Ｙｅｓ）、適用判定部２３１は、結合子Ａを通じてパッチ適用判定処理のステップＳ１２１に移行し、当該障害情報において指定されたパッチを適用するための指示を出力する。他の拠点において該当するファイルが存在しない場合（ステップＳ２２１：Ｎｏ）、ステップＳ２４１に移行する。
【００６８】
一方、置き換え種別が「更新」又は「削除」である場合（ステップＳ２０３：「更新」又は「削除」）、使用状況特定部２３２は、該当するシステムにおける、当該ファイルのアクセス日時と、当該ファイルの作成日時とを取得する（ステップＳ２１１）。次に、使用状況特定部２３２は、当該ファイルのアクセス日時と、当該ファイルの作成日時とのいずれの日時が新しいかを比較する（ステップＳ２１３）。
【００６９】
アクセス日時が作成日時より新しい場合（ステップＳ２１３：Ｙｅｓ）、入出力部２３３は、結合子Ａを通じてパッチ適用判定処理のステップＳ１２１に移行し、当該障害情報において指定されたパッチを適用するための指示を出力する。一方、アクセス日時が記録されていない場合、作成日時とアクセス日時とが一致する場合、又は作成日時がアクセス日時よりも新しい日時である場合（ステップＳ２１３：Ｎｏ）、ステップＳ２３１を実行する。すなわち、使用状況特定部２３２は、構成ＤＢ２２１を参照して、他の拠点において当該ファイルが存在しているか否かを判定する（ステップＳ２３１）。
【００７０】
他の拠点において当該ファイルが存在している場合（ステップＳ２３１：Ｙｅｓ）、使用状況特定部２３２は、結合子Ｃを通じてステップＳ２１１に移行し、他の拠点における当該ファイルのアクセス日時と作成日時とを取得する。次に、ステップＳ２１３において、当該ファイルが使用されていることが特定された場合（ステップＳ２１３：Ｙｅｓ）、入出力部２３３は、結合子Ａを通じてステップＳ１２１に移行し、当該障害情報において指定されたパッチを適用するための指示を出力する。当該ファイルが使用されていないことが特定された場合（ステップＳ２１３：Ｎｏ）、使用状況特定部２３２は、構成ＤＢ２２１を参照して、当該ファイルが存在しているさらに他の拠点のシステムがあるか否かを判定する（ステップＳ２３１）。
【００７１】
一方、他の拠点において当該ファイルが存在していない場合（ステップＳ２３１：Ｎｏ）、使用状況特定部２３２は、障害情報に対応するパッチが更新対象とするファイルが他に存在するか否かを判定する（ステップＳ２４１）。ステップＳ２２１において、他の拠点において当該ファイルが存在しないと判定された場合（ステップＳ２２１：Ｎｏ）も同様である。更新対象とするファイルが他に存在する場合（ステップＳ２４１：Ｙｅｓ）、使用状況特定部２３２は、結合子Ｄを通じてステップＳ２０１に移行し、当該他のファイルについて処理を繰り返す。一方、更新対象とするファイルがない場合（ステップＳ２４１：Ｎｏ）、結合子Ｂを通じてパッチ適用判定処理に移行し、パッチ適用指示を出力することなく処理を終了する。
【００７２】
本実施例によれば、各拠点の拠点管理サーバ２００は、データセンタに修正プログラムを適用するか否かの条件を定める適用条件と、当該データセンタを含む複数のデータセンタの障害を管理するコントロールセンタから取得された修正プログラムに関する情報とに基づいて、当該データセンタに対する修正プログラムの適用を制御する。これにより、複数の拠点において、各拠点担当者の判断に依拠することなく、コンピュータへのパッチ適用を統一的に管理できるので、パッチの適用漏れを抑制できる。
【００７３】
また、使用状況特定部２３２は、対象コンピュータにおいてパッチ適用対象となるファイルが使用されていない場合に、他の拠点に設置されたコンピュータにおける当該ファイルの使用状況を確認する。これにより、例えば待機系システム等でファイルを使用していないコンピュータに対しても、現用系システム等の他のコンピュータと同様にパッチの適用の要否を判定することで、パッチの適用漏れを抑制できる。
【００７４】
なお、各拠点に設置されたコンピュータにおけるファイルの使用状況を、各拠点の拠点管理サーバ２００又は３００ではなく、ＣＣサーバ１００において一括管理するような構成であってもよい。この場合、拠点Ａ２０の使用状況特定部２３２は、他の拠点に設置されたコンピュータにおけるファイルの使用状況を、他の拠点の拠点管理サーバ３００からではなく、例えばＣＣサーバ１００から取得する。
【実施例２】
【００７５】
ところで、パッチには、製品間のインターフェースの修正等のように、複数の製品に対して適用されなければ適切に動作しないパッチ（以下「関連パッチ」という場合がある。）もある。関連パッチは、例えば、特定のパッチの置き換え対象となるファイル（以下「対象ファイル」という場合がある。）と同一のファイルを置き換え対象とするパッチ、及び当該対象ファイルと連携するファイル（以下「連携ファイル」という場合がある。）を置き換え対象とするパッチを含む。また、関連パッチは、同時に又は所定の順番で適用しなければ適切に動作しないパッチも含む。
【００７６】
関連パッチは、各拠点において、パッチ適用の適用条件等に関係なく、一括して適用されることが好ましい。そこで、実施例２においては、関連パッチを統一的に管理することで、関連パッチの適用漏れを抑制する構成について説明する。
【００７７】
本実施例も、実施例１と同様に、図１に示すようなＧＤＣにおいて実装される。また、本実施例に係るシステムにおいては、図２に示すようなシステムの機能構成に加えて、拠点管理サーバ２００の記憶部２２０が、関連パッチＤＢ２２３をさらに有する。図１１は、実施例２に係る関連パッチＤＢに記憶される情報の一例を示す図である。図１１に示すように、本実施例における関連パッチＤＢ２２３は、「関連パッチＩＤ」及び「同時適用」を「パッチＩＤ」に対応づけて記憶する。
【００７８】
「関連パッチＩＤ」は、「パッチＩＤ」に示されるパッチを適用する際に、合わせて適用されることが好ましいパッチの識別情報を示す。「同時適用」は、関連パッチのうち、「パッチＩＤ」に示されるパッチと同時に適用されることが好ましいパッチの識別情報を示す。
【００７９】
図１１に示す例においては、「Ａ−１」で示されるパッチを適用する際には、「Ｄ−１」で示されるパッチ及び「Ｄ−２」で示されるパッチをそれぞれ同時に適用することが好ましいことを示す。一方、図１１に示す例において、「Ｂ−１」で示されるパッチを適用する際には、「Ｅ−１」で示されるパッチを適用することが好ましいが、必ずしも同時に適用しなくともよいことを示す。また、図１１に示す例においては、「Ｃ−２」で示されるパッチを適用する際には、特に他のパッチを合わせて適用しなくともよい。
【００８０】
本実施例において、適用判定部２３１は、判定対象となるパッチに対応する関連パッチが関連パッチＤＢ２２３に登録されているか否かを特定する。関連パッチが登録されていない場合、適用判定部２３１は、判定対象となるパッチについてパッチ適用判定処理を行う。
【００８１】
適用判定部２３１は、関連パッチが登録されている場合、構成ＤＢ２２１を参照して、当該関連パッチが既に顧客Ａのコンピュータ２０１に適用されているか否かを特定する。適用判定部２３１は、関連パッチが顧客Ａのコンピュータ２０１に適用されていないと特定した場合、判定対象となるパッチについてパッチ適用判定処理を行う。
【００８２】
当該関連パッチが顧客Ａのコンピュータ２０１に適用されていると特定した場合、適用判定部２３１は、図９に示すようなパッチ適用判定処理を行うことなく、判定対象となるパッチを「適用する」と判定する。
【００８３】
例えば、適用判定部２３１は、「Ｂ−１」で示されるパッチの適用の要否を判定する際、関連パッチＤＢ２２３を参照した結果、「Ｅ−１」で示されるパッチが関連パッチとして登録されていることを特定する。この場合、適用判定部２３１は、構成ＤＢ２２１を参照し、「Ｅ−１」で示される関連パッチが顧客Ａのコンピュータ２０１に適用されているか否かを特定する。適用判定部２３１は、「Ｅ−１」で示される関連パッチが適用されていると特定した場合、適用条件ＤＢ２２２に記憶された適用条件等にかかわらず、「Ｂ−１」で示されるパッチを「適用する」と判定する。
【００８４】
また、本実施例において、適用判定部２３１は、特定のパッチを「適用する」と判定した場合、当該パッチに対応して関連パッチＤＢ２２３に登録され、かつまだ適用されていない関連パッチについても「適用する」と判定する。例えば、適用判定部２３１は、「Ａ−１」で示されるパッチを「適用する」と判定した場合、関連パッチＤＢ２２３を参照して、当該パッチに対応する関連パッチ「Ｄ−１」及び「Ｄ−２」を特定する。適用判定部２３１は、適用条件ＤＢ２２２に記憶された適用条件等にかかわらず、「Ｄ−１」に示されるパッチ及び「Ｄ−２」に示されるパッチを「適用する」と判定する。
【００８５】
以上説明したように判定対象となるパッチ又は関連パッチを「適用する」と判定した場合、入出力部２３３は、各パッチの適用指示を出力する。なお、入出力部２３３は、判定対象となるパッチと、同時適用に関する情報が登録されていない関連パッチとを「適用する」と判定した場合において、当該関連パッチの適用指示を、判定対象となるパッチの適用指示と同時期に出力しないような構成であってもよい。
【００８６】
本実施例における拠点管理サーバ２００による処理の流れについて、図１２を用いて説明する。図１２は、実施例２に係る関連パッチ判定処理の一例を示すフローチャートである。まず、拠点管理サーバ２００の適用判定部２３１は、当該障害情報において指定されたパッチについて、関連パッチＤＢ２２３に関連パッチが登録されているか否かを特定する（ステップＳ３０１）。関連パッチが登録されていない場合（ステップＳ３０１：Ｎｏ）、適用判定部２３１は、他のパッチと同様に、当該パッチについてもパッチ適用判定処理を実行し（ステップＳ３２１）、処理を終了する。
【００８７】
関連パッチが登録されている場合（ステップＳ３０１：Ｙｅｓ）、適用判定部２３１は、関連パッチＤＢ２２３に登録されている当該関連パッチが、顧客Ａのコンピュータ２０１に適用されているか否かを特定する（ステップＳ３０３）。当該関連パッチが顧客Ａのコンピュータ２０１に適用されている場合（ステップＳ３０３：Ｙｅｓ）、適用判定部２３１は、当該パッチの適用指示を出力する（ステップＳ３１１）。
【００８８】
一方、当該関連パッチが顧客Ａのコンピュータ２０１に適用されていない場合（ステップＳ３０３：Ｎｏ）、適用判定部２３１は、他のパッチと同様に、当該パッチについてもパッチ適用判定処理を実行する（ステップＳ３３１）。当該パッチ適用判定処理の結果、適用判定部２３１が当該パッチの適用指示を出力しなかった場合（ステップＳ３３３：Ｎｏ）、処理を終了する。適用判定部２３１が当該パッチの適用指示を出力した場合（ステップＳ３３３：Ｙｅｓ）、適用判定部２３１は、当該パッチの関連パッチについても適用指示を出力する（ステップＳ３４１）。
【００８９】
本実施例によれば、複数製品に関連するパッチについても、各担当者の判断に依拠することなく、コンピュータへのパッチ適用を統一的に管理できるため、関連パッチの適用漏れを抑制できる。
【００９０】
また、同時に適用されなければ適切に動作しないようなパッチについても、関連パッチＤＢ２２３に登録されている内容に基づいて同時に適用されるため、パッチ適用時の不具合を防ぐことができる。
【００９１】
なお、本実施例においては、各拠点の拠点管理サーバが関連パッチＤＢを有する構成を説明したが、これに限られず、ＣＣサーバ１００が関連パッチＤＢを有するような構成であってもよい。また、本実施例においては同時に適用することが好ましいパッチに関する情報を登録する構成について説明したが、これに限られず、所定の順序で適用することが好ましいパッチについて、関連パッチＤＢ２２３に適用の順序を登録するような構成であってもよい。
【実施例３】
【００９２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。例えば、図９、図１０及び図１２に示す各処理は、上記の順番に限定されるものではなく、処理内容を矛盾させない範囲において、同時に実施してもよく、順序を入れ替えて実施してもよい。例えば、図９に示すパッチ適用判定処理において、「パッチを適用しない」適用条件に合致するか否かを先に判定してから（ステップＳ１３１）、次に「パッチを適用する」適用条件に合致するか否かを判定する（ステップＳ１１３）ような構成であってもよい。
【００９３】
また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００９４】
なお、各実施例においては、適用条件ＤＢ２２２を拠点Ａ２０に設け、各拠点のシステム構成に応じて適用条件が設定される構成を説明したが、これに限られない。例えば、ＣＣサーバ１００が、各拠点に設けられた適用条件ＤＢを統一して更新するような構成であってもよく、ＣＣサーバ１００に適用条件ＤＢを設け、ＣＣサーバ１００において一括管理するような構成であってもよい。かかる構成においては、適用条件が全ての拠点において一元化されるため、よりパッチ適用状況の差異が小さくなる。
【００９５】
また、各実施例においては、複数のデータセンタに分散して設置されたサーバにパッチを適用させる例について説明したが、これに限られず、例えば複数の部署に設置された端末にパッチを適用させるような実施の形態であってもよい。これにより、サーバと同様に、端末についても、一部拠点でのパッチの適用漏れを抑制できる。
【００９６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、拠点管理サーバ２００がＣＣサーバ１００の機能を統合するような構成であってもよく、ＣＣサーバ１００の機能や拠点管理サーバ２００の機能を複数のサーバに分散して実装させるような構成であってもよい。さらに、各装置にて行なわれる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９７】
［システム］
さて、これまで開示のシステムに関する各実施例について説明したが、各実施例における拠点管理サーバ２００のハードウェア構成の一例について説明する。各装置で行われる各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよいことは言うまでもない。上記の各実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、ハードウェア構成の一例として、上記の各実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。
【００９８】
図１３は、ハードウェア構成の一例を示す図である。拠点管理サーバ２００は、図１３に示すコンピュータ７０００と同様のハードウェア構成により実現できる。図１３に示すように、コンピュータ７０００は、各種演算処理を実行するプロセッサ７００１と、入出力装置７００２と、通信装置７００３とを有する。また、コンピュータ７０００は、各種情報を一時記憶するＲＡＭ７００４と、ハードディスク装置７００５とを有する。また、各装置７００１〜７００５は、バス７００６に接続される。
【００９９】
ハードディスク装置７００５には、上記各実施例で示した適用判定部２３１、使用状況特定部２３２及び入出力部２３３の各処理部と同様の機能を有する適用管理プログラムが記憶される。また、ハードディスク装置７００５には、構成ＤＢ２２１及び適用条件ＤＢ２２２が記憶される。ハードディスク装置７００５には、適用管理プログラムを実現するための各種データが記憶される。
【０１００】
プロセッサ７００１は、ハードディスク装置７００５に記憶された各プログラムを読み出して、ＲＡＭ７００４に展開して実行することで、各種の処理を行う。また、これらのプログラムは、コンピュータ７０００を上記各実施例で示した適用判定部２３１、使用状況特定部２３２及び入出力部２３３として機能させることができる。なお、上記の各プログラムは、必ずしもハードディスク装置７００５に記憶されている必要はない。例えば、コンピュータ７０００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ７０００が読み出して実行するようにしてもよい。
【符号の説明】
【０１０１】
１  グローバルデータセンタ（ＧＤＣ）
１０  コントロールセンタ（ＣＣ）
２０、３０、４０  拠点
１１  管理者
１３  調査担当者
２１、３１  拠点担当者
１００  ＣＣサーバ
２００、３００  拠点管理サーバ
２０１、３０１  顧客Ａのコンピュータ
２０２、３０２  他の顧客のコンピュータ
【図１】
0006544176.tif 000002
【図２】
0006544176.tif 000003
【図３】
0006544176.tif 000004
【図４】
0006544176.tif 000005
【図５】
0006544176.tif 000006
【図６】
0006544176.tif 000007
【図７】
0006544176.tif 000008
【図８】
0006544176.tif 000009
【図９】
0006544176.tif 000010
【図１０】
0006544176.tif 000011
【図１１】
0006544176.tif 000012
【図１２】
0006544176.tif 000013
【図１３】
0006544176.tif 000014