Charging method, device and equipment based on vehicle end rapid authentication and storage medium

Abstract

The invention discloses a rapid authentication charging method, device and equipment based on a vehicle end, and a storage medium, and relates to the field of charging piles. Acquiring a charging request of a to-be-charged vehicle, and reading vehicle state information of the to-be-charged vehicle; based on the vehicle state information and the pile end state information of the charging pile, a charging request is sent to a cloud server, so that the cloud server carries out charging condition judgment and transaction information judgment based on the uploaded charging request; charging request feedback issued by the cloud server is received, the charging authority of the to-be-charged vehicle is determined, and the to-be-charged vehicle is charged under the condition that the charging authority is obtained; and when it is detected that the to-be-charged vehicle meets the charging termination request, charging of the to-be-charged vehicle is stopped, and a generated charging timestamp is sent to the cloud server, so that the cloud server generates transaction information of the to-be-charged vehicle. According to the scheme, rapid authentication can be carried out in the gun insertion stage, the cloud server is notified to generate transaction information after charging is completed, the charging logic of first charging and then settlement is achieved, and the purpose of rapid authentication charging is achieved.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of robots, and in particular to a vehicle-side rapid authentication charging method, device, equipment and storage medium. Background Art

[0002] At present, with the rapid development of electric vehicles, commercial charging piles that are compatible with them need to be able to charge vehicles with sufficient power in a shorter time. Therefore, the Open Charging Protocol (OCPP) needs to be able to authenticate charging customers as quickly as possible to facilitate users to charge quickly.

[0003] Currently in ocpp, most of the charging piles for home use (home charging piles) are charged in plug-and-play mode by default. In this charging mode, there is no need for complicated authentication operations, which is convenient and fast.

[0004] Commercial charging piles require essential authentication operations for customers. There are three main ways of authentication: first, authentication by swiping an inductive chip card (including various RFID cards and bank cards); second, customers charge remotely through the mobile app, which requires client authentication; third, customers charge their vehicles through the plug-and-play charging set in the mobile app. However, the authentication process of the above authentication methods has some disadvantages. First, the above authentication methods are cumbersome, and in special circumstances (such as poor mobile phone signals and remote start failures), it takes unnecessary time. Second, considering that customers who need to charge may have lost their cards or mobile phones, customers cannot complete the charging of their vehicles in this scenario. Third, considering that some car owners are not familiar with the operation or the operation process is cumbersome, they cannot correctly complete such operations as setting the plug-and-play charging method on the mobile phone.

[0005] Therefore, in summary, ocpp needs a fast authentication method to solve the above problems about commercial charging piles. In order to solve the three problems mentioned above, one is that in special circumstances, customers cannot quickly start charging by swiping the card or the mobile phone when encountering poor mobile phone signals, demagnetization of M1 cards and bank cards. The second situation is that the customer accidentally loses the card or mobile phone. In this case, the customer cannot charge the electric car. The third situation is that the middle-aged and elderly users and car owners do not know how to operate plug-and-play and other related functions, or the rental car owners do not have the authority to set related functions. In this case, it is also necessary to use traditional methods such as swiping cards and scanning codes for vehicle charging services. Summary of the invention

[0006] The embodiments of the present application provide a vehicle-side rapid authentication charging method, device, equipment and storage medium to solve the problem of charging authentication waiting in related technologies.

[0007] On the one hand, the present application provides a vehicle-side fast authentication charging method, the method is used for a charging pile, and the method includes: In response to obtaining a charging request of a vehicle to be charged, reading vehicle status information of the vehicle to be charged; the vehicle status information is used to determine a chargeable state of the vehicle; Based on the vehicle status information and the charging pile end status information, a charging request is sent to a cloud server so that the cloud server performs charging condition judgment and transaction information judgment based on the uploaded charging request; In response to receiving the charging request feedback sent by the cloud server, determining the charging authority of the vehicle to be charged, and charging the vehicle to be charged if the charging authorization is obtained; In response to detecting that the vehicle to be charged meets the charging termination request, charging of the vehicle to be charged is stopped, and the generated charging timestamp is sent to the cloud server so that the cloud server generates transaction information of the vehicle to be charged.

