IMDの処理

外部システムから受信した初期測定データ(IMD)は、次の2つの主要なステージによって処理されます。

  • IMDシーダー: これは共通インタフェース・ポイントで、すべての初期測定データ情報を受信して、クリティカル検証および変換を実行します。このプロセス中に、IMDシーダーは、後続の処理に適した特定のIMDビジネス・オブジェクトを識別します。この選択は、処理対象の初期測定データのカテゴリ(通常は初期ロード)および初期測定データの計量コンポーネントのタイプに基づいて行われます。たとえば、インターバル計量コンポーネントの初期測定データの場合は、「初期ロードIMD(インターバル)」ビジネス・オブジェクトが選択されます。なんらかの理由によりIMDシーダーでエラーが発生した場合は、そのエラーの解決を管理するためにIMDシーダーのインスタンスが作成されます。
  • 特定の初期測定データ: 特定の各初期測定データには、受信したデータのタイプに適した計算および検証ロジックが含まれています。スカラー・データを含む初期測定データは、インターバル・データまたは差引インターバル・データとは異なる方法で処理されます。ただし、すべてのデータ・タイプには、次の処理を実行する同様のステップ・セットがあります。
    • 測定データの外部システム固有のステータスが、適切な内部ステータスに解釈されます
    • 初期消費量計算が実行されます
    • VEEルールが実行されます
    • 最終測定が作成されます

IMDシーダー処理

IMDシーダーは共通構造で初期測定データのデータを受信しますが、データの内容(識別子、日時など)はデータを生成したシステムおよび特定の設備によって異なる可能性があります。外部コンテンツをシステムが理解できる値に正確に変換するために、IMDシーダーはサービス・プロバイダ(ヘッドエンド・システムまたは外部システム)および設備の構成を使用します。

サービス・プロバイダは、次の入力をIMDシーダー処理に指定します。

  • 識別子タイプ: 各初期測定データは、データの生成元の設備および計量コンポーネントを識別する必要があります。システムでは、設備と計量コンポーネントの両方の多数の識別子をサポートしています。サービス・プロバイダ構成では、IMDシーダーが測定データの適切な宛先を検索できる、設備と計量コンポーネントの両方で使用する識別子タイプを指定します。たとえば、サービス・プロバイダでは、設備はシリアル番号で識別され、計量コンポーネントはチャネル識別子で識別されることを示す場合があります。
  • 日時書式: サービス・プロバイダ構成では、送信された日時に特定のタイム・ゾーン指定が含まれるかどうかを識別します。これにより、システムは必要なすべてのタイム・ゾーン変換を正確に処理できます。
  • 処理方法: サービス・プロバイダには、初期測定データの評価に使用する処理方法が多数あります。
    • 初期測定作成 - 特定の計量コンポーネント・タイプを、作成する必要がある初期測定ビジネス・オブジェクトにマップします
    • 単位変換 - サービス・プロバイダ固有の単位を内部単位にマップするために使用する必要がある拡張可能参照を識別します
    • TOU変換 - サービス・プロバイダ固有のTOUを内部TOUにマップするために使用する必要がある拡張可能参照を識別します
    • 使用量識別子変換 - サービス・プロバイダ固有の使用量識別子を内部使用量識別子にマップするために使用する必要がある拡張可能参照を識別します
    • タイム・ゾーン変換 - サービス・プロバイダ固有のタイム・ゾーンのインターバル・タイム・ゾーンへのマッピングで使用される、拡張可能参照を識別します。

設備は、次の入力を初期測定データ・シーダー処理に指定します。

  • 着信データ・シフト: この値は、設備に直接指定されるか、またはフォールバックを介して設備タイプにデフォルト設定されます。着信日時情報が、有効時にサマータイム(DST)調整が行われたことを意味するシフト済か、またはサマータイム調整が行われないことを意味する未シフトかを識別します。すべての着信初期測定データの日時はサマータイムの調整を行わずに格納されるため、これは日時処理において重要な役割を果たします。

これらの入力により、IMDシーダーは外部識別子を適切な識別子に変換して、初期測定データのデータをシステムの特定の計量コンポーネントに紐付けることができます。

計量コンポーネントが識別された後、これを使用して、サービス・プロバイダの「初期測定作成」処理方法によって適切な初期測定データ・ビジネス・オブジェクトを選択します。

