特開 2022-155818 情報処理システム、プログラム、方法および管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022155818

(43)【公開日】2022-10-14

(54)【発明の名称】情報処理システム、プログラム、方法および管理装置

(51)【国際特許分類】

   G06F 13/00 20060101AFI20221006BHJP

   G06F 8/65 20180101ALI20221006BHJP

【ＦＩ】

G06F13/00 530A

G06F8/65

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021059229

(22)【出願日】2021-03-31

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】特許業務法人扶桑国際特許事務所

(72)【発明者】

【氏名】中村 勝明

【テーマコード（参考）】

5B084

5B376

【Ｆターム（参考）】

5B084AA01

5B084AA12

5B084AB16

5B084AB37

5B084BA09

5B084BB11

5B084DB04

5B084DC02

5B084DC03

5B084EA02

5B376AB01

5B376AB37

5B376AB40

5B376CA36

(57)【要約】

【課題】更新データのダウンロード負荷を軽減する。
【解決手段】情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれは、自装置で動作するプログラムに対応する更新データを伝送経路１，２のどちらを介してダウンロードしたかを示す履歴情報１１に基づいて、更新データを伝送経路１を介してダウンロードする可能性を推定し、推定結果に応じた指標情報１２を管理装置２０に送信する。管理装置２０は、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれから受信した指標情報１２に基づいて、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれを複数のグループのいずれかに分類し、分類結果を示す分類情報２１を情報処理装置１０ａ，１０ｂ，１０ｃ，・・・に送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の情報処理装置と、前記複数の情報処理装置に対して第１の伝送経路を介して接続された管理装置とを有する情報処理システムであって、
前記複数の情報処理装置のそれぞれは、
自装置で動作するプログラムに対応する更新データを前記第１の伝送経路と第２の伝送経路のどちらを介してダウンロードしたかを示す履歴情報に基づいて、前記更新データを前記第１の伝送経路を介してダウンロードする可能性を推定し、前記可能性の推定結果に応じた指標情報を前記管理装置に送信し、
自装置を複数のグループのいずれに分類するかを示す分類情報を前記管理装置から受信し、前記分類情報に基づいて前記複数のグループのうち自装置が属するグループを判別し、判別されたグループに応じたタイミングで前記更新データをダウンロードし、
前記管理装置は、前記複数の情報処理装置のそれぞれから受信した前記指標情報に基づいて、前記複数の情報処理装置のそれぞれを複数のグループのいずれかに分類し、分類結果を示す前記分類情報を前記複数の情報処理装置に送信する、
情報処理システム。

【請求項2】

前記複数の情報処理装置のそれぞれは、複数種類のプログラムの中から自装置で動作するプログラムの種類を判別し、前記種類の判別結果に応じた判別情報を前記指標情報とともに前記管理装置に送信し、
前記管理装置は、前記複数の情報処理装置のそれぞれから受信した前記指標情報および前記判別情報と、前記複数種類のプログラムのそれぞれに対応する前記更新データのデータサイズとに基づいて、前記複数の情報処理装置のそれぞれを前記複数のグループのいずれかに分類する、
請求項１記載の情報処理システム。

【請求項3】

前記更新データのデータサイズが大きいほど多数生成されるように前記複数種類のプログラムのそれぞれに対して１以上の識別情報が生成され、
前記複数の情報処理装置のそれぞれは、自装置で動作するプログラムに対応する前記識別情報の中から、同一種類のプログラムが動作する前記情報処理装置間で同一の前記識別情報の割り当て数が均一になるように、自装置に対して前記識別情報を割り当て、割り当てられた前記識別情報を前記判別情報として前記管理装置に送信し、
前記管理装置は、前記複数の情報処理装置のそれぞれから受信した前記指標情報および前記判別情報に基づいて、前記複数種類のプログラムのすべてに対応する前記識別情報を前記複数のグループのいずれかに分類し、前記分類情報として前記識別情報に対するグループの割り当て結果を示す情報を前記複数の情報処理装置に送信し、
前記複数の情報処理装置のそれぞれは、受信した前記分類情報に基づいて、自装置に割り当てられた前記識別情報に対応付けられたグループを、自装置が属するグループと認識する、
請求項２記載の情報処理システム。

【請求項4】

前記管理装置は、前記複数の情報処理装置のそれぞれから受信した前記指標情報および前記判別情報に基づき、前記複数種類のプログラムのすべてに対応する前記識別情報のそれぞれについて、受信した前記指標情報の合計値を算出し、前記合計値のすべてを合計した全体合計値に対する前記合計値の比率を前記識別情報ごとに算出し、前記複数のグループのそれぞれにおける前記比率の合算値が均等になるように前記識別情報を前記複数のグループのいずれかに分類する、
請求項３記載の情報処理システム。

【請求項5】

前記管理装置は、前記複数種類のプログラムごとに、対応する前記識別情報のうち前記複数の情報処理装置のいずれかによって直近に割り当てられた前記識別情報を管理情報に記録し、
前記複数の情報処理装置のそれぞれは、自装置に対する前記識別情報の割り当ての際、前記管理情報に記録された、直近に割り当てられた前記識別情報を取得し、当該識別情報とは異なる前記識別情報を自装置に割り当てることで、同一種類のプログラムが動作する前記情報処理装置間で同一の前記識別情報の割り当て数が均一になるように自装置に前記識別情報を割り当てる、
請求項３または４記載の情報処理システム。

【請求項6】

複数の情報処理装置に対して第１の伝送経路を介して接続されたコンピュータに、
前記複数の情報処理装置のそれぞれから、前記複数の情報処理装置のそれぞれにおいて動作するプログラムに対応する更新データを前記第１の伝送経路と第２の伝送経路のうち前記第１の伝送経路を介してダウンロードする可能性の推定結果に応じた指標情報を受信し、
受信した前記各指標情報に基づいて、前記複数の情報処理装置のそれぞれを、前記更新データのダウンロードタイミングが異なる複数のグループのいずれかに分類し、分類結果を示す分類情報を前記複数の情報処理装置に送信する、
処理を実行させる情報処理プログラム。

【請求項7】

前記受信では、前記複数の情報処理装置のそれぞれにおいて複数種類のプログラムのうち自装置で動作するプログラムの種類を判別した判別結果に応じた判別情報を、前記指標情報とともに受信し、
前記分類では、前記複数の情報処理装置のそれぞれから受信した前記指標情報および前記判別情報と、前記複数種類のプログラムのそれぞれに対応する前記更新データのデータサイズとに基づいて、前記複数の情報処理装置のそれぞれを前記複数のグループのいずれかに分類する、
請求項６記載の情報処理プログラム。

【請求項8】

前記更新データのデータサイズが大きいほど多数生成されるように前記複数種類のプログラムのそれぞれに対して１以上の識別情報が生成され、
前記判別情報の受信では、前記複数の情報処理装置のそれぞれに対して割り当てられた前記識別情報を前記判別情報として前記複数の情報処理装置から受信し、前記複数の情報処理装置のそれぞれに対応する前記識別情報は、自装置で動作するプログラムに対応する前記識別情報の中から、同一種類のプログラムが動作する前記情報処理装置間で同一の前記識別情報の割り当て数が均一になるように、前記複数の情報処理装置のそれぞれによって割り当てられ、
前記分類情報の送信では、前記複数の情報処理装置のそれぞれから受信した前記指標情報および前記判別情報に基づいて、前記複数種類のプログラムのすべてに対応する前記識別情報を前記複数のグループのいずれかに分類し、前記分類情報として前記識別情報に対するグループの割り当て結果を示す情報を前記複数の情報処理装置に送信する、
請求項７記載の情報処理プログラム。

【請求項9】

前記分類では、前記複数の情報処理装置のそれぞれから受信した前記指標情報および前記判別情報に基づき、前記複数種類のプログラムのすべてに対応する前記識別情報のそれぞれについて、受信した前記指標情報の合計値を算出し、前記合計値のすべてを合計した全体合計値に対する前記合計値の比率を前記識別情報ごとに算出し、前記複数のグループのそれぞれにおける前記比率の合算値が均等になるように前記識別情報を前記複数のグループのいずれかに分類する、
請求項８記載の情報処理プログラム。

【請求項10】

前記コンピュータに、前記複数種類のプログラムごとに、対応する前記識別情報のうち前記複数の情報処理装置のいずれかによって直近に割り当てられた前記識別情報を管理情報に記録する処理をさらに実行させ、
前記複数の情報処理装置のそれぞれに対する前記識別情報の割り当てでは、前記複数の情報処理装置のそれぞれは、前記管理情報に記録された、直近に割り当てられた前記識別情報を取得し、当該識別情報とは異なる前記識別情報を自装置に割り当てることで、同一種類のプログラムが動作する前記情報処理装置間で同一の前記識別情報の割り当て数が均一になるように自装置に前記識別情報を割り当てる、
請求項８または９記載の情報処理プログラム。

【請求項11】

複数の情報処理装置に対して第１の伝送経路を介して接続されたコンピュータが、
前記複数の情報処理装置のそれぞれから、前記複数の情報処理装置のそれぞれにおいて動作するプログラムに対応する更新データを前記第１の伝送経路と第２の伝送経路のうち前記第１の伝送経路を介してダウンロードする可能性の推定結果に応じた指標情報を受信し、
受信した前記各指標情報に基づいて、前記複数の情報処理装置のそれぞれを、前記更新データのダウンロードタイミングが異なる複数のグループのいずれかに分類し、分類結果を示す分類情報を前記複数の情報処理装置に送信する、
情報処理方法。

