OCPP EV充電ソフトウェア:ハードウェアに依存しない充電ネットワークの構築方法

目次

OCPPソフトウェアガイド

簡単な答え: OCPP EV充電ソフトウェアは、Open Charge Point Protocolを介して互換性のある充電ステーションを中央管理プラットフォームに接続します。これにより、事業者は充電器の監視、セッションの制御、料金プランの設定、決済のサポート、そして特定のハードウェアベンダーに縛られることなく、複数のブランドを組み合わせたネットワークの拡張が可能になります。

OCPP EV充電ソフトウェアは、複数のメーカーの充電器を1つの管理プラットフォームに接続します。
ハードウェアに依存しないOCPPプラットフォームは、ブランドや場所を問わず、互換性のある充電器のための単一の運用レイヤーを提供します。
アーキテクチャを理解する充電器、OCPP、CPMSがどのように連携して動作するかをご覧ください。
プロトコルのバージョンを比較するOCPP 1.6とOCPP 2.0.1のどちらに注意を払うべきかを把握しましょう。
より良い候補者リストを作成する機能に関する主張だけでなく、互換性の証拠を求めましょう。
オペレーティングレイヤー

OCPP EV充電ソフトウェアの実際の機能

OCPPは、充電ポイントと中央システム間の通信レイヤーです。このソフトウェアは、プロトコルメッセージをチームやドライバーにとって実用的な運用ワークフローに変換します。

対応充電器

ACまたはDCハードウェアは、ステータス、メーター値、およびセッションイベントを送信します。

OCPP接続

標準規格に基づいたメッセージ層は、データとサポートされているコマンドを伝送します。

CPMSワークフロー

オペレーターは、デバイス、ユーザー、セッション、料金プラン、障害、およびレポートを管理します。

重要: 「OCPP互換」は「すべてのバックエンドと自動的に互換性がある」という意味ではありません。ファームウェアの動作、サポートされるメッセージプロファイル、セキュリティ設定、およびフィールドテストによって、最終的な統合結果が決まります。

OCPPが標準化できること

  • 充電器とバックエンド間の通信
  • ステータス、取引、メーターデータの交換
  • 対応するリモートコマンドと充電プロファイル

OCPPだけでは解決できないこと

  • 決済ゲートウェイと税金に関する要件
  • 関税、決済手数料、パートナー手数料
  • ドライバー向けアプリ、ブランディング、サポート、現場での信頼性
プラットフォームアーキテクチャ

OCPPは、完全な充電操作の1つの層です。

信頼性の高い充電サービスには、充電器とクラウドの接続だけでは不十分です。購入者は、物理的なコネクタから商用バックオフィスまでの4つのレイヤーがどのように連携して機能するかを評価する必要があります。

充電器層 充電ポイント、コネクタ、ローカルコントローラ、メーター、通信モジュール、ファームウェアなどが含まれます。これらのコンポーネントによって、物理的に利用可能な測定値とコマンドが決まります。充電器が必要な値を生成できなかったり、コマンドを実行できなかったりする場合、ソフトウェアだけではその機能を実現することはできません。

プロトコル層 充電器と充電ステーション管理システム間で、サポートされているメッセージを伝送します。登録、ステータス変更、認証、トランザクションの開始と停止、メーター値、可用性の変更、リセット、選択された構成または充電プロファイル機能などのイベントを網羅しています。

管理層 これらのメッセージを実用的なワークフローに変換します。オペレーターはここで、ステーションの状態を確認したり、セッションを検索したり、料金プランを設定したり、アカウントを管理したり、障害を調査したり、レポートをエクスポートしたり、サポートを調整したりできます。

ビジネスレイヤー 課金アクティビティを決済、カスタマーサービス、パートナー決済、ブランディング、分析、およびローカル運用ルールに接続します。2つのプラットフォームが同じOCPPバージョンをサポートしていても、このレイヤーでは全く異なる結果をもたらす可能性があります。

充電ハードウェア

コネクタ、メーター、コントローラ、モデム、ファームウェア、およびローカル動作。

OCPP通信

サポートされているメッセージ、セキュリティ設定、および接続動作。

CPMSの運用

デバイス、セッション、ユーザー、料金プラン、アラート、リモートアクション、レポート。

商業サービス

決済、アプリ、パートナーの役割、決済処理、ブランディング、および統合。

商業的価値

ネットワークの成長に伴い、ハードウェアの独立性が重要になる理由

