JP2018124987A - 車両充電ポイントインフラストラクチャの管理およびそのシステム - Google Patents

Abstract

【課題】車両充電ポイントインフラストラクチャの管理およびそのシステムを提供する。
【解決手段】管理サーバ２および電気車両にエネルギーを提供する充電ポイント４の情報を格納するデータベース３を備える充電ポイントネットワークと、ユーザの管理および充電ポイント４または充電ポイントパークの構成を記憶するためのメモリおよび各モジュールの機能を実施するプログラムを実行するプロセッサ、を備えるハードウェアおよびソフトウェアアーキテクチャと、を管理するシステムである。管理システムは、充電ポイントネットワークを管理および構成する充電ポイントオペレータのためのインターフェースと、ユーザインターフェースと、を提供する。ユーザインターフェースは、ユーザが充電ポイントオペレータインフラストラクチャから、所与の車両に対応するあるタイプのコネクタおよびあるタイプの充電ポイントプロトコルを選択できるようにする。
【選択図】図１

Description

本発明は、電気車両のための充電ポイントインフラストラクチャの分野に関し、より正確には、こうしたインフラストラクチャの管理のためのシステムに関する。

最近では、電気車両がますます使用されるようになり、化石燃料（液体燃料を意味する）によって機能する他の車両と同様に、電気車両はそれらの機能に必要なエネルギーを提供するステーションのようなインフラストラクチャを必要とする。前記ステーションは多くないが、電気車両の数が増加することにより、電気車両サービス機器（ＥＶＳＥ）のこうしたステーションまたは大型のバンクまたはパークの設置を促進させることになる。ＥＶＳＥは、たとえこれが技術的に正確でない場合であっても、一般に「充電器」と呼ばれる。

こうした電気車両のバンクは、充電ポイントに配線されこうしたポイントを制御するコントローラを教示する、ＷＯ２０１４／０６２９０９に開示されている。しかしながら本文献は、１人のオペレータに制約されたバンクの構成のみを教示し、数人のオペレータに属する複数のバンクのネットワークを構築および管理する方法は教示していない。

たとえＥＶＳＥの大型バンクが利用可能であり、それらのうちのいくつかまたはすべてが一度にある電気車両によって占有されている場合であっても、ユーザはその車両を充電するためにサービスプロバイダ（充電ポイントオペレータ）に依存したくないことがある。さらに、各オペレータは、たとえ加入していないユーザに対してでも電力を供給できるようにしたい場合がある。

さらにオペレータは、充電器のパークまたはバンクを取得するため、材料の更新を容易にするため、およびネットワークの構成のために、新しい充電器の設置を可能にする柔軟性を伴うシステムを理解するであろう。

国際公開第２０１４／０６２９０９号

本発明は、充電ポイントネットワークまたは充電ポイントのセットを備える充電パークを柔軟に制御するための手段を提供することによって、従来技術のある欠点を取り除くという目的を有する。

この目的は、少なくとも管理サーバ、および、電気車両にエネルギーを提供するネットワークの充電ポイントに関する情報を格納するための少なくともデータベースを備える、少なくとも充電ポイントネットワークと、充電ポイントの詳細なアセットインベントリを構成および／または監視および／または維持するための少なくともモジュール「充電ポイント」、あるいは、充電ポイントのブッキングプロセスを処理するためのコンピュータ実行可能命令を備える少なくともモジュール「ブッキング」を備える、少なくともハードウェアおよびソフトウェアアーキテクチャと、を管理するための、システムによって達成され、前記コンピュータアーキテクチャ（１）は、充電ポイント（４）および／または外部システムおよび／またはユーザデバイスまたはモバイルと情報を交換するための少なくとも通信手段（６ａ、６ｂ）と、データを記憶するための少なくともメモリと、各モジュールの機能を実施するためにメモリに記憶されたプログラムを実行するためのプロセッサと、を備え、前記管理システムは、「充電ポイント」モジュール（１ａ）のコンピュータ実行可能コードが、独自の充電ポイントネットワークを管理および構成し、これをオペレータまたはオペレータのユーザ顧客のみがアクセス可能なメモリ部分内の管理システムのサーバ上に保存するために、充電ポイントオペレータ（５ａ、５ｂ）のための少なくともインターフェースを提供すること、あるいは、「ブッキング」モジュールのコンピュータ実行可能命令が、所与の車両に対応する少なくともあるタイプのコネクタをユーザがリモートに選択できるようにするためのツールを備えるユーザインターフェースとの少なくとも通信インターフェース、および、システム内のこうした情報を受信し、管理システムの制御の下でネットワーク内のブッキングに進むために、オペレータ（５ａ、５ｂ）インフラストラクチャのネットワークの充電ポイントとの少なくとも通信を提供することを、特徴とする。

別の特徴によれば、サーバ上の「ブッキング」モジュールのコンピュータ実行可能命令は、以下の機能を可能にする：
・特定の識別カードによってのみ、およびブッキング時間フレームについて使用するために、充電ポイント内のコネクタをロックする機能、または、
・リモートデバイスまたはリモート通信インターフェースを用いて、ブッキング時間フレームについてユーザ特有の識別カード上に含まれる情報によってのみ使用するために、充電ポイントのコネクタをリモートにロックし、その後、前記コネクタをロックするために使用された識別カードによって充電ポイントで選択されたコネクタをロック解除する機能。

別の特徴によれば、「充電ポイント」モジュールのコンピュータ実行可能命令は、以下を制御する：
・前記充電ポイント上でのリモートアクションの実行を介した、充電ポイントのリモート管理、または、
・充電ポイントステータスの変化の追跡、または、
・前記充電ポイント内での通信可用性の監視。

別の特徴によれば、「充電ポイント」モジュールのコンピュータ実行可能命令は、各パークについてＣＰ識別子（ＩＤｃｐ）のリストおよびパークのＣＰサイトのロケーションを確立および記憶し、パークの各ＣＰ上に存在するコネクタのリストが各ＣＰに関連付けられることによって、充電パーク内のＣＰのグループ化およびＣＰコネクタ（またはソケット）の完全管理を可能にするために、簡易管理インターフェースを提供している。

別の特徴によれば、請求項１に記載のシステムは、構成中に生成される充電ポイントの詳細な情報が、汎用データセクションまたは「タブ」を備え、このセクションは：ＣＰ識別子（ＩＤｃｐ）、ホストネームまたはＤＮＳ（ドメイン名サーバ）システムで解決可能なＣＰに割り当てられた名前、ＣＰ用に選択された言語、ＣＰの連絡先、ＣＰのロケーション、ＣＰによってサポートされるＣＰタイムゾーン（時間変換のため）およびデータフォーマット、ＣＰのロケーションに関するアドレスセクションまたはタブ、のうちの、少なくとも１つまたはいくつかを含むことを特徴とする。

別の特徴によれば、構成中に生成される充電ポイントの詳細な情報は、ＣＰ製造業者、ＣＰに使用されるプロトコル、ファームウェア参照、ＣＰのモデル、ＣＰのＩＰアドレスについての情報を含む、システムメモリ内に記憶されたハードウェア（ＨＷ）パラメータセクションまたは「タブ」を備える。

別の特徴によれば、構成中に生成される充電ポイントの詳細な情報は、異なるＣＰ製造業者との異なるＯＣＰＰの解釈および挙動を定義するのを助けるために、管理システムがどのようにＣＰ（４）と対話するかを形成する、特別な構成フラグを含む、システムメモリ内に記憶された特別な構成セクションまたは「タブ」を備える。

別の特徴によれば、構成中に生成される充電ポイントの詳細な情報は、システムメモリ内に記憶され、コネクタＩＤ、コネクタのタイプ、最大（許容）電圧／アンペア数、ステータス、再充電モデル（コネクタ再充電モード）、コネクタでスケジューリングされたブッキングの識別子を備える、コネクタセクションまたは「タブ」を備える。

別の特徴によれば、構成中に生成される充電ポイントの詳細な情報により、管理システムがＣＰ応答を待機している間、待機クロックが表示され、ユーザは、オンデマンドでのＣＰ上のリモート構成の実行、および「パラメータ」コンボを構成するためのパラメータの選択が可能となる。

別の特徴によれば、このタブに含まれるパラメータは、例えば以下を備えることができる：
・ハートビートインターバル
・コネクションタイムアウト
・リセットリトライズ
・チャージポイントＩｄ
・プロキシミティコンタクトリトライズ
・プロキシミティロックリトライズ
・ブリンクリピート
・ライトインテンシティ
・メータバリューサンプルインターバル。

別の特徴によれば、アーキテクチャは、充電ポイントが依然として接続されており、構成可能な時間間隔ハートビートインターバルの後に充電ポイントがＨｅａｒｔｂｅａｔ．ｒｅｑ ＰＤＵを送信すること、Ｈｅａｒｔｂｅａｔ．ｒｅｑ ＰＤＵを受信した時に、管理システムはＨｅａｒｔｂｅａｔ．ｃｏｎｆで応答するものとすること、応答ＰＤＵは、その内部クロックと同期させるために充電ポイントによって使用されるべきであると推奨される、管理システムの現在時刻を含むものとすることを、管理システムに知らせるためのコンピュータ実行可能命令を含む、モジュール「アドミニストレーション」をも備える。

別の特徴によれば、管理システムの「ブッキング」モジュールのコンピュータ実行可能命令は、管理システムがブッキングされるべきコネクタを指定し、ＲｅｓｅｒｖｅＮｏｗ．ｃｏｎｆ ＰＤＵを用いて充電ポイントの応答を待機する；要求内のｒｅｓｅｒｖａｔｉｏｎＩｄが充電ポイント内のブッキングと合致する場合、充電ポイントはそのブッキングを要求内の新しいブッキングに置き換えるものとする；ｒｅｓｅｒｖａｔｉｏｎＩｄが充電ポイント内のいずれのブッキングとも合致しない場合、充電ポイントは、コネクタのブッキングに成功すればステータス値「ＡＣＣＥＰＴＥＤ」を戻すものとする；充電ポイントは、充電ポイントまたは指定されたコネクタが占有されていれば「ＯＣＣＵＰＩＥＤ」を戻すものとする；充電ポイントは、充電ポイントまたはコネクタが同じかまたは別のｉｄＴａｇについて充電ポイントまたはコネクタがブッキングされている時も「ＯＣＣＵＰＩＥＤ」を戻すものとする；充電ポイントは、充電ポイントまたはコネクタが障害状態にあれば「ＦＡＵＬＴＥＤ」を戻すものとする、というオプションを用いて、ＲｅｓｅｒｖｅＮｏｗ．ｒｅｑ ＰＤＵを充電ポイントに送信することによって、ブッキングを要求する。

