CN116669985A - 用于提供关于pnc相关服务提供商的信息的方法及装置 - Google Patents

Abstract

公开了用于提供关于支持PnC的移动解决方案提供商或移动服务提供商的信息的方法及装置。该方法包括以下步骤：从安装在EV中的电动车辆通信控制器(EVCC)接收PnC的授权建立请求消息；根据授权建立请求消息，生成支持与EV相关联的供电设备的PnC的服务提供商的列表；将包括服务提供商列表的授权建立响应消息发送到EVCC；从EVCC接收包括由从服务提供商列表中选择的第一服务提供商发布的合同证书的授权请求消息；以及基于合同证书将用于通知由第一服务提供商支持的PnC的授权完成的授权响应消息发送到EVCC。

Description

用于提供关于PNC相关服务提供商的信息的方法及装置

技术领域

本公开涉及一种提供服务提供商信息的方法，并且更具体地涉及一种提供关于支持***充电/停车充电(PnC)服务的移动运营商或移动服务提供商的信息的方法和装置。

背景技术

电动车辆(EV)由具有电池电力的电机提供动力，并且与传统的汽油发动机车辆相比，提供了诸如减少的空气污染物，诸如废气和噪音、更少的故障、更长的寿命、以及简化的操作的优点。

EV可基于它们的动力源或推进***被分类成混合电动车辆(HEV)、插电式混合电动车辆(PHEV)和电动车辆(EV)。HEV具有用于主动力的发动机和用于辅助动力的电机，PHEV具有用于主动力的电机和在电池放电时使用的发动机。另一方面，EV仅由电机供电并且不具有发动机。

EV充电***基本上可以被定义为使用来自商用电网或能量存储装置的电力对安装在EV中的电池充电的***。根据EV的类型，EV充电***可以具有各种形式。例如，EV充电***可以作为包括EV和EV供电设备(EVSE)的传导充电***并且使用电缆或非接触无线电力传输(WPT)***来操作。EVSE可以简单地称为“供电设备(SE)”。

某个EVSE在经过用于EV的预定授权过程之后可以开始充电，并且这样的授权过程根据充电基础设施(简要地，“基础设施”)和EV的功能而不同。用于EV充电的两个代表性授权方案可以包括：***充电/停车充电(PnC)方案，其中，使用存储在EV中的合同证书来自动完成授权和支付；以及其中使用诸如***或借记卡、现金、智能电话、web应用、NFC、RFID、电话呼叫等的外部标识手段(EIM)执行标识、授权和支付的方案。

即，PnC方案是一种自动授权方案，其在不需要来自用户的任何交互的情况下使用证书对EV充电用户进行授权。

这种PnC方案通常被分类为有线充电方案和无线充电方案。有线充电方案是指通过简单地在EV和充电站之间***插头来执行服务授权和充电的插头和充电方案，而无线充电方案是指通过简单地将EV停放在充电站的充电点上来执行服务授权和充电的PnC方案。当使用PnC方案时，EV用户认证、充电和计费等所有过程在对EV充电时被自动处理。

同时，EV的所有者可以与充电点运营商(CPO)、移动运营商(MO)或移动服务提供商(eMSP)订立PnC相关的服务使用合同，在初始充电时在EV中安装合同证书，并且然后在与对应的CPO、MO或eMSP相关联的充电站处接收PnC服务。

根据现有技术，为了接收PnC服务，EV应当将用于授权的合同证书发送到供电设备(SE)。在这种情况下，EV可以持有不同MO的不同的合同证书。在授权期间，EV可以不具有关于由对应的充电站支持的CPO、MO或eMSP的信息。因而，如果EV传送由充电器不支持的CPO、MO或eMSP发布的合同证书，则EV应当终止会话并重启与另一合同证书的会话。

如上所述，为了使PnC授权步骤高效且可靠，需要一种用于使EV预先知道SE或SE的充电器能够授权的MO的方法。

此外，在PnC的情况下，EV可以持有多个合同证书。在这种情况下，当传送PnC的授权请求消息时，EV应当从多个合同证书中选择一个合同证书并且将其传送到SE。如果CPO、MO或eMSP不支持作为合同证书的提供商的SE，则EV应当选择另一合同证书并且重复尝试PnC授权。也就是说，EV应当重复授权请求过程，直到它选择由对应的CPO、MO或eMSP发布的合同证书，或直到它发送它拥有的所有合同证书。这种试错问题在PnC授权中是非常低效的。

发明内容

【技术问题】

鉴于上述现有技术的需求，提出了本发明以解决现有技术的问题，本发明的目的是提供一种提供PnC相关服务提供商信息的方法及装置，用于供电设备通信控制器(SECC)向EV通信控制器(EVCC)提供支持PnC服务的移动运营商或移动服务提供商(例如，移动服务商(eMSP))的信息。

本发明的另一目的在于提供一种提供PnC服务提供商信息的方法及装置，通过对PnC流程的改进，能够提高PnC流程的可靠性和稳定性。

【技术方案】

根据本公开的一方面，一种用于PnC相关的服务提供商信息的方法，用于解决上述技术问题，该方法由向电动车辆(EV)供应电力的供电设备(SE)的供电设备通信控制器(SECC)执行，该方法可以包括：从安装在EV中的EV通信控制器(EVCC)接收PnC的授权建立请求消息；根据授权建立请求消息，生成支持用于与EV相关联的SE的PnC的服务提供商的服务提供商列表；将包括服务提供商列表的授权建立响应消息发送到EVCC；从EVCC接收包括与从服务提供商列表选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息；以及基于服务提供商信息和合同证书，将指示由第一服务提供商支持的PnC的授权完成的授权响应消息发送到EVCC。

授权建立响应消息可包括具有支持的服务提供商列表和生成质询(GenChallenge)的元素的PnC授权建立响应标识模式(PnCASResIdentificationMode)参数。

支持的服务提供商列表可以是支持与EV相关联的SE的PnC的服务提供商的列表，并且可以包括在支持用于EV的电池充电的PnC的合同关系中的移动运营商的信息或标识符。

支持的服务提供商列表(SupportedProviderList)可以是支持与EV相关联的SE的PnC的服务提供商的列表，并且可以包括在支持用于EV的电池充电的PnC的合同关系中的移动运营商的漫游平台。

授权建立响应消息还可包括设置为“OK”的响应代码参数和设置为“PnC”的授权服务参数。

授权建立响应消息还可包括设置为“真”或“假”的证书安装服务参数。

该方法还可以包括：允许EVCC基于包括在授权建立响应消息中的服务提供商列表，从服务提供商列表中选择一个移动运营商(MO)。

该方法还可以包括：允许EVCC生成授权请求消息，授权请求消息包括从服务提供商列表中选择的第一MO的服务提供商信息和由第一MO发布的合同证书。

该方法还可以包括：基于包括在授权建立响应消息中的服务提供商列表，允许EVCC释放与SE相关联的状态；或者允许EVCC输出用于使EV离开SE的停车区域的信号。

该方法还可以包括：允许EVCC基于服务提供商列表选择包括在服务提供商列表中的漫游平台或漫游服务；以及允许EVCC生成授权请求消息，授权请求消息包括设置为漫游平台或漫游服务的服务提供商信息以及由漫游平台或提供漫游服务的漫游平台发布的合同证书。

授权请求消息可以包括设置为“PnC”的选择的授权服务参数，以及可以包括PnC请求标识模式或PnC请求授权模式参数内的生成质询元素和合同证书链元素，并且将合同证书链元素设置为漫游平台。

根据本公开的另一方面，一种用于提供PnC相关的服务提供商信息的方法，用于解决由电动车辆(EV)的电动车辆通信控制器(EVCC)执行的上述技术问题，该方法可以包括：将PnC的授权建立请求消息发送到向EV供应电力的供电设备(SE)的供电设备通信控制器(SECC)；从SECC接收授权建立响应消息，授权建立响应消息包括支持与EV相关联的SE的PnC的服务提供商的服务提供商列表；将包括与从服务提供商列表中选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息发送到SECC；以及从SECC接收指示由第一服务提供商支持的PnC的授权完成的授权响应消息。

授权建立响应消息可包括具有支持的服务提供商列表和生成质询(GenChallenge)的元素的PnC授权建立响应标识模式(PnCASResIdentificationMode)参数。

