CN112895962A

CN112895962A - Method and device for charging verification of vehicle

Info

Publication number: CN112895962A
Application number: CN202110129259.6A
Authority: CN
Inventors: 方向; 薛亮; 赵叶
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2021-01-29
Filing date: 2021-01-29
Publication date: 2021-06-04
Anticipated expiration: 2041-01-29
Also published as: CN112895962B

Abstract

According to embodiments of the present disclosure, a method, an apparatus, a device, a storage medium, and a computer program product for charge verification of a vehicle are provided. The method proposed herein comprises: determining a current charging characteristic of the vehicle based on communication between the vehicle to be charged and the charging device; obtaining an expected charging characteristic associated with a predetermined vehicle model; and verifying the model of the vehicle based on the current charging characteristic and the expected charging characteristic. Based on the mode, the model of the vehicle to be charged can be effectively verified, and therefore the reliability of the charging process is improved.

Description

Method and device for charging verification of vehicle

Technical Field

Embodiments of the present disclosure relate generally to the field of intelligent transportation, and more particularly, to a method, apparatus, device, storage medium, and program product for charge verification of a vehicle

Background

Compared with the traditional fuel oil transportation co-living, the pollution of the new energy transportation means to the environment is relatively smaller, and more people select the new energy transportation means as the transportation means. Similar to a conventional refueling process, new energy vehicles (e.g., electric cars) can be recharged by a charging device.

Generally, a platform providing a charging service needs to authenticate a model of a vehicle that performs charging in order to avoid charging an unsupported model or a specific defective model. Therefore, how to efficiently authenticate a vehicle to be charged is called a hot spot of current interest.

Disclosure of Invention

According to some embodiments of the present disclosure, a scheme for charge verification of a vehicle is provided.

In a first aspect of the disclosure, a method of charge verification of a vehicle is provided. The method comprises the following steps: determining a current charging characteristic of the vehicle based on communication between the vehicle to be charged and the charging device; obtaining an expected charging characteristic associated with a predetermined vehicle model; and verifying the model of the vehicle based on the current charging characteristic and the expected charging characteristic.

In a second aspect of the present disclosure, an apparatus for charge verification of a vehicle is provided. The device includes: a current characteristic determination module configured to determine a current charging characteristic of a vehicle to be charged based on communication between the vehicle and a charging device; an expected characteristic acquisition module configured to acquire an expected charging characteristic associated with a predetermined vehicle model; and a verification module configured to verify a model of the vehicle based on the current charging characteristic and the expected charging characteristic.

In a third aspect of the present disclosure, there is provided an electronic device comprising one or more processors and memory for storing computer-executable instructions for execution by the one or more processors to implement a method according to the first aspect of the present disclosure.

In a fourth aspect of the present disclosure, a computer-readable storage medium is provided having computer-executable instructions stored thereon, wherein the computer-executable instructions, when executed by a processor, implement a method according to the first aspect of the present disclosure.

In a fifth aspect of the present disclosure, a computer program product is provided comprising computer executable instructions, wherein the computer executable instructions, when executed by a processor, implement the method according to the first aspect of the present disclosure.

According to embodiments of the present disclosure, the validity of a vehicle may be automatically verified based on a comparison of the current charging characteristics of the vehicle to be charged with expected charging specificity. This can avoid the inaccuracy problem that the manual upload vehicle information brought in order to authenticate to reduced the cost of labor.

This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the disclosure, nor is it intended to be used to limit the scope of the disclosure.

Drawings

The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. In the drawings, like or similar reference characters designate like or similar elements, and wherein:

FIG. 1 illustrates a block diagram of an example environment in which embodiments of the present disclosure can be implemented;

FIG. 2 illustrates a flow diagram of a process for charge verification of a vehicle, according to some embodiments of the present disclosure;

fig. 3 illustrates a schematic diagram of an example distribution of values of a static charging parameter, in accordance with some embodiments of the present disclosure;

fig. 4 illustrates a schematic diagram of dynamic charging parameters as a function of current phone state, in accordance with some embodiments of the present disclosure;

FIG. 5 illustrates a block diagram of an apparatus for charge verification of a vehicle, in accordance with some embodiments of the present disclosure; and

FIG. 6 illustrates a block diagram of an electronic device in which one or more embodiments of the disclosure may be implemented.

Detailed Description

Some example embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

The term "include" and variations thereof as used herein is meant to be inclusive in an open-ended manner, i.e., "including but not limited to". Unless specifically stated otherwise, the term "or" means "and/or". The term "based on" means "based at least in part on". The terms "one example embodiment" and "one embodiment" mean "at least one example embodiment". The term "another embodiment" means "at least one additional embodiment". The terms "first," "second," and the like may refer to different or the same object. Other explicit and implicit definitions are also possible below.

As discussed above, platforms that provide charging services typically require verification of the vehicle to be charged to avoid providing charging services for unauthenticated vehicles. For example, some users may register with the charging service platform and add information of the vehicles they need to charge and authenticate when first registering. When the user subsequently uses the charging service platform for charging, the charging service platform needs to verify whether the vehicle currently needing to be charged is a vehicle that has been previously authenticated. In addition, the charging service platform may also prohibit certain types of vehicles from acquiring charging services. For example, some vehicles may have major safety drawbacks. The charging service platform also needs to verify whether the vehicle currently requiring charging is a vehicle that prohibits or limits charging.

One conventional way of authentication relies on a user manually uploading vehicle information, such as taking a running license picture, entering current vehicle information (e.g., VIN code). On the one hand, such an authentication process imposes a large operational burden on the user. On the other hand, the information entered by the user may be inaccurate, resulting in errors in the verification result.

In view of this, embodiments of the present disclosure provide a scheme for charge verification of a vehicle. In this scheme, first, the current charging characteristics of the vehicle are determined based on communication between the vehicle to be charged and the charging device. Subsequently, expected charging characteristics associated with a predetermined vehicle model are obtained, and the model of the vehicle is verified based on the current charging characteristics and the expected charging characteristics.