別の特徴によれば、管理システム「ブッキング」モジュールのコンピュータ実行可能命令は、充電ポイントがブッキング要求を受け入れた場合、着信するｉｄＴａｇまたは親ｉｄＴａｇがブッキングのｉｄＴａｇまたは親ｉｄＴａｇに合致する時を除いて、ブッキングされたコネクタ上のすべての着信するｉｄＴａｇに対して充電を拒絶するものとする、という挙動をトリガする。

別の特徴によれば、「充電ポイント」モジュールのＲｅｓｅｒｖｅＣｏｎｎｅｃｔｏｒＺｅｒｏＳｕｐｐｏｒｔｅｄパラメータが「ＴＲＵＥ」に設定された時、充電ポイントはコネクタ０上でのブッキングをサポートし、ブッキング要求内のｃｏｎｎｅｃｔｏｒＩｄが０の場合、充電ポイントは特定のコネクタをブッキングしないものとするが、ブッキングの有効期間中いつでも、ブッキングされたｉｄＴａｇについて１つのコネクタが使用可能であることを維持することが保証されるものとする。

別の特徴によれば、「ブッキング」モジュールのコンピュータ実行可能命令に従い、（ｉ）ブッキングされたｉｄＴａｇまたは親ｉｄＴａｇについて、および、ブッキングされたコネクタ上、またはブッキングされたｃｏｎｎｅｃｔｏｒＩｄが０の時は任意のコネクタ上で、トランザクションが開始された時、あるいは（ｉｉ）ｅｘｐｉｒｙＤａｔｅに指定された時刻に達した時、あるいは（ｉｉ）充電ポイントまたはコネクタが「ＦＡＵＬＴＥＤ」または「ＵＮＡＶＡＩＬＡＢＬＥ」に設定された時の、いずれかで、充電ポイント上でのブッキングは終了するものとする。

別の特徴によれば、「ブッキング」モジュールのコンピュータ実行可能命令により、充電ポイントがＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑ ＰＤＵを送信するものとする時、管理システムは、コネクタをロック解除するように充電ポイントに要求することが可能となる。

別の特徴によれば、ＣＰＯヘルプデスクへのＥＶドライバのコール後、オペレータは、充電ポイントへのＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑの送信を手動でトリガし、新規の試行によってコネクタをロック解除させることができる。

別の特徴によれば、コンピュータ実行可能命令は、ＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑ ＰＤＵを受信した時に、充電ポイントはＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｃｏｎｆ ＰＤＵで応答するものとすること、応答ＰＤＵは、充電ポイントがそのコネクタをロック解除できたかどうかを示すものとすること、または、特定コネクタ上で進行中のトランザクションが存在した場合、充電ポイントはトランザクションを最初に完了させるものとすることを、規定する。

別の特徴によれば、アーキテクチャは、アプリケーションを構成し、前記アーキテクチャによってサポートされる異なる役割との関連と共に許可を定義するためのコンピュータ実行可能命令を備える、モジュール「アドミニストレーション」をも備える。

別の特徴によれば、アーキテクチャは、エネルギー消費量を取り出しおよび監視するためのコンピュータ実行可能命令を備える、モジュール「エネルギー」をも備える。

別の特徴によれば、アーキテクチャは、システム全体、通信、トランザクション、およびイベントを監督するための、モジュール「モニタリング」をも備える。

別の特徴によれば、アーキテクチャは、電気車両ユーザの管理のためのコンピュータ実行可能命令を備える、モジュール「ユーザ」をも備える。

別の特徴によれば、アーキテクチャは、充電ポイントの動作に関するレポートを作成するためのコンピュータ実行可能命令を備える、モジュール「レポート」をも備える。

別の特徴によれば、モジュール「アドミニストレーション」は、コンピュータ実行可能な、
・アップグレードのために充電ポイントのセットに送信されるべきファームウェアを構成するための命令、または、
・充電ポイント構成に応じて、充電ポイントの前記セットに送信されるべきホワイトリストまたはＲＦＩＤカードのリストを提供するための命令、または、
・充電ポイントをグループ化するための様式を管理および構成するための命令、または、
・充電ポイントの保守をユーザに委託するために外部充電ポイントオペレータを管理するための命令であって、前記外部充電ポイントオペレータのユーザは、アーキテクチャの機能のサブセットにアクセスできる、命令を備える。

別の特徴によれば、モジュール「アドミニストレーション」（１ｆ）のコンピュータ実行可能命令は、リストを充電ポイントに送信するために、ＳｅｎｄＬｏｃａｌＬｉｓｔ．ｒｅｑ ＰＤＵを送信するものとする。ＳｅｎｄＬｏｃａｌＬｉｓｔ．ｒｅｑ ＰＤＵは、更新のタイプ（全体または差分）、および充電ポイントが更新された後にローカル認可リストに関連付けなければならないバージョン数を含むものとし、ＳｅｎｄＬｏｃａｌＬｉｓｔ．ｒｅｑ ＰＤＵを受信した時に、管理システムはＳｅｎｄＬｏｃａｌＬｉｓｔ．ｃｏｎｆ ＰＤＵを用いて充電ポイントからの応答を待機するものとし、応答ＰＤＵは、充電ポイントがローカル認可の更新を受け入れたかどうかを示すものとする。ステータスがフェイルドまたはバージョンミスマッチであり、アップデートタイプがディフェレンシャルであった場合、管理システムはアップデートタイプ フルを伴う全ローカル認可リストの送信を再試行するはずである。

別の特徴によれば、モジュール「エネルギー」は、充電ポイント電力ネットワーク安定性の分析、ロードバランシング、および充電トランザクションの管理のための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「モニタリング」は、充電ポイントインフラストラクチャ内で予期せぬ状況が発生した場合に、矯正的措置を講じることが可能な当事者またはオペレータに通知を送信するための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「モニタリング」は、充電ポイントの状態の視覚的かつ迅速なアイデアを充電ポイントオペレータに提供するために、少なくともカメラおよび位置特定デバイスを用いたイベントのジオロケーションのための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「モニタリング」は、アーキテクチャのメモリ内に臨界パラメータと共にイベントを記憶するため、および、矯正的措置を提案するために各イベントの臨界および構成を考慮するための、コンピュータ実行可能命令を備える。

別の特徴によれば、充電ポイントオペレータによる各イベントの構成により、充電ポイント全体にわたって何らかの追加措置を実行するために、インスタントオーダーの実行が可能となる。

別の特徴によれば、モジュール「ユーザ」は、システムのメモリ内に記憶されたユーザの情報を作成、読み取り、更新、および削除するため、ならびに、ＲＦＩＤカードまたは類似物を介して充電ポイントへのアクセス制御を提供し、車両の充電前にユーザによって克服されるべき認可プロセスを管理するための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「ユーザ」は、オペレータの最終認可チェックのサービスが使用不可である場合、別の外部システム、例えば銀行口座に最終認可チェックを委託するための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「ユーザ」は、トランザクションまたは動作の時点で転送されるべきデータ量を削減するために、ユーザグループ管理およびホワイトリスト配布を充電ポイントに提供し、これを充電ポイント内に保存するための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「レポート」は、データのエクスポート、データの分析、およびレポートの生成のために、それらの編成および分析のためのツールをオペレータに提供するための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「レポート」は、ユーザの特定グループが関心を持っている情報のみを取り出せるようにする異なるツールへのアクセスを提供するための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「アドミニストレーション」は、内部イベントの定義および管理者のデータ管理のための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「アドミニストレーション」は、システム挙動に影響を与える属性を構成し、最終ユーザインターフェースをカスタマイズするための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「ブッキング」は、充電ポイントオペレータが、ステータス「ダイレクト」充電ポイントからステータス「ブッキング可能」充電ポイントへと切り替えることを可能にするための、コンピュータ実行可能命令を備える。

別の特徴によれば、モジュール「ブッキング」は、ブッキングが重複していないこと、および、ユーザが予想されたブッキングの時間フレームに到達していることを検証するため、ならびに、ブッキングステップおよび任意の予期せぬ出来事または異常な状況を追跡するために内部イベントを作成するための、コンピュータ実行可能命令を備える。

別の特徴によれば、管理システムは、第三者システムと情報を交換するための動作を、ウェブサービスのセットに提供する。

別の特徴によれば、前記管理システムによって提供されるサービスのセットは、以下を備える：
・充電ポイントに、任意の情報を要求するかまたはダイレクトオーダーを送信するための、充電ポイントサービス
・ユーザが充電トランザクションを開始することを許可されているかどうかを確認するための、ＲＦＩＤチェックサービス
・充電トランザクションフローに関する情報を外部システムに通信するための、セッションレポートサービス
・ブッキングのすべてのステータス変更を通知するための、ブッキングレポートサービス
・ＲＦＩＤカードのホワイトリストを、バックグラウンドで充電ポイントオペレータネットワークのすべての充電ポイントに非同期的に配布するための、ホワイトリストサービス。

本発明の他の特徴および利点は、添付の図面を参照しながら以下の説明を読めばより明瞭となるであろう。

