JP6620679B2 - 管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラム - Google Patents

Description

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

複数の端末装置を管理する管理装置が所定の周期で許可情報をブロードキャストし、許可情報を受信した端末装置が使用許可の状態に遷移し、または使用許可の状態を維持することで、情報処理システムのセキュリティは確保される（例えば、特許文献１参照）。消費電力量を監視する監視装置が、スマートコンセントにより計測された電気機器の消費電力量を監視し、消費電力量が所定量以下の場合、監視装置の一部の機能を省電力状態に移行することで、システム全体の消費電力が削減される（例えば、特許文献２参照）。

特開２０１１−２０４０５６号公報 特開２０１３−１４８９６７号公報

ところで、複数の情報処理装置と、情報処理装置を起動させる起動要求を情報処理装置にブロードキャストする管理装置とを有する情報処理システムでは、管理装置からの起動要求を受信した全ての情報処理装置は起動される。このため、起動要求のブロードキャストにより、情報処理に使用する数より多い情報処理装置が起動された場合、無駄な電力が消費されてしまう。

１つの側面では、本件開示の管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムは、情報処理装置に起動要求をブロードキャストする場合に、使用しない情報処理装置の起動を抑止することで消費電力を削減することを目的とする。

一つの観点によれば、複数の情報処理装置を管理する管理装置は、起動要求の受信期間が所定周期で設定される複数の情報処理装置に起動要求をブロードキャストし、起動要求を受信した情報処理装置からの確認応答を受信する通信処理部と、確認応答を送信した情報処理装置のうち、所定数の情報処理装置に情報処理装置を起動させる起動指示を発行し、残りの情報処理装置に起動を禁止させる起動禁止指示を発行する起動制御部とを有する。

別の観点によれば、複数の情報処理装置と、複数の情報処理装置を管理する管理装置とを有する情報処理システムにおいて、複数の情報処理装置の各々は、所定周期で設定される受信期間に起動要求を受信した場合、確認応答を管理装置に送信する装置側通信処理部を有し、管理装置は、複数の情報処理装置に起動要求をブロードキャストし、起動要求を受信した情報処理装置から確認応答を受信する管理側通信処理部と、確認応答を送信した情報処理装置のうち、所定数の情報処理装置に情報処理装置を起動させる起動指示を発行し、残りの情報処理装置に起動を禁止させる起動禁止指示を発行する起動制御部とを有する。

別の観点によれば、複数の情報処理装置を管理する管理装置の制御方法は、管理装置が、起動要求の受信期間が所定周期で設定される複数の情報処理装置に起動要求をブロードキャストし、起動要求を受信した情報処理装置からの確認応答を受信し、確認応答を送信した情報処理装置のうち、所定数の情報処理装置に情報処理装置を起動させる起動指示を発行し、残りの情報処理装置に起動を禁止させる起動禁止指示を発行する。

さらなる別の観点によれば、複数の情報処理装置を管理する管理装置の制御プログラムは、管理装置に、起動要求の受信期間が所定周期で設定される複数の情報処理装置に起動要求をブロードキャストさせ、起動要求を受信した情報処理装置からの確認応答を受信させ、確認応答を送信した情報処理装置のうち、所定数の情報処理装置に情報処理装置を起動させる起動指示を発行させ、残りの情報処理装置に起動を禁止させる起動禁止指示を発行させる。

本件開示の管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムは、情報処理装置に起動要求をブロードキャストする場合に、使用しない情報処理装置の起動を抑止することで消費電力を削減することができる。

管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムの一実施形態を示す図である。 図１に示す情報処理システムの動作の一例を示す図である。 処理サーバが起動要求パケットに基づいて起動許可パケットによる許可を受けることなく起動処理を実行する場合の起動台数のばらつきの一例を示す図である。 管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムの別の実施形態を示す図である。 図４に示す管理サーバの一例を示す図である。 図５に示す管理サーバの機能ブロックの一例を示す図である。 図４に示す処理サーバの一例を示す図である。 図７に示す処理サーバ内の通信インタフェースのインターバルレジスタを設定する動作の一例を示す図である。 図７に示す処理サーバ内の通信インタフェースのインターバルレジスタを設定する動作の別の例を示す図である。 図５に示す管理サーバによる処理サーバの起動処理の一例を示す図である。 図５に示す管理サーバによる処理サーバの停止処理の一例を示す図である。 図５に示す処理サーバの動作の一例を示す図である。 図５に示す処理サーバ内の通信インタフェースが間欠監視期間に実行する処理の一例を示す図である。 管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムの別の実施形態における処理サーバの動作の一例を示す図である。 図１４に示す処理サーバ内の通信インタフェースの動作の一例を示す図である。 図１４に示す処理サーバ内で起動されるＢＩＯＳが実行する処理の一例を示す図である。

以下、図面を用いて実施形態を説明する。

図１は、管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムの一実施形態を示す。図１に示す情報処理システムＳＹＳ１は、情報処理を実行する複数の処理サーバＳＶ（ＳＶ００１、ＳＶ００２、...）と、処理サーバＳＶを管理する管理サーバＭＳＶとを有する。管理サーバＭＳＶは、管理装置の一例であり、処理サーバＳＶは、情報処理装置の一例である。例えば、処理サーバＳＶは、ネットワークスイッチＳＷを介して管理サーバＭＳＶに接続される。管理サーバＭＳＶおよび処理サーバＳＶの各々は、ＣＰＵ（Central Processing Unit）とメモリＭＥＭとＮＩＣ（Network Interface Card）等の通信インタフェース部ＣＩＦとを有する。処理サーバＳＶのＣＰＵは、情報処理を実行する処理部の一例であり、処理サーバＳＶの通信インタフェース部ＣＩＦは、装置側通信処理部の一例である。

管理サーバＭＳＶにおいて、ＣＰＵは、メモリＭＥＭに格納された制御プログラムを実行し、通信インタフェース部ＣＩＦを介して処理サーバＳＶの起動および停止を管理する。管理サーバＭＳＶの通信インタフェース部ＣＩＦは、管理側通信処理部の一例である。管理サーバＭＳＶは、処理サーバＳＶを使用したいユーザＵＳＲから、処理サーバＳＶの使用要求ＲＥＱ（起動台数を含む）を受信したことに基づいて、全ての処理サーバＳＶに対して起動要求を送信するブロードキャストを実行する。そして、管理サーバＭＳＶは、使用要求ＲＥＱに含まれる起動台数に対応する数の処理サーバＳＶを起動する制御を実行する。なお、使用要求ＲＥＱは、ユーザＵＳＲが端末装置ＴＭを操作することにより、端末装置ＴＭから発行される。また、使用要求ＲＥＱは、複数のユーザＵＳＲが操作する複数の端末装置ＴＭからそれぞれ発行されてもよい。

処理サーバＳＶの通信インタフェース部ＣＩＦは、ＣＰＵおよびメモリＭＥＭへの電源の供給が停止されている間、所定周期で設定される受信期間に使用要求ＲＥＱを監視する間欠監視を実行する。使用要求ＲＥＱを受信可能な受信期間の発生周期および受信期間の長さは、情報処理システムＳＹＳ１において使用要求ＲＥＱを受信する処理サーバＳＶの通信インタフェース部ＣＩＦが所定数（例えば、３台）になるように設定される。以下の説明では、ＣＰＵおよびメモリＭＥＭへの電源の供給が停止されている期間は、間欠監視期間と称され、ＣＰＵおよびメモリＭＥＭに電源が供給されている期間は、通常動作期間と称される。使用要求ＲＥＱを受信可能な受信期間は、間欠監視期間において、所定周期で繰り返し設定され、通常動作期間には設定されない。

処理サーバＳＶの通信インタフェース部ＣＩＦは、受信期間に管理サーバＭＳＶから起動要求を受信した場合、処理サーバＳＶを起動してよいか否かを確認する起動確認を管理サーバＭＳＶに通知する。起動確認は、起動要求を受信した情報処理装置から送信される確認応答の一例である。そして、処理サーバＳＶの通信インタフェース部ＣＩＦは、起動確認に基づいて管理サーバＭＳＶから起動許可の通知を受けた場合、ＣＰＵおよびメモリＭＥＭに電源を供給し、処理サーバＳＶを間欠監視期間から通常動作期間に移行する。一方、処理サーバＳＶの通信インタフェース部ＣＩＦは、起動確認に基づいて管理サーバＭＳＶから起動禁止の通知を受けた場合、間欠監視期間を継続する。起動許可の通知は、処理サーバＳＶにＣＰＵを起動させる起動指示の一例であり、起動禁止の通知は、処理サーバＳＶにＣＰＵの起動を禁止させる起動禁止指示の一例である。

