(57)【要約】【課題】マシンの状況に応じてパッチの適用方法や適用時期を柔軟に変化させ、対話形式などのパッチも自動で適用することを目的とする。【解決手段】パッチ適用対象マシンとパッチ管理サーバとを備えるパッチ適用システムであって、パッチ管理サーバとパッチ適用対象マシンには、パッチ管理サーバで作成され実行されたジョブネットワークに従ってパッチ適用対象マシンによるジョブの実行を制御する運用管理システムを構築する。この運用管理システムを使用して、パッチ適用対象マシンの負荷状況を取得し、パッチの緊急度とパッチ適用対象マシンの負荷状況に基づいて、当該パッチの適用時期および適用方法を決定し、該決定した適用時期にパッチが適用されるようなスケジュールで、該決定した適用方法でパッチが適用されるような、パッチ適用ジョブネットワークを作成し、実行する。【選択図】  図１
2010250749.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された、パッチを格納するパッチサーバと、パッチを適用する対象であるパッチ適用対象マシンと、該パッチ適用対象マシンに対するパッチの適用を管理するパッチ管理サーバとを備えるパッチ適用システムであって、
前記パッチ管理サーバと前記パッチ適用対象マシンには、前記パッチ管理サーバで作成され実行されたジョブネットワークに従って前記パッチ適用対象マシンによるジョブの実行を制御する運用管理システムが構築されており、
前記パッチ管理サーバは、
前記パッチサーバに新規のパッチが登録されたことを検出し、該検出した新規のパッチをダウンロードする手段と、
前記運用管理システムを用いて、前記パッチ適用対象マシンの負荷状況を取得するマシン情報収集手段と、
前記ダウンロードしたパッチの緊急度と前記パッチ適用対象マシンの負荷状況に基づいて、当該パッチの適用時期および適用方法を決定し、該決定した適用時期にパッチが適用されるようなスケジュールで、該決定した適用方法でパッチが適用されるような、パッチ適用ジョブネットワークを作成するジョブ作成手段と、
作成したパッチ適用ジョブネットワークを実行して、前記パッチ適用対象マシンに対してパッチを適用するジョブ管理手段と
を備えることを特徴とするパッチ適用システム。
【請求項２】
請求項１に記載のパッチ適用システムにおいて、
前記ジョブ作成手段は、前記パッチが緊急に適用すべきものであった場合は、直ぐに当該パッチを適用するように適用時期を決定し、前記パッチが緊急に適用する必要が無いものであり、かつ、前記パッチ適用対象マシンの負荷状況が高い場合は、所定時間後に当該パッチを適用するように適用時期を決定するものであることを特徴とするパッチ適用システム。
【請求項３】
請求項１に記載のパッチ適用システムにおいて、
前記パッチ適用対象マシンのマシンタイプ別にリトライ回数および／またはリトライ間隔に関するパラメータを記憶するパラメータ記憶手段をさらに備え、
前記ジョブ作成手段は、前記パッチの適用が失敗した場合に、前記パラメータ記憶手段に記憶されている当該パッチ適用対象マシンのマシンタイプに応じたリトライ回数に応じた回数および／またはリトライ間隔で当該パッチの適用のリトライを行うようなパッチ適用ジョブネットワークを作成するものであることを特徴とするパッチ適用システム。
【請求項４】
請求項１に記載のパッチ適用システムにおいて、
パッチ同士の依存関係を記憶するパッチ依存関係記憶手段をさらに備え、
前記ジョブ作成手段は、適用すべきパッチのパッチ適用ジョブネットワークを作成する際、該パッチを適用する前提として適用する必要があるパッチを前記パッチ依存関係記憶手段から探し、そのような依存関係のあるパッチがあった場合はさらにそのパッチに対して依存関係のあるパッチを前記パッチ依存関係記憶手段から探し、これを繰り返して依存関係が見つからなくなったら、それまでに見つかったパッチが依存関係を満たすように順番に適用されるように関連線を設定したパッチ適用ジョブネットワークを作成するものであることを特徴とするパッチ適用システム。
【請求項５】
請求項１に記載のパッチ適用システムにおいて、
前記ジョブ作成手段は、適用すべきパッチがユーザ入力を求める形式のパッチであった場合は、仮想的にユーザが所定の情報を入力したように働くプログラムを組み込んで、パッチ適用ジョブネットワークを作成するものであることを特徴とするパッチ適用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パッチ適用対象マシンの状況に応じて適用方法や適用時期を柔軟に変化させてパッチを適用するシステムに関するものである。
【背景技術】
【０００２】
近年、ネットワークの技術も進歩し、それに伴いインターネットが普及した。これにより、様々なウィルスやワーム、スパイウェアなどが出現している。また、ネットワーク機能の一般化も進み、もはやネットワーク機能をまったく持たないコンピューターはほとんどない状況と言える。
【０００３】
ここで、コンピューターを保護し、外部にデータを漏洩することを防ぐには、OSやドライバ、またOS上で動くアプリケーションに対して、各ベンダから配布されているセキュリティパッチを適用し、常に最新のセキュリティ状態を保つことが効果的な手段と言える。そのためには、新しいセキュリティパッチが配布されたら、管理している全てのコンピューターに即座にパッチを適用することが要求される。
【０００４】
また、上記のようなセキュリティ保護を目的とする場合以外にも、パッチ適用が要求される場面がある。例えば、組織内で頻繁に使われるツールがあり、導入必須となっているツールを強制的に導入させる場合である。その場合も、管理している全てのコンピューターにパッチとしてツールのインストーラを転送し、適用することによりツールを導入させることが要求される。
【０００５】
図８は、従来のパッチ適用方法を示す概要図である。従来方法では、適用するべきパッチが各ベンダや社内サーバなどから配信されると、組織内でメールなどを使ってその旨が通知され（801）、パッチ適用対象マシン（802）に手動でパッチを適用していた。パッチは、LANや公衆回線網など（803）を通して、各ベンダや社内サーバなどのパッチ配布サーバ（804）からダウンロードしていた。
【０００６】
図９は、従来の自動アップデートシステムの例を表す図である。従来の自動アップデートシステムでは、パッチ適用対象マシン（901）内で稼動しているプロセスが、LANや公衆回線網など（902）を介して定期的もしくは決まった時刻にパッチサーバ（903）に最新のパッチが存在するかどうかをチェックし、存在すればそのパッチを適用していた。しかしこれは、ある特定の製品のみを自動でアップデートする方法であり、コンピューターの状況を見ながら適用方法を変えることなどはできなかった。また、対象製品ごとに適用手順などが違うため、専用のクライアントプログラムが必要となり、汎用的に自動でパッチを適用することはできなかった。
【０００７】
なお、本発明に関連する公知技術文献としては、下記特許文献１があげられる。該文献には、最近のセキュリティアップグレード、ホットフィックス、およびサービスパックについて、様々な報告サービスおよびアプリケーションメーカーのWebサイトを走査してパッチを取り出し、企業ネットワーク内のすべてのコンピュータにこれらのパッチを自動的に適用するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表２００７−５２０８１９
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従来のパッチ適用方法では、各人が業務を一時中断し、手動で１台１台のパッチ適用対象マシンにセキュリティパッチなどのパッチを適用していた。結果として、業務の時間をパッチ適用作業に割かなければならず、業務効率の低下を招くことになっていた。また、従来の自動アップデートシステムでは、パッチ適用処理と業務の処理とが同じ時間帯に起こることがあり、これを回避するために、深夜帯にパッチ適用処理をスケジューリングしたり、マシンのアイドル時にパッチ適用処理をしたりしていた。以上のように、従来技術では、パッチを適用する時期をマシンの状況に応じて柔軟に変更する、といったことができなかった。
【００１０】
また、従来の自動アップデートシステムは、特定の個々の製品のみをアップデートの対象とするものであるという不都合があった。この点については、マシン上にあるすべての製品に対して、自動アップデートシステムを導入すれば解決されるが、必ずしもすべての製品に自動アップデートシステムがあるとは限らないし、製品が増えるたびに自動アップデートシステムを導入するのは現実的ではない。また、違う製品間でのパッチの依存関係があった場合、従来の自動アップデートシステムでは対応できず、パッチの適用に失敗した場合などは自動アップデートシステムの次回の適用時にスケジューリングされることが多く、組織内で一括してある期限までに適用するなどの対応ができなかった。さらに、自動アップデートシステムを利用しても、対話形式のアップデータであった場合には手動で操作する必要があり、結局は人手で行うことが多かった。以上のように、従来技術では、パッチの適用方法をマシンの状況に応じて柔軟に変更する、といったことができなかった。
【００１１】
上記特許文献１に記載の発明では、管理しているマシンにパッチを適用することは可能である。しかし、適用するマシンの業務状況を見て自動的に再スケジューリングをするなどの柔軟性がなく、また、サーバからパッチを選択して適用する部分は手動で行うようになっていた。また、上記特許文献１に記載の発明では、クライアントがサーバにポーリング処理を行い、パッチの有無を確認したりするので、ネットワークやクライアントマシンに定期的な処理が必要になっている。
【００１２】
上記のことから、本発明の目的は、マシンの状況に応じてパッチの適用方法や適用時期を柔軟に変化させ、対話形式などのパッチも自動で適用することである。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明のパッチ適用システムは、設定されたジョブネットワークに従ってジョブの実行を制御する運用管理システムが構築されているパッチ管理サーバにおいて、運用管理システムを使用してパッチ適用対象のマシンの負荷状況を取得し、マシンの負荷状況およびパッチの緊急度に基づいてパッチ適用時期や適用方法を決定し、該決定した適用時期にパッチが適用されるようなスケジュールで、該決定した適用方法でパッチが適用されるような、パッチ適用ジョブネットワークを作成し、作成したパッチ適用ジョブネットワークを実行してパッチを適用することを特徴とする。
【００１４】
例えば、前記パッチが緊急に適用すべきものであった場合は、直ぐに当該パッチを適用するように適用時期を決定し、前記パッチが緊急に適用する必要が無いものであり、かつ、前記パッチ適用対象マシンの負荷状況が高い場合は、所定時間後に当該パッチを適用するように適用時期を決定する。また、パッチの適用が失敗した場合には、当該パッチ適用対象マシンのマシンタイプに応じたリトライ回数に応じた回数および／またはリトライ間隔で当該パッチの適用のリトライを行うようにする。さらに、適用すべきパッチのパッチ適用ジョブネットワークを作成する際、該パッチを適用する前提として適用する必要があるパッチを探し、そのような依存関係のあるパッチがあった場合はさらにそのパッチに対して依存関係のあるパッチを探し、これを繰り返して依存関係が見つからなくなったら、それまでに見つかったパッチが依存関係を満たすように順番に適用されるように関連線を設定したパッチ適用ジョブネットワークを作成する。また、適用すべきパッチがユーザ入力を求める形式のパッチであった場合は、仮想的にユーザが所定の情報を入力したように働くプログラムを組み込んで、パッチ適用ジョブネットワークを作成する。
【発明の効果】
【００１５】
本発明によれば、以下の効果が得られる。
・パッチ適用対象マシンに一括してパッチを当てることができる。
・電源がOFFのマシンであっても強制的にパッチを適用できる。
・運用管理システムからパッチ適用処理が実行できるので、業務の処理とパッチ適用処理のタイミングをずらして業務を妨げずにパッチを適用したり、逆に、緊急のパッチを、業務に優先させて強制的に適用したりすることができ、パッチの緊急度やパッチ適用対象マシンの負荷状況に応じて適用時期・適用方法を柔軟に変化させて運用することが可能になる。
・システムの負荷情報を収集することにより、パッチ適用時に負荷状況が高い場合には適用を延期したり、負荷状態が低い時間帯に処理を実行することが可能になる。
・対話操作を含むあらゆる形態のパッチを自動で適用できるようになる。
・人手の作業を減らすことができ、工数削減につながる。
・パッチを適用するマシン側が特に意識しなくても、常に適切なセキュリティ状態を保つことができる。
・運用管理システムを利用してパッチ管理サーバから配信的にパッチを適用することができるので、パッチを適用するマシンの側からパッチ管理サーバにパッチ適用の要否を確認する必要がなく、クライアントマシンのシステム資源やネットワークなどのシステム資源への負荷を低減し、業務を円滑に行うことの利点を得ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態のパッチ適用システムの構成図
【図２】管理しているマシンの情報を取得して記憶するマシン情報管理DBのデータ構造図
【図３】各マシンと適用するパッチの対応関係を記憶するマシン・パッチ対応表管理DBのデータ構造図
【図４】本実施形態のパッチ適用システムにおけるパッチ適用方法の例を示す図
【図５】パッチの依存関係を記憶するパッチ依存関係DBのデータ構造図
【図６】マシンタイプ別にパラメータを記憶するパッチ管理サーバパラメータDBのデータ構造図
【図７ａ】本実施形態のパッチ適用システムの処理の概要を示すフローチャート（その１）
【図７ｂ】本実施形態のパッチ適用システムの処理の概要を示すフローチャート（その２）
【図８】従来のパッチ適用の図
【図９】従来の自動アップデートシステムの図
【発明を実施するための形態】
【００１７】
以下、図面を用いて、本発明の実施の形態を説明する。
【００１８】
図１は、本発明の一実施形態であるパッチ適用システムの構成図である。パッチ管理サーバ（101）は、今回のパッチ適用システムの中核を成す部分であり、パッチを適用する対象のマシン群（102）を管理している。パッチ管理サーバ（101）は、自動もしくは人が運用をし、各ベンダなどのパッチサーバ（103）に対して定期的に新しいパッチの有無を確認してダウンロードしたり、収集した情報からどのようにパッチを適用するかを決めたりする。パッチ管理サーバ（101）とパッチを適用するマシン群（102）には、運用管理システムが構築されている。運用管理システムの実体は、パッチ管理サーバ（101）で稼働するジョブ管理マネージャーと、各パッチ適用対象マシン（102）で稼働するジョブ実行エージェントである。運用管理システムにより、パッチ管理サーバ（101）（ジョブ管理マネージャー）の命令で、パッチ適用対象マシン（102）（ジョブ実行エージェント）にデータを転送したり、転送したプログラムを実行させて情報の取得やパッチ適用を行わせることができる。
【００１９】
パッチ管理サーバ（101）は、送受信部（107）によって、LANや公衆回線網など（104）を介して各ベンダや社内サーバなどのパッチサーバ（103）に接続して、パッチを取得する。マシン情報収集部（110）は、情報収集用のプログラムを各パッチ適用対象マシン（102）に転送し実行させる。そのプログラムの出力は、パッチ管理サーバ（101）が受け取る。受け取ったデータは、マシン情報管理DB（105）に保存される。
【００２０】
図２は、マシン情報管理DB（105）のデータ構造（201）を示す。マシン情報管理DB（105）には、各パッチ適用対象マシン（102）から収集した情報を、各マシン毎に格納する。具体的には、当該マシン情報の送信元のパッチ適用対象マシンのホスト名、該パッチ適用対象マシンで稼働しているOSの種類やインストールされているソフト一覧、それらのソフトのバージョン、マウス/キーボードなどの使用率、一定の間隔で採取したマシンの負荷情報などが格納される。
【００２１】
図１のパッチ管理サーバ（101）のジョブ作成部（109）は、上記マシン情報管理DB（105）の情報とパッチの緊急度をもとに、どのマシンに何のパッチを当てるかを決め、それをマシン・パッチ対応表管理DB（106）に格納する。
【００２２】
図３は、マシン・パッチ対応表管理DB（106）のデータ構造（301）を示す。ジョブ作成部（109）における決定に基づいて、マシン・パッチ対応表管理DB（106）には、パッチ適用対象マシンのホスト名と、そのホストに適用すべきパッチのパッチ名を格納する。
【００２３】
パッチ管理サーバ（101）から各パッチ適用対象マシン（102）に対するパッチの適用は、運用管理システムを使用して行う。ユーザがジョブネットというジョブの集まりを作成し、運用管理システムにそれを定義し、実行させることによって、やらせたい処理、ここではパッチ適用対象マシン（102）にパッチを適用する処理を行うことができる。実際にジョブネットを実行するタイミングは、マシン情報管理DB（105）に収集されているマシンの負荷情報やパッチの緊急度により決定し、運用管理システムにスケジューリングされる。例えば、緊急でないパッチの適用で、マウス/キーボードの使用率およびCPU使用率が高い（負荷が高い）場合には、そのパッチ適用対象マシンは現在使用されていると判断し、運用管理システムのスケジューリング機能を使い、一定時間後にパッチの適用を試みるようにスケジューリングする。逆に、マウス/キーボードの使用率が高くても、緊急のパッチの場合は、すぐにパッチをパッチ適用対象マシンに適用する。このようにして、パッチ適用対象マシンの負荷状況やパッチの緊急度に応じて、パッチの適用時期を柔軟に変化させることができる。
【００２４】
図４は、パッチ管理サーバ（101）がパッチ適用対象マシン（102）にパッチ適用を行うためのパッチ適用ジョブネットを実行させる様子を示す概念図である。パッチ管理サーバ（101）の命令で、パッチ適用対象マシン（102）上の運用管理システムで処理している業務用ジョブネット（401）を一時的に中断させ、パッチ適用ジョブネット（402）を実行し終えたあと、業務用ジョブネット（401）を再開させるなど、柔軟な方法でパッチを適用させることができる。
【００２５】
このようなパッチ適用ジョブネットは、ジョブ作成部（109）が、マシン・パッチ対応表管理DB（106）、パッチ管理サーバパラメータDB（111）、パッチ依存関係DB（112）、およびパッチのアップデータの形式に基づいて、柔軟に適用時期や適用方法を決定して、作成する。作成したパッチ適用ジョブネットは、ジョブ管理部（108）が保持する。ジョブ管理部（108）は、保持しているパッチ適用ジョブネットを、スケジューリングされたタイミングで実行する。パッチ適用ジョブネットが実行されることにより、パッチ適用対象マシン（102）にパッチのアップデータが転送・実行され、上述したように決定された適用時期や適用方法でパッチが適用される。これが終わると、パッチ適用が完了したことになる。
【００２６】
ここで、本パッチ適用システムが、柔軟に適用方法を変化させることができる例を説明する。まず、パッチの依存関係を考慮し、パッチ適用失敗時にはリトライを行う例を説明する。
【００２７】
パッチ適用のためのジョブネットを作成する際には、パッチの依存関係を考慮する必要がある。例えば、Bというパッチは、事前にAというパッチを適用した後にのみ適用できるというものである。AとBのパッチを同時に適用すると判断した場合、必ずパッチA→パッチBの順番で適用するように、ジョブネットを作成しなければならない。パッチの依存関係の確認は、手動または自動でパッチ管理サーバ（101）が行い、得られた依存関係はパッチ依存関係DB（112）に格納する。
【００２８】
図５に、パッチ依存関係DB（112）のデータ構造（501）を示す。各パッチのパッチ名に対応して依存関係が格納されている。例えば、MudOS 2008 Service Pack 2は、MudOS 2008 Service Pack 1を適用した後に適用しなければならないことが分る。
【００２９】
ジョブ作成部（109）は、パッチ適用ジョブネットを、このパッチ依存関係DB（112）の内容を見ながら、作成する。すなわち、ジョブ作成部（109）は、あるパッチAを適用するジョブネットを作成するとき、まず図５のパッチ依存関係DB（112）から当該パッチAを探す。1つ以上の依存関係が見つかった場合、いったんパッチAを適用するためのジョブネットの作成を中断する。見つかった依存パッチをパッチBとすると、パッチBを適用するジョブネットを作成するために、今度はパッチBの依存関係を図５のパッチ依存関係DB（112）から探し、依存関係が見つかった場合は、再び見つかったパッチがパッチ依存関係DB（112）にあるかどうかを探す。このように再帰的に依存関係を探していき、最終的に依存関係が見つからなくなったら、そのパッチを適用するジョブネットを作る。ジョブネットの作成が完了したら、前に中断していたジョブネットを作成し、順番に実行されるように関連線を設定する。一つずつ前に作成を中断していたジョブネットを作成していき、意図した順番にパッチが当たるように関連線を設定し、作成を中断していたジョブネットがなくなったら、正しい順番でパッチを適用するジョブネットが完成したことになる。
【００３０】
また、パッチ適用ジョブネットによるパッチ適用に失敗した場合は、運用管理システムが自動的にリトライを行う。パッチ適用の失敗にはネットワーク障害や、パッチ適用対象マシンの電源がダウンするなど様々な症状があるので、リトライ回数の上限や、リトライ間隔などを設定しておくべきである。リトライ回数の上限などの情報は、パッチ管理サーバ（101）で適切に決定し、その内容はパッチ管理サーバパラメータDB（111）に格納しておく。
【００３１】
図６に、パッチ管理サーバパラメータDB（111）のデータ構造（601）を示す。パッチ適用対象マシン（102）のマシンタイプ別に、リトライ回数を格納しておく。これにより、パッチ適用を重視すべきマシンはリトライ回数を多くして例えば10回とし、普通のマシンは例えば5回とする、などの設定が可能である。
【００３２】
パッチを適用できなかったマシン名とパッチ名は、パッチ管理サーバ（101）のエラーログに記録される。リトライは、指定された回数リトライを行うような構造のパッチ適用ジョブネットを作成することで実現する。具体的にパッチ適用ジョブネットの構造を説明する。まず、パッチを適用するジョブが失敗した場合でも、そこで処理を終了させずに失敗時のフローを実行させるようにする。失敗時のフローの内容は、パッチを適用する予定だったマシン名、パッチ名、その他失敗した原因などをエラーログに出力したり、適当な時間待った後、該当マシンのパッチのリトライカウントを増やし、リトライ上限数を超えていなければ再びパッチ適用のジョブネットを実行する、というような内容である。リトライ上限数を超えていた場合、エラーログにパッチを適用できなかった内容を出力するなどの処理を行う。
【００３３】
また、各ベンダなどのパッチサーバ（103）から取得したパッチのアップデータによっては、そのパッチを適用する際に、ユーザによるオプションなどの選択が必要だったり、対話形式だったりする場合がある。この場合は、パッチ管理サーバ（101）のジョブ作成部（109）が、がパッチのアップデータから聞かれていることに自動的に適切に答えるようなプログラムを作り、それをジョブネットに組み込むことによって、あらゆる形態のパッチを自動で当てることが実現できる。例えば、パッチのアップデータがGUIプログラムであり、起動すると、ユーザが複数の項目からいくつかを選択した後、適用のボタンを押すことが必要であるとする。この場合は、あらかじめどの項目を選択するかを決め、プログラムからアップデータのハンドルを取得するなどの処理を行いチェックボックスやボタンを操作するプログラムを作っておく。そして、ジョブ作成部（109）は、このプログラムを利用するパッチ適用ジョブネットを作成する。これにより、当該パッチ適用ジョブネットを実行すれば、前記プログラムが自動的にチェックボックスやボタンなどの操作を行うので、結果としてどんな形式のパッチでも適用できる。
【００３４】
図７ａおよび図７ｂは、本実施形態のパッチ適用システムにおけるパッチ適用の処理手順を示すフローチャートである。パッチ管理サーバ（101）は、ベンダや社内などのパッチサーバ（103）上に新しいパッチを確認したら（ステップ701）、そのパッチについて自動または手動で適用が必要かどうかを判断し、必要な場合は当該パッチサーバ（103）からパッチをダウンロードする（ステップ702）。パッチ適用対象マシン（102）に当該パッチを当てるかどうかを決めるため、パッチ管理サーバ（101）は、マシン情報収集部（110）を使用して情報収集ツールを各パッチ適用対象マシン（102）に転送し実行させて（ステップ703）、その実行結果を受け取り、図２のマシン情報管理DB（105）に登録する（ステップ704）。ジョブ作成部（109）は、マシン情報管理DB（105）の内容と当該パッチの緊急度から、どのマシンに何のパッチを適用するかを決めて（ステップ705）、図３のマシン・パッチ対応表管理DB（106）に登録する（ステップ706）。また、ジョブ作成部（109）は、マシン・パッチ対応表管理DB（106）の内容、図６のパッチ管理サーバパラメータDB（111）のリトライ回数などの情報、図５のパッチ依存関係DB（112）の内容、マシン情報管理DB（105）に格納されているマシンの負荷情報、およびパッチのアップデータの形式などをもとに、パッチ適用ジョブネットとその実行スケジュールを作成し、運用管理システムにスケジューリングする（ステップ707）。スケジューリングされたパッチ適用ジョブネットが実行されると、パッチの適用が開始する（ステップ708）。最後に、必要に応じて後始末処理を行う（ステップ709）。
【符号の説明】
【００３５】
101：パッチ管理サーバ、102：パッチ適用対象マシン、103：ベンダのパッチサーバや社内のパッチサーバなど、104：LANや公衆回線網など、105：マシン情報管理DB、106：マシン・パッチ対応表管理DB、107：通信を行う送受信部、108：ジョブ管理部、109：ジョブ作成部、110：マシン情報収集部、111：パッチ管理サーバパラメータDB、112：パッチ依存関係DB、201：マシン情報管理DBのデータ構成例、301：マシン・パッチ対応表管理DBのデータ構成例、401：パッチ適用対象マシン上で実行している業務処理を行うジョブネット、402：パッチ適用対象マシン上で実行するパッチ適用を行うジョブネット、501：パッチ依存関係DB、601：パッチ管理サーバパラメータDBのデータ構成例、701〜709：本システムによるパッチ適用の流れ、801：従来のパッチ適用依頼、802：パッチ適用対象マシン、803：LANや公衆回線網など、804：ベンダのパッチサーバ、901：パッチ適用対象マシン内の特定の製品を表す図、902：LANや公衆回線網など、903：特定のベンダのパッチサーバ。
【図１】
2010250749.tif 000003
【図２】
2010250749.tif 000004
【図３】
2010250749.tif 000005
【図４】
2010250749.tif 000006
【図５】
2010250749.tif 000007
【図６】
2010250749.tif 000008
【図７ａ】
2010250749.tif 000009
【図７ｂ】
2010250749.tif 000010
【図８】
2010250749.tif 000011
【図９】
2010250749.tif 000012