一実施形態による、管理システムを示す概略図である。 一実施形態による、管理システムのハードウェアおよびソフトウェアアーキテクチャのコンポーネントの役割を表す図である。 一実施形態による、管理システムのハードウェアおよびソフトウェアアーキテクチャのソフトウェア層および接続可能性を示す概略図である。 一実施形態による、充電ポイントの位置特定のためのＧＩＳ（地理情報システム）インターフェースの画面を表す図である。 一実施形態による、サーバ上、またはオペレータ上、またはユーザのモバイル上での、アーキテクチャのモジュール「充電ポイント」の詳細な充電ポイントページの画面を表す図である。 別の実施形態による、アーキテクチャのモジュール「充電ポイント」の詳細な充電ポイントページの画面を表す図である。 一実施形態による、アーキテクチャのモジュール「エネルギー」によって提供される充電の詳細記録の画面を表す図である。 一実施形態による、アーキテクチャのモジュール「レポート」によって提供されるレポートの画面を表す図である。 一実施形態による、アーキテクチャのモジュール「レポート」によって提供されるイベントのレポートの画面を表す図である。 別の実施形態による、アーキテクチャのモジュール「レポート」によって提供される最新イベントのレポートの画面を表す図である。 一実施形態による、所与の充電ポイントオペレータ（ＣＰＯ）のインフラストラクチャの状態をレポートするダッシュボードの画面を表す図である。 一実施形態による、所与の充電ポイントオペレータ（ＣＰＯ）のインフラストラクチャの状態をレポートするダッシュボードの画面を表す図である。 別の実施形態による、アーキテクチャのモジュール「ユーザ」のインターフェースの画面を表す図である。 別の実施形態による、アーキテクチャのモジュール「アドミニストレーション」によって提供される管理テーブルのインターフェースの画面を表す図である。 一実施形態による、充電パークに関する情報を含む汎用データセクションの画面を表す図である。 一実施形態による、充電パークまたはポイントのアドレスに関する情報を提供するアドレスセクションの画面を表す図である。 一実施形態における、充電ポイントに関する情報を提供するハードウェア（ＨＷ）パラメータセクションの画面を表す図である。 一実施形態による、所与の充電ポイントに使用されるコネクタに関する情報を提供するコネクタセクションの画面を表す図である。 一実施形態による、所与の充電ポイントにリモートに送信可能なＯＣＰＰ（オープン充電ポイントプロトコル）動作の画面を表す図である。 一実施形態による、所与の充電ポイントにリモートに送信可能なＯＣＰＰ（オープン充電ポイントプロトコル）動作の画面を表す図である。 一実施形態による、所与の充電ポイントのプロトコルの構成に関する異なるオプションを提供するＯＣＰＰ（オープン充電ポイントプロトコル）通信セクションの画面を表す図である。 一実施形態による、所与の充電ポイントのプロトコルの構成に関する異なるオプションを提供するＯＣＰＰ（オープン充電ポイントプロトコル）通信セクションの画面を表す図である。 一実施形態による、充電ポイントのブッキングに関する情報を提供するブッキングセクションの画面を表す図である。 一実施形態による、充電ポイントに関する最新イベントをレポートするイベントセクションの画面を表す図である。

本発明は、少なくとも充電ポイントオペレータ（ＣＰＯ）の少なくともネットワークを管理するためのシステムに関し、前記ネットワークは、例えば国などの領域に配置された電気車両のための複数の充電ポイントによって構築される。

前記管理システムを用いて、充電ポイントオペレータ（ＣＰＯ）はリモート動作を実行することが可能である。

いくつかの実施形態において、少なくとも管理サーバ（２、図１）、および、電気車両にエネルギーを提供するネットワークの充電ポイント（４）に関する情報を格納するための少なくともデータベース（３）を備える、少なくとも充電ポイント（ＣＰ）ネットワークと、充電ポイントの詳細なアセットインベントリを構成および／または監視および／または維持するためのコンピュータ実行可能命令を備える少なくともモジュール「充電ポイント」（１ａ）、エネルギー消費量を取り出しおよび監視するためのモジュール「エネルギー」（１ｂ）、システム全体（例えば、高温、接続ロック障害、接地障害、過負荷など）、通信、トランザクション、およびイベントを監督するためのモジュール「モニタリング」（１ｃ）、例えばＲＦＩＤを介した電気車両ユーザ（ＥＶｕ）の管理のためのモジュール「ユーザ」（図示せず）、充電ポイント（ＣＰ）の動作に関するレポートを生成するためのモジュール「レポート」（１ｅ）、アプリケーションを構成し、前記システムによってサポートされる異なる役割との関連と共に認可を定義するための、モジュール「アドミニストレーション」（１ｆ）、あるいは、ＳＯＡＰ（シンプルオブジェクトアクセスプロトコル）ウェブサービスを介して各充電ポイント（ＣＰ）のブッキングプロセスを処理するためのコンピュータ実行可能命令を備える少なくともモジュール「ブッキング」または「予約」（図示せず）を備える、少なくともハードウェアおよびソフトウェアアーキテクチャ（１、図２）と、を管理するための、システムであって、前記コンピュータアーキテクチャは、充電ポイント（ＣＰ）および／または外部システムおよび／またはユーザデバイスまたはモバイルと情報を交換するための少なくとも通信手段（６ａ、６ｂ）と、データを記憶するための少なくともメモリと、各モジュールの機能を実施するためにメモリに記憶されたプログラムを実行するためのプロセッサと、を備え、前記管理システムは、「充電ポイント」モジュール（１ａ）のコンピュータ実行可能コードが、独自の充電ポイントネットワークを管理および構成し、これをオペレータまたはオペレータのユーザ顧客のみがアクセス可能なメモリ部分内の管理システムのサーバ上に保存するために、充電ポイントオペレータ（５ａ、５ｂ）のための少なくともインターフェースを提供すること、あるいは、「ブッキング」モジュールのコンピュータ実行可能命令が、所与の車両に対応する少なくともあるタイプのコネクタをユーザがリモートに選択できるようにするためのツールを備えるユーザインターフェース（例えば、ウェブサービスインターフェース）との少なくとも通信インターフェース、および、システム内のこうした情報を受信し、管理システムの制御の下でネットワーク内のブッキングに進むために、オペレータ（ＣＰＯ）（５ａ、５ｂ、図１）インフラストラクチャのネットワークの充電ポイントとの少なくとも通信を提供することを、特徴とする。

充電ポイント（４）のブッキングまたは予約のために、ユーザは、「ブッキング」モジュールのコンピュータ実行可能命令によって提供される機能のうちの１つを選択することが可能であり、前記コンピュータ実行可能命令は、サーバ上で、例えば以下の機能を実行可能にする。
・特定の識別カードによってのみ、およびブッキング時間フレームについて使用するために、充電ポイント（４）内のコネクタをロックする機能、または、
・リモートデバイスまたはリモート通信インターフェースを用いて、ブッキング時間フレームについてユーザ特有の識別カード上に含まれる情報によってのみ使用するために、充電ポイント（４）のコネクタをリモートにロックし、その後、前記コネクタをロックするために使用された識別カードによって充電ポイントで選択されたコネクタをロック解除する機能。

管理者は、モジュール「アドミニストレーション」（１ｆ）を用いて、充電ポイント（４）または充電ポイントのパークの正しい機能のために、機能セットをアクティブ化させることが可能である。いくつかの実施形態において、前記機能は、
・ファームウェアおよび充電ポイントのリストを記憶することによってアップグレードのために充電ポイントのセットに送信されるべきファームウェア、および、前記更新に使用されるべき通信リンクを構成すること、または、
・充電ポイント（４）構成に応じて、充電ポイント（４）の前記セットに送信されるべきホワイトリストまたはＲＦＩＤカードのリストを提供すること、または、
・管理者が選択された充電ポイントをグループ化できるようにするためにグラフィカルインターフェースを提供することによって、充電ポイント（４）をグループ化するための様式を管理および構成すること、または、
・充電ポイント（４）の保守をユーザに委託するために外部充電ポイントオペレータ（５ａ、５ｂ）を管理することであって、前記外部充電ポイントオペレータ（５ａ、５ｂ）のユーザは、アーキテクチャ（１）の機能のサブセットにアクセスできる、管理することを備える。

いくつかの実施形態において、モジュール「アドミニストレーション」（ｆ）はマスタデータテーブルの管理を含む。これらのテーブルは、アプリケーションを構成するため、および、本発明のアーキテクチャによってサポートされる異なる役割との関連と共に許可を定義するためのものとすることができる。

いくつかの実施形態において、モジュール「アドミニストレーション」は、さらに以下の機能を備える：
・少なくとも１つのマスタテーブルの管理
・役割および許可定義
・イベント定義および検索イベント：本発明のシステムは、充電ポイントネットワークによって生成されたすべてのイベントを管理し、近実時間で充電ポイントのステータス（使用可能、占有、予約済み、高温、接続ロック障害、接地障害、過負荷など）に関する情報を提供する包括的ダッシュボードを提供する。

ホワイトリストとは、限定はしないが例えば、特定の権限、サービス、移動性、アクセス、または認識が与えられているＲＦＩＤカードまたは類似物の、エンティティのリストまたはレジスタを意味する。リスト上のエンティティは受け入れられ、および／または承認され、および／または認められる。

ファームウェアとは、ハードウェア（例えば：コンピュータ、アプリケーションプログラミングインターフェース（ＡＰＩ）、ハードドライブ、ルータなど）における、前記ハードウェアを動作可能にするためのソフトウェアまたは統合プログラムを意味する。

管理システムは、充電ポイント（ＣＰ）ネットワークの管理および制御のための完全ソリューションである。前記管理システムを用いて、充電ポイントオペレータ（ＣＰＯ）、またはシステムに接続されたそれらのネットワークを有する複数のＣＰＯ（５ａ、５ｂ）は、構成、監督、監視、および実時間制御を含むそれらのＣＰ（４）のリモート動作を実行し、保守時間を減少させ、動作コストを節約することができる。

管理システムは、エンドユーザの認可および認証、充電トランザクションの管理、および課金目的での充電詳細記録（ＣＤＲ）の収集が可能である。さらにＣＰブッキングは、管理システムによって全面的に処理される。

管理システムは、各充電ポイントネットワークによって生成され、管理システムに伝送される、すべてのイベントも管理し、ＣＰ（４）状態（使用可能、占有、予約済みなど）に関する情報を実時間で与える、包括的ダッシュボードを提供する。

ＣＰＯ（５ａ、５ｂ）は、充電トランザクション、エネルギー消費量、ユーザの充電パターンなどに関するレポートを生成することが可能である。

管理システムは、ＣＰ（４）からの全詳細の取得などの、充電ポイントネットワークに関する情報を提供するサービスのセットを公開する、統合インターフェースを有する。認可された第三者システムは、それらのインターフェースにアクセス可能である。

管理システムは、充電ポイントの集中型管理およびリモート制御のための完全ソリューションである。