支持的服务提供商列表可以是支持与EV相关联的SE的PnC的服务提供商的列表，并且可以包括在支持用于EV的电池充电的PnC的合同关系中的移动运营商的信息或标识符。

支持的服务提供商列表(SupportedProviderList)可以是支持与EV相关联的SE的PnC的服务提供商的列表，并且可以包括通过在支持用于EV的电池充电的PnC的合同关系中移动运营商中的一个的漫游平台。

授权建立响应消息还可包括设置为“OK”的响应代码参数和设置为“PnC”的授权服务参数。

授权建立响应消息还可包括设置为“真”或“假”的证书安装服务参数。

该方法还可以包括：基于包括在授权建立响应消息中的服务提供商列表，从服务提供商列表中选择一个移动运营商(MO)。

该方法还可以包括：生成授权请求消息，其包括从服务提供商列表中选择的第一MO的服务提供商信息和由第一MO发布的合同证书。

该方法还可以包括：基于包括在授权建立响应消息中的服务提供商列表，释放与SE相关联的状态；或者输出用于使EV离开SE的停车区域的信号。

该方法还可包括：基于服务提供商列表选择包括在服务提供商列表中的漫游平台或漫游服务；以及生成授权请求消息，其包括设置为漫游平台或漫游服务的服务提供商信息以及由漫游平台或提供漫游服务的漫游平台发布的合同证书。

根据本公开的又一方面，一种用于提供PnC相关的服务提供商信息的装置，用于解决上述技术问题，作为PnC相关的服务提供商信息提供装置，该装置包括向电动车辆(EV)供应电力的供电设备(SE)的供电设备通信控制器(SECC)，该装置可以包括处理器和存储能够由处理器执行的指令的存储器。当由处理器执行指令时，指令被配置为执行：从安装在EV中的EV通信控制器(EVCC)接收PnC的授权建立请求消息；根据授权建立请求消息，生成支持用于与EV关联的SE的PnC的服务提供商的服务提供商列表；将包括服务提供商列表的授权建立响应消息发送到EVCC；从EVCC接收包括与从服务提供商列表选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息；以及基于服务提供商信息和合同证书，将指示由第一服务提供商支持的PnC的授权完成的授权响应消息发送到EVCC。

根据本公开的又一方面，一种用于提供PnC相关的服务提供商信息的装置，用于解决上述技术问题，作为包括电动车辆(EV)的电动车辆通信控制器(EVCC)的PnC相关的服务提供商信息提供装置，该装置可以包括处理器和存储能够由处理器执行的指令的存储器。当由处理器执行指令时，指令被配置为执行：将PnC的授权建立请求消息发送到向EV供应电力的供电设备(SE)的供电设备通信控制器(SECC)；从SECC接收授权建立响应消息，授权建立响应消息包括支持与EV相关联的SE的PnC的服务提供商的服务提供商列表；将包括与从服务提供商列表中选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息发送到SECC；以及从SECC接收指示由第一服务提供商支持的PnC的授权完成的授权响应消息。

【有益效果】

根据本公开，SECC可以向EVCC提供关于充电站的MO或者支持PnC服务的eMSP的信息，使得EV可以提前知道MO，MO能够由充电器授权并且向充电器递送由MO支持的合同证书。因而，可以正确且快速地处理PnC过程中的授权。

此外，根据本公开，当EV具有多个合同证书时，EV可以在PnC过程开始时从SE接收关于能够支持充电站或充电器的服务提供商的信息。因而，当EV通过PnC的授权请求消息选择要发送的合同证书时，EV可以利用支持SE的CPO、MO或eMSP正确地选择合同证书，并且向SECC提供选择的合同证书，从而提前消除试错(trial-and-error problems)问题。

此外，根据本公开，可以通过改进用于EV充电的PnC过程来提高PnC过程的可靠性和稳定性。

附图说明

图1是示出根据本公开的示例性实施例的PnC相关服务提供商信息提供***的总体配置的概念图。

图2是示出PnC架构的示例性示图，根据本公开示例性实施例的PnC相关的服务提供商信息提供方法可应用于该PnC架构。

图3是用于描述可在图2的PnC架构中使用的PKI的示例性示图。

图4是示出根据本公开的示例性实施例的用于V2G通信状态的消息排序以描述PnC相关的服务提供商信息提供方法的框图。

图5是用于描述根据本公开的示例性实施例的可与PnC相关的服务提供商信息提供方法相结合的证书安装方法的示例性示图。

图6是用于描述根据本发明示例性实施例的PnC相关服务提供商信息提供方法的主要过程的图。

图7a和7b是可用于图6的PnC相关服务提供商信息提供方法中的授权建立响应消息的一些配置的方案图。

图8是用于描述根据本公开的另一示例性实施例的PnC相关服务提供商信息提供方法的主要过程的图。

图9是根据本公开的另一示例性实施例的PnC相关服务提供商信息提供装置的示意性框图。

具体实施方式

由于本公开可以进行各种修改并且具有多种形式，所以具体示例性实施例将在附图中示出并在具体实施例中详细描述。然而，应当理解的是，并不旨在将本公开局限于具体的示例性实施例，而是相反，本公开将覆盖落入本公开的精神和范围内的所有修改和替换。

诸如第一、第二等的关系术语可以用于描述各种元件，但是元件不应受术语的限制。这些术语仅用于将一个元件与另一个元件区分开。例如，在不背离本公开的范围的情况下，第一组件可命名为第二组件，并且第二组件也可类似地命名为第一组件。术语“和/或”是指多个相关和描述的项目中的任何一个或组合。

当提及某个组件与另一组件“耦接”或“连接”时，应当理解的是，某个组件与另一组件直接“耦接”或“连接”，或者可以在其间设置另外的组件。相反，当提及某个组件与另一组件“直接耦接”或“直接连接”时，应当理解，另一组件不布置在其间。

本公开中使用的术语仅用于描述具体示例性实施例，并不旨在限制本公开。除非上下文另有明确规定，否则单数表达包括复数表达。在本公开中，诸如“包括”或“具有”的术语旨在指定存在本说明书中描述的特征、数量、步骤、操作、组件、部件或其组合，但是应当理解，该术语不排除一个或多个特征、数量、步骤、操作、组件、部件或其组合的存在或添加。

除非另有定义，否则本文中使用的所有术语(包括技术术语和科学术语)具有与本公开所属领域的普通技术人员通常理解的相同的含义。通常使用的并且已经在词典中的术语应被解释为具有与本领域中的上下文含义相匹配的含义。在本说明书中，除非明确定义，否则术语不一定被解释为具有形式含义。

在本公开中使用的附加术语定义如下。

“电动车辆(EV)”可以指代联邦法规(CFR)523.3等的49代码中定义的汽车。EV可以在高速公路上使用并且由从车载储能装置(诸如从车辆外部的电源可再充电的电池)供应的电力驱动。供电源可包括住宅、公共电服务或使用车载燃料的发电机。EV可被称为电动汽车、电动车辆、电动道路车辆(ERV)、插电式车辆(PV)、插电式车辆(xEV)等，xEV可被称为或分类为插电式全电动车辆或电池电动车辆(BEV)、插电式电动车辆(PEV)、混合动力电动车辆(HEV)、混合动力插电式电动车辆(HPEV)、插电式混合动力电动车辆(PHEV)等。

“插电式电动车辆(PEV)”可以指通过连接至电网为车载主电池充电的EV。

“无线电力充电***(WCS)”可以指用于在地面发射板(GA)和车载接收板(VA)之间进行无线电力传送、对准和通信的***。

“无线电力传输(WPT)”可以指通过非接触方式，诸如来自电源(诸如公用设施、电网、能量存储装置和燃料电池发电机)的电磁感应和谐振，往返于EV发送或接收电力的技术。

“公共设施(Utility)”：一组***，其供应电能并且可以包括客户信息***(CIS)、高级计量基础设施(AMI)、资费和收益***等。公用设施可以基于费率表和离散事件向EV提供能量。另外，公用设施可以提供关于EV的认证、电力消耗测量的间隔以及收费的信息。

“智能充电”：一种***，其中EVSE和/或PEV与电网通信，以通过反映电网容量或使用费用来优化EV的充电比或放电比。

