JP4240144B2

JP4240144B2 - 情報処理装置管理システム

Info

Publication number: JP4240144B2
Application number: JP2007304094A
Authority: JP
Inventors: 修一斉藤
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2007-11-26
Filing date: 2007-11-26
Publication date: 2009-03-18
Anticipated expiration: 2023-04-02
Also published as: JP2008108269A

Description

本発明は、複数のデータセンタに存在する各情報処理装置を管理する情報処理装置管理システムに関し、特に各情報処理装置のソフトウェア環境構築コストおよび各情報処理装置の運用コストを低減させることができる情報処理装置管理システムに関する。

ＩＤＣ（Internet Data Center）においてホスティングサービスやハウジングサービスを提供する場合がある。自治体や企業等がＩＤＣを設け、ＩＤＣに設置したサーバから独自のサービスを提供する場合もある。なお、サーバを設置するための耐震構造等を有する施設をデータセンタという。ＩＤＣは、インターネットに接続されるサーバを設置する施設である。

また、複数のサーバをセンタサーバに接続したシステムが提案されている（例えば、特許文献１。）。特許文献１には、各自治体が住民サービスを提供するために設置する自治体サーバと、各自治体サーバに接続されるセンタサーバとを備える公共サービスシステムが記載されている。特許文献１に記載のセンタサーバは、公共施設等に設置される共有端末からアクセスがあったとき、その共有端末の位置情報を取得する。そして、共有端末の設置位置を管轄する自治体サーバに、その共有端末を接続させ、共有端末の使用者が住民サービスを受けられるようにする。

また、複数の情報処理装置からデータを収集し、そのデータに基づいて情報処理装置にメッセージを送信するセンタを有するシステムが提案されている（例えば、特許文献２参照。）。特許文献２に記載のセンタは、空調設備等の設備機器を製造するメーカの情報処理装置から設備機器に関する技術情報を収集する。また、設備機器を使用するユーザの情報処理装置から設備機器の稼働情報を収集する。センタは、収集した技術情報や稼働情報に基づいて、設備機器の点検、保守、交換時期を演算し、演算結果をメーカおよびユーザの情報処理装置に通知する。

また、情報処理装置にソフトウェアをインストールする場合、オペレータがその情報処理装置を操作してインストール作業を行うことが一般的である。しかし、ＬＡＮを介して、ある情報処理装置から他の情報処理装置にソフトウェアをインストールする場合もある。このようなインストール形態を実現するソフトウェアとして、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓＩｎｃ（サンマイクロシステムズ）のＪｕｍｐＳｔａｒｔ（商標）がある。また、このソフトウェアの概要は、同社がＳｕｎＢｌｕｅＰｒｉｎｔｓ（商標）という名称で公開している文書のうちの一つに記載されている（非特許文献１参照。）。なお、ＳｕｎＢｌｕｅＰｒｉｎｔｓ（商標）は、オンラインで配布されている。このソフトウェアによれば、ソフトウェアをインストールされるクライアントがブロードキャスト送信で要求を送信することから、クライアントのブートが開始される。

特開２００２−１３３０３３号公報（第２−４ページ、第１図）

特開２００２−３２０２８１号公報（第２−３ページ、第１図）

ジョン・Ｓ・ハワード（John S.Howard ）著,「ジャンプスタートメカニクス：ユージングジャンプスタートアプリケーションフォーハンズフリーインストレーションオブアンバンドルドソフトウェア（JumpStart Mechanics:Using JumpStart Application for Hands-Free Installation of Unbundled Software ）」，（米国），サンマイクロシステムズ（Sun Microsystems Inc. ），２０００年５月，ｐ．２

各ＩＤＣに設置されるサーバが提供するサービスは、各ＩＤＣの管理者によって決定される。そして、サーバには、そのサービスに応じたアプリケーションソフトウェア（以下、単にアプリケーションと記す。）やミドルウェアがインストールされる。従って、サーバにインストールされるアプリケーションやミドルウェアは、ＩＤＣによって異なることが多い。例えば、ある自治体のＩＤＣのサーバと、別の自治体のＩＤＣのサーバとでは、インストールされるアプリケーション等が異なることが多い。また、各ＩＤＣのサーバに共通のミドルウェアやアプリケーションをインストールする場合であっても、それらのソフトウェアの設定は、各サーバの管理者（例えば各自治体）の希望に応じて個別に定められる。また、ＯＳ（Operating System）に関しては、ＵＮＩＸ（登録商標）等のＯＳがサーバにインストールされることが多い。しかし、ＯＳが共通であっても、ＯＳの設定は各サーバの管理者の希望に応じて個別に定められる。

このように、サーバにＯＳ、ミドルウェア、アプリケーション等のソフトウェアをインストールする場合、サーバの管理者の希望に応じてソフトウェアを選択したり、ソフトウェアの設定を行ったりしていた。そのため、各サーバの管理者は、所望のソフトウェアを所望の設定で行うための専門知識を有する要員やソフトウェアを記録した媒体等を個別に揃える必要があった。その結果、ソフトウェア環境構築（ソフトウェアのインストール）のためのコストが高くなってしまっていた。

なお、非特許文献１に記載されているようなＬＡＮを介したインストールでは、クライアントがブロードキャスト送信した要求をサーバが受信しなければならない。従って、ソフトウェアをインストールされるクライアントのブロードキャスト送信が到達する範囲にサーバが存在しなければならない。インストールを行う情報処理装置と、各ＩＤＣのサーバとをＬＡＮで接続することは現実的でない。そのため、各ＩＤＣのサーバへのソフトウェアインストールに非特許文献１に記載のインストールソフトウェアを適用することは不適当である。

また、従来、各ＩＤＣのサーバにソフトウェアをインストールする際、決定したソフトウェアの設定等によって所望の動作を実現できるか否かについて、インストール前に評価することができなかった。

また、サーバの運用を開始した後に、ソフトウェアの維持管理を行う必要がある。例えば、ワーム型ウィルス（以下、ワームと記す。）の存在等を知ったときに、そのワーム等に対処できるようにソフトウェアの書き換え等を行わなければならない。各ＩＤＣの管理者は、このような維持管理業務を個別に行っていたため、維持管理業務のための専門知識を有する要員を各管理者が揃えなければならなかった。その結果、サーバの運用コストも高くなってしまっていた。

そこで、本発明は、複数のサーバのソフトウェア環境構築コストを低減させることを目的とする。また、サーバの運用コストを低減させることを目的とする。

本発明による情報処理装置管理システムは、管理対象となる複数の情報処理装置であって、サービス提供対象となる一般端末からのサービスの要求に応じた処理を実行することによって一般端末にサービスを提供する複数の情報処理装置と、複数の情報処理装置を管理する管理サーバと、情報処理装置と管理サーバとの間で情報を中継する中継装置とを備え、各情報処理装置と中継装置とは、通信ネットワークを介して接続され、中継装置と管理サーバとは、通信ネットワークを介して接続され、各情報処理装置は、実行した処理に応じて生成される処理結果情報として、一般端末からサービスの要求を受け付けた時刻および一般端末に応答した時刻を記述したログファイルを記憶する処理結果記憶手段と、一般端末からのサービスの要求に応じた処理を実行するとともに、一般端末からサービスの要求を受け付けた時刻および一般端末に応答した時刻を記述したログファイルを生成し、処理結果記憶手段にログファイルを処理結果情報として記憶させる制御部とを備え、各情報処理装置が備える制御部は、中継装置から要求があった場合に、処理結果記憶手段が記憶する処理結果情報に記述された一般端末に応答した時刻とサービスの要求を受け付けた時刻との差を計算することにより、応答時間性能を示すデータを生成し、応答時間性能を示すデータを中継装置に送信し、中継装置は、情報処理装置に対して応答時間性能を示すデータの送信を所定の期間毎に要求する制御部を備え、中継装置が備える制御部は、各情報処理装置から応答時間性能を示すデータを受信した後に、各情報処理装置から受信した応答時間性能を示すデータを管理サーバに送信し、管理サーバは、中継装置から受信する応答時間性能を示すデータを記憶するとともに、応答時間性能を示すデータが満たすべき基準となる基準情報を予め記憶するデータ記憶手段と、管理サーバと通信ネットワークを介して接続される端末であって管理サーバから受信するデータを表示する端末から情報処理装置が指定されるとともに、応答時間性能を示すデータの要求を受信したときに、指定された情報処理装置に関する応答時間性能を示すデータのうち、基準情報が示す基準となる応答時間性能を満足している割合を計算し、計算結果を端末に送信する制御部とを備えたことを特徴とする。