いくつかの実施形態において、管理システムは、以下の機能を提供可能である：
・フレキシブルな充電ポイント構成は、モジュール「充電ポイント」によってシステム内に記憶される異なるベンダのオープン充電ポイントプロトコル（ＯＣＰＰ）の解釈およびバージョンをサポートするため、および、インフラストラクチャのコヒーレントかつ統一されたビューを提供するために、モジュール「充電ポイント」によって提供される
・加えて、管理システムは、プロキシ、ＧＰＲＳ（汎用パケット無線通信システム）、動的ＩＰ（インターネットプロトコル）を伴うＣＰ、固定ＩＰを伴うＣＰ、ハイパーテキスト転送プロトコル（ｈｔｔｐ）セキュア接続、異なるＯＣＰＰＰコンテキストなどの、異なる通信構成をサポートするためのモジュールを備える
・ＣＰＯによって必要とされるすべてのＣＰ（４）保守動作：ファームウェアの更新、リモートの構成変更、通信の監視、プロトコルメッセージの追跡、イベントメッセージの管理、オンデマンドのリモート動作、インフラストラクチャの利用およびステータス（例えば：充電トランザクションおよびＣＤＲ）に関する詳細なレポート、およびホワイトリストの管理、をサポートするモジュール
・各パークについてＣＰ（ＣＰ）（４）識別子（ＩＤｃｐ）のリストおよびパークのＣＰサイトのロケーションを確立および記憶し、パークの各ＣＰ上に存在するコネクタのリストが各ＣＰに関連付けられることによって、充電パーク内のＣＰ（４）のグループ化およびＣＰコネクタ（またはソケット）の完全管理を可能にするために、そのコンピュータ実行可能命令を用いて、簡易管理インターフェースを提供するモジュール（「充電ポイント」モジュール）
・満了、認可、オプションの充電ポイントブロック、ステータス変更の通知、クラスタ管理、（ＣＰ占有およびブッキング手段に従ったブッキング可能からブッキング不可への）ＣＰ切り替えなどの、機能を実現するための、ブッキングエンジン
・ウェブフロントエンドは、位置特定をサポートする
・異なるウェブユーザプロファイルが考慮される。ウェブページナビゲーションオプションおよびフィールドは、プロファイルに従って動的に生成される。現行のプロファイルは、グローバル管理者、アグリゲータ、オペレータ、ＥＶユーザ、および外部会社オペレータである
・充電インフラストラクチャへのアクセスのために必要な認可プロセスを含む、ＥＶｕを管理するためのモジュール。前記モジュールに関わる概念は、ＲＦＩＤカード、ＲＦＩＤグループ、ＣＰステータス、およびユーザの妥当性検査（有効およびアクティブトランザクション無し）である。

一方で管理システムは、ＯＣＰＰプロトコルバージョンおよび通信アーキテクチャ（図３に示された１’）に関係なく、異なる充電ポイントベンダとの統合が可能である。他方で前記管理システムは、課金目的のＣＤＲ（充電詳細記録）などの関連する情報を交換するために、第三者との統合が可能である。

さらに、管理システムは、ウェブまたはモバイルアプリケーション（Ａｐｐ）のいずれかを介して電気車両ユーザに情報を提供するために、サービス層を提供する。

例えば、限定はしないが、管理システムのアーキテクチャ（ソフトウェア部分）が図３に示されている。アーキテクチャ（１’）はいくつかの層を含む：
・異なる充電構成（例えば：充電パーク、独立型充電ポイント、または高速充電器）を備える、充電スポット（２’）を管理するための層
・システムと充電ポイントインフラストラクチャとの間の通信のための手段（例えば：移動体向けグローバルシステム（ＧＳＭ（登録商標））またはユニバーサル移動通信システム（ＵＭＴＳ）、機械対機械（Ｍ２Ｍ）通信、あるいはインターネット）を備える、接続（３’）のための層
・異なる充電ポイントオペレータのプロトコル（例えば：ＩＥＣ−１５１１８など）を備える、アダプタ層（４’）
・充電ポイントインフラストラクチャによって提供または管理されるサービス（例えば、ウェブアクセス、データベース）にアクセスするためのツールを備える、ツール層（５’）
・例えば、充電ポイントの位置特定のためのＧＩＳサポートを備える、第三者インターフェースの統合のためのバックエンド層（６’）

アーキテクチャの各層間の情報フローは、通信手段（７’）、例えばメッセージ指向インターフェースを用いて取得される。

いくつかの実施形態において、「充電ポイント」モジュール（１ａ）のコンピュータ実行可能命令は、以下を制御する：
・前記充電ポイント（４）上でのリモートアクションの実行を介した、例えば、時間フレーム内の時間範囲についてロックコマンドオーダーをＣＰに送信すること、または、エネルギー消費量、電力ネットワーク情報、ロードバランシング、および充電トランザクションに関する情報をＣＰから受信することによる、充電ポイント（４）のリモート管理、または、または、
・充電ポイント（４）のステータス変更を追跡および記憶すること、例えば、充電ポイントの占有または障害ステータスを受信すること、または、
・前記充電ポイント（４）内での通信可用性を監視すること。

モジュール「充電ポイント」（１ａ）は、以下のアクションのうちの少なくとも１つまたはいくつかを提供するように構成される：
・充電ポイントインフラストラクチャの詳細かつ最新のアセットインベントリを維持すること
・異なる基準に従い、充電ポイントのグループに対してオンデマンドでリモートアクションを実行すること
・ＧＩＳ（地理情報システム）アプリケーションとの統合（例えば、図４を参照のこと）
・ファームウェア更新管理および集中配布の管理
・エンドユーザによって作成されたＣＰブッキングを管理すること
・異なる標準プロトコル（現在は、ＯＣＰＰおよびその他ＩＥＣ−１５１１８などが計画されている）に準拠させるための相互運用性。

図４は、例えば、ＧＩＳインターフェースの画面を示す。ユーザは、自分のモバイルまたはＩｐａｄデバイスを用いて、特定領域（例えばヨーロッパ）内の所与のオペレータの充電ポイントまたは充電ポイントパークを検索することが可能である。要求に対応する充電ポイントは、マップ上に青色の円としてグループ（４ａ、４ｂ）で提示され、充電ポイントまたはパークの所与のセットのアドレス（４０ａ）は、ＧＩＳに含まれるズーム機能によって取得可能である。ユーザは充電ポイントまたは充電ポイントパークを選択した後、ブッキングに進むことができる。

管理システムによって管理される充電ポイント（４）の情報および動作の詳細は、図５および図６に示されるような充電ポイント詳細ページに記載される。

例えば図５に示される充電ポイント詳細ページは、ＣＰに関するすべての情報：アドレス（例えば、図６に図示）、構成、異なるタイプのコネクタ、新車両が提示されるごとに定期的に更新される車両の決定リストとの関連（例えば、図７に図示）、検診、ブッキング、交換したＯＣＰＰメッセージ、およびイベントへの、アクセスを提供する。

さらにこのページでは、オンデマンドで、トピック：ＯＣＰＰ動作およびソフトウェア（ＳＷ）構成について、ＣＰ上で動作を実行することが可能である。

充電ポイント詳細情報は、以下を含むことができる：
・汎用データセクションまたは「タブ」（例えば、図６および図１５に図示）：このセクションは、ＣＰ（４）識別子（ＩＤ）、ホストネームまたはＤＮＳ（ドメイン名サーバ）システムで解決可能なＣＰに割り当てられた名前、ＣＰ用に選択された言語、ＣＰの連絡先、ＣＰのロケーション、ＣＰによってサポートされるＣＰタイムゾーン（時間変換のため）およびデータフォーマットを備える
・ＣＰのロケーションに関するアドレスセクションまたはタブ（例えば、図６および図１６に図示）
・ハードウェア（ＨＷ）パラメータセクションまたは「タブ」（例えば、図６および図１７に図示）：このセクションは、ＣＰ製造業者に関する情報、ＣＰに使用されるプロトコル、ファームウェア参照、ＣＰのモデル、ＣＰのＩＰアドレスなどを含むことができる。
・特別な構成セクションまたは「タブ」：このタブは、管理システムがどのようにＣＰ（４）と対話するかを形成する、特別な構成フラグを含む。この特別な構成は、ＣＰレベルで大きな柔軟性を提供する。これらのフラグは、異なるＯＣＰＰの解釈および挙動を定義するのを助ける。ＯＣＰＰプロトコルは、あるポイントでＣＰがどのように挙動すべきであるかに関する詳細な説明は提供しない。したがって、異なるＣＰ挙動が可能であり正しい。管理システムは、統一されたＣＰネットワークビューを提供するためにそれらすべてを処理する。このタブは、異なるＣＰ製造業者との統合の際の実際の経験に従って各ＣＰ挙動を構成するために管理システムに導入された、異なるフラグを含む。
・コネクタセクションまたは「タブ」（例えば、図１８に図示）：このタブは、システムのメモリ内に、コネクタＩＤ、コネクタのタイプ、最大（許容）電圧／アンペア数、ステータス、再充電モデル（コネクタ再充電モード）、コネクタでスケジューリングされたブッキングの識別子を含むことができる。この情報は、メッセージをパークのＣＰに送信するためおよびそれらの動作を制御するために使用されるものとする
・ＯＣＰＰ動作セクションまたは「タブ」（例えば、図１９ａおよび図１９ｂに図示）：このタブにおいて、ユーザはオンデマンドでＣＰ上でのリモート動作を実行することが可能である。ユーザは、「動作選択」コンボ上で動作を選択することができる。管理システムがＣＰの応答を待つ間、待機クロックが表示され、何らかのエラーが生じた場合、例えば図２０ａのようなメッセージが表示される。動作が正常に実行した場合、ＣＰ応答は、例えば図２０ｂのように表示され、動作成功メッセージが、ネットワークを介してＯＣＰＰによって受信され、動作が要求されたリモートＣＰによって配信されたことを示す。

ＯＣＰＰ動作は、例えば以下のような動作を含むことができる：
・チェンジアベイラビリティ
・クリアキャッシュ
・リモートスタートトランザクション
・リモートストップトランザクション
・リセット
・ゲットダイアグノスティクス
・アンロックコネクタ。

ＣＰに送信される各動作メッセージは、入力として特定のパラメータを必要とする。パラメータの意味は、ＣＰプロトコルに応じてＯＣＰＰ １．２または１．５と同じである。選択される動作に応じて、管理システムは必要な入力パラメータをシステムメモリに動的に求める。

管理システムは、各パラメータのタイプ、コンテンツ、およびフォーマットを検証する。