IMDシーダーのクリティカル検証

初期測定データ(IMD)が特定の初期測定データ処理を続行するには、複数のクリティカル検証に合格する必要があります。

  • 計量コンポーネントが識別される必要があります。
  • 初期測定データには、処理対象の初期測定データ・タイプの適切な日時が含まれている必要があります。スカラーには終了日時が含まれている必要があり、インターバルには開始日時と終了日時の両方が含まれている必要があります。
  • インターバル・リストは、初期測定データの開始日時と終了日時に基づいて予測されるインターバル数と一致する必要があります。注意: インターバルが少なすぎる場合は、エラーを生成せずに初期測定データに欠落しているインターバルを自動的に追加できます。この実行方法は、各インターバルに日時があるかどうかによって異なります。各インターバルに日時がある場合は、ギャップが存在する場所に欠落しているインターバルが配置されます。各インターバルに日時がない場合は、インターバル・リストの最後に欠落しているインターバルが追加されます。

クリティカル検証のいずれかが失敗した場合は、初期測定データ処理が中止され、IMDシーダーのインスタンスが作成されます

注意: タイム・ゾーンがサマータイムから遷移したときに発生する、初期測定データ開始日時または初期測定データ終了日時が重複時間に該当する状況を処理する特別なロジックがあります。通常、その日に午前1時が2つ存在し、1つはサマータイム中とみなされ、もう1つはサマータイム中とみなされません。適切な時間が選択されるようにするために、IMDシーダーは、インターバル数および初期測定データより前に存在する最終測定を使用して、適切な時間を識別します。

注意: サービス・プロバイダ、設備および計量コンポーネント識別を導出するロジックのその他の詳細は、D1-DER-SPRMCアルゴリズム・タイプを参照してください。

IMDシーダーのタイム・ゾーン変換

測定データを最も正確に追跡するために、すべてのIMDは、サマータイム(DST)の調整を行わずに単一タイム・ゾーンに格納されます。ユーティリティは、それぞれが様々な方法で日時情報を送信する複数のヘッドエンド・システムを持つことができ、一部のユーティリティは複数のタイム・ゾーンで運用されるため、IMDシーダーには、ソース・タイム・ゾーンの着信日時をOracle Utilities Meter Data Managementのタイム・ゾーン(基準タイム・ゾーンで示される)に変換する機能があります

着信初期測定データのソース・タイム・ゾーンを識別するコンポーネントは次の3つです。

  • サービス・プロバイダ初期測定データ・インポート日時書式: 初期測定データの日時が各日時のタイム・ゾーンを識別する書式で送信された場合は、すでに変換された日時がIMDシーダーに送信されます。
  • 着信データ・シフト: これは、サマータイムが有効なときに、日時がサマータイム調整されるかどうかを示します。「常にローカル時間」の値は、日時がサマータイム調整されることを示します。「常に標準時間」の値は、日時がサマータイム調整されないことを示します
  • タイム・ゾーン: 着信データのタイム・ゾーンは、次の優先順位を使用して識別されます。
    1. 初期測定データのデータで示されたタイム・ゾーン
    2. サービス・ポイント・タイム・ゾーン
    3. 設備構成タイム・ゾーン
    4. 計量コンポーネントのタイム・ゾーン
    5. 基準タイム・ゾーン

タイム・ゾーンおよび着信日時のデータ・シフトが識別されると、すべての日時はそのタイム・ゾーンから変換され、標準時で基準タイム・ゾーンにシフトします。

注意: 日時調整ロジックおよびアンダーカウントとオーバーカウントの検証ロジックのその他の詳細は、D1-DODTTMADJアルゴリズム・タイプを参照してください。

特定のIMD処理

IMDには次の複数のカテゴリがあります。

初期ロード

外部システム(ヘッドエンド・システムなど)からIMDを受信すると、初期ロードIMDタイプを使用して処理されます。これらの初期測定データは、計量コンポーネント(またはフォールバックの場合は計量コンポーネント・タイプ)の初期ロードVEE役割に関連付けられたVEEルールを実行するように構成されます。初期ロード初期測定データのアダプタ固有の変形には、外部測定ステータスを測定条件にマップするロジックがあります。