[0008] Specifically, the charging pile obtains vehicle status information based on the plug-in status of the vehicle to be charged; The vehicle status information includes remaining power, charging power, vehicle unique identification, and request timestamp; the vehicle unique identification is used to bind the charging account and transaction settlement; When the vehicle status information does not match the charging pile end, the connection with the vehicle to be charged is disconnected and a charging prompt is given.

[0009] Specifically, sending a charging request to a cloud server based on the vehicle status information and the charging pile end status information includes: When the vehicle status information is matched with the charging pile end, the charging pile end status information is obtained; When the pile end information indicates that the vehicle is in an idle state, a charging request is sent to the cloud server based on the pile end information and the vehicle unique identifier.

[0010] Specifically, the cloud server performs charging condition judgment and transaction information judgment based on the uploaded charging request, including: When it is determined that the current pile end is in an idle state, the historical order transaction timestamp is obtained based on the vehicle unique identification and request timestamp to determine the historical order settlement information; When the historical order settlement information indicates that the resource settlement has been completed, it is determined that the current vehicle to be charged meets the charging conditions; when the historical order settlement information indicates that the resource settlement has not been completed, it is determined that the current vehicle to be charged does not meet the charging conditions; Send charging request feedback to the charging pile end based on the charging authorization status of the vehicle to be charged.

[0011] Specifically, the method further includes: Obtaining the battery capacity of the vehicle to be charged and the remaining power of the current charging cycle; When the remaining power in the charging cycle reaches the battery capacity threshold, charging of the vehicle to be charged is stopped.

[0012] Specifically, after stopping charging the vehicle to be charged, the method further includes: The cloud server determines the charging duration according to the request timestamp and the charging timestamp of the vehicle to be charged, and generates transaction information; The transaction information is sent to the corresponding bound account platform and charging pile, and the transaction settlement is performed when the paid resources are received.

[0013] Specifically, after the charging pile is disconnected from the vehicle to be charged, the method further includes: Detect the plug-in and unplug-out status of all charging guns, and update the charging status of the charging pile when it is detected that the charging gun is unplugged.

[0014] On the other hand, the present application provides a vehicle-side rapid authentication charging device, which is used for a charging pile, comprising: A receiving module, configured to read vehicle status information of the vehicle to be charged in response to obtaining a charging request of the vehicle to be charged; the vehicle status information is used to determine the chargeable state of the vehicle; A first sending module, used to send a charging request to a cloud server based on the vehicle status information and the pile end status information of the charging pile, so that the cloud server performs charging condition judgment and transaction information judgment based on the uploaded charging request; A control module, configured to determine the charging authority of the vehicle to be charged in response to receiving the charging request feedback sent by the cloud server, and charge the vehicle to be charged if the charging authorization is obtained; The second sending module is used to stop charging the vehicle to be charged in response to detecting that the vehicle to be charged meets the charging termination request, and send the generated charging timestamp to the cloud server so that the cloud server generates transaction information of the vehicle to be charged.

[0015] On the other hand, the present application provides an electronic device, comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set are loaded and executed by the processor to implement the vehicle-side fast authentication charging method described in the above aspects.

[0016] On the other hand, the present application provides a computer-readable storage medium, which stores at least one instruction, at least one program, a code set or an instruction set. The at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by a processor to implement the vehicle-side fast authentication charging method described in the above aspects.