いくつかの実施形態において、充電ポイントは、通常動作中に、その状態および任意の関連事件を管理システムに通知する。レポートすることがない場合、充電ポイントは所定の間隔で少なくともハートビートメッセージを送信することになる。通常の環境下ではこれは適切であるが、管理システムが最後に知った状態に（何らかの）理由で疑いを持った場合はどうであろうか。ファームウェアの更新が進行中であり、それに関して受信した最後のステータス通知が、当然予想されるよりもはるかに以前であった場合、管理システムは何ができるであろうか。同じことを診断要求の進行について問うことができる。こうした状況における問題は、必要な情報を既存のメッセージがカバーしていないことではない。問題は、厳密にタイミングの点である。充電ポイントは情報を有しているが、管理システムが更新を望んでいることを知る方法がない。

ＴｒｉｇｇｅｒＭｅｓｓａｇｅ．ｒｅｑは、管理システムが、充電ポイント開始メッセージを送信するように充電ポイントに要求することを可能にする。この要求において、管理システムは、どのメッセージの受信を希望しているかを示す。このように要求されるあらゆるメッセージについて、管理システムは任意選択として、どのコネクタにこの要求が適用されるかを示すことができる。要求されるメッセージは、指定されたコネクタ識別子、ｃｏｎｎｅｃｔｏｒＩｄがメッセージに関連しない場合、無視されることになる。こうした場合、要求されるメッセージは依然として送信されるべきである。

その反対に、ｃｏｎｎｅｃｔｏｒＩｄは関連するがない場合、これは「すべての許可されたｃｏｎｎｅｃｔｏｒＩｄ値」に関するものと解釈されるべきである。例えば、ｃｏｎｎｅｃｔｏｒＩｄ＝０の場合のｓｔａｔｕｓＮｏｔｉｆｉｃａｔｉｏｎ（要求）についての要求は、充電ポイントのステータスについての要求である。ｃｏｎｎｅｃｔｏｒＩｄ無しのｓｔａｔｕｓＮｏｔｉｆｉｃａｔｉｏｎについての要求は、複数のｓｔａｔｕｓＮｏｔｉｆｉｃａｔｉｏｎ：充電ポイント自体についての通知およびそのコネクタ各々についての通知、についての要求である。

いくつかの実施形態において、充電ポイントは、要求されたメッセージを送信する前に、第１にＴｒｉｇｇｅｒＭｅｓｓａｇｅ応答を送信するものとする。ＴｒｉｇｇｅｒＭｅｓｓａｇｅ．ｃｏｎｆ（応答）において、充電ポイントは、「ＡＣＣＥＰＴＥＤ」または「ＲＥＪＥＣＴＥＤ」を戻すことによって、これを送信するか否かを示すものとする。送信するための要求を受け入れるか拒否するかは、充電ポイント次第である。要求されたメッセージが知られていないかまたは実装されていない場合、充電ポイントは「ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ」を戻すものとする。

充電ポイントが「ＡＣＣＥＰＴＥＤ」とマーク付けしたメッセージは、送信されるはずである。要求の受け入れと要求されたメッセージの実際の送信との間に、通常の動作のために同じメッセージが送信されてしまうという状況が生じる可能性がある。こうした場合、直前に送信されたメッセージを、要求に準拠するものと見なすことができる。

ＴｒｉｇｇｅｒＭｅｓｓａｇｅ機構は、履歴データを取り出すものと意図されていない。トリガするメッセージは、現在の情報のみを与えるはずである。例えば、こうしてトリガされるＭｅｔｅｒＶａｌｕｅｓメッセージは、構成キーＭｅｔｅｒＶａｌｕｅＳａｍｐｌｅｄＤａｔａにおいて構成されたすべての測定可能値について、最も新しい測定を戻すはずである。メッセージＳｔａｒｔＴｒａｎｓａｃｔｉｏｎおよびＳｔｏｐＴｒａｎｓａｃｔｉｏｎは、状態は関係していないが、本来遷移を記述するものであるため、この機構から除外されている。

いくつかの実施形態において、管理システムは、コネクタをロック解除するように充電ポイントに要求することができる。そのために管理システムは、メッセージとしてＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑ ＰＤＵ（プロトコルデータユニット）を送信するものとする。

このメッセージの目的は、コネクタケーブルの保持が不良な場合、充電ポイントからケーブルを抜くという問題を有するＥＶドライバを助けることである。ＥＶドライバがＣＰＯヘルプデスクを呼び出すと、オペレータは手動で、充電ポイントへのＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑの送信をトリガし、コネクタのロック解除を新しく試行させることができる。うまくいけばこの時点でコネクタがロックを解除し、ＥＶドライバはケーブルを抜いて走り去ることができる。

ＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑは、実行中のトランザクションをリモートに停止させるために使用されるべきではなく、この場合は代わりにリモート停止トランザクションを使用するべきである。

ＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑ ＰＤＵを受信すると、充電ポイントはＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｃｏｎｆ ＰＤＵで応答するものとする。応答ＰＤＵは、充電ポイントがそのコネクタをロック解除できたかどうかを示すものとする。

特定のコネクタ上に進行中のトランザクションがあった場合、充電ポイントは停止トランザクションで説明したように、第１にトランザクションを完了させるものとする。

ＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑは、コネクタ上のケーブル保持ロックを解除することのみを対象としており、コネクタアクセスドアをロック解除することは対象としていない。

いくつかの実施形態において、充電ポイントの詳細情報は、以下を含むこともできる：
・ソフトウェア（ＳＷ）構成セクションまたは「タブ」：このタブにおいて、ユーザはＣＰ上のリモート構成をオンデマンドで実行することが可能である。ユーザは「パラメータ」コンボ上で構成するためのパラメータを選択することができる。管理システムがＣＰの応答を待つ間、待機クロックが表示される。このタブに含まれるパラメータは、例えば以下を含むことができる：
−ハートビートインターバル
−コネクションタイムアウト
−リセットリトライズ
−チャージポイントＩｄ
−プロキシミティコンタクトリトライズ
−プロキシミティロックリトライズ
−ブリンクリピート
−ライトインテンシティ
−メータバリューサンプルインターバル。
パラメータは入力として新しい構成値を必要とする。構成の意味は、ＣＰプロトコルに応じてＯＣＰＰ １．２または１．５と同じである。管理システムは、選択された構成を使用して、必要な入力パラメータを動的に求める。管理システムは、各パラメータのタイプ、コンテンツ、およびフォーマットを検証するように構成される
・上方および下方の通信の健全性？を示すための通信検診セクションまたは「タブ」。このタブは、交換された最新のメッセージのタイムスタンプも記憶および表示する
・ブッキングセクションまたは「タブ」（例えば、図２１ａに図示）は、システムがブッキングに関するすべての情報を示すことができるようにするために、システム内に記憶される
・メッセージ追跡可能性セクションまたは「タブ」は、そのＣＰと交換した最新のＯＣＰＰメッセージを示すために記憶される。このタブは、ＣＰとのＯＣＰＰ交換に関する詳細な情報を含む：動作の名前、要求および応答タイムスタンプ、ならびに要求および応答メッセージ。ユーザがスクリーン上のｘｍｌリンクを押すと、完全なＯＣＰＰ ＸＭＬメッセージがポップアップウィンドウとして表示される
・そのＣＰに関する最新のイベントを表示するための、イベントセクションまたは「タブ」（例えば、図２１ｂに図示）。

いくつかの実施形態において、管理システムのサーバ（２、図１）が充電ポイント（４）に関係するデータベース（３）に接続される。前記充電ポイント（ＣＰ）とデータベースとの間の接続は、ワイヤ（６ｂ）接続（図１で実線として図示）またはワイヤレス（６ａ）接続（図１で破線として図示）、例えばＧＰＲＳ、ｗｉｆｉなどとすることができる。

ネットワークは、いくつかの充電ポイントオペレータ（ＣＰＯ）を備えることができる。例えば、限定はしないが、ネットワークはＣＰＯ−Ａ（５ａ）およびＣＰＯ−Ｂ（５ｂ）を備えることができ、各充電ポイントオペレータ、ＣＰＯ−ＡおよびＣＰＯ−Ｂは、ＣＰ（ＣＰ−ＡまたはＣＰ−Ｂ）、またはいくつかの充電ポイント、例えば、ＣＰＯ−Ａの場合はＣＰ_１−ＡからＣＰ_ｎ−Ａ、およびＣＰ_１−ＢからＣＰ_ｍ−Ａによって構成される、充電ポイントパークの管理の責務を負う。充電ポイント、充電ポイントパーク、または充電ポイントオペレータは、必ずしも同じ地理的領域内に位置しない。例えば、限定はしないが、ＣＰＯ−Ａおよびその充電ポイントインフラストラクチャはフランスに位置することができるのに対して、ＣＰＯ−Ｂおよびその充電ポイントインフラストラクチャはスペインに位置することができる。各ＣＰＯ（ＡおよびＢ）は、その独自の充電ポイントまたはパークを構成するために、管理システムの管理サーバ（２）にアクセスするために使用可能な、管理システムによって提供されるインターフェースを有する。構成は、充電ポイントインフラストラクチャの各ＣＰ（４）に関する情報を与えることからなる。情報は、例えばＣＰ（４）の製造業者、コネクタのタイプ、プロトコル、さらにＣＰ（４）またはＣＰパークを監視するための通信手段を含むことができる。各ＣＰＯ（ＡまたはＢ）は、それ独自の充電ポイントネットワークにアクセスするのみか、またはこれを構成することができる。サーバ（２）は、所与のＣＰ（４）または所与のＣＰＯ（５ａ、５ｂ）に記憶された、これに関するデータの任意の修正の前に、たとえ各オペレータのアクセスが暗号化鍵または識別鍵によってセキュアにされている場合であっても、例えば、ＣＰＯ識別子のすべてまたは一部を含むはずのＣＰ識別子を用いてＣＰＯ識別子をチェックすること、または、ＣＰ識別子とＣＰＯ識別子の間の対応のリストをチェックすることによって、修正オーダーが前記ＣＰのネットワークの機器に厳密に関係することをチェックする。管理システムのサーバ（２）は、モジュール「モニタリング」を用いて、ＣＰＯ（５ａ、５ｂ）によって与えられるデータを収集し、それらを格納する。サーバ（２）は、ＣＰに使用されるべきすべてのプロトコルを備える。ＣＰＯ（５ａ、５ｂ）は、充電ポイントのいくつかのコネクタまたはプロトコルを選択および更新することができる。各ＣＰパークの各ＣＰ（４）に関連付けられたコネクタおよびプロトコルのリストは、電気車両ユーザによって、彼らの車両の特徴に応じてインターフェースを用いて使用可能である。

