JP2010518693A

JP2010518693A - ユーティリティａｍｒ／ａｍｉネットワークにおける連続流動式プロビジョニング

Info

Publication number: JP2010518693A
Application number: JP2009548234A
Authority: JP
Inventors: サードリーブス，ドナルド，エル，ザ; ペイス，ジェームズ; グレイディー，ブライアン; ヴァスワニ，ラジ
Original assignee: Silver Spring Networks Inc
Current assignee: Itron Networked Solutions Inc
Priority date: 2007-02-02
Filing date: 2007-05-25
Publication date: 2010-05-27
Anticipated expiration: 2027-05-25
Also published as: CN101682677B; US11528343B2; KR101327898B1; JP5164996B2; KR20090109569A; TWI472216B; MX2009008226A; EP2106654A4; EP2106654A1; US20080187116A1; AU2007345674A1; BRPI0721267A2; RO126259A2; US20230106789A1; CA2676878A1; RU2446610C2; WO2008094277A9; AU2007345674B2; US20110295730A1; MY147380A

Abstract

複数の電子ユーティリティ装置の一部から受信した機器設定状態情報及び受信した機器設定状態情報と所定の機器設定状態情報との比較に基づいて、経路に関連する複数の電子ユーティリティ装置の少なくとも一部を自動的にセットアップするための装置管理モジュールを含む、製品供給経路を有するユーティリティ・ネットワークに関連するシステム。

Description

関連出願

本出願は、その内容を本文で参考として引用している２００７年２月３日出願の出願番号第６０／８９９，３２８号の米国暫定特許出願に対する優先権を請求する。

本発明はユーティリティ・ネットワーク、特にユーティリティ・ネットワークとユーティリティ・メータの自動読み取りのためのユーティリティ・ネットワーク管理システムを操作する方法に係わるものである。

サービスが提供される場所と、各場所に配備されているメータと、サービスに対して料金が請求される顧客を記録し、かつ管理するために、ユーティリティは現在、顧客情報システム（“ＣＩＳ”）を使用している。とりわけ、ＣＩＳは顧客取引のビジネス状態を保持している（例えば、顧客の請求口座が最新のものならば、サービスは現在行われているか、いないか、顧客が何時、ある場所に転入、または転出するか、等）。

今日、配備されている殆どのメータは通信ネットワークに接続されていないので、ＣＩＳは通常、メータとは直接通信しない。代わりに、ユーティリティのＣＩＳはしばしば作業命令管理システム（“ＷＯＭＳ”）と統合され、これはメータ読み取り及び保守スタッフによって手動で行われることを必要とするサービス切符を確認する。例えば、顧客が或る場所から転出してサービスが打ち切られるとき、サービス切符が作られてメータの物理的な読み取りを行うためにその場所にメータ読み取り人を派遣し、そして顧客への最終的な請求書がつくられる。ユーティリティは一般に、サービスからメータを取り除くかどうか、さもなくば物理的にサービスを打ち切るか、どうかを決定するために使用されるビジネス・ルールを適切な場所に持っている。新規顧客が或る場所に転入すると、サービスを始動するために、このプロセスが繰り返され、その結果、顧客は始動日以後に与えられるサービスに対して単純に勘定書で請求される。

自動化メータ読み取り（“ＡＭＲ”）システムを配置したユーティリティに関して、ユーティリティのＣＩＳはデータを、どのメータが読まれるべきかを示すＡＭＲシステムに取り込む。その時、ＡＭＲシステムはＷＯＭＳのためのデータを生成し、次に移動無線収集システムを介してデータを収集するためにメータ読み取り者が移動するルートを生成する。もう一つの方法としては、もし配置されているとしたら、固定無線ネットワークとデータを収集するために通信を行なうであろう。何れの場合に於いても、メータ読み取りデータは普通メータから収集者に一方向に通信される。正しい型のデータが各メータから読み取られていることを検証するために、データ検証プロセスをユーティリティによって使用することができる。

従来のユーティリティ・システムは普通、ユーティリティにさまざまな手動プロセスと脆弱性、またはそれらの何れかを残している。例えば、ユーティリティがサービスを打ち切って特定の場所に変わるときには、“最後の読み取り”は手動で行われねばならない。そのようなシステムは一般に動作を停止させたメータに関してサービス窃盗を識別することが出来ない。または、もう一つの方法としては、“窃盗を防ぐためにメータを外すように“トラックロール”が命令されなければならない。別な方法として、または付加的に、メータが顧客の請求書発送実施と密着した方法で設定されているか、どうかを決定するために、そのようなシステムは前もっての検証を行うことはない。むしろ、如何なる食い違いもメータのデータが手動で再調査された後でのみ発見され、その時点では何週も何ヶ月も過ぎており、収入は失われている。代わりに、または付け加えるに、そのようなシステムは、請求書が作成されるとき見落としたデータが発見されるまでＡＭＲシステムに配置されているメータが実際に読まれているという如何なる実時間表示も提供しない。請求書を作成するために利用できる限られた時間で、手動メータ読み取りがしばしば要求される。あるいは別の方法として、請求書が見積られることがある。これは過不足の請求のために顧客に不満を与える可能性がある。別な方法として、または付加的に、そのようなシステムは提供しないか、または窃盗の可能性を示す、これはサービス窃盗を示すかもしれない、実時間警報をユーティリティ装置で受信する限られた能力のみを提供する。さもなければ、そのような警報が示されるとき、それらはユーティリティ要員によって現場で生じる期待される活動力と相関をとることは往々にして困難である（例えば、警報は積極的な過ちを犯すことがあるかも知れない）。

いくつかの実施態様において、本発明のユーティリティ・ネットワーク管理システムは、顧客アカウントの状態と顧客場所でのメータの状態（即ち、“管理”状態）、またはそれらの何れかに関連してＣＩＳ内に保存されている知識と、指定された場所でのメータの状態（即ち、“動作”状態）との相関をとる、または相関をとるのを援助する。本発明のユーティリティ・ネットワーク管理システムはまた、または代わりに、状態が変化したときにユーティリティの商慣行と密着した活動を推進するために柔軟な機構を含むことができる。

本発明のユーティリティ・ネットワーク管理システムは、状態遷移メカニズムを有するユーティリティ・ネットワーク管理センター（“ユーティリティＮＭＣ”）を含むことができる。状態遷移メカニズムは、アカウント・サービスがＣＩＳ内で止まっているときアカウントの状態が変化していることを示す信号を受信することができる。状態遷移メカニズムはその時メータの管理状態が活性から不活性に変化したことを指摘することができる。

いくつかの実施態様において、状態遷移メカニズムはその時、動作状態変化を不活性に切り替える。その状態変化を処理する活動はまた、あるいは代わりにネットワークを介してメータの要求に応じた読み取り要求を起動する。そのとき、出来の良い要求に応じた読み取りはメータの動作状態を不活性に遷移させることができる。さもなければ、読み取り計画を再試行することができる（直接的に、または近隣のメータを介して）。

メータの状態が不活性に変化したとき、サービスを遠隔操作で切断することができる（もしメータがその機能性を支援するならば）。あるいは代わりに、定期的に不活性メータを読み、かつ不活性サービスに固執しない（例えば、所定の閾値よりも高いところでの日単位での使用）使用パターンを探す自動読み取り作業に、そのメータを自動的に追加することができる。不活性メータでの読み取り作業は活性メータよりも少ない頻度数で行われる。

最初に、メータがネットワークによって発見され、または確認され、そして管理状態に基づいて動作していることが確認されると、そのメータを即座に候補にたてることができ、または設定検証のために比較的速く候補にたてられる。データはそのとき、ネットワーク上で検索され、そして請求書作成プログラムまたは他の所定の、かつ期待の特性、またはそれらの何れかと比較される。もし、見つけられたものと期待されたものとの間に一致があるならば、メータは成功裏に起動され、それから自動読み取りスケジュールに追加される。もし、不一致があるならば、その不一致は指摘され、それからシステムのユーザ・インターフェイスを介して解決することができる。あるいは、別の方法として不一致は所定のビジネス規則を用いて自動的に解決することができる。ビジネス規則はユーティリティによって定義することができる。

ユーティリティ・ネットワーク管理システムはメータの状態と請求書発送日付に注意することができるので、ユーティリティ・ネットワーク管理システムは請求書発送の最終日付に先んじて読み取りの失敗の報告書を作成することができる。傾向としては失敗した読み取りに対処するためにネットワーク構造基盤の配置（または、再配置）を要求するようなネットワーク・レベルの問題を識別するのを手助けする方向にあるとも確認される。

警告は通信ネットワークを介して実時間に近い状態で送信することができる。保守状態にある装置に関して生成される警告に対しては、誤検出を消去または減少させるために自動的にフィルターすることができる。そのとき、残留した警告に対してはユーティリティによって即座に、自信を持って決定を下すことができる。