また、本発明による情報処理装置管理システムは、管理対象となる複数の情報処理装置であって、サービス提供対象となる一般端末からのサービスの要求に応じた処理を実行することによって一般端末にサービスを提供する複数の情報処理装置と、複数の情報処理装置を管理する管理サーバと、情報処理装置と管理サーバとの間で情報を中継する中継装置とを備え、各情報処理装置と中継装置とは、通信ネットワークを介して接続され、中継装置と管理サーバとは、通信ネットワークを介して接続され、各情報処理装置は、実行した処理に応じて生成される処理結果情報として、処理中に異常が発生した時刻および異常から復旧した時刻を記述したログファイルを記憶する処理結果記憶手段と、一般端末からのサービスの要求に応じた処理を実行するとともに、処理中に異常が発生した時刻および異常から復旧した時刻を記述したログファイルを生成し、処理結果記憶手段にログファイルを処理結果情報として記憶させる制御部とを備え、各情報処理装置が備える制御部は、中継装置から要求があった場合に、処理結果記憶手段が記憶する処理結果情報に記述された復旧時の時刻と異常発生時の時刻との差を計算することにより平均修復時間のデータを生成し、平均修復時間のデータを中継装置に送信し、中継装置は、情報処理装置に対して平均修復時間のデータの送信を所定の期間毎に要求する制御部を備え、中継装置が備える制御部は、各情報処理装置から平均修復時間のデータを受信した後に、各情報処理装置から受信した平均修復時間のデータを管理サーバに送信し、管理サーバは、中継装置から受信する平均修復時間のデータを記憶するとともに、平均修復時間が満たすべき基準となる基準情報を予め記憶するデータ記憶手段と、管理サーバと通信ネットワークを介して接続される端末であって管理サーバから受信するデータを表示する端末から情報処理装置が指定されるとともに、平均修復時間のデータの要求を受信したときに、指定された情報処理装置に関する平均修復時間のデータの推移と基準情報とを示すグラフを生成し、当該グラフの情報を端末に送信する制御部とを備えたことを特徴とする。

本発明によれば、管理対象となる複数の情報処理装置であって、サービス提供対象となる一般端末からのサービスの要求に応じた処理を実行することによって一般端末にサービスを提供する複数の情報処理装置と、複数の情報処理装置を管理する管理サーバと、情報処理装置と管理サーバとの間で情報を中継する中継装置とを備え、各情報処理装置と中継装置とは、通信ネットワークを介して接続され、中継装置と管理サーバとは、通信ネットワークを介して接続され、各情報処理装置が、実行した処理に応じて生成される処理結果情報として、一般端末からサービスの要求を受け付けた時刻および一般端末に応答した時刻を記述したログファイルを記憶する処理結果記憶手段と、一般端末からのサービスの要求に応じた処理を実行するとともに、一般端末からサービスの要求を受け付けた時刻および一般端末に応答した時刻を記述したログファイルを生成し、処理結果記憶手段にログファイルを処理結果情報として記憶させる制御部とを備え、各情報処理装置が備える制御部は、中継装置から要求があった場合に、処理結果記憶手段が記憶する処理結果情報に記述された一般端末に応答した時刻とサービスの要求を受け付けた時刻との差を計算することにより、応答時間性能を示すデータを生成し、応答時間性能を示すデータを中継装置に送信し、中継装置が、情報処理装置に対して応答時間性能を示すデータの送信を所定の期間毎に要求する制御部を備え、中継装置が備える制御部は、各情報処理装置から応答時間性能を示すデータを受信した後に、各情報処理装置から受信した応答時間性能を示すデータを管理サーバに送信し、管理サーバが、中継装置から受信する応答時間性能を示すデータを記憶するとともに、応答時間性能を示すデータが満たすべき基準となる基準情報を予め記憶するデータ記憶手段と、管理サーバと通信ネットワークを介して接続される端末であって管理サーバから受信するデータを表示する端末から情報処理装置が指定されるとともに、応答時間性能を示すデータの要求を受信したときに、指定された情報処理装置に関する応答時間性能を示すデータのうち、基準情報が示す基準となる応答時間性能を満足している割合を計算し、計算結果を端末に送信する制御部とを備える。また、本発明によれば、管理対象となる複数の情報処理装置であって、サービス提供対象となる一般端末からのサービスの要求に応じた処理を実行することによって一般端末にサービスを提供する複数の情報処理装置と、複数の情報処理装置を管理する管理サーバと、情報処理装置と管理サーバとの間で情報を中継する中継装置とを備え、各情報処理装置と中継装置とは、通信ネットワークを介して接続され、中継装置と管理サーバとは、通信ネットワークを介して接続され、各情報処理装置は、実行した処理に応じて生成される処理結果情報として、処理中に異常が発生した時刻および異常から復旧した時刻を記述したログファイルを記憶する処理結果記憶手段と、一般端末からのサービスの要求に応じた処理を実行するとともに、処理中に異常が発生した時刻および異常から復旧した時刻を記述したログファイルを生成し、処理結果記憶手段にログファイルを処理結果情報として記憶させる制御部とを備え、各情報処理装置が備える制御部は、中継装置から要求があった場合に、処理結果記憶手段が記憶する処理結果情報に記述された復旧時の時刻と異常発生時の時刻との差を計算することにより平均修復時間のデータを生成し、平均修復時間のデータを中継装置に送信し、中継装置は、情報処理装置に対して平均修復時間のデータの送信を所定の期間毎に要求する制御部を備え、中継装置が備える制御部は、各情報処理装置から平均修復時間のデータを受信した後に、各情報処理装置から受信した平均修復時間のデータを管理サーバに送信し、管理サーバは、中継装置から受信する平均修復時間のデータを記憶するとともに、平均修復時間が満たすべき基準となる基準情報を予め記憶するデータ記憶手段と、管理サーバと通信ネットワークを介して接続される端末であって管理サーバから受信するデータを表示する端末から情報処理装置が指定されるとともに、平均修復時間のデータの要求を受信したときに、指定された情報処理装置に関する平均修復時間のデータの推移と基準情報とを示すグラフを生成し、当該グラフの情報を端末に送信する制御部とを備える。従って、それぞれが自らの情報処理装置を管理する各管理者に対して、情報処理装置の運用状況を示すデータを提供することができ、各管理者が運用状況を確認するためのコストを低減させることができる。

以下、本発明の実施の形態を図面を参照して説明する。
図１は、本発明による情報処理装置管理システムの実施の形態を示すブロック図である。本実施の形態の情報処理装置管理システムは、ＨＵＢセンタ１に設置されるセンタサーバ２と、オペレータ端末１１と、ＩＤＣに設置される中継装置２２と、ＩＤＣに設置される各サーバ（以下、ＩＤＣサーバと記す。）３１〜３３とを備える。図１では、一カ所のＩＤＣ２１のみを示したが、ＩＤＣは複数存在し、各ＩＤＣに中継装置およびＩＤＣサーバが設置される。ただし、ＩＤＣサーバの台数やＩＤＣサーバが実行する処理は、ＩＤＣによって異なる。以下、図１に示したＩＤＣ２１を例に説明する。各ＩＤＣサーバ３１〜３３は、管理対象となる情報処理装置である。なお、ＨＵＢセンタ１は、各ＩＤＣの中継装置と接続されるデータセンタである。

センタサーバ２とＩＤＣ２１の中継装置２２とは、例えばインターネット等の通信ネットワーク４１によって接続される。以下、通信ネットワーク４１がインターネットである場合を例に示すが、センタサーバ２と中継装置２２とが、ＶＰＮ（Virtual Private Network ：仮想私設網）等、他の通信ネットワークによって接続されてもよい。

