JP2018503344A - 統合ハザード・リスク管理及び軽減システム - Google Patents

Abstract

配電システム及び一組のノードの回路に結合されたサブシステムを含む構造体におけるハザード軽減のためのシステム。ノードは、回路の動作条件を監視し、且つこれに呼応してデータを生成する。データ処理システムは、一組のノードによって生成されるデータを処理すると共に、これに呼応して、アクションが取られることを要求する条件を表すトリガを識別することを実施可能である。データ処理システムは、サブシステムによってアクションを開始するために、予め決められたポリシーに従ってトリガを処理する。【選択図】図１Ａ

Description

本発明は、一般に、住居構造体及び商業構造体に関連するハザード・リスクを管理することに関し、特に、統合ハザード・リスク管理及び軽減システムに関する。

［関連出願への相互参照］
本出願は、２０１４年１２月９日に出願された特許文献１の利益を主張し、特許文献１の内容は、全ての目的に対して、参照によって本明細書に組み込まれる。

自宅、オフィスビルディング、及び工業用スペースを含む任意の構造体の所有者及び占有者は、火災、浸水、電気的異常などのようなハザードによって引き起こされるリスクに、絶え間なくさらされている。例えば、火災の防止及び統制は、文明にとって長期的問題であった。過去には、火災の広がりの防止は、消防隊が発達するための主な理由であった。現代では、ほとんどの先進国はまた、火災の確率を減少させるために、建築法規を設けてきた。加えて、煙及び火災の検知器（法的に義務付けられるか、又は自発的に取り付けられるかのいずれかである）は、火災の結果を軽減することに役立つ。ここでの軽減は、占有者が火災の通知を受ける前の時間を短くすることにより達成されるが、このことは、特に、火災がリスクにさらされた人から離れている状況、又は煙が占有者を素早く弱らせるかもしれない状況において当てはまる。

歴史的には、自宅及び事業所の所有者及び占有者に対して引き起こされるリスクを評価することは、リスクが起こっている時、又はリスクが起こった後で、事象を観察すると共に分析することに基づいてきた。火災防止の場合、少なくともほとんどのビルディング所有者に対して、ビルディングの火災状態についての情報が、火災が既に始まっている場合に、又は煙が検知されている場合に、提供されるだけである。

米国仮特許出願第６２／０８９，３５３号

本発明の原理の１つの典型的実施形態は、構造体におけるハザード軽減のためのシステムである。ハザード軽減のためのシステムは、配電システムの回路及び一組のノードに結合されたサブシステムを含み、このサブシステムは、分枝回路の動作状態を監視し、且つこれに呼応してデータを生成する。データ処理システムは、一組のノードによって生成されたデータを処理して、アクションが取られることを要求する条件を表すトリガを識別する。データ処理システムは、サブシステムによるアクションを開始するための予め決められたポリシーに従って、トリガを処理する。

本発明の原理の別の典型的実施形態は、配電システムに関連付けられるリスクを軽減するためのシステムである。システムは、通信ネットワークと、配電システムに関連付けられた状態を監視するための、通信ネットワークに結合された一組のセンサとを含む。一組のサブシステムは配電システムに結合され、配電システムの各々は、データプロセッサと、通信ネットワークに結合された通信回路構成とを含む。一組のセンサからのデータに呼応して、選択されたサブシステムのデータプロセッサは、アクションが取られることを要求する条件を表すトリガを識別し、且つ、これに呼応して、ポリシーに従ってアクションを開始する。通信ネットワークに結合された監督サブシステムは、トリガ定義及びポリシーを、選択されたサブシステムの、少なくともデータプロセッサに提供する。

住居構造体であれ、商業構造体であれ、構造体の電気システムは、電気的ハザードの直接の原因、及び一般的な火災開始の原因の両方である。構造体の電気システムによって引き起こされる火災及び損傷のリスクを減少させるために、本統合ハザード・リスク管理及び軽減システムの好ましい実施形態は、過大負荷状態、アーク欠陥、及び接地欠陥のような電気システム異常に対する、構造体の電気システムの状態を、絶え間なく監視する。加えて、情報はまた、第２の一組のセンサから集められるが、ここで第２の一組のセンサは、落雷前の状態、ガス蓄積、及び水蓄積のような非電気的システムの状態を監視するものである。収集された情報を総合して、電気システムでは、実際のハザード事象が起こる前に、全体的又は部分的のいずれかにおいて、選択的にスイッチが切られる。

加えて、予め決められた一組のルールに基づいて、通知が利害関係者に選択的に送られるが、それらの通知は、事象前に検知された状態及び実際の事象（例えば、火災）を、それらの結果と同様に、それらを受け取る関係者（複数も可）に対して知らせる。構造体の所有者、構造体の占有者、消防署、警察、及び／又は電気公共事業体に通知すると共に、特別な通知を、商業サービス提供者に対して直接送ってもよく、その結果として、電気システム及び／又は電気システムの動作を止めている機器（例えば、暖房及び空調設備、キッチン設備）に対する修理を行うことが可能である。一台の電気機器が、不注意に放置された場合（例えば、ストーブ又は他のキッチン設備が、異常に長い時間、電流を流し続けた場合）、構造体の所有者又は占有者に対して、通知を送ってもよい。

本統合ハザード・リスク管理及び軽減システムの主な利点が、構造的喪失若しくは損害、及び／又は個人損傷のリスクにおける低減である一方で、これらのシステムはまた、同様に、安心及び財政的利益に対する備えにもなる。例えば、ハザード・リスクの減少に常に関心がある保険会社は、自宅、オフィス、又は他の商業スペースにおいてそのようなシステムを備える、個人及び企業に対して、自分達の料金を減少させるかもしれない。公益事業会社は、電気システム及び接続された電気機器における欠陥によるエネルギーの浪費に、関心がなくなるかもしれない。自宅所有者はまた、自分たちの設備及び、暖房及び空調システムに関する問題を、より素早く識別できるであろう。それによって、早期の修理及び、効率的に動作する電気機器に起因する、その後の財政上の節約を可能にする。

本発明の、及び本発明の利点のより完全な理解のために、添付図面に関連してなされる次の説明に対して、これから参照がなされる。

本発明の原理を具体化する、ネットワーク化された統合ハザード・リスク管理及び軽減システムのブロック図 図１Ａのハザード・リスク管理システムによってサービスを受ける構造体の配電システムのブロック図 図１のリスク管理システムのネットワークをまたぐ、好ましい情報の流れを例示するブロック図 図１Ａのリスク管理システムのネットワークをまたぐ、ハードウェアサブシステム間の情報の流れを示す詳細なブロック図 図１Ａのハードウェア構成要素によって検知される様々な事象と、本原理の例示された実施形態によって取られる結果としてのアクションと、によって示されるリスクにおける典型的な変化を示す詳細な図 システム構成の間の、図１Ａの様々なハードウェア構成要素間での好ましい情報の流れを例示する流れ図 図１Ａのリスク管理システムのソフトウェアプログラムによって制御されるトリガ、ポリシー、ポリシーアクション、通知、ユーザ、及びメッセージの間の相互関係を示す説明図 図１Ａの構造体への電気の流れ及び状態データの報告を示す典型的な図表データベースを描写した説明図 図１Ａのリスク管理システムを訓練するための典型的プロセスを例示する流れ図 図１Ａのユーザインターフェース上に提示される、典型的な高レベル計器盤を例示する説明図 図１Ａのユーザインターフェース上に提示される典型的構成の計器盤を例示する説明図 図１Ａのユーザインターフェース上に提示される典型的なタイプ‐２メッセージを例示する説明図 図１Ａのリスク管理システムのユーザへ送られる、典型的な電子メール緊急通知メッセージを例示する説明図 検知されたリスク事象に呼応して取られたアクションを報告する、図１のリスク管理システムのユーザの携帯装置へ送られる典型的な警報を例示する説明図

本発明の原理及びそれらの利点は、図面の図１から図７に描かれた、例示された実施形態を参照することによって、最もよく理解される。これらの図では、同様な参照符号は、同様な部分を指し示す。

図１Ａは、本発明の原理を具体化する、ネットワーク化された統合ハザード・リスク管理及び軽減システム１００のブロック図である。システム１００は、任意の形態のビルディング又は収納装置の中での、及び任意の形態のビルディング又は収納装置の周りでの使用に対して適している。ここで任意の形態のビルディング又は収納装置は、電気のサービスを受け、且つ、それ故に、火災及び感電死のリスクを含む、電気システムによって引き起こされるリスクをこうむりやすい。例えば、構造体１００は、居住用住宅（例えば、自宅、アパートメント、又はコンドミニアム）、商業ビルディング（例えば、オフィスビルディング、大小の小売店、又はスポーツ及び娯楽施設）、工業ビルディング（例えば、製造施設）、又は設備インフラストラクチャ（例えば、石油プラットフォーム又は他の工業／輸送インフラストラクチャのような）であってもよい。

図１Ｂのブロック図は、システム１００の部分を示し、ここでシステム１００は、構造体にサービスを提供する配電システム１２０に関係する。電気システム１２０は、ｎ個の分枝回路（ここで、ｎは整数）を含み、これらの分枝回路の２つは、分枝回路１２１ａ及び１２１ｂとして、参照のために示される。分枝回路の実際の数は、構造体の電気的要求に依存して、変化するであろう。加えて、構造体の要求に依存して、配電システム１２０は、単相電力又は三相電力のいずれかを提供してもよい。

システム１００は、構造体の中に、及び構造体の周りに分布した様々なセンサを使用して、情報を集めると共に、隣接する構造体又はユニットを含む、構造体及びその周囲に関連付けられる火災、電気的リスク及び他のリスクを評価する。以下で議論されるパターン認識及びマシン学習を使用して、例示された実施形態において、リスク分析が実施される。更に、人間の分析者もまた、人間をベースとした統計的分析のための、収集されたデータに署名することが許可されるかもしれない。

システム１００は、クラウド１０２を通して、クラウドサービス１０１を含む、又は代わりに、クラウドサービス１０１によってサービスを受ける。ここでクラウドサービス１０１は、インターネットのような世界的な公共の電子通信ネットワーク、又は民間の電子通信ネットワーク若しくは政府の電子通信ネットワークであってもよい。以下で更に議論されるように、クラウドサービス１０１は、好ましくは、分析、電気使用予測、比較によるリスク分析及び地域のリスク分析、価格設定比較、及び、構造体内部に関する公共事業提供者からのガス／電気の状態情報と隣接情報との統合、のようなタスクを履行するために使用される。

例示された実施形態において、構造体内のハードウェア構成要素１００は、ビルディングサーバ１０３及びユニットサーバ１０５を通して、クラウド１０２と通信する。代替的実施形態において、ビルディングサーバ１０３又はユニットサーバ１０５だけが要求されてもよい。例えば、アパートメントビルディング又はオフィスビルディングの場合、ビルディングサーバ１０３は、ビルディング内の全体的な動作を管理し且つ制御するために提供してもよく、それに対して、ユニットサーバ１０５は、個々のアパートメントユニット又はオフィスの各々に対して提供してもよい。以下で詳細に議論されるように、ビルディングサーバ１０３及び／又はユニットサーバ１０５は、好ましくは、システム設定、リスクレベル設定、通知ポリシー、通知テンプレート、安全性及び許可、第１応答者ポリシー設定、連絡先情報、保守機器目録、履歴報告、現在のリスクレベル、推奨の追跡及び生成のようなタスクを実行するために使用される。

