(57)【要約】      （修正有）【課題】系統網に関する種々の情報を示す膨大な量のデータを格納、アクセス、及び／又は使用する手段を提供する。【解決手段】命令は、制御システムが、系統システムに対する提案アップデートを受け取るようにする。また、制御システムが、提案アップデートを受け取ると、提案アップデートに基づいて、系統システムに関するインフラストラクチャ情報を修正したパッチを作成するようにする。加えて、制御システムが、修正したインフラストラクチャ情報をメモリ内に格納することによりパッチを実装するようにする。更に、制御システムが、パッチに関連してアップデートしたパッチをマスターアプリケーションに送るようにする。【選択図】図４
2015012802.tif 000002
【特許請求の範囲】
【請求項１】
命令を格納する非一時的コンピュータ可読媒体であって、
前記命令は、制御システムが、
系統システムに対する提案アップデートを受け取り、
前記提案アップデートを受け取ると、前記提案アップデートに基づいて、前記系統システムに関するインフラストラクチャ情報を修正したパッチを作成し、
前記修正したインフラストラクチャ情報をメモリ内に格納することにより前記パッチを実装し、
前記パッチに関連してアップデートしたパッチをマスターアプリケーションに送る、
ように構成されている、非一時的コンピュータ可読媒体。
【請求項２】
前記命令により、コンピュータシステムが、ユーザインタフェースを介して前記提案アップデートを受け取るようにする、請求項１に記載の非一時的コンピュータ可読媒体。
【請求項３】
コンピュータシステムが、前記実装されたパッチによって修正がなされた前記インフラストラクチャ情報の部分を表すのに使用される視覚的インジケータと共に前記インフラストラクチャ情報に関するデータを格納するようにする命令を含む、請求項１に記載の非一時的コンピュータ可読媒体。
【請求項４】
前記視覚的インジケータが、修正がなされた前記インフラストラクチャの部分に対するレッドラインを含む、請求項３に記載の非一時的コンピュータ可読媒体。
【請求項５】
前記コンピュータシステムが、前記マスターアプリケーションから正式アップデートを受け取ったときに前記修正がなされたインフラストラクチャの部分から視覚的インジケータを除去するようにする命令を含む、請求項３に記載の非一時的コンピュータ可読媒体。
【請求項６】
前記マスターアプリケーションが、前記系統システムの構成要素についての物理的位置情報を提供するよう構成された地理情報システム（ＧＩＳ）を含む、請求項１に記載の非一時的コンピュータ可読媒体。
【請求項７】
前記コンピュータシステムが、前記系統システムを介して前記系統システムにおける公益事業体の供給を制御するよう構成された供給管理システム（ＤＭＳ）アプリケーションを実行するようにする命令を含む、請求項１に記載の非一時的コンピュータ可読媒体。
【請求項８】
前記コンピュータシステムが、
前記修正されたインフラストラクチャ情報を正式にアップデートされたインフラストラクチャ情報として組み込む正式アップデートを前記マスターアプリケーションから受け取り、
前記マスターアプリケーションから前記正式アップデートを受け取った後、前記パッチを前記正式アップデートに置き換える、
ようにするよう構成された命令を含む、請求項１に記載の非一時的コンピュータ可読媒体。
【請求項９】
系統システムに関するインフラストラクチャ情報を同期させるためのデバイスであって、
系統システムに対する提案アップデートを受け取り、該提案アップデートを受け取ったときに前記系統システムに関する既に格納されているインフラストラクチャ情報を修正するパッチを作成するよう構成されたプロセッサと、
前記修正されたインフラストラクチャ情報を前記パッチとして格納するよう構成されたメモリと、
を備え、前記プロセッサは、前記パッチをマスターアプリケーションに送り、前記マスターアプリケーションから前記パッチとして最終アップデートを受け取り、前記マスターアプリケーションから前記最終アップデートを受け取った後、前記メモリ内の前記パッチを前記正式アップデートに置き換える、ように構成されている、デバイス。
【請求項１０】
前記プロセッサが、前記メモリ内に格納されたマスターアプリケーションを実行するよう構成されており、前記マスターアプリケーションが、前記系統システムの構成要素についての物理的位置情報を提供するよう構成された地理情報システム（ＧＩＳ）を含む、請求項９に記載のデバイス。
【請求項１１】
前記提案アップデートが前記プロセッサにより受け取られ、前記プロセッサが、前記メモリ内に格納された供給管理システム（ＤＭＳ）を実行するよう構成され、前記ＤＭＳは、前記系統システムを介して公益事業体の供給を制御するよう構成される、請求項９に記載のデバイス。
【請求項１２】
前記提案アップデートが、前記メモリ内に格納された工事完了のインフラストラクチャ情報からの前記系統システムの変動に相当する、請求項９に記載のデバイス。
【請求項１３】
前記プロセッサが、前記パッチを最初に介在手段の送信先に送ることによって、前記パッチを前記マスターアプリケーションに送るように構成される、請求項９に記載のデバイス。
【請求項１４】
前記介在手段の送信先が、地図製作アプリケーションである、請求項１３に記載のデバイス。
【請求項１５】
前記プロセッサが、前記正式アップデート又は前記パッチを用いて前記系統システムにおける配電を管理するよう構成される、請求項９に記載のデバイス。
【請求項１６】
命令を格納する非一時的コンピュータ可読媒体であって、
前記命令は、コンピュータシステムが、
系統システムの少なくとも一部を制御するよう構成されたスレーブアプリケーションから、前記系統システムに関する修正されたインフラストラクチャ情報を反映したパッチを受け取り、
前記修正されたインフラストラクチャ情報で格納されたインフラストラクチャ情報を正式にアップデートし、
前記アップデートされた格納インフラストラクチャ情報を正式アップデートとして前記スレーブアプリケーションに送信する、
ように構成されている、非一時的コンピュータ可読媒体。
【請求項１７】
前記系統システムの構成要素についての物理的位置情報を提供するよう構成された地理情報システム（ＧＩＳ）が、前記パッチを受け取り、前記格納インフラストラクチャ情報を正式にアップデートし、該アップデートされた格納インフラストラクチャ情報を送信する、請求項１６に記載の非一時的コンピュータ可読媒体。
【請求項１８】
前記スレーブアプリケーションが、前記系統システムを介して公益事業体の供給を制御するよう構成された供給管理システム（ＤＭＳ）を含む、請求項１６に記載の非一時的コンピュータ可読媒体。
【請求項１９】
前記パッチが、介在手段を介して前記スレーブアプリケーションから受け取られる、請求項１６に記載の非一時的コンピュータ可読媒体。
【請求項２０】
前記パッチが、地図製作イメージを含む、請求項１６に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される主題は、公益事業インフラストラクチャに関し、より詳細には、制御アプリケーション間のネットワークインフラストラクチャ情報をアップデートするための方法及びシステムに関する。
【背景技術】
【０００２】
系統網のインフラストラクチャは、様々なシステム及び構成要素を含む。例えば、システムは、発電システム、計量（メーター）システム、デジタル通信システム、制御システム、及び／又はこれらに関連する構成要素を含むことができる。インフラストラクチャに関連付けることができる特定の動作は、システムの保守、供給再ルーティング、新規システムの設置、及びシステムの除去を含むことができる。関連の動作の各々は、システムの性能及び／又はルーティングに影響を及ぼす可能性がある。その上、系統網の運転は、様々な制御アプリケーションを用いて制御及び／又は監視することができる。アプリケーションの各々は、系統システムにおけるインフラストラクチャに関する何らかの情報を格納及び／又は監視している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許出願公開第２０１３／０１１６８３８号明細書
【特許文献２】米国特許出願公開第２０１３／０１１７２４５号明細書
【発明の概要】
【０００４】
最初に請求項に記載された本発明の範囲内にある一部の実施形態について以下で要約する。これらの実施形態は、特許請求した本発明の技術的範囲を限定することを意図するものではなく、むしろそれらの実施形態は、本発明の実施可能な形態の簡潔な概要を示すことのみを意図している。当然のことながら、本発明は、下記に説明した実施形態と同様のもの又は該実施形態と異なるものとすることができる様々な形態を含むことができる。
【０００５】
１つの実施形態において、命令を格納する非一時的コンピュータ可読媒体が提供される。命令は、制御システムが、系統システムに対する提案アップデートを受け取るようにすることができる。本命令はまた、制御システムが、提案アップデートを受け取ると、提案アップデートに基づいて、系統システムに関するインフラストラクチャ情報を修正したパッチを作成するようにすることができる。加えて、本命令は、制御システムが、修正したインフラストラクチャ情報をメモリ内に格納することによりパッチを実装するようにすることができる。更に、本命令は、制御システムが、パッチに関連してアップデートしたパッチをマスターアプリケーションに送るようにすることができる。
【０００６】
別の実施形態において、系統システムに関するインフラストラクチャ情報を同期させるためのデバイスが提供される。本デバイスは、系統システムに対する提案アップデートを受け取り、該提案アップデートを受け取ったときに系統システムに関する既に格納されているインフラストラクチャ情報を修正するパッチを作成するよう構成されたプロセッサを含む。本デバイスはまた、修正されたインフラストラクチャ情報をパッチとして格納するよう構成されたメモリを含む。更に、プロセッサは、パッチをマスターアプリケーションに送り、マスターアプリケーションからパッチとして最終アップデートを受け取り、マスターアプリケーションから最終アップデートを受け取った後、メモリ内のパッチを正式アップデートに置き換える、ように構成されている。
【０００７】
別の実施形態において、命令を格納する非一時的コンピュータ可読媒体が提供される。本命令は、コンピュータシステムが、系統システムの少なくとも一部を制御するよう構成されたスレーブアプリケーションからパッチを受け取るように構成される。その上、パッチは、系統システムに関する修正されたインフラストラクチャ情報を反映している。本命令はまた、コンピュータシステムが、修正されたインフラストラクチャ情報で格納されたインフラストラクチャ情報を正式にアップデートするようにする。更に、本命令はまた、コンピュータシステムが、アップデートされた格納インフラストラクチャ情報を正式アップデートとしてスレーブアプリケーションに送信するように構成される。
【０００８】
本発明のこれらの及びその他の特徴、態様並びに利点は、図面全体を通して同じ参照符号が同様の部分を表す添付図面を参照して以下の詳細な説明を読むと、より良好に理解されるであろう。
【図面の簡単な説明】
【０００９】
【図１】公共事業網インフラストラクチャの１つの実施形態のブロック図。
【図２】図１の公共事業網インフラストラクチャで用いることができるコンピュータシステムの１つの実施形態の概略図。
【図３】図２のコンピュータシステムに含めることができる供給管理システム及び地理情報システムのグラフィック表示。
【図４】スレーブアプリケーションの視点からの図１の公共事業網インフラストラクチャに関する情報を同期させるための方法のフロー図。
【図５】マスターアプリケーションの視点からの図１の公共事業網インフラストラクチャに関する情報を同期させるための方法のフロー図。
【発明を実施するための形態】
【００１０】
本発明の１つ又はそれ以上の特定の実施形態について、以下に説明する。これらの実施形態の簡潔な説明を行うために、本明細書では、実際の実施態様の全ての特徴については説明しないことにする。何れかの技術又は設計プロジェクトと同様に、このような何らかの実際の実装の開発において、システム及びビジネスに関連した制約への準拠など、実装毎に異なる可能性のある開発者の特定の目標を達成するために、多数の実装時固有の決定を行う必要がある点は理解されたい。更に、このような開発の取り組みは、複雑で時間を要する可能性があるが、本開示の利点を有する当業者にとっては、設計、製作、及び製造の日常的な業務である点を理解されたい。
【００１１】
本発明の種々の実施形態の要素を導入する際に、冠詞「ａ」、「ａｎ」、「ｔｈｅ」、及び「ｓａｉｄ」は、要素の１つ又はそれ以上が存在することを意味するものとする。用語「備える」、「含む」、及び「有する」は、包括的なものであり、記載した要素以外の付加的な要素が存在し得ることを意味する。
【００１２】
以下で考察するように、コンピュータシステムは、各々が系統網の種々の特性及び／又は部分を制御する様々な制御アプリケーションで用いることができる。系統網における制御アプリケーションは、系統網に関する種々の情報を示す膨大な量のデータを格納、アクセス、及び／又は使用する。系統網のコストを低減するために、制御アプリケーションは、マスターアプリケーションとして１つの制御アプリケーションを指定することができ、このマスターアプリケーションは、インフラストラクチャ情報を格納し、該格納した情報を１つ又はそれ以上のスレーブアプリケーションに送信する。しかしながら、一部の実施形態においては、マスターアプリケーションがアップデートされるよりもむしろスレーブアプリケーションをアップデートすることが望ましい場合がある。例えば、マスターアプリケーションは、あまりタイムクリティカル（スピード優先）でない機能（例えば、将来の計画）を制御制御する場合があり、この機能は、よりタイムクリティカルな機能（例えば、配電）を制御するスレーブアプリケーションによって要求される場合がある程の頻度でアップデートされるものではない。その上、一部の実施形態において、マスターアプリケーションは、１つ又はそれ以上のスレーブアプリケーションによって使用されるアップデートよりも長いアップデート期間（例えば、より大規模の詳細事項を有する）を用いる場合がある。従って、特定の実施形態において、スレーブアプリケーションは、マスターアプリケーションのアップデートの前、及び／又はマスターアプリケーションの保留中のアップデート（例えば、新規の地図製作イメージの待機中）の間にアップデートすることができる。加えて、一部の実施形態において、スレーブアプリケーションは、パッチ処理されたインフラストラクチャ情報を視覚的に識別するパッチに対して「レッドライニング（赤色処理）」を行うことができる。
【００１３】
上記のことを考慮して、図１に例示した系統システム１０のようなインフラストラクチャの１つの実施形態を説明することが有用とすることができる。本明細書で記載されるシステム及び方法は、クラウドコンピュータインフラストラクチャ、空港インフラストラクチャ、輸送インフラストラクチャ、スマートグリッドインフラストラクチャ、電力インフラストラクチャ、及び通信インフラストラクチャなど、種々のインフラストラクチャを含むことができる点に留意されたい。図示のように、系統システム１０は、１つ又はそれ以上の公益事業体１２を含むことができる。公益事業体１２は、系統システム１０の監督運用を提供することができる。例えば、公益事業体の制御センター１４は、１つ又はそれ以上の発電所１６及び代替の発電所１８によって生成される電力を監視及び管理することができる。発電所１６は、ガス、石炭、バイオマス、及び他の炭素生成物を燃料として使用する発電所のような、従来の発電所を含むことができる。代替の発電所１８は、太陽光発電、風力発電、水力発電力、地熱、及び他の代替の電力源（例えば、再生可能エネルギー）を用いて電力を生成する発電所を含むことができる。他のインフラストラクチャ構成要素は、水処理プラント２０及びガス処理プラント２２を含むことができる。例えば、水処理プラント２０は、飲料水を提供することができ、ガス処理プラント２２は、天然ガスを提供することができる。
【００１４】
発電所１６、１８により生成される電力は、送電系統２４を通って配電することができる。同様に、プラント２０、２２によって提供される水及びガスは、配水系統２６及びガス供給系統２８を通って供給することができる。系統２４、２６、２８は、１又はそれ以上の市町村自治体、州、又は国などの１つ又は複数の広範な地理的領域を含めている。図示の実施形態において、計量インフラストラクチャ３０は、電気、水道、及び／又はガス使用量を測定、収集、及び解析するのに用いることができる。計量インフラストラクチャ３０は、系統２４、２６、２８を含む、系統１０の構成要素のうちの１つ又はそれ以上に通信可能に結合することができる。加えて、計量インフラストラクチャ３０は、商業施設３２、住宅３４、及び公益事業体の制御センター１４間の双方向通信を可能にし、消費者行動と公益事業体の消費量（例えば、電気、水道、及び／又はガスの消費量）との間をリンクさせることができる。例えば、ＡＭＩメーター３０は、プリペイド（前払い）携帯電話の使用量と同様にして、プリペイドの電気、水、及び／又はガスを追跡及び考慮することができる。一部の実施形態において、洗濯機／乾燥器、電気自動車の充電装置、及び他の多目的の電力消費機器は、低需要の時間帯に作動するようプログラムされ、結果として公共料金費用を低減し、よりバランスのとれたエネルギー利用度にすることができる。
【００１５】
供給停止管理システム（ＯＭＳ）３６は、例えば、供給停止予測エンジンを用いることにより、供給停止事象を予測してこれに対応することができる。ＯＭＳ３６は、需要に応じてプラント１６、１８、２０、２２から系統システム１０を通じて電力、水、及び／又はガスをルーティングするのに好適な供給管理システム（ＤＭＳ）３８と相互作用することができる。地理情報システム（ＧＩＳ）４０はまた、プラント１６、１８、２０、２２、系統２４の構成要素（例えば、電気ケーブル、変圧器、配電塔）、系統２６の構成要素（例えば、送水管、バルブ、減圧器）、系統２８の構成要素（例えば、貯蔵タンク、ガス管、バルブ）、計量インフラストラクチャ３０、商業施設３２、及び住宅地３４の物理的位置情報を提供するのに用いることができる。供給停止問題の予測及び解決の際に、例えば、ＯＭＳ３６及びＤＭＳ３８が物理的位置情報を用いることができる。加えて、ＧＩＳ４０は、地図又は他の好適な視覚媒体（例えば、地球儀、図表）上の様々な位置を視覚化するのに用いることができる。同様に、顧客情報システム（ＣＩＳ）４２は、請求情報、電力使用量情報、水道使用量情報、ガス使用量情報、請求料率、及び同様のものを含む、顧客情報（例えば、施設３２、３４）を提供するのに用いることができる。加えて、音声自動応答装置（ＩＶＲ）システム４４は、電話回線上で顧客の要求を処理するのに好適な自動音声認識及びメニューナビゲーションを提供することができる。以下で考察するように、制御アプリケーション（例えば、ＤＭＳ）の各々は、コンピュータシステム４８を介して用いることができる。
【００１６】
特定の実施形態において、系統システム１０に関する種々の情報は、ＯＭＳ３６、ＤＭＳ３８、ＧＩＳ４０、ＣＩＳ４２、及び／又はＩＶＲ４４を用いて格納、アクセス、及び／又は管理を行うことができる。しかしながら、システム間に共通の情報を独立して追跡するために複数の監視システム（例えば、ＤＭＳ３８とＧＩＳ４０）を利用する系統システム１０の開発及び配備は、高コストで実施困難である可能性がある。以下で考察するように、１つ又はそれ以上の管理システム（例えば、ＧＩＳ４０）を用いて、マスターアプリケーションとして情報を追跡／格納し、構成要素の格納された情報を送信することができ、この情報は、マスターアプリケーションとして他の管理システム（例えば、ＤＭＳ３８）に関連付けることができる。以下の考察では、ＧＩＳをマスターアプリケーションとし、ＤＭＳをスレーブアプリケーションとしているが、あらゆる管理システムを用いて、１つ又はそれ以上の他の管理システムと共有されたインフラストラクチャ情報を「マスター」にすることができる。
【００１７】
図２は、ＯＭＳ３６、ＤＭＳ３８、ＧＩＳ４０、ＣＩＳ４２、及びＩＶＲ４４を格納及び／又は実行させるのに用いることができるコンピュータシステム４８の概略図を示している。特定の実施形態において、コンピュータシステム４８は、公益事業体１２、オペレーティングセンター、供給センター、配送センサー、生成センター（例えば、発電所）、及び／又は他の好適な位置に少なくとも部分的に配置することができる。一部の実施形態において、ＯＭＳ３６、ＤＭＳ３８、ＧＩＳ４０、ＣＩＳ４２、及び／又はＩＶＲ４４は、ニューヨーク州Ｓｃｈｅｎｅｃｔａｄｙ所在のＧｅｎｅｒａｌ  Ｅｌｅｃｔｒｉｃ  Ｃｏｍｐａｎｙにより入手可能なＰｏｗｅｒＯｎ（商標）Ｆｕｓｉｏｎ  Ａｄｖａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍのような、１つ又はそれ以上の複合アプリケーションパッケージに含めることができる。他の実施形態において、ＯＭＳ３６、ＤＭＳ３８、ＧＩＳ４０、ＣＩＳ４２、及び／又はＩＶＲ４４は各々、独立したスタンドアロンアプリケーションに、或いは、複合アプリケーションとスタンドアロンアプリケーションの何らかの組み合わせに含めてもよい。
【００１８】
特定の実施形態において、コンピュータシステム４８は、１つ又はそれ以上の制御システム５０を含む。各制御システム５０は、メモリ５２、プロセッサ５４、通信インタフェース５６、及びユーザインタフェース５８を含む。メモリ５２は、非一時的にコンピュータ命令を格納することができる１つ又はそれ以上の記憶ユニット、すなわち、コンピュータ可読媒体を含むことができる。一部の実施形態において、１つ又はそれ以上の記憶ユニットは、通信インタフェース５６を介してプロセッサ５４がアクセスすることができる他の記憶ユニットから遠隔にあることができる。プロセッサ５４は、中央処理ユニット（ＣＰＵ）、マイクロプロセッサ、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、物理演算ユニット（ＰＰＵ）、デジタル信号プロセッサ、ネットワークプロセッサ、ＲＩＳＣベースのプロセッサ、又は他の好適なプロセッサなど、１つ又はそれ以上の好適な処理ユニットを含む。通信インタフェース５６は、ネットワークインタフェースコントローラ（ＮＩＣ）カード又は他のハードウェア／ソフトウェアを含み、これらは、各制御システム５０が、Ｅｔｈｅｒｎｅｔ(登録商標）、ＷｉＦｉ、Ｔｏｋｅｎ  Ｒｉｎｇ、及び／又は他の好適なローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）、及び／又はパーソナルエリアネットワーク（ＰＡＮ）プロトコルを介して、コンピュータシステム４８の他の制御システム５０と通信するのを可能にする。以下で考察するように、一部の実施形態において、通信インタフェース５６は、コンピュータシステム４８内の制御デバイス５０間で通信を行う２つ又はそれ以上の通信インタフェース５６を含むことができる。ユーザインタフェース５８は、ユーザがコンピュータシステム４８と対話できるようにする種々の入力／出力構成要素を含む。例えば、ユーザインタフェース５８は、マウス、キーボード、モニター、視覚表示装置、ディスプレイ上に示されるグラフィカルユーザインタフェース（ＧＵＩ）、トラックパック、テンキーパッド、及び／又はコンピュータデバイス５０とユーザとの間の対話を可能にする他の好適な方法を含むことができる。一部の実施形態において、ユーザインタフェース５８は、サービスエンジニアが、系統システム１０に関する格納されたインフラストラクチャ情報から系統システム１０の変化に気がついた場合に、サービスエンジニアが系統システム１０の物理的部分に関する提案アップデートを送ることができるモバイルデバイスを含むことができる。
【００１９】
一部の実施形態において、コンピュータシステム４８は、他の追加の構成要素を含むことができる。特定の実施形態において、コンピュータシステム４８は、ラップトップコンピュータ、デスクトップコンピュータ、メインフレーム、ワークステーション、タブレットコンピュータ、及び／又はスマートフォンなど、１つ又はそれ以上のコンピュータデバイスを制御システム５０として含むことができる。例えば、一部の実施形態において、ある制御システム５０は、ＯＭＳ３６及びＤＭＳ３８を実行するのに用いることができ、別個のコンピュータデバイスは、ＧＩＳ４０を実行するのに用いることができる。このような実施形態において、コンピュータデバイスは、該コンピュータデバイスのそれぞれの通信インタフェースを介して通信することができる。
【００２０】
図３は、インフラストラクチャ情報６０を共有するＤＭＳ３８及びＧＩＳ４０のグラフィック表示を示している。ＧＩＳ４０はまた、プラント１６、１８、２０、２２、系統２４の構成要素（例えば、電気ケーブル、変圧器、配電塔）、系統２６の構成要素（例えば、送水管、バルブ、減圧器）、系統２８の構成要素（例えば、貯蔵タンク、ガス管、バルブ）、計量インフラストラクチャ３０、商業施設３２、及び住宅地３４の物理的位置情報を提供するのに用いることができる。ＧＩＳ４０を用いて、系統システム１０に存在することができるものなど、複雑なネットワークインフラストラクチャを設計及びモデル化することができる。加えて、一部の実施形態において、ＧＩＳ４０を用いて、電線のリフレージング（例えば、負荷バランス）及び／又は再配置に起因した施設のアップデートを行うことができる。
【００２１】
ＧＩＳ４０は、様々なインフラストラクチャ情報を格納する（例えば、メモリ５４内に）。格納したインフラストラクチャ情報の一部は、ＤＭＳ３８に関連付けることができる。例えば、ＧＩＳ４０は、系統システム１０の構成要素に関する「工事完了」情報を含むことができ、この情報は、ＤＭＳ３８が系統網１０を作動させるのに用いることができる。従って、一部の実施形態において、ＤＭＳ３８は、情報を直接追跡するのではなく、ＤＭＳ３８が用いることができる一般的なインフラストラクチャ情報を受け取ることができる。一部の実施形態において、インフラストラクチャ情報６０は、ＧＩＳ４０に格納される全ての情報を含むことができる。しかしながら、ＤＭＳ３８の他の実施形態では、ＤＭＳ３８とＧＩＳ４０の両方に関連する特定のタイプの情報のみを受け取ることができる。      
【００２２】
上記で考察したように、ＤＭＳ３８は、系統システム１０を作動させるか、又は系統システム１０内の供給をルーティングするのに用いることができる。例えば、ＤＭＳ３８は、電力、水道、及び／又はガスをプラント１６、１８、２０、２２からルーティングするのに用いることができる。特定の実施形態において、ＤＭＳ３８を用いて、スイッチング作業を計画及び実行し、並びに、超高電圧（ＥＨＶ）サブ送電、高電圧（ＨＶ）及び低電圧（ＬＶ）配電など、種々の電圧レベルで配電網を作動させるのに使用される電力網管理機能を提供することができる。例えば、スイッチング作業は、保守又は他の好適な状況における系統システム１０に対して断線及びジャンパーを施すことを含むことができる。その上、一部の実施形態において、ＤＭＳ３８を用いて、系統システム１０を再構成し、又は系統システム１０内の電圧を制御することができる。特定の実施形態において、ＤＭＳ３８は、監視制御及びデータ収集（ＳＡＤＡ）機器のような、工業用制御システムとの多目的「既製」互換性の提供をサポートすることができる。
【００２３】
一部の実施形態において、共通のインフラストラクチャ情報を格納するマスターアプリケーション（例えば、ＧＩＳ４０）は、スレーブアプリケーション（例えば、ＤＭＳ３８）によって使用される系統システム１０に関するより多くの情報を格納することができる。従って、一部の実施形態においては、関連情報の一部だけがスレーブアプリケーションに送信される。特定の実施形態において、マスターアプリケーションは、一定の時間間隔（例えば、毎週、毎夜、その他）でアップデートすることができるが、スレーブアプリケーションは、より頻繁にアップデートすることができる。換言すると、スレーブアプリケーションは、マスターアプリケーションで使用される情報よりも新しい（例えば、モバイル制御システム５０のユーザインタフェース５８を用いて現場技術者からのアップデート時）何らかの情報を用いることができる。より新しい情報の使用を可能にするために、スレーブアプリケーションは、インフラストラクチャ情報をパッチ処理し、より新しい情報を含めるようにすることができる。例えば、ＧＩＳ４０がマスターアプリケーションである場合、マスターアプリケーションは、毎夜又は毎週極めて詳細にアップデートされる工事完了情報を含むことができるが、ＧＩＳ４０のスレーブとなっているＤＭＳ３８は、システムを作動させるのに使用され、より最新の及び／又は詳細ではないインフラストラクチャ情報を用いることができる。
【００２４】
図４は、スレーブアプリケーション（例えば、ＤＭＳ３８）からのインフラストラクチャ情報を同期するためのプロセス７０の１つの実施形態のフロー図を示す。スレーブアプリケーションは、ユーザインタフェース５８及び／又は通信インタフェース５６を介して提案アップデートを受け取る（ステップ７２）。提案アップデートは、系統システム１０が、マスターアプリケーション（例えば、ＧＩＳ４０）に格納されているインフラストラクチャ情報を変更しようとしている、又は変更した、或いは異なっていることを示す。提案アップデートは、恒久的変化又は一時的変化を含むことができる。例えば、恒久的変化は、系統システムの構成要素の物理的ルーティングを含むことができ、一時的パッチは、故障状態のようなワークパッケージの一部として接続性の変化を含むことができる。一部の実施形態において、提案された恒久的変化から得られたパッチは、作成済み、準備中、実装済みとしてラベル表記することができる。加えて、特定の実施形態において、系統システム１０における現在実装された変化を含む提案アップデートは、「レッドライン」パッチとして示すことができる。以下で考察するように、レッドラインパッチは、スレーブアプリケーションにおいて視覚的に識別することができる。
【００２５】
スレーブアプリケーションが提案アップデートを受け取った後、スレーブアプリケーションは、提案アップデートを反映したパッチを作成する（ステップ７４）。一部の実施形態において、スレーブアプリケーションは、マスターアプリケーションと現在同期されたインフラストラクチャ情報からのパッチを識別する。例えば、マスター及びスレーブアプリケーション間で同期された情報は、黒色で表示することができるが、パッチ処理された情報は赤色で表示することができる。パッチの作成後、スレーブアプリケーションは、パッチを実装する（ステップ７８）。スレーブアプリケーションは、メモリ５２内に格納されたインフラストラクチャ情報を修正又は補足することにより、パッチを実装することができる。一部の実施形態において、パッチが実装されると、スレーブアプリケーションは、マスターアプリケーションをアップデートする（ステップ８０）。他の実施形態において、パッチは、パッチの生成後で且つスレーブアプリケーションにおけるパッチの実装前又は実装中にマスターアプリケーションに送ることができる。特定の実施形態において、マスターアプリケーションへのアップデートは、スレーブアプリケーションからマスターアプリケーションに直接行うことができる。他の実施形態において、マスターアプリケーションは、マスターアプリケーションにおいてパッチを実装する地図製作手段又は中間アプリケーションのような介在手段に最初にアップデートを送ることによりアップデートすることができる。このような実施形態において、マスターアプリケーションへのアップデートは、介在手段（例えば、地図製作手段又は地図製作アプリケーション）により作成された地図製作イメージを含むことができる。一部の実施形態において、マスターアプリケーションへのアップデートは、ある時間期間（例えば、数時間、数日、数週間、その他）にわたって行うことができる。
【００２６】
図５は、マスターアプリケーションにインフラストラクチャ情報を同期するプロセス８２の１つの実施形態のフロー図を示す。マスターアプリケーションは、スレーブアプリケーション及び／又は介在手段からパッチを受け取る（ステップ８４）。パッチが受け取られると、マスターアプリケーションは、このパッチをメモリ５２内に格納されているインフラストラクチャ情報に含めるべきであるかどうかを判断するコンフリクトチェックを実施することができる。コンフリクトが存在しないか、又はこのコンフリクトが修正可能である場合には、パッチは、メモリ５２内に格納されているインフラストラクチャ情報のマスターアプリケーションのコピーに保存される（ステップ８６）。インフラストラクチャ情報のマスターアプリケーションのコピーがアップデートを完了した後、マスターアプリケーションは、正式／最終アップデートをスレーブアプリケーションに送信する（ステップ８８）。
【００２７】
図４を参照すると、マスターアプリケーションが正式アップデートを送信すると、スレーブアプリケーションは、マスターアプリケーションからの正式アップデートを受け取る（ステップ９０）。正式アップデートを受け取った後、スレーブアプリケーションは、インフラストラクチャ情報のコピーからパッチを除去する（ステップ９２）。或いは、スレーブアプリケーションはここで、マスターアプリケーションによって使用されるインフラストラクチャ情報と同期したインフラストラクチャ情報を組み込む。その上、パッチがレッドラインパッチである場合には、パッチの視覚的な識別特徴も除去される（例えば、赤色が黒色に変更される）。
【００２８】
本開示の技術的効果は、スレーブアプリケーションのうちの１つ又はそれ以上がマスターアプリケーションよりもより多くアップデートされる情報を用いた場合であっても、マスターアプリケーション（例えば、ＧＩＳ）が、種々のアプリケーション（例えば、ＤＭＳ）間に共通の情報を「マスター」にすることを可能にする。系統網に関する情報を各スレーブアプリケーションよりも多く格納できるマスターアプリケーション内の情報をマスターにすることによって、マスター及びスレーブアプリケーションを有する制御アプリケーションシステムの計算／格納効率を向上させることができる。系統網において共通の情報を格納するマスターアプリケーションをアップデートすることに伴う計算コスト及び複雑さに起因して、マスターアプリケーションは、特手のスレーブアプリケーションをアップデートする望ましい頻度よりも少なくアップデートすることができる。ＤＭＳなどの一部のスレーブアプリケーションに存在し得る時間依存の情報に実質的に悪影響を及ぼすことなく、マスターアプリケーションを経済的にアップデートするために、スレーブアプリケーションは、マスターアプリケーションから公表されたアップデートされた情報と置き換えるまでは、マスターアプリケーションに存在する情報よりも多く更新された情報でパッチ処理することができる。換言すると、スレーブアプリケーション用のパッチを作成することにより、系統網制御アプリケーションに共通の情報は、マスターアプリケーションがアップデートされる前にスレーブアプリケーションにおいて使用するのに望ましい時間依存の情報と実質的に干渉することなく、経済的及び効率的にマスターにすることができる。
【００２９】
本明細書は、最良の形態を含む実施例を用いて本発明を開示し、更に、あらゆる当業者があらゆるデバイス又はシステムを実施及び利用すること並びにあらゆる包含の方法を実施することを含む本発明を実施することを可能にする。本発明の特許保護される範囲は、請求項によって定義され、当業者であれば想起される他の実施例を含むことができる。このような他の実施例は、請求項の文言と差違のない構造要素を有する場合、或いは、請求項の文言と僅かな差違を有する均等な構造要素を含む場合には、本発明の範囲内にあるものとする。
【符号の説明】
【００３０】
１０  系統システム
１２  公益事業体
１４  制御センター
１６  発電所
１８  代替の発電所
２０  水処理プラント
２２  ガス処理プラント
２４  送電系統
２６  配水系統
２８  ガス供給系統
３０  計量インフラストラクチャ
３２  商業施設
３４  住宅
３６  供給停止管理システム（ＯＭＳ）
３８  供給管理システム（ＤＭＳ）
４０  地理情報システム（ＧＩＳ）
４２  顧客情報システム（ＣＩＳ）
４４  音声自動応答装置（ＩＶＲ）システム
４８  コンピュータシステム
【図１】
2015012802.tif 000003
【図２】
2015012802.tif 000004
【図３】
2015012802.tif 000005
【図４】
2015012802.tif 000006
【図５】
2015012802.tif 000007
【外国語明細書】
2015012802000001.pdf