関連する情報が受信されると即座に、または程なくユーティリティ・ネットワーク管理システムは適切なプロビジョニングを提供することができる。一般に、従来のシステムは通常は変化を一つにまとめており、そして、最終顧客とユーティリティの最終的な損益に悪い影響を与え得る遅延を生じている。

いくつかの実施態様において、本発明のユーティリティ・ネットワーク管理システムはオペレータ介入の必要性を最小化するために、可能な最も広い範囲まで例外を操作し、適合させるように設計されている。例外を如何にオペレータの介入なしでプログラム的に対処されるべきかを実施するために、ビジネス・ルールまたはプロトコルが決定され、設定される。それ故に、その解決法はユーティリティの存在するビジネス手法に従うものである。

如何なる大規模ＡＭＩまたはＡＭＲネットワークにおいても最も重要な現在行われているコスト要因はシステム管理に関係する人件費である。本発明のユーティリティ・ネットワーク管理システムは、その規模が配置された装置の数ではなく、その代わりにユーティリティが装置のネットワークで行うビジネス活動の数である、装置をセットアップし、かつ管理するための手段を提供することができる。

本発明は製品供給経路を有するユーティリティ・ネットワークに関連するシステムを提供する。このシステムは、複数の電子ユーティリティ装置の一部から受信した設定状態情報と受信した設定状態情報と所定の設定状態情報との比較に基づいて、経路に関連した少なくとも複数の電子ユーティリティ装置の一部を自動的にセットアップするための装置管理モジュールを含むことができる。

本発明はまた、ユーティリティ・ネットワークの製品供給経路と関連する複数の電子ユーティリティ装置の少なくとも１つからの設定状態情報を受信し、かつ受信した設定状態情報と所定の設定状態情報との比較に基づいて電子ユーティリティ装置を設定するか、どうかを決定するために、コンピュータで読み取り可能な媒体に保存された、ソフトウェアを含む装置管理システムを提供する。

本発明はまた、ユーティリティ・ネットワークの製品供給経路と関連する電子ユーティリティ装置をセットアップする手段を提供する。これは、電子ユーティリティ装置から情報を受信し、受信した電子ユーティリティ装置情報から電子ユーティリティ装置のための設定状態を識別し、そして識別した設定状態に基づいて電子ユーティリティ装置を設定するか、どうかを決定することを含むものである。

本発明は、ユーティリティ・ネットワークの製品供給経路と関連する複数の電子ユーティリティ装置をセットアップする手段を提供する。この手段は、電子ユーティリティ装置からの設定状態情報を受信し、受信した設定状態情報を所定の設定状態情報と比較し、受信した設定状態情報から電子ユーティリティ装置プログラム・シールを計算し、そして計算したプログラム・シールに従って電子ユーティリティ装置のインテグリティを検証することを包含する。

本発明のほかの特徴は詳細な説明と付随した図面をよく見ることによって明らかになる。

本発明のいくつかの実施態様によるユーティリティ・ネットワーク管理システムの略図である。図１のユーティリティ・ネットワーク管理システム展示の略図であり、ユーティリティ・ネットワーク管理センター、顧客情報システム、およびユーティリティ・グリッド間の通信を示している。本発明に従ってメータをセットアップするための手段の略図である。本発明に従ってメータをセットアップするための手段の略図である。本発明に従ってメータをセットアップするための手段の略図である。本発明に従ってメータをセットアップするための手段の略図である。本発明に従ってメータをセットアップするための手段の略図である。本発明に従ってメータをセットアップするための手段の略図である。本発明に従ってメータをセットアップするための手段の略図である。本発明のいくつかの実施態様による電子ユーティリティ装置とユーティリティ・ネットワーク管理システムの他のネットワーク構造基盤装置に関する動作と管理状態データを包含する表である。

発明の実施態様を詳細に説明する前に、この発明は以下の記述で述べられ、また以下の図面で例示される要素の構成や配列の詳細に出願において制限されないということが理解されるべきである。本発明はほかの実施態様も可能であり、いろいろな方法で実施または実行するころができる。更に、本文で用いられている言葉遣いや専門用語は記述を目的としており、制限と見做されるべきではない事が理解されるべきである。ここで、“を含む”、“を包含する”、“を有する”とその変形はそれ以後に取り上げた項目や、付加した項目と同様にそこでの等価的な項目を包含することを意味するものである。

当業者には明らかであるように、図で示されるシステムやネットワークは実際のシステムやネットワークの有りそうなモデルである。気付くように、記述されるモジュールやロジック構造の多くはマイクロプロセッサーや同じような装置で実行されるソフトウェアで実施することができる。あるいは、例えば、特定用途集積回路（“ＡＳＩＣｓ”）を含むいろいろな部品を用いたハードウェアで実施することができる。“プロセッサー”という言葉はハードウェアとソフトウェアの両方、またはそれらの何れかを含むか、または言うことがある。その上に、本明細書ではどこでも大文字が使用される。そのような言葉は普通の慣習に合うように、そして記述をコーデング例、式および図面、またはそれらの何れかと関係付けるために用いられる。しかしながら、単に大文字の使用のために、如何なる特別な意味も含まれることはなく、あるいは推論されるべきではない。このように、本発明は特別な例または言葉、あるいは如何なる特別なハードウェアやソフトウェアの実施、またはソフトウェアまたはハードウェアの組み合わせにも制限されるものではない。

図１から図１０は、ユーティリティ・グリッド１６内にある多くの電子ユーティリティ装置１２（即ち、消費を記録し、かつ監視するための、またはそれらの何れかのためのガス、水、または他のユーティリティ・グリッド構造基盤に装着するか、または一緒に動作するユーティリティ・メータ）とネットワーク構造基盤装置１４（例えば、ユーティリティの事務管理部門とサービス区域に設置された１つ以上の電子ユーティリティ装置１２の間の通信ネットワークを構築するために現場に配置され、かつユーティリティ・グリッドまたはユーティリティ・ネットワーク１６の製品供給経路に沿って位置する節点、ゲートウェイ節点、送信機、受信機と他の装置またはそれらの何れか）の効率の良い、自動化され、かつ費用効率の高い、またはそれらの何れかであるプロビジョニングのために使用されるユーティリティ・ネットワーク管理システム１０を示している。ユーティリティ・ネットワーク管理システム１０は端から端までのシステムと要素、またはそれらの何れか、とＡＭＲネットワーク内の電子ユーティリティ装置１２のネットワークを管理するために用いられる情報フロー技術を包含している。

ゲートウェイはユーティリティ・ネットワーク管理センター２０（“ユーティリティＮＭＣ”）および装置管理システム４２（“ＤＳＭ”）と広域ネットワーク（“ＷＡＮ”）の上で通信をする機能を行う装置またはネットワーク節点である。ゲートウェイはローカル・エリア・ネットワーク（“ＬＡＮ”）の上で電子ユーティリティ装置１２に接続することができる。いくつかの場合には、電子ユーティリティ装置１２はリレーやリピータを介してゲートウェイと通信する。ここで使用されるように、“アクセス・ポイント”と“ゲートウェイ”という言葉は互換的に使用される。

電子ユーティリティ装置１２は電子ユーティリティ装置１２をリレーとゲートウェイ、またはそれらの何れかを介してＮＭＣ２０と２方向通信を維持できるようにするネットワーク・インターフェイス・カード（“ＮＩＣ”）を含むことができる。ゲートウェイはネットワークの上でスケジュールを実行し、読み取りデータを収集することができ、かつ読み取ったデータをユーティリティ・ネットワーク管理センター２０（“ＮＭＣ”）（以下にもっと詳しく述べる）に送ることができる。または、これらの何れかを行うことができる。ゲートウェイはまたユーティリティＮＭＣ２０のエージェントとして機能することができ、かつ経路計算や接続可能性ピンやクエリーのようなネットワーク管理機能を行うことができる。リレーはネットワークの枝を拡張するために使用することができる。いくつかの実施態様において、リレーは電子ユーティリティ装置１２に対して最も良い見通し線を得るために高い位置に置かれている。いくつかの電子ユーティリティ装置１２は１個のリレーと関係することができ、そしていくつかのリレーは１個のゲートウェイと関係することができる。いくつかの実施態様において、電子ユーティリティ装置１２はまた、あるいは代替的にリレーの機能のいくつか、または全てを行うことができる。

経路は発見された、スタテックな、一時的なネットワークであり得る。新しい電子ユーティリティ装置１２が配置され、または起動されて経路がネットワーク２８を介して発見メッセージを送信すると、ネットワーク発見型経路はＬＡＮによって利用される経路選択アルゴリズムによって規定される一組の規則に従って決定される。スタテックな経路はその後の通信のために確保され、そして使用されるユーザ定義型経路である。ユーザ定義型スタテック経路は他のネットワーク発見型経路より優先することができる。オン・デマンドのピンを行うとき、ユーザは確保、あるいは再利用することのない終点への一度限りの経路を指定することができる。

