2026年のISO 15118とOCPPの導入実態

作成組織: EVB充電ソリューション

視点： 充電器メーカーおよびシステムインテグレーター

範囲： ISO 15118、プラグ＆チャージ、PKIガバナンス、OCPP 1.6 / 2.0.1、エッジインテリジェンス、V2G収益化、サイバーセキュリティと規制コンプライアンス

エグゼクティブサマリー（意思決定者向け）

2026年までに、ISO 15118とOCPPはもはやオプション規格や将来を見据えた機能ではなく、 ミッションクリティカルな前提条件 準拠性、拡張性、商業的に実現可能な EV 充電インフラストラクチャを実現します。

しかし、EVBの導入経験から、多くのプロジェクトが失敗しているのは、標準が利用できないからではなく、 信頼ガバナンス、証明書ライフサイクル管理、システム統合の境界、応答遅延の制約、規制義務が過小評価されている.

経営者と投資家にとっての重要なポイント:

• ISO 15118は通信プロトコルから 信頼とアイデンティティガバナンスフレームワークPKI、証明書ライフサイクル管理、失効処理を中心にしています。
• プラグ＆チャージの信頼性は、 証明書ガバナンス、オフライン継続性、バックエンド調整 充電器のハードウェアだけの場合よりも。
• OCPP 1.6は技術的にはプラグアンドチャージをサポートできるが、2026年には 蓄積された技術的負債サイバーセキュリティのメンテナンスと統合のオーバーヘッドが主な要因です。
• V2Gの準備はもはや双方向の電力フローだけの問題ではない。 グリッド収益への参加は、応答遅延、ローカル制御ロジック、およびスマート充電オーケストレーションに依存する。.
• サイバーセキュリティと規制遵守（例：EU CRA）は 経済リスク要因単なる技術的な考慮ではありません。

このホワイト ペーパーでは、リスクを最小限に抑え、信頼を維持し、長期的な運用の柔軟性を実現するために、2026 年に ISO 15118 と OCPP をどのように連携して導入すべきかについての EVB の技術的立場を概説します。

1. ISO 15118とOCPPが未だに誤解されている理由

入札、政策文書、技術仕様書では、ISO 15118とOCPPは、一般的な相互運用性要件としてまとめられることが多い。実際には、これらは 異なるシステム層における根本的に異なる責任.

EVB の導入経験から、多くの失敗は標準の欠落ではなく、次のような原因で発生することがわかります。

• 間違ったアーキテクチャ層で標準をサポートする
• プロトコルコンプライアンスを1回限りの統合タスクとして扱う
• 証明書の更新、失効、トラストアンカーガバナンスなどの継続的な責任を過小評価する

2026年までに、導入の成功は接続性ではなく、 充電エコシステム全体で信頼がどのように確立され、維持され、強化されるか.

2. システムアーキテクチャの現実: EV ↔ 充電器 ↔ バックエンド

EVSE内部では、「統合ギャップ」は明示的に実装されており、 メッセージ翻訳エンジン.)

伝えたい中核メッセージ:

ISO 15118、OCPP、IEC 61851が規定する 重複しない個別のレイヤー.

展開の不安定性は、ほとんどの場合、 EVSE統合層ISO 15118 の信頼とセッション ロジックを OCPP ビジネス ワークフローに変換する必要があります。

EVSE 内のメッセージ翻訳エンジンは次の機能を果たします。

• ISO 15118 認証および証明書ロジックをバックエンド認証フローにマッピングする
• OCPPセッション制御、課金、スマート充電ロジックと課金意図を一致させる
• バックエンドの接続性が低下した場合、信頼の決定をローカルで強制する

このレイヤーでの不整合は、現実世界の障害の最も一般的な根本原因の 1 つです。

3. ISO 15118サポートの実際の意味（2026年基準）

伝えたい中核メッセージ:

プラグ＆チャージは 一度限りの機能ではないただし、継続的な運用システムです。

実際には、ほとんどの故障は 証明書の更新、失効チェック、信頼チェーンの更新これらは、計画時に過小評価されることがよくあります。

実稼働環境での展開では、ISO 15118 のサポートは仕様の完全なカバレッジを意味するものではありません。

成功したプロジェクトで観察された有効なベースラインには次のものが含まれます。

• 信頼性の高いプラグ＆チャージ（ISO 15118-2またはISO 15118-20）
• 安定した証明書の交換、検証、失効処理
• 複数の eMSP にわたるバックエンド認証の互換性
• 複数の OEM 実装との相互運用性

