WO2015033412A1 - 計算機システム及び計算機システムの制御方法 - Google Patents

Abstract

　主機能となる計算処理を実行する処理計算機を決定するために、管理計算機は、処理すべきすべてのデータの配置とすべての処理計算機との接続関係や通信負荷を取得しておく必要があり、高いスペックが要求される。このため、主機能処理と管理機能処理の実行時間を一定時間で切り替える複数の処理計算機と、各処理計算機が管理機能処理を実行することができるスケジュールテーブルを有し、各処理計算機に対して管理機能処理の実行を指示する管理計算機からなる計算機システムであって、処理計算機は、管理機能処理の開始前に当該管理機能処理の開始時刻と終了時刻を管理計算機に通知し、管理計算機は、当該通知によってスケジュールテーブルを更新し、処理計算機に対して管理機能処理を指示するときにはスケジュールテーブルを参照して、管理機能処理を実行することができる処理計算機を決定する。

Description

計算機システム及び計算機システムの制御方法

　本発明は、分散処理技術における管理計算機の性能を向上させる技術に関する。

　近年、複数の計算機を並列で配置し、計算処理を高速に処理する分散処理技術が広まっている。分散処理技術では、計算処理を実行する計算機を決定する技術が重要であり、例えば、特許文献１には、計算処理を実施する計算機を決定するために、処理の対象となるデータが格納された装置と、計算処理を実施する計算機との通信負荷が最小となる組み合わせを計算する技術が開示されている

国際公開第２０１１０７４６９９号

　従来技術では、管理計算機が、処理すべきすべてのデータの配置とすべての処理計算機との接続関係や通信負荷を取得して計算処理を実行する計算機を決定する必要があるため、管理計算機に高いスペックが要求される点が課題である。
　本発明は、上記の課題にかんがみて、その目的のうちの１つは、計算処理を実行する処理計算機を効率的に決定する計算機システムおよびそのための制御方法を提供することである。

　本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
　本発明の代表的な実施の形態における計算機は、主機能処理と管理機能処理の実行時間を一定時間で切り替える複数の処理計算機と、各処理計算機が管理機能処理を実行することができるスケジュールテーブルを有し、各処理計算機に対して管理機能処理の実行を指示する管理計算機からなる計算機システムであって、処理計算機は、管理機能処理の開始前に管理機能処理の開始時刻と終了時刻を管理計算機に通知し、管理計算機は、当該通知によってスケジュールテーブルを更新し、処理計算機に対して管理機能処理を指示するときにはスケジュールテーブルを参照して、管理機能処理を実行することができる処理計算機を決定することを特徴とする。

　本発明によれば、処理計算機は主機能処理時間に管理要求を受けたとしても、管理機能処理を実行することができ、管理計算機は処理計算機のスケジュールを厳密に管理する必要がなく、管理計算機に求められるリソースのスペックを低く抑えることができるという効果を奏する。

図１は、実施の形態の概要を示すブロック構成図である。 図２は、実施例１乃至実施例３における計算機の構成を示すブロック図である。 図３は、実施例１における管理機能スケジュールテーブルの一例を示すブロック図である。 図４は、実施例１乃至実施例３における結果待ちキューの一例を示すブロック図である。 図５は、実施例１乃至実施例３における管理要求キューの一例を示すブロック図である。 図６は、実施例１における処理計算機の時分割処理方式を示したブロック図である。 図７は、実施例１において、管理計算機が処理計算機からの通知に基づいて、管理機能スケジュールテーブルを更新する手順を示したフローチャートである。 図８は、実施例１において、管理計算機からの管理機能処理の要求を受けた処理計算機が、要求を受信して共有計算機の管理要求キューに登録する手順を示したフローチャートである。 図９は、実施例１において、処理計算機が共有計算機の管理要求キューに登録された管理機能処理を実行する手順を示すフローチャートである。 図１０は、実施例２における処理計算機の時分割処理方式を示したブロック図である。 図１１は、実施例２における管理機能スケジュールテーブルの一例を示すブロック図である。 図１２は、実施例２において、管理計算機が処理計算機からの通知に基づいて、管理機能スケジュールテーブルを更新する手順を示したフローチャートである。 図１３は、実施例２において、管理計算機から処理計算機に対して管理機能処理の要求を送信する手順を示したフローチャートである。 図１４は、実施例３において、管理計算機から処理計算機に対して実施例１の構成の下で管理機能処理の要求を送信する手順を示したフローチャートである。 図１５は、実施例３において、管理計算機から処理計算機に対して実施例２の構成の下で管理機能処理の要求を送信する手順を示したフローチャートである。 図１６は、実施例３において、処理計算機が管理機能処理を実行する手順を示したフローチャートである。

　以下、本発明を実施するための形態として実施例１乃至実施例３について、図面を参照しながら説明する。
　それに先立ち、図１に示すブロック構成図を用いて、各実施例に係る基本機能の概略を説明する。

　処理計算機１０３は、主機能処理（ここでは、代表的な処理としてＩ／Ｏ処理とする）を実行する主機能処理（Ｉ／Ｏ処理）プログラム１０４と、管理機能処理（例えば、処理計算機１０３の構成などを変更する処理）を実行する管理機能処理プログラム１０５を、時分割によって交互に実行している。管理計算機１０１は、複数の各処理計算機１０３が備える管理機能処理プログラム１０５が稼動している時間（スケジュール）を管理するテーブル１０２（以下、「管理機能スケジュールテーブル１０２」という）を有している。