図２は、図１に示す情報処理システムＳＹＳ１の動作の一例を示す。図２において管理サーバＭＳＶの動作は、情報処理装置の制御方法および情報処理装置の制御プログラムの一例を示す。図２に示す処理サーバＳＶ００１−ＳＶ０１０の動作において、斜線のパターンは、使用要求を示す起動要求パケットを監視する受信期間を示し、破線のパターンは、処理サーバＳＶの起動期間を示し、網掛けのパターンは、起動期間後の通常動作期間を示す。

処理サーバＳＶ００１−ＳＶ０１０は互いに非同期で動作するため、使用要求パケットを監視する受信期間は、処理サーバＳＶ００１−ＳＶ０１０間でずれている。このため、管理サーバＭＳＶから全ての処理サーバＳＶ００１−ＳＶ０１０にブロードキャストされる起動要求パケットを受信する処理サーバＳＶの数は、その都度変化する。図２に示す例では、ブロードキャストされる起動要求パケットを、平均的に３台の処理サーバＳＶが受信するように、各処理サーバＳＶの受信期間の長さと、受信期間の発生周期が設定される。

まず、管理サーバＭＳＶは、ユーザＵＳＲが操作する端末装置ＴＭから使用要求ＲＥＱ００１（起動台数＝２台）を受信し、起動要求パケットを全ての処理サーバＳＶにブロードキャストする（図２（ａ）、（ｂ））。図２に示す例では、受信期間が起動要求パケットの送信タイミングと重なる３台の処理サーバＳＶ００１、ＳＶ００６、ＳＶ００７が起動要求パケットを受信し、起動要求パケットの確認応答である起動確認パケットを管理サーバＭＳＶに送信する（図２（ｃ））。

管理サーバＭＳＶは、起動確認パケットを受信し、起動確認パケットを送信した処理サーバＳＶ００１、ＳＶ００６、ＳＶ００７のうち、処理サーバＳＶ００１、ＳＶ００６に起動許可を通知する起動許可パケットを送信する（図２（ｄ））。起動許可パケットは、所定数の処理サーバＳＶのＣＰＵを動作可能に起動させる起動指示の一例である。処理サーバＳＶ００１、ＳＶ００６の各々の通信インタフェース部ＣＩＦは、起動許可パケットの受信に基づいて、ＣＰＵおよびメモリＭＥＭに電源を供給させる指示を電源制御部等に出力し、ＣＰＵに起動処理を実行させる。

これにより、使用要求ＲＥＱ００１で指示された台数の処理サーバＳＶ００１、ＳＶ００６が起動され、起動された処理サーバＳＶ００１、ＳＶ００６は、起動期間後にアプリケーション等を実行可能な状態になる。処理サーバＳＶ００１、ＳＶ００６は、起動処理が完了した後、起動処理の完了を管理サーバＭＳＶに通知する起動完了パケットを送信する（図２（ｅ））。

一方、管理サーバＭＳＶは、起動確認パケットを送信した処理サーバＳＶ００１、ＳＶ００６、ＳＶ００７のうち、起動許可パケットを送信しない残りの処理サーバＳＶ００７に起動の禁止を通知する起動禁止パケットを送信する（図２（ｆ））。起動禁止パケットは、処理サーバＳＶにＣＰＵによる起動処理を禁止させる起動禁止指示の一例である。起動禁止パケットを受信した処理サーバＳＶ００７の通信インタフェース部ＣＩＦは、ＣＰＵおよびメモリＭＥＭに電源を供給させる指示を出力せず、間欠監視期間を継続する（図２（ｇ））。これにより、処理サーバＳＶが互いに非同期で起動要求パケットの受信期間を設定し、起動確認パケットを送信する処理サーバＳＶの台数が確率的に変化する場合にも、使用要求ＲＥＱ００１で指示された台数の処理サーバＳＶを起動することができる。

次に、管理サーバＭＳＶは、端末装置ＴＭから使用要求ＲＥＱ００２（起動台数＝３台）を受信し、起動要求パケットを全ての処理サーバＳＶにブロードキャストする（図２（ｈ）、（ｉ））。２台の処理サーバＳＶ００２、ＳＶ００８が起動要求パケットを受信し、起動確認パケットを管理サーバＭＳＶに送信する（図２（ｊ））。なお、使用要求ＲＥＱ００１、ＲＥＱ００２は、共通のユーザＵＳＲが操作する１つの端末装置ＴＭから発行されてもよく、互いに異なるユーザＵＳＲが操作する２つの端末装置ＴＭからそれぞれ発行されてもよい。

管理サーバＭＳＶは、起動確認パケットを送信した処理サーバＳＶ００２、ＳＶ００８の数が、使用要求ＲＥＱ００２に含まれる起動台数に満たないため、全ての処理サーバＳＶ００２、ＳＶ００８に起動許可パケットを送信する（図２（ｋ））。そして、処理サーバＳＶ００２、ＳＶ００８は、起動許可パケットの受信に基づいて、起動処理を実行し、起動処理が完了した後、起動完了パケットを管理サーバＭＳＶに送信する（図２（ｌ））。なお、起動確認パケットを送信した処理サーバＳＶ００２、ＳＶ００８の数が、使用要求ＲＥＱ００２に含まれる起動台数以下の場合、管理サーバＭＳＶは、起動禁止パケットを発行しない。これにより、管理サーバＭＳＶから処理サーバＳＶへの無駄なパケットの送信を抑止することができる。

管理サーバＭＳＶは、起動完了パケットの受信に基づいて、残りの１台の処理サーバＳＶを起動するために、追加の起動要求パケットを全ての処理サーバＳＶにブロードキャストする（図２（ｍ））。図２に示す例では、３台の処理サーバＳＶ００４、ＳＶ００７、ＳＶ０１０が起動要求パケットを受信し、起動確認パケットを管理サーバＭＳＶに送信する（図２（ｎ））。

管理サーバＭＳＶは、残り１台の処理サーバＳＶを起動するために、処理サーバＳＶ００７に起動許可パケットを送信し、処理サーバＳＶ００４、ＳＶ０１０に起動禁止パケットを送信する（図２（ｏ、ｐ））。処理サーバＳＶ００７は、起動許可パケットの受信に基づいて、起動処理を実行し、起動処理が完了した後、起動完了パケットを管理サーバＭＳＶに送信する（図２（ｑ））。このように、１回の起動要求パケットにより、使用要求ＲＥＱ００２で指示された台数の処理サーバＳＶが起動されない場合に、追加で起動要求パケットを送信することで、使用要求ＲＥＱ００２で指示された台数の処理サーバＳＶを起動することができる。

図３は、処理サーバＳＶが起動要求パケットに基づいて起動許可パケットによる許可を受けることなく起動処理を実行する場合の起動台数のばらつきの一例を示す。図３は、ブロードキャストされる起動要求パケットを、平均的に３台の処理サーバＳＶが受信するように、各処理サーバＳＶの受信期間の長さと、受信期間の発生周期が設定された場合の起動台数を示す。

各処理サーバＳＶの通信インタフェース部ＣＩＦが、起動要求パケットの受信期間を所定周期かつ所定の長さに設定し、受信期間が処理サーバＳＶ間で同期せずにばらつく場合、起動要求パケットを受信する処理サーバＳＶの台数は、乱数事象となる。典型的には、処理サーバＳＶの起動台数の確率分布は、ポアソン分布になる。このため、起動要求パケットに基づいて起動される処理サーバＳＶの数の平均値が３台になるように受信期間が設定される場合にも、実際に起動される処理サーバＳＶの数はばらつく。図２に示す動作を実行する情報処理システムＳＹＳ１では、処理サーバＳＶの起動台数の確率分布が、図３に示すようにばらつく場合にも、使用要求ＲＥＱで指示された台数の処理サーバＳＶを起動することができる。

以上、図１および図２に示す実施形態では、起動要求パケットをブロードキャストする情報処理システムＳＹＳ１において、使用しない処理サーバＳＶが起動されることを抑止することで、情報処理システムＳＹＳ１の消費電力を削減することができる。また、処理サーバＳＶが互いに非同期で起動要求パケットの受信期間を設定し、起動確認パケットを送信する処理サーバＳＶの台数が図３に示すように確率的に変化する場合にも、使用要求ＲＥＱで指示された台数の処理サーバＳＶを起動することができる。