[0017] The beneficial effects brought about by the technical solution provided by the embodiment of the present application include at least: in the present application, the previous mode of scanning the code before charging is changed to a mode of generating a charging request by plugging the gun for detection, so that the charging pile can first obtain the vehicle status information of the vehicle to be charged, and preliminarily judge whether the vehicle has the charging conditions; after confirmation, the vehicle status information and the current pile end status information of the charging pile are sent to the cloud server as the cloud judgment conditions. The cloud makes a judgment on the charging conditions and transaction information based on the charging request sent by the pile end, and sends a charging request feedback to the pile end, which in turn starts the charging process based on the authorization situation. After the charging is completed, the cloud server is notified to generate the transaction information, realizing the charging logic of charging first and then settling, and achieving the purpose of fast authentication charging. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 is a flow chart of a vehicle-side rapid authentication charging method provided in an embodiment of the present application; Figure 2 This is a schematic diagram of OCPP fast authentication; Figure 3 The structural block diagram of the vehicle-side fast authentication charging device is shown; Figure 4 A structural block diagram of an electronic device provided by an exemplary embodiment of the present application is shown. DETAILED DESCRIPTION

[0019] In order to make the objectives, technical solutions and advantages of the present application clearer, the implementation methods of the present application will be further described in detail below with reference to the accompanying drawings.

[0020] The term "multiple" as used herein refers to two or more than two. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the related objects are in an "or" relationship.

[0021] Figure 1 : is a flow chart of a vehicle-side fast authentication charging method provided in an embodiment of the present application, comprising the following steps: S1. In response to obtaining a charging request of a vehicle to be charged, reading vehicle status information of the vehicle to be charged; the vehicle status information is used to determine a chargeable state of the vehicle; The vehicle to be charged is the vehicle that needs to be charged before the owner drives to the charging pile. Because the traditional charging requires the user to scan the code and connect to the Internet before charging, this charging method is more troublesome, and it will be helpless without a card or a mobile phone. Therefore, this application uses the charging first mode, and sends a charging request directly through the vehicle pile when the owner plugs in the charging pile. When the charging pile obtains the charging request first, it first reads the vehicle status information of the vehicle to be charged, and determines whether it can be charged based on the vehicle status information.

[0022] S2. Sending a charging request to a cloud server based on the vehicle status information and the charging pile end status information, so that the cloud server can judge the charging condition and transaction information based on the uploaded charging request; As the semi-autonomous control side, the charging pile end needs to interact with the cloud server in order to complete the data synchronization of the commercial charging pile. The charging pile end usually uses low-computing processing equipment. After collecting the vehicle status information, it combines its own charging pile end information to send a charging request to the cloud server. The charging request sent by the charging pile end is different from that sent by the vehicle end. The purpose of the request sent by the charging pile end is to request permission from the cloud server, that is, the vehicle authentication operation, to determine whether the current vehicle to be charged has the charging permission.

[0023] For the cloud server, it is connected to a large number of commercial charging piles, each of which may contain N charging gun heads, and the rated charging power of the charging pile is limited. When there are too many charging devices or the equipment is fully charged, the actual charging power of each vehicle will be affected. In addition, the charging pile itself may be stopped due to maintenance, failure or update, and the user cannot see it at a glance from the appearance. All this information needs to be sent to the cloud server, which makes decisions and judgments. In particular, the financial transactions of commercial charging piles must be settled through the cloud.

[0024] S3, in response to receiving the charging request feedback sent by the cloud server, determining the charging authority of the vehicle to be charged, and charging the vehicle to be charged after obtaining the charging authorization; The purpose of the charging request feedback sent by the cloud server is to inform the charging pile of the actual charging authority of the vehicle to be charged. The vehicle to be charged can be charged only after obtaining charging authorization, otherwise charging will be refused.

[0025] S4. In response to detecting that the vehicle to be charged satisfies the charging termination request, the charging of the vehicle to be charged is stopped, and the generated charging timestamp is sent to the cloud server so that the cloud server generates transaction information of the vehicle to be charged.

[0026] Charging termination requests include various forms, such as the charging gun head being pulled out, charging being completed, abnormal power failure, or charging time reaching the specified time limit. In the case of stopping charging, a charging bill can be generated for settlement. The settlement process needs to record the timestamp of disconnecting charging, determine the effective charging time based on the interval between the two timestamps, and settle the fees in turn. The settlement task also needs to be performed by the cloud server, which will specifically receive the charging timestamp sent by the charging pile to generate transaction information.

[0027] Furthermore, for prepaid users, that is, when there is sufficient account balance, deductions can be made directly based on transaction information, and settlement information and deduction record information can be sent to the user. For some scenarios and users where balance deductions are not performed, the transaction information and bill can be sent to the bound user end. Even if the user does not carry a mobile phone during the charging process, the user can complete the charging first and then manually settle the bill through the client.

[0028] In step S2, the cloud server determines the transaction information of the bill settlement, that is, whether the bill in the historical record has been settled. Only when the settlement is completed will the authorization information for charging be issued, otherwise the charging request of the vehicle to be charged will be rejected.

[0029] In summary, this application changes the previous mode of scanning the code before charging, and adopts the mode of generating charging requests by plugging the gun for detection, so that the charging pile can first obtain the vehicle status information of the vehicle to be charged, and preliminarily judge whether the vehicle has the charging conditions; after confirmation, the vehicle status information and the current pile end status information of the charging pile are sent to the cloud server as cloud judgment conditions. The cloud makes charging condition judgments and transaction information judgments based on the charging request sent by the pile end, and sends charging request feedback to the pile end, which in turn starts the charging process based on the authorization status. After charging is completed, the cloud server is notified to generate transaction information, realizing the charging logic of charging first and then settling, and achieving the purpose of fast authentication charging.

[0030] In some embodiments, the transaction information settlement solution can be obtained from the vehicle status information. In the open OCPP protocol, the vehicle status information can be obtained through the user's plug-in status, which may include the remaining power, charging power, vehicle unique identification, request timestamp, etc. The vehicle unique identification here can be used to bind the charging account and transaction settlement. This information can be bound to the account when the charging pile is plugged in for the first time. For some special vehicle models, charging power, poor contact or failure, which lead to mismatch with the pile end of the charging pile, the pile end will actively disconnect from the vehicle to be charged and provide a charging prompt.

[0031] Figure 2This is a schematic diagram of OCPP fast authentication. When the charging pile is plugged in, it collects authentication information and sends the required data segment package to the platform. The charging pile sends a charging request to the cloud server, matches the vehicle status information with the charging pile end, and then obtains its own pile end status information. The pile end status information may include the following: 1. Power grid: If there is a problem with the power grid, such as power outage or unstable voltage, the charging pile cannot operate normally, resulting in the vehicle being unable to charge. At this time, the pile status is unavailable.

[0032] 2. System update or maintenance: When the charging station is undergoing system update or maintenance, the charging pile will be shut down and the pile status will be unavailable.

[0033] 3. Pile fault information: If there is any fault or abnormality in the charging pile, the specific fault information needs to be reported so that the platform can diagnose and handle it. At this time, the pile status is unavailable.

[0034] When the pile end information indicates that the vehicle is in an idle state, a charging request may be sent to the cloud server based on the pile end information and the vehicle unique identifier.

[0035] For the cloud server, after receiving the charging request from the charging pile, it makes the following judgment: A. When it is determined that the current pile end is in an idle state, the transaction timestamp of the historical order is obtained based on the unique identification of the vehicle and the request timestamp, and the settlement information of the historical order is determined; The main purpose of this stage is to query the transaction time of the most recent charging order from the cloud database and check whether the settlement task of the last charging has been completed.

[0036] B. When the historical order settlement information indicates that the resource settlement has been completed, it is determined that the current vehicle to be charged meets the charging conditions; when the historical order settlement information indicates that the resource settlement has not been completed, it is determined that the current vehicle to be charged does not meet the charging conditions; C. Send charging request feedback to the charging pile based on the charging authorization status of the vehicle to be charged.

[0037] Regardless of whether the settlement is completed or not, the cloud server will send a charging request feedback to the charging pile end, that is, the data segments required by the charging pile end are packaged and sent, and the charging authorization status will be attached. If the settlement is completed, the authorization instruction will be sent, otherwise the vehicle will not be charged.

[0038] After the authorization is completed, the vehicle will be charged normally. During the charging process, the charging pile will obtain the battery capacity of the vehicle to be charged and the remaining power of the current charging cycle in real time; when the remaining power in the charging cycle reaches the battery capacity threshold, the charging of the vehicle to be charged will be stopped.