【請求項12】

複数の情報処理装置に対して第１の伝送経路を介して接続された管理装置であって、
前記複数の情報処理装置のそれぞれから、前記複数の情報処理装置のそれぞれにおいて動作するプログラムに対応する更新データを前記第１の伝送経路と第２の伝送経路のうち前記第１の伝送経路を介してダウンロードする可能性の推定結果に応じた指標情報を受信し、
受信した前記各指標情報に基づいて、前記複数の情報処理装置のそれぞれを、前記更新データのダウンロードタイミングが異なる複数のグループのいずれかに分類し、分類結果を示す分類情報を前記複数の情報処理装置に送信する、処理部、
を有する管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、プログラム、方法および管理装置に関する。

【背景技術】

【0002】

企業などの情報処理システムでは、システム内の各機器のセキュリティ状態を適切に管理することが求められる。例えば、各機器におけるセキュリティパッチの適用状況を適切に管理することで、情報処理システムのセキュリティを向上させることができる。

【0003】

セキュリティ管理に関しては、次のような技術が提案されている。例えば、利用者の属性情報や端末装置のプロパティ情報に基づいてセキュリティに関するポリシー情報を決定し、ポリシー情報に基づいて情報システム内の各機器の設定情報を作成する情報システム設定装置が提案されている。また、サーバがパッチをＶＰＮ（Virtual Private Network）を介してリモートオフィス内の各コンピュータに送る代わりに、パッチがサーバからリレイに送られ、リレイから他のコンピュータに配布されることで、ネットワーク上のリモートグループに対するＶＰＮボトルネックを取り除くようにしたシステムが提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６－１８４９３６号公報

【特許文献2】国際公開第２００４／００９４２８号

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、企業などの組織内の内部ネットワーク上の装置と、インターネットなどの外部ネットワーク上の装置との間では、ＶＰＮを用いてセキュアな通信が行われることが多い。例えば、外部ネットワークに接続された情報処理装置（社員の端末装置など）が、プログラムの更新データを内部ネットワーク上の管理装置からダウンロードする場合には、ＶＰＮを介してダウンロードが行われる。

【0006】

近年、テレワークの普及に伴い、外部ネットワークに接続されて利用される情報処理装置の台数が増加している。このため、これらの情報処理装置がプログラムの更新データをダウンロードする際に、ＶＰＮを用いた通信負荷が増大している。更新データのダウンロード時の通信負荷を軽減する方法としては、例えば、情報処理装置を複数のグループに分類し、グループごとにダウンロードのタイミングをずらす方法が考えられる。しかし、単に情報処理装置を同数ずつグループ化するだけでは、ＶＰＮの通信負荷を均等に分散できず、ダウンロードのタイミングによっては通信負荷の軽減量が不十分になるという問題がある。

【0007】

１つの側面では、本発明は、更新データのダウンロード負荷を軽減することが可能な情報処理システム、プログラム、方法および管理装置を提供することを目的とする。

【課題を解決するための手段】

【0008】

１つの案では、複数の情報処理装置と、複数の情報処理装置に対して第１の伝送経路を介して接続された管理装置とを有する情報処理システムが提供される。この情報処理システムにおいて、複数の情報処理装置のそれぞれは、自装置で動作するプログラムに対応する更新データを第１の伝送経路と第２の伝送経路のどちらを介してダウンロードしたかを示す履歴情報に基づいて、更新データを第１の伝送経路を介してダウンロードする可能性を推定し、可能性の推定結果に応じた指標情報を管理装置に送信し、自装置を複数のグループのいずれに分類するかを示す分類情報を管理装置から受信し、分類情報に基づいて複数のグループのうち自装置が属するグループを判別し、判別されたグループに応じたタイミングで更新データをダウンロードする。管理装置は、複数の情報処理装置のそれぞれから受信した指標情報に基づいて、複数の情報処理装置のそれぞれを複数のグループのいずれかに分類し、分類結果を示す分類情報を複数の情報処理装置に送信する。

【0009】

また、１つの案では、上記の管理装置と同様の処理をコンピュータに実行させる情報処理プログラムが提供される。
さらに、１つの案では、上記の管理装置と同様の処理をコンピュータが実行する情報処理方法が提供される。

【0010】

また、１つの案では、上記の管理装置と同様の処理を実行する管理装置が提供される。

【発明の効果】

【0011】

１つの側面では、更新データのダウンロード負荷を軽減できる。

【図面の簡単な説明】

【0012】

【図1】第１の実施の形態に係る情報処理システムの構成例および処理例を示す図である。

【図2】第２の実施の形態に係る情報処理システムの構成例を示す図である。

【図3】ＰＣのハードウェア構成例を示す図である。

【図4】管理サーバおよびＰＣが備える処理機能の構成例を示す図である。

【図5】管理サーバに記憶される管理テーブルのデータ構成例を示す図である。

【図6】グループ化のために使用されるレジストリの設定処理の概要を示す図である。

【図7】ラベルの割り当て処理を示す図である。

【図8】ラベルのグループ化処理について示す図である。

【図9】グループごとのパッチ適用タイミングについて示す図である。

【図10】管理サーバによるＯＳチェックコマンド送信処理の手順を示すフローチャートの例である。

【図11】グループ通知処理の手順を示すフローチャートの例である。

【図12】ＰＣによるＯＳチェック処理の手順を示すフローチャートの例である。

【図13】ＰＣによる環境チェック処理の手順を示すフローチャートの例である。

【図14】ＰＣによるパッチ適用処理の手順を示すフローチャートの例である。

【発明を実施するための形態】

【0013】

以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る情報処理システムの構成例および処理例を示す図である。図１に示す情報処理システムは、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・と管理装置２０を含む。情報処理装置１０ａ，１０ｂ，１０ｃ，・・・と管理装置２０とは、伝送経路１を介して接続されている。また、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・は、伝送経路１とは別の伝送経路２にも接続されている。

【0014】

情報処理装置１０ａ，１０ｂ，１０ｃ，・・・は、それぞれ自装置で動作するプログラムに対応する更新データを、伝送経路１，２のどちらを介してもダウンロードすることが可能となっている。伝送経路１を経由する場合、例えば、管理装置２０から更新データがダウンロードされる。一方、伝送経路２を経由する場合、伝送経路１を経由する場合のダウンロード元機器とは異なるダウンロード元機器（例えば、プログラムのベンダのＷｅｂサーバ）から、更新データがダウンロードされる。

【0015】

管理装置２０は、伝送経路１を介した更新データのダウンロード負荷ができるだけ均等になるように、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・を複数のグループに分類して、グループごとに更新データのダウンロードが行われるようにする。更新データのダウンロード負荷（ダウンロードデータ量）がグループ間で均等になった場合に、伝送経路１を介したダウンロード負荷を最も軽減できる。これは、ダウンロード時における伝送経路１の最大負荷を最小化できるからである。

【0016】

ここで、更新データのダウンロード負荷をグループ間で均等にする方法としては、情報処理装置を同数ずつグループ化する方法が考えられる。しかし、図１のように、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれが伝送経路１だけでなく伝送経路２からも更新データをダウンロードできる場合には、この方法ではグループ間でダウンロード負荷が均等になるとは限らない。それは、一部の情報処理装置が伝送経路１を介さずに伝送経路２を介して更新データをダウンロードする可能性があるからである。そこで、本実施の形態では、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれが伝送経路１を介して更新データをダウンロードする可能性が推定され、その推定結果を考慮してグループ化が実行される。

【0017】

本実施の形態に係る情報処理システムでは、次のような手順でグループ化処理が実行される。
情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれは、履歴情報１１を記憶している。履歴情報１１には、自装置（対応する情報処理装置）が、更新データを伝送経路１，２のどちらを介してダウンロードしたかを示す履歴が保持されている。情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれは、履歴情報１１を参照して以下のステップＳ１，Ｓ２の処理を実行する。

【0018】

例えば、情報処理装置１０ａは、自装置内の履歴情報１１に基づいて、更新データを伝送経路１を介してダウンロードする可能性を推定する（ステップＳ１）。情報処理装置１０ａは、このような可能性の推定結果に応じた指標情報１２を管理装置２０に送信する（ステップＳ２）。

【0019】

このようにして、管理装置２０は、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれから指標情報１２を受信する。管理装置２０は、受信した指標情報１２に基づいて、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれを複数のグループのいずれかに分類する（ステップＳ３）。この分類処理では、例えば、指標情報１２に基づき、更新データを伝送経路１を介してダウンロードする可能性の合計値がグループごとに略均等になるように、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・がグループ化される。これにより、所属する情報処理装置の台数が多いグループほど、その中で更新データを伝送経路１を介さずに伝送経路２を介してダウンロードする情報処理装置が多くなる可能性が高くなる。その結果として、グループごとに実際に伝送経路１を介して更新データをダウンロードする情報処理装置の台数が均等になる。

【0020】

管理装置２０は、グループの分類結果を示す分類情報２１を情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれに送信する（ステップＳ４）。情報処理装置１０ａ，１０ｂ，１０ｃ，・・・のそれぞれは、分類情報２１を受信して、以下のステップＳ５，Ｓ６の処理を実行する。

【0021】

例えば、情報処理装置１０ａは、受信した分類情報２１に基づいて、自装置が属するグループを判別する（ステップＳ５）。情報処理装置１０ａは、判別されたグループに応じたタイミングで、更新データを伝送経路１を介してダウンロードし、プログラムに適用する（ステップＳ６）。これにより、更新データのダウンロードのタイミングがグループごとに分散される。ただし、ステップＳ５では、すでに同じ更新データを伝送経路２を介してダウンロード済みである場合には、伝送経路１を介したダウンロードは行われない。