いくつかの実施形態において、モジュール「エネルギー」（１ｂ）の機能は、充電ポイントの電力ネットワーク安定性の分析、充電トランザクションの管理およびロードバランシングを含む。

充電トランザクションの管理は、実時間情報を充電ポイントオペレータ（５ａ、５ｂ）に提供するためのトランザクション、それらの充電時間、および消費されるエネルギーの、の認可、制御、格納、および監視を含む。

モジュール「エネルギー」（１ｂ）は、以下も提供することができる：
・充電詳細記録（ＣＤＲ）の管理、格納、および他のＩＴバックエンドシステム（顧客関係管理（ＣＲＭ）、課金…）との統合
・車両対グリッド（Ｖ２Ｇ）サポート：グリッドの安定性の保証を助けるために、分散管理システム（ＤＭＳ）と統合するための機能。

車両対グリッドシステムとは、電気自動車（ＢＥＶ）およびプラグインハイブリッド（ＰＨＥＶ）などのプラグイン電気車両が、グリッドに電力を供給すること、またはそれらの充電速度をスロットルで調整することのいずれかによって、デマンド応答サービスを販売するために電力グリッドに通信するシステムを意味する。

充電詳細記録（例えば、図７に図示）は、使用されるコネクタタイプ、エネルギー消費量、充電プロセスの開始日および終了日、充電ポイントにアクセスするために使用されるＲＦＩＤ番号、ユーザ識別子（任意選択）、充電ポイントのオペレータ（５ａ、５ｂ、図１）またはロケーション（４、図１）に関する情報を含むことができる。

いくつかの実施形態において、モジュール「モニタリング」（１ｃ）の機能は、充電ポイント（４）インフラストラクチャ内で予期せぬ状況が発生した場合に、矯正的措置を講じることが可能な当事者またはオペレータ（５ａ、５ｂ）に通知を送信することを含む。

モジュール「モニタリング」（１ｃ）の機能は、以下も含む：
・充電ポイントの状態の視覚的かつ迅速なアイデアを充電ポイントオペレータに提供するための、少なくともカメラおよび位置特定デバイスを用いたイベントのジオロケーション
・データベースに格納された矯正的措置を提案するために各イベントの臨界および構成を考慮することにより、アーキテクチャ（１）のメモリ内に臨界パラメータ（例えば、高温、接続ロック障害、接地障害、過負荷など）と共にイベントを記憶すること
・充電ポイントオペレータによる各イベントの構成が、充電ポイント全体にわたって何らかの追加措置を実行するために、インスタントオーダーの実行を可能にすること。

管理システムは、予期せぬ状況を通知するために内部イベントも生成する。例えば、限定はしないが、使用不可ＣＰ（４）からトランザクション開始メッセージを受信する。ＣＰ（４）に関する最新イベントは、充電ポイント詳細ページに示されている（図１０を参照のこと）。

管理システムは、ＣＰネットワークとの上方および下方の通信に基づいて、ＣＰ（４）のステータスを検証する、監督プロセスを実装する。これらの通信は、定期的にバックグラウンドでチェックされる。それらの検証内で考慮される周期性および時間バッファは、ＣＰＯ（５ａ、５ｂ）によって構成可能である。

管理システムは、各通信チェックが各ＣＰ（４）について少なくとも１日１回行われることを保証する。

イベント（例えば、図９に図示）は、いずれかのＣＰ（４）通信変更が検証された時に、こうしたステータス変更をＣＰＯ（５ａ、５ｂ）に通知するために生成される。通信のいずれかが動作しない場合、ＣＰ（４）はグローバル通信ステータスとして「ＫＯ」と見なされる。他方で、両方の通信（上方および下方）が成功した場合、ＣＰ通信ステータスは「ＯＫ」である。

ＣＰＯ（５ａ、５ｂ）は、例えば、ダッシュボード（例えば、図１１および図１２に図示）で、そのインフラストラクチャのＣＰステータスの概要を視覚的に見ることができる。

モジュール「ユーザ」は、充電インフラストラクチャへのアクセスのために必要な認可プロセス、システム内のそれらのステータス、および、それらのユーザの妥当性検査などを含む、電気車両ユーザ（ＥＶｕ）の管理のための任意選択のモジュールである。

いくつかの実施形態において、モジュール「ユーザ」の特徴または機能は、以下を含む：
・情報全体にわたる従来の動作、ユーザの情報の作成、読み取り、更新、および削除を含む、ユーザ管理
・ＲＦＩＤ（無線周波数識別）カードまたは類似物を介したアクセス制御の提供、および車両の充電前に克服するための認可プロセス
・オペレータの最終認可チェックのサービスが使用不可である場合、（ローミング目的の）別の外部システム、例えば銀行口座への最終認可チェックの委託
・転送されるべきデータ量を削減するための、ユーザグループ管理（例えば、フリート）および充電ポイントへのホワイトリスト配布。

所与の充電ポイントへのアクセスの制御中、ユーザがＲＦＩＤカードを有さないか、またはＲＦＩＤカードがデフォルトによって正しく働かない場合、前記ＲＦＩＤカードの交換におけるトランザクションにクレジットカードを使用することができる。

図１３は、ユーザ用のインターフェースの例を示す。インターフェースは、例えばユーザ名、誕生日などを記入するためのボックスを含む。

いくつかの実施形態において、モジュール「レポート」（１ｅ、図１）は、事前定義されたレポートのセットを含む。それらは、消費量、ロードプロファイルなどの、充電ポイントにおけるアクティビティに関する。モジュール「レポート」（１ｅ）によって提供される特徴または機能は、以下を含む：
・それらの編成および分析（ロードプロファイル、イベント、最大／最小消費量、充電ポイントの状態および使用）のためのツールをオペレータに提供するために、データを分析し、レポートを生成すること
・柔軟かつカスタマイズ可能なレポートを提供すること。出力は、ＰＤＦ、Ｅｘｃｅｌ、その他などの従来のフォーマットを含む。
・特定のグループが関心を持っている情報のみを取り出せるようにする異なるツールへのアクセスを提供することによる、意思決定のためのサポート
・エンドユーザ指向：いずれのユーザも自分の技術的知識に関係なく情報に容易にアクセスすることができる。また、管理システムはいくつかの方法で情報を表示する（リスト、概要、およびＧＩＳ、例えば図８を参照のこと）
・大量データのエクスポート。

いくつかの実施形態において、モジュール「アドミニストレーション」（１ｆ）は、マスタテーブルの管理を含む。これらのテーブル、例えば図１４に図示された７ａおよび７ｂは、アプリケーションの構成および許可定義、ならびに管理システムによってサポートされる異なる役割とのそれらの関連に必要である。さらに、モジュール「アドミニストレーション」（１ｆ）の機能は、内部イベントの定義および管理者のデータ管理を含む。

モジュール「アドミニストレーション」は、以下のような特徴を提供することが可能である：
・システム挙動に影響を与え、最終ユーザインターフェースをカスタマイズする、属性の構成。例えば、限定はしないが、ブッキング可能充電ポイントに対応する「ブッキング可能」、あるいは、予約不可能であるか、またはシステムまたはユーザインターフェースの効率的な使用に使用可能な、充電ポイントに対応する「ダイレクト」などの、属性
・作成、読み取り、更新、および削除などの、従来の動作を実行するための管理者管理
・以下の管理および構成：
−ＣＰのセットに送信されるべきファームウェア。ＣＰ（４）は、そのファームウェアを新しいイメージ（ファームウェア）ファイルでアップグレードすることになる
−ホワイトリスト、またはＣＰのセットに送信されるべきＲＦＩＤカードのリスト（リスト転送は、ＣＰ構成に応じて全体または差分とすることができる）
−ＣＰ（４）のグループ化によるクラスタおよび充電パーク。
・外部ＣＰＯユーザ：ＣＰＯ（５ａ、５ｂ）は、ＣＰ（４）の保守をユーザに委託することができる。外部ＣＰＯユーザは、管理システム特徴のサブセットにのみアクセスする。

いくつかの実施形態において、管理システムは、充電ポイントが識別子タグ、ｉｄＴａｇの認可に使用することが可能なローカル認可リストを送信することができる。リストは、充電ポイント内の現行リストを置き換えるための全体リストとするか、または、充電ポイント内の現行リストに適用されるべき更新を備える差分リストとすることができる。

管理システムは、リストを充電ポイントに送信するために、ＳｅｎｄＬｏｃａｌＬｉｓｔ．ｒｅｑ ＰＤＵを送信するものとする。ＳｅｎｄＬｏｃａｌＬｉｓｔ．ｒｅｑ ＰＤＵは、更新のタイプ（全体または差分）、および、更新された後で充電ポイントがローカル認可リストと関連付けなければならないバージョン数を含むものとする。

ＳｅｎｄＬｏｃａｌＬｉｓｔ．ｒｅｑ ＰＤＵを受信すると、充電ポイントはＳｅｎｄＬｏｃａｌＬｉｓｔ．ｃｏｎｆ ＰＤＵで応答するものとする。応答ＰＤＵ（プロトコルデータユニット）は、充電ポイントがローカル認可リストの更新を受け入れたかどうかを示すものとする。ステータスが「フェイルド」または「バージョンミスマッチ」であり、アップデートタイプ（更新のタイプを意味する）が「ディフェレンシャル」であった場合、管理システムはアップデートタイプ「フル」を伴う全体ローカル認可リストの送信を再試行するはずである。

以下、ブッキング可能充電ポイントは「ブッキング可能」充電ポイント（ｒＣＰ）と呼び、予約不可能な充電ポイントは「ダイレクト」充電ポイント（ｄＣＰ）と呼ぶ。

いくつかの実施形態において、モジュール「ブッキング」の機能は、充電ポイントオペレータ（ＣＰＯ）が「ダイレクト」充電ポイント（ｄＣＰ）を「ブッキング可能」充電ポイント（ｒＣＰ）に切り替え可能にすることを含む。

管理システムは、ブッキングが重複していないこと、およびユーザが予想されたブッキングの時間フレームに到達していることを検証する。管理システムは、ブッキングステップ、および、ユーザが時間フレーム内で識別されないなどの任意の予期せぬ出来事または異常な状況を追跡するために、内部イベントを作成する。

