特開 2024-46309 充電制御装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024046309

(43)【公開日】2024-04-03

(54)【発明の名称】充電制御装置

(51)【国際特許分類】

   B60L 53/65 20190101AFI20240327BHJP

   H02J 7/00 20060101ALI20240327BHJP

   H02J 7/10 20060101ALI20240327BHJP

   B60L 53/30 20190101ALI20240327BHJP

   H04L 9/08 20060101ALI20240327BHJP

   G16Y 40/35 20200101ALI20240327BHJP

   G16Y 10/40 20200101ALI20240327BHJP

   B60L 3/00 20190101ALI20240327BHJP

【ＦＩ】

B60L53/65

H02J7/00 P

H02J7/10 A

B60L53/30

H04L9/08 F

G16Y40/35

G16Y10/40

B60L3/00 S

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022151620

(22)【出願日】2022-09-22

(71)【出願人】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】長岡 義矩

【テーマコード（参考）】

5G503

5H125

【Ｆターム（参考）】

5G503AA01

5G503BA01

5G503BB01

5G503FA06

5G503GD02

5G503GD03

5G503GD05

5G503GD06

5H125AA01

5H125AC12

5H125AC22

5H125BE02

5H125CC06

5H125CD10

5H125DD03

(57)【要約】

【課題】複数のユーザが同一の電動車を共同または分担で利用する形態のシステムにおいて、それぞれのユーザが認証を受けることができ、認証を受けたユーザが電動車利用中に、電動車に充電を受けることを可能にする。
【解決手段】バッテリを搭載した車両に設けられ、充電設備との間で証明書情報を用いて認証を行い、前記充電設備から前記バッテリに充電させるコントローラを備える充電制御装置によって例示される。本コントローラは、前記車両を使用するユーザを識別し、識別したユーザに対応する証明書情報を保有している場合に充電を実施する。
【選択図】図２

【特許請求の範囲】

【請求項1】

バッテリを搭載した車両に設けられ、充電設備との間で証明書情報を用いて認証を行い、前記充電設備から前記バッテリに充電させる充電制御装置であって、
前記車両を使用するユーザを識別し、識別した前記ユーザに対応する証明書情報を保有している場合に充電を実施するコントローラを備える充電制御装置。

【請求項2】

前記コントローラは、前記ユーザの識別ができない場合は、前記証明書情報によらない充電方式で前記充電設備から前記バッテリに充電させる請求項１に記載の充電制御装置。

【請求項3】

前記コントローラは、識別した前記ユーザに対応する証明書情報を保有していない場合は、ネットワークを通じて通信可能な前記証明書情報の発行装置から識別した前記ユーザに対応する証明書情報を取得し、該取得した証明書情報を用いて認証を行い、前記充電設備から前記バッテリに充電させる請求項１に記載の充電制御装置。

【請求項4】

前記コントローラは、前記発行装置から識別した前記ユーザに対応する証明書情報を取得できない場合は、前記証明書情報によらない充電方式で前記充電設備から前記バッテリに充電させる請求項３に記載の充電制御装置。

【請求項5】

前記コントローラは、複数のユーザと各ユーザに対応する証明書情報とを記憶するメモリを有し、前記メモリから識別した前記ユーザに対応する証明書情報を取得する請求項１に記載の充電制御装置。

【請求項6】

前記証明書情報は、前記車両の製造元または販売元から提供されるプロビジョニング証明書情報を提供することによって前記発行装置から発行され、
前記コントローラは、複数のユーザと各ユーザに対応する前記プロビジョニング証明書情報を記憶するメモリを有し、識別した前記ユーザに対応する前記プロビジョニング証明書情報を前記メモリから取得し、前記プロビジョニング証明書情報を提示することで、前記発行装置から識別した前記ユーザに対応する証明書情報を取得する請求項３に記載の充電制御装置。

【請求項7】

前記発行装置は、識別した前記ユーザに対する課金が可能となる課金情報が登録されている場合に前記証明書情報の発行を許容し、
前記コントローラは、識別した前記ユーザに対応する証明書情報を前記課金情報が登録された前記発行装置から取得し、該取得した証明書情報を用いて認証を行い、前記充電設備から前記バッテリに充電させる請求項３に記載の充電制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、充電制御装置に関するものである。

【背景技術】

【0002】

外部から電源をつないで走行用バッテリに充電できる車両（以下、電動車という）として、バッテリ式電気自動車（Battery Electric Vehicle、ＢＥＶ車）、プラグインハイブリッド（ＰＨＶ）車等が知られている。また、走行用バッテリへの充電における課金方式として、主に外部認証方式（External Identification Means（ＥＩＭ））とプラグ＆チ
ャージ（Plug and Charge（ＰｎＣ））が提案されている（例えば、ＩＳＯ １５１１８
－２）。

【0003】

外部認証方式の場合、車両の使用者が、現金、電子マネー、プリペイドカード、クレジットカードなどを用いて、充電器の設置場所または充電器本体で、課金に対する支払いを実施する。一方、ＰｎＣでは、充電スタンドに設置された充電機器のプラグを車両に接続すると課金及び充電が可能となる。

【0004】

ところで、ＩＳＯ１５１１８－２では、電動車と充電スタンドの間の通信を規定する。この通信はＣｏｎｔｒａｃｔ証明書（およびその秘密鍵）を車両内にインストールし、充電セッション中にこの証明書を充電スタンドに送ることで成立する。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１６－９３０７８号公報

【特許文献2】特開２０２１－１８９４７９号公報

【非特許文献】

【0006】