推定

様々な理由から、メーターは特定の期間の測定データを報告しません。計量コンポーネントが欠落している最終測定であることが検出された場合は、初期測定を作成して推定ルールを実行できます。このタイプの初期測定は、推定初期測定と呼ばれます。

全体的には、推定プロセスは次のとおりです。

  • 欠落している最終測定は、定期推定プロセスによって検出されます
  • 推定初期測定は、定期推定プロセスによって欠落している期間に対して作成されます
  • 推定初期測定の値および消費量は、推定VEEルールによって計算されます。

欠落している測定を検出するプロセス自体は消費量を推定しないことに注意することが重要です。これらの検出プロセスは初期測定の作成のみを行い、初期測定の消費量の推定は推定VEEルールが行います。

推定初期測定データは、計量コンポーネント(またはフォールバックの場合は計量コンポーネント・タイプ)の推定VEE役割に関連付けられたVEEルールを実行します。

注意: 定期推定によるインターバル計量コンポーネントとスカラー計量コンポーネントの両方に対する欠落検針の入力方法に関する追加の機能情報は、「定期推定」を参照してください。

手動上書き

手動上書き初期測定データは、初期測定データの作成がユーザーによって開始された場合に使用されます。このことは、一部の360度ゾーン(「最終値オーバーレイ」、「インターバル - 初期測定オーバーレイ」など)で使用可能な様々な機能から実行できます。他のタイプのIMDとは異なり、手動上書きでは、ユーザーはVEEの実行前にIMDを編集できます。これらの初期測定データは、ユーザーが初期測定の値を直接または測定関数を使用して指定する必要があるより高度なタスクに使用されます。

これらの初期測定データは、差引消費量計算を含む計量コンポーネントに対して初期測定データが最終処理されるときに行われる調整プロセス中に体系的に作成されます。その後続の測定の開始検針が変更された場合は、これらを使用して、初期測定データに続いて行われる測定の消費量を再計算します。

手動上書き初期測定データは、計量コンポーネント(またはフォールバックの場合は計量コンポーネント・タイプ)の手動上書きVEE役割に関連付けられたVEEルールを実行します。

システム

測定の乗数を再計算する必要がある内部システム・プロセスによってシステムが生成されます。これらはVEEを実行しませんが、実行するように構成できます。

注意: システム初期測定データの作成方法に関する追加の機能情報は、「測定再処理の概要」を参照してください。

データ変換

このタイプの初期測定データには、変換された測定データをシステムに伝播するために必要な処理のみが含まれます。これらの初期測定データに提供されたデータは、最終測定の品質であると想定されます。そのため、VEEルールは実行されません。

スカラーIMD処理

差引スカラー計量コンポーネントのIMDには、VEE前使用とVEE後使用に加えて、開始検針と停止検針が含まれています。たとえば、差引スカラー計量コンポーネントの初期測定のセットは次のようになります。

日時

開始検針

停止検針

VEE前使用

VEE前条件

VEE後使用

VEE後条件

01/01/2010 12:00AM

0

1500

1500

通常

1500

通常

02/02/2010 4:11PM

1500

2100

0

欠落

600

システム推定

03/03/2010 5:22 PM

2100

2900

800

通常

800

通常

04/01/2010 01:00PM

2900

3500

0

欠落

600

システム推定