本文では、“プロビジョニング”という言葉は、特に電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかを発見し、または場所決めをし、そしてそれらの電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかをユーティリティ・グリッド構造基盤の上で認証し、そしてユーティリティの構造基盤ガイドラインにしっかり従って動作するように各電子ユーティリティ装置１２または他のネットワーク構造基盤装置１４を設定し、そして各電子ユーティリティ装置１２または他のネットワーク構造基盤装置１４を電子ユーティリティ装置１２または他のネットワーク構造基盤装置１４がユーティリティ・グリッド１６内でその役割を遂行できるような（例えば、電子ユーティリティ装置１２がネットワーク内で読み取られ、かつ動作すること、またはそれらの何れかができるように）適切な量のスケジュールに基づいた作業に付加する、プロセスを言っている。本文では、“連続流動式プロビジョニング”という言葉は特にユーティリティにユーティリティ・グリッド１６内の非常に多くの電子ユーティリティ装置１２または電子ユーティリティ装置１２のグループを管理させるプロセスを言っている。本文では、“連続流動式プロビジョニング”という言葉は更に、あるいは代わりに、ユーティリティ・グリッド１６内の非常に多くのネットワーク構造基盤装置１４またはネットワーク構造基盤装置１４のグループを、オペレータを介入させることなくユーティリティにプログラム式に管理させるプロセスを言うことができる。

図１と図２に示されるように、本発明のユーティリティ・ネットワーク管理システム１０は、ユーティリティ・グリッド１６内の１つ以上のネットワーク構造基盤装置１４と１つ以上の電子ユーティリティ装置１２、またはそれらの何れかとインターフェイスするユーティリティ・ネットワーク管理センター（“ユーティリティＮＭＣ”）２０を含むことができる。ユーティリティＮＭＣ２０は遠隔自動化メータ読み取り、消費量データの収集と解析、機能停止とサービス修復支援、および他の通信機能、またはそれらの何れかを行うことができる。ユーティリティＮＭＣ２０は更に、離れた場所にある（例えば、顧客の場所）電子ユーティリティ装置１２と顧客情報システム（“ＣＩＳ”）２２の間の２方向通信を提供することができ、そしてユーティリティ・グリッド１６内のいくつかの、または全ての電子ユーティリティ装置１２とネットワーク構造基盤装置１４に対して流水式プロビジョニングを行うことができる。いくつかの実施態様において、電子ユーティリティ装置１２は更に、家庭電化製品とユーティリティに接続された建物内装置であり得る。そして、これは直接的に、または施設外に配置された多くの電子ユーティリティ装置１２を介してユーティリティＮＭＣ２０と２方向通信を有している。いくつかの、そのような実施態様において、施設内装置は分離したユーティリティ・ネットワークの一部である。

図１と図２に示されるように、ユーティリティＮＭＣ２０と電子ユーティリティ装置１２はネットワーク構造基盤装置１４（例えば、リレー中継局２４とゲートウェイ２６）を介して、かつネットワーク２８（例えば、広域ネットワーク（“ＷＡＮ”）の上で通信することができる。他の実施態様においては、ユーティリティＮＭＣ２０は１つ以上の電子ユーティリティ装置１２と他の分散した公共の、または私用の電気通信ネットワークとローカル・エリア・ネットワーク（“ＬＡＮ”）、またはそれらの何れかを用いて直接的に通信することができる。さらに他の実施態様においては、電子ユーティリティ装置１２と、ユーティリティＮＭＣ２０とネットワーク構造基盤装置１４、またはそれらの何れかは周波数ホッピング拡散スペクトラムプロトコル能力、広帯域通信能力、ＩＰｖ４通信能力およびＩＰｖ６通信能力を含んでいる。

図１と図２に示されるように、ユーティリティＮＭＣ２０は事務管理部門の装置管理モジュール２９を含んでおり、これは電子ユーティリティ装置１２と、ネットワーク構造基盤装置１４と、ユーティリティ・グリッド１６と、またはそれら何れかと、支援モジュール３０に関して１つ以上の制御と監視機能を行うために動作可能であり、そして、これは更に、あるいは代わりに、電子ユーティリティ装置１２と、ネットワーク構造基盤装置１４と、ユーティリティ・グリッド１６と、またはそれら何れかに関して１つ以上の制御と監視機能を行うことができる。いくつかの実施態様においては、事務管理部門の装置管理モジュール２９は既存のシステムであり得る。そして支援モジュール３０は付加的な制御および監視機能を与えるために後で追加されることがある。いくつかの、そのような実施態様において、支援モジュール３０は以下に述べるいくつかの、あるいは全ての機能を行うことができる。他の実施態様においては、ＮＭＣ２０は１個の事務管理システムを含んでおり、これは電子ユーティリティ装置１２と、ネットワーク構造基盤装置１４と、ユーティリティ・グリッド１６と、またはそれら何れかに関して、殆ど全ての制御と監視機能を行うために動作可能である。更に、ここでは事務管理システムに対して言っているが、一方においてＮＭＣ２０とＮＭＣ２０の個々の要素（例えば、事務管理装置の管理モジュール２９と支援モジュール３０）は多くの異なった場所を持つことがあり、多くの場所の間に分散されていることがあり、あるいは１つの纏まった場所に保存されることがある。

ユーティリティ・ネットワーク管理システム１０の動作中に、管理状態、メータ位置及び他のデータ、あるいはそれらの何れかは、シンプル・オブジェクト・アクセス・プロトコル（“ＳＯＡＰ”）を用いてＣＩＳ２２からＮＭＣ２０にアップロードされる。これは拡張型マークアップ言語フォーマット（“ＸＭＬフォーマット”）要求をハイパーテキスト転送プロトコル（“ＨＴＴＰ”）を用いてサーバに送り、そしてＸＭＬフォーマットでの返答を受信する。ＨＴＴＰはインターネット通信では標準的な、認められたプロトコルであり、ＨＴＴＰ要求に対して殆どのウェブ・サーバは認識し、応答するのでユーティリティ・ネットワーク管理システム１０の１つ以上の要素は比較的容易に統合化できる。加えるに、ＸＭＬはユーザが電子ファイルにレッテルをはり、構築することのできるソフトウェアの集合なので、その電子ファイルはいろいろなシステムの間で容易に交換することができる。それ故に、メッセージを送信し、かつ受信するために、またはそれら何れかのためにＸＭＬを使用することは商標で守られたフォーマットとは異なり、如何なるプラットフォームの如何なるシステムでもメッセージを読み、処理することが可能である。他の実施態様において、ユーティリティ・ネットワーク管理システム１０またはユーティリティ・ネットワーク管理システム１０の要素は更に、あるいは代わりに他のフォーマットを持つメッセージを送信することもでき、あるいは受信することもできる。これは商標で守られていることもあり、守られていないこともある。

ユーティリティ・ネットワーク管理システム１０の動作中に、ユーティリティ・グリッド１６の各電子ユーティリティ装置１２には、管理状態、これは電子ユーティリティ装置１２のビジネス向けの状態を指定するものであり（例えば、ユーティリティ・サービスが電子ユーティリティ装置１２と関係する場所に、電子ユーティリティ装置１２と関係する顧客に供給されているか、など）、そして動作状態、これは電子ユーティリティ装置１２の現在の動作モードを指定する（例えば、電子ユーティリティ装置１２は動作可能であるか、どうか）ものであり、これらが割り当てられる。いくつかの実施態様において、１つ以上のネットワーク構造基盤装置１４には更に、あるいは代わりに、管理状態、これはネットワーク構造基盤装置１４のビジネス向けの状態を指定するものであり、そして動作状態、これはネットワーク構造基盤装置１４の現在の動作モードを指定するものであり、これらが割り当てられる。いくつかの実施態様において、ユーティリティ・ネットワーク管理システム１０は、一つはネットワークの管理状態であり、他は顧客状態の管理状態である２つの分離した管理状態を有することができる。

図２に示されているように、ＮＭＣ２０は装置状態マネージャ３０を含むことができ、これは管理状態と他の外部入力、またはそれらの何れかの変化を通して電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかの動作状態を管理し、維持し、駆動する。装置状態マネージャ３０は装置データ・モジュール３２（“ＤＤＭ”）、有限状態マシーン３４（“ＦＳＭ”）、装置状態キュー３８（“ＤＳＱ”）と装置状態モニター４２（“ＤＳＭ”）を含むことができる。

