US20130317979A1 - Methods, Systems, and Products for Charging Batteries - Google Patents
Methods, Systems, and Products for Charging Batteries Download PDFInfo
- Publication number
- US20130317979A1 US20130317979A1 US13/945,970 US201313945970A US2013317979A1 US 20130317979 A1 US20130317979 A1 US 20130317979A1 US 201313945970 A US201313945970 A US 201313945970A US 2013317979 A1 US2013317979 A1 US 2013317979A1
- Authority
- US
- United States
- Prior art keywords
- vehicle
- electrical power
- charging
- charging station
- parameters
- 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.)
- Abandoned
Links
Images
Classifications
-
- B60L11/1838—
-
- 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/62—Monitoring or controlling charging stations in response to charging parameters, e.g. current, voltage or electrical charge
-
- B60L11/1848—
-
- 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
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/06—Electricity, gas or water supply
-
- 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
- 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
Definitions
- Electric vehicles have been proposed since the earliest days of the automotive industry. With today's stringent pollution laws and mileage requirements, electric vehicles are again gaining attention. All-electric vehicles and hybrid-electric vehicles are coming to market, and public charging stations are being proposed and installed throughout the country. These charging stations allow a vehicle's battery to be charged while the driver shops or works.
- FIGS. 1-4 are simplified schematics illustrating an operating environment in which exemplary embodiments may be implemented
- FIG. 5 is a block diagram further illustrating the operating environment, according to exemplary embodiments.
- FIG. 6 is a more detailed block diagram illustrating the operating environment, according to exemplary embodiments.
- FIGS. 7-9 are detailed illustrations of an initial communication, according to exemplary embodiments.
- FIG. 10 is a further illustration of the initial communication, according to exemplary embodiments.
- FIGS. 11-14 are illustrations of a subsequent communication, according to exemplary embodiments.
- FIGS. 15-17 are diagrams illustrating frequency variation, according to exemplary embodiments.
- FIG. 18 is another diagram illustrating frequency variation, according to exemplary embodiments.
- FIGS. 19-20 are diagrams illustrating wireless charging, according to exemplary embodiments.
- FIGS. 21-25 are diagrams illustrating selection of parameter(s), according to exemplary embodiments.
- FIG. 26 is a diagram illustrating channel determination, according to exemplary embodiments.
- FIG. 27 is a flowchart illustrating a method of authentication, according to exemplary embodiments.
- FIGS. 28-29 are diagrams illustrating superimposition, according to exemplary embodiments.
- FIG. 30 is a diagram illustrating payment, according to exemplary embodiments.
- FIG. 31 is a flowchart illustrating an algorithm for charging the batteries, according to exemplary embodiments.
- FIG. 32 is a detailed block diagram illustrating a vehicle, according to exemplary embodiments.
- FIG. 33 is a graph further illustrating frequency variation, according to exemplary embodiments.
- FIG. 34 is another detailed schematic illustrating a parameter database, according to exemplary embodiments.
- first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first device could be termed a second device, and, similarly, a second device could be termed a first device without departing from the teachings of the disclosure.
- FIGS. 1-4 are simplified schematics illustrating an environment in which exemplary embodiments may be implemented.
- FIG. 1 illustrates a vehicle 10 and a charging station 12 .
- the charging station 12 receives electrical power 14 (e.g., current and voltage) from the electric grid 16 , a solar array 18 , or any other source.
- the charging station 12 wiredly and/or wirelessly transmits some or all of the electrical power 14 to the vehicle 10 .
- the electrical power 14 is stored in one or more batteries 20 installed within the vehicle 10 . Because the vehicle 10 , the charging station 12 , and the batteries 20 are generally known, this disclosure will not dwell on the known aspects.
- Charging may require an authentication 22 . Before the batteries 20 may be initially or partially charged, some authentication procedure may be required. The driver, for example, may need to successfully authenticate, and/or the vehicle 10 itself may authenticate. Regardless, if the authentication 22 is successful, the batteries 20 may be fully charged. If, however, the authentication 22 fails, then charging may be terminated.
- FIG. 2 illustrates a first authentication.
- a driver or passenger of the vehicle may perform at least part of an authentication procedure for charging the batteries 20 in the vehicle 10 .
- FIG. 2 illustrates an initial communication 30 using a mobile, wireless device 32 .
- the wireless device 32 may be the driver's or occupant's smart phone or computer.
- the wireless device 32 establishes the initial communication 30 and sends authentication credentials 34 .
- the initial communication 30 may be a communication between the wireless device 32 and the charging station 12 via a communications network 36 (such as cellular, WI-FI® or BLUETOOTH®).
- the initial communication 30 may thus be any electronic message, text message, or call.
- the wireless device 32 When the wireless device 32 establishes the initial communication 30 , the wireless device 32 sends the authentication credentials 34 . If the authentication credentials 34 are verified, then the charging station 12 may be authorized to charge the batteries 20 in the vehicle 10 . If, however, the authentication credentials 34 fail, then charging may be terminated.
- FIG. 3 illustrates a second authentication to further ensure security of the charging process.
- the initial communication 30 When the initial communication 30 is established, one or more parameters 40 of a subsequent communication 42 may be selected. That is, the initial communication 30 may only be a preliminary “handshake” that establishes the parameters 40 of the subsequent communication 42 . Once the parameters 40 are agreed upon, the initial communication 30 may then be terminated. The subsequent communication 42 is established. If the subsequent communication 42 exhibits the one or more parameters 40 , then charging of the batteries 20 may be permitted. If, however, the subsequent communication 42 has a wrong parameter, then charging may be terminated.
- Exemplary embodiments may thus include one or more levels of authentication. Some drivers or vehicle owners may be satisfied with a single authentication procedure, such as the authentication credentials (illustrated as reference numeral 34 in FIG. 2 ). Some people, for example, may be satisfied with a username, password, or other the traditional authentication. Other users, though, may desire a more dynamic and variable authentication procedure (such as the second level of authentication illustrated in FIG. 3 ). Because the initial communication 30 establishes the parameters 40 of the subsequent communication 42 , the subsequent communication 42 adds a second (or more) level of authentication. The initial communication 30 , for example, may specify or agree to a frequency 44 of the subsequent communication 42 .
- parameters 40 may additionally or alternatively include a voltage 46 of the subsequent communication 42 , a date and time 48 of the subsequent communication 42 , and even a location 50 of the subsequent communication 42 .
- the parameters 40 may also include a content requirement 52 , such as a data requirement, picture, algorithm, or further pass code.
- the parameters 40 of the subsequent communication 42 may include any data, information, value, or component that can be specified in or by the initial communication 30 . If the subsequent communication 42 exhibits the one or more parameters 40 , then authorization may be granted for charging of the batteries 20 . If, however, the subsequent communication 42 has one or more wrong parameters, then authentication may be denied.
- FIG. 4 illustrates payment for charging the batteries 20 .
- the charging station 12 supplies the electrical power 14 to the vehicle's batteries 20 .
- FIG. 4 illustrates the electrical power 14 being transferred over a physical charging cable 54 , yet the electrical power 14 may be wirelessly and/or inductively coupled.
- the charging station 12 may meter the electrical power 14 consumed by the vehicle 10 . That is, the charging station 12 may measure or log the electrical current and/or voltage consumed (perhaps in kilowatt minutes or hours) to charge the batteries 20 .
- the charging station 12 may thus perform or process a financial transaction 60 for charging the batteries 20 installed within the vehicle 10 .
- the charging station 12 may query a relational database 62 (via the communications network 36 ).
- the relational database 62 stores any billing information (such as a credit card number 64 ) that is processed for payment. Exemplary embodiments thus include a secure and simple automatic payment mechanism for charging the batteries 20 . The occupants may thus quickly exit the vehicle 10 and proceed with other tasks without arranging payment.
- FIG. 5 is a block diagram further illustrating the operating environment, according to exemplary embodiments.
- the vehicle 10 may communicate with the charging station 12 via the communications network 36 .
- the communications network 36 may also enable communications with an authentication server 70 and/or with a financial server 72 . That is, any of the vehicle 10 , the charging station 12 , the authentication server 70 , and/or the financial server 72 may query and communicate with each other to authenticate charging of the batteries 20 in the vehicle 10 .
- the communications network 36 may utilize any portion of the electromagnetic spectrum and any signaling standard (such as the I.E.E.E. 802 family of standards, GSM/CDMA/TDMA or any cellular standard, and/or the ISM band).
- the communications network 36 may utilize BLUETOOTH® or WI-FI® to establish or convey communications.
- the communications network 90 may also utilize a radio-frequency domain and/or an Internet Protocol (IP) domain.
- IP Internet Protocol
- the communications network 36 may also include a distributed computing network, such as the Internet (sometimes alternatively known as the “World Wide Web”), an intranet, a local-area network (LAN), and/or a wide-area network (WAN).
- the communications network 36 may also include coaxial cables, copper wires, fiber optic lines, and/or hybrid-coaxial lines.
- the communications network 36 may even include powerline portions, in which signals are communicated via electrical wiring.
- the concepts described herein may be applied to any wireless/wireline communications network, regardless of physical componentry, physical configuration, or communications standard(s).
- FIG. 6 is a more detailed block diagram illustrating the operating environment, according to exemplary embodiments.
- the vehicle 10 has at least one vehicle controller 80 that interfaces with the charging station 12 and/or with the occupant's wireless device 32 .
- the vehicle controller 80 has a processor 82 (e.g., “ ⁇ P”), application specific integrated circuit (ASIC), or other component that executes a vehicle-side charging application 84 stored in a memory 86 .
- the vehicle-side charging application 84 is a set of programming, code, or instructions that cause the processor 82 to accept the electrical power (illustrated as reference numeral 14 in FIG. 1 ) from the charging station 12 .
- the vehicle controller 80 may interface with a wired and/or wireless transceiver 88 to wirelessly communicate with the charging station 12 and/or the wireless device 32 via the communications network (illustrated as reference numeral 36 in FIGS. 2 , 4 , & 5 ).
- FIG. 6 also illustrates a charger controller 90 .
- the charging station 12 has a processor 92 that executes a charger-side charging application 94 stored in a memory 96 .
- the charger-side charging application 94 is a set of programming, code, or instructions that cause the processor 92 to supply the electrical power 14 to the vehicle.
- the charging station 12 may also have a wired and/or wireless transceiver 98 to wirelessly communicate via the communications network 36 .
- the wireless device 32 may have a processor 100 .
- the wireless device 32 executes a device-side charging application 102 stored in a memory 104 .
- the device-side charging application 102 is a set of programming, code, or instructions that cause the processor 100 to at least help authenticate the charging of the batteries 20 in the vehicle 10 .
- the wireless device 32 also has a transceiver 106 to wirelessly communicate with the vehicle 10 and the charging station 12 . Any of the charging station 12 , the occupant's wireless device 32 , and the vehicle controller 80 may thus participate in the authentication (illustrated as reference numeral 22 in FIG. 1 ) and may help arrange the charging of the batteries 20 .
- the vehicle-side charging application 84 , the charger-side charging application 94 , and/or the device-side charging application 102 may thus cooperate to authenticate and to charge the batteries 20 installed in the vehicle 10 .
- FIGS. 7-9 are more detailed illustrations of the initial communication 30 , according to exemplary embodiments.
- FIG. 7 illustrates how the initial communication 30 may originate from the occupant's wireless device 32 .
- the wireless device 32 may utilize the communications network 36 to establish communication with the authentication server 70 .
- the driver may alternatively establish the initial communication 30 with the charging station 12 .
- the driver may even use a telephony network 110 (such as the public switched telephone network and/or a cellular network) to call or text message the authentication server 70 and/or the charging station 12 .
- the driver may establish the initial communication 30 and send the authentication credentials 34 . If the authentication credentials 34 are verified, then the charging station 12 may be authorized to charge the batteries 20 in the vehicle 10 .
- FIG. 8 further illustrates the initial communication 30 .
- the initial communication 30 originates from the vehicle 10 . That is, the vehicle controller 80 may utilize the wireless communications network 36 to establish the initial communication 30 .
- the vehicle controller 80 may interface with the authentication server 70 and/or the charging station 12 .
- the vehicle controller 80 may send the authentication credentials 34 . If the authentication credentials 34 are verified, then the charging station 12 may be authorized to charge the batteries 20 in the vehicle 10 .
- FIG. 9 also further illustrates the initial communication 30 .
- FIG. 9 illustrates how the initial communication 30 may originate from the charging station 12 .
- the charging station 12 may use the communications network 36 to establish the initial communication 30 with the vehicle 10 , the wireless device 32 , and/or the authentication server 70 .
- the charging station 12 may obtain and send the authentication credentials 34 and receive confirmation of authentication. If the authentication credentials 34 are verified, then the charging station 12 may be authorized to charge the batteries 20 in the vehicle 10 .
- FIG. 10 is a further illustration of the initial communication 30 , according to exemplary embodiments.
- FIG. 10 illustrates how the initial communication 30 may be established between the vehicle 10 , the charging station 12 , the wireless device 32 , and/or the authentication server 70 .
- the vehicle 10 , the charging station 12 , the wireless device 32 will hereinafter be referred to as client devices 120 .
- the authentication server 70 and any client device 120 thus establish a client-server relationship to transfer the authentication credentials 34 . If the authentication credentials 34 are verified, then the authentication server 70 and the client device 120 agree to the one or more parameters 40 of the subsequent communication (illustrated as reference numeral 42 in FIG. 3 ).
- the initial communication 30 may only be a preliminary “handshake” that establishes the parameters 40 of the subsequent communication 42 . Once the parameters 40 are agreed upon, the initial communication 30 may be terminated and the subsequent communication 42 established at the selected parameter(s) 40 . If the subsequent communication 42 exhibits the one or more parameters 40 , then the charging station 12 may be authorized to charge the batteries 20 in the vehicle 10 . If, however, the subsequent communication 42 has a wrong parameter, then charging may be declined.
- FIGS. 11-14 are illustrations of the subsequent communication 42 , according to exemplary embodiments.
- FIGS. 11-14 illustrate how the subsequent communication 42 may be established between any of the vehicle 10 , the charging station 12 , the wireless device 32 , and/or the authentication server 70 .
- the subsequent communication 42 may be required to exhibit the one or more parameters 40 .
- a recipient of the subsequent communication 42 may be instructed or required to examine, measure, or filter the subsequent communication 42 sent from a sender. If the subsequent communication 42 has the one or more parameters 40 , then the charging station 12 may be authorized to charge the batteries 20 in the vehicle 10 . If, however, the subsequent communication 42 has perhaps at least one wrong parameter, then charging may be declined.
- FIG. 12 illustrates the charging station 12 .
- the subsequent communication 42 is established between the vehicle 10 and the charging station 12 .
- the authentication server 70 may instruct the vehicle 10 and/or the charging station 12 to establish the subsequent communication 42 .
- the authentication server 70 may send the parameters 40 to the sender and/or recipient as a message or signal.
- the authentication server 70 may have a processor that executes a server-side charging application 130 stored in memory.
- the server-side charging application 130 cooperates with the charger-side charging application 94 to select, generate, or retrieve the parameters 40 .
- the transceiver 88 in the vehicle 10 may receive or detect the subsequent communication 42 .
- the vehicle-side charging application 84 causes the transceiver 88 , and/or the vehicle controller (illustrated as reference numeral 80 in FIG. 6 ), to inspect the subsequent communication 42 for the parameters 40 . If the subsequent communication 42 possesses or contains the parameters 40 , then the vehicle-side charging application 84 may be authorized to accept the electrical power 14 from the charging station 12 . If, however, the subsequent communication 42 has at least one incorrect value for any of the parameters 40 , then the vehicle-side charging application 84 may cause the vehicle controller 80 to decline or terminate the electrical power 14 from the charging station 12 .
- FIG. 13 illustrates the wireless device 32 .
- the subsequent communication 42 is established between the charging station 12 and the wireless device 32 .
- the authentication server 70 may instruct the charging station 12 and/or the wireless device 32 to establish the subsequent communication 42 .
- the authentication server 70 may send the communications addresses 140 (e.g., IP address) associated with the sender and receiver (e.g., the charging station 12 and the wireless device 32 ).
- the authentication server 70 may also send the parameters 40 .
- the charger-side charging application 94 may thus be instructed to establish the subsequent communication 42 with the wireless device 32 .
- the transceiver illustrated as reference numeral 106 in FIG.
- the wireless device 32 receives or detects the subsequent communication 42 , and the device-side charging application 102 may inspect the subsequent communication 42 for the parameters 40 . If the subsequent communication 42 possesses or contains the parameters 40 , then the wireless device 32 communicates with the charging station 12 and/or the vehicle controller 80 to authorize an acceptance of the electrical power 14 . If the subsequent communication 42 fails to have the parameters 40 , then the wireless device 32 may instruct the charging station 12 to terminate the electrical power 14 .
- FIG. 14 also illustrates the wireless device 32 .
- the wireless device 32 may instruct the vehicle 10 to allow charging.
- FIG. 13 is similar to FIG. 12 , the similar features are only briefly discussed.
- charging station 12 establishes the subsequent communication 42 with the wireless device 32 .
- the device-side charging application 102 inspects the subsequent communication 42 for the parameters 40 . If the parameters 40 are verified, here the wireless device 32 instructs the vehicle controller 80 to accept the electrical power (illustrated as reference numeral 14 in FIG. 1 ) from the charging station 12 .
- the vehicle-side charging application 84 and the device-side charging application 102 interface and communicate to authorize charging the batteries 20 . If, however, the subsequent communication 42 fails to have the parameters 40 , the device-side charging application 102 may instruct the vehicle-side charging application 84 to terminate receipt of the electrical power 14 .
- FIGS. 15-17 are diagrams illustrating frequency variation 150 , according to exemplary embodiments.
- the parameters 40 may specify the particular frequency 44 at which the subsequent communication 42 must possess.
- the initial communication 30 may establish the parameters 40 of the subsequent communication 42 .
- the parameters 40 may include the frequency 44 of the subsequent communication 42 . If the subsequent communication 42 has the correct frequency 44 , then charging may be authorized. If the frequency 44 is incorrect, then charging may be denied or terminated.
- FIG. 15 again illustrates the charging station 12 and the wireless device 32 .
- the charging station 12 and the wireless device 32 may establish the initial communication 30 (via the communications network 36 illustrated in previous FIGS.).
- the wireless device 32 sends the authentication credentials 34 to the charging station 12 .
- the charger-side charging application 94 may itself verify the authentication credentials 34 , or the charging station 12 may forward the authentication credentials 34 to the authentication server 70 . Regardless, if the authentication credentials 34 are verified, then the parameters 40 of the subsequent communication 42 are selected.
- the parameters 40 may include the frequency 44 of the subsequent communication 42 . If the subsequent communication 42 has the frequency 44 specified in the initial communication 30 , then authorization may be given to charge the batteries 20 in the vehicle 10 .
- FIG. 16 illustrates the charging station 12 sending the subsequent communication 42 as a signal 152 having a transmission frequency (“f T ”) 154 .
- the transceiver 98 in the charging station 12 may be tunable and be instructed to tune to the frequency 44 .
- the transceiver 98 transmits or broadcasts the signal 152 at the transmission frequency 154 .
- the signal 152 is received by the transceiver 88 in the vehicle 10 , the signal 152 is inspected for the requisite frequency 44 .
- the transceiver 88 in the vehicle 10 may only receive (or be instructed to receive) signals at the frequency 44 (or, more likely, within an upper and lower limit about the frequency 44 ). If the transmission frequency (“f T ”) 154 matches the desired frequency 44 , then the vehicle-side charging application 84 may accept the electrical power (illustrated as reference numeral 14 in FIG. 1 ) from the charging station 12 . If, however, the transmission frequency 154 is incorrect (or outside an upper and lower limit band), then the vehicle controller 80 may decline or terminate the electrical power 14 from the charging station 12 .
- FIG. 17 illustrates filtering of signals.
- the transceiver 88 in the vehicle 10 may send or transfer the signal 152 to a frequency filter 156 .
- the frequency filter 156 may filter or remove components outside a bandwidth of frequencies. If an output signal 158 is detected or received (such as by the vehicle controller 80 ), then at least a component of the subsequent communication 42 had the desired frequency 44 , so charging may be authorized. If no output signal 158 (zero or null) is detected, then the vehicle controller 80 may decline or terminate the electrical power 14 from the charging station 12 .
- FIGS. 15-17 illustrate the subsequent communication 42 between the charging station 12 and the vehicle 10 .
- Exemplary embodiments may establish the subsequent communication 42 between any of the clients 120 (illustrated in FIG. 10 ). That is, the subsequent communication 42 may be sent/received to/from any of the clients 120 . Because any of the sender/receiver devices (e.g., the clients 120 ) may send or receive the subsequent communication 42 , any of the clients 120 may be configured to include the frequency filter 156 . If the output signal 158 is detected or received, then the subsequent communication 42 had at least the desired frequency 44 , so charging may be authorized.
- FIG. 18 is another diagram illustrating the frequency variation 150 , according to exemplary embodiments.
- exemplary embodiments may specify the frequency 44 of the electrical power 14 delivered to the vehicle 10 . That is, exemplary embodiments may specify the frequency 44 of a current 160 and/or the voltage 46 of the electrical power 14 sent along the charging cord 54 (or inductively transmitted).
- the frequency 44 may be established from the initial communication 30 , as earlier paragraphs explained. Exemplary embodiments may even establish or set the current 160 and/or voltage 46 of the electrical power 14 sent along the charging cord 54 . That is, the subsequent communication 42 may include the physical and electrical interface between the vehicle 10 and the charging station 12 .
- the parameters 40 may require the particular current 160 or voltage 46 of the electrical power 14 sent over the charging cord 54 .
- the charger controller 90 may thus be instructed to send the electrical power 14 at the current 160 or voltage 46 expected by the vehicle controller 80 .
- the parameters 40 may even specify the transmission frequency (“f T ”) 154 of the current 160 or voltage 46 .
- the vehicle controller 80 may then inspect or measure the transmission frequency 154 , the current 160 , and/or the voltage 46 . If the current 160 or voltage 46 has the specified value (e.g., volts or amps), and/or the desired or required frequency 44 (e.g., Hertz), then the electrical power 14 may be accepted.
- the vehicle controller 80 may then cause the electrical power 14 to be passed or transferred to a converter 162 (if AC/DC conversion is required). If, however, one or more of the parameters 40 are incorrect, the vehicle controller 80 may decline or terminate the electrical power 14 from the charging station 12 . That is, the vehicle controller 80 may decline to charge the batteries 20 in the vehicle 10 .
- FIG. 19 is a diagram illustrating wireless charging, according to exemplary embodiments.
- the vehicle 10 and the charging station 12 may wirelessly charge the batteries 20 . That is, instead of transferring the electrical power 14 along the physical charging cord (illustrated as reference numeral 54 in FIG. 18 ), exemplary embodiments may inductively charge the batteries 20 in the vehicle 10 . Inductive charging is generally known, though, so this disclosure will not dwell on the known concepts.
- the initial communication 30 establishes the parameters 40 of the subsequent communication 42 .
- the initial communication 30 may be established between any of the clients 120 . Regardless of the sender and receiver device, the initial communication 30 establishes the parameters 40 of the subsequent communication 42 .
- the parameters 40 of the subsequent communication 42 may include the voltage 46 , the current 160 , and/or the frequency 44 of the electrical power 14 that is inductively coupled between the charging station 12 and the vehicle 10 .
- the charger controller 90 and the vehicle controller 80 establish wireless communication, the charger controller 90 may be instructed to transmit one or more electromagnetic signals at the current 160 , voltage 46 , and/or the frequency 44 expected by the vehicle controller 80 . If the current 160 or voltage 46 has the specified value (volts or amps), and/or the desired or required frequency 44 (e.g., Hertz), then the vehicle controller 80 may accept the electrical power 14 . The vehicle controller 80 may cause the electrical power 14 to be passed or transferred to the converter 162 to charge the batteries 20 . If the parameters 40 are incorrect, though, the vehicle controller 80 may decline to charge the batteries 20 in the vehicle 10 .
- FIG. 20 is another diagram illustrating wireless charging, according to exemplary embodiments.
- the vehicle 10 may only accept the electrical power 14 at the frequency 44 . That is, when the charger controller 90 and the vehicle controller 80 establish wireless communication, the charger controller 90 may be instructed to condition or transform the electrical power 14 to the charging frequency 44 expected by the vehicle 10 . If the current 160 or voltage 46 is transmitted at the proper frequency 44 , then the vehicle 10 may accept the electrical power 14 .
- the vehicle 10 may have an inductive receiver 170 that will only receive signals of a specified frequency (or within a reception bandwidth). If the transmission frequency (“f T ”) 154 of the electrical power 14 matches the reception bandwidth of the inductive receiver 170 , then the vehicle controller 80 may accept the electrical power 14 .
- the inductive receiver 170 has an inductive coil having a resonant frequency. If the transmission frequency (“f T ”) 154 of the electrical power 14 matches the resonant frequency of the inductive coil, then the electrical power 14 will energize the inductive coil. The vehicle controller 80 may thus accept the electrical power 14 and charge the batteries 20 . If the charging frequency 44 is incorrect, though, the inductive receiver 170 may not receive the electrical power 14 .
- FIGS. 21-25 are diagrams illustrating selection of the parameter(s) 40 , according to exemplary embodiments.
- the initial communication 30 may establish the parameters 40 of the subsequent communication 42 .
- FIG. 21 illustrates selection criteria 178 for determining the parameters 40 of the subsequent communication 42 .
- the parameters 40 may be determined from a vehicle identification number (“VIN”) 180 .
- the parameters 40 may additionally or alternatively be calculated using an algorithm 182 .
- the parameters 40 may even be determined by selection 184 (such as in a graphical user interface). If the subsequent communication 42 exhibits the parameters 40 , then the batteries 20 may be charged.
- FIG. 22 further illustrates the vehicle identification number 180 .
- the vehicle identification number 180 is a unique serial number that identifies the vehicle 10 .
- the sender and receiver devices may retrieve and send the vehicle identification number 180 assigned to the vehicle 10 .
- FIG. 22 illustrates the initial communication 30 established between the occupant's wireless device 32 and the charging station 12 .
- the wireless device 32 may interface with the vehicle controller 80 and retrieve the vehicle identification number 180 .
- the wireless device 32 may even store the vehicle identification number 180 in its memory (illustrated as reference numeral 104 in FIG. 6 ). Regardless, the wireless device 32 may send the vehicle identification number 180 to the charging station 12 .
- the charging station 12 may then query for the parameters 40 associated with the vehicle identification number 180 .
- FIG. 22 illustrates a parameter database 190 .
- the parameter database 190 associates vehicle identification numbers 180 to the parameters 40 .
- the parameter database 190 is illustrated as being locally stored in the memory of the charging station 12 , but the parameter database 190 may be remotely stored and accessed.
- the parameter database 190 is illustrated as a table 192 that maps, relates, or associates the vehicle identification number 180 to the charging parameters 40 .
- the charging station 12 e.g., the charger controller 90
- the charging station 12 may then establish the subsequent communication 42 at the parameters 40 specified by the vehicle identification number 180 . If the vehicle controller 80 verifies the parameters 40 , the batteries 20 in the vehicle 10 may be charged.
- FIG. 23 further illustrates the algorithm 182 .
- the algorithm 182 may be retrieved and used to calculate one or more of the parameters 40 .
- FIG. 23 illustrates the charger-side charging application 94 retrieving and executing the algorithm 182 .
- the algorithm 182 may be stored in, retrieved from, and/or executed by any of the clients (illustrated as reference numeral 120 in FIG. 10 ). Regardless, the algorithm 182 is executed to determine any parameter 40 .
- the parameters 40 are then established for the subsequent communication 42 to charge the batteries 20 in the vehicle 10 .
- the algorithm 182 may be a function of the vehicle identification number 180 . However the vehicle identification number 180 is obtained, the vehicle identification number 180 may be used to calculate one or more of the parameters 40 .
- the vehicle identification number 180 may be any alphanumeric combination that uniquely identifies the vehicle 10 .
- One or more of the parameters 40 may thus be calculated from
- FIG. 24 illustrates a numerical multiplier 200 . While exemplary embodiments may use all, or any portion, of the vehicle identification number 180 , the parameter 40 may be calculated from an all-numeric sequential portion 202 (such as a last several digits).
- the algorithm 182 may read, strip, truncate, or otherwise obtain an end portion of serialized digits. These serialized digits may then be used to calculate one or more of the parameters 40 .
- the algorithm 182 may calculate the numerical multiplier 200 from the sequential portion 202 .
- the numerical multiplier 200 may then be used to calculate the parameters 40 .
- a reference number 204 may be retrieved (perhaps from the memory 96 of the charger controller 90 ) to normalize the parameter 40 .
- the reference number 204 may be any number, and can be chosen to make the numerical multiplier 200 less than, or greater than, 1. As FIG. 24 illustrates, if the last five (5) digits of the vehicle identification number 180 are “12345” (e.g., the sequential portion 202 ) and the reference number is 10000, then the numerical multiplier 200 is 1.2345. If, however, the reference number is 20000, then the numerical multiplier 200 is 0.61725.
- the parameter 40 may be calculated.
- the charging station 12 receives a base voltage of 220 Volts from the electrical grid (illustrated as reference numeral 16 in FIG. 1 ). If the numerical multiplier 200 is (0.61725), then the charging station 12 may be instructed to charge the batteries 20 at a lesser, conditioned voltage of
- the numerical multiplier 200 may, likewise, be applied to calculate the charging current 160 and/or the charging frequency 44 . If the charging station 12 receives a base frequency of (60) Hertz from the electrical grid 16 , then the charging station 12 may be instructed to send the charging frequency 44 of
- Exemplary embodiments may thus use the vehicle identification number 180 to calculate one or more of the parameters 40 for charging the batteries 20 .
- Transliteration may also be used.
- the vehicle identification number 180 may include both letters and numbers. Transliteration removes some or all of the letters and substitutes numerical counterparts. Each letter, in other words, is replaced with a numerical substitute. The vehicle identification number 180 may thus be transliterated into an all-numeric value. Exemplary embodiments may then utilize an appropriate reference number 204 to again make the numerical multiplier 200 less than, or greater than, 1.
- FIG. 25 illustrates a graphical user interface 210 , according to exemplary embodiments.
- the graphical user interface 210 is illustrated as being visually displayed on a display device 212 of the wireless device 32 .
- the graphical user interface 210 may be generated by the vehicle controller 80 , the charger controller 90 , and/or the authentication server 70 .
- the graphical user interface 210 may allow a user (such as the user of the wireless device 32 ) to select the parameters 40 of the subsequent communication (illustrated as reference numeral 42 in previous FIGS.).
- the graphical user interface 210 may prompt the user to select the parameters 40 of the subsequent communication 42 .
- the graphical user interface 210 may display menus 212 and fields 214 for inputs.
- the user may be prompted to enter the charging voltage 46 , current 160 , and/or frequency 44 that is acceptable to the vehicle controller 80 .
- the user may even configure or establish custom parameters 216 of the user's choosing.
- the subsequent communication 42 may be required to exhibit or possess the parameters 40 to charge the batteries 20 .
- FIG. 26 is a diagram illustrating channel determination, according to exemplary embodiments.
- the initial communication 30 may establish a channel 220 at which the subsequent communication 42 must occur.
- the channel 220 may be a range or band of frequencies at which the subsequent communication 42 must occur. If, for example, the subsequent communication 42 is transmitted at the incorrect channel, then the vehicle controller 80 may deny charging.
- the channel 220 may be chosen based on the vehicle identification number 180 and/or calculated by the algorithm 182 .
- the channel 220 may also be chosen at least in part by the selection 184 in the graphical user interface 210 . However the channel 220 is determined, the subsequent communication 42 may be required to exhibit or possess the channel 220 to charge the batteries 20 . If the transceiver 88 and/or the vehicle controller 80 detects a wrong channel, charging may be denied.
- FIG. 27 is a flowchart illustrating a method of authentication, according to exemplary embodiments.
- the initial communication 30 is established (Block 300 ).
- the vehicle identification number (“VIN”) 180 is obtained (Block 302 ).
- the frequency 44 is selected based on the vehicle identification number 180 (Block 304 ).
- the subsequent communication 42 is then established at the frequency 44 (Block 306 ) to authenticate the vehicle 10 (or an occupant) (Block 308 ).
- the batteries 20 are charged (Block 310 ).
- FIGS. 28-29 are diagrams illustrating superimposition, according to exemplary embodiments.
- exemplary embodiments may superimpose signals to authenticate charging of the batteries 20 in the vehicle 10 .
- the charging station 12 wirelessly or wiredly sends the electrical power 14 to the vehicle 10 to charge the batteries 20 .
- the electrical power 14 has the first frequency (“f 1 ”) 44 . While the first frequency 44 may be any frequency, the first frequency 44 may be the common 50 or 60 Hertz as is delivered by the electrical grid 16 .
- the charging station 12 superimposes a second signal 320 onto the electrical power 14 . That is, the electrical power 14 may be considered as a first signal 322 , and the second signal 320 is superimposed onto the electrical power 14 .
- the second signal 320 may have a different, second frequency (“f 2 ”) (illustrated as reference numeral 324 ) that is unequal to the frequency 44 of the electrical power 14 .
- f 2 second frequency
- the second signal 320 may be separated from the electrical power 14 .
- the second signal 320 may be split or filtered (perhaps by a splitter/filter 326 ) from the electrical power 14 .
- the second signal 320 may be sent to an analyzer circuit 328 that inspects the second signal 320 .
- the second signal 320 may be inspected, decoded, or analyzed to authenticate the charging of the batteries 20 .
- the second signal 320 for example, may be analyzed for the parameters 40 (perhaps established during the initial communication 30 ). For example, if the second signal 320 has the expected frequency 44 needed for authentication, then the vehicle controller 80 may charge the batteries 20 . If the superimposed second signal 320 has the wrong frequency, charging may be denied.
- the superimposed second signal 320 may be based on the vehicle identification number 180 .
- the charging station 12 may obtain the vehicle identification number 180 that uniquely identifies the vehicle 10 .
- the charger controller 90 may then query the parameter database 190 for the parameters 40 associated with the vehicle identification number 180 .
- the parameter database 190 again associates the vehicle identification number 180 to the parameters 40 .
- the charger controller 90 retrieves the second frequency 324 required of the superimposed second signal 320 . That is, the parameter database 190 associates the vehicle identification number 180 to the second frequency 324 of the superimposed second signal 320 .
- the charger controller 90 then generates the second signal 320 and superimposes the second signal 320 onto the electrical power 14 .
- the superimposed second signal 320 may be delivered along the charging cord 54 , or wirelessly inducted, as earlier paragraphs explained.
- the second signal 320 is separated or filtered from the electrical power 14 and analyzed for authentication. If the analyzer circuit 328 verifies the second signal 320 , the vehicle controller 80 may charge the batteries 20 . If the superimposed second signal 320 has the wrong frequency, charging may be denied.
- the superimposed second signal 320 may be authenticated for any value or content. As earlier paragraphs explained, the superimposed second signal 320 may be generated to have any current, voltage, or frequency. The superimposed second signal 320 may be generated to have any content or data, such as codes, images, or patterns. However the parameters 40 may be expressed, superimposed second signal 320 may be measured or analyzed for the parameters 40 . If authentication is verified, the batteries 20 may be charged. If authentication fails, charging may be terminated.
- FIG. 30 is another diagram illustrating payment, according to exemplary embodiments.
- exemplary embodiments retrieve the financial information 32 to process the electronic financial transaction 60 .
- Exemplary embodiments retrieve the credit card number 64 to charge for the electrical power 14 consumed by the batteries 20 .
- the charging station 12 may retrieve the credit card number 64 associated with the user of the wireless device 32 . The user may thus enter or swipe the credit card number 64 at the charging station 12 .
- the charger controller 90 may also query for the credit card number 64 associated with the vehicle identification number 180 .
- the parameter database 60 may store entries that relate the vehicle identification number 180 to the credit card number 64 .
- the charging station 12 may bill the credit card number 64 for the electrical power 14 .
- the financial information 32 may alternatively be any account or payment information that is processed. Metering and billing is further described in U.S. application Ser. No. 13/425,242, filed Mar. 20, 2012, and incorporated herein by reference in its entirety.
- FIG. 31 is a flowchart illustrating an algorithm for charging the batteries 20 , according to exemplary embodiments. Any portion of this algorithm may be executed by any of the clients 120 illustrated in FIG. 10 .
- the initial communication is established (Block 400 ) and the parameters 40 are determined (Block 402 ).
- the subsequent communication is then established at the parameters 40 (Block 404 ).
- the parameters 40 of the subsequent communication 42 are authenticated (Block 406 ). If authentication is successful (Block 408 ), charging of the batteries 20 is authorized (Block 410 ) and the electrical power 14 is metered (Block 412 ).
- the financial transaction 60 is then processed as payment (Block 414 ). If, however, authentication is unsuccessful (Block 408 ), then charging may fail (Block 416 ).
- FIG. 32 is a more detailed block diagram illustrating the vehicle 10 , according to exemplary embodiments.
- the one or more batteries 20 installed within the vehicle 10 provide electrical power to one or more electrical motors 500 and/or to the vehicle's electrical system 502 .
- the electrical motors 500 may be used to mechanically drive the vehicle 10 , perhaps using a transmission, planetary gear, or other electromechanical mechanism.
- the electrical system 502 distributes electrical power throughout the vehicle 10 , as is known.
- the vehicle controller 80 may manage and/or control the electrical motors 500 and/or the electrical system 502 .
- the vehicle 10 may even include an internal combustion engine (“ICE”) 504 .
- ICE internal combustion engine
- FIG. 33 is a graph further illustrating the frequency variation 150 , according to exemplary embodiments.
- the subsequent communication 42 may exhibit multiple frequencies while charging the batteries in the vehicle.
- the frequency 44 of charge may change or fluctuate as the electrical power 14 is delivered to the batteries 20 .
- the frequency 44 of the electrical power 14 may initially begin at a first frequency f 1 .
- the frequency 44 may change to a second frequency f 2 .
- the frequency may ramp increase from the second frequency f 2 to a third frequency f 3 . That is, the frequency may constantly increase according to a steady or fixed rate to the third frequency f 3 .
- a time t 4 the frequency may drop to a final value f 4 until the batteries 20 are fully charged.
- the different frequencies may be established during or from the initial communication 30 , as earlier paragraphs explained.
- FIG. 34 is another detailed schematic illustrating the parameter database 190 , according to exemplary embodiments.
- the parameter database 190 stores relational values that define or determine the one or more parameters 40 for charging the batteries 20 in the vehicle 10 . Once any data quantity is obtained regarding the vehicle 10 , the parameter database 190 may be queried for the parameters 40 for charging the batteries 20 . As earlier paragraphs explained, for example, if the vehicle identification number 190 is obtained, then the parameter database 190 may related or associated the vehicle identification number 190 to the charging parameters 40 .
- Location 600 may be used to determine the charging parameters 40 .
- the location 600 of the vehicle 10 may determine the current, voltage, or frequency of the electrical power 14 delivered to the batteries 20 .
- the location 600 of the charging station 12 may be associated to the parameters 44 .
- the location 600 may be defined using cell tower identification, GPS coordinates, or a street address of the charging station 12 . Regardless, exemplary embodiments may obtain the location 600 and query the parameter database 190 for the corresponding charging parameters 40 .
- Brand model 602 may also determine the charging parameters 40 .
- the Chevrolet Volt, the Toyota Prius, and the Nissan Leaf are currently available models that may require battery charging.
- Each manufacturer may establish the different charging parameters 40 for their various models 602 .
- different parameters 40 may be established for each model 602 .
- the model 602 for example, may be discovered or obtained during the initial communication 30 .
- exemplary embodiments may query the parameter database 190 for the corresponding charging parameters 40 .
- the parameters 40 may also be defined according to date and time 604 . Different charging parameters 40 may be established for different dates and/or times of day.
- the charging station 12 may receive a current time and query the parameter database 190 for the corresponding parameters 40 .
- Higher current and/or voltage for example, may be defined during hours when load on the electrical grid is reduced (e.g., night time hours and winter months).
- the parameters 40 may also be defined according to state 606 . Each state government, for example, may define their own charging parameters 40 .
- the charging parameters 40 may alternatively or additionally be chosen based on the state 606 in which the vehicle was sold, is registered, or in which the owner/driver resides.
- the parameters 40 may also be defined according to a battery identification number 608 .
- the battery identification number (or “BIN”) 608 is any alphanumeric combination that uniquely identifies the one or more batteries 20 installed in the vehicle 10 . As the vehicle 10 ages with time and use, a time may come when the batteries 20 need replacement. As those of ordinary skill in the art understand, the service life of the batteries 20 may depend on many factors, including charging cycles, temperature, and electrical load. Indeed, the batteries may need replacement as soon as 50,000 miles, long before the serviceable life of the vehicle 10 . In such cases the batteries 20 may need replacement, wherein new batteries are installed. The battery identification number 26 may thus be useful in tracking battery “swapping” procedures.
- Exemplary embodiments may obtain the battery identification number 608 , perhaps during the initial communication 30 . Once the battery identification number 608 is known, exemplary embodiments may query the parameter database 190 for the corresponding charging parameters 40 .
- the battery identification number 608 is more fully described in U.S. application Ser. No. 13/425,242, filed Mar. 20, 2012, and incorporated herein by reference in its entirety.
- Exemplary embodiments may be physically embodied on or in a computer-readable storage medium.
- This computer-readable medium may include CD-ROM, DVD, tape, cassette, floppy disk, memory card, USB, and large-capacity disks.
- This computer-readable medium, or media could be distributed to end-subscribers, licensees, and assignees.
- a computer program product comprises processor-executable instructions for charging batteries, as the above paragraphs explained.
Abstract
Methods, systems, and products charge a battery in a vehicle. A charging station selects charging parameters based on a vehicle identification number associated with the vehicle.
Description
- This application is a continuation of U.S. patent application Ser. No. 13/481,785, filed May 26, 2012, now issued as U.S. Pat. No. ______, and incorporated herein by reference in its entirety.
- Electric vehicles (or “EVs”) have been proposed since the earliest days of the automotive industry. With today's stringent pollution laws and mileage requirements, electric vehicles are again gaining attention. All-electric vehicles and hybrid-electric vehicles are coming to market, and public charging stations are being proposed and installed throughout the country. These charging stations allow a vehicle's battery to be charged while the driver shops or works.
- The features, aspects, and advantages of the exemplary embodiments are better understood when the following Detailed Description is read with reference to the accompanying drawings, wherein:
-
FIGS. 1-4 are simplified schematics illustrating an operating environment in which exemplary embodiments may be implemented; -
FIG. 5 is a block diagram further illustrating the operating environment, according to exemplary embodiments; -
FIG. 6 is a more detailed block diagram illustrating the operating environment, according to exemplary embodiments; -
FIGS. 7-9 are detailed illustrations of an initial communication, according to exemplary embodiments; -
FIG. 10 is a further illustration of the initial communication, according to exemplary embodiments; -
FIGS. 11-14 are illustrations of a subsequent communication, according to exemplary embodiments; -
FIGS. 15-17 are diagrams illustrating frequency variation, according to exemplary embodiments; -
FIG. 18 is another diagram illustrating frequency variation, according to exemplary embodiments; -
FIGS. 19-20 are diagrams illustrating wireless charging, according to exemplary embodiments; -
FIGS. 21-25 are diagrams illustrating selection of parameter(s), according to exemplary embodiments; -
FIG. 26 is a diagram illustrating channel determination, according to exemplary embodiments; -
FIG. 27 is a flowchart illustrating a method of authentication, according to exemplary embodiments; -
FIGS. 28-29 are diagrams illustrating superimposition, according to exemplary embodiments; -
FIG. 30 is a diagram illustrating payment, according to exemplary embodiments; -
FIG. 31 is a flowchart illustrating an algorithm for charging the batteries, according to exemplary embodiments; -
FIG. 32 is a detailed block diagram illustrating a vehicle, according to exemplary embodiments; -
FIG. 33 is a graph further illustrating frequency variation, according to exemplary embodiments; and -
FIG. 34 is another detailed schematic illustrating a parameter database, according to exemplary embodiments. - The exemplary embodiments will now be described more fully hereinafter with reference to the accompanying drawings. The exemplary embodiments may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. These embodiments are provided so that this disclosure will be thorough and complete and will fully convey the exemplary embodiments to those of ordinary skill in the art. Moreover, all statements herein reciting embodiments, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents as well as equivalents developed in the future (i.e., any elements developed that perform the same function, regardless of structure).
- Thus, for example, it will be appreciated by those of ordinary skill in the art that the diagrams, schematics, illustrations, and the like represent conceptual views or processes illustrating the exemplary embodiments. The functions of the various elements shown in the figures may be provided through the use of dedicated hardware as well as hardware capable of executing associated software. Those of ordinary skill in the art further understand that the exemplary hardware, software, processes, methods, and/or operating systems described herein are for illustrative purposes and, thus, are not intended to be limited to any particular named manufacturer.
- As used herein, the singular forms “a,” “an,” and “the” are intended to include the plural forms as well, unless expressly stated otherwise. It will be further understood that the terms “includes,” “comprises,” “including,” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being “connected” or “coupled” to another element, it can be directly connected or coupled to the other element or intervening elements may be present. Furthermore, “connected” or “coupled” as used herein may include wirelessly connected or coupled. As used herein, the term “and/or” includes any and all combinations of one or more of the associated listed items.
- It will also be understood that, although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first device could be termed a second device, and, similarly, a second device could be termed a first device without departing from the teachings of the disclosure.
-
FIGS. 1-4 are simplified schematics illustrating an environment in which exemplary embodiments may be implemented.FIG. 1 illustrates avehicle 10 and acharging station 12. Thecharging station 12 receives electrical power 14 (e.g., current and voltage) from theelectric grid 16, asolar array 18, or any other source. Thecharging station 12 wiredly and/or wirelessly transmits some or all of theelectrical power 14 to thevehicle 10. Theelectrical power 14 is stored in one ormore batteries 20 installed within thevehicle 10. Because thevehicle 10, thecharging station 12, and thebatteries 20 are generally known, this disclosure will not dwell on the known aspects. - Charging, though, may require an
authentication 22. Before thebatteries 20 may be initially or partially charged, some authentication procedure may be required. The driver, for example, may need to successfully authenticate, and/or thevehicle 10 itself may authenticate. Regardless, if theauthentication 22 is successful, thebatteries 20 may be fully charged. If, however, theauthentication 22 fails, then charging may be terminated. -
FIG. 2 illustrates a first authentication. Here a driver or passenger of the vehicle (illustrated as reference numeral 10) may perform at least part of an authentication procedure for charging thebatteries 20 in thevehicle 10.FIG. 2 , for example, illustrates aninitial communication 30 using a mobile,wireless device 32. Thewireless device 32, for example, may be the driver's or occupant's smart phone or computer. Thewireless device 32 establishes theinitial communication 30 and sendsauthentication credentials 34. Theinitial communication 30, for example, may be a communication between thewireless device 32 and thecharging station 12 via a communications network 36 (such as cellular, WI-FI® or BLUETOOTH®). Theinitial communication 30 may thus be any electronic message, text message, or call. When thewireless device 32 establishes theinitial communication 30, thewireless device 32 sends theauthentication credentials 34. If theauthentication credentials 34 are verified, then the chargingstation 12 may be authorized to charge thebatteries 20 in thevehicle 10. If, however, theauthentication credentials 34 fail, then charging may be terminated. -
FIG. 3 illustrates a second authentication to further ensure security of the charging process. When theinitial communication 30 is established, one ormore parameters 40 of asubsequent communication 42 may be selected. That is, theinitial communication 30 may only be a preliminary “handshake” that establishes theparameters 40 of thesubsequent communication 42. Once theparameters 40 are agreed upon, theinitial communication 30 may then be terminated. Thesubsequent communication 42 is established. If thesubsequent communication 42 exhibits the one ormore parameters 40, then charging of thebatteries 20 may be permitted. If, however, thesubsequent communication 42 has a wrong parameter, then charging may be terminated. - Exemplary embodiments may thus include one or more levels of authentication. Some drivers or vehicle owners may be satisfied with a single authentication procedure, such as the authentication credentials (illustrated as
reference numeral 34 inFIG. 2 ). Some people, for example, may be satisfied with a username, password, or other the traditional authentication. Other users, though, may desire a more dynamic and variable authentication procedure (such as the second level of authentication illustrated inFIG. 3 ). Because theinitial communication 30 establishes theparameters 40 of thesubsequent communication 42, thesubsequent communication 42 adds a second (or more) level of authentication. Theinitial communication 30, for example, may specify or agree to afrequency 44 of thesubsequent communication 42.Other parameters 40, though, may additionally or alternatively include avoltage 46 of thesubsequent communication 42, a date andtime 48 of thesubsequent communication 42, and even alocation 50 of thesubsequent communication 42. Theparameters 40 may also include acontent requirement 52, such as a data requirement, picture, algorithm, or further pass code. Indeed, theparameters 40 of thesubsequent communication 42 may include any data, information, value, or component that can be specified in or by theinitial communication 30. If thesubsequent communication 42 exhibits the one ormore parameters 40, then authorization may be granted for charging of thebatteries 20. If, however, thesubsequent communication 42 has one or more wrong parameters, then authentication may be denied. -
FIG. 4 illustrates payment for charging thebatteries 20. When theauthentication 22 is successful, the chargingstation 12 supplies theelectrical power 14 to the vehicle'sbatteries 20.FIG. 4 illustrates theelectrical power 14 being transferred over aphysical charging cable 54, yet theelectrical power 14 may be wirelessly and/or inductively coupled. As thebatteries 20 charge, the chargingstation 12 may meter theelectrical power 14 consumed by thevehicle 10. That is, the chargingstation 12 may measure or log the electrical current and/or voltage consumed (perhaps in kilowatt minutes or hours) to charge thebatteries 20. The chargingstation 12 may thus perform or process afinancial transaction 60 for charging thebatteries 20 installed within thevehicle 10. The chargingstation 12, for example, may query a relational database 62 (via the communications network 36). Therelational database 62 stores any billing information (such as a credit card number 64) that is processed for payment. Exemplary embodiments thus include a secure and simple automatic payment mechanism for charging thebatteries 20. The occupants may thus quickly exit thevehicle 10 and proceed with other tasks without arranging payment. -
FIG. 5 is a block diagram further illustrating the operating environment, according to exemplary embodiments. Here thevehicle 10 may communicate with the chargingstation 12 via thecommunications network 36. Thecommunications network 36, though, may also enable communications with anauthentication server 70 and/or with afinancial server 72. That is, any of thevehicle 10, the chargingstation 12, theauthentication server 70, and/or thefinancial server 72 may query and communicate with each other to authenticate charging of thebatteries 20 in thevehicle 10. - Exemplary embodiments may be applied regardless of networking environment. The
communications network 36 may utilize any portion of the electromagnetic spectrum and any signaling standard (such as the I.E.E.E. 802 family of standards, GSM/CDMA/TDMA or any cellular standard, and/or the ISM band). Thecommunications network 36, for example, may utilize BLUETOOTH® or WI-FI® to establish or convey communications. Thecommunications network 90 may also utilize a radio-frequency domain and/or an Internet Protocol (IP) domain. Thecommunications network 36, however, may also include a distributed computing network, such as the Internet (sometimes alternatively known as the “World Wide Web”), an intranet, a local-area network (LAN), and/or a wide-area network (WAN). Thecommunications network 36 may also include coaxial cables, copper wires, fiber optic lines, and/or hybrid-coaxial lines. Thecommunications network 36 may even include powerline portions, in which signals are communicated via electrical wiring. The concepts described herein may be applied to any wireless/wireline communications network, regardless of physical componentry, physical configuration, or communications standard(s). -
FIG. 6 is a more detailed block diagram illustrating the operating environment, according to exemplary embodiments. Here thevehicle 10 has at least onevehicle controller 80 that interfaces with the chargingstation 12 and/or with the occupant'swireless device 32. Thevehicle controller 80 has a processor 82 (e.g., “μP”), application specific integrated circuit (ASIC), or other component that executes a vehicle-side charging application 84 stored in amemory 86. The vehicle-side charging application 84 is a set of programming, code, or instructions that cause theprocessor 82 to accept the electrical power (illustrated asreference numeral 14 inFIG. 1 ) from the chargingstation 12. Thevehicle controller 80 may interface with a wired and/orwireless transceiver 88 to wirelessly communicate with the chargingstation 12 and/or thewireless device 32 via the communications network (illustrated asreference numeral 36 inFIGS. 2 , 4, & 5). -
FIG. 6 also illustrates acharger controller 90. The chargingstation 12 has aprocessor 92 that executes a charger-side charging application 94 stored in amemory 96. The charger-side charging application 94 is a set of programming, code, or instructions that cause theprocessor 92 to supply theelectrical power 14 to the vehicle. The chargingstation 12 may also have a wired and/orwireless transceiver 98 to wirelessly communicate via thecommunications network 36. - The
wireless device 32, likewise, may have aprocessor 100. Thewireless device 32 executes a device-side charging application 102 stored in amemory 104. The device-side charging application 102 is a set of programming, code, or instructions that cause theprocessor 100 to at least help authenticate the charging of thebatteries 20 in thevehicle 10. Thewireless device 32 also has atransceiver 106 to wirelessly communicate with thevehicle 10 and the chargingstation 12. Any of the chargingstation 12, the occupant'swireless device 32, and thevehicle controller 80 may thus participate in the authentication (illustrated asreference numeral 22 inFIG. 1 ) and may help arrange the charging of thebatteries 20. The vehicle-side charging application 84, the charger-side charging application 94, and/or the device-side charging application 102 may thus cooperate to authenticate and to charge thebatteries 20 installed in thevehicle 10. -
FIGS. 7-9 are more detailed illustrations of theinitial communication 30, according to exemplary embodiments.FIG. 7 illustrates how theinitial communication 30 may originate from the occupant'swireless device 32. Earlier paragraphs already explained how the driver, for example, may initiate or send theinitial communication 30 from thewireless device 32. Thewireless device 32, for example, may utilize thecommunications network 36 to establish communication with theauthentication server 70. The driver, however, may alternatively establish theinitial communication 30 with the chargingstation 12. The driver may even use a telephony network 110 (such as the public switched telephone network and/or a cellular network) to call or text message theauthentication server 70 and/or the chargingstation 12. The driver may establish theinitial communication 30 and send theauthentication credentials 34. If theauthentication credentials 34 are verified, then the chargingstation 12 may be authorized to charge thebatteries 20 in thevehicle 10. -
FIG. 8 further illustrates theinitial communication 30. Here theinitial communication 30 originates from thevehicle 10. That is, thevehicle controller 80 may utilize thewireless communications network 36 to establish theinitial communication 30. Thevehicle controller 80, for example, may interface with theauthentication server 70 and/or the chargingstation 12. When theinitial communication 30 is confirmed, thevehicle controller 80 may send theauthentication credentials 34. If theauthentication credentials 34 are verified, then the chargingstation 12 may be authorized to charge thebatteries 20 in thevehicle 10. -
FIG. 9 also further illustrates theinitial communication 30.FIG. 9 illustrates how theinitial communication 30 may originate from the chargingstation 12. The chargingstation 12 may use thecommunications network 36 to establish theinitial communication 30 with thevehicle 10, thewireless device 32, and/or theauthentication server 70. The chargingstation 12 may obtain and send theauthentication credentials 34 and receive confirmation of authentication. If theauthentication credentials 34 are verified, then the chargingstation 12 may be authorized to charge thebatteries 20 in thevehicle 10. -
FIG. 10 is a further illustration of theinitial communication 30, according to exemplary embodiments.FIG. 10 illustrates how theinitial communication 30 may be established between thevehicle 10, the chargingstation 12, thewireless device 32, and/or theauthentication server 70. For simplicity, thevehicle 10, the chargingstation 12, thewireless device 32 will hereinafter be referred to asclient devices 120. Theauthentication server 70 and anyclient device 120 thus establish a client-server relationship to transfer theauthentication credentials 34. If theauthentication credentials 34 are verified, then theauthentication server 70 and theclient device 120 agree to the one ormore parameters 40 of the subsequent communication (illustrated asreference numeral 42 inFIG. 3 ). That is, theinitial communication 30 may only be a preliminary “handshake” that establishes theparameters 40 of thesubsequent communication 42. Once theparameters 40 are agreed upon, theinitial communication 30 may be terminated and thesubsequent communication 42 established at the selected parameter(s) 40. If thesubsequent communication 42 exhibits the one ormore parameters 40, then the chargingstation 12 may be authorized to charge thebatteries 20 in thevehicle 10. If, however, thesubsequent communication 42 has a wrong parameter, then charging may be declined. -
FIGS. 11-14 are illustrations of thesubsequent communication 42, according to exemplary embodiments.FIGS. 11-14 illustrate how thesubsequent communication 42 may be established between any of thevehicle 10, the chargingstation 12, thewireless device 32, and/or theauthentication server 70. Whatever the source and destination of thesubsequent communication 42, thesubsequent communication 42 may be required to exhibit the one ormore parameters 40. A recipient of thesubsequent communication 42, for example, may be instructed or required to examine, measure, or filter thesubsequent communication 42 sent from a sender. If thesubsequent communication 42 has the one ormore parameters 40, then the chargingstation 12 may be authorized to charge thebatteries 20 in thevehicle 10. If, however, thesubsequent communication 42 has perhaps at least one wrong parameter, then charging may be declined. -
FIG. 12 , for example, illustrates the chargingstation 12. Here thesubsequent communication 42 is established between thevehicle 10 and the chargingstation 12. Once theparameters 40 are established, theauthentication server 70 may instruct thevehicle 10 and/or the chargingstation 12 to establish thesubsequent communication 42. Theauthentication server 70 may send theparameters 40 to the sender and/or recipient as a message or signal. Theauthentication server 70, for example, may have a processor that executes a server-side charging application 130 stored in memory. The server-side charging application 130 cooperates with the charger-side charging application 94 to select, generate, or retrieve theparameters 40. Thetransceiver 88 in thevehicle 10 may receive or detect thesubsequent communication 42. The vehicle-side charging application 84 causes thetransceiver 88, and/or the vehicle controller (illustrated asreference numeral 80 inFIG. 6 ), to inspect thesubsequent communication 42 for theparameters 40. If thesubsequent communication 42 possesses or contains theparameters 40, then the vehicle-side charging application 84 may be authorized to accept theelectrical power 14 from the chargingstation 12. If, however, thesubsequent communication 42 has at least one incorrect value for any of theparameters 40, then the vehicle-side charging application 84 may cause thevehicle controller 80 to decline or terminate theelectrical power 14 from the chargingstation 12. -
FIG. 13 illustrates thewireless device 32. Here thesubsequent communication 42 is established between the chargingstation 12 and thewireless device 32. Once theparameters 40 are established, theauthentication server 70 may instruct the chargingstation 12 and/or thewireless device 32 to establish thesubsequent communication 42. Theauthentication server 70, for example, may send the communications addresses 140 (e.g., IP address) associated with the sender and receiver (e.g., the chargingstation 12 and the wireless device 32). Theauthentication server 70 may also send theparameters 40. The charger-side charging application 94 may thus be instructed to establish thesubsequent communication 42 with thewireless device 32. The transceiver (illustrated asreference numeral 106 inFIG. 6 ) in thewireless device 32 receives or detects thesubsequent communication 42, and the device-side charging application 102 may inspect thesubsequent communication 42 for theparameters 40. If thesubsequent communication 42 possesses or contains theparameters 40, then thewireless device 32 communicates with the chargingstation 12 and/or thevehicle controller 80 to authorize an acceptance of theelectrical power 14. If thesubsequent communication 42 fails to have theparameters 40, then thewireless device 32 may instruct the chargingstation 12 to terminate theelectrical power 14. -
FIG. 14 also illustrates thewireless device 32. Here, though, thewireless device 32 may instruct thevehicle 10 to allow charging. BecauseFIG. 13 is similar toFIG. 12 , the similar features are only briefly discussed. Once theparameters 40 are established, chargingstation 12 establishes thesubsequent communication 42 with thewireless device 32. The device-side charging application 102 inspects thesubsequent communication 42 for theparameters 40. If theparameters 40 are verified, here thewireless device 32 instructs thevehicle controller 80 to accept the electrical power (illustrated asreference numeral 14 inFIG. 1 ) from the chargingstation 12. The vehicle-side charging application 84 and the device-side charging application 102 interface and communicate to authorize charging thebatteries 20. If, however, thesubsequent communication 42 fails to have theparameters 40, the device-side charging application 102 may instruct the vehicle-side charging application 84 to terminate receipt of theelectrical power 14. -
FIGS. 15-17 are diagrams illustratingfrequency variation 150, according to exemplary embodiments. Here theparameters 40 may specify theparticular frequency 44 at which thesubsequent communication 42 must possess. As the earlier paragraphs explained, theinitial communication 30 may establish theparameters 40 of thesubsequent communication 42. Theparameters 40, for example, may include thefrequency 44 of thesubsequent communication 42. If thesubsequent communication 42 has thecorrect frequency 44, then charging may be authorized. If thefrequency 44 is incorrect, then charging may be denied or terminated. -
FIG. 15 again illustrates the chargingstation 12 and thewireless device 32. Here the chargingstation 12 and thewireless device 32 may establish the initial communication 30 (via thecommunications network 36 illustrated in previous FIGS.). Thewireless device 32 sends theauthentication credentials 34 to the chargingstation 12. The charger-side charging application 94 may itself verify theauthentication credentials 34, or the chargingstation 12 may forward theauthentication credentials 34 to theauthentication server 70. Regardless, if theauthentication credentials 34 are verified, then theparameters 40 of thesubsequent communication 42 are selected. - The
parameters 40 may include thefrequency 44 of thesubsequent communication 42. If thesubsequent communication 42 has thefrequency 44 specified in theinitial communication 30, then authorization may be given to charge thebatteries 20 in thevehicle 10.FIG. 16 illustrates the chargingstation 12 sending thesubsequent communication 42 as asignal 152 having a transmission frequency (“fT”) 154. Thetransceiver 98 in the chargingstation 12, for example, may be tunable and be instructed to tune to thefrequency 44. Thetransceiver 98 transmits or broadcasts thesignal 152 at thetransmission frequency 154. When thesignal 152 is received by thetransceiver 88 in thevehicle 10, thesignal 152 is inspected for therequisite frequency 44. Thetransceiver 88 in thevehicle 10, for example, may only receive (or be instructed to receive) signals at the frequency 44 (or, more likely, within an upper and lower limit about the frequency 44). If the transmission frequency (“fT”) 154 matches the desiredfrequency 44, then the vehicle-side charging application 84 may accept the electrical power (illustrated asreference numeral 14 inFIG. 1 ) from the chargingstation 12. If, however, thetransmission frequency 154 is incorrect (or outside an upper and lower limit band), then thevehicle controller 80 may decline or terminate theelectrical power 14 from the chargingstation 12. -
FIG. 17 illustrates filtering of signals. When thetransceiver 88 in thevehicle 10 receives thesubsequent communication 42, thetransceiver 88 may send or transfer thesignal 152 to afrequency filter 156. Thefrequency filter 156 may filter or remove components outside a bandwidth of frequencies. If anoutput signal 158 is detected or received (such as by the vehicle controller 80), then at least a component of thesubsequent communication 42 had the desiredfrequency 44, so charging may be authorized. If no output signal 158 (zero or null) is detected, then thevehicle controller 80 may decline or terminate theelectrical power 14 from the chargingstation 12. -
FIGS. 15-17 illustrate thesubsequent communication 42 between the chargingstation 12 and thevehicle 10. Exemplary embodiments, though, may establish thesubsequent communication 42 between any of the clients 120 (illustrated inFIG. 10 ). That is, thesubsequent communication 42 may be sent/received to/from any of theclients 120. Because any of the sender/receiver devices (e.g., the clients 120) may send or receive thesubsequent communication 42, any of theclients 120 may be configured to include thefrequency filter 156. If theoutput signal 158 is detected or received, then thesubsequent communication 42 had at least the desiredfrequency 44, so charging may be authorized. -
FIG. 18 is another diagram illustrating thefrequency variation 150, according to exemplary embodiments. Here, though, exemplary embodiments may specify thefrequency 44 of theelectrical power 14 delivered to thevehicle 10. That is, exemplary embodiments may specify thefrequency 44 of a current 160 and/or thevoltage 46 of theelectrical power 14 sent along the charging cord 54 (or inductively transmitted). Thefrequency 44 may be established from theinitial communication 30, as earlier paragraphs explained. Exemplary embodiments may even establish or set the current 160 and/orvoltage 46 of theelectrical power 14 sent along thecharging cord 54. That is, thesubsequent communication 42 may include the physical and electrical interface between thevehicle 10 and the chargingstation 12. If thevehicle controller 80 and thecharger controller 90 establish communication, theparameters 40 may require the particular current 160 orvoltage 46 of theelectrical power 14 sent over the chargingcord 54. Thecharger controller 90 may thus be instructed to send theelectrical power 14 at the current 160 orvoltage 46 expected by thevehicle controller 80. Theparameters 40 may even specify the transmission frequency (“fT”) 154 of the current 160 orvoltage 46. Thevehicle controller 80 may then inspect or measure thetransmission frequency 154, the current 160, and/or thevoltage 46. If the current 160 orvoltage 46 has the specified value (e.g., volts or amps), and/or the desired or required frequency 44 (e.g., Hertz), then theelectrical power 14 may be accepted. Thevehicle controller 80 may then cause theelectrical power 14 to be passed or transferred to a converter 162 (if AC/DC conversion is required). If, however, one or more of theparameters 40 are incorrect, thevehicle controller 80 may decline or terminate theelectrical power 14 from the chargingstation 12. That is, thevehicle controller 80 may decline to charge thebatteries 20 in thevehicle 10. -
FIG. 19 is a diagram illustrating wireless charging, according to exemplary embodiments. As the above paragraphs have mentioned, thevehicle 10 and the chargingstation 12 may wirelessly charge thebatteries 20. That is, instead of transferring theelectrical power 14 along the physical charging cord (illustrated asreference numeral 54 inFIG. 18 ), exemplary embodiments may inductively charge thebatteries 20 in thevehicle 10. Inductive charging is generally known, though, so this disclosure will not dwell on the known concepts. Here, though, theinitial communication 30 establishes theparameters 40 of thesubsequent communication 42. Theinitial communication 30, as before, may be established between any of theclients 120. Regardless of the sender and receiver device, theinitial communication 30 establishes theparameters 40 of thesubsequent communication 42. Theparameters 40 of thesubsequent communication 42 may include thevoltage 46, the current 160, and/or thefrequency 44 of theelectrical power 14 that is inductively coupled between the chargingstation 12 and thevehicle 10. Should thecharger controller 90 and thevehicle controller 80 establish wireless communication, thecharger controller 90 may be instructed to transmit one or more electromagnetic signals at the current 160,voltage 46, and/or thefrequency 44 expected by thevehicle controller 80. If the current 160 orvoltage 46 has the specified value (volts or amps), and/or the desired or required frequency 44 (e.g., Hertz), then thevehicle controller 80 may accept theelectrical power 14. Thevehicle controller 80 may cause theelectrical power 14 to be passed or transferred to theconverter 162 to charge thebatteries 20. If theparameters 40 are incorrect, though, thevehicle controller 80 may decline to charge thebatteries 20 in thevehicle 10. -
FIG. 20 is another diagram illustrating wireless charging, according to exemplary embodiments. Here thevehicle 10 may only accept theelectrical power 14 at thefrequency 44. That is, when thecharger controller 90 and thevehicle controller 80 establish wireless communication, thecharger controller 90 may be instructed to condition or transform theelectrical power 14 to thecharging frequency 44 expected by thevehicle 10. If the current 160 orvoltage 46 is transmitted at theproper frequency 44, then thevehicle 10 may accept theelectrical power 14. Thevehicle 10, for example, may have aninductive receiver 170 that will only receive signals of a specified frequency (or within a reception bandwidth). If the transmission frequency (“fT”) 154 of theelectrical power 14 matches the reception bandwidth of theinductive receiver 170, then thevehicle controller 80 may accept theelectrical power 14. Suppose, for example, that theinductive receiver 170 has an inductive coil having a resonant frequency. If the transmission frequency (“fT”) 154 of theelectrical power 14 matches the resonant frequency of the inductive coil, then theelectrical power 14 will energize the inductive coil. Thevehicle controller 80 may thus accept theelectrical power 14 and charge thebatteries 20. If thecharging frequency 44 is incorrect, though, theinductive receiver 170 may not receive theelectrical power 14. -
FIGS. 21-25 are diagrams illustrating selection of the parameter(s) 40, according to exemplary embodiments. As the earlier paragraphs explained, theinitial communication 30 may establish theparameters 40 of thesubsequent communication 42.FIG. 21 illustratesselection criteria 178 for determining theparameters 40 of thesubsequent communication 42. Suppose, for example, theauthentication server 70 and the chargingstation 12 establish theinitial communication 30. Theauthentication server 70 and the chargingstation 12 agree to theparameters 40 of thesubsequent communication 42. Theparameters 40, for example, may be determined from a vehicle identification number (“VIN”) 180. Theparameters 40, however, may additionally or alternatively be calculated using analgorithm 182. Theparameters 40 may even be determined by selection 184 (such as in a graphical user interface). If thesubsequent communication 42 exhibits theparameters 40, then thebatteries 20 may be charged. -
FIG. 22 further illustrates thevehicle identification number 180. As those of ordinary skill in the art understand, thevehicle identification number 180 is a unique serial number that identifies thevehicle 10. When theinitial communication 30 is established, the sender and receiver devices may retrieve and send thevehicle identification number 180 assigned to thevehicle 10.FIG. 22 , for example, illustrates theinitial communication 30 established between the occupant'swireless device 32 and the chargingstation 12. Thewireless device 32 may interface with thevehicle controller 80 and retrieve thevehicle identification number 180. Thewireless device 32 may even store thevehicle identification number 180 in its memory (illustrated asreference numeral 104 inFIG. 6 ). Regardless, thewireless device 32 may send thevehicle identification number 180 to the chargingstation 12. The chargingstation 12 may then query for theparameters 40 associated with thevehicle identification number 180. -
FIG. 22 , for example, illustrates aparameter database 190. Theparameter database 190 associatesvehicle identification numbers 180 to theparameters 40. Theparameter database 190 is illustrated as being locally stored in the memory of the chargingstation 12, but theparameter database 190 may be remotely stored and accessed. Theparameter database 190 is illustrated as a table 192 that maps, relates, or associates thevehicle identification number 180 to the chargingparameters 40. The charging station 12 (e.g., the charger controller 90) retrieves the one ormore parameters 40 associated with thevehicle identification number 180. The chargingstation 12 may then establish thesubsequent communication 42 at theparameters 40 specified by thevehicle identification number 180. If thevehicle controller 80 verifies theparameters 40, thebatteries 20 in thevehicle 10 may be charged. -
FIG. 23 further illustrates thealgorithm 182. Once thevehicle identification number 180 is known, thealgorithm 182 may be retrieved and used to calculate one or more of theparameters 40.FIG. 23 , for example, illustrates the charger-side charging application 94 retrieving and executing thealgorithm 182. Thealgorithm 182, though, may be stored in, retrieved from, and/or executed by any of the clients (illustrated asreference numeral 120 inFIG. 10 ). Regardless, thealgorithm 182 is executed to determine anyparameter 40. Theparameters 40 are then established for thesubsequent communication 42 to charge thebatteries 20 in thevehicle 10. - The
algorithm 182 may be a function of thevehicle identification number 180. However thevehicle identification number 180 is obtained, thevehicle identification number 180 may be used to calculate one or more of theparameters 40. Thevehicle identification number 180, for example, may be any alphanumeric combination that uniquely identifies thevehicle 10. One or more of theparameters 40 may thus be calculated from -
Parameter=f(VIN). -
FIG. 24 , for example, illustrates anumerical multiplier 200. While exemplary embodiments may use all, or any portion, of thevehicle identification number 180, theparameter 40 may be calculated from an all-numeric sequential portion 202 (such as a last several digits). Thealgorithm 182 may read, strip, truncate, or otherwise obtain an end portion of serialized digits. These serialized digits may then be used to calculate one or more of theparameters 40. Thealgorithm 182, for example, may calculate thenumerical multiplier 200 from thesequential portion 202. Thenumerical multiplier 200 may then be used to calculate theparameters 40. Areference number 204 may be retrieved (perhaps from thememory 96 of the charger controller 90) to normalize theparameter 40. Thereference number 204 may be any number, and can be chosen to make thenumerical multiplier 200 less than, or greater than, 1. AsFIG. 24 illustrates, if the last five (5) digits of thevehicle identification number 180 are “12345” (e.g., the sequential portion 202) and the reference number is 10000, then thenumerical multiplier 200 is 1.2345. If, however, the reference number is 20000, then thenumerical multiplier 200 is 0.61725. - Whatever the
numerical multiplier 200, theparameter 40 may be calculated. Suppose the chargingstation 12 receives a base voltage of 220 Volts from the electrical grid (illustrated asreference numeral 16 inFIG. 1 ). If thenumerical multiplier 200 is (0.61725), then the chargingstation 12 may be instructed to charge thebatteries 20 at a lesser, conditioned voltage of -
(0.61725)×(220 Volts)=135.8 Volts. - The
numerical multiplier 200 may, likewise, be applied to calculate the charging current 160 and/or thecharging frequency 44. If the chargingstation 12 receives a base frequency of (60) Hertz from theelectrical grid 16, then the chargingstation 12 may be instructed to send thecharging frequency 44 of -
(0.61725)×(60 Hertz)=37.04 Hertz. - Exemplary embodiments may thus use the
vehicle identification number 180 to calculate one or more of theparameters 40 for charging thebatteries 20. - Transliteration may also be used. The
vehicle identification number 180 may include both letters and numbers. Transliteration removes some or all of the letters and substitutes numerical counterparts. Each letter, in other words, is replaced with a numerical substitute. Thevehicle identification number 180 may thus be transliterated into an all-numeric value. Exemplary embodiments may then utilize anappropriate reference number 204 to again make thenumerical multiplier 200 less than, or greater than, 1. -
FIG. 25 illustrates agraphical user interface 210, according to exemplary embodiments. Thegraphical user interface 210 is illustrated as being visually displayed on adisplay device 212 of thewireless device 32. Thegraphical user interface 210, however, may be generated by thevehicle controller 80, thecharger controller 90, and/or theauthentication server 70. Regardless, thegraphical user interface 210 may allow a user (such as the user of the wireless device 32) to select theparameters 40 of the subsequent communication (illustrated asreference numeral 42 in previous FIGS.). Here thegraphical user interface 210 may prompt the user to select theparameters 40 of thesubsequent communication 42. Thegraphical user interface 210, for example, may displaymenus 212 andfields 214 for inputs. Continuing with previous examples, the user may be prompted to enter the chargingvoltage 46, current 160, and/orfrequency 44 that is acceptable to thevehicle controller 80. The user may even configure or establishcustom parameters 216 of the user's choosing. Whatever the prompts, thesubsequent communication 42 may be required to exhibit or possess theparameters 40 to charge thebatteries 20. -
FIG. 26 is a diagram illustrating channel determination, according to exemplary embodiments. Here theinitial communication 30 may establish achannel 220 at which thesubsequent communication 42 must occur. Thechannel 220 may be a range or band of frequencies at which thesubsequent communication 42 must occur. If, for example, thesubsequent communication 42 is transmitted at the incorrect channel, then thevehicle controller 80 may deny charging. For example, thechannel 220 may be chosen based on thevehicle identification number 180 and/or calculated by thealgorithm 182. Thechannel 220 may also be chosen at least in part by theselection 184 in thegraphical user interface 210. However thechannel 220 is determined, thesubsequent communication 42 may be required to exhibit or possess thechannel 220 to charge thebatteries 20. If thetransceiver 88 and/or thevehicle controller 80 detects a wrong channel, charging may be denied. -
FIG. 27 is a flowchart illustrating a method of authentication, according to exemplary embodiments. Theinitial communication 30 is established (Block 300). The vehicle identification number (“VIN”) 180 is obtained (Block 302). Thefrequency 44 is selected based on the vehicle identification number 180 (Block 304). Thesubsequent communication 42 is then established at the frequency 44 (Block 306) to authenticate the vehicle 10 (or an occupant) (Block 308). Thebatteries 20 are charged (Block 310). -
FIGS. 28-29 are diagrams illustrating superimposition, according to exemplary embodiments. Here exemplary embodiments may superimpose signals to authenticate charging of thebatteries 20 in thevehicle 10. As earlier paragraphs explained, the chargingstation 12 wirelessly or wiredly sends theelectrical power 14 to thevehicle 10 to charge thebatteries 20. Theelectrical power 14 has the first frequency (“f1”) 44. While thefirst frequency 44 may be any frequency, thefirst frequency 44 may be the common 50 or 60 Hertz as is delivered by theelectrical grid 16. Here, though, the chargingstation 12 superimposes asecond signal 320 onto theelectrical power 14. That is, theelectrical power 14 may be considered as afirst signal 322, and thesecond signal 320 is superimposed onto theelectrical power 14. Thesecond signal 320, however, may have a different, second frequency (“f2”) (illustrated as reference numeral 324) that is unequal to thefrequency 44 of theelectrical power 14. - As
FIG. 29 illustrates, thesecond signal 320 may be separated from theelectrical power 14. Thesecond signal 320, for example, may be split or filtered (perhaps by a splitter/filter 326) from theelectrical power 14. Thesecond signal 320 may be sent to ananalyzer circuit 328 that inspects thesecond signal 320. Thesecond signal 320 may be inspected, decoded, or analyzed to authenticate the charging of thebatteries 20. Thesecond signal 320, for example, may be analyzed for the parameters 40 (perhaps established during the initial communication 30). For example, if thesecond signal 320 has the expectedfrequency 44 needed for authentication, then thevehicle controller 80 may charge thebatteries 20. If the superimposedsecond signal 320 has the wrong frequency, charging may be denied. - The superimposed
second signal 320 may be based on thevehicle identification number 180. As earlier paragraphs explained, the chargingstation 12 may obtain thevehicle identification number 180 that uniquely identifies thevehicle 10. Thecharger controller 90 may then query theparameter database 190 for theparameters 40 associated with thevehicle identification number 180. Theparameter database 190 again associates thevehicle identification number 180 to theparameters 40. Here, though, thecharger controller 90 retrieves thesecond frequency 324 required of the superimposedsecond signal 320. That is, theparameter database 190 associates thevehicle identification number 180 to thesecond frequency 324 of the superimposedsecond signal 320. Thecharger controller 90 then generates thesecond signal 320 and superimposes thesecond signal 320 onto theelectrical power 14. The superimposedsecond signal 320 may be delivered along thecharging cord 54, or wirelessly inducted, as earlier paragraphs explained. Thesecond signal 320 is separated or filtered from theelectrical power 14 and analyzed for authentication. If theanalyzer circuit 328 verifies thesecond signal 320, thevehicle controller 80 may charge thebatteries 20. If the superimposedsecond signal 320 has the wrong frequency, charging may be denied. - The superimposed
second signal 320 may be authenticated for any value or content. As earlier paragraphs explained, the superimposedsecond signal 320 may be generated to have any current, voltage, or frequency. The superimposedsecond signal 320 may be generated to have any content or data, such as codes, images, or patterns. However theparameters 40 may be expressed, superimposedsecond signal 320 may be measured or analyzed for theparameters 40. If authentication is verified, thebatteries 20 may be charged. If authentication fails, charging may be terminated. -
FIG. 30 is another diagram illustrating payment, according to exemplary embodiments. Once theelectrical power 14 is delivered to thevehicle 10 to charge thebatteries 20, payment is arranged. Exemplary embodiments retrieve thefinancial information 32 to process the electronicfinancial transaction 60. Exemplary embodiments, for example, retrieve thecredit card number 64 to charge for theelectrical power 14 consumed by thebatteries 20. The chargingstation 12 may retrieve thecredit card number 64 associated with the user of thewireless device 32. The user may thus enter or swipe thecredit card number 64 at the chargingstation 12. Thecharger controller 90, however, may also query for thecredit card number 64 associated with thevehicle identification number 180. Theparameter database 60, for example, may store entries that relate thevehicle identification number 180 to thecredit card number 64. Regardless, the chargingstation 12 may bill thecredit card number 64 for theelectrical power 14. Thefinancial information 32 may alternatively be any account or payment information that is processed. Metering and billing is further described in U.S. application Ser. No. 13/425,242, filed Mar. 20, 2012, and incorporated herein by reference in its entirety. -
FIG. 31 is a flowchart illustrating an algorithm for charging thebatteries 20, according to exemplary embodiments. Any portion of this algorithm may be executed by any of theclients 120 illustrated inFIG. 10 . The initial communication is established (Block 400) and theparameters 40 are determined (Block 402). The subsequent communication is then established at the parameters 40 (Block 404). Theparameters 40 of thesubsequent communication 42 are authenticated (Block 406). If authentication is successful (Block 408), charging of thebatteries 20 is authorized (Block 410) and theelectrical power 14 is metered (Block 412). Thefinancial transaction 60 is then processed as payment (Block 414). If, however, authentication is unsuccessful (Block 408), then charging may fail (Block 416). -
FIG. 32 is a more detailed block diagram illustrating thevehicle 10, according to exemplary embodiments. The one ormore batteries 20 installed within thevehicle 10 provide electrical power to one or moreelectrical motors 500 and/or to the vehicle'selectrical system 502. Theelectrical motors 500 may be used to mechanically drive thevehicle 10, perhaps using a transmission, planetary gear, or other electromechanical mechanism. Theelectrical system 502 distributes electrical power throughout thevehicle 10, as is known. Thevehicle controller 80 may manage and/or control theelectrical motors 500 and/or theelectrical system 502. Thevehicle 10 may even include an internal combustion engine (“ICE”) 504. The components of thevehicle 10 are generally well-known and, thus, need not be further discussed. -
FIG. 33 is a graph further illustrating thefrequency variation 150, according to exemplary embodiments. Here thesubsequent communication 42 may exhibit multiple frequencies while charging the batteries in the vehicle. AsFIG. 33 illustrates, thefrequency 44 of charge may change or fluctuate as theelectrical power 14 is delivered to thebatteries 20. At time t0, for example, thefrequency 44 of theelectrical power 14 may initially begin at a first frequency f1. Later, at time t1, thefrequency 44 may change to a second frequency f2. Between time t1 and time t2, the frequency may ramp increase from the second frequency f2 to a third frequency f3. That is, the frequency may constantly increase according to a steady or fixed rate to the third frequency f3. A time t4 the frequency may drop to a final value f4 until thebatteries 20 are fully charged. The different frequencies may be established during or from theinitial communication 30, as earlier paragraphs explained. -
FIG. 34 is another detailed schematic illustrating theparameter database 190, according to exemplary embodiments. Theparameter database 190 stores relational values that define or determine the one ormore parameters 40 for charging thebatteries 20 in thevehicle 10. Once any data quantity is obtained regarding thevehicle 10, theparameter database 190 may be queried for theparameters 40 for charging thebatteries 20. As earlier paragraphs explained, for example, if thevehicle identification number 190 is obtained, then theparameter database 190 may related or associated thevehicle identification number 190 to the chargingparameters 40. - Other relationships, though, may be defined.
Location 600, for example, may be used to determine the chargingparameters 40. Thelocation 600 of thevehicle 10, for example, may determine the current, voltage, or frequency of theelectrical power 14 delivered to thebatteries 20. Thelocation 600 of the chargingstation 12 may be associated to theparameters 44. Thelocation 600 may be defined using cell tower identification, GPS coordinates, or a street address of the chargingstation 12. Regardless, exemplary embodiments may obtain thelocation 600 and query theparameter database 190 for thecorresponding charging parameters 40. -
Brand model 602 may also determine the chargingparameters 40. The Chevrolet Volt, the Toyota Prius, and the Nissan Leaf are currently available models that may require battery charging. Each manufacturer may establish thedifferent charging parameters 40 for theirvarious models 602. As the number ofmodels 602 increases,different parameters 40 may be established for eachmodel 602. Themodel 602, for example, may be discovered or obtained during theinitial communication 30. Once known, exemplary embodiments may query theparameter database 190 for thecorresponding charging parameters 40. - The
parameters 40 may also be defined according to date andtime 604.Different charging parameters 40 may be established for different dates and/or times of day. The chargingstation 12, for example, may receive a current time and query theparameter database 190 for thecorresponding parameters 40. Higher current and/or voltage, for example, may be defined during hours when load on the electrical grid is reduced (e.g., night time hours and winter months). - The
parameters 40 may also be defined according tostate 606. Each state government, for example, may define theirown charging parameters 40. The chargingparameters 40 may alternatively or additionally be chosen based on thestate 606 in which the vehicle was sold, is registered, or in which the owner/driver resides. - The
parameters 40 may also be defined according to abattery identification number 608. The battery identification number (or “BIN”) 608 is any alphanumeric combination that uniquely identifies the one ormore batteries 20 installed in thevehicle 10. As thevehicle 10 ages with time and use, a time may come when thebatteries 20 need replacement. As those of ordinary skill in the art understand, the service life of thebatteries 20 may depend on many factors, including charging cycles, temperature, and electrical load. Indeed, the batteries may need replacement as soon as 50,000 miles, long before the serviceable life of thevehicle 10. In such cases thebatteries 20 may need replacement, wherein new batteries are installed. The battery identification number 26 may thus be useful in tracking battery “swapping” procedures. Exemplary embodiments may obtain thebattery identification number 608, perhaps during theinitial communication 30. Once thebattery identification number 608 is known, exemplary embodiments may query theparameter database 190 for thecorresponding charging parameters 40. Thebattery identification number 608 is more fully described in U.S. application Ser. No. 13/425,242, filed Mar. 20, 2012, and incorporated herein by reference in its entirety. - Exemplary embodiments may be physically embodied on or in a computer-readable storage medium. This computer-readable medium may include CD-ROM, DVD, tape, cassette, floppy disk, memory card, USB, and large-capacity disks. This computer-readable medium, or media, could be distributed to end-subscribers, licensees, and assignees. A computer program product comprises processor-executable instructions for charging batteries, as the above paragraphs explained.
- While the exemplary embodiments have been described with respect to various features, aspects, and embodiments, those skilled and unskilled in the art will recognize the exemplary embodiments are not so limited. Other variations, modifications, and alternative embodiments may be made without departing from the spirit and scope of the exemplary embodiments.
Claims (20)
1. A method, comprising:
establishing an initial communication between a vehicle and a charging station;
establishing, during the initial communication, an expected voltage for charging a battery in the vehicle;
terminating the initial communication between the vehicle and the charging station;
receiving, at the vehicle, electrical power from the charging station;
comparing a voltage of the electrical power to the expected voltage established during the initial communication;
determining a match between the voltage and the expected voltage; and
authorizing charging the battery in the vehicle in response to the match.
2. The method of claim 1 , further comprising processing a payment for the electrical power.
3. The method of claim 2 , further comprising retrieving a credit card number for the payment.
4. The method of claim 2 , further comprising retrieving billing information for the payment.
5. The method of claim 1 , further comprising receiving a vehicle identification number during the initial communication.
6. The method of claim 5 , further comprising determining the expected voltage based on the vehicle identification number.
7. The method of claim 1 , further comprising terminating the electrical power.
8. A system, comprising:
a processor; and
memory storing code that when executed causes the processor to perform operations, the operations comprising:
establishing an initial communication between a smartphone and a charging station;
establishing, during the initial communication, an expected voltage for charging a battery in a vehicle;
terminating the initial communication between the smartphone and the charging station;
receiving, at the vehicle, electrical power from the charging station;
comparing a voltage of the electrical power to the expected voltage established during the initial communication;
determining a match between the voltage and the expected voltage; and
authorizing charging the battery in the vehicle in response to the match.
9. The system of claim 1 , wherein the operations further comprise processing a payment for the electrical power.
10. The system of claim 9 , wherein the operations further comprise retrieving a credit card number for the payment.
11. The system of claim 9 , wherein the operations further comprise retrieving billing information for the payment.
12. The system of claim 1 , wherein the operations further comprise receiving a vehicle identification number during the initial communication.
13. The system of claim 12 , wherein the operations further comprise determining the expected voltage based on the vehicle identification number.
14. The system of claim 12 , wherein the operations further comprise terminating the electrical power.
15. A memory storing instructions that when executed cause a processor to perform operations, the operations comprising:
establishing communication between a vehicle and a charging station;
retrieving a vehicle identification number associated with the vehicle;
selecting a voltage based on the vehicle identification number;
receiving electrical power from an electrical grid;
transforming the electrical power to the voltage based on the vehicle identification number; and
sending transformed electrical power from the charging station to charge a battery in the vehicle.
16. The memory of claim 15 , wherein the operations further comprise processing a payment for the electrical power.
17. The memory of claim 15 , wherein the operations further comprise metering the electrical power consumed during charging the battery.
18. The memory of claim 15 , wherein the operations further comprise terminating the electrical power.
19. The memory of claim 15 , wherein the operations further comprise querying for payment of the electrical power.
20. The memory of claim 15 , wherein the operations further comprise associating the vehicle identification number to a credit card number.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/945,970 US20130317979A1 (en) | 2012-05-26 | 2013-07-19 | Methods, Systems, and Products for Charging Batteries |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/481,785 US8515865B1 (en) | 2012-05-26 | 2012-05-26 | Methods, systems, and products for charging batteries |
US13/945,970 US20130317979A1 (en) | 2012-05-26 | 2013-07-19 | Methods, Systems, and Products for Charging Batteries |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/481,785 Continuation US8515865B1 (en) | 2012-05-26 | 2012-05-26 | Methods, systems, and products for charging batteries |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130317979A1 true US20130317979A1 (en) | 2013-11-28 |
Family
ID=48952244
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/481,785 Active US8515865B1 (en) | 2012-05-26 | 2012-05-26 | Methods, systems, and products for charging batteries |
US13/945,970 Abandoned US20130317979A1 (en) | 2012-05-26 | 2013-07-19 | Methods, Systems, and Products for Charging Batteries |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/481,785 Active US8515865B1 (en) | 2012-05-26 | 2012-05-26 | Methods, systems, and products for charging batteries |
Country Status (1)
Country | Link |
---|---|
US (2) | US8515865B1 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140257623A1 (en) * | 2013-03-05 | 2014-09-11 | Ross Carl | Removable dashboard instrument system |
US20150123619A1 (en) * | 2013-11-02 | 2015-05-07 | AT&T Intellectual I, L.P. | Methods, Systems, and Products for Charging Batteries |
US20170244265A1 (en) * | 2014-11-11 | 2017-08-24 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Communication method, power adaptor and terminal |
CN107878247A (en) * | 2017-11-30 | 2018-04-06 | 艾迟鹏 | A kind of new energy packaged type electric automobile charging pile |
US10093194B2 (en) | 2013-09-30 | 2018-10-09 | Elwha Llc | Communication and control system and method regarding electric vehicle for wireless electric vehicle electrical energy transfer |
US20180304760A1 (en) * | 2017-04-19 | 2018-10-25 | Arnold Chase | Intelligent vehicle charging station |
CN109849726A (en) * | 2017-11-30 | 2019-06-07 | 通用电气公司 | For the charging system to electric vehicle charging and for authorizing the method from charging station to electric vehicle charging |
CN112135748A (en) * | 2018-03-26 | 2020-12-25 | 西门子股份公司 | Setting communication parameters of communication module of charging station |
US20230135249A1 (en) * | 2021-10-30 | 2023-05-04 | Beta Air, Llc | Systems and methods for a shutdown of an electric charger in response to a fault detection |
JP7457156B2 (en) | 2020-04-15 | 2024-03-27 | 華為技術有限公司 | Charging authentication method and device |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9937811B2 (en) * | 2013-07-19 | 2018-04-10 | Ford Global Technologies, Llc | Vehicle authentication for a BEV charger |
GB2522851A (en) * | 2014-02-05 | 2015-08-12 | Bombardier Transp Gmbh | A method of communication between a vehicle and a wayside control unit for controlling an inductive energy transfer to the vehicle, a vehicle and an arrangeme |
US10816605B2 (en) * | 2015-03-11 | 2020-10-27 | Cps Technology Holdings Llc | Battery test system with camera |
ITUB20153976A1 (en) * | 2015-09-28 | 2017-03-28 | Route220 S R L | Mobile device for controlling the charging of electric vehicles |
WO2018039474A1 (en) | 2016-08-24 | 2018-03-01 | Keyssa Systems, Inc. | Mechanical connectors for contactless communication units |
US20200134742A1 (en) * | 2018-10-27 | 2020-04-30 | OpConnect, Inc. | System for authorizing electric vehicle charging and payment through vehicle infotainment device |
JPWO2021145360A1 (en) * | 2020-01-17 | 2021-07-22 | ||
CN111882752A (en) * | 2020-07-23 | 2020-11-03 | 支付宝(杭州)信息技术有限公司 | Payment method, payment system and business system |
CN112866104A (en) * | 2021-01-19 | 2021-05-28 | 蔚来汽车科技(安徽)有限公司 | Offline battery replacement method, battery replacement station, battery replacement vehicle and readable storage medium |
Citations (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020194003A1 (en) * | 2001-06-05 | 2002-12-19 | Mozer Todd F. | Client-server security system and method |
US20030004403A1 (en) * | 2001-06-29 | 2003-01-02 | Darrel Drinan | Gateway platform for biological monitoring and delivery of therapeutic compounds |
US6694470B1 (en) * | 1999-05-21 | 2004-02-17 | Panasonic Communications Co., Ltd. | Retransmission procedure and apparatus for handshaking protocol |
US20040032412A1 (en) * | 2002-08-13 | 2004-02-19 | Odom Brian Keith | Generating a graphical program based on a timing diagram |
US20080215883A1 (en) * | 2006-12-05 | 2008-09-04 | Qualcomm Incorporated | Providing secure inter-application communication for a mobile operating environment |
US20080309313A1 (en) * | 2007-06-15 | 2008-12-18 | Apple Inc. | Systems and methods for providing device-to-device handshaking through a power supply signal |
US20090058361A1 (en) * | 2007-06-01 | 2009-03-05 | Michael Sasha John | Systems and Methods for Wireless Power |
US20090108805A1 (en) * | 2007-10-30 | 2009-04-30 | City University Of Hong Kong | Localized charging, load identification and bi-directional communication methods for a planar inductive battery charging system |
US20100017249A1 (en) * | 2008-07-11 | 2010-01-21 | Fincham Carson C K | Systems and methods for electric vehicle charging and power management |
US7674298B1 (en) * | 2001-03-30 | 2010-03-09 | Mcafee, Inc. | Method and apparatus for implementing a handheld security system |
US20100146277A1 (en) * | 2008-12-09 | 2010-06-10 | Renesas Technology Corp. | Semiconductor integrated circuit |
US20100161517A1 (en) * | 2008-12-22 | 2010-06-24 | Nathan Bowman Littrell | Systems and methods for electricity metering for vehicular applications |
US20100225475A1 (en) * | 2009-03-06 | 2010-09-09 | Christopher Karch | Metered Electrical Charging Station With Integrated Expense Tracking And Invoice Capabilities |
US20100265034A1 (en) * | 2007-04-05 | 2010-10-21 | George Jaroslav Cap | Portal access control system |
US20100292877A1 (en) * | 2009-05-18 | 2010-11-18 | Gabrielle W. Lee | Comprehensive engineering / operation system for electric vehicle and smart networked and decentralized power storage |
WO2010146015A2 (en) * | 2009-06-15 | 2010-12-23 | Rwe Ag | Method and apparatus for communicating between an electric vehicle and a charging station |
US20110020013A1 (en) * | 2000-12-21 | 2011-01-27 | Bookham Technology, Plc | Demodulation of an optical carrier |
US20110057612A1 (en) * | 2009-09-04 | 2011-03-10 | Denso Corporation | Battery charge state transmission device and external charging system |
US20110106329A1 (en) * | 2009-11-03 | 2011-05-05 | GRIDbot, LLC | Methods and apparatus for charging station with sms user interface |
US20110175442A1 (en) * | 2009-04-03 | 2011-07-21 | Robert Dean King | Apparatus, method, and system for conveying electrical energy |
US20110191265A1 (en) * | 2010-01-29 | 2011-08-04 | Richard Lowenthal | Electric vehicle charging station host definable pricing |
US20110200193A1 (en) * | 2010-02-12 | 2011-08-18 | Daniel Ray Blitz | Method and apparatus for controlling the recharging of electric vehicles and detecting stolen vehicles and vehicular components |
US20110288721A1 (en) * | 2010-05-18 | 2011-11-24 | General Motors Llc | Pre-filling vehicle data check |
US20110296508A1 (en) * | 2010-05-26 | 2011-12-01 | Apple Inc. | Digital handshake for authentication of devices |
US20120066427A1 (en) * | 2006-06-01 | 2012-03-15 | Johnson Simon B | Information backup system with storing mechanism and method of operation thereof |
US20120130872A1 (en) * | 2010-11-22 | 2012-05-24 | International Business Machines Corporation | Parking management |
US20130006677A1 (en) * | 2011-06-30 | 2013-01-03 | International Business Machines Corporation | Recharging of battery electric vehicles on a smart electrical grid system |
US20130015814A1 (en) * | 2011-07-13 | 2013-01-17 | Tesla Motors, Inc. | Charge Disruption Monitoring and Notification System |
US20130278225A1 (en) * | 2011-01-15 | 2013-10-24 | Daimler Ag | Method for Charging a Battery of a Vehicle |
US20140159658A1 (en) * | 2010-11-24 | 2014-06-12 | Aerovironment, Inc. | Random Restart Apparatus and Method for Electric Vehicle Service Equipment |
US9137009B1 (en) * | 2001-05-14 | 2015-09-15 | Hand Held Products, Inc. | Portable keying device and method |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5072380A (en) | 1990-06-12 | 1991-12-10 | Exxon Research And Engineering Company | Automatic vehicle recognition and customer billing system |
CA2110025A1 (en) | 1992-12-16 | 1994-06-17 | Gerard Joseph Hughes | Automatic vehicle recognition and customer automobile diagnostic system |
WO1997021626A1 (en) | 1995-12-08 | 1997-06-19 | Gilbarco Inc. | Intelligent fuelling |
US7640185B1 (en) | 1995-12-29 | 2009-12-29 | Dresser, Inc. | Dispensing system and method with radio frequency customer identification |
US6381514B1 (en) | 1998-08-25 | 2002-04-30 | Marconi Commerce Systems Inc. | Dispenser system for preventing unauthorized fueling |
US6912503B1 (en) | 2000-01-14 | 2005-06-28 | Gilbarco Inc. | Multistage data purchase with mobile information ordering and docking station receipt |
US7082406B1 (en) | 2000-06-22 | 2006-07-25 | Gilbarco Inc. | Multi-stage accounting system for a fueling environment |
US7613924B2 (en) | 2005-03-08 | 2009-11-03 | Texas Instruments Incorporated | Encrypted and other keys in public and private battery memories |
-
2012
- 2012-05-26 US US13/481,785 patent/US8515865B1/en active Active
-
2013
- 2013-07-19 US US13/945,970 patent/US20130317979A1/en not_active Abandoned
Patent Citations (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6694470B1 (en) * | 1999-05-21 | 2004-02-17 | Panasonic Communications Co., Ltd. | Retransmission procedure and apparatus for handshaking protocol |
US20110020013A1 (en) * | 2000-12-21 | 2011-01-27 | Bookham Technology, Plc | Demodulation of an optical carrier |
US7674298B1 (en) * | 2001-03-30 | 2010-03-09 | Mcafee, Inc. | Method and apparatus for implementing a handheld security system |
US9137009B1 (en) * | 2001-05-14 | 2015-09-15 | Hand Held Products, Inc. | Portable keying device and method |
US20020194003A1 (en) * | 2001-06-05 | 2002-12-19 | Mozer Todd F. | Client-server security system and method |
US20030004403A1 (en) * | 2001-06-29 | 2003-01-02 | Darrel Drinan | Gateway platform for biological monitoring and delivery of therapeutic compounds |
US20040032412A1 (en) * | 2002-08-13 | 2004-02-19 | Odom Brian Keith | Generating a graphical program based on a timing diagram |
US20120066427A1 (en) * | 2006-06-01 | 2012-03-15 | Johnson Simon B | Information backup system with storing mechanism and method of operation thereof |
US20080215883A1 (en) * | 2006-12-05 | 2008-09-04 | Qualcomm Incorporated | Providing secure inter-application communication for a mobile operating environment |
US20100265034A1 (en) * | 2007-04-05 | 2010-10-21 | George Jaroslav Cap | Portal access control system |
US20090058361A1 (en) * | 2007-06-01 | 2009-03-05 | Michael Sasha John | Systems and Methods for Wireless Power |
US20080309313A1 (en) * | 2007-06-15 | 2008-12-18 | Apple Inc. | Systems and methods for providing device-to-device handshaking through a power supply signal |
US20090108805A1 (en) * | 2007-10-30 | 2009-04-30 | City University Of Hong Kong | Localized charging, load identification and bi-directional communication methods for a planar inductive battery charging system |
US20100017249A1 (en) * | 2008-07-11 | 2010-01-21 | Fincham Carson C K | Systems and methods for electric vehicle charging and power management |
US20100146277A1 (en) * | 2008-12-09 | 2010-06-10 | Renesas Technology Corp. | Semiconductor integrated circuit |
US20100161517A1 (en) * | 2008-12-22 | 2010-06-24 | Nathan Bowman Littrell | Systems and methods for electricity metering for vehicular applications |
US20100225475A1 (en) * | 2009-03-06 | 2010-09-09 | Christopher Karch | Metered Electrical Charging Station With Integrated Expense Tracking And Invoice Capabilities |
US20110175442A1 (en) * | 2009-04-03 | 2011-07-21 | Robert Dean King | Apparatus, method, and system for conveying electrical energy |
US20100292877A1 (en) * | 2009-05-18 | 2010-11-18 | Gabrielle W. Lee | Comprehensive engineering / operation system for electric vehicle and smart networked and decentralized power storage |
US20120139489A1 (en) * | 2009-06-15 | 2012-06-07 | Rwe Ag | Method and device for communication between an electric vehicle and a charging station |
WO2010146015A2 (en) * | 2009-06-15 | 2010-12-23 | Rwe Ag | Method and apparatus for communicating between an electric vehicle and a charging station |
US20110057612A1 (en) * | 2009-09-04 | 2011-03-10 | Denso Corporation | Battery charge state transmission device and external charging system |
US20110106329A1 (en) * | 2009-11-03 | 2011-05-05 | GRIDbot, LLC | Methods and apparatus for charging station with sms user interface |
US20110191265A1 (en) * | 2010-01-29 | 2011-08-04 | Richard Lowenthal | Electric vehicle charging station host definable pricing |
US20110200193A1 (en) * | 2010-02-12 | 2011-08-18 | Daniel Ray Blitz | Method and apparatus for controlling the recharging of electric vehicles and detecting stolen vehicles and vehicular components |
US20110288721A1 (en) * | 2010-05-18 | 2011-11-24 | General Motors Llc | Pre-filling vehicle data check |
US20110296508A1 (en) * | 2010-05-26 | 2011-12-01 | Apple Inc. | Digital handshake for authentication of devices |
US20120130872A1 (en) * | 2010-11-22 | 2012-05-24 | International Business Machines Corporation | Parking management |
US20140159658A1 (en) * | 2010-11-24 | 2014-06-12 | Aerovironment, Inc. | Random Restart Apparatus and Method for Electric Vehicle Service Equipment |
US20130278225A1 (en) * | 2011-01-15 | 2013-10-24 | Daimler Ag | Method for Charging a Battery of a Vehicle |
US20130006677A1 (en) * | 2011-06-30 | 2013-01-03 | International Business Machines Corporation | Recharging of battery electric vehicles on a smart electrical grid system |
US20130015814A1 (en) * | 2011-07-13 | 2013-01-17 | Tesla Motors, Inc. | Charge Disruption Monitoring and Notification System |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9251627B2 (en) * | 2013-03-05 | 2016-02-02 | Sears Brands, L.L.C. | Removable dashboard instrument system |
US20140257623A1 (en) * | 2013-03-05 | 2014-09-11 | Ross Carl | Removable dashboard instrument system |
US10093194B2 (en) | 2013-09-30 | 2018-10-09 | Elwha Llc | Communication and control system and method regarding electric vehicle for wireless electric vehicle electrical energy transfer |
US10131242B2 (en) | 2013-11-02 | 2018-11-20 | At&T Intellectual Property I, L.P. | Methods, systems, and products for charging electric vehicles |
US20150123619A1 (en) * | 2013-11-02 | 2015-05-07 | AT&T Intellectual I, L.P. | Methods, Systems, and Products for Charging Batteries |
US9315109B2 (en) * | 2013-11-02 | 2016-04-19 | At&T Intellectual Property I, L.P. | Methods, systems, and products for charging batteries |
US10762490B2 (en) | 2013-11-02 | 2020-09-01 | At&T Intellectual Property I, L.P. | Methods, systems, and products for charging batteries |
US20170244265A1 (en) * | 2014-11-11 | 2017-08-24 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Communication method, power adaptor and terminal |
US20180304760A1 (en) * | 2017-04-19 | 2018-10-25 | Arnold Chase | Intelligent vehicle charging station |
US10493855B2 (en) | 2017-04-19 | 2019-12-03 | Arnold Chase | Intelligent autonomous vehicle charging system |
US10829000B2 (en) | 2017-04-19 | 2020-11-10 | Arnold Chase | Remote control system for intelligent vehicle charging |
US11584240B2 (en) * | 2017-04-19 | 2023-02-21 | Arnold Chase | Intelligent vehicle charging station |
CN109849726A (en) * | 2017-11-30 | 2019-06-07 | 通用电气公司 | For the charging system to electric vehicle charging and for authorizing the method from charging station to electric vehicle charging |
CN107878247A (en) * | 2017-11-30 | 2018-04-06 | 艾迟鹏 | A kind of new energy packaged type electric automobile charging pile |
CN112135748A (en) * | 2018-03-26 | 2020-12-25 | 西门子股份公司 | Setting communication parameters of communication module of charging station |
US11603004B2 (en) * | 2018-03-26 | 2023-03-14 | Siemens Aktiengesellschaft | Setting a communication parameter of a communication module of a charging station |
JP7457156B2 (en) | 2020-04-15 | 2024-03-27 | 華為技術有限公司 | Charging authentication method and device |
US20230135249A1 (en) * | 2021-10-30 | 2023-05-04 | Beta Air, Llc | Systems and methods for a shutdown of an electric charger in response to a fault detection |
Also Published As
Publication number | Publication date |
---|---|
US8515865B1 (en) | 2013-08-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8515865B1 (en) | Methods, systems, and products for charging batteries | |
US10762490B2 (en) | Methods, systems, and products for charging batteries | |
US10546438B2 (en) | Apparatus, method and article for providing vehicle diagnostic data | |
CN102795198B (en) | Safety device and electric car for electric car | |
US20130254097A1 (en) | Methods, Systems, and Products for Charging Batteries | |
US20130162221A1 (en) | Direct Communications System for Charging Electric Vehicles | |
US20150306967A1 (en) | Identification of an electric vehicle adjacent to a power replenishment station | |
US8798852B1 (en) | Apparatus, system, and method for authentication of vehicular components | |
US11710105B2 (en) | Apparatus, method and article for changing portable electrical power storage device exchange plans | |
WO2018120848A1 (en) | Wireless charging method, device, and system for electric vehicle | |
EP2768695B1 (en) | Methods and apparatuses for charging of electric vehicles | |
US8499154B2 (en) | System and method for establishing a secure connection with a mobile device | |
CN106657063A (en) | Unlocking method for electric vehicle, vehicle cloud platform and mobile terminal | |
US20090184689A1 (en) | Metering system and method of operation | |
CN106585393A (en) | Security method and apparatus for electric vehicle power transfer system | |
CN106183704A (en) | Location-based remote control starts | |
KR20230118543A (en) | Wireless communication method and apparatus for wireless power transmission to electric vehicle | |
KR101637712B1 (en) | System for guiding economic driving, Vehicle applied to the same, and Method thereof | |
CN110329105B (en) | Non-perception payment charging system and method | |
US20190092176A1 (en) | System and method for electric vehicle charging | |
CN103826905A (en) | Method for charging an accumulator incorporated in an electrical motor vehicle | |
CN112706641B (en) | Charging control method and device for alternating-current charging pile and storage medium | |
KR102592889B1 (en) | System and method for authenticating shared battery packs of electric vehicles | |
US20230267838A1 (en) | Electrified vehicle management device and electrified vehicle management system | |
EP4253135A1 (en) | Vehicle charging control system and method for controlling vehicle-to-vehicle charging |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AT&T INTELLECTUAL PROPERTY I, L.P., GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MARATHE, NIKHIL S.;BALDWIN, CHRISTOPHER F.;BARNES, BRUCE;AND OTHERS;SIGNING DATES FROM 20120522 TO 20120525;REEL/FRAME:030836/0527 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |