(57)【特許請求の範囲】
【請求項１】
電気エネルギー用の連続供給ネットワーク（１）に共同で供給する複数の空間的に分布したエネルギー生成システム（７〜１１）とのシステム制御ユニット（１５〜１８）の通信のための方法において、
−  前記システム制御ユニット（１５〜１８）からのリクエストデータと、前記エネルギー生成システム（７〜１１）からのシステムデータとが、共通のゲートウェイ（１４）において受信され、
−  前記システムデータは前記ゲートウェイ（１４）において管理され、前記リクエストデータは前記ゲートウェイ（１４）において処理され、
−  前記ゲートウェイ（１４）は、制御コマンドを前記エネルギー生成システム（７〜１１）に、及び／又は、前記リクエストデータの前記処理の結果として生じるデータ応答を前記システム制御ユニット（１５〜１８）に送信し、
ここで、
−  前記システム制御ユニット（１５〜１８）の少なくとも２つの異なるデータモデル（３３〜３５）での前記リクエストデータ、及び／又は、前記エネルギー生成システム（７〜１１）の少なくとも２つの異なるデータモデル（３３〜３５）での前記システムデータが、前記ゲートウェイ（１４）において受信されることと、
−  前記リクエストデータ及び前記システムデータが、前記ゲートウェイ（１４）において、前記リクエストデータ及び前記システムデータのそれぞれのデータモデル（３３〜３５）からメタデータモデル（３６）に変換されることと、
−  前記変換されたシステムデータが前記ゲートウェイ（１４）において管理され、前記変換されたリクエストデータが前記ゲートウェイ（１４）において処理され、特定のシステム制御ユニット（１５〜１８）に対する前記システムデータからコンパイルされたデータ応答が、結果として前記メタデータモデル（３６）を生じ、及び／又は、特定のエネルギー生成システム（７〜１１）に対する制御コマンドが、結果として前記メタデータモデル（３６）を生じることと、
−  前記データ応答及び／又は前記制御コマンドが、前記ゲートウェイ（１４）において、前記メタデータモデル（３６）から、前記特定のシステム制御ユニット（１５〜１８）及び／又は前記特定のエネルギー生成システム（７〜１１）の前記データモデル（３３〜３５）に変換されることと、
−  前記変換された前記データ応答及び／又は前記変換された前記制御コマンドが、前記ゲートウェイ（１４）によって、前記特定のシステム制御ユニット（１５〜１８）及び／又は前記特定のエネルギー生成システム（７〜１１）に送信されることと、
を特徴とし、
前記メタデータモデルは、前記ゲートウェイにおいてデータが受信されるすべての前記データモデル内のすべてのデータポイントが前記メタデータモデルへの変換中にマッピングされるように設計され、前記データモデルは、前記メタデータモデルからのすべての前記データポイントがそれぞれの前記データモデルにマッピングされることを確実にし得る必要がないことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記ゲートウェイ（１４）において、前記連続供給ネットワーク（１）の、及び、前記エネルギー生成システム（７〜１１）のネットワークモデル（２８）が、前記リクエストデータの前記処理中に考慮に入れられることを特徴とする方法。
【請求項３】
請求項１又は２に記載の方法において、前記ゲートウェイ（１４）は、システム制御ユニット（１５〜１８）からの対応するリクエストデータがない場合、前記エネルギー生成システム（７〜１１）からのシステムデータを要求する制御コマンドを前記エネルギー生成システム（７〜１１）に送信することを特徴とする方法。
【請求項４】
請求項１乃至３の何れか１項に記載の方法において、測定装置（１２、１３）からの状態データが前記ゲートウェイ（１４）において受信され、前記状態データは、前記ゲートウェイ（１４）において、前記状態データのそれぞれのデータモデル（３３〜３５）から前記メタデータモデル（３６）に変換され、前記変換された前記状態データは、前記ゲートウェイ（１４）において管理されることを特徴とする方法。
【請求項５】
請求項１乃至４の何れか１項に記載の方法において、気象予報データが、前記ゲートウェイ（１４）において受信され、前記システム制御ユニット（１５〜１８）の前記リクエストデータの前記処理中、及び／又は、前記エネルギー生成システム（７〜１１）への前記制御コマンドの送信中に、前記ゲートウェイ（１４）によって考慮に入れられることを特徴とする方法。
【請求項６】
請求項１乃至５の何れか１項に記載の方法において、前記リクエストデータは、前記リクエストデータにおいて定義される目的が達成されるまで、結果として生じる制御コマンドが、前記ゲートウェイ（１４）によって時系列で、及び／又は、前記ゲートウェイ（１４）によって繰り返し送信されるためのようなリクエストデータを備えることを特徴とする方法。
【請求項７】
請求項１乃至６の何れか１項に記載の方法において、異なるシステム制御ユニット（１５〜１８）からの前記リクエストデータは、処理前及び／又は処理中に衝突についてチェックされ、万一衝突が生じた場合には、衝突解消ルーチンに一緒に送信されることを特徴とする方法。
【請求項８】
請求項１乃至７の何れか１項に記載の方法において、前記システム制御ユニット（１５〜１８）のうちの少なくとも１つは、更なるゲートウェイ（１４）であり、前記ゲートウェイ（１４）は、エネルギー生成システム（７〜１１）として接続されることを特徴とする方法。
【請求項９】
請求項１乃至８の何れか１項に記載の方法において、前記リクエストデータは、前記連続供給ネットワーク（１）の少なくとも１つの点において少なくとも１つのネットワークパラメータと適合するためのリクエストを備えることを特徴とする方法。
【請求項１０】
請求項９に記載の方法において、前記ネットワークパラメータは、前記連続供給ネットワーク（１）にわたる、位相角、及び／又は、電圧、及び／又は、周波数、及び／又は、それらの分布であることを特徴とする方法。
【請求項１１】
請求項１乃至１０の何れか１項に記載の方法において、前記リクエストデータは、前記リクエストデータにおいて一般的に定義される前記エネルギー生成システム（７〜１１）の全体の、又は、前記エネルギー生成システム（７〜１１）の部分集合の動作データの通信のためのリクエストを備えることを特徴とする方法。
【請求項１２】
請求項１乃至１１の何れか１項に記載の方法において、前記システムデータは、前記エネルギー生成システム（７〜１１）の識別データ及び現在の動作パラメータを備えることを特徴とする方法。
【請求項１３】
請求項１２に記載の方法において、前記システムデータは更に、前記それぞれのエネルギー生成システム（７〜１１）の一般的説明、及び／又は、どの点で前記それぞれのエネルギー生成システム（７〜１１）が前記連続供給ネットワーク（１）に接続されているかを示す位置表示を備えることを特徴とする方法。
【請求項１４】
請求項１２又は１３に記載の方法において、ＰＶシステムの形のエネルギー生成システム（７〜１１）の場合における前記システムデータは、更に、地理的位置に関する、及び／又は、前記ＰＶシステムに割り当てられたＰＶ発電機の配列に関する表示を備えることを特徴とする方法。
【請求項１５】
請求項１乃至１４の何れか１項に記載の方法において、前記リクエストデータ及び／又は前記システムデータ、また、前記変換された前記データ応答及び／又は前記制御コマンドも、受信され、及び／又は、保護されたデータ接続を介して前記ゲートウェイ（１４）によって前記特定のシステム制御ユニット（１５〜１８）及び／又は前記特定のエネルギー生成システム（７〜１１）に送信されることを特徴とする方法。
【請求項１６】
請求項１乃至１５の何れか１項に記載の方法において、異なるシステム制御ユニット（１５〜１８）からの前記リクエストデータ、及び、それらへの前記データ応答、及び／又は、異なるエネルギー生成システム（７〜１１）からの前記システムデータ、及び、それらへの前記制御コマンドは、受信され、少なくとも２つの異なる通信プロトコルに従って、及び／又は、少なくとも２つの別々のデータポートを介して、前記システム制御ユニット（１５〜１８）及び／又はエネルギー生成システム（７〜１１）に送信されることを特徴とする方法。
【請求項１７】
請求項１乃至１６の何れか１項に記載の方法において、前記ゲートウェイ（１４）は、前記ゲートウェイ（１４）に格納された目的、及び／又は、前記システム制御ユニット（１５〜１８）の前記リクエストデータにおいて定義される全体的な目的を遂行するために、前記エネルギー生成システム（７〜１１）に対する制御コマンドを独立して生成することを特徴とする方法。
【請求項１８】
ゲートウェイ（１４）として請求項１乃至１７の何れか１項に記載の方法を実行するよう構成され、プログラミングされることを特徴とするデータサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
発明は、電気エネルギー用の連続供給ネットワークに共同で供給する複数の空間的に分布したエネルギー生成システムとのシステム制御ユニットの通信のための方法に関する。特に、本発明は、独立特許請求項１のプリアンブルの特徴を有するような方法に関する。更に、発明は、それに対応して構成され、プログラミングされたデータサーバによる、かかる方法の実施に関する。
【背景技術】
【０００２】
独立特許請求項１のプリアンブルの特徴を有する方法は、国際公開第２０１０／０５８０１３Ａ２号パンフレットから既知である。国際公開第２０１０／０５８０１３Ａ２号パンフレットは、動作データを監視ユニットに転送するための方法を開示しており、前記動作データは、複数のインバータユニットの現在の動作に関している。インバータユニットは、電力を供給ネットワークに供給する。既知の方法において、インバータユニットは、論理ツリー構造を有するネットワーク内の複数の介在するデータ処理ユニットを介して中央監視ユニットに接続される。動作データは、各インバータユニットから、インバータユニットが接続される介在ユニットに転送される。動作データを転送する各介在ユニットにおいて、同じ種類の動作データが、データ容量を低減するために結合される。結合された動作データのみが転送される。中央ユニットへの動作データの転送は、監視ユニットによって出力され、要求された動作データを供給できる通信ネットワーク内の各ユニットがそれを行うべきであることを示す一般的リクエストによって開始することができる。動作データは、動作データのサブスクリプションのために、監視ユニットに向けて通信ネットワーク内の１つのユニットから次のものへ定期的に転送されてもよい。更なる監視ユニットが、通信ネットワークに接続されてもよい。既に存在する動作データは、この既知の方法において介在ユニットとして使用可能なデータ処理ユニットにおいて管理される。データ処理ユニットは、上位ユニットから値に対するリクエストを受信し、要求された動作データを上位ユニットに転送するための接続ポートと、値に対するリクエストデータを複数の下位ユニットに送信し、リクエストされた動作データを下位ユニットから受信するための更なる接続ポートとを備えている。既知の方法において、動作データに対するリクエスト及びリクエストされた動作データの転送は、データのデータモデルが変更されることなく、複数のインバータユニットによって転送される同じ種類の動作データを結合することを可能にする特定のプロトコルに従って、通信ネットワークの全レベルにわたって実行される。
【０００３】
国際公開第２０１０／０５８０１３Ａ２号パンフレットから既知の方法は、特に本発明の方法のために設定された、インバータユニット、データ処理ユニット、及び監視ユニット間の通信にのみ適している。
【０００４】
独国特許出願公開第１０２０１２１０９０６０Ａ１号明細書は、インターネットを介して電気エネルギーを扱う分散装置との通信のための方法を開示している。この既知の方法において、装置から、及び、装置の可能性のある通信相手から、データがインターネットを介してサーバに通信され、それぞれの場合における前記データは通信アドレスを備え、更に、属性は装置及び通信相手の一般的特性を示している。初期化時間変数データに対する反応として、サーバは、インターネットを介する少なくとも１つの特定の装置と少なくとも１つの特定の通信相手との間の通信接続を確立する。この目的のために、規則がサーバにおいてプログラミングされており、その規則は、装置及び通信相手の属性及び初期化時間変数データに基づいて、どの装置とどの通信相手との間に通信接続が確立されるかを規定している。通信接続は、ポイントツーポイント接続、ポイントツーマルチポイント接続、又はマルチポイントツーマルチポイント接続であってもよい。
【０００５】
独国特許出願公開第１０２０１２１０９０６０Ａ１号明細書から既知の方法は、それぞれの装置とその通信相手との間の正常な通信のために、それらが互いの間の直接データ交換に適していることも前提としている。
【０００６】
独国特許出願公開第１０２００７０２２８７９Ａ１号明細書は、ＡＣグリッドにグリッド供給するためのインバータを開示しており、そのインバータは、入力側で、電気エネルギーを生成する発電機に接続可能であり、電気をＡＣグリッドに供給するために多数の更なるインバータを更なる発電機と接続するデータネットワークへのデータ接続を備えている。データネットワークは、接続されるインバータと共に、通信ユニットを構成し、個々のインバータは、供給パラメータに関して一様な発電ユニットが存在するようなデータネットワークを介して制御ユニットによって制御される。前記発電ユニットは、相互接続される電気グリッドにおいて組み合わされた監視及び制御構造を有する外部ユニットとして接続することができる。それはまた、仮想発電装置とも称される。しかし、かかる仮想発電装置は、インバータがデータネットワークを介して制御ユニットによって制御できるように、関連するすべてのインバータの、データネットワークに接続されるための適性を前提としている。
【０００７】
国際公開第２０１１／１１６７７０Ａ２号パンフレットは、下位装置から、上位装置に接続される上位コンピュータへデータを提供するための方法及びシステムを開示している。その場合、下位装置と上位コンピュータとの間のデータストリームは、上位コンピュータにおいて低級データ形式からより高級のデータ形式に変換される。変換機能は、下位装置に関する静的データを備えている。高級データ形式は、上位コンピュータにおいて下位装置からのデータを表示するために用いられる。これに関して、下位装置からのデータは、上位コンピュータの通信インターフェースを介してアクセスすることができる。
【０００８】
Ａ．Ｎａｕｍａｎｎ，Ｂ．−Ｍ．Ｂｕｃｈｈｏｌｚ，Ｐ．Ｋｏｍａｒｎｉｃｋｉ，Ｃｈ．Ｂｒｕｎｎｅｒ：“Ｓｅａｍｌｅｓｓ  ｄａｔａ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｏｖｅｒ  ａｌｌ  ｌｅｖｅｌｓ  ｏｆ  ｔｈｅ  ｐｏｗｅｒ  ｓｙｓｔｅｍ”；ＣＩＲＥＤ，Ｐｒｏｃｅｅｄｉｎｇ  ｏｆ  ｔｈｅ  ２１ｓｔ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ａｎｄ  Ｅｘｈｉｂｉｔｉｏｎ  ｏｎ  Ｅｌｅｃｔｒｉｃｉｔｙ  Ｄｉｓｔｒｉｂｕｔｉｏｎ，Ｆｒａｎｋｆｕｒｔ  ａｍ  Ｍａｉｎ，Ｊｕｎｅ  ６−９，２０１１（ｈｔｔｐ：／／ｗｗｗ．ｃｉｒｅｄ．ｎｅｔ／ｐｕｂｌｉｃａｔｉｏｎｓ／ｃｉｒｅｄ２０１１／ｐａｒｔ１／ｐａｐｅｒｓ／ＣＩＲＥＤ２０１１＿０９８８＿ｆｉｎａｌ．ｐｄｆ）は、仮想発電装置を構成するために、複数の空間的に分布したエネルギー生成システムとのエネルギー供給システム内部の通信のための方法を開示している。エネルギー供給システムの異なるレベル間で情報のシームレスな交換を可能にしない異なる通信プロトコル及び情報システムの問題に懸命に取り組むために、エネルギー供給システムのすべてのレベルの間及びその内部の同種プロトコルが説明されている。それら自身で前記均一なプロフィルを用いない測定機器及び自動化装置等のユニットは、それらと、しかも同種プロトコルを介して通信できるようになるために、ゲートウェイを備えている。異なる標準に内部で従っている共通の情報モデルを用いても、すべてのユニットが同種プロトコルを介して通信し、その値は、共通情報モデルの標準の対応する属性上にマッピングされる。
【０００９】
異なる点において電気エネルギー用の供給ネットワークに接続される分散エネルギー生成システムの普及増加は、かかる供給ネットワークのパラメータを監視し、それらに影響を及ぼし、特に、供給ネットワークに接続されるすべて又は少なくともすべての重要なエネルギー生成システムの目標とする一致した制御をもたらすことをますます困難にしている。これらの困難は、エネルギー生成システムがそれらの動作データを出力するデータモデルの数と共に大幅に増加している。これは、特に、同時に、エネルギー生成システムからのシステムデータをリクエストし、及び／又は、エネルギー生成システムの動作に影響を及ぼすことを望む複数のシステム制御ユニットが存在する場合に当てはまる。２つのシステム制御ユニットによる並列介在の一例は、電力の供給と、供給ネットワーク全体にわたる電力の消費とのバランスをとることを意図するネットワーク制御センター、及び、供給ネットワークの特定点における特定のネットワークパラメータに適合することを意図するローカル監視装置である。この場合、電力の供給と需要の局所的な平衡は、前記ネットワークパラメータに適合するために重要であってもよく、供給ネットワーク全体における電力の供給及びそれに対する需要のバランスがとれる場合でさえも、局所的な平衡が分散されてもよい。
【００１０】
多大な努力が、異なるシステム制御ユニットとの通信のためのエネルギー生成システムを更新するために現在費やされている。この目的のために、高い支出と共に、エネルギー生成システムは、システム制御ユニットの可能性のあるインターフェースに適合する異なるインターフェースを備えている。多くの異なるインターフェースがエネルギー生成システムにおいて設定されたとしても、エネルギー生成システムの計画された長い寿命にわたって、それでも、しかしながら、新規データモデルを用いる新しいシステム制御ユニットに対して合致するインターフェースがない恐れがある。
【発明の概要】
【００１１】
発明は、電気エネルギー用の連続供給ネットワークに共同で供給する複数の空間的に分布したエネルギー生成システムとのシステム制御ユニットの通信のための方法を開示して問題に対処しており、その方法は、関係するシステム制御ユニット及びエネルギー生成システムに僅かな要求のみを出し、それにもかかわらず、高い機能を有している。
【課題を解決するための手段】
【００１２】
発明によって対処される問題は、独立特許請求項１の特徴を有する方法によって解決される。発明による方法の好ましい実施形態は、特許従属請求項２〜１４に定義されている。特許請求項１５は、発明による方法を実行するよう構成され、プログラミングされるデータサーバに向けられている。
【００１３】
発明は、電気エネルギー用の連続供給ネットワークに共同で供給する複数の空間的に分布したエネルギー生成システムとのシステム制御ユニットの通信のための方法において、システム制御ユニットからのリクエストデータと、エネルギー生成システムからのシステムデータとが、共通のゲートウェイにおいて受信され、システムデータはゲートウェイにおいて管理され、リクエストデータはゲートウェイにおいて処理され、ゲートウェイは、制御コマンドをエネルギー生成システムに、及び／又は、リクエストデータの処理の結果として生じるデータ応答をシステム制御ユニットに送信する方法から生じる。
【００１４】
発明によれば、かかる方法において、個々のシステム制御ユニットの少なくとも２つの異なるデータモデルでのリクエストデータ、及び／又は、個々のエネルギー生成システムの少なくとも２つの異なるデータモデルでのシステムデータが、ゲートウェイにおいて受信される。換言すると、各システム制御ユニット及び各エネルギー生成システムは、何らかの種類のデータモデルで、それぞれ、それらのリクエストデータ及びシステムデータを送信し、少なくとも２つの異なるデータモデルがシステム制御ユニット及び／又はエネルギー生成システムの一部に用いられる。加えて、一方のシステム制御ユニットのデータモデル、及び、他方のエネルギー生成システムのデータモデルも、異なっていてもよい。従って、発明による方法のために、個々のシステム制御ユニット及びエネルギー生成システムにおいて、すべてのシステム制御ユニット及びエネルギー生成システムの対応するデータモデルに対する予防措置をとる必要はない。
【００１５】
むしろ、本発明による方法において、リクエストデータ及びシステムデータは、ゲートウェイにおいて、それらのそれぞれのデータモデルからメタデータモデル（３６）に変換される。ゲートウェイにおけるシステムデータの管理及びリクエストデータの処理は、前記メタデータモデルで行われる。特定のシステム制御ユニットに対するデータ応答及び／又は特定のエネルギー生成システムに対する制御コマンドは、その結果としてメタデータモデルで生じる。前記データ応答及び／又は制御コマンドは、ゲートウェイにおいて、メタデータモデルから、特定のシステム制御ユニット及び／又はエネルギー生成システムのデータモデルに変換される。これらの変換されたデータ応答及び／又は制御コマンドのみが、ゲートウェイによって、特定のシステム制御ユニット及び／又はエネルギー生成システムに送信される。従って、発明による方法において、ゲートウェイは、メタデータモデルへの、又は、それからの変換機構を介して接続される各システム制御ユニット及び接続される各エネルギー生成システムと通信する。発明による方法において、それを超えるゲートウェイのすべての活動は、それぞれここで考慮に入れられるリクエストデータ及びシステムデータが生じるシステム制御ユニット及びエネルギー生成システムとは完全に独立したメタデータモデル、すなわち、統一言語で、及び、それらがゲートウェイに通信されるデータモデルで行われる。
【００１６】
メタデータモデルは、データがゲートウェイで受信されるすべてのデータモデル内のすべてのデータ点が、メタデータモデルへの変換中にマッピングされ得るように設計されるべきであることは言うまでもない。各データモデルからの各データ点は、メタデータモデル内の正確に１つのデータ点にマッピングされるのが好ましい。しかし、これは、メタデータモデルの複数のデータ点へのマッピングも可能であるために、必須ではない。逆に、データモデルは、メタデータモデルからのすべてのデータ点がそれぞれのデータモデルへマッピングされ得ることを確実に可能にする必要はない。
【００１７】
この通信への新規システム制御ユニット又は新規エネルギー生成システムの組み込みは、前記システム制御ユニット又はエネルギー生成システムが、以前のシステム制御ユニット又はエネルギー生成システムのすべてとは異なるデータモデルを用いるとしても、共通のメタデータモデルへの、又は、それからの単一の追加変換機構のみを必要とする。例えば、新規データモデルから既に用いられているすべてのデータモデルへの、及びその逆の追加変換機構を設定する必要はない。従って、新規データモデルが、僅かな支出と共に考慮に入れることができたとしても、この考慮に入れることは、ゲートウェイの中心位置においてのみ必要であり、ゲートウェイを介して互いに通信する個々のシステム制御ユニット及びエネルギー生成システムにおいては必要ない。
【００１８】
それぞれ異なるシステム制御ユニット及びエネルギー生成システムからのリクエストデータ及びシステムデータ、及び、それに対応して、それぞれ異なるシステム制御ユニット及びエネルギー生成システムに対するデータ応答及び制御コマンドは、それらのデータモデルだけではなく、通信プロトコル及び／又はそれらと通信するために用いられる通信経路において異なってもよい。差異は、異なる物理的なデータポートが通信に必要とされるような程度であってもよい。逆に、同じ通信プロトコルに従って、同じ通信経路で、すなわち、特に、同じデータポートを介して、異なるデータモデルでデータを通信することも可能である。
【００１９】
星形の中心にゲートウェイを有するスター型通信構造が、発明による方法において採用される。
【００２０】
好ましくは、発明による方法において、ゲートウェイにおいて、供給ネットワークの、及び、供給エネルギー生成システムのネットワークモデルは、ゲートウェイにおける変換されたリクエストデータの処理中に考慮に入れられる。かかるネットワークモデル無しで、システムデータは、システム制御ユニットからのリクエストデータの処理に必要とされる程度まで、エネルギー生成システムの割り当てを供給ネットワークの特定の領域にマッピングしなければならない。
【００２１】
供給ネットワークのネットワークモデルがゲートウェイにおいて用いられる場合、それは、設定された後に必要に応じて管理、すなわち、更新されるのが好ましい。
【００２２】
発明による方法において、ゲートウェイは、リクエストデータが存在していなくても、エネルギー生成システムからシステムデータを要求するために、制御コマンドをエネルギー生成システムへ自律的に送信する。前記システムデータは次いで、例えば、供給ネットワークのネットワークモデルをゲートウェイにおいて管理するために用いることができる。このようにして要求されるシステムデータを使用する別の可能性は、かかるリクエストデータに応じて、個々のエネルギー生成システムからのシステムデータの形で、最初にこれらの動作パラメータを要求する必要なく、システム制御ユニットからの特定の現在の動作パラメータに関するリクエストデータに即座に対応できることにある。
【００２３】
現段階で、ここでの用語「システム制御ユニット」の使用は、システム制御ユニットのそれぞれが、エネルギー生成システムに制御の影響を及ぼすリクエストデータを発することを意味しないことに留意されたい。個々の、又は、すべてのシステム制御ユニットでさえも、状態及び／又はシステムデータを照会することに限定されてもよい。従って、システム制御ユニットから「リクエストデータを送信すること」は、まず第一に、エネルギー生成システムの状態又はシステムデータを取得する目的を遂行してもよい。次に、これは、対処されるすべての、又は個々のエネルギー生成システムの現在の動作状態に制御の影響を及ぼす目的を遂行してもよい。従って、第１の場合は「読み取りリクエスト」を特徴付ける一方で、第２の場合は、システム制御ユニットの一部での「書き込みリクエスト」を特徴付ける。
【００２４】
同様に、ゲートウェイによってエネルギー生成システムに送信される制御コマンドに加えて、エネルギー生成システムの動作の特定のモードに関するコマンドは、システムデータの通信にのみ向けられてもよい。
【００２５】
発明による方法において、測定装置のための状態データは、更に、ゲートウェイにおいて受信することができる。前記状態データは次いで、ゲートウェイにおいてそれらのそれぞれのデータモデルからメタデータモデルに変換することができ、変換された状態データは、その上、ゲートウェイにおいて管理することができる。状態データは、システムデータと並んで、ゲートウェイによって構築され、送信されるデータ応答に影響を及ぼすことができ、特に、ゲートウェイによって送信された制御コマンドが所望の効果を有するかどうかをチェックするためにも用いることができる。ゲートウェイにとって、気象予報データを受信し、エネルギー生成システムを制御するか、又は、さもなければ、システム制御ユニットに通知する目的のために後者を用いることは、同様に可能である。これに関して、ネットワークを支持する介入を行うことができるよう、それが十分なリードタイム−例えば、エネルギー生成のための従来の発電装置の時間のかかる上方及び／又は下方調整に関して−を有するように、個々のエネルギー生成システムのエネルギー供給において将来予想される変化について、上位システム制御ユニットに通知することは、目的にかなってもよい。同じエネルギー供給ネットワークに接続される個々の分散されたエネルギー生成システムの同時の、反対に向けられる下方調整との、エネルギー生成のための従来の発電装置の組み合わされた上方調整でさえも、全体に−少なくとも調整中に−供給される電力を、できる限り一定に維持するために可能である。このように、その領域における天候の変化のために、万一複数のエネルギー生成システムの電力の供給の自然変動が生じた場合には、ネットワークを支持する介入を、予め行うことができる。
【００２６】
発明による方法において、リクエストデータの結果として生じる制御コマンドは、ゲートウェイによって時系列で送信することができる。これに関して、例えば、まず第一に、制御コマンドを、エネルギー生成システムから特定の動作パラメータを得るために、特定のエネルギー生成システムに送信することができる。これらの動作パラメータが、前記エネルギー生成システムからのシステムデータの形で取得されると直ぐに、ゲートウェイは、それらから、次いでリクエストしているシステム制御ユニットへ送信されるデータ応答を構築できる。発明による方法において、ゲートウェイは、受信されたリクエストデータによって設定された具体的な目的が達成されることを確実にするために、特定の制御コマンドを１回又は何回か繰り返すこともできる。これに関して、供給ネットワークの特定の点において、この点の近傍の供給ネットワークに接続されるエネルギー生成システムからの電力の余剰がある場合、前記エネルギー生成システムによって供給ネットワークに供給される電力を、それらによって最後に供給された電力と比較した特定のパーセンテージまで低下させることを要求することが可能である。対応する制御コマンドは、点における電力の余剰が解消されるまで、−例えば、更新される状態データに基づいて−十分な回数繰り返され、及び／又は、変更することができる。更に、特定時間後、それらの元の動作状態に自動的に復帰する制御コマンドをエネルギー生成システムに対して繰り返すことが可能である。
【００２７】
ゲートウェイは、ゲートウェイに格納された目的、及び／又は、システム制御ユニットのリクエストデータにおいて定義される全体的な目的を遂行するために、エネルギー生成システムに対する制御コマンドを独立して生成することもできる。全体的な目的は、例えば、複数のエネルギー生成システムから成る仮想発電装置の可能な限りの供給電力のｘ％への下方調整であってもよい。この目的のために、連続して、可能な限りの供給電力の現在の値を決定し、前記値を考慮に入れた複数のエネルギー生成システムから成る仮想発電装置を制御することが必要である。この目的のための１つの方法は、最大電力点（ＭＰＰ）における個々のエネルギー生成システムの操作及び残りのエネルギー生成システムの大幅な下方調整である。ここでゲートウェイに追加的に格納される目的は、ＭＰＰで動作するエネルギー生成システムを定期的に融通させることを伴ってもよい。これは、エネルギー生成システムの１つ及び同じ演算子が、常に下方調整を負担する一方で、他のエネルギー生成システムの演算子がエネルギーを供給することを防止する。加えて、かかる周期的な融通は、結果として、可能な限りの供給電力の実際の大きさのより信頼性のあるステートメントを生じる。
【００２８】
発明による方法において、ゲートウェイでは、異なるシステム制御ユニットからのリクエストデータが、処理前又は処理中に互いの間の衝突についてチェックされ、万一衝突が生じた場合には、まず第一に、衝突解消ルーチンに共同で供給される機能を実装することも可能である。これに関して、供給ネットワークの異なるサブ領域において異なる目的を遂行する異なるシステム制御ユニットからのリクエストデータは、結果として、原則的に、互いに反対のコマンドを生じてもよい。かかる対立する制御コマンドは、衝突解消ルーチンによって、例えば、他方の下位にある目的のうちの１つ、又は、所定の重み付けに従って部分的な個々の目的の両方を考慮に入れて構築された新規の上位目的によって防止される。
【００２９】
異なるリクエストデータが、処理前に互いの間の何の衝突も示していない場合でさえも、衝突は、リクエストデータの処理中に生じる恐れがある。それは、例えば、ゲートウェイによって独立して生成され、１つのシステム制御ユニットのリクエストデータの目的の中で許可されるが、別のシステム制御ユニットのリクエストデータの目的と衝突する個々のエネルギー生成システムに対する制御コマンドによって引き起こされる恐れがある。かかる衝突は、衝突解消ルーチンによって一掃することができる。
【００３０】
発明による方法は、リクエストデータが更なるゲートウェイであるゲートウェイにおいて受信され、ここで最初に考慮されたゲートウェイが、エネルギー生成システムとして接続される制御ユニットのうちの少なくとも１つによってカスケード方式で実施することもできる。２段階を超えるカスケードも可能である。
【００３１】
発明による方法において、ゲートウェイにおいて受信されるリクエストデータは、供給ネットワークの少なくとも１つの点において少なくとも１つのネットワークパラメータと適合することに関してもよい。前記ネットワークパラメータは、ＡＣグリッドにおける電流と電圧との間の位相角、供給ネットワークにわたる電圧及び／又は周波数及び／又はそれらの分布であってもよい。
【００３２】
発明による方法において、リクエストデータは、リクエストデータにおいて一般的に定義されるエネルギー生成システムの全体の、又は、エネルギー生成システムの部分集合の動作データの通信に関してもよい。ゲートウェイは次いで、対象の動作データがゲートウェイにおいて既に存在していない場合に具体的な制御コマンドが個々のエネルギー生成システムに発行され、対応するデータ応答がこのストックからコンパイルできるように、かかる一般的なリクエストを処理する。この場合、特にゲートウェイにとって、適切なアルゴリズムを用いて、別々に存在するシステムデータから当初にはまだ存在していない新規の値を計算し、それをシステム制御ユニットに転送することが可能である。これに関して、例えば、個々のエネルギー生成システムのそれぞれ現在利用可能な供給電力から、特定のネットワークノードに接続されるすべてのエネルギー生成システムの合計を用いて、ネットワークノードにおいて全体に供給される電力を決定することが可能である。類似の方法において、複数のエネルギー生成システムの、及び、最大供給で動作される個々のエネルギー生成システムの下方調整時に、下方調整により動作されるエネルギー生成システムにより全体的に利用可能に保持される正制御電力を計算することも可能である。この計算は、規定された時間間隔で更新され、ゲートウェイによってシステム制御ユニットに通信することができる。定期的な更新のために、この値は、変動する気象条件にもかかわらず、必要とされた場合にどのくらいの正制御電力を実際に取り出すことができるかについての比較的確実な情報を提示する。
【００３３】
ゲートウェイにおいてエネルギー生成システムから受信されるシステムデータは、特に、システムデータを送信するエネルギー生成システムの明確な識別を可能にする識別データ、及び／又は、それぞれのエネルギー生成システムの現在の動作パラメータを備えることができる。更に、システムデータは、それぞれのエネルギー生成システムの一般的説明、及び／又は、例えば、どの点でそれぞれのエネルギー生成システムが供給ネットワークに接続されているかを示す位置表示を備えることができる。しかし、かかる一般的説明及び位置表示は、ゲートウェイにおいて作成される供給ネットワークのネットワークモデルに排他的に入力することもできる。エネルギー生成システムの一般的説明は、例えば、その種類、その電力分類等を示し、システム制御ユニットからの対応する一般的リクエストを満たすよう用いることもできる。
【００３４】
ＰＶシステムの形のエネルギー生成システムの場合、システムデータは、更に、地理的位置に関する、及び／又は、ＰＶシステムに割り当てられたＰＶ発電機の配列に関する表示を備えることができる。分散方式で分散されたＰＶシステムの場合におけるＰＶ発電機の配列は、一般に地面に固定される。従って、日射量は、太陽の位置と共に１日にわたって変化する。従って、ＰＶシステムのＰＶ発電機の配列及び位置も、システム制御ユニットからのリクエストデータの処理にとって非常に重要である。位置は、局地天気予報との関係を確立するために非常に重要である。両方の表示は、例えば、システム制御ユニットからのリクエストデータにおいて定義される目的が問題の個々のエネルギー生成システムに対する制御コマンドを用いて、ゲートウェイによって便宜上、具体的に実施される方法に影響を及ぼす。
【００３５】
データリクエストに対するデータ応答がゲートウェイにおいて作成される場合、ゲートウェイは、エネルギー生成システム又は、例えば、測定装置等の他のユニットからのシステムデータから直接生じるデータを、ゲートウェイに格納されているデータと混合することができる。リクエストしているシステム制御ユニットに対して、データ応答に含まれるデータが、具体的なエネルギー生成システムから、１つ又は複数の一般的に対処されるエネルギー生成システムから、仮装発電装置を形成するよう組み合わされる複数のエネルギー生成システムから、及び／又は、ゲートウェイのメモリから、直接生じるかどうかを識別できる必要はない。
【００３６】
発明による方法において、リクエストデータ及び／又はシステムデータ、また、変換されたデータ応答及び／又は制御コマンドも、受信され、及び／又は、保護されたデータ接続を介してゲートウェイによって特定のシステム制御ユニット及び／又はエネルギー生成システムに送信されるのが好ましい。この場合、かかる保護されたデータ接続の利点は、データがゲートウェイ及び各システム制御ユニット及び／又は各エネルギー生成システムの間で転送されるデータモデル及び通信プロトコルによって決まってもよい。発明による方法のためのある特定のデータセキュリティ、及び、同時に、機能信頼性も、リクエストデータ及びシステムデータのすべての、各データ応答の、そして、各制御コマンドの受信が、受信ユニットによって送信ユニットに確認された場合に達成される。受信が確認されなかった場合、送信ユニットは繰り返し、送信することができる。これが失敗した場合でさえ、エラーを監視ユニットに信号送信することができる。
【００３７】
発明による方法において、ゲートウェイは、変換されたデータ応答及び／又は制御コマンドを、少なくとも２つの別々のデータポートを介して、特定のシステム制御ユニット及び／又はエネルギー生成システムに送信でき、データポートは、無線又は有線方式でデータを送信するためのゲートウェイの特定の物理的接続を意味することは、言うまでもない。この場合、１つのデータポートをゲートウェイとシステム制御ユニットとの間の通信の一部のために設けることができ、別のデータポートをゲートウェイとエネルギー生成システムとの間の通信のために設けることができる。しかし、異なるデータポートを異なるシステム制御ユニット及び／又は異なるエネルギー生成システムのために設けることも可能である。加えて、ゲートウェイ及び個々のシステム制御ユニット及びエネルギー生成システムの間の通信のために用いられる通信プロトコルは、それらが同じデータポートを介して転送できないような程度に異なっていてもよい。しかし、原則的に、ゲートウェイは、インターネット接続等の、例えば、すべてのシステム制御ユニット及びすべてのエネルギー生成システムと通信する単一のデータポートだけを備えることもできる。
【００３８】
発明によるデータサーバは、ゲートウェイとして、上で説明したような、発明による方法を実行するように構成され、プログラミングされる。エネルギー生成システム及びシステム制御ユニットに関するかかるデータサーバの空間的配置は、それらの間に構成されるデータ接続に応じて自由である。原則的に、データサーバは、システム制御ユニット、又は、さもなければ、エネルギー生成ユニットの位置に配置することもできる。それは、更なるシステム制御ユニットとして、追加的に設計することもできる。
【００３９】
本発明の好ましい成果は、特許請求の範囲、説明、及び図面から明らかである。説明で述べるような特徴及び複数の特徴の組み合わせの利点は、単なる一例としてのものであり、本発明による実施形態によって達成されるよう必然的に必要とする利点を伴わず代替的又は累積的に効力を生じてもよい。添付特許請求の範囲の主題をそれによって改変することなく、元の出願文書及び特許の開示内容に対して、以下を適用する：更なる特徴は、図面、特に、複数の構成部品の図示する相対的な配置及び機能する接続から得ることができる。発明の異なる実施形態の特徴又は異なる特許請求の範囲の特徴の組み合わせは、特許請求の範囲の選択された従属性の参照からの許容差として同様に可能であり、ここで提案される。これも、別の図面に示されるか、又はその説明において述べられるかかる特徴に関する。これらの特徴も、異なる特許請求の範囲の特徴に組み合わせることができる。発明の更なる実施形態のために特許請求の範囲において提示された特徴を省略することは、同様に可能である。
【００４０】
特許請求の範囲及び説明で述べた特徴は、それらの数に関して、正確にその数又は説明した数よりも大きい数が、副詞「少なくとも」を明示的に使用する必要もなく、存在するように理解されるべきである。従って、例えば、要素の説明を行った場合、正確に１つの要素、２つの要素、又はそれ以上の要素が提供されることを理解すべきである。これらの特徴は、他の特徴により補強されるか、又はそれぞれの製品が構成する特徴のみであってもよい。
【００４１】
特許請求の範囲に含まれる符号は、特許請求の範囲によって保護される発明特定事項の適用範囲を制限するものではない。それらは、特許請求の範囲をより容易に理解できるようにするという目的にのみかなっている。
【図面の簡単な説明】
【００４２】
発明は、添付図面を参照して、具体的な例示の実施形態に基づいて以下で更に詳細に説明され、記載される。
【００４３】
【図１】図１は、一方の、エネルギー供給ネットワークに供給する複数のエネルギー生成システムと、他方のシステム制御ユニットとの間の発明によるゲートウェイの介在を示す。
【図２】図２は、図１によるゲートウェイの機能のブロック図である。
【発明を実施するための形態】
【００４４】
図１は、左側に、電気エネルギー用の供給ネットワーク１を略図的に図示している。供給ネットワーク１は、３つのサブ領域２〜４から成り、それらの間には、変圧器５及び６が接続されている。空間的に分布したエネルギー生成システム７〜１１は、供給ネットワーク１の異なる領域２〜４に供給する。測定装置１２及び１３は、領域３及び４における供給ネットワーク１のネットワークパラメータを検出する。変圧器５及び６、エネルギー生成システム７〜１１、及び測定装置１２及び１３は、ここで一緒に、ユニット５〜１３としても称される。供給ネットワーク１に接続される電気負荷は、実際の場合には、それらは当然存在するが、明確にする理由で、図１には示していない。図１に示すユニット５〜１３は、ゲートウェイ１４と、及び、ゲートウェイ１４を介して、システム制御ユニット１５〜１８と通信する。加えて、同一又は類似のユニットは、同様に供給ネットワーク１内又はそれに設けることができるが、それらがゲートウェイ１４と、及び、それを介して通信しないため、それらはここに示していない。
【００４５】
ユニット５〜１３のそれぞれに対して、変換機構１９〜２７が、ゲートウェイ１４において設けられている。変換機構１９〜２７は、ユニット５〜１３からのシステムデータ及び測定装置１２及び１３からの状態データを、それらがゲートウェイ１４に通信される各ユニット５〜１３のデータモデルから均一なメタデータモデルに変換する。逆に、変換機構１９〜２１、２３及び２４、及び２６及び２７は、ゲートウェイからの制御コマンドを、メタデータモデルから、それらがユニット５〜１３へ転送され、そこで理解されるデータモデルに変換する。変換機構１９〜２７は、個々のユニット５〜１３との通信において、異なる通信プロトコルを追加的に考慮することができる。複数のユニット５〜１３が、同じデータモデル及び通信プロトコルを使用していれば、個々の、又は、複数の変換機構１９〜２７は、全く同様に設計することもでき、又は、単一の変換機構が、複数の前記変換機構の代わりに設けることができる。メタデータモデルに変換されたシステムデータ及び状態データは、ゲートウェイ１４において、すなわち、正確には、直接、又は、調整後に格納された特定のバッファにおいて管理される。この場合、システムデータ及び状態データの管理は、供給ネットワークのネットワークモデル２８に基づくか、又は、最低限でも、前記ネットワークモデル２８が、システムデータ及び状態データの管理において考慮に入れられる。
【００４６】
純粋な管理だけではなく、ゲートウェイ１４は、それに利用可能なデータから新規のデータ点を計算することもできる。それは従って、事前に存在してはいないが、システム制御ユニット１５〜１８にとっての対象となり得るデータ点を補足してもよい。それらは、例えば、利用可能に保持される制御電力、又は、下方調整により動作するエネルギー生成システム７〜１１のクラスタの可能な限りの供給電力、また、かかるクラスタの他の動作データも含んでいる。
【００４７】
ゲートウェイ１４はまた、独自の方法でシステム制御ユニット１５〜１８の上位制御コマンドも実施できる。これに関して、例えば、個々のエネルギー生成システム７〜１１がＭＰＰで動作する供給ネットワーク１において下方調整により動作するエネルギー生成システム７〜１１のクラスタの場合、常に、同じエネルギー生成システム７〜１１をＭＰＰで動作させる必要はない。それどころか、ゲートウェイ１４は、供給ネットワーク１内でＭＰＰで動作するエネルギー生成システム７〜１１を、周期的に、下方調整により動作するエネルギー生成システム７〜１１とやり取りするために、制御コマンドを個々のエネルギー生成システム７〜１１に自律的に送信できる。この場合、ゲートウェイ１４は、どの実際のエネルギー生成システム７〜１１をＭＰＰで動作させるか、及び、どれが下方調整を受けるかを決定できる。極めて重要なことは、システム制御ユニット１５〜１８の制御コマンドが順守されることである。しかし、それが行われる方法は、できる限りゲートウェイ１４の自由裁量に委ねることができる。
【００４８】
ゲートウェイ１４は、更に、リクエストデータをシステム制御ユニット１５〜１８から受信し、ここでも変換機構２９〜３２が設けられ、異なるデータモデルで、且つ、適切な場合、異なる通信プロトコルにも従って通信されたリクエストデータを、ゲートウェイ１４のメタデータモデルに変換する。システム制御ユニット１５〜１８からのリクエストデータは、ゲートウェイ１４において処理される。リクエストデータが既にゲートウェイ１４に存在するシステムデータ又は状態データである場合、リクエストデータに対するデータ応答は、メタデータモデルで直接生成される。これらのデータ応答は、次いで、各システム制御ユニット１５〜１８のデータモデルに関わるシステム制御ユニット１５〜１８に割り当てられる変換機構２９〜３２によって変換され、それらに適切な通信プロトコルに従って各システム制御ユニット１５〜１８に通信される。リクエストデータにより要求されるデータは、直接的なシステムデータであってもよいが、組み合わされたシステムデータ又は何か他の方法で条件付けられたシステムデータであってもよい。組み合わされたシステムデータ又は何か他の方法で条件付けられたシステムデータは、個々のシステムデータから計算され、従って、ゲートウェイ１４内部のみで新規に生成された新規データ点を備え得る。ここで、例えば、システム制御ユニット１５〜１８の共通制御コマンドに関して、仮想発電装置の形態で動作する複数のエネルギー生成システム７〜１１から成るクラスタに関する条件付き動作データについて言及してもよい。データ応答に対して要求されるシステムデータが、ゲートウェイ１４に存在していない場合、ゲートウェイ１４は、制御コマンドをユニット５〜１３にメタデータモデルで生成する。前記制御コマンドは、次いで、変換機構１９〜２７によって、各ユニット５〜１３のデータモデルに変換され、それぞれの通信プロトコルで転送される。制御コマンドに対する応答として、新規システム又は状態データが、次いで、変換機構１９〜２７を介して受信され、メタデータモデルで処理されてデータ応答を構成する。前記データ応答は、次いで、変換機構２９〜３２を介してシステム制御ユニット１５〜１８に通信される。
【００４９】
供給ネットワーク１の特定のネットワークパラメータの、例えば、設定又は制御に向けられるシステム制御ユニット１５〜１８からのリクエストデータの場合、制御コマンドは、メタデータモデルで同様に生成され、次いで、変換機構１９〜２７を介して対応するユニット５〜１３に通信される。この場合、いずれか、それらがシステムの通信に関係する場合のリクエストデータ、又は、さもなければ、特定のネットワークパラメータに関する命令が関与する場合の状態データは、ユニット５〜１３の中から個々のユニットに対する関係をまだ有する必要はない。むしろ、前記関係は、ネットワークモデル２８に基づいて、又は、それらのシステム又は状態データ内でユニット５〜１３によって通信される一般的表示のために、ゲートウェイ１４によって確立できる。
【００５０】
図１に示す異なる変換機構１９〜２７及び２９〜３２は、また、ゲートウェイ１４の異なるデータポートに相当してもよい。変換機構１９〜２７及び２９〜３２によってメタデータモデルに変換されるデータモデル、及びその逆も、例えば、ＩＥＣ６１８５０、ＳｕｎＳｐｅｃ、又は他のＯＰＣベースのデータモデルであってもよい。変換機構２９〜３２によって変換されるデータモデルは、変換機構１９〜２７によって変換されるデータモデル３３〜３５とは異なっていてもよいが、これも、同じデータモデル３３〜３５に関係してもよい。データモデル３３〜３５とも、同一であってもよい。
【００５１】
この場合、リクエストしているシステム制御ユニット１５〜１８のデータモデル３３〜３５からメタデータモデル３６へのリクエストデータの変換、及び、メタデータモデル３６から元のデータモデル３３〜３５と同一であるユニット５〜１３のうちの１つのデータモデル３３〜３５へのその後の変換は、不必要であるように見受けられる場合がある。これもまた、原則における場合である。しかし、かかる手順は、そうは言っても、メタデータモデル３６内のデータ点の完了及び／又は更新、及び、ゲートウェイ１４に到達するリクエストデータ及び／又はシステムデータの、及び、ゲートウェイ１４によって送信される制御コマンド及び／又はデータ応答の標準化された処理に関しても実際に有利である。
【００５２】
ゲートウェイ１４のメタデータモデルは、システム制御ユニット１５〜１８とユニット５〜１３との間でやり取りされるデータ点を定義する。ゲートウェイ１４は、ユニット５〜１３とシステム制御ユニット１５〜１８との間のデータフローのメディエータとしてのその主要な機能を有している。しかし、この場合、これらデータストリームの仲介は、既に存在するデータ点又はゲートウェイ１４内部で照会されるデータ点からの新規データ点の生成に対して、単に純粋なルーチンによるばかりではなく、集計及びそれを通じたデータのより広範囲の処理によっても行われる。ゲートウェイ１４のより広範囲な機能は、それ自体で、ゲートウェイ１４が、システム制御ユニット１５〜１８から取得されたリクエストデータに基づいて、独立して制御コマンドを個々のエネルギー生成システム７〜１１に対して生成できることを提示する。生成された制御コマンドは、最初に、システム制御ユニット１５〜１８の上位リクエストデータを従属させ、従って、全体で前記上位リクエストデータに合致しなければならない。しかし、それぞれの上位リクエストデータが詳細に実施される方法は、ゲートウェイ１４内部及びゲートウェイ１４自体によって部分的又は完全に決定することができる。これを、特定のシステム制御ユニット１５〜１８の具体的なリクエストデータに基づく実施例として以下で説明する。
【００５３】
実施例において、制御ユニット１５〜１８からのリクエストデータは、供給ネットワーク１内部の既定点における特定量の正制御電力を利用可能に維持することに向けられるべきである。これらのリクエストデータを実施する方法は、次いで、供給ネットワーク１の既定点に接続される問題のエネルギー生成システム７〜１１の全体が、ネットワークモデル２８によって最初に識別されるような方法で行われる。問題のエネルギー生成システム７〜１１のこの全体から、個々のエネルギー生成システム７〜１１は、次いで、それらの可能な限りの供給電力、すなわち、ＭＰＰで動作する一方で、問題のエネルギー生成システム７〜１１の全体の残りのエネルギー生成システム７〜１１は、システム制御ユニット１５〜１８の一部で既定の正制御電力が、問題のエネルギー生成システム７〜１１の全体を通して全体で適合するような方法で、下方調整により動作する。この場合、ＭＰＰで動作するエネルギー生成システムは、下方調整により全体的に動作される問題のエネルギー生成システム７〜１１の全体の現在可能な限りの供給電力を−従って、利用可能に保持される正制御電力も−推定することに役立つ。
【００５４】
この実施例において、ゲートウェイ１４の制御コマンドによって全体的に実施されなければならない上位リクエストデータは、既定の正制御電力に適合するよう向けられる。この場合、ゲートウェイ１４は、問題のエネルギー生成システム７〜１１の全体から、どの個々のエネルギー生成システム７〜１１が、どの程度まで、下方調整を受けるか、及び、どのエネルギー生成システムが、それらの可能な限りの供給電力での基準として、それと並列で動作するかを、部分的又は完全に独立して定義できる。特に、基準としてそれぞれ機能するエネルギー生成システム７〜１１は、全体で、利用可能に保持される正制御電力が適合する限り、問題のエネルギー生成システム７〜１１の全体から他のエネルギー生成システム７〜１１と周期的にやり取りもできる。基準として機能するエネルギー生成システムの周期的な融通は、ゲートウェイ１４によって自律的に決定され、エネルギー生成システム７〜１１への対応する制御コマンドの通信によって実施されてもよい。
【００５５】
ゲートウェイ１４内部のシステム制御装置１５〜１８からのリクエストデータの処理は、上部からの各新規リクエストを積み、それぞれリクエストしているシステム制御ユニット１５〜１８と関連ユニット５〜１３とのリンケージ、又は、リクエストデータに含まれる各リクエストのための、それらから生じるシステム及び状態データを監視するトランザクションスタックを構築することによって実行することができる。この場合、リクエストは、順次及び／又は並列に処理することができる。
【００５６】
ゲートウェイ１４は、（新規）リクエストデータが存在していなくても機能を実行できる。制御コマンドをエネルギー生成システム７〜１１及び変圧器５及び６に対して繰り返すことは可能であり、そうでない場合は、それらの初期状態に逆戻りする。ゲートウェイ１４は、制御コマンドによってユニット５〜１３からシステムデータを、それらからの新規データ点を計算するために、自律的に得ることもできる。ゲートウェイ１４は、ユニット５〜１３によって通信されたシステムデータ、又は、それらから生成されたか、又は条件付けられたデータ点に基づいて、それが識別するアラーム状態の信号を送ることができる。ゲートウェイ１４は、ドキュメンテーションのためにリクエストデータ及びデータ応答を格納できる。ドキュメンテーションのためと同様に、ユニット５〜１３からの状態データ及びシステムデータは、対応するリクエストが存在していなくても、ゲートウェイ１４内に文書化することができる。
【００５７】
図２は、図１によるゲートウェイ１４の機能と関係するブロック略図である。様々なデータモデル３３〜３５が左側に示されており、そこでシステムデータ、状態データ又はリクエストデータが受信される。これらのデータはすべて、メタデータモデル３６に変換される。データの処理３７が次いで実行される。処理３７のサブステップ３８〜４４がここに示されている。サブステップ３８は、データの直接的な仲介を表している。サブステップ３９は、対応するデータトランザクションの格納を表している。サブステップ４０は、システム制御ユニット１５〜１８のリクエストデータに含まれる特定の命令を実施するために、図１によるゲートウェイ１４の制御アルゴリズムの適用を表している。サブステップ４１は、新規データ点を構成するためのゲートウェイ１４におけるデータの集計を表している。サブステップ４２は、制御コマンドの繰返しを表している。サブステップ４３は、ドキュメンテーション目的のためのデータの記録を表し、サブステップ４４は、ゲートウェイ１４によって検出される不規則な状態の場合のアラーム信号を表している。処理３７の結果は、メタデータモデル３６から、再度、データモデル３３〜３５に変換され、処理の結果として生じる制御コマンド又はデータ応答が、ユニット５〜１３又はシステム制御ユニット１５〜１８のそれぞれに転送される。
【００５８】
１つの具体的な実施例において、システム制御ユニット１５〜１８としてのネットワーク演算子の制御ルームが、リクエストデータをゲートウェイに送信し、前記リクエストデータは、測定値のための、例えば、エネルギー生成システム７〜１１の現在の全電力のためのリクエストを含む。この場合、システム制御ユニット１５〜１８は、対応する変換機構２９〜３２がゲートウェイ１４で利用可能に保持されるように、ゲートウェイ１４の演算子及びシステム制御ユニット１５〜１８の演算子によって事前に合意されたデータモデル３３〜３５を用いる。前記変換機構は、リクエストデータをデータモデル３３〜３５からゲートウェイ１４のメタデータモデル３６に変換する。ゲートウェイ１４は次いで、ネットワークモデル２８を考慮に入れて、変換されたリクエストを処理し、リクエストに応答するためにアドレス指定されるべきユニット５〜１３を決定する。関連するデータモデル３３〜３５内の制御コマンドは次いで、対応する変換機構１９〜２７を介して前記ユニットに送信される。それについて引き替えに取得されたシステムデータは、変換機構によってメタデータモデル３６に変換して戻され、適切な場合、組み合わされ、条件付けられ、又は、新規データ点を計算するために用いられる。ゲートウェイ１４は次いで、システム制御ユニット１５〜１８から、それぞれの変換機構２９〜３２を介してリクエストしているシステム制御ユニット１５〜１８に出力されるデータ応答を生成する。
【００５９】
システム制御ユニット１５〜１８は、それらのリクエストデータにおいて、システム制御ユニット１５〜１８がこの場合にこれらの仮想発電装置の正確な構成を知っている必要なく、前記構成がゲートウェイ１４のネットワークモデル２８に格納されていることを条件として、仮想発電装置としてのすべてのエネルギー生成システム７〜１１又はその他のサブグループをアドレス指定できる。この目的のために、それらは、個々のエネルギー生成システム７〜１１と直接通信する必要はないが、むしろ、ゲートウェイ１４を介して間接的に通信する。この場合、ゲートウェイ１４は、システム制御ユニット１５〜１８にとっての対象であるが、通常は個々のエネルギー生成システム７〜１１に存在しておらず、−ゲートウェイ１４を考慮に入れて−存在する必要もないデータ点を計算する。システム制御ユニット１５〜１８にとっての対象のデータ点は、往々にして、問題のエネルギー生成システム７〜１１それぞれの概要を考慮する際にのみ現れる。発明によれば、この概要の考慮は、中心位置、すなわち、ゲートウェイ１４内部で行われる。これにより、他のエネルギー生成システム７〜１１における特定のエネルギー生成システム７〜１１の動作データを保持する必要が回避される。複数のエネルギー生成システム７〜１１との１つ又は複数のシステム制御ユニット１５〜１８の通信の複雑さは、結果として著しく低減される。
【符号の説明】
【００６０】
１  供給ネットワーク
２  領域
３  領域
４  領域
５  変圧器
６  変圧器
７  エネルギー生成システム
８  エネルギー生成システム
９  エネルギー生成システム
１０  エネルギー生成システム
１１  エネルギー生成システム
１２  測定装置
１３  測定装置
１４  ゲートウェイ
１５  システム制御ユニット
１６  システム制御ユニット
１７  システム制御ユニット
１８  システム制御ユニット
１９  変換機構
２０  変換機構
２１  変換機構
２２  変換機構
２３  変換機構
２４  変換機構
２５  変換機構
２６  変換機構
２７  変換機構
２８  変換機構
２９  変換機構
３０  変換機構
３１  変換機構
３２  変換機構
３３  データモデル
３４  データモデル
３５  データモデル
３６  メタデータモデル
３７  処理
３８  サブステップ
３９  サブステップ
４０  サブステップ
４１  サブステップ
４２  サブステップ
４３  サブステップ
４４  サブステップ
【図１】
0006527511.tif 000002
【図２】
0006527511.tif 000003