【0022】

以上の処理により、伝送経路１を介した更新データのダウンロード負荷を軽減することが可能となる。
〔第２の実施の形態〕
図２は、第２の実施の形態に係る情報処理システムの構成例を示す図である。図２に示す情報処理システムは、管理サーバ１００とＰＣ（Personal Computer）２００ａ，２００ｂ，２００ｃ，・・・を含む。なお、管理サーバ１００は、図１に示した管理装置２０の一例である。また、ＰＣ２００ａ，２００ｂ，２００ｃ，・・・は、図１に示した情報処理装置１０ａ，１０ｂ，１０ｃ，・・・の一例である。

【0023】

管理サーバ１００は、企業などの組織が保有する資産（情報処理機器）を管理するサーバ装置である。本実施の形態では特に、管理サーバ１００は、ＰＣ２００ａ，２００ｂ，２００ｃ，・・・についてのセキュリティ対策の実行状況を管理する機能を備える。管理サーバ１００は、内部ネットワーク３０１に接続されている。内部ネットワーク３０１は、上記の組織内で利用されるローカルなネットワーク（イントラネット）である。内部ネットワーク３０１は、例えば図示しないゲートウェイなどを介して、インターネット３０２に接続されている。

【0024】

ＰＣ２００ａ，２００ｂ，２００ｃ，・・・は、管理サーバ１００による管理対象のクライアントコンピュータであって、上記の組織に属するユーザが使用するユーザ端末である。ＰＣ２００ａ，２００ｂ，２００ｃ，・・・は、有線または無線により、内部ネットワーク３０１とインターネット３０２のどちらにも接続可能になっている。一例として、ＰＣ２００ａ，２００ｂ，２００ｃ，・・・が組織の施設内に存在する場合には内部ネットワーク３０１に接続し、施設外に存在する場合にはインターネット３０２に接続する。

【0025】

ただし、ＰＣ２００ａ，２００ｂ，２００ｃ，・・・がインターネット３０２を介して管理サーバ１００などの内部ネットワーク３０１上の機器と通信する場合、それらの機器とＰＣ２００ａ，２００ｂ，２００ｃ，・・・とはＶＰＮを介して接続される。具体的には、内部ネットワーク３０１上にＶＰＮアクセスポイント（図示せず）が設置され、ＰＣ２００ａ，２００ｂ，２００ｃ，・・・は、ＶＰＮアクセスポイントとの間で暗号化された通信を行うことで、内部ネットワーク３０１上の機器と通信可能になる。ＶＰＮアクセスポイントは、例えば、ＶＰＮサーバ機能を備えるルータである。

【0026】

なお、以下の説明では、ＰＣ２００ａ，２００ｂ，２００ｃ，・・・を特に限定せずに示す場合には、「ＰＣ２００」と記載する場合がある。
図３は、ＰＣのハードウェア構成例を示す図である。ＰＣ２００は、例えば、図３に示すようなハードウェア構成を有する。図３に示すＰＣ２００は、プロセッサ２０１、ＲＡＭ（Random Access Memory）２０２、ＨＤＤ（Hard Disk Drive）２０３、表示装置２０４、入力装置２０５、読み取り装置２０６および通信インタフェース（Ｉ／Ｆ）２０７を備える。

【0027】

プロセッサ２０１は、ＰＣ２００全体を統括的に制御する。プロセッサ２０１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）またはＰＬＤ（Programmable Logic Device）である。また、プロセッサ２０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

【0028】

ＲＡＭ２０２は、ＰＣ２００の主記憶装置として使用される。ＲＡＭ２０２には、プロセッサ２０１に実行させるＯＳ（Operating System）プログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０２には、プロセッサ２０１による処理に必要な各種データが格納される。

【0029】

ＨＤＤ２０３は、ＰＣ２００の補助記憶装置として使用される。ＨＤＤ２０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

【0030】

表示装置２０４は、プロセッサ２０１からの命令にしたがって画像を表示する。表示装置２０４としては、液晶ディスプレイや有機ＥＬ（ElectroLuminescence）ディスプレイなどがある。

【0031】

入力装置２０５は、ユーザによる入力操作に応じた信号をプロセッサ２０１に送信する。入力装置２０５としては、キーボードやポインティングデバイスなどがある。ポインティングデバイスとしては、マウス、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

【0032】

読み取り装置２０６には、可搬型記録媒体２０６ａが脱着される。読み取り装置２０６は、可搬型記録媒体２０６ａに記録されたデータを読み取ってプロセッサ２０１に送信する。可搬型記録媒体２０６ａとしては、光ディスク、半導体メモリなどがある。

【0033】

通信インタフェース２０７は、ネットワーク３００を介して他の装置との間でデータの送受信を行う。本実施の形態では、ネットワーク３００には内部ネットワーク３０１およびインターネット３０２が含まれる。

【0034】

以上のようなハードウェア構成によって、ＰＣ２００の処理機能を実現することができる。なお、管理サーバ１００も、ＰＣ２００と同様に、プロセッサや記憶装置を備えるコンピュータとして実現可能である。

【0035】

ところで、管理サーバ１００は、ＰＣ２００に実装されているプログラムの更新を指示し、プログラムの更新データをＰＣ２００に送信する機能を備える。本実施の形態では、更新対象のプログラムとしてＯＳを例示し、管理サーバ１００は、更新データとしてＯＳのパッチ（セキュリティパッチなど）をＰＣ２００に送信するものとする。

【0036】

ＰＣ２００は、内部ネットワーク３０１およびインターネット３０２のどちらに接続されている状態でも、管理サーバ１００からパッチをダウンロードすることができる。インターネット３０２に接続されている状態では、ＰＣ２００は、管理サーバ１００からＶＰＮを介してパッチをダウンロードすることになる。

【0037】

近年、いわゆるテレワークを社員に奨励する企業が急増していることから、インターネット３０２に接続されて使用されるＰＣ２００の台数が増加している。このような状態では、ＶＰＮを介してダウンロードされるパッチのデータ量が増大し、その結果、企業側のＶＰＮアクセスポイントが過負荷になり、業務に支障をきたす可能性が生じる。例えば、インターネット３０２に接続されたＰＣ２００が仮想デスクトップにより内部ネットワーク３０１上のコンピュータを操作している場合、ＶＰＮのデータ量が増大すると、仮想デスクトップの動作が不安定になる可能性がある。

【0038】

このような問題を解決するために、インターネット３０２に接続されたＰＣ２００のすべてに対して一度にパッチを適用させずに、ＰＣ２００を複数のグループに分類し、グループごとに分散してパッチを適用させることが考えられる。この方法では、グループごとのダウンロードデータ量をできるだけ均一にすることが求められる。グループごとのダウンロードデータ量を均一にできれば、ＶＰＮの伝送路を効率的に利用でき、また、ＶＰＮアクセスポイントに必要となる能力を最小化できるので設備コストを節約できる。

【0039】

ここで、パッチ適用時におけるＰＣ２００ごとのダウンロードデータ量が同じであれば、単にＰＣ２００を同じ台数ずつグループ分けするだけで、上記目的を容易に達成することができる。しかしながら、実際のパッチ適用では、以下のような理由から、パッチ適用時におけるＰＣ２００ごとのダウンロードデータ量は均一にならない場合が多い。

【0040】

第１の理由としては、ＰＣ２００ごとにＯＳの種別（製品名やバージョン）が異なる場合があることが挙げられる。ＯＳの種別が異なると適用すべきパッチも異なるので、ＯＳの種別ごとにパッチのデータ量が異なる場合がある。このような場合、単にＰＣ２００を同じ台数ずつグループ分けするだけでは、グループごとのダウンロードデータ量は均一にならない。

【0041】

第２の理由としては、ＰＣ２００がインターネット３０２に接続されている場合には、必ずしも管理サーバ１００からＶＰＮ経由でパッチをダウンロードしない可能性があることが挙げられる。ＯＳのパッチは通常、ＯＳのベンダのＷｅｂサイト（ＯＳベンダサイト）からも提供されているので、ＰＣ２００は、インターネット３０２に接続されている場合、パッチをＯＳベンダサイトからダウンロードすることもできる。したがって、ＰＣ２００の一部がＯＳベンダサイトからパッチをダウンロードすることが多い場合、単にＰＣ２００を同じ台数ずつグループ分けするだけでは、グループごとのダウンロードデータ量は均一にならない。また、ＯＳの種別の違いに応じたパッチのデータ量を考慮してグループ化しても、やはりグループごとのダウンロードデータ量は均一にならない。

【0042】

そこで、本実施の形態に係る情報処理システムでは、管理サーバ１００と各ＰＣ２００とが協働することで、ＰＣ２００ごとのＯＳのバージョンの違いと、ＰＣ２００がＯＳベンダサイトからパッチをダウンロードする可能性とを考慮しながら、ダウンロードデータ量ができるだけ均一になるようにＰＣ２００がグループ分けされる。

【0043】

図４は、管理サーバおよびＰＣが備える処理機能の構成例を示す図である。
まず、管理サーバ１００は、記憶部１１０とパッチ適用制御部１２０を備える。
記憶部１１０は、管理サーバ１００が備える記憶装置の記憶領域によって実現される。記憶部１１０には、ソフトウェア辞書１１１と管理テーブル１１２が記憶される。ソフトウェア辞書１１１は、ＰＣ２００での各種の情報収集やパッチ適用のためのプログラムやコマンドの内容、実行条件などが定義された定義体である。管理テーブル１１２には、ＰＣ２００を適切にグループ化するために参照される各種のデータが記憶される。