　主機能処理（Ｉ／Ｏ処理）プログラム１０４は、その主機能処理（Ｉ／Ｏ処理）が終了する際に、次に実行されるプログラムが管理機能処理プログラム１０５か否かを判断して、管理機能処理プログラム１０５であれば、管理機能処理プログラム１０５の稼動の開始時刻と終了時刻を管理計算機１０１に通知する。当該通知を受けた管理計算機１０１は、通知内容にしたがって管理機能スケジュールテーブル１０２を更新する。

　管理計算機１０１は、管理者から管理機能処理の要求を受け付けると、管理機能スケジュールテーブル１０２を参照して、現在時刻において管理機能処理プログラム１０５が稼動している処理計算機１０３に対して管理機能処理の要求を送信する。要求を受信した処理計算機１０３は、その受信時において、管理機能処理プログラム１０５が稼動していればその管理機能処理を実行し、稼動していなければ次に管理機能処理プログラム１０５が稼動したときにその管理機能処理を実行する。
　管理計算機が処理計算機のスケジュールを厳密に管理する必要がないため、特に、多数の処理計算機を備えるシステムにおいて、それら全ての処理計算機の処理スケジュールを管理するのに十分な性能の管理計算機が用意されない環境などにおいて好適である。　

　図２は、実施例１乃至実施例３における計算機システムの構成を示すブロック図である。
　各構成要素の説明に入る前に、図１のブロック構成図との対応を示すと、図１の管理計算機１０１、管理機能スケジュールテーブル１０２、処理計算機１０３、主機能処理（Ｉ／Ｏ処理）プログラム１０４および管理機能処理プログラム１０５は、それぞれ順に、図２の管理計算機２０１、管理機能スケジュールテーブル２０７、処理計算機２１１、主機能処理プログラム２１８および管理機能処理プログラム２１６に対応する。

　管理計算機２０１は、ユーザが管理計算機２０１を操作するための管理画面２０２、ＣＰＵ２０３、処理計算機２１１と接続するためのインタフェース２０４およびメモリ２０５から構成される。

　メモリ２０５は、管理画面２０２からユーザの操作内容に応じてメモリ２０５上の各プログラムを実行する管理プログラム２０６、各処理計算機２１１における管理機能処理のスケジュールを格納する管理機能スケジュールテーブル２０７、処理計算機２１１に対して管理機能処理の要求を送信する要求送信プログラム２０８、要求送信プログラム２０８が要求した管理機能処理を待つための結果待ちキュー２０９および処理結果を受信するための結果受信プログラム２１０から構成される。また、メモリ２０５には、他に結果待ちキュー２０９を操作するための図示していないプログラムが格納されている。

　以降の実施例では、管理計算機２０１がＣＰＵ２０３を用いてそのプログラムを起動し、結果待ちキュー２０９を操作する処理を、単に「管理計算機２０１が結果待ちキュー２０９を操作する」と記載することがある。また、メモリ２０５には、処理計算機２１１と通信するための図示していないプログラムが格納されている。管理計算機２０１がＣＰＵ２０３を用いてこのプログラムを起動し、処理計算機２１１と通信する処理を、単に「管理計算機２０１が処理計算機２１１と通信する」と記載することがある。

　処理計算機２１１は、管理計算機２０１と接続するためのインタフェース２１２、ＣＰＵ２１３、共有計算機２２０と接続するためのインタフェース２１４およびメモリ２１５から構成される。

　メモリ２１５は、管理機能を処理するための管理機能処理プログラム２１６、共有計算機２２０の有する管理要求キュー２２５を操作するためのキュー管理プログラム２１７、先のＩ／Ｏ処理のような主機能を処理するための主機能処理プログラム２１８およびすべてのプログラムの実行時間を管理するスケジューラ２１９から構成される。各実施例における計算機システムは、１台以上の処理計算機２１１から構成される。

　共有計算機２２０は、処理計算機２１１と接続するためのインタフェース２２１、ＣＰＵ２２２およびメモリ２２３から構成される。

　メモリ２２３は、処理計算機２１１と通信する送受信機能２２４および管理計算機２０１の発行した管理要求を格納するための管理要求キュー２２５から構成される。また、メモリ２２３には、他に管理要求キュー２２５を操作するための図示していないプログラムが格納されている。以降の実施例では、共有計算機２２０がＣＰＵ２２２を用いてそのプログラムを起動し、管理要求キュー２２５を操作する処理を、単に「共有計算機２２０が管理要求キュー２２５を操作する」と記載することがある。

　管理計算機２０１、処理計算機２１１および共有計算機２２０を接続するネットワークとしては、Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（以下、「ＬＡＮ」という）やＳｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（以下、「ＳＡＮ」という）などが好適である。