[0039] For the charging termination request, after the charging pile sends the charging timestamp to the cloud server, the cloud server will determine the charging time and generate transaction information based on the request timestamp and charging timestamp of the vehicle to be charged. Then send the transaction information to the corresponding bound account platform and charging pile. After that, users have a variety of options. If they carry a bank card or related charging point card, they can directly swipe the card at the pile end to complete the settlement, or complete the settlement with a mobile phone. Of course, if you don’t carry a mobile phone with you, you can also settle the account in other time periods. The cloud server will perform transaction settlement when receiving the paid resources, so that it can issue authorized charging instructions in the subsequent charging authentication stage.

[0040] In some embodiments, after the charging process of the charging pile is disconnected from the vehicle, the charging status of the charging pile will be further updated, which mainly depends on the number of charging guns of the charging pile. For example, when all charging guns are working or the number of charging states reaches the total power load, the charging pile end is in an unavailable state, that is, it will not respond to other charging requests. When a charging process is disconnected and a charging gun is released at this time, the charging pile end will release certain resources again, so the charging status of the charging pile can be updated after detecting that the charging gun is pulled out, so as to facilitate subsequent responses.

[0041] Figure 3 The structural block diagram of the vehicle-side fast authentication charging device provided in an embodiment of the present application is shown, and the device includes: The receiving module 310 is used to read the vehicle status information of the vehicle to be charged in response to obtaining the charging request of the vehicle to be charged; the vehicle status information is used to determine the chargeable state of the vehicle; A first sending module 320, configured to send a charging request to a cloud server based on the vehicle status information and the charging pile end status information, so that the cloud server performs charging condition judgment and transaction information judgment based on the uploaded charging request; The control module 330 is used to determine the charging authority of the vehicle to be charged in response to receiving the charging request feedback sent by the cloud server, and charge the vehicle to be charged if the charging authorization is obtained; The second sending module 340 is used to stop charging the vehicle to be charged in response to detecting that the vehicle to be charged meets the charging termination request, and send the generated charging timestamp to the cloud server so that the cloud server generates transaction information of the vehicle to be charged.

[0042] The vehicle-side rapid authentication charging device provided in the embodiment of the present application can be applied to the vehicle-side rapid authentication charging method provided in the above embodiment. For relevant details, refer to the above method embodiment. The implementation principle and technical effect are similar and will not be repeated here.

[0043] It should be noted that the vehicle-side rapid authentication charging device provided in the embodiment of the present application is only illustrated by the division of the above-mentioned functional modules / functional units. In actual applications, the above-mentioned functions can be assigned to different functional modules / functional units as needed, that is, the internal structure of the vehicle-side rapid authentication charging device is divided into different functional modules / functional units to complete all or part of the functions described above. In addition, the implementation method of the vehicle-side rapid authentication charging method provided in the above method embodiment and the implementation method of the vehicle-side rapid authentication charging device provided in this embodiment belong to the same concept. The specific implementation process of the vehicle-side rapid authentication charging device provided in this embodiment is detailed in the above method embodiment, which will not be repeated here.

[0044] Figure 4 The structural block diagram of an electronic device provided by an exemplary embodiment of the present application is shown. It is an electronic device such as a desktop computer, a laptop computer, a PDA, and a cloud server in the cloud. The electronic device may include, but is not limited to, a processor and a memory. The processor and the memory may be connected via a bus or other means. The processor may be a central processing unit (CPU). The processor may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, graphics processors (GPU), embedded neural network processors (NPU) or other dedicated deep learning coprocessors, discrete gates or transistor logic devices, discrete hardware components and other chips, or a combination of the above-mentioned chips.

[0045] The processor may include one or more processing cores, such as a 4-core processor, an 8-core processor, etc. The processor may be implemented in at least one hardware form of DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). The processor may also include a main processor and a coprocessor. The main processor is a processor for processing data in the awake state, also known as a CPU (Central Processing Unit); the coprocessor is a low-power processor for processing data in the standby state. In some embodiments, the processor may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor may also include an AI (Artificial Intelligence) processor, which is used to process computing operations related to machine learning.