【0044】

パッチ適用制御部１２０の処理は、例えば、管理サーバ１００が備えるプロセッサが所定のアプリケーションプログラムを実行することで実現される。パッチ適用制御部１２０は、ＰＣ２００をグループ化してパッチ適用タイミングを分散させる処理全体を、統合的に制御する。

【0045】

例えば、パッチ適用制御部１２０は、ＯＳ種別をチェックさせるコマンドやＰＣ２００の環境をチェックさせるコマンドを各ＰＣ２００に定期的に一斉送信して、ＯＳ種別やＰＣ２００の環境を各ＰＣ２００にチェックさせる。パッチ適用制御部１２０は、チェックされた結果に基づく情報を収集して管理テーブル１１２に格納し、収集された情報に基づき、ＯＳ種別やパッチのデータサイズに応じて付与されるパッチのラベルを単位として、ＰＣ２００をグループ化する。また、各ＰＣ２００に対し、管理テーブル１１２の情報を参照させながら、自装置に割り当てられたラベルやグループを自律的に判断させる。そして、パッチ適用制御部１２０は、新たなパッチがリリースされると、パッチ適用を指示するコマンドを一定時間間隔でグループ数分の回数だけ各ＰＣ２００に送信する。ＰＣ２００が、自装置が属するグループに対応する期間に受信したコマンドに応じてパッチをダウンロードすることで、パッチのダウンロードタイミングがグループごとに分散される。

【0046】

一方、ＰＣ２００は、記憶部２１０、ＯＳチェック処理部２２０、環境チェック処理部２３０およびパッチ適用処理部２４０を備える。
記憶部２１０は、ＲＡＭ２０２やＨＤＤ２０３など、ＰＣ２００が備える記憶装置の記憶領域によって実現される。記憶部２１０には、レジストリＲＥＧ＿ＧｒｐＮｕｍ，ＲＥＧ＿ＩｎｓｔＯＳ，ＲＥＧ＿ＩｎｓｔＰｔ，ＲＥＧ＿ＬｏｃＰｃ，ＲＥＧ＿Ｔｉｍｅおよびログ情報２１１が記憶される。

【0047】

レジストリＲＥＧ＿ＧｒｐＮｕｍには、ＰＣ２００が分類されるグループ数（総数）が設定される。レジストリＲＥＧ＿ＩｎｓｔＯＳには、インストールされているＯＳの種別に応じたパッチのラベルが設定される。レジストリＲＥＧ＿ＩｎｓｔＰｔには、過去のパッチのダウンロード状況から推定される、ＶＰＮ経由でパッチをダウンロードする可能性に応じた値が設定される。レジストリＲＥＧ＿ＬｏｃＰｃには、パッチの適用可否を示す値（フラグ）が設定される。レジストリＲＥＧ＿Ｔｉｍｅには、パッチの適用タイミングを示す値が設定される。レジストリＲＥＧ＿Ｔｉｍｅに設定される値が、実質的にＰＣ２００が属するグループを示す。

【0048】

ログ情報２１１には、ＰＣ２００における過去の動作ログが記憶される。このログ情報２１１は、過去のパッチのダウンロード状況を判定するために用いられる。
ＯＳチェック処理部２２０、環境チェック処理部２３０およびパッチ適用処理部２４０の処理は、例えば、ＰＣ２００が備えるプロセッサ２０１が所定のアプリケーションプログラムを実行することで実現される。

【0049】

ＯＳチェック処理部２２０は、ＯＳ種別をチェックさせるＯＳチェックコマンドを管理サーバ１００から受信したことに応じて動作する。ＯＳチェック処理部２２０は、自装置にインストールされているＯＳの種別を判別し、判別されたＯＳ種別に対応するパッチのラベルの中から管理テーブル１１２の情報に基づいて１つを選択し、選択されたラベルの値をレジストリＲＥＧ＿ＩｎｓｔＯＳに設定する。

【0050】

また、ＯＳチェック処理部２２０は、レジストリＲＥＧ＿ＩｎｓｔＰｔに設定された値を管理サーバ１００に送信して、ＰＣ２００が属するグループをラベル単位で決定させる。ＯＳチェック処理部２２０は、決定されたグループを示す値を管理サーバ１００から受信して、レジストリＲＥＧ＿Ｔｉｍｅに設定する。

【0051】

環境チェック処理部２３０は、ＰＣ２００の環境をチェックさせる環境チェックコマンドを管理サーバ１００から受信したことに応じて動作する。環境チェック処理部２３０は、ＰＣ２００が内部ネットワーク３０１とインターネット３０２のどちらに接続されているかを判定する。インターネット３０２に接続されている場合、環境チェック処理部２３０は、ログ情報２１１からパッチのダウンロード履歴を収集し、その収集結果からＶＰＮ経由でパッチをダウンロードする可能性を推定して、推定結果に応じた値をレジストリＲＥＧ＿ＩｎｓｔＰｔに設定する。

【0052】

また、環境チェック処理部２３０は、レジストリＲＥＧ＿Ｔｉｍｅに設定された値を読み出し、周期的なパッチ適用期間のうち、読み出した設定値に対応する期間において、レジストリＲＥＧ＿ＬｏｃＰｃに１を設定する。これにより、ＰＣ２００が属するグループに応じた、パッチを適用すべき期間が指定される。

【0053】

パッチ適用処理部２４０は、パッチ適用コマンドを管理サーバ１００から受信すると、レジストリＲＥＧ＿ＬｏｃＰｃをチェックし、１が登録されている場合に、パッチのデータを管理サーバ１００からダウンロードしてＰＣ２００に適用する。

【0054】

図５は、管理サーバに記憶される管理テーブルのデータ構成例を示す図である。管理テーブル１１２には、ＰＣ２００のうち、インターネット３０２に接続されているＰＣ２００（グループ化対象ＰＣ）に関する各種の情報が登録される。図５に示すように、管理テーブル１１２には、ＯＳ種別、ＬＥＧ＿ＩｎｓｔＯＳ値、直近設定フラグ、ＲＥＧ＿ＩｎｓｔＰｔ合計値、ＲＥＧ＿ＩｎｓｔＰｔ比率、ＲＥＧ＿Ｔｉｍｅ値の各項目が設けられる。

【0055】

ＯＳ種別は、ＯＳの種別を示す。本実施の形態では例として、ＯＳ－Ａ，ＯＳ－Ｂ，ＯＳ－Ｃの３つのＯＳ種別が存在するものとする。
ＬＥＧ＿ＩｎｓｔＯＳ値は、パッチに関するラベルを示す。ラベルは、ＯＳ種別やパッチのデータサイズに応じて、管理サーバ１００によってあらかじめ生成される。具体的には、ラベルは、同一のＯＳ種別に対して１つ以上生成される。なおかつ、ＯＳ種別ごとのラベル数の比率が、対応するパッチのデータサイズの比率と一致するように、各ＯＳ種別に対して生成されるラベルの数が決定される。例えば、ＯＳ－Ａ，ＯＳ－Ｂ，ＯＳ－Ｃのそれぞれに対応するパッチのデータサイズの比率が１：２：３の場合、ＯＳ－Ａ，ＯＳ－Ｂ，ＯＳ－Ｃのそれぞれに対して設定されるラベルの数は、１ｎ個、２ｎ個、３ｎ個（ｎは自然数）となる。

【0056】

本実施の形態では、ＯＳ－Ａ，ＯＳ－Ｂ，ＯＳ－Ｃのそれぞれに対応するパッチのデータサイズの比率が１：２：３であり、上記のｎが２であるものとする。そして、図５に示すように、ＯＳ－Ａに対応するラベルとしてＯＳ＿００１１，ＯＳ＿００１２が生成され、ＯＳ－Ｂに対応するラベルとしてＯＳ＿００２１～ＯＳ＿００２４が生成され、ＯＳ－Ｃに対応するラベルとしてＯＳ＿００３１～ＯＳ＿００３６が生成されるものとする。

【0057】

直近設定フラグは、直近にＰＣ２００に対して設定されたラベルであるか否かを示すフラグ情報である。直近設定フラグとしては、同一のＯＳ種別に対応するラベルのうちの１つに１が設定され、残りの全ラベルに０が設定される。そして、同一のＯＳ種別に対応するラベルのうち、直近にＰＣ２００に対して設定されたラベルについての直近設定フラグが、１に設定される。

【0058】

グループ化対象ＰＣのそれぞれには、自装置で動作するＯＳの種別（自装置のＯＳ種別）に対応するラベルのうち、いずれか１つが割り当てられる。後述するように、グループ化対象ＰＣには、同一のＯＳ種別について、ラベルごとのＰＣ２００の数が同数になるようにラベルが割り当てられる。直近設定フラグは、このようなラベル割り当てをＰＣ２００が自律的に実行するために利用される。

【0059】

ＲＥＧ＿ＩｎｓｔＰｔ値は、グループ化対象ＰＣのそれぞれのレジストリＲＥＧ＿ＩｎｓｔＰｔに設定された値を、ラベルごとに合計した値を示す。ＲＥＧ＿ＩｎｓｔＰｔ比率は、全ラベルについてのＲＥＧ＿ＩｎｓｔＰｔ値を合計した合計値に対する、該当ラベルについてのＲＥＧ＿ＩｎｓｔＰｔ値の比率を示す。後述するように、ＲＥＧ＿ＩｎｓｔＰｔ比率は、ラベル別に分類されたＰＣ群のそれぞれがＶＰＮ経由でダウンロードするパッチの推定データ量を、比率によって示すものである。ＲＥＧ＿Ｔｉｍｅ値は、ＲＥＧ＿ＩｎｓｔＰｔ比率に基づいてラベル単位で分類されたグループを示す。