例示された実施形態において、通信及び制御のネットワークが確立され、このネットワークは、ビルディングサーバ１０３とクラウド１０２との間のリンク１０４と、ユニットサーバ１０５とクラウド１０２との間のリンク１０６と、ビルディングサーバ１０３とユニットサーバ１０５との間の内部リンク１０８と、以下で議論されるシステムハードウェア構成要素と、を含む。

一般に、本発明の原理の適用は、特別な通信プロトコル又は、使用される物理的経路とは独立している。このゆえに、幾つかの実施形態において、リンク１０４、１０６、及び１０８の幾つか又は全ては、全体又は部分において履行されるが、その際、ＷｉＦｉサブシステム、Ｚｉｇｂｅｅサブシステム、家電製品制御システム、無線ローカルエリアネットワーク（ＷＬＡＮ）のようなローカル無線サブシステムを用いるか、又は、３Ｇ又は４Ｇ遠距離通信ネットワークのような移動型（セルラー）ネットワークによって確立されたワイドエリアネットワーク（ＷＡＮ）を用いることで履行される。代替的実施形態において、リンク１０４、１０６、及び１０８の１つ以上は、全体又は部分において履行されてもよく、その際、インターネットへのデジタル加入者回線（ＤＳＬ）接続、テレビジョンケーブル接続、実配線のローカルエリアネットワーク、又は電力線システム上でのイーサネット（登録商標）のような、実配線の通信及び制御経路を用いて履行される。

リスクレベルが速い応答を要求する場合、又は外部ネットワークが利用できない場合、ハード始動及びソフト始動の能力、通信制御、及び局所的なポリシー実行を用いた個々のサブシステムの報告及び制御を含むネットワーク管理が、好ましくは、ビルディングサーバ１０３及びユニットサーバ１０５の少なくとも１つを用いて履行される。

電気公共事業体からの電力は、図１Ｂに示されるように、スマートメータ１０９を通して供給される。スマートメータ１０９は、１つ以上の埋め込み型プロセッサを含み、且つ通信リンク１０８をまたぐシステム１００の残りの部分を通して通信する。スマートメータ１０９を通って流れる電力は、ブレーカパネル１１５を通過するが、ブレーカパネル１１５は、一組のｎ個の「スマート」ブレーカを含み、ｎ個の分枝回路１２０に対応して、これらのブレーカの２つが、ブレーカ１１７ａ及び１１７ｂとして示されている。好ましい実施形態において、各ブレーカ１１７は、埋め込み型処理回路構成を含み、この埋め込み型回路構成は、マイクロプロセッサ、マイクロコントローラ、又はデジタル信号プロセッサ及び、分枝回路の過大負荷、アーク欠陥、接地欠陥、及び落雷前の状態のような状態を検知するための一組の埋め込み型センサを含む。ブレーカパネル１１５の全体的動作は、マイクロプロセッサ、マイクロコントローラ、又はデジタル信号プロセッサを含むブレーカパネルコントローラ１１６によって監視され、且つ制御される。

以下で更に議論されるように、システム１００は、構造体の中の、及び構造体の周りの様々なポイントに配設されたセンサを使用して情報を集める。利用可能なセンサは、一組の外部センサを含み、これら外部センサの２つが、図１Ａにおけるセンサ１１０ａ及び１１０ｂとして示されるが、これらは、構造体の外部の状態を監視するためのものである。システム１００の特別な実施形態に依存して、センサ１１０は、温度、煙、ガス本管の漏れ、自然ガス、毒性ガス、ラドン、ＣＯ₂、一酸化炭素、水、及び地面の動きのような、様々な状態に対して監視する。外部センサ１１０はまた、有利なことに、隣接するユニット、オフィス、ビルディング、又は外部リスクの他の原因（例えば、毒性物質を運ぶ列車のルート）についての情報に基づいて、隣接するリスクの評価に備える。

構造体の中では、システム１００は、一組のスマートプラグ及び一組のスマート・パワー・バーを含む。代表的なスマートプラグは１１１ａで示され、代表的なスマート・パワー・バーは１１１ｂで示される。スマートプラグ又はスマート・パワー・バーの各々は、プラグインポイントでの電気使用の監視及び制御を可能にするマイクロプロセッサ、マイクロコントローラ、又はデジタル信号プロセッサを含む、埋め込み型処理回路構成を含む。スマート・パワー・バーと同様に、個々のスマートプラグは、好ましくは、始動回路構成（例えば、埋め込み型ブレーカ）及び通信回路構成（有線又は無線の）を含み、これらは、埋め込み型処理回路構成に呼応して、又は外部装置又はサブシステム（例えば、以下で議論される疑似ブレーカ）からのコマンドに呼応して、個々のプラグが始動されることを可能にする。加えて、通信回路構成は、電気使用情報及び状態情報が、直接か又はポーリングに呼応するかのいずれかによって、外部装置又はシステム１００のサブシステムへ送信されることを可能にする。

システム１００の例示された実施形態は、内部の監視能力及び報告能力を含む様々な機器を含み、これらの機器の２つが、機器ブロック１１２ａ及び１１２ｂとして示される。機器１１２は、家庭電化設備、工業機器、オフィス機器などを含む。好ましくは、一台の機器１１２は、電気使用、動作パラメータ、及び状態情報を監視すると共に制御するためのマイクロプロセッサ、マイクロコントローラ、又はデジタル信号プロセッサを含む埋め込み処理回路構成と、外部装置又はシステム１００の別のサブシステムと情報及びコマンドを交換するための通信回路構成とを含む。加えて、一台の機器１１２はまた、始動回路構成（例えば、埋め込み型ブレーカ）を含み、この始動回路構成は、埋め込み処理回路構成によって、又は外部装置又はサブシステム（例えば、以下で議論される疑似ブレーカ）からのコマンドに呼応して、始動されることが可能である。

システム１００はまた、一組の疑似ブレーカ（「仮想ブレーカ」）を含み、これらの２つが、疑似ブレーカ１１３ａ及び１１３ｂとして示される。各疑似ブレーカ１１３は、電気測定機能性を提供し、その後、遮断能力を有する１つ以上のサブシステム（例えば、スマートプラグ１１１、機器１１２、ブレーカ１１７）に、ソフト始動動作又はハード始動動作を委任する。疑似ブレーカ１１３は、サブシステム１００内の１つ以上の他のコントローラと（有線又は無線で）通信する能力を含む複数の利点を提供し、自身に付帯された内部ポリシー又は外部ポリシーを有し（以下で議論される）、ソフトブレーカ事象又はハードブレーカ事象を誘発することが可能であり、且つタイミングインターバルを使用するか、又はソフト遮断開始装置に対する直接コマンドによって、ブレーカ（例えば、ブレーカ１１７、又は、スマートプラグ／スマート・パワー・バー１１１若しくは一台の機器１１２の中の埋め込み型ブレーカ）を再起動することが可能である。

システム１００は、一組の内部センサを更に含み、これら内部センサの２つが、センサ１１４ａ及び１１４ｂとして図１Ａに示される。一般に、各センサ１１４は、現代的情報又は、現代的且つ歴史的情報を、測定を通して提供するが、それらは、火災リスク評価、分析及び管理のために使用することが可能である。センサ１１４は、配電システム１２０を、直接及び間接に監視する。

配電システム１２０を監視するセンサ１１４は、配電システム状態、配電システム事象、配電システム１２０欠陥の時系列分析に対して必要なパラメータ、及び／又は、電気スパイク及び、欠陥及びスパイクのパターンのようなパラメータを直接測定する。配電システム１２０を間接的に監視するセンサ１１４は、温度、浸水、ガス本管の漏れ、自然ガス、毒性ガス、ラドン、ＣＯ₂、一酸化炭素、及び地面の動きのようなパラメータに対して測定を行う。システム１００の実施形態に依存して、センサ１１４はまた、機器特有のセンサ、及び非電気的システムセンサを含んでもよい。

１つの特別なセンサ１１４は、埋め込み型のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、及び／又は遠距離通信機能を含む、インテリジェント煙検知器である。インテリジェント煙検知器はまた、音ベースの通知代替手段を含んでもよく、これは、通信能力を有する構造体の周りの他の装置によって検知されるべきものである。

外部センサ１１０及び内部センサ１１４から情報を集めることに加えて、システム１００はまた、ビルディングサーバ１０３及び任意選択的にユニットサーバ１０５を通して、極端な気象予報、落雷パターン、地震予告及び生じた事象のような、クラウド１０２からの情報にアクセスしてもよい。

各ブレーカ１１７内の処理回路構成は、検知のためのアルゴリズムと、分枝回路特有の接地欠陥若しくはアーク欠陥及び過大負荷条件の管理のためのアルゴリズムとを実行する。これらのアルゴリズムはまた、以下で議論されるシステム１００の好ましい階層構造におけるブレーカパネルコントローラ１１６によって実行してもよく、ここで階層構造は、冗長性及び、変化する環境下での迅速で効率的なリスク軽減を提供する。

個々のブレーカ１１７内での通信回路構成は、ブレーカパネルコントローラ１１６に関連付けられる通信回路構成と同様に、電気使用情報及び状態情報が、外部装置又はシステム１００のサブシステムへ送信され、且つコマンド及びポーリングが、別の装置又はシステム１００のサブシステムから受信されることを可能にする。その結果として、例えば、疑似ブレーカ１１３は、直接通信によるか、又はブレーカパネルコントローラ１１６を通して、ある与えられたブレーカ１１７に命令することが可能である。

システム１００はユーザインターフェースシステム１１８を含み、ここでユーザインターフェースシステム１１８は、表示画面及び、タッチパッド又はキーボードのような入力装置を有する固定型パネル、パーソナルコンピュータ、又は、スマートフォン、ラップトップコンピュータ若しくはタブレットのような携帯装置であり得る。ユーザインターフェースシステム１１８は、リンク１０８によって、ビルディングサーバ１０３及び／又はユニットサーバ１０５と通信し、且つシステム構成動作、システム状態情報の提示、及びメッセージ送信を支援する。

図２Ａは、システム１００における好ましい情報の流れを図解的に説明する、概念的なブロック図である。現在の議論の目的のために、次の定義が適用される。

「エッジサブシステム」は、一般に、リスク管理システム１００内の様々なサブシステムのことを指し、これらのサブシステムは、通信機能性（無線又は有線での）、及び始動回路構成、並びに／又は、始動を別のサブシステム若しくは装置へ委任する能力を有する。例示された実施形態において、エッジサブシステムは、スマートプラグ１１１、機器１１２、疑似ブレーカ１１３、ブレーカパネル１１５、ブレーカパネルコントローラ１１６、及びブレーカ１１７を含む。各エッジサブシステムはまた、好ましくは、専用の感知構成要素及び監視構成要素を含み、これらの構成要素は、その動作性能、局所的環境条件、及び電力分配システム１０２への電気接続に関連付けられる電気パラメータを監視する。