OCPPの真の価値は、プロトコルのラベルにあるのではない。調達、運用、そして将来の拡張において、OCPPがもたらす柔軟性こそが真の価値なのだ。

01

ベンダーロックインを軽減する

単一の閉鎖的なシステムに留まるのではなく、設置場所のニーズ、認証、電力レベル、サービス範囲、総コストに基づいてハードウェアを評価してください。

02

混合ネットワークの管理

対応するAC充電器、DC急速充電器、および複数のメーカーの製品を、より一貫性のある動作環境に統合します。

03

移行の選択肢は残しておく

標準規格に基づいたアーキテクチャを採用することで、認証情報、契約、データアクセスを早期に計画すれば、将来のバックエンド移行がより現実的になる。

04

業務を一元化する

充電器の状態、セッション、アラート、リモート操作、料金プラン、取引、サイトのパフォーマンスをチーム全体で一元的に把握できるようにします。

05

現地の市場に適応する

プロトコル層を、現地の決済、言語、税制、口座構造、顧客体験に接続します。

06

手戻りを減らして規模を拡大

新しい充電器モデルが次々と導入されるたびに、場当たり的な統合プロジェクトにならないよう、文書化された導入テストと受け入れテストを実施してください。

運用シナリオ

ハードウェアに依存しないOCPPソフトウェアの恩恵を受けるのは誰でしょうか?

プラットフォームの要件は、ビジネスモデルによって変化します。公共充電事業者、ハードウェアメーカー、車両・不動産グループなどは、同じプロトコルを使用するかもしれませんが、必要な権限、料金体系、報告要件は大きく異なる場合があります。

充電ポイント運営者

最高保護責任者(CPO)は、充電器の稼働状況、セッション数、収益を常に把握しながら、複数の拠点で充電器を運用するための統一された方法を必要としている。

  • 複数拠点の充電器およびコネクタの監視
  • 料金、支払い、払い戻し、顧客アカウント
  • パートナーの許可、手数料、および決済
  • 障害レビューとリモート操作のワークフロー

EV充電器メーカー

メーカーは、顧客ごとに個別のバックエンドを用意する必要がなくなり、互換性のあるハードウェアとブランド化されたソフトウェア体験を組み合わせることができる。

  • ホワイトラベルのドライバーおよびオペレーターインターフェース
  • モデル固有の導入および試運転
  • ファームウェアおよび構成ワークフロー(サポートされている場合)
  • 販売代理店および地域プロジェクト向けのローカライズされたソフトウェア

車両および車両基地運営者

車両管理プロジェクトでは、一般への周知よりも、車両の準備状況、アクセス制御、エネルギー制限、運用上の責任の所在に重点が置かれる。

  • ドライバー、車両、またはRFID認証
  • 充電ウィンドウと充電ステーションの電力調整
  • 車両別、充電器別、またはルート別のセッション記録
  • 充電失敗イベントに関するアラートとエスカレーション

宿泊施設および目的地での料金請求

住宅、オフィス、ホテル、小売店、駐車場などのプロジェクトでは、テナント、訪問者、会員、敷地所有者の要件に合った料金体系が必要となる。

  • 異なるユーザーグループとアクセス権限
  • サイトごとの料金設定または無料課金ルール
  • ホストの報告および収益分配記録
  • ブランド化された顧客体験と現地決済
プロトコルの選択

OCPP 1.6とOCPP 2.0.1の比較

どちらのバージョンも、機能の数だけで選択すべきではありません。プロトコルは、充電器の設置状況、導入スケジュール、セキュリティ要件、および運用ロードマップに合わせて選択する必要があります。

確立され、広く展開されている

  • 大規模な導入実績と幅広い市場認知度
  • 充電器の監視やセッション操作に実用的
  • 実績のある導入を優先するプロジェクトに適していることが多い
よく考慮されるのは既存の充電器は既にOCPP 1.6を使用しており、必要なワークフローは十分に理解されているため、最新のメッセージモデルを採用するよりも、短期的な相互運用性を確保することの方が重要です。
OCPP 1.6とOCPP 2.0.1の詳細な比較記事を読む →

OCPP 2.1についてはどうでしょうか?

Open Charge Allianceは2025年にOCPP 2.1をリリースしました。これはOCPP 2.0.1をベースに、双方向充電、分散型エネルギー資源制御、スマート充電機能の強化、追加のトランザクションオプション、バッテリー交換サポートなどの領域を追加したものです。しかし、だからといってすべての既存プロジェクトがOCPP 2.1プロジェクトになるわけではありません。ハードウェアの準備状況、バックエンドのサポート、認証要件、そして実際のビジネスケースは依然として重要です。