１回の起動要求パケットにより、使用要求ＲＥＱで指示された台数の処理サーバＳＶが起動されない場合に、追加で起動要求パケットを送信することで、使用要求ＲＥＱで指示された台数の処理サーバＳＶを起動することができる。

図４は、管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムの別の実施形態を示す。図１から図３で説明した要素と同一または同様の要素については、同一の符号を付し、これ等については、詳細な説明は省略する。図４に示す情報処理システムＳＹＳ２は、複数の処理サーバＳＶ、管理サーバＭＳＶ、ロードバランサＬＢ、および処理サーバＳＶ、管理サーバＭＳＶ、ロードバランサＬＢを相互に接続する複数のネットワークスイッチＳＷを有する。

情報処理システムＳＹＳ２は、インターネットまたはイントラネット等のネットワークＮＷを介して複数の端末装置ＴＭに接続される。なお、情報処理システムＳＹＳ２は、ネットワークＮＷを介さずに複数の端末装置ＴＭに接続されてもよい。例えば、端末装置ＴＭは、データの入出力処理など最小限の処理を実行するシンクライアントとして機能する。そして、処理サーバＳＶ内に起動される仮想マシンが端末装置ＴＭ（ユーザ）のそれぞれに割り当てられることで、例えば、仮想マシンによりデータ処理等を実行するＶＤＩ（Virtual Desktop Infrastructure）が、情報処理システムＳＹＳ２により実現される。

情報処理システムＳＹＳ２は、負荷の増減に応じて処理サーバＳＶの起動台数を増減するスケールアウトシステムに適用される。あるいは、情報処理システムＳＹＳ２は、教育現場において複数の学生に同時に利用される教育システムに適用されてもよく、企業の事務処理システムに適用されてもよい。各処理サーバＳＶは、複数のクライアントによるデータ処理の計算機資源として利用されてもよい。

各処理サーバＳＶは、ネットワークスイッチＳＷを介して管理サーバＭＳＶおよびロードバランサＬＢに接続され、ネットワークスイッチＳＷおよびネットワークＮＷを介して端末装置ＴＭに接続される。処理サーバＳＶ、管理サーバＭＳＶおよびロードバランサＬＢが、ＬＡＮ（Local Area Network）を介して互いに接続される場合、ネットワークスイッチＳＷは、レイヤ２スイッチ等のＬＡＮスイッチである。

管理サーバＭＳＶは、情報処理システムＳＹＳ２の全体の動作を制御し、端末装置ＴＭから発行される処理サーバＳＶの使用要求に基づいて、使用要求に含まれる起動台数の処理サーバＳＶを起動する処理を実行する。また、管理サーバＭＳＶは、端末装置ＴＭから発行される処理サーバＳＶの停止要求に基づいて、停止が指示された処理サーバＳＶを停止する処理を実行する。

ロードバランサＬＢは、管理サーバＭＳＶからの指示に基づいて動作する。ロードバランサＬＢは、各処理サーバＳＶが実行する処理の負荷を分散させる機能、または、各処理サーバＳＶが実行する処理の負荷を分散させるために、端末装置ＴＭに接続する仮想マシンの割り当てを決める機能を有する。

図５は、図４に示す管理サーバＭＳＶの一例を示す。図５において、太い実線は、電源線を示す。管理サーバＭＳＶは、ＣＰＵ、メモリＭＥＭ、ＨＤＤ（Hard Disk Drive）、ＰＲＯＭ（Programmable Read Only Memory）、ＢＭＣ（Baseboard Management Controller）、通信インタフェース部ＣＩＦおよび電源部ＰＳを有する。

ＣＰＵは、ＰＲＯＭに格納されたＢＩＯＳ（Basic Input/Output System）等の基本プログラムを実行するとともに、メモリＭＥＭに格納されたＯＳ（Operating System）および管理プログラムＭＰＧＭを実行することで、管理サーバＭＳＶの機能を実現する。なお、ＯＳおよび管理プログラムＭＰＧＭは、管理サーバＭＳＶの起動時に、ＨＤＤからメモリＭＥＭに転送される。

メモリＭＥＭは、複数のＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）を含むＤＩＭＭ等のメモリモジュールであり、メモリバスを介してＣＰＵに接続される。ＰＲＯＭには、ＣＰＵへの電源の供給時、またはリスタート時に起動されるＢＩＯＳ等のファームウェアが予め格納されている。ＨＤＤには、ＯＳおよび管理プログラムＭＰＧＭ等が予め格納されている。

ＢＭＣは、管理サーバＭＳＶに搭載されるＣＰＵ、メモリＭＥＭ、電源部ＰＳおよび図示しないファン等の動作状態を管理する。例えば、ＢＭＣは、電源制御信号ＰＷＣＮＴを電源部ＰＳに出力し、電源部ＰＳからＣＰＵ、ＨＤＤ、メモリＭＥＭ、ＰＲＯＭ等への電源の供給を制御する。なお、ＢＭＣおよび通信インタフェース部ＣＩＦには、電源が電源部ＰＳから常時供給される。通信インタフェース部ＣＩＦは、図４に示す処理サーバＳＶおよびロードバランサＬＢとの間の通信を制御する。

図６は、図５に示す管理サーバＭＳＶの機能ブロックの一例を示す。管理サーバＭＳＶは、起動制御部１０、受信周期設定部１２、サーバ管理テーブルＳＶＴＢＬおよび起動管理テーブルＳＴＴＢＬを有する。起動制御部１０および受信周期設定部１２は、管理サーバＭＳＶのＣＰＵが実行する管理プログラムＭＰＧＭにより実現される。なお、起動制御部１０および受信周期設定部１２は、ハードウェアにより実現されてもよい。例えば、サーバ管理テーブルＳＶＴＢＬおよび起動管理テーブルＳＴＴＢＬは、管理サーバＭＳＶのメモリＭＥＭに割り当てられる。

起動制御部１０は、図４に示すネットワークＮＷを介して、処理サーバＳＶを使用したいユーザＵＳＲ（端末装置ＴＭ）から処理サーバＳＶの使用要求ＲＥＱを受信した場合、使用要求ＲＥＱに含まれる起動台数の処理サーバＳＶを起動する制御を実行する。起動制御部１０は、起動台数の処理サーバＳＶを起動した後、使用要求ＲＥＱを発行したユーザＵＳＲ（端末装置ＴＭ）に起動完了通知を送信する。

また、起動制御部１０は、ユーザＵＳＲ（端末装置ＴＭ）から処理サーバＳＶの停止要求を受信した場合、停止要求に対応する処理サーバＳＶに停止パケットを送信する。そして、起動制御部１０は、停止パケットを送信した処理サーバＳＶから停止処理開始パケットを受信したことに基づいて、停止要求を発行したユーザＵＳＲ（端末装置ＴＭ）に停止完了通知を送信する。処理サーバＳＶは、停止処理を開始した後、電源が遮断される前に停止処理開始パケットを管理サーバＭＳＶに送信する。停止要求は、使用要求ＲＥＱに対応して発行され、起動制御部１０は、使用要求ＲＥＱに基づいて起動した所定数の処理サーバＳＶを、使用要求ＲＥＱに対応する停止要求に基づいて停止する制御を実行する。

起動制御部１０は、通信インタフェース部ＣＩＦを介して、処理サーバＳＶに起動要求パケット（ブロードキャスト）、起動許可パケット、起動禁止パケットおよび停止パケットを送信する。また、起動制御部１０は、通信インタフェース部ＣＩＦを介して、処理サーバＳＶから起動確認パケット、起動完了パケットおよび停止処理開始パケットを受信する。起動制御部１０は、起動要求パケットの送信に基づいて所定時間を計測するタイマ１４を有する。起動制御部１０は、起動要求パケットを送信後、タイマ１４が所定時間の計測を完了するまで起動確認パケットの受信処理を実行する。起動要求パケット、起動確認パケット、起動許可パケット、起動禁止パケットおよび起動完了パケットの意味は、図２の説明と同様である。

受信周期設定部１２は、起動制御部１０からの指示に基づいて、各処理サーバＳＶの通信インタフェース部ＣＩＦに設定する受信期間の周期を算出する機能を有する。受信期間は、各処理サーバＳＶが使用要求ＲＥＱを受信可能な期間であり、所定周期に設定され、処理サーバＳＶの間で互いに非同期である。受信周期設定部１２は、起動制御部１０から指示に基づいて、サーバ管理テーブルＳＶＴＢＬを参照し、停止中の処理サーバＳＶの数を算出する。受信周期設定部１２は、算出した処理サーバＳＶの停止数に基づいて、受信期間の周期を算出し、算出した受信期間の周期を起動制御部１０に通知する。受信期間の周期は、停止している処理サーバＳＶが多いほど長く設定され、停止している処理サーバＳＶが少ないほど短く設定される。起動制御部１０は、受信周期設定部１２から通知された受信期間の周期を、処理サーバＳＶの少なくともいずれかに設定する。受信期間の周期を設定する手法については、図８および図９で説明される。なお、受信期間の長さ（図２に示す斜線パターンの長さ）は、処理サーバＳＶ間で共通に設定される。