【非特許文献1】ＩＳＯ １５１１８－２：２０１４ Ｒｏａｄ ｖｅｈｉｃｌｅｓ － Ｖｅｈｉｃｌｅ－ｔｏ－Ｇｒｉｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｉｎｔｅｒｆａｃｅ － Ｐａｒｔ ２： Ｎｅｔｗｏｒｋ ａｎｄ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ ｒｅｑｕｉｒｅｍｅｎｔｓ

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、ＩＳＯ１５１１８－２ではＣｏｎｔｒａｃｔ証明書の所持数は１つしか想定されていない。そのため、レンタカーやシェアカーなど複数のユーザが同じ車両を共同または分担で利用する場合に、前記複数のユーザのいずれかがＰｎＣを行うと、Ｃｏｎｔｒａｃｔ証明書に対応するユーザに課金されてしまう。すなわち、車両を保持しているユーザに相当する、Ｃｏｎｔｒａｃｔ証明書に対応するユーザ以外のユーザは、異なるユーザとして認証を行えない。

【0008】

開示の実施形態の側面は、複数のユーザが同一の電動車を共同または分担で利用する形態のシステムにおいて、それぞれのユーザが認証を受けることができ、認証を受けたユーザが電動車利用中に、電動車に充電を受けることを可能にする。

【課題を解決するための手段】

【0009】

開示の実施形態の１つの側面は、バッテリを搭載した車両に設けられ、充電設備との間で証明書情報を用いて認証を行い、前記充電設備から前記バッテリに充電させるコントロ
ーラを備える充電制御装置によって例示される。本コントローラは、前記車両を使用するユーザを識別し、識別したユーザに対応する証明書情報を保有している場合に充電を実施する。

【発明の効果】

【0010】

本充電制御装置では、複数のユーザが同一の電動車を共同または分担で利用する形態のシステムにおいて、それぞれのユーザが認証を受けることができ、認証を受けたユーザが電動車利用中に、電動車に充電を受けることができる。

【図面の簡単な説明】

【0011】

【図1】図１は、本実施の形態の充電システムの構成を例示する図である。

【図2】図２は、電動車に搭載された充電制御装置の処理を実施する構成要素を例示する図である。

【図3】図３は、ユーザ識別情報と、各証明書の関係を例示する図である。

【図4】図４は、ＰｎＣ実行時のデータフローを例示する図である。

【図5】図５は、本充電システムのハードウェアの構成を例示する図である。

【図6】図６は、電動車に搭載された充電制御装置の処理を例示する図である。

【図7】図７は、第２実施形態において、一時的なＣｏｎｔｒａｃｔ証明書を電動車に発行する処理のデータフローを例示する図である。

【発明を実施するための形態】

【0012】

以下、図面を参照して、一実施の形態に係る充電システムおよび充電制御方法が説明される。

【0013】

＜第１の実施の形態＞（構成）
図１は、本実施の形態の充電システムの構成を例示する図である。本充電システムは、車両の一例としての電動車１と、電動車１のバッテリ（二次電池、蓄電池ともいう）に電力を供給する充電設備（Electric Vehicle Supply Equipment、ＥＶＳＶ）２を有する。
なお、図１では、認証局ＣＡ１、ＣＡ２および中間認証局（ＳＵＢ－ＣＡ１１、ＳＵＢ－ＣＡ１２、ＳＵＢ－ＣＡ２１、ＳＵＢ－ＣＡ２２）と、サーバ５も記載されている。認証局ＣＡ１、ＣＡ２は、Vehicle to Grid（Ｖ２Ｇ ＲＯＯＴ）証明書等の証明書を発行す
る。サーバ５は、事業者（例えば、モビリティサービス提供事業者）に管理されるセンタのコンピュータである。サーバ５は、ユーザにContract証明書を発行する。

【0014】

本充電システムによる処理の前提として、電動車１が製造元または販売元から出荷されるときに、電動車１の記憶装置（例えば図５の外部記憶部１３）には、少なくとも１つの認証局ＣＡ１が発行するＶ２Ｇ ＲＯＯＴ証明書が保存されている。また、電動車１は、サーバ５にアクセスすることで、Ｖ２Ｇ ＲＯＯＴ証明書を更新することができる。また、電動車１は、サーバ５にアクセスすることで、認証局ＣＡ１以外の認証局ＣＡ２が発行するＶ２Ｇ ＲＯＯＴ証明書を取得することができる。なお、認証局の数が、２つに限定される訳ではない。

【0015】

一方、証明書チェーンは、例えば、Charge Point Operator SUB-Certificate Authorities 11（ＣＰＯ ＳＵＢ－ＣＡ１１）、ＣＰＯ ＳＵＢ－ＣＡ１２、ＥＶＳＶ Ｌｅａｆ証明書等を含む。

【0016】

第１の認証手続として、ＰｎＣと呼ばれる手順では、充電設備２の充電プラグ２Ｂが電動車１の接続部（受電部ともいう）に挿入されると、充電設備２と電動車１との間で認証が実施される。そして、認証後に電動車１への充電と、充電に対する課金が実施される。ＰｎＣのため、電動車１と、充電設備２は、それぞれ、Ｖ２Ｇ ＲＯＯＴ証明書を記憶装
置に保存している。なお、充電設備２は、充電設備２からアクセス可能なコンピュータ上に保存されたＶ２Ｇ ＲＯＯＴ証明書を参照するようにしてもよい。ＰｎＣは、第１の課金方式ということもできる。

【0017】

ＰｎＣでは、充電プラグ２Ｂによる充電設備２と電動車１との接続後、ユーザのＶ２Ｇ
ＲＯＯＴ証明書が充電設備２に通知される（矢印Ｐ１）。そして、ユーザのＶ２Ｇ ＲＯＯＴ証明書が、充電設備２側に保存された事業者のＶ２Ｇ ＲＯＯＴ証明書によって認証される。この認証が完了すると、Ｖ２Ｇ ＲＯＯＴ証明書に関連付けされた階層的な構成を有する事業者の証明書チェーンが電動車１に応答される（矢印Ｐ２）。矢印Ｐ１と矢印Ｐ２による通信手順は、Transport Layer Security（ＴＬＳ）ハンドシェークと呼ばれる。Ｖ２Ｇ ＲＯＯＴ証明書は、電動車１と充電設備２との間の通信の安全を確保するための第１の証明書ということができる。

【0018】