【0060】

図６は、グループ化のために使用されるレジストリの設定処理の概要を示す図である。まず、レジストリＲＥＧ＿ＩｎｓｔＯＳの設定について説明する。
管理サーバ１００のパッチ適用制御部１２０は、ソフトウェア辞書１１１に基づき、すべてのＰＣ２００に対してＯＳチェックコマンドを一定時間ごとに送信する（ステップＳ１１）。ＯＳチェックコマンドには、設定可能なラベルの一覧を示すラベル一覧情報１２１が付加されている。

【0061】

ＰＣ２００のＯＳチェック処理部２２０は、ＯＳチェックコマンドを受信すると、自装置のＯＳ種別を判定する（ステップＳ１２）。なお、ＯＳチェックコマンドには、例えば、ＯＳ種別を判定するための参照先ファイルを示す情報が付加されており、ＯＳチェック処理部２２０は、その参照先ファイルを参照することによってＯＳ種別を判定することができる。

【0062】

ここでは例として、自装置のＯＳ種別がＯＳ－Ｃと判定されたとする。すると、ＯＳチェック処理部２２０は、ラベル一覧情報１２１からＯＳ－Ｃに対応するラベルとしてＯＳ＿００３１～ＯＳ＿００３６を特定する。ＯＳチェック処理部２２０は、それらのラベルごとのＰＣ割り当て数が同数になるように、ＯＳ＿００３１～ＯＳ＿００３６のうちのいずれか１つをレジストリＲＥＧ＿ＩｎｓｔＯＳに設定する（ステップＳ１３）。ただし、この処理は、ＰＣ２００のうちグループ化対象ＰＣでのみ実行される。

【0063】

ステップＳ１３の処理により、グループ化対象ＰＣに対して、自装置のＯＳ種別の対応するラベルの中から１つが割り当てられる。このラベル割り当ては、次の図７に示すように、管理テーブル１１２を用いて管理サーバ１００とＰＣ２００とが協働することで実行される。

【0064】

図７は、ラベルの割り当て処理を示す図である。上記のように、管理サーバ１００からＰＣ２００ａ，２００ｂ，２００ｃ，・・・に対して、ＯＳチェックコマンドが送信される（ステップＳ２１）。ここで、ＰＣ２００ａ～２００ｃが、ＯＳチェックコマンドを受信すると、それぞれ自装置のＯＳ種別をＯＳ－Ｃと判定したとする（ステップＳ２２ａ～Ｓ２２ｃ）。

【0065】

ＰＣ２００ａ～２００ｃは、ＯＳ種別を判定すると、判定されたＯＳ種別を指定して、管理サーバ１００に対して、直近設定フラグが１のラベルの通知を要求するラベル通知要求を送信する。図７の例では、ＰＣ２００ａ，２００ｂ，２００ｃの順に管理サーバ１００に対してラベル通知要求が送信されたとする。

【0066】

ＰＣ２００ａは、ＯＳ種別としてＯＳ－Ｃを指定して、管理サーバ１００に対してラベル通知要求を送信する（ステップＳ２３ａ）。このとき、ＯＳ－Ｃに対応するラベルのうちＯＳ＿００３１についての直近設定フラグが１であったとすると、管理サーバ１００は、ラベルとしてＯＳ＿００３１をＰＣ２００ａに通知する。これととともに管理サーバ１００は、ＯＳ＿００３１の直近設定フラグを０に更新し、ＯＳ－Ｃについての次のラベルであるＯＳ＿００３２の直近設定フラグを１に更新する（ステップＳ２４ａ）。ＰＣ２００ａは、ＯＳ－Ｃに対応するラベルのうち、通知されたＯＳ＿００３１の次のラベルであるＯＳ＿００３２を、ＰＣ２００ａ内のレジストリＲＥＧ＿ＩｎｓｔＯＳに設定する（ステップＳ２５ａ）。

【0067】

また、ＰＣ２００ｂは、ＯＳ種別としてＯＳ－Ｃを指定して、管理サーバ１００に対してラベル通知要求を送信する（ステップＳ２３ｂ）。このとき、ＯＳ－Ｃに対応するラベルのうちＯＳ＿００３２についての直近設定フラグが１に設定されているので、管理サーバ１００は、ラベルとしてＯＳ＿００３２をＰＣ２００ｂに通知する。これととともに管理サーバ１００は、ＯＳ＿００３２の直近設定フラグを０に更新し、ＯＳ－Ｃについての次のラベルであるＯＳ＿００３３の直近設定フラグを１に更新する（ステップＳ２４ｂ）。ＰＣ２００ｂは、ＯＳ－Ｃに対応するラベルのうち、通知されたＯＳ＿００３２の次のラベルであるＯＳ＿００３３を、ＰＣ２００ｂ内のレジストリＲＥＧ＿ＩｎｓｔＯＳに設定する（ステップＳ２５ｂ）。

【0068】

また、ＰＣ２００ｃは、ＯＳ種別としてＯＳ－Ｃを指定して、管理サーバ１００に対してラベル通知要求を送信する（ステップＳ２３ｃ）。このとき、ＯＳ－Ｃに対応するラベルのうちＯＳ＿００３３についての直近設定フラグが１に設定されているので、管理サーバ１００は、ラベルとしてＯＳ＿００３３をＰＣ２００ｃに通知する。これとともにサーバ１００は、ＯＳ＿００３３の直近設定フラグを０に更新し、ＯＳ－Ｃについての次のラベルであるＯＳ＿００３４の直近設定フラグを１に更新する（ステップＳ２４ｃ）。ＰＣ２００ｃは、ＯＳ－Ｃに対応するラベルのうち、通知されたＯＳ＿００３３の次のラベルであるＯＳ＿００３４を、ＰＣ２００ｃ内のレジストリＲＥＧ＿ＩｎｓｔＯＳに設定する（ステップＳ２５ｃ）。

【0069】

このように、管理サーバ１００側で管理される直近設定フラグを用いて、同一のＯＳ種別の各ＰＣ２００に対してラベルが順番に割り当てられる。最後のラベル（図７の例ではＯＳ＿００３６）まで割り当てられると、先頭のラベル（ＯＳ＿００３１）に戻ってさらに順次割り当てが継続される。これにより、同一のＯＳ種別に対応するラベルごとのＰＣ割り当て数が同数になるようにラベルが割り当てられ、割り当てられたラベルがレジストリＲＥＧ＿ＩｎｓｔＯＳに設定される。

【0070】

なお、図７の説明では、管理サーバ１００は、直近設定フラグが現在１に設定されているラベルを通知したが、他の例として、管理サーバ１００は、直近設定フラグを１にするラベルを次のラベルに変更し、変更後のラベルをＰＣに通知するようにしてもよい。この場合、ＰＣ２００は、通知されたラベルをそのままレジストリＲＥＧ＿ＩｎｓｔＯＳに設定すればよい。

【0071】

以下、図６を用いて、レジストリＲＥＧ＿ＩｎｓｔＰｔの設定について説明する。
管理サーバ１００のパッチ適用制御部１２０は、ソフトウェア辞書１１１に基づき、すべてのＰＣ２００に対して環境チェックコマンドを一定時間ごとに送信する（ステップＳ１４）。環境チェックコマンドの送信間隔は、例えば、ＯＳチェックコマンドの送信間隔と同じであってよい。

【0072】

ＰＣ２００の環境チェック処理部２３０は、まず、自装置が内部ネットワーク３０１とインターネット３０２のどちらに接続しているかを判定する。例えば、自装置が内部ネットワーク３０１上のプロキシサーバと通信可能である場合に、自装置が内部ネットワーク３０１に接続していると判定される。

【0073】

ここで、自装置がインターネット３０２に接続していると判定された場合、環境チェック処理部２３０はさらに、過去のパッチ適用状況を判定する（ステップＳ１５）。具体的には、環境チェック処理部２３０は、ログ情報２１１を参照して過去のパッチのダウンロード履歴を収集し、その収集結果から過去におけるＶＰＮ経由のダウンロード状況およびＯＳベンダサイトからのダウンロード状況を判定する。そして、環境チェック処理部２３０は、この判定結果から、自装置がＶＰＮ経由でパッチをダウンロードする可能性に応じた重み係数を、レジストリＲＥＧ＿ＩｎｓｔＰｔに設定する。

【0074】

ここでは例として、環境チェック処理部２３０は、ログ情報２１１から、直近３か月間において、ＯＳベンダによるパッチ公開日から１週間以内にＯＳベンダサイトからパッチをダウンロードして適用した回数を判定する。この回数が多いほど、次回のパッチ適用時においてＶＰＮ経由でパッチをダウンロードする可能性が低いと推定される。そこで、環境チェック処理部２３０は、判定された回数が多いほど重み係数を小さく設定する。一例として、判定された回数が３回以上、２回、１回、０回の場合に、重み係数としてそれぞれ０．０，０．５，０．７，１．０が設定されるものとする。環境チェック処理部２３０は、このような重み係数をレジストリＲＥＧ＿ＩｎｓｔＰｔに設定する。

【0075】