集団的に、エッジサブシステム、外部センサ１１０、及び内部センサ１１４は、システム１００の周りの様々なポイントから情報を収集するための、ネットワーク化された一組のノードを提供する。これらのノードは、より高いレベルのシステム（例えば、クラウドサービス１００、ビルディングサーバ１０３、及び／又はユニットサーバ１０５）とはもちろんのこと、自身らの間で情報を交換することが可能である。以下で更に議論されるように、ノードのネットワークは、機器性能、環境条件、及び配電システム１２０の電気的性能のような局所的情報が、構造体の内部及び外部の様々なポイントで収集されることを可能にする。加えて、ノード及び処理サブシステム（即ち、クラウドサービス１００、ビルディングサーバ１０３、及び／又はユニットサーバ１０５）のネットワークは、システム１００の現在の状態に依存して、最も効率的なやり方で、ポリシーがトリガに反応することを可能にする冗長性を提供する。

「トリガ」は、１つ以上の組の条件、状態、測定、又はこれらの組み合わせであり、これらは、好ましくはログ及び通知を用いて、１つ以上のサブシステムによって、１つ以上のアクションを誘発する。「ポリシー」は、トリガに呼応して取られる１つ以上のアクションを定義するが、この目的は、サブシステムの状態を変化させること、通知を送ること、又は、提案された、人間の調停されたアクションには呼応しないことに反応することである。

「テンプレート」が発行され、且つ対応するエッジサブシステムに関連付けられる。テンプレートは、一般に、トリガ、ポリシー、及び通知から成る。より具体的には、工場出荷時設定テンプレートが、ある与えられたエッジシステムのベンダ又はディストリビュータによって発行される。発行されたテンプレートは、ベンダ、ディストリビュータ、又はサードパーティによって発行され、且つ工場出荷時設定テンプレートと異なっていてもよい。ユーザ初期設定テンプレートが、ユーザ又はシステム管理者によって作成され、且つ複数のエッジサブシステムと関連付けられてもよい。編集されたテンプレートは、本来の工場出荷時設定テンプレート又は発行されたテンプレートに関して変更されたテンプレートである。本来の発行されたテンプレートに関して変更されたもの、又は編集されたものを識別するテンプレートが、追加で発行される。

「通知テンプレート」は、トリガ又は推奨に呼応して、指定された動的テキストを有する一組の人々に対して送られる、一組の通知である。「推奨論理」は、事象、機器データ、センサデータ、及び１つ以上の場所における外部データを分析するための、一組のルールである。

「委任」は、ポリシー、トリガ、通知、又は推奨を１つ以上の他のサブシステムに割り当てることを意味する。「ブレーカ委任」は、一台の機器１１２又はブレーカ１１７に埋め込まれたブレーカのような、１つ以上のブレーカ作動装置に始動機能を委任することによって、完全なブレーカとして作用する疑似ブレーカを意味する。「規定」は、一組の条件又は状態であり、これは、もしはずれる場合、報告されない場合、利用できない場合、又は許容される測定パラメータの外側に落ちる場合、ポリシー又は通知の少なくとも１つを誘発する。

「空間的リスク対応付け」は、構造体の特別な領域に対する個々のリスク、又はリスク評価、通知及び推奨を改善する目的のために、隣接する構造体をまたぐリスクを対応付けることである。用いられるアプローチは、火災又は他の問題の転移又は広がりのタイミングを予測することと共に、損害の見積もり、及びマップ上での損害の対応付けを含む。「時系列及び分析」は、一人以上のユーザの１つ以上のマシンに属するデータの分析を意味し、この分析は、要約情報、モデル化、又は推奨につながる。

図２Ａに示されるように、情報ストリームの流れは、クラウドサービス１０１、ビルディングサーバ１０４及び／又はユニットサーバ１０５を出所とする外部メッセージストリーム２０１を含む。センサストリーム２０２は、外部センサ１１０及び内部センサ１１４を出所とする情報を含む。機器状態報告ストリーム２０３は、電気使用、動作パラメータ、及び状態のような、機器１１２を出所とする情報を含む。生データストリーム２０４は、スマートメータ１０９、スマートプラグ１１３、ブレーカ１１７、及びブレーカコントローラ１１６を出所とする、電圧、電流、電力消費、現在の過大負荷、過大及び過小電圧、アーク欠陥、周波数、ノイズ、及び接地欠陥のような情報を含む。

これらの情報ストリームは、トリガ２０５（ブロック２０６でログが取られる）、ポリシー２０７（ブロック２０８でログが取られる）、通知２０９（ブロック２１０でログが取られる）、及び／又はユーザアクション２１１（ブロック２１２でログが取られる）を生成するために使用され、これらは、配電システム１２０及びその周囲に関して、システム１００によって検知される事象又は潜在的な事象の軽減を可能にする。

図２Ｂは、システム１００の好ましい実施形態における、ネットワーク情報の流れ及び意思決定プロセスを例示する概念的ブロック図である。状態通知が、ブレーカパネルコントローラ１１６によって生成されるブレーカパネル状態情報２１４から、回路ブレーカ１１７によって生成される回路ブレーカ状態情報２１５から、スマートプラグ１１１からのスマートプラグ状態情報２１６／スマート・パワー・バー状態情報２１７から、及び機器１１２から受信された機器状態情報から引き出される。センサ１１０及び１１４によって生成されたセンサ情報２２０、及びリスクレベルにおける任意の変化を検知するための疑似ブレーカ１１４からの疑似ブレーカ情報と共に、状態情報が取られる。

状態通知は、システム１００の特別な実施形態において利用可能である処理リソースと制御リソースとの間で柔軟に割り当てられたプロセスによって、評価される。図２Ｂの実施形態は、クラウドサービス１０１によって実行されるプロセス２２１と、ビルディングサーバ１０３及び／又はユニットサーバ１０５によって実行されるプロセス２２２と、ブレーカパネルコントローラ１１６によって実行されるプロセス２２３と、個々のブレーカ１１７内のコントローラによって実行されるプロセス２２４とを含む。コマンドの流れは、その後、これらのプロセスの１つ以上から、スマートプラグ１１１、機器１１２、疑似ブレーカ１１４、及び回路ブレーカ１１７へ戻される。

例示された実施形態において、情報の流れは上方向であり、最も低いハードウェアレベル（即ち、ブレーカ１１７）で実行されるプロセス２２４から、最も高いハードウェアレベル（即ち、クラウドサービス１０１）で実行されるプロセスへ向かう。電気消費、欠陥、及びスパイク情報などの情報は、各装置（例えば、スマートプラグ１１１、一台の機器１１２、疑似ブレーカ１１３、又はブレーカ１１７）において局所的に記録されるが、ここで該各装置は、その装置によって速く意思決定をすること及びポリシー実行をすることのための蓄積バッファとして使用される。現在のデータは、それらが、システム１００の階層を通って上方に伝達される際に、各サブシステムによって保持される。好ましくは、収集された情報の全ては、分析、記録の蓄積、及びバックアップのために、クラウドサービス１０１、ビルディングサーバ１０３、及び／又はユニットサーバ１０５へアップロードされる。有利なことに、クラウドサービス１０１は、複数のユーザアカウント（例えば、アパートメントビルディング、オフィスビルディング、個々の住居）から情報にアクセスすることが可能であり、このことは、リスク評価のためのより広いデータベースを提供する。

図２Ｃは、様々な潜在的リスクに対する、典型的な４つのクラスの軽減応答を例示している。図２Ｃにおいて、リスクレベルの変化は、例えば、クラウド１０２をまたいで受信された、環境条件に関する外部通知２２５によるものか、及び／又は外部センサ１１０から受信された、ユニットのための隣接ビルディングに関連する外部通知によるものであってもよい。配電システム状態情報２２８、サブシステム情報２２９（即ち、スマートプラグ１１１、機器１１２、ブレーカパネルコントローラ１１６、及びブレーカ１１７からの情報）、及び落雷前情報２３０は、全てが、システム１００の実施形態に依存して、リスクレベルの評価に寄与してもよい。

図２Ｃの例において、リスクレベルの変化は、履行されるポリシーに依存して、１つ以上の応答を引き起こすことが可能である。第１に、推奨２３１が、人間のユーザに対して行われ、その結果、配電システム１２０に接続されたエッジサブシステムの使用を変化させることが可能である（例えば、１つ以上の家電製品又は工業機器を遮断する）。第２に、推奨２３２が、人間のユーザに対して行われ、その結果、スマートプラグ１１１から設備を切り離すこと、又は一台の機器１１２を遮断することのような、即時の軽減アクションを取ることが可能である。第３に、１つ以上のサブシステムが、即時のアクションを開始し（例えば、分枝１２１を遮断するか、又は一台の機器１１２を停止する）、且つ人間のユーザに対して通知を送ってもよい（ブロック２３３）。第４に、１つ以上のサブシステムが、即時の軽減アクションを取り、ユーザに通知を送り、且つ第１応答者に対して緊急警報を送ってもよい（ブロック２３４）。第５に、特別な時間ウィンドウ内に、軽減アクションが取られなければならないことを示す警告が、ユーザ又は管理者に送られる場合、「二段階コミット」が開始されてもよく、その後は、システム１００は、自動的に軽減アクションを開始するであろう。

実行ポリシー及び制御ポリシーは、システム１００の階層の中のどのサブシステムが、ある与えられた軽減ポリシー及び／又は通知ポリシーを実行するかを決定する。通常、異なるリスクレベルは、システム階層の中の異なるレベルでの、評価及び軽減／通知ポリシー実行を要求する。例えば、１つ以上の分枝回路１２１の深刻な過大負荷は、ハード始動及び、ブレーカコントローラ１１６、ユニットサーバ１０５、及び／又はビルディングサーバ１０３による介入を要求するかもしれない。分枝回路１２１上でのあまり深刻でないスパイクは、単にソフト始動及びブレーカリセットを要求するかもしれず、これは、対応するブレーカ１１７内のコントローラによって、安全に遂行されるかもしれない。

状態通知を処理する能力は、システム１００が、プラグ、コンセントに関する、又は、器具、装置若しくは一台の機器への接続に関する、信頼性の全体的評価を提供することを可能にする。例えば、スマートプラグ１１１は、火災のより高いリスクに関連付けられる状態通知を、又は実際の火災に関連付けられる状態通知を、持続的に送信してもよい。同様に、分枝回路の状態の全体的評価は、状態通知を考慮してもよく、ここで状態通知は、アーク欠陥及び接地欠陥の現在の状態、接地欠陥及びアーク欠陥並びに過大負荷のパターン若しくは履歴、又は落雷前指標を表す。１つのサブシステム（例えば、センサ１１０）からの状態通知を使用してもよいが、これは、別の装置（例えば、スマートプラグ）からの状態通知に基づいて評価を支援する、又は変化させるためである。

システム１００の好ましい実施形態における軽減機能性は、トリガ事象、及び測定、並びに結果としての軽減アクションを指定する、再利用可能なポリシーテンプレートを通して、主に表現される。例えば、自動的に開始されるポリシー２０７（図２Ａ）においては、アクション（例えば、ブレーカ１１７を始動させる）は、対応するトリガ２０５に際して、自動的に生じるであろう。二段階推奨ポリシー２０７においては、トリガに呼応する第１段階は、推奨された人間ユーザのアクション２１１であり（例えば、手動でブレーカ１１７を始動させる）、これが、もし実施されない、又は否定されない場合、指定された時間間隔内での承認が自動的に実行される（例えば、適切なブレーカ１１７が、自動的に始動される）。他のポリシー２０７は、ある与えられたトリガに呼応する、使用に関する推奨に帰着してもよいが、ここでの推奨とは、１つ以上のエッジサブシステムを切り離すこと、回路配線を点検すること、エッジサブシステム使用及び／又はエッジサブシステム使用の日時を変更することなどである。

有利なことに、軽減は、リスクの厳しさ及び誘発する事象を隔離する能力に依存して、システム１００の階層の異なるレベルにおいて履行することが可能である。例示された実施形態において、スマートメータ１０９で、ブレーカパネル１１５で、個々のブレーカ１１７で（ハード始動及びソフト始動の両方に対して）、スマートプラグ１１１で（個々に又はパワーバーとして集団的に、のいずれかで）、又は個々の機器１１２で、電気の流れを切断することによって、軽減を履行することが可能である。

ブレーカパネルコントローラ１１６及びブレーカ１１７による、アーク欠陥、接地欠陥、及び落雷前条件の検知に関して、典型的なポリシーは、ビルディングに対する全ての電気を切断するためのコマンドを発行すること、ビルディングに対する電圧を減少させること、分枝回路１２１を基本として電気を管理すること、十分でない理由で始動された分枝回路１２１をリセットすること、及び／又は高リスク分枝回路１２１の使用を抑制することを含んでもよい。

別の例として、もしブレーカ１１７が、分枝回路１２１における過大負荷又は過熱のパターンを検知する場合（例えば、トリガ２０５）、その時は、ポリシーは、条件の厳しさに依存して、異なるアクションが取られることを指図してもよい。例えば、高レベルの過大負荷又は過熱では、個々のブレーカ１１７は、熱及び火災の見込みを減少させるために、プログラムされるか、又は始動するように命令されるかもしれない。他方で、低レベルの過大負荷又は過熱では、推奨は、分枝回路、分枝回路１２１に接続されたエッジシステムを点検し、且つ／又は分枝回路１２１からエッジシステムを直ちに切り離すことができるユーザ又は他の意思決定者に伝達されるかもしれない。分枝回路のスイッチが切られた後、又は分枝回路上での負荷における変化の結果として、過熱又は過大負荷のパターンが逆になるとすれば、回路ブレーカ１１７又は回路ブレーカコントローラ１１６からの満足のいく状態報告があるにもかかわらず、推奨は、点検されるまで、分枝回路１２１を使用しないという推奨を含んでもよい。

誤った肯定のパターンが、自動的に、又は人間の介入を通してのいずれかによって識別された場合、ポリシー及び決定ルールは、逆に、センサ１１０又は１１４、配線、ブレーカ１１７、設備及び機器１１２の１つ以上の取り替えを推奨することが可能である。

例えば、煙検知器１１４が、高レベルの煙を検知する場合、典型的なポリシーは、任意の占有者に通知するための音を発生させるべく火災警報を開始し、その音を拾うと共にメッセージを送ることが可能な別のセンサを誘発し、任意の占有者にＳＭＳを送り、且つ／又は、ビルディング警備部門、消防署又は他の関連する利害関係者に通知を送ってもよいであろう。

同様に、外部センサ１１０又は内部センサ１１４が浸水を検知する場合、浸水損害が原因の感電死及び短絡の影響を最小にするために取られる防御的アクションは、個々の分枝回路１２１をブレーカ１１７で切断すること、又はスマートメータ１０９若しくはブレーカ１１７を使用して、配電システム１２０をその全体において遮断することを含む。加えて、実行されたポリシーは、本管の水供給又は特別な水分配制御を遮断するためのコマンド又は推奨の伝達を要求してもよい。（同じことは、ガス漏れの検知に対しても正しく、これによって、ガス供給の遮断、及び／又は漏れの近傍におけるスマートプラグ１１１若しくは機器１１２の遮断を指図してもよい。）

意思決定のルールは単純であり、且つ個々の機器１１２についての、又は個々の分枝回路１２１についてのデータに基づくことが可能である。外部センサ１１０は、特に、隣接する特性によって提示されるリスクの評価及び軽減を可能にする。

否定的な情報は、規定テンプレートを用いて処理される。規定は、指定された時間期間にわたる、一組のサブシステムに対する特別な一組の条件であり、これは、もし外れる場合、トリガ２０５及び、通知２０９及びポリシー２０８実行の対応する組み合わせを生成する。その一組の条件は、システム１００の中で生成された、又は外部ソースから受信された他の情報に関して、暫定的であってもよい。幾つかの実施形態は、推奨された又は権限が与えられた通知ポリシーを有する第三者、公共事業者、サービスプロバイダ、請負業者、ビルディング検査官によって作成される、又は提供される基準規定ポリシーを含んでもよい。もし規定ポリシー原作者に通知される場合、管理者による無効化が許可される。

サブシステムによるポリシー非遵守が存在するような状況では、典型的な規定テンプレートを使用してもよいであろう。その場合、サブシステムから、状態通知は伝達されず、サブシステムの監視は不十分であるか、又はある与えられた組の条件に対して、ポリシーは設定されない。規定は、手動修理、手動修理に加えて指定された経過時間後の自動修理のような補修的ポリシー、又は緊急第１応答者通知を誘発してもよい。規定テンプレートはまた、人間のユーザの通知を要求してもよいが、ここで該通知とは、サブシステム保守、更なる分析、パターン分析、及び、設定及びポリシーについての推奨のための規定と同様に、識別された条件が満足されないというものである。

通知テンプレートは、特別なポリシー２０７が誘発される事象において、誰が通知を受けるべきかを指定する。

好ましくは、通知テンプレートは、トリガを処理した後、与えられた時間期間内に情報を要求するそれらの関係者に対して、通知を送るように調整される。換言すれば、通知を伝達することの度合い及び緊急性は、検知されたリスクに依存するであろう。とりわけ、通知は、ユニット又はビルディングの占有者、及び、やはりリスクにさらされている隣接するユニット及びビルディングの占有者に対して、送ってもよい。通知はまた、ビルディング経営陣、ビルディング及び財産の所有者、電気及びガスの公共事業会社、及び警察、救急車提供者、消防署、及び地域の病院のような第１応答者に送ってもよい。所有者、サービスプロバイダ、及びエッジシステムを使用する又は維持する請負業者にはまた、修理がなされ、且つ故障分析が実施され得るように通知してもよい。同様な情報は、本来の機器ベンダ及び転売者に対して送ってもよい。更に、通知は、誘発する事象によって逆に影響され得る、個人的興味又は財産的興味を有する他の人に送ってもよい。

このゆえに、典型的な通知テンプレートは、代表コードによって、又は完全なテキストによって、事象タイプ（例えば、電気、火災／煙、浸水、地震、一酸化炭素、二酸化炭素など）を識別するであろう。通知テンプレートはまた、事象に関連付けられたリスクレベルを識別してもよい。通知テンプレートに従って、以下のような、１つ以上のアクションが取られる。（１）事象及びその厳しさに基づいて、適切な利害関係者に対して、標準フォーマットの通知テキストを、電子メール又はテキストメッセージで送る。（２）アクション、そのようなアクションを取るための推奨される時間期間を推奨すると共に、もし推奨されるアクションが取られない場合、取られるであろう次の任意のステップを指示する電子メール又はテキストメッセージを送る。（３）通知電話呼び出しをかける。又は、（４）事象の音声通知によって９１１緊急呼び出しをかける。各通知はまた、第１応答者が通知されたかどうか、隣接する財産所有者及び個人が知らせを受けたかどうか、及び／又は個人又は第１応答者が補修的アクションを取ったかについての指示を含んでもよい。

認識されるべきことであるが、制御ポリシー及び通知ポリシーは、少なくともシステム１００の幾つかの実施形態において、リスク管理及び軽減に加えて、より一般的な電気管理タスクに対して、使用してもよい。例えば、システム１００は、ＡＰＩ又は、自宅ネットワーク若しくはクラウド統合を通してのメッセージ送信を使用して、自宅エネルギー管理システム（ＨＥＭｓ）、自宅自動化システム（ＨＡＳｓ）とインターフェースでつながることが可能である。

とりわけ、異なる電気使用プロファイルを誘発する制御ポリシー及び通知ポリシーを確立することが可能であり、それによって、より効率的且つ安価な電気の使用を可能にする。例えば、制御ポリシー及び通知ポリシーは、スマート自宅使用プロファイルを履行するための推奨を、自宅所有者に送るように設定することが可能であり、該推奨は、機器、設備、回路、及びスマートプラグに関する設定のための推奨を含んでもよいであろう。加えて、ある場所、ビルディング、又はユニットに対して、電気を自動的に切断するために、特別な分枝回路を切断するために、又は、節電期間若しくは高需要の同様な期間の間のような、あたえられた条件下でプラグコンセント又は装置のスイッチを切るために、ポリシーを設定することが可能である。

システム１００はまた、電気が使用されている時についての懸念を処理し、且ついつ電気が使用されるべきかをユーザに確認する。一例は、一台の機器１１２が電気自動車充電器を含む場合である。この場合、ユーザは、充電されているバッテリから物理的に離れている場合でさえも、バッテリの充電が起こっていることを遠隔的に確認できる。

トリガ、ポリシーテンプレート、通知テンプレート、及び規定テンプレートは、好ましくは、クラウドサービス１０１、ビルディングサーバ１０３又はユニットサーバ１０５によって設定されるが、しかしそれらの実行は、スマートプラグ１１１、機器１１２の中に埋め込まれたブレーカ、又はブレーカ１１７に委任される。例えば、ビルディングサーバ１０３は、一台の機器１１２に対して、二段階の推奨ポリシーを設定してもよい。一台の機器１１２は、その後、対応するトリガを検知し、ユーザへの指示を生成し、且つその後、どのユーザのアクションも指定された時間間隔の中で取られない場合、埋め込み型ブレーカを始動させる。同様に、疑似ブレーカ１１３は、ある一定の条件を検知し、且つその後、適切なブレーカ１１７に始動を委任する。好ましくは、委任を受信する低レベルのサブシステムは、委任の結果（例えば、ポリシーの実行）を委任する高レベルのサブシステムに対して報告を返す。

このゆえに、システム１００の例示された実施形態におけるポリシー実行は、有利なことに、装置レベル（例えば、スマートプラグ１１１、機器１１２、疑似ブレーカ１１３、又はブレーカ１１７）において、コントローラレベル（例えば、ブレーカコントローラ１１６、スマートメータ１０９）において、又はより高いシステムレベル（例えば、ユニットサーバ１０５、ビルディングサーバ１０３、又はクラウドサービス１０１）において起こることが可能である。この階層の下では、もし低レベルサブシステムが故障する場合、責任は上へと移される。例えば、もしシステム１００内の全てのサブシステムがビルディングサーバ１０３によって制御される場合、ビルディングサーバが故障すると、その時は、制御を、クラウドサービス１０１のような別の場所へ移すことが可能である。同様に、もし遮断がスマートプラグ１１１のレベルで失敗する場合、遮断は、ブレーカ１１７又はブレーカコントローラ１１６による回路レベルへ移され、且つもし回路レベルの遮断が失敗する場合、遮断は、スマートメータ１０９へ移すことが可能である。

