(57)【要約】【課題】システムの大幅な変更を必要とすることなく、処理の分散を行うことを課題とする。【解決手段】処理分散装置１は、クライアント端末２から登録要求を受信すると、処理要求をバッファ３１に蓄積させる要求処理部１０１と、サーバ３から登録要求に対する処理が完了した旨の情報である処理応答を受信すると、当該処理応答をクライアント端末２へ送信するとともに、バッファ３１から、蓄積されている登録要求のうち、１つをクライアント端末３へ送信する送信処理部１０２と、を有することを特徴とする。【選択図】図１
2014217262.tif 000002
【特許請求の範囲】
【請求項１】
第２の装置で行われる処理の要求である処理要求を送信し、当該処理要求の送信状態及び前記第２の装置の処理状態を表示部に表示する第１の装置と、
前記第１の装置から送信される処理要求に応じた処理を行い、前記処理要求に対する処理が完了した旨の情報である処理応答を送信する前記第２の装置と、
前記第１の装置から送信された処理要求を受信し、前記第２の装置へ送信するとともに、前記第２の装置から前記処理応答を受信し、当該処理応答を前記第１の装置へ送信する処理分散装置と、
を有する監視制御システムにおける前記処理分散装置は、
前記第１の装置から前記処理要求を受信すると、当該処理要求を記憶部に蓄積させる要求処理部と、
前記第２の装置から前記処理応答を受信すると、前記記憶部から、前記蓄積されている処理要求のうち、１つを前記第２の装置へ送信する送信処理部と、
を有することを特徴とする監視制御システム。
【請求項２】
前記送信処理部は、
前記蓄積している処理要求を受信順に前記第２の装置へ送信する
ことを特徴とする請求項１に記載の監視制御システム。
【請求項３】
前記第１の装置は、
入力部から入力された情報に基づいて生成されたデータのチェックを行うチェック部と、
前記生成されたデータを含む前記処理要求を生成し、前記第２の装置及び処理分散装置が接続されているネットワークへ送信する送信処理部と、
を有することを特徴とする請求項１に記載の監視制御システム。
【請求項４】
前記第１の装置及び前記第２の装置は、電力系統の操作手順を管理するための装置であり、
前記処理要求は、電力系統の操作手順に関するデータを含む
ことを特徴とする請求項１に記載の監視制御システム。
【請求項５】
第１の装置から、第２装置に対する処理を要求する処理要求を受信すると、当該処理要求を記憶部に蓄積させる要求処理部と、
前記第２の装置から前記処理要求に対する処理が完了した旨の情報である処理応答を受信すると、前記記憶部から、前記蓄積されている処理要求のうち、１つを前記第２の装置へ送信する送信処理部と、
を有することを特徴とする処理分散装置。
【請求項６】
第２の装置に対して処理を要求する処理要求を受信し、当該処理要求を第２の装置へ送信するとともに、前記第２の装置から前記処理要求に対する処理が完了した旨の情報である処理応答を受信し、当該受信した処理応答を前記第１の装置へ送信する処理分散装置が、
前記第１の装置から前記処理要求を受信すると、当該処理要求を記憶部に蓄積し、
前記第２の装置から前記処理応答を受信すると、前記記憶部から、前記蓄積されている処理要求のうち、１つを前記第２の装置へ送信する
ことを特徴とする処理分散方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ある装置の処理を分散させるための監視制御システム、処理分散装置及び処理分散方法に関する。
【背景技術】
【０００２】
電力系統における各機器は、手順通りにスイッチのＯＮ・ＯＦＦを行わなければならない。このようなスイッチのＯＮ・ＯＦＦの手順等を監視する電力系統の監視システムが複数開示されている。
【０００３】
例えば、特許文献１には、電力系統への制御指示を設定される順番に格納する待ち行列メモリと、この待ち行列メモリの先頭から順に制御指示を選択・出力する選択制御手段等を有する監視制御サービスシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−９３９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の監視制御サービスシステムは、電力系統を監視制御する装置に専用のソフトウェア等をインストールする必要があり、システムの大幅な変更が必要である。
【０００６】
このような背景に鑑みて本発明がなされたのであり、本発明は、システムの大幅な変更を必要とすることなく、処理の分散を行うことを課題とする。
【課題を解決するための手段】
【０００７】
前記した課題を解決するため、本発明は、第２の装置から処理要求に対する処理が完了した旨の情報である処理応答を受信すると、記憶部から、蓄積されている処理要求のうち、１つを第２の装置へ送信することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、システムの大幅な変更を必要とすることなく、処理の分散を行うことができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る電力系統監視システムの構成例を示す図である。
【図２】本実施形態に係る電力系統監視システムの動作概要を示す図である。
【図３】本実施形態に係る要求処理の手順を示すフローチャートである。
【図４】本実施形態に係る応答処理の手順を示すフローチャートである。
【図５】本実施形態にかかる送信処理の手順を示すフローチャートである。
【図６】本実施形態に係る情報の送受信の概要を示す図である。
【図７】本実施形態に係るクライアント端末の構成を示す図である。
【図８】本実施形態に係るクライアント端末における登録要求送信処理の手順を示すフローチャートである。
【図９】比較例に係る電力系統監視システムの動作概要を示す図である。
【図１０】比較例における情報の送受信の概要を示す図である。
【図１１】本実施形態に係る別の例を示す図である（その１）。
【図１２】本実施形態に係る別の例を示す図である（その２）。
【発明を実施するための形態】
【００１０】
次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００１１】
［システム・装置構成］
図１は、本実施形態に係る電力系統監視システムの構成例を示す図である。
電力系統監視システム（監視制御システム）Ｚでは、処理分散装置１と複数のクライアント端末（第１の装置）２とサーバ（第２の装置）３とがネットワーク４を介して互いに接続している。クライアント端末２及びサーバ３は、電力系統の操作手順を管理するための装置である。
クライアント端末２は、後記する系統操作手順に関する情報を含む登録要求（処理要求）をサーバ３へ送信し、サーバ３から送られた登録の処理結果等を表示する。なお、クライアント端末２の構成については、後記して説明する。
サーバ３は、クライアント端末２から送信された登録要求に対する処理を行い、その処理結果を含む処理応答を送信する。
【００１２】
処理分散装置１は、クライアント端末２から送信された登録要求や、サーバ３から送信された処理応答を受信する。また、処理分散装置１は、クライアント端末２から送信された登録要求をバッファ３１に格納しておき、ある登録要求に対するサーバ３の処理が終了すると、次の登録要求をサーバ３へ送信する。
【００１３】
処理分散装置１は、メモリ１０、ＣＰＵ（Central Processing Unit）２０、記憶装置３０、通信装置４０を有している。
メモリ１０には、記憶装置３０に格納されているプログラムが展開され、ＣＰＵ２０によって実行されることで、処理部１００、及び処理部１００内の要求処理部１０１、送信処理部１０２、応答処理部１０３が具現化している。
【００１４】
要求処理部１０１は、ネットワーク４上で送受信される情報を監視しており、クライアント端末２からサーバ３へ送信された登録要求を検知すると、その登録要求を取得する。
さらに、要求処理部１０１は、取得した登録要求を記憶装置３０のバッファ３１に格納し、送信処理部１０２へ処理をわたす。
【００１５】
応答処理部１０３は、ネットワーク４上で送受信される情報を監視しており、サーバ３からクライアント端末２へ送信された処理応答を検知すると、その処理応答を取得し、送信処理部１０２へ処理をわたす。
送信処理部１０２は、応答処理部１０３が処理応答を取得すると、その処理応答を処理応答の宛先となっているクライアント端末２へ送信するとともに、バッファ３１から登録要求を１つ取得し、サーバ３へ送信する。このとき、送信処理部１０２は、登録要求を到着順に取得・送信する。つまり、送信処理部１０２は、サーバ３の処理が終了するまで、登録要求を送信せず、サーバ３の処理が終了すると登録要求を１つ送信する。
【００１６】
記憶装置３０は、ＨＤ（Hard Disk）等で構成されるものであり、登録要求を一時的に格納するバッファ（記憶部）３１を有している。
通信装置４０は、ネットワークカード等のようなネットワーク４への情報の送受信を行うハードウェアである。
【００１７】
［動作概要］
図２は、本実施形態に係る電力系統監視システムの動作概要を示す図である。なお、図２において図１と同様の要素は、同一の符号を付して説明を省略する。また、図２において、実線は情報の送受信を示し、破線は指示を示している。
サーバ３には、系統操作手順データ２５２を格納している系統操作手順ＤＢ（Data Base）３１１と、系統操作手順一覧データ２５１を格納している系統操作手順一覧ＤＢ３１２とを有している。系統操作手順データ２５２は、電力系統の操作手順に関するデータが格納されている。また、この電力系統の操作手順は、１つとは限らなく、何通りもの手順が存在することが多い。そのため、複数の電力系統操作手順に関するデータが系統操作手順一覧データ２５１として格納されている。
【００１８】
ユーザが、電力系統操作手順を編集する等して、電力系統操作手順を更新したり、新たな電力系統操作手順を登録したりする場合、まず、クライアント端末２は、サーバ３から系統操作手順一覧データ２５１を自身にコピーし（Ｓ１１）、クライアント端末２が自身の入出力装置２３０にその系統操作手順一覧データ２５１を表示する（Ｓ１２）。ステップＳ１１の処理は、例えば一定周期で行われる。
【００１９】
ユーザは、表示されている系統操作手順一覧データ２５１を参照して、入出力装置２３０を介して電力系統の操作手順を編集したり、新たな電力系統の操作手順を新規に作成したりする。この結果、系統操作手順データ２５２が生成される（Ｓ１３）。後記して詳述するように、系統操作手順データ２５２が生成された後、クライアント端末２は生成した系統操作手順の合理性チェックを行う。
クライアント端末２は、この系統操作手順データ２５２を登録要求としてサーバ３へ宛てて送信する。すると、通信装置４０を介して、要求処理部１０１が、送信された登録要求を受信する（Ｓ１４）。
なお、クライアント端末２における系統操作手順データ２５２の生成から登録要求の送信までの処理は、後記して説明する。
【００２０】
要求処理部１０１は、受信した登録要求をバッファ３１へ格納し（Ｓ１５）、送信処理部１０２へ処理をわたす（Ｓ１６）。
送信処理部１０２は、サーバ３で他の登録要求に対する処理が実行中か否かを判定し、実行中でなければ、バッファ３１において先頭の登録要求を取得し（Ｓ１７）、その登録要求をサーバ３へ送信する（Ｓ１８）。
【００２１】
登録要求を受信したサーバ３のメモリ３００で実行されている処理部３０１は、受信した登録要求に対する登録処理を行うことで、登録要求に含まれる系統操作手順データ２５２を系統操作手順ＤＢ３１１に格納し（Ｓ１９）、さらに、系統操作手順データ２５２を系統操作手順一覧ＤＢ３１２に格納する（Ｓ２０）。
【００２２】
ステップＳ１９、Ｓ２０の登録処理を終了したサーバ３の処理部３０１は、クライアント端末２へ処理応答を送信する。すると、処理分散装置１の応答処理部１０３がこの処理応答を取得し（Ｓ２１）、送信処理部１０２へ処理をわたす（Ｓ２２）。
処理をわたされた送信処理部１０２は、バッファ３１の先頭にある登録要求を取得し（Ｓ１７）、取得した登録要求をサーバ３へ送信する（Ｓ１８）。また、送信処理部１０２は、処理応答をクライアント端末２へ送信する（Ｓ２３）。
【００２３】
［要求処理］
図３は、本実施形態に係る要求処理の手順を示すフローチャートである。
まず、要求処理部１０１は、クライアント端末２から登録要求を受信したか否かを判定する（Ｓ１０１）。
ステップＳ１０１の結果、登録要求を受信していない場合（Ｓ１０１→Ｎｏ）、要求処理部１０１はステップＳ１０１へ処理を戻す。つまり、要求処理部１０１はクライアント端末２からの登録要求を待機する。
【００２４】
ステップＳ１０１の結果、登録要求を受信した場合（Ｓ１０１→Ｙｅｓ）、要求処理部１０１は受信した登録要求が正常であるか否かを判定する（Ｓ１０２）。ここで、正常であるか否かとは、登録要求のフォーマット等が予め定められたものとなっているか否か等である。
【００２５】
ステップＳ１０２の結果、登録要求が異常である場合（Ｓ１０２→Ｎｏ）、要求処理部１０１は登録要求の送信元となっているクライアント端末２へ、送信した登録要求が異常である旨を通知し（Ｓ１０３）、ステップＳ１０１へ処理を戻す。
【００２６】
ステップＳ１０２の結果、登録要求が正常である場合（Ｓ１０２→Ｙｅｓ）、要求処理部１０１は、受信した登録要求をバッファ３１へ格納する（Ｓ１０４）。そして、要求処理部１０１は、要求受信要因で図５に示す送信処理の開始を指示し（Ｓ１０５）、ステップＳ１０１へ処理を戻す。「要求受信要因で送信処理開始」とは、クライアント端末２から送信された登録要求の受信を契機として、図５に示す送信処理が開始されるという意味である。
【００２７】
［応答処理］
図４は、本実施形態に係る応答処理の手順を示すフローチャートである。
まず、応答処理部１０３は、サーバ３から処理応答を受信したか否かを判定する（Ｓ２０１）。
ステップＳ２０１の結果、処理応答を受信していない場合（Ｓ２０１→Ｎｏ）、応答処理部１０３はステップＳ２０１へ処理を戻す。つまり、応答処理部１０３はサーバ３からの処理応答を待機する。
【００２８】
ステップＳ２０１の結果、処理応答を受信した場合（Ｓ２０１→Ｙｅｓ）、応答処理部１０３は受信した処理応答が正常であるか否かを判定する（Ｓ２０２）。ここで、正常であるか否かとは、処理応答のフォーマット等が予め定められたものとなっているか否か等である。
【００２９】
ステップＳ２０２の結果、処理応答が異常である場合（Ｓ２０２→Ｎｏ）、応答処理部１０３はサーバ３における処理が異常である旨をクライアント端末２へ通知し（Ｓ２０３）、サーバ待機フラグを「ＯＦＦ」にする（Ｓ２０４）。その後、応答処理部１０３は、ステップＳ２０１へ処理を戻す。ここで、サーバ待機フラグは、サーバ３からの処理応答の送信待ちであるか否かを示すフラグである。言い換えれば、サーバ待機フラグはサーバ３において登録処理が現在、行われているか否かを示すフラグである。サーバ待機フラグが「ＯＮ」の間、送信処理部１０２は、次の登録要求をサーバ３へ送信せず、サーバ待機フラグが「ＯＦＦ」のとき、送信処理部１０２は、次の登録要求をサーバ３へ送信する。
【００３０】
なお、ステップＳ２０３の前に、応答処理部１０３はサーバ３へ処理応答の再送を要求し、規定回数受信しても処理応答が異常である場合に、応答処理部１０３がステップＳ２０３、Ｓ２０４の処理を行ってもよい。
【００３１】
ステップＳ２０２の結果、処理応答が正常である場合（Ｓ２０２→Ｙｅｓ）、応答処理部１０３は、応答受信要因で、図５に示す送信処理の開始を指示し（Ｓ２０５）、ステップＳ２０１へ処理を戻す。「応答受信要因で送信処理開始」とは、サーバ３から送信された処理応答の受信を契機として、図５に示す送信処理が開始されるという意味である。
【００３２】
［送信処理］
図５は、本実施形態にかかる送信処理の手順を示すフローチャートである。
まず、送信処理部１０２は、図３のステップＳ１０５における要求受信要因もしくは図４のステップＳ２０５における応答受信要因による送信処理の処理開始の指示があったか否かを判定する（Ｓ３０１）。
ステップＳ３０１の結果、処理開始の指示がない場合（Ｓ３０１→Ｎｏ）、送信処理部１０２はステップＳ３０１へ処理を戻す。つまり、送信処理部１０２は図３のステップＳ１０５における要求受信要因もしくは図４のステップＳ２０５における応答受信要因による送信処理の処理開始の指示を待機する。
【００３３】
ステップＳ３０１の結果、送信処理の処理開始の指示があった場合（Ｓ３０１→Ｙｅｓ）、送信処理部１０２は、応答受信要因による処理開始の指示か否かを判定する（Ｓ３０２）。
ステップＳ３０２の結果、応答要求受信要因による処理開始の指示である場合（Ｓ３０２→Ｙｅｓ）、送信処理部１０２は、サーバ３から受信した処理応答を処理応答の宛先になっているクライアント端末２へ送信する（Ｓ３０３）。
そして、送信処理部１０２は、サーバ待機フラグを「ＯＦＦ」として（Ｓ３０４）、ステップＳ３０１へ処理を戻す。
【００３４】
一方、ステップＳ３０２の結果、応答受信要因による処理開始の指示でない場合（Ｓ３０２→Ｎｏ）、つまり、要求受信要因による処理開始の指示である場合、送信処理部１０２はサーバ待機フラグが「ＯＮ」であるか否かを判定する（Ｓ３１１）。
【００３５】
ステップＳ３１１の結果、サーバ待機フラグが「ＯＮ」である場合（Ｓ３１１→Ｙｅｓ）、送信処理部１０２はステップＳ３０１へ処理を戻す。
ステップＳ３１１の結果、サーバ待機フラグが「ＯＦＦ」である場合（Ｓ３１１→Ｎｏ）、送信処理部１０２はバッファ３１に登録要求があるか否かを判定する（Ｓ３１２）。
【００３６】
ステップＳ３１２の結果、バッファ３１に登録要求がない場合（Ｓ３１２→Ｎｏ）、送信処理部１０２はステップＳ３０１へ処理を戻す。
ステップＳ３１２の結果、バッファ３１に登録要求がある場合（Ｓ３１２→Ｙｅｓ）、送信処理部１０２は登録要求をバッファ３１から１件取得する（Ｓ３１３）。
そして、送信処理部１０２は、取得した登録要求をサーバ３へ送信する（Ｓ３１４）。
さらに、送信処理部１０２は、サーバ待機フラグを「ＯＮ」にして（Ｓ３１５）、ステップＳ３０１へ処理を戻す。
【００３７】
［送受信の概要］
図６は、本実施形態に係る情報の送受信の概要を示す図である。
図６における電力系統監視システムＺでは、クライアント端末２ａ、クライアント端末２ｂ、クライアント端末２ｃという３台のクライアント端末２が設置されているものとする。そして、図６では、クライアント端末２ａに関するものを実線で示している。また、クライアント端末２ｂに関するものを破線で示している。同様に、クライアント端末２ｃに関するものを一点鎖線で示している。
なお、図６に示す例では、３台のクライアント端末２が接続されているが、クライアント端末２の数は３台に限らない。
【００３８】
まず、クライアント端末２ａ〜２ｃから順次、登録要求が送信される（Ｓ４０１〜Ｓ４０３）。
各登録要求を受信した処理分散装置１は、各登録要求を一旦バッファ３１へ格納する。
そして、処理分散装置１は、一番先に受信したクライアント端末２ａからの登録要求をサーバ３へ送信する（Ｓ４０４）。
クライアント端末２ａからの登録要求を受信したサーバ３は、登録要求に応じた処理を行い（Ｓ４０５）、その処理結果を処理応答に含めて処理分散装置１へ送信する（Ｓ４０６）。この間、処理分散装置１はクライアント端末２ｃから受信した登録要求をバッファ３１に格納したまま、サーバ３へは送信せずにいる。なお、ステップＳ４０５の処理が行われている間に、新たにクライアント端末２から送信された登録要求がある場合、要求処理部１０１はこの登録要求をクライアント端末２ｃから受信した登録要求の次に格納しておく。
【００３９】
ステップＳ４０６で送信された処理応答をサーバ３から受信した処理分散装置１は、受信した処理応答を登録要求の送信元であるクライアント端末２ａへ送信する（Ｓ４０７）。
そして、処理分散装置１は、２番目に受信した登録要求であるクライアント端末２ｂからの登録要求をバッファ３１から取得し、サーバ３へ送信する（Ｓ４０８）。
クライアント端末２ｂからの登録要求を受信したサーバ３は、登録要求に応じた処理を行い（Ｓ４０９）、その処理結果を処理応答に含めて処理分散装置１へ送信する（Ｓ４０１０）。この間、処理分散装置１はクライアント端末２ｂ、クライアント端末２ｃから受信した登録要求をバッファ３１に格納したまま、サーバ３へは送信せずにいる。
【００４０】
ステップＳ４１４で送信された処理応答をサーバ３から受信した処理分散装置１は、受信した処理応答を登録要求の送信元であるクライアント端末２ｂへ送信する（Ｓ４１１）。
そして、処理分散装置１は、３番目に受信した登録要求であるクライアント端末２ｃからの登録要求をバッファ３１から取得し、サーバ３へ送信する（Ｓ４１２）。
クライアント端末２ｃからの登録要求を受信したサーバ３は、登録要求に応じた処理を行い（Ｓ４１３）、その処理結果を処理応答に含めて処理分散装置１へ送信する（Ｓ４０１４）。
【００４１】
ステップＳ４１０で送信された処理応答をサーバ３から受信した処理分散装置１は、受信した処理応答を登録要求の送信元であるクライアント端末２ｃへ送信する（Ｓ４１５）。
【００４２】
このようにすることで、処理応答を送信し、次の登録要求を受信するまでの間、つまり、各登録要求に対する処理の間に、サーバ３は、それぞれＴａ時間の非登録処理期間を得ることができる（図６の例では、合計Ｔａ×２）。図６において、非登録期間はステップＳ４０６からステップＳ４０８の間、及び、ステップＳ４１０からステップＳ４１２の間となる。
この非登録処理期間において、サーバ３は他の処理を行うことができる。
【００４３】
また、仮に処理分散装置１の機能をサーバ３に搭載すると、処理分散装置１が行っている処理をサーバ３が行うことになるため、結局のところ、図６における非登録処理期間が生じないこととなってしまう。
つまり、処理分散装置１が、クライアント端末２及びサーバ３とは別の装置として設置されることで、図６に示す非登録処理期間を生じることができる。
さらに、処理分散装置１を、クライアント端末２及びサーバ３とは別の装置とすることで、クライアント端末２、サーバ３それぞれの構成を変えることなく（新たなソフトウェアをインストールすることなく）、前記効果を有することができる。
【００４４】
［クライアント端末の構成］
図７は、本実施形態に係るクライアント端末の構成を示す図である。
クライアント端末２は、メモリ２１０、ＣＰＵ２２０、入出力装置（表示部）２３０、通信装置２４０を有している。
メモリ２１０には、図示しない記憶装置に格納されているプログラムが展開され、ＣＰＵ２２０によって実行されることで、処理部２１１、及び処理部２１１内の生成部２１２、チェック部２１３、送信処理部２１４、表示処理部２１５が具現化している。
【００４５】
生成部２１２は、入出力装置２３０から入力された情報に従って、系統操作手順データ２５２（図２）を生成する。
チェック部２１３は、生成部２１２で生成された系統操作手順データ２５２の合理性をチェックする。合理性チェックについては後記する。
送信処理部２１４は、系統操作手順データ２５２を含む登録要求を生成し、生成した登録要求をサーバ３へ向けて送信する。
表示処理部２１５は、処理分散装置１を介して受信した処理応答の内容を入出力装置２３０に表示したり、サーバ３からコピーした系統操作手順一覧データ２５１（図２）を入出力装置２３０に表示したりする。
【００４６】
入出力装置２３０は、ディスプレイ、キーボード及びマウスのような情報の入出力を行う。
通信装置２４０は、ネットワークカード等のようなネットワーク４への送受信を行うハードウェアである。
【００４７】
［登録要求送信処理］
図８は、本実施形態に係るクライアント端末における登録要求送信処理の手順を示すフローチャートである。
まず、クライアント端末２の入出力装置２３０を介して電力系統の操作手順が新規に生成されたり、既にある操作手順が編集されたりすることにより、生成部２１２が系統操作手順データ２５２（図２）を生成する（Ｓ５０１）。
そして、クライアント端末２のチェック部２１３が生成された系統操作手順データ２５２の合理性チェックを行う（Ｓ５０２）。ここで、合理性チェックは、系統操作手順データ２５２に操作手順に矛盾がないかといったことや、系統操作手順データ２５２のフォーマットが規定のフォーマットに従っているか否か等である。なお、ここで異常が検知された場合、チェック部２１３は入出力装置２３０にエラー表示を行い、系統操作手順データ２５２の再生成をユーザに促す。
合理性チェックが終了し、異常なしと判定されると、送信処理部２１４は系統操作手順データ２５２が含まれた登録要求を生成し（Ｓ５０３）、この登録要求をサーバ３へ向けて送信する（Ｓ５０４）。
【００４８】
さらに、クライアント端末２の表示処理部２１５は、自身が送信した登録要求の送信状態や、すべての登録要求に対するサーバ３で登録処理状態等といった処理状態を、処理分散装置１やサーバ３から取得して入出力装置２３０に表示する（Ｓ５０５）。このようにすることで、ユーザは登録要求の送信状態や、サーバ３における登録処理の状態を確認することができる。
【００４９】
このように、クライアント端末２で系統操作手順の合理性チェックを行い、サーバ３での合理性チェックを行わないことで、サーバ３における登録処理の付加を軽減し、サーバ３での登録処理の占有時間を短縮することができる。
【００５０】
［比較例］
次に、図９、図１０を参照して、比較例における電力系統監視システムの動作を説明する。
図９は、比較例に係る電力系統監視システムの動作概要を示す図である。
比較例における電力系統監視システムＺ１におけるサーバ３には、系統操作手順データ２５２を格納している系統操作手順ＤＢ３１１と、系統操作手順一覧データ２５１を格納している系統操作手順一覧ＤＢ３１２とを有している。系統操作手順一覧データ２５１、系統操作手順データ２５２、系統操作手順ＤＢ３１１、系統操作手順一覧ＤＢ３１２のそれぞれは、図２におけるそれらと同様のため、説明を省略する。
【００５１】
ユーザが、電力系統操作手順を編集する等して、電力系統操作手順を更新したり、新たな電力系統操作手順を登録したりする場合、まず、クライアント端末２は、サーバ３から系統操作手順一覧データ２５１を自身にコピーし（Ｓ５１）、クライアント端末２が自身の入出力装置２３０にその系統操作手順一覧データ２５１を表示する（Ｓ５２）。ステップＳ５１の処理は、例えば一定周期で行われる。
【００５２】
ユーザが表示されている系統操作手順一覧データ２５１を参照し、入出力装置２３０を介して、電力系統の操作手順を編集したり、新たな電力系統の操作手順を作成したりする。この結果、系統操作手順データ２５２が生成される（Ｓ５３）。
クライアント端末２は、この系統操作手順データ２５２を登録要求としてサーバ３へ宛てて送信する（Ｓ５４）。
【００５３】
登録要求を受信したサーバ３のメモリ３００で実行されている処理部３０１は、受信した登録要求に対する登録処理を行うことで、登録要求に含まれる系統操作手順データ２５２を系統操作手順ＤＢ３１１に格納する（Ｓ５５）。さらに、処理部３０１は系統操作手順データ２５２を系統操作手順一覧ＤＢ３１２に格納する（Ｓ５６）。一般的には、このとき、サーバ３の処理部３０１が系統操作手順データ２５２の合理性チェックを行い、合理性チェックの結果が正常のときのみ、サーバ３の処理部３０１はステップＳ５５，Ｓ５６の処理を行う。
【００５４】
図１０は、比較例における情報の送受信の概要を示す図である。
図１０において、図６と同様、電力系統監視システムＺ１では、クライアント端末２ａ、クライアント端末２ｂ、クライアント端末２ｃという３台のクライアント端末２が設置されているものとする。そして、図１０では、図６と同様、クライアント端末２ａの登録要求と、その登録要求に対する処理応答を実線で示している。また、クライアント端末２ｂの登録要求と、その登録要求に対する処理応答を破線で示している。同様に、クライアント端末２ｃの登録要求と、その登録要求に対する処理応答を一点鎖線で示している。
【００５５】
まず、図６と同様、クライアント端末２ａ〜２ｃから登録要求が順次サーバ３へ送信される（Ｓ６０１〜Ｓ６０３）。電力系統監視システムＺ１では、処理分散装置１が存在しないため、各登録要求は、そのままサーバ３へと送信される。
各登録要求を受信したサーバ３は、各登録要求に対する登録処理を並列的もしくは直列的に行う（Ｓ６０４）。
そして、登録要求に対する処理を終了したサーバ３は、処理応答を登録要求の送信元であるクライアント端末２ａ〜２ｃへ送信する（Ｓ６０５〜Ｓ６０７）。
【００５６】
ここで、１つの登録要求に対するサーバ３の登録処理にかかる時間をＴとすると、クライアント端末２ａ〜２ｃから送信された登録要求に対する処理の合計時間は、Ｔ×３となる。これは、図６に示すサーバ３における登録要求に対する処理の合計時間と同じである。しかしながら、図１０では、図６に示す非登録処理期間Ｔａが生じないので、Ｔ×３の間、サーバ３は他の処理を行うことができない。
【００５７】
このため、比較例に係る技術では、サーバ３の処理時間を短縮するため、サーバ３のＣＰＵ性能を上げることで登録処理時間Ｔを短縮したり、接続可能なクライアント数を制限したりする等、電力系統監視システムＺの構成に制限をつけることが必要となる。
【００５８】
［変形例］
図１１は、本実施形態に係る別の例を示す図である。
図１１において、クライアント端末２ａに関するものが実線で示され、クライアント端末２ｂに関するものが破線で示され、クライアント端末２ｃに関するものが一点鎖線で示されている。
図１１における電力系統監視システムＺａにおける処理分散装置１Ａは、クライアント端末２へ処理結果を送信した後、所定時間ｔａ経過してから、次の登録要求を送信している。
このような処理は、例えば、図５のステップＳ３１２で「Ｙｅｓ」が判定された後、所定時間経過してからステップＳ３１以下３の処理を行うことによって実現可能である。
このようにすることで、サーバ３における処理間の非登録処理期間Ｔｂが、図６に示す非登録処理期間Ｔａより大きくなるので、サーバ３において登録処理以外の処理を行う時間を増やすことができる。
【００５９】
図１２は、本実施形態に係るさらに別の例を示す図である。
図１２に示す電力系統監視システムＺｂでは、処理分散装置１Ｂが複数のサーバ３ａ（３），３ｂ（３）に対する登録要求の送信を行っている。なお、図１２において、サーバ３ａに対する処理に関するものは細線で示され、サーバ３ｂに対する処理に関するものは太線で示されている。また、図６、図１１と同様にクライアント端末２ａに関するものが実線で示され、クライアント端末２ｂに関するものが破線で示され、クライアント端末２ｃに関するものが一点鎖線で示されている。
このような処理は処理分散装置１の要求処理部１０１や、送信処理部１０２が登録要求の宛先を識別する機能を有し、登録要求の宛先毎に図３及び図５の処理を行うことで実現可能である。
なお、図１２において、サーバ３は２台であるが、３台以上でもよい。
このようにすることで、各サーバ３あたりの負荷をより軽減することができる。
【００６０】
また、本実施形態では、１つの電力監視システムに処理分散装置１が１台接続されているが、複数の処理分散装置１が接続されてもよい。この場合、電力監視システムに複数のサーバ３が接続され、処理分散装置１毎に情報の送受信をするサーバ３が割り当てられてもよい。
さらに、本実施形態では、ネットワーク４に処理分散装置１、クライアント端末２、サーバ３が同列に接続されているが、これに限らず、物理的に処理分散装置１がクライアント端末２、サーバ３の間に接続されてもよい。また、本実施形態において、ネットワーク４として一般的なＬＡＮ（Local Area Network）や、ＷＡＮ（Wide Area Network）を想定しているが、ＶＰＮ（Virtual Private Network）等でもよい。
【００６１】
本実施形態に係る処理分散装置１は、サーバ３からの処理が完了するまでクライアント端末２からの登録要求をサーバ３へ送信せず、サーバ３での処理が完了すると、登録要求を１つサーバ３へ送信している。このようにすることで、図６に示すような非登録処理期間Ｔａが生じる。このような非登録処理期間Ｔａが生じることで、サーバ３や、クライアント端末２の構成を変更することなしに、サーバ３の処理占有時間を分散することができる。つまり、サーバ３のＣＰＵ性能を上げることで登録処理時間を短縮したり、接続可能なクライアント端末２の数を制限したりすることなく、サーバ３における占有時間を減少させることができる。
【００６２】
また、本実施形態に係る処理分散装置１は、登録要求をサーバ３へ送信する際、受信順に送信している。このようにすることで、サーバ３は登録要求の送信順に登録処理を行うことができる。
さらに、本実施形態に係る処理分散装置１は、登録要求をサーバ３へ送信するとともに、サーバ３からの処理応答をクライアント端末２へ送信している。このようにすることで、ユーザは、クライアント端末２でサーバ３における処理の状態を確認することができる。
【００６３】
また、本実施形態は、クライアント端末２で系統操作手順の合理性チェックを行い、サーバ３での合理性チェックを行っていない。このようにすることで、サーバ３における登録処理の付加を軽減し、サーバ３での登録処理の占有時間を短縮することができる。
さらに、本実施形態は電力系統の系統手順登録における処理を想定している。このようにすることで、電力系統の手順登録におけるサーバ３の登録処理の分散が可能となる。なお、電力系統の系統手順登録における処理に限らず、例えば、プラントシステムにおける操作手順の登録等、他のシステムで用いられてもよい。
【００６４】
なお、本発明は前記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を有するものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００６５】
また、前記した各構成、機能、各部１００〜１０３，２１１〜２１５、各記憶装置３０等は、それらの一部又はすべてを、例えば集積回路で設計すること等によりハードウェアで実現してもよい。また、図１や、図７で示すように、前記した各構成、機能等は、ＣＰＵ２０，２２０等のプロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、ファイル等の情報は、ＨＤ（記憶装置３０）に格納すること以外に、メモリ１０，２１０や、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣ（Integrated Circuit）カードや、ＳＤ（Secure Digital）カード、ＤＶＤ（Digital Versatile Disc）等の記録媒体に格納することができる。
また、各実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には、ほとんどすべての構成が相互に接続されていると考えてよい。
【符号の説明】
【００６６】
１，１Ａ，１Ｂ  処理分散装置
２，２ａ〜２ｃ  クライアント端末（第１の装置）
３，３ａ，３ｂ  サーバ（第２の装置）
１００  処理部（処理分散装置）
１０１  要求処理部
１０２  送信処理部（処理分散装置）
１０３  応答処理部
３０    記憶装置
３１    バッファ（記憶部：処理要求を含む）
２１１  処理部（クライアント端末）
２１２  生成部
２１３  チェック部
２１４  送信処理部（クライアント端末）
２１５  表示処理部
２３０  入出力装置（表示部）
２５１  系統操作手順一覧データ
２５２  系統操作手順データ
３０１  処理部（サーバ）
３１１  系統操作手順ＤＢ
３１２  系統操作手順一覧ＤＢ
Ｚ，Ｚａ，Ｚｂ  電力系統監視システム（監視制御システム）
【図１】
2014217262.tif 000003
【図２】
2014217262.tif 000004
【図３】
2014217262.tif 000005
【図４】
2014217262.tif 000006
【図５】
2014217262.tif 000007
【図６】
2014217262.tif 000008
【図７】
2014217262.tif 000009
【図８】
2014217262.tif 000010
【図９】
2014217262.tif 000011
【図１０】
2014217262.tif 000012
【図１１】
2014217262.tif 000013
【図１２】
2014217262.tif 000014