差引計量コンポーネントでは、検針が計量コンポーネントの目盛盤の数に基づいて最大値を超えた場合は"繰越し"できます。たとえば、4つの目盛盤がある指針は、0000に繰り越す前に9999までの値を記録できます。これが発生すると、消費量は次の属性および計算値に基づいて計算されます。

  • 繰越ししきい値はこのタイプの計量コンポーネントの測定が繰り越されたとみなされる計量コンポーネントの目盛盤容量の割合です。ダイヤル容量は、計量コンポーネントのダイヤル数に基づいて、計量コンポーネントについて記録できる最大値です。たとえば、5つのダイヤルがある計量コンポーネントのダイヤル容量は99999です。
  • 目盛盤の数は指針の値を記録するために使用される目盛盤の数で、計量コンポーネントに構成されている「整数桁数」フィールドと等しくなります。
  • 最大目盛盤容量は目盛盤数の最大値で、次の10の倍数(つまり、10に目盛盤数を累乗)に切り上げられます。たとえば、4つの目盛盤がある指針の最大目盛盤値は10000です。
  • 最大許容差異は指針に記録できる最大許容消費量です。これは、繰越ししきい値を乗算した最大目盛盤容量と等しくなります。たとえば、4つの目盛盤がある指針および繰越ししきい値が90%の最大許容差異は9000になります。消費量がこの値より大きい場合は、初期測定が「エラー」状態に遷移します。
  • 差異: 停止検針と開始検針の差異で、停止検針から開始検針を差し引いて求めます。この差異がゼロ未満(<0)の場合は、最大目盛盤容量を追加して繰越しを計算します。
  • 繰越し: 繰り越した指針の検針を調整した消費量です。差異(停止検針 - 開始検針)がゼロ未満(<0)の場合にのみ適用できます。
  • 消費量: 検針の計算済消費量で、差異または繰越しのいずれかに等しくなります。差異がゼロ以上の場合、消費量は差異と等しくなります。差異がゼロ未満(<0)で、繰越しが最大許容差異以下の場合、消費量は繰越しと等しくなります。

: 次の属性を含む初期測定について考えてみます。

  • 目盛盤数: 4
  • 繰越ししきい値: 90 (%)
  • 開始検針: 8900
  • 停止検針: 0500

この検針の場合は次のようになります。

  • 最大目盛盤容量 = 10000
  • 最大許容差異 = 9000 (10000 * 90)
  • 差異 = 0500 (停止検針) - 8900 (開始検針)つまり、-8400
  • 繰越し = 10000 (最大目盛盤容量) + -8400 (差異)つまり、1600
  • 消費量は1600 (繰越し)と等しくなります。

処理される各スカラー初期測定データは、開始検針に基づいて繰越し検証を実行します。処理日の後に測定が行われるこれらのスカラー初期測定データの場合、現在の初期測定データによって今後の検針が無効にならないようにするために前方の追加の繰越し検証が行われます。

後方または前方(あるいはその両方)の検証時に繰越し検証が失敗した場合は、初期測定データより前または後に続く測定を削除できるかどうかを検証して、この状況を自動的に修正しようとします。この分析は、測定の条件および初期測定データの条件に基づいて実行されます。次に例を示します。開始測定に基づく繰越しがある場合に、開始測定がシステム推定で、初期測定データが通常の場合、開始検針はバイパスされ、次の処理が行われるまで後方検索が行われます。

  • 初期測定データの開始検針として使用するときに繰越しが発生しない検針を含む測定を識別します
  • 繰越しが発生するが通常でもあるため、バイパスできない測定を検出します。この時点で、初期測定データはエラー・ステータスになります。

繰越しエラーが自動的に修正できないと識別された場合、この状況の修正に使用できるオプションがいくつかあります。

  • 「条件の上書き」機能を使用できます。これは、「エラー」ステータス内から初期測定データで使用できる処理ボタンです。これにより、ユーザーは初期測定データにより高品質の条件を提供して、繰越しプロセスで繰越ししきい値エラーのソースである測定(初期測定データより前または後に続く)をバイパスできます。たとえば、開始検針が通常測定で、初期測定データも通常測定の場合、ユーザーは初期測定データを更新して、通常の開始検針をバイパスできる条件「スーパー」を設定できます。
  • 手動上書き初期測定データを作成して、繰越しエラーが発生しないように初期測定データの周囲の測定を調整できます。
注意: 繰越し自動修正ロジックによって測定がバイパスされた場合は、初期測定データが最終処理されたときに「使用しない」に設定されます。

スカラー初期測定データは、調整の必要性が識別された場合、最終処理プロセス中に手動上書き初期測定データを生成できます。これは、すでに存在するスカラー測定より前に行われた初期測定データを受信した場合は常に行われます。新しく処理された初期測定データによって既存の後続の測定の新しい開始検針が導入されるため、手動上書き初期測定データを使用して消費量を再計算する必要があります。たとえば、スカラー計量コンポーネントに次の検針があるとします。

日時

開始検針

停止検針

VEE前使用

VEE前条件

VEE後使用

VEE後条件

01/01/2010 12:00AM

0

1500

1500

通常

1500

通常