According to such an approach, embodiments of the present disclosure may automatically verify the model of the vehicle based on the current charging characteristics determined during communication between the vehicle and the charging device and comparing them to expected charging characteristics. Compared with the traditional scheme, the method can avoid bringing extra operation burden to the user and can also avoid verification errors caused by user information error entry.

Some example embodiments of the disclosure will now be described with continued reference to the accompanying drawings.

FIG. 1 illustrates a block diagram of an example environment 100 in which embodiments of the present disclosure can be implemented. As shown in fig. 1, environment 100 includes a vehicle 110 and a charging device 120 capable of charging vehicle 110.

In some implementations, the vehicle 110 may be a hybrid vehicle that is powered at least partially with electric power. Additionally, in the example of FIG. 1, the vehicle 110 may be any type of vehicle that may carry people and/or things and be moved by a powered system such as an engine, including but not limited to a car, truck, bus, caravan, motorcycle, bicycle, and the like.

In some implementations, the charging device 120 can be, for example, a charging post that charges the vehicle 110. In some scenarios, the charging device 120 may be, for example, a common charging device used by different vehicles, which may be deployed within a charging station, for example. The driver of the vehicle 110 needs to access the charging service platform, for example, through the terminal device and/or charging device 120 associated therewith, to obtain the charging service.

As shown in fig. 1, the charging device 120 may also be coupled to a verification device 140 to verify the model of the vehicle 110 to be charged. In some examples, verification device 140 may be integrated in charging device 120. Alternatively, the verification device 140 may also be a remote computing device, for example, a server of a charging service platform.

In some implementations, the verification device 140 can automatically verify the model of the vehicle 110 based on the communication 130 after the vehicle 110 has established an electrical connection with the charging device 120. The detailed process regarding the verification will be described in detail below in conjunction with fig. 2 to 4.

Fig. 2 shows a schematic diagram of a process 200 for charge verification of a vehicle, according to some embodiments of the present disclosure. For ease of discussion, the process of charge verification of a vehicle is discussed with reference to fig. 1. Process 200 may be performed, for example, at authentication device 140 shown in fig. 1. It should be understood that process 200 may also include blocks not shown and/or may omit blocks shown. The scope of the present disclosure is not limited in this respect.

As shown in fig. 2, at block 202, the verification device 140 determines the current charging characteristics of the vehicle 110 based on the communication 130 between the vehicle 110 to be charged and the charging device 120.

In some implementations, the current charging characteristics may be indicative of static charging parameters associated with the vehicle to be charged.

According to the regulation of the national standard GB/T27930 (communication protocol between the electric vehicle off-board conductive charger and the battery management system), the vehicle 110 needs to send a predetermined message to the charging device 120 during a charging handshake phase or a charging parameter configuration phase with the charging device 120. Such messages include, for example: BRM messages (BMS (battery management system) and vehicle identification messages) and power storage battery charging parameter messages (BCP messages), etc.

Tables 1 and 2 show the BRM and BCP message formats specified according to the national standard GB/T27930, respectively.

BRM message format in Table 1 GB/T27930

BCP message format in Table 2 GB/T27930

Starting byte or bit	Length of	SPN	SPN definition	Sending options
						1	2 bytes	2816	Maximum allowable charging voltage of single power storage battery	Essential item
3	2 bytes	2817	Maximum allowable charging current	Essential item
					5	2 bytes	2818	Nominal total energy of power storage battery	Essential item
7	2 bytes	2819	Maximum allowable total charging voltage	Essential item
					9	1 byte	2820	Maximum allowable temperature	Essential item
10	2 bytes	2821	State of charge of power accumulator of whole vehicle	Essential item
					12	2 bytes	2822	Current battery voltage of power accumulator of whole vehicle	Essential item

In some implementations, the verification device 140 can determine the current charging characteristics of the vehicle 110 based on information in, for example, BRM messages or BCP messages. Specifically, the verification device 140 may obtain a message sent by the vehicle 110 to the charging device 120, where the message includes at least one of a BRM message and a BCP message.

Additionally, the verification device 140 can determine the current charging characteristics based on the message sent by the vehicle 110. In some implementations, to avoid including predetermined information in the message, the verification device 140 may determine the current charging characteristics based on mandatory options in the message.

Illustratively, the verification device 140 may determine from the message at least one of the following static charging parameters as the current charging characteristic: the battery type, the rated capacity of the whole vehicle power storage battery system, the rated total voltage of the whole vehicle power storage battery system, the maximum allowable charging voltage of the single power storage battery, the maximum allowable charging current, the nominal total energy of the power storage battery, the maximum allowable charging total voltage, the maximum allowable temperature, the charge state of the whole vehicle power storage battery, or the current battery voltage of the whole vehicle power storage battery. Such information is a necessary option in the BRM message or the BCP message, and it can be ensured that the verification device 140 can obtain such information.

In some implementations, the current charging characteristics may also indicate static charging parameters associated with the vehicle to be charged.

According to the regulation of the national standard GB/T27930 (communication protocol between the electric vehicle off-board conductive charger and the battery management system), during the charging process of the vehicle 110 with the charging device 120, the vehicle 110 needs to send a predetermined message to the charging device 120. Such messages include, for example: BCL messages (battery charging demand messages), BCS messages (battery charging general status messages BCS), BSM messages (power storage battery status information messages) and the like.

Tables 4, 5 and 6 show the BCL, BCS and BSM message formats as specified by the national standard GB/T27930, respectively.

BCL message format in Table 4 GB/T27930

Starting byte or bit	Length of	SPN	SPN definition	Sending options
						1	2 bytes	3072	Voltage requirement (V)	Essential item
3	2 bytes	3073	Current demand (A)	Essential item
					5	1 byte	3074	Charging mode (0x 01: constant voltage charging; 0x 02: constant current charging)	Essential item

BCS message format in Table 5 GB/T27930

Starting byte or bit	Length of	SPN	SPN definition	Sending options
						1	2 bytes	3075	Measured value of charging voltage (V)	Essential item
3	2 bytes	3076	Measurement of charging Current (A)	Essential item
					5	2 bytes	3077	Highest single power accumulator voltage and its group number	Essential item
7	1 byte	3078	Current state of charge SOC (%)	Essential item
					8	2 bytes	3079	Estimating remaining charging time (min)	Essential item

