(57)【特許請求の範囲】
【請求項１】
電力系統制御システムに含まれるサーバであって、
前記サーバは、
前記電力系統制御システムに含まれる他のサーバ、および、オペレータが操作する各操作卓とネットワークを介して通信するための通信部と、
各前記操作卓から受け付ける処理要求に応じた処理を行う際に使用されるメモリ領域を含む記憶部と、
前記サーバの動作を制御するための制御部とを備え、
前記制御部は、
各前記操作卓から処理要求を受け付けた場合に、前記サーバの演算処理に供されるリソースの使用量が基準量に満たないときは前記サーバの前記メモリ領域を用いて前記処理要求に応じた処理を行う処理受付部と、
各前記操作卓から処理要求を受け付けた場合に、前記サーバの演算処理に供されるリソースの使用量が前記基準量を超えるときは前記他のサーバのうち前記処理要求に応じた業務処理を実行可能なリソースを有する特定サーバであって、前記電力系統の開閉器の操作シーケンスを実行する業務処理を行っているサーバ以外のサーバである特定サーバへ前記処理要求を中継する中継処理部とを含む、サーバであって、
前記制御部の前記中継処理部は、前記他のサーバのうち、演算処理に供されるリソースの使用量の小ささに基づいて、前記中継の対象となる前記特定サーバを抽出し、抽出した前記特定サーバへ前記処理要求を中継するように構成されており、
前記リソースの使用量の小ささは、前記サーバのＣＰＵ負荷率および前記メモリ領域のワークエリア使用率によって求められた負荷評価値に基づく
ことを特徴とするサーバ。
【請求項２】
前記負荷評価値は、前記ＣＰＵ負荷率及び前記ワークエリア使用率のそれぞれに係数を乗じて総和をとった値であることを特徴とする請求項１に記載のサーバ。
【請求項３】
前記制御部の前記中継処理部は、前記負荷評価値の小さいサーバを抽出する
ことを特徴とする請求項１または２に記載のサーバ。
【請求項４】
前記メモリ領域は、複数のワークエリアに分割され、前記複数のワークエリアを複数の前記各操作卓で共用するように構成されており、
前記記憶部は、各前記ワークエリアの各前記操作卓への割り当て状況を管理する管理テーブルを記憶するように構成されており、
前記制御部の前記中継処理部は、各前記操作卓から処理要求を受け付けた場合に、前記管理テーブルに基づいて、前記ワークエリアに収容可能な数を超えて処理要求を受け付けた場合に、前記サーバの演算処理に供されるリソースの使用量が前記基準量を超えるとして、前記中継の対象となる前記特定サーバを抽出し、抽出した前記特定サーバへ前記処理要求を中継するように構成されている、請求項１から３のいずれか１項に記載のサーバ。
【請求項５】
前記制御部の前記中継処理部は、前記他のサーバのうち、予め定められた一定の業務処理である前記電力系統の開閉器の操作シーケンスを実行する業務処理を行っているサーバ以外のサーバを、前記中継の対象とする前記特定サーバとして抽出するように構成されている、請求項４に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、電力系統制御システムにおいて使用される、各機能サーバの業務処理にかかるリソースの使用効率を向上させる技術に関する。
【背景技術】
【０００２】
電力系統制御システムなど、オペレータが監視対象物を監視するシステムは、例えば、オペレータの操作を受け付ける操作卓と、操作卓からの処理要求を受け付けて業務処理を行い、処理結果を操作卓へ応答する機能サーバとにより構成される。電力系統制御システムは、複数台の操作卓と、複数の機能サーバとがネットワークを介して接続される。各機能サーバは、複数台の操作卓から処理要求を受け付けるように構成されている。
【０００３】
そのため、従来は、各機能サーバに、機能サーバが処理を受け付ける操作卓の台数分のワークエリア（業務処理用のメモリ）を確保している。機能サーバは、操作卓からの処理要求を受け付けると、各操作卓に対応するワークエリア（メモリの記憶領域の一部分）を使用して業務処理を行う。特開２０１２−１０８６５５号公報（特許文献１）には、ユーザが作業を行う場合にはユーザ端末から業務サーバにアクセスするシステムについて記載されている。特許文献１によると、ユーザがユーザ端末を経由して業務サーバにて業務を行う際に、業務サーバ上で利用するメモリはユーザメモリとして業務サーバ上に領域を確保することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１０８６５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、近年は、電力系統システムの統合などの様々な事情により、ひとつの電力系統制御システムに実装される操作卓の台数が増加している傾向にある。すなわち、操作卓の台数の増加に伴い、機能サーバに必要なリソースが増加することとなる。
【０００６】
本開示の目的は、電力系統制御システムにおける各機能サーバの業務処理にかかるリソースの使用効率を向上させることにある。
【課題を解決するための手段】
【０００７】
一実施形態に従う電力系統制御システムに含まれるサーバは、電力系統制御システムに含まれる他のサーバ、および、オペレータが操作する各操作卓とネットワークを介して通信するための通信部と、操作卓から受け付ける処理要求に応じた処理を行う際に使用されるメモリ領域を含む記憶部と、サーバの動作を制御するための制御部とを備える。制御部は、各操作卓から処理要求を受け付けた場合に、サーバの演算処理に供されるリソースの使用量が基準量に満たないときはサーバのメモリ領域を用いて処理要求に応じた処理を行う処理受付部と、各操作卓から処理要求を受け付けた場合に、サーバの演算処理に供されるリソースの使用量が基準量を超えるときは他のサーバのうち処理要求に応じた業務処理を実行可能なリソースを有する特定サーバであって、電力系統の開閉器の操作シーケンスを実行する業務処理を行っているサーバ以外のサーバである特定サーバへ処理要求を中継する中継処理部とを含むサーバであって、制御部の中継処理部は、他のサーバのうち、演算処理に供されるリソースの使用量の小ささに基づいて、中継の対象となる特定サーバを抽出し、抽出した特定サーバへ処理要求を中継するように構成されており、リソースの使用量の小ささは、サーバのＣＰＵ負荷率およびメモリ領域のワークエリア使用率によって求められた負荷評価値に基づくことを特徴とする。
【発明の効果】
【０００８】
上記一実施形態に従うサーバは、各操作卓から処理要求を受け付けた場合に、サーバの演算処理に供されるリソースの使用量に応じて、処理要求に応じた処理を行うか、他のサーバへ処理要求を中継する。したがって、上記一実施形態によると、機能サーバが予め処理を受け付ける操作卓の台数分のワークエリアを確保する場合と比べて、電力系統制御システムを構築する際に、機能サーバのリソースを気にすることなく操作卓を追加することが容易となる。
【０００９】
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１の電力系統制御システムの構成を示す図である。
【図２】機能サーバ１０Ａおよび機能サーバ１０Ｂの構成を示すブロック図である。
【図３】操作卓２０の構成を示すブロック図である。
【図４】管理テーブル１６１Ａのデータ構造を示す図である。
【図５】機能サーバ１０または機能サーバ１１が操作卓２０からの処理要求を受け付けて、機能サーバ２０のリソースの使用状況に応じて、処理要求に応じた業務処理をするか、または、代替可能な他の機能サーバへ業務処理を中継する処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００１２】
＜実施の形態１＞
図面を参照して、本実施の形態の電力系統制御システムを構成する各装置について説明する。電力系統制御システムは、複数の機能サーバと、複数の操作卓とを含み、これら装置が、ＬＡＮ（Local  Area  Network）などのネットワークを介して互いに通信可能に接続される。機能サーバは、系統に含まれる開閉器などの監視対象物の状態を示す情報を、ネットワークを介して逐次受信することで、系統の監視制御をするためのデータを蓄積する。例えば、電力系統制御システムに含まれる特定の機能サーバが、ネットワークを介して監視対象物の各機器の状態を示す情報を収集し、収集した情報を他の機能サーバへ送信することにより、機能サーバ間での監視対象物の状態を示す情報を同期させる。機能サーバは、操作卓からネットワークを介して入力される指示を受け付けて、電力系統制御システムにおける各種の業務処理を実行する。業務処理として、例えば、各地に設置される開閉器などの機器を操作する操作シーケンスの実行、事故等が発生した際の解析および報告処理の実行、潮流計算の実行、オペレータによる監視制御のための訓練をするためのシミュレーションの実行その他の処理がある。機能サーバは、それぞれが電力系統制御システムにおける各種の業務処理を実行することとしてもよいし、予め特定の機能サーバが特定の業務処理を実行するように設定していてもよい。
【００１３】
電力系統制御システムにおいて、オペレータは、監視対象物を監視するため、操作卓に対して各種の操作を行う。例えば、オペレータは、操作卓のディスプレイに表示される監視対象物の状態を参照して、各種の操作を行う。
【００１４】
図１は、実施の形態１の電力系統制御システムの構成を示す図である。図１に示すように、電力系統制御システムは、複数の機能サーバ（図１の例では、機能サーバ１０Ａ、機能サーバ１０Ｂ、機能サーバ１１Ａ、機能サーバ１１Ｂの４つの機能サーバを示しているが、４つに限られない）と、サーバ負荷監視サーバ１９と、複数の操作卓（操作卓２０−１、操作卓２０−２、操作卓２０−３、・・・操作卓２０−Ｎ）とを含む。
【００１５】
図１の例では、ある業務処理（例えば、監視対象物の機器を操作する操作シーケンス）を主として行う第１の機能サーバを機能サーバ１０Ａ、機能サーバ１０Ｂ（これらの機能サーバを総称して「機能サーバ１０」と言うこともある）として示し、第１の機能サーバとは異なる業務処理を主として行う第２の機能サーバを機能サーバ１１Ａ、機能サーバ１１Ｂ（これらの機能サーバを総称して「機能サーバ１１」と言うこともある）として示している。これらの機能サーバは、それぞれ、業務の定義ファイルと、機能サーバの機能を示す定義ファイルとを保持しており、機能サーバが実行可能な業務処理の種類を、各機能サーバが管理している。
【００１６】
また、複数の操作卓（操作卓２０−１、操作卓２０−２、操作卓２０−３、・・・操作卓２０−Ｎ）を総称して「操作卓２０」と言うこともある。
【００１７】
サーバ負荷監視サーバ１９は、電力系統制御システムに含まれる各機能サーバの負荷を監視するサーバである。具体的には、サーバ負荷監視サーバ１９は、各機能サーバの負荷として、プロセッサの負荷、メモリの使用割合などの情報を各機能サーバから収集してサーバ負荷監視サーバ１９のメモリなどに蓄積する。
【００１８】
サーバ負荷監視サーバ１９は、各機能サーバからの問合せを受信することにより、これら各機能サーバの負荷に関する情報、負荷が比較的大きい機能サーバの情報、負荷が比較的小さい機能サーバの情報その他の情報を応答する。
【００１９】
図２は、機能サーバ１０Ａおよび機能サーバ１０Ｂの構成を示すブロック図である。機能サーバ１０および機能サーバ１１など各機能サーバは同様の構成を有している。したがって、機能サーバ１０Ａの構成を詳細に説明することとし、他の機能サーバの構成については説明を繰り返さない。
【００２０】
機能サーバ１０Ａは、通信部１０２Ａと、記憶部１０６Ａと、制御部１０７Ａとを含む。
【００２１】
通信部１０２Ａは、機能サーバ１０Ａが他の装置と通信するため信号を送受信するための変復調処理などを行う通信インタフェースである。
【００２２】
記憶部１０６Ａは、フラッシュメモリ、ＨＤＤ（Hard  Disk  Drive）、ＲＡＭ等により構成され、機能サーバ１０Ａが使用するプログラムを記憶し、機能サーバ１０Ａが使用する各種のデータを蓄積する。
【００２３】
ある局面において、記憶部１０６Ａは、管理テーブル１６１Ａを記憶する。また、記憶部１０６Ａは、複数の操作卓から受け付ける処理要求に応じた処理を行う際に使用されるメモリ領域である共用ワークエリア１６２Ａを有する。共用ワークエリア１６２Ａは、１の操作卓から受け付ける処理要求に応じた処理を行う際に使用される一定の記憶領域を１ブロックのワークエリアとして、複数のブロック（共用ワークエリア１６２Ａ−１、１６２Ａ−２、・・・１６２Ａ−Ｎ）のワークエリアを含む。すなわち、メモリ領域は、複数のワークエリアに分割され、複数のワークエリアを複数の操作卓で共用するように構成されている。１の操作卓に対し、１のブロックのワークエリアが割り当てられる。管理テーブル１６１Ａは、共用ワークエリア１６２Ａの各ブロックのワークエリアと、各操作卓との対応関係を示す情報である。すなわち、管理テーブル１６１Ａは、共用ワークエリア１６２Ａの各ブロックのワークエリアの各操作卓への割り当て状況を管理するための情報である。
【００２４】
制御部１０７Ａは、記憶部１０６Ａに記憶されるプログラムを読み込んで実行することにより、機能サーバ１０Ａの動作を制御する。制御部１０７Ａは、例えば１または複数のプロセッサによって実現される。制御部１０７Ａは、プログラムに従って動作することにより、業務処理受付部１７１Ａと、中継処理部１７２Ａとして機能する。制御部１０７Ａは、例えば、制御部１０７Ａの負荷と、共用ワークエリア１６２Ａの使用率（共用ワークエリア１６２Ａ−１、１６２Ａ−２、・・・１６２Ａ−Ｎのうち、各操作卓に割り当てられている割合）との少なくともいずれかに基づいて、機能サーバ１０Ａのリソースの使用量が基準量に満たないか基準量を超えるかを判定する。
【００２５】
業務処理受付部１７１Ａは、各操作卓から処理要求を受け付けた場合に、機能サーバ１０Ａの演算処理に供されるリソースの使用量が基準量に満たないときは機能サーバ１０Ａの共用ワークエリア１６２Ａを用いて処理要求に応じた処理を行う。
【００２６】
中継処理部１７２Ａは、各操作卓から処理要求を受け付けた場合に、機能サーバ１０Ａの演算処理に供されるリソースの使用量が基準量を超えるときは、機能サーバ１０Ａとは異なる他の機能サーバのうち処理要求に応じた業務処理を実行可能なリソースを有する特定のサーバ（例えば、機能サーバ１０Ｂ）へ処理要求を中継する。例えば、中継処理部１７２Ａは、各操作卓から処理要求を受け付けた場合に、管理テーブル１６１Ａに基づいて、共用ワークエリア１６２Ａに収容可能な数を超えて操作卓から処理要求を受け付けた場合に、機能サーバ１０Ａの演算処理に供されるリソースの使用量が基準量を超えるとして、他の機能サーバのうち、中継の対象となる特定のサーバを抽出し、抽出した特定のサーバへ処理要求を中継する。
【００２７】
中継処理部１７２Ａは、例えば、機能サーバ１０Ａとは異なる他の機能サーバのうち、演算処理に供されるリソースの使用量の小ささに基づいて（例えば、ＣＰＵ負荷の小さいサーバ、または、ワークエリア使用率の小さいサーバなど）、中継の対象となる特定のサーバを抽出し、抽出した特定のサーバへ処理要求を中継する。具体的には、中継処理部１７２Ａは、処理を中継する対象の機能サーバの候補が２つある場合、これら２つの候補のＣＰＵ負荷率およびワークエリア使用率に基づいて、処理を中継する特定のサーバを抽出する。処理を中継する対象の機能サーバの候補を、第１の候補サーバおよび第２の候補サーバとする。第１の候補サーバのＣＰＵ負荷率をＸ１、第１の候補サーバのワークエリア使用率をＸ２とする。第２の候補サーバのＣＰＵ負荷率をＹ１、第２の候補サーバのワークエリア使用率をＹ２とする。中継処理部１７２Ａは、第１の候補サーバの負荷評価値（係数Ｋ１×ＣＰＵ負荷率Ｘ１＋係数Ｋ２×ワークエリア使用率Ｘ２）と、第２の候補サーバの負荷評価値（係数Ｋ１×ＣＰＵ負荷率Ｙ１＋係数Ｋ２×ワークエリア使用率Ｙ２）との大小を比較して、負荷評価値が小さい方を、処理を中継する特定のサーバとして抽出する。例えば、係数Ｋ１の値を値「２」、係数Ｋ２の値を値「１」とする（係数Ｋ１および係数Ｋ２の値はこれに限られない）。このように、中継処理部１７２Ａは、複数の機能サーバの候補について、機能サーバのＣＰＵ使用率と、ワークエリア使用率とにそれぞれ係数を乗じて総和を取り、総和の小さい機能サーバを、処理を中継する特定のサーバとして抽出する。
【００２８】
また、中継処理部１７２Ａは、例えば、機能サーバ１０Ａとは異なる他の機能サーバのうち、予め定められた一定の業務処理（例えば、処理を停止させることが望ましくない業務処理などの比較的重要な業務処理）を行っている機能サーバ（例えば、開閉器などの機器を操作するシーケンスを実行している機能サーバ、事故の解析および報告処理を実行している機能サーバその他の機能サーバ）以外の機能サーバを、中継の対象とする特定のサーバとして抽出することとしてもよい。これにより、比較的重要な業務処理を行っている機能サーバの負荷が高まることを回避することができ、電力系統制御システムにおける監視業務の安定性が高まる。
【００２９】
図３は、操作卓２０の構成を示すブロック図である。図３に示すように、操作卓２０は、通信部２１１と、キーボード２３１と、マウス２３２と、ディスプレイ２３３と、記憶部２５０と、制御部２６０とを含む。
【００３０】
通信部２１１は、操作卓２０が他の装置と通信するため信号を送受信するための変復調処理などを行う通信インタフェースである。
【００３１】
キーボード２３１は、操作卓を操作するオペレータによるキー入力を受け付けるためのデバイスである。
【００３２】
マウス２３２は、操作卓を操作するオペレータによるマウス操作を受け付けるためのポインティングデバイスである。
【００３３】
ディスプレイ２３３は、オペレータに情報を提示するための表示機能を有するデバイスである。
【００３４】
記憶部２５０は、ＨＤＤ、ＲＡＭ等により構成され、操作卓２０が使用するプログラムを記憶し、操作卓２０が使用する各種のデータを蓄積する。
【００３５】
制御部２６０は、記憶部２５０に記憶されるプログラムを読み込んで実行することにより、操作卓２０の動作を制御する。制御部２６０は、例えば１または複数のプロセッサによって実現される。制御部２６０は、プログラムに従って動作することにより、業務処理部２６１としての機能を発揮する。
【００３６】
業務処理部２６１は、オペレータによる入力操作に応じて、業務処理を行うため機能サーバ１０と通信し、機能サーバ１０に対して処理要求を送信する。業務処理部２６１は、処理要求に対する応答を機能サーバ１０から受信し、受信データに基づいて情報をディスプレイ２３３に表示する。
【００３７】
＜データ構造＞
図４を参照して、本実施の形態の機能サーバが使用するデータのデータ構造を説明する。
【００３８】
図４は、管理テーブル１６１Ａのデータ構造を示す図である。図４に示すように、管理テーブル１６１Ａの各レコードは、各ワークエリアを識別する情報と、各ワークエリアを使用している操作卓の識別情報（使用中操作卓）とを対応付けた情報を含む。
【００３９】
＜動作＞
図５を参照して、電力系統制御システムの機能サーバ１０の動作を説明する。
【００４０】
図５は、機能サーバ１０または機能サーバ１１が操作卓２０からの処理要求を受け付けて、機能サーバ２０のリソースの使用状況に応じて、処理要求に応じた業務処理をするか、または、代替可能な他の機能サーバへ業務処理を中継する処理を示すフローチャートである。機能サーバ１０または機能サーバ１１は、操作卓２０からの処理要求を受け付けることにより、図５に示す処理を行う。以下、機能サーバ１０Ａが操作卓２０からの処理要求を受け付けた場合を例として動作を説明する。その他の機能サーバの動作は、機能サーバ１０Ａと同様であるため説明を繰り返さない。
【００４１】
ステップＳ５０１において、機能サーバ１０Ａの制御部１０７Ａは、処理要求を受け付けた操作卓２０の識別情報（操作卓の番号）を付与して、業務処理受付部１７１Ａに処理要求を発行する。
【００４２】
ステップＳ５０３において、業務処理受付部１７１Ａは、管理テーブル１６１Ａを参照し、機能サーバ１０Ａの演算処理に供されるリソースの使用量として、共用ワークエリア１６２Ａの空きがあるか（共用ワークエリア１６２Ａの使用割合が一定以下であるか）を判断する。共用ワークエリア１６２Ａの空きがある場合（ステップＳ５０３においてＹＥＳ）、業務処理受付部１７１Ａは、ステップＳ５０５の処理を行い、そうでない場合（ステップＳ５０３においてＮＯ）、業務処理受付部１７１Ａは、ステップＳ５０９の処理を行う。
【００４３】
ステップＳ５０５において、業務処理受付部１７１Ａは、管理テーブル１６１Ａに、処理要求を受け付けた操作卓の番号を書き込むことにより、処理要求に応じた業務処理をするためのワークエリアを確保する。業務処理受付部１７１Ａは、確保されたワークエリアを用いて、操作卓からの処理要求に応じた業務処理を行う。
【００４４】
ステップＳ５０７において、業務処理受付部１７１Ａは、操作卓から受け付けた処理要求に応じた業務処理の実行を終えた後に、この業務処理を行うために確保したワークエリアをクリアするとともに、ステップＳ５０５で管理テーブル１６１Ａに書き込んだ操作卓の番号をクリアする。業務処理受付部１７１Ａは、業務処理を実行した処理結果を、処理要求を受け付けた操作卓へ送付する。
【００４５】
ステップＳ５０９において、業務処理受付部１７１Ａは、中継処理部１７２Ａに、ステップＳ５０１で発行された処理要求を引き渡す。
【００４６】
ステップＳ５１１において、中継処理部１７２Ａは、操作卓からの処理要求に応じた業務処理を代替可能な機能サーバの候補をサーバ負荷監視サーバ１９に問い合わせることにより、代替可能な機能サーバの候補の情報を取得する。例えば、ステップＳ５１１において、サーバ負荷監視サーバ１９は、機能サーバ１０Ａと同様の業務処理を実行することができる機能サーバとして機能サーバ１０Ｂその他の機能サーバを、代替可能な機能サーバの候補として機能サーバ１０Ａへ応答する。
【００４７】
ステップＳ５１３において、中継処理部１７２Ａは、代替可能な機能サーバの候補について、ＣＰＵ負荷率、ワークエリアの空き状況など演算処理に供されるリソースの使用状況を取得する。例えば、中継処理部１７２Ａは、サーバ負荷監視サーバ１９またはサーバ負荷監視サーバ１９から取得した代替可能な機能サーバの候補に対し、リソースの使用状況を問い合わせることで、これら代替可能な機能サーバの候補のリソースの使用状況を取得する。
【００４８】
ステップＳ５１５において、中継処理部１７２Ａは、代替可能な機能サーバの候補のリソースの使用状況に基づいて、処理要求を中継する対象となる機能サーバを決定し、決定した機能サーバに対し、処理要求を発行する。例えば、中継処理部１７２Ａは、代替可能な機能サーバの候補のＣＰＵ負荷率およびワークエリアの使用状況のそれぞれに係数を乗じることでリソースの使用状況を評価し、最もリソースの使用状況が小さい機能サーバを、処理要求を中継する態様となる機能サーバとして決定する。
【００４９】
＜実施の形態２＞
図５で説明した例では、機能サーバ１０Ａは、機能サーバ１０Ａが業務処理を行うためのリソース（共用ワークエリア１６２Ａの使用状況など）の使用状況が一定の使用量を超える場合（共用ワークエリアの空きが少ない場合）に、中継処理部１７２Ａにより他の機能サーバに処理を中継することとしている。これに対し、実施の形態２の機能サーバは、操作卓２０から処理要求を受け付けた場合に、自機能サーバを含めて当該処理要求に応じた業務処理を行うことができる各機能サーバのリソースの使用状況を、例えばサーバ負荷監視サーバ１９から取得して、取得した各機能サーバのリソースの使用状況に応じて業務処理を行う機能サーバを決定する（例えば、複数の機能サーバのうち最もリソースの使用量が小さい業務サーバが業務処理を行うことと決定する）こととしてもよい。
【００５０】
＜まとめ＞
本実施形態とは異なり、従来のように、各機能サーバに、操作卓の台数に相当する数のワークエリアを確保し、操作卓からの処理要求時に機能サーバが業務処理を行う場合、操作卓の増加に伴って、必要となるリソースが増大する。また、全ての操作卓から機能サーバに対して常に処理要求が発行されているとは限らず、この場合、機能サーバに確保されているワークエリアが使用されていない時間帯が増加する。
【００５１】
これに対し、本実施形態の電力系統制御システムにおける機能サーバによると、ワークエリアを操作卓で共用し、各ワークエリアの使用状況を管理テーブルで管理し、機能サーバのリソースの使用状況に応じて他の機能サーバへ処理を中継することとしている。すなわち、機能サーバ側で操作卓数分のワークエリアを確保することをせず、各操作卓で共用で利用可能なワークエリアを一定数確保し、処理要求を発行する要求元の操作卓の番号を用いて、ワークエリアの使用状況を管理する。また、操作卓からの処理要求に応じた処理を行うためのワークエリアを確保できない場合に、業務処理の定義ファイルと機能サーバの定義ファイルと機能サーバの負荷状況等のデータに基づいて、処理要求を代替可能な機能サーバを判別して、代替可能な機能サーバに処理要求を中継する。したがって、従来の方式に対し、本実施形態の機能サーバは、操作卓からの処理要求に応じた業務処理を実行するためのリソースをいっそう効果的に利用することができる。すなわち、機能サーバに必要な計算機リソースを小さくすることができ、リソースの未使用状態をいっそう削減できる。また、各操作卓とワークエリアとの対応関係を機能サーバが動的に決定しているため、機能サーバの計算機リソースを気にすることなく、操作卓を追加することが容易となる。
【００５２】
なお、仮に、中継処理部１７２Ａの処理において、代替可能な機能サーバが見つからない場合は、いったん中継処理部１７２Ａから業務処理受付部１７１Ａへ処理要求を戻して、機能サーバ１０Ａの共用ワークエリア１６２Ａに空きが発生するまで業務処理を待機することとしてもよい。
【００５３】
また、ひとつの操作卓について、複数の機能サーバのワークエリアを割り当てることとしてもよい。
【００５４】
ある局面において、本実施の形態に係る機能サーバおよび操作卓は、プロセッサと、該プロセッサで実行されるプログラムとにより実現される。本実施の形態を実現するプログラムは、通信インタフェースを介してネットワークを利用した送受信等により提供される。
【００５５】
今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００５６】
１０，１１  機能サーバ、１９  サーバ負荷監視サーバ、２０  操作卓、９０  ネットワーク。
【図１】
0006521784.tif 000002
【図２】
0006521784.tif 000003
【図３】
0006521784.tif 000004
【図４】
0006521784.tif 000005
【図５】
0006521784.tif 000006