A non-inductive intelligent home charging control method and system and a storage medium

Abstract

The application relates to the technical field of household charging piles, in particular to a non-inductive intelligent household charging control method and system and a storage medium, which comprises the following steps: obtaining a charging trigger identifier; classifying and identifying the charging trigger identifier to determine whether the charging trigger identifier is a vehicle owner identifier; if not, entering a trust verification link; in the trust verification link, selecting verification conditions in a trust feature library set in the cloud to perform trust time determination, trust object determination and trust behavior determination on the charging trigger identifier; obtaining a verification result, performing system feedback on a charging request corresponding to the charging trigger identifier based on the verification result, controlling the state of the household charging pile based on the system feedback, integrating the system feedback and the charging trigger identifier into a charging log to send to the vehicle owner, waiting for the personal feedback of the vehicle owner on the charging log to change the state of the household charging pile and / or generate a charging settlement sheet. The application has the effect of realizing non-inductive charging control in the case of household charging sharing.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of household charging piles, in particular to a non-inductive intelligent household charging control method and system and a storage medium. BACKGROUND

[0002] At present, with the continuous increase of the number of new energy vehicles, the number of vehicle charging piles also increases, and household charging piles are widely favored by vehicle owners due to the characteristics of not needing to pay the management fee required by public piles, enjoying peak-valley electricity, being convenient, safe, and providing free purchase of vehicles.

[0003] The current household charging pile generally has three charging methods, namely card-based charging, plug-and-charge, and app charging. The combination of multiple charging methods can make it convenient for users to use household charging piles to charge vehicles.

[0004] However, in the current scheme, there are still defects in some scenarios. Many vehicle owners have multiple vehicles in their homes, and some vehicle owners also lend their charging piles to colleagues and neighbors for charging. At the same time, some parking spaces are rented together with charging piles. At this time, the household charging pile needs to face more than one vehicle registered by the owner.

[0005] In the above-mentioned case, since one charging pile can only bind one account, and most vehicle owners will not give the charging IC card to other personnel due to safety concerns, the borrower needs to go through a verification process of charging confirmation through the app when they want to use the charging pile. After verification, the borrower can use the charging pile. This leads to the problem that the borrower needs to wait for the owner's approval to use the charging pile. The confirmation time of the owner varies depending on the owner's different state, and when the owner does not see or forget to confirm, the borrower needs to wait for a long time. At the same time, the owner needs to actively operate the app to confirm each time the borrower sends a charging request, and the owner also needs to record and send the charging order to the borrower to ask for the charging fee after the borrower finishes charging. The personal experience of the owner is also poor. SUMMARY

[0006] In order to achieve non-inductive charging control in the case of household charging sharing, the present application provides a non-inductive intelligent household charging control method, system and storage medium.

[0007] In the first aspect, the present application provides a non-inductive intelligent household charging control method, which adopts the following technical scheme:

[0008] A non-inductive intelligent household charging control method, comprising the following steps:

[0009] Obtain a charging trigger identifier, wherein the charging trigger identifier represents specific information for distinguishing charging objects.

[0010] The charging trigger identifier is classified and identified to determine whether it is a vehicle owner identifier. If not, the trust verification process is initiated.

[0011] In the trust verification process, verification conditions are selected from the trust feature library set in the cloud, and the charging trigger identifier is judged based on the verification conditions for trust time, trust object, and trust behavior.

[0012] Obtain the verification result, and provide system feedback on the charging request corresponding to the charging trigger identifier based on the verification result. Control the status of the home charging pile based on the system feedback, and integrate the system feedback and the charging trigger identifier into a charging log to send to the vehicle owner. The system feedback includes trusted access and untrusted access.

[0013] Wait for the vehicle owner's personal feedback on the charging log, and change the status of the home charging station and / or generate a charging bill based on the personal feedback.

[0014] In some embodiments, obtaining the charging trigger identifier includes the following steps:

[0015] When the charging gun is inserted, the charging trigger identifier includes a PIN code and metal key information;

[0016] When the charging gun is not inserted, the charging trigger identifier includes the app user identity code, the mobile device code obtained by scanning the code, Bluetooth identity information, IC card information, trip information, input key information, and trigger time.

[0017] In some embodiments, the charging trigger identifier is classified and identified to determine whether it is a vehicle owner identifier. If not, the process proceeds to a trust verification stage, including the following steps:

[0018] The charging trigger identifier is classified into an identification identifier, wherein the identification identifier includes a PIN code, IC card information and / or app user identification code;

[0019] The identification identifier is compared with the pre-stored vehicle owner identity information. When one or more of the identification identifiers are successfully matched, the identifier is identified as the vehicle owner.

[0020] If all the identity verification marks fail to match, the identity is determined to be someone else's mark, and the process proceeds to the trust verification stage.

[0021] In some embodiments, the method for generating the trust feature database includes the following steps:

[0022] Obtain the permission granting instruction actively registered by the vehicle owner, wherein the permission granting instruction contains static granting party information;

[0023] The system obtains the confirmation information passively generated after the vehicle owner receives the charging request and forms a charging response chain. The charging response chain includes static requester information and responder information, as well as dynamic authentication content between the requester information and the responder information.

[0024] Extract the static and dynamic data from the permission granting instructions and the charging response chain as the trust conditions and store them to generate the trust feature library.

[0025] In some embodiments, the trust time determination, trust object determination, and trust behavior determination of the charging trigger identifier based on the verification conditions include the following steps:

[0026] The process of determining the trusted object includes: when the obtained charging trigger identifier contains any one or more of the PIN code, mobile device code, and Bluetooth identity information, the trusted object is determined by comparing the corresponding object information in the static grantor information or requester information.

[0027] The trust time determination includes: when the obtained charging trigger identifier contains a trigger time, comparing it with the specified time in the static giver information or the responder information to achieve static time comparison;

[0028] When the obtained charging trigger identifier contains travel information, the theoretical arrival time is calculated based on the travel information, and the time threshold is adjusted based on the theoretical arrival time to obtain a theoretical trust time range as the dynamic authentication content on the charging response chain. Dynamic time comparison is achieved based on whether the trigger time in the charging trigger identifier is within the theoretical trust time range.

[0029] The trust behavior determination includes: after the charging response chain is generated, a trust action is randomly generated and sent to the requester as the dynamic authentication content. The trust action includes a random key, a random number of metal key touches and / or a random duration.

[0030] Obtain the metal key information and / or the input key information contained in the charging trigger identifier and compare them with the authentication content.

[0031] In some embodiments, the following steps are included: obtaining verification results, providing system feedback on the charging request corresponding to the charging trigger identifier based on the verification results, controlling the state of the home charging pile based on the system feedback, and integrating the system feedback and the charging trigger identifier into a charging log to be sent to the vehicle owner:

[0032] When the trust verification process is successful, the system will grant the request.

[0033] In the trusted release process, the home charging station is set to charging mode and the appropriate charging power is selected based on the vehicle information of the vehicle.

[0034] The vehicle information, the charging trigger identifier, and the verification result from the trusted release will be sent to the vehicle owner as the charging log.

[0035] When the trust verification result fails, the system reports that the user is distrusted and access is prohibited.

[0036] In the distrust prohibition, the status of the home charging pile is adjusted to a disabled state;

[0037] The charging trigger identifier and the verification result obtained from the untrusted access restriction are sent to the vehicle owner as the charging log.

[0038] In some embodiments, the following steps are also included:

[0039] When both successful and failed matching exist in the identification identifier, it is temporarily identified as the vehicle owner's identifier and the vehicle is allowed to proceed for charging.

[0040] Before charging is completed, the trust verification process is performed. If the verification is successful, the action of pulling out the charging gun is allowed. If the verification fails, the action of pulling out the charging gun is prohibited and an exception log is generated and sent to the vehicle owner.

[0041] In some embodiments, waiting for the vehicle owner's personal feedback on the charging log, and changing the status of the home charging station or generating a charging bill based on the personal feedback, includes the following steps:

[0042] If the user provides feedback on the charging log before the charging is completed, the current state of the home charging station will be changed according to the feedback.

[0043] When the adjustment feedback is issued, if the home charging pile is in the charging state, the charging bill will be generated after charging is completed; if the home charging pile is in the disabled state, the charging bill will be generated immediately.

[0044] Before charging ends, if the user provides feedback on the charging log or there is no personal feedback, the current state of the home charging station is maintained.

[0045] When the maintenance feedback is issued or when there is no personal feedback, if the home charging station is in the charging state, the charging bill will be generated after charging is completed.

[0046] Secondly, this application provides a seamless smart home charging control system, which adopts the following technical solution:

[0047] A seamless smart home charging control system is used to implement the above method.

[0048] Thirdly, this application provides a storage medium, which adopts the following technical solution:

[0049] A storage medium storing at least one instruction, at least one program, a code set, or an instruction set, wherein 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 method described above.

[0050] The technical solutions provided by the embodiments of this application have the following technical effects:

[0051] By pre-setting a trust feature database, the system verifies whether the charging trigger identifier obtained when a non-owner is charging is trustworthy. If it is trustworthy, the system controls the home charging station to charge the non-owner; if it is not trustworthy, the system controls the home charging station to prevent charging. Car owners no longer need to manually confirm charging requests every time another vehicle wants to charge. Instead, by pre-registering the trusted object information or setting certain trust verification conditions, the system can directly verify the non-owner object according to the corresponding verification conditions. Car owners can adjust and optimize the system's feedback at any time during the non-owner object's charging process and automatically generate a charging bill. Attached Figure Description