　以降の各実施例では、図２に示すとおり、複数の計算機から構成される計算機システムとして説明するところ、これらの計算機により実現される処理を１つの計算機の中で実現してもよい。かかる場合には、管理計算機２０１を、その１つの計算機におけるＢａｓｅｂｏａｒｄ　Ｍａｎａｇｅｍｅｎｔ　Ｃｏｎｔｒｏｌｌｅｒ（以下、「ＢＭＣ」という）とし、処理計算機２１１を、マイクロプロセッサとし、共有計算機２２０を、全てのマイクロプロセッサから共有される共有メモリとする。また、ＢＭＣとマイクロプロセッサと共有メモリとの間を接続するネットワークとしては、ＬＡＮやＰＣＩ　Ｅｘｐｒｅｓｓ（登録商標）が好適である。

　実施例１は、管理計算機２０１が各処理計算機２１１で実施される処理のスケジュールを考慮して、管理機能処理を実行する処理計算機２１１を決定し、その管理機能処理の結果を受信する実施形態である。

　図３は、実施例１における管理機能スケジュールテーブル２０７の一例を示している。管理機能スケジュールテーブル２０７は、少なくとも、各処理計算機２１１の識別子３０１、各処理計算機２１１における管理機能処理時間の開始時刻３０３とその終了時刻３０４を有している。さらに、各処理計算機２１１と管理計算機２０１がＩｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ（以下、「ＩＰ」という）ネットワークによって接続されているときは、各処理計算機２１１のＩＰアドレス３０２を有していてもよい。

　図４は、管理計算機２０１が有する結果待ちキュー２０９の一例を示している。結果待ちキュー２０９は、要求送信プログラム２０８が処理計算機２１１に対して管理機能処理を要求したのち、未だ当該処理の結果が処理計算機２１１から返信されていない要求を管理するためのキューである。結果待ちキュー２０９は、少なくとも、管理機能処理の要求識別子４０１および各要求の処理内容を示すカラム４０２を有する。

　図５は、共有計算機２２０が有する管理要求キュー２２５の一例を示している。管理要求キュー２２５は、処理計算機２２１が管理機能処理の要求を受信したのち、未だ当該処理を実施していない要求を管理するためのキューである。管理要求キュー２２５は、少なくとも、管理機能処理の要求識別子５０１および各要求の処理内容を示すカラム５０２を有する。なお、図５に示した管理要求キュー２２５は、後述の実施例２および実施例３においても同じ構成である。

　図６は、処理計算機２１１が２つの機能（主機能および管理機能）を時分割によって処理することを示している。主機能処理時間とは、処理計算機２１１の主目的となる機能処理プログラム（主機能処理プログラム２１８）が稼動している時間である。主機能処理プログラム２１８の処理内容は、例えば、処理計算機２１１がストレージ装置であった場合、データのＩ／Ｏ処理が該当する。また、処理計算機２１１が科学計算用の計算機であった場合、科学計算のための演算処理が該当する。

　管理機能処理時間とは、処理計算機２１１の管理のためのプログラム（管理機能処理プログラム２１６）が稼動している時間である。管理機能処理プログラム２１６の処理内容は、例えば、管理計算機２０１との通信処理、処理計算機２１１の構成を変更する処理、管理者のアカウントを変更する処理などが該当する。

　処理計算機２１１は、各処理計算機ごと（図６の計算機１～３）に時分割に割り当てられる２つの機能の処理時間が異なるところであるが、このように時分割で処理することによって、管理プログラム２１１からの管理要求が、管理機能処理時間外であったとしても、次の管理機能処理時間が到来したときに当該管理要求を処理できる。

　図７は、実施例１において、管理計算機２０１が、処理計算機２１１からの通知に基づいて、管理機能スケジュールテーブル２０７を更新する手順を示したフローチャートである。

　処理計算機２１１が実行している主機能処理プログラム２１８が終了すると（Ｓ７０１）、主機能処理プログラム２１８はスケジューラ２１９に問い合わせて、次に稼動するプログラムが管理機能処理プログラム２１６か否か確認する（Ｓ７０２）。

　次の処理が管理機能処理プログラム２１６でなかった場合（Ｓ７０２：Ｎｏ）、処理計算機２１１は管理計算機２０１への通知をすることなく終了する。

　一方、次の処理が管理機能処理プログラム２１６である場合（Ｓ７０２：Ｙｅｓ）、管理機能処理プログラム２１６の実行間隔が所定の時間を超えているか確認する（Ｓ７０３）。

　管理機能処理プログラム２１６の実行間隔が所定の時間を超えていない場合（Ｓ７０３：Ｎｏ）、処理計算機２１１は管理計算機２０１への通知をすることなく終了する。

　一方、管理機能処理プログラム２１６の実行間隔が所定の時間を超えている場合（Ｓ７０３：Ｙｅｓ）、管理機能処理プログラム２１６に割り当てられた時間をスケジューラ２１９に問い合わせて、主機能処理プログラム２１８の終了時刻にプログラムの切り替え時間を加えた時刻を管理機能処理時間の開始時刻とし、その開始時刻に管理機能処理プログラム２１６に割り当てられた時間を加えた時刻を管理機能処理時間の終了時刻として、管理計算機２０１へその開始時刻とその終了時刻を通知する（Ｓ７０４）。なお、Ｓ７０２からＳ７０４のステップは、主機能処理プログラム２１８でなく、図示していない通知プログラムが実施してもよい。

　当該通知を受信した管理計算機２０１は（Ｓ７０５）、管理機能スケジュールテーブル２０７のうち当該通知を発信した処理計算機２１１に該当する行について、開始時刻３０３を、受信した当該通知に記された開始時刻で、および、終了時刻３０４を、受信した当該通知に記された終了時刻で、それぞれ更新する（Ｓ７０６）。