センタサーバ２と、オペレータ端末（以下、ＯＰ端末と記す。）１１とは、例えば、ＬＡＮ等の通信ネットワークを介して接続される。ただし、ＬＡＮ以外の通信ネットワークによって接続されていてもよい。センタサーバ２は、各ＩＤＣにおけるＩＤＣサーバ（例えば、図１に示すＩＤＣサーバ３１〜３３）にインストールすべきソフトウェアを記憶し、そのソフトウェアを中継装置に送信する。また、ＯＰ端末１１の指定に従い、ソフトウェアの設定を行い、そのソフトウェアに従う動作を実行する。すなわち、個々のＩＤＣサーバでの動作を、擬似的に実行する。センタサーバ２は、ＩＤＣサーバへのソフトウェアインストール前に、この擬似的動作を実行する。そして、その実行結果を、例えばＯＰ端末１１に出力して、ＨＵＢセンタ１のオペレータに動作が適切か否かの評価を促す。

ＩＤＣ２１において、中継装置２２とＩＤＣサーバ３１〜３３とは、例えば、ＬＡＮ、ＶＰＮ等の通信ネットワークによって接続される。ただし、ＬＡＮやＶＰＮ以外の通信ネットワークによって接続されていてもよい。中継装置２２は、ＩＤＣサーバ３１〜３３にインストールされるソフトウェアをセンタサーバ２から受信し、記憶する。また、中継装置２２は、どのソフトウェアを選択し、どのような設定でインストールすべきかを指示する情報（以下、選択設定指示情報と記す。）をセンタサーバ２から受信し、記憶する。そして、各ＩＤＣサーバ３１〜３３から要求があると、選択設定指示情報に従ってＩＤＣサーバにソフトウェアをインストールする。

なお、同一のＩＤＣ２１に設置されているＩＤＣサーバ３１〜３３であっても、インストールされるソフトウェアが同一であるとは限らない。一カ所のＩＤＣ２１には、フロントエンドＷｅｂサーバとして機能するＩＤＣサーバ、一般端末４２からの要求に応じて処理を実行するＩＤＣサーバ、バックエンドデータベースサーバとして機能するＩＤＣサーバ等が設置される場合がある。この場合、各ＩＤＣサーバには、異なるソフトウェアがインストールされる。

インストール後、ＩＤＣサーバ３１〜３３は、一般端末４２からのアクセスを受付、一般端末４２の要求に応じて処理を行う。ＩＤＣ２１が自治体によって管理される場合を例にすると、ＩＤＣサーバ３１〜３３には、例えば、入札管理を行うためのソフトウェアがインストールされ、その後、一般端末４２からの入札受付処理等を実行する。ここでは、ＩＤＣサーバ３１〜３３が、入札管理を行う場合を例示したが、資材調達管理を行ったり、住民に対する情報公開サービスを行ったりする等、様々な処理を実行するためのソフトウェアがインストールされてもよい。

一般端末４２は、例えば、ブラウザを備えたパーソナルコンピュータ等の端末装置である。一般端末４２とＩＤＣサーバ３１とは、インターネット４１を介して接続され、一般端末４２は、ＩＤＣサーバ３１が提供するＷｅｂページを表示する。そして、Ｗｅｂページ上でＩＤＣサーバ３１〜３３へのサービスの要求がユーザから入力されると、一般端末４２は、その要求をＩＤＣサーバ３１に送信する。

また、ＩＤＣサーバ３１〜３３の運用開始後、ソフトウェアにパッチをあてる必要が生じる場合がある。この場合、ＨＵＢセンタ１から中継装置２２にパッチを送信し、中継装置２２がＩＤＣサーバ３１〜３３にパッチを送信することによって、パッチをあてる。なお、「パッチ」とは、更新あるいは追加されるソフトウェアモジュール（ソフトウェアの一部となるプログラム）である。「パッチをあてる」とは、パッチを用いてソフトウェアの機能を改善することである。

また、ＩＤＣサーバ３１〜３３の運用開始後、中継装置２２は、ＩＤＣサーバ３１〜３３の運用状況を示す情報をセンタサーバ２２に送信する。センタサーバ２２は、ＩＤＣ２１の管理者からの要求に応じて、この情報とＳＬＡ（Service Level Agreement ）データとの比較を表す情報を提供する。ＳＬＡデータとは、ＩＤＣが提供するサービスに関して予め定められた仕様である。

図２は、センタサーバ２およびＯＰ端末１１の構成例を示すブロック図である。センタサーバ２の制御部３は、センタサーバ制御プログラム５９に従い、ソフトウェア群５１の送信処理を実行する。また、制御部３は、ソフトウェア群５１に従って処理を実行することにより、ＩＤＣサーバの動作を擬似的に再現する。ソフトウェア群５１は、中継装置２２に送信するソフトウェアの集合である。ソフトウェア群５１には、例えば、ＯＳ、ミドルウェア、アプリケーションが含まれる。図２では、ＯＳ５２と、３種類のミドルウェア５３〜５５と、３種類のアプリケーション５６〜５８を示したが、ミドルウェアおよびアプリケーションの種類は、それぞれ３種類に限定されない。また、各ＯＳ、ミドルウェアおよびアプリケーションは、一つのプログラムであるとは限らず、複数のプログラムの集合であってもよい。

センタサーバ制御プログラム５９は、制御部３に、選択設定指示情報（ソフトウェア情報）６０に従ってソフトウェア群５１からソフトウェアを選択させ、また、ソフトウェアの設定を定めさせて、そのソフトウェアに従った動作を実行させる。また、センタサーバ制御プログラム５９は、各ＩＤＣの中継装置に、ＩＤＣ内のいずれかのＩＤＣサーバにインストールされる各ソフトウェアと、ＩＤＣ内の各ＩＤＣサーバに対応する選択設定指示情報とを送信する処理を制御部３に実行させる。

また、記憶装置４は、プログラムの他に、選択設定指示情報６０と、ＳＬＡデータ６１と、ＩＤＣサーバデータ６２とを記憶する。選択設定指示情報６０、ＳＬＡデータ６１、およびＩＤＣサーバデータ６２は、例えば、ファイル形式で記憶される。

選択設定指示情報６０は、個々のＩＤＣサーバの識別情報と、そのＩＤＣサーバに対してどのソフトウェアを選択し、どのような設定でインストールすべきかを示す情報とを対応づける。

ＳＬＡデータ６１は、個々のＩＤＣ毎に、そのＩＤＣが提供するサービスに関する仕様を定めたデータである。個々のＩＤＣのＳＬＡデータは、そのＩＤＣが運用される前に、記憶装置４に予め登録される。ＩＤＣサーバデータ６２は、各ＩＤＣにおけるＩＤＣサーバの運用状況を示すデータである。

センタサーバ２のネットワークインタフェース部５は、通信ネットワークを介して他の装置と情報やソフトウェアを送受信する。

ＯＰ端末１１の制御部１２は、記憶装置１３が記憶するプログラムに従って動作する。制御部１２は、オペレータの操作に従って、選択設定指示情報をセンタサーバ２に送信する。入力装置１４は、例えば、キーボードやマウス等の入力装置であり、オペレータの操作を受け付ける。出力装置１５は、例えば、ディスプレイ装置等の表示装置である。ネットワークインタフェース部１６は、通信ネットワークを介してセンタサーバ２と情報を送受信する。

図３は、中継装置の構成例を示すブロック図である。中継装置２２の制御部２３は、記憶装置２４が記憶する中継装置制御プログラム６５に従って処理を実行する。中継装置制御プログラム６５は、センタサーバ２から受信するソフトウェア群５１ａおよび選択設定指示情報６０ａを記憶装置２４に記憶する処理を制御部２３に実行させる。また、ＩＤＣサーバ３１〜３３からソフトウェアのインストール要求を受け付けたときに、選択設定指示情報６０ａに従ってソフトウェア群５１ａをインストールする処理を制御部２３に実行させる。ネットワークインタフェース部２５は、通信ネットワークを介して情報やソフトウェアを送受信する。

なお、センタサーバ２の記憶装置４は、全てのＩＤＣサーバについての選択設定指示情報６０を記憶する。これに対し、あるＩＤＣ２１の中継装置２２の記憶装置２４は、そのＩＤＣ２１のＩＤＣサーバ３１〜３３についての選択設定指示情報６０ａのみを記憶する。すなわち、図３に示す選択設定指示情報６０ａは、図２に示す選択設定指示情報６０の一部分である。