装置状態マネージャ３０と装置状態マネージャ３０によって行われる機能は、事務管理装置の管理モジュール２９と支援モジュール３０、またはそれらの何れかに含むことができる。従って、いくつかの実施態様において、事務管理装置の管理モジュール２９と支援モジュール３０は各々ＤＤＭ３２、ＦＳＭ３４、ＤＳＱ３８とＤＳＭ４２のうちの１つまたは全てを含むことができる。

ＤＤＭ３２は、例えば、管理と動作の状態、電子ユーティリティ装置１２は起動されているか、通信ネットワーク２８の要素としての状態、物理的な位置および他の動作の特徴のような、ユーティリティ・グリッド１６に在る、幾つか、または全ての電子ユーティリティ装置１２の特性を保持するデータベース・スキーマである。ＤＤＭ３２は更に、あるいは代わりに、いくつかの、または全てのネットワーク構造基盤装置１４の特性を保持するものである。

ＦＳＭ３４は、指定された管理状態に一致した方法で１個の電子ユーティリティ装置１２または１個のネットワーク構造基盤装置１４の動作状態間の遷移を管理するビジネス論理プログラムである。ＤＳＱ３８は１個の電子ユーティリティ装置１２または１個のネットワーク構造基盤装置１４の状態遷移を決定する各記録を有する持続性待ち行列の記録である。

いくつかの実施態様において、ユーティリティ・ネットワーク管理システム１０は、各装置の両方の状態への即時、または即時に近い可視性を与えるのと同じように、指定された管理状態と一致する動作状態間でのユーティリティ・グリッド１６にある如何なる装置の遷移でも管理することのできる統合化ネットワーク中心型システムと有限状態マシーンＦＳＭ３４を含むことができる。

ＤＳＱ３８の記録を処理し、電子ユーティリティ装置１２が何らかの動作状態の変化を受けたとき、かつネットワーク構造基盤装置１４が何らかの動作状態の変化を受けたとき、あるいはそれらの何れかの場合においても要求されたビジネス機能を実施するＤＳＭ４２はソフトウェア・モジュールである。ＤＤＭ３２、ＦＳＭ３４、ＤＳＱ３８とＤＳＭ４２は一緒に、ユーティリティ・グリッド１６にあるいくつかの、または全ての電子ユーティリティ装置１２とユーティリティ・グリッド１６にあるいくつかの、または全てのネットワーク構造基盤装置１４、あるいはそれらの何れかに関する装置の状態管理を行う。

ＤＤＭ３２に保存されている装置の属性は、ＳＯＡＰを基礎にした応用プログラムインターフェイス（“ＡＰＩｓ”）（例えば、ルーチンと、プロトコルと、ソフトウェア・アプリケーションを組み立て、あるいは維持するための道具、あるいはそれらの何れか）を介して、あるいはユーザ・インターフェイスを通して直接的に、更新される。図３から判かるように、電子ユーティリティ装置１２または電子ユーティリティ装置１２のグループの管理状態はＡＰＩインターフェイスとユーザ・インターフェイス、またはそれらの何れかを使用して更新することができる。前に使われた例外型の情報もまたＤＤＭ３２に保存され、そしてＡＰＩとユーザ・インターフェイスを通してユーティリティ・ネットワーク管理システム１０のオペレータや他の要素に利用可能なようにされる。

いくつかの実施態様において、ユーティリティ管理システム１０（例えば、機能停止管理システム）のオペレータと他のコンポーネント、または要素は、ＡＰＩｓとユーザ・インターフェイスを通してコンポーネントのＤＳＭ集合の内部作業に向かうことができる。オペレータは、更に、あるいは代わりに現在の状態と明らかになっている前にあった遷移、またはそれらの何れかに向かうことができる。イベントはまた、例外が状態遷移過程の間に起こるときＤＳＭ４２によって生成される。それ故に、オペレータはユーティリティ・グリッド１６内に何が起こったかを理解することができる。

図３から判かるように、電子ユーティリティ装置１２またはネットワーク構造基盤装置１４の属性の変化はＦＳＭ３４起動し、ＦＳＭ３４に状態変化が保証されているか、どうかを決定させる。もし状態変化が保証されているならば、ＤＳＭ４２による非同期処理のために記録がＤＳＱ３８に付加される。ＤＳＭ４２はＤＳＱ３８からの各記録を取り出し、電子ユーティリティ装置１２またはネットワーク構造基盤装置１４の能力によって駆動されて、ユーティリティＮＭＣ２０の中にハードコード化されるか、またはユーティリティによって指定されるビジネス・ルールに従ってそれを処理する。

如何なる時刻にも、ＦＳＭ３４に変化を起こさせる装置の属性変化の洪水が起こりうるので、ＤＳＭ４２の非同期性はユーティリティＮＭＣ２０の伸縮を可能にしている。もし処理が非同期的な方法で行われるならば、各状態遷移に必要とされる作業を行っている間、全てのユーティリティ・グリッド１６またはユーティリティ・グリッド１６の重要な部分は停止することになるだろう。そして、その多くはユーティリティ・グリッド１６の２つ以上の要素の間で交換される往復のメッセージを必要とする。代わりに、出来るだけ速く変化を処理するためにＤＳＭ４２は裏で仕事をするが、優先順位の高い仕事は並行してシステムを流れて行くことができる。更に、いくつかの実施態様においては、その処理は中断され、一連の時間および仕事完了の証印で再開することができる。

いくつかの実施態様においては、ユーティリティ・ネットワーク管理システム１０は１つのＤＳＭ４２が故障してもユーティリティ・ネットワーク管理システム１０が機能し続けることを確実にするために２つ以上のＤＳＭｓ４２を含むことができる。この配置トポロジーはＤＳＱ３８、そのものによって容易になり、これはデータベースに固執するものである。記録はバッチ処理でＤＳＱ３８から取り出され、１個のＤＳＭ４２によって処理される。記録がＤＳＱ３８から取り出されると、その記録は作業が進行していることを示すために時刻印で更新される。付加的なＤＳＭ４２の処理はＤＳＱ３８から記録を取り出し、並行または同時に、その記録を処理することができる。

複数のＤＳＭｓ４２を有するユーティリティ・ネットワーク管理システム１０の実施態様において、もし記録が設定可能な時間枠内で完了されるものとして明らかにされないならば（即ち、仕事に割り当てられたＤＳＭ４２が誤動作するとき）ＤＳＱ３８は代わりのＤＳＭ４２に再度利用できる記録を作る時間切れメカニズムを含むことができる。この方法で、１個のＤＳＭ４２が機能し続けている限りＤＳＱ３８内の全ての項目は処理のために利用できるようになる。複数のＤＳＭｓ４２を有するユーティリティ・ネットワーク管理システム１０の実施態様は極めて有用である（即ち、そのようなシステムは１つ以上の構成要素が故障しても機能し続けることができる）。

動作中、そして図２および図３から判かるように、ユーティリティＮＭＣ２０の有限状態マシーン（“ＦＳＭ”）３４は電子ユーティリティ装置１２またはネットワーク構造基盤装置１４の新しい動作状態を識別するために、もしあれば、新しい管理状態に基づいて更新されたデータを使用することができる。代わりに、または加えるに、ＦＳＭ３４は、新しい運用状態に対処するために、ＤＳＱ３８に非同期処理のための記録を付け加えることができる。

図４に示されるように、もし電子ユーティリティ装置１２がユーティリティ・ネットワーク管理システム１０に付加されるならば、またはＮＭＣ１０が以前に認識されなかった電子ユーティリティ装置１２の標識となるデータを受信するならば（即ち、ユーティリティ・グリッド１６が新しい電子ユーティリティ装置１２を含むために拡張されるとき）、電子ユーティリティ装置１２が起動される準備ができていることを示すためにＤＳＱ３８に信号が送られる。代わりに、または加えるに、もしネットワーク構造基盤装置１４がユーティリティ・ネットワーク管理システム１０に付加されるか、またはユーティリティ・ネットワーク管理システム１０が以前に認識されなかったネットワーク構造基盤装置１４の標識となるデータを受信するならば、ネットワーク構造基盤装置１４が起動される準備ができていることを示すためにＤＳＱ３８に信号が送られる。

ユーティリティＮＭＣ２０の装置状態モニター（“ＤＳＭ”）４２はその時、ＤＳＱ３８からデータを受信し、電子ユーティリティ装置１２またはネットワーク構造基盤装置１４を起動することができる。起動している間に、ネットワーク２８に相応しい、または指定された設定（すなわち、通信チャネルとタイミング、またはそれらの何れかの設定）をアップロードするためにＤＳＭ４２は電子ユーティリティ装置１２に内蔵されているネットワーク・インターフェイス・カード（“ＮＩＣ”）の設定を行うことができる。いくつかの実施態様において、ＮＩＣｓは保護されているか（公的な、または私的な鍵を介して）、または１つ以上の電子ユーティリティ装置１２に接続することが出来、かつ電子ユーティリティ装置１２とネットワーク構造基盤装置１４との間の２方向通信を提供することができる。その時、ＤＳＭ４２は電子ユーティリティ装置１２のプログラム・データを読むためにゲートウェイ２６に要求を送ることが出来る。