また、OCPP 1.6とOCPP 2.0.1は直接互換性のあるバージョンではないことに注意してください。そのため、異なるバージョンの機器が混在するフリートでは、バックエンドで個別のプロトコル実装とモデル固有のテスト記録を維持する必要がある場合があります。TrendPowerプロジェクトの互換性は、ロードマップのラベルから推測するのではなく、充電器と必要なバージョンに基づいて確認する必要があります。

接続性とセキュリティ

生産ネットワークは、不安定な状況下でも機能するように設計されなければならない。

充電器は、駐車場、倉庫、道路脇、建物など、携帯電話の電波状況、ルーター、電力品質、ローカルITポリシーが異なる場所で稼働しています。プラットフォームは、こうした状況に対応し、一時的な中断が運用データの損失につながることを防ぐ必要があります。

接続が切断されたときの充電器の動作、キューに格納されたメッセージの処理方法、トランザクションが安全に継続できるかどうか、再接続後にオペレーターが何を見るかを確認してください。時刻同期、重複メッセージの処理、および未完了セッションの調整方法についても確認してください。

セキュリティは、単なるチェックボックスではなく、システム全体の責任です。充電器の認証情報、エンドポイントの設定、トランスポートの暗号化、証明書の処理、ロール権限、監査記録、ソフトウェアの更新は、すべて管理されたプロセスとして構成されるべきです。具体的な管理方法は、プロトコルのバージョン、充電器の実装、および展開アーキテクチャによって異なります。

身元確認とアクセス充電器、ユーザー、技術者、管理者の認証および認可方法を定義します。
暗号化された通信実際の充電器モデルについて、サポートされている輸送セキュリティ、証明書、および更新責任を確認してください。
オフラインおよび再接続時の挙動ネットワーク障害発生後の認証、トランザクション、保存メッセージ、およびデータ照合をテストする。
変更管理変更後に互換性を再テストできるように、構成、ファームウェア、およびバックエンドのリリースに関するドキュメントを作成してください。
業務上の説明責任ハードウェアチームとソフトウェアチーム間で、役割権限、イベント履歴、エスカレーションの責任範囲を明確に維持する。
ハードウェアの互換性

充電器とバックエンドを1つのオペレーティングシステムとして評価する

充電器はOCPPメッセージを交換できますが、それでも機種固有の検証が必要です。展開前に、ファームウェア、WebSocketセキュリティ、認証方法、メーター値、リモートコマンド、充電プロファイル、オフライン動作、エラー処理を確認してください。

例えば、購入者が評価している XYDF OCPP EV充電器 試運転を開始する前に、選択したバックエンドに対して、正確なモデル、ファームウェア、および必要なOCPP機能を検証する必要があります。この検証手順は、プロトコルラベルのみに基づいて互換性を推測するよりも信頼性が高くなります。

実践的なルール: より大規模なハードウェアの購入または移行を承認する前に、実際のネットワーク環境下で少なくとも1つの代表的なユニットをテストしてください。
サードパーティ製OCPP EV充電器の統合および共同互換性テスト
互換性テスト

本格的な充電器統合テストでカバーすべき内容

効果的なパイロットテストでは、充電器がオンラインになるかどうかだけでなく、完全な動作シナリオを検証します。テスト前に必要な機能について合意し、双方とも何をもって合格とするかを明確に理解しておきましょう。

01

接続とデバイスの状態

初期登録、ハートビート動作、コネクタの状態、時刻同期、メーター報告、可用性の変化、およびネットワーク中断後の再接続を確認します。

02

認証とセッション

必要な認証経路、リモートおよびローカルセッションの開始、正常停止、ユーザーによるキャンセル、ケーブル切断、電源中断、異常終了など、すべてのテストを実施します。

03

料金体系と取引データ

充電イベントから顧客への領収書、およびオペレーターのレポートに至るまで、タイムスタンプ、エネルギー値、識別子、料金、および支払い参照情報が一貫していることを確認してください。

04

リモート操作

プロジェクトで使用されるコマンド(リモート起動、リモート停止、リセット、可用性設定、構成、サポートされている場合は充電プロファイルなど)のみを検証します。

05

障害発生時の動作と復旧動作