“互操作性”：一种状态，其中***的部件与所述***的对应部件交互以执行由***瞄准的操作。此外，信息互操作性可以指两个或更多个网络、***、装置、应用或组件可以有效地共享和容易地使用信息而不给用户造成不便的能力。

“感应充电***”：一种***，经由两部分间隙式磁芯变压器将能量从电源传递至EV，在两部分间隙式磁芯变压器中，两个一半的变压器(即，初级线圈和次要线圈)彼此物理分离。在本公开中，感应式充电***可以对应于EV电力传输***。

“电感耦合”：两个线圈之间的磁耦合。在本公开中，在GA线圈和VA线圈之间耦合。

“原始设备制造商(OEM)”：EV制造商或由EV制造商运营的服务器。它可以包括发布OEM根证书的根认证授权机构(CA)或根认证服务器。

“电网运营商(V2G运营商)”：主要活动者使用传输协议或用于发起区块链的实体参与V2G通信，该区块链用于EV或EV用户的自动认证以及在区块链上创建智能合约。其可包括至少一个受信认证机构或受信认证服务器。

“移动运营商(MO)”：PnC架构内的实体之一，该实体与EV的所有者具有关于充电、批准和支付的合同关系，以使得EV驾驶员能够在充电站处对EV电池充电。它可以包括发布和管理其自身的证书的至少一个认证授权机构或认证服务器。计费服务运营商可以被称为移动运营商。

“充电服务提供商(CSP)”：负责管理和认证EV用户的凭证并执行向客户提供账单和其他增值服务的角色的实体。可以对应于特定类型的MO，并且可以与MO以组合的形式实现。

“充电站(CS)”：具有一个或多个EV供电设备并且实际上执行EV的充电的设施或装置。

“充电站运营商(CSO)”：连接到电网并管理电力以供应EV请求的电力的实体。它可以是与充电点运营商(CPO)或e-移动服务提供商(eMSP)具有相同概念的术语，或者它可以是包括在CPO或eMSP中或者包括CPO或eMSP的概念的术语。CSO、CPO或eMSP可以包括发布或管理其自身的证书的至少一个认证授权机构。

“e-移动认证标识符(eMAID)”：将合同证书链接到使用电力的电动车辆所有者的支付账户的唯一标识符。在示例性实施例中，移动认证标识符可以包括EV证书的标识符或者提供证书(provisioning certificate)的标识符。术语eMAID可以被替换以指代“e-移动账户标识符“或者可以被替换为合同ID。

“结算所(CH)”：处理MO、CSP和CSO之间的合作事项的实体。它可以充当促成双方之间漫游的EV充电服务的批准、计费和调整过程的中介。

“漫游”：CSP之间的信息交换和方案和规定，其允许EV用户通过使用单个凭证和合同来访问由涉及多个e-移动网络的多个CSP或CSO提供的计费服务。

“凭证”：代表EV或EV的所有者的身份的物理或数字资产，并且可以包括用于验证身份的密码、在公钥加密算法中使用的公钥和私钥对、由认证机构发布的公钥证书、与受信根认证机构相关的信息。

“证书”：通过数字签名将公钥绑定到ID的电子文档。

“服务会话”：围绕与在特定时间帧内用唯一标识符分配给特定客户的EV的充电有关的充电点的服务集合。

在下文中，将参考附图详细地解释本公开的示例性实施例。

在本示例性实施例中将描述的用于提供支持PnC服务的移动运营商或移动服务提供商的信息的方法，其特征在于SECC向EVCC提供关于支持PnC服务的服务提供商，诸如CPO、MO和eMSP的信息。

图1是示出根据本公开的示例性实施例的PnC相关服务提供商信息提供***的总体配置的概念图。

如图1所示，与MO和CPO中的至少一个互通的充电站的SECC可以是一种类型的PnC相关的服务提供商信息提供装置，并且可以在意图对电池充电的EVCC已经与特定的EVSE建立通信信道的状态下，执行EV的PnC授权过程。

对于PnC授权，EV的用户(即，EV用户)可以首先用提供证书标识(PCID)订立充电合同以加入MO，并且然后使用在加入MO时生成的合同数据来将合同证书传送到证书提供服务(CPS)的服务提供商。

PCID可以是EV证书的认证标识符。进一步地，合同数据或合同相关信息可以包括与PCID对应的账户标识符，以及账户标识符的有效期和活动状态。账户标识符可以是EV用户的标识符，并且当账户标识符有效时，活动状态可以具有对应于“真”的值，否则，活动状态可以具有对应于“假”的值。

此外，控制EVSE的SECC可以从EVCC接收请求与EV充电的支付相关的支付细节的消息，并且向EVCC发送与请求消息相对应的响应消息。响应消息可包括关于支付细节的信息。

此外，SECC可以从EVCC接收与EV用户的认证相关的授权请求消息，将授权请求消息发送到CPO、CPS等，以获得与对应于认证标识符的有效账户标识符相关联的授权和撤销的检查结果，并且基于检查结果将关于PnC授权的响应消息发送到EVCC。

在传导电力传输的情况下，上述EVSE可以包括用于各个相的导体、中性和保护接地导体、插头附接至的EV耦合器等，可以包括被安装为通过配线向EV传输能量的其他附件、装置、电源插座或装置，并且可以被安装为使得在它们之间能够通信。在WPT的情况下，上述EVSE可以包括SECC和包括在SECC的控制下操作的一个或多个电源设备的非车载设备。在以下描述中，上述EVSE也可以简称为供电设备(SE)。

同时，以下将参考图2和图3的部分描述用于EV充电的认证过程。

首先，当EV期望通过自主驾驶或根据驾驶员的输入信号在EV充电站对车辆电池充电时，EV可以使用外部识别装置(EIM)(使用诸如EV用户的***、现金、会员卡等)的手动方案或者向EVSE的SECC(以下简称为“充电器”)发送第一消息以便使用自动授权和支付方案(即，***充电/停车充电(PnC))。

第一消息可包括授权建立请求消息。授权建立请求消息可以为空消息。

已经传送了授权建立请求消息的EVCC可以从SECC接收授权建立响应消息，该授权建立响应消息包括用于支持与EV相关联的SE的PnC服务的至少一个或多个服务提供商的服务提供商列表。

然后，EVCC可以将包括从服务提供商列表中选择的一个移动运营商的信息或标识符以及由选择的移动运营商发布的合同证书的授权请求消息或第二消息发送到向SECC。

当通过第二消息将eMAID和合同证书发送到充电器时，SECC可以基于对应的信息将包括PnC的授权或撤销确认结果的响应消息发送到EVCC。

然后，EVCC可以将包括用于支付服务选择的参数(PaymentServiceSelection)的消息发送到SECC，或者可以将请求关于支付细节的信息的支付细节请求消息(PaymentdetailsReq)发送到SECC。

更具体地，合同证书可以是由移动服务提供商(eMSP)的下级认证机构(Sub-CA)为EVCC发布的证书，可以通过SECC和/或次要活动者(SA)提供给EV，并且可以用于在应用层上的可扩展标记语言(XML)签名以验证由EVCC生成的签名。

次要活动者可以使用eMAID(其是合同证书的主字段的一部分)以授权EV基于链接到充电服务提供商的移动合同通过证书提供服务(CPS)来充电。SA可以包括CPO和MO，或者还可以包括提供增值网络的增值网络运营商。SECC可以根据SA的确认结果向EV的EVCC发送响应于支付细节请求消息的支付细节响应消息(PaymentdetailsRes)。

当由EVCC生成的签名没有问题时，SA或SECC可以通过预定消息向EVCC传送关于充电尝试许可的质询文本。EVCC可以对质询文本进行签名，并且将包括签名的质询文本的消息发送到EVSE，以继续充电过程的授权。该消息可以包括请求对充电的授权或批准的授权请求(AuthorizationReq)消息。控制与EV相关联的EVSE的SECC可以接收授权请求消息，并且验证包括在授权请求消息中的EV的签名，以认证用户。

通过上述PnC过程，EVCC可以为充电过程做准备，通过有线链路或无线链路连接到诸如充电站(CS)的EVSE的充电设备，在充电授权下接收电能，并且对车辆电池充电。

上述PnC过程可以通过安全会话来执行。在这种情况下，由于应当基于相应实体的证书发送和接收消息，因此可能需要用于发布、管理和更新相应实体的证书的后端***。

图2为示出了PnC架构的示例性示图，根据本发明示例性实施例的PnC相关的服务提供商信息提供方法可应用于PnC架构。

如图2所示，PnC架构用于EV充电服务，并且可以包括PnC架构组成***(诸如OEM、MO或CSP、CPO或CSO、以及V2G运营商)，并且可以包括CPS和由其提供的合同证书池(CCP)。

EV是指由EV用户拥有的EV，并且可以在充电站对安装在EV中的电池充电或者以有线或无线方式从电池向电网供电。OEM提供证书可以在制造期间安装在EV中。当车辆购买合同和与MO的合同订立时，合同证书可安装在EV中。另外，可以在EV中安装V2G运营商的V2G根证书。

OEM可以包括发布OEM根证书并且操作和维护其下级认证机构(OEM Sub-CA)的根认证机构(根CA)。当制造EV时，OEM可以使用OEM中间链证书(即，OEM Sub-CA证书)来生成OEM提供证书，并且通过OEM注册机构(RA)将OEM提供证书安装在EV中。

根CA、子CA和OEM证书池(即，Cert.Pool)。OEM的RA可以与MO的RA(即，MO RA)连接，证明MO RA或其服务器的身份，并且为其发布证书。

MO或CSP是与EV用户具有合同关系以用于充电、授权和支付的实体，使得EV用户可以在充电站对EV电池进行充电。为了EV从当前充电站接收充电服务，当前充电站应当属于预先注册的MO或者支持漫游场景。

MO可以包括MO根CA，其发布MO根证书，并且操作和维护其下级认证授权机构(即，MO Sub-CA)。在生成合同证书时，使用由其下级认证机构发行的MO根证书和MO中间链证书组成的MO证书链。此外，MO证书链还可以用于在非漫游或漫游环境中验证安装在EV中的合同证书。

MO的根CA和下级CA的认证服务器可以与CPO或CSO的充电站管理***(CSMS)相连，可以对CSMS的身份进行验证，根据验证结果发布证书。

此外，CSP可以认证EV用户，管理证书发布(凭证)，以及为EV用户提供充电和其他增值网络相关服务。CSP可以被认为对应于特定类型的MO，并且可以以与MO组合的形式来实现。

可以存在多个CSP，每个CSP可以与一个或多个CSO相关联，并且CSP和一个或多个CSO可以构成充电网络。EV可以从与具有合同关系的MO相关联的CSP或CSO接收PnC方案中的充电服务。当希望在没有与EV的合同关系或者不与具有与EV的合同关系的MO相关联的情况下通过另一CSO使用充电服务时，需要漫游。每个CSP可以与其他网络中的其他CSP或CSO交换信息以用于漫游，并且还可以与结算所(CH)交换信息。

在安装或更新EV中的合同证书的过程中，CPS可以通过CPS服务器将用于发送和接收证书的加密密钥与合同认证链一起提供给EV客户端或MO RA。CPS服务器可操作和维护CPS下级认证机构(Sub-CA)，并且可通过CPS子CA连接到V2G运营商的根CA。

CPS可配备有叶提供证书(leaf provisioning certificate)和供应中间链证书(即，Prov Sub-CAcert.)。当在EV中安装或更新合同证书时，CPS可以提供供应服务，其将每个MO的公钥、迪菲赫尔曼(DH)公钥和eMAID与合同证书链一起共享，使得EV可以使用它们来验证合同证书链并验证合同证书的完整性和真实性。

CCP可以在EV中安装或更新合同证书的过程期间临时存储用于安装或更新的响应消息。假设安装和更新超时非常短且严格，那么响应消息可以预先存储在CCP中并且维持直到安装或更新完全完成。由于可能存在安装或更新合同证书的若干EV，可以在添加参考号之后以目录的形式维持响应消息。

CCP可以包括连接到CSMS的CCP服务器，并且管理和维护由CCP服务器管理的数据库，并且存储合同证书、PCID、证书标识注册(CIR)等等。

V2G运营商充当与PnC架构中的公钥基础设施(PKI)有关的根CA。因此，V2G根CA用作根信任锚(trust anchor)，并且图3中所示的所有实体或活动者将V2G根CA视为受信的服务器。V2G根CA可连接到CPS子CA和连接到CPO子CA。V2G运营商可以向CSMS提供目录服务。

CSO或CPO可以操作充电站并且管理电力以提供所请求的充电服务。例如，CSO可以由充电站制造商、EVSE制造商或电力供应商操作。

关于PKI，CSO或CPO可以操作针对每个充电站生成SECC叶证书所需的CPO子CA。CPO子CA可以通过CPO RA连接到CSMS，并且处理CSMS的注册和认证。

充电站(CS)指的是在EV上执行充电的地点或者包括安装在那里的充电设施。CS可以具有至少一个传导充电器和/或无线充电点。一个或多个充电站可安装在商业专用充电设施中。此外，充电站可位于不同地方(诸如附接至EV用户的房子的停车场、加油站处的用于EV充电的停车区域、购物中心或工作场所处的停车区域等)。充电站可被称为“充电点”、“EV充电站”、“EV点”等。

交换所(CH)可处理MO与CSP之间的协作事件。CH可以充当促成在两个结算或结算方之间漫游的EV充电服务的授权、充电和结算过程的中间介质。当EV用户想要在不属于与EV具有合同关系的MO网络的充电站对EV进行充电时，CH可以通过连接到CSO或CSP来支持漫游服务。

在需要漫游的情况下。CH可以使CSO或CSP能够与MO签约并将授权和充电细节记录(CDR)传递给MO。CH可以被称为“合同结算所(CCH)”、“移动结算所(MCH)”、“漫游平台”、“电子移动结算所(e-MOCH)”等。

尽管上述CSO、CPS、MO、CCH和V2G运营商可被视为指代个人或个人组织，但贯穿本公开和权利要求书，它们可指代以硬件、软件和/或其组合实现的装置或组件，并且可出于可读性而在功能上被赋予缩短的名称。

另外，上述组件中的每可以是被实现为硬件、软件或其组合并允许通过诸如互联网的网络访问其他设备的服务器设备。由于这些组件在功能上是分离的，所以它们中的两个或更多个可以在一个物理设备中安装和执行，并且可以被集成到一个程序中。具体地，单个实体可以充当CSO和CSP两者，并且另一单个实体可以充当CPS和CCP两者。上述组件中的一个或多个可被重新布置为具有不同的外观和名称。

此外，CSO在角色和功能方面与CPO具有共同之处，并且尽管它们在一些功能和细微差别上具有差异，但是它们实际上指的是相同的实体。此外，CSP在角色和功能方面与MO具有共同之处，并且CSP和MO可以是可互换使用的术语。

图3是用于描述可在图2的PnC架构中使用的PKI的示例性示图。

如图3所示，操作PnC所需的PKI可以提供用于验证个人或设备的身份、实现机密通信以及确保对资源的受控访问的框架。

具体地，作为用于EV的OEM的EV制造商可以充当发布OEM根CA证书的OEM根CA，并且操作OEM子CA1和OEM子CA2。EV制造商(在下文中，称为“OEM”)生成OEM根证书(OEM RootCAcert.)，并且通过利用其自身的私钥对它们进行签名来生成OEM中间链证书(OEM Sub-CA1 cert.、OEM Sub-CA2 cert.)。

在EV的制造期间，作为OEM的中间链中的最后的认证授权机构的次要下级认证授权机构(即，OEM Sub-CA2)可以使用与包括在OEM次要中间链证书(OEM子CA2证书)中的公钥配对的私钥来生成OEM提供证书(即，OEM Prov cert.)，并且将其安装在EV中。OEM提供证书(OEM Prov cert.)可以用于在用于EV的证书安装请求过程期间验证请求消息的签名，从而在EV的整个生命周期中唯一地标识EV。

MO可以用作发布MO根CA证书(即，MO Root CAcert.)的根认证授权机构(即，MORoot CA)。MO可以通过将它自己的签名添加到主要下级认证授权机构(即，MO Sub-CA1)的标识符(ID)和公钥来生成主中间链证书(即，MO Sub-CA1 cert.)。MO主要下级认证授权机构(即，MO Sub-CA1)可以将其签名添加到ID和次要下级认证授权机构(即，MO Sub-CA2)的公钥，以生成次要中间链证书(即，MO Sub-CA2 cert.)。

当EV装运时，基于在MO和EV的所有者之间订立的合同，MO的次要下级认证机构(即，MO Sub-CA2)可以通过使用与包括在MO的次要中间链证书(即，MO Sub-CA2 cert.)中的公钥配对的私钥来生成合同证书，并且通过例如EV最初地访问的充电站运营商在EV中安装合同证书。合同证书通过被称为e-移动认证标识符(eMAID)的唯一标识符链接到EV的所有者的支付账户。

OEM提供证书(即OEM Prov cert.)和合同证书可以分别基于由OEM和MO本身生成的根证书(例如OEM Root CA cert.和MO Root CA cert.)来生成，可以基于分发网络运营商的V2G根服务器(以下简称为“全局根服务器”)的V2G根证书或全局根证书(即V2G Rootcert.)来生成，并且可以独立于其他活动者使用的证书。

同时，对应于V2G根认证机构的全局根服务器可以使用V2G根证书(即，V2G RootCA cert.)而不是OEM和MO根证书(即，OEM Root CAcert.和MO Root CAcert.)来发布OEM提供证书(即OEM Prov cert.)和合同证书(参见图3中的虚线箭头)。

此外，全局根服务器可以生成至少两个证书系列，即，用于CPO和充电站的证书系列，以及用于提供服务的证书系列。

具体地，全局根服务器可以将其自己的签名添加到ID和CPO的主要下级认证机构(即，CPO Sub-CA1)的公钥以发布主中间链证书(即，CPO Sub-CA1 cert.)。CPO的主要下级认证授权机构(即，CPO Sub-CA1)可以将其自身的签名添加到ID和CPO的次要下级认证授权机构(即，CPO Sub-CA2)的公钥，以发布次要中间链证书(即，CPO Sub-CA2 cert.)。

CPO的次要下级认证授权机构(即，CPO Sub-CA2)可以使用与包括在CPO的次要中间链证书(即，CPO Sub-CA2 cert.)中的公钥配对的私钥来发布SECC叶证书或EVSE叶证书。即，CPO的次要下级认证机构(即，CPO Sub-CA2)可以将它自己的数字签名添加到从EVSE接收的EVSE的ID和公钥以发布EVSE叶证书或SECC叶证书。

EVSE叶证书可以在TLS通信建立期间被EV用来验证EV是否正与合法充电站通信而不是与恶意充电站通信。该证书不仅可发布到充电站(CS)，而且可发布到CSO的后端服务器。

全局根服务器可将其自己的签名添加到CPO内的配置主要下级认证授权机构(即，Prov Sub-CA1)的ID和公钥以发布主中间链证书(即，Prov Sub-CA1 cert.)。提供主要下级认证授权机构(即，Prov Sub-CA1)可将其自身的签名添加到提供次要下级认证授权机构(即，Prov Sub-CA2)的ID和公钥，以发布次要中间链证书(即，Prov Sub-CA2 cert.)。

提供次要中间认证授权机构(即，CPO Sub-CA2)可以使用与包括在提供次要中间链证书(即，Prov Sub-CA2 cert.)中的公钥配对的私钥来发布叶子提供证书，并且将其发送到证书提供服务(CPS)以便安装它。

同时，每个根认证授权机构(即，V2G Root CA、MO Root CA、OEM Root CA)可以发布和提供OCSP证书。在这种情况下，客户端可根据在线证书状态协议(OCSP)访问OCSP服务器，请求关于证书的有效性的撤销/非撤销状态信息，并接收查询结果。

在图3中，为简单起见，OCSP证书示出为仅对CPO下级认证机构(即，CPO Sub-CA1和CPO Sub-CA2)可用，但是所有根认证机构(即，V2G RootCA、MO Root CA、OEM Root CA)能够发布和使用OCSP证书，使得能够查询它自己的根证书系列中的证书的有效性。此外，私有环境(PE)的PE私有根可以在PE保险箱中安装PE TLS证书。

同时，在本示例性实施例中，SECC可以以列表的形式向EVCC提供关于支持充电站的PnC服务的MO或eMSP的信息，由此EV预先知道充电器能够授权的MO，并且向充电器递送由对应的MO支持的合同证书。因而，可以在PnC授权中防止试错问题，从而快速和精确地执行PnC过程的授权。

图4是示出根据本公开的示例性实施例的用于V2G通信状态的消息排序以描述PnC相关的服务提供商信息提供方法的框图。

如图4所示，在支持的应用协议(SAP)配置状态下，EVCC可以从SECC接收与支持的应用协议请求消息(SupportedAppProcotolReq)相对应的支持的应用协议响应消息(SupportedAppProcotolRes)，并且在会话建立(SSU)状态下，EVCC可以在预设的序列性能超时时间内将会话建立请求消息(SessionSetupReq)发送到SECC。

当EVCC使用电力线通信(PLC)时，EVCC可以接收对应于会话建立请求消息(SessionSetupReq)的会话建立响应消息(SessionSetupRes)，并且然后移动或转换到授权建立(ASUP)状态40。其后，EVCC可以在预设的超时时段内将授权建立请求消息(AuthorizationSetupReq)发送到SECC。

此外，当EVCC接收到具有设置为“OK”的响应代码参数(ResponseCode)和设置为“真”的证书安装服务参数(CertificateInstallationService)的授权建立响应消息(AuthorizationSetupRes)时，对于合同证书的安装或更新，EVCC可以在证书安装(CINS)状态下在预定的超时时段内将证书安装请求消息(CertificateInstallationReq)发送到SECC。

当EVCC接收到具有被设置为“OK”的响应代码参数值和被设置为“假”的证书安装服务参数的授权建立响应消息(AuthorizationSetupRes)时，EVCC可以在授权(AUTH)状态42中在预设的超时时段内将授权请求消息(AuthorizationReq)发送到SECC。在这种情况下，从授权状态42到CINS状态的状态转换是可能的。

在上述ASUP状态40或AUTH状态42中，SECC可以向EVCC提供支持与EV相关联的充电站的PnC服务的至少一个或多个服务提供商的服务提供商列表。此外，EVCC可以向SECC提供关于从服务提供商列表中选择的一个服务提供商的信息和由选择的服务提供商发布的合同证书。

同时，当EVCC使用无线LAN时，在接收到会话建立响应消息之后，EVCC可以移动或者转换到车辆定位建立(VPS)状态30，并且将车辆定位建立请求消息(VehiclePositioningSetupReq)发送到SECC。

另外，EVCC接收到车辆定位建立响应消息(VehiclePositioningSetupRes)后，可以根据车辆定位建立(VPS)响应消息中的参数，执行用于重新协商的第二序列。

在第二序列中，可以基于VPS响应消息中包括的信息找到用于ACD或WPT的定位或配对的兼容方法，并且如果不存在或未找到兼容方法，则EVCC可以从VPS状态跳转到ASUP状态40以进行DC充电或AC充电，并且在ASUP状态40中在预设的超时时段内将授权建立请求消息(AuthorizationSetupReq)发送到SECC。

当然，在接收到VPS响应消息之后，根据VPS响应消息中的参数的另一设置，EVCC可以通过从VPS状态到车辆定位状态和配对状态的顺序转换来移动或转换到ASUP状态。

此外，EVCC可以在授权完成之后从授权状态42转换到服务发现(SDI)状态，并且可以从授权状态42转换到服务细节(SDE)状态。这里，SDI状态可以转换到会话停止(SSP)状态，或者可以通过服务重新协商从电力递送(PD)状态转换。

即，在接收到具有被设置为“完成”的特定参数(例如，EVSEProcessing)和设置为“OK”的响应代码参数的授权响应消息(AuthorizationRes)之后，EVCC可以在预设的超时时段内将服务发现请求消息(ServiceDiscoveryReq)发送到SECC。发送到SECC的消息可以由SECC或经由SECC被递送到目标次要活动者。

此外，在接收到响应代码参数设置为“OK”的服务发现响应消息(ServiceDiscoveryRes)之后，EVCC可以在预设的超时时段内将服务细节请求消息(ServiceDetailRes)发送到SECC。

在接收到响应代码参数设置为“OK”的服务细节响应消息(ServiceDetailRes)之后，如果需要另外的服务细节请求消息来从SECC检索详细信息，则EVCC可以在预设的超时时段内将另一服务细节请求消息发送到SECC。

此外，在SDE状态下接收到服务细节响应消息(ServiceDetailRes)之后，EVCC可以根据服务细节响应消息中的特定参数执行用于重新协商的第一序列。

在第一序列中，可以基于服务细节响应消息找到用于DC充电或AC充电的预存储的或预设的兼容参数，并且如果没有找到兼容参数，则EVCC可以从SDE状态跳转或转变到用于ACD或WPT的车辆定位或配对的VPS状态，并且在车辆定位设置(VPS)状态中将车辆定位设置请求(VehiclePositioningSetupReq)消息发送到SECC。

在上述ASUP状态40或授权状态42中，SECC可以向EVCC提供支持与EV相关联的充电站的PnC服务的至少一个或多个服务提供商的服务提供商列表。此外，EVCC可以向SECC提供关于从服务提供商列表中选择的一个服务提供商的信息和由选择的服务提供商发布的合同证书。

另一方面，EVCC可以被配置为记住已经在当前服务会话期间使用的选择的授权服务(SAS)，或者被配置为记住SAD和合同证书链，以便不落入连续的循环中。

此外，可以基于电力线通信(PLC)、无线LAN等处理或转换剩余通信状态，例如服务选择(SSEL)、充电参数发现(CPD)、装置定位(DPOS)、装置连接(DCON)、电缆检查(CC)、预充电(PC)、电力递送(PD)、AC充电回路(ACCL)、DC充电回路(DCCL)、无线电力转移充电回路(WPTCL)、装置断开(DDIS)、焊接检测(WDET)、会话停止(SSP)等。此外，至少一些通信状态可根据用于AC充电方案或DC充电方案的过程来处理或转变。此外，根据使用WPT或ACD的方案，可以处理或转换至少一些通信状态。由于这些通信状态的处理或者转换已经是众所周知的，因此将省略其详细描述。

同时，在上述PnC授权建立过程中，授权建立请求消息的具体参数，即请求证书安装服务的参数，可以设置为“是”或“真”。

图5是用于描述根据本公开的示例性实施例的可与PnC相关的服务提供商信息提供方法相结合的证书安装方法的示例性示图。

如图5中所示，证书安装方法可以包括在次要活动者(SA)(诸如eMSP 300)中加密合同证书私钥以在不包括受信平台模块(TPM)2.0的EVCC中安装合同证书(CC)的过程。

即，为了最小化分发路由和通信处理时间并且简化结构处理，SA可以生成用于证书的密钥对，使用密钥对生成其自己的证书，并且向EVCC100分发生成的合同证书和对应的私钥。为了保持合同私钥的机密性，安全机制可以用于合同证书私钥的安全传输。

合同证书(CC)可以包括由eMSP 300的主要下级认证授权机构为EVCC 100发布的证书(即，Sub-CA1 cert.)350和/或由eMSP 300的次要下级认证授权机构为EVCC 1000发布的证书(即，Sub-CA2 cert.)360。合同证书可用于应用层上的XML签名，以验证由EVCC100生成的签名。

当诸如eMSP 300的次要活动者分发合同证书和合同私钥时，属于合同证书的公钥(以下简称为“合同公钥”)370可以用于加密用于安全性的合同私钥。也就是说，合同证书的加密可以使用与包括在第二活动者的根证书312或eMSP 300中或包括在eMSP的主要中间CA证书350或次要中间CA证书360中的公钥(合同公钥)370配对的私钥。

此外，合同证书私钥，即，合同私钥(K1)的加密可以使用合同证书的合同公钥370、包括在OEM提供证书411中的OEM供应公钥412的加密参数M3、以及临时的迪菲赫尔曼公钥K2372。加密的合同私钥K1的数据包(CCDP)可以包括与EV用户对应的eMAID。

换言之，在具有认证标签的伽罗瓦/计数器模式(GCM)的高级加密标准(AES)中，可以基于椭圆曲线迪菲赫尔曼(Elliptic-curve Diffie-Hellman)(ECDH)从OEM提供证书411的公钥412输入的共享机密密钥，对合同私钥380进行加密。ECDH共享的机密密钥可对应于加密参数M3。

即，可以基于从OEM提供证书的公钥412输入的ECDH共享机密密钥，以GCM模式用AES加密认证标签所组合的合同私钥K1。该ECDH共享密钥可以包括临时DH公钥K2和临时DH密钥。临时DH机密密钥或与临时DH公钥K2对应的临时DH私钥可以单独制备。

eMSP 300可以使用根证书312来生成合同证书。根证书312是eMSP的根CA证书，并且这个根证书不存在于EVCC中，但是CPS可能需要根据预先配置的过程来处理合同证书。

此外，eMSP 300可以生成合同证书并且生成用于EVCC 100的凭证，包括加密的合同证书私钥(即，针对EVCC 100具体加密的密钥)。该证书可被存储在特定消息字段(签名数据)中。

此外，为了通过经由SECC200的在线安装路径将合同证书和加密的私钥分发给EVCC100，eMSP300可以通过一般B2B通信的预先配置的通信信道将包括CCDP的合同证书数据包(CCDP)或证书安装包作为证书安装响应(CIR)消息传送给CPS390。

CPS390可以使用其签名来给出凭证的准确性和可靠性，并且将签名的消息中继到SECC200。这里，SECC200可以编译证书安装响应(CIR)消息并且将其发送到EVCC100。在这种情况下，CPS被认为是可靠的，并且因此EVCC100可能不需要验证通过CIR消息接收的合同证书。例如，eMSP本身、EVSE运营商或完全独立的服务提供商可以担任CPS390的角色。

前述证书可以包括诸如先前由eMSP300和EVCC100共享的对称密钥或者可用于验证EVCC100的物理或逻辑标识的ID的信息。此外，前述的证书可以包括与EVCC100的私钥配对的公钥，或者用于公钥的公钥证书或证书链。证书链可以包括提供证书链。提供证书是用于通过EVCC100的一次认证的证书，并且CPS叶证书在认证完成之后被发布和安装，使得其能够用于稍后的认证。

同时，当eMSP 300或SA基于由标准或规章定义的不同曲线提供多个合同证书时，eMSP 300或SA需要将多个不同的经签名的安装数据(SignedInstallationData)容器发送到SECC 200，并且EVCC 100可以在EV用户的判断下通过使用用于证书安装请求(CertificateInstallationReq)消息的循环机制来导入和安装所有不同的合同证书。

另一方面，EVCC100可以使用与OEM提供证书411的EV公钥(“SubjectPublicKey”)相关联的私钥对证书安装请求消息的主体元素进行签名。

总之，在上述证书安装方法中，临时静态DH密钥交换协议用于从接收者的密钥推导静态会话密钥。SA或eMSP可以使用导出的会话密钥以加密的形式向EVCC100发送私钥。在DH协议的短暂静态变化中，接收方(例如EVCC100)的公钥不改变。也就是说，它是静态的并且对于发送方(即eMSP 300)是已知的。然而，发送方300仍然可以使用发送给接收方的短暂公钥。以上述方式，发送方和接收方可以在没有接收方的响应消息的情况下导出相同的会话密钥。因为SA使用临时密钥，所以导出的会话密钥对于秘密或私钥的每个实例(分发)是不同的。

此外，CPS390可以使用签名来断言证书的正确性和真实性，并且将签名的消息片段P2中继到SECC200。SECC200可以编译从CPS390接收到的证书安装响应(CertificateInstallationRes)消息，并且将其发送到EVCC100。在这种情况下，CPS被认为是受信的，并且因此EVCC 100不需要验证通过证书安装响应消息接收的合同证书。

图6是用于描述根据本发明示例性实施例的PnC相关服务提供商信息提供方法的主要过程的图。图7a和7b是可用于图6的PnC相关服务提供商信息提供方法中的授权建立响应消息的一些配置的方案图。

如图6所示，PnC相关的服务提供商信息提供方法可以在授权建立过程S61和S62以及授权过程S63和S64中执行。

在PnC相关的服务提供商信息提供方法中，EV的EVCC可以首先向SECC传送针对PnC的授权建立请求消息(AuthorizationSetupReq)。授权建立请求消息可以基本上是空消息(S61)。