サーバ管理テーブルＳＶＴＢＬは、処理サーバＳＶを識別するサーバＩＤ（Identification）毎に、使用要求ＲＥＱを示す要求ＩＤと、処理サーバＳＶが起動中か否かを示す起動フラグとを格納する領域を含むエントリを有する。図６では、起動フラグの”１”は、処理サーバＳＶが起動していることを示し、起動フラグの”０”は、処理サーバＳＶが停止していることを示す。

起動制御部１０は、起動制御部１０が処理サーバＳＶから起動完了パケットを受信する毎に、起動した処理サーバＳＶに対応するサーバ管理テーブルＳＶＴＢＬのエントリに要求ＩＤを格納し、起動フラグを”１”に設定する。また、起動制御部１０は、処理サーバＳＶに停止パケットを送信する毎に、停止する処理サーバＳＶに対応するサーバ管理テーブルＳＶＴＢＬのエントリに格納された要求ＩＤを削除し、起動フラグを”０”に設定する。

図６に示すサーバ管理テーブルＳＶＴＢＬは、使用要求ＲＥＱ００１に基づいて処理サーバＳＶ００１、ＳＶ００６が起動され、使用要求ＲＥＱ００２に基づいて処理サーバＳＶ００２、ＳＶ００７、ＳＶ００８が起動されたことを示す。すなわち、図６に示すサーバ管理テーブルＳＶＴＢＬは、図２に示す動作の完了後の状態を示す。

起動管理テーブルＳＴＴＢＬは、要求ＩＤ、要求発生日時、要求台数、起動要求パケットＩＤおよび起動台数を格納する領域をそれぞれ含む複数のエントリを有する。要求ＩＤは、使用要求ＲＥＱを識別する情報であり、要求発生日時は、使用要求ＲＥＱが発生した日時を示す情報であり、要求台数は、使用要求ＲＥＱに含まれる起動台数を示す情報である。起動要求パケットＩＤは、使用要求ＲＥＱに基づいて起動制御部１０が発行した起動要求パケットを識別する情報であり、起動台数は、起動要求パケットに基づいて起動した処理サーバＳＶの台数を示す情報である。

図６に示す起動管理テーブルＳＴＴＢＬの１行目のエントリは、日時Ｔ００１に発生した２台の使用を要求する使用要求ＲＥＱ００１に基づいて、起動要求パケットＳＰ００１が発行され、２台の処理サーバＳＶが起動されたことを示す。起動管理テーブルＳＴＴＢＬの２行目のエントリは、日時Ｔ００２に発生した３台の使用を要求する使用要求ＲＥＱ００２に基づいて、起動要求パケットＳＰ００２が発行され、２台の処理サーバＳＶが起動されたことを示す。

起動管理テーブルＳＴＴＢＬの３行目のエントリは、日時Ｔ００２に発生した３台の使用を要求する使用要求ＲＥＱ００２に基づいて、追加の起動要求パケットＳＰ００３が発行され、１台の処理サーバＳＶが起動されたことを示す。すなわち、図６に示す起動管理テーブルＳＴＴＢＬは、図２に示す動作により設定された状態を示す。

図７は、図４に示す処理サーバＳＶの一例を示す。図５に示す管理サーバＭＳＶと同一または同様の構成については、詳細な説明は省略する。処理サーバＳＶは、管理サーバＭＳＶと同様に、ＣＰＵ、メモリＭＥＭ、ＨＤＤ、ＰＲＯＭ、ＢＭＣ、通信インタフェース部ＣＩＦおよび電源部ＰＳを有する。

ＣＰＵは、ＰＲＯＭに格納されたＢＩＯＳ等の基本プログラムを実行するとともに、メモリＭＥＭに格納されたＯＳおよびアプリケーションプログラムＡＰＧＭ等を実行することで、処理サーバＳＶの機能を実現する。ＯＳおよびアプリケーションプログラムＡＰＧＭ等は、処理サーバＳＶの起動時に、ＨＤＤからメモリＭＥＭに転送される。ＨＤＤには、ＯＳおよびアプリケーションプログラムＡＰＧＭ等が予め格納されている。処理サーバＳＶのＣＰＵが実行するＯＳは、通信インタフェース部ＣＩＦを介して、処理サーバＳＶの停止の指示を受けた場合、ＣＰＵ、ＨＤＤ、メモリＭＥＭ、ＰＲＯＭへの電源の供給を停止させる停止指示ＰＯＦＦをＢＭＣに出力する機能を有する。

ＢＭＣは、管理サーバＭＳＶに搭載されるＣＰＵ、メモリＭＥＭ、電源部ＰＳおよび図示しないファン等の動作状態を管理する。例えば、ＢＭＣは、電源制御信号ＰＷＣＮＴを電源部ＰＳに出力し、電源部ＰＳからＣＰＵ、ＨＤＤ、メモリＭＥＭ、ＰＲＯＭ等への電源の供給を制御する。ＢＭＣは、ＣＰＵから停止指示ＰＯＦＦを受信した場合、ＣＰＵ、ＨＤＤ、メモリＭＥＭ、ＰＲＯＭへの電源の供給を停止する。また、ＢＭＣは、通信インタフェース部ＣＩＦから起動指示ＰＯＮを受信した場合、ＣＰＵ、ＨＤＤ、メモリＭＥＭ、ＰＲＯＭへの電源の供給を開始する。なお、ＢＭＣおよび通信インタフェース部ＣＩＦには、電源が電源部ＰＳから常時供給される。

通信インタフェース部ＣＩＦは、図４に示す管理サーバＭＳＶ、ロードバランサＬＢおよび端末装置ＴＭとの間の通信を制御する。また、通信インタフェース部ＣＩＦは、管理サーバＭＳＶからの起動許可パケット（図２）に基づいて、起動指示ＰＯＮをＢＭＣに出力し、処理サーバＳＶを起動する、いわゆるＷａｋｅ ｏｎ ＬＡＮ機能を有する。

通信インタフェース部ＣＩＦは、インターバルレジスタＩＲＥＧとインターバルフラグＩＦＬＧとを有する。インターバルレジスタＩＲＥＧは、管理サーバＭＳＶからの起動要求パケット（図２）を受信する受信期間の周期を設定する周期情報が格納され、インターバルフラグＩＦＬＧは、インターバルレジスタＩＲＥＧを有効とするか無効とするかを示す情報が格納される。インターバルレジスタＩＲＥＧには、図６に示す管理サーバＭＳＶの受信周期設定部１２が算出した受信期間の周期が、周期情報として起動制御部１０により格納される。そして、各処理サーバＳＶの通信インタフェース部ＣＩＦは、インターバルレジスタＩＲＥＧに設定された周期情報に応じて、図２に斜線パターンで示す受信期間の周期を変更する。

受信期間の周期は、停止している処理サーバＳＶが多いほど長く設定され、停止している処理サーバＳＶが少ないほど短く設定される。これにより、停止している処理サーバＳＶの数に依存せずに、起動要求パケットを受信する処理サーバＳＶの台数のばらつきを抑えることができる。但し、図３で説明したように、処理サーバＳＶ間において受信期間は同期していないため、起動要求パケットを受信する処理サーバＳＶの数はばらつく。

この実施形態では、インターバルフラグＩＦＬＧは、インターバルレジスタＩＲＥＧを有効にする値に設定される。インターバルレジスタＩＲＥＧを無効にする値が、インターバルフラグＩＦＬＧに設定された場合、通信インタフェース部ＣＩＦは、起動要求パケットを常時受信する。そして、起動要求パケットに基づいて、停止中の全ての処理サーバＳＶが起動確認パケットを管理サーバＭＳＶに送信する。なお、インターバルフラグＩＦＬＧを設けることなく、インターバルレジスタＩＲＥＧに有効な値が設定された場合、受信期間の周期を設定し、インターバルレジスタＩＲＥＧに無効な値が設定された場合、起動要求パケットを常時受信してもよい。

