WO2022114903A1 - 전기차 충전을 위한 교차인증 방법 및 장치 - Google Patents

전기차 충전을 위한 교차인증 방법 및 장치 Download PDF

Info

Publication number
WO2022114903A1
WO2022114903A1 PCT/KR2021/017789 KR2021017789W WO2022114903A1 WO 2022114903 A1 WO2022114903 A1 WO 2022114903A1 KR 2021017789 W KR2021017789 W KR 2021017789W WO 2022114903 A1 WO2022114903 A1 WO 2022114903A1
Authority
WO
WIPO (PCT)
Prior art keywords
certificate
cross
contract
charging
secc
Prior art date
Application number
PCT/KR2021/017789
Other languages
English (en)
French (fr)
Inventor
신민호
Original Assignee
현대자동차주식회사
기아 주식회사
명지대학교 산학협력단
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020210165824A external-priority patent/KR20220074784A/ko
Application filed by 현대자동차주식회사, 기아 주식회사, 명지대학교 산학협력단 filed Critical 현대자동차주식회사
Priority to EP21898728.7A priority Critical patent/EP4243338A1/en
Priority to US18/039,168 priority patent/US20240121110A1/en
Priority to CN202180079831.0A priority patent/CN116529754A/zh
Publication of WO2022114903A1 publication Critical patent/WO2022114903A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0609—Buyer or seller confidence or verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/06—Energy or water supply
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/088—Usage controlling of secret information, e.g. techniques for restricting cryptographic keys to pre-authorized uses, different access levels, validity of crypto-period, different key- or password length, or different strong and weak cryptographic algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00—Business processing using cryptography
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
    • Y02T10/00—Road transport of goods or passengers
    • Y02T10/60—Other road transportation technologies with climate change mitigation effect
    • Y02T10/70—Energy storage systems for electromobility, e.g. batteries
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S30/00—Systems supporting specific end-user applications in the sector of transportation
    • Y04S30/10—Systems supporting the interoperability of electric or hybrid vehicles
    • Y04S30/14—Details associated with the interoperability, e.g. vehicle recognition, authentication, identification or billing