[0052] Figure 1 This is a schematic diagram of the steps of a contactless smart home charging control method provided in this embodiment. Detailed Implementation

[0053] To better understand the purpose, technical solutions, and advantages of this application, it has been described and illustrated below with reference to the accompanying drawings and embodiments. However, those skilled in the art should understand that this application can be implemented without these details. In some cases, to avoid obscuring various aspects of this application due to unnecessary description, well-known methods, processes, systems, components, and / or circuits already described at a higher level will not be elaborated upon. It will be apparent to those skilled in the art that various modifications can be made to the embodiments disclosed in this application, and the general principles defined in this application can be applied to other embodiments and application scenarios without departing from the principles and scope of this application. Therefore, this application is not limited to the illustrated embodiments, but conforms to the broadest scope consistent with the scope of protection claimed in this application.

[0054] It should be noted that the descriptions of these embodiments are for the purpose of aiding understanding the present invention, but do not constitute a limitation thereof. Furthermore, the technical features involved in the various embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0055] In the description of this application, "several" means one or more, "more than" means two or more, "greater than," "less than," and "exceeding" are understood to exclude the stated number, while "above," "below," and "within" are understood to include the stated number. The use of "first" and "second" in the description is merely for distinguishing technical features and should not be construed as indicating or implying relative importance, or implicitly indicating the number of indicated technical features, or implicitly indicating the order of the indicated technical features.

[0056] In the description of this application, the terms "one embodiment," "some embodiments," "illustrative embodiment," "example," "specific example," or "some examples," etc., refer to specific features, structures, materials, or characteristics described in connection with that embodiment or example, which are included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any one or more embodiments or examples.

[0057] like Figure 1 As shown in the figure, this application discloses a seamless smart home charging control method, including the following steps:

[0058] S100, obtain charging trigger indicator.

[0059] The charging trigger identifier represents specific information used to distinguish the charging object. After the vehicle owner actively sends or obtains the charging trigger identifier from the vehicle, they can know the charging object, which includes the charging person and the charging vehicle.

[0060] S200: The charging trigger identifier is classified and identified to determine whether it is a vehicle owner identifier. If not, the trust verification process is initiated.

[0061] The purpose of classifying charging trigger icons is to separate several different types of charging trigger icons into those that identify whether the vehicle owner is charging and those that verify whether a non-vehicle owner is authorized to charge.

[0062] First, based on the charging trigger identifier of the classification, it is analyzed whether the vehicle being charged is the owner's vehicle. If not, it is considered to be a non-owner vehicle. At this time, a trust verification step is required, in which it is used to analyze whether the object being charged is a trusted and allowed charging object of the owner.

[0063] S300, in the trust verification process, a verification condition is selected from the trust feature library set in the cloud, and the trust time, trust object, and trust behavior are determined for the charging trigger identifier based on the verification condition.

[0064] A trust feature database is pre-built and stored, containing several verification conditions. Users can actively upload and register trustworthy targets in this database, and it can also be added to the database when the owner responds to a request from another entity to use the charging station.

[0065] Whenever it is necessary to verify the trust of a non-owner charging object, a series of judgments are made on the charging trigger identifier through the verification conditions stored in the trust feature database. The main judgments are divided into time judgment, object judgment and behavior judgment. Time judgment indicates whether the relevant time when the vehicle is about to charge meets the trust time period. Object judgment indicates whether the identity of the object corresponding to the vehicle when it is about to charge is trustworthy. Behavior judgment indicates whether some behaviors performed by the vehicle when it is about to charge meet the trust behavior.

[0066] S400, obtain the verification result, and provide system feedback on the charging request corresponding to the charging trigger identifier based on the verification result. Control the status of the home charging pile based on the system feedback, and integrate the system feedback and the charging trigger identifier into a charging log to send to the vehicle owner. The system feedback includes trusted access and untrusted access.

[0067] After the system performs verification, it obtains the verification result. Based on the verification result, it provides system-level feedback to the corresponding charging request. Through this system feedback, it adjusts the status of the home charging station to allow or disallow non-vehicle owners from charging.

[0068] Meanwhile, the system integrates the status of home charging stations, relevant verified charging trigger indicators, and verification results based on the feedback from the system, and sends them to the car owner as a charging log. The car owner can use the charging log to view the charging status of non-car owner objects and make further adjustments to the charging results fed back by the system.

[0069] S500: Wait for the vehicle owner's personal feedback on the charging log, and change the status of the home charging pile and / or generate a charging bill based on the personal feedback.