図８は、図７に示す処理サーバＳＶ内の通信インタフェース部ＣＩＦのインターバルレジスタＩＲＥＧを設定する動作の一例を示す。図８に示す処理は、図６に示す起動制御部１０および受信周期設定部１２により、所定の時間間隔で実行される。起動制御部１０および受信周期設定部１２は、管理サーバＭＳＶのＣＰＵが実行する管理プログラムにより実現される。すなわち、図８は、管理装置の制御方法および管理装置の制御プログラムの一例を示す。

まず、ステップＳ１００において、管理サーバＭＳＶの起動制御部１０は、処理サーバＳＶの１つに、処理サーバＳＶが起動中か停止中かを確認する疎通確認パケットを送信する。疎通確認パケットを送信する処理サーバＳＶは、順次に選択され、疎通確認パケットは、所定期間に全ての処理サーバＳＶに送信される。

次に、ステップＳ１０２において、起動制御部１０は、疎通確認パケットを送信した処理サーバＳＶから応答パケットを受信したか否かを判定する。起動制御部１０は、所定時間が経過するまでに応答パケットを受信しない場合、疎通確認パケットを送信した処理サーバＳＶが停止していると判定し、処理をステップＳ１０４に移行する。起動制御部１０は、所定時間が経過するまでに応答パケットを受信した場合、疎通確認パケットを送信した処理サーバＳＶが起動中であると判定し、処理を終了する。

ステップＳ１０４において、起動制御部１０は、サーバ管理テーブルＳＶＴＢＬにおいて、疎通確認パケットを送信した処理サーバＳＶに対応するエントリの起動フラグを停止状態（すなわち、”０”）に設定する。そして、起動制御部１０は、受信周期設定部１２に受信期間の周期を算出させる指示を出力する。次に、ステップＳ１０６において、受信周期設定部１２は、サーバ管理テーブルＳＶＴＢＬにおいて、起動フラグが停止状態に設定されたエントリの数を積算することで、停止している処理サーバＳＶの数を算出する。

次に、ステップＳ１０８において、受信周期設定部１２は、ステップＳ１０６で算出した停止している処理サーバＳＶの数に基づいて、起動要求パケットを受信する受信期間の周期を算出し、算出した周期を起動制御部１０に通知する。例えば、受信周期設定部１２は、起動要求パケットに応答して起動確認パケットを送信する処理サーバＳＶの数の平均値が、予め設定した期待値（例えば、図３に示す”３”）になるように、受信期間の周期を算出する。

次に、ステップＳ１１０において、起動制御部１０は、受信周期設定部１２から通知された受信期間の周期を示す周期情報を、疎通確認パケットを送信した処理サーバＳＶのインターバルレジスタＩＲＥＧ（図７）に格納し、処理を終了する。なお、管理サーバＭＳＶが、疎通確認パケットを送信した処理サーバＳＶに周期情報を含む通知パケットを送信し、周期情報のインターバルレジスタＩＲＥＧへの格納は、処理サーバＳＶの通信インタフェース部ＣＩＦにより実行されてもよい。

管理サーバＭＳＶは、疎通確認パケットにより処理サーバＳＶが停止中であると判明した時点で、停止中の処理サーバＳＶの数に基づいて、受信期間の周期を算出する。これより、現在停止中の処理サーバＳＶの数に合わせて、受信期間を最適な周期に設定することができる。すなわち、起動確認パケットを送信する処理サーバＳＶの数の平均値を期待値にすることができる。

図９は、図７に示す処理サーバＳＶ内の通信インタフェース部ＣＩＦのインターバルレジスタＩＲＥＧを設定する動作の別の例を示す。図８と同一または同様の処理については、詳細な説明は省略する。図９に示す処理は、図６に示す起動制御部１０および受信周期設定部１２により、図８に示す処理の起動間隔より長い所定の時間間隔で実行される。なお、図９に示す処理は、図２に示す動作において、使用要求ＲＥＱの受信に基づく処理サーバＳＶの起動処理が完了する毎に実行されてもよい。図９は、管理装置の制御方法および管理装置の制御プログラムの一例を示す。

まず、ステップＳ１２０において、管理サーバＭＳＶの起動制御部１０は、全ての処理サーバＳＶに疎通確認パケットを順次送信する。疎通確認パケットは、ブロードキャストされてもよい。次に、ステップＳ１２２において、起動制御部１０は、所定時間の経過を待ち、疎通確認パケットに対応して発行される各処理サーバＳＶからの応答パケットの受信の有無を判別する。そして、起動制御部１０は、サーバ管理テーブルＳＶＴＢＬにおいて、応答パケットの受信がなかった処理サーバＳＶに対応するエントリの起動フラグを停止状態（すなわち、”０”）に設定する。そして、起動制御部１０は、受信周期設定部１２に受信期間の周期を算出させる指示を出力する。

次に、ステップＳ１２４において、受信周期設定部１２は、図８に示すステップＳ１０６と同様に、サーバ管理テーブルＳＶＴＢＬを参照し、起動フラグが停止状態に設定されたエントリの数を積算することで、停止している処理サーバＳＶの数を算出する。

次に、ステップＳ１２６において、受信周期設定部１２は、図８に示すステップＳ１０８と同様に、ステップＳ１２４で算出した停止している処理サーバＳＶの数に基づいて、停止中の処理サーバＳＶの数における起動要求パケットの受信期間の周期を算出する。次に、ステップＳ１２８において、起動制御部１０は、図８に示すステップＳ１１０と同様に、停止中の処理サーバＳＶのインターバルレジスタＩＲＥＧに受信期間の周期に格納し、処理を終了する。

図９では、管理サーバＭＳＶは、全ての処理サーバＳＶに送信した疎通確認パケットにより判明した停止中の処理サーバＳＶの数に基づいて、受信期間の周期を算出する。これより、現在停止中の処理サーバＳＶの数に合わせて、受信期間を最適な周期に設定することができ、起動確認パケットを送信する処理サーバＳＶの数の平均値を期待値にすることができる。

図１０は、図５に示す管理サーバＭＳＶによる処理サーバＳＶの起動処理の一例を示す。図１０に示す処理は、図６に示す起動制御部１０により実行され、管理装置の制御方法および管理装置の制御プログラムの一例を示す。なお、情報処理システムＳＹＳ２の全体の動作は、図２に示す情報処理システムＳＹＳ１の動作と同様である。

まず、ステップＳ１３０において、起動制御部１０は、処理サーバＳＶを使用したいユーザＵＳＲ（端末装置ＴＭ）から使用要求ＲＥＱを受信した場合、処理をステップＳ１３２に移行する。ステップＳ１３２において、起動制御部１０は、全ての処理サーバＳＶに起動要求パケットを送信する（ブロードキャスト）。次に、ステップＳ１３４において、起動制御部１０は、図６に示すタイマ１４が計測する所定時間が経過するまで、処理サーバＳＶからの起動確認パケットを待つ。

次に、ステップＳ１３６において、起動制御部１０は、受信した起動確認パケットの数と使用要求ＲＥＱに含まれる起動台数とを比較することで、起動確認パケットの判定を実行する。この際、起動制御部１０は、起動管理テーブルＳＴＴＢＬにおいて使用要求ＲＥＱに対応するエントリを参照し、エントリに格納された要求台数と起動台数とに基づいて、起動確認パケットの判定を実行する。なお、１回の使用要求ＲＥＱに基づいて、複数の起動要求パケットを送信する場合、ステップＳ１４０により変更された起動台数を使用して起動確認パケットの判定が実行される。受信した起動確認パケットの数が使用要求ＲＥＱに含まれる起動台数より少ない場合、追加の起動要求パケットの発行を決定し、処理はステップＳ１３８に移行される。受信した起動確認パケットの数が使用要求ＲＥＱに含まれる起動台数と等しい場合、処理はステップＳ１４２に移行される。受信した起動確認パケットの数が使用要求ＲＥＱに含まれる起動台数より多い場合、処理はステップＳ１４４に移行される。

ステップＳ１３８において、起動制御部１０は、起動確認パケットの送信元の全ての処理サーバＳＶに起動許可パケットを送信する。この後、起動制御部１０は、起動完了パケットを受信した場合、図６に示すサーバ管理テーブルＳＶＴＢＬにおいて、起動完了パケットを送信した処理サーバＳＶに対応するエントリに、使用要求ＲＥＱの要求ＩＤを格納し、起動フラグを”１”に設定する。また、起動制御部１０は、起動完了パケットを受信した場合、図６に示す起動管理テーブルＳＴＴＢＬに新たなエントリを追加する。新たなエントリには、使用要求ＲＥＱのＩＤと、使用要求ＲＥＱの発生日時と、使用要求ＲＥＱに含まれる要求台数と、起動要求パケットＩＤと、起動要求パケットにより起動された処理サーバＳＶの起動台数とを示す情報が格納される。このように、起動制御部１０は、起動許可パケットの発行に対応して、サーバ管理テーブルＳＶＴＢＬおよび起動管理テーブルＳＴＴＢＬを更新する。