高度なシナリオ: ISO 15118-20、DASH、DLM、高密度充電ハブ

大型のマルチベイ充電ハブでは、ISO 15118-20により、次のような追加の複雑さが生じます。 DASH（動的関連と選択階層）.

車両と充電器の動的な関連付けは、EVSEロジックとバックエンドオーケストレーション間の緊密な調整を必要とするため、容易ではない課題となる。 自動バレーパーキングや複数車両を収容する車両基地のシナリオでは特に重要大型トラック車両群や物流拠点などが含まれます。

2026年の展開では、DASHはますます連携して運用されるようになる。 動的負荷管理（DLM）.

電力網の制約下では、DASHの目的は単に接続を確立することではなく、 ローカル意思決定ロジック 利用可能な容量が限られている場合に、ISO 15118 セッションの割り当てにどの車両を優先するかを決定します。

このような環境では、EVSE レベルのローカル エンジンが次のような重要な役割を果たします。

• リアルタイムのグリッドとサイトの電力制約の評価
• 出発時間、車両ポリシー、または運用の緊急性に基づいて車両の優先順位を付ける
• ISO 15118ハンドシェイク割り当てを適切に調整する

ISO 15118-20、DASH、DLM間のこの緊密な連携は、 スケーラブルで高密度な充電操作.

V2Gの技術の先：グリッド収益の実現と応答遅延

2026年のVPPとグリッドサービスのシナリオでは、ISO 15118-20の価値は双方向のエネルギーフローを可能にするだけでなく、 ローカル制御ロジックによるミリ秒レベルの応答遅延.

周波数規制や同様のグリッド サービスでは、クラウドの往復通信だけでは満たせない厳格な応答時間要件が課せられます。

したがって、収益化の成功は 地方での意思決定ISO 15118-20 および OCPP 2.0.1 スマート充電プロファイルを介して調整されます。

4. OCPPのバージョン管理と技術的負債の現実

4.1 ISO 15118プロジェクトにおけるOCPP 1.6

多くの導入済みネットワークは依然としてOCPP 1.6で動作しています。プラグ＆チャージはアプリケーションノートやデータ転送メカニズムを通じてサポートできますが、このアプローチはますます普及しています。 技術的負債 2026年。

基本的な運用コストの他に、主な負担となるのは サイバーセキュリティの保守と統合のオーバーヘッド、 含む：

• 進化する規制要件を満たすカスタム セキュリティ パッチ
• 手動または半手動の証明書プロビジョニングおよび更新ワークフロー
• ネイティブセキュリティ構造の不足を補うためのベンダー固有の適応

その結果、OCPP 1.6に準拠し続けるためのコストは、日々の運用ではなく、 継続的なセキュリティ改修と統合の取り組み.

2026年の多くの展開では、 OCPP 1.6 のサイバーセキュリティのメンテナンスと統合にかかる累積コストが、OCPP 2.0.1 への移行コストを上回る長期的なスケーラビリティとコンプライアンスのリスクを考慮する前であっても。

4.2 構造ベースラインとしてのOCPP 2.0.1

OCPP 2.0.1 は、ネイティブの ISO 15118 サポート、より明確なセキュリティ モデル、および組み込みのスマート充電プロファイルを提供します。

EVBはOCPP 2.0.1を 構造的に正しい建築 段階的な移行が必要な場合でも、長期的な展開に適しています。

5. EVBで観察された一般的な導入の落とし穴

落とし穴1：マルチルートトラストアンカーの複雑さ

• 根本的な原因： 複数の OEM が並列の信頼アンカーを導入し、複雑な検証パスを作成します。
• 観測された影響: ブランド間でプラグアンド充電の動作が一貫していません。
• 緩和戦略: 明示的なマルチルート トラスト アンカー管理と統合された検証ロジック。

落とし穴2：ISO 15118を一度限りの統合として扱う

• 根本的な原因： ISO 15118 を運用システムではなくファームウェア機能として見る。
• 観測された影響: PKI エコシステム全体にわたるスケーリング障害。
• 緩和戦略: ライフサイクル指向の証明書管理と継続的な相互運用性テスト。

落とし穴3：ISO 15118-20の検討の遅れ

• 根本的な原因： V2G の準備をハードウェアの展開後まで延期します。
• 観測された影響: 高額な改修費用と系統参加の機会の喪失。
• 緩和戦略: 調達段階でのハードウェアとファームウェアの準備。

落とし穴4：OCPPバージョンのロックイン