証明書チェーンは、認証局の階層に対応する。図１のように、各認証局ＣＡ１、ＣＡ２等は、下位の認証局である中間認証局（ＳＵＢ－ＣＡ１１、ＳＵＢ－ＣＡ１２、ＳＵＢ－ＣＡ２１、ＳＵＢ－ＣＡ２２等）を持つことができる。最上位にある認証局ＣＡ１、ＣＡ２はＲＯＯＴ認証局と呼ばれ、Ｖ２Ｇ ＲＯＯＴ証明書を発行する。また、下位の中間認証局の認証局証明書（ＣＰＯ ＳＵＢ－ＣＡ１１証明書等）は、上位の認証局によって署名がされる。図１の例の証明書チェーンでは、ＣＰＯ ＳＵＢ－ＣＡ１１証明書、ＣＰＯ
ＳＵＢ－ＣＡ１２証明書、ＥＶＳＶ Ｌｅａｆ証明書が例示されている。図１の例では、証明書チェーンには、少なくとも１つのＣＰＯ ＳＵＢ－ＣＡ１１証明書等と、ＥＶＳＶ Ｌｅａｆ証明書が含まれる。

【0019】

電動車１は、ユーザのＶ２Ｇ ＲＯＯＴ証明書を基に証明書チェーンを上位から下位に順に認証することで、最終的には、ＥＶＳＶ Ｌｅａｆ証明書を認証できる。電動車１は、ＥＶＳＶ Ｌｅａｆ証明書の認証に成功すると、充電設備２との通信に使用する秘密鍵を得ることができ、以降は秘密鍵による通信が実施される。これにより、ＴＬＳハンドシェークが完了する。

【0020】

ＴＬＳハンドシェークの完了後は、秘密鍵を用いたＶ２Ｇ通信が実行される。Ｖ２Ｇ通信では、電動車１からの要求（Ｐ３）と、充電設備２からの応答（Ｐ４）が相互に送信され、充電と課金が実施される。このＶ２Ｇ通信では、充電の他、例えば、課金の詳細が定義されたＣｏｎｔｒａｃｔ証明書が充電設備２と電動車１との間で参照される。例えば、Ｃｏｎｔｒａｃｔ証明書（およびその秘密鍵）は、事前に電動車１内にインストールされる。電動車１が充電セッション中にＣｏｎｔｒａｃｔ証明書を充電スタンドに送ることでＰｎＣが成立する。

【0021】

なお、電動車１への充電においては、上記のようなＰｎＣによる通信以外に、第２の認証手続として、ＥＩＭを提示することによる外部認証方式の手順も可能である。外部認証方式は、例えば、クレジットカード、ＱＲコード（登録商標）、ＲＦＩＤ等により、課金情報を授受する処理である。ＥＩＭを提示することによる外部認証方式は、第２の課金方式ということもできる。

【0022】

図２は、電動車１に搭載された充電制御装置１０（図５参照）の処理を実施する構成要素を例示する図である。充電制御装置１０は、例えば、車載のコンピュータであり、充電設備２からの充電の制御、充電に必要なＣｏｎｔｒａｃｔ証明書の管理等を実行する。図２では、Ｃｏｎｔｒａｃｔ証明書を発行する事業者（例えば、モビリティサービス提供事業者）のサーバ５および電動車１に給電する充電設備２も併せて記載されている。充電制御装置１０は、主記憶部１２（図５参照）に実行可能に展開されたコンピュータプログラムにより、図２の各構成要素の処理を実現する。充電制御装置１０は、その構成要素とし
て、ユーザ識別部１０１、証明書選択部１０２、通信部１０３、鍵管理部１０４および証明書保管部１０５を有する。また、これらのうち、証明書選択部１０２、通信部１０３、鍵管理部１０４は、充電通信装置１１０と呼ばれる。充電通信装置１１０は、充電設備２との間で、例えば、ＰｎＣによる充電処理を実行する。以下、各構成要素が説明される。本実施形態では、充電制御装置１０は、これらの構成要素により、以下の要領で複数のＣｏｎｔｒａｃｔ証明書を電動車１内に保持する。そして、充電制御装置１０は、複数のユーザそれぞれが単一の電動車１を共同または分担して利用する場合に、電動車１への充電を実現する。

【0023】

ユーザ識別部１０１は、現在車両を使用しているユーザを識別する。ユーザ識別部１０１は、例えば、電動車１に搭載された指紋認証装置、カメラ等を含む顔認証装置、車載器またはナビゲーション装置等に例示される情報入力装置等である。ここで、情報入力装置は、ユーザを識別するための文字列の識別情報、パスワードまたはその両方を入力するための装置である。すなわち、ユーザ識別部１０１は、電動車１が充電されるときの現在のユーザ（運転者等）を識別し、ユーザを識別するユーザ識別情報（ＵＩＤ）を証明書選択部１０２に引き渡す。ここで、ユーザ識別情報（ＵＩＤ）は、例えば、ユーザから取得された指紋の画像から得られるハッシュ値、ユーザの顔の画像から得られるハッシュ値、文字列の識別情報とパスワードそのものである。ただし、ユーザ識別情報（ＵＩＤ）が文字列の識別情報とパスワードから得られるハッシュ値であってもよい。

【0024】

証明書選択部１０２は、ユーザ識別部１０１から引き渡されるユーザ識別情報（ＵＩＤ）により、該当するＣｏｎｔｒａｃｔ証明書を証明書保管部１０５から検索し、該当するＣｏｎｔｒａｃｔ証明書を選択する。証明書保管部１０５は、例えば、セキュアメモリと呼ばれる、保護機能を有するメモリである。セキュアメモリは、例えば、特定のマイクロコンローラまたはマイクロコンピュータ（以下、マイコン）と連携して動作する。本実施形態では、ユーザ識別部１０１がマイコンとして証明書保管部１０５にアクセスする。セキュアメモリは、例えば、このマイコンによる特定のプログラムの処理以外での特定のアドレスへのアクセスを不正アクセスとして検知する。そして、セキュアメモリは、不正アクセスを検知すると、マイコンをリセットし、当該アクセスを抑止する。