各コネクタの詳細なブッキング情報は、「充電ポイント詳細」ページに表示される。

いくつかの実施形態において、アーキテクチャは、例えば、限定はしないが、ＨｕｂｊｅｃｔまたはＬａｄｅｎｅｔｚなどのローミングサービス、Ｋｉｗｈｉ Ｐａｓｓなどの課金システム、または、他のレガシーシステムへのユーザ（および彼らのＲＦＩＤカード）認可の委託など、第三者システムと情報を交換するための動作を、ウェブサービスのセットに提供する。アーキテクチャによって提供されるサービスのセットは、充電ポイントサービス、ＲＦＩＤチェックサービス、セッションレポートサービス、ブッキングサービス、ブッキングレポートサービス、およびホワイトリストサービスを含む。

充電ポイントサービスは、任意の情報を要求するため、またはダイレクトオーダーをＣＰ（４）に送信するためにアーキテクチャと対話する、任意の認可された外部システムによるアクセスが可能である。ＣＰ（４）に関する情報を要求するための動作は、以下を含む：
・ＣＰ情報の獲得：入力ＣＰ識別子に従って詳細なＣＰ情報を提供する
・ＣＰステータスの要求：入力ＣＰ識別子に従ってＣＰステータスを提供する
・距離による充電ポイントの検索：入力ＧＰＳ座標および距離を考慮し、その比率内で使用可能なすべてのＣＰを戻す。

アーキテクチャは、充電ポイントサービスを用いて、レガシーシステムとの実時間動作統合も可能にし、充電ポイント（ＣＰ）に以下のようなオーダーを転送する：
・リモート開始トランザクション：この動作はリモート開始トランザクションを要求する。このアクションはモバイルアプリケーションとの統合に役立つ
・リモート終了トランザクション：この動作はリモート終了トランザクションを要求する。このアクションはモバイルアプリケーションとの統合に役立つ
・ソケットのロック解除：この動作はソケットのロック解除動作を要求する。

ＲＦＩＤチェックサービスは、外部システムによって公開される管理システムによって消費されるウェブサービスである。その利用およびロケーションは構成可能である。構成はＣＰＯ（５ａ、５ｂ）レベルである。

管理システム内部でローカルユーザ認可がアクティブ化されない場合、このウェブサービスは、ユーザが充電トランザクションの開始を認可されているかどうかを確認する責務を負う。

管理システムによって消費されるセッションレポートサービスは、外部システムによって公開されるウェブサービスでもある。このウェブサービスは、充電トランザクションフローに関係する情報を外部システムに通信する：
・充電トランザクションに関する詳細な情報（ユーザ、開始、停止、ＣＰ、コネクタ、および消費量）と共に、充電詳細記録（ＣＤＲ）を送信する
・充電トランザクション（開始、停止、進行、エラー）のステータス変更を送信する。

管理システムは、以下のために自動化アクセスを容易にするように、主なブッキング動作を用いてブッキングウェブサービスを公開する：
・ブッキング：この動作は新しいブッキングのスケジューリングを要求する。ＲＦＩＤはその時間フレームでスケジューリングされた別のブッキングを有するため、要求は受容、拒否（代替ＣＰのリストを提供する）、または同時としてマーク付けされることが可能である
・ブッキング更新：この動作は、特定のブッキングの何らかのデータを更新することを要求する。ＲＦＩＤはその時間フレームでスケジューリングされた別のブッキングを有するため、要求は受容、拒否（代替ＣＰのリストを提供する）、または同時としてマーク付けされることが可能である
・ブッキング取消：この動作は、以前のブッキングを取り消す
・ブッキング検索：この動作は、特定のブッキングを検索し、すべての詳細を獲得する
・ブッキング検索：この動作は、何らかの特定の基準を達成するブッキングのリストを戻す。

管理システムによって利用されるブッキングレポートサービスは、外部システムによって公開されるウェブサービスである。構成はＣＰＯレベルである。管理システムは、ブッキングのすべてのステータス変更（ブッキング済み、確認済み、エラー、取消し済み、満了、ビジー、完了、占有）を通知するためにこのウェブサービスを使用する。

ホワイトリストサービスは、ＣＰへのホワイトリスト配布を自動化するために管理システムによって公開される。このウェブサービスはＲＦＩＤカードの新しいホワイトリストを受信し、このホワイトリストをバックグラウンドでＣＰＯネットワークのすべてのＣＰに非同期に配布するための責務を負う。

いくつかの実施形態において、管理システムは、特定のｉｄＴａｇによって使用するためのコネクタをブッキングするために、充電ポイントにＲｅｓｅｒｖｅＮｏｗ．ｒｅｑ ＰＤＵを発行することが可能である。

ブッキングを要求するために、管理システムは充電ポイントにＲｅｓｅｒｖｅＮｏｗ．ｒｅｑ ＰＤＵを送信するものとする。管理システムは、予約されるべきコネクタを指定することができる。ＲｅｓｅｒｖｅＮｏｗ．ｒｅｑ ＰＤＵを受信すると、充電ポイントはＲｅｓｅｒｖｅＮｏｗ．ｃｏｎｆ ＰＤＵで応答するものとする。

要求内のｒｅｓｅｒｖａｔｉｏｎＩｄ（ブッキングまたは予約の識別子）が充電ポイント内のブッキングと合致する場合、充電ポイントはそのブッキングまたは予約を要求内の新しいブッキングまたは予約と置き換えるものとする。

ｒｅｓｅｒｖａｔｉｏｎＩｄが充電ポイント内のいずれのブッキングとも合致しない場合、充電ポイントは、コネクタのブッキングに成功すればステータス値「ＡＣＣＥＰＴＥＤ」を戻すものとする。充電ポイントは、充電ポイントまたは指定されたコネクタが占有されていれば「ＯＣＣＵＰＩＥＤ」を戻すものとする。充電ポイントは、充電ポイントまたはコネクタが同じかまたは別のｉｄＴａｇについて予約されている時も「ＯＣＣＵＰＩＥＤ」を戻すものとする。充電ポイントは、充電ポイントまたはコネクタが障害状態にあれば「ＦＡＵＬＴＥＤ」を戻すものとする。充電ポイントは、充電ポイントまたはコネクタが使用不可状態にあれば「ＵＮＡＶＡＩＬＡＢＬＥ」を戻すものとする。充電ポイントは、ブッキングを受け入れるように構成されていなければ「ＲＥＪＥＣＴＥＤ」を戻すものとする。

充電ポイントはブッキング要求を受け入れると、着信するｉｄＴａｇまたは親ｉｄＴａｇがブッキングのｉｄＴａｇまたは親ｉｄＴａｇに合致する時を除いて、ブッキングされたコネクタ上のすべての着信するｉｄＴａｇに対して充電を拒絶するものとする。

構成鍵「ＲｅｓｅｒｖｅＣｏｎｎｅｃｔｏｒＺｅｒｏＳｕｐｐｏｒｔｅｄ」が「ＴＲＵＥ」に設定された時、充電ポイントはコネクタ０上でのブッキングをサポートする。ブッキング要求内のｃｏｎｎｅｃｔｏｒＩｄが０の場合、充電ポイントは特定のコネクタをブッキングしないものとするが、ブッキングの有効期間中いつでも、ブッキングされたｉｄＴａｇについて１つのコネクタが使用可能であることを維持することが保証されるものとする。構成鍵「ＲｅｓｅｒｖｅＣｏｎｎｅｃｔｏｒＺｅｒｏＳｕｐｐｏｒｔｅｄ」が設定されないかまたは「ＦＡＬＳＥ」に設定された場合、充電ポイントは「ＲＥＪＥＣＴＥＤ」を戻すものとする。

ブッキング内の親ｉｄＴａｇが値を有する（任意選択である）場合、着信するｉｄＴａｇに関連付けられた親ｉｄＴａｇを決定するために、充電ポイントはそのローカル認可リストまたは認可キャッシュ内でこれを探索することができる。ローカル認可リストまたは認可キャッシュ内で見つからない場合、充電ポイントは、着信するｉｄＴａｇについてのＡｕｔｈｏｒｉｚｅ．ｒｅｑ（認可要求）を管理システムに送信するものとする。Ａｕｔｈｏｒｉｚｅ．ｃｏｎｆ応答はｐａｒｅｎｔ−ｉｄ（親の識別子）を含む。

（ｉ）ブッキングされたｉｄＴａｇまたは親ｉｄＴａｇについて、および、ブッキングされたコネクタ上、またはブッキングされたｃｏｎｎｅｃｔｏｒＩｄが０の時は任意のコネクタ上で、トランザクションが開始された時、あるいは（ｉｉ）ｅｘｐｉｒｙＤａｔｅ（満了期間）に指定された時刻に達した時、あるいは（ｉｉｉ）充電ポイントまたはコネクタが「ＦＡＵＬＴＥＤ」または「ＵＮＡＶＡＩＬＡＢＬＥ」に設定された時の、いずれかで、充電ポイント上でのブッキングは終了するものとする。

ブッキングされたｉｄＴａｇについてのトランザクションが開始された場合、充電ポイントは、ブッキングが終了したことを管理システムに通知するために、ＳｔａｒｔＴｒａｎｓａｃｔｉｏｎ．ｒｅｑ ＰＤＵ（トランザクション開始要求）内でｒｅｓｅｒｖａｔｉｏｎＩｄを送信するものとする。

ブッキングが満了した時、充電ポイントはブッキングを終了し、コネクタを使用可能にするものとする。充電ポイントは、ブッキングされたコネクタが現在使用可能であることを管理システムに通知するために、ステータス通知を送信するものとする。

充電ポイントが認可キャッシュを実装した場合、ＲｅｓｅｒｖｅＮｏｗ．ｃｏｎｆ ＰＤＵを受信すると、充電ポイントは、ｉｄＴａｇがローカル認可リスト内になければ
認可キャッシュの下で記述されるような応答からのＩｄＴａｇＩｎｆｏ（ＩｄＴａｇに関連する情報）値で、キャッシュエントリを更新するものとする。

いくつかの実施形態において、充電ポイントは構成可能時間間隔の後、充電ポイントが依然として接続されていることを、管理システムに知らせるためにハートビートを送信する。