• 根本的な原因： 過度にカスタマイズされた OCPP 1.6 実装。
• 観測された影響: バックエンドの依存性とアップグレードの障壁。
• 緩和戦略: OCPP 2.0.1 への移行パスを定義しました。

落とし穴5: ネットワーク遅延とTLSタイムアウト

• 根本的な原因： ISO 15118 TLS ハンドシェイクと証明書チェックは、ネットワーク遅延の影響を受けます。
• 観測された影響: 地下駐車場や 4G/5G の電波が弱い環境でのプラグアンドチャージ障害。
• 緩和戦略: ローカル証明書の事前キャッシュとエッジの事前検証により、リアルタイムの接続依存性を軽減します。

6. EVBの技術的ポジション

EVBの技術的立場は、 単なる仕様準拠よりも、運用の安定性、サイバーセキュリティの耐性、長期的な適応性を優先する設計哲学.

当社の充電器プラットフォームは、以下の点を通じてこの哲学を体現しています。

• ISO 15118 プラグ＆チャージアーキテクチャのネイティブサポート
• ISO 15118-20双方向充電に対応したハードウェアとファームウェアの準備
• メイン制御盤を安全に ハードウェア セキュリティ モジュール (HSM) 暗号鍵の保護をサポートする セキュアブートとセキュアファームウェアアップデートのメカニズム 完全なエンドツーエンドの信頼チェーンを確立する
• 新たな規制の期待との整合、例えば EUサイバーレジリエンス法（CRA） 米国のサイバーセキュリティ要件
• OCPP 1.6（定義済みアプリケーション プロファイル）と OCPP 2.0.1 の両方との互換性
• 複数ベンダーのテストを通じて検証された相互運用性重視の開発
• サポート ローカルコントローラとエッジプロキシアーキテクチャ 断続的な接続時にプラグアンドチャージの継続性を維持する

暗号通貨の俊敏性と規制プレミアム

EVBの技術的立場にはさらに 暗号の俊敏性 コアとなる設計原則として。

世界中でTLS証明書の有効期限が短くなり、 2026年3月から200日 さらに有効期間が短くなる傾向にあり、長期的なISO 15118の導入には 自動化された適応型証明書管理.

EVBプラットフォームは、次のような自動証明書ライフサイクル管理メカニズムをサポートしています。 ACMEベースのワークフロー進化する暗号要件に対応できるよう、暗号の柔軟性を備えて設計されています。これには将来のニーズへの対応も含まれます。 耐量子暗号（PQC） ハードウェアの交換を必要とせずに移行します。

同時に、EVBは、 規制プレミアム サイバーセキュリティコンプライアンスに関連する。

EUサイバーレジリエンス法（CRA）により、脆弱性報告と修復義務が義務付けられ、 2026年9月EVBは開発と運用プロセスを構造化された 脆弱性管理プロセス（VMP）.

このアプローチにより、チャージポイントオペレーター (CPO) の下流のコンプライアンスリスクが軽減され、長期的なシステム回復力を維持しながら規制上の罰則を回避できるようになります。

7. 2026年以降の戦略展望

EV がインテリジェント エネルギー システムの不可欠な要素となるにつれ、競争上の優位性はますます以下の要素に依存するようになります。

• 生のつながりよりもガバナンスを信頼する
• 集中管理ではなくエッジインテリジェンス
• 個別の充電セッションではなく、エネルギー市場との経済統合

8. EVB 導入準備チェックリスト（2026 年版）

CPOとOEMのための実践的な自己評価

• PKI に依存しない? 複数の OEM ルート証明書を同時にサポート
• オフライン継続? ネットワーク停止時のローカル証明書のキャッシュと検証
• サイバーレジリエンス? セキュアブートとセキュアファームウェアアップデートを備えたHSMに保存された秘密鍵
• V2Gは収益化可能か? グリッドサービスで有効化されたOCPP 2.0.1スマート充電プロファイル
• 移行の準備はできていますか? OCPP 1.6 から 2.0.1 への OTA サポートによる移行

経営幹部向けのプレゼンテーションや調達評価では、このチェックリストを、従来の展開と EVB の 2026 年対応アーキテクチャを比較するレーダー チャートとして視覚化できます。

結論

2026年には、ISO 15118とOCPPが定義する 信頼、コントロール、そして経済基盤 最新のEV充電インフラの。

EVBの立場は明確です。持続可能な成功は、プロトコルの最大カバレッジではなく、 正しい信頼アーキテクチャ、暗号化の俊敏性、エッジインテリジェンス、規制への対応、および回復力のあるシステム統合。