【0025】

証明書保管部１０５は、ユーザ識別情報（ＵＩＤ）と、Ｃｏｎｔｒａｃｔ証明書の識別情報（ｅ－Ｍｏｂｉｌｉｔｙ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ（ＥＭＡＩＤ））とを対応づけて記憶している。また、証明書保管部１０５は、ＥＭＡＩＤに対応するＣｏｎｔｒａｃｔ証明書を記憶している。したがって、証明書選択部１０２は、ユーザ識別情報（ＵＩＤ）を証明書保管部１０５に入力することで、対応するＣｏｎｔｒａｃｔ証明書を取得する。このとき、証明書保管部１０５は、Ｃｏｎｔｒａｃｔ証明書と整合する秘密鍵を鍵管理部１０４に送る。以上の手順で、証明書選択部１０２が該当の証明書を証明書保管部１０５より取得し、通信部１０３に引き渡す。ユーザ識別情報（ＵＩＤ）に対応するＣｏｎｔｒａｃｔ証明書は、識別したユーザに対応する証明書情報の一例である。証明書保管部１０５は、メモリ、例えば、図５の主記憶部１２または外部記憶部１３に構築されてもよい。

【0026】

通信部１０３は、無線通信または有線通信で充電設備２と通信する。通信部１０３は、電力線通信（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＰＬＣ）により充電設備２と通信するものでもよい。通信部１０３は、証明書選択部１０２から引き渡されたＣｏｎｔｒａｃｔ証明書をＰａｙｍｅｎｔＤｅｔａｉｌＲｅｑにより充電設備２に送信する。通信部１０３は、ＰａｙｍｅｎｔＤｅｔａｉｌＲｅｑに対する応答としてＰａｙｍｅｎｔＤｅｔａｉｌＲｅｓを充電設備２から受信する。

【0027】

鍵管理部１０４は、ＰｎＣで使用される鍵を管理し、種々の証明処理を実行する。上述
のように、鍵管理部１０４は、ユーザ識別情報（ＵＩＤ）を基に取得されるＣｏｎｔｒａｃｔ証明書と整合する秘密鍵を有する。鍵管理部１０４は、ＰａｙｍｅｎｔＤｅｔａｉｌＲｅｓで受信したデータに、当該Ｃｏｎｔｒａｃｔ証明書と整合する秘密鍵で署名する。秘密鍵で署名されたデータは、通信部１０３を介して、充電設備２に送信される。充電設備２は、Ｃｏｎｔｒａｃｔ証明書と整合する秘密鍵で署名されたデータにより、ユーザを認証する。以上の手順で、ユーザ識別情報（ＵＩＤ）を基に取得されるＣｏｎｔｒａｃｔ証明書と秘密鍵により、認証が実行され、ＰｎＣによる充電が実施される。

【0028】

なお、証明書選択部１０２は、証明書保管部１０５において該当するＣｏｎｔｒａｃｔ証明書が見つからない場合には、サーバ５への問い合わせによりＣｏｎｔｒａｃｔ証明書のインストールを試行してもよい。また、証明書選択部１０２は、充電設備２に要求し、Ｃｏｎｔｒａｃｔ証明書のインストールを試行してもよい。

【0029】

なお、証明書選択部１０２は、サーバ５または充電設備２からＣｏｎｔｒａｃｔ証明書をインストールするためにＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書をサーバ５または充電設備２に引き渡す。そこで、本実施形態では、充電通信装置１１０または証明書保管部１０５は、ユーザ識別情報（ＵＩＤ）と対応づけられた複数のＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書の発行を受け、これらをユーザ識別情報（ＵＩＤ）と対応づけて証明書保管部１０５で保管する。

【0030】

図３は、ユーザ識別情報（ＵＩＤ）と、各証明書の関係を例示する図である。本実施形態では、ＰｎＣのセッションによる充電の実行時において、証明書保管部１０５は、図３で例示される証明書と、ユーザ識別情報（ＵＩＤ Ａ、ＵＩＤ Ｂ等）とを対応づけて記憶している。証明書保管部１０５は、例えば、ユーザ識別情報（ＵＩＤ）がＵＩＤ Ａであるユーザに対して、Ｃｏｎｔｒａｃｔ証明書の識別情報（ＥＭＡＩＤ）Ａと、秘密鍵をＵＩＤＡに対応づけて保持する。また、証明書保管部１０５は、例えば、ユーザ識別情報（ＵＩＤ）がユーザＩＤ Ａであるユーザに対して、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書の識別情報（ＰＣＩＤ）Ａと、秘密鍵とをＵＩＤ Ａに対応づけて保持する。すでに述べたように、充電制御装置１０は、Ｃｏｎｔｒａｃｔ証明書を有しない場合には、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書をセンタのサーバ５に提示することで、Ｃｏｎｔｒａｃｔ証明書の取得が可能となる。以上の点は、ユーザ識別情報（ＵＩＤ）がＵＩＤ Ｂであるユーザに対しても同様である。

【0031】

なお、図３は、各証明書の階層も例示している。すなわち、少なくとも１つの認証局ＣＡ１が発行するＶ２Ｇ ＲＯＯＴ証明書を基に、中間の認証局から下位の認証局であるＭＯ＿ＳＵＢ１の証明書、ＭＯ＿ＳＵＢ２の証明書、Ｃｏｎｔｒａｃｔ証明書の順で各証明書が発行される。なお、Ｃｏｎｔｒａｃｔ証明書は、例えば、モビリティサービス提供事業者のセンタのサーバ５から発行される。

【0032】

同様に、Ｖ２Ｇ ＲＯＯＴ証明書を基に、中間の認証局から下位の認証局であるＯＥＭ＿ＳＵＢ１の証明書、ＯＥＭ＿ＳＵＢ２の証明書、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書の順で各証明書が発行される。なお、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書は、例えば、電動車１の製造元または販売元のコンピュータシステムから発行される。ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書は、プロビジョニング証明書情報とも呼ばれる。