[0070] The system awaits feedback from car owners on the charging logs and adjusts the status of home charging stations accordingly, either by changing the status or maintaining it. It also generates charging bills based on the actual situation. These bills can be sent to the charging recipient when their mobile contact information is available, or to the car owner, who can then collect the charging fee from the recipient based on the bill.

[0071] Through the above steps, by setting up a trust feature database in advance, the system verifies whether the charging trigger identifier obtained when a non-owner is charging is trustworthy. If it is trustworthy, the system controls the home charging station to charge the non-owner; if it is not trustworthy, the system controls the home charging station to prevent charging. The car owner no longer needs to manually confirm the charging request every time another vehicle wants to charge. Instead, by registering the trust object information in advance or setting certain trust verification conditions in advance, the system can directly verify the non-owner object according to the corresponding verification conditions. The car owner can adjust and optimize the system feedback at any time during the charging process of the non-owner object and automatically generate a charging bill.

[0072] In other embodiments, obtaining the charging trigger identifier includes the following steps:

[0073] There are two main ways to generate the charging trigger indicator: one is through information obtained when the charging gun is inserted, and the other is through information obtained when the charging gun is not inserted.

[0074] S110, when the charging gun is in the inserted state, the charging trigger identifier includes a PIN code and metal key information.

[0075] When the charging gun is inserted, the vehicle's unique PIN code can be obtained through the access module at the charging gun interface. The unique identity of the vehicle can be obtained through the PIN code.

[0076] Most charging guns currently have capacitive or resistive metal touch buttons on the handle. These metal touch buttons are mainly used to perform necessary actions when the charging gun is removed from the vehicle's charging port, such as pressing and holding the metal touch button for 5 seconds.

[0077] Based on the generation of subsequent verification conditions, the metal key information can be used to enable non-owners to perform certain operations, such as pressing and holding the metal touch button for x seconds or touching the metal button y times. The non-owner's operation on the metal button after inserting the charging gun corresponds to the metal key information.

[0078] S120, when the charging gun is not inserted, the charging trigger identifier includes the app user identity code, the mobile device code obtained by scanning the code, Bluetooth identity information, IC card information, trip information, input key information, and trigger time.

[0079] The app user identity code represents the identity information of the currently logged-in user on the app when communicating with the home charging station; the mobile device code represents the identity code of the mobile device obtained after scanning a QR code, barcode, or other code on the home charging station's display screen or object; the Bluetooth identity information represents the Bluetooth identity of the mobile device when the user connects to the home charging station via Bluetooth; the IC card information represents the card information corresponding to the user when swiping the charging card at the home charging station; the trip information represents the location of the user when issuing a charging request and the driving content to the charging location; the input key information represents the information corresponding to a string of numbers entered by the user through the touch screen or button panel on the home charging station; and the trigger time represents the current time when the charging trigger indicator is triggered when the user needs to charge.

[0080] In other embodiments, the charging trigger identifier is classified and identified to determine whether it is a vehicle owner identifier. If not, the trust verification process is initiated, including the following steps:

[0081] S210, the charging trigger identifier is classified into an identification identifier.

[0082] First, the charging trigger identifier is separated into a separate identifier with strong identity recognition attributes. This identifier can be used to clearly determine whether the object requiring charging belongs to the vehicle owner.

[0083] Specifically, the identification identifiers include PIN codes, IC card information, and / or app user identification codes, which are respectively associated with the three main charging modes: plug-and-charge, card-swipe charging, and app charging.

[0084] S220, compare the identity recognition identifier with the pre-stored vehicle owner identity information. When one or more of the identity recognition identifiers are successfully matched, the identifier is determined to be the vehicle owner identifier.

[0085] The system compares the identification mark with the vehicle owner's identity information uploaded and registered when the user registers the home charging station. If only one identification mark exists and the comparison is successful, or if multiple identification marks exist and all are successfully identified, the identification mark is identified as the vehicle owner's mark, which indicates that the system recognizes the current person who needs charging as the vehicle owner.

[0086] S230, when all the identity recognition identifiers fail to match, it is determined to be someone else's identifier, and the trust verification process is initiated.

[0087] If one or more identity verification tags fail to match, it is determined that the person currently being charged is not the vehicle owner. In this case, a trust verification process is required to determine whether the non-vehicle owner is a trusted charging recipient.

[0088] In other embodiments, the method for generating the trust feature database includes the following steps:

[0089] S310, Obtain the permission granting instruction for the vehicle owner's active registration.

[0090] The permission granting instruction includes static grantor information. Car owners can manually register trusted individuals through the app, such as the phone numbers of family members, colleagues, or renters, or the vehicle's PIN value. User-initiated permission granting instructions do not require any charging request information.

[0091] S311, Obtain the confirmation information passively generated after the vehicle owner receives the charging request and form a charging response chain. The charging response chain includes static requester information and responder information, as well as dynamic authentication content between the requester information and the responder information.

[0092] When a vehicle owner receives a charging request, they can confirm the request to generate a charging response chain.

[0093] The charging response chain is divided into two parts: the requester's information (the party issuing the charging request) and the responder's information (the vehicle owner). Both the requester's and responder's information are static data, including mobile phone numbers, PIN codes, and mobile device codes.

[0094] There is also dynamic authentication content between the two ends of the charging response chain. The authentication content represents the specific actions that need to be taken to verify trust. It is dynamic verification data, and the authentication content will change accordingly depending on the charging trigger identifier.

[0095] The specific implementation process of the charging response chain is as follows: the requester sends a request, the responder receives the request and responds to it, and generates corresponding authentication content. The system verifies the identity and trustworthiness of the requester based on the authentication content.

[0096] It is important to note that there can be a time interval between the requester sending the request and the responder responding, so that the requester can receive a response whether they need electricity immediately or send the charging request a few days or hours in advance.

[0097] S312, extract the static and dynamic data from the permission granting instruction and the charging response chain as the trust conditions and store them to generate the trust feature library.

[0098] The static data of the corresponding object itself and the dynamic data corresponding to the verification process are extracted and stored from the request and response methods of the vehicle owner to the non-vehicle owner to obtain the trust feature library.

[0099] In other embodiments, the charging trigger identifier is subjected to trust time determination, trust object determination, and trust behavior determination based on the verification conditions, including the following steps:

[0100] Determining a trusted object includes:

[0101] S320, when the obtained charging trigger identifier contains any one or more of the PIN code, mobile device code, and Bluetooth identity information, the trusted object is determined by comparing it with the corresponding object information in the static grantor information or requester information.

[0102] The determination of a trusted object is based on comparing the static features used to characterize the charging object in each charging trigger identifier with the object information in the grantor or requester. For example, whether the PIN code in the currently obtained charging trigger identifier is the same as the PIN code in the charging request submitted by the requester, or whether the currently obtained Bluetooth identity information is the same as the Bluetooth information in the charging request.

[0103] Trust is determined by using information that uniquely identifies different objects.

[0104] The trust time determination includes:

[0105] S330, when the obtained charging trigger identifier contains a trigger time, a comparison is performed based on the specified time in the static giver information or the responder information to achieve static time comparison.

[0106] When the charging trigger identifier includes a trigger time, determine whether the trigger time is within the specified time in the giver information or the responder information.

[0107] There are two main ways to generate the designated charging time. One is when the car owner actively registers the information of the trusted object, they can register the time when the object can charge. For example, if charging is available throughout the week, then the time for that week is the designated time. The other is when the requester sends a request. If the request includes the time the requester wants to schedule charging, such as wanting to charge at 2 pm, then half an hour before or after 2 pm can be used as the designated time. If the request does not include the time the requester wants to schedule charging, then 1-2 hours after the request is sent can be used as the designated time.

[0108] The charging trigger time (the time when a non-owner sends a charging trigger signal) can only be used for charging if it falls within the specified time. This allows for the fixing of the charging time for non-owner vehicles that have made a request or have been granted permission by the owner.

[0109] S340, when the obtained charging trigger identifier contains travel information, the theoretical arrival time is calculated based on the travel information, and a time threshold adjustment is performed based on the theoretical arrival time to obtain a theoretical trust time range as the dynamic authentication content on the charging response chain. Dynamic time comparison is achieved based on whether the trigger time in the charging trigger identifier is within the theoretical trust time range.

[0110] In another approach, if the charging trigger identifier contains travel information, the system can calculate the theoretical arrival time using that information. For example, if a non-owner uploads their current location when issuing a charging request, the system calculates the distance between the two points based on the installation location of the home charging station and infers road conditions based on the current time period to calculate the theoretical arrival time, such as 40 minutes.

[0111] Adding a time threshold before and after the theoretical arrival time can reduce the time difference caused by errors in actual road conditions, such as arriving early or late. Generally, adding 20-30 minutes before and after the theoretical arrival time can yield a time range.

[0112] The theoretical trust time range is defined as the estimated driving time required for the user to reach the charging location, based on the system's prediction of the user's current location when the non-owner issues the request. Therefore, the object issuing the charging trigger within this driving time range is considered the requesting entity. Dynamic time comparison is then performed by checking whether the trigger time falls within the theoretical trust time range.

[0113] Determining trust behavior includes:

[0114] S350, after the charging response chain is generated, a trust action is randomly generated and sent to the requester as the dynamic authentication content. The trust action includes a random key, a random number of metal key touches, and / or a random duration.