02/02/2010 4:11PM

1500

2100

0

通常

600

通常

04/01/2010 01:00PM

2100

3500

1400

通常

1400

通常

2月検針を最終的に受信すると、調整用手動上書き初期測定データが生成され、新しい開始検針が指定された4月検針の消費量が修正されます。

日時

開始検針

停止検針

VEE前使用

VEE前条件

VEE後使用

VEE後条件

01/01/2010 12:00AM

0

1500

1500

通常

1500

通常

02/02/2010 4:11PM

1500

2100

600

通常

600

通常

03/03/2010 5:22 PM

2100

2900

800

通常

800

通常

04/01/2010 01:00PM

2900

3500

600

通常

600

通常

注意: これらの調整用初期測定データは、開始初期測定データの最終処理中に生成され、それ自体を最終処理する必要があります。なんらかの理由により、調整用初期測定データが完了しない場合は、開始初期測定データの最終処理もできません。通常、この問題の理由は、調整用初期測定データに対して発生しているVEE例外です。このルールが強制される理由は、測定量がその同じ測定の検針に常に整合するようにするためです。この状況が発生した場合、調整プロセスは「調整による生成」というデータ・ソースを各調整用初期測定データに追加するため、初期測定データが調整用初期測定データの場合は、初期測定データのデータ・ソースをVEEルール適用への入力として使用して、特定のルールをスキップできます。

インターバルIMD処理

インターバル・チャネルの消費量計算が消費方法を使用して行われる場合、インターバルIMDのバリアントには、「IMDの処理」で説明する一般的なパターン以外の特別な処理は含まれていません。

差引インターバルIMD処理

差引インターバル計量コンポーネントのIMDには、VEE前使用とVEE後使用に加えて、各インターバルの検針と使用が含まれています。さらに、インターバルのより正確な再計算を可能にする検針と使用の両方の条件があります。各インターバルの開始検針は、前のインターバルの検針とみなされます。最初のインターバルでは、初期測定データの直前の測定の測定データから開始検針が識別されます。たとえば、開始検針を1490とした場合、差引インターバル計量コンポーネントの初期測定は次のようになります。

日時

VEE前検針/条件

VEE前使用/条件

VEE後検針/条件

VEE後使用/条件

01/01/2010 01:00AM

1500 / 通常

10 / 通常

1500 / 通常

10 / 通常

01/01/2010 2:00AM

0 / 欠落

0 / 欠落

1520 / システム推定

20 / システム推定

01/01/2010 3:00AM

1525 / 通常

5 / システム推定

1525 / 通常

5 / システム推定

01/01/2010 4:00AM

1540 / 通常

15 / 通常

1540 / 通常

15 / 通常

差引インターバル初期測定データは、計量コンポーネントの構成に基づいて繰越しを検証できます。繰越しの計算方法の詳細は、「スカラーIMD処理」を参照してください。

差引インターバル初期測定データが繰越しエラーを識別する方法は、スカラー初期測定データと同じです。ただし、それらのエラーの解決は大きく異なります。スカラーの場合、バイパスされた測定は初期測定データが最終処理された時点で処理され、測定は「使用しない」に設定されます。差引インターバルの場合、バイパスされた測定は初期測定データのインターバル・リストに追加されるため、繰越しが発生したと識別した初期測定データとともに処理されます。

差引インターバル初期測定データは、初期測定データの処理直後に発生するインターバルの調整も開始する必要があります。スカラーとは異なり、これは個別の初期測定データでは処理されません。初期測定データの処理後の次の測定が現在の初期測定データに追加され、その測定の使用の調整が初期測定データの一部として計算されます。これにより、その測定の再計算で検出される検証エラーを初期測定データとともに解決できます。

注意: 調整用初期測定データを生成するシナリオが1つあります。VEEプロセス中に初期測定データの最後のインターバルで検針が変更された場合は、初期測定データ後の次の測定の使用を調整するために調整用初期測定データを生成する必要があります(該当する場合)。

差引インターバル初期測定データは、各インターバルの検針と計算済使用が一致するようにする必要があります。この保守は、初期測定データがVEEルールを介して実行されるたびに実行されます。初期測定データは各インターバルを調査した後に、検針または数量の更新が必要なインターバルを識別します。