Definitions

  • the present invention relates to a device authentication method and apparatus for charging an electric vehicle, and more particularly, to an apparatus and method for authenticating a device based on a public key-based structure.
  • An electric vehicle (EV: Electric Vehicle, hereinafter abbreviated as 'electric vehicle') drives a motor with the power of a battery, and has fewer air pollutants such as exhaust gas and noise, fewer breakdowns, and a longer lifespan compared to conventional gasoline engine vehicles. It has the advantage of being long and easy to drive.
  • An electric vehicle charging system may be defined as a system that charges a battery mounted in an electric vehicle using power from a commercial power grid or an energy storage device. Such an electric vehicle charging system may be implemented in various forms, and may include, for example, a conductive charging system using a cable or a non-contact wireless power transmission system.
  • the charging station starts charging after going through the authentication process for the EV.
  • ISO 15118 one of the international standards for EV charging, has two authentication methods, namely, the PnC method, in which authentication and payment approval are automatically completed using the certificate stored in the EV, and credit card, debit card, cash, smartphone app and It stipulates the method of identification, authentication, and payment by the same external identification means (EIM: External Identification Means).
  • EIM External Identification Means
  • the PnC method refers to a plug-and-charge method in which user authentication and charging are performed by simply inserting a plug between the EV and the charging station. It refers to a park-and-charge method in which authentication and charging are performed just by parking.
  • the ISO 15118 standard stipulates authentication based on a public key infrastructure (PKI) as the basis for implementing the PnC method.
  • PKI public key infrastructure
  • the EV has a contract certificate generated based on the MO root certificate (MO RootCA cert.) issued by the MO Root Certification Authority (MO RootCA) of the Mobility Operator (MO) series is installed. do.
  • a charging station certificate (SECC cert.) generated based on the V2G root certificate (V2G RootCA cert.) issued by the vehicle-to-grid (V2G) root certification authority (V2G RootCA) is installed in the charging station. .
  • the EV accepts and verifies the charging station certificate chain from the charging station, and in the payment approval process, the charging station accepts and verifies the contract certificate chain from the EV, checks whether the vehicle has a normal charging contract, and performs the payment process.
  • the charging station will provide EVs with services such as charging or certificate installation/update based on the contract with the MO. If there are only a few MOs and V2G in the market, the above PKI-based authentication can be implemented without any problem, and the convenience of EV owners can be improved. However, if there are multiple MOs in the market, the charging station may not have some of the multiple MO root certificates (MO RootCA cert.) required to verify the contract certificate chain, and thus provide services for some EVs.
  • MO RootCA cert. the multiple MO root certificates
  • the EV may not be able to Similarly, if there are multiple V2Gs in the market, the EV may not have some of the multiple V2G RootCA certs required to verify the charging station certificate (SECC cert.) chain, and accordingly, some charging stations may not be possible to verify, which is not discussed here, as the role of the original equipment manufacturer (OEM) may be important.
  • SECC cert. charging station certificate
  • Cross-authentication is a technique to solve the problem caused by the absence of a root certificate required to verify the certificate chain of the counterpart device.
  • cross-authentication in PnC charging has been mainly discussed with respect to cross-authentication between V2G PKI series or between V2G PKI series and OEM PKI series.
  • the MO certificate chain operates continuously during the EV operation process, and the MO certificate chain including the contract certificate is related to sensitive information such as personal information or contract information. seems to be because
  • MO is partly due to the expectation that only a few entities will play a role in the market.
  • cross-certification for MO PKI-related certificates may violate the constraints set by the ISO 15118 standard and may require a protocol modification that goes against the standard regulations.
  • the present invention is to solve this problem, and in a situation where there are multiple MOs in the market and there is no MO route certificate in the charging station, the authentication method that enables the charging station to verify the contract certificate of the electric vehicle based on the cross-certificate and devices.
  • the authentication method may be used in a charging station device to provide PnC charging for an electric vehicle.
  • a SECC certificate chain including a power supply device communication controller (SECC) certificate and at least one charging device series sub-certificate used to generate the SECC certificate is transmitted to the electric vehicle, and the verification result for the SECC certificate receiving from the electric vehicle; receiving a contract certificate chain including a contract certificate from the electric vehicle; and when a cross-certificate is included in the contract certificate chain, the cross-certificate is verified based on a predetermined root certificate, and a public key of a charging operator root certification authority or a charging operator sub-certification authority included in the cross-certificate is obtained, and verifying the contract certificate based on the obtained public key.
  • SECC power supply device communication controller
  • the root certificate used for verification of the cross-certificate may be a V2G root certificate including a V2G certification authority public key that is a basis for issuing the SECC certificate.
  • the root certificate used for verification of the cross-certificate may be a certificate of a bridge certificate authority that issues the cross-certificate on behalf of a plurality of V2G certificate authorities.
  • the verifying of the contract certificate may include verifying the cross-certificate based on a charging operator root certificate stored in the charging station device when the cross-certificate is not included in the contract certificate chain.
  • the verifying of the contract certificate may include installing the cross-certificate in the electric vehicle when the cross-certificate is not included in the contract certificate chain.
  • the authentication method includes the steps of: sending predetermined certificate owner identification information in the contract certificate to a payment server to request approval; and accepting an approval result from the payment server and starting charging according to the approval result.
  • An electric vehicle charging station device performs PnC charging for the electric vehicle based on communication with the electric vehicle.
  • the charging station device has a memory for storing program instructions, and a processor connected to the memory and executing the program instructions stored in the memory.
  • the program instructions when executed by the processor, cause the processor to: generate a SECC certificate chain comprising a power supply communication controller (SECC) certificate and at least one charger family sub-certificate used to generate the SECC certificate.
  • SECC power supply communication controller
  • the charging station can verify the certificate chain of the MO PKI series even if there is no MO root certificate in the PnC autorization process. Therefore, PnC charging becomes possible through a simple authentication procedure even when there are a large number of charging infrastructure operators (Charging Pont Operators) or MOs. And there will be no need for charging stations to hold all MO root certificates, and EVs will not need to hold all V2G root certificates.
  • Charging Pont Operators Charging Pont Operators
  • MOs charging infrastructure operators
  • EVs will not need to hold all V2G root certificates.
  • the present invention minimizes the memory burden of the charging station and EV, and enables verification of the validity and integrity of the certificate through a simple procedure without the risk of unnecessary leakage or duplication of the certificate, and authentication and approval for PnC charging has the effect of being able to facilitate
  • FIG. 1 is a block diagram of an electric vehicle charging infrastructure according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a certificate hierarchy according to an embodiment of the present invention.
  • FIG. 3 is a block diagram of one embodiment of the electric vehicle and charging station shown in FIG. 1 ;
  • FIG. 4 is a block diagram of another embodiment of the electric vehicle and charging station shown in FIG. 1 ;
  • FIG. 5 is a physical block diagram of an embodiment of the SECC shown in FIG. 3 or FIG. 4 .
  • V2G RootCA V2G root certification authority
  • FIG. 9 is a sequence diagram showing a process of installing a cross-certificate in an electric vehicle.
  • FIG. 10 is a flowchart showing an embodiment of a communication process between EVCC and SECC for PnC charging.
  • FIG. 11 is a sequence diagram specifically illustrating an example of the TLS session establishment process shown in FIG. 10 .
  • FIG. 12 is a flowchart specifically illustrating an example of an EVCC identification, authentication, and approval process by the SECC.
  • FIG. 13 is a schematic diagram of a cross-authentication system according to another embodiment of the present invention.
  • first, second, etc. may be used to describe various elements, but the elements should not be limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, a first component may be referred to as a second component, and similarly, a second component may also be referred to as a first component.
  • the term “and/or” includes a combination of a plurality of related listed items or any of a plurality of related listed items.
  • Electric vehicle may refer to an automobile defined in 49 CFR (code of federal regulations) 523.3 and the like. Electric vehicles can be used on highways and can be powered by electricity supplied from an on-board energy storage device, such as a rechargeable battery, from a power source external to the vehicle. Power sources may include residential or public electric services or generators using on-board fuel.
  • An electric vehicle (EV) may be referred to as an electric car, an electric automobile, an electric road vehicle (ERV), a plug-in vehicle (PV), a plug-in vehicle (xEV), etc.
  • BEV plug-in all-electric vehicle or battery electric vehicle
  • PEV plug-in electric vehicle
  • HEV low-voltage vehicle
  • HPEV high-voltage plug-in electric vehicle
  • PHEV plug-in hybrid electric vehicle
  • a 'Plug-in Electric Vehicle (PEV)' may refer to an electric vehicle that is connected to a power grid to recharge a vehicle-mounted primary battery.
  • WCS Wireless power charging system
  • WPT Wireless power transfer
  • AC alternating current
  • 'Utility' is a system that provides electrical energy and usually includes Customer Information System (CIS), Advanced Metering Infrastructure (AMI), Rates and Revenue system, etc. may be referred to as a set of Utilities make energy available to plug-in electric vehicles through price tags or discrete events.
  • utilities can provide information on tax rates, intervals for metered power consumption, and validation of EV programs for plug-in EVs.
  • Smart charging' may refer to a system in which the EVSE and/or plug-in electric vehicle optimizes the vehicle charge or discharge rate over time of the grid capacity or cost-to-use ratio while communicating with the power grid.
  • Interoperability' may refer to a state in which components of a system relative to each other can work together to perform a desired operation of the entire system.
  • Information interoperability may refer to the ability of two or more networks, systems, devices, applications or components to share and easily use information safely and effectively with little or no inconvenience to a user. .
  • An 'inductive charging system' may refer to a system that electromagnetically transfers energy in a forward direction from an electricity supply network to an electric vehicle through a transformer in which two parts are loosely coupled.
  • the inductive charging system may correspond to an electric vehicle charging system.
  • 'Inductive coupling' may refer to magnetic coupling between two coils.
  • the two coils may refer to a grid assembly coil and a vehicle assembly coil.
  • OEM 'Original Equipment Manufacturer
  • CA top-level certification authority
  • a 'Mobility operator (MO: Mobility operator)' may refer to a service provider that has a contractual relationship with an EV owner regarding charging, approval, and payment so that EV drivers can charge EVs at charging stations.
  • a 'Charging station (CS)' may refer to a facility that has one or more EV power supplies and actually performs charging for EVs.
  • a 'Charging station operator (CPO)' may refer to an entity that manages electricity to provide a requested energy transfer service.
  • CSO Charge station operator
  • CPO charge point operator
  • CSP Charge service provider
  • a 'Clearing house (CH)' is an entity that handles cooperation between MOs, CSPs, and CSOs, in particular for authorization, billing, and settlement of EV charging services roaming between two settlement or clearing parties. It can act as an intermediary to facilitate the process.
  • 'Roaming' refers to information exchange and related matters that allow EV users to access charging services provided by multiple CSPs or CSOs belonging to multiple mobility networks, using a single credential and contract. It can refer to (provision) and scheme (scheme).
  • a 'credential' is a physical or digital asset that represents the personal information of an EV or EV owner.
  • Password which is cryptographic information used to verify identity, a public key/private key pair used in a public key encryption algorithm, It may include a public key certificate issued by a certification authority, information related to a trusted root certification authority, and the like.
  • a 'Certificate' may refer to an electronic document that binds a public key to an ID by digital signature.
  • a 'service session' may refer to a set of services related to electric vehicle charging at a charging point, assigned to a certain customer in a certain timeframe with a unique identifier.
  • the 'V2G charging loop' or 'V2G charging loop' may refer to a message transmission/reception process for controlling the charging process according to the ISO 15118 standard.
  • An 'e-Mobility Account Identifier (eMAID)' may refer to an EV unique identifier that links a contract certificate to an EV owner's payment account.
  • V2GTP V2G Transfer Protocol
  • V2GTP V2G Transfer Protocol
  • FIG. 1 is a block diagram of an electric vehicle (EV) charging infrastructure according to an embodiment of the present invention, showing entities related to EV charging, and FIG. 2 shows a certificate hierarchy according to an embodiment of the present invention.
  • EV electric vehicle
  • the EV charging infrastructure shown in FIG. 1 is for providing a charging service to the EV 100, and includes a charging station (CS: Charging Station 200), an electric vehicle manufacturer (OEM) 300, and a Mobility operator (MO). ) 310 , Certificate provisioning service (CPS) 320, Contract certificate pool (CCP) 330, Vehicle-to-grid (V2G) server 340 ), a charge point operator (CPO) 350 , a charge service provider (CSP) 360 , and a clearing house (CH) 370 .
  • CS Charging Station 200
  • OEM electric vehicle manufacturer
  • MO Mobility operator
  • CPS Certificate provisioning service
  • CCP Contract certificate pool
  • V2G Vehicle-to-grid
  • CPO Charge point operator
  • CSP charge service provider
  • CH clearing house
  • the illustrated EV charging infrastructure can not only charge the battery of the EV 100 with electrical energy supplied from the power grid, but also transfer the electrical energy stored in the battery of the EV 100 to the power grid or a specific building electrically connected to the power grid. It makes it possible to implement a Vehicle-Grid Integration (VGI) system that can supply electric vehicles or devices.
  • VVI Vehicle-Grid Integration
  • An EV user may charge the EV 100 in a PnC manner at the charging station 200 .
  • the EV 100 and the charging station 200 act as primary actors
  • the OEM server 300 , the MO 310 , the CPS 320 , the CCP 330 , the V2G server ( 340), CPO 350, CSP 360, and CH 370 may act as secondary actors (SA).
  • the EV 100 refers to a general electric vehicle including a plug-in hybrid electric vehicle (PHEV), and may be charged in a wired or wireless manner at the charging station 200 .
  • the charging station 200 actually performs charging for the EV 100 .
  • the charging station 200 is installed with one or more EV power supply equipment (EVSE), and each EVSE may include at least one wired charger and/or a wireless charging spot that actually performs power transmission.
  • the charging station 200 may be a commercial charging facility.
  • the charging station 200 may be located in various places such as a parking lot attached to the EV owner's house, a shopping center, a business building, a parking area in a collective residential area, and the like.
  • the charging station 200 may also be referred to as a 'charging point', an 'EV charging station', and an 'electric charging point'.
  • the OEM 300 may refer to an electric vehicle manufacturer, or may refer to a server of the OEM for authentication of electric vehicles and provision of various information.
  • the OEM 300 may refer to or include an OEM Root Certification Authority that issues an OEM root certificate (OEM RootCA cert.).
  • the mobility operator (MO) 310 is a service provider that has a contractual relationship with the EV owner regarding charging, approval, and payment so that the EV driver can charge the EV at the charging station 200 .
  • the MO 310 may be operated by an electricity supplier or an electricity wholesaler that sells energy, but is not limited thereto.
  • the MO 310 may be referred to as an 'e-mobility service provider (EMSP)'.
  • the MO 310 also acts as a top-level certification authority (MO RootCA) that issues a MO root certificate (MO RootCA cert.).
  • the certificate provisioning service (CPS) 320 provides, to a client such as the EV 100 , an encryption key used for transmitting and receiving a certificate, along with a contract certificate chain in the process of installing or updating the contract certificate in the EV 100 .
  • the CPS 320 is equipped with a leaf provisioning certificate (Leaf Prov cert.) and primary and secondary provisioning sub-certificates (Prov Sub-CA 1 cert., Prov Sub-CA 2 cert.).
  • the CPS 330 exchanges the public key, Diffie-Hellman (DH) key of the MO 310 that is in a contract relationship with the EV 100 together with the contract certificate chain.
  • DH Diffie-Hellman
  • the contract certificate pool (CCP) 330 temporarily stores a response message to the installation or update while the contract certificate is installed or updated in the EV 100 .
  • the response message is stored in the CCP 330 in advance and is maintained until the installation or update is completely completed. Since there may be multiple EVs for which the contract certificate installation or update is performed, the response message is maintained in the form of a directory after a reference number is added.
  • a vehicle-to-grid (V2G) server (340, hereinafter abbreviated as 'V2G') authenticates the identity of each participant in the VGI system, and transmits forward power from the grid to each EV 100 and each EV 100 ), manages all settings related to reverse power transmission from the grid to the grid, as well as the system configuration and configuration.
  • V2G 350 performs an operation for DR: Demand Response (DR), that is, peak reduction, and the power factor is greatly distorted.
  • DR Demand Response
  • FR frequency regulation
  • the V2G 340 may momentarily adjust the supply of electrical energy from various generators, renewable energy sources, and EVs 100 , and monitor the power supply for each consumer.
  • the V2G 350 acts as a top-level certification authority in relation to a public key infrastructure (PKI) in the EV charging infrastructure. Accordingly, the V2G 340 will serve as the highest level trust anchor, and all actors shown in FIG. 1 will regard the V2G root CA as a trusted organization.
  • PKI public key infrastructure
  • the charging station operator (CPO) 350 not only manages the operation of the charging station 200 , but also manages electricity to provide an energy transmission service.
  • CPO 350 may be operated, for example, by a charging station manufacturer, a charging station manufacturer, or an electricity provider.
  • each CPO 350 may operate at least one of the sub-certification authorities (CPO Sub-CA 1, CPO Sub-CA 2) required to generate a SECC leaf certificate for each charging station.
  • a charging service provider (CSP) 360 manages and authenticates an EV user's credentials, and provides billing and other value-added services to customers.
  • the CSP 360 may be considered to correspond to a special type of the MO 310 , and may be implemented in a form combined with the MO 310 .
  • a plurality of CSPs 360 may exist, and each CSP 360 is linked to one or more CPOs 350 , and the CSP 360 and the one or more CPOs 350 constitute one charging network.
  • EV 100 can receive charging service in the PnC method in the CPO 350 linked to the CSP 360 linked to the MO 300 in a contractual relationship, but when charging from another CPO 350 may require roaming.
  • Each CSP 200 may exchange information with another CSP or CPO 350 in another network for roaming, and may also exchange information with a clearing house 370 .
  • a clearing house (CH) 370 handles cooperation between MOs 310 to CSPs 360 .
  • the clearing house (CH) 330 may serve as an intermediary that facilitates the approval, billing, and settlement procedures for EV charging service roaming between two settlement or settlement parties.
  • the CH 330 based on the request of the CPO 350 or CSP 360. It may support roaming for the EV 100 .
  • CH 370 allows CPO 350 or CSP 360 to contract with MO 310 and pass authorization and billing data (CDR) to MO 310 .
  • CH 370 is 'Contract clearing house (CCH)', 'Mobility clearing house (MCH: Mobility clearing house)', 'roaming platform', 'e-mobility clearing house (E-MOCH)' : E-MObility clearing house)', etc. may be referred to.
  • CCH Contract clearing house
  • MCH Mobility clearing house
  • E-MOCH E-mobility clearing house
  • the Electric Vehicle Manufacturer (OEM) 300, Mobility Operator (MO) 310, Certificate Provisioning Service (CPS) 320, Contract Certificate Pool (CCP) 330, Vehicle-to-Grid (V2G) (340) , charging station operator (CPO) 350 , charging service provider (CSP) 360 , and contract clearing house (CH) 370 may refer to, or appear to refer to, an organization of persons; In the present specification, including, these expressions are implemented in hardware, software, and/or a combination thereof, and are given short and functional names to increase readability. In one embodiment, these components may be a server device implemented as a combination of hardware and software and allowing access of other devices through a network such as the Internet.
  • ком ⁇ онент may be stored and executed in one physical device, or may be integrated into one program.
  • a single entity may serve both the CPO and CSP roles, and another single entity may serve both the CPS and CCP roles. Meanwhile, one or more of the components may be rearranged to have a different appearance and name.
  • EV charging service and related infrastructure are fields in which various industrial fields such as automobiles, power grid, energy, transportation, communication, finance, and electronic products are grafted.
  • CPO charging service operator
  • CSO charging station operator
  • CSP charging service provider
  • MO mobility operator
  • PKI public key infrastructure
  • the OEM 300 is an OEM top-level certification authority (OEM RootCA) that issues an OEM root certificate (OEM RootCA cert.), and its sub-certification authorities (OEM Sub-CA 1, OEM Sub-CA 2). also operates The OEM Root Certification Authority (OEM RootCA) self-signs its public key and its identification information with its own private key, and generates an OEM root certificate (OEM RootCA cert.) including the signature value and the signed information. do.
  • OEM RootCA signs information such as the public key and identification information of the OEM primary sub-certification authority (OEM Sub-CA 1) with its own private key, and the OEM primary sub-certificate including the signature value and signed information (OEM Sub-CA 1 cert.) is generated.
  • the OEM primary sub-certification body sends information such as the public key and identification information of the OEM secondary sub-certification body (OEM Sub-CA 2) to the OEM primary sub-certification body (OEM Sub-CA 1). Sign with the private key of , and generate an OEM secondary sub-certificate (OEM Sub-CA 2 cert.) including the signature value and signed information.
  • the OEM secondary sub-certification authority converts information such as the public key and identification information of the EV 100 to the private key of the OEM secondary sub-certification body (OEM Sub-CA 2).
  • OEM provisioning certificate (OEM Prov cert.) including a signature value and signed information is generated and installed in the EV 100 .
  • This OEM provisioning certificate (OEM Prov cert.) can be used to verify the signature of the request message in the certificate installation request process for the EV 100, and uniquely identifies the vehicle during the life of the EV 100.
  • MO 310 also acts as a top-level certification authority (CA) that issues a MO root certificate (MO RootCA cert.).
  • the MO Root Certification Authority (MO RootCA) self-signs information such as its public key and identification information with its own private key, and creates a MO root certificate (MO RootCA cert.) including the signature value and signed information. do.
  • the MO root CA signs information such as the public key and identification information of the MO primary sub-CA (MO Sub-CA 1) with its own private key, and the MO primary sub-certificate ( MO Sub-CA 1 cert.) can be generated.
  • the MO primary sub-CA (MO Sub-CA 1) signs the public key and identification information of the secondary MO secondary CA (MO Sub-CA 2) with its own private key, and includes the signature value and the signed information.
  • a secondary sub-certificate (MO Sub-CA 2 cert.) can be generated.
  • the MO secondary sub-CA (MO Sub-CA 2) transmits information such as the public key and identification information of the EV 100 to its own personal Sign with a key, generate a contract certificate including a signature value and signed information, and install it in the EV 100 through, for example, the charging station 200 that the EV 100 initially visits does it
  • the contract certificate is linked to the EV owner's payment account via a unique identifier called an e-Mobility Account Identifier (eMAID).
  • eMAID e-Mobility Account Identifier
  • OEM provisioning certificate (OEM Prov cert.) and contract certificate (Contract certificate) are generated based on OEM root certificate (OEM RootCA cert.) and MO root certificate (MO RootCA cert.), respectively, and V2G which can be called a global root certificate It may be independent of the root certificate (V2G RootCA cert.). However, as indicated by the dashed line in Fig. 2, based on the V2G Root Certificate (V2G RootCA cert.) instead of the OEM Root Certificate (OEM RootCA cert.) or the MO Root Certificate (MO RootCA cert.), the OEM Provisioning Certificate (OEM Prov) cert.) and a contract certificate may be generated.
  • the V2G 340 makes it possible to generate at least two series of certificates, that is, a certificate series for the CPO 350 and the charging station 200 and a certificate series for a provisioning service.
  • V2G RootCA self-signs information such as its public key and identification information with its own private key, and the V2G root certificate (OEM RootCA cert.) including the signature value and signed information.
  • V2G root CA signs information such as the public key and identification information of the CPO primary sub-CA (CPO Sub-CA 1) with its own private key, and the CPO primary sub-certificate ( CPO Sub-CA 1 cert.) can be created.
  • the CPO primary sub-CA (CPO Sub-CA 1) signs information such as the public key and identification information of the CPO secondary sub-certificate (CPO Sub-CA 2 cert.) with its own private key, and the signature value and the signed information
  • the CPO secondary sub-CA (CPO Sub-CA 2) signs information such as the public key and identification information of the communication controller (SECC) in the EVSE of the charging station 200 with its own private key, and the signature value and the signed information It is possible to generate a SECC leaf certificate including This SECC leaf certificate may be used by the EV 100 to verify the SECC during TLS communication establishment between the EV 100 and the charging station 200 . This certificate may be stored inside the backend of the CPO 350 as well as the CS 200 .
  • V2G root CA signs information such as the public key and identification information of the provisioning primary sub-CA (Prov Sub-CA 1) with its own private key, and the provisioning primary sub-certificate ( Prov Sub-CA 1 cert.) can be generated.
  • Provisioning primary sub-CA (Prov Sub-CA 1) signs information such as public key and identification information of provisioning secondary sub-CA (Prov Sub-CA 2) with its own private key, and includes the signature value and signed information
  • a provisioning secondary sub-certificate (Prov Sub-CA 2 cert.) can be created.
  • the provisioning secondary sub-CA (CPO Sub-CA 2) signs information such as the public key and identification information of the CPS 320 with its own private key, and a leaf provisioning certificate including a signature value and signed information ) and transmit it to the CPS 320 to be installed.
  • each root CA (V2G RootCA, MO RootCA, OEM RootCA) can issue and provide an OCSP certificate, so that all clients access the OCSP server according to the Online Certificate Status Protocol (OCSP) to obtain the certificate. It allows you to request revocation/unrevocation status information about validity and receive inquiry results.
  • OCSP Online Certificate Status Protocol
  • the figure shows as if the OCSP certificate is only available for CPO sub-CAs (CPO Sub-CA 1, CPO Sub-CA 2) for simplicity, all root CAs (V2G RootCA, MO RootCA, OEM RootCA) ) can issue and provide an OCSP certificate so that they can check the validity of their root certificate series certificates.
  • the certificate is verified or verified in three generally available ways.
  • the certificate recipient verifies the signature value in the certificate with the signer's public key to verify the integrity of the certificate.
  • the certificate recipient can verify the integrity and authenticity of each certificate by sequentially comparing the owner information of each certificate with the issuer information of its subordinate CA from the root certificate to the leaf certificate in the certificate chain.
  • CTL Certificate Revocation List
  • the illustrated EV and EVSE are suitable for a wired power transmission system.
  • the charging station 200 includes at least one EV supply equipment (EVSE) 210 , and the EV 100 is an EV device 110 provided in correspondence to the EVSE 210 for power transmission. to provide The EVSE 210 supplies DC or AC power to the EV 100 through a conductor so that the battery 199 mounted in the EV 100 can be charged.
  • the EV device 110 and the EVSE 210 may be connected through a coupler 190 .
  • EVSE 210 includes a supply device communication controller (SECC) 220 , a supply-side power circuit 230 , a PLC module 240 , a hardware security module (HSM: Hardware Security Module, 270 ), and a gateway 280 .
  • SECC supply device communication controller
  • HSM Hardware Security Module
  • a gateway 280 may include
  • the SECC 220 may be installed outside the EVSE 210 , and one SECC 220 may be configured to control a plurality of, for example, four EVSEs 210 . It is illustrated as being included in one EVSE 210 .
  • the SECC 220 is an upper layer controller, and may communicate with the EV communication controller (EVCC) 120 in the EV device 110 through a power line communication (PLC) or a wireless LAN (WLAN).
  • the SECC 220 and the EVCC 120 may perform communication in the application layer, ie, OSI layer 3 or higher, according to, for example, ISO 15118-2 or ISO 15118-20 standards.
  • a physical layer and a data link layer between the SECC 220 and the EVCC 120 may be configured to conform to the ISO 15118-8 standard, for example.
  • the SECC 220 may control the supply-side power circuit 230 .
  • the SECC 220 may perform authentication of the EV user and payment of a charging fee through the Internet, for example, through an auxiliary agent SA such as the MO 310 .
  • the supply-side power circuit 230 may supply power from the power grid to the EV 100 , or supply power reversely supplied from the EV 100 to the power grid.
  • the supply-side power circuit 230 may include a supply-side power electronic circuit 232 and a watt-hour meter 238 .
  • the supply-side power electronic circuit 232 may include at least one of a converter for adjusting the level of voltage and/or current, and a rectifier for converting an alternating current into a direct current.
  • the watt-hour meter 238 measures the amount of energy supplied to the EV device 110 through the supply-side power electronic circuit 232 or conversely received from the EV device 110 to the supply-side power electronic circuit 232 .
  • the PLC module 240 may modulate a signal transmitted to the EV device 110 through power line communication and demodulate a signal received from the EV device 110 through power line communication.
  • the EVSE 210 transmits a control signal to the EV device 110 through a cable connecting the EVSE 210 and the EV device 110 and receives a control signal from the EV device 110 . It may further include a control pilot transceiver that can
  • Hardware security module (HSM) 270 is a variety of security information, for example, SECC certificate, the public key and private key of the SECC 220, a private key for symmetric key encryption, and other credentials of the SECC 220 (credential) and , an OEM root certificate (OEM RootCA cert.) and/or a V2G root certificate (V2G RootCA cert.) for verifying the contract certificate chain received from the EVCC 120 may be stored.
  • SECC certificate the public key and private key of the SECC 220
  • a private key for symmetric key encryption and other credentials of the SECC 220 (credential) and , an OEM root certificate (OEM RootCA cert.) and/or a V2G root certificate (V2G RootCA cert.) for verifying the contract certificate chain received from the EVCC 120 may be stored.
  • OEM root certificate OEM root certificate
  • V2G RootCA cert. V2G root certificate
  • the gateway 280 allows the SECC 220 to be connected to the secondary actor (SA) 299 through the Internet, so that user authentication and payment processing are performed through communication between the SECC 220 and the SA 299. can make it happen
  • the EV device 110 may include an EV communication controller (EVCC) 120 , an EV-side power circuit 130 , a PLC module 140 , and a hardware security module (HSM: 170 ).
  • the EVCC 120 is a higher layer controller, and may communicate with the SECC 220 in the EVSE 210 through a power line communication (PLC) or a wireless LAN (WLAN), and controls the EV-side power circuit 130 . can do.
  • PLC power line communication
  • WLAN wireless LAN
  • the EV-side power circuit 130 charges the battery 199 for propulsion of the EV 100 with power received from the EVSE 210 , or transfers energy stored in the battery 199 to the power grid through the EVSE 210 .
  • the EV-side power electronic circuit 132 in the EV-side power circuit 130 may include at least one of a converter for adjusting the level of voltage and/or current, and a rectifier for converting an alternating current into a direct current.
  • the PLC module 140 may modulate a signal transmitted to the EVSE 210 through power line communication and demodulate a signal received from the EVSE 210 through power line communication.
  • the hardware security module (HSM) 170 includes various security information, for example, a contract certificate, a public key and a private key of the EVCC 120, a private key for symmetric key encryption, and other credentials of the EVCC 220 and , it is possible to store a V2G root certificate (V2G RootCA cert.) for verifying the SECC certificate chain received from the SECC (220).
  • V2G RootCA cert. V2G root certificate
  • the illustrated EV and EVSE are suitable for a wireless power transmission system.
  • the charging station 200 includes at least one EV supply equipment (EVSE) 210 , and the EV 100 is an EV device 110 provided in correspondence to the EVSE 210 for power transmission. to provide The EVSE 210 supplies energy to the EV 100 by wireless power transmission so that the battery 199 mounted in the EV 100 can be charged.
  • EVSE EV supply equipment
  • the EVSE 210 may include a SECC 220 , a supply-side power circuit 230 , a P2PS controller 260 , a hardware security module (HSM: 270 ), and a gateway 280 .
  • the SECC 220 may be installed outside the EVSE 210 , and one SECC 220 may be configured to control a plurality of, for example, four EVSEs 210 . It is illustrated as being included in one EVSE 210 .
  • the SECC 220 is a higher layer controller, and may communicate with the EVCC 120 in the EV device 110 through a wireless LAN (WLAN).
  • the SECC 220 and the EVCC 120 may perform communication in the application layer, ie, OSI layer 3 and higher, according to the ISO 15118-2 or ISO 15118-20 standard, for example.
  • the physical layer and data link layer of the WLAN link may be configured to conform to the ISO 15118-8 standard, for example.
  • the SECC 220 may control the supply-side power circuit 230 and the P2PS controller 260 .
  • the SECC 220 may perform authentication of the EV user and payment of a charging fee through the Internet, for example, through an auxiliary agent SA such as the MO 310 .
  • the supply-side power circuit 230 may supply power from the power grid to the EV 100 , or supply power reversely supplied from the EV 100 to the power grid. In the forward power transmission process in which power is supplied from the EVSE 210 to the EV 100, the supply-side power circuit 230 receives the power supply from the power grid, forms a magnetic flux, and provides energy to the EV device 110 by magnetic resonance. can supply The supply-side power circuit 230 includes a supply-side power electronic circuit 232 for adjusting the frequency and class of voltage and/or current, a ground assembly (GA) device 236 for generating a high-frequency magnetic flux, and an EVSE 210 ) and the EV device 110 may be provided with a power meter 238 for measuring the amount of energy transmitted.
  • G ground assembly
  • the P2PS controller 260 performs P2PS communication with the corresponding configuration on the EV device 110 side under the control of the SECC 220 .
  • P2PS communication refers to communication for transmitting and receiving a signal for charging using a low-frequency (LF) magnetic field signal and/or a low-output magnetic field (LPE) signal.
  • LF low-frequency
  • LPE low-output magnetic field
  • the EV device 110 may include an EVCC 120 , an EV-side power circuit 130 , a P2PS controller 160 , and a hardware security module (HSM: 170 ).
  • the EVCC 120 is a higher layer controller, and may communicate with the SECC 220 in the EVSE 210 through a WLAN.
  • the EVCC 120 may control the EV-side power circuit 130 and the P2PS controller 160 .
  • the P2PS controller 160 performs P2PS communication with the P2PS controller 260 of the EVSE 210 under the control of the EVCC 120 using a low-frequency (LF) magnetic field signal and/or a low-output magnetic field (LPE) signal.
  • LF low-frequency
  • LPE low-output magnetic field
  • the EV-side power circuit 130 converts the magnetic energy supplied from the EVSE 210 into electric power to charge the battery 199, or converts the energy stored in the battery 199 into electric power and then forms the EVSE 210 in the form of a magnetic field. can be radiated toward In a forward power transmission process in which power is supplied from the EVSE 210 to the EV 100 , the EV-side power circuit 130 receives magnetic energy from the GA 236 of the EVSE 210 and converts the received magnetic energy into an induced current. After conversion to , the induced current is rectified into a direct current to charge the battery 199 .
  • the EV-side power circuit 130 receives magnetic energy of a high energy level supplied in a magnetic resonance state by capturing magnetic flux fluctuations induced from the GA device 236 and converts it into a current.
  • a vehicle assembly (VA) device It may include a 136 and an EV-side power electronic circuit 138 for rectifying the received power.
  • the hardware security module (HSM) 170 includes various security information, for example, a contract certificate, a public key and a private key of the EVCC 120, a private key for symmetric key encryption, and other credentials of the EVCC 220 and , it is possible to store a V2G root certificate (V2G RootCA cert.) for verifying the SECC certificate chain received from the SECC (220).
  • V2G RootCA cert. V2G RootCA cert.
  • the SECC 220 may include at least one processor 1020 , a memory 1040 , and a storage device 1060 . Components of the SECC 220 may be connected by a bus to exchange data.
  • the processor 1020 may execute program instructions stored in the memory 1040 and/or the storage device 1060 .
  • the processor 1020 may include at least one central processing unit (CPU), a graphics processing unit (GPU), or other processor capable of performing a method according to the present invention.
  • the memory 1040 may include, for example, a volatile memory such as a random access memory (RAM) and a non-volatile memory such as a read only memory (ROM).
  • RAM random access memory
  • ROM read only memory
  • the memory 1040 loads program instructions stored in the storage device 1060 and provides them to the processor 520 so that the processor 1020 can execute them.
  • the storage device 1060 is a recording medium suitable for storing program instructions and data, for example, a magnetic medium such as a hard disk, a floppy disk, and a magnetic tape, a compact disk read only memory (CD-ROM), and a DVD.
  • a magnetic medium such as a hard disk, a floppy disk, and a magnetic tape
  • CD-ROM compact disk read only memory
  • DVD digital Video Disk
  • magneto-optical media such as floppy disk, flash memory or EPROM (Erasable Programmable ROM), or manufactured based on them It may include a semiconductor memory such as an SSD.
  • the program instructions when executed by the processor 1020, cause the processor 1020 to: a power supply communication controller (SECC) certificate, and at least one charger series used to generate the SECC certificate.
  • SECC power supply communication controller
  • a cross-certificate is included in the contract certificate chain, the cross-certificate is verified based on a predetermined V2G root certificate, and a public key of a charging operator root certification authority or a charging operator subordinate certification authority included in the cross-certificate is obtained, verifying the contract certificate based on the obtained public key; action can be performed.
  • V2G RootCA V2G root certification authority
  • MO PKI-based certificate 6 to 8 show examples of cross-authentication by a V2G root certification authority (V2G RootCA) to a MO PKI-based certificate.
  • 6 shows an example in which the V2G root CA cross-certifies to the MO root certificate (MO RootCA cert.) in the MO PKI series.
  • 7 and 8 an example in which the V2G root CA cross-certifies to the MO sub-certificate (MO Sub-CA 1 cert. or MO Sub-CA 2 cert.) in the MO PKI series is shown.
  • MO RootCA cert. has the owner (subject) of the MO Root CA (MO RootCA), the issuer of the MO Root CA (MO RootCA), and the public key of the MO Root CA (MO RootCA). It is a public key certificate configured to include a self-signed signature value and signed information with the private key of the MO RootCA for information such as and identification information.
  • MO Sub-CA 1 cert. the owner is the MO primary sub-CA (MO Sub-CA 1)
  • MO Sub-CA 1 the issuer is the MO root CA (MO RootCA)
  • MO Primary sub-CA It is a certificate including the signature value and signed information of the MO Sub-CA 1) signed with the public key and identification information of the MO Root CA with the private key of the MO RootCA.
  • MO 2nd sub-certificate (MO Sub-CA 2 cert.) is the owner of the MO 2nd sub-CA (MO Sub-CA 2), the issuer is the MO 1st sub-CA (MO Sub-CA 1), and the MO 1st It is a certificate including the signature value and signed information of the sub-CA (MO Sub-CA 2) signed with the public key and identification information of the primary CA (MO Sub-CA 1) with the private key.
  • the owner is the EV(100) owner
  • the issuer is the MO secondary sub-CA (MO Sub-CA 2), and information such as the EV(100) public key and identification information is stored in the MO secondary sub-CA (MO Sub-CA 2).
  • This is a certificate containing the signature value and signed information signed with the private key of CA 2).
  • the EV 100 converts the contract certificate chain including the MO 1st sub-certificate (MO Sub-CA 1 cert.), the MO 2nd sub-certificate (MO Sub-CA 2 cert.), and the contract certificate.
  • the SECC 220 discloses the signature value of the MO root CA (MO RootCA) in the MO primary sub-certificate (MO Sub-CA 1 cert.) The key is verified using the ECDSA algorithm to verify the integrity of the signed content.
  • the SECC 220 is a MO secondary sub-certificate (MO Sub-CA 2 cert.) in the signature value of the MO primary sub-CA (MO Sub-CA 1) in the MO primary sub-CA (MO Sub-CA 1) ) to verify the integrity of the signed content by verifying it with the public key. Furthermore, the SECC 220 decrypts the signature value of the MO secondary sub-CA (MO Sub-CA 2) in the contract certificate with the public key of the MO secondary sub-CA (MO Sub-CA 2) to disclose the EV 100 Verification with the key verifies the integrity of the signed content.
  • MO Sub-CA 2 cert. MO secondary sub-certificate
  • the SECC 220 may verify the integrity of the MO primary sub-certificate (MO Sub-CA 1 cert.). none. Accordingly, the SECC 220 cannot verify the integrity of the MO secondary sub-certificate (MO Sub-CA 2 cert.) and the contract certificate, and automatic authentication by PnC cannot be performed.
  • V2G RootCA self-signs the public key and identification information of the MO root CA with its own private key, and issues a cross-certificate including the signature value and the signed information to the MO root CA. can do.
  • the V2G root CA may be a top-level certification authority serving as a trust anchor for various PKI series.
  • V2G Root CA serves as a trust anchor of the PKI series (Power Dev PKI series) for various devices for performing distribution, power demand response (DR) and frequency adjustment (FR) operations within the grid. can do.
  • the V2G root CA may serve as a trust anchor of the PKI series (AMI PKI series).
  • the V2G Root CA may serve as a trust anchor for the CPO PKI series shown in FIG. 2 .
  • the owner is a MO root CA (MO RootCA)
  • the issuer is a V2G root CA (V2G RootCA).
  • the cross-certificate includes a signature value in which the public key and identification information of the MO root CA are self-signed with the private key of the V2G root CA (V2G RootCA).
  • the contract certificate chain provided by the EV 100 to the charging station 200 during the PnC charging process is the cross-certificate, the MO Sub-CA 1 cert. MO Sub-CA 2 cert.), and contract certificates. Even if the SECC 220 does not have the MO root certificate (MO RootCA cert.), since the SECC 220 is equipped with the V2G root certificate ((V2G RootCA cert.), the cross-certificate can be verified and the verification result can be verified.
  • the contract certificate can be verified based on it, that is, the SECC 220 verifies the signature value of the V2G root CA (V2G RootCA) in the cross-certificate with the public key of the V2G root CA (V2G RootCA) to verify the integrity of the signed content Then, the SECC 220 may verify the integrity of the MO primary sub-certificate (MO Sub-CA 1 cert.) using the public key of the MO root CA. and can sequentially verify the integrity of the MO secondary sub-certificate (MO Sub-CA 2 cert.) and the contract certificate.
  • a cross-certificate that can be used in place of the MO root certificate (MO RootCA cert.) and the MO primary sub-certificate (MO Sub-CA 1 cert.) is generated.
  • the V2G Root CA V2G RootCA
  • the owner is the MO Sub-CA 1 and the issuer is the V2G Root CA (V2G RootCA).
  • the cross-certificate includes a signature value that self-signed information such as the public key and identification information of the MO primary sub-CA (MO Sub-CA 1) with the private key of the V2G root CA.
  • the contract certificate chain provided by the EV 100 to the charging station 200 during the PnC charging process is the cross-certificate and the MO secondary sub-certificate (MO Sub-CA 2 cert.) , and contract certificates.
  • the SECC 220 verifies the signature value of the V2G Root CA (V2G RootCA) in the cross-certificate with the public key of the V2G Root CA (V2G RootCA) to confirm the integrity of the signed content, and confirms the integrity of the signed content.
  • the public key of CA 1) can be obtained.
  • the SECC 220 may verify the integrity of the MO secondary sub-certificate (MO Sub-CA 2 cert.) using the public key of the MO primary sub-CA (MO Sub-CA 1), and the MO secondary The integrity of the contract certificate can be verified using the public key of the sub-certificate (MO Sub-CA 2 cert.).
  • the original contract certificate chain has a length of 2 and includes only the MO primary sub-certificate (MO Sub-CA 1 cert.) and the contract certificate.
  • a cross-certificate that can be used in place of the MO root certificate (MO RootCA cert.) and the MO primary sub-certificate (MO Sub-CA 1 cert.) can be generated.
  • the V2G Root CA V2G RootCA
  • the cross-certificate includes a signature value that self-signed information such as the public key and identification information of the MO primary sub-CA (MO Sub-CA 1) with the private key of the V2G root CA.
  • the contract certificate chain provided by the EV 100 to the charging station 200 during the PnC charging process may include only the cross-certificate and the contract certificate.
  • the SECC 220 verifies the signature value of the V2G Root CA (V2G RootCA) in the cross-certificate with the public key of the V2G Root CA (V2G RootCA) to confirm the integrity of the signed content, and confirms the integrity of the signed content.
  • the public key of CA 1) can be obtained.
  • the SECC 220 may verify the integrity of the contract certificate by using the public key of the MO primary sub-CA (MO Sub-CA 1).
  • FIG. 9 is a sequence diagram showing a process of installing a cross-certificate in the EV 100. As shown in FIG.
  • the contract certificate must be installed in the EVCC 120 .
  • the EVCC 120 may transmit a CertificateInstallationReq message to the SECC 220 to request the SECC 220 to install a contract certificate of the MO series currently in a contract relationship with the EV user (step 400).
  • the EVCC 120 may transmit the CertificateInstallationReq message by signing it with the private key associated with the OEM provisioning certificate.
  • the installation of the contract certificate may occur before the charging process starts, because the charging approval can be started only when a valid contract certificate is installed in the EVCC 120 .
  • the SECC 220 may forward this message to the associated secondary actor. For example, the SECC 220 may transmit a CertificateInstallationReq message to the CPS 320 via the CPO 350 associated with the SECC 220 (steps 402 and 404).
  • the CPS 320 Upon receiving the CertificateInstallationReq message from the EVCC 120 , the CPS 320 checks whether there is a contract certificate chain associated with the EVCC 120 . Then, the CPS 320 constructs a CertificateInstallationRes message including the contract certificate chain (step 410). The CPS 320 transmits a CertificateInstallationRes message to the EVCC 120 via the CPO 350 and the SECC 220 (steps 420 to 424). The contract certificate chain transmitted to the EVCC 120 may include a necessary cross-certificate. When a plurality of contract certificate chains associated with the EVCC 120 exist, the CPS 320 may select at least one contract certificate chain according to a priority according to a predetermined rule and include it in the CertificateInstallationRes message.
  • the contract certificate chain that does not include cross-certificates as well as the SECC 220 can verify may have the highest priority. And, if there is no contract certificate chain that the SECC 220 can verify without including the cross-certificate, the contract certificate chain including the cross-certificate may have the next priority. Meanwhile, when a plurality of contract certificate chains associated with the EVCC 120 exist, the CertificateInstallationRes message may include a parameter indicating the number of remaining certificate chains (RemainingContractCertificateChains).
  • the EVCC 120 may install the received contract certificate chain (step 430).
  • the EVCC 120 may transmit a CertificateInstallationRes message again to allow an additional contract certificate chain to be installed. have.
  • the installation of a plurality of contract certificates may be performed. In this case, which contract certificate should be used in the charging station 200 may be determined according to a policy set in advance by the OEM.
  • the contract certificate chain including the cross-certificate is installed in the EVCC 120 according to the request of the EVCC 120 visiting the charging station 200 , but in another embodiment of the present invention, the cross-certificate chain is installed in the EVCC 120 .
  • the contract certificate chain including the certificate may be temporarily or sequentially distributed and installed to all EVs associated with the MO 310 with which the EV 100 is in a contract relationship regardless of the request of the EV 100 .
  • FIG. 10 is a flowchart showing an embodiment of a communication process between the EVCC 120 and the SECC 220 for PnC charging.
  • the illustrated PnC charging process is constructed based on the ISO 15118-2 standard.
  • Step 500 communication is established between the EVCC 120 and the SECC 220 (step 500).
  • an IP-based connection is established between the EVCC 120 and the SECC 220 (step 510), and then a TLS session, that is, a secure connection, is established between the EVCC 120 and the SECC 220.
  • the EVCC 120 includes a SECC leaf certificate (SECC Leaf certificate) and CPO sub-certificates (CPO Sub-CA 1 cert., CPO Sub-CA 2 cert.) from the SECC 220.
  • SECC Leaf certificate SECC Leaf certificate
  • CPO sub-certificates CPO Sub-CA 1 cert., CPO Sub-CA 2 cert.
  • V2G RootCA cert. the V2G root certificate stored in the HSM 170 to the SECC leaf certificate (SECC Leaf certificate) can be verified.
  • the EVCC 120 and the SECC 220 When the TLS session is established, the EVCC 120 and the SECC 220 generate a symmetric key, and encrypt data using the symmetric key to send and receive data. That is, in steps 540 to 560, the EVCC 120 and the SECC 220 transmit and receive messages and data encrypted by the symmetric key.
  • identification, authentication, and approval of the EVCC 100 may be performed.
  • the EVCC 100 transmits the contract certificate chain to the SECC 220 through the PaymentDetailsReq message so that the SECC 220 or the CPO 350 verifies the contract certificate and confirms the identity of the EV 100 . can make it
  • the contract certificate chain that the EVCC 120 transmits to the SECC 220 may include MO sub-certificates (MO Sub-CA 1 cert., MO Sub-CA 2 cert.), and the MO to the SECC 220 If the root certificate (MO RootCA cert.) is not stored, a cross-certificate may be included.
  • the SECC 220 provides the contract certificate to the MO 310 to request approval.
  • the MO 310 responds to the request of the SECC 220 to verify the validity of the contract certificate, check the eMAID account status, determine whether the contract for the EV is valid enough to provide charging service, and the result of the determination is provided to the SECC 220 as an approval result.
  • a target charging level is determined through communication between the EVCC 120 and the SECC 220, and a charging schedule such as a charging profile is established (step 560).
  • the SECC 220 performs charging for the EV while controlling the charging until the charging termination condition is achieved (step 570).
  • the charging schedule may be adjusted. Examples of the charging termination condition include reaching a target charging level, a request of the EVCC 100 , a determination of the SECC 220 due to insufficient electric power, a request of an auxiliary agent SA, and the like.
  • the charging schedule adjustment is made according to the EV user's request in the EV or via the SA, the EV user's adjustment request input in the EVSE 210, or the SECC 220 (220) according to information or request from an auxiliary participant. ) may be determined.
  • the EVCC 120 may request a receipt from the SECC 220 , and the SECC 220 may provide a receipt indicating the amount of charge in response to the request.
  • FIG. 11 is a sequence diagram specifically illustrating an example of the TLS session establishment process in step 520 shown in FIG. 10 .
  • the illustrated TLS session establishment process is based on a process according to the ISO 15118-2 (2014) standard.
  • the EVCC 120 may provide a list of V2G RootCA cert IDs that it owns while transmitting a ClientHello message to the SECC 220 . There is (step 522).
  • the SECC 220 transmits the SECC leaf certificate chain while transmitting the ServerHello message in response to the ClientHello message (steps 524 and 526).
  • the trust anchor of the CPO sub-certificates (CPO Sub-CA 1 cert., CPO Sub-CA 2 cert.) in the SECC leaf certificate chain is included in the list of V2G root certificates (V2G RootCA certs) of the EVCC 120. It is preferable to have Next, the EVCC 120 authenticates the SECC 220 using the SECC leaf certificate (step 528). After confirming the integrity of the SECC leaf certificate, the EVCC 120 may transmit the verification result to the SECC 220 (step 530).
  • the EVCC 120 generates a nonce value of the EVCC 120 and transmits it to the SECC 220
  • the SECC 220 generates a nonce value of the SECC 220 and transmits it to the EVCC 120 .
  • the EVCC 120 generates a kind of random number value called a pre-master secret (PMS), encrypts the PMS value using the public key of the SECC 220 obtained from the SECC leaf certificate, and then transmits it to the SECC 220 ) is sent to Through the exchange of the nonce value and the transmission and reception of the PMS value, the EVCC 120 and the SECC 220 generate a symmetric key (step 532). Thereafter, the EVCC 120 and the SECC 220 use the symmetric key to encrypt data to perform encrypted communication (step 534).
  • PMS pre-master secret
  • FIG. 12 is a flowchart specifically illustrating an example of the identification, authentication, and approval process of the EVCC 100 by the SECC 220 in step 540 of FIG. 10 .
  • the SECC 220 may receive a contract certificate chain from the EVCC 100 (step 542). After receiving the contract certificate chain, the SECC 220 may determine whether the cross-certificate is included in the contract certificate chain (step 544). When a cross-certificate is included in the contract certificate chain, the SECC 220 verifies the cross-certificate based on the V2G root certificate (V2G RootCA cert.) that is the basis for issuing the SECC certificate, and the MO root CA ( The public key of the MO RootCA) or the MO sub-CA (MO Sub-CA 1 or MO Sub-CA 2) is obtained (step 546).
  • V2G RootCA cert. The public key of the MO RootCA
  • MO sub-CA MO Sub-CA 1 or MO Sub-CA 2
  • the SECC 220 may verify the contract certificate based on the public key of the MO root CA (MO RootCA) or the MO sub-CA (MO Sub-CA 1 or MO Sub-CA 2) (step 548). Next, the SECC 220 may verify the contract certificate based on the public key of the MO sub-CA 2 (step 548). Subsequently, the SECC 220 provides the contract certificate to the MO 310 to request approval, so that the MO 310 checks the validity of the contract certificate and the eMAID account status, and the contract for the EV is suitable for providing charging service to determine if it is effective enough to do so. Then, the SECC 220 receives the approval result from the MO 310 (step 550).
  • the SECC 220 may check whether the MO root certificate (MO RootCA) is stored in the hardware security module (HSM: 270). When the MO root certificate (MO RootCA) is stored in the HSM 270 , the SECC 220 may verify the contract certificate based on the MO root certificate (MO RootCA). On the other hand, if the MO root certificate (MO RootCA) is not stored in the HSM 270, the SECC 220 may transmit the contract certificate to the charger backend server so that the charger backend server verifies the contract certificate. Meanwhile, the SECC 220 may cause a cross-certificate to be installed in the EV 100 (step 552).
  • HSM hardware security module
  • FIG. 13 is a schematic diagram of a cross-authentication system according to another embodiment of the present invention.
  • the V2G root CA cross-certifies each of the plurality of MO root certificates (MO RootCA cert), thereby providing the charging station 200 with the corresponding MO root certificate (MO RootCA). cert) can solve the problem.
  • a cross-certificate must be issued for the combination of each V2G root CA and each MO root certificate (MO RootCA cert). For example, assuming that there are m V2G root CAs in the market and n MO root certificates (MO RootCA cert), the cross-certificate generated by the V2G root CA cross-certifying the MO root certificate (MO RootCA cert) can reach a maximum of mn. Accordingly, not only the cross-authentication work is complicated, but also the cross-certificate becomes excessive, and the memory load of the EV 100 storing a plurality of cross-certificates increases.
  • a bridge root certification authority may perform cross-certificate issuance on behalf of the V2G root CA.
  • the V2G root CA cross-certifies the bridge CA’s certificate and
  • the number of cross-certificates generated when the bridge CA cross-certifies the MO root certificate (MO RootCA cert) is limited to a maximum of m+n.
  • the cross-certificates that need to be stored in each EV are a total of two: the cross-certificate issued by the V2G root CA to the bridge CA and the cross-certificate issued by the bridge CA to the MO affiliated CA. According to this embodiment, the cross-certificate does not become excessively excessive, and the memory load of the EV 100 is reduced.
  • the apparatus and method according to the embodiment of the present invention can be implemented as a computer-readable program or code on a computer-readable recording medium.
  • the computer-readable recording medium includes all types of recording devices in which data that can be read by a computer system is stored.
  • the computer-readable recording medium may be distributed in a network-connected computer system to store and execute computer-readable programs or codes in a distributed manner.
  • the computer-readable recording medium may include a hardware device specially configured to store and execute program instructions, such as ROM, RAM, and flash memory.
  • the program instructions may include not only machine language codes such as those generated by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.
  • aspects of the invention have been described in the context of an apparatus, it may also represent a description according to a corresponding method, wherein a block or apparatus corresponds to a method step or feature of a method step. Similarly, aspects described in the context of a method may also represent a corresponding block or item or a corresponding device feature. Some or all of the method steps may be performed by (or using) a hardware device such as, for example, a microprocessor, programmable computer or electronic circuit. In some embodiments, one or more of the most important method steps may be performed by such an apparatus.
  • a programmable logic device eg, a field programmable gate array
  • the field programmable gate array may operate in conjunction with a microprocessor to perform one of the methods described herein.
  • the methods are preferably performed by some hardware device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Computing Systems (AREA)
  • Primary Health Care (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Computer Hardware Design (AREA)
  • Water Supply & Treatment (AREA)
  • General Engineering & Computer Science (AREA)
  • Public Health (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)
  • Electric Propulsion And Braking For Vehicles (AREA)

Abstract

다수의 MO가 존재하고 충전 스테이션에 MO 루트 인정서가 없는 상황에서, 충전 스테이션이 교차인증서를 토대로 전기차의 계약 인증서를 검증할 수 있게 해주는 인증 방법 및 장치를 제공한다. 본 발명의 일 측면에 따른 전기차 인증 방법은 전기차를 충전할 수 있도록 구성된 충전 스테이션 장치에서 상기 전기차에 대한 PnC 충전을 위해 수행될 수 있다. 전기차 인증 방법은 전력공급장치 통신제어기(SECC) 인증서와, 상기 SECC 인증서의 생성에 사용된 적어도 하나의 충전장치 계열 하위 인증서를 포함하는 SECC 인증서 체인을 상기 전기차에 송신하고, 상기 SECC 인증서에 대한 검증 결과를 상기 전기차로부터 받아들이는 단계; 계약 인증서를 포함하는 계약 인증서 체인을 상기 전기차로부터 수신하는 단계; 및 상기 계약 인증서 체인에 교차인증서가 포함되어 있는 경우, 소정의 루트 인증서를 토대로 상기 교차인증서를 검증하고 상기 교차인증서에 포함된 충전 사업자 루트 인증기관 또는 충전 사업자 하위 인증기관의 공개키를 획득하며, 획득된 공개키를 토대로 하여 상기 계약 인증서를 검증하는 단계;를 포함한다.

Description

전기차 충전을 위한 교차인증 방법 및 장치
본 발명은 전기차 충전을 위한 디바이스 인증 방법 및 장치에 관한 것으로서, 보다 상세하게는 공개키 기반 구조를 토대로 디바이스를 인증하는 장치 및 방법에 관한 것이다.
전기 자동차(EV: Electric Vehicle, 이하 '전기차'로 약칭함)는 배터리의 동력으로 모터를 구동하여, 종래의 가솔린 엔진 자동차에 비해 배기 가스 및 소음 등과 같은 공기 오염원이 적으며, 고장이 적고, 수명이 길고, 운전 조작이 간단하다는 장점이 있다. 전기차 충전 시스템은 상용 전력 배전망(power grid)이나 에너지 저장 장치의 전력을 이용하여 전기차에 탑재된 배터리를 충전하는 시스템으로 정의할 수 있다. 이러한 전기차 충전 시스템은 다양한 형태로 구현될 수 있으며, 예를 들어, 케이블을 이용한 전도성 충전 시스템이나 비접촉 방식의 무선전력전송 시스템을 포함할 수 있다.
충전 스테이션은 EV에 대하여 인증 과정을 거친 후 충전을 시작하게 된다. EV 충전에 관한 국제표준 중 하나인 ISO 15118은 두가지 인증 방법 즉, EV에 저장되어 있는 인증서를 사용하여 인증과 결제승인이 자동으로 완료되는 PnC 방식과, 신용카드, 직불카드, 현금, 스마트폰앱과 같은 외부 식별 수단(EIM: External Identification Means)에 의해 식별, 인증, 요금결제가 이루어지는 방식을 규정하고 있다. PnC 방식이란 유선 충전의 경우 EV와 충전 스테이션 사이에 플러그만 꽂으면 사용자 인증과 충전이 이루어지는 플러그-앤-차지(Plug-and-charge) 방식을 일컬으며, 무선 충전의 경우 충전 스테이션의 충전 스팟 위에 주차만 해두면 인증과 충전이 이루어지는 파크-앤-차지(Park-and-charge) 방식을 일컫는다.
ISO 15118 표준은 PnC 방식을 구현하기 위한 근간으로서 공개키 기반구조(PKI: Public key Infrastructure)를 기초로 한 인증을 규정하고 있다. ISO 15118 표준에 따른 PKI 시스템에 따르면, EV에는 충전 사업자(MO: Mobility Operator) 계열의 MO 루트 인증기관(MO RootCA)이 발급한 MO 루트 인증서(MO RootCA cert.)를 토대로 생성된 계약 인증서가 설치된다. 충전 스테이션에는 비클-투-그리드(V2G: Vehicle-to-Grid) 루트 인증기관(V2G RootCA)이 발급한 V2G 루트 인증서(V2G RootCA cert.)를 토대로 생성된 충전소 인증서(SECC cert.)가 설치된다. 인증 과정에서 EV는 충전 스테이션으로부터 충전소 인증서 체인을 받아들이고 검증하며, 결제승인 과정에서 충전 스테이션은 EV로부터 계약 인증서 체인을 받아들이고 검증하며 정상적인 충전 계약이 수립되어 있는 차량인지 확인하고 결제 절차를 수행한다.
충전 스테이션은 MO와의 계약을 토대로 충전이나 인정서 설치/업데이트 등의 서비스를 EV에 제공하게 된다. 만약 시장에 극소수의 MO와 V2G만이 존재한다면, 위와 같은 PKI 기반 인증은 아무 문제없이 구현될 수 있고, EV 소유자의 편익을 제고할 수 있다. 그렇지만, 시장에 다수의 MO가 존재한다면, 충전 스테이션은 계약 인증서 체인을 검증하는데 필요한 다수의 MO 루트 인증서(MO RootCA cert.) 중 일부를 구비하지 못할 수 있으며, 이에 따라 일부 EV에 대해서 서비스를 제공하지 못할 수 있다. 마찬가지로, 시장에 다수의 V2G가 존재한다면, EV는 충전소 인증서(SECC cert.) 체인을 검증하는데 필요한 다수의 V2G 루트 인증서(V2G RootCA cert.) 중 일부를 구비하지 못할 수 있으며, 이에 따라 일부 충전 스테이션을 검증하지 못할 수도 있는데, 이 문제는 차량 제조업체(OEM: Original Equipment Manufacturer)의 역할이 중요할 수 있으므로, 여기서는 논외로 한다.
상대측 디바이스의 인증서 체인을 검증하는데 필요한 루트 인증서의 부재로 인한 문제를 해소하기 위한 기법으로 교차인증이 있다. 그런데, PnC 충전에서의 교차인증은 주로 V2G PKI 계열들 사이 또는 V2G PKI 계열과 OEM PKI 계열 사이에서의 교차인증에 국한되어 논의되어 왔고, V2G PKI 계열과 MO PKI 계열 간의 교차인증에 대한 논의는 거의 없었다. 이는 계약 인증서 설치 과정에서 제한적으로 작용하는 OEM 인증서 체인과 달리 MO 인증서 체인은 EV의 운용 과정에서 지속적으로 작용하는 것이고, 계약 인증서를 포함한 MO 인증서 체인은 개인정보나 계약정보라는 예민한 정보와 관련이 있기 때문인 것으로 보인다. 또한, 시장에서 MO는 소수의 엔티티만이 역할을 수행하리라고 예상된 것도 부분적인 원인인 것으로 추정된다. 아울러, MO PKI 계열 인증서에 대한 교차인증은 ISO 15118 표준에서 정한 제약조건을 위반할 수 있고 표준 규정에 반하는 프로토콜 수정이 요구될 수 있기 때문인 것으로 보인다.
그렇지만, 현 시점에서 다수의 충전소 운영자가 전도성 충전 시장에 참여하고 있는 것을 볼 때 PnC 충전이 본격화된 후에 다수의 MO가 시장에 존재할 가능성을 배제할 수 없다. 그러므로, 각 충전 스테이션이 다수의 MO 중 일부와의 계약이 부존재함으로 인해 일부 EV에 서비스를 제공할 수 없게 되는 상황을 최소화할 수 있도록 표준과 시스템을 정비할 필요가 있다.
본 발명은 이와 같은 문제점을 해결하기 위한 것으로서, 시장에 다수의 MO가 존재하고 충전 스테이션에 MO 루트 인정서가 없는 상황에서, 충전 스테이션이 교차인증서를 토대로 전기차의 계약 인증서를 검증할 수 있게 해주는 인증 방법 및 장치를 제공한다.
본 발명의 일 측면에 따른 인증 방법은 충전 스테이션 장치에서 전기차에 대한 PnC 충전을 제공하는데 사용될 수 있다. 인증 방법은 전력공급장치 통신제어기(SECC) 인증서와, 상기 SECC 인증서의 생성에 사용된 적어도 하나의 충전장치 계열 하위 인증서를 포함하는 SECC 인증서 체인을 상기 전기차에 송신하고, 상기 SECC 인증서에 대한 검증 결과를 상기 전기차로부터 받아들이는 단계; 계약 인증서를 포함하는 계약 인증서 체인을 상기 전기차로부터 수신하는 단계; 및 상기 계약 인증서 체인에 교차인증서가 포함되어 있는 경우, 소정의 루트 인증서를 토대로 상기 교차인증서를 검증하고 상기 교차인증서에 포함된 충전 사업자 루트 인증기관 또는 충전 사업자 하위 인증기관의 공개키를 획득하며, 획득된 공개키를 토대로 하여 상기 계약 인증서를 검증하는 단계를 포함한다.
상기 교차인증서의 검증에 사용되는 상기 루트 인증서는 상기 SECC 인증서의 발급 기초가 된 V2G 인증기관 공개키를 포함하는 V2G 루트 인증서일 수 있다.
상기 교차인증서의 검증에 사용되는 상기 루트 인증서는 복수의 V2G 인증기관을 대신하여 상기 교차인증서를 발급하는 브릿지 인증기관의 인증서일 수 있다.
상기 계약 인증서를 검증하는 단계는 상기 계약 인증서 체인에 교차인증서가 포함되어 있지 않은 경우, 상기 충전 스테이션 장치에 저장되어 있는 충전 사업자 루트 인증서를 토대로 상기 교차인증서를 검증하는 단계를 포함할 수 있다.
상기 계약 인증서를 검증하는 단계는 상기 계약 인증서 체인에 교차인증서가 포함되어 있지 않은 경우 상기 전기차에 상기 교차인증서가 설치되게 하는 단계를 포함할 수 있다.
인증 방법은 상기 계약 인증서 내에 있는 소정의 인증서 소유자 식별정보를 결제 서버에 송신하여 승인을 요청하는 단계; 및 상기 결제 서버로부터 승인 결과를 받아들이고 상기 승인 결과에 따라 충전이 개시되도록 하는 단계;를 더 포함할 수 있다.
본 발명의 다른 측면에 따른 전기차 충전 스테이션 장치는 전기차와의 통신을 토대로 상기 전기차에 대한 PnC 충전을 수행한다. 충전 스테이션 장치는 프로그램 명령들을 저장하는 메모리와, 상기 메모리에 접속되고 상기 메모리에 저장된 상기 프로그램 명령들을 실행하는 프로세서를 구비한다. 상기 프로그램 명령들은 상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금: 전력공급장치 통신제어기(SECC) 인증서와, 상기 SECC 인증서의 생성에 사용된 적어도 하나의 충전장치 계열 하위 인증서를 포함하는 SECC 인증서 체인을 상기 전기차에 송신하고, 상기 SECC 인증서에 대한 검증 결과를 상기 전기차로부터 받아들이며; 계약 인증서를 포함하는 계약 인증서 체인을 상기 전기차로부터 수신하며; 상기 계약 인증서 체인에 교차인증서가 포함되어 있는 경우, 소정의 V2G 루트 인증서를 토대로 상기 교차인증서를 검증하고 상기 교차인증서에 포함된 충전 사업자 루트 인증기관 또는 충전 사업자 하위 인증기관의 공개키를 획득하며, 획득된 공개키를 토대로 하여 상기 계약 인증서를 검증하는; 동작을 수행하게 할 수 있다.
본 발명의 일 실시예에 따르면, 충전 스테이션이 PnC 결제승인(autorization) 과정에서 MO 루트 인증서가 없어도 MO PKI 계열의 인증서 체인을 검증할 수 있게 된다. 따라서, 충전 인프라 운영사업자(Charging Pont Operator) 내지 MO가 다수 존재하는 경우에도 간소한 인증 절차를 통해 PnC 충전이 가능해진다. 그리고 충전 스테이션이 모든 MO 루트 인증서를 보유해야 할 필요가 없게 되며, EV가 모든 V2G 루트 인증서를 보유해야 할 필요가 없게 된다.
그러므로, 본 발명은 충전 스테이션과 EV의 메모리 부담을 최소화하고 불필요한 인증서의 유출이나 복제에 대한 위험이 없이 간소한 절차를 통해 인증서의 유효성과 무결성을 검증할 수 있게 되고, PnC 충전을 위한 인증과 승인을 원활하게 할 수 있다는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른 전기차 충전 기반구조의 블록도이다.
도 2는 본 발명의 일 실시예에 따른 인증서 계층 구조를 보여주는 도면이다.
도 3은 도 1에 도시된 전기차 및 충전 스테이션의 일 실시예의 블록도이다.
도 4는 도 1에 도시된 전기차 및 충전 스테이션의 다른 실시예의 블록도이다.
도 5는 도 3 또는 도 4에 도시된 SECC의 일 실시예의 물리적 블록도이다.
도 6 내지 도 8은 V2G 루트 인증기관(V2G RootCA)이 MO PKI 계열 인증서에 교차인증하는 예들을 보여주는 도면들이다.
도 9는 교차인증서를 전기차에 설치하는 과정을 보여주는 시퀀스 다이어그램이다.
도 10은 PnC 충전을 위한 EVCC와 SECC간의 통신 프로세스의 일 실시예를 보여주는 흐름도이다.
도 11은 도 10에 도시된 TLS 세션 수립 과정의 일 예를 구체적으로 보여주는 시퀀스 다이어그램이다.
도 12는 SECC에 의한 EVCC의 식별, 인증, 및 승인 과정의 일 예를 구체적으로 보여주는 흐름도이다.
도 13은 본 발명의 다른 실시예에 따른 교차인증 시스템의 개략도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 구성요소에 대해서는 유사한 참조부호를 사용하였다.
제1, 제2, 등의 서수가 다양한 구성요소들을 설명하는 데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. "및/또는"이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
달리 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
본 명세서에 사용되는 일부 용어를 정의하면 다음과 같다.
'전기차(Electric Vehicle, EV)'는 49 CFR(code of federal regulations) 523.3 등에서 정의된 자동차(automobile)를 지칭할 수 있다. 전기차는 고속도로 이용 가능하고, 차량 외부의 전원공급원으로부터 재충전 가능한 배터리 등의 차량 탑재 에너지 저장 장치에서 공급되는 전기에 의해 구동될 수 있다. 전원공급원은 주거지나 공용 전기서비스 또는 차량 탑재 연료를 이용하는 발전기 등을 포함할 수 있다. 전기차(electric vehicle, EV)는 일렉트릭 카(electric car), 일렉트릭 오토모바일(electric automobile), ERV(electric road vehicle), PV(plug-in vehicle), xEV(plug-in vehicle) 등으로 지칭될 수 있고, xEV는 BEV(plug-in all-electric vehicle 또는 battery electric vehicle), PEV(plug-in electric vehicle), HEV(hybrid electric vehicle), HPEV(hybrid plug-in electric vehicle), PHEV(plug-in hybrid electric vehicle) 등으로 지칭되거나 구분될 수 있다.
'플러그인 전기차(Plug-in Electric Vehicle, PEV)'는 전력 그리드에 연결하여 차량 탑재 일차 배터리를 재충전하는 전기차를 지칭할 수 있다.
'무선 충전 시스템(WCS: Wireless power charging system)'은 무선전력전송과 얼라인먼트 및 통신을 포함한 GA와 VA 간의 제어를 위한 시스템을 지칭할 수 있다.
'무선 전력 전송(Wireless power transfer, WPT)'은 유틸리티(Utility)나 그리드(Grid) 등의 교류(AC) 전원공급 네트워크에서 전기차로 무접촉 수단을 통해 전기적인 전력을 전송하는 것을 지칭할 수 있다.
'유틸리티(Utility)'는 전기적인 에너지를 제공하며 통상 고객 정보 시스템(Customer Information System, CIS), 양방향 검침 인프라(Advanced Metering Infrastructure, AMI), 요금과 수익(Rates and Revenue) 시스템 등을 포함하는 시스템들의 집합으로 지칭될 수 있다. 유틸리티는 가격표 또는 이산 이벤트(discrete events)를 통해 플러그인 전기차가 에너지를 이용할 수 있도록 한다. 또한, 유틸리티는 세율, 계측 전력 소비에 대한 인터벌 및 플러그인 전기차에 대한 전기차 프로그램의 검증 등에 대한 정보를 제공할 수 있다.
'스마트 충전(Smart charging)'은 전력 그리드와 통신하면서 EVSE 및/또는 플러그인 전기차가 차량 충전율이나 방전율을 그리드 용량이나 사용 비용 비율의 시간에 따라 최적화하는 시스템을 지칭할 수 있다.
'상호운용성(Interoperabilty)'은 서로 상대적인 시스템의 성분들이 전체 시스템의 목적하는 동작을 수행하기 위해 함께 작동할 수 있는 상태를 지칭할 수 있다. 정보 상호운용성(Information interoperability)은 두 개 이상의 네트워크들, 시스템들, 디바이스들, 애플리케이션들 또는 성분들이 사용자가 거의 또는 전혀 불편함 없이 안전하고 효과적으로 정보를 공유하고 쉽게 사용할 수 있는 능력을 지칭할 수 있다.
'유도 충전 시스템(Inductive charging system)'은 두 파트가 느슨하게 결합된 트랜스포머를 통해 전기 공급 네트워크에서 전기차로 정방향에서 전자기적으로 에너지를 전송하는 시스템을 지칭할 수 있다. 본 실시예에서 유도 충전 시스템은 전기차 충전 시스템에 대응할 수 있다.
'유도 결합(Inductive coupling)'은 두 코일들 간의 자기 결합을 지칭할 수 있다. 두 코일은 그리드 어셈블리 코일(Grid assembly coil)과 차량 어셈블리 코일(Vehicle assembly coil)을 지칭할 수 있다.
'OEM(Original Equipment Manufacturer)'은 전기차 제조업체가 운영하는 서버로서 OEM 루트인증서를 발급하는 최상위 인증기관(CA)을 지칭할 수 있다.
'모빌리티 운영자(MO: Mobility operator)'는 EV 운전자가 충전 스테이션에서 EV를 충전할 수 있도록 EV 소유자와 충전, 승인, 및 결제에 관한 계약 관계를 맺고 있는 서비스 제공자를 지칭할 수 있다.
'충전 스테이션(CS: Charging station)'은 하나 이상의 EV 전력공급장치를 구비하며 EV에 대한 충전을 실제로 실행하는 시설을 지칭할 수 있다.
'충전 스테이션 운영자(CPO: Charging station operator)'는 요청된 에너지 전송 서비스를 제공하기 위하여 전기를 관리하는 엔티티를 지칭할 수 있다.
'충전 스테이션 운영자(CSO: Charging station operator)'는 요청된 에너지 전송 서비스를 제공하기 위하여 전기를 관리하는 엔티티를 지칭할 수 있으며, 충전 포인트 운영자(CPO: Charge point operator)와 동일한 개념의 용어일 수 있다.
'충전 서비스 제공자(CSP: Charge service provider)'는 EV 사용자의 크리덴셜을 관리하고 인증하며, 요금청구 및 기타 부가가치 서비스를 고객에게 제공하는 역할을 하는 엔티티를 지칭할 수 있으며, MO의 특별한 유형에 해당한다고 볼 수 있고 MO와 합체된 형태로 구현될 수도 있다.
'클리어링 하우스(CH: Clearing house)'는 MO들, CSP들, 및 CSO들 사이의 협력 사항을 처리하는 엔티티로서, 특히 두 정산 내지 청산 당사자 사이에서 EV 충전 서비스 로밍에 대한 승인, 요금청구, 정산 절차를 원활하게 해주는 중간 관여자 역할을 할 수 있다.
'로밍(roaming)'은 EV 사용자들이 하나의 크리덴셜과 계약을 사용하여, 다수의 모빌리티 네트웍에 속하는 다수의 CSP들 또는 CSO들에 의해 제공되는 충전 서비스를 접근할 수 있게 해주는 정보 교환 및 관련 사항(provision)과 체계(scheme)를 지칭할 수 있다.
'크리덴셜(credential)'은 EV 또는 EV 소유주의 개인 정보를 나타내는 물리적 또는 디지털 자산으로서, 신원을 검증하기 위해 사용하는 암호학적 정보인 패스워드, 공개키 암호 알고리즘에서 사용하는 공개키/개인키 쌍, 인증기관이 발행하는 공개키 인증서, 신뢰하는 루트 인증기관 관련 정보 등을 포함할 수 있다.
'인증서(Certificate)'는 디지털 서명에 의해 공개키를 ID와 바인딩하는 전자 문서를 지칭할 수 있다.
'서비스 세션'은 고유의 식별자를 가진 일정한 타임프레임에서의 어떤 고객에게 할당된, 충전 지점에서의 전기차 충전에 관한 서비스들의 집합을 지칭할 수 있다.
'V2G 충전 루프' 또는 'V2G 충전 루프'는 ISO 15118 표준에 따른 충전 프로세스를 제어하기 위한 메시지 송수신 과정을 지칭할 수 있다.
'전자모빌리티 계정 식별자(eMAID: e-Mobility Account Identifier)'는 계약 인증서를 EV 소유주의 결제 계정에 연결시키는 EV 고유 식별자를 지칭할 수 있다.
'V2G 전송 프로토콜(V2GTP: V2G Transfer Protocol)'은 두 V2GTP 엔티티 사이에 V2G 메시지를 전송하기 위한 통신 프로토콜을 지칭할 수 있다.
이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
도 1은 본 발명의 일 실시예에 따른 전기차(EV) 충전 기반구조의 블록도로서, EV 충전에 관련된 엔티티들을 보여주며, 도 2는 본 발명의 일 실시예에 따른 인증서 계층 구조를 보여준다.
도 1에 도시된 EV 충전 기반구조는 EV(100)에 충전 서비스를 제공하기 위한 것으로서, 충전 스테이션(CS: Charging Station(200), 전기차 제조업체(OEM)(300), 모빌리티 운영자(MO: Mobility operator)(310), 인증서 프로비저닝 서비스(CPS: Certificate provisioning service)(320), 계약 인증서 풀(CCP: Contract certificate pool)(330), 비클-투-그리드(V2G: Vehicle-to-grid) 서버(340), 충전 서비스 운영자(CPO: Charge point operator)(350), 충전 서비스 제공자(CSP: Charge service provider)(360), 및 클리어링 하우스(CH: Clearing house)(370)를 포함한다.
도시된 EV 충전 기반구조는 전력망으로부터 공급되는 전기 에너지로 EV(100)의 배터리를 충전시킬 수 있을 뿐만 아니라, EV(100)의 배터리에 저장된 전기 에너지를 전력망이나, 전력망에 전기적으로 접속된 특정 건물이나 기기에 공급할 수 있는 전기차-전력망 통합(VGI: Vehicle-Grid Integration) 시스템을 구현할 수 있게 해준다. EV 사용자는 충전 스테이션(200)에서 PnC 방식으로 EV(100)를 충전할 수 있다. 충전 과정에서, EV(100)와 충전 스테이션(200)은 주 관여자(primary actors)로 작용하고, OEM 서버(300), MO(310), CPS(320), CCP(330), V2G 서버(340), CPO(350), CSP(360), 및 CH(370)는 보조 관여자(SA: secondary actors)로 작용할 수 있다.
EV(100)는 플러그-인 방식 하이브리드 전기차(PHEV)를 포함한 일반적인 전기차를 지칭하며, 충전 스테이션(200)에서 유선 또는 무선으로 충전이 가능하다. 충전 스테이션(200)은 EV(100)에 대한 충전을 실제로 실행한다. 충전 스테이션(200)은 하나 이상의 EV 전력공급장치(EVSE: EV Supply Equipment)가 설치되며, 각각의 EVSE는 전력전송을 실제로 수행하는 적어도 하나의 유선 충전기 및/또는 무선충전 스팟을 구비할 수 있다. 충전 스테이션(200)은 상업적인 충전 시설일 수 있다. 또한 충전 스테이션(200)은 EV 소유자의 주택에 부속된 주차장, 쇼핑센터, 업무용 건물, 집단 주거 지역의 주차구역 등과 같이 다양한 장소에 위치할 수도 있다. 충전 스테이션(200)은 '충전 포인트', 'EV 충전소', 및 '전기 충전 포인트'로 지칭될 수도 있다.
OEM(300)은 전기차 제조업체를 지칭할 수 있고, 전기차의 인증 및 제반 정보 제공을 위한 OEM의 서버를 지칭하는 것일 수도 있다. 특히 인증서와 관련하여, OEM(300)은 OEM 루트 인증서(OEM RootCA cert.)를 발급하는 OEM 최상위 인증기관(OEM Root Certification Authority)을 지칭하거나 이를 포함할 수 있다.
모빌리티 운영자(MO)(310)는 EV 운전자가 충전 스테이션(200)에서 EV를 충전할 수 있도록 EV 소유자와 충전, 승인, 및 결제에 관한 계약 관계를 맺고 있는 서비스 제공자이다. EV(100)가 현재의 충전 스테이션(200)에서 충전 서비스를 받으려면, 현재의 충전 스테이션이 계약 관계에 의해 MO에 속하거나 로밍 시나리오를 지원할 것이 요구될 수 있다. 예컨대, MO(310)는 에너지를 판매하는 전기 공급자 또는 전기 도매업자에 의해 운영될 수 있는데 이에 한정되는 것은 아니다. MO(310)는 '이모빌리티 서비스 공급자(EMSP: E-mobility service provider)'로 칭해질 수도 있다. MO(310)는 MO 루트 인증서(MO RootCA cert.)를 발급하는 최상위 인증기관(MO RootCA)으로도 작용한다.
인증서 프로비저닝 서비스(CPS)(320)는 EV(100)에 계약 인증서가 설치되거나 업데이트되는 과정에서 계약 인증서 체인과 함께, 인증서 송수신에 사용되는 암호화 키 등을 EV(100)와 같은 클라이언트에 제공한다. CPS(320)에는 리프 프로비저닝 인증서(Leaf Prov cert.)와 1차 및 2차 프로비저닝 하위 인증서들(Prov Sub-CA 1 cert., Prov Sub-CA 2 cert.)이 장착되어 있다. EV(100)에 계약 인증서가 설치되거나 업데이트될 때, CPS(330)는 계약 인증서 체인과 함께 해당 EV(100)와 계약 관계에 있는 MO(310)의 공개키, 디피-헬만(DH) 키 교환을 위한 정보, 및 eMAID를 제공하는 프로비저닝 서비스를 공급함으로써, EV가 이들을 사용하여 계약 인증서 체인을 검증하고 계약 인증서의 무결성과 신뢰성을 확인할 수 있게 해준다.
계약 인증서 풀(CCP)(330)은 EV(100)에 계약 인증서가 설치되거나 업데이트되는 과정에서 설치 또는 업데이트에 대한 응답 메시지를 임시로 저장한다. ISO 15118 표준에서 정한 설치 및 업데이트 제한시간이 매우 짧고 엄격한 점을 감안하여, 상기 응답 메시지는 미리 CCP(330)에 저장되고 설치 또는 업데이트가 완전히 완료될 때까지 유지된다. 계약 인증서 설치 또는 업데이트가 이루어지는 EV가 여러 대일 수 있기 때문에 상기 응답 메시지는 참조번호가 부가된 후 디렉토리 형태로 유지된다.
비클-투-그리드(V2G) 서버(340, 이하 'V2G'로 약칭함)는 VGI 시스템 내에 있는 각 관여자들의 신분을 인증하고, 그리드로부터 각 EV(100)로의 순방향 전력전송과 각 EV(100)로부터 그리드로의 역방향 전력전송과 관련된 모든 설정과 시스템 구성 및 형상을 관리한다. 또한, 그리드 내에서 시간대별로 전력수요와 역율이 변동할 수 있음을 감안하여, V2G(350)는 전력수요반응(DR: Demand Response) 즉, 피크 저감을 위한 동작을 수행하며, 역율이 크게 왜곡되는 것을 방지하기 위하여 주파수조정(FR: Frequency Regulation) 동작을 수행할 수 있다. DR 및 FR의 관점에서, V2G(340)는 다양한 발전사업자, 재생 에너지원, 및 EV(100)들로부터의 전기 에너지 공급을 시시각각 조정할 수 있고, 각 수용가에 대한 전력공급을 모니터링할 수 있다. V2G(350)는 EV 충전 기반구조에서 공개키 기반구조(PKI: Public key Infrastructure)와 관련하여 최상위 인증기관으로 작용한다. 따라서 V2G(340)는 최상위 트러스트 앵커 역할을 하게 되며, 도 1에 도시된 모든 관여자들(actors)은 V2G 루트 CA를 신뢰할 수 있는 조직으로 간주하게 된다.
충전 스테이션 운영자(CPO)(350)는 충전 스테이션(200)의 운영을 담당할 뿐만 아니라, 에너지 전송 서비스를 제공하기 위하여 전기를 관리한다. CPO(350)는 예컨대 충전 스테이션 제조사, 충전소 제조사, 또는 전기 공급자에 의해 운영될 수 있다. PKI와 관련하여, 각 CPO(350)는 각 충전 스테이션에 대한 SECC 리프 인증서를 생성하는 데 필요한 하위 인증기관들(CPO Sub-CA 1, CPO Sub-CA 2) 중 적어도 하나를 운영할 수 있다.
충전 서비스 제공자(CSP)(360)는 EV 사용자의 크리덴셜을 관리하고 인증하며, 요금청구 및 기타 부가가치 서비스를 고객에게 제공한다. CSP(360)는 MO(310)의 특별한 유형에 해당한다고 볼 수 있고, MO(310)와 합체된 형태로 구현될 수도 있다. CSP(360)는 복수 개 존재할 수 있고, 각 CSP(360)는 하나 이상의 CPO(350)에 연계되어 있으며, 상기 CSP(360)와 상기 하나 이상의 CPO(350)는 하나의 충전 네트웍을 구성한다. EV(100)는 계약관계에 있는 MO(300)와 연관되어 있는 CSP(360)에 연계된 CPO(350)에서는 PnC 방식으로 충전 서비스를 받을 수 있지만, 다른 CPO(350)에서 충전을 하고자 하는 경우에는 로밍이 필요할 수 있다. 각 CSP(200)는 로밍을 위하여 다른 CSP 또는 다른 네트웍에 있는 CPO(350)와 정보 교환을 할 수 있고, 또한 클리어링 하우스(370)와도 정보 교환을 할 수 있다.
클리어링 하우스(CH)(370)는 MO들(310) 내지 CSP들(360) 사이의 협력 사항을 처리한다. 특히, 클리어링 하우스(CH)(330)는 두 정산 내지 청산 당사자 사이에서 EV 충전 서비스 로밍에 대한 승인, 요금청구, 정산 절차를 원활하게 해주는 중간 관여자 역할을 할 수 있다. EV 소유자가 자신이 계약관계를 맺고 있는 MO(310)의 네트웍에 속하지 않는 충전 스테이션에서 EV(100)를 충전하고자 하는 경우, CH(330)는 CPO(350) 또는 CSP(360)의 요청을 토대로 EV(100)에 대한 로밍이 이루어지도록 지원할 수 있다. 로밍이 필요한 상황에서, CH(370)는 CPO(350) 또는 CSP(360)가 MO(310)와 계약을 맺고 승인 및 청구 데이터(CDR)를 MO(310)로 전달할 수 있게 해준다. CH(370)는 '계약 클리어링 하우스(CCH: Contract clearing house)', '모빌리티 클리어링 하우스(MCH: Mobility clearing house)', '로밍 플랫폼(roaming platform)', '이-모빌리티 클리어링 하우스(E-MOCH: E-MObility clearing house)' 등으로 지칭될 수도 있다.
상기 전기차 제조업체(OEM)(300), 모빌리티 운영자(MO)(310), 인증서 프로비저닝 서비스(CPS)(320), 계약 인증서 풀(CCP)(330), 비클-투-그리드(V2G)(340), 충전 스테이션 운영자(CPO)(350), 충전 서비스 제공자(CSP)(360), 및 계약 클리어링 하우스(CH)(370)는 사람을 지칭하거나 사람들의 조직을 지칭하는 것으로 보일 수 있지만, 청구범위를 포함하여 본 명세서에서 이들 표현은 하드웨어, 소프트웨어, 및/또는 이들의 결합으로 구현되는 것으로서, 가독성을 높일 수 있도록 짧게 그리고 기능적으로 명칭이 부여된 것이다. 일 실시예에 있어서, 이들 컴포넌트들은 하드웨어와 스프트웨어의 결합으로 구현되고 인터넷과 같은 네트웍을 통해 다른 디바이스들의 접근을 허용하는 서버 장치일 수 있다. 이들 컴포넌트들은 기능적으로 구분된 것이기 때문에, 이들 중 둘 이상이 하나의 물리적 장치 내에 격납되어 실행될 수도 있고, 하나의 프로그램으로 통합될 수도 있다. 특히, 단일 엔티티가 CPO와 CSP의 역할을 겸할 수 있으며, 다른 단일 엔티티가 CPS와 CCP의 역할을 겸할 수 있다. 한편 상기 컴포넌트들 중 하나 이상은 다른 외형 및 명칭을 가질 수 있도록 재편성될 수도 있다.
한편, EV 충전 서비스 및 관련 기반구조는 자동차, 전력 그리드, 에너지, 수송, 통신, 금융, 전자제품 등 다양한 산업분야가 접목되는 분야이고, 다양한 관점에서 표준화 작업이 병행되어왔을 뿐만 아니라, 복수의 국제표준화기구에서의 표준화와 별도로 개별국 단위의 표준화도 진행되어왔기 때문에, 유사한 개념의 용어가 많다. 특히, 충전 서비스 운영자(CPO)는 Charging station operator(CSO)로 칭해질 수도 있다. 또한, 충전 서비스 운영자(CSP: charging service provider)는 모빌리티 운영자(MO: mobility operator)와 역할과 기능 측면에서 적어도 부분적으로 공통점이 있으며, 혼용되거나 뒤바뀌어 사용될 수 있는 용어들일 수 있다. 청구범위를 포함하여 본 명세서를 해석함에 있어서는 이와 같은 현실의 사정을 감안하여야 한다.
도 1에 도시된 기반구조에서는, PnC를 작동시키는데 필요한 기초로서 공개키 기반구조(PKI)가 사용된다. PKI는 사람과 장치의 신원 확인, 기밀 통신 활성화, 리소스에 대한 제어된 액세스 보장을 위한 프레임워크를 제공한다. 도 2는 본 발명의 일 실시예에 따른 PKI-기반 인증서 계층 구조의 일 예를 보여준다.
도 2를 참조하면, OEM(300)은 OEM 루트 인증서(OEM RootCA cert.)를 발급하는 OEM 최상위 인증기관(OEM RootCA)이며, 그 하위 인증기관(OEM Sub-CA 1, OEM Sub-CA 2)도 운영한다. OEM 루트 인증기관(OEM RootCA)은 자신의 공개키와 자신의 식별정보 등의 정보를 자신의 개인키로 자체서명하고, 서명값과 서명된 정보를 포함하는 OEM 루트 인증서(OEM RootCA cert.)를 생성한다. 또한, OEM 루트 CA는 OEM 1차 하위 인증기관(OEM Sub-CA 1)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 OEM 1차 하위 인증서(OEM Sub-CA 1 cert.)를 생성한다. OEM 1차 하위 인증기관(OEM Sub-CA 1)은 OEM 2차 하위 인증기관(OEM Sub-CA 2)의 공개키와 식별정보 등의 정보를 OEM 1차 하위 인증기관(OEM Sub-CA 1)의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 OEM 2차 하위 인증서(OEM Sub-CA 2 cert.)를 생성한다. EV가 제조될 때, OEM 2차 하위 인증기관(OEM Sub-CA 2)은 EV(100)의 공개키와 식별정보 등의 정보를 OEM 2차 하위 인증기관(OEM Sub-CA 2)의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 OEM 프로비저닝 인증서(OEM Prov cert.)를 생성하여 이를 EV(100)에 설치한다. 이 OEM 프로비저닝 인증서(OEM Prov cert.)는 EV(100)에 대한 인증서 설치 요청 과정에서 요청 메시지의 서명을 확인하는데 사용될 수 있으며, EV(100)의 수명동안 차량을 고유하게 식별하게 해준다.
MO(310)는 MO 루트 인증서(MO RootCA cert.)를 발급하는 최상위 인증기관(CA)으로도 작용한다. MO 루트 인증기관(MO RootCA)은 자신의 공개키와 자신의 식별정보 등의 정보를 자신의 개인키로 자체서명하고, 서명값과 서명된 정보를 포함하는 MO 루트 인증서(MO RootCA cert.)를 생성한다. 또한, MO 루트 CA는 MO 1차 하위 CA(MO Sub-CA 1)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 MO 1차 하위 인증서(MO Sub-CA 1 cert.)를 생성할 수 있다. MO 1차 하위 CA(MO Sub-CA 1)는 MO 2차 하위 CA(MO Sub-CA 2)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 2차 하위 인증서(MO Sub-CA 2 cert.)를 생성할 수 있다. EV의 출고 후에, MO(310) 운영자와 EV 소유자간에 체결되는 계약을 토대로, MO 2차 하위 CA(MO Sub-CA 2)는 EV(100)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 계약 인증서(Contract certificate)를 생성하고, 이를 예컨대 EV(100)가 최초에 방문하는 충전 스테이션(200)를 통해서 EV(100)에 설치될 수 있게 해준다. 계약 인증서는 전자모빌리티 계정 식별자(eMAID: e-Mobility Account Identifier)라는 고유 식별자를 통해 EV 소유주의 결제 계정에 연결된다.
OEM 프로비저닝 인증서(OEM Prov cert.) 및 계약 인증서(Contract certificate)는 각각 OEM 루트 인증서(OEM RootCA cert.) 및 MO 루트 인증서(MO RootCA cert.)를 토대로 생성되며, 전역 루트 인증서라 할 수 있는 V2G 루트 인증서(V2G RootCA cert.)와는 독립적일 수 있다. 그렇지만, 도 2에서 쇄선으로 표시된 바와 같이, OEM 루트 인증서(OEM RootCA cert.) 또는 MO 루트 인증서(MO RootCA cert.) 대신에 V2G 루트 인증서(V2G RootCA cert.)를 토대로, OEM 프로비저닝 인증서(OEM Prov cert.) 및 계약 인증서(Contract certificate)가 생성될 수도 있다.
아울러, V2G(340)는 적어도 두 계열의 인증서들 즉, CPO(350) 및 충전 스테이션(200)를 위한 인증서 시리즈와, 프로비저닝 서비스를 위한 인증서 시리즈를 생성할 수 있게 해준다.
먼저, V2G 루트 인증기관(V2G RootCA)은 자신의 공개키와 자신의 식별정보 등의 정보를 자신의 개인키로 자체서명하고, 서명값과 서명된 정보를 포함하는 V2G 루트 인증서(OEM RootCA cert.)를 생성한다. 또한, V2G 루트 CA는 CPO 1차 하위 CA(CPO Sub-CA 1)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 CPO 1차 하위 인증서(CPO Sub-CA 1 cert.)를 생성할 수 있다. CPO 1차 하위 CA(CPO Sub-CA 1)는 CPO 2차 하위 인증서(CPO Sub-CA 2 cert.)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 CPO 2차 하위 인증서(CPO Sub-CA 2 cert.)를 생성할 수 있다. CPO 2차 하위CA(CPO Sub-CA 2)는 충전 스테이션(200)의 EVSE에 있는 통신제어기(SECC)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 SECC 리프 인증서(SECC Leaf certificate)를 생성하고 이를 CS(200)에 전송하여 설치되게 할 수 있다. 이 SECC 리프 인증서(SECC Leaf certificate)는 EV(100)와 충전 스테이션(200)간의 TLS 통신 설정 중에 EV(100)가 SECC를 검증하는데 사용될 수 있다. 이 인증서는 CS(200) 뿐만 아니라 CPO(350)의 백엔드 내부에도 저장될 수 있다.
또한, V2G 루트 CA는 프로비저닝 1차 하위 CA(Prov Sub-CA 1)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 프로비저닝 1차 하위 인증서(Prov Sub-CA 1 cert.)를 생성할 수 있다. 프로비저닝 1차 하위 CA(Prov Sub-CA 1)는 프로비저닝 2차 하위 CA(Prov Sub-CA 2)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 프로비저닝 2차 하위 인증서(Prov Sub-CA 2 cert.)를 생성할 수 있다. 프로비저닝 2차 하위 CA(CPO Sub-CA 2)는 CPS(320)의 공개키와 식별정보 등의 정보를 자신의 개인키로 서명하고, 서명값과 서명된 정보를 포함하는 리프 프로비저닝 인증서(Leaf Prov certificate)를 생성하고 이를 CPS(320)에 전송하여 설치되게 할 수 있다.
한편, 각 루트 CA(V2G RootCA, MO RootCA, OEM RootCA)는 OCSP 인증서를 발급하여 제공할 수 있어서, 제반 클라이언트들이 온라인 인증서 상태 프로토콜(OCSP: Online Certificate Status Protocol)에 따라서 OCSP 서버에 접속하여 인증서의 유효성에 관한 해지/미해지 상태 정보를 요청하고 조회결과를 수신할 수 있게 해준다. 도면에는 단순하게 표시하기 위해 OCSP 인증서가 CPO 하위 CA들(CPO Sub-CA 1, CPO Sub-CA 2)에 대해서만 이용할 수 있는 것처럼 도시되어 있지만, 모든 루트CA들(V2G RootCA, MO RootCA, OEM RootCA)이 자신의 루트 인증서 계열의 인증서들에 대하여 유효성을 조회할 수 있도록 OCSP 인증서를 발급하여 제공할 수 있다.
본 발명의 실시예들에서는, 일반적으로 가용한 3가지 방식으로 인증서를 확인 내지 검증한다. 첫 번째로, 인증서 수신자가 인증서에 있는 서명값을 서명자의 공개키로 검증하여 인증서의 무결성을 확인하는 것이다. 두 번째로는 인증서 수신자가 인증서 체인에서 루트 인증서부터 리프 인증서에 이르기까지 순차적으로 각 인증서의 소유자 정보를 그 하위 CA의 발급자 정보와 비교함으로써 각 인증서의 무결성과 신뢰성을 검증할 수 있다. 세 번째로는, 인증서 수신자가 해당 인증서에 대한 루트CA로부터 수신한 인증서 폐기 목록(CRL: Certificate Revocation List)를 통해서 폐기 여부를 확인하거나, 루트CA에 연계된 OCSP 서버에 인증서 상태를 조회하여 확인함으로써, 유효성을 검증할 수 있다.
도 3은 도 1에 도시된 전기차 및 충전 스테이션의 일 실시예의 블록도이다. 도시된 EV 및 EVSE는 유선 전력전송 시스템에 적합한 것이다. 충전 스테이션(200)은 적어도 하나의 EV 공급장치(EVSE: EV Supply Equipment)(210)를 구비하며, EV(100)은 전력전송을 위하여 상기 EVSE(210)에 대응하여 마련되는 EV 장치(110)를 구비한다. EVSE(210)는 EV(100)에 직류 또는 교류 전력을 도체를 통해 공급하여 EV(100)에 탑재된 배터리(199)가 충전될 수 있게 한다. EV 장치(110)와 EVSE(210)는 커플러(190)를 통해 접속될 수 있다.
EVSE(210)는 공급장치 통신제어기(SECC)(220)와, 공급측 전력회로(230)와, PLC 모듈(240)와, 하드웨어 보안모듈(HSM: Hardware Security Module, 270)과, 게이트웨이(280)를 포함할 수 있다. SECC(220)는 EVSE(210) 외부에 설치될 수도 있고, 하나의 SECC(220)가 복수 예컨대 4개의 EVSE(210)를 제어하도록 구성될 수 있는데, 설명의 편의상 도 3에는 SECC(220)가 하나의 EVSE(210)에 포함되는 것으로 도시하였다.
SECC(220)는 상위계층 제어기로서, 전력선통신(PLC)을 통해서 또는 무선랜(WLAN)을 통해서 EV 장치(110)에 있는 EV 통신제어기(EVCC, 120)와 통신할 수 있다. SECC(220)와 EVCC(120)는 예컨대 ISO 15118-2 또는 ISO 15118-20 표준에 따라서 애플리케이션 계층 즉 OSI 계층 3 또는 그 이상 계층에서의 통신을 수행할 수 있다. SECC(220)와 EVCC(120) 간의 물리 계층 및 데이터 링크 계층은 예컨대 ISO 15118-8 표준에 부합되게 구성될 수 있다. 또한, SECC(220)는 공급측 전력회로(230)를 제어할 수 있다. 아울러, SECC(220)는 인터넷을 통해서 예컨대 MO(310)와 같은 보조 관여자(SA)를 통하여 EV 사용자의 인증과 충전요금 결제를 수행할 수 있다.
공급측 전력회로(230)는 전력망으로부터의 전력을 EV(100)에 공급하거나, EV(100)로부터 역방향으로 공급되는 전력을 전력망에 공급할 수 있다. 공급측 전력회로(230)는 공급측 전력전자회로(232)와 전력량계(238)를 포함할 수 있다. 공급측 전력전자회로(232)는 전압 및/또는 전류의 레벨을 조정하는 컨버터와, 교류 전류를 직류 전류로 변환하는 정류기 중 하나 이상을 포함할 수 있다. 전력량계(238)는 공급측 전력전자회로(232)를 통해 EV 장치(110)에 공급되거나 역으로 EV 장치(110)로부터 공급측 전력전자회로(232)로 수신되는 에너지량을 측정한다.
PLC 모듈(240)은 전력선 통신을 통해 EV 장치(110)로 전송되는 신호를 변조하고 전력선 통신을 통해 EV 장치(110)로부터 수신되는 신호를 복조할 수 있다. 도면에는 도시되지 않았지만, EVSE(210)는 EVSE(210)와 EV 장치(110)를 연결하는 케이블을 통해 EV 장치(110)에 제어신호를 송신하고 EV 장치(110)로부터의 제어신호를 수신할 수 있는 제어 파일럿 송수신부를 추가로 구비할 수 있다.
하드웨어 보안모듈(HSM)(270)은 다양한 보안정보, 예컨대 SECC 인증서, SECC(220)의 공개키 및 개인키, 대칭키 암호화를 위한 비밀키, 및 SECC(220)의 여타 크리덴셜(credential)과, EVCC(120)으로부터 수신되는 계약 인증서 체인을 검증하기 위한 OEM 루트 인증서(OEM RootCA cert.) 및/또는 V2G 루트 인증서(V2G RootCA cert.)를 저장할 수 있다.
게이트웨이(280)는 SECC(220)가 인터넷을 통해 보조 관여자(SA: Secondary actor)(299)에 연결될 수 있도록 하여, SECC(220)와 SA(299) 간의 통신을 통해 사용자 인증과 결제처리가 이루어지도록 할 수 있다.
EV 장치(110)는 EV 통신제어기(EVCC)(120)와, EV측 전력회로(130)와, PLC 모듈(140)와, 하드웨어 보안모듈(HSM: 170)를 포함할 수 있다. EVCC(120)는 상위계층 제어기로서, 전력선통신(PLC)을 통해서 또는 무선랜(WLAN)을 통해서 EVSE(210)에 있는 SECC(220)와 통신할 수 있고, EV측 전력회로(130)를 제어할 수 있다. EV측 전력회로(130)는 EVSE(210)로부터 수신되는 전력으로 EV(100)의 추진을 위한 배터리(199)를 충전시키거나, 배터리(199)에 저장된 에너지를 EVSE(210)를 통해서 전력망에 공급할 수 있다. EV측 전력회로(130)에 있는 EV측 전력전자회로(132)는 전압 및/또는 전류의 레벨을 조정하는 컨버터와, 교류 전류를 직류 전류로 변환하는 정류기 중 하나 이상을 포함할 수 있다. PLC 모듈(140)은 전력선 통신을 통해 EVSE(210)로 전송되는 신호를 변조하고 전력선 통신을 통해 EVSE(210)로부터 수신되는 신호를 복조할 수 있다. 하드웨어 보안모듈(HSM)(170)은 다양한 보안정보, 예컨대 계약 인증서, EVCC(120)의 공개키 및 개인키, 대칭키 암호화를 위한 비밀키, 및 EVCC(220)의 여타 크리덴셜(credential)과, SECC(220)으로부터 수신되는 SECC 인증서 체인을 검증하기 위한 V2G 루트 인증서(V2G RootCA cert.)를 저장할 수 있다.
도 4는 도 1에 도시된 전기차 및 충전 스테이션의 다른 실시예의 블록도이다. 도시된 EV 및 EVSE는 무선 전력전송 시스템에 적합한 것이다. 충전 스테이션(200)은 적어도 하나의 EV 공급장치(EVSE: EV Supply Equipment)(210)를 구비하며, EV(100)은 전력전송을 위하여 상기 EVSE(210)에 대응하여 마련되는 EV 장치(110)를 구비한다. EVSE(210)는 EV(100)로 무선전력전송에 의해 에너지를 공급하여 EV(100)에 탑재된 배터리(199)가 충전될 수 있게 한다.
EVSE(210)는 SECC(220)와, 공급측 전력회로(230)와, P2PS 제어기(260)와, 하드웨어 보안모듈(HSM: 270)과, 게이트웨이(280)를 포함할 수 있다. SECC(220)는 EVSE(210) 외부에 설치될 수도 있고, 하나의 SECC(220)가 복수 예컨대 4개의 EVSE(210)를 제어하도록 구성될 수 있는데, 설명의 편의상 도 2에는 SECC(220)가 하나의 EVSE(210)에 포함되는 것으로 도시하였다.
SECC(220)는 상위계층 제어기로서, 무선랜(WLAN)을 통해서 EV 장치(110)에 있는 EVCC(120)와 통신할 수 있다. SECC(220)와 EVCC(120)는 예컨대 ISO 15118-2 또는 ISO 15118-20 표준에 따라서 애플리케이션 계층 즉 OSI 계층 3과 그 이상 계층에서의 통신을 수행할 수 있다. WLAN 링크의 물리 계층 및 데이터 링크 계층은 예컨대 ISO 15118-8 표준에 부합되게 구성될 수 있다. 또한, SECC(220)는 공급측 전력회로(230)와 P2PS 제어기(260)를 제어할 수 있다. 아울러, SECC(220)는 인터넷을 통해서 예컨대 MO(310)와 같은 보조 관여자(SA)를 통하여 EV 사용자의 인증과 충전요금 결제를 수행할 수 있다.
공급측 전력회로(230)는 전력망으로부터의 전력을 EV(100)에 공급하거나, EV(100)로부터 역방향으로 공급되는 전력을 전력망에 공급할 수 있다. 전력이 EVSE(210)로부터 EV(100)로 공급되는 순방향 전력전송 과정에서, 공급측 전력회로(230)는 전력망으로부터 공급 전력을 받아들이고, 자속을 형성하여, 자기공명에 의해 EV 장치(110)에 에너지를 공급할 수 있다. 공급측 전력회로(230)는 전압 및/또는 전류의 주파수와 레별을 조정하는 공급측 전력전자회로(232)와, 고주파 자속을 발생하는 그라운드 어셈블리(GA: ground assembly) 장치(236)와, EVSE(210)와 EV 장치(110) 사이에 전송되는 에너지 량을 측정하는 전력량계(238)를 구비할 수 있다.
P2PS 제어기(260)는 SECC(220)의 제어 하에 EV 장치(110) 측의 대응 구성과 P2PS 통신을 수행한다. 청구범위를 포함하여 본 명세서에 있어서, P2PS 통신은 저주파(LF) 자기장 신호 및/또는 저출력 자기장(LPE) 신호를 이용하여 충전을 위한 신호를 송수신하는 통신을 일컫는다.
EV 장치(110)는 EVCC(120)와, EV측 전력회로(130)와, P2PS 제어기(160)와, 하드웨어 보안모듈(HSM: 170)를 포함할 수 있다. EVCC(120)는 상위계층 제어기로서, WLAN을 통해서 EVSE(210)에 있는 SECC(220)와 통신할 수 있다. EVCC(120)는 EV측 전력회로(130)와 P2PS 제어기(160)를 제어할 수 있다. P2PS 제어기(160)는 EVCC(120)의 제어 하에 EVSE(210)의 P2PS 제어기(260)와 저주파(LF) 자기장 신호 및/또는 저출력 자기장(LPE) 신호를 이용한 P2PS 통신을 수행한다. EV측 전력회로(130)는 EVSE(210)로부터 공급되는 자기 에너지를 전력으로 변환하여 배터리(199)를 충전하거나, 배터리(199)에 저장된 에너지를 전력으로 변환한 후 자기장 형태로 EVSE(210)를 향해 방사할 수 있다. 전력이 EVSE(210)로부터 EV(100)로 공급되는 순방향 전력전송 과정에서, EV측 전력회로(130)는 EVSE(210)의 GA(236)로부터 자기 에너지를 받아들이고, 수신된 자기 에너지를 유도전류로 변환한 후, 상기 유도전류를 직류전류로 정류하여 배터리(199)를 충전시키게 된다. EV측 전력회로(130)는 GA 장치(236)로부터 유도되는 자속변동을 포획함으로써 자기공명 상태에서 공급되는 고에너지 레벨의 자기 에너지를 수신하고 전류로 변환하는 차량측 어셈블리(VA: Vehicle assembly) 장치(136)와, 수신된 전력을 정류하는 EV측 전력전자회로(138)를 구비할 수 있다. 하드웨어 보안모듈(HSM)(170)은 다양한 보안정보, 예컨대 계약 인증서, EVCC(120)의 공개키 및 개인키, 대칭키 암호화를 위한 비밀키, 및 EVCC(220)의 여타 크리덴셜(credential)과, SECC(220)으로부터 수신되는 SECC 인증서 체인을 검증하기 위한 V2G 루트 인증서(V2G RootCA cert.)를 저장할 수 있다.
도 5는 도 3 또는 도 4에 도시된 SECC(220)의 일 실시예의 물리적 블록도이다. SECC(220)는 적어도 하나의 프로세서(1020), 메모리(1040), 및 저장 장치(1060)를 구비할 수 있다. SECC(220)의 구성요소들은 버스(bus)에 의해 연결되어 데이터를 교환할 수 있다.
프로세서(1020)는 메모리(1040) 및/또는 저장 장치(1060)에 저장된 프로그램 명령들을 실행할 수 있다. 프로세서(1020)는 적어도 하나의 중앙 처리 장치(central processing unit, CPU), 그래픽 처리 장치(graphics processing unit, GPU), 또는 본 발명에 따른 방법을 수행할 수 있는 여타의 프로세서를 포함할 수 있다. 메모리(1040)는 예컨대 RAM(Random Access Memory)와 같은 휘발성 메모리와, ROM(Read Only Memory)과 같은 비휘발성 메모리를 포함할 수 있다. 메모리(1040)는 저장 장치(1060)에 저장된 프로그램 명령들을 로드하여, 프로세서(520)에 제공함으로써 프로세서(1020)가 이를 실행할 수 있도록 할 수 있다. 저장 장치(1060)는 프로그램 명령들과 데이터를 저장하기에 적합한 기록매체로서, 예컨대 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(Magnetic Media), CD-ROM(Compact Disk Read Only Memory), DVD(Digital Video Disk)와 같은 광 기록 매체(Optical Media), 플롭티컬 디스크(Floptical Disk)와 같은 자기-광 매체(Magneto-Optical Media), 플래시 메모리나 EPROM(Erasable Programmable ROM) 또는 이들을 기반으로 제작되는 SSD와 같은 반도체 메모리를 포함할 수 있다.
후술하는 바와 같이, 상기 프로그램 명령들은 프로세서(1020)에 의해 실행될 때, 프로세서(1020)로 하여금: 전력공급장치 통신제어기(SECC) 인증서와, 상기 SECC 인증서의 생성에 사용된 적어도 하나의 충전장치 계열 하위 인증서를 포함하는 SECC 인증서 체인을 상기 EV에 송신하고, 상기 SECC 인증서에 대한 검증 결과를 상기 EV로부터 받아들이며; 계약 인증서를 포함하는 계약 인증서 체인을 상기 EV로부터 수신하며; 상기 계약 인증서 체인에 교차인증서가 포함되어 있는 경우, 소정의 V2G 루트 인증서를 토대로 상기 교차인증서를 검증하고 상기 교차인증서에 포함된 충전 사업자 루트 인증기관 또는 충전 사업자 하위 인증기관의 공개키를 획득하며, 획득된 공개키를 토대로 하여 상기 계약 인증서를 검증하는; 동작을 수행하게 할 수 있다.
도 6 내지 도 8은 V2G 루트 인증기관(V2G RootCA)이 MO PKI 계열 인증서에 교차인증하는 예들을 보여준다. 도 6에서는, V2G 루트 CA가 MO PKI 계열에 있는 MO 루트 인증서(MO RootCA cert.)에 교차인증하는 예가 도시되어 있다. 그리고, 도 7 및 도 8에는, V2G 루트 CA가 MO PKI 계열에 있는 MO 하위 인증서(MO Sub-CA 1 cert. 또는 MO Sub-CA 2 cert.)에 교차인증하는 예가 도시되어 있다.
본래, MO 루트 인증서(MO RootCA cert.)는 소유자(subject)가 MO 루트 CA(MO RootCA)이고, 발급자(issuer)도 MO 루트 CA(MO RootCA)이며, MO 루트 CA(MO RootCA)의 공개키와 식별정보 등의 정보를 MO 루트 CA(MO RootCA)의 개인키로 자체서명한 서명값과 서명된 정보를 포함하도록 구성된 공개키 인증서이다. 그리고, MO 1차 하위 인증서(MO Sub-CA 1 cert.)는 소유자가 MO 1차 하위 CA(MO Sub-CA 1)이고, 발급자는 MO 루트 CA(MO RootCA)이며, MO 1차 하위 CA(MO Sub-CA 1)의 공개키와 식별정보 등의 정보를 MO 루트 CA(MO RootCA)의 개인키로 서명한 서명값과 서명된 정보를 포함하는 인증서이다. MO 2차 하위 인증서(MO Sub-CA 2 cert.)는 소유자가 MO 2차 하위 CA(MO Sub-CA 2)이고, 발급자는 MO 1차 하위 CA(MO Sub-CA 1)이며, MO 1차 하위 CA(MO Sub-CA 2)의 공개키와 식별정보 등의 정보를 MO 1차 하위 CA(MO Sub-CA 1)의 개인키로 서명한 서명값과 서명된 정보를 포함하는 인증서이다. 계약 인증서는 소유자가 EV(100) 소유자이고, 발급자가 MO 2차 하위 CA(MO Sub-CA 2)이며, EV(100)의 공개키와 식별정보 등의 정보를 MO 2차 하위 CA(MO Sub-CA 2)의 개인키로 서명한 서명값과 서명된 정보를 포함하는 인증서이다.
상기 MO 1차 하위 인증서(MO Sub-CA 1 cert.), MO 2차 하위 인증서(MO Sub-CA 2 cert.), 및 계약 인증서를 포함하는 계약 인증서 체인을 PnC 충전 과정에서 EV(100)가 충전 스테이션(200)에 제공하면, SECC(220)는 MO 1차 하위 인증서(MO Sub-CA 1 cert.)에 있는 MO 루트 CA(MO RootCA)의 서명 값을 MO 루트 CA(MO RootCA)의 공개키로 ECDSA 알고리즘을 사용해서 검증하여 서명된 내용의 무결성을 확인한다.
아울러, SECC(220)는 MO 2차 하위 인증서(MO Sub-CA 2 cert.)에 있는 MO 1차 하위 CA(MO Sub-CA 1)의 서명 값을 MO 1차 하위 CA(MO Sub-CA 1)의 공개키로 검증하여 서명된 내용의 무결성을 확인한다. 나아가, SECC(220)는 계약 인증서에 있는 MO 2차 하위 CA(MO Sub-CA 2)의 서명 값을 MO 2차 하위 CA(MO Sub-CA 2)의 공개키로 복호화하여 EV(100)의 공개키로 검증하여 서명된 내용의 무결성을 확인한다.
이와 같은 검증 과정에서, SECC(220)가 MO 루트 인증서(MO RootCA cert.)를 구비하지 않는다면, SECC(220)는 MO 1차 하위 인증서(MO Sub-CA 1 cert.)의 무결성을 검증할 수 없다. 이에 따라, SECC(220)는 MO 2차 하위 인증서(MO Sub-CA 2 cert.)와 계약 인증서의 무결성도 검증할 수 없으며, PnC에 의한 자동 인증을 할 수 없게 된다.
이를 감안하여, 도 6의 교차인증 예에서는, MO 루트 인증서(MO RootCA cert.) 대신에 V2G 루트 인증서를 사용할 수 있게 도와주는 교차인증서가 생성된다. 구체적으로, V2G 루트 CA(V2G RootCA)은 MO 루트 CA의 공개키와 식별정보 등의 정보를 자신의 개인키로 자체서명하고, 서명값과 서명된 정보를 포함하는 교차인증서를 MO 루트 CA에 대하여 발급할 수 있다. 여기서, V2G 루트 CA(V2G RootCA)는 다양한 PKI 계열에 대한 트러스트 앵커 역할을 하는 최상위 인증기관일 수 있다. 예컨대, V2G 루트 CA(V2G RootCA)는 그리드 내에서의 배전과 전력수요반응(DR) 및 주파수조정(FR) 동작을 수행하기 위한 다양한 디바이스들에 대한 PKI 계열(Power Dev PKI series)의 트러스트 앵커 역할을 할 수 있다. 또한, V2G 루트 CA(V2G RootCA)는 PKI 계열(AMI PKI series)의 트러스트 앵커 역할을 할 수 있다. 특히, V2G 루트 CA(V2G RootCA)는 도 2에 도시된 CPO PKI 계열에 대한 트러스트 앵커 역할을 할 수 있다. 이에 따라 도 6에서 생성되는 교차인증서는 소유자가 MO 루트 CA(MO RootCA)이고, 발급자는 V2G 루트 CA(V2G RootCA)이다. 교차인증서는 MO 루트 CA(MO RootCA)의 공개키와 식별정보 등의 정보를 V2G 루트 CA(V2G RootCA)의 개인키로 자체서명한 서명 값을 포함한다.
이와 같이 교차인증서가 생성된 경우에, PnC 충전 과정에서 EV(100)가 충전 스테이션(200)에 제공하는 계약 인증서 체인은 상기 교차인증서, MO 1차 하위 인증서(MO Sub-CA 1 cert.), MO 2차 하위 인증서(MO Sub-CA 2 cert.), 및 계약 인증서를 포함할 수 있다. SECC(220)가 MO 루트 인증서(MO RootCA cert.)를 구비하지 않는다고 할지라도, SECC(220)가 V2G 루트 인증서((V2G RootCA cert.)를 구비하기 때문에 교차인증서를 검증할 수 있고 검증 결과를 토대로 계약 인증서를 검증할 수 있다. 즉, SECC(220)는 교차인증서에 있는 V2G 루트 CA(V2G RootCA)의 서명 값을 V2G 루트 CA(V2G RootCA)의 공개키로 검증하여 서명된 내용의 무결성을 확인하고, MO 루트 CA의 공개키를 획득할 수 있다. 이어서, SECC(220)는 MO 루트 CA의 공개키를 사용하여 MO 1차 하위 인증서(MO Sub-CA 1 cert.)의 무결성을 검증할 수 있고, 순차적으로 MO 2차 하위 인증서(MO Sub-CA 2 cert.) 및 계약 인증서의 무결성을 검증할 수 있다.
도 7의 교차인증 예에서는, MO 루트 인증서(MO RootCA cert.) 및 MO 1차 하위 인증서(MO Sub-CA 1 cert.) 대신에 사용될 수 있는 교차인증서가 생성된다. V2G 루트 CA(V2G RootCA)은 MO 1차 하위 CA(MO Sub-CA 1)의 공개키와 식별정보 등의 정보를 자신의 개인키로 자체서명하고, 서명값과 서명된 정보를 포함하는 교차인증서를 발급할 수 있다. 이에 따라 도 7에서 생성되는 교차인증서는 소유자가 MO 1차 하위 CA(MO Sub-CA 1)이고, 발급자는 V2G 루트 CA(V2G RootCA)이다. 교차인증서는 MO 1차 하위 CA(MO Sub-CA 1)의 공개키와 식별정보 등의 정보를 V2G 루트 CA(V2G RootCA)의 개인키로 자체서명한 서명 값을 포함한다.
이와 같이 교차인증서가 생성된 경우에, PnC 충전 과정에서 EV(100)가 충전 스테이션(200)에 제공하는 계약 인증서 체인은 상기 교차인증서와, MO 2차 하위 인증서(MO Sub-CA 2 cert.), 및 계약 인증서를 포함할 수 있다. SECC(220)는 교차인증서에 있는 V2G 루트 CA(V2G RootCA)의 서명 값을 V2G 루트 CA(V2G RootCA)의 공개키로 검증하여 서명된 내용의 무결성을 확인하고, MO 1차 하위 CA(MO Sub-CA 1)의 공개키를 획득할 수 있다. 이어서, SECC(220)는 MO 1차 하위 CA(MO Sub-CA 1)의 공개키를 사용하여 MO 2차 하위 인증서(MO Sub-CA 2 cert.)의 무결성을 검증할 수 있고, MO 2차 하위 인증서(MO Sub-CA 2 cert.)의 공개키를 사용하여 계약 인증서의 무결성을 검증할 수 있다.
도 8의 교차인증 예에서는, 본래의 계약 인증서 체인이 길이가 2로서, MO 1차 하위 인증서(MO Sub-CA 1 cert.)과 계약 인증서만을 포함한다. 이 예에서는, MO 루트 인증서(MO RootCA cert.) 및 MO 1차 하위 인증서(MO Sub-CA 1 cert.) 대신에 사용될 수 있는 교차인증서가 생성될 수 있다. V2G 루트 CA(V2G RootCA)은 MO 1차 하위 CA(MO Sub-CA 1)의 공개키와 식별정보 등의 정보를 자신의 개인키로 자체서명하고, 서명값과 서명된 정보를 포함하는 교차인증서를 발급할 수 있다. 이에 따라 도 8에서 생성되는 교차인증서는 소유자가 MO 1차 하위 CA(MO Sub-CA 1)이고, 발급자는 V2G 루트 CA(V2G RootCA)이다. 교차인증서는 MO 1차 하위 CA(MO Sub-CA 1)의 공개키와 식별정보 등의 정보를 V2G 루트 CA(V2G RootCA)의 개인키로 자체서명한 서명 값을 포함한다.
이와 같이 교차인증서가 생성된 경우에, PnC 충전 과정에서 EV(100)가 충전 스테이션(200)에 제공하는 계약 인증서 체인은 상기 교차인증서와 계약 인증서만을 포함할 수 있다. SECC(220)는 교차인증서에 있는 V2G 루트 CA(V2G RootCA)의 서명 값을 V2G 루트 CA(V2G RootCA)의 공개키로 검증하여 서명된 내용의 무결성을 확인하고, MO 1차 하위 CA(MO Sub-CA 1)의 공개키를 획득할 수 있다. 이어서, SECC(220)는 MO 1차 하위 CA(MO Sub-CA 1)의 공개키를 사용하여 계약 인증서의 무결성을 검증할 수 있다.
도 9는 교차인증서를 EV(100)에 설치하는 과정을 보여주는 시퀀스 다이어그램이다.
EVCC(120)에 계약 인증서가 저장되어 있지 않거나 기존의 계약 인증서의 유효기간이 만료되는 등의 이유로 인해 유효한 계약 인증서가 설치되어 있지 않은 경우에는, 계약 인증서를 EVCC(120)에 설치해야 한다. 이와 같은 경우 EVCC(120)는, CertificateInstallationReq 메시지를 SECC(220)에 송신함으로써, EV 사용자와 현재 계약 관계에 있는 MO 계열의 계약 인증서를 설치해줄 것을 SECC(220)에 요청할 수 있다(제400단계). 이때, EVCC(120)는 CertificateInstallationReq 메시지를 OEM 프로비저닝 인증서와 연관된 개인키로 서명하여 전송할 수 있다. 통상적으로 계약 인증서의 설치는 충전 프로세스가 시작되기 전에 발생될 수 있는데, 이는 EVCC(120)에 유효한 계약 인증서가 설치되어 있어야만 충전 승인이 시작될 수 있기 때문이다.
EVCC(120)로부터 CertificateInstallationReq 메시지를 수신하면, SECC(220)는 관련된 보조 관여자(secondary actor)에게 이 메시지를 전달할 수 있다. 예컨대, SECC(220)는 SECC(220)와 연관된 CPO(350)를 경유하여 CPS(320)에 CertificateInstallationReq 메시지를 전달할 수 있다(제402단계, 제404단계).
EVCC(120)로부터의 CertificateInstallationReq 메시지를 전달받으면, CPS(320)는 상기 EVCC(120)와 연관된 계약 인증서 체인이 있는지 검사한다. 그리고, CPS(320)는 계약 인증서 체인을 포함하는 CertificateInstallationRes 메시지를 구성한다(제410단계). CPS(320)는 CPO(350) 및 SECC(220)를 경유하여 CertificateInstallationRes 메시지를 EVCC(120)에 전송한다(제420단계~제424단계). EVCC(120)에 전송되는 계약 인증서 체인에는 필요한 교차인증서가 포함되어 있을 수 있다. 상기 EVCC(120)와 연관된 계약 인증서 체인이 다수개 존재하는 경우, CPS(320)는 일정한 규칙에 따른 우선순위에 따라 적어도 하나의 계약 인증서 체인을 선택하여 CertificateInstallationRes 메시지에 포함시킬 수 있다. 예컨대, SECC(220)가 검증할 수 있을 뿐만 아니라 교차인증서를 포함하지 않는 계약 인증서 체인이 최우선순위를 가질 수 있다. 그리고, 교차인증서를 포함하지 않으면서 SECC(220)가 검증할 수 있는 계약 인증서 체인이 없는 경우, 교차인증서를 포함하는 계약 인증서 체인이 다음 우선순위를 가질 수 있다. 한편, EVCC(120)와 연관된 계약 인증서 체인이 다수개 존재하는 경우, CertificateInstallationRes 메시지에는 남아있는 인증서 체인의 개수(RemainingContractCertificateChains)를 나타내는 파라미터가 포함될 수 있다.
CertificateInstallationRes 메시지를 수신하면, EVCC(120)는 수신된 계약 인증서 체인을 설치할 수 있다(제430단계). 또한, CertificateInstallationRes 메시지의 RemainingContractCertificateChains 파라미터가 1보다 크고 EVCC(120)에 설치가능한 계약 인증서의 최대치에 아직 도달하지 않은 상태라면, EVCC(120)는 CertificateInstallationRes 메시지를 또 송신하여 추가적인 계약 인증서 체인이 설치되게 할 수 있다. CertificateInstallationReq 및 -Res 메시지 쌍이 반복적으로 송수신되면서, 복수의 계약 인증서의 설치가 이루어질 수 있다. 이 경우, 충전 스테이션(200)에서 어느 계약 인증서가 사용되어야 할지는 OEM이 사전에 정한 정책에 따라 결정될 수 있다.
도 9에 도시된 실시예에서는, 교차인증서를 포함하는 계약 인증서 체인이 충전 스테이션(200)을 방문하는 EVCC(120)의 요청에 따라서 EVCC(120)에 설치되지만, 본 발명의 다른 실시예에서는 교차인증서를 포함하는 계약 인증서 체인이 EV(100)의 요청에 관계없이 EV(100)가 계약관계에 있는 MO(310)과 연관된 모든 EV에 일시에 또는 순차적으로 배포되어 설치될 수도 있다.
도 10은 PnC 충전을 위한 EVCC(120)와 SECC(220)간의 통신 프로세스의 일 실시예를 보여주는 흐름도이다. 도시된 PnC 충전 과정은 ISO 15118-2 표준을 토대로 구성된 것이다.
먼저, EVCC(120)와 SECC(220) 사이에 통신이 설정된다(제500단계). 통신 설정에 있어서는, 먼저 EVCC(120)와 SECC(220) 사이에 IP-기반 접속이 수립된 다음(제510단계), EVCC(120)와 SECC(220) 사이에 TLS 세션 즉 보안 연결이 수립된다(제520단계). TLS 세션 수립 과정에서, EVCC(120)는 SECC(220)로부터 SECC 리프 인증서(SECC Leaf certificate)와 CPO 하위 인증서들(CPO Sub-CA 1 cert., CPO Sub-CA 2 cert.)을 포함하는 SECC 인증서 체인을 받아들이고, CPO 하위 인증서들(CPO Sub-CA 2 cert., CPO Sub-CA 1 cert.)과 HSM(170)에 저장되어 있던 V2G 루트 인증서(V2G RootCA cert.)를 사용하여 SECC 리프 인증서(SECC Leaf certificate)를 검증할 수 있다.
TLS 세션이 설정되면, EVCC(120)와 SECC(220)는 대칭키를 생성하게 되고, 이 대칭키를 사용하여 데이터를 암호화하여 주고받게 된다. 즉, 제540단계 내지 제560단계에서 EVCC(120)와 SECC(220)는 대칭키에 의해 암호화된 메시지와 데이터를 송수신하게 된다.
제540단계에서는 EVCC(100)에 대한 식별, 인증, 및 승인이 이루어질 수 있다. 구체적으로, EVCC(100)는 PaymentDetailsReq 메시지를 통해서 SECC(220)에 계약 인증서 체인을 송신하여 SECC(220) 또는 CPO(350)가 계약 인증서(Contract certificate)를 검증하고 EV(100)의 신원을 확인하도록 할 수 있다. 이때 EVCC(120)가 SECC(220)에 송신하는 계약 인증서 체인은 MO 하위 인증서들(MO Sub-CA 1 cert., MO Sub-CA 2 cert.)을 포함할 수도 있고, SECC(220)에 MO 루트 인증서(MO RootCA cert.)가 저장되어 있지 않는 경우에는 교차인증서를 포함할 수 있다. 이어서, SECC(220)는 계약 인증서를 MO(310)에 제공하여 승인을 요청한다. MO(310)는 SECC(220)의 요청에 응답하여 계약 인증서의 유효성을 검증하고 eMAID 계정 상태를 확인하며, 해당 EV에 대한 계약이 충전 서비스 제공을 하기에 적합할 만큼 유효한지 판단하며, 판단 결과를 승인 결과로서 SECC(220)에 제공한다..
EVCC(100)에 대한 인증과 승인이 정상적으로 이루어진 경우, EVCC(120)와 SECC(220)간의 통신을 통해 목표 충전레벨이 정해지고, 충전 프로파일 등 충전 스케쥴이 수립된다(제560단계). 이어서, 충전 종료 조건이 달성될 때까지 SECC(220)는 충전을 제어하면서 EV에 대한 충전을 실행한다(제570단계). 충전 과정에서, 충전 스케쥴은 조정될 수 있다. 충전 종료 조건의 예로는 목표 충전레벨의 도달, EVCC(100)의 요구, 전력량 부족으로 인한 SECC(220)의 결정, 보조 관여자(SA)의 요구 등을 들 수 있다. 충전 모드에 따라 충전 스케쥴 조정은 EV에서 또는 SA를 경유한 EV 사용자의 요청이나 EVSE(210)에서의 EV 사용자의 조정 요청 입력 등에 따라 이루어지거나, 보조 관여자로부터의 정보나 요구에 따라 SECC(220)가 결정할 수도 있다. 전력전송이 완료되면, EVCC(120)는 SECC(220)에 영수증을 요청하고, SECC(220)는 이 요청에 응답하여 충전량이 표시된 영수증을 제공할 수 있다.
도 11은 도 10에 도시된 제520단계의 TLS 세션 수립 과정의 일 예를 구체적으로 보여주는 시퀀스 다이어그램이다. 도시된 TLS 세션 수립 과정은 ISO 15118-2(2014) 표준에 따른 프로세스를 토대로 한 것이다.
도 11을 참조하면, EVCC(120)는 ClientHello 메시지를 SECC(220)에 송신하면서, 자신이 보유하고 있는 V2G 루트 인증서들(V2G RootCA certs)의 목록(list of V2G RootCA cert IDs)을 제공할 수 있다(제522단계). SECC(220)는 ClientHello 메시지에 응답하여 ServerHello 메시지를 송신하면서, SECC 리프 인증서 체인을 전송한다(제524단계, 제526단계). SECC 리프 인증서 체인에 있는 CPO 하위 인증서들(CPO Sub-CA 1 cert., CPO Sub-CA 2 cert.)의 트러스트 앵커는 EVCC(120)의 V2G 루트 인증서들(V2G RootCA certs)의 목록에 포함되어 있는 것이 바람직하다. 이어서, EVCC(120)는 SECC 리프 인증서를 사용하여 SECC(220)를 인증한다(제528단계). SECC 리프 인증서의 무결성을 확인한 후, EVCC(120)는 검증 결과를 SECC(220)에 전송할 수 있다(제530단계).
이어서, EVCC(120)는 EVCC(120)의 Nonce 값을 생성해서 SECC(220)로 전송하고, SECC(220)는 SECC(220)의 Nonce 값을 생성해서 EVCC(120)로 전송한다. 그 다음, EVCC(120)는 Pre-master secret(PMS)라고 불리는 일종의 난수 값을 생성하고, SECC 리프 인증서로부터 획득한 SECC(220)의 공개키를 사용하여 PMS 값을 암호화한 뒤 이를 SECC(220)로 전송한다. Nonce 값 교환과 PMS 값 송수신을 통해서 EVCC(120)와 SECC(220)는 대칭키를 생성한다(제532단계). 이후, EVCC(120)와 SECC(220)는 이 대칭키를 사용해서 데이터를 암호화하여 암호화 통신을 하게 된다(제534단계).
도 12는 도 10의 제540단계 즉, SECC(220)에 의한 EVCC(100)의 식별, 인증, 및 승인 과정의 일 예를 구체적으로 보여주는 흐름도이다.
먼저, SECC(220)는 EVCC(100)로부터 계약 인증서 체인을 수신할 수 있다(제542단계). 계약 인증서 체인을 수신한 후, SECC(220)는 계약 인증서 체인에 교차인증서가 포함되어 있는지 판단할 수 있다(제544단계). 계약 인증서 체인에 교차인증서가 포함되어 있는 경우, SECC(220)는 SECC 인증서의 발급 기초가 된 V2G 루트 인증서(V2G RootCA cert.)를 토대로 교차인증서를 검증하고, 교차인증서에 포함된 MO 루트 CA(MO RootCA) 또는 MO 하위 CA(MO Sub-CA 1 또는 MO Sub-CA 2) 의 공개키를 획득한다(제546단계). SECC(220)는 상기 MO 루트 CA(MO RootCA) 또는 MO 하위 CA(MO Sub-CA 1 또는 MO Sub-CA 2) 의 공개키를 토대로 하여 계약 인증서를 검증할 수 있다(제548단계). 이어서, SECC(220)는 MO 하위 CA(MO Sub-CA 2) 의 공개키를 토대로 하여 계약 인증서를 검증할 수 있다(제548단계). 이어서, SECC(220)는 계약 인증서를 MO(310)에 제공하여 승인을 요청하여, MO(310)가 계약 인증서 유효성과 eMAID 계정 상태를 확인하고 해당 EV에 대한 계약이 충전 서비스 제공을 하기에 적합할 만큼 유효한지 판단하게 한다. 그리고 SECC(220)는 MO(310)로부터 승인 결과로서 수신한다(제550단계).
한편, 제544단계에서 계약 인증서 체인에 교차인증서가 포함되어 있지 않은 경우, SECC(220)는 하드웨어 보안모듈(HSM: 270)에 MO 루트 인증서(MO RootCA)가 저장되어 있는지 확인할 수 있다. HSM(270)에 MO 루트 인증서(MO RootCA)가 저장되어 있는 경우, SECC(220)는 MO 루트 인증서(MO RootCA)를 토대로 계약 인증서를 검증할 수 있다. 한편, HSM(270)에 MO 루트 인증서(MO RootCA)가 저장되어 있지 않은 경우, SECC(220)는 충전기 백엔드 서버에 계약 인증서를 전송하여 상기 충전기 백엔드 서버가 계약 인증서를 검증하게 할 수 있다. 한편, SECC(220)는 EV(100)에 교차인증서가 설치되게 할 수도 있다(제552단계).
도 13은 본 발명의 다른 실시예에 따른 교차인증 시스템의 개략도이다.
앞서 설명한 바와 같이, 시장에 다수의 MO 운영자가 존재한다면, V2G 루트 CA가 다수의 MO 루트 인증서(MO RootCA cert) 각각에 대하여 교차인증을 함으로써, 충전 스테이션(200)에 해당 MO 루트 인증서(MO RootCA cert)가 없음에 따른 문제점을 해결할 수 있다. 그렇지만, 시장에 V2G 루트 CA 역시 다수가 존재한다면, 각 V2G 루트 CA와 각 MO 루트 인증서(MO RootCA cert)의 조합에 대하여 교차인증서가 발급되어야 한다. 예를 들어 시장에 m개의 V2G 루트 CA가 존재하고 n개의 MO 루트 인증서(MO RootCA cert)가 존재한다고 가정할 때, V2G 루트 CA가 MO 루트 인증서(MO RootCA cert)를 교차인증하여 생성되는 교차인증서는 최대 mn개에 이를 수 있다. 이에 따라, 교차인증 작업이 복잡할 뿐만 아니라, 교차인증서가 과다해지고, 다수의 교차인증서를 저장하는 EV(100)의 메모리 부담이 커지게 된다.
이를 감안하여, 본 실시예에 따르면, 브릿지 루트 인증기관(Bridge CA)가 V2G 루트 CA를 대신하여 교차인증서 발급을 수행할 수 있다. 이에 따르면, 위의 예와 같이 시장에 m개의 V2G 루트 CA가 존재하고 n개의 MO 루트 인증서(MO RootCA cert)가 존재하는 경우에, V2G 루트 CA가 브릿지 CA(Bridge CA)의 인증서를 교차인증하고 브릿지 CA가 MO 루트 인증서(MO RootCA cert)를 교차인증하여 생성되는 교차인증서는 최대 m+n개에 그치게 된다. 이중에서 각 EV에 저장되어야 하는 교차인증서는 V2G 루트 CA가 브릿지 CA에 대하여 발급한 교차인증서와 브릿지 CA가 MO 계열 CA에 대하여 발급한 교차인증서의 총 2개이다. 본 실시예에 따르면, 교차인증서가 지나치게 과다해지지 않고, EV(100)의 메모리 부담이 줄어들게 된다.
위에서 언급한 바와 같이 본 발명의 실시예에 따른 장치와 방법은 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 프로그램 또는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산 방식으로 컴퓨터로 읽을 수 있는 프로그램 또는 코드가 저장되고 실행될 수 있다.
상기 컴퓨터가 읽을 수 있는 기록매체는 롬(rom), 램(ram), 플래시 메모리(flash memory) 등과 같이 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치를 포함할 수 있다. 프로그램 명령은 컴파일러(compiler)에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터(interpreter) 등을 사용해서 컴퓨터에 의해 실행될 수 있는 고급 언어 코드를 포함할 수 있다.
본 발명의 일부 측면들은 장치의 문맥에서 설명되었으나, 그것은 상응하는 방법에 따른 설명 또한 나타낼 수 있고, 여기서 블록 또는 장치는 방법 단계 또는 방법 단계의 특징에 상응한다. 유사하게, 방법의 문맥에서 설명된 측면들은 또한 상응하는 블록 또는 아이템 또는 상응하는 장치의 특징으로 나타낼 수 있다. 방법 단계들의 몇몇 또는 전부는 예를 들어, 마이크로프로세서, 프로그램 가능한 컴퓨터 또는 전자 회로와 같은 하드웨어 장치에 의해(또는 이용하여) 수행될 수 있다. 몇몇의 실시예에서, 가장 중요한 방법 단계들의 하나 이상은 이와 같은 장치에 의해 수행될 수 있다.
실시예들에서, 프로그램 가능한 로직 장치(예를 들어, 필드 프로그래머블 게이트 어레이)가 여기서 설명된 방법들의 기능의 일부 또는 전부를 수행하기 위해 사용될 수 있다. 실시예들에서, 필드 프로그래머블 게이트 어레이는 여기서 설명된 방법들 중 하나를 수행하기 위한 마이크로프로세서와 함께 작동할 수 있다. 일반적으로, 방법들은 어떤 하드웨어 장치에 의해 수행되는 것이 바람직하다.
위에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims (12)

  1. 충전 스테이션 장치에서 전기차에 PnC 충전을 제공하기 위한 인증 방법으로서,
    전력공급장치 통신제어기(SECC) 인증서와, 상기 SECC 인증서의 생성에 사용된 적어도 하나의 충전장치 계열 하위 인증서를 포함하는 SECC 인증서 체인을 상기 전기차에 송신하고, 상기 SECC 인증서에 대한 검증 결과를 상기 전기차로부터 받아들이는 단계;
    계약 인증서를 포함하는 계약 인증서 체인을 상기 전기차로부터 수신하는 단계; 및
    상기 계약 인증서 체인에 교차인증서가 포함되어 있는 경우, 소정의 루트 인증서를 토대로 상기 교차인증서를 검증하고 상기 교차인증서에 포함된 충전 사업자 루트 인증기관 또는 충전 사업자 하위 인증기관의 공개키를 획득하며, 획득된 공개키를 토대로 하여 상기 계약 인증서를 검증하는 단계;
    를 포함하는 인증 방법.
  2. 청구항 1에 있어서, 상기 교차인증서의 검증에 사용되는 상기 루트 인증서는 상기 SECC 인증서의 발급 기초가 된 V2G 인증기관 공개키를 포함하는 V2G 루트 인증서인 인증 방법.
  3. 청구항 1에 있어서, 상기 교차인증서의 검증에 사용되는 상기 루트 인증서는 복수의 V2G 인증기관을 대신하여 상기 교차인증서를 발급하는 브릿지 인증기관의 인증서인 인증 방법.
  4. 청구항 1에 있어서, 상기 계약 인증서를 검증하는 단계가
    상기 계약 인증서 체인에 교차인증서가 포함되어 있지 않은 경우, 상기 충전 스테이션 장치에 저장되어 있는 충전 사업자 루트 인증서를 토대로 상기 교차인증서를 검증하는 단계를 포함하는 인증 방법.
  5. 청구항 1에 있어서, 상기 계약 인증서를 검증하는 단계가
    상기 계약 인증서 체인에 교차인증서가 포함되어 있지 않은 경우, 상기 전기차에 상기 교차인증서가 설치되게 하는 단계를 포함하는 인증 방법.
  6. 청구항 1에 있어서,
    상기 계약 인증서 내에 있는 소정의 인증서 소유자 식별정보를 결제 서버에 송신하여 승인을 요청하는 단계; 및
    상기 결제 서버로부터 승인 결과를 받아들이고 상기 승인 결과에 따라 충전이 개시되도록 하는 단계;
    를 더 포함하는 인증 방법.
  7. 전기차에 대한 PnC 충전을 수행하는 충전 스테이션 장치로서,
    프로그램 명령들을 저장하는 메모리와; 상기 메모리에 접속되고 상기 메모리에 저장된 상기 프로그램 명령들을 실행하는 프로세서;를 구비하며,
    상기 프로그램 명령들은 상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금:
    전력공급장치 통신제어기(SECC) 인증서와, 상기 SECC 인증서의 생성에 사용된 적어도 하나의 충전장치 계열 하위 인증서를 포함하는 SECC 인증서 체인을 상기 전기차에 송신하고, 상기 SECC 인증서에 대한 검증 결과를 상기 전기차로부터 받아들이며;
    계약 인증서를 포함하는 계약 인증서 체인을 상기 전기차로부터 수신하며;
    상기 계약 인증서 체인에 교차인증서가 포함되어 있는 경우, 소정의 V2G 루트 인증서를 토대로 상기 교차인증서를 검증하고 상기 교차인증서에 포함된 충전 사업자 루트 인증기관 또는 충전 사업자 하위 인증기관의 공개키를 획득하며, 획득된 공개키를 토대로 하여 상기 계약 인증서를 검증하도록 하는 동작을 수행하게 하는 충전 스테이션 장치.
  8. 청구항 7에 있어서, 상기 교차인증서의 검증에 사용되는 상기 V2G 루트 인증서는 상기 SECC 인증서의 발급 기초가 된 V2G 인증기관 공개키를 포함하는 V2G 루트 인증서인 충전 스테이션 장치.
  9. 청구항 7에 있어서, 상기 교차인증서의 검증에 사용되는 상기 루트 인증서는 복수의 V2G 인증기관을 대신하여 상기 교차인증서를 발급하는 브릿지 인증기관의 인증서인 충전 스테이션 장치.
  10. 청구항 7에 있어서, 상기 프로세서로 하여금 상기 계약 인증서를 검증하게 하는 프로그램 명령은
    상기 프로세서로 하여금, 상기 계약 인증서 체인에 교차인증서가 포함되어 있지 않은 경우, 상기 충전 스테이션 장치에 저장되어 있는 충전 사업자 루트 인증서를 토대로 상기 교차인증서를 검증하게 하는 프로그램 명령을 포함하는 충전 스테이션 장치.
  11. 청구항 7에 있어서, 상기 프로세서로 하여금 상기 계약 인증서를 검증하게 하는 프로그램 명령은
    상기 프로세서로 하여금, 상기 계약 인증서 체인에 교차인증서가 포함되어 있지 않은 경우, 상기 전기차에 상기 교차인증서가 설치되게 하는 프로그램 명령을 포함하는 충전 스테이션 장치.
  12. 청구항 7에 있어서, 상기 프로그램 명령들은 상기 프로세서에 의해 실행될 때 상기 프로세서로 하여금:
    상기 계약 인증서 내에 있는 소정의 인증서 소유자 식별정보를 결제 서버에 송신하여 승인을 요청하고;
    상기 결제 서버로부터 승인 결과를 받아들이고 상기 승인 결과에 따라 충전이 개시되도록 하는 동작을 더 수행하게 하는 충전 스테이션 장치.
PCT/KR2021/017789 2020-11-27 2021-11-29 전기차 충전을 위한 교차인증 방법 및 장치 WO2022114903A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21898728.7A EP4243338A1 (en) 2020-11-27 2021-11-29 Cross-certification method and device for charging electric vehicle
US18/039,168 US20240121110A1 (en) 2020-11-27 2021-11-29 Cross-certification method and device for charging electric vehicle
CN202180079831.0A CN116529754A (zh) 2020-11-27 2021-11-29 用于电动车辆充电的交叉认证方法及装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2020-0162249 2020-11-27
KR20200162249 2020-11-27
KR1020210165824A KR20220074784A (ko) 2020-11-27 2021-11-26 전기차 충전을 위한 교차인증 방법 및 장치
KR10-2021-0165824 2021-11-26

Publications (1)

Publication Number Publication Date
WO2022114903A1 true WO2022114903A1 (ko) 2022-06-02

Family

ID=81755849

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/017789 WO2022114903A1 (ko) 2020-11-27 2021-11-29 전기차 충전을 위한 교차인증 방법 및 장치

Country Status (3)

Country Link
US (1) US20240121110A1 (ko)
EP (1) EP4243338A1 (ko)
WO (1) WO2022114903A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180086934A (ko) * 2017-01-24 2018-08-01 건국대학교 산학협력단 차량의 인증서 생성 방법 및 장치
EP3699019A1 (en) * 2017-10-10 2020-08-26 Nio Nextev Limited Electric car charging method and system using certificate-based management
KR20200124621A (ko) * 2019-04-24 2020-11-03 현대자동차주식회사 Ev 사용자 인가 방법 및 시스템
KR20200126339A (ko) * 2019-04-29 2020-11-06 현대자동차주식회사 전기차 충전을 위한 교차 인증 방법 및 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180086934A (ko) * 2017-01-24 2018-08-01 건국대학교 산학협력단 차량의 인증서 생성 방법 및 장치
EP3699019A1 (en) * 2017-10-10 2020-08-26 Nio Nextev Limited Electric car charging method and system using certificate-based management
KR20200124621A (ko) * 2019-04-24 2020-11-03 현대자동차주식회사 Ev 사용자 인가 방법 및 시스템
KR20200126339A (ko) * 2019-04-29 2020-11-06 현대자동차주식회사 전기차 충전을 위한 교차 인증 방법 및 장치

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LEE SUJEONG, MINHO SHIN, HYUK-SOO JANG: "A Study on the Application of Cross-Certification Technology for the Automatic Authentication of Charging Users in ISO 15118 Standard", THE JOURNAL OF SOCIETY FOR E-BUSINESS STUDIES, vol. 25, no. 2, 31 May 2020 (2020-05-31), pages 1 - 14, XP055910720, ISSN: 2288-3908, DOI: 10.7838/jsebs.2020.25.2.001 *

Also Published As

Publication number Publication date
EP4243338A1 (en) 2023-09-13
US20240121110A1 (en) 2024-04-11

Similar Documents

Publication Publication Date Title
WO2022015017A1 (ko) 목표 전력전송량 변경 방법 및 이를 구현하기 위한 전력전송 장치
US11727106B2 (en) Charging control method and apparatus for electric vehicle
WO2022065989A1 (ko) 전기자동차 충전을 위한 상호인증 장치 및 방법
CN113924749B (zh) 交叉认证方法、电力传输方法和交叉认证设备
CN114008973B (zh) Ev用户授权方法和系统
EP4011684A2 (en) Method and apparatus for automaticlly authenticating electric vehicle charging user based on blockchain
EP4250221A1 (en) Method and device for providing information about pnc-related service provider
KR20200126339A (ko) 전기차 충전을 위한 교차 인증 방법 및 장치
KR20200124621A (ko) Ev 사용자 인가 방법 및 시스템
WO2022055222A1 (ko) 계약 인증서 개인키의 암호화 및 복호화 기반 인증서 설치 방법 및 장치
JP2024059807A (ja) 電気自動車に対する契約証明書の設置支援方法及び装置
KR102672072B1 (ko) 교차 인증서를 이용한 전기차 인증 방법 및 장치
WO2022114903A1 (ko) 전기차 충전을 위한 교차인증 방법 및 장치
WO2021158020A1 (ko) 전기차 충전 스테이션의 부트스트랩 방법
EP4219225A1 (en) Device and method for mutual authentication for electric vehicle charging
KR20220074784A (ko) 전기차 충전을 위한 교차인증 방법 및 장치
WO2022139485A1 (ko) Pnc 관련 서비스 제공자 정보 제공 방법 및 장치
CN116529754A (zh) 用于电动车辆充电的交叉认证方法及装置
KR20240072070A (ko) 모빌리티 니즈 기능을 지원하는 전력 전송 장치 및 방법, 이를 지원하는 통신 장치
CN116669985A (zh) 用于提供关于pnc相关服务提供商的信息的方法及装置
KR20220034674A (ko) 계약 인증서 개인키의 암호화 및 복호화 기반 인증서 설치 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21898728

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180079831.0

Country of ref document: CN

ENP Entry into the national phase

Ref document number: 2021898728

Country of ref document: EP

Effective date: 20230605

NENP Non-entry into the national phase

Ref country code: DE