【0033】

図４は、ＰｎＣ実行時のデータフローを例示する図である。電動車１のＰｎＣによる充電実行時には、まず、ユーザ識別部１０１は、ユーザの指紋の画像、ユーザの顔の画像、文字列の識別情報等の入力を受ける（矢印Ａ１）。ユーザ識別部１０１は、指紋の画像、ユーザの顔の画像、文字列の識別情報等からハッシュ値を計算し、ユーザ識別情報（ＵＩＤ）を得る。ただし、文字列の識別情報は、ハッシュ値に変換しないで、そのままユーザ
の識別情報として用いられてもよい。

【0034】

ユーザ識別部１０１は、計算したハッシュ値等のユーザ識別情報（ＵＩＤ）を充電通信装置１１０に引き渡す（矢印Ａ２）。充電通信装置１１０は、ユーザ識別部１０１から引き渡されたユーザ識別情報（ＵＩＤ）を基に、証明書保管部１０５を検索する（矢印Ａ３）。証明書保管部１０５は、ユーザ識別情報（Ｕｓｅｒ１＿Ｈａｓｈ等）とＣｏｎｔｒａｃｔ証明書の証明書ＩＤ（ＥＭＡＩＤ）を対応づけて記憶している。充電通信装置１１０の証明書選択部１０２（図２）は、ユーザ識別情報（ＵＩＤ）に対応するＣｏｎｔｒａｃｔ証明書を読み出す（矢印Ａ４）。

【0035】

そして、充電通信装置１１０は、通信部１０３（図２）により、ユーザ識別情報（ＵＩＤ）に対応して選択されたＣｏｎｔｒａｃｔ証明書を充電設備２に提示する（矢印Ａ５）。Ｃｏｎｔｒａｃｔ証明書にしたがい、充電通信装置１１０と充電設備２とはＰｎＣの手順を実行する。そして、ＰｎＣの認証が成功すると、充電設備２は、電動車１のバッテリ１９に電力を供給し、バッテリ１９を充電する（矢印Ａ６）。

【0036】

図５は、本充電システムのハードウェアの構成を例示する図である。上述のように、本充電システムは、電動車１と、電動車１に搭載されたバッテリ１９を充電する充電設備２と、サーバ５によって例示される。電動車１は、充電制御装置１０と、充電制御装置１０によって制御されるバッテリ１９とを有している。

【0037】

充電制御装置１０は、ＣＰＵ１１と、主記憶部１２と、外部インターフェース（Ｉ／Ｆ）に接続される外部機器を有し、プログラムにより情報処理を実行する。外部機器としては、外部記憶部１３、外部通信部１６Ａが例示される。さらに、外部機器として、電力線通信部１６Ｂが例示される。ＣＰＵ１１と主記憶部１２を合わせて制御部またはコントローラということができる。充電制御装置１０が電動車１等の車両に搭載される場合には、制御部は、Electronic Control Unit（ＥＣＵ）とも呼ばれる。

【0038】

ＣＰＵ１１は、主記憶部１２に実行可能に展開されたコンピュータプログラムを実行し、充電制御装置１０の機能を提供する。主記憶部１２は、単にメモリとも呼ばれ、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。ＣＰＵ１１はプロセッサとも呼ばれる。

【0039】

主記憶部１２は、Dynamic Random Access Memory（ＤＲＡＭ）、Static Random Access
Memory（ＳＲＡＭ）、Read Only Memory（ＲＯＭ）等である。さらに、外部記憶部１３
は、例えば、主記憶部１２を補助する記憶領域として使用され、ＣＰＵ１１が実行するコンピュータプログラム、ＣＰＵ１１が処理するデータ等を記憶する。外部記憶部１３は、ハードディスクドライブ、Solid State Drive（ＳＳＤ）等である。

【0040】

外部通信部１６Ａは、公衆ネットワーク上の他の装置とデータを授受する。例えば、ＣＰＵ１１は、外部通信部１６Ａを通じて公衆ネットワーク上の事業者のコンピュータと通信する。外部通信部１６Ａは、携帯電話網にアクセスする無線通信装置であってもよい。また、外部通信部１６Ａは、無線(Local Area Network)ＬＡＮにアクセスする通信装置であってもよい。

【0041】

電力線通信部１６Ｂは、電力線通信部２６Ｂと信号を送受信する。ここで、電力線通信部１６Ｂは、充電設備２とPower Line Communications（ＰＬＣ）を実行してもよい。な
お、電力線通信部１６Ｂは内部にＣＰＵと、メモリと、入出力インターフェース、通信インターフェース等を有してもよい。本実施の形態では、充電制御装置１０は、外部通信部１６Ａまたは電力線通信部１６Ｂにより、充電設備２と通信し、充電の要求および課金処
理を実行する。

【0042】

また、充電制御装置１０は、さらに、表示部、操作部を有してもよい。表示部は、例えば、液晶ディスプレイ、エレクトロルミネッセンスパネル等である。操作部は、例えば、キーボード、ポインティングデバイス等である。

【0043】

充電設備２の構成は、電動車１の充電制御装置１０と同様である。充電設備２は、ＣＰＵ２１と、主記憶部２２と、外部インターフェース（Ｉ／Ｆ）に接続される外部機器を有し、プログラムにより情報処理を実行する。外部機器としては、外部記憶部２３、外部通信部２６ＡおよびＥＩＭリーダ２Ａ、電力線通信部２６Ｂが例示される。充電設備２のうち、ＥＩＭリーダ２Ａ以外の構成は、電動車１の充電制御装置１０と同様であるので、その説明を省略する。

【0044】

ＥＩＭリーダ２Ａは、クレジットカード等のＩＣカードから、接触または非接触で情報を読み取るカードリーダ、ＱＲコード（登録商標）を読み取る画像読み取り装置、ＲＦＩＤリーダ等である。

【0045】