次に、ステップＳ１４０において、起動制御部１０は、使用要求ＲＥＱに含まれる起動台数（要求台数）からステップＳ１３８で既に起動した処理サーバＳＶの数を引いた値を新たな起動台数として算出し、処理をステップＳ１３２に戻す。この際、起動制御部１０は、起動管理テーブルＳＴＴＢＬにおいて使用要求ＲＥＱに対応するエントリを参照し、エントリに格納された要求台数と起動台数とに基づいて、新たな起動台数を算出する。使用要求ＲＥＱに対応して起動された処理サーバＳＶの起動台数を格納する起動管理テーブルＳＴＴＢＬを参照することで、起動管理テーブルＳＴＴＢＬを参照しない場合に比べて、新たな起動台数を容易に算出することができる。また、起動確認パケットの受信数が起動台数より少ない場合に、新たな起動台数を算出することで、追加の起動要求パケットをブロードキャストする場合に、ステップＳ１３６による起動台数の比較を正しく実行することができる。この結果、起動制御部１０は、ステップＳ１３８、Ｓ１４２、Ｓ１４４において、正しい数の処理サーバＳＶに起動許可パケットを送信することができる。

一方、ステップＳ１４２において、起動制御部１０は、起動確認パケットの送信元の全ての処理サーバＳＶに起動許可パケットを送信する。この後、起動制御部１０は、ステップＳ１３８の処理と同様に、サーバ管理テーブルＳＶＴＢＬおよび起動管理テーブルＳＴＴＢＬを更新する。

ステップＳ１４４において、起動制御部１０は、起動確認パケットの発行元の処理サーバＳＶの中から起動台数と同じ数の処理サーバＳＶを選択し、選択した処理サーバＳＶに起動許可パケットを送信する。この後、起動制御部１０は、ステップＳ１３８の処理と同様に、サーバ管理テーブルＳＶＴＢＬおよび起動管理テーブルＳＴＴＢＬを更新する。次に、ステップＳ１４６において、起動制御部１０は、起動確認パケットの発行元の処理サーバＳＶのうち、ステップＳ１４４で選択しなかった処理サーバＳＶに、起動禁止パケットを送信し、処理をステップＳ１４８に移行する。

ステップＳ１４８において、起動制御部１０は、起動許可パケットを送信した全ての処理サーバＳＶからの起動完了パケットを待つ。起動制御部１０は、起動完了パケットの受信後、使用要求ＲＥＱに含まれる起動台数の処理サーバＳＶの起動が完了したことを示す起動完了通知を、使用要求ＲＥＱの発行元であるユーザＵＳＲ（端末装置ＴＭ）に送信し、処理サーバＳＶの起動処理を終了する。

図１１は、図５に示す管理サーバＭＳＶによる処理サーバＳＶの停止処理の一例を示す。図１１に示す処理は、図６に示す起動制御部１０により実行され、管理装置の制御方法および管理装置の制御プログラムの一例を示す。

まず、ステップＳ１５０において、起動制御部１０は、処理サーバＳＶの使用を停止したいユーザＵＳＲ（端末装置ＴＭ）から停止要求を受信した場合、処理をステップＳ１５２に移行する。なお、停止要求は、処理サーバＳＶを起動させた使用要求ＲＥＱに対応してユーザＵＳＲ（端末装置ＴＭ）から送信される。

ステップＳ１５２において、起動制御部１０は、サーバ管理テーブルＳＶＴＢＬを参照し、停止要求に対応する使用要求ＲＥＱが格納されたエントリに対応する処理サーバＳＶを、停止対象の処理サーバＳＶとして抽出する。次に、ステップＳ１５４において、起動制御部１０は、ステップＳ１５２で抽出した処理サーバＳＶに停止パケットを送信する。

次に、ステップＳ１５６において、起動制御部１０は、停止パケットを送信した全ての処理サーバＳＶから停止処理開始パケットを受信するまで待つ。停止パケットを送信した全ての処理サーバＳＶから停止処理開始パケットを受信した場合、処理はステップＳ１５８に移行される。

ステップＳ１５８において、起動制御部１０は、サーバ管理テーブルＳＶＴＢＬにおいて、停止処理開始パケットを送信した処理サーバＳＶに対応するエントリの要求ＩＤの欄に格納された使用要求ＲＥＱの要求ＩＤを削除し、起動フラグの欄を”０”に設定する。また、起動制御部１０は、停止処理開始パケットを受信した場合、起動管理テーブルＳＴＴＢＬにおいて、停止要求に対応する要求ＩＤが格納されたエントリを削除する。

次に、ステップＳ１６０において、起動制御部１０は、停止要求に対応する処理サーバＳＶの停止が完了したことを示す停止完了通知を、停止要求の発行元であるユーザＵＳＲ（端末装置ＴＭ）に送信し、処理サーバＳＶの停止処理を終了する。

図１２は、図５に示す処理サーバＳＶの動作の一例を示す。図１２の上側は、管理サーバＭＳＶから起動許可パケットを受信した処理サーバＳＶの動作の例を示し、図１２の下側は、管理サーバＭＳＶから起動禁止パケットを受信した処理サーバＳＶの動作の例を示す。

図１２の上側において、各処理サーバＳＶの通信インタフェース部ＣＩＦは、間欠監視期間ＩＷＰ内の受信期間ＲＣＶに、起動要求パケットを受信した場合、起動確認パケットを管理サーバＭＳＶに送信する（図１２（ａ））。ここで、間欠監視期間ＩＷＰは、ＣＰＵおよびメモリＭＥＭ等への電源の供給が停止されている期間であり、使用要求ＲＥＱを受信可能な受信期間が所定周期で設定される。

通信インタフェース部ＣＩＦは、起動確認パケットに対応する起動許可パケットを管理サーバＭＳＶから受信した場合、ＢＭＣに起動指示ＰＯＮを出力する（図１２（ｂ））。なお、通信インタフェース部ＣＩＦは、起動確認パケットに対応する起動許可パケットを受信しない場合、起動指示ＰＯＮを出力することなく間欠監視期間ＩＷＰを継続する。

起動指示ＰＯＮを受信したＢＭＣは、電源制御信号ＰＷＣＮＴを電源部ＰＳに出力し、ＣＰＵおよびメモリＭＥＭ等への電源の供給を電源部ＰＳに開始させる（図１２（ｃ））。電源の供給が開始されたことに基づいて、ＢＩＯＳが起動される（図１２（ｄ））。ＢＩＯＳは、ハードウェアの初期設定を実行し、ブートローダ等によりＯＳをＨＤＤからメモリＭＥＭにロードし、ＯＳを起動する（図１２（ｅ））。

起動されたＯＳは、ＯＳの起動が完了したことを示す起動完了パケットを、通信インタフェース部ＣＩＦを介して管理サーバＭＳＶに通知する（図１２（ｆ））。そして、ＯＳが起動された処理サーバＳＶの状態は、間欠監視期間ＩＷＰから通常動作期間ＮＭＰに遷移する。

一方、図１２の下側において、各処理サーバＳＶの通信インタフェース部ＣＩＦは、図１２の上側と同様に、間欠監視期間ＩＷＰ内の受信期間ＲＣＶに、起動要求パケットを受信した場合、起動確認パケットを管理サーバＭＳＶに送信する（図１２（ｇ））。通信インタフェース部ＣＩＦは、起動確認パケットに対応する起動禁止パケットを管理サーバＭＳＶから受信した場合、ＢＭＣに起動指示ＰＯＮを出力せずに、間欠監視期間ＩＷＰを継続する（図１２（ｈ））。すなわち、起動禁止パケットを受信した処理サーバＳＶは、ＢＩＯＳおよびＯＳが起動されず、停止状態を維持する。

図１２に示す動作では、起動許可パケットを管理サーバＭＳＶから受信したことに基づいて、ＣＰＵおよびメモリＭＥＭ等への電源の供給を開始することで、起動する処理サーバＳＶのみのＣＰＵおよびメモリＭＥＭに電源を供給することができる。この結果、起動しない処理サーバＳＶのＣＰＵおよびメモリＭＥＭにも電源を供給する場合に比べて、情報処理システムＳＹＳ２の消費電力を削減することができる。