表１は、典型的なトリガの数、各トリガを感知する際に呼び出される代表的なサブシステム、関連するポリシーに従ってトリガに呼応して取られる可能なアクション、トリガに呼応して生成される可能な通知、及び、トリガ、取られるアクション、若しくは生成される通知に呼応して実施される可能な分析を例示する。システム１００の実際の実施形態において、トリガ、ポリシー及び生成される通知は、ハードウェア構成（例えば、センサ１１４の数及びタイプ）、及び／又は、ポリシーテンプレート及び通知テンプレートを使用してなされる選択に依存するであろう。

好ましい一組の推奨及びアクションが表２に示され、これと共に、対応する信号及び、それらのアクション及び推奨を誘発するのに必要なデータを処理する際に呼び出されるサブシステムが示される。

ポリシーテンプレートの使用は、様々な検知された条件を処理する際に、ユーザ又は管理者に十分な柔軟性を提供する。包括的ではないものの、表３は、システム１００によって検知される特定の条件に呼応して取られ得る、多くの代表的な代替的アクションを示している。代替例は、１つ以上のサブシステムによって自動的に履行されるかもしれず、人間のユーザ又は管理者の部分に関して、通知及び能動的なアクションを要求するかもしれず、又はもし人間のユーザ又は管理者が通知されない場合、自動的に履行されるかもしれないが、しかし指定された時間期間内にはアクションを取らない。

通知テンプレートは、好ましくは、様々な必要性又は使用ケース（例えば、火災防止）、及び対応する因子（例えば、煙検知器の応答及び回路温度）に呼応して設定される。表４は、多くの使用ケースを示すが、そのような使用ケースの間に、ユーザの必要性及びシステム１００の構成に依存して、通知が生成され得るであろう。これと共に、表４は、対応する通知テンプレートを設定する際に考えられ得る様々な因子も示している。

トリガは、１つ以上のクラウドサービス１０１、ビルディングサーバ１０３、及びユニットサーバ１０５によって実施される分析に呼応して、ポリシーと同様に、自動的に更新してもよい。より具体的には、クラウドサービス１００、ビルディングサーバ１０３、及び／又はユニットサーバの上で走る分析パッケージと共に、外部センサ１１０、内部センサ１１４、及びエッジ機器から収集されたかなりの量のデータは、有利なことに、システム１００のユーザが気付かないかもしれない、又は折り良く応答できないような条件を処理するために、トリガ及びポリシーの適応型アップデートを支援する。

システム１００内の各サブシステムは、取られる、又はある与えられた瞬間に取られている様々なアクションの状態に基づいて、複合的な状態を有する（例えば、事象が起こり、且つ自動的な軽減が、そのサブシステムによって実行されてきた）。ある与えられたサブシステムの能力及び限界は、その設定及び安全性と同様に、システム１００によって保護されている構造体に対する全体的リスクを評価する際に、考慮されなければならない。例示された実施形態において、現在の条件下でのある与えられたハザードに対して、監視し、検知し、且つ応答するための、ある与えられたサブシステムの能力は、１００点スケール上でのリスクレベルスコアが与えられる（例えば、ビルディングサーバ１０３は、ある容量で動作しており、又はセンサ１１４は、ある環境下である条件を検知するその能力に関して限界を有する）。設定を要求するサブシステムについては、１００点スケール上での１００点設定スコアが割り当てられるが、このスコアは、その設定下での事象に対して監視し、検知し、且つ応答するための、現在の設定下でのサブシステムの能力を表す（例えば、サブシステムは現在、低出力動作の設定である）。最後に、可変安全性設定を有するサブシステムについては、１００点スケール上での安全性及び許可設定のスコアが割り当てられ、その結果として、修正又は変更に耐えるための、サブシステムの現在の能力を考慮する。全体的なリスクスコアの計算は、以下で更に議論される。

表５Ａは、クラウドサービス１０１に対する好ましい一組の可能な状態を示し、表５Ｂは、ビルディングサーバ１０３及びユニットサーバ１０５に対する好ましい一組の可能な状態を示し、且つ表５Ｃは、ビルディングサーバ１０３及び／又はユニットサーバ１０５の上で走っているネットワーク管理機能に対する好ましい一組の可能な状態を示す。スマートプラグ１１１、機器１１２、疑似ブレーカ１１３、ブレーカパネル１１５、及びブレーカ１１７に対する、一般的な一組の好ましい状態が表５Ｄに示される。表５Ｅは、センサ１１０及び１１４に対する好ましい一組の状態を提供し、且つ表５Ｆは、携帯装置１２２に対する好ましい一組の状態を提示する。

複数のセンサ１１０及び１１４、並びにスマートプラグ１１１、疑似ブレーカ１１３、ブレーカコントローラ１１６、及びブレーカ１１７のような複数の報告装置を有するシステム１００の実施形態において、複数のノードは、事象又は、事象に関連付けられた条件を検知してもよい。表６は典型的なシナリオを示し、該シナリオでは、第１情報ソースは潜在的に危険な条件を検知し（例えば、アーク欠陥）、その一方で、第２情報ソースは第２条件（例えば、接地欠陥）を検知するが、これらは、構造体及び／又はその占有者に対して、ハザードのリスクを増加させ得る、又は潜在的には実質的に増加させ得るであろう。

３つのソース（例えば、外部センサ１１０、内部センサ１１４、ブレーカ１１７内のセンサ）から受信された情報から、リスクを評価するための能力は更に向上される。例えば、もし３つのソースが、それぞれアーク欠陥、接地欠陥、及び回路温度の増加を報告する場合、軽減を要求する危険な条件の確率は、非常に高いであろう。他の例は、アーク欠陥、回路温度の増加、並びに煙及び火災の報告と、接地欠陥、回路温度の増加、並びに煙及び火災の報告と、を含む。

４つのソース報告の例は、地震通知（例えば、クラウド１０２を介して）、局所的センサによる地面の動きの検知、局所的センサによる自然ガスの検知、及び接地欠陥検知の受信である。代表的な５つのソース報告は、地震、局所的な地面センサ検知、局所的な自然ガス検知、アーク欠陥検知、及び接地欠陥検知の通知であろう。

システム１００は、好ましくは、制御、報告、及び変化を許可するための許可モデルを履行するが、ここで変化とは、トリガ２０５、ポリシー２０７、及び高いレベルの認可（しばしば、管理者状態と呼ばれる）だけを有する通知２０９に対する変化のことである。アクセス及び制御の異なるレベル（例えば、時間期間、機器範囲、認可のレベル）は、緊急事象における第１応答者のために、特権が与えられた管理者アクセスを含めて、指定することが可能である。付加的な安全性の特徴は、暗号化、二因子認証、及び異なるレベルの装置登録を含んでもよい。幾つかのバージョンにおいて、システムに対するユーザの変化の許容性を決定するために、ポリシー結果及び許されるリスク変化のドル値を使用してもよい。

適切な許可によって、携帯装置１２２上で走る携帯アプリケーションが、１つ以上のエッジサブシステムを制御するために提供され、問合せを行い、情報を獲得し、システム１００の中に入る多くの入口ポイントを通して、ポリシー及び通知事象を設定するが、ここで該入口ポイントとは、クラウドサービス１０１、ビルディングサーバ１０３、ユニットサーバ１０５、又はブレーカパネル１１５のような無線通信能力を有する個々の装置のようなものである。

制御ポリシー及び通知ポリシーのトリガ及び呼び出しは、例えば、クラウドサービス１０１による分析のための情報の基礎を提供する。そのような分析の結果は、システム１００に関連する構造体に関連付けられるリスクを減少させ且つ軽減するためだけでなく、隣接する構造体及び同様な構造体のためにも有用である。

ユーザインターフェース１１８は、システム１００の動作に関する情報の局所的表示を支援する。例えば、システム１００の例示された実施形態において、ユーザインターフェース１１８は、とりわけ、通知ベクトル、ログ及びアクション状態、配電システム１２０の活動、警報のログ、誘発されたポリシーのログ、通知のログ、及び自動化されたアクションのログ、の視覚的表示を提供する。

図３は、図１のユーザインターフェース１１８上に提示された画面による、システム１００の構成を例示するブロック図である。具体的には、システム１００のユーザ又は管理者は、ユーザインターフェース１１８上の構成画面３０１を使用して、例えば、ビルディングサーバ１０３又はユニットサーバ１０５の上で走るコマンド・アプリケーション・プログラミング・インターフェース（ＡＰＩ）３０２を呼び出す。コマンドＡＰＩ３０２は、１つ以上のサブシステムを提供するベンダに関連付けられるサブシステムベンダＡＰＩ３０３と通信するが、ここで１つ以上のサブシステムは、外部センサ１１０、スマートプラグ１１１、機器１１２、疑似ブレーカ１１３、内部センサ１１４、ブレーカパネル１１５、ブレーカパネルコントローラ１１６、及びブレーカ１１７を含む。構成画面、コマンドＡＰＩ３０２、及びベンダＡＰＩ３０３を通して、システム１００のユーザ又は管理者は、与えられたサブシステムに対して、様々な設定３０４を設定することが可能である。

ユーザ又は管理者は、代替的サブシステムベンダＡＰＩ３０５及び構成可能な設定３０６を通して、第２ベンダ又は代替的ベンダによって提供されるサブシステムを、同様に構成する。

加えて、システムユーザ又は管理者は、構成画面３０１を通して、テンプレート定義モード３０７に入ることが可能である。テンプレート定義モードでは、ユーザ又は管理者は、上で説明されたような、１つ以上のトリガテンプレート３０８、１つ以上のポリシーテンプレート３０９、及び１つ以上の通知テンプレート３１０を作成する。システム１００の実施形態に依存して、これは、一組の選択されたタイプのテンプレートから特定のテンプレートをリスト化し且つ選択することから、テンプレートリストを表示し、１つのタイプのテンプレート（例えば、ポリシー、通知、規定）を選択することによって、達成してもよい。特定のテンプレートの選択に続いて、テンプレートのためのライブラリが表示され、且つテンプレートを配置するために、ライブラリからの品目が選択される。配置されたテンプレートは最終的に、テンプレート名の下に保存される。１つ以上の通知テンプレートに対して、通知テンプレートが、ポリシー名に添付され、且つ／又はポリシーのリストのために、コピーとして作られてもよい。

作成されたテンプレートは、その後、以下で更に議論される、プログラム３１１に連結される。プログラムパラメータ３１２が入力され、且つ名前及び識別番号の下に保存される。

緊急事象は、上で議論されたように、状態又はパラメータの変化３１３を引き起こし、この変化は、その後、プログラム３１２へ提示され、且つシステム構成の間、ポリシー及び通知テンプレート設定に従って、トリガとして処理される。

