(57)【要約】【課題】  管理者に多大な負担をかけることなく、セキュリティホールを利用する攻撃者からの不正侵入を防止するパッチ自動施行システムを提供する。【解決手段】  パッチ管理エージェント部２１、３１は、パッチ提供サーバ５が提供するパッチデータを入手するとクライアント端末６からの要求に対する処理を停止させ、本サーバ２、３のプログラムに対しパッチデータを投入し、その後、前記の処理を再開させ、パッチ管理マネージャー部１１は、パッチデータの情報をパッチ提供サーバ５から入手したとき、パッチ管理エージェント部２１、３１にそのパッチデータを入手させ、パッチデータ投入によりプログラムが修正されたとき、予め設定されたシナリオに従って順に必要な情報が得られるか否かを検証し、全て必要な情報を得たときは、前記の処理を実行するようにパッチ管理エージェント部２１、３１に指示する。【選択図】        図１
2005196333.tif 000002
【特許請求の範囲】
【請求項１】
パッチ提供サーバが提供するパッチデータを入手したとき、コンピュータの実行による処理を一旦停止させ、かつ、前記コンピュータのプログラムに対し前記パッチデータを投入して修正し、その後、そのコンピュータに一旦停止した処理を実行するように指示するパッチ自動施行方法。
【請求項２】
前記パッチデータの投入によりプログラムが修正されたとき、予め設定されたシナリオに従って順に前記コンピュータから必要な情報が得られるかどうかを検証し、全て必要な情報が得られたときは、そのコンピュータに一旦停止した処理を実行するように指示することを特徴とする請求項１記載のパッチ自動施行方法。
【請求項３】
前記コンピュータが複数用意されており、前記パッチデータの投入によるプログラムの修正及び前記の検証を複数のコンピュータに対し順に行うようにしたことを特徴とする請求項１又は２記載のパッチ自動施行方法。
【請求項４】
前記コンピュータは、クライアント端末の要求に応じてサービスを提供するサーバであることを特徴とする請求項１乃至３の何れかに記載のパッチ自動施行方法。
【請求項５】
前記コンピュータは、お互いに定められた順に従ってクライアント端末の要求に対するサービスを行い、前記パッチデータを入手したときは、クライアント端末の要求に対するサービスを一旦停止することを特徴とする請求項４記載のパッチ自動施行方法。
【請求項６】
プログラムのパッチデータを提供するためのパッチ提供サーバと、
該パッチ提供サーバに通信網を介して接続されたコンピュータとを備え、
前記コンピュータに、前記パッチ提供サーバが提供するパッチデータを入手したとき、そのコンピュータの実行による処理を一旦停止させ、かつ、前記コンピュータのプログラムに対し前記パッチデータを投入して修正し、その後、そのコンピュータに一旦停止した処理を実行するように指示するパッチ管理エージェント部を設けたことを特徴とするパッチ自動施行システム。
【請求項７】
前記コンピュータに接続されたパッチ管理サーバを備え、
前記パッチ管理サーバに、前記パッチ提供サーバが提供するパッチデータの情報を入手したときに、前記コンピュータのパッチ管理エージェント部にその情報に基づくパッチデータを入手させ、このパッチデータの投入により前記コンピュータのプログラムが修正されたときは、予め設定されたシナリオに従って順に前記コンピュータから必要な情報が得られるかどうかを検証し、全て必要な情報が得られたときは、そのコンピュータに一旦停止した処理を実行するように指示するパッチ管理マネージャー部を設けたことを特徴とする請求項６記載のパッチ自動施行システム。
【請求項８】
前記コンピュータが複数用意されており、前記パッチ管理サーバのパッチ管理マネージャー部は、前記パッチ提供サーバが提供するパッチデータの情報を入手したとき、その情報に基づくパッチデータの入手の指示、及び前記の検証を複数のコンピュータに対して順に実施することを特徴とする請求項６又は７記載のパッチ自動施行システム。
【請求項９】
前記コンピュータは、クライアント端末の要求に応じてサービスを提供するサーバであることを特徴とする請求項６乃至８の何れかに記載のパッチ自動施行システム。
【請求項１０】
前記コンピュータは、お互いに定められた順に従ってクライアント端末の要求に対するサービスを行う負荷分散機能部をそれぞれ有し、前記パッチデータを入手したときは、その負荷分散機能部を一旦停止することを特徴とする請求項９記載のパッチ自動施行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、セキュリティホールに対処するパッチデータをＷｅｂサーバに投入して動作検証を行うパッチ自動施行方法及びそのシステムに関するものである。
【背景技術】
【０００２】
従来、Ｗｅｂサービスを提供するＷｅｂサーバのセキュリティホールに対処するパッチデータを投入する際、管理者がＷｅｂサーバの運用を一旦停止してからパッチデータを投入し、このパッチデータの投入によるＷｅｂサーバの正常動作を検証した上で、Ｗｅｂサーバの運用を再開していた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、前述した従来の方式では、セキュリティホールなどが頻繁に発見されることに伴い、パッチデータが頻繁に提供されるようになった場合、管理者は、前記の手順をパッチデータが提供される度に行わなければならず、管理者にとって非常に負担の大きなものであった。また、管理者がパッチデータの入手を遅れたり、パッチデータを早めに入手したとしても直ちにパッチングできなかった場合には、パッチデータにより修正されるはずのセキュリティホールを利用する攻撃者によって、Ｗｅｂサーバに不正侵入される恐れがあった。さらに、パッチデータをＷｅｂサーバに投入した後に、管理者が動作検証に手間取った場合には、運用再開までに多大な時間が必要になっていた。また、パッチデータに不具合が含まれている場合もあり、一度にパッチデータを投入した場合には、Ｗｅｂサーバが使用不能となり、サービスが停止してしまう恐れもあった。
【課題を解決するための手段】
【０００４】
本発明に係るパッチ自動施行方法は、パッチ提供サーバが提供するパッチデータを入手したとき、コンピュータの実行による処理を一旦停止させ、かつ、コンピュータのプログラムに対し前記のパッチデータを投入して修正し、その後、そのコンピュータに一旦停止した処理を実行するように指示する。
【０００５】
また、パッチデータの投入によりプログラムが修正されたとき、予め設定されたシナリオに従って順にコンピュータから必要な情報が得られるかどうかを検証し、全て必要な情報が得られたときは、そのコンピュータに一旦停止した処理を実行するように指示する。
【発明の効果】
【０００６】
本発明においては、パッチ提供サーバが提供するパッチデータを入手したとき、コンピュータの実行による処理を一旦停止させ、かつ、コンピュータのプログラムに対しパッチデータを投入して修正し、その後、そのコンピュータに一旦停止した処理を実行するように指示するようにしたので、短時間でコンピュータのプログラムの修正が可能になり、このため、管理者の負担が軽減され、セキュリティホールを利用する攻撃者からの不正侵入を防止できる。
【０００７】
また、パッチデータの投入によりプログラムが修正されたとき、予め設定されたシナリオに従って順にコンピュータから必要な情報が得られるかどうかを検証し、全て必要な情報が得られたときは、そのコンピュータに一旦停止した処理を実行するように指示するようにしたので、管理者が動作検証に手間取るということがなくなり、また、パッチデータの不具合を発見することができる。
【発明を実施するための最良の形態】
【０００８】
図１は本発明の実施の形態に係るパッチ自動施行システムの構成図である。
図中に示すパッチ管理サーバ１は、パッチ管理マネージャー部１１を有し、ファイアウォール（又はルータ）４によりインターネット７からの不正侵入による攻撃に守られるセグメントに配置されている。第１及び第２Ｗｅｂサーバ２、３は、パッチ管理サーバ１と同じセグメントに配置され、それぞれパッチ処理エージェント部２１、３１と負荷分散機能部２２、３２とを有している。パッチ提供サーバ５は、インターネット７上に配置され、セキュリティホールに対応して作成されたパッチファイル（パッチデータ）を管理し、パッチファイルが作成されたときは、最新のパッチ情報としてパッチ管理サーバ１へ送信する。前述した第１及び第２Ｗｅｂサーバ２、３は、同じ仮想ＩＰアドレスが割り当てられており、クライアント端末６からの仮想ＩＰアドレスに対するHTTP/HTTPS要求を共に受け付ける。負荷分散機能部２２、３２は、負荷（Ｗｅｂサービス）分散のネゴシエーションを行っており、HTTP/HTTPS要求を受ける前に次にどちらのＷｅｂサーバ（第１及び第２Ｗｅｂサーバ２、３）が処理するのかを決定する。この負荷分散メカニズムは、マルチポイント方式である。
【０００９】
パッチ管理サーバ１のパッチ管理マネージャー部１１は、例えば、パッチ提供サーバ５からの最新のパッチ情報が受信されたかどうかを監視しており、最新のパッチ情報が受信されたときは、例えばパッチファイルのダウンロード先であるパッチ提供サーバ５のＵＲＬ、パッチファイルのインストール方法、パッチファイルのインストール実施日時などの情報を第１Ｗｅｂサーバ２のパッチ処理エージェント部２１に通知して、パッチファイルを投入させるように指示する。パッチ処理エージェント部２１からパッチファイルの投入を正常終了した通知を受けたときは、第１Ｗｅｂサーバ２が正常に動作するかどうかの検証に入る。この検証は、パッチファイル投入により修正されたプログラムに基づいて第１Ｗｅｂサーバ２が正常に動作するかどうかの検証で、予め設定されたシナリオに従って第１Ｗｅｂサーバ２から読み込んだ各種の情報がそれぞれ正常時のデータと同一かどうかを確認する。
【００１０】
例えば、予め設定された特定のＵＲＬを第１Ｗｅｂサーバ２に通知し、このＵＲＬ指定の例えばＷｅｂページがHTTP/HTTPSのプロトコルで応答があったときは、予め保存されたＵＲＬ指定の正常時のＷｅｂページデータと照合し、同一のときは、次のＷｅｂページを読み込むための指示を第１Ｗｅｂサーバ２に通知して取得し、そのＷｅｂページの正常時のＷｅｂページデータと照合する。この照合は、予め設定されたシナリオに従って順に行っていき、全て同一のときは第１Ｗｅｂサーバ２が正常に動作していると判断する。正常時のＷｅｂページデータと異なるＷｅｂページを受けたときや、第１Ｗｅｂサーバ２からの応答がなかったときは、異常と判断してその旨を管理者使用の端末（図示せず）にメールで通知する。
【００１１】
また、このパッチ管理マネージャー部１１は、第１Ｗｅｂサーバ２の動作検証が正常であった場合、第１Ｗｅｂサーバ２のパッチ処理エージェント部２１に運用再開を指示し、この指示に対して運用を再開した通知を受けたときは、第２Ｗｅｂサーバ３のパッチ処理エージェント部３１に前記と同じ内容のパッチファイルの投入指示を出し、パッチ処理エージェント部３１からパッチファイルの投入が正常終了した通知を受けたときは、修正されたプログラムに基づいて第２Ｗｅｂサーバ３が正常に動作するかどうかの検証に入り、この動作検証が正常であったときは、第２Ｗｅｂサーバ３のパッチ処理エージェント部３１に運用再開を指示する。
【００１２】
第１Ｗｅｂサーバ２のパッチ処理エージェント部２１は、パッチ管理マネージャー部１１からのパッチファイルの投入指示を受けると、まず、負荷分散機能部２２を停止して第２Ｗｅｂサーバ３の負荷分散機能部３２との負荷分散のネゴシエーションを中止させ、本サーバ２の仮想ＩＰアドレスを一旦無効にする。これにより、クライアント端末６からのHTTP/HTTPS要求に対するＷｅｂサービスの提供は全て第２Ｗｅｂサーバ３が行うことになる。次に、パッチ管理マネージャー部１１から取得したＵＲＬをインターネット７上に配信して、そのＵＲＬが示すパッチ提供サーバ５からパッチファイルをFTP/HTTPを利用してダウンロードし、そして、パッチファイルのインストール方法及びインストール実施日時に従ってそのパッチファイルを第１Ｗｅｂサーバ２に投入し、プログラムの修正を実施させる。
【００１３】
また、このパッチ処理エージェント部２１は、パッチファイルの投入が正常に終了したとき、パッチファイルの正常投入終了をパッチ管理サーバ１のパッチ管理マネージャー部１１へ通知し、パッチファイルの投入が異常終了したときはその旨を管理者使用の端末にメールで通知する。第１Ｗｅｂサーバ２の動作検証時は、パッチ管理マネージャー部１１からのアクセスに応じてＷｅｂページを順に通知する。その後、運用再開の指示を受けたときは、負荷分散機能部２２を再起動して本サーバ２の仮想ＩＰアドレスを有効にし、運用を再開した旨をパッチ管理マネージャー部１１へ通知する。
【００１４】
第２Ｗｅｂサーバ３のパッチ処理エージェント部３１は、パッチ管理マネージャー部１１からのパッチファイルの投入指示を受けたとき、第１Ｗｅｂサーバ２側と同じように、負荷分散機能部３２を停止して第１Ｗｅｂサーバ２の負荷分散機能部２２との負荷分散のネゴシエーションを中止させ、予め割り当てられた仮想ＩＰアドレスを一時的に無効にする。これにより、クライアント端末６からのHTTP/HTTPS要求に対するＷｅｂサービスの提供は全て第１Ｗｅｂサーバ２が行うことになる。その後、パッチ管理マネージャー部１１から投入指示を受けたときに取得したＵＲＬが示すパッチ提供サーバ５からパッチファイルをFTP/HTTPを利用してダウンロードし、そして、パッチファイルのインストール方法及びインストール実施日時に従ってそのパッチファイルを第２Ｗｅｂサーバ３に投入し、プログラムの修正を実施させる。
【００１５】
また、前述したように、パッチファイルの投入が正常に終了したときは、その旨をパッチ管理サーバ１のパッチ管理マネージャー部１１へ通知し、パッチファイルの投入が異常のときはその旨を管理者使用の端末にメールで通知する。第２Ｗｅｂサーバ３の動作検証時は、パッチ管理マネージャー部１１からのアクセスに応じてＷｅｂページを順に通知する。その後、パッチ管理マネージャー部１１から運用再開の指示を受けたときは、負荷分散機能部３２を再起動して本サーバ３の仮想ＩＰアドレスを有効にし、運用を再開した旨をパッチ管理マネージャー部１１へ通知する。この負荷分散機能部３２は、再起動したとき、第１Ｗｅｂサーバ２の負荷分散機能部２２と負荷分散のネゴシエーションを再開する。
【００１６】
次に、本実施の形態の動作について説明する。まず最初に図２を用いて通常運転時の動作を説明し、その後にパッチファイル投入時の動作を図３に示すシーケンスに基づいて説明する。
通常運転時では、パッチ管理サーバ１のパッチ管理マネージャー部１１は、パッチ提供サーバ５から送信される最新のパッチ情報が受信されたかどうかを監視しており、最新のパッチ情報が受信されたときは、後で述べるが、第１Ｗｅｂサーバ２のパッチ処理エージェント部２１にそのパッチ情報に基づくパッチファイルを投入するように指示する。一方、クライアント端末６から第１及び第２Ｗｅｂサーバ２、３の仮想ＩＰアドレスに対するHTTP/HTTPS要求がインターネット７上に配信されると、第１及び第２Ｗｅｂサーバ２、３は、そのHTTP/HTTPS要求を共に受信し、それぞれに設けられた負荷分散機能部２２、３２間で決められた負荷分散のネゴシエーションに基づいて処理する。例えば、第１Ｗｅｂサーバ２が処理するようになっていた場合、第１Ｗｅｂサーバ２は、その要求に対するHTTP/HTTPS応答をクライアント端末６へ送信し、第２Ｗｅｂサーバ３は、クライアント端末６からのHTTP/HTTPS要求を破棄する。
【００１７】
一方、パッチ管理サーバ１のパッチ管理マネージャー部１１は、図３に示すように、パッチ提供サーバ５からの最新のパッチ情報が受信されると（１）、第１Ｗｅｂサーバ２のパッチ処理エージェント部２１にパッチファイルのダウンロード先であるパッチ提供サーバ５のＵＲＬ、パッチファイルのインストール方法、インストール実施日時などの情報を通知して、パッチファイルを投入させるように指示する（２）。この時、パッチ処理エージェント部２１は、負荷分散機能部２２を停止して第２Ｗｅｂサーバ３の負荷分散機能部３２との負荷分散のネゴシエーションを中止させ（３）、本サーバ２の仮想ＩＰアドレスを一旦無効にする。この仮想ＩＰアドレスの無効により、クライアント端末６からのHTTP/HTTPS要求に対するＷｅｂサービスの提供は全て第２Ｗｅｂサーバ３によって処理される。
【００１８】
その後、パッチ処理エージェント部２１は、パッチ管理マネージャー部１１から取得したＵＲＬをインターネット７上に配信して（４）、ＵＲＬが示すパッチ提供サーバ５からパッチファイルをFTP/HTTPを利用してダウンロードする（５）。そして、そのパッチファイルをインストール方法及びインストール実施日時に従って第１Ｗｅｂサーバ２に投入し、プログラムの修正を行わせる。この時、パッチファイルの投入が正常に終了したときは、その旨をパッチ管理マネージャー部１１へ通知し（６）、パッチファイルの投入が異常終了したときは、その旨を管理者使用の端末にメールで通知する（７）。
【００１９】
パッチ管理マネージャー部１１は、パッチファイルの投入が正常に終了したとき、第１Ｗｅｂサーバ２が正常に動作するかどうかの検証に入る（８）。前述したように、特定のＵＲＬを第１Ｗｅｂサーバ２に通知し、このＵＲＬ指定のＷｅｂページがHTTP/HTTPSのプロトコルで応答があったときは、予め保存されたＵＲＬ指定の正常時のＷｅｂページデータと照合し、同一のときは、次のＷｅｂページを読み込むための指示を第１Ｗｅｂサーバ２に通知して取得し、そのＷｅｂページの正常時のＷｅｂページデータと照合する。この照合は、予め設定されたシナリオに従って順に行っていく。正常時のＷｅｂページデータと異なるＷｅｂページを受けたときや、第１Ｗｅｂサーバ２からの応答がなかったとき、或いはレスポンスが返るまでの時間が予め定められた時間より大きい場合、異常と判断してその旨を管理者使用の端末（図示せず）にメールで通知し（９）、全て同一のときは第１Ｗｅｂサーバ２が正常に動作していると判断して、第１Ｗｅｂサーバ２のパッチ処理エージェント部２１に運用再開の指示を出す（１０）。なお、異常と判断した場合は、以降の処理を行わないようにしている。この場合、第２Ｗｅｂサーバ３に同じパッチファイルを投入して、全てのサーバが異常となってしまう事態を避けるようにしている。
【００２０】
パッチ処理エージェント部２１は、その指示を受けたとき、負荷分散機能部２２を再起動して（１１）、本サーバ２の仮想ＩＰアドレスを有効にし、運用を再開した旨をパッチ管理マネージャー部１１へ通知する（１２）。パッチ管理マネージャー部１１は、運用再開の通知を受けると、第２Ｗｅｂサーバ３のパッチ処理エージェント部３１に前記と同じ内容のパッチファイルの投入指示を出す（１３）。
【００２１】
その投入指示を受けたパッチ処理エージェント部３１は、本サーバ３の負荷分散機能部３２を停止して第１Ｗｅｂサーバ２の負荷分散機能部２２との負荷分散のネゴシエーションを中止させ（１４）、予め割り当てられた仮想ＩＰアドレスを一時的に無効にする。これにより、クライアント端末６からのHTTP/HTTPS要求に対するＷｅｂサービスの提供は全て第１Ｗｅｂサーバ２が行うことになる。その後は、パッチ管理マネージャー部１１から投入指示を受けたときに取得したＵＲＬをインターネット７上に配信して（１５）、ＵＲＬが示すパッチ提供サーバ５からパッチファイルをFTP/HTTPを利用してダウンロードする（１６）。そして、そのパッチファイルをインストール方法及びインストール実施日時に従って第２Ｗｅｂサーバ３に投入し、プログラムのパッチングを行わせる。この時、パッチファイルの投入が正常に終了したときは、その旨をパッチ管理マネージャー部１１へ通知し（１７）、パッチファイルの投入が異常終了したときは、その旨を管理者使用の端末にメールで通知する（１８）。
【００２２】
一方、パッチ管理マネージャー部１１は、パッチファイルの投入が正常に終了したとき、前記と同様に第２Ｗｅｂサーバ３が正常に動作するかどうかの検証に入る（１９）。まず、特定のＵＲＬを第２Ｗｅｂサーバ３に通知し、このＵＲＬ指定の例えばＷｅｂページがHTTP/HTTPSのプロトコルで応答があったときは、予め保存されたＵＲＬ指定の正常時のＷｅｂページデータと照合し、同一のときは、次のＷｅｂページを読み込むための指示を第２Ｗｅｂサーバ３に通知して取得し、そのＷｅｂページの正常時のＷｅｂページデータと照合する。この照合は、予め設定されたシナリオに従って順に行っていく。前述したように、正常時のＷｅｂページデータと異なるＷｅｂページを受けたときや、第２Ｗｅｂサーバ３からの応答がなかったときは、異常と判断してその旨を管理者使用の端末にメールで通知し（２０）、全て同一のときは第２Ｗｅｂサーバ３が正常に動作していると判断して、第２Ｗｅｂサーバ３のパッチ処理エージェント部３１に運用再開の指示を出す（２１）。
【００２３】
パッチ処理エージェント部３１は、その指示を受けたとき、負荷分散機能部３２を再起動して（２２）、本サーバ３の仮想ＩＰアドレスを有効にする。この時、負荷分散機能部３２は、第１Ｗｅｂサーバ２の負荷分散機能部２２と負荷分散のネゴシエーションを再開し（２３）、その後は、運用を再開した旨をパッチ管理マネージャー部１１へ通知する（２４）。以上の手順により、パッチファイルが投入された第１及び第２Ｗｅｂサーバ２、３は、クライアント端末６からの仮想ＩＰアドレスに対するHTTP/HTTPS要求を、負荷分散機能部２２、３２間で決められたネゴシエーションに基づいて処理をする。
【００２４】
以上のように本実施の形態によれば、各Ｗｅｂサーバ２、３に対して順に、最新のパッチ情報に基づくパッチファイルの投入及びパッチファイル投入後の動作検証を自動で行うようにしたので、クライアント端末６からの要求に対するＷｅｂページの提供を中断することなく、短時間で各Ｗｅｂサーバ２、３のプログラムの修正、及び動作検証を行えるようになり、このため、管理者の負担が軽減され、セキュリティホールを利用する攻撃者からの不正侵入を防止できる。
【００２５】
なお、前記の実施の形態では、パッチ管理サーバ１のパッチ管理マネージャー部１１が、パッチ提供サーバ５からの最新のパッチ情報を監視するようにしたが、これに代えて、例えば定期的にパッチ提供サーバ５にアクセスして、第１及び第２Ｗｅｂサーバ２、３に関わるパッチ情報を入手するようにしてもよい。
【００２６】
また、第１及び第２Ｗｅｂサーバ２、３に対するパッチ管理マネージャー部１１とパッチ処理エージェント部２１、３１の例を説明したが、Ｗｅｂサーバ以外の例えばＤＮＳサーバ（ドメイン名サーバ）、メールサーバなど他のサービスを提供するサーバや、サービスを提供しないクライアント端末６（パソコン）に対しても適用が可能である。パッチファイルの投入後の動作検証についても、パッチ管理マネージャー部１１が直接動作検証するようにしたが、既存の動作検証用のソフトウェアを用いて動作検証を行わせるようにしてもよい。
【００２７】
また、２台のＷｅｂサーバ２、３の負荷分散をマルチポイント方式として説明したが、他の負荷分散メカニズムであるコーディネータ方式による各Ｗｅｂサーバ２、３の負荷を分散するようにしてもよい。コーディネータ方式の場合、クライアント端末６からの全ての要求を一旦専用の負荷分散装置で受けるようにし、配下の各Ｗｅｂサーバ２、３に対して分散させる。パッチファイルの投入及び動作検証時には、パッチ管理マネージャー部１１からの指示により、前記の負荷分散装置が１台のＷｅｂサーバのみ負荷分散管理外とすることで、そのＷｅｂサーバに対するパッチファイルの投入及び動作検証がクライアント端末６へのサービスを停止することなく実現できる。
【００２８】
さらに、最新のパッチファイルのみを投入するようにしたが、最新のパッチファイルだけに限らず前段の古いパッチファイルも投入可能である。また、Ｗｅｂサーバを２台として説明したが、それ以上のＷｅｂサーバに対してもパッチファイルの投入及び動作検証を行えることはいうまでもない。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施の形態に係るパッチ自動施行システムの構成図である。
【図２】実施の形態における通常運転時の動作説明図である。
【図３】パッチファイル投入時の動作を示すシーケンスである。
【符号の説明】
【００３０】
１  パッチ管理サーバ、１１  パッチ管理マネージャー部、２  第１Ｗｅｂサーバ、２１  パッチ処理エージェント部、２２  負荷分散機能部、３  第２Ｗｅｂサーバ、３１  パッチ処理エージェント部、３２  負荷分散機能部、４  ファイアウォール、５  パッチ提供サーバ、６  クライアント端末、７  インターネット。
【図１】
2005196333.tif 000003
【図２】
2005196333.tif 000004
【図３】
2005196333.tif 000005