IMDの有効な日付境界

メーター・データ管理は、初期測定処理の許容日付範囲を定義するように構成でき、将来の測定または非常に古い測定がメーター・データ管理で処理されることを制限するメカニズムを提供します。

この日付範囲の定義は、メーター・データ管理マスター構成の「設備測定パラメータ」セクションにある次のパラメータを使用して行います。

  • 将来の測定レコードの防止: 「将来とみなされるまでの日数」パラメータに基づいて、"将来"の測定とみなされた測定がシステムで処理されないようにするかどうかを示します。測定が"将来"の測定とみなされ、かつこれが「Yes」に設定されている場合、初期測定は「エラー」状態に移行されます。

  • 将来とみなされるまでの日数: 測定が"将来"の測定とみなされるまでの将来の日数(IMD開始日時に基づく)。測定のIMD開始日時がこの設定の日数よりも将来である場合、測定は"将来"とみなされます。

  • 過去の測定レコードの防止「過去とみなされるまでの日数」 パラメータに基づいて、"過去"の測定とみなされた測定がシステムで処理されないようにするかどうかを示します。測定が"過去"の測定とみなされ、これが「Yes」に設定されている場合、初期測定は「エラー」状態に移行されます。

  • 過去とみなされるまでの日数: 測定が"過去"の測定とみなされるまでの過去の日数(IMD開始日時に基づく)。測定のIMD開始日時がこの設定の日数よりも過去である場合、測定は"過去"とみなされます。

IMD処理の遅延

メーター・データ管理は、過去のものであるが、(メーター・データ管理マスター構成の「過去とみなされるまでの日数」パラメータに基づいて)"過去"とみなされるまでにはまだ至っていない初期測定の処理を遅延するように構成できます。これにより、"ウェイク"アップして、過去の測定を含むデータの大規模なペイロードを送信するメーターが、クリティカルな処理ウィンドウ中に初期測定処理に悪影響を及ぼすことがなくなります。

初期測定処理を遅延するためのシステムの構成は、メーター・データ管理マスター構成の「設備測定パラメータ」セクションにある次のパラメータを使用して行います。

  • 過去の測定レコードの遅延: IMD開始日時「遅延されるまでの日数」パラメータと「過去とみなされるまでの日数」パラメータの間にある測定の処理をシステムで遅延するかどうかを示します。このパラメータを「Yes」に設定する場合は、「遅延されるまでの日数」を指定する必要があります。

  • 遅延されるまでの日数: 測定が遅延されるまでの過去の日数(IMD開始日時に基づく)。日付がこの設定より古いが、「過去とみなされるまでの日数」ほど古くない初期測定が遅延されます(測定は「遅延」状態に移行されます)。指定する場合、これは正の数値である必要があり、「過去とみなされるまでの日数」の設定より小さくする必要があります。

IMD処理を遅延するには、処理の遅延を有効にするすべての初期測定ビジネス・オブジェクトについて「マスター構成境界との初期測定データ日時の比較」アルゴリズム(D2-CMIMDDTMC)を「VEE準備完了」状態の入力アルゴリズムとして定義する必要があります。詳細は、このアルゴリズムの詳細摘要を参照してください。 

IMDの優先度付け

デフォルトでは、初期測定は初期状態「保留」でシステムに作成または受信(あるいはその両方)され、「IMDモニター - 物理設備」モニター・プロセスによって後続の状態に遷移されます。このモニター・プロセスをスキップするには、初期測定の「実行方法」フラグを「リアルタイム」(D1RT)に設定します。こうすることで、入力アルゴリズムによって初期測定がそのライフサイクルの次の状態にすぐに遷移されます。この機能を使用して、初期測定の特定のタイプの処理に優先順位を付けることができます。

「実行方法」フラグは、ヘッドエンド・システムから送信された初期測定に設定することも、Oracle Utilities Smart Grid Gateway Adapterの処理中に挿入することもできます。

Oracle Utilities Smart Grid Gateway Adapterは、スマート・メーター・コマンド(「リモート接続」、「リモート切断」または「現在値読取」)または完了イベント(サービス・オーダー管理で使用されるフィールド活動完了イベントを含む)の結果として作成されたすべての測定に対してこのフラグを「リアルタイム」に設定します。