以上の手順により、レジストリＲＥＧ＿ＩｎｓｔＯＳとレジストリＲＥＧ＿ＩｎｓｔＰｔとが定期的に更新される。そして、ＯＳチェック処理部２２０は、レジストリＲＥＧ＿ＩｎｓｔＰｔに設定された値を、レジストリＲＥＧ＿ＩｎｓｔＯＳに設定されたラベルとともに管理サーバ１００に送信する（ステップＳ１６）。

【0076】

管理サーバ１００のパッチ適用制御部１２０には、上記の処理により、グループ化対象ＰＣのそれぞれからレジストリＲＥＧ＿ＩｎｓｔＰｔの設定値（ＲＥＧ＿ＩｎｓｔＰｔ値）とラベルとが通知される。パッチ適用制御部１２０は、通知された情報に基づき、管理テーブル１１２を用いてラベル単位のグループ化を行う。

【0077】

具体的には、パッチ適用制御部１２０は、ＲＥＧ＿ＩｎｓｔＰｔ値とラベルとが通知されると、管理テーブル１１２のレコードの中から、通知されたラベルに対応するレコードを特定する。パッチ適用制御部１２０は、特定されたレコードのＲＥＧ＿ＩｎｓｔＰｔ合計値に対して、通知されたＲＥＧ＿ＩｎｓｔＰｔ値を加算する。このようにして、管理テーブル１１２のＲＥＧ＿ＩｎｓｔＰｔ合計値には、同じラベルが割り当てられたすべてのＰＣ２００におけるＲＥＧ＿ＩｎｓｔＰｔ値の合計値が登録される。

【0078】

パッチ適用制御部１２０は、ＯＳチェックコマンドの送信から一定時間が経過すると、管理テーブル１１２の全レコードに登録されたＲＥＧ＿ＩｎｓｔＰｔ合計値を合計する。パッチ適用制御部１２０は、算出された合計値に基づき、管理テーブル１１２の各レコードのＲＥＧ＿ＩｎｓｔＰｔ比率を計算する。ＲＥＧ＿ＩｎｓｔＰｔ比率は、算出された合計値を、同じレコードのＲＥＧ＿ＩｎｓｔＰｔ合計値で除算することで算出される。

【0079】

そして、パッチ適用制御部１２０は、算出されたＲＥＧ＿ＩｎｓｔＰｔ比率に基づいて、各レコードの（すなわち、各ラベルに対応する）ＲＥＧ＿Ｔｉｍｅ値を算出する。この計算では、同一のＲＥＧ＿Ｔｉｍｅ値に割り当てられるＲＥＧ＿ＩｎｓｔＰｔ比率の和が「１／グループ数」となるようにＲＥＧ＿Ｔｉｍｅ値が算出される。ラベルに対応するＲＥＧ＿Ｔｉｍｅ値は、そのラベルが割り当てられたＰＣ２００が所属するグループを示すことになる。

【0080】

図８は、ラベルのグループ化処理について示す図である。各ラベルに対応するＲＥＧ＿Ｔｉｍｅ値（すなわち、各ラベルが属するグループ）は、同一のＲＥＧ＿Ｔｉｍｅ値に割り当てられるＲＥＧ＿ＩｎｓｔＰｔ比率の和が「１／グループ数」となるように決定される。

【0081】

ここで、前述のように、各ＯＳ種別に対して生成されるラベルの数は、ＯＳ種別ごとのラベル数の比率がパッチのデータサイズの比率と一致するように決定される。また、ＲＥＧ＿ＩｎｓｔＰｔ比率は、対応するラベルが割り当てられたＰＣ２００の台数に、それらのＰＣ２００がＶＰＮ経由でパッチをダウンロードする確率を乗算した値を示すことになる。

【0082】

このため、各ＯＳ種別のＯＳが動作するＰＣ２００の台数の比率も上記の比率と同じ（すなわち、全ラベルに割り当てられるＰＣ２００の台数が同じ）であり、かつ、各ＰＣ２００がＶＰＮ経由でパッチをダウンロードする確率も同じである場合、例えば図８のパターンＰ１のように、簡単にラベルをグループ化することができる。このパターンＰ１では、同一のＲＥＧ＿Ｔｉｍｅ値に同数のラベルを割り当てる（すなわち、グループごとのラベル数を均等にする）だけで、グループごとのパッチのダウンロード量を均一化することができている。これは、パッチのデータサイズが大きいＯＳ種別ほどラベル数を多くすることで、そのようなＯＳ種別のＰＣ２００ほど多くの異なるグループに分散して割り当てられる可能性が高くなるからである。

【0083】

実際には、各ＯＳ種別のＯＳが動作するＰＣ２００の台数の比率は、上記のようにパッチのデータサイズの比率とは一致しない可能性が高い。そして、ＶＰＮ経由でパッチをダウンロードする可能性もＰＣ２００ごとに同じとは限らない。後者に関しては、ＰＣ２００がＯＳベンダサイトからパッチをダウンロードする可能性があることに加え、内部ネットワーク３０１でなくインターネット３０２に接続されているＰＣ２００の台数が常に一定でないことにも起因している。

【0084】

したがって、実際には、例えば図８のパターンＰ２のように、同一のＲＥＧ＿Ｔｉｍｅ値（すなわち、同一のグループ）に割り当てられるラベルの数は、同一でなくなる可能性が高い。ＲＥＧ＿Ｔｉｍｅ比率という、ラベルごとのＰＣ２００の台数とＰＣ２００がＶＰＮ経由でパッチをダウンロードする確率とを考慮した指標によってラベルがグループ化されることで、グループごとのＶＰＮ経由でのパッチのダウンロード量を略均等にすることが可能となる。

【0085】

図９は、グループごとのパッチ適用タイミングについて示す図である。グループ化対象ＰＣのＯＳチェック処理部２２０は、図６のステップＳ１６でＲＥＧ＿ＩｎｓｔＯＳ値とＲＥＧ＿ＩｎｓｔＰｔ値を送信すると、ＲＥＧ＿ＩｎｓｔＯＳ値（ラベル）に対応するＲＥＧ＿Ｔｉｍｅ値を管理サーバ１００から取得する。ＯＳチェック処理部２２０は、取得したＲＥＧ＿Ｔｉｍｅ値をレジストリＲＥＧ＿Ｔｉｍｅに設定する（ステップＳ３１）。図９の例では、ＲＥＧ＿Ｔｉｍｅ値として３がレジストリＲＥＧ＿Ｔｉｍｅに設定されたとする。

【0086】

一方、グループ化対象ＰＣの環境チェック処理部２３０は、図６に示したようにレジストリＲＥＧ＿ＩｎｓｔＰｔを設定した後、レジストリＲＥＧ＿Ｔｉｍｅの設定値を読み出す。そして、環境チェック処理部２３０は、ＲＥＧ＿Ｔｉｍｅ値のそれぞれに対応する周期的なパッチ適用期間を自律的に特定し、レジストリＲＥＧ＿Ｔｉｍｅの設定値に対応するパッチ適用期間において、レジストリＲＥＧ＿ＬｏｃＰｃに１を設定する。

【0087】

また、管理サーバ１００のパッチ適用制御部１２０は、ＲＥＧ＿Ｔｉｍｅ値ごとのパッチ適用期間の出現周期と同じ周期で、パッチ適用を指示するパッチ適用コマンドを、少なくともグループ数だけ繰り返し送信する。ＰＣ２００のパッチ適用処理部２４０は、パッチ適用コマンドを受信すると、レジストリＲＥＧ＿Ｔｉｍｅの設定値を読み出し、設定値が１の場合にのみ、パッチ適用処理を実行する。

【0088】

図９の例では、ＰＣ２００の環境チェック処理部２３０は、ＲＥＧ＿Ｔｉｍｅ値＝１に対応するパッチ適用期間の開始タイミングにおいて、レジストリＲＥＧ＿ＬｏｃＰｃを０のままにする（ステップＳ３２）。また、この期間においてパッチ適用コマンドが送信されると（ステップＳ３３）、このパッチ適用コマンドをＰＣ２００のパッチ適用処理部２４０が受信する。パッチ適用処理部２４０は、レジストリＲＥＧ＿ＬｏｃＰｃが０であることから、パッチを適用しない。

【0089】

また、ＰＣ２００の環境チェック処理部２３０は、ＲＥＧ＿Ｔｉｍｅ値＝２に対応するパッチ適用期間の開始タイミングにおいて、レジストリＲＥＧ＿ＬｏｃＰｃを０のままにする（ステップＳ３４）。また、この期間においてパッチ適用コマンドが送信されると（ステップＳ３５）、このパッチ適用コマンドをＰＣ２００のパッチ適用処理部２４０が受信する。パッチ適用処理部２４０は、レジストリＲＥＧ＿ＬｏｃＰｃが０であることから、パッチを適用しない。

【0090】

また、ＰＣ２００の環境チェック処理部２３０は、ＲＥＧ＿Ｔｉｍｅ値＝３に対応するパッチ適用期間の開始タイミングにおいて、レジストリＲＥＧ＿ＬｏｃＰｃを１に更新する（ステップＳ３６）。また、この期間においてパッチ適用コマンドが送信されると（ステップＳ３７）、このパッチ適用コマンドをＰＣ２００のパッチ適用処理部２４０が受信する。パッチ適用処理部２４０は、レジストリＲＥＧ＿ＬｏｃＰｃが１であることから、パッチを管理サーバ１００からＶＰＮ経由でダウンロードし、ＰＣ２００に適用する（ステップＳ３７ａ）。このとき、レジストリＲＥＧ＿ＬｏｃＰｃは０に更新される。

【0091】