BSM message format in Table 6 GB/T27930

In some implementations, the verification device 140 can determine the current charging characteristics of the vehicle 110 based on information in the BCL messages, BCS messages, and/or BSM messages. Specifically, to obtain the above messages that would be transmitted only during the charging phase, the charging device 120 may pre-charge the vehicle 110 before the verification device 140 authenticates the vehicle 110. It should be appreciated that the pre-charge process is similar to the normal charging process after the vehicle 110 authentication has passed.

The purpose of the pre-charging process is, in contrast, to obtain a predetermined number of messages as a basis for determining the current charging characteristics of the vehicle 110. In some implementations, the pre-charge process may increase the current state of charge (SOC) of the vehicle 110 by an amount that does not exceed a predetermined threshold. In some implementations, the pre-charge process may, for example, increase the SOC of the vehicle 110 by 10% of the total charge.

For example, since the SOC is 1% as the accuracy in the standard, the pre-charging process may increase the SOC of the vehicle from 1% to 11%, for example. Accordingly, the verification device 140 can verify the validity of the vehicle 110 according to the message acquired during the SOC change from 1% to 11%.

In some implementations, the verification device 140 can obtain messages sent by the vehicle 110 to the charging device 120 during the pre-charging process, where the messages include at least one of a battery charging demand message BCL, a total battery charging status message BCS, and a power storage battery status information message BSM.

Additionally, the verification device 140 may determine the current charging characteristics based on the message. In some implementations, to avoid possible loss of information in the message, the verification device 140 may determine the current charging characteristics based on mandatory options in the message.

Illustratively, the verification device 140 may determine from the message at least one of the following dynamic charging parameters as the current charging characteristic: a voltage demand, a current demand, a voltage output value, a current output value, a maximum power battery temperature, or a minimum power battery temperature. As shown in tables 1-3, such information is a mandatory choice of BCL message, BCS message, or BSM message, which can ensure that the authentication device 140 can obtain such information. It should be understood that other suitable dynamic charging parameters are also available.

In some implementations, certain charging parameters in the message may also be extracted by charging device 120 and sent to verification device 140 without verification device 140 receiving the complete message.

In some implementations, the verification device 140 can obtain a set of current values of at least one charging parameter of the vehicle 110 at different SOCs as the current charging characteristics. Illustratively, taking the voltage demand parameter as an example, the verification device 140 may obtain a BCL message sent by the vehicle 110 during the precharge process, and may obtain values of the voltage demand parameter corresponding to a predetermined number of SOC values.

Illustratively, the verification device 140 may obtain values (V1, V2, … …, V10) of the voltage demand parameter at 10 consecutive SOC values (e.g., 2%, 3%, … …, 11%). Such a set of values may constitute the current charging characteristic.

In some implementations, the current charging characteristic may be associated with a plurality of charging parameters. Accordingly, the current charging characteristic may include multiple sets of values of multiple charging parameters at different SOCs.

At block 204, the verification device 140 obtains expected charging characteristics associated with a predetermined vehicle model.

In some implementations, the predetermined vehicle model is determined based on a previously authenticated vehicle of a user requesting charging of the vehicle device 110 to be charged.

In some implementations, as introduced above, a user may, for example, register with a charging service platform and bind a vehicle that needs to be charged. For example, the vehicle authentication during the first binding process may be achieved by uploading vehicle information or taking a picture by the user.

After the vehicle authentication is completed, when the user again desires to obtain the charging service, the user may access the charging service platform, for example, through the associated terminal device or charging device 120, to enable the charging device 120 to provide charging for the vehicle.

In some implementations, the authentication device 140 may determine an identity of a user requesting to obtain charging services from the charging device 120. Illustratively, when the user accesses the charging service platform through the terminal device or the charging device 120, the verification device 140 may obtain the identification of the user, for example, the platform account number or the bound mobile phone number thereof.

Additionally, the verification device 140 may determine, based on the identity, a target model of the authenticated vehicle for which the user has completed authentication. Illustratively, the user has bound a vehicle, for example, model "A1," and completed manual authentication of the vehicle. Accordingly, the verification device 140 may determine that the target model is "a 1". Accordingly, the target model may be determined as the expected model of the vehicle 110.

In some implementations, the predetermined vehicle model may also be associated with a vehicle that is restricted from acquiring charging services. For example, portions of government agencies may periodically disclose vehicle models with safety concerns or directly issue notifications that particular vehicle models prohibit access to charging services in public places. Accordingly, the authentication device 140 can acquire information about the model of the vehicle that is restricted from acquiring the charging service.

In some implementations, the verification device 140 can determine the expected charging characteristics based on a set of charging records for a particular vehicle associated with a predetermined vehicle model over a predetermined period of time.

In some implementations, after determining a predetermined vehicle model, the verification device 140 (or any other suitable processing device) may obtain (a set of charging records for) a predetermined period of time for a particular vehicle having the predetermined vehicle model.

Additionally, the verification device 140 may determine the expected charging characteristic based on the acquired set of charging records. The process of determining the desired charging characteristics will be described below in conjunction with static charging parameters and dynamic charging parameters, respectively.

In some implementations, the current charging characteristic may be indicative of a static charging parameter. Accordingly, the verification device 140 may determine the value distribution of the static charging parameter in the set of charging records based on the messages associated with the set of charging records. Similar to the process of determining the current charging characteristic discussed above, the verification device 140 may accordingly obtain the values of the corresponding static charging parameters from the BRM packet and/or the BCP packet associated with the set of charging records, so as to determine the value distribution of the static charging parameters.

In some implementations, the verification device 140 can also filter unreasonable data, for example, before determining the distribution of values. By way of example, taking the rated total voltage of the whole vehicle power storage battery system as an example, most vehicle models are in the range of (250v,750v) at present. Accordingly, the verification device 140 may determine data whose values are outside of this range as anomalous data and not be taken into account in determining the distribution of values.

Fig. 3 shows a schematic diagram 300 of an example distribution of values of a static charging parameter, according to an embodiment of the disclosure. In the example of fig. 3, the horizontal axis represents, for example, parameter values 310 for a static charging parameter, e.g., values of the static charging parameter in the set of charging records include 4500, 4200, 4100, 4420, 4439, 4800, and 4279. Accordingly, the vertical axis represents the number of charging records 320 corresponding to the parameter value, for example, the parameter value 4500 corresponds to 700 charging records, and the parameter value 4200 corresponds to 30 charging records.

In some implementations, using the nominal total voltage metadata of the entire vehicle power storage battery system as an example of the static charging parameter, the value distribution may also be expressed as:

where M denotes the expected vehicle type, M denotes the number of distributions (7 in the example of fig. 3) where the parameter takes on a value,

indicating the number of charging records corresponding to the value of the corresponding parameter.

Additionally, the validation device 140 may determine the expected charging characteristic based on a distribution of values of the static charging parameter.

In some implementations, the verification device 140 may select a predetermined number of data points as the final expected charging characteristic according to the size of the selected number of charging records. For example, the expected charging characteristics corresponding to the entire vehicle power battery system nominal total voltage metadata may be expressed as:

wherein

The number of charging records corresponding to the parameter value representing the maximum number of charging records (e.g., 700 in the example of fig. 3), C_m-volRepresenting the number of active charge records used to determine the distribution of values.

In some implementations, the validation device 140 may also utilize a distribution of values of a plurality of static charging parameters to determine the expected charging characteristics. For example, the expected charging characteristic may be expressed as:

wherein D_m-iIs based onEquation (2), which indicates the distribution of values of the different charging parameters.

It should be appreciated that in some implementations, the above process of determining charging characteristics based on charging records may also be performed by any other computing device and store the charging characteristics in association with the corresponding model. The verification device 140 may directly determine the corresponding expected charging characteristics based on, for example, a predetermined vehicle model.

In some implementations, the current charging characteristic may be indicative of a dynamic charging parameter. Accordingly, specifically, the verification device 140 may determine the distribution of values of the dynamic charging parameter in different current charge states based on a set of messages associated with the charging record. Similar to the process of determining the current charging characteristic discussed above, the verification device 140 may accordingly obtain values of the corresponding dynamic charging parameter at different SOCs from the BCL, BCS, and/or BSM packets associated with the set of charging records, thereby determining the distribution of values of the dynamic charging parameter at different SOCs.

Fig. 4 shows a schematic diagram 400 of a dynamic charging parameter changing with current charge amount according to an embodiment of the disclosure. In the example of fig. 4, the horizontal axis represents, for example, the present charge amount SOC, the first vertical axis represents the voltage value (which corresponds, for example, to the charging parameter: voltage demand and voltage output value), and the second vertical axis represents the current value (which corresponds, for example, to the charging parameter: current demand and circuit output value). Such a curve depicts the change in dynamic charge parameters as the SOC increases.

Taking data points 420 in FIG. 4 as an example, corresponding values of voltage demand, voltage output value, current demand, and circuit output value are shown for a particular SOC 410. It should be understood that each charge record may indicate a similar charge profile.

Additionally, the verification device 140 may aggregate values of the dynamic charging parameters corresponding to different SOCs in different charging records. Illustratively, SOC 410 may represent a current charge of 30%. Accordingly, the verification device 140 may obtain a set of values for the dynamic charging parameter associated with the 30% SOC in the set of charging records and determine a distribution of the set of values.

In some implementations, the verification device 140 can also filter unreasonable data, for example, before determining the distribution of values. Illustratively, taking the voltage requirement as an example, the verification device 140 may obtain the value of the voltage requirement at a particular SOC value in a set of charging records. Accordingly, verification device 140 may retain only values for which the data is distributed over a range (μ -3 σ, μ +3 σ), where μ represents the mean of the set of values and σ represents the variance of the set of values. Based on the mode, the obvious abnormal value can be eliminated, and therefore the verification accuracy is improved.

With the voltage demand, the current demand, the voltage output value, and the current output value as examples of the charging parameters, the verification device 140 may determine a distribution of values of the charging parameters at each SOC:

wherein

Representing the voltage requirement at an SOC of i%,

representing the current demand at an SOC of i%,

represents a voltage output value at which the SOC is i%,

the current output value at which the SOC is i% is shown.

Taking the SOC as 30% as an example,

can be expressed as:

wherein x_iRepresenting one of a set of voltage demand values determined from the set of charge records,

then it is the voltage requirement value in the set of charge records that is x_iThe number of charging records.

In some implementations, the verification device 140 may further determine probability distributions of the charging parameters in multiple value intervals based on values of each charging parameter at different SOCs, and determine the probability distributions as the value distributions of the charging parameters.

Illustratively, the verification device 140 may divide the range of values of each charging parameter at a single SOC (e.g., (μ -3 σ, μ +3 σ)) into a predetermined number of intervals of values. For example, every 0.1 σ range can be taken as a value interval. Accordingly, the validation apparatus 140 may determine, for example, 60 value intervals.

Additionally, the validation device 140 can also determine a probability corresponding to each span based on the number of charge records associated with each span. Taking SOC as 30% as an example, with voltage requirements

The associated probability distribution is as follows:

wherein p is_yiThe expression and the ith value interval y_iA corresponding probability that is determined based on a ratio of the number of data items within the interval to the total number of data items.

In some implementations, to reduce the error analysis caused by partition adjacent spans, the verification device 140 may also perform data smoothing with probability distributions. By voltage requirement vNeed_iFor example, it may be smoothed according to the following formula:

in this manner, the verification device 140 may obtain a probability distribution associated with each dynamic charging parameter to obtain an expected charging characteristic associated with an expected model, which may be expressed as:

it should be appreciated that in some implementations, the above process of determining expected charging characteristics based on charging records may also be performed by any other computing device and store the expected charging characteristics in association with the corresponding model. The verification device 140 may directly determine the corresponding expected charging characteristics based on the expected model, for example.

With continued reference to fig. 2, at block 206, the verification device 140 verifies the model of the vehicle 110 based on the current charging characteristics and the expected charging characteristics.

In some implementations, the verification device 140 can verify the model of the vehicle 110 based on the static charging parameters. As discussed above, the current charging profile may be indicative of a current value of a static charging parameter of the vehicle, and the expected charging characteristic is indicative of a first distribution of values of the at least one charging parameter. Accordingly, the verification device 140 may verify the model of the vehicle 110 based on whether the current charging characteristics match the expected charging characteristics.

In some implementations, the verification device 140 can determine a first score based on the current value and the distribution of values, where the first score indicates a degree to which the current value matches the first distribution of values.

Illustratively, the current charging characteristic may be represented as d₁，d₂，...，d_i}，i∈[1，N]Wherein d is_iRepresenting the current value of the static charge parameter of item i. Accordingly, the expected charging characteristic D is obtained_mThereafter, the authentication device 140 may be based on bothThe comparison determines a first score.

In some implementations, the first score S corresponding to the ith static charging parameter_1-iCan be determined according to the following formula

Where θ is the fractional minimum threshold for each static charging parameter, indices are considered matched only if greater than this fractional threshold. In some implementations, the overall first score S₁A sum of the first scores for all of the charging parameters may be determined. According to equation (9), the lower the first score, the better the matching degree of the current charging characteristic with the expected charging characteristic is represented. It should be understood that equation (9) may also be adaptively modified such that a higher score indicates a better degree of match.

In some implementations, the verification device 140 can verify the model of the vehicle 110 to be charged based at least on the first score. In some implementations, the verification device 140 may determine that the vehicle 110 matches a predetermined vehicle model when the first score is less than a predetermined threshold. Instead, the verification device 140 may determine that the vehicle 110 does not match the predetermined vehicle model.

In some implementations, the verification device 140 may also verify taking into account the rationality of the current charging characteristics. In particular, the verification device 140 may determine a second score based on the current value indicative of the current charging characteristic, where the second score indicates whether the current value is within a reasonable range of values.

Specifically, the second score S corresponding to the ith charging parameter_2-iMay be determined according to the following formula:

wherein [ d ] is_i-min，d_i-max]Indicating a reasonable value range of the corresponding charging parameter.

In some implementations, the overall second score S₂A sum of the second scores for all static charging parameters may be determined. According to the formula (5), the lower the second score is, the higher the value reasonableness of the current charging characteristic is. It should be understood that equation (5) may also be adaptively modified such that a higher score indicates a higher degree of rationality.

Additionally, the verification device 140 may also verify the vehicle to be charged based on both the first score and the second score. In some implementations, the verification device 140 may determine that the vehicle 110 matches a predetermined vehicle model if the first score is less than a first threshold and the second score is also less than a second threshold. Additionally, the verification device 140 may determine that the vehicle 110 does not match the predetermined vehicle model if the first score is greater than the first threshold and the second score is less than the second threshold. Additionally, if the second score is above the second threshold, indicating that most of the charging parameters are not reasonably valued, the verification device 140 may determine that verification cannot be completed currently, i.e., whether the vehicle 110 matches the predetermined vehicle model cannot be determined.

In some implementations, the verification device 140 can verify the model of the vehicle 110 based on the dynamic charging parameters. In some implementations, as discussed above, the current charging characteristic indicates a set of current values of the dynamic charging parameter at different current states of charge, and the expected charging characteristic indicates a probability distribution of the dynamic charging parameter over a plurality of intervals of values. Accordingly, the verification device 140 can verify the model of the vehicle 110 based on the probabilities corresponding to the set of current values.

In some implementations, the verification device 140 can determine a probability corresponding to each current value in a set of current values based on a probability distribution of a dynamic charging parameter indicated by a predetermined charging characteristic over a plurality of intervals of values.

Taking as an example that the verification device 140 performs verification based on the charging parameters of the vehicle 110 at 10 consecutive SOCs, the verification device 140 may determine a probability corresponding to each current value of the dynamic charging parameters. With voltage requirements asFor example, the verification device 140 may be based on a probability distribution

10 current values vNeed of the constant and voltage requirement_iProbability corresponding to (i ═ 1, 2, … …, 10)

In some implementations, the verification device 140 may determine a parameter match corresponding to the dynamic charging parameter based on the probability. Continuing with the voltage requirement as an example, the verification device 140 may determine a probability sum of 10 probabilities corresponding to 10 SOCs, for example, and use this as the parameter matching degree.

In some implementations, the verification device 140 can verify the model of the vehicle 110 based on the parameter match. In some implementations, the verification device 140 may, for example, compare the parameter match to a predetermined threshold. When the parameter match is greater than the threshold, the verification device 140 may determine that the vehicle 110 matches a predetermined vehicle model. Instead, the verification device 140 may determine that the vehicle does not match the predetermined vehicle model.

In some implementations, the verification device 140 may verify based on a plurality of dynamic charging parameters. Accordingly, the verification device 140 may also determine a characteristic matching degree of the current charging characteristic with the expected charging characteristic based on the parameter matching degree corresponding to each dynamic charging parameter of the plurality of dynamic charging parameters.

Taking the voltage demand, the current demand, the voltage output value, and the current output value as examples of the dynamic charging parameter, the characteristic matching degree may be determined as:

wherein w_vNeed,w_iNeed,w_vReal,w_iRealRespectively representing the voltage requirement vNeed, the current requirement iNeed, the voltage output value vReal and the current output valueThe weight corresponding to iReal. That is, the characteristic matching degree may be determined as a weighted sum of the parameter matching degrees corresponding to the plurality of dynamic charging parameters.

It should be understood that the specific dynamic charging parameters employed in the above equations are merely exemplary. Any other suitable dynamic charging parameters or combination thereof may also be employed without departing from the spirit of the present disclosure.

Additionally, the validation device 140 can validate the vehicle based on the characteristic match. Accordingly, the authentication device 140 may compare the characteristic matching degree with a predetermined threshold value. When the characteristic match is greater than the threshold, the verification device 140 may determine that the vehicle 110 is a match with a predetermined vehicle model. Instead, the verification device 140 may determine that the vehicle does not match the predetermined vehicle model.

