(57)【特許請求の範囲】
【請求項１】
電気的測定システムで使用するためのマネージャ機器であって、前記電気的測定システムが、第１の電気的特性を測定するための第１の測定センサおよび、前記第１の測定センサの伝達関数の推定値を判定するように構成された監視モジュールを含み、前記マネージャ機器が、
第１の個別の連続運転時間に亘る前記第１の測定センサの前記伝達関数の推定値を判定するように前記監視モジュールに命令するための第１の制御命令を出力することと、
第１の監視結果を前記監視モジュールから取得することであって、前記第１の監視結果が前記第１の測定センサの前記伝達関数の前記推定値を含む、取得することと、
前記第１の監視結果に少なくとも部分的に基づいて、報告を生成することと、を行うように構成されている、マネージャ機器。
【請求項２】
前記第１の監視結果が、前記第１の測定センサの前記伝達関数の前記推定値の精度を示す確信値をさらに含む、請求項１に記載のマネージャ機器。
【請求項３】
前記第１の制御命令が、
前記第１の個別の連続運転時間の開始時間と、
前記第１の個別の連続運転時間の持続時間と、
前記第１の監視結果の前記判定において利用される電力モードと、のうちの少なくとも１つを制御するように構成されている、請求項１または２に記載のマネージャ機器。
【請求項４】
前記電気的測定システムが第２の電気的特性を測定するための第２の測定センサをさらに含み、前記監視モジュールが前記第２の測定センサの伝達関数の推定値を判定するようにさらに構成されており、
前記マネージャ機器が、
第２の個別の連続運転時間に亘る前記第２の測定センサの前記伝達関数の推定値を判定するように前記監視モジュールに命令するための第２の制御命令を出力することと、
第２の監視結果を前記監視モジュールから取得することであって、前記第２の監視結果が前記第２の測定センサの前記伝達関数の前記推定値を含む、取得することと、
前記第１の監視結果および前記第２の監視結果に少なくとも部分的に基づいて、前記報告を生成することと、を行うようにさらに構成されている、請求項１〜３のいずれかに記載のマネージャ機器。
【請求項５】
前記第２の制御命令が、
前記第２の個別の連続運転時間の開始時間と、
前記第２の個別の連続運転時間の持続時間と、
前記第２の監視結果の前記判定において利用される電力モード、のうちの少なくとも１つを制御するように構成されている、請求項４に記載のマネージャ機器。
【請求項６】
１つ以上のさらなる個別の連続運転時間に亘る前記第１の測定センサの前記伝達関数の１つ以上のさらなる推定値を判定するように前記監視モジュールに命令するための、１つ以上のさらなる制御命令を出力することと、
１つ以上のさらなる監視結果を前記監視モジュールから取得することであって、各々のさらなる監視結果が前記第１の測定センサの前記伝達関数の前記さらなる推定値のうちの１つを含む、取得することと、
前記第１の監視結果および前記取得された１つ以上のさらなる監視結果に少なくとも部分的に基づいて、前記報告を生成することと、を行うようにさらに構成されている、請求項１〜５のいずれかに記載のマネージャ機器。
【請求項７】
静的監視設定に少なくとも部分的に基づいて、前記第１の制御命令を判定するようにさらに構成されている、請求項１〜６のいずれかに記載のマネージャ機器。
【請求項８】
１つ以上の以前判定された監視結果に少なくとも部分的に基づいて、前記第１の制御命令を判定するようにさらに構成されており、前記１つ以上の以前判定された監視結果の各々が前記第１の測定センサの前記伝達関数の以前の推定値を含む、請求項１〜７のいずれかに記載のマネージャ機器。
【請求項９】
前記１つ以上の以前判定された監視結果の各々が、前記第１の測定センサの前記伝達関数の前記以前の推定値の精度を示す以前の確信値をさらに含む、請求項８に記載のマネージャ機器。
【請求項１０】
前記マネージャ機器が報告を定期的に生成するようにさらに構成されている、請求項１〜９のいずれかに記載のマネージャ機器。
【請求項１１】
前記第１の監視結果がアラート条件を満たすか否かを判定し、
前記第１の監視結果が前記アラート条件を満たす場合に、前記第１の監視結果に少なくとも部分的に基づいて、前記報告を生成するようにさらに構成されている、請求項１〜１０のいずれかに記載のマネージャ機器。
【請求項１２】
前記アラート条件がアラート閾値を含み、前記第１の測定センサの前記伝達関数の前記推定値とベンチマーク伝達関数値との間の差異が前記アラート閾値を超える場合に、前記アラート条件が満たされる、請求項１１に記載のマネージャ機器。
【請求項１３】
前記電気的測定システムが、通信ネットワークを介してユーティリティネットワークエンティティとインターフェースするための通信モジュールをさらに含み、前記マネージャ機器が、
前記通信モジュールを介して、前記ユーティリティネットワークエンティティに、通信の前記報告を出力するようにさらに構成されている、請求項１〜１２のいずれかに記載のマネージャ機器。
【請求項１４】
前記電気的測定システムが、通信ネットワークを介してユーティリティネットワークエンティティとインターフェースするための通信モジュールをさらに含み、前記マネージャ機器が、
前記通信モジュールを介して、前記ユーティリティネットワークエンティティからオンデマンド報告要求を受信し、
前記通信モジュールを介して、前記ユーティリティネットワークエンティティに、通信の前記報告を出力するようにさらに構成されている、請求項１〜１３のいずれかに記載のマネージャ機器。
【請求項１５】
前記マネージャ機器が、前記ユーティリティネットワークエンティティからの前記オンデマンド報告要求の受信後に、前記第１の監視結果に少なくとも部分的に基づいて前記報告を生成するようにさらに構成されている、請求項１４に記載のマネージャ機器。
【請求項１６】
前記オンデマンド報告要求がオンデマンド報告設定を含み、
前記マネージャ機器が、前記第１の監視結果および前記オンデマンド報告設定に少なくとも部分的に基づいて、前記報告を生成するようにさらに構成されている、請求項１５に記載のマネージャ機器。
【請求項１７】
前記報告のデータサイズが、前記報告が基づく前記第１の監視結果および前記１つ以上のさらなる監視結果を合わせたデータサイズより小さい、請求項６または６に従属する請求項７〜１６のいずれかに記載のマネージャ機器。
【請求項１８】
前記報告が、前記報告が基づく前記第１の監視結果を含む、請求項１〜１６のいずれかに記載のマネージャ機器。
【請求項１９】
少なくとも１つの電気的特性を測定するための電気的測定システムであって、前記電気的測定システムが、
第１の電気的特性を測定するための第１の測定センサと、前記第１の測定センサの伝達関数の推定値を判定するように構成された監視モジュールと、
マネージャ機器であって、
第１の個別の連続運転時間に亘る前記第１の測定センサの前記伝達関数の前記推定値を判定するように前記監視モジュールに命令するための第１の制御命令を出力することと、
第１の監視結果を前記監視モジュールから取得することであって、前記第１の監視結果が前記第１の測定センサの前記伝達関数の前記推定値を含む、取得することと、
前記第１の監視結果に少なくとも部分的に基づいて、報告を生成することと、を行うように構成されたマネージャ機器と、を含む、電気的測定システム。
【請求項２０】
前記電気的測定システムがユーティリティメーターである、請求項１９に記載の電気的測定システム。
【請求項２１】
通信ネットワークを介してユーティリティネットワークエンティティとインターフェースするための通信モジュールであって、
前記マネージャ機器が、前記通信モジュールを介して、前記ユーティリティネットワークエンティティに、通信の前記報告を出力するようにさらに構成されている、通信モジュールを、さらに含む、請求項１９または２０に記載の電気的測定システム。
【請求項２２】
第１の電気的特性を測定するための第１の測定センサの伝達関数の判定の管理方法であって、前記方法が、
第１の個別の連続運転時間に亘る前記第１の測定センサの伝達関数の推定値を判定するように監視モジュールに命令することと、
前記監視モジュールから第１の監視結果を取得することであって、前記第１の監視結果が、前記第１の測定センサの前記伝達関数の前記推定値を含む、取得することと、
前記第１の監視結果に少なくとも部分的に基づいて、報告を生成することと、を含む方法。
【請求項２３】
１つ以上のプロセッサに、請求項２２に記載の方法を実行させるためのプログラムを格納する、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、測定センサの伝達関数の判定を管理するための、機器、方法およびシステムに関する。
【背景技術】
【０００２】
ユーティリティメーターは、ユーザ（例えば、世帯ユーザまたは事業ユーザなど）によって消費されているユーティリティ（電気など）の量を測定する。ユーティリティメーターが電気使用量を測定するように構成されている場合（電気消費メータ）、電気消費量を測定するための技術は、少なくとも１つの（例えば、抵抗シャントおよび／または変流器を含んでもよい）電流測定装置を利用した電流の測定および／または、（例えば、分圧器を含んでもよい）電圧測定装置を利用した電圧の測定を含み、それを利用することで消費電力およびエネルギーが判定されてもよい。
【発明の概要】
【０００３】
しかしながら、電流測定装置（複数可）および／または電圧測定装置（複数可）の変更は、電流および／または電圧の測定の精度不良ならびに、結果として消費電力およびエネルギーの判定の精度不良をもたらし得る。例えば、電流測定装置および／または電圧測定装置の精度が摩耗および経年変化により経時的にずれ得るか、または、ユーティリティメーターが不良に陥り、それによって、電流測定装置および／または電圧測定装置が不正確な測定値を提示し得るか、または、ユーティリティ料金を削減することを試みるなどのために、不正なユーザが何らかの方法で電流測定装置および／または電圧測定装置に手を加え得る。消費者およびユーティリティプロバイダの両方のために、ユーティリティ消費量が正確に、かつ整合的に測定されることを確実にするべく、あらゆる種類の精度不良を識別し、調査することが可能となるようにユーティリティメーターの精度を監視したいという要望が存在する。
【０００４】
測定装置の特性を監視して、それらの精度を監視することが可能である。例えば、電流測定装置または電圧測定装置などの、測定装置の伝達関数の推定値（センササイズ、またはゲイン、またはＣＣの推定値とも称される）および、各々の推定された伝達関数の確信値（すなわち、伝達関数の推定値の期待されている精度を定量化する値）が経時的に判定され得る。測定装置の精度の変化を識別するために、これらの値の経時的な変化（例えば、センサドリフトによる、または、タンパまたは試みられたタンパイベントによる変化など）が利用され得る。
【０００５】
しかしながら、測定装置の精度を確実に監視するために、伝達関数および対応する確信値の推定値は極めて規則的に（例えば、秒単位でなどの、秒レベルで）判定する必要があり得る。これは特に、非常に短い時間しか続かない可能性がある、タンパまたは試みられたタンパイベントの識別に関して重要であり得る。このような大量のデータの判定、処理および解釈は、特に、比較的低い計算能力、記憶容量および通信帯域を典型的には有し得るユーティリティメーターにとって、重要な課題を示し得る。
【０００６】
本開示の第１の態様において、電気的測定システムで使用するためのマネージャ機器であって、電気的測定システムが、第１の電気的特性を測定するための第１の測定センサおよび、第１の測定センサの伝達関数の推定値を判定するように構成された監視モジュールを含み、第１の個別の連続運転時間に亘る第１の測定センサの伝達関数の推定値を判定するように監視モジュールに命令するための第１の制御命令を出力することと、第１の監視結果を監視モジュールから取得することであって、監視結果が第１の測定センサ（例えば、第１の測定センサに関する「ＣＣ」）の伝達関数の推定値を含む、取得することと、第１の監視結果に少なくとも部分的に基づいて、報告を生成することと、を行うように構成されている、マネージャ機器が提供される。
【０００７】
好ましくは、第１の監視結果が、第１のセンサの伝達関数の推定値の精度を示す確信値（例えば、「Ｃｅｒｔ」）をさらに含む。
【０００８】
第１の制御命令は、第１の個別の連続運転時間の開始時間および／または第１の個別の連続運転時間の持続時間および／または、第１の監視結果の判定において利用される電力モードのうちの少なくとも１つを制御するように構成されてもよい。
【０００９】
電気的測定システムは、電気的測定システムが第２の電気的特性を測定するための第２の測定センサをさらに含んでもよく、監視モジュールが第２の測定センサの伝達関数の推定値を判定するようにさらに構成され、マネージャ機器が、第２の個別の連続運転時間に亘る第２の測定センサの伝達関数の推定値を判定するように監視モジュールに命令するための第２の制御命令を出力することと、第２の監視結果を第２の監視結果を監視モジュールから取得することであって、第２の監視結果が第２の測定センサの伝達関数の推定値を含む、取得することと、第１の監視結果および第２の監視結果に少なくとも部分的に基づいて、報告を生成することと、を行うようにさらに構成されている。
【００１０】
第２の制御命令が、第２の個別の連続運転時間の開始時間および／または第２の個別の連続運転時間の持続時間および／または第２の監視結果の判定において利用される電力モードのうちの少なくとも１つを制御するように構成されてもよい。
【００１１】
マネージャ機器は、１つ以上のさらなる個別の連続運転時間に亘る第１の測定センサの伝達関数の１つ以上のさらなる推定値を判定するように監視モジュールに命令するための、１つ以上のさらなる制御命令を出力することと、１つ以上のさらなる監視結果を監視モジュールから取得することであって、各々のさらなる監視結果が第１の測定センサの伝達関数のさらなる推定値のうちの１つを含む、取得することと、第１の監視結果および取得された１つ以上のさらなる監視結果に少なくとも部分的に基づいて、報告を生成することと、を行うようにさらに構成されてもよい。
【００１２】
１つ以上のさらなる制御命令は、１つ以上のさらなる個別の連続運転時間の各々の開始時間および／または、１つ以上のさらなる個別の連続運転時間の各々の持続時間および／または、第１の測定センサの伝達関数の１つ以上の推定値の各々の判定において利用される電力モードのうちの少なくとも１つを制御するように構成されている。
【００１３】
マネージャ機器は、静的監視設定に少なくとも部分的に基づいて、第１の制御命令を判定するようにさらに構成されてもよい。静的監視設定は、伝達関数が監視される１つ以上の測定センサを示す関心チャンネルの設定、第１のセンサの伝達関数の推定値のために達成される精度の目標最小レベルを示すチャンネル優先度設定、伝達関数の判定における監視モジュールのための電力消費の所望のレベルを示す電力消費設定、個別の連続運転時間に関する最小時間を示す最小連続運転時間設定、個別の連続運転時間に関する最大時間を示す最大連続運転時間設定のうちの少なくとも１つを含んでもよい。
【００１４】
好ましくは、マネージャ機器が、１つ以上の以前判定された監視結果に少なくとも部分的に基づいて、第１の制御命令を判定するようにさらに構成されており、１つ以上の以前判定された監視結果の各々が第１のセンサの伝達関数の推定値を含む。１つ以上の以前判定された監視結果の各々は、第１のセンサの伝達関数の推定値の精度を示す確信値をさらに含んでもよい。
【００１５】
マネージャ機器は、報告を定期的に生成するようにさらに構成されてもよい。マネージャ機器は、先行する報告時間の間に取得された監視結果に少なくとも部分的に基づいて、定期的な報告を生成するように構成されてもよい。
【００１６】
追加的に、または代替的に、マネージャ機器は、第１の監視結果がアラート条件を満たすか否かを判定し、第１の監視結果がアラート条件を満たす場合に、第１の監視結果に少なくとも部分的に基づいて報告を生成するようにさらに構成されてもよい。アラート条件はアラート閾値を含んでもよく、第１の測定センサの伝達関数の推定値とベンチマーク伝達関数値との間の差異がアラート閾値を超える場合に、アラート条件が満たされる。
【００１７】
マネージャ機器は、通信ネットワークを介してユーティリティネットワークエンティティとインターフェースするための通信モジュールをさらに含んでもよく、マネージャ機器は、通信モジュールを介して、ユーティリティネットワークエンティティに通信の報告を出力するようにさらに構成されている。
【００１８】
電気的測定システムは、通信ネットワークを介してユーティリティネットワークエンティティとインターフェースするための通信モジュールをさらに含んでもよく、マネージャ機器は、通信モジュールを介してユーティリティネットワークエンティティからオンデマンド報告要求を受信し、通信モジュールを介して、ユーティリティネットワークエンティティに、通信の報告を出力するようにさらに構成されている。マネージャ機器は、ユーティリティネットワークエンティティからのオンデマンド報告要求の受信後に、第１の監視結果に少なくとも部分的に基づいて報告を生成するようにさらに構成されてもよい。
【００１９】
オンデマンド報告要求はオンデマンド報告設定を含んでもよく、マネージャ機器は、第１の監視結果およびオンデマンド報告設定に少なくとも部分的に基づいて報告を生成するようにさらに構成されている。オンデマンド報告設定は、報告が関連するべき期間を示すオンデマンド報告期間識別子、および／または、報告が有すべきデータサイズを示すオンデマンド報告長識別子のうちの少なくとも１つを含んでもよい。
【００２０】
報告のデータサイズは、それが基づく監視結果の組み合わせられたデータサイズより小さくてもよい（例えば、報告が監視結果の組み合わせられたサイズよりも小さいデータサイズを有するように、報告が監視結果から導出されてもよい）。
【００２１】
代替的に、報告はそれが基づく監視結果を含んでもよく、この場合、報告のデータサイズは、監視結果の組み合わせられたデータサイズよりも小さくなくてもよい。
【００２２】
本開示の第２の態様において、少なくとも１つの電気的特性を測定するための電気的測定システムが提供され、電気的測定システムは、第１の電気的特性を測定するための第１の測定センサ、第１の測定センサの伝達関数の推定値を判定するように構成された監視モジュール、および、第１の個別の連続運転時間に亘る第１の測定センサの伝達関数の推定値を判定するように監視モジュールに命令するための第１の制御命令を出力することと、監視モジュールから第１の監視結果を取得することであって、第１の監視結果が、第１の測定センサの伝達関数の第１の推定値を含む、取得することと、第１の監視結果に少なくとも部分的に基づいて、報告を生成することと、を行うように構成されたマネージャ機器を含む。電気的測定システムは、ユーティリティメーターであってもよい。
【００２３】
電気的測定システムは、通信ネットワークを介してユーティリティネットワークエンティティとインターフェースするための通信モジュールをさらに含んでもよく、マネージャ機器は、通信モジュールを介して、ユーティリティネットワークエンティティに通信の報告を出力するようにさらに構成されている。
【００２４】
本開示の第３の態様において、第１の電気的特性を測定するための第１の測定センサの伝達関数の判定の管理方法が提供され、本方法は、第１の個別の連続運転時間に亘る第１の測定センサの伝達関数の推定値を判定するように監視モジュールに命令することと、監視モジュールから第１の監視結果を取得することであって、第１の監視結果が第１の測定センサの伝達関数の第１の推定値を含む、取得することと、第１の監視結果に少なくとも部分的に基づいて、報告を生成することと、を含む。
【００２５】
本開示の第４の態様において、１つ以上のプロセッサに、第３の態様の方法を実行させるためのプログラムを格納する非一時的なコンピュータ可読媒体が提供される。
【００２６】
本開示の第５の態様において、１つ以上のプロセッサに第３の態様の方法を実行させるように構成されたファームウェアモジュールが提供される。
【００２７】
以下のさらなる態様もまた、開示される。
電気的測定システムの監視モジュールの運転を制御するためのコントローラ機器であって、コントローラ機器が、複数の監視モジュール運転状態のうちの１つを選択し、監視モジュールの運転を制御するための制御動作を行って選択された監視モジュール運転状態を実現するように構成され、複数の監視モジュール運転状態が、ａ）第１の測定センサの伝達関数の推定値（例えば、「ＣＣ」）および、第１の測定センサの伝達関数の推定値の精度を示す、対応する確信値（例えば、「Ｃｅｒｔ」）を含む第１の監視結果を判定するために、少なくともユーティリティメーターの第１の測定センサを監視する、と、ｂ）電気的測定システムのいかなる測定センサも監視しない、を含み、第１の測定センサが第１の電気的特性を測定するためにある。
【００２８】
監視モジュール運転状態ａ）が選択される場合に、制御動作は、第１の個別の連続運転時間の間、第１の測定センサを監視して、第１の監視結果を判定するために、第１の制御命令を監視モジュールに通信することを含んでもよい。
【００２９】
第１の個別の連続運転時間は、固定時間長または可変時間長であってもよい。
【００３０】
第１の個別の連続運転時間が可変時間長である場合に、コントローラ機器は、第１の個別の連続運転時間を判定するように構成されてもよい。好ましくは、第１のセンサの伝達関数のそれぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、第１の個別の連続運転時間を判定するように、コントローラ機器が構成されている。第１のセンサの伝達関数のそれぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値を目標確信値と比較することによって、第１の測定センサの伝達関数の推定値に関する精度の所望のレベルを達成するために、第１の個別の連続運転時間を判定するように、コントローラ機器が構成されてもよい。
【００３１】
１つ以上の以前判定された確信値が目標確信値を達成できない場合に、第１の測定センサの伝達関数の１つ以上の以前判定された推定値の判定において利用された１つ以上の個別の連続運転時間を上回るように第１の個別の連続運転時間が設定されてもよい。１つ以上の以前判定された確信値が目標確信値を超える場合に、第１の測定センサの伝達関数の１つ以上の以前判定された推定値の判定において利用された１つ以上の個別の連続運転時間を下回るように、第１の個別の連続運転時間が設定されてもよい。
【００３２】
好ましくは、第１の測定センサの伝達関数のそれぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、複数の監視モジュール運転状態のうちの１つを選択するように、コントローラ機器がさらに構成されている。
【００３３】
好ましくは、監視時間窓の間に第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる時間の比率が、監視時間窓の間に監視モジュールによって判定される第１の測定センサの伝達関数の推定値が精度の所望のレベルを達成するために十分であるように、複数の監視モジュール運転状態のうちの１つを選択するように、コントローラ機器がさらに構成されている。
【００３４】
１つ以上の以前判定された確信値に基づいて第１の利用目標を判定することであって、第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる監視時間窓の目標合計比率第１の利用目標が示す、判定することと、第１の利用目標に少なくとも部分的に基づいて、複数の監視運転状態のうちの１つを選択することによって、複数の監視運転状態のうちの１つを選択するように、コントローラ機器が構成されてもよい。
【００３５】
第１の利用目標を判定することが、１つ以上の以前判定された確信値を、第１の測定センサの伝達関数の推定値のために達成される精度の目標最小レベルと比較することと、また、１つ以上の以前判定された確信値が精度の目標最小レベルを達成できない場合に、第１のセンサの伝達関数の１つ以上の以前判定された推定値の判定中に置かれた以前の第１の利用目標を上回るように、第１の利用目標を設定することと、を含んでもよい。
【００３６】
追加的に、または代替的に、第１の利用目標を判定することが、１つ以上の以前判定された確信値を精度の目標最大レベルと比較することと、また、１つ以上の以前判定された確信値が精度の目標最大レベルを超える場合に、第１の測定センサの伝達関数の１つ以上の以前判定された推定値の判定中に置かれた以前の第１の利用目標を下回るように第１の利用目標を設定することと、を含んでもよい。
【００３７】
複数の監視モジュール運転状態のうちの１つを選択することが、第１の利用目標を電流の第１の利用と比較することであって、第１の測定センサに関する監視結果を判定する監視モジュールによってすでに費やされた監視時間窓の比率を電流の第１の利用が示す、比較すること、を含んでもよい。複数の監視モジュール運転状態のうちの１つを選択することが、電流の第１の利用が目標第１の利用を下回る場合に、運転状態ａ）を選択すること、をさらに含んでもよい。
【００３８】
複数の監視モジュール運転状態ｃ）が、第２の測定センサの伝達関数の推定値および、第２の測定センサの伝達関数の推定値の精度を示す、対応する確信値を含む第２の監視結果を判定するために、少なくとも電気的測定システムの第２の測定センサを監視することであって、第２の測定センサが第２の電気的特性を測定するためにある、監視することを行う、をさらに含んでもよい。
【００３９】
監視モジュール運転状態ｃ）が選択される場合に、第２の個別の連続運転時間の間に第２の測定センサを監視して、第２の監視結果を判定するために、第２の制御命令を監視モジュールに通信することを、制御動作が含んでもよい。
【００４０】
第２の個別の連続運転時間は、固定時間長または可変時間長であってもよい。
【００４１】
第２の個別の連続運転時間が可変時間長である場合に、コントローラ機器は、第２の個別の連続運転時間を判定するようにさらに構成されてもよい。好ましくは、第２の測定センサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、第２の個別の連続運転時間を判定するように、コントローラ機器が構成されている。
【００４２】
第２の測定センサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、複数の監視モジュール運転状態のうちの１つを選択するように、コントローラ機器がさらに構成されてもよい。
【００４３】
第１の測定センサに関する推定値のための精度の第１の目標レベル、および／または、第２の測定センサに関する推定値のための精度の第２の目標レベルに少なくとも部分的に基づいて、複数の監視モジュール運転状態のうちの１つを選択するように、コントローラ機器がさらに構成されてもよい。
【００４４】
精度の第１の目標レベルおよび精度の第２の目標レベルに基づいて、監視時間窓の間に第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる時間の比率および、監視時間窓の間に第２の測定センサに関する監視結果を判定する監視モジュールによって費やされる時間の比率を最適化するために、複数の監視モジュール運転状態のうちの１つを選択するように、コントローラ機器がさらに構成されてもよい。
【００４５】
第１のセンサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に基づいて、第１の利用目標を判定することであって、電気的測定システムの第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる監視時間窓の目標合計比率を第１の利用目標が示す、判定することと、第２のセンサの伝達関数のそれぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に基づいて、第２の利用目標を判定することであって、電気的測定システムの第２の測定センサに関する監視結果を判定する監視モジュールによって費やされる監視時間窓の目標合計比率を第２の利用目標が示す、判定することと、第１の利用目標および第２の利用目標に少なくとも部分的に基づいて、複数の監視運転状態のうちの１つを選択することによって、複数の監視運転状態のうちの１つを選択するように、コントローラ機器がさらに構成されてもよい。
【００４６】
複数の監視モジュール運転状態のうちの１つを選択することが、第１の利用目標を電流の第１の利用と比較することと、第２の利用目標を電流の第２の利用と比較することと、を含んでもよく、第１の測定センサに関する監視結果を判定する監視モジュールによってすでに費やされた監視時間窓の比率を、電流の第１の利用が示し、第２の測定センサに関する監視結果を判定する監視モジュールによってすでに費やされた監視時間窓の比率を電流の第２の利用が示す。
【００４７】
以下、（ｉ）電流の第１の利用が第１の利用目標を下回り、かつ電流の第２の利用が第２の利用目標を上回る、（ｉｉ）電流の第１の利用が第１の利用目標を下回り、かつ電流の第２の利用が第２の利用目標を下回り、かつ電流の第１の利用と第１の利用目標との間の差異が、電流の第２の利用と第２の利用目標との間の差異を上回る、のいずれかが起こる場合に、運転状態ａ）を選択し、運転状態ｃ）を選択し、また、以下、（ｉｉｉ）電流の第２の利用が第２の利用目標を下回り、かつ電流の第１の利用が第１の利用目標を上回る、（ｉｖ）電流の第１の利用が第１の利用目標を下回り、かつ電流の第２の利用が第２の利用目標を下回り、かつ電流の第２の利用と第２の利用目標との間の差異が、電流の第１の利用と第１の利用目標との間の差異を上回る、のいずれかが起こる場合に、運転状態ｃ）を選択するように、コントローラ機器がさらに構成されてもよい。
【００４８】
少なくとも１つの電気的特性を測定するための電気的測定システムであって、第１の電気的特性を測定するための第１の測定センサと、ａ）第１の測定センサの伝達関数の推定値および、第１の測定センサの伝達関数の推定値の精度を示す、対応する確信値を含む第１の監視結果を判定するために、少なくとも第１の測定センサを監視する、と、ｂ）電気的測定システムのいかなる測定センサも監視しない、を含む複数の監視モジュール運転状態のうちの１つにおいて動作するように構成されている監視モジュールと、を含む、電気的測定システム。電気的測定システムはまた、複数の監視モジュール運転状態のうちの１つを選択し、選択された監視モジュール運転状態を実現するように、監視モジュールの運転を制御するための制御動作を行うように構成されたコントローラを含む。電気的測定システムは、ユーティリティメーターであってもよい。
【００４９】
電気的測定システムの監視モジュールの制御方法であって、複数の監視モジュール運転状態のうちの１つを選択することと、選択された監視モジュール運転状態を実現するために、監視モジュールの運転を制御するための制御動作を行うことと、を含み、複数の監視モジュール運転状態が、ａ）第１の測定センサの伝達関数の推定値および、第１の測定センサの伝達関数の推定値の精度を示す、対応する確信値を含む第１の監視結果を判定するために、少なくとも電気的測定システムの第１の測定センサを監視する、と、ｂ）電気的測定システムのいかなる測定センサも監視しない、を含み、第１の測定センサが第１の電気的特性を測定するためにある。少なくとも１つのプロセッサによって実行されるときに、少なくとも１つのプロセッサに本方法を実行させるコンピュータ可読命令を格納する、非一時的なコンピュータ可読媒体もまた、開示される。１つ以上のプロセッサに本方法を実行させるように構成されている、ファームウェアモジュールもまた、開示される。
【００５０】
電気的測定システムで使用するためのプロファイラ機器であって、電気的測定システムの測定センサの伝達関数の推定値（例えば、「ＣＣ」）および、伝達関数の推定値の精度を示す、対応する確信値（例えば、「Ｃｅｒｔ」）を各々が含む複数のプロファイル結果を取得することであって、複数のプロファイル結果が、プロファイル時間の間に電気的測定システムの監視モジュールによって判定された、測定センサの伝達関数の推定値および対応する確信値に基づく、取得することと、複数のプロファイル結果のうちの少なくとも１つに基づいてプロファイル概要を生成することであって、生成することと、を行うように構成された、プロファイルアナライザを含む。
【００５１】
複数のプロファイル結果における伝達関数の推定値の有効平均、複数のプロファイル結果における確信値の有効平均、複数のプロファイル結果における伝達関数の推定値の有効平均とベンチマーク伝達関数値との間の差異、複数のプロファイル結果におけるプロファイル結果の数、および／または、伝達関数の推定値および対応する確信値を判定する監視モジュールによって費やされたプロファイル時間の比率のうちの少なくとも１つを、プロファイル概要は示してもよい。
【００５２】
プロファイラ機器は、複数の伝達関数の推定値および対応する複数の確信値に少なくとも部分的に基づいて、伝達関数の推定値の有効平均を判定するように構成されてもよい。伝達関数の推定値の有効平均の判定は、複数の伝達関数の推定値の各々に、それらの対応する確信値に基づいて重み付けを行うことと、重み付けされた複数の伝達関数の推定値に少なくとも部分的に基づいて、伝達関数の推定値の有効平均を判定することと、を含んでもよい。
【００５３】
好ましくは、プロファイラ機器が、複数のプロファイル結果に少なくとも部分的に基づいて、プロファイル時間の間に起きたセンサイベントを識別するようにさらに構成されている。プロファイル概要は、センサイベントの指示を含んでもよい。
【００５４】
センサイベントを識別することは、複数のプロファイル結果の少なくともいくつかにおける伝達関数の推定値に、少なくとも部分的に基づいてもよい。
【００５５】
センサイベントを識別することは、複数のプロファイル結果の少なくともいくつかにおける伝達関数の推定値を、ベンチマーク伝達関数値と比較することであって、イベント閾値量より大きくベンチマーク伝達関数値とは異なる伝達関数の推定値を含むプロファイル結果が、プロファイル時間の間に起きたセンサイベントを示す、比較することを含んでもよい。プロファイル結果がセンサイベントを示すと判定される場合に、プロファイル概要は、ベンチマーク伝達関数とそのプロファイル結果における伝達関数の推定値との間の差異の大きさの指示を含んでもよい。
【００５６】
プロファイル結果は、信号不良センサイベントを示してもよい最大差異閾値より大きくベンチマーク伝達関数値とは異なる伝達関数の推定値を含む。
【００５７】
好ましくは、センサイベントを識別することが、複数のプロファイル結果の少なくともいくつかにおける確信値に少なくとも部分的にさらに基づく。この場合、センサイベントを識別することは、複数のプロファイル結果のうちの１つ以上における確信値を精度の閾値最小レベルと比較することを含んでもよい。精度の閾値最小レベルは、イベント閾値量に基づいてもよい。
【００５８】
イベント閾値量より大きくベンチマーク伝達関数値とは異なる伝達関数の推定値および、精度の最小レベルを達成する、伝達関数の推定値の精度を示す、対応する確信値を含むプロファイル結果は、プロファイル時間の間に起きたセンサイベントを示してもよい。
【００５９】
複数のプロファイル結果における確信値の有効平均が精度の閾値最小レベルを満たさない精度を示す場合に、精度不良センサイベントが識別されてもよい。
【００６０】
センサイベントは、プロファイル時間の間の伝達関数の一時的変化を示すバーストイベントを含んでもよい。プロファイルアナライザは、バーストイベントの開始時間および／または、バーストイベントの持続時間のうちの少なくとも１つを判定するようにさらに構成されてもよく、プロファイル概要は、バーストイベントの開始時間および／またはバーストイベントの持続時間のうちの少なくとも１つの指示を含んでもよい。
【００６１】
センサイベントは、プロファイル時間の間の伝達関数の持続的変化を示す変更イベントを含んでもよい。プロファイルアナライザは、変更イベントが発生した時間を判定するようにさらに構成されてもよく、プロファイル概要記録は、変更イベントが発生した時間の指示を含んでもよい。
【００６２】
プロファイラ機器は、電気的測定システムの監視モジュールから複数の監視結果を取得するように構成されたデータストアマネージャを含んでもよく、複数の監視結果の各々は、プロファイル時間内にある個別の連続運転時間に亘って監視モジュールによって判定された測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を含み、データストアマネージャは、複数の監視結果に少なくとも部分的に基づいて、複数のプロファイル結果を判定するようにさらに構成されている。
【００６３】
連続する期間に亘って判定された２つ以上の監視結果を識別することと、識別された２つ以上の監視結果における伝達関数の推定値に少なくとも部分的に基づいて、プロファイル結果のための伝達関数の推定値を判定すること、識別された２つ以上の監視結果における確信値に少なくとも部分的に基づいて、プロファイル結果のための確信値を判定することによって、複数のプロファイル結果のプロファイル結果のうちの少なくとも１つを判定するように、データストアマネージャが構成されてもよい。識別される２つ以上の監視結果は、確実度の閾値最小レベルをすべて超える確信値を含んでもよい。追加的に、または代替的に、識別される２つ以上の監視結果は、互いの平均変化閾値内にすべてある伝達関数の推定値を含んでもよい。平均変化閾値は、複数の監視結果のうちの少なくとも１つにおける確信値に少なくとも部分的に基づいてもよい。
【００６４】
電気的測定システムで使用するためのマネージャシステムであって、第１の態様のプロファイラ機器と、プロファイル概要に少なくとも部分的に基づいて、ネットワークへの通信の報告を生成するように構成された報告生成装置と、を含む。
【００６５】
報告生成装置は、ネットワークエンティティからオンデマンド報告要求を受信し、プロファイル概要に少なくとも部分的に基づいて報告を生成し、ネットワークエンティティに、通信のオンデマンド報告を出力するようにさらに構成されてもよい。
【００６６】
プロファイラ機器は、複数のプロファイル結果に少なくとも部分的に基づいて、プロファイル時間の間に起きたセンサイベントを識別するように、さらに構成されてもよく、センサイベントがプロファイラ機器によって識別されるときに、プロファイル概要に少なくとも部分的に基づいて報告を生成するように、報告生成装置はさらに構成されてもよい。
【００６７】
報告は、プロファイル概要を少なくとも部分的に含んでもよい。
【００６８】
報告生成装置は、測定センサによって判定された電気的特性の少なくとも１つの測定および／または、電気的測定システムに関するさらなる特性の少なくとも１つの測定に少なくとも部分的に基づいて、報告を生成するように、さらに構成されてもよい。
【００６９】
マネージャシステムは、測定センサによって判定された電気的特性の少なくとも１つの測定および／または、電気的測定システムに関するさらなる特性の少なくとも１つの測定に少なくとも部分的に基づいて、二次プロファイル概要を生成するように構成された二次プロファイラを、さらに含んでもよく、測定センサによって判定された電気的特性の少なくとも１つの測定に少なくとも部分的に基づいて、報告を生成するように、報告生成装置はさらに構成されている。電気的測定システムに関するさらなる特性は、電気的測定システムの温度を含んでもよい。
【００７０】
少なくとも１つの電気的特性を測定するための電気的測定システムであって、第１の電気的特性を測定するための測定センサと、第１の測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を判定するように構成された監視モジュールと、測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を各々が含む、複数のプロファイル結果を取得することであって、プロファイル時間の間に電気的測定システムの監視モジュールによって判定された、測定センサの伝達関数の推定値および対応する確信値に、複数のプロファイル結果が基づく、取得することと、複数のプロファイル結果のうちの少なくとも１つに基づいてプロファイル概要を生成することと、を行うように構成されたプロファイルアナライザと、を含む。電気的測定システムは、ユーティリティメーターであってもよい。
【００７１】
電気的測定システムの測定センサに関する測定センサプロファイル概要の生成方法であって、測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を各々が含む、複数のプロファイル結果を取得することであって、プロファイル時間の間に電気的測定システムの監視モジュールによって判定された、測定センサの伝達関数の推定値および対応する確信値に、複数のプロファイル結果が基づく、取得することと、複数のプロファイル結果のうちの少なくとも１つに基づいて、プロファイル概要記録を生成することであって、測定センサが電気的特性を測定するためにある、生成することと、を含む。少なくとも１つのプロセッサによって実行されるときに、少なくとも１つのプロセッサに本方法を実行させる、コンピュータ可読命令を格納する、非一時的なコンピュータ可読媒体もまた、開示される。１つ以上のプロセッサに本方法を実行させるように構成されている、ファームウェアモジュールもまた、開示される。
【００７２】
番号付けされた条項
本開示の非制限態様が、以下の番号付けされた条項において記載される。
【００７３】
１．電気的測定システムの監視モジュールの運転を制御するためのコントローラ機器であって、
複数の監視モジュール運転状態のうちの１つを選択し、
選択された監視モジュール運転状態を実現するために、監視モジュールの運転を制御するための制御動作を行うように構成され、
複数の監視モジュール運転状態が、
ａ）第１の測定センサの伝達関数の推定値および、第１の測定センサの伝達関数の推定値の精度を示す、対応する確信値を含む第１の監視結果を判定するために、少なくともユーティリティメーターの第１の測定センサを監視する、
ｂ）電気的測定システムのいかなる測定センサも監視しない、を含み、
第１の測定センサが第１の電気的特性を測定するためにある、コントローラ機器。
【００７４】
２．監視モジュール運転状態ａ）が選択される場合に、制御動作が、第１の個別の連続運転時間の間、第１の測定センサを監視して、第１の監視結果を判定するために、第１の制御命令を監視モジュールに通信すること、を含む、条項１に記載のコントローラ機器。
【００７５】
３．第１の個別の連続運転時間が固定時間長である、条項２に記載のコントローラ機器。
【００７６】
４．第１の個別の連続運転時間が可変時間長であり、コントローラ機器が、第１の個別の連続運転時間を判定するようにさらに構成されている、条項２に記載のコントローラ機器。
【００７７】
５．第１のセンサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、第１の個別の連続運転時間を判定するようにさらに構成されている、条項４に記載のコントローラ機器。
【００７８】
６．第１のセンサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値を目標確信値と比較することによって、第１の測定センサの伝達関数の推定値のための精度の所望のレベルを達成するために、第１の個別の連続運転時間を判定するようにさらに構成されている、条項５に記載のコントローラ機器。
【００７９】
７．１つ以上の以前判定された確信値が目標確信値達成できない場合に、第１の測定センサの伝達関数の１つ以上の以前判定された推定値の判定において利用された１つ以上の個別の連続運転時間を上回るように、第１の個別の連続運転時間が設定される、条項６に記載のコントローラ機器。
【００８０】
８．１つ以上の以前判定された確信値が目標確信値を超える場合に、第１の測定センサの伝達関数の１つ以上の以前判定された推定値の判定において利用された、１つ以上の個別の連続運転時間を下回るように、第１の個別の連続運転時間が設定される、条項６または７に記載のコントローラ機器。
【００８１】
９．第１の測定センサの伝達関数のそれぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、複数の監視モジュール運転状態のうちの１つを選択するようにさらに構成されている、条項１〜８のいずれかに記載のコントローラ機器。
【００８２】
１０．監視時間窓の間に第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる時間の比率が、監視時間窓の間に監視モジュールによって判定される第１の測定センサの伝達関数の推定値が精度の所望のレベルを達成するために十分であるように、複数の監視モジュール運転状態のうちの１つを選択するようにさらに構成されている、条項１〜９のいずれかに記載のコントローラ機器。
【００８３】
１１．１つ以上の以前判定された確信値に基づいて、第１の利用目標を判定することであって、第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる監視時間窓の目標合計比率を、第１の利用目標が示す、判定することと、
第１の利用目標に少なくとも部分的に基づいて、複数の監視運転状態のうちの１つを選択することと、を行うように構成されている、条項９または１０に記載のコントローラ機器。
【００８４】
１２．第１の利用目標を判定することが、
１つ以上の以前判定された確信値を、第１の測定センサの伝達関数の推定値のために達成される精度の目標最小レベルと比較することと、
１つ以上の以前判定された確信値が精度の目標最小レベルを達成できない場合に、第１のセンサの伝達関数の１つ以上の以前判定された推定値の判定中に置かれた以前の第１の利用目標を下回るように、第１の利用目標を設定することと、を含む、条項１１に記載のコントローラ機器。
【００８５】
１３．第１の利用目標を判定することが、
１つ以上の以前判定された確信値を精度の目標最大レベルと比較することと、
１つ以上の以前判定された確信値が精度の目標最大レベルを超える場合に、第１の測定センサの伝達関数の１つ以上の以前判定された推定値の判定中に置かれた以前の第１の利用目標を下回るように、第１の利用目標を設定することと、を含む、条項１１または１２に記載のコントローラ機器。
【００８６】
１４．複数の監視モジュール運転状態のうちの１つを選択することが、第１の利用目標を電流の第１の利用と比較することを含み、
第１の測定センサに関する監視結果を判定する監視モジュールによってすでに費やされた監視時間窓の比率を、電流の第１の利用が示す、条項１１〜１３のいずれかに記載のコントローラ機器。
【００８７】
１５．複数の監視モジュール運転状態が、
ｃ）第２の測定センサの伝達関数の推定値および、第２の測定センサの伝達関数の推定値の精度を示す、対応する確信値を含む第２の監視結果を判定するために、少なくとも電気的測定システムの第２の測定センサを監視することであって、  
第２の測定センサが第２の電気的特性を測定するためにある、監視することを行う、をさらに含む、条項１〜１４のいずれかに記載のコントローラ機器。
【００８８】
１６．監視モジュール運転状態ｃ）が選択される場合に、第２の個別の連続運転時間の間に第２の測定センサを監視して、第２の監視結果を判定するために、第２の制御命令を監視モジュールに通信すること、を制御動作が含む、条項１５に記載のコントローラ機器。
【００８９】
１７．第２の個別の連続運転時間が固定時間長である、条項１６に記載のコントローラ機器。
【００９０】
１８．第２の個別の連続運転時間が可変時間長であり、コントローラ機器が、第２の個別の連続運転時間を判定するようにさらに構成されている、条項１６に記載のコントローラ機器。
【００９１】
１９．第２の測定センサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、第２の個別の連続運転時間を判定するようにさらに構成されている、条項１８に記載のコントローラ機器。
【００９２】
２０．第２の測定センサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に少なくとも部分的に基づいて、複数の監視モジュール運転状態のうちの１つを選択するようにさらに構成されている、条項１５〜１９のいずれかに記載のコントローラ機器。
【００９３】
２１．第１の測定センサに関する推定値のための精度の第１の目標レベルおよび／または、第２の測定センサに関する推定値のための精度の第２の目標レベルに少なくとも部分的に基づいて、複数の監視モジュール運転状態のうちの１つを選択するようにさらに構成されている、条項１５〜２０のいずれかに記載のコントローラ機器。
【００９４】
２２．精度の第１の目標レベルおよび記精度の第２の目標レベルに基づいて、監視時間窓の間に第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる時間の比率および、監視時間窓の間に第２の測定センサに関する監視結果を判定する監視モジュールによって費やされる時間の比率を最適化するために、複数の監視モジュール運転状態のうちの１つを選択するようにさらに構成されている、条項２１に記載のコントローラ機器。
【００９５】
２３．第１のセンサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に基づいて、第１の利用目標を判定することであって、電気的測定システムの第１の測定センサに関する監視結果を判定する監視モジュールによって費やされる監視時間窓の目標合計比率を、第１の利用目標が示す、判定することと、
第２のセンサの伝達関数の、それぞれの１つ以上の以前判定された推定値に対応する、１つ以上の以前判定された確信値に基づいて、第２の利用目標を判定することであって、電気的測定システムの第２の測定センサに関する監視結果を判定する監視モジュールによって費やされる監視時間窓の目標合計比率を、第２の利用目標が示す、判定することと、
第１の利用目標および第２の利用目標に少なくとも部分的に基づいて、複数の監視運転状態のうちの１つを選択することと、によって、複数の監視運転状態のうちの１つを選択するようにさらに構成されている、条項１５〜２２のいずれかに記載のコントローラ機器。
【００９６】
２４．複数の監視モジュール運転状態のうちの１つを選択することが、第１の利用目標を電流の第１の利用と比較することと、第２の利用目標を電流の第２の利用と比較することと、を含み、
第１の測定センサに関する監視結果を判定する監視モジュールによってすでに費やされた監視時間窓の比率を、電流の第１の利用が示し、
第２の測定センサに関する監視結果を判定する監視モジュールによってすでに費やされた監視時間窓の比率を、電流の第２の利用が示す、条項２３に記載のコントローラ機器。
【００９７】
２５．少なくとも１つの電気的特性を測定するための電気的測定システムであって、
第１の電気的特性を測定するための第１の測定センサと、
を含む複数の監視モジュール運転状態のうちの１つにおいて動作するように構成されている監視モジュールであって、
ａ）第１の測定センサの伝達関数の推定値および、第１の測定センサの伝達関数の推定値の精度を示す、対応する確信値を含む第１の監視結果を判定するために、少なくとも第１の測定センサを監視する、
ｂ）電気的測定システムのいかなる測定センサも監視しない、を含む、監視モジュールと、
複数の監視モジュール運転状態のうちの１つを選択し、
選択された監視モジュール運転状態を実現するために、監視モジュールの運転を制御するための制御動作を行うように構成されたコントローラと、を含む、電気的測定システム。
【００９８】
２６．電気的測定システムの監視モジュールの制御方法であって、
複数の監視モジュール運転状態のうちの１つを選択することと、
選択された監視モジュール運転状態を実現するために、監視モジュールの運転を制御するための制御動作を行うことと、を含み、
複数の監視モジュール運転状態が、
ａ）第１の測定センサの伝達関数の推定値および、第１の測定センサの伝達関数の推定値の精度を示す、対応する確信値を含む第１の監視結果を判定するために、少なくとも電気的測定システムの第１の測定センサを監視する、と、
ｂ）電気的測定システムのいかなる測定センサも監視しない、を含み、
第１の測定センサが第１の電気的特性を測定するためにある、方法。
【００９９】
２７．少なくとも１つのプロセッサによって実行されるときに、少なくとも１つのプロセッサに条項２６に記載の方法を実行させる、コンピュータ可読命令を格納する、非一時的なコンピュータ可読媒体。
【０１００】
２８．電気的測定システムで使用するためのプロファイラ機器であって、
電気的測定システムの測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を各々が含む複数のプロファイル結果を取得することであって、複数のプロファイル結果がプロファイル時間の間に電気的測定システムの監視モジュールによって判定された、測定センサの伝達関数の推定値および対応する確信値に基づく、取得することと、
複数のプロファイル結果のうちの少なくとも１つに基づいてプロファイル概要を生成することであって、
測定センサが電気的特性を測定するためにある、ように構成された、プロファイルアナライザを含む、プロファイラ機器。
【０１０１】
２９．プロファイル概要が、
複数のプロファイル結果における伝達関数の推定値の有効平均と、
複数のプロファイル結果における確信値の有効平均と、
複数のプロファイル結果における伝達関数の推定値の有効平均とベンチマーク伝達関数値との間の差異と、
複数のプロファイル結果におけるプロファイル結果の数と、
伝達関数の推定値および対応する確信値を判定する監視モジュールによって費やされたプロファイル時間の比率と、のうちの少なくとも１つを示す、条項２８に記載のプロファイラ機器。
【０１０２】
３０．プロファイラ機器が、
複数の伝達関数の推定値および対応する複数の確信値に少なくとも部分的に基づいて、伝達関数の推定値の有効平均、を判定するようにさらに構成されている、条項２８または２９に記載のプロファイラ機器。
【０１０３】
３１．伝達関数の推定値の有効平均の判定が、
複数の伝達関数の推定値の各々に、それらの対応する確信値に基づいて重み付けを行うことと、
重み付けされた複数の伝達関数の推定値に少なくとも部分的に基づいて、伝達関数の推定値の有効平均を判定すること、を含む、条項３０に記載のプロファイラ機器。
【０１０４】
３２．複数のプロファイル結果に少なくとも部分的に基づいて、プロファイル時間の間に起きたセンサイベントを識別する、ようにさらに構成されている、条項２８〜３１のいずれかに記載のプロファイラ機器。
【０１０５】
３３．センサイベントを識別することが、複数のプロファイル結果の少なくともいくつかにおける、伝達関数の推定値に少なくとも部分的に基づく、条項３２に記載のプロファイラ機器。
【０１０６】
３４．センサイベントを識別することが、複数のプロファイル結果の少なくともいくつかにおける伝達関数の推定値をベンチマーク伝達関数値と比較することと、を含み、イベント閾値量より大きくベンチマーク伝達関数値とは異なる伝達関数の推定値を含むプロファイル結果が、プロファイル時間の間に起きたセンサイベントを示す、条項３３に記載のプロファイラ機器。
【０１０７】
３５．プロファイル結果がセンサイベントを示すと判定される場合に、プロファイル概要が、ベンチマーク伝達関数とそのプロファイル結果における伝達関数の推定値との間の差異の大きさの指示を含む、条項３４に記載のプロファイラ機器。
【０１０８】
３６．最大差異閾値より大きくベンチマーク伝達関数値とは異なる伝達関数の推定値を含むプロファイル結果が、信号不良センサイベントを示す、条項３４または３５に記載のプロファイラ機器。
【０１０９】
３７．センサイベントを識別することが、複数のプロファイル結果の少なくともいくつかにおける確信値に少なくとも部分的に基づく、条項３３〜３６のいずれかに記載のプロファイラ機器。
【０１１０】
３８．センサイベントを識別することが、複数のプロファイル結果のうちの１つ以上における確信値を、精度の閾値最小レベルと比較することを含む、条項３７に記載のプロファイラ機器。
【０１１１】
３９．精度の閾値最小レベルがイベント閾値量に基づく、条項３８に記載のプロファイラ機器。
【０１１２】
４０．イベント閾値量および、精度の最小レベルを達成する伝達関数の推定値の精度を示す、対応する確信値より大きくベンチマーク伝達関数値とは異なる伝達関数の推定値を含むプロファイル結果が、プロファイル時間の間に起きたセンサイベントを示す、条項３８または３９に記載のプロファイラ機器。
【０１１３】
４１．複数のプロファイル結果における確信値の有効平均が、
精度の閾値最小レベルを満たさない精度を示す場合に、精度不良センサイベントが識別される、条項３８〜４０のいずれかに記載のプロファイラ機器。
【０１１４】
４２．センサイベントが、プロファイル時間の間の伝達関数の一時的変化を示すバーストイベントを含む、条項３２〜４１のいずれかに記載のプロファイラ機器。
【０１１５】
４３．センサイベントが、プロファイル時間の間の伝達関数の持続的変化を示す変更イベントを含む、条項３２〜４１のいずれかに記載のプロファイラ機器。
【０１１６】
４４．電気的測定システムの監視モジュールから複数の監視結果を取得することであって、複数の監視結果の各々が、
プロファイル時間内にある個別の連続運転時間に亘って監視モジュールによって判定された、測定センサの伝達関数の推定値と、
伝達関数の推定値の精度を示す、対応する確信値を含む、取得することと、
複数の監視結果に少なくとも部分的に基づいて、複数のプロファイル結果を判定することと、を行うように構成された、データストアマネージャをさらに含む、条項２８〜４３のいずれかに記載のプロファイラ機器。
【０１１７】
４５．データストアマネージャが、
連続する期間に亘って判定された２つ以上の監視結果を識別することと、
識別された２つ以上の監視結果における伝達関数の推定値に少なくとも部分的に基づいて、プロファイル結果のための伝達関数の推定値を判定することと、
識別された２つ以上の監視結果における確信値に少なくとも部分的に基づいて、プロファイル結果のための確信値を判定することと、によって、複数のプロファイル結果のプロファイル結果のうちの少なくとも１つを判定するように構成された、条項４４に記載のプロファイラ機器。
【０１１８】
４６．電気的測定システムで使用するためのマネージャシステムであって、
条項２８〜４５のいずれかに記載のプロファイラ機器と、
プロファイル概要に少なくとも部分的に基づいて、ネットワークへの通信の報告を生成するように構成された報告生成装置と、を含む、マネージャシステム。
【０１１９】
４７．測定センサによって判定された電気的特性の少なくとも１つの測定および／または、電気的測定システムに関するさらなる特性の少なくとも１つの測定に少なくとも部分的に基づいて、報告を生成するように、報告生成装置がさらに構成されている、条項４６に記載のマネージャシステム。
【０１２０】
４８．測定センサによって判定された電気的特性の少なくとも１つの測定および／または、電気的測定システムに関するさらなる特性の少なくとも１つの測定に少なくとも部分的に基づいて、二次プロファイル概要を生成するように構成された二次プロファイラをさらに含み、
測定センサによって判定された電気的特性の少なくとも１つの測定に少なくとも部分的に基づいて、報告を生成するように、報告生成装置がさらに構成されている、条項４６に記載のマネージャシステム。
【０１２１】
４９．少なくとも１つの電気的特性を測定するための電気的測定システムであって、
第１の電気的特性を測定するための測定センサと、
第１の測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を判定するように構成された監視モジュールと、
測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を各々が含む、複数のプロファイル結果を取得することであって、プロファイル時間の間に電気的測定システムの監視モジュールによって判定された、測定センサの伝達関数の推定値および対応する確信値に、複数のプロファイル結果が基づき、取得することと、
複数のプロファイル結果のうちの少なくとも１つに基づいてプロファイル概要を生成することと、を行うように構成された、プロファイルアナライザと、を含む、電気的測定システム。
【０１２２】
５０．電気的測定システムの測定センサに関する測定センサプロファイル概要の生成方法であって、
測定センサの伝達関数の推定値および、伝達関数の推定値の精度を示す、対応する確信値を各々が含む、複数のプロファイル結果を取得することであって、プロファイル時間の間に電気的測定システムの監視モジュールによって判定された、測定センサの伝達関数の推定値および対応する確信値に、複数のプロファイル結果が基づく、取得することと、
複数のプロファイル結果のうちの少なくとも１つに基づいて、プロファイル概要記録を生成することであって、
測定センサが電気的特性を測定するためにある、生成することと、を含む、方法。
【０１２３】
５１．少なくとも１つのプロセッサによって実行されるときに、少なくとも１つのプロセッサに条項６０に記載の方法を実行させる、コンピュータ可読命令を格納する、非一時的なコンピュータ可読媒体。
【図面の簡単な説明】
【０１２４】
本開示について、単なる例示として、以下の図面を参照して説明する。
【図１】電気消費メータ内の構成要素を模式的に示す。
【図２】例示的な電流および電圧測定構成要素を模式的に示す。
【図３】分圧器の伝達関数がどのように熟知され得ないかを考慮するため、分圧器を模式的に示す。
【図４】未知の伝達関数の問題を克服するための、機器の一実施形態を模式的に示す。
【図５】電圧を測定するための第２の機器を模式的に示す。
【図６】図５の機器からの出力信号Ｖ０を模式的に示す。
【図７】電流測定機器を模式的に示す。
【図８】伝達機器のチャンネルにおける構成要素のブロック図を示す。
【図９】本開示の態様による、マネージャ機器のブロック図を示す。
【図１０】図９のマネージャ機器のアーキテクチャのさらなる詳細を表すブロック図を示す。
【図１１】図９のマネージャ機器の例示的なモジュールのブロック図を示す。
【図１２】時間に対する伝達関数の推定値の推移の例を示す。
【図１３】時間に対する伝達関数の推定値における確実度の推移を示す。
【図１４】図９のマネージャ機器のコントローラモジュールの例示的なサブモジュールのブロック図を示す。
【図１５】図１４のコントローラモジュールの運転の表現の例示的なフロー図を示す。
【図１６】図１４のコントローラモジュールによって実行される制御機能のタイミングの例を示す。
【図１７】図１４のコントローラモジュールによって実行される制御機能のタイミングのさらなる例を示す。
【図１８】図９のマネージャ機器のプロファイラモジュールのサブモジュールの例のブロック図を示す。
【図１９】図１８のプロファイラモジュールの運転を表すフロー図の例を示す。
【図２０】図１１の監視モジュールが監視結果を判定する、個別の連続運転時間表現の例を示す。
【図２１】監視結果の表現の例を示す。
【図２２】監視結果のさらなる例を示す。
【発明を実施するための形態】
【０１２５】
ユーティリティメーターなどの電気的測定システムは、測定フロントエンドおよびマイクロコントローラユニット（ＭＣＵ）を含んでもよい。測定フロントエンドは、電気的パラメータ（例えば、電圧および／または電流）測定し、また、潜在的には、電気的パラメータの測定値に基づいて消費された電気の量を計算してもよい。ＭＣＵは、測定フロントエンドの設定、測定フロントエンドからの結果の読み取り、任意のローカルディスプレイの電気的測定システム上での駆動、より良好なバックアップシステムの有効化、リアルタイムクロック（ＲＴＣ）の運転などの多くの機能を実行してもよい。
【０１２６】
本開示の態様について、ユーティリティメーターシステムの文脈において、以下に開示する。しかしながら、本開示はその文脈のみに限定されず、任意の種類の電気的測定システムに応用されてもよいことが理解される。
【０１２７】
図１は、本開示の第１の態様による、ユーティリティメーターシステム１００を模式的に示す。ユーティリティメーターシステム１００は、監視モジュール１１０、測定センサ１２０、ＭＣＵ１３０、メモリ１４０および通信モジュール１５０を含む。ユーティリティメーターシステム１００は、通信モジュール１５０を利用して、ネットワークエンティティ１６０（例えば、ユーティリティクラウド）とインターフェースするように構成されている。
【０１２８】
通信モジュール１５０は、Ｅｔｈｅｒｎｅｔ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ、ＷｉＭＡＸ、ＧＳＭ（登録商標）、ＧＰＲＳ、ＥＤＧＥ、ＵＭＴＳ、ＬＴＥなどの任意の１つ以上の有線または無線通信プロトコル、規格またはアーキテクチャに従って、それらのプロトコル、規格またはアーキテクチャのうちの任意の１つ以上に従う通信モジュール１５０を介して、ネットワークエンティティ１６０とユーティリティメーターシステム１００との間の通信が発生してもよいように、構成されてもよい。
【０１２９】
メモリ１４０は、揮発性および／または不揮発性メモリ、例えばＲＡＭ、ＲＯＭ、フラッシュメモリ、ソリッドステートメモリ、磁気テープ、ハードディスクドライブなどの任意の好適な形式のメモリを含んでもよい。
【０１３０】
後に明らかになるように、測定センサ１２０は、上述の測定フロントエンドの一部を形成してもよい。
【０１３１】
監視モジュール１１０は、測定センサ１２０のうちの１つ以上に関する伝達関数の推定値（センササイズまたはゲインの推定値とも称され、以下「ＣＣ」と称される）および各々の推定値のための対応する確信値（以下と称される「Ｃｅｒｔ」）を判定するように構成されている。ＣＣおよびＣｅｒｔ値のさらなる詳細について、本開示において後に明らかにする。監視モジュール１１０がＣＣおよびＣｅｒｔをいかに判定し得るかについての実装詳細は本開示の主題ではないが、それでもなお、まず、ユーティリティ消費メータ１００がいかに電力消費を測定するように構成されてもよいか（例えば、測定フロントエンド）、また、監視モジュール１１０がいかにＣＣおよびＣｅｒｔを判定し得るかの例示的な構成を説明することは有用であり得る。
【０１３２】
図２は、ユーティリティメーターシステム１００（例えば、ユーティリティメーターシステム１００のフロントエンド）の一部を形成してもよい、電力測定機器の例を模式的に示す。この例では、通電導体１４および中性導体１６を有する単相電源交流電気供給１２が負荷１８を供給する。負荷１８によって消費される電力の量は、通電および中性導体１４および１６の間の電圧、負荷１８によって引き込まれる電流、および、正弦波電圧電流に関する交流電圧波形と交流電流波形との間の位相角に依存する。例えば、引き込まれた電流の量において大幅な調和成分が存在する、より複雑な波形に関しては、消費された瞬時電力の合計の実行を保つことによって、電力消費が測定されるべきである。
【０１３３】
電流を測定するために、電力測定機器は、この例では、負荷１８と電気供給１２との間の通電導体１４によって表される導電性パスにおける公称で指定された抵抗のシャント抵抗２０である測定センサを、有する。典型的には、シャント抵抗は、ミリオームなどの単位で、非常に低い値である。シャント抵抗２０の両端に降下される電圧は、それを通過する電流に比例する。結果として、シャント抵抗は、電圧伝達関数に対して、電流を有するようにみなされ得る。結果として、シャント抵抗２０の両端の電圧を測定し、抵抗２０の抵抗が熟知されている場合に、または、より正確には、項目２０および２２の伝達関数が熟知されている場合に、信号処理回路２４にその出力を提供するように配置された電圧測定機器２２によって、導体１４における電流の推定値が確実に作製され得る。測定機器２２は、適度なダイナミックレンジを有するアナログデジタル変換器が、少なくともより小さい電流において、分解能を失うことなく、非常に小さいから非常に大きいまでの電流の範囲を扱うことを可能にするように、電流信号に応用されるゲインを変更するためのプログラム可能なゲイン増幅器を含んでもよい。したがって、図１の測定センサ１２０は通電導体電流測定項目（すなわち、シャント抵抗２０および測定機器２２）を含んでもよいことが理解される。通電導体１４における電流、または相電流は、以下ＩＡと称される。
【０１３４】
図２には表されないが、電力測定機器は追加的に、または代替的に、通電導体１４に関して上述したのと同様の方法で、中性導体１６における電流を測定するように構成されてもよい。それは、中性導体の電流パスにおけるシャント抵抗を測定センサとして同様に利用してもよいか、または、変流器（ＣＴ）などの任意の他の好適な測定センサを代替的に利用してもよい。したがって、図１の測定センサ１２０は、追加的に、または代替的に、中性導体電流測定項目（すなわち、シャント抵抗またはＣＴ、および測定機器）を含むことが理解される。中性導体１６における電流、または中性電流は、以下ＩＢと称される。
【０１３５】
追加的に、通電導体１４と中性導体１６との間の電圧差を測定するために、電圧測定機器２６が提供される。電圧が通常、１１５〜２５０ボルトＲＭＳの範囲にある世帯環境においては、それゆえに３００ボルトを超えるピーク電圧を経験してもよい。結果として、電源電圧領域からの入力電圧を、例えば、電圧測定機器２６内のアナログデジタル変換器による信号取得により好適な、より小さい電圧領域に変圧するために、電圧測定機器２６はしばしば、図３においてより詳細に説明するように、分圧器を含む。したがって、図１の測定センサ１２０は電圧測定機器２６を含んでもよいことが理解される。
【０１３６】
異なる供給電圧を有する設置または国において、測定回路の単一の設定が利用され得るように、電圧測定機器２６は、プログラム可能な電圧減衰器および／またはプログラム可能な増幅器を含んでもよい。供給１２からの負荷１８によって取られた二乗平均平方根電力を計算し、任意には、負荷１８を動作させる消費者が、電源１２から受けた電力の量に関して適切な請求を受けるために、それに料金を乗算するように適合された算出ユニット２８に、電圧測定機器２６および電流測定機器２０、２２、２４からの電圧および電流の瞬時測定値が提供されてもよい。電力消費の正しく適切な算出のために各々の電圧および電流測定が時間領域に適切に割り当てられるように、算出ユニット２８はリアルタイムクロック３０に関連してもよい。
【０１３７】
図３は、導体１４から入力電圧Ｖｉｎを受け、導体１６において提供される中性電圧に関連して、それを分割する分圧器３５への抵抗を模式的に示す。この例では、第１および第２の抵抗４０および４２は、導体１４および１６の間で直列に接続される。各々の抵抗を通過する同じ電流および、したがって出力電圧Ｖｏは、以下によって、入力電圧に関連し得る。
【０１３８】
Ｖｏ＝（Ｖｉｎ．Ｒ２）／（Ｒ１＋Ｒ２）
【０１３９】
Ｒ１は抵抗４０の値であり、Ｒ２は抵抗４２の値である。したがって、分圧器は、抵抗Ｒ１およびＲ２の相対値によって設定された伝達関数を有する。電圧を正確に知るためには、分圧器の伝達関数を正確に知るべきである。測定された電圧、または相電圧は、以下ＶＡと称される。
【０１４０】
ＩＡおよび／またはＩＢおよびＶＡを測定するように構成された電力測定機器を含むユーティリティメーターシステム１００について上で説明したが、代替的に、ＩＡ、ＩＢおよび／またはＶＡのうちのいずれか１つ以上を測定するように構成されてもよいことが理解される。さらに、ＩＡ、ＩＢおよび／またはＶＡを測定するための電力測定機器の特定の構成について上で説明したが、本開示はそのように限定されず、ユーティリティ消費メータ１００は、任意の好適な方法でＩＡおよび／またはＩＢおよび／またはＶＡを測定するように構成されてもよい。
【０１４１】
測定センサ１２０はしたがって、ＩＡ、ＩＢおよび／またはＶＡのうちのいずれか１つ以上を測定するための１つ以上の項目を含んでもよい。例えば、測定センサ１２０は、１つ以上のシャント抵抗ならびに、ＩＡおよび／またはＩＢを測定するための測定機器２２、１つ以上の変流器（ＣＴ）ならびにＩＡおよび／またはＩＢを測定するための測定機器２２、および／または、ＶＡを測定するための１つ以上の電圧測定機器２６を含んでもよい。
【０１４２】
監視モジュール１１０は、測定センサ１２０の伝達関数の推定値（ＣＣ）を判定するように構成されている。それは、ＩＡを測定するための測定センサ（例えば、シャント抵抗／ＣＴおよび測定機器２２）および／または、ＩＢを測定するための測定センサ（例えば、シャント抵抗／ＣＴおよび測定機器２２）および／または、ＶＡを測定するための測定センサ（例えば、電圧測定機器２６）のＣＣを判定するように構成されてもよい。電圧および電流伝達関数を推定する方法に関して実行可能な開示のために読者が参照し、本明細書にそれらの全体が参照により援用されている、ＷＯ２０１４／０７２７３３およびＷＯ２０１３／０３８１７６において、伝達関数の推定値を判定する方法が開示されている。しかしながら、参照を容易にするために、それらの特許出願の例が、本明細書に含まれる。
【０１４３】
ＷＯ２０１４／０７２７３３において、電圧測定回路に関する伝達関数の推定値は、いくつかの手法によって判定され得る。図４に示されるような一手法は、いずれかが図３における第１の抵抗４０を表す外部抵抗Ｒｅｘｔを有する分圧器を形成してもよいように、正確に知られた値（Ｒｉｎｔ１およびＲｉｎｔ２）を有するために、２つの抵抗５０および５２を提供することである。直列接続したスイッチ６０および６２の制御のもとで、抵抗４０と抵抗５０との、その後、抵抗４０と抵抗５２との間に連続する分圧器を形成することにより、異なる分割率が形成され、抵抗５０および５２の値が熟知されている場合に、その後、分圧器の伝達関数の推定値が判定され得る。スイッチ６０および６２はキャリブレーション逆位相において駆動され、一方で、分圧器の分割率を公称で一貫するように維持するために、通常の利用においては、一方のスイッチ、例えばＳＷ１、はオンのままであり、かたや、他方はオフである。
【０１４４】
例えば、スイッチ６０および６２のうちの１つの不良による抵抗５０および５２の両端において発生し得る最大電圧（順および逆の両方）を制限するために、ツェナーダイオード６５などの保護装置が提供されてもよいが、これらは、電界効果トランジスタとして実装される可能性が高い。ＡＤＣ６８によって、出力電圧Ｖ０が測定される。
【０１４５】
図５に示されるような別の手法は、分圧器の両端の電圧を連続的に変更することである。Ｒ２とローカル地面との間で作用する電圧を変更することによって最も簡便に実行される。図５において、分圧器を作成するために、抵抗４０および４２が再び直列に提供される、このような配置が示される。しかしながら、抵抗４０につながれていない抵抗４２の端部は、第１のスイッチ７０によって直接連続的に地面に、または、第２のスイッチ７２に直列な電源７４によって地面に接続されるかのいずれかであり得る。したがって、図６に示されるように、Ｓ１およびＳ２を連続的に切り替えることで、分圧器の出力における電圧が変調される。電圧７４の値が確実度の事前判定されたレベル（設計者が指定する通り）内にあると知られている場合に、その後、第２の抵抗４２の値が知られると、分圧器の伝達関数の推定値電圧が判定され得る。さらに、電圧７４が２つ以上の制御可能な出力電圧を提供し得る場合に、抵抗４０および４２によって形成される分圧器の伝達関数の推定値は、抵抗４０または４２のいずれかの値を知ることなく、判定され得る。出力電圧Ｖｏはその後、デジタルフィルタ２４などの続く回路への供給前に、デジタル領域への変換のために、アナログデジタル変換器６８に供給される。電源およびスイッチは、例えば、抵抗４２の接地電圧を毛生する演算増幅器に関連してもよい。
【０１４６】
本明細書に説明する技術、またはＷＯ２０１４／０７２７３３における他の技術は、本開示の実施において交換可能に利用され得、単相または多相システムのいずれかに適切である。
【０１４７】
同様に、上述のように、監視モジュール１１０はまた、ＩＡおよび／またはＩＢを測定するための測定センサ（複数可）のＣＣを判定するように構成されてもよい。
【０１４８】
好適な例示的な配置が図７に示される。ここではシャント抵抗２０が、図２を参照して示されたように、電源１２と負荷１８との間の通電導体の電流パスにおいて、接続されている。シャント抵抗２０の両端の電圧は、電圧測定回路２２によって、例えば、アナログデジタル変換器の形式で測定される。電流測定パスの伝達関数の推定値を判定するために、抵抗２０を通って追加的な電流を制御可能に通過させ得る制御可能な電源／電流シンクを含む電流測定回路８０が提供される。抵抗２０の抵抗は非常に低く、したがって、接触時の不純物の結果としての変化の影響を受けやすく、したがって、値が極めて不確実になり得る。値が熟知され、制御されているその追加的な電流は、抵抗２０の両端の対応する電圧変化を引き起こし、それはアナログデジタル変換器２２によって測定され得、またその後、電流測定パスの伝達関数の推定値を判定するために、この情報が利用され得る。図７に示す配置において、回路８０は抵抗の一端に電流を注入し、他方よりそれを取り除く。したがって、この配置において、電流は双方向であってもよい。しかしながら、他の配置においては、電流が抵抗を通過して引き込まれるように、抵抗２０の負荷端のみが接続される可能性がある。
【０１４９】
制御可能な電源８０は例えば、オンまたはオフのいずれかになるように、実質的に双方向な方法で、動作してもよい。しかしながら、ＷＯ２０１３／０３８１７６におけるように、電源はまた、分解能を上回る複数の電流値に変調されてもよい。例えばその図１７ｃを参照のこと。
【０１５０】
したがって、監視モジュール１１０は、ＩＡ、ＩＢおよび／またはＶＡ測定センサのうちのいずれか１つ以上の伝達関数を推定してもよい。伝達関数の推定のための特定の技術について上記で開示したが、監視モジュール１１０は、任意の好適な方法で、伝達関数を判定するように構成されてもよいことが理解される。
【０１５１】
監視モジュール１１０はまた、各々のＣＣのための確信値（Ｃｅｒｔ）を判定するように構成されてもよい。Ｃｅｒｔは、ＣＣが正しいことの確実度（または信頼度）を示す（または確実度／信頼度の換質命題である不確実度を示す）。Ｃｅｒｔは、例えばパーセンテージ値、またはデシマル値などの、任意の好適な形式を取ってもよい。ある特定の例において、Ｃｅｒｔは、パーセンテージ値の形式を取ってもよく、パーセンテージ値が低いほど、より高い確実度を示す。例えば、１％のＣｅｒｔは、判定されたＣＣが＋／−１％以内の誤差であることを示し、５０％のＣｅｒｔは、判定されたＣＣが＋／−５０％以内の誤差であることを示すなどである。このようにして、Ｃｅｒｔは、その対応するＣＣに関する誤差バーを定義するものとして考えられてもよい。
【０１５２】
ＣＣに関するＣｅｒｔを判定する方法は、ＰＣＴ／ＵＳ２０１６／０６８０８９に記載があり、ＣＣに関するＣｅｒｔを判定する方法に関する実行可能な開示のために、読者がそれを参照し、また、本明細書にその全体が参照により援用されている。しかしながら、参照を容易にするために、その特許出願の例は、本明細書に含まれる。
【０１５３】
ＰＣＴ／ＵＳ２０１６／０６８０８９において説明しているように、図２〜７を参照して上に説明した電圧測定回路において、また、電流測定配置において加えられる摂動が、通常、既知の周波数において、また、基本供給または負荷周波数の高調波ではないとの仮定に基づいて選択された周波数において、提供される。しかしながら、負荷１８の性能は知られておらず、電気的のノイズが多い可能性がある。例えば、負荷１８は、ノイズが大きくてもよいか、蛍光照明を含んでもよいか、または、負荷に接続される装置の連携であってもよい、スイッチモード電力供給を有する大きなコンピュータ負荷であり得る。結果として、電源１２に向かう導体１４および１６をバックアップするノイズ伝播による、電流波形、および実際には電圧波形の周波数スペクトルは、伝達関数の判定に干渉し得る。実際には、負荷１８からの高調波は、伝達関数の推定値を可変にし得る摂動周波数のノイズを表す。
【０１５４】
摂動信号と比較した連続する伝達関数の推定値および／またはノイズの変動が、推定された伝達関数における信頼度（Ｃｅｒｔ）のレベルを判定するために利用され得る。伝達関数推定値の事前判定された数の変動が検討されてもよく、Ｃｅｒｔの値は、ｔ検定または標準偏差などの統計手段を利用して、それらの値の間のばらつきの分析によって判定される。
【０１５５】
図８は、Ｃｅｒｔを判定するための監視モジュール１１０に含まれてもよい機能ブロックを模式的に示す。機器は、図２のブロック２６に含まれてもよいＡＤＣ６８などのＡＤＣ、または、図２のブロック２２によって表される電流測定チャンネルに関連するＡＤＣの出力に応答する。ＡＤＣの出力は、ＡＤＣ性能の変動に適合するための、例えばスケーリング、ウィンドーイングまたはイコライジングなどの信号調節を受け、かつ／または、特に多相システムにおける可能性がある、各々が図８に示すものと類似または同一であるいくつかのチャンネルの間でデータが収集されてもよい場合に、続く処理で利用するためのデータを整合してもよい。信号調節がデジタル領域においてブロック８１０によって実行され得る。ブロック８１０からの調節信号はその後、測定機器によって提供される摂動信号を抽出するよう作用する抽出回路８２０に提供されてもよい。この文脈において、抽出は、伝達関数計算器８３０および不確実度計算器８４０に、摂動信号の測定を提供するための、摂動信号の周囲の入力信号の帯域フィルタリングと同義であると見なされ得る。不確実度計算器は、伝達関数が仮定され得る場合に、抽出器８２０からの摂動信号に直接作用してもよいか、または、追加的に、または代替的に、伝達関数計算器８３０からの出力に作用してもよい。
【０１５６】
測定センサ１２０の精度が確実に監視されてもよいように、測定センサ１２０に関するＣＣおよびＣｅｒｔを監視モジュール１１０が定期的に（秒レベルで、例えば秒単位で）判定し、報告することは有用であり得る。しかしながら、これにより、測定センサ１２０の精度を監視するために、処理し、解釈すべき大きなボリュームのデータがもたらされ得る。ネットワークエンティティ１６０はユーティリティメーターシステム１００を大幅に上回る計算能力を活用することが可能であり得るため、このような処理および解釈は、ネットワークエンティティ１６０（例えば、ユーティリティプロバイダに関連するものなどの、クラウドベースのエンティティ）によって最も効果的実行されてもよいことが認識されている。しかしながら、通信モジュール１５０とネットワークエンティティ１６０との間の通信帯域は制限されてもよく、それにより、分析のために大きなボリュームのＣＣおよびＣｅｒｔ値をネットワークエンティティ１６０に伝達することが困難になり得る。
【０１５７】
さらに、監視モジュール１１０は、どの時点においても１つの測定センサのみに関するＣＣおよびＣｅｒｔを判定することが可能であるように構成されてもよい。測定センサ１２０が、（例えば、ＩＡ、ＩＢおよび／またはＶＡのうちの２つ以上を測定するための）２つ以上の異なる測定センサを含む場合、精度を確実に監視するために、２つ以上の測定センサの各々に関してＣＣおよびＣｅｒｔを監視することが有用であり得る。結果として、ＣＣおよびＣｅｒｔを判定するための監視モジュール１１０の運転のいくつかの制御が要求されてもよい。しかしながら、監視モジュール１１０の運転の制御には、監視モジュール１１０に関連する設定の少なくとも一部の変更が必要とされてもよい。「法定計量」に関する規格（国際法定計量機関（ＯＩＭＬ）規格Ｒ４６など）は、ＣＣおよびＣｅｒｔが監視モジュール１１０によって整合的に、かつ確実に判定されるように、監視モジュール１１０に関連する設定が慎重に制御されるべきであることを意味する。したがって、ネットワークエンティティ１６０がユーティリティ消費メータ１００とインターフェースすることは、さらなる分析のために監視モジュール１１０からＣＣおよびＣｅｒｔを取得するために有用であり得るが、このような相互作用は、（例えば、ユーティリティメーターシステム１００を、ネットワークエンティティ１６０によって加えられている監視モジュール１１０設定の変更の可能性（「法定計量」規格に違反し得る）にさらして）「法定計量」リスクをもたらし得る。
【０１５８】
マネージャをユーティリティ消費メータ１００のＭＣＵ１３０に実装することにより、マネージャは、監視モジュール１１０の運転を制御し、一端において、判定されたＣＣおよびＣｅｒｔを監視モジュール１１０から受信し、他端において、ネットワークエンティティ１６０に関連データを送信するように構成されてもよいことを、発明者は認識している。マネージャは、その制御機能がそのネットワーク関数と分離され、それによって、ネットワークエンティティ１６０を任意の監視モジュール１１０設定変更から効果的にバッファリングしてもよいように、設計され得る。したがって、ネットワークエンティティ１６０に通信されるＣＣおよびＣｅｒｔ関連データを依然として有効化しながら、「法定計量」規格が維持されてもよい。
【０１５９】
マネージャのより具体的な詳細を提供する前に、このようなマネージャの運転の概要について、以下にまず説明する。
【０１６０】
マネージャ
図９は、ＭＣＵ１３０内で実装されるマネージャ９００の例を模式的に示す。マネージャ９００は好ましくは、ＭＣＵ１３０上で実行するファームウェアとして実装されてもよいが、例えば、任意の他の好適な方法で、異なる種類のソフトウェアとして、またはハードウェアとして、実装されてもよいことが理解される。
【０１６１】
監視モジュール１１０の運転を制御し、監視モジュール１１０から結果を取得し、（例えば、判定されたＣＣおよびＣｅｒｔ）、かつ、通信モジュール１５０を介して、ネットワークエンティティ１６０に通信されてもよい、取得された結果に少なくとも部分的に基づいて報告を生成するように、マネージャ９００は構成されている。
【０１６２】
図９における出力１３２は、マネージャ９００から監視モジュール１１０への制御命令を表す。（監視モジュール１１０の運転の有効化または無効化のための）監視有効化／無効化命令、（監視モジュールがＣＣおよびＣｅｒｔを判定するべき測定センサ１２０において、特定の測定センサを選択するための）チャンネル選択命令、および／または、（ＣＣおよびＣｅｒｔの判定において利用される電力モードを制御するための）電力モード命令のうちの少なくとも１つを、制御命令は含んでもよい。より詳細に後述するように、例えば、監視モジュール１１０におけるレジスタ値を変更することによって、任意の好適な方法で監視モジュール１１０に制御命令を出すように、マネージャ９００は構成されてもよい。
【０１６３】
監視モジュール１１０は、個別の連続運転時間に亘る（すなわち、最大時間に亘る）測定センサの伝達関数の推定値（ＣＣ）を判定する。これについてはより詳細に後述する。しかしながら、特に、監視モジュール１１０がＣＣを判定するための特定の測定センサに関する個別の実行（例えば、「有効化」および「チャンネル選択」命令を監視モジュール１１０に出すタイミングにより）および、個別の実行の時間長（例えば、マネージャ９００が「有効化」および特定の「チャンネル選択」命令を監視モジュール１１０に加える時間長により）を開始するときに、チャンネル選択制御および有効化／無効化制御（出力１３２）を利用することによって、マネージャ９００は、監視モジュール１１０の運転状態の制御を実行してもよいことが留意されてもよい。
【０１６４】
図９における入力１３４は、監視モジュール１１０からの監視結果を表す。監視結果は、マネージャ９００によって先に選択されたチャンネルに関して判定されたＣＣおよびＣｅｒｔを含む。例えば、監視モジュール１１０のために監視結果を受信することによって、監視モジュール１１０が書き込んだメモリ１４０における位置から監視結果を検索することによって、監視モジュール１１０から（例えば、監視モジュール１１０におけるレジスタから）監視結果を検索することによって、などの任意の好適な方法で、マネージャ９００は、監視モジュール１１０から監視結果を取得してもよい。
【０１６５】
本開示は通常、判定されたＣＣに対応するようにＣｅｒｔを常に判定し、判定されたＣｅｒｔおよびＣＣをマネージャ９００に通信する監視モジュール１１０について説明するが、代替的な実装においては、マネージャ９００に通信される監視結果が、対応するＣｅｒｔなしにＣＣを含むように、監視モジュール１１０はＣｅｒｔを判定しなくてもよい（本開示にて後述する詳細から理解されるが、好ましくは、対応するＣｅｒｔが各々の判定されたＣＣに関して判定され、監視結果におけるＣＣと合わせてマネージャ９００に通信される）。
【０１６６】
図９における出力１６４は、（例えば、通信モジュール１５０を介して）ネットワークエンティティ１６０への通信のためにマネージャ９００から出力されている、マネージャ９００によって生成される報告を表す。報告は、マネージャ９００によって監視モジュール１１０から取得された１つ以上の監視結果に少なくとも部分的に基づいて、マネージャ９００によって判定される。例えば、報告は、ＣＣ（および任意には、対応するＣｅｒｔ）のうちの１つ以上を含んでもよいか、または、より好ましくは、（後述する通り）ＣＣ（および任意には、対応するＣｅｒｔ）のうちの１つ以上から、少なくとも部分的に導出されてもよい。詳細に後述するように、例えば、通信モジュール１５０を介してネットワークエンティティ１６０にアクセス可能である、１つ以上の読み取り専用レジスタに報告を書き込むことによって、通信モジュール１５０を介して報告を通信することによって、などの任意の好適な方法で、報告は、マネージャ９００からネットワークエンティティ１６０に出力されてもよい。
【０１６７】
図１０は、マネージャ９００のＭＣＵ１３０上のソフトウェア（ユーザコード）１０００との相互作用について具体的に表す、マネージャ９００の実装のさらなる詳細を模式的に示す。この例では、マネージャ９００は、ファームウェアにおいて実装され、ユーザコード１０００とインターフェースするように構成されている。ユーザコード１０００は、測定フロントエンドからのユーティリティ消費量測定値の読み取り、ユーティリティ消費メータ１００上のローカルディスプレイの駆動、バッテリバックアップシステムの有効化などのさまざまな異なるユーティリティメーター機能を実行するように構成されてもよい、ＭＣＵ１３０上のソフトウェアである。しかしながら、マネージャ９００と相互作用するユーザコード１０００の態様のみについて以下に説明する。
【０１６８】
運転中に、制御命令１３２の利用を通じて、マネージャ９００が監視モジュール１１０の運転の制御を排他的に受け持つように、ユーティリティメーターシステム１００は構成されてもよい。このようにして、マネージャ９００は、「法定計量」規格および、任意の他のエンティティによる（例えば、ネットワークエンティティ１６０による）監視モジュール１１０の制御に忠実であり、したがって、「法定計量」規格を維持するように構成され得る。
【０１６９】
このために、ユーザコード１０００は、制御命令１３２を要求するために、マネージャ９００を呼び出すように構成されてもよい。マネージャ９００はその後、以下の「コントローラ１１１０」セクションにおいて詳述するように、制御命令１３２を判定し、ユーザコード１０００が制御命令１３２を実行し得るように、制御命令１３２をユーザコード１０００に戻してもよい（例えば、監視モジュール１１０へのＳＰＩバスを利用して）。制御命令１３２は、例えば、監視モジュール１１０の好適なレジスタに命令を書き込むことによって、などの任意の好適な方法で、実行されてもよい。したがって、マネージャ９００は、ＡＰＩとして、ユーザコード１０００に効果的に動作してもよく、ユーザコード１０００は、制御命令１３２が実行され得る導体として、効果的に動作してもよい。
【０１７０】
ユーザコード１０００は、監視モジュール１１０が結果を書き込む、レジスタからの読み取りによって、監視モジュール１１０から監視結果１３４を取得するように構成されてもよい。例えば、ユーザコード９００は、監視モジュールレジスタ（例えば、ユーザコード９００が常に読み取るように構成されているレジスタもしくはレジスタの部分集合、または、マネージャ９００がユーザコード１０００に読み取るように命じたレジスタもしくはレジスタの部分集合）の通常のＳＰＩ読み取りを行ってもよい。ユーザコード１０００はその後、例えば、制御命令１３２の次の集合を要求するために、マネージャ９００への呼び出しの一部として、または、または任意の他の好適な時間において、任意の検索された監視結果１３４をマネージャ９００に伝えてもよい。
【０１７１】
監視モジュール１１０からの監視結果１３４の読み取り、マネージャ９００への監視結果の伝達、制御命令１３２を要求するためのマネージャ９００の呼び出し、および、制御命令１３２の監視モジュール１１０への書き込みのこの処理は、例えば、１秒ごとに、または２秒ごとに、または５秒ごとに、など、定期的に繰り返されてもよい。
【０１７２】
法定計量要件を維持するために、上述の機能を実行するように構成されている、ユーザコード１０００の少なくとも一部は、監視モジュール１１０およびマネージャ９００と相互作用する方法が、いかなるやり方でも代替も変更もされ得ないように、いかなる外部エンティティによっても代替も変更もされ得ない方法で、実装されてもよい（例えば、ＭＣＵ１３０の一部か、または、メモリ１４０の一部か、または、ユーティリティメーターシステム１００におけるいくつかの他のメモリモジュールもしくはエンティティの一部であってもよい、読み取り専用メモリにおいて、ファームウェアとして実装されてもよい）。さらに、マネージャ９００もまた、いかなるの外部エンティティによっても代替も変更もされ得ない方法で、実装されてもよい（例えば、ＭＣＵ１３０の一部か、または、メモリ１４０の一部か、または、ユーティリティメーターシステム１００におけるいくつかの他のメモリモジュールもしくはエンティティの一部であってもよい、読み取り専用メモリにおいて、ファームウェアとして実装されてもよい）。
【０１７３】
例えば、マネージャ９００上のレジスタの読み取りによって、または、報告１６４を生成し、それに応じてマネージャ９００が報告を生成し、戻す（例えば、ユーザコード１０００は規則的な、または定期的な間隔でそれを行ってもよい）ためのマネージャの呼び出しによって、などの、任意の好適な方法で、ユーザコード１０００は、マネージャ９００から報告１６４を取得してもよい。ユーザコード１０００はその後、ネットワークエンティティ１６０への通信のために、報告１６４を通信モジュール１５０に出力してもよい。代替的に、マネージャ９００は、通信モジュール１５０を介して、ユーザコード１０００を利用することなく、報告１６４をネットワークエンティティ１６０に出力してもよい（例えば、マネージャ９００上の読み取り専用レジスタからの報告を読み取るネットワークエンティティ１６０によって、またはネットワークエンティティ１６０を用いたプッシュまたはプル通信の一部として、など）。いずれの場合でも、ネットワークエンティティ１６０は、マネージャ９００または監視モジュール１１０の運転のいずれの部分へのアクセスも与えられておらず、したがって、「法定計量」維持されるがことがわかり得る。
【０１７４】
これは、マネージャ９００がいかに、「法定計量」規格を維持することように構成されているかの１つの非限定的な例にすぎないこと、また、任意の他の好適な方法で代替的に構成されてもよいことが理解される。例えば、任意のユーザコード１０００を必要とせずに、監視モジュール１１０に読み取りおよび書き込みを行うことが可能であるように構成されてもよく、かつ／または、例えばその監視モジュール１１０自体内の、ユーティリティメーターシステム１００の異なる部分において実装されてもよい。さらに、監視モジュール１１０上のレジスタからのユーザコード１０００の読み取りによって監視結果１３４を取得するマネージャ９００について上で説明したが、監視結果１３４は、例えば、監視モジュール１１０上のレジスタから結果を読み取るマネージャ９００、または、例えば、プッシュまたはプル通信処理において、監視モジュール１１０から結果を受信するマネージャ９００などの、任意の好適な方法で、代替的に取得されてもよい。同様に、（監視モジュール１１０上での書き込みレジスタの利用を通じてだけではなく）ユーザコード１０００、またはマネージャ９００によって、または任意の他の手段によって、任意の好適な方法で、制御命令１３４が監視モジュール１１０に応用されてもよい。
【０１７５】
より詳細に後述するように、マネージャ９００は、制御命令１３２を判定し、かつ／または報告１６４を生成するために、１つ以上の静的設定を利用するように構成されてもよい。静的設定は、マネージャ９００の当初構成中に、例えば、工場出荷時構成中に行われる設定である。後に明らかになるように、静的設定は、ユーティリティメーターシステム１００の特定の操作者（例えば、ユーティリティプロバイダ）がマネージャ９００に動作してほしいと望む方法、および／または、ユーティリティメーターシステムに関する他の不変設定（例えば、マネージャ９００の製造および構成時点での、測定センサ１２０のうちの１つの伝達関数である、ベンチマーク伝達関数）に関連してもよい。静的設定は「静的」であるため、不変であり、マネージャ９００の当初製造および構成後に代替され得ない。静的設定の数は、マネージャ９００が監視モジュール１１０を制御し、かつ／または、報告１６４を生成するために、それらの設定を静的にすることによって、監視結果１３４を解釈する方法に関連するため、マネージャ９００および監視モジュール１１０の運転中に、修正も変更もされ得ない。したがって、「法定計量」要件は、再び満たされてもよい。静的設定は、任意の好適な方法で、メモリに、例えば、ＭＣＵ１３０における読み取り専用メモリ、またはメモリ１４０、または、他の場所に、格納されてもよい。
【０１７６】
図１１は、マネージャ９００の例示的な実装を模式的に示す。マネージャ９００は、コントローラ１１１０、プロファイラ１１２０および報告生成装置１１４０を含む。プロファイラ１１２０はデータベース１１３０を含むように表されるが、データベース１１３０は、マネージャ９００上の他の場所に、ＭＣＵ１３０またはユーティリティメーターシステム１００における他の場所に（例えば、メモリ１４０の一部として）代替的に位置し、また、プロファイラ１１２０がデータをデータベース１１３０に書き込み得、かつ報告生成装置１１４０がデータベース１１３０からデータを読み取り得るように、構成されてもよいことが理解される。マネージャ９００は、二次プロファイラ１１５０を任意に含む。
【０１７７】
コントローラ１１１０
コントローラ１１１０は、監視モジュール１１０の運転の制御を受け持つ。コントローラ１１１０は、監視モジュール１１０を開始および停止させ、監視モジュール１１０の運転のチャンネルを選択し、監視モジュール１１０の運転の電力モードを設定するために、制御命令１３２を判定し、出してもよい。  コントローラ１１１０が、監視モジュール１１０の運転を制御し得るマネージャ９００内の唯一の機能ブロックであるように（例えば、監視モジュール１１０上のレジスタに書き込みを行い得る唯一の機能ブロック）、マネージャ９００は構成されてもよい。
【０１７８】
監視モジュール１１０は、それが動作させ得る１つ以上のチャンネルを有してもよい。例えば、第１のチャンネルは、通電流ＩＡの測定を受け持つ測定センサ１２０における測定センサを監視して、その測定センサに関する監視結果（ＣＣおよびＣｅｒｔ）を判定するためにあってもよい。その第１のチャンネルは、以下ＩＡチャンネルと称される。第２のチャンネルは、中性電流ＩＢの測定を受け持つ測定センサ１２０における測定センサを監視して、その測定センサに関する監視結果（ＣＣおよびＣｅｒｔ）を判定するためにあってもよい。その第２のチャンネルは、以下ＩＢチャンネルと称される。第３のチャンネルは、電圧ＶＡの測定を受け持つ測定センサ１２０における測定センサを監視して、その測定センサに関する監視結果（ＣＣおよびＣｅｒｔ）を判定するためにあってもよい。その第３のチャンネルは、以下ＶＡチャンネルと称される。監視モジュール１１０は、どの時点においても、これらのチャンネルのうちの１つのみにおいて、動作するように構成されており、したがって、コントローラ１１１０は、任意の特定の時間において、監視モジュール１１０がどのチャンネル（もしあれば）上で動作するべきか、また、どれくらいの時間そのチャンネル上で動作するべきかを判定するように構成されている。以下の説明において、監視モジュール１１０は常に、３つの利用可能なチャンネル（ＩＡ、ＩＢおよびＶＡ）を有するものとして描かれるが、監視モジュール１１０は代替的に、監視モジュール１１０の上で動作し得る、１つのチャンネル、２つのチャンネル、４つのチャンネルなどの、任意の数のチャンネル（すなわち１つ以上のチャンネル）を有してもよいことが理解される。
【０１７９】
監視モジュール１１０は、複数の異なるチャンネルを監視することが可能であってもよいが、それらのチャンネルの一部のみがマネージャ９００の関心の対象である可能性がある。例えば、監視モジュール１１０が監視し得るチャンネルのすべて、または、監視モジュール１１０が監視し得るチャンネルの一部のみであってもよい、１つ以上の関心チャンネルを示す関心チャンネル設定を、静的監視設定は含んでもよい。以下の説明において、ＩＡチャンネル、ＩＢチャンネルおよびＶＡチャンネルはすべて、関心チャンネルであると仮定する。しかしながら、静的監視設定の代替的な構成、これらのチャンネルのうちの１つ以上のみが関心チャンネルであってもよいことが理解される。
【０１８０】
ＩＡチャンネル、ＩＢチャンネルおよびＶＡチャンネルがすべて関心チャンネル例において、コントローラ１１１０はまず、以下の複数の監視モジュール運転状態から監視モジュール１１０に関する運転状態を選択する。
【０１８１】
ａ）いずれのチャンネルも監視しない（すなわち、測定センサ１２０におけるいずれの測定センサも監視しない）、
ｂ）少なくともＩＡチャンネルを監視し（すなわち、少なくとも、ＩＡの測定を受け持つ測定センサ１２０の測定センサを監視する）、そのセンサに関する監視結果を判定する、
ｃ）少なくともＩＢチャンネルを監視し（すなわち、少なくとも、ＩＢの測定を受け持つ測定センサ１２０の測定センサを監視する）、そのセンサに関する監視結果を判定する、
ｄ）少なくともＶＡチャンネルを監視し（すなわち、少なくとも、ＶＡの測定を受け持つ測定センサ１２０の測定センサを監視する）、そのセンサに関する監視結果を判定する、
その後、選択された運転状態を実現するために、制御動作を実行する。運転状態を選択し、制御動作を実行するための処理のさらなる詳細について、図１４および１５を参照して後述する。
【０１８２】
本開示の全体を通して説明される監視モジュール１１０の特定の実装では、どの時点においても、チャンネルＩＡ、ＩＢまたはＶＡのうちの１つのみが監視モジュール１１０によって監視されてもよく、どの時点においても、コントローラ１１１０は、１つのチャンネルのみを選択してもよい。しかしながら、代替的な構成において、どの時点においても、監視モジュール１１０は、２つ以上のチャンネルを監視してもよく、したがって、運転状態ｂ）からｄ）が上記にて特定されている理由は、「少なくとも」１つの特定のチャンネルの監視を参照する。例えば、コントローラ１１１０が運転状態ｂ）を選択する場合、コントローラ１１１０は、チャンネルＩＢおよび、任意には１つ以上のさらなるチャンネルを監視するようにモジュール１１０に命令するための制御動作を実行する（監視モジュール１１０がこれを可能にするように構成されている場合に、また、１つ以上のさらなるチャンネルもまた、そのときに監視されるべきであるとコントローラ１１１０が判定する場合に）。
【０１８３】
コントローラ１１１０は、静的監視設定によって設定された結果など、監視結果に関する特定の目標を達成するために、各々の運転状態に与えられる時間の長さのバランスを取るべきである。監視モジュール１１０が一度に１つのチャンネルを監視し得るのみである場合に、これは特に重要であり得る。典型的には、チャンネルの監視に与えられる時間が長いほど、そのチャンネルに関して判定されたＣＣは、より正確になってもよい。一例がＰＣＴ／ＵＳ２０１６／０６８０８９においてさらに詳述されており、図１２および１３からも理解され得る。
【０１８４】
しかしながら、各々のチャンネルが同じ時間の長さの間監視される場合に、各々のチャンネル上のノイズの量が異なってもよいため、それらは精度の同じレベルを達成しないでもよい。例えば、ＶＡチャンネル上に、ＩＡチャンネルよりも大きいノイズが存在する場合、ＶＡおよびＩＡに関して判定されたＣＣの精度の同じレベルを達成するためには、ＶＡチャンネルがより長く監視される必要があり得る。さらに、チャンネルＩＡおよびＩＢを監視することにより、電源１２から追加的な電力を引き込ませてもよく、それは、ユーティリティの消費者よりもむしろ、ユーティリティメーターシステム１００の操作者（例えば、ユーティリティ供給者）によって支払われるべきである。したがって、正確なＣＣの判定の要件を、電力消費の最小化のための要件に対してバランスをとることが、望ましい可能性がある。
【０１８５】
図１４は、コントローラ１１１０の例示的な実装を模式的に示す。コントローラ１１１０は、モジュール１２１０の利用、連続運転時間モジュール１２２０、およびスケジューラ１２３０を含む。
【０１８６】
図１５は、コントローラ１１１０の運転を表す例示的なフロー図を示す。
【０１８７】
ステップＳ１５１０において、利用モジュール１２１０は、関心チャンネルＩＡ、ＩＢおよびＶＡの各々のための利用目標（Ｕ＿ＲＡＴＩＯ）１２１５を判定する。この処理について、「利用モジュール１２１０」の見出しにてより詳細に後述する。
【０１８８】
ステップＳ１５２０において、連続運転時間モジュール１２２０は、関心チャンネルＩＡ、ＩＢおよびＶＡの各々に関する個別の連続運転時間１２２５を判定する。この処理について、「連続運転時間モジュール１２２０」の見出しにてより詳細に後述する。
【０１８９】
ステップ１５３０において、スケジューラ１２３０は、監視モジュール１１０に関する運転状態を選択するために、Ｕ＿ＲＡＴＩＯ１２１５および個別の連続運転時間１２２５を利用し、その後、ステップＳ１５４０において、選択された運転状態を最大時間の間（個別の連続運転時間と以下称される）実現するために制御動作を実行する。個別の連続運転時間の完了時に、次の個別の連続運転時間の間の監視モジュール１１０に関する運転状態を選択し、選択された運転状態を実現するための制御動作を次の個別の連続運転時間の間に実行するために、スケジューラ１２３０が電流Ｕ＿ＲＡＴＩＯ１２１５および個別の連続運転時間１２２５を利用するステップＳ１５３０に、処理が戻る。この処理について、「スケジューラ１２３０」の見出しにてより詳細に後述する。
【０１９０】
ステップＳ１５１０およびＳ１５２０は、監視モジュール１１０からの以前の監視結果１２４０に基づいて、Ｕ＿ＲＡＴＩＯ１２１５および個別の連続運転時間１２２５を更新し、変更し、または修正するために、規則的に繰り返されてもよい。ステップＳ１５３０において、スケジューラ１２３０はしたがって、直近で判定されたＵ＿ＲＡＴＩＯ１２１５および個別の連続運転時間１２２５を利用してもよく、このようにして、以前の監視結果１２４０は、コントローラ１１１０の挙動を変更するためのフィードバックとして利用されてもよい。
【０１９１】
利用モジュール１２１０
チャンネルのためのＵ＿ＲＡＴＩＯは、そのチャンネルに関する監視結果を判定する監視モジュール１１０によって費やされる監視時間窓の目標合計比率を示す。監視時間窓は、コントローラ１１１０によって固定されるか、またはコントローラ１１１０によって変更されてもよい、任意の時間の長さであってもよい。１つの非限定例として、監視時間窓が１時間である場合、チャンネルＩＡのためのＵ＿ＲＡＴＩＯは０．２５または２５％であり、コントローラ１１１０は、その１時間の間の監視時間窓において、合計で１５分の間、チャンネルＩＡが監視されるように、監視モジュール１１０の運転の制御を試みるべきである。したがって、各々のチャンネルのためのＵ＿ＲＡＴＩＯは、１または１００％（１または１００％のＵ＿ＲＡＴＩＯは、監視時間窓全体においてそのチャンネルを監視している監視モジュール１１０を示す）以下であるべきであることと、監視モジュール１１０がどの時点においても、１つのチャンネルのみを監視することが可能であるように構成されている場合に、すべての関心チャンネルのためのＵ＿ＲＡＴＩＯの合計は、１または１００％以下であるべきであることがわかり得る。Ｕ＿ＲＡＴＩＯの合計が１または１００％より小さい場合、これは、監視時間窓の間の一部の時間に、いずれのチャンネルも監視しないように（すなわち上述の運転状態（ａ））、監視モジュール１１０を制御することをコントローラ１１１０が目標とするべきであることを示す。後述する通り、これには、監視モジュール１１０の電力消費削減に関して、いくつかの利点がある。
【０１９２】
マネージャ９００の当初起動時には、利用モジュール１２１０に利用可能な以前の監視結果１２４０は存在しないため、Ｕ＿ＲＡＴＩＯは、静的監視設定内の特定の設定である静的利用設定に基づいて、判定されてもよい。監視モジュール１１０に関する所望の電力消費を示す電力消費設定および／または、各々の関心チャンネルに関する精度の所望のレベルを示すチャンネル優先度設定を、静的利用設定は含み、例えば、精度の目標最小レベルが各々の関心チャンネルのために達成される。
【０１９３】
チャンネル優先度設定は、精度の所望のレベルを示すように構成されてもよい。例えば、各々のチャンネル上で判定されたＣＣに関する確実度の特定の最小レベルを指定してもよい（例えば、特定のチャンネルに関するＣｅｒｔが１％以下であるべきことを指定してもよく、それは、そのチャンネルに関して判定されたＣＣが＋／−１％以内の誤差であるべきであることを意味する。本開示にて提示される特定の例において、Ｃｅｒｔの値は大きいほど、より低い精度を示すため、確実度の最小目標レベルは目標最大Ｃｅｒｔ値として見なされてもよいことが理解される）。代替的に、例えば、ある特定のチャンネルに必要な精度が他のチャンネルに必要な精度よりも小さいことを示して（例えば、チャンネルＩＡに必要な精度がＶＡに必要な精度の半分であるか、またはＶＡに必要な精度の４分の１であることなどを示して）、単に各々のチャンネルに関する確実度の相対的重要性を指定することによって、チャンネル優先度設定は、各々のチャンネルのために達成される精度の目標最小レベルを示してもよい。したがって、精度の目標最小レベルは、精度の目標相対レベルであってもよい。このようにして、チャンネル優先度設定は、チャンネルの相対性能間のバランスの達成を求めてもよい。
【０１９４】
全体として、監視モジュール１１０のある非制限例において、チャンネルが監視される時間の長さを２倍にすることで、確実度のレベルが√２倍だけ向上してもよい。例えば、監視モジュール１１０が特定の最大時間の間チャンネルを監視し、その時間の終わりに、１．２５％の対応するＣｅｒｔ値とともにＣＣを戻す場合に、代わりにチャンネルを２倍の長さ監視すると、Ｃｅｒｔ値は０．８８％であり得る。したがって、監視モジュール１１０のこの特定の構成に関して、チャンネルに関するＣＣの判定の精度を２倍にするためには、モジュール１１０は、４時間の間チャンネルを監視するように命令されるべきである。これは、監視モジュール１１０のある特定の例示的な構成にすぎず、異なる構成は、精度のレベルとチャンネルを監視する時間の長さとの間の異なる関係を有してもよいことが理解される。しかしながら、典型的には、チャンネル上のノイズレベルが必然的に一貫していると仮定すると、チャンネルをより長く監視することは通常、ＣＣの精度を向上させる（すなわち、より良好なＣｅｒｔをもたらす）べきである。
【０１９５】
したがって、まず少なくとも、１つ以上のチャンネルが他のチャンネル（複数可）よりも高い優先度を有することを（すなわち、精度のより高いレベルが所望される）チャンネル優先度設定が示す場合、Ｕ＿ＲＡＴＩＯがそれら１つ以上のチャンネルよりも高く設定されるべきであることが理解される。
【０１９６】
電力消費設定は、Ｕ＿ＲＡＴＩＯを判定するためのモジュール１２１０の利用を支援する任意の好適な形式を取ってもよい。ある特定の、非制限例が、以下の表に示される。
【０１９７】
【表１】
0006922082.tif 000002
【０１９８】
したがって、この特定の例において、電力消費設定が「１」である場合に、監視モジュール１１０の電力消費は問題ではなく、判定されたＵ＿ＲＡＴＩＯにいかなる方法でも影響を与えるべきでない（例えば、Ｕ＿ＲＡＴＩＯは、電力消費の懸念が一切なく、チャンネル優先度設定などの他の要因に基づいて判定されるべきである）。電力消費設が「２」、「３」、「４」または「５」である場合に、ＩＡおよびＩＢチャンネルのために組み合わせられたＵ＿ＲＡＴＩＯは、特定された制限内に留まるべきである。消費設定が「６」である場合に、ＩＡおよびＩＢチャンネルのために組み合わせられたＵ＿ＲＡＴＩＯは、１％より小さくあるべきであり、制御命令１３２における電力モード命令は、「通常電力モード」よりも「低電力モード」に設定されるべきである。
【０１９９】
１つ以上の監視結果１３４が監視モジュール１１０によって戻された後に、利用モジュール１２０は、（図１１における一方の点線で示されるように、監視モジュール１１０から直接、または、図１１における他方の点線で示されるように、プロファイラデータベース１１３０から検索することによって）以前の監視結果１２４０を取得してもよい。これらは以下、「以前判定された監視結果１２４０」と称される。利用モジュール１２０は、１つ以上の以前判定された監視結果１２４０におけるＣｅｒｔ値（複数可）をチャンネル優先度設定と比較し、必要であれば、（電力消費設定によって設定された任意の制限内にＵ＿ＲＡＴＩＯを依然としておさめながら）Ｃｅｒｔ値（複数可）がチャンネル優先度設定に必要な精度の目標最小レベルを達成していないチャンネルにより時間を与えるように、Ｕ＿ＲＡＴＩＯを調整してもよい。利用モジュール１２０は、各々のチャンネルに関する直近の以前判定された監視結果１２４０（例えば、チャンネルＩＡに関する直近の３つの以前判定された監視結果、チャンネルＩＢに関する直近の３つの以前判定された監視結果および、チャンネルＶＡチャンネルＶＡ直近の３つの以前判定された監視結果）または、特定の最大時間内で判定された以前判定された監視結果１２４０（例えば、先行する２０分、または先行する３０分、または先行する１時間などの内で判定された監視結果１３４）の特定の数を検討する観点から構成されてもよい。特定のチャンネルに関して２つ以上の以前判定された監視結果１２４０が利用モジュール１２１０によって検討されるときに、利用モジュール１２１０は、監視時間窓全体に亘るそれらの結果の精度（上述の通り、監視時間窓内のチャンネル上の各々の個別の実行に関する精度よりも度合いの精度を示す可能性が高い）を精度の目標最小レベルと比較し、その比較に基づいて、Ｕ＿ＲＡＴＩＯを調整してもよい。
【０２００】
このようにして、利用モジュール１２１０は、（例えば、特定のチャンネル上に多くのノイズが存在するために）精度の目標最小レベルがいつ達成されていないかを認識し、将来の監視結果において目標最小レベルの達成を試みるために、コントローラ１１１０の挙動を調整してもよい。
【０２０１】
任意には、静的利用設定が追加的に、または代替的に、１つ以上のチャンネル上のＣＣに関する精度の目標最大レベルを示す最大精度レベル設定を含んでもよい。例えば、チャンネルの相対性能間のバランスを達成するために、精度の目標最大レベルは、特定のチャンネルにおいて超えられるべきではない特定の確実度のレベルを指定してもよいか（例えば、Ｃｅｒｔ値は、０．５％、または１％などの特定の値を下回るべきではない）、または、（例えば、あるチャンネル上の精度が別のチャンネル上の精度を超えてもよい最大量を示す）相対精度の目標最大レベルを指定してもよい。
【０２０２】
利用モジュール１２１０は、精度の目標最小レベルに関して上述したのと類似の方法で、１つ以上の以前判定された監視結果１２４０を、精度の目標最大レベルと比較してもよい。精度の目標最大レベルを超える（すなわち、精度の最大レベルよりも正確である）Ｃｅｒｔ（または平均Ｃｅｒｔ）を有する任意のチャンネルに関して、それらのチャンネルのためのＵ＿ＲＡＴＩＯは低減されてもよい。監視モジュール１１０がこれらのチャンネルを監視する時間の長さの低減により、監視モジュール１１０によって引き起こされる電力消費の量を低減すべきであるため、これはＩＡおよびＩＢチャンネルにとって特に有益であり得る。追加的に、任意のチャンネルのためのＵ＿ＲＡＴＩＯの低減により、例えば、それらの精度の目標最小レベルを達成するために、より大きいＵ＿ＲＡＴＩＯを必要とし得る他のチャンネルのためのスペースが確保されてもよい。したがって、運転状態（ａ）（いずれの測定センサも監視しない）において監視モジュール１１０が動作され得るときに、時間の長さを最大化し、それによって電力使用を低減するためには、なお精度の目標レベルを達成するべきである最小レベルに各々のチャンネルのためのＵ＿ＲＡＴＩＯを設定することが有用であり得ることが理解されてもよい。
【０２０３】
連続運転時間モジュール１２２０
連続運転時間モジュール１２２０は、各々の関心チャンネルに関する個別の連続運転時間１２２５を判定するように構成されている。監視モジュール１１０がチャンネルを監視する時間の長さであり、その終了時に、そのチャンネルに関する監視結果１３４を監視モジュール１１０が戻す、個別の連続運転時間として、連続運転時間モジュール１２２０によって判定された個別の連続運転時間が、スケジューラ１２３０によって利用される。上述の通り、個別の連続運転時間が長いほど、実行の終了時に戻された監視結果１３４において、より正確なＣＣがもたらされるべきである。
【０２０４】
しかしながら、個別の連続運転時間が長いほど、精度が向上してもよい一方で、潜在的な否定的な結果もいくつか存在することが認識されている。例えば、非常に長い個別の連続運転時間が利用され、監視されている測定センサ上に大きなインパルス性ノイズイベントが存在するか、または、監視されている測定センサに一時的な不良が存在するか、または、監視されている測定センサ上に短いタンパイベントが存在する場合に、それは、実行全体に関する監視結果に影響を与え得る。結果として、判定されたＣＣは、破損しているか、または非常に不正確であり得、Ｃｅｒｔ値は、実行中に発生している何らかの種類のイベントの結果として、その監視結果が信頼されるべきでないことを示し得るが、認識されてもよいさらなる情報は極めて少ない。代替的に、実行は非常に長くてもよいため、実行のためのＣＣおよびＣｅｒｔはたいした影響を受けず、イベントは効果的に隠され、ＣＣおよびＣｅｒｔにおいて見つかり得ない。
【０２０５】
したがって、各々のチャンネルに関する個別の連続運転時間を非常に短く設定し、各々のチャンネルにおいて複数の実行を行うことが有益であり得る。例えば、監視時間窓が２０分であり、チャンネルＩＡのためのＵ＿ＲＡＴＩＯが１０％である場合に、各々が１分の個別の連続運転時間を有する２つの別途の実行を行うことが、単一の２分の実行を行うよりも有益であり得る。これらのより短い実行の各々の精度は、単一の２分の実行によって達成される精度より小さくてもよい（上述の通り、本開示の例示的な監視モジュール１１０において、約√２倍だけ正確でない）。しかしながら、２つの１分の実行の間で、チャンネル上のノイズレベルが同じか、または類似していると仮定すると、２つの１分の実行の各々に関するＣｅｒｔ値は、互いに同じ（または類似）であるが、ノイズの小さな変化のために、ＣＣはわずかに異なってもよい。２つのＣＣが効果的にともに平均化される場合に、２つの１分の実行のみが行われるＣＣの精度よりも√２倍だけ正確であるべきである、より正確なＣＣに到達すべきである。したがって、２つのＣＣが組み合わせられた（効果的に平均化された）効果的なＣｅｒｔは、単一の２分の実行からのＣｅｒｔとほぼ同じであるはずである。
【０２０６】
結果として、単一のＣＣを取得するために単一の実行を行うこと、または、各々が半分の時間長である２つの別途の実行を行うこと、また、その後、２つの結果としてのＣＣを効果的に平均化することは、同じ結果をもたらすべきである。それらの両方は、同じ合計時間の長さであり、同じ全体の精度を有する。したがって、単一の長い実行を行うよりも、チャンネル上で多くのより短い実行を行い、その後、平均的なＣＣおよびＣｅｒｔを判定することが好ましいことが明らかになる。特に、インパルス性イベント（インパルス性ノイズイベント、または短いタンパイベントなど）が短い実行のうちの１つの間に発生する場合に、それはその短い実行のみに影響を与える。結果の分析時に、Ｃｅｒｔおよび／またはＣＣが、他の短い実行に関するＣｅｒｔおよび／またはＣＣと大幅に異なり得るため、イベントが識別されてもよい。したがって、タンパイベントが見つかってもよく、インシデントにもかかわらず、有用かつ信頼できるＣＣおよびＣｅｒｔ情報が依然として取得されたてもよいように、他の影響を受けない実行から、１つ以上の有効平均ＣＣおよびＣｅｒｔが判定されてもよい（例えば、インシデント前のすべての実行に関する、ある有効平均ＣＣおよび、インシデント後のすべての実行に関する、別の有効平均ＣＣおよびＣｅｒｔ）可能性がより高くなり得る。
【０２０７】
したがって、非常に短い個別の連続運転時間が望ましい可能性があることが考えられる。しかしながら、多くの短い実行を行うことは、マネージャ９００に関する、メモリ使用（監視結果１３４のすべての格納における）およびＣＰＵサイクルについてのオーバーヘッドを作成し得る。さらに、図１２および１３を参照して上述したように、連続運転時間が短いほど、実行の終了時に戻されたＣＣの精度は低くなる。結果として、非常に短い実行は、非常に高い（すなわち、このような高いレベルの不正確さを示す）Ｃｅｒｔ値をもたらし得るため、対応するＣＣは信頼され得ない。この場合、実行中に発生するインパルス性イベントは、識別可能でなくてもよい（例えば、インパルス性イベントは、測定センサの伝達関数をわずかに５％変化させるが、Ｃｅｒｔ値は１０％であり、インパルス性イベントによって引き起こされた伝達関数の変化は、Ｃｅｒｔ値の＋／−１０％誤差バー内にあり、すなわち、伝達関数の変化は見つからなくてもよい）。
【０２０８】
したがって、各々のチャンネルに関して連続運転時間モジュール１２２０によって設定された個別の連続運転時間は、短いおよび長い個別の連続運転時間のよい点と悪い点のバランスを取るべきである。
【０２０９】
マネージャ９００の当初起動時には、連続運転時間モジュール１２１０に利用可能な以前の監視結果１２４０が存在しないため、各々の関心チャンネルに関する個別の連続運転時間１２２５が、静的監視設定内の特定の設定である、静的連続運転時間設定に基づいて、判定されてもよい。静的連続運転時間設定は、個別の実行に関する最小時間長を示す最小連続運転時間設定、および／または、個別の実行に関する最大時間長を示す最大連続運転時間設定を含む。最小連続運転時間設定は、許容可能なメモリおよびＣＰＵオーバーヘッドをもたらすべきである時間の長さに設定されていてもよい。最大連続運転時間設定は、監視結果１３４においてインパルス性イベントを見過ごし、かつ／または、インパルス性イベントによって破損している、監視結果１３４におけるＣＣを有する許容可能なリスクを提示する時間の長さに設定されていてもよい。連続運転時間モジュール１２１０は、当初は、最小および最大時間長の間の値の関心の対象である各々の関心チャンネルに関する個別の連続運転時間１２２５を設定するように構成されてもよい。ある特定の例において、当初電力使用を最小限に抑え、その後、必要に応じて、以前の監視結果１２４０に基づいて、個別の連続運転時間１２２５を増大するために、当初は、最小時間長に個別の連続運転時間１２２５を設定するように構成されてもよい。
【０２１０】
監視モジュール１１０が監視結果１３４の少なくとも１つの集合に戻った後、連続運転時間モジュール１２２０は、（モジュール１２１０の利用に関して上述したのと類似の方法で）１つ以上の以前判定された監視結果１２４０を取得してもよい。連続運転時間モジュール１２２０はその後、１つ以上の以前判定された監視結果１２４０におけるＣｅｒｔ値を、目標確信値と比較してもよい。例えば、特定のチャンネルに関する１つ以上の以前判定された監視結果１２４０におけるＣｅｒｔ値は、その特定のチャンネルに関する目標確信値と比較されてもよい。Ｃｅｒｔ値が目標確信値を達成しない（すなわち、Ｃｅｒｔ値によって示される精度が、目標確信値に必要な精度よりも低いレベルである）場合、連続運転時間モジュール１２２０は、そのチャンネルに関する個別の連続運転時間を増大させてもよく、それにより、より良好なＣｅｒｔ値を有するそのチャンネルに関する将来の監視結果１３４をもたらすべきである。特定のチャンネルに関する２つ以上の以前判定された監視結果１２４０が、連続運転時間モジュール１２２０によって検討される場合、連続運転時間モジュール１２２０は、それらの２つ以上の結果の有効平均精度を目標精度と比較し、その比較に基づいて、個別の連続運転時間１２２５を調整してもよい。個別の連続運転時間が増大される長さは、１つ以上の以前判定された監視結果１２４０におけるＣｅｒｔ値が目標確信値に足りない量に基づいてもよい。例えば、上述の監視モジュール１１０構成において、個別の連続運転時間を４倍だけ増大させることで、Ｃｅｒｔを２倍向上させるべきである。結果として、目標確信値が１．２５％であり（すなわち、判定されたＣＣが＋／−１．２５％以内の誤差であるべきである）１つ以上の以前判定された監視結果１２４０におけるＣｅｒｔが２．５％である場合、個別の連続運転時間は、１つ以上の以前判定された監視結果１２４０の判定時に利用されたよりも４倍長くされてもよい。
【０２１１】
個別の連続運転時間１２２５の判定に利用される目標確信値（複数可）は、上述のＵ＿ＲＡＴＩＯの判定に利用される精度の目標最小および／または最大レベルとは異なることに留意すべきである。（上述の）連続運転時間のよい点と悪い点との間の、また、検出されることが望ましいインパルス性イベントの最小サイズに基づく、基本バランスを達成するために、目標確信値が設定されてもよい。
【０２１２】
追加的に、または代替的に、特定のチャンネルに関する１つ以上の以前判定された監視結果１２４０におけＣｅｒｔ値がそのチャンネルに関する目標確信値を超える（すなわち、Ｃｅｒｔ値によって示される精度が、目標確信値によって必要とされる精度のレベルよりも良好である）場合に、連続運転時間モジュール１２２０は、短いインパルス性イベント（後述するように、これらは長い個別の連続運転時間内に隠れてもよい）の検出の確立を向上させるために、そのチャンネルに関する個別の連続運転時間を低減し、（１つの比較的短い個別の連続運転時間の間のインパルス性イベントは、インパルス性イベントによって影響されていない他の比較的短い個別の連続運転時間の間に判定された多くの他の測定値が存在することを意味するべきであるため）インパルス性イベントによって引き起こされる結果の損傷を制限するように構成されてもよい。
【０２１３】
このようにして、センサイベントを見過ごすリスクを依然として最小限に抑えながら、判定されたＣＣが信頼されてもいいように、個別の連続運転時間１２２５は、各々の監視結果が精度の所望のレベルに達することを可能にするための値に設定されてもよい。
【０２１４】
図１５を参照して上述したように、利用モジュール１２１０および連続運転時間モジュール１２２０は、ステップＳ１５１０およびＳ１５２０のそれぞれを、直近の以前判定された監視結果１２４０を毎回利用して、任意の回数繰り返してもよい。結果として、静的監視設定の要件が経時的により満たされるように、Ｕ＿ＲＡＴＩＯ１２１５および個別の連続運転時間１２２５は、規則的に更新され、変更されてもよい。
【０２１５】
スケジューラ１２３０
スケジューラ１２３０は、ステップＳ１５３０において監視モジュール１１０に関する運転状態を選択し、その後、ステップＳ１５４０において、個別の連続運転時間に関する選択された運転状態を実現するために、制御動作を実行するように構成されている。運転状態の選択は、Ｕ＿ＲＡＴＩＯ１２１５に基づいてもよい。マネージャ９００の当初起動時に、スケジューラ１２３０は単に、最大のＵ＿ＲＡＴＩＯを有する関心チャンネルを選択してもよい。スケジューラ１２３０はその後、第１の個別の連続運転時間の間に選択されたチャンネルを監視して、第１の監視結果を判定するために、第１の制御命令を監視モジュール１１０に通信してもよい。第１の個別の連続運転時間は、選択されたチャンネルに関して連続運転時間モジュール１２２０によって判定された、個別の連続運転時間１２２５であってもよい。このような制御命令は、監視モジュール１１１０を有効化し（有効化／無効化コマンド）、選択されたチャンネルを選択し（チャンネルを選択するコマンド）、任意には、電力設定も選択する（例えば、通常または低電力）ように、制御命令１３２を設定することで、スケジューラ１２３０によって加えられてもよい。スケジューラ１２３０は、第１の個別の連続運転時間に一致する時間の長さの間、この制御命令を加えてもよい。そのために、スケジューラ１２３０は、制御命令が加えられている時間の長さをカウントし、その後、時間の長さが第１の個別の連続運転時間と等しくなると制御命令を停止するために、カウンタを含んでもよい。代替的に、制御命令は、監視モジュール１１０の構成に従う、任意の他の好適な形式を取ってもよい（例えば、命令は、第１の個別の実行時間の間の選択されたチャンネルの監視を命令するための任意の好適な信号形式を含んでもよい）。
【０２１６】
個別の実行が完了し、監視結果１３４がマネージャ９００戻された後、スケジューラ１２３０は、ステップＳ１５３０に戻って、次にどの運転状態を選択すべきかを判定してもよい。この時点で、スケジューラ１２３０は、以前判定された監視結果１２４０を検討し（モジュール１２１０の利用に関して上述したのと類似の方法で、１つ以上の以前判定された監視結果１２４０を取得してもよい）、Ｕ＿ＲＡＴＩＯ１２２５を関心チャンネルの各々の電流利用（Ｕ＿ＣＵＲＲＥＮＴ）と比較してもよい。つまたは複数の以前判定された監視結果１２４０からチャンネルのＵ＿ＣＵＲＲＥＮＴが判定されてもよく（または、スケジューラ１２３０は単に、監視されるチャンネルの各々に命令している時間の長さの経過を追ってもよい）、そのチャンネルに関する監視結果を判定するモジュール１１０の監視によってすでに費やされた監視時間窓の比率を示す。
【０２１７】
図１６は、Ｕ＿ＣＵＲＲＥＮＴの理解を助け得る、監視モジュール１１０によって実行されるチャンネル監視の例示的な説明を示す。この例では、監視時間窓は、特定の時間ｔ１に開始し、後の時間ｔ２に終了する固定位置窓である。３つの関心チャンネルＩＡ、ＩＢおよびＶＡが存在し、監視時間窓内で各々のチャンネルが以前監視されていた時間は、ボックスＩＡ−１、ＩＡ−２、ＩＢ−１、ＩＢ−２、ＩＢ−２、ＶＡ−１、ＶＡ−２およびＶＡ−３によって表される。わかる通り、どの時点においても、監視モジュール１１０は関心チャンネルのうちの１つのみを監視している。時間Ｔは、監視モジュール１１０がチャンネル上の個別の実行（この場合、チャンネルＶＡ上の実行ＶＡ−３）を終えたばかりであり、そのチャンネルに関する監視結果１３４を戻した時間である、「電流時間」である。各々のチャンネルに関するＵ＿ＣＵＲＲＥＮＴは、すでにチャンネルの監視に費やされた監視時間窓の比率である。例えば、チャンネルＩＡに関しては、監視時間窓の長さによって分割された個別の実行ＩＡ−１およびＩＡ−２に費やされた時間の合計である。チャンネルＩＢに関しては、監視時間窓の長さによって分割された個別の実行ＩＢ−１、ＩＢ−２およびＩＢ−３に費やされた時間の合計である。チャンネルＶＡに関しては、監視時間窓の長さによって分割された個別の実行ＶＡ−１、ＶＡ−２およびＶＡ−３に費やされた時間の合計である。
【０２１８】
関心チャンネルのすべてに関するＵ＿ＣＵＲＲＥＮＴがＵ＿ＲＡＴＩＯ以上である場合に、スケジューラ１２３０は、運転状態（ａ）（いずれのチャンネルも監視しない）を選択してもよい。この場合、ステップＳ１５４０における制御動作は、監視モジュール１１０の構成に既存してもよい。例えば、制御動作は、監視時間窓の終了時に（時間ｔ２において）終了する最大時間の間、監視モジュール１１０を無効にするために、制御命令を監視モジュール１１０に通信することであってもよく、この時点で、新規時間が開始されてもよく、スケジューラは、次の個別の実行のために選択される運転状態を判定するために、ステップＳ１５３０に戻る。
【０２１９】
１つのみの関心チャンネルに関するＵ＿ＣＵＲＲＥＮＴが、そのＵ＿ＲＡＴＩＯより小さい（すなわち、残りの関心チャンネルが、それらのＵ＿ＲＡＴＩＯ以上のＵ＿ＣＵＲＲＥＮＴを有する）場合に、スケジューラ１２３０は、その関心チャンネルを監視するための運転状態（例えば、上述の運転状態（ｂ）、（ｃ）または（ｄ））を選択し、上述のように、対応する制御動作を実行してもよい。
【０２２０】
この判定処理を支援するために、スケジューラ１２３０は、各々の関心チャンネルに対して、Ｕ＿ＳＴＡＴＵＳを以下のように判定してもよい。
Ｕ＿ＳＴＡＴＵＳ＝Ｕ＿ＣＵＲＲＥＮＴ／Ｕ＿ＲＡＴＩＯ
【０２２１】
チャンネルに関するＵ＿ＳＴＡＴＵＳが、１以上である場合に、そのチャンネルのためのＵ＿ＲＡＴＩＯはすでに満たされており、選択されるべきではない。チャンネルに関するＵ＿ＳＴＡＴＵＳが１より小さい場合に、そのチャンネルのためのＵ＿ＲＡＴＩＯはまだ満たされておらず、選択されるべきである。
【０２２２】
２つ以上の関心チャンネルに関するＵ＿ＣＵＲＲＥＮＴが、その対応するＵ＿ＲＡＴＩＯより小さい（すなわち、２つ以上のチャンネルのＵ＿ＳＴＡＴＵＳが１より小さい）場合に、チャンネルのうちのいずれかが選択されてもよい。好ましくは、最も低いＵ＿ＳＴＡＴＵＳを有するチャンネルがそのＵ＿ＲＡＴＩＯから最も遠いチャンネルであるため、最も低いＵ＿ＳＴＡＴＵＳを有するチャンネルが選択されてもよい。
【０２２３】
関心点として、図１６において、ＩＡ−２がＩＡ−１よりも短い個別の連続運転時間を有していることがわかり得る。これは、連続運転時間モジュール１２２０が、チャンネルＩＡに関する個別の連続運転時間１２２５を、監視時間窓の途中で短くしたためであり得る。
【０２２４】
図１７は、監視モジュール１１０によって実行されるチャンネル監視の代替的な例示的な説明を示す。この例では、監視時間窓はローリング時間窓であり、過去の特定の固定時間を表す。結果として、窓の終了は常に電流時間、Ｔであり、窓の開始は過去のいくつかのの固定時間である。したがって、時間Ｔにおいて、スケジューラ１２３０は、監視時間窓内で判定された、以前判定された監視結果１２４０に基づいて、各々のチャンネルに関するＵ＿ＣＵＲＲＥＮＴを検討し、上述のようにＵ＿ＣＵＲＲＥＮＴおよびＵ＿ＲＡＴＩＯに基づいて（例えば、各々のチャンネルに関するＵ＿ＳＴＡＴＵＳを判定すること、また、各々のチャンネルのＵ＿ＳＴＡＴＵＳに基づいて、運転状態を選択することによって）、運転状態に関する監視モジュール１１０を選択する。運転状態（ａ）が選択される場合に、ステップＳ１５３０に戻る前に、事前判定された時間（例えば、静的監視設定において設定された時間）の間にその状態を監視モジュール１１０に加えるように、監視モジュール１１０は構成されてもよい。
【０２２５】
図１７における時間ｔ３〜ｔ４の間は、チャンネルはどれも監視されていなかったことがわかり得る。この時間中、スケジューラ１２３０は、その後時間ｔ４においてチャンネルＶＡを選択する前に（例えば、時間ｔ４において、ローリング時間窓におけるチャンネルＶＡに関するＵ＿ＳＴＡＴＵＳが１より小さかったとスケジューラ１２３０が判定したため）、スケジューラ１２３０は、監視モジュールに関する運転状態（ａ）を選択している可能性がある（例えば、時間ｔ３において、ローリング時間窓におけるすべてのチャンネルのＵ＿ＳＴＡＴＵＳが１以上であったことをスケジューラ１２３０が判定したため）。
【０２２６】
このスケジューリングの手法は、経時的に均等に分散される異なる関心チャンネルの監視に役立ってもよい。例えば、各々のチャンネルに関する個別の連続運転時間１２２５が比較的短い場合、各々の実行のタイミングは極めて均等に分散されてもよい。各々のチャンネルに経時的に良好な多様性を与える上で望ましい可能性があり、したがって測定センサ１２０のうちの１つ上でインパルス性イベントが識別される可能性が向上する。
【０２２７】
コントローラ１１１０のある特定の実装について上で説明したが、さまざまな代替例が可能であることが理解される。例えば、上述の個別の連続運転時間１２２５は可変である。１つ以上の以前判定されたＣｅｒｔ値に基づいて、個別の連続運転時間を変更する連続運転時間モジュール１２２０には利点があってもよいが、代替例において、それぞれの個別の連続運転時間が固定時間長であるように、個別の連続運転時間は固定であってもよい。この例では、コントローラ１１１０は、監視時間に亘って各々のチャンネルの監視に費やされた合計時間の長さを、スケジューラ１２３０によって実行される運転状態選択によって、依然として増減させてもよい。
【０２２８】
さらに、監視モジュール１１１０の運転状態の選択について、Ｕ＿ＲＡＴＩＯに関連して上記にて説明しているが、コントローラ１１１０は代替的に、任意の他の好適な方法で、監視モジュール状態を選択してもよいことが理解される。例えば、選択を行うために、１つ以上の以前判定されたＣｅｒｔ値を、任意の好適な方法で利用してもよい。一例において、監視時間窓の間に特定のチャンネルを監視する監視モジュールによって費やされる時間の比率が、監視時間窓の間に判定された有効平均ＣＣに関する精度の所望のレベルを達成するために十分であるように、選択が行われてもよい。別の例において、複数の関心チャンネルが存在する場合に、選択は、関心チャンネルの各々に関する確実度の目標レベルに基づいてもよい。例えば、各々の関心チャンネルに関する精度の目標レベルに基づいて、監視時間窓の間に各々のチャンネルの監視に費やされた時間の比率を最適化するために、選択が行われてもよい（特に、関心チャンネルのうちのすべての精度の目標レベルを達成することは不可能であり得、この場合、チャンネルの一部が精度の目標レベルを達成し、他が大きくそれに満たないよりも、各々のチャンネル上の達成される有効平均Ｃｅｒｔが可能な限り、精度のそれぞれの目標レベルに近づくように、選択は最適化されてもよい）。
【０２２９】
したがって、以前のＣｅｒｔ値に基づいて、監視モジュール運転状態を選択し、また、ＣＣの精度と信頼性との間の最良のバランスを達成してセンサイベントの識別を最大限にするために、可変である個別の連続運転時間を有することが好ましくあり得るが、これらの特徴は本開示に必須ではないことが理解される。
【０２３０】
プロファイラ１１２０
プロファイラ１１２０は、監視モジュール１１０からの監視結果１３４の取得および格納、ならびに、特定のパターンおよび関心チャンネルの各々における異常を識別するための、パターンおよび状態プロファイリングの実行を受け持つ。
【０２３１】
図１８は、プロファイラ１１２０の例示的な実装を模式的に示す。プロファイラ１１２０の例示的な実装は、データストアマネージャ１８１０およびａプロファイルアナライザ１８２０、ならびに、データベース１１３０内のプロファイル結果１８３０およびプロファイル概要１８４０を含む。プロファイル結果１８３０およびプロファイル概要１８４０は、データベース１１３０の異なる部分として表されるが、これらのデータは任意の好適なデータベース格納技術を利用してデータベース１１３０に格納されてもよいことが理解される。
【０２３２】
図１９は、プロファイラ１１２０の運転を表す例示的なフロー図を示す。ステップＳ１９１０〜Ｓ１９４０について、データストアマネージャ１８１０およびプロファイルアナライザ１８２０の各々の運転に関連して、以下に説明する。
【０２３３】
データストアマネージャ１８１０
ステップＳ１９１０において、データストアマネージャ１８１０は、監視モジュール１１０から監視結果１３４を取得する。上述の通り、取得された監視結果１３４は、個別の連続運転時間に亘って監視モジュール１１０によって判定された、特定の関心チャンネル（例えば、チャンネルＩＡ、チャンネルＩＢまたはチャンネルＶＡのうちの１つ）に関するＣＣおよびＣｅｒｔを含む。データストアマネージャ１８１０は、上述の通り、任意の好適な方法で、監視装置１１０から監視結果１３４を取得してもよい。データストアマネージャ１８１０はその後、取得された監視結果１３４の記録を、例えば、データベース１１３０におけるプロファイル結果１８３０の一部、もしくはデータベース１１３０の別の場所などの、データベース１１３０のどこかに格納して、または、メモリ１４０において、または他のメモリまたはキャッシュの一部において、維持してもよい。任意に、データストアマネージャ１８１０はこの時点で、例えば、受信された監視結果を静的制限と比較し、静的制限外にある任意の監視結果を破棄することによって、監視モジュール１１０から受信された任意の無効なデータを除外してもよい。この場合、無効なデータの存在が報告されてもよいように、プロファイルアナライザ１８２０によって、一般統計の一部として（詳細については後述する）、誤差コードが格納されてもよい。無効なデータの原因は、監視モジュール１１０とマネージャ９００との間の通信問題および／または、監視モジュール１１０への入力時の極端なノイズ、および／または、監視モジュール１１０における不良／故障を含んでもよい。
【０２３４】
図１８は、３つの部分、ＩＡ、ＩＢおよびＶＡを含むプロファイル結果１８３０を示す。これは、この例では、ａｒｅチャンネルＩＡ、チャンネルＩＢおよびチャンネルＶＡである、関心チャンネルの各々に関するプロファイル結果を表す。関心チャンネルの各々が、プロファイル結果１８３０内の異なる部分を有するものとして表されるが、これらのデータは、任意の好適なデータベース格納技術を利用して、データベース１１３０において格納されてもよいことが理解される。
【０２３５】
データストアマネージャ１８１０は、監視モジュール１１０からの新規監視結果１３４が利用可能になる度に毎回、ステップＳ１９１０を繰り返してもよい。したがって、経時的に、複数の監視結果１３４がデータストアマネージャ１８１０によって取得され、何らかの方法で（例えば、プロファイル結果１８３０として）格納されてもよい。結果として、関心チャンネルＩＡ、ＩＢおよびＶＡの各々に関する複数のプロファイル結果１８３０は、経時的に次第に蓄積してもよい。
【０２３６】
長い時間に亘り、特に、監視モジュール１１０によって多数の監視結果１３４が生成される（例えば、個別の連続運転時間１２２５が連続運転時間モジュール１２２０によって比較的短い期間に設定されるため）場合に、特に、データベース１１３０のためのＭＣＵ１１０上にごく限られたメモリスペースしかないときに、データのサイズが問題になり得る。この観点から、データストアマネージャ１８１０は、プロファイル結果１８３０のために格納されたデータの量の削減を求めてもよい。
【０２３７】
ステップＳ１９２０において、データストアマネージャ１８１０は、格納されたデータのサイズを削減してもよい。特に、特定の関心チャンネルイベントが起こらない時間の間、かなり整合的な負荷条件を仮定すると、その特定のチャンネルに関する連続する一連の監視結果は、同様のＣｅｒｔ値を有し、同様のＣＣを有すべきである。したがって、イベントが起こらない時間の間に個別の監視結果のうちのすべてを格納するよりも、データストアマネージャ１８１０は、そのイベントが起こらない時間全体の間の単一のＣＣおよび対応するＣｅｒｔを含む１つのみのプロファイル結果を格納することを求めてもよい。
【０２３８】
しかしながら、特定のチャンネルに関する監視結果のＣＣおよび／またはＣｅｒｔは、そのチャンネルに関する、前のおよび／または続く監視結果におけるＣＣおよび／またはＣｅｒｔとは大きく異なるが、これは、センサイベントを示してもよい（「プロファイルアナライザ１８２０」のセクションにおいてより詳細に後述するように）。したがって、この情報が失われないことが望ましい。結果として、ステップＳ１９２０において、データストアマネージャ１８１０は、連続する期間（すなわち、連続する個別の連続運転時間）において判定された特定のチャンネルに関する２つ以上の監視結果を識別し、類似のＣＣおよび／またはＣｅｒｔを有し、また、その後、それらの識別される２つ以上の監視結果に基づいて、単一のプロファイル結果を格納してもよい。このようにして、プロファイル結果１８３０に関するデータ格納要件は、データベース１１３０にプロファイル結果として格納された各々の個別の監視結果と比較して低減されてもよい。これについて、図２０、２１および２２を参照して、より詳細に説明する。
【０２３９】
図２０は、各々において、監視モジュール１１０が関心チャンネルに関する監視結果１３４を判定する間の個別の連続運転時間の例示的な表現を示す。ＩＡとラベリングされた個別の連続運転時間は、チャンネルＩＡを監視する監視モジュール１１０を示し、ＩＢとラベリングされた個別の連続運転時間は、チャンネルＩＢを監視する監視モジュール１１０を示し、また、ＶＡとラベリングされた個別の連続運転時間は、チャンネルＶＡを監視する監視モジュール１１０を示す。各々の個別の連続運転時間の終了時に、データストアマネージャは、そのチャンネルに関する監視結果１３４を取得し得る。
【０２４０】
図２１は、チャンネルＩＡに関する監視結果１３４の各々におけるＣＣおよびＣｅｒｔ値の例示的な表現を示す。ＣＣ表現は、ＩＡに関するＣＣの各々の有効平均を表す点線を含む。ＣＣ表現はまた、監視結果のうちの１つにおけるＣＣを各々が表す、いくつかの短い実線を含む。Ｃｅｒｔ表現は、各々のＣＣに対応するＣｅｒｔを示す。この特定の例において、チャンネルＩＡに関する監視結果の各々におけるＣｅｒｔは、０．２５％と０．５％の間にある。データストアマネージャ１８１０は、チャンネルＩＡに関する監視結果の６つの集合すべてが、確実度の特定の閾値最小レベルを超えるＣｅｒｔ値を含むことを判定してもよい。例として、確実度の閾値最小レベルは０．５％であってもよく、この場合、図２１において表されるすべてのＣｅｒｔ値は、その確実度のレベルを超える（すなわち、それらはすべて、確実度の閾値最小レベルよりも低いＣｅｒｔ値を有し、確実度の閾値最小レベルが必要とするよりも、より良好な、またはより高い確実度のレベルを示す）。したがって、確実度の閾値最小レベルを満たすチャンネルＩＡに関する６つの連続する監視結果が存在する。確実度の閾値最小レベルは、任意の好適な値に設定されてもよく、例えば、上述の静的設定のうちの１つであってもよい。
【０２４１】
さらに、データストアマネージャ１８１０はまた、監視結果のすべての６つの集合が、互いの平均変化閾値内にあるＣＣ値を含む（例えば、ＣＣのすべての間の最大差異が平均変化閾値より小さい）ことを判定してもよい。平均変化閾値は、任意の好適な値に設定されてもよく、監視結果におけるＣｅｒｔ値のうちの少なくとも１つに基づいてもよい。例えば、すべてのＣＣ値が互いの０．３％内になくてはならないように、平均変化閾値は、図２１において表される監視結果の最小Ｃｅｒｔ値（約０．３％）に設定されてもよい。この場合、最小Ｃｅｒｔ値として示された許容誤差におさまるＣＣ値のみが合わせて平均化されてもよい。代替的に、平均変化閾値は、固定値に、例えば上述の静的設定の一部として設定されてもよい。
【０２４２】
したがって、図２０および２１に表される監視結果に関して、ステップＳ１９２０において、連続する個別の連続運転時間において、すべて監視モジュール１１０によって判定され、平均変化閾値要件を満たすＣＣをすべて含み、また、確実度の閾値最小レベル要件を満たすＣｅｒｔをすべて含む、チャンネルＩＡに関する６つの監視結果を、データストアマネージャ１８１０は識別してもよい。結果として、データストアマネージャ１８１０は、（６つの個別の監視結果に対応する）６つの個別のプロファイル結果よりも、プロファイル結果１８３０におけるチャンネルＩＡに関する単一のプロファイル結果を格納してもよい。個別のプロファイル結果は、６つの個別の監視結果におけるＣＣ（例えば、６つの個別の監視結果における、ＣＣの有効平均）に基づいて判定された単一のＣＣ値を有する。個別のプロファイル結果はまた、６つの個別のプロファイル結果に基づく、有効平均Ｃｅｒｔである、単一のＣｅｒｔを有する。有効平均Ｃｅｒｔを判定するための好適な技術は、特に、累積連続運転時間を増大させることが全体の確実度にいかに影響を与えるかの関係において、監視モジュール１１０の構成に依存してもよい。上述の監視モジュール１１０の特定の実装に関して、有効平均ＣＣは、個別ＣＣの各々およびそれらの対応するＣｅｒｔに基づいて、以下のように判定されてもよい。
【０２４３】
個別ＣＣの各々はまず、それらの対応するＣｅｒｔに基づいて、重み付けされてもよい。例えば、６つの個別のＣＣおよび対応するＣｅｒｔが存在する場合、ＣＣは以下のように重み付けされてもよい。
【０２４４】
ＣＣ１／Ｃｅｒｔ１２
ＣＣ２／Ｃｅｒｔ２２
ＣＣ３／Ｃｅｒｔ３２
ＣＣ４／Ｃｅｒｔ４２
ＣＣ５／Ｃｅｒｔ５２
ＣＣ６／Ｃｅｒｔ６２
この例では、Ｃｅｒｔ２に基づいて重み付けが行われていることがわかり得る。
【０２４５】
以下ＣＣｗと称される有効平均ＣＣは、その後、以下のようにＣｅｒｔ値を用いて表されてもよい。
【０２４６】
【数１】
0006922082.tif 000003
【０２４７】
以下Ｃｅｒｔｗと称される有効重み付け平均確実度もまた、以下のように判定されてもよい。
【０２４８】
【数２】
0006922082.tif 000004
【０２４９】
したがって、有効平均ＣＣ、ＣＣｗは、以下のように一般化されてもよい。
【０２５０】
【数３】
0006922082.tif 000005
【０２５１】
有効平均Ｃｅｒｔ、Ｃｅｒｔｗの判定は、以下のように一般化されてもよい。
【０２５２】
【数４】
0006922082.tif 000006
【０２５３】
これは、ＣＣｗおよびＣｅｒｔｗがいかに判定されてもよい１つの非限定例にすぎず、任意の他の技術が代替的に利用されてもよいことが理解される。
【０２５４】
図２１は上述の要件を満たす６つの連続する監視結果を示しているが、データストアマネージャ１８１０は、上述の要件を満たす任意の数の２つ以上の連続する監視結果を識別し、それらと置き換えるために単一のプロファイル結果を判定してもよいことが理解される。任意には、データストアマネージャ１８１０は、単一のプロファイル結果に組み合わせられ得る最大数の監視結果を示す静的最大実行設定に基づいて、単一のプロファイル結果に組み合わせられ得る監視結果の数を制限するように構成されてもよい。静的最大実行設定は、静的設定の一部であってもよい。
【０２５５】
ステップＳ１９２０において、データストアマネージャ１８１０は、各々のチャンネルに関するデータ格納要件が低減されてもよいように、関心チャンネルの各々に関するこの処理を実行してもよい。
【０２５６】
図２２は、チャンネルＩＡに関する監視結果１３４の各々に関するＣＣおよびＣｅｒｔ値のさらなる例示的な表現を示す。ＣＣ９はその周囲の他のＣＣ値と大幅に異なることがわかり得る。同様に、Ｃｅｒｔ９は、その周囲の他のＣｅｒｔ値よりも大幅に高い。結果として、データストアマネージャ１８１０は、ＣＣ７およびＣＣ８に関する２つの連続する監視結果は上述の要件を満たすこと、また、ＣＣ１０〜ＣＣ１２に関する３つの連続する監視結果は、上述の要件を満たすが、ＣＣ９は満たさないことを識別してもよい。したがって、データベース１１３０に格納される３つのプロファイル結果１８３０を判定してもよく、１つ目はＣＣ７およびＣＣ８に関する監視結果に基づき、２つ目はＣＣ９に関する監視結果であり、３つ目はＣＣ１０〜ＣＣ１２に関する監視結果に基づく。結果として、ＣＣ９に関する監視結果からデータを失うことなく、プロファイル結果１８３０の格納に必要なデータの量がすべての監視結果の格納と比較して削減されてもよく、これは、「プロファイルアナライザ１８２０」セクションにおいて後述する通り、効果的なプロファイリングに有用であってもよい。
【０２５７】
データストアマネージャ１８１０は、上記ＣＣおよびＣｅｒｔ要件のいずれかを満たすか、または、より好ましくは、上記ＣＣおよびＣｅｒｔ要件の両方を満たす連続する監視結果を組み合わせるように構成されてもよい。（特に、ＣＣが大幅に変化するが、対応するＣｅｒｔが低い−すなわち、確実度の良好なレベル−監視結果は、後述する通り、特に重大なセンサイベントを示してもよく、したがって、この処理の実行によって失われないため）ことが理解される。
【０２５８】
したがって、ステップＳ１９１０は、数回繰り返されてもよく、その後、ステップＳ１９２０は、格納されるデータの量が削減され得るか否かを判定するために、データストアマネージャ１８１０によって定期的に行われてもよい。例えば、各々の取得された監視結果は当初、プロファイル結果１８３０としてデータベース１１３０に格納され得る。上記に開示された要件を満たす２つ以上の連続する監視結果の識別、それらの監視結果のプロファイル結果１８３０からの削除、および、それらの単一のプロファイル結果都の置き換えを試みるために、定期的に、データ格納マネージャ１８１０はステップＳ１９２０を行い得る。したがって、ある時点では、プロファイル結果１８３０の各々は、それぞれの単一の監視結果に対応し、別の時点では（例えば、ステップ１９２０の実行が成功した後）プロファイル結果１８３０のうちの１つ以上は、２つ以上の監視結果に基づいてもよいが、一方で、プロファイル結果１８３０のうちのその他はそれぞれの単一の監視結果に基づいてもよい（例えば、単一の監視結果が上述のＣＣおよびＣｅｒｔ要件を満たさない場合）。
【０２５９】
ＣＣおよびＣｅｒｔに加えて、各々のプロファイル結果は、ＣＣおよびＣｅｒｔが判定されたタイミングのいくつかの特徴を示す時間インジケータをさらに含んでもよい。例えば、プロファイル結果が単一の監視結果に基づく場合、それは、監視結果を判定するために監視モジュール１１０によって利用される個別の連続運転時間の開始時間および／または、監視結果を判定するために監視モジュール１１０によって利用される個別の連続運転時間の終了時間、および／または、監視結果を判定するために監視モジュール１１０によって利用される個別の連続運転時間の持続時間を含んでもよい。プロファイル結果が２つ以上の監視結果に基づく（例えば、上述のように、２つ以上の監視結果が単一のプロファイル結果に組み合わせられているため）場合、それは、２つ以上の監視結果の最も早い個別の連続運転時間の開始時間および／または２つ以上の監視結果の最も遅い個別の連続運転時間の終了時間および／または２つ以上の監視結果の個別の連続運転時間の合計持続時間および／または、プロファイル結果を作製するために組み合わせられた監視結果の数を含んでもよい。
【０２６０】
本開示において、「連続する」の語は、途切れないことやつながっていることを意味することを意図するものではなく、互いに続く特定のチャンネルに関する２つ以上の監視結果（互いに直後に、または、互いに時間をおいて、のいずれか）を意味することが理解される。したがって、連続する監視結果の間には時間の隔たりがあってもよい（図２１でわかるように、監視結果の各々が連続し、上記で特定されたＣＣおよびＣｅｒｔ要件を満たす場合にもなお、各々が監視モジュール１１０によっていつ判定されたかには時間の隔たりがある）。
【０２６１】
プロファイルアナライザ１８２０
ステップＳ１９３０において、プロファイルアナライザ１８２０は、関心チャンネルＩＡ、ＩＢまたはＶＡのうちの１つに関する複数のプロファイル結果１８３０を、例えば、データベース１１３０から検索することによって、取得する。プロファイルアナライザ１８２０は、特定のプロファイル時間（例えば、直近６時間、または直近１２時間、または直近２４時間など）に関するプロファイル結果１８３０のみを、例えば、プロファイル結果の各々において、時間インジケータを利用して、検索してもよい。プロファイル時間は、静的設定であり、報告生成装置１１４０に関連してより詳細に後述する、静的報告期間設定に関連してもよい。例えば、静的報告期間設定が８時間に設定される場合、プロファイル時間の間に監視モジュール１１０によって判定されるＣＣおよびＣｅｒｔがプロファイリングされてもよいように、おおよそ８時間ごとに、プロファイルアナライザ１８２０は、前の８時間に関するプロファイル結果１８３０を取得してもよい。
【０２６２】
ステップＳ１９４０において、プロファイルアナライザ１８３０は、取得されたプロファイル結果に基づいて、プロファイル概要を生成する。これは、一般統計の判定および／またはセンサイベントの識別を含んでもよい。
【０２６３】
センサイベントは、プロファイルアナライザによって取得された複数のプロファイル結果における、ＣＣおよび／またはＣｅｒｔに基づいて判定されてもよい。特に、プロファイルアナライザ１８３０は、ある関心チャンネルに関する一度に、（例えば、まずチャンネルＩＡに関するプロファイル結果を分析し、その後、チャンネルＩＢに関するプロファイル結果を分析し、その後、チャンネルＶＡに関するプロファイル結果を分析する）、または、並行して取得されたプロファイル結果を分析してもよい。各々のチャンネルに関する分析は、発生したセンサイベントを示すプロファイル結果におけるＣＣ、例えば、そのチャンネルに関するベンチマーク伝達関数値とは大幅に異なるＣＣの識別を求めてもよい。各々のチャンネルは、マネージャ９００の製造および／またはキャリブレーション時に、チャンネルの伝達関数の値に設定される、静的設定であり得る、それ自体のベンチマーク伝達関数を有してもよい。そのチャンネルに関する、イベント閾値量より大きく異なる（上回るか、下回るかのいずれか）ベンチマーク伝達関数であるＣＣを含む、特定のチャンネルに関する任意のプロファイル結果は、センサイベントを示すものとして、識別されてもよい。イベント閾値量は１つ以上の静的設定を含んでもよく、任意の好適な値（例えば、０．５％、もしくは５％、もしくは８％などのパーセンテージ値、または、１．３、もしくは４．２などの絶対値）に設定されてもよい。したがって、ノイズによって引き起こされてもよいＣＣの小さな変化は、センサイベントに関連しないとして無視されてもよい。一方、ＣＣの大きな変化は、センサイベントを示すものとして識別されてもよい。
【０２６４】
バーストイベントまたは変更イベントの、２つの異なる種類のセンサイベントが存在してもよい。バーストイベントは、例えば、タンパイベントまたは試みられたタンパイベントによって引き起こされる、測定センサの伝達関数の一時的変化を示す。変更イベントは、例えば、センサドリフトまたは経年変化によって引き起こされる、測定センサの伝達関数の持続的変化を示す。
【０２６５】
バーストイベントは、プロファイル結果におけるＣＣから、任意の好適な方法で、識別されてもよい。ある非限定例において、プロファイル時間の開始および終了時のプロファイル結果は、類似のＣＣを有する（例えば、イベント閾値量より小さくベンチマーク伝達関数と異なるＣＣ）が、プロファイリング期間における（例えば、プロファイリング期間の真ん中近くに）１つ以上の他のプロファイル結果は、イベント閾値量より大きくベンチマーク伝達関数とは異なるＣＣを有することをプロファイルアナライザ１８２０は識別してもよい。これにより、測定センサの伝達関数が短い間変化しているが、通常に戻ってもよいことが示唆されてもよく、これがバーストイベントを示す。
【０２６６】
変更イベントは、プロファイル結果におけるＣＣから、任意の好適な方法で識別されてもよい。ある非限定例において、プロファイルアナライザ１８２０は、プロファイル時間の開始時のプロファイル結果が、プロファイル時間の終了時とは全く異なることを識別してもよい。例えば、開始時のプロファイル結果は、イベント閾値量より小さくベンチマーク伝達関数とは異なるＣＣを有してもよいが、その後、プロファイル結果におけるＣＣは、プロファイリング期間の終了近くのプロファイル結果が、イベント閾値量より大きくベンチマーク伝達関数とは異なるように、プロファイル時間の間に次第に変化してもよい。
【０２６７】
任意には、プロファイルアナライザ１８２０は、センサイベントの識別の一部として、Ｃｅｒｔ値を検討するようにさらに構成されてもよい。低い確実度のレベルに伴うＣＣの大幅な変化（本開示の例において、比較的高いＣｅｒｔ値は、対応するＣＣが比較的低い確実度のレベルを示し得ることを示し得る）は、電力供給ラインにおけるいくつかのインパルス性ノイズによるものであり得るが、一方、高い確実度のレベルに伴うＣＣの大幅な変化（すなわち、本開示の例において、比較的低いＣｅｒｔ値は、高い確実度のレベルを示し得る）は、測定センサの伝達関数における真の変化であることを示唆する可能性が高い。
【０２６８】
プロファイルアナライザ１８２０がＣｅｒｔをセンサイベントの識別の一部としていかに利用してよいかに関するある特定の例において、以下の処理ステップが実行されてもよい。
【０２６９】
１．分析されている、チャンネルに関する最も早い「未利用」プロファイル結果が選択される。「未利用」プロファイル結果は、プロファイリング期間の間に判定され、センサイベントの識別にまだ利用されていない、１つ以上の監視結果に基づく。「最も早い」という用語は、最も早い「未利用」プロファイル結果が、任意の他の「未利用」プロファイル結果よりも先に判定された、１つ以上の監視結果に基づく、「未利用」プロファイル結果であるように、プロファイル結果の一時的な性質を指す。選択された最も早い「未利用」プロファイル結果はバッファに追加されてもよい。
【０２７０】
２．重み付けされた有効平均Ｃｅｒｔ、Ｃｅｒｔｗは、選択された最も早い「未利用」プロファイル結果のＣｅｒｔ値（複数可）に基づいて（すなわち、バッファにおけるＣｅｒｔ値に基づいて）、判定される。Ｃｅｒｔｗは、上述の方法で判定されてもよいか、または有効平均Ｃｅｒｔ、または重み付けされた有効平均Ｃｅｒｔは、任意の他の好適な方法で判定されてもよい。
【０２７１】
３．Ｃｅｒｔｗは、Ｃｅｒｔｔｈｒｅｓと比較される。Ｃｅｒｔｔｈｒｅｓは、Ｃｅｒｔｗによって達成されるべきである、精度の閾値最小レベルを示す。
【０２７２】
Ｃｅｒｔｗが精度の閾値最小レベルを達成できない（提示例においては、Ｃｅｒｔ値が大きいと精度の低いレベルが示され、Ｃｅｒｔｗ＞Ｃｅｒｔｔｈｒｅｓである場合、または代替的にＣｅｒｔｗ≧Ｃｅｒｔｔｈｒｅｓである場合に、Ｃｅｒｔｗは精度の最小レベルを達成しない）場合、その後、処理はステップ１に戻るべきである。ステップ１に戻ることで、次のプロファイル結果（すなわち、最も早い「未利用」プロファイル結果）が選択されるべきであり、そのＣｅｒｔ値はバッファに追加されてもよい。上述の通り、別のＣｅｒｔ値をＣｅｒｔｗの判定に含むことは、確実度のレベルを向上させるべきである。したがって、選択されたプロファイル結果の確実度のレベルが、Ｃｅｒｔｔｈｒｅｓによって示す精度の閾値最小レベルを達成するまで、ステップ１〜３は繰り返されてもよい。
【０２７３】
Ｃｅｒｔｗが精度の閾値最小レベルを達成する（提示例においては、Ｃｅｒｔ値が大きいと精度の低いレベルが示され、Ｃｅｒｔｗ≦Ｃｅｒｔｔｈｒｅｓである場合、または代替的にＣｅｒｔｗ＜Ｃｅｒｔｔｈｒｅｓである場合に、Ｃｅｒｔｗは精度の最小レベルを達成している）場合、その後、処理はステップ４に進むべきである。
【０２７４】
４．ＣＣｗは、バッファにおけるプロファイル結果におけるＣＣに基づいて判定される。したがって、最も早い判定されたＣｅｒｔｗに対応するＣＣｗが判定される。ＣＣｗは、上述と同じ方法で、または任意の他の好適な方法で、判定されてもよい。
【０２７５】
５．ＣＣｗは、ベンチマーク伝達関数と比較される。２つの間の差異は、特に、上述のように、センサイベントが識別されてもよい、差異がイベント閾値量を上回る場合に、例えばプロファイル概要１８４０の一部として、メモリに格納されてもよい。
【０２７６】
６．バッファはクリアされ、処理はステップ１に戻って、プロファイル時間から「未利用」のままである任意のプロファイル結果の分析を続けてもよい。
【０２７７】
プロファイル結果におけるＣＣが、精度の閾値最小レベルＣｅｒｔｔｈｒｅｓを満たすほど、十分に信頼できる（すなわち十分な精度）場合にのみセンサイベントを識別するために、プロファイル結果が分析されてもよいことが、上記から理解される。結果として、ＣＣｗは、ステップ５において、センサイベントが存在しているか否かについて、信頼できる判定を行うほど十分に正確であると見なされ得る。さらに、ステップ３の条件が満たされるまで、プロファイル結果をバッファに段階的に追加するが、その条件を満たすために、最小プロファイル結果の数より多くは追加しないことによって、プロファイル結果の有効平均化は最小限に抑えられてもよく、したがって、センサイベントの識別の信頼度が向上する。これは、ＣＣｗの判定のために利用されるＣＣが多くなるほど、プロファイル結果のうちの１つにおけるＣＣが大きく変化する可能性が高くなり（これはセンサイベントを示し得る）、これはＣＣｗの数字の中で失われ、それによって、識別の分解能を低減させ、潜在的にセンサイベントを見過ごさせ得るためである。
【０２７８】
任意には、Ｃｅｒｔｔｈｒｅｓはイベント閾値量に基づいてもよい．例えば、非常に小さいイベント閾値量については、バーストまたは変更イベントを確実に識別するためにＣＣｗを利用するために、Ｃｅｒｔｗに関して精度の高いレベルが必要とされてもよい。これは、ＣＣの判定における確実度が低いほど、（例えば、ノイズによって引き起こされる）バーストまたは変更イベントよりはむしろ、ＣＣｗは非常に小さなイベント閾値よりも大きく、ベンチマーク伝達関数値とは潜在的に異なり得るためである。しかしながら、非常に大きいイベント閾値量に関しては、ＣＣに非常に大きな変化を引き起こすノイズなどがある可能性が低いため、精度の比較的低いレベルのみが必要とされ得る。このようにして、Ｃｅｒｔｔｈｒｅｓをイベント閾値量に基づかせることで、非常に重大なバーストまたは変更イベントが、１つのみか、または小さなプロファイル結果の数から、非常に迅速に識別されてもよいが、一方、より小さいバーストまたは変更イベントはより多くのプロファイル結果を必要としてもよく、したがって、より時間および労力が求められるが、単なるノイズではなく真のイベントが起こったことを確信するために十分な精度の十分なレベルが存在する場合にのみ判定されてもよい。したがって、非常に大きい変化またはバーストイベントが非常に迅速に判定されてもよく、ＣＣｗの値において精度の高いレベルの信頼度が存在する場合のみに、より小さい、わずかな変化またはバーストイベントが判定されてもよい。
【０２７９】
各々が静的設定であってもよい、１つまたは多くのイベント閾値量が存在してもよい。Ｃｅｒｔｔｈｒｅｓがイベント閾値量に基づく場合、また静的設定であってもよい、対応する１つまたは多くのＣｅｒｔｔｈｒｅｓが存在してもよい。多くのイベント閾値量が存在する場合、超えられたイベント閾値量を参照して、識別されるセンサイベントの重大性がより明白になってもよい。例えば、センサイベントが検出されたことを示すだけでなく、ベンチマーク伝達関数とＣＣとの間の差異の大きさも示すために、プロファイル概要を有効化してもよい。以下リストされた例において、１％、４％、８％、２０％および５０％の、５つの異なるイベント閾値量が存在する。しかしながら、任意の数があってもよいこと、また、各々が任意のサイズであってもよいことが理解される。さらに、複数の異なるイベント閾値量が存在する場合に、プロファイル結果が異なるサイズのセンサイベントの並行での識別に貢献してもよいように、プロファイルアナライザ１８２０は、上述のように、各々のイベント閾値量に関して並行にセンサイベント識別ステップを実行するように構成されてもよい。
【０２８０】
任意には、プロファイル時間におけるすべてのプロファイル結果が利用されるまで、上記のステップ３が繰り返し失敗した場合（すなわち、ＣｅｒｔｗがＣｅｒｔｔｈｒｅｓを繰り返し達成しそこねる）、（例えば、それらがすべてバッファに追加され、Ｃｅｒｔｗは依然としてＣｅｒｔｔｈｒｅｓを達成していない）、これは、精度不良センサイベントを示してもよく、またこれは、プロファイル概要１８４０に記録されてもよい。精度不良センサイベントは、測定センサおよび／または監視モジュール１１０に、潜在的にいくつかの重大な問題が存在し、それらに調査が必要であることを示してもよい。
【０２８１】
追加的に、または代替的に、プロファイルアナライザ１８２０は、プロファイル結果１８３０における各々のＣＣをベンチマーク伝達関数値と比較し、それが最大差異閾値を超えるか否かを判定してもよい。最大差異閾値は、例えば８０％と非常に大きくてもよく、最大差異閾値を超えることは、例えば、測定センサ１２０と監視モジュール１１０との間の、かつ／または、監視モジュール１１０とマネージャ９００との間の接続／通信不良によって引き起こされる、監視モジュール１１０における信号不良を示してもよい。したがって、最大差異閾値を超える、ＣＣとベンチマーク伝達関数値との間の差異は、信号不良センサイベントを示してもよく、それもまた、プロファイル概要に有用に記録されてもよい。追加的に、または代替的に、監視モジュール１１０は、信号不良センサイベントを、ＣＣおよびＣｅｒｔ結果と合わせてマネージャ９００に報告するように構成されてもよい。
【０２８２】
センサイベントの識別のための上記処理は、プロファイル時間の終了時にメモリに格納されたプロファイル結果１８３０に基づいて判定されるが、新規プロファイル結果が利用可能になる度に毎回、上述の代替的なステップ１〜６が実行されてもよい（すなわち、新規プロファイル結果が利用可能になる度に毎回、ステップ１が実行され、ステップ３が通過されると、ステップ４〜６が実行されるが、ステップ３が通過されないと、次のプロファイル結果が利用可能になるとすぐに、ステップ１が再度行われる、などである）。さらなる代替例において、ステップ１〜６は、新規プロファイル結果が利用可能になる度に毎回、監視結果に基づいて実行されてもよい。この利点は、監視結果および／またはプロファイル結果がデータベース１１３０に格納される必要がなく、したがって、メモリ要件を低減することであるが、異なるプロファイリング期間に亘る分析結果の処理の柔軟性が低減する可能性がある。
【０２８３】
ステップＳ１９５０においては、センサイベントを示すプロファイル結果をステップＳ１９４０で識別して、プロファイルアナライザ１８２０は、センサイベントの少なくとも１つの特徴を示すイベント記録を生成する。イベント記録は、（例えば、ＣＣまたはＣＣｗ、ＣｅｒｔまたはＣｅｒｔｗ、および／またはプロファイル結果（複数可）における時間インジケータに基づいて）、センサイベントを示すプロファイル結果（複数可）に基づいて、生成されてもよい。バーストイベントに関して、少なくとも１つの特徴は、バーストイベントの開始時間、バーストイベントの持続時間および／または、プロファイル結果およびベンチマーク伝達関数において識別されるＣＣ間の差異の大きさの指示のうちの少なくとも１つを含んでもよい。変更イベントに関して、少なくとも１つの特徴は、変更イベントが発生した時間および／または、プロファイル結果およびベンチマーク伝達関数において識別されるＣＣ間の差異の大きさの指示のうちの少なくとも１つを含んでもよい。精度不良センサイベントに関して、少なくとも１つの特徴は、精度不良イベントが発生した時間および／または、イベント閾値量の指示（および／またはＣｅｒｔｔｈｒｅｓの指示）を含んでもよい。信号不良センサイベントに関して、少なくとも１つの特徴は、精度不良イベントが発生した時間および／または、プロファイル結果およびベンチマーク伝達関数において識別されるＣＣ間の差異の大きさの指示のうちの少なくとも１つを含んでもよい。ａ
【０２８４】
イベント記録に含まれてもよい情報の種類のいくつかの例について、以下の表に記す。イベント記録は、識別された情報のうちの少なくとも１つを含んでもよい。
【０２８５】
【表２】
0006922082.tif 000007
【０２８６】
この例では、イベント記録は、上記で識別された「イベント」および「種類」が、識別されたセンサイベントおよび追加的な特性のうちの少なくとも１つに加えられる識別子を含んでもよい。「優先度」情報は、後述する通りに、イベント記録に含まれてもよいか、または、報告生成装置１１４０に知られてもよい、任意の情報である。したがって、イベントのサイズの指示（例えば、ＣＣ変化＞８％）、センサイベントの種類および／またはセンサイベントのタイミングうちの少なくとも１つが、イベント記録に記録されてもよいことがわかり得る。優先度は、ＣＣの変化のサイズに基づいて、センサイベントがいかに重要であり得るかを示すが、それは、後述する通り、報告生成において有用であってもよい。
【０２８７】
いずれかのチャンネルで発生しているそのセンサイベントが識別されてもよいように、プロファイルアナライザ１８２０は、関心チャンネルの各々に関するイベント記録を、それらのチャンネルに関するプロファイル結果１８３０に基づいて、判定してもよい。図１８において、関心チャンネルの各々が、プロファイル概要１８４０内の異なる部分を有するように示されるが、これらのデータは、当業者には明らかである任意の好適なデータベース格納技術を利用して、データベース１１３０に格納されてもよいことが理解される。
【０２８８】
したがって、上述のプロファイル結果１８３０を分析することによって、潜在的なセンサイベントが識別され、プロファイル概要１８４０に記録されてもよい。結果として、時間の間に起こったと見なされている任意のセンサイベントが存在するか否かを迅速に確認し、例えば、ユーティリティメーターシステム１００の物理的調査を行うなどして、より入念に調査を行われ、改ざんなどが確認されてもいいように、プロファイル概要１８４０が利用されてもよい。さらに、プロファイルアナライザ１８２０は、識別されるセンサイベントに関するさまざまな特性を判定してもよく、それら特性は、その後、さらなる情報および、任意の識別されるセンサイベントのより明確な概要を提供するために、プロファイル概要１８４０に格納され得る。
【０２８９】
プロファイル時間に亘る、プロファイル結果および／またはセンサイベントの概要を表すための、プロファイルアナライザ１８２０によって判定されてもよい一般的統計の例について、以下の表に記載する。
【０２９０】
【表３】
0006922082.tif 000008
【０２９１】
プロファイルアナライザ１８２０によって判定される一般的統計は、関心チャンネルの各々に関する上記リストのうちのいずれか１つ以上の項目を含んでもよい。「優先度」情報は任意であり、一般的統計に含まれてもよいか、または、後述する通り、報告生成装置１１４０に知られてもよい。したがって、プロファイルアナライザ１１２０は、各々のセンサイベントおよび／または一般的統計に関する特定の情報を記録するために、プロファイル概要１８４０に、上述の情報の少なくとも一部を含んでもよい。
【０２９２】
有効平均ＣＣ、ＣＣｗおよび有効平均Ｃｅｒｔ、Ｃｅｒｔｗは、上述のように、プロファイル時間からのプロファイル結果のうちの一部またはすべてを利用して、判定されてもよい。
【０２９３】
報告生成装置１１４０
報告生成装置１１４０は、ネットワークエンティティ１６０が測定センサ１２０上の活動に関する理解を深めてもよいように、通信モジュール１５０を介した、ネットワークエンティティ１６０への通信の報告１６４を生成するように構成されている。一実装において、報告生成装置１１４０によって生成された報告１６４は、プロファイル概要１８４０に基づいてもよく、したがって、関心チャンネルのうちの１つ以上に関するプロファイル概要１８４０のうちの一部またはすべてを単純に含む。これは、監視結果またはプロファイル結果１８３０のすべてを通信することと比較して、ネットワークエンティティ１６０に通信される必要があるデータの量の大幅な低減を表す（したがって、帯域要件および通信コストを低減させる）が、依然として通信すべき甚大なデータの量が存在してもよい。したがって、より好ましくは、報告生成装置１１４０によって生成された報告１６４は、少なくともプロファイル概要１８４０の一部から導出されているため、プロファイル概要１８４０に基づいてもよい。
【０２９４】
報告生成装置１１４０は、プロファイル概要１８４０に基づいて定期的な報告１６４を生成するために、静的報告設定（上述の静的設定の一部であってもよい）を利用してもよい。例えば、静的報告設定は、報告の最大長さを示す静的報告長さ設定（例えば、８ビット、または１６ビット、または３２ビット、または６４ビット、または１２８ビットなど）、報告が生成されるべき規則性を示す静的周期性設定（例えば、各々のプロファイル時間の終了時に、その時間の間のプロファイル結果１８３０に基づいて、プロファイルアナライザ１８２０によって作成されたプロファイル概要１８４０に基づいて報告を生成するように、プロファイル時間に等しい時間長に設定されてもよい）および／または、報告に含まれるセンサイベント優先度のレベルを示す静的優先度設定のうちの少なくとも１つを含んでもよい。静的報告長さ設定および静的周期性設定は、通信チャンネルの期待されている制限に合わせて、報告のサイズおよび規則性を調節するために、通信モジュール１５０とネットワークエンティティ１６０との間の通信チャンネルの期待されている帯域に基づいて設定されてもよい。
【０２９５】
報告生成装置１１４０は、プロファイル概要１８４０におけるどの種類の情報を報告１６４に含めるかを判定するために、静的優先度設定を利用するように構成されてもよい。例えば、静的優先度設定は、「１」の優先度を有するセンサイベントのみ（本開示に上述する通り）が報告において報告されるべきであることを示す「１」に設定されてもよいか、または静的優先度設定は、「３」、「２」および「１」の優先度を有するセンサイベントが、報告１６４において報告されるべきであることを示す「３」に設定されてもよい。静的優先度設定は、例えばどのような種類の情報が関心の対象であり、どのような種類の情報がそうではないか、などの、ネットワークエンティティ１６０の要件に基づいて設定されてもよい。プロファイル概要１８４０は、各々の記録されたセンサイベントおよび／または一般的統計（本開示にて上述するように）優先度値を含んでもよいか、または、報告生成装置１１４０は、（例えば、ＣＣ変化の大きさに基づいて）各々のセンサイベントの種類の優先度および／または一般的統計、したがってどれが特定の静的優先度設定に対応するか、を知るように構成されてもよい。静的優先度設定の利用により、ネットワークエンティティ１６０にとって最も関心のあるセンサイベントおよび／または一般的統計に注目することで、報告生成装置１１４０が報告１６４のサイズを簡略化する支援を行い得る。
【０２９６】
報告は、関心チャンネルの各々に関して生成されてもよく、静的優先度設定に依存する任意の特定の長さで生成されてもよい。例えば、各々のチャンネルは、４ビット報告、８ビット報告、１６ビット報告などを有してもよい。例えば、それ以上の詳細はなく、特定の１つまたは２つの種類のセンサイベントが検出されたか否かのみが識別されてもよく、かつ／または、一般的統計の１つまたは２つの項目のみが含まれてもよいなど、報告が短いほど、報告され得る情報は少なくなることが理解される。長い報告においては、互いにより詳細な情報を与えることなく、より多くの種類のセンサイベントおよび／またはより一般的統計が報告されてもよい。したがって、報告の性質は柔軟であるため、ネットワークエンティティ１６０および／またはマネージャ９００とネットワークエンティティ１６０との間の通信チャンネルの要件を満たすように調節され得ることがわかり得る。
【０２９７】
追加的に、または代替的に、報告生成装置１１４０は、オンデマンド報告要求をネットワークエンティティ１６０から、通信モジュール１５０を介して受信するように構成されてもよい。これに応答して、ネットワークエンティティ１６０に、生成された直近の報告を通信してもよいか、または、新規報告を生成し、ネットワークエンティティ１６０に通信してもよい。新規報告が生成される場合、上記にて識別される報告と同じ形式を取ってもよく、静的報告設定に基づくか、または、オンデマンド報告要求が含まれるオンデマンド報告設定に基づいてもよい。後者の場合、ネットワークエンティティ１６０は、特定のオンデマンド報告長さおよび／または特定のオンデマンド優先度設定および／または特定のオンデマンド期間設定（オンデマンド報告が関連するべき時間を示す）を設定する機会を有し、それによって、オンデマンド報告に関する設定を変更し、そのようなときはいつでも報告を取得するための追加的な柔軟性をネットワークエンティティ１６０に提供してもよい。
【０２９８】
追加的に、または代替的に、オンデマンド報告要求が異なるエンティティによって出されてもよい。例えば、ＭＣＵ１３０のユーザコード１０００は、オンデマンド報告要求をマネージャ９００に出すように構成されてもよい。
【０２９９】
追加的に、または代替的に、報告生成装置１１４０によって「アラート」報告が生成されてもよく、アラート条件が満たされたか否かが判定され、満たされた場合には、「アラート」報告を生成する。例えば、プロファイルアナライザ１８２０に関する上記説明は、プロファイル時間の終了時に（例えば、プロファイル結果１８３０がプロファイル時間全体に一度存在すると）プロファイル概要が判定されることを示すが、代替的に、プロファイルアナライザ１８２０は、例えば、各々の新規プロファイル結果またはプロファイル結果１８３０に追加される監視結果によって、プロファイル時間の間に、プロファイル概要１８４０を次第に増やしてもよい。プロファイル結果または監視結果がアラート条件を満たすと判定される場合には（例えば、センサイベントを示すと判定されるか、またはＣＣが単に、アラート閾値よりきくベンチマーク伝達関数値を超える場合には）、少なくともプロファイル結果または監視結果．に基づいて、報告が生成されてもよい。「アラート」報告を生成することで、このようにして、ネットワークエンティティ１６０は、定期的なおよび／またはオンデマンド報告を受信してもよいが、また、アラート条件が満たされた場合には、直ちに通知を受けてもよい。代替的に、報告生成装置１１４０が「アラート」報告のみを生成するように構成されている場合に、ネットワークエンティティ１６０は、何か重要なことが発生した場合に、通知されてもよいが、そうでない場合には、いかなる報告も受信せず、データ通信を節約する。
【０３００】
さらなる代替例において、プロファイルアナライザ１８２０および報告生成装置１８３０は、上述のように、定期的なプロファイリング概要および報告を参照して、動作するように構成され得るが、プロファイル概要が準備されるたびに報告を生成するのではなく、例えば、センサイベントが発生したことを示すなど、プロファイル概要がアラート条件を満たす場合のみに、報告は生成され得る。この代替例によると、ネットワークエンティティ１６０は再び、何か重要なことが発生した場合に、通知されてもよいが、そうでない場合には、いかなる報告も受信せず、データ通信を節約する。
【０３０１】
二次プロファイラ１１５０
上述の通り、マネージャ９００は、二次プロファイラ１１５０をさらに含んでもよい。二次プロファイラは、監視モジュール１１０および／または任意の他のエンティティまたはモジュールから追加的な情報を取得するように構成されてもよい。追加的な情報は、例えば、電流ＩＡの測定、中性電流ＩＢおよび／または電圧ＶＡの測定および／または例えば電気的測定システム１００の温度などの電気的測定システム１００に関するさらなる特性の少なくとも１つの測定などの、測定センサ１２０によって判定された電気的特性の少なくとも１つの測定を含んでもよい。追加的な情報に基づいて、二次プロファイラ１１５０は、以下のうちの少なくとも１つを含む、関心チャンネルの各々に関する二次プロファイルデータを判定してもよい。
【０３０２】
【表４】
0006922082.tif 000009
【０３０３】
二次プロファイルデータは、（図１１にて指定されるように）二次プロファイラに関連するデータベースに格納されてもよく、データベース１１３０か、または異なるデータベースの一部であってもよく、報告生成装置１１４０は、データベースから二次プロファイルデータを取得し、少なくともその一部を報告１６４に含めるように構成されてもよい。代替的に、二次プロファイラ１１５０はマネージャ９００から省略されてもよく、報告生成装置１１４０は、測定センサ１２０によって判定された少なくとも１つの電気的特性の少なくとも１つの測定および／または少なくとも１つの電気的測定システム１００に関するさらなる特性の少なくとも１つの測定に少なくとも部分的に基づいて、例えば、それらの１つ以上の測定値を監視モジュール１１０または任意の他のエンティティから直接受信して、報告を生成するように構成されてもよい。
【０３０４】
二次情報を報告１６４に含めることにより、報告の長さが増大するか、またはセンサイベント報告のための報告に利用可能なスペースが低減され得る。さらに、上述の二次情報の一部、大半、またはすべてが、いくつかの他の手段またはチャンネルを介して、ネットワークエンティティ１６０に通信されている可能性が高く、したがって、二次情報は冗長な情報であり得る。しかしながら、ネットワークエンティティ１６０の一部に関して、チャンネルのうちの１つが情報を受信し損ねても、互いに情報を照合できるため、情報が確実に受信されるように、２つの異なるチャンネルを介して同じ情報を受信することは有益であることが認識されている。さらに、センサイベントおよび／または一般統計情報また、他の情報を単一の報告で受信することは有用であり得る。したがって、二次情報を報告１６４に含めることは、有益であり得ることが認識されている
【０３０５】
本開示の範囲を逸脱することなく、さまざまな変更または修正が本開示の上述の態様に加えられてもよいことが当業者には容易に理解される。
【０３０６】
図１、９〜１１、１４および１８において、矢印で示されるインターフェースはすべて、異なるエンティティおよびモジュールの各々の間で直接の接続を示しているが、例えば通信ルータなどの、任意の数の中間エンティティまたはモジュールそれらのインターフェースの一部として存在してもよいことが理解される。さらに、これらの図の各々は、異なるモジュールおよびサブモジュールの表現を示すが、この表現は明確化のためのものであり、これらのモジュールおよびサブモジュールの機能は任意の好適な方法で、組み合わせられるか、または分離されてもよいことが理解される。例えば、コントローラ１１１０および／またはプロファイラ１１２０および／または二次プロファイラ１１５０および／または報告生成装置１１４０の機能は、例えば単一のソフトウェアまたはハードウェアモジュール、などの単一のモジュールによって実装されてもよいか、または各々が、２つ以上のソフトウェアおよび／またはハードウェアモジュールまたはサブモジュールへとさらに分割されてもよい。さらに、マネージャ９００は、ＭＣＵ１３０内に実装されているものとして開示されているが、例えば、監視モジュール１１０の一部としてなど、代替的に他の場所に実装されてもよい。
【０３０７】
上述のすべての本開示の態様は、ソフトウェア、ハードウェアまたはソフトウェアとハードウェアの組み合わせによって、実現されてもよい。マネージャ９００の機能は、任意の電子機器のプロセッサ上で実行されるときに、上述の機能を実行する、コンピュータ可読コードを含む、例えばファームウェアなどのソフトウェアによって実装されてもよい。ソフトウェアは、例えば非一時的コンピュータ可読媒体、など読み取り専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ−ｒａｙ、磁気テープ、ハードディスクドライブ、ソリッドステートドライブおよび光学ドライブなどの、任意の好適なコンピュータ可読媒体上に格納されてもよい。
【符号の説明】
【０３０８】
１２  電源
１４  導体
１６  導体
１８  負荷
１８  からの負荷
２０  抵抗
２２  電圧測定回路
２２  測定機器
２６  電圧測定機器
２８  算出ユニット
３０  リアルタイムクロック
３５  分圧器
４０、４２、５０、５２  抵抗
６０  スイッチ
６２  スイッチ
６５  ツェナーダイオード
６８  アナログデジタル変換器
７０  第１のスイッチ
７２  第２のスイッチ
７４  電源
８０  電流測定回路
１００  電気的測定システム
１１０  監視モジュール
１２０  測定センサ
１３４  監視結果
１４０  メモリ
１５０  通信モジュール
１６０  ネットワークエンティティ
１６４  報告
８１０  信号調節
８２０  抽出器
８３０  伝達関数計算器
８４０  不確実度計算器
９００  マネージャ
１０００  ユーザコード
１１１０  コントローラ
１１２０  プロファイラ
１１３０  データベース
１１４０  報告生成装置
１１５０  二次プロファイラ
１２１０  利用モジュール
１２２０  連続運転時間モジュール
１２２５  個別の連続運転時間
１２３０  スケジューラ
１２４０  以前の監視結果
１８１０  データストアマネージャ
１８２０  プロファイルアナライザ
１８３０  プロファイル結果
１８４０  プロファイル概要
【図１】
0006922082.tif 000010
【図２】
0006922082.tif 000011
【図３】
0006922082.tif 000012
【図４】
0006922082.tif 000013
【図５】
0006922082.tif 000014
【図６】
0006922082.tif 000015
【図７】
0006922082.tif 000016
【図８】
0006922082.tif 000017
【図９】
0006922082.tif 000018
【図１０】
0006922082.tif 000019
【図１１】
0006922082.tif 000020
【図１２】
0006922082.tif 000021
【図１３】
0006922082.tif 000022
【図１４】
0006922082.tif 000023
【図１５】
0006922082.tif 000024
【図１６】
0006922082.tif 000025
【図１７】
0006922082.tif 000026
【図１８】
0006922082.tif 000027
【図１９】
0006922082.tif 000028
【図２０】
0006922082.tif 000029
【図２１】
0006922082.tif 000030
【図２２】
0006922082.tif 000031