図４から判かるように、ユーティリティＮＭＣ２０は新しくアップロードされたデータを電子ユーティリティ装置１２のために期待されるプログラム・データと比較する事ができる。いくつかの実施態様において、期待されるプログラム・データは顧客が指定した場所のために選択したサービス計画によって駆動されるか、またはその関数でありうる。代わりに、または加えるに、期待されるプログラム・データは期待される消費量は少なくとも一部は指定された場所での先行の使用量に基づいたものであり、かつ少なくとも一部は一年の特別な時期に期待される消費量に基づいたものであり、あるいはそれらの何れかに基づいて期待される消費量の関数によって駆動される。もしアップロードされたデータが電子ユーティリティ装置１２の期待されるプログラム・データに対応するか、または適合するならば、電子ユーティリティ装置１２はうまく起動されたとして記録される。ＦＳＭ３４はその時、新しい動作状態（即ち、活性化）を電子ユーティリティ装置１２に割り当てる。この方法で、次のメータの読み込みは新しく活性化された電子ユーティリティ装置１２を識別し、電子ユーティリティ装置１２にデータを送信し、電子ユーティリティ装置１２からデータを受信し、かつユーティリティ・グリッド１６内で電子ユーティリティ装置１２を維持するために繰り返し活動を遂行する、またはそれらの何れかを行う。

起動についで、または同時にメータ・プログラム・データはユーティリティＮＭＣ２０から非同期にアップデートすることができる。いくつかの実施態様において、ユーティリティＮＭＣ２０は装置の初期の発見に基づいて各装置を設定し、かつ時間とともに設定データを更新するメカニズムを提供する、またはそれらの何れかを行うことができる。

いくつかの、または全ての電子ユーティリティ装置１２またはユーティリティ・グリッド１６に追加されるネットワーク構造基盤装置１４は、それらが実際ユーティリティ・グリッド１６の一部であり、ユーティリティ・グリッド１６を運用するためのガイドラインと一致する方法で設定されていることを保証するために初期の証明または認証を必要とする。不一致が発見されると、電子ユーティリティ装置１２またはネットワーク構造基盤装置１４の再設定が要求され、そしてユーティリティＮＭＣ２０は不一致に気付いて修正動作が特定され、実施される。“メータ・プログラム”は電子ユーティリティ装置１２は何のデータを読んでいるか、読んでいる時の周波数は、そして電子ユーティリティ装置１２が従うことを必要とされる制限規則を特定する設定オプションを集めたものである。本文で記述されるシステムは、いくつかの、または全ての電子ユーティリティ装置１２とユーティリティ・グリッド１６に追加されるネットワーク構造基盤装置１４、またはそれらの何れかと、少なくともいくつかの電子ユーティリティ装置１２に設定されるメータ・プログラムの集合と、の両方を管理するためにネットワーク・レベルの設定を行うものである。

電子ユーティリティ装置１２とユーティリティ・グリッド１６内のネットワーク構造基盤装置１４、またはそれらの何れかの、設定の自動化された管理は全体のプロビジョニング処理作業行うために重要である。実際、プロビジョニングの重要な所は電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかを電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかの初期の発見に基づいて設定することと、時間と共に設定を更新するメカニズムを提供することである。

いくつかの実施態様において、ＮＭＣユーティリティ２０は電子ユーティリティ装置１２の各々に関して３つ以上の基本的に異なった型の設定データを維持することができる。例えば、ユーティリティＮＭＣ２０は各電子ユーティリティ装置１２に内蔵されるＮＩＣに関連したネットワーク設定を維持することができる。ユーティリティＮＭＣ２０はまた、あるいは代わりにＮＩＣが内蔵されている電子ユーティリティ装置１２に関連した装置特定型設定（“メータ・プログラム”）を維持することができる。装置特定型設定データは電子ユーティリティ装置１２の内部ハードウェアに保存することができる。別の方法として、装置特定型設定データは電子ユーティリティ装置１２のＮＩＣに保存することができる。いくつかの実施態様において、ユーティリティＮＭＣ２０はまた、あるいは代わりに電子ユーティリティ装置１２に接続され、または動作可能な現場装置用のネットワーク設定を維持することができる。そのような装置は、高性能サーモスタット、高性能プール・ポンプ及び高性能ＨＶＡＣシステムを含み、負荷を調節するために動作できるような装置に情報を送ることによってユーティリティが最も負荷が重い場所に割り当てられるようにする。

図５から判かるように、プロセスのネットワーク設定部分に関して、属性がメータ型に基づいて電子ユーティリティ装置１２にダウンロードされる。メータ型が起動時または起動直後に知られていない場合には、ＮＭＣ２０は電子ユーティリティ装置１２にその型と能力について問い合わせを行う。電子ユーティリティ装置１２の型と能力を測定した後で、ユーティリティＮＭＣ２０は適当な設定データを電子ユーティリティ装置１２にアップロードする。設定された属性を取り出すか、または電子ユーティリティ装置１２で１回以上のテストを行うか、のどちらかによって設定データが認証されるとき、そのプロセスは完全であると見なされる。

設定データが認証されないとき、ユーティリティＮＭＣ２０は電子ユーティリティ装置１２に状態メッセージを送る。いくつかの実施態様において、ソフトウェア更新または設定変更は状態メッセージと共に含むことができる。電子ユーティリティ装置１２の完全性が状態メッセージに応答して認証されないときには、ユーティリティＮＭＣ２０は警報を起動することができる。

いくつかの実施態様において、メータ型とメータの能力（例えば、メータ・プログラム）は、記録される顧客データと顧客データが記録される頻度数を決定するか、または決定するために電子ユーティリティ装置１２によって使用される。例えば、顧客が最大消費時間以外の時間はユーティリティ・サービスに対して支払いを少なく、最大消費時間には支払いを多くする使用時間（“ＴＯＵ”）請求書作成プログラムに署名するならば、電子ユーティリティ装置１２を正しいＴＯＵバケツの中にあるデータを記録するために設定することができる。あるいは、別の方法として電子ユーティリティ装置１２をＴＯＵバケツの要求に合うか、または超える頻度数を有する使用データを記録するために設定することが出来る。

メータ・プログラムの属性は比較的大きくなりうる（数キロバイト）ので、電子ユーティリティ装置１２またはネットワーク構造基盤装置１４がユーティリティ・グリッド１６に追加される度ごとにネットワーク２８の至るところにそれらの属性を転送するのではなく、代わりにネットワーク２８の至るところに通信することができる識別器をつくることは効率的である。ＮＩＣの上に記録されるネットワーク管理ソフトウェアはメータ・プログラムを効率的に参照するためにハッシング・アルゴリズムを含むことができる。そしてこのハッシュ鍵またはアルゴリズムはメータ・プログラムに問い合わせがきたときにはユーティリティＮＭＣ２０に戻ることができる。いくつかの実施態様においては、電子ユーティリティ装置１２は電子ユーティリティ装置１２によって記録されているデータ（例えば、計測のチャネル及び単位）を参照するために使用されている鍵の１つと、電子ユーティリティ装置１２によってデータの収集を促進させるカレンダーを参照するために使用されている他のハッシュ鍵とをもつ２つのハッシュ鍵を含むことができる。このハッシュ鍵がユーティリティＮＭＣ２０に知られているか、または認識されるならば、ユーティリティＮＭＣ２０は、メータ・プログラムが電子ユーティリティ装置１２に設定されたものと一致しており、もしそうならば、メータ・プログラムの認証プログラムは完全である、ということを証明することになる。

電子ユーティリティ装置１２が“活性化している”として分類された後、かつ電子ユーティリティ装置１２が起動された後、またはそれらの何れかの場合、ＮＭＣ２０はプログラム・シールを計算し、そしてプログラム・シールを電子ユーティリティ装置１２に割り当てる。その後、次の読み込み要求が電子ユーティリティ装置１２によって受信されたときに、プログラム・シールは認証される。いくつかの実施態様において、プログラム・シールはメータ・プログラム・データそれ自身よりも桁違いに小さい一連の１６進数の整数であり、電子ユーティリティ装置１２が再プログラムされない限り変化することはない。これらの実施態様において、データの完全性または内容に影響を与えるメータ・プログラムの如何なる様子でも変化があるときにはプログラム・シールは変化することが保証されている。このプログラム・シールは電子ユーティリティ装置１２がアクセスされる度ごとにチェックされる。指定された電子ユーティリティ装置１２のプログラム・シールが変更されると、その変更の後、電子ユーティリティ装置１２から読まれた如何なるデータも廃棄され、電子ユーティリティ装置１２は起動プロセスに再突入する。