図１３は、図５に示す処理サーバＳＶ内の通信インタフェース部ＣＩＦが間欠監視期間ＩＷＰに実行する処理の一例を示す。図１３に示す処理は、所定の頻度で繰り返し実行される。

まず、ステップＳ２００において、処理サーバＳＶ内の通信インタフェース部ＣＩＦは、管理サーバＭＳＶからの起動要求パケットの受信を待ち、起動要求パケットを受信した場合、処理をステップＳ２０２に移行する。ステップＳ２０２において、通信インタフェース部ＣＩＦは、管理サーバＭＳＶに起動確認パケットを送信する。

次に、ステップＳ２０４において、通信インタフェース部ＣＩＦは、管理サーバＭＳＶから起動禁止パケットを受信した場合、処理を終了し、管理サーバＭＳＶから起動禁止パケットを受信していない場合、処理をステップＳ２０６に移行する。ステップＳ２０６において、通信インタフェース部ＣＩＦは、管理サーバＭＳＶから起動許可パケットを受信した場合、処理をステップＳ２０８に移行し、管理サーバＭＳＶから起動許可パケットを受信していない場合、処理をステップＳ２０４に戻す。ステップＳ２０８において、通信インタフェース部ＣＩＦは、ＣＰＵおよびメモリＭＥＭ等への電源の投入をＢＭＣに指示し、ＢＩＯＳおよびＯＳを起動させ、処理を終了する。

以上、図４から図１３に示す実施形態においても、図１および図２に示す実施形態と同様の効果を得ることができる。例えば、起動要求パケットをブロードキャストする情報処理システムＳＹＳ２において、使用しない処理サーバＳＶが起動されることを抑止することで、情報処理システムＳＹＳ２の消費電力を削減することができる。１回の起動要求パケットにより、使用要求ＲＥＱで指示された台数の処理サーバＳＶが起動されない場合に、追加で起動要求パケットを送信することで、使用要求ＲＥＱで指示された台数の処理サーバＳＶを起動することができる。

さらに、図４から図１３に示す実施形態では、以下の効果を得ることができる。例えば、使用要求ＲＥＱに含まれる起動台数から受信した起動確認パケットの数を引いた値を、新たな起動台数に設定することで、追加の起動要求パケットをブロードキャストする場合に、正しい数の処理サーバＳＶに起動許可パケットを送信することができる。起動管理テーブルＳＴＴＢＬを参照して新たな起動台数を算出することで、起動管理テーブルＳＴＴＢＬを使用しない場合に比べて、新たな起動台数を容易に算出することができる。起動確認パケットを送信した処理サーバＳＶの数が使用要求ＲＥＱに含まれる起動台数以下の場合、起動禁止パケットを発行しないことで、管理サーバＭＳＶから処理サーバＳＶへの無駄なパケットの送信を抑止することができる。

停止中の処理サーバＳＶの数を所定の時間間隔で算出し、受信期間の周期を算出することで、受信期間を最適な周期に設定することができ、起動確認パケットを送信する処理サーバＳＶの数の平均値を期待値にすることができる。起動許可パケットを管理サーバＭＳＶから受信したことに基づいて、ＣＰＵおよびメモリＭＥＭ等への電源の供給を開始することで、起動する処理サーバＳＶのみのＣＰＵおよびメモリＭＥＭに電源を供給することができる。この結果、起動しない処理サーバＳＶのＣＰＵおよびメモリＭＥＭにも電源を供給する場合に比べて、情報処理システムＳＹＳ２の消費電力を削減することができる。

図１４は、管理装置、情報処理システム、管理装置の制御方法および管理装置の制御プログラムの別の実施形態における処理サーバの動作の一例を示す。図１２と同一または同様の動作については、詳細な説明は省略する。なお、情報処理システムＳＹＳ２の構成は、図１と同様であり、管理サーバＭＳＶの構成は、図５と同じであり、処理サーバＳＶの構成は、図７と同じである。管理サーバＭＳＶの動作は、図８から図１１と同じである。また、情報処理システムの全体の動作は、図２と同じである。

図１４の上側は、管理サーバＭＳＶから起動許可パケットを受信した処理サーバＳＶの動作の例を示し、図１４の下側は、管理サーバＭＳＶから起動禁止パケットを受信した処理サーバＳＶの動作の例を示す。図１４に示す例では、処理サーバＳＶの通信インタフェース部ＣＩＦは、管理サーバＭＳＶからの起動要求パケットの受信に基づいて、ＣＰＵおよびメモリＭＥＭ等への電源の投入をＢＭＣに指示し、ＢＩＯＳを起動させる（図１４（ａ）、（ｂ）、（ｃ））。

起動されたＢＩＯＳは、通信インタフェース部ＣＩＦを介して起動確認パケットを管理サーバＭＳＶに送信する（図１４（ｄ））。通信インタフェース部ＣＩＦは、起動確認パケットに対応する起動許可パケットを管理サーバＭＳＶから受信した場合、受信した起動許可パケットをＢＩＯＳに通知する（図１４（ｅ））。通信インタフェース部ＣＩＦからの通知を受けたＢＩＯＳは、ＯＳをＨＤＤからメモリＭＥＭにロードし、ＯＳを起動する（図１４（ｆ））。この後、起動されたＯＳは、起動完了パケットを、通信インタフェース部ＣＩＦを介して管理サーバＭＳＶに通知する（図１４（ｇ））。そして、処理サーバＳＶの状態は、間欠監視期間ＩＷＰから通常動作期間ＮＭＰに遷移する。

図１４の下側において、ＢＩＯＳが起動確認パケットを管理サーバＭＳＶに送信するまでの動作は、図１４の上側に示す動作と同じである。通信インタフェース部ＣＩＦは、起動確認パケットに対応する起動禁止パケットを管理サーバＭＳＶから受信した場合、受信した起動禁止パケットをＢＩＯＳに通知する（図１４（ｈ））。起動禁止パケットを受信したＢＩＯＳは、ＢＩＯＳの停止処理を開始し、ＢＩＯＳを停止してよい状態になった場合、ＣＰＵおよびメモリＭＥＭ等への電源の供給を停止させる停止指示ＰＯＦＦをＢＭＣに出力する（図１４（ｉ））。ＢＭＣは、停止指示ＰＯＦＦに基づいて、ＣＰＵおよびメモリＭＥＭ等への電源の供給を停止する電源制御信号ＰＷＣＮＴを電源部ＰＳに出力する（図１４（ｊ））。そして、電源が遮断され、処理サーバＳＶの動作が停止し、処理サーバＳＶの状態は、間欠監視期間ＩＷＰを維持する。

図１４に示す動作では、通信インタフェース部ＣＩＦは、起動要求パケットの受信に基づいて、起動確認パケットを受信する前に、起動指示ＰＯＮをＢＭＣに出力し、ＢＩＯＳを起動する機能を有する。すなわち、起動確認パケットを送信する動作と、起動許可パケットおよび起動禁止パケットを受信する動作とは、通信インタフェース部ＣＩＦではなく、ＢＩＯＳが実行する。これにより、通信インタフェース部ＣＩＦ（ハードウェア）の変更をすることなく、ＢＩＯＳ等のソフトウェアの変更により、図１４に示す動作を実現することができる。

また、図１４に示す動作では、処理サーバＳＶの通信インタフェース部ＣＩＦは、起動要求パケットを管理サーバＭＳＶから受信したことに基づいて、ＣＰＵおよびメモリＭＥＭ等への電源の供給を開始する。これにより、ＣＰＵおよびメモリＭＥＭ等への電源の供給を、起動許可パケットの受信に基づいて開始する場合に比べて、起動許可パケットを受信してからＯＳの起動が完了するまでの時間を短縮することができる。

図１５は、図１４に示す処理サーバＳＶ内の通信インタフェース部ＣＩＦが間欠監視期間ＩＷＰに実行する処理の一例を示す。図１３と同一または同様の処理については、詳細な説明は省略する。図１５に示す処理は、所定の頻度で繰り返し実行される。

まず、ステップＳ２１０において、図１３に示すステップＳ２００と同様に、処理サーバＳＶ内の通信インタフェース部ＣＩＦは、管理サーバＭＳＶからの起動要求パケットの受信を待ち、起動要求パケットを受信した場合、処理をステップＳ２１２に移行する。ステップＳ２１２において、通信インタフェース部ＣＩＦは、ＣＰＵおよびメモリＭＥＭ等への電源の投入をＢＭＣに指示し、ＢＩＯＳを起動させる。

