(57)【要約】本発明は、１つまたは複数のスマートメータを監視し、かつ管理するための管理プラットフォームに関する。管理プラットフォームは、スマートメータと通信する手段と、ワークフローを実行するためのワークフロー・ハンドラとを備える。ワークフローは、スマートメータを管理するためのプロセスを指定する。
2011514062.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数のスマートメータを監視し、かつ管理するための管理プラットフォームであって、前記スマートメータと通信するための手段を備えており、前記スマートメータを管理するためのプロセスを指定するワークフローを実行するためのワークフロー・ハンドラをさらに備えることを特徴とする管理プラットフォーム。
【請求項２】
１つまたは複数の時間インスタンスに前記ワークフロー・ハンドラをトリガするためのイベント・スケジューラをさらに備えることを特徴とする、請求項１に記載の管理プラットフォーム。
【請求項３】
前記メータおよび／または前記ワークフロー・ハンドラおよび／または前記イベント・スケジューラからイベント通知を受け取り、かつ処理するための手段をさらに備えることを特徴とする、請求項１に記載の管理プラットフォーム。
【請求項４】
前記プラットフォームを制御するためのアクセス・インターフェースをさらに備えることを特徴とする、請求項１に記載の管理プラットフォーム。
【請求項５】
前記アクセス・インターフェースが、
顧客がアクセス可能なウェブ・インターフェース、
オペレータもしくは供給者の代理人がアクセス可能なウェブ・インターフェース、および
前記代理人がアクセス可能なＳＯＡＰ（Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｐｒｏｔｏｃｏｌ）インターフェース
のうちの１つまたは複数のものであることを特徴とする、請求項４に記載の管理プラットフォーム。
【請求項６】
前記イベント通知が、
前記メータの読取り値、
前記メータのコンフィギュレーション、
前記メータのリセット、
前記メータの改ざん、
前記メータの供給状況、
前記メータのファームウェアおよび／またはソフトウェアの更新、
前記メータで生ずるイベント、
前記メータで生ずるイベントに応じて取られるアクション、および
前記メータの状況
のうちの１つまたは複数のものに関係する情報を備えることを特徴とする、請求項３に記載の管理プラットフォーム。
【請求項７】
通信するための前記手段が、
ＡＮＳＩ  Ｃ１２．ｘプロトコル、
ＴＲ−０６９プロトコル、
ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、
ファイル転送、および
ＳＯＡＰ（Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｐｒｏｔｏｃｏｌ）、および
ＤＬＭＳ（Ｄｅｖｉｃｅ  Ｌａｎｇｕａｇｅ  Ｍｅｓｓａｇｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）
のうちの１つまたは複数のものに基づいて、前記プラットフォームと前記メータの間で交換された情報に適合されることを特徴とする、請求項１に記載の管理プラットフォーム。
【請求項８】
管理プラットフォームを有するスマートメータを管理するための方法であって、前記管理プラットフォームが、前記スマートメータと通信するための手段を備え、前記スマートメータを管理するためのプロセスを指定するワークフローを、前記管理プラットフォーム上のワークフロー・ハンドラにより実行するステップを含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、スマートメータを管理し、かつ監視することに関する。スマートメータは、エネルギー、燃料、電気、水などの消費量を測定するために、または機器、車などの使用状態を測定するために使用される装置である。一般に、メータは、顧客の使用量に対する請求処理、供給停止に関する顧客への警告、消費者の消費量の監視などに対して使用できる測定装置である。スマートメータは、他の装置と通信できる能力など、何らかの形の知能を有するメータである。
【背景技術】
【０００２】
普通のメータは、通常、使用した容積ごとに請求されるガス、電気、水、および他の消費者製品の使用量を測定するために家庭で使用される。例えば、電気は、通常、キロワット時ごとに、水およびガスは立方メートルごとになど、請求処理される。普通のメータは、単に使用量を測定し、文字盤またはディスプレイ上にその使用された量を表示するだけである。消費者、または電気の供給者など商品を供給する会社の代理人は、顧客による消費量を監視するために、所与の時間点におけるその数字の読取りを行う必要がある。このような手法に伴う問題は、規模の大きい供給者のすべての顧客に対してメータ値を得ることは非常に時間がかかること、および顧客は自分自身で読取りを行って供給者に報告する必要のあること、あるいは供給者が、その読取りを行うための多数の代理人を必要とすることである。
【０００３】
通常のメータの代替形態は、供給者に通信することのできるスマートメータを使用することである。この方法では、供給者は、人的対話をほとんど行うことなく、あるいは全くなしに、各顧客からメータ値を取得することができる。米国特許第５，８９４，４２２号は、スマートメータ／請求処理システムを開示しており、スマートメータは、顧客による電力の使用量に関する情報を供給者に提供するために使用される。その特許は、スマートメータにより、暦時刻（ｃａｌｅｎｄａｒ−ｔｉｍｅ）、電力需要、信頼性などに対して相互に関連させた時間単位ごとに消費量を測定し、次いでこのような情報を供給者に送ることについて述べている。供給者は、次いで、請求処理のために、特定の暦時刻における時間単位ごとの消費量などの情報を使用することができる。供給者は、その特定の暦時刻における製品の価格に基づいて、電気に対する所与の価格を課金することが可能になる。電気に対する需要を監視することにより、かつこのような情報を供給者に提供することにより、その情報を請求処理時にも考慮することが可能である。さらにこのような情報は、電気グリッドにおける負荷バランスを行うために使用することができる。例えば、特定のエリアにおける需要が上昇する場合、その特定のエリアにおけるスマートメータの測定された需要により、その上昇を検出することができる。
【０００４】
供給者が、消費量に対する請求処理を行いながら、需要および製品コストを考慮できるようにすることにより、電気の消費量に対して、固定された価格が設定されるビジネスモデルから脱皮することが可能になる。しかし、これは、顧客が、もはや電気の現在の価格を認識しなくなることを意味しており、予想しない請求が生じて、顧客と供給者の間で争いになる可能性がある。このような問題を回避するために、供給者は、顧客に対して、現在の価格情報を提供するシステムを使用することができる。
【０００５】
このようなシステムの例は、米国特許出願公開第２００７／０１３６２１７Ａ１号に開示されている。この特許出願では、配給者は、消費者の構内に位置する端末に、価格情報を提供する２つのチャネルを有する。端末は、価格情報を表示することができ、また現在の価格、および消費者により規定された他のルールに基づいて、様々な機器に対する電力供給を制御することができる。例えば、端末は、価格が閾値未満になったときに機器の電源を入れることができるが、夜中の障害を回避するために、現在の時刻を考慮することができる。
【０００６】
上記で述べた解決策の利点は、測定値を供給者に提供するためのかなりの人的努力をもはや必要としないことである。そうではなくて、このような情報を、スマートメータにより自動的に、または要求に応じて提供することができる。これらの解決策は、電気に関して述べられているが、所与の暦時刻に関係する高頻度の測定、需要の測定、および消費者への価格情報の提供に関する一般的な概念を、任意のタイプの製品に対して適用することが可能であり、したがって、水、ガス、燃料などにも適用することができる。しかし、これらの解決策を他の分野の消費者製品に適用する場合にあっても、それらの機能は、消費量を測定すること、消費量の請求処理、および価格情報をユーザに提供することに限定される。
【０００７】
しかし、従来技術の解決策は、それらの機能において限定されており、１つまたは複数のスマートメータを含む広範囲なビジネスモデル、またはより複雑なタスクを処理することができない。従来技術の解決策は、スマートメータから情報を読み取ること、および請求処理または負荷バランスのためにその情報を処理して価格情報を顧客に提供することに限定される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第５，８９４，４２２号
【特許文献２】米国特許出願公開第２００７／０１３６２１７Ａ１号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の一目的は、より柔軟性のある、スマートメータを管理しかつ監視する方法を提供することである。本発明の他の目的は、スマートメータを含む複雑なタスクを実施する方法を提供することである。本発明の他の目的は、スマートメータのより安全な使用法を提供することである。
【課題を解決するための手段】
【００１０】
１つまたは複数のスマートメータを監視し、かつ管理するための管理プラットフォームにより、従来技術の欠点が克服されかつ本発明の目的が実現されるが、その管理プラットフォームは、スマートメータと通信するための手段を備え、スマートメータを管理するためのプロセスを指定するワークフローを実行するためのワークフロー・ハンドラをさらに備えることを特徴とする。
【００１１】
実際に、ワークフローを実行するワークフロー・ハンドラを有することにより、スマートメータ、およびこれらのスマートメータから取得される情報の処理を含むタスクを規定することが可能になる。スマートメータの管理のためのプロセスを規定するワークフローは、個々のタスクに対して必要な様々なステップを規定する。例えば、特定の顧客に関する請求処理情報を生成するワークフローがありうる。このようなワークフローは、その特定の顧客に関係するすべてのスマートメータを決定するステップ、これらのスマートメータのそれぞれに対する読取りを取得するステップ、請求処理される期間における電気または水などの配給される製品の価格を決定するステップ、および情報に基づいて、請求書を生成するステップなどの諸ステップを含むことができる。ワークフローの他の例は、顧客が１つの場所から他の場所に移動する場合に使用することができる。ワークフローは、第１の場所と第２の場所に関係するすべてのスマートメータに対して識別を取得し、第１の場所におけるスマートメータの停止を開始し、第２の場所におけるスマートメータを活動化することができる。
【００１２】
さらなる情報を用いて、または使用せずに、ワークフローは、どのステップを取るべきかを指定し、またワークフロー・ハンドラは、要求に応じてワークフローを実行する。いくつかのワークフローは、一定の条件で警告を生成するなど、さらなる情報または入力を必要としない可能性がある。しかし、特定の顧客、場所、スマートメータなどに関係するワークフローは、それらが関係するオブジェクトまたは人物の識別を必要とする可能性がある。ワークフロー中の諸ステップは、例えば、供給者の代理人または要員が各ステップを規定することを可能にする特別のユーザ・インターフェースを用いて、供給者により規定することができる。代替的には、ワークフローは、管理プラットフォームまたはワークフロー・ハンドラにより自動的に規定することができる。例えば、特定のエリアにおけるすべてのメータを読み取るワークフローは、部分的に人によって規定され、また部分的に自動で規定することができる。特定のエリア中に存在するすべてのスマートメータを決定するステップ、および読取りを取得するためにそのエリアにおけるスマートメータのそれぞれに対する他のワークフローをトリガするステップなどの諸ステップを含むワークフローを、人が規定できる。読取りのためにトリガされたワークフローには、それらの機能に対して必要なさらなる情報が自動的に提供される。
【００１３】
ワークフローはまた、情報をどのように処理すべきかを指定することができる。スマートメータからのデータ読取りは、有用であるように処理される必要がある。したがって、メータ値を読み取った後、ワークフローは、請求書を得るためにはどの価格を適用すべきかを指定することができる。ワークフローはまた、いくつかの境界を検査すべきであることを指定し、このような境界を超えた場合には、警告を発することができる。例えば、ユーザは、電気の平均消費量を有することができ、消費量が、一定のパーセンテージまたは値だけその平均を超えた場合に、警告を発することができる。同様に、供給者は、通常の消費者回線上における異常な高電力消費を検出するための警告レベルを規定することができ、ビジネス価格ではなく消費者価格を使用しようとする会社を検出することができる。
【００１４】
概して、ワークフローは、特定の結果を取得すること、または特定のタスクを実施することが必要なプロセスを記述する。管理プラットフォームは、このようなワークフローを実行し、その中にリストされたタスクを実行することができる。管理プラットフォームは、顧客、供給者、スマートメータ、または他のシステムなどから受け取った他のワークフロー、情報に基づいて、ワークフローまたはサブワークフローを規定し、特定のタスクを自動化し、特定のタスクを容易にすることができる。管理プラットフォームはまた、スマートメータと通信することもできる。この通信は、スマートメータからデータを読み取り、かつスマートメータにデータを提供するために重要である。スマートメータは、様々な方法で、管理プラットフォームに接続することができる。例えば、スマートメータおよび管理プラットフォームはすべて、スマートメータと管理プラットフォームの間でデータ交換を可能にするインターネットなどの公衆網に接続することができる。すべてのスマートメータから情報を収集し、かつ公衆網を介して管理プラットフォームと対話する、各消費者構内におけるアクセス・ポイントも存在することができる。代替的には、メータおよび管理プラットフォームが接続される、スマートメータ通信に対してのみ使用される私設網とすることができ、あるいは電力グリッドを、スマートメータと管理プラットフォームの間でデータを移送するために使用することもできる。
【００１５】
管理プラットフォームとスマートメータの間の接続タイプは、本発明を理解する上での関連性はない。概して、本発明は、管理プラットフォームとスマートメータの間でデータを交換する能力を利用するに過ぎない。管理プラットフォームとスマートメータの間で、安全な通信リンクを使用することは有益であるはずである。安全な通信リンクは、情報が真正のものであることを保証することができ、それにより、悪意のある人物により、偽りの情報が供給者へと送られようとするのを回避することができる。さらに、信頼性のある通信リンクを使用することは有益であるはずである。通信リンクが十分な稼働時間を有することは、管理プラットフォームにとって、スマートメータを常に利用できることを保証する。通信リンクが故障すると、回避すべき情報の欠落、請求処理における遅延の発生などを生ずるおそれがある。
【００１６】
任意選択で、本発明による管理プラットフォームはさらに、１つまたは複数の時間インスタンスで、ワークフロー・ハンドラをトリガするためのイベント・スケジューラを備える。
【００１７】
請求処理のためのメータの読取り、メータの状況検査、メータのファームウェアに対する可能な更新のための検査などのタスクは、通常、規則的な時間間隔で行われる。イベント・スケジューラは、管理プラットフォームが、このようなタスクに関係する特定のワークフローを実行するためのワークフロー・ハンドラをトリガすることを可能にする。例えば、イベント・スケジューラは、ワークフロー・ハンドラを月に１回トリガして、すべての利用可能なメータに対するメータ読取りを行い、かつすべての利用可能なメータに関する請求処理情報を生成することができる。
【００１８】
時間インスタンスは、規則的な時間間隔または事前定義の時間点とすることができる。規則的な時間間隔は、分、時間、日、週、月、もしくは年ごとに、または数分、数時間、数日、数週間、数カ月、もしくは数年ごとになど、その繰返しの点で規定することができる。イベントはまた、特定のイベントの後、所定の時間期間行われるようにスケジュールすることもできる。例えば、メータの状況検査を、メータがリセットまたは更新された後の５分間に自動的に予定することができる。
【００１９】
任意選択で、本発明による管理プラットフォームはさらに、メータおよび／またはワークフロー・ハンドラ、および／またはイベント・スケジューラからのイベント通知を受け取り、かつ処理するための手段を備える。
【００２０】
さらに、任意選択で、本発明による管理プラットフォームでは、イベント通知は、以下の１つまたは複数のものに関係する情報を含む。すなわち、
−  メータの読取り値、
−  メータのコンフィギュレーション、
−  メータのリセット、
−  メータの改ざん、
−  メータの供給状況、
−  前記メータのファームウェアおよび／またはソフトウェアの更新、
−  前記メータで生ずるイベント、
−  前記メータで生ずるイベントに応じて取られるアクション、および
−  メータの状況
である。
【００２１】
スマートメータは、管理プラットフォームに通信して返すことのできるイベント・レポートを生成することができる。このようなレポートは、スマートメータの現在の状況の概要を維持するために管理プラットフォームにより使用することができるが、スマートメータで生ずる可能性のある個々の問題について、管理プラットフォームに警告するために使用することもできる。スマートメータは、例えば、供給停止が生じたこと、または供給が回復したこと、顧客がメータを改ざんしようとしたことなどを管理プラットフォームに通知することができる。このようなレポートは、管理プラットフォームで応じて、ワークフローをトリガすることができる。例えば、供給停止が生じたとき、管理プラットフォームは、供給者の代理人またはオペレータに対して、彼らが問題を解決するように通知することができる。管理プラットフォームは、イベント通知、およびそのイベント通知のコンテンツを発行するスマートメータの識別に基づいて、詳細なレポートを与えることができる。例えば、イベント通知が、改ざんの試みのあったことを指定した場合、管理プラットフォームは、その試みが行われたアドレスと共にその情報を代理人に提供することができる。
【００２２】
管理プラットフォームにより処理することのできるイベント通知はまた、ワークフローに対する応答として生成することもできる。例えば、メータ読取りに対するワークフローがトリガされたとき、現在のメータ値を、通常の情報としてではなく、イベント通知として、管理プラットフォームに送ることができる。ある特定のイベントの様々なタイプの間に差が存在することもある。メータは、管理プラットフォームによる要求に応じて読み取ることができるが、スケジュールされたように、または顧客からのスマートメータとの対話に応じて読み取ることもできる。これらの様々なタイプの読取りは、メータ値を渡す同じイベント通知となりうるが、あるいはそれらはすべて、追加の情報を有するそれら自体の通知情報を有することもできる。ユーザ対話が含まれる場合は特に、メータ値だけではなく、利用可能なさらなる情報を有することが重要となりうる。この方法では、例えば、１日または複数日の消費量が請求されないように、自分のメータ値を、早すぎる時間点で管理プラットフォームに送る顧客からの悪意のある意図を回避することも可能である。
【００２３】
イベント通知はまた、イベント・スケジューラまたはワークフロー・ハンドラから受け取ることもできる。例えば、特定のワークフローを実行している間に、利用可能ではない、または誤動作するスマートメータなどのエラーが生ずることがある。ワークフロー・ハンドラは、そのとき、ワークフローを正しく実行することができないが、イベント通知を生成することができ、それは、次いで、問題を調査するために使用することができる。同様に、イベント・スケジューラは、スケジュールされたイベント実行中に、その結果と共にイベント通知を生成することができる。
【００２４】
任意選択で、本発明による管理プラットフォームはさらに、前記プラットフォームを制御するためのアクセス・インターフェースを備える。
【００２５】
さらに任意選択で、本発明によれば、アクセス・インターフェースは、以下の１つまたは複数のものである。すなわち、
−  顧客がアクセス可能なウェブ・インターフェース、
−  オペレータもしくは供給者の代理人がアクセス可能なウェブ・インターフェース、および
−  代理人がアクセス可能なＳＯＡＰ（Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｐｒｏｔｏｃｏｌ：サービス指向アーキテクチャ・プロトコル）インターフェース
である。
【００２６】
管理プラットフォームは、スマートメータと対話することができ、スマートメータの基本的な機能および管理能力を提供する。しかし、管理プラットフォームを制御するために、顧客、消費者、オペレータもしくは供給者の代理人などのユーザの対話を可能にするアクセス・インターフェースを提供することは有益であるはずである。ウェブ・インターフェースなどのアクセス・インターフェースは、ユーザのために使いやすいインターフェースを提供する。それは、重要なイベント通知などの情報を、またはユーザによる要求に応じて情報を、自動的にユーザに提供することができる。それはまた、特定のワークフローを実行するために必要な情報を入力する方法を、または特定のワークフローを実行するために、ワークフロー・ハンドラを手動でトリガする方法をユーザに可能にすることもできる。
【００２７】
顧客に対するウェブ・インターフェースは、顧客の構内におけるスマートメータの状況、顧客による時間経過に対する消費量などの情報を提示することに限定される可能性がある。しかし、ウェブ・インターフェースはまた、例えば、特定のスマートメータのためのファームウェアの更新を要求すること、先行して請求処理の概要を受け取ること、構内のスマートメータを活動化または非活動化することのために、顧客により管理プラットフォームを制御する方法を提供することもできる。同様に、オペレータまたは供給者の代理人は、ウェブ・インターフェースを用いて、特定のスマートメータ、スマートメータ群などを制御することもできる。
【００２８】
ウェブ・インターフェースに対する代替として、管理プラットフォームはまた、管理プラットフォームと対話するように設計されたソフトウェア・プラットフォームを用いて制御することもできる。ＳＯＡＰ（Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｐｒｏｔｏｃｏｌ）インターフェースを用いることは、供給者の制御プラットフォーム、バックオフィス・システムなどの他のプラットフォームにより、管理プラットフォームと対話する簡便な方法を提供することができる。管理プラットフォームと対話するために他のアプリケーションにより使用できる管理プロトコルに対するアクセス・インターフェースを規定するために、他のプロトコルを使用することもできる。例えば、管理プラットフォームそれ自体の一部ではないが、管理プラットフォームと対話することのできるシステム上にウェブ・インターフェースを提供するために、このようなシステムを使用することができる。例えば、政府は、国内のすべての構内にスマートメータを設置するように命令し、全国的な管理プラットフォームを維持することができる。ガス、水、および電気などの商品の様々な供給者は、供給者自体のシステムに、それらの各顧客に対するウェブ・インターフェースを提供することができる。供給者自体のシステムは、次いで、管理プラットフォームと対話してデータを取得し、かつ全国的な管理プラットフォームにより可能となるいくつかのタスクを実施することができる。
【００２９】
任意選択で、本発明による管理プラットフォームでは、１つまたは複数の以下のものに基づいて、プラットフォームとメータの間で交換される情報に対して通信手段が適合される。すなわち、
−  ＡＮＳＩ  Ｃ１２．ｘプロトコル、
−  ＴＲ−０６９プロトコル、
−  ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、および
−  ファイル転送プロトコル、および
−  ＳＯＡＰ（Ｓｅｒｖｉｃｅ  Ｏｒｉｅｎｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｐｒｏｔｏｃｏｌ）、および
−  ＤＬＭＳ（Ｄｅｖｉｃｅ  Ｌａｎｇｕａｇｅ  Ｍｅｓｓａｇｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）
である。
【００３０】
２つの装置間の通信のために使用できる様々なプロトコルが存在する。スマートメータは、通常、ＡＮＳＩ  Ｃ１２．ｘプロトコル、またはＩＥＣ６２０５６プロトコルとしても知られているＤＬＭＳ（Ｄｅｖｉｃｅ  Ｌａｎｇｕａｇｅ  Ｍｅｓｓａｇｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）の変形体など特有のプロトコルを使用するように適合されている。これらのプロトコルは、通常、どのようにして装置がスマートメータと通信できるかを規定しており、これらのプロトコルのいずれかをサポートするあらゆるスマートメータにアドレス指定することができ、同様な方法で対話することができる。したがって、管理プラットフォームおよびスマートメータ上で標準化されたプロトコルをサポートすることにより、管理プラットフォームに適合させることなく、市販される新しいスマートメータと対話することが可能になる。
【００３１】
ＳＯＡＰプロトコル、ＳＮＭＰ、およびＴＲ−０６９プロトコルなどの他のプロトコルは、装置間の対話を可能にするように設計されているが、スマートメータなどの概念に対して特に設計されていない、より汎用性のあるプロトコルである。したがって、これらのプロトコルは、標準化された方法で、管理プラットフォームとスマートメータ間で情報を移送するために使用することができるが、データ交換それ自体の実施は、ベンダおよびプラットフォームの開発者に依存している。これは、ＳＯＡＰ、ＳＮＭＰおよびＴＲ−０６９などのプロトコルを使用できるどの管理プラットフォームも、これらのプロトコルをサポートするスマートメータと通信できるはずであるが、どの情報をどのように交換するかについては、ベンダごとに具体的に規定する必要のあることを意味する。すべてのベンダにより使用されるこのようなプロトコルに基づいて、標準を規定することも可能である。このような標準は、多数のベンダ機器がサポートされる必要のある場合、管理プラットフォームの複雑さを大幅に低減するはずである。
【００３２】
スマートメータはまた、それらの情報をファイル中にダンプすることができ、そのファイルは、特定の１つの情報に限定することができるが、あるいはいくつかの情報から構成することもできる。このようなファイルは、その情報とすることができるが、例えば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ：拡張可能なマーク付け言語）で良好に規定することもできる。ＸＭＬを用いることにより、スマートメータに送られる、またはスマートメータから取り出されるすべてのデータを含むことのできる単一のファイルを使用することが可能になる。構造化されたファイルを用いない場合、管理プラットフォームは、様々なタイプのファイルを構文解析する能力を必要とし、それは、特定のファイルに特有の多数のパーサを必要とすることになりうる。単一のＸＭＬパーサを、ＸＭＬタグからなるファイルから情報を取り出すために使用することもでき、また新しい１つの情報のために新しいパーサを実装する必要なく、任意の新しいタグを、既存のパーサに対して容易に追加することもできる。
【００３３】
当然であるが、管理プラットフォームとスマートメータの間の対話のために、メーカ独自のプロトコルを使用することも可能である。スマートメータの各ベンダは、ベンダ自身のプロトコルを規定することも可能であるが、それは、管理プラットフォームが、このようなベンダ特有のプロトコルをサポートする必要のあることを意味する。管理プラットフォームとスマートメータの間の通信のために使用されるプロトコルそのものは、本発明にとって重要なものではないことが当業者には自明なはずである。しかし、使用されるプロトコルにかかわらず、スマートメータと通信できることは本発明にとって重要である。同じ管理プラットフォームを有する最も広範囲なスマートメータを管理し、かつ監視することができるように、スマートメータ上で利用できるプロトコルと同じ数のプロトコルを管理プラットフォーム上でサポートすることは有益である。
【００３４】
本発明はさらに、管理プラットフォームを有するスマートメータを管理するための方法に関し、管理プラットフォームは、スマートメータと通信するための手段を備え、本方法は、スマートメータを管理するためのプロセスを指定するワークフローを、管理プラットフォーム上のワークフロー・ハンドラにより実行するステップを含むことを特徴とする。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態を示す図である。
【図２】本発明の実施形態が使用されるシナリオの概要を示す図である。
【発明を実施するための形態】
【００３６】
図１は、本発明の実施形態のブロック図を示す。図１は、ワークフロー・ハンドラ（ＷＦＨ）１０２、イベント・スケジューラ・モジュール１０３、イベント通知モジュール１０４、ウェブ・ユーザ・インターフェース（Ｗｅｂ  ＵＩ）モジュール１０５、ＳＯＡＰユーザ・インターフェース（ＳＯＡＰ  ＵＩ）１０６、およびスマートメータ・プロトコル・スタック・モジュール１０７を有する管理プラットフォーム１０１を示す。モジュールはすべて、リンク１０９を介して相互に接続されており、またスマートメータ・プロトコル・スタック１０７はさらに、接続１０８１から１０８ｎを介していくつかのスマートメータに接続される。
【００３７】
この特定の例では、管理プラットフォーム１０１は、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ（アルカテル・ルーセント）社からのＯＳＰ（Ｏｐｅｎ  Ｓｅｒｖｉｃｅｓ  Ｐｌａｔｆｏｒｍ）など、既存のサービス送達プラットフォーム上のソフトウェアとして実装される。このようなＯＳＰは、既存のアーキテクチャ上のアプリケーションとして設計および実装することを可能にする。こうすることにより、管理プラットフォームの設計者が、ＯＳＰなどのプラットフォームを設計する含みを考慮することなく、管理プラットフォームそれ自体に集中することが可能になる。ＷＦＨ１０２は、ＷＦＨ１０２の内部にあるメモリ中に、または図１で示されていない外部メモリ中に記憶できるワークフローを処理する。外部メモリは、他のモジュールと共用することができ、リンク１０９に接続することができるが、あるいはＷＦＨ１０２に対して直接接続することもできる。ＷＦＨ１０２は、例えば、ウェブＵＩ１０５を介してユーザにより、またはＳＯＡＰ  ＵＩ１０６を介して他のアプリケーションによりトリガすることができるが、あるいはＷＦＨ１０２は、イベント・スケジューラ１０３によりトリガすることができる。さらに、ＷＦＨ１０２は、イベント通知モジュール１０４によってトリガすることもできる。
【００３８】
イベント・スケジューラ１０３は、現在の日付および時刻を追跡することができ、また特定の時間インスタンスに実行される必要のあるワークフローを認識している。イベント・スケジューラ１０３は、例えば、毎月１つの特定の構内におけるすべてのメータに対するメータ読取りを、かつ毎月請求処理される必要のあるすべての構内のメータ読取りをトリガすることができる。同様に、イベント・スケジューラ１０３は、問題を検査するために、また場合によってはファームウェアの更新を調べるために、週に一度、各スマートメータの状況検査を行うことができる。イベント・スケジューラはまた、規則的な使用量情報をスマートメータに提供することができ、そのユーザが自分の使用量を監視できるようにする。イベント・スケジューラ１０３は、ワークフローが実行される必要のある規則的な時間間隔のために、または実行することがスケジュール化されている特定の時刻および日付のために、これらのワークフローを実行する必要のある時間を認識している。イベント・スケジューラ１０３は、特定のワークフローの実行をトリガするために、ＷＦＨ１０２に信号を送ることができ、またそのワークフローを実行するために必要なすべての情報をＷＦＨ１０２に提供することができる。代替的には、ワークフローは、管理プラットフォーム中のメモリなどの他のソースから、または管理プラットフォームの外部のソースから情報を取得するための命令を含む。
【００３９】
イベント通知モジュール１０４は、メータ、ＷＦＨ１０２、およびイベント・スケジューラ１０３からイベント・メッセージを受け取り、このようなイベント・メッセージを処理する。各イベント・メッセージまたはイベント通知は、メータ読取り、メータ・コンフィギュレーションの変化、メータ状況、メータのリセット・イベント、メータのファームウェアの更新などの特定のイベントに関係する。ＷＦＨ１０２、イベント・スケジューラ１０３、およびスマートメータにより行われるあらゆるアクションは、通知イベントを生成することができる。同様に、ユーザ・インターフェース１０５および１０６の一方を介するアクションはまた、イベント通知モジュール１０４に送られる通知イベントを生成することができる。このようなイベント通知を受け取ると、イベント通知モジュール１０４は、そのイベントを処理し、特定のアクションを実施することができる。例えば、スマートメータが、供給停止があることを示す通知を送る場合、イベント通知モジュール１０４は、供給停止に関係するワークフローをトリガすることができる。このようなワークフローは、次いで、ユーザ・インターフェース１０５および１０６の一方を介して警告を、ユーザ、または供給者もしくはプロバイダの代理人に提示することができる。管理プラットフォーム１０１はまた、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ：ショート・メッセージ・サービス）インターフェースへの接続を有することもできる。この方法では、管理プラットフォームは、特定のイベントの場合、ＳＭＳを、オペレータ、代理人、または消費者に送ることができる。例えば、消費者に対して、自分の電力消費が平均を超えていること、またはメータ読取りをオペレータまたは供給者に送る時間であることを通知することができる。同様に、管理プラットフォームはまた、電子メール、自動化された電話システム、またはユーザのコンピュータもしくはバックオフィス・システム上で実行される専用のソフトウェア・ツールにより提示される警告により、人々に通知することができる。
【００４０】
ユーザ・インターフェース１０５および１０６は、管理プラットフォーム１０１と対話する方法を、ユーザ、消費者、バックオフィスの要員、代理人、オペレータなどに提供する。ウェブ・インターフェース１０５は特に、人との対話に適しているが、それは、ウェブ・インターフェースが、通常、システムの整理された概要を示し、かつ管理プラットフォーム１０１との可能な対話を提示するからである。ＳＯＡＰインターフェースは、通常、管理プラットフォーム１０１に対して外部のシステム上で実行されるソフトウェア・ツール、ウェブ・インターフェースなどの他のプラットフォームに対して、管理プラットフォームへの簡単なアクセスを提供するために使用することができる。ウェブ・インターフェース１０５およびＳＯＡＰインターフェース１０６に加えて、さらなるインターフェースもありうる。例えば、管理プラットフォーム１０１は、ＳＭＳインターフェースを用いるＳＭＳを介して、または電話コールを介して命令を受け取ることも可能である。管理プラットフォームは、電話メニューが発呼者に再生される電話インターフェースを提供することができ、その発呼者は、次いで、電話のキーを使用して、自分の選択を入力し、したがって、管理プラットフォームに対して命令を送ることができる。当然ではあるが、このようなＳＭＳおよび電話インターフェースはまた、ＳＯＡＰインターフェース１０６を介して、またはＳＯＡＰもしくは専用のプロトコルをサポートする、図示されていないが、他のインターフェースを介して管理プラットフォーム１０１と対話することのできる別個の装置とすることもできる。
【００４１】
スマートメータ・プロトコル・スタック１０７は、リンク１０８１からリンク１０８ｎを介して管理プラットフォーム１０１に接続される管理プラットフォーム１０１とスマートメータの間の接続を提供する。図１は、管理プラットフォーム１０１とスマートメータの間のいくつかのリンクを示しているが、実際には、スマートメータと管理プラットフォームを相互接続する、管理プラットフォームから配給システムへの１つだけの物理的なリンクとすることもできる。このような場合では、特定のスマートメータへの各接続は、管理プラットフォームからスマートメータへの仮想リンクと見なすことができ、またこのようなすべての仮想リンクは、その単一の物理的なリンクへと集約される。当然であるが、管理プラットフォームは、複数の物理リンクを有するが、監視され、かつ管理されるスマートメータの合計数未満のリンクを有することができる。このような場合では、管理プラットフォームは、複数の物理リンクにわたって負荷を平衡させることができる。代替的には、メータ群ごとの物理リンクとすることができるが、あるいは各リンクがいくつかのメータ群をサポートする、より少数の物理リンクとすることもできる。
【００４２】
スマートメータ・プロトコル・スタック１０７は、管理プラットフォーム１０１の内部オペレーションとスマートメータの内部オペレーションの間のゲートウェイを提供する。プロトコル・スタック１０７は、ＡＮＳＩ  Ｃ１２．ｘ、ＴＲ−０６９、ＳＮＭＰ、ＤＳＬＭなどの１つまたは複数の通信プロトコルを用いて、スマートメータと通信することができる。プロトコル・スタックは、管理プラットフォーム１０１中のモジュールから命令を受け取り、かつこのような命令を、適切なプロトコルでリンク１０８１からリンク１０８ｎ上で移送するために、メッセージへと変換することができる。一実施形態では、プロトコル・スタック１０７は、特定のスマートメータと通信するためにどのプロトコルを使用するかを決定することができる。代替の実施形態では、ＷＦＨ１０２が、プロトコルに関係する情報をプロトコル・スタック１０７に提供する。
【００４３】
図１は、別個のモジュールとして、様々なモジュールが示されているが、様々なモジュールの機能を単一のモジュールへと統合することも可能であることに留意されたい。例えば、イベント・スケジューラは、ＷＦＨの一部とすることができ、またプロトコル・スタックを、ＷＦＨ中に統合することも可能である。管理プラットフォーム中に同じモジュールの複数のインスタンスが存在することも可能である。例えば、時間間隔で生ずるイベントのためのイベント・スケジューラがあり、かつ事前定義された時刻および日付で生ずるイベントのための別個のイベント・スケジューラが存在することも可能である。同様に、ユーザ・インターフェースが、管理プラットフォームそれ自体の一部ではなく、外部システムにより提供されることもありうる。このような場合、管理プラットフォームは、管理プラットフォームと対話するために、このような外部システムのためのインターフェースを提供する。
【００４４】
図２は、本発明の実施形態のユースケース・シナリオを示す。図２は、図１に関して述べた管理プラットフォーム、またはその代替の実施形態とすることのできる管理プラットフォーム２０１を示す。管理プラットフォーム２０１は、第１の組のスマートメータ２０２１から２０２ｎに直接接続される。さらに、管理プラットフォーム２０１はまた、第２の組のスマートメータ２０３１から２０３ｎに接続されるが、中間装置２０４を介して接続される。このような中間装置は、例えば、すべてのスマートメータへのネットワーク・アクセスを提供し、かつトラフィックを、管理プラットフォーム２０１に向けた単一の通信回線上に集約するホーム・ゲートウェイとすることができる。このようなゲートウェイ装置２０４はまた、構内のすべてのスマートメータ、および管理プラットフォーム２０１と通信することのできる供給者またはベンダからのメーカ独自の装置とすることもできる。管理プラットフォーム２０１はさらに、管理プラットフォーム２０１それ自体に対して外部となるウェブ・ユーザ・インターフェース２０５に接続される。このウェブＵＩ２０５は、特定の供給者の消費者によりアクセスすることができ、かつ消費者に対して、その使用量、メータ、および供給者に関係する情報を提示する。
【００４５】
メータ間の接続タイプは、本発明を理解する上で重要なものではない。しかし、通常このような接続は、電力グリッド線、または既存のネットワーク配線など、有線接続とすることができる。これは、スマートメータの使用が、建物の建築中、もしくは改修中に意図された場合に特に可能であるが、それは、このようなスマートメータのためのケーブルを壁、床などの中に配置することが可能になるからである。しかし、構内のメータを変えるとき、管理プラットフォーム２０１と、無線通信リンクを介して直接的に、またはゲートウェイ装置２０４などの無線アクセス・ポイントを介して通信できる無線スマートメータを使用することがより便利であるはずである。
【００４６】
図２は、２組のスマートメータを示しているに過ぎないが、これは、単なる例であると見なすべきである。直接的に、または１つまたは複数のゲートウェイ装置を介して、管理プラットフォームに接続される多数のスマートメータが存在しうる。例えば、各建物は、いくつかのスマートメータと、管理プラットフォームに接続される単一のゲートウェイ装置とを有することができる。管理プラットフォームとスマートメータの間の接続は、直接に行うこともできるが、いくつかのルータおよびスイッチを含む典型的なアクセス・ネットワークを介するなど、１つまたは複数の中間ノードを介することもできる。
【００４７】
本発明は、特定の諸実施形態を参照することにより説明してきたが、本発明は、前述の例示的な実施形態の細部に限定されないこと、および本発明は、その趣旨および範囲から逸脱することなく、様々な変更および修正を行って実施できることが当業者には明らかであろう。本実施形態は、したがって、すべての点で、例示的なものであって、限定するものではないと見なすべきであり、本発明の範囲は、前述の記述によるのではなく、添付の特許請求の範囲によって示され、したがって、特許請求の範囲の意味および均等な範囲に含まれるすべての変更は、特許請求の範囲内に包含されることを意図している。言い換えると、基本的な、その基礎となる原理の趣旨および範囲に含まれる任意のかつすべての修正形態、変形形態、または均等な形態を包含することが企図されており、その本質的な属性は、この特許出願において特許請求される。用語「ｃｏｍｐｒｉｓｉｎｇ（備える／含む）」または「ｃｏｍｐｒｉｓｅ（備える／含む）」は、他の要素またはステップを除外するものではないこと、用語「ａ（１つの）」、または「ａｎ（１つの）」は、複数のものを除外しないこと、およびコンピュータ・システム、プロセッサ、または他の統合されたユニットなどの単一の要素は、特許請求の範囲に記載したいくつかの手段の機能を実現できることが、この特許出願を読む人によりさらに理解されよう。特許請求の範囲中のいずれの参照符号も、関係する各請求項を限定するものとの解釈すべきではない。用語「第１の」、「第２の」などは、記述中で、または請求項中で使用される場合、同様の要素またはステップの間を区別するために導入されるものであり、必ずしも、連続的な、または時系列的な順番を述べるものではない。そのように使用される用語は、適切な環境下で交換可能であり、また本発明の諸実施形態は、上記で述べたまたは説明したもの（複数可）とは異なる他のシーケンスで、または方向で、本発明に従って動作させることが可能であることを理解されたい。
【図１】
2011514062.tif 000003
【図２】
2011514062.tif 000004
【国際調査報告】
2011514062.tif 000005
2011514062.tif 000006