然后，SECC可以向EV的EVCC发送授权建立响应消息(AuthorizationSetupRes)(S62)。具体地，SECC可以向EVCC提供用于PnC授权的支持的eMSP、MO或结算所提供商的列表。即，SECC可以包括在授权建立响应消息的特定参数的元素中支持PnC的服务提供商列表(SupportedProviderList)。

例如，授权建立响应消息可以包括与响应代码、授权服务、证书安装服务和PnCASUP响应标识模式相关的参数。

授权建立响应消息中的响应代码可以设置为“OK”，授权服务可以设置为“PnC”，证书安装服务可以设置为“是/”“真”或“否”/“假”。

此外，在授权建立响应消息中，PnC授权建立响应标识模式(PnC_ASResIdentificationMode)参数可以包括生成质询(GenChallenge)元素作为其类型，并且可以包括支持的服务提供商列表(SupportedProviderList)的元素(参见图7a)。生成质询是与允许充电尝试相关的元素，并且可以被设置为允许任何人或任何人的充电尝试。此外，支持的服务提供商列表参数的支持的服务提供商列表类型(SupportedProviderListType)参数可以包括与预设数量(例如，30)一样多的用于支持的服务提供商(服务提供商)的元素(见图7b)。如果超过预设数量，则支持的服务提供商列表类型的最新元素可以被设置为指示存在另外的服务提供商列表，诸如“MORE”。

例如，支持的服务提供商列表62a是支持与EV相关联的SE的PnC的服务提供商的列表，并且可以包括支持用于EV的电池充电的PnC的合同关系中的MO的信息或标识符。例如，MO的标识符是“DEINO”、“FREDF”、“NLELA”等。

即，其中存储关于支持的服务提供商的信息的支持的提供商列表可以包括例如第一eMSP(“DEINO”)、第二eMSP(“FREDF”)和第三eMSP(“NLERA”)。第一eMSP是由称为“innogy”的提供商代码表示的来自德国(DE)的eMSP，第二eMSP是由称为“EDF”的提供商代码表示的来自法国(FR)的eMSP，并且第三eMSP可以是由称为“ELA”的提供商代码表示的来自荷兰(NL)的eMSP。

如上所述，支持的提供商列表可以被配置为***充电服务提供商或漫游服务提供商的标识符作为eMAID的前5个字符。前5个字符可以包括国家代码的2个字符和公司代码的3个字符。当然，包括在支持服务提供商列表中的充电服务提供商或漫游服务提供商的标识符可以使用除了上述5字符方案之外的编码方案。

此外，支持的服务提供商列表62a可以包括用于在合同关系中的MO的漫游平台(“DETMA”)，该合同关系支持用于EV的电池充电的PnC。漫游平台(“DETMA”)可以是具有被称为“塔格米龙(TMA)”的提供商代码的德国(DE)的漫游平台。

当使用这样的漫游平台时，EV或EV用户可以使用第一MO发布的合同证书来从以不同于第一MO的第二MO支持的PnC方案操作的第三方SE接收自动充电授权和支付服务。

然后，EV的EVCC可以向SECC传送授权请求消息(AuthorizationReq)。在这种情况下，EVCC可以生成包括与从服务提供商列表中选择的第一服务提供商相对应的服务提供商信息和由第一服务提供商发布的合同证书的授权请求消息(AuthorizationReq)，并且将授权请求消息发送到SECC(S63)。

在本示例性实施例中，授权请求消息可包括选择的授权服务参数，并且可包括PnC授权请求标识模式参数或PnC授权请求授权模式参数。

在授权请求消息中，选择的授权服务(SupportedProviderList)参数可以设置为“PnC”。此外，PnC授权请求授权模式(PnC_AReqAuthorizationMode)或PnC授权请求标识模式(PnC_AReqIdentificationMode)参数可以包括生成质询(GenChallenge)元素和合同证书链(ContractCertificateChain)元素。合同证书链元素可以被设置为“通过EDF”63a以表示它包括由在法国(FR)称为“EDF”的特定eMSP发布的合同证书。