[0115] S360, obtain the metal key information and / or the input key information contained in the charging trigger identifier and compare them with the authentication content.

[0116] Trust determination is primarily based on a metal key and a password. When the vehicle owner confirms a request from a third party, the system randomly generates a set of authentication actions and sends them to the non-owner. The non-owner can only gain trust by correctly performing or entering a specific command before charging. Specific authentication actions include entering a random password such as 1234 or 4444, touching the metal key for 5 seconds, or touching the metal key six times consecutively. Charging can only proceed after the non-owner completes these authentication actions, thus preventing untrusted vehicles from using the vehicle owner's charging station without authorization.

[0117] At the same time, when multiple objects need to use the charging station, it is also possible to determine which object is currently or previously charging based on different authentication information.

[0118] In other embodiments, the following steps are included: obtaining verification results, providing system feedback on the charging request corresponding to the charging trigger identifier based on the verification results, controlling the state of the home charging pile based on the system feedback, and integrating the system feedback and the charging trigger identifier into a charging log for sending to the vehicle owner:

[0119] S410, when the trust verification step passes the verification, the system feedback indicates that the trust has been granted.

[0120] S420, in the trusted release process, the status of the home charging pile is adjusted to charging status, and the corresponding charging power is selected for charging based on the vehicle information of the vehicle.

[0121] S430, the vehicle information, the charging trigger identifier, and the verification result in the trusted release are sent to the vehicle owner as the charging log.

[0122] When the verification process passes, the system considers the charging object to be trusted by the car owner and allows it to charge through the home charging station, thus permitting charging.

[0123] Upon release, the home charging station is switched to charging mode to charge the vehicle. At the same time, the vehicle's PIN code is obtained through the charging gun. The PIN code, the charging trigger indicator for verification, and the final verification result are combined into a charging log and sent to the vehicle owner.

[0124] S440, when the trust verification result fails, the system reports as untrusted and prohibits access.

[0125] S450, in the distrust prohibition, the state of the home charging pile is adjusted to the disabled state.

[0126] S460, the charging trigger identifier and the verification result obtained in the untrusted driving prohibition are sent to the vehicle owner as the charging log.

[0127] If the verification fails during the trust verification process, the system considers the charging object to be untrusted by the car owner and issues a distrust warning. In this case, the home charging station needs to be changed to a disabled state. In the disabled state, charging will not occur regardless of whether the charging gun is plugged into the charging port.

[0128] At the same time, the verified charging trigger indicators and the final verification results that failed will be combined and sent to the car owner.

[0129] In other embodiments, the following steps are also included:

[0130] S470, when both successful and unsuccessful comparisons exist in the identification identifier, it is temporarily identified as the vehicle owner identifier and the vehicle is allowed to proceed for charging.

[0131] In some cases, when verifying multiple identity identifiers, there may be instances where the verification is successful while others fail. For example, when a user charges a vehicle after changing vehicles or driving a vehicle not registered in the system, they may try to charge it via the app or by swiping a card, but after connecting the charging gun, they find that the vehicle's PIN code does not match the original owner's registered PIN code.

[0132] In this situation, since at least one identification tag matches the vehicle owner's tag, the vehicle will be allowed to proceed and begin charging, while the vehicle will be temporarily identified as the vehicle owner's tag.

[0133] S471, before the charging is finished, the trust verification process is performed. If the verification is successful, the gun-pulling action is allowed. If the verification fails, the gun-pulling action is prohibited and an exception log is generated and sent to the vehicle owner.

[0134] When the vehicle owner's identity is temporarily set, no trust verification is required during charging. However, a trust verification is required before charging ends. Only after successful verification can the user unplug the charging gun. If the verification fails, the user is not allowed to unplug the gun and an error log is generated. In this case, the user can only unplug the charging gun after reconfirming through the app, swiping a card, or other means.

[0135] This is to prevent unauthorized use of IC cards to charge vehicles through home charging stations, or to provide a double guarantee of security after a vehicle owner changes vehicles. Without affecting the owner's normal use of home charging stations, it allows the owner to perform a verification step before the charging ends to inform the system that the vehicle is also a trusted vehicle.

[0136] In other embodiments, waiting for the vehicle owner's personal feedback on the charging log, and changing the status of the home charging station or generating a charging bill based on the personal feedback, includes the following steps:

[0137] S510, if the user provides feedback on adjusting the charging log before the charging ends, the current state of the home charging station is changed according to the feedback.

[0138] The system feedback indicates trust and allows charging to proceed. Before charging ends, the system obtains the user's personal feedback on the charging log. If the personal feedback indicates that the user wants to change the charging status, the system feedback is changed based on this feedback.

[0139] If there is adjustment feedback, the status of the home charging station will definitely change in the opposite direction.