[0046] As a non-transient computer-readable storage medium, the memory can be used to store non-transient software programs, non-transient computer executable programs and modules, such as program instructions / modules corresponding to the methods in the above-mentioned embodiments of the present application. The processor executes various functional applications and data processing of the processor by running the non-transient software programs, instructions and modules stored in the memory, that is, the method in the above-mentioned method implementation is realized. The memory may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created by the processor, etc. In addition, the memory may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely arranged relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network and a combination thereof.

[0047] In some embodiments, the electronic device may further optionally include: a peripheral device interface and at least one peripheral device. The processor, the memory and the peripheral device interface may be connected via a bus or a signal line. Each peripheral device may be connected to the peripheral device interface via a bus, a signal line or a circuit board. Specifically, the peripheral device includes: at least one of a radio frequency circuit, a display screen and a keyboard.

[0048] The peripheral device interface can be used to connect at least one peripheral device related to I / O (Input / Output) to the processor and the memory. In some embodiments, the processor, the memory, and the peripheral device interface are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor, the memory, and the peripheral device interface can be implemented on a separate chip or circuit board, which is not limited in this embodiment.

[0049] The display screen is used to display the UI (User Interface). The UI may include graphics, text, icons, videos, and any combination thereof. When the display screen is a touch screen, the display screen also has the ability to collect touch signals on the surface or above the surface of the display screen. The touch signal can be input to the processor as a control signal for processing. At this time, the display screen can also be used to provide virtual buttons and / or virtual keyboards, also known as soft buttons and / or soft keyboards. In some embodiments, the display screen can be one, which is set on the front panel of the electronic device; in other embodiments, the display screen can be at least two, which are respectively set on different surfaces of the electronic device or are folded; in other embodiments, the display screen can be a flexible display screen, which is set on the curved surface or folded surface of the electronic device. Even the display screen can be set into a non-rectangular irregular shape, that is, a special-shaped screen. The display screen can be made of materials such as LCD (Liquid Crystal Display), OLED (Organic Light-Emitting Diode), etc.

[0050] The power source is used to power various components in the electronic device. The power source can be AC, DC, a disposable battery, or a rechargeable battery. When the power source includes a rechargeable battery, the rechargeable battery can be a wired rechargeable battery or a wireless rechargeable battery. A wired rechargeable battery is a battery that is charged through a wired line, and a wireless rechargeable battery is a battery that is charged through a wireless coil. The rechargeable battery can also be used to support fast charging technology.

[0051] Those skilled in the art will appreciate that the structure shown in this embodiment does not limit the electronic device, and may include more or fewer components than shown in the figure, or combine certain components, or adopt a different component arrangement.

[0052] The embodiment of the present application also discloses a computer-readable storage medium. Specifically, the computer-readable storage medium is used to store a computer program, and when the computer program is executed by the processor, the method in the above-mentioned method implementation is implemented. Those skilled in the art can understand that the implementation of all or part of the process in the above-mentioned implementation method of the present application can be completed by instructing the relevant hardware through a computer program, and the program can be stored in a computer-readable storage medium, and when the program is executed, it can include the process of the implementation of the above-mentioned methods. Among them, the storage medium can be a disk, an optical disk, a read-only memory (ROM), a random access memory (RAM), a flash memory (Flash Memory), a hard disk (Hard Disk Drive, abbreviated: HDD) or a solid-state drive (SSD), etc.; the storage medium can also include a combination of the above-mentioned types of memory.

[0053] This specific embodiment is merely an explanation of the present invention and is not a limitation of the present invention. After reading this specification, those skilled in the art may make non-creative modifications to the present embodiment as needed. However, as long as they are within the scope of the claims of the present invention, they are protected by the patent law.

Claims