もし、読み取り要求の間に、認識されたプログラム・シールが受信されると、電子ユーティリティ装置１２は要求データを返送する。もし認識されたプログラム・シールが受信されないときは、電子ユーティリティ装置１２は再プログラムされていたと想定され、ＦＳＭ３４は起動プロセスを活性化することができ、かつ適切な記録をＤＳＱ３８に加えることができる。または、それらの何れかをすることができる。もし電子ユーティリティ装置１２がユーティリティによって再プログラムされるならば、ユーティリティＮＭＣ２０を通してか、またはユーティリティＮＭＣ２０とＡＭＲネットワークに関連するバンド外のどちらか一方によって、ユーティリティ・ネットワーク管理システム１０は変化を検出する。代わりに、または加えるに、もし認識されたプログラム・シールが受信されないときは、ＮＭＣ２０は警告を起動し、電子ユーティリティ装置１２に関係する如何なる請求計算書規則も変更することができる。または、その何れかを行うことができる。

ＮＭＣ２０は、オペレータがプログラムを再検討し、それが有効であることを確認し、そのプログラムを用いて電子ユーティリティ装置１２によるデータ読み取りをオペレータに表示する方法を設定し、そしてメータ・プログラムを承認する前にオペレータが見ることの出来る名前と記述をプログラムに与えることができるように管理インターフェイスを提供することが出来る。次に、そのプログラムで発見された電子ユーティリティ装置１２は不一致や他の誤りが生じないならば、通常の起動プロセスを介して何の手動的な介入もなく動いて行くことができる。

もし電子ユーティリティ装置１２の上で見つけられたプログラムとユーティリティＮＭＣ２０によって期待される設定との間に不一致があるならば、オペレータがそのような不一致を再検討し、解決できるように他の管理スクリーンが提供される。解決は実際に何が電子ユーティリティ装置１２の上にあるかを反映するためにユーティリティＮＭＣ２０で期待値を更新するのと同じくらい単純である。あるいは、それはネットワーク２８の上で、またはバンド外プロセスを介してか、のどちらかで電子ユーティリティ装置１２をプログラムすることを含むかもしれない。いくつかの実施態様において、ＮＭＣ２０は期待したものではない、かつ正しくないプログラム・シールを有する電子ユーティリティ装置１２に対してソフトウェア更新を提供するために運用可能であり得る。そのような、いくつかの実施態様において、ソフトウェア更新は読み取りソフトウェアを含むことができる。更に、ユーティリティＮＭＣ２０はプログラム・シールとプログラム・シールの読み取りの認証と完全性、またはそれらの何れかに関連したデータを記録し、かつ保存すること、またはそれらの何れかのために運用することが可能である。

ユーティリティ管理システム１０はユーティリティが不注意に不適切に設定された電子ユーティリティ装置１２を配置せず、そして適切に設定されていないメータ１２を配置させ続けないことを保証することができる。これらの、及び別の特徴、そして以下に記述するプログラム・シールの機能性、またはそれらの何れかで、ユーティリティ管理システム１０は収入を減少させ、かつ管理上の大損害を起こす不正または誤りを解消するために、各電子ユーティリティ装置１２によって記録されることが期待されているデータが実際に記録されている物であることを保証することができる。

プログラム・シール技術は電子ユーティリティ装置１２に読み込まれる運用機能（プログラム）の型を明らかに識別し、かつ保証する独特な１６進シールを生成するために使用することができる。電子ユーティリティ装置１２が読み取りに割り当てられる度ごとに、プログラム・シールを認証することが出来る。いくつかの、そのような実施態様において、プログラム・シールは、プログラムがユーティリティＮＭＣ２０によって変更される度に、変更することができる。この技術はユーティリティが各電子ユーティリティ装置１２から受信するデータの完全性を確かなものにするものである。

電子ユーティリティ装置１２の初期設定を操作することに加えて、ユーティリティによって管理されるメータの全て、または１つのグループに亘る設定に変更を加える挑戦がある。この可能性は、電子ユーティリティ装置１２の１つ、または集合のために希望する設定を修正するための能力と結合された上記の機能性を通してユーティリティＮＭＣ２０内で支持される（以下に記述される、１つ以上の装置グループによって定義されるように）。新しい設定が識別されると、設定プロセスは影響を受けた全ての電子ユーティリティ装置１２に対して再実行される。そして、未だに再設定が行われているか、または再設定操作が失敗したところで、例外型ステータスが電子ユーティリティ装置１２に対して与えられる。

図２と図６から判かるように、ユーティリティ管理システム１０は、またＮＭＣグループ・メータ５０を含むことができる。これは周期的に（規則的な、または不規則な所定の間隔で）、ユーティリティ・グリッド１６内の１つ以上のダイナミック・グループと１つ以上のスタテック・グループのメンバーシップ状態を再計算し、かつ検証する、またはそれらの何れかを行うことができる。そして、もし差異が認められたならば、ＮＭＣグループ・メータ５０はジョブ登録上のメンバーシップを決定するために指定のダイナミック・グループまたは指定のスタテック・グループを参照するジョブ登録のいくつか、または全てを更新することができる。本文では、“ダイナミック・グループ”という言葉は設定と管理または運用状態、またはそれらの何れかがランダムに変化することができる電子ユーティリティ装置１２のグループを言っている。本文では、“スタテック・グループ”という言葉は設定と管理または運用状態、またはそれらの何れかが、ずっと一定に留まっている電子ユーティリティ装置１２のグループを言っている。ジョブ登録は、メータ読み取りスケジュールを決定すること（即ち、読まれるべき電子ユーティリティ装置１２の表組み、電子ユーティリティ装置１２の位置する場所、スケジュールが実行される開始時間と、選択できる終了時間または終了日、またはそれらの何れか）、自動到達可能性ポーリングと、データ排出と、電子ユーティリティ装置１２とユーティリティ・グリッド１６の他のネットワーク構造基盤装置１４、またはそれらの何れかの他の繰り返し活動のスケジューリングと、のために用いられる。

装置グループは電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかの集合をオパーク的に識別するために使用される。“オパーク”によって、グループをアクセスする実体がグループの特定の集合、あるいはメンバーの数さえも含むように予めプログラムされていないということを意味している。装置グループはサイズに制限がなく、そしてネストにすることもできる。電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかのスタテック・グループは２つ以上の特別に列挙され、かつ事前に選択された電子ユーティリティ装置１２とネットワーク構造基盤装置１４の既定のグループまたは集合である。そのようなスタテック・グループは装置の型、装置の地理的グループ化と他の共通の機能性に基づいて構築される。そして、これらのスタテック・グループは事前に構築され、そしてＮＭＣグループ・マネージャ５０の中に事前にプログラムされる。

以上に述べたように、ＮＭＣグループ・マネージャ５０はまた、あるいは代わりに１つ以上のダイナミック・グループのメンバーシップ状況を再計算と検証、またはそれらの何れかを行うために操作可能である。電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかのダイナミック・グループはユーティリティ・グリッド１６の電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかの特別な属性に基づいている（例えば、装置の型、装置１４の期待される動作寿命、など）。電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかがユーティリティ・グリッド１６に加えられるか、または存在する電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかが修正されると、ＮＭＣグループ・マネージャ５０は自動的に、または周期的に各ダイナミック・グループのメンバーシップを更新し、かつダイナミック・グループを参照する全ての機能をまた、あるいは代わりに更新することができる。

いくつかの実施態様において、スタテック・グループの各メンバーは特別に列挙され、ＮＭＣグループ・マネージャ５０に事前に組み込まれる。この方法はグループとして一緒に運用される装置を手動で選択するときは有益である。以上に述べたように、ＮＭＣグループ・マネージャ５０はまた、あるいは代わりに特定のダイナミック・グループを参照するジョブ登録のいくつか、または全てを更新することができる。この方法が伸縮自在であり、かつオペレータ入力なしで、または単に最小のオペレータ入力で動作可能であるので、これは特に有利である。例えば、いくつかの実施態様において、ＮＭＣグループ・マネージャ５０は電子ユーティリティ装置１２の一覧表が読まれ、かつエクスポートされるように更新することができる。これは、毎日更新される幾百、幾千の電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかを有するユーティリティ・グリッド１６にとって特に有利である。例えば、１年に１０％の顧客が動くデータベースを有する１００万個の配備メータを持つユーティリティは１年に１０万サービスの失活性化と再活性化を経験する。これは営業日ごとの８００個のメータ変化に対応する。