ユーザ又は管理者が、システム１００の構成の間に、ユーザインターフェース１１８を通して履行できる特定の動作の幾つかは、スマートプラグ／スマート・パワー・バー１１１、機器１１２、疑似ブレーカ１１３、ブレーカパネル１１５、ブレーカ１１７、及び分枝回路１２１に対するアドレス及び動作パラメータを指定することを含む。加えて、ユーザインターフェース１１８を使用して、ユーザはまた、ある与えられた分枝回路１２１に接続されたエッジサブシステムを指定し、プラグ情報をエッジサブシステムに添付し、且つ部屋又はユニットによってセンサ１１４を指定してもよい。

表７は、エッジサブシステムを含むシステム１００に対する、好ましい一組の構成及び機能性選択肢（「エピック（ｅｐｉｃ）」）を提示する。加えて、表８は、ユーザインターフェース１１８又は携帯装置１２２を通してシステム１００の使用中に実施され得る、好ましい一組の動作を明らかにしている。

システム１００は、ユーザインターフェース１１８を通して、センサ１１４の場所を含む、分枝回路１２１のマップ及び部屋（ユニット）マップのような図形情報を表示するように構成してもよい。ユーザインターフェース１１８を通して、適切な許可を有するユーザは、情報ソースライブラリにアクセスし、情報ソースをライブラリに付加し、ライブラリから情報ソースを選択し、情報ソースを１つ以上のポリシーに添付し、且つ情報ソースポリシーを編集してもよい。

図４は、システム１００のある重要な機能間の関係を図形的に要約した図である。プログラム４００は、１つのトリガ４０１、少なくとも１つのポリシー４０３、及び少なくとも１つの通知４０５から成る。各トリガは、トリガ名４０２に関連付けられ、且つ各ポリシーは、１つ以上のポリシーアクションに関連付けられ、これらは、この例では、ポリシーアクション４０４ａから４０４ｃによって表される。通知４０５は、ユーザ４０６に情報を提供する。

特定の「発行されたプログラム」は、システム１００内の特別なサブシステムに添付されたパラメータに関連付けられるプログラム４００である。サブシステムは、複数のプログラム４００に関連付けてもよく、且つプログラム４００は、複数の情報ソース又はサブシステムに関連付けられたトリガ４０２を利用することが可能である。

一般に、システム１００の好ましい実施形態は、以下の情報を含む情報を基に動作する。（１）スマートメータ１０９からの電気消費情報（例えば、１秒での、又は典型的なスマートメータよりも詳細を提供する特定の間隔での）。（２）短い時間間隔に対して、スマートメータ１０９によって測定されたスパイク情報（例えば、１分よりも短い。そこでは電気使用は、ミリ秒又は他の特定のより短い時間期間のような、より小さな細分性の単位で収集される）。（３）特別なサブシステム、そのポリシー、パラメータ及び構成についての状態情報。（４）スマートプラグ１１１、機器１１２、疑似ブレーカ１１３、ブレーカパネル１１５及びブレーカ１１７のようなエッジサブシステムに据え付けられた、及び／又は連結されたエッジサブシステム及び電気装置に対する、パラメータ及びアドレスのような電気システムアーキテクチャ情報。（５）非電気的システムセンサ１１０及び１１４から供給されるセンサデータ。（６）事象、トリガ、実行されたポリシー、送られた通知、二段階アクションに対するユーザ応答、トリガ、ポリシー、及び通知における変化を記録するログ情報。（７）安全性レベル、許可、連絡先情報、プログラムへのリンクを有するユーザディレクトリ（名前及び番号が付けられたトリガ、ポリシー、通知テンプレート）。（８）ネットワーク利用可能性、ポリシー、優先度、暗号化、許可など。（９）隣接情報（即ち、近くのユニット、ビルディングの場所及び状態についての情報、又はビルディングに対して影響を及ぼすかもしれない輸送及びそのリスクについての情報）。（１０）外部ソース情報（例えば、ＵＳＧＳ地震通知、ＮＯＡＡ異常気象通知）。

システム１００は、要求される様々なタイプの情報を管理するのに適した、１つ以上の既知のデータベースを使用してもよい。好ましい実施形態において、システム１００は、２つの異なるデータベースを使用する。代替的実施形態において、データベースの数及びタイプは、特別なシステムの必要性及び構成に依存して、変化してもよい。

第１（電気）データベースは、電気消費データの進行中の流れを取り扱うことに焦点を絞っている。データは、エッジサブシステムをポーリングすることによるか、又はエッジサブシステムからの直接供給によるかのいずれかで、第１データベースに入力される。好ましくは、第１データベースは、細分性の度合い（例えば、ミリ秒、秒、分、時間、日、週、月、年など）を変えることによって、データを取り扱うことが可能である。

電気データベースからのデータは、その後、図表データベースへ渡される。一般に、図表データベースは、ノード（例えば、サブシステム）と、ノード間の関係、又は各ノードによって使用されるデータのソース間の関係とから成る。代替的実施形態において、図表データベースは、エッジから直接受信される情報によって配置される。有利なことに、図表データベースは、要約情報のために、又はデータの調査のために使用してもよい。

図表データベースは、時系列情報に加えて、複雑な情報を含むことが好ましい。例えば、図表データベースは、配電システム１２０（即ち、スマートメータ１０９、ブレーカパネル１１５、疑似ブレーカ１１３、スマートプラグ１１１、及びスマート機器１１２）の階層に関連付けられた情報を含んでもよい。図表データベースはまた、構造体の場所、構造体内の部屋又はユニット、テレコム又はブレーカ機能性を持たない機器、及び、水及びガスのような非電気的システムのためのセンサ及びコントローラ、についての情報を含んでもよい。

図表データベースの機能の中には、リスク管理システム１００のサブシステムのアドレス、配電システム１２０のサブシステムのアドレス、追跡目的のためのセンサ及び他の機器のアドレスの保守がある。

他のデータ蓄積は、緊急の事象において誰がビルディングを離れたかの追跡を可能にする住人及びペットのリスト、エッジサブシステムの状態のログ、発行されたコマンド及び受信されたコマンド、送られた通知及びセンサ値、気象と他の警告サービスに関する関係、及び規定を含む。

システム１００の特別な実施形態に対して必要とされるデータベースを確立し、且つクラウド１０２上で維持してもよく、又は、該データベースを局所的に確立し、且つビルディングサーバ１０３及び／又はユニットサーバ１０５によって維持してもよい。システム１００の１つの特別な実施形態において、クラウドサービス１００はまた、システム１００のサブシステム、及びそれらのサブシステムに連結された電気装置に関連付けられたテンプレートの蓄積を管理する。

幾つかの典型的なデータベース（これは、システム１００で使用してもよい）は、配電システム１２０及び、システム１００の様々なサブシステムを表すデータを管理するために、Ｎｅｏ４ｊ図表データベースのような、図表データベースを含む。一般に、図表データベースは、エッジサブシステムの階層的な組み合わせ、又は一貫性のない組み合わせを表すのに非常に適しているというかなりの利点を有し、且つ回路は体系的ではない。このことは、サブシステムを追加すること及び減らすことに対する特別な基準に基づいて、システム１００の構造を動的に変化させることを許可する。加えて、図表データベースは、異なる配電アーキテクチャ、ネットワーク化及びセンサのアーキテクチャを有するビルディング又はビルディングのユニットにおいて、データを管理する能力を提供する。

Ｐｏｓｔｇｒｅｓｓ ＳＱＬデータベースのようなＳＱＬデータベースは、ログに適している。時系列分析は、センサデータを監視するために構成されるように、Ｍａｎｇｏ又は同様なツールを使用して履行してもよい。加えて、ユーザインターフェース１１８上での構造体及び電気システム１２０の自動化された表現に対して、既知である様々な図形ツールを含んでもよい。

図５は、いかにしてシステム１００の履行が動作するかを示す代表的図表データベースを描いたものである。ここでシステム１００の履行は、実際の配電システムに接続された実際のエッジサブシステムからの実際のデータに基づくか、又はテストベッドでの模擬実験によるエッジサブシステム及び配電システムからのテストデータからのものに基づくか、のいずれかかによって動作する。より具体的には、左側のネットワークは、模擬実験された電気、状態データ、及びテストベッドによって生成されたメッセージ送信の流れを示し、且つ右側のネットワークは、実際のエッジサブシステム及び実際の配電システムによって生成された電気、状態データ、メッセージ送信の流れを示す。各場合において、データは、クラウド１０２上の中心となるノードに報告される。（図５は、電気使用又はスパイク／アーク情報が、サーバ（例えば、ビルディングサーバ１０３又はユニットサーバ１０５）若しくはクラウドにまで上に流れることを示すものではなく、これは、別々の報告経路であると仮定されている通りである。）

表９は、システム１００の１つの特別な典型的実施形態に対する、図表データベース対象の観点からの代表的なデータモデルを提示する。

システム１００の特別な実施形態に依存して、ポリシー、トリガ、電気スパイク識別などは、自動化された、人間による、及び混成タイプの承認プロセスを含む異なる方法において、更新してもよい。典型的な更新プロセスは、図６で示された例において示される。

ブロック６０１では、ソースデータは、システム１００内の様々なエンドポイントから収集されるが、ここでエンドポイントは、スマートプラグ１１１、機器１１２、疑似ブレーカ１１３、センサ１１０若しくは１１４、ブレーカパネル１１５、及びブレーカ１１７のようなものである。収集された情報は、ブロック６０２で、局所的な処理装置（例えば、スマートプラグ１１１、機器１１２、疑似ブレーカ１１３、ブレーカ１１７、及びブレーカパネルコントローラ１１５に内蔵されたコントローラ）によって処理される。

局所的な処理装置によって生成される結果に依存して、緊急のアクションが要求される場合（ブロック６０３）、ポリシーは、局所的な処理装置によって、直ちに処理してもよい。さもなければ、ブロック６０４で、情報は、より高いレベルのサブシステム又は上流のサブシステムへ渡される（例えば、ブレーカ１１７からブレーカパネルコントローラ１１６へ、又はブレーカパネルコントローラ１１６からユニットサーバ１０５へ）。もし階層における次に高い処理装置からの応答時間が十分でない場合、又は通信がブロック６０５で失敗した場合、その時は、情報は代替的サブシステムへ渡される（例えば、ブレーカ１１７からユニットサーバ１０５へ）。

ブロック６０６及び６０７では、意志決定のために、分析は実時間で、又は実時間に近い状態で実施される。上で議論されたように、分析は、ビルディングサーバ１０３、ユニットサーバ１０５、又は外部の処理システムによって実行することも可能ではあるが、好ましくは、クラウドサービス１０１によって実行される。分析の実行においては、ブロック６０８で示されるように、多くの情報リソースを呼び出してもよい。典型的な情報リソースとして、統計的ツールを使用した人間データサイエンティスト、ニューラルネットワーク、マシン学習技術、ルールに基づくエキスパートシステム、統計的パターン認識、誘導、回帰モデル、及び多変量解析が含まれる。（市販のツールとしては、Ａｎｇｏｓｓ Ｋｎｏｗｌｅｄｇｅ Ｓｅｅｋｅｒ及びＢｅｙｏｎｄＣｏｒｅが含まれる。）