次に、ステップＳ２１４において、通信インタフェース部ＣＩＦは、ＢＩＯＳから転送される起動確認パケットを、管理サーバＭＳＶに送信する。次に、ステップＳ２１６において、通信インタフェース部ＣＩＦは、管理サーバＭＳＶから起動許可パケットまたは起動禁止パケットを受信した場合、受信したパケットをＢＩＯＳに転送し、処理を終了する。

図１６は、図１４に示す処理サーバＳＶ内で起動されるＢＩＯＳが実行する処理の一例を示す。まず、ステップＳ３０２において、電源の投入により起動されたＢＩＯＳは、通信インタフェース部ＣＩＦを介して管理サーバＭＳＶに起動確認パケットを送信する。次に、ステップＳ３０４において、ＢＩＯＳは、通信インタフェース部ＣＩＦを介して、管理サーバＭＳＶから起動禁止パケットを受信した場合、処理をステップＳ３１０に移行する。ＢＩＯＳは、通信インタフェース部ＣＩＦを介して、管理サーバＭＳＶから起動禁止パケットを受信していない場合、処理をステップＳ３０６に移行する。

ステップＳ３０６において、ＢＩＯＳは、通信インタフェース部ＣＩＦを介して、管理サーバＭＳＶから起動許可パケットを受信した場合、処理をステップＳ３０８に移行する。ＢＩＯＳは、通信インタフェース部ＣＩＦを介して、管理サーバＭＳＶから起動許可パケットを受信していない場合、処理をステップＳ３０４に戻す。ステップＳ３０８において、ＢＩＯＳは、ＯＳを起動し、処理を終了する。

一方、ステップＳ３１０において、起動禁止パケットを受信したＢＩＯＳは、ＢＩＯＳの終了処理を開始する。次に、ステップＳ３１２において、ＢＩＯＳは、終了処理においてＢＩＯＳを停止してよい状態になった場合、ＣＰＵおよびメモリＭＥＭ等への電源の供給を停止させる指示をＢＭＣに出力し、処理を終了する。

以上、図１４から図１６に示す実施形態においても、図１から図１３に示す実施形態と同様の効果を得ることができる。例えば、起動要求パケットをブロードキャストする情報処理システムにおいて、使用しない処理サーバＳＶが起動されることを抑止することで、情報処理システムの消費電力を削減することができる。

さらに、図１４から図１６に示す実施形態では、起動確認パケットを送信する動作と、起動許可パケットおよび起動禁止パケットを受信する動作とは、通信インタフェース部ＣＩＦではなく、ＢＩＯＳが実行する。このため、通信インタフェース部ＣＩＦ（ハードウェア）の変更をすることなく、ＢＩＯＳ等のソフトウェアの変更により、図１４に示す動作を実現することができる。

また、起動要求パケットを管理サーバＭＳＶから受信したことに基づいて、ＣＰＵおよびメモリＭＥＭ等への電源の供給を開始することで、図１２に示す動作に比べて、起動許可パケットを受信してからＯＳの起動が完了するまでの時間を短縮することができる。この結果、起動許可パケットの受信に基づいてＣＰＵおよびメモリＭＥＭ等への電源の供給を開始する場合に比べて、情報処理システムの性能を向上することができる。

以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。

１０…起動制御部；１２…受信周期設定部；１４…タイマ；ＣＩＦ…通信インタフェース；ＩＷＰ…間欠監視期間；ＬＢ…ロードバランサ；ＭＥＭ…メモリ；ＭＳＶ…管理サーバ；ＮＭＰ…通常動作期間；ＮＷ…ネットワーク；ＰＯＦＦ…停止指示；ＰＯＮ…起動指示；ＰＳ…電源部；ＰＷＣＮＴ…電源制御信号；ＲＣＶ…受信期間；ＲＥＱ…使用要求；ＳＴＴＢＬ…起動管理テーブル；ＳＶ…処理サーバ；ＳＶＴＢＬ…サーバ管理テーブル；ＳＷ…ネットワークスイッチ；ＳＹＳ１、ＳＹＳ２…情報処理システム；ＵＳＲ…ユーザ；ＴＭ…端末装置

Claims (11)

1. 複数の情報処理装置を管理する管理装置において、
   起動要求の受信期間が所定周期で設定される前記複数の情報処理装置に前記起動要求をブロードキャストし、前記起動要求を受信した情報処理装置からの確認応答を受信する通信処理部と、
   前記確認応答を送信した情報処理装置のうち、所定数の情報処理装置に前記情報処理装置を起動させる起動指示を発行し、残りの情報処理装置に起動を禁止させる起動禁止指示を発行する起動制御部と
   を備えることを特徴とする管理装置。
2. 前記起動制御部は、前記確認応答を送信した情報処理装置の数が、前記所定数に満たない場合、前記確認応答を送信した全ての情報処理装置に前記起動指示を発行し、前記複数の情報処理装置に追加の起動要求をブロードキャストさせる指示を前記通信処理部に出力すること
   を特徴とする請求項１記載の管理装置。
3. 前記起動制御部は、前記追加の起動要求を前記通信処理部にブロードキャストさせる場合、既に起動させた情報処理装置の数を前記所定数から引いた数の情報処理装置に前記起動指示を発行すること
   を特徴とする請求項２記載の管理装置。
4. 前記起動要求および前記追加の起動要求のそれぞれに対応して起動された情報処理装置の数が格納される起動管理テーブルを備え、
   前記起動制御部は、前記起動指示の発行に対応して前記起動管理テーブルを更新し、前記起動管理テーブルに格納された情報に基づいて、前記追加の起動要求を出力するか否かを決定すること
   を特徴とする請求項２または請求項３記載の管理装置。
5. 前記起動制御部は、前記確認応答を送信した情報処理装置の数が、前記所定数以下の場合、前記起動禁止指示を発行しないこと
   を特徴とする請求項１ないし請求項４のいずれか１項記載の管理装置。
6. 起動していない情報処理装置の数に基づいて、前記起動要求に応答して確認応答を送信する情報処理装置の数の平均値を、予め設定した期待値にする受信期間の周期を算出し、算出した受信期間の周期を前記複数の情報処理装置の少なくともいずれかに設定する受信周期設定部を備えること
   を特徴とする請求項１ないし請求項５のいずれか１項記載の管理装置。
7. 複数の情報処理装置と、前記複数の情報処理装置を管理する管理装置とを有する情報処理システムにおいて、
   前記複数の情報処理装置の各々は、
   所定周期で設定される受信期間に起動要求を受信した場合、確認応答を前記管理装置に送信する装置側通信処理部を備え、
   前記管理装置は、
   前記複数の情報処理装置に前記起動要求をブロードキャストし、前記起動要求を受信した情報処理装置から前記確認応答を受信する管理側通信処理部と、
   前記確認応答を送信した情報処理装置のうち、所定数の情報処理装置に前記情報処理装置を起動させる起動指示を発行し、残りの情報処理装置に起動を禁止させる起動禁止指示を発行する起動制御部と
   を備えることを特徴とする情報処理システム。
8. 前記装置側通信処理部は、前記起動指示の受信に基づいて前記情報処理装置の処理部に電源を供給し、
   前記処理部は、電源の供給に基づいて起動されること
   を特徴とする請求項７記載の情報処理システム。
9. 前記装置側通信処理部は、
   前記起動要求の受信に基づいて前記情報処理装置の処理部に電源を供給し、
   前記起動指示の受信に基づいて前記情報処理装置の処理部を起動すること
   を特徴とする請求項７記載の情報処理システム。
10. 複数の情報処理装置を管理する管理装置の制御方法において、
    前記管理装置が、
    起動要求の受信期間が所定周期で設定される前記複数の情報処理装置に前記起動要求をブロードキャストし、
    前記起動要求を受信した情報処理装置からの確認応答を受信し、
    前記確認応答を送信した情報処理装置のうち、所定数の情報処理装置に前記情報処理装置を起動させる起動指示を発行し、残りの情報処理装置に起動を禁止させる起動禁止指示を発行すること
    を特徴とする管理装置の制御方法。
11. 複数の情報処理装置を管理する管理装置の制御プログラムにおいて、
    前記管理装置に、
    起動要求の受信期間が所定周期で設定される前記複数の情報処理装置に前記起動要求をブロードキャストさせ、
    前記起動要求を受信した情報処理装置からの確認応答を受信させ、
    前記確認応答を送信した情報処理装置のうち、所定数の情報処理装置に前記情報処理装置を起動させる起動指示を発行させ、残りの情報処理装置に起動を禁止させる起動禁止指示を発行させること
    を特徴とする管理装置の制御プログラム。

Images