また、あるＩＤＣ２１の中継装置２２の記憶装置２４は、ソフトウェア群５１として、そのＩＤＣ２１のＩＤＣサーバ３１〜３３のいずれかにインストールされるソフトウェアのみを記憶する。例えば、ＩＤＣサーバ３１〜３３には、ミドルウェア５５（図２参照）がインストールされないとする。この場合、センタサーバ２は、ミドルウェア５５を中継装置２２に送信しない。この結果、図３に示すように、ミドルウェア５５は中継装置２２の記憶装置２４に記憶されない。

図４は、ＩＤＣサーバの構成例を示すブロック図である。ここでは、ＩＤＣサーバ３１を例に説明する。ＩＤＣサーバ３１の制御部３４は、記憶装置３５が記憶するプログラムに従って処理を実行する。ネットワークインタフェース部３６は、通信ネットワークを介して中継装置２２と情報やソフトウェアを送受信する。

記憶装置３５は、初期状態において通信プログラム７１を記憶する。この通信プログラム７１は、ＩＤＣ２１の管理者によって、ＣＤ−ＲＯＭ等の記憶媒体からインストールされる。通信プログラム７１は、ＩＤＣサーバ固有の識別情報を中継装置２２に送信し、中継装置２２にソフトウェアのインストールを要求する処理を、制御部３４に実行させる。なお、ＩＤＣサーバ３１が自身の識別情報や中継装置２２のアドレスの情報を取得するためには、例えば、通信プログラム７１のインストール時に、ＩＤＣ２１の管理者から、ＩＤＣサーバの識別情報や中継装置２２のアドレスの設定を受け付ければよい。制御部３４は、通信プログラム７１がインストールされているが他のソフトウェアがインストールされていない状態で起動すると、ＩＰＬ（Initial Program Loading）時に、通信プログラム７１を読み込み、通信プログラム７１に従って動作する。

ＩＤＣサーバ３１からの要求に応じて中継装置２２がソフトウェアをインストールすると、記憶装置３５は、ＯＳ、ミドルウェア、アプリケーション等を記憶する。制御部３４は、インストールされたソフトウェアに従って処理を実行する。なお、図４では、ＯＳ５２、ミドルウェア５３およびアプリケーション５６がインストールされた場合を例示している。

次に、ＩＤＣサーバにソフトウェアをインストールするまでの処理経過について説明する。まず、ＩＤＣ（ここでは、図１に示すＩＤＣ２１とする。）の管理者は、ＨＵＢセンタ１の管理者に対して、ＩＤＣサーバ３１〜３３の管理を依頼する。このとき、ＩＤＣ２１の管理者は、ＩＤＣ２１に設置する各ＩＤＣサーバのハードウェア情報（例えば、メモリ容量等のハードウェア情報）や、どのようにＩＤＣサーバを運用するのかについてＨＵＢセンタ１の管理者に伝える。そして、ＩＤＣ２１の管理者およびＨＵＢセンタ１の管理者は、ＩＤＣサーバの運用目的やハードウェア情報に基づいて、ＩＤＣサーバ３１〜３３に対して、それぞれどのソフトウェアをインストールすればよいのか、また、ソフトウェアをどのような設定にすればよいのかを決定する。

その後、センタサーバ２は、ＨＵＢセンタ１のオペレータから指示を受け、ＩＤＣサーバ３１〜３３にソフトウェアをインストールしてそのソフトウェアの設定を定めたときの動作を、擬似的に実行する。そして、ＨＵＢセンタ１のオペレータに、動作が適切か否かの評価を促す。図５は、擬似的動作を評価する際の処理経過の一例を示す流れ図である。

あるＩＤＣサーバの動作をセンタサーバ２に擬似的に実行させて評価を行う場合、ＯＰ端末１１の制御部１２は、そのＩＤＣサーバの選択設定指示情報を入力装置１４から入力される。例えば、図４に示すＩＤＣサーバ３１の動作を擬似的に実行する場合、制御部１２は、ＯＳ５２、ミドルウェア５３およびアプリケーション５６を指定し、また、その各ソフトウェアの設定を規定する選択設定指示情報を入力される。制御部１２は、入力された選択設定指示情報をセンタサーバ２に送信する（ステップＳ１）。

センタサーバ２の制御部３は、選択設定指示情報によって指定されるソフトウェアを記憶装置４から読み込み、また、選択設定指示情報に従ってソフトウェアをカスタマイズする。そして、制御部３は、そのソフトウェアに従って動作する（ステップＳ２）。センタサーバ２（制御部３）は、例えば、擬似的動作による動作結果を示す動作結果情報をＯＰ端末１１に送信する。ＯＰ端末１１は、その動作結果情報を受信して表示し、ＨＵＢセンタ１のオペレータに動作の評価の入力を促す。

擬似的動作が適切でないとオペレータに判断された場合、ＯＰ端末１１は、他の選択設定指示情報の入力を受け付け、ステップＳ１〜Ｓ２を再度実行すればよい。擬似的動作が適切であるとオペレータに判断された場合、センタサーバ２はステップＳ１で受信した情報を選択設定指示情報６０として登録する。このとき、ＯＰ端末１１は、選択設定指示情報に対応するＩＤＣサーバの識別情報を入力され、その識別情報をセンタサーバ２に送信する（ステップＳ３）。センタサーバ２の制御部３は、ステップＳ３で受信した識別情報と、ステップＳ１で受信した選択設定指示情報とを対応付けて、選択設定指示情報６０に追加する。例えば、ＩＤＣサーバ３１の識別情報を受信した場合、その識別情報と、選択設定指示情報とを対応付けて、選択設定指示情報６０に追加登録する（ステップＳ４）。この結果、ＩＤＣサーバ３１に対して、どのソフトウェアをインストールすればよいのか、また、そのソフトウェアをどのような設定にすればよいのかが、選択設定指示情報６０に記述される。

センタサーバ２およびＯＰ端末１１は、ＨＵＢセンタ１のオペレータに従い、各ＩＤＣサーバ毎に、上記のステップＳ１〜Ｓ４の処理を実行する。ただし、擬似的動作を実行せず、ステップＳ１，Ｓ３，Ｓ４の処理によって選択設定指示情報６０の登録のみを行ってもよい。この場合、ＩＤＣサーバが、ソフトウェアインストール後に、そのソフトウェアに従って動作を行い、その動作をオペレータに評価されればよい。

また、ここでは、制御部３が、ＯＰ端末１１から受信した選択設定指示情報に基づいて擬似的動作（ステップＳ２）を実行する場合を例に説明した。先に選択設定指示情報を記憶装置４に書き込んでおき、その選択設定指示情報を読み込んで擬似的動作を実行してもよい。

ソフトウェアインストール対象のＩＤＣサーバに関する選択設定指示情報を記憶装置４に記憶させた後、センタサーバ２から中継装置２２にソフトウェア群５１ａを送信する。図６は、センタサーバ２が中継装置２２にソフトウェア群５１ａを送信する際の処理経過の例を示す流れ図である。ＯＰ端末１１の制御部１２は、中継装置２２に接続される各ＩＤＣサーバ３１〜３３の識別情報を入力装置１４から入力される。そして、制御部１２は、入力された各ＩＤＣサーバ３１〜３３の識別情報をセンタサーバ２に送信し、センタサーバ２から中継装置２２へのソフトウェア群の送信を指示する（ステップＳ１１）。

センタサーバ２の制御部３は、ステップＳ１１で受信した識別情報に対応する情報を選択設定指示情報６０から抽出する。すなわち、ＩＤＣサーバ３１〜３３について、どのソフトウェアをインストールするのか、また、そのソフトウェアの設定をどのようにするのかに関する情報を抽出する。そして、抽出した情報を、選択設定指示情報６０ａとして中継装置２２に送信する。また、制御部３は、ＩＤＣサーバ３１〜３３のいずれかにインストールされるソフトウェアをソフトウェア群５１の中から読み出す。そして、そのソフトウェアをソフトウェア群５１ａとして中継装置２２に送信する（ステップＳ１２）。なお、センタサーバ２は、各ＩＤＣサーバに接続される中継装置のアドレスを、ＩＤＣサーバの識別情報と対応させて予めＩＤＣ毎に記憶装置４に記憶しておけばよい。そして、指定された識別情報に対応する中継装置のアドレスを用いて、中継装置にソフトウェアなどを送信すればよい。