一般に、目標は、情報間の関係を確立すること、及び最も重要な関係の優先順位を決定することである。様々なデータ間の関係を分析することは、有利なことに、従来の機器又は装置（即ち、通信能力を持たない）が、いつネットワークに取り付けられるかを決定する際の、精度を高めるのに役立つ。例えば、電気スパイクにおける変動に関する情報の信号処理は、回路に取り付けられる機器についての、回路、プラグ、スマート・パワー・バーの領域についての、及びネットワークに取り付けられる在庫機器についての情報に関連付けることが可能である。機器のエネルギー効率における劣化はまた、そのようなアプローチによって識別することが可能である。

分析の結果に基づいて、ポリシー、トリガ、通知、及び他のシステム１００のパラメータは、ブロック６０９で更新される。

潜在的なポリシーは、テストベッドの特徴を使用して、実際のポリシーと平行して、テストで走らせることが可能である。テストベッドの機能性は、システム１００の仮想バージョン及び配電ネットワーク１２０を含む実際のシステムの仮想的表現を提供する。仮想システム１００及び／又は仮想配電ネットワーク１２０の要素は、変化させることが可能であり、それらの要素は、テスト目的のためのパラメータ、ポリシー、ソースデータなどである。テストベッド情報は、編集し、保存し、複写することなどが可能であり、且つ、管理者によって承認される場合、オペレーティングシステム１００に対して発行することが可能である。（テストベッドの機能性は、図５の左側のネットワークに示される。）

ユーザインターフェース１１８上及び携帯装置１２２上のデータの提示は、システム１００の実施形態ごとに変化することが可能である。図７Ａから図７Ｅは、参照のための、可能なグラフィカルユーザインターフェースの例を提供する。

ユーザインターフェース１１８のディスプレイ上の典型的な計器盤７００が、図７Ａに示される。パネル７０１は、ユーザが、計器盤７００と構成ウィンドウとの間で切り替えを行うことを可能にする。パネル７０１はまた、タイプ‐２通知（以下で議論される）が発行されたことを示す。

ウィンドウ７０２は、サブシステム及び、配電システム１２０に接続されたエッジ装置による電力消費に関する情報を提供する。通知活動は、パネル７０３に示される。
図７Ａの例では、通知パネル７０３は、送られた警報のタイプ（例えば、ＳＭＳ、電子メール、又は両方）、警報コード（即ち、情報、警告、危険のような通知の緊急性）、誘発する事象自体の説明（例えば、ストーブが６時間放置された）、及び通知に関連付けられる情報ログへのリンクを指し示す。更なるパネル７０４を、必要に応じて、付加的な情報を提示するために、提供してもよい。

代表的な構成の計器盤７０５が図７Ｂに示されるが、これによって、図３並びに、表７及び表８に関連して上で議論されたような、構成データの入力が可能になる。

図７Ｃは、ユーザインターフェース１１８のディスプレイ上にポップアップされるタイプ−２メッセージを示す。この例では、タイプ‐２メッセージは、もしユーザが自動的なアクションを積極的に無効化するのでなければ、ポリシーが自動的なアクション（例えば、ストーブへの電力を切断する）を取ろうとしていることを指し示す。

図７Ｄは、ユーザインターフェース１１８又は携帯装置１２２いずれかのディスプレイ上の典型的なウィンドウを示している。このウィンドウは、緊急事象に関する情報を提供する電子メールメッセージを示し、緊急の場所、取られる自動的アクション、人々の状態及びその場所の財産、及び発行された通知を指し示す情報を含んでいる。

システム１００が自動的アクションを取ったことを示す、携帯装置１２２へ送られた代表的なメッセージが、図７Ｅに示される。

遠隔動作を開始すると共に、携帯装置１２２及び遠隔管理ＡＰＩのようなシステム又は装置を通して、遠隔動作を管理することが可能である。一般的に、ＡＰＩは、システム１００と通信し、情報を要求し、又は利用可能なポリシー、通知、トリガ、及び規定を使用してコマンドを発行するために、外部システムのための機構を提供する。遠隔管理ＡＰＩはまた、二段階テスト及び発行プロセスの一部分として、テストベッドシステムと共に使用することが可能である。逆に、遠隔管理ＡＰＩを通して、システム１００はまた、情報を要求し、且つサードパーティＡＰＩにコマンドを送ることが可能であり、ここでサードパーティＡＰＩは、システム１００と協力しているか、又は情報を交換しており、システム１００によって管理されているか、又はシステム１００を管理している。

遠隔管理ＡＰＩは、例えば、次に示すような特定のタスクを実施してもよい。
１．特定のサブシステム又はエッジ装置、センサ、事象、ポリシー、規定、トリガ、又はログにおける特定の状態（複数可）の値を要求する。
２．１つ以上のコマンドを、１つ以上のサブシステム又はエッジ装置へ送る。
３．１つ以上のサブシステム又はエッジ装置を、工場出荷時設定値にリセットする。
４．１つ上のサブシステム又はエッジ装置の状態、トリガ、又はポリシー及び通知テンプレートをバックアップする。
５．特定のサブシステム又はエッジ装置に対してバックアップを復元する。
６．サブシステム又はエッジ装置をテストモードに置き、且つテストベッド行先アドレスを指定する。
７．サブシステム又はエッジ装置に対して、テストベッド設定を発行する。
８．指定されたサブシステム又はエッジ装置に対して、以前のバージョンの設定を復元する。
９．一連のポリシー、通知、トリガ、及び規定の変更を予定表に組み込む。
１０．一そろいのテストを実行する。
１１．メッセージがテストメッセージであることを示すように修正された通知と共に、ライブテストを開始する。
１２．主要な通信ネットワークを変更する。
１３．バックアップ通信ネットワークを変更する。
１４．ソフト遮断を無効にする。
１５．ハード遮断を無効にする。
１６．ソフト遮断を再起動する。
１７．メッシュ・ネットワーク・リンク優先を変更する。

１つ以上のクラウドサービス１０１、ビルディングサーバ１０３、及びユニットサーバ１０５によって実施される分析は、ユーザ、所有者、経営者、若しくは保険会社を含む個人又は事業体が、システム１００によって監視されると共に制御される構造体の中で、システムによって提示されるリスクを評価することを可能にする。リスクを監視すると共に軽減する能力は、一般に、センサ１１０及び１１４、スマートプラグ１１１、機器１１２、ブレーカパネル１１５、及びブレーカ１１７の数、タイプ、及び埋め込み型能力の関数である。このゆえに、システム１００を監視すると共に軽減する能力は柔軟であり、且つ実施形態ごとに変わるであろう。

リスク評価の間に使用されるかもしれない幾つかの代表的な因子は、次のものを含む。
１．リスクにさらされた生命：ビルディングにおける現在の時間ポイントでのリスクにさらされた生命の数（人々の数に基づいて採点されるリスク）。
２．リスクにさらされた値：潜在的な損害のドル値（ドル値によって採点されるリスク）。
３．技術範囲のリスク：ブレーカパネル１１５及びブレーカ１１７によって扱われる分枝回路の数、疑似ブレーカ１１３の数、及びセンサ１１０及び１１４の数及びタイプのような、システム１００の特別な実施形態による構造体の範囲（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
４．隣接リスク：近接、又は他の所有者、テナント、賃借人との共有（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
５．外因性のリスク：列車の線路、爆発性又は有毒性の在庫品、及び生産運転設備のような、近くの高リスクソースの存在（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
６．設定リスク：システム１００及びそのサブシステムの各々の、設定及び確認の完全性（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
７．安全性リスク：ユーザの設定及び許可の完全性（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
８．事象タイプのリスク：異なるリスクタイプに対するリスク度合いの格付け（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
９．通知リスク：ユーザ通知及び通信の方法における十分な冗長性。
１０．第１応答者リスク：第１応答者通知ポリシー、アクセス及び冗長的通信の首尾良い設定及び実施可能性（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
１１．ポリシーリスク：予めプログラムされた、自動化された応答の強度（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
１２．機器リスク：高リスク又は古い機器（例えば、現場での溶接、ガス対電気）に由来する増分リスク（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
１３．手動的リスク低減：構内職員、消火器など（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
１４．軽減アクション成功応答：リスク管理システム１００、又は同様な構造体のための同様なシステムによってリスクを軽減する際、成功を定量化すると共に、成功に資格を与える履歴データに基づくもの。（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
１５．推奨遵守：システム１００によってなされた推奨に関して、システム１００又は同様なシステムで、ユーザ遵守を定量化すると共に、ユーザ遵守に資格を与える履歴データに基づくもの。（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。
１６．自動化された成功アクション：リスクを軽減するために、システム１００又は同様な構造体のための同様なシステムによって取られる自動化されたアクションの成功を定量化すると共に、アクションの成功に資格を与える履歴データに基づくもの。（非常に高い、高い、中くらい、低い、又は非常に低いとして採点されるリスク）。

システム１００の特別な実施形態で使用されるリスク因子から、リスク分析を実施するサブシステム（例えば、クラウドサービス１０１、ビルディングサーバ１０３、及び／又はユニットサーバ１０５）によって、リスク採点が計算される。例示された実施形態に対するリスク採点は、１００点スケールを基本とした、リスクの各レベルに対する数字的割り当てに基づいている。例えば、非常に高いリスクは１００で採点され、高いリスクは８０で採点され、中くらいのリスクは６０で採点され、低いリスクは４０で採点され、非常に低いリスクは２０で採点される。軽減成功応答、推奨遵守、及び自動化された成功アクションのようなアクションに対しては、逆スケールを適用してもよく、そこでは、例えば、非常に低い成功割合は１００で採点され、低い成功割合は８０で採点され、中くらいの成功割合は６０で採点され、高い成功割合は４０で採点され、且つ非常に高い成功割合は２０で採点される。

表８に示されるように、問題の１つ以上の兆候は、システム１００の例示された実施形態において、多くの代表的な状況に対して、相互作用するかもしれない。表８に示される例は、異なる情報ソースと矛盾する情報が存在するような状況を含まない。

この場合、各入力の重要性が比較されて、結論に到達する。例えば、２つの矛盾する入力に対して、矛盾する情報、１つが強い、１つが弱い反対の兆候、１つが弱い兆候、１つが反対の強い兆候であっても、結論は問題ないこともあり得るであろう。入力の数が上がるにつれて、組み合わせの複雑さが増加し、且つシステム１００では、紛争解決のためのルールが提供される。ルールは、通知、アクション、結果及びユーザフィードバックに関する手動又は自動の分析に呼応して、時間と共に進化する。複数のセンサを考慮するルールを有する能力は、有用であり得る。例えば、ハイブリッド自動車又は電気自動車のためのバッテリ充電に関して、充電の存在及び、充電されているバッテリの状態の両方を測定することは、バッテリが充電されていることを単に知ることよりも有用である。

ペルソナ（Ｐｅｒｓｏｎａ）は、異なるタイプのユーザを記述するために、広く用いられるアプローチである。それは、原型的なペルソナの背景、スキルレベル、知識及び目標の記述を含み、これらは、多様な因子に依存して変化してもよい。ペルソナの定義は、住宅、ビルディング、商業及び工業／輸送インフラストラクチャの性質はもちろんのこと、決まった場所にあるシステム１００の特別な実施形態に依存して、変化してもよい。この説明の目的として、ペルソナ要件は、速く且つ有効な目標達成を可能にするために必要な最小限の情報を提示すると共に、ユーザインターフェース画面を形成するために、使用することが可能である。