電動車１の充電制御装置１０と充電設備２は、電源回路２９のプラグがバッテリ１９を充電する電力回路に接続されると、例えば、電力線通信部１６Ｂ、２６Ｂによって相互に通信し、ＴＬＳ認証およびＶ２Ｇ通信を実行する。電動車１の充電制御装置１０と充電設備２は、ＴＬＳ認証およびＶ２Ｇ通信により、相互に認証し、電動車１のバッテリ１９への充電と、充電に対する課金処理を実行する。ただし、電動車１の充電制御装置１０と充電設備２は、電源回路２９のプラグがバッテリ１９を充電する電力回路に接続されると、外部通信部１６Ａ、２６Ａを介して通信するようにしてもよい。

【0046】

サーバ５は通常のコンピュータであり、ＣＰＵ１１、主記憶部１２、外部記憶部１３、外部通信部１６Ａと同様の構成をする。サーバ５は、ネットワークＮ１により電動車１に搭載された充電制御装置１０と通信する。ネットワークＮ１は、例えば、携帯網等の無線通信網を含む公衆ネットワークである。ネットワークＮ１は、インターネットに接続されるものでもよい。また、ネットワークＮ１は、Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ（ＶＰＮ）を含むものでもよい。サーバ５は、ユーザ識別情報（ＵＩＤ）とともに、ユーザに対する課金を可能にする課金情報等を記憶する。また、サーバ５は、ユーザ識別情報（ＵＩＤ）と課金情報とが登録されている場合には、例えば、ユーザ毎に、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書を発行する。

【0047】

（処理手順）
図６は、電動車１に搭載された充電制御装置１０の処理を例示する図である。充電制御装置１０の処理は、例えば、電動車１の起動（イグニッションオン、ＩＧ－ＯＮ）とともに開始する。まず、充電制御装置１０は、ユーザ識別処理を実行する（Ｓ１）。ユーザ識別処理では、充電制御装置１０は、例えば、指紋センサによる指紋の画像の取得、車載カメラによるユーザの顔の画像の撮影、タッチパネル等の入力装置からの文字列の識別情報とパスワードの入力の受付等を実行する。そして、充電制御装置１０は、指紋の画像、ユーザの顔の画像、または文字列の識別情報とパスワードから、ハッシュ値を生成し、ユーザ識別情報（ＵＩＤ）を得る。ただし、充電制御装置１０は、文字列の識別情報とパスワードをハッシュ値に変換しないで、そのままユーザ識別情報（ＵＩＤ）として用いてもよい。

【0048】

そして、充電制御装置１０は、ユーザ識別情報（ＵＩＤ）を取得できた場合（Ｓ２でＹＥＳ、ユーザ識別完了）、そのユーザに対応するＣｏｎｔｒａｃｔ証明書が証明書保管部１０５に保存されているかを確認する（Ｓ３）。そのユーザに対応するＣｏｎｔｒａｃｔ
証明書が証明書保管部１０５に保存されている場合には（Ｓ３でＹＥＳ）、充電制御装置１０は、Ｓ６に処理を進める。

【0049】

一方、Ｓ３の判定で、そのユーザに対応するＣｏｎｔｒａｃｔ証明書が証明書保管部１０５に保存されていない場合（Ｓ３でＮＯ）、充電制御装置１０は、処理をＳ４に進める。すなわち、充電制御装置１０は、ネットワークＮ１を介して、センタのサーバ５にＯＥＭＰｒｏｖｉｓｉｎｏｎｉｎｇ証明書を提示した問い合わせを行う（Ｓ４）。この問い合わせは、Ｃｏｎｔｒａｃｔ証明書のインストールの要求ということもできる。なお、上述の通り、充電制御装置１０は、ＯＥＭＰｒｏｖｉｓｉｎｏｎｉｎｇ証明書をユーザ識別情報（ＵＩＤ）に対応づけた識別情報（ＰＣＩＤ）を基に、証明書保管部１０５から取得できる。そして、Ｃｏｎｔｒａｃｔ証明書のインストールが成功すると（Ｓ５でＹＥＳ）、充電制御装置１０は、Ｓ６に処理を進める。

【0050】

そして、Ｓ３でＹＥＳまたはＳ５でＹＥＳの場合、充電制御装置１０は、ユーザ識別情報（ＵＩＤ）に対応づけられたＥＭＡＩＤから、当該ユーザに発行されたＣｏｎｔｒａｃｔ証明書を取得する（Ｓ６）。この状態で、充電制御装置１０は、充電プラグ２Ｂが電動車１のコネクタに接続されるのを待つ（Ｓ７）。そして、充電プラグ２Ｂが電動車１のコネクタに接続されると（Ｓ７でＹＥＳ）、充電制御装置１０は、充電設備２との間で、ＰｎＣのセッションを開始する。

【0051】

一方、充電制御装置１０は、Ｓ２の判定で、ユーザ識別情報（ＵＩＤ）を取得できない場合（Ｓ２でＮＯ）、Ｓ９に処理を進める。また、Ｓ５において、Ｃｏｎｔｒａｃｔ証明書のインストールができない場合（Ｓ５でＮＯ）も、充電制御装置１０は、Ｓ９に処理を進める。そして、充電制御装置１０は、充電プラグ２Ｂが電動車１のコネクタに接続されるのを待つ（Ｓ９）。ただし、所定のタイムアウト時間が経過しても充電プラグ２Ｂが電動車１のコネクタに接続されない場合（Ｓ９でＮＯ）、充電制御装置１０は、Ｓ１に処理を戻す。一方、Ｓ９の判定で、充電プラグ２Ｂが電動車１のコネクタに接続されると（Ｓ９でＹＥＳ）、充電制御装置１０は、ＰｎＣではなく、ＥＩＭによるセッションを開始する（Ｓ１０）。

【0052】