特に、新しい、または除去されたメンバーを反映するために読み取りスケジュールを更新し、かつ再配置することができる。そしてエクスポート・ジョブは次に実行する最新のメンバーシップを使用する。この更新頻度数の粒度はユーティリティ会社のビジネスと運用要求に依存して大きくなったり、小さくなったりする可能性がある。ユーティリティへの恩恵は莫大である。ユーティリティ会社は単純に、彼らが各論理グループ上で行いたいビジネス運用を決定し、各グループの属性を決定し、それからシステムを走らせることができる。新しいビジネス・ニーズが識別されると、新しいダイナミック・グループが生成され、あるいは古くなったものが回収される。これらの全てを最小のオペレータ入力で行うことができる。

ユーティリティ・ネットワーク管理システム１０は、電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかによって収集され、かつ保存され、かつ報告されるか、またはそれらの何れか、が行われるデータの型、頻度数、その他を設定するプログラムを動的に書き込みと変更を行う特性と共に、電子ユーティリティ装置１２とネットワーク構造基盤装置１４、またはそれらの何れかの遠隔設定と再設定のために高信頼、高速、ネットワーク型システムを含むことができる。

ユーティリティ・ネットワーク管理システム１０は、何時でも電子ユーティリティ装置１２にあるプログラムの機能性と、型と、他のユーティリティ規定の特性と、ユーティリティ・グリッド１６にある各装置の最新の状態を反映するために常にグループを更新する手段と、に基づいて装置の大きなファミリーを“ダイナミック・グループ”に纏めるダイナミック技術を含むことができる。

ダイナミック・グループはまた、ユーティリティに装置の固有のグループをいくつかの機能に割り当てる能力、一方において別の時には、全ての異なったグループの纏まった活動内で知識を維持しなくてもグループの一体になった集合に或る活動を行う能力を与えるためにネストさせることができる。例えば、以下は本発明によるサンプルの装置オントロジーである。

ユーティリティは１つ以上のこれらのグループに１つ以上の次の異なった活動を行うことが必要なことがある、即ち、全ての活性ネットワーク装置によって生成される事象を解析する週ごとの安全報告（１）、活性メータから収集されるデータのための日ごとのデータ送信（１．ｂ）、営業時間中、活性会社用と工業用メータからの時間ごとのデータ送信（１．ｃ．ｉ）、そして指定日（例えば、１月１日）に有効な新しい料金構造を表すための再設定活性時間料金メータ（１．ａ．ｉ．２）。

図７から判かるように、顧客口座が閉じられるとき（例えば、顧客が移動した、またはユーティリティ・プロバイダを変更したので）、口座が閉じられたことを示し、かつ電子ユーティリティ装置１２の管理状態を不活性に変更するために、ＣＩＳ２２はユーティリティＮＭＣ２０に信号を送る。ＣＩＳ２２はまた、あるいは代わりに電子ユーティリティ装置１２の運用状態を不活性に変更するために信号をＦＳＭ３４に送る。いくつかの実施態様において、ＣＩＳ２２はまた、適切な行動がこの状態変化の結果として取られなければならないことを示すために、ＤＳＱ３８に記録を追加する。別な方法として、または追加として、ＦＳＭ３４は適切な行動がこの状態変化の結果として取られなければならないことを示すためにＤＳＱ３８に記録を追加することができる。

ＤＳＭ４２はＤＳＱ３８から電子ユーティリティ装置１２に関連したデータを取り出すことができる。そして電子ユーティリティ装置１２の新らたに変更された状態と関連した１つ以上の活動を行う。例えば、ＤＳＭ４２はサービスが停止されたことを示すために、活性から不活性に再指定されているメータへの要求対応型読み取りを行うことができる。ＤＳＭ４２はまた、あるいは別途、１つ以上の電子ユーティリティ装置１２を遠隔的に遮断することができる。

いくつかの実施態様において、ユーティリティＮＭＣ２０はユーティリティ・グリッド１６にある電子ユーティリティ装置１２のいくつか、または全ての自動化メンバーシップ更新を行うために運用可能である。これらの実施態様において、電子ユーティリティ装置１２の管理状態が活性から不活性に変更されるとき、その電子ユーティリティ装置１２を“活性メータ読み取り”スケジュールから取り除くことができる。そして、その電子ユーティリティ装置１２を“不活性メータ読み取り”スケジュールに追加することができる。これはネットワーク２８の負担を少なくするために余り多くは行うことができない。いくつかの実施態様において、電子ユーティリティ装置１２の管理状態が活性から不活性に変更されたとき、電子ユーティリティ装置１２はまた周期的安全報告に追加される（例えば、毎日、１週ごと、２週ごと、月ごと、その他）。これは窃盗やシステム故障を示す異常な使用パターンを見つけるために構築される。

本文で提示された実施態様は下位システムと機能性を結合して現在むしろ好まれる実施態様を示している。別の実施態様はもっと少ない下位システム、プロセス、あるいは機能面を含むかも知れないし、あるいは他の下位システム、プロセスあるいは好まれる実施に依存した機能側面と共に使用されるかも知れない。本発明のいろいろな性質や利点は以下の特許請求の範囲で説明される。

Claims