中継装置２２の制御部２３は、センタサーバ２から受信した選択設定指示情報６０ａおよびソフトウェア群５１ａを記憶装置２４に記憶させる（ステップＳ１３）。

図７は、中継装置２２がＩＤＣサーバにソフトウェアをインストールする際の処理経過の例を示す流れ図である。ここでは、ＩＤＣサーバ３１にインストールする場合を例に説明する。また、中継装置２２が記憶する選択設定指示情報６０ａでは、ＯＳ５２、ミドルウェア５３およびアプリケーション５６をインストールする旨の情報が、ＩＤＣサーバ３１の識別情報に対応づけられているものとする。

通信プログラム７１を記憶するＩＤＣサーバ３１は、ＩＤＣ２１の管理者によって起動される。すると、制御部２４は、ＩＰＬ時に通信プログラム７１を記憶装置３５から読み込む。そして、制御部２４は、通信プログラム７１に従って、ＩＤＣサーバ３１自身の識別情報を中継装置２２に送信し、ソフトウェアのインストールを要求する（ステップＳ２１）。

中継装置２２の制御部２３は、ＩＤＣサーバ３１から識別情報を受信すると、その識別情報に対応する情報を選択設定指示情報６０ａから抽出する（ステップＳ２２）。本例では、制御部２３は、ＯＳ５２、ミドルウェア５３およびアプリケーション５６をインストールする旨の情報を抽出する。また、制御部２３は、どのような設定でインストールすべきかを示す情報も選択設定指示情報６０ａから抽出する。

続いて、制御部２３は、抽出した情報によって決定されるソフトウェアを、通信ネットワークを介してＩＤＣサーバ３１に送信し、ＩＤＣサーバ３１へのインストールを行う（ステップＳ２３）。このとき、制御部２３は、ステップＳ２２で抽出した情報によって規定される設定でソフトウェアをインストールする。ＩＤＣサーバ３１は、中継装置２２から送信されるソフトウェアを受信し、記憶装置３５に記憶させる。以後、ＩＤＣサーバ３１の制御部３４は、インストールされたＯＳ５２、ミドルウェア５３およびアプリケーション５６に従って処理を実行する。

同様に、ＩＤＣサーバ３２，３３にもソフトウェアがインストールされ、ＩＤＣサーバ３１〜３３の運用が開始される。すなわち、インターネット４１を介して一般端末４２との間で情報を送受信しながら、一般端末４２の使用者に対してサービスを提供する。

次に、ＩＤＣサーバの運用時の動作について説明する。運用時の動作には、ＩＤＣサーバのソフトウェアにパッチをあてる場合の動作と、ＩＤＣサーバの運用状況を示すデータを収集してＩＤＣの管理者に提示する動作とがある。

図８は、パッチをあてる場合の処理経過の例を示す流れ図である。ＨＵＢセンタのオペレータは、ワームやアタック（サーバに対する侵入等の攻撃）の情報を入手すると、各ＩＤＣサーバに対するワーム送信やアタックがなされても、ＩＤＣサーバの運営を維持できるように対策を決定する。ワームやアタックに対する対策としては、ＩＤＣサーバのソフトウェアの設定を応急的に変更する措置と、ＩＤＣサーバのソフトウェアにパッチをあてる措置とがある。新たなワームやアタックの影響を回避するためのパッチ作成には時間を要するので、パッチ作成完了までは、ソフトウェアの設定を変更することにより対処することが多い。

ＨＵＢセンタ１のオペレータは、新たに広がりつつあるワームの情報や、インターネットサーバ（ＨＵＢセンタ１が管理するＩＤＣサーバとは限らない。）に対するアタックがあったという情報を入手すると、そのワームやアタックの影響を回避するため、ソフトウェアの設定をどのように変更すればよいかを検討する。センタサーバ２の制御部３は、設定を変更すべきソフトウェアの情報および変更内容の情報を入力されると、その情報を送信することによって、ソフトウェアの設定変更を中継装置２２に指示する（ステップＳ３１）。なお、センタサーバ２は、変更対象のソフトウェアの情報や変更内容の情報を、ＯＰ端末１１を介して入力されればよい。すなわち、ＯＰ端末１１が、オペレータから情報を入力され、その情報をセンタサーバ２に送信すればよい。

また、ステップＳ３１において、センタサーバ２の制御部３は、設定を変更すべきソフトウェアの情報および変更内容の情報を全ての中継装置に対して送信する必要はない。変更対象のソフトウェアをインストールしたＩＤＣサーバに接続される中継装置に対して送信を行えばよい。例えば、アプリケーション５６の設定を変更する場合、アプリケーション５６をインストールしたＩＤＣサーバに接続される中継装置に対して情報を送信すればよい。なお、変更対象のアプリケーションをインストールしたＩＤＣサーバは、選択設定指示情報６０によって判断することができる。

中継装置２２の制御部２３は、設定を変更すべきソフトウェアの情報および変更内容の情報を受信すると、そのソフトウェアをインストールしたＩＤＣサーバに変更内容の情報を送信する（ステップＳ３２）。この場合、制御部３２は、変更対象のアプリケーションをインストールしたＩＤＣサーバを選択設定指示情報６０ａから判断すればよい。ステップＳ３２において、ソフトウェアの変更内容を通知されたＩＤＣサーバの制御部は、そのソフトウェアの設定を変更する（ステップＳ３３）。

また、ソフトウェアの設定変更によって応急的にワームやアタックに対処する間に、ＨＵＢセンタ１のオペレータは、ワームやアタックの影響を排除するパッチを作成する。センタサーバ２の制御部３は、新たに作成されたパッチを、例えばＯＰ端末１１を介して入力される（ステップＳ３４）。制御部３は、入力されたパッチを記憶装置４に記憶させる。

また、センタサーバ２の制御部３は、例えばＯＰ端末１１を介して、新たなパッチに従って動作する旨の指示を受け付けると、新たなパッチを含むソフトウェアに従って動作する（ステップＳ３５）。制御部３は、ステップＳ２と同様に、その動作結果を示す動作結果情報をＯＰ端末１１に送信して表示させることにより、ＨＵＢセンタ１のオペレータに動作の評価を促す。

ステップＳ３５においてパッチによる動作が適切であるとオペレータに評価された場合、センタサーバ２の制御部３は、ＯＰ端末１１を介してパッチの送信指示を受け付ける。なお、制御部３は、新たなパッチをあてる対象となるソフトウェアを指定する指定情報も、ＯＰ端末１１を介してオペレータから入力される。制御部３は、ソフトウェアを指定する指定情報とともに、パッチの送信指示をＯＰ端末１１から受け付けると、中継装置２２にパッチを送信する（ステップＳ３６）。このとき、制御部３は、指定情報によって指定されるソフトウェアをインストールしたＩＤＣサーバを、選択設定指示情報６０に基づいて判断する。制御部３は、そのＩＤＣサーバに接続される中継装置にパッチを送信すればよい。このとき、送信先となる中継装置は、例えば、予め記憶しているＩＤＣサーバの識別情報と中継装置のアドレスとの対応関係を示す情報に基づいて判断すればよい。

例えば、新たなパッチが、アプリケーション５６に適用されるパッチである場合、ステップＳ３６では、アプリケーション５６をインストールしたＩＤＣサーバに接続される中継装置にパッチを送信する。

中継装置２２の制御部２３は、新たなパッチを受信すると、そのパッチをあてる対象となるソフトウェアをインストールしたＩＤＣサーバにパッチを送信する（ステップＳ３７）。指定情報（パッチをあてる対象となるソフトウェアを指定する情報）は、例えば、ステップＳ３６においてセンタサーバ２が中継装置２２に送信すればよい。そして、制御部２３は、指定情報によって指定されるソフトウェアをインストールしたＩＤＣサーバを、選択設定指示情報６０ａに基づいて判断する。制御部２３は、そのＩＤＣサーバにパッチを送信すればよい。パッチを受信したＩＤＣサーバの制御部は、そのパッチを記憶装置に記憶させる（ステップＳ３８）。

なお、パッチをあてる態様は、ソフトウェアの一部のプログラムを新たなパッチに置換する態様であっても、新たなプログラムとしてパッチをソフトウェアに追加する態様であってもよい。

