(57)【要約】  サービスノードは、メータまたは他のネットワークデバイスに代わって計算タスクまたは他の演算を実行する。メータは、配電ネットワークに関連する電気パラメータに関するデータを収集し得る。収集されたデータの分析が必要な場合、メータは、サービスノードのリソースが必要であると決定し得る。メータは、サービスノードを識別するためにディレクトリノードにリクエストを送信してもよいし、サービスノードを探すリクエストを送信してもよい。サービスノードは分析を実行し、分析結果をメータに送り返す。サービスノードは、分析サービスの動的分散処理をサポートする。
2021522722.tif 000002
【特許請求の範囲】
【請求項１】
ノードにより実行される方法であって、
配電ネットワークのあるポイントに位置する第１のノードが、複数の時間間隔にわたって前記配電ネットワークの動作に関連するデータを収集することと、
前記第１のノードが、前記収集されたデータの分析が必要であり、かつ前記第１のノードが前記収集されたデータの分析のために別のノードのサービスを必要としていると決定することと、
前記第１のノードが、無線メッシュネットワークを介してディレクトリノードに、前記収集されたデータの前記分析が可能なサービスノードからの支援を要求するサービスリクエストを送信することであって、前記サービスリクエストは、前記分析を実行するためのサービスを識別し、かつ前記収集されたデータ及び前記第１のノードのアドレスを含み、前記ディレクトリノードは、ルートノード及び前記ディレクトリノードの間に位置する介在レイヤよりも下のレイヤにトポロジ的に位置し、かつ、前記ディレクトリノードは複数のサービスノードの能力に関する情報を保持する、サービスリクエストを送信することと、
前記ディレクトリノードが、前記無線メッシュネットワークを介して前記第１のノードからの前記サービスリクエストを受信することと、
前記ディレクトリノードが、前記複数のサービスノードのうちの１つが前記サービスリクエストに応じるかを決定することと、
前記複数のサービスノードのうちの１つが前記サービスリクエストに応じると決定したのに応答して、前記ディレクトリノードが、前記サービスリクエストに応じるサービスノードを識別することと、前記ディレクトリノードが、前記サービスリクエストを前記識別されたサービスノードに転送することと、
前記複数のサービスノードが前記サービスリクエストに応じないと決定したのに応答して、前記ディレクトリノードが、前記サービスリクエストに応じるサービスノードを識別するために、前記サービスリクエストを前記介在レイヤの少なくとも１つのサービスノードに送信することと、及び、
前記第１のノードが、前記無線メッシュネットワークを介して前記識別されたサービスノードからのレスポンスを受信することであって、前記識別されたサービスノードからの前記レスポンスは、前記収集されたデータの前記分析の少なくとも１つの結果を含む、レスポンスを受信することと、
を含む、
方法。
【請求項２】
前記第１のノードが、前記無線メッシュネットワークを介して、前記ディレクトリノードに、第２のサービスを識別する第２のサービスリクエストを送信することと、
前記ディレクトリノードが、前記第１のノードからの前記第２のサービスリクエストを受信することと、
をさらに含む、
請求項１に記載の方法。
【請求項３】
前記第１のノードが、複数の時間間隔を含むある期間にわたって、前記配電ネットワーク上の前記ポイントと関連付けられた建物に対応する消費データを収集することと、
前記第１のノードが、前記期間に対する前記消費データを、前記期間の後にヘッドエンドシステムに送信することと、
をさらに含み、
前記第１のノードは、前記ヘッドエンドシステムに前記消費データを送信する前に、前記収集されたデータを前記ディレクトリノードに送信する、
請求項１に記載の方法。
【請求項４】
前記配電ネットワーク上の前記ポイントにローカル発電装置が接続され、前記収集されたデータは負荷及び電圧データを含み、前記少なくとも１つの結果は変電所からのフィーダ電圧を制御するために用いられる、
請求項１に記載の方法。
【請求項５】
前記配電ネットワーク上の前記ポイントにローカル発電装置が接続され、前記収集されたデータは、位相外れ電力を示す高調波及び位相データを含み、前記少なくとも１つの結果は、前記配電ネットワーク上の前記ローカル発電装置の接続を制御するために用いられる、
請求項１に記載の方法。
【請求項６】
前記ディレクトリノードが、第２のサービスノードを前記サービスリクエストに応じると識別することと、
前記ディレクトリノードが、前記サービスノードの性能指標と前記第２のサービスノードの性能指標とを比較することと、
前記ディレクトリノードが、前記比較の結果に基づいて前記サービスノードを選択することと、
をさらに含む、
請求項１に記載の方法。
【請求項７】
前記ディレクトリノード及び前記サービスノードは、単一のノードと関連付けられている、
請求項１に記載の方法。
【請求項８】
前記ディレクトリノード及び前記サービスノードは個別のノードであり、前記サービスノードに前記サービスリクエストを転送することは、前記無線メッシュネットワークを介して前記サービスリクエストを転送することを含む、
請求項１に記載の方法。
【請求項９】
第１の分配変圧器と関連付けられ、かつ前記第１の変圧器と関係する第１の建物における第１の電気パラメータを、複数の時間間隔にわたって計測することが可能な第１のノードと、
第２の分配変圧器と関連付けられ、かつ前記第２の変圧器と関係する第２の建物における第２の電気パラメータを、前記複数の時間間隔にわたって計測することが可能な第２のノードと、
無線メッシュネットワークを介して接続された複数のノードに分析サービスを提供することが可能な第３のノードであって、前記無線メッシュネットワークのルートノード及び前記第３のノードの間に位置する介在レイヤより下のレイヤにトポロジ的に位置し、前記第１、第２、及び第３のノードは前記無線メッシュネットワークを介して接続されている、第３のノードと、
を含むシステムであって、
前記第１の分配変圧器及び前記第２の分配変圧器は、変電所の下流の配電ネットワークに接続されており、
前記第１のノードは、前記第１の変圧器に対する前記第１の電気パラメータに対して収集された計測データを分析するために別のノードのサービスを必要とすると決定し、
前記第１のノードは、サービスリクエストであって、分析サービスを要求し、前記収集された計測データを含み、かつ前記第１のノードのアドレスを含む、サービスリクエストを前記第３のノードに送信し、
前記第３のノードは前記収集された計測データを用いて前記分析サービスを提供して、前記第１の変圧器の動作状態を示す結果を含むレスポンスメッセージを、前記無線メッシュネットワークを介して前記第１のノードに送信する、
システム。
【請求項１０】
前記第１のノードは、前記第３のノードが提供するサービスに関する情報を格納し、前記第１のノードは、前記サービスリクエストを受信する前記第３のノードを選択するために前記格納された情報を用いる、
請求項９に記載のシステム。
【請求項１１】
前記第２のノードは、前記第１のノードからの前記第１の変圧器の前記動作状態を要求し、前記第１のノードは、それに応答して、前記第１の電気パラメータに対する収集された計測データを分析するために別のノードのサービスを必要とすると決定する、
請求項９に記載のシステム。
【請求項１２】
前記第１のノードは、コアプラットフォームモジュールと、分析サービスを提供するノードを発見するための拡張サービスモジュールとを含む、
請求項９に記載のシステム。
【請求項１３】
前記第１のノードは、第１の建物に位置する第１のメータと関連付けられており、前記第２のノードは、第２の建物に位置する第２のメータと関連付けられており、前記第３のノードは、第３の建物に位置する第３のメータと可憐付けられている、
請求項９に記載のシステム。
【請求項１４】
前記第３のノードは、前記第１及び第２のノードにディレクトリサービスを提供することが可能であり、
前記第３のノードは、複数のサービスノード及び各サービスノードに関連付けられたサービスに関する情報を格納し、
前記情報は、前記第３のノード及び前記第３のノードが提供する前記分析サービスに関する情報を含む、
請求項９に記載のシステム。
【請求項１５】
フィーダスイッチを制御するための方法であって、
ノードの第１のセットが、データを収集することであって、前記ノードの第１のセットの各ノードは、第１のフィーダスイッチの周辺の画定されたサービスエリア内の配電ネットワーク上のあるポイントと関連付けられており、前記ノードの第１のセットの各ノードは、無線メッシュネットワークを介して、前記ノードの第１のセットの少なくとも１つの他のノードと通信する、データを収集することと、
ノードの第２のセットが、データを収集することであって、前記ノードの第２のセットの各ノードは、第２のフィーダスイッチの周辺の画定されたサービスエリア内の前記配電ネットワーク上のあるポイントと関連付けられており、前記ノードの第２のセットの各ノードは、前記無線メッシュネットワークを介して、前記ノードの第２のセットの少なくとも１つの他のノードと通信する、データを収集することと、
前記ノードの第１のセットにより収集された前記データを第１のサービスノードが分析することと、
前記ノードの第２のセットにより収集された前記データを第２のサービスノードが分析することと、
前記第１のフィーダスイッチの第１の動作状態を決定し、前記第２のフィーダスイッチの第２の動作状態を決定し、並びに、前記ノードの第１のセットにより収集された前記データの前記分析結果及び前記ノードの第２のセットにより収集された前記データの前記分析結果に基づいて前記第１のフィーダスイッチを前記第１の動作状態に置くとともに前記第２のフィーダスイッチを前記第２の動作状態に置くためのシーケンスを決定することであって、前記第１の動作状態及び前記第２の動作状態は、対応する前記フィーダスイッチを通って流れる電力を有効にするＯＮ状態及び対応する前記フィーダスイッチを通って電力が流れるのを妨げるＯＦＦ状態を含む、決定することと、
前記シーケンスに従って前記第１のフィーダスイッチ及び前記第２のフィーダスイッチを制御することと、
を含む、
フィーダスイッチを制御するための方法。
【請求項１６】
前記ノードの第１のセットは、前記第１のフィーダスイッチの周辺の画定された前記サービスエリア内の建物の第１のセットに配置されたメータを含み、
前記ノードの第２のセットは、前記第２のフィーダスイッチの周辺の画定された前記サービスエリア内の建物の第２のセットに配置されたメータを含む、
請求項１５に記載の方法。
【請求項１７】
前記ノードの第１のセットにより収集された前記データを第１のサービスノードが分析することは、前記ノードの第１のセット内の少なくとも１つのノードが、前記第１のサービスノードにサービスリクエストを送信することを含み、前記サービスリクエストは、前記ノードの第１のセットにより収集された前記データを分析するためのサービスを識別し、前記第１のノードのアドレスを含む、
請求項１５に記載の方法。
【請求項１８】
前記ノードの第１のセットにより収集された前記データを第１のサービスノードが分析することは、
前記ノードの第１のセット内の少なくとも１つのノードがディレクトリノードにサービスリクエストを送信することであって、前記サービスリクエストは、前記ノードの第１のセットにより収集された前記データを分析するためのサービスを識別する、サービスリクエストを送信することと、
前記ディレクトリノードを用いて前記第１のサービスノードが前記サービスを提供することを決定づけることと、
前記ディレクトリノードからの前記サービスリクエストを前記第１のサービスノードに送信することと、
を含む、
請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、分配処理に関し、より詳細には、無線メッシュネットワーク内の複数ノード間の動的分配処理に関する。
【背景技術】
【０００２】
配電ネットワーク又は配電グリッドでは、例えばデータの分析及び保存といった計算タスクは、典型的にはヘッドエンドシステムに集中して実行される。エンドポイントによって収集されたデータは、ヘッドエンドシステムに送られ、ヘッドエンドシステムは分析及び意思決定を処理する。ヘッドエンドシステムはデータを用いて、意思決定、配電ネットワーク内のリソースの制御、又はリソースの使用の最適化を行うことができる。しかし、分析をヘッドエンドシステムに依存して行うことには、エンドポイントによってデータが収集されてからヘッドエンドシステムによって分析されるまでの時間の遅延、及び、データをヘッドエンドシステムに送信するために必要な通信帯域幅の量などのデメリットがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
計算タスク及び他のサービスを動的に分散させることで、これらの問題を解決し、利点を得ることができる。利点には、より少ない遅延で結果を得ること、スケーリング時のヘッドエンド処理リソースの使用量を減らすこと、より少ないネットワーク帯域幅を使用すること、全体的なコストを最小化すること、耐障害性を向上させること、及びスケーラビリティを向上させることなどが含まれる場合がある。
【課題を解決するための手段】
【０００４】
本発明の態様は、メータ又は他のネットワーク装置に代わってデータ分析又は他の演算を実行する分散サービスノードを提供する。メータは、電気パラメータに関するデータを収集する。収集したデータの分析又は別のタイプの計算タスクが必要な場合、メータは、サービスノードのリソースが必要であると判断し得る。メータは、適切なサービスノードを見つけるための支援を要求するサービスリクエストをディレクトリノードに送信してもよいし、適切なサービスノードを探すサービスリクエストをメータが送信してもよい。サービスリクエストは、必要とされるサービスのタイプ、収集されたデータ、及びメータのアドレスの表示を含み得る。サービスノードが特定されると、サービスノードはサービスリクエストに応じ、分析結果をメータに送り返す。サービスノードは計算タスクの分散処理をサポートする。計算タスクには、変圧器の監視、フィーダ電圧の決定、フィーダスイッチの設定などのグリッド分析サービス、情報サービス、計算サービス、ストレージサービス、及び翻訳サービスが含まれるが、これらに限定されない。
【０００５】
これらの例示的な実施例は、本開示を限定又は定義する目的ではなく、その理解を助けるために例を提供する目的で言及されている。追加の例は、詳細な説明で議論され、さらなる説明がそこで提供される。
【０００６】
本開示の特徴、実施例、及び利点は、添付の図面を参照しながら、以下の詳細な説明を読むことでよりよく理解される。
【図面の簡単な説明】
【０００７】
【図１】本開示の特定の例に係る、無線メッシュネットワークを含む動作環境を示す図
【図２】本開示の特定の例に係る、複数のノード間の通信を示す図
【図３】本開示の特定の例に係る、ディレクトリノード及びサービスノードを含む複数のノード間の通信を示す図
【図４】本開示の特定の例に係る、電気分配ネットワークの一部分を示す図
【図５】本開示の特定の例に係る、電気分配ネットワークの一部分を示す図
【図６】本開示の特定の例にかかる、ノードの例を示す図。
【発明を実施するための形態】
【０００８】
リソース分配ネットワークの一例は、配電ネットワーク又は配電グリッドである。グリッドは、変電所、変圧器、スイッチなどの装置及び構成要素を含み、多数の建物に電力を供給できる。メータは、電気を受け取る各建物に関連付けられ得る。メータは、建物での電気消費量だけでなく、電力、電圧、電流、周波数、位相などの他の電気パラメータを測定してもよい。メータは、メータ同士が互いに通信してもよいし、メータがヘッドエンドシステムなどの中央システムと通信してもよい。各メータは、無線メッシュネットワーク上の１ノードに関連付けられ得る。ルータや集電装置などの他の装置もまた、無線メッシュネットワーク上のノードに関連付けられ得る。
【０００９】
ノードの一部は、収集されたデータを分析するように構成されてもよい。分析は、データを収集したノードによって実行されてもよいし、データを収集したノードに代わってネットワーク上の別のノードによって実行されてもよい。一例では、メータは、分析を実行するために利用可能な分析サービスを提供することが可能な別のノードを、ディレクトリノードを用いて検索する。ディレクトリノードは、サービスノードの能力に関する情報を保持することにより、ディレクトリサービスを提供する。サービスノードは、別のノードに代わって演算を実行することができるノードである。ノードからサービスリクエストを受信すると、ディレクトリノードは、サービスノードを識別し、サービスリクエストをサービスノードに転送する。他の例では、ノードがサポートリクエストを送信し、サービスノードが応答するのを待ってもよい。
【００１０】
サービスノードは、ヘッドエンドシステムよりもデータを収集するノードにトポロジ的かつ地理的に近いものであり得る。ローカルサービスノードのサービスを使用することにより、ヘッドエンドシステムによって実行されるサービスのみを用いるよりも多くの利点が達成され得る。利点の一つは、分析を完了するのに必要な時間を短縮できることである。データがメータによって収集されてから、ヘッドエンドシステムがデータを受信するまでの間に遅延が発生することがあり、データの分析が遅れる可能性がある。ローカルサービスノードを使用してデータを分析すると、分析のためにヘッドエンドシステムにデータを送信する必要がなくなるため、分析がより迅速に実行され得る。ローカルサービスノードを使用してデータを分析するもう一つの利点は、ネットワークトラフィックの量が最小限に抑えられることである。
【００１１】
さらに別の利点は、分析を実行するために必要なハードウェア又は他のコンポーネントのコストを最小化することである。メータは分析を実行するためにサービスノードを使用することができるため、メータがサービスノードと同じ機能を持つ必要はありません。現場に配備されたすべてのメータに分析を実行する能力を追加するのとは対照的に、ネットワーク内にサービスノードを分散させることにより、特定の演算を実行する能力を持たないデバイスがネットワーク内に残ることが可能になる。
【００１２】
要求された演算を実行することができるサービスノードが複数存在してもよい。特定のサービスノードは、選択ポリシーに基づいて特定の演算のために選択され得る。選択ポリシーには、潜在的なサービスノードの能力又は性能、潜在的なサービスノードの利用可能性（例えば、最もビジーでない等）、可能なサービスノードのトポロジ的距離を考慮した選択ポリシー、又は、ランダムな選択ポリシーが含まれる。分析を実行するサービスノードを動的に選択することにより、現在の状況や保留中のリクエストに基づいて、分析を迅速かつ効率的に実行することができる。
【００１３】
動作環境の例．
図１は、中央システム１００及び無線メッシュネットワークを含む動作環境の例を示す。無線メッシュネットワーク内のデバイスは、デバイス１１０、１２０を介して中央システム１００と通信できる。デバイス１１０，１２０は、コレクタであってよく、図１に示されていない追加のデバイス及びネットワークを介して中央システムと通信し得る。一例では、無線メッシュネットワークのノードは、メータ、ルータ、コレクタ、及び他のネットワークデバイスを含み得る。コレクタ１１０，１２０は、ディレクトリノードであってよい。ディレクトリノードは、他のノードの処理を支援することができるノードに関する情報を維持し、すなわち、１つ以上のサービスノードに関する情報を維持する。他のノードがディレクトリノードであってもよい。図１は、ノード１９０がディレクトリノードであることを示している。
【００１４】
サービスノードは、他のノードにサービスを提供するように構成され得る。典型的なサービスには、他のノードによって収集されたデータを処理又は分析することが含まれる。いくつかの例では、サービスノードは、サービス提供先のノードよりも多くの処理能力を持つように構成され得る。他の例では、サービスノードは、サービス提供先のノードと同様のレベルの処理能力を有し得るが、サービス提供先のノードは、そのノードで現在利用可能な処理能力を超えて追加の処理能力を要求している。
【００１５】
一実施例では、ノード１３０−１８０は、異なる建物に配置されたメータに関連付けられ、ノード１１０，１２０はコレクタであり、ノード１９０はディレクトリノードであり、中央システム１００はヘッドエンドシステムである。
【００１６】
ノード間の通信．
図２は、あるノードが収集データを処理する際に支援を必要とし、サービスノードを利用する例を示す。ノード２２０は、一組のソーラーパネル等のローカル発電装置２５０を備える建物に配置されたメータに関連付けられ得る。メータ２２０は、電力使用量及び生産量に関するデータを収集する。メータ上で実行されるアプリケーション又は他のプログラムは、収集データの分析を要求する。メータ２２０は、分析を実行するために別のノードのサービスを必要とすると判断し、収集データと共にサービスリクエスト２５６をサービスノード２４０に送信する。サービスノード２４０は、分析を実行することでサービスリクエストに応じ、分析結果２５８をメータに送り返す。この例では、メータ２２０は、分析を提供することが可能であるとしてサービスノード２４０を前もって識別していた。いくつかの実施形態では、メータ２２０は、各サービスノードによって提供されるサービスを含む、１つ以上のサービスノードに関する情報を格納してもよい。
【００１７】
図２は、ノード２２０が、データの処理などの計算タスクで支援を提供することができるサービスノードを発見する例を示すためにも用い得る。ノード２２０は、分析を実行するために他のノードのサービスが必要であると判断した時に、当該サービスを提供できるノードに関する情報を持っていない場合、サービスリクエストを用いてサービスノードを特定し得る。
【００１８】
ノード２３０は、ディレクトリノードであってよく、サービスノード及びそのサービスノードが提供するサービスに関する情報を保持し得る。ノード２２０は、必要とするサービスを識別し、サービスを実行するために必要な任意のデータを含むサービスリクエスト２５２をディレクトリノードに送信し得る。この例では、ディレクトリノード２３０は、サービスを提供するために利用可能なサービスノード２４０を識別し、サービスリクエスト２５３をサービスノードに転送する。サービスノード２４０は、サービスリクエストに応じ、結果２５８をノード２２０に返す。
【００１９】
ディレクトリノード２３０がサービスノードでもある場合、ディレクトリノードは、サービスを提供することが可能かどうかを判断する。もしそれが可能であれば、ディレクトリノードはサービスを実行し、結果２５４をノード２２０に返す。
【００２０】
ディレクトリノード２３０がサービスを実行できないか、又はサービスを実行するサービスノードを特定できない場合、ディレクトリノードは、サービスリクエストを、ディレクトリノードよりもトポロジ的に上の層にあるノードに転送してもよい。図１を参照して、ノード１３６がディレクトリノードである場合、ノード１３６は、ノード１３６より上の層のノード、すなわち、ノード１３０を含む層のノードにサービスリクエストを転送する。
【００２１】
いくつかのシステムでは、ノードは、ディレクトリノードを使用せずにサービスノードを発見してもよい。例えば、ノード２２０がサービスリクエストを送信し、サービスリクエストを聞いたノードが応答してもよい。一種のサービスリクエストは、サービスノードがサポートするサービスを識別することにより、サービスリクエストを聞いたすべてのサービスノードが応答することを要求する。別種のサービスリクエストは、必要とされるサービスのタイプに関する情報を含み、サービスを提供できるサービスノードのみが応答するように要求する。
【００２２】
サービスリクエストを送信するか、又はディレクトリノードを使用することで、ノード２２０がサービスノードを発見すると、ノード２２０は、将来の使用のために、サービスノード及びそのサポートされたサービス又は機能に関する情報を格納してもよい。
【００２３】
ノード２２０は、ノード上で実行されているアプリケーション又は他のプログラムに基づいて分析を開始してもよい。例えば、ノード２２０は、定期的に、又は感知された条件に基づいて分析を実行するように構成され得る。代替的に、ノード２２０は、他のノードからの通信を受信したことに応答して分析を開始してもよい。ノード２１０は、分析を実行することをノード２２０に要求するか、又は分析を必要とするノード２２０からの情報を要求するリクエスト２５０を、ノード２２０に送信し得る。すると、その後ノード２２０は分析を始動させ、サービスノード２４０を使用して分析を完了する。ノード２２０は、前述の発見方法のいずれかを使用してサービスノード２４０を発見してもよい。ノード２２０がサービスノード２４０から結果２５８を受信した後、ノード２２０は、ノード２１０に応答２６０を行う。
【００２４】
サービスリクエストは、要求されたサービスの種類を識別するサービス識別子、サービスのバージョンを識別するバージョン番号、要求元のノードから必要とされるデータ又はその他の情報、並びに、リクエスト元のノードのアドレスを含み得る。リクエストノードのアドレスは、サービスノードがリクエストノードに結果を送り返すことができるように含まれている。いくつかの実施形態では、バージョン番号は特定のバージョンを示し得る一方で、他の実施形態では、バージョン番号は範囲を示し得る。例えば、バージョン２．１は、バージョン２．１以上の任意のバージョンが必要であることを示し得る。
【００２５】
要求されたサービスは、複数のサービスノードによって並行して実行されてもよい。例えば、ノード２２０は、２つのサービスノードに並行してサービスリクエストを送信してもよい。代替的に、ノード２２０は、ディレクトリノード２３０にサービスリクエストを送信し、ディレクトリノードは、分析の一部分を実行するとともに、サービスノード２４０にサービスリクエストを送信して、分析の他の部分を実行してもよい。
【００２６】
ノード２２０は、ノード２４０から受信した結果を、内部閾値又は値の更新、ノードの構成の設定又は変更、内部又は外部コンポーネントの制御などのアクションのために使用してもよい。
【００２７】
図３は、複数ノード間の通信を説明する図である。複数ノードとは、別のノード３２０に情報を要求するノード３１０と、ディレクトリノード３３０と、サービスノード３４０と、を含む。ノード３２０は、電力使用量及び他の電気パラメータに関するデータを収集する。ノード３１０は、分析又は他の処理を必要としている要求ノード３２０からの情報を要求（リクエスト３５０）する。ノード３２０は、分析を実行するためにサービスノードのサービスを必要とすると判断する。ノード３２０は、分析を実行するように構成されていないか、又は現在他の処理を実行していて利用可能なリソースを持っていないため、他のノードのサービスを要求し得る。ノード３２０（要求元ノード）は、ディレクトリノード３３０にサービスリクエスト３５２を送信する。ディレクトリノード３３０は、サービスノード３４０が要求されたサービスを実行できると判断し、サービスリクエスト３６０をサービスノード３４０に転送する。サービスノード３４０は、サービスリクエストに応じ、分析結果３５８を要求元ノードに送り返す。いくつかの例では、要求元ノードは、分析結果３６０をノード３１０に送信する。
【００２８】
サービスノードが分析を実行できない場合、サービスノードは、そのサービスノードが利用できないことを示すメッセージをディレクトリノード３３０に送り返す。これに応答して、ディレクトリノードは、代わりのサービスノードを特定し、代わりのサービスノードにサービスリクエストを転送し得る。
【００２９】
分析サービスの例．
図４は、分析サービスを実行するために分散処理を使用する例を示すブロック図である。この例では、建物のメータによって収集された測定データが、変圧器の動作状態を評価するために使用される。変電所４１０は、変圧器４２０及び変圧器４３０に電力を供給する。変圧器は、メータ４５０ａ−４５０ｆ，４６０，４７０に電力を供給する。メータ４５０ａ−４５０ｆ，４６０，４７０は、それぞれ１つの建物に関連付けられている。メータ４５０ａ−４５０ｃ，４６０，４７０は変圧器４２０に関連付けられ、メータ４５０ｄ−４５０ｆは変圧器４３０に関連付けられている。メータは、電力使用量又は消費量、負荷、電圧、電力、位相及び高調波データを含む電気パラメータ（これらに限定されない）を、構成可能な時間間隔で測定するように構成されていてもよい。メータ４５０ａ−４５０ｆ、ディレクトリノード４６０、サービスノード４７０、ルータ４４５及び４４７、並びにコレクタ４４５は、無線メッシュネットワークを介して接続されている。コレクタ４５５はまた、ヘッドエンドシステム４８０に接続されている。
【００３０】
引き続き本実施例について、メータ４５０ｃは、変圧器４２０の状態を監視が割り当てられ得る。この割り当ては、メータ４５０ｃが最初に配置されたときに行われてもよいし、コマンドの受信に応答して行われてもよい。メータ４５０ｃは、多数の時間間隔にわたってデータを収集する。データ間隔及び／又は時間間隔は、消費量を決定するためにメータによって使用される同じデータ間隔又は時間間隔に対応していてもよく、又はそれらは別個のものであってもよい。分析を実行するための所定の時間に、又は分析を実行するようにメータに指示する別のノードからの通信に応答して、メータ４５０ｃが分析を開始する。メータが分析を開始してから、メータは、分析を実行するためのリソースを持っていないと判断する。
【００３１】
システムがディレクトリノードをサポートしている場合、メータは、サービスノードの支援を要求するために、ディレクトリノード４６０にサービス要求を送信してもよい。ディレクトリノード４６０は、サービスノード４７０が分析を実行可能であることを識別する。ディレクトリノード４６０は、サービスリクエストをサービスノード４７０に転送する。サービスノード４７０は、データを分析し、分析サービスの結果をメータ４５０ｃに提供する。その結果は、変圧器４２０の動作状態を示してもよいし、変圧器の状態を決定するために使用できる結果を提供してもよい。メータ４５０ｃは、分析結果に基づいてアクションを開始してもよい。本アクションは、結果を別のシステム、例えばヘッドエンドシステム４８０に報告することであってもよい。
【００３２】
図４は、ディレクトリノード４６０及びサービスノード４７０がメータに関連付けられていることを図示しているが、ディレクトリノード及び／又はサービスノードは、ルータ又はコレクタを含む他のネットワークデバイス（これに限定されない）に関連付けられていてもよい。いくつかの実施形態では、ディレクトリノードは、サービスノードであってもよい。これらの実施形態では、ディレクトリノードがメータからサービスリクエストを受信すると、ディレクトリノードがサービスを提供し得る。ディレクトリノードがサービスを提供できない場合、ディレクトリノードは、サービスリクエストを別のサービスノードに転送し得る。代替的に、サービスノードでもあるディレクトリノードは、ディレクトリノードが利用可能であるかどうかにかかわらず、サービスリクエストを処理するのに適している別のサービスノードにサービスリクエストを転送してもよい。サービスノードは、更新されたソフトウェアを持っている場合、負荷がより軽い場合、又はトポロジ的にメータに近い場合、リクエストを処理するのに適している可能性がある。
【００３３】
別の実施例では、メータ４５０ｅは、変圧器４３０の状態を監視するために割り当てられている。メータ４５０ｅは、複数の間隔でデータを収集する。メータ４５０ｅはデータを分析するか、又はデータを分析するためにサービスノードを使用する。メータ４５０ｅは、分析に基づいて、分析を完了するために変圧器４２０の状態に関する情報が必要であると判断する。メータ４５０ｅは、サービスノード４７０が変圧器４２０の状態に関する情報を取得するように要求してもよい。サービスノード４７０は、変圧器４２０の状態を決定するために、メータ４５０ａ−４５０ｃのうちの１つ以上と通信してもよい。代替的に、メータ４５０ｅは、変圧器４２０に関連付けられたメータのうちの１つから変圧器４２０の状態に関する情報を要求してもよい。
【００３４】
サービスノードをメータ間に分散し、メータによって収集されたデータを分析するためにサービスノードを使用することによって、多数の変圧器を積極的に監視することができ、その監視は配電変圧器レベルまで適用されてもよい。また、その結果を集計して、ヘッドエンドシステムに送信したり、その他の方法で配電ネットワークの維持に利用したりしてもよい。
【００３５】
変圧器の監視は、熱変化の監視又は周波数応答分析を含み得る。変圧器の耐用年数は、内部で発生した熱を周囲に放散する変圧器の能力によって部分的に決定される。実際の動作温度と予測される動作温度の比較は、異常動作を識別するために使用されてもよい。温度上昇の影響は、破壊限界内である限り、急激ではなく緩やかである。これらの影響のうち絶縁体の劣化は、絶縁体のコストが非常に高いため、経済的に重要である。熱モデルは、熱分析の原理を用いて変圧器の温度プロファイルを予測する数学モデルを使用することがある。熱モデルは、トップオイル温度及びホットスポット温度（巻線絶縁システムで発生する最大温度）の温度上昇を決定するために使用される。一実施例では、サービスノードは、熱モデルを提供するように構成されてもよい。
【００３６】
故障電流を介して変圧器に大電流が印加されると、機械構造及び巻線に激しい機械的応力がかかり、巻線の移動及び変形を引き起こす。また、絶縁破壊及びターン間短絡が発生することもある。周波数応答解析（ＦＲＡ）は、クランプ圧の損失及び短絡力による巻線移動短絡及び変形評価を検出するための非侵襲的な技術である。ＦＲＡ技術は、広い周波数範囲で変化する低電圧サイン入力で変圧器の巻線のインピーダンスを測定することを含む。サービスノードは、ＦＲＡを提供するように構成されていてもよい。
【００３７】
図４に示すさらに別の例では、ローカル発電装置４９０は、グリッドに電力を供給することが可能である。デバイス４９０は、ソーラーパネル、バッテリ、スマートインバータ、又はメータ４５０ａに関連付けられた建物で電力を貯蔵又は生成する他の方法を含み得る。メータ４５０ａは、高調波データ及び位相データ等の、電気グリッド及びローカル発電装置４９０の動作に関連する測定データを収集するように構成され得る。
【００３８】
メータ４５０ａは、ローカル発電装置４９０に関して高調波分析及び位相分析を実行してもよい。この例では、メータ４５０ａは、要求された分析を実行することができず、収集されたデータに対する分析サービスを要求するためにサービスノード４７０にサービスリクエストを送信する。サービスノード４７０は、要求された分析を実行し、その結果をメータ４５０ａで応答する。メータ４５０ａは、結果を所定値の閾値／範囲と比較してもよいし、結果を以前の結果と比較してもよい。結果がしきい値／範囲を超えるか、又は以前の結果から著しく逸脱している場合、ローカル発電装置４９０によって生成された電力が不調である可能性があり、メータ４５０ａは、ヘッドエンドシステム４８０に通信を送信してもよい。いくつかの実施形態では、ヘッドエンドシステムは、ローカル発電装置４９０の動作を制御するか、又はローカル発電装置の接続を制御するなどの特定の動作を行うようにメータ４５０ａに指示を送ってもよい。
【００３９】
さらに別の例では、サービスノードによって提供される分析は、ローカル発電と需要との間のミスマッチを管理するためにフィーダ電圧を最適化するために使用される。ローカル発電装置が太陽光発電を使用している場合、太陽光発電が利用できなくなった日没後に需要のピークが発生することがある。一日の間の需要とローカル発電の間の差異に対処するために（すなわち、ダックカーブに対処するために）、サービスノードは、メータ又は他の装置によって収集されたデータを使用して、リアルタイム又はほぼリアルタイムの分析を提供し得る。メータがサービスノードを使用して配電ネットワーク上のメータに近いポイントで収集したデータを分析する場合、分析は、分析がヘッドエンドシステムで実行される場合よりも迅速に実行され、制御はより応答性が高くなり得る。
【００４０】
消費を監視するために、メータは、一定期間にわたって多数の時間間隔のデータを収集してもよい。例えば、メータは、２４時間の期間にわたって１５分の時間間隔のデータを収集してもよい。メータは、ヘッドエンドシステムがメータに関連付けられた建物での消費量を決定することができるように、収集したデータを２４時間の期間に一度、ヘッドエンドシステムに通信してもよい。ヘッドエンドシステムがデータを分析するために使用される場合、データがヘッドエンドシステムに２４時間に一度しか送信されないため、分析の実行に遅延が生じる。この遅延は、システム全体にサービスノードを分散させることで大幅に軽減され得る。メータは、ヘッドエンドシステムにデータを送信するために使用するスケジュールとは異なるスケジュールを使用して、収集したデータを分析のためにメータにローカルにあるサービスノードに送信してもよい。例えば、メータは、分析サービスを実行するために、１時間ごとに１５分以上の時間間隔で収集したデータをサービスノードに送信してもよい。消費量を決定して分析サービスを実行するために同じ１５分の時間間隔を使用する場合、複数の１５分の時間間隔からのデータは、ヘッドエンドシステムに２４時間の期間のデータを提供するために集約されてもよい。メータは、消費を決定するために使用される時間間隔とは異なる時間間隔を使用してもよい。より短い時間間隔を使用してもよいし、より長い時間間隔を使用してもよい。メータによって収集されたデータを分析するためにサービスノードを使用することで、メータが収集されたデータの分析をより頻繁に要求（又は実行）できるため、分析をより頻繁に行うことが可能になり得る。これにより、需要はリアルタイムで変化し得るため、需要とローカル発電の違いに対処するためのフィーダ電圧のより良い制御が可能になる可能性があります。
【００４１】
サービスノード又はディレクトリノードは、メータ以外のデバイスに関連付けられていてもよい。一例では、変電所に関連付けられたノードは、分析サービス及び／又はディレクトリサービスを、その下流の１つ以上のメータに提供してもよい。ノード４１５は、需要及びローカル発電に関連する分析を提供するように構成され得る。分析の結果に基づいて、変電所に関連付けられたノード４１５は、変電所のためのフィーダ電圧を決定し、それに応じて電圧を調整してもよい。
【００４２】
図５は、フィーダスイッチを含む例示的な配電ネットワークの一部を示す。フィーダスイッチは、変電所５１０が変圧器５１２，５１４，５１６に電力を供給し、変電所５２０が変圧器５２２，５２４，５２６に電力を供給するように構成され得る。フィーダスイッチ５３０−５３６は、様々な場所の電力線上に配置され、グリッド上の電力の流れを制御するために使用され得る。メータ５４０ａ−５４０ｎ，５７０ａ−５７０ｂは、変圧器に接続され、関連する建物に計量サービスを提供する。メータ５４０ａ−５４０ｎ，５７０ａ−５７０ｂ、及び他の追加ノードは、配電ネットワークの動作に関する情報を収集してもよく、１つ以上の無線メッシュネットワークを介して互いに通信してもよい。追加ノードは、変電所５５０ａ又はフィーダスイッチ５６０ａ，５６０ｂのような、配電ネットワーク上の他の装置に関連付けられていてもよい。
【００４３】
一実施例では、ノードは、フィーダスイッチの現在の構成を分析するために、測定データ又は配電ネットワークの動作に関する他の情報を収集する。収集された測定データは、停電や需要の変化などのイベントの影響を最小限に抑えるために、フィーダスイッチを制御するタイミングや方法を決定するために分析されてもよい。
【００４４】
分析されるフィーダスイッチに対して定義されたサービスエリアに関連付けられたノードのグループが、分析を実行するために選択される。例えば、フィーダスイッチ５３０及び５３２を評価するために、変圧器５１２に関連付けられた少なくとも１つのメータ及び変圧器５１４に関連付けられた少なくとも１つのメータが選択され得る。
【００４５】
選択されたメータは、配電ネットワークの動作に関する情報を収集する。選択されたメータのいずれかが、収集された情報を分析するためにサービスノードを必要とする場合、メータは、サービスノードを要求するサービスリクエストを送信し得る。この例では、メータは、ディレクトリノードを使用せずにサービスノードを特定する。メータはサービスリクエストを送信する。サービスノードが要求されたサービスを提供することができる場合、サービスノードは、提供することができるサービスを示して応答し得る。代替的に、サービスノードは、分析を実行し、その結果を含む応答メッセージを、サービスを要求した選択されたノードに送信してもよい。なお、メータをアシストするサービスノードは、同じ変圧器に接続されたサービスノードに限定されない。例えば、変電所５１０に関連付けられたノード５５０ａは、変電所５１２に関連付けられたメータにサービスを提供してもよい。
【００４６】
収集された情報が分析されると、結果はノード５５０ａに送られ得る。ノード５５０ａは、結果を使用して、どのようなアクションを取るべきかを決定してもよい。いくつかの実施形態では、ノード５５０ａは、フィーダスイッチ５３０、５３２の一方又は両方をオン又はオフにするかどうかを決定してもよい。ノード５５０ａは、フィーダスイッチ５５０，５３２などの他の装置を制御する権限を有していなくてもよい。十分な権限を有していない場合、ノードは、フィーダスイッチを制御する権限を有するシステム、例えばフィーダスイッチに関連付けられたノードやヘッドエンドシステムなどに、取られるべきアクションのための勧告を含み得る分析結果を送信してもよい。
【００４７】
ノードの例．
図６は、例示的なノード６００を示す。このノードは、コアプラットフォームモジュール６１０と、アプリケーション６４０，６４５とを含む。コアプラットフォームモジュール６１０は、アプリケーション６４０，６４５のための基本的な計算フレームワークを提供する。一実施形態では、コアプラットフォームモジュール６１０は、Ｊａｖａでコーディングされ得る。コアプラットフォームモジュールに加えて、ノードは、拡張サービスモジュール６２０を含んでもよい。拡張サービスモジュールは、コアプラットフォームによって提供されるサービスを拡張し、従って、ノード６００の機能を拡張する。拡張サービスモジュールは、ノードがディレクトリノード及びサービスノードを発見して通信することを可能にしてもよく、ノードが、分散計算、ノードのグループにわたる生データの集約、トランザクションエネルギー、デジタルウォレット／ブロックチェーン、コグニティブコンピューティング／ＡＩ機能の統合、予測分析、パターン認識などの追加の高度な機能、機能、及びアプリケーションをサポートすることを可能にしてもよい。
【００４８】
コアプラットフォームモジュール６１０は、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して、サービスモジュールによって提供されるサービスへの一貫したインターフェースをアプリケーションに提供してもよい。サービスモジュールとコアプラットフォームモジュールは、システムモジュール６０５と総称される。異なるノードは、異なるサービスモジュールを有していてもよいし、異なる機能をサポートするサービスモジュールを有していてもよい。例えば、ディレクトリノードの拡張サービスモジュールは、ディレクトリ機能をサポートしてもよく、一方、異なるタイプのノードの拡張サービスモジュールは、ディレクトリノードの発見のみをサポートしてもよい。
【００４９】
拡張サービスモジュール６２０以外のサービスモジュールを含んでもよい。サービスモジュールは、変圧器健康監視、位相高調波監視、ダックカーブ平坦化、フィーダスイッチ管理をサポートするグリッド分析サービスモジュール６３０を含んでもよい。情報サービス、計算サービス、ストレージサービス、及び翻訳サービスを含む追加の分析サービスも提供されてもよい。情報サービスには、天候、エネルギー価格、使用時間（ＴＯＵ）スケジューリング、通知に関するサービスが含まれる。計算サービスには、分析、トランザクションエネルギー、エネルギー取引、エネルギー予測に関連する計算が含まれる。ストレージサービスは、別のノード又はデバイスに代わってデータ又は他の情報を保存することを含み得る。翻訳サービスは、異なるプロトコル間の翻訳を含む。サービスモジュールによって提供されるサービスは、ワイヤレスメッシュネットワーク上の他のノードから発信されるリクエストを介してアクセスされてもよい。通信サービスは、電子メール、テキスト、又はメッセージングなどの外部エンティティとの通信を含んでもよい。サービスモジュールは、追加又は更新されてもよい。
【００５０】
拡張サービスモジュール６２０は、他のノードにサービスを要求したり、他のノードにサービスを提供したりするように構成されてもよい。ノード上のアプリケーション６４０は、収集したデータの分析を開始してもよい。アプリケーションは、ＡＰＩを使用してコアプラットフォームモジュール６１０にアクセスする。ノードのシステムモジュールが分析をサポートしない場合、コアプラットフォームモジュールは、リクエストを拡張サービスモジュール６２０にパスしてもよく、拡張サービスモジュール６２０は、ディレクトリノードにリクエストを送ってもよいし、サービスノードにリクエストを送ってもよい。
【００５１】
ノード６００は、プロセッサ、メモリ、及びトランシーバデバイスを含み得る。トランシーバデバイスは、無線メッシュネットワーク上の他のノードと通信するためのアンテナを含むか、又はそれに結合し得る。プロセッサは、任意の数の計算デバイスを含んでよく、メモリなどのコンピュータ読み取り可能な媒体に通信的に結合し得る。プロセッサは、本明細書に記載されているような演算を実行するために、コンピュータ実行可能なプログラム命令を実行するか、又はメモリに記憶されている情報にアクセスすることができる。コアプラットフォームモジュール又は拡張サービスノード６２０に提供されるような命令が実行されると、それらは、本明細書に記載される演算のいずれかを実行するようにノードを設定することができる。ノードの構成要素は、特定のハードウェアアーキテクチャ又は構成に限定されない。
【００５２】
一般論．
数多くの特定の詳細は、特許請求された主題の完全な理解を提供するために本明細書に記載されている。しかしながら、当業者は、請求された主題がこれらの特定の詳細なしに実施され得ることを理解するであろう。例えば、データを収集するノード、又はサービスノードにサービスを要求するノードは、メータに限定されない。他の実施例では、通常の当業者であれば知ると思われる方法、装置、又はシステムは、請求された主題を曖昧にしないように、詳細に記載されていない。
【００５３】
特に別段の記載がない限り、本明細書全体を通して、「処理」、「計算」、「算出」、「判断」、「決定」、及び「識別」などの用語を用いた議論は、計算プラットフォームのメモリ、レジスタ、又は他の情報記憶装置、送信装置、又は表示装置内で物理的な電子量又は磁気量として表されるデータを操作又は変換する、１つ以上のコンピュータ又は類似の電子計算デバイス（単数複数問わず）などの計算デバイスの動作又は処理を指すことを理解されたい。
【００５４】
本明細書で議論されるシステム（単数複数問わず）は、任意の特定のハードウェアアーキテクチャ又は構成に限定されない。計算デバイスは、１つ以上の入力に条件付けられた結果を提供するコンポーネントの任意の適切な配置を含むことができる。適切な計算装置は、汎用計算装置から、本主題の１つ以上の例を実施する特定用途向け計算装置まで、計算装置をプログラム又は構成する保存されたソフトウェアにアクセスする多目的マイクロプロセッサベースの計算システムを含む。任意の適切なプログラミング、スクリプト、又は他のタイプの１つの言語又は複数の言語の組が、計算デバイスをプログラミング又は構成する際に使用されるソフトウェアに本明細書に含まれる教示を実装するために使用されてもよい。
【００５５】
本明細書に開示された方法の例は、そのような計算デバイスの動作において実行され得る。上記の例で提示されたブロックの順序は、変化させることができ、例えば、ブロックは、再配列され、結合され、及び／又はサブブロックに分割され得る。特定のブロック又はプロセスは、並列に実行され得る。
【００５６】
本明細書において「適合した」又は「構成された」を使用しても、追加のタスク又はステップを実行するように適合又は構成されたデバイスを否定するものではなく、オープンかつ包括的な言語として意味される。さらに、「に基づいて」を使用しても、引用された１つ以上の条件又は値に「基づく」プロセス、ステップ、計算、又は他の動作が、実際には、引用された条件又は値以外の追加の条件又は値に基づいていてもよいという点で、オープンかつ包括的であることが意図されている。本明細書に含まれる見出し、リスト、及び番号付けは、説明を容易にする目的であって、限定を意図しない。
【００５７】
本開示の主題は、その特定の例に関して詳細に記載されてきたが、当業者であれば、前記の理解を得た上で、そのような例に対する改変、変形、及び同等物を容易に作り出すことができることが理解されるであろう。従って、本開示は、限定ではなく例示を目的として提示されたものであり、当技術分野の通常の熟練者には容易に明らかであるような修正、変形、及び／又は追加を含めることを妨げるものではないことが理解されるべきである。
【図１】
2021522722.tif 000003
【図２】
2021522722.tif 000004
【図３】
2021522722.tif 000005
【図４】
2021522722.tif 000006
【図５】
2021522722.tif 000007
【図６】
2021522722.tif 000008
【国際調査報告】
2021522722.tif 000009
2021522722.tif 000010
2021522722.tif 000011
2021522722.tif 000012
2021522722.tif 000013