表１０は、システム１００の設計、設定、管理及び使用に参加する典型的な一組のペルソナを示す。

要約すれば、本発明の原理は、情報を利用するものであるが、ここで該情報は、センサ、インテリジェントな制御装置及び機器、スマートブレーカ装置、ユニット内／ビルディング／インフラストラクチャのコントローラからの情報、及び電気使用に関するより細分化したデータを提供するための、データセンタでの外部サービス、又はクラウドにおける外部サービスからの情報である。これらのより細分化したデータは、ハザード・リスク管理のよりきつい要求を満足し、それに加えて、漏れ、過剰消費、及びシステムの非能率性のような問題の識別を可能にする。最終的な目標は、リスクを減少させることであり、危険な事象が起こる場合には、それら事象の影響を最小化し、且つ時間と金を節約することである。

本発明は、特定の実施形態を参照しながら説明されてきたが、これらの説明は、制限的意味において解釈されることを意図しない。本発明の代替的実施形態はもちろんのこと、開示された実施形態の様々な変更は、本発明の説明を参照するにあたり、当業者には明らかとなる。当業者によって正しく認識されるべきことであるが、概念及び開示された特定の実施形態は、本発明と同じ目的を実行するために、他の構造を修正する又は設計するための基礎として、容易に利用され得る。そのような等価な構築物が、添付された請求項で明記されるような、本発明の精神及び範囲から外れないということも、当業者によって十分理解される。

それ故に、熟慮されることであるが、請求項は、そのような任意の変更例、又は本発明の真の範囲の中に落とし込まれる実施形態を含む。

Claims (36)

1. 回路を含む配電システムを有する構造体におけるハザード軽減のためのシステムであって、
   前記回路に結合されたサブシステムと、
   前記回路に関連付けられる動作条件を監視すると共に、これに呼応してデータを生成するための一組のノードと、
   データ処理システムと、を備え、
   該データ処理システムは、
   前記一組のノードによって生成された前記データを処理し、且つ取られるアクションを要求する条件を表すトリガを識別すること、及び、
   前記サブシステムによるアクションを開始するために、予め決められたポリシーに従って、前記トリガを処理すること、を実施可能である
   ことを特徴とするシステム。
2. 前記ノードは、前記サブシステムの中に埋め込まれる
   請求項１に記載のシステム。
3. 前記データ処理システムは、前記サブシステムの中に埋め込まれたプロセッサを含む
   請求項１に記載のシステム。
4. 前記一組のノードは、前記回路から前記サブシステムまでの電気の流れに関する電気的パラメータを監視するための、少なくとも１つのセンサを備える
   請求項１に記載のシステム。
5. 前記電気的パラメータは、電圧、電流、アーク欠陥、周波数、ノイズ、及び接地欠陥から成るグループから選択される
   請求項４に記載のシステム。
6. 前記一組のノードは、前記構造体内の環境条件を監視するための、少なくとも１つのセンサを備える
   請求項１に記載のシステム。
7. 前記環境条件は、水の存在、煙の存在、及びガス物質の存在から成るグループから選択される
   請求項６に記載のシステム。
8. 前記サブシステムは、前記回路からの電流の流れを制御するための始動回路構成を更に備え、前記データ処理システムは、前記始動回路構成を始動させること、及び前記ポリシーに従って前記トリガに呼応して電流の流れを停止させることを実施可能である
   請求項１に記載のシステム。
9. 前記データ処理システムは、前記システム内の別のサブシステムにおけるデータプロセッサを含み、且つ前記サブシステムは、前記サブシステムの前記始動回路構成を始動させるために、前記別のサブシステムの前記データプロセッサからコマンドを受信するための通信回路構成を更に備える
   請求項８に記載のシステム。
10. 前記別のサブシステムは、疑似ブレーカを備える
    請求項９に記載のシステム。
11. 前記データ処理システムは、前記サブシステムの前記データプロセッサに、少なくとも１つのトリガ定義及び少なくとも１つのポリシーを伝達するための監督データプロセッサを更に備える
    請求項１に記載のシステム。
12. 前記データプロセッサは、前記予め決められたポリシーに従って前記トリガを処理すること、及び前記サブシステムによって自動的アクションを開始することを実施可能である
    請求項１に記載のシステム。
13. 前記データプロセッサは、前記予め決められたポリシーに従って前記トリガを処理すること、及び前記サブシステムに関してユーザアクションが取られるのを推奨するメッセージの伝達を開始することを実施可能である
    請求項１に記載のシステム。
14. 前記データプロセッサは、前記予め決められたポリシーに従って前記トリガを処理すること、及び、予め決められた時間ウィンドウの中でユーザアクションが取られない場合、前記サブシステムによって自動的アクションを開始することを実施可能である
    請求項１３に記載のシステム。
15. 配電システムに関連付けられたリスクを軽減するためのシステムであって、
    通信ネットワークと、
    前記配電システムに関連付けられた条件を監視すると共に、これに呼応してデータを生成するための、前記通信ネットワークに結合された一組のセンサと、
    前記配電システムに結合された一組のサブシステムであって、各サブシステムは、前記通信ネットワークに結合されたデータプロセッサ及び通信回路構成を含み、そこでは、前記一組のセンサからのデータに呼応して、選択されたサブシステムの前記データプロセッサは、アクションが取られることを要求する条件を表すトリガを識別し、且つアクションを開始するために、ポリシーに従って前記トリガを処理する、一組のサブシステムと、
    前記選択されたサブシステムの少なくとも前記データプロセッサにトリガ定義及びポリシーを提供するために、前記通信ネットワークに結合された監督サブシステムと、を備える
    ことを特徴とするシステム。
16. 前記一組のサブシステムの少なくとも１つのサブシステムは、前記配電システム内の電力分配回路を制御する回路ブレーカを備え、前記回路ブレーカの前記データプロセッサは、前記一組のセンサからのデータに呼応してトリガを識別し、且つ前記電力分配回路を遮断するために、前記ポリシーに従って選択的に始動する
    請求項１５に記載のシステム。
17. 前記一組のサブシステムは、
    前記配電システムからの電気の流れを制御する回路ブレーカを含む第１サブシステムと、
    第２サブシステムであって、前記第２サブシステムの前記データプロセッサは、前記トリガを識別し、且つ前記ポリシーに従って、前記第１サブシステムの前記回路ブレーカの始動を開始する、第２サブシステムと、を備える
    請求項１５に記載のシステム。
18. 前記第２サブシステムは疑似ブレーカを備える
    請求項１７に記載のシステム。
19. 前記一組のサブシステムの選択されたサブシステムは、前記プラグを通して電気の流れを制御するための、少なくとも１つの電気プラグ及び回路ブレーカを含み、前記選択されたサブシステムの前記データプロセッサは、前記ポリシーに従って前記トリガに呼応して、前記回路ブレーカを始動させることを実施可能である
    請求項１５に記載のシステム。
20. 前記一組のサブシステムの選択されたサブシステムは、機器と、前記機器への電気の流れを制御するための回路ブレーカとを備え、前記選択されたサブシステムの前記データプロセッサは、前記ポリシーに従って、前記トリガに呼応して、前記回路ブレーカを始動させることが可能である
    請求項１５に記載のシステム。
21. 前記一組のセンサの選択されたセンサは、前記一組のサブシステムの１つのサブシステムの中に埋め込まれる
    請求項１５に記載のシステム。
22. 前記一組のセンサの選択されたセンサは、前記配電システムの回路の電気的パラメータを監視する
    請求項１５に記載のシステム。
23. 前記配電システムは、構造体に関連付けられ、且つ前記一組のセンサの少なくとも１つのセンサは、前記構造体の中の環境条件を監視する
    請求項１５に記載のシステム。
24. 前記配電システムは、構造体に関連付けられ、且つ前記一組のセンサの少なくとも１つのセンサは、前記構造体の外の環境条件を監視する
    請求項１５に記載のシステム。
25. 前記トリガに呼応する、前記選択されたサブシステムの前記データプロセッサは、前記ポリシーに従ってユーザにメッセージを送る
    請求項１５に記載のシステム。
26. 前記トリガに呼応する、前記選択されたサブシステムの前記データプロセッサは、少なくとも１つのサブシステムによる自動的アクションを識別する
    請求項１５に記載のシステム。
27. 前記トリガに呼応する、前記選択されたシステムの前記データプロセッサは、メッセージをユーザに送り、且つ、時間ウィンドウ内にユーザアクションが無いことに呼応して、前記ポリシーに従って、前記少なくとも１つのサブシステムによる自動的アクションを開始する
    請求項１５に記載のシステム。
28. 前記一組のサブシステムの少なくとも１つのサブシステムは、前記トリガ定義及びポリシーの、分析及び選択的更新のために、動作データを前記監督サブシステムへ送信する
    請求項１５に記載のシステム。
29. 前記監督サブシステムはサーバを備える
    請求項１５に記載のシステム。
30. 前記通信ネットワークは、外部ネットワークから情報を受信することを更に実施可能であり、前記選択されたサブシステムの前記データプロセッサは、前記外部ネットワークから受信された前記情報に呼応して、アクションが取られることを要求する条件を表すトリガを識別すること、及び、アクションを開始するために、ポリシーに従って前記トリガを処理することを更に実施可能である
    請求項１５に記載のシステム。
31. 回路を含む配電システムを有する構造体におけるハザードを軽減するための方法であって、
    ネットワークと通信する一組のノードを有する前記回路に関連付けられる動作条件を監視するステップと、
    前記一組のノードによって生成されるデータを収集すると共に、前記ネットワークと通信するプロセッサを用いて、前記監視された動作条件を表すステップと、
    アクションが取られることを要求する条件を表す前記収集されたデータから、前記プロセッサを用いてトリガを識別するステップと、
    前記一組のノードの少なくとも１つによって制御アクションを開始するために、予め決められたポリシーに従って、前記プロセッサを用いて前記トリガを処理するステップと、を備える
    ことを特徴とする方法。
32. 前記回路に関連付けられる動作条件を監視するステップは、前記一組のノードの少なくとも１つを有する前記回路を通る電気の流れに関連付けられるパラメータを監視することを含む
    請求項３１に記載の方法。
33. 前記パラメータは、電圧、電流、アーク欠陥、周波数、ノイズ、及び接地欠陥から成るグループから選択される
    請求項３２に記載の方法。
34. 前記回路に関連付けられる動作条件を監視するステップは、前記構造体の中の環境条件を監視することを備える
    請求項３１に記載の方法。
35. 前記環境条件は、水の存在、煙の存在、及びガス物質の存在から成るグループから選択される
    請求項３４に記載の方法。
36. 前記一組のノードの少なくとも１つによる制御アクションを開始するために、予め決められたポリシーに従って、前記プロセッサを用いて前記トリガを処理するステップは、前記一組のノードの少なくとも１つによって回路ブレーカを始動するのを開始することを備える
    請求項３１に記載の方法。

Images