通信障害、認証拒否、起動失敗、緊急状態、充電器の再起動をシミュレーションします。アラート、イベント記録、復旧ワークフローを確認します。

06

変化の回帰

今後の充電器ファームウェアおよびバックエンドのリリースに備えて、再現可能なテストセットを保持してください。以前に統合されたモデルは、制御されていないアップデート後に動作が変わる可能性があります。

受入出力: 充電器のモデル、ファームウェア、OCPPバージョン、テスト済みの機能、既知の制限事項、セキュリティ構成、および担当者の連絡先を記録します。これにより、展開時やサポート時に再利用できる統合記録が作成されます。

購入者チェックリスト

OCPPソフトウェアプラットフォームを評価する方法

プロバイダーを比較する際には、長々とした機能一覧ではなく、エビデンスと運用上の適合性に基づいて判断してください。

評価対象領域何を尋ねるべきか証拠を要求する
充電器の統合サポートされている充電器のモデル、ファームウェアのバージョン、およびOCPP機能は何ですか?統合リスト、テスト範囲、パイロット受入記録
業務チームはコネクタ、セッション、障害、およびサポートされているリモートコマンドを監視できますか?代表的なデバイスを使用したライブワークフローデモンストレーション
請求と支払い関税、税金、決済ゲートウェイ、払い戻し、決済方法は、対象市場に合致していますか?国別のプロセスフロー図と統合範囲
データとデプロイメントデータの所有者は誰か、データはどこに保存されているのか、そしてどのようにエクスポートできるのか?アーキテクチャ、アクセス制御、バックアップ、および出口戦略
カスタマイズブランディング、API、ユーザーロール、ワークフローは後から進化できるのか?設定、統合、カスタム作業の明確な分離
サポート充電器、ネットワーク、プラットフォーム、決済の各レイヤーにわたるインシデントの責任は誰が負うのか?エスカレーションパス、サービス範囲、リリースプロセス
間違いその1:ロゴリストから購入すること

公表されているブランド名だけでは、お使いの充電器の正確なモデルとファームウェアが、必要なすべてのワークフローに対応しているとは限りません。

間違い2:接続性のみをテストする

接続が成功したとしても、それは始まりに過ぎません。課金、請求、接続障害、再接続といった一連のシナリオを徹底的にテストしてください。

間違い3:出口の道を無視する

ネットワークの移行が困難になる前に、充電器の認証情報、データのエクスポート、契約、および移行に関する責任事項を確認してください。

あなたのプロジェクトはOCPPプラットフォームに関する議論を行う準備ができていますか?

既にお持ちの情報を選択してください。この簡単なチェックで、技術デモの前に準備すべき事項が分かります。

展開決定

見積もりを比較する前に、運用モデルを選択してください。

クラウド、プライベートクラウド、オンプレミスといった提供形態は、インフラストラクチャ、セキュリティ、アップデート、統合、サポートに関してそれぞれ異なる責任を伴います。初期費用が最も低いものが、必ずしも運用コストが最も低いとは限りません。

マネージドクラウド

ソフトウェアプロバイダーは、合意されたサービスモデルに従って、共有または専用のクラウド環境を運用します。

  • 多くのプロジェクトでより迅速な初期展開が可能に
  • 事業者にとってインフラ整備作業が軽減される
  • データの場所、バックアップ、およびサービス境界を明確にする
  • 定期料金と解約手続きを確認する

プライベートクラウド

専用環境を利用することで、クラウドインフラストラクチャの利点を維持しながら、アーキテクチャ、アクセス、統合に関してより詳細な制御が可能になります。

  • 企業向けプラットフォームや地域向けプラットフォームに役立ちます
  • プロジェクト固有のネットワークおよびアクセス設計をサポートします
  • インフラ所有権の明確化が求められる
  • 監視、更新、およびインシデントに関する責任を定義する

オンプレミス

このプラットフォームは、顧客または顧客が指定した技術パートナーが管理するインフラストラクチャ内で稼働します。

  • 運用環境に対するより高度な制御
  • 厳格なデータ要件または統合要件に適合する可能性があります
  • 内部インフラとセキュリティ機能が必要
  • アップグレード、容量、バックアップ、災害復旧の計画

選択する前に: 想定される充電器の数、取引量、対象国、決済プロバイダー、データ保持ルール、企業間連携、および社内IT機能を特定します。各サプライヤーに対し、初期導入費用、継続的なソフトウェア費用、インフラストラクチャ費用、決済費用、メッセージング費用、地図費用、アプリストア費用、およびカスタム開発費用をそれぞれ分けて提示するよう依頼します。