1. A vehicle-side rapid authentication charging method, characterized in that: The method is used for a charging pile, and the method comprises: In response to obtaining a charging request of a vehicle to be charged, reading vehicle status information of the vehicle to be charged; the vehicle status information is used to determine a chargeable state of the vehicle; Based on the vehicle status information and the charging pile end status information, a charging request is sent to a cloud server so that the cloud server performs charging condition judgment and transaction information judgment based on the uploaded charging request; In response to receiving the charging request feedback sent by the cloud server, determining the charging authority of the vehicle to be charged, and charging the vehicle to be charged if the charging authorization is obtained; In response to detecting that the vehicle to be charged satisfies a charging termination request, charging of the vehicle to be charged is stopped, and a generated charging timestamp is sent to the cloud server so that the cloud server generates transaction information of the vehicle to be charged.

2. The method according to claim 1, characterized in that The charging pile acquires vehicle status information based on the plug-in status of the vehicle to be charged; The vehicle status information includes remaining power, charging power, vehicle unique identification, and request timestamp; the vehicle unique identification is used to bind the charging account and transaction settlement; When the vehicle status information does not match the charging pile end, the connection with the vehicle to be charged is disconnected and a charging prompt is given.

3. The method according to claim 2, characterized in that The sending a charging request to a cloud server based on the vehicle status information and the charging pile end status information includes: Matching the vehicle status information with the charging pile end to obtain the charging pile end status information; When the pile end information indicates that the vehicle is in an idle state, a charging request is sent to the cloud server based on the pile end information and the vehicle unique identifier.

4. The method according to claim 3, characterized in that The cloud server determines charging conditions and transaction information based on the uploaded charging request, including: When it is determined that the current pile end is in an idle state, the historical order transaction timestamp is obtained based on the vehicle unique identification and request timestamp to determine the historical order settlement information; When the historical order settlement information indicates that the resource settlement has been completed, it is determined that the current vehicle to be charged meets the charging conditions; when the historical order settlement information indicates that the resource settlement has not been completed, it is determined that the current vehicle to be charged does not meet the charging conditions; Send charging request feedback to the charging pile end based on the charging authorization status of the vehicle to be charged.

5. The method according to claim 1, characterized in that The method further comprises: Obtaining the battery capacity of the vehicle to be charged and the remaining power of the current charging cycle; When the remaining power in the charging cycle reaches the battery capacity threshold, charging of the vehicle to be charged is stopped.

6. The method according to claim 2, characterized in that After stopping charging the vehicle to be charged, the method further includes: The cloud server determines the charging duration according to the request timestamp and the charging timestamp of the vehicle to be charged, and generates transaction information; The transaction information is sent to the corresponding bound account platform and charging pile, and the transaction settlement is performed when the paid resources are received.

7. The method according to claim 2, characterized in that After the charging pile is disconnected from the vehicle to be charged, the method further includes: Detect the plug-in and unplug-out status of all charging guns, and update the charging status of the charging pile when it is detected that the charging gun is unplugged.

8. A vehicle-side rapid authentication charging device, characterized in that: The device is used for a charging pile, comprising: A receiving module, configured to read vehicle status information of the vehicle to be charged in response to obtaining a charging request of the vehicle to be charged; the vehicle status information is used to determine the chargeable state of the vehicle; A first sending module, used to send a charging request to a cloud server based on the vehicle status information and the pile end status information of the charging pile, so that the cloud server performs charging condition judgment and transaction information judgment based on the uploaded charging request; A control module, configured to determine the charging authority of the vehicle to be charged in response to receiving the charging request feedback sent by the cloud server, and charge the vehicle to be charged if the charging authorization is obtained; The second sending module is used to stop charging the vehicle to be charged in response to detecting that the vehicle to be charged meets the charging termination request, and send the generated charging timestamp to the cloud server so that the cloud server generates transaction information of the vehicle to be charged.

9. An electronic device, characterized in that: The electronic device includes a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the vehicle-side fast authentication charging method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The readable storage medium stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set are loaded and executed by the processor to implement the vehicle-side fast authentication charging method as described in any one of claims 1 to 7.

Images