Classifications

• • B—PERFORMING OPERATIONS; TRANSPORTING
  • B60—VEHICLES IN GENERAL
  • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
  • B60L53/00—Methods of charging batteries, specially adapted for electric vehicles; Charging stations or on-board charging equipment therefor; Exchange of energy storage elements in electric vehicles
  • B60L53/60—Monitoring or controlling charging stations
  • B60L53/65—Monitoring or controlling charging stations involving identification of vehicles or their battery types
• • B—PERFORMING OPERATIONS; TRANSPORTING
  • B60—VEHICLES IN GENERAL
  • B60L—PROPULSION OF ELECTRICALLY-PROPELLED VEHICLES; SUPPLYING ELECTRIC POWER FOR AUXILIARY EQUIPMENT OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRODYNAMIC BRAKE SYSTEMS FOR VEHICLES IN GENERAL; MAGNETIC SUSPENSION OR LEVITATION FOR VEHICLES; MONITORING OPERATING VARIABLES OF ELECTRICALLY-PROPELLED VEHICLES; ELECTRIC SAFETY DEVICES FOR ELECTRICALLY-PROPELLED VEHICLES
  • B60L3/00—Electric devices on electrically-propelled vehicles for safety purposes; Monitoring operating variables, e.g. speed, deceleration or energy consumption
  • B60L3/12—Recording operating variables ; Monitoring of operating variables
• • 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

Definitions

• the present invention generally relates to an electric vehicle battery swapping and battery authentication system.
• An existing battery installation way of an electric vehicle generally comprises a static way or a swappable way.
• a battery is fixed on the vehicle, and thus, the vehicle is directly used as charged object when the battery is charged.
• a battery generally adopts a movable installation way, and thus, the battery may be taken down at any time to swap with a new battery.
• battery replacement/battery swapping is a complex process and may involve one or more stakeholder’s involvement to implement the swapping/replacement process depending upon different conditions in which swapping/replacement is being done.
• owner of a vehicle can swap a discharged battery with a charged battery from an authorized swappable station, or from another vehicle owned by him, or from another vehicle owned by third person like a friend, relative, or a stranger helping the owner in emergency condition.
• owner of the vehicle may lend his vehicle to a third person (i.e. friend, relative or a stranger whom the owner is helping in emergency condition), and the third person could do swapping of the old battery or discharged battery with new battery from an authorized swappable station, or from the another vehicle belonging to the vehicle lender, or from another vehicle owned by the same third person, or from another vehicle owned by forth person like a friend, relative, or a stranger helping the third person in emergency condition.
• a third person i.e. friend, relative or a stranger whom the owner is helping in emergency condition
• the present disclosure overcomes one or more shortcomings of the prior art and provides additional advantages discussed throughout the present disclosure. Additional features and advantages are realized through the techniques of the present disclosure. Other embodiments and aspects of the disclosure are described in detail herein and are considered a part of the claimed disclosure.
• a method of performing battery authentication of a vehicle comprises receiving, by a battery authentication server, a battery identification number (Battery_ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle, from a vehicle control unit (VCU) of the vehicle.
• the method comprises determining by the battery authentication server, if the Battery _ID is mapped to the V_ID, and performing authentication of the battery for use in the vehicle based on the determining and transmitting a server response to the VCU based on the authentication.
• the server response is transmitted as one of ‘successful’ or ‘unsuccessful’.
• the Battery_ID and the V_ID are received at the battery authentication server when the Battery_ID does not match with a list of pre-stored Battery_IDs stored in the VCU.
• the method upon determining that the Battery_ID is mapped to the V_ID, the method further comprises transmitting, by the battery authentication server, a first authentication request to a first device associated with a user mapped to the V_ID.
• the method further comprises receiving, by the battery authentication server, a first user response fromthe first device in response to the first authentication request; and transmitting, by the battery authentication server, the server response as ‘successful’ upon receiving a ‘positive’ user response from the first device.
• the method upon determining that the Battery _ID is not mapped to the V_ID, the method further comprising: transmitting, by the battery authentication server, a first authentication request to a first device associated with a user mapped to the V_ID.
• the method further comprises receiving, by the battery authentication server, a first user response from the first device in response to the first authentication request.
• the method discloses transmitting, by the battery authentication server, a second authentication request to a second device associated with a user mapped to the Battery_ID, receiving, by the battery authentication server, a second user response from the second device in response to the second authentication request; and transmitting, by the battery authentication server, the server response as ‘successful’ upon receiving a ‘positive’ user response from the first device and a ‘positive’ user response from the second device, and mapping by the battery authentication server, the Battery_ID to the V_ID upon receiving a ‘positive’ user response from the first device and a ‘positive’ user response from the second device.
• the method further comprises further comprises adding, by the VCU, the Battery_ID in the list of prestored Battery IDs when the server response is received as ‘successful’.
• the method further comprises enabling, by the VCU, a power train of the vehicle, upon receiving a ‘successful’ server response from the battery authentication server; or preventing, by the VCU, from enabling the power train upon receiving an ‘unsuccessful’ server response from the battery authentication server.
• a method of performing battery authentication in a vehicle comprises receiving, by a battery authentication server, a battery identification number (Battery_ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle, from a Vehicle Control Unit (VCU) of the vehicle.
• the method further comprises transmitting, by the battery authentication server, a first authentication request to a first device associated with a user mapped to a Vehicle Identification number (V_ID) of the vehicle; transmitting, by the battery authentication server, a second authentication request to a second device associated with a user mapped to a Battery Identification number (Battery_ID) of a battery.
• the method comprises performing authentication of the battery for use in the vehicle and transmitting a server response as one of ‘successful’ and ‘unsuccessful’ to the VCU based on the authentication.
• the method further comprising receiving, by the battery authentication server, a first user response from the first device in response to the first authentication request; receiving, by the battery authentication server, a second user response from the second device in response to the second authentication request; transmitting the server response as ‘successful’ upon receiving a ‘positive’ user response from the first device and a ‘positive’ user response from the second device; and mapping the Battery lD to the V ID upon receiving a ‘positive’ user response from the first device and a ‘positive’ user response from the second device.
• the method further comprises: adding, by the VCU, the Battery_ID in the list of pre-stored Battery lDs when the server response is received as ‘successful’.
• the method further comprises: enabling, by the VCU, a power train of the vehicle upon receiving a ‘successful’ server response from the battery authentication server; or disabling, by the VCU, the power train of the vehicle upon receiving an ‘unsuccessful server response from the battery authentication server’.
• a system for performing battery authentication of a vehicle comprises a vehicle control unit (VCU) and a battery authentication server.
• the battery authentication server configured to receive a battery identification number (Battery_ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle, from the VCU of the vehicle. Further, the battery authentication server determines if the Battery_ID is mapped to the V_ID. Thereafter, the battery authentication server performs an authentication of the battery for use in the vehicle based on the determination and transmits a server response as one of ‘successful’ and ‘unsuccessful’ to the VCU, based on the authentication. Furthermore, the VCU is configured to enable a power train of the vehicle upon receiving a ‘successful’ server response from the battery authentication server or disable the power train of the vehicle upon receiving an ‘unsuccessful’ server response from the battery authentication server.
• Battery_ID battery identification number
• V_ID vehicle identification number
• a system for performing battery authentication of a vehicle comprises a vehicle control unit (VCU) and a battery authentication server.
• the battery authentication server configured to receive a battery identification number (Battery_ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle, from theVCU of the vehicle. Further, the battery authentication server transmits a first authentication request to a first device associated with a user mapped to the V_ID of the vehicle and transmits a second authentication request to a second device associated with a user mapped to the Battery_ID of the battery. Furthermore, the battery authentication server performs an authentication of the battery for use in the vehicle.
• Battery_ID battery identification number
• V_ID vehicle identification number
• the battery authentication server transmits a server response as one of ‘successful’ and ‘unsuccessful’ to the VCU based on the authentication and authenticates the battery for use in the vehicle based on the server response.
• the VCU is configured to: enable a power train of the vehicle upon receiving the ‘successful’ server response from the battery authentication server, or disable the power train of the vehicle upon receiving the ‘unsuccessful’ server response from the battery authentication server.
• Figure 1 depicts a block diagram of a system 100 for performing battery authentication of a vehicle, in accordance with an embodiment of the present disclosure
• FIGS. 2a-2b depict sequence diagrams for performing battery authentication of a vehicle, in accordance with an embodiment of the present disclosure
• FIG. 3a-3b illustrate method/steps for performing battery authentication of a vehicle, in accordance with an embodiment of the present disclosure
• Disclosed herein is a method and system for performing battery authentication of a vehicle.
• the vehicle approaches a swapping station to swap the discharged battery with a new battery.
• the battery may be swapped with the swapping station or with another vehicle.
• Another vehicle may be referred to as a vehicle corresponding to a known person or friend, or relative.
• battery authentication needs to be provided to avoid any type of unauthorized usage of the battery or theft.
• the present disclosure provides techniques for authenticating the battery for use in the vehicle. To do so, the battery authentication server first determines whether the new battery mapped with the vehicle or not.
• the battery authentication server transmits an authentication request to a user of the vehicle. Upon receiving a positive user response from the user, the battery authentication server transmits a server response as ‘successful’ which means that battery has been successfully authenticated for use in the vehicle.
• the new battery does not map with the vehicle, as discussed earlier, there exist two scenarios. Firstly, where the battery is to be swapped at the swapping station, then approval for usage of the battery in the vehicle is required from the vehicle owner. Secondly, when the battery is to be swapped with another vehicle, then approval for usage of the battery in the vehicle is required from both the battery owner and the vehicle owner.
• the present disclosure provides an efficient way of exchanging batteries for use in vehicle by authenticating them and helps in theft prevention.
• the present disclosure may be implemented for two- wheelers, three-wheeler, four-wheeler vehicles but limited to electric vehicles and the term “vehicle” used hereafter for above mentioned types of vehicles.
• FIG. 1 shows a block diagram illustrating a system for performing battery authentication of a vehicle, in accordance with an embodiment of the present disclosure. The explanation of Fig. 1 is described in conjunction with the Fig. 2a-2b to understand the invention with ease. Fig. 2a-2b illustrates sequence diagrams for performing battery authentication of the vehicle.
• the system 100 comprises a battery authentication server 101 configured to authenticate a battery (not shown) for use in a vehicle 103.
• the battery that need to be authenticated may be present at the swapping station or may relate to a battery (new battery) of another vehicle (not shown).
• the swapping station may be referred to as swappable charging station.
• the battery authentication server 101 may be in communication with the vehicle 103 via a communication network 105.
• the battery authentication server 101 may reside outside the system 100.
• the battery authentication server 101 may be in communication with a vehicle control unit (VCU) 107 residing inside the vehicle 103.
• VCU vehicle control unit
• the battery authentication server 101 may comprise a processor 109 and a memory 111 coupled to each other.
• the processor 109 may be configured to perform the functionality of the battery authentication server 101.
• the battery authentication server 101 may be configured to store mapping between a vehicle identification number (V_ID) associated with the vehicle 103 and a battery identification number (Battery_ID) associated with the battery.
• the VCU 107 may comprise a memory 113 configured to store the Battery _IDs and the V_IDs.
• the VCU 107 may be coupled to a battery 115 already stored/placed in the vehicle 103 and may be configured to store the Battery_ID associated with the battery.
• the battery 115 which is already placed in the vehicle 103 may be referred to as old battery.
• the VCU 107 may be implemented as a processor, one or more microprocessors, microcomputers, microcontrollers, digital signal processors, central processing units, state machines, logic circuitries, and/or any devices that manipulate signals based on operational instructions.
• the VCU 107 may be configured to fetch and execute computer-readable instructions stored in the memory.
• the memory may be a computer-readable medium known in the art including, for example, volatile memory, such as static random-access memory (SRAM) and dynamic random-access memory (DRAM), and/or non-volatile memory, such as read only memory (ROM), erasable programmable ROM, flash memories, hard disks, optical disks, and magnetic tapes.
• volatile memory such as static random-access memory (SRAM) and dynamic random-access memory (DRAM)
• non-volatile memory such as read only memory (ROM), erasable programmable ROM, flash memories, hard disks, optical disks, and magnetic tapes.
• ROM read only memory
• erasable programmable ROM erasable programmable ROM
• flash memories hard disks
• optical disks optical disks
• magnetic tapes magnetic tapes.
• the information may be stored within the memory in the form of various data structures. Additionally, the information stored in memory may be organized using data models, such as relational or hierarchical data models or lookup tables. The memory
• the battery authentication server 101 may be configured to receive a battery identification number (Battery_ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle. It may be well noted to a person skilled in the art that the Battery_ID of new battery is received. In other words, the battery authentication server 101 receives the Battery_ID and the V_ID from the VCU 107 of the vehicle. In non-limiting embodiment, whenever a new vehicle is issued to a user, the battery _ID associated with already placed battery may be stored in the VCU 107. Accordingly, the VCU 107 may be configured to store a list of pre-stored Battery _IDs.
• Battery_ID battery identification number
• V_ID vehicle identification number
• the Battery_ID and V_ID are received at the battery authentication server 101 when the Battery_ID does not match with a list of pre-stored Battery_IDs stored in the VCU 107. Further, the battery authentication server 101 may determine if the Battery_ID is mapped to the V_ID. Upon determining that the Battery_ID is mapped to the V_ID, the battery authentication server 101 transmits a first authentication request to a first device associated with a user mapped to the V_ID. In other words, the first authentication request is transmitted to the first device of the user of the vehicle. The battery authentication server 101 may be configured to receive a first user response from the first device in response to the first authentication request. The first authentication request may be referred to as requesting approval for usage of battery in the vehicle.
• the battery authentication server 101 may be configured to transmit a server response as ‘successful’ upon receiving a ‘positive’ user response from the first device.
• the ‘positive’ user response from the first device is an approval for using the battery in the vehicle. In this manner, battery authentication is performed for using the battery in the vehicle.
• the battery authentication server 101 when the battery authentication server 101 determines that the Battery_ID is not mapped to the V_ID, the battery authentication server 101 may be configured to transmit a first authentication request and a second authentication request to a first device and a second device, respectively.
• the first device may be associated to a user mapped to the V_ID and the second device may be associated to a user mapped to the Battery _ID.
• the battery authentication server 101 receives a first user response from the first device and a second user response from the second device, respectively.
• the battery authentication server 101 may be configured to transmit a server response to the VCU 107 and authenticate the battery for use in the vehicle 103 based on the server response.
• the battery authentication server 101 may be configured to transmit the server response as ‘successful’ upon receiving a ‘positive’ user response from the first device and a ‘positive’ user response from the second device.
• the ‘successful’ server response is transmitted to the VCU 107 for using the battery in the vehicle 103 based on the positive response from the first device and the second device.
• the VCU 107 may be configured to enable a power train of the vehicle 103 upon receiving a ‘successful’ server response from the battery authentication server. Once the ‘positive’ user response is received from the first device and the second device, the battery authentication server 101 may be configured to map the Battery_ID to the V_ID. In some embodiments, the VCU 107 may be configured to add the Battery_ID in the list of pre-stored Battery_IDs when the server is received as ‘successful’. The Battery _ID may be stored in the list of pre-stored Battery_IDs so that for the next time the battery may be used for usage in the vehicle 103 since the battery is already authenticated.
• the VCU 107 may be configured to prevent from enabling the power train upon receiving an ‘unsuccessful’ server response from the battery authentication server.
• the ‘unsuccessful’ server response may be received from the battery authentication server 101 upon receiving a ‘negative’ user response from any one of the first device or second device or from both the first and second device. In other words, the user corresponding to the first device, or the second device may not allow to use the battery in the vehicle.
• the battery authentication server 101 may be configured to receive a battery identification number (Battery _ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle 103.
• the battery authentication server 101 receives the Battery_ID and the V_ID from the VCU 107 of the vehicle 103.
• the battery authentication server 101 may be configured to transmit a first authentication request and a second authentication request to a first device and a second device respectively.
• the first device may be associated with a user mapped to the V_ID of the vehicle 103 and the second device may be associated with a user mapped to the Battery_ID of the battery.
• the battery authentication server 101 may be configured to receive a first user response and a second user response from the first device and the second device respectively. Further, the battery authentication server 101 may be configured to transmit a server response to the VCU 107 and authenticate the battery for use in the vehicle 103 based on the server response. In some embodiments, the battery authentication server 101 may be configured to transmit the server response as ‘successful’ upon receiving a ‘positive’ user response from the first device and the second device. Based on the ‘positive’ user response, the battery authentication server 101 may be configured to map the Battery_ID to the V_ID. However, the description should not be taken into limiting sense.
• the VCU 107 may be configured to add the Battery_ID in the list of pre-stored Battery_IDs when the server response is received as ‘successful’. Based on the ‘successful’ server response, the VCU 107 may be configured to enable the power train of the vehicle 103. In another embodiment, the VCU 107 may be configured to disable the power train of the vehicle 103 based on receiving an ‘unsuccessful’ server response from the battery authentication server.
• the battery authentication server 101 may be configured not to proactively inform the new Battery_ID to the vehicle 103, until the battery is inserted in the vehicle and authentication is performed. Post authentication the battery is swapped with the swapping station.
• step may be performed. Firstly, the user of the vehicle removes the old battery from the vehicle 103 and inserts the old battery into the swapping station. The swapping station reads Battery_ID from the old battery and queries the battery authentication server 101 about the V_ID on which the old Battery_ID is mapped.
• the swapping station swaps the old battery with a new battery and provides the new Battery_ID corresponding to the V_ID, to the battery authentication server.
• the battery authentication server 101 may be configured to map the new Battery _ID to the V_ID. In non-limiting embodiment, if the new Battery_ID is already mapped to the V_ID at the battery authentication server, this indicates that battery owner and the vehicle owner are same, Hence, the battery authentication server 101 may be configured to transmi t/send the notification/authentication request only to the vehicle owner.
• the swapping station provides the new battery to the user and inserts the new battery into the vehicle 103.
• the VCU 107 compared new Battery_ID with pre-stored Battery_IDs in the memory of the VCU 107.
• the VCU 107 sends the new Battery_ID to the battery authentication server 101 for authentication.
• the battery authentication server 101 checks or determines whether the new Battery_ID is mapped to the V_ID and sends notification/request to the vehicle owner (also referred to as first device in the disclosure). If the vehicle owner sends positive response to the battery authentication server, the battery authentication server 101 transmits a server response as ‘successful’ to the VCU 107 based on the positive response.
• the VCU 107 enables power train of the vehicle 103 and stores new Battery_ID in the memory of the VCU 107 Whereas if the vehicle owner sends negative response to the battery authentication server, the battery authentication server 101 transmits the server response as ‘unsuccessful’ to the VCU 107 based on the negative response. The VCU 107 disables or prevents enabling power train of the vehicle 103.
• the battery authentication server 101 may be configured not to proactively inform the new Battery _ID to the vehicle 103, until battery is inserted in the vehicle 103 and authentication is performed.
• the battery is swapped with some other user or another vehicle. In such case, user removes old battery from the vehicle 103 and inserts a new battery swapped with another vehicle.
• the VCU 107 compared a Battery_ID of the new battery with the Battery_IDs stored in the memory of the VCU 107.
• the VCU 107 transmits the new Battery_ID and the V_ID of the vehicle 103 to the battery authentication server 101 for authentication.
• the battery authentication server 101 checks if the new Battery_ID is mapped to the V_ID and transmits a notification/authentication request to both the battery owner and the vehicle owner. If ‘positive’ user response is received from the battery owner and the vehicle owner, the battery authentication server 101 transmits a server response as ‘successful’ to the VCU 107. The battery authentication server 101 links or maps the new Battery _ID with the V_ID for future purposes. Upon receiving the ‘successful’ server response, the VCU 107 enables the power train of the vehicle 103. If ‘negative’ user response is received from any one of the battery owner or the vehicle owner, the battery authentication server 101 transmits the server response as ‘unsuccessful’ to the VCU 107.
• the VCU 107 Upon receiving the ‘unsuccessful’ server response, the VCU 107 disables or prevents enabling the power train of the vehicle 103. It may be well notes that since new battery is not provided by the swapping station, therefore, the new Battery_ID is not mapped with the V_ID. This indicates that the battery owner and the vehicle owner are not same. Hence, the battery authentication server 101 transmits notification/authentication request to both the vehicle owner and the battery owner.
• the battery authentication server 101 is configured to proactively inform the new Battery_ID to the vehicle 103, even before the battery is inserted in the vehicle 103 and authentication is performed.
• the battery is swapped with the swapping station.
• the user removes old battery from the vehicle 103 and inserts the old battery into swapping station.
• the swapping station reads old Battery_ID from the old battery and queries the server about the V_ID on which the old Battery_ID is mapped.
• the swapping station swaps the old battery with a new battery and provides the new Battery_ID corresponding to the V_ID to the battery authentication server.
• the battery authentication server 101 maps the new Battery _ID to the V_ID and transmits the new Battery_ID to the VCU 107.
• the VCU 107 stores the new Battery_ID in the memory of the VCU 107.
• the user inserts the new battery into the vehicle 103.
• the VCU 107 compares the new Battery_ID with the pre-stored Battery_IDs in the memory. Once the battery is inserted in the vehicle 103, the VCU 107 enables the power train of the vehicle 103. This scenario is applicable where the new Battery_ID matches to the prestored Battery _IDs. Therefore, the VCU 107 enables power train of the vehicle 103 and there is no requirement of authenticating the battery.
• the battery authentication server 101 may be configured to proactively inform the new Battery _ID to the vehicle 103, even before battery is inserted in the vehicle 103 and authentication is performed.
• the battery is swapped with another vehicle.
• the user removes the old battery from the vehicle 103 and inserts a new battery swapped with another vehicle.
• the VCU 107 of the vehicle 103 compares new Battery_ID with the pre-stored Battery _IDs in the memory.
• the VCU 107 transmits the new Battery _ID and the V_ID of the vehicle 103 in which battery is being placed to the battery authentication server 101 for authentication.
• the battery authentication server 101 transmits notification/authentication request to both the battery owner and the vehicle owner.
• the battery authentication server 101 Upon receiving ‘positive’ response from the battery owner and the vehicle owner, the battery authentication server 101 transmits a server response as ‘successful’ to the VCU 107.
• the battery authentication server 101 links/maps the new Battery_ID to the V_ID.
• the VCU 107 enables the power train of the vehicle 103 based on the ‘successful’ server response from the battery authentication server.
• the VCU 107 stores the new Battery_ID in the memory.
• the battery authentication server 101 Upon receiving ‘negative’ response from any one of the battery owner and the vehicle owner, the battery authentication server 101 transmits the server response as ‘unsuccessful’ to the VCU 107.
• the VCU 107 disables/prevent enabling the power train of the vehicle 103 based on the ‘unsuccessful’ server response.
• the server since the server is configured to proactively inform the vehicle 103 about the new battery (i.e., before new battery is inserted in the vehicle), the step of checking if new Battery_ID is mapped to the V_ID at the battery authentication server 101 is not required. Since, the new battery is not provided by the swapping station, therefore, the battery authentication server 101 has no information about the new Battery_ID. Hence, in this scenario, the battery authentication server 101 cannot proactively inform the vehicle 103 about the new battery (i.e., before new battery is inserted in the vehicle).
• VCU 107 compares new Battery_ID with the pre-stored Battery_IDs in the memory, there will be no match. Hence, the VCU 107 transmits new Battery_ID to the battery authentication server 101 for authentication. Since the battery owner and the vehicle owner are not same, the battery authentication server 101 transmits notification/authentication request to both the battery owner and the vehicle owner.
• paragraphs [0036]-[0039] discloses exemplary scenarios and should not be taken into limiting sense within the scope of the disclosure.
• Figure 3 depicts a method 300 for performing battery authentication of a vehicle 103, in accordance with an embodiment of the present disclosure.
• the method 300 may be described in the general context of computer executable instructions.
• computer executable instructions may include routines, programs, objects, components, data structures, procedures, modules, and functions, which perform specific functions or implement specific abstract data types.
• the order in which the method 300 is described is not intended to be construed as a limitation, and any number of the described method blocks may be combined in any order to implement the method. Additionally, individual blocks may be deleted from the methods without departing from the spirit and scope of the subject matter described.
• the method 300a is implemented in a scenario where user of the vehicle 103 swaps battery with another vehicle.
• approval is requested from vehicle owner (first device) and owner of another vehicle (because owner of another vehicle is owner of a new battery).
• the method 300a may comprise receiving a battery identification number (Battery _ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle 103 from a vehicle control unit (VCU 107) of the vehicle 103.
• the method 302 is performed by a battery authentication server.
• the Battery _ID and the V_ID are received at the battery authentication server 101 when the Battery_ID does not match with a list of pre-stored Battery_IDs stored in the VCU 107.
• the method at block 303a may comprise determining if the Battery_ID is mapped to the V_ID.
• the method at block 305a may performing authentication of the battery for use in the vehicle.
• the method at block 307a may transmit a server response to the VCU.
• the method discloses transmitting the server response as one of ‘successful’ and ‘unsuccessful’.
• the method upon determining that the Battery _ID does not map to the V_ID, the method further comprises transmitting a first authentication request to a first device associated with a user mapped to the V_ID. In response to the first authentication request, a first user response from the first device is received. The method further comprises transmitting a second authentication request to a second device associated with a user mapped to the Battery _ID. In response to the second authentication request, a second user response from the second device is received. The method further includes transmitting the server response as ‘successful’ upon receiving a ‘positive’ user response from the first device and a ‘positive’ user response from the second device. Based on receiving the ‘positive’ user response from the first device and the ‘positive’ user response from the second device, the method further comprises mapping the Battery _ID to the V_ID.
• the method further comprises adding by the VCU 107 the Battery _ID in the list of pre-stored Battery_IDs when the server response is received as ‘successful’.
• the method comprises enabling by the VCU 107 a power train of the vehicle 103 upon receiving a ‘successful’ server response from the battery authentication server.
• the method further comprises preventing by the VCU 107 enabling the power train upon receiving the ‘unsuccessful’ server response from the battery authentication server.
• the server response may be ‘unsuccessful’ upon receiving one or more of the following responses: a ‘negative’ user response received form the first device, a ‘negative’ user response received form the second device; and a ‘negative’ user response from the first device and a ‘negative’ user response from the second device.
• the method 300b is implemented in a scenario where user of the vehicle 103 swaps battery with swapping station.
• approval is requested from vehicle owner (first device) because owner of the vehicle 103 is owner of the new battery.
• the method 300 is performed by a battery authentication server.
• the method 300b may comprise receiving a battery identification number (Battery_ID) associated with a battery and a vehicle identification number (V_ID) associated with the vehicle 103 from a vehicle control unit (VCU 107) 107 of the vehicle 103.
• Battery_ID battery identification number
• V_ID vehicle identification number
• the method may comprise transmitting a first authentication request to a first device associated with a user mapped to the V_ID of the vehicle 103.
• a first user response from the first device is received.
• the method at block 305b may comprise transmitting a second authentication request to a second device associated with a user mapped to the Battery_ID. In response to the second authentication request, a second user response from the second device is received.
• the method may further comprise performing authentication of the battery for use in the vehicle. Thereafter, the method at block 309b comprises transmitting a server response as one of ‘successful’ and ‘unsuccessful’ to the VCU.
• the method may further comprise mapping the Battery lD to the V ID upon receiving the ‘positive’ user response from the first device and the ‘positive’ user response from the second device.
• the method may further comprise adding the Battery_ID in the list of pre-stored Battery_IDs when the server response is received as ‘successful’.
• the method is performed by the VCU 107.
• the method may further comprise enabling by the VCU 107 a power train of the vehicle 103 upon receiving a ‘successful’ server response from the battery authentication server.
• the method may further comprise disabling by the VCU 107 the power train of the vehicle 103 upon receiving the ‘unsuccessful’ server response from the battery authentication server.
• the server response may be ‘unsuccessful’ upon receiving one or more of the following responses: a ‘negative’ user response received form the first device, a ‘negative’ user response received form the second device; and a ‘negative’ user response from the first device and a ‘negative’ user response from the second device.
• the authentication server firstly checks internally, if the received Battery _ID is mapped to the received V_ID. If it is not matched, then a notification is sent to the User-A (who is the owner of the received V_ID in this particular case), and another notification is sent to User-C (who is the owner of the received Battery_ID in this particular case). If a positive response received from the User-A and User-C in response to send notifications, then the authentication server will send a positive server response to the VCU of the Vehicle-A, and simultaneously it maps the Battery_ID with V_ID in its internal database. After receiving the positive response from the server, the VCU of Vehicle-A enables its power train and also maps the Battery_ID with the V_ID in its internal database.
• mapping of V_ID and Battery_ID in the server, and in the Vehicle-A after successful authentication ensures that the above authentication process is not repeated again if the same battery is removed and inserted again in the Vehicle-A in the future.
• above mapping in the server and/or vehicle is optional can be removed if it is desired to repeat the above authentication process every time if a new battery is inserted in the vehicle.
• a negative response is received from User-A or User-C or both in response to send notifications, then the authentication server will send a negative sever response to the VCU of the Vehicle-A.
• the authentication server will send a negative server response to the VCU of the Vehicle-A.
• the VCU of the Vehicle-A will disable its power-train.
• the VCU enables its power train with limited functionality, for example vehicle will not be allowed to run more than 20 km/hr speed and not allowed to cover more than 40 Km distance.
• the authentication server can disable the old battery from being used in any of the vehicles, such measure ensures that if battery swapping is done with the intention of theft of old battery then the old battery will be of no use for the stealer.
• the foregoing paragraph explains another real life situation in which one of the embodiments of the present disclosure can be used.
• User-A owns two vehicles (Vehicle-A and Vehicle-B), and User-A replaces the battery of the Vehicle-A with the battery of the Vehicle-B.
• the VCU of the Vehicle-A will check whether the Battery_ID of the newly inserted battery lies in its internal database. If a match is found, Vehicle-A is allowed to run. If a match is not found, then the Battery_ID of the newly inserted battery and V_ID of the Vehicle- A is sent to the authentication server.
• the authentication server checks its internal database, if a match is not found, it sends two notifications to the User-A, one for the authorizing the V_ID and other notification for authorizing the Battery_ID. On receiving positive response for both of the sent notifications, a positive server response sends to Vehicle- A else a negative server response sends to the Vehicle- A.
• the battery authentication server in this particular case is of non-proactive in nature which means upon receiving the new Battery_ID from the swapping station, the server does not proactively provide the new Battery _ID to the Vehicle-A.
• the server When the user inserts the newly picked battery in the Vehicle-A, it is checked internally in the vehicle database to see if a mapping exists.
• the authentication server is of non-proactive nature, it did not provide the new Battery_ID to the Vehicle-A so Battery _ID certainly not going to match in the internal database of the Vehicle-A.
• the VCU of the Vehicle-A sends the Battery_ID of the new battery and the V_ID of the Vehicle-A to authentication server.
• the authentication server internally checks if the received Battery_ID mapped to the received V_ID.

Landscapes

• Engineering & Computer Science (AREA)
• Power Engineering (AREA)
• Transportation (AREA)
• Mechanical Engineering (AREA)
• Life Sciences & Earth Sciences (AREA)
• Sustainable Development (AREA)
• Sustainable Energy (AREA)
• Charge And Discharge Circuits For Batteries Or The Like (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=90829358

Family Applications (1)

Country Status (3)

Family Cites Families (2)

• 2024
  • 2024-03-16 WO PCT/IN2024/050274 patent/WO2024194888A1/en not_active Ceased
  • 2024-03-16 EP EP24721245.9A patent/EP4680480A1/de active Pending
  • 2024-03-16 CN CN202480026157.3A patent/CN121001895A/zh active Pending

Also Published As

Similar Documents

Legal Events