　図８は、実施例１において、管理計算機２０１から管理機能処理の要求を受けた処理計算機２１１が、当該要求を受信して共有計算機２２０の管理要求キュー２２５に登録する手順を示したフローチャートである。

　まず、管理計算機２０１は、管理画面２０２を介してユーザから管理機能処理の要求を受ける（Ｓ８０１）。
　次に、管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、開始時刻３０３が現在時刻より古く、終了時刻３０４が現在時刻より新しいという条件に該当する（すなわち、実行可能な）処理計算機２１１があるか調べる（Ｓ８０２）。

　その条件に該当する処理計算機２１１がない場合（Ｓ８０２：Ｎｏ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与して、任意の処理計算機２１１に当該管理機能処理を要求する（Ｓ８０４）。任意の処理計算機２１１の選択アルゴリズムとしては、ラウンドロビンが好適である。一方、その条件に該当する処理計算機２１１がある場合（Ｓ８０２：Ｙｅｓ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与し、その処理計算機２１１に対して、要求送信プログラム２０８を実行することにより当該管理機能処理を要求する（Ｓ８０３）。

　次に、管理プログラム２０６は、当該要求を結果待ちキュー２０９に登録する（Ｓ８０５）。具体的には、Ｓ８０３またはＳ８０４で生成した識別子を要求識別子４０１に、管理機能処理の内容を処理内容４０２に格納したエントリーを新たに生成し、結果待ちキュー２０９に追加する。

　Ｓ８０３またはＳ８０４のステップにおいて管理プログラム２０６からの要求を受信した処理計算機２１１は（Ｓ８０６）、キュー管理プログラム２１７を実行して当該要求を共有計算機２２０に送信する（Ｓ８０７）。

　次に、当該要求を受信した共有計算機２２０は（Ｓ８０８）、当該要求を送受信機能２２４を介して管理要求キュー２２５に登録する（Ｓ８０９）。具体的には、Ｓ８０３またはＳ８０４で生成した識別子を要求識別子５０１に、管理機能処理の内容を処理内容５０２に格納したエントリーを新たに生成し、管理要求キュー２２５に追加登録する。

　図９は、実施例１において、処理計算機２１１が共有計算機２２０の管理要求キュー２２５に登録された管理機能処理を実行する手順を示すフローチャートである。

　まず、管理機能処理時間が到来した処理計算機２１１は、管理機能処理プログラム２１６を実行する。管理機能処理プログラム２１６は、キュー管理プログラム２１７を実行し、共有計算機２２０に対して、管理要求キュー２２５に未処理のエントリーが存在するか確認する（Ｓ９０１）。

　次に、共有計算機２２０は、管理要求キュー２２５を確認し（Ｓ９０２）、そこで未処理の処理要求（エントリー）の存在を判断する（Ｓ９０３）。未処理のエントリーが存在しない場合（Ｓ９０３：Ｎｏ）、共有計算機２２０は処理計算機２１１にその旨（「要求なし」）を送受信機能２２４を介して返信し（Ｓ９０４）、処理計算機２１１は管理機能処理プログラム２１６を起動することなく、主機能処理プログラム２１８を開始する。

　一方、未処理のエントリーが存在する場合（Ｓ９０３：Ｙｅｓ）、共有計算機２２０は管理要求キュー２２５から当該エントリーを刈り取り（Ｓ９０５）、当該エントリーの内容を送受信機能２２４を介して処理計算機２１１に返信する（Ｓ９０６）。

　当該エントリーの内容を受信した処理計算機２１１の管理機能処理プログラム２１６は、当該エントリーに格納された処理内容５０２を実行し（Ｓ９０７）、当該処理の識別子５０１および当該処理の結果を管理計算機２０１に送信する（Ｓ９０８）。

　管理計算機２０１は、当該処理の結果を結果受信プログラム２１０により受信し、管理プログラム２０６を実行する（Ｓ９０９）。管理プログラム２０６は、識別子５０１に該当するエントリーを結果待ちキュー２０９から探索して当該エントリーを削除する（Ｓ９１０）。
　最後に、管理プログラム２０６は、当該処理の結果を管理画面２０２に表示する（Ｓ９１１）。

　以上の手順により、ユーザが要求した管理機能が処理計算機２１１によって処理され、ユーザがその処理結果を確認することができる。図６で説明したとおり、処理計算機２１１は主機能処理時間に管理要求を受けたとしても、管理機能処理プログラム２１６を実行できるため、管理計算機２０１は処理計算機２１１のスケジュールを厳密に管理する必要がなく、管理計算機２０１に求められる、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）やＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等のリソースのスペックを低く抑えることができる。

　実施例２は、実施例１に加えて、各処理計算機２１１がモードを有し、各処理計算機２１１はそのモードに基づいて実施される処理のスケジュールを変更するとともに、当該モードを考慮して管理機能処理の要求をする処理計算機２１１を決定する実施形態である。

　実施例２における、処理計算機２１１のメモリ２１５は、実施例１のメモリ２１５が有するプログラムに加えて、主機能負荷モニタとモード切り替えプログラムを有している。

