公共安全のための計画停電（PSPS）の対象範囲の決定

業種：公益事業

業務機能：業務運用

電力会社は、強風によって山火事が発生するリスクが著しく高まった場合に、公共安全のための計画停電（PSPS）を実施することがあります。PSPS では、データの取り込み、処理、ユーザーが何もしないという選択の支援、外部システムへの書き込みを、一切の不正確さが許されない中で時間との闘いとして進めます。Foundry は、これらの PSPS を最初から最後まで計画し、実行するために使用されます。正確性、適時性、監査可能な記録を実現し、今後の業務運用を改善するための学習サイクルを提供します。

課題

電力会社は、強風による山火事の発生リスクを伴う、局地的な悪天候にさらされます。高温で乾燥した環境では、火災が急速に広がり、壊滅的な環境被害や死亡事故につながるおそれがあります。最後の手段として、電力会社は公共安全のための計画停電（PSPS）を実施し、指定された「警戒期間」中、選択した「監視対象回路」の電力供給を停止します（送電停止）。

このプロセスでは、データの取り込み、処理、ユーザーが何もしないという選択の支援、外部システムへの書き込みを、一切の不正確さが許されない中で時間との闘いとして進めます。複数のチームによる連携が必要なことや、すべての段階で社内外のシステムとの多数の統合が必要なことも、このユースケースのさらなる課題となっていました。

ソリューション

Foundry は、これらの PSPS を最初から最後まで計画し、実行するために使用されます。電力会社は、公共の安全に関する遵守状況を評価する地域の規制当局に報告する必要があるため、こうした緊急時の対応を高い正確性、迅速性、監査可能性、透明性をもって運用することが極めて重要です。

PSPS の実施が予測されると、電力会社は、送電停止の可能性を警告する一連の通知を顧客に送信し始めます。この一連の通知は、実施の72時間前から始まり、電力の復旧後8時間で終了します。実施が近づくにつれて天気予報の精度が高まり、影響を受ける回路の範囲が変化するため、通知対象の顧客を即座に追加したり、外したりする必要があります。このユースケースでは、Foundry がプロセス全体を運用するため、カスタマーサービス担当者は Foundry から離れる必要がありません。

効果

• 通知の生成にかかる時間：送電停止が迫っていることを知らせる通知では、顧客が停電するまでに電力会社が通知できる時間はわずか数分しかありません。
• 通知の正確性：影響を受ける顧客に、正しいメッセージを正しいタイミングで届けることです。このメトリクスは、消費者の利益を代弁する規制当局によって厳しく精査されます。
• 通知の配信と、連絡を取るためのエスカレーションの成功。
• 今後の業務運用を改善するための PSPS ナレッジベースの構築。
• 顧客と回路の対応付けの誤りなど、不正確なソースデータを修正できること。
• 意思決定プロセスの透明性と監査可能性。

仕組み

Foundry は、複数のトリガーを使用して通知フローを生成します。

• 送電停止が事前に予測される監視対象回路のリスト。
• ライブで観測された気象条件のしきい値超過による、直前の送電停止。
• プログラムでは対応できないニーズに応じた手動のトリガー。

Foundry はこれらのトリガーを処理し、配電管理システム（DMS）にクエリを実行して、電力網の現在の運用状態において、対象範囲の回路に接続されている顧客のリストを取得します（スイッチなどの電力網の設定によって、顧客への電力供給元の回路は変わります）。

Foundry は、影響を受ける顧客を事前にテンプレート化されたキャンペーンにまとめ、Foundry Rules で定義された業務ルールを適用して、誤って対象に含められた可能性のある顧客を除外します。

• 承認が不要な場合、Foundry はキャンペーンと通知ペイロードを顧客通知・メッセージングシステムに直接送信し（SFTP 経由）、顧客に即時一斉配信します。
• 承認が必要な場合、カスタマーサービス担当者がキャンペーンの配信を承認します。承認されると、Foundry は通知ペイロードを処理し、顧客メッセージングシステムに送信して即時一斉配信します。

カスタマーサービス担当者は、プログラムによって除外された顧客のリストを確認し、その PSPS に関する残りの通知すべてで、強制的に対象に含めるか除外するかを指定します。送信後、Foundry は一斉配信から返される通知結果（配信済み、未配信など）を受信します。連絡が取れなかった優先度の高い顧客については、Foundry のレポートが更新され、カスタマーサービス担当者が再度連絡を試みられるようになります。それでも連絡が取れない場合、カスタマーサービス担当者は、特定の顧客を消費者対応チームへのエスカレーション対象として指定します。消費者対応チームは、連絡が取れていない重要な顧客を戸別訪問するチームを派遣します。

消費者対応チームのユーザーはエスカレーションのプロセスを Foundry に記録し、カスタマーサービス担当者は PSPS の実施中、次の項目を含む通知プロセス全体を監視します。

• 影響を受ける顧客の数とその特性、
• 実施が近づく各時点（72時間前、48時間前、24時間前など）でのキャンペーンの成否（配信済み、未配信など）、
• 除外のプロセス、および
• エスカレーションのプロセス。

同様のユースケースを実装する

このユースケースでは、次のパターンを実装しています。以下のリンクから、特定のパターンの詳細と、Foundry 内での実装方法を確認できます。

• アラートワークフロー（ほかの7件のユースケースで使用）
• 業務プロセスの調整（ほかの8件のユースケースで使用）

このユースケースについて、さらに詳しく知りたいですか？同様の実装をお考えですか？Palantir ではじめる。↗