図９および図１０は、ＩＤＣサーバの運用状況を示すデータを収集してＩＤＣの管理者に提示する場合の処理経過の例を示す流れ図である。ここでは、ＩＤＣ２１を例に説明する。

なお、運用状況を示すデータとしては、例えば、ＩＤＣサーバ３１〜３３のＭＴＴＲ（Mean Time To Repair ：平均修復時間）、一定期間内におけるＩＤＣサーバ３１〜３３を運用していた期間の割合（以下、可用性と記す。）、ＩＤＣサーバ３１〜３３が一般端末４２からのサービス要求を受け付けてから、一般端末４２に応答するまでの時間（以下、応答時間性能と記す。）等がある。また、運用状況を示すデータには、ＩＤＣサーバ３１〜３３自体の運用状況を示すデータだけでなく、ＩＤＣ２１のオペレータの業務状況を示すデータも含まれる。ＩＤＣ２１のオペレータの業務状況の例として、例えば、一般端末４２の使用者から電話で問い合わせ等を受けた場合における応答状況等があげられる。

個々のＩＤＣサーバ３１〜３３は、それぞれ、動作状態に変化があるとその状況をログファイルに記録する（ステップＳ４１）。例えば、ＩＤＣサーバ３１の制御部３４は、異常が発生して一般端末４２にサービスを提供できなくなった場合、その旨およびその時刻をログファイルに記録する。また、異常から復旧した場合も、その旨およびその時刻をログファイルに記録する。また、一般端末４２からサービスの要求を受け付けた場合や、一般端末４２に応答した場合も、それぞれ、その旨およびその時刻をログファイルに記録する。他のＩＤＣサーバ３２，３３も、同様に、動作状況の変化をログファイルに記録する。なお、各ＩＤＣサーバ３１〜３３は、ログファイルを記憶装置に記憶させる。

中継装置２２の制御部２３は、各ＩＤＣサーバ３１〜３３に、運用状況を示すデータを要求する（ステップＳ４２）。中継装置２２は、ステップＳ４２の要求処理を、例えば、所定の期間毎に行えばよい。

ＩＤＣサーバ３１の制御部３４は、中継装置２２からの要求を受信すると、運用状況を示すデータをログファイルに基づいて作成する（ステップＳ４３）。例えば、一般端末４２への応答時刻と、サービスの要求を受け付けた時刻との差を計算して、応答時間性能を算出する。また、例えば、復旧時刻と異常発生時刻との差からＭＴＴＲを算出する。また、例えば、復旧時刻および異常発生時刻に基づいて、稼働していた時間および稼働していなかった時間を算出する。制御部３４は、ステップＳ４３で作成した運用状況を示す情報を中継装置２２に送信する（ステップＳ４４）。制御部３４は、例えば、運用状況を示す情報にＩＤＣサーバ３１の識別情報も付加しておく。

他のＩＤＣサーバ３２，３３も同様に、運用状況を示す情報を作成し、中継装置２２に送信する（ステップＳ４３，Ｓ４４）。

中継装置２２の制御部２３は、各ＩＤＣサーバ３１〜３３から運用状況を示す情報を受信する。そして、各ＩＤＣサーバ３１〜３３の情報をまとめて、センタサーバ２に送信する（ステップＳ４５）。センタサーバ２の制御部３は、中継装置２２から運用状況を示す情報を受信すると、その情報をＩＤＣサーバデータ６２として記憶装置４に記憶させる（ステップＳ４６）。なお、センタサーバ２は、各ＩＤＣサーバ３１〜３３のデータを、各ＩＤＣサーバの識別情報とともに記憶させておく。識別情報は、例えば、ＩＤＣサーバ３１〜３３がステップＳ４４において運用状況を示す情報に付加しておけばよい。

また、ＩＤＣ（ここではＩＤＣ２１とする。）の管理者がＩＤＣサーバデータ６２を確認する場合、管理者は端末（図示せず）を用いて確認する。この端末は、ブラウザを備えたパーソナルコンピュータ等の端末装置である。ＩＤＣ２１の端末は、その管理者の操作に従って、センタサーバ２にＩＤＣサーバデータ６２を要求する（ステップＳ５１）。このとき、端末は、ＩＤＣ２１の管理者の操作に従って、確認しようとするＩＤＣサーバの識別情報も送信する。

センタサーバ２の制御部３は、指定された識別情報に対応するＩＤＣサーバのデータをＩＤＣサーバデータ６２から抽出する。また、ＳＬＡデータ６１を記憶装置４から読み込む。そして、運用状況を示すデータが、ＳＬＡデータ６１をどの程度満足しているのかを演算する（ステップＳ５２）。

例えば、ＩＤＣサーバ３１が、一般端末４２からサービス要求をＸ回受け付け、個々の要求に応答したとする。制御部３は、そのＸ回分の応答時間性能のデータのうち、ＳＬＡデータを満足しているデータが何％あるのか等を計算する。また、例えば、ＭＴＴＲや可用性の変化を示すグラフ情報を作成してもよい。さらに、ＳＬＡデータが示す値がグラフ上に示されるようにグラフ情報を作成してもよい。

制御部３は、ステップＳ５２の演算結果を示すＷｅｂページの情報を端末に送信し（ステップＳ５３）、端末はそのＷｅｂページを表示する（ステップＳ５４）。このように、制御部３は、Ｗｅｂページを送信することにより、ＩＤＣの管理者にＷｅｂページを提示し、応答時間性能がどの程度仕様（ＳＬＡデータ）を満足しているのか等を確認を促す。また、ＭＴＴＲや可用性の変化を示すグラフを提示して、ＭＴＴＲや可用性が恒常的に仕様を満足しながら推移しているのか、あるいは仕様値を上回ったり下回ったりを繰り返しながら推移しているのか等の確認を促す。

なお、ここでは、運用状況を示すデータをログファイルから作成する場合を説明したが、運用状況を示すデータを、ログファイルを用いずに作成できる場合がある。その場合には、ログファイルを用いなくてもよい。例えば、可用性のデータを作成する場合、中継装置２２が定期的（例えば、Ｙ秒毎）に各ＩＤＣサーバ３１〜３３に対してpingを送信してもよい。pingに対して各ＩＤＣサーバ３１〜３３から正常な応答があれば、各ＩＤＣサーバ３１〜３３は正常に稼働していると判定できる。従って、中継装置２２がping送信回数に対する正常な応答回数の割合を計算することによって可用性のデータを作成することができる。

次に、運用状況を示す情報として、ＩＤＣのオペレータの業務情報を管理者に提示する場合の例を示す。ここでは、オペレータが問い合わせや苦情に対して電話で応答したときの応答時間を提示する場合を例示する。

ＩＤＣ２１の中継装置２２には、図１１に示す構成のＣＴＩ（Computer Telephony Integration）システムが接続されているとする。図１１に示した電話機８３および端末８５は、同一のオペレータによって使用される。図１１では電話機と端末との組み合わせを一組のみ示したが、複数組存在してもよい。

ＣＴＩサーバ８２は、オペレータが使用する電話機の電話番号と、そのオペレータが使用する端末のアドレスとの対応関係を示す情報を記憶装置（図１１において図示せず。）に記憶する。また、ＣＴＩサーバ８２は、オペレータが問い合わせや苦情に電話で対応した時間（応答時間）を各件毎に記憶装置に記憶する。そして、その応答時間のデータを、運用状況を示すデータとして中継装置２２に送信する。なお、ＣＴＩサーバ８２は、ＩＤＣ２１に設置されるＩＤＣサーバのうちの１つである。

図１２は、ＣＴＩサーバ８２が応答時間のデータを記録するときの処理経過の例を示す流れ図である。ＰＢＸ（Private Branch eXchange ）８１は、外部の電話機から、オペレータの電話機８３の呼出しを受け付け、電話回線を接続する。そして、オペレータの電話機８３の電話番号とともに、その回線接続時刻の情報をＣＴＩサーバ８２に送信する。ＣＴＩサーバ８２は、ＰＢＸ８１から受信した電話番号と回線接続時刻とを対応させて、記憶装置に記憶させる（ステップＳ６１）。

電話回線を切断した場合、ＰＢＸ８１は、回線切断時刻の情報をＣＴＩサーバ８２に送信する。ＣＴＩサーバ８２は、その回線切断時刻を、ステップＳ６１で記録した回線接続時刻に対応させて記憶装置に記憶させる（ステップＳ６２）。