　図１０は、実施例２における処理計算機２１１のモードと時分割処理方式との関係を示したブロック図である。計算機１は、主機能優先モードであることを示し、このモードでは、スケジューラ２１９は管理機能処理時間に比べて主機能処理時間に長い時間を割り当ててＣＰＵ２１３に実行させる。計算機２は、管理優先モードであることを示し、このモードでは、スケジューラ２１９は主機能処理時間に比べて管理機能処理時間に長い時間を割り当ててＣＰＵ２１３に実行させる。計算機３は、管理専用モードであることを示し、このモードでは、スケジューラ２１９は管理機能処理時間のみを割り当ててＣＰＵ２１３に実行させる。計算機４は、主機能専用モードであることを示し、このモードでは、スケジューラ２１９は主機能処理時間のみを割り当ててＣＰＵ２１３に実行させる。なお、これらの各モードは例示であり、各処理計算機２１１のスケジューラ２１９はこれら全てのモードを有していなくてもよく、またその他のモードを有していてもよい。

　図１１は、実施例２における管理機能スケジュールテーブル２０７の一例を示している。実施例２においては、図３で示す実施例１の管理機能スケジュールテーブル２０７に対応するカラム１１０１乃至１１０４に加えて、各計算機のモードを示すカラム１１０５を有している。また、管理専用モードまたは主機能専用モードの計算機（計算機３および計算機４）に対応する開始時刻１１０３と終了時刻１１０４は、データを格納する必要がないため、図１１では一例としてハイフンを入力している。

　図１２は、処理計算機２１１がモードを変更した際に、管理計算機２０１に変更内容を通知して、管理計算機２０１が管理機能スケジュールテーブル２０７を更新するフローチャートを示している。

　まず、処理計算機２１１の主機能負荷モニタは、主機能処理の負荷を計測する（Ｓ１２０１）。計測方法の例として、主機能が処理すべき要求のキューの長さを計測する方法、あるいは、過去の要求の履歴から将来主機能が処理すべき要求の量を予測する方法が挙げられる。

　次に、モード切り替えプログラムは処理計算機２１１の構成を調査する（Ｓ１２０２）。例えば、処理計算機２１１がストレージ装置であった場合、ユーザのデータを記憶する記憶領域にアクセスするためのパスが処理計算機２１１に割り当てられていなければ、その処理計算機２１１に対するデータのＩ／Ｏ処理は発生しないため、管理機能専用モードとすることができる。

　次に、モード切り替えプログラムは、主機能処理の負荷の計測結果および構成の調査結果に基づいてモードを変更し、スケジューラ２１９に通知する（Ｓ１２０３）。
　続いて、モード切り替えプログラムは、当該変更後のモードを管理計算機２０１に通知する（Ｓ１２０４）。

　この通知を受けた管理計算機２０１は（Ｓ１２０５）、管理プログラム２０６を実行する。管理プログラム２０６は、管理機能スケジュールテーブル２０７のうち、当該処理計算機２１１に該当する行のモード１１０５を、処理計算機２１１から通知されたモードに更新する（Ｓ１２０６）。

　図１３は、モード１１０５を有する管理機能スケジュールテーブル２０７をもとに、管理プログラム２０６が処理計算機２１１に対して管理機能処理を要求するフローチャートを示している。

　まず、管理計算機２０１は、管理画面２０２を介してユーザから管理機能処理の要求を受ける（Ｓ１３０１）。

　次に、管理計算機２０１は管理プログラム２０６を起動する。管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、管理専用モードの処理計算機２１１があるか調べる（Ｓ１３０２）。管理専用モードの処理計算機２１１がある場合（Ｓ１３０２：Ｙｅｓ）、当該管理機能処理に対する識別子を付与して、その処理計算機２１１に管理機能処理を要求する（Ｓ１３０５）。

　管理専用モードの処理計算機２１１がない場合（Ｓ１３０２：Ｎｏ）、管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、開始時刻３０３が現在時刻より古く、終了時刻３０４が現在時刻より新しいという条件に該当する（すなわち、実行可能な）処理計算機２１１があるか調べる（Ｓ１３０３）。その条件に該当する処理計算機２１１がある場合（Ｓ１３０３：Ｙｅｓ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与して、その処理計算機２１１に管理機能処理を要求する（Ｓ１３０５）。

　その条件に該当する処理計算機２１１がない場合（Ｓ１３０３：Ｎｏ）、管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、管理優先モードの処理計算機２１１があるか調べる（Ｓ１３０４）。管理優先モードの処理計算機２１１がある場合（Ｓ１３０４：Ｙｅｓ）、当該管理機能処理に対する識別子を付与して、その処理計算機２１１に管理機能処理を要求する（Ｓ１３０５）。

　管理優先モードの処理計算機２１１がない場合（Ｓ１３０４：Ｎｏ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与して、任意の処理計算機２１１に管理機能処理を要求する（Ｓ１３０６）。任意の処理計算機２１１の選択アルゴリズムとしては、ラウンドロビンが好適である。

　次に、処理計算機２１１は、管理機能処理プログラム２１６を実行し、管理機能処理プログラム２１６は当該要求を結果待ちキュー２０９に登録する（Ｓ１３０７）。
　以降の処理は、実施例１における図８のフローチャートで示したＳ８０６以降の処理、及び図９の処理と同様である。