（実施形態の効果）
上述のように、電動車１と充電設備２との間の通信は、ＩＳＯ１５１１８－２で規定されている。例えば、ユーザ認証を行うプラグアンドチャージ（ＰｎＣ）による充電の手順が定義されている。ＰｎＣによる充電の手順はＣｏｎｔｒａｃｔ証明書（およびその秘密鍵）を電動車１内にインストールし、充電セッション中にこのＣｏｎｔｒａｃｔ証明書を充電設備２に送ることで成立する。しかしながら、ＩＳＯ１５１１８－２ではＣｏｎｔｒａｃｔ証明書の車両１台あたりの所持数は１つしか想定されておらず、必ずしもすべてのユースケースに対応できない。例えば、ＩＳＯ１５１１８－２の規格は、複数のユーザが同じ車両を共有、共同利用または分担利用（以下、共用ともいう）しており、複数のユーザのそれぞれが異なるユーザとして認証を行いたい場合には、十分ではない。

【0053】

本実施形態では、充電制御装置１０は、車両を使用するユーザを識別し、識別したユーザに対応するＣｏｎｔｒａｃｔ証明書を保有している場合に充電を実施する。すなわち、充電制御装置１０は、指紋の画像、ユーザの顔の画像、または文字列の識別情報とパスワード等から、ハッシュ値を生成し、ユーザ識別情報（ＵＩＤ）を得る。また、充電制御装置１０は、文字列の識別情報とパスワードをユーザ識別情報（ＵＩＤ）とする。そして、充電制御装置１０は、ユーザ識別情報（ＵＩＤ）を基に、そのユーザに対応するＣｏｎｔｒａｃｔ証明書を証明書保管部１０５から取得する。そして、充電プラグ２Ｂが電動車１のコネクタに接続されると、充電制御装置１０は、充電設備２との間で、ＰｎＣのセッションを開始する。したがって、電動車１が複数のユーザに共用される場合でも、ユーザご
とにＰｎＣにより、充電設備２から電動車１のバッテリ１９に充電することができる。

【0054】

ただし、充電制御装置１０は、ユーザの識別ができない場合は、Ｃｏｎｔｒａｃｔ証明書によらない充電方式、例えば、ＥＩＭによるセッションで充電設備２から電動車１のバッテリ１９に充電させる。したがって、かりにＰｎＣによるセッションが成立しない場合でも、充電制御装置１０は、ユーザに対して、充電設備２からバッテリ１９に充電させるように促すことができる。

【0055】

また、充電制御装置１０は、識別したユーザに対応するＣｏｎｔｒａｃｔ証明書を保有していない場合には、ネットワークＮ１を通じてサーバ５から、識別したユーザに対応するＣｏｎｔｒａｃｔ証明書を取得する。ここで、サーバ５は、ネットワークを通じて通信可能なＣｏｎｔｒａｃｔ証明書の発行装置ということができる。したがって、充電制御装置１０は、Ｃｏｎｔｒａｃｔ証明書を保有していない場合でも、ユーザを識別することで、Ｃｏｎｔｒａｃｔ証明書を取得し、充電設備２からバッテリ１９に充電させることができる。

【0056】

さらに、充電制御装置１０はＣｏｎｔｒａｃｔ証明書を取得できない場合には、Ｃｏｎｔｒａｃｔ証明書によらない充電方式、例えば、ＥＩＭによるセッションで充電設備２から電動車１のバッテリ１９に充電させる。したがって、充電制御装置１０はＣｏｎｔｒａｃｔ証明書を取得できない場合でも、ユーザに充電設備２からバッテリ１９に充電させるように促すことができる。

【0057】

また、充電制御装置１０は、ユーザ識別情報（ＵＩＤ）と、各ユーザに対応するＣｏｎｔｒａｃｔ証明書のＥＭＡＩＤを保存する証明書保管部１０５を有し、各ユーザに対応するＣｏｎｔｒａｃｔ証明書を取得する。したがって、充電制御装置１０は、ユーザを識別することで、適切に各ユーザに対応するＣｏｎｔｒａｃｔ証明書を取得し、充電設備２からバッテリ１９に充電させることができる。

【0058】

さらに、充電制御装置１０は、ユーザを識別する識別情報と、各ユーザに対応するＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書の識別情報（ＰＣＩＤ）を保存する証明書保管部１０５を有し、各ユーザに対応するＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書を取得する。ここで、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書は、Ｃｏｎｔｒａｃｔ証明書のインストールをサーバ５に要求するときに、サーバ５に提示する必要がある証明書である。したがって、充電制御装置１０は、Ｃｏｎｔｒａｃｔ証明書がない場合でも、適切に各ユーザに対応するＣｏｎｔｒａｃｔ証明書を取得し、充電設備２からバッテリ１９に充電させることができる。

【0059】

＜第２の実施の形態＞
上記第１の実施の形態では、充電制御装置１０は、ユーザ識別情報（ＵＩＤ）と、各ユーザに対応するＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書を有し、Ｃｏｎｔｒａｃｔ証明書がない場合でも、適切に各ユーザに対応するＣｏｎｔｒａｃｔ証明書を取得する。しかし、例えば、レンタカーサービスなどを想定すると、各ユーザに対応するＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書を用いた処理は、手間が複雑である。また、ＩＳＯ１５１１８－２ではＣｏｎｔｒａｃｔ証明書と一意に対応するＯＥＭＰｒｏｖｉｓｉｎｏｎｉｎｇ証明書（車両の製造元または販売元が発行する車両製造時の証明書）が必要とされるため処理が複雑である。そこで、本実施形態では、充電制御装置１０がＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書なしに、一時的なＣｏｎｔｒａｃｔ証明書を取得してＣｏｎｔｒａｃｔ証明書だけでＰｎＣを実行する手段を提供する。なお、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書なしに、一時的なＣｏｎｔｒａｃｔ証明書を取得すること以外の第２の実施の形態の構成および手順は第１の実施の形態と同様である。そこで、第２の実施の形態の構成および手
順のうち、第１の実施の形態と同一の構成または手順については、第１の実施の形態と同一の符号を付して、その説明が省略される。

【0060】