[0140] S520, after the adjustment feedback is issued, if the state of the home charging pile is the charging state, the charging bill is generated after the charging is completed; if the state of the home charging pile is the disabled state, the charging bill is generated immediately.

[0141] After the adjustment feedback is issued, if the home charging station is adjusted to a charging state, which means that the user has changed the system's decision that charging is prohibited to a state that charging is allowed, then it is considered that the car owner has confirmed that the vehicle can be charged. Therefore, the home charging station can charge the vehicle at this time, and a charging bill will be generated after charging is completed.

[0142] If, after the adjustment feedback is issued, the home charging station's status is changed to a prohibited charging state, this indicates that the user has changed the system's decision to allow charging to a state where charging is not allowed. In this case, it is assumed that the car owner, after confirmation, considers the vehicle to be an untrusted object. At this point, the current charging will be stopped immediately, and a charging bill will be generated based on the previously charged amount. The user can use the charging bill and the vehicle's charging trigger identifier to find the untrusted object charging and claim payment through the charging bill.

[0143] It should be noted that when the status of a home charging station changes from allowed to prohibited, the charging gun will be locked to the vehicle's charging port. The gun can only be removed when the owner allows it to be unlocked.

[0144] S530, before charging ends, if the user provides feedback on the charging log or there is no personal feedback, then the current state of the home charging station is maintained.

[0145] If the user's feedback obtained before the end of charging is that the vehicle owner allows the current open or closed state to be maintained, or if the user does not provide any feedback, then the current state of the home charging station will be maintained.

[0146] If the car owner actively provides feedback, it indicates that the car owner acknowledges the result of the system feedback afterward. If there is no personal feedback, it means that the car owner has not taken any action to modify or maintain the charging status. Therefore, neither of the two feedback results will change the status of the home charging station.

[0147] S540, when the maintenance feedback is issued or when there is no personal feedback, if the state of the home charging pile is the charging state, then the charging settlement bill is generated after the charging is completed.

[0148] When feedback is maintained or no personal feedback is available, if the home charging station is currently charging, a charging bill will be generated based on the amount of electricity charged after charging is completed. However, if the home charging station is not charging, no charging order will be generated because the system initially prohibits the vehicle from charging, and therefore no charging bill needs to be generated.

[0149] This application also discloses a seamless smart home charging control system for implementing the above-mentioned method.

[0150] This application also discloses a storage medium, characterized in that the storage medium stores at least one instruction, at least one program, code set, or instruction set, wherein 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 above-described method.

[0151] The implementation principle is as follows:

[0152] By pre-setting a trust feature database, the system verifies whether the charging trigger identifier obtained when a non-owner is charging is trustworthy. If it is trustworthy, the system controls the home charging station to charge the non-owner; if it is not trustworthy, the system controls the home charging station to prevent charging. Car owners no longer need to manually confirm charging requests every time another vehicle wants to charge. Instead, by pre-registering the trusted object information or setting certain trust verification conditions, the system can directly verify the non-owner object according to the corresponding verification conditions. Car owners can adjust and optimize the system's feedback at any time during the non-owner object's charging process and automatically generate a charging bill.

[0153] It should be understood that although the steps in the flowcharts in the accompanying drawings are shown sequentially as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Unless otherwise expressly stated herein, there is no strict order in which these steps are performed, and they may be performed in other orders.

[0154] The above are all preferred embodiments of this application, and are not intended to limit the scope of protection of this application. Therefore, all equivalent changes made in accordance with the structure, shape and principle of this application should be covered within the scope of protection of this application.

Claims