また、ＰＣ２００の環境チェック処理部２３０は、ＲＥＧ＿Ｔｉｍｅ値＝４に対応するパッチ適用期間の開始タイミングにおいて、レジストリＲＥＧ＿ＬｏｃＰｃを０のままにする（ステップＳ３８）。また、この期間においてパッチ適用コマンドが送信されると（ステップＳ３９）、このパッチ適用コマンドをＰＣ２００のパッチ適用処理部２４０が受信する。パッチ適用処理部２４０は、レジストリＲＥＧ＿ＬｏｃＰｃが０であることから、パッチを適用しない。

【0092】

以上のように、ＰＣ２００は、レジストリＲＥＧ＿Ｔｉｍｅの設定値に対応するパッチ適用期間において、レジストリＲＥＧ＿ＬｏｃＰｃに１を設定する。そして、ＰＣ２００は、パッチ適用コマンドを受信したとき、レジストリＲＥＧ＿ＬｏｃＰｃが１であればパッチ適用を行う。これにより、ＶＰＮ経由でのパッチのダウンロードタイミングがグループごとに分散され、ＶＰＮ経由でのパッチのダウンロードデータ量をグループ間で略均等に分散させることができる。

【0093】

なお、図９に示したパッチ適用コマンドの送信間隔（ステップＳ３３，Ｓ３５，Ｓ３７，Ｓ３９の実行間隔）は、ＯＳチェックコマンドおよび環境チェックコマンドの送信間隔より短く設定される。より具体的には、パッチ適用コマンドの送信間隔は、ＯＳチェックコマンドおよび環境チェックコマンドの送信間隔に対して「１／グループ数」以下の長さとされる。

【0094】

また、ＰＣ２００間では、ＲＥＧ＿Ｔｉｍｅ値ごとのパッチ適用期間が同期される。例えば、各ＰＣ２００は、所定の基準時刻を基準としてパッチ適用期間の開始タイミングを判定する。あるいは、パッチ適用期間の判定は常に繰り返し実行されているのに対し、パッチ適用コマンドは新たなパッチが生成された場合にのみ送信される。このため、例えば、新たなパッチが生成された後にパッチ適用コマンドが最初に送信されたタイミングを基準として、パッチ適用期間の開始タイミングが判定されてもよい。

【0095】

次に、管理サーバ１００およびＰＣ２００の処理について、フローチャートを用いて説明する。
図１０は、管理サーバによるＯＳチェックコマンド送信処理の手順を示すフローチャートの例である。管理サーバ１００のパッチ適用制御部１２０は、図１０の処理を一定時間間隔で繰り返し実行する。

【0096】

［ステップＳ５１］パッチ適用制御部１２０は、管理テーブル１１２における全レコードのＲＥＧ＿ＩｎｓｔＰｔ合計値を０にリセットする。
［ステップＳ５２］パッチ適用制御部１２０は、ソフトウェア辞書１１１に基づいて、ＯＳチェックコマンドをすべてのＰＣ２００に対して一斉送信する。このとき、ＯＳチェックコマンドには、各ＯＳ種別に対応するラベルの一覧が記載されたラベル一覧情報１２１と、ＰＣ２００を分類するグループ数とが付加されて送信される。

【0097】

［ステップＳ５３］パッチ適用制御部１２０は、ＰＣ２００（実際にはグループ化対象ＰＣ）から、直近設定フラグが１のラベルの通知を要求するラベル通知要求を受信したかを判定する。ラベル通知要求を受信した場合、処理がステップＳ５４に進められ、ラベル通知要求を受信していない場合、処理がステップＳ５６に進められる。

【0098】

［ステップＳ５４］受信したラベル通知要求は、ＯＳ種別が付加されている。パッチ適用制御部１２０は、管理テーブル１１２を参照し、ラベル通知要求に付加されていたＯＳ種別に対応するラベル（ＲＥＧ＿ＩｎｓｔＯＳ値）の中から、直近設定フラグが１のラベルを判別する。パッチ適用制御部１２０は、判別されたラベルの値をラベル通知要求の送信元ＰＣに送信する。なお、初期状態では、ＯＳ種別ごとに直近設定フラグが１に設定されるラベルがあらかじめ決められているものとする。

【0099】

［ステップＳ５５］パッチ適用制御部１２０は、ラベル通知要求に付加されていたＯＳ種別に対応するラベルについて、直近設定フラグを１にするラベルを次のラベルに変更する。すなわち、ステップＳ５４で判別されたラベルに対応する直近設定フラグを０に更新し、同じＯＳ種別に対応する次のラベルの直近設定フラグを０から１に更新する。

【0100】

［ステップＳ５６］パッチ適用制御部１２０は、ＰＣ２００（実際にはグループ化対象ＰＣ）から、ＲＥＧ＿ＩｎｓｔＯＳ値とＲＥＧ＿ＩｎｓｔＰｔ値のデータペアを受信したかを判定する。データペアを受信した場合、処理がステップＳ５７に進められ、データペアを受信していない場合、処理がステップＳ５８に進められる。

【0101】

［ステップＳ５７］パッチ適用制御部１２０は、管理テーブル１１２において、受信したＲＥＧ＿ＩｎｓｔＯＳ値に対応付けられたＲＥＧ＿ＩｎｓｔＰｔ合計値に対して、受信したＲＥＧ＿ＩｎｓｔＰｔ値を加算して更新する。

【0102】

［ステップＳ５８］パッチ適用制御部１２０は、ステップＳ５２でのＯＳチェックコマンドの送信から一定時間が経過したかを判定する。なお、この一定時間は、ＯＳチェックコマンドの送信周期（図１０の処理の実行周期）以下の値とされればよい。一定時間が経過していない場合、処理がステップＳ５３に進められ、一定時間が経過した場合、処理がステップＳ５９に進められる。

【0103】

［ステップＳ５９］パッチ適用制御部１２０は、管理テーブル１１２における各レコードのＲＥＧ＿Ｔｉｍｅ値を計算して更新する。この処理では、パッチ適用制御部１２０はまず、管理テーブル１１２の全レコードに登録されたＲＥＧ＿ＩｎｓｔＰｔ合計値を合計する。パッチ適用制御部１２０は、管理テーブル１１２の各レコードについて、算出された合計値をＲＥＧ＿ＩｎｓｔＰｔ合計値で除算し、得られた除算値によってＲＥＧ＿ＩｎｓｔＰｔ比率の値を更新する。そして、パッチ適用制御部１２０は、ＲＥＧ＿ＩｎｓｔＰｔ比率に基づいて、各ラベルに割り当てるＲＥＧ＿Ｔｉｍｅ値を決定し、決定されたＲＥＧ＿Ｔｉｍｅ値によって管理テーブル１１２のＲＥＧ＿Ｔｉｍｅ値を更新する。

【0104】

ＲＥＧ＿Ｔｉｍｅ値は、例えば次のようにして決定される。パッチ適用制御部１２０は、ラベルを管理テーブル１１２の先頭側から順に選択して組み合わせ、組み合わされた各ラベルのＲＥＧ＿ＩｎｓｔＰｔ比率の和が、「１／グループ数」の値以下となる最大数のラベルの組み合わせを、同一のＲＥＧ＿Ｔｉｍｅ値に割り当てる。このような処理が管理テーブル１１２の先頭側から順に実行されることで、各ラベルに対していずれかのＲＥＧ＿Ｔｉｍｅ値（すなわち、いずれかのグループ）が割り当てられる。なお、最終グループに対しては、残りのすべてのラベルが割り当てられればよい。

【0105】

また、パッチ適用制御部１２０は、図１０の処理とは別に、次の図１１に示すグループ通知処理を実行する。
図１１は、グループ通知処理の手順を示すフローチャートの例である。

【0106】

［ステップＳ６１］パッチ適用制御部１２０は、ＰＣ２００（実際にはグループ化対象ＰＣ）から、ラベルの値を指定したグループ通知要求を受信すると、次のステップＳ６２の処理を実行する。

【0107】

［ステップＳ６２］パッチ適用制御部１２０は、管理テーブル１１２から、指定されたラベルに対応するＲＥＧ＿Ｔｉｍｅ値を読み出し、グループ通知要求の送信元ＰＣに送信する。

【0108】

図１２は、ＰＣによるＯＳチェック処理の手順を示すフローチャートの例である。
［ステップＳ７１］ＰＣ２００のＯＳチェック処理部２２０は、管理サーバ１００からＯＳチェックコマンドを受信すると、ステップＳ７２以降の処理を実行する。

【0109】

［ステップＳ７２］ＯＳチェック処理部２２０は、ＯＳチェックコマンドに付加されたグループ数をレジストリＲＥＧ＿ＧｒｐＮｕｍに設定する。
［ステップＳ７３］ＯＳチェック処理部２２０は、ＯＳチェックコマンドに付加された情報に基づいて、自装置で動作しているＯＳの種別を判定する。例えば、ＯＳチェックコマンドの付加情報で指定されたファイルを参照することで、ＯＳ種別が判定される。

【0110】

［ステップＳ７４］ＯＳチェック処理部２２０は、管理サーバ１００に対し、判定されたＯＳ種別を指定して、直近設定フラグが１のラベルの通知を要求するラベル通知要求を送信する。ＯＳチェック処理部２２０は、このラベル通知要求に対する応答として、管理サーバ１００から該当するラベルを取得する。

【0111】

［ステップＳ７５］ＯＳチェック処理部２２０は、ＯＳチェックコマンドに付加されたラベル一覧情報１２１から、ステップＳ７３で判定されたＯＳ種別に対応するラベルを抽出する。ＯＳチェック処理部２２０は、抽出されたラベルのうち、ステップＳ７４で取得したラベルの次のラベルを、レジストリＲＥＧ＿ＩｎｓｔＯＳに設定する。これにより、同一のＯＳ種別に対応するラベルごとのＰＣ割り当て数が同数になるように、自装置に対してラベルが割り当てられる。

【0112】

［ステップＳ７６］ＯＳチェック処理部２２０は、レジストリＲＥＧ＿ＩｎｓｔＯＳ，ＲＥＧ＿ＩｎｓｔＰｔに現在設定されている値を、管理サーバ１００に通知する。
［ステップＳ７７］ＯＳチェック処理部２２０は、ステップＳ７５でレジストリＲＥＧ＿ＩｎｓｔＯＳに設定したラベルを指定して、グループ通知要求を管理サーバ１００に送信する。ＯＳチェック処理部２２０は、このグループ通知要求に対する応答として、管理サーバ１００からラベルに対応付けられたＲＥＧ＿Ｔｉｍｅ値を取得し、レジストリＲＥＧ＿Ｔｉｍｅに設定する。なお、このステップＳ７７の処理は、ステップＳ７１～Ｓ７６の処理とは非同期に、定期的に実行されてもよい。

【0113】

なお、上記のステップＳ７４～Ｓ７７の処理は、自装置がインターネット３０２に接続されている場合にのみ実行される。自装置がインターネット３０２に接続されていることは、例えば、レジストリＲＥＧ＿ＩｎｓｔＰｔの設定値がＮＵＬＬの場合に判定される。自装置が内部ネットワーク３０１に接続されている場合、ＯＳチェック処理部２２０は、ステップＳ７３で判定されたＯＳ種別に対応するラベルのうち、あらかじめ決められたラベル（例えば１番目のラベル）をレジストリＲＥＧ＿ＩｎｓｔＯＳに設定する。

【0114】

図１３は、ＰＣによる環境チェック処理の手順を示すフローチャートの例である。
［ステップＳ８１］ＰＣ２００の環境チェック処理部２３０は、管理サーバ１００から環境チェックコマンドを受信すると、ステップＳ８２以降の処理を実行する。

【0115】

［ステップＳ８２］環境チェック処理部２３０は、自装置の位置、すなわち自装置が内部ネットワーク３０１に接続されているか、インターネット３０２に接続されているかを判定する。例えば、自装置が内部ネットワーク３０１上のプロキシサーバと通信可能である場合に、自装置が内部ネットワーク３０１に接続していると判定される。

【0116】

［ステップＳ８３］自装置が内部ネットワーク３０１に接続されている場合、処理がステップＳ８４に進められ、インターネット３０２に接続されている場合、処理がステップＳ８５に進められる。

【0117】

［ステップＳ８４］環境チェック処理部２３０は、レジストリＲＥＧ＿ＬｏｃＰｃに１を設定する。また、環境チェック処理部２３０は、レジストリＲＥＧ＿ＩｎｓｔＰｔの設定値をＮＵＬＬに更新する。

【0118】

［ステップＳ８５］環境チェック処理部２３０は、ログ情報２１１を参照して過去のパッチ適用状況を判定する。具体的には、環境チェック処理部２３０は、ログ情報２１１から過去のパッチのダウンロード履歴を収集し、その収集結果から過去におけるＶＰＮ経由のダウンロード状況およびＯＳベンダサイトからのダウンロード状況を判定する。そして、環境チェック処理部２３０は、この判定結果から、自装置がＶＰＮ経由でパッチをダウンロードする可能性に応じた重み係数を、レジストリＲＥＧ＿ＩｎｓｔＰｔに設定する。

【0119】

［ステップＳ８６］環境チェック処理部２３０は、レジストリＲＥＧ＿Ｔｉｍｅに設定された値を読み出す。
［ステップＳ８７］ＲＥＧ＿Ｔｉｍｅ値としてとり得る値のうちの１つに対応するパッチ適用期間が開始される。環境チェック処理部２３０は、現在のパッチ適用期間がステップＳ８６で読み出したＲＥＧ＿Ｔｉｍｅ値に対応する期間である場合、レジストリＲＥＧ＿ＬｏｃＰｃに１を設定する。一方、対応する期間でない場合、環境チェック処理部２３０は、レジストリＲＥＧ＿ＬｏｃＰｃの設定値が１であれば０に更新し、設定値が０であればそのままにする。

【0120】

［ステップＳ８８］環境チェック処理部２３０は、所定時間待ち状態になる。この所定時間は、管理サーバ１００からのグループごとのパッチ更新コマンドの送信周期と同じである。所定時間が経過すると、次のＲＥＧ＿Ｔｉｍｅ値に対応するパッチ適用期間が開始され、処理がステップＳ８７に進められる。

【0121】

ステップＳ８７，Ｓ８８のループ処理が繰り返されるたびに、ステップＳ８７では次のＲＥＧ＿Ｔｉｍｅ値に対応するパッチ適用期間が開始されたと判定される。ここで、ＲＥＧ＿Ｔｉｍｅ値がとる最大値、すなわちグループ数は、レジストリＲＥＧ＿ＧｒｐＮｕｍの設定値から判別される。例えばグループ数が４の場合、ＲＥＧ＿Ｔｉｍｅ値が４のパッチ適用期間が終了すると、次のパッチ適用期間はＲＥＧ＿Ｔｉｍｅ値が１に対応する期間と判定される。

【0122】

なお、ステップＳ８７，Ｓ８８のループ処理は、管理サーバ１００から環境チェックコマンドが受信されると終了する。
図１４は、ＰＣによるパッチ適用処理の手順を示すフローチャートの例である。なお、図１４では、管理サーバ１００からのパッチ適用コマンドに応じて更新データがＶＰＮ経由でダウンロードされる処理を示している。ただし、インターネット３０２に接続されているＰＣ２００（グループ化対象ＰＣ）は、パッチ適用コマンドに関係なく、インターネット３０２上のＯＳベンダサイトからパッチをダウンロードする場合もある。例えば、ＯＳの自動更新が設定されているグループ化対象ＰＣは、ＯＳベンダサイトから新規パッチのダウンロードが指示されると、その指示に応じてＯＳベンダサイトからパッチをダウンロードする。

【0123】

管理サーバ１００のパッチ適用制御部１２０は、新たなパッチがリリースされると、ＲＥＧ＿Ｔｉｍｅ値ごと（すなわち、グループごと）のパッチ適用期間の長さと同じ周期で、パッチ適用コマンドを少なくともグループ数以上の回数だけ、全ＰＣ２００に対して繰り返し送信する。

【0124】

［ステップＳ９１］ＰＣ２００のパッチ適用処理部２４０は、管理サーバ１００からのパッチ適用コマンドを受信すると、ステップＳ９２以降の処理を実行する。
［ステップＳ９２］パッチ適用処理部２４０は、レジストリＲＥＧ＿ＬｏｃＰｃに設定された値を読み出す。設定値が１の場合、処理がステップＳ９３に進められ、設定値が０の場合、ステップＳ９３，Ｓ９４がスキップされてパッチ適用処理が終了する。

【0125】

［ステップＳ９３］パッチ適用処理部２４０は、レジストリＲＥＧ＿ＬｏｃＰｃの設定値を０に更新する。
［ステップＳ９４］パッチ適用処理部２４０は、例えばレジストリＲＥＧ＿ＩｎｓｔＰｔの設定値または図１２のステップＳ７３での判定結果から、自装置のＯＳ種別を認識し、ＯＳ種別に対応するパッチを管理サーバ１００からダウンロードする。自装置がインターネット３０２に接続されている場合、パッチはＶＰＮ経由でダウンロードされる。なお、ダウンロード元の位置は、例えば、受信したパッチ適用コマンドに付加されている。パッチ適用処理部２４０は、ダウンロードされたパッチを自装置にインストールする。

【0126】

以上の処理により、グループ化対象ＰＣは、自装置に割り当てられたＲＥＧ＿Ｔｉｍｅ値（すなわち、自装置が属するグループ）に対応するパッチ適用期間において、パッチを管理サーバ１００からＶＰＮ経由でダウンロードする。ただし、ステップＳ９４では、パッチ適用処理部２４０は、すでに同じパッチをＯＳベンダサーバからダウンロード済みの場合には、パッチを管理サーバ１００からダウンロードしない。このように、ＶＰＮを経由せずにパッチをダウンロードする可能性も考慮してグループ化対象ＰＣがグループ化されることで、ＶＰＮを経由したグループごとのパッチのダウンロード量を均等に近づけることが可能となる。

【0127】

なお、図１４の処理において、内部ネットワーク３０１に接続されているＰＣ２００は、最初のパッチ適用期間（パッチのリリース後における最初のパッチ適用コマンドの受信時）にパッチを管理サーバ１００からダウンロードすることになる。

【0128】

なお、上記の各実施の形態に示した装置（例えば、情報処理装置１０ａ，１０ｂ，１０ｃ，・・・、管理装置２０、管理サーバ１００、ＰＣ２００）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、磁気テープなどがある。光ディスクには、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク（Blu-ray Disc：ＢＤ、登録商標）などがある。

【0129】

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

【0130】

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。

【符号の説明】

【0131】

１，２ 伝送経路
１０ａ～１０ｃ 情報処理装置
１１ 履歴情報
１２ 指標情報
２０ 管理装置
２１ 分類情報
Ｓ１～Ｓ６ ステップ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】