　以上の手順により、ユーザが要求した管理機能が処理計算機２１１によって処理され、その処理結果をユーザは管理計算機２０１の管理画面２０２により確認することができる。管理計算機２０１は、管理専用モードまたは管理優先モードの処理計算機２１１に対して優先的に管理機能処理を要求するため、ユーザに対する管理機能処理の処理時間を短縮することができる。

　また、以上では、管理専用モードおよび管理優先モードの両方を設けた場合について説明したが、必ずしも両モードを必要とするわけではなく、一方のモードのみを設けた場合においても適用できるものである。そこで、管理専用モードのみ設けた場合には、図１３のＳ１３０４の判断処理が省かれ、管理優先モードのみ設けた場合には、図１３のＳ１３０２の判断処理が省かれることになる。

　実施例３は、実施例１または実施例２に加えて、管理機能処理の要求を受けた処理計算機２１１が、管理要求キュー２２５を介することなく当該管理機能処理を実行する実施形態である。

　図１４乃至図１６は、ユーザが管理機能処理の即時実行を要求した場合における、管理計算機２０１および処理計算機２１１の処理手順（フローチャート）を示している。

　図１４は、実施例１に加えて上記処理を実行する処理手順を示したフローチャートである。
　まず、管理計算機２０１は、管理画面２０２を介してユーザから管理機能処理の要求を受ける（Ｓ１４０１）。

　次に、管理計算機２０１は管理プログラム２０６を起動し、その管理プログラム２０６は、管理機能処理の要求が即時実行の要求か否かを判断する（Ｓ１４０２）。即時実行の要求か否かは、Ｓ１４０１において、ユーザが管理画面２０２を用いて指定するか、または、管理機能処理の内容によって即時実行か否かを管理プログラム２０６が判断してもよい。

　例えば、処理計算機２１１の運用を開始するためのセットアップ作業においては、処理計算機２１１が主機能処理プログラム２１８を実行する必要はないため、管理者が即時実行を指定することで、セットアップ作業にかかる管理機能の処理時間を短縮することができる。また、処理計算機２１１に障害が発生した場合、管理プログラム２０６は、処理時間を短縮して障害からの速やかな回復を図るために、障害の情報を記録したログ等を取得する処理について即時実行を指定する構成とすることができる。

　即時実行の要求である場合（Ｓ１４０２：Ｙｅｓ）、管理プログラム２０６は要求に即時実行を示すフラグを追加する（Ｓ１４０３）。即時実行の要求でない場合（Ｓ１４０２：Ｎｏ）、直に次のステップＳ１４０４へ移る。

　次に、管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、開始時刻３０３が現在時刻より古く、終了時刻３０４が現在時刻より新しいという条件に該当する（すなわち、実行可能な）処理計算機２１１があるか調べる（Ｓ１４０４）。

　その条件に該当する処理計算機２１１がない場合（Ｓ１４０４：Ｎｏ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与して、任意の処理計算機２１１に管理機能処理を要求する（Ｓ１４０６）。任意の処理計算機２１１の選択アルゴリズムとしては、ラウンドロビンが好適である。その条件に該当する処理計算機２１１がある場合（Ｓ１４０４：Ｙｅｓ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与して、その処理計算機２１１に管理機能処理を要求する（Ｓ１４０５）。

　次に、処理計算機２１１は当該要求を結果待ちキュー２０９に登録する（Ｓ１４０７）。
以降の処理については、図１６を用いて後述する。

　図１５は、実施例２に加えて管理機能処理の要求を受けた処理計算機２１１が、管理要求キュー２２５を介することなく、管理機能処理を実行する処理手順を示したフローチャートである。
　まず、管理計算機２０１は、管理画面２０２を介してユーザから管理機能処理の要求を受ける（Ｓ１５０１）。

　管理計算機２０１は管理プログラム２０６を起動し、その管理プログラム２０６は、先の要求が即時実行の要求か否かを判断する（Ｓ１５０２）。即時実行の要求である場合（Ｓ１５０２：Ｙｅｓ）、管理プログラム２０６は要求に即時実行を示すフラグを追加する（Ｓ１５０３）。

　次に、管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、管理専用モードの処理計算機２１１があるか調べる（Ｓ１５０４）。管理専用モードの処理計算機２１１がある場合（Ｓ１５０４：Ｙｅｓ）、当該管理機能処理に対する識別子を付与して、その処理計算機２１１に管理機能処理を要求する（Ｓ１５０８）。

　管理専用モードの処理計算機２１１がない場合（Ｓ１５０４：Ｎｏ）、管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、開始時刻３０３が現在時刻より古く、終了時刻３０４が現在時刻より新しいという条件に該当する（すなわち、実行可能な）処理計算機２１１があるか調べる（Ｓ１５０５）。その条件に該当する処理計算機２１１がある場合（Ｓ１５０５：Ｙｅｓ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与して、その処理計算機２１１に管理機能処理を要求する（Ｓ１５０８）。

　その条件に該当する処理計算機２１１がない場合（Ｓ１５０５：Ｎｏ）、管理プログラム２０６は、管理機能スケジュールテーブル２０７を参照して、管理優先モードの処理計算機２１１があるか調べる（Ｓ１５０６）。管理優先モードの処理計算機２１１がある場合（Ｓ１５０６：Ｙｅｓ）、当該管理機能処理に対する識別子を付与して、その処理計算機２１１に管理機能処理を要求する（Ｓ１５０８）。

