US20140125485A1 - Management of electric vehicle charging station queues - Google Patents
Management of electric vehicle charging station queues Download PDFInfo
- Publication number
- US20140125485A1 US20140125485A1 US13/670,352 US201213670352A US2014125485A1 US 20140125485 A1 US20140125485 A1 US 20140125485A1 US 201213670352 A US201213670352 A US 201213670352A US 2014125485 A1 US2014125485 A1 US 2014125485A1
- Authority
- US
- United States
- Prior art keywords
- electric vehicle
- queue
- charging station
- evcs
- vehicle
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
- B60L53/60—Monitoring or controlling charging stations
- B60L53/66—Data transfer between charging stations and vehicles
- B60L53/665—Methods related to measuring, billing or payment
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
- B60L53/30—Constructional details of charging stations
- B60L53/305—Communication interfaces
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
- B60L53/60—Monitoring or controlling charging stations
- B60L53/63—Monitoring or controlling charging stations in response to network capacity
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
- B60L53/60—Monitoring or controlling charging stations
- B60L53/65—Monitoring or controlling charging stations involving identification of vehicles or their battery types
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
- B60L53/60—Monitoring or controlling charging stations
- B60L53/66—Data transfer between charging stations and vehicles
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L2240/00—Control parameters of input or output; Target parameters
- B60L2240/70—Interactions with external data bases, e.g. traffic centres
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L2240/00—Control parameters of input or output; Target parameters
- B60L2240/80—Time limits
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
- B60L2250/00—Driver interactions
- B60L2250/16—Driver interactions by display
-
- 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
- Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
- Y02E60/00—Enabling technologies; Technologies with a potential or indirect contribution to GHG emissions mitigation
-
- 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
- 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/7072—Electromobility specific charging systems or methods for batteries, ultracapacitors, supercapacitors or double-layer capacitors
-
- 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/72—Electric energy management in electromobility
-
- 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
- Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
- Y02T90/10—Technologies relating to charging of electric vehicles
- Y02T90/12—Electric charging stations
-
- 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
- Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
- Y02T90/10—Technologies relating to charging of electric vehicles
- Y02T90/14—Plug-in electric vehicles
-
- 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
- Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
- Y02T90/10—Technologies relating to charging of electric vehicles
- Y02T90/16—Information or communication technologies improving the operation of electric vehicles
-
- 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
- Y02T90/00—Enabling technologies or technologies with a potential or indirect contribution to GHG emissions mitigation
- Y02T90/10—Technologies relating to charging of electric vehicles
- Y02T90/16—Information or communication technologies improving the operation of electric vehicles
- Y02T90/167—Systems integrating technologies related to power network operation and communication or information technologies for supporting the interoperability of electric or hybrid vehicles, i.e. smartgrids as interface for battery charging of electric vehicles [EV] or hybrid vehicles [HEV]
-
- 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
- Y04S10/00—Systems supporting electrical power generation, transmission or distribution
- Y04S10/12—Monitoring or controlling equipment for energy generation units, e.g. distributed energy generation [DER] or load-side generation
- Y04S10/126—Monitoring or controlling equipment for energy generation units, e.g. distributed energy generation [DER] or load-side generation the energy generation units being or involving electric vehicles [EV] or hybrid vehicles [HEV], i.e. power aggregation of EV or HEV, vehicle to grid arrangements [V2G]
-
- 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
- This disclosure relates to the management of electric vehicle charging stations queues.
- PEVs plug-in electric and hybrid electric vehicles
- a charging station is considered “public” if it is accessible and usable by plurality of drivers, as opposed to a private charging station located at a PEV owner's home.
- a “public” charging station is not necessarily accessible to any and all PEVs.
- Public charging stations may be disposed, for example at commercial buildings, shopping malls, multi-unit dwellings, governmental facilities and other locations.
- charging stations usually comply with the Society of Automotive Engineers (SAE) standard, SAE J1772TM.
- SAE J1772TM This standard refers to charging stations as “electric vehicle support equipment”, leading to the widely used acronym EVSE.
- EVSE electrical vehicle charging station
- EVCS are first-come, first-served. That is, the first user that arrives at an EVCS may use the station and continue to use the EVCS until that user decides to leave. This rewards early arrivals at locations and is typical for normal parking spaces. However, this results in a sub-optimal allocation of the few EVCS typically available in most locations.
- a user can leave his or her home fully-charged and arrive at a destination with nearly-full batteries. The user may then park at an EVCS and begin charging his or her electric vehicle. The electric vehicle is fully charged within one to three hours, but the user's car may remain in the spot for the remainder of the day. Meanwhile, other individuals with electric vehicles who arrived later or with lower battery charge levels are unable to access the EVCS.
- FIG. 1 is a block diagram of an environment for charging an electric vehicle.
- FIG. 2 is a block diagram of an electric vehicle charging station (EVCS) cloud.
- EVCS electric vehicle charging station
- FIG. 3 is a block diagram of a computing device.
- FIG. 4 is a block diagram of an EVCS.
- FIG. 5 is a block diagram of a personal computing/communications device.
- FIG. 6 is a flowchart of the process of entering the electric vehicle charging station queue.
- FIG. 7 is a flowchart of queue management for the electric vehicle charging station queue.
- FIG. 8 is an example queue.
- FIGS. 9A and 9B are examples of completion notifications.
- FIGS. 10A , 10 B and 10 C are examples of electric vehicle charging station availability notifications.
- an environment 100 for charging an electric vehicle 140 may include an EVCS 110 connected to a utility grid 130 via a meter 120 .
- the EVCS may communicate with a driver's personal communications device (PCD) 150 over a first wireless communications path 115 .
- the PCD may, in turn, connect to a network 190 over a second wireless communication path 155 .
- the first wireless communications path 115 may use, for example, BluetoothTM, ZigBeeTM, or some other short-range wireless communications protocol.
- the second communications path 155 may use, for example, WiFiTM or a cell phone data communications protocol to connect to the network 190 .
- the PCD 150 may be, for example, a smart phone, a tablet computer, a laptop computer, a computer operating as a part of the PEV or some other device capable of communicating with the EVCS 110 and the network 190 .
- the PCD 150 may run or access an application, or “app”, 152 that enables the PCD to serve as a user interface for the EVCS 110 .
- This app 152 may be web-based or compiled for use on the PCD.
- the EVCS 110 and the network 190 may communicate using a third communications path 145 .
- This third communications path 145 may be wireless, as described above, or wired. If the third communications path 145 is wired, it may rely upon proprietary protocols or protocols based upon the OSI model. In some situations, the PCD 150 running the app 152 may also function as a bridge to provide bidirectional communications between the EVCS 110 and the network 190 .
- a server 160 may manage a network of vehicle charging stations including the EVCS 110 .
- the server 160 may monitor the operation of the EVCS 110 .
- the server 160 may manage billing and/or cost allocation for the use of the EVCS 110 .
- the server 160 may manage an authorization system to limit access to the EVCS 110 to only authorized vehicles or drivers.
- the server 160 may also manage a reservation or queue system to allow authorized drivers to reserve future use of the EVCS 110 .
- the server 160 may communicate with the EVCS 110 via the network and the third communications path 145 .
- the server 160 may communicate with the EVCS 110 via the network and the PCD 150 . In this case, communications between the server 160 and the EVCS 110 may be intermittent and only occur when a PCD 150 running the app 152 is present.
- a driver may communicate with the server 160 using their PCD 150 or using another computing device such as a personal computer 170 coupled to the network 190 by a wired or wireless communications path 175 .
- the driver may communicate with the server 160 , for example, to establish an account, to provide billing information, to make a reservation, or for some other purpose.
- the meter 120 may be a conventional electric utility meter or a so-called “smart meter” that communicates with the utility grid 130 and the EVCS 110 .
- the EVCS 110 may communicate with a smart meter 120 , when present, using the same wireless protocol used to communicate with the PCD 150 or a different wireless communications protocol.
- the EVCS may communicate with the smart meter 120 using a power line communications (PLC) protocol such as, for example, the IEEE 1901 protocol.
- PLC power line communications
- a cloud 200 may support a plurality of EVCS management networks, each of with may operate, for example, as a virtual private network within the cloud 200 .
- Three EVCS management networks 210 , 220 , 230 are shown in this example.
- a network may contain more or fewer than three EVCS management networks.
- Each of the EVCS management networks may be owned or operated by different business entities such as, for example, electric utility companies and manufacturers of EVCS equipment.
- the cloud 200 may include a physical or virtual server 240 to manage interactions between the EVCS management networks 210 , 220 , 230 .
- Each EVCS management network 210 , 220 and 230 may include one or more EVCS operating at respective locations.
- Each EVCS management network 210 , 220 , 230 may include a respective server 215 , 225 , 235 to manage access, billing, and queuing for the one or more EVCS within the network.
- the server 240 may communicate with each of the EVCS management networks 210 , 220 and 230 .
- the server 240 may manage transactions between the EVCS management networks 210 , 220 , and 230 .
- a customer or member of EVCS management network 1 210 may be at a location remote from any EVCS in EVCS management network 1, and may need to access an EVCS within another EVCS management network.
- the customer may communicate with server 215 with in EVCS management network 1 210 to request access to an “out of network” EVCS.
- the servers 215 may then communicate with server 225 and/or server 235 via server 240 to gain customer access to an EVCS within EVCS management network 2 220 or EVCS management network 3 230 .
- Billing and payments for access to the out-of-network EVCS may be processed via the server 240 .
- the computing device 300 may be, for example, the server 160 of FIG. 1 or the servers 215 , 225 , 235 or 240 of FIG. 2 .
- the computing device 300 includes a processor 310 , memory 320 , storage 330 , a communication interface 340 and an operator interface 350 .
- the storage 330 includes a driver database 332 , an EVCS database 334 and a network database 336 .
- the processor 310 may include hardware, which may be augmented by firmware, for providing functionality and features described herein.
- the processor 310 may include one or more processor circuits such as microprocessors, digital signal processors, and graphic processors.
- the processor 310 may include other circuits such as logic arrays, analog circuits, and/or digital circuits.
- the memory 320 may include static or dynamic random access memory, read-only memory, and/or nonvolatile memory such as flash memory. Information stored in the memory may includes a BIOS (basic input/output system) to initialize the processor 310 , interim and final test data, and other data relating to ongoing operation of the processor 310 .
- BIOS basic input/output system
- the storage 330 may include one or more storage devices.
- a “storage device” is a device that allows for reading and/or writing to a storage medium.
- These storage media include, for example, magnetic media such as hard disks, optical media such as compact disks (CD-ROM and CD-RW) and digital versatile disks (DVD and DVD ⁇ RW); flash memory devices; and other storage media.
- the term “storage media” means a physical object for storing information. The term storage media does not encompass transitory media such as signals and waveforms.
- Information stored in the storage 330 may include a driver database 332 .
- the driver database 332 may contain information pertaining to drivers (or operators) of PEV that may access the computing device 300 .
- the driver database 332 may include information, for each driver, such as a user name or other unique identification, an associated password, address information, billing information, a driver's real name, a driver's email address, a driver's mobile telephone number and a preferred method of contact. Additional or less information pertaining to a driver may be maintained by the driver database 332 . For example, a driver's employment, VIP or group membership status may also be stored in the driver database 332 .
- the storage 330 may include an EVCS database 334 .
- the EVCS database 334 may contain information pertaining to each of the EVCS that are serviced by the computing device 300 .
- each server 215 , 225 , 235 managed one or more EVCS within a respective EVCS management network 210 , 220 , 230 .
- the EVCS database 334 may store information pertaining to the network address (if any) of each EVCS under its service, the capabilities of each EVCS, the current and projected use of each EVCS, any queue of users wishing to access each EVCS (in some cases a group of EVCS may be managed under a single queue, for example, at a location including multiple EVCS), the driver currently using each EVCS and any other information pertaining to each EVCS.
- the storage 330 may include a network database 336 in addition to or instead of the driver database 332 and/or the EVCS database 334 .
- the network database 336 may include data pertaining to communicating and managing transactions with one or more EVCS networks.
- the network database 336 may maintain authentication or other information necessary to enable this access.
- the server 240 in FIG. 2 may include a network database containing information necessary to manage transactions between the EVCS management networks 210 , 220 , 230 .
- the server 240 may not contain a driver database and/or an EVCS database since the server 240 may rely upon the servers 215 , 225 , and 235 within the respective EVCS networks to store driver and EVCS information.
- Information stored in the storage 330 may also include program instructions for execution by the processor 310 .
- the program instructions may be in the form of an application program, an applet (e.g., a Java applet), a browser plug-in, a COM object, a dynamic linked library (DLL), a script, or one or more subroutines.
- the program instructions may include an operating system such as, for example, variations of the Linux, Microsoft Windows®, Symbian®, Android®, and Apple® operating systems.
- the communication interface 340 may include specialized circuits required to interface the computing device 300 with, for example, a network such as network 190 in FIG. 1 , a PCD or a PEV.
- the communication interface 340 may include interfaces to one or more wired or wireless networks.
- the communication interface 340 may include, for example, one or more of an EthernetTM interface for connection to a wired network, a Blue ToothTM transceiver, a ZigbeeTM transceiver, a WiFiTM transceiver, and/or a transceiver for some other wireless communications protocol.
- the communication interface 340 may be used to communicate information to and/or to receive information from a PCD or with a PEV that is or will be using an EVCS.
- the operator interface 350 is used for an operator of the computing device 300 to interact with and to operate the computing device 300 .
- the operator interface 350 may include a color or black-and-white flat panel display, such as a liquid crystal display, and one or more data entry devices such as a touch panel, a keyboard, and/or a mouse or other pointing device.
- the EVCS may include power control 410 , power metering 420 , a controller 430 , storage 440 , a vehicle communication interface 450 , and a communication interface 460 .
- the storage 440 may store data including an EVCS ID 442 and access key(s) 444 .
- the power control 410 handles the receipt of power from the power grid by the EVCS 400 .
- the power control 410 is instructed by the controller 430 to direct power through the power metering 420 to a vehicle being charged by the EVCS 400 .
- the power control 410 may be, for example, a relay or solid-state switch to either turn on or turn off the charging power to the vehicle in response to an instruction from the controller 430 .
- the power metering 420 measures the current passing through the power control and accumulates the total charge or energy delivered from the EVCS 400 to the vehicle. This power metering 420 may be used in determining the appropriate cost to the operator of the vehicle.
- the controller 430 may communicate with vehicles, such as a PEV, using the vehicle communication interface 450 .
- the vehicle communication interface 450 may, for example, provide a pilot line signal to the PEV in accordance with SAE J1772TM.
- the vehicle communication interface 450 may communicate with vehicles in some other manner such as power line communications or wirelessly.
- the controller 430 of the EVCS may receive information from the vehicle indicating the current charge state of a PEV, the rate at which that charge state is changing for a PEV and, as a result, be able to estimate a time-to-full charge state.
- the communication interface 460 may be used to communicate with the network and, by extension, with an EVCS server, such as the servers 215 , 225 , 235 , in an EVCS network that includes the EVCS 400 .
- the communication interface 460 may communicate with the network by way of a wired connection, such as an Ethernet connection.
- the communication interface 460 may communicate with the network by a wireless connection such as a WireFiTM local area network or a cellular telephone connection.
- the communication interface may communicate with the network directly or indirectly by way of a wireless connection to a driver's smart phone or other personal communication device.
- the controller 430 may use the communication interface 460 to obtain data pertaining to drivers of PEVs, to obtain access to a queue of potential EVCS users, to transmit data pertaining to use of the EVCS by particular drivers and/or PEVs, and/or to communicate driver and billing information.
- the EVCS may communicate to an EVCS server that the EVCS is no longer in use by the most recent driver.
- the EVCS server may respond with data pertaining to the next driver in the queue and to instruct the EVCS to limit access to only that next driver for a changeover period.
- the EVCS 400 may then use the communication interface 460 to notify the next driver, such as through simple message service or email, that the EVCS 400 is available for his or her use.
- the EVCS server may send such a notification in response to the EVCS communicating that the EVCS 400 is no longer in use.
- the EVCS 400 also includes storage 440 .
- the storage 440 provides nonvolatile storage of program instructions and data for use by the controller 430 .
- Data stored in the storage 440 may include an EVCS ID 442 and one or more access key(s) 444 .
- the EVCS ID 442 may be a unique identifier that is used to uniquely identify each EVCS in an EVCS network.
- the EVCS ID 442 may be, for example, a serial number, a MAC address, some other similar unique identifier, or a combination of two or more identifiers.
- the EVCS ID 442 may be derived by encrypting a serial number, a MAC address, some other unique identifier, or a combination of two or more identifiers.
- the EVCS ID 442 may be a random number or other identifier assigned by a remote device such as a server that manages an EVCS network containing the EVCS 400 .
- the controller 430 may use the EVCS ID to uniquely identify the EVCS 400 to the network and/or PEVs using the communication interface 460 and the vehicle communication interface 450 , respectively.
- the access keys 444 may include one or more keys that allow a driver to charge a PEV at the EVCS 400 .
- the driver In order to charge a PEV, the driver must provide the EVCS 400 with an access key that matches one of the stored access keys 444 .
- the access keys 444 may include, for example, an access key that allows unlimited use of the EVCS for charging and one or more restricted access keys that allow restricted use of the EVCS.
- a restrict use access key may be limited to, for example, a specific time window, a particular time of day, or one-time only use.
- a driver may present an access key to the EVCS 400 , for example, by entering the access key using a keypad or other data entry device, or by communicating the access key wirelessly from a PCD.
- the access key(s) 444 may also include one or more keys used by an administrator or maintenance personnel to, either remotely or directly at the EVCS 400 , access maintenance and administrative features for the EVCS 400 .
- an administrator may be required to input an access key 444 in order to access administrator functions for the EVCS 400 .
- the storage 440 may store software suitable to perform the various functions of the EVCS 400 described herein.
- the storage 440 may also store data pertaining to usage of various PEVs and associated users such that billing may be properly reported to, for example, an EVCS server.
- the storage 440 may also store a periodically updated queue of users waiting to gain access to the EVCS.
- FIG. 5 shows a block diagram of a personal computing/communications device 500 (a “PCD”).
- the PCD 500 includes a processor 510 , memory 520 , storage 530 , local wireless communications interface 540 , wireless network interface(s) 550 and a driver interface 560 .
- the driver interface 560 may be, for example, a touch screen display or some other combination of a display and a data input device such as a keypad and/or a pointing device.
- the local wireless communications interface 540 may be, for example, a BluetoothTM, ZigbeeTM or wireless local area network interface that can connect within a short distance of the PCD 500 .
- This local wireless communications interface 540 may be used, for example, to connect to an EVCS, such as the EVCS 400 , in order to exchange data pertaining to the EVCS.
- the wireless network interface(s) 550 may be one or more interface usable to send and receive data over a long-range wireless communication network.
- This wireless network may be, for example, a mobile telephone network with data capabilities and/or a WiFiTM local area network or other wireless local area network.
- the processor 510 and memory 520 serve substantially similar functions to the processor 310 and memory 320 in FIG. 3 .
- the storage 530 may serve substantially similar functions to the storage 330 in FIG. 3 .
- the storage 530 may store a driver ID 532 , one or more EVCS access keys 534 , and an electric vehicle charging application (EVC App) 536 .
- the driver ID 532 may be, for example, provided by an EVCS server or related web-based software.
- the driver ID 532 uniquely identifies the operator of the PCD 500 to an EVCS.
- the driver ID 532 therefore, may be used to enable EVCS charging to an intended operator of the PCD 500 and may enable billing for EVCS services to the correct individual.
- the driver ID 532 may be transmitted to an EVCS (to be forwarded on by the EVCS to an EVCS server) using the wireless network interface(s) 550 .
- the EVCS access keys 534 may enable a driver in possession of the PCD 500 to access an EVCS such as the EVCS 400 in order to charge a PEV.
- the EVCS may require the driver to submit both a driver ID and an Access Key, and may provide the charging service only if the submitted access key matches an access key stored within the EVCS.
- the EVC App 536 may cause the PCD 500 to serve as an interface between the driver and the EVCS.
- the EVC App may cause a graphical user interface (GUI) for the EVCS to be presented on the driver interface 560 .
- the driver may then use the GUI to request charging services from the EVCS.
- the EVC App 536 may also cause the PCD to provide the charging service request, the driver ID 532 and an EVCS access key to the EVCS using either the local wireless communications interface 540 or a wireless network interface 550 .
- GUI graphical user interface
- FIG. 6 a flowchart 600 of the process of entering the electric vehicle charging station (the “EVCS”) queue is shown.
- the flow chart 600 has both a start 605 and an end 695 , but the process may be cyclical in nature. Many instances of the process may be taking place serially or in parallel.
- an EVCS server such as server 160 or server 240 , provides access to a queue at 610 .
- Interactions with the ECVS server, such as this access may be provided through a web-based application, through a mobile smartphone application, through a telephonic guided interaction with an automated system, using the electric vehicle charging station itself, through an interactive system in an electric vehicle or through other, similar devices.
- a driver or “vehicle operator” or “user”
- interacting with the EVCS server may be able to review the current status of the queue, for example, to obtain an estimate of the time that the EVCS could be available for use by his or her PEV.
- the terms “vehicle operator,” “driver” and “user” refer to the operator of or someone acting on behalf of the operator of a particular PEV that may be charged using the EVCS.
- the PCD may also provide information or the capability to perform additional actions. For example, a user may be given an option to pay a premium for a higher placement in the queue and thus earlier access to the EVCS.
- the access to the queue may include access to information regarding the current state of the queue or the EVCS—for example, the number of others in the queue, the capabilities of the EVCS or other, related information.
- the ECVS server receives a request from the driver to enter the queue at 620 .
- the request may incorporate information pertaining to the vehicle or to the user. This information may be automatically obtained, associated with a pre-existent account or an account created during the request process and may include data derived from a mobile device associated with the vehicle or driver. For example, the information may include the current location and/or current charge of a vehicle.
- the information may also include a unique identification associated with the driver that may indicate that the driver is associated with a particular group, is an employee of a particular company or entity, that the driver has pre-paid or is willing to pay a premium for greater access to this or a group of ECVS. This information may be used by the ECVS server to prioritize the queue.
- the ECVS server then enters the requests into the queue at 630 .
- user identification associated with the vehicle and/or associated user is entered into the ECVS queue.
- the user identification may be entered at the end of the queue.
- the ECVS server may provide the current status of the queue 640 to the driver. This status may be provided via the access device and may provide a full listing of the queue or may simply provide a position in the queue or an estimated time at which the driver's vehicle may gain access to the ECVS.
- FIG. 7 a flowchart 700 of queue management for the electric vehicle charging station (the “EVCS”) queue is shown.
- the flow chart 700 has both a start 705 and an end 795 , but the process may be cyclical in nature. Many instances of the process may be taking place serially or in parallel.
- the EVCS or an EVCS server determines that the current vehicle is completed at 710 .
- This completion may be a determination that the vehicle is fully-charged. Alternatively, this determination may be based upon a pre-determined time allocation for the vehicle that is now complete. Still further alternatively, this determination may be that a more important individual, an individual willing to pre-pay, an employee or other priority electric vehicle operator now wishes to utilize the EVCS. In such a case, the current vehicle may be deemed “completed” in order to make way for the next EVCS user.
- the EVCS or EVCS server notifies the driver that he or she should vacate the EVCS at 720 .
- a time frame during which the driver must vacate the EVCS is given to the driver by the EVCS or the EVCS server. This time frame may be pre-determined or may be based upon parameters related to the driver, such as the driver's location or the driver's schedule. Examples of these notifications 910 , 920 and their associated driver information 912 , 922 may be seen in FIGS. 9A and 9B .
- this notification 1010 and the associated information 1012 may be seen in FIG. 10A .
- a changeover time at 740 .
- drivers other than the notified driver may not use the EVCS.
- a notification may be provided to other drivers, for example, on a display on the EVCS, to indicate that the EVCS is unavailable.
- This changeover time may be predetermined. For example, a user may be given 15 minutes to move his or her PEV to the EVCS.
- the changeover time may be dynamic, generated based upon evaluation of various changeover parameters. For example, a function may be applied to various changeover parameters to, thereby, derive a changeover time. In one example, if the driver that has been notified to move his or her PEV to the EVCS is currently distant from the EVCS, but has priority over other drivers in the queue, then the changeover time may be generated based upon the time necessary to move the PEV to the EVCS.
- changeover parameters may include a time at which each of a plurality of requests in the queue was entered into the queue.
- the changeover parameters may include a listing of pre-determined priority drivers that are to be given priority in the queue over other drivers.
- the changeover parameters may also include prepayment by the driver or a membership, for example in a group that has priority access to the EVCS, of the driver.
- the changeover parameters may also include the employment status of the driver, for example, the driver may be employed by the operator of the EVCS or the driver's employer may have contracted for priority access to the EVCS.
- the changeover parameters may also include the current location of the electric vehicle relative to the electric vehicle charging station or a willingness of the driver to pay a premium for priority in the queue.
- the changeover parameters may also include data derived from communication with the PEV or with a PCD associated with the driver or PEV.
- the current charge state for the electric vehicle or an estimate of the range of the PEV at the current charge state may be used to derive a changeover time.
- an estimate of the time to full charge or an estimate of a length of time necessary to reach a pre-determined charge state may be used to derive a changeover time.
- the limited access to the EVCS during the changeover time may be imposed in a number of ways.
- the EVCS may not work until interaction by the driver at the top of the queue.
- the driver at the top of the queue may be required to bring a Bluetooth-enabled mobile device within a few feet of the EVCS.
- the driver at the top of the queue may be required to bring a radio frequency identification tag within a few inches of the EVCS.
- the driver at the top of the queue may insert a credit card associated with the user into a receptacle on or near the EVCS.
- the driver at the top of the queue may use a scanner at the EVCS to scan a barcode on his or her mobile device.
- the driver at the top of the queue may input a username, user ID and/or passcode to enable the EVCS.
- the EVCS may not operate to charge a driver's vehicle (other than the driver at the top of the queue) during the changeover time.
- the EVCS may display an indication that the EVCS is reserved during the changeover time to alert other potential users to the EVCS' unavailability.
- the EVCS may be enabled once the driver at the top of the queue has arrived and has paid a fee or it has been confirmed that the driver at the top of the queue has a payment plan in place or has an associated account that enables automatic billing for EVCS use.
- a determination whether the driver at the top of the queue has moved his or her electric vehicle to and has begun using the EVCS before the end of the changeover time is made at 745 . If the driver at the top of the queue has done so, then the associated PEV will be charged in the EVCS at 750 . Once complete at 710 , the process will continue at 720 .
- An example of such a notification 1030 and associated information 1032 provided to the driver at the top of the queue appears in FIG. 10C .
- the changeover time limitations are removed and access to the EVCS is enabled for everyone at 770 .
- the EVCS is available for use by anyone on a first-come, first-served, basis.
- the driver at the top of queue may still utilize the EVCS if he or she arrives before it is being used by any another person.
- any other person may begin using the EVCS forcing any subsequent users, including the prior driver at the top of the queue, to join a queue and wait for access to the EVCS.
- the driver at the top of the queue is notified of his or her failure to move an electric vehicle to the EVCS at 780 .
- the driver at the top of the queue who has failed to arrive during the changeover time is notified that the EVCS is now being reserved for the next in queue.
- An example of such notification 1020 including information 1022 may be seen in FIG. 10B .
- the driver at the top of the queue is moved to the bottom of the queue at 790 .
- the driver at the top of the queue may be moved to a different position in the queue, for example, if the current driver at the top of the queue is a VIP or an employee, the driver at the top of the queue may not be moved completely down the queue and may still have priority access to the EVCS over an average driver or typical EVCS driver.
- the next driver in the queue (now the new driver at the top of the queue) is notified that the EVCS is available for his or her use at 780 .
- An example of this notification 1010 and associated information 1012 may be seen in FIG. 10A .
- an example queue 800 is shown in table 810 .
- the User ID 812 , position 814 and notification preferences 816 are shown in table 810 .
- the user notification preferences 816 indicate how a particular user (driver) would prefer to be contacted regarding their status in the queue—particularly when he or she is top of the queue.
- User A 820 has chosen to be contacted via email 822 .
- User B 824 has chosen to be contacted via SMS (simple message service) 826 .
- User D 828 has chosen to be contacted, simultaneously via both 830 .
- SMS and email are provided as options here, other methods may also be employed, such as notifications in a dedicated mobile application may “pop up” on a particular user's smartphone.
- a telephone call may be placed to a mobile or other telephone number associated with a particular user, the telephone call providing an automated voice message notification.
- “plurality” means two or more. As used herein, a “set” of items may include one or more of such items.
- the terms “comprising”, “including”, “carrying”, “having”, “containing”, “involving”, and the like are to be understood to be open-ended, i.e., to mean including but not limited to. Only the transitional phrases “consisting of” and “consisting essentially of”, respectively, are closed or semi-closed transitional phrases with respect to claims.
Abstract
Description
- This patent is related to the following co-pending applications:
- U.S. patent application Ser. No. ______ filed and ______ entitled “ELECTRIC VEHICLE CHARGING STATION PROVISIONING”.
- U.S. patent application Ser. No. ______ filed Nov. 5, 2012 and entitled “QUEUE PRIORITIZATION FOR ELECTRIC VEHICLE CHARGING STATIONS”.
- A portion of the disclosure of this patent document contains material which is subject to copyright protection. This patent document may show and/or describe matter which is or may become trade dress of the owner. The copyright and trade dress owner has no objection to the facsimile reproduction by anyone of the patent disclosure as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright and trade dress rights whatsoever.
- 1. Field
- This disclosure relates to the management of electric vehicle charging stations queues.
- 2. Description of the Related Art
- The owners of plug-in electric and hybrid electric vehicles, which will be referred to herein as PEVs, typically have a dedicated charging station at the home or other location where the vehicle is normally garaged. However, without the existence of an infrastructure of public charging station, the applications for PEVs will be limited to commuting and other short-distance travel. In this patent, a charging station is considered “public” if it is accessible and usable by plurality of drivers, as opposed to a private charging station located at a PEV owner's home. A “public” charging station is not necessarily accessible to any and all PEVs. Public charging stations may be disposed, for example at commercial buildings, shopping malls, multi-unit dwellings, governmental facilities and other locations.
- In the U.S., charging stations usually comply with the Society of Automotive Engineers (SAE) standard, SAE J1772™. This standard refers to charging stations as “electric vehicle support equipment”, leading to the widely used acronym EVSE. However, since the only support actually provided by an EVSE is charging, this patent will use the term electrical vehicle charging station or EVCS.
- Typically, EVCS are first-come, first-served. That is, the first user that arrives at an EVCS may use the station and continue to use the EVCS until that user decides to leave. This rewards early arrivals at locations and is typical for normal parking spaces. However, this results in a sub-optimal allocation of the few EVCS typically available in most locations.
- For example, a user can leave his or her home fully-charged and arrive at a destination with nearly-full batteries. The user may then park at an EVCS and begin charging his or her electric vehicle. The electric vehicle is fully charged within one to three hours, but the user's car may remain in the spot for the remainder of the day. Meanwhile, other individuals with electric vehicles who arrived later or with lower battery charge levels are unable to access the EVCS.
-
FIG. 1 is a block diagram of an environment for charging an electric vehicle. -
FIG. 2 is a block diagram of an electric vehicle charging station (EVCS) cloud. -
FIG. 3 is a block diagram of a computing device. -
FIG. 4 is a block diagram of an EVCS. -
FIG. 5 is a block diagram of a personal computing/communications device. -
FIG. 6 is a flowchart of the process of entering the electric vehicle charging station queue. -
FIG. 7 is a flowchart of queue management for the electric vehicle charging station queue. -
FIG. 8 is an example queue. -
FIGS. 9A and 9B are examples of completion notifications. -
FIGS. 10A , 10B and 10C are examples of electric vehicle charging station availability notifications. - Throughout this description, elements appearing in figures are assigned three-digit reference designators, where the most significant digit is the figure number where the element is introduced and the two least significant digits are specific to the element. An element that is not described in conjunction with a figure may be presumed to have the same characteristics and function as a previously-described element having the same reference designator.
- Referring now to
FIG. 1 , anenvironment 100 for charging anelectric vehicle 140 may include an EVCS 110 connected to autility grid 130 via ameter 120. The EVCS may communicate with a driver's personal communications device (PCD) 150 over a firstwireless communications path 115. The PCD may, in turn, connect to anetwork 190 over a secondwireless communication path 155. The firstwireless communications path 115 may use, for example, Bluetooth™, ZigBee™, or some other short-range wireless communications protocol. Thesecond communications path 155 may use, for example, WiFi™ or a cell phone data communications protocol to connect to thenetwork 190. The PCD 150 may be, for example, a smart phone, a tablet computer, a laptop computer, a computer operating as a part of the PEV or some other device capable of communicating with the EVCS 110 and thenetwork 190. - The PCD 150 may run or access an application, or “app”, 152 that enables the PCD to serve as a user interface for the EVCS 110. This app 152 may be web-based or compiled for use on the PCD. The EVCS 110 and the
network 190 may communicate using athird communications path 145. Thisthird communications path 145 may be wireless, as described above, or wired. If thethird communications path 145 is wired, it may rely upon proprietary protocols or protocols based upon the OSI model. In some situations, the PCD 150 running the app 152 may also function as a bridge to provide bidirectional communications between the EVCS 110 and thenetwork 190. - A
server 160 may manage a network of vehicle charging stations including the EVCS 110. Theserver 160 may monitor the operation of the EVCS 110. Theserver 160 may manage billing and/or cost allocation for the use of the EVCS 110. Theserver 160 may manage an authorization system to limit access to the EVCS 110 to only authorized vehicles or drivers. Theserver 160 may also manage a reservation or queue system to allow authorized drivers to reserve future use of the EVCS 110. Theserver 160 may communicate with theEVCS 110 via the network and thethird communications path 145. Theserver 160 may communicate with theEVCS 110 via the network and thePCD 150. In this case, communications between theserver 160 and theEVCS 110 may be intermittent and only occur when aPCD 150 running the app 152 is present. - A driver may communicate with the
server 160 using theirPCD 150 or using another computing device such as apersonal computer 170 coupled to thenetwork 190 by a wired orwireless communications path 175. The driver may communicate with theserver 160, for example, to establish an account, to provide billing information, to make a reservation, or for some other purpose. - The
meter 120 may be a conventional electric utility meter or a so-called “smart meter” that communicates with theutility grid 130 and theEVCS 110. TheEVCS 110 may communicate with asmart meter 120, when present, using the same wireless protocol used to communicate with thePCD 150 or a different wireless communications protocol. The EVCS may communicate with thesmart meter 120 using a power line communications (PLC) protocol such as, for example, the IEEE 1901 protocol. - Referring now to
FIG. 2 , acloud 200 may support a plurality of EVCS management networks, each of with may operate, for example, as a virtual private network within thecloud 200. ThreeEVCS management networks cloud 200 may include a physical orvirtual server 240 to manage interactions between theEVCS management networks - Each
EVCS management network EVCS management network respective server - The
server 240 may communicate with each of theEVCS management networks server 240 may manage transactions between theEVCS management networks EVCS management network 1 210 may be at a location remote from any EVCS inEVCS management network 1, and may need to access an EVCS within another EVCS management network. The customer may communicate withserver 215 with inEVCS management network 1 210 to request access to an “out of network” EVCS. Theservers 215 may then communicate withserver 225 and/orserver 235 viaserver 240 to gain customer access to an EVCS withinEVCS management network 2 220 orEVCS management network 3 230. Billing and payments for access to the out-of-network EVCS may be processed via theserver 240. - Turning now to
FIG. 3 , a block diagram of acomputing device 300 is shown. Thecomputing device 300 may be, for example, theserver 160 ofFIG. 1 or theservers FIG. 2 . Thecomputing device 300 includes aprocessor 310,memory 320,storage 330, acommunication interface 340 and anoperator interface 350. Thestorage 330 includes adriver database 332, anEVCS database 334 and a network database 336. - The
processor 310 may include hardware, which may be augmented by firmware, for providing functionality and features described herein. Theprocessor 310 may include one or more processor circuits such as microprocessors, digital signal processors, and graphic processors. Theprocessor 310 may include other circuits such as logic arrays, analog circuits, and/or digital circuits. - The
memory 320 may include static or dynamic random access memory, read-only memory, and/or nonvolatile memory such as flash memory. Information stored in the memory may includes a BIOS (basic input/output system) to initialize theprocessor 310, interim and final test data, and other data relating to ongoing operation of theprocessor 310. - The
storage 330 may include one or more storage devices. As used herein, a “storage device” is a device that allows for reading and/or writing to a storage medium. These storage media include, for example, magnetic media such as hard disks, optical media such as compact disks (CD-ROM and CD-RW) and digital versatile disks (DVD and DVD±RW); flash memory devices; and other storage media. As used herein, the term “storage media” means a physical object for storing information. The term storage media does not encompass transitory media such as signals and waveforms. - Information stored in the
storage 330 may include adriver database 332. Thedriver database 332 may contain information pertaining to drivers (or operators) of PEV that may access thecomputing device 300. Thedriver database 332 may include information, for each driver, such as a user name or other unique identification, an associated password, address information, billing information, a driver's real name, a driver's email address, a driver's mobile telephone number and a preferred method of contact. Additional or less information pertaining to a driver may be maintained by thedriver database 332. For example, a driver's employment, VIP or group membership status may also be stored in thedriver database 332. - The
storage 330 may include anEVCS database 334. TheEVCS database 334 may contain information pertaining to each of the EVCS that are serviced by thecomputing device 300. For example, inFIG. 2 , eachserver EVCS management network EVCS database 334 may store information pertaining to the network address (if any) of each EVCS under its service, the capabilities of each EVCS, the current and projected use of each EVCS, any queue of users wishing to access each EVCS (in some cases a group of EVCS may be managed under a single queue, for example, at a location including multiple EVCS), the driver currently using each EVCS and any other information pertaining to each EVCS. - The
storage 330 may include a network database 336 in addition to or instead of thedriver database 332 and/or theEVCS database 334. The network database 336 may include data pertaining to communicating and managing transactions with one or more EVCS networks. The network database 336 may maintain authentication or other information necessary to enable this access. For example, theserver 240 inFIG. 2 may include a network database containing information necessary to manage transactions between theEVCS management networks server 240 may not contain a driver database and/or an EVCS database since theserver 240 may rely upon theservers - Information stored in the
storage 330 may also include program instructions for execution by theprocessor 310. The program instructions may be in the form of an application program, an applet (e.g., a Java applet), a browser plug-in, a COM object, a dynamic linked library (DLL), a script, or one or more subroutines. The program instructions may include an operating system such as, for example, variations of the Linux, Microsoft Windows®, Symbian®, Android®, and Apple® operating systems. - The
communication interface 340 may include specialized circuits required to interface thecomputing device 300 with, for example, a network such asnetwork 190 inFIG. 1 , a PCD or a PEV. Thecommunication interface 340 may include interfaces to one or more wired or wireless networks. Thecommunication interface 340 may include, for example, one or more of an Ethernet™ interface for connection to a wired network, a Blue Tooth™ transceiver, a Zigbee™ transceiver, a WiFi™ transceiver, and/or a transceiver for some other wireless communications protocol. Thecommunication interface 340 may be used to communicate information to and/or to receive information from a PCD or with a PEV that is or will be using an EVCS. - The
operator interface 350 is used for an operator of thecomputing device 300 to interact with and to operate thecomputing device 300. Theoperator interface 350 may include a color or black-and-white flat panel display, such as a liquid crystal display, and one or more data entry devices such as a touch panel, a keyboard, and/or a mouse or other pointing device. - Referring now to
FIG. 4 , a block diagram of anEVCS 400 is shown. The EVCS may includepower control 410,power metering 420, acontroller 430,storage 440, avehicle communication interface 450, and acommunication interface 460. Thestorage 440 may store data including anEVCS ID 442 and access key(s) 444. - The
power control 410 handles the receipt of power from the power grid by theEVCS 400. Thepower control 410 is instructed by thecontroller 430 to direct power through thepower metering 420 to a vehicle being charged by theEVCS 400. Thepower control 410 may be, for example, a relay or solid-state switch to either turn on or turn off the charging power to the vehicle in response to an instruction from thecontroller 430. Thepower metering 420 measures the current passing through the power control and accumulates the total charge or energy delivered from theEVCS 400 to the vehicle. Thispower metering 420 may be used in determining the appropriate cost to the operator of the vehicle. - The
controller 430, which may be a computing device including one or more processors and memory, may communicate with vehicles, such as a PEV, using thevehicle communication interface 450. Thevehicle communication interface 450 may, for example, provide a pilot line signal to the PEV in accordance with SAE J1772™. Thevehicle communication interface 450 may communicate with vehicles in some other manner such as power line communications or wirelessly. Through thevehicle communication interface 450, thecontroller 430 of the EVCS may receive information from the vehicle indicating the current charge state of a PEV, the rate at which that charge state is changing for a PEV and, as a result, be able to estimate a time-to-full charge state. Thecommunication interface 460 may be used to communicate with the network and, by extension, with an EVCS server, such as theservers EVCS 400. Thecommunication interface 460 may communicate with the network by way of a wired connection, such as an Ethernet connection. Thecommunication interface 460 may communicate with the network by a wireless connection such as a WireFi™ local area network or a cellular telephone connection. The communication interface may communicate with the network directly or indirectly by way of a wireless connection to a driver's smart phone or other personal communication device. - The
controller 430 may use thecommunication interface 460 to obtain data pertaining to drivers of PEVs, to obtain access to a queue of potential EVCS users, to transmit data pertaining to use of the EVCS by particular drivers and/or PEVs, and/or to communicate driver and billing information. For example, the EVCS may communicate to an EVCS server that the EVCS is no longer in use by the most recent driver. As a result, the EVCS server may respond with data pertaining to the next driver in the queue and to instruct the EVCS to limit access to only that next driver for a changeover period. TheEVCS 400 may then use thecommunication interface 460 to notify the next driver, such as through simple message service or email, that theEVCS 400 is available for his or her use. Alternatively, the EVCS server may send such a notification in response to the EVCS communicating that theEVCS 400 is no longer in use. - The
EVCS 400 also includesstorage 440. Thestorage 440 provides nonvolatile storage of program instructions and data for use by thecontroller 430. Data stored in thestorage 440 may include anEVCS ID 442 and one or more access key(s) 444. TheEVCS ID 442 may be a unique identifier that is used to uniquely identify each EVCS in an EVCS network. TheEVCS ID 442 may be, for example, a serial number, a MAC address, some other similar unique identifier, or a combination of two or more identifiers. TheEVCS ID 442 may be derived by encrypting a serial number, a MAC address, some other unique identifier, or a combination of two or more identifiers. TheEVCS ID 442 may be a random number or other identifier assigned by a remote device such as a server that manages an EVCS network containing theEVCS 400. Thecontroller 430 may use the EVCS ID to uniquely identify theEVCS 400 to the network and/or PEVs using thecommunication interface 460 and thevehicle communication interface 450, respectively. - The access keys 444 may include one or more keys that allow a driver to charge a PEV at the
EVCS 400. In order to charge a PEV, the driver must provide theEVCS 400 with an access key that matches one of the stored access keys 444. The access keys 444 may include, for example, an access key that allows unlimited use of the EVCS for charging and one or more restricted access keys that allow restricted use of the EVCS. A restrict use access key may be limited to, for example, a specific time window, a particular time of day, or one-time only use. A driver may present an access key to theEVCS 400, for example, by entering the access key using a keypad or other data entry device, or by communicating the access key wirelessly from a PCD. - The access key(s) 444 may also include one or more keys used by an administrator or maintenance personnel to, either remotely or directly at the
EVCS 400, access maintenance and administrative features for theEVCS 400. For example, an administrator may be required to input an access key 444 in order to access administrator functions for theEVCS 400. In addition, thestorage 440 may store software suitable to perform the various functions of theEVCS 400 described herein. Thestorage 440 may also store data pertaining to usage of various PEVs and associated users such that billing may be properly reported to, for example, an EVCS server. Thestorage 440 may also store a periodically updated queue of users waiting to gain access to the EVCS. -
FIG. 5 shows a block diagram of a personal computing/communications device 500 (a “PCD”). ThePCD 500 includes aprocessor 510,memory 520,storage 530, local wireless communications interface 540, wireless network interface(s) 550 and adriver interface 560. Thedriver interface 560 may be, for example, a touch screen display or some other combination of a display and a data input device such as a keypad and/or a pointing device. - The local wireless communications interface 540 may be, for example, a Bluetooth™, Zigbee™ or wireless local area network interface that can connect within a short distance of the
PCD 500. This local wireless communications interface 540 may be used, for example, to connect to an EVCS, such as theEVCS 400, in order to exchange data pertaining to the EVCS. - The wireless network interface(s) 550 may be one or more interface usable to send and receive data over a long-range wireless communication network. This wireless network may be, for example, a mobile telephone network with data capabilities and/or a WiFi™ local area network or other wireless local area network.
- The
processor 510 andmemory 520 serve substantially similar functions to theprocessor 310 andmemory 320 inFIG. 3 . Thestorage 530 may serve substantially similar functions to thestorage 330 inFIG. 3 . Thestorage 530 may store adriver ID 532, one or moreEVCS access keys 534, and an electric vehicle charging application (EVC App) 536. - The
driver ID 532 may be, for example, provided by an EVCS server or related web-based software. Thedriver ID 532 uniquely identifies the operator of thePCD 500 to an EVCS. Thedriver ID 532, therefore, may be used to enable EVCS charging to an intended operator of thePCD 500 and may enable billing for EVCS services to the correct individual. Thedriver ID 532 may be transmitted to an EVCS (to be forwarded on by the EVCS to an EVCS server) using the wireless network interface(s) 550. - The
EVCS access keys 534 may enable a driver in possession of thePCD 500 to access an EVCS such as theEVCS 400 in order to charge a PEV. Upon receiving a request to charge a PEV, the EVCS may require the driver to submit both a driver ID and an Access Key, and may provide the charging service only if the submitted access key matches an access key stored within the EVCS. - When executed, the EVC App 536 may cause the
PCD 500 to serve as an interface between the driver and the EVCS. For example, the EVC App may cause a graphical user interface (GUI) for the EVCS to be presented on thedriver interface 560. The driver may then use the GUI to request charging services from the EVCS. The EVC App 536 may also cause the PCD to provide the charging service request, thedriver ID 532 and an EVCS access key to the EVCS using either the local wireless communications interface 540 or awireless network interface 550. - Description of Processes
- Referring now to
FIG. 6 , aflowchart 600 of the process of entering the electric vehicle charging station (the “EVCS”) queue is shown. Theflow chart 600 has both astart 605 and anend 695, but the process may be cyclical in nature. Many instances of the process may be taking place serially or in parallel. - First, an EVCS server, such as
server 160 orserver 240, provides access to a queue at 610. Interactions with the ECVS server, such as this access may be provided through a web-based application, through a mobile smartphone application, through a telephonic guided interaction with an automated system, using the electric vehicle charging station itself, through an interactive system in an electric vehicle or through other, similar devices. Through the interaction, a driver (or “vehicle operator” or “user”) interacting with the EVCS server may be able to review the current status of the queue, for example, to obtain an estimate of the time that the EVCS could be available for use by his or her PEV. The terms “vehicle operator,” “driver” and “user” refer to the operator of or someone acting on behalf of the operator of a particular PEV that may be charged using the EVCS. - The PCD may also provide information or the capability to perform additional actions. For example, a user may be given an option to pay a premium for a higher placement in the queue and thus earlier access to the EVCS. The access to the queue may include access to information regarding the current state of the queue or the EVCS—for example, the number of others in the queue, the capabilities of the EVCS or other, related information.
- Next, the ECVS server receives a request from the driver to enter the queue at 620. The request may incorporate information pertaining to the vehicle or to the user. This information may be automatically obtained, associated with a pre-existent account or an account created during the request process and may include data derived from a mobile device associated with the vehicle or driver. For example, the information may include the current location and/or current charge of a vehicle. The information may also include a unique identification associated with the driver that may indicate that the driver is associated with a particular group, is an employee of a particular company or entity, that the driver has pre-paid or is willing to pay a premium for greater access to this or a group of ECVS. This information may be used by the ECVS server to prioritize the queue.
- The ECVS server then enters the requests into the queue at 630. Specifically, user identification associated with the vehicle and/or associated user is entered into the ECVS queue. The user identification may be entered at the end of the queue.
- Finally, the ECVS server may provide the current status of the queue 640 to the driver. This status may be provided via the access device and may provide a full listing of the queue or may simply provide a position in the queue or an estimated time at which the driver's vehicle may gain access to the ECVS.
- Turning now to
FIG. 7 , aflowchart 700 of queue management for the electric vehicle charging station (the “EVCS”) queue is shown. Theflow chart 700 has both astart 705 and anend 795, but the process may be cyclical in nature. Many instances of the process may be taking place serially or in parallel. - First, the EVCS or an EVCS server determines that the current vehicle is completed at 710. This completion may be a determination that the vehicle is fully-charged. Alternatively, this determination may be based upon a pre-determined time allocation for the vehicle that is now complete. Still further alternatively, this determination may be that a more important individual, an individual willing to pre-pay, an employee or other priority electric vehicle operator now wishes to utilize the EVCS. In such a case, the current vehicle may be deemed “completed” in order to make way for the next EVCS user.
- Once the current vehicle s completed at 710, the EVCS or EVCS server notifies the driver that he or she should vacate the EVCS at 720. Typically, a time frame during which the driver must vacate the EVCS is given to the driver by the EVCS or the EVCS server. This time frame may be pre-determined or may be based upon parameters related to the driver, such as the driver's location or the driver's schedule. Examples of these
notifications driver information FIGS. 9A and 9B . - Once the driver has removed the current vehicle from the EVCS or, in some cases, simultaneously with the driver's notification to remove the current vehicle from the EVCS; the driver at the top of the queue will be notified to move his or her PEV to the EVCS at 730. An example of this
notification 1010 and the associatedinformation 1012 may be seen inFIG. 10A . - Once the driver has received the notification to move to the EVCS, access to the EVCS is limited for a changeover time at 740. During this changeover time, drivers other than the notified driver may not use the EVCS. A notification may be provided to other drivers, for example, on a display on the EVCS, to indicate that the EVCS is unavailable.
- This changeover time may be predetermined. For example, a user may be given 15 minutes to move his or her PEV to the EVCS. Alternatively, the changeover time may be dynamic, generated based upon evaluation of various changeover parameters. For example, a function may be applied to various changeover parameters to, thereby, derive a changeover time. In one example, if the driver that has been notified to move his or her PEV to the EVCS is currently distant from the EVCS, but has priority over other drivers in the queue, then the changeover time may be generated based upon the time necessary to move the PEV to the EVCS.
- These changeover parameters may include a time at which each of a plurality of requests in the queue was entered into the queue. The changeover parameters may include a listing of pre-determined priority drivers that are to be given priority in the queue over other drivers. The changeover parameters may also include prepayment by the driver or a membership, for example in a group that has priority access to the EVCS, of the driver.
- The changeover parameters may also include the employment status of the driver, for example, the driver may be employed by the operator of the EVCS or the driver's employer may have contracted for priority access to the EVCS. The changeover parameters may also include the current location of the electric vehicle relative to the electric vehicle charging station or a willingness of the driver to pay a premium for priority in the queue.
- The changeover parameters may also include data derived from communication with the PEV or with a PCD associated with the driver or PEV. For example, the current charge state for the electric vehicle or an estimate of the range of the PEV at the current charge state may be used to derive a changeover time. Similarly, an estimate of the time to full charge or an estimate of a length of time necessary to reach a pre-determined charge state may be used to derive a changeover time.
- However determined, the limited access to the EVCS during the changeover time may be imposed in a number of ways. The EVCS may not work until interaction by the driver at the top of the queue. For example, the driver at the top of the queue may be required to bring a Bluetooth-enabled mobile device within a few feet of the EVCS. Alternatively, the driver at the top of the queue may be required to bring a radio frequency identification tag within a few inches of the EVCS. The driver at the top of the queue may insert a credit card associated with the user into a receptacle on or near the EVCS. The driver at the top of the queue may use a scanner at the EVCS to scan a barcode on his or her mobile device. Similarly, the driver at the top of the queue may input a username, user ID and/or passcode to enable the EVCS.
- The EVCS may not operate to charge a driver's vehicle (other than the driver at the top of the queue) during the changeover time. The EVCS may display an indication that the EVCS is reserved during the changeover time to alert other potential users to the EVCS' unavailability. The EVCS may be enabled once the driver at the top of the queue has arrived and has paid a fee or it has been confirmed that the driver at the top of the queue has a payment plan in place or has an associated account that enables automatic billing for EVCS use.
- Next, a determination whether the driver at the top of the queue has moved his or her electric vehicle to and has begun using the EVCS before the end of the changeover time is made at 745. If the driver at the top of the queue has done so, then the associated PEV will be charged in the EVCS at 750. Once complete at 710, the process will continue at 720.
- If the driver has not begun using the EVCS at 745, then a determination is made as to whether there are more potential drivers in the queue at 755. If there are not more drivers in the queue, then the driver at the top of the queue is notified that the EVCS is still available for his or her use, but that it is no longer reserved solely for his or her use at 760. An example of such a
notification 1030 and associatedinformation 1032 provided to the driver at the top of the queue appears inFIG. 10C . - Then, the changeover time limitations are removed and access to the EVCS is enabled for everyone at 770. At this point, the EVCS is available for use by anyone on a first-come, first-served, basis. The driver at the top of queue may still utilize the EVCS if he or she arrives before it is being used by any another person. Likewise, any other person may begin using the EVCS forcing any subsequent users, including the prior driver at the top of the queue, to join a queue and wait for access to the EVCS.
- If there are more in the queue at 755, then the driver at the top of the queue is notified of his or her failure to move an electric vehicle to the EVCS at 780. Specifically, the driver at the top of the queue who has failed to arrive during the changeover time is notified that the EVCS is now being reserved for the next in queue. An example of
such notification 1020 includinginformation 1022 may be seen inFIG. 10B . - Next, the driver at the top of the queue is moved to the bottom of the queue at 790. Alternatively, the driver at the top of the queue may be moved to a different position in the queue, for example, if the current driver at the top of the queue is a VIP or an employee, the driver at the top of the queue may not be moved completely down the queue and may still have priority access to the EVCS over an average driver or typical EVCS driver.
- The next driver in the queue (now the new driver at the top of the queue) is notified that the EVCS is available for his or her use at 780. An example of this
notification 1010 and associatedinformation 1012 may be seen inFIG. 10A . - Referring now to
FIG. 8 , anexample queue 800 is shown in table 810. TheUser ID 812,position 814 andnotification preferences 816 are shown in table 810. Theuser notification preferences 816 indicate how a particular user (driver) would prefer to be contacted regarding their status in the queue—particularly when he or she is top of the queue.User A 820 has chosen to be contacted viaemail 822.User B 824 has chosen to be contacted via SMS (simple message service) 826.User D 828 has chosen to be contacted, simultaneously via both 830. - Though only SMS and email are provided as options here, other methods may also be employed, such as notifications in a dedicated mobile application may “pop up” on a particular user's smartphone. Alternatively, a telephone call may be placed to a mobile or other telephone number associated with a particular user, the telephone call providing an automated voice message notification.
- Throughout this description, the embodiments and examples shown should be considered as exemplars, rather than limitations on the apparatus and procedures disclosed or claimed. Although many of the examples presented herein involve specific combinations of method acts or system elements, it should be understood that those acts and those elements may be combined in other ways to accomplish the same objectives. With regard to flowcharts, additional and fewer steps may be taken, and the steps as shown may be combined or further refined to achieve the methods described herein. Acts, elements and features discussed only in connection with one embodiment are not intended to be excluded from a similar role in other embodiments.
- As used herein, “plurality” means two or more. As used herein, a “set” of items may include one or more of such items. As used herein, whether in the written description or the claims, the terms “comprising”, “including”, “carrying”, “having”, “containing”, “involving”, and the like are to be understood to be open-ended, i.e., to mean including but not limited to. Only the transitional phrases “consisting of” and “consisting essentially of”, respectively, are closed or semi-closed transitional phrases with respect to claims. Use of ordinal terms such as “first”, “second”, “third”, etc., in the claims to modify a claim element does not by itself connote any priority, precedence, or order of one claim element over another or the temporal order in which acts of a method are performed, but are used merely as labels to distinguish one claim element having a certain name from another element having a same name (but for use of the ordinal term) to distinguish the claim elements. As used herein, “and/or” means that the listed items are alternatives, but the alternatives also include any combination of the listed items.
Claims (18)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/670,352 US8717170B1 (en) | 2012-11-06 | 2012-11-06 | Management of electric vehicle charging station queues |
EP13792810.7A EP2917066A2 (en) | 2012-11-06 | 2013-11-04 | Management of electric vehicle charging station queues |
PCT/US2013/068202 WO2014074425A2 (en) | 2012-11-06 | 2013-11-04 | Management of electric vehicle charging station queues |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/670,352 US8717170B1 (en) | 2012-11-06 | 2012-11-06 | Management of electric vehicle charging station queues |
Publications (2)
Publication Number | Publication Date |
---|---|
US8717170B1 US8717170B1 (en) | 2014-05-06 |
US20140125485A1 true US20140125485A1 (en) | 2014-05-08 |
Family
ID=49620296
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/670,352 Active 2033-01-05 US8717170B1 (en) | 2012-11-06 | 2012-11-06 | Management of electric vehicle charging station queues |
Country Status (3)
Country | Link |
---|---|
US (1) | US8717170B1 (en) |
EP (1) | EP2917066A2 (en) |
WO (1) | WO2014074425A2 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105576763A (en) * | 2016-02-03 | 2016-05-11 | 易事特集团股份有限公司 | Unattended charging pile charge control method and device |
US20180189683A1 (en) * | 2016-12-29 | 2018-07-05 | NextEv USA, Inc. | Autonomous ev charging priority network |
US20190107406A1 (en) * | 2017-10-09 | 2019-04-11 | Nio Usa, Inc. | Systems and methods for trip planning under uncertainty |
US10635109B2 (en) | 2017-10-17 | 2020-04-28 | Nio Usa, Inc. | Vehicle path-planner monitor and controller |
CN111301210A (en) * | 2020-04-02 | 2020-06-19 | 董行群 | Intelligent charging management system and method for electric bicycle |
US10837790B2 (en) | 2017-08-01 | 2020-11-17 | Nio Usa, Inc. | Productive and accident-free driving modes for a vehicle |
US10935978B2 (en) | 2017-10-30 | 2021-03-02 | Nio Usa, Inc. | Vehicle self-localization using particle filters and visual odometry |
US10970746B2 (en) | 2016-11-21 | 2021-04-06 | Nio Usa, Inc. | Autonomy first route optimization for autonomous vehicles |
US11027650B2 (en) | 2019-11-07 | 2021-06-08 | Nio Usa, Inc. | Method and apparatus for improving operation of a motor vehicle |
US11937082B1 (en) | 2019-12-03 | 2024-03-19 | Eve Energy Ventures Inc. | Secure electric vehicle charger and system incorporating thereof |
Families Citing this family (54)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9104537B1 (en) | 2011-04-22 | 2015-08-11 | Angel A. Penilla | Methods and systems for generating setting recommendation to user accounts for registered vehicles via cloud systems and remotely applying settings |
US11203355B2 (en) | 2011-04-22 | 2021-12-21 | Emerging Automotive, Llc | Vehicle mode for restricted operation and cloud data monitoring |
US11270699B2 (en) | 2011-04-22 | 2022-03-08 | Emerging Automotive, Llc | Methods and vehicles for capturing emotion of a human driver and customizing vehicle response |
US9809196B1 (en) | 2011-04-22 | 2017-11-07 | Emerging Automotive, Llc | Methods and systems for vehicle security and remote access and safety control interfaces and notifications |
US9123035B2 (en) | 2011-04-22 | 2015-09-01 | Angel A. Penilla | Electric vehicle (EV) range extending charge systems, distributed networks of charge kiosks, and charge locating mobile apps |
US9371007B1 (en) | 2011-04-22 | 2016-06-21 | Angel A. Penilla | Methods and systems for automatic electric vehicle identification and charging via wireless charging pads |
US10824330B2 (en) | 2011-04-22 | 2020-11-03 | Emerging Automotive, Llc | Methods and systems for vehicle display data integration with mobile device data |
US9139091B1 (en) | 2011-04-22 | 2015-09-22 | Angel A. Penilla | Methods and systems for setting and/or assigning advisor accounts to entities for specific vehicle aspects and cloud management of advisor accounts |
US9963145B2 (en) | 2012-04-22 | 2018-05-08 | Emerging Automotive, Llc | Connected vehicle communication with processing alerts related to traffic lights and cloud systems |
US9230440B1 (en) | 2011-04-22 | 2016-01-05 | Angel A. Penilla | Methods and systems for locating public parking and receiving security ratings for parking locations and generating notifications to vehicle user accounts regarding alerts and cloud access to security information |
US10289288B2 (en) | 2011-04-22 | 2019-05-14 | Emerging Automotive, Llc | Vehicle systems for providing access to vehicle controls, functions, environment and applications to guests/passengers via mobile devices |
US9189900B1 (en) | 2011-04-22 | 2015-11-17 | Angel A. Penilla | Methods and systems for assigning e-keys to users to access and drive vehicles |
US9348492B1 (en) | 2011-04-22 | 2016-05-24 | Angel A. Penilla | Methods and systems for providing access to specific vehicle controls, functions, environment and applications to guests/passengers via personal mobile devices |
US9180783B1 (en) | 2011-04-22 | 2015-11-10 | Penilla Angel A | Methods and systems for electric vehicle (EV) charge location color-coded charge state indicators, cloud applications and user notifications |
US11132650B2 (en) | 2011-04-22 | 2021-09-28 | Emerging Automotive, Llc | Communication APIs for remote monitoring and control of vehicle systems |
US10286919B2 (en) | 2011-04-22 | 2019-05-14 | Emerging Automotive, Llc | Valet mode for restricted operation of a vehicle and cloud access of a history of use made during valet mode use |
US9215274B2 (en) | 2011-04-22 | 2015-12-15 | Angel A. Penilla | Methods and systems for generating recommendations to make settings at vehicles via cloud systems |
US11294551B2 (en) | 2011-04-22 | 2022-04-05 | Emerging Automotive, Llc | Vehicle passenger controls via mobile devices |
US9818088B2 (en) | 2011-04-22 | 2017-11-14 | Emerging Automotive, Llc | Vehicles and cloud systems for providing recommendations to vehicle users to handle alerts associated with the vehicle |
US9697503B1 (en) | 2011-04-22 | 2017-07-04 | Angel A. Penilla | Methods and systems for providing recommendations to vehicle users to handle alerts associated with the vehicle and a bidding market place for handling alerts/service of the vehicle |
US11370313B2 (en) | 2011-04-25 | 2022-06-28 | Emerging Automotive, Llc | Methods and systems for electric vehicle (EV) charge units and systems for processing connections to charge units |
US9581997B1 (en) | 2011-04-22 | 2017-02-28 | Angel A. Penilla | Method and system for cloud-based communication for automatic driverless movement |
US10572123B2 (en) | 2011-04-22 | 2020-02-25 | Emerging Automotive, Llc | Vehicle passenger controls via mobile devices |
US9365188B1 (en) | 2011-04-22 | 2016-06-14 | Angel A. Penilla | Methods and systems for using cloud services to assign e-keys to access vehicles |
US9229905B1 (en) | 2011-04-22 | 2016-01-05 | Angel A. Penilla | Methods and systems for defining vehicle user profiles and managing user profiles via cloud systems and applying learned settings to user profiles |
US10217160B2 (en) | 2012-04-22 | 2019-02-26 | Emerging Automotive, Llc | Methods and systems for processing charge availability and route paths for obtaining charge for electric vehicles |
US9493130B2 (en) | 2011-04-22 | 2016-11-15 | Angel A. Penilla | Methods and systems for communicating content to connected vehicle users based detected tone/mood in voice input |
US9648107B1 (en) | 2011-04-22 | 2017-05-09 | Angel A. Penilla | Methods and cloud systems for using connected object state data for informing and alerting connected vehicle drivers of state changes |
US9171268B1 (en) | 2011-04-22 | 2015-10-27 | Angel A. Penilla | Methods and systems for setting and transferring user profiles to vehicles and temporary sharing of user profiles to shared-use vehicles |
US9536197B1 (en) | 2011-04-22 | 2017-01-03 | Angel A. Penilla | Methods and systems for processing data streams from data producing objects of vehicle and home entities and generating recommendations and settings |
US9285944B1 (en) | 2011-04-22 | 2016-03-15 | Angel A. Penilla | Methods and systems for defining custom vehicle user interface configurations and cloud services for managing applications for the user interface and learned setting functions |
US9346365B1 (en) | 2011-04-22 | 2016-05-24 | Angel A. Penilla | Methods and systems for electric vehicle (EV) charging, charging unit (CU) interfaces, auxiliary batteries, and remote access and user notifications |
US9288270B1 (en) | 2011-04-22 | 2016-03-15 | Angel A. Penilla | Systems for learning user preferences and generating recommendations to make settings at connected vehicles and interfacing with cloud systems |
US20140249866A1 (en) * | 2013-03-04 | 2014-09-04 | Robert Popkey | Queue management system and method |
JP5546658B1 (en) * | 2013-03-04 | 2014-07-09 | 三菱電機株式会社 | Electric vehicle |
KR20140109568A (en) * | 2013-03-05 | 2014-09-16 | 주식회사 케이티 | Method of Reservation service for Elctric Vehicles charging |
JP5761265B2 (en) * | 2013-07-30 | 2015-08-12 | 株式会社デンソー | Vehicle charge control device |
US10552923B2 (en) * | 2014-05-08 | 2020-02-04 | Honda Motor Co., Ltd. | Electric vehicle charging control system |
US20170160099A1 (en) * | 2014-06-10 | 2017-06-08 | Mitsubishi Electric Corporation | Facility-information display control device, facility-information display control method, and facility-information display system |
DE102017209716A1 (en) * | 2017-06-08 | 2018-12-13 | Audi Ag | Method for controlling a charging process of an energy storage device of a motor vehicle, control device, charging management device, server device, and motor vehicle |
DE112017008213T5 (en) * | 2017-12-18 | 2020-08-20 | Ford Global Technologies, Llc | Queuing of electric vehicles for improved fleet availability |
DE102018205625A1 (en) | 2018-04-13 | 2019-10-17 | Ford Global Technologies, Llc | Method for loading a motor vehicle and motor vehicle |
US20210252991A1 (en) | 2018-06-05 | 2021-08-19 | Ecamion Inc. | Electric vehicle charging station and method of controlling the same |
CN109080485B (en) * | 2018-08-23 | 2021-09-28 | 国网山西省电力公司忻州供电公司 | Wireless three-remote data receiving and transmitting method for charging station |
CN109228954B (en) * | 2018-09-26 | 2022-06-07 | 曦煦新能源科技(上海)有限公司 | Charging pile energy management method and system and charging pile group system |
US20200134742A1 (en) * | 2018-10-27 | 2020-04-30 | OpConnect, Inc. | System for authorizing electric vehicle charging and payment through vehicle infotainment device |
JP7063798B2 (en) * | 2018-12-21 | 2022-05-09 | トヨタ自動車株式会社 | Charging system |
CN109658009A (en) * | 2019-01-11 | 2019-04-19 | 杭州市电力设计院有限公司 | Electric automobile charging station energy management method based on random principle and queuing theory |
JP7182090B2 (en) * | 2019-04-05 | 2022-12-02 | 矢崎総業株式会社 | Charging service system and server device |
US20210046843A1 (en) | 2019-08-14 | 2021-02-18 | Honda Motor Co., Ltd. | System and method for presenting electric vehicle charging options |
CN111267667B (en) * | 2020-02-14 | 2021-03-23 | 山东中科先进技术研究院有限公司 | Intelligent charging method and system for electric automobile highway |
TWI807231B (en) * | 2020-11-30 | 2023-07-01 | 拓連科技股份有限公司 | Charging queue management systems and methods of electric vehicle charging stations |
US11560065B2 (en) * | 2021-01-11 | 2023-01-24 | Akshaya Annampedu | Method and apparatus to manage electric vehicle charging stations and parking spaces |
DE102021214956A1 (en) | 2021-12-22 | 2023-06-22 | Volkswagen Aktiengesellschaft | Method and system for charging an electrical energy store of a vehicle |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5926004A (en) * | 1997-10-10 | 1999-07-20 | Schott Power Systems Incorporated | Method and apparatus for charging one or more electric vehicles |
US20160129798A9 (en) * | 2008-10-31 | 2016-05-12 | Yaniv Sirton | Managing charging of electric vehicles |
CN102640380B (en) * | 2009-09-28 | 2015-06-17 | 电力消防栓有限责任公司 | Method and system for charging electric vehicles |
JP2011164771A (en) * | 2010-02-05 | 2011-08-25 | Motion:Kk | Server and system for operation management of charging station |
WO2012012008A2 (en) | 2010-07-23 | 2012-01-26 | Electric Transportation Engineering Corp. | System for advertising and communicating at a vehicle charging station and method of using the same |
DK3301781T3 (en) | 2010-10-27 | 2020-12-07 | The Aes Corp | Methods of use with electrical devices for administering energy services |
TW201321230A (en) * | 2011-11-16 | 2013-06-01 | Ind Tech Res Inst | Charging system and management method of electric vehicles |
US9002767B2 (en) * | 2012-01-10 | 2015-04-07 | Kenneth E. Pringle | System and method for managing electrified parking space utilization |
-
2012
- 2012-11-06 US US13/670,352 patent/US8717170B1/en active Active
-
2013
- 2013-11-04 EP EP13792810.7A patent/EP2917066A2/en not_active Withdrawn
- 2013-11-04 WO PCT/US2013/068202 patent/WO2014074425A2/en active Application Filing
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105576763A (en) * | 2016-02-03 | 2016-05-11 | 易事特集团股份有限公司 | Unattended charging pile charge control method and device |
US10970746B2 (en) | 2016-11-21 | 2021-04-06 | Nio Usa, Inc. | Autonomy first route optimization for autonomous vehicles |
US11710153B2 (en) | 2016-11-21 | 2023-07-25 | Nio Technology (Anhui) Co., Ltd. | Autonomy first route optimization for autonomous vehicles |
US20180189683A1 (en) * | 2016-12-29 | 2018-07-05 | NextEv USA, Inc. | Autonomous ev charging priority network |
US10837790B2 (en) | 2017-08-01 | 2020-11-17 | Nio Usa, Inc. | Productive and accident-free driving modes for a vehicle |
US20190107406A1 (en) * | 2017-10-09 | 2019-04-11 | Nio Usa, Inc. | Systems and methods for trip planning under uncertainty |
US10635109B2 (en) | 2017-10-17 | 2020-04-28 | Nio Usa, Inc. | Vehicle path-planner monitor and controller |
US11726474B2 (en) | 2017-10-17 | 2023-08-15 | Nio Technology (Anhui) Co., Ltd. | Vehicle path-planner monitor and controller |
US10935978B2 (en) | 2017-10-30 | 2021-03-02 | Nio Usa, Inc. | Vehicle self-localization using particle filters and visual odometry |
US11027650B2 (en) | 2019-11-07 | 2021-06-08 | Nio Usa, Inc. | Method and apparatus for improving operation of a motor vehicle |
US11937082B1 (en) | 2019-12-03 | 2024-03-19 | Eve Energy Ventures Inc. | Secure electric vehicle charger and system incorporating thereof |
CN111301210A (en) * | 2020-04-02 | 2020-06-19 | 董行群 | Intelligent charging management system and method for electric bicycle |
Also Published As
Publication number | Publication date |
---|---|
US8717170B1 (en) | 2014-05-06 |
WO2014074425A3 (en) | 2014-11-13 |
WO2014074425A2 (en) | 2014-05-15 |
EP2917066A2 (en) | 2015-09-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8717170B1 (en) | Management of electric vehicle charging station queues | |
EP2917065B1 (en) | Queue prioritization for electric vehicle charging stations | |
US11756086B2 (en) | Methods and systems for charging of electric vehicles | |
US9300152B2 (en) | Electric vehicle charging station, system, and methods | |
US20160019492A1 (en) | Charge station queue management |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: EV CONNECT, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:JUHASZ, BRADLEY;REEL/FRAME:031570/0762 Effective date: 20131031 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2551) Year of fee payment: 4 |
|
AS | Assignment |
Owner name: MONTAGE CAPITAL II, L.P., CALIFORNIA Free format text: SECURITY INTEREST;ASSIGNOR:EV CONNECT, INC.;REEL/FRAME:044500/0986 Effective date: 20171228 |
|
AS | Assignment |
Owner name: HERITAGE BANK OF COMMERCE, CALIFORNIA Free format text: SECURITY INTEREST;ASSIGNOR:EV CONNECT, INC.;REEL/FRAME:053030/0792 Effective date: 20200624 |
|
AS | Assignment |
Owner name: EV CONNECT, INC., CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:MONTAGE CAPITAL II, L.P.;REEL/FRAME:054768/0764 Effective date: 20201229 |
|
AS | Assignment |
Owner name: EV CONNECT INC., CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:HERITAGE BANK OF COMMERCE;REEL/FRAME:056722/0515 Effective date: 20210630 Owner name: EV CONNECT, INC., CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:HERITAGE BANK OF COMMERCE;REEL/FRAME:056722/0515 Effective date: 20210630 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: M2552); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY Year of fee payment: 8 |