充電ポイントは、充電ポイントが依然としてアライブであることを管理システムが知っているのを保証するために、Ｈｅａｒｔｂｅａｔ．ｒｅｑ ＰＤＵを送信するものとする。

Ｈｅａｒｔｂｅａｔ．ｒｅｑ ＰＤＵを受信すると、管理システムはＨｅａｒｔｂｅａｔ．ｃｏｎｆで応答するものとする。応答ＰＤＵは、その内部クロックと同期させるために充電ポイントによって使用されるべきであると推奨される、管理システムの現在時刻を含むものとする。

充電ポイントは、構成されたハートビート間隔内に別のＰＤＵが管理システムに送信された場合、Ｈｅａｒｔｂｅａｔ．ｒｅｑ ＰＤＵの送信をスキップすることができる。これは、管理システムが、ＰＤＵが受信された場合は必ず、Ｈｅａｒｔｂｅａｔ．ｒｅｑ ＰＤＵを受信した場合に有することになるのと同様に、充電ポイントの可用性を仮定すべきであることを示唆する。

ＷｅｂＳｏｃｋｅｔを介するＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔｓ Ｎｏｔａｔｉｏｎ）では、ハートビートを送信することは強制的ではない。しかしながら、時間同期化の場合、少なくとも２４時間当たり１つのハートビートを送信することが勧告される。

管理システムは、以下のような特徴のセットも提供する：
・相互運用性、管理システムは、すべての当事者が関与しているすべてのレベルでの相互運用性を高めるために、そのインターフェース（電気移動性ステークホルダを伴うウェブサービスおよびＣＰを伴うオープン充電ポイントプロトコル（ＯＣＰＰ））で標準の通信プロトコルを使用する。標準の使用により、ベンダのロックインを回避し、企業統合を容易にする
・通信でのＴＬＳ（トランスポート層セキュリティ）の使用からデジタル証明書の使用にわたる異なるレベルで保証されるセキュリティ、データベースでの機密データの暗号化、およびウェブフロントエンドでの情報への制約されたアクセス
・エラーの場合に完全なロールバックを保証するために、インフラストラクチャおよび臨界メッセージにおけるすべての変更が格納されることを保証するための追跡可能性
・ソリューションがいずれの言語にも適合可能であることを保証するための多言語機能。その特徴は、フロントエンド、エンドユーザに送信されるメッセージ、ログなど、異なるレベルで適用される
・充電インフラストラクチャを管理および制御するための統合プラットフォームおよびゲートウェイ
・大量の情報が生成されることに起因して、複雑なデータ検索を回避し、実時間ですべての充電ポイントの情報（ジオロケーション、状態、警報）をひと目で理解できるようにする視覚システムを提供するための、グラフィックおよびリッチカスタマインターフェース
・サービス型ソフトウェア（ＳａａＳ）、コスト節約のためにＳａａＳとして提供され、情報へのセキュアなアクセスを伴う完全な機能を保証する、管理システム。ＳａａＳは、前記ソフトウェアがユーザのコンピュータではなくリモートサーバ上にインストールされる、商用ソフトウェアモデルである。

管理システムは、充電ポイント製造業者指向の妥当性検査プロセスも含むことができる。このプロセスは、充電ポイントの製造業者が、自社の製品と管理システムなどのオープン充電ポイント制御システムとの統合を証明できるようにするものである。統合が検証されると、充電ポイント製造業者は、管理システムとの互換性を証明する証明書を取得することになる。この証明書は、管理システムのシールの使用を許す。

妥当性検査プロセスは、２つの技術プラットフォーム（管理システムおよび充電ポイント）の間の正しい統合を確認するために、両方の当事者によって実行されるべき一連のアクティビティを含む。

本願は、図面および／または様々な実施形態を参照しながら、様々な技術的特徴および利点を説明している。当業者であれば、所与の実施形態の技術的特徴が、そうではないと明示的に示されていない限り、または本願で言及された技術的問題のうちの少なくとも１つに対するソリューションを提供していないことがない限り、実際には別の実施形態の特徴と組み合わせることが可能であることを理解されよう。加えて、所与の実施形態に記載された技術的特徴は、そうではないと明示的に示されていない限り、本実施形態の他の技術的特徴から分離することができる。

当業者であれば、請求される本発明の適用分野から逸脱することなく、本発明によって多くの特有の形式の実施形態が可能であることは明白であろう。したがって本実施形態は、例示的であると見なさなければならず、添付の特許請求の範囲によって画定される領域内での修正が可能であり、前述の細部に限定されるものではない。

１ コンピュータアーキテクチャ
２ 管理サーバ
３ データベース
４ 充電ポイント

Claims (10)

1. 少なくとも充電ポイントネットワークの少なくとも充電ポイントのブッキングプロセスを処理するためのコンピュータ実行可能命令を備える、モジュール「ブッキング」であって、充電ポイントネットワークは、少なくとも管理サーバ（２）、前記ネットワークの充電ポイント（４）に関する情報を格納するための少なくともデータベース（３）、少なくとも前記モジュール「ブッキング」を備える少なくともハードウェアおよびソフトウェアアーキテクチャ（１）を備える、システムによって管理され、前記コンピュータアーキテクチャ（１）は、充電ポイント（４）および／または外部システムおよび／またはユーザデバイスまたはモバイルと情報を交換するための少なくとも通信手段（６ａ、６ｂ）と、データを記憶するための少なくともメモリと、少なくともモジュール「ブッキング」の機能を実施するためにメモリに記憶されたプログラムを実行するためのプロセッサと、を備え、前記モジュールは、前記コンピュータ実行可能コードが、所与の車両に対応する少なくともあるタイプのコネクタをユーザがリモートに選択できるようにするためのツールを備えるユーザインターフェースとの少なくとも通信インターフェースと、システム内のこうした情報を受信するため、および管理システムの制御下でネットワーク内のブッキングに進むための、オペレータ（５ａ、５ｂ）インフラストラクチャのネットワークの充電ポイントとの少なくとも通信と、を提供することを、特徴とする、モジュール「ブッキング」。
2. サーバ上の、コンピュータ実行可能命令が、
   特定の識別カードによってのみ、およびブッキング時間フレームについて使用するために、充電ポイント（４）内のコネクタをロックする機能、または、
   リモートデバイスまたはリモート通信インターフェースを用いて、ブッキング時間フレームについてユーザ特有の識別カード上に含まれる情報によってのみ使用するために、充電ポイント（４）のコネクタをリモートにロックし、その後、前記コネクタをロックするために使用された識別カードによって充電ポイント（４）で選択されたコネクタをロック解除する機能、
   を実行可能にすることを特徴とする、請求項１に記載のモジュール「ブッキング」。
3. コンピュータ実行可能命令が、充電ポイントがブッキング要求を受け入れた場合、着信するｉｄＴａｇまたは親ｉｄＴａｇがブッキングのｉｄＴａｇまたは親ｉｄＴａｇに合致する時を除いて、ブッキングされたコネクタ上のすべての着信するｉｄＴａｇに対して充電を拒絶するものとする、という挙動をトリガすることを特徴とする、請求項１または２に記載のモジュール「ブッキング」。
4. 「充電ポイント」モジュールのＲｅｓｅｒｖｅＣｏｎｎｅｃｔｏｒＺｅｒｏＳｕｐｐｏｒｔｅｄパラメータが「ＴＲＵＥ」に設定された時、充電ポイントはコネクタ０上でのブッキングをサポートし、ブッキング要求内のｃｏｎｎｅｃｔｏｒＩｄが０の場合、充電ポイントは特定のコネクタをブッキングしないものとするが、ブッキングの有効期間中いつでも、ブッキングされたｉｄＴａｇについて１つのコネクタが使用可能であることを維持することが保証されるものとすることを特徴とする、請求項１または２に記載のモジュール「ブッキング」。
5. コンピュータ実行可能命令に従い、（ｉ）ブッキングされたｉｄＴａｇまたは親ｉｄＴａｇについて、および、ブッキングされたコネクタ上、またはブッキングされたｃｏｎｎｅｃｔｏｒＩｄが０の時は任意のコネクタ上で、トランザクションが開始された時、あるいは（ｉｉ）ｅｘｐｉｒｙＤａｔｅに指定された時刻に達した時、あるいは（ｉｉ）充電ポイントまたはコネクタが「ＦＡＵＬＴＥＤ」または「ＵＮＡＶＡＩＬＡＢＬＥ」に設定された時の、いずれかで、充電ポイント上でのブッキングが終了するものとすることを特徴とする、請求項１または２に記載のモジュール「ブッキング」。
6. コンピュータ実行可能命令により、充電ポイントがＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑ ＰＤＵを送信するものとする時、管理システムは、コネクタをロック解除するように充電ポイントに要求することが可能となることを特徴とする、請求項１または２に記載のモジュール「ブッキング」。
7. ＣＰＯヘルプデスクへのＥＶドライバのコール後、オペレータが、充電ポイントへのＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑの送信を手動でトリガし、新規の試行によってコネクタをロック解除させることができることを特徴とする、請求項６に記載のモジュール「ブッキング」。
8. コンピュータ実行可能命令が、ＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｒｅｑ ＰＤＵを受信した時に、充電ポイントはＵｎｌｏｃｋＣｏｎｎｅｃｔｏｒ．ｃｏｎｆ ＰＤＵで応答するものとすること、応答ＰＤＵは、充電ポイントがそのコネクタをロック解除できたかどうかを示すものとすること、または、特定コネクタ上で進行中のトランザクションが存在した場合、充電ポイントはトランザクションを最初に完了させるものとすることを、規定することを特徴とする、請求項７に記載のモジュール「ブッキング」。
9. 充電ポイントオペレータ（５ａ、５ｂ）が、ステータス「ダイレクト」充電ポイント（４）からステータス「−ブッキング可能」充電ポイント（４）へと切り替えることを可能にするための、コンピュータ実行可能命令を備えることを特徴とする、請求項２または３または５または６に記載のモジュール「ブッキング」。
10. ブッキングが重複していないこと、および、ユーザが予想されたブッキングの時間フレームに到達していることを検証するため、ならびに、ブッキングステップおよび任意の予期せぬ出来事または異常な状況を追跡するために内部イベントを作成するための、コンピュータ実行可能命令を備えることを特徴とする、請求項２または３または５または６に記載のモジュール「ブッキング」。

Images