　管理優先モードの処理計算機２１１がない場合（Ｓ１５０８：Ｎｏ）、管理プログラム２０６は、当該管理機能処理に対する識別子を付与して、任意の処理計算機２１１に管理機能処理を要求する（Ｓ１５０７）。処理計算機２１１の選択アルゴリズムとしては、ラウンドロビンが好適である。

　次に、処理計算機２１１は管理機能処理プログラム２１６を実行し、管理機能処理プログラム２１６は、Ｓ１５０７またはＳ１５０８からの要求を結果待ちキュー２０９に登録する（Ｓ１５０９）。

　また、実施例２の説明の最後において示したように、管理専用モードまたは管理優先モードの一方のモードを設けた場合にも適用されるもので、管理専用モードのみ設けた場合には、Ｓ１５０６の判断処理が省かれ、管理優先モードのみ設けた場合には、Ｓ１５０４の判断処理が省かれることになる。

　Ｓ１４０７（図１４）またはＳ１５０９（図１５）の処理の後は、同様に図１６のフローチャートで示す処理となる。管理プログラム２０６からの要求を受けた処理計算機２１１の管理機能処理プログラム２１６は、Ｓ１４０７またはＳ１５０９からの要求に即時実行フラグが付与されているか否か確認する（Ｓ１６０１）。

　即時実行フラグが付与されている場合（Ｓ１６０１：Ｙｅｓ）、管理機能処理プログラム２１６は、要求されている処理内容を実行し（Ｓ１６０２）、当該処理の識別子４０１および当該処理の結果を管理計算機２０１に送信する（Ｓ１６０３）。以降の処理は、実施例１における図９のフローチャートで示したＳ９０９以降の処理と同様である。すなわち、処理計算機２１１は、即時実行フラグが付与されている場合には、キュー管理プログラム２１７および主機能処理プログラム２１８を起動することなく、管理機能処理プログラム２１６が要求されている処理内容を実行することになる。これにより、即時実行フラグが付与されている管理機能処理の要求は、管理要求キュー２２５に格納されない。

　即時実行フラグが付与されていない場合（Ｓ１６０１：Ｎｏ）、以降の処理は、実施例１における図８のフローチャートで示したＳ８０７以降の処理と同様である。

　以上の手順により、管理機能処理を即時に実行することが可能となり、実施例１または実施例２の場合に比べて、ユーザはその処理の結果をより早く知ることができる。したがって、運用開始時のセットアップ作業時や障害対策のような緊急性を要する管理要求に対しては、より迅速な対応を図ることができる。

１０１、２０１　管理計算機
２０２　管理画面
２０３　ＣＰＵ
２０４　インタフェース
２０５　メモリ
２０６　管理プログラム
１０２、２０７　管理機能スケジュールテーブル
２０８　要求送信プログラム
２０９　結果待ちキュー
２１０　結果受信プログラム
１０３、２１１　処理計算機
２１２　インタフェース
２１３　ＣＰＵ
２１４　インタフェース
２１５　メモリ
１０５、２１６　管理機能処理プログラム
２１７　キュー管理プログラム
１０４、２１８　主機能処理プログラム
２１９　スケジューラ
２２０　共有計算機
２２１　インタフェース
２２２　ＣＰＵ
２２３　メモリ
２２４　送受信機能
２２５　管理要求キュー

Claims (14)

1. 　主たる機能処理を実行する第１の処理手段および管理計算機から要求される管理機能処理を実行する第２の処理手段を有する複数の処理計算機と、
   　前記複数の処理計算機の前記第２の処理手段の稼動の開始時刻と終了時刻を格納する記憶領域を有する前記管理計算機と、を備え、
   　前記複数の処理計算機は、前記第２の処理手段の稼動の前記開始時刻と終了時刻を前記管理計算機に通知し、
   　前記管理計算機は、前記記憶領域に格納した前記開始時刻と終了時刻を、前記通知された開始時刻と終了時刻に更新すること、および、前記管理機能処理を要求する時刻が前記記憶領域に格納した前記開始時刻と終了時刻の時間内に収まる前記第２の処理手段を有する前記処理計算機に対して、前記管理機能処理を要求すること
   を特徴とする計算機システム。
2. 　請求項１に記載の計算機システムであって、
   　前記複数の処理計算機に接続される共有計算機を備え、
   　前記共有計算機は、前記複数の処理計算機が前記管理計算機から受け取る前記管理機能処理の要求を格納し、
   　前記複数の処理計算機は、前記共有計算機が格納した前記管理機能処理の要求を取得して自らが有する前記第２の処理手段により実行する
   ことを特徴とする計算機システム。
3. 　請求項１に記載の計算機システムであって、
   　前記複数の処理計算機の少なくとも１つは、前記第１の処理手段による処理を優先するモードまたは前記第２の処理手段による処理を優先するモードを設定する設定手段を有し、
   　前記管理計算機は、前記記憶領域に前記複数の処理計算機の前記モードを格納すると共に、前記設定手段による前記モード設定の通知を受け取ると前記記憶領域に格納した前記モードを更新すること、および、前記第２の処理手段による処理を優先するモードである前記処理計算機に対して前記管理機能処理を要求すること
   を特徴とする計算機システム。