続いて、ＣＴＩサーバ８２は、ステップＳ６１で記録した電話番号に対応するアドレスを抽出し、そのアドレスを用いて、端末８４にメッセージを送信する。このメッセージは、通話内容が問い合わせや苦情に関するものであったか否かを尋ねるメッセージである。端末８４は、このメッセージを表示し、オペレータに回答の入力を促す。端末８４は、オペレータからメッセージへの回答を入力されると、その回答をＣＴＩサーバ８２に送信する。ＣＴＩサーバ８２は、端末からの回答に基づいて、通話内容が問い合わせや苦情に関するものであったか否かを確認する（ステップＳ６３）。通話内容が問い合わせ等に関するものでなければ、ステップＳ６１，Ｓ６２で記録した情報を削除して処理を終了してよい。

通話内容が問い合わせや苦情に関するものであれば、ＣＴＩサーバ８２は、回線切断時刻と回線接続時刻との差を計算することによって、応答時間を算出する（ステップＳ６４）。そして、電話番号（ステップＳ６１で受信したオペレータの電話番号）とともに、その応答時間を記憶装置に記憶させる（ステップＳ６５）。

ＣＴＩサーバ８２は、ステップＳ６１〜Ｓ６５の処理を繰り返し、各オペレータの電話での応答時間を蓄積する。そして、ＣＴＩサーバ８２は、中継装置２２から要求があったときに、応答時間の情報を、運用状況を示すデータとして中継装置２２に送信する。中継装置２２は、ＣＴＩサーバから受信した応答時間の情報をセンタサーバ２に送信し、センタサーバ２は、応答時間の情報をＩＤＣサーバデータ６２として記憶装置４に記憶する。

ＩＤＣのオペレータの応答時間をＩＤＣの管理者に提示する際の処理は、ステップＳ５１〜Ｓ５４と同様である。センタサーバ２は、応答時間の仕様（例えば、Ｘ分以内）を満たす時間内に対処できた件数の割合等をＷｅｂページで提示する。

なお、上記の説明では、運用状況に関するデータとして、ＭＴＴＲ、可用性、一般端末４２に対する応答時間、オペレータの応答時間を示した。これらのデータは、例示であり、運用状況に関するデータとして、これらとは異なるデータの収集、提示を行ってもよい。

処理結果記憶手段は、各ＩＤＣサーバの記憶装置３５によって実現される。データ記憶手段は、センタサーバ２の記憶装置４によって実現される。

また、コンピュータに、中継装置に接続される情報処理装置に対応するソフトウェア情報と、ソフトウェア記憶手段が記憶するソフトウェアのうちソフトウェア情報が示すソフトウェアとを中継装置に送信する処理を実行させるための情報処理管理支援プログラムが、センタサーバ制御プログラム５９に含まれる。

また、コンピュータに、複数の情報処理装置から所定データを受信して、記憶装置に記憶させる処理、通信ネットワークを介して接続される端末からの要求に応じて、記憶装置に記憶した所定データを送信する処理、および、所定データが、基準情報が示す基準をどの程度満たしているかを判定し、判定結果を端末に送信する処理を実行させるための情報処理装置管理支援プログラムも、センタサーバ制御プログラム５９に含まれる。

また、コンピュータに、情報処理装置にインストールすべきソフトウェアを示すソフトウェア情報と、ソフトウェア情報が示すソフトウェアとを管理サーバから受信する処理、ソフトウェア情報およびソフトウェアを記憶装置に記憶させる処理、および、情報処理装置からの要求に応じて、情報処理装置に対応するソフトウェア情報を記憶装置から読み出し、ソフトウェア情報に従って、記憶装置が記憶するソフトウェアを情報処理装置に送信する処理を実行させるための情報処理装置管理支援プログラムが、中継装置制御プログラム６５に含まれる。

本発明によれば、センタサーバ２がソフトウェア群５１を保持し、選択設定指示情報と、ソフトウェア群５１に含まれるソフトウェアとを各ＩＤＣの中継装置に送信する。そして、その中継装置が、選択設定指示情報に従って、ＩＤＣサーバにソフトウェアをインストールする。従って、各ＩＤＣは、所望の設定でソフトウェアをインストールするための専門知識を有する要員等を揃える必要がない。その結果、ソフトウェア環境構築のためのコストを低減させることができる。また、センタサーバ２が、ソフトウェアモジュール群５１に含まれるソフトウェアに従って動作することにより、ＩＣＤサーバにおける動作をインストール前に事前に確認することができる。

また、ソフトウェアインストール後、新たなパッチが作成された場合、センタサーバ２が、各ＩＤＣの中継装置を介して、ＩＤＣサーバにパッチを送信する。従って、各ＩＤＣの管理は、個別に自己のＩＤＣサーバにパッチをあてる必要がなく、そのための専門知識を有する要員を揃える必要がない。その結果、各ＩＤＣにおける運用コストを低減させることができる。

また、センタサーバ２が、各ＩＤＣにおける運用状況を示す情報を収集し、ＩＤＣの端末に提示する。従って、各ＩＤＣの管理者が運用状況を確認するためのコストを低減させることができる。

上記のステップＳ４１〜Ｓ４６の説明では、中継装置が、運用状況に関するデータを各ＩＤＣサーバから受信して、センタサーバ２に送信する場合を示した。運用状況に関するデータ以外に、各ＩＤＣサーバの状態に関するデータを収集してもよい。例えば、中継装置２２が、各ＩＤＣサーバ３１〜３３の状態を定期的にスキャンし、スキャン結果を収集してもよい。具体的には、中継装置２２が、定期的に各ＩＤＣサーバ３１〜３３にスキャン指示を通知する。各ＩＤＣサーバ３１〜３３の制御部は、その指示に応じて、自己の記憶装置の状態を検査する。各ＩＤＣサーバ３１〜３３の制御部は、検査結果を中継装置２２に送信し、中継装置２２は、各ＩＤＣサーバ３１〜３３の検査結果をまとめて、センタサーバ２に送信する。センタサーバ２の制御部３は、この検査結果をＯＰ端末１１に送信して表示させることにより、ＨＵＢセンタ１のオペレータに検査結果の確認を促す。この結果、ＨＵＢセンタ１のオペレータは、各ＩＤＣサーバ３１〜３３における異常の有無を確認することができる。

また、各ＩＤＣサーバにインストールされるソフトウェアは、異常発生時（例えば、予め想定されるアタックがなされた場合や、予め想定される異常が生じた場合等）に中継装置に異常を通知する機能を制御部に発揮させるプログラムを含んでいてもよい。この場合、各ＩＤＣサーバの制御部は、異常を検知すると、中継装置に異常が発生したことを通知する。中継装置は、各ＩＤＣサーバからの異常発生通知をまとめて、センタサーバ２に送信する。センタサーバ２の制御部３は、この異常発生通知をＯＰ端末１１に送信して表示させることにより、ＨＵＢセンタ１のオペレータに異常発生通知の確認を促す。この結果、ＨＵＢセンタ１のオペレータは、異常発生通知を確認して、異常に対する対応措置（例えば、パッチをあてる等の措置）を検討することができる。

また、センタサーバ２が、オペレータの操作によってＩＤＣサーバを指定して、中継装置にそのＩＤＣサーバの情報を収集させてもよい。例えば、ＩＤＣサーバ３１等の特定のサーバの情報を収集させてもよい。この場合、センタサーバ２の制御部３は、ＩＤＣサーバ３１を指定し、また、どのような情報を収集するのかを指定して、中継装置２２に情報収集を要求する。中継装置２２の制御部２３は、この要求に応じて、ＩＤＣサーバ３１に情報を要求する。ＩＤＣサーバ３１の制御部３４は、要求された情報を中継サーバ２２に送信し、中継サーバ２２は、その情報をセンタサーバ２に転送する。このように、センタサーバ２が、オペレータに従い、個別にＩＤＣサーバの情報を収集することによっても、ＩＤＣサーバに異常が生じているかを監視できる。なお、ワームやアタックの情報を新たに入手した場合、それらのアタック等を自動検知できないＩＤＣサーバについては、この方法によって、アタック等の影響の有無を確認すればよい。