また、後でサプライヤーを変更する場合の対応についても明確に定義しておきましょう。充電器のエンドポイントへのアクセス権限、認証情報、データのエクスポート、モバイルアプリの所有権、ドメイン名、クラウドアカウント、ソースコードの権利などは、異なる関係者が管理している可能性があります。移行が想定されていない場合でも、明確な出口戦略は健全なアーキテクチャの一部です。

TrendPower EV充電管理プラットフォームのダッシュボード(充電器の運用とビジネス分析用)
TrendPower CPMS

OCPP接続から商用運用まで

TrendPowerは、OCPPに準拠した充電器の統合に加え、充電ビジネスの運営に必要なワークフロー(デバイス監視、ユーザー、セッション、柔軟な料金プラン、支払い、レポート作成、パートナーの役割、リモート操作など)をサポートしています。

  • プロジェクト範囲によるOCPP 1.6とOCPP 2.0.1の統合
  • 複数ブランドおよび複数拠点の充電器管理
  • ホワイトラベルアプリとオペレーターポータル
  • クラウド、プライベート、プロジェクト固有の導入パス
  • ローカライゼーション、決済、サードパーティAPIの統合
TrendPowerのEV充電ポイント管理システムについて詳しく見てみましょう →
発売後

充電ネットワークの操作性が向上しているかどうかを測定する

プロトコルの接続性は最終的な結果ではありません。ネットワークが稼働したら、信頼性、顧客の不満、サポート業務量などを明らかにする、少数の運用指標と商業指標を追跡してください。

コネクタの可用性時刻接続機能はサービス提供に利用可能であり、計画的な除外事項は一貫して定義されています。
成功率各拠点および各モデルにおける、有効なユーザーによる充電試行回数に対する、完了した充電開始回数の比較。
セッション完了エネルギー消費量、時間、ユーザー、トランザクションの記録がすべて揃った状態で終了するセッション。
リモート復旧率ソフトウェアのワークフローを通じて、不要な現場訪問なしにインシデントを解決しました。
平均反応時間アラートがどれだけ迅速に認識され、担当者に割り当てられ、解決に向けて進められるか。
支払い完了承認された支払いと決済を、対象となる請求取引と比較した。
エネルギーと収益充電器別、設置場所別、顧客グループ別、または期間別の供給エネルギー量、回転率、および利用率。
サポート連絡先充電セッションごとの顧客サポート需要を、実際の根本原因別に分類して示す。

サプライヤーレビューで使用する前に、すべてのKPIを明確に定義してください。例えば、「可用性」という指標は、あるレポートでは通信障害を除外し、別のレポートでは含めている場合、誤解を招く比較結果を生み出す可能性があります。充電器のモデル、ファームウェア、設置場所、ネットワークプロバイダーごとに結果を分類することで、繰り返し発生するパターンを把握しやすくなります。

最高のダッシュボードとは、グラフの数が最も多いものではありません。異常な信号から、責任者を特定し、具体的な次の行動へと導くことができるダッシュボードこそが、最高のダッシュボードなのです。

実装

充電器リストからライブネットワークへのより安全な経路

責任範囲と承認基準を文書化した段階的なプロセスを採用する。

発見する

充電器、ファームウェア、設置場所、ユーザー、料金プラン、支払い方法、統合、および導入上の制約事項をマッピングします。

検証する

代表的なハードウェアを接続し、必要なOCPPメッセージとビジネスワークフローをテストします。

パイロット

実際のネットワーク環境下で制御グループを実行し、サポートされている動作と例外を文書化する。

規模

段階的に展開し、運用KPIを監視し、ファームウェアやプラットフォームの変更後に再テストを実施する。

既に別のバックエンドを使用していますか? TrendPower の EV充電ソフトウェア移行ガイド エンドポイントまたは認証情報を変更する前に。

よくある質問

OCPP EV充電ソフトウェアに関するよくある質問

OCPP EV充電ソフトウェアとは何ですか?

これは、Open Charge Point Protocolを介して互換性のある充電ポイントと通信する充電管理プラットフォームです。充電器からのメッセージを、デバイスの状態、セッション、ユーザー、料金プラン、取引、診断、レポート作成などの操作ワークフローに変換します。

OCPPはすべての充電器との互換性を保証していますか?