4. 　請求項３に記載の計算機システムであって、
   　前記複数の処理計算機の少なくとも１つは、前記第２の処理手段による処理を専用とするモードを有し、
   　前記管理計算機は、前記第２の処理手段による処理を専用とするモードである前記処理計算機に対して最優先に前記管理機能処理を要求する
   ことを特徴とする計算機システム。
5. 　請求項４に記載の計算機システムであって、
   　前記複数の処理計算機は、主たる機能処理として処理すべき負荷量または当該処理計算機の構成に基づいて前記モードを変更する
   ことを特徴とする計算機システム。
6. 　請求項１に記載の計算機システムであって、
   　前記複数の処理計算機は、前記管理計算機より受けた管理機能処理の要求が即時実行を指定している場合には、前記第１の処理手段を起動することなく前記第２の処理手段を実行する
   ことを特徴とする計算機システム。
7. 　請求項２に記載の計算機システムであって、
   　前記複数の処理計算機は、前記管理計算機より受けた管理機能処理の要求が即時実行を指定している場合には、当該要求を前記共有計算機に格納することなく、かつ、前記第１処理手段を起動することなく、前記第２の処理手段を実行する
   ことを特徴とする計算機システム。
8. 　主たる機能処理を実行する第１の処理手段および管理計算機から要求される管理機能処理を実行する第２の処理手段を有する複数の処理計算機と、
   　前記複数の処理計算機の前記第２の処理手段の稼動の開始時刻と終了時刻を格納する記憶領域を有する前記管理計算機と、
   により構成される計算機システムの制御方法であって、
   　前記複数の処理計算機は、前記第２の処理手段の稼動の前記開始時刻と終了時刻を前記管理計算機に通知する第１のステップを有し、
   　前記管理計算機は、
   　前記記憶領域に格納した前記開始時刻と終了時刻を、前記第１のステップで通知された開始時刻と終了時刻に更新する第２のステップと、
   　前記管理機能処理を要求する時刻が、前記記憶領域に格納した前記開始時刻と終了時刻の時間内に収まるか否かを判断する第３のステップと、
   　前記第３のステップで収まると判断した前記第２処理手段を有する前記処理計算機に対して、前記管理機能処理を要求する第４のステップと、を有する
   ことを特徴とする計算機システムの制御方法。
9. 　請求項８に記載の計算機システムの制御方法であって、
   　前記複数の処理計算機に接続される共有計算機をさらに備え、
   　前記共有計算機は、前記複数の処理計算機が前記管理計算機から受け取る前記管理機能処理の要求を格納する第５のステップを有し、
   　前記複数の処理計算機は、前記共有計算機が格納した前記管理機能処理の要求を取得して自らが有する前記第２の処理手段により実行する第６のステップを有する
   ことを特徴とする制御方法。
10. 　請求項８に記載の計算機システムの制御方法であって、
    　前記複数の処理計算機の少なくとも１つは、前記第１の処理手段による処理を優先するモードまたは前記第２の処理手段による処理を優先するモードを設定する設定ステップを有し、
    　前記管理計算機は、
    　前記記憶領域に前記複数の処理計算機の前記モードを格納する格納ステップと、
    　前記設定ステップによる前記モード設定の通知を受け取ると前記記憶領域に格納した前記モードを更新する更新ステップと、
    　前記第２の処理手段による処理を優先するモードである前記処理計算機に対して前記管理機能処理を要求する処理要求ステップと、を有する
    ことを特徴とする計算機システムの制御方法。
11. 　請求項８に記載の計算機システムの制御方法であって、
    　前記複数の処理計算機の少なくとも１つは、前記第１の処理手段による処理を優先するモード、前記第２の処理手段による処理を優先するモードおよび前記第２の処理手段による処理を専用とするモードを変更する変更ステップを有し、
    　前記管理計算機は、
    　前記変更ステップによる前記モード変更の通知を受け取ると前記記憶領域に格納した前記モードを更新する更新ステップと、
    　前記第２の処理手段による処理を専用とするモードである前記処理計算機に対しては最優先に前記管理機能処理を要求する第１の処理要求ステップと、
    　前記第２の処理手段による処理を優先するモードである前記処理計算機に対しても前記管理機能処理を要求する第２の処理要求ステップと、を有する
    ことを特徴とする計算機システムの制御方法。
12. 　請求項１１に記載の計算機システムの制御方法であって、
    　前記変更ステップは、主たる機能処理として処理すべき負荷量または当該処理計算機の構成に基づいて前記モードを変更する
    ことを特徴とする計算機システムの制御方法。
13. 　請求項８に記載の計算機システムの制御方法であって、
    　前記複数の処理計算機は、前記管理機能処理の要求が即時実行を指定している場合に当該要求を前記管理計算機から受け取ると、前記第１の処理手段を起動することなく前記第２の処理手段を実行する即時実行ステップを有する
    ことを特徴とする計算機システムの制御方法。
14. 　請求項９に記載の計算機システムの制御方法であって、
    　前記複数の処理計算機は、前記管理機能処理の要求が即時実行を指定している場合に当該要求を前記管理計算機から受け取ると、当該要求を前記共有計算機に格納することなく、かつ、前記第１処理手段を起動することなく、前記第２の処理手段を実行する即時実行ステップを有する
    ことを特徴とする計算機システムの制御方法。

Images