1. A method for controlling a non-inductive smart home charger, characterized in that, The method comprises the following steps: obtaining a charging trigger identifier, which represents specific information for distinguishing charging objects; classifying and identifying the charging trigger identifier to determine whether it is a car owner identifier, and if not, entering a trust verification link, specifically, classifying the charging trigger identifier as an identity identification, wherein the identity identification includes a PIN code, ic card information and / or app user identity code; comparing the identity identification with the pre-stored car owner identity information, and when one or more of the identity identification are successfully compared, determining that it is a car owner identifier; when all the identity identification fails to be compared, it is determined to be a non-car owner identifier, and the trust verification link is entered; in the trust verification link, selecting a verification condition in a trust feature library set in the cloud, and based on the verification condition, performing trust time determination, trust object determination and trust behavior determination on the charging trigger identifier; the generation method of the trust feature library comprises the following steps: obtaining a permission granting instruction actively registered by the car owner, wherein the permission granting instruction contains static grantor information; obtaining confirmation information generated after the car owner receives a charging request and forming a charging response chain, wherein the charging response chain contains static requestor information and responder information, and dynamic authentication content between the requestor information and the responder information; extracting static data and dynamic data in the permission granting instruction and the charging response chain as the verification condition and storing it to generate the trust feature library; the trust time determination includes: when the charging trigger identifier contains a trigger time, comparing the static time based on the specified time in the static grantor information or the static responder information to achieve static time comparison; the generation of the specified time includes: the car owner actively registers and / or the car owner extends the reservation time based on the charging request to generate the specified time, and the specified time is generated based on the current time of the charging request after a preset time; the trust behavior determination includes: after the charging response chain is generated, a trust action is randomly generated as the dynamic authentication content and sent to the requestor, wherein the trust action includes a random key, a random number and / or a random length of metal key touch; obtaining metal key information and / or input key information contained in the charging trigger identifier and comparing it with the authentication content; wherein, when there are multiple objects in the charging response chain, the requestor information of the object is determined based on the comparison result of the trust action and the authentication content; obtaining the verification result, and based on the verification result, the charging request corresponding to the charging trigger identifier is fed back by the system, the state of the household charging pile is controlled based on the system feedback, and the system feedback and the charging trigger identifier are integrated into a charging log to be sent to the car owner, wherein the system feedback includes trust release and distrust ban; when there are both successful comparison and failed comparison in the identity identification, it is temporarily determined as the car owner identifier and directly released for charging; The trust verification link is performed before the charging ends, the trust release is performed on the gun pulling action when the verification is passed, the distrust prohibition is performed on the gun pulling action if the verification is not passed, and an abnormal log is generated to be sent to the vehicle owner; Waiting for the personal feedback of the vehicle owner on the charging log, and changing the state of the household charging pile and / or generating a charging settlement sheet according to the personal feedback. 2.The method of claim 1, wherein, Obtaining a charging trigger identifier, including the following steps: When the charging gun is in the inserted state, the charging trigger identifier includes a PIN code, metal key information; When the charging gun is in the non-inserted state, the charging trigger identifier includes an app user identity code, a mobile device code obtained based on code scanning, Bluetooth identity information, ic card information, travel information, input key information, and trigger time. 3.The method of claim 2, wherein, Based on the verification condition, the charging trigger identifier is subjected to trust time determination, trust object determination, and trust behavior determination, including the following steps: The trust object determination includes: when any one or more of the PIN code, the mobile device code, and the Bluetooth identity information are contained in the obtained charging trigger identifier, the corresponding object information in the static given party information or the request party information is compared to perform the trust object determination; The trust time determination further includes: when the travel information is contained in the obtained charging trigger identifier, the theoretical arrival time is calculated according to the travel information, the theoretical trust time range is obtained based on the time threshold adjustment of the theoretical arrival time to serve as the authentication content on the charging response chain, and the dynamic time comparison is realized based on whether the trigger time in the charging trigger identifier is within the theoretical trust time range. 4.The method of claim 1, wherein, Obtaining a verification result, and based on the verification result, the charging request corresponding to the charging trigger identifier is subjected to system feedback, the state of the household charging pile is controlled based on the system feedback, and the system feedback and the charging trigger identifier are integrated into a charging log to be sent to the vehicle owner, including the following steps: When the verification is passed in the trust verification link, the system feedback is the trust release; In the trust release, the state of the household charging pile is adjusted to a charging state, and the corresponding charging power is selected for charging in combination with the vehicle information of the vehicle; The vehicle information, the charging trigger identifier, and the verification result in the trust release are sent to the vehicle owner as the charging log; When the trust verification result is not passed, the system feedback is the distrust prohibition; In the distrust prohibition, the state of the household charging pile is adjusted to a disabled state; The charging trigger identifier and the verification result obtained in the distrust prohibition are sent to the vehicle owner as the charging log. 5.The method of claim 4, wherein, Waiting for the personal feedback of the vehicle owner on the charging log, and changing the state of the household charging pile or generating a charging settlement sheet according to the personal feedback, including the following steps: Before the charging ends, if the user makes an adjustment feedback on the charging log, the current state of the household charging pile is changed according to the adjustment feedback; When the adjustment feedback is sent out, if the state of the household charging pile is the charging state, the charging settlement sheet is generated after charging is completed, and if the state of the household charging pile is the disabled state, the charging settlement sheet is immediately generated; Before charging is completed, if the user sends a maintenance feedback on the charging log or the personal feedback is absent, the current state of the household charging pile is maintained; When the maintenance feedback is sent out or the personal feedback is absent, if the state of the household charging pile is the charging state, the charging settlement sheet is generated after charging is completed.

6. A non-inductive smart home charging control system, characterized in that, A device for implementing the method of any one of claims 1-5.

7. A storage medium, characterized by The storage medium stores at least one instruction, at least one program, a code set or an instruction set, which are loaded and executed by the processor to implement the method of any one of claims 1-5.

Images