然后，SECC可以将由第一服务提供商发布的合同证书发送到CPS，从CPS接收确认结果，并且然后发送授权响应消息(AuthorizationRes0到EV的EVCC(S64)。

图8是用于描述根据本公开的另一示例性实施例的PnC相关服务提供商信息提供方法的主要过程的图。

如图8中所示，EVCC100可以将PnC的授权建立请求消息(AuthorizationSetupReq)发送到向EV供应电力的SE的SECC200(S81)。

然后，EVCC100可以从SECC200接收授权建立响应消息(AuthorizationSetupReq)，该授权建立响应消息包括支持与EV相关联的SE的PnC的服务提供商的列表(S82)。

然后，EVCC100可以从服务提供商列表中选择一个服务提供商(SP)(S83)。

然后，EVCC100可以将包括由选择的服务提供商发布的合同证书的授权请求消息(AuthorizationReq)发送到SECC200(S84)。

然后，EVCC100可以从SECC200接收指示PnC授权的完成的授权响应消息(AuthorizationRes)(S85)。

图9是根据本公开的另一示例性实施例的PnC相关服务提供商信息提供装置的示意性框图。

如图9中所示，PnC相关的服务提供商信息提供装置200可以安装在EV或EVCC上或耦合到EV或EVCC，并且在另一实现方式中，可以安装在EVSE或SECC上或耦合到EVSE或SECC。

PnC相关的服务提供商信息提供装置200可以包括至少一个处理器210和存储器220。此外，装置200还可以包括存储装置230和收发器240。此外，装置200可以包括输入接口装置250、输出接口装置260或输入/输出接口装置。

处理器210可以执行存储在存储器220和/或存储装置230中的程序指令。处理器210可以实现为至少一个中央处理单元(CPU)或图形处理单元(GPU)，或实现为能够执行根据本公开的PnC相关的服务提供商信息提供方法的其他处理器。

存储器220可存储程序指令或软件模块。处理器210可以通过执行存储在存储器220中的程序指令或软件模块来实施PnC相关的服务提供商信息提供方法。

此外，PnC相关服务提供商信息提供装置的至少一些组件(包括处理器210和存储器220)可以通过总线彼此连接，以交换信号和数据。处理器210、存储器220和由处理器210执行的程序指令可以在EVCC或SECC中实现PnC相关的服务提供商信息提供方法。

存储器220可包括例如易失性存储器，诸如只读存储器(ROM)和非易失性存储器，诸如随机存取存储器(RAM)。存储器220可以加载存储在存储装置230中的程序指令，并且向处理器210提供加载的程序指令，使得处理器210可以执行程序指令。

存储装置230是适于存储程序指令和数据的记录介质(诸如诸如硬盘、软盘和磁带的磁介质、诸如致密盘只读存储器(CD-ROM)、数字通用盘(DVD)的光学介质、诸如软光盘的磁光介质、或诸如基于它们制成的闪存、可擦可编程ROM(EPROM)或固态驱动器(SSD)的半导体存储器)。

程序指令可以被配置为，当由处理器210执行程序指令时，执行：从安装在EV中的EV通信控制器(EVCC)接收PnC的授权建立请求消息；根据授权建立请求消息，生成支持用于与EV关联的SE的PnC的服务提供商的服务提供商列表；生成包括服务提供商列表的授权建立响应消息；将授权建立响应消息发送到EVCC；从EVCC接收包括与从服务提供商列表选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息；基于授权请求消息中的服务提供商信息和合同证书，对第一服务提供商支持的PnC授权；以及发送指示授权完成的授权响应消息。

当通过处理器210执行上述程序指令时，它们可以以软件模块或软件单元的形式被加载到处理器210中。软件模块可以包括：传输部，传输消息；接收部，接收消息；生成部，生成包括服务提供商信息的消息；比较部，将服务提供商信息中的移动运营商与先前存储的移动运营商的信息进行比较；以及选择部，选择由基于比较结果选择的一个移动运营商发布的合同证书。

此外，在与PnC相关的服务提供商信息提供装置中，收发器240可以包括WLAN接口、PLC模块、点对点信令(P2PS)控制器、网关(G/W)或其组合的通信子***，并且可以起到与至少一个外部装置发送/接收信号和数据或者与至少一个外部装置传送信号和数据的功能。WLAN接口可以包括用于Wi-Fi通信的接口。

同时，在上述示例性实施例中已经描述的方法可以被实现为计算机可读记录媒质上的计算机可读程序或代码。计算机可读记录媒质可包括其中存储可由计算机***读取的数据的所有类型的存储装置。此外，计算机可读记录媒质可分布到通过网络连接的计算机***，从而以分布的方式存储和执行计算机可读程序或代码。

计算机可读记录介质可包括专门被配置为存储和执行程序指令的硬件设备，诸如，ROM、RAM、以及闪存。程序指令可包括可由计算机使用解释器等执行的高级语言代码以及由编译器生成的机器代码。

以上已经在设备的背景下描述了本公开的一些方面，但是可以使用与其对应的方法来描述本公开的一些方面。这里，块或装置对应于方法的操作或方法的操作的特性。类似地，可使用与其对应的块或项目或与其对应的装置的特性来描述上文在方法的背景下描述的本发明的方面。该方法的操作中的一些或全部可例如通过(或使用)硬件设备(诸如微处理器、可编程计算机或电子电路)来执行。在一些实施例中，该方法的至少一个最重要的操作可以由这样的设备执行。

在示例性实施例中，可编程逻辑器件(例如，现场可编程门阵列)可用于执行在本文中描述的方法的一些或所有功能。在实施例中，现场可编程门阵列(field-programmablegate array)可用微处理器来操作，以执行本文描述的方法之一。通常，该方法优选地由某个硬件设备执行。

虽然上面已经参照本公开的实施例描述了本公开，但是本领域普通技术人员将理解，在不背离在所附权利要求中限定的本公开的技术构思和范围的情况下，可做出各种变化和修改。

Claims (22)

1.一种用于提供与***充电/停车充电(PnC)相关的服务提供商信息的方法，所述方法由向电动车辆(EV)供应电力的供电设备(SE)的供电设备通信控制器(SECC)执行，所述方法包括：

从安装在所述EV中的EV通信控制器(EVCC)接收***充电/停车充电的授权建立请求消息；

根据所述授权建立请求消息，生成支持用于与所述EV相关联的SE的PnC的服务提供商的服务提供商列表；

将包括所述服务提供商列表的授权建立响应消息发送到所述EVCC；

从所述EVCC接收包括与从所述服务提供商列表选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息；以及

基于所述服务提供商信息和所述合同证书，将指示由所述第一服务提供商支持的PnC的授权完成的授权响应消息发送到所述EVCC。

2.根据权利要求1所述的方法，其中，所述授权建立响应消息包括具有支持的服务提供商列表和生成质询(GenChallenge)的元素的PnC授权建立响应标识模式(PnCASResIdentificationMode)参数。

3.根据权利要求2所述的方法，其中，所述支持的服务提供商列表是支持与所述EV相关联的所述SE的PnC的服务提供商的列表，并且包括在支持用于所述EV的电池充电的PnC的合同关系中的移动运营商的信息或标识符。

4.根据权利要求2所述的方法，其中，所述支持的服务提供商列表(SupportedProviderList)是支持与所述EV相关联的所述SE的PnC的服务提供商的列表，并且包括在支持用于所述EV的电池充电的PnC的合同关系中的移动运营商的漫游平台。

5.根据权利要求2所述的方法，其中，所述授权建立响应消息还包括设置为“OK”的响应代码参数和设置为“PnC”的授权服务参数。

6.根据权利要求5所述的方法，其中，所述授权建立响应消息还包括设置为“真”或“假”的证书安装服务参数。

7.根据权利要求1所述的方法，还包括：允许所述EVCC基于包括在所述授权建立响应消息中的服务提供商列表，从所述服务提供商列表中选择一个移动运营商(MO)。

8.根据权利要求7所述的方法，还包括：允许所述EVCC生成授权请求消息，所述授权请求消息包括从所述服务提供商列表中选择的第一MO的服务提供商信息和由所述第一MO发布的合同证书。

9.根据权利要求1所述的方法，还包括：

基于包括在所述授权建立响应消息中的所述服务提供商列表，

允许所述EVCC释放与所述SE相关联的状态；或者

允许所述EVCC输出用于使所述EV离开所述SE的停车区域的信号。

10.根据权利要求1所述的方法，还包括：

允许所述EVCC基于所述服务提供商列表选择包括在所述服务提供商列表中的漫游平台或漫游服务；以及

允许所述EVCC生成授权请求消息，所述授权请求消息包括设置为所述漫游平台或所述漫游服务的服务提供商信息，以及由所述漫游平台或提供所述漫游服务的漫游平台发布的合同证书。

11.根据权利要求10所述的方法，其中，所述授权请求消息包括设置为“PnC”的选择的授权服务参数，以及包括PnC请求标识模式或PnC请求授权模式参数内的生成质询元素和合同证书链元素，并且将所述合同证书链元素设置为所述漫游平台。

12.一种用于提供与***充电/停车充电(PnC)相关的服务提供商信息的方法，所述方法由电动车辆(EV)的电动车辆通信控制器(EVCC)执行，所述方法包括：

将PnC的授权建立请求消息发送到向所述EV供应电力的供电设备(SE)的供电设备通信控制器(SECC)；

从所述SECC接收授权建立响应消息，所述授权建立响应消息包括支持与所述EV相关联的所述SE的PnC的服务提供商的服务提供商列表；

将包括与从所述服务提供商列表中选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息发送到所述SECC；以及

从所述SECC接收指示由所述第一服务提供商支持的PnC的授权完成的授权响应消息。

13.根据权利要求12所述的方法，其中，所述授权建立响应消息包括具有支持的服务提供商列表和生成质询(GenChallenge)的元素的PnC授权建立响应标识模式(PnCASResIdentificationMode)参数。

14.根据权利要求13所述的方法，其中，所述支持的服务提供商列表是支持与所述EV相关联的所述SE的PnC的服务提供商的列表，并且包括在支持用于所述EV的电池充电的PnC的合同关系中的移动运营商的信息或标识符。

15.根据权利要求13所述的方法，其中，所述支持的服务提供商列表(SupportedProviderList)是支持与所述EV相关联的所述SE的PnC的服务提供商的列表，并且包括通过在支持用于所述EV的电池充电的PnC的合同关系中的移动运营商中的一个的漫游平台。

16.根据权利要求13所述的方法，其中，所述授权建立响应消息还包括设置为“OK”的响应代码参数，设置为“PnC”的授权服务参数。

17.根据权利要求16所述的方法，其中，所述授权建立响应消息还包括设置为“真”或“假”的证书安装服务参数。

18.根据权利要求12所述的方法，还包括：基于包括在所述授权建立响应消息中的服务提供商列表，从所述服务提供商列表中选择一个移动运营商(MO)。

19.根据权利要求18所述的方法，还包括：生成授权请求消息，所述授权请求消息包括从所述服务提供商列表中选择的第一MO的服务提供商信息和由所述第一MO发布的合同证书。

20.根据权利要求12所述的方法，进一步包括：基于包括在所述授权建立响应消息中的服务提供商列表，

释放与所述SE相关联的状态；或者

输出用于使所述EV离开所述SE的停车区域的信号。

21.根据权利要求12所述的方法，进一步包括：

基于所述服务提供商列表选择包括在所述服务提供商列表中的漫游平台或漫游服务；以及

生成授权请求消息，所述授权请求消息包括设置为所述漫游平台或漫游服务的服务提供商信息，以及由所述漫游平台或提供所述漫游服务的漫游平台发布的合同证书。

22.一种用于提供与***充电/停车充电(PnC)相关的服务提供商信息的装置，所述装置包括向电动车辆(EV)供应电力的供电设备(SE)的供电设备通信控制器(SECC)，所述装置包括：

处理器；以及

存储器，存储能够由所述处理器执行的指令，

其中，当由所述处理器执行所述指令时，所述指令使过程执行：

从安装在所述EV中的通信控制器(EVCC)接收PnC的授权建立请求消息；

根据所述授权建立请求消息，生成支持用于与所述EV相关联的SE的PnC的服务提供商的服务提供商列表；

将包括所述服务提供商列表的授权建立响应消息发送到所述EVCC；

从所述EVCC接收包括与从所述服务提供商列表选择的第一服务提供商相对应的服务提供商信息和合同证书的授权请求消息；以及

基于所述服务提供商信息和所述合同证书，将指示由所述第一服务提供商支持的PnC的授权完成的授权响应消息发送到所述EVCC。