## 営業AIと連動する設備状態データ保証基盤の研究開発・実証参加について
**副題:NEDO水電解実証を起点とした Measurement & Assurance Rulebook 開発**
- 作成日: 2026-04-06
- 本メモの主旨: 各行で進むRM向けAI高度化と競合しない差別化領域として、設備状態データを証跡付き派生KPIに変換する「Measurement & Assurance」基盤を定義し、NEDO等の実証設備でPoCする企画を提案する。
---
## 1. エグゼクティブサマリー
みずほ銀行の「みずほRM Studio」に代表される法人営業AIは、外部情報収集、顧客理解、論点整理、提案資料作成、面談後振り返りを一気通貫で支援し、事前準備時間を約50%削減、対話機会を約3倍に増やすことを目標に掲げています。各行で同様の仕組みが広がる可能性は高く、営業AIそれ自体は差別化が長続きしにくいと見られます。 [1]
その一方、資源・エネルギー・素材分野の大型案件では、実運転後の稼働率、停止要因、保全 backlog、主要部材の交換、需要側引取率などがキャッシュフローを強く左右するにもかかわらず、銀行が使う情報はなお会社単位・月次財務単位に偏っています。ここに、営業AIでは埋まらない「設備状態の金融化」の空白があります。
本提案は、設備の生SCADAを銀行へ渡すのではなく、設備側または信頼された計算環境で、生データを工学的ルールに基づいて加工し、証跡付き派生KPIへ変換する Measurement & Assurance Rulebook を開発するものです。これにより、銀行は案件審査、実行後モニタリング、条件変更、シンジケート説明、次案件審査の全てで設備実績を使えるようになります。
PoCは既設アセットへの後付けではなく、NEDOグリーンイノベーション基金の水電解・熱需要脱炭素化実証のように、設備導入、データ取得、ステージゲート運営が制度化されている実証に相乗りするのが現実的です。NEDOは2026年2月、SOECの大型化・熱需要や産業プロセスの脱炭素化実証を新たに採択しています。 [2][3]
---
## 2. 上席に確認いただきたい意思決定
| No. | 論点 | 判断の要点 |
|---|---|---|
| 1 | 営業AIと競合しない差別化領域として位置付けるか | 営業支援そのものではなく、「設備状態→証跡付きKPI→金融判断」の基盤を開発対象とする |
| 2 | 水電解分野でPoCを開始するか | 水電解はNEDO実証の厚みがあり、設備・需要側・長期耐久の論点が揃うため、最初のPoC向き |
| 3 | 3年程度のR&Dロードマップを引くか | PoC → 準標準化 → 商品化・審査実装まで段階的に進める |
---
## 3. なぜ都市銀行に効くのか
保険会社がアセット・デジタルツインを使う意義は損害確率や保険料率の精緻化にありますが、都市銀行ではそれよりも、既存業務の高度化に直接効きます。赤道原則やトランジション・ファイナンスの実務では、融資実行後も案件状態の継続把握とエンゲージメントが求められており、設備状態データはその入力を一段階細かくします。 [4]
具体的には、(a) 審査時の稼働率・補機リスク仮定の精緻化、(b) 実行後モニタリングの早期警戒化、(c) waiver や予備費見直しの迅速化、(d) シンジケート参加行・投資家向け説明の強化、(e) 同型設備・同一流域への集中リスク把握、の5用途があります。
---
## 4. 競合ではなくシナジーにする設計
```text
第1層:営業AI / RM Studio型
外部情報収集・要約・論点整理・提案資料作成
第2層:Measurement & Assurance
設備側での加工、証跡付与、派生KPI化、データ主権管理
第3層:Finance Translation
案件審査・モニタリング・条件変更・次案件審査への接続
```
| 層 | 主機能 | 主担当 | 差別化余地 |
|---|---|---|---|
| 第1層 | 営業AI / RM Studio型 | 営業企画・AIベンダー | 中長期では横並び化しやすい |
| 第2層 | Measurement & Assurance | 銀行+OEM/O&M+事業者WG | 工学・データ主権・契約設計の統合が必要で差別化余地が大きい |
| 第3層 | Finance Translation | 審査・案件管理・ストラクチャリング | 銀行固有の価格付け・トリガー設計・条件変更実務に接続するため内製価値が高い |
営業AIは「言葉」を賢くしますが、設備ファイナンスでは「入力データ」が弱いままです。したがって、本企画は営業AIの代替ではなく、営業AI・審査・モニタリングの入力品質を高める上流基盤として位置付けます。
---
## 5. 水電解設備向け Measurement & Assurance Rulebook(ドラフト)
### 5.1 目的
設備の生データを銀行へ渡すことではなく、設備側で工学的に妥当な加工を行い、その結果を証跡付き派生KPIとして銀行提出物へ変換することを目的とします。銀行はOTへ直接接続せず、月次KPI、重大イベント、信頼性メタデータ、例外処理一覧のみを受領します。OT環境は安全性・可用性・信頼性要件が強いため、通常ITと同じ外部接続を避けるべきです。 [5]
### 5.2 対象設備
- 電解スタック
- 整流器
- 純水設備
- 圧縮機
- 貯蔵設備
- 出荷・荷役設備
- 受変電設備
- 需要側利用設備(ボイラ、加熱炉、混焼設備等)
### 5.3 元データ項目(設備側保持)
| データ群 | 例 | 主保有者 | 銀行の扱い |
|---|---|---|---|
| 運転データ | 電流、電圧、温度、差圧、運転モード、製造量、消費電力 | 事業者・OEM | 生データは受領しない |
| イベントデータ | アラームID、重大度、停止コード、復旧時刻 | 事業者・OEM/O&M | イベント分類後の件数・時間のみ |
| 保全データ | 部材交換履歴、未処理保全、推奨交換時期 | OEM/O&M・事業者 | backlog・交換フラグのみ |
| 需給データ | 引取量、需要側受入量、価格帯別運転量 | 事業者 | 引取率などの派生指標のみ |
### 5.4 第一段階で提出する派生KPI
| KPI | 定義の骨格 | 提出頻度 | 金融上の意味 |
|---|---|---|---|
| 設備稼働率 | 実運転時間 ÷ 利用可能時間 | 月次 | 売上未達の先行指標 |
| 非計画停止時間 | 故障・保護停止等に紐づく停止時間合計 | 月次 | 補機・O&Mリスクの兆候 |
| 重大停止件数 | 重大度しきい値以上の停止イベント件数 | 月次 | 信頼性低下の兆候 |
| 水素製造量 | 期間内純製造量 | 月次 | 計画未達の把握 |
| 電力原単位 | 総消費電力量 ÷ 純製造量 | 月次 | 劣化・効率悪化の proxy |
| 起動停止回数 | 期間内の起動停止回数 | 月次 | 劣化加速・運用負荷 |
| 保全 backlog | 期限超過の未処理保全件数 | 月次 | 先送りリスク |
| 需要側引取率 | 実引取量 ÷ 計画・契約引取量 | 月次 | オフテイクリスク |
### 5.5 加工プロセス
1. 正規化: 設備側で時系列信号を 1分・15分・日次窓へ整形し、タイムスタンプ、単位、欠損フラグを統一する。
2. イベント分類: 停止コードを「計画停止 / 非計画停止 / 需要側都合停止 / 外部制約停止」へ分類し、重大アラームしきい値を揃える。
3. KPI計算: 固定した定義式・除外ルールに従って月次KPIを算出する。
4. 信頼性メタデータ付与: 対象期間、入力件数、欠損率、除外イベント件数、コード版数を出力に添付する。
5. 提出物生成: 銀行へは KPI本体、重大イベント一覧、信頼性メタデータ、例外処理一覧のみを送る。
### 5.6 Assurance Protocol
提出値の正当性は、(a) 承認済みコードだけで加工すること、(b) コード版数とハッシュを残すこと、(c) 入力期間・件数・欠損率・除外件数をメタデータとして添付すること、(d) 必要時に attestation 付き環境で再計算可能にすること、の4点で担保します。
Google Cloud の Confidential Space のように、所有者が合意したワークロードだけがデータを扱える隔離環境を使うことで、運営者や他当事者から処理中データを隠したまま共同計算が可能です。 [6]
---
## 6. 70 / 20 / 10 ガバナンス
完全な業界標準を待つのではなく、既存標準を土台にしつつ、案件参加者が「準標準」を先に作り、数件の実証で磨いてから横展開します。ISA-95 / IEC 62264、OPC UA、ISO 22400 は土台として有用ですが、そのままレンダー提出物にはなりません。したがって、セクター共通ルールは案件参加者WGが先に作り、後から業界化・公的ガイドライン化を狙います。 [7][8][9]
| 区分 | 比率 | 誰が決めるか | 主な内容 |
|---|---:|---|---|
| セクター共通 | 70% | 事業者・OEM/O&M・銀行・中立技術機関のWG | KPI定義、イベント分類、除外ルール、提出メタデータ |
| レンダー固有 | 20% | 銀行内部(審査、案件管理、RM、法務) | 提出頻度、金融トリガー、保持期間、閲覧権限 |
| 案件個別補正 | 10% | 借り手・OEM・銀行の三者 Annex | 停止コード読み替え、定修扱い、需要先都合停止の扱い |
重要なのは、計測式そのものはなるべく共通化し、差別化は「どう使うか」に寄せることです。銀行ごとに測り方が大きく異なると、借り手負担が増えて他行流出の原因になります。
---
## 7. 借り手負担と他行流出への対策
Measurement & Assurance が失敗しやすい最大の理由は、借り手から「新しい報告義務を増やす仕組み」に見えることです。したがって、設計原則は「情報要求を増やすのではなく、既存の報告・保守・補助金・OEMログを再利用して銀行提出物を自動生成する」ことです。
対策は4つです。
1. 銀行専用の新規入力フォームを作らず、既存の月次操業報告、OEM保守報告、補助金報告から派生KPIを切り出す。
2. 参加案件には予備費口座の過大積み見直し、waiver判断迅速化、説明資料簡素化といった便益を返す。
3. 生データは借り手側に残し、銀行は派生KPIだけを受ける。
4. 何を見て何を見ないか、どのルールで加工するかを Data Rights Annex として明文化する。
---
## 8. NEDO実証を使ったミニマルPoC案
PoCの第一候補は、NEDOグリーンイノベーション基金の水電解 + 需要側利用実証です。2026年2月には、SOECの大型化・モジュール化、新部材実装、熱需要や産業プロセスの脱炭素化実証が新たに採択されており、設備運転データ、需要側受入、長期耐久、部材交換といった論点が揃っています。 [2][3]
PoCの目的は、「設備運転データを銀行が直接取ること」ではなく、「設備側で派生KPI化し、その結果を営業AI・案件管理・審査に接続できること」を検証することです。
### 8.1 最小成果物
| No. | 成果物 | 内容 |
|---|---|---|
| 1 | Measurement Dictionary | 元データ項目、時間窓、イベント分類、除外ルール、KPI定義 |
| 2 | Assurance Protocol | コード版数、欠損率、例外処理、監査ログ、attestation 手順 |
| 3 | Borrower Data Rights Annex | 銀行が見ないもの、見るもの、保持期間、再利用範囲 |
| 4 | Finance Trigger Table | どのKPIがどの追加協議・条件変更・警戒に結びつくか |
| 5 | AI入力仕様 | 営業AI / 案件管理へ流す要約データの仕様 |
### 8.2 検証項目
- 追加センサーなしで必要な派生KPIをどこまで取得できるか。
- 生SCADAを銀行へ出さずに、判断に必要な説明性を満たせるか。
- 稼働率、停止、保全 backlog、引取率が、売上差異や予備費消化にどの程度先行するか。
- RM・審査・案件管理が、従来より早く追加ヒアリングや条件変更判断に入れるか。
- PoCで得た実績が次案件の稼働率仮定、予備費水準、金融トリガー設定に反映できるか。
### 8.3 体制
最小体制は、実証事業者/SPC、OEMまたはO&M、都市銀行1行、中立技術ベンダー1社、必要に応じて保険会社オブザーバー、NEDO事務局・委員会への成果報告、で足ります。銀行の役割はシステム開発主導ではなく、「どの派生KPIが与信・モニタリングに効くか」を定義することです。
---
## 9. 3年ロードマップ(案)
| 期間 | 開発の中心 | 主成果物 | 業務実装 |
|---|---|---|---|
| 0〜6か月 | PoC設計 | Dictionary / Rulebook / Annex 試案 | PoC案件選定 |
| 6〜18か月 | PoC実行 | 月次KPI、警報ロジック、運用レビュー | 案件管理・RM試行利用 |
| 18〜36か月 | 横展開準備 | 準標準化、セクター拡張、商品素案 | 審査・モニタリング実装、営業AI接続 |
---
## 10. 提案メッセージ
**営業AIは“言葉”を賢くするが、重厚長大型の設備ファイナンスでは“入力データ”が弱い。
本提案は、営業AIの代替ではなく、設備状態を金融提出物へ変換する保証付きデータ基盤を先に押さえることで、提案AI・審査・モニタリングの全体精度を高めるものである。**
---
## 参考文献・参照URL
[1] PR TIMES, 『事前準備を50%削減、法人のお客さまとの対話機会を約3倍へ』, 2026-04-01, https://prtimes.jp/main/html/rd/p/000000004.000177612.html
[2] NEDO, 『グリーンイノベーション基金事業で新たにSOECの大型化や脱炭素化実証に着手します』, 2026-02-17, https://www.nedo.go.jp/news/press/AA5_101912.html
[3] NEDO, 『グリーンイノベーション基金事業/再エネ等由来の電力を活用した水電解による水素製造』, 2026-03-11更新, https://www.nedo.go.jp/activities/ZZJP_100364.html
[4] MUFG, Equator Principles の運用説明, https://www.mufg.jp/english/csr/environment/equator/index.html
[5] NIST, SP 800-82 Rev.3 Guide to Operational Technology (OT) Security, 2023, https://csrc.nist.gov/pubs/sp/800/82/r3/final
[6] Google Cloud, Confidential Space overview, https://docs.cloud.google.com/confidential-computing/confidential-space/docs/confidential-space-overview
[7] ISA, ISA-95 / IEC 62264 overview, https://www.isa.org/standards-and-publications/isa-standards/isa-95-standard
[8] OPC Foundation, OPC UA overview, https://opcfoundation.org/about/opc-technologies/opc-ua/
[9] ISO, ISO 22400 overview, https://www.iso.org/standard/54497.html