In some implementations, the verification device 140 can also verify the model of the vehicle 110 based on a combination of static and dynamic charging parameters. For example, the verification device 140 may first verify based on the static charging parameters, which cannot effectively verify the model of the vehicle 110 when the second score is higher than the threshold value as discussed above, and accordingly, the verification device 140 may further acquire the dynamic charging parameter information and verify the model of the vehicle 110 based on the dynamic parameter information.

In some implementations, the verification device 140 can also verify the model of the vehicle 110 using a weighted sum of a first degree of match determined based on the static charging parameters and a second degree of match determined based on the dynamic charging parameters.

In this manner, embodiments of the present disclosure may utilize current charging characteristics determined during communication of the vehicle with the charging device and compare them to expected charging characteristics, such that the validity of the vehicle may be automatically verified. The method can avoid bringing extra authentication burden to the user and improve the user interaction friendliness. In addition, verification errors caused by the fact that the user uploads the information mistakenly can be avoided, and therefore accuracy of verification is improved.

In some implementations, the verification device 140 can cause the charging device 120 to refuse to charge the vehicle 110 in response to the vehicle 110 not matching the predetermined vehicle model when the predetermined vehicle model indicates a vehicle that the user previously authenticated. Further, in some implementations, the verification device 140 can also provide a reminder that the vehicle 110 needs to be authenticated to obtain charging services, for example, through the charging device 120 or a terminal device of the user, in the event that the vehicle 110 is determined to not match a predetermined vehicle model. For example, the reminder may indicate that the user needs to manually authenticate to the current vehicle. Further, the verification device 140 may, for example, cause the charging device 120 to charge the vehicle 110 normally when the vehicle 110 is determined to match a predetermined vehicle model.

In some implementations, when the predetermined vehicle model is associated with a vehicle that is restricted from acquiring charging services, the verification device 140 can cause the charging device 120 to deny charging of the vehicle 110 in response to the vehicle 110 matching the predetermined vehicle model. In this way, the safety of the charging process can be protected and improved.

Fig. 5 shows a schematic block diagram of an apparatus 500 for charge verification of a vehicle, according to certain embodiments of the present disclosure. The apparatus 500 may be implemented as or included in the verification device 140 or other device that implements the process for charge verification of a vehicle of the present disclosure.

As shown in fig. 5, the apparatus 500 includes: a current characteristic determination module 510 configured to determine a current charging characteristic of the vehicle based on communication between the vehicle to be charged and the charging device. The apparatus 500 further includes an expected characteristic acquisition module 520 configured to acquire an expected charging characteristic associated with a predetermined vehicle model. Furthermore, the apparatus 500 further comprises a verification module 530 configured to verify the model of the vehicle based on the current charging characteristic and the expected charging characteristic.

In some implementations, the current charging characteristic is indicative of a static charging parameter associated with the vehicle to be charged.

In some implementations, the current charging characteristic determination module 510 includes: the first message acquisition module is configured to acquire a message sent by a vehicle to the charging equipment in a stage of establishing connection with the charging equipment, wherein the message comprises at least one of a battery management system, a vehicle identification message BRM and a power storage battery charging parameter message BCP; and a first determination message parsing module configured to determine a current charging characteristic based on the message.

In some implementations, the first packet parsing module includes: a static charging parameter parsing module configured to determine at least one of the following charging parameters from the message as a current charging characteristic: the battery type, the rated capacity of the whole vehicle power storage battery system, the rated total voltage of the whole vehicle power storage battery system, the maximum allowable charging voltage of the single power storage battery, the maximum allowable charging current, the nominal total energy of the power storage battery, the maximum allowable charging total voltage, the maximum allowable temperature, the charge state of the whole vehicle power storage battery, or the current battery voltage of the whole vehicle power storage battery.

In some implementations, wherein the expected charging characteristic is indicative of a first distribution of values of the static charging parameter, the first distribution of values determined based on a set of charging records for a particular vehicle associated with a predetermined vehicle model over a predetermined period of time.

6 in some implementations, wherein the verification module 530 includes: a first score determination module configured to determine a first score based on a current value of the static charging parameter indicated by the current charging characteristic and a first distribution of values, the first score indicating a degree of matching of the current value and the first distribution of values; and a first verification module configured to verify the model of the vehicle based at least on the first score.

In some implementations, the first verification module includes: a second score determination module configured to determine a second score based on the current value, the second score indicating whether the current value is within a reasonable range of values; and a second verification module configured to verify the model of the vehicle based on the first score and the second score.

In some implementations, the current charging characteristic is indicative of a dynamic charging parameter associated with the vehicle to be charged.

In some implementations, the current characteristics determination module 510 includes: the second message acquisition module is configured to acquire a message sent by a vehicle to be charged to the charging device in the pre-charging process, wherein the message comprises at least one of a battery charging demand message BCL, a battery charging general state message BCS and a power storage battery state information message BSM; and a second message parsing module configured to determine a current charging characteristic based on the message.

In some implementations, the second packet parsing module includes: a dynamic charging parameter parsing module configured to determine at least one of the following charging parameters from the message as a current charging characteristic: a voltage demand, a current demand, a voltage output value, a current output value, a maximum power battery temperature, or a minimum power battery temperature.

In some implementations, the expected charging characteristic indicates a second distribution of values of the dynamic charging parameter at different current states of charge, the second distribution of values determined based on a set of charging records for a particular vehicle associated with a predetermined vehicle model over a predetermined period of time.

In some implementations, the value distribution indicates a probability distribution of the dynamic charging parameter over a plurality of value intervals.

In some implementations, the verification module 530 includes: a probability determination module configured to determine a probability corresponding to each current value in a set of current values for which the dynamic charging parameter is indicated by the current charging characteristic at different current states of charge based on the probability distribution; a parameter matching degree determination module configured to determine a parameter matching degree corresponding to the dynamic charging parameter based on the probability; and a third verification module configured to verify the model of the vehicle based on the parameter matching degree.

In some implementations, the dynamic charging parameters include a plurality of dynamic charging parameters, and the third verification module includes: a characteristic matching degree determination module configured to determine a characteristic matching degree of the current charging characteristic and an expected charging characteristic based on a parameter matching degree corresponding to each dynamic charging parameter of the plurality of dynamic charging parameters; and a fourth verification module configured to verify the model of the vehicle based on the characteristic matching degree.