いいえ。OCPPは通信規格を定義していますが、実際の互換性は充電器の機種、ファームウェア、実装されているメッセージプロファイル、セキュリティ設定、およびプロジェクトで要求される機能によって異なります。本格的な展開を行う前に、代表的なハードウェアでテストを行う必要があります。

異なるメーカーの充電器を1つのプラットフォームで管理できますか?

はい、充電器が互換性のあるプロトコル実装を使用し、統合テストに合格した場合です。ハードウェアに依存しないCPMSは、サポートされているブランドやサイト全体で一貫した動作層を作成するように設計されています。

新規プロジェクトではOCPP 1.6とOCPP 2.0.1のどちらを使用すべきでしょうか?

OCPP 1.6は依然として広く普及しており、既存のハードウェア群にも適しています。OCPP 2.0.1は、セキュリティ、デバイス管理、および新しい機能のためのより充実した基盤を提供します。どちらを選択するかは、充電器の準備状況、必要なワークフロー、およびプロジェクトのロードマップによって異なります。

OCPP 2.1のリリースにより、OCPP 2.0.1は廃止されるのでしょうか?

いいえ。OCPP 2.1は2025年にリリースされ、OCPP 2.0.1に機能を追加したものです。多くのプロジェクトでは、充電器の準備状況、認証、必要な機能、導入時期に応じて、OCPP 1.6または2.0.1を引き続き使用します。充電器とバックエンドプロバイダーの両方に、実際のサポート状況を確認してください。

OCPP充電器のパイロット試験では、何をテストすべきでしょうか?

接続の安定性、認証、開始および停止フロー、メーター値、ステータス通知、リモートコマンド、料金体系、オフライン動作、再接続動作、障害、およびプロジェクトで必要とされる充電プロファイルまたはファームウェアのワークフローをテストします。

OCPPプラットフォームにとって最適な導入モデルはどれですか?

万能な最適モデルは存在しません。マネージドクラウドはインフラ構築作業を軽減できますが、プライベートクラウドやオンプレミス環境は、特定の企業、データ、または統合要件に対してより高度な制御を提供できます。責任範囲、セキュリティ、継続的なコスト、アップグレードプロセス、および移行手順を比較検討してください。

TrendPowerはホワイトラベルまたはプライベート展開に対応していますか?

TrendPowerは、プロジェクトの範囲に応じて、ブランド化された顧客および通信事業者向けインターフェース、ローカライズ、システム統合、クラウドまたはプライベート環境への展開パスをサポートできます。最終的なアーキテクチャと機能は、要件レビューの際に確定する必要があります。

実際の充電器ネットワークを基盤としたOCPPプラットフォームを構築する

充電器の機種、ターゲット市場、運用上の役割、支払い要件をお知らせください。TrendPowerは、互換性とプラットフォームに関する具体的なご相談を承ります。

OCPPプロジェクトについて話し合う →

技術参考文献: オープンチャージアライアンス — OCPPプロトコルのサポートおよび機能の利用可否は、充電器の性能、ファームウェア、実装、および合意されたプロジェクトの範囲によって異なります。

今すぐ投稿をシェア:
Hey there, I’m Alexの画像
こんにちは、アレックスです

アレックスはTrendpower社のEV技術スペシャリストであり、EV充電ソフトウェア管理プラットフォーム、充電ネットワーク管理、スマートエネルギーソリューションに関する調査研究と執筆活動に専念しています。彼の仕事は、企業や事業者が効率的な電気自動車充電エコシステムをより深く理解し、導入するのに役立っています。

jaJA
上部へスクロール
TrendPowerブランドオープンデー

TrendPowerがEV充電事業の立ち上げと規模拡大をどのように支援するかをご覧ください。

このデモを通して、TrendPowerを使ってEV充電プラットフォームを構築、運用、収益化する方法を学ぶことができます。

学習内容:

  • 独立したEV充電運用プラットフォームを構築する方法
  • 電気自動車充電プラットフォーム運営の収益モデル
  • 海外における充電プラットフォーム展開の要件
  • 決済および収益分配ルールの設計

応答時間

営業時間:
月曜日から土曜日、午前9時~午後6時30分

営業時間内に、弊社のチームがご連絡いたします。 1時間.

営業時間外の場合は、後ほどご連絡いたします。 翌営業日の午前9時.

デモをリクエストして特別オファーをゲットしよう

お客様のニーズをお聞かせください。当社のEV充電ソフトウェア専門家が、お客様に合わせたソリューション、デモのご説明、そして専用のサービスサポートをご提供いたします。