図７は、第２の実施の形態において、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書なしに、一時的なＣｏｎｔｒａｃｔ証明書を電動車１に発行する処理のデータフローを例示する図である。図７の処理は、電動車１と充電設備２との間のＰｎＣの前提として実行される。

【0061】

この処理では、第１の実施の形態と同様、充電制御装置１０のユーザ識別部１０１は、例えば、ユーザの指紋の画像、顔の画像、ユーザによって入力された文字列の識別情報とパスワードから、ハッシュ値を計算し、ユーザ識別情報（ＵＩＤ）を取得する。ただし、ユーザ識別情報（ＵＩＤ）は、文字列の識別情報とパスワードそのものであってもよい。そして、充電制御装置１０は、事前にユーザ識別情報（ＵＩＤ）と、ユーザに課金するための課金情報とをサーバ５に登録する（矢印Ａ１０）。この登録は、充電制御装置１０がユーザの操作にしたがって、ネットワークＮ１を介したサーバ５との通信により実施すればよい。ただし、充電制御装置１０は、ハッシュ値等のユーザ識別情報（ＵＩＤ）をユーザが使用する端末その他のユーザ装置に送信し、ユーザ装置がユーザの操作にしたがって、ユーザ識別情報（ＵＩＤ）と、ユーザに課金するための課金情報をサーバ５に登録してもよい。

【0062】

一方、ユーザ識別部１０１は、ハッシュ値等のユーザ識別情報（ＵＩＤ）を充電通信装置１１０に引き渡す（矢印Ａ１１）。ここで、充電通信装置１１０は、例えば、公開鍵Ｋ１Ｏと秘密鍵Ｋ１Ｐのペアを生成する。そして、充電通信装置１１０は、ユーザ識別情報（ＵＩＤ）と、公開鍵Ｋ１Ｏをサーバ５に提示して、一時的なＣｏｎｔｒａｃｔ証明書の発行を要求する（矢印Ａ１２）。すると、サーバ５は、ユーザ識別情報（ＵＩＤ）と課金情報がサーバ５に登録されていることを確認する。そして、ユーザ識別情報（ＵＩＤ）と課金情報がサーバ５に登録されている場合に、サーバ５は、ユーザ識別情報（ＵＩＤ）に対応する一時的なＣｏｎｔｒａｃｔ証明書と秘密鍵Ｋ２Ｐとを公開鍵Ｋ１Ｏで暗号化して、充電通信装置１１０に発行する（矢印Ａ１３）。したがって、サーバ５は、識別したユーザに対する課金が可能となる課金情報が登録されている場合に証明書情報であるＣｏｎｔｒａｃｔ証明書の発行を許容する発行装置の一例ということができる。

【0063】

充電通信装置１１０は、暗号化された一時的なＣｏｎｔｒａｃｔ証明書と秘密鍵Ｋ２Ｐを秘密鍵Ｋ１Ｐで復号し、取得する。充電通信装置１１０は、復号した一時的なＣｏｎｔｒａｃｔ証明書と秘密鍵Ｋ２Ｐを証明書保管部１０５にユーザ識別情報（ＵＩＤ）と対応づけて保存する。以降、充電通信装置１１０は、ユーザ識別情報（ＵＩＤ）で証明書保管部１０５を検索し（矢印Ａ１４）、一時的なＣｏｎｔｒａｃｔ証明書と秘密鍵Ｋ２Ｐを取得可能となる（矢印Ａ１５）。なお、一時的なＣｏｎｔｒａｃｔ証明書の有効期間は、通常のＣｏｎｔｒａｃｔ証明書よりも短い期間とすればよい。以上から、充電通信装置１１０は、識別したユーザに対応するＣｏｎｔｒａｃｔ証明書を課金情報が登録された発行装置であるサーバ５から取得すると言える。

【0064】

そして、充電通信装置１１０は、ユーザ識別情報（ＵＩＤ）に対応する一時的なＣｏｎｔｒａｃｔ証明書を充電設備２に提示し、ＰｎＣによる充電を充電設備２に要求する（矢印Ａ１６）。なお、秘密鍵Ｋ２Ｐは、第１実施形態と同様、ＰｎＣにおいて、ユーザの認証のための署名に使用される。充電設備２は、ＰｎＣによる認証が成功すると、バッテリ１９の充電を開始する（矢印Ａ１７）。

【0065】

以上述べたように、本実施形態では、充電通信装置１１０は、事前にユーザのハッシュ値等のユーザ識別情報（ＵＩＤ）と課金情報とをサーバ５に登録しておくことで、必要に応じて、適時、一時的なＣｏｎｔｒａｃｔ証明書の発行を受けることができる。すなわち
、サーバ５は、ユーザ識別情報（ＵＩＤ）に基づいて、ユーザに課金が可能であるならば、ＯＥＭＰｒｏｖｉｓｉｏｎｉｎｇ証明書なしに、一時的なＣｏｎｔｒａｃｔ証明書をユーザに発行しても充電に対する費用の回収が可能である。したがって、本実施形態の充電システムでは、レンタカーサービスなどにおいも、ＰｎＣによる充電が可能となる。

【0066】

＜コンピュータが読み取り可能な記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

【0067】

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスク、ＲＯＭ（リードオンリーメモリ）等がある。さらに、ＳＳＤ（Solid State Drive）は、コンピュータ等から取り外し可能な記録媒体としても、コンピュータ
等に固定された記録媒体としても利用可能である。

【符号の説明】

【0068】

１ 電動車
２ 充電設備
５ サーバ
１０ 充電制御装置
１１、２１ ＣＰＵ
１２、２２ 主記憶部
１３、２３ 外部記憶部
１６Ａ、２６Ａ 外部通信部
１６Ｂ、２６Ｂ 電力線通信部
１９ バッテリ
２Ａ ＥＩＭリーダ
２Ｂ プラグ
１０１ ユーザ識別部
１０２ 証明書選択部
１０３ 通信部
１０４ 鍵管理部
１０５ 証明書保管部
１１０ 充電通信装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】