In some implementations, the characteristic match metric is determined based on a weighted sum of a plurality of parameter match metrics corresponding to the plurality of dynamic charging parameters.

In some implementations, the pre-charge process increases the current state of charge of the vehicle by an amount that does not exceed a predetermined threshold.

In some implementations, the predetermined vehicle model is determined based on a previously authenticated vehicle of a user requesting charging of a vehicle device to be charged.

In some implementations, the apparatus 500 further includes: a first control module configured to cause the charging device to refuse to charge the vehicle in response to the vehicle being determined to not correspond to the predetermined vehicle model.

In some implementations, the apparatus 500 further includes: a reminder module configured to provide a reminder that the vehicle needs to be authenticated to obtain the charging service.

In some implementations, the predetermined vehicle model is associated with a vehicle that is restricted from acquiring charging services.

In some implementations, the apparatus 500 further includes: a second control module configured to cause the charging device to refuse to charge the vehicle in response to the vehicle being determined to be consistent with the predetermined vehicle model.

FIG. 6 illustrates a block diagram that shows an electronic device 600 in which one or more embodiments of the disclosure may be implemented. It should be understood that the electronic device 600 illustrated in FIG. 6 is merely exemplary and should not be construed as limiting in any way the functionality and scope of the embodiments described herein. The electronic device 600 shown in fig. 6 may be included in or implemented as the verification device 140 of fig. 1 or other device that implements the charging verification for a vehicle of the present disclosure.

As shown in fig. 6, the electronic device 600 is in the form of a general purpose computing device. The electronic device 600 may also be any type of computing device or server. The components of electronic device 600 may include, but are not limited to, one or more processors or processing units 610, memory 620, storage 630, one or more communication units 640, one or more input devices 650, and one or more output devices 660. The processing unit 610 may be a real or virtual processor and can perform various processes according to programs stored in the memory 620. In a multi-processor system, multiple processing units execute computer-executable instructions in parallel to improve the parallel processing capabilities of the electronic device 600.

Electronic device 600 typically includes a number of computer storage media. Such media may be any available media that is accessible by electronic device 600 and includes, but is not limited to, volatile and non-volatile media, removable and non-removable media. Memory 620 may be volatile memory (e.g., registers, cache, Random Access Memory (RAM)), non-volatile memory (e.g., Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory), or some combination thereof. Storage device 630 may be a removable or non-removable medium and may include a machine-readable medium, such as a flash drive, a magnetic disk, or any other medium that may be capable of being used to store information and/or data (e.g., map data) and that may be accessed within electronic device 600.

The electronic device 600 may further include additional removable/non-removable, volatile/nonvolatile storage media. Although not shown in FIG. 6, a magnetic disk drive for reading from and writing to a removable, non-volatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, non-volatile optical disk may be provided. In these cases, each drive may be connected to a bus (not shown) by one or more data media interfaces. Memory 620 may include a computer program product 625 having one or more program modules configured to perform the various methods or acts of the various embodiments of the disclosure.

The communication unit 640 enables communication with other computing devices over a communication medium. Additionally, the functionality of the components of the electronic device 600 may be implemented in a single computing cluster or multiple computing machines, which are capable of communicating over a communications connection. Thus, the electronic device 600 may operate in a networked environment using logical connections to one or more other servers, network Personal Computers (PCs), or another network node.

The input device 650 may be one or more input devices such as a mouse, keyboard, trackball, or the like. Output device 660 may be one or more output devices such as a display, speakers, printer, or the like. Electronic device 600 may also communicate with one or more external devices (not shown), such as storage devices, display devices, etc., communication with one or more devices that enable a user to interact with electronic device 600, or communication with any devices (e.g., network cards, modems, etc.) that enable electronic device 600 to communicate with one or more other computing devices, as desired, via communication unit 640. Such communication may be performed via input/output (I/O) interfaces (not shown).

According to an exemplary implementation of the present disclosure, a computer-readable storage medium is provided, on which computer-executable instructions or a program are stored, wherein the computer-executable instructions or the program are executed by a processor to implement the above-described method or function. The computer-readable storage medium may include a non-transitory computer-readable medium. According to an exemplary implementation of the present disclosure, there is also provided a computer program product comprising computer executable instructions or a program, which are executed by a processor to implement the above described method or function. The computer program product may be tangibly embodied on a non-transitory computer-readable medium.

Various aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus, devices and computer program products implemented in accordance with the disclosure. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-executable instructions or programs.

These computer-executable instructions or programs may be provided to a processing unit of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processing unit of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-executable instructions or programs may also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable medium storing the instructions comprises an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer-executable instructions or programs may be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer-implemented process such that the instructions which execute on the computer, other programmable apparatus or other devices implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various implementations of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The foregoing has described implementations of the present disclosure, and the above description is illustrative, not exhaustive, and not limited to the implementations disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described implementations. The terminology used herein was chosen in order to best explain the principles of various implementations, the practical application, or improvements to the technology in the marketplace, or to enable others of ordinary skill in the art to understand various implementations disclosed herein.

Example implementation

TS 1. a method for charge verification of a vehicle, comprising:

determining a current charging characteristic of a vehicle to be charged based on a communication between the vehicle and a charging device;

obtaining an expected charging characteristic associated with a predetermined vehicle model; and

verifying a model of the vehicle based on the current charging characteristic and the expected charging characteristic.

TS 2. the method of TS 1, wherein the current charging characteristic is indicative of a static charging parameter associated with the vehicle to be charged.

TS 3. the method of TS 2, wherein determining the current charging characteristic comprises:

acquiring a message sent to the charging equipment by the vehicle in a connection establishing stage with the charging equipment, wherein the message comprises at least one of a battery management system, a vehicle identification message BRM and a power storage battery charging parameter message BCP; and

determining the current charging characteristic based on the message.

TS 4. the method of TS 3, wherein determining the current charging characteristic based on the message comprises:

determining from the message at least one of the following charging parameters as the current charging characteristic: the battery type, the rated capacity of the whole vehicle power storage battery system, the rated total voltage of the whole vehicle power storage battery system, the maximum allowable charging voltage of the single power storage battery, the maximum allowable charging current, the nominal total energy of the power storage battery, the maximum allowable charging total voltage, the maximum allowable temperature, the charge state of the whole vehicle power storage battery, or the current battery voltage of the whole vehicle power storage battery.

TS 5. the method of TS 2, wherein the expected charging characteristic is indicative of a first distribution of values of the static charging parameter, the first distribution of values determined based on a set of charging records for a particular vehicle associated with the predetermined vehicle model over a predetermined period of time.

TS 6. the method of TS 5, wherein verifying the model of the vehicle comprises:

determining a first score based on a current value of the static charging parameter indicated by the current charging characteristic and the first value distribution, the first score indicating a degree of matching of the current value and the first value distribution; and

verifying the model of the vehicle based at least on the first score.

TS 7. the method of TS 6, wherein verifying the model of the vehicle based at least on the first score comprises:

determining a second score based on the current value, the second score indicating whether the current value is within a reasonable range of values; and

verifying the model of the vehicle based on the first score and the second score.

TS 8. the method of TS 1, wherein the current charging characteristic is indicative of a dynamic charging parameter associated with the vehicle to be charged.

TS 9. the method of TS 8, wherein determining the current charging characteristic comprises:

acquiring a message sent by the vehicle to be charged to the charging equipment in a pre-charging process, wherein the message comprises at least one of a battery charging demand message BCL, a battery charging general state message BCS and a power storage battery state information message BSM; and

determining the current charging characteristic based on the message.

TS 10. the method of TS 9, wherein determining the current charging characteristic based on the message comprises:

determining from the message at least one of the following charging parameters as the current charging characteristic: a voltage demand, a current demand, a voltage output value, a current output value, a maximum power battery temperature, or a minimum power battery temperature.

TS 11. the method of TS 8, wherein the expected charging characteristic indicates a second distribution of values of the dynamic charging parameter at different current states of charge, the second distribution of values determined based on a set of charging records for a particular vehicle associated with the predetermined vehicle model over a predetermined period of time.

TS 12. the method of TS 11, wherein the distribution of values indicates a probability distribution of the dynamic charging parameter over a plurality of intervals of values.

TS 13. the method of TS 12, wherein verifying the model of the vehicle based on the current charging characteristic and the expected charging characteristic comprises:

determining, based on the probability distribution, a probability corresponding to each current value in a set of current values of the dynamic charging parameter indicated by the current charging characteristic at different current states of charge;

determining a parameter matching degree corresponding to the dynamic charging parameter based on the probability; and

and verifying the model of the vehicle based on the parameter matching degree.

TS 14. the method of TS 13, wherein the dynamic charging parameters include a plurality of dynamic charging parameters, wherein verifying the validity of the vehicle based on the parameter match comprises:

determining a characteristic matching degree of the current charging characteristic and the expected charging characteristic based on a parameter matching degree corresponding to each dynamic charging parameter in the plurality of dynamic charging parameters; and

and verifying the model of the vehicle based on the characteristic matching degree.

TS 15. the method of TS 14, wherein the characteristic match is determined based on a weighted sum of a plurality of the parameter matches corresponding to the plurality of dynamic charging parameters.

TS 16. the method of TS 9, wherein the pre-charge process increases the current state of charge of the vehicle by an amount that does not exceed a predetermined threshold.

TS 17. the method of TS 1, wherein the predetermined vehicle model is determined based on a user previously authenticated vehicle requesting charging of the vehicle device to be charged.

TS 18. the method of TS 17, further comprising:

causing the charging device to refuse to charge the vehicle in response to the vehicle being determined to not conform to the predetermined vehicle model.

TS 19. the method according to TS 18, further comprising:

providing a reminder that the vehicle needs to be authenticated to obtain charging services.

TS 20. the method of TS 1, wherein the predetermined vehicle model is associated with a vehicle restricted from acquiring charging services.

TS 21. the method according to TS 20, further comprising:

causing the charging device to refuse to charge the vehicle in response to the vehicle being determined to be consistent with the predetermined vehicle model.

TS 22. an apparatus for charge verification of a vehicle, comprising:

a current characteristic determination module configured to determine a current charging characteristic of a vehicle to be charged based on communication between the vehicle and a charging device;

an expected characteristic acquisition module configured to acquire an expected charging characteristic associated with a predetermined vehicle model; and

a verification module configured to verify a model of the vehicle based on the current charging characteristic and the expected charging characteristic.

TS 23. an electronic device, comprising:

a memory and a processor;

wherein the memory is to store one or more computer instructions, wherein the one or more computer instructions are to be executed by the processor to implement the method according to any one of TS 1 to 21.

TS 24. a computer readable storage medium having stored thereon one or more computer instructions, wherein the one or more computer instructions are executed by a processor to implement a method according to any one of TS 1 to 21.

TS 25. a computer program product comprising computer executable instructions, wherein the computer executable instructions, when executed by a processor, implement the method according to any one of TS 1 to 21.

Claims

1. A method for charge verification of a vehicle, comprising:

2. The method of claim 1, wherein the current charging characteristic is indicative of a static charging parameter associated with the vehicle to be charged.

3. The method of claim 2, wherein determining the current charging characteristic comprises:

determining the current charging characteristic based on the message.

4. The method of claim 1, wherein the current charging characteristic is indicative of a dynamic charging parameter associated with the vehicle to be charged.

5. The method of claim 4, wherein determining the current charging characteristic comprises:

determining the current charging characteristic based on the message.

6. The method of claim 1, wherein the predetermined vehicle model is associated with a vehicle that is restricted from acquiring charging services.

7. An apparatus for charge verification of a vehicle, comprising:

8. An electronic device, comprising:

a memory and a processor;

wherein the memory is to store one or more computer instructions, wherein the one or more computer instructions are to be executed by the processor to implement the method of any one of claims 1 to 6.

9. A computer readable storage medium having one or more computer instructions stored thereon, wherein the one or more computer instructions are executed by a processor to implement the method of any one of claims 1 to 6.

10. A computer program product comprising computer executable instructions, wherein the computer executable instructions, when executed by a processor, implement the method of any one of claims 1 to 6.