製品配給経路を有するユーティリティ・ネットワークに関連するシステムにおいて、
複数の電子ユーティリティ装置の１部分集合から受信した設定状態情報と、受信した設定状態情報と所定の設定状態情報との比較に基づいて複数の電子ユーティリティ装置の少なくとも１部分集合を自動的にセットアップするための装置管理モジュールを含むシステム。
電子ユーティリティ装置の部分集合の少なくとも１つが周波数ホッピング拡散スペクトラム通信プロトコル能力と、広帯域通信能力と、ＩＰｖ６通信能力のうちの少なくとも１つを含む、請求項１記載のシステム。
装置管理モジュールが電子ユーティリティ装置の部分集合の少なくとも１つのためのプログラム・シールを電子ユーティリティ装置から受信した設定情報から計算するために動作することができる、請求項１記載のシステム。
装置管理モジュールが計算されたプログラム・シールを用いて電子ユーティリティ装置の完全性を検証するために動作することができる、請求項３記載のシステム。
電子ユーティリティ装置の完全性が検証されないとき、装置管理モジュールが電子ユーティリティ装置に状態メッセージを送るために動作することができる、請求項４記載のシステム。
設定変更が電子ユーティリティ装置にインストールされたソフトウェアを読むために対応する、状態メッセージにある設定変更を含むために動作することができる、請求項５記載のシステム。
電子ユーティリティ装置の完全性が検証されないならば、装置管理モジュールが警告を起動するために動作することができる、請求項４記載のシステム。
装置管理モジュールが完全性検証の失敗に関連したデータを記録するために動作可能なデータベースを含む、請求項４記載のシステム。
装置管理モジュールが電子ユーティリティ装置の完全性に基づいて電子ユーティリティ装置に関連したサービスに対する請求書作成規則を変更することに対して動作可能な、請求項４記載のシステム。
電子ユーティリティ装置の完全性が検証されないとき、装置管理モジュールが電子ユーティリティ装置を起動するために動作可能な、請求項４記載のシステム。
装置管理モジュールが電子ユーティリティ装置に関連したサービスに関連した電子ユーティリティ装置の部分集合の少なくとも１つから請求書作成情報を受信するために動作可能な、請求項１記載のシステム。
装置管理モジュールが電子ユーティリティ装置に関連したサービスに関連して電子ユーティリティ装置の部分集合の少なくとも１つから使用時間情報と間隔チャネル情報の１つを受信するために動作可能な、請求項１記載のシステム。
装置管理モジュールが電子ユーティリティ装置から受信した設定状態情報に基づいて電子ユーティリティ装置の部分集合の少なくとも１つに関連したサービスに関して請求書作成規則を変更するために動作可能な、請求項１記載のシステム。
装置管理モジュールが電子ユーティリティ装置に関連したサービスに関する請求書作成規則に対する変更に基づいて電子ユーティリティ装置の部分集合の少なくとも１つをセットアップするために動作可能な、請求項１記載のシステム。
装置管理モジュールが電子ユーティリティ装置と情報を交換する前に電子ユーティリティ装置の独自性を検証するために電子ユーティリティ装置の部分集合の少なくとも１つをポーリングし、電子ユーティリティ装置からプログラム・シールを要求するために動作可能な、請求項１記載のシステム。
装置管理モジュールが電子ユーティリティ装置の部分集合の各々にハッシュ・キーを割り当てるために動作可能であり、かつ装置管理モジュールが電子ユーティリティ装置の部分集合と情報を交換する前に電子ユーティリティ装置の部分集合にハッシュ・キーに関して問い合わせをするために動作可能な、請求項１記載のシステム。
装置管理モジュールが通信に要求されるネットワーク帯域幅を低減するためにハッシュ・キーを用いて複数の電子ユーティリティ装置の少なくとも１つと通信するために動作可能な、請求項１記載のシステム。
プロビジョニングの期間に、装置管理モジュールが電子ユーティリティ装置の部分集合をスケジュール型作業に割り当てるために動作可能な、請求項１記載のシステム。
装置管理モジュールが複数の電子ユーティリティ装置の少なくとも１つを起動するために動作可能な、請求項１記載のシステム。
ユーティリティ・ネットワークの製品供給経路に関連した複数の電子ユーティリティ装置の少なくとも１つからの設定状態情報を受信し、そして受信した設定状態情報と所定の設定状態情報との比較に基づいて電子ユーティリティ装置を設定するか、どうかを決定するためにコンピュータ読み取り可能な媒体に保存されるソフトウェアを含む装置管理システム。
電子ユーティリティ装置が周波数ホッピング拡散スペクトラム通信プロトコル能力と、広帯域通信能力とＩＰｖ６通信能力の少なくとも１つを含む、請求項２０記載の装置管理システム。
装置管理システムが電子ユーティリティ装置から受信した設定状態情報から電子ユーティリティ装置のためにプログラム・シールを計算するために動作することができる、請求項２０記載の装置管理システム。
装置管理システムが計算されたプログラム・シールを用いて電子ユーティリティ装置の完全性を検証するために動作することができる、請求項２２記載の装置管理システム。
電子ユーティリティ装置の完全性が検証されないとき、装置管理システムが電子ユーティリティ装置に状態メッセージを送るために動作することができる、請求項２３記載の装置管理システム。
装置管理システムが、設定変更が電子ユーティリティ装置にインストールされたソフトウェアを読むことに対応する、状態メッセージにその設定変更を含むために動作することができる、請求項２４記載の装置管理システム。
電子ユーティリティ装置の完全性が検証されないとき、装置管理システムが警報を起動するために動作することができる、請求項２３記載の装置管理システム。
装置管理システムが完全性の検証失敗に関連したデータを記録するために動作することができるデータベースを含む、請求項２３記載の装置管理システム。
装置管理システムが電子ユーティリティ装置の完全性に基づいて電子ユーティリティ装置に関連したサービスのための請求書計算規則を変更するためにすることができる、請求項２３記載の装置管理システム。
電子ユーティリティ装置の完全性が検証されないとき、装置管理システムが電子ユーティリティ装置を起動するために動作することができる、請求項２３記載の装置管理システム。
装置管理システムが電子ユーティリティ装置に関連するサービスに関する電子ユーティリティ装置からの請求書計算情報を受信するために動作することができる、請求項２０記載の装置管理システム。
装置管理システムが電子ユーティリティ装置に関連するサービスに関する電子ユーティリティ装置からの使用時間とインターバル・チャネル情報のうちの少なくとも１つを受信するために動作することができる、請求項２０記載の装置管理システム。
装置管理システムが電子ユーティリティ装置から受信した設定状態情報に基づいて電子ユーティリティ装置に関連するサービスに関する請求書計算規則を変更するために動作することができる、請求項２０記載の装置管理システム。
装置管理システムが電子ユーティリティ装置をポーリングし、かつ電子ユーティリティ装置と情報を交換する前に電子ユーティリティ装置の正体を検証するために電子ユーティリティ装置からプログラム・シールを要求するために動作することができる、請求項２０記載の装置管理システム。
装置管理システムが複数の電子ユーティリティ装置の各々にハッシュ・キーを割り当てるために動作することができ、かつ装置管理システムが情報を電子ユーティリティ装置と交換する前にハッシュ・キーに関して電子ユーティリティ装置に問い合わせをすることができる、請求項２０記載の装置管理システム。
装置管理システムが通信に要求されるネットワーク帯域幅を低減するためにハッシュ・キーを用いて複数の電子ユーティリティ装置の少なくとも１つと通信するために動作することができる、請求項２０記載の装置管理システム。
ユーティリティ・ネットワークの製品供給経路と関連した電子ユーティリティ装置を設定するための方法であって、
電子ユーティリティ装置からの情報を受信する事と、かつ受信した電子ユーティリティ装置情報から電子ユーティリティ装置の設定状態を識別する事と、かつ識別した設定情報に基づいて電子ユーティリティ装置を設定するか、どうかを決定する事を含む方法。
電子ユーティリティ装置が生活必需品メータであり、かつ受信した情報が生活必需品メータの設定状態を指定する、請求項３６記載の方法。
受信した情報がユーティリティ・ネットワークの接続に関して電子ユーティリティ装置によって送信された起動メッセージである、請求項３６記載の方法。
設定状態が所定の設定状態情報と一致しないとき、電子ユーティリティ装置に状態情報を送ること、を更に含む請求項３６記載の方法。
状態メッセージが電子ユーティリティ装置にインストールされた電子ユーティリティ装置読み取りソフトウェアに対応している設定変更である、設定変更を含む、請求項３９記載の方法。
ステータス・メッセージがプログラム・シールを含み、かつ電子ユーティリティ装置と装置管理システムとの間の通信を認可する前に手段がプログラム・シールを検証することを含む、請求項３９記載の方法。
ステータス・メッセージが管理状態情報を含む、請求項３９記載の方法。
受信情報が電子ユーティリティ装置に対応したプログラム・シールを含む、請求項３６記載の方法。
受信情報が顧客識別情報を含む、請求項３６記載の方法。
受信情報がユーティリティ識別情報と生産者識別情報のうちの少なくとも１つを含む、請求項３６記載の方法。
受信情報が受信情報を提供する電子ユーティリティ装置の始動特性を特定する情報を含む、請求項３６記載の方法。
ステータス・メッセージが使用時間情報とインターバル・チャネル情報のうちの少なくとも１つを含む、請求項３９記載の方法。
プログラム・シール情報が送られたステータス・メッセージに基づいているところで、プログラム・シール情報を保存することを、更に含む請求項３９記載の方法。
設定状態情報が所定の設定状態情報に一致しているとき、電子ユーティリティ装置読み取りデータベースに電子ユーティリティ装置を追加することを、更に含む、請求項３６記載の方法。
電子ユーティリティ装置読み取りデータベースにある管理状態を活性から不活性に変更することを、更に含む、請求項４９記載の方法。
管理状態において不活性への変化に応答して、不活性電子ユーティリティ装置に対応する電子ユーティリティ装置に関して電子ユーティリティ装置読み取りの頻度数を低減することを、更に含む、請求項５０記載の方法。
不活性管理状態を有する電子ユーティリティ装置を読み取ることと、不活性電子ユーティリティ装置から受信した情報は不活性管理状態を有する電子ユーティリティ装置の予想された情報と比較することを、更に含む、請求項３６記載の方法。
ユーティリティ・ネットワークの製品供給経路に関連する複数の電子ユーティリティ装置をセットアップする方法において、
電子ユーティリティ装置からの設定状態情報を受信する事と、受信した設定状態情報を所定の設定状態情報と比較する事と、受信した設定状態情報から電子ユーティリティ装置プログラム・シールを計算する事と、計算したプログラム・シールに従って電子ユーティリティ装置の完全性を検証する事とを含む方法。
電子ユーティリティ装置の完全性が検証されないとき、ステータス・メッセージを電子ユーティリティ装置に送ることを、更に含む、請求項５３記載の方法。
電子ユーティリティ装置の完全性が検証されないとき、警告を起動することを、更に含む、請求項５３記載の方法。
電子ユーティリティ装置の完全性が検証されないとき、電子ユーティリティ装置の完全性が検証を失敗したことを示すことを、更に含む、請求項５３記載の方法。
電子ユーティリティ装置の完全性が検証されないとき、失敗した完全性検証請求書作成規則を適用することを、更に含む、請求項５３記載の方法。
電子ユーティリティ装置の完全性が検証されないとき、失敗した検証に対応して電子ユーティリティ装置を起動することを、更に含む、請求項５３記載の方法。
電子ユーティリティ装置の完全性が検証されないとき、ステータス・メッセージを電子装置に送ることを、更に含む、請求項５３記載の方法。
ステータス・メッセージが電子ユーティリティ装置にインストールされた読み取りソフトウェアに対応する設定変更を含む、請求項５９記載の方法。
受信した設定状態情報が電子ユーティリティ装置の請求書作成情報を含む、請求項５３記載の方法。
電子ユーティリティ装置の請求書作成情報が使用時間情報とインターバル・チャネル情報のうちの少なくとも１つを特定する、請求項６１記載の方法。
電子ユーティリティ装置の完全性が検証されないとき、最新の検証された完全性から電子ユーティリティ装置読み取りの一部分を取り除くことを、更に含む、請求項５３記載の方法。
受信された設定状態情報が装置管理システムからの要求に応答して受信される、請求項５３記載の方法。