また、上記の実施の形態では、センタサーバ２が中継装置を介して各ＩＤＣサーバにソフトウェアをインストールしたり、各ＩＤＣサーバからデータを収集する場合について説明した。ＩＤＣが小規模の場合（例えば、ＩＤＣサーバが１台しか設置されない場合）、中継装置を介さずに、センタサーバ２とＩＤＣサーバとが直接ソフトウェアやデータを送受信してもよい。

この場合、ＩＤＣサーバは、初期状態（通信プログラム７１を記憶した状態）で起動すると、通信プログラム７１に従って、センタサーバ２に対して識別情報を送信すればよい。そして、センタサーバ２の制御部３は、その識別情報に対応する情報を、選択設定指示情報６０から抽出し、その情報に従って、ＩＤＣサーバにソフトウェアをインストールすればよい。すなわち、センタサーバ２が、中継装置２２と同様の処理を実行すればよい。また、ＩＤＣサーバの動作を評価する際の処理（ステップＳ１〜Ｓ４）は、中継装置を用いない場合と同様である。

また、運用時においては、センタサーバ２の制御部３は、直接ＩＤＣサーバに対してソフトウェアの設定変更を指示し、また、直接ＩＤＣサーバにパッチを送信すればよい。パッチの送信先となるＩＤＣサーバは、パッチとともに入力される指定情報に基づいて判定すればよい。また、制御部３は、運用状況を示すデータをＩＤＣサーバに直接要求すればよい。ＩＤＣサーバは、この要求に応じて、運用状況を示すデータを直接センタサーバ２に送信すればよい。センタサーバ２が、そのデータをＩＤＣの管理者に提示する際の処理（ステップＳ５１〜Ｓ５４）は、中継装置を用いない場合と同様である。

ただし、一つのＩＤＣに設置されるＩＤＣサーバの台数が多い場合には、中継装置を設けることが好ましい。ＩＤＣサーバの台数が多い場合、中継装置を設けないと、通信ネットワークの負荷が大きくなってしまうからである。例えば、図１に示す各ＩＣＤサーバ３１〜３３に、中継装置２２を介さずにＯＳ５２をインストールするとする。この場合、通信ネットワーク４１を介して複数回ＯＳ５２をインストールしなければならない。一方、中継装置２２を設ける場合、通信ネットワーク４１を介するＯＳ５２の送受信は１回で済む。各ＩＤＣサーバ３１〜３３に共通のパッチをあてる場合も同様である。すなわち、中継装置２２を設けなければ、通信ネットワーク４１を介して複数回パッチを送受信しなければならない。一方、中継装置２２を設ける場合、通信ネットワーク４１を介するパッチの送受信は１回で済む。このように共通のソフトウェアを送信する場合、中継装置２２を設けることによって、通信ネットワーク４１の負荷を軽減することができる。

本発明の実施の形態を示すブロック図である。センタサーバおよびＯＰ端末の構成例を示すブロック図である。中継装置の構成例を示すブロック図である。ＩＤＣサーバの構成例を示すブロック図である。擬似的動作を評価する際の処理経過の一例を示す流れ図である。センタサーバから中継装置にソフトウェア群送信する際の処理経過の例を示す流れ図である。中継装置がＩＤＣサーバにソフトウェアをインストールする際の処理経過の例を示す流れ図である。パッチをあてる場合の処理経過の例を示す流れ図である。ＩＤＣサーバの運用状況を示すデータを収集する場合の処理経過の例を示す流れ図である。運用状況を示すデータをＩＤＣの管理者に提示する場合の処理経過の例を示す流れ図である。ＣＴＩシステムの例を示す説明図である。ＣＴＩサーバが応答時間のデータを記録するときの処理経過の例を示す流れ図である。

符号の説明

１ＨＵＢセンタ
２センタサーバ
１１オペレータ端末
２１ＩＤＣ
２２中継装置
３１〜３３ＩＤＣサーバ
５１ソフトウェア群

Claims

管理対象となる複数の情報処理装置であって、サービス提供対象となる一般端末からのサービスの要求に応じた処理を実行することによって前記一般端末にサービスを提供する複数の情報処理装置と、
前記複数の情報処理装置を管理する管理サーバと、
前記情報処理装置と前記管理サーバとの間で情報を中継する中継装置とを備え、
各情報処理装置と中継装置とは、通信ネットワークを介して接続され、
中継装置と管理サーバとは、通信ネットワークを介して接続され、
各情報処理装置は、実行した前記処理に応じて生成される処理結果情報として、一般端末からサービスの要求を受け付けた時刻および前記一般端末に応答した時刻を記述したログファイルを記憶する処理結果記憶手段と、
一般端末からのサービスの要求に応じた処理を実行するとともに、一般端末からサービスの要求を受け付けた時刻および前記一般端末に応答した時刻を記述したログファイルを生成し、前記処理結果記憶手段に前記ログファイルを処理結果情報として記憶させる制御部とを備え、
各情報処理装置が備える前記制御部は、中継装置から要求があった場合に、前記処理結果記憶手段が記憶する処理結果情報に記述された一般端末に応答した時刻とサービスの要求を受け付けた時刻との差を計算することにより、応答時間性能を示すデータを生成し、前記応答時間性能を示すデータを中継装置に送信し、
中継装置は、情報処理装置に対して前記応答時間性能を示すデータの送信を所定の期間毎に要求する制御部を備え、
中継装置が備える前記制御部は、各情報処理装置から前記応答時間性能を示すデータを受信した後に、各情報処理装置から受信した前記応答時間性能を示すデータを管理サーバに送信し、
管理サーバは、中継装置から受信する前記応答時間性能を示すデータを記憶するとともに、応答時間性能を示すデータが満たすべき基準となる基準情報を予め記憶するデータ記憶手段と、
管理サーバと通信ネットワークを介して接続される端末であって管理サーバから受信するデータを表示する端末から情報処理装置が指定されるとともに、前記応答時間性能を示すデータの要求を受信したときに、指定された情報処理装置に関する応答時間性能を示すデータのうち、基準情報が示す基準となる応答時間性能を満足している割合を計算し、計算結果を前記端末に送信する制御部とを備えた
ことを特徴とする情報処理装置管理システム。
管理対象となる複数の情報処理装置であって、サービス提供対象となる一般端末からのサービスの要求に応じた処理を実行することによって前記一般端末にサービスを提供する複数の情報処理装置と、
前記複数の情報処理装置を管理する管理サーバと、
前記情報処理装置と前記管理サーバとの間で情報を中継する中継装置とを備え、
各情報処理装置と中継装置とは、通信ネットワークを介して接続され、
中継装置と管理サーバとは、通信ネットワークを介して接続され、
各情報処理装置は、実行した前記処理に応じて生成される処理結果情報として、前記処理中に異常が発生した時刻および前記異常から復旧した時刻を記述したログファイルを記憶する処理結果記憶手段と、
一般端末からのサービスの要求に応じた処理を実行するとともに、前記処理中に異常が発生した時刻および前記異常から復旧した時刻を記述したログファイルを生成し、前記処理結果記憶手段に前記ログファイルを処理結果情報として記憶させる制御部とを備え、
各情報処理装置が備える前記制御部は、中継装置から要求があった場合に、前記処理結果記憶手段が記憶する処理結果情報に記述された復旧時の時刻と異常発生時の時刻との差を計算することにより平均修復時間のデータを生成し、前記平均修復時間のデータを中継装置に送信し、
中継装置は、情報処理装置に対して前記平均修復時間のデータの送信を所定の期間毎に要求する制御部を備え、
中継装置が備える前記制御部は、各情報処理装置から前記平均修復時間のデータを受信した後に、各情報処理装置から受信した前記平均修復時間のデータを管理サーバに送信し、
管理サーバは、中継装置から受信する前記平均修復時間のデータを記憶するとともに、平均修復時間が満たすべき基準となる基準情報を予め記憶するデータ記憶手段と、
管理サーバと通信ネットワークを介して接続される端末であって管理サーバから受信するデータを表示する端末から情報処理装置が指定されるとともに、前記平均修復時間のデータの要求を受信したときに、指定された情報処理装置に関する平均修復時間のデータの推移と前記基準情報とを示すグラフを生成し、当該グラフの情報を前記端末に送信する制御部とを備えた
ことを特徴とする情報処理装置管理システム。